好的，作为一名资深专利代理师，我将严格遵守您的要求，对对比文件是否公开了目标专利权利要求的各技术特征进行严谨、深度的评估。在比对过程中，我将紧密结合目标专利说明书的内容来理解技术特征，并根据您在提示中设定的“直接公开”与“隐含公开”标准进行判断。
### 1. 文件与模型信息
* **对比文件名称**：2011-06-16_US2011143765A_发明申请_US20110143765A1 METHOD FOR COMMUNICATING IN A NETWORK, A SECONDARY STATION AND A SYSTEM THEREFOR
* **目标专利名称**：0721创新音速CN201310722317.1(CN103906081B)_在无线通讯系统中小小区增强的方法及装置
* **本次调用的模型名称**：未指定，使用默认模型。
### 2. 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 (翻译) | 公开性论述 |
| **技术特征A：** 用于一使用者设备中，所述方法包括，连接至超过一个的服务小区 <br><br> **《未公开》** | 对比文件全文未明确提及UE同时连接至超过一个的服务小区。主要涉及UE（secondary station）与单一的eNB（primary station）之间的通信，例如 [0025] 段描述的“false uplink grant”场景。 | 对比文件的技术背景和实施例均基于传统的单连接场景，即UE仅与一个eNB进行通信。而目标专利的技术背景是“小小区增强”，其核心在于UE具有“双重连接”，可同时连接至宏小区和小小区（如目标专利[0058]-[0063]段所述）。对比文件未涉及UE连接至多个服务小区（尤其是由不同eNB控制的小区）这一前提概念，因此本领域技术人员不能毫无疑义地从对比文件中得出该技术特征。同时，由于对比文件完全不涉及多连接场景，也无法基于其内容进行合理推断，不能认为隐含公开。 |
| **技术特征B：** 其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置 <br><br> **《未公开》** | 对比文件未提及任何关于“无线电承载（Radio Bearer）”与“服务小区”之间的“配对（Pairing）”或“映射（Mapping）”关系，也未提及由网络配置此类信息。 | 目标专利明确提出了在双重连接场景下，为了实现控制面与用户面的分离，需要通过RRC信令（如[0146]段所述，RRC连接重新配置消息）来配置RB/LC与特定服务小区（或小区组、eNB）之间的配对关系（[0139]段）。其作用是让UE知道哪个RB的数据应该在哪个小区传输。对比文件仅关注单个小区下的上行资源分配和BSR传输问题，其技术方案不涉及也不需要考虑将不同RB的数据路由到不同小区，因此完全没有公开或暗示该特征。 |
| **技术特征C：** 从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告 <br><br> **《直接公开》** | [0045]段： “Regular BSR which is triggered only if UL data arrives in the UE transmission buffer and the data belongs to a logical channel with higher priority than those for which data already existed in the UE transmission buffer.” <br> （常规BSR仅在以下情况被触发：上行数据到达UE传输缓存，且该数据属于优先级高于缓存中已有数据的逻辑信道。） | 对比文件明确公开了常规BSR（Regular BSR）的触发条件：当具有更高优先级的新上行数据到达时，会触发BSR。虽然对比文件使用了“逻辑信道（logical channel）”一词，而在目标专利中使用了“无线电承载（radio bearer）”。但根据3GPP标准（如TS 36.321和TS 36.331，目标专利[0060]段所引用的），一个无线电承载对应一个或多个逻辑信道，且逻辑信道优先级是决定其承载数据优先级的直接依据。本领域技术人员可以毫无疑义地理解，“特定无线电承载的较高优先数据抵达”实质上等价于“属于该特定RB的逻辑信道上的较高优先级数据抵达”。因此，该BSR触发机制本身被对比文件直接公开。 |
| **技术特征D：** 在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元 <br><br> **《未公开》** | 对比文件[0034]段： “if a secondary station receives a grant for uplink transmission, but has not data to send, the specification requires it to send a buffer status report. The BSR is sent in a resource derived from the grant message.” <br> （如果辅站接收到上行传输授权，但没有数据发送，规范要求它发送BSR。该BSR在从授权消息推导出的资源中发送。） | 对比文件公开了当没有数据时发送BSR。但是，该BSR的发送位置（“在从授权消息推导出的资源中发送”）是基于接收到的上行授权，这与“特定无线电承载”或“特定服务小区”的概念无关。目标专利的核心思想是，BSR MAC CE的传输位置取决于触发该BSR的逻辑信道/无线电承载所配对的服务小区（[0110]段：“当触发系从一特定逻辑信道...的一较高优先数据抵达时，媒体存取控制控制单元应在对应该逻辑信道的...一服务小区中传送。”）。对比文件完全没有公开BSR传输与服务小区或特定无线电承载之间的这种关联关系。因此，该特征未被公开。 |
| **技术特征E：** 其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态 <br> **技术特征F：** 不包括无法在所述特定服务小区中传送的缓冲数据的状态。 <br><br> **《未公开》** | 对比文件未提及BSR内容与“服务小区可传输数据”之间存在任何关系。 | 目标专利明确指出，为了减少eNB间的信息交换延迟，BSR MAC CE应仅包含能够在发送该BSR的服务小区上传输的数据的缓冲状态（[0118]段：“媒体存取控制控制单元不包括无法在该服务小区中传送的缓冲数据状态”）。这是一个与“配对”概念紧密相连的关键特征。对比文件中的BSR（如[0039]段所述）是针对整个UE缓冲区的状态报告，报告的是该UE所有可用于传输的数据量，并未根据数据是否能在特定小区传输进行过滤。本领域技术人员从对比文件中无法得出BSR内容需要被过滤以仅反映特定小区可调度数据的结论。因此，特征E和F均未被公开。 |
| **技术特征G：** 其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送。 <br><br> **《未公开》** | 对比文件未提及多个MAC实体，更未提及将特定RB映射到特定MAC实体的概念。 | 目标专利提出在双重连接场景下，UE可以拥有多个MAC实体（例如一个用于控制面，一个用于用户面），并且BSR MAC CE的传输应通过与该特定RB相对应的MAC实体来进行（[0115]段）。对比文件所描述的通信系统，其UE仅包含一个MAC实体（符合传统LTE架构），因此完全没有“通过对应特定RB的MAC实体传送”这一技术构思和实现。该特征未被公开。 |
| **技术特征H：** 其中多个媒体存取控制实体由所述使用者设备使用 <br> **技术特征I：** 一个媒体存取控制实体对应一个进化B节点 <br><br> **《未公开》** | 对比文件未提及UE使用多个MAC实体。 | 目标专利明确阐述了在双重连接场景下，UE可以使用多个MAC实体，例如一个MAC实体用于与一个eNB通信（[0134]段：“使用者设备可以具有一用于控制平面、一用于使用者平面、一用于宏小区或一用于小小区的媒体存取控制实体”），并且MAC实体可以与eNB一一对应（[0134]段：“或一个媒体存取控制实体对应一个进化B节点”）。这是其解决eNB间信息交换延迟问题的核心技术手段之一。对比文件的技术方案不涉及多个eNB，因此既没有公开UE使用多个MAC实体的必要性，也没有公开多个MAC实体与多个eNB之间的对应关系。该特征未被公开。 |
| **技术特征J：** 所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置。 <br><br> **《未公开》** | 对比文件未提及RB与MAC实体之间的配对关系，也未提及由网络配置此关系。 | 基于前面对特征B和特征G/H的判断，对比文件既没有RB与小区之间的配对概念，也没有多个MAC实体的概念，因此更不可能存在RB与MAC实体之间的配对关系。该特征是目标专利在双重连接架构下实现数据分流和控制信息分离的具体实现方式，完全未在对比文件中体现。 |
| **技术特征K：** 其中所述超过一个的服务小区是由不同进化B节点所控制。 <br><br> **《未公开》** | 对比文件全文未涉及由不同eNB控制不同服务小区的场景。 | 目标专利明确针对由不同eNB（例如一个控制宏小区，另一个控制小小区）控制的多个服务小区进行连接的情况（[0156]段：“一宏小区及一特微型小区是由非理想的骨干网络连接”）。其提出的所有技术方案，如配对、多个MAC实体、过滤BSR内容等，都是为了解决这种非理想回程下eNB间协调调度的问题。对比文件的技术方案完全基于传统LTE的intra-eNB（单个eNB内部）载波聚合或单小区场景，其所有讨论均未触及由不同eNB控制服务小区这一核心前提。该特征未被公开。 |
| **技术特征L：** 其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置。 <br><br> **《未公开》** | 对比文件未提及MAC实体与服务小区之间的配对关系，也未提及由网络配置此关系。 | 基于前面对特征H和特征I的判断，对比文件不存在多个MAC实体。因此，MAC实体与服务小区之间的“配对”概念完全不存在于对比文件中。该特征依赖于多个MAC实体及其与服务小区组的对应关系（如[0134]段的描述），是目标专利实现控制分离的组成部分。 |
| **技术特征M：** 还包括，由于所述缓冲状态报告触发一调度请求 <br><br> **《直接公开》** | [0048]段： “If the UE has no UL resources allocated for new transmission for this TTI and if a Regular BSR has been triggered since the last transmission of a BSR a Scheduling Request (SR) shall be triggered.” <br> （如果在该TTI内没有用于新传输的UL资源分配，并且自上次BSR传输后触发了常规BSR，则应触发调度请求。） | 对比文件明确公开了常规BSR（Regular BSR）的触发可以进一步触发调度请求（SR）。这与目标专利[0127]段描述的“由于缓冲状态报告触发一调度请求”的核心机制完全一致。因此，本特征被对比文件直接公开。 |
| **技术特征N：** 在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求 <br><br> **《未公开》** | 对比文件未提及SR的传输位置与特定服务小区或特定无线电承载有关联。 | 目标专利指出，当BSR触发SR时，该SR应在与该特定无线电承载相对应的服务小区的PUCCH资源上发送（[0128]段：“调度请求应在对应该逻辑信道的...一服务小区...的物理上行链路控制信道中传送。”）。这是为了确保SR能够被适当的eNB（即能够调度该RB所对应数据的eNB）接收。对比文件虽然公开了BSR可以触发SR，但并未涉及SR的发送位置与特定服务小区或RB之间的关联。在对比文件的单eNB场景下，SR总是在其主要服务小区的PUCCH上发送，无需考虑这种关联。因此，该特征未被公开。 |
| **技术特征O：** 其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区。 <br><br> **《未公开》** | 对比文件未提及UE在多个服务小区上配置PUCCH资源。 | 目标专利指出，为了实现SR的正确路由，UE的多个服务小区上可以配置PUCCH资源用于发送SR（[0132]段：“调度请求的物理上行链路控制信道资源被配置在使用者设备的超过一个的服务小区中”）。在对比文件所讨论的传统LTE网络（Release 11之前）中，PUCCH资源通常仅配置在主小区（PCell）上。因此，对比文件完全没有公开在多个服务小区上配置PUCCH资源用于SR发送的概念。该特征未被公开。 |
### 3. 附加比对分析
根据您的要求，我分析了对比文件是否公开了您列出的9项内容。以下是详细分析：
**1. 无线电承载/逻辑信道与特定服务小区、载波或小区组之间存在配对关系。**
* **未公开**。对比文件完全没有公开任何形式的RB/LC与特定服务小区或小区组之间的“配对”或“绑定”关系。其BSR和调度机制均基于单个小区/单个eNB的架构。
**2. 未配对的RB/LC数据不能在该服务小区或载波上传送。**
* **未公开**。由于对比文件不存在第1点所述的配对关系，自然也就不存在“未配对数据不能传送”的概念。
**3. BSR/调度信息应发送给能够调度该数据的节点/小区。**
* **未公开**。对比文件中，BSR总是发送给授权该UL grant的eNB。在单个eNB的场景下，该eNB自然能够调度所有数据。因此，不存在需要将BSR发送给“特定”能够调度该数据的节点/小区这一概念。
**4. BSR内容仅反映该节点/小区可调度的数据。**
* **未公开**。对比文件中的BSR反映的是UE全部的逻辑信道群组的数据量，并未根据接收节点能否调度这些数据进行过滤。BSR内容与节点调度能力无关。
**5. 特定RB/逻辑信道的较高优先数据到达 → 触发BSR → 在对应服务小区/载波/MAC实体发送BSR MAC CE → BSR内容只包括该小区/载波可传数据，不包括不可传数据。**
* **未公开**。对比文件仅公开了“特定较高优先级数据到达触发BSR”这一环节。后续的BSR在特定小区发送、BSR内容过滤等关键步骤均未公开。
**6. 前同步码格式0-4、NCS、不同前同步码格式/NCS导致检测性能不同，或者公开根据前同步码格式对 RACH/目标接收功率加偏移。**
* **未公开**。对比文件不涉及随机接入前导码的格式、循环移位（NCS）、检测性能或功率控制的具体细节。
**7. UE 根据接收功率相关数据、目标接收功率、路径损耗、广播参数、接收端检测要求等确定随机接入前导发射功率。**
* **未公开**。对比文件不涉及随机接入前导码的发射功率确定机制。
**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 的检测概率、捕获性能、覆盖半径、误检率、漏检率、相关峰值、接收能量或所需接收功率。**
* **未公开**。对比文件不涉及随机接入前导码的格式、参数及其性能影响。
### 4. 结论与代码摘要
基于上述严谨的比对分析，对比文件 **US20110143765A1** 仅直接公开了目标专利权利要求中的 **技术特征C** 和 **技术特征M**。
**输出代码：**
<<<C>>>
<<<M>>>
**由于对比文件没有公开附加比对内容中的任何一项，因此不输出代码 <<<Z>>>。**