好的，作为专利创造性评估经验丰富的资深专利代理师，我将严格遵循您的指示，对目标专利权利要求的技术特征与对比文件进行比对分析。
**对比文件名称：** CN105659668A_Description_20260427_1710
**目标专利名称：** 1037用于经由可信无线局域网的服务质量区分的方法和装置CN110945907B
**本次调用的模型名称：** 深度思考模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括：从用户设备接收分组数据网络连接请求，所述分组数据网络连接请求包括所述用户设备支持无线局域网控制平面多承载分组数据网络连接的指示<br><br>**判断：** 未公开 | 对比文件[0081]描述了UE与TWAN之间的初始附接过程：“UE 102使用3GPP范围之外的‘特定于TWAN的L2过程’来发起与TWAN 101的‘初始附接’。对于WLAN，这将会经由IEEE 802.11过程，随后是IETF EAPoL-Start消息，该消息通过TWAP 115发起与3GPP AAA服务器107的EAP程序。”<br><br>对比文件[0085]描述了PDN连接的建立：“TWAG 117然后选择与APN相关联的PGW 108并且将GTP-C的‘Create Session Request (创建会话请求)’发送至PGW 108。该请求将RAT类型识别为‘非3GPP’并且包括默认EPS承载QoS...”<br><br>对比文件[0106]提及了WLCP：“针对具有TWAN能力的多PDN的场景的情况，在UE与TWAN之间定义WLAN控制协议(WLCP)以启用一个或多个UE PDN连接请求以及无缝切换过程。” | 对比文件描述了UE发起“初始附接”和建立PDN连接的通用过程，但并未公开在“分组数据网络连接请求”中包含“用户设备支持无线局域网控制平面多承载分组数据网络连接的指示”这一具体技术特征。对比文件提到的WLCP是用于多PDN连接，而非用于在PDN连接请求中指示支持“多承载PDN连接”。该特征涉及特定的能力协商信令，在对比文件中没有明确或隐含的描述。 |
| **技术特征B：** 基于所述指示，确定多连接模式在所述用户设备与所述可信无线局域网之间可用<br><br>**判断：** 未公开 | 对比文件[0082]描述了TWAG根据从HSS获取的默认APN选择PGW并建立连接，没有涉及根据UE指示来判断多连接模式可用性的步骤。<br><br>对比文件[0085]提到：“PGW 108也可以发起在基于GTP的S2a接口上创建专用承载。可以在该步骤中执行TWAN 101特定的资源分配/修改过程，以便支持专用承载QoS。该步骤的细节超出3GPP的范围。” | 对比文件没有公开“基于所述指示”来确定“多连接模式”是否可用的过程。对比文件中的承载建立（默认及专用）是基于网络侧（PGW或HSS）的触发，而非基于UE在请求中携带的特定“指示”。该技术特征是目标专利实现多承载PDN连接QoS区分的关键前提，在对比文件中未被公开。 |
| **技术特征C：** 创建所述用户设备与所述可信无线局域网之间的分组数据网络连接，以利用默认承载将所述用户设备连接到核心网络<br><br>**判断：** 《直接公开》 | 对比文件[0085]：“初始附接过程的成功完成导致‘默认’EPC 101承载的建立，‘默认’EPC 101承载的建立使得能够经由S2a接口106上的GTP隧道与核心网络‘始终在线(always-on)’连接。”<br><br>对比文件[0085]：“TWAG 117然后选择与APN相关联的PGW 108并且将GTP-C的‘Create Session Request (创建会话请求)’发送至PGW 108。...默认承载QoS包括用于非保证比特率(非GBR)的QoS等级标识符(QCI)。”<br><br>对比文件[0086]：“PGW 108将‘Create Session Response (创建会话响应)’返回至TWAG 117，其包括默认EPS承载QoS、分派的UE 102的IP地址、以及用于PGW 108的TEID。GTP-U隧道现存在于TWAG 117与PGW 108之间。” | 对比文件明确公开了通过TWAG创建PDN连接，并建立默认承载（默认EPC承载、默认EPS承载）以将UE连接到核心网络（EPC）。这包括了创建PDN连接和默认承载的核心步骤，与目标专利的技术特征C实质相同。 |
| **技术特征D：** 创建一个或多个附加承载，其中所述附加承载中的每个附加承载和所述默认承载被创建为具有服务质量特性和服务质量映射<br><br>**判断：** 《直接公开》 | 对比文件[0086]：“PGW 108也可以发起在基于GTP的S2a接口上创建专用承载。可以在该步骤中执行TWAN 101特定的资源分配/修改过程，以便支持专用承载QoS。”<br><br>对比文件[0085]：“默认承载QoS包括用于非保证比特率(非GBR)的QoS等级标识符(QCI)。”<br><br>对比文件[0086]：“PGW 108也可以针对基于GTP的S2a承载发起承载修改过程。针对活动默认或专用S2a承载，或者在S2a承载QoS参数QCI、GBR、MBR或者ARP中的一个或几个被修改时的情况下...该过程被用于更新TFT。” | 对比文件明确公开了在S2a接口上创建“专用承载”（即附加承载），并且默认承载和专用承载都具有QoS特性（如QCI、GBR、MBR）。这与目标专利中为默认承载和附加承载指定QoS特性和QCI的技术特征完全一致。 |
| **技术特征E：** 使得数据业务将通过所述默认承载和所述一个或多个附加承载而被传输<br><br>**判断：** 《直接公开》 | 对比文件[0086]：“GTP-U隧道现存在于TWAG 117与PGW 108之间。用于该EPS承载的分组随后被封装...”<br><br>对比文件[0086]：“PGW 108也可以发起在基于GTP的S2a接口上创建专用承载。”<br><br>对比文件[0090]：“S2a承载包括默认承载作为最低限度。当默认承载被修改和/或专用承载被建立时，还提供包含分组过滤器的TFT。TWAN 101基于用于PDN连接的S2a承载的从PGW 108接收的TFT中的上行链路分组过滤器来处理上行链路分组。” | 对比文件公开了数据业务通过默认承载和专用承载进行传输。TWAN基于TFT处理上行链路分组，PGW处理下行链路分组，这些都基于承载进行。因此，数据业务通过默认承载和附加承载传输是S2a接口承载技术的固有功能，被对比文件直接公开。 |
| **技术特征F：** 其中所述数据业务被使得基于所述服务质量特性和所述服务质量映射根据经区分的服务质量而被传输<br><br>**判断：** 《直接公开》 | 对比文件[0085]：“默认承载QoS包括用于非保证比特率(非GBR)的QoS等级标识符(QCI)。”<br><br>对比文件[0086]：“用于该EPS承载的分组随后被封装有包含目的地TEID的GTPv1-U报头...并且标记有与QCI相对应的DSCP值的‘外部IP’报头。基于运营商的策略建立DSCP映射。”<br><br>对比文件[0094]的表3、表4、表5详细展示了QCI、DSCP、IEEE 802.11e用户优先级（UP）和接入类别（AC）之间的映射关系，用于实现QoS区分。 | 对比文件明确公开了承载具有QCI，并且将承载的QoS特性（如QCI）映射到DSCP值，进而映射到WLAN的802.11e用户优先级和接入类别。这种映射机制使得数据业务能够基于指定的QoS得到区分化传输，完全公开了本技术特征。 |
| **技术特征G：** 其中所述方法还包括承载修改过程，所述承载修改过程包括：向所述用户设备发送承载修改请求<br><br>**判断：** 《隐含公开》 | 对比文件[0086]：“PGW 108也可以针对基于GTP的S2a承载发起承载修改过程。”<br><br>对比文件[0086]：“可以在该步骤中执行TWAN 101特定的资源分配/修改过程，以便支持专用承载QoS。该步骤的细节超出3GPP的范围。” | 对比文件明确公开了PGW可以发起S2a承载的修改过程。作为TWAN的一部分，TWAG必然参与该过程。为了使UE获知修改后的QoS参数（如QCI、TFT），TWAG需要通过某种机制通知UE。虽然对比文件指出“该步骤的细节超出3GPP的范围”，但本领域技术人员可以合理推断，在可信WLAN接入架构下，为了实现端到端的QoS修改，TWAG需要向UE发送承载修改请求以同步核心网络的修改。因此，该技术特征被隐含公开。 |
| **技术特征H：** 所述承载修改请求包括要被修改的承载的承载标识<br><br>**判断：** 《隐含公开》 | 对比文件[0086]：“PGW 108也可以针对基于GTP的S2a承载发起承载修改过程。针对活动默认或专用S2a承载，或者在S2a承载QoS参数...被修改时的情况下...”<br><br>对比文件[0090]：“S2a承载包括默认承载作为最低限度。当默认承载被修改和/或专用承载被建立时，还提供包含分组过滤器的TFT。” | 对比文件明确指出承载修改是针对特定的“活动默认或专用S2a承载”进行的。在执行承载修改时，为了准确地指示需要修改的是哪个承载，承载修改请求中必须包含能够唯一标识该承载的信息。在3GPP网络中，承载通常由承载标识（如EPS承载ID、或在此场景下的WLCP承载身份）来识别。因此，本领域技术人员可以合理推断，TWAG向UE发送的承载修改请求必然包含被修改承载的标识，以便UE能够正确识别并应用修改。该特征被隐含公开。 |
| **技术特征I：** 从所述用户设备接收作为所述承载修改请求的响应的承载修改接受消息或承载修改拒绝消息<br><br>**判断：** 《隐含公开》 | 对比文件[0086]：“PGW 108也可以针对基于GTP的S2a承载发起承载修改过程。”<br><br>对比文件[0086]：“可以在该步骤中执行TWAN 101特定的资源分配/修改过程，以便支持专用承载QoS。该步骤的细节超出3GPP的范围。” | 对比文件公开了承载修改过程，但指明其“细节超出3GPP的范围”。在客户端-服务器模型中，对于修改请求，接收方通常会返回接受或拒绝的响应，以确认或拒绝该修改。这是通信协议中的基本概念。此外，目标专利的背景技术[0002]提及“需要用于空中(SWw)接口的无线LAN控制平面(WLCP)协议扩展”，暗示了空中接口需要信令交互。因此，本领域技术人员可以合理推断，为了对PGW发起的承载修改做出闭合的交互，UE必然会向TWAG/网络回复接受或拒绝的消息。该技术特征被隐含公开。 |
| **技术特征J：** 其中所述承载修改拒绝消息包括所述承载标识和指示拒绝所述承载修改请求的理由的原因值<br><br>**判断：** 《隐含公开》 | 对比文件[0086]：“PGW 108也可以针对基于GTP的S2a承载发起承载修改过程。”<br><br>对比文件[0086]：“可以在该步骤中执行TWAN 101特定的资源分配/修改过程，以便支持专用承载QoS。该步骤的细节超出3GPP的范围。” | 基于对技术特征I的推理，如果UE拒绝承载修改，其回复的拒绝消息需要提供足够的信息以便TWAG/网络进行处理。通常，拒绝消息会包含被拒绝的操作标识（承载标识）和拒绝原因（原因值），这是标准化的信令协议设计原则（例如GTP-C、NAS等协议中均有此类设计）。因此，本领域技术人员可以合理推断，为了实现可靠的修改流程，承载修改拒绝消息中必然包含承载标识和原因值。该技术特征被隐含公开。 |
| **技术特征K：** 所述原因值指示无效承载标识是否是拒绝的所述理由<br><br>**判断：** 《隐含公开》 | 对比文件[0086]：“可以在该步骤中执行TWAN 101特定的资源分配/修改过程，以便支持专用承载QoS。该步骤的细节超出3GPP的范围。” | 原因值是用于指示拒绝理由的标准化或私有代码。定义一个具体的原因值（如“无效承载标识”）来精确描述某些特定错误场景，是网络协议设计的常见做法。这有助于网络侧快速诊断问题（例如，UE可能已释放该承载，但网络侧状态未同步）。因此，本领域技术人员可以合理推断，在定义承载修改拒绝的原因值时，可以包括用于指示“无效承载标识”这一特定原因。该技术特征被隐含公开。 |
| **技术特征L：** 在接收到具有指示无效承载标识不是所述拒绝的理由的所述原因值的所述承载修改拒绝消息之后，可信无线局域网接入网关中止所述承载修改过程<br><br>**判断：** 《隐含公开》 | 对比文件[0086]：“可以在该步骤中执行TWAN 101特定的资源分配/修改过程，以便支持专用承载QoS。该步骤的细节超出3GPP的范围。” | 根据技术特征J和K的推理，TWAG收到一个拒绝消息，且其原因值不是“无效承载标识”。这表明UE因为其他原因（如资源不足）而拒绝修改。在这种情况下，UE的承载上下文仍然有效，TWAG不应继续尝试修改该承载，也不应释放该承载。最合理的网络行为是中止当前的修改过程，并向核心网络（PGW）报告修改失败。这是标准信令处理逻辑。因此，该技术特征被隐含公开。 |
| **技术特征M：** 在接收到具有指示无效承载标识是所述拒绝的理由的所述原因值的所述承载修改拒绝消息之后，<br><br>**判断：** 《隐含公开》 | 对比文件[0086]：“可以在该步骤中执行TWAN 101特定的资源分配/修改过程，以便支持专用承载QoS。该步骤的细节超出3GPP的范围。” | 与特征L类似，如果TWAG收到原因值为“无效承载标识”的拒绝消息，表明UE侧已经不存在该承载上下文。这意味着TWAG和UE之间的承载状态出现了不一致（例如，UE侧已本地释放）。在这种情况下，网络侧（TWAG）需要与其对端（UE）的状态进行同步。因此，该技术特征（TWAG接收到此类拒绝消息）是后续N个特征（在本地停用承载）的前提，被隐含公开。 |
| **技术特征N：** 所述可信无线局域网接入网关在本地停用所述承载。<br><br>**判断：** 《隐含公开》 | 对比文件[0086]：“可以在该步骤中执行TWAN 101特定的资源分配/修改过程，以便支持专用承载QoS。该步骤的细节超出3GPP的范围。” | 基于技术特征M的推理，当TWAG从UE处得知其承载上下文已无效（通过“无效承载标识”原因值），为了保持与UE侧状态一致，并释放网络侧资源，TWAG必须在本地停用（删除或标记为无效）该承载上下文。这是网络设备在发现对端状态异常时的标准恢复行为。因此，该技术特征被隐含公开。 |
| **技术特征O：** 其中所述默认承载在所述分组数据网络连接的持续时间内保持被创建；并且中所述一个或多个附加承载在所述分组数据网络连接的所述持续时间内保持被创建或者在比所述分组数据网络连接的所述持续时间少的时间内保持被创建。<br><br>**判断：** 《直接公开》 | 对比文件[0085]：“初始附接过程的成功完成导致‘默认’EPC 101承载的建立，‘默认’EPC 101承载的建立使得能够经由S2a接口106上的GTP隧道与核心网络‘始终在线(always-on)’连接。”<br><br>对比文件[0086]：“PGW 108也可以发起在基于GTP的S2a接口上创建专用承载。”<br><br>对比文件[0086]：“PGW 108也可以针对基于GTP的S2a承载发起承载修改过程。...”<br><br>对比文件[0086]：“...用于该EPS承载的分组随后被封装...” | 对比文件明确指出默认承载提供“始终在线”连接，意味着它在PDN连接的整个生命周期内都存在。而专用承载（附加承载）则是在需要时由PGW创建，并且可以在不需要时被修改或释放（如承载修改过程可能包括释放）。因此，专用承载的生命周期可以贯穿整个PDN连接，也可以在PDN连接结束前的某个时间被释放。对比文件完全公开了默认承载和附加承载的这个生命周期特性。 |
| **技术特征P：** 其中所述默认承载和所述一个或多个附加承载包括无线局域网控制平面承载，并且其中所述默认承载和所述一个或多个附加承载使用无线局域网控制平面过程而被创建。<br><br>**判断：** 未公开 | 对比文件[0106]：“针对具有TWAN能力的多PDN的场景的情况，在UE与TWAN之间定义WLAN控制协议(WLCP)以启用一个或多个UE PDN连接请求以及无缝切换过程。”<br><br>对比文件[0085]：“TWAG 117然后选择与APN相关联的PGW 108并且将GTP-C的‘Create Session Request (创建会话请求)’发送至PGW 108。” | 对比文件虽提及WLCP用于多PDN连接场景，但其描述的默认和专用承载的创建过程是基于GTP-C信令在TWAG与PGW之间完成的。对比文件并未公开UE与TWAG之间的承载是“无线局域网控制平面承载”（WLCP承载），也未公开这些承载是“使用无线局域网控制平面过程”即通过WLCP信令在UE和TWAG之间创建的。目标专利强调的是UE与TWAG之间的空中接口承载使用WLCP过程创建，这与对比文件描述的基于GTP的承载创建过程有本质区别。因此，该技术特征未被公开。 |
| **技术特征Q：** 其中一个或多个核心网络承载被连接在可信无线接入网关与核心网络之间，并且其中所述一个或多个附加承载与所述一个或多个核心网络承载被一对一地映射。<br><br>**判断：** 《隐含公开》 | 对比文件[0090]：“S2a承载包括默认承载作为最低限度。...TWAN 101基于用于PDN连接的S2a承载的从PGW 108接收的TFT中的上行链路分组过滤器来处理上行链路分组。由PGW 10基于用于PDN连接的S2a承载的存储在PGW 108内的TFT中的下行链路分组过滤器来处理下行链路分组。”<br><br>对比文件[0086]描述了默认承载的GTP隧道建立。 | 对比文件明确描述了TWAG与PGW之间的S2a承载（核心网络承载）。目标专利中，每个“附加承载”（WLCP承载）用于传输特定SDF，而核心网络侧的“附加承载”（S2a专用承载）也用于传输特定SDF。为了实现端到端QoS区分，将承载相同SDF的空中接口WLCP承载与核心网S2a承载进行一对一映射是逻辑上的必然要求。虽然对比文件未明确说明映射关系，但本领域技术人员可以合理推断，为了实现SDF级别的QoS，TGWAG必须维护这种一对一的映射关系。该技术特征被隐含公开。 |
| **技术特征R：** 其中所述数据业务被使得基于业务流模板来在承载上被传输。<br><br>**判断：** 《直接公开》 | 对比文件[0090]：“当默认承载被修改和/或专用承载被建立时，还提供包含分组过滤器的TFT。TWAN 101基于用于PDN连接的S2a承载的从PGW 108接收的TFT中的上行链路分组过滤器来处理上行链路分组。由PGW 10基于用于PDN连接的S2a承载的存储在PGW 108内的TFT中的下行链路分组过滤器来处理下行链路分组。” | 对比文件明确公开了TFT（业务流模板）的使用。TWAN和PGW基于TFT中的分组过滤器来将数据业务映射到正确的S2a承载（默认或专用）。这与技术特征R“数据业务被使得基于业务流模板来在承载上被传输”完全一致。 |
| **技术特征S：** 启动修改计时器<br><br>**判断：** 未公开 | 对比文件全文未提及任何与承载修改过程相关的计时器，如“修改计时器”、“T3588”或类似的用于等待响应消息的定时机制。 | 目标专利说明书[0080]明确提到了WLCP承载修改过程中“启动计时器T3588”。对比文件完全没有公开任何关于计时器的技术内容。 |
| **技术特征T：** 使得用以修改承载的请求被传输到所述用户设备<br><br>**判断：** 《隐含公开》 | 对比文件[0086]：“PGW 108也可以针对基于GTP的S2a承载发起承载修改过程。”<br><br>对比文件[0086]：“可以在该步骤中执行TWAN 101特定的资源分配/修改过程，以便支持专用承载QoS。该步骤的细节超出3GPP的范围。” | 基于对技术特征G的推理，为了执行核心网发起的承载修改，TWAG需要将修改请求传输给UE。这是实现修改过程的必要步骤。因此，尽管对比文件未描述具体信令，但该特征可以被隐含公开。 |
| **技术特征U：** 确定所述修改计时器第一次到期<br><br>**判断：** 未公开 | 对比文件全文未提及任何计时器及其到期事件，尤其是与承载修改相关的计时器到期。 | 对比文件中没有公开任何关于计时器的概念，因此无法公开计时器到期的确定步骤。 |
| **技术特征V：** 使得用以修改所述承载的所述请求被重传<br><br>**判断：** 未公开 | 对比文件全文未提及任何消息重传机制，尤其是在承载修改过程中的重传。 | 由于对比文件未公开修改计时器，与之相关的计时器到期后的重传行为自然也没有公开。 |
| **技术特征W：** 确定所述修改计时器又一次到期<br><br>**判断：** 未公开 | 对比文件全文未提及任何多次计时器到期或重传计数的概念。 | 与特征U和V类似，对比文件未公开任何与计时器多次到期相关的技术内容。 |
| **技术特征X：** 继续所述承载的使用或者发起用以释放所述承载的请求。<br><br>**判断：** 未公开 | 对比文件[0086]：“PGW 108也可以针对基于GTP的S2a承载发起承载修改过程。”<br><br>对比文件[0086]：“可以在该步骤中执行TWAN 101特定的资源分配/修改过程，以便支持专用承载QoS。该步骤的细节超出3GPP的范围。” | 对比文件虽然提到承载修改过程，但没有详细描述在修改失败（如超时）后的网络行为。具体是继续使用旧配置还是释放承载，对比文件没有给出任何指引。该技术特征描述了在计时器多次超时后的具体处理逻辑，对比文件未公开。 |
| **技术特征Y：** 其中所述默认承载在所述分组数据网络连接的持续时间内保持被创建；并且中所述一个或多个附加承载在所述分组数据网络连接的所述持续时间内保持被创建或者在比所述分组数据网络连接的所述持续时间少的时间内保持被创建。<br><br>**判断：** 《直接公开》 | 对比文件[0085]：“初始附接过程的成功完成导致‘默认’EPC 101承载的建立，‘默认’EPC 101承载的建立使得能够经由S2a接口106上的GTP隧道与核心网络‘始终在线(always-on)’连接。”<br><br>对比文件[0086]：“PGW 108也可以发起在基于GTP的S2a接口上创建专用承载。”<br><br>对比文件[0086]：“PGW 108也可以针对基于GTP的S2a承载发起承载修改过程。...” | 此特征与O重复。对比文件明确公开了默认承载的“始终在线”特性，以及专用承载（附加承载）可以在后续被创建和修改（隐含可释放）的特性。这直接公开了默认承载和附加承载的生命周期关系。 |
| **技术特征Z：** 其中所述默认承载和所述一个或多个附加承载包括无线局域网控制平面承载，并且其中所述默认承载和所述一个或多个附加承载使用无线局域网控制平面过程而被创建。<br><br>**判断：** 未公开 | 对比文件[0106]：“针对具有TWAN能力的多PDN的场景的情况，在UE与TWAN之间定义WLAN控制协议(WLCP)以启用一个或多个UE PDN连接请求以及无缝切换过程。”<br><br>对比文件[0085]：“TWAG 117然后选择与APN相关联的PGW 108并且将GTP-C的‘Create Session Request (创建会话请求)’发送至PGW 108。” | 此特征与P重复。对比文件明确指出默认和专用承载是基于GTP-C在TWAG和PGW之间建立的，并非通过WLCP在UE和TWAG之间建立。尽管对比文件提到了WLCP，但它是用于“多PDN连接”而非“多承载PDN连接”的创建。因此，该技术特征在对比文件中未被公开。 |
---
### 输出代码
根据上述分析，对比文件直接公开了技术特征C、D、E、F、O、R、Y，隐含公开了技术特征G、H、I、J、K、L、M、N、Q、T。
<<<C>>><<<D>>><<<E>>><<<F>>><<<O>>><<<R>>><<<Y>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<q>>><<<t>>>