好的，作为资深专利代理师，我将对对比文件与目标专利权利要求的技术特征进行严谨的比对分析。
**模型名称：** 本次调用未指定模型名称。
**对比文件名称：** 2012-06-14_US2012147869A_发明申请_US20120147869A1 SYSTEM AND METHOD FOR REDUCING RESETS DURING HANDOVERS IN A SINGLE FREQUENCY DUAL CARRIER WIRELESS COMMUNICATION SYSTEM
**目标专利名称：** 0721创新音速CN201310722317.1(CN103906081B)_在无线通讯系统中小小区增强的方法及装置
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：用于一使用者设备中，所述方法包括，连接至超过一个的服务小区。 **【直接公开】** | [0083] “...such that a UE 510 may be served, at least for a certain period of time, by the multiple cells.” <br> [0065] “...the UE 436 may maintain an active set, that is, a list of cells that the UE 436 is simultaneously connected to...” <br> [0102] “...the UE 510 may include a plurality of MAC entities, each of the plurality of MAC entities corresponding to a different serving cell (e.g., a primary serving cell and a secondary serving cell) from corresponding Node B sites.” | 对比文件明确公开了使用者设备（UE）可以同时连接至多个小区（cells）。例如，UE 510可被多个小区服务（[0083]），UE 436维护一个同时连接的小区列表（活动集）（[0065]），并且UE 510可包括多个MAC实体，每个MAC实体对应一个不同的服务小区，如主服务小区和辅服务小区（[0102]）。这与目标专利的技术特征A“连接至超过一个的服务小区”完全一致。 |
| 技术特征B：其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置。 **【未公开】** | 对比文件中未发现明确公开或隐含公开无线电承载（Radio Bearer）与服务小区之间配对的任何内容。 | 对比文件主要关注多小区场景下因MAC层数据乱序导致RLC层重置的问题及其解决方案。其核心在于MAC层如何处理来自不同小区的下行数据包，并未涉及网络侧配置无线电承载与特定服务小区之间的配对关系，也未涉及上行链路数据的传输限制。因此，该技术特征未被公开。 |
| 技术特征C-1：从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告（BSR）。 **【未公开】** | 对比文件中未发现任何关于“缓冲状态报告（BSR）”或“功率余量报告（PHR）”的触发、内容或传输的讨论。 | 对比文件技术主题与切换过程中的RLC重置相关，其协议背景是HSPA（HSDPA/HSUPA），而非LTE/LTE-A。对比文件全文未涉及MAC层的BSR或PHR程序。因此，任何关于BSR/PHR的触发、内容及传输的技术特征（C, D, E, F, G, M, N, O）均未被公开。 |
| 技术特征D：在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元。 **【未公开】** | 同上 | 同上。对比文件未公开BSR MAC CE的传输。 |
| 技术特征E：其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态。 **【未公开】** | 同上 | 同上。对比文件未公开BSR MAC CE的内容。 |
| 技术特征F：不包括无法在所述特定服务小区中传送的缓冲数据的状态。 **【未公开】** | 同上 | 同上。对比文件未公开BSR MAC CE的内容限制。 |
| 技术特征G：其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送。 **【未公开】** | 同上 | 同上。对比文件未公开BSR MAC CE的传送实体。 |
| 技术特征H：其中多个媒体存取控制实体由所述使用者设备使用。 **【直接公开】** | [0102] “...the UE 510 may include a plurality of MAC entities, each of the plurality of MAC entities corresponding to a different serving cell (e.g., a primary serving cell and a secondary serving cell) from corresponding Node B sites.” <br> [0120] “...essentially any configuration wherein a UE includes more than one MAC entity delivering packets to a common upper layer.” | 对比文件明确且多次公开了使用者设备（UE）包括多个MAC实体。例如，UE 510包括多个MAC实体，每个对应来自不同Node B站点的不同服务小区（[0102]），并且在任何UE包含多于一个MAC实体并将数据包传递给共同上层的配置中，都会出现所述的RLC重置问题（[0120]）。这与技术特征H完全一致。 |
| 技术特征I：一个媒体存取控制实体对应一个进化B节点。 **【直接公开】** | [0102] “...the UE 510 may include a plurality of MAC entities, each of the plurality of MAC entities corresponding to a different serving cell (e.g., a primary serving cell and a secondary serving cell) from corresponding Node B sites. For example, a first MAC entity in the UE may correspond to the first Node B 502 providing a primary serving cell, and a second MAC entity in the UE 510 may correspond to the second Node B providing a secondary serving cell.” | 对比文件明确公开了MAC实体与Node B（即进化B节点）的对应关系。UE中的第一个MAC实体对应于提供主服务小区的第一Node B 502，第二个MAC实体对应于提供辅服务小区的第二Node B 504（[0102]）。这直接建立了每个MAC实体对应一个（不同的）eNB/Node B的关系。 |
| 技术特征J：所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置。 **【未公开】** | 对比文件中未发现明确公开或隐含公开无线电承载与MAC实体之间存在配对关系，或该配对由网络配置的内容。 | 对比文件公开了多个MAC实体，每个对应一个服务小区和eNB，但未讨论特定的无线电承载（如SRB或DRB）与特定MAC实体之间的绑定或配对关系。其技术方案关注于MAC层处理来自不同小区数据的机制（如TSN、重排序、T1定时器），而非如何将不同的数据承载映射到不同的MAC实体。 |
| 技术特征K：其中所述超过一个的服务小区是由不同进化B节点所控制。 **【直接公开】** | [0083] “...the different cells may be provided by disparate Node Bs (frequently called soft aggregation).” <br> [0101] “...the RNC 518 may provide packets to a plurality of Node Bs and , each providing respective downlink HS-transmissions to the UE 510.” <br> [0102] “...each of the plurality of MAC entities corresponding to a different serving cell (e.g., a primary serving cell and a secondary serving cell) from corresponding Node B sites.” | 对比文件明确公开了不同服务小区可以由不同的Node B（进化B节点）控制。例如，“软聚合”方案中，不同小区由不同的Node B提供（[0083]）。RNC将数据包分配给多个Node B，每个Node B向UE发送各自的下行链路传输（[0101]）。MAC实体对应的不同服务小区来自相应的不同Node B站点（[0102]）。这与技术特征K完全一致。 |
| 技术特征L：其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置。 **【隐含公开】** | [0124] “...the UE 510 may receive RRC signaling indicating a current primary link identifier mapping. For example, the RRC layer at the RNC 518 may send queue IDs (QIDs) to the UE 510, including a QID for the primary serving cell (e.g., queue_id) and a QID for each of the one or more secondary serving cell(s) (e.g., queue_id_2). With this information, when the MAC entity at the UE delivers a packet to the RLC entity, the MAC can determine if the packet arrived from the queue with the QID queue_id or queue_id_, or some other QID...” | 对比文件公开了网络侧通过RRC信令配置“主链路标识符映射”（current primary link identifier mapping），例如将队列ID（QID）分配给主服务小区和辅服务小区（[0124]）。这本质上是一种MAC实体（通过其对应的QID或重排序队列）与服务小区之间的配对关系配置。尽管对比文件未使用“MAC实体与小区配对”的术语，但通过RRC信令将QID与小区关联，并让MAC实体据此识别数据来源，这揭示了MAC实体（或其内部队列）与特定服务小区之间的逻辑配对是由网络配置的。因此，该技术特征被隐含公开。 |
| 技术特征M：还包括，由于所述缓冲状态报告触发一调度请求。 **【未公开】** | 对比文件中未发现任何关于BSR或调度请求（SR）的讨论。 | 对比文件的技术领域和解决的技术问题均不涉及上行链路调度请求。全文未提及BSR或SR。因此该技术特征未被公开。 |
| 技术特征N：在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求。 **【未公开】** | 同上 | 同上。对比文件未公开任何关于调度请求或其传输资源（PUCCH）的内容。 |
| 技术特征O：其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区。 **【未公开】** | 同上 | 同上。对比文件未公开PUCCH资源配置。 |
### 附加比对分析
根据要求，分析对比文件是否公开了内容1-9中的任一项。经过全面检索，对比文件中**未发现**与上述1-9项内容（包括无线电承载/逻辑信道与服务小区配对、BSR内容与可调度数据关联、RACH前导码格式、功率确定等）相关的任何技术方案或描述。因此，
<<<A>>><<<H>>><<<I>>><<<K>>><<<l>>>