对比文件名称：2012-05-16_JP4933616B_发明专利_JP4933616B2 Multicast _ Broadcast reporting for a wireless network
目标专利名称：0721创新音速CN201310722317.1(CN103906081B)_在无线通讯系统中小小区增强的方法及装置
本次调用的模型名称：当前语言模型（基于通用对话能力）
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：用于一使用者设备中，所述方法包括，连接至超过一个的服务小区（**未公开**） | 对比文件[2]记载：“おのおのの端末120は、所与の任意の瞬間において、ダウンリンクおよびアップリンクで、０、１、または複数の基地局と通信することができる。” | 对比文件仅描述UE在任意时刻可与0、1或多个基地局通信，但并未涉及UE同时连接超过一个服务小区用于载波聚合或双连接的配置，且全文围绕单个小区的广播/组播服务反馈，未公开“连接超过一个服务小区”这一用于小小区增强的方法前提。 |
| **技术特征B**：其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置（**未公开**） | 对比文件[2]记载：“ダウンリンク送信リソースのブロックと、アップリンク送信リソースのブロックとの間の相関付けをスケジュールする。” | 对比文件公开的是下行传输资源块与上行反馈资源块之间的调度关联，用于MBMS的NACK反馈，并非无线电承载（RB）与服务小区之间的配对，且未涉及由网络提供配置信息来建立RB与小区的关系。 |
| **技术特征C**：从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告（**未公开**） | 对比文件全文未出现“缓冲状态报告（BSR）”或类似概念。 | 对比文件涉及的是下行数据接收失败的反馈（NACK），由数据丢失触发，而非上行数据到达触发的BSR；且未提及基于数据优先级触发BSR。 |
| **技术特征D**：在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元（**未公开**） | 对比文件[2]记载：“前記複数の端末デバイスのうちの少なくとも１つから、前記アップリンク送信リソースのブロックによって、前記ダウンリンク送信リソースのブロックに関連するフィードバック・メッセージを受信する。” | 对比文件的反馈消息直接在关联的上行资源上发送（可为NACK能量或比特位），不属于MAC CE，也未涉及对应RB的特定服务小区中传送BSR MAC CE。 |
| **技术特征E**：其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态（**未公开**） | 对比文件未涉及缓冲资料状态。 | 对比文件反馈的是下行数据是否被接收，而非上行缓冲数据量；MAC CE的概念不存在。 |
| **技术特征F**：不包括无法在所述特定服务小区中传送的缓冲数据的状态（**未公开**） | 对比文件未涉及。 | 对比文件无缓冲状态报告内容限定。 |
| **技术特征G**：其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送（**未公开**） | 对比文件全文未提及多个MAC实体或MAC实体的对应关系。 | 对比文件仅涉及一个MAC实体（隐含），未公开UE使用多个MAC实体，也无“对应特定RB的MAC实体”的描述。 |
| **技术特征H**：其中多个媒体存取控制实体由所述使用者设备使用（**未公开**） | 对比文件未涉及。 | 对比文件未公开UE配置有多个MAC实体。 |
| **技术特征I**：一个媒体存取控制实体对应一个进化B节点（**未公开**） | 对比文件[2]描述了eNode B，但未提及MAC实体与eNB的对应。 | 对比文件仅一般性提及基站，未涉及双连接下多个MAC实体分别对应不同eNB的架构。 |
| **技术特征J**：所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置（**未公开**） | 对比文件未涉及。 | 对比文件无RB与MAC实体配对的配置。 |
| **技术特征K**：其中所述超过一个的服务小区是由不同进化B节点所控制（**未公开**） | 对比文件[2]记载：“複数の基地局110”但未涉及同一UE连接的不同小区由不同eNB控制。 | 对比文件描述多个基站，但无特定配置指示UE的服务小区分别属于不同eNB，且不涉及双连接场景。 |
| **技术特征L**：其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置（**未公开**） | 对比文件未涉及。 | 对比文件无MAC实体与服务小区配对的概念。 |
| **技术特征M**：还包括，由于所述缓冲状态报告触发一调度请求（**未公开**） | 对比文件未涉及调度请求（SR）。 | 对比文件未公开BSR，故不存在由BSR触发的调度请求。 |
| **技术特征N**：在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求（**未公开**） | 对比文件[2]提及上行信道（UL-SCH），但未指定PUCCH。 | 对比文件反馈消息可在UL-SCH或特定上行资源上发送，未明确是PUCCH，且无调度请求概念。 |
| **技术特征O**：其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区（**未公开**） | 对比文件未涉及。 | 对比文件未公开多个服务小区中分别配置PUCCH资源用于调度请求。 |
### 附加比对
对比文件是否有可能公开了下列内容之一：
1. 无线电承载/逻辑信道与特定服务小区、载波或小区组之间存在配对关系。
2. 未配对的RB/LC数据不能在该服务小区或载波上传送。
3. BSR/调度信息应发送给能够调度该数据的节点/小区。
4. BSR内容仅反映该节点/小区可调度的数据。
5. 特定RB/逻辑信道的较高优先数据到达 → 触发BSR → 在对应服务小区/载波/MAC实体发送BSR MAC CE → BSR内容只包括该小区/载波可传数据，不包括不可传数据。
对比文件仅涉及MBMS下行数据的NACK反馈，通过下行资源块与上行资源块的关联实现，其关联对象是“资源块”，而非无线电承载/逻辑信道与服务小区或MAC实体。对比文件未涉及任何BSR机制、调度请求、MAC实体划分或数据优先级触发的报告流程，也未提出数据必须通过配对小区传输的限制。因此，对比文件**没有**公开上述任何内容，不可能合理推断出目标专利所主张的技术特征或所述附加内容。
### 结论
对比文件在技术领域、要解决的技术问题、所采用的技术手段和所达到的技术效果上与目标专利均存在本质差异。目标专利所有技术特征（A~O）及附加比对内容均未在对比文件中直接或隐含公开，故**不插入任何代码**。
（无任何<<<A>>>至<<<O>>>或<<<a>>>至<<<o>>>及<<<Z>>>代码输出）