### 回答开始
**对比文件名称：** 2010-11-04_JP2010252363A_发明专利_JP2010252363A Mobile station and wireless base station
**目标专利名称：** 0721创新音速CN201310722317.1(CN103906081B)_在无线通讯系统中小小区增强的方法及装置
**本次调用的模型名称：** 资深专利代理师-比对评估模型 4.0
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A：** 用于一使用者设备中，所述方法包括，连接至超过一个的服务小区<br><br>**公开性：** 未公开 | 对比文件全文主要描述的是单个基站(eNB)与多个移动台(UE)之间的通信，例如，基站同时接收多个UE的随机接入请求，并在一个MAC PDU中复用针对这些不同UE的随机接入响应。对比文件并未描述一个UE同时连接到多个服务小区（如宏小区和小小区）的场景。对比文件的图6、图10等框图均显示UE与单一eNB进行通信。 | 目标专利明确针对小小区增强场景，UE具有“双重连接”，即同时连接至超过一个的服务小区（如宏小区和小小区）。对比文件的技术背景是UMTS/LTE的MAC层控制信令优化，其描述的UE仅连接至一个基站（一个服务小区），没有公开或暗示UE可以同时与多个服务小区建立连接并进行并行数据传输。本领域技术人员从对比文件中无法毫无疑义地得出“连接至超过一个的服务小区”这一技术特征，也无法通过推理合理推断出此特征。 |
| **技术特征B：** 其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置<br><br>**公开性：** 未公开 | 对比文件全文未提及“无线电承载”（Radio Bearer）与“服务小区”之间的“配对”关系。对比文件讨论了逻辑信道组(Logic Channel Group, LCG)的概念，但未涉及逻辑信道/无线电承载与特定服务小区之间的关联或配对配置。 | 技术特征B的核心是网络侧可以配置特定数据（由无线电承载标识）只能在特定的服务小区上传输，这是实现控制面/用户面分离的关键。对比文件的技术集中在MAC PDU的格式和生成上，其背景是单一载波/小区的通信。对比文件没有给出任何关于“配对”的配置信令或逻辑关系，本领域技术人员无法从对比文件中直接或合理推断出存在由网络配置的“无线电承载-服务小区”配对机制。 |
| **技术特征C：** 从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告<br><br>**公开性：** 《直接公开》 | 对比文件说明书第[2]部分引用3GPP TS36.321 V11.0.0，其中描述BSR的触发条件：“当属于一逻辑信道群组的逻辑信道的上行链路数据在RLC实体或者在PDCP实体可用于传输……及该数据属于较高优先级的逻辑信道，较高优先级是指比其它属于任意逻辑信道群组且已具有传输可用数据的逻辑信道具有较高优先级……在此种情况下缓冲状态报告在下文中称为「正常缓冲状态报告(Regular BSR)」”。 | 在LTE/LTE-A架构中，无线电承载(RB)与逻辑信道(Logical Channel, LC)一一对应，逻辑信道群组(LCG)是多个LC的集合。对比文件明确公开了BSR的触发条件之一：当属于某个LCG的一个LC（对应一个特定无线电承载）有高优先级数据到达时，会触发Regular BSR。这里“高优先级数据”即与目标专利中的“较高优先数据”实质相同。因此，对比文件直接且明确地公开了技术特征C。 |
| **技术特征D：** 在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元<br><br>**公开性：** 未公开 | 对比文件第[2]部分描述：“使用者设备可以在任何服务小区中传送缓冲状态报告”。虽然这是为了说明现有技术的问题，但表明对比文件所认知的状态是BSR可以在任何小区传送，而没有“对应特定无线电承载的特定服务小区”这一限制。 | 技术特征D建立了BSR传输与服务小区之间的强绑定关系，即BSR必须在与触发它的特定无线电承载（逻辑信道）所配对的服务小区中传输。这是实现控制面与用户面分离的核心机制。对比文件公开的方式是BSR可以在任意可用服务小区中传送，没有这种绑定关系。本领域技术人员无法从对比文件的描述中直接或隐含地得出BSR的传输位置必须与触发它的数据所属的承载所配对的服务小区相关联。 |
| **技术特征E：** 其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态<br>**技术特征F：** 不包括无法在所述特定服务小区中传送的缓冲数据的状态。<br><br>**公开性：** 未公开 | 对比文件全文仅描述了BSR用于报告UE上行缓冲中的数据总量信息，用于服务eNB进行上行调度。例如：“缓冲状态的报告程序系用以提供服务进化B节点有关在使用者设备上行链路缓冲中传输可用数据数量的信息。” 对比文件没有限定BSR内容仅包含可在某特定小区传输的数据。 | 目标专利的技术特征E和F明确限定了BSR MAC CE的内容具有“小区选择性”，即只包含针对该特定服务小区可调度数据的缓冲状态，这是为了在非理想backhaul的双连接场景下，避免向一个节点报告另一个节点调度的数据。对比文件完全未涉及此概念，其BSR报告的是UE整体的缓冲状态，服务于单一调度节点。因此，对比文件未公开特征E和F。 |
| **技术特征G：** 其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送<br><br>**公开性：** 未公开 | 对比文件全文描述UE只有一个MAC实体（MAC entity），负责所有逻辑信道的处理。例如，图6、图10、图12等都只展示了一个MAC PDU处理/生成部，与单一的L1/L2控制信道处理部相连。 | 技术特征G和后续的H、I、J、L共同提出了多MAC实体的架构，不同的MAC实体服务于不同的服务小区/节点/eNB，BSR通过与其对应的MAC实体发送。对比文件的技术基础是UE具有单个MAC实体，并处理所有小区（CA场景下）的调度和控制信息。对比文件没有公开或暗示存在多个独立的MAC实体，更不用说BSR通过特定的MAC实体传输。本领域技术人员无法从单MAC实体的架构中合理推断出多MAC实体及其与BSR传输的绑定关系。 |
| **技术特征H：** 其中多个媒体存取控制实体由所述使用者设备使用<br>**技术特征I：** 一个媒体存取控制实体对应一个进化B节点<br><br>**公开性：** 未公开 | 对比文件全文没有提及UE使用多个MAC实体。所有描述均基于UE具有单一MAC实体的假设。例如，所有逻辑信道的数据流都汇聚到同一个MAC PDU生成单元进行处理和复用。 | 技术特征H和I明确提出多MAC实体架构，并且每个MAC实体与不同的eNB对应。这是实现不同节点独立调度和独立DRX/定时器操作的基础。对比文件针对的是单eNB内的载波聚合或单小区通信，其架构是单MAC实体。因此，对比文件完全没有公开或隐含公开这一特征。 |
| **技术特征J：** 所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置。<br><br>**公开性：** 未公开 | 对比文件全文未提及“配对”概念。在单MAC实体架构下，所有RB自然由一个MAC实体处理，不存在配置“配对”的需求。 | 该特征建立在特征B、G、H、I全部或部分被公开的基础上。由于对比文件未公开承载-服务小区配对、多MAC实体以及承载-MAC实体绑定等基础概念，因此也无法公开由网络配置的“承载-MAC实体配对”这一派生特征。 |
| **技术特征K：** 其中所述超过一个的服务小区是由不同进化B节点所控制。<br><br>**公开性：** 未公开 | 对比文件全文描述的场景均为一个eNB控制一个或多个服务小区（载波聚合场景），但ueal UE而言，其连接的服务小区均由同一个eNB控制。对比文件未提及不同eNB共同服务于同一个UE的场景。 | 目标专利明确指出其适用于“宏小区和特微型小区由不同的进化B节点所控制”的双连接场景。对比文件的所有技术方案和实施例均基于单eNB的控制架构。因此，对比文件未公开“服务小区由不同eNB控制”这一核心应用场景。 |
| **技术特征L：** 其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置。<br><br>**公开性：** 未公开 | 对比文件全文未提及“配对”概念。在单eNB单MAC实体架构下，MAC实体与所有服务小区关联，无需配置。 | 该特征基于多MAC实体、不同eNB控制服务小区等未被公开的前置特征。因此，对比文件未公开“MAC实体-服务小区配对”这一概念。 |
| **技术特征M：** 还包括，由于所述缓冲状态报告触发一调度请求<br><br>**公开性：** 《直接公开》 | 对比文件第[2]部分引用3GPP TS36.321 V11.0.0，其中描述调度请求的触发条件：“当一正常缓冲状态报告已被触发时：当一上行链路允许未被配置或正常缓冲状态报告不是因为由较上层设置逻辑信道调度请求屏蔽(logicalChannelSR-Mask)的一逻辑信道传输具有传输可用数据而触发时：一调度请求应被触发。” | 对比文件明确公开了当常规BSR被触发且没有有效的上行授权时，UE会触发调度请求(SR)。这与技术特征M“由于所述缓冲状态报告触发一调度请求”完全吻合。触发SR的目的是为了获取上行授权以发送BSR。因此，对比文件直接公开了技术特征M。 |
| **技术特征N：** 在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求<br><br>**公开性：** 未公开 | 对比文件第[2]部分描述了SR的触发，但未限定其在哪个服务小区的PUCCH上传输。对比文件所基于的现有技术中，SR通常在主小区(PCell)的PUCCH上传输，而非“对应所述特定无线电承载的一服务小区”的PUCCH。 | 技术特征N将SR的传输位置与触发BSR的特定承载（逻辑信道）所配对的服务小区绑定。这与特征D和E的逻辑一致。对比文件中的SR传输没有这种绑定关系，通常是在主小区进行。因此，对比文件未公开该特征。 |
| **技术特征O：** 其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区中<br><br>**公开性：** 未公开 | 对比文件未提及为单个UE在多个服务小区配置PUCCH资源。在LTE R11及之前，PUCCH资源通常仅配置在主小区(PCell)。 | 该特征是在多连接场景下，为了在不同节点的小区独立发送SR而提出的。对比文件未涉及此类场景和配置，因此未公开。 |
### 公开性总结
通过对上述技术特征的逐一比对，可以得出以下结论：
1. **直接公开的技术特征：**
* 技术特征C：从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告。
* 技术特征M：还包括，由于所述缓冲状态报告触发一调度请求。
2. **隐含公开的技术特征：** 无。目标专利的技术方案核心在于“配对”和“分离”（控制面/用户面、承载/小区、MAC实体/eNB），以实现跨eNB的双连接。对比文件的技术方案基础是单连接、单MAC实体、单eNB场景下的信令开销优化，其技术路径和解决的技术问题与目标专利完全不同。因此，除了基础的BSR/SR触发机制（C、M）外，其余反映“配对”、“分离”和“多MAC实体”的技术特征均未被公开。
### 附加比对分析
分析对比文件是否公开了以下9项内容之一：
1. **无线电承载/逻辑信道与特定服务小区、载波或小区组之间存在配对关系。**
* **分析结果：** 未公开。对比文件未提及此概念。
2. **未配对的RB/LC数据不能在该服务小区或载波上传送。**
* **分析结果：** 未公开。未提及配对，故无此约束。
3. **BSR/调度信息应发送给能够调度该数据的节点/小区。**
* **分析结果：** 未公开。对比文件中BSR在任意小区发送，服务于单一eNB。
4. **BSR内容仅反映该节点/小区可调度的数据。**
* **分析结果：** 未公开。对比文件的BSR反映UE总缓冲状态。
5. **特定RB/逻辑信道的较高优先数据到达 → 触发BSR → 在对应服务小区/载波/MAC实体发送BSR MAC CE → BSR内容只包括该小区/载波可传数据，不包括不可传数据。**
* **分析结果：** 未公开。对比文件只公开了第一步（触发BSR），没有后续的绑定关系和内容过滤。
6. **前同步码格式0-4、NCS、不同前同步码格式/NCS导致检测性能不同，或者公开根据前同步码格式对 RACH/目标接收功率加偏移。**
* **分析结果：** 未公开。对比文件完全未涉及前导码格式、循环移位(NCS)等物理层参数与检测性能或功率控制的关系。对比文件虽然涉及RACH，但重点在MAC层RAR的复用，而非物理层前导码。
7. **UE 根据接收功率相关数据、目标接收功率、路径损耗、广播参数、接收端检测要求等确定随机接入前导发射功率。**
* **分析结果：** 未公开。对比文件未讨论PRACH的功率控制机制。
8. **随机接入前导发射功率确定进一步考虑 preamble format、preamble length、cyclic shift、NCS、zero correlation zone、root sequence、PRACH configuration 等参数。**
* **分析结果：** 未公开。对比文件未讨论这些参数对功率确定的影响。
9. **preamble format / NCS / cyclic shift / zero correlation zone 会影响 eNB/Node B 的检测概率、捕获性能、覆盖半径、误检率、漏检率、相关峰值、接收能量或所需接收功率。**
* **分析结果：** 未公开。对比文件未讨论这些物理层参数对基站接收性能的影响。
**附加比对结论：** 对比文件没有公开上述附加比对中的任何一项内容。
### 回答结尾代码
根据分析结果，对比文件直接公开了技术特征C和技术特征M。
<<<C>>><<<M>>>