本次调用模型：DeepSeek-Chat
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从用户设备接收分组数据网络连接请求，所述分组数据网络连接请求包括所述用户设备支持无线局域网控制平面多承载分组数据网络连接的指示<br>《未公开》 | 对比文件未涉及UE在PDN连接请求中包含多承载能力指示的内容。全文无相关描述。 | 对比文件仅泛泛提及WLCP协议用于多PDN场景（[0082]），但未公开UE在请求中携带“支持WLCP多承载PDN连接”的指示，更未公开该指示的具体信元或作用。 |
| 技术特征B：基于所述指示，确定多连接模式在所述用户设备与所述可信无线局域网之间可用<br>《未公开》 | 对比文件未公开基于能力指示确定多连接模式是否可用的任何步骤。 | 对比文件未描述TWAG根据UE能力指示判断多连接模式（MCM）是否建立的逻辑，无相关信令或决策过程。 |
| 技术特征C：创建所述用户设备与所述可信无线局域网之间的分组数据网络连接，以利用默认承载将所述用户设备连接到核心网络<br>《未公开》 | 对比文件[0031]：“the PDN connectivity service is provided by the point-to-point connectivity between UE and TWAN concatenated with S2a bearer(s)”。[0026]描述了S2a默认承载的GTP建立过程。 | 对比文件虽建立了UE到核心网络的PDN连接（通过点对点连接+S2a承载），但其“默认承载”是指S2a GTP承载，而非目标专利所述的UE与TWAG之间的WLCP默认承载。目标专利的默认承载是WLCP承载，使用WLCP过程创建，对比文件未公开WLCP承载的创建。 |
| 技术特征D：创建一个或多个附加承载，其中所述附加承载中的每个附加承载和所述默认承载被创建为具有服务质量特性和服务质量映射<br>《未公开》 | 对比文件[0028]：“PGW may also initiate creation of dedicated bearers on the GTP-based S2a interface”。但仅涉及核心网络侧的专用承载。 | 对比文件创建的附加承载是S2a专用承载（TWAG与PGW之间），并非UE与TWAG之间的WLCP附加承载。目标专利的附加承载是WLCP承载，用于UE侧QoS区分，对比文件未公开在UE-TWAG间创建附加WLCP承载。 |
| 技术特征E：使得数据业务将通过所述默认承载和所述一个或多个附加承载而被传输<br>《未公开》 | 对比文件未公开UE与TWAG之间通过多个WLCP承载传输数据。 | 对比文件中UE与TWAG之间仅存在单个点对点连接，所有S2a承载的业务都通过该单一连接传输，不存在UE侧多个承载的区分。 |
| 技术特征F：其中所述数据业务被使得基于所述服务质量特性和所述服务质量映射根据经区分的服务质量而被传输<br>《直接公开》 | 对比文件[0027]：“Packets for this EPS bearer are subsequently encapsulated with ... an 'outer IP' header marked with DSCP values corresponding to the QCI. The DSCP mappings are established based on operator policies.” | 对比文件明确公开了数据包根据QCI（服务质量特性）映射为DSCP值（服务质量映射），从而实现经区分的QoS传输。该作用与目标专利中基于QCI和QoS特性进行QoS区分完全相同。 |
| 技术特征G：其中所述方法还包括承载修改过程，所述承载修改过程包括：向所述用户设备发送承载修改请求<br>《未公开》 | 对比文件[0029]：“PGW may also initiate a bearer modification procedure for a GTP-based S2a bearer.” 该过程涉及PGW与TWAG之间的信令，未涉及向UE发送请求。 | 对比文件所述的承载修改是核心网络侧（PGW-TWAG）的S2a承载修改，而目标专利的承载修改是TWAG通过WLCP信令向UE发送承载修改请求。对比文件未公开TWAG向UE发送WLCP承载修改请求。 |
| 技术特征H：所述承载修改请求包括要被修改的承载的承载标识<br>《未公开》 | 对比文件未公开承载修改请求中包含承载标识。 | 对比文件未描述任何WLCP承载修改消息的内容，因此未公开承载标识的携带。 |
| 技术特征I：从所述用户设备接收作为所述承载修改请求的响应的承载修改接受消息或承载修改拒绝消息<br>《未公开》 | 对比文件未公开UE对承载修改请求的响应消息。 | 对比文件未涉及UE与TWAG之间的WLCP承载修改接受/拒绝信令。 |
| 技术特征J：其中所述承载修改拒绝消息包括所述承载标识和指示拒绝所述承载修改请求的理由的原因值<br>《未公开》 | 对比文件未公开拒绝消息的内容。 | 对比文件无WLCP承载拒绝消息的定义。 |
| 技术特征K：所述原因值指示无效承载标识是否是拒绝的所述理由<br>《未公开》 | 对比文件未公开原因值用于指示无效承载标识。 | 无相关公开。 |
| 技术特征L：在接收到具有指示无效承载标识不是所述拒绝的理由的所述原因值的所述承载修改拒绝消息之后，可信无线局域网接入网关中止所述承载修改过程<br>《未公开》 | 对比文件未公开基于原因值中止承载修改过程。 | 无相关公开。 |
| 技术特征M：在接收到具有指示无效承载标识是所述拒绝的理由的所述原因值的所述承载修改拒绝消息之后<br>《未公开》 | 对比文件未公开该场景。 | 无相关公开。 |
| 技术特征N：所述可信无线局域网接入网关在本地停用所述承载<br>《未公开》 | 对比文件未公开本地停用承载。 | 无相关公开。 |
| 技术特征O：其中所述默认承载在所述分组数据网络连接的持续时间内保持被创建；并且中所述一个或多个附加承载在所述分组数据网络连接的所述持续时间内保持被创建或者在比所述分组数据网络连接的所述持续时间少的时间内保持被创建<br>《未公开》 | 对比文件未明确默认承载和附加承载的持续时间。 | 对比文件虽建立默认S2a承载，但未说明其持续时间与PDN连接的关系；且未建立UE-TWAG间的附加承载，故未公开附加承载的持续时间。 |
| 技术特征P：其中所述默认承载和所述一个或多个附加承载包括无线局域网控制平面承载，并且其中所述默认承载和所述一个或多个附加承载使用无线局域网控制平面过程而被创建<br>《未公开》 | 对比文件[0082]提及WLCP用于多PDN场景，但未描述WLCP承载创建。 | 对比文件未公开任何WLCP承载（默认或附加）的创建过程，仅提及WLCP协议名称。目标专利的承载是WLCP承载且通过WLCP过程创建，对比文件未公开。 |
| 技术特征Q：其中一个或多个核心网络承载被连接在可信无线接入网关与核心网络之间，并且其中所述一个或多个附加承载与所述一个或多个核心网络承载被一对一地映射<br>《未公开》 | 对比文件[0032]描述S2a承载及TFT，但未涉及WLCP承载与S2a承载的一对一映射。 | 对比文件未公开TWAG维护的WLCP承载到S2a承载的映射表，无一对一映射的教导。 |
| 技术特征R：其中所述数据业务被使得基于业务流模板来在承载上被传输<br>《直接公开》 | 对比文件[0032]：“TWAN handles uplink packets based on the uplink packet filters in the TFTs received from PGW for the S2a bearers of the PDN connection.” | 对比文件明确公开了TWAN基于业务流模板（TFT）中的上行分组过滤器处理上行数据，即数据业务基于TFT在承载上传输。该作用与目标专利中基于TFT选择承载进行传输一致。 |
| 技术特征S：还包括：启动修改计时器<br>《未公开》 | 对比文件未涉及任何修改计时器。 | 无相关公开。 |
| 技术特征T：使得用以修改承载的请求被传输到所述用户设备<br>《未公开》 | 对比文件未公开向UE传输承载修改请求。 | 同特征G。 |
| 技术特征U：确定所述修改计时器第一次到期<br>《未公开》 | 对比文件未公开计时器到期判定。 | 无相关公开。 |
| 技术特征V：使得用以修改所述承载的所述请求被重传<br>《未公开》 | 对比文件未公开请求重传。 | 无相关公开。 |
| 技术特征W：确定所述修改计时器又一次到期<br>《未公开》 | 对比文件未公开计时器再次到期。 | 无相关公开。 |
| 技术特征X：继续所述承载的使用或者发起用以释放所述承载的请求<br>《未公开》 | 对比文件未公开基于计时器超时的操作。 | 无相关公开。 |
| 技术特征Y：（同O） | 同O栏。 | 同O栏。 |
| 技术特征Z：（同P） | 同P栏。 | 同P栏。 |
<<<F>>><<<R>>>