好的，作为一名经验丰富的专利代理师，我将严格遵循您的要求，对目标专利权利要求的各项技术特征与对比文件进行严谨、详细的比对分析。
**首先，明确任务信息：**
- **对比文件名称：** 2011-02-24_JP2011505760A_发明专利_JP2011505760A *Interference management in a wireless communication system using a subframe time reuse*
- **目标专利名称：** 0721创新音速CN201310722317.1(CN103906081B) *在无线通讯系统中小小区增强的方法及装置*
- **本次调用的模型名称：** 由系统提供，未指定具体模型。
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 | |
| **技术特征A：用于一使用者设备中，所述方法包括，连接至超过一个的服务小区** <br><br> **《隐含公开》** | [2]“マクロスケールのカバレージ（たとえば、一般にマクロセルネットワークと呼ばれる、３Ｇネットワークなどの広域セルラーネットワーク）、およびより小さいスケールのカバレージ（たとえば、住居ベースまたは建築物ベースのネットワーク環境）を含むネットワーク中で、本明細書の教示を採用することができる。 アクセス端末（「ＡＴ」）がそのようなネットワーク中を移動するとき、アクセス端末は、あるロケーションでは、マクロカバレージを与えるアクセスノード（「ＡＮ」）によってサービスされ、他のロケーションでは、より小さいスケールのカバレージを与えるアクセスノードによってサービスされることがある。” <br><br> [2]“図１に、分散ノード（たとえば、アクセスポイント１０２、１０４、および１０６）が、関連する地理的エリアに設置されるか、またはその全体にわたってローミングすることができる他のノード（たとえば、アクセス端末１０８、１１０、および１１２）にワイヤレス接続性を与える通信システム１００の例示的な態様を示す。” | 对比文件描述了包括宏小区（如宏节点102）和小小区（如家庭基站/毫微微节点104、106）的网络架构。文件明确提及“アクセス端末”（UE）由不同节点提供服务。虽然未明确描述UE同时驻留在多个小区并建立连接（如LTE中的载波聚合或双连接），但描述了UE在不同类型的网络覆盖（宏小区和小小区）下移动和通信的场景。基于此，本领域技术人员可以合理推断，为了实现网络的无缝覆盖和负载均衡（文件讨论的目标之一），UE必然具备与一个以上服务小区（或可能服务的节点）进行连接的能力，例如在宏小区覆盖下接入小小区。因此，该特征被隐含公开。 | `<<<a>>>` |
| **技术特征B：其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置** <br><br> **《未公开》** | 对比文件全文未提及“无线电承载（Radio Bearer）”、“逻辑信道（Logical Channel）”以及与“服务小区”进行“配对（pairing/mapping）”的概念。文件中关于资源分配和调度的内容集中在干扰管理（例如通过时间/频率重用、门控序列），而非基于分层协议栈中承载级别的数据映射到特定小区。 | 对比文件的技术核心是物理层和MAC层的干扰管理，例如通过子帧时间重用来协调不同接入点（AP/NodeB）的发送时间，以避免相互干扰。其并未涉及在更高层（如RRC层）配置特定数据承载（如SRB、DRB）与不同服务小区之间的关联关系。目标专利中的“配对”是用于实现控制面/用户面分离的关键技术，而对比文件完全没有教导或暗示这种配置机制。因此，该特征未被公开。 | 无 |
| **技术特征C：从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告** <br><br> **《未公开》** | 对比文件全文未提及“缓冲状态报告（BSR）”或基于“无线电承载”优先级来触发特定报告。文件的核心是干扰测量和管理，而非上行调度请求机制。 | 对比文件描述的是下行和上行干扰的检测与缓解方法（如干扰门控、功率控制、波束赋形）。其技术主题与目标专利完全不同，目标专利涉及MAC层的BSR触发和传输规则。对比文件没有公开BSR的概念，更没有公开如何根据特定RB数据到达的优先级来触发BSR。因此，该特征未被公开。 | 无 |
| **技术特征D：在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元** <br><br> **《未公开》** | 对比文件全文未提及“缓冲状态报告媒体存取控制控制单元（BSR MAC CE）”，也未提及在任何特定服务小区中传送该MAC CE。 | 同特征C的分析，对比文件没有公开BSR机制，因此更不可能公开BSR MAC CE在特定服务小区中的传输规则。目标专利的核心创新之一是根据触发BSR的RB来决定在哪个服务小区发送BSR，这一技术思想在对比文件中完全没有体现。因此，该特征未被公开。 | 无 |
| **技术特征E：其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态** <br><br> **《未公开》** | 对比文件全文未提及“媒体存取控制控制单元”或其中包含的数据状态信息。 | 对比文件没有公开BSR MAC CE的内容结构或生成规则，因此也完全未公开其内容应仅包含可在特定服务小区传送的数据状态。因此，该特征未被公开。 | 无 |
| **技术特征F：不包括无法在所述特定服务小区中传送的缓冲数据的状态。** <br><br> **《未公开》** | 对比文件全文未提及BSR内容的选择或排除规则。 | 基于上述E的分析，对比文件未公开BSR内容生成的具体规则，因此也未公开任何关于“排除”特定数据状态的限制条件。因此，该特征未被公开。 | 无 |
| **技术特征G：其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送。** <br><br> **《未公开》** | 对比文件全文未提及“媒体存取控制（MAC）实体”的概念，更未提及任何关于MAC实体与无线电承载之间的对应关系或通过特定MAC实体发送MAC CE的技术。 | 对比文件虽然提及了MAC层（例如在描述HARQ接口时），但并未描述UE可以配置多个MAC实体，或者将特定MAC实体与特定无线承载或服务小区关联。这是目标专利在双连接或载波聚合增强场景下的特定方案。对比文件没有公开此机制。因此，该特征未被公开。 | 无 |
| **技术特征H：其中多个媒体存取控制实体由所述使用者设备使用** <br><br> **《未公开》** | 对比文件全文未提及“多个媒体存取控制实体”。 | 对比文件通常假设一个UE只有一个MAC实体。其讨论的干扰管理方案不依赖于UE侧具有多个MAC实体。目标专利中为支持不同节点（如宏eNB和小小区eNB）的独立调度而使用多个MAC实体的方案，在对比文件中没有公开或暗示。因此，该特征未被公开。 | 无 |
| **技术特征I：一个媒体存取控制实体对应一个进化B节点** <br><br> **《未公开》** | 对比文件全文未提及“多个MAC实体”与“eNB”之间的对应关系。 | 基于H的分析，由于对比文件未公开UE使用多个MAC实体，因此更无从提及MAC实体与eNB之间的对应关系。因此，该特征未被公开。 | 无 |
| **技术特征J：所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置。** <br><br> **《未公开》** | 对比文件全文未提及“无线电承载”与“MAC实体”之间的“配对”概念或配置方式。 | 对比文件没有公开MAC实体的概念，也没有公开RB与任何MAC实体的关联，因此该特征完全未被公开。 | 无 |
| **技术特征K：其中所述超过一个的服务小区是由不同进化B节点所控制。** <br><br> **《隐含公开》** | [2]“マクロセルカバレージ（たとえば、マクロノード５６０によってサービスされる）およびより小さいカバレージ（たとえば、フェムトノード５１０によってサービスされる）を含むネットワーク” <br> [2]“図５Ａに、１つまたは複数のフェムトノードがネットワーク環境内に展開された例示的な通信システム５００を示す。” | 对比文件图5A及说明书清楚地揭示了宏小区（由宏节点560控制）和小小区（由毫微微节点510A、510B控制）共存的网络场景。这些小区分别由不同物理节点控制。虽然文件未明确使用“不同eNB”的表述，但宏节点和毫微微节点从基站类型和功能上看，可以视为不同的基站/节点。本领域技术人员能够理解，在这种异构网络部署中，UE连接到的宏小区和小小区很可能由不同的节点（如宏eNB和小小区eNB）控制。因此，该特征被隐含公开。 | `<<<k>>>` |
| **技术特征L：其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置。** <br><br> **《未公开》** | 对比文件全文未提及“媒体存取控制实体”与“服务小区”之间的“配对”概念或配置方式。 | 基于G-L的系列分析，对比文件未公开多MAC实体、MAC实体与RB或服务小区之间配对的任何思想。因此，该特征未被公开。 | 无 |
| **技术特征M：还包括，由于所述缓冲状态报告触发一调度请求** <br><br> **《未公开》** | 对比文件全文未提及“缓冲状态报告”或“调度请求（SR）”的触发关系。文件未涉及任何关于调度请求的机制。 | 对比文件没有公开BSR，因此也未公开BSR触发SR这一标准的LTE MAC过程。因此，该特征未被公开。 | 无 |
| **技术特征N：在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求** <br><br> **《未公开》** | 对比文件未提及“调度请求”、“物理上行链路控制信道（PUCCH）”或任何基于RB选择服务小区以传送SR的规则。 | 对比文件的核心是干扰管理，而非上行调度请求的传输。其未公开任何关于SR的资源或传输规则。因此，该特征未被公开。 | 无 |
| **技术特征O：其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区。** <br><br> **《未公开》** | 对比文件未提及“物理上行链路控制信道资源”在多个服务小区的配置。 | 由于对比文件未公开SR传送至特定小区，也未公开在多个小区配置PUCCH资源用于SR，因此该特征未被公开。 | 无 |
---
### 附加比对分析
对比文件是否有可能公开了“Z”项的内容？经过分析，对比文件完全未涉及以下内容：
1. **无线电承载/逻辑信道与特定服务小区、载波或小区组之间的配对关系**：对比文件着眼于干扰协调，未涉及任何上层数据承载与特定小区关联的概念。
2. **未配对的RB/LC数据不能在该服务小区或载波上传送**：直接相关于上述第1点，未提及，因此也未涉及数据传送的限制规则。
3. **BSR/调度信息应发送给能够调度该数据的节点/小区**：对比文件未描述BSR机制。
4. **BSR内容仅反映该节点/小区可调度的数据**：对比文件未描述BSR内容。
5. **特定RB/逻辑信道的较高优先数据到达 → 触发BSR → 在对应服务小区/载波/MAC实体发送BSR MAC CE → BSR内容只包括该小区/载波可传数据，不包括不可传数据**：这是目标专利的核心创新链，对比文件完全没有公开这一系列机制。
**结论：对比文件没有公开上述任何一项内容，因此不应插入<<<Z>>>。**
---
### 最终判断代码
根据上述分析，对比文件隐含公开了技术特征A和K，未公开其他技术特征。
`<<<a>>><<<k>>>`