### 对比文件名称
2012-06-28_JP2012514927A_发明专利_JP2012514927A Implement apparatus method and how to manage the radio links in a wireless communication system having a mobile unit
### 目标专利名称
0721创新音速CN201310722317.1(CN103906081B)_在无线通讯系统中小小区增强的方法及装置
### 调用的模型名称
（未指定，按指令省略）
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：用于一使用者设备中，所述方法包括，连接至超过一个的服务小区<br>**《直接公开》** | 对比文件[0002]段：“…ソフトハンドオーバ（又はＳＨＯ）との間で区別がなされる。…移動体が同時に複数の基地局と通信している可変長の相があるソフトハンドオーバ…”<br>（中文：软切换（SHO）与此不同，软切换中存在一个可变长度的阶段，在此期间移动台同时与多个基站通信。） | 对比文件明确描述了UE（移动台）能够同时与多个基站（即多个小区）进行通信，这直接对应于“连接至超过一个的服务小区”。虽然在UMTS软切换语境下，这些小区通常称为活动集小区，但本领域技术人员能够毫无疑义地认识到该技术方案公开了UE连接到多个服务小区的基本特征。 |
| **技术特征B**：其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置<br>**（未公开）** | 对比文件未公开任何关于无线电承载（RB）与服务小区之间配对的内容。对比文件讨论的是UE与毫微微接入点之间的用户关联（例如归属用户），以及由此触发的不同切换门限，但并未涉及RB级别的配置或配对。 | 目标专利中RB与小区配对是由网络通过RRC信令配置的，用于决定特定RB的数据在哪个小区传输。对比文件仅涉及UE整体与基站的关联，没有描述RB或逻辑信道与特定小区的绑定关系，也没有网络配置此类配对的信息。因此未公开。 |
| **技术特征C**：从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告<br>**（未公开）** | 对比文件全文未出现“缓冲状态报告（BSR）”或类似概念。 | 对比文件不属于LTE/LTE-A系统，未引入BSR机制。其涉及的是切换测量、门限比较等，没有关于数据到达触发缓冲区状态报告的任何教导。 |
| **技术特征D**：在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元<br>**（未公开）** | 对比文件未提及媒体存取控制控制单元（MAC CE）及其传输。 | 目标专利的MAC CE（如BSR MAC CE）是LTE MAC层的特定控制单元。对比文件无MAC层控制单元的相关描述，更未涉及在特定小区中传输此类单元。 |
| **技术特征E**：其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态<br>**（未公开）** | 对比文件未描述MAC CE的内容构成。 | 无任何公开。 |
| **技术特征F**：不包括无法在所述特定服务小区中传送的缓冲数据的状态。<br>**（未公开）** | 对比文件未涉及缓冲数据状态的分割或限制。 | 无任何公开。 |
| **技术特征G**：其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送<br>**（未公开）** | 对比文件未引入MAC实体的概念。 | 目标专利提出多个MAC实体（如一个用于控制平面、一个用于用户平面）的概念。对比文件仅有一个MAC实体（UMTS中通常RLC/MAC层），没有多个MAC实体或RB与MAC实体对应的教导。 |
| **技术特征H**：其中多个媒体存取控制实体由所述使用者设备使用<br>**（未公开）** | 对比文件未描述多个MAC实体。 | 同上。 |
| **技术特征I**：一个媒体存取控制实体对应一个进化B节点<br>**（未公开）** | 对比文件未描述MAC实体与eNB的对应关系。 | 对比文件中的宏小区Node B和毫微微接入点可视为不同的基站（类似eNB），但未提及每个基站对应一个MAC实体。 |
| **技术特征J**：所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置。<br>**（未公开）** | 对比文件未涉及RB与MAC实体的配对。 | 无任何公开。 |
| **技术特征K**：其中所述超过一个的服务小区是由不同进化B节点所控制。<br>**《直接公开》** | 对比文件[002]及图2说明：宏小区由Node‑B 4（可视为宏eNB）控制，毫微微小区由毫微微接入点5（可视为小小区eNB）控制，二者属于不同的基站节点。 | 对比文件明确展示了UE同时连接的小区（宏小区和毫微微小区）由不同的基站实体控制。在LTE演进中，这些基站相当于不同的eNB。因此本领域技术人员能直接得出该特征。 |
| **技术特征L**：其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置。<br>**（未公开）** | 对比文件未讨论MAC实体与小区之间的配对关系。 | 无任何公开。 |
| **技术特征M**：还包括，由于所述缓冲状态报告触发一调度请求<br>**（未公开）** | 对比文件未提及调度请求（SR）或BSR触发SR的过程。 | 无。 |
| **技术特征N**：在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求<br>**（未公开）** | 对比文件未涉及PUCCH资源或调度请求的传输。 | 对比文件属于UMTS系统，PUCCH是LTE的物理信道，无相关公开。 |
| **技术特征O**：其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区。<br>**（未公开）** | 对比文件未描述PUCCH资源配置。 | 无。 |
---
### 附加比对分析
对比文件没有公开以下内容的任一项：
1. 无线电承载/逻辑信道与特定服务小区、载波或小区组之间的配对关系；
2. 未配对的RB/LC数据不能在该服务小区或载波上传送；
3. BSR/调度信息应发送给能够调度该数据的节点/小区；
4. BSR内容仅反映该节点/小区可调度的数据；
5. 特定RB/逻辑信道的较高优先数据到达 → 触发BSR → 在对应服务小区/载波/MAC实体发送BSR MAC CE → BSR内容只包括该小区/载波可传数据，不包括不可传数据。
对比文件完全不涉及缓冲状态报告、MAC控制单元、调度请求等目标专利的核心机制。因此没有公开上述任何内容，**不插入<<<Z>>>**。
---
### 输出代码
根据判断结果：
- 技术特征A被直接公开 → 插入 **<<<A>>>**
- 技术特征K被直接公开 → 插入 **<<<K>>>**
其他技术特征（B、C、D、E、F、G、H、I、J、L、M、N、O）未被公开，不插入任何代码。
<<<A>>><<<K>>>