**对比文件名称**：2011-01-26_JP4617352B_发明专利_JP4617352B2 Method and apparatus for scheduling and synchronizing the Multimedia Broadcast / Multicast Service
**目标专利名称**：0721创新音速CN201310722317.1(CN103906081B)_在无线通讯系统中小小区增强的方法及装置
**本次调用的模型名称**：AI语言模型（GPT-4系列）
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：用于一使用者设备中，所述方法包括，连接至超过一个的服务小区<br><br>**判断：未直接公开且未隐含公开** | 对比文件[2]：“UE102可以同时接收来自多个节点B（如节点B120、123、126）的MBMS数据，并进行软结合。” 对比文件[2]：“UE102同时与多个节点B通信，但仅用于MBMS广播接收。” | 对比文件描述UE同时接收来自多个节点B的广播数据，但这些节点B并非“服务小区”，且UE并未建立RRC连接意义上的“连接”。对比文件的通信场景是MBMS软结合，而非LTE/LTE-A中通过多个服务小区进行数据收发的连接模式。本领域技术人员无法从中直接且毫无疑义地得出“连接至超过一个的服务小区”这一技术方案（尤其是LTE定义的PCell/SCell概念），也不构成隐含公开。 |
| **技术特征B**：其中无线电承载和所述超过一个的服务小区之间的配对根据由网络提供的信息来配置<br><br>**判断：未直接公开且未隐含公开** | 对比文件[2]：“网络控制器130在多个节点B上配置PTM无线承载，并通过服务节点B将调度信息（包括开始时间、周期等）告知UE。” 对比文件未提及“配对”概念。 | 对比文件涉及的是MBMS业务通过多个节点B的PTM承载进行传输，无线承载（RB）与节点B之间不存在基于网络配置的“配对”关系，而是网络在多个节点B上同时配置相同的承载。目标专利中的“配对”是指特定RB/LC与特定服务小区的绑定，用于区分数据可以在哪个小区传输。对比文件没有任何此类配置信号或逻辑，本领域技术人员也无法合理推断出该特征。 |
| **技术特征C**：从一特定无线电承载的一较高优先数据抵达时触发一缓冲状态报告<br><br>**判断：未直接公开且未隐含公开** | 对比文件全文未出现“缓冲状态报告（BSR）”或类似机制。对比文件重点在MBSFN调度同步，不涉及UE上行缓冲管理。 | 对比文件完全不涉及UE上行数据传输的缓冲状态报告机制，也未提及任何与优先级数据到达触发报告相关内容。特征C在对比文件中无任何直接或间接体现。 |
| **技术特征D**：在对应所述特定无线电承载的一特定服务小区中传送对应所述缓冲状态报告的一媒体存取控制控制单元<br><br>**判断：未直接公开且未隐含公开** | 对比文件[2]：“网络控制器通过服务节点B的MCCH向UE传送调度信息（非MAC CE）。” 对比文件无MAC控制单元概念。 | 对比文件无BSR MAC CE或类似的上行控制单元，也未指定在特定小区传送。其信息传递方向为网络→UE（下行调度信息），而非UE→网络（上行BSR）。特征D完全未公开。 |
| **技术特征E**：其中所述媒体存取控制控制单元包括可以在所述特定服务小区中传送的缓冲资料的状态<br><br>**判断：未直接公开且未隐含公开** | 对比文件无BSR相关内容。 | 特征E是BSR内容的具体限定，对比文件无任何相似教导。 |
| **技术特征F**：不包括无法在所述特定服务小区中传送的缓冲数据的状态<br><br>**判断：未直接公开且未隐含公开** | 对比文件无BSR相关内容。 | 同上。 |
| **技术特征G**：其中所述媒体存取控制控制单元通过对应所述特定无线电承载的一媒体存取控制实体所传送<br><br>**判断：未直接公开且未隐含公开** | 对比文件[2]涉及节点B和RNC，但未定义MAC实体，更未提及MAC实体与RB的对应关系。 | 对比文件未涉及多个MAC实体或MAC实体与承载的映射。特征G完全未公开。 |
| **技术特征H**：其中多个媒体存取控制实体由所述使用者设备使用<br><br>**判断：未直接公开且未隐含公开** | 对比文件[2]UE仅描述软结合功能，未提及MAC层架构。 | 对比文件基于UMTS，UE通常只有一个MAC实体（MAC-d/MAC-hs等），未涉及多个MAC实体同时使用。特征H未公开。 |
| **技术特征I**：一个媒体存取控制实体对应一个进化B节点<br><br>**判断：未直接公开且未隐含公开** | 对比文件[2]：“节点B120、123、126由网络控制器130控制。” 未提MAC实体。 | 特征I与对比文件的RNC集中控制架构不符，也无任何对应关系。 |
| **技术特征J**：所述无线电承载和所述媒体存取控制实体之间的配对根据由所述网络提供的所述信息来配置<br><br>**判断：未直接公开且未隐含公开** | 对比文件无此配对概念。 | 无。 |
| **技术特征K**：其中所述超过一个的服务小区是由不同进化B节点所控制<br><br>**判断：未直接公开且未隐含公开** | 对比文件[2]：“节点B120、123、126可以是不同的节点B。” 但无“服务小区”概念，且节点B在UMTS中通常对应小区，但目标专利特指LTE eNB控制的小区。 | 对比文件的节点B并非LTE eNB，且UE并非通过多个服务小区进行上行/下行数据业务，而是通过多个节点B接收相同的MBMS广播。本领域技术人员不能直接或隐含地推知“服务小区由不同eNB控制”这一LTE载波聚合场景。 |
| **技术特征L**：其中媒体存取控制实体和所述超过一个服务小区之间的配对根据由所述网络提供的所述信息来配置<br><br>**判断：未直接公开且未隐含公开** | 对比文件无此内容。 | 无。 |
| **技术特征M**：还包括，由于所述缓冲状态报告触发一调度请求<br><br>**判断：未直接公开且未隐含公开** | 对比文件无BSR/SR相关内容。 | 无。 |
| **技术特征N**：在对应所述特定无线电承载的一服务小区的一物理上行链路控制信道中传送所述调度请求<br><br>**判断：未直接公开且未隐含公开** | 对比文件[2]：“下行传输通过FACH/S-CCPCH，上行有RACH。” 但无PUCCH和调度请求概念。 | 对比文件未涉及LTE PUCCH上的SR传输。 |
| **技术特征O**：其中所述调度请求的物理上行链路控制信道资源是配置于所述使用者设备的超过一个的服务小区<br><br>**判断：未直接公开且未隐含公开** | 对比文件无多小区PUCCH资源配置。 | 无。 |
## 附加比对分析
对比文件涉及MBMS业务通过多个节点B同时向UE广播，但不存在以下任何内容：
1. 无线电承载/逻辑信道与特定服务小区、载波或小区组之间的配对关系（MBMS承载在所有相关节点B上广播，无绑定）。
2. 未配对的RB/LC数据不能在该服务小区或载波上传送（无配对概念）。
3. BSR/调度信息应发送给能够调度该数据的节点/小区（无上行调度，仅下行广播）。
4. BSR内容仅反映该节点/小区可调度的数据（无BSR）。
5. 特定RB/逻辑信道的较高优先数据到达→触发BSR→在对应服务小区/载波/MAC实体发送BSR MAC CE→BSR内容只包括该小区/载波可传数据（完全未涉及）。
因此，对比文件不可能公开附加比对中的任何内容。
**结论：对比文件未直接或隐含公开技术特征A至O中的任何一个，也未公开附加比对内容。根据输出规则，不在结尾插入任何代码。**
（注意：由于无任何特征被公开，故不输出<<<A>>>等代码。）