WO2022206173A1 - 一种会话管理方法、用户设备、计算机存储介质及系统 - Google Patents

一种会话管理方法、用户设备、计算机存储介质及系统 Download PDF

Info

Publication number
WO2022206173A1
WO2022206173A1 PCT/CN2022/075454 CN2022075454W WO2022206173A1 WO 2022206173 A1 WO2022206173 A1 WO 2022206173A1 CN 2022075454 W CN2022075454 W CN 2022075454W WO 2022206173 A1 WO2022206173 A1 WO 2022206173A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdu session
session
pdu
user equipment
establishment
Prior art date
Application number
PCT/CN2022/075454
Other languages
English (en)
French (fr)
Inventor
谢朝阳
Original Assignee
Oppo广东移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Publication of WO2022206173A1 publication Critical patent/WO2022206173A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release

Abstract

本申请实施例公开了一种会话管理方法、用户设备、计算机存储介质及系统，应用于用户设备，该方法包括：接收协议数据单元PDU会话修改命令；其中，PDU会话修改命令用于指示对当前的第一PDU会话进行切换；以及在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果；其中，监测结果至少包括：第二PDU会话的建立耗时和下行用户数据流量；根据监测结果，对第一PDU会话进行释放。这样，不仅能够保证业务流传输的连续性，而且还能够缩短新旧会话同时存在的时间，避免用户设备和网络设备对资源的浪费，有助于提高系统性能。

Description

一种会话管理方法、用户设备、计算机存储介质及系统
相关申请的交叉引用
本申请要求在2021年03月29日提交中国专利局、申请号为202110335241.1、申请名称为“一种会话管理方法、用户设备、计算机存储介质及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，尤其涉及一种会话管理方法、用户设备、计算机存储介质及系统。
背景技术
随着通信技术的快速发展，第五代(Fifth Generation，5G)移动通信技术应用而生。在5G系统中，为了保证数据传输的可靠性，支持在用户设备(User Equipment，UE)和网络设备之间可创建多个协议数据单元(Protocol Data Unit，PDU)会话。这里，业务和会话连续性(Service and Session Continuity，SSC)模式是5G系统中PDU会话的一种属性，用于指示PDU会话进行业务传输时，其业务流连续性的保障模式。
目前，SSC模式的取值有三种，分别是SSC模式1、SSC模式2和SSC模式3。当网络设备决定发起SSC模式3的PDU会话切换过程时，意味着网络侧已经不希望通过该PDU会话进行业务流传输，并随时可以将其释放。然而，由于针对本次切换过程具体实现的不确定性，当前用户设备采取的释放策略均存在一些缺陷，比如要么使得正在传输的下行业务数据无法传输给用户，导致业务流传输出现中断；要么长时间的保持新旧会话同时存在，导致用户和网络都出现资源浪费的情况，使得系统性能较差。
发明内容
本申请的技术方案是这样实现的：
第一方面，本申请实施例提供了一种会话管理方法，应用于用户设备，该方法包括：
接收协议数据单元PDU会话修改命令；其中，所述PDU会话修改命令用于指示对当前的第一PDU会话进行切换；以及
在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果；其中，所述监测结果至少包括：所述第二PDU会话的建立耗时和下行用户数据流量；
根据所述监测结果，对所述第一PDU会话进行释放。
第二方面，本申请实施例提供了一种用户设备，该用户设备包括接收单元、建立单元和释放单元；其中，
所述接收单元，配置为接收协议数据单元PDU会话修改命令；其中，所述PDU会话修改命令用于指示对当前的第一PDU会话进行切换；
所述建立单元，配置为在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果；其中，所述监测结果至少包括：所述第二PDU会话的建立耗时和下行用户数据流量；
所述释放单元，配置为根据所述监测结果，对所述第一PDU会话进行释放。
第三方面，本申请实施例提供了一种用户设备，该用户设备包括存储器和处理器；其中，
所述存储器，用于存储能够在所述处理器上运行的计算机程序；
所述处理器，用于在运行所述计算机程序时，执行如第一方面所述的方法。
第四方面，本申请实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现如第一方面所述的方法。
第五方面，本申请实施例提供了一种通信系统，该通信系统包括网络设备和如第二方面或第三方面所述的用户设备。
附图说明
图1为本申请实施例提供的一种用户设备与网络设备之间的关系示意图；
图2为相关技术提供的一种5G网络下SSC模式3的PDU会话切换过程的流程示意图；
图3为相关技术提供的另一种5G网络下SSC模式3的PDU会话切换过程的流程示意图；
图4为本申请实施例提供的一种会话管理方法的流程示意图；
图5为本申请实施例提供的一种会话管理方法的详细流程示意图；
图6为本申请实施例提供的另一种会话管理方法的详细流程示意图；
图7为本申请实施例提供的一种用户设备的组成结构示意图；
图8为本申请实施例提供的一种用户设备的具体硬件结构示意图；
图9为本申请实施例提供的一种通信系统的组成结构示意图。
具体实施方式
第一方面，本申请实施例提供了一种会话管理方法，应用于用户设备，该方法包括：
接收协议数据单元PDU会话修改命令；其中，所述PDU会话修改命令用于指示对当前的第一PDU会话进行切换；以及
在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果；其中，所述监测结果至少包括：所述第二PDU会话的建立耗时和下行用户数据流量；
根据所述监测结果，对所述第一PDU会话进行释放。
在一些实施例中，所述方法还包括：
在检测到已建立PDU会话数量大于或等于预设会话阈值的情况下，释放所述第一PDU会话；
在所述第一PDU会话释放成功后，建立第二PDU会话。
在一些实施例中，所述方法还包括：
通过所述第二PDU会话，进行数据交互。
在一些实施例中，在检测到已建立PDU会话数量小于预设会话阈值的情况下，所述方法还包括：
确定所述第一PDU会话的模式类型；
当所述第一PDU会话的模式类型为预设模式类型时，执行所述建立第二PDU会话并记录监测结果的步骤。
在一些实施例中，所述建立第二PDU会话并记录监测结果，包括：
在所述第二PDU会话建立启动的时刻，记录第一时刻；
在所述第二PDU会话的建立过程中，监测所述第一PDU会话是否接收到下行用户数据；
在所述第二PDU会话建立成功的时刻，记录第二时刻；
根据所述第二时刻和所述第一时刻，计算所述第二PDU会话的建立耗时；
将所述第二PDU会话的建立耗时和所述下行用户数据流量作为所述监测结果进行记录。
在一些实施例中，所述根据所述监测结果，对所述第一PDU会话进行释放，包括：
在所述第二PDU会话的建立过程中，若监测到所述第一PDU会话接收到下行用户数据，则开启对所述第二PDU会话的监测；
当监测到所述第二PDU会话接收到下行用户数据时，释放所述第一PDU会话。
在一些实施例中，所述根据所述监测结果，对所述第一PDU会话进行释放，包括：
在所述第二PDU会话的建立过程中，若监测到所述第一PDU会话未接收到下行用户数据，则启动释放定时器，以及开启对所述第二PDU会话的监测；
当所述释放定时器的计时超过预设时长，或者在所述释放定时器的计时未超过预设时长之前监测到所述第二PDU会话接收到下行用户数据时，释放所述第一PDU会话。
在一些实施例中，所述预设时长大于或等于所述第二PDU会话的建立耗时。
在一些实施例中，在检测到已建立PDU会话数量大于或等于预设会话阈值的情况下，所述方法还包括如下步骤：
确定所述第一PDU会话的模式类型；
当所述第一PDU会话的模式类型为预设模式类型时，释放所述第一PDU会话。
在一些实施例中，所述预设模式类型为业务和会话连续性SSC模式3。
在一些实施例中，所述用户设备包括应用处理器AP和会话管理模块SM，在所述第一PDU会话释放成功后，所述方法还包括：
通过SM向AP上报所述第一PDU会话的成功释放消息；
相应地，所述建立第二PDU会话，包括：
通过SM向AP上报第二PDU会话的建立消息；
AP根据接收到的所述第二PDU会话的建立消息，启动所述第二PDU会话的建立流程。
在一些实施例中，所述预设会话阈值为所述用户设备支持的最大会话数量。
第二方面，本申请实施例提供了一种用户设备，该用户设备包括接收单元、建立单元和释放单元；其中，
所述接收单元，配置为接收协议数据单元PDU会话修改命令；其中，所述PDU会话修改命令用于指示对当前的第一PDU会话进行切换；
所述建立单元，配置为在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果；其中，所述监测结果至少包括：所述第二PDU会话的建立耗时和下行用户数据流量；
所述释放单元，配置为根据所述监测结果，对所述第一PDU会话进行释放。
在一些实施例中，所述释放单元，还配置为在检测到已建立PDU会话数量大于或等于预设会话阈值的情况下，释放所述第一PDU会话；
所述建立单元，还配置为在所述第一PDU会话释放成功后，建立第二PDU会话。
在一些实施例中，所述用户设备还包括确定单元，配置为通过所述第二PDU会话，进行数据交互。
在一些实施例中，所述确定单元，还配置为在检测到已建立PDU会话数量小于预设会话阈值的情况下，确定所述第一PDU会话的模式类型；
所述建立单元，还配置为当所述第一PDU会话的模式类型为预设模式类型时，执行所述建立第二PDU会话并记录监测结果的步骤。
在一些实施例中，所述建立单元，还配置为在所述第二PDU会话建立启动的时刻，记录第一时刻；以及在所述第二PDU会话的建立过程中，监测所述第一PDU会话是否接收到下行用户数据；以及在所述第二PDU会话建立成功的时刻，记录第二时刻；以及根据所述第二时刻和所述第一时刻，计算所述第二PDU会话的建立耗时；以及将所述第二PDU会话的建立耗时和所述下行用户数据流量作为所述监测结果进行记录。
在一些实施例中，所述释放单元，还配置为在所述第二PDU会话的建立过程中，若监测到所述第一PDU会话接收到下行用户数据，则开启对所述第二PDU会话的监测；以及当监测到所述第二PDU会话接收到下行用户数据时，释放所述第一PDU会话。
在一些实施例中，所述释放单元，还配置为在所述第二PDU会话的建立过程中，若监测到所述第一PDU会话未接收到下行用户数据，则启动释放定时器，以及开启对所述第二PDU会话的监测；当所述释放定时器的计时超过预设时长，或者在所述释放定时器的计时未超过预设时长之前监测到所述第二PDU会话接收到下行用户数据时，释放所述第一PDU会话。
在一些实施例中，所述预设时长大于或等于所述第二PDU会话的建立耗时。
在一些实施例中，所述确定单元，还配置为在检测到已建立PDU会话数量大于或等于预设会话阈值的情况下，确定所述第一PDU会话的模式类型；
所述建立单元，还配置为当所述第一PDU会话的模式类型为预设模式类型时，释放所述第一PDU会话。
在一些实施例中，所述预设模式类型为业务和会话连续性SSC模式3。
在一些实施例中，所述用户设备包括应用处理器AP和会话管理SM；其中，
所述释放单元，还配置为通过SM向AP上报所述第一PDU会话的成功释放消息；
所述建立单元，还配置为通过SM向AP上报第二PDU会话的建立消息；以及AP根据接收到的所述第二PDU会话的建立消息，启动所述第二PDU会话的建立流程。
在一些实施例中，所述预设会话阈值为所述用户设备支持的最大会话数量。
第三方面，本申请实施例提供了一种用户设备，该用户设备包括存储器和处理器；其中，
所述存储器，用于存储能够在所述处理器上运行的计算机程序；
所述处理器，用于在运行所述计算机程序时，执行如第一方面所述的方法。
第四方面，本申请实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现如第一方面所述的方法。
第五方面，本申请实施例提供了一种通信系统，该通信系统包括网络设备和如第二方面或第三方面所述的用户设备。
为了能够更加详尽地了解本申请实施例的特点与技术内容，下面结合附图对本申请实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本申请实施例。
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。
在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。还需要指出，本申请实施例所涉及的术语“第一\第二\第三”仅是用于区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
需要说明的是，业务和会话连续性(Service and Session Continuity，SSC)模式是5G系统中协议数据单元(Protocol Data Unit，PDU)会话的一种属性，用于指示PDU会话进行业务传输时，其业务流连续性的保障模式。在第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)的技术规范(Technical Specification，TS)24.501协议中，规定SSC模式的取值有三种，分别是SSC模式1、SSC模式2和SSC模式3。对于值为SSC模式1的PDU会话，其协议数据单元会话锚点(PDU Session Anchor，PSA)在会话存在期间不会改变；对于值为SSC模式2的PDU会话，其PSA可以通过先释放旧会话，随后建立连接到同一数据网络(Data Network，DN)的新会话的方式进行切换；对于值为SSC模式3的PDU会话，其PSA是通过先建立连接到同一DN的新会话，再删除旧会话的方式进行切换，这时候新旧 会话会有一段共存期。
3GPP TS 23.502协议中规定在SSC模式3的PDU会话切换过程中，网络侧的会话管理功能(Session Management Function，SMF)可能会发送给用户侧的会话管理模块(Session Management，SM)一个与时间有关的参数(通常称为“会话保留时间”)。SM收到该参数后直接上报给用户侧的应用处理器(Application Processor，AP)，此参数是网络侧用于通知用户侧在本次切换中，网络侧SMF愿意为用户侧保留旧会话的时间。对于SSC模式3的PDU会话切换，目前旧会话被释放的场景有三种：(1)网络侧携带会话保留时间参数，在该会话保留时间内，用户侧确定已将会话上的全部业务数据切换至新会话上传输，此时由用户侧AP发起旧会话的释放流程；(2)网络侧携带会话保留时间参数，在超过会话保留时间后，网络侧SMF直接发起旧会话的释放流程；(3)网络侧未携带会话保留时间参数，用户侧等待网络侧SMF释放旧会话。另外，在3GPP TS 23.502协议中明确指出，用户侧业务流如何从旧会话切换到新会话，取决于用户侧自身的实现。
可以理解，针对上述的SM、AP与网络侧之间的关系，具体如图1所示。在图1中，网络侧有网络设备，而用户侧有用户设备，在该用户设备中包括应用处理器(AP)和会话管理模块(SM)；其中，在用户设备中，SM设置在调制解调器(Modem)上。
参见图2，其示出了相关技术提供的一种5G网络下SSC模式3的PDU会话切换过程的流程示意图。如图2所示，该流程可以包括：
S201：网络设备与AP之间传输上/下行数据。
S202：网络设备确定切换当前的旧PDU会话。
S203：网络设备向SM发送PDU会话修改命令。
S204：SM向网络设备返回PDU会话修改完成命令。
S205：SM向AP上报第一消息。
S206：AP向SM下发第一消息命令。
S207：SM与网络设备之间执行新PDU会话建立流程。
S208：SM向AP上报第二消息。
S209：用户设备根据自身实现将业务流由旧PDU会话切换到新PDU会话。
S210：AP与网络设备之间执行旧PCU会话释放流程。
具体来讲，上/下行数据在用户侧与网络侧之间传输的过程中，网络侧由于某种原因确定切换当前业务流所在PDU会话对应的PSA，这时候网络侧会先进行内部处理，即执行S202步骤。
随后，网络侧可以发送PDU会话修改命令，并且该PDU会话修改命令可能携带会话保留时间参数，即执行S203步骤；当用户侧的SM接收到PDU会话修改命令后，会对该PDU会话修改命令进行应答，同时将PDU会话修改命令上报给用户侧的AP，如果有会话保留时间参数，那么一并上报给AP，即执行S204和S205步骤。这里，第一消息可以为修改当前PDU会话的消息，并携带会话保留时间。
进一步地，如果用户侧的AP接收到PDU会话修改命令后，需要判断是否是一个SSC模式3的PDU会话修改，如果判断结果为是，那么随后触发SM发起PDU会话建立流程；即执行S206和S207步骤，AP向SM下发第一消息命令，该第一消息命令用于指示SM建立新PDU会话。
进一步地，PDU会话建立成功后，用户侧根据自身实现，将业务流由旧PDU会话切换到新建的PDU会话；即执行S208和S209步骤，PDU会话建立成功后，SM向AP上报第二消息，这里的第二消息可以为会话建立成功的消息，然后AP会根据自身实现方法，将业务流由旧PDU会话切换到新PDU会话。
进一步地，上/下行数据在用户设备与网络设备之间传输的过程中，AP可以根据是否接收到会话保留时间参数，然后旧PDU会话被上文提到的三种PDU会话释放场景之一进行释放，即执行S210步骤。
根据图2所示的流程，当网络侧的SMF决定发起SSC模式3的PDU会话切换过程时，意味着网络侧已经不希望通过该PDU会话进行业务流传输，并随时可以将其释放。由于对用户侧本次切换过程具体实现的不确定性，出于保证业务流能够连续传输的目的，网络侧可以提供一段时间维持新旧PDU会话同时存在(可能通过会话保留时间参数告知用户侧，也可能不告知)，使用户侧有充分的时间，可以顺利将业务流由旧PDU会话切换到新PDU会话，随后通过PDU会话释放流程释放旧PDU会话。
目前，用户侧普遍使用的PDU会话释放策略有两种：(1)用户侧如果接收到会话保留时间参数，当新PDU会话建立成功后，AP直接发起旧PDU会话的释放流程；若没接收到该参数，则等待网络侧发起旧PDU会话的释放流程。(2)用户侧不管是否收到会话保留时间参数，均等待网络侧发起旧PDU会话的释放流程。
在通常场景下，当前用户侧采取的释放策略存在如下问题：
(a)用户侧在新会话建立成功后立即发起旧PDU会话释放，虽然可以快速释放用户和网络的旧PDU会话资源，但可能会出现一种情况，导致业务流传输中断。即，当网络刚通过旧PDU会话传输下行业务数据时，这时候接收到用户侧发来释放请求，随后释放旧PDU会话，使得正在传输的下行业务数据无法传输给用户，业务流传输出现中断。
(b)用户侧一直等待网络侧发起旧PDU会话的释放流程，虽然能够保证业务流从旧PDU会话切换到新PDU会话时不会出现传输中断的情况，但是长时间的保持新旧PDU会话同时存在，导致用户和网络都出现资源浪费的情况。
此外，在一种特殊场景下，当前用户侧采取的释放策略会导致一种更严重的问题。如果用户侧的SM层建立的PDU会话数量已经达到用户侧的极限数量时，根据3GPP TS 24.501协议的描述，用户接收到网络发送的PDU会话修改命令后，由于无法建立新PDU会话，则会直接拒绝网络这一请求，继续使用旧PDU会话进行传输。这时候，网络侧可能有两种相应处理：1)终止本次切换流程，继续使用当前PDU会话(即旧PDU会话)传输。但是由于切换的原因是旧PDU会话在网络侧的PSA已经处于饱和状态，继续使用旧PDU会话可能会导致传输质量下降。2)网络在等待一段时间后，直接发起旧PDU会话释放。这将导致在该PDU会话上进行的业务流无法继续传输，违背了尽力保证PDU会话业务流连续的初衷。示例性地，参见图3，其示出了相关技术提供的另一种5G网络下SSC模式3的PDU会话切换过程的流程示意图。如图3所示，该流程可以包括：
S301：网络设备与AP之间传输上/下行数据。
S302：网络设备确定切换当前的旧PDU会话。
S303：网络设备向SM发送PDU会话修改命令。
S304：在检测到当前已建立会话数量达到预设会话阈值时，SM将拒绝该PDU会话修改命令。
S305：SM向网络设备返回PDU会话修改拒绝命令。
S306：网络设备继续使用或释放旧PDU会话。
具体来讲，上/下行数据在用户侧与网络侧之间传输的过程中，如果网络决定对当前PDU会话进行切换，那么网络侧将发起PDU会话修改流程，即执行S302和S303步骤。
在用户侧，如果SM检测到当前建立的PDU会话已经达到预设会话阈值(比如用户设备支持的最大会话数)，那么用户侧将拒绝网络的PDU会话修改命令，即执行S304步骤。
进一步地，用户将PDU会话修改拒绝命令返回给网络设备，在网络侧接收到修改拒绝后，这时候可以维持旧PDU会话或等一段时间后释放旧PDU会话，即执行S305和S306步骤。
简言之，在相关技术中，由于针对SSC模式3的PDU切换过程具体实现的不确定性，当前用户设备采取的释放策略均存在一些缺陷，比如要么使得正在传输的下行业务数据无法传输给用户，导致业务流传输出现中断；要么长时间的保持新旧会话同时存在，导致用户和网络都出现资源浪费的情况，使得系统性能较差。
本申请实施例提供了一种会话管理方法，应用于用户设备，该方法的基本思想是：接收PDU会话修改命令；其中，所述PDU会话修改命令用于指示对当前的第一PDU会话进行切换；以及在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果；其中，所述监测结果至少包括：所述第二PDU会话的建立耗时和下行用户数据流量；根据所述监测结果，对所述第一PDU会话进行释放。这样，本申请的技术方案采用由用户设备统一发起旧PDU会话释放的方式，保证了业务流传输的连续性，也能够缩短新旧PDU会话同时存在的时间，可以避免用户设备和网络设备对资源的浪费，而且还可以避免用户数据出现传输中断的风险，有助于提高系统性能。
下面将结合附图对本申请各实施例进行详细说明。
本申请的一实施例中，参见图4，其示出了本申请实施例提供的一种会话管理方法的流程示意图。如图4所示，该方法可以包括：
S401：接收PDU会话修改命令。
需要说明的是，本申请实施例的会话管理方法应用于用户设备。这里，用户设备又可以称为终端设备，可以是诸如智能手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、移动台(mobile station)、移动单元(mobile unit)、移动客户端、芯片、现场可编程逻辑门阵列(Field Programmable Gate Array，FPGA)等等，这里不作具体限定。
还需要说明的是，PDU会话修改命令用于指示对当前的第一PDU会话进行切换。具体地，当网络设备决定对当前的第一PDU会话进行切换时，这时候网络设备会发起PDU会话修改流程，并且向终端设备发送PDU会话修改命令。也就是说，如果网络设备决定对当前的第一PDU会话进行切换，那么用户设备可以接收到网络设备发送的PDU会话修改命令。
在本申请实施例中，从业务流连续性的角度出发，用户设备在接收到PDU会话修改命令后，可以根据应用场景和自身的实际情况，针对不同的应用场景提出对应的优化方案来确定用户设备何时释放第一PDU会话(即旧PDU会话)，以便尽可能保证业务流传输连续性以及节约用户侧和网络侧的资源。
具体来讲，本申请实施例可以根据已建立PDU会话数量与预设会话阈值的比较结果，将应用场景划分为正常场景和特殊场景，然后针对这两种应用场景分别提出优化方案。
S402：在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果。
S403：根据所述监测结果，对第一PDU会话进行释放。
在这里，监测结果至少可以包括：所述第二PDU会话的建立耗时和下行用户数据流量。
需要说明的是，已建立PDU会话数量是指在用户设备中已经建立成功的PDU会话数量。通常情况下，用户设备支持的最大会话数量为15个，预设会话阈值可以为用户设备支持的最大会话数量。但是预设会话阈值可以将根据实际情况进行具体设置，比如预设会话阈值可以设置为15，也可以设置为10，这里不作任何限定。
还需要说明的是，将已建立PDU会话数量与预设会话阈值进行比较；如果已建立PDU会话数量小于预设会话阈值，表明当前的应用场景为正常场景，那么这时候的优化方案为执行S402和S403步骤。如果已建立PDU会话数量大于或等于预设会话阈值，表明当前的应用场景为特殊场景，那么这时候的优化方案将如下描述。
在一些实施例中，在S401之后，该方法还可以包括：
在检测到已建立PDU会话数量大于或等于预设会话阈值的情况下，释放所述第一PDU会话；
在所述第一PDU会话释放成功后，建立第二PDU会话。
也就是说，对于特殊场景，用户设备在接收到PDU会话修改命令后，如果检测到已建立PDU会话数量大于或等于预设会话阈值，那么将先释放第一PDU会话，然后在第一PDU 会话释放成功后，建立第二PDU会话。
具体来讲，在特殊场景下，如果检测到已建立PDU会话数量大于或等于预设会话阈值，那么这时候可以记录过程信息，比如记录一个标识信息，同时释放第一PDU会话；在第一PDU会话释放成功后，根据该标识信息建立第二PDU会话。其中，这里的标识信息可以指示在检测到已建立PDU会话数量大于或等于预设会话阈值的情况下，先触发第一PDU会话的释放流程，然后启动第二PDU会话的建立流程。
还需要说明的是，第一PDU会话可以称为旧PDU会话，第二PDU会话可以称为新PDU会话。进一步地，在一些实施例中，该方法还可以包括：通过所述第二PDU会话，进行数据交互。
也就是说，在第二PDU会话建立成功后，网络设备与用户设备之间可以利用第二PDU会话进行数据交互。
可以理解地，由于SSC模式是5G系统中PDU会话的一种属性，能够指示PDU会话进行业务传输时，其业务流连续性的保障模式。目前在3GPP TS 24.501协议中，规定SSC模式的取值有三种，分别是SSC模式1、SSC模式2和SSC模式3。对于值为SSC模式1的PDU会话，其PSA在会话存在期间不会改变；对于值为SSC模式2的PDU会话，其PSA可以通过先释放旧会话，随后建立连接到同一DN的新会话的方式进行切换；对于值为SSC模式3的PDU会话，其PSA是通过先建立连接到同一DN的新会话，再删除旧会话的方式进行切换，这时候新旧会话会有一段共存期。也就是说，在SSC模式3下，网络设备允许在新的PDU会话(新的PDU会话锚点接入同一DN)建立完成前依然保持用户设备与旧PDU会话锚点间的PDU会话，此时用户设备同时拥有两个会话锚点和PDU会话，最后释放掉旧PDU会话。
基于此，在SSC模式3类型PDU会话切换过程中，网络设备已经不希望通过该旧PDU会话进行业务流传输，并随时可以将其释放；但是由于用户设备在PDU会话切换过程具体实现的不确定性，出于保证业务流能够连续传输的目的，本申请实施例主要是解决在SSC模式3下旧PDU会话的释放策略问题。
在一种可能的实施方式中，对于正常场景而言，在检测到已建立PDU会话数量小于预设会话阈值的情况下，该方法还可以包括：
确定所述第一PDU会话的模式类型；
当所述第一PDU会话的模式类型为预设模式类型时，执行所述建立第二PDU会话并记录监测结果的步骤。
在另一种可能的实施方式中，对于特殊场景而言，在检测到已建立PDU会话数量大于或等于预设会话阈值的情况下，该方法还可以包括：
确定所述第一PDU会话的模式类型；
当所述第一PDU会话的模式类型为预设模式类型时，执行释放所述第一PDU会话的步骤。
在本申请实施例中，预设模式类型为SSC模式3。
也就是说，无论是正常场景还是特殊场景，用户设备在接收到PDU会话修改命令后，还需要检测当前是否是对SSC模式3类型PDU会话进行切换。换言之，如果当前待切换的第一PDU会话的模式类型是SSC模式3，那么可以按照本申请实施例所述的会话管理方法进行旧PDU会话的释放；如果当前待切换的第一PDU会话的模式类型不是SSC模式3，那么可以按照传统会话管理方式进行旧PDU会话的释放。
进一步地，针对正常场景，由于现有的释放策略进行旧PDU会话释放时导致的问题，可以采用由用户设备发起旧PDU会话释放的方式来解决。因此，本申请实施例提供了一种用户设备进行业务流切换的方法以确定出何时释放旧PDU会话。具体地，在一些实施例中，所述建立第二PDU会话并记录监测结果，可以包括：
在所述第二PDU会话建立启动的时刻，记录第一时刻；
在所述第二PDU会话的建立过程中，监测所述第一PDU会话是否接收到下行用户数据；
在所述第二PDU会话建立成功的时刻，记录第二时刻；
根据所述第二时刻和所述第一时刻，计算所述第二PDU会话的建立耗时；
将所述第二PDU会话的建立耗时和所述下行用户数据流量作为所述监测结果进行记录。
需要说明的是，在检测到当前是对SSC模式3类型PDU会话的切换时，这时候可以发起第二PDU会话的建立流程，并且在第二PDU会话建立启动的时刻，记录第一时刻，同时检测当前正在切换的第一PDU会话是否接收到下行用户数据；然后在第二PDU会话建立成功后，还需要记录第二时刻，以便计算出整个建立过程耗时，即第二PDU会话的建立耗时；同时记录下行用户数据的监测情况(具体可以是下行用户数据流量)。这样，用户设备可以根据记录的第二PDU会话的建立耗时和下行用户数据的监测情况来确定第一PDU会话的释放策略，为后续的第一PDU会话的释放作参考。
可选地，在一些实施例中，所述根据所述监测结果，对所述第一PDU会话进行释放，可以包括：
在所述第二PDU会话的建立过程中，若监测到所述第一PDU会话接收到下行用户数据，则开启对所述第二PDU会话的监测；
当监测到所述第二PDU会话接收到下行用户数据时，释放所述第一PDU会话。
在一种具体的示例中，如果在建立新PDU会话(即第二PDU会话)的过程中，当前旧PDU会话(即第一PDU会话)接收到下行用户数据，那么用户设备可以开始监测新PDU会话。当新PDU会话接收到第一包下行用户数据时，用户设备发起旧PDU会话的释放流程。
还需要说明的是，用户设备可以包括应用处理器(AP)和会话管理模块(SM)。这样，在AP检测到当前是对SSC模式3类型PDU会话进行切换时，这时候可以发起新PDU会话的建立流程，并且记录第二PDU会话的建立耗时和下行用户数据的监测情况；如果在建立新PDU会话的过程中，当前旧PDU会话接收到下行用户数据，那么AP可以开始监测新PDU会话。当新PDU会话接收到第一包下行用户数据时，AP发起旧PDU会话的释放流程。
可选地，在一些实施例中，所述根据所述监测结果，对所述第一PDU会话进行释放，可以包括：
在所述第二PDU会话的建立过程中，若监测到所述第一PDU会话未接收到下行用户数据，则启动释放定时器，以及开启对所述第二PDU会话的监测；
当所述释放定时器的计时超过预设时长，或者在所述释放定时器的计时未超过预设时长之前监测到所述第二PDU会话接收到下行用户数据时，释放所述第一PDU会话。
在本申请实施例中，预设时长可以大于或等于第二PDU会话的建立耗时。
在一种具体的示例中，如果在建立新PDU会话的过程中，当前旧PDU会话未接收到下行用户数据，那么AP可以启动一个释放定时器，该释放定时器的超时时间设置为新PDU会话的建立耗时，同时监测新PDU会话。一旦释放定时器超时，或者在其超时前新PDU会话接收到下行用户数据，这时候AP也可以发起旧PDU会话的释放流程。
进一步地，针对特殊场景，当用户设备侧的SM层接收到PDU会话修改命令后，这时候不再拒绝网络设备的命令，而是上报AP并对当前的PDU会话进行释放，同时建立新PDU会话。AP接收到上报后先触发旧PDU会话的释放流程，紧接着发起新PDU会话的建立流程。具体地，在一些实施例中，记录过程信息，至少可以包括：向网络设备发送PDU会话修改成功的应答消息和通过SM向AP上报第一PDU会话的释放消息。
进一步地，在一些实施例中，在第一PDU会话释放成功后，该方法还可以包括：
通过SM向AP上报所述第一PDU会话的成功释放消息；
相应地，所述建立第二PDU会话，可以包括：
通过SM向AP上报第二PDU会话的建立消息；
AP根据接收到的所述第二PDU会话的建立消息，启动所述第二PDU会话的建立流程。
也就是说，如果用户设备侧的SM检测到当前建立的PDU会话个数达到预设会话阈值 (比如自身支持的最大数量)，那么本地将记录此过程，回复网络设备的PDU会话修改成功的应答消息，同时向AP上报释放当前PDU会话的释放消息。然后AP触发旧PDU会话的释放流程。在旧PDU会话释放成功后，SM上报释放成功消息，同时根据本地记录的过程信息，SM向AP上报建立新的PDU会话。AP触发新PDU会话的建立流程。在新PDU会话建立成功后，AP可以使用新PDU会话(即第二PDU会话)与网络设备进行业务流传输。
简言之，本申请实施例提供了一种用户设备侧AP层业务流可以由旧PDU会话切换到新PDU会话的具体方法，而且用户设备侧在特殊场景下，还可以通过本地实现，使得业务流能够连续传输。这样，本申请实施例是基于SSC模式保证用户业务数据传输连续性的角度出发，对现有技术规范中SSC模式3类型PDU会话切换过程中存在问题的两种场景(包括正常场景和特殊场景)分别进行优化。在通常情况下，可以通过给出用户设备侧AP具体切换业务流的方法，使得旧PDU会话的释放统一由AP发起，保证了业务流传输的连续性，同时及时释放了不必要的资源。在某特定情况下，不仅可以保证用户业务数据连续传输的同时，还可以避免用户业务数据出现传输中断的风险。
本实施例提供了一种会话管理方法，应用于用户设备。通过接收协议数据单元PDU会话修改命令；其中，所述PDU会话修改命令用于指示对当前的第一PDU会话进行切换；以及在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果；其中，所述监测结果至少包括：所述第二PDU会话的建立耗时和下行用户数据流量；根据所述监测结果，对所述第一PDU会话进行释放。这样，由于采用了由用户设备统一发起旧PDU会话释放的方式，保证了业务流传输的连续性，也能够缩短新旧PDU会话同时存在的时间，从而可以避免用户设备和网络设备对资源的浪费，而且还可以避免用户数据出现传输中断的风险，有助于提高系统性能。
本申请的另一实施例中，以尽力保证业务流传输连续性和节约用户设备侧和网络设备侧的资源为出发点，针对上述提到的两种场景(正常场景和特殊场景)下的释放策略进行详细过程的描述。
需要指出的是，用户设备中包括应用处理器(AP)和会话管理模块(SM)；其中，在用户设备中，SM设置在调制解调器(Modem)上。另外，用户设备与网络设备之间可以进行数据交互。
针对正常场景，在这种正常传输的情况下，由于旧PDU会话释放策略导致的问题，统一采用由用户设备侧AP发起旧PDU会话释放的方式来解决，同时给出一种用户设备侧进行业务流切换的方法，用以确定AP何时释放旧PDU会话。具体地，参见图5，其示出了本申请实施例提供的一种会话管理方法的详细流程示意图。如图5所示，该详细流程可以包括：
S501：网络设备与AP之间传输上/下行数据。
S502：网络设备确定切换当前的旧PDU会话。
S503：AP与网络设备之间执行PDU会话修改流程。
S504：AP向SM下发第一消息命令。
S505：SM与网络设备之间执行新PDU会话建立流程。
S506：AP记录当前时间以及监测旧PDU会话是否接收到下行用户数据。
S507：SM向AP上报第二消息。
S508：AP计算新PDU会话的建立耗时，记录下行用户数据的监测情况；进行业务流切换，并释放旧PDU会话。
S509：AP与网络设备之间执行旧PDU会话释放流程。
需要说明的是，旧PDU会话为前述实施例中所述的第一PDU会话，新PDU会话为前述实施例中所述的第二PDU会话。
还需要说明的是，对于S503来说，AP与网络设备之间执行PDU会话修改流程，具体可以包括：网络设备向SM发送PDU会话修改命令；SM向网络设备返回PDU会话修改完 成命令；SM向AP上报第一消息。这里，第一消息可以为修改当前PDU会话的消息，并携带会话保留时间。这样，用户侧的AP接收到PDU会话修改命令后，需要判断是否是一个SSC模式3的PDU会话修改，如果判断结果为是，那么随后AP向SM下发第一消息命令，即建立新PDU会话的命令。
进一步地，在S504之后，即AP向SM下发第一消息命令后，一方面AP记录当前时间以及监测旧PDU会话是否接收到下行用户数据，另一方面SM与网络设备之间执行新PDU会话建立流程，即S505和S506是同时执行的。
进一步地，对于S507来说，SM向AP上报第二消息，这里的第二消息可以为会话建立成功的消息，然后AP计算新PDU会话的建立耗时，记录下行用户数据的监测情况；然后根据这些监测情况进行业务流切换，并释放旧PDU会话。
具体来讲，网络侧决定对当前PDU会话进行切换时，可以发起PDU会话修改流程。然后，用户侧AP检测到当前是对SSC模式3类型PDU会话的修改，可以发起新PDU会话建立流程，记录当前时间，并监测当前正在修改的旧PDU会话是否接收到下行用户数据。随后，新PDU会话建立成功后，AP再次记录时间，以计算出整个建立过程耗时(即新PDU会话的建立耗时)，同时记录下行用户数据监测结果，为后续的释放决策做参考。
在本申请实施例中，AP可以根据以下释放策略决定何时发起旧PDU会话释放：
(1)如果在建立新PDU会话过程中，当前旧PDU会话接收到下行用户数据，那么AP开始监测新PDU会话。当新PDU会话接收到第一包下行用户数据时，AP可以发起旧PDU会话的释放流程。
(2)如果在建立新PDU会话过程中，当前旧PDU会话未接收到下行用户数据，那么AP启动一个释放定时器，该释放定时器超时时间为新PDU会话的建立过程耗时，同时监测新PDU会话。一旦释放定时器超时后，或在其超时前新PDU会话接收到下行用户数据，AP可以发起旧PDU会话的释放流程。
进一步地，通过PDU会话的释放流程，可以释放旧PDU会话，然后利用新PDU会话与网络设备进行业务流传输。
针对特殊场景，当用户侧SM接收到PDU会话修改命令后，不再拒绝网络的PDU会话修改命令，而是上报AP对当前PDU会话进行释放，并建立新PDU会话。AP接收到上报后先触发旧PDU会话的释放流程，紧接着发起新PDU会话的建立流程。网络设备则是根据接收到的用户设备的请求，做出相应的操作。具体地，参见图6，其示出了本申请实施例提供的另一种会话管理方法的详细流程示意图。如图6所示，该详细流程可以包括：
S601：网络设备与AP之间传输上/下行数据。
S602：网络设备确定切换当前的旧PDU会话。
S603：网络设备向SM发送PDU会话修改命令。
S604：SM在检测到当前已建立会话数量达到预设会话阈值时，本地记录此次过程。
S605：SM向网络设备返回PDU会话修改完成命令。
S606：SM向AP上报第一消息。
S607：AP向SM下发第一消息命令。
S608：SM与网络设备之间执行旧PDU会话释放流程。
S609：SM根据本地记录的内容，再次发起新PDU会话的建立。
S610：SM向AP上报第二消息。
S611：SM向AP上报第三消息。
S612：AP向SM下发第三消息命令。
S613：SM与网络设备之间执行新PDU会话建立流程。
S614：SM向AP上报第四消息。
S615：根据新PDU会话，网络设备与AP之间传输上/下行数据。
需要说明的是，旧PDU会话为前述实施例中所述的第一PDU会话，新PDU会话为前述实施例中所述的第二PDU会话。
还需要说明的是，第一消息可以为释放当前PDU会话的消息，第一消息命令可以为会话释放请求的命令，以指示SM开启旧PDU会话的释放流程；第二消息可以为会话释放成功的消息；第三消息可以为建立新会话的消息，第三消息命令可以为会话建立请求的命令，以指示SM开启新PDU会话的建立流程；第四消息可以为会话建立成功的消息，以使得AP可以根据新PDU会话实现与网络设备之间的业务流传输。
具体来讲，首先，网络侧决定对当前PDU会话进行切换时，发起PDU会话修改流程。其次，用户侧SM检测到当前建立PDU会话个数达到自身支持的最大数量，本地记录此次过程，回复网络侧PDU会话修改成功，同时向AP上报释放当前PDU会话。再次，AP触发旧PDU会话的释放流程。旧PDU会话释放成功后，SM上报释放成功的消息，同时根据本地记录，向AP上报建立新PDU会话。再次，AP触发新PDU会话的建立流程。新PDU会话建立成功后，AP可以使用新PDU会话进行业务流传输。
简言之，针对第一种的正常场景，可以通过给出用户侧AP具体的业务流切换方法，并采用由AP统一发起旧PDU会话释放的方式，保证了业务流传输的连续性，也尽可能缩短新旧PDU会话同时存在的时间，可以避免用户和网络对资源的浪费。这种释放策略大大优化了当前技术规范中的释放策略，比如或尽快释放资源无法保证业务流传输连续，或保证业务流传输连续但等待最大时间浪费资源的方式。如此在保证业务流传输连续性和节约资源的互相冲突的情景中，本申请实施例找到了一种优解。
针对第二种的特殊场景，可以采用先释放旧PDU会话，随后建立连接到同一DN的新PDU会话的方法，虽然可能会导致该PDU会话上业务流传输短暂停止，但相比于技术规范中的方法，能够保证业务流在停止后继续传输。而且通常情况下的停止时间应该是毫秒级的，对使用无线设备应用的用户来说是可以忽略不计的，也能够尽力保证业务流传输的连续性。
本实施例提供了一种会话管理方法，应用于用户设备。通过上述实施例对前述实施例的具体实现进行了详细阐述，从中可以看出，通过前述实施例的技术方案，从而可以避免用户设备和网络设备对资源的浪费，而且还可以避免用户数据出现传输中断的风险，有助于提高系统性能。
本申请的又一实施例中，基于前述实施例相同的发明构思，参见图7，其示出了本申请实施例提供的一种用户设备70的组成结构示意图。如图7所示，用户设备70可以包括：接收单元701、建立单元702和释放单元703；其中，
接收单元701，配置为接收PDU会话修改命令；其中，所述PDU会话修改命令用于指示对当前的第一PDU会话进行切换；
建立单元702，配置为在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果；其中，所述监测结果至少包括：所述第二PDU会话的建立耗时和下行用户数据流量；
释放单元703，配置为根据所述监测结果，对所述第一PDU会话进行释放。
在一些实施例中，释放单元703，还配置为在检测到已建立PDU会话数量大于或等于预设会话阈值的情况下，释放所述第一PDU会话；
建立单元702，还配置为在所述第一PDU会话释放成功后，建立第二PDU会话。
在一些实施例中，参见图7，用户设备70还可以包括确定单元704，配置为通过所述第二PDU会话，进行数据交互。
在一些实施例中，确定单元704，还配置为在检测到已建立PDU会话数量小于预设会话阈值的情况下，确定所述第一PDU会话的模式类型；
建立单元702，还配置为当所述第一PDU会话的模式类型为预设模式类型时，执行所述建立第二PDU会话并记录监测结果的步骤。
在一些实施例中，建立单元702，具体配置为在所述第二PDU会话建立启动的时刻，记录第一时刻；以及在所述第二PDU会话的建立过程中，监测所述第一PDU会话是否接收到下行用户数据；以及在所述第二PDU会话建立成功的时刻，记录第二时刻；以及根据所述第二时刻和所述第一时刻，计算所述第二PDU会话的建立耗时；以及将所述第二PDU会话的建立耗时和所述下行用户数据流量作为所述监测结果进行记录。
在一些实施例中，释放单元703，具体配置为在所述第二PDU会话的建立过程中，若监测到所述第一PDU会话接收到下行用户数据，则开启对所述第二PDU会话的监测；以及当监测到所述第二PDU会话接收到下行用户数据时，释放所述第一PDU会话。
在一些实施例中，释放单元703，具体配置为在所述第二PDU会话的建立过程中，若监测到所述第一PDU会话未接收到下行用户数据，则启动释放定时器，以及开启对所述第二PDU会话的监测；当所述释放定时器的计时超过预设时长，或者在所述释放定时器的计时未超过预设时长之前监测到所述第二PDU会话接收到下行用户数据时，释放所述第一PDU会话。
在一些实施例中，所述预设时长大于或等于所述第二PDU会话的建立耗时。
在一些实施例中，确定单元704，还配置为在检测到已建立PDU会话数量大于或等于预设会话阈值的情况下，确定所述第一PDU会话的模式类型；
建立单元702，还配置为当所述第一PDU会话的模式类型为预设模式类型时，释放所述第一PDU会话。
在一些实施例中，所述预设模式类型为业务和会话连续性SSC模式3。
在一些实施例中，所述用户设备包括应用处理器AP和会话管理SM；
相应地，释放单元703，还配置为通过SM向AP上报所述第一PDU会话的成功释放消息；
建立单元702，还配置为通过SM向AP上报第二PDU会话的建立消息；以及AP根据接收到的所述第二PDU会话的建立消息，启动所述第二PDU会话的建立流程。
在一些实施例中，所述预设会话阈值为所述用户设备支持的最大会话数量。
可以理解地，在本实施例中，“单元”可以是部分电路、部分处理器、部分程序或软件等等，当然也可以是模块，还可以是非模块化的。而且在本实施例中的各组成部分可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
因此，本实施例提供了一种计算机存储介质，应用于用户设备70，该计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现前述实施例中任一项所述的方法的步骤。
基于上述用户设备70的组成以及计算机存储介质，参见图8，其示出了本申请实施例提供的用户设备70的具体硬件结构示意图。如图8所示，可以包括：通信接口801、存储器802和处理器803；各个组件通过总线系统804耦合在一起。可理解，总线系统804用于实现这些组件之间的连接通信。总线系统804除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图8中将各种总线都标为总线系统804。其中，通信接口801，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
存储器802，用于存储能够在处理器803上运行的计算机程序；
处理器803，用于在运行所述计算机程序时，执行：
接收协议数据单元PDU会话修改命令；其中，所述PDU会话修改命令用于指示对当前的第一PDU会话进行切换；以及
在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果；其中，所述监测结果至少包括：所述第二PDU会话的建立耗时和下行用户数据流量；
根据所述监测结果，对所述第一PDU会话进行释放。
可以理解，本申请实施例中的存储器802可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步链动态随机存取存储器(Synchronous link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本文描述的系统和方法的存储器802旨在包括但不限于这些和任意其它适合类型的存储器。
而处理器803可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器803中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器803可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器802，处理器803读取存储器802中的信息，结合其硬件完成上述方法的步骤。
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
可选地，作为另一个实施例，处理器803还配置为在运行所述计算机程序时，执行前述实施例中任一项所述的方法的步骤。
本实施例提供了一种用户设备，该用户设备可以包括接收单元、建立单元和释放单元。这样，本申请的技术方案采用由用户设备统一发起旧PDU会话释放的方式，保证了业务流传输的连续性，也能够缩短新旧PDU会话同时存在的时间，从而可以避免用户设备和网络设备对资源的浪费，而且还可以避免用户数据出现传输中断的风险，有助于提高系统性能。
本申请的再一实施例中，参见图9，其示出了本申请实施例提供的一种通信系统90的组成结构示意图。如图9所示，通信系统90可以包括网络设备901和用户设备902。这里，用户设备902可以是前述实施例中任一项所述的用户设备。
需要说明的是，本申请实施例所述的通信系统90不限于长期演进(Long Term Evolution，LTE)系统，第四代移动通信(the 4th Generation，4G)系统、或者是第五代移动通信(the 5th Generation，5G)系统、新空口(NR)系统，甚至是后续演进的通信系统等。在该通信系统中，网络设备901与用户设备902之间可以通过无线网络进行数据交互。
这样，在该通信系统90中，网络侧由于某种原因确定切换当前业务流所在PDU会话对应的PSA，这时候网络设备901可以向用户设备902发送PDU会话修改命令。用户设备902在接收到PDU会话修改命令后，可以根据已建立PDU会话数量与预设会话阈值的比较结果，将应用场景划分为正常场景和特殊场景；然后针对不同的应用场景提出对应的优化方案来确定用户设备何时释放第一PDU会话(即旧PDU会话)，从而不仅可以保证业务流传输的连续性，缩短新旧PDU会话同时存在的时间，而且可以避免用户设备和网络设备对资源的浪费，同时还可以避免用户数据出现传输中断的风险，有助于提高系统性能。
需要说明的是，在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
工业实用性
本申请实施例中，用户设备通过接收协议数据单元PDU会话修改命令；其中，PDU会话修改命令用于指示对当前的第一PDU会话进行切换；以及在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果；其中，监测结果至少包括：第二PDU会话的建立耗时和下行用户数据流量；根据监测结果，对第一PDU会话进行释放。这样，通过采用由用户设备统一发起旧PDU会话释放的方式，保证了业务流传输的连续性，也能够缩短新旧PDU会话同时存在的时间，从而可以避免用户设备和网络设备对资源的浪费，而且还可以避免用户数据出现传输中断的风险，有助于提高系统性能。

Claims (20)

  1. 一种会话管理方法，应用于用户设备，所述方法包括：
    接收协议数据单元PDU会话修改命令；其中，所述PDU会话修改命令用于指示对当前的第一PDU会话进行切换；以及
    在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果；其中，所述监测结果至少包括：所述第二PDU会话的建立耗时和下行用户数据流量；
    根据所述监测结果，对所述第一PDU会话进行释放。
  2. 根据权利要求1所述的方法，其中，所述方法还包括：
    在检测到已建立PDU会话数量大于或等于预设会话阈值的情况下，释放所述第一PDU会话；
    在所述第一PDU会话释放成功后，建立第二PDU会话。
  3. 根据权利要求1或2所述的方法，其中，所述方法还包括：
    通过所述第二PDU会话，进行数据交互。
  4. 根据权利要求1所述的方法，其中，在检测到已建立PDU会话数量小于预设会话阈值的情况下，所述方法还包括：
    确定所述第一PDU会话的模式类型；
    当所述第一PDU会话的模式类型为预设模式类型时，执行所述建立第二PDU会话并记录监测结果的步骤。
  5. 根据权利要求4所述的方法，其中，所述建立第二PDU会话并记录监测结果，包括：
    在所述第二PDU会话建立启动的时刻，记录第一时刻；
    在所述第二PDU会话的建立过程中，监测所述第一PDU会话是否接收到下行用户数据；
    在所述第二PDU会话建立成功的时刻，记录第二时刻；
    根据所述第二时刻和所述第一时刻，计算所述第二PDU会话的建立耗时；
    将所述第二PDU会话的建立耗时和所述下行用户数据流量作为所述监测结果进行记录。
  6. 根据权利要求5所述的方法，其中，所述根据所述监测结果，对所述第一PDU会话进行释放，包括：
    在所述第二PDU会话的建立过程中，若监测到所述第一PDU会话接收到下行用户数据，则开启对所述第二PDU会话的监测；
    当监测到所述第二PDU会话接收到下行用户数据时，释放所述第一PDU会话。
  7. 根据权利要求5所述的方法，其中，所述根据所述监测结果，对所述第一PDU会话进行释放，包括：
    在所述第二PDU会话的建立过程中，若监测到所述第一PDU会话未接收到下行用户数据，则启动释放定时器，以及开启对所述第二PDU会话的监测；
    当所述释放定时器的计时超过预设时长，或者在所述释放定时器的计时未超过预设时长之前监测到所述第二PDU会话接收到下行用户数据时，释放所述第一PDU会话。
  8. 根据权利要求7所述的方法，其中，所述预设时长大于或等于所述第二PDU会话的建立耗时。
  9. 根据权利要求2所述的方法，其中，在检测到已建立PDU会话数量大于或等于预设会话阈值的情况下，所述方法还包括如下步骤：
    确定所述第一PDU会话的模式类型；
    当所述第一PDU会话的模式类型为预设模式类型时，释放所述第一PDU会话。
  10. 根据权利要求4或9所述的方法，其中，所述预设模式类型为业务和会话连续性 SSC模式3。
  11. 根据权利要求2所述的方法，其中，所述用户设备包括应用处理器AP和会话管理模块SM，在所述第一PDU会话释放成功后，所述方法还包括：
    通过SM向AP上报所述第一PDU会话的成功释放消息；
    相应地，所述建立第二PDU会话，包括：
    通过SM向AP上报第二PDU会话的建立消息；
    AP根据接收到的所述第二PDU会话的建立消息，启动所述第二PDU会话的建立流程。
  12. 根据权利要求1至11任一项所述的方法，其中，所述预设会话阈值为所述用户设备支持的最大会话数量。
  13. 一种用户设备，所述用户设备包括接收单元、建立单元和释放单元；其中，
    所述接收单元，配置为接收协议数据单元PDU会话修改命令；其中，所述PDU会话修改命令用于指示对当前的第一PDU会话进行切换；
    所述建立单元，配置为在检测到已建立PDU会话数量小于预设会话阈值的情况下，建立第二PDU会话并记录监测结果；其中，所述监测结果至少包括：所述第二PDU会话的建立耗时和下行用户数据流量；
    所述释放单元，配置为根据所述监测结果，对所述第一PDU会话进行释放。
  14. 根据权利要求13所述的用户设备，其中，
    所述释放单元，还配置为在检测到已建立PDU会话数量大于或等于预设会话阈值的情况下，释放所述第一PDU会话；
    所述建立单元，还配置为在所述第一PDU会话释放成功后，建立第二PDU会话。
  15. 根据权利要求13或14所述的用户设备，其中，
    所述建立单元，还配置为在所述第二PDU会话建立启动的时刻，记录第一时刻；以及在所述第二PDU会话的建立过程中，监测所述第一PDU会话是否接收到下行用户数据；以及在所述第二PDU会话建立成功的时刻，记录第二时刻；以及根据所述第二时刻和所述第一时刻，计算所述第二PDU会话的建立耗时；以及将所述第二PDU会话的建立耗时和所述下行用户数据流量作为所述监测结果进行记录。
  16. 根据权利要求15所述的用户设备，其中，
    所述释放单元，还配置为在所述第二PDU会话的建立过程中，若监测到所述第一PDU会话接收到下行用户数据，则开启对所述第二PDU会话的监测；以及当监测到所述第二PDU会话接收到下行用户数据时，释放所述第一PDU会话。
  17. 根据权利要求15所述的用户设备，其中，
    所述释放单元，还配置为在所述第二PDU会话的建立过程中，若监测到所述第一PDU会话未接收到下行用户数据，则启动释放定时器，以及开启对所述第二PDU会话的监测；当所述释放定时器的计时超过预设时长，或者在所述释放定时器的计时未超过预设时长之前监测到所述第二PDU会话接收到下行用户数据时，释放所述第一PDU会话。
  18. 一种用户设备，所述用户设备包括存储器和处理器；其中，
    所述存储器，用于存储能够在所述处理器上运行的计算机程序；
    所述处理器，用于在运行所述计算机程序时，执行如权利要求1至12任一项所述的方法。
  19. 一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现如权利要求1至12任一项所述的方法。
  20. 一种通信系统，所述通信系统包括网络设备和如权利要求13至18任一项所述的用户设备。
PCT/CN2022/075454 2021-03-29 2022-02-08 一种会话管理方法、用户设备、计算机存储介质及系统 WO2022206173A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110335241.1 2021-03-29
CN202110335241.1A CN113068237B (zh) 2021-03-29 2021-03-29 一种会话管理方法、用户设备、计算机存储介质及系统

Publications (1)

Publication Number Publication Date
WO2022206173A1 true WO2022206173A1 (zh) 2022-10-06

Family

ID=76564566

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/075454 WO2022206173A1 (zh) 2021-03-29 2022-02-08 一种会话管理方法、用户设备、计算机存储介质及系统

Country Status (2)

Country Link
CN (2) CN115226176A (zh)
WO (1) WO2022206173A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115226176A (zh) * 2021-03-29 2022-10-21 Oppo广东移动通信有限公司 一种会话管理方法、用户设备、计算机存储介质及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190007992A1 (en) * 2017-07-03 2019-01-03 Electronics And Telecommunications Research Institute Network triggered service request method and user equipment (ue) triggered service request method
CN110933709A (zh) * 2019-12-24 2020-03-27 展讯通信（上海）有限公司 协议数据单元会话管理方法及通信装置
CN112399634A (zh) * 2019-08-14 2021-02-23 联发科技股份有限公司 定义注意命令以支持5g pdu会话操作的ssc的方法及移动终端
CN113068237A (zh) * 2021-03-29 2021-07-02 Oppo广东移动通信有限公司 一种会话管理方法、用户设备、计算机存储介质及系统

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107592331B (zh) * 2016-07-08 2021-11-02 中兴通讯股份有限公司 会话连续的实现方法、装置及系统
US10455641B2 (en) * 2017-01-05 2019-10-22 Huawei Technologies Co., Ltd. Protocol data unit management
CN112969245B (zh) * 2017-05-09 2023-04-18 华为技术有限公司 一种会话管理方法、终端及系统
US11632696B2 (en) * 2018-02-16 2023-04-18 Interdigital Patent Holdings, Inc. Mobility handling for multi-access protocol data unit (PDU) sessions in a 5G network
CN110167202B (zh) * 2019-04-26 2021-04-20 维沃移动通信有限公司 会话处理方法、装置、终端及介质
WO2020251588A1 (en) * 2019-06-14 2020-12-17 Nokia Technologies Oy Method and apparatus for providing network triggered mobility between a stand-alone non-public network and a public land mobile network
CN112188608B (zh) * 2019-07-04 2022-01-14 华为技术有限公司 一种同步pdu会话状态的方法、装置、系统及芯片
CN110474969B (zh) * 2019-07-29 2021-07-16 华为技术有限公司 会话管理方法及装置
CN112188643B (zh) * 2020-10-09 2022-11-15 哲库科技(北京)有限公司 Pdu会话的建立方法、装置、终端及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190007992A1 (en) * 2017-07-03 2019-01-03 Electronics And Telecommunications Research Institute Network triggered service request method and user equipment (ue) triggered service request method
CN112399634A (zh) * 2019-08-14 2021-02-23 联发科技股份有限公司 定义注意命令以支持5g pdu会话操作的ssc的方法及移动终端
CN110933709A (zh) * 2019-12-24 2020-03-27 展讯通信（上海）有限公司 协议数据单元会话管理方法及通信装置
CN113068237A (zh) * 2021-03-29 2021-07-02 Oppo广东移动通信有限公司 一种会话管理方法、用户设备、计算机存储介质及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON, QUALCOMM INCORPORATED, NOKIA, NOKIA SHANGHAI BELL, INTEL, SHARP, SAMSUNG, HUAWEI, HISILICON: "5G SM - corrections of change of SSC mode 3 PDU Session Anchor with multiple PDU Sessions", 3GPP DRAFT; C1-181486-WAS-C1-181118-V03, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. CT WG1, no. Montreal (Canada); 20180226 - 20180302, 1 March 2018 (2018-03-01), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051393427 *

Also Published As

Publication number Publication date
CN115226176A (zh) 2022-10-21
CN113068237A (zh) 2021-07-02
CN113068237B (zh) 2022-08-16

Similar Documents

Publication Publication Date Title
US20220248254A1 (en) Method of processing network slice based congestion, device and system thereof
EP4044669A1 (en) Cell condition updating method, user equipment and computer-readable storage medium
WO2018171514A1 (zh) 信息指示的方法和装置
US9872247B2 (en) Power preference indicator timer
TWI445370B (zh) 調節多重無線存取承載通訊的方法及其系統
EP4017075A1 (en) Information transmission method and apparatus
US11602001B2 (en) Method and device for resuming data radio bearer, storage medium and electronic device
WO2021189442A1 (en) Method and apparatus for cho and fast mcg link recovery
WO2013127326A1 (zh) 多模无线通信系统的控制方法、控制服务器和终端
JP2014014047A (ja) 無線通信端末、基地局、無線通信方法、通信方法、無線通信プログラム、通信プログラムおよび無線通信システム
WO2022206173A1 (zh) 一种会话管理方法、用户设备、计算机存储介质及系统
US20220210704A1 (en) Communication apparatus, control method, and storage medium
WO2022068485A1 (zh) 用于双连接中PSCell条件更新的配置方法及装置、存储介质、基站、终端
KR101879711B1 (ko) 무선 통신 시스템에서 동작 상태 동기화를 위한 장치 및 방법
EP3965455A1 (en) Multi-cell configuration method and apparatus, storage medium, terminal and base station
EP3379889B1 (en) Method and terminal for controlling service connection
US20230262572A1 (en) Communication method and related device
WO2020248283A1 (zh) 无线通信方法、装置和终端设备
WO2013107035A1 (zh) 中断小区恢复的检测方法和装置
WO2022083411A1 (zh) 辅小区变换的错误类型的判定方法及设备
WO2020168913A1 (zh) 切换方法、装置及通信设备
WO2021128925A1 (zh) 信息处理方法、装置、设备及计算机可读存储介质
KR102478266B1 (ko) 무선 통신 시스템에서 측정을 수행하기 위한 방법 및 장치
CN112135306A (zh) 终端移动管理方法、基站、网络设备、系统及存储介质
WO2024067250A1 (zh) 小数据传输方法、终端、装置及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22778361

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22778361

Country of ref document: EP

Kind code of ref document: A1