技术领域
主要参考3GPP规定的5G移动通信标准中的作为无线接入网和核心网(5G系统、5G核心网或下一代核心网(NG核心))的新RAN(NR)和分组核心提供对本公开实施例的详细描述。然而，本公开的主题可以在不脱离本公开的范围的情况下略作修改，并且可以应用于具有类似技术背景的其它通信系统。其修改和应用可以由本领域的技术人员确定。
5G系统的CIoT服务可以支持经由非接入层(NAS)消息在UE和核心网之间传输数据的功能，使得核心网将其发送到外部数据网络，并且可以支持通过网络暴露功能(networkexposure function，NEF)将从UE发送的数据传送到外部服务器的功能。
此外，5G系统还提供称为工业IoT的工厂自动化服务。用于工厂自动化的机器人和其它设备能够经由蜂窝网络彼此通信，并且可以落在IoT设备的广义范畴内。这些设备可能需要对时间敏感的数据通信。例如，设备可能需要在10ms内通过网络向另一设备发送状态信息和命令消息，并且可以被配置为在预定时间提供所需的状态信息或在预定时间接收所需的状态信息。
在以下的描述中，为了便于说明，本公开使用在第三代合作伙伴计划长期演进(3GPP LTE)标准中定义的术语和名称。然而，本公开不受这些术语和名称的限制，并且可以以相同方式应用于符合其它标准的系统。
背景技术
为满足自部署4G通信系统以来对增长的无线数据业务的需求，已经努力开发改进的5G通信系统或准5G(pre-5G)通信系统。因此，5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。5G通信系统被认为在更高频率(毫米波，mmWave)频带(例如60GHz频带)中实现以便实现更高的数据速率。为了降低无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束形成、大规模多输入多输出(MIMO)、全维度MIMO(FD-MIMO)、阵列天线、模拟波束形成、大规模天线技术。此外，在5G通信系统中，基于高级小小区、云无线接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等的系统网络改进正在进行。在5G系统中，已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)以及滑动窗口叠加编码(SWSC)，并且也已经开发了作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。
作为以人为中心的其中人们生成和消费信息的连接网络的互联网，现在正在向物联网(IoT)演进，在物联网中分布式实体(诸如物件)可以在没有人工干预的情况下交换和处理信息。已经出现了作为通过与云服务器的连接的IoT技术与大数据处理技术的结合的万物互联(IoE)。作为技术要素，诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”已被需求用于IoT实施，近来已研究了传感器网络、机器到机器(M2M)通信、机器类型通信(MTC)等。这种IoT环境可以提供智能互联网技术服务，该服务通过收集和分析在连接物件之间生成的数据，为人类生活创造新价值。IoT可以通过现有信息技术(IT)与各种工业应用之间的融合和结合，应用于各个领域，包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和先进医疗服务。
为此，已经进行了各种尝试将5G通信系统应用于IoT网络。例如，诸如传感器网络、机器类型通信(MTC)和机器到机器(M2M)通信之类的技术可通过波束形成、MIMO和阵列天线来实施。作为上述的大数据处理技术的云无线接入网(RAN)的应用也可以被认为是5G技术与IoT技术之间融合的示例。
最近，由于已经开发了长期演进(LTE)和高级LTE(LTE-Advanced)，需要用于有效控制用户设备(UE)以便在5G移动通信系统中提供蜂窝IoT服务的方法和设备。
发明内容
技术问题
为了在5G移动通信系统中支持CIoT服务，提供了一种支持以下两种服务的方法。
作为在5G移动通信系统中提供的IoT相关服务之一，如果要发送到用户设备(UE)的下行链路数据在预定时间(例如，星期一上午9点、每天中午12点等)被调度，则第三方应用服务器(以下被称为AS)可以向移动通信网络提供对应的调度信息，因此移动通信网络能够准备在对应的时间到UE的数据传输。移动通信网络可以执行控制，使得UE在调度信息中调度的时间可到达，或者可以保护用于数据传输的资源。本公开提供了一种在移动通信网络中的使得对应的UE能够在被调度的数据发送时间维持连接到移动通信网络的状态的方法。该方法对IoT UE尤其有效，其改变为不可由移动通信网络到达的状态以减少所消耗的功率量。执行预定操作以减少所消耗的功率量的UE可以是仅在具有要发送的数据时打开调制解调器并唤醒(例如，MICO模式)的UE，或者是通过与移动通信网络协商来操作以减少所消耗的功率量的UE，并且在预定的时间段期间不能从网络接收寻呼。
作为在5G移动通信系统中使用的另一IoT相关服务，存在用于工厂自动化的工业IoT。工业IoT需要发送/接收对发送时间敏感的数据。例如，可能存在要求，诸如要求在5ms内将数据发送到UE，或者要求在10ms内将来自UE的数据传送到服务器。在工业IoT的情况下，可以配置和使用仅对应工厂可以使用的私有网络。此外，可以在工厂的预定区域中准备本地化服务器以便从UE接收数据、分析数据或向UE发送数据。如果服务器向UE发送数据，则网络唤醒处于空闲状态的UE，将UE更改为连接状态，分配用于数据传输的资源，并发送数据。如上所述的将空闲状态更改为连接状态的过程可能需要时间。作为另一示例，如果在预定时间(例如，星期一上午9点、每天12点、从现在起10分钟以后等)调度要发送到UE的下行链路数据，应用服务器(以下被称为AS)可以向移动通信网络提供与对应的数据发送相关联的调度信息，因此移动通信网络能够准备在对应的时间的向UE的数据发送。移动通信网络可以执行控制，使得UE在调度信息中调度的时间可到达，可以使UE能够处于连接状态，使得立即执行数据发送，或者可以在将UE改变为连接状态之前确保用于到对应UE的数据传输的资源。本公开提供了一种方法，所述方法在移动通信网络中，基于预定的数据传输调度来预先将对应UE改变为连接到移动通信网络的状态，或者向UE提供指示何时改变为连接到网络的状态的调度信息。
作为5G移动通信系统中提供的另一CIoT服务，可以支持UE用于经由NEF向AS发送非IP数据的功能。这是非IP数据的递送，被缩写为“NIDD”。可替代地，可以存在在UE和NEF之间提供可靠数据传输服务的可靠数据服务，其被缩写为“RDS”。如上所述，为了支持经由NEF发送IoT小数据的功能，NEF和SMF可能需要建立用于数据传输的连接，或者可能需要交换相关信息。根据传统方法，在第三方AS和NEF之间执行与NIDD相关联的配置。随后，如果UE与SMF建立与NIDD服务相关联的PDU会话，则SMF可以与NEF执行NIDD服务的激活。如果在第三方AS和NEF之间没有预先执行NIDD配置，则与NIDD配置相关联的信息在网络中不存在。相应地，SMF可能不批准由UE执行的PDU会话建立过程，并且可以拒绝对应的请求。另外，在第三方AS和NEF之间执行NIDD配置之后，第三方AS可能需要发送应用层信令，使得UE可以执行用于NIDD服务的PDU会话建立，或者可能需要使用3GPP网络执行设备触发。为了在UE建立用于NIDD的PDU会话之前发送应用层信令，需要建立与用于NIDD的PDU会话不同的PDU会话。另外，UE需要支持SMS以便支持设备触发。换言之，当前系统的局限性要求仅以低成本开发的IoT UE支持附加功能。这可能会恶化IoT UE的激活。在其中UE为“经由NEF的数据传输服务”建立PDU会话、以便在SMF和NEF之间建立与“支持经由NEF的数据传输服务”相关联的连接的情况下，本公开提供了在第三方AS和NEF之间不执行NIDD配置的情况下完成PDU会话建立过程，以及当后续执行NIDD配置时激活SMF和NEF之间的NIDD服务的过程。
作为5G移动通信系统中使用的另一种CIoT功能，可以存在低数率控制功能。根据该功能，IoT UE频繁发送少量数据，以便防止网络拥挤。可以针对网络设置UE每小时能够发送的数据分组的数目或者UE每小时能够发送的数据量，并且可以将该值传送给UE。接收到该值的UE可以基于所设置的值来限制其自身的数据发送。然而，该功能适合于使用CIoT功能的UE，并且可能不需要应用于诸如智能电话或平板电脑的使用宽带通信的UE。因此，需要一种方法，其中网络识别UE的类型，并确定是否应用低数率控制功能。这一点在本公开中提供。
技术方案
根据本公开一方面，一种在无线通信系统中由会话管理功能(SMF)建立协议数据单元(PDU)会话的方法，可以包括：从接入管理功能(AMF)接收第一消息，所述第一消息包含指示用户设备(UE)当前接入的无线电接入技术(RAT)的RAT类型信息；基于所述RAT类型信息，确定是否向UE应用小数据速率控制功能；以及向AMF发送第二消息，所述第二消息包含与是否向所述UE应用所述小数据速率控制功能相关联的信息。
在该实例中，所述小数据速率控制功能是所述UE基于在网络中设置的设置值来控制小数据的传输的功能，以及所述设置值可以包含UE每小时能够发送的数据分组的数量、和UE每小时能够发送的数据量中的至少一个。
包含所述设置值的协议配置选项(PCO)可以被配置，PCO可以包含在所述第二消息中并可以被发送到所述AMF，并且所述PCO可以包含在PDU会话建立接受消息中并可以被发送到所述UE。
通过SMF的PDU会话建立方法可以包含：从用户数据管理(UDM)接收与所述UE相关联的订阅信息，其中，可以一并考虑所述订阅信息与所述RAT类型信息来确定是否将所述小数据速率控制功能应用于所述UE。
所述RAT类型信息可以指示所述UE在窄带IoT(NB-IoT)、宽带EUTRAN(WB-EUTRAN)、新无线电(NR)、新无线IoT(NR-IoT)和用于机器类型通信的LTE(LTE-M)当中接入的RAT。
根据本公开另一方面，一种在无线通信系统中由用户设备(UE)建立协议数据单元(PDU)会话的方法，可以包括：向接入管理功能(AMF)发送PDU会话建立请求消息，所述PDU会话建立请求消息包含指示UE当前接入的无线电接入技术(RAT)的RAT类型信息；接收指示是否向所述UE应用小数据速率控制功能并且基于所述RAT类型信息来确定的信息；以及基于指示是否向所述UE应用所述小数据速率控制功能的信息，根据在网络中设置的设置值来控制UE的小数据发送。
在该实例中，所述设置值可以包含UE每小时能够发送的数据分组的数量、和UE每小时能够发送的数据量中的至少一个。
UE的PDU会话建立方法还可包括：接收PDU会话建立接受消息，所述PDU会话建立接受消息包含与所述设置值相关联的协议配置选项(PCO)。
在该实例中，可以基于从用户数据管理(UDM)提供的与所述UE相关联的订阅信息以及所述RAT类型信息，确定是否向所述UE应用所述小数据速率控制功能。
所述RAT类型信息可以指示所述UE在窄带IoT(NB-IoT)、宽带EUTRAN(WB-EUTRAN)、新无线电(NR)、新无线IoT(NR-IoT)和用于机器类型通信的LTE(LTE-M)当中接入的RAT。
根据本公开另一方面，一种在无线通信系统中建立协议数据单元(PDU)会话的会话管理功能(SMF)，可以包括：收发器；以及控制器，所述控制器被配置为：执行控制以便从接入管理功能(AMF)接收第一消息，所述第一消息包含指示用户设备(UE)当前接入的无线接入技术(RAT)的RAT类型信息；基于所述RAT类型信息，确定是否向UE应用小数据速率控制功能；以及执行控制以便向AMF发送第二消息，所述第二消息包含与是否向所述UE应用所述小数据速率控制功能相关联的信息。
根据本公开另一方面，一种在无线通信系统中建立协议数据单元(PDU)会话的用户设备(UE)，可以包括：收发器；以及控制器，所述控制器被配置为：执行控制，以便向接入管理功能(AMF)发送PDU会话建立请求消息，所述PDU会话建立请求消息包含指示UE当前接入的无线电接入技术(RAT)的RAT类型信息；执行控制以便接收指示是否向所述UE应用小数据速率控制功能并且基于所述RAT类型信息来确定的信息；以及基于指示是否向所述UE应用所述小数据速率控制功能的信息，根据在网络中设置的设置值来控制UE的小数据发送。
有益技术效果
根据本公开，5G系统可以支持在调度中被调度的时间处将用户设备(UE)连接到网络的操作，以便根据从提供应用服务的第三方AS请求的调度来向UE发送数据。因此，在没有控制UE的操作的任何附加操作的情况下，通过仅连接到3GPP网络，UE在预定时间唤醒并连接到网络。
根据本公开，5G系统可以通过去除由UE执行的用于NIDD的PDU会话建立过程和在第三方AS和NEF之间执行的NIDD配置过程之间的依赖来激活NIDD服务，而不考虑PDU会话建立过程和NIDD配置过程的顺序。
此外，这可以不需要支持应用层信令或其它附加功能来使UE能够使用NIDD服务。此外，这可以不需要取决于另一功能来使5G系统能够支持UE的NIDD服务。
根据本公开，5G系统可以在预定时间将UE保持在连接到网络的状态，以便支持对时间敏感的移动通信服务(例如，工厂自动化IoT)。
根据本公开，5G系统可以确定需要对其应用CIoT功能的UE，并且可以确定仅向对应的UE应用小数据速率控制功能。因此，诸如智能电话或平板电脑的使用宽带移动数据的UE可以不受小数据速率控制的限制。
附图说明
图1是示出根据本公开的实施例的方法的图，在所述方法中，AMF获取与被调度的数据传输相关联的调度信息并向用户设备(UE)提供对应时间；
图2是示出根据本公开的实施例，在其中AMF获取与被调度的数据传输相关联的调度信息的情况下，当UE已经处于不可到达的状态时所执行的操作的图；
图3是示出根据本公开的实施例，在其中SMF向AMF提供与被调度的数据传输相关联的调度信息的情况下，UE已经处于不可到达的状态时所执行的操作的图；
图4是示出根据本公开的实施例的方法的图，在所述方法中，当UE和SMF执行与NIDD相关联的PDU会话的建立时，SMF识别不存在NIDD配置，并允许对应的PDU会话建立请求但执行停用；
图5是示出根据本公开的实施例的操作的图，在所述操作中，当建立PDU会话时，SMF基于从AMF、UDM或PCF接收到的信息确定是否应用小数据速率控制，并将其向UE报告；
图6是示出根据本公开的实施例的操作的图，在所述操作中，当UE改变RAT类型时，UE将其向SMF报告，SMF基于改变后的RAT类型确定是否应用小数据速率控制并将其向UE被告；
图7是示出根据本公开的实施例的UE的结构的图；以及
图8是示出根据本公开的实施例的网络实体的结构的图。
具体实施方式
以下，将结合附图详细描述本公开的实施例。在本公开的以下描述中，当可能使本公开的主题变得相当不清楚时，将省略对在此包含的对已知功能或配置的详细描述。下文将描述的术语是考虑到本公开中的功能而定义的术语，并且根据用户、用户意图或习惯而可能不同。因此，术语的定义应当基于整个说明书的内容。
通过参考以下结合附图详细描述的实施例，本公开的优点和特征以及实现这些优点和特征的方法将变得清楚。然而，本公开不限于以下提出的实施例，而是可以以各种不同的形式来实现。以下实施例仅被提供用于完全公开本公开并告知本领域技术人员本公开的范围并且本公开仅由所附权利要求的范围来定义。贯穿说明书，相同或类似的参考数字指定相同或类似的元素。
本公开中使用的实体如下所述。
用户设备(UE)连接到无线接入网络(RAN)并接入执行5G的核心网络设备的移动管理功能的设备。在本公开中，这被称为接入和移动管理功能(AMF)。这可以是负责对RAN的接入和UE的移动性管理两者的功能或设备。
SMF是执行会话管理功能的网络功能的名称。AMF连接到会话管理功能(SMF)，AMF将与UE相关联的会话相关消息路由到SMF。SMF连接到用户平面功能(UPF)，分配要提供给UE的用户平面资源，并在基站(BS)和UPF之间建立用于数据传输的隧道。
作为网络存储库功能的缩写的NRF，存储与在移动通信运营商网络中安装的NF相关联的信息，并报告与其相关联的信息。NRF连接到所有NF。当在运营商网络中操作时，每个NF在NRF上执行注册，并且NRF知道对应的NF正在该网络中操作。
作为网络暴露功能的缩写的NEF，执行将移动通信运营商网络的内部功能和服务向外部公开的功能。因此，NEF连接到外部应用服务器(AS)，使得NEF向AS传送发生自网络中的NF的事件或信息，或者将从AS请求的事件或信息向内部的NF传送。
UDR是用户数据存储库的缩写，并执行与4G网络的HSS相同的功能。它可存储UE的订阅信息或UE在网络中使用的上下文。
作为本公开的背景技术，支持CIoT服务的功能如下。
经由控制平面信令进行数据传输的功能：IoT UE发送或接收少量数据，因此，建立用于少量数据发送或接收的用户平面连接在无线电资源的使用方面是低效的，并且总是发生用户平面连接建立的信令，这一点也是低效的。
因此，已经开发了经由控制平面信令从UE发送少量数据用于CIoT服务的技术。根据该技术，UE可以包括希望在发送到SMF的SM-NAS消息中发送的数据，并且可以将其发送。接收到该数据的SMF可以将对应数据传送到目的地NF，并且支持数据传输。
以相同的方式，如果数据来自外部，则UPF或NEF可以向SMF报告指向UE的数据已经到达，并将对应数据传送到SMF。接收到该数据的SMF可以将对应数据包括在发送到UE的SM-NAS消息中，并将其发送到UE。对于如上所述的数据传输，UE和SMF需要建立PDU会话，并且PDU会话用于经由控制平面信令的数据传输功能。因此，在建立与SMF的PDU会话的情况下，UE可以通过在过程中包括指示经由控制平面信令的数据传输功能的指示符来执行该过程。
经由NEF的非IP数据传输服务：5G移动通信网络可以经由NEF，将从UE发送的非IP数据传送到第三方AS。UE可以在要发送到SMF的NAS消息中包括非IP数据，并将其发送到SMF，SMF可以将其发送到NEF。NEF可以将其向AS发送。如果AS发送数据，则AS将与UE相关联的非IP数据发送到NEF，并且NEF可以将其发送给SMF。SMF可以在NAS消息中包括数据并将其发送到UE。
也就是说，数据路由是UE-AMF-SMF-NEF-AS。经由NEF向预定UE和预定AS提供数据传输服务以便进行用于IoT服务的非IP数据传输的过程被称为“NIDD服务”。
非IP数据是以不同于IP格式的任何形式的传输协议。可以使用非IP数据以便减少与实际数据相比过多的IP报头的容量，并且可以是用于简单数据传输的协议，诸如传感器网络等。另外，由于UE经由NEF向AS发送数据，因此可以使用UE和NEF之间的协议。该协议支持UE和NEF之间的可靠数据传输，因此被称为可靠数据服务，简写为RDS。
换句话说，经由NEF传输数据的服务在3GPP标准中被称为“NIDD”或“RDS”，并且可以被其它名称调用。然而，经由NEF执行数据传输的功能与本公开中使用的“经由NEF传输数据的服务”对应，无论其名称是什么。在本公开中，描述了经由SMF提供NIDD服务的过程。
因此，为了使用NEF和NIDD服务，UE可能需要与SMF进行PDU会话建立过程。PDU会话建立过程是在UE和SMF之间执行的与预定数据网络相关联的过程。如果PDU会话用于NIDD服务，则UE可以通过在该过程中包括与NIDD服务对应的指示符或与NIDD服务相关联的数据网络名称来执行与SMF的PDU会话建立过程。
被调度的数据传输的支持服务(被调度的下行链路数据通信服务)：5G移动通信网络可以从第三方AS接收与预定的UE或组的被调度的下行链路数据传输时间相关联的调度信息。第三方AS是在5G移动通信网络元件范围之外存在的应用服务器。
例如，在其中工业IoT支持使用5G移动通信系统的数据传输的情况下，从5G移动通信系统的角度，为工业IoT服务操作的应用服务器可以被视为第三方AS。第三方AS可以经由NEF，经由供应API的“预期的UE行为”，向3GPP网络提供调度信息或UE需要可用于数据接收的时间(即，UE可到达网络、能够接收寻呼或需要处于连接状态的时间)。调度信息可以包括多条调度信息。该多条调度信息可以是例如，星期一上午9点、每天中午12点、当前时间后10小时、当前时间后20分钟等。
接收到其的网络可以执行配置，使得当UE希望使用省电状态(其中UE从网络不可到达以便减少消耗功率的状态，也就是说，其中UE不执行与网络连接相关操作的状态，诸如不监视寻呼信道的状态等)时，网络能够在被调度的通信时间检测到UE(可到达)。
例如，通过比较被调度的通信时间和UE周期性地向网络报告可到达性的时间(例如，周期性注册更新定时器)，网络可以设置适合于被调度的通信时间的后续周期性注册更新时间。作为另一示例，如果被调度的通信时间在UE的后续周期性注册更新时间之前，则网络不允许UE的省电功能，使得UE在对应的时间可到达。
可替代地，在其中UE使用工业IoT服务的情况下，也就是说，在其中UE的订阅信息指示UE用于工业IoT，或者指示UE使用被建立用于工业IoT的专用网络，或者5G网络仅为工业IoT操作的情况下，从AS接收调度信息的5G网络可以确定对应的UE将使用对时间敏感的数据通信。
因此，5G网络可以执行配置，使得UE在从AS接收到的调度信息中调度的时间准备好进行数据发送/接收。例如，基于从AS接收到的与数据发送相关联的调度信息，例如，周一上午9点、每天中午12点、当前时间后10分钟等，5G网络可以为UE配置调度信息，使得UE基于对应的调度改变为连接状态，或者可以执行对UE的寻呼，使得UE在对应的调度之前立即改变为连接状态。
图1示出了根据本公开一实施例的、其中AMF获取与被调度的数据发送相关联的调度信息并向UE提供对应时间的方法。
第三方应用服务器或AS可以设置5G网络的被调度的通信时间。AS可以通过向UDM或AMF直接发送消息来将其发送，或者可以经由NEF向UDM、AMF或SMF发送对应的信息。AS可以将被调度的通信时间配置为多条调度并且可以发送它们。
例如，AS可以向5G网络发送多条调度信息，诸如每天0：00、每天12：30或在当前时间后20分钟，或者指示在当前时间之后的时间的绝对时间值(例如，2018年7月10日，UTC20：00)。
参考图1，本公开假设在与UDM中包含的用户设备(UE)110相关联的上下文中存储被调度的通信时间，并且在操作S101和S103中，AMF 120或SMF130可以获取被调度的通信时间。
可替代地，在图1的操作S101和S103中，NEF向AMF 120或SMF 130直接发送与预定UE相关联的被调度的通信时间，使得AMF 120或SMF 130可以获得对应的值。UDM可以将从NEF获得的对应信息分类为会话管理上下文，并且可以将其存储。
与由外部ID或外部群组ID指示的预定UE相关联地从第三方向UDM提供被调度的通信时间。因此，UDM可以在SM上下文中存储用于UE的每个外部ID或外部群组ID的被调度的通信时间值。这是因为UE具有多个外部ID或外部群组ID。可替代地，可以从第三方向UDM提供被调度的通信时间作为与由外部ID或外部群组ID指示的预定UE的预定数据网络名称(DNN)相关联的值。在这种情况下，UDM可以在SM上下文中存储基于UE的每个外部ID或外部群组ID的DNN值的被调度的通信时间值。这是为了支持以下情形：其中UE具有多个外部ID或外部群组ID、或者其中设置订阅信息使得UE能够使用用于NIDD服务的多个DNN。
也就是说，在UDM中在订阅信息中针对每个UE配置被调度的通信时间，并且可以针对每个外部ID或外部群组ID、或者针对每个外部ID或外部群组ID和每个DNN配置多条被调度的通信时间信息。
操作S105是在SMF 130从UDM获得作为与UE 110相关联的SM上下文的被调度的通信时间之后，或者在SMF 130从NEF获得预定的通信时间之后执行的后续操作。SMF 130可以基于被调度的通信时间来确定何时执行到对应的UE 110的下行链路数据发送。由于需要在对应的时间5G网络可到达UE 110，SMF 130可以向负责UE的移动性管理的AMF 120发送请求UE 110的可到达性的消息。如果消息是由AMF 120提供的API之一，并且包括SMF130请求AMF120在被调度的通信时间使能预定UE的可到达性的含义，则任何消息都可以用作本公开中的这一消息，尽管消息的名称不同于操作S105的消息。
在操作S105，SMF 130可以包含UE 110的ID(使AMF能够识别UE的ID，例如，订阅隐藏标识符(SUCI)或订阅永久标识符(SUPI)(先前的IMSI)、或外部ID)，可以包含在操作S103中获得的被调度的通信时间，并且可以包含指示对应PDU会话的PDU会话ID。包含PDU会话ID的原因是，如果UE 110使用多个PDU会话执行数据通信，则当UE 110在被调度的通信时间发送服务请求并且唤醒时，UE 110需要确定要激活的PDU会话。另外，如果UE使用多个PDU会话执行数据通信，则AMF 120可能需要识别与被调度的通信时间相关联的PDU会话。如果AMF120从多个SMF或单个SMF接收多个被调度的通信时间值，则AMF 120可以使用在操作S105的消息中包含的PDU会话ID，以便识别每个PDU会话的被调度的通信时间值。
接收操作S105的消息的AMF 120或经由操作S101识别与UE 110相关联的被调度的通信时间的AMF 120可以在UE 110的上下文中存储对应信息。如果UE 110请求在预定时间段期间离开可到达到网络的状态的操作以便减少所消耗的功率量，则AMF 120可以使用被调度的通信时间值，使UE 110能够在预定时间唤醒并且可以网络可到达。可替代地，如果UE110使用时间敏感的数据通信，则AMF 120可以基于被调度的通信时间值，使UE 110能够在调度信息中的被调度的时间改变为连接到网络的状态。
UE 110可以暂停监视寻呼信道(例如，4G系统中的MICO模式、PSM)的操作或仅在预定时间监视寻呼信道(例如，空闲模式DRX)，以便减少消耗的功率量。为此，UE 110可以与AMF 120协商，并且可以经由注册过程执行该协商。
在操作S107，UE 110协商MICO模式的使用。然而，这可以包含性地包括UE 110需要与AMF 120协商的其它功能的使用，以便减少消耗的功率量。例如，可以存在5G省电模式、5GDRX、5G扩展DRX等。
为了便于说明，将参考MICO模式来提供说明。MICO模式是以下模式：其中当UE 110改变为空闲模式时，UE不再监视所有寻呼信道并且UE 110在5G网络中不可检测。也就是说，MICO模式是其中UE 110改变为不可到达状态的模式。如果UE 110需要发送数据或信令，则UE 110可在由网络设置的周期性注册更新时间唤醒，并且可以再次接入5G网络。因此，直到在UE 110在周期性设置时间执行的注册过程发生，网络才唤醒UE 110。UE 100可包括指示UE将在操作S107的注册请求过程中使用MICO模式的指示符。
除了与AMF 120协商以便减少消耗的功率量外，操作S107可以是基于UE 110的移动性执行的注册过程，或者可以是在周期性时间执行的注册过程。此外，该操作可以是UE110执行以便与网络同步的注册过程。该操作可以包括其中UE 110在其它条件下向AMF 120执行注册过程的所有情况。
在操作S109中，AMF 120可以确定是否允许UE 110的MICO模式。如果UE 110的被调度的通信时间值将很快到来，则AMF 120可以不允许UE 110的MICO模式，使得UE 110不进入MICO模式并持续保持在可到达状态。
如果UE 110的被调度的通信时间值在UE 110进入MICO模式之后将以足够的时间量到达，则AMF 120可以允许MICO模式，使得UE 110能够进入MICO模式并减少消耗的功率量。可替代地，如果UE 110使用时间敏感的数据通信，则可以省略操作S109。如果使用时间敏感的数据通信，则可以不使用减少消耗的功率量的功能。因此，AMF 120不确定是否允许MICO模式，并且可以执行关于UE 110的操作S111。
在根据本公开实施例的操作S111中，AMF 120可以设置对其允许MICO模式的UE110的唤醒时间。替代地，AMF 120可针对不使用MICO模式的普通UE或使用时间敏感的数据通信的UE来设置唤醒时间。唤醒时间可以基于预定的通信时间值来设置，并且AMF 120可以设置指示稍早于被调度的通信时间的时间的值。通过上述方式，当考虑UE 110接入网络时，可能发生延迟。向UE 110提供的唤醒时间可以表述为绝对时间。例如，唤醒时间可以表述为通用协调时间(UTC)。时间值可以设置为年/月/日/分。可替代地，唤醒时间可表述为与UE当前接入的网络的时区对应的值。
例如，如果是韩国，则唤醒时间可以用KST表示并且时间值可以被设置为年/月/日/分。与唤醒时间一起，可以包括指示对应的时间是基于UTC还是基于UE当前接入网络的时区的指示符。UE可以将其区分，并且如果UE移动到属于不同时区的国家，则可以适当地应用另一时区。例如，在其中UE从韩国移动到中国的情况下，如果使用UTC，UE可以使用相同的值。然而，如果UE接收到对应于KST的值，则UE需要将该值改变为与中国的标准时间对应的CST。唤醒时间不受名称的限制，并且可以是从AMF提供并且指示UE需要由网络可到达的时间的信息。换句话说，唤醒时间是指示UE需要改变到监视寻呼信道的状态的时间的信息，或者UE需要通过与网络执行服务请求或注册更新过程等来改变到连接状态的时间的信息。
唤醒时间可以包括多条调度信息。例如，可以包括表述为绝对时间值的多条调度信息，诸如X月Y天的13：00、X月X天的9：00等等。作为另一示例，可以包括未被表述为绝对时间值的多条调度信息，诸如在每天9点、星期一凌晨0点、或当前时间之后的z分钟等。
在操作S113，AMF 120可以向UE 110发送在操作S111中确定的唤醒时间以及指示允许MICO模式的指示符。在UE使用时间敏感的数据通信的情况下，AMF 120可以发送在操作S111中确定的唤醒时间，而不管是否允许MICO模式。接收到该请求的UE 110可以确定UE自身需要由网络可到达，可以发送服务请求以便改变为连接状态，或者可以确定执行注册更新过程。
UE 110的调制解调器连续地存储时间信息，并且可在到达对应的时间时执行预定操作。指示已经经过的时间的时间值不再有效。如果UE 110接收到与多个调度相关联的时间值，则UE 110可确定指示已经经过的时间的时间值无效，可确定指示尚未到达的时间的时间值是有效信息并且可检验是否到达对应的时间。
在操作S115中，UE 110报告注册过程的完成。这可以在新分配与UE 110相关联的ID(例如，5G-GUTI)等时执行，或者可以省略以便简化过程。
在完成注册过程后，允许以MICO模式操作的UE 110可以改变为空闲(IDLE)状态，并且以MICO模式操作。当UE 110正在以MICO模式操作时，网络不能对UE 110进行寻呼。如果UE 110正在以长DRX循环时段(cycle)操作而不是以MICO模式操作，则当UE 110正在以DRX休眠循环时段操作时，网络不能对UE 110进行寻呼。然而，如果UE具有要向网络发送的数据或信令，则UE 110可以根据操作6随时唤醒并且可以与网络通信。该操作可以不影响唤醒时间值。
然而，如果在执行操作S117的同时存在为AMF 120新设置的被调度的通信时间值，则AMF 120可以更新UE 110的唤醒时间。经由注册过程或UE配置更新过程，AMF 120可以向UE 110发送新的唤醒时间，并且UE 110可以将现有值替换为新接收到的唤醒时间值。上述内容涉及异常处理，并且未在本公开的附图中示出，但是可以在操作S117的过程中发生。
根据本公开的实施例，UE 110可以在与设置的唤醒时间对应的时间唤醒以通过网络可到达。UE 110的调制解调器持续地存储时间信息，并且可以当到达对应时间时执行预定操作。指示已经经过的时间的时间值不再有效。如果UE 110接收到与多条调度相关联的时间值，则UE 110确定指示已经经过的时间的时间值无效，确定指示尚未到达的时间的时间值是有效信息，并且检验是否到达对应时间。
UE 110执行通过网络可到达的操作可以是如下的两个操作。第一，UE110向AMF120发送服务请求或注册请求。UE 110可以唤醒并接入网络，并且可以发送服务请求或注册请求以便改变为连接状态。接收到其的AMF 120可以将UE 110改变为连接状态，并且可以触发适合于其中设置了被调度的通信时间的PDU会话或DNN的对应的SMF 130以便激活UE 110的用户平面或UE的数据路径，并且因而执行被调度的下行链路数据发送。
第二，UE 110启用监听寻呼信道的操作。由于计划了被调度的下行链路通信，如果在对应的时间接收到关于UE 110的下行链路数据，则AMF 120可以执行对UE 110的寻呼。因此，UE 110在从唤醒时间起的预定时间段内监视寻呼信道，并且如果下行链路数据在被调度的时间到达，则UE 110从AMF 120接收寻呼并发送服务请求。如果在预定时间段内不存在寻呼，则UE再次返回到省电状态。在该实例中，UE 110保持CM-IDLE状态。预定时间段基于基本上设置用于UE 110的设定值。可替代地，在操作S113中，AMF120可以将与在其中UE 110需要监听寻呼信道的时间段相关联的信息发送给UE 110，并且UE 110可以基于该信息执行操作。
操作S121指示在被调度的通信时间如被调度的那样接收下行链路数据。UPF 140从数据网络接收下行链路数据，将其报告给SMF 130，并激活用于向UE 110发送数据的数据路径。响应于NW发起的服务请求，在操作S123中执行该过程。响应于NW发起的服务请求，网络执行对UE 110的寻呼，唤醒的UE发送服务请求并且UE 110改变为连接状态。
可替代地，如果UE 110在操作S123中首先发送服务请求，则AMF 120确定设置与对应时间匹配的被调度的通信时间的SMF，触发对应的SMF 130以便激活数据路径，并且经由激活的PDU会话来发送下行链路数据。可替代地，如果UE 110在操作S123中发送注册请求，则AMF 120在预定时间段内保持UE 110的连接，直到接收到与UE 110相关联的下行链路数据通知。如果UE 110返回到空闲状态，则UE 110变得不可到达。
如果在保持UE 110的连接时，针对UE 110的下行链路数据到达，并且SMF 130向AMF 120报告与UE 110相关联的数据路径需要被激活，则AMF120可以执行激活对应的数据路径的过程。作为另一示例，在操作S123，UE110可以包括与在“要激活的PDU会话”中要激活其数据路径的PDU会话相关联的信息以及注册请求，接收到其的AMF 120可以触发与对应的PDU会话相关联的SMF 130以激活该数据路径。在经由这三个操作激活用于向UE发送数据的数据路径之后，在操作S125，数据被发送到UE。
作为图1的另一示例，尽管没有示出，但是在操作S107，UE 110可以请求与MICO模式或其它省电模式不同的长DRX。考虑到UE 110期望的长DRX周期，如果AMF 130确定UE 110将唤醒的时间在被调度的通信时间之后到达，则AMF 130可以设置UE 110的DRX周期，使得UE 110在与被调度的通信时间对应的时间唤醒，并且可以将其发送到UE 110。UE 110可以根据AMF 120提供的DRX周期来执行操作。
作为图1的另一示例，在操作S101或S105中接收到被调度的通信时间的AMF 120可以执行以下操作，而不是为UE 110配置唤醒时间。AMF 120可基于被调度的通信时间来确定UE 110将处于连接到网络的状态的时间。AS根据被调度的通信时间，开始向UE 110发送数据。在该实例中，UE 110需要处于连接到网络的状态，使得在没有延迟的情况下，发送在被调度的时间生成的下行链路数据。通常，如果针对处于空闲状态的UE 110生成下行链路数据，则AS执行对UE 110的寻呼以便将UE 110从空闲状态改变为连接状态，并且向UE 110分配用于数据发送或接收的资源。然而，当生成下行链路数据时，如果UE 110在生成下行链路数据之前已经处于连接状态，并且对应的UE 110接收到与其中在被调度的通信时间发送数据的PDU会话相关联分配的资源，则可在没有由于空闲到连接的状态改变操作而导致的延迟的情况下，立即执行数据发送。因此，这适合于向UE 110提供低延迟的通信服务。
AMF 120识别接收到的被调度的通信时间，并在到达对应时间之前向UE 110发送寻呼，使得UE 110接入网络并改变为连接状态。AMF 120可以期望在被调度的通信时间执行关于UE 110的下行链路数据发送。在操作S105中，接收到被调度的通信时间的AMF 120基于与被调度的通信时间对应的PDU会话ID来确定其中要执行下行链路数据发送的PDU会话。如果针对多个PDU会话存在多条被调度的通信时间的信息，则AMF 120可以确定同时激活具有类似被调度的通信时间值的PDU会话。
基于该确定，AMF 120可以发送寻呼以便唤醒UE 110。AMF 120可以在被调度的通信时间之前(例如，在被调度的通信时间之前的几秒)向UE 110发送寻呼消息，或者可以计算UE 110通常保持在连接状态的时间量，并且可以在被设置用于被调度的通信时间的时间之前的计算时间内(例如，如果UE通常在被调度的通信时间值之前的一分钟、一分钟或更少时间内保持连接状态)发送寻呼消息。
如果在AMF 120管理的UE当中，存在将被调度的通信时间设置为预定的被调度的通信时间或其附近(例如，在几秒钟内)的UE 110，则AMF 120可顺序地执行对UE 110的寻呼以防止对应的UE经由寻呼立即唤醒并接入网络。这可防止当大量UE在预定时间点同时尝试网络接入时，网络发生拥塞。换言之，如果100个UE需要在预定的被调度的通信时间唤醒，则不会同时向100个UE发送寻呼，而是以固定间隔顺序地向多个UE、十几个UE、数十个UE等发送寻呼。固定间隔基于AMF中设置的值。接收到寻呼的UE向网络发送服务请求消息，并且开始改变为连接状态。接收到从UE 110发送的服务请求的AMF 120可以识别PDU会话ID，针对该PDU会话ID，在对应时间附近与对应UE相关联地设置了被调度的通信时间，并且可对于与对应的PDU会话ID对应的SMF 130来开始PDU会话激活过程。如果存在UE 110发送服务请求的时间附近设置了被调度的通信时间的多个PDU会话ID，则AMF 120可对于与PDU会话ID对应的所有SMF来开始PDU会话激活过程。
该过程可是名称为“Nsmf_PDUSession_UpdateSMContext_Request”的服务操作。可替代地，该过程可是称为另一名称的AMF向SMF发送的用于PDU会话激活的消息。接收到该消息的SMF 130可选择用于PDU会话激活的UPF 140，并且可执行在基站和UPF 140之间建立隧道的操作。随后，向基站发送用于资源分配的消息，并且基站将与对应的PDU会话相关联的无线电资源分配给UE 110。所有操作可在被调度的通信时间之前执行，并且当到达被调度的通信时间时，在先前的PDU会话中执行数据发送。如果在响应于服务请求执行操作时到达被调度的通信时间，则AMF和SMF可执行上述相同的操作。
可替代地，如果没有为预定会话设置被调度的通信时间，则在操作S101中接收到被调度的通信时间的AMF 120可以执行如下操作。AMF 120可能无法识别与预定的PDU会话相关联的被调度的通信时间。因此，UE 110可以执行使UE 110能够在设定的被调度的通信时间处于连接到网络的状态的操作。因此，AMF 120可以发送寻呼以便唤醒UE 110。
AMF 120可以在被调度的通信时间之前(例如，在被调度的通信时间之前的几秒)向UE 110发送寻呼消息，或者可以计算UE 110通常保持在连接状态的时间量，并且可以在被设置用于被调度的通信时间的时间之前的计算时间内(例如，如果UE通常在被调度的通信时间值之前的一分钟、一分钟或更少时间内保持连接状态)发送寻呼消息。
如果在AMF 120管理的UE当中，存在将被调度的通信时间设置为预定的被调度的时间或其附近(例如，在几秒钟内)的UE，则AMF 120可以顺序地执行对于对应的UE 110的寻呼，以防止对应的UE经由寻呼立即唤醒并接入网络。这可以防止当大量UE同时尝试网络接入时网络发生拥塞。换言之，如果100个UE需要在预定的被调度的通信时间唤醒，则不会同时向100个UE发送寻呼，而是以固定的间隔顺序地向几个UE、十几个UE、数十个UE等发送寻呼。固定的间隔基于AMF中设置的值。接收到寻呼的UE 110向AMF120发送服务请求，并且改变为连接到网络的状态。接收到从UE 110发送的服务请求的AMF 120可以执行以下两个操作之一。
第一，确定UE 110是支持低延迟通信的UE的AMF 120可以针对存储在UE 110的上下文中的所有PDU会话上下文来开始PDU会话激活过程。也就是说，AMF 120可以针对由UE110建立但在UE改变为空闲状态时被改变为停用的所有PDU会话，开始对于PDU会话激活的服务操作。
因此，AMF 120可以针对UE 110的上下文中包括的所有PDU会话，向服务于对应会话的SMF 130发送用于PDU会话激活的消息。这可以是服务操作，诸如Nsmf_PDUSession_UpdateSMContext_Requst。接收到其的SMF 130可以与UPF和基站执行PDU会话激活过程，并且用于对应PDU会话的资源被分配给UE 110。
由于在被调度的通信时间要为UE 110具有的PDU会话之一生成下行链路数据，并且已经分配了用于对应PDU会话的资源，因此UE 110可以立即接收数据。与“第一(first)”对应的操作可以减少由对UE 110进行寻呼的操作和其中UE 110响应其来发送服务请求、改变为连接到网络的状态并执行对应UE的PDU会话激活过程的操作所导致的延迟。也就是说，由于所有PDU会话在生成下行链路数据之前被激活，因此当生成针对UE 110的下行链路数据时，可以立即发送数据而没有与PDU会话激活过程相关联的延迟。
第二，AMF 120可以在没有激活的PDU会话的情况下保持其中UE 110具有与AMF120建立的控制平面连接的状态。也就是说，在其中UE 110通过发送服务请求具有与AMF120建立的控制平面连接的状态下，AMF 120可以在不执行PDU会话激活过程的情况下持续地将UE 110保持在连接状态。当到达被调度的通信时间时，下行链路数据可以被发送到UE110，并且数据可以首先被发送到服务于与UE 110对应的PDU会话的UPF。
UPF 140可向与对应的PDU会话相关联的SMF报告针对对应UE的下行链路数据到达。接收到其的SMF 130可与UPF 140和基站执行PDU会话激活过程并且针对对应的PDU会话的资源被分配给UE 110。在PDU会话激活过程后，可将下行链路数据传输到UE 110。对应于“第二(second)”的操作可以通过移除其中AMF 120执行对UE 110的寻呼并且UE 110经由服务请求唤醒的过程来实现低延迟。然而，由建立PDU会话的过程导致的延迟可能是不可避免的。
图2是示出根据本公开实施例的在其中AMF获得与被调度的数据传输相关联的调度信息的情况下，当UE已经处于不可到达的状态时所执行的操作的图。
根据图2公开的实施例，虽然第三方AS 240为UE设置了被调度的通信时间，但是在其中UE处于低功率模式并且通过网络不可到达(例如MICO模式)的情况下，AMF 210可能无法使UE能够在被调度的通信时间可到达。
例如，如果与被调度的通信时间对应的时间早于UE预期唤醒的时间，则AMF 210可以在被调度的通信时间之前不对UE是否被唤醒进行确认。因此，AMF 210不能确保UE的可到达性，并且可以经由5G系统将与UE预期可到达的时间相关联的信息传送给第三方。
参考图2，在操作S201，AMF 210已具有被调度的通信时间。该信息可包括在从UDM220传送的UE上下文中或者可是直接从NEF 230传送的信息。
在操作S203，AMF 210可以确定UE已经处于MICO模式，并且更确切地说，由于低功率模式而处于通过网络不可到达的状态。另外，AMF 210可以基于为UE设置的周期性注册更新定时器来确定何时UE可到达。
如果与被调度的通信时间对应的时间早于UE预期唤醒的时间，则AMF210可以在被调度的通信时间处或之前不对UE是否唤醒进行确认。因此，AMF 210可以不基于被调度的通信时间来配置UE。AMF 210可以进行操作S205以便将上述信息报告给第三方AS 240。
在操作S205，AMF 210可以经由UDM 220，向NEF 230传送指示UE当前不可到达的信息以及与UE预期何时可到达相关联的时间信息。可替代地，AMF 210可以直接向NEF 230传送指示UE当前不可到达的信息以及与UE预期可到达的时间相关联的时间信息。
AMF 210可以知道在操作S201中从其接收信息的NEF，因此可以将上述信息传送到对应的NEF。操作S205中的信息可以包括UE ID(例如，外部ID)和UE预期可到达的时间。基于周期性注册更新定时器来确定UE预期可到达的时间。UE可以在与周期性注册更新计时器对应的时间唤醒。
NEF 230可以将接收到的信息作为报告给第三方AS 240。在操作S207，第三方AS240识别在预期时间不允许数据传输，并且可以将被调度的通信时间再次设置为适合于从5G系统报告的UE预期可到达的时间。
图3是示出根据本公开实施例的在其中SMF向AMF提供与被调度的数据传输相关联的调度信息的情况下，UE已经处于不可到达的状态时执行的操作的图。
根据图3公开的实施例，虽然第三方AS 350为UE设置了被调度的通信时间，但是在其中UE处于低功率模式并且通过网络不可到达(例如MICO模式)的情况下，AMF 310可能无法使UE能够在被调度的通信时间可到达。
例如，如果与被调度的通信时间对应的时间早于UE预期唤醒的时间，则在被调度的通信时间之前AMF 310可以不对UE是否被唤醒进行确认。因此，AMF 310不能确保UE的可到达性，并且可以将UE预期可到达的时间传送到SMF 320。SMF 320可以经由5G系统将从AMF310接收到的信息传送到第三方。
参考图3，在操作S301，SMF 320已经具有被调度的通信时间。该信息可以包括在从UDM 330传送的UE上下文中，或者可以是直接从NEF 340传送的信息。
在操作S303，SMF 320可以向AMF 310提供指示预定的UE需要在被调度的通信时间可到达的信息。该操作基于本公开的图1的操作S105。接收到操作S303的消息的AMF 310可以确定UE已经处于MICO模式，并且更确切地说，由于低功率模式而处于通过网络不可到达的状态。另外，AMF 310可以基于为UE设置的周期性注册更新定时器来确定UE可到达的时间。
如果与被调度的通信时间对应的时间早于UE预期唤醒的时间，则在被调度的通信时间处或之前AMF 310可以不对UE是否唤醒进行确认。因此，AMF 310可以不基于被调度的通信时间来配置UE。AMF 310可以进行操作S307以便向SMF 320报告该信息。
操作S307中的消息可以包括UE ID、UE预期唤醒的时间或对应UE的PDU会话ID。基于周期性注册更新定时器来确定UE预期可到达的时间。UE可以在与周期性注册更新计时器对应的时间唤醒。
SMF 320可进行操作S309以便将该信息报告给第三方AS 350。SMF 320可经由UDM330向NEF 340传送指示UE当前不可到达的信息以及与期望UE可到达时相关联的时间信息。可选地，SMF 320可直接向NEF 340传送指示UE当前不可到达的信息以及与预期UE何时可到达的时间相关联的时间信息。
SMF 320可以知道在操作S301中从其接收信息的NEF，因此可以将上述信息传送到对应的NEF。操作S309中的信息可以包括UE ID(例如，外部ID)和UE预期可到达的时间(该时间可以基于周期性注册更新计时器来确定)。
NEF 340可将接收到的信息报告给第三方AS 350。在操作S311，接收到操作S309的消息的第三方AS 350可识别出在预期时间不允许数据传输且可将被调度的通信时间再次设置为适合于从5G系统报告的UE预期可到达的时间。
图4是示出根据本公开实施例的其中当UE和SMF执行用于NIDD的PDU会话的建立时，SMF识别不存在NIDD配置，并允许对应的PDU会话建立请求但执行停用的方法。
NEF 440和AS 450可执行配置过程以便经由NEF使用数据传输服务，其是实施例的背景技术。在本公开中，这被称为NIDD配置。AS 450和NEF440可配置将用于UE或UE组的“经由NEF的数据传输服务”(以下称为“NIDD服务”)。UE由外部ID指示。外部ID是用于AS 450识别UE的标识，并且可以识别用于标识5G系统中的UE的内部ID(例如SUCI、SUPI、IMSI等)。
UE组可以由外部群组ID指示。外部群组ID是用于AS 450识别预定UE组的标识，并且可以识别用于识别UE组的内部群组ID或在5G系统的组中包括的每个UE的内部ID。经由在NEF 440和AS 450之间执行的NIDD配置过程，可以设定对应的UE或组具有的数据传输特性，例如最大延迟、发送的消息数、被调度的发送时间、UE的数据发送周期等。
作为另一背景技术，需要在SMF 420和NEF 440之间建立用于NIDD服务的连接的过程。SMF 420需要识别从UE获得的数据要向其发送的NEF，并且NEF 440需要识别从第三方AS450获得的数据要向其发送的SMF，以便执行到UE 410的数据传输。
因此，SMF 420和NEF 440需要执行NIDD服务的连接过程，为了便于说明，这被称为“NIDD服务激活”。作为另一示例，可以经由UPF和NEF 440之间用于NIDD服务的连接来执行数据传输。UPF和NEF 440之间的连接可以通过SMF的仲裁来建立。因此，在其中经由UPF和NEF之间的连接支持NIDD服务的情况下，SMF 420和NEF 440可以执行NIDD服务的连接过程，SMF 420可以为UPF配置相关的数据路由信息，并且需要在UPF和NEF 440之间建立连接。NIDD服务激活可以是应用于这两种情况的过程，也就是说，其中经由SMF 420和NEF 440之间的连接执行数据传输的情况，以及其中经由UPF和NEF 440之间的连接执行数据传输的情况。
作为另一背景技术，UE 410需建立经由NEF 440的数据传输服务的PDU会话(以下称为NIDD服务)，以便经由NEF 440发送非IP数据。UE 410执行与SMF 420的PDU会话建立过程，以便建立PDU会话。在该实例中，UE 410可包括指示用于该过程的NIDD服务的PDU会话的标识。当对应的数据网络名称(DNN)具有指示NIDD服务的值时，该标识可是独立标识或DNN。
本公开希望解决的问题如下。根据传统方法，在第三方AS 450和NEF 440之间执行NIDD配置过程之后，UE 410执行与SMF 420的与对应的NIDD服务相关联的PDU会话建立过程。然后，SMF 420识别从UDM 430获得的UE410的订户数据中包括的NIDD配置信息，并且可以与由对应信息指示的NEF执行NIDD服务激活过程。
如果在第三方AS 450和NEF 440之间没有预先执行NIDD配置，则在UE 410的订户数据中不存在NIDD配置信息，因此SMF 420可能不知道要向其建立用于NIDD服务的连接的NEF。因此，SMF 420可能不允许由UE 410执行的PDU会话建立过程，并且可能需要拒绝对应的请求。
随后，如果在第三方AS 450和NEF 440之间执行NIDD配置，则第三方AS 450可能需要发送应用层信令，使得UE 410能够执行用于NIDD服务的PDU会话建立，或者可能需要使用3GPP网络来执行设备触发。否则，UE410可能不知道UE 410何时需要执行PDU会话建立过程，并且可以直到PDU会话建立才执行数据发送。
然而，为了使第三方AS 450能够在UE 410建立用于NIDD的PDU会话之前发送应用层信令，可以使用与用于NIDD的PDU会话不同的另一PDU会话。也就是说，存在限制，即UE410必须具有除用于NIDD的PDU会话之外的另一PDU会话。另外，在设备触发的情况下，UE410需要支持SMS以便支持设备触发。换言之，当前系统的局限性要求IoT用户仅以低成本开发以支持额外的功能。
本公开提供了成功执行UE 410的NIDD PDU会话建立过程的过程，即使没有预先执行NIDD配置，并且在执行NIDD配置时建立用于NIDD服务的连接。因此，5G系统可以去除UE410的NIDD配置和NIDD PDU会话建立过程之间的依赖。另外，UE可以不需要具有另一PDU会话，并且可以不需要支持SMS。第三方AS 450可以不需要针对使用NIDD服务的UE 410而支持额外的应用层操作或设备触发服务。
根据本公开的实施例，图4是示出其中UE 410建立用于NIDD的PDU会话的过程以及在执行NIDD配置之后执行的操作的图。
在操作S401，UE 410向SMF 420请求PDU会话建立请求。请求消息可以包括指示要使用NIDD服务的指示符，或者指示NIDD服务的DNN值。另外，可以包括UE 410用于NIDD服务的UE 410的外部ID。接收到该请求消息的SMF 420可以确定UE 410建立用于NIDD服务的PDU会话。在操作S403，SMF 420向UDM 420报告SMF 420要服务UE 410，并且可以获得UE410的订户数据。
在操作S405，SMF 420识别在操作S403中获得的UE 410的订户数据中不存在NIDD配置信息。来自UE 410的PDU会话建立请求与NIDD服务相关联。然而，在UE 410的订户数据中不包括NIDD配置信息，因此，SMF 420可以确定尚未执行NIDD配置。NIDD配置信息可以包括以下中的至少一个：用于向UE 410提供NIDD服务的NEF 440的地址或ID、用于向UE 410提供NIDD服务的DNN信息、与用于NIDD服务的DNN相关联的NEF 440的地址、以及UE 410用于NIDD服务的外部ID。然而，SMF 420可以从UE 410的订户数据来识别对应的UE是否是允许使用NIDD服务的UE。
识别方法基于以下操作中的至少一个。1.确定订户数据中的DNN与UE请求的NIDD的DNN是否相同；2.确定是否包括指示允许UE使用对应DNN的NIDD服务的指示符；3.确定UE使用的网络切片是否是其中可使用NIDD服务的网络切片；4.在操作S401，确定UE用于NIDD服务的外部ID是否包括在订户数据中，并且确定该外部ID与UE在PDU会话建立过程中发送的值是否相同；或者5.确定是否允许在订户数据中包括允许UE使用NIDD服务的信息。
如果NIDD配置信息包括在操作S403中接收到的订户数据中，则SMF420可以确定已经执行了NIDD配置，可以向在对应信息中包括的NEF 440的地址发送操作S417的消息，以便执行NIDD服务激活，并且可以与UE 410完成PDU会话建立过程。
在操作S407，在操作S405中确定向UE 410提供NIDD服务的SMF 420可以配置PDU会话建立接受消息，并将其发送到UE 410。由于尚未执行NIDD配置，因此在SMF 420和NEF 440之间未执行NIDD服务激活过程。
因此，操作S407的消息可以包括指示PDU会话建立被成功执行但对应的PDU会话未被激活的指示符，也就是说，经由对应的PDU会话的数据传输当前不可用。接收到该消息的UE 410可以知道，针对对应的NIDD的PDU会话已经建立但未被激活，还不能发送数据。因此，UE 410可以确定直到对应的PDU会话被激活，才发送对应的PDU会话的服务请求。如果UE410发送对应的PDU会话的服务请求，则如果尚未执行NIDD配置并且没有执行NIDD服务激活，则SMF可以拒绝UE 410的对应PDU会话的服务请求。如果UE 410发送对应PDU会话的服务请求并且NIDD配置和NIDD服务激活被预先执行，则SMF 420可以接受该服务请求并激活PDU会话。
作为操作S405和S407的另一示例，在操作S407，SMF 420可以经由AMF和基站向UE410发送PDU会话接受。在该实例中，SMF 420可以确定不向基站传送用于会话建立的N2 SM消息(基站和SMF之间的消息)。也就是说，PDU会话接受消息被传送到UE 410，但是基站没有从SMF 420获得与为UE 410建立无线电承载相关联的信息，因此，基站可以不与UE 410建立无线电承载。由于没有建立与基站的对应PDU会话的无线电承载，因此UE410可以确定对应的PDU会话当前处于停用状态。
在操作S411中，第三方AS 450可以对注册了UE 410的5G系统，利用NEF 440执行NIDD配置。AS 450和NEF 440可以配置“经由NEF的数据传输服务”将用于UE或UE组。UE由外部ID指示。外部ID是用于AS 450以识别UE 410的标识，并且还可以识别用于在5G系统中识别UE 410的内部ID(例如SUCI、SUPI、IMSI等)。UE组可以由外部群组ID指示。外部群组ID是用于AS来识别预定UE组的标识，并且在5G系统中，还可以识别用于识别UE组的内部群组ID或组中包括的每个UE的内部ID。
在操作S411，NEF 440和AS 450可以设定对应的UE或组具有的数据传输特性，例如，最大延迟、发送的消息数、被调度的发送时间、UE的数据发送周期等。在操作S411，经由与UDM 430的过程，NEF 440可以获得指示SMF 420的信息，该SMF 420服务与所请求的NIDD服务相关联的UE 410。在操作S403，SMF 420在UDM 430中注册指示SMF 420将服务针对对应UE的NIDD的PDU会话的信息。因此，UDM 430可以向NEF 440报告服务针对对应UE的NIDD的PDU会话的SMF 420的地址或ID。
获得SMF 420的地址或ID的NEF 440可以向对应的SMF 420发送操作S413的消息。这是用于在SMF 420和NEF 440之间建立连接以便支持NIDD服务的消息。
在根据本公开实施例的用于建立SMF 420和NEF 440之间的连接以便支持NIDD服务的消息中，可包括用于标识UE 410的ID，也就是说外部ID，或者用于标识UE 410的组的ID，也就是说外部群组ID。此外，可包括向UE410提供NIDD服务所需的信息。该信息可以包括NEF 440的ID和用于标识与NEF 440的用于NIDD服务的连接的参考ID。此外，可以包括NIDD服务的配置信息。该信息可以是与对应UE或组执行数据发送时所需的最大延迟相关联的信息、对应UE或组的数据发送周期、或被调度的数据发送时间等。
当NIDD服务被允许并且被提供给UE 410时，操作S413的消息可以类似于请求SMF420向NEF 440发送报告的事件订阅来进行操作。因此，SMF420可以存储从NEF 440接收到的操作S413的消息中包括的信息。
在操作S415，确定NIDD服务可提供给UE 410的SMF 420可以向UE 410报告对应NIDD的PDU会话被激活。这可以以如下方式执行：SMF 420向AMF请求对应UE 410的可到达性，AMF执行对UE 410的寻呼，以及UE 410响应于此来发送服务请求。
当UE 410经由服务请求进行响应时，AMF向SMF 420报告UE 410已经唤醒，并且SMF420可以执行激活与对应UE 410的PDU会话相关联的数据路径的过程。经由这种方式，向基站发送N2 SM消息，并且向基站指示用于UE 410的无线电承载的设置。
知道建立了用于预定的PDU会话的无线电承载的UE 410可以确定用于NIDD的PDU会话的数据路径被激活。作为另一示例，SMF 420可以使用与UE 410的SM NAS过程中的PDU会话修改过程，向UE 410报告对应的PDU会话被激活。在该实例中，PDU会话ID和指示对应的PDU会话被激活的指示符被包括在PDU会话修改命令消息中。接收到其的UE 410可以确定与PDU会话ID对应的PDU会话被激活。UE 410可以识别PDU会话ID，并且可以识别对应的PDU会话是否是用于NIDD的PDU会话。
为UE 410激活的用于NIDD的PDU会话的SMF 420可以向NEF 440发送操作S417的消息，并且可以完成SMF 420和NEF 440之间的NIDD服务激活过程。在该实例中，SMF 420可以在该消息中包括UE的外部ID或UE所属的组的外部群组ID、用于标识与在操作S413中接收到的“经由NEF的数据传输服务”相关联的与NEF 440的连接的参考ID、在操作S413中接收到的NEF 440的ID、以及指示自身的SMF ID。如果存在UE 410经由“经由NEF的数据传输服务”发送的数据，则该数据可以包括在操作S417的消息中。接收到其的NEF 440可以确定“经由NEF的数据传输服务”与对操作S417的消息进行发送的SMF 420建立了连接，并且可以通过参考ID和SMF ID的组合来识别该连接。
在操作S417，如果NEF 440接收到从UE 410发送的数据，则NEF 440可以识别对应的数据、UE ID或目标ID，可以确定数据所指向的并且配置了“经由NEF的数据传输服务”的AS 450，并且在操作S419，可以将数据发送到对应的AS 450。
图5示出了UE接入5G系统并建立数据连接的PDU会话建立操作。
根据本公开的实施例，SMF 540可以经由图5的过程来确定是否将作为CIoT功能之一的小数据速率控制功能应用于对应的UE 510。作为另一示例，经由图5的过程，SMF 540可以从UDM 560或PCF 550接收对应的UE 510的订阅信息或与对应的DNN相关联的策略。基于这些信息，SMF 540可以确定是否将小数据速率控制功能应用于对应的UE 510或对应的DNN。
图5中所示的每个操作的详细说明如下。
操作S501：UE 510配置PDU会话建立请求，该PDU会话建立请求是SM NAS消息，并将其发送到AMF 530以便建立PDU会话。UE 510包括希望在PDU会话建立消息中使用的数据网络名称(DNN)，并且UE 510可将DNN设置为用于CIoT的DNN值。当SMF 540或PCF 550确定对应的DNN是否是允许UE 510使用以用于CIoT服务的DNN时，可使用DNN信息。可替代地，UE 510可以在PDU会话建立消息中包括UE 510当前使用的无线电接入技术类型(RAT类型)。也就是说，RAT类型可以指示UE 510当前接入的RAT是NB-IoT、是WB-EUTRAN、是NR、是NR-IoT(被修改用于IoT的NR)、还是LTE-M(这是IoT UE使用的RAT类型，如果UE使用IoT专用无线技术，虽然UE使用WB-EUTRAN，但是RAT类型可以被识别为LTE-M)。该指示符可包括需要取决于RAT类型向对应的PDU会话不同地应用功能的含义。也就是说，确定不对接入NR的UE应用小数据速率控制。以相同的方式，确定对接入NB-IoT的UE应用小数据速率控制。另外，确定对接入LTE-M的UE应用小数据速率控制。当SMF 540接收到UE 510发送的PDU会话建立消息时，可以以后使用该信息。RAT类型可作为NAS信息包括在PDU会话建立消息中，或可包括在PDU会话建立消息的PCO中。
操作S503：AMF 530可基于DNN值或UE的位置来选择SMF 540，并且可以将Nsmf_PDUSession_CreateSMContext请求消息传送到所选择的SMF540。AMF 530可在该消息中包括从UE 510接收到的PDU会话建立请求消息。此外，根据本公开的实施例，AMF 530可在Nsmf_PDUSession_CreateSMContext请求中包括UE 510当前接入的RAT类型。AMF 530可基于从基站520接收到的信息而知道UE 510接入的RAT类型。例如，AMF 530可识别UE当前接入的由基站520报告的跟踪区域代码并且可辨识与该跟踪区域代码对应的RAT类型。AMF 530可确定UE 510是使用CIoT功能的UE，并且可在Nsmf_PDUSession_CreateSMContext请求消息中包括RAT类型信息以便向SMF 540通知UE 510当前接入的RAT类型。无线电接入技术类型(RAT类型)可指示UE接入的RAT是NB-IoT、是WB-EUTRAN、是NR、是NR-IoT(被修改用于IoT的NR)、还是LTE-M(这是IoT UE使用的RAT类型，如果UE使用IoT专用无线技术，虽然UE使用WB-EUTRAN，但RAT类型可被识别为LTE-M)。
操作S505：SMF 540接收从UE 510接收到的PDU会话建立请求消息。SMF 540可以在UDM 560中执行注册SMF 540是服务SMF的过程，以便获得与UE 510相关联的会话相关的订阅信息，并且可以执行获得用于UE 510的会话管理的订阅信息的过程。接收到其的UDM 560可以向SMF 540提供订阅信息。订阅信息可以包括指示UE 510是否能够使用CIoT服务的信息，以及与是否向UE 510应用CIoT相关功能相关联的信息，例如，与是否应用小数据速率控制相关联的信息或与是否应用服务PLMN速率控制相关联的信息。可替代地，订阅信息可以包括与是否向UE 510订阅的DNN应用CIoT相关功能相关联的信息，例如，与是否应用小数据速率控制相关联的信息或与是否应用服务PLMN速率控制相关联的信息。
根据本公开的详细实施例，如果指示UE 510当前接入的RAT的RAT类型包括在从UE510接收到的PDU会话建立请求消息或对应消息的PCO中，则SMF 540可以将RAT类型存储在UE上下文中，或者可以基于UE的RAT类型来确定要应用的CIoT功能。
可替代地，如果指示UE 510当前接入的RAT类型包括在从AMF 530接收到的操作S503的消息中，则SMF 540可以将RAT类型存储在UE 510的上下文中，或者可以基于UE 510的RAT类型来确定要应用的CIoT功能。
SMF 540可基于RAT类型来确定是否向UE 510应用小数据速率控制功能。在该实例中，SMF 540可识别从UDM 560接收到的订阅信息，并且如果在对应的订阅信息中包括指示是否应用CIoT相关功能(例如，小数据速率控制)的指示符，则SMF 540也可对其进行参考。例如，如果UE 510经由NB IoT RAT进行接入，则SMF 540可确定应用小数据速率控制功能。作为另一示例，如果UE 510经由WB-ETURAN RAT进行接入，则SMF 540可识别从UE 510发送的DNN是否是CIoT的DNN，并且如果DNN被识别为CIoT的DNN，则可确定应用小数据速率控制功能。作为另一示例，如果UE 510经由WB-ETURAN RAT进行接入，则SMF 540可识别在从UDM560接收到的UE510的订阅信息中包括的信息以及指示是否应用小数据速率控制功能的信息，并且可确定应用小数据速率控制功能。作为另一示例，如果UE 510经由NR RAT进行接入，则SMF 540可确定不向UE 510应用小数据速率控制功能。作为另一示例，如果SMF确定UE510经由NR RAT进行接入并且识别指示是否应用小数据速率控制功能且包括在UE 510的订阅信息中的信息，或者确定UE 510请求的DNN是CIoT的DNN，SMF可以确定即使对于经由NR-RAT接入的UE 510，也应用小数据速率控制。作为另一示例，如果UE 510经由NR-IoT RAT进行接入，则SMF 540可确定向UE 510应用小数据速率控制功能。作为另一示例，如果UE 510经由LTE-M RAT进行接入，则SMF 540可确定向UE 510应用小数据速率控制功能。
操作S507：SMF 540可以识别从UE 510接收到的PDU会话建立请求消息，并且可以与和对应的DNN相关联的PCF执行SM策略关联建立过程。在该实例中，SMF 540可以将UE 510请求的DNN传送到PCF 550。接收到该信息的PCF 550可以确定对应的DNN是用于CIoT服务的DNN，并且可以配置将被传送到SMF 540的会话相关策略以包括指示是否应用CIoT相关功能的信息，例如，是否应用小数据速率控制。
操作S509：SMF 540可配置要向UE 510提供的PCO。PCO是协议配置选项的缩写。PCO是包括使用对应PDU会话所需的附加配置信息的容器，并且是UE 510和SMF 540之间交换的信息。根据操作S505或S507中的实施例，SMF 540可确定是否对UE 510应用小数据速率控制，并且可为PCO设定用于小数据速率控制的值。用于小数据速率控制的值可是在SMF 540中设定的值、由SMF 540从UDM 560获得的值、或者由SMF 540从PCF 550获得的值。先前在SMF 540中配置的信息(预配置)可经由OAM系统在SMF 540中设定，或者可是根据通过移动通信运营商的网络管理在SMF 540中预先配置的信息。
PCO包括在称为“PDU会话建立接受”的会话管理NAS消息中，并且作为NAS消息经由AMF 530发送到UE 510。
操作S509：SMF 540选择UPF 570并建立N4会话。
操作S511：SMF 540可以在Namf_Communication_N1N2messageTransfer消息中包括要传送到UE 510的PDU会话建立接受消息和要传送到基站520的N2消息，并且可以将其发送到AMF 530。在N2消息中，可以包括PDU会话ID、QoS简档、QoS流ID、用于连接UPF 570和基站520之间的N3隧道的UPF 530侧的隧道信息等。
AMF 530可以将与Namf_Communication_N1N2messageTransfer相关联的ACK向SMF540传送。
操作S513：AMF 530可以将从SMF 540接收到的消息传送到基站520。在该消息中，可以包括从SMF 540接收到的N2 SM消息和从SMF 540接收到的N1 SM NAS消息。
操作S515：基站520可以接收操作S513的消息，并且可以根据在N2 SM消息中包括的QoS信息来执行用于与UE 510建立数据无线电承载的RRC信令过程。另外，基站520可以将接收到的NAS消息传送到UE 510。
接收从SMF 540发送的PDU会话建立接受消息的UE 510可以完成PDU会话建立过程。UE 510可以识别在PDU会话建立接受消息中包括的PCO信息，并且可以识别在PCO中包括的指示是否应用小数据速率控制的信息和用于应用小数据速率控制的值。UE 510可以在使用对应的PDU会话时应用如上所述被配置的小数据速率控制。
操作S517：基站520响应于操作S513发送响应。在该消息中包括N2 SM消息。包括PDU会话ID和用于连接与UPF 570的N3隧道的基站520侧的隧道信息。另外，可以包括与被建立的QoS流等相关联的信息。
操作S519：接收操作S517的消息的AMF 530可以将在S517的消息中包含的N2 SM消息传送到SMF 540。
操作S521：SMF 540可以识别在操作S519中接收到的N2 SM消息，并且可以与UPF570一起进行N4会话修改过程。在该实例中，SMF 540可以将从基站520接收到的基站520侧的N3隧道信息传送到UPF 570，并且还可以传送与之相关联的分组转发规则。经由操作S521在UPF 570和基站520之间建立用于数据发送或接收的隧道的连接也被考虑。
操作S523：SMF 540响应于操作S519向AMF 530发送响应。
UE 510能够经由被建立的PDU会话执行数据发送或接收。
图6是示出经由PDU会话修改过程来更新与是否对UE应用小数据速率控制和小数据速率控制值相关联的信息的方法的图。
SMF 640可以在PCO信息中设定与是否应用小数据速率控制相关联的更新信息和更新后的小数据速率控制值，并且可以经由图6的过程将其传送到UE 610。
可以在以下条件下执行PDU会话修改过程。
-改变UE的接入RAT：确定UE 610接入的RAT被改变的AMF 630可向SMF 640通知RAT类型的改变。相应地，确定UE 610的RAT类型被改变的SMF 640可确定应用适合于UE 610的当前RAT的CIoT功能。例如，如果对其应用了小数据速率控制的UE 610从NB-IoT改变为NRRAT，则SMF640可确定不应用小数据速率控制。作为另一示例，如果一直使用NR RAT或WB-EUTRAN的UE 610将其RAT类型改变为NR-IoT或LTE-M，则SMF640可确定应用小数据速率控制。SMF 640可触发PDU会话修改过程以便向UE 610提供连续的PDU会话。在该实例中，SMF640可在向UE 610发送的PCO中释放与小数据速率控制相关信息以便不再应用小数据速率控制。也就是说，可以不包括小数据速率控制相关信息，或者输入空(null)或0，以便指示不需要应用小数据速率控制。作为另一示例，如果一直在NR RAT中使用PDU会话的UE 610改变为NB-IoT RAT或LTE-M RAT，则SMF 640可以确定向对应的PDU会话应用小数据速率控制。SMF 640可触发PDU会话修改过程以便向UE 610提供连续的PDU会话。在该实例中，SMF 640可在发送到UE 610的PCO中包括小数据速率控制相关信息以便应用小数据速率控制。
在操作S601中，UE 610可以配置PDU会话修改请求，该PDU会话修改请求是SM NAS消息，以便自UE 610的RAT类型改变之后改变PDU会话。UE 610可以将PDU会话修改请求传送到AMF 630。UE 610可以在PDU会话修改消息中包括指示UE 610接入的RAT的RAT类型。可替换地，UE 610可以在PDU会话修改消息中包括PCO信息，并且可以在PCO中包括指示UE 610的RAT类型的信息。例如，该信息可以包括NB-IoT、WB-EUTRAN、NR、NR-IoT和LTE-M中的至少一个(这是UE使用的RAT类型，如果UE使用IoT专用无线技术，则尽管UE使用WB-EUTRAN，RAT类型也被识别为LTE-M)。随后，当SMF 640基于UE 610的RAT类型确定要应用的CIoT功能时，可以使用该信息。当UE 610触发该操作时发生操作S601，并且当UE 610的RAT类型被改变时UE610可以不执行操作S601。
操作S603：如果AMF 630接收到操作S601的消息，则AMF 630可以将Nsmf_PDUSession_CreateSMContext请求消息传送到SMF 640。AMF 630可以在Nsmf_PDUSession_CreateSMContext请求中包括从UE 610接收到的PDU会话修改请求消息。AMF 630可以通过识别基站620发送的RAT类型来确定UE 610的RAT类型。AMF 630可以在Nsmf_PDUSession_CreateSMContext请求消息中包括UE 610的RAT类型，并且可以将其发送。
SMF 640可识别从AMF 630接收到的RAT类型、从UE 610接收到的PDU会话修改请求消息中包括的RAT类型、或PCO中的RAT类型并且可确定是否将CIoT相关功能(例如小数据速率控制功能)应用于对应的UE 610。
作为另一示例，如果UE 610的RAT类型被改变，则AMF 630可以配置Nsmf_PDUSession_CreateSMContext请求消息，并且可以将其发送到SMF640。AMF 630可以通过识别从基站620发送的跟踪区域代码和与其相关联的RAT类型，确定指示UE 610接入的RAT的RAT类型。AMF 630可以在Nsmf_PDUSession_CreateSMContext请求消息中包括指示UE 610接入的RAT的RAT类型，并且可以将其发送。
作为另一示例，如果UE 610的RAT类型被改变，则AMF 630可向SMF640发送与RAT类型的改变相关联的事件通知。接收到其的SMF 640可知道UE 610的RAT类型被改变，并且可确定是否应用CIoT相关功能(例如小数据速率控制功能)以应用于对应的RAT类型。如果确定改变小数据速率控制功能的应用，则SMF 640可进行操作S609。即使不执行操作S601，S609也可操作。
当PCF 650向SMF 640报告更新后的策略信息时，执行操作S605。
操作S607：SMF 640可以从UDM 660接收与订阅信息的改变有关的更新，或者可以向UDM给出与UE 610的当前RAT类型信息有关的更新，并且可以接收与关联于其的订阅信息有关的更新。
操作S609：确定UE 610的RAT类型被改变的SMF 640可以基于改变的RAT类型来确定是否应用CIoT相关功能(例如小数据速率控制)。
在该实例中，SMF 640可识别从UDM 660接收到的订阅信息并且如果在对应的订阅信息中包括指示是否应用CIoT相关功能(例如，小数据速率控制)的指示符，则SMF 540也可对其进行参考。例如，如果UE 610经由NB-IoT RAT接入，则SMF 640可确定应用小数据速率控制功能。作为另一示例，如果UE 610经由WB-ETURAN RAT接入，则SMF 640可识别UE 610使用的DNN是否是用于CIoT的DNN，并且如果DNN被识别为用于CIoT的DNN，则可确定应用小数据速率控制功能。作为另一示例，如果UE 610经由WB-ETURAN RAT接入，则SMF 640可识别在从UDM接收到的UE 610的订阅信息中包括并且指示是否应用小数据速率控制功能的信息，并且可确定应用小数据速率控制功能。作为另一示例，如果UE 610经由NR RAT接入，则SMF640可确定不向该UE应用小数据速率控制功能。作为另一示例，如果SMF确定UE 610经由NRRAT接入，并且识别指示是否应用小数据速率控制功能并且在UE 610的订阅信息中包括的信息或者确定UE 610请求的DNN是用于CIoT的DNN，则SMF可确定将小数据速率控制应用于经由NR RAT接入的UE 610。作为另一示例，如果UE 610经由NR-IoT RAT接入，则SMF 540可确定向UE 610应用小数据速率控制功能。作为另一示例，如果指示UE 610接入的RAT的RAT类型是LTE-M，则SMF 640可确定向UE610应用小数据速率控制功能。
确定此的SMF 640可以在PCO中配置与是否应用小数据速率控制相关联的信息或者用于应用小数据速率控制的值，并且可以将PCO传送到UE610。在这种情况下，可以使用作为SM NAS消息的PDU会话修改命令。可以经由操作S609将该消息传送到AMF 630，并且在操作S611和S613，AMF630可以将该消息传送到UE 610。
操作S613：基站可以接收操作S611的消息，并且可以根据在N2 SM消息中包括的QoS信息来执行用于与UE 610建立数据无线电承载的RRC信令过程。另外，基站620可以将接收到的NAS消息传送到UE 610。UE 610可以识别从SMF 640接收到的N1 SM NAS消息，并且可以识别该消息中包括的PCO。UE 610可以识别在PCO中包括的小数据速率控制信息，并且可以确定是否应用小数据速率控制。如果在PCO中不包括小数据速率控制信息，则UE 610可以确定不应用小数据速率控制。可替代地，如果在PCO中设定的用于应用小数据速率控制的值被设定为空(null)或0，则UE 610可以确定不应用小数据速率控制。UE 610可以将指示完成PDU会话修改过程的PDU会话修改完成消息配置为N1 SM NAS消息，并且可以将其发送到SMF640。
操作S615：基站620响应于操作S613发送响应。在该消息中包括N2 SM消息。如果UE610将PDU会话修改完成消息配置为N1 SM NAS消息，则也可以包括N1 SM NAS消息。
操作S617：接收操作S615的消息的AMF 630可以将S615的消息中包含的N2 SM消息和N1 SM NAS消息传送到SMF 640。
操作S619：SMF 640可识别在操作S617中接收到的N2 SM消息，并且可与UPF一起进行N4会话修改过程。在该实例中，SMF 640可将从基站620接收到的基站侧的N3隧道信息传送到UPF，并且还可传送与之相关联的分组转发规则。在操作S621，SMF 640响应于操作S617向AMF 630发送响应。
图7是示出根据本公开实施例的用户设备(UE)的结构的图。
图7的UE是图1至图6中所示的用户设备。参考图7，UE可以包括收发器710、控制器720和存储器730。在本公开中，控制器可以定义为电路、专用集成电路或至少一个处理器。
收发器710可以与另一网络实体执行信号的发送或接收。
控制器720可以控制根据实施例的UE的整体操作。例如，控制器720可以控制信号流，使得根据图1到图6的流程图来执行操作。
存储器730可以存储经由收发器710发送或接收的信息和由控制器720生成的信息当中的至少一条信息。
图8是示出根据本公开实施例的网络实体的结构的图。图6的网络实体可以是图1到图6的多个网络实体中的每一个。例如，图8的网络实体可以是AMF、SMF、UPF、UDM、NEF或AS/AF。
参考图8，网络实体可以包括收发器810、控制器820和存储器830。在本公开中，控制器可以定义为电路、专用集成电路或至少一个处理器。
收发机810可以与另一网络实体执行信号的发送或接收。例如，收发器810可以向UE发送系统信息，并且可以发送同步信号或参考信号。
控制器820可以控制根据实施例的网络实体的整体操作。例如，控制器820可以控制信号流，使得根据图1到图6的流程图来执行操作。
存储器830可以存储经由收发器810发送或接收的信息和由控制器820生成的信息当中的至少一条信息。
机译： 5G移动通信系统中蜂窝IOT服务终端控制终端的方法
机译： 在5G移动通信系统中控制UE用于蜂窝IOT服务的方法和装置
机译： 5G移动通信系统中用于蜂窝物联网服务的用户设备控制的5G IoT方法
