CN110784432A - 一种会话创建方法及装置 - Google Patents

Abstract

本申请提供一种会话创建方法及装置。该方法包括：终端接收指示信息，终端在接收到指示信息后，根据指示信息创建会话，该指示信息用于指示创建冗余会话，即指示终端创建一个或一个以上的冗余会话。从而终端可以通过创建的多个会话同时发送相同的数据，有助于保证数据传输的可靠性，进而可以提升业务的连续性。

Description

一种会话创建方法及装置

技术领域

本申请涉及移动通信技术领域，尤其涉及一种会话创建方法及装置。

背景技术

第五代(the 5th generation，5G)通信定义了超低时延高可靠通信(Ultra-Reliable Low Latency Communication，URLLC)，主要用于无人驾驶、工业自动化等需要低时延、高可靠通信的业务。

以无人驾驶业务为例，车辆上报自身所采集到的影像及传感信息至应用服务器(Application Server，AS)，AS根据接收到的信息进行驾驶决策(比如加速，减速，刹车，变道及按当前车速和轨道正常行驶等)，并将驾驶决策下发至车辆实现对车辆的远程控制。无人驾驶业务中，要求车辆的终端与AS之间的端到端时延始终保持在5毫秒以内。为了满足超低时延要求，始终保持端到端的时延在5毫秒以内，则需要保证业务的连续性，一旦发生业务中断，将会使得车辆脱控。

基于上述应用，如何保证业务的连续性，是亟需解决的问题。

发明内容

本申请提供一种会话创建方法及装置，用以提升业务的连续性。

第一方面，本申请提供一种会话创建方法。该方法包括：终端接收指示信息，指示信息用于指示创建冗余会话。终端根据指示信息，发起创建会话。基于该方案，终端在接收到指示信息后，可以根据指示信息创建会话，该指示信息用于指示创建冗余会话，即指示终端创建一个或一个以上的冗余会话。从而终端可以通过创建的多个会话同时发送相同的数据，有助于保证数据传输的可靠性，进而可以提升业务的连续性。

针对上述会话创建方法，可应用于不同的场景，下面分别说明。

场景一，终端在第一会话的创建流程中接收指示信息，然后根据指示信息创建第二会话。

具体地，终端可以向会话管理网元发送第一请求消息，第一请求消息包括第一会话的标识，第一请求消息用于请求创建第一会话。该第一请求消息也可以称为会话创建请求消息。终端接收来自会话管理网元的会话创建响应消息，该会话创建响应消息包括指示信息，指示信息用于指示为第一会话创建冗余会话。

进一步地，终端根据指示信息，向移动性管理网元发送第二请求消息，该第二请求消息包括第一会话的标识、第二会话的标识，第二请求消息用于请求创建第二会话作为第一会话的冗余会话。

上述方案，终端在第一会话的创建流程中接收到指示信息，进一步根据指示信息创建第二会话，该第二会话即为终端创建的冗余会话，例如可以在第一会话创建完成之后创建第二会话。

场景二，终端第一会话的修改流程中接收指示信息，然后根据指示信息创建第二会话。

具体地，终端先创建第一会话。接着，终端接收来自会话管理网元的会话修改请求消息，该会话修改请求消息包括指示信息，指示信息用于指示为第一会话创建冗余会话。

进一步地，终端根据指示信息，向移动性管理网元发送第二请求消息，该第二请求消息包括第一会话的标识、第二会话的标识，第二请求消息用于请求创建第二会话作为第一会话的冗余会话。

上述方案，终端在第一会话的修改流程中接收到指示信息，进一步根据指示信息创建第二会话，该第二会话即为终端创建的冗余会话。例如可以是在第一会话的修改流程完成之后创建第二会话。

场景三，终端完成注册之后，根据指示信息创建第一会话和第二会话。

具体地，终端可以向移动性管理网元发送注册请求消息，注册请求消息用于请求将终端注册至网络。终端接收来自移动性管理网元的用户策略信息，用户策略信息包括指示信息和第一应用的标识，指示信息用于指示为第一应用创建冗余会话。终端根据指示信息和第一应用的标识，为第一应用创建第一会话和第二会话。其中，终端接收的用户策略信息例如可以是用户路由选择策略(UE Route Selection Policy，URSP)。

进一步地，终端可以根据指示信息为第一应用创建第一会话，在第一会话创建完成之后终端为第一应用创建第二会话。或者，在又一种实现方式中，终端还可以向移动性管理网元发送会话创建请求消息，该会话创建请求消息包括第一会话的标识和第二会话的标识，会话创建请求消息用于请求创建第一会话和第二会话。

上述方案，终端在终端的注册流程中，进一步根据指示信息和第一应用的标识，创建第一会话和第二会话，该第二会话即为终端创建的冗余会话。

上述场景一、或场景二、或场景三中，作为一种实现方式，指示信息包括冗余会话创建指示，该冗余会话创建指示用于指示创建冗余会话。作为又一种实现方式，指示信息包括冗余会话的数量。作为又一种实现方式，指示信息包括冗余会话创建指示和冗余会话的数量。作为又一种实现方式，指示信息包括冗余会话的切片的标识，切片的标识用于指示为第一会话创建的冗余会话对应的切片。作为又一种实现方式，指示信息包括冗余会话的切片的标识和冗余会话的数量，切片的标识用于指示为第一会话创建的冗余会话对应的切片。

第二方面，本申请提供一种会话创建方法。该方法包括：核心网设备确定终端的第一会话需要创建冗余会话。核心网设备向终端发送指示信息，指示信息用于指示为第一会话创建冗余会话。基于该方案，核心网设备在确定终端的第一会话需要创建冗余会话后，向终端发送指示信息，用于指示终端创建冗余会话，即指示终端创建一个或一个以上的冗余会话。从而终端可以通过创建的多个会话同时发送相同的数据，有助于保证数据传输的可靠性，进而可以提升业务的连续性。

针对上述会话创建方法，可应用于不同的场景，下面分别说明。

场景一，在第一会话的创建过程中，会话管理网元向终端发送指示信息。

具体地，上述核心网设备为会话管理网元，该会话管理网元接收来自终端的第一请求消息，第一请求消息包括第一会话的标识，第一请求消息用于请求创建第一会话，该第一请求消息也可以称为会话创建请求消息。会话管理网元确定终端的第一会话需要创建冗余会话，则向终端发送会话创建响应消息，会话创建响应消息包括指示信息。

场景二，在第一会话的修改过程中，会话管理网元向终端指示信息。

具体地，会话管理网元向终端发送会话修改请求消息，会话修改请求消息包括指示信息。

在一种实现方式中，当上述核心网设备为会话管理网元，则核心网设备可以根据以下任一方法确定终端的第一会话需要创建冗余会话。

方法一，会话管理网元根据终端的签约信息，确定终端的第一会话需要创建冗余会话。

该终端的签约信息可以是会话管理网元预先获取到的，也可以是会话管理网元从数据管理网元获取到的。

方法二，会话管理网元确定第一会话对应的第一应用的信息满足创建冗余会话的条件，则确定终端的第一会话需要创建冗余会话。

这里的第一应用的信息例如可以是第一应用的可靠性信息。比如数据管理网元中的签约信息包括签约的会话信息，该签约的会话信息包括第一应用的可靠性信息。再比如，策略控制网元发送给会话管理网元的会话策略信息中包括第一应用的可靠性信息。再比如，应用服务器向会话管理网元发送第一应用的可靠性信息。

方法三，会话管理网元接收来自策略控制网元的指示信息，根据该指示信息确定终端的第一会话需要创建冗余会话。

例如，作为一种实现方式，会话管理网元可以接收来自策略控制网元的用户策略信息，用户策略信息包括指示信息。作为又一种实现方式，会话管理网元接收来自策略控制网元的会话策略修改消息，该会话策略修改消息包括指示信息。

在又一种实现方式中，当上述核心网设备为策略控制网元，则核心网设备可以根据以下任一方法确定终端的第一会话需要创建冗余会话。

方法一，策略控制网元根据终端的签约信息，确定终端的第一会话需要创建冗余会话。

该终端的签约信息可以是策略控制网元预先获取到的，也可以是策略控制网元从数据管理网元获取到的。

方法二，策略控制网元确定第一会话对应的第一应用的信息满足创建冗余会话的条件，则确定终端的第一会话需要创建冗余会话。

这里的第一应用的信息例如可以是第一应用的可靠性信息。比如数据管理网元中的签约信息包括签约的会话信息，该签约的会话信息包括第一应用的可靠性信息。再比如，应用服务器向策略控制网元发送第一应用的可靠性信息。

第三方面，本申请提供一种会话创建方法。该方法包括：策略控制网元确定终端的第一应用需要创建冗余会话，则生成指示信息，指示信息用于指示为第一应用创建冗余会话。策略控制网元向终端发送用户策略信息，用户策略信息包括指示信息和第一应用的标识。基于该方案，策略控制网元在确定终端的第一应用需要创建冗余会话后，向终端发送用户策略信息，该用户策略信息包括和第一应用的标识和指示信息，用于指示终端创建冗余会话，即指示终端创建一个或一个以上的冗余会话。从而终端可以通过创建的多个会话同时发送相同的数据，有助于保证数据传输的可靠性，进而可以提升业务的连续性。需要说明的是，作为一种具体实现方式，策略控制网元可以向移动性管理网元发送用户策略信息，然后由移动性管理网元将用户策略信息发送给终端。即策略控制网元通过移动性管理网元向终端发送用户策略信息。

在一种实现方式中，策略控制网元可以根据以下任一方法确定终端的第一应用需要创建冗余会话。

方法一，策略控制网元根据终端的签约信息，确定终端的第一应用需要创建冗余会话。

该终端的签约信息可以是策略控制网元预先获取到的，也可以是策略控制网元从数据管理网元获取到的。

方法二，策略控制网元确定第一应用的信息满足创建冗余会话的条件，则确定终端的第一应用需要创建冗余会话。

这里的第一应用的信息例如可以是第一应用的可靠性信息。再比如，应用服务器向策略控制网元发送第一应用的可靠性信息。

第四方面，本申请提供一种装置，该装置可以是会话管理网元、策略控制网元、终端，也可以是芯片。该装置具有实现上述第一方面、或者第二方面、或者第三方面中任意一个方面的各实施例的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第五方面，提供了一种装置，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述第一方面或第一方面中任一所述的会话创建方法、或者以使该装置执行如上述第二方面或第二方面中任一所述的会话创建方法、或者以使该装置执行如上述第三方面或第三方面中任一所述的会话创建方法。

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

第七方面，本申请还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

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

附图说明

图1为本申请提供的一种可能的网络架构示意图；

图2为本申请提供的一种会话创建方法流程示意图；

图3为本申请提供的一种冗余路径示意图；

图4为本申请提供的又一种冗余路径示意图；

图5为本申请提供的又一种冗余路径示意图；

图6为本申请提供的又一种会话创建流程示意图；

图7为本申请提供的又一种会话创建流程示意图；

图8为本申请提供的又一种会话创建流程示意图；

图9为本申请提供的又一种会话创建流程示意图；

图10为本申请提供的一种装置示意图；

图11为本申请提供的又一种装置示意图；

图12为本申请提供的终端示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

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

如图1所示，为本申请适用的一种可能的网络架构示意图。该网络架构包括移动性管理网元和会话管理网元。进一步地，该网络架构还可以包括策略控制网元和数据管理网元。

移动性管理网元，主要用于移动网络中的终端的注册、移动性管理、跟踪区更新流程。移动性管理网元终结了非接入层(non access stratum，NAS)消息、完成注册管理、连接管理以及可达性管理、分配跟踪区域列表(track area list，TA list)以及移动性管理等，并且透明路由会话管理(session management，SM)消息到会话管理网元。在5G通信中，移动性管理网元可以是接入与移动性管理功能(access and mobility management function，AMF)网元，在未来通信如第6代(6th generation，6G)通信中，移动性管理网元仍可以是AMF网元，或者有其它名称，本申请对此不作限定。

会话管理网元，主要用于移动网络中的会话管理，如会话创建、修改、释放。具体功能比如包括为用户分配互联网协议(internet protocol，IP)地址、选择提供报文转发功能的用户面网元等。在5G中，会话管理网元可以是会话管理功能(session managementfunction，SMF)网元，在未来通信如6G中，会话管理网元仍可以是SMF网元，或有其它的名称，本申请不做限定。

策略控制网元，其包含用户签约数据管理功能，策略控制功能，计费策略控制功能，服务质量(quality of service，QoS)控制等。在5G中，策略控制网元可以是策略控制功能(policy control function，PCF)网元，在未来通信如6G中，策略控制网元仍可以是PCF网元，或有其它的名称，本申请不做限定。

数据管理网元，主要用于存储用户数据，如签约信息、鉴权/授权信息。在5G中，数据管理网元可以是统一数据管理(unified data management，UDM)网元，在未来通信如6G中，数据管理网元仍可以是UDM网元，或有其它的名称，本申请不做限定。

终端是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。

接入网设备，也可以称为无线接入网(radio access network，RAN)设备，是一种为终端提供无线通信功能的设备。接入网设备例如包括但不限于：5G中的下一代基站(gnodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio networkcontroller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved nodeB，或homenode B，HNB)、基带单元(baseBand unit，BBU)、传输点(transmitting and receivingpoint，TRP)、发射点(transmitting point，TP)、移动交换中心等。

可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能，或者是平台(例如,云平台)上实例化的虚拟化功能。

为方便说明，本申请后续，以移动性管理网元称为AMF网元，会话管理网元称为SMF网元，数据管理网元称为UDM网元，策略控制网元称为PCF网元为例进行说明。进一步地，将AMF网元简称为AMF，SMF网元简称为SMF，UDM网元简称为UDM，PCF网元简称为PCF。即本申请后续所描述的AMF均可替换为移动性管理网元，SMF均可替换为会话管理网元，UDM均可替换为数据管理网元，PCF均可替换为策略控制网元。

下面结合附图，对本申请提供的会话创建方法做具体介绍。如图2所示，为本申请提供的一种会话创建方法流程示意图。该方法包括以下步骤：

步骤201，核心网设备向终端发送指示信息。相应地，终端可以接收到该指示信息。

该指示信息用于指示创建冗余会话。或者可以理解为，该指示信息用于指示创建冗余路径。

步骤202，终端根据指示信息，发起创建会话。

基于上述实施例，终端在接收到指示信息后，可以根据指示信息创建会话，该指示信息用于指示创建冗余会话。从而终端可以通过创建的多个会话同时发送相同的数据，有助于保证数据传输的可靠性，进而可以提升业务的连续性。

其中，终端可以创建一个冗余会话，即共创建两个会话用于传输相同的数据。或者，终端也可以创建两个冗余会话，即共创建三个会话用于传输相同的数据。当然，终端还可以创建两个以上的冗余会话。对于终端创建的冗余会话的数量，本申请不做限定。

如图3所示，为本申请提供的一种冗余路径示意图。终端在双连接(dualconnection,DC)模式下，可以同时连接至主RAN(master RAN，M-RAN)设备和辅RAN(secondary RAN，S-RAN)设备。终端与对端设备之间创建了两条会话路径，分别为：

会话路径1：终端-M-RAN设备-UPF1-对端设备。

会话路径2：终端-S-RAN设备-UPF2-对端设备。

例如，上述会话2可以称为会话1的冗余会话，或者称为会话1的冗余路径。

在又一实施例中，上述两条会话路径上的UPF也可以是同一个UPF。

如图4所示，为本申请提供的又一种冗余路径示意图。终端连接至RAN设备，终端与对端设备之间创建了两条会话路径，分别为：

会话路径1：终端-RAN设备-UPF1-对端设备。

会话路径2：终端-RAN设备-UPF2-对端设备。

例如，上述会话2可以称为会话1的冗余会话，或者称为会话1的冗余路径。

在又一实施例中，上述两条会话路径的UPF也可以是同一个UPF。

如图5所示，为本申请提供的又一种冗余路径示意图。终端在DC模式下，可以同时连接至M-RAN设备和S-RAN设备。终端与对端设备之间创建了三条会话路径，分别为：

会话路径1：终端-M-RAN设备-UPF1-对端设备。

会话路径2：终端-M-RAN设备-UPF2-对端设备。

会话路径3：终端-S-RAN设备-UPF2-对端设备。

例如，上述会话2、会话3可以称为会话1的冗余会话，或者称为会话1的冗余路径。

在又一实施例中，上述三条会话路径的UPF也可以是同一个UPF。

针对上述图3-图5，在进行数据通信时，在上行方向，终端将数据复制后承载在多路径传输协议，如多路径传输控制协议(Multi Path Transmission Control Protocol，MPTCP)、或802.1CB-IEEE定义的帧复制去重协议等，分别通过多个会话(如图3、图4所示的会话1和会话2，或者图5所示的会话1、会话2和会话3)发送至对端设备，对端设备在接收到携带数据的报文后，通过多路径传输协议进行排序并去掉重复的报文后进行处理。在下行方向，对端设备将数据复制后承载在多路径传输协议，分别通过多个会话(如图3、图4所示的会话1和会话2，或者图5所示的会话1、会话2和会话3)发送至终端，终端在接收到携带数据的报文后，通过多路径传输协议进行排序并去掉重复的报文后进行处理。采用多路径的方式，使得当某条会话路径上产生传输错误时，数据仍然会被其他正常的路径正确传输，有效提高数据传输的可靠性。

上述图3-图5示例性的给出了创建冗余路径的三种实现方式，在具体实现中，也可以是其它实现方式，本申请不做限定。

下面结合不同的应用场景，以创建一个冗余会话(该冗余会话称为第二会话)为例，对图2所示的会话创建方法进行具体说明。其中，终端还创建第一会话，创建的第二会话作为该第一会话的冗余会话。

场景一，终端在第一会话的创建流程中接收指示信息，然后根据指示信息创建第二会话。

如图6所示，为本申请提供的又一种会话创建流程示意图。该方法包括以下步骤：

步骤601，终端向SMF发送第一请求消息。相应地，SMF可以接收到该第一请求消息。

该第一请求消息包括第一会话的标识，第一请求消息用于请求创建第一会话。该第一请求消息也可以称为会话创建请求消息。

在具体实现中，终端可以是向AMF发送第一请求消息，然后AMF向SMF发送第一请求消息。

步骤602，SMF确定终端的第一会话需要创建冗余会话。

作为示例，下面给出SMF确定终端的第一会话需要创建冗余会话的四种不同的实现方法。

方法一，SMF根据本地存储的签约信息中的指示信息，确定终端的第一会话需要创建冗余会话。

例如，SMF本地存储有该终端的签约信息，该签约包括会话管理签约信息且该会话管理签约信息包括指示信息，该指示信息用于指示需要为第一会话创建冗余会话。从而，SMF可以根据该指示信息，确定终端的第一会话需要创建冗余会话。

方法二，SMF根据本地策略，确定终端的第一会话需要创建冗余会话。

例如，SMF的本地策略中包括该第一会话对应的第一应用的信息，然后根据该第一应用的信息确定终端的第一会话需要创建冗余会话，即当第一应用的信息满足创建冗余会话的条件，则确定终端的第一会话需要创建冗余会话。这里的第一会话指的是为该第一应用创建的会话。也可以理解为，第一应用使用第一会话传输数据。这里的第一应用的信息例如可以包括第一应用的可靠性需求信息，该可靠性需求信息用于表明该第一应用的数据对传输成功率的要求。比如第一应用的可靠性需求信息为99.999％，表示该第一应用的数据的传输成功率需要保持在99.999％以上。假设预设的可靠性需求阈值为90％，即任一应用的可靠性需求信息若大于90％，则确定需要为该应用创建冗余会话。由于第一应用的可靠性需求信息为99.999％，因此需要为第一应用创建冗余会话，具体地，需要为第一应用对应的第一会话创建冗余会话。

需要说明的是，上述是以第一应用的信息为第一应用的可靠性需求信息为例进行说明，实际应用中还可以是第一应用的其它信息，本申请不做限定。

其中，SMF可以通过多种方式获取到第一应用的信息。作为一种实现方式，UDM中的签约信息包括签约的会话信息，该签约的会话信息包括上述第一应用的信息，因此SMF可以从UDM获取到第一应用的信息。作为又一种实现方式，PCF发送给SMF的会话策略信息中可以包括第一应用的信息。作为又一种实现方式，应用服务器可以向SMF发送第一应用的信息。

方法三，SMF从PCF获取到指示信息，因而确定终端的第一会话需要创建冗余会话。

具体的，该方法可以通过图6所示的步骤6011和步骤6014实现，或者通过步骤6011-6014实现。

步骤6011，SMF向PCF发送会话策略请求消息。相应地，PCF可以接收到该会话策略请求消息。

该会话策略请求消息用于向PCF请求获取会话策略信息。

步骤6012，PCF向UDM请求签约信息。

具体地，PCF向UDM请求获取终端的签约信息，该签约信息包括签约的会话信息。

步骤6013，UDM向PCF发送签约信息。

该签约信息包括签约的会话信息，该签约的会话信息包括上述指示信息。

需要说明的是，若PCF本地存储有签约的会话信息，则不需要执行上述步骤6012和步骤6013。即上述步骤6012和步骤6013是可选步骤。

步骤6014，PCF向SMF发送会话策略响应消息。相应地，SMF可以接收到该会话策略响应消息。

该会话策略响应消息包括会话策略信息，该会话策略信息包括上述指示信息。

通过上述方法，SMF可以从PCF获取到指示信息，并根据该指示信息确定终端的第一会话需要创建冗余会话。

方法四，SMF从UDM获取到签约信息，并根据签约信息中的指示信息确定终端的第一会话需要创建冗余会话。

具体的，该方法可以通过图6所示的步骤6021-步骤6022实现。

步骤6021，SMF向UDM请求签约信息。

具体地，SMF向UDM请求获取终端的签约信息，该签约信息包括签约的会话信息。

步骤6022，UDM向SMF发送签约信息。

该签约信息包括签约的会话信息，该签约的会话信息包括上述指示信息。

通过上述方法，SMF可以从UDM获取到指示信息，并根据该指示信息确定终端的第一会话需要创建冗余会话。

步骤603，SMF向终端发送会话创建响应消息。相应地，终端可以接收到该会话创建响应消息。

该会话创建响应消息包括上述指示信息。

步骤604，终端向AMF发送第二请求消息。相应地，AMF可以接收到该第二请求消息。

该第二请求消息包括第一会话的标识、第二会话的标识，第二请求消息用于请求创建第二会话作为第一会话的冗余会话。

AMF根据第二请求消息，确定第二会话为第一会话的冗余会话，因此将第一会话和第二会话绑定为互为冗余会话。

在具体实现中，第二请求消息包括第一会话的标识、第二会话的标识，以及还可以包括其它信息。例如，第二请求消息包括{第一会话的标识，第二会话的标识，切片2的标识}，即隐式指示了第二会话是第一会话的冗余会话，且第二会话对应的切片为切片2。再比如，第二请求消息包括{第二会话的标识，切片2的标识，RedundancyFor:第一会话的标识}，即显示指示了第二会话是第一会话的冗余会话，且第二会话对应的切片为切片2。

通过上述实施例，可实现终端在第一会话的创建过程中接收指示信息，然后根据指示信息创建第二会话作为第一会话的冗余会话，例如可以在第一会话创建完成之后创建第二会话，有助于保证数据传输的可靠性，进而可以提升业务的连续性。

进一步地，上述步骤604之后还可以包括以下步骤605。

步骤605，AMF为第二会话选择SMF。

AMF在接收到第二请求消息之后，根据第二请求消息中的第一会话的标识，确定第一会话对应的SMF。进而在为第二会话选择SMF时，一种实现方式为，AMF选择的SMF与第一会话对应的SMF相同，该方式的优点是：选择相同的SMF对第一会话和第二会话的用户面进行管理，便于对路径上多个用户面网元进行管理。另一种实现方式为，AMF为第二会话选择的SMF与第一会话对应的SMF不同，该方式的优点是：通过采用不同的SMF达到控制面冗余的目的，有助于提高控制面的可靠性。具体如何为第二会话选择SMF，可视实际需要而定。

进一步，还包括以下步骤606。

步骤606，创建第二会话的流程中的其他步骤。

该步骤606包括创建第二会话的流程中的其他步骤，可参考现有技术的创建会话的流程描述，这里不再赘述。

针对上述实施例中的指示信息，在实际应用中包括但不限于以下实现方式：

实现方式1，指示信息包括冗余会话创建指示。

实现方式2，指示信息包括冗余会话的数量。

实现方式3，指示信息包括冗余会话创建指示和冗余会话的数量。

实现方式4，指示信息包括冗余会话的切片的标识。

实现方式5，指示信息包括冗余会话的切片的标识和冗余会话的数量。

上述冗余会话创建指示用于指示创建冗余会话，切片的标识用于指示为第一会话创建的冗余会话对应的切片。下面举例说明。

例如，上述步骤6013、步骤6014、步骤6022、步骤603中包括的指示信息，例如可以是：

1)，{redundancyPath:TRUE}，指示创建冗余会话。这里的{redundancyPath:TRUE}即为冗余会话创建指示。即，为第一会话创建一个冗余会话。

2)，{redundancyPath:3}，指示创建3个冗余会话。这里的{redundancyPath:3}即为冗余会话的数量。即，为第一会话创建3个冗余会话。

3)，{{切片1的标识，redundancyPath:切片2}，{切片2的标识}}，指示切片1的冗余会话所在的切片为切片2，以及切片2的标识。假设第一会话位于切片1，则指示在切片2为第一会话创建一个冗余会话。

4)，{{切片1的标识，redundancyPath:切片2}，{切片2的标识，redundancyPath:切片1}}，指示切片1的会话和切片2的会话互为冗余会话。假设第一会话位于切片1，则指示在切片2为第一会话创建一个冗余会话。

5)，{切片1的标识，redundancyPath:切片2}，指示切片1的会话对应的冗余会话所在的切片为切片2。在这种情况下，切片2的部分签约信息可以和切片1的公用。假设第一会话位于切片1，则指示在切片2为第一会话创建一个冗余会话。

需要说明的时，在实际应用中，作为一种实现方式，上述步骤6013中PCF从UDM获取的指示信息，与上述步骤6014中PCF发送给SMF的指示信息也可以略有不同。例如，当PCF从UDM接收到的指示信息为{切片1的标识，redundancyPath:切片2}，则PCF向SMF发送指示信息时，可以不发送切片1的标识，即PCF向SMF发送的指示信息也可以为{redundancyPath:切片2}。同样的，上述步骤6022中SMF从UDM获取的指示信息，与上述步骤603中SMF发送给终端的指示信息也可以略有不同。

如图7所示，为本申请提供的又一种会话创建方法流程示意图。该方法与图6所示的方法的主要区别为：该方法是由PCF确定终端的第一会话需要创建冗余会话。

该方法包括以下步骤：

步骤701，同图6所示的实施例的步骤601。

步骤702-步骤704，同图6所示的实施例的步骤6011-步骤6013。

需要说明的是，步骤703-步骤704同步骤6012-步骤6013，也是可选步骤。

步骤705，PCF确定终端的第一会话需要创建冗余会话。

作为示例，下面给出PCF确定终端的第一会话需要创建冗余会话的四种不同的实现方法。

方法一，PCF根据本地存储的签约信息中的指示信息，确定终端的第一会话需要创建冗余会话。

方法二，PCF根据本地策略，确定终端的第一会话需要创建冗余会话。

上述方法一和方法二的具体实现过程，与图6所示的实施例的步骤602中的方法一和方法二类似，可参考前述描述。

方法三，PCF从UDM获取到签约信息，并根据签约信息中的指示信息确定终端的第一会话需要创建冗余会话。

具体的，该方法可以通过图7所示的步骤703-步骤704实现。

步骤706，PCF向SMF发送会话策略响应消息。相应地，SMF可以接收到该会话策略响应消息。

该会话策略响应消息包括会话策略信息，该会话策略信息包括上述指示信息。

通过该实施例，PCF在确定终端的第一会话需要创建冗余会话后，将指示信息携带于会话策略响应消息中发送至SMF。

步骤707-步骤710，同图6所示的实施例的步骤603-步骤606，可参考前述描述。

通过上述图6或图7所示的实施例，终端在第一会话的创建流程中接收指示信息，然后根据接收到的指示信息创建第二会话作为第一会话的冗余会话，例如可以在第一会话创建完成之后创建第二会话，有助于保证数据传输的可靠性，进而可以提升业务的连续性。

场景二，终端在第一会话的修改流程中接收指示信息，然后根据指示信息创建第二会话。

该场景中，是在终端创建了第一会话之后，在第一会话的修改流程中接收到指示信息，并根据指示信息创建第二会话作为第一会话的冗余会话。例如可以是在第一会话的修改流程完成之后创建第二会话。

如图8所示，为本申请提供的又一种会话创建方法流程示意图。该方法包括以下步骤：

步骤801，终端创建第一会话。

终端发起创建第一会话的完整流程为现有技术，可参考现有技术的相关描述，这里不再赘述。

步骤802，UDM向PCF发送签约信息修改通知。相应地，PCF可以接收到该签约信息修改通知。

例如，当签约信息或者应用的信息发生变更时，UDM可以通过签约信息修改通知，将变更后的信息发送到PCF。可选的，该签约信息修改通知包括指示信息，该指示信息用于指示为第一会话创建冗余会话。

步骤803，PCF确定终端的第一会话需要创建冗余会话。

该步骤中，PCF确定终端的第一会话需要创建冗余会话的具体实现方法，与图7所示的实施例的步骤705中PCF确定终端的第一会话需要创建冗余会话的具体实现方法类似，可参考前述描述。

步骤804，PCF向SMF发送会话策略修改消息。相应地，SMF可以接收到该会话策略修改消息。

该会话策略修改消息包括指示信息，该指示信息用于指示为第一会话创建冗余会话。该步骤中，PCF向SMF发送指示信息的具体实现方式，类似于图7所示的实施例中的PCF向SMF发送指示信息的实现方式，可参考前述描述。

通过上述步骤802-步骤804，SMF可以接收到指示信息。

作为一种可替换的实现方式，上述步骤802-步骤804还可以由以下步骤8011-步骤8012替换。

步骤8011，UDM向SMF发送签约信息修改通知。相应地，SMF可以接收到该签约信息修改通知。

例如，当签约信息或者应用的信息发生变更时，UDM可以通过签约信息修改通知，将变更后的信息发送到SMF。可选的，该签约信息修改通知包括指示信息，该指示信息用于指示为第一会话创建冗余会话。

步骤8012，SMF确定终端的第一会话需要创建冗余会话。

该步骤中，SMF确定终端的第一会话需要创建冗余会话的具体实现方法，与图6所示的实施例的步骤602中SMF确定终端的第一会话需要创建冗余会话的具体实现方法类似，可参考前述描述。

步骤805，SMF向终端发送会话修改请求消息。相应地，终端可以接收到该会话修改请求消息。

该会话修改请求消息包括上述指示信息。终端接收到指示信息后，可根据指示信息发起创建第二会话作为第一会话的冗余会话。

步骤806-步骤808，同图6所示的实施例的步骤604-步骤606，可参考前述描述。

通过上述图8所示的实施例，终端在第一会话的修改流程中接收指示信息，并根据接收到的指示信息创建第二会话作为第一会话的冗余会话，例如可以是在第一会话的修改流程完成之后创建第二会话，有助于保证数据传输的可靠性，进而可以提升业务的连续性。

因此，本发明公开了一种会话创建方法，包括：

核心网设备确定终端的第一会话需要创建冗余会话(可参考上述步骤602、705、803、8012的描述)。所述核心网设备向所述终端发送指示信息(可参考上述步骤603、805的描述)，所述指示信息用于指示为所述第一会话创建冗余会话。

在一种可能的实现方式中，所述核心网设备为会话管理网元，所述方法还包括：所述会话管理网元接收来自所述终端的第一请求消息，所述第一请求消息包括所述第一会话的标识，所述第一请求消息用于请求创建所述第一会话；所述会话管理网元向所述终端发送指示信息，包括：所述会话管理网元向所述终端发送会话创建响应消息，所述会话创建响应消息包括所述指示信息。

在一种可能的实现方式中，所述核心网设备为会话管理网元，所述会话管理网元向所述终端发送指示信息，包括：所述会话管理网元向所述终端发送会话修改请求消息，所述会话修改请求消息包括所述指示信息。

在一种可能的实现方式中，所述核心网设备为会话管理网元或策略控制网元，所述核心网设备确定终端的第一会话需要创建冗余会话，包括：所述核心网设备根据所述终端的签约信息，确定所述终端的所述第一会话需要创建冗余会话；或者，所述核心网设备确定所述第一会话对应的第一应用的信息满足创建冗余会话的条件，则确定所述终端的所述第一会话需要创建冗余会话。

在一种可能的实现方式中，所述核心网设备为会话管理网元，所述核心网设备确定终端的第一会话需要创建冗余会话，包括：所述会话管理网元接收来自策略控制网元的所述指示信息。

在一种可能的实现方式中，所述会话管理网元接收来自策略控制网元的所述指示信息，包括：所述会话管理网元接收来自所述策略控制网元的用户策略信息，所述用户策略信息包括所述指示信息；或者，所述会话管理网元接收来自所述策略控制网元的会话策略修改消息，所述会话策略修改消息包括所述指示信息。

基于上述实施例，核心网设备在确定终端的第一会话需要创建冗余会话后，向终端发送指示信息，用于指示终端创建冗余会话，即指示终端创建一个或一个以上的冗余会话。从而终端可以通过创建的多个会话同时发送相同的数据，有助于保证数据传输的可靠性，进而可以提升业务的连续性。

场景三，终端完成注册之后，根据指示信息创建第一会话和第二会话。

如图9所示，为本申请提供的又一种会话创建方法流程示意图。该方法包括以下步骤：

步骤901，终端向AMF发送注册请求消息。相应地，AMF可以接收到该注册请求消息。

该注册请求消息用于请求将终端注册至网络。

步骤902，AMF向PCF发送策略请求消息。相应地，PCF可以接收到该策略请求消息。

该策略请求消息用于向PCF请求获取用户的策略信息。

步骤903，PCF向UDM请求签约信息。

具体地，PCF向UDM请求获取终端的签约信息。

步骤904，UDM向PCF发送签约信息。

可选地，该签约信息包括会话的签约信息，会话的签约信息包括指示信息，该指示信息用于指示为创建冗余会话。这里的指示信息在实际应用中包括但不限于以下实现方式：

实现方式1，指示信息包括冗余会话创建指示。

实现方式2，指示信息包括冗余会话的数量。

实现方式3，指示信息包括冗余会话创建指示和冗余会话的数量。

实现方式4，指示信息包括冗余会话的切片的标识。

实现方式5，指示信息包括冗余会话的切片的标识和冗余会话的数量。

上述冗余会话创建指示用于指示创建冗余会话，切片的标识用于指示为第一会话创建的冗余会话对应的切片。下面举例说明。

例如，上述步骤904的签约信息中的指示信息，具体可以是：

1)，{redundancyPath:TRUE}，指示创建冗余会话。这里的{redundancyPath:TRUE}即为冗余会话创建指示。

2)，{redundancyPath:3}，指示创建3个冗余会话。这里的{redundancyPath:3}即为冗余会话的数量。

3)，{{切片1的标识，redundancyPath:切片2}，{切片2的标识}}，指示切片1的冗余会话所在的切片为切片2，以及切片2的标识。

4)，{{切片1的标识，redundancyPath:切片2}，{切片2的标识，redundancyPath:切片1}}，指示切片1的会话和切片2的会话互为冗余会话。

5)，{切片1的标识，redundancyPath:切片2}，指示切片1的会话对应的冗余会话所在的切片为切片2。在这种情况下，切片2的部分签约信息可以和切片1的公用。

需要说明的是，若PCF本地存储有签约信息，则不需要执行上述步骤903-步骤904。从而PCF可以根据签约信息的指示信息，为匹配的应用如第一应用，创建用户策略信息。

步骤905，PCF确定终端的第一应用需要创建冗余会话。

作为示例，下面给出PCF确定终端的第一应用需要创建冗余会话的四种不同的实现方法。

方法一，PCF根据本地存储的签约信息中的指示信息，确定终端的第一应用需要创建冗余会话。

例如，PCF本地存储有该终端的签约信息，该签约包括会话管理签约信息且该会话管理签约信息包括指示信息，该指示信息用于指示创建冗余会话。从而，PCF根据该指示信息，确定终端的第一应用需要创建冗余会话。

方法二，PCF根据本地策略，确定终端的第一应用需要创建冗余会话。

例如，PCF的本地策略中包括第一应用的信息，然后根据该第一应用的信息确定该第一应用需要创建冗余会话，即当第一应用的信息满足创建冗余会话的条件，则确定终端的第一应用需要创建冗余会话。这里的第一应用的信息例如可以包括第一应用的可靠性需求信息，该可靠性需求信息用于表明该第一应用的数据对传输成功率的要求，比如第一应用的可靠性需求信息为99.999％，表示该第一应用的数据的传输成功率需要保持在99.999％以上。假设预设的可靠性需求阈值为90％，即任一应用的可靠性需求信息若大于90％，则确定需要为该应用创建冗余会话。由于第一应用的可靠性需求信息为99.999％，因此需要为第一应用创建冗余会话。

需要说明的是，上述是以第一应用的信息为第一应用的可靠性需求信息为例进行说明，实际应用中还可以是第一应用的其它信息，本申请不做限定。

其中，PCF可以通过多种方式获取到第一应用的信息。作为一种实现方式，UDM中的签约信息包括签约的会话信息，该签约的会话信息包括上述第一应用的信息，因此PCF可以从UDM获取到第一应用的信息。作为又一种实现方式，应用服务器可以向PCF发送第一应用的信息。

方法三，PCF从UDM获取到签约信息，并根据签约信息中的指示信息确定终端的第一应用需要创建冗余会话。

具体的，该方法可以通过图9所示的步骤903-步骤904实现。

步骤906，PCF向AMF发送用户策略信息。相应地，AMF可以接收到该用户策略信息。

用户策略信息包括指示信息，该指示信息用于指示为第一应用创建冗余会话。

作为一种具体实现方式，PCF可以向AMF发送URSP，该URSP即为用户策略信息。URSP包括会话策略信息，会话策略信息中包括指示信息和第一应用的标识。

这里，PCF向AMF发送的用户策略信息，包括但不限于以下实现方式。

实现方式1，用户策略信息包括冗余会话创建指示和第一应用的标识。

实现方式2，用户策略信息包括冗余会话的数量和第一应用的标识。

实现方式3，用户策略信息包括冗余会话创建指示、冗余会话的数量和第一应用的标识。

实现方式4，用户策略信息包括冗余会话的切片的标识和第一应用的标识。

实现方式5，用户策略信息包括冗余会话的切片的标识、冗余会话的数量和第一应用的标识。

上述冗余会话创建指示用于指示创建冗余会话，切片的标识用于指示为第一应用创建的冗余会话对应的切片。下面举例说明。

例如，上述步骤906的用户策略信息中的指示信息和第一应用的标识，具体可以是：

1)，{APP id1，redundancyPath:TRUE}，指示为第一应用创建冗余会话。这里的{redundancyPath:TRUE}即为冗余会话创建指示，APP id1为第一应用的标识。

2)，{APP id1，redundancyPath:3}，指示为第一应用创建3个冗余会话。这里的{redundancyPath:3}即为冗余会话的数量。

3)，{APP id1，{切片1的标识，redundancyPath:切片2}，{切片2的标识}}，指示第一应用对应的会话在切片1，且第一应用的冗余会话在切片2。

步骤907，AMF向终端发送用户策略信息。相应地，终端可以接收到该用户策略信息。

该用户策略信息包括步骤906中的指示信息和第一应用的标识。

终端在接收到用户策略信息后，根据用户策略信息中的指示信息和第一应用的标识为第一应用创建第一会话和第二会话。

作为一种实现方式，可以通过以下步骤908-步骤911，为第一应用创建第一会话和第二会话。

步骤908，终端发起创建第一会话。

终端发起创建第一会话的具体流程为现有技术，可参考现有技术相关流程。

步骤909，终端向AMF发送会话创建请求消息。相应地，AMF可以接收到该会话创建请求消息。

该会话创建请求消息包括第一会话的标识、第二会话的标识，会话创建请求消息用于请求创建第二会话作为第一会话的冗余会话。

AMF根据会话创建请求消息，确定第二会话为第一会话的冗余会话，因此将第一会话和第二会话绑定为互为冗余会话。

在具体实现中，会话创建请求消息包括第一会话的标识、第二会话的标识，以及还可以包括其它信息。例如，会话创建请求消息包括{第一会话的标识，第二会话的标识，切片2的标识}，即隐式指示了第二会话是第一会话的冗余会话，且第二会话对应的切片为切片2。再比如，会话创建请求消息包括{第二会话的标识，切片2的标识，RedundancyFor:第一会话的标识}，即显示指示了第二会话是第一会话的冗余会话，且第二会话对应的切片为切片2。

步骤910，AMF为第二会话选择SMF。

AMF在接收到第二请求消息之后，根据第二请求消息中的第一会话的标识，确定第一会话对应的SMF。进而在为第二会话选择SMF时，一种实现方式为，AMF选择的SMF与第一会话对应的SMF相同，该方式的优点是：选择相同的SMF对第一会话和第二会话的用户面进行管理，便于对路径上多个用户面网元进行管理。另一种实现方式为，AMF为第二会话选择的SMF与第一会话对应的SMF不同，该方式的优点是：通过采用不同的SMF达到控制面冗余的目的，有助于提高控制面的可靠性。具体如何为第二会话选择SMF，可视实际需要而定。

步骤911，终端发起创建第二会话的流程中的其他步骤。

该步骤911包括创建第二会话的流程中的其他步骤，可参考现有技术的创建会话的流程描述，这里不再赘述。

上述方法，终端根据用户策略信息中的指示信息和第一应用的标识，为第一应用创建第一会话，在第一会话创建完成之后，终端为第一应用创建第二会话。

作为又一种实现方式，还可以通过以下步骤A-步骤B为第一应用创建第一会话和第二会话。即下述步骤A-步骤B可以作为上述步骤908-步骤911的一种可替换方式。

步骤A，终端向AMF发送会话创建请求消息。相应地，AMF可以接收到该会话创建请求消息。

该会话创建请求消息包括第一会话的标识、第二会话的标识，会话创建请求消息用于创建第一会话和第二会话。

即该会话创建请求消息用于请求网络侧同时创建第一会话和第二会话。

步骤B，终端创建第一会话和第二会话的流程中的其他步骤。

上述方法，终端请求网络侧同时创建第一会话和第二会话。作为一种实现方式，核心网网元可以分别按现有流程创建第一会话和第二会话。例如AMF为第一会话及第二会话选择相同或不同的SMF，并完成会话创建过程，然后分别向终端返回会话创建完成消息。终端在接收到第一会话对应的会话创建完成消息和第二会话对应的会话创建完成消息之后，确定会话创建完成。

通过上述图9所示的实施例，在终端注册至网络后，终端根据接收到的用户策略信息中的指示信息和第一应用的标识，创建第一会话和第二会话，其中第二会话是第一会话的冗余会话，有助于保证数据传输的可靠性，进而可以提升业务的连续性。

因此，本发明公开了一种确定时钟源的方法，包括：

策略控制网元确定终端的第一应用需要创建冗余会话，则生成指示信息(可参考上述步骤905的描述)，所述指示信息用于指示为所述第一应用创建冗余会话。所述策略控制网元向所述终端发送用户策略信息(可参考上述步骤906的描述)，所述用户策略信息包括所述指示信息。

在一种可能的实现方式中，所述策略控制网元确定终端的第一应用需要创建冗余会话，包括：所述策略控制网元根据所述终端的签约信息，确定所述第一应用需要创建冗余会话；或者，所述策略控制网元确定所述第一应用的信息满足创建冗余会话的条件，则确定所述终端的所述第一会话需要创建冗余会话。

在一种可能的实现方式中，所述指示信息包括冗余会话创建指示和所述第一应用的标识；或者，所述指示信息包括冗余会话的数量和所述第一应用的标识；或者，所述指示信息包括冗余会话创建指示、冗余会话的数量和所述第一应用的标识；或者，所述指示信息包括冗余会话的切片的标识和所述第一应用的标识，所述切片的标识用于指示为所述第一应用创建的冗余会话对应的切片；或者，所述指示信息包括冗余会话的切片的标识、冗余会话的数量和所述第一应用的标识，所述切片的标识用于指示为所述第一应用创建的冗余会话对应的切片。

基于该实施例，在终端注册至网络后，终端根据接收到的用户策略信息中的指示信息和第一应用的标识，创建第一会话和第二会话，其中第二会话是第一会话的冗余会话，有助于保证数据传输的可靠性，进而可以提升业务的连续性。

因此，本发明公开了一种会话创建方法，包括：

终端接收指示信息，所述指示信息用于指示创建冗余会话(可参考上述步骤201的描述)。所述终端根据所述指示信息，发起创建会话(可参考上述步骤202的描述)。

在一种可能的实现方式中，所述方法还包括：所述终端向会话管理网元发送第一请求消息(可参考上述步骤601、701的描述)，所述第一请求消息包括第一会话的标识，所述第一请求消息用于请求创建所述第一会话。所述终端接收指示信息，包括：所述终端接收来自所述会话管理网元的会话创建响应消息(可参考上述步骤603、707的描述)，所述会话创建响应消息包括所述指示信息，所述指示信息用于指示为所述第一会话创建冗余会话。

在一种可能的实现方式中，所述方法还包括：所述终端创建第一会话(可参考上述步骤801的描述)。所述终端接收指示信息，包括：所述终端接收来自所述会话管理网元的会话修改请求消息(可参考上述步骤805的描述)，所述会话修改请求消息包括所述指示信息，所述指示信息用于指示为所述第一会话创建冗余会话。

在一种可能的实现方式中，所述终端根据所述指示信息，发起创建会话，包括：所述终端根据所述指示信息，向移动性管理网元发送第二请求消息，所述第二请求消息包括所述第一会话的标识、第二会话的标识，所述第二请求消息用于请求创建所述第二会话作为所述第一会话的冗余会话。

在一种可能的实现方式中，所述指示信息包括冗余会话创建指示和/或冗余会话的数量；或者，所述指示信息包括冗余会话的切片的标识，所述切片的标识用于指示为所述第一会话创建的冗余会话对应的切片；或者，所述指示信息包括冗余会话的切片的标识和冗余会话的数量，所述切片的标识用于指示为所述第一会话创建的冗余会话对应的切片。

在一种可能的实现方式中，所述方法还包括：所述终端向移动性管理网元发送注册请求消息，所述注册请求消息用于请求将所述终端注册至网络。所述终端接收指示信息，包括：所述终端接收来自所述移动性管理网元的用户策略信息，所述用户策略信息包括所述指示信息，所述指示信息用于指示为第一应用创建冗余会话。所述终端根据所述指示信息，发起创建会话，包括：所述终端根据所述指示信息和第一应用的标识，为所述第一应用创建第一会话和第二会话。

在一种可能的实现方式中，所述终端根据所述指示信息，为所述第一应用创建第一会话和第二会话，包括：所述终端根据所述指示信息和第一应用的标识，为所述第一应用创建所述第一会话；在所述第一会话创建完成之后，所述终端为所述第一应用创建所述第二会话；或者，所述终端向移动性管理网元发送会话创建请求消息，所述会话创建请求消息包括所述第一会话的标识和所述第二会话的标识，所述会话创建请求消息用于请求创建所述第一会话和所述第二会话。

在一种可能的实现方式中，所述指示信息包括冗余会话创建指示和所述第一应用的标识；或者，所述指示信息包括冗余会话的数量和所述第一应用的标识；或者，所述指示信息包括冗余会话创建指示、冗余会话的数量和所述第一应用的标识；或者，所述指示信息包括冗余会话的切片的标识和所述第一应用的标识，所述切片的标识用于指示为所述第一应用创建的冗余会话对应的切片；或者，所述指示信息包括冗余会话的切片的标识、冗余会话的数量和所述第一应用的标识，所述切片的标识用于指示为所述第一应用创建的冗余会话对应的切片。

基于上述实施例，终端在接收到指示信息后，可以根据指示信息创建会话，该指示信息用于指示创建冗余会话，即指示终端创建一个或一个以上的冗余会话。从而终端可以通过创建的多个会话同时发送相同的数据，有助于保证数据传输的可靠性，进而可以提升业务的连续性。

需要说明的是，由于图6-图9所示的方法没有示出与RAN设备和UPF之间的交互流程，因此没有示出全部的RAN设备、UPF。即，图6-图9所示的流程中，对于RAN设备、UPF的数量并不限于图中所示的一个，也可以是多个，具体数量视实际需要而定。

此外，需要说明的是，本申请中的消息名称随着通信制式的演进，有可能更换为其它名称。对于具有相同功能含义的消息，且仅仅是消息名称的更换，则仍然属于本申请保护的范围。

可以理解的是，上述实现各网元为了实现上述功能，其包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在采用集成的单元的情况下，图10示出了本发明实施例中所涉及的装置的可能的示例性框图，该装置1000可以以软件的形式存在。装置1000可以包括：处理单元1002和通信单元1003。作为一种实现方式，该通信单元1003可以包括接收单元和发送单元。处理单元1002用于对装置1000的动作进行控制管理。通信单元1003用于支持装置1000与其他网络实体的通信。装置1000还可以包括存储单元1001，用于存储装置1000的程序代码和数据。

其中，处理单元1002可以是处理器或控制器，例如可以是通用中央处理器(central processing unit，CPU)，通用处理器，数字信号处理(digital signalprocessing，DSP)，专用集成电路(application specific integrated circuits，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，DSP和微处理器的组合等等。通信单元1003可以是通信接口、收发器或收发电路等，其中，该通信接口是统称，在具体实现中，该通信接口可以包括多个接口。存储单元1001可以是存储器。

在一个实施例中，该装置1000可以为终端，还可以为终端的芯片。通信单元1003用于支持装置1000与移动性管理网元之间的通信。

具体地，当通信单元1003包括发送单元和接收单元时，接收单元，用于接收指示信息，所述指示信息用于指示创建冗余会话；发送单元，用于根据所述指示信息，发起创建会话。

作为一种可能的实现方式，所述发送单元，还用于向会话管理网元发送第一请求消息，所述第一请求消息包括第一会话的标识，所述第一请求消息用于请求创建所述第一会话；所述接收单元，还用于接收来自所述会话管理网元的会话创建响应消息，所述会话创建响应消息包括所述指示信息，所述指示信息用于指示为所述第一会话创建冗余会话。

作为一种可能的实现方式，所述处理单元，用于创建第一会话；所述接收单元，还用于接收来自所述会话管理网元的会话修改请求消息，所述会话修改请求消息包括所述指示信息，所述指示信息用于指示为所述第一会话创建冗余会话。

作为一种可能的实现方式，所述发送单元，具体用于根据所述指示信息，向移动性管理网元发送第二请求消息，所述第二请求消息包括所述第一会话的标识、第二会话的标识，所述第二请求消息用于请求创建所述第二会话作为所述第一会话的冗余会话。

作为一种可能的实现方式，所述指示信息包括冗余会话创建指示和/或冗余会话的数量；或者，所述指示信息包括冗余会话的切片的标识，所述切片的标识用于指示为所述第一会话创建的冗余会话对应的切片；或者，所述指示信息包括冗余会话的切片的标识和冗余会话的数量，所述切片的标识用于指示为所述第一会话创建的冗余会话对应的切片。

作为一种可能的实现方式，所述发送单元，还用于向移动性管理网元发送注册请求消息，所述注册请求消息用于请求将所述装置注册至网络；所述接收单元，具体用于接收来自所述移动性管理网元的用户策略信息，所述用户策略信息包括所述指示信息和第一应用的标识，所述指示信息用于指示为第一应用创建冗余会话。所述发送单元，具体用于根据所述指示信息和第一应用的标识，为所述第一应用创建第一会话和第二会话。

作为一种可能的实现方式，所述指示信息包括冗余会话创建指示和所述第一应用的标识；或者，所述指示信息包括冗余会话的数量和所述第一应用的标识；或者，所述指示信息包括冗余会话创建指示、冗余会话的数量和所述第一应用的标识；或者，所述指示信息包括冗余会话的切片的标识和所述第一应用的标识，所述切片的标识用于指示为所述第一应用创建的冗余会话对应的切片；或者，所述指示信息包括冗余会话的切片的标识、冗余会话的数量和所述第一应用的标识，所述切片的标识用于指示为所述第一应用创建的冗余会话对应的切片。

在又一实施例中，上述图10所示的装置1000可以是本申请所涉及的会话管理网元。

例如，处理单元1002可以支持装置1000执行上文中各方法示例中会话管理网元的动作。通信单元1003可以支持装置1000与移动性管理网元、数据管理网元、策略控制网元之间的通信。

当通信单元1003包括发送单元和接收单元时，处理单元，用于确定终端的第一会话需要创建冗余会话；发送单元，用于向所述终端发送指示信息，所述指示信息用于指示为所述第一会话创建冗余会话。

作为一种可能的实现方式，接收单元，还用于接收来自所述终端的第一请求消息，所述第一请求消息包括所述第一会话的标识，所述第一请求消息用于请求创建所述第一会话；所述发送单元，具体用于向所述终端发送会话创建响应消息，所述会话创建响应消息包括所述指示信息。

作为一种可能的实现方式，所述发送单元，具体用于向所述终端发送会话修改请求消息，所述会话修改请求消息包括所述指示信息。

作为一种可能的实现方式，所述处理单元，具体用于：根据所述终端的签约信息，确定所述终端的所述第一会话需要创建冗余会话；或者，确定所述第一会话对应的第一应用的信息满足创建冗余会话的条件，则确定所述终端的所述第一会话需要创建冗余会话。

作为一种可能的实现方式，接收单元，用于接收来自策略控制网元的所述指示信息。

作为一种可能的实现方式，所述接收单元，具体用于：接收来自所述策略控制网元的用户策略信息，所述用户策略信息包括所述指示信息；或者，接收来自所述策略控制网元的会话策略修改消息，所述会话策略修改消息包括所述指示信息。

在又一实施例中，上述图10所示的装置1000可以是本申请所涉及的策略控制网元。

例如，处理单元1002可以支持装置1000执行上文中各方法示例中会话管理网元的动作。通信单元1003可以支持装置1000与会话管理网元、数据管理网元、移动性管理网元之间的通信。

在第一种实现方案中，当通信单元1003包括发送单元和接收单元时，处理单元，用于确定终端的第一会话需要创建冗余会话；发送单元，用于向所述终端发送指示信息，所述指示信息用于指示为所述第一会话创建冗余会话。

作为一种可能的实现方式，所述处理单元，具体用于：根据所述终端的签约信息，确定所述终端的所述第一会话需要创建冗余会话；或者，确定所述第一会话对应的第一应用的信息满足创建冗余会话的条件，则确定所述终端的所述第一会话需要创建冗余会话。

在第二种实现方案中，当通信单元1003包括发送单元和接收单元时，则处理单元，用于确定终端的第一应用需要创建冗余会话，则生成指示信息，所述指示信息用于指示为所述第一应用创建冗余会话；发送单元，用于向所述终端发送用户策略信息，所述用户策略信息包括所述指示信息。

作为一种可能的实现方式，所述处理单元，具体用于：根据所述终端的签约信息，确定所述第一应用需要创建冗余会话。或者，确定所述第一应用的信息满足创建冗余会话的条件，则确定所述终端的所述第一会话需要创建冗余会话。

参阅图11所示，为本申请提供的一种装置示意图，该装置可以是上述会话管理网元，或者是上述策略控制网元。该装置1100包括：处理器1102、通信接口1103、存储器1101。可选的，装置1100还可以包括总线1104。其中，通信接口1103、处理器1102以及存储器1101可以通过通信线路1104相互连接；通信线路1104可以是外设部件互连标准(peripheralcomponent interconnect，简称PCI)总线或扩展工业标准结构(extended industrystandard architecture，简称EISA)总线等。所述通信线路1104可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器1102可以是一个CPU，微处理器，ASIC，或一个或多个用于控制本申请方案程序执行的集成电路。

通信接口1103，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)，有线接入网等。

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

其中，存储器1101用于存储执行本申请方案的计算机执行指令，并由处理器1102来控制执行。处理器1102用于执行存储器1101中存储的计算机执行指令，从而实现本申请上述实施例提供的会话创建方法。

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

图12示出了本发明实施例中所涉及的终端设备的一种可能的设计结构的简化示意图。所述终端设备1200包括发射器1201，接收器1202和处理器1203。其中，处理器1203也可以为控制器，图12中表示为“控制器/处理器1203”。可选的，所述终端1200还可以包括调制解调处理器1205，其中，调制解调处理器1205可以包括编码器12012、调制器1207、解码器12012和解调器1209。

在一个示例中，发射器1201调节(例如，模拟转换、滤波、放大和上变频等)输出采样并生成上行链路信号，该上行链路信号经由天线发射给上述实施例中的接入网设备。在下行链路上，天线接收上述实施例中的接入网设备发射的下行链路信号。接收器1202调节(例如，滤波、放大、下变频以及数字化等)从天线接收的信号并提供输入采样。在调制解调处理器1205中，编码器12012接收要在上行链路上发送的业务数据和信令消息，并对业务数据和信令消息进行处理(例如，格式化、编码和交织)。调制器1207进一步处理(例如，符号映射和调制)编码后的业务数据和信令消息并提供输出采样。解调器1209处理(例如，解调)该输入采样并提供符号估计。解码器12012处理(例如，解交织和解码)该符号估计并提供发送给终端1200的已解码的数据和信令消息。编码器12012、调制器1207、解调器1209和解码器12012可以由合成的调制解调处理器1205来实现。这些单元根据无线接入网采用的无线接入技术来进行处理。需要说明的是，当终端设备1200不包括调制解调处理器1205时，调制解调处理器1205的上述功能也可以由处理器1203完成。

处理器1203对终端设备1200的动作进行控制管理，用于执行上述本发明实施例中由终端1200进行的处理过程。例如，处理器1203用于执行图2、图6-图9所示方法中涉及终端的处理过程和/或本申请所描述的技术方案的其他过程。

进一步的，终端1200还可以包括存储器1204，存储器1204用于存储用于终端1200的程序代码和数据。

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

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于终端设备中。可选地，处理器和存储媒介也可以设置于终端设备中的不同的部件中。

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

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

Claims (29)

1.一种会话创建方法，其特征在于，包括：

终端接收指示信息，所述指示信息用于指示创建冗余会话；

所述终端根据所述指示信息，发起创建会话。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述终端向会话管理网元发送第一请求消息，所述第一请求消息包括第一会话的标识，所述第一请求消息用于请求创建所述第一会话；

所述终端接收指示信息，包括：

所述终端接收来自所述会话管理网元的会话创建响应消息，所述会话创建响应消息包括所述指示信息，所述指示信息用于指示为所述第一会话创建冗余会话。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述终端创建第一会话；

所述终端接收指示信息，包括：

所述终端接收来自所述会话管理网元的会话修改请求消息，所述会话修改请求消息包括所述指示信息，所述指示信息用于指示为所述第一会话创建冗余会话。

4.根据权利要求2或3所述的方法，其特征在于，所述终端根据所述指示信息，发起创建会话，包括：

所述终端根据所述指示信息，向移动性管理网元发送第二请求消息，所述第二请求消息包括所述第一会话的标识、第二会话的标识，所述第二请求消息用于请求创建所述第二会话作为所述第一会话的冗余会话。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述终端向移动性管理网元发送注册请求消息，所述注册请求消息用于请求将所述终端注册至网络；

所述终端接收指示信息，包括：

所述终端接收来自所述移动性管理网元的用户策略信息，所述用户策略信息包括所述指示信息和第一应用的标识，所述指示信息用于指示为所述第一应用创建冗余会话；

所述终端根据所述指示信息，发起创建会话，包括：

所述终端根据所述指示信息和所述第一应用的标识，为所述第一应用创建第一会话和第二会话。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述指示信息包括冗余会话创建指示和/或冗余会话的数量；或者，

所述指示信息包括冗余会话的切片的标识，所述切片的标识用于指示为所述第一会话创建的冗余会话对应的切片；或者，

所述指示信息包括冗余会话的切片的标识和冗余会话的数量，所述切片的标识用于指示为所述第一会话创建的冗余会话对应的切片。

7.一种会话创建方法，其特征在于，包括：

核心网设备确定终端的第一会话需要创建冗余会话；

所述核心网设备向所述终端发送指示信息，所述指示信息用于指示为所述第一会话创建冗余会话。

8.根据权利要求7所述的方法，其特征在于，所述核心网设备为会话管理网元，所述方法还包括：

所述会话管理网元接收来自所述终端的第一请求消息，所述第一请求消息包括所述第一会话的标识，所述第一请求消息用于请求创建所述第一会话；

所述会话管理网元向所述终端发送指示信息，包括：

所述会话管理网元向所述终端发送会话创建响应消息，所述会话创建响应消息包括所述指示信息。

9.根据权利要求7所述的方法，其特征在于，所述核心网设备为会话管理网元，所述会话管理网元向所述终端发送指示信息，包括：

所述会话管理网元向所述终端发送会话修改请求消息，所述会话修改请求消息包括所述指示信息。

10.根据权利要求7-9任一所述的方法，其特征在于，所述核心网设备为会话管理网元或策略控制网元，所述核心网设备确定终端的第一会话需要创建冗余会话，包括：

所述核心网设备根据所述终端的签约信息，确定所述终端的所述第一会话需要创建冗余会话；或者，

所述核心网设备确定所述第一会话对应的第一应用的信息满足创建冗余会话的条件，则确定所述终端的所述第一会话需要创建冗余会话。

11.根据权利要求7-9任一所述的方法，其特征在于，所述核心网设备为会话管理网元，所述核心网设备确定终端的第一会话需要创建冗余会话，包括：

所述会话管理网元接收来自策略控制网元的所述指示信息。

12.根据权利要求11所述的方法，其特征在于，所述会话管理网元接收来自策略控制网元的所述指示信息，包括：

所述会话管理网元接收来自所述策略控制网元的用户策略信息，所述用户策略信息包括所述指示信息；或者，

所述会话管理网元接收来自所述策略控制网元的会话策略修改消息，所述会话策略修改消息包括所述指示信息。

13.一种会话创建方法，其特征在于，包括：

策略控制网元确定终端的第一应用需要创建冗余会话，则生成指示信息，所述指示信息用于指示为所述第一应用创建冗余会话；

所述策略控制网元向所述终端发送用户策略信息，所述用户策略信息包括所述指示信息和所述第一应用的标识。

14.根据权利要求13所述的方法，其特征在于，所述策略控制网元确定终端的第一应用需要创建冗余会话，包括：

所述策略控制网元根据所述终端的签约信息，确定所述第一应用需要创建冗余会话；或者，

所述策略控制网元确定所述第一应用的信息满足创建冗余会话的条件，则确定所述终端的所述第一会话需要创建冗余会话。

15.一种装置，其特征在于，包括：

接收单元，用于接收指示信息，所述指示信息用于指示创建冗余会话；

发送单元，用于根据所述指示信息，发起创建会话。

16.根据权利要求15所述的装置，其特征在于，所述发送单元，还用于向会话管理网元发送第一请求消息，所述第一请求消息包括第一会话的标识，所述第一请求消息用于请求创建所述第一会话；

所述接收单元，还用于接收来自所述会话管理网元的会话创建响应消息，所述会话创建响应消息包括所述指示信息，所述指示信息用于指示为所述第一会话创建冗余会话。

17.根据权利要求15所述的装置，其特征在于，所述装置还包括处理单元，用于创建第一会话；

所述接收单元，还用于接收来自所述会话管理网元的会话修改请求消息，所述会话修改请求消息包括所述指示信息，所述指示信息用于指示为所述第一会话创建冗余会话。

18.根据权利要求16或17所述的装置，其特征在于，所述发送单元，具体用于根据所述指示信息，向移动性管理网元发送第二请求消息，所述第二请求消息包括所述第一会话的标识、第二会话的标识，所述第二请求消息用于请求创建所述第二会话作为所述第一会话的冗余会话。

19.根据权利要求15所述的装置，其特征在于，所述发送单元，还用于向移动性管理网元发送注册请求消息，所述注册请求消息用于请求将所述装置注册至网络；

所述接收单元，具体用于接收来自所述移动性管理网元的用户策略信息，所述用户策略信息包括所述指示信息和第一应用的标识，所述指示信息用于指示为所述第一应用创建冗余会话；

所述发送单元，具体用于根据所述指示信息和所述第一应用的标识，为所述第一应用创建第一会话和第二会话。

20.根据权利要求15-19中任一项所述的装置，其特征在于，所述指示信息包括冗余会话创建指示和/或冗余会话的数量；或者，

所述指示信息包括冗余会话的切片的标识，所述切片的标识用于指示为所述第一会话创建的冗余会话对应的切片；或者，

所述指示信息包括冗余会话的切片的标识和冗余会话的数量，所述切片的标识用于指示为所述第一会话创建的冗余会话对应的切片。

21.一种装置，其特征在于，包括：

处理单元，用于确定终端的第一会话需要创建冗余会话；

发送单元，用于向所述终端发送指示信息，所述指示信息用于指示为所述第一会话创建冗余会话。

22.根据权利要求21所述的装置，其特征在于，所述装置为会话管理网元，所述装置还包括接收单元，用于接收来自所述终端的第一请求消息，所述第一请求消息包括所述第一会话的标识，所述第一请求消息用于请求创建所述第一会话；

所述发送单元，具体用于向所述终端发送会话创建响应消息，所述会话创建响应消息包括所述指示信息。

23.根据权利要求21所述的装置，其特征在于，所述装置为会话管理网元，所述发送单元，具体用于向所述终端发送会话修改请求消息，所述会话修改请求消息包括所述指示信息。

24.根据权利要求21-23任一所述的装置，其特征在于，所述装置为会话管理网元或策略控制网元，所述处理单元，具体用于：

根据所述终端的签约信息，确定所述终端的所述第一会话需要创建冗余会话；或者，

确定所述第一会话对应的第一应用的信息满足创建冗余会话的条件，则确定所述终端的所述第一会话需要创建冗余会话。

25.根据权利要求21-23任一所述的装置，其特征在于，所述装置为会话管理网元，所述装置还包括接收单元，用于接收来自策略控制网元的所述指示信息。

26.根据权利要求25所述的装置，其特征在于，所述接收单元，具体用于：

接收来自所述策略控制网元的用户策略信息，所述用户策略信息包括所述指示信息；或者，

接收来自所述策略控制网元的会话策略修改消息，所述会话策略修改消息包括所述指示信息。

27.一种装置，其特征在于，包括：

处理单元，用于确定终端的第一应用需要创建冗余会话，则生成指示信息，所述指示信息用于指示为所述第一应用创建冗余会话；

发送单元，用于向所述终端发送用户策略信息，所述用户策略信息包括所述指示信息和所述第一应用的标识。

28.根据权利要求27所述的装置，其特征在于，所述处理单元，具体用于：

根据所述终端的签约信息，确定所述第一应用需要创建冗余会话；或者，

确定所述第一应用的信息满足创建冗余会话的条件，则确定所述终端的所述第一会话需要创建冗余会话。

29.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1-14任一所述的方法。

Images