好的，作为一名经验丰富的资深专利代理师，我将严格遵循您的要求，深度、严谨地评估对比文件相对于目标专利权利要求的公开情况。
本次评估明细如下：
- **对比文件名称**：2012-04-18_CN101616058B_发明授权_CN101616058B 建立多PDN连接承载的方法、装置及系统
- **目标专利名称**：982管理用于用户设备的无线承载的方法和装置CN104322123B
- **本次调用的模型名称**：DeepSeek
以下为详细的特征比对分析。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 发送无线承载管理请求<br><br>**《直接公开》** | [0054] 步骤202：先发送承载建立请求消息至基站，通知基站与用户终端建立无线承载；所述请求消息中包含PDN缺省承载连接建立响应；<br><br>[0068] S307：MME接收到建立缺省承载回复消息和建立专有承载请求消息后，先不发送专有承载请求消息到eNodeB，而是先发送承载建立请求消息到eNodeB，该消息中包含PDN缺省承载连接建立响应消息，通知eNodeB缺省承载已经建立； | **直接公开。** 对比文件公开了MME发送“承载建立请求消息”给基站eNodeB，其目的与本专利中的“无线承载管理请求”作用完全相同，都是为了启动一个无线承载管理过程（即建立无线承载）。本领域技术人员可以毫无疑义地确定，该“承载建立请求消息”即为一种“无线承载管理请求”。 |
| **技术特征B：** 接收无线承载管理响应，所述无线承载管理响应指示将要被管理的无线承载并且包括无线资源配置信息<br><br>**未公开** | [0054] 接收用户终端完成无线承载建立后通过基站返回的承载建立回复消息。<br><br>[0071] S310：eNodeB接收到无线承载建立回复消息后向MME返回承载建立回复消息，MME收到该消息后表示该PDN连接上的缺省承载已经成功建立； | **未公开。** 对比文件公开了MME接收“承载建立回复消息”，该消息仅仅指示无线承载建立成功，并未公开该响应消息中包含任何“无线资源配置信息”。目标专利中的响应是主动承载（如E-RAB建立响应），并携带了如何进行配置的详细信息（如PDCP/RLC/逻辑信道配置）。对比文件中的响应是建立完成后的确认，不包含配置信息，其作用与本专利完全不同。因此，该特征未被公开。 |
| **技术特征C：** 基于所述将要被管理的无线承载，生成无线承载管理消息<br><br>**《隐含公开》** | [0054] 其中，eNodeB收到所述包含PDN缺省承载连接建立响应的承载建立请求消息后，向UE发送无线承载(RB，Radio Bearer)建立请求消息，该RB是对应缺省承载的RB建立；<br><br>[0069] S308：eNodeB收到所述包含PDN缺省承载连接建立响应的承载建立请求消息后，向UE发送无线承载RB建立请求消息，该RB是对应缺省承载的RB建立； | **隐含公开。** 对比文件未明确写明eNodeB“生成”消息，但本领域技术人员可以合理推断，eNodeB必然基于收到的“承载建立请求消息”（其中包含了将要被管理的PDN缺省承载的信息）来生成一个发给UE的“无线承载RB建立请求消息”（即无线承载管理消息）。从逻辑上讲，eNodeB需要解析来自MME的请求，并为该请求指定的承载生成相应的RRC消息。因此，这个生成步骤是隐含的。 |
| **技术特征D：** 将所接收的无线资源配置信息包括在所生成的无线承载管理消息中<br><br>**未公开** | 全文未提及 | **未公开。** 目标专利的核心在于：第一网络节点（宏eNodeB）将从第二网络节点（LTE-LAN AP）接收到的“无线资源配置信息”包含在生成的RRC消息中。对比文件整个流程中，MME发送的“承载建立请求消息”并未包含需要eNodeB转发的“无线资源配置信息”。eNodeB发送的RB建立请求消息中的配置信息是由eNodeB自身决定和生成的，并非转发自MME。因此，对比文件既未公开这种“转发”机制，也未公开“将接收的资源配置信息包含在消息中”这一特定步骤。 |
| **技术特征E：** 对所述无线承载管理消息进行加密和完整性保护<br><br>**未公开** | 全文未提及 | **未公开。** 对比文件全文没有任何关于对RRC连接重配置消息或其他任何消息进行加密和完整性保护的描述。这是本专利解决LTE-LAN场景中安全问题的核心步骤，对比文件完全未涉及。 |
| **技术特征F：** 发送安全的无线承载管理消息<br><br>**未公开** | 全文未提及 | **未公开。** 由于对比文件未公开特征E（加密和完整性保护），其自然也未公开发送经过加密和完整性保护后的“安全的无线承载管理消息”。 |
| **技术特征G：** 其中，所述无线承载管理请求包括所述用户设备的标识符、至少一个无线承载的标识符和用于所述至少一个无线承载的配置信息。<br><br>**《隐含公开》** | [0004] MME收到该消息后，向Serving GW发送缺省承载建立请求消息...<br><br>[0054] 步骤202：先发送承载建立请求消息至基站... | **隐含公开。** 对比文件虽然没有逐字列出“用户设备的标识符、至少一个无线承载的标识符和配置信息”这些具体字段，但通过上下文可以合理推断。MME向eNodeB发送的“承载建立请求消息”是为了建立特定UE的特定承载。为了实现这一目的，该请求消息必然包含UE的标识（至少是隐式的，如通过上下文或连接标识）、要建立的无线承载（缺省承载）的标识以及相关的配置信息（如QoS等）。本领域技术人员可以合理地推断，为了成功建立承载，这些信息是必需的，因此该特征被隐含公开。 |
| **技术特征H：** 其中，所述无线承载管理请求是无线接入承载建立请求、无线接入承载修改请求和无线接入承载释放请求中的任何一个。<br><br>**《隐含公开》** | [0054] 步骤202：先发送承载建立请求消息至基站，通知基站与用户终端建立无线承载；<br><br>[0068] S307：MME...先发送承载建立请求消息到eNodeB... | **隐含公开。** 对比文件明确记载MME发送的请求是用于“建立无线承载”的，这完全对应于“无线接入承载建立请求”。在LTE系统中，无线承载的建立通常由E-RAB建立请求触发。虽然对比文件未使用“无线接入承载建立请求”这一标准术语，但其描述的动作和目的（建立承载）完全一致。因此，该特征被隐含公开。至于修改和释放，对比文件未涉及。 |
| **技术特征I：** 其中，所述无线资源配置信息包括数据无线承载的标识符、以及分组数据汇聚协议层配置信息、无线链路控制层配置信息和逻辑信道配置信息中的至少一个。<br><br>**未公开** | 全文未提及 | **未公开。** 对比文件完全没有提及无线资源配置信息的具体构成，例如PDCP层、RLC层或逻辑信道配置的具体参数。其内容聚焦于高层承载建立的信令流程，而未涉及空口无线资源的具体配置参数细节。 |
| **技术特征J：** 其中，所述无线承载管理消息是无线资源控制连接重配置消息。<br><br>**《隐含公开》** | [0004] eNodeB收到承载建立请求后，向UE发送RRC(Radio Resource Control，无线资源控制)连接重配置消息，以建立UE和eNodeB之间的RRC连接；<br><br>[0054] ...向UE发送无线承载(RB，Radio Bearer)建立请求消息... | **隐含公开。** 对比文件明确提到了“RRC连接重配置消息”用于建立承载。虽然其后续步骤中又使用了“无线承载建立请求消息”，但在3GPP LTE协议中，建立、修改和释放无线承载的标准RRC消息正是“RRC连接重配置消息”，而“无线承载建立请求消息”并非标准术语。因此，本领域技术人员可以合理地将“无线承载建立请求消息”理解为对“RRC连接重配置消息”的一种非标准描述。所以，该特征被隐含公开。 |
| **技术特征K：** 其中，所述第一网络节点是节点B或者eNodeB。<br><br>**《直接公开》** | [0004] eNodeB收到承载建立请求后，向UE发送RRC(Radio Resource Control，无线资源控制)连接重配置消息...<br><br>[0054] eNodeB收到所述包含PDN缺省承载连接建立响应的承载建立请求消息后... | **直接公开。** 对比文件明确指出了执行本方法流程中核心操作的网络节点是“eNodeB”，而“eNodeB”正是目标专利特征中所限定的第一网络节点的一种。因此，该特征被直接公开。 |
### 结论
根据上述比对分析，对比文件直接公开了技术特征A和K，隐含公开了技术特征C、G、H和J。技术特征B、D、E、F、I未被公开。
<<<A>>><<<K>>><<<c>>><<<g>>><<<h>>><<<j>>>