CN108617034B - 终端的连接态控制方法、设备及*** - Google Patents

Abstract

本申请实施例提供终端的连接态控制方法、设备及***，以至少解决现有技术中在引入轻量连接态或者非活动连接态之后，整个网络无法主动对长时间处于连接态但是没有用户面数据传输的终端进行必要的控制的问题。方法包括：第一网络设备接收来自第二网络设备的指示信息，该指示信息用于指示处于连接态的终端的用户面数据传输已经结束；该第一网络设备根据该指示信息，发起连接释放流程，该连接释放流程用于将该终端从该连接态变为空闲态。本申请适用于通信技术领域。

Description

终端的连接态控制方法、设备及***

技术领域

本申请涉及通信技术领域，尤其涉及终端的连接态控制方法、设备及***。

背景技术

在现有的终端连接管理机制中，当一个终端在一定时间内没有用户面数据传输时，网络侧会释放掉终端的信令连接将终端变为空闲态，以此来节省空口承载资源。但是因为终端上运行应用的多样性，网络侧无法预知空闲态终端下一次上行或下行数据传输发生的具体时间，从而导致终端较频繁地在空闲态与连接态之间进行状态切换。然而，终端从空闲态到连接态的状态切换，由于需要同时建立空口信令连接和网络侧信令连接，因此状态切换过程会产生较多的信令开销。

为减少终端在空闲态与连接态之间状态切换的信令开销，轻量连接(lightlyconnected)态和非活动连接态(inactive connected state)分别在***(4rdgeneration，4G)移动通信网络和第五代(5rd generation，5G)移动通信网络中被引入，核心思想在于：在4G移动通信网络的空口引入一个轻量连接态；或者，在5G移动通信网络的空口引入一个非活动连接态。以4G移动通信网络为例，在终端进入连接态后，如果一定时间内没有用户面数据传输，则终端在网络侧仍然一直保持连接态，而在空口终端进入轻量连接态。后续终端有上行数据和信令需要发送或者网络侧有到该终端的下行数据和信令需要发送时，终端在空口从轻量连接态恢复成连接态，从而极大减少了空口及网络侧的信令开销。

然而，在引入轻量连接态或者非活动连接态之后，终端在网络侧一直处于连接态。即便在该终端已经很长时间没有用户面数据传输时，网络侧也无法感知终端用户面的活动状态，进而导致整个网络无法主动对长时间处于连接态但是没有用户面数据传输的终端进行必要的控制。

发明内容

本申请实施例提供终端的连接态控制方法、设备及***，以至少解决现有技术中在引入轻量连接态或者非活动连接态之后，整个网络无法主动对长时间处于连接态但是没有用户面数据传输的终端进行必要的控制的问题。

为达到上述目的，本申请实施例提供如下技术方案：

第一方面，本申请实施例提供一种终端的连接态控制方法，该方法包括：第一网络设备接收来自第二网络设备的指示信息，该指示信息用于指示处于连接态的终端的用户面数据传输已经结束；该第一网络设备根据该指示信息，发起连接释放流程，该连接释放流程用于将该终端从该连接态变为空闲态。基于本申请实施例提供的终端的连接态控制方法，在引入轻量连接态或者非活动连接态之后，第一网络设备可以在第二网络设备感知到处于连接态的终端没有用户面数据传输之后，接收来自第二网络设备的发起连接释放流程的指示信息，并根据该指示信息，将终端从连接态变为空闲态，从而解决了网络侧因为无法感知终端的用户面数据传输状态而只能被动地将终端一直保持连接态的技术局限，让运营商可以对处于连接态的终端进行按需控制，比如将长时间处于连接态但是没有用户面数据传输的终端从连接态变为空闲态，从而节省了不必要的网络与空口资源，提升了网络的运行性能与效率。

在一种可能的设计中，该第一网络设备根据该指示信息，发起连接释放流程，包括：该第一网络设备根据该指示信息，基于本地策略或者该终端的签约数据，确定是否将该终端从该连接态变为空闲态；若该第一网络设备确定将该终端从该连接态变为空闲态，该第一网络设备发起该连接释放流程。即，本申请实施例中，第一网络设备可以在接收到指示信息之后不直接发起连接释放流程，而是基于本地策略或者该终端的签约数据在确定将该终端从该连接态变为空闲态之后发起连接释放流程，让运营商可以进一步对处于连接态的终端进行按需控制。其中，第一网络设备根据指示信息，基于本地策略或者终端的签约数据，确定是否将终端从连接态变为空闲态的具体实现可参考具体实施方式部分，在此不再赘述。

在一种可能的设计中，在该第一网络设备接收来自第二网络设备的指示信息之前，还包括：该第一网络设备向该第二网络设备发送请求消息，该请求消息用于请求该第二网络设备报告该终端的用户面数据传输状态。即，本申请实施例中，第一网络设备可以在请求第二网络设备报告该终端的用户面数据传输状态之后，接收到来自第二网络设备的指示信息。其中，可以通过在终端的第一网络设备上引入终端用户面活动状态查询机制来请求第二网络设备报告该终端的用户面数据传输状态；也可以通过在第一网络设备与第二网络设备之间为终端引入一个用户面活动状态改变报告机制来请求第二网络设备报告该终端的用户面数据传输状态。具体可参考具体实施方式部分，在此不再赘述。

在一种可能的设计中，该第一网络设备向该第二网络设备发送请求消息，包括：该第一网络设备启动第二不活动定时器；若在该第二不活动定时器超时时，该第一网络设备未收到该终端的上行或下行信令或数据，该第一网络设备向该第二网络设备发送该请求消息。该方案通过在终端的第一网络设备上引入终端用户面活动状态查询机制来请求第二网络设备报告该终端的用户面数据传输状态。

在一种可能的设计中，在该第一网络设备启动第二不活动定时器之后，还包括：若在该第二不活动定时器超时前，该第一网络设备收到该终端的上行或下行信令或数据，则该第一网络设备停止该第二不活动定时器。

在一种可能的设计中，该第一网络设备向该第二网络设备发送请求消息，包括：该第一网络设备基于本地策略或者该终端的签约数据，确定是否请求该第二网络设备报告该终端的用户面数据传输状态；若该第一网络设备确定请求该第二网络设备报告该终端的用户面数据传输状态，该第一网络设备向该第二网络设备发送请求消息。即，本申请实施例中，第一网络设备可以不直接向第二网络设备发送请求消息，而是基于本地策略或者该终端的签约数据在确定请求该第二网络设备报告该终端的用户面数据传输状态之后发送请求消息，让运营商可以进一步对处于连接态的终端进行按需控制。其中，第一网络设备基于本地策略或者该终端的签约数据，确定是否请求该第二网络设备报告该终端的用户面数据传输状态的具体实现可参考具体实施方式部分，在此不再赘述。

在一种可能的设计中，在第一网络设备接收来自第二网络设备的指示信息之后，在第一网络设备根据该指示信息，发起连接释放流程之前，还可以包括：第一网络设备向第二网络设备发送确认信息，该确认信息用于指示第一网络设备确认收到了来自第二网络设备的指示信息。即，第一网络设备可以在第二网络设备向第一网络设备发送指示信息之后，立即向第二网络设备发送确认收到了来自第二网络设备的指示信息的确认信息。当然，第一网络设备也可以通过连接释放流程进行确认，具体可参考具体实施方式部分，在此不再赘述。

在一种可能的设计中，该本地策略包括：终端的使用类型、终端的业务类型、终端的设备类型、终端的接入优先级、终端的移动模式、终端的无线接入类型、终端的专用核心网类型、终端的数据类型和终端的统计移动信息中的至少一个。

在一种可能的设计中，该签约数据包括：是否允许该终端长时间处于该连接态的信息。

其中，本地策略以及签约数据的具体描述可参考具体实施方式部分，在此不再赘述。

在一种可能的设计中，该第一网络设备包括移动管理实体MME或者接入与移动管理功能AMF实体。

第二方面，本申请实施例提供一种终端的连接态控制方法，该方法包括：第二网络设备确定处于连接态的终端是否有用户面数据传输；若该第二网络设备确定该终端没有用户面数据传输，该第二网络设备向第一网络设备发送指示信息，该指示信息用于指示该处于连接态的终端的用户面数据传输已经结束。基于本申请实施例提供的终端的连接态控制方法，在引入轻量连接态或者非活动连接态之后，第二网络设备可以感知到处于连接态的终端是否有用户面数据传输，并且在确定处于连接态的终端没有用户面数据传输之后，指示第一网络设备发起连接释放流程，该连接释放流程用于将终端从连接态变为空闲态，从而解决了网络侧因为无法感知终端的用户面数据传输状态而只能被动地将终端一直保持连接态的技术局限，让运营商可以对处于连接态的终端进行按需控制，比如将长时间处于连接态但是没有用户面数据传输的终端从连接态变为空闲态，从而节省了不必要的网络与空口资源，提升了网络的运行性能与效率。

在一种可能的设计中，该第二网络设备确定处于连接态的终端是否有用户面数据传输，包括：该第二网络设备启动第一不活动定时器；若在该第一不活动定时器超时时，该第二网络设备未收到该终端的上行或下行信令或数据，则该第二网络设备确定该终端没有用户面数据传输。即，本申请实施例中，可以通过启动第一不活动定时器的方式确定处于连接态的终端是否有用户面数据传输。

在一种可能的设计中，在该第二网络设备启动第一不活动定时器之后，还包括：若在该第一不活动定时器超时前，该第二网络设备收到该终端的上行或下行信令或数据，则该第二网络设备停止该第一不活动定时器。

在一种可能的设计中，该第二网络设备确定处于连接态的终端是否有用户面数据传输，包括：若该终端的用户面数据传输状态从活动状态变为不活动状态，则该第二网络设备确定该终端没有用户面数据传输。即，本申请实施例中，第一网络设备可以保存终端的用户面数据传输状态，若终端的用户面数据传输状态从活动状态变为不活动状态，则第一网络设备可以确定终端没有用户面数据传输。

当然，除了上述两种第一网络设备确定处于连接态的终端是否有用户面数据传输的具体实现，还可能存在其他可能的实现方式，具体可参考具体实施方式部分，在此不再赘述。

在一种可能的设计中，在该第二网络设备确定处于连接态的终端是否有用户面数据传输之前，还包括：该第二网络设备接收该第一网络设备发送的请求消息，该请求消息用于请求该第二网络设备报告该终端的用户面数据传输状态。其中，可以通过在终端的第一网络设备上引入终端用户面活动状态查询机制来请求第二网络设备报告该终端的用户面数据传输状态；也可以通过在第一网络设备与第二网络设备之间为终端引入一个用户面活动状态改变报告机制来请求第二网络设备报告该终端的用户面数据传输状态。具体可参考具体实施方式部分，在此不再赘述。

在一种可能的设计中，在第二网络设备向第一网络设备发送指示信息之后，还可以包括：接收第一网络设备发送的确认信息，该确认信息用于指示第一网络设备确认收到了来自第二网络设备的指示信息。即，第一网络设备可以在第二网络设备向第一网络设备发送指示信息之后，立即向第二网络设备发送确认收到了来自第二网络设备的指示信息的确认信息。当然，第一网络设备也可以通过连接释放流程进行确认，具体可参考具体实施方式部分，在此不再赘述。

在一种可能的设计中，该第二网络设备包括服务网关SGW或者用户面功能UPF实体。

第三方面，本申请实施例提供一种第一网络设备，该第一网络设备具有实现上述方法实施例中第一网络设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第四方面，本申请实施例提供一种第一网络设备，包括：处理器、存储器、总线和通信接口；该存储器用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当该第一网络设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该第一网络设备执行如上述第一方面任意一项的终端的连接态控制方法。

第五方面，本申请实施例提供了一种计算机存储介质，用于储存为上述第一网络设备所用的计算机软件指令，其包含用于执行上述方面为第一网络设备所设计的程序。

第六方面，本申请实施例提供了一种计算机程序，该计算机程序包括指令，当该计算机程序被计算机执行时，使得计算机可以执行上述第一方面中任意一项的终端的连接态控制方法中的流程。

另外，第三方面至第六方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。

第七方面，本申请实施例提供一种第二网络设备，该第二网络设备具有实现上述方法实施例中第二网络设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第八方面，本申请实施例提供一种第二网络设备，包括：处理器、存储器、总线和通信接口；该存储器用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当该第二网络设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该第二网络设备执行如上述第二方面任意一项的终端的连接态控制方法。

第九方面，本申请实施例提供了一种计算机存储介质，用于储存为上述第二网络设备所用的计算机软件指令，其包含用于执行上述方面为第二网络设备所设计的程序。

第十方面，本申请实施例提供了一种计算机程序，该计算机程序包括指令，当该计算机程序被计算机执行时，使得计算机可以执行上述第二方面中任意一项的终端的连接态控制方法中的流程。

另外，第七方面至第十方面中任一种设计方式所带来的技术效果可参见第二方面中不同设计方式所带来的技术效果，此处不再赘述。

第十一方面，本申请实施例提供一种终端的连接态控制***，该终端的连接态控制***包括上述第三方面所述的第一网络设备和上述第七方面所述的第二网络设备；或者，该终端的连接态控制***包括上述第四方面所述的第一网络设备和上述第八方面所述的第二网络设备；或者，该终端的连接态控制***包括上述第五方面所述的计算机存储介质和上述第九方面所述的计算机存储介质；或者，该终端的连接态控制***包括上述第六方面所述的计算机程序和上述第十方面所述的计算机程序。基于本申请实施例提供的终端的连接态控制***，在引入轻量连接态或者非活动连接态之后，第二网络设备可以感知到处于连接态的终端是否有用户面数据传输，并且在确定处于连接态的终端没有用户面数据传输之后，指示第一网络设备发起连接释放流程，该连接释放流程用于将终端从连接态变为空闲态，从而解决了网络侧因为无法感知终端的用户面数据传输状态而只能被动地将终端一直保持连接态的技术局限，让运营商可以对处于连接态的终端进行按需控制，比如将长时间处于连接态但是没有用户面数据传输的终端从连接态变为空闲态，从而节省了不必要的网络与空口资源，提升了网络的运行性能与效率。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

图1为本申请实施例提供的终端的连接态控制***的架构示意图；

图2为本申请实施例提供的4G网络架构下的终端的连接态控制***的架构示意图；

图3为本申请实施例提供的5G网络架构下的终端的连接态控制***的架构示意图；

图4为本申请实施例提供的计算机设备的架构示意图；

图5为本申请实施例提供的终端的连接态控制方法交互示意图一；

图6为本申请实施例提供的终端的连接态控制方法交互示意图二；

图7为本申请实施例提供的终端的连接态控制方法交互示意图三；

图8为本申请实施例提供的终端的连接态控制方法交互示意图四；

图9为本申请实施例提供的终端的连接态控制方法交互示意图五；

图10为本申请实施例提供的终端的连接态控制方法交互示意图六；

图11为本申请实施例提供的第一网络设备的结构示意图一；

图12为本申请实施例提供的第一网络设备的结构示意图二；

图13为本申请实施例提供的第二网络设备的结构示意图一；

图14为本申请实施例提供的第二网络设备的结构示意图二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。比如，本申请实施例中的第一网络设备的“第一”和第二网络设备中的“第二”仅用于区分不同的网络设备。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

如图1所示，为本申请实施例提供的终端的连接态控制***的架构示意图。该终端的连接态控制***10包括第一网络设备101和第二网络设备102。其中，第二网络设备102用于确定处于连接态的终端是否有用户面数据传输；若第二网络设备102确定处于连接态的终端没有用户面数据传输，第二网络设备102向第一网络设备发送指示信息，该指示信息用于指示处于连接态的终端的用户面数据传输已经结束。第一网络设备101用于接收来自第二网络设备的指示信息，该指示信息用于指示处于连接态的终端的用户面数据传输已经结束，并根据指示信息，发起连接释放流程，该连接释放流程用于将终端从连接态变为空闲态。

需要说明的是，图1中第一网络设备101和第二网络设备102可以直接通信，也可以通过其他网络设备的转发进行通信，本申请实施例对此不作具体限定。

具体的，上述终端的连接态控制***10可以应用于目前的4G长期演进(Long TermEvolution，LTE)/演进分组核心(Evolved Packet Core，EPC)网络，也可以应用于未来的5G网络以及未来其它的网络，本申请实施例对此不作具体限定。

其中，若上述终端的连接态控制***10应用于目前的4G LTE/EPC网络，则如图2所示，第一网络设备101具体为4G LTE/EPC网络中的移动管理实体(Mobility ManagementEntity，MME)；第二网络设备102具体为4G LTE/EPC网络中的服务网关(Serving Gateway，SGW)。其中，MME和SGW的主要功能可参考上述对第一网络设备101和第二网络设备102的描述，在此不再赘述。

此外，如图2所示，该4G LTE/EPC网络还可以包括终端和基站。终端通过LTE-Uu接口与基站通信，基站通过S1-U接口与SGW通信，基站通过S1-MME接口与MME通信，MME通过S11接口与SGW通信。

其中，终端用于发送上行信令或数据，从空闲态变为连接态；以及，在空闲态时接收网络侧为发送下行信令或数据而发起的寻呼，从空闲态变为连接态。基站参与终端从空闲态变为连接态的空口信令连接的建立、参与网络侧为发送下行信令或数据到空闲态的终端而发起的寻呼以及参与处于连接态的终端的上行或下行信令和数据的传输等。

虽然未示出，上述的4G LTE/EPC网络中还可以包括归属签约用户服务器(HomeSubscriber Server，HSS)，该HSS是4G LTE/EPC网络中的主要用户数据库。它保存运营商为终端配置的签约数据和用户配置文件，执行用户的身份验证、接入限制、PDN上下文参数配置和授权等，类似于全球移动通信***(Global System for Mobile Communication，GSM)中的归属位置寄存器(Home Location Register，HLR)。HSS可以提供4G LTE/EPC分组交换(Packet Switched，PS)域和网际协议(Internet Protocol，IP)多媒体子***(IPmultimedia subsystem，IMS)所必需的HLR功能。本申请实施例中，HSS主要用于提供终端的签约数据，以用于MME根据终端的签约数据确定是否将终端从连接态变为空闲态；或者，以用于MME根据终端的签约数据请求SGW报告终端的用户面数据传输状态。

当然，上述的4G LTE/EPC网络中还可能包括其他模块或者网络实体，比如分组数据网络(Packet Data Network，PDN)、通用分组无线服务技术(General Packet RadioService，GPRS)服务支持节点(Serving GPRS Support Node，SGSN)或者策略和计费规则功能(Policy and Charging Rules Function，PCRF)，等等，本申请实施例对此不作具体限定。

其中，若上述终端的连接态控制***10应用于未来的5G网络以及未来其它的网络，则如图3所示，第一网络设备101具体为5G网络以及未来其它的网络中的接入与移动管理功能(Access and Mobility Management Function，AMF)实体；第二网络设备102具体为未来的5G网络以及未来其它的网络中的用户面功能(User Plane Function，UPF)实体。其中，AMF实体和UPF实体的主要功能可参考上述对第一网络设备101和第二网络设备102的描述，在此不再赘述。

此外，如图3所示，该未来的5G网络以及未来其它的网络还可以包括终端、无线接入网络(Radio Access Network，RAN)接入点以及会话管理功能(Session ManagementFunction，SMF)实体。终端通过下一代网络(Next Generation，NG)接口1与AMF实体通信，RAN接入点通过NG接口2与AMF实体通信，RAN接入点通过NG接口3与UPF实体通信，UPF实体通过NG接口4与SMF实体通信，AMF实体通过NG接口11与SMF实体通信。

其中，终端用于发送上行信令或数据，从空闲态变为连接态；以及，在空闲态时接收网络侧为发送下行信令或数据而发起的寻呼，从空闲态变为连接态。RAN接入点参与终端从空闲态变为连接态的空口信令连接的建立、参与网络侧为发送下行信令或数据到空闲态的终端而发起的寻呼以及参与处于连接态的终端的上行或下行信令和数据的传输等。SMF实体参与终端的会话管理相关的功能、以及实现AMF实体和UPF实体之间的通信。

虽然未示出，上述的未来的5G网络以及未来其它的网络中还可以包括数据库实体，该数据库实体的功能类似于上述HSS的功能，在此不再赘述。本申请实施例中，数据库实体主要用于提供终端的签约数据，以用于AMF实体根据终端的签约数据确定是否将终端从连接态变为空闲态；或者，以用于AMF实体根据终端的签约数据请求UPF实体报告终端的用户面数据传输状态。

当然，上述的未来的5G网络以及未来其它的网络中还可能包括其他模块或者网络实体，比如鉴权服务功能(Authentication Server Function，AUSF)实体、策略控制功能(Policy Control Function，PCF)实体，等等，本申请实施例对此不作具体限定。

需要说明的是，上述的未来的5G网络以及未来其它的网络中的终端、RAN接入点、UPF实体、AMF实体、SMF实体以及数据库实体等仅是一个名字，名字对设备本身不构成限定。在未来的5G网络以及未来其它的网络中，终端、RAN接入点、UPF实体、AMF实体、SMF实体以及数据库实体所对应的网元或实体也可以是其他的名字，本申请实施例对此不作具体限定。例如，该数据库实体还有可能被替换为用户归属服务器(Home Subscriber Server，HSS)或者用户签约数据库(User Subscription Database，USD)或者统一数据管理(Unified DataManagement，UDM)；该UPF实体还有可能被替换为UP，等等，在此进行统一说明，以下不再赘述。

需要说明的是，本申请所涉及到的终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的终端，移动台(Mobile Station，MS)，用户设备(User Equipment，UE)，终端设备(Terminal Equipment)，软终端等等。为方便描述，本申请中，上面提到的设备统称为终端。

另外，本申请实施例图1中的第一网络设备101或第二网络设备102，可能由一个实体设备实现，也可能由多个实体设备共同实现；本申请实施例中的第一网络设备101和第二网络设备102，可能分别由不同的实体设备实现，也可能都由同一个实体设备实现，本申请实施例对此不作具体限定。即，可以理解的是，本申请实施例中的第一网络设备101和第二网络设备102，都可能是实体设备内的一个逻辑功能模块，也可能是由多个实体设备组成的一个逻辑功能模块，本申请实施例对此不作具体限定。

例如，如图4所示，图1中的第一网络设备101和第二网络设备102可以通过图4中的计算机设备(或***)来实现。

图4所示为本申请实施例提供的计算机设备示意图。计算机设备400包括至少一个处理器401，通信总线402，存储器403以及至少一个通信接口404。

处理器401可以是一个通用中央处理器(Central Processing Unit，CPU)，微处理器，特定应用集成电路(Application-Specific Integrated Circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信总线402可包括一通路，在上述组件之间传送信息。

通信接口404，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(Radio Access Network，RAN)，无线局域网(Wireless Local AreaNetworks，WLAN)等。

存储器403可以是只读存储器(Read-Only Memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(Random Access Memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器403用于存储执行本申请方案的应用程序代码，并由处理器401来控制执行。处理器401用于执行存储器403中存储的应用程序代码，从而实现终端的连接态控制。

在具体实现中，作为一种实施例，处理器401可以包括一个或多个CPU，例如图4中的CPU0和CPU1。

在具体实现中，作为一种实施例，计算机设备400可以包括多个处理器，例如图4中的处理器401和处理器408。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，计算机设备400还可以包括输出设备405和输入设备406。输出设备405和处理器401通信，可以以多种方式来显示信息。例如，输出设备405可以是液晶显示器(Liquid Crystal Display，LCD),发光二级管(Light Emitting Diode，LED)显示设备，阴极射线管(Cathode Ray Tube，CRT)显示设备，或投影仪(projector)等。输入设备406和处理器401通信，可以以多种方式接受用户的输入。例如，输入设备406可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的计算机设备400可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中，计算机设备400可以是台式机、便携式电脑、网络服务器、掌上电脑(Personal Digital Assistant，PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图4中类似结构的设备。本申请实施例不限定计算机设备400的类型。

下面将结合图1至图3所示的***以及图4所示的设备对本申请实施例提供的终端的连接态控制方法进行具体阐述。

首先，结合图1所示的终端的连接态控制***10，本申请实施例提供的终端的连接态控制方法包括：第二网络设备确定处于连接态的终端是否有用户面数据传输；若第二网络设备确定处于连接态的终端没有用户面数据传输，第二网络设备向第一网络设备发送指示信息，该指示信息用于指示处于连接态的终端的用户面数据传输已经结束。这样，第一网络设备接收来自第二网络设备的指示信息，并根据该指示信息，发起连接释放流程，该连接释放流程用于将终端从连接态变为空闲态。即，本申请实施例提供的终端的连接态控制方法中，在引入轻量连接态或者非活动连接态之后，第二网络设备可以感知到处于连接态的终端是否有用户面数据传输，并且在确定处于连接态的终端没有用户面数据传输之后，指示第一网络设备发起连接释放流程，该连接释放流程用于将终端从连接态变为空闲态，从而解决了网络侧因为无法感知终端的用户面数据传输状态而只能被动地将终端一直保持连接态的技术局限，让运营商可以对处于连接态的终端进行按需控制，比如将长时间处于连接态但是没有用户面数据传输的终端从连接态变为空闲态，从而节省了不必要的网络与空口资源，提升了网络的运行性能与效率。

其次，以图1所示的终端的连接态控制***10应用于如图2所示的4G LTE/EPC网络为例，对上述的终端的连接态控制方法进行展开说明。

一种可能的实现方式中，如图5所示，为本申请实施例提供的一种终端的连接态控制方法流程示意图。该终端的连接态控制方法涉及到终端、基站、终端的服务MME以及终端的SGW之间的交互，包括如下步骤：

S501、终端从空闲态进入连接态。

具体的，用户面数据的传输需要终端从空闲态进入连接态才能进行。

对于上行用户面数据传输：典型地，终端发起业务请求(Service Request)流程，该业务请求流程用于将终端从空闲态变为连接态。

对于下行用户面数据传输：终端的SGW向MME发送下行数据通知(Downlink DataNotification，DDN)消息，触发MME向该终端发起寻呼。进而，作为寻呼响应，终端发起业务请求流程，该业务请求流程用于将终端从空闲态变为连接态。

需要说明的是，不同于4G网络中的现有技术方案，在引入轻量连接态或者非活动连接态之后，在处于连接态的终端的用户面数据传输完成后，为了保持终端在网络侧一直处于连接态，4G移动通信网络的基站并不会启动用户不活动(User Inactivity)定时器，从而导致MME并不感知该终端的用户面数据传输状态，从而一直让该终端保持连接态。

S502、SGW启动第一不活动定时器(inactivity timer)。

具体的，该第一不活动定时器用于SGW检测当前处于连接态的终端的用户面数据传输状态是否处于不活动状态，故该定时器也可以称为用户面不活动定时器(user planeinactivity timer)。其中，该第一不活动定的定时时长可以由运营商来设定和改变，也可以在SGW上预先配置一个缺省值，比如30s，本申请实施例对此不作具体限定。

需要说明的是，本申请实施例中，SGW通常是在终端处于连接态且终端上没有用户面数据传输时才启动该第一不活动定时器。当然，SGW也可以在终端处于连接态且终端上有上行或下行数据传输时启动该第一不活动定时器，本申请实施例对此不作具体限定。

S503、若在第一不活动定时器超时时，SGW未收到终端的上行或下行信令或数据，则SGW确定终端没有用户面数据传输。

可选的，若在第一不活动定时器超时前，SGW收到终端的上行或下行信令或数据，则SGW停止第一不活动定时器。

示例性的，假设第一不活动定时器的定时时长设定为30s，SGW是在终端处于连接态且终端上没有用户面数据传输时才启动的第一不活动定时器，则在SGW启动第一不活动定时器之后：

若在30s之内未收到终端的上行或下行信令或数据，则SGW确定终端没有用户面数据传输。

若在30s之内收到终端的上行或下行信令或数据，则SGW停止第一不活动定时器。在上行或下行信令或数据传输结束之后，SGW可以重新启动第一不活动定时器，若在30s之内未收到终端的上行或下行信令或数据，则SGW确定终端没有用户面数据传输。反之，若在30s之内仍收到终端的上行或下行信令或数据，则SGW停止第一不活动定时器，参照上述过程继续执行，在此不再赘述。

或者，示例性的，假设第一不活动定时器的定时时长设定为30s，SGW是在终端处于连接态且终端上有上行或下行数据传输时启动的第一不活动定时器，则在SGW启动第一不活动定时器之后：

若在30s之内收到终端的上行或下行信令或数据，则SGW停止第一不活动定时器。若SGW重新启动第一不活动定时器后，30s之内仍收到终端的上行或下行信令或数据，则SGW仍停止第一不活动定时器。直到SGW重新启动第一不活动定时器后，在30s之内未收到终端的上行或下行信令或数据，则SGW确定终端没有用户面数据传输。

需要说明的是，步骤S502和S503中仅是示例性的提供一种SGW确定处于连接态的终端是否有用户面数据传输的具体实现，当然，SGW确定处于连接态的终端是否有用户面数据传输还可能有其他的实现方式，比如，SGW可以保存终端的用户面数据传输状态，若终端的用户面数据传输状态从活动状态变为不活动状态，则SGW可以确定终端没有用户面数据传输。或者，还可以引入一个时间的维度，但是时间的维度在实现时，可以不用启动定时器，比如通过两次查询***时间来进行判断，若连续两次查询到终端没有用户面数据传输的***时间之间的间隔等于或超过预设的时间间隔，则SGW可以确定该终端没有用户面数据传输。本申请实施例对SGW确定处于连接态的终端是否有用户面数据传输的实现方式不作具体限定。

S504、SGW向MME发送指示信息，以使得MME接收该指示信息。其中，该指示信息用于指示终端的用户面数据传输已经结束，也即终端的用户面活动状态从活动变为不活动。

具体的，SGW可以通过一个新定义的消息向MME发送指示信息，例如该新定义的消息可以是用户面不活动通知(UP Inactivity Notification)消息，其中，用户面不活动通知消息中携带该指示信息。当然，SGW也可以通过已有的消息向MME发送指示信息，例如修改DDN消息，在DDN消息中携带该指示信息，本申请实施例对此不作具体限定。

S505、MME根据指示信息，基于本地策略(local policy)或者终端的签约数据，确定是否将终端从连接态变为空闲态。

其中，本地策略可以是运营商在MME上预先配置的策略，也称为运营商策略(operator policy)，也可以是MME预先从其他网元获取并保存的策略，比如在终端的初始注册过程中，MME通过网络能力开放功能实体从应用服务器(Application Server，AS)或应用功能(Application Function，AF)实体获取本地策略并保存。

具体的，本申请实施例中，本地策略信息可以包括终端的使用类型(usage type)、终端的业务类型(service type)、终端的设备类型(device type)、终端的接入优先级(access priority)、终端的移动模式(mobility pattern)、终端的无线接入类型(radioaccess type)、终端的专用核心网类型(Dedicated Core Network type,DCN type)、终端的数据类型(data type)和终端的统计移动信息(statistic mobility information)中的至少一个。

其中，终端的使用类型，例如可以是：频繁大数据包传输，非频繁小数据包传输，高可靠数据传输，或者低时延数据传输等。

终端的业务类型，例如可以是：短消息业务，语音业务，视频业务，数据业务，紧急业务，或者异常业务等。

终端的设备类型，例如可以是：智能手机，机器类设备，蜂窝物联网设备，可穿戴设备，或者车载设备等。

终端的接入优先级，例如可以是：高优先级，正常优先级，或者低优先级等。

终端的移动模式，例如可以是：无移动性，低移动性，高移动性，或者随机移动性等。其中，无移动性是指静止的。

终端的移动模式，例如还可以是：小区范围移动性，位置区域(Location Area)范围移动性，注册区域(Registration Area)范围移动性，接入技术(Access Technology)范围移动性，跨无线接入技术(inter-Radio Access Technology，inter-RAT)移动性，网络范围移动性和跨网络移动性等。其中，位置区域范围移动性例如可以是跟踪域(TrackingArea，TA)范围移动性。注册区域范围移动性例如可以是跟踪域列表(TA list)范围移动性。接入技术范围移动性例如可以是4G内移动性。网络范围移动性例如可以是公共陆地移动网络内(intra-Public Land Mobile Network，intra-PLMN)移动性。跨网络移动性例如可以是跨公共陆地移动网络(inter-PLMN)移动性。

终端的无线接入类型，例如可以是：LTE接入，窄带物联网(Narrowband Internetof Things，NB-IoT)接入，或者5G空口接入等。

终端的专用核心网类型，例如可以是：机器类通信(Machine TypeCommunication，MTC)专网，蜂窝物联网(Cellular Internet of Things，CIoT)专网，汽车类通信(Vehicle to everything，V2X)专网等。

终端的数据类型，例如可以是：IP数据，非IP(non-IP)数据等。其中，IP包括IPv4或IPv6。

终端的统计移动信息，例如可以是：终端的历史移动轨迹，终端的可预见移动轨迹等。

具体的，终端的签约数据可以为是否允许该终端长时间处于连接态的信息。或者更具体的，签约数据可以为是否允许终端进入轻量连接(lightly connected)态的信息，本申请实施例对此不作具体限定。其中，终端的签约数据是在终端的初始附着流程或位置更新流程中，MME从HSS中获取的，运营商需要在HSS中为该终端预先增加该签约数据信息。具体可参考现有的签约数据的获取方式，在此不再赘述。另外，签约数据中还可能包含其他的信息，本申请实施例对此不作具体限定。

结合上述本地策略或者终端的签约数据，MME根据指示信息，基于本地策略或者终端的签约数据，确定是否将终端从连接态变为空闲态例如可以是：

若本地策略为：对于使用类型为非频繁小数据包传输且业务类型为数据业务的终端，或者对于设备类型为蜂窝物联网设备且接入优先级为低的终端，或者对于移动模式为随机移动性且移动范围为跨接入技术移动和跨网络范围移动的终端，MME确定将终端从连接态变为空闲态；

或者，若终端的签约数据为不允许该终端长时间处于连接态，则MME确定将该终端从连接态变为空闲态，反之则不将该终端从连接态变为空闲态；

或者，若签约数据为不允许该终端进入轻量连接态，则MME确定将该终端从连接态变为空闲态，反之则不将该终端从连接态变为空闲态。

S506、若MME确定将终端从连接态变为空闲态，MME发起连接释放流程，该连接释放流程用于将终端从连接态变为空闲态。

具体的，本申请实施例中的连接释放流程完全重用现有4G LTE/EPC网络中的S1连接释放流程，具体可参考第三代合作伙伴项目(3rd Generation Partnership Project，3GPP)标准TS 23.401部分，在此不再赘述。

需要说明的是，步骤S505是个可选的步骤，MME在接收指示信息之后，也可以根据指示信息，直接发起连接释放流程，该连接释放流程用于将终端从连接态变为空闲态，本申请实施例对此不作具体限定。

可选的，本申请实施例中，在步骤S504之后，还可以包括：

MME向SGW发送确认信息，该确认信息用于指示MME确认收到了SGW发送的指示信息。即，MME可以在SGW向MME发送指示信息之后，立即向SGW发送确认收到了SGW发送的指示信息的确认信息。其中，若步骤S504中，SGW通过用户面不活动通知消息向MME发送指示信息，则MME可以通过户面不活动通知确认(acknowledgement)消息向SGW发送确认信息；若步骤S504中，SGW通过DDN消息向MME发送指示信息，则MME可以通过DDN确认消息向SGW发送确认信息，本申请实施例对此不作具体限定。

当然，MME也可以在步骤S506中通过发起连接释放流程中的释放接入承载请求(Release Access Bearers Request)消息进行确认，本申请实施例对此不中具体限定。

本申请实施例提供的终端的连接态控制方法中，通过在终端的SGW上引入终端的用户面不活动检测机制，在确定终端处于用户面非活动(inactive)状态，即终端的用户面数据传输结束时，SGW主动向终端的服务MME通知该终端处于用户面非活动状态，MME在获知该通知信息后，根据本地策略或者终端的签约数据，发起S1连接释放流程将该终端从连接态变为空闲态，解决了现有技术中MME因为无法感知终端的用户面数据传输状态而只能被动地将终端一直保持连接态的技术局限，让运营商可以对处于连接态的终端进行按需控制，比如将长时间处于连接态但是没有用户面数据传输的终端从连接态变为空闲态，从而节省了不必要的网络与空口资源，提升了网络的运行性能与效率。

其中，上述S501、S502、S503、S504和S506中SGW的动作可以由图4所示的计算机设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

其中，上述S501、S505和S506中MME的动作可以由图4所示的计算机设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

一种可能的实现方式中，如图6所示，为本申请实施例提供的一种终端的连接态控制方法流程示意图。该终端的连接态控制方法涉及到终端、基站、终端的服务MME以及终端的SGW之间的交互，包括如下步骤：

S601、同S501。

S602、MME启动第二不活动定时器。

具体的，该第二不活动定时器用于MME周期性地向终端的S-GW查询当前处于连接态的终端的用户面数据传输状态是否处于不活动状态，故该定时器也可以称为用户面不活动定时器。其中，该第二不活动定时器的定时时长可以由运营商来设定和改变，也可以在MME上预先配置一个缺省值，比如30s，本申请实施例对此不作具体限定。

需要说明的是，本申请实施例中，MME通常是在终端处于连接态且终端上没有信令或数据传输时才启动该第二不活动定时器。当然，MME也可以在终端处于连接态且终端上有上行或下行信令或数据传输时启动该第二不活动定时器，本申请实施例对此不作具体限定。

S603、若在第二不活动定时器超时时，MME未收到终端的上行或下行信令或数据，则MME基于本地策略或者终端的签约数据，确定是否请求SGW报告终端的用户面数据传输状态。

可选的，若在第二不活动定时器超时前，MME收到终端的上行或下行信令或数据，则SGW停止第二不活动定时器。

示例性的，假设第二不活动定时器的定时时长设定为30s，MME是在终端处于连接态且终端上没有信令或数据传输时才启动的第二不活动定时器，则在MME启动第二不活动定时器之后：

若在30s之内未收到终端的上行或下行信令或数据，则MME基于本地策略或者终端的签约数据，确定是否请求SGW报告终端的用户面数据传输状态。

若在30s之内收到终端的上行或下行信令或数据，则MME停止第一不活动定时器。在上行或下行信令或数据传输结束之后，MME可以重新启动第二不活动定时器，若在30s之内未收到终端的上行或下行信令或数据，则MME基于本地策略或者终端的签约数据，确定是否请求SGW报告终端的用户面数据传输状态。反之，若在30s之内仍收到终端的上行或下行信令或数据，则MME停止第二不活动定时器，参照上述过程继续执行，在此不再赘述。

或者，示例性的，假设第二不活动定时器的定时时长设定为30s，MME是在终端处于连接态且终端上有上行或下行信令或数据传输时启动的第二不活动定时器，则在MME启动第二不活动定时器之后：

若在30s之内收到终端的上行或下行信令或数据，则MME停止第二不活动定时器。若MME重新启动第二不活动定时器后，30s之内仍收到终端的上行或下行信令或数据，则MME仍停止第二不活动定时器。直到MME重新启动第二不活动定时器后，在30s之内未收到终端的上行或下行信令或数据，则MME基于本地策略或者终端的签约数据，确定是否请求SGW报告终端的用户面数据传输状态。

具体的，本申请实施例中的本地策略或者终端的签约数据、以及MME基于本地策略或者终端的签约数据，确定是否请求SGW报告终端的用户面数据传输状态的实现可参考图5所示的实施例中的相关描述，在此不再赘述。

S604、若MME确定请求SGW报告终端的用户面数据传输状态，MME向SGW发送请求消息，以使得SGW接收该请求消息，该请求消息用于请求SGW报告终端的用户面数据传输状态。

具体的，本申请实施例中，终端的用户面数据传输状态包括活动(active)或者不活动(inactive)两种。其中，活动对应终端有用户面数据传输；不活动对应终端没有用户面数据传输。在此进行统一说明，以下不再赘述。

具体的，该请求消息可以是一个新定义的消息，例如可以是终端用户面活动请求(UP Activity Request)消息。当然，该请求消息也可以是修改已有的消息，例如修改接入承载请求(Modify Access Bearers Request)或改变通知请求(Change NotificationRequest)，在修改接入承载请求或改变通知请求中增加终端用户面活动状态查询的指示信息，本申请实施例对此不作具体限定。

具体的，本申请实施例中，MME可以周期性的执行步骤S602-S604，即对处于连接态的终端，周期性的查询该终端的用户面数据传输状态，本申请实施例对此不作具体限定。

需要说明的是，步骤S602-S604中仅是示例性的提供一种MME向SGW发送请求消息的具体实现，当然，MME向SGW发送请求消息还可能有其他的实现方式，比如，在终端从空闲态进入连接态之后，MME可以直接向SGW发送请求消息，该请求消息用于请求SGW报告终端的用户面数据传输状态。或者，在终端从空闲态进入连接态之后，MME可以先基于上述的本地策略或者终端的签约数据，确定是否请求SGW报告终端的用户面数据传输状态；在MME确定请求SGW报告终端的用户面数据传输状态之后，MME启动第二不活动定时器；若在第二不活动定时器超时时，MME未收到终端的上行或下行信令或数据，则MME向SGW发送请求消息，该请求消息用于请求SGW报告终端的用户面数据传输状态。本申请实施例对MME向SGW发送请求消息的实现方式不作具体限定。

需要说明的是，MME除了通过启动第二不活动定时器的方式确定是否请求SGW报告终端的用户面数据传输状态，还可以保存终端的控制面信令或用户面数据的传输状态，若终端的控制面信令或用户面数据的传输状态从活动状态变为不活动状态，则MME可以请求SGW报告终端的用户面数据传输状态。或者，还可以引入一个时间的维度，但是时间的维度在实现时，可以不用启动定时器，比如通过两次查询***时间来进行判断，连续两次查询到该终端的控制面信令或用户面数据的传输状态为不活动状态的***时间之间的间隔等于或超过预设的时间间隔，则MME请求SGW报告终端的用户面数据传输状态。本申请实施例对MME如何确定请求SGW报告终端的用户面数据传输状态的实现方式不作具体限定。

S605、SGW根据该请求消息，确定终端是否有用户面数据传输。

具体的，SGW确定终端是否有用户面数据传输的具体实现可参考图5所示的实施例中的相关描述，在此不再赘述。

S606、若SGW确定终端没有用户面数据传输，SGW向MME发送指示信息，以使得MME接收该指示信息。其中，该指示信息用于指示终端的用户面数据传输已经结束，也即终端的用户面活动状态从活动变为不活动。

具体的，若步骤S604中的请求消息为终端用户面活动请求消息，则步骤S606中，SGW可以通过用户面活动响应(UP Activity Response)消息向MME发送该指示信息；若步骤S604中的请求消息为修改接入承载请求，则步骤S606中，SGW可以通过修改接入承载响应(Modify Access Bearers Response)向MME发送该指示信息；若步骤S604中的请求消息为改变通知请求，则步骤S606中，SGW可以通过改变通知响应(Change NotificationResponse)向MME发送该指示信息。

S607、MME根据该指示信息，发起连接释放流程，该连接释放流程用于将终端从连接态变为空闲态。

具体的，本申请实施例中，MME可以根据指示信息，直接发起连接释放流程，该连接释放流程用于将终端从连接态变为空闲态；MME也可以基于本地策略或者终端的签约数据，在确定将终端从连接态变为空闲态之后，再发起连接释放流程，该连接释放流程用于将终端从连接态变为空闲态。本申请实施例对此不做具体限定。相关实现可参考图5所示的实施例，在此不再赘述。

可选的，在步骤S605中，若SGW确定终端有用户面数据传输，则SGW可以向MME发送指示终端的用户面数据传输未结束的指示信息。这样，MME在接收到该指示信息之后，可以重新启动上述的第二不活动定时器来继续向SGW查询该终端的用户面数据传输状态，本申请实施例对该情况不作具体限定。

本申请实施例提供的终端的连接态控制方法中，通过在终端的服务MME上引入终端用户面活动状态查询机制，根据本地策略或者终端的签约数据，向SGW查询该终端的用户面数据传输状态，并根据SGW的反馈进行不同的处理。解决了现有技术中MME因为无法感知终端的用户面数据传输状态而只能被动地将终端一直保持连接态的技术局限，让运营商可以对处于连接态的终端进行按需控制，比如，若SGW反馈该终端的用户面数据传输状态为不活动态，即终端的用户面数据传输结束，MME发起S1连接释放流程将该终端从连接态变为空闲态，从而节省了不必要的网络与空口资源，提升了网络的运行性能与效率。

其中，上述S601、S605、S606和S607中SGW的动作可以由图4所示的计算机设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

其中，上述S601、S602、S603、S604和S607中MME的动作可以由图4所示的计算机设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

一种可能的实现方式中，如图7所示，为本申请实施例提供的一种终端的连接态控制方法流程示意图。该终端的连接态控制方法涉及到终端、基站、终端的服务MME以及终端的SGW之间的交互，包括如下步骤：

S701、MME向SGW发送请求消息，以使得SGW接收该请求消息，该请求消息用于请求SGW报告终端的用户面数据传输状态。

具体的，可以是在终端发起初始附着(attach)或者位置更新(比如跟踪域更新(Tracking Area Update，TAU))流程中，或者在终端发起的分组数据网络(Packet DataNetwork，PDN)连接建立流程中，或者在终端发起的承载资源分配或修改流程中，MME向SGW发送请求消息，该请求消息用于请求SGW报告终端的用户面数据传输状态，本申请实施例对此不做具体限定。

具体的，终端发起初始附着或位置更新流程，或者终端发起PDN连接建立流程，或者终端发起承载资源分配或修改流程的具体过程可参考4G LTE/EPC网络中的现有流程，在此不再赘述。

具体地，该请求消息可以是一个新定义的消息，例如可以是终端用户面活动请求消息。当然，该请求消息也可以是修改上述流程中已有的消息，例如修改创建会话请求(Create Session Request)或者修改承载请求(Modify Bearer Request)，在创建会话请求或者修改承载请求中增加终端用户面活动状态改变报告的指示信息，本申请实施例对此不作具体限定。可选地，SGW发送该请求消息的响应消息给MME，例如用户面活动请求消息的响应消息可以是用户面活动响应，或者创建会话请求的响应消息可以是创建会话响应(Create Session Response)，或者修改承载请求的响应消息可以是修改承载响应(ModifyBearer Response)，并在该请求消息的响应消息中携带SGW接受执行终端用户面活动状态改变报告的指示信息。

具体的，在上述流程中，MME可以直接向SGW发送该请求消息，也可以是MME基于本地策略或者终端的签约数据，确定请求SGW报告终端的用户面数据传输状态之后，再向SGW发送该请求消息，本申请实施例对此不作具体限定。相关内容可参考图6所示的实施例，在此不再赘述。

S702-S704、同S501-S503。

S705、SGW向MME发送指示信息，以使得MME接收该指示信息。其中，该指示信息用于指示终端的用户面数据传输已经结束，也即终端的用户面活动状态从活动变为不活动。

具体的，SGW可以通过一个新定义的消息向MME发送指示信息，例如该新定义的消息可以是用户面活动状态改变通知(UP Activity Change Notification)消息，其中，用户面活动状态改变通知中携带该指示信息。当然，SGW也可以通过已有的消息向MME发送指示信息，例如修改DDN消息，在DDN消息中携带该指示信息，本申请实施例对此不作具体限定。

S706-S707、同S505-S506。

需要说明的是，步骤S706是个可选的步骤，MME在接收指示信息之后，也可以根据指示信息，直接发起连接释放流程，该连接释放流程用于将终端从连接态变为空闲态，本申请实施例对此不作具体限定。

可选的，本申请实施例中，在步骤S705之后，还可以包括：

MME向SGW发送确认信息，该确认信息用于指示MME确认收到了SGW发送的指示信息。即，MME可以在SGW向MME发送指示信息之后，立即向SGW发送确认收到了SGW发送的指示信息的确认信息。其中，若步骤S705中，SGW通过用户面活动状态改变通知向MME发送指示信息，则MME可以通过用户面活动状态改变通知确认消息向SGW发送确认信息；若步骤S705中，SGW通过DDN消息向MME发送指示信息，则MME可以通过DDN确认消息向SGW发送确认信息，本申请实施例对此不作具体限定。

当然，MME也可以在步骤S707中通过发起连接释放流程中的释放接入承载请求消息进行确认，本申请实施例对此不中具体限定。

本申请实施例提供的终端的连接态控制方法中，通过在MME与SGW之间为终端引入一个用户面活动状态改变报告机制，若SGW确定终端处于用户面非活动状态，即终端的用户面数据传输结束时，SGW向MME通知该终端处于用户面非活动状态，MME在获知该通知信息后，根据本地策略或者终端的签约数据，发起S1连接释放流程将该终端从连接态变为空闲态，解决了现有技术中MME因为无法感知终端的用户面数据传输状态而只能被动地将终端一直保持连接态的技术局限，让运营商可以对处于连接态的终端进行按需控制，比如将长时间处于连接态但是没有用户面数据传输的终端从连接态变为空闲态，从而节省了不必要的网络与空口资源，提升了网络的运行性能与效率。

其中，上述S702、S703、S704、S705和S707中SGW的动作可以由图4所示的计算机设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

其中，上述S701、S702、S706和S707中MME的动作可以由图4所示的计算机设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

下面以图1所示的终端的连接态控制***10应用于如图3所示的未来的5G网络以及未来其它的网络为例，对上述的终端的连接控制方法进行展开说明。

一种可能的实现方式中，如图8所示，为本申请实施例提供的一种终端的连接态控制方法流程示意图。该终端的连接态控制方法涉及到终端、RAN接入点、终端的服务AMF实体、终端的服务SMF实体以及终端的服务UPF实体之间的交互，包括如下步骤：

S801-S806、与S501-S506类似。

区别仅在于：将4G LTE/EPC网络中的基站替换为未来的5G网络以及未来其它的网络中的RAN接入点；将4G LTE/EPC网络中的MME替换为未来的5G网络以及未来其它的网络中的AMF实体；将4G LTE/EPC网络中的SGW替换为未来的5G网络以及未来其它的网络中的UPF实体。另外，本申请实施例中增加的SMF实体，用于转发UPF实体与AMF实体之间的信息或消息；本申请实施例中的签约数据更具体的可以为是否允许终端进入非活动连接态(inactive connected state)的信息；本申请实施例中的连接释放流程为NG1连接释放流程。相关内容具体可参考图5所示的实施例中的描述，在此不再赘述。

本申请实施例提供的终端的连接态控制方法中，通过在终端的服务UPF实体上引入终端的用户面不活动检测机制，在确定终端处于用户面非活动状态，即终端的用户面数据传输结束时，UPF实体主动向终端的服务AMF实体通知该终端处于用户面非活动状态，AMF实体在获知该通知信息后，根据本地策略或者终端的签约数据，发起NG1连接释放流程将该终端从连接态变为空闲态，解决了现有技术中AMF实体因为无法感知终端的用户面数据传输状态而只能被动地将终端一直保持连接态的技术局限，让运营商可以对处于连接态的终端进行按需控制，比如将长时间处于连接态但是没有用户面数据传输的终端从连接态变为空闲态，从而节省了不必要的网络与空口资源，提升了网络的运行性能与效率。

其中，上述S801、S802、S803、S804和S806中UPF实体的动作可以由图4所示的计算机设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

其中，上述S801、S805和S806中AMF实体的动作可以由图4所示的计算机设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

一种可能的实现方式中，如图9所示，为本申请实施例提供的一种终端的连接态控制方法流程示意图。该终端的连接态控制方法涉及到终端、RAN接入点、终端的服务AMF实体、终端的服务SMF实体以及终端的服务UPF实体之间的交互，包括如下步骤：

S901-S907、与S601-S607类似。

区别点可参考图8所示的实施例中步骤S801-S806与步骤S501-S506的区别点，在此不再赘述。

本申请实施例提供的终端的连接态控制方法中，通过在终端的服务AMF实体上引入终端用户面活动状态查询机制，根据本地策略或者终端的签约数据，向UPF实体查询该终端的用户面数据传输状态，并根据UPF实体的反馈进行不同的处理。解决了现有技术中AMF实体因为无法感知终端的用户面数据传输状态而只能被动地将终端一直保持连接态的技术局限，让运营商可以对处于连接态的终端进行按需控制，比如，若UPF实体反馈该终端的用户面数据传输状态为不活动态，即终端的用户面数据传输结束，AMF实体发起NG1连接释放流程将该终端从连接态变为空闲态，从而节省了不必要的网络与空口资源，提升了网络的运行性能与效率。

其中，上述S901、S905、S906和S907中UPF实体的动作可以由图4所示的计算机设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

其中，上述S901、S902、S903、S904和S907中AMF实体的动作可以由图4所示的计算机设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

一种可能的实现方式中，如图10所示，为本申请实施例提供的一种终端的连接态控制方法流程示意图。该终端的连接态控制方法涉及到终端、RAN接入点、终端的服务AMF实体、终端的服务SMF实体以及终端的服务UPF实体之间的交互，包括如下步骤：

S1001-S1007、与S701-S707类似。

区别点可参考图8所示的实施例中步骤S801-S806与步骤S501-S506的区别点，在此不再赘述。

本申请实施例提供的终端的连接态控制方法中，通过在AMF实体与UPF实体之间为终端引入一个用户面活动状态改变报告机制，若UPF实体确定终端处于用户面非活动(inactive)状态，即终端的用户面数据传输结束时，UPF实体向AMF实体通知该终端处于用户面非活动(inactive)状态，AMF实体在获知该通知信息后，根据本地策略或者终端的签约数据，发起NG1连接释放流程将该终端从连接态变为空闲态，解决了现有技术中AMF实体因为无法感知终端的用户面数据传输状态而只能被动地将终端一直保持连接态的技术局限，让运营商可以对处于连接态的终端进行按需控制，比如将长时间处于连接态但是没有用户面数据传输的终端从连接态变为空闲态，从而节省了不必要的网络与空口资源，提升了网络的运行性能与效率。

其中，上述S1002、S1003、S1004、S1005和S1007中UPF实体的动作可以由图4所示的计算机设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

其中，上述S1001、S1002、S1006和S1007中AMF实体的动作可以由图4所示的计算机设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

可选的，在图8至图10所示的实施例中，AMF实体也可以通过发起NG2连接释放流程来一并释放终端与AMF实体之间的NG1连接。其中，需要说明的是，不同于4G LTE/EPC网络，在图8至图10所示实施例中的5G网络或未来其它网络中，单独引入了终端与AMF实体之间的NG1连接，该NG1连接依赖于RAN接入点与AMF之间的NG2连接，只有在NG2连接建立成功以后，才可以建立NG1连接，反之，若NG2连接被释放了，NG1连接也会被强制释放。具体地，AMF实体发起NG1连接释放流程，还是发起NG2连接释放流程，本申请实施例对此不作具体限定。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如第一网络设备或者第二网络设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对第一网络设备和第二网络设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

比如，在采用对应各个功能划分各个功能模块的情况下，图11示出了上述实施例中所涉及的第一网络设备的一种可能的结构示意图，该第一网络设备1100包括：接收模块1101和发送模块1102。

接收模块1101，用于接收来自第二网络设备的指示信息，该指示信息用于指示处于连接态的终端的用户面数据传输已经结束。

发送模块1102，用于根据指示信息，发起连接释放流程，连接释放流程用于将终端从连接态变为空闲态。

其中，如上所述，第一网络设备1100可以为MME或者AMF实体，本申请实施例对此不作具体限定。

可选的，发送模块1102根据指示信息，发起连接释放流程，包括：根据指示信息，基于本地策略或者终端的签约数据，确定是否将终端从连接态变为空闲态；若确定将终端从连接态变为空闲态，发起连接释放流程。

进一步的，发送模块1102，还用于在接收模块1101接收来自第二网络设备的指示信息之前，向第二网络设备发送请求消息，该请求消息用于请求第二网络设备报告终端的用户面数据传输状态。

可选的，发送模块1102向第二网络设备发送请求消息，包括：启动第二不活动定时器；若在第二不活动定时器超时时，接收模块1101未收到终端的上行或下行信令或数据，发送模块1102向第二网络设备发送请求消息。

可选的，发送模块1102，还用于在启动第二不活动定时器之后，若在第二不活动定时器超时前，接收模块1101收到终端的上行或下行信令或数据，则停止第二不活动定时器。

可选的，发送模块1102向第二网络设备发送请求消息，包括：基于本地策略或者终端的签约数据，确定是否请求第二网络设备报告终端的用户面数据传输状态；若确定请求第二网络设备报告终端的用户面数据传输状态，向第二网络设备发送请求消息。

具体的，本地策略包括：终端的使用类型、终端的业务类型、终端的设备类型、终端的接入优先级、终端的移动模式、终端的无线接入类型、终端的专用核心网类型、终端的数据类型和终端的统计移动信息中的至少一个。

签约数据包括：是否允许终端长时间处于连接态的信息。

其中，本地策略以及签约数据的具体描述、发送模块1102根据指示信息，基于本地策略或者终端的签约数据，确定是否将终端从连接态变为空闲态的具体实现以及发送模块1102基于本地策略或者终端的签约数据，确定是否请求第二网络设备报告终端的用户面数据传输状态的具体实现可参考上述方法实施例，本申请实施例在此不再赘述。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

以采用集成的方式划分各个功能模块的情况下，图12示出了上述实施例中所涉及的第一网络设备的一种可能的结构示意图，该第一网络设备1200包括：通信模块1202。其中，该通信模块1202可用于执行图11中接收模块1101和发送模块1102所能执行的操作，具体可参考图11所示的实施例，本申请实施例在此不再赘述。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该第一网络设备以对应各个功能划分各个功能模块的形式来呈现，或者，该第一网络设备以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(Application-Specific Integrated Circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到第一网络设备1100或者第一网络设备1200可以采用图4所示的形式。比如，图11中的接收模块1101和发送模块1102可以通过图4的处理器401和存储器403来实现。具体的，接收模块1101和发送模块1102可以通过由处理器401来调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。或者，比如，图12中的通信模块1202可以通过图4的处理器401和存储器403来实现，具体的，通信模块1202可以通过由处理器401来调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

本申请实施例还提供了一种计算机存储介质，用于储存为上述第一网络设备所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序，可以实现终端的连接态控制。

本申请实施例还提供了一种计算机程序，该计算机程序包括指令，当该计算机程序被计算机执行时，使得计算机可以执行上述方法实施例中第一网络设备所执行的流程。

基于本申请实施例提供的第一网络设备，在引入轻量连接态或者非活动连接态之后，第一网络设备可以在第二网络设备感知到处于连接态的终端没有用户面数据传输之后，接收来自第二网络设备的发起连接释放流程的指示信息，并根据该指示信息，将终端从连接态变为空闲态，从而解决了网络侧因为无法感知终端的用户面数据传输状态而只能被动地将终端一直保持连接态的技术局限，让运营商可以对处于连接态的终端进行按需控制，比如将长时间处于连接态但是没有用户面数据传输的终端从连接态变为空闲态，从而节省了不必要的网络与空口资源，提升了网络的运行性能与效率。

比如，在采用对应各个功能划分各个功能模块的情况下，图13示出了上述实施例中所涉及的第二网络设备的一种可能的结构示意图，该第二网络设备1300包括：确定模块1301和发送模块1302。

确定模块1301，用于确定处于连接态的终端是否有用户面数据传输。

发送模块1302，用于若确定模块1301确定终端没有用户面数据传输，向第一网络设备发送指示信息，指示信息用于指示处于连接态的终端的用户面数据传输已经结束。

其中，如上所述，第二网络设备1300可以为SGW或者UPF实体，本申请实施例对此不作具体限定。

可选的，如图13所示，第二网络设备1300还包括接收模块1303。

确定模块1301确定处于连接态的终端是否有用户面数据传输，包括启动第一不活动定时器；若在第一不活动定时器超时时，接收模块1303未收到终端的上行或下行信令或数据，则确定终端没有用户面数据传输。

可选的，确定模块1301，还用于在启动第一不活动定时器之后，若在第一不活动定时器超时前，接收模块1303收到终端的上行或下行信令或数据，则停止第一不活动定时器。

进一步的，确定模块1301确定处于连接态的终端是否有用户面数据传输，包括：若终端的用户面数据传输状态从活动状态变为不活动状态，则确定模块1301确定终端没有用户面数据传输。

可选的，如图13所示，第二网络设备1300还包括接收模块1303。

接收模块1303，用于在确定模块1301确定处于连接态的终端是否有用户面数据传输之前，接收第一网络设备发送的请求消息，请求消息用于请求第二网络设备1300报告终端的用户面数据传输状态。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

以采用集成的方式划分各个功能模块的情况下，图14示出了上述实施例中所涉及的第二网络设备的一种可能的结构示意图，该第二网络设备1400包括：处理模块1401和通信模块1402。其中，该处理模块1401可用于执行图13中确定模块1301所能执行的操作，该通信模块1402可用于执行图13中接收模块1303和发送模块1302所能执行的操作，具体可参考图13所示的实施例，本申请实施例在此不再赘述。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该第二网络设备以对应各个功能划分各个功能模块的形式来呈现，或者，该第二网络设备以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到第二网络设备1300或者第二网络设备1400可以采用图4所示的形式。比如，图13中的接收模块1303、发送模块1302和确定模块1301可以通过图4的处理器401和存储器403来实现。具体的，接收模块1303、发送模块1302和确定模块1301可以通过由处理器401来调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。或者，比如，图14中的处理模块1401和通信模块1402可以通过图4的处理器401和存储器403来实现，具体的，处理模块1401和通信模块1402可以通过由处理器401来调用存储器403中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

本申请实施例还提供了一种计算机存储介质，用于储存为上述第二网络设备所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序，可以实现终端的连接态控制。

本申请实施例还提供了一种计算机程序，该计算机程序包括指令，当该计算机程序被计算机执行时，使得计算机可以执行上述方法实施例中第二网络设备所执行的流程。

基于本申请实施例提供的第二网络设备，在引入轻量连接态或者非活动连接态之后，第二网络设备可以感知到处于连接态的终端是否有用户面数据传输，并且在确定处于连接态的终端没有用户面数据传输之后，指示第一网络设备发起连接释放流程，该连接释放流程用于将终端从连接态变为空闲态，从而解决了网络侧因为无法感知终端的用户面数据传输状态而只能被动地将终端一直保持连接态的技术局限，让运营商可以对处于连接态的终端进行按需控制，比如将长时间处于连接态但是没有用户面数据传输的终端从连接态变为空闲态，从而节省了不必要的网络与空口资源，提升了网络的运行性能与效率。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

本领域技术人员应明白，本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机程序存储/分布在合适的介质中，与其它硬件一起提供或作为硬件的一部分，也可以采用其他分布形式，如通过Internet或其它有线或无线电信***。

本申请是参照本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (33)

1.一种终端的连接态控制方法，应用于引入轻量连接态(lightly connected)或非活动连接态(inactive connected state)的网络中，终端在网络侧处于连接态，而在空口终端进入轻量连接态或非活动连接态的场景下，其特征在于，所述方法包括：

第一网络设备接收来自第二网络设备的指示信息，所述指示信息用于指示处于连接态的终端的用户面数据传输已经结束；

所述第一网络设备根据所述指示信息，发起连接释放流程，所述连接释放流程用于将所述终端从所述连接态变为空闲态。

2.根据权利要求1所述的方法，其特征在于，所述第一网络设备根据所述指示信息，发起连接释放流程，包括：

所述第一网络设备根据所述指示信息，基于本地策略或者所述终端的签约数据，确定是否将所述终端从所述连接态变为空闲态；

若所述第一网络设备确定将所述终端从所述连接态变为空闲态，所述第一网络设备发起所述连接释放流程。

3.根据权利要求1所述的方法，其特征在于，在所述第一网络设备接收来自第二网络设备的指示信息之前，还包括：

所述第一网络设备向所述第二网络设备发送请求消息，所述请求消息用于请求所述第二网络设备报告所述终端的用户面数据传输状态。

4.根据权利要求3所述的方法，其特征在于，所述第一网络设备向所述第二网络设备发送请求消息，包括：

所述第一网络设备启动第二不活动定时器；

若在所述第二不活动定时器超时时，所述第一网络设备未收到所述终端的上行或下行信令或数据，所述第一网络设备向所述第二网络设备发送所述请求消息。

5.根据权利要求4所述的方法，其特征在于，在所述第一网络设备启动第二不活动定时器之后，还包括：

若在所述第二不活动定时器超时前，所述第一网络设备收到所述终端的上行或下行信令或数据，则所述第一网络设备停止所述第二不活动定时器。

6.根据权利要求3所述的方法，其特征在于，所述第一网络设备向所述第二网络设备发送请求消息，包括：

所述第一网络设备基于本地策略或者所述终端的签约数据，确定是否请求所述第二网络设备报告所述终端的用户面数据传输状态；

若所述第一网络设备确定请求所述第二网络设备报告所述终端的用户面数据传输状态，所述第一网络设备向所述第二网络设备发送请求消息。

7.根据权利要求2或6所述的方法，其特征在于，所述本地策略包括：终端的使用类型、终端的业务类型、终端的设备类型、终端的接入优先级、终端的移动模式、终端的无线接入类型、终端的专用核心网类型、终端的数据类型和终端的统计移动信息中的至少一个。

8.根据权利要求2或6所述的方法，其特征在于，所述签约数据包括：是否允许所述终端长时间处于所述连接态的信息。

9.根据权利要求8所述的方法，其特征在于，所述第一网络设备包括移动管理实体MME或者接入与移动管理功能AMF实体。

10.一种终端的连接态控制方法，应用于引入轻量连接态(lightly connected)或非活动连接态(inactive connected state)的网络中，终端在网络侧处于连接态，而在空口终端进入轻量连接态或非活动连接态的场景下，其特征在于，所述方法包括：

第二网络设备确定处于连接态的终端是否有用户面数据传输；

若所述第二网络设备确定所述终端没有用户面数据传输，所述第二网络设备向第一网络设备发送指示信息，所述指示信息用于指示所述处于连接态的终端的用户面数据传输已经结束。

11.根据权利要求10所述的方法，其特征在于，所述第二网络设备确定处于连接态的终端是否有用户面数据传输，包括：

所述第二网络设备启动第一不活动定时器；

若在所述第一不活动定时器超时时，所述第二网络设备未收到所述终端的上行或下行信令或数据，则所述第二网络设备确定所述终端没有用户面数据传输。

12.根据权利要求11所述的方法，其特征在于，在所述第二网络设备启动第一不活动定时器之后，还包括：

若在所述第一不活动定时器超时前，所述第二网络设备收到所述终端的上行或下行信令或数据，则所述第二网络设备停止所述第一不活动定时器。

13.根据权利要求10所述的方法，其特征在于，所述第二网络设备确定处于连接态的终端是否有用户面数据传输，包括：

若所述终端的用户面数据传输状态从活动状态变为不活动状态，则所述第二网络设备确定所述终端没有用户面数据传输。

14.根据权利要求10-13任一项所述的方法，其特征在于，在所述第二网络设备确定处于连接态的终端是否有用户面数据传输之前，还包括：

所述第二网络设备接收所述第一网络设备发送的请求消息，所述请求消息用于请求所述第二网络设备报告所述终端的用户面数据传输状态。

15.根据权利要求10-13任一项所述的方法，其特征在于，所述第二网络设备包括服务网关SGW或者用户面功能UPF实体。

16.一种第一网络设备，应用于引入轻量连接态(lightly connected)或非活动连接态(inactive connected state)的网络中，终端在网络侧处于连接态，而在空口终端进入轻量连接态或非活动连接态的场景下，其特征在于，所述第一网络设备包括：接收模块和发送模块；

所述接收模块，用于接收来自第二网络设备的指示信息，所述指示信息用于指示处于连接态的终端的用户面数据传输已经结束；

所述发送模块，用于根据所述指示信息，发起连接释放流程，所述连接释放流程用于将所述终端从所述连接态变为空闲态。

17.根据权利要求16所述的第一网络设备，其特征在于，所述发送模块，具体用于：

根据所述指示信息，基于本地策略或者所述终端的签约数据，确定是否将所述终端从所述连接态变为空闲态；若确定将所述终端从所述连接态变为空闲态，发起所述连接释放流程。

18.根据权利要求16所述的第一网络设备，其特征在于，

所述发送模块，还用于在所述接收模块接收来自第二网络设备的指示信息之前，向所述第二网络设备发送请求消息，所述请求消息用于请求所述第二网络设备报告所述终端的用户面数据传输状态。

19.根据权利要求18所述的第一网络设备，其特征在于，所述发送模块向所述第二网络设备发送请求消息，包括：

启动第二不活动定时器；若在所述第二不活动定时器超时时，所述接收模块未收到所述终端的上行或下行信令或数据，向所述第二网络设备发送所述请求消息。

20.根据权利要求19所述的第一网络设备，其特征在于，所述发送模块，还用于在所述启动第二不活动定时器之后，若在所述第二不活动定时器超时前，所述接收模块收到所述终端的上行或下行信令或数据，则停止所述第二不活动定时器。

21.根据权利要求18-20任一项所述的第一网络设备，其特征在于，所述发送模块向所述第二网络设备发送请求消息，包括：

基于本地策略或者所述终端的签约数据，确定是否请求所述第二网络设备报告所述终端的用户面数据传输状态；若确定请求所述第二网络设备报告所述终端的用户面数据传输状态，向所述第二网络设备发送请求消息。

22.根据权利要求21所述的第一网络设备，其特征在于，所述本地策略包括：终端的使用类型、终端的业务类型、终端的设备类型、终端的接入优先级、终端的移动模式、终端的无线接入类型、终端的专用核心网类型、终端的数据类型和终端的统计移动信息中的至少一个。

23.根据权利要求21所述的第一网络设备，其特征在于，所述签约数据包括：是否允许所述终端长时间处于所述连接态的信息。

24.根据权利要求21所述的第一网络设备，其特征在于，所述第一网络设备包括移动管理实体MME或者接入与移动管理功能AMF实体。

25.一种第二网络设备，应用于引入轻量连接态(lightly connected)或非活动连接态(inactive connected state)的网络中，终端在网络侧处于连接态，而在空口终端进入轻量连接态或非活动连接态的场景下，其特征在于，所述第二网络设备包括：确定模块和发送模块；

所述确定模块，用于确定处于连接态的终端是否有用户面数据传输；

所述发送模块，用于若所述确定模块确定所述终端没有用户面数据传输，向第一网络设备发送指示信息，所述指示信息用于指示所述处于连接态的终端的用户面数据传输已经结束。

26.根据权利要求25所述的第二网络设备，其特征在于，所述第二网络设备还包括接收模块；

所述确定模块，具体用于：

启动第一不活动定时器；若在所述第一不活动定时器超时时，所述接收模块未收到所述终端的上行或下行信令或数据，则确定所述终端没有用户面数据传输。

27.根据权利要求26所述的第二网络设备，其特征在于，所述确定模块，还用于在所述启动第一不活动定时器之后，若在所述第一不活动定时器超时前，所述接收模块收到所述终端的上行或下行信令或数据，则停止所述第一不活动定时器。

28.根据权利要求25所述的第二网络设备，其特征在于，所述确定模块，具体用于：

若所述终端的用户面数据传输状态从活动状态变为不活动状态，则确定所述终端没有用户面数据传输。

29.根据权利要求25-28任一项所述的第二网络设备，其特征在于，所述第二网络设备还包括接收模块；

所述接收模块，用于在所述确定模块确定处于连接态的终端是否有用户面数据传输之前，接收所述第一网络设备发送的请求消息，所述请求消息用于请求所述第二网络设备报告所述终端的用户面数据传输状态。

30.根据权利要求25-28任一项所述的第二网络设备，其特征在于，所述第二网络设备包括服务网关SGW或者用户面功能UPF实体。

31.一种第一网络设备，应用于引入轻量连接态(lightly connected)或非活动连接态(inactive connected state)的网络中，终端在网络侧处于连接态，而在空口终端进入轻量连接态或非活动连接态的场景下，其特征在于，包括：处理器、存储器、总线和通信接口；

所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过所述总线连接，当所述第一网络设备运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述第一网络设备执行如权利要求1-9中任意一项所述的终端的连接态控制方法。

32.一种第二网络设备，应用于引入轻量连接态(lightly connected)或非活动连接态(inactive connected state)的网络中，终端在网络侧处于连接态，而在空口终端进入轻量连接态或非活动连接态的场景下，其特征在于，包括：处理器、存储器、总线和通信接口；

所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过所述总线连接，当所述第二网络设备运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述第二网络设备执行如权利要求10-15中任意一项所述的终端的连接态控制方法。

33.一种终端的连接态控制***，应用于引入轻量连接态(lightly connected)或非活动连接态(inactive connected state)的网络中，终端在网络侧处于连接态，而在空口终端进入轻量连接态或非活动连接态的场景下，其特征在于，所述终端的连接态控制***包括如权利要求16-24任一项所述的第一网络设备以及如权利要求25-30任一项所述的第二网络设备；

或者，所述终端的连接态控制***包括如权利要求31所述的第一网络设备以及如权利要求32所述的第二网络设备。

Images