**对比文件名称：** 2011-12-21_JP4840448B_发明专利_JP4840448B2 Uplink resource allocation to control inter-cell interference in a wireless communication system
**目标专利名称：** 0721创新音速CN201310722317.1(CN103906081B)_在无线通讯系统中小小区增强的方法及装置
**调用模型名称：** GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 用于一使用者设备中，所述方法包括，连接至超过一个的服务小区（隐含公开） | “アクティブセットは、UE101から上りリンク送信を積極的に受信するセルの集合として規定される”以及“UEは、アクティブセットの周辺セルから“相対”許可を受信し得る”（对比文件说明书背景部分，讨论FDD软切换） | 对比文件在FDD软切换场景中定义“活动集”为积极接收UE上行传输的小区集合，并且UE可以从活动集中的周边小区接收相对许可。虽然主要针对单服务小区的情况，但活动集本身即包含了多个可同时进行上行通信的小区，本领域技术人员可以合理推断出UE可能同时连接至超过一个的服务小区（例如活动集内的多个小区）。因此，技术特征A隐含公开。 |
| **技术特征B：** 其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置（未公开） | 对比文件未涉及无线电承载与小区之间的配对配置。 | 对比文件主要围绕上行链路调度和小区间干扰控制，基于UE测量的下行信标信号计算几何因子并报告给服务Node‑B，未提及任何无线电承载与特定服务小区之间的配对关系，更没有通过网络配置这种配对的概念。因此，技术特征B未公开。 |
| **技术特征C：** 从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告（未公开） | 对比文件未描述缓冲状态报告（BSR）的触发条件。 | 对比文件涉及的是增强上行链路（EUL）的调度和干扰控制，并未引入LTE/LTE‑A中定义的缓冲状态报告机制，更未提及基于特定无线电承载的较高优先级数据到达来触发BSR。因此，技术特征C未公开。 |
| **技术特征D：** 在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元（未公开） | 对比文件未提及缓冲状态报告MAC CE的传输小区选择。 | 对比文件中UE发送的是RSCP测量信息或几何因子，而非BSR MAC CE，且没有将MAC CE的发送与特定无线电承载所对应的服务小区关联起来。因此，技术特征D未公开。 |
| **技术特征E：** 其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态（未公开） | 对比文件未涉及缓冲状态报告的内容选择。 | 对比文件不包含缓冲状态报告的概念，更不存在MAC CE的内容应仅反映可在特定服务小区传输的缓存数据的规则。因此，技术特征E未公开。 |
| **技术特征F：** 不包括无法在所述特定服务小区中传送的缓冲数据的状态（未公开） | 对比文件未涉及缓冲状态报告的内容限制。 | 对比文件没有公开任何与BSR内容排除不可传数据相关的教导。因此，技术特征F未公开。 |
| **技术特征G：** 其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送（未公开） | 对比文件仅描述单个MAC‑e实体用于上行调度，未涉及多个MAC实体且未将MAC实体与特定无线电承载关联。 | 对比文件在UMTS增强上行链路框架下仅使用一个MAC实体（MAC‑e），没有提出为不同无线电承载分配不同MAC实体并通过对应MAC实体传送MAC CE的方案。因此，技术特征G未公开。 |
| **技术特征H：** 其中多个媒体存取控制实体由所述使用者设备使用（未公开） | 对比文件未公开UE使用多个MAC实体。 | 对比文件始终基于单一MAC实体（MAC‑e）进行描述，没有提及UE可以同时维护多个MAC实体的架构。因此，技术特征H未公开。 |
| **技术特征I：** 一个媒体存取控制实体对应一个进化B节点（未公开） | 对比文件未建立MAC实体与eNB之间的对应关系。 | 对比文件中UE只有一个服务Node‑B，调度也由该Node‑B的MAC‑e处理，没有将不同MAC实体分配给不同eNB的教导。因此，技术特征I未公开。 |
| **技术特征J：** 所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置（未公开） | 对比文件未涉及无线电承载与MAC实体的配对。 | 对比文件没有无线电承载与MAC实体配对的概念，更未提及该配对由网络配置。因此，技术特征J未公开。 |
| **技术特征K：** 其中所述超过一个的服务小区是由不同进化B节点所控制（隐含公开） | “非サービングセル（すなわち、“アクティブセット”であるが、主に制御中のセル002ではないセル003及び004）”（对比文件说明书背景部分） | 对比文件明确将服务小区（由服务Node‑B控制）与非服务小区（由其他Node‑B控制）区分，且非服务小区可属于活动集。本领域技术人员可以合理推断，当UE通过活动集与多个小区通信时，这些小区可能由不同Node‑B（eNB）控制，即隐含了超过一个服务小区由不同eNB控制的情景。因此，技术特征K隐含公开。 |
| **技术特征L：** 其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置（未公开） | 对比文件未涉及MAC实体与服务小区的配对配置。 | 对比文件未讨论MAC实体与服务小区之间的配对关系，更未提及由网络配置该配对。因此，技术特征L未公开。 |
| **技术特征M：** 还包括，由于所述缓冲状态报告触发一调度请求（未公开） | 对比文件未将调度请求与缓冲状态报告直接关联，仅一般性地描述UE需要上行资源时发送调度信息。 | 对比文件虽在EUL背景下存在调度请求（如通过E‑RUCCH发送调度信息），但未明确该调度请求是由缓冲状态报告触发，也未建立BSR→SR的因果关系。因此，技术特征M未公开。 |
| **技术特征N：** 在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求（未公开） | 对比文件未涉及物理上行链路控制信道（PUCCH），且未将调度请求的传输与承载对应的小区关联。 | 对比文件基于UMTS制式，不使用LTE中的PUCCH，其调度请求的传送信道和区配方式与目标专利不同，且没有承载到特定小区PUCCH的映射。因此，技术特征N未公开。 |
| **技术特征O：** 其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区（未公开） | 对比文件不涉及配置在多个服务小区上的PUCCH资源。 | 对比文件未讨论在多个服务小区上分别配置调度请求资源的机制，也未提及PUCCH及其资源配置。因此，技术特征O未公开。 |
### 附加比对分析
对比文件未涉及无线电承载/逻辑信道与特定服务小区、载波或小区组之间的配对关系，未配对的RB/LC数据不能在该服务小区或载波上传送，BSR/调度信息应发送给能够调度该数据的节点/小区，BSR内容仅反映该节点/小区可调度的数据，以及特定RB/逻辑信道的较高优先数据到达→触发BSR→在对应服务小区/载波/MAC实体发送BSR MAC CE→BSR内容只包括该小区/载波可传数据等概念。因此，对比文件未公开附加比对内容中的任何一项。
<<<a>>><<<k>>>