对比文件名称：2012-06-13_JP4950218B_发明专利_JP4950218B2 Method and apparatus for communicating information using a plurality of dictionaries
目标专利名称：0721创新音速CN201310722317.1(CN103906081B)_在无线通讯系统中小小区增强的方法及装置
本次调用的模型名称：自定义AI模型
### 特征比对表格
| 技术特征描述以及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：用于一使用者设备中，所述方法包括，连接至超过一个的服务小区<br>**《直接公开》** | 对比文件在描述下行链路宏分集模式时指出：“当WT具有多个连接时，使用DL宏分集模式格式。”（参见说明书关于DLSNR5报告的描述部分，原句“当W Tが複数の接続を有するときは、W TがD Lマクロダイバーシティモードにある場合にD Lマクロダイバーシティモードフォーマットが用いられる。”）另外，图1明确绘制了多个小区（Cell 1, Cell M）及其对应的基站。 | 对比文件明确教导无线终端（WT）可以同时与多个基站扇区（即服务小区）建立连接，例如在宏分集模式下同时连接多个小区。因此，对比文件直接公开了使用者设备连接至超过一个的服务小区。 |
| 技术特征B：其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置<br>**《未公开》** | 对比文件提及将上行数据流映射到请求组（如RG0、RG1、RG2、RG3），该映射可由高层协议配置（参见关于请求组映射的描述，如“パケットの要求グループへのマッピングは、より高い層のプロトコルを通じて行われる。”）。但始终未出现“无线电承载”或“服务小区”之间的配对关系。 | 对比文件没有定义无线电承载（Radio Bearer）概念，且其配置仅涉及数据流与请求组的关联，而非与服务小区的配对。网络提供的信息用于配置请求组或字典选择，而非承载与小区间的关联。因此对比文件未公开该特征。 |
| 技术特征C：从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告<br>**《未公开》** | 对比文件中的上行链路请求报告（ULRQST1/3/4）是在预定的专用控制信道（DCCH）段中周期性发送，或由“柔性报告”机会触发，并非由高优先级数据到达这一事件所触发（参见UCCH结构及报告时机描述，如“各第1の組の予め決められた送信待ち行列統計報告機会…”）。 | 对比文件没有“缓冲状态报告（BSR）”的概念，其报告发送机制是固定时机或柔性选择，而非事件触发。未涉及高优先级数据到达触发报告的过程。 |
| 技术特征D：在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元<br>**《未公开》** | 对比文件中的请求报告是在无线终端所分配的DCCH段中传送的，该段对应于一个逻辑音调，但该逻辑音调不与特定服务小区或无线电承载直接关联。 | 对比文件没有媒体存取控制控制单元（MAC CE）的概念，也没有根据无线电承载选择特定服务小区传送报告的操作。传送资源的分配是基于逻辑音调而非承载与小区对应关系。 |
| 技术特征E：其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态<br>**《未公开》** | 对比文件的请求报告（如ULRQST4）包含特定请求组的缓冲状态，如N[0]、N[1]等，但请求组并不与服务小区关联，因此没有“可在该小区传送”的过滤。 | 对比文件未定义承载与服务小区的配对，所以不存在根据小区过滤缓冲数据状态的概念。报告中的缓冲状态是所有待传数据，不区分小区。 |
| 技术特征F：不包括无法在所述特定服务小区中传送的缓冲数据的状态<br>**《未公开》** | 同特征E，对比文件报告内容仅为请求组的数据量，不涉及任何小区限制。 | 对比文件没有特征F所要求的排除机制。 |
| 技术特征G：其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送<br>**《未公开》** | 对比文件未提及媒体存取控制实体（MAC entity）的概念，也未描述通过不同实体传送报告。 | 对比文件的协议栈未定义多个MAC实体，没有不同承载对应不同实体的结构。 |
| 技术特征H：其中多个媒体存取控制实体由所述使用者设备使用<br>**《未公开》** | 对比文件仅有一个MAC层（见关于MAC帧队列的描述），无多个MAC实体。 | 对比文件未公开UE使用多个MAC实体。 |
| 技术特征I：一个媒体存取控制实体对应一个进化B节点<br>**《未公开》** | 对比文件未涉及MAC实体与基站的对应关系。 | 对比文件的基站（BS）与MAC实体之间无此类关联。 |
| 技术特征J：所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置<br>**《未公开》** | 对比文件没有无线电承载和MAC实体配对的概念。 | 对比文件中仅存在请求组与字典的配置，无承载与MAC实体的配对。 |
| 技术特征K：其中所述超过一个的服务小区是由不同进化B节点所控制<br>**《隐含公开》** | 对比文件图1显示多个小区（Cell 1, Cell M）分别由不同的基站（BS 1, BS M）控制。在描述下行宏分集模式时，WT可以同时与不同基站的扇区连接。 | 虽然对比文件未直接使用“进化B节点（eNB）”这一术语，但其“基站（BS）”等效于eNB。当UE在宏分集模式下同时连接多个小区时，这些小区必然由不同的基站控制（因为不同小区拥有不同基站）。因此隐含公开了服务小区由不同进化B节点控制。 |
| 技术特征L：其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置<br>**《未公开》** | 对比文件未提供媒体存取控制实体与小区之间的配对配置。 | 对比文件不涉及此配对关系。 |
| 技术特征M：还包括，由于所述缓冲状态报告触发一调度请求<br>**《未公开》** | 对比文件中，无线终端通过ULRQST报告（如1比特报告）直接请求上行资源，但该报告并非由BSR触发，也没有单独的调度请求过程。 | 对比文件没有“由于BSR触发SR”的流程。其报告本身就是资源请求，且触发时机为预定义时段，而非BSR。 |
| 技术特征N：在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求<br>**《未公开》** | 对比文件未定义物理上行链路控制信道（PUCCH），其控制信道为专用控制信道（DCCH），且不承载调度请求。 | 对比文件无PUCCH概念，调度请求通过DCCH报告实现，且不基于承载选择小区。 |
| 技术特征O：其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区<br>**《未公开》** | 对比文件未涉及PUCCH资源在多个服务小区的配置。 | 对比文件不涉及此技术特征。 |
**附加比对分析**：对比文件是否可能公开了以下内容之一：
1. 无线电承载/逻辑信道与特定服务小区、载波或小区组之间存在配对关系。
2. 未配对的RB/LC数据不能在该服务小区或载波上传送。
3. BSR/调度信息应发送给能够调度该数据的节点/小区。
4. BSR内容仅反映该节点/小区可调度的数据。
5. 特定RB/逻辑信道的较高优先数据到达 → 触发BSR → 在对应服务小区/载波/MAC实体发送BSR MAC CE → BSR内容只包括该小区/载波可传数据，不包括不可传数据。
对比文件未公开上述任何内容。对比文件未涉及无线电承载/逻辑信道与服务小区的配对，也未涉及限制数据仅在特定小区传输；其报告内容不是针对特定调度节点的过滤；也没有先触发BSR再在特定小区发送MAC CE的流程。因此，不可能公开内容1~5。
**结论代码**：
根据以上分析，对比文件直接公开了技术特征A，隐含公开了技术特征K。其他技术特征未被公开。因此，在回答结尾插入代码：<<<A>>><<<k>>>。
<<<A>>><<<k>>>