好的，作为一名资深专利代理师，我将严格遵循您的要求，对对比文件JP2009303213A (公开号：JP2009303213A，标题：Method for handling scheduling information report and communication apparatus) 与目标专利CN103906081B (标题：在无线通讯系统中小小区增强的方法及装置) 的权利要求技术特征进行详细的公开性比对分析。
**对比文件名称：** 2009-12-24_JP2009303213A_发明专利_JP2009303213A Method for handling scheduling information report and communication apparatus
**目标专利名称：** 0721创新音速CN201310722317.1(CN103906081B)_在无线通讯系统中小小区增强的方法及装置
**本次调用的模型名称：** (未指定，以通用模型应答)
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 (翻译成中文) | 公开性论述 |
| **技术特征A：** 用于一使用者设备中，所述方法包括，连接至超过一个的服务小区 <br> **《未公开》** | **[2段]** “LTE无线通信系统...其RLC（无线链路控制）通信协议层和MAC（媒体访问控制）通信协议层...能整合到同一通信网络实体（例如基站（节点B））...” <br><br> **全文未明确提及UE连接至超过一个服务小区** | 目标专利中的“超过一个的服务小区”是在小小区增强场景下，特别是eNB间载波聚合或双重连接的背景下提出的，旨在解决宏小区和小小区由不同节点控制时的问题。对比文件JP2009303213A描述的是LTE系统的基本操作，其技术背景是基于单基站（服务基站）的架构。文件中提到的“服务基站（serving base station）”或“网络”均指的是单个基站。对比文件全文未涉及UE同时连接至由不同节点控制的多个小区（例如宏小区和小小区）或进行跨eNB载波聚合的场景。因此，技术特征A未被直接公开，也未能从对比文件的内容中合理推断出此特征。 |
| **技术特征B：** 其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置 <br> **《未公开》** | **全文未提及** | 目标专利明确规定了“无线电承载”与“服务小区”之间的配对关系，并且此配对是由网络（例如eNB）通过RRC信令等方式配置的。这是实现控制面/用户面分离、将特定数据分流到特定小区的核心技术。对比文件仅描述了在单个小区场景下，UE根据上行链路授权（UL grant）在对应的服务小区上发送BSR/PHR。文中没有定义、暗示或提到任何关于无线电承载与服务小区之间存在一种可配置的配对关系，也未提及网络可配置此类信息。因此，技术特征B未被公开。 |
| **技术特征C：** 从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告 <br> **《隐含公开》** | **[2段]** “Regular BSR（正常BSR），在上行链路数据到达UE的上行链路缓冲器，并且其优先级高于现有数据时...被触发。” | 目标专利中，“从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告”是“Regular BSR”的一种触发条件。对比文件明确描述了Regular BSR的触发条件是“上行缓冲数据的优先级高于现有数据”时被触发。虽然对比文件以“逻辑信道”或“数据”的优先级为表述核心，但本领域技术人员公知，无线电承载（RB）是上层（如PDCP层）的逻辑概念，一个RB的数据会映射到一个逻辑信道。因此，当描述“较高优先级的数据抵达”时，其隐含的载体就是某个无线电承载或逻辑信道。对比文件公开了通过数据优先级触发Regular BSR的核心机制，这与目标专利中特定RB较高优先级数据触发BSR的机制在本质上相同。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D：** 在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元 <br> **《未公开》** | **[2段]** “...现TTI（传输时间间隔）中UE从网络获得为新的传输分配的上行链路传输资源时，UE生成相应的BSR控制元素...。” <br><br> **[2段]** “...当上行链路授权未被配置...则启动调度请求过程，请求网络分配上行链路授权，以便执行BSR。” | 目标专利强调BSR MAC CE需要在“与触发该BSR的特定RB对应”的特定服务小区中传送。这个“对应”关系是基于预先配置的配对（如技术特征B所述）。对比文件描述的BSR传送逻辑是：只要有UL grant，UE就在提供该grant的服务小区（即该UE当前使用的小区）上发送BSR。服务小区的选择是基于UL grant的分配，而不是基于触发BSR的RB所配对的特定小区。在对比文件中，当UL grant存在时，BSR在任意可用的服务小区上传送；当UL grant不存在时，则触发SR。因此，对比文件没有公开BSR的传送位置（服务小区）需要与触发源（特定RB）之间存在基于配对的特定关联。 |
| **技术特征E：** 其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态 <br> **《未公开》** | **全文未提及** | 目标专利的重要特征在于BSR MAC CE的内容受到限制，只包含“可以在该特定服务小区上传送”的数据的缓冲状态。这是为了实现数据分流和避免调度信息错误传递到错误的节点。对比文件中，BSR MAC CE（无论是短格式还是长格式）报告的是UE上行缓冲中所有（或最高优先级LCG的）可用数据的状态。报告内容不基于“哪些数据可以在哪个服务小区上传送”这一标准进行过滤。BSR内容的生成仅基于逻辑信道的优先级和可用数据量，而不考虑服务小区的配对限制。因此，该技术特征未被公开。 |
| **技术特征F：** 不包括无法在所述特定服务小区中传送的缓冲数据的状态。 <br> **《未公开》** | **全文未提及** | 此特征与技术特征E是一体两面的，强调BSR内容只包含“可传送”的数据，排除“不可传送”的数据。这要求UE在生成BSR时需应用一个“过滤”逻辑。对比文件的BSR生成逻辑是“数据驱动”的（基于有数据的LCG），而非“小区配对驱动”的。对比文件完全没有引入“某个服务小区不能传送某些数据”的概念，因此不存在排除此类数据的逻辑基础。逻辑上，既然技术特征E未被公开，其反面的技术特征F也必然未被公开。 |
| **技术特征G：** 其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送。 <br> **《未公开》** | **全文未提及** | 目标专利引入了使用多个MAC实体的架构，一个MAC实体可以对应一个特定的无线电承载/逻辑信道，或对应一个特定的eNB。BSR应通过与该特定RB配对的MAC实体传送。对比文件的技术背景是标准的LTE架构，其中UE只有一个MAC实体（对应服务eNB），用于处理所有的RB。对比文件从未提及“多个MAC实体”的概念，也从未考虑将BSR MAC CE的传送与某个特定的MAC实体关联。因此，技术特征G未被公开。 |
| **技术特征H：** 其中多个媒体存取控制实体由所述使用者设备使用 <br> **《未公开》** | **全文未提及** | 如上述对技术特征G的分析，对比文件完全基于单一MAC实体的架构。整个说明书均未暗示或建议UE可以同时使用多个MAC实体。这是目标专利相对于传统LTE系统的关键区别之一。因此，技术特征H未被公开。 |
| **技术特征I：** 一个媒体存取控制实体对应一个进化B节点 <br> **《未公开》** | **全文未提及** | 目标专利提出的多MAC实体架构中，一个MAC实体对应一个eNB（例如，一个用于宏小区的eNB，一个用于小小区的eNB）。对比文件仅在单一eNB的框架下讨论，没有涉及多个eNB，更没有涉及MAC实体与eNB之间的对应关系。因此，技术特征I未被公开。 |
| **技术特征J：** 所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置。 <br> **《未公开》** | **全文未提及** | 此特征进一步细化了多MAC实体架构下的网络配置，要求网络可配置RB与MAC实体之间的配对关系。这与技术特征B（RB与小区配对）和技术特征G/H/I（多MAC实体）紧密相关。对比文件没有公开任何配对概念，特别是RB和MAC实体之间的配对，所以此特征未被公开。 |
| **技术特征K：** 其中所述超过一个的服务小区是由不同进化B节点所控制。 <br> **《未公开》** | **全文未提及** | 目标专利的场景明确是跨eNB的载波聚合（inter-eNB CA）或双重连接（Dual Connectivity），不同的服务小区由不同的eNB控制。这是小小区增强的核心场景。对比文件描述的是传统的LTE系统，所有服务小区均由同一个服务eNB进行调度和控制（intra-eNB CA或单小区）。对比文件没有提供任何关于服务小区由不同eNB控制的描述或暗示。因此，技术特征K未被公开。 |
| **技术特征L：** 其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置。 <br> **《未公开》** | **全文未提及** | 此特征涉及在多MAC实体架构下，MAC实体与服务小区组之间的配对。例如，一个MAC实体对应一组由同一个eNB控制的服务小区。对比文件没有为UE配置多个MAC实体，更不存在MAC实体与服务小区之间的配对关系。因此，此特征未被公开。 |
| **技术特征M：** 还包括，由于所述缓冲状态报告触发一调度请求 <br> **《隐含公开》** | **[2段]** “...现TTI没有为新的传输分配的上行链路传输资源，并且UE触发的是Regular BSR时，则启动调度请求（Scheduling Request）进程，请求网络分配上行链路授权，以便执行BSR。” | 目标专利指出，当BSR被触发（且在需要时）导致一个SR的触发。对比文件明确说明，当没有UL grant且触发了Regular BSR时，会触发调度请求（SR）进程。这与目标专利中“由于所述缓冲状态报告触发一调度请求”的机制一致。虽然对比文件未提及“特定RB”或“特定服务小区”，但BSR触发SR的基本逻辑（无法发送BSR时则触发SR）是完全公开的。因此，该特征被对比文件隐含公开。 |
| **技术特征N：** 在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求 <br> **《未公开》** | **[2段]** “UE在PUCCH（物理上行链路控制信道）上执行调度请求进程以获取上行链路授权...” <br><br> **[2段]** “UE在随机接入过程中执行调度请求进程以获取上行链路授权...” | 目标专利的特征在于，SR的传送位置（哪个服务小区的PUCCH）是由触发BSR的特定RB所配对的特定服务小区决定的。这再次体现了配对和分流思想。对比文件描述了SR的传送，但SR是在UE的“主”或“默认”PUCCH资源上发送的，而不是基于某个特定RB的配对来选择PUCCH资源。在对比文件中，PUCCH资源是小区级的，而非RB级的。SR的触发是因为“没有UL grant”，而非因为“UL grant不在配对小区中”。因此，对比文件没有公开SR的传送位置需要与触发源（特定RB）强关联。 |
| **技术特征O：** 其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区。 <br> **《未公开》** | **全文未提及** | 此特征要求PUCCH（用于SR）资源被配置在UE的多个服务小区上。这支持了在多个小区上独立发送SR的能力，是多重连接/多MAC实体架构的自然结果。对比文件中，UE的PUCCH资源通常只在主小区（PCell）上配置。虽然标准LTE也允许在SCell上配置PUCCH，但对比文件并未讨论这种场景，其SR流程隐含在单个PUCCH资源上。更重要的是，对比文件未将其与“特定RB配对”或“特定服务小区”的决策机制联系起来。因此，此特征未被公开。 |
### 附加比对分析
对比文件JP2009303213A主要讨论当Regular BSR和PHR同时触发时，如何通过设定优先级来决定MAC CE的发送顺序（BSR优先于PHR）。其技术核心在于解决资源冲突时的调度优先级问题，以避免仅发送PHR而导致网络无法获得关键的缓冲状态信息，从而提升调度效率。该文件并未涉及小小区增强、双重连接、业务分流、逻辑信道/承载与服务小区配对、基于配对的BSR内容过滤或调度请求在特定小区的传输等概念。对比文件中没有任何关于随机接入前同步码格式、NCS、循环位移、目标接收功率设置等相关内容的描述或暗示。
因此，对比文件并未公开附加比对清单中列出的任何一项内容（1-9）。
### 结论
综上所述，对比文件JP2009303213A与本目标专利在技术构思、应用场景和所要解决的核心问题（小区间信息交换延迟、宏小区负载卸载）上存在根本性差异。对比文件仅公开了常规BSR的触发机制（特征C）和BSR触发SR（特征M），其他技术特征均未被公开，无论是直接公开还是宽泛的隐含公开均不成立。尤其重要的是，目标专利中关于“配对”（特征B、J、L）、“多MAC实体”（特征H、I）、“跨eNB多小区”（特征K）以及与配对相关的“内容过滤”（特征E、F）和“位置选择”（特征D、N、O）等核心技术特征，在对比文件中均找不到任何直接或间接的对应。
<<<c>>><<<m>>>