在开始回答之前，明确以下信息：
- **对比文件名称**：2009-03-05_US2009061878A_发明申请_US20090061878A1 HANDOVER METHOD WITH LINK FAILURE RECOVERY, WIRELESS DEVICE AND BASE STATION FOR IMPLEMENTING SUCH METHOD
- **目标专利名称**：982管理用于用户设备的无线承载的方法和装置CN104322123B
- **本次调用的模型名称**：AI评估模型（GPT-4）
以下是根据对比文件对目标专利权利要求各技术特征进行比对的分析表格。特征划分严格依据目标专利权利要求，公开性判断包括直接公开和隐含公开，并引用对比文件原文段落。
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译成中文，注明段落标号） | 公开性论述 |
| 技术特征A：发送无线承载管理请求 <br> **未公开** | 对比文件[0028]：源eNodeB 20S向目标eNodeB 20T发出切换请求消息（HANDOVER REQUEST），传递必要信息以准备切换。 | 对比文件中的“切换请求”（HANDOVER REQUEST）是用于切换准备的请求，而非目标专利中用于添加/修改/释放无线承载的“无线承载管理请求”。两者在触发条件、消息内容和目的上均不同。本领域技术人员无法从切换请求毫无疑义地得出无线承载管理请求，也无法通过对比文件合理推断出该技术特征。 |
| 技术特征B：接收无线承载管理响应，所述无线承载管理响应指示将要被管理的无线承载并且包括无线资源配置信息 <br> **未公开** | 对比文件[0029]：目标eNodeB 20T发送切换请求确认消息（HANDOVER REQUEST ACKNOWLEDGE）给源eNodeB 20S，该消息包括透明容器（可能包含新C-RNTI、接入参数、系统信息块等）和可能的RNL/TNL信息。 | 对比文件中的“切换请求确认”是针对切换请求的响应，指示切换准备情况（如资源预留），其包含的透明容器内容（如C-RNTI、SIB）并非目标专利所指的“无线资源配置信息”（如PDCP/RLC/逻辑信道配置）。该响应未明确指示“将要被管理的无线承载”，且消息类型和内容均与无线承载管理响应不符。因此未公开。 |
| 技术特征C：基于所述将要被管理的无线承载，生成无线承载管理消息 <br> **未公开** | 对比文件[0030]：源eNodeB 20S生成RRC协议的切换命令消息（HANDOVER COMMAND）并发送给UE。 | 对比文件生成切换命令是基于切换决策（源eNodeB决定切换），而非基于“将要被管理的无线承载”（即在接纳控制后确定的无线承载）。切换命令用于指示UE执行切换，而非用于管理无线承载（添加/修改/释放）。消息生成的基础和目的均不同，因此未公开。 |
| 技术特征D：将所接收的无线资源配置信息包括在所生成的无线承载管理消息中 <br> **未公开** | 对比文件[0030]-[0031]：源eNodeB将透明容器（来自目标eNodeB的切换请求确认）包括在切换命令消息中。 | 对比文件将透明容器（包含C-RNTI、SIB等）包括在切换命令中，但透明容器内容不属于目标专利定义的“无线资源配置信息”（如PDCP/RLC/逻辑信道配置）。目标专利的无线资源配置信息是第2层配置，对比文件未公开此类信息被包括在消息中。 |
| 技术特征E：对所述无线承载管理消息进行加密和完整性保护 <br> **《隐含公开》** | 对比文件[0031]：源eNodeB对切换命令消息应用必要的完整性保护和加密功能。 | 对比文件明确公开了对RRC消息（切换命令，即RRC连接重配置消息）进行加密和完整性保护。目标专利的无线承载管理消息也是RRC连接重配置消息（见特征K）。本领域技术人员可以合理推断，在LTE系统中，对任何RRC连接重配置消息（包括用于无线承载管理的）均需进行加密和完整性保护。因此该技术特征被隐含公开。 |
| 技术特征F：发送安全的无线承载管理消息 <br> **《隐含公开》** | 对比文件[0030]-[0031]：源eNodeB生成并发送经过完整性保护和加密的切换命令消息给UE。 | 对比文件公开了发送安全的RRC消息（切换命令）。由于目标专利的无线承载管理消息同样是RRC连接重配置消息，本领域技术人员可以合理推断出发送安全的无线承载管理消息的步骤。因此隐含公开。 |
| 技术特征G：其中，所述无线承载管理请求包括所述用户设备的标识符、至少一个无线承载的标识符和用于所述至少一个无线承载的配置信息 <br> **未公开** | 对比文件[0028]：切换请求消息包括UE X2信令上下文引用、UE S1 EPC信令上下文引用、目标小区标识、RRC上下文和SAE承载上下文。SAE承载上下文包含必要的无线网络层和传输网络层寻址信息。 | 对比文件的切换请求虽包含UE标识（通过上下文引用）和承载上下文（可能含承载标识和QoS），但并非“无线承载管理请求”，且未明确包含用于无线承载的完整配置信息（如优先级、速率等）。该特征是对无线承载管理请求的限定，因基础特征A未公开，且对比文件请求内容不完全匹配，故未公开。 |
| 技术特征H：其中，所述无线承载管理请求是无线接入承载建立请求、无线接入承载修改请求和无线接入承载释放请求中的任何一个 <br> **未公开** | 对比文件无相关内容。 | 对比文件仅涉及切换请求，未公开任何类型的无线接入承载（E-RAB）建立/修改/释放请求。 |
| 技术特征I：其中，所述无线承载管理请求是无线接入承载建立请求、无线接入承载修改请求和无线接入承载释放请求中的任何一个 <br> **未公开** | 同上 | 同上（特征I与H重复，判断一致）。 |
| 技术特征J：其中，所述无线资源配置信息包括数据无线承载的标识符、以及分组数据汇聚协议层配置信息、无线链路控制层配置信息和逻辑信道配置信息中的至少一个 <br> **未公开** | 对比文件[0029]：切换请求确认中的透明容器可能包含新C-RNTI、接入参数、系统信息块等。 | 对比文件未公开PDCP层配置、RLC层配置或逻辑信道配置等第2层无线资源配置信息。透明容器内容属于物理层或基本标识，不涉及目标专利定义的无线资源配置信息。 |
| 技术特征K：其中，所述无线承载管理消息是无线资源控制连接重配置消息 <br> **《直接公开》** | 对比文件[0030]：源eNodeB 20S生成RRC协议的切换命令消息（HANDOVER COMMAND）。在LTE系统中，切换命令即为RRC连接重配置消息（RRCConnectionReconfiguration）。 | 对比文件直接公开了源eNodeB生成RRC连接重配置消息（用于切换），该消息类型与目标专利的无线承载管理消息类型完全相同。本领域技术人员可以毫无疑义地确定该技术特征被对比文件公开。 |
| 技术特征L：其中，所述第一网络节点是节点B或者eNodeB <br> **《直接公开》** | 对比文件[0008]、[0010]：网络包括一个或多个eNodeB 20，源eNodeB 20S执行切换相关功能。 | 对比文件明确公开了源eNodeB（即第一网络节点）为eNodeB，属于节点B或eNodeB的范畴。因此直接公开。 |
**结论**：
- 对比文件直接公开了技术特征 **K** 和 **L**。
- 对比文件隐含公开了技术特征 **e** 和 **f**。
- 其他技术特征（A、B、C、D、G、H、I、J）未被公开。
（注意：根据指令，若特征未公开则不插入对应代码。）
<<<K>>><<<L>>><<<e>>><<<f>>>