CN116867067A

CN116867067A - 通信方法及装置

Info

Publication number: CN116867067A
Application number: CN202210295725.2A
Authority: CN
Inventors: 高国娟; 周汉; 李汉成; 周凯
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-03-23
Filing date: 2022-03-23
Publication date: 2023-10-10
Also published as: WO2023179172A1

Abstract

本申请提供一种通信方法及装置，能够解决空口传输时延较高的问题，可以应用于4G***、5G***、以及未来的通信***，如6G***等领域。该方法包括：通信设备根据调度编排信息和到达时间，确定时间偏移值，向应用网元发送所述时间偏移值。其中，调度编排信息指示调度时刻，到达时间指示业务流中的第一数据包到达通信设备的时刻，时间偏移值为第一数据包到达通信设备的时刻与调度时刻的差值。

Description

通信方法及装置

技术领域

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

背景技术

在工业领域中，大量工业设备(例如可编程逻辑控制设备(programmable logiccontroller，PLC)、或输入输出(input output，IO)设备等)存在连网需求，例如，工业设备可通过终端设备或网关等接入网络。然而，现有的工业设备与网络交互过程中，空口传输时延较高，现有的方案当多业务并发时并不能满足较低的空口传输时延的需求。因此，如何降低空口传输时延成为亟待解决的问题。

发明内容

本申请实施例提供一种通信方法及装置，能够降低空口传输时延。

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

第一方面，提供一种通信方法。该通信方法包括：通信设备根据调度编排信息和到达时间，确定时间偏移值，通信设备向应用网元发送时间偏移值。其中，调度编排信息指示调度时刻，到达时间指示业务流中的第一数据包到达通信设备的时刻，时间偏移值为第一数据包到达通信设备的时刻与调度时刻的差值。

结合第一方面和第三方面提供的通信方法，通信设备根据调度时刻和到达时间确定时间偏移值，并将时间偏移值发给应用网元，应用网元根据时间偏移值调整发送数据包的时刻，到达时间指示业务流中的第一数据包到达通信设备的时刻，时间偏移值为第一数据包到达通信设备的时刻与调度时刻的差值。如此，发送数据包的时刻是根据到达时间与调度时刻的差值调整后获得的，可以通过调整发送数据包的时刻来调整数据包到达空口的时刻，使数据包到达通信设备后较短时间内或立刻被调度，从而可以降低空口传输时延。

在一种可能的设计方式中，到达时间可以是通信设备从应用网元接收的。也就是说，到达时间可以是终端设备或接入网设备从其他网元接收的。

在一种可能的设计方式中，到达时间可以是通信设备根据第一数据包到达通信设备的时刻确定的。例如，第一数据包可以为通信设备已实际接收的数据包，终端设备或接入网设备可以将实际接收第一数据包的时刻确定为到达时间。

在一种可能的设计方式中，通信设备为接入网设备，调度编排信息是接入网设备根据参数信息确定的，参数信息包括业务周期、和/或业务流到达时间，业务流到达时间指示业务流中的第二数据包到达通信设备的时刻。在下行传输场景中，通信设备可以为接入网设备，调度编排信息可指示一个或多个调度时刻，根据参数信息确定的调度时刻，可以降低空口传输时延。

在一种可能的设计方式中，上述调度编排信息是接入网设备根据参数信息确定的，可以包括：调度编排信息是接入网设备根据至少两个业务流对应的参数信息确定的。如此，接入网设备根据至少两个业务流对应的参数信息，为多个终端设备或多个末端设备确定调度时刻，可以对多个业务流的调度时刻进行调整，降低空口调度冲突，提高资源利用率。

在一种可能的设计方式中，至少两个业务流可以包括第一业务流和第二业务流，第一业务流对应的业务流到达时间与第二业务流对应的业务流到达时间之间的差值小于或等于第一阈值，第一业务流对应的调度时刻与第二业务流对应的调度时刻大于或等于第二阈值。如此，可以编排多个业务流的调度时刻，降低空口调度冲突，实现无线资源利用率最大化。

在一种可能的设计方式中，参数信息还可以包括如下一项或多项：业务流生存时间、业务流方向、看门狗时间、时域参数、发端终端设备到用户面网元的时延、上下行流转发信息、业务包大小、拓扑关系、和通信特征。

在一种可能的设计方式中，第一方面提供的通信方法，还可以包括：接入网设备接收来自应用网元的参数信息。示例性地，在上行传输场景和下行传输场景中，参数信息可以是接入网设备通过网络开放网元、时延时钟网元、策略控制网元、用户面网元、会话管理网元、和/或移动性管理网元等网元从应用网元接收的。

在一种可能的设计方式中，通信设备为接入网设备，第一方面提供的通信方法，还可以包括：接入网设备根据调度编排信息分配资源。也就是说，接入网设备可以根据调度编排信息为终端设备或末端设备分配资源。

在一种可能的设计方式中，通信设备为终端设备，第一方面提供的通信方法，还可以包括：终端设备接收来自接入网设备的调度编排信息。

可选地，通信设备为终端设备，上述通信设备向应用网元发送时间偏移值，可以包括：终端设备向移动性管理网元发送时间偏移值，移动性管理网元向应用网元发送时间偏移值；或者，终端设备向接入网设备发送时间偏移值，接入网设备向应用网元发送时间偏移值。

在一种可能的设计方式中，第一方面提供的通信方法，还可以包括：通信设备接收来自应用网元的更新参数信息。其中，更新参数信息可以包括：更新后的业务流到达时间、和/或更新后的业务流到达时间的生效时间。如此，接入网设备接收更新后的业务流到达时间后，可以根据更新参数信息确定新的调度编排信息，可以进行多次调度编排，提高发送数据包的时刻与调度时刻的匹配度。

在一种可能的设计方式中，更新后的业务流到达时间包括更新后的上行业务流到达时间，通信设备为接入网设备，第一方面提供的通信方法，还可以包括：接入网设备根据更新后的上行业务流到达时间，确定下行业务流到达时间。如此，在发端终端设备与收端终端设备交互的场景中，可以同时降低上行传输过程和下行传输过程中的空口传输时延。

在一种可能的设计方式中，上述通信设备向应用网元发送时间偏移值，可以包括：在时间偏移值大于第三阈值的情况下，通信设备向应用网元发送时间偏移值。如此，可以通过对通信设备发送时间偏移值增加特定条件，防止频繁调整发送数据包的时刻。

第二方面，提供一种通信方法。该通信方法包括：接入网设备接收来自终端设备的时间偏移值，接入网设备向应用网元发送时间偏移值。其中，时间偏移值为业务流中的第一数据包到达终端设备的时刻与调度时刻的差值。

在一种可能的设计方式中，第二方面提供的通信方法，还可以包括：接入网设备根据参数信息，确定调度编排信息。其中，参数信息可以包括业务周期、和/或业务流到达时间，业务流到达时间指示业务流中的第二数据包到达终端设备的时刻，调度编排信息指示调度时刻。

在一种可能的设计方式中，上述接入网设备根据参数信息，确定调度编排信息，可以包括：接入网设备根据至少两个业务流分别对应的参数信息，确定至少两个业务流分别对应的调度编排信息。

在一种可能的设计方式中，至少两个业务流可以包括第一业务流和第二业务流，第一业务流对应的业务流到达时间与第二业务流对应的业务流到达时间之间的差值小于或等于第一阈值，第一业务流对应的调度时刻与第二业务流对应的调度时刻大于或等于第二阈值。

在一种可能的设计方式中，第二方面提供的通信方法，还可以包括：接入网设备接收来自应用网元的参数信息。

在一种可能的设计方式中，第二方面提供的通信方法，还可以包括：接入网设备向终端设备发送调度编排信息。

在一种可能的设计方式中，第二方面提供的通信方法，还可以包括：接入网设备根据调度编排信息分配资源。

在一种可能的设计方式中，第二方面提供的通信方法，还可以包括：接入网设备接收来自应用网元的更新参数信息。其中，更新参数信息可以包括：更新后的业务流到达时间、和/或更新后的业务流到达时间的生效时间。

此外，第二方面所述的通信方法的技术效果可以参考第一方面中任一种可能的实现方式所述的通信方法的技术效果，此处不再赘述。

第三方面，提供一种通信方法。该通信方法包括：应用网元接收来自通信设备的时间偏移值，应用网元根据时间偏移值确定发包时刻，应用网元发送时间偏移值。其中，时间偏移值为业务流中的第一数据包到达通信设备的时刻与调度时刻的差值。发包时刻指示业务流中的第三数据包的发送时刻。

在一种可能的设计方式中，第三方面提供的通信方法，还可以包括：应用网元向通信设备发送更新参数信息。其中，更新参数信息可以包括：更新后的业务流到达时间、和/或更新后的业务流到达时间的生效时间，更新后的业务流到达时间指示更新后的业务流中的第二数据包到达通信设备的时刻。

在一种可能的设计方式中，第三方面提供的通信方法，还可以包括：应用网元向通信设备发送参数信息。其中，参数信息包括业务周期、和/或业务流到达时间，业务流到达时间指示业务流中的第二数据包到达通信设备的时刻。

在一种可能的设计方式中，第三方面提供的通信方法，还可以包括：应用网元接收来自末端设备的参数信息。

在一种可能的设计方式中，第三方面提供的通信方法，还可以包括：应用网元接收来自末端设备的通知消息。其中，通知消息指示是否成功确定发包时刻。

在一种可能的设计方式中，通知消息可以包括发包生效时间，发包生效时间可指示发包时刻的生效时间。

此外，第三方面所述的通信方法的技术效果可以参考第一方面中任一种可能的实现方式所述的通信方法的技术效果，此处不再赘述。

第四方面，提供一种通信方法。该通信方法包括：末端设备接收来自应用网元的时间偏移值，末端设备根据时间偏移值，确定发包时刻。其中，时间偏移值为业务流中的第一数据包到达通信设备的时刻与调度时刻的差值。发包时刻指示业务流中的第三数据包的发送时刻。

在一种可能的设计方式中，第四方面提供的通信方法，还可以包括：末端设备向应用网元发送通知消息。其中，通知消息可指示是否成功确定发包时刻。

在一种可能的设计方式中，通知消息包括发包生效时间，发包生效时间指示发包时刻的生效时间。

在一种可能的设计方式中，第四方面提供的通信方法，还可以包括：末端设备根据发包时刻，发送第三数据包。

在一种可能的设计方式中，第四方面提供的通信方法，还可以包括：末端设备向应用网元发送参数信息。其中，参数信息可以包括业务周期、和/或业务流到达时间，业务流到达时间指示业务流中的第二数据包到达通信设备的时刻。

此外，第四方面所述的通信方法的技术效果可以参考第一方面中任一种可能的实现方式所述的通信方法的技术效果，此处不再赘述。

第五方面，提供一种通信装置。该通信装置包括：处理模块和发送模块。

其中，处理模块，用于根据调度编排信息和到达时间，确定时间偏移值。发送模块，用于向应用网元发送时间偏移值。其中，调度编排信息指示调度时刻，到达时间指示业务流中的第一数据包到达通信装置的时刻，时间偏移值为第一数据包到达通信装置的时刻与调度时刻的差值。

在一种可能的设计方式中，到达时间可以是通信装置从应用网元接收的。

在一种可能的设计方式中，到达时间可以是通信装置根据第一数据包到达通信装置的时刻确定的。

在一种可能的设计方式中，通信装置为接入网设备，调度编排信息是接入网设备根据参数信息确定的，参数信息包括业务周期、和/或业务流到达时间，业务流到达时间指示业务流中的第二数据包到达通信装置的时刻。

在一种可能的设计方式中，上述调度编排信息是接入网设备根据参数信息确定的，可以包括：调度编排信息是接入网设备根据至少两个业务流对应的参数信息确定的。

在一种可能的设计方式中，第五方面提供的通信装置，还可以包括：接收模块。其中，接收模块，用于接收来自应用网元的参数信息。

在一种可能的设计方式中，通信装置为接入网设备，处理模块，还用于根据调度编排信息分配资源。

在一种可能的设计方式中，通信装置为终端设备，接收模块，还用于接收来自接入网设备的调度编排信息。

在一种可能的设计方式中，接收模块，还用于接收来自应用网元的更新参数信息。其中，更新参数信息可以包括：更新后的业务流到达时间、和/或更新后的业务流到达时间的生效时间。

在一种可能的设计方式中，更新后的业务流到达时间包括更新后的上行业务流到达时间，通信装置为接入网设备，处理模块，还用于根据更新后的上行业务流到达时间，确定下行业务流到达时间。

在一种可能的设计方式中，发送模块，还用于在时间偏移值大于第三阈值的情况下，向应用网元发送时间偏移值。

需要说明的是，接收模块和发送模块可以分开设置，也可以集成在一个模块中，即收发模块。本申请对于接收模块和发送模块的具体实现方式，不做具体限定。

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

需要说明的是，第五方面所述的通信装置可以是接入网设备或终端设备，也可以是可设置于接入网设备或终端设备的芯片(***)或其他部件或组件，本申请对此不做限定。

此外，第五方面所述的通信装置的技术效果可以参考第一方面中任一种可能的实现方式所述的通信方法的技术效果，此处不再赘述。

第六方面，提供一种通信装置。该通信装置包括：接收模块和发送模块。

其中，接收模块，用于接收来自终端设备的时间偏移值。其中，时间偏移值为业务流中的第一数据包到达终端设备的时刻与调度时刻的差值。

发送模块，用于向应用网元发送时间偏移值。

在一种可能的设计方式中，第六方面提供的通信装置，还可以包括：处理模块。处理模块，用于根据参数信息，确定调度编排信息。其中，参数信息可以包括业务周期、和/或业务流到达时间，业务流到达时间指示业务流中的第二数据包到达终端设备的时刻，调度编排信息指示调度时刻。

在一种可能的设计方式中，处理模块，还用于根据至少两个业务流分别对应的参数信息，确定至少两个业务流分别对应的调度编排信息。

在一种可能的设计方式中，接收模块，还用于接收来自应用网元的参数信息。

在一种可能的设计方式中，发送模块，还用于向终端设备发送调度编排信息。

在一种可能的设计方式中，处理模块，还用于根据调度编排信息分配资源。

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

需要说明的是，第六方面所述的通信装置可以是接入网设备，也可以是可设置于接入网设备的芯片(***)或其他部件或组件，本申请对此不做限定。

此外，第六方面所述的通信装置的技术效果可以参考第二方面中任一种可能的实现方式所述的通信方法的技术效果，此处不再赘述。

第七方面，提供一种通信装置。该通信装置包括：接收模块和处理模块，或者包括接收模块和发送模块。

其中，接收模块，用于接收来自通信设备的时间偏移值。处理模块，用于根据时间偏移值确定发包时刻，或者，发送模块，用于发送时间偏移值。其中，时间偏移值为业务流中的第一数据包到达通信设备的时刻与调度时刻的差值。发包时刻指示业务流中的第三数据包的发送时刻。

在一种可能的设计方式中，发送模块，还用于向通信设备发送更新参数信息。其中，更新参数信息可以包括：更新后的业务流到达时间、和/或更新后的业务流到达时间的生效时间，更新后的业务流到达时间指示更新后的业务流中的第二数据包到达通信设备的时刻。

在一种可能的设计方式中，发送模块，还用于向通信设备发送参数信息。其中，参数信息包括业务周期、和/或业务流到达时间，业务流到达时间指示业务流中的第二数据包到达通信设备的时刻。

在一种可能的设计方式中，接收模块，还用于接收来自末端设备的参数信息。

在一种可能的设计方式中，接收模块，还用于接收来自末端设备的通知消息。其中，通知消息指示是否成功确定发包时刻。

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

需要说明的是，第七方面所述的通信装置可以是应用网元，也可以是可设置于应用网元的芯片(***)或其他部件或组件，本申请对此不做限定。

此外，第七方面所述的通信装置的技术效果可以参考第三方面中任一种可能的实现方式所述的通信方法的技术效果，此处不再赘述。

第八方面，提供一种通信装置。该通信装置包括：接收模块和处理模块。接收模块，用于接收来自应用网元的时间偏移值。处理模块，用于根据时间偏移值，确定发包时刻。其中，时间偏移值为业务流中的第一数据包到达通信设备的时刻与调度时刻的差值。发包时刻指示业务流中的第三数据包的发送时刻。

在一种可能的设计方式中，第八方面提供的通信装置，还可以包括：发送模块。其中，发送模块，用于向应用网元发送通知消息。其中，通知消息可指示是否成功确定发包时刻。

在一种可能的设计方式中，发送模块，还用于根据发包时刻，发送第三数据包。

在一种可能的设计方式中，发送模块，还用于向应用网元发送参数信息。其中，参数信息可以包括业务周期、和/或业务流到达时间，业务流到达时间指示业务流中的第二数据包到达通信设备的时刻。

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

需要说明的是，第八方面所述的通信装置可以是末端设备，也可以是可设置于末端设备的芯片(***)或其他部件或组件，本申请对此不做限定。

此外，第八方面所述的通信装置的技术效果可以参考第四方面中任一种可能的实现方式所述的通信方法的技术效果，此处不再赘述。

第九方面，提供一种通信装置。该通信装置包括：处理器，该处理器与存储器耦合，存储器用于存储计算机程序。

处理器用于执行存储器中存储的计算机程序，以使得如第一方面至第四方面中任一种可能的实现方式所述的通信方法被执行。

在一种可能的设计中，第九方面所述的通信装置还可以包括收发器。该收发器可以为收发电路或输入/输出端口。所述收发器可以用于该通信装置与其他设备通信。

需要说明的是，输入端口可用于实现第一方面至第四方面所涉及的接收功能，输出端口可用于实现第一方面至第四方面所涉及的发送功能。

在本申请中，第九方面所述的通信装置可以为接入网设备、终端设备、应用网元或末端设备，或者设置于接入网设备、终端设备、应用网元或末端设备内部的芯片或芯片***。

此外，第九方面所述的通信装置的技术效果可以参考第一方面至第四方面中任一种实现方式所述的通信方法的技术效果，此处不再赘述。

第十方面，提供一种通信***。该通信***包括如第五方面所述的通信装置(通信装置为接入网设备)、和如第七方面所述的通信装置。或者，该通信***包括如第五方面所述的通信装置(通信装置为终端设备)、如第六方面所述的通信装置、和如第七方面所述的通信装置。该通信***还可以包括如第八方面所述的通信装置。

或者，该通信***包括如第五方面所述的用于实现如第一方面所述方法的通信装置(通信装置为接入网设备)、和如第七方面所述的用于实现如第三方面所述方法的通信装置。或者，该通信***包括如第五方面所述的用于实现如第一方面所述方法的通信装置(通信装置为终端设备)、如第六方面所述的用于实现如第一方面所述方法的通信装置、和如第七方面所述的用于实现如第三方面所述方法的通信装置。该通信***还可以包括如第八方面所述的用于实现如第四方面所述方法的通信装置。

第十一方面，提供了一种芯片***，该芯片***包括逻辑电路和输入/输出端口。其中，逻辑电路用于实现第一方面至第四方面所涉及的处理功能，输入/输出端口用于实现第一方面至第四方面所涉及的收发功能。具体地，输入端口可用于实现第一方面至第四方面所涉及的接收功能，输出端口可用于实现第一方面至第四方面所涉及的发送功能。

在一种可能的设计中，该芯片***还包括存储器，该存储器用于存储实现第一方面至第四方面所涉及功能的程序指令和数据。

该芯片***，可以由芯片构成，也可以包含芯片和其他分立器件。

第十二方面，提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序或指令；当该计算机程序或指令在计算机上运行时，使得第一方面至第四方面中任意一种可能的实现方式所述的通信方法被执行。

第十三方面，提供一种计算机程序产品，包括计算机程序或指令，当该计算机程序或指令在计算机上运行时，使得第一方面至第四方面中任意一种可能的实现方式所述的通信方法被执行。

附图说明

图1为本申请实施例提供的通信***的架构示意图；

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

图3为本申请实施例提供的一种终端设备与网络交互的场景示意图；

图4为本申请实施例提供的一种发端终端设备与收端终端设备交互的场景示意图；

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

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

图6为本申请实施例提供的一种时间偏移值的示意图；

图7为本申请实施例提供的一种调度编排信息的示意图；

图8为本申请实施例提供的另一种调度编排信息的示意图；

图9为本申请实施例提供的又一种调度编排信息的示意图；

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

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

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

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

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

具体实施方式

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

本申请实施例的技术方案可以应用于各种通信***，例如通用移动通信***(universal mobile telecommunications system，UMTS)、无线局域网(wireless localarea network，WLAN)、无线保真(wireless fidelity，Wi-Fi)***、有线网络、车到任意物体(vehicle to everything，V2X)通信***、设备间(device-to-device，D2D)通信***、车联网通信***、第4代(4th generation，4G)移动通信***，如长期演进(long termevolution，LTE)***、全球互联微波接入(worldwide interoperability for microwaveaccess，WiMAX)通信***，第五代(5th generation，5G)移动通信***，如新空口(newradio，NR)***，以及未来的通信***，如第六代(6th generation，6G)移动通信***等。

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

另外，在本申请实施例中，“示例地”、“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。

本申请实施例中，“的(of)”，“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

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

为便于理解本申请实施例，首先以图1中示出的通信***为例详细说明适用于本申请实施例的通信***。示例性地，图1为本申请实施例提供的通信方法所适用的一种通信***的架构示意图。

如图1所示，该通信***包括接入网设备和核心网网元。其中，核心网网元的数量可以为一个或多个。可选地，该通信***还可以包括终端设备、数据网络和/或末端设备。

其中，上述核心网网元为位于上述通信***的网络侧，且为终端设备提供网络服务的设备或可设置于该设备的芯片(***)或其他部件或组件。核心网网元可以包括但不限于：移动性管理网元、会话管理网元、用户面网元、策略控制网元、时延时钟网元、网络开放网元、和/或应用网元，具体可参照下述图2所示的对应的阐述。

其中，上述接入网设备也可以称为接入设备，接入网设备能够管理无线资源，为用户设备提供接入服务，完成数据在用户设备和核心网之间的转发，接入网设备也可以理解为网络中的基站。

示例性地，本申请实施例中的接入网设备可以是用于与终端设备通信的任意一种具有无线收发功能的通信设备。该接入网设备包括但不限于：演进型节点B(evolved NodeB，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(home evolved NodeB，HeNB，或home Node B，HNB)、基带单元(baseBand unit，BBU)，无线保真(wireless fidelity，WIFI)***中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission andreception point，TRP)等，还可以为5G，如NR***中的gNB，或传输点(TRP或TP)，5G***中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或分布式单元(distributed unit，DU)等。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括有源天线单元(active antenna unit，AAU)。CU实现gNB的部分功能，DU实现gNB的部分功能。比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet data convergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理(physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。RRC层的信息由CU生成，最终会经过DU的PHY层封装变成PHY层信息，或者，由PHY层的信息转变而来。因而，在这种架构下，高层信令如RRC层信令，也可以认为是由DU发送的，或者，由DU+AAU发送的。可以理解的是，接入网设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外，可以将CU划分为接入网(radio access network，RAN)中的接入网设备，也可以将CU划分为核心网(core network，CN)中的接入网设备，本申请对此不做限定。

其中，上述终端设备为接入上述通信***，且具有无线收发功能的终端或可设置于该终端的芯片或芯片***。终端设备也可以称为终端、用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、客户前置设备(customer premise equipment，CPE)、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端或者未来演进网络中的终端等。

其中，可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。具有无线收发功能的穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等。

其中，上述末端设备可以为可编程逻辑控制设备、输入输出IO设备、不具有无线收发功能的终端或服务器，或者为可设置于该可编程逻辑控制设备、输入输出设备、终端设备或服务器的芯片或芯片***。例如，可编程逻辑控制设备可以为主PLC、或主控机器人等，输入输出设备可以为各类IO，如数字量输入输出模块、电压电流输入输出模块、或温度输入输出模块等。不具有无线收发功能的终端可以是只专注于某一类应用功能，需要和具有无线收发功能的终端(图1中所示的终端设备)配合使用的设备，如需要与智能手机配合使用的VR终端、各类进行体征监测的智能手环、智能首饰等。不具有无线收发功能的终端与上述终端设备可以分别为不同的设备、或者可以为上述终端设备中的一个模块(例如末端设备与上述终端设备可以合设为一个设备)。

本申请提供的方法可适用于工业场景、和流媒体场景(例如业务流可以为扩展现实(extended reality，XR)业务)等，本申请对此不限定。在工业场景中，末端设备可以称为工业设备，末端设备可以为可编程逻辑控制设备、或输入输出设备等。流媒体场景中，末端设备可以为不具有无线收发功能的终端或服务器等。

示例性地，末端设备可以与数据网络连接，末端设备可以通过应用网元与核心网交互。例如，应用网元可以获取末端设备的参数信息，并且可以向末端设备发送消息，如该消息可以包括时间偏移值等。又示例性地，末端设备可通过终端设备和接入网设备传输数据。例如，在上行场景中，输入输出设备可以通过终端设备和接入网设备向可编程逻辑控制设备发送数据。在下行场景中，可编程逻辑控制设备可以通过接入网设备和终端设备等向输入输出设备设备送数据。或者，可以将输入输出设备替换为不具有无线收发功能的终端，将可编程逻辑控制设备替换为服务器，在上行场景中，末端设备(承载服务器对应的应用程序)可以通过终端设备和接入网设备等向服务器发送数据。在下行场景中，服务器可以通过接入网设备和终端设备等向末端设备送数据。

上述数据网络可用于提供例如运营商服务、互联网接入或第三方服务，包含服务器，服务器端实现视频源编码、渲染等。在5G通信***中，该数据网络可以是数据网络(datanetwork，DN)。

可选的，图1所示的通信***可以适用于目前正在讨论的通信网络，也可以适用于未来的其他网络等，本申请实施例对此不做具体限定。

示例性的，图2是本申请实施例提供的一种网络架构的示意图。图1所示的通信***可以适用于图2所示的网络架构中。

如图2所示，该网络架构中可以包括但不限于如下一项或多项：末端设备100、终端设备110、(无线)接入网设备120、用户面网元130、数据网络140、移动性管理网元150、会话管理网元160、应用网元170、策略控制网元180、网络开放网元190和时延时钟网元191。下面对该网络架构中涉及的各个网元分别进行说明。

1、末端设备100的实现方式可参照上述图1中对末端设备的阐述，终端设备110的实现方式可参照上述图1中对终端设备的阐述，此处不再赘述。

可选地，图2所示的架构中还可以包括设备侧时间敏感网络适配器(device sidetime sensitive network translator，DS-TT)，设备侧时间敏感网络适配器与终端设备可以分别为一个单独的设备，或者设备侧时间敏感网络适配器与终端设备可以集成在一个设备中，本申请对此不进行限定。

2、(无线)接入网设备((radio)access network，(R)AN)120的实现方式可参照上述图1中对接入网设备的阐述，此处不再赘述。

3、用户面网元130：作为和数据网络的接口，完成用户面数据转发、基于会话/流级的计费统计，带宽限制等功能。即分组路由和转发以及用户面数据的服务质量(quality ofservice，QoS)处理等。

可选地，图2所示地架构中还可以包括网络侧时间敏感网络适配器(network sidetime sensitive network translator，NW-TT)，网络侧时间敏感网络适配器与用户面网元130可以分别为一个单独的设备，或者网络侧时间敏感网络适配器与用户面网元130可以集成在一个设备中，本申请对此不进行限定。

在5G通信***中，该用户面网元可以是用户面功能(user plane function，UPF)网元。

4、数据网络140的实现方式可参照上述图1中对数据网络的阐述，此处不再赘述。

5、移动性管理网元150：主要用于移动性管理和接入管理等。在5G通信***中，该接入管理网元可以是接入和移动性管理功能(access and mobility managementfunction，AMF)网元，主要进行移动性管理、接入鉴权/授权等功能。此外，移动性管理网元还可以负责在终端与策略控制功能(policy control function，PCF)网元间传递用户策略。

6、会话管理网元160：主要用于会话管理(例如创建、删除等)、维护会话上下文及用户面转发管道信息、用户设备的网络互连协议(internet protocol，IP)地址分配和管理、选择可管理用户平面功能、策略控制和收费功能接口的终结点以及下行数据通知等。

在5G通信***中，该会话管理网元可以是会话管理功能(session managementfunction，SMF)网元，完成终端IP地址分配，UPF选择，及计费与QoS策略控制等。

7、应用网元170：可用于提供各种业务服务，能够通过网络开放功能(networkelement function,NEF)网元与核心网交互，以及能够和策略管理框架交互进行策略管理。在5G通信***中，该应用网元可以是应用功能(application function,AF)网元、或时间敏感应用功能(time sensitive network application function，TSNAF)网元，表示第三方或运营商的应用功能，是5G网络获取外部应用数据的接口，主要用于传递应用侧对网络侧的需求。

8、策略控制网元180：包括用户签约数据管理功能、策略控制功能、计费策略控制功能、服务质量(quality of service，QoS)控制等，用于指导网络行为的统一策略框架，为控制面功能网元(例如AMF，SMF网元等)提供策略规则信息等。

在5G通信***中，该策略控制网元可以是PCF。

9、网络开放网元190：可用于提供网络能力开放相关的框架、鉴权和接口，在5G***网络功能和其他网络功能之间传递信息。在5G通信***中，该网络开放网元可以是网络开放功能(network element function,NEF)网元，主要用于向AF开放3GPP网络功能的业务和能力，同时也可以让AF向3GPP网络功能提供信息。

10、时延时钟网元191：可以用于实现控制时钟同步相关功能。该时延时钟网元可以是时延敏感通信和时钟同步功能(time sensitive communication and timesynchronization function，TSCTSF)网元。

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

需要说明的是，本申请实施例提供的通信方法，可以适用于图1所示的通信***，具体实现可以参考下述方法实施例，此处不再赘述。

应当指出的是，本申请实施例中的方案还可以应用于其他通信***中，相应的名称也可以用其他通信***中的对应功能的名称进行替代。

应理解，图1仅为便于理解而示例的简化示意图，该通信***中还可以包括其他网络设备，和/或，其他终端设备，图1中未予以画出。

为了使得本申请实施例更加清楚，以下对与本申请实施例中相关的部分内容以及概念作统一介绍。

第一，上行免授权调度流程、下行半持续调度流程：

上行免授权调度流程：接入网设备周期性地为终端设备分配免授权上行资源。

示例性地，接入网设备可以通过无线资源控制(radio resource control，RRC)信令配置物理上行共享信道(physical uplink share channel，PUSCH)资源，通过RRC信令或下行控制信息(downlink control information，DCI)激活分配的免授权上行资源。资源被激活后，终端设备可以在免授权上行资源上直接发送PUSCH数据，无需去上报调度请求。

下行调度基本流程：接入网设备根据终端设备上报的信道状态和终端设备的能力信息等，为终端设备分配下行资源，通过物理下行控制信道(physical downlink controlchannel，PDCCH)指示调度信息给终端设备。接入网设备在分配给终端设备的PDSCH资源上发送数据，终端设备根据从PDCCH信道接收到的调度信息进行解调。

下行半持续调度流程：接入网设备可以通过RRC信令配置下行资源的周期，并使用配置调度无线电网络临时标识(configured scheduling radio network temporaryidentifier，CS-RNTI)标识的PDCCH激活下行资源。CS-RNTI标识的PDCCH上承载了调度下行资源的信息，并指示下行资源可以根据RRC信令所定义的周期性来进行复用，所配置的下行资源也可以由CS-RNTI标识的PDCCH去激活。

第二，终端设备与网络交互的场景、发端终端设备与收端终端设备交互的场景：

图3为本申请实施例提供的一种终端设备与网络交互的场景示意图。

图3以工业场景为例。在上行传输场景中，IO设备1通过终端设备1、接入网设备和用户面网元向PLC设备发送数据。在下行传输场景中，PLC设备通过用户面网元、接入网设备和终端设备1向IO设备1发送数据。

在应用于流媒体场景时，图3中所示的IO设备1可以替换为不具有无线收发功能的终端，图3中所示的PLC设备可以替换为服务器。

图4为本申请实施例提供的一种发端终端设备与收端终端设备交互的场景示意图。

图4以工业场景为例。IO设备1向IO设备2发送数据的过程中，终端设备1接收来自IO设备1的数据后，依次通过接入网设备、用户面网元和接入网设备将数据发给终端设备2，终端设备2将接收的数据发给IO设备2。对于终端设备2来说，终端设备1是向终端设备2发送数据的设备，则终端设备1可以称为发端终端设备。对于终端设备1来说，终端设备2是接收终端设备1发送的数据的设备，则终端设备2可以称为收端终端设备。IO设备1向IO设备2传输数据的过程可以包括上行传输过程和下行传输过程。其中，上行传输过程中数据传输方向为：IO设备1-终端设备1-接入网设备-用户面网元，下行传输过程中数据传输方向为：用户面网元-接入网设备-终端设备2-IO设备2。

在应用于流媒体场景时，图4中所示的IO设备1可以替换为不具有无线收发功能的终端1，图4中所示的IO设备2可以替换为不具有无线收发功能的终端2。

在工业设备与网络通信过程、以及终端设备与服务器通信过程中，数据到达空口后，需要等待一段时间才被调度传输，导致空口传输时延较高，并不能满足较低的空口传输时延的需求，并且空口传输时延高，导致数据传输时延较高，用户体验差。对于如何降低空口传输时延现有技术并未给出具体解决方案。

另外，以工业设备与网络通信过程为例，大量的工业设备连网，由于业务并发等原因，会导致空口调度冲突，并且会导致***资源利用率低。例如，若多个工业设备在时间段1均具有数据传输需求，在时间段2只有少量工业设备或没有工业设备有数据传输需求，那么大量数据在时间段1到达空口，会导致在时间段1空口调度冲突，而在时间段2并没有数据到达空口，导致***资源利用率低。因此，如何降低空口调度冲突，提高***资源利用率可以是进一步需要解决的问题。

下面将结合图5a-图12对本申请实施例提供的通信方法进行具体阐述。需要说明的是，图5a-图12中应用网元的动作也可以替换为时延时钟网元执行。本申请实施例提供的通信方法可适用于工业场景、和流媒体场景等，本申请对此不限定。图5a-图12以本申请实施例提供的方法应用于工业场景为例(例如以末端设备为工业设备为例)进行阐述。在应用于流媒体场景时，工业设备可以替换为不具有无线收发功能的终端和服务器，具体地，输入输出设备可以替换为不具有无线收发功能的终端，PLC设备可以替换为服务器。

示例性地，图5a为本申请实施例提供的一种通信方法的流程示意图。需要说明的是，图5a所示的通信方法可适用于终端设备与网络交互的场景、以及发端终端设备与收端终端设备交互的场景，本申请实施例不对图5a所示的通信方法适用的场景进行限定。通信设备可以为终端设备或接入网设备，例如，在上行传输场景中(业务流为上行业务流)，通信设备可以为终端设备、或接入网设备、或发端终端设备，可以由终端设备、或接入网设备、或发端终端设备执行图5a中通信设备的功能。在下行传输场景中(业务流为下行业务流)，通信设备可以为接入网设备，可以由接入网设备执行图5a中通信设备的功能。

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

S501，通信设备根据调度编排信息和到达时间，确定时间偏移值。

示例性地，调度编排信息可指示调度时刻。

可选地，调度编排信息可以包括调度周期和调度时隙等。

可选地，调度编排信息可指示上行对应的调度时刻和/或下行对应的调度时刻。

示例性地，到达时间可指示业务流中的第一数据包到达通信设备的时刻。

可选地，第一数据包可为业务流中的任一数据包。

可选地，在上行传输场景中，到达时间可指示第一数据包到达终端设备(例如终端设备的上行出口)的时刻。在下行传输场景中，到达时间可指示第一数据包到达接入网设备(例如接入网设备的下行入口)的时刻。其中，终端设备的上行出口为上行传输场景中终端设备连接接入网设备的出口。接入网设备的下行入口为下行传输场景中接入网设备连接用户面网元的入口。

结合图3，终端设备的上行出口为在上行传输场景中终端设备1连接接入网设备的出口。接入网设备的下行入口为在下行传输场景中接入网设备连接用户面网元的入口。

结合图4，终端设备的上行出口为在上行传输过程中终端设备1连接接入网设备的出口，接入网设备的下行入口为在下行传输过程中接入网设备连接用户面网元的入口。

示例性地，时间偏移值可以为业务流中的第一数据包到达通信设备的时刻与调度时刻的差值。

图6为本申请实施例提供的一种时间偏移值的示意图。

如图6所示，调度编排信息可以指示一个或多个调度时刻，调度编排信息指示在调度时间段0、调度时间段1、调度时间段2、和调度时间段3进行调度。第一数据包到达通信设备的时刻为到达时间1，则时间偏移值可以为大于或等于时间偏移值1且小于时间偏移值2的值，时间偏移值1为调度时刻2与到达时间1的差值，时间偏移值2为调度时刻3与到达时间1的差值。

需要说明的是，时间偏移值可以是根据到达时间与到达时间的之后的下一个调度时间段(如图6中的调度时间段1)确定的，或者，时间偏移值可以是根据到达时间与任意一个调度时间段(如图6中的调度时间段2等)确定的，本申请对此不限定。

例如，在上行传输场景中，时间偏移值可以为到达时间与调度编排信息中的上行调度时刻之间的差值，到达时间可指示第一数据包到达终端设备的上行出口的时刻。

又例如，在下行传输场景中，时间偏移值可以为到达时间与调度编排信息中的下行调度时刻之间的差值，到达时间可指示第一数据包到达接入网设备的下行入口的时刻。

在一种可能的设计方法中，到达时间可以是通信设备从应用网元接收的。

也就是说，到达时间可以是终端设备或接入网设备从其他网元接收的预设的到达时间。

示例性地，应用网元可以通过网络开放网元、时延时钟网元、策略控制网元、会话管理网元、移动性管理网元等向通信设备发送该到达时间。通信设备可以为终端设备或接入网设备。

可选地，工业设备可以向应用网元发送预设的到达时间。例如，预设的到达时间可以是工业设备确定的。

示例性地，到达时间可以为业务流到达时间，关于业务流到达时间的具体实现方式可以参照下述对应的阐述，此处不再赘述。

在另一种可能的设计方法中，到达时间可以是通信设备根据第一数据包到达通信设备的时刻确定的。

示例性地，终端设备或接入网设备可以将实际接收第一数据包的时刻确定为到达时间。

例如，第一数据包可以为通信设备已实际接收的数据包。

可选地，在上行传输场景中，到达时间可以是终端设备根据第一数据包到达通信设备的时刻确定的。

一些实施例中，本申请实施例提供的方法，还可以包括：终端设备向接入网设备发送到达时间。相应地，接入网设备接收来自终端设备的到达时间。

示例性地，在上行传输场景中，若由接入网设备根据调度编排信息和实际接收第一数据包的时刻确定时间偏移值，该实际接收第一数据包的时刻可以是接入网设备从终端设备接收的。

可选地，在下行传输场景中，到达时间可以是接入网设备根据第一数据包到达通信设备的时刻确定的。

结合图3，以上行传输场景为例，IO设备1向终端设备1发送数据包1，终端设备1接收数据包1的时刻为时刻1，则终端设备1确定到达时间为时刻1。

结合图3，以下行传输场景为例，PLC设备向接入网设备发送数据包2，接入网设备接收数据包2的时刻为时刻2，则接入网设备确定到达时间为时刻2。

需要说明的是，通信设备根据第一数据包到达通信设备的时刻确定到达时间的方式同样适用于发端终端设备与收端终端设备交互的场景(例如图4所示的场景)，此处不详细赘述。

需要说明的是，在上行传输场景中，可以由终端设备、接入网设备、或发端终端设备根据调度编排信息和到达时间，确定时间偏移值。在下行传输场景中，可以由接入网设备根据调度编排信息和到达时间，确定时间偏移值，本申请对此不进行限定，能够实现确定时间偏移值即可。

S502，通信设备向应用网元发送时间偏移值。相应地，应用网元接收来自通信设备的时间偏移值。

可选地，终端设备或接入网设备可以向应用网元发送时间偏移值。

示例性地，接入网设备可以通过移动性管理网元、会话管理网元、策略控制网元、时延时钟网元、网络开放网元等向应用网元发送时间偏移值。

在一种可能的设计方法中，通信设备可以为终端设备，上述通信设备向应用网元发送时间偏移值，可以包括：终端设备向接入网设备发送时间偏移值，接入网设备向应用网元发送时间偏移值。

示例性地，在上行传输场景中，终端设备可以通过接入网设备、移动性管理网元、会话管理网元、策略控制网元、时延时钟网元、网络开放网元等向应用网元发送时间偏移值。

或者，示例性地，在上行传输场景中，终端设备可以通过移动性管理网元、会话管理网元、策略控制网元、时延时钟网元、网络开放网元等向应用网元发送时间偏移值。也就是说，终端设备可以直接将时间偏移值发给移动性管理网元。

一些实施例中，终端设备可以向接入网设备发送会话修改请求消息，例如协议数据单元(protocol data unit，PDU)会话修改请求消息，该会话修改请求消息可以包括时间偏移值，还可以包括服务质量流标识。

一些实施例中，接入网设备可以向移动性管理网元发送N2消息，例如会话资源通知请求消息，该会话资源通知请求消息可以包括时间偏移值，还可以包括服务质量流标识。

如此，移动性管理网元可以根据服务质量流标识，确定时间偏移值对应的业务流或对应的设备。

在一种可能的设计方法中，通信设备向应用网元发送时间偏移值，可以包括：在时间偏移值大于第三阈值的情况下，通信设备向应用网元发送时间偏移值。

可选地，第三阈值可以为预配置的。

示例性地，在时间偏移值大于第三阈值的情况下，终端设备或接入网设备才发送时间偏移值，请求调整发送数据包的时刻，如此，可以通过对通信设备发送时间偏移值增加特定条件，防止频繁调整发送数据包的时刻。

S503，应用网元根据时间偏移值，确定发包时刻。

需要说明的是，应用网元与工业设备可以是一个整体，或者，应用网元与工业设备分别为单独的设备。

示例性地，发包时刻可指示业务流中的第三数据包的发送时刻。

例如，发送时刻可以指示工业设备发送业务流中的第三数据包的时刻。

可选地，第三数据包可为业务流中的任一数据包，第三数据包与第二数据包可以相同或不相同。

假设，业务流中的第三数据包的原发送时刻为发送时刻1，时间偏移值为偏移值1，则根据时间偏移值调整后的发送时刻＝发送时刻1+偏移值1。

如此，以调整后的发送数据包的时刻(发包时刻)发送数据包，可以使数据包到达通信设备的时刻与调度时刻对齐，数据包到达通信设备后，便可被调度，可以实现空口零时延传输。

需要说明的是，接入网设备可以向应用网元发送接入网设备期望的发包时刻，例如接入网设备期望的发包时刻可以是接入网设备根据时间偏移值确定的，具体实现方式可参照应用网元根据时间偏移值确定发包时刻的实现方式，此处不再赘述。

需要说明的是，在发端终端设备与收端终端设备交互的场景中，可以通过执行上述图5a所示的方法降低上行传输过程(可参照上述图4中对应的阐述)中的空口传输时延和/或下行传输过程(可参照上述图4中对应的阐述)中的空口传输时延。具体实现方式可参照下述图12所示的方法对应的阐述，此处不再赘述。

基于图5a所示的通信方法，根据调度时刻和到达时间确定时间偏移值，根据时间偏移值调整发送数据包的时刻，到达时间指示业务流中的第一数据包到达通信设备的时刻，时间偏移值为第一数据包到达通信设备的时刻与调度时刻的差值。如此，发送数据包的时刻是根据到达时间与调度时刻的差值调整后获得的，可以通过调整发送数据包的时刻来调整数据包到达空口的时刻，使数据包到达通信设备后较短时间内或立刻被调度，从而可以降低空口传输时延。

图5b为本申请实施例提供的另一种通信方法的流程示意图。图5b所示的方法可以与图5a所示的方法结合使用或分别单独使用，例如图5b所示的方法可以在图5a所示的方法之前执行。需要说明的是，图5a所示的方法中的通信设备为接入网设备时，该通信设备可以执行图5b所示的方法中接入网设备的功能。或者，图5a所示的方法中的通信设备为终端设备时，该通信设备可以执行图5b所示的方法中终端设备的功能。

S504，接入网设备根据参数信息确定调度编排信息。

可选地，参数信息可以包括业务周期、和/或业务流到达时间。

可选地，业务周期可以为业务流的周期。

示例性地，可以根据业务流的周期确定调度周期。

例如，可以将业务流的周期确定为调度周期，或者，调度周期中的调度时间段涵盖业务流的周期中有数据需要传输的时间段。

图7为本申请实施例提供的一种调度编排信息的示意图。

如图7所示，业务流1的周期如图7所示，根据业务流1的周期确定调度编排信息，该调度编排信息的调度时间段涵盖业务流1的周期中有数据需要传输的时间段。

如此，可以使业务流到达通信设备时，即可被调度，可以实现空口零时延传输。

可选地，业务流到达时间可指示业务流中的第二数据包到达通信设备的时刻。通信设备可以为接入网设备或终端设备。

示例性地，参数信息为上行业务流对应的参数信息时，通信设备可以为终端设备。参数信息为下行业务流对应的参数信息时，通信设备可以为接入网设备。

可选地，第二数据包可为业务流中的任一数据包，例如第二数据包与第一数据包可以相同或不相同。

例如，第二数据包可以为业务流中的第一个数据包、业务流的一个业务流周期中的第一个数据包、业务流中的最后一个数据包、或者业务流中的一个业务流周期中的最后一个数据包等。

一些实施例中，第二数据包到达通信设备的时刻可以包括：第二数据包到达通信设备的允许的最晚时刻。

可选地，允许的最晚时刻可以包括一个调度周期(例如第二数据包到达通信设备的时刻对应的调度周期、或对应的下一个调度周期)中的最后的调度时刻。

结合图6，假设预计第二数据包到达通信设备的时刻为调度时刻6，则第二数据包到达通信设备的允许的最晚时刻可以为如图6所示的调度时刻7，即可设置业务流到达时间指示调度时刻7。

可选地，在上行传输场景中，业务流到达时间可指示第二数据包到达终端设备(例如终端设备的上行出口)的时刻。在下行传输场景中，业务流到达时间可指示第二数据包到达接入网设备(例如接入网设备的下行入口)的时刻。

关于终端设备的上行出口和接入网设备的下行入口的具体实现方式可参照上述S501中对应的阐述，此处不再赘述。

需要说明的是，本申请实施例对业务流达到时间的名称不限定，例如，业务流到达时间可以称为突发到达时间(burst arrival time)。

示例性地，调度编排信息所指示的一个或多个调度时刻可以包括业务流到达时间。

图8为本申请实施例提供的另一种调度编排信息的示意图。

以业务流到达时间指示业务流中的第一个数据包到达通信设备的时刻为例。如图8所示，假设业务流中的第一个数据包(例如一个业务流周期中的第一个数据包)到达通信设备的时刻为时刻a，则可以确定调度时间段的起始调度时刻(例如调度时刻0)等于时刻a，如此业务流在时刻a到达通信设备时即可被调度，可以实现空口零时延传输。第二数据包为其他数据包(业务流中的第一个数据包以外的数据包)时对应的确定调度编排信息的实现方式可参照此示例，本申请不再详细赘述。

一些实施例中，参数信息还可以包括如下一项或多项：业务流生存时间、业务流方向、看门狗时间(watch dog time，WDT)、时域参数、发端终端设备到用户面网元的时延、上下行流转发信息、业务包大小、拓扑关系、和通信特征。

可选地，业务流生存时间可以为等待业务流的时间。

例如，若通信设备在业务流生存时间内未收到业务流，则认为业务流无效、或对端未发送业务流。

可选地，业务流方向可以指示业务流为上行业务流、或下行业务流，或者指示业务流的方向为终端设备至网络、网络至终端设备、IO设备至PLC设备、PLC设备至IO设备、终端设备至服务器、服务器至终端设备、终端设备1至终端设备2、或终端设备2至终端设备1等。

可选地，看门狗时间可用于对收到业务流的时间进行计时。例如，看门狗时间可以为一个或多个业务周期。

可选地，时域参数可用于标识工业设备所在的时钟***中的时钟域。

示例性地，可以采用时域参数所指示的修正值对业务流到达时间进行调整。

可选地，发端终端设备到用户面网元的时延可以为发端终端设备至用户面网元之间的用户面时延。

示例性地，发端终端设备到用户面网元的时延可以为5G***桥时延。5G***桥可以包括终端设备的DS-TT端口、终端设备和用户面网元之间的用户面隧道、和用户面网元的NW-TT端口。

结合图4，以终端设备1向终端设备2发送数据为例，发端终端设备到用户面网元的时延可以为终端设备1到用户面网元的时延。

可选地，上下行流转发信息可以包括发端终端设备和用户面网元之间的用户面隧道与收端终端设备和用户面网元之间的用户面隧道的对应关系。

示例性地，若业务流为终端设备至终端设备之间的业务流，则参数信息可以包括上下行流转发信息。

可选地，接入网设备可以根据业务包大小确定资源块(resource block，RB)大小。

例如，根据业务包大小和调制与编码策略(modulation and coding scheme，MCS)确定资源块，可以根据资源块大小和带宽等获得分配时隙的模式。

可选地，拓扑关系可以包括工业设备和通信***之间的连接关系。

结合图2，以末端设备是工业设备为例，工业设备和通信***之间的连接关系可以为：工业设备(例如PLC设备)可以与数据网络连接，或者，工业设备(例如IO设备、或PLC设备等)可以与终端设备连接。

可选地，通信特征可以包括但不限于协议类型。

可选地，通信设备还可以根据业务流生存时间、业务流方向、看门狗时间、时域参数(可以对到达时间进行调整)、发端终端设备到用户面网元的时延、上下行流转发信息、业务包大小、拓扑关系、和/或通信特征确定如何对业务流进行调度。

在一些实施例中，上述S504，可以包括：通信设备根据至少两个工业设备对应的参数信息，确定至少两个业务流分别对应的调度编排信息。

可选地，上述调度编排信息可以是接入网设备根据参数信息确定的，可以包括：调度编排信息可以是接入网设备根据至少两个业务流对应的参数信息确定的。

可选地，业务流可以与工业设备对应，调度编排信息可以是接入网设备根据至少两个工业设备对应的参数信息确定的。

示例性地，接入网设备可以根据业务流1对应的参数信息1和业务流2对应的参数信息2，确定调度编排信息，该调度编排信息可以包括业务流1对应的调度时刻和/或业务流2对应的调度时刻。

如此，接入网设备根据业务周期、和/或业务流到达时间等参数，为多个终端设备或多个工业设备确定调度时刻，可以对多个业务流进行均匀调度，降低空口调度冲突，实现无线资源利用率最大化。

一些实施例中，至少两个业务流可以包括第一业务流和第二业务流。

可选地，第一业务流对应的业务流到达时间与第二业务流对应的业务流到达时间之间的差值小于或等于第一阈值，第一业务流对应的调度时刻与第二业务流对应的调度时刻大于或等于第二阈值。以下将结合图9的例子详细描述。

可选地，第一阈值和第二阈值可以是预配置的，第二阈值可以大于第一阈值。

图9为本申请实施例提供的又一种调度编排信息的示意图。

如图9所示，调度编排前，业务流1对应业务流到达时间1，业务流2对应业务流到达时间2，需要在调度时间段0中业务流到达时间1对应的时刻对业务流1进行调度，在调度时间段0中业务流到达时间2对应的时刻对业务流2进行调度。由于业务流1与业务流2在相近的时间到达通信设备，如图9所示，业务流到达时间1与业务流到达时间2之间的差值小于或等于第一阈值，导致在调度时间段0可能存在空口调度冲突。并且，在其他调度时间段(例如调度时间段1、调度时间段2、和调度时间段3等)没有业务流需要调度，导致资源利用率低。

如图9所示，调度编排后，增大调度业务流1的时刻与调度业务流b的时刻的时间间隔，业务流1的调度时刻为调度时间段0中的调度时刻a，业务流2的调度时刻为调度时间段1中的调度时刻b，调度时刻a与调度时刻b之间的差值大于或等于第二阈值。如此，接入网设备可以通过对多个业务流的调度时刻对进行调度编排，增大调度多个业务流的时间间隔，降低在调度时间段0的空口调度冲突，并可以提高资源利用率。

在一种可能的设计方法中，本申请实施例提供的通信方法，还可以包括：接入网设备根据调度编排信息分配资源。

示例性地，接入网设备可以根据调度编排信息为终端设备分配调度时隙。例如，接入网设备可以根据调度编排信息中的调度时刻分配调度时隙。

一些实施例中，接入网设备根据调度编排信息分配资源后，可以触发上行免授权调度流程、或下行半持续调度流程。

在一种可能的设计方法中，本申请实施例提供的通信方法，还可以包括：S505，应用网元向接入网设备发送参数信息。相应地，接入网设备接收来自应用网元的参数信息。

可选地，应用网元可以通过网络开放网元、时延时钟网元、策略控制网元、会话管理网元、和/或移动性管理网元等网元向接入网设备发送参数信息。

需要说明的是，本申请不限定上述S505的执行时机，例如可以在上述S504之前执行。

在一种可能的设计方法中，本申请实施例提供的通信方法，还可以包括：S506，工业设备向应用网元发送参数信息。相应地，应用网元接收来自工业设备的参数信息。

示例性地，IO设备或PLC设备等可以将其自身的参数信息发送给应用网元。

可选地，工业设备与应用网元之间可以通过逻辑接***互，例如工业现场网使能服务(industrial field enabling service，IFES)。

需要说明的是，本申请不限定上述S506的执行时机，例如可以在上述S505之前执行。

也就是说，接入网设备中的参数信息可以来自于工业设备。

在一些实施例中，本申请实施例提供的通信方法，还可以包括：S507，接入网设备向终端设备发送调度编排信息。相应地，终端设备接收来自接入网设备的调度编排信息。

示例性地，在上行传输场景中，接入网设备确定调度编排信息后，可以将调度编排信息发给终端设备，如此，终端设备可以根据调度编排信息和到达时间确定时间偏移值(对应上述图5a所示的方法中，通信设备为终端设备的情况)。

基于图5b所示的方法，接入网设备根据业务周期、和/或业务流到达时间确定业务流的调度时刻，可以使业务流到达通信设备时，即可被调度，可以实现空口零时延传输。另外，接入网设备可以通过对多个业务流的调度时刻对进行调度编排，增大调度多个业务流的时间间隔，从而降低空口调度冲突，并提高资源利用率。

图10为本申请实施例提供的又一种通信方法的流程示意图。图10以终端设备与网络交互的上行传输场景为例，对图5a和图5b所示的通信方法进行具体阐述。

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

S1001，工业设备向应用网元发送参数信息。相应地，应用网元接收来自工业设备的参数信息。

示例性地，工业设备可以包括IO设备或PLC设备等。

一些实施例中，参数信息还可以包括如下一项或多项：业务流生存时间、业务流方向、看门狗时间、时域参数、业务包大小、拓扑关系、和通信特征。

可选地，参数信息可以封装在时延敏感通信辅助容器(time sensitivecommunication assistance container，TSCAC)。

需要说明的是，关于参数信息的具体实现方式可参照上述S504中对应的阐述，此处不再赘述。

S1002，应用网元向接入网设备发送参数信息。相应地，接入网设备接收来自应用网元的参数信息。

在一些实施例中，上述S1002可以包括：应用网元向策略控制网元发送参数信息。相应地，策略控制网元接收来自应用网元的参数信息。

示例性地，应用网元可以通过基于QoS请求的应用功能会话(AF session withrequired QoS)建立或修改流程向网络开放网元发送QoS参数，该QoS参数可以对应参数信息，通过QoS参数可获得参数信息。网络开放网元可以通过策略授权建立(Npcf_policyauthorization_create)流程向策略控制网元发送QoS参数。

例如，网络开放网元可以直接向策略控制网元发送QoS参数，或者通过时延时钟网元向策略控制网元发送QoS参数。

可选地，QoS参数可以包括如下一项或多项：5G QoS标识(5G QoS identifier，5QI)、分配和保留优先级(allocation and retention priority，ARP)、保证的比特速率(guaranteed bit rate，GBR)、最大比特速率(max bit rate，MBR)、和时延敏感通信辅助容器。

一些实施例中，QoS参数中参数的不同取值可以对应不同的参数信息。

示例性地，QoS参数可用于建立PDU会话，一个PDU会话可以包括多条QoS流，每条QoS流的QoS流标识(QoS flow identifier，QFI)不相同，不同PDU会话包括的Qos流对应的QFI可能相同。

在一些实施例中，上述S1002还可以包括：策略控制网元确定策略控制和计费(policy control and charging，PCC)规则。

示例性地，策略控制网元可以根据QoS参数确定PCC规则。或者，策略控制网元可以授权动态PCC规则。

可选地，PCC规则可以用于为策略控制和/或计费控制等提供参数。

在一些实施例中，上述S1002还可以包括：会话管理网元与策略控制网元交互，将PCC规则与服务质量流绑定。

示例性地，会话管理网元可以通过策略控制更新通知(Npcf_SM Policy ControlUpdate Notify)流程，将PCC规则业务数据流(service data flow，SDF)(通过SDF模板在PCC规则中定义)与传输业务数据流的QoS流相关联。

可选地，可以将具有相同5QI值、或GBR值的PCC规则绑定到不同的QoS流，可以确保QoS流的保证流比特速率(guaranteed flow bit rate，GFBR)满足QoS流的最大数据突发量。

在一些实施例中，上述S1002可以包括：会话管理网元对参数信息进行转化。

示例性地，参数信息来自于工业设备，属于5GS外部设备的参数，会话管理网元可以将该参数信息转化为5GS内部的参数，以便接入网设备或终端设备使用。

例如，会话管理网元进行转化前，参数信息可以封装在TSCAC中，转化后，参数信息可以封装在时延敏感通信辅助信息(time sensitive communication assistanceinformation，TSCAI)中。

在一些实施例中，上述S1002可以包括：会话管理网元向接入网设备发送参数信息。相应地，接入网设备接收来自会话管理网元的参数信息。

可选地，会话管理网元可以通过移动性管理网元向接入网设备发送参数信息。

S1003，接入网设备根据参数信息确定调度编排信息。

需要说明的是，关于调度编排信息的具体实现方式可参照上述S501中对应的阐述，关于S1003的具体实现方式可以参照上述S504，此处不再详细赘述。

S1004，接入网设备向终端设备发送调度编排信息。相应地，终端设备接收来自接入网设备的调度编排信息。

需要说明的是，关于S1004的具体实现方式可以参照上述S507，此处不再详细赘述。

需要说明的是，上述S1001-S1004均可以为可选的步骤。

S1005，终端设备根据调度编排信息和到达时间，确定时间偏移值。

需要说明的是，关于到达时间和时间偏移值的具体实现方式可参照上述S501中对应的阐述，关于S1005的具体实现方式可以参照上述S501的实现方式(通信设备为终端设备时对应的实现方式)，此处不再详细赘述。

S1006，终端设备向应用网元发送时间偏移值。相应地，应用网元接收来自终端设备的时间偏移值。

需要说明的是，关于S1006的具体实现方式可以参照上述S502的实现方式(通信设备为终端设备时对应的实现方式)，此处不再详细赘述。

需要说明的是，在上行传输场景中，时间偏移值也可以是由接入网设备根据调度编排信息和到达时间确定的，具体实现方式可以参照上述S501的实现方式(通信设备为接入网设备时对应的实现方式)；由接入网设备向应用网元发送时间偏移值，S1006中的终端设备可以替换为接入网设备。这样，图10所述的方法中，可以不包括上述S1004和S1005。

S1007，应用网元根据时间偏移值，确定发包时刻。

需要说明的是，关于S1007的具体实现方式可以参照上述S503的实现方式，此处不再详细赘述。

S1008，应用网元向工业设备发送发包时刻。相应地，工业设备接收来自应用网元的发包时刻。

如此，工业设备可以根据发包时刻发送数据包，使数据包到达通信设备的时刻与调度时刻对齐，实现空口零时延传输。

S1009，应用网元向工业设备发送时间偏移值。相应地，工业设备接收来自应用网元的时间偏移值。

示例性地，应用网元收到时间偏移值后，可以将时间偏移值发给IO设备或PLC设备。

S1010，工业设备根据时间偏移值，确定发包时刻。

需要说明的是，上述S1010的具体实现方式可参照上述S503应用网元根据时间偏移值确定发包时刻的具体实现方式，将应用网元替换为工业设备即可，此处不再赘述。

需要说明的是，上述S1007-S1008与上述S1009-S1010可以为并列的方案。例如，由应用网元确定发包时刻并发给工业设备(参照S1007-S1008)、或者由工业设备根据从应用网元接收的时间偏移值确定发包时刻(参照S1009-S1010)。

S1011，工业设备向应用网元发送通知消息。相应地，应用网元接收来自工业设备的通知消息。

需要说明的是，S1011可以为可选的步骤。例如，工业设备在执行上述S1010后，可以执行S1011。又例如，工业设备在执行上述S1008后，可以不执行S1011。

可选地，通知消息可指示是否成功确定发包时刻。

可选地，通知消息可以包括发包生效时间，发包生效时间可指示发包时刻的生效时间。

例如，发包生效时间指示时刻c，表示工业网元在时刻c才开始采用发包时刻发送数据包。

如此，工业设备可以通知应用网元编排是否成功，以及调整后的发包时刻的生效时间。

在一种可能的设计方法中，本申请实施例提供的通信方法，还可以包括：工业设备根据发包时刻，发送第三数据包。

如此，工业设备可以根据发包时刻发送上行数据包或下行数据包,使数据包到达通信设备的时刻与调度时刻对齐，实现空口零时延传输。

S1012，应用网元向接入网设备发送更新参数信息。相应地，接入网设备接收来自应用网元的更新参数信息。

可选地，更新参数信息可以包括：更新后的业务流到达时间、和/或更新后的业务流到达时间的生效时间。

可选地，更新后的更新参数信息可以是应用网元接收时间偏移值后确定的。

示例性地，更新后的业务流到达时间可以是应用网元根据业务流到达时间和时间偏移值确定的。

例如，更新后的业务流到达时间所指示的时刻＝业务流到达时间所指示的时刻+时间偏移值。

示例性地，业务流到达时间可指示业务流中的第二数据包到达通信设备的时刻，通信设备可以是终端设备或接入网设备，更新后的业务流到达时间可指示更新后的业务流中的第二数据包到达通信设备的时刻。例如，业务流为周期性的业务流的情况下，应用网元可以根据业务流到达时间和时间偏移值确定更新后的业务流到达时间。

可选地，更新后的业务流到达时间的生效时间可指示更新后的业务流到达时间的生效时间。

一些实施例中，更新参数信息还可以包括如下一项或多项：业务流生存时间、业务流方向、看门狗时间、时域参数、发端终端设备到用户面网元的时延、上下行流转发信息、业务包大小、拓扑关系、和通信特征。

也就是说，还可以对业务流生存时间、业务流方向、看门狗时间、时域参数、发端终端设备到用户面网元的时延、上下行流转发信息、业务包大小、拓扑关系、和通信特征等参数进行更新，本申请不进行限定。

如此，接入网设备接收更新后的业务流到达时间后，可以根据更新参数信息为下一个数据包，确定更新调度编排信息(可参照上述S504)，可以进行多次调度编排，例如，可以多次执行上述S504，提高发送数据包的时刻与调度时刻的匹配度，提高精度。

在下行传输场景中，应用网元可以通过网络开放网元、时延时钟网元、策略控制网元、会话管理网元、和/或移动性管理网元等网元向接入网设备发送更新参数信息。

示例性地，应用网元可以向会话管理网元发送更新参数信息，可选地，会话管理网元通过移动性管理网元向接入网设备发送更新参数信息。

需要说明的是，关于S1012的具体实现方式可以参照上述S1002的实现方式，将参数信息替换为更新参数信息即可，此处不再详细赘述。另外，本申请不限定上述S1012的执行时机，例如S1012可以在上述S1007之后执行，又例如，S1012可以在上述S1011之后执行。

一些实施例中，上述S1012中应用网元向接入网设备发送更新参数信息，可以包括：应用网元周期性向接入网设备发送更新参数信息，或者，在时间偏移值大于第四阈值的情况下，应用网元向接入网设备发送更新参数信息。

可选地，第四阈值可以为预配置的。第四阈值可以与第三阈值相等或不相等，本申请对此不进行限定。

如此，可通过对应用网元向接入网设备发送更新参数信息进行控制，避免应用网元频繁向接入网设备发送更新参数信息，从而避免接入网设备频繁调度编排。

在一些实施例中，接入网设备接收更新参数信息后，可以进行编排确认，例如存储更新参数信息等。

需要说明的是，上述S1007-S1012均可以为可选的步骤。

基于图10所示的通信方法，在上行传输场景中，终端设备根据调度时刻和到达时间确定时间偏移值，并向应用网元发送时间偏移值，应用网元根据时间偏移值调整发送数据包的时刻，该到达时间指示业务流中的第一数据包到达终端设备的时刻，时间偏移值为第一数据包到达终端设备的时刻与调度时刻的差值。如此，发送数据包的时刻是根据到达时间与调度时刻的差值调整后获得的，可以通过调整发送数据包的时刻来调整数据包到达空口的时刻，使数据包到达通信设备后较短时间内或立刻被调度，从而可以降低空口传输时延。

图11为本申请实施例提供的另一种通信方法的流程示意图。图11以终端设备与网络交互的下行传输场景为例，对图5a和图5b所示的通信方法进行具体阐述。

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

S1101，工业设备向应用网元发送参数信息。相应地，应用网元接收来自工业设备的参数信息。

示例性地，工业设备可以包括IO设备或PLC设备等。

可选地，参数信息可以封装在TSCAC中。

S1102，应用网元向接入网设备发送参数信息。相应地，接入网设备接收来自应用网元的参数信息。

需要说明的是，关于S1102的具体实现方式可以参照上述S1002，此处不再详细赘述。

S1103，接入网设备根据参数信息确定调度编排信息。

需要说明的是，关于调度编排信息的具体实现方式可参照上述S501中对应的阐述，关于S1103的具体实现方式可以参照上述S504，此处不再详细赘述。

需要说明的是，上述S1101-S1103均可以为可选的步骤。

S1104，接入网设备根据调度编排信息和到达时间，确定时间偏移值。

需要说明的是，关于到达时间和时间偏移值的具体实现方式可参照上述S501中对应的阐述，关于S1104的具体实现方式可以参照上述S501的实现方式(通信设备为接入网设备时对应的实现方式)，此处不再详细赘述。

S1105，接入网设备向应用网元发送时间偏移值。相应地，应用网元接收来自接入网设备的时间偏移值。

需要说明的是，关于S1105的具体实现方式可以参照上述S502的实现方式(通信设备为接入网设备时对应的实现方式)，此处不再详细赘述。

S1106，应用网元根据时间偏移值，确定发包时刻。

需要说明的是，关于S1106的具体实现方式可以参照上述S503的实现方式，此处不再详细赘述。

一些实施例中，图11所示的通信方法还可以包括：S1107-S1111。S1107-S1111的具体实现方式可以参照上述S1008-S1012的实现方式，此处不再赘述。

基于图11所示的通信方法，在下行传输场景中，接入网设备根据调度时刻和到达时间确定时间偏移值，并向应用网元发送时间偏移值，应用网元根据时间偏移值调整发送数据包的时刻，该到达时间指示业务流中的第一数据包到达接入网设备的时刻，时间偏移值为第一数据包到达接入网设备的时刻与调度时刻的差值。如此，发送数据包的时刻是根据到达时间与调度时刻的差值调整后获得的，可以通过调整发送数据包的时刻来调整数据包到达空口的时刻，使数据包到达通信设备后较短时间内或立刻被调度，从而可以降低空口传输时延。

图12为本申请实施例提供的又一种通信方法的流程示意图。图12以发端终端设备与收端终端设备交互的场景为例，对图5a和图5b所示的通信方法进行具体阐述。结合图4，图12中所示的终端设备可以为发端终端设备，如终端设备1，工业设备可以为IO设备1。

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

S1201，工业设备向应用网元发送上行参数信息。相应地，应用网元接收来自工业设备的上行参数信息。

示例性地，工业设备可以包括IO设备或PLC设备等。

可选地，上行参数信息可以包括上行业务周期、和/或上行业务流到达时间。

一些实施例中，上行参数信息还可以包括如下一项或多项：业务流生存时间、业务流方向、看门狗时间、时域参数、发端终端设备到用户面网元的时延、上下行流转发信息、业务包大小、拓扑关系、和通信特征。

可选地，上行参数信息可以封装在TSCAC中。

需要说明的是，关于上行参数信息的具体实现方式可参照上述S504中对应的参数信息的阐述，此处不再赘述。

S1202，应用网元向接入网设备发送上行参数信息。相应地，接入网设备接收来自应用网元的上行参数信息。

需要说明的是，关于S1202的具体实现方式可以参照上述S1002，此处不再详细赘述。

在一些实施例中，上述S1202还可以包括：会话管理网元将发端终端设备的PDU会话与收端终端设备的PDU会话绑定。

示例性地，会话管理网元可以根据业务流为发端终端设备至收端终端设备之间的业务流，确定收端终端设备对应的PDU会话，将发端终端设备对应的PDU会话与收端终端设备对应的PDU会话绑定。如此，可以对上行对应的发包时刻和对下行对应的发包时刻均进行调整，可以降低空口传输时延。

关于S1203-S1212的具体实现方式可参照上述S1003-S1013的实现方式，为了区分上行传输过程与下行传输过程，可以将参数信息替换为上行参数信息，将调度编排信息替换为上行调度编排信息，将到达时间替换为上行到达时间，将时间偏移值替换为上行时间偏移值，将发包时刻替换为上行发包时刻，此处不再赘述。

需要说明的是，若在发端终端设备与收端终端设备交互的场景中，可以对上行对应的发包时刻进行调整(可执行上述S1201-S1212，具体实现可参照对应的阐述)，还可以对下行对应的发包时刻进行调整，则图12所示的通信方法还可以包括下述S1213-S1219。

S1213，接入网设备根据下行参数信息确定下行调度编排信息。

可选地，下行参数信息可以包括：下行业务流到达时间、和/或下行业务流到达时间的生效时间。

示例性地，下行业务流到达时间为下行传输过程中，下行业务流中的数据包到达接入网设备(例如接入网设备的下行入口)的时刻。

可选地，下行业务流到达时间的生效时间可指示下行业务流到达时间的生效时间。

一些实施例中，下行参数信息还可以包括如下一项或多项：业务流生存时间、业务流方向、看门狗时间、时域参数、发端终端设备到用户面网元的时延、上下行流转发信息、业务包大小、拓扑关系、和通信特征。具体实现可参照图5b所示的方法中对应的阐述，此处不再赘述。

在一些实施例中，下行参数信息可以是根据更新参数信息确定的。

可选地，更新参数信息(上述S1212步骤中获取的)可以包括：更新后的业务流到达时间、和/或更新后的业务流到达时间的生效时间。

例如，下行业务流到达时间可以是根据更新后的业务流到达时间确定的。

例如，下行业务流到达时间的生效时间可以是根据更新后的业务流到达时间的生效时间确定的。

一些实施例中，更新后的业务流到达时间可以称为更新后的上行业务流到达时间

在一种可能的设计方法中，更新后的业务流到达时间包括更新后的上行业务流到达时间，本申请实施例提供的通信方法，还可以包括：接入网设备根据更新后的上行业务流到达时间，确定下行业务流到达时间。

结合图4，在发端终端设备与收端终端设备交互的场景中，更新后的上行业务流到达时间可以为更新后的通过终端设备1传输的业务流到达终端设备1的上行出口的时刻。下行业务流到达时间可以为更新后的业务流到达接入网设备下行入口的时刻。

可选地，接入网设备可以根据更新后的上行业务流到达时间、发端终端设备到用户面网元的时延、和用户面网元到接入网设备的时延，确定下行业务流到达时间。结合图4，发端终端设备到用户面网元的时延可以为终端设备1到用户面网元的时延。

例如，下行业务流到达时间＝更新后的上行业务流到达时间+发端终端设备到用户面网元的时延+用户面网元到接入网设备的时延。

需要说明的是，关于下行调度编排信息的具体实现方式可参照上述S501中调度编排信息对应的阐述，关于S1213的具体实现方式可以参照上述S504，将参数信息替换为下行参数信息，将参数信息中的参数替换为下行参数信息中对应的参数即可，此处不再详细赘述。

S1214，接入网设备根据下行调度编排信息和下行到达时间，确定下行时间偏移值。

需要说明的是，关于下行到达时间和下行时间偏移值的具体实现方式可参照上述S501中到达时间和时间偏移值(下行场景)对应的阐述，关于S1214的具体实现方式可以参照上述S501的实现方式(通信设备为接入网设备时对应的实现方式)，将业务流到达时间替换为下行业务流到达时间，将调度编排信息替换为下行调度编排信息，将到达时间替换为下行到达时间，此处不再详细赘述。

S1215，接入网设备向应用网元发送下行时间偏移值。相应地，应用网元接收来自接入网设备的下行时间偏移值。

需要说明的是，关于S1215的具体实现方式可以参照上述S502的实现方式(通信设备为接入网设备时对应的实现方式)，此处不再详细赘述。

S1216，应用网元根据下行时间偏移值，确定下行发包时刻。

需要说明的是，关于S1216的具体实现方式可以参照上述S503的实现方式，此处不再详细赘述。

S1217，应用网元向用户面网元发送下行发包时刻。相应地，用户面网元接收来自应用网元的下行发包时刻。

示例性地，结合图4，用户面网元接收通过终端设备1传输至用户面网元的数据包后，可以根据下行发包时刻向接入网设备发送该数据包，可以降低空口传输时延，例如数据包到达接入网设备的时刻与调度时刻相同，可实现空口零时延传输。

S1218，接入网设备向用户面网元发送下行时间偏移值。相应地，用户面网元接收来自接入网设备的下行时间偏移值。

示例性地，接入网设备可以通过移动性管理网元和会话管理网元，向用户面网元发送下行时间偏移值。

或者，可选地，用户面网元可以从应用网元接收下行时间偏移值。本申请实施例对用户面网元如何获得下行时间偏移值不限定。

S1219，用户面网元根据下行时间偏移值，确定下行发包时刻。

需要说明的是，关于S1219的具体实现方式可以参照上述S1010的实现方式，将时间偏移值替换为下行时间偏移值，将发包时刻替换为下行发包时刻，此处不再详细赘述

需要说明的是，上述S1218-S1219与上述S1215-S1217可以为并列的方案、或者可以结合使用。

例如，S1218可以是在上述S1215过程中执行的，用户面网元和应用网元均收到下行时间偏移值。例如，在上述S1215中，接入网设备可以通过移动性管理网元向会话管理网元发送下行时间偏移值，会话管理网元可以向用户面网元发送下行时间偏移值，会话管理网元可以通过策略控制网元、时延时钟网元和网络开放网元等向应用网元发送下行时间偏移值。可选地，可以由用户面网元和/或应用网元确定下行发包时刻。

基于图12所示的通信方法，在发端终端设备与收端终端设备交互的场景中，可以根据上行对应的调度编排信息和到达时间确定时间偏移值，根据时间偏移值确定上行对应的发包时刻，根据下行调度编排信息和下行到达时间确定下行时间偏移值，根据下行时间偏移值确定下行对应的发包时刻。如此，通过调整发送数据包的时刻来调整数据包到达空口的时刻，使数据包到达通信设备后较短时间内或立刻被调度，从而在发端终端设备与收端终端设备交互的场景中，根据上行对应的发包时刻发送上行数据包，根据下行对应的发包时刻发送下行数据包，可以降低空口传输时延。

本申请中，除特殊说明外，各个实施例之间相同或相似的部分可以互相参考。在本申请中各个实施例、以及各实施例中的各个实施方式/实施方法/实现方法中，如果没有特殊说明以及逻辑冲突，不同的实施例之间、以及各实施例中的各个实施方式/实施方法/实现方法之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例、以及各实施例中的各个实施方式/实施方法/实现方法中的技术特征根据其内在的逻辑关系可以组合形成新的实施例、实施方式、实施方法、或实现方法。以下所述的本申请实施方式并不构成对本申请保护范围的限定。

以上结合图5a-图12详细说明了本申请实施例提供的通信方法。以下结合图13-图14详细说明本申请实施例提供的通信装置。

图13为可用于执行本申请实施例提供的一种通信装置的结构示意图。

通信装置1300可以是接入网设备、终端设备、应用网元或末端设备，也可以是应用于接入网设备、终端设备、应用网元或末端设备中的芯片或者其他具有相应功能的部件。如图13所示，通信装置1300可以包括处理器1301。可选地，通信装置1300还可以包括存储器1302和收发器1303中的一个或多个。其中，处理器1301可以与存储器1302和收发器1303中的一个或多个耦合，如可以通过通信总线连接，处理器1301也可以单独使用。

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

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

其中，处理器1301可以通过运行或执行存储在存储器1302内的软件程序，以及调用存储在存储器1302内的数据，执行通信装置1300的各种功能。

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

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

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

示例性地，输入端口可用于实现上述任一方法实施例中由通信设备(通信设备可以为接入网设备或终端设备)、接入网设备、终端设备、应用网元或末端设备执行的接收功能，输出端口可用于实现上述任一方法实施例中由通信设备(通信设备可以为接入网设备或终端设备)、接入网设备、终端设备、应用网元或末端设备执行的发送功能。

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

可选地，收发器1303，用于与其他通信装置之间的通信。例如，通信装置1300为接入网设备时，收发器1303可以用于与终端设备、应用网元、和/或末端设备通信。又例如，通信装置1300为终端设备时，收发器1303可以用于与接入网设备、和/或末端设备等通信。又例如，通信装置1300为应用网元时，收发器1303可以用于与网络开放网元、末端设备、策略控制网元和/或接入网设备通信。

此外，收发器1303可以包括接收器和发送器(图13中未单独示出)。其中，接收器用于实现接收功能，发送器用于实现发送功能。收发器1303可以和处理器1301集成在一起，也可以独立存在，并通过通信装置1300的输入/输出端口(图13中未示出)与处理器1301耦合，本申请实施例对此不作具体限定。

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

其中，上述图5a-图12中通信设备(可以为接入网设备或终端设备)的动作可以由图13所示的通信装置1300中的处理器1301调用存储器1302中存储的应用程序代码以指令通信设备执行。

上述图5a-图12中应用网元的动作可以由图13所示的通信装置1300中的处理器1301调用存储器1302中存储的应用程序代码以指令应用网元执行，本实施例对此不作任何限制。

上述图5a-图12中终端设备的动作可以由图13所示的通信装置1300中的处理器1301调用存储器1302中存储的应用程序代码以分别指令终端设备执行，本实施例对此不作任何限制。

上述图5a-图12中接入网设备的动作可以由图13所示的通信装置1300中的处理器1301调用存储器1302中存储的应用程序代码以分别指令接入网设备执行，本实施例对此不作任何限制。

上述图5a-图12中工业设备的动作可以由图13所示的通信装置1300中的处理器1301调用存储器1302中存储的应用程序代码以分别指令末端设备执行，本实施例对此不作任何限制。

当通信装置为通信设备时，通信装置1300可执行上述方法实施例中的通信设备所涉及的任一种或多种可能的设计方式。

当通信装置为接入网设备时，通信装置1300可执行上述方法实施例中的接入网设备所涉及的任一种或多种可能的设计方式。

当通信装置为终端设备时，通信装置1300可执行上述方法实施例中的终端设备所涉及的任一种或多种可能的设计方式。

当通信装置为应用网元时，通信装置1300可执行上述方法实施例中的应用网元所涉及的任一种或多种可能的设计方式。

当通信装置为末端设备时，通信装置1300可执行上述方法实施例中的工业设备所涉及的任一种或多种可能的设计方式。

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

图14为本申请实施例提供的另一种通信装置的结构示意图。为了便于说明，图14仅示出了该通信装置的主要部件。

该通信装置1400可以包括发送模块1401、接收模块1402、和/或处理模块1403。

例如，该通信装置1400是前述方法实施例中的通信设备时，通信装置1400可以包括发送模块1401和处理模块1403，还可以包括接收模块1402。

例如，该通信装置1400是前述方法实施例中的接入网设备时，通信装置1400可以包括发送模块1401和接收模块1402，还可以包括处理模块1403。

例如，该通信装置1400是前述方法实施例中的应用网元时，通信装置1400可以包括接收模块1402和处理模块1403，还可以包括发送模块1401；或者，通信装置1400可以包括接收模块1402和发送模块1401，还可以包括处理模块1403。

例如，该通信装置1400是前述方法实施例中的工业设备时，通信装置1400可以包括接收模块1402和处理模块1403，还可以包括发送模块1401。

该通信装置1400可以是前述方法实施例中的通信设备(可以为接入网设备或终端设备)、接入网设备、应用网元、或末端设备。发送模块1401，也可以称为发送单元，用以实现上述任一方法实施例中由通信设备(可以为接入网设备或终端设备)、接入网设备、应用网元、或末端设备执行的发送功能。接收模块1402，也可以称为接收单元，用以实现上述任一方法实施例中由通信设备(可以为接入网设备或终端设备)、接入网设备、应用网元、或末端设备执行的接收功能。

需要说明的是，发送模块1401和接收模块1402可以分开设置，也可以集成在一个模块中，即收发模块。本申请对于接收模块和发送模块的具体实现方式，不做具体限定。该收发模块可以由收发电路、收发机、收发器或者通信接口构成。

可选地，通信装置1400还可以包括存储模块(图14中未示出)，该存储模块存储有程序或指令。当处理模块1403执行该程序或指令时，使得通信装置1400可以执行上述任一方法实施例所述的方法。

处理模块1403，可以用于实现上述任一方法实施例中由通信设备(可以为接入网设备或终端设备)、接入网设备、应用网元、或末端设备执行的处理功能。该处理模块1403可以为处理器。

在本实施例中，该通信装置1400以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该通信装置1400可以采用图13所示的通信装置1300的形式。

比如，图13所示的通信装置1300中的处理器1301可以通过调用存储器1302中存储的计算机执行指令，使得上述方法实施例中的通信方法被执行。

具体地，图14中的处理模块1403和存储模块的功能/实现过程可以通过图13中所示的通信装置1300中的收发器1303来实现。图14中的处理模块1403的功能/实现过程可以通过图13所示的通信装置1300中的处理器1301调用存储器1302中存储的计算机执行指令来实现。

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

在一种可能的设计方案中，图14所示出的通信装置1400可适用于图1所示出的***中，执行上述任一方法实施例所述的通信方法中通信设备的功能。

其中，处理模块1403，用于根据调度编排信息和到达时间，确定时间偏移值。发送模块1401，用于向应用网元发送时间偏移值。其中，调度编排信息指示调度时刻，到达时间指示业务流中的第一数据包到达通信装置1400的时刻，时间偏移值为第一数据包到达通信装置1400的时刻与调度时刻的差值。

在一种可能的设计方式中，到达时间可以是通信装置1400从应用网元接收的。

在一种可能的设计方式中，到达时间可以是通信装置1400根据第一数据包到达通信装置1400的时刻确定的。

在一种可能的设计方式中，通信装置1400为接入网设备，调度编排信息是接入网设备根据参数信息确定的，参数信息包括业务周期、和/或业务流到达时间，业务流到达时间指示业务流中的第二数据包到达通信装置1400的时刻。

在一种可能的设计方式中，通信装置1400还可以包括：接收模块1402。其中，接收模块1402，用于接收来自应用网元的参数信息。

在一种可能的设计方式中，通信装置1400为接入网设备，处理模块1403，还用于根据调度编排信息分配资源。

在一种可能的设计方式中，通信装置1400为终端设备，接收模块1402，还用于接收来自接入网设备的调度编排信息。

在一种可能的设计方式中，接收模块1402，还用于接收来自应用网元的更新参数信息。其中，更新参数信息可以包括：更新后的业务流到达时间、和/或更新后的业务流到达时间的生效时间。

在一种可能的设计方式中，更新后的业务流到达时间包括更新后的上行业务流到达时间，通信装置1400为接入网设备，处理模块1403，还用于根据更新后的上行业务流到达时间，确定下行业务流到达时间。

在一种可能的设计方式中，发送模块1401，还用于在时间偏移值大于第三阈值的情况下，向应用网元发送时间偏移值。

需要说明的是，接收模块1402和发送模块1401可以分开设置，也可以集成在一个模块中，即收发模块(图14中未示出)。本申请对于接收模块1402和发送模块1401的具体实现方式，不做具体限定。

可选地，通信装置1400还可以包括存储模块(图14中未示出)，该存储模块存储有程序或指令。当处理模块1403执行该程序或指令时，使得通信装置1400可以执行上述任一方法实施例所述的通信方法中通信设备的功能。

需要说明的是，通信装置1400可以是通信设备，例如接入网设备或终端设备，也可以是可设置于通信设备的芯片(***)或其他部件或组件，本申请对此不做限定。

此外，通信装置1400的技术效果可以参考图5a-图12所示的通信方法的技术效果，此处不再赘述。

在另一种可能的设计方案中，图14所示出的通信装置1400可适用于图1所示出的***中，执行上述任一方法实施例所述的通信方法中接入网设备的功能。

其中，接收模块1402，用于接收来自终端设备的时间偏移值。其中，时间偏移值为业务流中的第一数据包到达终端设备的时刻与调度时刻的差值。

发送模块1401，用于向应用网元发送时间偏移值。

在一种可能的设计方式中，通信装置1400还可以包括：处理模块1403。处理模块1403，用于根据参数信息，确定调度编排信息。其中，参数信息可以包括业务周期、和/或业务流到达时间，业务流到达时间指示业务流中的第二数据包到达终端设备的时刻，调度编排信息指示调度时刻。

在一种可能的设计方式中，处理模块1403，用于根据至少两个业务流分别对应的参数信息，确定至少两个业务流分别对应的调度编排信息。

在一种可能的设计方式中，接收模块1402，还用于接收来自应用网元的参数信息。

在一种可能的设计方式中，发送模块1401，还用于向终端设备发送调度编排信息。

在一种可能的设计方式中，处理模块1403，还用于根据调度编排信息分配资源。

可选地，通信装置1400还可以包括存储模块(图14中未示出)，该存储模块存储有程序或指令。当处理模块1403执行该程序或指令时，使得通信装置1400可以执行上述任一方法实施例所述的通信方法中接入网设备的功能。

需要说明的是，通信装置1400可以是接入网设备，也可以是可设置于接入网设备的芯片(***)或其他部件或组件，本申请对此不做限定。

在又一种可能的设计方案中，图14所示出的通信装置1400可适用于图1所示出的***中，执行上述任一方法实施例所述的通信方法中应用网元的功能。

其中，接收模块1402，用于接收来自通信设备的时间偏移值。处理模块1403，用于根据时间偏移值确定发包时刻，或者，发送模块1401，用于发送时间偏移值。其中，时间偏移值为业务流中的第一数据包到达通信设备的时刻与调度时刻的差值。发包时刻指示业务流中的第三数据包的发送时刻。

在一种可能的设计方式中，发送模块1401，还用于向通信设备发送更新参数信息。其中，更新参数信息可以包括：更新后的业务流到达时间、和/或更新后的业务流到达时间的生效时间，更新后的业务流到达时间指示更新后的业务流中的第二数据包到达通信设备的时刻。

在一种可能的设计方式中，发送模块1401，还用于向通信设备发送参数信息。其中，参数信息包括业务周期、和/或业务流到达时间，业务流到达时间指示业务流中的第二数据包到达通信设备的时刻。

在一种可能的设计方式中，接收模块1402，还用于接收来自末端设备的参数信息。

在一种可能的设计方式中，接收模块1402，还用于接收来自末端设备的通知消息。其中，通知消息指示是否成功确定发包时刻。

可选地，通信装置1400还可以包括存储模块(图14中未示出)，该存储模块存储有程序或指令。当处理模块1403执行该程序或指令时，使得通信装置1400可以执行上述任一方法实施例所述的通信方法中应用网元的功能。需要说明的是，通信装置1400可以是应用网元，也可以是可设置于应用网元的芯片(***)或其他部件或组件，本申请对此不做限定。

在又一种可能的设计方案中，图14所示出的通信装置1400可适用于图1所示出的***中，执行上述任一方法实施例所述的通信方法中末端设备的功能。

接收模块1402，用于接收来自应用网元的时间偏移值。处理模块1403，用于根据时间偏移值，确定发包时刻。其中，时间偏移值为业务流中的第一数据包到达通信设备的时刻与调度时刻的差值。发包时刻指示业务流中的第三数据包的发送时刻。

在一种可能的设计方式中，通信装置1400还可以包括：发送模块1401。其中，发送模块1401，用于向应用网元发送通知消息。其中，通知消息可指示是否成功确定发包时刻。

在一种可能的设计方式中，发送模块1401，还用于根据发包时刻，发送第三数据包。

在一种可能的设计方式中，发送模块1401，还用于向应用网元发送参数信息。其中，参数信息可以包括业务周期、和/或业务流到达时间，业务流到达时间指示业务流中的第二数据包到达通信设备的时刻。

可选地，通信装置1400还可以包括存储模块(图14中未示出)，该存储模块存储有程序或指令。当处理模块1403执行该程序或指令时，使得通信装置1400可以执行上述任一方法实施例所述的通信方法中末端设备的功能。

需要说明的是，通信装置1400可以是末端设备，也可以是可设置于末端设备的芯片(***)或其他部件或组件，本申请对此不做限定。

本申请实施例提供一种通信***。该通信***包括：接入网设备(例如通信设备为接入网设备)和应用网元，或者，该通信***包括：接入网设备、终端设备(例如通信设备为终端设备)和应用网元。该通信***还可以包括末端设备。

其中，接入网设备用于执行上述方法实施例中接入网设备的动作，终端设备用于执行上述方法实施例中终端设备的动作，应用网元用于执行上述方法实施例中应用网元的动作，末端设备用于执行上述方法实施例中末端设备的动作，具体执行方法和过程可参照上述方法实施例，此处不再赘述。

本申请实施例提供一种芯片***，该芯片***包括逻辑电路和输入/输出端口。其中，逻辑电路可用于实现本申请实施例提供的通信方法所涉及的处理功能，输入/输出端口可用于本申请实施例提供的通信方法所涉及的收发功能。

示例性地，输入端口可用于实现本申请实施例提供的通信方法所涉及的接收功能，输出端口可用于实现本申请实施例提供的通信方法所涉及的发送功能。

示例性的，通信装置1300中的处理器可用于进行，例如但不限于，基带相关处理，通信装置1300中的收发器可用于进行，例如但不限于，射频收发。上述器件可以分别设置在彼此独立的芯片上，也可以至少部分的或者全部的设置在同一块芯片上。例如，处理器可以进一步划分为模拟基带处理器和数字基带处理器。其中，模拟基带处理器可以与收发器集成在同一块芯片上，数字基带处理器可以设置在独立的芯片上。随着集成电路技术的不断发展，可以在同一块芯片上集成的器件越来越多，例如，数字基带处理器可以与多种应用处理器(例如但不限于图形处理器，多媒体处理器等)集成在同一块芯片之上。这样的芯片可以称为***芯片(system on chip)。将各个器件独立设置在不同的芯片上，还是整合设置在一个或者多个芯片上，往往取决于产品设计的具体需要。本发明实施例对上述器件的具体实现形式不做限定。

在一种可能的设计中，该芯片***还包括存储器，该存储器用于存储实现本申请实施例提供的通信方法所涉及功能的程序指令和数据。

本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得本申请实施例提供的通信方法被执行。

本申请实施例提供一种计算机程序产品，该计算机程序产品包括：计算机程序或指令，当计算机程序或指令在计算机上运行时，使得本申请实施例提供的通信方法被执行。

应理解，在本申请实施例中的处理器可以是中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random accessmemory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

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

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

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

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

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

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

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

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

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

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

Claims

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

通信设备根据调度编排信息和到达时间，确定时间偏移值；其中，所述调度编排信息指示调度时刻，所述到达时间指示业务流中的第一数据包到达所述通信设备的时刻，所述时间偏移值为所述第一数据包到达所述通信设备的时刻与所述调度时刻的差值；

所述通信设备向应用网元发送所述时间偏移值。

2.根据权利要求1所述的通信方法，其特征在于，所述到达时间是所述通信设备从所述应用网元接收的。

3.根据权利要求1所述的通信方法，其特征在于，所述到达时间是所述通信设备根据所述第一数据包到达所述通信设备的时刻确定的。

4.根据权利要求1-3中任一项所述的通信方法，其特征在于，所述通信设备为接入网设备，所述调度编排信息是所述接入网设备根据参数信息确定的，所述参数信息包括业务周期、和/或业务流到达时间，所述业务流到达时间指示所述业务流中的第二数据包到达所述通信设备的时刻。

5.根据权利要求4所述的通信方法，其特征在于，所述调度编排信息是所述接入网设备根据参数信息确定的，包括：所述调度编排信息是所述接入网设备根据至少两个所述业务流对应的所述参数信息确定的。

6.根据权利要求5所述的通信方法，其特征在于，所述至少两个所述业务流包括第一业务流和第二业务流，所述第一业务流对应的业务流到达时间与所述第二业务流对应的业务流到达时间之间的差值小于或等于第一阈值，所述第一业务流对应的调度时刻与所述第二业务流对应的调度时刻大于或等于第二阈值。

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

所述接入网设备接收来自所述应用网元的所述参数信息。

8.根据权利要求1-7中任一项所述的通信方法，其特征在于，所述通信设备为接入网设备，所述方法还包括：

所述接入网设备根据所述调度编排信息分配资源。

9.根据权利要求1-3中任一项所述的通信方法，其特征在于，所述通信设备为终端设备，所述方法还包括：

所述终端设备接收来自接入网设备的所述调度编排信息。

10.根据权利要求1-9中任一项所述的通信方法，其特征在于，所述方法还包括：

所述通信设备接收来自所述应用网元的更新参数信息；其中，所述更新参数信息包括：更新后的业务流到达时间、和/或所述更新后的业务流到达时间的生效时间。

11.根据权利要求10所述的通信方法，其特征在于，所述更新后的业务流到达时间包括更新后的上行业务流到达时间，所述通信设备为接入网设备，所述方法还包括：

所述接入网设备根据所述更新后的上行业务流到达时间，确定下行业务流到达时间。

12.根据权利要求1-11中任一项所述的通信方法，其特征在于，所述通信设备向应用网元发送所述时间偏移值，包括：

在所述时间偏移值大于第三阈值的情况下，所述通信设备向所述应用网元发送所述时间偏移值。

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

接入网设备接收来自终端设备的时间偏移值；其中，所述时间偏移值为业务流中的第一数据包到达所述终端设备的时刻与调度时刻的差值；

所述接入网设备向应用网元发送所述时间偏移值。

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

所述接入网设备根据参数信息，确定调度编排信息；其中，所述参数信息包括业务周期、和/或业务流到达时间，所述业务流到达时间指示所述业务流中的第二数据包到达所述终端设备的时刻，所述调度编排信息指示调度时刻。

15.根据权利要求14所述的通信方法，其特征在于，所述接入网设备根据参数信息，确定调度编排信息，包括：

所述接入网设备根据至少两个所述业务流分别对应的所述参数信息，确定所述至少两个所述业务流分别对应的所述调度编排信息。

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

应用网元接收来自通信设备的时间偏移值；其中，所述时间偏移值为业务流中的第一数据包到达所述通信设备的时刻与调度时刻的差值；

所述应用网元根据所述时间偏移值，确定发包时刻；其中，所述发包时刻指示所述业务流中的第三数据包的发送时刻；或者，

所述应用网元发送所述时间偏移值。

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

所述应用网元向所述通信设备发送更新参数信息；其中，所述更新参数信息包括：更新后的业务流到达时间、和/或所述更新后的业务流到达时间的生效时间，所述更新后的业务流到达时间指示更新后的所述业务流中的第二数据包到达所述通信设备的时刻。

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

所述应用网元向所述通信设备发送参数信息；其中，所述参数信息包括业务周期、和/或业务流到达时间，所述业务流到达时间指示所述业务流中的第二数据包到达所述通信设备的时刻。

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

所述应用网元接收来自末端设备的所述参数信息。

20.根据权利要求16-19中任一项所述的通信方法，其特征在于，所述方法还包括：

所述应用网元接收来自末端设备的通知消息；其中，所述通知消息指示是否成功确定所述发包时刻。

21.根据权利要求20所述的通信方法，其特征在于，所述通知消息包括发包生效时间，所述发包生效时间指示所述发包时刻的生效时间。

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

末端设备接收来自应用网元的时间偏移值；其中，所述时间偏移值为业务流中的第一数据包到达通信设备的时刻与调度时刻的差值；

所述末端设备根据所述时间偏移值，确定发包时刻；其中，所述发包时刻指示所述业务流中的第三数据包的发送时刻。

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

所述末端设备向所述应用网元发送通知消息；其中，所述通知消息指示是否成功确定所述发包时刻。

24.根据权利要求23所述的通信方法，其特征在于，所述通知消息包括发包生效时间，所述发包生效时间指示所述发包时刻的生效时间。

25.根据权利要求22-24中任一项所述的通信方法，其特征在于，所述方法还包括：

所述末端设备根据所述发包时刻，发送所述第三数据包。

26.根据权利要求22-25中任一项所述的通信方法，其特征在于，所述方法还包括：

所述末端设备向所述应用网元发送参数信息；其中，所述参数信息包括业务周期、和/或业务流到达时间，所述业务流到达时间指示所述业务流中的第二数据包到达所述通信设备的时刻。

27.一种通信装置，其特征在于，所述通信装置包括用于执行如权利要求1-26中任一项所述方法的单元或模块。

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