对比文件的名称：2011-05-18_CN101427527B_发明授权_CN101427527B 一种终端无线承载资源管理方法
目标专利的名称：982管理用于用户设备的无线承载的方法和装置CN104322123B
本次调用的模型名称：AI Assistant（GPT-4）
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：发送无线承载管理请求** <br>《隐含公开》 | 对比文件说明书第[0020]段：“(b)终端建立无线资源控制连接，收到网络侧发送的承载配置消息后，由无线资源控制模块对消息进行解码和合法性检查”。 | 对比文件从终端角度描述了“收到网络侧发送的承载配置消息”，这隐含了网络侧必然执行了“发送”动作。该承载配置消息（如RADIO BEARER SETUP/RECONFIGURATION/RELEASE）本质上就是一种“无线承载管理请求”，用于请求管理（建立/修改/释放）无线承载。虽然目标专利中该请求由第一网络节点发送给第二网络节点，而对比文件中由网络侧发送给终端，但本领域技术人员能够合理推断出网络侧发送了无线承载管理请求，因此该技术特征被隐含公开。 |
| **技术特征B：接收无线承载管理响应，所述无线承载管理响应指示将要被管理的无线承载并且包括无线资源配置信息** <br>《未公开》 | 对比文件说明书第[0023]段：“(d)…各承载实体处理上述配置请求并向无线资源控制模块返回响应，如配置成功，无线资源控制模块将各类承载资源表中的待处理链表元素更改到已建链表中，然后在新配置下向网络侧发送配置成功响应，结束”。 | 对比文件中终端接收的“承载配置消息”是网络侧主动发送的请求，并非对终端请求的响应。终端在步骤(d)中发送的“配置成功响应”是终端向网络侧发送的响应，而非接收的响应。目标专利的特征B是第一网络节点接收来自第二网络节点的响应，该响应包含无线资源配置信息。对比文件既没有公开第一网络节点接收响应的步骤，也没有公开任何节点接收类似的“无线承载管理响应”，因此未公开。 |
| **技术特征C：基于所述将要被管理的无线承载，生成无线承载管理消息** <br>《未公开》 | 对比文件说明书第[0021]段：“(c)对合法的消息，无线资源控制模块根据消息中信息单元IE的类型及其操作方式，将消息中的各参数保存入相应的承载资源待处理链表中，然后向各承载实体发送配置请求，并传递相关参数”。 | 对比文件中终端RRC基于接收到的承载配置消息，向承载实体发送内部配置请求（传递参数），但并未生成一条新的、完整的“无线承载管理消息”（如RRC连接重配置消息）。目标专利中，第一网络节点基于接纳的无线承载生成RRC连接重配置消息，该消息是发往UE的空中接口消息。对比文件没有公开网络侧生成此类消息的步骤，因此未公开。 |
| **技术特征D：将所接收的无线资源配置信息包括在所生成的无线承载管理消息中** <br>《未公开》 | 对比文件说明书第[0021]段：“将消息中的各参数保存入相应的承载资源待处理链表中”。 | 对比文件中，终端RRC将接收到的配置参数保存到内部链表中，并未将其包含在一条新生成的消息中。目标专利中，第一网络节点将从第二网络节点接收的无线资源配置信息包含在生成的RRC连接重配置消息中。对比文件没有公开这一操作，因此未公开。 |
| **技术特征E：对所述无线承载管理消息进行加密和完整性保护** <br>《未公开》 | 对比文件说明书第[0002]段：“RRC…加密和完整性保护控制”。 | 对比文件仅在背景技术中提及RRC具有加密和完整性保护控制功能，但并未在其具体方法步骤中对任何消息（如生成的配置请求或响应）进行加密和完整性保护。目标专利中，第一网络节点使用安全密钥对生成的RRC连接重配置消息进行加密和完整性保护。对比文件未公开此具体步骤，因此未公开。 |
| **技术特征F：发送安全的无线承载管理消息** <br>《未公开》 | 对比文件说明书第[0023]段：“然后在新配置下向网络侧发送配置成功响应”。 | 对比文件中终端发送的是未经加密保护的“配置成功响应”，而非安全的无线承载管理消息。目标专利中第一网络节点发送的是经过加密和完整性保护的RRC连接重配置消息。对比文件未公开发送此类安全消息的步骤，因此未公开。 |
| **技术特征G：其中，所述无线承载管理请求包括所述用户设备的标识符、至少一个无线承载的标识符和用于所述至少一个无线承载的配置信息** <br>《隐含公开》 | 对比文件说明书第[0040]段：“Rab表保存Rab相关的系列属性，各链表是在不同操作方式下使用的Rab管理表，包括：已建Rab链表、待建Rab链表、待重配Rab链表、待删除Rab链表”。第[0004]-[0006]段列举了RADIO BEARER SETUP等消息，这些消息通常包含UE标识、RB标识及配置信息。 | 对比文件虽未明确写出“无线承载管理请求”包含的具体信息，但本领域技术人员已知，网络侧发送的承载配置消息（如RADIO BEARER SETUP）必然包含用户设备标识、至少一个无线承载标识以及相应的配置参数（如优先级、传输速率等）。对比文件中的Rab表及相关链表正是用于管理这些信息，因此隐含公开了该技术特征。 |
| **技术特征H：其中，所述无线承载管理请求是无线接入承载建立请求、无线接入承载修改请求和无线接入承载释放请求中的任何一个** <br>《直接公开》 | 对比文件说明书第[0004]-[0006]段：“RADIO BEARER SETUP(无线承载建立)”、“RADIO BEARER RECONFIGURATION(无线承载重配置)”、“RADIO BEARER RELEASE(无线承载释放)”。第[0040]段：“待建Rab链表、待重配Rab链表、待删除Rab链表分别对应于建立、重配置和释放操作方式”。 | 对比文件明确公开了无线承载管理请求的三种类型：建立、重配置（即修改）、释放，分别对应于RADIO BEARER SETUP、RECONFIGURATION、RELEASE消息。虽然目标专利的术语为“无线接入承载建立/修改/释放请求”，但对比文件中的“无线承载建立/重配置/释放”在功能上一一对应，且本领域技术人员能够毫无疑义地确定其等同性，因此直接公开。 |
| **技术特征I：其中，所述无线承载管理请求是无线接入承载建立请求、无线接入承载修改请求和无线接入承载释放请求中的任何一个** <br>《直接公开》 | 同技术特征H。 | 同技术特征H，对比文件直接公开了该技术特征。 |
| **技术特征J：其中，所述无线资源配置信息包括数据无线承载的标识符、以及分组数据汇聚协议层配置信息、无线链路控制层配置信息和逻辑信道配置信息中的至少一个** <br>《直接公开》 | 对比文件说明书第[0004]段：“RADIO BEARER SETUP(无线承载建立)：主要涉及Pdcp、Rlc、Mac、Phy等实体”。第[0050]段：“RRC根据消息中IE的类型(RB类、TrCH类、Phy类等)及其操作方式，将配置参数保存到相应的承载资源待处理链表中”。 | 对比文件明确指出了承载配置消息涉及PDCP、RLC、MAC等实体，这些实体对应的配置信息即为分组数据汇聚协议层配置信息、无线链路控制层配置信息和逻辑信道配置信息（MAC层包括逻辑信道配置）。同时，数据无线承载的标识符是承载配置中必然包含的基本信息。因此，对比文件直接公开了该技术特征。 |
| **技术特征K：其中，所述无线承载管理消息是无线资源控制连接重配置消息** <br>《直接公开》 | 对比文件说明书第[0005]段：“RADIO BEARER RECONFIGURATION(无线承载重配置)：主要涉及Pdcp、Rlc、Mac、Phy等实体”。 | 对比文件公开的“RADIO BEARER RECONFIGURATION”消息是无线资源控制（RRC）层的一种连接重配置消息，与目标专利中的“无线资源控制连接重配置消息”本质相同。本领域技术人员能够毫无疑义地确认其对应关系，因此直接公开。 |
| **技术特征L：其中，所述第一网络节点是节点B或者eNodeB** <br>《未公开》 | 对比文件说明书第[0002]段：“WCDMA/TD-SCDMA终端的L2/L3协议栈…”。第[0020]段：“终端建立无线资源控制连接，收到网络侧发送的承载配置消息”。 | 对比文件主要从终端角度描述方法，其提到的“网络侧”为UTRAN（通用陆地无线接入网），包括NodeB和RNC，但并未明确将执行无线承载管理方法的实体限定为节点B或eNodeB。更重要的是，对比文件的方法由终端执行，而非网络节点执行。特征L限定了执行方法的第一网络节点是NodeB或eNodeB，对比文件未公开该限定，因此未公开。 |
### 公开性代码总结
根据上述分析，各技术特征的公开性判断对应的输出代码如下（注意技术特征H和I内容重复，仅输出一次）：
- 技术特征A：隐含公开 → <<<a>>>
- 技术特征H/I：直接公开 → <<<H>>>或<<<I>>>（取一个即可，由于重复，统一输出<<<H>>>）
- 技术特征J：直接公开 → <<<J>>>
- 技术特征K：直接公开 → <<<K>>>
其余技术特征（B、C、D、E、F、G、L）既未直接公开也未隐含公开，因此不输出对应代码。
最终输出代码：<<<a>>><<<H>>><<<J>>><<<K>>>