CN114143905B - 会话建立方法、通信系统、电子设备和存储介质 - Google Patents

Abstract

本发明实施例提供一种会话建立方法、通信系统、电子设备和存储介质，该方法包括：会话管理功能网元对应的目标网元实例获取存在主备关系的、用户面功能网元对应的多个网元实例，再分别建立终端设备与此多个网元实例之间的会话连接。并且多个网元实例都能够根据在建立会话时得到用于转发终端设备发送的数据包的转发规则，以在一网元实例发生故障时，依旧能够由其他网元实例继续进行数据包的转发，从而提高核心网的可用性。并且由于上述的会话连接建立流程是核心网原有的处理流程，因此，在保证核心网可用性的基础上，也不会增大整个核心网信令处理流程的复杂度。

Description

会话建立方法、通信系统、电子设备和存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种会话建立方法、通信系统、电子设备和存储介质。

背景技术

随着第五代移动通信技术（5th Generation Mobile CommunicationTechnology，简称5G）的不断发展，5G通信系统已经应用到各个领域。比如对于用户使用的终端设备上安装的各种应用程序（Application，简称APP），利用5G通信系统能够为用户提供更快、更好的使用体验。又比如由车辆、路测设备和5G通信系统可以构成车联网，借助车联网能够为驾驶者提供更好的自动驾驶体验。又比如5G通信系统也可以应用到工业领域中。

核心网是整个5G通信系统中最核心的部分，其中存在频繁的信令交互。并且核心网的高可用性往往是以增加功能网元之间信令处理流程的复杂度为代价实现的，因此，在保证核心网可用性的同时，如何降低信令处理流程的复杂度就成为一个亟待解决的问题。

发明内容

有鉴于此，本发明实施例提供一种会话建立方法、通信系统、电子设备和存储介质，用以保证核心网可用性的同时，降低信令处理的复杂度。

第一方面，本发明实施例提供一种会话建立方法，应用于核心网中会话管理功能网元对应的目标网元实例，包括：

在所述核心网中的用户面功能网元对应的网元实例中，确定存在主备关系的第一网元实例和第二网元实例；

建立终端设备与所述第一网元实例之间的会话连接，以使所述第一网元实例根据在建立所述会话连接时获取的转发规则转发所述终端设备发送的数据包；

建立所述终端设备与所述第二网元实例之间的会话连接，以使所述第二网元实例在所述第一网元实例发生故障时，根据所述转发规则转发所述数据包。

第二方面，本发明实施例提供一种通信系统，包括：核心网中用户面功能网元对应的第一网元实例和第二网元实例以及会话管理功能网元对应的第三网元实例；

所述第三网元实例，用于确定存在主备关系的所述第一网元实例和所述第二网元实例；分别建立终端设备与所述第一网元实例和所述第二网元实例之间的会话连接；

所述第一网元实例，用于根据在建立所述会话连接时获取的转发规则，转发所述终端设备产生的数据包；

所述第二网元实例，用于在所述第一网元实例发生故障时，根据所述转发规则转发所述数据包。

第三方面，本发明实施例提供一种电子设备，包括处理器和存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现上述第一方面提供的会话建立方法。该电子设备还可以包括通信接口，用于与其他设备或通信网络通信。

第四方面，本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器至少可以实现如第一方面所述的会话建立方法。

本发明实施例提供的会话建立方法，核心网中会话管理功能网元对应的目标网元实例可以在用户面功能网元对应的网元实例中，确定存在主备关系的第一网元实例和第二网元实例。再分别建立终端设备和第一网元实例之间的会话连接，以及终端设备和第二网元实例之间会话连接，并且第一网元实例和第二网元实例也都可以在会话连接建立过程中得到转发规则。之后，第一网元实例可以根据此转发规则转发终端设备发送的数据包。并且在第一网元实例发生故障时，还可以继续由第二网元实例进行数据包的转发。

根据上述描述可知，用户面功能网元对应的多个网元实例都可以借助自身与终端设备之间的会话连接进行数据包的转发，并且在一网元实例发生故障时，还可以由其他网元实例继续转发，从而提高核心网的可用性。同时由于会话连接建立的流程是核心网原有的处理流程，因此，使用上述方法在能够保证核心网可用性的同时，不会增大会话管理功能网元和用户面功能网元的信令处理流程的复杂度，也不会增大整个核心网信令处理流程的复杂度。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种通信系统的结构示意图；

图2为与图1所示实施例提供的通信系统中核心网的网络架构示意图；

图3为本发明实施例提供的另一种通信系统的结构示意图；

图4为本发明实施例提供的一种会话建立方法的流程示意图；

图5为本发明实施例提供的会话建立方法、通信系统应用在直播场景中的示意图；

图6为本发明实施例提供的会话建立方法、通信系统应用在自动驾驶场景中的示意图；

图7为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于识别”。类似地，取决于语境，短语“如果确定”或“如果识别（陈述的条件或事件）”可以被解释成为“当确定时”或“响应于确定”或“当识别（陈述的条件或事件）时”或“响应于识别（陈述的条件或事件）”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

下面结合附图对本发明的一些实施方式作详细说明。在各实施例之间不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

为了便于方案理解，可以先从整个通信系统的角度进行描述。则图1为本发明实施例提供的一种通信系统的结构示意图。如图1所示，该通信系统可以包括：核心网中的用户面功能（User Plane Function，简称UPF）网元对应的第一网元实例和第二网元实例以及会话管理功能（Session Management Function，简称SMF）网元对应的第三网元实例。

当然，除了上述的SMF网元和UPF网元，核心网还可以包括以下功能网元：网络切片选择功能（Network Slice Selection Function ，简称NSSF)网元、网络暴露功能（NetworkExposure Function，简称NEF）网元、网络存储库功能（Network Repository Function，简称NRF）网元、策略控制功能(Policy Control Function ，简称PCF)网元、统一数据管理（Unified Data Management，简称UDM）网元、鉴权服务功能（Authentication ServerFunction，简称AUSF）网元、接入和移动性管理功能（Access and Mobility ManagementFunction，简称AMF）网元、以及移动性管理功能（Mobility Management Function，简称MMF）网元。上述网元以及SMF网元均为控制面功能网元。可选地，核心网的网络架构可以如图2所示。

其中，核心网中的每个功能网元可以包括多个网元实例，也就是说每个功能网元都可以认为是由多个网元实例构成的网元实例集群，则SMF功能网元对应的第三网元实例可以称为SMF网元实例，其可以是SMF网元对应的多个网元实例中的任一网元实例。UPF网元对应的第一网元实例可以称为主UPF网元实例，其可以是UPF网元对应多个网元实例中的任一网元实例；PF网元对应的第二网元实例可以称为备UPF网元实例，其可以是UPF网元对应的剩余网元实例中的至少一个网元实例。

基于上述描述，通信系统的工作过程可以为：

SMF网元实例可以先确定UPF网元对应的各网元实例之间的主备关系，即确定UPF网元对应的各网元实例之间的主UPF网元实例，以及该主UPF网元实例对应的备UPF网元实例。

可选地，在通信系统中的SMF网元实例和UPF网元实例启动后，SMF网元实例可以向此UPF网元对应的各网元实例发送建联信令。网元实例接收此建联信令后，可以将自身的属性信息以及主备标识反馈给SMF网元实例，以使SMF网元实例确定存在主备关系的UPF网元实例。并且SMF网元实例还可以存储此主备关系。

其中，前述的属性信息可以包括网元实例的域名、接口网络地址，即UPF网元实例使用的N3接口的IP地址，以及此网元实例对应的终端设备的网络地址池，即UE的IP地址池。网元实例的域名可以作为网元实例的身份标识，用以唯一标识此网元实例。可选地，网元实例的域名可以由通信系统中部署的容器编排工具预先分配，用以唯一标识网元实例。容器编排工具可以是Kubernetes，简称K8s或者Docker Swarm等等。网元实例的主备关系标识可以反映该网元实例是主网元实例还是备网元实例。当此网元实例为备网元实例时，主备关系标识还可以反映其所归属的主网元实例。其中，在UPF网元对应的多个网元实例中，网元实例之间的主备关系可以根据需求任意设置。

之后，SMF网元实例可以分别与主UPF网元实例和备UPF网元实例进行信令交互，以建立终端设备与主UPF网元实例之间的会话连接，以及终端设备与备UPF网元实例之间的会话连接。并且主UPF网元实例和备UPF网元实例也可以存储上述的主备关系。

由于终端设备与主UPF网元实例和备UPF网元实例之间的会话连接的建立过程均相同，因此，可选地，可以以建立终端设备与主UPF网元实例之间的会话连接过程为例说明：SMF网元实例可以发送包含转发规则的会话连接建立信令至主UPF网元实例，主UPF网元实例响应于此会话连接建立信令后，发送反馈信令至SMF网元实例，从而完成会话连接的建立。可选地，会话连接建立信令和反馈信令都可以是基于报文转发控制协议(PacketForwarding Control Protocol，简称PFCF)的消息。在建立会话连接的同时，SMF网元实例还可以根据在确定主备关系时获取到的主UPF网元实例和备UPF网元实例各自对应的终端设备的IP地址池，为终端设备分配网络地址。其中，主UPF网元实例和备UPF网元实例通常对应于相同的IP地址池。

基于建立起的会话连接，终端设备可以按照SMF网元实例分配的网络地址发送数据包。主UPF网元实例在可以接收此数据包后，可以进一步按照在会话建立连接过程中获取到的转发规则，对终端设备发送的数据包进行处理，并最总将处理结果转发至服务器。其中，上述的转发规则实际上可以认为是数据处理规则，该规则具体可以是对数据包的封装规则，或者是去除数据包的包头等处理。当主UPF网元实例发生故障时，则可以由备UPF网元实例对终端设备产生的数据包进行处理和转发，也即是一UPF网元实例的故障不影响数据包的正常转发，从而提高核心网的可用性。

并且在不同的使用场景中，终端设备发送的数据包可以包含不同的数据。比如在视频直播场景中，数据包可以是终端设备向服务器发送的视频数据获取请求，服务器可以响应于数据包的处理结果，向终端设备发送直播视频。又比如在自动驾驶场景中，数据包还可以是驾驶数据获取请求，服务器可以响应于数据包的处理结果，向车辆发送驾驶数据。

在建立起会话连接后，主UPF网元实例和备UPF网元实例中还可以存储SMF网元实例全量会话端点标识符（Full Qualified SEID，简称F-SEID），其中具体又可以包含会话端点标识符（Session Endpoint Identifier，简称SEID ）和此主UPF网元实例的网络地址。数据包能够按照此标识符发送至主UPF网元实例或者被UPF网元实例。SMF网元实例中也可以存储主UPF网元实例和备UPF网元实例的F-SEID。

本实施例中，核心网中SMF网元对应的SMF网元实例先在UPF网元对应的网元实例中，确定存在主备关系的主UPF网元实例和备UPF网元实例。再分别建立主UPF网元实例和终端设备之间的会话连接，以及备UPF网元实例与终端设备之间会话连接。之后，主UPF网元实例可以根据在建立会话连接时得到的转发规则转发终端设备发送的数据包。并且在主UPF网元实例发生故障时，还可以由备UPF网元实例继续进行数据包的转发。

根据上述描述可知，UPF网元对应的多个网元实例都可以借助与终端设备之间的会话连接进行数据包转发。并且在一网元实例发生故障时，还可以由其他网元实例继续转发，从而提高核心网的可用性。同时由于会话连接建立的流程是核心网原有的处理流程，因此，使用上述方法时，保证核心网可用性的同时，也不会增大SMF网元和UPF网元各自的信令处理流程的复杂度，也不会增大核心网整体的信令处理流程的复杂度。

并且在上述实施例中，SMF网元实例通过多次执行会话连接建立流程使主UPF网元实例和备UPF网元实例均得到数据包的转发规则，以使主UPF网元实例和备UPF网元实例都具有数据包的处理和转发能力。也即是SMF网元实例可以利用核心网中原有的会话连接建立流程实现转发规则在UPF网元对应的各网元实例之间的同步。

而另一种可选地的方式，可以先设置UPF网元对应的一网元实例为主UPF网元实例。在SMF网元实例建立此主UPF网元实例与终端设备之间的会话连接之后，主UPF网元实例可以再利用自身与备UPF网元实例之间的信令传输通道和信令处理流程，将数据包的转发规则同步至备UPF网元实例，以使备UPF网元实例也具有数据包的转发能力。也即是主UPF网元实例可以利用自身与备UPF网元实例之间的处理流程和数据传输通道实现转发规则的同步。

但由于原本的核心网中并不存在主UPF网元实例和备UPF网元实例之间的信令传输通道和处理流程，因此，需要人为对核心网中信令的处理流程进行新增，从而增加整个核心网的信令处理流程的复杂度。并且转发规则的同步是由主UPF网元实例实现的，因此还存在设置主UPF网元实例的过程，同时也增大了主UPF网元实例的信令处理流程的复杂度。

图3为本发明实施例提供的另一种通信系统的结构示意图。如图3所示，在图1所示通信系统的基础上，该通信系统还可以包括：容器编排工具和内存数据库。

在实际中，通信系统中的各网元实例也可能出现故障。对于主UPF网元实例和备UPF网元实例的运行状态的监测，一种可选地方式，主UPF网元实例和备UPF网元实例可以借助预设协议，比如双向转发检测（Bidirectional Forwarding Detection，简称BFD）协议，监测自身的运行状态，也即是是否出现故障。监测到的运行状态还可以及时通知至通信网络中的交换机。

若主UPF网元实例和备UPF网元实例都正常工作，则在终端设备在按照SMF网元分配的IP地址发送数据包至交换机后，若终端设备的IP地址包含于主UPF网元实例对应的IP地址池中，则交换机可以按照主UPF网元实例的N3接口的IP地址将此数据包发送至主UPF网元实例，以由其进行数据包的转发。若主UPF网元实例发生故障，则交换机可以按照备UPF网元实例的N3接口的IP地址将数据包发送至备UPF网元实例。可见，通过主、备UPF网元实例的设置，任一UPF网元实例的故障都不会影响数据包的正常转发。

另一种可选地方式，SMF网元实例也可以通过心跳检测的方式监测主UPF网元实例和备UPF网元实例的运行状态。当监测到主UPF网元实例和/或备UPF网元实例发生故障并成功重启后，SMF网元实例还可以再次建立重启的UPF网元实例与终端设备之间的会话连接。

可选地，通信系统中的容器编排工具可以实时监测核心网中各网元实例的运行状态，并及时控制发生故障网元重启。在上述情况下，容器编排工具可以及时控制主UPF网元实例和/或备UPF网元实例重启，以进一步使SMF网元实例及时再次建立其于终端设备之间的会话连接。

可选地，当终端设备和任一UPF网元实例建立起会话连接后，SMF网元实例还可以将转发规则写入通信系统中部署的内存数据库中。可选地，内存数据库可以是Redis数据库、Memcached数据库等等。

一种情况，SMF网元已经建立好终端设备与主UPF网元实例之间的会话连接，之后，SMF网元实例发生故障并重启。此时，SMF网元实例可以先确定UPF网元对应的各网元实例之间的主备关系。具体过程可以参见图1所示实施例中的相关描述。之后再从内存数据库中读取之前写入的转发规则，并将包含此转发规则的会话连接建立信令发送至备UPF网元实例，以建立终端设备和备UPF网元实例之间的会话连接。由于内存数据库位于内存中，因此，使用内存数据库能够保证网元实例从数据库中读取转发规则的速度。

并且在上述情况下，由于主UPF网元实例已经获取到转发规则，因此，在SMF网元实例发生故障期间，并不影响主UPF网元实例对数据包的正常转发，也即是提高了核心网的可用性。

可选地，SMF网元实例的运行状态可以由主UPF网元实例和备UPF网元实例可以通过心跳检测的方式监测。可选地，通信系统中的容器编排工具也可以实时监测核心网中各网元实例的运行状态，并及时控制发生故障的SMF网元实例重启。

本实施例中，对于通信系统中设置的主、备UPF网元实例，其可以借助BFD协议监测自身的运行状态，并将运行状态及时通知到交换机，以使交换机不会将数据包发送至故障的UPF网元实例上，从而保证数据包转发的成功率，提高核心网的可用性。并且借助内存数据库的使用，当SMF网元发生故障时可以直接从中读取转发规则，无需人为重新配置，从而在SMF网元故障恢复后能够快速建立终端设备与其他UPF网元实例之间的会话连接，从而减少SMF网元故障对数据包转发产生的影响。同时，利用通信系统中的容器编排工具可以及时拉起发生故障的网元实例，以最大限度上减少由于网元实例故障而导致数据包转发失败的情况，从而提高核心网的可用性。

图4为本发明实施例提供的一种会话建立方法的流程示意图，本发明实施例提供的该会话建立方法可以由通信系统包含的核心网中的SMF网元中的目标网元实例执行。如图4所示，该方法包括如下步骤：

S101，在核心网中的用户面功能网元对应的网元实例中，确定存在主备关系的第一网元实例和第二网元实例。

S102，建立终端设备与第一网元实例之间的会话连接，以使第一网元实例根据在建立会话连接时获取的转发规则转发终端设备发送的数据包。

S103，建立终端设备与第二网元实例之间的会话连接，以使第二网元实例在第一网元实例发生故障时，根据转发规则转发数据包。

在本实施例中继续承接上述各实施例中的名称，将第一网元实例称为主UPF网元实例，将第二网元实例称为备UPF网元实例，将目标网元实例称为SMF网元实例。

SMF网元实例可以先在核心网包含的UPF网元对应的各网元实例中，确定存在主备关系的网元实例，即确定主UPF网元实例和备UPF网元实例。具体确定过程可以参见图1所示实施例中的相关描述，在此不再赘述。

之后，SMF网元实例可以分别建立终端设备与主UPF网元实例之间的会话连接，以及终端设备与备UPF网元实例之间的会话连接。则同样以以建立终端设备与主UPF网元实例之间的会话连接过程为例说明，可选地，SMF网元实例发送包含转发规则的会话连接建立信令至主UPF网元实例，主UPF网元实例响应于此会话连接建立信令后，发送反馈信令至SMF网元实例，从而完成会话连接的建立。并且在建立会话连接的同时，SMF网元实例还可以向终端设备分配网络地址。

基于上述建立起的会话连接，终端设备可以按照SMF网元实例分配的网络地址发送数据包。主UPF网元实例在可以接收此数据包后，可以进一步对此数据包进行处理，并将处理结果转发至服务器。并且当主UPF网元实例发生故障时，则可以由备UPF网元实例处理并转发终端设备产生的数据包，也即是一UPF网元实例的故障不影响数据包的正常转发，从而提高核心网的可用性。

另外，本实施例中未详细描述的内容以及所能实现的技术效果可以参见如图1所示实施例中的相关描述，在此不再赘述。

本实施例中，核心网中SMF网元对应的SMF网元实例先确定存在主备关系的、UPF网元对应的主UPF网元实例和备UPF网元实例。再分别建立主UPF网元实例和终端设备之间的会话连接，以及备UPF网元实例与终端设备之间会话连接。之后，主UPF网元实例可以根据在建立会话时得到的转发规则转发终端设备发送的数据包。并且在主UPF网元实例发生故障时，还可以由备UPF网元实例继续进行数据包的转发。

根据上述描述可知，UPF网元对应的多个网元实例都可以借助与终端设备之间的会话连接进行数据包的转发，并且在一网元实例发生故障时，还可以由其他网元实例继续转发，从而提高核心网的可用性。同时由于会话连接的建立流程是核心网原有的处理流程，因此，使用上述方法时，保证核心网可用性的同时，也不会增大SMF网元和UPF网元各自的信令处理流程的复杂度，也就不会增大整个核心网信令处理流程的复杂度。

可选地，当终端设备和主UPF网元实例建立起会话连接后，SMF网元实例还可以将转发规则写入通信系统中部署的内存数据库中。并且在SMF网元实例可以先后建立终端设备与主UPF网元实例、备UPF网元实例之间的会话连接的过程中，可以出现一种情况，SMF网元在建立终端设备与主UPF网元实例之间的会话连接之后发生故障。其中，主UPF网元实例和/或备UPF网元实例可以利用心跳监测的方式监测SMF网元实例的运行状态。

在此种情况下，可选地，可以由通信系统中部署的容器编排工具控制SMF网元重启。当SMF网元实例重启后，SMF网元还可以重新确定UPF网元对应的各网元实例之间的主备关系。之后再从内存数据库中读取之前写入的转发规则，并将包含此转发规则的会话连接建立信令发送至备UPF网元实例，以建立起终端设备和备UPF网元实例之间的会话连接。其中，通信系统中的容器编排工具也可以监测SMF网元实例的运行状态，并根据自己监测到的运行状态控制SMF网元实例重启。

上述实施例中，借助内存数据库，当SMF网元发生故障时可以直接从中读取转发规则，无需人为重新配置，从而在SMF网元故障恢复后能够快速建立终端设备与其他UPF网元实例之间的会话连接，从而减少SMF网元故障对数据包转发产生的影响。并且在上述情况下，由于主UPF网元实例已经获取到转发规则，因此，在SMF网元实例发生故障期间，并不影响主UPF网元实例对数据包的正常转发，也即是提高了核心网的可用性。

除了上述的SMF网元实例，对于核心网中的其他功能网元对应的网元实例也有可能发生故障。则可选地， SMF网元实例也可以通过心跳检测的方式监测主UPF网元实例和备UPF网元实例的运行状态。当监测到主UPF网元实例和/或备UPF网元实例发生故障并成功重启后，SMF网元实例还可以再次建立重启的UPF网元实例与终端设备之间的会话连接。具体地会话建立过程可以参加上述各实施例中的相关描述。可选地，通信系统中的容器编排工具也可以监测主UPF网元实例和/或备UPF网元实例的运行状态，并根据自己监测到的运行状态控制其重启。

上述实施例中，通信系统中的容器编排工具可以及时拉起发生故障的网元实例，以最大限度上减少由于网元实例故障而导致数据包转发失败的情况，从而提高核心网的可用性。

为了便于理解，以直播场景为例对以上各实施例提供的会话建立方法、通信系统的具体实现过程进行示例性说明。

在通信系统中的SMF网元实例和UPF网元实例启动后，SMF网元实例便可以向UPF网元实例发送建联信令，以使SMF网元实例确定存在主备关系的UPF网元实例，即确定主UPF网元实例和备UPF网元实例。接着，SMF网元实例还可以分别建立终端设备与主UPF网元实例之间的会话连接，以及与备UPF网元实例之间的会话连接。具体的会话连接建立过程，以及该过程中，SMF网元实例和UPF网元实例出现故障时的处理方式也都可以参见上述各实施例中的相关描述，在此不再赘述。

当网元实例出现故障时，通过容器编排实工具控制其重启可以最大限度上减少出现由于某一网元实例故障而导致数据包转发失败的情况，从而提高核心网的可用性。同时，当SMF网元实例出现故障时，使用内存数据库能够最大程度上减小出现此故障对数据包转发产生的影响。

进一步地，基于建立起的会话连接，终端设备可以响应于用户触发的直播间1的进入操作，发送数据包形式的数据获取请求。该请求可以依次被传输至基站和交换机，并由交换机将数据包发送至核心网中的主UPF网元实例。此主UPF网元实例对数据包进行处理并转发至服务器。服务器在接收到此数据包后便可以向终端设备反馈直播间1的直播视频。

可选地，由于主、备UPF网元实例的设置，当主UPF网元实例发生故障时，数据包形式的数据获取请求可以被交换机发送至备UPF网元实例上，并由此备UPF网元实例进行数据包的转发，从而UPF网元实例的故障不影响数据包的正常转发。上述过程也可以结合图5理解。

上述各实施例提供的会话建立方法、通信系统还可以应用到自动驾驶场景中。可以由车辆、通信系统、路测设备和服务器构成的车联网。当SMF网元实例建立起车辆与UPF网元实例之间的会话连接后，已经开启自动驾驶模式的车辆可以向主UPF网元实例发送数据包形式的驾驶数据获取请求，再由此主UPF网元实例转发此数据包至服务器。服务器在接收到此数据包后，可以将驾驶数据反馈给车辆，从而实现自动驾驶。

其中，建立车辆与UPF网元实例之间会话连接的过程、数据包发送的过程、以及建立会话过程中，SMF网元实例和UPF网元实例出现故障时的处理方式也都可以参见上述各实施例中的相关描述，在此不再赘述。上述内容也可以结合图6理解。

在一个可能的设计中，上述的会话建立方法具体可以借助一种电子设备实现。如图7所示，该电子设备可以包括：处理器21和存储器22。其中，所述存储器22用于存储支持该电子设备执行上述图4所示实施例中提供的会话建立方法的程序，所述处理器21被配置为用于执行所述存储器22中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器21执行时能够实现如下步骤：

在所述核心网中的用户面功能网元对应的网元实例中，确定存在主备关系的第一网元实例和第二网元实例；

建立终端设备与所述第一网元实例之间的会话连接，以使所述第一网元实例根据在建立所述会话连接时获取的转发规则转发所述终端设备发送的数据包；

建立所述终端设备与所述第二网元实例之间的会话连接，以使所述第二网元实例在所述第一网元实例发生故障时，根据所述转发规则转发所述数据包。

可选地，所述处理器21还用于执行前述图4所示实施例中的全部或部分步骤。

其中，所述电子设备的结构中还可以包括通信接口23，用于该电子设备与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存上述电子设备所用的计算机软件指令，其包含用于执行上述图4所示方法实施例中会话建立方法所涉及的程序。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种会话建立方法，其特征在于，应用于核心网中会话管理功能网元对应的目标网元实例，包括：

在所述核心网中的用户面功能网元对应的网元实例中，确定存在主备关系的第一网元实例和第二网元实例；

建立终端设备与所述第一网元实例之间的会话连接，以使所述第一网元实例根据在建立所述会话连接时获取的转发规则转发所述终端设备发送的数据包；

建立所述终端设备与所述第二网元实例之间的会话连接，以使所述第二网元实例在所述第一网元实例发生故障时，根据在建立所述会话连接时获取的所述转发规则转发所述数据包，所述转发规则为数据处理规则；

在建立所述终端设备与所述第一网元实例或者所述第二网元实例之间的会话连接后，将所述转发规则写入内存数据库；

在所述目标网元实例故障重启后，从所述内存数据库中读取所述转发规则。

2.根据权利要求1所述的方法，其特征在于，所述建立终端设备与所述第一网元实例之间的会话连接，包括：

发送包含转发规则的会话连接建立信令至所述第一网元实例，以建立所述终端设备与所述第一网元实例之间的会话连接。

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

监测所述第一网元实例的运行状态；

若所述第一网元实例发生故障，则在所述第一网元实例重启后，重新建立所述终端设备和所述第一网元实例之间的会话连接。

4.一种通信系统，其特征在于，包括：核心网中用户面功能网元对应的第一网元实例和第二网元实例、会话管理功能网元对应的第三网元实例以及内存数据库；

所述第三网元实例，用于确定存在主备关系的所述第一网元实例和所述第二网元实例；分别建立终端设备与所述第一网元实例和所述第二网元实例之间的会话连接；在建立所述终端设备与所述第一网元实例或者所述第二网元实例之间的会话连接后，将转发规则写入所述内存数据库；

在所述第三网元实例故障重启后，从所述内存数据库中读取所述转发规则；

所述第一网元实例，用于根据在建立所述会话连接时获取的所述转发规则，转发所述终端设备产生的数据包，所述转发规则为数据处理规则；

所述第二网元实例，用于在所述第一网元实例发生故障时，根据在建立所述会话连接时获取的所述转发规则转发所述数据包。

5.根据权利要求4所述的系统，其特征在于，所述第三网元实例，用于发送包含所述转发规则的会话连接建立信令至所述第一网元实例，以建立所述终端设备与所述第一网元实例之间的会话连接；

所述第一网元实例，用于根据所述转发规则处理所述数据包；发送所述数据包的处理结果至服务器。

6.根据权利要求4所述的系统，其特征在于，所述第三网元实例，用于监测所述第一网元实例的运行状态；

若所述第一网元实例发生故障，则在所述第一网元实例重启后，发送会话连接建立信令，以建立所述终端设备与所述第一网元实例的会话连接。

7.根据权利要求4所述的系统，其特征在于，所述系统还包括：容器编排工具，用于监测所述第三网元实例、所述第一网元实例和所述第二网元实例的运行状态，以得到故障网元实例；控制所述故障网元实例重启。

8.根据权利要求7所述的系统，其特征在于，所述第一网元实例，用于借助预设通信协议监测所述第一网元实例的运行状态；

将所述运行状态通知至所述通信系统中的交换机，以使所述交换机发送所述数据包至正常运行的所述第一网元实例或者所述第二网元实例。

9.一种电子设备，其特征在于，包括：存储器和处理器，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求1至3中任一项所述的会话建立方法。

10.一种非暂时性机器可读存储介质，其特征在于，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如权利要求1至3中任一项所述的会话建立方法。

Images