CN115348614A - 一种跨服务平台的终端通信方法及装置 - Google Patents

Abstract

本申请实施例提供了一种跨服务平台的终端通信方法及装置，方法包括：接收从属于第一服务平台的第一终端发起的跨服务平台会话请求，跨服务平台会话请求的目标终端是从属于第二服务平台的第二终端；跨服务平台会话请求携带第二终端在第二服务平台的地址信息；从平台认证中心获取第二服务平台的通信标识号，并激活用户平面功能UPF分流，基于第二服务平台的通信标识号、第二终端在第二服务平台的地址信息，建立第一终端与第二终端之间的分流链路；基于分流链路，将业务流量由第一终端传输至第二终端，使得不同服务平台的终端进行跨服务平台通信时，不再需要彼此开发复杂的API接口，且降低通信时延。

Description

一种跨服务平台的终端通信方法及装置

技术领域

本申请涉及通信技术领域，特别是涉及一种跨服务平台的终端通信方法及装置。

背景技术

目前，对于跨服务平台的终端通信，需要彼此开发复杂的API(ApplicationProgramming Interface，应用程序接口)，并且通信时延较高。

发明内容

本申请实施例的目的在于提供一种跨服务平台的终端通信方法及装置，使得不同服务平台的终端进行跨服务平台的终端通信时，不再需要彼此开发复杂的API接口，且降低通信时延。具体技术方案如下：

为实现上述目的，本申请实施例提供了一种跨服务平台的终端通信方法，所述方法包括：

接收从属于第一服务平台的第一终端发起的跨服务平台会话请求，所述跨服务平台会话请求的目标终端是从属于第二服务平台的第二终端；所述跨服务平台会话请求携带所述第二终端在所述第二服务平台的地址信息；

从平台认证中心获取所述第二服务平台的通信标识号，并激活用户平面功能UPF分流，基于所述第二服务平台的通信标识号、所述第二终端在所述第二服务平台的地址信息，建立所述第一终端与所述第二终端之间的分流链路；

基于所述分流链路，将业务流量由所述第一终端传输至所述第二终端。

可选的，所述平台认证中心预先对各个服务平台进行认证并为各个服务平台分配通信标识号。

可选的，在所述平台认证中心进行认证的各个服务平台之间的跨服务平台通信遵循预先定义的统一数据格式。

可选的，所述UPF分流为UPF提供的UL CL分流，所述激活UPF分流的步骤，包括：

在当前的跨服务平台会话中***UPF分流节点，作为分流链路的中继节点；所述UPF分流节点包括：UL CL UPF和辅锚点UPF。

可选的，所述服务平台为元宇宙平台，所述第一终端对应第一元宇宙平台内的第一数字人；所述第二终端对应第二元宇宙平台内的第二数字人。

为实现上述目的，本申请实施例还提供了一种跨服务平台的终端通信装置，所述装置包括：

接收模块，用于接收从属于第一服务平台的第一终端发起的跨服务平台会话请求，所述跨服务平台会话请求的目标终端是从属于第二服务平台的第二终端；所述跨服务平台会话请求携带所述第二终端在所述第二服务平台的地址信息；

分流模块，用于从平台认证中心获取所述第二服务平台的通信标识号，并激活用户平面功能UPF分流，基于所述第二服务平台的通信标识号、所述第二终端在所述第二服务平台的地址信息，建立所述第一终端与所述第二终端之间的分流链路；

传输模块，用于基于所述分流链路，将业务流量由所述第一终端传输至所述第二终端。

可选的，所述平台认证中心预先对各个服务平台进行认证并为各个服务平台分配通信标识号。

可选的，在所述平台认证中心进行认证的各个服务平台之间的跨服务平台通信遵循预先定义的统一数据格式。

可选的，所述UPF分流为UPF提供的UL CL分流，所述分流模块，具体用于：

在当前的跨服务平台会话中***UPF分流节点，作为分流链路的中继节点；所述UPF分流节点包括：UL CL UPF和辅锚点UPF。

可选的，所述服务平台为元宇宙平台，所述第一终端对应第一元宇宙平台内的第一数字人；所述第二终端对应第二元宇宙平台内的第二数字人。

为实现上述目的，本申请实施例还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述任一方法步骤。

为实现上述目的，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一方法步骤。

本申请实施例有益效果：

可见，应用本申请实施例提供的跨服务平台的终端通信方法及装置，接收从属于第一服务平台的第一终端发起的跨服务平台会话请求，跨服务平台会话请求的目标终端是从属于第二服务平台的第二终端；跨服务平台会话请求携带第二终端在第二服务平台的地址信息；从平台认证中心获取第二服务平台的通信标识号，并激活用户平面功能UPF分流，基于第二服务平台的通信标识号、第二终端在第二服务平台的地址信息，建立第一终端与第二终端之间的分流链路；基于分流链路，将业务流量由第一终端传输至第二终端。

从而，当终端发起跨服务平台会话请求时，触发5G UPF分流，直接建立从属于不同服务平台的终端之间的分流链路，使得跨服务平台的业务流量直接通过分流链路传输，因此不同服务平台的终端进行跨服务平台通信时，不再需要彼此开发复杂的API接口。

此外，由于分流链路的中继节点通常是位于边缘基站的UPF分流节点，因此相比于通过云端的服务器进行转接的方式，传输路径大大减少，降低了通信时延。

当然，实施本申请的任一产品或方法并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1为本申请实施例提供的跨服务平台的终端通信方法的一种流程示意图。

图2为本申请实施例提供的跨服务平台的终端通信方法的一种示意图；

图3为本申请实施例提供的跨服务平台的终端通信装置的一种结构示意图；

图4为本申请实施例提供的电子设备的一种结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员基于本申请所获得的所有其他实施例，都属于本申请保护的范围。

元宇宙是基于现实世界的虚拟空间，在虚拟世界中搭建社交、生活、甚至经济***，实现现实世界和虚拟世界的融合。各大公司抓紧推出独立的元宇宙社交网络、电商等场景。

然而，不同元宇宙的终端进行跨元宇宙通信时，需要彼此开发复杂的API(Application Programming Interface，应用程序接口)，并且通信时延较高，用户佩戴XR(Extended Reality，扩展显示)头显接入元宇宙时，容易产生眩晕感。

其中，元宇宙可以视为一个服务平台，即该服务平台能够为用户提供在虚拟世界中社交、生活的服务。

本领域技术人员可以理解，服务平台并不仅限于元宇宙，例如VR(VirtualReality，虚拟显示)游戏平台，也可以视为服务平台，即该服务平台能够为用户提供虚拟现实游戏体验的服务。

针对同一种类型的服务，各个厂商都开发有各自的服务平台，接入不同厂商服务平台的终端之间的通信，即为跨服务平台的通信。

针对上述跨服务平台的通信，目前，都需要开发复杂的API接口，并且通信时延较高。

为了解决跨服务平台的终端进行通信时，需要开发复杂的API接口，并且通信时延较高的技术问题，本申请实施例提供了一种跨服务平台的终端通信方法及装置。

参见图1，图1为本申请实施例提供的跨服务平台的终端通信方法的一种流程示意图，如图1所示，方法可以包括：

S101：接收从属于第一服务平台的第一终端发起的跨服务平台会话请求，跨服务平台会话请求的目标终端是从属于第二服务平台的第二终端；跨服务平台会话请求携带第二终端在第二服务平台的地址信息。

本申请实施例中，跨服务平台的终端通信是指：针对某一类型的服务，从属于不同服务平台的终端之间的通信。其中，不同服务平台可以是不同厂商提供的服务平台，例如对于同一类型的服务，厂商1和厂商2分别推出服务平台1和服务平台2，那么跨服务平台的终端通信，可以理解为接入服务平台1的某一终端与接入服务平台2的某一终端之间的通信。

如上文所述，服务平台可以是多个种类的，并不限于元宇宙平台，但为了便于理解，以下实施例中，以元宇宙平台进行举例说明。

作为一个示例，当服务类型为元宇宙服务，即服务平台为元宇宙平台时，跨服务平台的终端通信是指：接入不同元宇宙的终端之间的通信，例如接入元宇宙A的终端a、接入元宇宙B的终端b二者之间的通信。

本申请实施例中，用户可以通过终端设备接入服务平台，当某个服务平台中的用户希望与其他服务平台中的用户进行通信时，可以通过用户的终端向运营商的网络发起跨服务平台会话请求，该会话请求是针对另一个服务平台中的某个终端的。其中，终端设备可以是手机、XR头显等。

具体的，接入第一服务平台的第一终端可以向邻近的基站发起跨服务平台会话请求，该会话请求的目标终端是接入第二服务平台的第二终端。因此，该会话请求中可以携带第二终端在第二服务平台的地址信息，例如ip地址。此外，还可以携带第二服务平台的标识。

上述基站接收会话请求后，通过识别会话请求中携带的目标终端的地址信息，判断该会话请求属于跨服务平台会话请求，进而执行后续步骤。

以服务平台为元宇宙平台为例，接入第一元宇宙的第一终端向第二元宇宙发起跨元宇宙会话请求，该会话请求的目标终端是从属于第二元宇宙的第二终端，该会话请求中携带第二终端在第二元宇宙的地址信息。

S102：从平台认证中心获取第二服务平台的通信标识号，并激活用户平面功能UPF分流，基于第二服务平台的通信标识号、第二终端在第二服务平台的地址信息，建立第一终端与第二终端之间的分流链路。

本申请实施例中，当基站识别出会话请求属于跨服务平台会话请求，可以从平台认证中心获取目标服务平台的通信标识号。

其中，平台认证中心可以由5GC控制平面的多个网元构成，例如PCF(PolicyControl function，策略控制功能)、SMF(Session Management function，会话管理功能)、AMF(Access and Mobility Management Function，接入和移动性管理功能)等。

具体的，参与跨服务平台通信的各个服务平台，可以预先与运营商进行签约，并在平台认证中心统一进行认证，平台认证中心对各个服务平台进行认证并分配通信标识号。以元宇宙为例，需要参与跨元宇宙通信的各个元宇宙可以预先通过N5/N33接口与5G网云，例如PCF进行交互认证，PCF可以对各个元宇宙进行认证并分配通信标识号。

也就是说，本申请实施例中，通过在5GC控制层面统一配置各个服务平台的通信标识号，实现服务平台之间通信的安全认证和转发规则的统一管理。

本申请实施例中，基站可以从5G网元获取第二服务平台的通信标识号，随后激活UPF(The User plane function，用户面功能)分流。

具体的，分流是5G UPF提供的一种功能，在激活UPF分流时，由5G网元SMF在当前的会话中***UPF分流节点，建立分流链路，UPF分流节点作为分流链路的中继节点。

本申请实施例中，基于第二服务平台的通信标识号、第二终端在第二服务平台的地址信息，建立第一终端与第二终端之间的分流链路。也就是说，通过5G UPF提供的分流功能，直接建立第一终端与第二终端之间的通信链路，在第一终端与第二终端通信过程中，业务流量直接经由边缘基站内部UPF的分流节点进行转发，无需经过第一服务平台和第二服务平台的服务器。

S103：基于分流链路，将业务流量由第一终端传输至第二终端。

本申请实施例中，所建立的分流链路是第一终端与第二终端之间的通信链路，因此第一终端与第二终端之间进行通信的业务流量无需经过服务平台的服务器进行转发，直接将业务流量由第一终端传输至第二终端即可。

可见，应用本申请实施例提供的跨服务平台的终端通信方法，接收从属于第一服务平台的第一终端发起的跨服务平台会话请求，跨服务平台会话请求的目标终端是从属于第二服务平台的第二终端；跨服务平台会话请求携带第二终端在第二服务平台的地址信息；从平台认证中心获取第二服务平台的通信标识号，并激活用户平面功能UPF分流，基于第二服务平台的通信标识号、第二终端在第二服务平台的地址信息，建立第一终端与第二终端之间的分流链路；基于分流链路，将业务流量由第一终端传输至第二终端。

从而，当终端发起跨服务平台会话请求时，触发5G UPF分流，直接建立从属于不同服务平台的终端之间的分流链路，使得跨服务平台的业务流量直接通过分流链路传输，因此不同服务平台的终端进行跨服务平台通信时，不再需要彼此开发复杂的API接口。

此外，由于分流链路的中继节点通常是位于边缘基站的UPF分流节点，因此相比于通过云端的服务器进行转接的方式，传输路径大大减少，降低了通信时延。

对于元宇宙平台，采用本申请实施例提供的通信方法，由于降低了跨元宇宙通信的时延，使得用户佩戴终端设备接入元宇宙过程中，不容易产生眩晕感。

本申请的一种实施例中，在平台认证中心进行认证的各个服务平台之间的跨服务平台通信遵循预先定义的统一数据格式。

具体的，由于各个服务平台之间进行通信的数据结构要求可能各不相同，因此平台认证中心还可以定义一套统一的数据格式，减少各服务平台之间复杂的API接口的耦合性和数据格式的复杂性。从而，各个平台之间的跨服务平台通信可以遵循统一数据格式，使得彼此数据交换更为便捷。

本申请的一种实施例中，UPF分流可以是UPF提供的UL CL(Uplink Classifier，上行分类器)分流方案。相应的，激活UPF分流的步骤，可以包括：

在当前的跨服务平台会话中***UPF分流节点，作为分流链路的中继节点；UPF分流节点包括：UL CL UPF和辅锚点UPF。

其中，UL CL UPF是实现Uplink Classifier功能的UPF，在激活分流时由SMF***到会话中，UL CL UPF可以通过N9接口与锚点UPF连接，对于上行流量，按分流规则识别后，区分出需要发送给主锚点UPF和辅锚点UPF的报文并转发。对于下行流量，则对来自锚点UPF的报文进行聚合，并通过N3接口转发给基站。

激活分流时，同时在会话中***辅锚点UPF，辅锚点UPF可以通过N6接口与本地DN连接。用户会话过程中，作为PDU会话的锚点，对UL CL UPF-辅锚点UPF-本地DN之间的用户数据进行转发，并完成计费、监听、业务控制等功能。

本申请实施例中，UL CL UPF和辅锚点UPF作为分流链路的中继节点，用于转发承载在分流链路上的业务流量。

作为一个示例，可以参见图2，图2为本申请实施例提供的跨服务平台的终端通信方法的一种示意图，如图2所示，服务平台为元宇宙平台，元宇宙A的终端a发起跨元宇宙会话后，通过5G UPF分流功能建立分流链路，分流链路中UL CL UPF和锚节点UPF作为中继节点。终端a可以直接通过分流链路向元宇宙B的终端b发送通信流量。

本申请的一种实施例中，服务平台为元宇宙平台，第一终端对应第一元宇宙平台内的第一数字人；第二终端对应第二元宇宙平台内的第二数字人。

具体的，在元宇宙领域，数字人是指用户在元宇宙的化身，因此用户使用的终端可以对应元宇宙中的数字人，则采用本申请实施例提供的跨服务平台的终端通信方法，能够实现处于不同元宇宙的数字人之间进行高效、便捷、低时延的通信，满足数字人在不同的元宇宙之间通信交际的需求。

本申请的一种实施例中，方法还可以包括：根据预设时段内统计的各个区域内跨服务平台的终端通信的流量数据，对UPF的部署区域和覆盖范围进行优化调整。

具体的，运营商可以统计各个区域内跨服务平台通信的流量数据，根据流量数据合理部署UPF，以满足各个区域内跨服务平台通信的分流需求。例如，若某个区域内跨服务平台通信的流量数据较多，则针对该区域部署较多的边缘基站，以满足区域内分流需求。

参见图3，图3为本申请实施例提供的跨服务平台的终端通信装置的一种结构示意图，装置可以包括以下模块：

接收模块301，用于接收从属于第一服务平台的第一终端发起的跨服务平台会话请求，所述跨服务平台会话请求的目标终端是从属于第二服务平台的第二终端；所述跨服务平台会话请求携带所述第二终端在所述第二服务平台的地址信息；

分流模块302，用于从平台认证中心获取所述第二服务平台的通信标识号，并激活用户平面功能UPF分流，基于所述第二服务平台的通信标识号、所述第二终端在所述第二服务平台的地址信息，建立所述第一终端与所述第二终端之间的分流链路；

传输模块303，用于基于所述分流链路，将业务流量由所述第一终端传输至所述第二终端。

应用本申请实施例提供的跨服务平台的终端通信装置，接收从属于第一服务平台的第一终端发起的跨服务平台会话请求，跨服务平台会话请求的目标终端是从属于第二服务平台的第二终端；跨服务平台会话请求携带第二终端在第二服务平台的地址信息；从平台认证中心获取第二服务平台的通信标识号，并激活用户平面功能UPF分流，基于第二服务平台的通信标识号、第二终端在第二服务平台的地址信息，建立第一终端与第二终端之间的分流链路；基于分流链路，将业务流量由第一终端传输至第二终端。

从而，当终端发起跨服务平台会话请求时，触发5G UPF分流，直接建立从属于不同服务平台的终端之间的分流链路，使得跨服务平台的业务流量直接通过分流链路传输，因此不同服务平台的终端进行跨服务平台通信时，不再需要彼此开发复杂的API接口。

此外，由于分流链路的中继节点通常是位于边缘基站的UPF分流节点，因此相比于通过云端的服务器进行转接的方式，传输路径大大减少，降低了通信时延。

对于元宇宙平台，采用本申请实施例提供的通信方法，由于降低了跨元宇宙通信的时延，使得用户佩戴终端设备接入元宇宙过程中，不容易产生眩晕感。

本申请的一种实施例中，所述平台认证中心预先对各个服务平台进行认证并为各个服务平台分配通信标识号。

可见，通过在5GC控制层面统一配置各个服务平台的通信标识号，实现服务平台之间通信的安全认证和转发规则的统一管理。

本申请的一种实施例中，在所述平台认证中心进行认证的各个服务平台之间的跨服务平台通信遵循预先定义的统一数据格式。

可见，平台认证中心还可以定义一套统一的数据格式，减少各服务平台之间复杂的API接口的耦合性和数据格式的复杂性。从而，各个平台之间的跨服务平台通信可以遵循统一数据格式，使得彼此数据交换更为便捷。

本申请的一种实施例中，所述UPF分流为UPF提供的UL CL分流，所述分流模块，具体用于：

在当前的跨服务平台会话中***UPF分流节点，作为分流链路的中继节点；所述UPF分流节点包括：UL CL UPF和辅锚点UPF。

本申请的一种实施例中，所述服务平台为元宇宙平台，所述第一终端对应第一元宇宙平台内的第一数字人；所述第二终端对应第二元宇宙平台内的第二数字人。

可见，采用本申请实施例提供的跨服务平台的终端通信装置，能够实现处于不同元宇宙的数字人之间进行高效、便捷、低时延的通信，满足数字人在不同的元宇宙之间通信交际的需求。

本申请实施例还提供了一种电子设备，如图4所示，包括处理器401、通信接口402、存储器403和通信总线404，其中，处理器401，通信接口402，存储器403通过通信总线404完成相互间的通信，

存储器403，用于存放计算机程序；

处理器401，用于执行存储器403上所存放的程序时，实现如下步骤：

接收从属于第一服务平台的第一终端发起的跨服务平台会话请求，所述跨服务平台会话请求的目标终端是从属于第二服务平台的第二终端；所述跨服务平台会话请求携带所述第二终端在所述第二服务平台的地址信息；

从平台认证中心获取所述第二服务平台的通信标识号，并激活用户平面功能UPF分流，基于所述第二服务平台的通信标识号、所述第二终端在所述第二服务平台的地址信息，建立所述第一终端与所述第二终端之间的分流链路；

基于所述分流链路，将业务流量由所述第一终端传输至所述第二终端。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可见，应用本申请实施例提供的电子设备，接收从属于第一服务平台的第一终端发起的跨服务平台会话请求，跨服务平台会话请求的目标终端是从属于第二服务平台的第二终端；跨服务平台会话请求携带第二终端在第二服务平台的地址信息；从平台认证中心获取第二服务平台的通信标识号，并激活用户平面功能UPF分流，基于第二服务平台的通信标识号、第二终端在第二服务平台的地址信息，建立第一终端与第二终端之间的分流链路；基于分流链路，将业务流量由第一终端传输至第二终端。

从而，当终端发起跨服务平台会话请求时，触发5G UPF分流，直接建立从属于不同服务平台的终端之间的分流链路，使得跨服务平台的业务流量直接通过分流链路传输，因此不同服务平台的终端进行跨服务平台通信时，不再需要彼此开发复杂的API接口。

此外，由于分流链路的中继节点通常是位于边缘基站的UPF分流节点，因此相比于通过云端的服务器进行转接的方式，传输路径大大减少，降低了通信时延。

对于元宇宙平台，采用本申请实施例提供的通信方法，由于降低了跨元宇宙通信的时延，使得用户佩戴终端设备接入元宇宙过程中，不容易产生眩晕感。

在本申请提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一跨服务平台的终端通信方法的步骤。

在本申请提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一跨服务平台的终端通信方法。

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

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于跨服务平台的终端通信装置、电子设备、计算机可读存储介质、计算机程序产品实施例而言，由于其基本相似于跨服务平台的终端通信方法实施例，所以描述的比较简单，相关之处参见跨服务平台的终端通信方法实施例的部分说明即可。

以上所述仅为本申请的较佳实施例，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本申请的保护范围内。

Claims (12)

1.一种跨服务平台的终端通信方法，其特征在于，所述方法包括：

接收从属于第一服务平台的第一终端发起的跨服务平台会话请求，所述跨服务平台会话请求的目标终端是从属于第二服务平台的第二终端；所述跨服务平台会话请求携带所述第二终端在所述第二服务平台的地址信息；

从平台认证中心获取所述第二服务平台的通信标识号，并激活用户平面功能UPF分流，基于所述第二服务平台的通信标识号、所述第二终端在所述第二服务平台的地址信息，建立所述第一终端与所述第二终端之间的分流链路；

基于所述分流链路，将业务流量由所述第一终端传输至所述第二终端。

2.根据权利要求1所述的方法，其特征在于，所述平台认证中心预先对各个服务平台进行认证并为各个服务平台分配通信标识号。

3.根据权利要求1所述的方法，其特征在于，在所述平台认证中心进行认证的各个服务平台之间的跨服务平台通信遵循预先定义的统一数据格式。

4.根据权利要求1所述的方法，其特征在于，所述UPF分流为UPF提供的UL CL分流，所述激活UPF分流的步骤，包括：

在当前的跨服务平台会话中***UPF分流节点，作为分流链路的中继节点；所述UPF分流节点包括：UL CL UPF和辅锚点UPF。

5.根据权利要求1所述的方法，其特征在于，所述服务平台为元宇宙平台，所述第一终端对应第一元宇宙平台内的第一数字人；所述第二终端对应第二元宇宙平台内的第二数字人。

6.一种跨服务平台的终端通信装置，其特征在于，所述装置包括：

接收模块，用于接收从属于第一服务平台的第一终端发起的跨服务平台会话请求，所述跨服务平台会话请求的目标终端是从属于第二服务平台的第二终端；所述跨服务平台会话请求携带所述第二终端在所述第二服务平台的地址信息；

分流模块，用于从平台认证中心获取所述第二服务平台的通信标识号，并激活用户平面功能UPF分流，基于所述第二服务平台的通信标识号、所述第二终端在所述第二服务平台的地址信息，建立所述第一终端与所述第二终端之间的分流链路；

传输模块，用于基于所述分流链路，将业务流量由所述第一终端传输至所述第二终端。

7.根据权利要求6所述的装置，其特征在于，所述平台认证中心预先对各个服务平台进行认证并为各个服务平台分配通信标识号。

8.根据权利要求6所述的装置，其特征在于，在所述平台认证中心进行认证的各个服务平台之间的跨服务平台通信遵循预先定义的统一数据格式。

9.根据权利要求6所述的装置，其特征在于，所述UPF分流为UPF提供的UL CL分流，所述分流模块，具体用于：

在当前的跨服务平台会话中***UPF分流节点，作为分流链路的中继节点；所述UPF分流节点包括：UL CL UPF和辅锚点UPF。

10.根据权利要求6所述的装置，其特征在于，所述服务平台为元宇宙平台，所述第一终端对应第一元宇宙平台内的第一数字人；所述第二终端对应第二元宇宙平台内的第二数字人。

11.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-5任一所述的方法步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-5任一所述的方法步骤。

Images