CN113748644A - 用于管理无线通信***中的数据会话的方法和装置 - Google Patents

Abstract

提供了一种由无线通信***中的用户设备(UE)执行的方法。该方法可以包括：从网络实体接收与一个或多个服务质量(QoS)规则关联的信息；对于与非默认QoS规则关联的QoS规则和对于具有与删除QoS规则不同的规则操作的QoS规则，检查与一个或多个QoS规则关联的信息；在UE处于窄带(NB)‑N1模式、QoS规则与非默认QoS规则关联和规则操作与删除QoS规则不同的情况下，将QoS规则检测为错误；和向网络实体发送协议数据单元(PDU)会话修改请求消息以删除检测到的QoS规则。

Description

用于管理无线通信***中的数据会话的方法和装置

技术领域

本公开涉及管理网络中的数据会话。更特别地，本公开涉及管理3GPP 5G会话管理(5GSM)中用于窄带物联网(NB-IoT)的协议数据单元(PDU)会话。

背景技术

为了满足自部署第4代(4G)通信***以来增加的无线数据流量的需求，已努力开发改进的第5代(5G)或预5G通信***。5G或预5G通信***也称为“超4G网络”或“后长期演进(LTE)***”。5G通信***被认为是在更高的频率(mmWave)频段中实现，例如，60GHz频段，以实现更高的数据速率。为了减少无线电波的传播损耗并增加发送距离，关于5G通信***讨论了波束成形、大规模多输入多输出(MIMO)、全维度MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术。此外，在5G通信***中，基于先进小小区、云无线电接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协同多点(CoMP)、接收端干扰消除等对于***网络改进开发正在进行中。在5G***中，已经开发了作为高级编码调制(ACM)的混合频移键控(FSK)和Feher的正交幅度调制(FQAM)及滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址接入(NOMA)和稀疏码多址接入(SCMA)。

互联网是人类在其中生成和消耗信息的以人为中心的连接性网络，现在正在向物联网(IoT)演进，在物联网中，分布式实体(例如事物)无需人类干预即可交换和处理信息。涌现了IoT万物互联(IoE)，其为IoT技术与大数据处理技术通过借助云服务器的连接而进行的结合。作为诸如IoT实现所需的“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术要素，传感器网络、机器对机器(M2M)通信机器类型通信(MTC)等最近已经被研究。这样的IoT环境可以提供智能互联网技术服务，其通过收集和分析连接的事物之间生成的数据，为人类生活创造新的价值。IoT可以通过现有信息技术(IT)与各种行业应用的融合和结合应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、健康护理、智能家电和高级医疗服务等。

与此顺应，已经进行了各种尝试以将5G通信***应用于IoT网络。例如，可以通过波束成形、MIMO、阵列天线来实现诸如传感器网络、MTC、M2M通信的技术。应用云RAN作为上述大数据处理技术也可以看作是5G技术与IoT技术融合的示例。

如上所述，可以根据无线通信***的发展提供各种服务，因此需要用于容易地提供这样的服务的方法。

发明内容

技术方案

本发明涉及用于NB-IoT的数据会话管理方法和装置。

附图说明

本公开的某些实施例的上述和其他方面、特征和优点将从以下结合附图的描述中更加明显，其中：

图1示出了TLV类型的完整性保护最大数据速率IE的示例性编码；和

图2是可以在本公开的某些示例中使用的示例性网络实体的框图。

图3是根据本公开的实施例的由用户设备执行的方法的流程图；

图4是根据本公开的另一实施例的由用户设备执行的方法的流程图；

图5是根据本公开的另一实施例的由用户设备执行的方法的流程图；

图6是示出根据本公开的实施例的用户设备的图；和

图7是示出根据本公开的实施例的核心网络实体的图。

具体实施方式

根据本公开的实施例，提供了一种由无线通信***中的用户设备(UE)执行的方法。该方法可以包括：从网络实体接收与一个或多个服务质量(QoS)规则关联的信息；对于与非默认QoS规则关联的QoS规则和对于具有与删除QoS规则不同的规则操作的QoS规则，检查与一个或多个QoS规则关联的信息；在UE处于窄带(NB)-N1模式、QoS规则与非默认QoS规则关联并且规则操作与删除QoS规则不同的情况下，将QoS规则检测为错误，并向网络实体发送协议数据单元(PDU)会话修改请求消息以删除检测到的QoS规则。

根据本公开的实施例，提供了一种由无线通信***中的用户设备(UE)执行的方法。该方法可以包括：从网络实体接收与一个或多个服务质量(QoS)流描述关联的信息；对于与非默认QoS规则关联的QoS流描述和对于具有与删除QoS流描述不同的规则操作的QoS流描述，检查与一个或多个QoS流描述关联的信息；在UE处于窄带(NB)-N1模式、QoS流描述的QoS流ID(QFI)与非默认QoS规则关联并且规则操作与删除QoS流描述不同的情况下，将QoS流描述检测为错误，并向网络实体发送协议数据单元(PDU)会话修改请求消息以删除检测到的QoS流描述。

根据本公开的实施例，提供了一种由无线通信***中的用户设备(UE)执行的方法。该方法可以包括：在UE不支持N3数据传送的情况下，将完整性保护最大数据速率信息元素的一个或多个值标识为指示UE不支持N3数据传送的一个或多个值；和向网络实体发送与完整性保护最大数据速率信息元素关联的信息。

在整个公开内容中，表述“a、b或c中的至少一个”指示仅a、仅b、仅c；a和b、a和c、b和c；a、b和c全部；或其变体。在整个说明书中，层(或层装置)也可以被称为实体。在下文中，将参考附图详细描述本公开的操作原理。在以下描述中，不详细描述周知的功能或配置，因为它们会用不必要的细节使本公开混淆不清。说明书中使用的术语是考虑到本公开中使用的功能而定义的，并且可以根据用户或运营商的意图或常用方法而改变。因此，基于本说明书的整个描述来理解术语的定义。

出于同样的原因，在附图中，一些元素可能被夸大、省略或粗略地示出。此外，每个元素的大小并不完全与每个元素的实际大小对应。在个图中，相同或对应的元件用相同的附图标记表示。

通过参考本公开的实施例和附图的以下详细描述，可以更容易地理解本公开的优点和特征以及实现其的方法。然而，本公开可以以许多不同的形式体现并且不应被解释为限于本文阐述的实施例；而是，提供本公开的这些实施例使得本公开将是彻底和完整的，并且将本公开的构思充分地传达给本领域的普通技术人员。因此，本公开的范围由所附权利要求限定。在整个说明书中，相同的附图标记指代相同的元件。应当理解，流程图中或流程图的组合中的框可以由计算机程序指令执行。由于这些计算机程序指令可以加载到通用计算机、专用计算机或其他可编程数据处理装置的处理器中，因此由计算机或其他可编程数据处理装置的处理器执行的指令产生用于执行(一个或多个)流程图框中描述的功能的单元。

计算机程序指令可以存储在能够引导计算机或其他可编程数据处理装置以特定方式实现功能的计算机可用或计算机可读存储器中，因此存储在计算机可用或计算机可读存储器中的指令也可以能够产生包含用于执行(一个或多个)流程图框中描述的功能的指令单元的制造物品。也可以将计算机程序指令加载到计算机或其他可编程数据处理装置中，从而用于当在计算机或其他可编程数据处理装置中执行一系列操作时通过生成计算机执行过程来操作计算机或其他可编程数据处理装置的指令可以提供用于执行(一个或多个)流程图框中描述的功能的操作。

此外，每个框可以表示包括用于执行(一个或多个)指定逻辑功能的一个或多个可执行指令的模块、段或代码的一部分。还需要注意的是，在一些替代实施方式中，框中提到的功能可以不按顺序发生。例如，两个相继的框也可以根据与其对应的功能同时或以相反的顺序执行。

当在本文中使用时，术语“单元”表示软件元件或硬件元件，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)，并执行特定功能。然而，术语“单元”不限于软件或硬件。“单元”可以形成为在可寻址存储介质中，或者可以形成为操作一个或多个处理器。因此，例如，术语“单元”可以包括元素(例如，软件元素、面向对象的软件元素、类元素和任务元素)、进程、功能、属性、过程、子例程、程序代码段、驱动器、固件、微代码、电路、数据、数据库、数据结构、表、数组或变量。

元件和“单元”提供的功能可以组合成较少数量的元件和“单元”，或者可以分为附加元件和“单元”。此外，元件和“单元”可以体现为在设备或安全多媒体卡中再现一个或多个中央处理单元(CPU)。此外，在本公开的实施例中，“单元”可以包括至少一个处理器。在本公开的以下描述中，不详细描述周知的功能或配置，因为它们会用不必要的细节使本公开混淆不清。

在下文中，为了便于解释，本公开使用第三代合作伙伴计划长期演进(3GPP LTE)标准中定义的术语和名称。然而，本公开不限于该术语和名称，并且也可以应用于遵循其他标准的***。

在本公开中，为了便于解释，演进节点B(eNB)可以与下一代节点B(gNB)互换使用。也就是说，由eNB描述的基站(BS)可以表示gNB。在以下描述中，术语“基站”指的是用于向用户设备(UE)分配资源的实体并且可以与gNodeB、eNodeB、节点B、基站(BS)、无线电接入单元、基站控制器(BSC)或网络上的节点中的至少一个互换使用。术语“终端”可以与用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机或能够执行通信功能的多媒体***互换使用。然而，本公开不限于上述示例。特别地，本公开适用于3GPP新无线电(NR)(或第五代(5G))移动通信标准。在以下描述中，为了便于解释，术语eNB可以与术语gNB互换使用。也就是说，被解释为eNB的基站也可以指示gNB。术语UE还可以表示移动电话、NB-IoT设备、传感器和其他无线通信设备。

在此，参考了以下文档：

[1]3GPP TS 23.501 V16.3.0

[2]3GPP TS 24.501 V16.3.0

[3]3GPP TS 23.502 V16.3.0

[4]3GPP TS 24.301 V16.3.0

本文使用的各种首字母缩略词和缩写在本说明书的结尾处定义。

上文公开了各种操作和过程，包括以下内容。

PDU会话建立请求消息中完整性保护最大数据速率IE概述

5GS使得能够应用TS 23.501[1]中描述的对PDU会话的UP的完整性保护：

SMF基于下述在PDU会话建立时确定PDU会话的用户平面的用户平面安全实施信息：

订阅的用户平面安全策略，其为从UDM接收的SM订阅信息的一部分；和

在UDM不提供用户平面安全策略信息时使用的SMF中每(DNN、S-NSSAI)本地配置的用户平面安全策略。

在PDU会话建立期间完整性保护最大数据速率IE中由UE提供的针对DRB的完成性保护每UE的最大支持的数据速率。

如上所述，如TS 24.501[2]中规定，UE需要在PDU会话建立请求消息中提供完整性保护最大数据速率IE，即，该IE是如下所示的PDU会话建立请求中的强制性IE，以粗体和下划线突出显示：

表1：PDU会话建立请求(PDU SESSION ESTABLISHMENT REQUEST)消息内容(与[2]中的表8.3.1.1.1对应)

通过用户平面的数据传送的支持也可以称为N3数据传送，如[2]中定义的5GMM能力IE的“N3数据”位指示。因此，术语“N3数据传送”也可以表示通过用户平面的数据的传送。

在空闲模式RAT间移动期间到/从NB-IoT处理PDU会话

NB-IoT RAT被部署成使得TAI不与WB-EUTRA或NR中的TAI重叠，如[1]中所述：

跟踪区域(Tracking Area)被配置为不包含NB-IoT和其他RAT小区两者，因此当UE正在将RAT类型更改为NB-IoT或正在从NB-IoT更改同时保持向5GC注册时，UE将执行移动注册更新过程，参见第5.3.2.3条。当UE正在将RAT类型更改为NB-IoT或正在从NB-IoT更改并在5GC和EPC之间移动时，在注册、附加或TAU过程期间，确定RAT类型更改。

PDU会话处理由UE订阅数据中的“在RAT间移动的PDU会话连续性(PDU Sessioncontinuity at inter RAT mobility)”控制，指示每DNN/S-NSSAI是否：

保持PDU会话，

使用重新激活请求断开PDU会话，

在不使用重新激活请求的情况下断开PDU会话，或

将其交由本地VPLMN政策决定

当UE在“宽带”RAT(例如NR或WB-E-UTRAN)和“窄带”RAT(NB-IoT)之间移动时。

在PDU会话建立期间，SMF从UDM获取“在RAT间移动的PDU会话连续性”订阅信息(如果可用)。如果“在RAT间移动的PDU会话连续性”对于PDU会话不可用，则使用本地SMF配置。

AMF在RAT间空闲移动事件处(例如，到或从连接到5GC的NB-IoT)通知SMF在注册过程期间在Nsmf_PDUSession_UpdateSMContext消息中关于RAT类型更改。基于此，(H-)SMF根据“在RAT间移动的PDU会话连续性信息”订阅数据或基于本地策略来处理PDU会话。

注意：“在RAT间移动的PDU会话连续性”和“在RAT间移动的PDN连续性”订阅应当相同，使得PDU会话/PDN连接由两种CN类型相同处理。

在到NB-IoT的RAT间空闲模式移动期间，如果PDU会话具有多于一个QoS规则，则SMF应当如TS 23.502[3]中所述发起PDU会话修改过程，以移除任何非默认QoS规则，并且仅保持默认QoS规则。

如上所述，当UE移动进入NB-IoT覆盖范围或RAT时(对于该RAT，TAI与其他RAT不重叠)，SMF基于在UE订阅数据中的“在RAT间移动的PDU会话连续性”和/或本地策略来确定是否保持会话。如果为NB-IoT设备(也称为NB-N1模式中的UE)保持会话，则SMF“应当如TS23.502[3]中所述发起PDU会话修改过程，以移除任何非默认QoS规则，并且仅保持默认QoS规则”。

通常，在PDU会话修改过程期间，UE检查QoS规则中的错误。例如，由于PDU会话必须始终具有默认QoS规则，因此不应允许对默认QoS规则的删除操作。因此，如果发生这样的错误，UE将释放PDU会话，如下文[2]中的第6.3.2.4节所述：

[跳过]

如果PDU SESSION MODIFICATION COMMAND(PDU会话修改命令)消息包括授权的QoS规则IE，则UE应以第一QoS规则开始顺序处理QoS规则。对于不同类型的错误，UE应检查PDU SESSION MODIFICATION COMMAND消息中提供的QoS规则和QoS流描述，如下所示：

注4：如果在需要拒绝PDU SESSION MODIFICATION COMMAND消息的QoS规则或QoS流描述中检测到错误，则在PDU SESSION MODIFICATION COMMAND消息中包括的授权的QoS规则IE、授权的QoS流描述IE和映射的EPS承载上下文IE被丢弃，如果有的话。

QoS操作中的语义错误：

当规则操作为在默认QoS规则上“修改现有QoS规则并添加分组过滤器”、“修改现有QoS规则并替换所有分组过滤器”、“修改现有QoS规则并删除分组过滤器”或“修改现有QoS规则而不修改分组过滤器”和DQR位被设置为“QoS规则不是默认QoS规则”时。

当规则操作为在不是默认QoS规则的QoS规则上“修改现有QoS规则并添加分组过滤器”、“修改现有QoS规则并替换所有分组过滤器”、“修改现有QoS规则并删除分组过滤器”或“修改现有QoS规则而不修改分组过滤器”和DQR位被设置为“QoS规则是默认QoS规则”时。

当已经存在具有不同QoS规则标识符的默认QoS规则时，当规则操作为“新建QoS规则”和DQR位被设置为“QoS规则是默认QoS规则”时。

当规则操作为在默认QoS规则上“删除现有QoS规则”时。

当规则操作为“新建QoS规则”“、修改现有QoS规则并添加分组过滤器”、“修改现有QoS规则并替换所有分组过滤器”、“修改现有QoS规则并删除分组过滤器”或“修改现有QoS规则而不修改分组过滤器”和与该PDU会话关联的两个或更多个QoS规则将具有相同的优先值(precedence value)时。

当规则操作为“修改现有QoS规则并删除分组过滤器”、QoS规则为IPv4、IPv6、IPv4v6或以太网PDU会话类型的PDU会话的QoS规则和所得QoS规则中的分组过滤器列表为空时。

当规则操作为“新建QoS规则”和已经存在具有相同QoS规则标识符的QoS规则时。

当规则操作为“修改现有QoS规则并添加分组过滤器”、“修改现有QoS规则并替换所有分组过滤器”、“修改现有QoS规则并删除分组过滤器”或“修改现有QoS规则而不修改分组过滤器”和关联的QoS规则不存在时。

当规则操作为“删除现有QoS规则”和不存在具有相同QoS规则标识符的现有QoS规则时。

当流描述操作为“新建QoS流描述”和已经存在具有相同QoS流标识符的现有QoS流描述时。

当流描述操作为“修改现有QoS流描述”和关联的QoS流描述不存在时。

当流描述操作为“删除现有QoS流描述”和不存在具有相同QoS流标识的现有QoS流描述时。

在情况4中，UE将通过发送带有5GSM原因#83“QoS操作中的语义错误”的PDUSESSION RELEASE REQUEST(PDU会话释放请求)消息来发起PDU会话释放过程。

在情况5中，如果旧QoS规则(即在接收PDU SESSION MODIFICATION COMMAND消息之前存在的QoS规则)不是默认的QoS规则，则UE不应诊断错误，应进一步处理新请求，如果其被成功处理，应删除具有相同优先值的旧QoS规则。此外，在针对正在进行的PDU会话修改过程发送PDU SESSSION MODIFICATION COMPLETE(PDU会话修改完成)之后，UE应发送带有5GSM原因#83“QoS操作中的语义错误”的PDU SESSION MODIFICATION REQUEST(PDU会话修改请求)消息以删除QoS规则。

在情况5中，如果旧QoS规则(即在接收PDU SESSION MODIFICATION COMMAND消息之前存在的QoS规则)是默认QoS规则，则UE应通过发送带有5GSM原因#83“QoS操作中的语义错误”的PDU SESSION RELEASE REQUEST(PDU会话释放请求)消息来发起PDU会话释放过程。

在情况6中，如果QoS规则不是默认QoS规则，则在针对正在进行的PDU会话修改过程发送PDU SESSSION MODIFICATION COMPLETE之后，UE应发送带有5GSM原因#83“QoS操作中的语义错误”的PDU SESSION MODIFICATION REQUEST消息以删除QoS规则。

在情况6中，如果QoS规则是默认QoS规则，则UE应通过发送带有5GSM原因#83“QoS操作中的语义错误”的PDU SESSION RELEASE REQUEST消息来发起PDU会话释放过程。

在情况7中，如果现有QoS规则不是默认QoS规则，并且新QoS规则的DQR位被设置为“QoS规则不是默认QoS规则”，则UE不应诊断错误，进一步处理创建请求，并且如果如果其被成功处理，则删除旧QoS规则。如果现有QoS规则是默认QoS规则或新QoS规则的DQR位被设置为“QoS规则是默认QoS规则”，则UE应拒绝带有5GSM原因#83“QoS操作中的语义错误”的PDUSESSION MODIFICATION COMMAND消息。

在情况9中，UE不应诊断错误，进一步处理删除请求，并且如果其被成功处理，则认为相应的QoS规则被成功删除。

在情况10中，UE不应诊断错误，进一步处理创建请求，并且如果其被成功处理，则删除旧QoS流描述。

在情况12中，UE不应诊断错误，进一步处理删除请求，并且如果其被处理，则认为相应的QoS流描述被成功删除。

否则，UE应拒绝带有5GSM原因#83“QoS操作中的语义错误”的PDU SESSIONMODIFICATION COMMAND消息。

[跳过]

上面的摘录表明，对默认QoS规则的删除操作(上面的情况4)将导致PDU会话的释放，即，UE将发送PDU会话释放请求消息。

可能发生的另一错误是上面情况3中所示的错误，即，当存在创建操作并且QoS规则被指示为默认QoS规则(即，DQR位被设置为“QoS规则是默认QoS规则”)并且UE已经具有默认QoS规则时。在这种情况中，UE将拒绝带有5GSM原因#83“QoS操作中的语义错误”的PDUSESSION MODIFICATION COMMAND消息。

本公开的目的是至少部分地应对、解决和/或减轻与现有技术关联的问题和/或缺点中的至少一个，例如本文描述的问题和/或缺点中的至少一个。本公开的目的是提供优于现有技术的至少一个优点，例如本文描述的至少一个优点。

本公开在独立权利要求中限定。有利的特征在从属权利要求中限定。

从以下详细描述并结合公开了本公开的示例的附图，其他方面、优点和显著特征对于本领域技术人员将变得显而易见。

提供参考附图对本公开的示例的以下描述以帮助全面理解根据权利要求限定的本发明。该描述包括各种具体细节以帮助理解，但这些将被视为仅仅是示例性的。因此，本领域的普通技术人员将会认识到，在不脱离本发明的范围的情况下，可以对本文描述的示例进行各种改变和修改。

相同或相似的组件可以由相同或相似的附图标记表示，尽管它们可以在不同的附图中示出。

为了清楚和简洁并且避免混淆本发明的主题，可以省略本领域中已知的技术、结构、构造、功能或过程的详细描述。

本文使用的术语和词语不限于文献或标准含义，而仅用于能够清楚且一致地理解本发明。

在本说明书的整个描述和权利要求中，词语“包括”、“包含”和“含有”以及词语的变体，例如“包括有”和“包含有”的意思是“包括但不限于”，而不是旨在(且不)排除其他特征、要素、组件、整数、步骤、过程、操作、功能、特性、属性和/或它们的组。

在本说明书的整个描述和权利要求中，单数形式，例如“一”、“一个”和“该”，包括复数形式，除非上下文另有要求。例如，对“一个对象”的引用包括对一个或多个这样的对象的引用。

在本说明书的整个描述和权利要求中，“用于Y的X”的一般形式的语言(其中Y是某个动作、过程、操作、功能、活动或步骤，而X是用于执行该动作、过程、操作、功能、活动或步骤的某种装置)涵盖特别地(但不一定排他地)适于、被配置或布置为执行Y的装置X。

结合本发明的特定方面、实施例、示例或权利要求描述或公开的特征、要素、组件、整数、步骤、过程、操作、功能、特性、属性和/或它们的组应理解为适用于本文描述的任何其他方面、实施例、示例或权利要求，除非与其不相容。

本公开的某些示例提供用于管理网络中的数据会话的方法、装置和***。例如，本公开的某些示例提供用于在3GPP 5GSM中管理NB-IoT的PDU会话的方法、装置和***。然而，技术人员将理解，本发明不限于这些示例，而是可以应用于任何合适的***或标准，例如一个或多个现有和/或下几代无线通信***或标准。

以下示例适用于3GPP 5G并使用与其相关的术语。然而，技术人员将理解，本文公开的技术不限于3GPP 5G。例如，本文公开的各种网络实体和消息的功能可以应用于其他通信***或标准中的对应或等效的实体和消息。对应或等效的实体和消息可以被视为在网络内执行相同或相似作用的实体和消息。本领域技术人员还将理解，网络实体之间的信息传输不限于关于本文公开的示例所描述的消息的特定形式、类型或顺序。

特定网络实体可以实现为专用硬件上的网络元件、在专用硬件上运行的软件实例和/或在适当平台上(例如在云基础设施上)实例化的虚拟化功能。

技术人员将理解，本发明不限于本文公开的具体示例。例如：

本文公开的技术不限于3GPP 5G。

本文公开的示例中的一个或多个实体可以用执行等效或对应功能、过程或操作的一个或多个替代实体替换。

本文公开的示例中的一个或多个消息可以用传输等效或对应信息的一个或多个替代消息、信号或其他类型的信息载体替换。

一个或多个其他要素或实体可以添加到本文公开的示例中。

在某些示例中可以省略一个或多个非必要要素或实体。

在一个示例中的特定实体的功能、过程或操作可以在替代示例中在两个或更多个独立实体之间划分。

在一个示例中的两个或更多个独立实体的功能、过程或操作可以在替代示例中由单个实体执行。

在一个示例中由特定消息承载的信息可以在替代示例中由两个或更多个单独的消息承载。

在一个示例中由两个或更多个单独的消息承载的信息可以在替代示例中由单个消息承载。

如果可能，则在替代示例中，可以修改执行操作的顺序和/或发送消息的顺序。

本公开的某些示例可以以被配置为执行一个或多个限定的网络功能和/或其方法的装置/设备/网络实体的形式提供。本公开的某些示例可以以包括一个或多个这样的装置/设备/网络实体和/或其方法的***的形式提供。

在现有技术的技术中，例如上面提到的那些，会出现以下问题。

可能会出现完整性保护最大数据速率IE适用于用户平面但并非所有NB-IoT设备都支持通过用户平面的数据的问题。

强制要求NB-IoT UE支持通过控制平面的数据传送。然而，对于这些UE来说，支持通过用户平面的数据传送是可选的。

即使当NB-IoT设备不支持通过用户平面的数据传送时，PDU会话建立请求消息的当前格式也要求UE指示可以在用户平面上应用完整性保护的支持的数据速率。

这在5GSM协议中造成了分歧，因为UE被要求提供它实际上并不支持的功能的信息。此外，这样的UE将被迫发送两个附加的八位字节(因为IE当前为2个八位字节长)，这会不必要地增加NAS消息大小。这使得位于低覆盖区域的NB-IoT设备效率低下，其中由于使用覆盖增强(即，当UE处于不良覆盖范围时)，RAN可能会配置UE以多次重复无线电传输。如果覆盖水平非常差，则在NAS处不必要地存在两个八位字节实际上会导致多个低层传输，尤其是当整个NAS消息无法放入一个低层消息进行传输时。NAS处的附加的两个八位字节实际上可以导致NAS消息根据UE被提供的传输块大小分成两部分。

因此需要一种解决方案来避免当UE实际上不支持通过用户平面的数据传送时NB-IoT UE发送与用户平面相关的信息的情况。

与在移动到NB-IoT RAT之后删除所有非默认QoS规则的PDU会话修改过程关联的错误可能是另一问题。

如前所述，当UE进入NB-IoT RAT或覆盖范围并且SMF决定为UE保持已建立的PDU会话时，SMF执行PDU会话修改过程以删除不是默认QoS规则的所有QoS规则但将仅保留默认规则。这意味着如果UE具有三个PDU会话，例如，则对于每个会话都需要执行PDU会话修改过程。如果UE处于不良覆盖范围内，则UE和/或RAN可能需要按照RAN的配置重传5GSM消息几次，并且这会增加UE处的总体信令和功耗。

此外，如果UE在SMF发送5GSM消息时检测到QoS规则中的某些错误，例如如果删除的QoS规则是默认QoS规则，则UE将释放PDU会话，从而导致交换更多的信令，并且这对于NB-IoT设备来说功率效率不高。这又将导致更多的信令以再次重新建立PDU会话。

另外，由于NB-IoT中的UE不能具有任何非默认QoS规则，则如果UE接收具有作为创建操作(即新建QoS规则)的QoS规则操作的PDU Session Modification Command消息，则即使创建操作本身没有问题，这也应当被视为错误。在这种情况中，对QoS规则的操作不应是对非默认QoS规则的删除操作以外的任何操作。UE当前没有被需要检查这样的错误，从5GSM协议的观点来看，这些错误通常不被视为错误。但是由于UE处于NB-IoT中，因此UE将需要对这些规则应用不同的检查。

这样的问题尚未被解决。

与NB-IoT RAT中UE的PDU会话建立过程关联的错误可能是另一问题。

如前所述，NB-IoT RAT中的UE只能具有与PDU会话关联的默认QoS规则。由于在PDU会话建立过程期间可能会发生错误，因此PDU会话建立请求消息可以具有带有创建操作的多个QoS规则是可能的。但是，由于只有一个QoS规则可用(并且这是默认QoS规则)，因此具有创建操作的任何附加QoS规则都应被视为错误。这种情况中的UE行为尚未被固定，但应当被规定。

本公开的某些示例例如通过提供下述技术中的一种或多种来应对上述问题。

在本公开的某些示例中，不支持通过用户平面的数据传送的UE不应发送关于用户平面的完整性保护的任何信息。因此，PDU会话建立请求消息和PDU会话修改请求消息中的对应字段应当是可选的，并且应当仅由支持通过用户平面传输数据(也称为N3数据传送)的UE传输。

本公开的某些示例提供了一种通过执行这些规则的本地删除或通过保存它们以用于在移动出NB-IoT之后的后续使用，当在NB-IoT RAT中时不使用非默认QoS规则的高效技术。替代地，如果需要被明确删除，则在本公开的某些示例中，UE可以验证QoS操作中错误的可能性并且应用技术来从这样的错误恢复。

现在将更详细地描述本公开的某些示例。

在一个实施例中，可以提供对PDU会话建立请求消息中的完整性保护最大数据速率IE的处理。

如上所述，NB-IoT UE可能不支持通过用户平面的数据传送。因此，UE没有必要指示无论如何不被支持的用户平面的完整性保护速率。本公开的各种示例提供了多种解决方案选项来应对这个问题。

解决方案选项1

在本公开的某些示例中，完整性保护最大数据速率IE应当是PDU会话建立请求消息中的可选IE或条件IE。

不支持N3数据传送(或通过用户平面的数据的传送)的UE(可选地，NB-IoT UE)可以不在PDU会话建立请求消息中发送完整性保护最大数据速率IE。否则，支持N3数据传送的UE可以在PDU会话建立请求消息中发送该IE。

该解决方案要求完整性保护最大数据速率IE变为可选IE，例如如下表2所示：

表2：具有可选的完整性保护最大数据速率IE的PDU SESSION ESTABLISHMENTREQUEST消息内容

图1示出了TLV类型的完整性保护最大数据速率IE的示例性编码。

在某些示例中，如果完整性保护最大数据速率IE被定义为类型TLV(类型长度值)，则IE应当如图1所示被编码。

在某些示例中，当处于S1模式时，在第一***间从S1模式更改为N1模式之后、UE在支持N26接口的网络中以单注册模式进行操作并且如果UE支持通过用户平面的数据传送(即，UE支持N3数据传送)，建立的PDN(分组数据网络)连接，完整性保护最大数据速率IE应当仅在PDU会话修改请求消息中被发送。

在某些示例中，不支持N3数据传送的UE可以将其向网络指示，使得SMF知道完整性保护最大数据速率字段不在5GSM消息中发送。

例如，UE可以提供的指示可以以下面一种或多种方式：

UE可以在承载5GSM消息的UL NAS TRANSPORT(UL NAS传输)消息中包括该指示。该指示可以采用新IE的形式，其中，该新IE可以是TV或TLV、或T类型或任何其他类型。该IE可以具有值分量，可选地以位位置的形式，其中，可以为值分量限定特定值以指示UE不支持N3数据传送。UE可以在发送每5GSM消息时可选地包括该指示。

如上所述，UL NAS TRANSPORT消息中的现有IE或字段可以用于此目的。例如，ULNAS TRANSPORT消息中现有的请求类型IE可以用于此目的。例如，保留值“111”可以用于表示“没有N3数据传送的初始请求”，其中，该值指示请求是新请求(即，为了建立新PDU会话)同时还指示UE不支持N3数据传送。

可以定义和使用新的5GSM消息标识，即，新的5GSM消息(例如，控制平面数据的PDU会话建立请求)。因此，不支持N3数据传送的UE可以使用新的5GSM消息(如本文所述)来建立PDU会话。该消息将不包含完整性保护最大数据速率IE，并且该5GSM消息将类似于表2中所示的消息，但没有完整性保护最大数据速率IE。

AMF可以基于5GMM能力IE中的“N3数据”位(例如八位字节3的位6)确定UE不支持(或支持)N3数据传送。对于这样的UE，当AMF接收带有不支持N3数据传送的新指示的UL NASTRANSPORT时(如上所述)，AMF可以转而通过N11(或Nsmf)参考点将该指示转发给SMF(参见3GPP TS 23.501)。请注意，在N11(或Nsmf)参考点上的指示可以采用现有参数的新值的形式，或者可以作为新参数引入。无论如何，该指示向SMF通知UE不支持N3数据传送。

当SMF从AMF接收UE不支持N3数据传送的指示(例如，通过N11(或Nsmf)参考点或使用新参数或现有参数的新值)时，SMF确定PDU会话建立请求消息不包括完整性保护最大数据速率字段，并且因此期望5GSM消息与表2中所示的消息类似，但没有完整性保护最大数据速率IE。

解决方案选项2

在本公开的某些示例中，UE可以可选地发送完整性保护最大数据速率IE作为强制性IE但是将该值设置为特定值。

在该解决方案选项中，IE可选地保持为强制性IE，但定义了保留值或特定值以供不支持N3数据传送的UE(可选地，NB-IoT UE)使用。例如，值“011111111”可以用于不支持N3数据传送的这样的UE，因此这些UE会将IE的值分量设置为该特定值。值“011111111”可以解释为“NULL(空值)”，或“不支持用户平面完整性保护”，或“对于上行链路不支持用户平面完整性保护”，或“对于下行链路不支持用户平面完整性保护”，其中，基于涉及的方向特定的解释可以适用。本领域技术人员将理解，该值(即“011111111”)将被当作示例，并且可以为此目的定义任何其他合适的值。此外，技术人员将理解，以上提供的解释将被当作示例，并且可以替代地定义其他解释，例如，“仅控制平面设备”等。

当SMF在带有上述特定值的5GSM消息中接收该IE时，SMF确定对于该UE不支持用户平面完整性保护，并且可以将完整性保护要求设置为不需要。

作为该选项的另一替代方案，UE可以将IE设置为任何值。

在某些示例中，使用上述任何替代方案，当SMF接收由AMF转发的PDU会话建立请求消息，并且还接收来自AMF的仅控制平面指示或本文描述的任何其他指示时，则基于接收的指示(例如，仅控制平面指示)，SMF确定不需要对与该PDU会话关联的用户平面进行完整性保护。然后SMF可以忽略这些接收的值。

在实施例中，可以提供在RAT间移动到NB-IoT RAT之后对QoS规则的处理。

解决方案选项1

为了减少NB-IoT的信令，在某些示例中，当移动到NB-IoT RAT时，UE和SMF可以在本地删除不是默认QoS规则的所有QoS规则，并且仅保持默认QoS规则。这将避免像当前所做的那样需要发起PDU会话修改过程。此外，UE和SMF可以可选地将与默认QoS规则关联的分组过滤器设置为匹配用于上行链路和可选地用于下行链路方向的所有过滤器，使得与该PDU会话关联的所有流量将被映射或匹配到默认QoS规则。

在替代示例中，对于位于NB-IoT RAT中的这种特定情况，UE可以验证与PDU会话修改命令消息关联的附加错误。由于NB-IoT中的UE只能具有一个QoS规则，并且其应当是默认QoS规则，则5GSM消息应当仅包含带有删除操作的QoS规则，使得所有非默认QoS规则(即，不是默认QoS规则的所有QoS规则)将根据需要被删除。为了确保是这种情况，在某些示例中，UE可以当处于NB-IoT中执行以下检查，并且接收PDU会话修改命令消息。

在实施例中，UE可以检查是否存在被设置为下述的带有规则操作的QoS规则：

“新建QoS规则”和可选地DQR位没有被设置为“QoS规则不是默认QoS规则”，

“修改现有QoS规则并添加分组过滤器”、“修改现有QoS规则并替换所有分组过滤器”、“修改现有QoS规则并删除分组过滤器”或“修改现有QoS规则而不修改分组过滤器”和可选地该操作是对非默认QoS规则。

替代地，在实施例中，UE对于每个非默认QoS规则，UE可以检查操作是否与“删除现有QoS规则”不同。如果是，则UE可以确定QoS规则是错误的并且如本文所述继续进行。请注意，这仅是实现上面提出的检查的另一种方式。

如果出现上述情况，UE可以在当前PDU会话修改过程完成之后，发送PDU会话修改请求消息，以删除不是默认QoS规则的每个QoS规则。

替代地，UE不诊断错误并且应在本地删除不是默认QoS规则的每个QoS规则。

替代地，UE应通过发送PDU会话释放请求消息来发起PDU会话释放过程(可选地，在正在进行的PDU会话修改过程完成之后)。

替代地，UE应通过发送PDU会话修改命令拒绝消息来拒绝PDU会话修改过程(即，UE拒绝PDU会话修改命令消息)。

在实施例中，UE可以检查是否存在被设置为下述的具有流描述操作的QoS流描述：

“新建QoS流描述”，其QoS流标识符与默认QoS规则的QoS流标识符不关联，

“修改现有QoS流描述”，其QoS流标识符与默认QoS规则的QoS流标识符不关联。

替代地，在实施例中，UE对于具有与非默认QoS规则关联的QFI的每个QoS流描述，UE可以检查操作是否与“删除现有QoS流描述”不同。如果是，则UE可以确定QoS流描述是错误的并且如本文所述继续进行。请注意，这仅是实现上面提出的检查的另一种方式。

如果出现上述情况，UE可以在当前PDU会话修改过程完成之后，发送PDU SessionModification Request消息以删除具有与默认QoS规则的QFI(QoS流标识符)不同的QFI的每个QoS流描述。

替代地，UE不诊断错误，并应在本地删除具有与默认QoS规则的QFI不同的QFI的每个QoS流描述。

替代地，UE应通过发送PDU会话释放请求消息来发起PDU会话释放过程。

替代地，UE应通过发送PDU会话修改命令拒绝消息来拒绝PDU会话修改过程(即，UE拒绝PDU会话修改命令消息)。

在实施例中，UE可以检查是否存在被设置为下述的具有操作码的至少一个映射EPS(演进分组***)承载操作(在映射EPS承载上下文IE中，如果被接收)：

“新建EPS承载”和关联的QoS流标识符(QFI)与不是默认QoS规则的QoS规则对应，

“修改现有EPS承载”和关联的QoS流标识符(QFI)与不是默认QoS规则的QoS规则对应。

替代地，在实施例中，UE对于具有与非默认QoS规则关联的QFI的每个映射EPS承载上下文，UE可以检查操作是否与“删除现有EPS承载”不同。如果是，则UE可以确定映射EPS承载上下文是错误的并且如本文所述继续进行。请注意，这仅是实现上面提出的检查的另一种方式。

如果出现上述情况，UE应在当前PDU会话修改过程完成之后，发送PDU会话修改请求消息以删除具有与默认QoS规则的QFI不同的QFI的每个映射EPS承载上下文。

替代地，UE不诊断错误，并应在本地删除具有与默认QoS规则的QFI不同的QFI的每个映射EPS承载上下文。

替代地，UE应通过发送PDU会话释放请求消息来发起PDU会话释放过程。

替代地，UE应通过发送PDU会话修改命令拒绝消息来拒绝PDU会话修改过程(即，UE拒绝PDU会话修改命令消息)。

在上述示例中，UE可以检测如上所述的一些错误。在这种情况中，UE仍然可以采取上面提出的一个动作。

在某些示例中，当发送PDU会话修改请求消息(例如，以删除至少一个QoS规则，或至少一个QoS流描述，或至少一个映射EPS承载上下文)时，或当发送PDU会话释放请求消息时，UE可以在5GSM消息中包括任何现有的5GSM原因(例如#83“QoS操作中的语义错误”)。替代地，UE应使用针对上面定义的每个错误的新5GSM原因集，或者通用且适用于上面列出的所有情况的新5GSM原因。作为示例，UE可以使用设置为“由于UE处于NB-N1模式而不允许操作”的新5GSM原因。

本领域技术人员将理解，当UE处于EPS(即，处于S1模式)并且PDN连接可转移到N1模式时，也可以应用以上示例。因此，当处于S1模式的NB-IoT中的UE接收任何现有ESM消息(例如，TS 3GPP 24.301[4]中定义的消息)时，UE应检查相同的错误。例如，UE应检查在MODIFY EPS BEARER CONTEXT REQUEST(修改EPS承载上下文请求)消息中的协议配置选项IE或扩展协议配置选项IE中接收的QoS规则中列出的相同错误(后者是在S1模式下接收的ESM NAS消息)。类似地，当UE发送ESM消息(例如MODIFY EPS BEARER CONTEXT ACCEPT(修改EPS承载上下文接受)消息)以报告错误时，可以使用现有5GSM原因，例如，如[2]的第6.1.4.1节中所述。

因此，本领域技术人员将理解，当UE处于N1模式或S1模式时可以应用以上所有示例。

解决方案选项2

在某些示例中，当UE进入NB-IoT时(或当UE在NB-N1模式下操作时)，不是默认QoS规则或与默认QoS规则不关联的QoS参数(即，QoS规则、QoS流描述或映射EPS承载上下文)将在UE和SMF处本地地被保存。由于UE可以支持其他RAT，诸如WB-EUTRA或NR，因此在从NB-IoT移动到另一RAT时，将移开(lift)关于仅具有默认QoS规则的限制，然后UE可以具有不是默认QoS规则的QoS规则，并且还可以具有其他关联的QoS参数(例如，QoS流描述或映射EPS承载上下文)。

因此，在本公开的某些示例中，当UE进入NB-IoT时，UE应当在本地保存所有非默认QoS参数(即，不是默认QoS规则的每个QoS规则和任何关联的QoS流描述或映射EPS承载上下文)的副本。然后，处于NB-IoT中的UE将仅使用默认QoS规则和任何其他关联的QoS参数(例如，QoS流描述或映射EPS承载上下文)。

此处，术语“QoS参数”可以指任何合适的参数，例如以下示例中的QoS规则、QoS流描述或映射EPS承载上下文。

在某些示例中，为了保存QoS参数，UE可以保存QoS参数上下文和对应的QoS参数上下文ID。例如，QoS参数上下文和对应的QoS参数上下文ID可以是如下形式。

在实施例中，该形式可以包括每个QoS规则的QoS规则标识符列表。

对于每个QoS规则，可以指示关联的QoS流描述(其中，QoS规则和QoS流描述之间的关联基于QFI)。

对于每个QoS规则，可以指示关联的映射EPS承载上下文(其中，映射EPS承载上下文和QoS流描述之间的关联可以基于QFI并可选地基于EPS承载标识(ID))。

在某些示例中，映射EPS承载上下文可以以EPS承载ID和所有其他EPS相关QoS参数(例如，TFT、分组过滤器等，例如在[2]和[4]中定义)的形式表示。

在实施例中，可以指示与每个QoS规则标识符对应的QoS参数上下文ID。

在某些示例中，QoS参数上下文ID可以是保存的QoS参数上下文的一部分。

在某些示例中，可以每PDU会话保存QoS参数上下文。

类似地，SMF可以应用与上述类似的行为，注意SMF基于来自AMF的指示变得知道UE移动到NB-IoT。

在某些示例中，支持如上所述本地保存QoS参数的UE可以在5GMM能力IE或5GSM能力IE中指示这种支持。例如，这些IE中的新的位位置可以用于此目的，例如，可以使用“支持在本地保存QoS参数”，或者为此目的可以使用任何其他合适的定义。

类似地，在某些示例中，网络(例如AMF或SMF)可以指示这是否在网络中也受支持。例如，AMF可以通过在5GS网络功能支持IE(在[2]中定义)中定义类似的位来指示这是否被支持，该位指示网络支持并允许使用此功能。替代地，SMF可以通过定义和使用5GSM网络功能支持IE(在[2]中定义)中的类似位来指示它支持并允许使用此功能。网络可以基于UE的能力和可选地基于订阅信息或网络中的本地策略来指示这是否被允许用于UE。

在某些示例中，如果网络指示允许在本地保存QoS参数，则UE可以以上述方式操作，或者每当UE进入NB-IoT时UE默认以这种方式操作。

尽管QoS参数在本地被保存，但是本公开的某些示例可以定义新的QoS操作，其指示如上所述的QoS参数的保存。作为示例，该操作可以被称为“保存现有QoS规则”。

在某些示例中，SMF可以在SMF接收UE已经进入NB-IoT的指示之后向UE发送PDU会话修改命令消息。SMF可以发送PDU会话修改命令消息来通知UE保存其QoS参数。为此，SMF可以针对每个QoS规则标识符将QoS操作码设置为“保存现有QoS规则”。在某些示例中，可以针对QoS流描述和映射EPS承载上下文定义类似的操作。替代地，SMF和UE也可以通过指示要被保存特定QoS规则，保存所有对应的QoS参数。

使用该操作还可以隐式地导致UE和SMF仅使用默认QoS规则及其对应的QoS参数。因此，当使用该新操作时，接收方保存当前可以用于PDU会话的所有QoS参数，然后只要UE处于NB-IoT中，就继续使用默认QoS规则及其对应的QoS参数。

因此，例如，当UE进入NB-IoT时，SMF可以向UE发送PDU会话修改命令消息，并将操作码设置为对于应当被保存的每个QoS规则标识符“保存现有QoS规则”。UE和SMF都可以相应地保存与对其使用该操作的每个QoS规则标识符对应的所有QoS参数。然后，UE可以发送PDU会话修改完成消息。可选地，UE可以通过包括QoS规则IE并将操作码设置为对于已被保存的每个QoS规则的每个QoS规则标识符“保存现有QoS规则”来确认在本地保存QoS参数(并且可选地，与该QoS规则关联的对应QoS参数)。

替代地，具有QoS规则标识符列表的新IE可以由UE或SMF使用，并且UE或SMF可以将其包括在5GSM消息中，以指示已经或应当在本地保存的QoS规则标识符列表。

替代地，UE可以是发送PDU会话修改请求消息，并针对被保存的每个QoS规则标识将操作码设置为“保存现有QoS规则”的实体。UE可以在进入NB-IoT后这样做。然后，网络可以用上面提出的PDU会话修改命令消息进行响应。

在某些示例中，当UE移出NB-IoT时，UE可以使用所有保存的QoS参数自主恢复。SMF也可以在被通知UE已移出NB-IoT(例如，移入WB-EUTRA或NR)后这样做。

在本公开的某些示例中，还可以通过定义新IE而不是使用QoS规则IE来实现上述技术。例如，可以定义新的保存的QoS参数上下文IE来列出已经或应当被保存的QoS参数。在某些示例中，IE可以包含上面列出的当前QoS参数或在[2]中定义的QoS参数的任何组合。

在实施例中，提供了在建立N1模式下的新PDU会话或S1模式下的PDN连接时对QoS规则的处理。

如上所述，处于NB-IoT中的UE对于每个PDU会话只能具有默认QoS规则。因此，不能存在其他非QoS规则。然而，由于可能发生错误，所以UE应当检查这不会发生。

因此，在本公开的某些示例中，当处于NB-IoT中的UE接收PDU会话建立接受消息时，UE应当对以下进行检查：

在实施例中，UE应当检查接收的QoS规则是否包含被设置为“新建QoS规则”的操作，并且可选地，DQR位不被设置为“QoS规则不是默认QoS规则”(即，存在创建不是默认QoS规则的新QoS规则的操作)。

如果出现上述情况，则UE应在当前PDU会话建立过程完成之后，发送PDU会话修改请求消息，以删除不是默认QoS规则的每个QoS规则。

替代地，UE不诊断错误并且应在本地删除不是默认QoS规则的每个QoS规则。也就是说，UE在本地删除不是默认QoS规则的任何规则，并且不向网络报告错误。

替代地，UE应通过发送PDU会话释放请求消息来发起PDU会话释放过程。例如，UE可以使用现有5GSM原因或如本文所述的新5GSM原因。

UE应检查流描述操作(在QoS流描述IE中)是否被设置为“新建QoS流描述”，请求类型是否为“初始请求”，和QoS流描述的QFI是否与与默认QoS规则关联的QFI不相同。

如果出现上述情况，UE应在当前PDU会话建立过程完成之后，发送PDU会话修改请求消息，以删除具有与默认QoS规则的QFI不同的QFI的每个QoS流描述。

替代地，UE不诊断错误并且应在本地删除具有与默认QoS规则的QFI不同(或不关联)的QFI的每个QoS流描述。也就是说，UE在本地删除具有与默认QoS规则的QFI不同的QFI的所有其他附加QoS流描述。QoS流描述通过QFI与QoS规则关联。由于当UE处于NB-IoT时，对于每个PDU会话仅允许默认QoS规则，则如果QoS流描述具有与默认QoS规则的QFI不同的QFI，UE不应保持它。本公开的示例在本地删除这样的QoS流描述。

替代地，UE应通过发送PDU会话释放请求消息来发起PDU会话释放过程。例如，UE可以使用现有5GSM原因或如本文所述的新5GSM原因。

UE应当检查是否存在被设置为下述的具有操作码的至少一个映射EPS承载操作(在映射EPS承载上下文IE中，如果被接收)：

“新建EPS承载”和关联的QFI与不是默认QoS规则的QoS规则对应，

“修改现有EPS承载”和关联的QFI与不是默认QoS规则的QoS规则对应。

如果出现上述情况，UE将可选地在当前5GSM流程完成之后，发送PDU会话修改请求消息，以删除具有与默认QoS规则的QFI不同的QFI的每个映射EPS承载上下文。

替代地，UE不诊断错误，并应在本地删除具有与默认QoS规则的QFI不同(或不关联)的QFI的每个映射EPS承载上下文。也就是说，UE在本地删除具有与默认QoS规则的QFI不同(或不关联)的QFI的每个映射EPS承载上下文，并且不向网络报告错误。

替代地，UE应通过发送PDU会话释放请求消息来发起PDU会话释放过程。例如，UE可以使用现有5GSM原因或如本文所述的新5GSM原因。

当UE处于S1模式时也可以应用以上示例，对于该模式，UE被提议在任何ESM过程期间对TFT、QoS规则和QoS流描述验证相同或等效或对应的错误。

本公开的某些示例的总结

UE优选不发送与不受支持的功能相关的信息。发送这样的信息不仅对网络无用，而且效率低下，因为当UE处于低覆盖区域时，它会不必要地增加消息大小并可能增加功耗。如上所述，本公开的某些示例提供了避免发送不适用于发送UE的信息的技术。

此外，处于NB-IoT中的UE可以接收不同的QoS规则操作，或QoS流描述操作，或映射EPS承载上下文操作，以分别创建或修改现有规则、流描述或映射EPS承载上下文，其中，这些参数的QFI与默认QoS规则不关联。对于处于NB-IoT中的UE不允许存在这样的参数(因为仅默认QoS规则能够可用于UE的PDU会话)，并且当前没有检查这样的错误并从中恢复的手段。另一方面，本公开的某些示例提供从这样的QoS错误恢复的技术。

根据本公开的一个示例，提供了一种针对UE的用于建立数据会话的方法，该方法包括：确定是否提供数据会话的最大数据速率的指示；如果确定提供该指示，则向网络实体发送包括该指示的数据会话建立请求；并且如果确定不提供该指示，则向网络实体发送不包括该指示的数据会话建立请求。

根据本公开的另一示例，提供了一种针对UE的用于建立数据会话的方法，该方法包括：确定UE是否支持通过用户平面的数据的传送；如果UE支持通过用户平面的数据的传送，则向网络实体发送包括数据会话的最大数据速率的指示的数据会话建立请求；并且如果UE不支持通过用户平面的数据的传送，则向网络实体发送包括指示UE不支持通过用户平面的传数的传送的值(例如，预定值)的数据会话建立请求。

根据本公开的另一示例，提供了一种针对网络实体的用于建立数据会话的方法，该方法包括：接收数据会话建立请求；确定数据会话建立请求是否包括指示UE不支持通过用户平面的数据的传送的值(例如预定值)，或者数据会话的最大数据速率的指示是否包括在数据会话建立请求中；如果数据会话建立请求包括该值或者不包括最大数据速率的指示，则确定UE不支持用户平面完整性保护，并将完整性保护要求设置为对于UE不需要。

根据本公开的另一示例，提供了一种针对UE和/或第一网络实体(例如，SMF实体)的用于管理网络中的数据会话的方法，其中，数据会话是针对UE建立的并且与包括默认QoS规则的一个或多个QoS规则关联，该方法包括：响应于UE从第一RAT移动到第二RAT(例如，NB-IoT RAT)，在UE和/或第一网络实体处删除除了默认QoS规则之外的所有QoS规则。

根据本公开的另一示例，提供了一种针对UE的用于管理网络中的数据会话的方法，其中，数据会话是针对UE建立的并且与包括默认QoS规则的一个或多个QoS规则关联，该方法包括：响应于当UE处于第二RAT(例如，NB-IoT RAT)时从网络实体(例如，SMF实体)接收数据会话修改命令，基于与数据会话修改命令关联的一个或多个QoS参数(例如，QoS规则、QoS流描述和映射EPS承载上下文中的一个或多个)确定是否满足条件。

根据本公开的另一示例，提供了一种针对UE和/或第一网络实体(例如，SMF实体)的用于管理网络中的数据会话的方法，其中，数据会话是针对UE建立的并且与包括默认QoS规则的一个或多个QoS规则关联，该方法包括：响应于UE从第一RAT移动到第二RAT(例如，NB-IoT RAT)，或者响应于接收包括预定指示的数据会话修改消息，由UE和/或第一网络实体保存与数据会话关联的一个或多个QoS参数(例如，QoS规则、QoS流描述和映射EPS承载上下文中的一个或多个)。

根据本公开的另一示例，提供了一种针对UE的用于管理网络中的数据会话的方法，其中，数据会话是针对UE建立的并且与包括默认QoS规则的一个或多个QoS规则关联，该方法包括：响应于当UE处于第二RAT(例如，NB-IoT RAT)中时从网络实体(例如，SMF实体)接收数据会话建立接受消息，基于与数据会话建立接受消息关联的一个或多个QoS参数(例如，QoS规则、QoS流描述和映射EPS承载上下文中的一个或多个)确定是否满足条件。

图2是可以在本公开的示例中使用的示例性网络实体或UE的框图。本领域技术人员将理解，网络实体可以被实现为例如专用硬件上的网络元件、运行在专用硬件上的软件实例和/或在适当平台上(例如，在云基础设施上)实例化的虚拟化功能。

实体或UE 200包括处理器(或控制器)201、发射器203和接收器205。接收器205被配置用于从一个或多个其他网络实体(例如，如上所述的实体)接收一个或多个消息。发射器203被配置用于将一个或多个消息发送到一个或多个其他网络实体(例如，如上所述的实体)。处理器201被配置用于执行一个或多个操作，例如，根据如上所述的操作。

可以使用任何适当地被配置的装置和/或***来实现本文描述的技术。这样的装置和/或***可以被配置为执行根据本文公开的任何方面、实施例、示例或权利要求的方法。这样的装置可以包括一个或多个元件，例如接收器、发射器、收发器、处理器、控制器、模块、单元等中的一个或多个，每个元件被配置为执行用于实现本文描述的技术的一个或多个对应的过程、操作和/或方法步骤。例如，X的操作/功能可以由被配置为执行X的模块(或X模块)来执行。一个或多个元件可以以硬件、软件或硬件和软件的任何组合的形式实现。

应当理解，本公开的示例可以以硬件、软件或硬件和软件的任何组合的形式来实现。任何这样的软件可以以易失性或非易失性存储器的形式存储，例如，比如ROM的存储设备，无论是否可擦除或可重写；或者以存储器的形式存储，例如，RAM、存储器芯片、设备或集成电路或存储在光学或磁性可读介质上，例如，CD、DVD、磁盘或磁带等。

应当理解，存储设备和存储介质是适合于存储一个或多个程序的机器可读存储装置的实施例，该一个或多个程序包括在被执行时实现本公开的某些示例的指令。因此，某些示例提供了包括用于实现根据本文公开的任何示例、实施例、方面和/或权利要求的方法、装置或***的代码的程序和/或存储这样的程序的机器可读存储装置。再另外，这样的程序可以通过任何介质以电子方式传输，例如通过有线或无线连接承载的通信信号。

图3是根据本公开的实施例的由用户设备执行的方法的流程图。

在步骤301中，在UE不支持N3数据传送的情况下，UE可以将完整性保护最大数据速率信息元素(IE)的一个或多个值识别为指示UE不支持N3数据传送的一个或多个值。如上所述，N3数据传送可以涉及支持通过用户平面的数据传送。例如，UE可以处于窄带(NB)-N1模式。

例如，完整性保护最大数据速率信息元素可以包括：上行链路的第一用户平面完整性保护最大数据速率；和下行链路的第二用户平面完整性保护最大数据速率。

UE可以将第一用户平面完整性保护最大数据速率的一个或多个第一值识别为指示UE不支持上行链路的用户平面完整性保护的一个或多个值。例如，指示不支持上行链路的用户平面完整性保护的一个或多个第一值可以是一个或多个空值。

UE可以将第二用户平面完整性保护最大数据速率的一个或多个第二值识别为指示UE不支持下行链路的用户平面完整性保护的一个或多个值。例如，指示不支持下行链路的用户平面完整性保护的一个或多个第二值可以是一个或多个空值。

在步骤303中，UE可以向网络实体发送与完整性保护最大数据速率IE关联的信息。例如，UE可以通过用于向网络实体指示UE不支持N3数据传送的数据会话建立请求向网络实体发送与完整性保护最大数据速率IE关联的信息。

图4是根据本公开的另一实施例的由用户设备执行的方法的流程图。

在步骤401中，UE可以从网络实体接收与一个或多个服务质量(QoS)规则关联的信息。例如，可以通过PDU会话修改命令或PDU会话建立接受消息中的至少一个来传输与一个或多个QoS规则关联的信息。特别地，UE可以处于窄带(NB)-N1模式。

在步骤402中，对于与非默认QoS规则关联的QoS规则和对于具有与删除QoS规则不同的规则操作的QoS规则，UE可以检查与一个或多个QoS规则关联的信息。

在步骤403中，在UE处于NB-N1模式、QoS规则与非默认QoS规则关联和与与非默认QoS规则关联的QoS规则对应的规则操作与删除QoS规则不同的情况下，UE可以将QoS规则检测为错误。例如，在通过PDU会话建立接受消息传输与一个或多个QoS规则关联的信息的情况下，与QoS规则对应的规则操作可以指示UE创建QoS规则，该QoS规则是非默认QoS规则。例如，QoS规则的默认QoS规则指示符(DQR)位可以指示QoS规则是非默认QoS规则。

在步骤405中，UE可以向网络实体发送协议数据单元(PDU)会话修改请求消息以删除检测到的QoS规则。例如，PDU会话修改请求消息可以包括与用于删除检测到的QoS规则的QoS操作中的语义错误关联的信息。例如，在通过PDU会话修改命令传输与一个或多个QoS规则关联的信息的情况下，UE可以在发送与PDU会话修改命令对应的PDU会话修改完成消息之后向网络实体发送PDU会话修改请求消息。

图5是根据本公开的另一实施例的由用户设备执行的方法的流程图。

在步骤501中，UE可以从网络实体接收与一个或多个服务质量(QoS)流描述关联的信息。例如，与一个或多个QoS流描述关联的信息可以通过PDU会话修改命令或PDU会话建立接受消息中的至少一个来传输。特别地，UE可以处于窄带(NB)-N1模式。

在步骤502中，对于与非默认QoS规则关联的QoS流描述和对于具有与删除QoS流描述不同的规则操作的QoS流描述，UE可以检查与一个或多个QoS流描述关联的信息。

在步骤503中，在UE处于NB-N1模式、QoS流描述的QoS流ID(QFI)与非默认QoS规则关联和与QoS流描述对应的规则操作与删除与非默认QoS规则关联的QoS流描述不同的情况下，UE可以将QoS流描述检测为错误。例如，在与一个或多个QoS流描述关联的信息通过PDU会话建立接受消息被传输的情况下，规则操作可以指示创建具有与非默认QoS规则关联的QFI的QoS流描述。例如，在通过PDU会话建立接受消息传输与一个或多个QoS流描述关联的信息的情况下，与PDU会话建立接受消息关联的PDU会话的请求类型可以被设置为初始请求。

在步骤505中，UE可以向网络实体发送协议数据单元(PDU)会话修改请求消息以删除检测到的QoS流描述。例如，PDU会话修改请求消息可以包括与用于删除检测到的QoS流描述的QoS操作中的语义错误关联的信息。例如，在通过PDU会话修改命令传输与一个或多个QoS流描述关联的信息的情况下，UE可以在发送与PDU会话修改命令对应的PDU会话修改完成消息之后向网络实体发送PDU会话修改请求消息。

图6是示出根据本公开的实施例的用户设备的图。

参考图6，UE 600可以包括处理器610、收发器620和存储器630。然而，不是所有示出的组件都是必需的。UE 600可以由比图6中所示的更多或更少的组件来实现。另外，根据另一实施例，处理器610和收发器620以及存储器630可以被实现为单个芯片。

现在将详细描述上述组件。

处理器610可以包括控制所提出的功能、过程和/或方法的一个或多个处理器或其他处理设备。UE 600的操作可以由处理器610实现。

收发器620可以连接到处理器610并且发送和/或接收信号。此外，收发器620可以通过无线信道接收信号并且将信号输出到处理器610。收发器620可以通过无线信道发送从处理器610输出的信号。

存储器630可以存储由UE 600获得的信号中包括的控制信息或数据。存储器630可以连接到处理器310并且存储用于所提出的功能、过程、和/或方法的至少一个指令或协议或参数。存储器630可以包括只读存储器(ROM)和/或随机存取存储器(RAM)和/或硬盘和/或CD-ROM和/或DVD和/或其他存储设备。

根据本公开的实施例，在UE不支持N3数据传送的情况下，处理器610被配置为：将完整性保护最大数据速率信息元素的一个或多个值识别为指示UE不支持N3数据传送的一个或多个值；并且通过收发器620向网络实体发送与完整性保护最大数据速率信息元素关联的信息。

在一个实施例中，完整性保护最大数据速率信息元素可以包括：上行链路的第一用户平面完整性保护最大数据速率；和下行链路的第二用户平面完整性保护最大数据速率。

在一个实施例中，处理器610还被配置为将第一用户平面完整性保护最大数据速率的一个或多个第一值识别为指示UE不支持上行链路的用户平面完整性保护的一个或多个值。

在一个实施例中，处理器610还被配置为将第二用户平面完整性保护最大数据速率的一个或多个第二值确定为指示UE不支持下行链路的用户平面完整性保护的一个或多个值。

根据本公开的另一实施例，处理器610被配置为：通过收发器620从网络实体接收与一个或多个服务质量(QoS)规则关联的信息；对于与非默认QoS规则关联的QoS规则和对于具有与删除QoS规则不同的规则操作的QoS规则，检查与一个或多个QoS规则关联的信息；在UE 600处于窄带(NB)-N1模式、QoS规则与非默认QoS规则关联和规则操作与删除QoS规则不同的情况下，将QoS规则检测为错误；和通过收发器620向网络实体发送协议数据单元(PDU)会话修改请求消息以删除检测到的QoS规则。

在一个实施例中，与一个或多个QoS规则关联的信息可以通过PDU会话修改命令来传输。

在一个实施例中，与一个或多个QoS规则关联的信息可以通过PDU会话建立接受消息来传输。

在一个实施例中，在与一个或多个QoS规则关联的信息通过PDU会话建立接受消息传输的情况下。

在一个实施例中，规则操作可以指示创建与非默认QoS规则关联的QoS规则。

在一个实施例中，QoS规则的默认QoS规则指示符(DQR)位指示QoS规则会是非默认QoS规则。

在一个实施例中，PDU会话修改请求消息可以包括与QoS操作中的语义错误关联的信息。

在一个实施例中，处理器610还被配置为在发送与PDU会话修改命令对应的PDU会话修改完成消息之后通过收发器620向网络实体发送PDU会话修改请求消息。

根据本公开的另一实施例，处理器610被配置为：通过收发器620从网络实体接收与一个或多个服务质量(QoS)流描述关联的信息；对于与非默认QoS规则关联的QoS流描述和对于具有与删除QoS流描述不同的规则操作的QoS流描述，检查与一个或多个QoS流描述关联的信息；在UE处于窄带(NB)-N1模式、QoS流描述的QoS流ID(QFI)与非默认QoS规则关联和规则操作与删除QoS流描述不同的情况下，将QoS流描述检测为错误；和通过收发器620向网络实体发送协议数据单元(PDU)会话修改请求消息以删除检测到的QoS流描述。

在一个实施例中，与一个或多个QoS流描述关联的信息通过PDU会话修改命令来传输。

在一个实施例中，与一个或多个QoS流描述关联的信息通过PDU会话建立接受消息来传输。

在一个实施例中，在通过PDU会话建立接受消息传输与一个或多个QoS流描述关联的信息的情况下，与QoS流描述对应的规则操作可以指示创建与非默认QoS流描述关联的QoS流描述。

在一个实施例中，与PDU会话建立接受消息关联的PDU会话的请求类型可以设置为初始请求。

在一个实施例中，PDU会话修改请求消息可以包括与QoS操作中的语义错误关联的信息。

在一个实施例中，处理器610还被配置为在发送与PDU会话修改命令对应的PDU会话修改完成消息之后通过收发器620向网络实体发送PDU会话修改请求消息。

图7是示出根据本公开的实施例的核心网络实体的图。

上述网络实体可以与核心网络实体700对应。

参考图7，核心网络实体700可以包括处理器710、收发器720和存储器730。然而，不是所有图示的组件都是必需的。核心网络实体700可以由比图7中所示的更多或更少的组件来实现。此外，根据另一实施例，处理器710和收发器720以及存储器730可以被实现为单个芯片。

现在将详细描述上述组件。

收发器720可以提供用于与网络中的其他设备进行通信的接口。也就是说，收发器720可以将从核心网络实体700发送到其他设备的位流转换为物理信号，并将从其他设备接收的物理信号转换为位流。也就是说，收发器720可以发送和接收信号。收发器720可以被称为调制解调器、发射器、接收器、通信单元和通信模块。收发器720可以使核心网络实体700能够通过回程连接或其他连接方法与其他设备或***进行通信。

存储器730可以存储用于核心网络实体700的操作的基本程序、应用程序、配置信息。存储器430可以包括易失性存储器、非易失性存储器以及易失性存储器和非易失性存储器的组合。存储器730可以根据来自处理器710的请求提供数据。

处理器710可以控制核心网络实体400的总体操作。例如，处理器710可以通过收发器720发送和接收信号。处理器710可以包括至少一个处理器。处理器710可以控制核心网络实体400以执行根据本公开的实施例的操作。

处理器710被配置为：在UE不支持N3数据传送的情况下，通过收发器720从UE接收与完整性保护最大数据速率信息元素关联的信息，其中，完整性保护最大数据速率信息元素的一个或多个值分量包括指示UE不支持N3数据传送的一个或多个值，其中，UE处于窄带(NB)-N1模式。

处理器710被配置为：通过收发器720向处于NB-N1模式的UE发送与一个或多个服务质量(QoS)规则关联的信息；和通过收发器720从UE接收协议数据单元(PDU)会话修改请求消息以删除由UE检测到的QoS规则，其中，在一个或多个QoS规则中的QoS规则与非默认QoS规则关联和与QoS规则对应的规则操作与删除QoS规则不同的情况下，将QoS规则检测为错误。

处理器710被配置为：通过收发器720向处于NB-N1模式的UE发送与一个或多个服务质量(QoS)流描述关联的信息；和通过收发器720从UE接收协议数据单元(PDU)会话修改请求消息以删除由UE检测到的QoS流描述，其中，在QoS流描述的QoS流ID(QFI)与非默认QoS规则关联和与QoS流描述对应的规则操作与删除QoS流描述不同的情况下，将QoS流描述检测为错误。

根据本公开的一个实施例，一种针对UE的用于建立数据会话的方法可以包括：确定是否提供数据会话的最大数据速率的指示；如果确定提供该指示，则向网络实体发送包括该指示的数据会话建立请求；和如果确定不提供该指示，则向网络实体发送不包括该指示的数据会话建立请求。

在一个实施例中，其中，该确定包括：如果UE支持通过用户平面的数据的传送(例如，对于上行链路和/或对于下行链路)，则确定提供该指示；和如果UE不支持通过用户平面的数据的传送(例如，对于上行链路和/或对于下行链路)，则确定不提供该指示。

在一个实施例中，其中，该确定包括：当处于S1模式时，在第一***间从S1模式改变为N1模式之后、UE在支持N26接口的网络中以单注册模式操作并且如果UE支持通过用户平面的数据传送(即，UE支持N3数据传送)，则确定提供该指示。

在一个实施例中，其中，该指示具有格式“TLV”，并且其中，该指示包括数据结构，该数据结构包括：(i)包含标识符(例如，完整性保护最大数据速率IEI)的第一部分(例如，第一八位字节)、(ii)包含该指示的长度(例如，完整性保护最大数据速率内容的长度)的第二部分(例如，第二八位字节)、(iii)包含对于上行链路的每UE的最大数据速率(例如，对于上行链路的用户平面完整性保护的每UE的最大数据速率)的第三部分(例如，第三八位字节)以及(iv)包含对于下行链路的每UE的最大数据速率(例如，对于用户平面完整性保护的每UE的最大数据速率)的第四部分(例如，第四八位字节)。

在一个实施例中，其中，发送不包括该指示的数据会话建立请求包括发送包括指示UE不支持通过用户平面的数据的传送的值(例如，预定值)的数据会话建立请求。

根据本发明的一个实施例，一种针对UE的用于建立数据会话的方法可以包括：确定UE是否支持通过用户平面的数据的传送；如果UE支持通过用户平面的数据的传送，则向网络实体发送包括数据会话的最大数据速率的指示的数据会话建立请求；和如果UE不支持通过用户平面的数据的传送，则向网络实体发送包括指示UE不支持通过用户平面的数据的传送的值(例如，预定值)的数据会话建立请求。

在一个实施例中，其中：数据会话为PDU会话，该指示包括完整性保护最大数据速率IE，并且数据会话建立请求包括PDU会话建立请求消息。

根据本发明的一个实施例，一种针对网络实体的用于建立数据会话的方法可以包括：接收数据会话建立请求；确定数据会话建立请求是否包括指示UE不支持通过用户平面的数据的传送的值(例如预定值)，或者数据会话的最大数据速率的指示是否包括在数据会话建立请求中；如果数据会话建立请求包括该值或者不包括最大数据速率的指示，则确定UE不支持用户平面完整性保护。

在一个实施例中，该方法还可以包括：向第二网络实体转发数据会话建立请求；和向第二网络实体发送UE不支持通过用户平面的数据的传送的指示(例如，仅控制平面指示)，由此第二网络实体：(i)基于UE不支持通过用户平面的数据的传送的指示确定不需要与数据会话关联的用户平面的完整性保护，和(ii)将完整性保护要求设置为对于UE不需要。

根据本公开的一个实施例，一种针对UE和/或第一网络实体(例如，SMF实体)的用于在网络中管理数据会话的方法，其中，数据会话是针对UE建立的并且与包括默认QoS规则的一个或多个QoS规则关联，该方法可以包括：响应于UE从第一RAT移动到第二RAT(例如，NB-IoT RAT)，在UE和/或第一网络实体处删除除了默认QoS规则之外的所有QoS规则。

在一个实施例中，该方法还可以包括设置与默认QoS规则关联的分组过滤器以匹配用于上行链路(并且可选地，用于下行链路)的所有过滤器，由此与数据会话关联的所有流量被映射到默认QoS规则。

根据本公开的一个实施例，一种针对UE的用于管理网络中的数据会话的方法，其中，数据会话是针对UE建立的并且与包括默认QoS规则的一个或多个QoS规则关联，该方法可以包括：响应于当UE处于第二RAT(例如，NB-IoT RAT)时从网络实体(例如，SMF实体)接收数据会话修改命令，基于与数据会话修改命令关联的一个或多个QoS参数(例如，QoS规则、QoS流描述和映射EPS承载上下文中的一个或多个)确定条件是否满足。

在一个实施例中，该条件包括：在数据会话修改命令中指定有QoS规则，其规则操作被设置为：“新建QoS规则”(以及可选地，该QoS规则不是默认QoS规则)；和/或“修改现有QoS规则”(以及可选地，该操作是对非默认QoS规则进行的)。

在一个实施例中，该方法还可以包括以下中的一个或多个：如果满足条件，则在根据数据会话修改命令完成数据会话修改之后，发送数据会话修改请求消息以删除不是默认QoS规则的每个QoS规则；如果满足条件，则删除不是默认QoS规则的每个QoS规则而不向网络报告错误；和如果满足条件，可选地在根据数据会话修改命令完成数据会话修改之后，发送数据会话释放请求消息以发起数据会话释放过程。

在一个实施例中，其中，该条件包括：在数据会话修改命令中指定有QoS流描述，其流描述操作被设置为：“新建QoS流描述”(并且可选地，QoS流标识符与默认QoS规则的QoS流标识符不关联)；和/或“修改现有QoS流描述”(并且可选地，QoS流标识符与默认QoS规则的QoS流标识符不关联)。

在一个实施例中，该方法还可以包括以下中的一个或多个：如果满足条件，则在根据数据会话修改命令完成数据会话修改之后，发送数据会话修改请求消息以删除具有与默认QoS规则的QFI不同的QFI的每个QoS流描述；如果满足条件，则在UE处删除具有与默认QoS规则的QFI不同的QFI的每个QoS流描述，而不向网络报告错误；和如果满足条件，则发送数据会话释放请求消息以发起数据会话释放过程。

在一个实施例中，其中，该条件包括：存在至少一个映射EPS承载操作，其操作码被设置为：“新建EPS承载”(并且可选地，关联的QFI与不是默认QoS规则的QoS规则对应)；和/或“修改现有EPS承载”(并且可选地，关联的QFI与不是默认QoS规则的QoS规则对应)。

在一个实施例中，该方法还可以包括以下中的一个或多个：如果满足条件，则在根据数据会话修改命令完成数据会话修改之后，发送数据会话修改请求消息以删除具有与默认QoS规则的QFI不同的QFI的每个映射EPS承载上下文；如果满足条件，则在UE处删除具有与默认QoS规则的QFI不同的QFI的每个映射EPS承载上下文，而不向网络报告错误；和如果满足条件，则发送数据会话释放请求消息以发起数据会话释放过程。

在一个实施例中，其中，数据会话修改请求消息包括指示数据会话修改请求的原因的信息(例如，通用的或场景特定的)。

根据本公开的一个实施例，一种针对UE和/或第一网络实体(例如，SMF实体)的用于在网络中管理数据会话的方法，其中，数据会话是针对UE建立的并且与包括默认QoS规则的一个或多个QoS规则关联，该方法可以包括：响应于UE从第一RAT移动到第二RAT(例如，NB-IoT RAT)，或者响应于接收包括预定指示的数据会话修改消息，由UE和/或第一网络实体保存与数据会话关联的一个或多个QoS参数(例如，QoS规则、QoS流描述和映射EPS承载上下文中的一个或多个)。

在一个实施例中，该方法还可以包括将默认QoS规则和与默认QoS规则关联的任何QoS参数用于数据会话。

在一个实施例中，其中，保存QoS参数包括保存：(i)默认QoS规则和与默认QoS规则关联的QoS参数，和(ii)不是默认QoS规则或与默认QoS规则不关联的一个或多个QoS参数。

在一个实施例中，其中，保存QoS参数包括保存QoS参数上下文和对应的QoS参数上下文ID。

在一个实施例中，其中，保存QoS参数包括保存每数据会话的QoS参数上下文。

在一个实施例中，其中，QoS参数上下文和对应的QoS参数上下文ID包括：每个QoS规则的QoS规则标识符列表，以及：对于每个QoS规则，关联的QoS流描述；对于每个QoS规则，关联的映射EPS承载上下文；以及与每个QoS规则标识符对应的QoS参数上下文ID。

在一个实施例中，该方法还可以包括由UE和/或第一网络实体用信令通知对保存QoS参数的支持。

在一个实施例中，该方法还可以包括响应于UE从第二RAT移动到不同于第二RAT的RAT，获取保存的QoS参数，并且将获取的QoS参数用于数据会话。

根据本公开的实施例，一种针对UE的用于管理网络中的数据会话的方法，其中，数据会话是针对UE建立的并且与包括默认QoS规则的一个或多个QoS规则关联，该方法可以包括：响应于当UE处于第二RAT(例如，NB-IoT RAT)时从网络实体(例如，SMF实体)接收数据会话建立接受消息，基于与数据会话建立接受消息关联的一个或多个QoS参数(例如，QoS规则、QoS流描述和映射EPS承载上下文中的一个或多个)确定是否满足条件。

在一个实施例中，该条件包括：在数据会话建立接受消息中指定有QoS规则，其规则操作被设置为“新建QoS规则”(并且可选地，QoS规则不是默认QoS规则)。

在一个实施例中，该方法还可以包括以下中的一个或多个：如果满足条件，则在完成数据会话建立之后，发送数据会话修改请求消息，以删除不是默认QoS规则的每个QoS规则；如果满足条件，则删除不是默认QoS规则的QoS每个规则，而不向网络报告错误；和如果满足条件，则发送数据会话释放请求消息以发起数据会话释放过程。

在一个实施例中，其中，该条件包括：(i)在数据会话建立接受消息中指定有QoS流描述，其流描述操作被设置为“新建QoS流描述”、(ii)请求类型为“初始请求”和(iii)QoS流描述的QFI和与默认QoS规则关联的QFI不同。

在一个实施例中，该方法还可以包括以下中的一个或多个：如果满足条件，则在完成数据会话建立之后，发送数据会话修改请求消息，以删除具有与默认QoS规则的QFI不同的QFi的每个QoS流描述；如果满足条件，则在UE处删除具有与默认QoS规则的QFI不同的QFi的每个QoS流描述，而不向网络报告错误；和如果满足条件，则发送数据会话释放请求消息以发起数据会话释放过程。

在一个实施例中，其中，该条件包括：存在至少一个映射EPS承载操作，其操作码被设置为：“新建EPS承载”(并且可选地，关联的QFI与不是默认QoS规则的QoS规则对应)；和/或“修改现有EPS承载”(并且可选地，关联的QFI与不是默认QoS规则的QoS规则对应)。

在一个实施例中，该方法还可以包括以下中的一个或多个：如果满足条件，则在完成数据会话建立之后，发送数据会话修改请求消息，以删除具有与默认QoS规则的QFI的不同的QFI的每个映射EPS承载上下文；如果满足条件，则在UE处删除具有与默认QoS规则的QFI的不同的QFI的每个映射EPS承载上下文，而不向网络报告错误；和如果满足条件，则发送数据会话释放请求消息以发起数据会话释放过程。

根据本公开的一个实施例，公开了一种被配置为根据任一前述权利要求所述的方法进行操作的UE或网络实体。

根据本公开的一个实施例，公开了一种包括UE和/或网络实体的网络。

根据本公开的一个实施例，公开了一种包括指令的计算机程序，该指令在由计算机或处理器执行时使计算机或处理器执行方法。

根据本公开的一个实施例，公开了一种其上存储有计算机程序的计算机或处理器可读数据载体。

根据本公开的一个实施例，提供了一种在无线通信***中由用户设备(UE)执行的方法。该方法可以包括：在UE不支持N3数据传送的情况下，将完整性保护最大数据速率信息元素的一个或多个值识别为指示UE不支持N3数据传送的一个或多个值；和向网络实体发送与完整性保护最大数据速率信息元素关联的信息。

在一个实施例中，其中，完整性保护最大数据速率信息元素可以包括：上行链路的第一用户平面完整性保护最大数据速率；和下行链路的第二用户平面完整性保护最大数据速率。

在一个实施例中，其中，对完整性保护最大数据速率信息元素的一个或多个值分量的识别可以包括：将第一用户平面完整性保护最大数据速率的一个或多个第一值识别为指示UE不支持上行链路的用户平面完整性保护的一个或多个值。

在一实施例中，其中，对完整性保护最大数据速率信息元素的一个或多个值的识别可以包括：将第二用户平面完整性保护最大数据速率的一个或多个第二值识别为指示UE不支持下行链路的用户平面完整性保护的一个或多个值。

根据本公开的一个实施例，提供了一种在无线通信***中由用户设备(UE)执行的方法。该方法可以包括：从网络实体接收与一个或多个服务质量(QoS)规则关联的信息；对于与非默认QoS规则关联的QoS规则和对于具有与删除QoS规则不同的规则操作的QoS规则，检查与一个或多个QoS规则关联的信息；在UE处于窄带(NB)-N1模式、QoS规则与非默认QoS规则关联和规则操作与删除QoS规则不同的情况下，将QoS规则检测为错误；和向网络实体发送协议数据单元(PDU)会话修改请求消息以删除检测到的QoS规则。

在一个实施例中，其中，与一个或多个QoS规则关联的信息通过PDU会话修改命令来传输。

在一个实施例中，其中，与一个或多个QoS规则关联的信息通过PDU会话建立接受消息来传输。

在一个实施例中，其中，与QoS规则对应的规则操作可以指示创建与非默认QoS规则关联的QoS规则。

在一个实施例中，其中，UE处于NB-N1模式。

在一个实施例中，其中，QoS规则的默认QoS规则指示符(DQR)位指示QoS规则是非默认QoS规则。

在一个实施例中，其中，PDU会话修改请求消息可以包括与QoS操作中的语义错误关联的信息。

在一个实施例中，其中，发送PDU会话修改请求消息可以包括：在发送与PDU会话修改命令对应的PDU会话修改完成消息之后，向网络实体发送PDU会话修改请求消息。

根据本公开的一个实施例，提供了一种在无线通信***中由用户设备(UE)执行的方法。该方法可以包括：从网络实体接收与一个或多个服务质量QoS流描述关联的信息；对于与非默认QoS规则关联的QoS流描述和对于具有与删除QoS流描述不同的规则操作的QoS流描述，检查与一个或多个QoS流描述关联的信息；在UE处于窄带(NB)-N1模式、QoS流描述的QoS流ID(QFI)与非默认QoS规则关联和规则操作与删除QoS流描述不同的情况下，将QoS流描述检测为错误；和向网络实体发送协议数据单元(PDU)会话修改请求消息以删除检测到的QoS流描述。

在一个实施例中，其中，与一个或多个QoS流描述关联的信息通过PDU会话修改命令来传输。

在一个实施例中，其中，与一个或多个QoS流描述关联的信息通过PDU会话建立接受消息来传输。

在一个实施例中，其中，与QoS流描述对应的规则操作指示创建与非默认QoS流描述关联的QoS流描述。

在一个实施例中，其中，UE处于NB-N1模式。

在一个实施例中，其中，与PDU会话建立接受消息关联的PDU会话的请求类型被设置为初始请求。

在一个实施例中，其中，PDU会话修改请求消息包括与QoS操作中的语义错误关联的信息。

在一个实施例中，其中，发送PDU会话修改请求消息包括：在发送与PDU会话修改命令对应的PDU会话修改完成消息之后，向网络实体发送PDU会话修改请求消息。

根据本公开的一个实施例，提供了一种无线通信中的用户设备(UE)。该UE可以包括收发器和至少一个处理器，该处理器被配置为：在UE不支持N3数据传送的情况下，将完整性保护最大数据速率信息元素的一个或多个值识别为指示UE不支持N3数据传送的一个或多个值；和通过收发器向网络实体发送与完整性保护最大数据速率信息元素关联的信息。

根据本公开的一个实施例，提供了一种无线通信***中的用户设备(UE)。该UE可以包括收发器和至少一个处理器，该处理器被配置为：通过收发器从网络实体接收与一个或多个服务质量(QoS)规则关联的信息；对于与非默认QoS规则关联的QoS规则和对于具有与删除QoS规则不同的规则操作的QoS规则，检查与一个或多个QoS规则关联的信息；在UE处于窄带(NB)-N1模式、QoS规则与非默认QoS规则关联和规则操作与删除QoS规则不同的情况下，将QoS规则检测为错误；和通过收发器向网络实体发送协议数据单元(PDU)会话修改请求消息，以删除检测到的QoS规则。

根据本公开的一个实施例，提供了一种无线通信***中的用户设备(UE)。该UE可以包括收发器和至少一个处理器，该处理器被配置为：通过收发器从网络实体接收与一个或多个服务质量(QoS)流描述关联的信息；对于与非默认QoS规则关联的QoS流描述和对于具有与删除QoS流描述不同的规则操作的QoS流描述，检查与一个或多个QoS流描述关联的信息；在UE处于窄带(NB)-N1模式、QoS流描述的QoS流ID(QFI)与非默认QoS规则关联和规则操作与删除QoS流描述不同的情况下，将QoS流描述检测为错误；和通过收发器向网络实体发送协议数据单元(PDU)会话修改请求消息以删除检测到的QoS流描述，其中，UE处于窄带(NB)-N1模式。

虽然已参考某些实施例示出和描述了本发明，但本领域技术人员将理解，在不脱离本发明的由所附权利要求书所限定的范围的情况下，可以在形式和细节上进行各种改变。

首字母缩略词、缩写词和定义

在本公开中，使用了以下首字母缩略词、缩写词和定义。

3GPP 第三代合作伙伴计划

5G 第五代

5GC 5G核心

5GS 5G***

5GMM 5G移动性管理

5GSM 5G会话管理

AMF 接入和移动性管理功能

C 条件式

CN 核心网络

DNN 数据网络名称

DQR 默认QoS规则指示符

DRB 数据无线承载

E-UTRAN 演进通用陆地无线电接入网络

EPC 演进分组核心

EPS 演进分组***

ESM EPS会话管理

EUTRA 演进通用陆地无线电接入

H-SMF 家庭SMF

ID 标识符；标识

IE 信息元素

IEI 信息元素标识符

IoT 物联网

IPv4 互联网协议版本4

IPv4v6 互联网协议双栈

IPv6 互联网协议版本6

M 强制性

MME 移动性管理实体

N1 UE和AMF之间的接口

N3 RAN和UPF之间的接口

N11 AMF和SMF之间的接口

N26 MME和AMF之间的接口

NAS 非接入层

NB 窄带

NR 新无线电

NSSAI 网络切片选择辅助信息

Optional 可选的

PDU 协议数据单元

QFI QoS流标识符

QoS 服务质量

RAN 无线电接入网络

RAT 无线电接入技术

S1模式 UE的模式，其功能划分按照无线电接入网和核心网之间S1接口的使用

SM 会话管理

SMF 会话管理功能

S-NSSAI 单NSSAI

TAI 跟踪区域标识

TAU 跟踪区域更新

TFT 流量流模板

TLV 类型、长度和值

TLV-E TLV-扩展

TS 技术规范

TV 类型和价值

UDM 统一数据管理

UE 用户设备

UP 用户平面

UPF 用户平面功能

V 值

VPLMN 访问公共陆地移动网络

WB 宽带

Claims (15)

1.一种由无线通信***中的用户设备UE执行的方法，所述方法包括：

从网络实体接收与一个或多个服务质量QoS规则关联的信息；

对于与非默认QoS规则关联的QoS规则和对于具有与删除QoS规则不同的规则操作的QoS规则，检查与所述一个或多个QoS规则关联的信息；

在所述UE处于窄带NB-N1模式、所述QoS规则与所述非默认QoS规则关联和所述规则操作与删除QoS规则不同的情况下，将所述QoS规则检测为错误；和

向所述网络实体发送协议数据单元PDU会话修改请求消息以删除检测到的QoS规则。

2.根据权利要求1所述的方法，其中，通过PDU会话修改命令传送与所述一个或多个QoS规则关联的信息。

3.根据权利要求1所述的方法，其中，通过PDU会话建立接受消息传送与所述一个或多个QoS规则关联的信息。

4.根据权利要求3所述的方法，其中，所述规则操作指示创建与所述非默认QoS规则关联的QoS规则。

5.根据权利要求1所述的方法，其中，所述QoS规则的默认QoS规则指示符DQR位指示所述QoS规则是所述非默认QoS规则。

6.根据权利要求1所述的方法，其中，所述PDU会话修改请求消息包括与QoS操作中的语义错误关联的信息。

7.根据权利要求2所述的方法，其中，发送所述PDU会话修改请求消息包括：

在发送与所述PDU会话修改命令对应的PDU会话修改完成消息之后，向所述网络实体发送所述PDU会话修改请求消息。

8.一种由无线通信***中的用户设备UE执行的方法，所述方法包括：

从网络实体接收与一个或多个服务质量QoS流描述关联的信息；

对于与非默认QoS规则关联的QoS流描述和对于具有与删除QoS流描述不同的规则操作的QoS流描述，检查与所述一个或多个QoS流描述关联的信息；

在所述UE处于窄带NB-N1模式、QoS流描述的QoS流ID QFI与所述非默认QoS规则关联和规则操作与删除QoS流描述不同的情况下，将所述QoS流描述检测为错误；和

向所述网络实体发送协议数据单元PDU会话修改请求消息以删除检测到的QoS流描述。

9.根据权利要求8所述的方法，其中，通过PDU会话修改命令传送与所述一个或多个QoS流描述关联的信息。

10.根据权利要求8所述的方法，其中，通过PDU会话建立接受消息传送与所述一个或多个QoS流描述关联的信息，并且

其中，与所述PDU会话建立接受消息关联的PDU会话的请求类型被设置为初始请求。

11.根据权利要求10所述的方法，其中，所述规则操作指示创建与所述非默认QoS规则关联的QoS流描述。

12.根据权利要求8所述的方法，其中，所述PDU会话修改请求消息包括与QoS操作中的语义错误关联的信息。

13.根据权利要求9所述的方法，其中，发送所述PDU会话修改请求消息包括：

在发送与所述PDU会话修改命令对应的PDU会话修改完成消息之后，向所述网络实体发送所述PDU会话修改请求消息。

14.一种由无线通信***中的用户设备UE执行的方法，所述方法包括：

在所述UE不支持N3数据传送的情况下，将完整性保护最大数据速率信息元素的一个或多个值识别为指示所述UE不支持N3数据传送的一个或多个值；和

向网络实体发送与所述完整性保护最大数据速率信息元素关联的信息。

15.根据权利要求14所述的方法，其中，识别所述完整性保护最大数据速率信息元素的所述一个或多个值包括：

将所述完整性保护最大数据速率信息元素中包括的用于下行链路的用户平面完整性保护最大数据速率的一个或多个值识别为指示所述UE不支持用于下行链路的用户平面完整性保护的一个或多个值。

Images