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

Abstract

本申请公开一种通信方法及装置，在该方法中，接入网网元获取参考时间，该参考时间用于指示终端设备处理第一数据的起始时间；以及，接入网网元根据该参考时间处理第一数据。通过本申请所公开的方法，接入网网元能够获取终端设备处理第一数据的起始时间，并以终端设备处理第一数据的起始时间为参考对该第一数据进行处理，使得第一数据能够及时到达终端设备，如在参考时间之前到达终端设备，从而提高用户业务体验。

Description

一种通信方法及装置

技术领域

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

背景技术

新媒体行业快速发展的同时，对通信技术提出了新的需求。新媒体行业激增的数据量对网络传输能力提出了挑战，尤其是面向高交互的实时性扩展现实(extendedreality，XR)业务。其中，XR业务包括虚拟现实(virtual reality，VR)业务、增强现实(augmented reality，AR)业务、混合现实(mixed reality，MR)业务、以及云扩展现实(cloud XR)业务等。

XR业务对应的应用服务器通过用户面功能(user plane function，UPF)网元和接入网网元，按序向终端设备发送XR业务的数据。理想情况下，终端设备按序接收该XR业务的数据，并按序进行显示，从而满足XR业务的高实时性要求。但在实际情况中，网络传输固有的不确定性(如网络堵塞、突发流量等)难以保障数据包到达终端设备的时间，使得按序发送的数据包乱序到达终端设备，从而出现卡顿、跳跃等问题，影响用户业务体验。

发明内容

本申请实施例提供一种通信方法及装置，用以使得数据及时到达终端设备，提高用户业务体验。

第一方面，本申请提供一种通信方法，该方法可以由接入网网元执行，或者由接入网网元的部件执行。在该方法中，接入网网元获取参考时间，该参考时间用于指示终端设备处理第一数据的起始时间；以及，该接入网网元根据该参考时间处理第一数据。

其中，处理第一数据可以理解为接收第一数据、解码第一数据或显示第一数据等，本申请实施例对此并不限定。

在上述实施例中，接入网网元可以获取终端设备处理第一数据的起始时间，并以终端设备处理第一数据的起始时间为参考对该第一数据进行处理，以使得第一数据能够及时到达终端设备，如在参考时间之前第一数据到达终端设备，从而减少卡顿、跳跃等问题，能够提高用户业务体验。

在一种可能的设计中，所述接入网网元获取所述参考时间，可以为：

所述接入网网元从所述终端设备或接入与移动管理功能网元接收所述参考时间；

或者，所述接入网网元获取第二数据的处理时间和处理周期，根据所述第二数据的处理时间和所述处理周期确定所述参考时间，所述第一数据和所述第二数据为周期业务的数据，所述处理周期用于指示处理所述周期业务的周期，所述第二数据的处理时间用于指示所述终端设备处理所述第二数据的起始时间。

通过上述设计，接入网网元可以采用多种方式获取参考时间，灵活性高。例如，接入网网元可以从终端设备或接入与移动管理功能网元接收该参考时间，实现方式简单。再例如，第一数据为周期业务的数据时，接入网网元可以通过终端设备处理其它数据的起始时间以及处理周期来获取参考时间，这样接入网网元无需接收终端设备处理该周期业务的每个数据的起始时间，能够减少信令交互。

在一种可能的设计中，所述接入网网元获取第二数据的处理时间和处理周期，可以为：

所述接入网网元从所述终端设备接收所述第二数据的处理时间和所述处理周期；

或者，所述接入网网元确定所述第二数据的处理时间和所述处理周期；

或者，所述接入网网元从所述终端设备接收所述第二数据的处理时间，以及确定所述处理周期。

通过上述设计，接入网网元可以采用多种方式获取第二数据的处理时间和处理周期，灵活性高。

在一种可能的设计中，所述接入网网元根据所述参考时间处理所述第一数据，可以为：

所述接入网网元在所述参考时间之前发送所述第一数据；

或者，所述接入网网元根据所述参考时间删除所述第一数据。

通过上述设计，接入网网元可以在参考时间之前发送第一数据，如接入网网元在参考时间之前完成对第一数据的发送，使得终端设备能够在处理第一数据的起始时间之前接收到该第一数据；或者，接入网网元可以根据参考时间删除第一数据，如接入网网元无法在参考时间之前完成对第一数据的发送，且有后续数据等待发送，此时即便接入网网元将第一数据发送给终端设备，终端设备接收到第一数据后也会删除第一数据，所以，接入网网元可以删除该第一数据，从而能够节省传输第一数据的资源，提高资源利用率。

在一种可能的设计中，所述接入网网元根据所述参考时间删除所述第一数据，可以为：

在所述第一数据无法在所述参考时间之前发送完成的情况下，所述接入网网元根据所述参考时间删除所述第一数据。

在一种可能的设计中，所述第一数据为媒体帧。

在一种可能的设计中，该方法还可以包括：在所述参考时间之前，所述接入网网元接收第三数据和第四数据，所述第四数据的发送时间晚于所述第三数据的发送时间，所述接入网网元根据所述参考时间删除所述第三数据。

第四数据的发送时间晚于第三数据的发送时间，意味着终端设备处理第四数据的起始时间晚于处理第三数据的起始时间，那么在终端设备处理第一数据的过程中，接收到第三数据和第四数据，会优先处理第四数据并删除第三数据。在上述设计中，接入网网元在处理第一数据的过程中，接收到第三数据和第四数据，可以根据参考时间删除第三数据，从而能够节省传输第三数据的资源，提高资源利用率。

在一种可能的设计中，所述第四数据的发送时间晚于所述第三数据的发送时间，包括：

所述第四数据的帧号大于所述第三数据的帧号。其中，第三数据和第四数据的帧号用于表示第三数据和第四数据在应用服务器侧的发送顺序。

通过上述设计，接入网网元可以通过第四数据的帧号和第三数据的帧号，确定第四数据在应用服务器侧的发送时间晚于第三数据在应用服务器侧的发送时间。

在一种可能的设计中，该方法还可以包括：接入网网元从用户面功能网元接收多个数据包，所述多个数据包中包括第一数据的数据包，所述多个数据包中的每个数据包包头包括特征信息，所述特征信息包括数据标识或数据包的数量中的至少一个；以及，所述接入网网元根据所述每个数据包包头中的特征信息，从所述多个数据包中确定所述第一数据。

通过上述设计，接入网网元可以从接收到的多个数据包中确定出第一数据的所有数据包。

第二方面，本申请提供一种通信方法，该方法可以由终端设备执行，或者由终端设备的部件执行。在该方法中，终端设备向接入网网元发送第二数据的处理时间，所述第二数据的处理时间用于指示所述终端设备处理所述第二数据的起始时间；所述终端设备在参考时间之前接收第一数据，所述参考时间用于指示所述终端设备处理所述第一数据的起始时间。

其中，处理第一数据可以理解为接收第一数据、解码第一数据或显示第一数据等，本申请实施例对此并不限定。

在上述实施例中，终端设备向接入网网元上报第二数据的处理时间，这样，接入网网元可以根据该第二数据的处理时间确定终端设备处理第一数据的起始时间，并根据终端设备处理第一数据的起始时间对第一数据进行处理，如在终端设备处理第一数据的起始时间之前完成对第一数据的发送，从而终端设备能够在处理第一数据的起始时间之前接收第一数据。

在一种可能的设计中，所述第一数据为所述第二数据。

通过上述设计，终端设备可以直接向接入网网元上报处理第一数据的起始时间。

在一种可能的设计中，该方法还可以包括：所述终端设备向所述接入网网元发送处理周期，其中，所述第一数据和所述第二数据为周期业务的数据，所述处理周期用于指示处理所述周期业务的周期。

通过上述设计，在第一数据是周期业务的数据时，终端设备还可以向接入网网元上报该周期业务的周期，从而接入网网元可以根据该周期业务的周期以及第二数据的处理时间，确定终端设备处理第一数据的起始时间。

在一种可能的设计中，所述第一数据为媒体帧。

第三方面，本申请提供一种通信方法，该方法可以由用户面功能网元执行，或者由用户面功能网元的部件执行。在该方法中，用户面功能网元获取参考时间，所述参考时间用于指示终端设备处理第一数据的起始时间；所述用户面功能网元根据所述参考时间向接入网网元发送所述第一数据。

其中，处理第一数据可以理解为接收第一数据、解码第一数据或显示第一数据等，本申请实施例对此并不限定。

在上述实施例中，用户面功能网元可以获取终端设备处理第一数据的起始时间，并根据终端设备处理第一数据的起始时间向接入网网元发送第一数据，如在终端设备处理第一数据的起始时间之前完成第一数据的发送，以使得第一数据及时到达接入网网元，使得第一数据能够在参考时间之前到达接入网网元。

在一种可能的设计中，所述用户面功能网元获取所述参考时间，可以为：

所述用户面功能网元从会话管理功能网元接收所述参考时间；

或者，所述用户面功能网元获取第二数据的处理时间和处理周期，根据所述第二数据的处理时间和所述处理周期确定所述参考时间，所述第一数据和所述第二数据为周期业务的数据，所述处理周期用于指示处理所述周期业务的周期，所述第二数据的处理时间用于指示所述终端设备处理所述第二数据的起始时间。

通过上述设计，用户面功能网元可以采用多种方式获取参考时间，灵活性高。例如，用户面功能网元可以从会话管理功能网元接收该参考时间，实现方式简单。再例如，第一数据为周期业务的数据时，用户面功能网元可以通过终端设备处理其它数据的起始时间以及处理周期来获取参考时间，这样用户面功能网元无需接收终端设备处理该周期业务的每个数据的起始时间，能够减少信令交互。

在一种可能的设计中，所述用户面功能网元获取第二数据的处理时间和处理周期，可以为：

所述用户面功能网元从所述会话管理功能网元接收所述第二数据的处理时间和所述处理周期；

或者，所述用户面功能网元从所述会话管理功能网元接收所述第二数据的处理时间，以及确定所述处理周期；

或者，所述用户面功能网元确定所述第二数据的处理时间，以及从所述会话管理功能网元接收所述处理周期；

或者，所述用户面功能网元确定所述第二数据的处理时间，以及确定所述处理周期。

在一种可能的设计中，所述第一数据为媒体帧。

第四方面，本申请提供一种通信装置，该通信装置可以是接入网网元，或者是终端设备，或者是用户面功能网元。当该通信装置是接入网网元时，该通信装置具有实现上述第一方面或第一方面的任一可能设计示例中接入网网元的功能。当该通信装置是终端设备时，该通信装置具有实现上述第二方面或第二方面的任一可能设计示例中终端设备的功能。当该通信装置是用户面功能网元时，该通信装置具有实现上述第三方面或第三方面的任一可能设计示例中用户面功能网元的功能。其中，功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，通信装置的结构中可以包括收发模块和处理模块。处理模块被配置为支持通信装置执行上述第一方面或第一方面的任一可能设计示例中接入网网元的相应功能，或者执行上述第二方面或第二方面的任一可能设计示例中终端设备的相应功能，或者执行上述第三方面或第三方面的任一可能设计示例中用户面功能网元的相应功能。收发模块，用于支持通信装置与其它设备之间的通信，如该收发模块在处理模块的控制下，用于接收和发送数据。可选的，该通信装置还可以包括存储模块，该存储模块可以与该处理模块耦合，存储有通信装置必要的程序指令和数据。

作为一个示例，该处理模块可以是处理器。收发模块可以是接口电路。存储模块可以是存储器。

在一个可能的设计中，通信装置的结构中包括接口电路和一个或多个处理器。可选的，该通信装置还包括存储器。其中，接口电路用于接收和发送数据，以及用于与通信系统中的其他设备进行通信交互。一个或多个处理器被配置为支持通信装置执行上述第一方面或第一方面的任一可能设计示例中接入网网元的相应功能，或者执行上述第二方面或第二方面的任一可能设计示例中终端设备的相应功能，或者执行上述第三方面或第三方面的任一可能设计示例中用户面功能网元的相应功能。存储器与一个或多个处理器耦合，其保存通信装置必要的程序指令和数据。

在一个可能的设计中，通信装置的结构中包括存储器和一个或多个处理器。存储器中存储有程序指令。一个或多个处理器运行存储器存储的程序指令，执行上述第一方面或第一方面的任一可能设计示例中所述的方法，或者执行上述第二方面或第二方面的任一可能设计示例中所述的方法，或者执行上述第三方面或第三方面的任一可能设计示例中所述的方法。

第五方面，本申请提供一种通信系统，该通信系统包括接入网网元和用户面功能网元；或者包括接入网网元和终端设备；或者包括接入网网元、终端设备以及用户面功能网元。其中，接入网关节点用于执行上述第一方面及其各个可能的设计示例中所述的方法。终端设备用于执行上述第二方面及其各个可能的设计示例中所述的方法。用户面功能网元用于执行上述第三方面及其各个可能的设计示例中所述的方法。

第六方面，本申请提供一种计算机可读存储介质，该存储介质中存储有计算机程序或指令，当计算机程序或指令被执行时，可实现上述第一方面或第一方面的任一项设计中所述的方法，或者实现上述第二方面或第二方面的任一项设计中所述的方法，或者实现上述第三方面或第三方面的任一项设计中所述的方法。

第七方面，本申请提供一种计算机程序产品，该计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当该计算机程序被运行时，使得计算机执行上述第一方面或第一方面的任一项设计中所述的方法，或者执行上述第二方面或第二方面的任一项设计中所述的方法，或者执行上述第三方面或第三方面的任一项设计中所述的方法。

第八方面，本申请提供一种芯片系统，该芯片系统包括处理器和接口，用于支持通信装置实现上述第一方面或第一方面的任一项设计中所述的方法，或者实现上述第二方面或第二方面的任一项设计中所述的方法，或者实现上述第三方面或第三方面的任一项设计中所述的方法。

在一种可能的设计中，芯片系统还包括存储器，存储器，用于保存前述通信装置的必要的信息和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

附图说明

图1为本申请实施例中5G架构的一种示意图；

图2为本申请实施例中媒体帧传输的一种示意图；

图3为本申请实施例中媒体帧传输的又一种示意图；

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

图5a为本申请实施例提供的数据包到达的一种示意图；

图5b为本申请实施例提供的数据包发送的一种示意图；

图5c为本申请实施例提供的数据包发送的又一种示意图；

图6为本申请实施例提供的数据包发送的再一种示意图；

图7为本申请实施例提供的获取参考时间的一种流程示意图；

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

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

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

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

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。

本申请实施例中的术语“系统”和“网络”可被互换使用。“多个”是指两个或两个以上，鉴于此，本申请实施例中也可以将“多个”理解为“至少两个”。“至少一个”，可理解为一个或多个，例如理解为一个、两个或更多个。例如，包括至少一个，是指包括一个、两个或更多个，而且不限制包括的是哪几个。例如，包括A、B和C中的至少一个，那么包括的可以是A、B、C，A和B，A和C，B和C，或A和B和C。同理，对于“至少一种”等描述的理解，也是类似的。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如“A，B和C中的至少一个”包括A，B，C，AB，AC，BC或ABC。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

除非有特别说明，本申请实施例提及“第一”、“第二”等序数词用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度，并且“第一”、“第二”的描述也并不限定对象一定不同。

如图1所示，为基于服务化架构的第五代(5th generation，5G)网络架构示意图。图1所示的5G网络架构中可包括三部分，分别是终端部分、数据网络(data network，DN)和运营商网络部分。下面对其中的部分网元的功能进行简单介绍说明。

其中，运营商网络可包括但不限定于以下网元中的一个或多个：网络数据分析功能(network data analytics function，NWDAF)网元、鉴权服务器功能(authenticationserver function，AUSF)网元、网络开放功能(network exposure function，NEF)网元、网络存储功能(network repository function，NRF)网元、接入与移动性管理功能(accessand mobility management function，AMF)网元、策略控制功能(policy controlfunction，PCF)网元、统一数据管理(unified data management，UDM)网元、会话管理功能(session management function，SMF)网元、接入网(access network，AN)或无线接入网(radioaccess network，RAN)、业务控制节点(service control point，SCP)以及用户面功能(user plane function，UPF)网元等。上述运营商网络中，除无线接入网部分之外的部分可以称为核心网络部分。在一种可能的实现方法中，运营商网络中还包括应用功能(application function，AF)网元。

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

上述终端可通过运营商网络提供的接口(例如N1等)与运营商网络建立连接，使用运营商网络提供的数据和/或语音等服务。终端还可通过运营商网络访问DN，使用DN上部署的运营商业务，和/或第三方提供的业务。其中，上述第三方可为运营商网络和终端设备之外的服务方，可为终端设备提供他数据和/或语音等服务。其中，上述第三方的具体表现形式，具体可根据实际应用场景确定，在此不做限制。

RAN是运营商网络的子网络，是运营商网络中业务节点与终端设备之间的实施系统。终端设备要接入运营商网络，首先是经过RAN，进而可通过RAN与运营商网络的业务节点连接。RAN设备，是一种为终端设备提供无线通信功能的设备，RAN设备也称为接入网设备。RAN设备包括但不限于：5G中的下一代基站(g nodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved nodeB，或home node B，HNB)、基带单元(baseBand unit，BBU)、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心等。

AMF网元，主要进行移动性管理、接入鉴权/授权等功能。此外，还负责在UE与PCF间传递用户策略。

SMF网元，主要进行会话管理、PCF下发控制策略的执行、UPF的选择、UE互联网协议(internet protocol，IP)地址分配等功能。

UPF网元，作为和数据网络的接口，完成用户面数据转发、基于会话/流级的计费统计，带宽限制等功能。

UDM网元，主要负责管理签约数据、用户接入授权等功能。

NWADF网元，主要用于提供大数据和人工智能等技术的网络数据采集和分析等功能。

SCP，用于承担智能网所提供的一切业务的控制功能，如控制业务交换点(serviceswitch point，SSP)完成接续功能等。

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

AF网元，主要传递应用侧对网络侧的需求，例如，服务质量(quality of service，QoS)需求或用户状态事件订阅等。AF可以是第三方功能实体，也可以是运营商部署的应用服务，如IP多媒体子系统(IP Multimedia Subsystem，IMS)语音呼叫业务。

PCF网元，主要负责针对会话、业务数据流级别进行计费、QoS带宽保障及移动性管理、UE策略决策等策略控制功能。该架构中，AMF与SMF所连接的PCF分别对应AM PCF(PCFfor Access and Mobility Control)和SM PCF(PCF for Session Management)，在实际部署场景中可能不是同一个PCF实体。

NRF网元，可用于提供网元发现功能，基于其他网元的请求，提供网元类型对应的网元信息。NRF还提供网元管理服务，如网元注册、更新、去注册以及网元状态订阅和推送等。

AUSF网元：主要负责对用户进行鉴权，以确定是否允许用户或设备接入网络。

DN，是位于运营商网络之外的网络，运营商网络可以接入多个DN，DN上可部署多种业务，可为终端设备提供数据和/或语音等服务。例如，DN是某智能工厂的私有网络，智能工厂安装在车间的传感器可为终端设备，DN中部署了传感器的控制服务器，控制服务器可为传感器提供服务。传感器可与控制服务器通信，获取控制服务器的指令，根据指令将采集的传感器数据传送给控制服务器等。又例如，DN是某公司的内部办公网络，该公司员工的手机或者电脑可为终端设备，员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。

图1中Nnwdaf、Nausf、Nnef、Nnrf、Namf、Npcf、Nsmf、Nudm、Naf、N1、N2、N3、N4、N6以及N9为接口序列号。这些接口序列号的含义可参见第三代合作伙伴计划(3rd generationpartnership project，3GPP)标准协议中定义的含义，在此不做限制。

可以理解的是，上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。可选的，上述网元或者功能可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。

前面介绍了本申请实施例适用的应用场景，接下来介绍与本申请实施例相关的技术特征。

新媒体行业快速发展的同时，对通信技术提出了新的需求。新媒体行业激增的数据量对网络传输能力提出了挑战，尤其是面向高交互的实时性扩展现实(extendedreality，XR)业务。其中，XR业务包括虚拟现实(virtual reality，VR)业务、增强现实(augmented reality，AR)业务、混合现实(mixed reality，MR)业务、以及云扩展现实(Cloud XR)业务等。

现有媒体业务往往采用基于用户数据报协议(user datagram protocol，UDP)的实时传输协议(real-time transport protocol，RTP)及其衍生协议，如实时传输控制协议(real-time transport control protocol，RTCP)、网页实时通信(web real-timecommunication，WebRTC)等等，传输XR业务的数据，以保障端到端的低交互时延，尽力满足XR业务的高实时性需求。但是，这种尽力而为的传输方式会造成数据包的乱序传输与丢包等，影响高实时XR业务的用户业务体验。网络传输自身固有的不确定性进一步增加了数据包传输的不确定性，使得难以保障数据包到达用户侧的时间，不符合XR业务的实时性要求，影响用户业务体验。

图2以媒体帧为例，示出了媒体帧到达终端设备的一种示意图。终端设备在第N(N为正整数)个处理周期内接收一个媒体帧，在第N+1个周期内对该媒体帧进行解码渲染，在第N+2个周期内对该媒体帧进行显示刷新。如图2所示，媒体帧0(图2以帧0为例)、媒体帧1、媒体帧2、媒体帧3、媒体帧4、媒体帧5以及媒体帧6按序到达终端设备。之后，终端设备在其处理媒体帧0的起始时间开始对到达的多个媒体帧，进行解码渲染以及显示刷新。应用服务器按序发送的媒体帧按序到达终端设备，从而终端设备能够按序对这些媒体帧进行显示，从发送到显示媒体帧的时延仅为传输时延和终端设备侧的处理(如解码渲染、显示刷新等)时延，能够保障业务的实时性。

图3以媒体帧为例，示出了媒体帧到达终端设备的另一种示意图。由于服务器与终端设备之间的网络传输存在不确定性，如拥塞、突发流量等，按序发送的媒体帧到达终端设备的时间也存在不确定性。如图3所示，媒体帧1没有在处理周期1内到达终端设备，终端设备在处理周期2内无法对媒体帧1进行解码渲染，在处理周期3内无法对媒体帧1进行显示刷新。由此使得在处理周期3内没有新的媒体帧进行显示，导致原本应该在处理周期3显示媒体帧1的终端设备，继续显示媒体帧0，从而出现卡顿的情况。此外，当多个媒体帧在一个处理周期内到达终端设备时，终端设备会优先处理最新到达的媒体帧。如图3所示，媒体帧2和媒体帧3在处理周期3内到达终端设备，终端设备会对媒体帧3进行显示，即，在显示媒体帧1后显示媒体帧3，导致媒体帧2丢失以及显示跳跃的情况。

应用服务器按序发送多个媒体帧，但由于网络传输的不确定性，使得按序发送的多个媒体帧到达终端设备的时间也存在不确定性，如不能在终端设备处理媒体帧的起始时间之前到达终端设备，使得终端设备不能在处理该媒体帧的起始时间开始对该媒体帧进行处理，导致出现卡顿、丢包等问题，影响用户业务体验，不符合实时性要求。

前面介绍了本申请实施例适应的应用场景以及相关的技术特征，接下来结合附图介绍本实施例提供的通信方法。

本申请实施例提供一种通信方法，该方法可以应用于图1所示的通信系统中。本申请实施例涉及的接入网网元、用户面功能网元可以分别是图1中的RAN、UPF网元，也可以是未来通信如第六代(6th generation，6G)网络中具有上述RAN、UPF网元的功能的网元，本申请实施例对此不限定。为方便说明，本申请实施例以接入网网元、用户面功能网元分别为上述RAN、UPF网元为例进行说明。

另外，值得注意的是，本申请实施例涉及的业务可以是XR业务(如VR业务、AR业务、MR业务或cloud XR业务等)、或者是语音业务等，本申请实施例并不限定于此。为了便于理解本申请实施例，下文以本申请实施例涉及的业务为XR业务为例进行介绍。相应的，本申请实施例涉及的数据可以理解为媒体帧、或视频分片等。

图4示出了本申请实施例提供的通信方法的流程示意图。如图4所示，该方法可以包括如下内容。

S401：RAN获取参考时间。

其中，参考时间用于指示终端设备处理第一数据的起始时间。参考时间可以是绝对时间，也可以是终端设备侧的相对时间，本申请实施例对此不作限定。第一数据可以是媒体帧、视频分片、语音数据等，本申请实施例对第一数据的具体形式并不限定于此。另外，第一数据中包括一个或多个数据包，本申请实施例以第一数据中包括多个数据包为例进行描述。终端设备处理第一数据的起始时间，可以理解为终端设备开始接收第一数据的时刻，或者理解为终端设备接收完成第一数据的时刻，或者理解为终端设备开始对第一数据进行解码的时刻，或者理解为终端设备开始显示或播放该第一数据的时刻等，本申请实施例对此不作限定。

RAN获取参考时间，以便后续根据该参考时间对第一数据进行处理。具体地，RAN可以按照如下方式获取参考时间。

方式一：RAN接收参考时间。

作为一个示例，RAN可以从终端设备接收该参考时间。具体地，终端设备可以向RAN上报该参考时间；相应的，RAN接收该参考时间。例如，终端设备可以通过无线资源控制(radio resource control，RRC)消息将参考时间发送给RAN。例如，终端设备与RAN建立RRC连接后，终端设备可以将该参考时间携带在RRC消息中发送给RAN；相应的，RAN接收到该RRC消息后，对其解析，可以得到该参考时间。又例如，终端设备有业务需求，终端设备可以将该参考时间携带在RRC消息中发送给RAN；相应的，RAN接收到该RRC消息后，对其解析，可以得到该参考时间。

作为另一个示例，RAN可以从AMF网元接收该参考时间。具体地，终端设备可以发起协议数据单元(protocol data unit，PDU)会话修改流程，通过AMF网元将该参考时间发送给RAN；相应的，RAN接收该参考时间。例如，终端设备有业务需求，发起PDU会话修改修流程，将参考时间携带在非接入层(non-access stratum，NAS)消息中通过RAN透传给AMF网元，由AMF网元和SMF网元将该参考时间转发给UPF网元；UPF网元接收到该参考时间后，通过SMF网元和AMF网元将该参考时间发送给RAN；RAN从AMF网元接收该参考时间。

在上述方式一中，RAN可以通过接收操作获取该参考时间，实现方式简单。例如终端设备向RAN上报该参考时间，RAN从终端设备接收该参考时间。又例如终端设备通过核心网网元将该参考时间发送给RAN，RAN从核心网网元接收该参考时间。

方式二：RAN根据第二数据的处理时间和处理周期，确定参考时间。

第一数据与第二数据属于同一业务的数据，该第二数据可以是该业务中的任意一个数据，如该第二数据可以是该业务中的第一个数据。该第一数据和第二数据可以是周期业务的数据，即第一数据所属的业务为周期业务，如第一数据、第二数据为媒体帧。第二数据的处理时间用于指示终端设备处理该第二数据的起始时间。处理周期用于指示处理该周期业务的周期，即指示处理第一数据所属业务的周期。例如，当第一数据、第二数据为媒体帧时，该处理周期可以理解为终端设备显示媒体帧的周期，如图2、图3所示；或者可以理解为终端设备解码渲染媒体帧的周期，如图2、图3所示；或者可以理解为应用服务器生成媒体帧的周期；或者可以理解为应用服务器发送媒体帧的周期等。例如，应用服务器按照周期T生成媒体帧，即一个周期T内生成一个媒体帧；以及，应用服务器可以按照周期T发送媒体帧，即一个周期T内发送一个媒体帧；终端设备接收到媒体帧后，会在一个周期T内解码渲染一个媒体帧，以及在一个周期T内显示一个媒体帧。

示例性的，RAN可以获取第二数据的处理时间和处理周期，并保存该第二数据的处理时间和处理周期，以便后续根据该第二数据的处理时间和处理周期，获取该参考时间。即，RAN可以获取周期业务中的任意一个数据的处理时间以及该周期业务的处理周期，以及根据该任意一个数据的处理时间以及该周期业务的处理周期，获取该周期业务中的其它数据的处理时间。

其中，RAN可以通过接收操作获取第二数据的处理时间和处理周期。例如，RAN可以接收来自终端设备上报的第二数据的处理时间和处理周期。具体的，终端设备与RAN建立RRC连接后，或者终端设备具有业务需求时，终端设备可以将第二数据的处理时间和处理周期携带在RRC消息中发送给RAN；相应的，RAN接收RRC消息，对其解析，可以得到第二数据的处理时间和处理周期。又例如，RAN可以接收来自AMF网元的第二数据的处理时间和处理周期。具体的，终端设备有业务需求，发起PDU会话修改流程，将第二数据的处理时间和处理周期携带在NAS消息中通过RAN透传给AMF网元，由AMF网元和SMF网元将第二数据的处理时间和处理周期发送给UPF网元；相应的，RAN从AMF网元接收第二数据的处理时间和处理周期。

或者，RAN可以确定第二数据的处理时间和处理周期。例如，RAN可以根据第一数据所属业务的历史传输情况，确定第二数据的处理时间和该业务的处理周期。例如，RAN可以根据该业务的历史传输情况，统计该业务的历史传输过程中每个数据的传输时长，根据该每个数据的传输时长确定该业务的处理周期，如进行统计均值运算等。例如，RAN可以将该业务的历史传输过程中的一个数据(记为第二数据)的传输完成时间，作为终端设备处理该数据的起始时间，即得到第二数据的处理时间。以媒体帧为例，RAN可以将第一个媒体帧的传输完成时间，作为终端设备处理第一个媒体帧的起始时间。

或者，RAN可以通过接收操作获取第二数据的处理时间，以及确定处理周期。例如，RAN可以从终端设备或AMF网元接收第二数据的处理时间，以及根据第一数据所属业务的历史传输情况确定处理周期。其中，RAN通过接收操作获取第二数据的处理时间的具体实现过程请参考前述相关描述，在此不再赘述。以及，RAN确定处理周期的具体实现过程也请参考前述相关描述，在此不再赘述。

或者，RAN可以通过接收操作获取处理周期，以及确定第二数据的处理时间。例如，RAN可以从终端设备或AMF网元接收处理周期，以及根据第一数据所属业务的历史传输情况确定第二数据的处理时间。其中，RAN通过接收操作获取处理周期的具体实现过程请参考前述相关描述，在此不再赘述。以及，RAN确定第二数据的处理时间的具体实现过程也请参考前述相关描述，在此不再赘述。

RAN可以通过多种方式获取第二数据的处理时间和处理周期，实现方式灵活，适应性强。进一步，RAN获取到第二数据的处理时间和处理周期后，可以根据该第二数据的处理时间和处理周期确定参考时间。

示例性的，RAN可以根据第二数据在应用服务器处的发送顺序，第一数据在应用服务器处的发送顺序，以及第二数据的处理时间和处理周期，确定参考时间。例如，RAN可以按照如下公式(1)，确定参考时间。

t1＝t0+(j-i)×T                         (1)

其中，第一数据是应用服务器处发送的第j个数据，第二数据是应用服务器发送的第i个数据。j和i都为正整数，j可以大于i，也可以小于i，还可以等于i。t0是第二数据的处理时间，即终端设备处理第i个数据的起始时间；T是处理周期；t1是参考时间，即终端设备处理第一数据的起始时间。例如，第二数据是应用服务器发送第一个数据，第一数据是应用服务器发送的第三个数据，t0为0毫秒(ms)，T为16.67ms，则RAN可以根据上述公式(1)计算得到参考时间t1为33.34ms，即，终端设备处理第一数据的起始时间为33.34ms。

在上述方式二中，RAN可以通过第二数据的处理时间以及处理周期获取参考时间，也即是，RAN可以通过终端设备处理业务中一个数据的起始时间以及处理周期，获取该业务的其它数据的处理时间，这样RAN无需接收该业务的每个数据的处理时间，能够减少信令交互，提高资源利用率。

RAN获取参考时间后，可以保存该参考时间，以便后续RAN接收到第一数据后根据该参考时间对第一数据进行处理，即执行步骤S402的内容；或者，RAN接收到第一数据后，获取该参考时间，再根据该参考时间对第一数据进行处理，即执行步骤S402的内容。本申请实施例对获取参考时间的执行顺序不作限定。

S402：RAN根据参考时间处理第一数据。

第一数据可以包括一个或多个数据包，本申请实施例以第一数据包括多个数据包为例进行描述。第一数据的每个数据包包头包括特征信息，该特征信息用于标识该数据包所属的数据。该特征信息可以包括数据标识，如数据编号、序号、帧号等。进一步，该特征信息还可以包括数据包的数量，即数据包所属的数据所包括的数据包的数量。例如，第一数据为媒体帧，该特征信息包括媒体帧的数据包的数量。该特征信息封装在数据包包头中，例如封装在网际互连协议(internet protocol，IP)层中，或者封装在应用层中，或者封装在传输层中，或者还可以封装在其它层中，本申请实施例对此不作限定。

示例性的，在步骤S402之前，RAN可以从UPF网元接收第一数据。具体地，应用服务器向UPF网元发送业务数据，该业务数据包括多个数据包，多个数据包中包括第一数据的数据包。UPF网元接收到业务数据后，将业务数据发送给RAN；相应的，RAN接收业务数据。进一步，RAN可以根据多个数据包中每个数据包包头中的特征信息，从多个数据包中确定第一数据。

其中，应用服务器可以主动向终端设备发送业务数据。即，应用服务器主动向UPF网元发送业务数据；UPF网元接收到业务数据后，将该业务数据转发给RAN，以便RAN将业务数据发送给终端设备。或者，应用服务器也可以响应于终端设备的业务请求，向终端设备发送业务数据。即，终端设备有业务需求，可以通过RAN向UPF网元发送业务请求消息；UPF网元接收到业务请求消息后，将该业务请求消息转发给该业务对应的应用服务器；应用服务器接收到业务请求消息后，向UPF网元发送业务数据；进一步，UPF网元接收到业务数据后，将该业务数据转发给RAN，以便RAN将业务数据发送给终端设备。

可选的，如果业务数据是周期业务的数据，则应用服务器可以按照处理周期生成或获取该业务数据的多个数据，如一个处理周期内获取一个数据；以及，应用服务器可以按照处理周期逐一向UPF网元发送该业务数据的多个数据，如一个处理周期内发送一个数据。

值得注意的是，应用服务器按序发送多个数据，但由于网络传输的不确定性，RAN接收该多个数据的顺序也具有不确定性。以业务数据为视频数据为例，业务数据包括媒体帧0、媒体帧1、媒体帧2、媒体帧3以及媒体帧4，应用服务器按照媒体帧0、媒体帧1、媒体帧2、媒体帧3以及媒体帧4的顺序，发送该业务数据。数据传输是以数据包为粒度的，应用服务器与UPF网元之间、以及UPF网元与RAN之间的网络环境的不确定性，如突发流量、网络拥塞等，使得该多个媒体帧不能有序到达UPF网元和RAN网元。例如，媒体帧1的一个数据包先于媒体帧0的数据包到达UPF网元。又例如，媒体帧3晚于媒体帧4到达RAN。

RAN接收到第一数据后，可以根据参考时间处理第一数据。其中，RAN根据参考时间处理第一数据，可以理解为RAN根据参考时间对第一数据的发送顺序进行优先级调度。例如RAN在参考时间之前发送第一数据，或者，RAN根据参考时间删除第一数据。下面对这两个处理方式(1)、(2)进行介绍。

(1)RAN在参考时间之前发送第一数据。例如，RAN在参考时间之前向终端设备发送第一数据。

例如，RAN可以确定当前需要传输的数据为第一数据，并根据接收到的多个数据包中的每个数据包包头中的特征信息，从该多个数据包中确定第一数据。进一步，如果RAN确定能够在参考时间之前完成第一数据的发送或传输，则RAN在参考时间之前发送第一数据；或者，如果当前时间早于参考时间，则RAN在参考时间之前发送第一数据。例如，RAN可以根据传输第一数据所需的时长以及参考时间确定是否能够在参考时间之前完成第一数据的发送或传输。例如，若当前时间与传输第一数据所需的时长之和小于或等于参考时间，则RAN可以确定能够在参考时间之前完成第一数据的发送或传输。

以第一数据中的第一数据包为例，RAN可以根据第一数据包包头中的特征信息，确定该第一数据包是否属于第一数据；如果第一数据包属于第一数据且能够在参考时间之前完成第一数据的发送或传输(或当前时间早于参考时间)，则RAN在参考时间之前，向终端设备发送该第一数据包；如果第一数据包不属于第一数据，RAN可以在发送完第一数据后根据第一数据包包头的特征信息，重新对第一数据包的发送顺序进行优先级调度。

其中，RAN可以根据业务的历史传输情况，确定当前需要传输的数据为第一数据。例如，初始阶段，RAN还未传输过该业务的数据，RAN可以确定当前需要传输的数据为该业务中的第一个数据。又例如，在初始阶段之后，RAN可以确定当前需要传输的数据为最近发送完成的数据的下一个数据。以媒体帧为例，RAN最近发送完成的数据为媒体帧2，则RAN可以确定当前需要传输的数据为媒体帧3。另外，RAN可以根据历史数据的发送时长(或传输时长)，确定传输第一数据所需的时长；或者，根据当前的有效网络传输资源，确定传输该第一数据所需的时长；或者，根据历史数据的发送时长(或传输时长)以及当前的有效网络传输资源，确定传输第一数据所需的时长等，本申请实施例并不限定于此。

在一种可能的实现方式中，如果第一数据是周期业务的数据，则RAN可以在当前处理周期内以及在参考时间之前向终端设备发送第一数据。例如，RAN可以确定当前处理周期内需要传输的数据为第一数据，并根据接收到的多个数据包中每个数据包包头中的特征信息，从该多个数据包中确定第一数据。进一步，如果RAN确定能够在当前处理周期内且在参考时间之前完成第一数据的发送(或传输)或者当前时间早于参考时间，则RAN在当前处理周期内且在参考时间之前向终端设备发送第一数据。

举例而言，第一数据中包括第一数据包，RAN可以根据第一数据包包头中的特征信息，确定该第一数据包是否属于第一数据；如果第一数据包属于第一数据，并确定能够在当前处理周期内且在参考时间之前完成第一数据的发送或传输(或确定当前时间早于参考时间)，则RAN在当前处理周期之内以及在参考时间之前，向终端设备发送该第一数据包；如果第一数据包不属于第一数据，则RAN可以在发送完第一数据后根据第一数据包包头的特征信息，重新对第一数据包的发送顺序进行优先级调度。

在上述实现方式中，RAN能够在一个处理周期内将一个数据的多个数据包发送给终端设备，并在终端设备处理该数据的起始时间之前向该终端设备发送该多个数据包，能够避免一个数据的多个数据包横跨多个处理周期到达终端设备侧，从而减少终端设备在多个处理周期内接收同一个数据的数据包所导致的卡顿、跳跃、丢包等问题。

可选的，如果第一数据包不属于第一数据，RAN可以确定不在当前处理周期内向终端设备发送该第一数据包。也即是，RAN在一个处理周期内仅发送一个数据的多个数据包，这样可以避免多个数据在一个处理周期内进行发送，从而减少终端设备在一个处理周期内接收到多个数据时仅对其中的一个数据进行处理所导致的丢包、跳跃等问题，能够提高用户业务体验，并且能够降低空口资源传输压力。

以视频业务为例，RAN接收到多个数据包，分别记为数据包1_1、数据包1_2、数据包2_1、数据包3_1、数据包1_3、数据包2_2，如图5a所示。RAN确定当前处理周期内需要传输的视频帧为媒体帧1。RAN根据每个数据包包头中的特征信息确定数据包1_1、数据包1_2和数据包1_3属于媒体帧1，且媒体帧1包括3个数据包，即，RAN接收到媒体帧1的所有数据包；数据包2_1和数据包2_2属于媒体帧2，不属于媒体帧1；数据包3_1属于媒体帧3，也不属于媒体帧1。进一步，RAN根据终端设备处理媒体帧1的起始时间，优先发送媒体帧1的三个数据包，即在一个处理周期内且在终端设备处理媒体帧1的起始时间之前，向终端设备发送数据包1_1、数据包1_2和数据包1_3，如图5b所示。

(2)RAN根据参考时间删除第一数据。例如，RAN接收到第一数据后，确定无法在参考时间之前完成第一数据的发送或传输，RAN可以根据该参考时间删除第一数据。

例如，RAN可以确定当前需要传输的数据为第一数据，并根据接收到的多个数据包中的每个数据包包头中的特征信息，从该多个数据包中确定第一数据。进一步，如果RAN确定不能在参考时间之前完成第一数据的发送或传输，则RAN可以删除该第一数据；或者，如果当前时间晚于参考时间，则RAN可以删除该第一数据。例如，RAN可以根据该传输第一数据所需的时长以及参考时间确定是否能够在参考时间之前完成第一数据的发送或传输。例如，若当前时间与传输第一数据所需的时长之和大于参考时间，则RAN可以确定在参考时间之前无法完成第一数据的发送或传输。在此情况下，RAN将第一数据发送给终端设备会影响RAN当前接收到的、第一数据所属业务的其它数据(如在应用服务器侧的发送顺序晚于第一数据在应用服务器侧的发送顺序的数据)的发送，如导致不能在终端设备处理该其它数据的起始时间之前完成该其它数据的发送。进一步，即便RAN将该第一数据发送给终端设备，终端设备基于实时性要求会对该第一数据进行删除处理。在本申请实施例中，RAN确定不能在参考时间之前完成第一数据的发送或传输时，删除该第一数据，可以节省传输第一数据的资源，提高传输资源的利用率。并且，RAN可以将节省的资源用于保障后续数据的传输，从而保障用户的业务体验。

其中，RAN确定当前需要传输的数据为第一数据的具体实现方式请参见上述处理方式(1)中的相关描述，在此不再赘述。以及，RAN确定传输第一数据所需的时长的具体实现方式也请参见上述处理方式(1)中的相关描述，在此不再赘述。

在一种可能的实现方式中，第一数据包括第二数据包，RAN向终端设备发送第二数据包失败。RAN可以确定是否能够在参考时间之前完成第二数据包的传输或重传。例如，RAN可以根据历史数据包的发送时长或当前的有效网络传输资源中的至少一项，确定传输或重传该第二数据包所需的时长；并根据传输或重传第二数据包所需的时长以及参考时间，确定能否在参考时间之前完成第二数据包的传输或重传。如果RAN确定能够在参考时间之前完成第二数据包的传输或重传，则RAN在参考时间之前向终端设备发送该第二数据包；如果RAN确定不能在参考时间之前完成第二数据包的重传，则RAN删除第一数据。

进一步，若第一数据为周期业务的数据，RAN可以确定是否在当前处理周期内以及在参考时间之前完成第二数据包的传输或重传。例如，RAN可以根据历史数据包的发送时长或当前的有效网络传输资源中的至少一项，确定传输或重传该第二数据包所需的时长；并根据传输或重传第二数据包所需的时长、参考时间以及处理周期，确定能否在当前处理周期内以及在参考时间之前完成第二数据包的传输或重传。如果RAN确定能够在当前处理周期内以及在参考时间之前完成第二数据包的传输或重传，则RAN在当前处理周期内以及在参考时间之前向终端设备发送该第二数据包；如果RAN确定不能在当前处理周期内以及在参考时间之前完成第二数据包的传输或重传，则RAN可以删除第一数据。

以图5a为例，RAN接收到多个数据包，分别为数据包1_1、数据包1_2、数据包2_1、数据包3_1、数据包1_3、数据包2_2。RAN在当前处理周期内以及在媒体帧1的处理时间之前，向终端设备发送媒体帧1的3个数据包。其中，RAN向终端设备发送数据包1_3失败，触发RAN的重传机制。RAN确定能否在当前处理周期内且在媒体帧1的处理时间之前完成数据包1_3的重传。如果能够在当前处理周期内且在媒体帧1的处理时间之前完成数据包1_3的重传，RAN向终端发送数据包1_3，如图5c所示；否则，RAN丢弃媒体帧1。

在一种可能的实现方式中，RAN从UPF网元接收业务数据，该业务数据包括第一数据的全部数据包、第三数据的部分或全部数据包以及第四数据的全部数据包。其中，第四数据的发送时间晚于第三数据的发送时间，即，第四数据在应用服务器侧的发送时间晚于第三数据在应用服务器侧的发送时间，例如第四数据的帧号(或编号、序号等)大于第三数据的帧号(或编号、序号等)。RAN可以在参考时间之前发送第一数据，以及根据参考时间删除第三数据。

以RAN接收到第三数据的全部数据包为例，RAN在参考时间之前接收到第三数据和第四数据，RAN在发送完第一数据后，相继向终端设备发送该第三数据和第四数据；那么终端设备会在参考时间之前或在处理第一数据的过程中，接收到第三数据和第四数据；为了保障实时性，终端设备在完成第一数据的处理后，会优先处理应用服务器侧最晚发送的数据，如优先处理接收到的多个数据中帧号最大的数据，即终端设备优先处理第四数据以及删除第三数据。可选的，第三数据可以是部分到达终端设备。在本申请实施例中，RAN在处理第一数据过程中，接收到多个数据，可以根据终端设备处理第一数据的起始时间保留该多个数据中发送时间最晚的数据，以及删除其余数据，这样可以节省网络传输资源，提高资源利用率，降低用户侧的端到端时延，保障用户的实时业务体验，以及节省终端设备的存储资源。

进一步，若第一数据是周期业务的数据，RAN从UPF网元接收第一数据的全部数据包、第三数据的部分或全部数据包以及第四数据的全部数据包；RAN在当前处理周期内且在参考时间之前发送第一数据；进一步，RAN可以确定在当前处理周期的下一个周期内以及在终端设备处理第四数据的起始时间之前发送第四数据，以及删除第三数据。其中，第四数据在应用服务器侧的发送时间晚于第三数据在应用服务器侧的发送时间。可选的，该第四数据在应用服务器侧的发送时间与第三数据在应用服务器侧的发送时间之前相隔一个或多个处理周期。

以第一数据为媒体帧1为例，RAN接收到多个数据包，分别记为数据包1_1、数据包3_1、数据包2_1、数据包1_2、数据包3_2。RAN根据每个数据包包头中的特征信息确定数据包1_1和数据包1_2属于媒体帧1，且媒体帧1包括2个数据包，即，RAN接收到媒体帧1的所有数据包；数据包2_1属于媒体帧2，不属于媒体帧1；数据包3_1和数据包3_2属于媒体帧3，也不属于媒体帧1，且媒体帧3包括2个数据包，即，RAN接收到媒体帧3的所有数据包。RAN确定媒体帧1与媒体帧3之间至少相隔一个处理周期。进一步，RAN在当前处理周期内以及终端设备处理媒体帧1的起始时间之前向终端设备发送媒体帧1，以及确定丢弃媒体帧2，并在当前处理周期的下一个处理周期内，以及在终端处理媒体帧2的起始时间之前，向终端设备发送媒体帧2，即发送数据包2_1和数据包2_2，如图6所示。

至此，RAN以终端设备处理第一数据的起始时间为参考，完成对第一数据的处理。

在上述实施例中，RAN根据终端设备处理第一数据的起始时间为参考，对第一数据进行处理，如对第一数据的发送顺序进行优先级调度等，使得第一数据能够在参考时间之前到达终端设备，减少多个数据包到达终端设备的乱序程度，从而减少卡顿、跳跃等问题，提高用户业务体验。

在上述步骤S401中，RAN从AMF网元接收参考时间，或者从AMF网元接收第二数据的处理时间，或者从AMF网元接收处理周期，或者从AMF网元接收第二数据的处理时间和处理周期。接下来，结合图7介绍RAN从AMF网元接收参考时间的具体实现流程。应理解的是，RAN从AMF网元接收第二数据的处理时间和/或处理周期的具体实现流程也可以参考图7所示的内容。

图7示出了RAN从AMF网元接收参考时间的流程示意图。如图7所示，该流程可以包括如下内容。

S701：终端设备向AMF网元发送第一消息；相应的，AMF网元接收第一消息。

第一消息用于请求修改PDU会话。该第一消息包括参考时间。该第一消息是NAS消息，如PDU会话修改请求(PDU session modification request)消息等。以第一消息是PDU会话修改请求消息为例，终端设备可以将参考时间携带在PDU会话修改请求消息中，通过RAN透传给AMF网元。例如，终端设备有业务需求，可以发起与该业务相关的PDU会话流程。具体的，终端设备可以获取参考时间，并将该参考时间携带在PDU会话修改请求消息中发送给AMF网元，以请求修改PDU会话。可选的，该PDU会话修改请求消息还包括PDU会话标识以及包过滤(packet filter)等。图7中以第一消息为PDU会话修改请求消息为例，该消息可以是其他NAS消息。

AMF网元接收第一消息后，得到参考时间，之后，AMF可以按照方式A或者方式B将参考时间发送给RAN。若AMF网元按照方式A将参考时间发送给RAN，则执行步骤S702所示的内容。若AMF网元按照方式B将参考时间发送给RAN，则执行步骤S703-步骤S707所示的内容。

S702：AMF网元向RAN发送第二消息；相应的，RAN接收第二消息。

第二消息可以是上行NAS传输消息，也可以是其它N2消息，本申请实施例对此不作限定。第二消息中包括参考时间。例如，AMF网元获得参考时间后，可以将参考时间携带在第二消息中发送给RAN，如将该参考时间携带在N2消息中发送给RAN，以使RAN获取该参考时间。图7中以第二消息为N2消息为例。

S703：AMF网元向SMF网元发送第三消息；相应的，SMF网元接收第三消息。

第三消息用于请求修改PDU会话。第三消息包括参考时间。该第三消息可以是Nsmf服务消息，如更新会话管理上下文请求等。该更新会话管理上下文请求可以通过调用Nsmf会话更新会话管理上下文请求服务(Nsmf_PDU session_updateSMcontext request)实现，或者通过发送更新会话管理上下文请求消息实现，本申请实施例对此不作限定。例如，AMF网元接收到PDU会话修改请求消息后，得到参考时间，可以将该参考时间携带在更新会话管理上下文请求中发送给SMF网元，以请求修改PDU会话。图7中以第三消息为更新会话管理上下文请求为例。

S704：SMF网元向UPF网元发送第四消息；相应的，UPF网元接收第四消息。

第四消息用于请求修改PDU会话。第四消息包括参考时间。该第四消息可以是N4消息，如N4会话修改请求(N4 session modification request)消息等。例如，SMF网元接收到更新会话管理上下文请求后，得到参考时间，可以将该参考时间携带在N4会话修改请求消息中发送给UPF网元，以请求修改PDU会话。图7中以第四消息为N4会话修改请求消息为例。

可选的，UPF网元接收到N4会话修改请求消息后，对其解析，得到参考时间，并存储该参考时间，以便后续UPF可以根据该参考时间向RAN发送第一数据。

S705：UPF网元向SMF网元发送第五消息；相应的，SMF网元接收第五消息。

第五消息可用于回复上述N4会话修改请求。在本申请实施例中，以第五消息指示N4会话修改成功为例进行介绍。该第五消息可以是N4消息，如N4会话修改响应(N4_PDUsession modification response)消息等。图7中以第五消息为N4会话修改响应消息为例。

S706：SMF网元向AMF网元发送第六消息；相应的，AMF网元接收第六消息。

第六消息用于指示PDU会话修改成功。该六消息可以是Nsmf服务消息，如更新会话管理上下文响应等。该更新会话管理上下文响应可以通过调用Nsmf_PDU会话更新会话管理上下文响应服务(Nsmf_PDU Ssession_UpdateSMContext updateSMcontext response)实现，或者通过发送更新会话管理上下文响应消息实现，本申请实施例对此不作限定。可选的，第六消息可以包括参考时间。例如，SMF网元接收到N4会话修改响应消息后，可以将参考时间添加到更新会话管理上下文响应中发送给AMF网元。图7中以第六消息为更新会话管理上下文响应为例。

S707：AMF网元向RAN发送第七消息；相应的，RAN接收第七消息。

第七消息包括参考时间，即上述S706中来自SMF网元的参考时间。该第七消息可以是下行NAS传输消息，即携带PDU会话修改成功消息的N2消息，也可以是其它N2消息，本申请实施例并不限定于此。图7以第七消息为N2消息为例。

S708：终端设备与UPF网元之间完成后续的PDU会话修改流程。

RAN接收到来自AMF网元的PDU会话修改成功消息的N2消息后，可以向终端设备发送PDU会话修改成功的NAS消息(图7中未示出)。之后，终端设备可以与UPF网元之间完成后续的PDU会话修改流程。

值得注意的是，终端设备可以随自身发起的PDU会话修改流程将参考时间发送给RAN，即在传输上行NAS消息过程中，UE将参考时间放到RRC层发送给RAN侧，也可以通过其它通信流程将参考时间发送给RAN，本申请实施例对此不作限定。

应用服务器的业务数据经过UPF网元，再经过RAN到达终端设备侧。上述实施例介绍了业务数据传输过程中RAN对该业务数据的处理，使得该业务数据能够及时到达终端设备侧，减少该业务数据到达终端设备的乱序程度。在另一种可能的实现方式中，UPF网元也可以在业务数据传输过程中对该业务数据进行处理，使得该业务数据能够及时到达RAN侧，减少该业务数据到达RAN的乱序程度。那么接下来，以第一数据为例介绍UPF网元对第一数据的处理流程。

图8示出了本申请实施例提供的通信方法的又一种流程示意图。如图8所示，该方法可以包括如下内容。

S801：UPF网元获取参考时间。

其中，参考时间用于指示终端设备处理第一数据的起始时间。参考时间可以是绝对时间，也可以是终端设备侧的相对时间，本申请实施例对此不作限定。第一数据可以是媒体帧、视频分片、语音数据等，本申请实施例对第一数据的具体形式并不限定于此。另外，第一数据中包括一个或多个数据包，本申请实施例以第一数据中包括多个数据包为例进行描述。终端设备处理第一数据的起始时间，可以理解为终端设备开始接收第一数据的时刻，或者理解为终端设备接收完成第一数据的时刻，或者理解为终端设备开始对第一数据进行解码的时刻，或者理解为终端设备开始显示或播放该第一数据的时刻等，本申请实施例对此不作限定。

作为一个示例，UPF网元可以通过接收操作获取该参考时间。例如，UPF网元可以从SMF网元接收该参考时间。例如，终端设备在PDU会话修改流程中将参考时间发送给AMF网元；AMF网元接收到参考时间后，将参考时间发送给RAN，具体实现过程请参考图7所示的内容，在此不再赘述。

作为另一个示例，UPF网元可以根据第二数据的处理时间和处理周期，确定参考时间。例如，UPF网元可以获取第二数据的处理时间和处理周期，并根据该第二数据的处理时间和处理周期，确定参考时间。其中，UPF网元根据第二数据的处理时间和处理周期确定参考时间的具体实现过程，请参考步骤S401中RAN根据第二数据的处理时间和处理周期确定参考时间的相关描述，在此不再赘述。其中，第一数据与第二数据属于同一业务的数据，该第二数据可以是该业务中的任意一个数据，如该第二数据可以是该业务中的第一个数据。该第一数据和第二数据可以是周期业务的数据，即第一数据所属的业务为周期业务，如第一数据、第二数据为媒体帧。第二数据的处理时间用于指示终端设备处理该第二数据的起始时间。处理周期用于指示处理该周期业务的周期，即指示处理第一数据所属业务的周期。

其中，UPF网元可以通过接收操作获取第二数据的处理时间和处理周期。例如，UPF网元可以按照图7所示的内容从SMF网元接收第二数据的处理时间和处理周期。或者，UPF网元可以通过接收操作获取第二数据的处理时间，以及确定处理周期。例如，UPF网元可以按照图7所示的流程从SMF网元接收第二数据的处理时间，以及根据第一数据所属业务的历史传输情况，确定该业务的处理周期。例如，UPF网元可以根据该业务的历史传输情况，统计该业务的历史传输过程中每个数据的传输时长，根据该每个数据的传输时长确定该业务的处理周期，如进行统计均值运算等。或者，UPF网元可以通过接收操作获取第二数据的处理周期，以及确定处理时间。例如，UPF可以从SMF网元接收第二数据的处理周期，以及根据第一数据所属业务的历史传输情况确定第二数据的处理时间。或者，UPF网元可以确定第二数据的处理时间和处理周期。例如，UPF可以根据第一数据所属业务的历史传输情况，确定第二数据的处理时间和该业务的处理周期。

UPF网元获取参考时间后，可以保存该参考时间，以便后续UPF网元接收到第一数据后根据该参考时间向RAN发送该第一数据，即执行步骤S802的内容；或者，UPF网元接收到第一数据后，获取该参考时间，再根据该参考时间向RAN发送第一数据，即执行步骤S802的内容。本申请实施例对获取参考时间的执行顺序不作限定。

S802：UPF网元根据参考时间向RAN发送第一数据。

第一数据可以包括一个或多个数据包，本申请实施例以第一数据包括多个数据包为例进行描述。第一数据的每个数据包包头包括特征信息，该特征信息用于标识该数据包所属的数据。该特征信息可以包括数据标识，如数据编号、序号、帧号等。进一步，该特征信息还可以包括数据包的数量，即数据包所属的数据所包括的数据包的数量。该特征信息封装在数据包包头中，例如封装IP层中，或者封装在应用层中，或者封装在传输层中，或者还可以封装在其它层中，本申请实施例对此不作限定。

示例性的，在步骤S802之前，UPF网元可以从应用服务器接收第一数据。具体地，应用服务器向UPF网元发送业务数据，该业务数据包括多个数据包，多个数据包中包括第一数据的数据包；相应的，UPF网元接收该业务数据。进一步，UPF网元可以根据多个数据包中每个数据包包头中的特征信息，从多个数据包中确定第一数据。

其中，应用服务器可以主动向终端设备推送业务数据。即，应用服务器主动向UPF网元发送业务数据，以便通过UPF网元和RAN将该业务数据发送给终端设备。或者，应用服务器也可以响应于终端设备的业务请求，向终端设备发送业务数据。即，终端设备有业务需求，可以通过RAN向UPF网元发送业务请求消息；UPF网元接收到业务请求消息后，将该业务请求消息转发给该业务对应的应用服务器；应用服务器接收到业务请求消息后，向UPF网元发送业务数据，以便通过UPF网元和RAN将该业务数据发送给终端设备。

可选的，如果业务数据是周期业务的数据，则应用服务器可以按照处理周期生成或获取该业务数据的多个数据，如一个处理周期内获取一个数据；以及，应用服务器可以按照处理周期逐一向UPF网元发送该业务数据的多个数据，如一个处理周期内发送一个数据。

值得注意的是，应用服务器按序发送多个数据，但由于网络传输的不确定性，UPF网元接收该多个数据的顺序也具有不确定性。以业务数据为视频数据为例，业务数据包括媒体帧0、媒体帧1、媒体帧2、媒体帧3以及媒体帧4，应用服务器按照媒体帧0、媒体帧1、媒体帧2、媒体帧3以及媒体帧4的顺序，发送该业务数据。数据传输是以数据包为粒度的，应用服务器与UPF网元之间的网络环境的不确定性，如突发流量、网络拥塞等，使得该多个媒体帧不能有序到达UPF网元。例如，媒体帧1的一个数据包先于媒体帧0的数据包到达UPF网元。又例如，媒体帧3晚于媒体帧4到达UPF网元。

UPF网元接收到第一数据后，可以根据参考时间对第一数据的发送顺序进行优先级调度。例如，UPF网元在参考时间之前向RAN发送第一数据。例如，UPF网元可以确定当前需传输的数据为第一数据，并根据接收到的多个数据包中每个数据包包头中的特征信息，从该多个数据包中确定第一数据，并在参考时间之前及时向RAN发送该第一数据。其中，UPF网元确定当前需要传输的数据为第一数据的具体实现方式，请参考步骤S402中RAN确定当前需要传输的数据为第一数据的相关描述。数据传输以数据包为粒度，UPF网元与应用服务器之间的网络环境的不确定性，使得应用服务器有序发送的多个数据包乱序到达UPF网元，如图5a所示。在本申请实施例中，UPF网元根据参考时间对乱序到达的多个数据包进行发送顺序的优先级调度，使得乱序到达UPF网元的多个数据包能够有序地发向RAN，能够减少数据包到达RAN的乱序程度。

若第一数据是周期业务的数据，UPF网元可以在当前处理周期内且在参考时间之前向RAN发送第一数据。例如，UPF网元可以确定当前处理周期内需要传输的数据为第一数据，并根据接收到的多个数据包中每个数据包包头中的特征信息，从该多个数据包中确定第一数据。进一步，UPF网元在当前周期内且在参考时间之前向RAN发送第一数据，使得RAN能够在一个处理周期内以及在参考时间之前接收到第一数据。

举例而言，第一数据中包括第一数据包，UPF网元可以根据第一数据包包头中的特征信息，确定该第一数据包是否属于第一数据；如果第一数据包属于第一数据，则UPF网元在当前处理周期之内以及在参考时间之前，向RAN发送该第一数据包；如果第一数据包不属于第一数据，则UPF网元可以在发送完第一数据后根据第一数据包包头的特征信息，重新对第一数据包的发送顺序进行优先级调度。

可选的，如果第一数据包不属于第一数据，UPF网元可以确定不在当前处理周期内向终端设备发送该第一数据包。也即是，UPF网元在一个处理周期内仅发送一个数据的多个数据包这样可以避免多个数据在一个处理周期内进行发送，从而减少终端设备在一个处理周期内接收到多个数据时仅对其中的一个数据进行处理所导致的丢包、跳跃等问题，能够提高用户业务体验。进一步，若第一数据包属于第一数据的下一个数据，UPF可以确定在当前处理周期内发送完第一数据后开始发送第一数据包，以提高数据传输效率。

至此，UPF网元以终端设备处理第一数据的起始时间为参考，完成对第一数据的处理。

在上述实施例中，UPF网元根据终端设备处理第一数据的起始时间为参考，对第一数据的发送顺序进行优先级调度，能够使得乱序到达UPF网元的多个数据包在参考时间之前按序向RAN发送，从而可以减少多个数据包到达RAN的乱序程度，使得第一数据在参考时间之前到达RAN。

图4、图8分别从RAN侧、UPF侧介绍了对第一数据的处理。接下来，从RAN与UPF网元交互的角度介绍本申请实施例提供的通信方法。

图9示出了本申请实施例提供的通信方法的又一种流程示意图。如图9所示，该方法可以包括如下内容。

S901：RAN获取参考时间。

其中，参考时间用于指示终端设备处理第一数据的起始时间。RAN获取参考时间的具体实现过程请参考步骤S401的相关内容，在此不再赘述。

S902：UPF网元获取参考时间。

其中，UPF网元获取参考时间的具体实现过程请参考步骤S801的相关内容，在此不再赘述。

值得说明的是，步骤S901和步骤902的执行顺序仅为一种示例，本申请实施例并不限定于此。例如，RAN和UPF网元按照图7中的方式B获取参考时间，则UPF网元可以先于RAN获取到参考时间。

S903：应用服务器向UPF网元发送业务数据；相应的，UPF网元接收业务数据。

应用服务器主动向UPF网元发送业务数据，或者，应用服务器可以响应于终端设备的业务请求消息向UPF网元发送业务数据。其中，业务数据包括多个数据包，该多个数据包包括第一数据的数据包。另外，应用服务器向UPF网元发送业务数据的具体实现过程请参考步骤S802的相关内容，在此不再赘述。

S904：UPF网元根据参考时间向RAN发送第一数据；相应的，RAN接收第一数据。

UPF网元接收业务数据后，可以根据参考时间对业务数据的多个数据包的发送顺序进行优先级调度。例如，UPF网元可以根据参考时间向RAN发送第一数据，如在参考时间之前向RAN发送该第一数据。其中，步骤S904的具体实现过程请参考步骤S802的相关内容，在此不再赘述。

S905：RAN根据参考时间处理第一数据。

步骤S904中，UPF网元可以有序向RAN发送多个数据包，但由于UPF网元与RAN之间的网络环境的不确定性，使得多个数据包可能乱序到达RAN。在步骤S905中，RAN可以根据参考时间对多个数据包的发送顺序进行优先级调度。例如，RAN根据参考时间对第一数据进行处理，如在参考时间之前向终端设备发送第一数据，或者根据参考时间删除第一数据。其中，步骤S905的具体实现过程可参考前述步骤S402的相关内容，在此不再赘述。

S906：RAN在参考时间之前向终端设备发送第一数据；相应的，终端设备接收第一数据。

RAN在参考时间之前向终端设备发送第一数据，以使得终端设备在该参考时间之前接收到该第一数据。进一步，终端设备接收到第一数据后，在参考时间开始对该第一数据进行处理，如渲染、显示或播放等。

在上述实施例中，UPF网元以及RAN皆会根据参考时间，对第一数据进行处理。UPF网元根据参考时间对第一数据的多个数据包进行优先级调度，可以减少因UPF网元与应用服务器之间网络环境的不确定性所导致的数据包的乱序程度；RAN网元根据参考时间对第一数据的多个数据包进行优先级调度，可以减少因UPF网元与RAN之间网络环境的不确定性所导致的数据包的乱序程度。这样可以减少多个数据包到达终端设备的乱序程度，提高数据传输的稳定性和可靠性，并且能够使得第一数据在终端设备处理第一数据的起始时间之前到达终端设备，实现终端设备对第一数据的处理。

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

本申请实施例可以根据上述方法示例对设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

在采用集成的单元的情况下，图10示出了本申请实施例中所涉及的通信装置的可能的示例性框图。如图10所示，通信装置1000可以包括：收发模块1001，以及处理模块1002。处理模块1002用于对通信装置1000的动作进行控制管理。收发模块1001用于支持通信装置1000与其他设备的通信，如在处理模块1002的控制下执行发送和接收操作。可选的，收发模块1001可以是一个模块，也可以是两个模块，如接收模块和发送模块。可选的，通信装置1000还可以包括存储模块1003，用于存储通信装置1000的程序代码和/或数据。

其中，处理模块1002可以支持通信装置1000执行上文中各方法示例中接入网网元、用户面功能网元、或终端设备的动作。或者，处理模块1002主要执行方法示例中的接入网网元、用户面功能网元、或终端设备的内部动作。

例如，通信装置1000可以为上述各个实施例中的接入网网元，或者还可以是上述各个实施例中的接入网网元的部件(如芯片)。处理模块1002，用于获取参考时间，该参考时间用于指示终端设备处理第一数据的起始时间；以及，根据该参考时间处理第一数据。

在一种可能的实现方式中，在获取所述参考时间时：

收发模块1001，用于从所述终端设备或接入与移动管理功能网元接收所述参考时间；

或者，处理模块1002，具体用于获取第二数据的处理时间和处理周期，以及根据所述第二数据的处理时间和所述处理周期确定所述参考时间，所述第一数据和所述第二数据为周期业务的数据，所述处理周期用于指示处理所述周期业务的周期，所述第二数据的处理时间用于指示所述终端设备处理所述第二数据的起始时间。

在一种可能的实现方式中，在获取第二数据的处理时间和处理周期时：

收发模块1001，用于从所述终端设备接收所述第二数据的处理时间和所述处理周期；

或者，处理模块1002，用于确定所述第二数据的处理时间和所述处理周期；

或者，收发模块1001，用于从所述终端设备接收所述第二数据的处理时间，以及处理模块1002，用于确定所述处理周期。

在一种可能的实现方式中，在根据所述参考时间处理所述第一数据时：

收发模块1001，用于在所述参考时间之前发送所述第一数据；

或者，处理模块1002，用于根据所述参考时间删除所述第一数据。

在一种可能的实现方式中，在根据所述参考时间删除所述第一数据时：处理模块1002，用于在所述第一数据无法在所述参考时间之前发送完成的情况下，根据所述参考时间删除所述第一数据。

在一种可能的实现方式中，所述第一数据为媒体帧。

在一种可能的实现方式中，在所述参考时间之前，收发模块1001，进一步用于接收第三数据和第四数据，所述第四数据的发送时间晚于所述第三数据的发送时间；处理模块1002，进一步用于根据所述参考时间删除所述第三数据。

在一种可能的实现方式中，所述第四数据的发送时间晚于所述第三数据的发送时间，可以为：所述第四数据的帧号大于所述第三数据的帧号。

在一种可能的实现方式中，收发模块1001，进一步用于从用户面功能网元接收多个数据包，所述多个数据包中包括第一数据的数据包，所述多个数据包中的每个数据包包头包括特征信息，所述特征信息包括数据标识或数据包的数量中的至少一个；以及，处理模块1002，进一步用于根据所述每个数据包包头中的特征信息，从所述多个数据包中确定所述第一数据。

又例如，通信装置1000可以为上述各个实施例中的终端设备，或者还可以是上述各个实施例中的终端设备的部件(如芯片)。收发模块1001，用于向接入网网元发送第二数据的处理时间，所述第二数据的处理时间用于指示所述终端设备处理所述第二数据的起始时间；以及，在参考时间之前接收第一数据，所述参考时间用于指示所述终端设备处理所述第一数据的起始时间。

在一种可能的实现方式中，所述第一数据为所述第二数据。

在一种可能的实现方式中，收发模块1001，进一步用于向所述接入网网元发送处理周期，其中，所述第一数据和所述第二数据为周期业务的数据，所述处理周期用于指示处理所述周期业务的周期。

在一种可能的实现方式中，所述第一数据为媒体帧。

再例如，通信装置1000可以为上述各个实施例中的用户面功能网元，或者还可以是上述各个实施例中的用户面功能网元的部件(如芯片)。处理模块1002，用于获取参考时间，所述参考时间用于指示终端设备处理第一数据的起始时间。收发模块1001，用于根据所述参考时间向接入网网元发送所述第一数据。

在一种可能的实现方式中，在获取所述参考时间时：

收发模块1001，用于从会话管理功能网元接收所述参考时间；

或者，处理模块1002，用于获取第二数据的处理时间和处理周期，以及根据所述第二数据的处理时间和所述处理周期确定所述参考时间，所述第一数据和所述第二数据为周期业务的数据，所述处理周期用于指示处理所述周期业务的周期，所述第二数据的处理时间用于指示所述终端设备处理所述第二数据的起始时间。

在一种可能的实现方式中，在获取第二数据的处理时间和处理周期时：

收发模块1001，用于从所述会话管理功能网元接收所述第二数据的处理时间和所述处理周期；

或者，收发模块1001，用于从所述会话管理功能网元接收所述第二数据的处理时间，以及处理模块1002，用于确定所述处理周期；

或者，处理模块1002，用于确定所述第二数据的处理时间，以及收发模块1001，用于从所述会话管理功能网元接收所述处理周期；

或者，处理模块1002，用于确定所述第二数据的处理时间，以及确定所述处理周期。

在一种可能的实现方式中，所述第一数据为媒体帧。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各操作或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integratedcircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是处理器，比如通用中央处理器(central processing unit，CPU)，或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上用于接收的单元是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。

请参考图11，为本申请实施例提供的一种通信装置示意图，用于实现上述各个实施例中接入网网元、用户面功能网元、或终端设备的操作。该通信装置1100包括：处理器1110和接口1130，可选的，该通信装置1100还包括存储器1120。接口1130用于实现与其他设备进行通信。

以上实施例中，接入网网元、用户面功能网元、或终端设备执行的方法可以通过处理器1110调用存储器(可以是接入网网元、用户面功能网元、或终端设备中的存储器1120，也可以是外部存储器)中存储的程序来实现。即，用于实现接入网网元、用户面功能网元、或终端设备的功能的通信装置1100可以包括处理器1110，该处理器1110通过调用存储器中的程序，以执行以上方法实施例中的接入网网元、用户面功能网元、或终端设备执行的方法。这里的处理器可以是一种具有信号的处理能力的集成电路，例如CPU。用于接入网设备或策略控制功能网元的装置可以通过配置成实施以上方法的一个或多个集成电路来实现。例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。或者，可以结合以上实现方式。

当通信装置1100用于上述方法时，处理器1110用于实现上述处理模块1002的功能，接口1130用于实现上述收发模块1001的功能。

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

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的实现方式来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于随机存取存储器(random accessmemory，RAM)、闪存、只读存储器(read-only memory，ROM)、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中。

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

在一个或多个示例性的实现方式中，本申请实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电脑、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。该的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、数字通用光盘(digital versatile disc，DVD)、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请实施例的具体实施方式而已，并不用于限定本申请实施例的保护范围，凡在本申请实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请实施例的保护范围之内。本申请说明书的上述描述可以使得本领域技术任何可以利用或实现本申请实施例的内容，任何基于所公开内容的修改都应该被认为是本领域显而易见的，本申请实施例所描述的基本原则可以应用到其它变形中而不偏离本申请的发明本质和范围。因此，本申请实施例所公开的内容不仅仅局限于所描述的实施例和实现方式，还可以扩展到与本申请原则和所公开的新特征一致的最大范围。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请实施例的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请实施例也意图包括这些改动和变型在内。

Claims (30)

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

接入网网元获取参考时间，所述参考时间用于指示终端设备处理第一数据的起始时间；

所述接入网网元根据所述参考时间处理所述第一数据。

2.根据权利要求1所述的方法，其特征在于，所述接入网网元获取所述参考时间，包括：

所述接入网网元从所述终端设备或接入与移动管理功能网元接收所述参考时间；或者，

所述接入网网元获取第二数据的处理时间和处理周期，根据所述第二数据的处理时间和所述处理周期确定所述参考时间，所述第一数据和所述第二数据为周期业务的数据，所述处理周期用于指示处理所述周期业务的周期，所述第二数据的处理时间用于指示所述终端设备处理所述第二数据的起始时间。

3.根据权利要求2所述的方法，其特征在于，所述接入网网元获取第二数据的处理时间和处理周期，包括：

所述接入网网元从所述终端设备接收所述第二数据的处理时间和所述处理周期；或者，

所述接入网网元确定所述第二数据的处理时间和所述处理周期；或者，

所述接入网网元从所述终端设备接收所述第二数据的处理时间，以及确定所述处理周期。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述接入网网元根据所述参考时间处理所述第一数据，包括：

所述接入网网元在所述参考时间之前发送所述第一数据；或者，

所述接入网网元根据所述参考时间删除所述第一数据。

5.根据权利要求4所述的方法，其特征在于，所述接入网网元根据所述参考时间删除所述第一数据，包括：

在所述第一数据无法在所述参考时间之前发送完成的情况下，所述接入网网元根据所述参考时间删除所述第一数据。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述第一数据为媒体帧。

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

在所述参考时间之前，所述接入网网元接收第三数据和第四数据，所述第四数据的发送时间晚于所述第三数据的发送时间，所述接入网网元根据所述参考时间删除所述第三数据。

8.根据权利要求7所述的方法，其特征在于，所述第四数据的发送时间晚于所述第三数据的发送时间，包括：

所述第四数据的帧号大于所述第三数据的帧号。

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

终端设备向接入网网元发送第二数据的处理时间，所述第二数据的处理时间用于指示所述终端设备处理所述第二数据的起始时间；

所述终端设备在参考时间之前接收第一数据，所述参考时间用于指示所述终端设备处理所述第一数据的起始时间。

10.根据权利要求9所述的方法，其特征在于，所述第一数据为所述第二数据。

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

所述终端设备向所述接入网网元发送处理周期，其中，所述第一数据和所述第二数据为周期业务的数据，所述处理周期用于指示处理所述周期业务的周期。

12.根据权利要求9至11中任一项所述的方法，其特征在于，所述第一数据为媒体帧。

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

用户面功能网元获取参考时间，所述参考时间用于指示终端设备处理第一数据的起始时间；

所述用户面功能网元根据所述参考时间向接入网网元发送所述第一数据。

14.根据权利要求13所述的方法，其特征在于，所述用户面功能网元获取所述参考时间，包括：

所述用户面功能网元从会话管理功能网元接收所述参考时间；或者，

所述用户面功能网元获取第二数据的处理时间和处理周期，根据所述第二数据的处理时间和所述处理周期确定所述参考时间，所述第一数据和所述第二数据为周期业务的数据，所述处理周期用于指示处理所述周期业务的周期，所述第二数据的处理时间用于指示所述终端设备处理所述第二数据的起始时间。

15.根据权利要求14所述的方法，其特征在于，所述用户面功能网元获取第二数据的处理时间和处理周期，包括：

所述用户面功能网元从所述会话管理功能网元接收所述第二数据的处理时间和所述处理周期；或者，

所述用户面功能网元从所述会话管理功能网元接收所述第二数据的处理时间，以及确定所述处理周期。

16.根据权利要求13至15中任一项所述的方法，其特征在于，所述第一数据为媒体帧。

17.一种通信装置，其特征在于，包括收发模块和处理模块；

所述收发模块在所述处理模块的控制下，用于接收和发送数据；

所述处理模块，用于获取参考时间，所述参考时间用于指示终端设备处理第一数据的起始时间；以及，根据所述参考时间处理所述第一数据。

18.根据权利要求17所述的装置，其特征在于，在获取所述参考时间时：

所述收发模块，用于从所述终端设备或接入与移动管理功能网元接收所述参考时间；或者，

所述处理模块，用于获取第二数据的处理时间和处理周期，根据所述第二数据的处理时间和所述处理周期确定所述参考时间，所述第一数据和所述第二数据为周期业务的数据，所述处理周期用于指示处理所述周期业务的周期，所述第二数据的处理时间用于指示所述终端设备处理所述第二数据的起始时间。

19.根据权利要求18所述的装置，其特征在于，在获取第二数据的处理时间和处理周期时：

所述收发模块，用于从所述终端设备接收所述第二数据的处理时间和所述处理周期；或者，

所述处理模块，用于确定所述第二数据的处理时间和所述处理周期；或者，

所述收发模块，用于从所述终端设备接收所述第二数据的处理时间，以及所述处理模块，用于确定所述处理周期。

20.根据权利要求17至19中任一项所述的装置，其特征在于，在根据所述参考时间处理所述第一数据时：

所述收发模块，用于在所述参考时间之前发送所述第一数据；或者，

所述处理模块，用于根据所述参考时间删除所述第一数据。

21.根据权利要求20所述的装置，其特征在于，在根据所述参考时间删除所述第一数据时：

所述处理模块，用于在所述第一数据无法在所述参考时间之前发送完成的情况下，根据所述参考时间删除所述第一数据。

22.根据权利要求17至21中任一项所述的装置，其特征在于，所述收发模块，进一步用于：

在所述参考时间之前，接收第三数据和第四数据，所述第四数据的发送时间晚于所述第三数据的发送时间；

所述处理模块，进一步用于根据所述参考时间删除所述第三数据。

23.一种通信装置，其特征在于，包括收发模块和处理模块；

所述收发模块在所述处理模块的控制下，用于接收和发送数据；

其中，所述收发模块，用于向接入网网元发送第二数据的处理时间，所述第二数据的处理时间用于指示终端设备处理所述第二数据的起始时间；以及，在参考时间之前接收第一数据，所述参考时间用于指示所述终端设备处理所述第一数据的起始时间。

24.根据权利要求23所述的装置，其特征在于，所述第一数据为所述第二数据。

25.根据权利要求23所述的装置，其特征在于，所述收发模块，进一步用于：

向所述接入网网元发送处理周期，其中，所述第一数据和所述第二数据为周期业务的数据，所述处理周期用于指示处理所述周期业务的周期。

26.一种通信装置，其特征在于，包括收发模块和处理模块；

所述收发模块在所述处理模块的控制下，用于接收和发送数据；

其中，所述处理模块，用于获取参考时间，所述参考时间用于指示终端设备处理第一数据的起始时间；

所述收发模块，用于根据所述参考时间向接入网网元发送所述第一数据。

27.根据权利要求26所述的装置，其特征在于，在获取所述参考时间时：

所述收发模块，用于从会话管理功能网元接收所述参考时间；或者，

所述处理模块，用于获取第二数据的处理时间和处理周期，根据所述第二数据的处理时间和所述处理周期确定所述参考时间，所述第一数据和所述第二数据为周期业务的数据，所述处理周期用于指示处理所述周期业务的周期，所述第二数据的处理时间用于指示所述终端设备处理所述第二数据的起始时间。

28.根据权利要求27所述的装置，其特征在于，在获取第二数据的处理时间和处理周期时：

所述收发模块，用于从所述会话管理功能网元接收所述第二数据的处理时间和所述处理周期；或者，

所述收发模块，用于从所述会话管理功能网元接收所述第二数据的处理时间，以及所述处理模块，用于确定所述处理周期。

29.一种通信装置，其特征在于，包括：存储器和一个或多个处理器；

其中，所述存储器中存储有程序指令，所述一个或多个处理器运行所述存储器存储的所述程序指令，执行如权利要求1至8任一所述的方法、或者如权利要求9至12任一所述的方法、或者如权利要求13至16任一所述的方法。

30.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序被计算机执行时，使得所述计算机执行如权利要求1至8任一所述的方法、或者如权利要求9至12任一所述的方法、或者如权利要求13至16任一所述的方法。

Images