CN111200848A - 一种通信方法及装置 - Google Patents

Abstract

一种通信方法及装置，用以实现将5G系统虚拟为TSN中的交换节点。本申请中，会话管理网元可以获取终端设备的端口信息，其中，所述端口信息包括所述终端设备的端口标识所述终端设备的端口与外部相邻节点之间的传输时延信息；之后，所述会话管理网元再将所述端口信息发送给集中网络配置网元。会话管理网元可以将所述端口信息发送给时延敏感网络中的集中网络配置网元，具有了上报通信系统作为虚拟交换节点的端口信息的能力，可以使得所述集中网络配置网元确定所述虚拟交换节点的信息(如端口信息)，之后可以根据所述虚拟交换节点的信息实现数据的端到端传输。

Description

一种通信方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及装置。

背景技术

区别于传统以太网不能提供高可靠性的数据传输以及保障时延传输的弊端，在传统以太网的基础上产生了时延敏感网络(time sensitive networking，TSN)，TSN兼具了实时性和确定性，能够保障业务数据传输的可靠性，同时也可以预测数据传输过程中端到端的传输时延。鉴于TSN的优点，被广泛应用于满足汽车控制、工业互联网等领域。

目前，为了在第五代移动通信(5th-generation，5G)系统中，借助TSN实现端到端的可靠性数据传输，提出了将5G系统虚拟为TSN中的交换节点的假设，考虑在5G系统的网络架构中的应用功能(application function，AF)网元上增加TSN适配功能的控制面，在用户面功能(user plane function，UPF)网元和用户设备(user equipment，UE)上增加TSN适配功能的用户面，但上述假设仅是一个设想，并没有提出具体的5G系统与TSN结合实现数据传输的具体方案。

发明内容

本申请提供一种通信方法及装置，用以将5G系统虚拟为TSN中的交换节点，以实现数据传输。

第一方面，本申请实施例提供了一种通信方法，所述方法包括：首先，会话管理网元可以获取终端设备的端口信息，其中，所述终端设备的端口信息包括所述终端设备的端口标识所述终端设备的端口与外部相邻节点之间的传输时延信息；之后，所述会话管理网元再将所述终端设备的端口信息发送给集中网络配置网元。

通过上述方法，会话管理网元可以将所述终端设备的端口信息发送给时延敏感网络中的集中网络配置网元，具有了上报通信系统作为虚拟交换节点的端口信息的能力，可以使得所述集中网络配置网元确定所述虚拟交换节点的信息(如虚拟交换节点的端口信息)，之后可以根据所述虚拟交换节点的信息实现数据的端到端传输。

在一种可能的设计中，所述会话管理网元获取所述终端设备的端口信息的方式有多种，下面列举其中两种：

第一种，在PDU会话建立过程中，所述会话管理网元接收来自所述终端设备的协议数据单元(protocol data unit，PDU)会话建立请求，所述PDU会话建立请求中包括所述终端设备的端口信息，从所述PDU会话建立请求获取所述终端设备的端口信息。

第二种、在PDU会话修改过程中，所述会话管理网元接收来自所述终端设备的PDU会话修改应答，所述PDU会话修改应答中包括所述终端设备的端口信息，从所述PDU会话修改应答中获取所述终端设备的端口信息。

通过上述方法，所述会话管理网元可以灵活的在现有的PDU会话建立过程或PDU会话修改过程中获取所述终端设备的端口信息，扩展了应用场景，可以使得应用范围更加广泛。

在一种可能的设计中，所述会话管理网元除了向所述集中网络配置网元上报所述终端设备的端口信息，还可以上报虚拟交换节点的其他信息，如时延信息；具体的，在所述终端设备的服务质量(quality of service，QoS)流建立流程中，所述会话管理网元可以确定所述QoS流对应的用户面与所述终端设备之间的传输时延；之后再向所述集中网络配置网元发送所述传输时延。

通过上述方法，所述会话管理网元将确定所述传输时延，并发送给所述集中网络配置网元具有了上报通信系统作为虚拟交换节点的时延信息的能力，可以使得所述集中网络配置网元确定所述虚拟交换节点的时延信息，之后便于在之后可以根据所述虚拟交换节点的信息实现数据的端到端传输。

在一种可能的设计中，所述会话管理网元可以通过如下方法确定所述QoS流对应的用户面与所述终端设备之间的传输时延：所述会话管理网元先从策略控制网元获取所述QoS流策略和计费控制规则(policy and charging control rule，PCC rule)；之后，再根据所述QoS流的PCC规则确定所述传输时延。

通过上述方法，所述会话管理网元可依据现有的QoS流的PCC规则，更加高效、便捷的确定所述传输时延，进而可以提高信息上报的效率。

在一种可能的设计中，所述会话管理网元根据所述QoS流的PCC规则确定所述传输时延时，可以是先根据所述PCC规则中包括的第五代移动通信服务质量标识(5G QoSidentity,5QI)确定所述QoS流的包时延预算(packet delay budge,PDB)；之后，再根据所述PDB确定所述传输时延，例如，可以将所述PDB作为所述传输时延，也可以对所述PDB进行调整，将调整后的PDB作为所述传输时延。

通过上述方法，所述会话管理网元可以根据所述5QI更加快速、准确的确定所述传输时延，能够保证后续较为高效的向所述集中网络配置网元上报所述传输时延。

在一种可能的设计中，在所述会话管理网元获取终端设备的端口信息之前，所述会话管理网元可以指示所述终端设备确定所述终端设备的端口信息，具体的，所述会话管理网元可以向所述终端设备发送第一指示消息，所述第一指示消息用于指示所述终端设备确定所述终端设备的端口信息。

通过上述方法，可以使所述终端设备在收到所述第一指示消息后，确定所述终端设备的端口信息，保证之后可以更快速的向所述会话管理网元发送所述终端设备的端口信息。

在一种可能的设计中，所述终端设备的端口信息还可以包括所述终端设备端口的外部拓扑信息。

通过上述方法，所述终端设备的端口信息携带的信息更多，可以使得所述集中网络配置网元在收到所述终端设备的端口信息后，可以确定所述虚拟交换节点的外部拓扑信息，有利于之后更好的实现端到端的数据传输。

第二方面，本申请实施例提供了一种通信方法，所述方法包括：首先，终端设备确定需要上报所述终端设备的端口信息，具体的，需要上报所述终端设备的端口信息的情况包括如下的部分或全部：所述终端设备自身支持TSN业务、需要创建TSN业务对应的分组数据单元PDU会话、当前创建的PDU会话需要承载TSN流、已创建的PDU会话需要承载TSN流；之后，所述终端设备向会话管理网元发送所述终端设备的端口信息，其中，所述终端设备的端口信息包括所述终端设备的端口标识以及所述终端设备的端口与外部相邻节点之间的传输时延信息。

通过上述方法，所述终端设备在确定需要上报所述终端设备的端口信息后，向所述会话管理网元上报所述终端设备的端口信息，便于所述会话管理网元将所述终端设备的端口信息上报给所述集中网络配置网元，有利于所述集中网络配置网元确定所述虚拟交换节点的信息(如端口信息)，之后可以根据所述虚拟交换节点的信息实现数据的端到端传输。

在一种可能的设计中，所述终端设备向会话管理网元发送所述终端设备的端口信息的方式有许多种，下面列举其中一种：PDU会话建立过程中，所述终端设备可以通过移动接入管理网元向所述会话管理网元发送PDU会话建立请求，所述PDU会话建立请求中包括所述终端设备的端口信息。

通过上述方法，所述终端设备可以灵活的在现有的PDU会话建立过程向所述会话管理网元上报所述终端设备的端口信息，扩展了应用场景，可以使得应用范围更加广泛。

在一种可能的设计中，所述终端设备向会话管理网元发送所述终端设备的端口信息的方式有许多种，下面列举另一种：所述终端设备在注册时，所述终端设备向移动接入管理网元发送携带有所述终端设备的端口信息的注册请求，之后，所述移动接入管理网元后续在接收到所述终端设备发送的PDU会话建立请求时，可以将所述终端设备的端口信息携带在所述PDU会话建立请求中发送给所述会话管理网元。

通过上述方法，所述终端设备可以灵活的在现有的注册过程向所述移动接入管理网元发送所述终端设备的端口信息，可以节约信令，适用于现有的注册场景，有效的扩展了应用场景。

在一种可能的设计中，所述终端设备可以根据来自所述会话管理网元的PDU会话修改请求中的指示信息确定已创建的PDU会话需要承载TSN流；在接收到所述指示消息后，所述终端设备可以向所述会话管理发送携带有所述终端设备的端口信息的PDU会话修改应答。

通过上述方法，所述终端设备可以灵活的在现有的PDU会话修改过程向所述会话管理网元上报所述终端设备的端口信息，可以提高信令资源的利用率，适用于现有的PDU会话修改场景，使得应用场景可以有效扩展。

在一种可能的设计中，所述终端设备可以根据来自所述会话管理网元的PDU会话建立确认消息中的指示信息确定创建的PDU会话需要承载TSN流，在确定了创建的PDU会话需要承载TSN流后，向所述会话管理网元上报所述终端设备的端口信息。

通过上述方法，所述终端设备可以灵活的在现有的PDU会话建立过程确定创建的PDU会话需要承载TSN流，之后可以向所述会话管理网元上报所述终端设备的端口信息，扩展了应用场景，可以使得应用范围更加广泛。

在一种可能的设计中，所述终端设备可以根据所述需要创建的PDU会话的数据网络名称(data network name，DNN)确定所述PDU会话需要承载TSN流。

通过上述方法，所述终端设备可以较为方便、简单的根据PDU会话的参数(DNN)确定创建的PDU会话需要承载TSN流，之后可以向所述会话管理网元上报所述终端设备的端口信息，进而可以提高信息上报的效率。

在一种可能的设计中，在所述终端设备向会话管理网元发送所述终端设备的端口信息之前，所述终端设备可以自发的提前确定所述终端设备的端口信息，也可以在接收到的来自所述会话管理网元的第一指示消息，所述第一指示消息用于指示所述终端设备确定所述终端设备的端口信息，确定所述终端设备的端口信息。

通过上述方法，所述终端设备可以在接收到所述第一指示消息后确定所述终端设备的端口信息，可以更加高效的确定所述终端设备的端口信息。

在一种可能的设计中，所述终端设备的端口信息还可以包括所述终端设备端口的外部拓扑信息。

通过上述方法，所述终端设备的端口信息携带的信息更多，可以使得所述集中网络配置网元在收到所述终端设备的端口信息后，可以确定所述虚拟交换节点的外部拓扑信息，有利于之后更好的实现端到端的数据传输。

第三方面，本申请实施例提供了一种通信方法，所述方法包括：首先，会话管理网元确定终端设备的PDU会话的锚点用户面网元要从第一用户面网元切换为第二用户面网元后，若所述会话管理网元在确定所述PDU会话是一个与时延敏感网络TSN互通的会话的情况下，所述会话管理网元向集中网络配置网元发送第一通知消息，所述第一通知消息用于通知所述集中网络配置网元第一虚拟交换节点和/或第二虚拟交换节点的端口信息发生更新；其中，所述第一虚拟交换节点为所述第一用户面网元对应的虚拟交换节点，所述第二虚拟交换节点为所述第二用户面网元对应的虚拟交换节点。

通过上述方法，锚点用户面网元发生切换，会导致虚拟交换节点发生变化，所述会话管理网元在确定锚点用户面网元需要发生切换后，可以及时的告知所述集中网络配置网元，便于所述集中网络配置网元能更加高效、及时的对虚拟交换节点的信息进行相应的更新。

在一种可能的设计中，所述会话管理网元在确定所述PDU会话承载了TSN流的情况下，所述第一通知消息还可以用于通知所述TSN流的虚拟交换节点要从第一虚拟交换节点变为第二虚拟交换节点。

通过上述方法，若所述PDU会话承载了TSN流，所述会话管理网元在确定锚点用户面网元需要发生切换后，可以及时的告知所述集中网络配置网元，便于所述集中网络配置网元能更加高效、及时的对TSN流进行配置更新。

在一种可能的设计中，锚点用户面网元发生切换，使得虚拟交换节点发生变化，会导致所述第一虚拟交换节点的端口信息和所述第二虚拟交换节点的端口信息发生变化，所述会话管理网元向集中网络配置网元发送第一通知消息之前，所述会话管理网元可以根据所述终端设备的端口信息更新所述第一虚拟交换节点的端口信息和所述第二虚拟交换节点的端口信息。

通过上述方法，所述第一虚拟交换节点的端口信息和所述第二虚拟交换节点的端口信息可以在锚点用户面网元发生切换的情况下，很快的得到更新，使得所述第一虚拟交换节点的端口信息和所述第二虚拟交换节点的端口信息可以更加准确。

在一种可能的设计中，所述第一通知消息还可以携带有一些相关信息，下面列举其中两种：

第一种、所述第二虚拟交换节点的标识和更新后的所述第二虚拟交换节点的端口信息。

第二种、所述第二虚拟交换节点的标识和所述第二虚拟交换节点用来传输所述TSN流的端口信息。

通过上述方法，所述第一通知消息中携带有相关的端口信息，可以使得所述集中网络配置网元能够在接收到所述第一通知消息后，准确的对所述第二虚拟交换节点的端口信息进行更新。

在一种可能的设计中，所述第一通知消息还包括所述第一虚拟交换节点标识信息和所述会话管理更新后的所述第一虚拟交换节点的端口信息。

通过上述方法，所述第一通知消息中携带有相关的端口信息，可以使得所述集中网络配置网元能够在接收到所述第一通知消息后，准确的对所述第一虚拟交换节点的端口信息进行更新。

在一种可能的设计中，所述第一通知消息还包括所述TSN流的标识。

通过上述方法，所述TSN流的标识可以明确指示由于锚点用户面网元切换，受影响的TSN流，以使所述集中网络配置网元能够准确的获知所述TSN流收受到影响，可能需要进行重新配置。

在一种可能的设计中，所述会话管理网元向集中网络配置网元发送第一通知消息之后，所述会话管理网元可以接收来自所述集中网络配置网元的通知应答消息，所述通知应答消息指示所述集中网络配置网元已完成对所述TSN流的配置更新。

通过上述方法，所述会话管理网元可以更加明确的确定所述TSN流的已重新进行了配置，以便所述会话管理网元做后续的操作，如完成虚拟交换节点的内部切换等。

在一种可能的设计中，所述会话管理网元接收来自所述集中网络配置网元的通知应答消息之后，所述会话管理网元将所述PDU会话的锚点用户面网元从所述第一用户面网元切换为所述第二用户面网元，以建立接入网节点到所述第二用户面网元的连接。

通过上述方法，完成虚拟交换节点的内部切换，便于之后更加高效的进行数据传输。

在一种可能的设计中，所述会话管理网元接收来自所述集中网络配置网元的通知应答消息之后，所述会话管理网元向所述集中网络配置网元发送第二通知消息，所述第二通知消息用于通知集中网络配置所述TSN流的虚拟交换节点从第一虚拟交换节点变为第二虚拟交换节点。

通过上述方法，所述会话管理网元可以灵活的通过所述第二通知消息通知所述集中网络配置网元第一虚拟交换节点到第二虚拟交换节点的切换完成。

第四方面，本申请实施例提供了一种通信方法，所述方法包括：首先，集中网络配置网元接收来自会话管理网元的第一通知消息，所述第一通知消息用于通知第一虚拟交换节点和/或第二虚拟交换节点的端口信息发生更新。

通过上述方法，所述集中网络配置网元可以较为高效、及时的获知虚拟交换节点的端口信息的变化。

在一种可能的设计中，若所述第一通知消息还用于通知TSN流的虚拟交换节点要从第一虚拟交换节点变为第二虚拟交换节点，所述集中网络配置网元还可以根据所述第一通知消息对所述TSN流重新配置传输路径。

通过上述方法，所述集中网络配置网元可以较为及时的获知虚拟交换节点发送切换，较为快速的对所述TSN流重新配置传输路径，完成对所述TSN流的配置更新。

在一种可能的设计中，所述第一通知消息还可以携带有一些相关信息，下面列举其中两种：

第一种、所述第二虚拟交换节点的标识和更新后的所述第二虚拟交换节点的端口信息。

第二种、所述第二虚拟交换节点的标识和所述第二虚拟交换节点用来传输所述TSN流的端口信息。

通过上述方法，所述第一通知消息中携带有相关的端口信息，可以使得所述集中网络配置网元能够在接收到所述第一通知消息后，准确的对所述第二虚拟交换节点的端口信息进行更新。

在一种可能的设计中，所述第一通知消息还包括所述第一虚拟交换节点标识信息和所述会话管理更新后的所述第一虚拟交换节点的端口信息。

通过上述方法，所述第一通知消息中携带有相关的端口信息，可以使得所述集中网络配置网元能够在接收到所述第一通知消息后，准确的对所述第一虚拟交换节点的端口信息进行更新。

在一种可能的设计中，所述第一通知消息还包括所述TSN流的标识。

通过上述方法，所述TSN流的标识可以明确指示由于锚点用户面网元切换，受影响的TSN流，以使所述集中网络配置网元能够准确的获知所述TSN流收受到影响，可能需要进行重新配置。

在一种可能的设计中，所述集中网络配置网元更新所述TSN流的配置之后，还可以向所述会话管理网元发送通知应答消息，所述通知应答消息指示所述集中网络配置网元已完成所述TSN流的配置更新。

通过上述方法，所述会话管理网元可以更加明确的确定所述TSN流的已重新进行了配置，以便所述会话管理网元做后续的操作，如完成虚拟交换节点的内部切换等。

在一种可能的设计中，所述集中网络配置网元还可以接收来自所述会话管理网元的第二通知消息，所述第二通知消息用于通知所述TSN流的虚拟交换节点从第一虚拟交换节点变为第二虚拟交换节点；之后，所述集中网络配置网元释放所述TSN流的源传输路径的资源。

通过上述方法，所述集中网络配置网元通过所述第二通知消息可以确定虚拟交换节点已切换完成，释放所述TSN流的源传输路径的资源，可以有效节约资源。

第五方面，本申请实施例提供了一种通信方法，所述方法包括：首先，第一核心网网元可以根据终端设备的服务质量标识确定对应的时延信息，所述时延信息用于表征终端设备与用户面网元之间的传输时延；之后，第一核心网网元基于所述服务质量标识对应的TSN业务类型，根据所述时延信息确定所述TSN业务类型对应时延信息，然后再向集中网络配置网元发送第一消息，所述第一消息中携带所述TSN业务类型对应的时延信息。

通过上述方法，所述第一核心网网元可以根据所述服务质量标识较为灵活、方便的确定所述TSN业务类型对应的时延信息，也可以使得所述集中网络配置网元能够更快速的获取所述TSN业务类型对应的时延信息。

在一种可能的设计中，所述第一核心网网元根据终端设备的服务质量标识确定对应的时延信息之前，需要获取所述服务质量标识，具体的，所述第一核心网网元可以根据所述终端设备的签约信息确定所述服务质量标识。

通过上述方法，所述服务质量标识是根据较为容易获得的所述终端设备的签约信息确定的，可以使得后续能更加快速的根据所述服务质量标识确定出所述TSN业务类型对应的时延信息。

第六方面，本申请实施例还提供了一种通信装置，所述通信装置应用于会话管理网元，有益效果可以参见第一方面的描述此处不再赘述。该装置具有实现上述第一方面的方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述装置的结构中包括接收单元和发送单元，还可以包括处理单元，这些单元可以执行上述第一方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第七方面，本申请实施例还提供了一种通信装置，所述通信装置应用于终端设备，有益效果可以参见第二方面的描述此处不再赘述。该装置具有实现上述第二方面的方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述装置的结构中包括处理单元和发送单元，还可以包括接收单元，这些单元可以执行上述第二方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第八方面，本申请实施例还提供了一种通信装置，所述通信装置应用于会话管理网元设备，有益效果可以参见第三方面的描述此处不再赘述。该装置具有实现上述第三方面的方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述装置的结构中包括处理单元和发送单元，还可以包括接收单元，这些单元可以执行上述第三方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第九方面，本申请实施例还提供了一种通信装置，所述通信装置应用于集中网络配置网元，有益效果可以参见第四方面的描述此处不再赘述。该装置具有实现上述第四方面的方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述装置的结构中包括接收单元，还可以包括处理单元和发送单元，这些单元可以执行上述第四方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第十方面，本申请实施例还提供了一种通信装置，所述通信装置应用于第一核心网网元，有益效果可以参见第五方面的描述此处不再赘述。该装置具有实现上述第五方面的方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述装置的结构中包括处理单元和发送单元，这些单元可以执行上述第四方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第十一方面，本申请实施例还提供了一种通信装置，所述通信装置应用于会话管理网元，有益效果可以参见第一方面的描述此处不再赘述。所述通信装置的结构中包括处理器和存储器，所述处理器被配置为支持所述基站执行上述第一方面方法中相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。所述通信装置的结构中还包括通信接口，用于与其他设备进行通信。

第十二方面，本申请实施例还提供了一种通信装置，所述通信装置应用于终端设备，有益效果可以参见第二方面的描述此处不再赘述。所述通信装置的结构中包括处理器和存储器，所述处理器被配置为支持所述基站执行上述第二方面方法中相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。所述通信装置的结构中还包括收发机，用于与其他设备进行通信。

第十三方面，本申请实施例还提供了一种通信装置，所述通信装置应用于会话管理网元，有益效果可以参见第三方面的描述此处不再赘述。所述通信装置的结构中包括处理器和存储器，所述处理器被配置为支持所述基站执行上述第三方面方法中相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。所述通信装置的结构中还包括通信接口，用于与其他设备进行通信。

第十四方面，本申请实施例还提供了一种通信装置，所述通信装置应用于集中网络配置网元，有益效果可以参见第四方面的描述此处不再赘述。所述通信装置的结构中包括处理器和存储器，所述处理器被配置为支持所述基站执行上述第四方面方法中相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。所述通信装置的结构中还包括通信接口，用于与其他设备进行通信。

第十五方面，本申请实施例还提供了一种通信装置，所述通信装置应用于第一核心网网元，有益效果可以参见第五方面的描述此处不再赘述。所述通信装置的结构中包括处理器和存储器，所述处理器被配置为支持所述基站执行上述第五方面方法中相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。所述通信装置的结构中还包括通信接口，用于与其他设备进行通信。

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

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

第十八方面，本申请还提供一种计算机芯片，所述芯片与存储器相连，所述芯片用于读取并执行所述存储器中存储的软件程序，执行上述各方面所述的方法。

附图说明

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

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

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

图4a为本申请实施例提供的一种网络架构示意图；

图4b为本申请实施例提供的一种网络架构示意图；

图4c为本申请实施例提供的一种终端设备的结构示意图；

图5～12为本申请实施例提供的一种通信方法的示意图；

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

具体实施方式

本申请提供了一种通信方法及装置，用以将5G系统虚拟为TSN中的交换节点，以保证后续可以实现端到端的数据传输。

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。

本申请实施例涉及到5G系统与TSN结合，将5G系统虚拟成TSN中一个交换节点的通信方法，下面先对本申请实施例所涉及的5G系统、TSN及本申请实施例适用的网络架构进行说明。

请参见图1，为5G系统的网络架构示意图，该网络架构为5G网络架构。该5G架构中的网元包括终端设备，图1中以终端设备为UE为例。网络架构还包括无线接入网(radioaccess network，RAN)、接入和移动性管理功能(access and mobility managementfunction，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user plane function，UPF)网元、策略控制功能(policy control function，PCF)网元、应用功能(application function，AF)网元、数据网络(data network，DN)等。

RAN的主要功能是控制用户通过无线接入到移动通信网络。RAN是移动通信系统的一部分。它实现了一种无线接入技术。从概念上讲，它驻留某个设备之间(如移动电话、一台计算机，或任何远程控制机)，并提供与其核心网的连接。所述AMF网元负责终端的接入管理和移动性管理，在实际应用中，其包括了LTE中网络框架中MME里的移动性管理功能，并加入了接入管理功能。

SMF网元负责会话管理，如用户的会话建立等。

UPF网元是用户面的功能网元，主要负责连接外部网络，其包括了LTE的服务网关(serving gateway，SGW)和公用数据网网关(public data network GateWay，PDN-GW)的相关功能。

DN负责为终端提供服务的网络，如一些DN为终端提供上网功能，另一些DN为终端提供短信功能等等。

PCF网元的主要功能是执行策略控制，类似于LTE中的策略与计费规则功能(policy and charging rules function，PCRF)网元，主要负责策略授权，服务质量以及计费规则的生成，并将相应规则通过SMF网元下发至UPF网元，完成相应策略及规则的安装。

AF网元可以是第三方的应用控制平台，也可以是运营商自己的设备，所述AF网元可以为多个应用服务器提供服务，所述AF网元是可以提供各种业务服务的功能网元，能够通过NEF网元与核心网交互，以及能够和策略管理框架交互进行策略管理。

此外，尽管未示出，核心网控制面功能网元还包括网络开放功能(networkexposure function，NEF)、统一数据管理(unified data management，UDM)、网元统一数据仓储(unified data repository，UDR)网元，NEF网元用于提供网络能力开放相关的框架、鉴权和接口，在5G系统网络功能和其他网络功能之间传递信息；UDR网元主要用来存储用户相关的签约数据、策略数据、用于开放的结构化数据、应用数据；所述UDM网元可存储用户的签约信息，实现类似于4G中的HSS的后端。

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

下面对TSN进行介绍，TSN一般包括交换节点(bridge)、数据终端(end station)，数据终端和交换节点可以形成网络拓扑结构，交换节点可通过其配置或创建的转发规则来转发报文，将报文转发给数据终端或其他交换节点。

数据终端和交换节点形成网络拓扑结构有多种，可以根据应用场景进行配置，请参见图2，为TSN的一种简单网络拓扑结构示意图，其中包括多个数据终端和交换节点。

TSN基于二层传输，TSN标准定义了数据终端和交换节点的行为以及交换节点转发TSN流的调度方式，从而实现可靠时延传输。TSN中的交换节点以报文的目的MAC地址或其他报文特征为TSN流的标识，根据TSN流的时延需求进行资源预留以及调度规划，从而根据生成的调度策略保障可靠性和传输时延。

数据终端可分为发送端(talker)和接收端(listener)其中，将TSN流(stream)的发送者称为发送端(talker)，TSN流的接收者称为接收端(listener)；当发送端或接收端将TSN流需求发送给TSN时，TSN配置会启动，TSN配置包括配置从发送端到接收端所经路径上的交换节点。

可选的，TSN还可以包括配置网元，用于实现TSN配置，如集中网络配置(centralized network configuration，CNC)网元、集中用户配置(centralized userconfiguration，CUC)网元。

请参见图3，为TSN的集中管理架构示意图，该集中管理架构为TSN标准中的802.1qcc定义的三种架构中的一种，该集中管理架构包括发送端、接收端、交换节点、CNC网元和CUC网元。需要说明的是，图3所示的网元的数量和网络拓扑结构仅是示例，本申请实施例并不限定。

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

CNC网元，负责管理TSN用户面的拓扑以及交换节点的信息，并根据CUC网元提供的流创建请求，生成TSN流的传输路径以及数据终端和各交换节点上的处理策略，之后将交换节点上的处理策略下发到对应的交换节点。

其中，交换节点的信息，可以包括交换节点的端口信息和时延信息；具体的，交换节点的端口信息包括交换节点的端口标识以及交换节点的外部传输时延，所述交换节点的端口信息还可以包括所述交换节点端口的外部拓扑信息。

所述交换节点的端口包括传输上下行数据的入端口和出端口；所述交换节点端口的外部拓扑信息用于表征所述交换节点的端口与外部相邻节点的端口的连接关系。

所述交换节点的外部传输时延为交换节点从出端口发送数据到数据到达对端虚拟交换节点入端口所经历的时间。

所述时延信息用于表征交换节点的内部传输时延，所述交换节点的内部传输时延为交换节点内部进行数据传输时，从入端口到出端口所经过的时间。

在本申请实施例中，所述5G系统可以作为虚拟交换节点，所述虚拟交换节点的信息也包括虚拟交换节点的端口信息和时延信息。

具体的，所述虚拟交换节点的端口分为传输上下行数据的入端口和出端口，虚拟交换节点的入端口包括所述UE的端口和所述UPF的端口，如所述UE传输上行数据的端口(上行端口)，所述UPF传输下行数据的端口(下行端口)，虚拟交换节点的出端口包括所述UE的端口和所述UPF的端口，如所述UE传输下行数据的端口(下行端口)，所述UPF传输上行数据的端口(下行端口)。

所述虚拟交换节点的端口信息包括虚拟交换节点的入端口和出端口的标识以及所述虚拟交换节点的外部传输时延，所述虚拟交换节点的端口信息还可以包括所述虚拟交换节点端口的外部拓扑信息。

在本申请实施例中，所述虚拟交换节点的外部传输时延包括所述UE的端口与外部相邻节点之间的传输时延信息，以及所述UPF网元的端口与外部相邻节点之间的传输时延信息。

所述虚拟交换节点端口的外部拓扑信息表征所述虚拟交换节点的端口与外部相邻节点的端口的连接关系，在本申请实施例中，所述虚拟交换节点端口的外部拓扑信息包括用于表征所述UE的端口与外部相邻节点端口的连接关系的UE端口的外部拓扑信息和用于表征所述UPF网元的端口与外部相邻节点端口的连接关系的UPF网元端口的外部拓扑信息。例如，所述UE有两个相邻节点分为Switch 1和Switch 2，其外部拓扑关系可以如表1所示；其中相邻节点的标识可以是相邻节点的MAC地址，端口的标识可以是端口对应的MAC地址，也可以通过其它方式来标识。

所述时延信息用于表征TSN流在虚拟交换节点的内部传输时延，所述虚拟交换节点的内部传输时延为虚拟交换节点内部进行数据传输时，从入端口到出端口所经过的时间，也就是说，TSN流在所述UE到所述UPF网元之间的传输时延。

交换节点上的处理策略，例如可以包括收发报文的端口和时间片等，时间片指的是交换节点收发报文的时间信息，例如在t1到t2时间内接收报文。

表1

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

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

TSN中的交换节点除了进行数据或报文转发，还需要具有其他功能，例如具有拓扑发现功能，确定交换机标识及交换机端口标识，支持链路层发现协议(link layerdiscovery protocol，LLDP)等协议，又例如可以确定传输时延，并在检测到交换节点的内部传输时延后，向配置网元上报检测到的传输时延。

如图4a所示，为本申请适用的一种网络架构示意图，其中，结合了第五代移动通信(5^th-generation，5G)系统和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网元作为5G系统和TSN的连接节点，AF网元可以TSN中的CNC网元交互，按照TSN交换节点的要求向CNC网元提供逻辑交换节点的信息，TSN适配功能的用户面向TSN适配功能的控制面提供必要的信息，即UP1可以向AF网元提供必要的信息，例如提供TSN中交换节点的信息，可以识别所述CNC网元所属的TSN，还可以向5G系统中的PCF网元提供所述TSN的DNN。

如图4b所示，为本申请适用的另一种网络架构示意图，图4b中，UE上部署有TSN适配功能的用户面或TSN适配功能的用户面是UE的内部功能模块，即图4a中的UP2，UP2用于获取UE的端口信息，并通过控制面发送到AF网元。

需要说明的是，在图4a和4b所示的网络框架中，所述SMF网元可以通过所述PCF网元或所述NEF网元与所述AF网元交互，也可以和所述AF网元直接交互，本申请实施例并不限定。

如图4c所示，为UE的结构示意图，在将5G系统虚拟为一个交换节点时，UE中可以抽象为设置有一个虚拟交换机(virtual switch，vSwitch)，所述虚拟交换机通过各个虚拟网卡(virtual interface card，VIC)与不同的交换节点或数据终端连接，可以保证与UE相连的不同的交换节点或数据终端属于不同的虚拟局域网(virtual local area network，VLAN)，也能够通过所述虚拟交换机实现逻辑上的通信隔离。

UE的端口信息可以包括端口标识以及所述UE的端口与外部相邻节点之间的传输时延信息，还可以包括所述UE端口的外部拓扑信息或所述UE的端口数量；其中，UE端口的外部拓扑信息用于表征UE的端口与相邻节点的端口之间的连接关系，所述UE的端口与外部相邻节点之间的传输时延信息用于表征UE的端口与相邻节点的端口之间的传输时延。

需要说明的是，如图4c所示的结构仅是一种实例，事实上，所述UE的端口并不局限于虚拟端口，还可以是逻辑端口、或逻辑端口，本申请实施例并不限定所述UE的端口的类型。

图4b中，AF网元是逻辑网元，可以是其他逻辑网元内的组件(例如SMF网元内的组件)，也可以是其他控制面功能网元，这里并不限定其名称。设备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网元的物理端口相连接。

图4a～4b中，将UE侧的端口与UPF侧的物理端口之间的传输时延作为虚拟交换机点的内部传输时延。对于支持TSN协议的物理交换节点来说，内部传输时延是针对端口对而言，不同的端口对可能具有不同的内部传输时延，例如，交换机入端口1与出端口1之间的内部传输时延1，交换机如端口1与出端口2之间的内部传输时延2，内部传输时延1与内部传输时延2的值可能不同。

需要说明的是，图4a～4b所示的网络架构仅以5G系统与TSN结合的网络架构，在下面介绍中，基于图4a～4b所示的网络架构示意图对本申请实施例中涉及的通信方法进行介绍，事实上，本申请实施例并不限定其他通信系统与TSN结合，当其他通信系统虚拟为TSN中的交换节点时，其他通信系统中设置有可以实现相关功能的网元(如可以实现本申请实施例中终端设备、会话管理网元或移动接入管理网元等功能的网元)，以保证其他通信系统具有交换节点的功能，具体实现方式可参见本申请实施例。

基于图4a～4b所示的网络架构示意图，5G系统虚拟为TSN中的交换节点，可以看做为作为TSN的虚拟交换节点，5G系统除了进行数据转发，还需要具有上报端口信息或传输时延的功能，为了使5G系统具有上述功能，本申请实施例提供了一种通信方法，在本申请实施例中，UE可以在接收到请求后向SMF网元上报所述UE的端口信息，也可以主动向所述SMF网元上报所述UE的端口信息；所述SMF网元在获取了所述UE的端口信息后，可以将所述UE的端口信息发送给所述CNC网元，所述CNC网元在接收到所述UE的端口信息，可以进行相关配置，如TSN流的配置等。通过本申请实施例所提供的方法，使得5G系统兼具了交换节点的功能，可以向CNC上报所述UE的端口信息，保证了在5G系统作为交换节点的情况下，后续可以实现正常且较为高效的端对端的数据传输。

以终端设备为UE，会话管理网元为SMF网元，集中网络配置网元为所述CNC网元为例进行说明，事实上，本申请实施例并不限定终端设备，会话管理网元以及集中网络配置网元的类型及名称，凡是可以实现终端设备，会话管理网元以及集中网络配置网元相应功能的设备均适用于本申请实施例，如图5所示，为本申请实施例提供的一种通信方法，该方法包括：

步骤501：UE确定需要上报所述UE的端口信息。

所述UE可以确定是否符合需要上报所述UE的端口信息的情况，需要上报所述UE的端口信息的情况有许多种，例如：

第一种：所述UE自身支持TSN业务。

所述UE可以用于传输TSN流，如所述UE可以连接到所述TSN中的交换节点或数据终端，还可以通过5G系统将数据传输给其他交换节点或数据终端。

若所述UE支持TSN业务，所述UE在注册到所述5G系统时，可以提前将所述UE的端口信息发送给所述SMF网元，如将所述UE的端口信息携带在所述注册请求中发送给所述AMF网元，可以在后续PDU会话建立过程中，并通过所述AMF网元将所述UE的端口信息发送给所述SMF网元。

第二种：需要创建TSN业务对应的PDU会话，也就是说，需要创建的PDU会话用于承载TSN流。

所述UE确定所述PDU会话需要承载TSN流的方式有许多种，例如，当所述UE需要为TSN相关的应用(application，APP)建立PDU会话传输数据时，所述UE可以根据预配置的所述APP和数据网络名称(data network name，DNN)的对应关系，确定所述APP对应的DNN，并根据预配置支持TSN的DNN集合确定所述APP对应的DNN(也可以看做是需要发起的PDU会话的DNN)是否支持TSN，若支持，则要发起的所述PDU会话是一个需要承载TSN流的会话或是一个要与TSN互通的会话，所述UE可以确定所述PDU会话要承载TSN流，也就是一个要与TSN互通的会话，在这种情况下，所述预配置支持TSN的DNN集合保存在所述UE本地的，以便于所述UE确定要发起的所述PDU会话是一个需要承载TSN流的会话或是一个要与TSN互通的会话。

在本申请实施例中，所述PDU会话是一个需要承载TSN流的会话与所述PDU会话是一个要与TSN互通的会话所表述的意思是相同的，并无区别，在本申请实施例中，会交叉使用这两种表述方式。

也就是说，所述UE可以在发起PDU会话建立流程时，就确定需要创建的PDU会话需要承载TSN流。

第三种：当前创建的PDU会话需要承载TSN流。

所述UE确定所述当前创建的PDU会话需要承载TSN流的方式有许多种，例如，所述UE可以根据所述当前创建的PDU会话的DNN确定所述当前创建的PDU会话要承载TSN流，所述UE可以根据所述当前创建的PDU会话的DNN确定所述当前创建的PDU会话要承载TSN流与第二种情况中，所述UE根据所述PDU会话的DNN确定所述PDU会话要承载TSN流的方式相同，此处不再赘述。

又例如，所述UE也可以通过其他网元的指示消息确定当前创建的PDU会话需要承载TSN流。在为PDU会话建立流程中，所述UE会通过所述AMF网元向所述SMF网元发送PDU会话建立请求，所述SMF网元根据所述UE发送的PDU会话建立请求中携带的信息(如DNN)确定当前建立的PDU会话可用于承载TSN流，则可以向所述UE发送指示信息，所述指示信息用于指示当前创建的PDU会话需要承载TSN流。为了节约信令，所述指示消息可以携带在所述PDU会话建立确认消息中，所述指示消息可以是所述PDU会话建立确认消息中的一个信元。

所述UE发送的PDU会话建立请求中携带的信息可以是所述PDU会话的DNN，所述SMF网元可以基于预配置支持TSN业务的DNN集合，通过所述PDU会话建立请求携带的所述DNN确定所述DNN是否支持TSN业务，在确定所述DNN支持TSN业务后，所述SMF网元确定当前创建的PDU会话需要承载TSN流，在这种情况下，所述预配置支持TSN的DNN集合保存在所述SMF网元本地，也可以保存在其他设备上，且所述SMF网元方便获取所述预配置支持TSN的DNN集合。

第四种：已创建的PDU会话需要承载TSN流。

所述UE确定所述已创建的PDU会话需要承载TSN流的方式有许多种，例如，所述UE在接收到来自所述SMF网元的PDU会话修改请求后，根据PDU会话修改请求中携带的所述PDU会话标识，确定所述PDU会话的DNN，之后，所述UE根据所述PDU会话的DNN确定所述PDU会话要承载TSN流，所述UE根据所述PDU会话的DNN确定所述PDU会话要承载TSN流的方式可参见第三种情况中所述UE可以根据所述当前创建的PDU会话的DNN确定所述当前创建的PDU会话要承载TSN流的方式，此处不再赘述。

又例如，所述UE也可以通过其他网元的指示消息确定所述已创建的PDU会话需要承载TSN流。在为PDU会话修改流程中，所述SMF网元可以根据所述需要修改的PDU会话的DNN确定所述需要修改的PDU会话需要承载TSN流，所述SMF网元根据所述需要修改PDU会话的DNN确定所述需要修改的PDU会话要承载TSN流的方式可参见第三种情况中所述SMF网元可以根据所述当前创建的PDU会话的DNN确定所述当前创建的PDU会话要承载TSN流的方式，此处不再赘述。

所述SMF网元确定所述需要修改的PDU会话需要承载TSN流之后，通过所述AMF网元向所述UE发送PDU会话修改请求，所述PDU会话修改请求中包括指示消息，所述指示消息可以指示已创建的PDU会话需要承载TSN流，所述UE在接收到所述PDU会话修改请求后，可以根据所述指示消息确定已创建的PDU会话需要承载TSN流。

需要说明的是，在上述说明中仅是分别为这四种情况进行说明，所述UE在确定需要上报所述UE的端口信息时，所述UE可以确定符合上述情况的部分或全部，如所述UE可以只符合上述四种情况中的一种，也可以符合上述四种情况中的两种或多种，如所述UE符合第一种情况和第二种情况；所述UE符合第一种情况和第三种情况。本申请实施例并不限定其他需要上报所述UE的端口信息的情况，凡是需要所述UE上报所述UE的端口信息的情况均适用于本申请实施例。

步骤502：所述UE向SMF网元发送所述UE的端口信息，其中，所述UE的端口信息包括所述UE的端口标识以及所述UE的端口与外部相邻节点之间的传输时延信息。

可选的，所述UE的端口信息包括所述UE端口的外部拓扑信息。

所述UE在确定符合上述四种情况后，可以向所述SMF网元发送所述UE的端口信息。

若所述UE符合第一种情况，则所述UE可以发起注册流程中，将所述UE的端口信息携带在注册请求中发送给所述AMF网元，所述AMF网元可以保存所述UE的端口信息，在需要建立PDU会话时，将所述UE的端口信息携带在所述PDU会话注册请求中发送给所述SMF网元(简称为方式一)。

若所述UE符合第二种情况或第三种情况，所述UE可以采用方式一将所述UE的端口信息发送给所述SMF网元；所述UE也可以在发起会话建立流程，将所述UE的端口信息携带在PDU会话建立请求中通过所述AMF网元发送给所述SMF网元(简称为方式二)；所述UE还可以在PDU会话建立确认应答中携带所述UE的端口信息，通过所述AMF网元将所述PDU会话建立确认应答发送给所述SMF网元(简称为方式三)。

若所述UE符合第四种情况，所述UE可以在会话修改流程中，所述UE还可以在PDU会话修改应答中携带所述UE的端口信息，通过所述AMF网元将所述PDU会话修改应答发送给所述SMF网元(简称为方式四)。

若所述UE符合第一种情况和第二种情况，所述UE可以采用方式一，也可以采用方式二上报所述UE的端口信息，也可以同时采用方式一和方式二，也就是在所述注册请求和所述会话建立请求中均携带所述UE的端口信息。

若所述UE符合第一种情况和第四种情况。所述UE可以采用方式一上报所述UE的端口信息，也可以采用方式四上报所述UE的端口信息，也可以同时采用方式一和方式四，也就是在所述注册请求和所述会话修改应答中均携带所述UE的端口信息。

上述所述UE向所述SMF网元发送所述UE的端口信息的方式仅是举例，本申请实施例并不限定，例如，所述UE符合第二种情况，可以不采用方式二，而之后在所述PDU会话修改流程中，通过PDU会话修改应答将所述UE的端口信息发送给所述SMF网元；所述UE也可以通过单独的信令将所述UE的端口信息发送给所述SMF网元，也可以通过用户面发送给所述SMF网元，比如所述UE可以将所述端口信息发送给所述UPF网元，由所述UPF网元转发给所述SMF网元。凡是可以使所述SMF获取所述UE的端口信息的方式均适用于本申请实施例。

在所述UE向SMF网元发送所述UE的端口信息之前，所述UE需要确定所述UE的端口信息，所述UE可以主动的提前确定所述UE的端口信息，之后确定需要向所述SMF上报所述UE的端口信息后，将已确定的所述UE的端口信息发送给所述SMF网元；如所述UE确定自身支持TSN业务，所述UE就可以主动的提前确定所述端口信息，如所述UE可以自行检查所述UE端口的外部拓扑信息和/或所述UE的端口与外部相邻节点之间的传输时延信息。

在所述UE向SMF网元发送所述UE的端口信息之前，所述SMF网元也可以向所述UE发送第一指示消息，用于指示所述UE确定所述UE的端口信息；所述UE在接收所述第一指示消息后，可以确定所述UE的端口信息，若所述UE已提前检测了所述UE的端口信息，在本地已保存了所述UE的端口信息，则所述UE可以获取本地保存的所述UE的端口信息；若所述UE并未提前确定所述UE的端口信息，如所述UE未检测所述UE端口的外部拓扑信息和/或所述UE的端口与外部相邻节点之间的传输时延信息，所述UE可以在接收到所述第一指示消息后，确定所述UE的端口信息，也就是检测所述UE端口的外部拓扑信息和/或所述UE的端口与外部相邻节点之间的传输时延信息，确定所述UE的端口信息。

步骤503：所述SMF网元获取所述UE的端口信息后，所述SMF网元向所述CNC网元发送所述UE的端口信息。

所述SMF网元获取所述UE的端口信息后，所述SMF网元可以直接向所述CNC网元发送所述UE的端口信息，所述SMF网元也可以在确定了所述UE与所述UPF网元之间的传输时延后，将所述UE的端口信息和所述UE与所述UPF网元之间的传输时延一同发送给所述CNC网元。

所述SMF网元确定所述UE与所述UPF网元之间的传输时延是在PDU会话建立流程或PDU会话修改流程中确定的。

下面对所述SMF网元确定所述UE与UPF网元之间的传输时延的方式进行介绍：

方式一、PDU会话修改流程中，需要为PDU会话重新建立QoS流。

所述PCF网元在接收到所述CNC网元的所述能力信息获取请求后，需求根据所述能力信息获取请求中包括的TSN流的信息，确定需要对已创建的PDU会话进行修改，更新当前PDU会话的策略和计费控制规则，也就是说，需要更新策略信息，所述PCF网元更新策略信息后，会向所述SMF网元发送携带有更新后的策略信息的会话策略更新通知，所述SMF网元可以从所述会话策略更新通知中获取更新后的策略信息。

其中，所述会话策略更新通知中包括下列信息的部分或全部：

PDU会话标识、UE的标识或更新后的策略信息。

PDU会话标识用于标识需要修改的PDU会话；UE的标识为已建立PDU会话的UE的标识，可以是签约固定标识(subscription permanent identifier，SUPI)，本申请实施例并不限定。

所述SMF网元接收到来自所述PCF网元的更新后的策略信息后，发起PDU会话修改流程。

所述更新后的策略信息包括新的策略和计费控制规则(policy and chargingcontrol rule，PCC rule)，所述策略和计费控制规则至少包括所述TSN流对应的服务数据流模板以及5QI(5G QoS Identifier)等QoS参数。

所述SMF网元根据所述PCC规则确定所述TSN流的QoS流(flow)，所述QoS流可以是现有已经建立的QoS流，也可以是所述SMF网元根据所述PCC规则确定现有的QoS流不能匹配所述PCC规则中的QoS参数需求，为所述TSN流新建一个QoS流。

通常，一个PDU会话可以包括一个或多个QoS流。一个QoS流可以承载一个或多个在所述UE和所述UPF网元之间的传输的业务流，这里TSN流就是一种业务流。

5G系统中的节点，如所述UPF网元、RAN以及UE是根据QoS流对应的QoS参数来处理和转发承载在QoS流中的业务流的；因为承载在同一个QoS流中的业务流在3GPP系统传输时，也就是在所述UE和所述UPF网元之间传输时，转发规则是相同的，也就是说，一个QoS流与一个UE和一个UPF网元是对应的。

所述SMF网元在接收到所述会话策略更新通知后，会发起PDU会话修改流程，为所述UE的PDU会话重新建立一个QoS流，也就是需要为所述UE创建QoS流，所述QoS流的建立流程中，所述SMF网元可以确定所述QoS流对应的UPF网元与所述UE之间的传输时延。

具体的，所述SMF网元在接收到所述会话策略更新通知后，获取更新后的策略信息，根据所述更新后的策略信息中的PCC规则确定所述传输时延。

所述PCC规则中会包括要传输所述TSN流所需的QoS参数，在QoS参数中包括5QI。

每个5QI会有一个对应的包时延预算(packet delay budge，PDB)，所述PDB是指一个QoS流在所述UE和所述UPF网元之间传输的最大允许时延，是指QoS流承载的业务流在5G系统中传输的时延不会超过所述PDB。

所述SMF网元根据所述包时延预算确定所述传输时延，如所述SMF网元可以将所述PDB作为所述传输时延。

方式二、PDU会话建立流程中，需要为PDU会话建立QoS流。

所述SMF网元接收到来自所述PCF网元的策略通知后，建立PDU会话。

其中，所述策略通知中包括下列信息的部分或全部：

PDU会话标识、UE的标识、策略信息。

关于PDU会话标识、UE的标识、策略信息的描述与方式一中的描述相似，此处不再赘述，所述SMF网元确定所述传输时延的方式与方式一种的相似，可参见方式一；区别仅是在于方式一是更新后的策略信息，方式二是中的策略信息是为创建PDU会话生成的。

需要说明的是，无论是PDU会话建立过程还是PDU会话修改过程，均需要为所述UE创建QoS流，在所述UE的QoS流建立过程中，所述SMF网元可以确定所述传输时延。

所述SMF网元向所述CNC网元发送所述传输时延；所述CNC网元获取所述传输时延后，会根据所述传输时延以及其它交换节点上报的端口信息和时延信息，确定对其它交换节点的调度和转发策略的配置，以确保计算所述TSN流在的时延和带宽需求。

所述SMF网元在确定了所述UE的端口信息和所述传输时延后，所述SMF网元可以分别发送所述UE的端口信息和所述传输时延，例如，所述SMF网元在从所述UE获取了所述UE的端口信息向所述CNC网元发送所述UE的端口信息，在确定了所述传输时延后，再向所述CNC网元发送所述传输时延，也就是说，可以在不同的时间点发送所述UE的端口信息和所述传输时延；所述SMF网元也可以将发送所述UE的端口信息和所述传输时延一同发送给所述SMF网元。

所述SMF网元在发送所述UE的端口信息时，还可以多次发送，每次只发送所述UE的端口信息中的一部分，例如，所述SMF网元可以先发送所述UE的端口标识、所述UE与外部相邻节点之间的传输时延信息和端口数量，在根据所述SMF网元的指示检测到所述UE端口的外部拓扑信息后，再发送所述UE端口的外部拓扑信息。

在步骤501中已提及，所述CNC网元需要获知所述虚拟交换节点的信息，所述SMF网元在向所述CNC网元发送所述UE的端口信息或所述传输时延时，可以将所述UE的端口信息作为所述虚拟交换节点的端口信息，将所述传输时延作为所述虚拟交换节点的信息中的时延信息，将所述虚拟交换节点的信息发送给所述CNC网元。

需要说明的是，从所述虚拟机交换节点的端口所属的设备角度，所述虚拟交换节点的端口信息除了包括所述UE的端口信息，还可以包括所述UPF的端口信息。

所述UPF网元的端口信息为所述UPF网元的端口标识以及所述UPF网元的端口与外部相邻节点之间的传输时延信息；所述UPF的端口信息为还可以包括所述UPF端口的外部拓扑信息，所述UPF网元端口的外部拓扑信息用于表征所述UPF网元的端口与相邻节点端口的连接关系，并不限定所述UPF网元的端口信息的获取方式，凡是可以使所述SMF网元获取所述UPF网元的端口信息的方式均适用于本申请实施例。

所述虚拟交换节点的端口信息中只需标注出所述虚拟交换节点传输数据的入端口和出端口，不需要明确到端口为所述UE的端口或所述UPF网元的端口；也就是说，所述CNC网元只需通过所述虚拟交换节点的端口信息确定出所述虚拟交换节点传输数据的入端口和出端口即可，相应的，所述虚拟交换节点的时延信息中只需标注为所述虚拟交换节点内部传输时延，不需要明确到所述UE到所述UPF网元的传输时延，也就是说，所述CNC网元对虚拟交换节点的内部结构是不可见的。

所述SMF网元在向所述CNC网元发送所述UE的端口信息和所述传输时延，需要将所述UE的端口信息和所述传输时延转换为所述虚拟交换节点的信息，再将所述虚拟交换节点的信息发送给所述CNC网元。

可选的，所述SMF网元可以通过所述AF网元将所述虚拟交换节点的信息发送给所述CNC网元。

作为一种可能的实施方式，所述SMF网元可以将所述UE的端口信息和所述传输时延发送给所述AF网元，所述AF网元将所述UE的端口信息和所述传输时延转换为所述虚拟交换节点的信息，再将所述虚拟交换节点的信息发送给所述CNC网元。

如图5所示的实施例中，所述SMF网元可以向所述CNC网元发送所述UE的端口信息和所述传输时延作为所述虚拟交换节点的信息发送给所述CNC网元。

若由于5G系统中的PDU会话锚点(PDU session anchor，PSA)，如锚点UPF网元，发生改变时，会导致所述虚拟交换节点变为另一个虚拟交换节点，所述SMF网元需要告知所述CNC网元虚拟交换节点发生更新，还可以将更新后虚拟交换节点的信息发送给所述CNC网元。

基于如图4a～4b所示的网络架构，以会话管理网元为SMF网元，集中网络配置网元为所述CNC网元为例进行说明，事实上，本申请实施例并不限定终端设备，会话管理网元以及集中网络配置网元的类型及名称，凡是可以实现会话管理网元以及集中网络配置网元相应功能的设备均适用于本申请实施例，如图6所示，为本申请实施例提供的一种通信方法，该方法包括：

步骤601：所述SMF网元确定所述UE的PDU会话的锚点UPF网元要从第一UPF网元切换为第二UPF网元。

其中，所述锚点UPF网元是指终结N6接口的所述UPF网元；所述锚点UPF网元发生改变的情况有许多种，例如所述UE发生移动，导致当前的所述锚点UPF网元不适合继续为所述UE提供服务，如通过当前所述锚点UPF网元的传输路径不是最优路径，需要切换锚点UPF网元，又例如当前的锚点UPF网元发生故障，无法继续提供服务，需要切换锚点UPF网元，本申请实施例并不限定。

所述锚点UPF网元发生改变时，会触发所述SMF网元为所述UE重新选择的PDU会话的锚点UPF网元。

所述UE的PDU会话的锚点UPF若从第一UPF网元切换为第二UPF网元，将会使得所述虚拟交换节点发生变化。

原因如下：虚拟交换机的端口是由UE侧的端口和UPF网元侧的端口组成，可分别作为虚拟交换机的出端口和入端口或入端口和出端口。对于这个虚拟交换机来说，UPF网元侧的端口是固定不变的，但是由于一个UPF网元可能动态的与多个UE建立用户面连接，因此UE侧的端口是变化的。当有新的UE与UPF网元建立用户面连接时，UPF网元对应的虚拟交换机的UE侧端口就会增加；当有UE与UPF网元之间的用户面连接被释放时，如UE移动导致有更优的UPF网元为UE提供服务时，UPF网元对应的虚拟交换机的UE侧的端口会减少。若5G系统中的锚点UPF网元发生改变，意味着PDU会话以及PDU会话中承载的QoS流以及QoS流中承载的TSN流的传输路径从一个UPF网元切换到另一个UPF网元，对于QoS流或TSN流来说，其对应的UPF网元发生了变化，也就是说，用于传输所述QoS流或TSN流的虚拟交换节点发生了变化，可以理解的是，一个锚点UPF网元对应一个虚拟交换节点，在本申请实施例中，所述第一UPF网元对应的虚拟交换节点为第一虚拟交换节点，也就是UPF切换前的虚拟交换节点；所述第二UPF网元对应的虚拟交换节点为第二虚拟交换节点，也就是UPF切换后的虚拟交换节点。

步骤602：所述SMF网元确定所述PDU会话是一个与TSN互通的会话。

所述SMF网元根据所述PDU会话的DNN以及所述SMF网元上预配置的支持TSN业务的DNN集合，确定所述PDU会话的DNN支持TSN业务，在确定所述DNN支持TSN业务后，所述SMF网元确定所述PDU会话是一个与TSN互通的会话。

步骤603：所述SMF网元向CNC网元发送第一通知消息，其中，所述第一通知消息用于通知所述CNC网元第一虚拟交换节点和/或第二虚拟交换节点的端口信息发生更新。

所述第一通知消息可以只用于通知所述CNC网元第二虚拟交换节点的端口信息发生更新，也可以只通知所述CNC网元第一虚拟交换节点的端口信息发生更新，还可以用于通知所述CNC网元第一虚拟交换节点和第二虚拟交换节点的端口信息均发生更新。

当所述锚点UPF从所述第一UPF网元切换到所述第二UPF网元，所述UE不再与所述第一UPF网元连接，而是与所述第二UPF网元连接。所述第一虚拟交换节点中UE侧的端口则将不存在所述UE的端口，也就是说，所述锚点UPF网元切换后，所述第一虚拟交换节点的端口应当不包括所述UE的端口信息；而所述第二虚拟交换节点中UE侧的端口则将增加所述UE的端口，也就是说，所述锚点UPF网元切换后，所述第二虚拟交换节点的端口信息应当包括所述UE的端口信息；显然，所述锚点UPF网元切换后，所述第一虚拟交换节点的端口信息和所述第二虚拟交换节点的端口信息均应当发生变化，需要进行相应的更新。

所述SMF网元可以根据所述UE的端口信息更新所述第一虚拟交换节点的端口信息和所述第二虚拟交换节点的端口信息。

针对所述第一虚拟交换节点的端口信息，则需要去除所述UE的端口信息，去除了所述UE的端口信息的所述第一虚拟交换节点的端口信息即为更新后的所述第一虚拟交换节点的端口信息；针对所述第二虚拟交换节点的端口信息，则需要增加所述UE的端口信息，增加了所述UE的端口信息的所述第二虚拟交换节点的端口信息即为更新后的所述第二虚拟交换节点的端口信息。

需要说明的是，由于虚拟交换节点的时延信息是虚拟交换节点的内部传输时延，是根据QoS流的PCC规则确定的，在UPF网元切换前后，QoS流的PCC规则并没有发生变化，也就是说，虚拟交换节点的时延信息并未发生更新。在本申请实施例中，可以不涉及所述第一虚拟交换节点和所述第二虚拟交换节点的时延信息的更新。

所述第一通知消息通知所述CNC网元虚拟交换节点(第一虚拟交换节点和/或第二虚拟交换节点)的端口信息发生更新的方式有许多种，本申请实施例并不限定，如所述第一通知消息的类型即为通知所述虚拟交换节点的端口信息发生变化的消息类型，在所述第一通知消息中携带所述虚拟交换节点的标识，所述第一通知消息即可指示所述虚拟交换节点的端口信息发生更新，上述方式仅是举例说明，凡是可以通知所述CNC网元虚拟交换节点(第一虚拟交换节点和/或第二虚拟交换节点)的端口信息发生更新的方式均适用于本申请实施例。

所述UPF网元切换前，所述PDU会话已承载了TSN流，则所述第一通知消息还可以用于通知将传输所述TSN流的虚拟交换节点要从第一虚拟交换节点变为第二虚拟交换节点。

所述第一通知消息通知将传输所述TSN流的虚拟交换节点要从第一虚拟交换节点变为第二虚拟交换节点的方式有许多种，例如，所述第一通知消息的类型即为通知所述TSN流的虚拟交换节点切换的消息类型，在所述第一通知消息中携带所述第一虚拟交换节点的标识和第二交换节点的标识，所述第一通知消息即可指示所述TSN流的虚拟交换节点从所述第一虚拟交换节点变为所述第二虚拟交换节点，上述方式仅是举例说明，凡是可以通知将传输所述TSN流的虚拟交换节点要从第一虚拟交换节点变为第二虚拟交换节点的方式均适用于本申请实施例。

所述第一通知消息中还可以携带一些端口信息，以便于所述CNC网元可以对相应的虚拟交换节点的端口信息进行更新，具体的，所述第一通知消息中，可以携带下列消息中的部分或全部：

消息一、所述第二虚拟交换节点的标识和更新后的所述第二虚拟交换节点的端口信息。

消息二、所述第一虚拟交换节点的标识和更新后的所述第一虚拟交换节点的端口信息。

消息三、所述第二虚拟交换节点的标识和所述第二虚拟交换节点用来传输所述TSN流的端口信息。

针对消息三，由于所述第二虚拟交换节点上可能并非所有的入端口和出端口均是用于传输所述TSN流的端口，所述第一通知消息中可以只携带需要更新的用于传输所述TSN流的端口信息，如可以携带所述UE的用于传输所述TSN流的上行端口或用于传输所述TSN流的下行端口的信息，可选的，还可以携带所述第二UPF网元的用于传输所述TSN流的上行端口或用于传输所述TSN流的下行端口的信息。

在所述第一通知消息还用于通知所述TSN流的虚拟交换节点要从第一虚拟交换节点变为第二虚拟交换节点的情况下，所述第一通知消息还可以携带所述TSN流的标识。

所述第一通知消息通知所述CNC网元虚拟交换节点(第一虚拟交换节点和/或第二虚拟交换节点)的端口信息发生更新，所述CNC网元在接收到所述第一通知消息后，可以获知确定相应的虚拟交换节点的端口信息发生更新，可以对相应的虚拟交换节点的端口信息进行标注，标注为有更新。

如所述第一通知消息通知所述CNC网元第二虚拟交换节点的端口信息发生更新，所述CNC网元在接收到所述第一通知消息后，可以获知确定所述第一虚拟交换节点的端口信息发生更新，可以对所述第一虚拟交换节点的端口信息进行标注，标注为有更新。

在这种情况下，所述第一通知消息若还携带有更新后的端口信息，所述CNC网元还可以更新相应的虚拟交换节点的端口信息，例如可以携带所述第二虚拟交换节点的标识和更新后的所述第二虚拟交换节点的端口信息，所述CNC网元可以将所述第二虚拟交换节点的端口信息更新为所述第一通知消息中携带的端口信息。

所述CNC网元获知所述第一虚拟交换节点和/或所述第二虚拟交换节点的端口信息发生更新后，若所述PDU会话后续会承载TSN流，所述CNC网元还可以根据更新后的所述第一虚拟交换节点和/或所述第二虚拟交换节点的端口信息确定所述TSN流的传输路径中是否需要包括所述第一虚拟交换节点或所述第二虚拟交换节点，以便后续重新配置所述TSN流。

若所述第一通知消息还用于通知TSN流的虚拟交换节点要从第一虚拟交换节点变为第二虚拟交换节点。

所述CNC网元在接收到所述第一通知消息后，可以将TSN流的虚拟交换节点从所述第一虚拟交换节点替换为第二虚拟交换节点。

所述CNC网元还可以根据所述第一通知消息对所述TSN流重新配置传输路径。

由于所述TSN流的虚拟交换节点从第一虚拟交换节点变为第二虚拟交换节点，为了保证所述TSN流可以正常传输，需要为所述TSN流重新配置传输路径。

所述CNC网元对所述TSN流重新配置传输路径，包括为所述TSN流重新设置传输路径，并配置所述传输路径上的交换节点，例如，配置传输路径上除所述第二虚拟交换节点的其它交换节点针对所述TSN流的调度和转发规则。

所述CNC网元对所述TSN流重新配置传输路径后，可以向所述SMF网元发送通知应答消息，所述通知应答消息指示所述CNC网元已完成对所述TSN流的配置更新，也就是说所述TSN流的传输路径已配置完成，在所述5G系统内部锚点UPF网元切换完成，可以通过所述第二虚拟交换节点传输所述TSN流，且可以保证所述TSN流的时延和带宽需求，相应的，所述SMF网元会接收所述通知应答消息。

为了对所述第二虚拟交换节点进行配置，在步骤601中，所述SMF网元仅是可以确定所述PDU会话的锚点UPF网元需要从第一UPF网元切换为第二UPF网元，但还没有切换，也就是所述SMF网还没有做出相应的切换指示，以使所述PDU会话的锚点UPF从所述第一UPF网元切换为所述第二UPF网元；所述SMF网元可以在接收所述通知应答消息之后，将所述PDU会话的锚点UPF从所述第一UPF网元切换为所述第二UPF网元。

例如，所述SMF网元需要建立从所述RAN到所述第二UPF网元的用户面连接，并释放所述RAN与所述第一UPF网元的用户面连接，以及所述SMF网元到所述第一UPF网元的会话连接。

所述SMF网元在确定所述PDU会话的锚点UPF从所述第一UPF网元切换为所述第二UPF网元后，所述SMF网元完成了虚拟交换节点的内部切换，也就是将所述第一虚拟交换节点切换为所述第二虚拟交换节点，可以向所述CNC网元发送第二通知消息，所述第二通知消息用于通知所述CNC网元所述TSN流的虚拟交换节点要从所述第一虚拟交换节点变为第二虚拟交换节点。

下面结合具体的应用场景，对如图5所示的方法进行介绍。

在具体应用中，根据UE的注册状态，可以分为UE已注册和UE未注册两种，当UE已注册到5G系统，已建立PDU会话，已建立的PDU会话并不用于传输TSN流，在这种情况下，若已建立的PDU会话后续需要用于承载TSN流，需要对已建立的PDU会话进行修改，已便于承载所述TSN流，所述CNC网元则需要获知5G系统作为虚拟交换节点的信息，其中包括所述UE的端口信息和所述UE到所述UPF网元的传输时延，针对所述UE的端口信息，所述SMF网元可以向UE发送获取端口信息的请求，从UE获取端口信息，针对传输时延，所述SMF网元可以在PDU会话修改流程中，确定所述传输时延；当所述UE未注册到5G系统时，所述UE可以在后续注册时，向所述AMF网元上报所述UE的端口信息，以便于所述AMF网元在为所述UE建立PDU会话时，可以向所述SMF网元发送所述UE的端口信息；也可以在建立会话时，通过所述AMF网元直接向所述SMF网元上报所述UE的端口信息，针对所述传输时延，所述SMF网元在PDU会话建立流程中，确定所述传输时延。下面对这两种情况进行介绍。

第一种、UE已注册。

如图7所示，为本申请实施例提供的一种通信方法，该方法包括：

步骤701：CUC网元向所述CNC网元发送流配置请求，请求所述CNC网元为所述CUC网元配置一个TSN流，所述流配置请求中包括所述TSN流的信息。

所述TSN流的信息包括TSN流的标识，TSN流的源MAC地址、TSN流的目的MAC地址、传输TSN流的传输要求。

其中，所述TSN流的标识是为了区别不同TSN流的而设置的标识，所述CNC网元在获知了所述TSN流的标识后可以建立TSN流与发送端、接收端、TSN流传输路径的对应关系。

所述TSN流的源MAC地址和TSN流的目的MAC地址是所述TSN流在传输时，数据的发送端的MAC地址和数据的接收端的目的MAC地址，可以为之后所述CNC网元配置所述TSN流提供参考，确定所述TSN流的传输路径的起始端和终止端，并确定所述TSN流的传输路径。

所述传输TSN流的传输要求包括下列的部分或全部：TSN流的最大帧的大小(MaxFrameSize)、最大帧间隔时间(MaxIntervalFrames)，帧的优先级参数(PriorityAndRank)、流的单个帧从发送端传输到接收端的最大允许时延等。

在所述流配置请求中携带所述传输TSN流的传输要求，可以为之后所述CNC网元配置所述TSN流提供参考，以使得所述TSN流的传输路径可以满足所述传输要求；所述CNC网元根据所述TSN流的最大帧的大小和最大帧间隔时间可以确定计算TSN流所需的带宽，所述CNC网元根据所述流的单个帧从发送端传输到接收端的最大允许时延配置所述TSN流的传输路径，所述CNC网元根据帧的优先级参数可以配置TSN中交换节点对所述TSN流的调度策略。

步骤702：所述CNC网元在接收到所述流配置请求后，需要配置所述TSN流。在为所述TSN流配置传输路径时，所述CNC网元会先检查TSN网元拓扑，根据TSN网络拓扑确定所述TSN流传输路径上是否存在虚拟交换节点的情况。

所述CNC网元中可以预先配置有所述TSN的网络拓扑中各个交换节点的属性，如哪些交换节点是传统的交换节点，哪些交换节点为虚拟交换节点，通过所述预先配置的信息，可以确定所述TSN流传输路径上存在虚拟交换节点，上述确定所述TSN流传输路径上存在虚拟交接节点的方式仅是举例，本申请并不限定通过其他方式确定所述网络拓扑中存在虚拟交换节点，凡是可以确定所述网络拓扑中存在虚拟交接节点的方式均适用于本申请实施例。

TSN流的传输路径是TSN网络拓扑中的交换节点构成的用于传输TSN流的路径，为了配置传输路径，需要获取并维护网络拓扑中各个交换节点的信息，如交换节点的标识、与相邻节点的拓扑关系。对于传统交换节点，本身具备上报交换节点的信息能力，对于虚拟交换节点，5G系统中的所述SMF网元需要确定虚拟交换节点的信息，需要通过AF网元或SMF网元上报给所述CNC网元虚拟交换节点的信息。

可选的，在所述SMF网元或所述AF网元上报虚拟交换节点信息的时候指示交换节点是一个虚拟交换节点。

步骤703：在确定了TSN网络拓扑中存在虚拟交换节点的情况下，为了能获取虚拟交换节点的信息，所述CNC网元可以通过所述AF网元向5G系统中的PCF网元发送能力信息获取请求，所述能力信息获取请求用于请求所述虚拟交换节点的信息。

可选的，所述能力获取请求中包括所述TSN流的信息。

步骤704：所述PCF网元在接收到所述能力信息获取请求后，确定需要对PDU会话进行修改，向所述SMF网元发送会话策略更新通知。

具体的，所述AF网元接收到来自所述CNC网元的所述能力信息获取请求后，会根据所述TSN流的信息中包括所述TSN流的目的MAC地址与UE标识之间的对应关系确定对于的UE的标识，并确定所述CNC网元所属的TSN的DNN。

其中，所述TSN流的目的MAC地址与UE的标识之间的对应关系，可以是预先配置好的，也可以是所述AF网元在收到来自所述CNC网元的所述能力信息获取请求后，从其它网元获取的。所述AF网元通过所述TSN流的目的MAC地址就可以确定所述TSN流在传输过程中需要经过哪一个UE。

所述AF网元将确定的所述UE的标识和所述DNN、与所述能力信息获取请求一同发送给所述PCF网元，所述PCF网元可以根据所述UE的标识和所述DNN确定需要对所述UE的哪一个PDU会话进行修改。

所述PCF网元确定的PDU会话即为需要修改的PDU会话，所述PCF网元根据所述能力信息获取请求中携带的所述TSN流的信息确定策略信息，由于所述PDU会话当前已经建立，所述PDU会话已有对应的策略信息，所述PCF网元根据所述TSN流确定策略信息是需要对所述PDU会话已对应的策略信息进行更新，为方便说明，将所述PCF网元根据所述TSN流确定策略信息称为更新后的策略信息。

需要说明的是，由于TSN流的信息中会携带有所述传输TSN流的传输要求，所述PCF网元可以根据所述TSN流的信息确定QoS流所需满足的要求，也就是可以确定所述PCC规则。

所述会话策略更新通知包括下列信息的部分或全部：PDU会话标识、UE的标识、更新后的策略信息。所述会话策略更新通知的描述可参见如图5所示的实施例，此处不再赘述。

所述SMF网元在获取了所述更新后的策略信息，根据所述更新后的策略信息可以确定数据传输的转发规则等信息，以便对所述UPF网元进行相关的配置。

步骤705：所述SMF网元在接收到所述会话策略更新通知后，需要对已建立的PDU会话进行修改，向所述UE发送PDU会话修改请求(PDU session modfication command)。

所述PDU会话修改请求可以携带有指示UE确定所述UE的端口信息的指示消息，如可以设置一个信元，用于指示UE确定所述UE的端口信息，可选的，还可以用于指示所述UE上报所述端口信息。

步骤706：所述UE在接收到所述PDU会话修改请求后，所述UE根据所述PDU会话修改请求中携带的所述PDU会话标识确定所述PDU会话的DNN是否支持TSN，在确定所述DNN支持TSN后，向所述SMF网元发送PDU会话修改应答(PDU session modification command ack)。

所述PDU会话修改应答中可以携带所述UE的端口信息。

具体的，所述UE的端口信息中包括所述UE的端口标识(port id)和所述UE的端口与外部相邻节点之间的传输时延信息。所述UE的端口信息还包括所述UE端口的外部拓扑信息。

由于所述UE会存在多个端口，每个端口与不同的相邻节点连接，也就是说，每个端口都有对应的相邻节点，所述UE的端口与外部相邻节点之间的传输时延信息包括所述UE的各个端口到对应的外部相邻节点的传输时延。

所述SMF网元从所述PDU会话修改应答中获取所述UE的端口信息。

步骤707：所述SMF网元向所述PCF网元发送通知信息，所述通知信息用于通知所述PCF网元所述PDU会话已修改完成，所述通知信息中还可以包括虚拟交换节点的信息，其中所述虚拟交换节点的信息包括所述UE的端口信息。

步骤708：所述PCF网元向所述AF网元发送所述虚拟交换节点的信息。

可选的，所述PCF可以通过NEF向所述AF网元发送所述虚拟交换节点的信息。

步骤709：所述AF网元在接收到所述虚拟交换节点的信息后，将所述虚拟交换节点的信息转发给所述CNC网元。

步骤710：所述CNC网元在接收到所述虚拟交换节点的信息后，可以根据所述虚拟交换节点信息配置所述TSN流。

所述CNC网元配置所述TSN流，包括配置所述TSN流的传输路径以及所述传输路径上的各个交换节点，配置所述TSN流的传输路径上的各个交换节点具体包括配置各个交换节点入端口和出端口的调度和转发策略，以便各个交换节点根据所述调度和转发策略对所述TSN流的数据包进行队列管理和转发，确保所述TSN流的时延和带宽需求。

需要说明的是，所述SMF网元与所述AF网元之间也可以直接进行交互，在步骤704～605中，所述AF网元可以直接向所述SMF网元发送所述能力信息获取请求，所述SMF网元在接收到所述能力信息获取请求后，向所述PCF网元发送所述TSN流的信息，所述PCF网元在接收到所述TSN流的信息后，向所述SMF网元发送会话策略更新通知，对已建立的PDU会话进行修改。

在步骤707中，所述通知消息中也可以不携带所述虚拟交换节点的信息，所述SMF网元可以通过单独的信令向所述PCF网元发送所述虚拟交换节点的信息。

需要说明的是，所述虚拟交换节点的信息中还可以包括所述虚拟交换节点的标识。所述虚拟交换节点的标识为区分不同交换节点设置的标识，不同的虚拟交换节点对应不同的标识，所述虚拟交换节点的标识的设置方式有许多种，本申请实施例并不限定，由于所述虚拟交换节点中的UPF网元发生变化，会导致所述虚拟交换节点成为另一个不同的虚拟交换节点，则可以用所述虚拟交换节点中的锚点UPF网元的标识作为所述虚拟交换节点的标识，或者也根据所述虚拟交换节点中的UPF网元的标识设置虚拟交换节点的标识；

作为一种可能的实施方式，在所述UPF网元可以预置标识，如通过第三代合作伙伴计划(3rd generation partnership project,3GPP)网管系统或所述CNC网元下发所述预置标识给UPF网元，不同的UPF网元预置不同的标识，所述UPF网元可以向所述SMF网元上报所述预置的标识，将所述预置的标识作为所述UPF网元所属的虚拟交换节点的标识；所述UPF网元上报所述UPF标识和所述预置的标识的时机，本申请实施例并不限定，所述UPF网元可以在上电时上报，也可以在向所述SMF网元上报所述UPF网元端口信息时，同时上报所述预置的标识，凡是可以使所述SMF网元获取所述虚拟交换节点的标识的方式均适用于本申请实施例。

在所述UPF网元中预置标识时，为了区分TSN中传统交换节点，所述预置的标识可以是所述虚拟交换节点特有的，也就是说，传统交换节点和虚拟交换节点的标识是不同的，从标识上能够容易区别交换节点是否为虚拟交换节点。所述CNC网元中可以保存有TSN的网络拓扑和所述网络拓扑中各个交换节点的标识，在需要确定所述网络拓扑是否存在虚拟交换节点时，可以通过各个交换节点的标识进行识别。

第二种、所述UE未注册。

如图8所示，为本申请实施例提供的一种通信方法，该方法包括：

步骤801：所述UE通过向所述AMF网元发送注册请求，发起注册流程，完成注册；在注册过程中，所述注册请求可以包括所述UE的端口信息，所述AMF网元在接收到所述注册请求后，保存所述UE的端口信息。

所述UE未注册时，会先进行注册，若所述UE为能够支持TSN业务的设备，在注册时，所述UE在所述注册请求中携带所述UE的端口信息。

步骤802：所述UE在注册后，为了可以进行数据传输，需要建立PDU会话，所述UE通过发送PDU会话建立请求发起会话建立流程。

在会话建立过程中，所述SMF网元可以通过如下两种方式接收所述UE的端口信息：

方式一：所述AMF网元在接收到来自所述UE的PDU会话建立请求后，将所述UE注册时保存的所述UE的端口信息发送给所述SMF网元，示例性的，所述AMF网元可以在创建会话管理上下文请求消息中携带所述端口信息发送给所述SMF网元。

所述AMF网元接收到所述UE的PDU会话建立请求后，会根据所述PDU会话建立请求中携带的所述PDU会话的DNN选择所述SMF网元，所述AMF网元上会预配置支持TSN业务的DNN集合，所述AMF网元可以通过所述PDU会话建立请求携带的所述DNN确定所述DNN是否支持TSN业务，在确定所述DNN支持TSN业务后，所述AMF网元需要在发送给SMF的创建会话管理上下文请求中携带所述端口信息，在这种情况下，所述预配置支持TSN的DNN集合保存在所述AMF网元本地，也可以保存在其他设备上，且所述AMF网元方便获取所述预配置支持TSN的DNN集合。

方式二：所述UE的PDU会话建立请求中携带所述UE的端口信息，所述AMF网元在接收到来自所述UE的PDU会话建立请求后，向所述SMF网元发送会话管理上下文创建请求，所述会话管理上下文创建请求中包括所述PDU会话建立请求，所述SMF网元从所述会话建立请求获取所述UE的端口信息。

也就是说，所述UE可以在所述注册请求中携带所述UE的端口信息，也可以在所述PDU会话建立请求中携带所述UE的端口信息；所述UE可以所述注册请求和所述PDU会话建立请求中任一种消息中携带所述UE的端口信息，也可以在发送这两种消息时均携带所述UE的端口信息，还可以携带在其他消息中，本申请实施例并不限定，凡是可以时所述SMF网元接收到所述UE的端口信息的方式均适用于本申请实施例。

需要说明的是，所述UE若确定建立PDU会话需要承载TSN流，如根据所述UE中的APP和DNN的对应关系确定需要建立PDU会话需要承载TSN流，则可以在所述PDU会话建立请求中携带所述UE的端口信息，若建立PDU会话不需要承载TSN流，则所述PDU会话建立请求中可以不携带所述UE的端口信息。

步骤803：在会话建立过程中，所述SMF网元获取到所述UE的端口信息后，可以向所述CNC网元发送所述UE的端口信息。

所述SMF网元可以通过所述AF网元向所述CNC网元发送所述UE的端口信息。

步骤804：同步骤701，具体可参见步骤701的相关描述，此处不再赘述。

步骤805：同步骤702，具体可参见步骤702的相关描述，此处不再赘述。

步骤806：同步骤703，具体可参见步骤703的相关描述，此处不再赘述。

步骤807：同步骤704，具体可参见步骤704的相关描述，此处不再赘述。

步骤808：所述SMF网元执行会话修改流程，区别于如图7所示的实施例，所述SMF网元不需要在会话修改流程中获取所述UE的端口信息。

步骤809：所述SMF网元在执行会话修改流程后，向所述PCF网元发送通知信息，所述通知信息用于通知所述PCF网元所述SMF网元已根据所述更新后的策略信息完成相应操作，且所述通知信息中还可以包括所述虚拟交换节点的信息。

在本申请实施例中，由于所述SMF网元在步骤803提前将所述UE的端口信息发送给所述CNC网元，步骤809中的所述虚拟交换节点的信息中可以不携带包括虚拟交换节点的端口信息，可选的，所述SMF网元也可以不提前将所述UE的端口信息发送给所述CNC网元，也就是说不执行步骤803，而在步骤810中所述虚拟交换节点的信息中携带包括所述UE的端口信息。

步骤810：同步骤708，具体可参见步骤708的相关描述，此处不再赘述。

步骤811：同步骤709，具体可参见步骤709的相关描述，此处不再赘述。

步骤812：同步骤710，具体可参见步骤710的相关描述，此处不再赘述。

需要说明的是，所述SMF网元与所述AF网元之间也可以直接进行交互，在步骤806～807中，所述AF网元可以直接向所述SMF网元发送所述能力信息获取请求，所述SMF网元在接收到所述能力信息获取请求后，向所述PCF网元发送所述TSN流的信息，所述PCF网元在接收到所述TSN流的信息后，发起会话管理策略修改流程。

在步骤809中，所述通知消息中也可以不携带所述虚拟交换节点信息；所述SMF网元可以通过单独的信令向所述PCF网元发送所述虚拟交换节点信息。

下面结合具体应用场景，以源锚点UPF网元为第一UPF网元，目标锚点UPF网元为所述第二UPF网元为例，对本申请如图6所示的实施例进行一步介绍。

如图9所示，为本申请实施例提供的一种通信方法，该方法包括：

步骤901：所述SMF网元在确定需要切换锚点UPF网元后，选择目标锚点UPF网元(对应如图6所示的实施例中的第二UPF网元)。

步骤902：所述SMF网元向所述目标锚点UPF网元发送N4会话建立请求，还可以指示所述目标锚点UPF网元上报所述目标锚点的UPF网元的端口信息。

步骤903：所述目标锚点UPF网元在接收到N4会话建立请求后，向所述SMF网元发送N4会话建立确认消息，所述N4会话建立确认消息中可以携带下列信息的部分或全部：

虚拟交换节点的标识、所述UPF网元的端口标识。

虚拟交换节点的标识为所述所述目标锚点UPF网元对应的虚拟交换节点的标识。

需要说明的是，在本申请实施例中，当所述锚点UPF网元发生变化时，则表征所述虚拟交换节点发生更改，变成了一个新的虚拟交换节点；可以通过5G系统中的所述UPF网元来区分不同的虚拟交换节点，也就是说，可以为不同的所述UPF网元配置标识，将所述UPF网元的标识作为虚拟交换节点的标识，当所述锚点UPF网元发生变化时，将所述目标锚点UPF网元的标识作为新形成的虚拟交换节点标识，告知所述SMF网元。

步骤904：所述SMF网元向所述AF网元发送PDU会话锚点(PDU session anchor，PSA)更改通知消息，所述PSA更改通知消息用于通知锚点UPF网元发生改变，所述PSA更改通知消息中包括所述TSN流的标识以及所述目标锚点UPF网元对应的虚拟交换节点的信息，其中所述TSN流的标识是受锚点UPF网元变化影响的TSN流标识，也就是通过源锚点UPF网元与所述UE进行传输切换为通过所述目标锚点UPF网元与所述UE传输的TSN流的标识，所述目标锚点UPF网元对应的虚拟交换节点信息包括下列信息的部分或全部：虚拟交换节点标识、虚拟交换节点的端口信息、虚拟交换节点的时延信息，虚拟交换节点信息的描述可参见如图8所示的实施例的相关描述，此处不再赘述。

所述SMF网元可以通过NEF向所述AF网元发送所述PSA更改通知消息，也可以通过所述PCF网元向所述AF网元发送所述更改通知消息。

可选的，所述PSA更改通知消息还可以包括所述源锚点UPF网元对应的虚拟交换节点的信息。

步骤905：所述AF网元在接收到所述PSA更改通知消息后，可以直接转发所述更改通知消息，也可以将所述PSA更改通知消息转换为用于通知所述CNC网元虚拟交换节点(所述源锚点UPF网元对应的虚拟交换节点和/或所述目标锚点UPF网元对应的虚拟交换节点)的端口信息发生更新的第一通知消息,所述第一通知消息可以包括所述受锚点UPF网元切换影响的TSN流的标识，所述目标锚点UPF网元对应的虚拟交换节点的信息，可选的，所述第一通知消息还包括所述源锚点UPF网元对应的虚拟交换节点的信息。

针对步骤904～905，作为另一种可能实现方式，所述SMF网元还可以不向所述AF网元发送所述PSA更改通知消息，而是向所述AF网元发送所述第一通知消息，所述第一通知消息还用于通知所述TSN流的虚拟交换节点要从源锚点UPF网元对应的虚拟交换节点变为所述目标锚点UPF网元对应的虚拟交换节点，可选的，所述第一通知消息还包括所述源锚点UPF网元对应的虚拟交换节点的信息。

所述AF网元在接收到所述第一通知消息后，向所述CNC网元发送所述第一通知消息。

步骤906：所述CNC网元根据所述第一通知消息对所述TSN流的进行配置更新，也额就是对所述TSN流重新配置传输路径。

具体的，所述CNC网元为所述TSN流规划新的传输路径，并配置所述TSN流的传输路径上的交换节点(除所述目标锚点UPF网元对应的虚拟交换节点外的交换节点)。

步骤907：所述CNC网元在TSN流配置更新完成后，向所述AF网元发送通知应答消息，所述通知应答消息用于通知所述TSN流的配置更新已完成。

步骤908：所述AF网元向所述SMF网元转发所述通知应答消息。

步骤909：所述SMF网元在接收到所述通知应答消息后，将所述PDU会话的锚点UPF网元切换到所述目标锚点UPF网元。

具体的，所述SMF网元通过所述AMF网元向所述RAN发送PDU会话修改请求，将所述目标锚点UPF网元的N3隧道信息更新到所述RAN；所述RAN通过所述AMF网元向所述SMF网元发送PDU会话修改应答消息，所述PDU会话修改应答消息包括RAN隧道信息。

所述目标锚点UPF网元的N3隧道信息和所述接入网节点隧道信息用于RAN和所述目标锚点UPF网元之间建立N3隧道，建立了所述RAN到所述目标锚点UPF网元的会话连接，以便进行数据传输。

所述SMF网元在建立了所述RAN到所述目标锚点UPF网元的会话连接后，还可以释放所述源锚点UPF网元与所述SMF的会话连接之间的会话连接。

步骤910：所述SMF网元将所述PDU会话的锚点UPF网元切换到所述目标锚点UPF网元后，向所述CNC网元发送第二通知消息，所述第二通知消息用于通知已从所述源锚点UPF网元对应的虚拟交换节点切换到所述目标锚点UPF网元对应的虚拟交换节点。

步骤911：所述CNC网元接收到所述第二通知消息后，为所述TSN流重新配置源传输路径上的交换节点，如指示源传输路径上的交换节点释放为所述TSN流预留的资源，所述源传输路径为锚点UPF网元要发生切换前的所述TSN流的传输路径。

在如图5～6所示的实施例中，所述传输时延是在所述UE的QoS流建立流程中所述SMF确定的，如在PDU会话建立时建立QoS流的过程中，或PDU会话修改时建立QoS流的过程中，事实上，所述传输时延也可以不在所述QoS流建立流程中确定的，可以在所述QoS流建立之前，由所述SMF网元确定，并告知所述CNC网元，下面对这种方式进行介绍：

如图10所示，为本申请实施例提供的一种通信方法，该方法包括：

步骤1001：第一核心网网元根据UE的服务质量标识确定对应的时延信息，所述时延信息用于表征所述UE与所述UPF网元之间的传输时延。

本申请实施例中并不限定所述第一核心网网元的类型，例如所述第一核心网网元可以是所述SMF网元，也可以是所述PCF网元，还可以其他核心网网元，凡是可以实现本申请实施例中所述第一核心网元网元所执行的方法均适用于本申请实施例。

所述UE在签约时，对签约的业务会有不同的服务质量要求，为了区别不同的服务质量要求，可以设置服务质量标识，通过所述服务质量标识可以确定所述签约的业务相应的服务质量要求，所述5G系统或其他通信系统在需要为所述UE提供业务时，则可以根据所述服务质量标识做相应的设置，以保证提供的业务满足服务质量要求。

其中，所述服务质量要求包括信息传输时延、带宽保证等，所以所述服务质量标识是可以表征所述UE对签约业务的传输时延的要求的。

本申请实施例并不限定所述服务质量标识的具体形式，在5G系统中，所述服务质量标识可以为QoS参数中的5QI，凡是可以体现出所述UE对应传输时延的要求的参数均适用于本申请实施例；在本申请实施例中，并不限定所述服务质量标识的个数，所述UE可以签约多个业务，则每个业务都可以对应一个服务质量标识。

所述第一核心网网元在根据所述服务质量标识确定对应的时延信息之前，需要先获取所述服务质量标识，所述第一核心网元网元可以在本地保存有所述UE的服务质量标识，所述UE的服务质量标识为所述UE的签约的服务质量标识，也可以从其他网元获取所述UE的签约的服务质量标识。

若所述第一核心网网元为所述PCF网元，所述PCF网元则可以从所述一数据仓储(unified data repository，UDR)网元或所述UDM网元获取所述UE的签约的QoS参数，从所述UE的签约的QoS参数获取所述UE的服务质量标识。

若所述第一核心网网元为所述SMF网元，所述SMF网元可以从所述PCF网元获取所述UE的服务质量标识；所述SMF网元也可以从所述UE的会话签约信息中获取所述UE的签约的服务质量标识，即所述SMF网元可以从所述UDR网元或所述UDM网元获取所述UE的会话对应的签约的服务质量标识，针对某个类型的PDU会话，所述UE可以有特定的签约的服务质量标识。

由于所述服务质量标识可以表征所述UE对应签约业务的传输时延的要求，则所述第一核心网网元在获取所述服务质量标识后，则可以根据所述服务质量标识确定对应的时延信息。所述时延信息是对应的签约业务的传输时延。

步骤1002：所述第一核心网网元基于所述服务质量标识对应的TSN业务类型的对应关系，根据所述时延信息确定所述TSN业务类型对应时延信息。

TSN中的交换节点是通过TSN业务类型(traffic class)来调度和转发不同的TSN流的数据包的。TSN业务类型取值为0-7，TSN流对应的TSN业务类型的取值越低，交换节点对所述TSN流的调度和转发优先级越高。

3GPP系统可以通过TSN流的带宽、时延等需求确定TSN流对应的5QI，并根据5QI确定TSN流在3GPP系统内UE和所述UPF网元之间的传输时延。TSN也是通过TSN流的带宽、时延等需求确定及其对应的TSN业务类型，TSN中的交换节点根据TSN业务类型处理TSN流的数据包，以使得TSN流的数据包在交换节点内部和交换节点之间经历不同的传输时延。因此可以采用预配置5QI和TSN业务类型的对应关系，来实现TSN和3GPP系统互通传输TSN流对QoS的保证。如表2所示，5QI和TSN业务类型可以是一对一的关系，也可以是一个5QI映射成多个TSN业务类型，还可以是多个5QI映射成一个TSN业务类型。

表2

所述第一核心网网元在执行步骤1002之前，所述第一核心网网元可以先确定所述服务质量标识对应的TSN业务类型，所述第一核心网元可以根据预配置的服务质量标识与TSN业务类型的对应关系确定所述服务质量标识对应的TSN业务类型；所述预配置的服务质量标识与TSN业务类型的对应关系可以保存在本地，也可以保存在其他网元，所述第一核心网网元也可以从其他网元获取所述预配置的服务质量标识与TSN业务类型的对应关系，之后根据所述预配置的服务质量标识与TSN业务类型的对应关系确定所述服务质量标识对应的TSN业务类型。

所述第一核心网元还可以从其他网元获取所述服务质量标识对应的TSN业务类型，例如，所述预配置的服务质量标识与TSN业务类型的对应关系保存在第二核心网网元，所述第二核心网网元可以确定所述UE的服务质量标识，再基于所述预配置的服务质量标识与TSN业务类型确定所述服务质量标识对应的TSN业务类型，之后，所述第二核心网网元可以向所述第一核心网网元发送携带有所述服务质量标识对应的TSN业务类型的信息，所述第一核心网元网元在接收到所述携带有所述服务质量标识对应的TSN业务类型的信息后，确定所述服务质量标识对应的TSN业务类型。

若所述第一核心网网元为所述PCF网元，所述服务质量标识与TSN业务类型的对应关系可以是预先配置在所述PCF网元的，在所述PCF从所述UDR网元或所述UDM网元获取所述UE的服务质量标识后，可以根据所述预配置的所述服务质量标识与TSN业务类型确定所述UE的服务质量标识对应的TSN业务类型。

若所述第一核心网网元为所述SMF网元，所述SMF网元可以从所述PCF网元获取所述服务质量标识对应的TSN业务类型。

所述第一核心网网元在确定了终端设备的服务质量标识对应的时延信息、以及确定了所述服务质量标识对应的TSN业务类型后，可以基于所述服务质量标识对应的TSN业务类型，根据所述时延信息确定所述TSN业务类型对应时延信息。

所述第一核心网网元可以将所述服务质量标识对应的时延信息作为所述TSN业务类型对应时延信息，也可以对所述服务质量标识对应的时延信息进行调整，将调整后的所述服务质量标识对应的时延信息作为所述TSN业务类型对应时延信息。

步骤1003：所述第一核心网网元向CNC网元发送第一消息，所述第一消息中携带所述TSN业务类型对应的时延信息。

所述第一核心网网元可以直接向所述CNC网元发送第一消息，也可以通过其他网元向所述CNC网元发送第一消息，本申请实施例并不限定所述第一核心网网元发送第一消息的方式，凡是可以使所述CNC网元获取所述TSN业务类型对应的时延信息的方式均适用于本申请实施例。

下面将如图10所示的实施例应用于具体场景中，以所述第一核心网网元为所述SMF网元，所述SMF网元发起会话策略建立流程为例对如图10所示的实施例进行说明，如图11所示，为本申请实施例提供的一种通信方法，该方法包括：

步骤1101：所述UE向所述SMF网元发送PDU会话建立请求，所述PDU会话建立请求,所述PDU会话修改请求中携带有所述UE的标识，PDU会话的标识。

步骤1102：所述SMF网元在接收到所述PDU会话建立请求后，根据所述UE标识从向所述UDM网元查询所述UE的与所述PDU会话相关的签约信息，所述签约信息中包括所述UE的一个或多个5QI。

其中，所述5QI是与所述PDU会话的QoS参数。

步骤1103：所述SMF网元向所述PCF网元发起会话策略建立请求或会话策略修改请求，所述会话策略建立请求用于请求所述PCF网元需要对所述PDU会话设置策略信息，所述会话策略修改请求用于请求所述PCF网元需要对所述PDU会话修改策略信息，其中，所述会话策略建立请求或会话策略修改请求中可以包括UE的标识、PDU会话标识。

步骤1104：所述PCF网元接收所述会话策略建立或修改请求后，向所述SMF网元发送会话策略建立应答或会话策略修改应答，若接收到所述会话策略建立请求，则会向所述SMF网元发送会话策略建立应答，若接收到所述会话策略修改请求，则会向所述SMF网元发送会话策略修改应答。

在所述会话策略建立或修改应答中携带5QI和TSN业务类型的对应关系，所述5QI和TSN业务类型对应关系可以是预配置在所述PCF网元上的。

步骤1105：所述SMF网元根据所述5QI和所述5QI和TSN业务类型的对应关系，确定所述PDU会话支持的TSN业务类型以及对应的PDB。

具体的，所述SMF网元根据所述5QI确定所述PDB，具体确定方式可参见本申请如图5所示的实施例，此处不再赘述。

所述SMF网元基于所述5QI和TSN业务类型的对应关系确定所述PDU会话支持的TSN业务类型。

所述SMF网元将确定的所述PDB作为所述TSN业务类型对应的PDB。

步骤1106：所述SMF网元向所述CNC网元发送所述TSN业务类型对应的PDB。

所述CNC在配置TSN流时，可以基于所述TSN流的TSN业务类型，以及所述TSN业务类型以及对应的PDB确定虚拟交换节点的时延信息。

另一种实现方式是，所述SMF网元上可以预配置有所述5QI和TSN业务类型的对应关系，可以省略步骤1103-1104。

需要说明的是，本申请提供的各个实施例可以独立执行，也可以结合执行，例如，如图5所示的实施例可以与如图6所示的实施例结合，也就是所述SMF网元先上报所述UE的端口信息，之后，若所述PDU会话需要修改，则所述SMF网元再通知所述CNC网元对虚拟交换节点的端口信息进行更新；又例如，在如图5所示的实施例可以与如图10所示的实施例结合，也就是在所述SMF网元上报所述UE的端口信息之前，先上报所述时延信息，结合方式本申请实施例并不限定。

基于与方法实施例同一发明构思，本申请实施例还提供了一种通信装置，用于执行上述如图5、7、8所示的方法实施例中所述SMF网元执行的方法，相关特征可参见上述方法实施例，此处不再赘述，如图12所示，该装置包括接收单元1201和发送单元1202。

所述接收单元1201，用于获取终端设备的端口信息，其中，所述终端设备的端口信息包括所述终端设备的端口标识所述终端设备的端口与外部相邻节点之间的传输时延信息；

所述发送单元1202，用于向集中网络配置网元发送所述终端设备的端口信息。

所述接收单元1201可以通过如下两种方法在获取终端设备的端口信息：

第一种、所述接收单元1201接收来自所述终端设备的PDU会话建立请求，所述PDU会话建立请求中包括所述终端设备的端口信息。

第二种、所述接收单元1201接收来自所述终端设备的PDU会话修改应答，所述PDU会话修改应答中包括所述终端设备的端口信息。

作为一种可能的实施方式，所述通信装置还可以上报传输时延，具体的，所述通信装置还包括处理单元1203；所述处理单元1203可以在所述终端设备的QoS流建立流程中，确定所述QoS流对应的用户面与所述终端设备之间的传输时延；之后，所述发送单元1202再向所述集中网络配置网元发送所述传输时延。

所述处理单元1203在确定所述QoS流对应的用户面与所述终端设备之间的传输时延时，所述接收单元1201可以先从策略控制网元获取所述QoS流的PCC规则；之后所述处理单元1203根据所述QoS流的PCC规则确定所述传输时延。

示例性的，在所述处理单元1203根据所述QoS流的PCC规则确定所述传输时延时，所述处理单元1203先根据所述PCC规则中包括的5QI确定所述QoS流的PDB；之后再根据所述PDB确定所述传输时延。

可选的，在所述接收单元1201获取所述终端设备的端口信息之前，所述发送单元1202还可以向所述终端设备发送第一指示消息，所述第一指示消息用于指示所述终端设备确定所述终端设备的端口信息。

作为一种可能的实施方式，所述终端设备的端口信息还可以包括所述终端设备端口的外部拓扑信息。

基于与方法实施例同一发明构思，本申请实施例还提供了一种通信装置，用于执行上述如图5、7、8所示的方法实施例中所述终端设备执行的方法，相关特征可参见上述方法实施例，此处不再赘述，如图13所示，该装置包括处理单元1301和发送单元1302：

所述处理单元1301，用于确定自身支持TSN业务、需要创建TSN业务对应的分组数据单元PDU会话、当前创建的PDU会话需要承载TSN流或者已创建的PDU会话需要承载TSN流。

所述发送单元1302，用于向会话管理网元发送所述终端设备的端口信息，其中，所述终端设备的端口信息包括所述终端设备的端口标识以及所述终端设备的端口与外部相邻节点之间的传输时延信息。

所述发送单元1302在向会话管理网元发送所述终端设备的端口信息的方式有许多种，下面列举其中三种：

第一种、所述发送单元1302通过移动接入管理网元向所述会话管理网元发送PDU会话建立请求，所述PDU会话建立请求中包括所述终端设备的端口信息。

第二种、所述发送单元1302向移动接入管理网元发送携带有所述终端设备的端口信息的注册请求，以便于所述移动接入管理网元后续在接收到所述终端设备发送的PDU会话建立请求时将所述终端设备的端口信息发送给所述会话管理网元。

第三种、所述处理单元1301根据接收到的来自所述会话管理网元的PDU会话修改请求中的指示信息确定已创建的PDU会话需要承载TSN流，在这情况下，所述发送单元1302可以向所述会话管理发送PDU会话修改应答，所述PDU会话修改应答包括所述终端设备的端口信息。

所述处理单元1301确定当前创建TSN业务对应的PDU会话的方式有许多种，下面列举其中两种：

第一种、所述处理单元1301可以根据接收到的来自所述会话管理网元的PDU会话建立确认消息中的指示信息确定创建的PDU会话需要承载TSN流。

第二种、所述处理单元1301根据所述需要创建的PDU会话对应的DNN确定所述PDU会话需要承载TSN流。

可选的，所述通信装置还包括接收单元1303，所述接收单元1303可以接收来自所述会话管理网元的第一指示消息，所述第一指示消息用于指示所述终端设备确定所述终端设备的端口信息；之后，所述处理单元1301可以确定所述终端设备的端口信息。

作为一种可能的实施方式，所述终端设备的端口信息还包括所述终端设备端口的外部拓扑信息。

基于与方法实施例同一发明构思，本申请实施例还提供了一种通信装置，用于执行上述如图6、9所示的方法实施例中所述SMF网元执行的方法，相关特征可参见上述方法实施例，此处不再赘述，如图14所示，该装置包括处理单元1401和发送单元1402。

所述处理单元1401，用于确定终端设备的PDU会话的锚点用户面网元要从第一用户面网元切换为第二用户面网元；以及确定所述PDU会话是一个与TSN互通的会话；

所述发送单元1402，还用于在所述处理单元1401确定所述PDU会话是一个与TSN互通的会话的情况下，向集中网络配置网元发送第一通知消息，所述第一通知消息用于通知所述集中网络配置网元第一虚拟交换节点和/或第二虚拟交换节点的端口信息发生更新；其中，所述第一虚拟交换节点为所述第一用户面网元对应的虚拟交换节点，所述第二虚拟交换节点为所述第二用户面网元对应的虚拟交换节点。

作为一种可能的实施方式，所述处理单元1401还可以确定所述PDU会话承载了TSN流；在所述处理单元1401确定所述PDU会话承载了TSN流的情况下，所述第一通知消息还用于通知所述TSN流的虚拟交换节点要从第一虚拟交换节点变为第二虚拟交换节点。

可选的，所述处理单元1401还可以根据所述终端设备的端口信息更新所述第一虚拟交换节点的端口信息和所述第二虚拟交换节点的端口信息。

所述第一通知消息除了具有指示作用外，还可以携带一些端口信息，可以携带下列消息的部分或全部：

消息一、所述第二虚拟交换节点的标识和更新后的所述第二虚拟交换节点的端口信息。

消息二、所述第二虚拟交换节点的标识和所述第二虚拟交换节点用来传输所述TSN流的端口信息。

消息三、所述第一虚拟交换节点标识信息和所述会话管理更新后的所述第一虚拟交换节点的端口信息。

可选的，所述第一通知消息还可以包括所述TSN流的标识。

作为一种可能的实施方式，所述通信装置还包括接收单元1403，所述接收单元1403可以接收来自所述集中网络配置网元的通知应答消息，所述通知应答消息指示所述集中网络配置网元已完成对所述TSN流的配置更新。

所述处理单元1401在所述接收单元1403接收来自所述集中网络配置网元的通知应答消息之后，可以将所述PDU会话的锚点用户面网元从所述第一用户面网元切换为所述第二用户面网元。

作为一种可能的实施方式，所述发送单元1402在所述接收单元1403接收来自所述集中网络配置网元的通知应答消息之后，还可以向所述集中网络配置网元发送第二通知消息，所述第二通知消息用于通知集中网络配置所述TSN流的虚拟交换节点从第一虚拟交换节点变为第二虚拟交换节点。

基于与方法实施例同一发明构思，本申请实施例还提供了一种通信装置，用于执行上述如图6、9所示的方法实施例中所述CNC网元执行的方法，相关特征可参见上述方法实施例，此处不再赘述，如图15所示，该装置包括接收单元1501。

所述接收单元1501，用于接收来自会话管理网元的第一通知消息，所述第一通知消息用于通知第一虚拟交换节点和/或第二虚拟交换节点的端口信息发生更新。

可选的，所述通信装置还包括处理单元1502；若所述第一通知消息还用于通知TSN流的虚拟交换节点要从第一虚拟交换节点变为第二虚拟交换节点，所述处理单元1502可以根据所述第一通知消息对所述TSN流重新配置传输路径。

所述第一通知消息除了具有指示作用外，还可以携带一些端口信息，可以携带下列消息的部分或全部：

消息一、所述第二虚拟交换节点的标识和所述会话管理更新后的所述第二虚拟交换节点的端口信息。

消息二、所述第二虚拟交换节点的标识和所述第二虚拟交换节点用来传输所述TSN流的端口信息。

消息三、所述第一虚拟交换节点标识信息和所述会话管理更新后的所述第一虚拟交换节点的端口信息。

可选的，所述第一通知消息还可以包括所述TSN流的标识。

作为一种可能的实施方式，所述通信装置还包括发送单元1503，所述发送单元1503在所述处理单元1502对所述TSN流重新配置传输路径之后，还可以向所述会话管理网元发送通知应答消息，所述通知应答消息指示所述集中网络配置网元已完成所述TSN流的配置更新。

作为一种可能的实施方式，所述接收单元1501可以接收所述会话管理网元发送的第二通知消息，所述第二通知消息用于通知所述TSN流的虚拟交换节点从第一虚拟交换节点变为第二虚拟交换节点；之后，所述处理单元1502再释放所述TSN流的源传输路径的资源。

基于与方法实施例同一发明构思，本申请实施例还提供了一种通信装置，用于执行上述如图10、11所示的方法实施例中所述SMF网元或所述第一核心网网元执行的方法，相关特征可参见上述方法实施例，此处不再赘述，如图16所示，该装置包括处理单元1601以及发送单元1602。

所述处理单元1601，用于根据终端设备的服务质量标识确定对应的时延信息，所述时延信息用于表征终端设备与用户面网元之间的传输时延；以及基于所述服务质量标识对应的TSN业务类型，根据所述时延信息确定所述TSN业务类型对应时延信息。

所述发送单元1602，用于向集中网络配置网元发送第一消息，所述第一消息中携带所述TSN业务类型对应的时延信息。

作为一种可能的实施方式，所述处理单元1601根据终端设备的服务质量标识确定对应的时延信息之前，还可以根据所述UE的签约信息确定所述服务质量标识。

本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能单元可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

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

在本申请实施例中，所述基站和所述终端设备均可以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。

在一个简单的实施例中，本领域的技术人员可以想到所述会话管理网元、集中网络配置网元可采用图17所示的形式。

如图17所示的通信装置1700，包括至少一个处理器1701、存储器1702，可选的，还可以包括通信接口1703。

存储器1702可以是易失性存储器，例如随机存取存储器；存储器也可以是非易失性存储器，例如只读存储器，快闪存储器，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器1702是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1702可以是上述存储器的组合。

本申请实施例中不限定上述处理器1701以及存储器1702之间的具体连接介质。本申请实施例在图中以存储器1702和处理器1701之间通过总线1704连接，总线1704在图中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。该总线1704可以分为地址总线、数据总线、控制总线等。为便于表示，图17中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器1701可以具有数据收发功能，能够与其他设备进行通信，在如图17装置中，也可以设置独立的数据收发模块，例如通信接口1703，用于收发数据；处理器1701在与其他设备进行通信时，可以通过通信接口1703进行数据传输。

当所述会话管理网元采用图17所示的形式时，图17中的处理器1701可以通过调用存储器1702中存储的计算机执行指令，使得所述基站可以执行上述任一方法实施例中的所述基站执行的方法。

具体的，图12、图14中的发送单元、接收单元和处理单元的功能/实现过程均可以通过图17中的处理器1701调用存储器1702中存储的计算机执行指令来实现。或者，图12、图14中的处理单元的功能/实现过程可以通过图17中的处理器1701调用存储器1702中存储的计算机执行指令来实现，图12、图14的发送单元和接收单元的功能/实现过程可以通过图17中的通信接口1703来实现。

当所述集中网络配置网元采用图17所示的形式时，图17中的处理器1701可以通过调用存储器1702中存储的计算机执行指令，使得所述基站可以执行上述任一方法实施例中的所述基站执行的方法。

具体的，图15中的发送单元、接收单元和处理单元的功能/实现过程均可以通过图17中的处理器1701调用存储器1702中存储的计算机执行指令来实现。或者，图15中的处理单元的功能/实现过程可以通过图17中的处理器1701调用存储器1702中存储的计算机执行指令来实现，图15的发送单元和接收单元的功能/实现过程可以通过图17中的通信接口1703来实现。

当所述第一核心网网元采用图17所示的形式时，图17中的处理器1701可以通过调用存储器1702中存储的计算机执行指令，使得所述基站可以执行上述任一方法实施例中的所述基站执行的方法。

具体的，图16中的发送单元和处理单元的功能/实现过程均可以通过图17中的处理器1701调用存储器1702中存储的计算机执行指令来实现。或者，图16中的处理单元的功能/实现过程可以通过图17中的处理器1701调用存储器1702中存储的计算机执行指令来实现，图16的发送单元的功能/实现过程可以通过图17中的通信接口1703来实现。

在一个简单的实施例中，本领域的技术人员可以想到所述终端设备可采用图18所示的形式。

如图18所示的通信装置1800，包括至少一个处理器1801、存储器1802，可选的，还可以包括收发器1803。

存储器1802可以是易失性存储器，例如随机存取存储器；存储器也可以是非易失性存储器，例如只读存储器，快闪存储器，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器1802是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1802可以是上述存储器的组合。

本申请实施例中不限定上述处理器1801以及存储器1802之间的具体连接介质。本申请实施例在图中以存储器1802和处理器1801之间通过总线1804连接，总线1804在图中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。该总线1804可以分为地址总线、数据总线、控制总线等。为便于表示，图18中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器1801可以具有数据收发功能，能够与其他设备进行通信，在如图18装置中，也可以设置独立的数据收发模块，例如收发器1803，用于收发数据；处理器1801在与其他设备进行通信时，可以通过收发器1803进行数据传输。

当终端设备采用图18所示的形式时，图18中的处理器1801可以通过调用存储器1802中存储的计算机执行指令，使得所述终端设备可以执行上述任一方法实施例中的终端设备执行的方法。

具体的，图13中的发送单元、接收单元和处理单元的功能/实现过程均可以通过图18中的处理器1801调用存储器1802中存储的计算机执行指令来实现。或者，图13中的处理单元的功能/实现过程可以通过图18中的处理器1801调用存储器1802中存储的计算机执行指令来实现，图13中的发送单元和接收单元的功能/实现过程可以通过图18中的收发器1803来实现。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (30)

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

会话管理网元获取终端设备的端口信息，其中，所述终端设备的端口信息包括所述终端设备的端口标识和所述终端设备与外部相邻节点之间的传输时延信息；

所述会话管理网元向集中网络配置网元发送所述终端设备的端口信息。

2.如权利要求1所述的方法，其特征在于，所述会话管理网元获取终端设备的端口信息，具体包括：

所述会话管理网元接收来自所述终端设备的分组数据单元PDU会话建立请求，所述PDU会话建立请求中包括所述终端设备的端口信息；或者

所述会话管理网元接收来自所述终端设备的PDU会话修改应答，所述PDU会话修改应答中包括所述终端设备的端口信息。

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

在所述终端设备的服务质量QoS流建立流程中，所述会话管理网元确定所述QoS流对应的用户面网元与所述终端设备之间的传输时延；

所述会话管理网元向所述集中网络配置网元发送所述传输时延。

4.如权利要求3所述的方法，其特征在于，所述会话管理网元确定所述QoS流对应的用户面网元与所述终端设备之间的传输时延，具体包括：

所述会话管理网元从策略控制网元获取所述QoS流的策略和计费控制PCC规则；

所述会话管理网元根据所述QoS流的PCC规则确定所述传输时延。

5.如权利要求4所述的方法，其特征在于，所述会话管理网元根据所述QoS流的PCC规则确定所述传输时延，具体包括：

所述会话管理网元根据所述PCC规则中包括的第五代移动通信服务质量标识5QI确定所述QoS流的包时延预算PDB；

根据所述PDB确定所述传输时延。

6.如权利要求1-5任一所述的方法，其特征在于，在所述会话管理网元获取终端设备的端口信息之前，还包括：

所述会话管理网元向所述终端设备发送第一指示消息，所述第一指示消息用于指示所述终端设备确定所述终端设备的端口信息。

7.如权利要求1-5任一所述的方法，其特征在于，所述终端设备的端口信息还包括所述终端设备端口的外部拓扑信息。

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

终端设备确定自身支持时延敏感网络TSN业务、需要创建TSN业务对应的分组数据单元PDU会话、当前创建的PDU会话需要承载TSN流或者已创建的PDU会话需要承载TSN流；

所述终端设备向会话管理网元发送所述终端设备的端口信息，其中，所述终端设备的端口信息包括所述终端设备的端口标识以及所述终端设备的端口与外部相邻节点之间的传输时延信息。

9.如权利要求8所述的方法，其特征在于，所述终端设备向会话管理网元发送所述终端设备的端口信息，具体包括：

所述终端设备通过移动接入管理网元向所述会话管理网元发送PDU会话建立请求，所述PDU会话建立请求中包括所述终端设备的端口信息。

10.如权利要求8所述的方法，其特征在于，所述终端设备向会话管理网元发送所述终端设备的端口信息，具体包括：

所述终端设备向移动接入管理网元发送携带有所述终端设备的端口信息的注册请求，以便于所述移动接入管理网元后续在接收到所述终端设备发送的PDU会话建立请求时将所述终端设备的端口信息发送给所述会话管理网元。

11.如权利要求8～10任一所述的方法，其特征在于，所述终端设备确定已创建的PDU会话需要承载TSN流，包括：

所述终端设备根据接收到的来自所述会话管理网元的PDU会话修改请求中的指示信息确定已创建的PDU会话需要承载TSN流；

所述终端设备向所述会话管理网元发送所述终端设备的端口信息，具体包括：

所述终端设备向所述会话管理发送PDU会话修改应答，所述PDU会话修改应答包括所述终端设备的端口信息。

12.如权利要求8～10任一所述的方法，其特征在于，所述终端设备确定当前创建TSN业务对应的PDU会话，包括：

所述终端设备根据接收到的来自所述会话管理网元的PDU会话建立确认消息中的指示信息确定创建的PDU会话需要承载TSN流。

13.如权利要求8～10任一所述的方法，其特征在于，所述终端设备确定需要创建TSN业务对应的PDU会话，包括：

所述终端设备根据所述需要创建的PDU会话的数据网络名称DNN确定所述PDU会话需要承载TSN流。

14.如权利要求8～13任一所述的方法，其特征在于，在所述终端设备向会话管理网元发送所述终端设备的端口信息之前，还包括：

所述终端设备接收来自所述会话管理网元的第一指示消息，所述第一指示消息用于指示所述终端设备确定所述终端设备的端口信息；

所述终端设备确定所述终端设备的端口信息。

15.如权利要求8～13任一所述的方法，其特征在于，所述终端设备的端口信息还包括所述终端设备端口的外部拓扑信息。

16.一种通信装置，其特征在于，所述通信装置包括接收单元和发送单元；

所述接收单元，用于获取终端设备的端口信息，其中，所述终端设备的端口信息包括所述终端设备的端口标识和所述终端设备的端口与外部相邻节点之间的传输时延信息；

所述发送单元，用于向集中网络配置网元发送所述终端设备的端口信息。

17.如权利要求16所述的通信装置，其特征在于，所述接收单元在获取终端设备的端口信息，具体用于：

接收来自所述终端设备的分组数据单元PDU会话建立请求，所述PDU会话建立请求中包括所述终端设备的端口信息；或者

接收来自所述终端设备的PDU会话修改应答，所述PDU会话修改应答中包括所述终端设备的端口信息。

18.如权利要求16或17所述的通信装置，其特征在于，所述通信装置还包括处理单元；

所述处理单元，用于在所述终端设备的服务质量QoS流建立流程中，确定所述QoS流对应的用户面与所述终端设备之间的传输时延；

所述发送单元，还用于向所述集中网络配置网元发送所述传输时延。

19.如权利要求18所述的通信装置，其特征在于，所述处理单元确定所述QoS流对应的用户面与所述终端设备之间的传输时延时，

所述接收单元，还用于从策略控制网元获取所述QoS流的策略和计费控制PCC规则；

所述处理单元，用于根据所述QoS流的PCC规则确定所述传输时延。

20.如权利要求19所述的通信装置，其特征在于，所述处理单元根据所述QoS流的PCC规则确定所述传输时延，具体用于：

根据所述PCC规则中包括的第五代移动通信服务质量标识5QI确定所述QoS流的包时延预算PDB；

根据所述PDB确定所述传输时延。

21.如权利要求15～20任一所述的通信装置，其特征在于，在所述接收单元获取终端设备的端口信息之前，所述发送单元，还用于向所述终端设备发送第一指示消息，所述第一指示消息用于指示所述终端设备确定所述终端设备的端口信息。

22.如权利要求15～20任一所述的通信装置，其特征在于，所述终端设备的端口信息还包括所述终端设备端口的外部拓扑信息。

23.一种通信装置，其特征在于，所述通信装置包括处理单元和发送单元；

所述处理单元，用于确定自身支持时延敏感网络TSN业务、需要创建TSN业务对应的分组数据单元PDU会话、当前创建的PDU会话需要承载TSN流或者已创建的PDU会话需要承载TSN流；

所述发送单元，用于向会话管理网元发送所述终端设备的端口信息，其中，所述终端设备的端口信息包括所述终端设备的端口标识以及所述终端设备的端口与外部相邻节点之间的传输时延信息。

24.如权利要求23所述的通信装置，其特征在于，所述发送单元在向会话管理网元发送所述终端设备的端口信息，具体用于：

通过移动接入管理网元向所述会话管理网元发送PDU会话建立请求，所述PDU会话建立请求中包括所述终端设备的端口信息。

25.如权利要求23所述的通信装置，其特征在于，所述发送单元向会话管理网元发送所述终端设备的端口信息，具体用于：

向移动接入管理网元发送携带有所述终端设备的端口信息的注册请求，以便于所述移动接入管理网元在后续接收到所述终端设备发送的PDU会话建立请求时将所述终端设备的端口信息发送给所述会话管理网元。

26.如权利要求22～25任一所述的通信装置，其特征在于，所述处理单元在确定已创建的PDU会话需要承载TSN流，具体用于：

根据接收到的来自所述会话管理网元的PDU会话修改请求中的指示信息确定已创建的PDU会话需要承载TSN流；

所述发送单元向所述会话管理网元发送所述终端设备的端口信息，具体用于：

向所述会话管理发送PDU会话修改应答，所述PDU会话修改应答包括所述终端设备的端口信息。

27.如权利要求22～25任一所述的通信装置，其特征在于，所述处理单元确定当前创建TSN业务对应的PDU会话，具体用于：

根据接收到的来自所述会话管理网元的PDU会话建立确认消息中的指示信息确定创建的PDU会话需要承载TSN流。

28.如权利要求22～25任一所述的通信装置，其特征在于，所述处理单元确定需要创建TSN业务对应的PDU会话，具体用于：

根据所述需要创建的PDU会话的数据网络名称DNN确定所述PDU会话需要承载TSN流。

29.如权利要求22～28任一所述的通信装置，其特征在于，所述通信装置还包括接收单元，所述接收单元，用于接收来自所述会话管理网元的第一指示消息，所述第一指示消息用于指示所述终端设备确定所述终端设备的端口信息；

所述处理单元，还用于确定所述终端设备的端口信息。

30.如权利要求22～28任一所述的通信装置，其特征在于，所述终端设备的端口信息还包括所述终端设备端口的外部拓扑信息。

Images