CN111200878A - 信息传输方法及其装置 - Google Patents

Abstract

本申请实施例提供一种信息传输方法及其装置，其中方法包括：在用户终端创建/修改与用户面功能网元之间的PDU会话的过程中，应用功能网元确定PDU会话对应的端口对的关联关系；确定端口对的时延信息；向TSN发送端口对信息，端口对信息包括端口对的关联关系和端口对的时延信息；接收第一网络拓扑信息和/或第二网络拓扑信息，应用功能网元向TSN发送第一网络拓扑信息和/或第二网络拓扑信息。采用本申请实施例，可以实现5G系统中对虚拟交换节点的属性信息的获取和上报，以便TSN系统规划TSN流在虚拟交换节点上的传输路径以及传输路径的网络资源。

Description

信息传输方法及其装置

技术领域

本申请实施例涉及通信技术领域，具体涉及一种信息传输方法及其装置。

背景技术

时延敏感网络(time sensitive networking，TSN)可以使以太网具有实时性和确定性，保障时延敏感业务数据传输的可靠性，以及可以预测端到端的传输时延。TSN克服了传统以太网不能提供高可靠性以及保障时延传输的弊端，可以满足汽车控制、工业互联网等领域的需求。TSN包括交换节点(bridge)和数据终端(end station)。数据终端用于发送或接收TSN流，可分为发送端(talker)和接收端(listener)。交换节点以TSN流的目的媒体访问控制(media access control，MAC)地址为TSN流的标识，根据TSN流的时延需求进行资源预留，并根据调度规则对TSN流进行调度和转发，从而保障传输可靠性和传输时延，实现端到端的确定性传输。

在TSN系统中，交换节点需要向TSN系统中的控制面网元提供该交换节点的属性信息，属性信息包括网络拓扑信息和端口对信息，端口对信息包括端口对的关联关系、端口对的时延信息。TSN系统中的控制面网元在接收到来自交换节点的属性信息时，可根据属性信息规划TSN流的传输路径，以及规划该传输路径的网络资源。网络资源，例如为TSN流预留的传输带宽，或为传输TSN流的端口分配调度时间片等。调度时间片指的是接收端口在规定的时间段内接收报文，发送端口在规定的时间段内发送报文。

为了在第五代移动通信(5^th-generation，5G)系统中，实现端到端确定性传输，提出了可以将5G系统虚拟为TSN系统中的交换节点，并实现TSN中交换节点的功能的假设。具体的，在目前5G系统的网络架构的基础上，在应用功能(application function，AF)网元上增加TSN适配功能的控制面，在用户面功能(user plane function，UPF)网元和用户设备(user equipment，UE)上增加TSN适配功能的用户面，这三者与5G系统一起组成逻辑交换节点(logical bridge)，即虚拟交换节点，作为TSN中的交换节点。

5G系统作为虚拟交换节点，也需要向TSN系统中的控制面网元上报属性信息，以便TSN系统中的控制面网元可以规划TSN流在该虚拟交换节点上的传输路径，以及该传输路径的网络资源。但是，目前只提出了将5G系统作为TSN系统中的虚拟交换节点，未提出5G系统作为虚拟交换节点时，如何获取并上报虚拟交换节点的属性信息。因此，在5G系统中，如何获取并上报虚拟交换节点的属性信息是亟待解决的技术问题。

发明内容

本申请实施例所要解决的技术问题在于，提供一种信息传输方法及其装置，可以实现5G系统中对虚拟交换节点的属性信息的获取和上报，以便TSN系统中的控制面网元规划TSN流在虚拟交换节点上的传输路径以及传输路径的网络资源。

本申请实施例第一方面提供一种信息传输方法，包括：

在用户终端创建/修改与用户面功能网元之间的PDU会话的过程中，应用功能网元确定PDU会话对应的端口对的关联关系；确定端口对的时延信息；向时延敏感网络发送端口对信息，端口对信息包括端口对的关联关系和端口对的时延信息。

其中，PDU会话对应的端口对，即为用户终端、用户面功能网元、应用功能网元所构建的虚拟交换节点的端口对。

本申请实施例第一方面，在用户终端创建/修改PDU会话的过程中，应用功能网元确定端口对信息，并将端口对信息发送至时延敏感网络，以便时延敏感网络根据虚拟交换节点的端口对信息创建/修改TSN流在虚拟交换节点上的转发策略。

在一种可能的实现方式中，应用功能网元通过接收来自用户面功能网元或会话管理网元的第一消息，来确定该PDU会话对应的端口对的关联关系。该第一消息包括该PDU会话对应的端口对的关联关系。用户面功能网元或会话管理网元在确定该PDU会话对应的端口对的关联关系之后，将其告知应用功能网元，减少应用功能网元自己确定的工作量，有利于减少应用功能网元的处理负担。

在一种可能的实现方式中，应用功能网元自主确定该PDU会话对应的端口对的关联关系，具体可包括确定该PDU会话对应的虚拟端口标识，以及该PDU会话对应的用户面功能网元的端口标识，将该PDU会话对应的虚拟端口标识，与该PDU会话对应的用户面功能网元的端口标识进行关联，生成该PDU会话对应的端口对的关联关系。

在一种可能的实现方式中，应用功能网元可自主为该PDU会话分配虚拟端口标识，从而确定该PDU会话对应的虚拟端口标识。应用功能网元也可接收来自用户面功能网元或会话管理网元的第二消息，该第二消息用于指示该PDU会话对应的虚拟端口标识，从而确定该PDU会话对应的虚拟端口标识。

在一种可能的实现方式中，应用功能网元根据该PDU会话对应的DNN，以及用户面功能网元的端口信息，确定该PDU会话对应的用户面功能网元的端口标识。其中，该PDU会话对应的DNN携带在会话管理网元向应用功能网元发送的消息中。用户面功能网元的端口信息由用户面功能网元上报至应用功能网元。具体的，应用功能网元根据该PDU会话对应的DNN，以及用户面功能网元的端口信息，从用户面功能网元的端口中，选择能够服务该DNN的端口，并将其确定为该PDU会话对应的用户面功能网元的端口。

在一种可能的实现方式中，应用功能网元根据该PDU会话对应的DNN，该PDU会话对应的VLAN信息，以及用户面功能网元的端口信息，确定该PDU会话对应的用户面功能网元的端口标识。具体的，应用功能网元根据该PDU会话对应的DNN，该PDU会话对应的VLAN信息以及用户面功能网元的端口信息，从用户面功能网元的端口中，选择能够服务该DNN以及该VLAN信息所标识的VLAN的端口，并将其确定为该PDU会话对应的用户面功能网元的端口。

在一种可能的实现方式中，应用功能网元根据该PDU会话对应的DNN，该PDU会话对应的VLAN信息，该PDU会话对应的CoS信息和/或通信类别信息，以及用户面功能网元的端口信息，确定该PDU会话对应的用户面功能网元的端口标识。具体的，应用功能网元根据该PDU会话对应的DNN，该PDU会话对应的VLAN信息，该PDU会话对应的CoS信息和/或通信类别信息，以及用户面功能网元的端口信息，从用户面功能网元的端口中，选择能够服务该DNN以及该VLAN信息所标识的VLAN，且与该CoS信息和/或通信类别信息相匹配的端口，并将其确定为该PDU会话对应的用户面功能网元的端口。

在一种可能的实现方式中，应用功能网元根据该PDU会话对应的DNN，该PDU会话对应的CoS信息和/或通信类别信息，以及用户面功能网元的端口信息，确定该PDU会话对应的用户面功能网元的端口标识。具体的，应用功能网元根据该PDU会话对应的DNN，该PDU会话对应的CoS信息和/或通信类别信息，以及用户面功能网元的端口信息，从用户面功能网元的端口中，选择能够服务该DNN且与该CoS信息和/或通信类别信息相匹配的端口，并将其确定为该PDU会话对应的用户面功能网元的端口。

在一种可能的实现方式中，应用功能网元通过接收来自用户面功能网元、会话管理网元或策略管理网元的第三消息，确定端口对的时延信息，第三消息包括该PDU会话对应的端口对的时延信息。该第三消息包括该PDU会话对应的端口对的时延信息。用户面功能网元、会话管理网元或策略管理网元在确定该PDU会话对应的端口对的时延信息之后，将其告知应用功能网元，减少应用功能网元自己确定的工作量，有利于减少应用功能网元的处理负担。

在一种可能的实现方式中，第三消息还包括端口对的时延信息对应的5QI或通信类别信息，应用功能网元根据该5QI或通信类别信息，确定端口对的时延信息对应的通信类别信息。此时，端口对信息还包括端口对的时延信息对应的通信类别信息，应用功能网元将端口对的时延信息作为端口对的通信类别信息对应的时延信息上报至时延敏感网络。

具体的，若第三消息包括端口对的时延信息对应的5QI，应用功能网元上配置有各个5QI与通信类别信息之间的映射关系，应用功能网元在确定出该PDU会话的QoS流的5QI时，根据该映射关系可确定5QI对应的通信类别信息，并将其确定为端口对的时延信息对应的通信类别信息。若第三消息包括端口对的时延信息对应的通信类别信息，应用功能网元可直接确定端口对的时延信息对应的通信类别信息。

在一种可能的实现方式中，应用功能网元可自主确定端口对的时延信息。具体的，应用功能网元获取该PDU会话的5QI，并确定该5QI对应的PDB，并将该5QI对应的PDB确定为端口对的时延信息。其中，该PDU会话的5QI可来自会话管理网元或策略管理网元。5QI对应的PDB，可由策略管理网元直接告知，也可由应用管理网元根据各个5QI与PDB之间的对应关系确定。

若应用功能网元上配置有5QI与通信类别信息之间的映射关系，则应用功能网元在确定端口对的时延信息之后，可根据映射关系确定5QI对应的通信类别信息，将其作为端口对的时延信息对应的通信类别信息。此时，端口对信息还包括端口对的时延信息对应的通信类别信息，应用功能网元将端口对的时延信息作为端口对的通信类别信息对应的时延信息上报至时延敏感网络。

在一种可能的实现方式中，应用功能网元接收来自会话管理网元的第一网络拓扑信息和/或第二网络拓扑信息；向时延敏感网络发送第一网络拓扑信息和/或第二网络拓扑信息，以便时延敏感网络可以获知第一网络拓扑信息和/或第二网络拓扑信息。

其中，第一网络拓扑信息包括与用户终端相连的第一对端设备的设备标识、第一对端设备的端口标识、PDU会话对应的虚拟交换节点标识和用户终端的虚拟端口标识；第二网络拓扑信息包括与PDU会话对应的用户面功能网元相连的第二对端设备的设备标识、第二对端设备的端口标识、PDU会话对应的虚拟交换节点标识和用户面功能网元的端口标识。

在一种可能的实现方式中，第一网络拓扑信息还包括第一对端设备的VLAN信息和/或CoS信息、第一对端设备的端口能力信息、虚拟端口的VLAN信息和/或CoS信息、或用户终端的虚拟端口的端口能力信息中的一种或多种；第二网络拓扑信息还包括第二对端设备的VLAN信息和/或CoS信息、第二对端设备的端口能力信息、所用户面功能网元的端口的VLAN信息和/或CoS信息、或用户面功能网元的端口的端口能力信息中的一种或多种。

本申请实施例第二方面提供一种信息传输方法，包括：

会话管理网元确定PDU会话对应的端口对的关联关系，向策略管理网元、用户面功能网元或应用功能网元发送端口对的关联关系；

会话管理网元确定端口对的时延信息，向策略管理网元或应用功能网元发送发送端口对的时延信息。

其中，会话管理网元向策略管理网元、用户面功能网元或应用功能网元发送端口对的关联关系，以便策略管理网元、用户面功能网元或应用功能网元根据端口对的关联关系，确定端口对的时延信息。

其中，会话管理网元向策略管理网元或应用功能网元所述端口对的时延信息，以便应用功能网元获知端口对的时延信息。

本申请实施例第二方面，由会话管理网元确定端口对的关联关系和端口对的时延信息，以便应用功能网元可以获知端口对。

在一种可能的实现方式中，会话管理网元可接收来自用户面功能网元的端口对的时延信息，以减少会话管理网元的处理负担。

在一种可能的实现方式中，会话管理网元从策略管理网元获取该PDU会话的5QI，并确定该5QI对应的PDB，并将其确定为端口对的时延信息。5QI对应的PDB，可由策略管理网元直接告知，也可由会话管理网元根据各个5QI与PDB之间的对应关系确定。

在一种可能的实现方式中，会话管理网元获取该PDU会话的通信类别信息，若会话管理网元上配置有5QI与通信类别信息之间的映射关系，则会话管理网元在确定端口对的时延信息之后，可根据映射关系确定该5QI对应的通信类别信息，将其作为端口对的时延信息对应的通信类别信息。会话管理网元还可从策略管理网元获取5QI与通信类别信息之间的映射关系，或从策略管理网元直接获取该5QI对应的通信类别信息。

在一种可能的实现方式中，会话管理网元可接收来自用户面功能网元的端口对的关联关系，用户面功能网元在确定该PDU会话对应的端口对的关联关系之后，将其告知会话管理网元，减少会话管理网元自己确定的工作量，有利于减少会话管理网元的处理负担。

在一种可能的实现方式中，会话管理网元自主确定该PDU会话对应的端口对的关联关系，具体可包括确定该PDU会话对应的虚拟端口标识，以及该PDU会话对应的用户面功能网元的端口标识，将该PDU会话对应的虚拟端口标识，与该PDU会话对应的用户面功能网元的端口标识进行关联，生成该PDU会话对应的端口对的关联关系。

在一种可能的实现方式中，会话管理网元接收该PDU会话的PDU会话管理请求，该PDU会话管理请求包括该PDU会话对应的DNN；PDU会话管理请求可以是PDU会话创建请求或PDU会话修改请求。

会话管理网元根据用户面功能网元的端口信息，以及该PDU会话对应的DNN，确定该PDU会话对应的用户面功能网元的端口标识。其中，PDU会话管理请求可以是PDU会话创建请求或PDU会话修改请求。

在一种可能的实现方式中，会话管理网元接收该PDU会话的PDU会话管理请求，该PDU会话管理请求包括该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种，和该PDU会话对应的DNN；PDU会话管理请求可以是PDU会话创建请求或PDU会话修改请求。

会话管理网元根据用户面功能网元的端口信息，该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种，以及该PDU会话对应的DNN，确定PDU会话对应的用户面功能网元的端口标识。

在一种可能的实现方式中，会话管理网元接收该PDU会话的PDU会话管理请求，该PDU会话管理请求包括该PDU会话对应的DNN；会话管理网元从策略管理网元获取签约数据，该签约数据包括该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种。

会话管理网元根据用户面功能网元的端口信息，该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种，以及该PDU会话对应的DNN，确定PDU会话对应的用户面功能网元的端口标识。

在一种可能的实现方式中，会话管理网元接收来自该PDU会话对应的用户终端的第一网络拓扑信息；和/或接收来自用户面功能网元的第二网络拓扑信息；向应用功能网元发送第一网络拓扑信息和/或第二网络拓扑信息，以便应用功能网元获知并将其发送至时延敏感网络，便于时延敏感网络进行规划。

在一种可能的实现方式中，第一网络拓扑信息包括与用户终端相连的第一对端设备的设备标识、第一对端设备的端口标识、虚拟交换节点的虚拟交换节点标识和用户终端的虚拟端口标识；第二网络拓扑信息包括与用户面功能网元相连的第二对端设备的设备标识、第二对端设备的端口标识、虚拟交换节点的虚拟交换节点标识和用户面功能网元的端口标识。

在一种可能的实现方式中，第一网络拓扑信息还包括第一对端设备的VLAN信息和/或CoS信息、第一对端设备的端口能力信息、虚拟端口的VLAN信息和/或CoS信息、或用户终端的虚拟端口的端口能力信息中的一种或多种；第二网络拓扑信息还包括第二对端设备的VLAN信息和/或CoS信息、第二对端设备的端口能力信息、所用户面功能网元的端口的VLAN信息和/或CoS信息、或用户面功能网元的端口的端口能力信息中的一种或多种。

在一种可能的实现方式中，会话管理网元通过NAS消息，接收来自用户终端的第一网络拓扑信息；第一网络拓扑信息通过管理信息库MIB/网络配置Netconf协议，封装在NAS消息中。

在一种可能的实现方式中，会话管理网元通过N4接口消息，接收来自用户面功能网元的第二网络拓扑信息；第二网络拓扑信息通过MIB/Netconf协议，封装在N4接口消息中。

在一种可能的实现方式中，会话管理网元接收来自用户面功能网元的第一网络拓扑信息和/或第二网络拓扑信息，向时延敏感网络发送第一网络拓扑信息和/或第二网络拓扑信息。相当于，用户终端将第一网络拓扑信息发送至用户面功能网元，用户面功能网元将其转发至会话管理网元。

本申请实施例第三方面提供一种应用功能网元，该应用功能网元具有实现第一方面提供方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的实现方式中，该应用功能网元包括：处理单元和收发单元；处理单元，用于在用户终端创建/修改与用户面功能网元之间的PDU会话的过程中，确定所述PDU会话对应的端口对的关联关系；确定端口对的时延信息；收发单元，用于向时延敏感网络发送端口对信息，端口对信息包括端口对的关联关系和端口对的时延信息。

在一种可能的实现方式中，该应用功能网元包括：处理器、收发器和存储器，其中，存储器中存储计算机程序，计算机程序包括程序指令，处理器被配置用于调用程序代码，执行以下操作：在用户终端创建/修改与用户面功能网元之间的PDU会话的过程中，确定所述PDU会话对应的端口对的关联关系；确定端口对的时延信息；控制收发器向时延敏感网络发送端口对信息，端口对信息包括端口对的关联关系和端口对的时延信息。

基于同一发明构思，由于该应用功能网元解决问题的原理以及有益效果可以参见第一方面所述的方法以及所带来的有益效果，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

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

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

本申请实施例第六方面提供一种会话管理网元，该会话管理网元具有实现第二方面提供方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的实现方式中，该会话管理网元包括：处理单元和收发单元；处理单元，用于确定PDU会话对应的端口对的关联关系；收发单元，用于发送端口对的关联关系；处理单元，还用于确定端口对的时延信息；收发单元，还用于发送端口对的时延信息。

在一种可能的实现方式中，该会话管理网元包括：处理器、收发器和存储器，其中，存储器中存储计算机程序，计算机程序包括程序指令，处理器被配置用于调用程序代码，执行以下操作：确定PDU会话对应的端口对的关联关系；控制收发器发送端口对的关联关系；处理单元，还用于确定端口对的时延信息；控制收发器发送端口对的时延信息。

基于同一发明构思，由于该会话管理网元解决问题的原理以及有益效果可以参见第二方面所述的方法以及所带来的有益效果，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

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

本申请实施例第八方面提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。

本申请实施例第九方面提供一种信息传输方法，包括：

用户终端获取虚拟交换节点标识和虚拟端口标识；

用户终端向会话管理网元发送第一信息，该第一信息包括虚拟交换节点标识和虚拟端口标识，或第一信息包括虚拟交换节点标识、虚拟端口标识和虚拟端口的端口能力信息，或第一信息包括虚拟端口的端口能力信息。

其中，第一信息可以封装在链路层发现协议(link layer discovery protocol，LLDP)报文中，也可以通过MIB/Netconf协议封装在具体消息中。例如，用户终端可通过NAS消息向会话管理网元发送第一信息，第一信息通过mib/netconf协议，封装在NAS消息中。再例如，用户终端也可通过用户面消息向用户面功能网元发送第一信息，由用户面功能网元通过N4接口消息将第一信息发送至会话管理网元，第一信息可通过MIB/Netconf协议，封装在用户面消息和N4接口消息中。

所封装的第一信息可以是以容器的形式封装在具体消息中，例如，可在NAS消息中指示容器包括的封装类型，封装类型例如简单网络管理协议(simple network managementprotocol，SNMP)、netconf、脚本对象简谱(JavaScript object notation，JSON)、LLDP等，可选的在NAS消息中指示容器中的信息的功能，例如指示容器中的信息用于拓扑发现或者用于相关TSN功能。

本申请实施例第九方面，用户终端将虚拟交换节点标识、虚拟端口标识以及虚拟端口的端口能力信息发送至会话管理网元，以便会话管理网元获知这些信息，向应用功能网元上报这些信息。

在一种可能的实现方式中，用户终端接收来自第一对端设备的第一报文。第一对端设备为与用户终端相连的设备。第一报文包括第一对端设备的设备标识、第一对端设备的端口标识、第一对端设备的VALN信息、CoS信息或通信类别信息中的一种或多种，以及第一对端设备的端口能力信息。此时，第一消息还包括第一报文，以便会话管理网元还获知虚拟交换节点的拓扑信息。

在一种可能的实现方式中，在用户终端创建/修改PDU会话的过程中，用户终端接收来自会话管理网元的该PDU会话对应的虚拟交换节点标识以及该PDU会话对应的虚拟端口标识，以获取虚拟交换节点标识和虚拟端口标识。用户终端可根据该虚拟端口标识提取该虚拟端口标识所标识的虚拟端口的端口能力信息，端口能力信息可以包括端口带宽能力、最大速率等。

本申请实施例第十方面提供一种用户终端，该用户终端具有实现第九方面提供方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的实现方式中，该用户终端包括：处理单元和收发单元；处理单元，用于在创建/修改PDU会话的过程中，获取该PDU会话对应的虚拟交换节点标识、该PDU会话对应的虚拟端口标识以及该虚拟端口标识所标识的虚拟端口的端口能力信息；收发单元，用于向会话管理网元发送第三报文，该第三报文包括虚拟交换节点标识、虚拟端口标识以及虚拟端口的端口能力信息。

在一种可能的实现方式中，该用户终端包括：处理器、收发器和存储器，其中，存储器中存储计算机程序，计算机程序包括程序指令，处理器被配置用于调用程序代码，执行以下操作：在创建/修改PDU会话的过程中，获取该PDU会话对应的虚拟交换节点标识、该PDU会话对应的虚拟端口标识以及该虚拟端口标识所标识的虚拟端口的端口能力信息；控制收发器向会话管理网元发送第三报文，该第三报文包括虚拟交换节点标识、虚拟端口标识以及虚拟端口的端口能力信息。

基于同一发明构思，由于该用户终端解决问题的原理以及有益效果可以参见第九方面所述的方法以及所带来的有益效果，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

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

本申请实施例第十二方面提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第九方面所述的方法。

附图说明

为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。

图1为5G系统的网络架构示意图；

图2为TSN系统的网络拓扑示意图；

图3为TSN系统的集中管理架构示意图；

图4a为将5G系统虚拟为TSN中的交换节点的网络架构示意图；

图4b为应用本申请实施例的网络架构示意图；

图5为本申请实施例一提供的信息传输方法的流程示意图；

图6为本申请实施例二提供的信息传输方法的流程示意图；

图7为本申请实施例三提供的信息传输方法的流程示意图；

图8为本申请实施例四提供的信息传输方法的流程示意图；

图9为本申请实施例五提供的信息传输方法的流程示意图；

图10为本申请实施例六提供的信息传输方法的流程示意图；

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

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

具体实施方式

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

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

本申请实施例所涉及的用户终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备；还可以包括UE、用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordlessphone)或者无线本地环路(wireless local loop，WLL)台、机器类型通信(machine typecommunication，MTC)终端、UE，移动台(mobile station，MS)，终端设备(terminal device)或者中继用户设备等。其中，中继用户设备例如可以是5G家庭网关(residential gateway，RG)。为方便描述，本申请实施例中，上面提到的设备统称为用户终端，并且用户终端以UE为例进行介绍。

请参见图1，为5G系统的网络架构示意图，该网络架构包括UE、接入网(accessnetwork，RN)设备和核心网网元。

其中，接入网设备也可以是无线接入网(radio access network，RAN)设备。

其中，核心网网元可以包括这些网元：UPF、数据网络(data network，DN)、鉴权服务器功能(authentication server function，AUSF)、接入及移动性管理功能(access andmobility management function，AMF)、会话管理功能(session management function，SMF)、网络切片选择功能(network slice selection function，NSSF)、网络开放功能(network exposure function，NEF)、网络存储功能(network function repositoryfunction，NRF)、策略控制功能(policy control function，PCF)、统一数据管理(unifieddata management，UDM)和AF。

核心网网元可分为控制面网元和用户面网元。用户面网元即为UPF网元，主要负责分组数据包的转发、服务质量(quality of service，QoS)控制、计费信息统计等。控制面网元主要负责业务流程交互、向用户面下发数据包转发策略、QoS控制策略等。本申请实施例中涉及的控制面网元主要包括这些网元：AMF、SMF、PCF、AF和NEF。

其中，AMF网元主要负责用户的接入和移动性管理。SMF网元负责管理用户PDU会话的创建、删除等，维护PDU会话上下文及用户面转发管道信息。PCF网元用于生成、管理用户、会话、QoS流处理策略。AF网元用于提供各种业务服务的功能网元，能够通过NEF网元与核心网交互，以及能够和策略管理框架交互进行策略管理。NEF网元用于提供网络能力开放相关的框架、鉴权和接口，在5G系统网络功能和其他网络功能之间传递信息。

图1所示的网络架构中还标明了各个网元之间的通信接口，本申请实施例涉及的通信接口包括：N1，UE与核心网控制面AMF网元之间的通信接口，用于传递非接入层(non-access stratum，NAS)信令；N2，接入网设备与AMF网元之间的通信接口；N3，接入网设备与核心网用户面UPF网元之间的通信接口，用于传输用户数据；N4，核心网控制面SMF网元与UPF网元之间的通信接口，用于对UPF网元进行策略配置等。

本申请实施例所涉及的会话管理网元可以是SMF网元，也可以是未来通信系统中与SMF网元具有相同功能的网元；用户面功能网元可以是UPF网元，也可以是未来通信系统中与UPF网元具有相同功能的网元；应用功能网元可以是AF网元，也可以是与AF网元具有相同功能的网元；策略管理网元可以是PCF网元，也可以是与PCF网元具有相同功能的网元。

请参见图2，为TSN系统的网络拓扑结构示意图，该网络拓扑以4个音视频桥(audiovideo bridging，AVB)域为例。AVB也可以称为TSN，图2所示的AVB域也即TSN域。

TSN基于二层传输，包含交换节点和数据终端。区别于链路层的二层交换，链路层的二层交换基于媒体访问控制(media access control，MAC)地址转发，交换设备通过查询MAC地址学习表获得转发端口；而TSN中的交换节点并不根据MAC地址学习表来转发TSN流，而是通过交换节点上配置的或者创建的转发规则来转发TSN流。TSN标准定义了数据终端和交换节点的行为以及交换节点转发TSN流的调度方式，从而实现可靠时延传输。TSN中的交换节点以TSN流的目的MAC地址或其他特征为TSN流的标识，根据TSN流的时延需求进行资源预留以及调度规划，从而根据生成的调度策略保障可靠性和传输时延。

其中，数据终端指的是TSN流的发送者和接收者，具体的，可以将TSN流的发送者称为发送端(talker)，TSN流的接收者称为接收端(listener)。AVB域边界端口指的是一个AVB域中连接另一个AVB域中的交换节点或数据终端的端口，例如AVB域1中存在两个AVB域边界端口，一个连接AVB域2中的交换节点2，另一个连接AVB域3中的交换节点5。TSN流不会流入AVB域边界端口。可以理解的是，TSN流只在AVB域内交换节点和数据终端内流通，因此AVB域边界端口之间，局域网(local area network，LAN)携带非AVB通信量；同一AVB域内LAN携带AVB通信量。

请参见图3，为TSN系统的集中管理架构示意图，该集中管理架构为TSN标准中的802.1qcc定义的三种架构中的一种，该集中管理架构包括发送端、接收端、交换节点、集中网络配置(centralized network configuration，CNC)网元和集中用户配置(centralizeduser configuration，CUC)网元。需要说明的是，图3所示的网元的数量和形态并不构成对本申请实施例的限定，图3以一个发送端、一个接收端和三个交换节点为例，实际应用中可以包括多个发送端、多个接收端或一个交换节点等等。

其中，交换节点按照TSN标准的定义为TSN流预留资源，并对TSN流进行调度和转发。

CNC网元，负责管理TSN用户面的拓扑以及交换节点的能力信息，根据CUC网元提供的TSN流创建请求，创建TSN流，并生成TSN流的转发路径以及数据终端和各交换节点上的处理策略，之后将交换节点上的处理策略下发到对应的交换节点。交换节点的能力信息，例如可以包括交换节点的发送时延和交换节点端口间的内部处理时延等，发送时延指的是从本交换节点的端口发送TSN流，到TSN流到达对端交换节点的端口，之间经过的时间；内部处理时延指的是从本交换节点的一个端口进入，到从本交换节点的另一个端口发出之间经过的时间。交换节点上的处理策略，例如可以包括收发TSN流的端口和时间片等，时间片指的是交换节点收发TSN流的时间信息，例如在t1到t2时间内接收TSN流。

CUC网元，用于收集数据终端的TSN流创建请求，在匹配发送端和接收端的请求之后，向CNC网元请求创建TSN流，并对CNC网元生成的处理策略进行确认。其中匹配发送端和接收端的请求，指的是发送端和接收端各自向CUC网元发送的TSN流创建请求，TSN流创建请求包括一些信息，例如请求的TSN流的目的MAC地址，CUC网元将TSN流创建请求与不同的数据终端请求的TSN流的目的MAC地址进行匹配，如果两个数据终端所请求的TSN流的目的MAC地址相同，则这两个数据终端请求的同一条TSN流，匹配成功，CNC网元可以创建TSN流；否则只有发送端或接收端的TSN流创建请求，CUC网元无法向CNC网元请求创建TSN流，CNC网元也就无法创建TSN流。

可以理解的是，CNC网元和CUC网元为TSN系统中的控制面网元。

TSN标准中的802.1qbv定义了一种调度转发方式：交换节点在配置的时间片内，对TSN流进行发送。结合图2所示TSN的集中管理架构，能够实现端到端的确定性传输：CNC网元根据各交换节点的发送时延和内部处理时延，计算出TSN流的转发路径上的各交换节点的接收TSN流的时间片以及发送TSN流的时间片，生成各交换节点的转发策略信息，并向各交换节点下发对应的转发策略信息，从而实现各交换节点上在确定的时间片内接收和发送指定的TSN流，进而保证整个转发路径上传输该TSN流的时间和时延是确定的。其中，接收TSN流的时间片以及发送TSN流的时间片，例如某个交换节点的端口1在时间t1到t2内接收TSN流，接收到的TSN流将从端口2在时间t3到t4内发送出去。为了实现这个转发机制，TSN中的交换节点需要支持如下表1所示的功能和相应的能力。

表1

其中，拓扑发现指的是交换节点具备发现本交换节点的交换节点标识、端口标识的能力，以及发现对端交换节点的交换节点标识、端口标识的能力。支持LLDP等协议，指的是拓扑发现的信息可通过LLDP等协议传输，例如交换节点1通过LLDP报文将交换节点1的交换节点标识以及端口标识发送至交换节点2，以便交换节点2获知交换节点1的交换节点标识和端口标识。端口传输时延，指的是报文从本交换节点的端口传出，到其他设备或其他交换节点接收到该报文的时延。内部处理时延，指的是本交换节点的接收端口接收到报文，到报文从本交换节点的发送端口发送出去之间的时延。

为了在第五代移动通信(5^th-generation，5G)系统中，实现端到端确定性传输，提出了可以将5G系统虚拟为TSN中的交换节点，并实现TSN中交换节点的功能的假设。具体可参见图4a所示的网络架构示意图，在AF网元上增加TSN适配功能的控制面，在UPF网元上增加TSN适配功能的用户面(user plane，UP)1，在UE上增加TSN适配功能的UP2，这三者与5G系统一起组成逻辑交换节点，即虚拟交换节点，作为TSN中的交换节点。虽然图4a中，UPF与UP1，UE与UP2是分开画的，但是实际上UP1和UP2是用户面TSN适配功能的逻辑功能，UP1可以部署在UPF网元上，或者UP1可以是UPF网元的内部功能模块；同理UP2可以部署在UE上，或者UP2可以是UE的内部功能模块。

其中，TSN适配功能指的是将5G网络的特征和信息适配成TSN要求的信息，通过TSN定义的接口与TSN中的网元通信。

其中，AF网元和TSN系统中的CNC网元交互，进行信息传输。例如，CNC网元向AF网元发送TSN流在虚拟交换节点上的转发策略信息。

虽然提出了图4a所示的网络架构示意图，但是未提出5G系统作为虚拟交换节点时，如何获取并上报虚拟交换节点的属性信息，从而影响TSN系统中的CNC网元规划TSN流在虚拟交换节点上的传输路径以及传输路径的网络资源。虚拟交换节点的属性信息包括虚拟交换节点的网络拓扑信息和虚拟交换节点的端口对信息。端口对信息包括端口对的关联关系和端口对的时延信息。

鉴于此，本申请实施例提供一种信息传输方法及其装置，可以实现5G系统中对虚拟交换节点的属性信息的获取和上报，以便TSN系统中的控制面网元规划TSN流在虚拟交换节点上的传输路径以及传输路径的网络资源。

请参见图4b，为应用本申请实施例的网络架构示意图。图4b中，将5G系统虚拟为TSN系统中的交换节点，该虚拟交换节点的端口包括UE侧的虚拟端口和UPF侧的端口，该虚拟交换节点包括UE、(R)AN、UPF网元和AF网元。

应用在本申请实施例中，虚拟交换节点所包括的UE侧的虚拟端口可以是基于UE粒度的，即一个UE对应一个虚拟端口，不同的UE对应不同的虚拟端口；也可以是基于PDU会话粒度的，即一个PDU会话对应一个虚拟端口，不同的PDU会话对应不同的虚拟端口；还可以是基于TSN粒度的，即一个TSN域对应一个或多个虚拟端口。UE侧的虚拟端口也可以是UE侧的物理端口，可以包括一个或多个UE侧的物理端口。因此，一个UE可以包括一个虚拟端口或多个虚拟端口。图4b中示出了UE的一个虚拟端口，并不构成对本申请实施例的限定，实际应用中，可能存在多个UE，若是基于UE粒度的，那么虚拟交换节点在UE侧可以包括多个虚拟端口。

应用在本申请实施例中，虚拟交换节点所包括的UPF侧的端口为UPF网元实际存在的物理端口，一个UPF网元上可以包括多个物理端口，UPF网元的一个物理端口对应一个虚拟交换节点，但是一个虚拟交换节点可以包括一个UPF网元的多个物理端口，也可以包括多个UPF网元的多个物理端口。图4b中示出的虚拟交换节点包括一个UPF网元，该UPF网元包括三个物理端口，这三个物理端口对应于同一个虚拟交换节点，并不够成对本申请实施例的限定，实际应用中，一个虚拟交换节点不止包括一个UPF网元，那么虚拟交换节点所包括的UPF侧的端口不止包括一个UPF网元的物理端口。

为了便于区分，本申请实施例中，将虚拟交换节点UE侧的虚拟端口称为虚拟交换节点的虚拟端口，将虚拟交换节点UPF侧的端口称为虚拟交换节点的物理端口，将UPF侧的端口称为UPF的物理端口进行介绍。

图4b中，UE上部署有TSN适配功能的用户面或TSN适配功能的用户面是UE的内部功能模块，即图4a中的UP2，UP2用于获取UE侧的虚拟端口的属性信息，并通过用户面或控制面发送到AF网元。虚拟端口的属性信息可以包括虚拟端口对应的外部拓扑信息和虚拟端口对外传输时延(即UE侧发送时延)。同理，UPF上部署有TSN适配功能的用户面或TSN适配功能的用户面是UPF的内部功能模块，即图4a中的UP1，UP1用于获取UPF侧的物理端口的属性信息，并通过用户面或控制面发送到AF网元，还可以与AF网元交互用户面相关的信息以及TSN参数相关的信息。物理端口的属性信息可以包括物理端口对应的外部拓扑信息和物理端口对外传输时延(即UPF侧发送时延)。

图4b中，AF网元是逻辑网元，可以是其他逻辑网元内的组件(例如SMF网元内的组件)，也可以是其他控制面功能网元，这里并不限定其名称。

图4b中，将UE侧的虚拟端口与UPF侧的物理端口之间的处理时延称为内部传输时延，内部传输时延是针对端口对而言，不同的端口对可能具有不同的内部传输时延，例如，虚拟端口1与物理端口1之间的内部传输时延1，虚拟端口1与物理端口2之间的内部传输时延2，内部传输时延1与内部传输时延2的值可能不同。

图4b中，设备1和设备2可以相当于图2中的数据终端，也可以相当于图3中的发送端或接收端。设备1和UE侧的虚拟端口连接，该连接可以是物理链路，也可以是虚拟连接(例如设备1是UE所在设备内的处理单元)；设备1可以是除UE之外的其他终端设备，也可以是交换节点。图4b中所示的设备1是作为终端设备和CUC网元进行交互。若设备1是交换节点，则设备1和CNC网元进行交互(类似于图4b中所示的和UPF网元相连接的交换节点)。图4b中所示的设备2作为终端设备和CUC网元进行交互，设备2并不是直接与UPF网元的物理端口相连接，设备2与虚拟交换节点之间还包括一个交换节点，该交换节点可以是TSN中实际存在的交换节点，例如可以是数据网络(data network，DN)中的交换节点，也可以是另一个虚拟交换节点。设备2也可以直接与UPF网元的物理端口相连接。

下面将对本申请实施例提供的信息传输方法进行具体阐述。在信息传输方法的介绍中，用户终端以UE为例，会话管理网元以SMF网元为例，用户面功能网元以UPF网元为例，应用功能网元以AF网元为例，策略管理网元以PCF网元进行介绍，为了简便描述，实施例对应的图未示出“网元”两个字，实施例的具体描述中未指出“网元”两个字，但是这样并不影响对本申请实施例的理解。

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

本申请实施例提供的信息传输方法将分三个部分进行介绍，第一部分是网络拓扑信息的获取和上报(图5和图6)，第二部分是端口对的关联关系的获取和上报(图7和图8)，第三部分是端口对的时延信息的获取和上报(图9和图10)。

以本申请实施例应用于图4b所示的网络架构示意图为例，如图5所示，为本申请实施例一提供的信息传输方法的流程示意图，该实施例是网络拓扑信息的获取和上报。图5所示实施例可包括但不限于如下步骤：

步骤S101a，UE接收第一报文。

UE接收来自第一对端设备的第一报文，第一对端设备与UE相接。其中，第一报文可以是LLDP报文。本申请实施例中，将5G系统中根据AF、UE和UPF所虚拟的交换节点以虚拟交换节点1为例进行介绍，虚拟交换节点1，也即本端虚拟交换节点。

在一种可能的实现方式中，第一对端设备为虚拟交换节点1外的交换节点。虚拟交换节点1外的交换节点可以是TSN系统中的交换节点，也可以是另一个虚拟交换节点。假设发送第一报文的交换节点为交换节点2，那么第一报文可以包括交换节点2的交换节点标识、交换节点2的端口标识(具体为交换节点2发送第一报文的端口标识)、交换节点2的虚拟局域网(virtual local area network，VLAN)信息以及交换节点2的端口能力信息(具体为交换节点2发送第一报文的端口能力信息)。

其中，交换节点2的VLAN信息用于标识交换节点2所支持的VLAN，可以是VLAN标识(identity，ID)或VLAN值(value)等。可选的，第一报文还包括交换节点2的服务类别(classof service，CoS)信息，CoS信息可以是CoS ID或CoS值等。进一步的，第一报文包括交换节点2的VLAN信息和/或CoS信息。

交换节点2发送第一报文的端口能力信息，可以包括发送第一报文的端口的最大速率或端口带宽能力。最大速率可以是保证比特速率(guaranteed bit rate，GBR)、最大比特速率(maximum bit rate，MBR)或聚合最大比特速率(aggregate maximum bit rate，AMBR)等。

可选的，第一报文还包括交换节点2的对外拓扑信息和交换节点2的对外发送时延。交换节点2的一端与虚拟交换节点1相接，交换节点2的另一端与另一个交换节点或数据终端相接，交换节点2的对外拓扑信息指的是，交换节点2的另一端与另一个交换节点或数据终端的端口连接关系；交换节点2的对外发送时延包括交换节点2与虚拟交换节点1之间的发送时延，和/或交换节点2与另一个交换节点或数据终端之间的发送时延。

在一种可能的实现方式中，第一对端设备为虚拟交换节点1外的数据终端。假设发送第一报文的数据终端为数据终端1，那么第一报文包括数据终端1的设备标识、数据终端1的端口标识、数据终端1的VLAN信息以及数据终端1的端口能力信息。

步骤S102a，UE获取虚拟交换节点标识和虚拟端口标识，构建第一网络拓扑信息。

UE获取虚拟交换节点1的虚拟交换节点标识以及虚拟交换节点1的虚拟端口标识。具体的，UE可在PDU会话创建或更新的过程中，接收来自SMF的虚拟交换节点标识以及该虚拟交换节点的虚拟端口标识。该虚拟交换节点标识即为该PDU会话对应的虚拟交换节点标识，应用在本申请实施例中，该PDU会话对应的虚拟交换节点标识即为虚拟交换节点1的标识。该虚拟交换节点的虚拟端口标识，也即UE的虚拟端口标识。

其中，SMF向UE发送的虚拟交换节点标识，可来自AF，例如在UE创建该PDU会话的过程中，AF在确定该PDU会话对应的虚拟交换节点标识之后将其告知SMF，以便SMF在该PDU会话创建完成之后将其发送至UE。也可直接由SMF确定，例如在SMF上维护着各个UPF的标识与虚拟交换节点标识的对应关系的情况下，SMF在UE创建PDU会话的过程中选择该PDU会话对应的UPF，进而确定出该PDU会话对应的虚拟交换节点标识，之后，将该PDU会话对应的虚拟交换节点标识发送至UE。

SMF向UE发送的该虚拟交换节点的虚拟端口标识，可以是SMF自己为该虚拟交换节点分配的虚拟端口标识；也可以是SMF通过接收来自AF的消息来获取该虚拟交换节点的虚拟端口标识，此时由AF为该虚拟交换节点分配虚拟端口标识；还可以通过接收UPF的消息来获取该虚拟交换节点的虚拟端口标识，此时由UPF为该虚拟交换节点分配虚拟端口标识。

可选的，在UE创建或更新PDU会话的过程中，SMF还向UE发送该UE的虚拟端口对应的VLAN信息和/或CoS信息，以便UE确定UE的虚拟端口对应的VLAN信息和/或CoS信息。在一个PDU会话对应UE的一个虚拟端口的情况下，UE的虚拟端口对应的VLAN信息和/或CoS信息即为该PDU会话对应的VLAN信息和/或CoS信息。在UE的虚拟端口可以是UE的物理端口的情况下，一个PDU会话对应UE的多个物理端口，那么UE的虚拟端口可能为多个，此时UE的虚拟端口对应的VLAN信息和/或CoS信息，包括UE的每个虚拟端口对应的VLAN信息和/或CoS信息。

可选的，UE在确定虚拟交换节点1的虚拟交换节点标识、UE的虚拟端口标识，可选的确定虚拟端口对应的VLAN信息和/或CoS信息之后，可根据接收的第一报文，确定出UE的虚拟端口与交换节点2或数据终端1上的端口之间的第一连接关系。进一步地，UE可确定出UE的虚拟端口与第一对端设备的端口之间的第一连接关系。第一对端设备的端口，即第一对端设备发送第一报文的端口，例如交换节点2或数据终端1发送第一报文的端口。

UE根据本端虚拟交换节点标识、UE的虚拟端口标识、第一报文，构建第一网络拓扑信息。第一网络拓扑信息包括第一对端设备的设备标识、第一对端设备的端口标识、本端虚拟交换节点标识和UE的虚拟端口标识。换言之，第一网络拓扑信息用于指示本端端口是哪个交换节点上的哪个端口(例如，虚拟节点交换1的标识，UE的虚拟端口标识)，以及对端端口是哪个交换节点或哪个数据终端的哪个端口(例如，交换节点2的标识，发送第一报文的端口标识)。

可选的，第一网络拓扑信息还包括第一对端设备的VLAN信息和/或CoS信息和第一对端设备的端口能力信息。可选的，第一网络拓扑信息还包括UE的虚拟端口的VLAN信息和/或CoS信息。可选的，第一网络拓扑信息还包括第一连接关系。

步骤S103a，UE向SMF发送第一网络拓扑信息。相应的，SMF接收来自UE的第一网络拓扑信息。

UE可通过非接入层(non-access stratum，NAS)消息向SMF发送第一网络拓扑信息，即第一网络拓扑信息携带在NAS消息发送至SMF。第一网络拓扑信息在NAS消息中的表现形式，可以是管理信息库(management information base，MIB)/网络配置协议(networkconfiguration protocol，Netconf)封装第一网络拓扑信息在NAS消息中；也可以是封装第一报文或根据第一网络拓扑信息构造的报文在NAS消息中。所封装的第一网络拓扑信息可以是以容器的形式封装在NAS消息中，可在NAS消息中指示容器包括的封装类型，封装类型例如简单网络管理协议(simple network management protocol，SNMP)、netconf、脚本对象简谱(JavaScript object notation，JSON)、LLDP等，可选的在NAS消息中指示容器中的信息的功能，例如指示容器中的信息用于拓扑发现或者用于相关TSN功能。

UE可通过用户面消息向UPF发送第一网络拓扑信息，之后由UPF通过N4接口消息将第一网络拓扑信息发送到SMF。第一网络拓扑信息在UE发送的用户面消息中，或者UPF向SMF发送的N4接口消息中的表现形式，可以是MIB/Netconf封装第一网络拓扑信息；也可以是封装第一报文或者根据第一网络拓扑信息构造的的报文。所封装的第一网络拓扑信息可以是以容器的形式封装在消息中，可在消息中指示容器包括的封装类型，封装类型例如SNMP、netconf、JSON、LLDP等，可选的在消息中指示容器中的信息的功能，例如指示容器中的信息用于拓扑发现或者用于相关TSN功能。

其中，MIB定义了可访问的网络设备及其属性，包含信息的组织形式、通用结构和可能包含的分为若干组的大量对象。SNMP能够对MIB定义的信息进行操作。NETCONF为网管和设备之间通信提供了一套协议，网管通过NETCONF协议可实现本地管理，对远端设备的配置进行下发、修改和删除等操作。Netconf支持基于可扩展标记语言定义的网络配置。

在一个PDU会话对应一个虚拟端口的情况下，即使第一网络拓扑信息不包括本端虚拟交换节点标识和UE的虚拟端口标识，SMF也可以获知虚拟交换节点标识和UE的虚拟端口标识。原因是，一个PDU会话对应一个虚拟端口，SMF能够从其和UE的NAS消息中获得消息对应的PDU会话，由于是SMF将其获取的该PDU会话对应的虚拟交换节点标识和UE的虚拟端口标识发送至UE，因此SMF能够根据PDU会话确定会话对应的交换节点标识和UE的虚拟端口标识，即UE可在第一网络拓扑信息中不携带本端虚拟交换节点标识和UE的虚拟端口标识。

步骤S101b，UPF接收第二报文。

UPF接收来自第二对端设备的第二报文，第二对端设备与UPF相接。其中，第二报文可以是LLDP报文。第二对端设备可以是虚拟交换节点1外的交换节点，假设为交换节点3，也可以是虚拟交换节点1外的数据终端，假设为数据终端2。

步骤S101b与步骤S101a类似，只是执行主体不同，对端设备不同，具体可参见步骤S101a的具体描述，在此不再赘述。

步骤S102b，UPF构建第二网络拓扑信息。

UPF上配置有虚拟交换节点1的虚拟交换节点标识，以及虚拟交换节点1对应的物理端口的物理端口标识。一个UPF上有多个物理端口，一个UPF可以承载多个PDU会话，一个PDU会话可以对应一个或多个物理端口，例如UPF1上有10个物理端口，物理端口标识分别为1-10，物理端口标识1-5所标识的物理端口对应PDU会话1，物理端口标识6-10所标识的物理端口对应PDU会话2。虚拟交换节点1对应的物理端口，指的是虚拟交换节点1对应的PDU会话对应的物理端口。例如，物理端口标识1-5所标识的物理标识对应PDU会话1，PDU会话1对应虚拟交换节点1，那么虚拟交换节点1对应的物理端口即为物理端口标识1-5所标识的物理端口。

UPF还配置有物理端口对应的VLAN信息和/或CoS信息，以及物理端口的端口带宽能力、最大速率等。可选的，UPF在接收到第二报文时，确定接收第二报文的物理端口标识，以及该物理端口标识与第二对端设备的端口之间的第二连接关系。第二对端设备的端口，即第二对端设备发送第二报文的端口，例如交换节点3或数据终端2发送第二报文的端口。

第二网络拓扑信息所包括的内容与第一网络拓扑信息所包括的内容类似，具体可参见上述对第一网络拓扑信息的具体描述。

步骤S103b，UPF向SMF发送第二网络拓扑信息。相应的，SMF接收来自UPF的第二网络拓扑信息。

可选的，UPF向SMF发送第二网络拓扑信息的方式和UPF向SMF转发第一网络拓扑信息的方式类似，具体可参见上述UE通过用户面消息向SMF发送第一网络拓扑信息的具体描述。

步骤S104，SMF向AF发送第一网络拓扑信息和/或第二网络拓扑信息。

SMF向AF发送第一网络拓扑信息和/或第二网络拓扑信息，以便AF向TSN系统中的CNC发送第一网络拓扑信息和/或第二网络拓扑信息，进而便于CNC获知第一网络拓扑信息和/或第二网络拓扑信息，CNC可根据第一网络拓扑信息和第二网络拓扑信息可获知虚拟交换节点1与第一对端设备、第二对端设备之间的拓扑连接关系。进一步的，CNC根据各个交换节点上报的网络拓扑信息，可得到各个交换节点之间的拓扑连接关系。

可选的，SMF根据第一网络拓扑信息和/或第二网络拓扑信息生成网络拓扑信息。

SMF根据第一网络拓扑信息和/或第二网络拓扑信息生成虚拟交换节点1的网络拓扑信息，该网络拓扑信息包括第一对端设备的设备标识、第一对端设备的端口标识、第二对端设备的设备标识、第二对端设备的端口标识、虚拟交换节点1的标识、UE的虚拟端口标识和虚拟交换节点1对应的物理端口的物理端口标识。可选的，该网络拓扑信息还包括第一对端设备的VLAN信息和/或CoS信息、第一对端设备的端口能力信息、第一连接关系、第二对端设备的VLAN信息和/或CoS信息、第二对端设备的端口能力信息、第二连接关系、UE的虚拟端口对应的VLAN信息和/或CoS信息、UE的虚拟端口的端口能力信息、物理端口对应的VLAN信息和/或CoS信息和物理端口的端口能力信息。

在图5所示的实施例一中，UE根据第一对端设备的第一报文构建第一网络拓扑信息，并将其发送至SMF，UPF根据第二对端设备的第二报文构建第二网络拓扑信息，并将其发送至SMF，SMF将第一网络拓扑信息和/或第二网络拓扑信息发送至AF，由AF上报至TSN系统，以便TSN系统获知第一对端设备、虚拟交换节点、第二对端设备之间的拓扑连接关系，进而便于CNC的规划。

在一种可能的实现方式中，UE在构建出第一网络拓扑信息之后，可将第一网络拓扑信息发送至UPF，UPF可将第一网络拓扑信息发送至AF。UPF在构建出第二网络拓扑信息之后，可将第二网络拓扑信息发送至AF，这样可减少SMF的处理负担。可选的，UPF根据第一网络拓扑信息和第二网络拓扑信息生成虚拟交换节点的网络拓扑信息，并将其发送至AF。或者，UPF在构建出第二网络拓扑信息之后，将第一网络拓扑信息和第二网络拓扑信息一起发送至SMF，由SMF将其发送至AF，这样便于SMF获知第一网络拓扑信息和/或第二网络拓扑信息。其中，UE可通过用户面消息的方式将第一网络拓扑信息发送至UPF。

以本申请实施例应用于图4b所示的网络架构示意图为例，如图6所示，为本申请实施例二提供的信息传输方法的流程示意图，该实施例是网络拓扑信息的获取和上报。图6所示实施例可包括但不限于如下步骤：

步骤S201a，UE获取虚拟交换节点标识和虚拟端口标识。

UE获取虚拟交换节点1的虚拟交换节点标识以及虚拟交换节点1的虚拟端口标识。具体的，UE可在PDU会话创建或更新过程中，接收来自SMF的虚拟交换节点标识以及该虚拟交换节点的虚拟端口标识。该虚拟交换节点标识即为该PDU会话对应的虚拟交换节点标识。该虚拟交换节点的虚拟端口标识，也即UE的虚拟端口标识。

步骤S202a，UE向第一对端设备发送第一报文。相应的，第一对端设备接收来自UE的第一报文。

UE向第一对端设备发送第一报文，第一对端设备与UE相接，为虚拟交换节点1外的交换节点，假设第一对端设备为交换节点2。其中，第一报文可以是LLDP报文。

第一报文可以包括虚拟交换节点1的虚拟交换节点标识、UE的虚拟端口标识、UE的虚拟端口对应的VLAN信息和/或CoS信息，以及UE的虚拟端口的端口能力信息。UE将端口带宽能力或者UE业务对应的GBR、MBR或AMBR等参数作为虚拟端口的最大速率发送给第一对端设备，以便第一对端设备可以获知UE的虚拟端口的端口带宽能力或最大速率。换言之，UE的虚拟端口的端口能力信息包括UE的虚拟端口的端口带宽能力或最大速率。

步骤S203a，第一对端设备向CNC发送第一网络拓扑信息。相应的，CNC接收来自第一对端设备的第一网络拓扑信息。

可选的，第一对端设备在接收到来自UE的第一报文时，根据接收第一报文的端口以及UE的虚拟端口标识，确定UE的虚拟端口与第一对端设备的端口之间的第一连接关系。

第一对端设备根据交换节点2的交换节点标识、接收第一报文的端口标识以及第一报文，构建第一网络拓扑信息。第一网络拓扑信息包括虚拟交换节点1的虚拟交换节点标识、UE的虚拟端口标识、交换节点2的交换节点标识和接收第一报文的端口标识。

可选的，第一网络拓扑信息还包括UE的虚拟端口对应的VLAN信息和/或CoS信息和UE的虚拟端口的端口能力信息。可选的，第一网络拓扑信息还包括第一对端设备的VLAN信息和/或CoS信息和第一对端设备的端口能力信息。可选的，第一网络拓扑信息还包括第一连接关系。

步骤S201b，UPF预先配置虚拟交换节点标识。

UPF预先配置虚拟交换节点1的虚拟交换节点标识，以及虚拟交换节点1对应的物理端口的物理端口标识。UPF还配置物理端口对应的VLAN信息和/或CoS信息，以及物理端口的端口带宽能力、最大速率等。

步骤S202b，UPF向第二对端设备发送第二报文。相应的，第二对端设备接收来自UPF的第二报文。

UPF向第二对端设备发送第二报文，第二对端设备与UPF相接，为虚拟交换节点1外的交换节点，假设第二对端设备为交换节点3。其中，第二报文可以是LLDP报文。

第二报文可以包括虚拟交换节点1的虚拟交换节点标识、虚拟交换节点1对应的物理端口的物理端口标识、物理端口对应的VLAN信息和/或CoS信息以及物理端口的端口能力信息。

步骤S203b，第二对端设备向CNC发送第二网络拓扑信息。相应的，CNC接收来自第二对端设备的第二网络拓扑信息。

可选的，第二对端设备在接收到来自UPF的第二报文时，根据接收第二报文的端口以及UPF发送第二报文的物理端口标识，确定UPF发送第二报文的物理端口与第二对端设备的端口之间的第二连接关系。

第二对端设备根据交换节点3的交换节点标识、接收第二报文的端口标识以及第二报文，构建第二网络拓扑信息。第二网络拓扑信息包括虚拟交换节点1的虚拟交换节点标识、虚拟交换节点1对应的物理端口的物理端口标识、交换节点3的交换节点标识和接收第二报文的端口标识。

可选的，第二网络拓扑信息还包括物理端口对应的VLAN信息和/或CoS信息和物理端口的端口能力信息。可选的，第二网络拓扑信息还包括第二对端设备的VLAN信息和/或CoS信息和第二对端设备的端口能力信息。可选的，第二网络拓扑信息还包括第二连接关系。

CNC在接收到第一网络拓扑信息和/或第二网络拓扑信息时，可根据第一网络拓扑信息和/或第二网络拓扑信息可获知虚拟交换节点1与第一对端设备、第二对端设备之间的拓扑连接关系。

图6所示的实施例二中，UE通过第一报文将虚拟交换节点1的虚拟交换节点标识以及虚拟端口相关信息发送至第一对端设备，UPF通过将第二报文将虚拟交换节点1的虚拟交换节点标识以及物理端口相关信息发送至第二对端设备，由第一对端设备和第二对端设备进行拓扑发现，分别构建第一网络拓扑信息和第二网络拓扑信息，并分别发送至TSN系统中的CNC，以便CNC获知虚拟交换节点1与第一对端设备、第二对端设备之间的拓扑连接关系，进而便于CNC的规划。

图5所示的实施例与图6所示的实施例可结合，例如UE构建第一网络拓扑信息向SMF发送，SMF将其发送至AF，AF上报至CNC，UPF向第二对端设备发送第二报文，第二对端设备向CNC上报第二网络拓扑信息。

以本申请实施例应用于图4b所示的网络架构示意图为例，如图7所示，为本申请实施例三提供的信息传输方法的流程示意图，该实施例是端口对的关联关系的获取和上报。图7所示实施例可包括但不限于如下步骤：

步骤S301，UE向SMF发送PDU会话创建/修改请求。相应的，SMF接收来自UE的PDU会话创建/修改请求。

需要说明的是，本申请实施例中UE与SMF之间省略了(R)AN和AMF，但实际是存在的，只是未在图中示出。例如，UE通过(R)AN向AMF发送PDU会话创建请求，AMF为该PDU会话选择SMF，然后将该PDU会话创建请求发送至所选择的SMF。

其中，PDU会话创建/修改请求包括该PDU会话对应的数据网络名称(data networkname，DNN)，一个数据网络名称所指示的数据网络在UPF侧可对应一个或多个物理端口。DNN可用于在UPF上确定该PDU会话对应的物理端口。

可选的，PDU会话创建请求还包括该PDU会话对应的VLAN信息、CoS信息或通信类别(traffic class)信息中的一种或多种。VLAN信息、CoS信息或通信类别信息中的一种或多种可用于在UPF上确定该PDU会话对应的物理端口。DNN与VLAN信息、CoS信息或通信类别信息中的一种或多种可结合，用于在UPF上确定该PDU会话对应的物理端口。

其中，通信类别信息，可以是通信类别标识或通信类别值等。通信类别或通信类别信息是TSN系统中的术语，用于标识TSN流所属的通信类别；CoS或CoS信息是二层网络中的术语，用于标识二层报文的服务质量(quality of service，QoS)流的服务类别。根据CoS信息可以确定通信类别信息，根据通信类别信息可以确定CoS信息，以便将5G系统中的QoS流与TSN系统中的TSN流进行关联。

在一个PDU会话对应UE的一个虚拟端口的情况下，该PDU会话对应的VLAN信息、CoS信息或通信类别中的一种或多种，即为UE的虚拟端口对应的VLAN信息、CoS信息或通信类别中的一种或多种。在UE的虚拟端口可以是UE的物理端口的情况下，一个PDU会话对应UE的多个物理端口，那么UE的虚拟端口可能为多个，此时该PDU会话对应的VLAN信息、CoS信息或通信类别中的一种或多种，可包括UE的每个虚拟端口对应的VLAN信息和/或CoS信息。

在一种可能的实现方式中，SMF可以为该PDU会话分配虚拟端口标识。

步骤S302，SMF向UDM获取签约数据，该签约数据包括该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种。

具体的，SMF向UDM发送签约数据请求，例如，该签约数据请求可包括该PDU会话对应的DNN和UE的标识，用于请求该UE在DNN所指示的数据网络的签约数据；

SMF接收来自UDM的签约数据响应，该签约数据响应包括该UE在DNN所指示的数据网络的签约数据，该签约数据可以包括该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种。可以理解的是，该签约数据包括该UE在DNN所指示的数据网络中所订阅的VLAN信息、CoS信息或通信类别信息中的一种或多种，将所订阅的VLAN信息、CoS信息或通信类别信息中的一种或多种作为该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种。

若步骤S301的PDU会话创建/修改请求包括该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种，则步骤S302可不执行；若步骤S301的PDU会话创建/修改请求不包括该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种，则执行步骤S302。

步骤S303，SMF向UPF发送第一请求。相应的，UPF接收来自SMF的第一请求。

其中，第一请求可以是N4会话创建/修改请求。第一请求包括该PDU会话对应的DNN，和该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种，以便UPF在UPF上确定该PDU会话对应的物理端口。

在SMF为该PDU会话分配虚拟端口标识的情况下，第一请求还包括所分配的虚拟端口标识，以便UPF获知该PDU会话对应的虚拟端口标识。

步骤S304，UPF在UPF上确定该PDU会话对应的物理端口标识。

在一种可能的实现方式中，UPF根据该PDU会话对应的DNN，以及UPF上各个物理端口的信息，从UPF所配置的多个物理端口中，查找能够服务该DNN所指示的数据网络的物理端口，并将其标识确定为该PDU会话对应的物理端口标识。物理端口的信息可以包括端口带宽能力、最大速率、CoS信息和/或通信类别、支持的DNN、VLAN等。

在一种可能的实现方式中，UPF根据该PDU会话对应的DNN，该PDU会话对应的VLAN信息以及UPF上各个物理端口的信息，从UPF所配置的多个物理端口中，查找能够服务该DNN所指示的数据网络和VLAN信息所标识的VLAN的物理端口，并将其标识确定为该PDU会话对应的物理端口标识。

在一种可能的实现方式中，UPF根据该PDU会话对应的DNN，该PDU会话对应的VLAN信息，该PDU会话对应的CoS信息和/或通信类别信息以及UPF上各个物理端口的信息，从UPF所配置的多个物理端口中，查找能够服务该DNN所指示的数据网络和VLAN信息所标识的VLAN，且与该PDU会话对应的CoS信息和/或通信类别信息相匹配的物理端口，并将其标识确定为该PDU会话对应的物理端口标识。

在一种可能的实现方式中，UPF根据该PDU会话对应的DNN，该PDU会话对应的CoS信息和/或通信类别信息以及UPF上各个物理端口的信息，从UPF所配置的多个物理端口中，查找能够服务该DNN所指示的数据网络且与该PDU会话对应的CoS信息和/或通信类别信息相匹配的物理端口，并将其标识确定为该PDU会话对应的物理端口标识。

需要说明的是，该PDU会话对应的物理端口的数量可能为一个，也可能为多个。

特别的，在UE的虚拟端口可以是UE的物理端口的情况下，一个PDU会话对应UE的多个物理端口，那么UE的虚拟端口可能为多个，针对UE的每个虚拟端口，UPF在UPF上确定每个虚拟端口对应的物理端口标识。例如，虚拟端口i为UE的多个虚拟端口中的任意一个，UPF根据该PDU会话对应的DNN，虚拟端口i对应的VLAN信息，以及UPF上各个物理端口的信息，从UPF所配置的多个物理端口中，查找能够服务该DNN所指示的数据网络和VLAN信息所标识的VLAN的物理端口的物理端口，并将其标识确定为虚拟端口i对应的物理端口标识。

步骤S305，UPF将该PDU会话对应的虚拟端口标识与该PDU会话对应的物理端口标识进行关联，生成端口对的关联关系。

UPF可以自己为该PDU会话分配虚拟端口标识，也可接收来自SMF的虚拟端口标识。该PDU会话对应的虚拟端口标识的数量为一个或多个。

在一个PDU会话对应一个虚拟端口标识的情况下，UPF或SMF为该PDU会话分配一个虚拟端口标识，UPF将该PDU会话对应的一个虚拟端口标识与该PDU会话对应的物理端口标识进行关联，生成端口对的关联关系，此时端口对的关联关系可以是一个虚拟端口标识对应一个物理端口标识，或一个虚拟端口标识对应多个物理端口标识。

在一个PDU会话对应多个虚拟端口标识的情况下，UPF或SMF可为该PDU会话分配多个虚拟端口标识，UPF将该PDU会话对应的多个虚拟端口标识中每个虚拟端口标识分别与各自对应的物理端口标识进行关联，生成端口对的关联关系，此时端口对的关联关系可以是一个虚拟端口标识对应一个物理端口标识，一个虚拟端口标识对应多个物理端口标识，或多个虚拟端口标识对应多个物理端口标识。

可选的，UPF在生成该PDU会话对应的端口对的关联关系之后，可直接将其发送至AF，以便AF向TSN系统中的CNC发送该PDU会话对应的端口对的关联关系。

步骤S306，UPF向SMF发送第一响应。相应的，SMF接收来自UPF的第一响应。

其中，第一响应可以是N4会话创建/修改响应。若第一请求为N4会话创建请求，则第一响应为N4会话创建响应；若第一请求为N4会话修改请求，则第一响应为N4会话修改响应。第一响应包括端口对的关联关系，以便SMF向AF发送端口对的关联关系，进而AF向TSN系统上报该PDU会话对应的端口对的关联关系。

可选的，在UPF为该PDU会话分配虚拟端口标识的情况下，第一响应还包括所分配的虚拟端口标识，以便SMF获知该PDU会话对应的虚拟端口标识。

步骤S307，SMF向UE发送PUD会话创建/修改响应。相应的，UE接收来自SMF的PDU会话创建/修改响应。

其中，PDU会话创建/修改响应包括UE的虚拟端口标识，以便UE在该虚拟端口标识所标识的虚拟端口上控制TSN流的传输。

步骤S308，SMF向AF发送该PDU会话对应的端口对的关联关系。相应的，AF接收来自SMF的该PDU会话对应的端口对的关联关系。

本申请实施例中，不限定步骤S307和步骤S308执行的先后顺序，可以同时执行，也可以先执行步骤S307，再执行步骤S308等。

SMF在接收到第一响应的情况下，可直接向AF发送该PDU会话对应的端口对的关联关系，也可通过PCF或NEF等网元发送至AF。

在一个PDU会话对应一个虚拟交换节点的情况下，该PDU会话对应的端口对的关联关系，即为该PDU会话对应的虚拟交换节点所对应的端口对的关联关系。

AF在接收到该PDU会话对应的端口对的关联关系，将该PDU会话对应的端口对的关联关系作为虚拟交换节点的端口对的关联关系向TSN系统中的CNC发送虚拟交换节点的端口对的关联关系，以便CNC获知虚拟交换节点的端口对的关联关系。假设该PDU会话对应于虚拟交换节点1，那么CNC可获知虚拟交换节点1的端口对的关联关系。

需要说明的是，AF可能不会单独向CNC发送虚拟交换节点的端口对的关联关系，而是将端口对的关联关系和端口对的时延信息一起作为端口对信息发送至CNC。图7所示的实施例主要是介绍UPF如何确定端口对的关联关系，UPF可以将端口对的关联关系和端口对的时延信息一起发送至AF，AF将这两个信息作为端口对信息发送至CNC；UPF也可以先将端口对的关联关系发送至AF，然后在确定端口对的时延信息之后，将端口对的时延信息发送至AF，AF将这两个信息作为端口对信息发送至CNC；UPF也可以将端口对的关联关系发送至AF，AF接收来自其他网元(例如SMF或PCF)的端口对的时延信息或AF自己确定端口对的时延信息，然后AF将这两个信息作为端口对信息发送至CNC。

在图7所示的实施例三中，由UPF生成PDU会话对应的端口对的关联关系，并将其发送至SMF，以便SMF将其发送至TSN系统中的CNC，以便CNC获知虚拟交换节点的端口对的关联关系，进而便于CNC的规划。

以本申请实施例应用于图4b所示的网络架构示意图为例，如图8所示，为本申请实施例四提供的信息传输方法的流程示意图，该实施例是端口对的关联关系的获取和上报。图8所示实施例可包括但不限于如下步骤：

步骤S401，UE向SMF发送PDU会话创建/修改请求。相应的，SMF接收来自UE的PDU会话创建/修改请求。

步骤S401与步骤S301相同，具体可参见步骤S301的具体描述，在此不再赘述。特别的，在UE侧的虚拟端口是UE侧的物理端口，UE侧的多个物理端口可以对应一个PDU会话的情况下，UE还可向SMF发送UE侧的物理端口的数量，以便SMF或UPF或AF为UE侧的物理端口分配虚拟端口标识。UE侧的物理端口的数量可携带在PDU会话创建/修改请求中发送至SMF，也可独立PDU会话创建/修改请求发送至SMF。可选的，UE还向SMF发送UE侧的各个物理端口的端口标识。可选的，若UE侧的每个物理端口对应的VLAN信息、CoS信息或通信类别信息中的一种或多种不同，则UE还向SMF发送UE侧各个物理端口对应的VLAN信息、CoS信息或通信类别信息中的一种或多种。

可选的，若SMF接收到UE侧的物理端口的数量，那么SMF在为该PDU会话分配虚拟端口标识时，可根据UE侧的物理端口的数量为该PDU会话分配虚拟端口标识，例如UE侧的物理端口的数量为3个，则SMF为该PDU会话分配3个虚拟端口标识。若SMF接收到UE侧的各个物理端口的端口标识，则SMF在为该PDU会话分配虚拟端口标识之后，对于UE侧的一个物理端口具有两个标识，一个标识为虚拟标识，另一个标识为物理标识，这两个标识可以标识同一个物理端口。

步骤S402，SMF向UDM获取签约数据，该签约数据包括该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种。

步骤S402与步骤S302相同，具体可参见步骤S302的具体描述，在此不再赘述。

步骤S403，SMF向UPF发送第一请求。相应的，UPF接收来自SMF的第一请求。

其中，第一请求可以是N4会话创建/修改请求。第一请求可用于请求UPF为该PDU会话分配虚拟端口标识。特别的，若UE向SMF发送了UE侧的物理端口的数量，那么SMF还向UPF发送UE侧的物理端口的数量。

第一请求可包括该PDU会话对应的DNN和该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种。特别的，若UE的PDU会话对应UE侧的多个物理端口，并且各物理端口的VLAN信息、CoS信息或通信类别信息中的一种或多种不同，那么第一请求可包括该PDU会话对应的UE侧的各个物理端口分别对应的VLAN信息、CoS信息或通信类别信息中的一种或多种。

步骤S404，UPF为该PDU会话分配虚拟端口标识。

UPF在接收到第一请求的情况下，为该PDU会话分配虚拟端口标识，若UPF接收到UE侧的物理端口的数量，那么UPF可根据UE侧的物理端口的数量为该PDU会话分配虚拟端口标识，例如UE侧的物理端口的数量为3个，则UPF为该PDU会话分配3个虚拟端口标识。若UPF接收到UE侧的各个物理端口的端口标识，则UPF在为该PDU会话分配虚拟端口标识之后，对于UE侧的一个物理端口具有两个标识，一个标识为虚拟标识，另一个标识为物理标识，这两个标识可以标识同一个物理端口。

步骤S405，UPF向SMF发送第一响应。相应的，SMF接收来自UPF的第一响应。

其中，第一响应包括UPF所分配的虚拟端口标识，若UPF分配了多个虚拟端口标识，则第一响应包括多个虚拟端口标识。可选的，第一响应包括虚拟端口标识和UE侧的物理端口之间的对应关系，例如UE侧的各物理端口对应的VLAN信息、CoS信息或通信类别信息中的一种或多种不同时，UPF分别为UE侧的各物理端口生成虚拟端口标识，并发送各物理端口对应的虚拟端口标识到SMF。

需要说明的是，若SMF为该PDU会话分配了虚拟端口标识，则步骤S403-步骤S405可不执行。

步骤S406，SMF根据该PDU会话对应的DNN和该PDU会话对应的虚拟端口标识生成端口对的关联关系。

在UPF通过SMF向AF上报UPF所配置的物理端口信息时，SMF可获知UPF所配置的物理端口信息。SMF根据该PDU会话对应的DNN确定该PDU会话对应的物理端口标识，可参考步骤S304中UPF确定该PDU会话对应的物理端口标识的几种方式。

SMF生成该PDU会话对应的端口对的关联关系，可参考步骤S305中UPF生成该PDU会话对应的端口对的关联关系。

步骤S407，SMF向UE发送PDU会话创建/修改响应。相应的，UE接收来自SMF的PDU会话创建/修改响应。

其中，PDU会话创建/修改响应包括UE的一个或多个虚拟端口标识。若包括多个虚拟端口标识，UE侧的每个物理端口对应不同的VLAN信息、CoS信息或通信类别信息中的一种或多种，则UE可根据虚拟端口标识所标识的物理端口，以及物理端口对应的VLAN信息、CoS信息或通信类别信息中的一种或多种，建立各个虚拟端口标识与VLAN信息、CoS信息或通信类别信息中的一种或多种之间的对应关系。

其中，PDU会话创建/修改响应包括UE的一个或多个虚拟端口标识时，可选的，SMF发送分配的虚拟端口标识和UE侧的物理端口的对应关系到UE，即SMF发送UE侧的物理端口对应的虚拟端口标识到UE。

其中，SMF从签约数据中获得PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种时，可选的，SMF向UE发送PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种；若PDU会话对应多个UE侧的物理端口，可选的，SMF向UE发送各物理端口或虚拟端口对应的VLAN信息、CoS信息或通信类别信息中的一种或多种。

步骤S408，SMF向AF发送该PDU会话对应的端口对的关联关系。相应的，AF接收来自SMF的该PDU会话对应的端口对的关联关系。

步骤S408与步骤S308相同，具体可参见步骤S308的具体描述，在此不再赘述。

上述步骤S401-步骤S408所描述的过程，为SMF确定PDU会话的端口对的关联关系，并将其发送至AF的过程。

AF也可以确定PDU会话的端口对的关联关系，可通过如下两种方式实现：

方式一，步骤S405之后，还包括步骤S406a，SMF向AF发送第一消息。相应的，AF接收来自SMF的第一消息。

在一种可能的实现方式中，第一消息包括UE的虚拟端口标识、UPF的物理端口信息、该PDU会话对应的DNN和该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种。UE的虚拟端口标识即SMF或UPF为该PDU会话分配的虚拟端口标识。UPF的物理端口信息，即UPF通过SMF向AF上报的UPF所配置的物理端口信息，包括端口带宽能力、最大速率、CoS信息和/或通信类别、支持的DNN、VLAN等。若预先UPF向AF上报了UPF所配置的物理端口信息，那么第一消息可不包括UPF的物理端口信息。

在一种可能的实现方式中，第一消息包括UPF的物理端口信息、该PDU会话对应的DNN和该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种。若预先UPF向AF上报了UPF所配置的物理端口信息，那么第一消息可不包括UPF的物理端口信息。此时第一消息不包括SMF或UPF为该PDU会话分配的虚拟端口标识，那么AF在接收到第一消息时，可为该PDU会话分配虚拟端口标识。

方式二，步骤S405之后，还包括步骤S406b，UPF向AF发送第二消息。相应的，AF接收来自UPF的第二消息。UPF向AF发送的第二消息，可以是UPF直接向AF发送，也可以是UPF向SMF发送第二消息，然后SMF向AF发送第二消息。

其中，第二消息包括UE的虚拟端口标识、UPF的物理端口信息、该PDU会话对应的DNN和该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种。UE的虚拟端口标识为UPF为该PDU会话分配的虚拟端口标识。若UPF未为该PDU会话分配的虚拟端口标识，则第二消息不包括UE的虚拟端口标识，AF在接收到第二消息时，可为该PDU会话分配的虚拟端口标识。若预先UPF向AF上报了UPF所配置的物理端口信息，那么第二消息可不包括UPF的物理端口信息。第二消息所包括的该PDU会话对应的DNN和该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种，UPF可从第一请求中获取。

步骤S406a和步骤S406b选择执行其中之一即可。在另一种可能的实现方式中，执行步骤S405a和步骤S406b，不过该方式下，第一消息和第二消息所包括的内容不同于上述步骤S405a和步骤S406b，例如，第一消息包括UE的虚拟端口标识、该PDU会话对应的DNN和该PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种；第二消息包括UPF的物理端口信息。

步骤S405a和步骤S406b之后，还包括步骤S407c，AF生成该PDU会话对应的端口对的关联关系。AF生成该PDU会话对应的端口对的关联关系，可参考步骤S305中UPF生成该PDU会话对应的端口对的关联关系。AF生成该PDU会话对应的端口对的关联关系之后，将该PDU会话对应的端口对的关联关系作为虚拟交换节点的端口对的关联关系向TSN系统中的CNC发送虚拟交换节点的端口对的关联关系，以便CNC获知虚拟交换节点的端口对的关联关系。

图8所示的实施例四中，由SMF或AF生成PDU会话对应的端口对的关联关系，以便AF将其作为虚拟交换节点的端口对的关联关系向TSN系统中的CNC发送虚拟交换节点的端口对的关联关系，以便CNC获知虚拟交换节点的端口对的关联关系，进而便于CNC的规划。

以本申请实施例应用于图4b所示的网络架构示意图为例，如图9所示，为本申请实施例五提供的信息传输方法的流程示意图，该实施例是端口对的时延信息的获取和上报。图9所示实施例可包括但不限于如下步骤：

步骤S501，UE向SMF发送PDU会话创建/修改请求。相应的，SMF接收来自UE的PDU会话创建/修改请求。

步骤S501与步骤S301相同，具体可参见步骤S301的具体描述，在此不再赘述。

步骤S502，SMF向PCF发送第一消息。相应的，PCF接收来自SMF的第一消息。

其中，第一消息可以是会话管理策略创建消息，例如会话管理策略创建请求，用于请求PCF针对该PDU会话创建管理策略。第一消息可包括该PDU会话的PDU会话标识，以便PCF获知创建管理策略对应的PDU会话。

可选的，若SMF确定了该PDU会话对应的端口对的关联关系，则第一消息还包括该PDU会话对应的端口对的关联关系。

步骤S503，PCF确定端口对的时延信息。

5G系统中，PDU会话可以有多条QoS流，不同的QoS流对应不同的时延要求，也即不同业务流对应不同的时延要求。5G系统中定义了报文时延预算(packet delay budget，PDB)，用于限定UE、(R)AN、UPF之间对QoS流的最大时延预算。PCF生成5G系统中各个节点的QoS配置信息，QoS配置信息中包括PDB，之后将QoS配置信息下发到UE、(R)AN、UPF，之后UE、(R)AN、UPF在转发QoS配置信息对应的QoS流时，按照PDB的限制，使得QoS流的传输时延小于PDB。

5G系统中，采用5G QoS标识(5G QoS identity，5QI)来区分不同的QoS流，即5QI用于标识5G QoS流。

PCF确定端口对的时延信息，具体确定虚拟交换节点1对应的端口对的时延信息，也即确定UE创建/修改的PDU会话对应的端口对的时延信息。本申请实施例中将该PDU会话的QoS流对应的PDB作为端口对的时延信息。

PCF在接收到第一消息的情况下，获取UE的该PDU会话的签约数据。PCF可从UDM获取该PDU会话的签约数据，或者PCF的本地配置信息中保存有该PDU会话的签约数据。该签约数据包括该PDU会话的QoS流的5QI。PCF上配置了该PDU会话的各个QoS流与PDB之间的对应关系，也即各个5QI与PDB之间存在对应关系，通过该对应关系可以获得签约数据所包括的5QI对应的PDB。签约数据所包括的5QI对应的PDB，即该PDU会话的QoS流对应的PDB，即端口对的时延信息。

PCF还确定端口对的时延信息对应的通信类别信息，本申请实施例中将该PDU会话的QoS流对应的通信类别信息作为端口对的时延信息对应的通信类别信息。该PDU会话的QoS流对应的通信类别信息，即签约数据所包括的5QI对应的通信类别信息。PCF在确定出端口对的时延信息对应的通信类别信息时，将端口对的时延信息作为端口对的通信类别信息对应的时延信息。

PCF可通过如下两种方式来确定该PDU会话的QoS流对应的通信类别信息。

方式一，PCF上配置有各个5QI与通信类别信息之间的映射关系，PCF根据签约数据所包括的5QI在映射关系中查询该5QI对应的通信类别信息，从而确定出该PDU会话的QoS流对应的通信类别信息。

方式二，该PDU会话的签约数据包括该PDU会话的QoS流的5QI，以及该5QI对应的通信类别信息。PCF直接通过该PDU会话的签约数据可以确定该PDU会话的QoS流对应的通信类别信息。

步骤S504，PCF向AF发送第二消息。相应的，AF接收来自PCF的第二消息。

其中，第二消息可以是Rx会话创建消息。第二消息可包括端口对的时延信息，以便AF获知端口对的时延信息。

在PCF确定端口对的时延信息对应的通信类别信息的情况下，第二消息还包括端口对的时延信息对应的通信类别信息，以便AF获知端口对的时延信息对应的通信类别信息。AF在获知端口对的时延信息对应的通信类别信息之后，向TSN系统中的CNC上报端口对的通信类别信息对应的时延信息。

第二消息还包括端口对的时延信息对应的5QI，端口对的时延信息对应的5QI，即签约数据所包括的5QI，以便AF根据该5QI确定端口对的时延信息对应的通信类别信息。

AF在获知端口对的时延信息对应的通信类别信息和/或5QI时，可根据该通信类别和/或该5QI确定端口对的时延信息。具体的，AF上配置有5QI与PDB之间的对应关系，从而确定该5QI对应的PDB，并将其确定为端口对的时延信息。AF上还配置有5QI与通信类别信息之间的映射关系，从而确定该通信类别对应的5QI，进而确定该5QI对应的PDB，并将其确定为端口对的时延信息。

在第一消息包括该PDU会话对应的端口对的关联关系的情况下，第二消息还包括该PDU会话对应的端口对的关联关系，以便AF获知该PDU会话对应的端口对的关联关系，向TSN系统中的CNC上报虚拟交换节点的端口对的关联关系以及端口对的时延信息。

若第一消息不包括该PDU会话对应的端口对的关联关系，则执行步骤S505-步骤S508。其中，步骤S505-步骤S507的具体实现过程可参见图8所示实施例中步骤S403-步骤S405的具体描述，在此不再赘述。

步骤S505，SMF向UPF发送第一请求。相应的，UPF接收来自SMF的第一请求。

步骤S506，UPF为该PDU会话分配虚拟端口标识。

步骤S507，UPF向SMF发送第一响应。相应的，SMF接收来自UPF的第一响应。

步骤S508，SMF向PCF发送第三消息。相应的，PCF接收来自SMF的第三消息。

其中，第三消息可以是会话管理策略修改消息，例如会话管理策略修改请求，用于请求PCF对该PDU会话的管理策略进行修改。第三消息包括该PDU会话对应的端口对的关联关系，以便PCF获知该PDU会话对应的端口对的关联关系，向AF上报该PDU会话对应的端口对的关联关系。

步骤S509，PCF向AF发送第四消息。相应的，AF接收来自PCF的第四消息。

其中，第四消息可以是Rx会话修改消息。第四消息可包括该PDU会话对应的端口对的关联关系，以便AF获知该PDU会话对应的端口对的关联关系。

在一种可能的实现方式中，PCF可在确定端口对的时延信息以及端口对的时延信息对应的通信类别信息之后，便向AF发送第二消息，在确定该PDU会话对应的端口对的关联关系之后，向AF发送包括该PDU会话对应的端口对的关联关系的第四消息。换言之，该方式中，第二消息和第四消息分开发送。

在一种可能的实现方式中，PCF可在确定端口对的时延信息以及端口对的时延信息对应的通信类别信息之后，不发送第二消息，即不执行步骤S504；等确定该PDU会话对应的端口对的关联关系之后，向AF发送第四消息，此时第四消息包括该PDU会话对应的端口对的关联关系、端口对的时延信息以及端口对的时延信息对应的通信类别信息。

AF在接收到该PDU会话对应的端口对的关联关系、端口对的时延信息以及端口对的时延信息对应的通信类别信息之后，向TSN系统中的CNC发送该PDU会话对应的端口对的关联关系、端口对的时延信息以及端口对的时延信息对应的通信类别信息。

在一种可能的实现方式中，PCF可在确定端口对的时延信息以及端口对的时延信息对应的5QI后，向AF发送第四消息，此时第四消息包括该PDU会话对应的端口对的关联关系、端口对的时延信息以及端口对的时延信息对应的5QI。

AF在接收到该PDU会话对应的端口对的关联关系、端口对的时延信息以及端口对的时延信息对应的5QI后，根据固定的或者配置的5QI和通信类别信息的对应关系，确定端口对的时延信息对应的通信类别信息，向TSN系统中的CNC发送该PDU会话对应的端口对的关联关系、端口对的时延信息以及端口对的时延信息的通信类别信息。

步骤S510，SMF向UE发送PDU会话创建/修改响应。相应的，UE接收来自SMF的PDU会话创建/修改响应。

本申请实施例中不限定步骤S508与步骤S510执行的先后顺序。

步骤S510与步骤S308相同，具体可参见步骤S308的具体描述，在此不再赘述。

上述步骤S501-步骤S509所描述的过程为PCF确定端口对的时延信息，并将其发送至AF的过程，以便AF向TSN系统中的CNC发送端口对的时延信息，以便CNC根据端口对的时延信息为TSN流创建/修改转发策略。

在一种可能的实现方式中，UPF也可以确定端口对的时延信息，并将其发送至AF，以便AF向TSN系统中的CNC发送端口对的时延信息，以便CNC根据端口对的时延信息为TSN流创建/修改转发策略。

步骤S503之后，还包括步骤S503a，PCF向SMF发送会话管理策略创建/修改响应，该会话管理策略创建/修改响应包括签约数据所包括的5QI。可选的，PCF向SMF发送5QI与通信类别信息之间的映射关系，或该5QI对应的通信类型信息。

步骤S505中的第一请求还包括签约数据所包括的5QI，可选的包括5QI与通信类别信息之间的映射关系，或该5QI对应的通信类型信息。步骤S505之后，还包括步骤S505a，UPF确定端口对的时延信息对应的通信类别信息。不限定步骤S505a和步骤S506执行的先后顺序。具体的，UPF上配置有该PDU会话的各个QoS流与PDB之间的对应关系，通过该对应关系可以获得签约数据所包括的5QI对应的PDB。步骤S505a中，UPF还可确定该PDU会话的QoS流对应的通信类别信息，具体的，UPF上配置有各个5QI与通信类别信息之间的映射关系，那么UPF可确定出该PDU会话的QoS流对应的通信类别信息；或者步骤S505中第一请求包括该5QI对应的通信类别信息，从而UPF直接根据第一请求确定端口对的时延信息对应的通信类别信息；获取步骤S505中第一请求包括5QI与通信类别信息之间的映射关系，从而UPF根据该PDU会话的QoS流的5QI确定端口对的时延信息对应的通信类别信息。

UPF在确定端口对的时延信息之后，执行步骤S511，UPF向AF发送端口对的时延信息。可选的，UPF还向AF发送该PDU会话对应的端口对的关联关系。二者可同时发送，也可先向AF发送该PDU会话对应的端口对的关联关系，在确定端口对的时延信息之后，再向AF发送端口对的时延信息。在UPF确定端口对的时延信息对应的通信类别信息之后，UPF在向AF发送端口对的时延信息时，同时发送端口对的时延信息对应的通信类别信息。或者在UPF确定端口对的时延信息对应的5QI后，UPF在向AF发送端口对的时延信息时，同时发送端口对的时延信息对应的5QI；AF在接收到端口对的时延信息及对应的5QI后，类似于步骤S509的确定端口对时延对应的通信类别信息。需要说明的是，步骤S511执行的前提条件是，UPF与AF之间存在直接的接口，否则UPF与AF之间的消息需要通过SMF转发。

以本申请实施例应用于图4b所示的网络架构示意图为例，如图10所示，为本申请实施例六提供的信息传输方法的流程示意图，该实施例是端口对的时延信息的获取和上报。图10所示实施例中与图9相同或类型的部分，可参见图9中的相应部分的具体描述。图10所示实施例可包括但不限于如下步骤：

步骤S601，UE向SMF发送PDU会话创建/修改请求。相应的，SMF接收来自UE的PDU会话创建/修改请求。

步骤S602，SMF向PCF发送第二请求。相应的，PCF接收来自SMF的第二请求。

其中，第二请求可以是会话管理创建/修改请求，用于请求PCF针对该PDU会话创建/修改管理策略。第二请求可包括该PDU会话的PDU会话标识，以便PCF获知创建/修改管理策略对应的PDU会话。PCF在接收到第二请求时，获取该PDU会话的签约数据，该签约数据包括该PDU会话的QoS流的5QI和/或通信类别信息，PCF确定该5QI对应的PDB，可选的确定该5QI对应的通信类别信息，具体可参见步骤S503的具体描述，在此不再赘述。

步骤S603，PCF向SMF发送第二响应。相应的，SMF接收来自PCF的第二响应。

PCF在确定该5QI对应的PDB之后，向SMF发送第二响应，第二响应包括该5QI以及该5QI对应的PDB。可选的，第二响应还包括该5QI对应的通信类别信息。其中，第二响应可以是会话管理创建/修改响应。

若SMF上配置有各个5QI与通信类别信息之间的映射关系，SMF在接收到来自PCF的5QI时，可确定该5QI对应的通信类别信息，此时第二响应可不携带该5QI对应的通信类别信息。或者，该5QI与通信类别信息之间的对应关系是固定的，第二响应也可不携带该5QI对应的通信类别信息。

步骤S604，SMF向UPF发送第一请求。相应的，UPF接收来自SMF的第一请求。

其中，第一请求可以是N4会话创建/修改请求，可以包括该5QI、该5QI对应的PDB，可选的还包括该5QI对应的通信类别信息。

若UPF上配置有各个5QI与通信类别信息之间的映射关系，UPF在接收到来自SMF的5QI时，可确定该5QI对应的通信类别信息，此时第一请求可不携带该5QI对应的通信类别信息。或者，该5QI与通信类别信息之间的对应关系是固定的，第一请求也可不携带该5QI对应的通信类别信息。

步骤S605，UPF确定该PDU会话对应的端口对的关联关系以及端口对的时延信息。

UPF确定该PDU会话对应的端口对的关联关系，具体可参见图7所示实施例中的具体描述，在此不再赘述。图8所示实施例中，SMF在确定该PDU会话对应的端口对的关联关系之后，可将其告知UPF，以便UPF获知该PDU会话对应的端口对的关联关系。

UPF确定端口对的时延信息，具体可参见图9所示实施例中的具体描述，在此不再赘述。UPF还可确定端口对的时延信息对应的通信类别信息和/或5QI。

步骤S606，UPF向AF发送端口对信息。相应的，AF接收来自UPF的端口对信息。

其中，端口对信息包括端口对的关联关系和端口对的时延信息。本申请实施例中，端口对信息指示的UE创建/修改的PDU会话对应的端口对信息，也即虚拟交换节点1对应的端口对信息。

UPF可直接将端口对信息发送至AF，也可以先发送至SMF，然后由SM发将其发送至AF。

需要说明的是，步骤S605为可选步骤，在执行了步骤S605的情况下，才执行步骤S606。若未执行步骤S605，则由SMF来确定端口对的时延信息并上报至AF。

步骤S607，UPF向SMF发送第一响应。相应的，SMF接收来自UPF的第一响应。

其中，第一响应可以是N4会话创建/修改响应。

步骤S608，SMF确定该PDU会话对应的端口对的关联关系以及端口对的时延信息。

SMF确定该PDU会话对应的端口对的关联关系，具体可参见图8所示实施例中的具体描述，在此不再赘述。图7所示实施例中，UPF在确定该PDU会话对应的端口对的关联关系之后，可将其告知SMF，以便SMF获知该PDU会话对应的端口对的关联关系。

SMF确定端口对的时延信息，可参考图9所示实施例中PCF或UPF确定端口对的时延信息。SMF也可通过接收来自PCF或UPF的端口对的时延信息来确定端口对的时延信息。SMF还可确定端口对的时延信息对应的通信类别信息和/或5QI。

步骤S609，SMF向AF发送端口对信息。相应的，AF接收来自SMF的端口对信息。

其中，端口对信息包括端口对的关联关系和端口对的时延信息。

可选的，SMF向AF发送端口对的时延信息的5QI和/或通信类别信息，用于AF确定端口对时延对应的通信类别信息。AF确定端口对的时延信息的具体方法同步骤S504的说明。

步骤S610，SMF向UE发送PDU会话创建/修改响应。相应的，UE接收来自SMF的PDU会话创建/修改响应。

图10所示的实施例中，步骤S606、步骤S609并不限定其相对其他步骤的执行的时机和先后顺序。

在图10所示的实施例六中，UPF或SMF可以确定端口对的时延信息，并将其上报至AF，以便AF向TSN系统中的CNC发送端口对的时延信息，以便CNC根据端口对的时延信息为TSN流预留传输资源。

在一种可能的实现方式中，AF也可以确定端口对的时延信息，以便AF向TSN系统中的CNC发送端口对的时延信息。

PCF/SMF/UPF在向AF发送该PDU会话对应的端口对信息时，还可向AF发送端口对信息对应的通信类别信息和/或5QI，以便AF确定端口对的通信类别信息对应的时延信息，并将其发送至TSN系统中的CNC。例如通信类别信息和/或5QI对应的PDB是固定的或者配置在AF上，从而AF根据端口对信息对应的通信类别信息和/或5QI，确定端口对的通信类别信息对应的时延信息。

PCF/SMF/UPF在向AF发送UE的虚拟端口标识时，还可向AF发送虚拟端口标识对应的通信类别信息和/或5QI，以便AF确定端口对的通信类别信息对应的时延信息，并将其发送至TSN系统中的CNC。例如AF根据虚拟交换节点的端口信息确定端口对的关联关系，并且通信类别信息和/或5QI对应的PDB是固定的或者配置在AF上，进而AF根据虚拟端口标识对应的通信类别信息和/或5QI，确定端口对对应的通信类别信息和/或5QI，并确定端口对的通信类别信息对应的时延信息。

需要说明的是，AF向CNC上报的端口对信息包括虚拟交换节点的端口对的关联关系以及端口对的通信类别信息对应的时延信息，本申请实施例中AF将端口对的时延信息作为端口对的通信类别信息对应的时延信息上报至CNC，并同时上报端口对的时延信息对应的通信类型信息，以便CNC获知该端口对的时延信息即为端口对的通信类别信息对应的时延信息。

需要说明的是，AF可能不会单独向CNC发送虚拟交换节点的端口对的关联关系或端口对的时延信息，而是将端口对的关联关系和端口对的时延信息一起作为端口对信息发送至CNC。本申请实施例中，UPF、SMF或AF可确定虚拟交换节点的端口对的关联关系，PCF、UPF、SMF、UPF或AF可确定虚拟交换节点的端口对的时延信息，确定端口对的关联关系的网元与确定对端口的时延信息的网元可任意组合，最终由AF向CNC发送端口对信息，不过先确定端口对的关联关系的网元需要将端口对的关联关系发送至另一个网元，然后由接收端口对的关联关系的网元确定端口对的时延信息，例如SMF先确定端口对的关联关系，SMF将其发送至PCF，由PCF确定端口对的时延信息，然后PCF将端口对信息发送至AF。

若确定端口对的关联关系的网元与确定对端口的时延信息的网元是同一网元，该网元可将端口对的关联关系和端口对的时延信息一起作为端口对信息发送AF，例如该网元为SMF，SMF可将端口对的关联关系和端口对的时延信息一起作为端口对信息发送AF，SMF可直接将其发送至AF，也可通过PCF或NEF转发至AF；也可以不同时发送。

上述详细阐述了本申请实施例的方法，下面提供了本申请实施例的装置。

请参见图11，是本申请实施例提供的通信装置的逻辑结构示意图，该通信装置60可以包括收发单元601和处理单元602。该通信装置60为信息传输装置，可以是应用功能网元，也可以是会话管理网元。

针对该通信装置60为应用功能网元的情况：

处理单元602，用于在用户终端创建/修改与用户面功能网元之间的PDU会话的过程中，确定所述PDU会话对应的端口对的关联关系；确定端口对的时延信息；

收发单元601，用于向时延敏感网络发送端口对信息，端口对信息包括端口对的关联关系和端口对的时延信息。

该通信装置60为应用功能网元时，可以实现图5-图10所示实施例中AF的功能，该通信装置60中各个单元执行详细过程可以参见图5-图10所示实施例中AF的执行步骤，此处不再赘述。

针对该通信装置60为会话管理网元的情况：

在一种可能的实现方式中，处理单元602，用于确定PDU会话对应的端口对的关联关系；收发单元601，用于发送端口对的关联关系；处理单元602，还用于确定端口对的时延信息；收发单元601，还用于发送端口对的时延信息。

在一种可能的实现方式中，收发单元601，用于接收虚拟交换节点的第一网络拓扑信息，接收虚拟交换节点的第二网络拓扑信息；向虚拟交换节点中的应用功能网元发送第一网络拓扑信息和第二网络拓扑信息。

该通信装置60为会话管理网元时，可以实现图5-图10所示实施例中SMF的功能，该通信装置60中各个单元执行详细过程可以参见图5-图10所示实施例中SMF的执行步骤，此处不再赘述。

请参见图12，是本申请实施例提供的通信装置的实体结构简化示意图。该通信装置70为信息传输装置，可以是应用功能网元，也可以是会话管理网元。

该通信装置70包括收发器701、处理器702和存储器703。收发器701、处理器702和存储器703可以通过总线704相互连接，也可以通过其它方式相连接。图11所示的收发单元601所实现的相关功能可以由收发器701来实现。图11所示的处理单元602所实现的相关功能可以通过一个或多个处理器702来实现。

存储器703包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器703用于相关指令及数据。

收发器701用于发送数据和/或信令，以及接收数据和/或信令。

若该通信装置70是图5-图10所示实施例中的AF，则收发器701可用于与UPF、SMF、和CNC进行通信，例如执行图5所示实施例中的步骤S105；执行图7所示实施例中的步骤S308；执行图8所示实施例中的步骤S406a、步骤S406b和步骤S408；执行图10所示实施例中的步骤S504、步骤S509和步骤S511。

若该通信装置70是图5-图10所示实施例中的SMF，则收发器701可用于与AMF、UPF和AF进行通信，例如执行图5所示实施例中的步骤S103a、步骤S103b和步骤S105；执行图7所示实施例中的步骤S303、步骤S306步骤S308；执行图8所示实施例中的步骤S403、步骤S405、步骤S406a和步骤S408；执行图9所示实施例中的步骤S505、步骤S507和步骤S508；执行图10所示实施例中的步骤S602、步骤S603、步骤S604、步骤S607和步骤S609。

处理器702可以包括是一个或多个处理器，例如包括一个或多个中央处理器(central processing unit，CPU)，在处理器702是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

若该通信装置70是图5-图10所示实施例中的AF，则处理器702可用于执行控制AF的操作，例如执行图8所示实施例中的步骤S407c。

若该通信装置70是图6-图10所示实施例中的SMF，则处理器702可用于执行控制SMF的操作，例如执行图8所示实施例中的步骤S406；执行图10所示实施例中的步骤S608。

存储器703用于存储通信装置70的程序代码和数据。

关于处理器702和收发器701所执行的步骤，具体可参见图5-图10所示实施例的描述，在此不再赘述。

可以理解的是，图12仅仅示出了通信装置的简化设计。在实际应用中，通信装置还可以分别包含必要的其他元件，包含但不限于任意数量的收发器、处理器、控制器、存储器、通信单元等，而所有可以实现本申请的设备都在本申请的保护范围之内。

本申请实施例还提供一种信息传输系统，可以包括应用功能网元和会话管理网元，该应用功能网元和会话管理网元可以用于实现图5-图10所示实施例中AF和SMF的功能，具体可参见图5-图10中AF和SMF的具体实现过程。

该信息传输系统还包括用户面功能网元，该用户面功能网元可以用于实现图5-图10所示实施例中UPF的功能，具体可参见图5-图10中UPF的具体实现过程。

该信息传输系统还包括策略管理网元，该策略管理网元可以用于实现图5-图10所示实施例中PCF的功能，具体可参见图5-图10中PCF的具体实现过程。

该信息传输系统还包括用户终端，该用户终端可以用于实现图5-图10所示实施例中UE的功能，具体可参见图5-图10中UE的具体实现过程。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。因此，本申请又一实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

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

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

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

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

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

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

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

Claims (29)

1.一种信息传输方法，其特征在于，包括：

在用户终端创建/修改与用户面功能网元之间的分组数据单元PDU会话的过程中，应用功能网元确定所述PDU会话对应的端口对的关联关系；

所述应用功能网元确定所述端口对的时延信息；

所述应用功能网元向时延敏感网络发送端口对信息，所述端口对信息包括所述端口对的关联关系和所述端口对的时延信息。

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

所述应用功能网元接收来自所述用户面功能网元或会话管理网元的第一消息，所述第一消息包括所述PDU会话对应的端口对的关联关系；

所述应用功能网元确定所述PDU会话对应的端口对的关联关系，包括：

所述应用功能网元根据所述第一消息确定所述PDU会话对应的端口对的关联关系。

3.根据权利要求1所述的方法，其特征在于，所述应用功能网元确定所述PDU会话对应的端口对的关联关系，包括：

所述应用功能网元确定所述PDU会话对应的虚拟端口标识，以及所述PDU会话对应的所述用户面功能网元的端口标识；

所述应用功能网元将所述PDU会话对应的虚拟端口标识，与所述PDU会话对应的所述用户面功能网元的端口标识进行关联，生成所述PDU会话对应的端口对的关联关系。

4.根据权利要求3所述的方法，其特征在于，所述应用功能网元确定所述PDU会话对应的虚拟端口标识，包括：

所述应用功能网元为所述PDU会话分配虚拟端口标识；

或，所述应用功能网元通过接收来自所述用户面功能网元或会话管理网元的第二消息确定所述PDU会话对应的虚拟端口标识，所述第二消息用于指示所述PDU会话对应的虚拟端口标识。

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

所述应用功能网元接收来自会话管理网元的所述PDU会话对应的数据网络名称DNN；

所述应用功能网元确定所述PDU会话对应的所述用户面功能网元的端口标识，包括：

所述应用功能网元根据所述PDU会话对应的DNN，以及所述用户面功能网元的端口信息，确定PDU会话对应的所述用户面功能网元的端口标识。

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

所述应用功能网元接收来自会话管理网元的所述PDU会话对应的虚拟局域网VLAN信息、服务类别CoS信息或通信类别信息中的一种或多种，以及所述PDU会话对应的DNN；

所述应用功能网元确定所述PDU会话对应的所述用户面功能网元的端口标识，包括：

所述应用功能网元根据所述PDU会话对应的DNN，所述PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种，以及所述用户面功能网元的端口信息，确定PDU会话对应的所述用户面功能网元的端口标识。

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

所述应用功能网元接收来自所述用户面功能网元、会话管理网元或策略管理网元的第三消息，所述第三消息包括所述PDU会话对应的端口对的时延信息；

所述应用功能网元确定所述端口对的时延信息，包括：

所述应用功能网元根据所述第三消息确定所述端口对的时延信息。

8.根据权利要求7所述的方法，其特征在于，所述第三消息还包括所述端口对的时延信息对应的5QI；所述端口对信息还包括所述端口对的时延信息对应的通信类别信息；

所述方法还包括：

所述应用功能网元根据所述端口对的时延信息对应的5QI，确定所述端口对的时延信息对应的通信类别信息。

9.根据权利要求7所述的方法，其特征在于，所述第三消息还包括所述端口对的时延信息对应的通信类别信息，所述端口对信息还包括所述端口对的时延信息对应的通信类别信息。

10.根据权利要求1所述的方法，其特征在于，所述应用功能网元确定所述端口对的时延信息，包括：

所述应用功能网元获取所述PDU会话的5G服务质量流标识5QI，并确定所述5QI对应的报文时延预算PDB，并将所述5QI对应的PDB确定为所述端口对的时延信息。

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

所述应用功能网元接收来自会话管理网元的第一网络拓扑信息和/或第二网络拓扑信息；

所述应用功能网元向所述时延敏感网络发送所述第一网络拓扑信息和/或所述第二网络拓扑信息；

其中，所述第一网络拓扑信息包括与所述用户终端相连的第一对端设备的设备标识、所述第一对端设备的端口标识、所述PDU会话对应的虚拟交换节点标识和所述用户终端的虚拟端口标识；所述第二网络拓扑信息包括与所述PDU会话对应的用户面功能网元相连的第二对端设备的设备标识、所述第二对端设备的端口标识、所述PDU会话对应的虚拟交换节点标识和所述用户面功能网元的端口标识。

12.根据权利要求11所述的方法，其特征在于，所述第一网络拓扑信息还包括所述第一对端设备的VLAN信息和/或CoS信息、所述第一对端设备的端口能力信息、所述虚拟端口的VLAN信息和/或CoS信息、或所述用户终端的虚拟端口的端口能力信息中的一种或多种；所述第二网络拓扑信息还包括所述第二对端设备的VLAN信息和/或CoS信息、所述第二对端设备的端口能力信息、所用户面功能网元的端口的VLAN信息和/或CoS信息、或所述用户面功能网元的端口的端口能力信息中的一种或多种。

13.一种应用功能网元，其特征在于，包括处理单元和收发单元；

所述处理单元，用于在用户终端创建/修改与用户面功能网元之间的PDU会话的过程中，确定所述PDU会话对应的端口对的关联关系；确定所述端口对的时延信息；

所述收发单元，用于向时延敏感网络发送端口对信息，所述端口对信息包括所述端口对的关联关系和所述端口对的时延信息。

14.根据权利要求13所述的应用功能网元，其特征在于，

所述收发单元，还用于接收来自所述用户面功能网元或会话管理网元的第一消息，所述第一消息包括所述PDU会话对应的端口对的关联关系；

所述处理单元，具体用于根据所述第一消息确定所述PDU会话对应的端口对的关联关系。

15.根据权利要求13所述的应用功能网元，其特征在于，所述处理单元，具体用于确定所述PDU会话对应的虚拟端口标识，以及所述PDU会话对应的所述用户面功能网元的端口标识；将所述PDU会话对应的虚拟端口标识，与所述PDU会话对应的所述用户面功能网元的端口标识进行关联，生成所述PDU会话对应的端口对的关联关系。

16.根据权利要求15所述的应用功能网元，其特征在于，所述处理单元，具体用于为所述PDU会话分配虚拟端口标识；或，所述应用功能网元通过接收来自所述用户面功能网元或会话管理网元的第二消息确定所述PDU会话对应的虚拟端口标识，所述第二消息用于指示所述PDU会话对应的虚拟端口标识。

17.根据权利要求16所述的应用功能网元，其特征在于，

所述接收单元，还用于接收来自会话管理网元的所述PDU会话对应的数据网络名称DNN；

所述处理单元，具体用于根据所述PDU会话对应的DNN，以及所述用户面功能网元的端口信息，确定PDU会话对应的所述用户面功能网元的端口标识。

18.根据权利要求15所述的应用功能网元，其特征在于，

所述接收单元，还用于接收来自会话管理网元的所述PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种，以及所述PDU会话对应的DNN；

所述处理单元，具体用于根据所述PDU会话对应的DNN，所述PDU会话对应的VLAN信息、CoS信息或通信类别信息中的一种或多种，以及所述用户面功能网元的端口信息，确定PDU会话对应的所述用户面功能网元的端口标识。

19.根据权利要求13所述的应用功能网元，其特征在于，

所述接收单元，还用于接收来自所述用户面功能网元、会话管理网元或策略管理网元的第三消息，所述第三消息包括所述PDU会话对应的端口对的时延信息；

所述处理单元，具体用于根据所述第三消息确定所述端口对的时延信息。

20.根据权利要求19所述的应用功能网元，其特征在于，所述第三消息还包括所述端口对的时延信息对应的5QI；所述端口对信息还包括所述端口对的时延信息对应的通信类别信息；所述处理单元，还用于根据所述端口对的时延信息对应的5QI，确定所述端口对的时延信息对应的通信类别信息。

21.根据权利要求10所述的应用功能网元，其特征在于，所述处理单元，具体用于获取所述PDU会话的5QI，并确定所述5QI对应的PDB，并将所述5QI对应的PDB确定为所述端口对的时延信息。

22.根据权利要求13所述的应用功能网元，其特征在于，

所述收发单元，还用于接收来自会话管理网元的第一网络拓扑信息和/或第二网络拓扑信息；向所述时延敏感网络发送所述第一网络拓扑信息和/或所述第二网络拓扑信息；

其中，所述第一网络拓扑信息包括与所述用户终端相连的第一对端设备的设备标识、所述第一对端设备的端口标识、所述PDU会话对应的虚拟交换节点标识和所述用户终端的虚拟端口标识；所述第二网络拓扑信息包括与所述PDU会话对应的用户面功能网元相连的第二对端设备的设备标识、所述第二对端设备的端口标识、所述PDU会话对应的虚拟交换节点标识和所述用户面功能网元的端口标识。

23.一种信息传输方法，其特征在于，包括：

会话管理网元确定PDU会话对应的端口对的关联关系，向策略管理网元、用户面功能网元或应用功能网元发送所述端口对的关联关系；

所述会话管理网元确定所述端口对的时延信息，向所述策略管理网元或所述应用功能网元发送发送所述端口对的时延信息。

24.根据权利要求23所述的方法，其特征在于，所述会话管理网元确定所述端口对的时延信息，包括：

所述会话管理网元从所述策略管理网元获取所述PDU会话的5QI，并确定所述5QI对应的PDB，并将所述5QI对应的PDB确定为所述端口对的时延信息。

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

所述会话管理网元确定所述端口对的时延信息对应的通信类型信息。

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

所述会话管理网元接收来自所述PDU会话对应的用户终端的第一网络拓扑信息，和/或接收来自所述用户面功能网元的第二网络拓扑信息；

所述会话管理网元向所述应用功能网元发送所述第一网络拓扑信息和/或所述第二网络拓扑信息。

27.根据权利要求26所述的方法，其特征在于，所述会话管理网元接收来自所述PDU会话对应的用户终端的第一网络拓扑信息，包括：

所述会话管理网元通过NAS消息，接收来自所述PDU会话对应的用户终端的第一网络拓扑信息；所述第一网络拓扑信息通过管理信息库MIB/网络配置Netconf协议，封装在所述NAS消息中。

28.根据权利要求26所述的方法，其特征在于，所述会话管理网元接收所述用户面功能网元的第二网络拓扑信息，包括：

所述会话管理网元通过N4接口消息，接收来自所述用户面功能网元的第二网络拓扑信息；所述第二网络拓扑信息通过MIB/Netconf协议，封装在所述N4接口消息中。

29.一种会话管理网元，其特征在于，包括处理单元和收发单元；

所述处理单元，用于确定PDU会话对应的端口对的关联关系；所述收发单元，用于向策略管理网元、用户面功能网元或应用功能网元发送所述端口对的关联关系；

所述处理单元，用于确定所述端口对的时延信息；所述收发单元用于向所述策略管理网元或所述应用功能网元发送发送所述端口对的时延信息。

Images