好的，作为一名经验丰富的专利代理师，我将对您提供的对比文件与目标专利的权利要求进行详细的创造性评估。我将严格遵循您的指示，对每个技术特征进行严谨的对比分析。
**对比文件名称：** 2012-12-06_JP2012531107A_发明专利_JP2012531107A Operation in the discontinuous reception mode using carrier aggregation
**目标专利名称：** 0721创新音速CN201310722317.1(CN103906081B)_在无线通讯系统中小小区增强的方法及装置
**本次调用的模型名称：** 您提供的模型（未指定，假定为通用高级语言模型）
---
### 特征比对表格
| 技术特征及公开性判断 | 第二栏：对比文件原文引用（中文翻译） | 第三栏：公开性论述 | |
| **技术特征A：用于一使用者设备中，所述方法包括，连接至超过一个的服务小区** <br><br> **《直接公开》** | 对比文件说明书[2]：“キャリア・アグリゲーションを支援するために、所与のコンポーネント・キャリヤ（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ：ＣＣ）に関するＤＬ割り付けを伝達する（ＰＤＣＣＨ上の）制御情報を、データを含むものとは異なるＤＬ ＣＣ上（例えば、物理下りリンク共有チャンネル（Ｐｈｙｓｉｃａｌ ＤＬ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ：ＰＤＳＣＨ）にて送信することが提案されている。” <br> 翻译：“为了支持载波聚合，已提出在不同于包括数据（例如物理下行链路共享信道（PDSCH））的DL CC上发送传达关于给定分量载波（CC）的DL分配（在PDCCH上）的控制信息。” <br><br> 对比文件说明书[2]：“以降参照される場合、用語「ＤＬ ＣＣ」は、限定的ではなく、「対応（ｓｅｒｖｉｎｇ）セル」、「主対応セル（Ｐｒｉｍａｒｙ ｓｅｒｖｉｎｇ ｃｅｌｌ：Ｐｃｅｌｌ）」、または「二次対応セル（Ｓｅｃｏｎｄａｒｙ ｓｅｒｖｉｎｇ ｃｅｌｌ：Ｓｃｅｌｌ）」のＤＬを含むことができる。” <br> 翻译：“在下文中，术语“DL CC”可以非限制性地包括“服务小区”、“主服务小区（Pcell）”或“辅服务小区（Scell）”的DL。” | 对比文件明确公开了支持载波聚合（Carrier Aggregation）的技术。在载波聚合中，用户设备（WTRU）可以被配置为使用多个分量载波（CC）。说明书将DL CC明确关联到“服务小区”（serving cell），包括主服务小区（Pcell）和辅服务小区（Scell）。这直接意味着WTRU能够连接至超过一个的服务小区。该特征在对比文件中的作用是支持更高的数据吞吐量，这与目标专利中连接多个服务小区以提供小小区增强的基本场景和技术目的是一致的。 | |
| **技术特征B：其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置** <br><br> **《隐含公开》** | 对比文件说明书[2]：“各キャリアに準拠して定められたアクティブ時間...「対応セル（ｓｅｒｖｉｎｇ ｃｅｌｌ）」は、ＵＬ ＣＣに関連付けることができるＤＬ ＣＣを有する。” <br> 翻译：“为每个载波定义的激活时间...“服务小区”具有可以与UL CC相关联的DL CC。” <br><br> 对比文件说明书[2]：“ＣＣ専用ＤＲＸ非アクティブ・タイマまたは他のＣＣ ＤＲＸ非アクティブ・タイマは、... この特性（ｐｒｏｐｅｒｔｙ）を有するＤＬまたはＵＬ ＣＣの部分集合は、上位層により予め伝えることができる。” <br> 翻译：“CC专用DRX非激活定时器或其他CC DRX非激活定时器是... 具有此属性的DL或UL CC的子集可以由上层预先发信号通知。” <br><br> 对比文件说明书[2]：“対応セル専用ＤＲＸ非アクティブ・タイマは、... この特性を有する対応セルの部分集合は、上位層により構成することができる。” <br> 翻译：“服务小区专用DRX非激活定时器是... 具有此属性的服务小区的子集可以由上层配置。” | 对比文件的核心是载波聚合下的DRX操作，它详细描述了如何将D L/U L资源（CC）与特定的“服务小区”相关联，并且这种关联（例如，哪个UL CC与DL CC配对、哪些CC被分组并共享DRX定时器）是由网络（上位层）通过信令配置的。虽然对比文件没有明确使用“无线电承载（Radio Bearer）”这一术语与“服务小区”进行配对，但其描述的UL/DL资源分配、调度许可（grant）与特定服务小区的强关联性（例如，一个服务小区对应的UL许可用于在该小区所在CC上发送数据），隐含着特定类型的数据或业务流最终会映射到特定的服务小区上传输。这种配置本质上定义了数据与小区之间的关联。也就是说，本领域技术人员可以理解，网络配置的CC与服务小区的关联关系最终会用于决定不同逻辑信道/无线电承载的数据应在哪个服务小区上传输。因此，可以合理推断出，存在一种由网络配置的、将数据（承载）与特定服务小区关联起来的机制。 | |
| **技术特征C：从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告** <br><br> **《未公开》** | 对比文件说明书全文。 | 对比文件主要涉及不连续接收（DRX）模式下的操作，包括激活时间的定义（PDCCH/PDSCH/PUSCH激活时间）以及如何在一个或多个载波上进行省电监听。虽然对比文件提到了“调度请求（Scheduling Request）”，但其主要关注点在于DRX激活时间与调度机制的关系，而非具体地描述BSR的触发条件。对比文件中没有任何内容提及或暗示一个BSR是由于“特定无线电承载”的“高优先级数据到达”而被触发的。该技术特征涉及的是LTE/LTE-A中一个明确的、既有的BSR触发机制，但对比文件并未对此进行教导。 | |
| **技术特征D：在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元** <br><br> **《未公开》** | 无 | 基于对特征C的判断，由于对比文件未公开BSR是如何被触发的，自然也未能公开触发后的BSR应被发送到“对应特定无线电承载的特定服务小区”这一后续行为。对比文件的主要焦点在于如何定义和计算与服务小区或CC相关的DRX激活时间，以及在这些激活时间内如何监听PDCCH和收发数据，而不是BSR的传输规则。 | |
| **技术特征E：其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态** | **《未公开》** | 无 | 对比文件没有涉及缓冲状态报告（BSR）的内容构成。它主要讨论的是DRX（不连续接收）行为的控制。BSR的内容如何被组织（例如，是否只包含在发送BSR的小区上可传的数据）并未在对比文件中提及或暗示。 |
| **技术特征F：不包括无法在所述特定服务小区中传送的缓冲数据的状态。** <br><br> **《未公开》** | 无 | 基于对特征E的论述，对比文件没有提出任何关于BSR内容筛选的原则。因此，对比文件既未公开也未隐含公开“BSR MAC CE将排除无法在传送该控制单元的小区上传输的数据”这一特定规则。该特征是目标专利为了解决节点间信息交互延迟和资源浪费问题提出的核心解决方案之一，对比文件中完全未涉及。 | |
| **技术特征G：其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送。** <br><br> **《隐含公开》** | 对比文件说明书[2]：“「対応セル（ｓｅｒｖｉｎｇ ｃｅｌｌ）」は、ＵＬ ＣＣに関連付けることができるＤＬ ＣＣを有する。 「セル専用（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）アクティブ時間」は、ＰＤＳＣＨ受信のために構成されたＤＬ ＣＣを含む、それぞれの対応セルに対して定義される。” <br> 翻译：““服务小区”具有可以与UL CC相关联的DL CC。“小区专用激活时间”是针对每个服务小区定义的，该服务小区包含为PDSCH接收配置的DL CC。” <br><br> 对比文件说明书[2]：“キャリア・アグリゲーションを採用するＤＲＸモードにおける動作の方法は、ＣＣ毎アクティブ時間の概念に基づく。” <br> 翻译：“在采用载波聚合的DRX模式下的操作方法基于每CC激活时间的概念。” <br><br> 对比文件说明书[2]：“各々のアクティブなＤＬ ＣＣに対するＤＲＸは、ＰＤＣＣＨアクティブ時間、ＰＤＳＣＨアクティブ時間、または両方の組み合わせに基づくことができる。 ＤＲＸは各々のＤＬ ＣＣに独立して適用することができ、...” <br> 翻译：“每个激活的DL CC的DRX可以基于PDCCH激活时间、PDSCH激活时间或两者的组合。DRX可以独立地应用于每个DL CC，...” | 对比文件描述了为每个CC定义了独立的激活时间（如PDCCH激活时间、PDSCH激活时间、PUSCH激活时间）和独立的定时器（如DRX非激活定时器）。在3GPP LTE-A的协议框架中，每个服务小区（或CC）通常对应一个MAC实体。对比文件中“每CC激活时间”和“每服务小区”的独立DRX管理，必然要求每个服务小区有其对应的MAC实体来管理该小区上的数据调度、HARQ等操作。因此，虽然对比文件没有明确使用“MAC实体”一词，但其描述的独立每小区操作机制，使得本领域技术人员能够合理推断出，用于执行特定服务小区/CC上数据收发的逻辑功能实体（即MAC实体）与为该服务小区配置的无线电承载之间存在对应关系。传送BSR的MAC CE本质上是一个MAC层的控制信令，其传输必然由该对应小区的MAC实体处理。因此，对比文件隐含公开了MAC控制单元（如BSR MAC CE）由与特定服务小区相关联的MAC实体发送的概念。 | |
| **技术特征H：其中多个媒体存取控制实体由所述使用者设备使用** <br><br> **《隐含公开》** | 对比文件说明书[2]：“各キャリアに準拠して定義されたアクティブ時間...ＤＲＸ動作が拡張される。” <br> 翻译：“为每个载波定义的激活时间...DRX操作被扩展。” <br><br> 对比文件说明书[2]：“ＤＲＸ非アクティブ・タイマまたは他のＣＣ ＤＲＸ非アクティブ・タイマの始動または再開を含む、上述の何れの場合においても、... このため、関係するＣＣ上での受信をアクティブにするための「起動」時間が認められる。” <br> 翻译：“在任何上述情况下，包括启动或重新启动DRX非激活定时器或其他CC DRX非激活定时器，... 因此，允许一个“激活”时间用于激活相关CC上的接收。” | 基于对特征G的论述，对比文件的核心思想是操作基于“每CC”或“每服务小区”。它描述了为不同CC独立配置和执行DRX行为、独立维护定时器（如DRX非激活定时器、onDuration定时器）和激活时间。这种每CC独立运作的机制在3GPP协议中通常由独立的MAC实体负责。当WTRU被配置了多个服务小区（如一个Pcell和一个Scell）时，为了支持每小区的独立DRX、独立HARQ实体、独立随机接入等过程，WTRU内部必然存在多个MAC实体来管理这些不同的小区。因此，对比文件通过描述每CC独立DRX操作，隐含地教导了WTRU内部存在多个独立的处理过程（即MAC实体）。 | |
| **技术特征I：一个媒体存取控制实体对应一个进化B节点** <br><br> **《未公开》** | 对比文件说明书[2]：“図３は、Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）２０５を含むＬＴＥ無線通信システム／アクセス・ネットワーク２００を示す図である。 Ｅ−ＵＴＲＡＮ２０５はいくつかのｅＮＢ２２０を含む。 ＷＴＲＵ２１０は、ｅＮＢ２２０と通信状態にある。 ｅＮＢ２２０は、Ｘ２インタフェイスを使用して互いにインタフェイスする。” <br> 翻译：“图3示出了包括演进通用陆地无线接入网（E-UTRAN）205的LTE无线通信系统/接入网络200。E-UTRAN 205包括几个eNB 220。WTRU 210与eNB 220处于通信状态。eNB 220通过X2接口相互连接。” | 对比文件描述的载波聚合是在“eNB内”（intra-eNB）的，即多个服务小区（CC）由同一个eNB控制。虽然对比文件提到了多个eNB通过X2接口连接，但WTRU是通过与一个“服务eNB”连接来接入这些由该eNB控制的小区。对比文件完全没有描述WTRU同时连接由不同eNB控制的小区（即eNB间载波聚合或双重连接）的场景。因此，对比文件没有教导或暗示“一个MAC实体对应一个eNB”这种在不同eNB间分离控制/用户平面的架构，这是目标专利针对小小区增强提出的特有概念。 | |
| **技术特征J：所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置。** <br><br> **《隐含公开》** | 对比文件说明书[2]：“各キャリアに準拠して定められたアクティブ時間... 「対応セル（ｓｅｒｖｉｎｇ ｃｅｌｌ）」は、ＵＬ ＣＣに関連付けることができるＤＬ ＣＣを有する。... この特性（ｐｒｏｐｅｒｔｙ）を有するＤＬまたはＵＬ ＣＣの部分集合は、上位層により予め伝えることができる。” <br> 翻译：“为每个载波定义的激活时间...“服务小区”具有可以与UL CC相关联的DL CC。...具有此属性的DL或UL CC的子集可以由上层预先通知。” | 对比文件的核心在于“每CC”的独立配置。它明确指出CC（或服务小区）的属性和子集（例如哪些CC共享DRX非激活定时器）是由网络高层配置的（上位層により予め伝える/構成する）。既然MAC实体是为管理和操作每个服务小区/CC而存在的（如特征G/H所论），那么网络配置的“CC/服务小区与特定属性（如DRX、调度）”的关系，必然决定了哪个MAC实体来服务哪个CC。进一步地，由于数据（无线电承载）是在这些配置了特定属性的CC上传输的，因此，无线电承载、服务小区/CC和MAC实体之间的关联关系本质上是由网络通过配置这些CC属性来定义的。尽管对比文件没有直接使用“配对”一词，但其描述的通过高层信令配置每CC操作参数的行为，使得本领域技术人员能够合理推断出，网络通过这种配置隐式地建立了MAC实体与提供服务的小区之间的关系，从而决定了数据由哪个MAC实体处理。 | |
| **技术特征K：其中所述超过一个的服务小区是由不同进化B节点所控制。** <br><br> **《未公开》** | 对比文件说明书[2]：“図３は、Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）２０５を含むＬＴＥ無線通信システム／アクセス・ネットワーク２００を示す図である。 Ｅ−ＵＴＲＡＮ２０５はいくつかのｅＮＢ２２０を含む。 ＷＴＲＵ２１０は、ｅＮＢ２２０と通信状態にある。” <br> 翻译：“图3示出了包括演进通用陆地无线接入网（E-UTRAN）205的LTE无线通信系统/接入网络200。E-UTRAN 205包括几个eNB 220。WTRU 210与eNB 220处于通信状态。” | 对比文件描述的载波聚合场景是基于3GPP Release 10/11的，其标准规定载波聚合的所有服务小区都位于同一个eNB之下。虽然对比文件提到了网络中有多个eNB，但WTRU 210的通信仅与一个eNB 220进行，它通过载波聚合连接的小区都属于这个服务eNB。对比文件完全没有描述或暗示WTRU能够同时连接由不同eNB（如服务eNB和漂移eNB）控制的多个服务小区，而这种“由不同eNB控制”正是目标专利中“小小区增强”和“双重连接”的核心要素。 | |
| **技术特征L：其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置。** <br><br> **《隐含公开》** | 对比文件说明书[2]：“ＤＬ ＣＣに対するＤＲＸ非アクティブ・タイマ：このタイマがトリガーされた後に、このＣＣに対するＤＬ割り付けを提供する他の少なくとも１つのＤＬ ＣＣのＰＤＣＣＨと並んで、このＣＣのＰＤＳＣＨを監視することができる時間であって、...” <br> 翻译：“DL CC的DRX非激活定时器：该定时器被触发后，可以与该CC的PDSCH以及其他至少一个为该CC提供DL分配的DL CC的PDCCH一起被监视的时间，由该时间内的连续子帧数规定；” <br><br> 对比文件说明书[2]：“専用のＤＲＸ非アクティブ・タイマおよびオン期間タイマについては、以下の定義が適用されなければならない：... 対応セルに対するＤＲＸ非アクティブ・タイマ：このタイマがトリガーされた後に、この対応セルのセル専用アクティブ時間がその間延長されるべき時間であって、...” <br> 翻译：“对于专用DRX非激活定时器和onDuration定时器，应适用以下定义：... 服务小区的DRX非激活定时器：该定时器被触发后，该服务小区的特定小区激活时间应被延长的持续时间，由该时间内的连续子帧数规定；” | 对比文件详细定义了“每CC”或“每服务小区”的DRX定时器。这些定时器（如DRX非激活定时器、onDuration定时器）的管理和启动是与特定CC/服务小区关联的。在3GPP架构中，这些定时器的运行和维护通常由该小区对应的MAC实体负责。对比文件明确说明，这些CC/服务小区的属性、定时器值以及不同CC间的关联关系（例如，一个CC的调度影响另一个CC的激活时间）都是由网络（上层）配置的。因此，通过配置这些与特定CC/服务小区关联的参数，网络实际上定义了MAC实体（负责管理该小区DRX等操作）与该服务小区之间的关系。本领域技术人员可以合理推断，MAC实体与服务小区之间的关联，正是通过网络提供的这些配置信息来确立的。 | |
| **技术特征M：还包括，由于所述缓冲状态报告触发一调度请求** <br><br> **《未公开》** | 无 | 尽管对比文件在描述PUSCH激活时间时提到了“スケジューリング要求が処理中である時間”（调度请求正在处理的时间），但这是对SR处理状态的描述，与BSR触发SR的因果关系完全不同。对比文件没有公开或暗示“当BSR被触发时，由于没有可用的UL grant，进而触发一个调度请求”这一标准LTE流程。对比文件主要关注点在DRX，未对BSR和SR之间的触发关系进行阐述，因此未公开此特征。 | |
| **技术特征N：在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求** <br><br> **《未公开》** | 无 | 基于对特征M的判断，由于对比文件未公开BSR触发SR，因此也未能公开后续的SR传输规则。对比文件虽然描述了SR通过PUCCH传输，但其并不涉及SR的传输是特定于“对应特定无线电承载的服务小区”。该特征是目标专利为了实现控制面/用户面分离，将SR资源与特定类型的数据（如来自特定RB的数据）进行绑定的设计。对比文件未涉及此概念。 | |
| **技术特征O：其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区。** <br><br> **《隐含公开》** | 对比文件说明书[2]：“セル専用アクティブ時間の間に、前記特定の対応セルに対するＤＬ割り付けのためのＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ ＤＬ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ：物理下りリンク制御チャンネル）を監視するステップとを具備することを特徴とする方法。” <br> 翻译：“一种方法，包括：在特定服务小区的激活时间内，为获取对该特定服务小区的DL分配而监视PDCCH的步骤。” <br><br> 对比文件说明书[2]：“ＰＤＣＣＨを有する各キャリアに準拠して定義されたアクティブ時間... これらのタイマを始動させ、および停止させるための規則は、ＰＤＣＣＨ受信のために構成されたそれぞれのＤＬ ＣＣに対して独立なＰＤＣＣＨアクティブ時間があることを除いては、以前から知られている従来の規則と同様であることができる。” <br> 翻译：“基于每个具有PDCCH的载波定义的激活时间... 启动和停止这些定时器的规则可以与先前已知的常规规则相同，除了对于为PDCCH接收配置的每个DL CC存在独立的PDCCH激活时间。” | 对比文件明确描述了载波聚合场景下，WTRU可以被配置多个服务小区（DL CC和UL CC）。并且，每个服务小区/CC都可能有独立的控制信道资源。虽然对比文件主要讨论的是PUCCH上的SR传输，但在目标专利的背景下，PUCCH是用于传输SR的控制信道。对比文件描述了为多个服务小区定义独立的激活时间和操作。本领域技术人员可以合理推断，当存在多个服务小区时，如果网络需要支持在多个小区上发起对上行资源的请求（调度请求），网络可以为这些服务小区分别配置PUCCH资源，其中自然包括用于SR的资源。因此，对比文件隐含公开了PUCCH资源（包括SR资源）可以被配置在超过一个的服务小区上，以实现灵活的调度请求。 |
---
### 附加比对分析
根据要求，我分析了对比文件是否有可能公开了您列出的额外内容：
1. **无线电承载/逻辑信道与特定服务小区、载波或小区组之间存在配对关系。**
对比文件确实隐含地存在此概念。如前所述，它通过“每CC”的独立配置、DL/UL许可与特定服务小区的关联、以及HARQ反馈的关联，建立了一种事实上的数据与小区/载波的绑定关系。虽然对比文件没有使用“逻辑信道”或“无线电承载”的显式术语，但网络通过配置哪个CC用于传输，实质上是为不同类型（或所有来自上层的）数据流分配了传输小区。因此，这种配对关系被隐含地存在。
2. **未配对的RB/LC数据不能在该服务小区或载波上传送。**
对比文件没有明确或隐含地教导这种“限制性”的规则。其主要焦点是控制DRX行为和通过载波聚合提升吞吐量，并未建立一种严格的、通过配置强制执行的“配对/非配对”数据流控机制。它假设数据可以在为其分配的CC上传输，但没有明确说明未配对的数据*不能*在其它CC上传送。因此，此项内容未被公开。
3. **BSR/调度信息应发送给能够调度该数据的节点/小区。**
对比文件并未涉及BSR的产生、内容或发送目标的选择。它主要涉及PDCCH监听和DRX行为。因此，此项内容未被公开。
4. **BSR内容仅反映该节点/小区可调度的数据。**
对比文件未讨论BSR内容。因此，此项内容未被公开。
5. **特定RB/逻辑信道的较高优先数据到达 → 触发BSR → 在对应服务小区/载波/MAC实体发送BSR MAC CE → BSR内容只包括该小区/载波可传数据，不包括不可传数据。**
对比文件没有讨论BSR的触发和内容选择，因此此项完整的流程链未被公开。
**结论**：对比文件有可能公开了上述列表中的第1点内容，即“无线电承载/逻辑信道与特定服务小区、载波或小区组之间存在配对关系”这一概念。而第2-5点则未被公开。
因此，根据要求，当有可能公开了上述内容之一时，应输出代码 <<<Z>>>。
**最终代码输出：**
<<<A>>> <<<b>>> <<<h>>> <<<j>>> <<<l>>> <<<o>>> <<<Z>>>