好的，作为一名资深专利代理师，我将严格遵循您的要求，对对比文件US20100098011A1相对于目标专利CN103906081B的技术特征进行严谨的评估。
在回答开始，请明确以下信息：
* **对比文件名称**: 2010-04-22_US2010098011A_发明申请_US20100098011A1 Method and Mobile Terminal Providing Priority-Based Uplink Scheduling Infomation
* **目标专利名称**: 0721创新音速CN201310722317.1(CN103906081B)_在无线通讯系统中小小区增强的方法及装置
* **本次调用的模型名称**: 未指定，但按照您的指示，将调用一个具备资深专利代理师能力的模型。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (中文翻译) | 公开性论述 |
| **技术特征A：** 用于一使用者设备中，所述方法包括，连接至超过一个的服务小区 <br><br> **《未公开》** | [0049] “...当上行链路数据变得可用于传输，并且该数据属于一个比缓冲区中已有数据的无线承载（逻辑信道）组具有更高优先级的无线承载（逻辑信道）组时，或者当在此新数据可用于传输之前UE缓冲区为空时，UE触发一个常规BSR和一个调度请求(SR)。” <br><br> [0067] “当新数据变为可用而UE缓冲区为空时，或者如果该数据属于一个具有比已在UE中缓冲数据的LCH更高优先级的LCH时，会触发一个常规BSR。” <br><br> [0070] “...在LTE系统中，当UE执行切换或重建RRC连接时，MAC被重置。” | 对比文件全文均基于LTE/LTE-A传统架构，其描述的UE操作场景是服务小区由单一eNB控制。对比文件多次提及的“服务小区”（serving cell），根据当时的标准（如TS 36.300），是单数概念，即UE仅连接到一个服务小区。对比文件并未公开或暗示UE可以同时连接至由不同节点控制的超过一个的服务小区（如宏小区和小小区）。其所有关于BSR、SR的触发和传输均基于单一连接模型。因此，该特征未被公开。 |
| **技术特征B：** 其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置 <br><br> **《未公开》** | [0070] - [0109] 全文论述了基于逻辑信道/承载的优先级或状态（激活/挂起）来决定SR的触发。 | 对比文件的核心思想是**基于优先级或状态**来决定是否触发调度请求（SR），其目的是解决切换或连接重建时SRB数据的传输延迟问题。它并未公开一种**配对关系**，即网络配置特定无线电承载（RB）的数据只能在特定服务小区中传输。对比文件中的逻辑信道/承载关联的是优先级，而不是特定的服务小区。因此，该特征未被公开。 |
| **技术特征C：** 从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告 <br> **《直接公开》** | [0049] “UE触发一个常规BSR...当上行链路数据变得可用于传输，并且该数据属于一个比缓冲区中已有数据的无线承载（逻辑信道）组具有更高优先级的无线承载（逻辑信道）组时”。 <br><br> [0067] “当新数据变为可用...或者如果该数据属于一个具有比已在UE中缓冲数据的LCH更高优先级的LCH时，会触发一个常规BSR。” | 对比文件明确公开了触发BSR（缓冲状态报告）的一个条件：当来自优先级更高的无线承载（RB）/逻辑信道（LCH）的数据到达时，会触发常规BSR。这与目标专利中“从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告”的技术方案完全一致。因此，该技术特征被直接公开。 |
| **技术特征D：** 在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元 <br><br> **《未公开》** | [0048] “...调度器...使用物理下行链路控制信道(PDCCH)为上行链路分配（许可）无线资源...” <br><br> [0068] “当触发了一个常规BSR时，也会触发一个SR。如果UE在PUCCH上有专用的SR资源(D-SR)，则UE使用D-SR。否则UE执行基于随机接入的SR(RA-SR)。” | 对比文件描述了BSR/SR的触发以及通过上行许可（UL grant）在UL-SCH资源上传输BSR。但是，其逻辑是UE在接收到任一服务小区的上行许可后，在该服务小区上传输BSR。对比文件**没有公开**BSR媒体存取控制控制单元（MAC CE）必须在“对应所述特定无线电承载”的“特定服务小区”中传送。即，BSR的传输服务小区是由触发BSR的无线电承载所决定的配对关系，而这是目标专利的核心发明点之一。对比文件中没有这种配对关系的概念。因此，该特征未被公开。 |
| **技术特征E：** 其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态 <br><br> **《未公开》** | [0051] “...上行链路BSR涉及UE中为一个逻辑信道群组(LCG)缓冲的数据...一个短格式只报告一个BSR（一个LCG的）；一个长格式报告所有四个BSR（所有四个LCG的）。” <br><br> [0068] “...BSR报告一个或多个LCG的UE缓冲区状态，即每个报告的LCG中可用于传输的数据量。” | 对比文件描述的BSR内容是基于LCG的，其BSR格式（短/长/截短）的选择取决于可用填充位的大小，以及具有数据传输的LCG数量。其内容反映了UE的总体缓冲状态。对比文件**没有公开**BSR MAC CE的内容需要被过滤，即**仅包括**可以在“传送该BSR的服务小区”上传输的数据。这种基于“可调度性”过滤BSR内容的技术方案在对比文件中未被提及。因此，该特征未被公开。 |
| **技术特征F：** 不包括无法在所述特定服务小区中传送的缓冲数据的状态。 <br><br> **《未公开》** | [0051] - [0068] 全文描述BSR内容时，均依据UE的全部缓冲区状态进行报告，未提及过滤。 | 如上所述，对比文件中的BSR报告的是UE缓冲区的整体状态。它没有教导或暗示UE需要识别哪些数据不能在特定服务小区上传送，并在生成BSR MAC CE时将其排除。该特征与特征E紧密相关，是目标专利为实现数据分流而提出的关键机制，对比文件完全未涉及。因此，该特征未被公开。 |
| **技术特征G：** 其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送。 <br><br> **《未公开》** | [0048] “在LTE中，调度在媒体接入控制(MAC)层建模...” <br><br> [0065] “BSR MAC控制单元报告缓冲区中的数据量...” | 对比文件基于传统LTE架构，UE只有一个MAC实体。该MAC实体负责处理所有服务小区和所有无线承载的数据。对比文件**没有公开**UE存在多个MAC实体，更没有教导BSR MAC CE需要通过“对应特定无线电承载的MAC实体”来传送。该特征建立在目标专利提出在UE中引入多个MAC实体的架构之上，对比文件无从公开。因此，该特征未被公开。 |
| **技术特征H：** 其中多个媒体存取控制实体由所述使用者设备使用 <br><br> **《未公开》** | [0048] “在LTE中，调度在媒体接入控制(MAC)层建模...” <br><br> 全文未提及UE侧存在多个MAC实体。 | 对比文件全文描述的传统LTE UE架构中，仅包含一个MAC实体。其所有操作，包括BSR、SR、复用、HARQ等，均在这个单一的MAC实体中进行。目标专利中提出的“多个MAC实体”（例如一个用于控制平面，一个用于用户平面）是半独立节点间载波聚合或双连接架构下的产物，对比文件作为较早的现有技术，其技术方案背景不包含此架构，因此该特征未被公开。 |
| **技术特征I：** 一个媒体存取控制实体对应一个进化B节点 <br><br> **《未公开》** | 全文未提及UE侧存在多个MAC实体，也未提及MAC实体与eNB的对应关系。 | 在对比文件的技术背景下，UE仅连接至一个eNB，因此不可能存在“一个MAC实体对应一个eNB”的配置。该特征是目标专利针对双连接场景提出的特定解决方案，即UE连接至宏eNB和小小区eNB，并为每个eNB配置一个对应的MAC实体。此概念在对比文件中完全没有被暗示或公开。因此，该特征未被公开。 |
| **技术特征J：** 所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置。 <br><br> **《未公开》** | [0049] “...该数据属于一个比缓冲区中已有数据的无线承载（逻辑信道）组具有更高优先级的无线承载（逻辑信道）组...” <br><br> [0066] “LCH优先级至少有两个目的。对于上行链路调度信息，LCH优先级决定是否触发BSR。” | 对比文件公开了RB与优先级（Priority）的关联，但**没有公开**RB与MAC实体之间的“配对”关系。当UE只有一个MAC实体时，所有RB自然都通过该MAC实体，但这并非“配对”。目标专利中的“配对”是指网络侧通过RRC信令等配置信息，明确地将某个RB关联到某个特定的MAC实体，以实现控制面和用户面在不同节点上的分离。这种动态的、由网络配置的配对关系在对比文件中不存在。因此，该特征未被公开。 |
| **技术特征K：** 其中所述超过一个的服务小区是由不同进化B节点所控制。 <br><br> **《未公开》** | [0048] “...调度由驻留在演进B节点(eNB)中的调度器执行。” <br><br> 全文描述的UE操作场景均基于单一eNB。 | 对比文件全文的技术方案均建立在UE与一个eNB通信的假设上。文中从未提及服务小区可以由不同的eNB控制，也没有提及UE可以同时连接至分属不同eNB的多个服务小区。该特征是区分传统载波聚合（intra-eNB CA）和目标专利所应用的“小小区增强/双连接”（inter-eNB CA或双连接）场景的关键。对比文件未公开此场景。因此，该特征未被公开。 |
| **技术特征L：** 其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置。 <br><br> **《未公开》** | 全文未提及UE侧存在多个MAC实体和多个服务小区，更不存在配对关系。 | 在对比文件的架构中，不存在多MAC实体和多eNB控制的小区，因此MAC实体与服务小区之间的配对关系无从谈起。该特征是目标专利为了实现控制/用户面分离，将服务小区分组（如分为宏小区组和小小区组），并分别与不同的MAC实体进行关联，这种关联由网络配置。对比文件完全没有涉及此机制。因此，该特征未被公开。 |
| **技术特征M：** 还包括，由于所述缓冲状态报告触发一调度请求 <br> **《直接公开》** | [0049] “UE触发一个常规BSR和一个调度请求(SR)...” <br><br> [0068] “当触发了一个常规BSR时，也会触发一个SR。” | 对比文件明确和多次地公开了当触发一个常规BSR后，也会触发一个SR（调度请求）的标准LTE流程。这与目标专利的技术特征M完全一致。因此，该特征被直接公开。 |
| **技术特征N：** 在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求 <br><br> **《未公开》** | [0068] “如果UE在PUCCH上有专用的SR资源(D-SR)，则UE使用D-SR。否则UE执行基于随机接入的SR(RA-SR)。” <br><br> [0096] “在PUCCH上发送的SR是一个不同的物理信道上的不同传输...” | 对比文件公开了SR可以在PUCCH资源上发送。但是，它**没有公开**发送该SR的PUCCH资源所在的“服务小区”必须与“对应所述特定无线电承载”相对应。在传统LTE中，D-SR资源配置在PCell（主小区）上，所有SR都在PCell的PUCCH上发送。而目标专利的特征在于，根据触发BSR的RB类型（如SRB或DRB），将SR的PUCCH资源配置在不同的服务小区（如宏小区的PCell或小小区的PUCCH）上。这种RB与PUCCH资源所在服务小区的配对关系在对比文件中未被公开。因此，该特征未被公开。 |
| **技术特征O：** 其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区。 <br><br> **《未公开》** | [0068] “如果UE在PUCCH上有专用的SR资源(D-SR)...” <br><br> 全文未提及SR资源被配置在多个服务小区上。 | 在对比文件描述的传统LTE中，D-SR资源仅配置在PCell上，UE只有一个用于SR的PUCCH资源。目标专利特征O指出，为了实现双连接/小小区增强，UE可以在多个服务小区（如PCell和SCell，或两个PCell样的小区）上配置PUCCH资源用于发送SR，从而让SR能够根据其触发的源（数据归属）在不同的小区上发送。对比文件没有公开该特征。因此，该特征未被公开。 |
---
### 附加比对分析
**分析结论：** 对比文件未公开下列任何一项内容。因此，**不插入代码 <<<Z>>>**。
**详细论述：**
1. **配对关系与数据过滤 (对应附加分析1-5):** 对比文件完全没有公开“无线电承载/逻辑信道与特定服务小区、载波或小区组之间存在配对关系”这一核心概念。其所有描述均基于单一小区模型，不存在数据与特定小区的绑定。因此，关于“未配对的RB/LC数据不能在该服务小区上传送”、“BSR/调度信息应发送给能够调度该数据的节点/小区”、“BSR内容仅反映该节点/小区可调度的数据”以及“特定RB/逻辑信道的较高优先数据到达 → 触发BSR → 在对应服务小区/载波/MAC实体发送BSR MAC CE → BSR内容只包括该小区/载波可传数据”等一系列基于配对的数据分流和报告机制，对比文件中均无记载。对比文件中的BSR报告的是UE整体的缓冲状态，而非针对特定小区/节点的可调度数据。
2. **随机接入前导发射功率确定 (对应附加分析6-9):** 对比文件全文关注的是**何时**触发BSR/SR以及**BSR的内容**。虽然提到了基于竞争的随机接入（CBRA）和基于非竞争的随机接入（CFRA），但其目的是为了传输SR，而不是为了详细描述前导码的发送功率确定过程。对比文件中完全没有提及任何关于“前同步码格式0-4、NCS”、“根据前同步码格式对RACH/目标接收功率加偏移”、“UE根据接收功率相关数据、目标接收功率、路径损耗、广播参数、接收端检测要求等确定随机接入前导发射功率”，或者“preamble format / NCS / cyclic shift等参数影响检测性能”等内容。这些内容涉及底层物理层过程的细节，而对比文件是一个关于上层MAC层调度信息的专利，因此不包含这些内容。
**最终代码输出**
由于对比文件仅直接公开了技术特征C和技术特征M，未公开其他任何技术特征，根据您的输出格式要求，在回答结尾插入如下代码：
<<<C>>>
<<<M>>>
*注意：由于没有隐含公开的特征，所以不插入任何小写代码。*