CN118283842A - 通信方法及装置 - Google Patents

Abstract

本申请实施例提供一种通信方法及装置，可以解决N4接口无法满足ToB场景需求的问题，可以适用于SMF网元托管在云平台上且UPF网元下沉到各个园区机房、高可靠需求以及边缘UPF网元轻量化、低成本和灵活的部署等ToB场景中。该方法包括：会话管理网元获取第一信息，其中，第一信息用于从会话管理网元与用户面网元共同支持的多种协议类型中确定会话管理网元与用户面网元通信所使用的第一协议类型，会话管理网元与用户面网元共同支持的多种协议类型可以为会话管理网元与用户面网元协商确定或者会话管理网元与用户面网元向网络存储网元注册订阅得到；会话管理网元根据第一信息确定第一协议类型，并根据第一协议类型向用户面网元发送数据。

Description

通信方法及装置

技术领域

本申请实施例涉及通信领域，尤其涉及一种通信方法及装置。

背景技术

目前，在消费者用户业务(to consumer，ToC)场景下，用户面功能(user planefunction，UPF)网元与会话管理功能(session management function，SMF)网元之间需要传递大量业务和策略信息，逻辑相对复杂，所以UPF网元与SMF网元之间的N4接口采用报文转发控制协议(packet forwarding control protocol，PFCP)协议实现消息交互，以提升传输效率。

然而，随着垂直行业(to business，ToB)的发展，不同业务对网络性能、功能以及运营和建设方面的需求都与ToC场景存在较大的差异。因此，当前ToC场景中对于N4接口的要求无法满足SMF网元托管在云平台上且UPF网元下沉到各个园区机房、高可靠需求以及对边缘用户侧UPF轻量化、低成本和灵活部署等ToB场景中的需求。

发明内容

本申请实施例提供一种通信方法及装置，可以解决N4接口无法满足ToB差异化场景需求的问题。

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

第一方面，提供一种通信方法，该方法可以由会话管理网元执行，也可以由会话管理网元的部件，例如会话管理网元的处理器、芯片、或芯片系统等执行，还可以由能实现全部或部分会话管理网元功能的逻辑模块或软件实现。以下以该方法由会话管理网元执行为例进行说明。该通信方法包括：会话管理网元获取第一信息。其中，第一信息用于从会话管理网元与用户面网元共同支持的多种协议类型中确定会话管理网元与用户面网元通信所使用的第一协议类型。会话管理网元根据第一信息确定第一协议类型。会话管理网元根据第一协议类型向用户面网元发送数据。

基于第一方面所述的通信方法，在会话管理网元与用户面网元支持多协议类型的场景下，会话管理网元可以根据第一信息从会话管理网元与用户面网元共同支持的多种协议类型中按需选择协议类型与用户面网元通信，这样可以为不同垂直行业的差异化需求定制接口协议类型，增强控制面和用户面粘性，进而可以提高控制面与用户面之间的通信的可靠性。本申请实施例提供的通信方法可以适用于SMF网元托管于云平台，UPF网元下沉到各企业园区的场景、ToB高可靠需求场景以及边缘用户侧UPF轻量化、低成本和灵活部署的场景中。

一种可能的设计方案中，第一信息可以包括如下一项或多项：用户数据网络名称DNN信息、用户切片信息、会话管理网元与用户面网元之间共同支持的多种协议类型对应链路的负载情况、会话管理网元与用户面网元之间共同支持的多种协议类型的优先级、或者会话管理网元与用户面网元之间的消息类型。

一种可能的设计方案中，本申请实施例提供的通信方法还可以包括：会话管理网元向用户面网元发送第一指示信息。其中，第一指示信息用于指示会话管理网元支持的多种协议类型。会话管理网元接收来自用户面网元的第二指示信息。其中，第二指示信息用于指示会话管理网元与用户面网元共同支持的多种协议类型，第二指示信息根据第一指示信息确定。如此，会话管理网元可以将其支持的协议类型配置信息发送给用户面网元，由用户面网元确定双方共同支持的多种协议类型，并通过第二指示信息通知会话管理网元双方共同支持的多种协议类型，以达到双方均能获取共同支持的多种协议类型的目的。

一种可能的设计方案中，第一指示信息可以包括如下一项或多项：会话管理网元支持的多种协议类型、会话管理网元支持的多种协议类型的优先级、会话管理网元支持的各协议类型对应的用户DNN信息、或者会话管理网元支持的各协议类型对应的用户切片信息。

一种可能的设计方案中，本申请实施例提供的通信方法还可以包括：会话管理网元向用户面网元发送第三指示信息。其中，第三指示信息用于指示会话管理网元支持的多种协议类型发生更新。会话管理网元接收来自用户面网元的第四指示信息。其中，第四指示信息用于指示根据第三指示信息更新后的会话管理网元与用户面网元共同支持的多种协议类型。如此，在会话管理网元的协议类型配置发生更新时，其可以通过第三指示信息告知用户面网元对双方共同支持的多种协议类型进行更新，从而可以实现对协议类型的动态调整。

另一种可能的设计方案中，本申请实施例提供的通信方法还可以包括：会话管理网元接收来自用户面网元的第五指示信息。其中，第五指示信息用于指示用户面网元支持的多种协议类型。会话管理网元向用户面网元发送第六指示信息。其中，第六指示信息用于指示会话管理网元与用户面网元共同支持的多种协议类型，第六指示信息根据第五指示信息确定。如此，会话管理网元可以获取用户面网元支持的协议类型配置信息，进而来确定双方共同支持的多种协议类型，并通过第六指示信息通知用户面网元双方共同支持的多种协议类型，以达到双方均能获取共同支持的多种协议类型的目的。

一种可能的设计方案中，第五指示信息可以包括如下一项或多项：用户面网元支持的多种协议类型、用户面网元支持的多种协议类型的优先级、用户面网元支持的各协议类型对应的用户DNN信息、或者用户面网元支持的各协议类型对应的用户切片信息。

一种可能的设计方案中，本申请实施例提供的通信方法还可以包括：会话管理网元接收来自用户面网元的第七指示信息。其中，第七指示信息用于指示用户面网元支持的多种协议类型发生更新。会话管理网元向用户面网元发送第八指示信息。其中，第八指示信息用于指示根据第七指示信息更新后的会话管理网元与用户面网元共同支持的多种协议类型。如此，在用户面网元的协议类型配置发生更新时，会话管理网元通过获取第七指示信息来对双方共同支持的多种协议类型进行更新，从而可以实现对协议类型的动态调整。

又一种可能的设计方案中，本申请实施例提供的通信方法还可以包括：会话管理网元向网络存储网元发送第一消息。其中，第一消息用于请求订阅用户面网元的信息。会话管理网元接收来自网络存储网元的第二消息。其中，第二消息中包括用户面网元支持的多种协议类型的信息。会话管理网元根据用户面网元支持的多种通信协议类型的信息确定会话管理网元与用户面网元共同支持的多种协议类型。换言之，会话管理网元还可以向网络存储网元订阅用户面网元的协议类型配置信息来确定双方共同支持的多种协议类型。

一种可能的设计方案中，本申请实施例提供的通信方法还可以包括：会话管理网元向网络存储网元发送第三消息。其中，第三消息用于请求服务注册，第三消息包括会话管理网元支持的多种协议类型的信息。如此，会话管理网元可以向网络存储网元请求服务注册，将其支持的协议类型配置信息存储在网络存储网元，以便于用户面网元订阅，以达到双方均能获取共同支持的多种协议类型的目的。

第二方面，提供一种通信方法，该方法可以由用户面网元执行，也可以由用户面网元的部件，例如用户面网元的处理器、芯片、或芯片系统等执行，还可以由能实现全部或部分用户面网元功能的逻辑模块或软件实现。以下以该方法由用户面网元执行为例进行说明。该通信方法包括：用户面网元获取第二信息。其中，第二信息用于从用户面网元与会话管理网元共同支持的多种协议类型中确定用户面网元与会话管理网元通信所使用的第二协议类型。用户面网元根据第二信息确定第二协议类型。用户面网元根据第二协议类型向会话管理网元发送数据。

一种可能的设计方案中，第二信息可以包括如下一项或多项：用户数据网络名称DNN信息、用户切片信息、会话管理网元与用户面网元共同支持的多种协议类型对应链路的负载情况、会话管理网元与用户面网元共同支持的多种协议类型的优先级、或者会话管理网元与用户面网元之间的消息类型。

一种可能的设计方案中，本申请实施例提供的通信方法还可以包括：用户面网元接收来自会话管理网元的第一指示信息。其中，第一指示信息用于指示会话管理网元支持的多种协议类型。用户面网元向会话管理网元发送第二指示信息。其中，第二指示信息用于指示会话管理网元与用户面网元共同支持的多种协议类型，第二指示信息根据第一指示信息确定。

一种可能的设计方案中，第一指示信息可以包括如下一项或多项：会话管理网元支持的多种协议类型、会话管理网元支持的多种协议类型的优先级、会话管理网元支持的各协议类型对应的用户DNN信息、或者会话管理网元支持的各协议类型对应的用户切片信息。

一种可能的设计方案中，本申请实施例提供的通信方法还可以包括：用户面网元接收来自会话管理网元的第三指示信息。其中，第三指示信息用于指示会话管理网元支持的多种协议类型发生更新。用户面网元向会话管理网元发送第四指示信息。其中，第四指示信息用于指示根据第三指示信息更新后的会话管理网元与用户面网元共同支持的多种协议类型。

另一种可能的设计方案中，本申请实施例提供的通信方法还可以包括：用户面网元向会话管理网元发送第五指示信息。其中，第五指示信息用于指示用户面网元支持的多种协议类型。用户面网元接收来自会话管理网元的第六指示信息。其中，第六指示信息用于指示会话管理网元与用户面网元共同支持的多种协议类型，第六指示信息根据第五指示信息确定。

一种可能的设计方案中，第五指示信息可以包括如下一项或多项：用户面网元支持的多种协议类型、用户面网元支持的多种协议类型的优先级、用户面网元支持的各协议类型对应的用户DNN信息、或者用户面网元支持的各协议类型对应的用户切片信息。

一种可能的设计方案中，本申请实施例提供的通信方法还可以包括：用户面网元向会话管理网元发送第七指示信息。其中，第七指示信息用于指示用户面网元支持的多种协议类型发生更新。用户面网元接收来自会话管理网元的第八指示信息。其中，第八指示信息用于指示根据第七指示信息更新后的会话管理网元与用户面网元共同支持的多种协议类型。

又一种可能的设计方案中，本申请实施例提供的通信方法还可以包括：用户面网元向网络存储网元发送第四消息。其中，第四消息用于请求订阅会话管理网元的信息。用户面网元接收来自网络存储网元的第五消息。其中，第五消息包括会话管理网元支持的多种协议类型的信息。用户面网元根据会话管理网元支持的多种协议类型的信息确定会话管理网元与用户面网元共同支持的多种协议类型。

一种可能的设计方案中，本申请实施例提供的通信方法还可以包括：用户面网元向网络存储网元发送第六消息。其中，第六消息用于请求服务注册，第六消息包括用户面网元支持的多种协议类型的信息。

其中，第二方面所述的通信方法的技术效果可以参考第一方面所述的通信方法的技术效果，此处不再赘述。

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

在一些可能的设计中，该通信装置包括：处理模块和收发模块。其中，处理模块，用于获取第一信息。其中，第一信息用于从会话管理网元与用户面网元共同支持的多种协议类型中确定会话管理网元与用户面网元通信所使用的第一协议类型。处理模块，还用于根据第一信息确定第一协议类型。收发模块，用于根据第一协议类型向用户面网元发送数据。

一种可能的设计方案中，第一信息可以包括如下一项或多项：用户数据网络名称DNN信息、用户切片信息、会话管理网元与用户面网元之间共同支持的多种协议类型对应链路的负载情况、会话管理网元与用户面网元之间共同支持的多种协议类型的优先级、或者会话管理网元与用户面网元之间的消息类型。

一种可能的设计方案中，收发模块，还用于向用户面网元发送第一指示信息。其中，第一指示信息用于指示会话管理网元支持的多种协议类型。收发模块，还用于接收来自用户面网元的第二指示信息。其中，第二指示信息用于指示会话管理网元与用户面网元共同支持的多种协议类型，第二指示信息根据第一指示信息确定。

一种可能的设计方案中，第一指示信息可以包括如下一项或多项：会话管理网元支持的多种协议类型、会话管理网元支持的多种协议类型的优先级、会话管理网元支持的各协议类型对应的用户DNN信息、或者会话管理网元支持的各协议类型对应的用户切片信息。

一种可能的设计方案中，收发模块，还用于向用户面网元发送第三指示信息。其中，第三指示信息用于指示会话管理网元支持的多种协议类型发生更新。收发模块，还用于接收来自用户面网元的第四指示信息。其中，第四指示信息用于指示根据第三指示信息更新后的会话管理网元与用户面网元共同支持的多种协议类型。

另一种可能的设计方案中，收发模块，还用于接收来自用户面网元的第五指示信息。其中，第五指示信息用于指示用户面网元支持的多种协议类型。收发模块，还用于向用户面网元发送第六指示信息。其中，第六指示信息用于指示会话管理网元与用户面网元共同支持的多种协议类型，第六指示信息根据第五指示信息确定。

一种可能的设计方案中，第五指示信息可以包括如下一项或多项：用户面网元支持的多种协议类型、用户面网元支持的多种协议类型的优先级、用户面网元支持的各协议类型对应的用户DNN信息、或者用户面网元支持的各协议类型对应的用户切片信息。

一种可能的设计方案中，收发模块，还用于接收来自用户面网元的第七指示信息。其中，第七指示信息用于指示用户面网元支持的多种协议类型发生更新。收发模块，还用于向用户面网元发送第八指示信息。其中，第八指示信息用于指示根据第七指示信息更新后的会话管理网元与用户面网元共同支持的多种协议类型。

又一种可能的设计方案中，收发模块，还用于向网络存储网元发送第一消息。其中，第一消息用于请求订阅用户面网元的信息。收发模块，还用于接收来自网络存储网元的第二消息。其中，第二消息中包括用户面网元支持的多种协议类型的信息。处理模块，还用于根据用户面网元支持的多种通信协议类型的信息确定会话管理网元与用户面网元共同支持的多种协议类型。

一种可能的设计方案中，收发模块，还用于向网络存储网元发送第三消息。其中，第三消息用于请求服务注册，第三消息包括会话管理网元支持的多种协议类型的信息。

可选的，收发模块可以包括接收模块和发送模块。其中，发送模块用于实现第三方面所述的通信装置的发送功能，接收模块用于实现第三方面所述的通信装置的接收功能。

可选的，第三方面所述的通信装置还可以包括存储模块，该存储模块存储有程序或指令。当处理模块执行该程序或指令时，使得第三方面所述的通信装置可以执行第一方面所述的通信方法。

其中，第三方面所述的通信装置的技术效果可以参考第一方面所述的通信方法的技术效果，此处不再赘述。

第四方面，提供了一种通信装置用于实现上述各种方法。该通信装置可以为上述第二方面中的用户面网元，或者包含上述用户面网元的装置，或者上述用户面网元中包含的装置，比如芯片。所述通信装置包括实现上述第二方面所述方法的相应模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。

在一些可能的设计中，该通信装置包括：处理模块和收发模块。其中，处理模块，用于获取第二信息。其中，第二信息用于从用户面网元与会话管理网元共同支持的多种协议类型中确定用户面网元与会话管理网元通信所使用的第二协议类型。处理模块，还用于根据第二信息确定第二协议类型。收发模块，还用于根据第二协议类型向会话管理网元发送数据。

一种可能的设计方案中，第二信息可以包括如下一项或多项：用户数据网络名称DNN信息、用户切片信息、会话管理网元与用户面网元共同支持的多种协议类型对应链路的负载情况、会话管理网元与用户面网元共同支持的多种协议类型的优先级、或者会话管理网元与用户面网元之间的消息类型。

一种可能的设计方案中，收发模块，还用于接收来自会话管理网元的第一指示信息。其中，第一指示信息用于指示会话管理网元支持的多种协议类型。收发模块，还用于向会话管理网元发送第二指示信息。其中，第二指示信息用于指示会话管理网元与用户面网元共同支持的多种协议类型，第二指示信息根据第一指示信息确定。

一种可能的设计方案中，第一指示信息可以包括如下一项或多项：会话管理网元支持的多种协议类型、会话管理网元支持的多种协议类型的优先级、会话管理网元支持的各协议类型对应的用户DNN信息、或者会话管理网元支持的各协议类型对应的用户切片信息。

一种可能的设计方案中，收发模块，还用于接收来自会话管理网元的第三指示信息。其中，第三指示信息用于指示会话管理网元支持的多种协议类型发生更新。收发模块，还用于向会话管理网元发送第四指示信息。其中，第四指示信息用于指示根据第三指示信息更新后的会话管理网元与用户面网元共同支持的多种协议类型。

另一种可能的设计方案中，收发模块，还用于向会话管理网元发送第五指示信息。其中，第五指示信息用于指示用户面网元支持的多种协议类型。收发模块，还用于接收来自会话管理网元的第六指示信息。其中，第六指示信息用于指示会话管理网元与用户面网元共同支持的多种协议类型，第六指示信息根据第五指示信息确定。

一种可能的设计方案中，第五指示信息可以包括如下一项或多项：用户面网元支持的多种协议类型、用户面网元支持的多种协议类型的优先级、用户面网元支持的各协议类型对应的用户DNN信息、或者用户面网元支持的各协议类型对应的用户切片信息。

一种可能的设计方案中，收发模块，还用于向会话管理网元发送第七指示信息。其中，第七指示信息用于指示用户面网元支持的多种协议类型发生更新。收发模块，还用于接收来自会话管理网元的第八指示信息。其中，第八指示信息用于指示根据第七指示信息更新后的会话管理网元与用户面网元共同支持的多种协议类型。

又一种可能的设计方案中，收发模块，还用于向网络存储网元发送第四消息。其中，第四消息用于请求订阅会话管理网元的信息。收发模块，还用于接收来自网络存储网元的第五消息。其中，第五消息包括会话管理网元支持的多种协议类型的信息。处理模块，还用于根据会话管理网元支持的多种协议类型的信息确定会话管理网元与用户面网元共同支持的多种协议类型。

一种可能的设计方案中，收发模块，还用于向网络存储网元发送第六消息。其中，第六消息用于请求服务注册，第六消息包括用户面网元支持的多种协议类型的信息。

可选的，收发模块可以包括接收模块和发送模块。其中，发送模块用于实现第四方面所述的通信装置的发送功能，接收模块用于实现第四方面所述的通信装置的接收功能。

可选的，第四方面所述的通信装置还可以包括存储模块，该存储模块存储有程序或指令。当处理模块执行该程序或指令时，使得第四方面所述的通信装置可以执行第二方面所述的通信方法。

其中，第四方面所述的通信装置的技术效果可以参考第二方面所述的通信方法的技术效果，此处不再赘述。

第五方面，提供一种通信装置，包括：处理器和通信接口；该通信接口，用于与该通信装置之外的模块通信；所述处理器用于执行计算机程序或指令，以使该通信装置执行上述第一方面或第二方面所述的方法。

第六方面，提供一种通信装置，包括：至少一个处理器；该处理器用于执行存储器中存储的计算机程序或指令，以使该通信装置执行上述第一方面或第二方面所述的方法。该存储器可以与处理器耦合，或者，也可以独立于该处理器。

上述第五方面或第六方面所述的通信装置可以为上述第一方面中的会话管理网元，或者包含上述会话管理网元的装置，或者上述会话管理网元中包含的装置，比如芯片；或者，该通信装置可以为上述第二方面中的用户面网元，或者包含上述用户面网元的装置，或者上述用户面网元中包含的装置，比如芯片。

第七方面，提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述第一方面或第二方面中所涉及的功能。

在一些可能的设计中，该通信装置包括存储器，该存储器，用于保存必要的程序指令和/或数据。

可选的，处理器可以与存储器集成在一起。

在一些可能的设计中，该装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

第八方面，提供一种通信装置，包括：收发器和处理器。其中，收发器用于该通信装置和其他通信装置之间进行信息交互，处理器执行程序指令，用以执行上述第一方面或第二方面所述的方法。

在一种可能的设计方案中，第八方面所述的通信装置还可以包括存储器。该存储器可以与处理器集成在一起，也可以分开设置。该存储器可以用于存储上述第一方面或第二方面所述的方法所涉及的计算机程序和/或数据。

第九方面，提供一种通信装置。该通信装置用于执行上述第一方面或第二方面所述的方法。

在本申请中，第九方面所述的通信装置可以为第一方面中的会话管理网元或第二方面中的用户面网元，或者可设置于该会话管理网元或用户面网元中的芯片(系统)或其他部件或组件，或者包含该会话管理网元或用户面网元的装置。

应理解，第九方面所述的通信装置包括实现上述第一方面或第二方面所述的方法相应的模块、单元、或手段(means)，该模块、单元、或手段可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个用于执行上述方法所涉及的功能的模块或单元。

可以理解的是，第五方面至第九方面中任一方面提供的通信装置是芯片时，上述的发送动作/功能可以理解为输出，上述的接收动作/功能可以理解为输入。

第十方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序或指令，当其在通信装置上运行时，使得通信装置可以执行上述第一方面或第二方面所述的方法。

第十一方面，提供了一种包含指令的计算机程序产品，当其在通信装置上运行时，使得该通信装置可以执行上述第一方面或第二方面所述的方法。

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

第十二方面，提供一种通信系统，该通信系统包括上述第一方面所述的会话管理网元和上述第二方面所述的用户面网元。

附图说明

图1为本申请实施例提供的一种SMF网元和UPF网元之间的N4接口协议栈的结构示意图；

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

图3为本申请实施例提供的一种5GS的架构示意图；

图4为本申请实施例提供的一种通信方法的流程示意图；

图5为本申请实施例提供的一种会话管理网元与用户面网元之间的多协议栈的结构示意图；

图6为本申请实施例提供的一种协议选择的优先级顺序的流程示意图；

图7为本申请实施例提供的另一种通信方法的流程示意图；

图8为本申请实施例提供的又一种通信方法的流程示意图；

图9为本申请实施例提供的又一种通信方法的流程示意图；

图10为本申请实施例提供的一种通信装置的结构示意图；

图11为本申请实施例提供的另一种通信装置的结构示意图；

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

具体实施方式

为了更好地理解本申请实施例，在介绍本申请实施例之前，做出如下几点说明。

第一，在本申请中，“用于指示”可以包括用于直接指示和用于间接指示。当描述某一“指示信息”用于指示A时，可以包括该指示信息直接指示A或间接指示A，而并不代表该指示信息中一定携带有A。

将指示信息所指示的信息称为待指示信息，则具体实现过程中，对待指示信息进行指示的方式有很多种，例如但不限于，可以直接指示待指示信息，如待指示信息本身或者该待指示信息的索引等。也可以通过指示其他信息来间接指示待指示信息，其中该其他信息与待指示信息之间存在关联关系。还可以仅仅指示待指示信息的一部分，而待指示信息的其他部分则是已知的或者提前约定的。例如，还可以借助预先约定(例如协议规定)的各个信息的排列顺序来实现对特定信息的指示，从而在一定程度上降低指示开销。同时，还可以识别各个信息的通用部分并统一指示，以降低单独指示同样的信息而带来的指示开销。

此外，具体的指示方式还可以是现有各种指示方式，例如但不限于，上述指示方式及其各种组合等。各种指示方式的具体细节可以参考现有技术，本文不再赘述。由上文所述可知，举例来说，当需要指示相同类型的多个信息时，可能会出现不同信息的指示方式不相同的情形。具体实现过程中，可以根据具体的需要选择所需的指示方式，本申请实施例对选择的指示方式不做限定，如此一来，本申请实施例涉及的指示方式应理解为涵盖可以使得待指示方获知待指示信息的各种方法。

待指示信息可以作为一个整体一起发送，也可以分成多个子信息分开发送，而且这些子信息的发送周期和/或发送时机可以相同，也可以不同。具体发送方法本申请不进行限定。其中，这些子信息的发送周期和/或发送时机可以是预先定义的，例如根据协议预先定义的，也可以是发射端设备通过向接收端设备发送配置信息来配置的。其中，该配置信息可以例如但不限于包括无线资源控制(radio resource control,RRC)信令、介质接入控制(medium access control,MAC)层信令和物理层信令中的一种或者至少两种的组合。其中，MAC层信令例如包括MAC控制元素(control element,CE)；物理(physical,PHY)层信令例如包括下行控制信息(downlink control information,DCI)。

第二，在下文示出的实施例中第一、第二以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。例如，区分不同的指示信息。又例如，第一网络区域和第二网络区域仅仅是为了区分不同的区域，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

第三，“预定义”或“预配置”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。其中，“保存”可以是指，保存在一个或者多个存储器中。所述一个或者多个存储器可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。所述一个或者多个存储器也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

第四，本申请实施例中涉及的“协议”可以是指通信领域的标准协议，例如可以包括长期演进(long term evolution，LTE)协议、新空口(new radio，NR)协议以及应用于未来的通信系统中的相关协议，本申请对此不作限定。

第五，本申请实施例中，“信息(information)”，“信号(signal)”，“消息(message)”，“信道(channel)”、“信令(singaling)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。“的(of)”，“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

第六，本申请实施例的技术方案可以应用于各种通信系统，例如无线保真(wireless fidelity，WiFi)系统，车到任意物体(vehicle to everything，V2X)通信系统、设备间(device-todevie，D2D)通信系统、车联网通信系统、第4代(4th generation，4G)移动通信系统，如长期演进(long term evolution，LTE)系统、全球互联微波接入(worldwideinteroperability for microwave access，WiMAX)通信系统、5G移动通信系统，如NR系统，以及未来的通信系统，如6G移动通信系统等。

其中，本申请将围绕可包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是，各个系统可以包括另外的设备、组件、模块等，并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外，还可以使用这些方案的组合。

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

下面将结合附图，对本申请中的技术方案进行描述。

目前，5G网络的快速发展，促进着ToC业务体验的提升。同时，随着ToB行业的发展，ToB业务对于5G网络的需求也越来越大。例如，企业希望通过5G实现生产和运营管理过程的数字化，以提升客户体验，实现降本增效。然而，不同的垂直行业用户在网络性能、功能、建设和运营几个方面的需求差异极大。其中，在网络性能方面，要求具备高于公共大网的覆盖质量、时延、上行容量、稳定性、网络自主控制能力等，同时要求网络本身能够根据业务及管理需求等方面进行灵活适配。在网络功能方面，要求能够融入到现有业务系统，既保证对现有业务流程的兼容，又能具备承载新兴业务的演进能力。在网络建设和运营方面，希望能够降低网络部署成本和运营支出，但同时获取足够的网络运营权。

在5G核心网(core network，CN)中，UPF网元已逐渐从运营商的核心层走向行业客户的接入层。N4接口在SMF网元和UPF网元之间，是5G核心网控制面与转发面的接口，只支持PFCP协议。其中，ToC场景下，N4接口采用PFCP协议交互可以降低传输时延，且能够满足UPF网元需要承载全量现网业务、支持众多运营商定制的增强功能、用户数为百万级以上、业务功能要求全面、容量和性能要求高等需求。

示例性的，下述表1示出了SMF网元(控制面)和UPF网元(用户面)之间的N4接口采用PFCP协议传递的消息类型。

表1

如表1示出的N4接口消息类型，SMF网元和UPF网元之间需要传递大量业务和策略信息，逻辑相对复杂，因此N4接口中消息的交互采用PFCP协议封装和解析，以提升传输效率。并且，SMF网元和UPF网元之间可以通过各种转发控制命令和策略规则发送数据包，如报文检测规则(packet detection rule，PDR)、转发动作规则(forwarding action rule，FAR)、服务质量(quality of service，QoS)执行规则(QoS enforcement rule，QER)、用量上报规则(usage report rule，URR)、缓存动作规则(buffering action rule，BAR)、或多接入规则(multi-access rule，MAR)等。

另外，图1示出了本申请实施例提供的一种SMF网元和UPF网元之间的N4接口协议栈的结构示意图。如图1所示，SMF网元与UPF网元之间采用PFCP协议，协议栈从上至下依次为PFCP层、用户数据报协议(user datagram protocol，UDP)层、网际互连协议(internetprotocol，IP)层、(layer，L)2层和L1层。SMF网元向UPF网元发送数据时，数据会依次经过PFCP层、UDP层、IP层、L2层和L1层的封装，封装成数据包后发送到UPF网元，而UPF网元则将接收到的数据包依次经过L1层、L2层、IP层、UDP层和PFCP层的解封装得到数据。UPF网元向SMF网元发送数据的封装与解封装过程与SMF网元向UPF网元发送数据的封装与解封装过程类似，此处不再赘述。

在ToB场景中，由于不同业务场景对网络性能、功能以及运营和建设方面都存在较大的差异，该N4接口仅采用单一的PFCP协议无法满足边缘用户侧UPF网元轻量化、低成本和灵活部署的需求。例如，SMF网元和多个不同业务场景的UPF网元对接，采用PFCP协议可以满足低时延场景，但对于高可靠、大带宽的智慧地铁场景，由于PFCP协议的传输层采用UDP协议，安全性较低，则无法满足需求。又例如，运营商为了减少成本支出，可能会将SMF网元托管在云平台上，UPF网元下沉到各个园区机房(保护数据安全又能缩短时延)，但PFCP协议是有状态协议，因此无法更好地利用云上服务按需使用、弹性伸缩以及敏捷部署网络等特性。同时N4接口与厂商设备绑定，不支持服务化能力，无法满足边缘用户侧灵活性部署的需求。

因此，SMF网元与UPF网元之间存在如下几方面问题：

(1)N4接口只支持PFCP协议，类型单一，无法满足差异化、多样化等按需定制的业务场景需求。例如。PFCP协议的传输层采用UDP协议，安全性和可靠性较差，无法满足ToB高可靠场景。

(2)将SMF网元托管在云平台上，UPF网元下沉到各个园区机房的场景中，有状态的PFCP协议无法较好地利用云上服务按需使用、弹性伸缩以及敏捷部署网络等特性。

(3)UPF网元不支持超文本传输协议(hyper text transfer protocol，HTTP)协议类型，当SMF网元和UPF网元动态增减后，每增减一个网元，都需要将SMF网元和UPF网元两侧的信息进行手动调整配置，操作繁琐且难以维护，极大的增加了运维成本。

(4)N4接口协议类型扩展后，既兼容当前PFCP协议，也可支持HTTP等多协议类型，将UPF网元纳入网络存储功能(network repository function，NRF)注册发现机制，推动UPF网元从非服务化向服务化过渡。

为解决上述技术问题，本申请实施例提供了一种通信方法，以满足ToB差异化场景需求。

示例性的，图2为本申请实施例提供的一种通信系统的架构示意图。如图2所示，该通信系统包括会话管理网元和用户面网元，会话管理网元与用户面网元之间可以通信，一个会话管理网元可以对应多个用户面网元，不同的用户面网元可以位于不同的园区内。其中，会话管理网元和用户面网元均支持多种协议类型，且会话管理网元与用户面网元共同支持多种相同的协议类型。

需要说明的是，本申请实施例中的协议类型是指用于会话管理网元与用户面网元之间通信的通信协议类型。

虽然未示出，该通信系统还可以包括网络存储网元等其他网元或设备，本申请实施例对此不做具体限定。

一种可能的设计方案中，会话管理网元获取第一信息，其中，第一信息用于从会话管理网元与用户面网元共同支持的多种协议类型确定会话管理网元与用户面网元通信所使用的第一协议类型。进而，会话管理网元根据第一信息确定第一协议类型，并根据第一协议类型向用户面网元发送数据。该方案的具体实现过程及其技术效果将在后续方法实施例中描述，在此不予赘述。

另一种可能的设计方案中，用户面网元获取第二信息，其中，第二信息用于从会话管理网元与用户面网元共同支持的多种协议类型中确定用户面网元与会话管理网元通信所使用的第二协议类型。进而，用户面网元根据第二信息确定第二协议类型，并根据第二协议类型向会话管理网元发送数据。该方案的具体实现过程及其技术效果将在后续方法实施例中描述，在此不予赘述。

一种可能的实现方式中，会话管理网元可以为5G通信系统中的SMF网元，用于实现终端设备的会话管理，为终端设备的会话分配资源和释放资源。其中，资源包括资源预置参数QoS、会话路径、和转发规则等。

一种可能的实现方式中，用户面网元可以为5G通信系统中的UPF网元，用于分组路由和转发以及用户面数据的QoS处理等。用户面网元可以根据会话管理网元的路由规则执行用户数据包转发，如上行数据发送到数据网络或其他用户面网元，下行数据转发到其他用户面网元或者无线接入网(radio access network，RAN)。

应理解，本申请实施例中对会话管理网元或者用户面网元的命名仅为一种示例，在未来通信系统中，以上网元可以有其它的名称，本申请不做限定。实际中，网元可以是在专用硬件上实现的网络元件，也可以是在专用硬件上运行的软件实例，或者是在适当平台上虚拟化功能的实例，例如，上述虚拟化平台可以为云平台。

示例性的，图3为本申请实施例提供的适用于上述通信系统的一种5GS的架构示意图。如图3所示，5GS包括：接入网(access network，AN)和CN，还可以包括：终端设备。

上述终端设备可以为具有收发功能的终端设备，或为可设置于该终端设备的芯片或芯片系统。该终端设备也可以称为用户装置(user equipment，UE)、接入终端、用户单元(subscriber unit)、用户站、移动站(mobile station，MS)、移动台、远方站、远程终端、移动设备、用户终端、终端设备、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobile phone)、蜂窝电话(cellular phone)、智能电话(smartphone)、平板电脑(Pad)、无线数据卡、个人数字助理电脑(personal digital assistant，PDA)、无线调制解调器(modem)、手持设备(handset)、膝上型电脑(laptop computer)、机器类型通信(machine type communication，MTC)终端、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、车载终端、具有终端功能的路边单元(road side unit，RSU)等。本申请的终端设备还可以是作为一个或多个部件或者单元而内置于车辆的车载模块、车载模组、车载部件、车载芯片或者车载单元。

上述AN用于实现接入有关的功能，可以为特定区域的授权用户提供入网功能，并能够根据用户的级别，业务的需求等确定不同质量的传输链路以传输用户数据。AN在终端设备与CN之间转发控制信号和用户数据。AN可以包括：接入网设备，也可以称为RAN设备。

上述CN主要负责维护移动网络的签约数据，为终端设备提供会话管理、移动性管理、策略管理以及安全认证等功能。CN主要包括如下网元：UPF网元、认证服务功能(authentication server function，AUSF)网元、接入和移动性管理功能(access andmobility management function，AMF)网元、SMF网元、网络切片选择功能(network sliceselection function，NSSF)网元、网络开放功能(network exposure function，NEF)网元、NRF网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unifieddata management，UDM)网元、统一数据存储(unified data repository，UDR)网元、以及应用功能(application function，AF)网元。

如图3所示，终端设备通过RAN设备接入5G网络，终端设备通过N1接口(简称N1)与AMF网元通信；RAN设备通过N2接口(简称N2)与AMF网元通信；RAN设备通过N3接口简称N3与UPF网元通信；SMF网元通过N4接口(简称N4)与UPF网元通信，UPF网元通过N6接口(简称N6)接入数据网络(data network，DN)。此外，图3所示的AUSF网元、AMF网元、SMF网元、NSSF网元、NEF网元、NRF网元、PCF网元、UDM网元、UDR网元或者AF网元等控制面功能采用服务化接口进行交互。比如，AUSF网元对外提供的服务化接口为Nausf；AMF网元对外提供的服务化接口为Namf；SMF网元对外提供的服务化接口为Nsmf；NSSF对外提供的服务化接口为Nnssf；NEF网元对外提供的服务化接口为Nnef；NRF网元对外提供的服务化接口为Nnrf；PCF网元对外提供的服务化接口为Npcf；UDM网元对外提供的服务化接口为Nudm；UDR网元对外提供的服务化接口为Nudr；AF网元对外提供的服务化接口为Naf。

RAN设备可以是为终端设备提供接入的设备。例如，RAN设备可以包括：下一代移动通信系统，例如6G的接入网设备，例如6G基站，或者在下一代移动通信系统中，该网络设备也可以有其他命名方式，其均涵盖在本申请实施例的保护范围以内，本申请对此不做任何限定。或者，RAN设备也可以包括5G，如NR系统中的gNB，或，5G中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB、传输点(transmission and receptionpoint，TRP或者transmission point，TP)或传输测量功能(transmission measurementfunction，TMF)的网络节点，如基带单元(building base band unit，BBU)，或，集中单元(centralized unit，CU)或分布单元(distributed unit，DU)、具有基站功能的RSU，或者有线接入网关，或者5G的核心网网元。或者，RAN设备还可以包括WiFi系统中的接入点(accesspoint，AP)，无线中继节点、无线回传节点、各种形式的宏基站、微基站(也称为小站)、中继站、接入点、可穿戴设备、车载设备等等。

UPF网元主要负责用户数据处理(转发、接收、计费等)。例如，UPF网元可以接收来自DN的用户数据，通过接入网设备向终端设备转发该用户数据。UPF网元也可以通过接入网设备接收来自终端设备的用户数据，并向DN转发该用户数据。DN网元指的是为用户提供数据传输服务的运营商网络。例如IP多媒体业务(IP multi-media srvice，IMS)、互联网(internet)等。DN可以为运营商外部网络，也可以为运营商控制的网络，用于向终端设备提供业务服务。

AUSF网元主要用于执行终端设备的安全认证。

AMF网元主要用于移动网络中的移动性管理。例如用户位置更新、用户注册网络、用户切换等。

SMF网元主要用于移动网络中的会话管理。例如会话建立、修改、释放。具体功能例如为用户分配IP地址，选择提供数据包转发功能的UPF网元等。

PCF网元主要支持提供统一的策略框架来控制网络行为，提供策略规则给控制层网络功能，同时负责获取与策略决策相关的用户签约信息。PCF网元可以向AMF网元、SMF网元提供策略，例如QoS策略、切片选择策略等。

NSSF网元主要用于为终端设备选择网络切片。

NEF网元主要用于支持能力和事件的开放。

UDM网元主要用于存储用户数据，例如签约数据、鉴权/授权数据等。

UDR网元主要用于存储结构化数据，存储的内容包括签约数据和策略数据、对外暴露的结构化数据和应用相关的数据。

AF网元主要支持与CN交互来提供服务，例如影响数据路由决策、策略控制功能或者向网络侧提供第三方的一些服务。

应理解，上述图2或图3所示的通信系统中包括的设备或功能节点只是示例性的描述，并不对本申请实施例构成限定，事实上，图2或图3所示的通信系统中还可以包含其他与图中示意的设备或功能节点具有交互关系的网元或设备或功能节点，这里不作具体限定。

下面将结合图4-图9对本申请实施例提供的通信方法进行具体阐述。

示例性地，图4为本申请实施例提供的一种通信方法的流程示意图。该通信方法可以适用于上述图2或图3示出的通信系统中。

如图4所示，该通信方法包括如下步骤：

S401、会话管理网元获取第一信息。

其中，第一信息用于从会话管理网元与用户面网元共同支持的多种协议类型中确定会话管理网元与用户面网元通信所使用的第一协议类型。换言之，第一信息用于指示会话管理网元从会话管理网元与用户面网元共同支持的多种协议类型中选择第一协议类型时所使用的条件，该第一协议类型用于会话管理网元与用户面网元通信。

可以理解的是，本申请实施例中的会话管理网元与用户面网元分别支持多种协议类型，且共同支持有多种相同的协议类型，每一种协议类型对应一种协议栈结构，也就是说会话管理网元与用户面网元支持多协议栈。

示例性的，图5为本申请实施例提供的一种会话管理网元与用户面网元之间的多协议栈的结构示意图。如图5所示，会话管理网元与用户面网元支持的相同协议栈之间形成链路通信，例如，会话管理网元与用户面网元之间采用PFCP协议或HTTP协议通信。

本申请实施例中，会话管理网元与用户面网元支持的多种协议类型可以包括PFCP协议、HTTP协议、远程过程调用(google remote procedure call，GRPC)协议、传输控制协议(transmission control protocol，TCP)协议、消息队列遥测传输(message queuingtelemetry transport，MQTT)协议或其他用户自定义协议类型等。多种协议类型可以通过上层管理设备(如服务器)以静态配置的方式下发配置给会话管理网元与用户面网元，换言之，会话管理网元与用户面网元可以获取上层管理设备下发的多协议类型的配置信息，以实现多种协议类型的数据传输。

其中，在配置会话管理网元和用户面网元支持多种协议类型时，也会将各协议类型相关的配置信息配置在会话管理网元与用户面网元中。例如，各协议类型支持的用户数据网络名称(data network name，DNN)信息、各协议类型支持的用户切片信息、或者各协议类型的优先级信息等。其中，该用户DNN信息可以用于区分不同的数据网络，其相当于4G网络中的接入点名称(access point name，APN)，用户切片信息可以为网络切片选择辅助信息(network slice selection assistance information，NSSAI)，一种协议类型可以对应一个或多个用户DNN信息和/或一个或多个用户切片信息，该对应关系可以以表格的形式存储在会话管理网元和用户面网元中。并且，不同协议类型可以对应有相同的用户DNN信息和/或用户切片信息，例如，若NSSAI为高可靠型切片，则HTTP协议或者GRPC协议可以支持，若NSSAI为低时延型切片，则PFCP协议可以支持。

可以理解的是，会话管理网元与用户面网元支持的多种协议类型中除了包括双方共同支持的协议类型之外，也还可以包括不同的协议类型。例如，会话管理网元支持PFCP协议、HTTP协议、TCP协议和GRPC协议，而用户面网元支持PFCP协议、HTTP协议、TCP协议和MQTT协议。另外，会话管理网元与用户面网元共同支持的协议类型所支持的用户DNN信息和/或用户切片信息可以相同，也可以不同，还可以部分相同，本申请实施例对此不做具体限定。例如，会话管理网元支持的PFCP协议支持的DNN1、DNN2和DNN3，用户面网元支持的PFCP协议支持DNN1、DNN2、DNN4和DNN5。

本申请实施例中，会话管理网元与用户面网元共同支持的多种协议类型可以根据静态配置下发得到，还可以是会话管理网元与用户面网元协商得到的，也可以是会话管理网元与用户面网元向网络存储网元注册订阅得到的。换言之，会话管理网元和用户面网元可以通过上述三种方式确定双方共同支持的协议类型，以及双方共同支持的各协议类型所支持的用户DNN信息、用户切片信息、或者各协议类型对应的优先级顺序等信息。具体实现过程可以参见下述图7-图9示出的方法实施例，此处不再赘述。

需要说明的是，本申请实施例中会话管理网元与用户面网元支持多协议类型的机制，可以将用户面网元纳入服务化管理体系中，以实现用户面网元从非服务化向服务化的平滑过渡。

本申请实施例中，第一信息可以包括用户DNN信息、用户切片信息、会话管理网元与用户面网元之间共同支持的多种协议类型对应链路的负载情况、会话管理网元与用户面网元共同支持的多种协议类型的优先级、或者会话管理网元与用户面网元之间的消息类型中的一项或多项。

其中，对于用户DNN信息和用户切片信息，可以为会话管理网元在用户注册或激活过程中获取得到的，如会话管理网元从移动性管理网元发来的业务消息中获取用户DNN信息和/或用户切片信息。

对于会话管理网元与用户面网元之间共同支持的多种协议类型对应链路的负载情况，可以为会话管理网元分别监测各协议类型对应链路的数据传输情况确定，例如会话管理网元可以根据偶联消息上报的信息确定。

对于会话管理网元与用户面网元共同支持的多种协议类型的优先级，可以为会话管理网元通过上述三种确定与用户面网元共同支持的协议类型的方式获得。该协议类型的优先级可以为各协议类型使用时被选择的优先级，协议类型的优先级也可以称为协议类型的权重大小。其中，协议类型的优先级越高或权重越大，则该协议类型被选择的概率越大。例如，会话管理网元支持PFCP协议、HTTP协议、TCP协议和GRPC协议的优先级顺序由高到低依次为HTTP协议＞PFCP协议＞GRPC协议＞TCP协议，用户面网元支持的PFCP协议、HTTP协议、TCP协议和MQTT协议的优先级顺序由高到低依次为HTTP协议＞PFCP协议＞MQTT协议＞TCP协议，由此，会话管理网元可以确定其与用户面网元共同支持的三种协议类型的优先级顺序由高到低依次为HTTP协议＞PFCP协议＞TCP协议。

对于会话管理网元与用户面网元之间的消息类型，该消息类型即为会话管理网元与用户面网元需要交互的消息的类型，该消息类型可以包括会话类消息、订阅类消息、或控制类消息等，本申请实施例对此不做限定。

可以理解的是，对于会话管理网元与用户面网元共同支持的多种协议类型中的任意一种协议类型均对应一条通信链路，如会话管理网元与用户面网元之间共同支持的多种协议类型包括PFCP协议、HTTP协议和TCP协议，则该PFCP协议、HTTP协议和TCP协议分别对应三条通信链路，基于PFCP协议的通信链路传输的数据则是基于PFCP协议封装后传输的，基于HTTP协议的通信链路传输的数据则是基于HTTP协议封装后传输的，基于TCP协议的通信链路传输的数据则是基于TCP协议封装后传输的。

S402、会话管理网元根据第一信息确定第一协议类型。

本申请实施例中，会话管理网元获取到包括上述任意一项或多项信息的第一信息之后，可以根据该第一信息选择最适合的用于与用户面网元通信所使用的协议类型，即第一协议类型，从而会话管理网元利用该第一协议类型对需要传输的数据进行封装，并发送给用户面网元。

需要说明的是，对于会话管理网元或用户面网元来说，在未进行协议选择前，默认使用PFCP协议进行交互。

一种可能的情形中，会话管理网元可以根据用户DNN信息、用户切片信息、会话管理网元与用户面网元之间共同支持的多种协议类型对应链路的负载情况、会话管理网元与用户面网元之间共同支持的多种协议类型的优先级、或者会话管理网元与用户面网元之间的消息类型中的一种信息选择第一协议类型。

示例性的，会话管理网元确定的与用户面网元共同支持的协议类型包括PFCP协议、HTTP协议和TCP协议，且该三种协议类型的优先级顺序为HTTP协议＞PFCP协议＞TCP协议。其中，对于会话管理网元来说，其支持的HTTP协议支持的DNN信息包括DNN1和DNN2，支持的用户切片信息包括NSSAI1和NSSAI2；其支持的PFCP协议支持的DNN信息包括DNN2、DNN3和DNN4，支持的用户切片信息包括NSSAI2、NSSAI3和NSSAI4；其支持的TCP协议支持的DNN信息包括DNN5、DNN6和DNN7，支持的用户切片信息包括NSSAI5和NSSAI6。对于用户面网元来说，其支持的HTTP协议支持的DNN信息包括DNN1、DNN2和DNN8，支持的用户切片信息包括NSSAI1、NSSAI2和NSSAI3；其支持的PFCP协议支持的DNN信息包括DNN2和DNN3，支持的用户切片信息包括NSSAI2和NSSAI4；其支持的TCP协议支持的DNN信息包括DNN6和DNN7，支持的用户切片信息包括NSSAI5、NSSAI6和NSSAI7。

例如，第一信息包括用户DNN信息，该用户DNN信息为DNN3＝cmnet，根据该DNN3可以确定用户为中国移动用户，即大网用户，并且可以根据该DNN3查询到会话管理网元与用户面网元共同支持的协议类型中的PFCP协议支持该用户的数据传输，由此，会话管理网元选择PFCP协议作为第一协议类型。又例如，第一信息包括用户切片信息，该用户的切片信息为NSSAI1，会话管理网元可以根据NSSAI1查询到会话管理网元与用户面网元共同支持的协议类型中的HTTP协议支持该用户的数据传输，由此，会话管理网元选择HTTP协议作为第一协议类型。又例如，第一信息包括会话管理网元与用户面网元之间共同支持的多种协议类型对应链路的负载情况，如PFCP协议对应链路的负载＜HTTP协议对应链路的负载＜TCP协议，则会话管理网元可以选择负载较低的链路对应的协议类型(即PFCP协议)作为第一协议类型。类似的，会话管理网元可以根据会话管理网元与用户面网元之间共同支持的多种协议类型的优先级选择优先级最高的协议类型作为第一协议类型，或者会话管理网元可以根据会话管理网元与用户面网元之间的消息类型选择协议类型，如对于上报订阅类消息，由于其对于传输时延要求不高，因此可以选择HTTP协议；又例如，偶联消息可以选择PFCP协议。

另一种可能的情形中，会话管理网元可以根据用户DNN信息、用户切片信息、会话管理网元与用户面网元之间共同支持的多种协议类型对应链路的负载情况、会话管理网元与用户面网元之间共同支持的多种协议类型的优先级、或者会话管理网元与用户面网元之间的消息类型中的多种信息选择第一协议类型。在此情形中，多种信息存在使用的优先级顺序，如图6示出了一种协议选择的优先级顺序的流程示意图，基于图6示出的优先级顺序，该协议选择顺序可以包括如下步骤：

步骤1、会话管理网元根据用户DNN信息从会话管理网元与用户面网元之间共同支持的多种协议类型中选择支持该用户DNN信息的协议类型，若仅有一种协议类型支持该用户DNN信息，如PFCP协议，则会话管理网元将该PFCP协议确定为第一协议类型；若有多种协议类型支持该用户DNN信息，如PFCP协议、HTTP协议和GRPC协议，则执行下述步骤2或步骤3。

步骤2、会话管理网元根据需要发送的消息类型从支持该用户DNN信息的多种协议类型中选择一种协议类型作为第一协议类型，例如，对于上报订阅类消息，由于其对于传输时延要求不高，因此可以选择HTTP协议；又例如，偶联消息可以选择PFCP协议。

步骤3、会话管理网元根据用户切片信息从支持该用户DNN信息的多种协议类型中选择支持该用户切片信息的协议类型，若支持该用户DNN信息的多种协议类型中仅有一种协议类型支持该用户切片信息，如HTTP协议，则会话管理网元将该HTTP协议确定为第一协议类型；若支持该用户DNN信息的多种协议类型中有多种协议类型支持该用户切片信息，如HTTP协议和GRPC协议，则执行步骤4或步骤5。

步骤4、会话管理网元根据需要发送的消息类型从支持该用户DNN信息和支持用户切片信息的多种协议类型中选择一种协议类型作为第一协议类型。具体实现过程可以参见上述步骤2中的相关描述，此处不再赘述。

步骤5、会话管理网元根据支持该用户DNN信息和支持用户切片信息的多种协议类型对应链路的负载情况选择负载较低的链路对应的协议类型，若负载较低的链路对应一种协议类型，则将该协议类型作为第一协议类型；若负载较低的链路对应多种协议类型，则执行步骤6或步骤7。

步骤6、会话管理网元可以如步骤2或步骤4再根据需要发送的消息类型从负载较低的链路对应的多种协议类型中选择一种协议类型作为第一协议类型。

步骤7、会话管理网元根据负载较低的链路对应的多种协议类型的优先级选择优先级较高的一种协议类型作为第一协议类型。

可以理解的是，上述步骤1-步骤7仅示例性的说明了一种在多种选择条件的情况下如何选择第一协议类型的具体过程，本申请实施例并不限定在上述多种选择条件下选择第一协议类型的其他选择顺序，或者在其他多种选择条件下选择第一协议类型的其他顺序，如第一信息包括用户DNN信息和用户切片信息时选择第一协议类型的选择顺序。

S403、会话管理网元根据第一协议类型向用户面网元发送数据。相应的，用户面网元接收来自会话管理网元的数据。

示例性的，会话管理网元基于S402确定第一协议类型后，利用该第一协议类型对需要发送的数据进行封装，如第一协议类型为HTTP协议，该数据依次经过HTTP协议层、TCP协议层、IP层、L2层和L1层封装后，通过HTTP协议对应的链路发送给用户面网元。

相应的，用户面网元接收到该数据后，依次经过L1层、L2层、IP层、TCP协议层和HTTP协议层解封装得到会话管理网元发送的数据。

基于图4示出的通信方法，在会话管理网元与用户面网元支持多协议类型的场景下，会话管理网元可以根据第一信息从会话管理网元与用户面网元共同支持的多种协议类型中按需选择协议类型与用户面网元通信，这样可以为不同垂直行业的差异化需求定制接口协议类型，增强控制面和用户面粘性，进而可以提高控制面与用户面之间的通信的可靠性。

上述图4示出了会话管理网元在已知与用户面网元共同支持的多种协议类型的情况下，如何从双方共同支持的多种协议类型中选择一种协议类型与用户面网元通信的过程。对于用户面网元来说，其也可以在已知与会话管理网元共同支持多种协议类型的情况下，从双方共同支持的多种协议类型中选择一种协议类型与会话管理网元通信，上述S401-S403可以替换为用户面网元获取第二信息，该第二信息用于从会话管理网元与用户面网元共同支持的多种协议类型中确定用户面网元与会话管理网元通信的第二协议类型，从而用户面网元根据第二信息确定第二协议类型，并根据第二协议类型向会话管理网元发送数据。具体实现过程与会话管理网元的实现过程类似，此处不再赘述。

可以理解的是，本申请实施例提供的通信方法实现的协议选择过程，可以适用于NG-RAN和AMF网元、NG-RAN和UPF网元以及NG-RAN和DN等之间的其他非参考点接口之间，其实现的技术效果与本申请实施例类似。

上述图4示出了协议选择的具体过程，下面将结合图7和图8详细说明会话管理网元与用户面网元之间协议类型的协商过程，也即会话管理网元与用户面网元之间如何确定共同支持的多种协议类型的具体过程。

示例性的，图7为本申请实施例提供的另一种通信方法的流程示意图。如图7所示，该通信方法包括如下步骤：

S701、会话管理网元向用户面网元发送第一指示信息。相应的，用户面网元接收来自会话管理网元的第一指示信息。

其中，第一指示信息用于指示会话管理网元支持的多种协议类型。该第一指示信息可以包括如下一项或多项：会话管理网元支持的多种协议类型、会话管理网元支持的多种协议类型的优先级、会话管理网元支持的各协议类型对应的用户DNN信息、或者会话管理网元支持的各协议类型对应的用户切片信息。

示例性的，第一指示信息可以携带在HTTP协商请求消息中发送，用于指示会话管理网元支持的协议类型配置信息，例如第一指示信息包括：会话管理网元支持HTTP协议、PFCP协议、TCP协议和GRPC协议，四种协议类型的优先级顺序由高到低依次为HTTP协议＞PFCP协议＞GRPC协议＞TCP协议。其中，HTTP协议支持的DNN信息包括DNN1和DNN2，支持的用户切片信息包括NSSAI1和NSSAI2；PFCP协议支持的DNN信息包括DNN2、DNN3和DNN4，支持的用户切片信息包括NSSAI2、NSSAI3和NSSAI4；TCP协议支持的DNN信息包括DNN5、DNN6和DNN7，支持的用户切片信息包括NSSAI5和NSSAI6；GRPC协议支持的DNN信息包括DNN7和DNN8，支持的用户切片信息包括NSSAI7和NSSAI8。应理解，该HTTP协商请求消息还携带有会话管理网元的标识。当然，第一指示信息也可以携带在其他消息中发送，本申请实施例对此不做具体限定。

可以理解的是，会话管理网元或用户面网元各自的协议类型配置信息均是由上层静态配置下发的，且为了促进会话管理网元与用户面网元之间的接口从参考点接口向服务化接口过渡，会话管理网元与用户面网元均可以支持HTTP协议。

S702、用户面网元向会话管理网元发送第二指示信息。相应的，会话管理网元接收来自用户面网元的第二指示信息。

其中，第二指示信息用于指示会话管理网元与用户面网元共同支持的多种协议类型，第二指示信息根据第一指示信息确定。

示例性的，用户面网元获取到第一指示信息后，可以根据第一指示信息指示的会话管理网元当前支持的协议类型配置信息和自身支持的协议类型配置信息，确定其与会话管理网元共同支持的协议类型。例如，假设第一指示信息如步骤S701中的示例所示，用户面网元支持PFCP协议、HTTP协议、TCP协议和MQTT协议，四种的优先级顺序由高到低依次为HTTP协议＞PFCP协议＞MQTT协议＞TCP协议，其中，HTTP协议支持的DNN信息包括DNN1、DNN2和DNN8，支持的用户切片信息包括NSSAI1、NSSAI2和NSSAI3；PFCP协议支持的DNN信息包括DNN2和DNN3，支持的用户切片信息包括NSSAI2和NSSAI4；TCP协议支持的DNN信息包括DNN6和DNN7，支持的用户切片信息包括NSSAI5、NSSAI6和NSSAI7；MQTT协议支持的DNN信息包括DNN8和DNN9，支持的用户切片信息包括NSSAI7和NSSAI8。由此，用户面网元可以确定其与会话管理网元共同支持的协议类型包括HTTP协议、PFCP协议和TCP协议，且三种协议类型的优先级顺序由高到低依次为HTTP协议＞PFCP协议＞TCP协议，并且HTTP协议支持的相同DNN信息包括DNN1和DNN2，支持的相同用户切片信息包括NSSAI1和NSSAI2，PFCP协议支持的相同DNN信息包括DNN2和DNN3，支持的相同用户切片信息包括NSSAI2和NSSAI4，TCP协议支持的相同DNN信息包括DNN6和DNN7，支持的相同用户切片信息包括NSSAI5和NSSAI6，从而用户面网元将上述信息以第二指示信息的方式发送给会话管理网元。对应的，第二指示信息可以携带在HTTP协商响应消息发送。

基于此，会话管理网元与用户面网元可以确定双方共同支持的协议类型以及相关协议类型的配置信息，从而会话管理网元可以基于双方共同支持的协议类型执行图4示出的协议选择过程，实现与用户面网元之间的通信。

作为一种可能的实现方式，若会话管理网元的协议类型配置信息发生更新，如增加、删除或修改了支持的协议类型，则会话管理网元可以将更新的协议类型配置信息告知给用户面网元，以对双方共同支持的协议类型进行更新。具体实现过程可以参见下述S703和S704。

S703、会话管理网元向用户面网元发送第三指示信息。相应的，用户面网元接收来自会话管理网元的第三指示信息。

其中，第三指示信息用于指示会话管理网元支持的多种协议类型发生更新。

一种可能的实现方式中，在会话管理网元支持的协议类型发生更新时，第三指示信息可以仅指示发生变更的部分的信息，未发生变更的协议类型无需再次发送。例如，会话管理网元增加了一种协议类型，如MQTT协议，则第三指示信息可以指示增加的协议类型的配置信息，如MQTT协议以及MQTT协议支持的用户DNN信息、用户切片信息等。又例如，会话管理网元支持的HTTP协议的相关配置信息发生更新，如增加了HTTP协议支持的用户DNN信息，则第三指示信息可以指示HTTP协议增加的支持的用户DNN信息。

S704、用户面网元向会话管理网元发送第四指示信息。相应的，会话管理网元接收来自用户面网元的第四指示信息。

其中，第四指示信息用于指示根据第三指示信息更新后的会话管理网元与用户面网元共同支持的多种协议类型。

示例性的，用户面网元获取到第三指示信息后，可以确定会话管理网元支持的协议类型发生更新，从而用户面网元可以基于第三指示信息指示的更新内容对会话管理网元与用户面网元共同支持的多种协议类型进行更新，并将更新后的共同支持的多种协议类型发送给会话管理网元，以便于会话管理网元可以及时更新双方共同支持的协议类型的信息。

上述图7示出了会话管理网元与用户面网元之间动态协商过程中由用户面网元确定与会话管理网元共同支持的协议类型的具体过程，双方共同支持的协议类型的确定也可以由会话管理网元确定，具体过程可以参见下述图8示出的方法实施例。

示例性的，图8为本申请实施例提供的又一种通信方法的流程示意图。如图8所示，该通信方法包括如下步骤：

S801、用户面网元向会话管理网元发送第五指示信息。相应的，会话管理网元接收来自用户面网元的第五指示信息。

其中，第五指示信息用于指示用户面网元支持的多种协议类型。该第五指示信息可以包括如下一项或多项：用户面网元支持的多种协议类型、用户面网元支持的多种协议类型的优先级、用户面网元支持的各协议类型对应的用户DNN信息、或者用户面网元支持的各协议类型对应的用户切片信息。

可以理解的是，第五指示信息与上述S701中第一指示信息类似，该S801的具体实现过程可以参见上述S701中的相关描述，此处不再赘述。

S802、会话管理网元向用户面网元发送第六指示信息。相应的，用户面网元接收来自会话管理网元的第六指示信息。

其中，第六指示信息用于指示会话管理网元与用户面网元共同支持的多种协议类型，第六指示信息根据第五指示信息确定。

可以理解的是，该第六指示信息与上述S702中的第二指示信息类似，S802的具体实现过程可以参见上述S702中的相关描述，此处不再赘述。

作为一种可能的实现方式，若用户面网元的协议类型配置信息发生更新，如增加、删除或修改了支持的协议类型，则用户面网元可以将更新的协议类型配置信息告知给会话管理网元，以对双方共同支持的协议类型进行更新。具体实现过程可以参见下述S803和S804。

S803、用户面网元向会话管理网元发送第七指示信息。相应的，会话管理网元接收来自用户面网元的第七指示信息。

其中，第七指示信息用于指示用户面网元支持的多种协议类型发生更新。

可以理解的是，该第七指示信息与上述S703中的第三指示信息类似，S803的具体实现过程可以参见上述S703中的相关描述，此处不再赘述。

S804、会话管理网元向用户面网元发送第八指示信息。相应的，用户面网元接收来自会话管理网元的第八指示信息。

其中，第八指示信息用于指示根据第七指示信息更新后的会话管理网元与用户面网元共同支持的多种协议类型。

可以理解的是，该第八指示信息与上述S704中的第四指示信息类似，S804的具体实现过程可以参见上述S704中的相关描述，此处不再赘述。

上述图7和图8示出了会话管理网元与用户面网元之间交互协商确定共同支持的多种协议类型的具体过程，在有新的会话管理网元或新的用户面网元上线或者协议类型发生变更时，相比于将会话管理网元与用户面网元共同支持的多种协议类型以静态配置方式下发配置给会话管理网元和用户面网元，会话管理网元或用户面网元可以更加灵活的确定双方共同支持的协议类型。除此之外，会话管理网元还可以向网络存储网元注册订阅得到与用户面网元共同支持的多种协议类型。其中，网络存储网元可以为上述图3中的NRF网元。

示例性的，图9为本申请实施例提供的又一种通信方法的流程示意图。如图9所示，该通信方法包括如下步骤：

S901、会话管理网元向网络存储网元发送第三消息。相应的，网络存储网元接收来自会话管理网元的第三消息。

其中，第三消息用于请求服务注册，第三消息包括会话管理网元支持的多种协议类型的信息。该会话管理网元支持的多种协议类型的信息的具体描述可以参见上述S701中第一指示信息的相关描述，此处不再赘述。

示例性的，会话管理网元可以向网络存储网元发送第三消息请求网络功能服务注册，该第三消息可以为HTTP消息(如HTTP PUT消息)，也即会话管理网元支持HTTP协议，该第三消息中除了携带有会话管理网元支持的多种协议类型的信息之外，还可以携带有请求服务注册的网络功能的标识(nfInstanceID)(如会话管理网元的标识)、网络功能的状态信息(nfStatus)(如会话管理网元是否处于工作状态)、或者网络功能的类型(nfType)(如会话管理网元)等。

一种可能的设计方案中，第三消息可以为Nnrf_NFManagement_NFRegister，也即会话管理网元可以通过Nnrf_NFManagement_NFRegister向网络存储网元请求注册。

S902、用户面网元向网络存储网元发送第六消息。相应的，网络存储网元接收来自用户面网元的第六消息。

其中，第六消息用于请求服务注册，第六消息包括用户面网元支持的多种协议类型的信息。该用户面网元支持的多种协议类型的信息的具体描述可以参见上述S801中的第五指示信息的相关描述，此处不再赘述。

与S901类似，用户面网元也支持HTTP协议，该第六消息也可以使用HTTP消息，即用户面网元可以通过HTTP消息向网络存储网元请求网络功能服务注册，第六消息也可以携带有用户面网元的标识、用户面网元的状态信息等。

一种可能的设计方案中，第六消息也可以为Nnrf_NFManagement_NFRegister，也即用户面网元也可以通过Nnrf_NFManagement_NFRegister向网络存储网元请求注册。

S903、网络存储网元向会话管理网元发送第三响应。相应的，会话管理网元接收来自网络存储网元的第三响应。

示例性的，网络存储网元接收到来自第三消息后，可以根据该第三消息判断请求服务注册的会话管理网元之前是否注册过，若该会话管理网元没有注册过，则网络存储网元为其创建一个新的实例信息，用于记录并保存该会话管理网元的相关配置信息，并在实例创建完成后向会话管理网元发送第三响应，用于告知注册成功；若该会话管理网元有注册过，即存在实例信息，则网络存储网元可以根据该第三消息更新或替换已存在的实例信息，并向会话管理网元发送第三响应，用于告知注册成功或注册更新成功。

在一种可能的情形中，如请求消息的协议格式不对或网络存储网元内部发生错误，则第二响应用于告知注册失败，且携带有注册失败的原因。

S904、网络存储网元向用户面网元发送第六响应。相应的，用户面网元接收来自网络存储网元的第六响应。

可以理解的是，第六响应与上述S903中的第三响应类似，用于告知用户面网元的注册结果。S904的具体实现过程可以参见上述S903中的相关描述，此处不再赘述。

值得说明的是，本申请实施例并不限定上述S901和S902的执行先后顺序以及上述S903和S904的执行先后顺序。

S905、会话管理网元向网络存储网元发送第一消息。相应的，网络存储网元接收来自会话管理网元的第一消息。

其中，第一消息用于请求订阅用户面网元的信息。

示例性的，会话管理网元在网络存储网元处完成服务注册后，会话管理网元可以向网络存储网元发送第一消息，用于请求订阅需要通信的用户面网元的相关配置信息，如用户面网元支持的多种协议类型的信息，该第一消息中携带有需要通信的用户面网元的标识。

S906、网络存储网元向会话管理网元发送第二消息。相应的，会话管理网元接收来自网络存储网元的第二消息。

其中，第二消息中包括用户面网元支持的多种协议类型的信息。

示例性的，网络存储网元获取到第一消息后，若网络存储网元发现该会话管理网元订阅的用户面网元进行服务注册或者已经注册完成后，则网络存储网元通过第二消息向会话管理网元发送该用户面网元的注册信息，该注册信息包括用户面网元支持的多种协议类型的信息。

一种可能的实现方式中，该第二消息可以为第一消息的响应消息。

S907、会话管理网元根据用户面网元支持的多种通信协议类型的信息确定会话管理网元与用户面网元共同支持的多种协议类型。

示例性的，会话管理网元从网络存储网元处获取到用户面网元支持的多种协议类型的信息后，可以与其支持的多种协议类型的信息进行对比，来确定双方共同支持的多种协议类型及相关配置信息，从而可以基于确定的双方共同支持的多种协议类型执行上述图4示出的协议选择过程，选择合适的协议类型与用户面网元通信。S907的具体实现过程可以参见上述S702中的相关描述，此处不再赘述。

上述S905-S907为会话管理网元从网络存储网元处订阅用户面网元的配置信息，来确定话管理网元与用户面网元共同支持的多种协议类型的具体过程。类似的，用户面网元也可以从网络存储网元处订阅会话管理网元的配置信息，从而确定会话管理网元与用户面网元共同支持的多种协议类型，具体可以参见下述S908-S910的相关描述。

S908、用户面网元向网络存储网元发送第四消息。相应的，网络存储网元接收来自用户面网元的第四消息。

其中，第四消息用于请求订阅会话管理网元的信息。可以理解的是，第四消息与上述S905中的第一消息类似，S908的具体实现过程可以参见上述S905中的相关描述，此处不再赘述。

S909、网络存储网元向用户面网元发送第五消息。相应的，用户面网元接收来自网络存储网元的第五消息。

其中，第五消息包括会话管理网元支持的多种协议类型的信息。可以理解的是，该第五消息与上述S906中的第二消息类似，S909的具体实现过程可以参见上述S906中的相关描述，此处不再赘述。

S910、用户面网元根据会话管理网元支持的多种协议类型的信息确定会话管理网元与用户面网元共同支持的多种协议类型。

其中，S910的具体实现过程可以参见上述S802或S907的相关描述，此处不再赘述。

需要说明的是，若会话管理网元或用户面网元的协议类型或者协议类型对应的配置信息(如优先级、支持用户DNN信息)发生更新时，会话管理网元或用户面网元在网络存储网元处的注册信息也会相应更新，并且网络存储网元会将更新后的注册信息自动推送给订阅者。

基于图9示出的通信方法，会话管理网元与用户面网元可以向网络存储网元发起服务注册，来实现会话管理网元与用户面网元共同支持的协议类型的确定，同时将用户面网元纳入服务化管理体系，可以降低网络运维的复杂度，以及促进会话管理网元与用户面网元之间的接口从参考点接口向服务化接口的过渡。

可以理解的是，以上各个实施例中，由会话管理网元实现的方法和/或步骤，也可以由可用于该会话管理网元的部件(例如处理器、芯片、芯片系统、电路、逻辑模块、或软件)实现；由用户面网元实现的方法和/或步骤，也可以由可用于该用户面网元的部件(例如处理器、芯片、芯片系统、电路、逻辑模块、或软件)实现。

上述主要对本申请提供的方案进行了介绍。相应的，本申请还提供了通信装置，该通信装置用于实现上述方法实施例中的各种方法。该通信装置可以为上述方法实施例中的会话管理网元，或者包含会话管理网元的装置，或者为可用于会话管理网元的部件，例如芯片或芯片系统。或者，该通信装置可以为上述方法实施例中的用户面网元，或者包含用户面网元的装置，或者为可用于用户面网元的部件，例如芯片或芯片系统。

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

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

以通信装置为上述方法实施例中的会话管理网元或者用户面网元为例，图10为本申请实施例提供的一种通信装置的结构示意图。如图10所示，该通信装置1000包括协议类型获取模块1001、协议类型协商模块1002和协议类型选择模块1003。其中，协议类型获取模块1001，用于获取协议类型的配置信息，以配置通信装置1000支持的多种协议类型。协议类型协商模块1002，用于确定会话管理网元与用户面网元共同支持的协议类型。协议选择模块1003，用于通信装置1000从会话管理网元与用户面网元共同支持的协议类型中选择交互所使用的协议类型。

又示例性的，图11为本申请实施例提供的另一种通信装置的结构示意图。如图11所示，通信装置1100包括：处理模块1101和收发模块1102。其中，处理模块1101，用于执行上述方法实施例中的会话管理网元或者用户面网元的处理功能。收发模块1102，用于执行上述方法实施例中的会话管理网元或者用户面网元的收发功能。

可选的，本申请实施例中，收发模块1102可以包括接收模块和发送模块(图11中未示出)。其中，收发模块用于实现通信装置1100的发送功能和接收功能。

可选的，通信装置1100还可以包括存储模块(图11中未示出)，该存储模块存储有程序或指令。当处理模块1101执行该程序或指令时，使得通信装置1100可以执行图4、图7-图9中任一所示出的方法中会话管理网元或者用户面网元的功能。

应理解，通信装置1100中涉及的处理模块1101可以由处理器或处理器相关电路组件实现，可以为处理器或处理单元；收发模块1102可以由收发器或收发器相关电路组件实现，可以为收发器或收发单元。

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

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

示例性地，图12为本申请实施例提供的又一种通信装置的结构示意图。该通信装置可以是会话管理网元或者用户面网元，也可以是可设置于会话管理网元或者用户面网元的芯片(系统)或其他部件或组件。如图12所示，通信装置1200可以包括处理器1201。可选的，通信装置1200还可以包括存储器1202和/或收发器1203。其中，处理器1201与存储器1202和收发器1203耦合，如可以通过通信总线连接。

下面结合图12对通信装置1200的各个构成部件进行具体的介绍：

其中，处理器1201是通信装置1200的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器1201是一个或多个中央处理器(central processing unit，CPU)，也可以是特定集成电路(application specific integrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(fieldprogrammable gate array，FPGA)。

可选的，处理器1201可以通过运行或执行存储在存储器1202内的软件程序，以及调用存储在存储器1202内的数据，执行通信装置1200的各种功能。

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

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

其中，所述存储器1202用于存储执行本申请方案的软件程序，并由处理器1201来控制执行，具体实现方式可以参考上述方法实施例，此处不再赘述。

可选的，存储器1202可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1202可以和处理器1201集成在一起，也可以独立存在，并通过通信装置1200的接口电路(图12中未示出)与处理器1201耦合，本申请实施例对此不作具体限定。

收发器1203，用于与其他通信装置之间的通信。例如，通信装置1200为终端设备，收发器1203可以用于与网络设备通信，或者与另一个终端设备通信。又例如，通信装置1200为网络设备，收发器1203可以用于与终端设备通信，或者与另一个网络设备通信。

可选的，收发器1203可以包括接收器和发送器(图12中未单独示出)。其中，接收器用于实现接收功能，发送器用于实现发送功能。

可选的，收发器1203可以和处理器1201集成在一起，也可以独立存在，并通过通信装置1200的接口电路(图12中未示出)与处理器1201耦合，本申请实施例对此不作具体限定。

需要说明的是，图12中示出的通信装置1200的结构并不构成对该通信装置的限定，实际的通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

此外，通信装置1200的技术效果可以参考上述方法实施例所述的通信方法的技术效果，此处不再赘述。

本申请实施例还提供了一种通信系统。该通信系统包括上述会话管理网元和用户面网元。

可选的，该通信系统还可以包括：上述网络存储网元。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序或指令，该计算机程序或指令被计算机执行时实现上述方法实施例的功能。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述方法实施例的功能。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，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可以是单个，也可以是多个。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (26)

1.一种通信方法，其特征在于，所述方法包括：

会话管理网元获取第一信息，所述第一信息用于从所述会话管理网元与用户面网元共同支持的多种协议类型中确定所述会话管理网元与所述用户面网元通信所使用的第一协议类型；

所述会话管理网元根据所述第一信息确定所述第一协议类型；

所述会话管理网元根据所述第一协议类型向所述用户面网元发送数据。

2.根据权利要求1所述的方法，其特征在于，所述第一信息包括如下一项或多项：用户数据网络名称DNN信息、用户切片信息、所述会话管理网元与所述用户面网元之间共同支持的多种协议类型对应链路的负载情况、所述会话管理网元与所述用户面网元之间共同支持的多种协议类型的优先级、或者所述会话管理网元与所述用户面网元之间的消息类型。

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

所述会话管理网元向所述用户面网元发送第一指示信息，所述第一指示信息用于指示所述会话管理网元支持的多种协议类型；

所述会话管理网元接收来自所述用户面网元的第二指示信息，所述第二指示信息用于指示所述会话管理网元与所述用户面网元共同支持的多种协议类型，其中，所述第二指示信息根据所述第一指示信息确定。

4.根据权利要求3所述的方法，其特征在于，所述第一指示信息包括如下一项或多项：所述会话管理网元支持的多种协议类型、所述会话管理网元支持的多种协议类型的优先级、所述会话管理网元支持的各协议类型对应的用户DNN信息、或者所述会话管理网元支持的各协议类型对应的用户切片信息。

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

所述会话管理网元向所述用户面网元发送第三指示信息，所述第三指示信息用于指示所述会话管理网元支持的多种协议类型发生更新；

所述会话管理网元接收来自所述用户面网元的第四指示信息，所述第四指示信息用于指示根据所述第三指示信息更新后的所述会话管理网元与所述用户面网元共同支持的多种协议类型。

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

所述会话管理网元接收来自所述用户面网元的第五指示信息，所述第五指示信息用于指示所述用户面网元支持的多种协议类型；

所述会话管理网元向所述用户面网元发送第六指示信息，所述第六指示信息用于指示所述会话管理网元与所述用户面网元共同支持的多种协议类型，其中，所述第六指示信息根据所述第五指示信息确定。

7.根据权利要求6所述的方法，其特征在于，所述第五指示信息包括如下一项或多项：所述用户面网元支持的多种协议类型、所述用户面网元支持的多种协议类型的优先级、所述用户面网元支持的各协议类型对应的用户DNN信息、或者所述用户面网元支持的各协议类型对应的用户切片信息。

8.根据权利要求6或7所述的方法，其特征在于，所述方法还包括：

所述会话管理网元接收来自所述用户面网元的第七指示信息，所述第七指示信息用于指示所述用户面网元支持的多种协议类型发生更新；

所述会话管理网元向所述用户面网元发送第八指示信息，所述第八指示信息用于指示根据所述第七指示信息更新后的所述会话管理网元与所述用户面网元共同支持的多种协议类型。

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

所述会话管理网元向网络存储网元发送第一消息，所述第一消息用于请求订阅所述用户面网元的信息；

所述会话管理网元接收来自所述网络存储网元的第二消息，所述第二消息中包括所述用户面网元支持的多种协议类型的信息；

所述会话管理网元根据所述用户面网元支持的多种通信协议类型的信息确定所述会话管理网元与所述用户面网元共同支持的多种协议类型。

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

所述会话管理网元向所述网络存储网元发送第三消息，所述第三消息用于请求服务注册，所述第三消息包括所述会话管理网元支持的多种协议类型的信息。

11.一种通信方法，其特征在于，所述方法包括：

用户面网元获取第二信息，所述第二信息用于从所述用户面网元与会话管理网元共同支持的多种协议类型中确定所述用户面网元与所述会话管理网元通信所使用的第二协议类型；

所述用户面网元根据所述第二信息确定所述第二协议类型；

所述用户面网元根据所述第二协议类型向所述会话管理网元发送数据。

12.根据权利要求11所述的方法，其特征在于，所述第二信息包括如下一项或多项：用户数据网络名称DNN信息、用户切片信息、所述会话管理网元与所述用户面网元共同支持的多种协议类型对应链路的负载情况、所述会话管理网元与所述用户面网元共同支持的多种协议类型的优先级、或者所述会话管理网元与所述用户面网元之间的消息类型。

13.根据权利要求11或12所述的方法，其特征在于，所述方法还包括：

所述用户面网元接收来自所述会话管理网元的第一指示信息，所述第一指示信息用于指示所述会话管理网元支持的多种协议类型；

所述用户面网元向所述会话管理网元发送第二指示信息，所述第二指示信息用于指示所述会话管理网元与所述用户面网元共同支持的多种协议类型，其中，所述第二指示信息根据所述第一指示信息确定。

14.根据权利要求13所述的方法，其特征在于，所述第一指示信息包括如下一项或多项：所述会话管理网元支持的多种协议类型、所述会话管理网元支持的多种协议类型的优先级、所述会话管理网元支持的各协议类型对应的用户DNN信息、或者所述会话管理网元支持的各协议类型对应的用户切片信息。

15.根据权利要求13或14所述的方法，其特征在于，所述方法还包括：

所述用户面网元接收来自所述会话管理网元的第三指示信息，所述第三指示信息用于指示所述会话管理网元支持的多种协议类型发生更新；

所述用户面网元向所述会话管理网元发送第四指示信息，所述第四指示信息用于指示根据所述第三指示信息更新后的所述会话管理网元与所述用户面网元共同支持的多种协议类型。

16.根据权利要求11或12所述的方法，其特征在于，所述方法还包括：

所述用户面网元向所述会话管理网元发送第五指示信息，所述第五指示信息用于指示所述用户面网元支持的多种协议类型；

所述用户面网元接收来自所述会话管理网元的第六指示信息，所述第六指示信息用于指示所述会话管理网元与所述用户面网元共同支持的多种协议类型，其中，所述第六指示信息根据所述第五指示信息确定。

17.根据权利要求16所述的方法，其特征在于，所述第五指示信息包括如下一项或多项：所述用户面网元支持的多种协议类型、所述用户面网元支持的多种协议类型的优先级、所述用户面网元支持的各协议类型对应的用户DNN信息、或者所述用户面网元支持的各协议类型对应的用户切片信息。

18.根据权利要求16或17所述的方法，其特征在于，所述方法还包括：

所述用户面网元向所述会话管理网元发送第七指示信息，所述第七指示信息用于指示所述用户面网元支持的多种协议类型发生更新；

所述用户面网元接收来自所述会话管理网元的第八指示信息，所述第八指示信息用于指示根据所述第七指示信息更新后的所述会话管理网元与所述用户面网元共同支持的多种协议类型。

19.根据权利要求11或12所述的方法，其特征在于，所述方法还包括：

所述用户面网元向网络存储网元发送第四消息，所述第四消息用于请求订阅所述会话管理网元的信息；

所述用户面网元接收来自所述网络存储网元的第五消息，所述第五消息包括所述会话管理网元支持的多种协议类型的信息；

所述用户面网元根据所述会话管理网元支持的多种协议类型的信息确定所述会话管理网元与所述用户面网元共同支持的多种协议类型。

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

所述用户面网元向网络存储网元发送第六消息，所述第六消息用于请求服务注册，所述第六消息包括所述用户面网元支持的多种协议类型的信息。

21.一种通信装置，其特征在于，所述通信装置用于执行如权利要求1-20中任一项所述的方法。

22.一种通信装置，其特征在于，所述装置包括：处理模块和收发模块；其中，

所述处理模块，用于执行如权利要求1-20中任一项所述方法的处理功能；

所述收发模块，用于执行如权利要求1-20中任一项所述方法的收发功能。

23.一种通信装置，其特征在于，包括：处理器，所述处理器与存储器耦合；所述处理器，用于执行所述存储器中存储的所述计算机程序，以使得所述通信装置执行如权利要求1-20中任一项所述的方法。

24.一种通信装置，其特征在于，所述通信装置包括处理器和收发器，所述收发器用于所述通信装置和其他通信装置之间进行信息交互，所述处理器执行程序指令，使得所述通信装置执行如权利要求1-20中任一项所述的方法。

25.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序或指令，当所述计算机程序或指令在计算机上运行时，使得所述计算机执行如权利要求1-20中任一项所述的方法。

26.一种计算机程序产品，其特征在于，所述计算机程序产品包括：计算机程序或指令，当所述计算机程序或指令在计算机上运行时，使得所述计算机执行如权利要求1-20中任一项所述的方法。