实现业务连续性的方法、装置及系统

本申请是分案申请，原申请的申请号是201910022921.0，原申请日是2019年1月10日，原申请的全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，尤其涉及实现业务连续性的方法、装置及系统。

背景技术

为了应对无线宽带技术的挑战，保持第三代合作伙伴计划(3rd generat ionpartnership project，3GPP)网络的领先优势，3GPP标准组在2016年底制定了下一代移动通信系统(next generat ion system)网络架构，称为第五代(5rd generat ion，5G)网络架构。

5G网络架构中定义了极高可靠性低时延通信(ultra-rel iable low latencycommunicat ion，URLLC)场景，主要包括如无人驾驶、工业自动化等需要低时延和高可靠连接的业务。为了满足应用层的需求，网络层会按照应用层业务的服务质量(qual ity ofservice，QoS)需求来进行应用层业务数据包(简称应用层数据包)的传输。例如，3GPP版本(release，Rel)15的研究中将空口的指标设定为用户面要保证1ms时延加99.999％的可靠性需求，这意味着空口用户面传输100000个分组数据汇聚协议(packet data ConvergenceProtocol，PDCP)服务数据单元(services data unit，SDU)至少要保证99999个PDCP SDU在1ms内被传输成功，否则应用层将发生中断，而应用层中断将对正常的应用层业务产生影响。

然而，如何在应用层数据包传输的过程中，保证业务的连续性，目前并没有相关的解决方案。

发明内容

本申请实施例提供实现业务连续性的方法、装置及系统，可以实现在应用层数据包传输的过程中，保证业务的连续性。

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

第一方面，提供了一种实现业务连续性的方法及相应的通信装置，在该方案中，会话管理网元接收来自策略控制网元的第一生存时间信息，该第一生存时间信息指示在未接收到正确数据包时业务的可持续时间；会话管理网元将该第一生存时间信息确定为服务质量QoS流的绑定参数；会话管理网元向接入网设备发送第二生存时间信息，该第二生存时间信息用于指示该可持续时间，其中，该第二生存时间信息用于该接入网设备进行数据包的调度处理。基于该方案，由于接入网设备可以接收来自会话管理网元的第二生存时间信息，该第二生存时间信息指示在未接收到正确数据包时业务的可持续时间，因此，接入网设备可以根据该第二生存时间信息进行数据包的调度处理。从而可以在应用层数据包传输的过程中，避免网络层未按照应用层业务的QoS需求来进行应用层数据包的传输就会导致应用层中断，从而影响正常的应用层业务的问题，可以保证业务的连续性。

在一种可能的设计中，该第一生存时间信息包括生存时间或该生存时间的标识；该第二生存时间信息包括该生存时间或该生存时间的标识。

在一种可能的设计中，该会话管理网元接收来自该策略控制网元的该第一生存时间信息，包括：该会话管理网元接收来自该策略控制网元的策略控制PCC规则，该PCC规则中包括该第一生存时间信息。

在一种可能的设计中，该会话管理网元接收来自该策略控制网元的该第一生存时间信息，包括：该会话管理网元接收来自该策略控制网元的策略控制PCC规则，该PCC规则中包括QoS标识，该QoS标识对应的QoS属性中包括该第一生存时间信息。

在一种可能的设计中，该会话管理网元将该生存时间信息确定为QoS流的绑定参数，包括：该会话管理网元将该PCC规则确定为该QoS流的绑定PCC规则。

在一种可能的设计中，该PCC规则为更新后的PCC规则，该第一生存时间信息为更新后的生存时间信息。基于该方案，可以及时更新第一生存时间信息。

在一种可能的设计中，该会话管理网元向接入网设备发送该第二生存时间信息，包括：该会话管理网元向该接入网设备发送QoS文件，该QoS文件中包括该第二生存时间信息。即，会话管理网元可以通过控制面向接入网设备发送第二生存时间信息。

在一种可能的设计中，该会话管理网元向接入网设备发送该第二生存时间信息，包括：该会话管理网元向用户面网元发送该第二生存时间信息，由该用户面网元在向该接入网设备发送的下行数据包中携带该第二生存时间信息。即，会话管理网元可以通过用户面向接入网设备发送第二生存时间信息。

在一种可能的设计中，该方案还包括：该会话管理网元向终端设备发送QoS规则，该QoS规则中包括第三生存时间信息，该第三生存时间信息用于指示该可持续时间，其中，该QoS规则中的该第三生存时间信息用于该终端设备进行数据包的调度处理。基于该方案，由于终端设备可以接收来自会话管理网元的第三生存时间信息，该第三生存时间信息指示在未接收到正确数据包时业务的可持续时间，因此，终端设备可以根据该第三生存时间信息进行数据包的调度处理。从而可以在应用层数据包传输的过程中，避免网络层未按照应用层业务的QoS需求来进行应用层数据包的传输就会导致应用层中断，从而影响正常的应用层业务的问题，可以保证业务的连续性。

第二方面，提供了一种实现业务连续性的方法及相应的通信装置，在该方案中，终端设备接收来自接入网设备的生存时间信息，该生存时间信息表征在未接收到正确数据包时业务的可持续时间；终端设备根据该生存时间信息，进行数据包的调度处理。基于该方案，由于终端设备可以接收来自会话管理网元的生存时间信息，该生存时间信息指示在未接收到正确数据包时业务的可持续时间，因此，终端设备可以根据该生存时间信息进行数据包的调度处理。从而可以在应用层数据包传输的过程中，避免网络层未按照应用层业务的QoS需求来进行应用层数据包的传输就会导致应用层中断，从而影响正常的应用层业务的问题，可以保证业务的连续性。

在一种可能的设计中，该生存时间信息包括生存时间或该生存时间的标识。

在一种可能的设计中，该终端设备接收来自接入网设备的生存时间信息，包括：该终端设备接收来自该接入网设备的QoS规则，该QoS规则中包括该生存时间信息，其中，该QoS规则是由移动管理网元发送给该接入网设备的。即，生存时间信息是通过控制面发送给终端设备的。

在一种可能的设计中，该终端设备接收来自接入网设备的生存时间信息，包括：该终端设备接收来自该接入网设备的下行数据包，该下行数据包中包括该生存时间信息。即，生存时间信息是通过用户面发送给终端设备的。

在一种可能的设计中，该方案还包括：该终端设备向该接入网设备发送上行数据包，该上行数据包中包括该生存时间信息。

第三方面，提供了一种通信装置用于实现上述各种方法。该通信装置可以为上述第一方面中的会话管理网元，或者包含上述会话管理网元的装置；或者，该通信装置可以为上述第二方面中的终端设备，或者包含上述终端设备的装置。所述通信装置包括实现上述方法相应的模块、单元、或手段(means),该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。

第四方面，提供了一种通信装置，包括：处理器和存储器；该存储器用于存储计算机指令，当该处理器执行该指令时，以使该通信装置执行上述任一方面所述的方法。该通信装置可以为上述第一方面中的会话管理网元或者包含上述会话管理网元的装置；或者，该通信装置可以为上述第二方面中的终端设备，或者包含上述终端设备的装置。

第五方面，提供了一种通信装置，包括：处理器；所述处理器用于与存储器耦合，并读取存储器中的指令之后，根据所述指令执行如上述任一方面所述的方法。该通信装置可以为上述第一方面中的会话管理网元或者包含上述会话管理网元的装置；或者，该通信装置可以为上述第二方面中的终端设备，或者包含上述终端设备的装置。

第六方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。

第七方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。

第八方面，提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方面中所涉及的功能。在一种可能的设计中，该通信装置还包括存储器，该存储器，用于保存必要的程序指令和数据。该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

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

第九方面，提供一种通信系统，该通信系统包括会话管理网元和接入网设备；会话管理网元，用于接收来自策略控制网元的第一生存时间信息，该第一生存时间信息指示在未接收到正确数据包时业务的可持续时间；会话管理网元，还用于将该第一生存时间信息确定为服务质量QoS流的绑定参数；会话管理网元，还用于向接入网设备发送第二生存时间信息，该第二生存时间信息用于指示该可持续时间；接入网设备，用于接收来自会话管理网元的第二生存时间信息，并根据该第二生存时间信息进行数据包的调度处理。

在一种可能的设计中，该会话管理网元还用于执行上述第一方面任一种可能的设计中所述的方法。

其中，第九方面中任一种设计方式所带来的技术效果可参见上述第一方面中不同设计方式所带来的技术效果，此处不再赘述。

附图说明

图1为现有的5G QoS模型；

图2为现有的基于信令的QoS flow建立架构示意图；

图3为本申请实施例提供的通信系统的架构示意图；

图4为本申请实施例提供的生存时间示意图；

图5a为本申请实施例提供的数据包的调度示意图一；

图5b为本申请实施例提供的数据包的调度示意图二；

图5c为本申请实施例提供的数据包的调度示意图三；

图6a为本申请实施例提供的非漫游场景下的5G网络架构一；

图6b为本申请实施例提供的非漫游场景下的5G网络架构二；

图7a为本申请实施例提供的本地疏导漫游场景下的5G网络架构一；

图7b为本申请实施例提供的本地疏导漫游场景下的5G网络架构二；

图8a为本申请实施例提供的家乡路由漫游场景下的5G网络架构一；

图8b为本申请实施例提供的家乡路由漫游场景下的5G网络架构二；

图9为本申请实施例提供的通信设备的结构示意图；

图10为本申请实施例提供的实现业务连续性的方法流程示意图一；

图11为本申请实施例提供的实现业务连续性的方法流程示意图二；

图12为本申请实施例提供的实现业务连续性的方法流程示意图三；

图13为本申请实施例提供的下行数据包的构成示意图；

图14为本申请实施例提供的实现业务连续性的方法流程示意图四；

图15为本申请实施例提供的通信装置的结构示意图。

具体实施方式

为方便理解本申请实施例的方案，首先给出相关概念的简要介绍如下：

第一，分组数据单元(packet data unit，PDU)会话

PDU会话为终端设备与数据网络(data network，DN)之间的一个关联，用于提供一个PDU连接服务。

第二，QoS参数

本申请实施例中的QoS参数包括如下参数中的一个或多个：

1、5G QoS标识(5G QoS identifier，5QI)

5QI是一个标量，用于索引到对应的5G QoS特征。5QI分为标准化的5QI、预配置的5QI和动态分配的5QI。对于标准化的5QI，与一组标准化的5G QoS特征值一一对应；对于预配置的5QI，对应的5G QoS特征值预配置在接入网设备上，对于动态分配的5QI，对应的5GQoS特征由核心网设备通过QoS文件(QoS profile)发送给接入网设备。

2、分配和预留优先级(allocation and retention priority，ARP)

ARP包含优先等级、抢占能力和被抢占能力。

3、保证流比特率(guaranteed flow bit rate，GFBR)

GFBR代表期望提供给保证比特率(guaranteed bit rate，GBR)QoS flow(流)的比特率。

4、最大流比特率(maximum flow bit rate，MFBR)

MFBR限制提供给GBR QoS flow的比特率，即提供给GBR QoS flow的最大比特率。如超过该比特率时，数据包可以被丢弃。

5、反转QoS属性(reflective QoS attribute，RQA)

RQA用于指示使用对应QoS flow传输的业务使用反转QoS。

6、通知控制(notification control，NC)

NC用于指示接入网设备在QoS flow的使用期，当GFBR不能满足时是否通知网络。

第三，QoS模型

在5G系统中，为了保证业务端到端的服务质量，提出了基于QoS流(flow)的5G QoS模型，如图1所示。该5G QoS模型支持保证比特率的QoS flow(即保证比特率(guaranteedbit rate，GBR)QoS flow)和不保证比特率的QoS flow(即非GBR(non-GBR)QoS flow)。使用同一个QoS flow控制的数据包接收相同的传输处理(如调度、准入门限等)。

如图1所示，对于一个终端设备，可以与5G网络建立一个或者多个PDU会话；每个PDU会话中可以建立一个或者多个QoS flow。每个QoS flow由一个QoS流标识(QoS flowidentifier,QFI)识别，QFI在会话中唯一标识一个QoS flow。此外，每个QoS流对应一个数据无线承载(data radio bearer，DRB)，一个DRB可以对应一个或多个QoS flow。

其中，一个QoS flow为GBR QoS flow还是Non-GBR QoS flow，由对应的QoS文件(QoS profile)确定。

对于GBR QoS flow，对应的QoS文件必须包含以下QoS参数：5QI、ARP、GFBR和MFBR，可选的包含NC；根据QoS文件是否包含NC将GBR QoS flow分为需要notification control的GRB QoS flow和不需要notification control的GBR QoS flow。对于需要notificationcontrol的GBR QoS flow，当接入网设备检测到对应的QoS flow资源不能被满足时，接入网设备通知会话管理功能(session management function，SMF)网元该事件。进一步的SMF网元可以发起QoS flow删除或者修改流程。

对于Non-GBR QoS flow，对应的QoS文件必须包含以下QoS参数：5QI和ARP；可选的包含RQA。

此外，对于GBR QoS flow，主要基于信令的方式控制，对应的QoS flow的建立流程如图2所示，包括如下步骤：

第一步，SMF网元根据本地策略或者策略控制功能(policy control function，PCF)网元发送的策略和计费控制(policy and charging control，PCC)规则确定建立QoSflow，则2a)、向用户面功能(user plane function，UPF)网元发送业务数据流(servicedata flow，SDF)信息，该SDF信息中包括QoS控制信息；2b)、通过接入和移动性管理功能(access and mobility management function，AMF)网元向接入网设备发送QoS flow的QoS文件；2c)、通过AMF网元和接入网设备向终端设备发送QoS规则(QoS rule)，QoS规则中包含QoS控制信息。

第二步，终端设备、接入网设备和UPF网元之间建立建立QoS flow，接入网设备根据QoS文件建立空口的DRB，并存储QoS flow与DRB的绑定关系。

对于下行，当UPF网元接收到下行数据包时，根据SMF网元发送的SDF信息，在该下行数据包的数据包头中携带QFI；接入网设备接收到下行数据包时根据数据包头中的QFI以及对应的QoS flow和DRB的绑定关系，将该下行数据包放在对应的DRB上传输。

对于上行，终端设备确定发送上行数据包时，根据QoS规则确定QoS flow，并在待发送的上行数据包的数据包头中携带QFI，同时根据QoS flow和DRB的绑定关系，将该上行数据包放在对应的DRB上传输。接入网设备接收到上行数据包时，根据数据包头中的QFI，在接入网设备和UPF网元之间的上行数据包的数据包头中包含QFI。UPF网元接收到接入网设备发送的上行数据包时验证数据包是否使用正确的QoS flow传输。

第四，绑定机制(binding mechanism)

绑定机制是将服务数据流(在PCC规则中通过SDF模板定义)与传输服务数据流的QoS流相关联的过程(英文：The binding mechanism is the procedure that associatesa service data flow(defined in a PCC rule by means of the SDF template),tothe QoS Flow deemed to transport the service data flow)。

绑定机制包括下述三个步骤：

第一步，会话绑定(session binding)，即将应用功能(application function，AF)会话(session)和PDU会话做一一对应，具体可参考现有的实现方式，在此不再赘述。

第二步，PCC规则授权(PCC rule authorization)，由PCF网元来执行，对PCC规则做授权，为PCC规则分配QoS参数，具体可参考现有的实现方式，在此不再赘述。

第三步，QoS流绑定(QoS flow binding)，即将PCC规则与PDU会话内的QoS flow进行关联。使用以下绑定参数执行绑定(英文：QoS flow binding is the association of aPCC rule to a QoS Flow within a PDU Session.The binding is performed usingthe following binding parameters)：

1、5QI，相关描述可参考上述QoS参数部分，在此不再赘述。

2、ARP，相关描述可参考上述QoS参数部分，在此不再赘述。

或者，可选的，若PCC规则中包括以下参数中的一个或多个，则以下参数中的一个或多个也可以作为绑定参数：

3、QoS通知控制(QoS notification control，QNC)

QNC用于指示接入网设备在QoS flow的使用期当GFBR不能满足时是否通知网络。

4、优先级(priority level)

优先级指示在QoS流中调度资源的优先级。优先级应用于区分同一终端设备的QoS流，并且还应用于区分来自不同终端设备的QoS流。

5、平均窗口(averaging window)

平均窗口只用于GBR QoS flow，代表计算GFBR和MFBR的持续时间。

6、最大数据突发量(maximum data burst volume，MDBV)

MDBV表示要求5G接入网在一个包延时估算(packet delay budget，PDB)之内要服务的最大数据量。其中，PDB定义了一个数据包在终端设备和有N6接口的UPF网元之间传递所能被延迟的时间上限。

当然，上述的优先级、平均窗口或最大数据突发量也可以是上述5QI对应的QoS属性中的参数，在此不作具体限定。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

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

如图3所示，为本申请实施例提供的一种通信系统30。该通信系统30包括接入网设备302和会话管理网元301。其中，会话管理网元301接收来自策略控制网元的第一生存时间(survival time)信息，并将该第一生存时间信息确定为QoS流的绑定参数，该第一生存时间信息指示在未接收到正确数据包时业务的可持续时间。会话管理网元301向接入网设备302发送第二生存时间信息，该第二生存时间信息用于指示该可持续时间。接入网设备302接收来自会话管理网元301的第二生存时间信息，并根据该第二生存信息进行数据包的调度处理。其中，该方案的具体实现将在后续方法实施例中详细描述，在此不再赘述。基于该方案，由于接入网设备可以接收来自会话管理网元的第二生存时间信息，该第二生存时间信息指示在未接收到正确数据包时业务的可持续时间，因此，接入网设备可以根据该第二生存时间信息进行数据包的调度处理。从而可以在应用层数据包传输的过程中，避免网络层未按照应用层业务的QoS需求来进行应用层数据包的传输就会导致应用层中断，从而影响正常的应用层业务的问题，可以保证业务的连续性。

示例性的，接入网设备可以根据第二生存时间信息来配置业务在接入网设备侧的生存时间定时器，该生存时间定时器的定时时长等于第二生存时间信息指示的在未接收到正确数据包时业务的可持续时间。同时，可以规定该生存时间定时器的触发条件以及触发后接入网设备和/或终端设备的行为。比如，可以根据前一个或者连续n个数据包的传输结果，来判断生存时间定时器是否启动。也即生存时间定时器的触发条件是1个或连续n个数据包的在规定的时延范围内传输失败。

当生存时间定时器被触发时，接入网设备和/或终端设备的行为包括但不限于：一旦判断某个业务的定时器启动，对该业务的下一个应用层数据包进行传输增强，包括但不限于增加重传次数，调整调制与编码策略(modulation and coding scheme，MCS)，增加发射功率，增加重传次数，增加传输资源等；同时该业务的优先级应该有所提升，包括但不限于调度优先级，媒体接入控制(media access control，MAC)层组包优先级，逻辑信道优先级等。目的是让该业务后续数据包的传输尽可能成功，避免出现连续数据包传输失败以导致应用层的生存时间定时器超时。最终目的是避免让网络侧的传输失败引发应用层的中断。如果该生存时间定时器运行过程中若有期望的应用层数据包到达，则生存时间定时器停止，应用层没有任何影响；如果该生存时间定时器一直运行超时(意味着在生存时间定时器活跃的这段时间内没有任何一个期望的应用层数据包到达)，则应用层发生中断。应用层中断后会进入一个预定义的状态，对正常的应用层业务会有影响。对于一个应用层数据包而言，其规定的生存时间通常指时延+抖动限定的时间范围内。

也就是说，当应用层配置了生存时间定时器时，实际上也给了网络层“弥补”通信不可靠的机会。即使某一个应用层数据包没有传输成功，只要在生存时间定时器超时之前能够传输成功一个数据包，则应用层不会因为网络层的通信错误而中断。也就是网络层实际上即使没有满足3GPP Rel15的研究中将空口的指标设定为用户面要保证1ms时延加99.999％的可靠性需求，但只要通信错误不是集中发生在某一段连续时间内(所谓集中发生在一段时间内，体现在生存时间定时器活跃过程中一直没有应用层数据包被正确传输)，应用层基本上不会发生中断。特别的，在周期性业务中，由于发送侧数据包的产生时间间隔(cycle time)是已知的，生存时间一般等于n个cycle time，其实可以理解为连续发送数据包的个数。例如，当生存时间为2个cycle time时，生存时间定时器从启动到超时需要经历2个连续的数据包发送过程。应用层发生中断的条件是出现至少连续3个数据包通信错误(生存定时器的启动由一个数据包的通信错误触发，触发后再经历2个cycle time也就是2个数据包的发送过程，这2次都失败才会导致应用层中断，合起来就是连续3个数据包发生通信错误才会导致应用层中断)。如图4所示，应用层数据包1在规定的时间范围内传输成功，一切正常；应用层数据包2在规定的时间范围内传输失败，接收侧应用层会启动生存时间定时器(定时器长度为2个cycle time),应用层数据包3和数据包4都传输失败导致定时器超时，应用层进入中断。因此，连续3个数据包(如数据包2、数据包3和数据包4)的传输失败才导致应用层进入中断；否则应用层不会发生中断，从而可以保证业务的连续性。

需要说明的是，对于每个调度周期需要发送多个数据包的业务，比如如图5a所示，在一个调度周期内发送3个数据包。则接入网设备若在一个调度周期内的第2个数据包发生错误时启动生存时间计时器，则很快就接收到该调度周期内的第3个数据包，从而接入网设备可以停止生存时间计时器。然而，该调度周期内的第3个数据包并不是第2个数据包的“保证包”(即接收到该数据包后可以结束生存时间计时器)，接下来的x个调度周期的第2个数据包才会有保证包。为了避免出错，可以对应如下两种处理方式：

方式一，UPF网元或终端设备可以给每个调度周期内的数据包打上次序标识，便于接入网设备进行识别，比如如图5b所示；这样，接入网设备将相同次序标识的数据包视为“保证包”，比如，假设图5b中的第1个调度周期内的第2个数据包发生错误时启动生存时间计时器，则第2个调度周期内的第2个数据包正确接收视为收到一个正确的“保证包”，在生存时间内未接收到正确的“保证包”才导致应用层进入中断；否则应用层不会发生中断，从而可以保证业务的连续性。

当然，网络侧可以将调度周期内的数据包个数发送给接入网设备。接入网设备通过内置的计数器来对数据包进行计数，从而可以根据调度周期内的数据包个数和计数值确定出相应数据包在当前调度周期内的次序标识，进而根据上述方式确定在生存时间内是否接收到正确的“保证包”，在生存时间内未接收到正确的“保证包”才导致应用层进入中断；否则应用层不会发生中断，从而可以保证业务的连续性。

方式二，在进行生存时间计时器处理时，把一个调度周期内的数据包视为一个数据包，比如如图5c所示，即每组数据包中出现错包时，均从最后一个数据包开始进行生存时间计时，下一组数据包全部正确接收视为收到一个正确的“保证包”，在生存时间内未接收到正确的“保证包”才导致应用层进入中断；否则应用层不会发生中断，从而可以保证业务的连续性。

可选的，图3所示的通信系统30可以应用于目前正在讨论的第五代(5rdgeneration，5G)或者未来的其他网络等，本申请实施例对此不作具体限定。

示例性的，假设图3所示的通信系统30应用于非漫游场景下的5G网络架构，则如图6a所示，上述的接入网设备302所对应的网元或者实体可以为该非漫游5G网络架构中的无线接入网(radio access network，RAN)设备，上述的会话管理网元301所对应的网元或者实体可以为该非漫游5G网络架构中的SMF网元。

此外，如图6a所示，该非漫游5G网络架构中还可以包括UPF网元、AMF网元、统一数据管理(unified data management，UDM)网元、PCF网元、或者认证服务器功能(authentication server function，AUSF)网元等，本申请实施例对此不作具体限定。

其中，终端通过下一代网络(Next generation，N)1接口(简称N1)与AMF网元通信，RAN设备通过N2接口(简称N2)与AMF网元通信，RAN设备通过N3接口(简称N3)与UPF网元通信，UPF网元通过N6接口(简称N6)与DN通信，AMF网元通过N11接口(简称N11)与SMF网元通信，AMF网元通过N8接口(简称N8)与UDM网元通信，AMF网元通过N12接口(简称N12)与AUSF网元通信，AMF网元通过N15接口(简称N15)与PCF网元通信，SMF网元通过N7接口(简称N7)与PCF网元通信，SMF网元通过N4接口(简称N4)与UPF网元通信，SMF网元通过N10接口(简称N10)与UDM网元通信，UDM网元通过N13接口(简称N13)与AUSF网元通信。

此外，需要说明的是，图6a所示的非漫游5G网络架构中的AMF网元、SMF网元、UDM网元、AUSF网元、或者PCF网元等控制面网元也可以采用服务化接口进行交互。比如，如图6b所示，AMF网元对外提供的服务化接口可以为Namf；SMF网元对外提供的服务化接口可以为Nsmf；UDM网元对外提供的服务化接口可以为Nudm；PCF网元对外提供的服务化接口可以为Npcf，AUSF网元对外提供的服务化接口可以为Nausf。相关描述可以参考23501标准中的5G系统架构(5G system architecture)，在此不予赘述。

或者，示例性的，假设图3所示的通信系统30应用于本地疏导(local breakout)漫游场景下的5G网络架构，则如图7a所示，上述的接入网设备302所对应的网元或者实体可以为该本地疏导漫游5G网络架构中的RAN设备，上述的会话管理网元301所对应的网元或者实体可以为该本地疏导漫游5G网络架构中的SMF网元。

此外，如图7a所示，该本地疏导漫游5G网络架构中还可以包括UPF网元、AMF网元、UDM网元、拜访地PCF(visited PCF，vPCF)网元、归属地PCF(home PCF，hPCF)网元、或者AUSF网元等，本申请实施例对此不作具体限定。其中，UDM网元、AUSF网元和hPCF网元归属于归属公共陆地移动网(home public land mobile network，HPLMN)；RAN设备、AMF网元、SMF网元、UPF网元、或者vPCF网元归属于拜访地公共陆地移动网(visited public land mobilenetwork，VPLMN)中。

其中，终端通过N1接口(简称N1)与AMF网元通信，RAN设备通过N2接口(简称N2)与AMF网元通信，RAN设备通过N3接口(简称N3)与UPF网元通信，UPF网元通过N6接口(简称N6)与DN通信，AMF网元通过N11接口(简称N11)与SMF网元通信，AMF网元通过N8接口(简称N8)与UDM网元通信，AMF网元通过N12接口(简称N12)与AUSF网元通信，AMF网元通过N15接口(简称N15)与vPCF网元通信；SMF网元通过N7接口(简称N7)与vPCF网元通信，vPCF网元通过N24接口(简称N24)与hPCF网元通信，SMF网元通过N4接口(简称N4)与UPF网元通信，SMF网元通过N10接口(简称N10)与UDM网元通信，UDM网元通过N13接口(简称N13)与AUSF网元通信。

此外，需要说明的是，图7a所示的本地疏导漫游5G网络架构中的AMF网元、SMF网元、UDM网元、AUSF网元、vPCF网元或者hPCF网元等控制面网元也可以采用服务化接口进行交互。比如，如图7b所示，AMF网元对外提供的服务化接口可以为Namf；SMF网元对外提供的服务化接口可以为Nsmf；UDM网元对外提供的服务化接口可以为Nudm；vPCF网元对外提供的服务化接口可以为Nvpcf；hPCF网元对外提供的服务化接口可以为Nhpcf；AUSF网元对外提供的服务化接口可以为Nausf。此外，图7b中的拜访地安全边缘保护代理(visitedsecurity edge protection proxy，vSEPP)用于VPLMN内部控制面接口的信息过滤和策略控制，以及拓扑隐藏等；图7b中的归属地安全边缘保护代理(home security edgeprotection proxy，hSEPP)用于HPLMN内部控制面接口的信息过滤和策略控制，以及拓扑隐藏等；vSEPP与hSEPP通过N32接口(简称N32)连接。所有相关描述可以参考23501标准中的5G系统架构(5G system architecture)，在此不予赘述。

或者，示例性的，假设图3所示的通信系统30应用于家乡路由(home routed)漫游场景下的5G网络架构，则如图8a所示，上述的接入网设备302所对应的网元或者实体可以为该家乡路由漫游5G网络架构中的RAN设备，上述的会话管理网元301所对应的网元或者实体可以为该家乡路由漫游5G网络架构中的拜访地SMF(visited SMF，vSMF)网元。

此外，如图8a所示，该家乡路由漫游5G网络架构中还可以包括归属地UPF(homeUPF，hUPF)网元、拜访地UPF(visited UPF，vUPF)网元、归属地SMF(home PCF，hSMF)网元、AMF网元、UDM网元、vPCF网元、hPCF网元、或者AUSF网元等，本申请实施例对此不作具体限定。其中，UDM网元、AUSF网元、hSMF网元、hPCF网元或hUPF网元归属于HPLMN；RAN设备、AMF网元、vSMF网元、vUPF网元、或者vPCF网元归属于VPLMN中。

其中，终端通过N1接口(简称N1)与AMF网元通信，RAN设备通过N2接口(简称N2)与AMF网元通信，RAN设备通过N3接口(简称N3)与UPF网元通信，UPF网元通过N6接口(简称N6)与DN通信，AMF网元通过N11接口(简称N11)与vSMF网元通信，vSMF网元通过N16接口(简称N16)与hSMF网元通信，AMF网元通过N8接口(简称N8)与UDM网元通信，AMF网元通过N12接口(简称N12)与AUSF网元通信，AMF网元通过N15接口(简称N15)与vPCF网元通信；vPCF网元通过N24接口(简称N24)与hPCF网元通信，vSMF网元通过N4接口(简称N4)与vUPF网元通信，hSMF网元通过N4接口(简称N4)与hUPF网元通信，hSMF网元通过N9接口(简称N9)与vUPF网元通信，hSMF网元通过N10接口(简称N10)与UDM网元通信，hSMF网元通过N7接口(简称N7)与UDM网元通信，UDM网元通过N13接口(简称N13)与AUSF网元通信。

此外，需要说明的是，图8a所示的家乡路由漫游5G网络架构中的AMF网元、vSMF网元、hSMF网元、UDM网元、AUSF网元、vPCF网元或者hPCF网元等控制面网元也可以采用服务化接口进行交互。比如，如图8b所示，AMF网元对外提供的服务化接口可以为Namf；vSMF网元对外提供的服务化接口可以为Nvsmf；hSMF网元对外提供的服务化接口可以为Nhsmf；UDM网元对外提供的服务化接口可以为Nudm；vPCF网元对外提供的服务化接口可以为Nvpcf；hPCF网元对外提供的服务化接口可以为Nhpcf；AUSF网元对外提供的服务化接口可以为Nausf。此外，图8b中的vSEPP用于VPLMN内部控制面接口的信息过滤和策略控制，以及拓扑隐藏等；图8b中的hSEPP用于HPLMN内部控制面接口的信息过滤和策略控制，以及拓扑隐藏等；vSEPP与hSEPP通过N32接口(简称N32)连接。所有相关描述可以参考23501标准中的5G系统架构(5Gsystem architecture)，在此不予赘述。

可选的，本申请实施例中的终端设备，可以是用于实现无线通信功能的设备，例如终端或者可用于终端中的芯片等。其中，终端可以是5G网络或者未来演进的PLMN中的用户设备(user equipment，UE)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wirelesslocal loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备，虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。终端可以是移动的，也可以是固定的。

可选的，本申请实施例中的接入设备指的是接入核心网的设备，例如可以是基站，宽带网络业务网关(broadband network gateway，BNG)，汇聚交换机，非第三代合作伙伴计划(3rd generation partnership project，3GPP)接入设备等。基站可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。

可选的，本申请实施例中的会话管理网元或终端设备也可以称之为通信装置，其可以是一个通用设备或者是一个专用设备，本申请实施例对此不作具体限定。

可选的，本申请实施例中的会话管理网元或终端设备的相关功能可以由一个设备实现，也可以由多个设备共同实现，还可以是由一个设备内的一个或多个功能模块实现，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是硬件与软件的结合，或者是平台(例如，云平台)上实例化的虚拟化功能。

例如，本申请实施例中的会话管理网元或终端设备的相关功能可以通过图9中的通信设备900来实现。图9所示为本申请实施例提供的通信设备900的结构示意图。该通信设备900包括一个或多个处理器901，通信线路902，以及至少一个通信接口(图9中仅是示例性的以包括通信接口904，以及一个处理器901为例进行说明)，可选的还可以包括存储器903。

处理器901可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路902可包括一通路，用于连接不同组件之间。

通信接口904，可以是收发模块用于与其他设备或通信网络通信，如以太网，RAN，无线局域网(wireless local area networks，WLAN)等。例如，所述收发模块可以是收发器、收发机一类的装置。可选的，所述通信接口904也可以是位于处理器901内的收发电路，用以实现处理器的信号输入和信号输出。

存储器903可以是具有存储功能的装置。例如可以是只读存储器(read-onlymemory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路902与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器903用于存储执行本申请方案的计算机执行指令，并由处理器901来控制执行。处理器901用于执行存储器903中存储的计算机执行指令，从而实现本申请实施例中提供的实现业务连续性的方法。

或者，可选的，本申请实施例中，也可以是处理器901执行本申请下述实施例提供的实现业务连续性的方法中的处理相关的功能，通信接口904负责与其他设备或通信网络通信，本申请实施例对此不作具体限定。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

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

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

在具体实现中，作为一种实施例，通信设备900还可以包括输出设备905和输入设备906。输出设备905和处理器901通信，可以以多种方式来显示信息。例如，输出设备905可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备906和处理器901通信，可以以多种方式接收用户的输入。例如，输入设备906可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的通信设备900有时也可以称为通信装置，其可以是一个通用设备或者是一个专用设备。例如通信设备900可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digital assistant，PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备、上述终端设备，上述网络设备、或具有图9中类似结构的设备。本申请实施例不限定通信设备900的类型。

下面将结合图3至图9对本申请实施例提供的实现业务连续性的方法进行具体阐述。

需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

首先，以图3所示的通信系统应用于如图6a或6b所示的非漫游场景下的5G网络架构，SMF网元通过控制面向RAN设备发送生存时间信息为例，如图10所示，为本申请实施例提供的一种实现业务连续性的方法，该实现业务连续性的方法包括如下步骤：

S1001、终端设备向AMF网元发送消息1。AMF网元接收来自终端设备的消息1。

示例性的，该消息1例如可以是图10中的PDU会话建立请求(PDU sessionestablishment request)。

S1002、AMF网元选择SMF网元之后，向选择的SMF网元发送消息2。SMF网元接收来自AMF网元的消息2。

示例性的，该消息2例如可以是图10中的PDU会话创建会话管理(sessionmanagement，SM)上下文请求(PDU session create SM context request)。

S1003、SMF网元在UDM网元中进行注册，并从中获取签约信息。

S1004、SMF网元向AMF网元发送消息3。AMF网元接收来自SMF网元的消息3。

示例性的，该消息3例如可以是图10中的PDU会话创建SM上下文响应(PDU sessioncreate SM context response)。

可选的，SMF网元可能会在这一步拒绝PDU会话的建立，并携带原因值。

S1005、PDU会话鉴权(authentication)或授权(authorization)。

其中，上述步骤S1001-S1005的具体实现可参考现有的实现方式，在此不予赘述。

S1006、SMF网元选择PCF网元，并向选择的PCF网元发送消息4。PCF网元接收来自SMF网元的消息4。其中，该消息4用于请求PCC规则。

示例性的，该消息4例如可以是图10中的会话管理策略建立请求(sessionmanagement policy establishment request)。

S1007、PCF网元向SMF网元发送消息5。SMF网元接收来自PCF网元的消息5。

示例性的，该消息5例如可以是图10中的会话管理策略建立响应(sessionmanagement policy establishment response)。

其中，该消息5中包括PCC规则，该PCC规则中包括第一生存时间信息。该第一生存时间信息指示在未接收到正确数据包时业务的可持续时间。

可选的，该第一生存时间信息例如可以是生存时间1或生存时间1的标识，该生存时间1的标识可用于确定生存时间1，具体形式本申请实施例不作具体限定。

S1008、SMF网元将第一生存时间信息确定为QoS流的绑定参数。

也就是说，SMF网元在执行QoS流绑定(QoS flow binding)时，考虑第一生存时间信息。其中，QoS流绑定是将PCC规则与PDU会话内的QoS flow进行关联。本申请实施例中，使用以下绑定参数执行绑定：

1、5QI，相关描述可参考背景技术简要介绍部分，在此不再赘述。

2、ARP，相关描述可参考背景技术简要介绍部分，在此不再赘述。

3、第一生存时间信息。

或者，可选的，若PCC规则中包括以下参数中的一个或多个，则以下参数中的一个或多个也可以作为绑定参数：

4、QoS通知控制，相关描述可参考背景技术简要介绍部分，在此不再赘述。

5、优先级，相关描述可参考背景技术简要介绍部分，在此不再赘述。

6、平均窗口，相关描述可参考背景技术简要介绍部分，在此不再赘述。

7、最大数据突发量，相关描述可参考背景技术简要介绍部分，在此不再赘述。

其中，在SMF网元将第一生存时间信息确定为QoS流的绑定参数之后，同一个Qos流下的所有业务有相同的生存时间。

需要说明的是，本申请实施例中，RAN设备进行QoS控制的粒度为QoS流，一个QoS流中可能包含多个业务，理论上不同业务的生存时间应该单独计算。但是对于RAN设备调度来说，一个QoS流中的一个数据包出错了，意味着同样条件下其他数据包也极有可能出错(因为当时空口资源有限等原因)，经过调整又成功传递了，意味着剩下的数据包在同样条件下也极有可能同样传递。所以只要以QoS流的粗粒度来计算生存时间就好。当然，也可以利用第一生存时间信息将不同的应用绑定到不同的QoS流。比如，以第一生存时间信息为生存时间1为例，可以将不同应用的生存时间设为不同的值，如第一生存时间信息为生存时间1＝2ms，则可以将应用A的生存时间设为2.1ms，将应用B的生存时间设为2.2ms。或者，也可以将单独的应用标识确定为QoS流的绑定参数，本申请实施例对此不作具体限定。需要说明的是，上述说明不仅适用于本申请实施例，也适用于本申请的其它所有实施例，在此统一说明，以下不再赘述。

S1009、SMF网元向PCF网元发送消息6。PCF网元接收来自SMF网元的消息6。其中，该消息6包括会话相关的信息。该会话相关的信息例如可以包括终端设备的互联网协议(internet protocol，IP)地址或者IP前缀等，具体实现可参考现有的实现方式，在此不予赘述。

示例性的，该消息6例如可以是图10中的会话管理策略修改请求(sessionmanagement policy modification request)。

S1010、PCF网元向SMF网元发送消息7。SMF网元接收来自PCF网元的消息7。

示例性的，该消息7例如可以是图10中的会话管理策略修改响应(sessionmanagement policy modification response)。

S1011、SMF网元选择UPF网元，并和UPF网元交互以完成N4会话建立，具体实现可参考现有的实现方式，在此不予赘述。

S1012、SMF网元向AMF网元发送消息8。AMF网元接收来自SMF网元的消息8。

示例性的，该消息8例如可以是图10中的N1N2消息传输(N1N2 messagetransfer)。

其中，该消息8包括N2 SM信息(N2 SM Information)和N1 SM容器(N1 SMcontainer)。N2 SM信息是发送给RAN设备的，AMF网元仅是转发(或透传)；N1 SM容器是发送给终端设备的，AMF网元和RAN设备都仅是转发(或透传)。

其中，N2 SM信息中包括QoS文件(QoS profile)，QoS文件中包括第二生存时间信息。该第二生存时间信息指示上述第一生存时间信息所指示的可持续时间。

可选的，该第二生存时间信息例如可以是上述的生存时间1或上述的生存时间1的标识。

其中，N1 SM容器中包括QoS规则(QoS rule)。可选的，该QoS规则中可以包括第三生存时间信息。该第三生存时间信息指示上述第一生存时间信息所指示的可持续时间。

可选的，该第三生存时间信息例如可以是上述的生存时间1或上述的生存时间1的标识。

可选的，本申请实施例中，若PCC规则中包括生存时间1，则SMF网元可以根据该生存时间1，以及生存时间1的标识和生存时间1的对应关系，确定对应的生存时间1的标识，进而可以在上述QoS规则或QoS文件中包括该生存时间1的标识。

或者，可选的，本申请实施例中，若PCC规则中包括生存时间1的标识，则SMF网元可以根据该生存时间1的标识，以及生存时间1的标识和生存时间1的对应关系，确定对应的生存时间1，进而可以在上述QoS规则或QoS文件中包括该生存时间1。

S1013、AMF网元向RAN设备发送消息9。RAN设备接收来自AMF网元的消息9。

示例性的，该消息9例如可以是图10中的N2 PDU会话请求(N2 PDU sessionrequest)。

其中，该消息9包括上述N2 SM信息和上述N1 SM容器。

S1014、RAN设备根据N2 SM信息中包括的QoS文件中的第二生存时间信息进行数据包的调度处理。

可选的，若第二生存时间信息为生存时间1，则RAN设备根据生存时间1进行数据包的调度处理。

或者，可选的，若第二生存时间信息为生存时间1的标识，则RAN设备可以根据生存时间1的标识，以及生存时间1的标识和生存时间1的对应关系，确定对应的生存时间1，进而根据生存时间1进行数据包的调度处理。

其中，RAN设备根据生存时间1进行数据包的调度处理的相关实现可参考通信系统部分的相关示例，在此不予赘述。

S1015、RAN设备向终端设备发送消息10。终端设备接收来自RAN设备的消息10。

示例性的，该消息10例如可以是图10中的PDU会话建立接受(PDU sessionestablishment accept)。

其中，该消息10包括上述N1 SM容器。

可选的，若上述N1 SM容器中包括的QoS规则中包括上述第三生存时间信息，则终端设备可以根据该第三生存时间信息进行数据包的调度处理。

可选的，若第三生存时间信息为生存时间1，则终端设备根据生存时间1进行数据包的调度处理。

或者，可选的，若第三生存时间信息为生存时间1的标识，则终端设备可以根据生存时间1的标识，以及生存时间1的标识和生存时间1的对应关系，确定对应的生存时间1，进而根据生存时间1进行数据包的调度处理。

其中，终端设备根据生存时间1进行数据包的调度处理的相关实现可参考通信系统部分的相关示例，在此不予赘述。

S1016、会话建立的其余流程。

基于本申请实施例提供的实现业务连续性的方法，可以在应用层数据包传输的过程中，避免网络层未按照应用层业务的QoS需求来进行应用层数据包的传输就会导致应用层中断，从而影响正常的应用层业务的问题，可以保证业务的连续性。相关技术效果分析可参考前述通信系统部分，在此不予赘述。

其中，上述步骤S1001至S1016中的终端设备或SMF网元的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，图10所示的实施例中的PCF网元可能发起生存时间信息的改变，此时SMF网元在执行QoS流的绑定时，需要更新QoS流的绑定参数中的该生存时间信息，RAN设备也需要更新相应的生存时间信息。具体的，该场景下实现业务连续性的方法如图11所示，包括如下步骤：

S1101、PCF网元向SMF网元发起PCC规则的修改流程。

其中，PCC规则的修改流程可参考现有的实现方式，在此不予赘述。

本申请实施例中，修改后的PCC规则中包括更新后的生存时间1或者更新后的生存时间1的标识。

S1102、SMF网元更新QoS流的绑定参数中的第一生存时间信息。

即，SMF网元将QoS流的绑定参数中的第一生存时间信息替换为更新后的生存时间1或者更新后的生存时间1的标识。

S1103、SMF网元向AMF网元发送消息8。AMF网元接收来自SMF网元的消息8。

示例性的，该消息8例如可以是图11中的N1N2消息传输(N1N2 messagetransfer)。

其中，该消息8包括N2 SM信息和N1 SM容器。N2 SM信息是发送给RAN设备的，AMF网元仅是转发(或透传)；N1 SM容器是发送给终端设备的，AMF网元和RAN设备都仅是转发(或透传)。

可选的，本申请实施例中，当SMF网元确定删除GBR QoS flow时，N2 SM信息中包PDU会话ID和QFI；N1 SM容器包括PDU会话ID，受影响的QoS规则和对应的QoS规则操作(即删除)。当SMF网元确定修改QoS flow时，N2 SM信息中包PDU会话ID，QFI和QoS文件；N1 SM容器包含PDU会话ID，受影响的QoS规则和对应的QoS规则操作(如删除或者修改)；其中，这里的QoS文件中包括更新后的生存时间1或者更新后的生存时间1的标识。可选的，这里的QoS规则中包括更新后的生存时间1或者更新后的生存时间1的标识。

可选的，本申请实施例中，若PCC规则中包括更新后的生存时间1，则SMF网元可以根据更新后的生存时间1，以及更新后的生存时间1的标识和更新后的生存时间1的对应关系，确定对应的更新后的生存时间1的标识，进而可以在上述QoS规则或QoS文件中包括该更新后的生存时间1的标识。

或者，可选的，本申请实施例中，若PCC规则中包括更新后的生存时间1的标识，则SMF网元可以根据更新后的生存时间1的标识，以及更新后的生存时间1的标识和更新后的生存时间1的对应关系，确定对应的更新后的生存时间1，进而可以在上述QoS规则或QoS文件中包括该更新后的生存时间1。

S1104、AMF网元向RAN设备发送消息9。RAN设备接收来自AMF网元的消息9。

示例性的，该消息9例如可以是图11中的N2 PDU会话请求。

其中，该消息9包括上述N2 SM信息和上述N1 SM容器。

S1105、RAN设备根据N2 SM信息中包括的QoS文件中的更新后的生存时间1或者更新后的生存时间1的标识进行数据包的调度处理。

可选的，若QoS文件中包括更新后的生存时间1的标识，则RAN设备可以根据更新后的生存时间1的标识，以及更新后的生存时间1的标识和更新后的生存时间1的对应关系，确定对应的更新后的生存时间1，进而根据更新后的生存时间1进行数据包的调度处理。

其中，RAN设备根据更新后的生存时间1进行数据包的调度处理的相关实现可参考通信系统部分的相关示例，在此不予赘述。

S1106、RAN设备和终端设备之间执行RAN特定的资源修改(RAN-specificresource modification)流程，具体可参考现有的实现方式，在此不予赘述。

此外，本申请实施中，在RAN设备和终端设备之间执行RAN特定的资源修改流程中，RAN设备可以将上述N1 SM容器发送给终端设备。

可选的，若上述N1 SM容器中包括的QoS规则中包括更新后的生存时间1或者更新后的生存时间1的标识，则终端设备可以根据更新后的生存时间1或者更新后的生存时间1的标识进行数据包的调度处理。

可选的，若上述N1 SM容器中包括的QoS规则中包括更新后的生存时间1的标识，则终端设备可以根据更新后的生存时间1的标识，以及更新后的生存时间1的标识和更新后的生存时间1的对应关系，确定对应的更新后的生存时间1，进而根据更新后的生存时间1进行数据包的调度处理。其中，终端设备根据更新后的生存时间1进行数据包的调度处理的相关实现可参考通信系统部分的相关示例，在此不予赘述。

S1107、会话修改的其余流程。

基于本申请实施例提供的实现业务连续性的方法，可以在应用层数据包传输的过程中，避免网络层未按照应用层业务的QoS需求来进行应用层数据包的传输就会导致应用层中断，从而影响正常的应用层业务的问题，可以保证业务的连续性。相关技术效果分析可参考前述通信系统部分，在此不予赘述。此外，基于本申请实施例提供实现业务连续性的方法，还可以及时更新生存时间信息。

其中，上述步骤S1101至S1107中的终端设备或SMF网元的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本实施例对此不作任何限制。

或者，可选的，以图3所示的通信系统应用于如图6a或6b所示的非漫游场景下的5G网络架构，SMF网元通过控制面向RAN设备发送生存时间信息为例，本申请实施例还提供另一种实现业务连续性的方法，该实现业务连续性的方法与图10所示的实现业务连续性的方法类似，包括如下步骤：

S1201-S1206、同图10所示的实施例中的步骤S1001-S006，相关描述可参考图10所示的实施例，在此不再赘述。

S1207、PCF网元向SMF网元发送消息5。SMF网元接收来自PCF网元的消息5。

示例性的，该消息5例如可以是图10中的会话管理策略建立响应(sessionmanagement policy establishment response)。

其中，该消息5中包括PCC规则，该PCC规则中包括QoS标识，该QoS标识对应的QoS属性中包括第一生存时间信息。该第一生存时间信息指示在未接收到正确数据包时业务的可持续时间。

可选的，该第一生存时间信息例如可以是生存时间1或生存时间1的标识。

示例性的，本申请实施例中的QoS标识例如可以是5QI(本申请下述实施例均以QoS标识为5QI为例进行说明)。也就是说，本申请实施例中，5QI对应的QoS属性中包括第一生存时间信息。假设第一生存时间信息为生存时间1，则5QI对应的QoS属性可以如表一所示：

表一

需要说明的是，表一仅是示例性的给出5QI对应的部分QoS属性，如资源类型、默认优先级、PDB或者生存时间1等。当然，5QI还可能对应其他QoS属性，如包错误率(packeterror rate)或默认平均窗口(defaul t averaging window)等，具体可参考现有的实现方式，在此不予赘述。此外，需要注意的是，若标准化5QI中的生存时间信息需要修改，或者下发非标准的5QI，会同时下发5QI和对应的生存时间信息。

S1208、SMF网元将第一生存时间信息确定为QoS流的绑定参数。

也就是说，SMF网元在执行QoS流绑定(QoS flow binding)时，考虑第一生存时间信息。其中，QoS流绑定是将PCC规则与PDU会话内的QoS flow进行关联。本申请实施例中，使用以下绑定参数执行绑定：

1、5QI，本申请实施例中的5QI对应的QoS属性中包括第一生存时间信息，其余相关描述可参考背景技术简要介绍部分，在此不再赘述。

2、ARP，相关描述可参考背景技术简要介绍部分，在此不再赘述。

或者，可选的，若PCC规则中包括以下参数中的一个或多个，则以下参数中的一个或多个也可以作为绑定参数：

3、QoS通知控制，相关描述可参考背景技术简要介绍部分，在此不再赘述。

4、优先级，相关描述可参考背景技术简要介绍部分，在此不再赘述。

5、平均窗口，相关描述可参考背景技术简要介绍部分，在此不再赘述。

6、最大数据突发量，相关描述可参考背景技术简要介绍部分，在此不再赘述。

当然，第一生存时间信息也可以单独作为绑定参数，类似于优先级，平均窗口，最大数据突发量等其他5QI中包含的QoS属性，在此不做具体限定。

其中，在SMF网元将第一生存时间信息确定为QoS流的绑定参数之后，同一个Qos流下的所有业务有相同的生存时间。

S1209、SMF网元向PCF网元发送消息6。PCF网元接收来自SMF网元的消息6。其中，该消息6包括会话相关的信息。该会话相关的信息例如可以包括终端设备的互联网协议(internet protocol，IP)地址或者IP前缀等，具体实现可参考现有的实现方式，在此不予赘述。

示例性的，该消息6例如可以是图10中的会话管理策略修改请求(sessionmanagement policy modification request)。

S1210、PCF网元向SMF网元发送消息7。SMF网元接收来自PCF网元的消息7。

示例性的，该消息6例如可以是图10中的会话管理策略修改响应(sessionmanagement policy modification response)。

S1211、SMF网元选择UPF网元，并和UPF网元交互以完成N4会话建立，具体实现可参考现有的实现方式，在此不予赘述。

S1212、SMF网元向AMF网元发送消息8。AMF网元接收来自SMF网元的消息8。

示例性的，该消息8例如可以是图10中的N1N2消息传输(N1N2 messagetransfer)。

其中，该消息8包括N2 SM信息(N2 SM information)和N1 SM容器(N1 SMcontainer)。N2 SM信息是发送给RAN设备的，AMF网元仅是转发(或透传)；N1 SM容器是发送给终端设备的，AMF网元和RAN设备都仅是转发(或透传)。

其中，N2 SM信息中包括QoS文件(QoS profile)，QoS文件中包括5QI，该5QI对应的QoS属性中包括第二生存时间信息。

本申请实施例中，该第二生存时间信息与第一生存时间信息相同。如上述第一生存时间信息为生存时间1，则该第二生存时间信息为生存时间1；如上述第一生存时间信息为生存时间1的标识，则该第二生存时间信息为该生存时间1的标识。

其中，N1 SM容器中包括QoS规则(QoS rule)。可选的，该QoS规则中包括5QI，该5QI对应的QoS属性中包括第三生存时间信息。

本申请实施例中，该第三生存时间信息与第一生存时间信息相同。如上述第一生存时间信息为生存时间1，则该第三生存时间信息为生存时间1；如上述第一生存时间信息为生存时间1的标识，则该第三生存时间信息为该生存时间1的标识。

S1213、AMF网元向RAN设备发送消息9。RAN设备接收来自AMF网元的消息9。

示例性的，该消息9例如可以是图10中的N2 PDU会话请求(N2 PDU sessionrequest)。

其中，该消息9包括上述N2 SM信息和上述N1 SM容器。

S1214、RAN设备根据N2 SM信息中包括的QoS文件中的第二生存时间信息进行数据包的调度处理。

其中，步骤S1214的具体实现可参考图10所示的实施例，在此不再赘述。

S1215、RAN设备向终端设备发送消息10。终端设备接收来自RAN设备的消息10。

示例性的，该消息10例如可以是图10中的PDU会话建立接受(PDU sessionestablishment accept)。

其中，步骤S1215的具体实现可参考图10所示的实施例，在此不再赘述。

S1216、同图10所示的实施例中的步骤S1016，相关描述可参考图10所示的实施例，在此不再赘述。

基于本申请实施例提供的实现业务连续性的方法，可以在应用层数据包传输的过程中，避免网络层未按照应用层业务的QoS需求来进行应用层数据包的传输就会导致应用层中断，从而影响正常的应用层业务的问题，可以保证业务的连续性。相关技术效果分析可参考前述通信系统部分，在此不予赘述。

其中，上述步骤S1201至S1216中的终端设备或SMF网元的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，上述步骤S1201-S1216所示的实施例中的PCF网元可能发起生存时间信息的改变，此时SMF网元在执行QoS流的绑定时，需要更新QoS流的绑定参数中的该生存时间信息，RAN设备也需要更新相应的生存时间信息。具体的，该场景下实现业务连续性的方法与图11所示的实现业务连续性的方法类似，包括如下步骤：

S1301、PCF网元向SMF网元发起PCC规则的修改流程。

其中，PCC规则的修改流程可参考现有的实现方式，在此不予赘述。

本申请实施例中，修改后的PCC规则中包括更新后的5QI，该5QI对应的QoS属性中包括更新后的生存时间1或者更新后的生存时间1的标识。

S1302、SMF网元更新QoS流的绑定参数中的5QI对应的QoS属性中的第一生存时间信息。

即，SMF网元将QoS流的绑定参数中的5QI对应的QoS属性中的第一生存时间信息替换为更新后的生存时间1或者更新后的生存时间1的标识。

S1303、SMF网元向AMF网元发送消息8。AMF网元接收来自SMF网元的消息8。

示例性的，该消息8例如可以是图11中的N1N2消息传输(N1N2 messagetransfer)。

其中，该消息8包括N2 SM信息和N1 SM容器。N2 SM信息是发送给RAN设备的，AMF网元仅是转发(或透传)；N1 SM容器是发送给终端设备的，AMF网元和RAN设备都仅是转发(或透传)。

可选的，本申请实施例中，当SMF网元确定删除GBR QoS flow时，N2 SM信息中包PDU会话ID和QFI；N1 SM容器包括PDU会话ID，受影响的QoS规则和对应的QoS规则操作(即删除)。当SMF网元确定修改QoS flow时，N2 SM信息中包PDU会话ID，QFI和QoS文件；N1 SM容器包含PDU会话ID，受影响的QoS规则和对应的QoS规则操作(如删除或者修改)；其中，这里的QoS文件中包括上述更新后的5QI。可选的，这里的QoS规则中包括上述更新后的5QI。

S1304、AMF网元向RAN设备发送消息9。RAN设备接收来自AMF网元的消息9。

示例性的，该消息9例如可以是图11中的N2 PDU会话请求。

其中，该消息9包括上述N2 SM信息和上述N1 SM容器。

S1305、RAN设备根据N2 SM信息中包括的QoS文件中的更新后的生存时间1或者更新后的生存时间1的标识进行数据包的调度处理。

可选的，若QoS文件中包括的更新后的5QI对应的QoS属性中包括更新后的生存时间1的标识，则RAN设备可以根据更新后的生存时间1的标识，以及更新后的生存时间1的标识和更新后的生存时间1的对应关系，确定对应的更新后的生存时间1，进而根据更新后的生存时间1进行数据包的调度处理。

其中，RAN设备根据更新后的生存时间1进行数据包的调度处理的相关实现可参考通信系统部分的相关示例，在此不予赘述。

S1306、RAN设备和终端设备之间执行RAN特定的资源修改(RAN-specificresource modification)流程，具体可参考现有的实现方式，在此不予赘述。

其中，本申请实施中，在RAN设备和终端设备之间执行RAN特定的信令流程过程中，RAN设备可以将上述N1 SM容器发送给终端设备。可选的，若上述N1 SM容器中包括的QoS规则中包括更新后的5QI，则终端设备可以根据该5QI对应的QoS属性中包括的更新后的生存时间1或者更新后的生存时间1的标识进行数据包的调度处理。

可选的，若QoS规则中的更新后的5QI对应的QoS属性中包括更新后的生存时间1的标识，则终端设备可以根据更新后的生存时间1的标识，以及更新后的生存时间1的标识和更新后的生存时间1的对应关系，确定对应的更新后的生存时间1，进而根据更新后的生存时间1进行数据包的调度处理。其中，终端设备根据更新后的生存时间1进行数据包的调度处理的相关实现可参考通信系统部分的相关示例，在此不予赘述。

S1307、同图11所示的实施例中的步骤S1107，相关描述可参考图11所示的实施例，在此不再赘述。

基于本申请实施例提供的实现业务连续性的方法，可以在应用层数据包传输的过程中，避免网络层未按照应用层业务的QoS需求来进行应用层数据包的传输就会导致应用层中断，从而影响正常的应用层业务的问题，可以保证业务的连续性。相关技术效果分析可参考前述通信系统部分，在此不予赘述。此外，基于本申请实施例提供实现业务连续性的方法，还可以及时更新生存时间信息。

其中，上述步骤S1301至S1307中的终端设备或SMF网元的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本实施例对此不作任何限制。

或者，可选的，以图3所示的通信系统应用于如图6a或6b所示的非漫游场景下的5G网络架构，SMF网元通过用户面向RAN设备发送生存时间信息为例，如图12所示，为本申请实施例提供的另一种实现业务连续性的方法，该实现业务连续性的方法包括如下步骤：

S1401-S1410、同图10所示的实施例中的步骤S1001-S010，相关描述可参考图10所示的实施例，在此不再赘述。

S1411、SMF网元选择UPF网元，并和UPF网元交互以完成N4会话建立，具体实现可参考现有的实现方式，在此不予赘述。

此外，本申请实施例中，SMF网元和UPF网元交互以完成N4会话建立的过程中，SMF网元还可以将第二生存时间信息和流标识信息发送给UPF网元。该第二生存时间信息指示上述第一生存时间信息所指示的可持续时间。

可选的，该第二生存时间信息例如可以是上述的生存时间1或上述的生存时间1的标识。

可选的，本申请实施例中，若PCC规则中包括生存时间1，则SMF网元可以根据该生存时间1，以及生存时间1的标识和生存时间1的对应关系，确定对应的生存时间1的标识，进而可以向UPF网元发送该生存时间1的标识。

或者，可选的，本申请实施例中，若PCC规则中包括生存时间1的标识，则SMF网元可以根据该生存时间1的标识，以及生存时间1的标识和生存时间1的对应关系，确定对应的生存时间1，进而可以向UPF网元发送该生存时间1。

可选的，本申请实施例中，数据包的粒度为业务数据流(service data flow)级别时，流标识可以为业务标识，代表此类数据包属于某个业务；数据包的粒度为QoS流级别时，流标识可以为QFI，代表此类数据包属于某个QoS流，在此统一说明，以下不再赘述。

S1412、SMF网元向AMF网元发送消息8。AMF网元接收来自SMF网元的消息8。

示例性的，该消息8例如可以是图12中的N1N2消息传输(N1N2 messagetransfer)。

其中，该消息8包括N2 SM信息(N2 SM Information)和N1 SM容器(N1 SMcontainer)。N2 SM信息是发送给RAN设备的，AMF网元仅是转发(或透传)；N1 SM容器是发送给终端设备的，AMF网元和RAN设备都仅是转发(或透传)。

其中，N2 SM信息中包括QoS文件(QoS profile)，N1 SM容器中包括QoS规则(QoSrule)。相关实现可参考现有的实现方式，在此不予赘述。

S1413、AMF网元向RAN设备发送消息9。RAN设备接收来自AMF网元的消息9。

示例性的，该消息9例如可以是图12中的N2 PDU会话请求(N2 PDU sessionrequest)。

其中，该消息9包括上述N2 SM信息和上述N1 SM容器。

S1414、RAN设备向终端设备发送消息10。终端设备接收来自RAN设备的消息10。

示例性的，该消息10例如可以是图12中的PDU会话建立接受(PDU sessionestablishment accept)。

其中，该消息10包括上述N1 SM容器。相关实现可参考现有的实现方式，在此不予赘述。

S1415、会话建立的其余流程。

S1416、UPF网元向接入网设备发送下行数据包。相应的，接入网设备接收来自UPF的下行数据包。

其中，该下行数据包中包括第二生存时间信息和流标识，格式如图13所示。

S1417、RAN设备根据下行数据包中的第二生存时间信息进行数据包的调度处理。

可选的，若第二生存时间信息为生存时间1，则RAN设备根据生存时间1进行数据包的调度处理。

或者，可选的，若第二生存时间信息为生存时间1的标识，则RAN设备可以根据生存时间1的标识，以及生存时间1的标识和生存时间1的对应关系，确定对应的生存时间1，进而根据生存时间1进行数据包的调度处理。

其中，RAN设备根据生存时间1进行数据包的调度处理的相关实现可参考通信系统部分的相关示例，在此不予赘述。

S1418、RAN设备向终端设备发送下行数据包。终端设备接收来自RAN设备的下行数据包。

可选的，本申请实施例中，若下行数据包中包括上述第二生存时间信息，则终端设备可以根据该第二生存时间信息进行数据包的调度处理。相关实现可参考图10所示的实施例，在此不再赘述。

或者，可选的，本申请实施例中，也可以在N1 SM容器中的QoS规则携带第三生存时间信息。该第三生存时间信息指示上述第一生存时间信息所指示的可持续时间。进而终端设备可以根据该第三生存时间信息进行数据包的调度处理，相关实现可参考图10所示的实施例，在此不再赘述。

此外，可选的，终端设备可以根据下行数据包中的第二生存时间信息或者QoS规则中的第三生存时间信息，为终端设备向UPF网元发送的上行数据包打标记，如在上行数据包中携带生存时间1或者生存时间1的标识，在此不作具体限定。其中，上行数据包的格式可参考图13中下行数据包的格式，在此不予赘述。

需要说明的是，上述SMF网元通过控制面向RAN设备发送生存时间信息的实施例中，在后续数据传输阶段，也可以使用上述上行数据包或下行数据包的封装格式，在此统一说明，以下不再赘述。

基于本申请实施例提供的实现业务连续性的方法，可以在应用层数据包传输的过程中，避免网络层未按照应用层业务的QoS需求来进行应用层数据包的传输就会导致应用层中断，从而影响正常的应用层业务的问题，可以保证业务的连续性。相关技术效果分析可参考前述通信系统部分，在此不予赘述。

其中，上述步骤S1401至S1418中的终端设备或SMF网元的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，图12所示的实施例中的PCF网元可能发起生存时间信息的改变，此时SMF网元在执行QoS流的绑定时，需要更新QoS流的绑定参数中的该生存时间信息，RAN设备也需要更新相应的生存时间信息。具体的，该场景下实现业务连续性的方法如图14所示，包括如下步骤：

S1601-S1602、同图11所示的实施例中的步骤S1101-S1102，相关描述可参考图11所示的实施例，在此不再赘述。

S1603、SMF网元向UPF网元发送消息11。UPF网元接收来自SMF网元的消息11。

示例性的，该消息11例如可以是图14中的N4会话修改请求(N4 sessionmodification request)。

其中，该消息11包括更新后的生存时间1或者更新后的生存时间1的标识。

S1604、UPF网元向SMF网元发送消息12。SMF网元接收来自UPF网元的消息12。

示例性的，该消息12例如可以是图14中的N4会话修改响应(N4 sessionmodification response)。

S1605、会话修改的其余流程。

S1606、UPF网元向接入网设备发送下行数据包。相应的，接入网设备接收来自UPF的下行数据包。

其中，该下行数据包中包括更新后的生存时间1或者更新后的生存时间1的标识，格式如图13所示。

S1607、RAN设备根据下行数据包中的更新后的生存时间1或者更新后的生存时间1的标识进行数据包的调度处理。

可选的，若下行数据包中包括更新后的生存时间1的标识，则RAN设备可以根据更新后的生存时间1的标识，以及生存时间1的标识和生存时间1的对应关系，确定对应的更新后的生存时间1，进而根据更新后的生存时间1进行数据包的调度处理。

其中，RAN设备根据生存时间1进行数据包的调度处理的相关实现可参考通信系统部分的相关示例，在此不予赘述。

S1608、RAN设备向终端设备发送下行数据包。终端设备接收来自RAN设备的下行数据包。

可选的，本申请实施例中，若下行数据包中包括更新后的生存时间1或者更新后的生存时间1的标识，则终端设备可以根据更新后的生存时间1或者更新后的生存时间1的标识进行数据包的调度处理。相关实现可参考图10所示的实施例，在此不再赘述。

或者，可选的，本申请实施例中，也可以在N1 SM容器中的QoS规则携带更新后的生存时间1或者更新后的生存时间1的标识。进而终端设备可以根据更新后的生存时间1或者更新后的生存时间1的标识进行数据包的调度处理，相关实现可参考图10所示的实施例，在此不再赘述。

此外，可选的，终端设备可以根据下行数据包或者QoS规则中的更新后的生存时间1或者更新后的生存时间1的标识，为终端设备向UPF网元发送的上行数据包打标记，如在上行数据包中携带更新后的生存时间1或者更新后的生存时间1的标识，在此不作具体限定。

基于本申请实施例提供的实现业务连续性的方法，可以在应用层数据包传输的过程中，避免网络层未按照应用层业务的QoS需求来进行应用层数据包的传输就会导致应用层中断，从而影响正常的应用层业务的问题，可以保证业务的连续性。相关技术效果分析可参考前述通信系统部分，在此不予赘述。此外，基于本申请实施例提供实现业务连续性的方法，还可以及时更新生存时间信息。

其中，上述步骤S1601至S1608中的终端设备或SMF网元的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，上述图12所示的实施例中，PCF网元向SMF网元发送PCC规则时，也可以是在PCC规则的5QI对应的QoS属性中包括第一生存时间信息，SMF网元向终端设备发送QoS规则时，也可以是在QoS规则中包括5QI，该5QI对应的QoS属性中包括上述第三生存时间信息，其余相关描述可参考图12所示的实施例，在此不再赘述。

类似的，上述图14所示的实施例中，PCC规则的修改流程中，也可以是在更新后的5QI对应的QoS属性中包括更新后的生存时间1或者更新后的生存时间1的标识，SMF网元向终端设备发送QoS规则时，也可以是在QoS规则中包括更新后的5QI，该更新后的5QI对应的QoS属性中包括更新后的生存时间1或者更新后的生存时间1的标识，其余相关描述可参考图14所示的实施例，在此不再赘述。

需要说明的是，上述图10至图14所示的实施例均是以图3所示的通信系统应用于如图6a或6b所示的非漫游场景下的5G网络架构为例进行说明，若以图3所示的通信系统应用于如图7a或7b所示的本地疏导漫游5G网络架构为例进行说明，或者以图3所示的通信系统应用于如图8a或8b所示的家乡路由漫游5G网络架构为例进行说明，则对应的实现业务连续性的方法与上述实施例中的方法类似，仅需将相关网元进行适应性替换即可，在此不予赘述。

可以理解的是，以上各个实施例中，由终端设备实现的方法和/或步骤，也可以由可用于终端设备的部件(例如芯片或者电路)实现，由会话管理网元实现的方法和/或步骤，也可以由可用于会话管理网元的部件实现。

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

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

比如，图15示出了一种通信装置150的结构示意图。该通信装置150包括处理模块1501和收发模块1502。所述收发模块1502，也可以称为收发单元用以实现发送和/或接收功能，例如可以是收发电路，收发机，收发器或者通信接口。

以通信装置150为上述方法实施例中的会话管理网元为例：

其中，收发模块1502，用于接收来自策略控制网元的第一生存时间信息，第一生存时间信息指示在未接收到正确数据包时业务的可持续时间。处理模块1501，用于将第一生存时间信息确定为QoS流的绑定参数。收发模块1502，还用于向接入网设备发送第二生存时间信息，第二生存时间信息用于指示可持续时间，其中，第二生存时间信息用于接入网设备进行数据包的调度处理。

一种可能的实现方式中，收发模块1502用于接收来自策略控制网元的第一生存时间信息，包括：用于接收来自策略控制网元的PCC规则，该PCC规则中包括第一生存时间信息。

另一种可能的实现方式中，收发模块1502用于接收来自策略控制网元的第一生存时间信息，包括：用于接收来自策略控制网元的PCC规则，该PCC规则中包括QoS标识，QoS标识对应的QoS属性中包括第一生存时间信息。

可选的，收发模块1502用于向接入网设备发送第二生存时间信息，包括：用于向接入网设备发送QoS文件，QoS文件中包括第二生存时间信息。

或者，可选的，收发模块1502用于向接入网设备发送第二生存时间信息，包括：用于向用户面网元发送第二生存时间信息，由用户面网元在向接入网设备发送的下行数据包中携带第二生存时间信息。

可选的，收发模块1502，还用于向终端设备发送QoS规则，该QoS规则中包括第三生存时间信息，第三生存时间信息用于指示可持续时间，其中，该QoS规则中的第三生存时间信息用于终端设备进行数据包的调度处理。

或者，以通信装置150为上述方法实施例中的终端设备为例：

其中，收发模块1602，用于接收来自接入网设备的生存时间信息，生存时间信息表征在未接收到正确数据包时业务的可持续时间。处理模块1501，用于根据生存时间信息，进行数据包的调度处理。

可选的，收发模块1502用于接收来自接入网设备的生存时间信息，包括：用于接收来自接入网设备的QoS规则，QoS规则中包括生存时间信息，其中，QoS规则是由移动管理网元发送给接入网设备的。

或者，可选的，收发模块1502用于接收来自接入网设备的生存时间信息，包括：用于接收来自接入网设备的下行数据包，下行数据包中包括生存时间信息。

可选的，收发模块1502，还用于向接入网设备发送上行数据包，上行数据包中包括生存时间信息。

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

在本实施例中，该通信装置150以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该通信装置150可以采用图9所示的通信设备900的形式。

比如，图9所示的通信设备900中的处理器901可以通过调用存储器903中存储的计算机执行指令，使得通信设备900执行上述方法实施例中的实现业务连续性的方法。

具体的，图15中的处理模块1501和收发模块1502的功能/实现过程可以通过图9所示的通信设备900中的处理器901调用存储器903中存储的计算机执行指令来实现。或者，图15中的处理模块1501的功能/实现过程可以通过图9所示的通信设备900中的处理器901调用存储器903中存储的计算机执行指令来实现，图15中的收发模块1502的功能/实现过程可以通过图9中所示的通信设备900中的通信接口904来实现。

由于本实施例提供的通信装置150可执行上述的实现业务连续性的方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

需要说明的是，以上模块或单元的一个或多个可以软件、硬件或二者结合来实现。当以上任一模块或单元以软件实现的时候，所述软件以计算机程序指令的方式存在，并被存储在存储器中，处理器可以用于执行所述程序指令并实现以上方法流程。该处理器可以内置于SoC(片上系统)或ASIC，也可是一个独立的半导体芯片。该处理器内处理用于执行软件指令以进行运算或处理的核外，还可进一步包括必要的硬件加速器，如现场可编程门阵列(field programmable gate array，FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。

当以上模块或单元以硬件实现的时候，该硬件可以是CPU、微处理器、数字信号处理(digital signal processing，DSP)芯片、微控制单元(microcontroller unit，MCU)、人工智能处理器、ASIC、SoC、FPGA、PLD、专用数字电路、硬件加速器或非集成的分立器件中的任一个或任一组合，其可以运行必要的软件或不依赖于软件以执行以上方法流程。

可选的，本申请实施例还提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方法实施例中的方法。在一种可能的设计中，该通信装置还包括存储器。该存储器，用于保存必要的程序指令和数据，处理器可以调用存储器中存储的程序代码以指令该通信装置执行上述任一方法实施例中的方法。当然，存储器也可以不在该通信装置中。该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

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

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