好的，作为一名经验丰富的资深专利代理师，我将对本案进行严谨的对比分析。
**对比文件名称：** 2012-12-12_CN102823179A_发明公开_CN102823179A 用于发送控制信息的方法和装置
**目标专利名称：** 0721创新音速CN201310722317.1(CN103906081B)_在无线通讯系统中小小区增强的方法及装置
**本次调用的模型名称：** xxxx (模型名称未提供)
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 用于一使用者设备中，所述方法包括，连接至超过一个的服务小区<br><br>《直接公开》 | [0102] “如果用户设备处于RRC连接状态并且是由载波聚合来设置的，则可以存在一个或多个服务小区...”。 <br>[0101] “LTE-A系统使用小区的概念来管理无线电资源...如果支持载波聚合，则可以由系统信息来指示下行链路资源的载波频率（或DL CC）与上行链路资源的载波频率（或UL CC）之间的联系...PCell和SCell可以被称为服务小区。” | 对比文件第[0102]段明确描述了在载波聚合（CA）场景下，UE可以连接至一个或多个服务小区（包括PCell和SCell）。这实质上公开了UE连接至超过一个的服务小区的概念。该特征在对比文件中的作用是描述载波聚合的基本配置，与目标专利中UE连接至多个小区（如宏小区和小小区）以进行双重连接的作用相同，均是UE具备多连接能力的基础。因此，该技术特征被对比文件直接公开。 |
| **技术特征B：** 其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置<br><br>《未公开》 | 对比文件未发现与无线电承载（Radio Bearer, RB）和服务小区之间的配对相关的明确或隐含的教导。 | 对比文件主要关注控制信息（ACK/NACK, CQI, RI）在PUSCH上的复用和发送方式，以及用于ACK/NACK发送的模式选择。虽然提及了载波聚合和主/副小区（PCell/SCell）的配置，但并未讨论将特定的RB/逻辑信道（LC）与特定服务小区进行配对的机制，也未提及网络侧配置此类关系。目标专利中的“配对”意味着特定数据（如来自SRB或DRB的数据）被限制在特定小区上传输，这种约束关系在对比文件中完全没有体现。 |
| **技术特征C：** 从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告<br><br>《未公开》 | 对比文件未发现与缓冲状态报告（BSR）的触发机制相关的任何描述。 | 对比文件全文旨在描述控制信息（UCI）的发送，尤其是ACK/NACK的PUSCH捎带。文档中完全没有提及BSR、BSR的触发条件（如特定RB的高优先级数据到达，或周期性/重传定时器超时）、BSR的格式以及BSR的传输过程。BSR是MAC层调度相关的核心功能，而对比文件的技术内容完全聚焦于物理层和部分MAC层的信道复用，与BSR无关。因此，对比文件既未直接公开也未隐含公开该特征。 |
| **技术特征D：** 在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元<br><br>《未公开》 | 对比文件未发现与BSR MAC CE的发送地点（基于触发BSR的特定RB进行选择）相关的任何描述。 | 由于对比文件完全不涉及BSR的触发与传输，因此不可能公开与BSR MAC CE传输相关的任何规则，更不可能公开“在对应特定无线电承载的特定服务小区中传送BSR MAC CE”这一具体方案。目标专利的核心在于将BSR的传输位置与触发其产生的逻辑信道/承载所关联的小区绑定，而对比文件没有此类概念。 |
| **技术特征E：** 其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态<br><br>《未公开》 | 对比文件未发现与BSR内容包含特定小区可传数据相关的任何描述。 | 特征E与特征F共同定义了BSR内容的限制规则。由于对比文件完全不涉及BSR的内容生成规则，因此不可能公开BSR内容仅包含在特定服务小区中可传数据的概念。对比文件讨论的是ACK/NACK和CQI等UCI信息的复用，而非数据缓冲状态的报告。 |
| **技术特征F：** 不包括无法在所述特定服务小区中传送的缓冲数据的状态。<br><br>《未公开》 | 对比文件未发现任何相关内容。 | 理由同特征E。目标专利的这一特征明确了BSR内容的排除规则，是解决跨eNB调度延迟问题的关键技术手段。对比文件的技术领域和要解决的技术问题均不涉及此点。 |
| **技术特征G：** 其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送。<br><br>《未公开》 | 对比文件未发现与特定RB对应特定MAC实体，并且BSR MAC CE通过该对应MAC实体传送相关的任何描述。 | 目标专利提出了UE可具有多个MAC实体（如一个用于C-plane，一个用于U-plane），并且特定RB配对至特定MAC实体。BSR MAC CE由对应该特定RB的MAC实体传送。对比文件完全没有提及UE使用多个MAC实体的概念，也未提及MAC实体与RB的配对关系。因此，该特征未被公开。 |
| **技术特征H：** 其中多个媒体存取控制实体由所述使用者设备使用<br><br>《隐含公开》？ | [0063] “图8是示出处理UL-SCH数据和控制信息的过程的图。” <br>[0084] “信道交织包括PUSCH资源上的UL-SCH数据和控制信息的复用。” <br>[0087] 表4<a/b> <br>[0091] 表5<a/b> <br>[00100] “LTE-A系统使用载波聚合技术...” | 对比文件描述了在一个UE中，UL-SCH数据（用户平面数据）和控制信息（如等ACK/NACK， CQI/PMI， RI）需要被复用到一个PUSCH上进行发送。这个过程暗示了在UE内部存在不同的数据处理逻辑或通道分别用于处理用户数据和控制信息，最终在物理层复用。然而，这并不能直接等同于目标专利中明确定义的独立的、具有完整MAC功能（包括调度请求、BSR、DRX、HARQ等操作的独立集合）的“多个MAC实体”。这种复用更多的是一个逻辑功能或处理过程的划分。对比文件中的描述更接近于单个MAC实体内部的数据复用过程。因此，它既未直接公开“多个MAC实体”作为独立的协议实体或功能模块，也未隐含公开该概念，因为其描述仅为处理过程中的一个步骤。所以，不能认定为公开。*（自审：该描述与目标专利中为支持不同eNB或不同业务平面而设立的独立MAC实体有本质区别，故否定隐含公开的判断。）* |
| **技术特征I：** 一个媒体存取控制实体对应一个进化B节点<br><br>《未公开》 | 对比文件未发现任何相关内容。 | 对比文件主要讨论在单个eNB控制下的载波聚合（CA）场景（[0102]）。虽然文档也隐含地提到了不同eNB（如基站110），但完全没有提出“一个MAC实体对应一个eNB”的架构概念。该特征是目标专利为支持理想或非理想回程下的eNB间聚合（双重连接）而提出的具体方案，对比文件未涉及。 |
| **技术特征J：** 所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置。<br><br>《未公开》 | 对比文件未发现任何相关内容。 | 理由类似特征B、G。对比文件没有RB与MAC实体配对的概念，也没有网络配置这种配对关系的教导。 |
| **技术特征K：** 其中所述超过一个的服务小区是由不同进化B节点所控制。<br><br>《未公开》 | 对比文件未明确描述UE连接的不同服务小区由不同eNB控制。虽然图10示出了CA，但通常CA场景（Rel-10/11）是在同一个eNB内的。 | 对比文件主要描述基于3GPP LTE-A Rel-10/11的载波聚合场景，其核心假设是多个服务小区由同一eNB控制（intra-eNB CA）。虽然文档没有明确排除不同eNB的情形，但其整个技术方案（如PUSCH上的UCI复用）建立在单eNB调度的基础之上，没有为eNB间调度延迟提供解决方案。目标专利明确针对“由不同进化B节点所控制”的小区，以解决跨eNB信息交换延迟问题。因此，对比文件既未直接也未隐含公开本特征。 |
| **技术特征L：** 其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置。<br><br>《未公开》 | 对比文件未发现任何相关内容。 | 理由类似特征B、J。对比文件没有MAC实体与服务小区配对的概念，也没有网络配置这种配对关系的教导。 |
| **技术特征M：** 还包括，由于所述缓冲状态报告触发一调度请求<br><br>《未公开》 | 对比文件涉及调度请求（SR），[0047] “SR（调度请求）：是用于请求上行链路UL-SCH资源的信息。” | 尽管对比文件提到了调度请求（SR）的基本概念，但其触发原因并非特定的BSR。在LTE系统中，SR可以在没有有效UL grant且触发了常规BSR时被触发。然而，对比文件完全没有讨论BSR，因此“由于BSR触发SR”这个因果关系在对比文件中完全不存在。该特征只能基于BSR触发，而对比文件无BSR，故不公开。 |
| **技术特征N：** 在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求<br><br>《未公开》 | 对比文件描述了SR通过PUCCH发送，[0047] “SR...使用开关键控（on-offkeying，OOK）系统进行发送。” <br>还描述了SR通过特定CC/小区发送，[0101] “控制信息可以被设置为仅通过特定CC来发送和接收。该特定CC可以被称为主CC（PCC）...”。 | 虽然对比文件指出SR在PUCCH上发送，并且可以通过特定CC（例如PCC）发送，但这与目标专利的特征N有本质区别。目标专利的特征N是“在对应所述特定无线电承载的一服务小区的PUCCH中传送SR”。这意味着SR的传输位置是根据触发BSR的特定RB来决定的，即RB与PUCCH资源/小区存在配对关系。对比文件中的SR传输位置是基于小区类型（PCC）的静态/半静态配置，而非基于特定RB。因此，对比文件未公开此特征。 |
| **技术特征O：** 其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区。<br><br>《隐含公开》 | [0051] 表1：PUCCH支持多种格式。<br>[0101] “控制信息可以被设置为仅通过特定CC来发送和接收。该特定CC可以被称为主CC（PCC）（或锚CC），并且其它CC可以被称为副CC（SCC）。” | 对比文件讨论了载波聚合下的UCI发送，其隐含了可以在不同服务小区上配置不同的PUCCH资源。例如，SR可以在PCC上发送，而CQI/ACK/NACK也可能需要在其他小区上通过PUSCH捎带。虽然对比文件没有明确说“在超过一个的服务小区上配置SR的PUCCH资源”，但考虑到CA场景下，UE可能有多个服务小区（PCell和SCell），且为了支持不同场景（如PCell链路不好时），网络可以配置SR在不同的服务小区上传输。对于本领域技术人员，可以合理推断出在CA系统中，UE的SR PUCCH资源可能被网络配置在超过一个的服务小区上，以提供灵活性或可靠性。因此，该技术特征可被认定为隐含公开。 |
### 附加比对
分析对比文件是否有可能公开了下列内容之一：
1. **无线电承载/逻辑信道与特定服务小区、载波或小区组之间存在配对关系。**
* **否。** 对比文件没有描述任何形式的RB/LC与特定小区/载波/小区组之间的“配对”或“关联”关系，即限定特定数据只能在特定链路上传输的概念。其描述的CA中，数据理论上可以在任何被调度的上行CC上传输。
2. **未配对的RB/LC数据不能在该服务小区或载波上传送。**
* **否。** 基于上述第1点，由于不存在“配对”关系，所以也不存在“未配对导致不能传送”的限制。对比文件中没有此类约束。
3. **BSR/调度信息应发送给能够调度该数据的节点/小区。**
* **否。** 对比文件不涉及BSR，故无从谈起BSR应发送给哪个节点。
4. **BSR内容仅反映该节点/小区可调度的数据。**
* **否。** 对比文件不涉及BSR内容生成的规则。
5. **特定RB/逻辑信道的较高优先数据到达 → 触发BSR → 在对应服务小区/载波/MAC实体发送BSR MAC CE → BSR内容只包括该小区/载波可传数据，不包括不可传数据。**
* **否。** 对比文件中完全没有这一完整流程的任何一步。
**结论：** 对比文件未公开附加比对中的任何内容。
<<<a>>>
<<<o>>>