时延预算的确定方法及装置

技术领域

本申请涉及通信领域，尤其涉及一种时延预算的确定方法及装置。

背景技术

第五代(5G)移动通信系统中，为了业务的时延保障，例如为了多媒体业务的时延保障，定义了包时延预算(packet delay budget，PDB)。PDB是指数据包从用户面功能(userplane function，UPF)节点到终端设备的传输时延上界。更具体地，PDB由核心网(corenetwork，CN)到接入网(access network，AN)的包时延预算和接入网到终端设备的包时延预算构成。其中，核心网到接入网的包时延预算可以简称为CN PDB，接入网到终端设备的包时延预算可以简称为AN PDB。

每种业务类型配置有相应的PDB和CN PDB，计算PDB与CN PDB之间的差值即可得到AN PDB。当某种业务类型的数据包传输到基站时，基站基于该业务类型对应的AN PDB对该业务类型的数据包进行调度，以使得该业务类型的数据包从基站到达终端设备的时延不超过该业务类型对应的AN PDB，从而保障该业务类型的数据包的传输时延。

然而，上述方法并不能保障端到端(end to end，E2E)时延敏感业务的数据包的传输时延。

发明内容

本申请提供了一种时延预算的确定方法及装置，该方法对于端到端时延敏感的业务也能够提供可靠的时延保障，从而提升用户体验。

第一方面，本申请提供一种时延预算的确定方法，该方法可以由通信设备执行，也可以由通信设备的部件(例如处理器、芯片、或芯片系统等)执行，还可以由能实现全部或部分通信设备功能的逻辑模块或软件实现。该方法包括：接收第一数据包和第一信息，该第一信息用于指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，所述第一数据帧对应至少两个数据包，第一数据包为所述至少两个数据包中的最后一个数据包，第一信息携带在至少两个数据包的一个或多个中；根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从通信设备至终端设备的包时延预算PDB。

本实施例提供的时延预算的确定方法中，通信设备首先接收第一数据包和第一信息，其中，第一数据包属于对应至少两个数据包的第一数据帧中的最后一个数据包，第一信息指示了第一数据包所属的第一数据帧在服务器中的编码起始时刻。之后，通信设备基于第一数据包到达通信设备的时刻和编码起始时刻确定出通信设备至终端设备的包时延预算PDB。

可以理解的是，根据第一数据包达通信设备的时刻与编码起始时刻确定通信设备至终端设备的包时延预算PDB，能够更真实地反映出该第一数据包的传输情况，从而进一步地保障端到端时延敏感业务的数据包的传输时延。

示例性地，假设对于某个视频业务，服务器在将该视频业务的某个视频帧(可以认为是第一数据帧，该视频帧对应至少两个数据包)发送给终端设备时，由于该视频帧对应的最后一个数据包(即可以认为是该视频帧的第一数据包)到达终端设备时才意味着该视频帧到达终端设备，因此最后一个数据包的到达时刻就意味着整个视频帧的到达时刻。此时，为了保障第一数据包从通信设备(例如是接入网设备)至终端设备的传输时延，在确定从接入网设备至终端设备的PDB时，本实施例通过第一数据包到达接入网设备的时刻和编码起始时刻来确定出接入网设备至终端设备的PDB，例如可以通过第一数据包到达接入网设备的时刻和编码起始时刻确定第一数据包从服务器至接入网设备的传输时延，然后再根据传输时延和视频帧的E2E PDB确定第一数据包从通信设备至终端设备的PDB，即本申请的时延预算的确定方法，还考虑了从服务器开始编码至到达接入网设备时消耗的时间，因此，能够进一步保障端到端时延敏感业务的数据包的传输时延。

结合第一方面，在一种可能的实现方式中，第一信息携带在至少两个数据包中的一个数据包的包头。

可以理解的是，对于对应多个数据包的数据帧，该多个数据包的编码起始时刻是一样的，因此，本实施例中，通过将第一信息携带在第一数据帧对应的至少两个数据包中的一个数据包的包头，而不是将第一信息携带在第一数据帧对应的至少两个数据包的每一个数据包中，能够减小为第一数据帧增加第一信息的开销。

结合第一方面，在一种可能的实现方式中，根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从通信设备至终端设备的包时延预算PDB，包括：根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从服务器至通信设备的传输时延；根据传输时延和端到端E2E PDB确定第一数据包从通信设备至终端设备的PDB，所述E2E PDB为第一数据包从服务器至终端设备的PDB。

该实现方式中，通信设备首先通过第一数据包到达通信设备的时刻和编码起始时刻确定出第一数据包从服务器至通信设备的传输时延，再根据该传输时延来确定第一数据包从通信设备至终端设备的PDB。可以理解的是，该方法能够更真实地反映出该第一数据包的传输情况，也能更准确地反映出该第一数据包从服务器至通信设备时消耗的时间，从而可以使得计算出的第一数据包从通信设备至终端设备的PDB更加准确。

示例性地，在一种可能的实现方式中，第一数据包从服务器至通信设备的传输时延为第一数据包到达通信设备的时刻与编码起始时刻之间的差值；第一数据包从通信设备至终端设备的PDB为E2E PDB与传输时延之间的差值。

结合第一方面，在一种可能的实现方式中，所述方法还包括：接收第二数据包，第二数据包为至少两个数据包中除第一数据包以外的任意一个数据包，第二数据包从通信设备至终端设备的PDB与第一数据包从通信设备至终端设备的PDB相等。

可以理解的是，由于第一数据包为第一数据帧的最后一个数据包，即第一数据包是最后一个到达通信设备的数据包，因此，当该第一数据包到达通信设备时，意味着位于该第一数据包前面的任意一个数据包(即第二数据包)也已经到达了接入网设备。该实现方式中，以第一数据包计算出的PDB作为第二数据包的PDB，能够进一步保证第二数据包的传输时延。

结合第一方面，在一种可能的实现方式中，第一数据包与第二数据包的包头携带相同的帧标识，帧标识用于指示所述第一数据帧。

该实现方式中，通过为第一数据包与第二数据包的包头携带相同的帧标识，可以使得通信设备在接收到第一数据包和第二数据包时，能够通过帧标识确定出第一数据包和第二数据包均属于第一数据帧。

结合第一方面，在一种可能的实现方式中，通信设备为接入网设备或核心网设备。

该实现方式中，当通信设备为核心网设备时，通过第一数据包达核心网设备的时刻与编码起始时刻确定的第一数据包从核心网设备至终端设备的PDB，相比根据不同的业务类型，将核心网设备至终端设备的PDB配置在核心网设备中，能够进一步保障第一数据包的传输时延。

当通信设备为接入网设备时，不再需要为接入网设备配置第一数据包从核心网设备至接入网设备的PDB，接入网设备可以直接通过第一数据包到达接入网设备的时刻与编码起始时刻确定出第一数据包从接入网设备至终端设备的PDB。

第二方面，本申请提供一种时延预算的确定方法，该方法可以由通信设备执行，也可以由通信设备的部件(例如处理器、芯片、或芯片系统等)执行，还可以由能实现全部或部分通信设备功能的逻辑模块或软件实现。该方法包括：接收第二信息，该第二信息用于指示终端设备请求第二数据帧的第一时刻；根据第一时刻、第二数据帧的标识、第二数据帧到达通信设备的第二时刻和第二数据帧对应的帧率，确定第二数据帧从通信设备至终端设备的包时延预算PDB。

本实施例提供的时延预算的确定方法，通信设备根据第一时刻、第二数据帧的标识、第二数据帧到达通信设备的第二时刻和第二数据帧对应的帧率，确定第二数据帧从通信设备至终端设备的包时延预算PDB。可以理解的是，该方法能够更真实地反映出该第二数据帧的传输情况，从而进一步地保障端到端时延敏感业务的数据包的传输时延。

示例性地，根据第一时刻、第二数据帧的标识、第二数据帧到达通信设备的第二时刻和第二数据帧对应的帧率先确定出第二数据帧从终端设备发起请求第二数据帧开始至到达通信设备时的消耗时间，再根据从终端设备请求第二数据帧至终端设备接收到第二数据帧的PDB(即E2E PDB)，求得第二数据帧从通信设备至终端设备的包时延预算PDB。

结合第二方面，在一种可能的实现方式中，第二数据帧从通信设备至终端设备的PDB还与端到端E2E PDB相关，所述E2E PDB为从终端设备请求第二数据帧至终端设备接收到第二数据帧的PDB。

结合第二方面，在一种可能的实现方式中，第一时刻、第二数据帧的标识、第二时刻和第二数据帧对应的帧率之间满足如下关系式：

其中，T

该实现方式中，通信设备可以基于上述关系式确定出第二数据帧到达通信设备时已经消耗的时间，从而使得通信设备根据第二数据帧已经消耗的时间确定出的第二数据帧从通信设备至终端设备的PDB更加准确。

结合第二方面，在一种可能的实现方式中，通信设备为接入网设备或核心网设备。

第三方面，本申请提供一种时延预算的确定方法，该方法可以由通信设备执行，也可以由通信设备的部件(例如处理器、芯片、或芯片系统等)执行，还可以由能实现全部或部分通信设备功能的逻辑模块或软件实现。该方法包括：接收第一数据包和第一信息，该第一信息用于指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，第一信息携带在第一数据包的包头，所述第一数据帧对应至少两个数据包，第一数据包为所述至少两个数据包中的任意一个数据包；根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从通信设备至终端设备的包时延预算PDB。

本实施例提供的时延预算的确定方法中，通信设备首先接收第一数据包和第一信息，其中，第一数据包属于对应至少两个数据包的第一数据帧中的任意一个数据包，第一信息指示了第一数据包所属的第一数据帧在服务器中的编码起始时刻。之后，通信设备基于第一数据包到达通信设备的时刻和编码起始时刻确定出通信设备至终端设备的包时延预算PDB。可以理解的是，本实施例提供的时延预算的确定方法中，由于第一数据包中携带了用于指示编码起始时刻的第一信息，因此，本实施例的方法能够实现数据包级别的时延预算的确定。

结合第三方面，在一种可能的实现方式中，根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从通信设备至终端设备的包时延预算PDB，包括：根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从服务器至通信设备的传输时延；根据传输时延和端到端E2E PDB确定第一数据包从通信设备至终端设备的PDB，所述E2E PDB为第一数据包从服务器至终端设备的PDB。

该实现方式中，通信设备首先通过第一数据包到达通信设备的时刻和编码起始时刻确定出第一数据包从服务器至通信设备的传输时延，再根据该传输时延来确定第一数据包从通信设备至终端设备的PDB。可以理解的是，该方法能够更真实地反映出该第一数据包的传输情况，也能更准确地反映出该第一数据包从服务器至通信设备时消耗的时间，从而可以使得计算出的第一数据包从通信设备至终端设备的PDB更加准确。

示例性地，在一种可能的实现方式中，第一数据包从服务器至通信设备的传输时延为第一数据包到达通信设备的时刻与编码起始时刻之间的差值；第一数据包从通信设备至终端设备的PDB为E2E PDB与传输时延之间的差值。

第四方面，本申请提供一种时延预算的确定装置，该装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分通信设备功能的逻辑模块或软件。该装置包括：接口模块，用于接收第一数据包和第一信息，该第一信息用于指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，所述第一数据帧对应至少两个数据包，第一数据包为所述至少两个数据包中的最后一个数据包，第一信息携带在至少两个数据包的一个或多个中；处理模块，用于根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从通信设备至终端设备的包时延预算PDB。

结合第四方面，在一种可能的实现方式中，第一信息携带在至少两个数据包中的一个数据包的包头。

结合第四方面，在一种可能的实现方式中，处理模块具体用于：根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从服务器至通信设备的传输时延；根据传输时延和端到端E2E PDB确定第一数据包从通信设备至终端设备的PDB，所述E2E PDB为第一数据包从服务器至终端设备的PDB。

结合第四方面，在一种可能的实现方式中，第一数据包从服务器至通信设备的传输时延为第一数据包到达通信设备的时刻与编码起始时刻之间的差值；第一数据包从通信设备至终端设备的PDB为E2E PDB与传输时延之间的差值。

结合第四方面，在一种可能的实现方式中，接口模块还用于：接收第二数据包，所述第二数据包为至少两个数据包中除第一数据包以外的任意一个数据包，第二数据包从通信设备至终端设备的PDB与第一数据包从通信设备至终端设备的PDB相等。

结合第四方面，在一种可能的实现方式中，第一数据包与第二数据包的包头携带相同的帧标识，所述帧标识用于指示第一数据帧。

结合第四方面，在一种可能的实现方式中，通信设备为接入网设备或核心网设备。

第五方面，本申请提供一种时延预算的确定装置，该装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分通信设备功能的逻辑模块或软件。该装置包括：接口模块，用于接收第二信息，第二信息用于指示终端设备请求第二数据帧的第一时刻；处理模块，用于根据第一时刻、第二数据帧的标识、第二数据帧到达通信设备的第二时刻和第二数据帧对应的帧率，确定第二数据帧从通信设备至终端设备的包时延预算PDB。

结合第五方面，在一种可能的实现方式中，第二数据帧从通信设备至终端设备的PDB还与端到端E2E PDB相关，所述E2E PDB为从终端设备请求第二数据帧至终端设备接收到第二数据帧的PDB。

结合第五方面，在一种可能的实现方式中，第一时刻、第二数据帧的标识、第二时刻与第二数据帧对应的帧率之间满足如下关系式：

其中，T

结合第五方面，在一种可能的实现方式中，通信设备为接入网设备或核心网设备。

第六方面，本申请提供一种时延预算的确定装置，该装置可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分通信设备功能的逻辑模块或软件。该装置包括：接口模块，用于接收第一数据包和第一信息，该第一信息用于指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，第一信息携带在第一数据包的包头，所述第一数据帧对应至少两个数据包，第一数据包为所述至少两个数据包中的任意一个数据包；处理模块，用于根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从通信设备至终端设备的包时延预算PDB。

结合第六方面，在一种可能的实现方式中，处理模块具体用于：根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从服务器至通信设备的传输时延；根据传输时延和端到端E2E PDB确定第一数据包从通信设备至终端设备的PDB，所述E2E PDB为第一数据包从服务器至终端设备的PDB。

第七方面，本申请提供一种时延预算的确定装置，包括处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当程序或指令被处理器执行时，使得所述装置执行如第一方面或其中任意一种可能的实现方式所述的方法，或者如第二方面或其中任意一种可能的实现方式所述的方法，或者如第三方面或其中任意一种可能的实现方式所述的方法。

在一些实现方式中，该装置可以是芯片。这种实现方式中，可选地，该装置还可以包括通信接口，用于与其他装置或设备进行通信。

第八方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储用于计算机执行的指令，当所述指令被执行时，使得如第一方面或其中任意一种可能的实现方式所述的方法，或者如第二方面或其中任意一种可能的实现方式所述的方法被执行，或者如第三方面或其中任意一种可能的实现方式所述的方法被执行。

第九方面，本申请提供一种计算机程序产品，所述计算机程序产品中包括计算机程序指令，当所述计算机程序指令在计算机上运行时，使得所述计算机执行如第一方面或其中任意一种可能的实现方式所述的方法，或者如第二方面或其中任意一种可能的实现方式所述的方法，或者如第三方面或其中任意一种可能的实现方式所述的方法。

其中，第四方面至第九方面中任一种实现方式所带来的技术效果可参见上述第一方面的任一种可能的实现方法所带来的技术效果，或者参见上述第二方面的任一种可能的实现方法所带来的技术效果，又或者参见上述第三方面的任一种可能的实现方法所带来的技术效果，不予赘述。

附图说明

图1为本申请提供的网络架构的结构性示意图；

图2为本申请提供的时延预算的确定方法的结构性示意图；

图3为本申请一个实施例提供的时延预算的确定方法的示意性流程图；

图4为本申请一个实施例提供的时延预算构成的结构性示意图；

图5为本申请另一个实施例提供的时延预算的确定方法的示意性流程图；

图6为本申请一个实施例提供的增加时间戳标记的结构性示意图；

图7为本申请另一个实施例提供的增加时间戳标记的结构性示意图；

图8为本申请一个实施例提供的时延预算的确定方法的示意性流程图；

图9为本申请另一个实施例提供的时延预算的确定方法的示意性流程图；

图10为本申请一个实施例提供的时延预算构成的结构性示意图；

图11为本申请另一个实施例提供的时延预算的确定方法的示意性流程图；

图12为本申请又一个实施例提供的时延预算的确定方法的示意性流程图；

图13为本申请一个实施例提供的时延预算的确定方法的示意性流程图；

图14为本申请一个实施例提供的时延预算构成的结构性示意图；

图15为本申请一个实施例提供的时延预算的确定方法的示意性流程图；

图16为本申请一个实施例提供的时延预算的确定方法的结构性示意图；

图17为本申请一个实施例提供的时延预算的确定方法的示意性流程图；

图18为本申请一个实施例提供的时延预算的确定方法的结构性示意图；

图19为本申请一个实施例提供的时延预算的确定装置的结构性示意图；

图20为本申请另一个实施例提供的时延预算的确定装置的结构性示意图。

具体实施方式

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

图1为本申请实施例提供的网络架构的结构性示意图，该网络架构为(5thgeneration，5G)网络架构。该5G网络架构中的网元包括用户设备(user equipment，UE)101、接入网(access network，AN)102、核心网(core network，CN)数据面的用户面功能(user equipment，UPF)103、数据网络(data network，DN)104、服务器105和核心网控制面106。

UE 101也可以称为终端设备、移动台、移动终端、终端等。UE可以广泛应用于各种场景，例如，设备到设备(device-to-device，D2D)、车物(vehicle to everything，V2X)通信、机器类通信(machine-type communication，MTC)、物联网(internet of things，IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。本申请的实施例对终端所采用的具体技术和具体设备形态不做限定。

AN 102的主要功能是控制UE 101通过无线接入到移动通信网络。AN 102是移动通信系统的一部分，它实现了一种无线接入技术。示例性地，AN 102例如可以是基站(basestation)、演进型基站(evolved NodeB，eNodeB)、发送接收点(transmission receptionpoint，TRP)、5G移动通信系统中的下一代基站(next generation NodeB，gNB)、第六代(6thgeneration，6G)移动通信系统中的下一代基站、未来移动通信系统中的基站或WiFi系统中的接入节点等；也可以是完成基站部分功能的模块或单元，例如，可以是集中式单元(central unit，CU)，也可以是分布式单元(distributed unit，DU)。无线接入网设备可以是宏基站，也可以是微基站或室内站，还可以是中继节点或施主节点等。可以理解，本申请中的无线接入网设备的全部或部分功能也可以通过在硬件上运行的软件功能来实现，或者通过平台(例如云平台)上实例化的虚拟化功能来实现。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。为了便于描述，下文以基站作为无线接入网设备的例子进行描述。

UE 101和AN 102可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和人造卫星上。本申请实施例对AN 102和UE101的应用场景不做限定。

AN 102和UE 101之间可以通过授权频谱进行通信，也可以通过免授权频谱进行通信，也可以同时通过授权频谱和免授权频谱进行通信；可以通过6千兆赫(gigahertz，GHz)以下的频谱进行通信，也可以通过6GHz以上的频谱进行通信，还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线通信所使用的频谱资源不做限定。

在本申请的实施例中，基站的功能也可以由基站中的模块(如芯片)来执行，也可以由包含有基站功能的控制子系统来执行。这里的包含有基站功能的控制子系统可以是智能电网、工业控制、智能交通、智慧城市等上述终端的应用场景中的控制中心。终端的功能也可以由终端中的模块(如芯片或调制解调器)来执行，也可以由包含有终端功能的装置来执行。

UPF 103是用户面的功能单元，主要负责分组数据包的转发、服务质量(qualityof service，QoS)控制、计费信息统计和连接外部网络等，其包括了长期演进技术(longterm evolution，LTE)的服务网关(serving gateway，SGW)和共用数据网网关(publicdata network gateway，PDN-GW)的相关功能。

DN 104是负责为UE 101提供服务的网络，如一些DN为UE 101提供上网功能，另一些DN为UE 101提供短信功能等等。

服务器105是与UE 101进行通信的设备，能够向UE 101发送业务数据，例如是视频业务的数据或者语音业务的数据，本申请实施例对此不做限定。

核心网控制面106主要负责业务流程交互、向用户面下发数据包转发策略、QoS控制策略等。示例性地，如图1所示，核心网控制面106中的控制面网元主要包括：移动性管理功能(acess and mobility function，AMF)、会话管理功能(session managementfunction，SMF)、策略控制功能(policy control function，PCF)、应用功能(applicationfunction，AF)、网络开放功能(network exposure function，NEF)等。其中，AMF主要负责UE101的接入和移动性管理。SMF主要负责管理用户协议数据单元(protocol data unit，PDU)会话的创建、删除等，维护PDU会话上下文以及用户面转发管道信息。PCF主要负责执行策略控制，类似于长期演进技术(long term evolution，LTE)中的策略与计费规则功能(policyand charging rules function，PCRF)网元，包括生成、管理用户、会话、服务质量(qualityof service，QoS)流处理策略、服务质量以及计费规则的生成，并将相应规则通过SMF下发到UPF网元。AF主要负责提供各种业务服务的功能，能够通过NEF网元与核心网交互，以及能够和策略管理框架交互进行策略管理。NEF用于提供网络能力开放相关的框架、鉴权和接口，在5G系统网络功能和其他网络功能之间传递信息。

在图1所示的网络架构中，UE 101与AMF之间通过N1接口通信，该N1接口用于传输非接入层(non access stratum，NAS)信令。AN 102与AMF之间通过N2接口通信；AN 102与UPF 103之间通过N3接口通信，该N3接口采用用户层面的GPRS隧道协议(GPRS tunnellingprotocol for the user plane，GTP-U)协议进行用户数据的隧道传输；UPF103与SMF与之间通过N4接口通信，该N4接口用于对UPF 103进行策略配置等。UPF 103与外部DN 104之间通过N6接口通信，在特定场景下，N6接口要求支持专线或L2/L3层隧道，可基于因特网协议(internet protocol，IP)与DN网络通信。

在此说明的是，本申请实施例所涉及的各个网元既可以是上述实施例中提到的网元，也可以是未来通信系统中与上述各个网元具有相同功能的网元。例如，用户面功能网元可以是UPF网元，也可以是未来通信系统中与UPF网元具有相同功能的网元；应用功能网元可以是AF网元，也可以是与AF网元具有相同功能的网元；策略管理网元可以是PCF网元，也可以是与PCF网元具有相同功能的网元。

对于图1所示的通信系统，服务器105可以通过DN 104、UPF 103、核心网控制面106、AN 102与UE 101进行通信。示例性地，服务器105上的某个视频流业务通过DN 104、UPF103、核心网控制面106、AN 102传输到UE 101。

目前，在5G移动通信系统中，为了业务的时延保障，例如为了多媒体业务的时延保障，定义了包时延预算(packet delay budget，PDB)。PDB是指数据包从UPF节点到终端设备的传输时延上界。以图1所示的5G网络为例，可以理解为，当某一数据包到达UPF 103后，UPF103需要在PDB内将该数据包交付到UE 101。更具体地，如图2所示，PDB由核心网设备到接入网设备的包时延预算和接入网设备到终端设备的包时延预算构成。其中，核心网设备到接入网设备的包时延预算可以简称为CN PDB，接入网设备到终端设备的包时延预算可以简称为AN PDB。

每种业务类型配置有相应的PDB和CN PDB，计算PDB与CN PDB之间的差值即可得到AN PDB。当某种业务类型的数据包传输到接入网设备时，接入网设备基于该业务类型对应的AN PDB对该业务类型的数据包进行调度，以使得该业务类型的数据包从接入网设备到达终端设备的时延不超过该业务类型对应的AN PDB，从而保障该业务类型的数据包的传输时延。

可以理解的是，随着通信系统的发展，尤其是5G移动通信系统的发展，推动了许多实时多媒体业务的快速发展，例如视频流、云游戏和扩展现实(extended reality，XR)。相比于其他传统业务，XR，包括虚拟现实(virtual reality，VR)和增强现实(augmentedreality，AR)，具有高清多视角、交互性强等优点，为用户提供了一种全新的视觉体验，具有极大的应用价值和商业潜力。目前，XR已在教育、娱乐、军事、医疗、环保、交通运输、公共卫生等相关的领域中得到应用。但与此同时，XR业务对网络传输的时延提出了更为严苛的要求。例如，在云VR业务中，如果移动视觉感知延迟(motion to photons，MTP)大于20毫秒，用户就可能会产生眩晕不适感，影响用户体验。

因此，对于像XR这样的端到端的时延敏感业务，数据包到达超时会大大影响用户体验。然而，现有协议中只考虑了5G网络内的传输时延，即只考虑了从核心网设备到终端设备的时延。对于端到端(end to end，E2E)时延敏感的业务，仅考虑从核心网设备到终端设备的时延，有可能会超出端到端时延敏感业务的时延要求，从而出现不能够保障时延敏感业务的数据包的传输时延。以图2为例，对于某个时延敏感的业务，该时延敏感的业务要求的E2E时延是70毫秒，即数据包从服务器到UE的传输时延不能超过70ms，此时，如果该业务的数据包从服务器开始编码到抵达AN已经经历了65ms，但接入网设备后续仍然以为其预配置的10ms为时延预算调度该数据包，则有可能会超出该业务要求的E2E时延为70ms的要求，从而不能为该时延敏感的业务提供可靠的时延保障。

鉴于此，本申请实施例提出一种新的时延预算的确定方法。该方法中，执行时延预算的确定方法的通信设备(例如是接入网设备或者核心网设备)首先确定第一数据包抵达该通信设备时消耗的时间，然后再基于该消耗的时间和端到端的包时延预算(也称为E2EPDB)确定出第一数据包从通信设备至终端设备的时延预算。由于最终确定的时延预算是根据第一数据包实际消耗的时间确定出来的，因此，使用该方法确定出的时延预算，即使是对于端到端的时延敏感业务，也能够保障该时延敏感业务的数据包的传输时延。

下面，结合图3，介绍通信设备为接入网设备时，本申请实施例的时延预算的确定方法。图3中以接入网设备和服务器作为该交互示意的执行主体为例来示意该方法，但本申请并不限制该交互示意的执行主体。例如，图3中的接入网设备也可以是支持该接入网设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分接入网设备功能的逻辑模块或软件；图3中的服务器也可以是支持该服务器实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分服务器功能的逻辑模块或软件。

图3为本申请一个实施例提供的时延预算的确定方法的示意性流程图。如图3所示，本实施例的方法可以包括S301，S302和S303。该时延预算的确定方法可以由图1所示的通信系统中的AN 102来执行。

S301，服务器向接入网设备发送第一数据包和第一信息，相应地，接入网设备接收第一数据包和第一信息，所述第一信息用于指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，所述第一数据帧对应至少两个数据包，第一信息携带在所述至少两个数据包的一个或多个中。

示例性地，第一数据包为第一业务类型的数据包，例如第一业务是视频业务，或者是语音会话类业务，又或者是实时游戏类业务，相应地，当该第一业务是视频业务，第一数据包是视频业务类型的数据包，当该第一业务是语音会话类业务时，该第一数据包是语音会话类业务类型的数据包。本申请实施例对此不做限定。

其中，第一数据帧对应至少两个数据包也可以认为是第一数据帧包括多个数据包，此时，第一数据包为第一数据帧包括的多个数据包中的一个数据包。

示例性地，该第一数据帧可以是视频帧，又或者是语音帧，本实施例对此不做限定。

可以理解的是，服务器在向终端设备发送某一个业务的内容时，是将该内容转换为数据包的形式进行发送的，但是对于终端设备而言，要能够识别到内容，其最小单位可能是多个数据包组成的第一数据帧。例如，对于视频业务，终端设备是以视频帧进行显示的，而每个视频帧实际上是由多个数据包构成。

还可以理解的是，服务器要向接入网设备发送第一数据包，那么该第一数据包需要在服务器中进行编码。此外，对于该第一数据包所属的第一数据帧，该第一数据帧包括的多个数据包的编码起始时刻是相同的。例如，对于视频业务的某个视频帧，该视频帧包括100个数据包，那么该100个数据包的编码起始时刻相同。

本实施例中，服务器在向接入网设备发送第一数据包时，通过将第一信息携带在数据包的包头，来向接入网设备指示第一数据包所属的第一数据帧在服务器中的编码起始时刻。

S302，接入网设备根据第一数据包到达接入网设备的时刻和编码起始时刻确定第一数据包从服务器至接入网设备的传输时延。

其中，传输时延可以理解为第一数据包从一个设备传输到另一个设备时消耗的时间。

可以理解的是，如果服务器要将第一数据包发送给终端设备，该第一数据包会先通过数据网络到达核心网设备，再从核心网设备到达接入网设备，当到达接入网设备时，接入网设备会对该第一数据包进行调度，最终发送到终端设备，因此，不论第一数据包是从服务器传输至核心网设备，还是从服务器传输至接入网设备，都会有对应的传输时延。

还可以理解的是，第一数据包从服务器传输至接入网设备时，会有对应地该第一数据包的到达时刻，即第一数据包到达接入网设备的时刻。

本实施例中，接入网设备根据该第一数据包到达接入网设备的时刻与编码起始时刻，确定第一数据包从服务器至接入网设备的传输时延。

在一种可实现方式中，接入网设备可以确定该第一数据包从服务器至接入网设备的传输时延为第一数据包到达接入网设备的时刻与编码起始时刻之间的差值。例如，第一数据包到达接入网设备的时刻为0秒60毫秒，该第一数据包所属的第一数据帧的编码起始时刻为0秒20毫秒，那么该第一数据包从服务器至接入网设备的传输时延为0秒60毫秒与0秒20毫秒之间的差值，即该第一数据包从服务器输至接入网设备消耗了40毫秒。

应理解，根据第一数据包到达接入网设备的时刻与编码起始时刻之间的差值来确定第一数据包从服务器至接入网设备的传输时延，能够更真实地反映出该第一数据包的传输情况，也能更准确地反映出该第一数据包从服务器至接入网设备时消耗的时间。

S303，接入网设备根据传输时延和端到端E2E包时延预算PDB确定第一数据包从接入网设备至终端设备的PDB，E2E PDB为第一数据包从服务器至终端设备的PDB。

随着通信系统的发展，尤其是5G移动通信系统的发展，推动了许多时延敏感业务的快速发展。对于时延敏感业务，为了提升用户体验，一般会要求该时延敏感业务的数据包从服务器至终端设备的端到端时延不能超过一个时间阈值，即E2E PDB。

本实施例中，E2E PDB可以认为是第一数据包从服务器至终端设备的传输时延的最大值。

具体地，本实施例中的E2E PDB可以由第一数据包从服务器至接入网设备的传输时延与第一数据包从接入网设备至终端设备的传输时延构成。如图4所示，其中，t表示第一数据包从服务器至接入网设备消耗的时间，5G-AN PDB表示剩余的接入网设备至终端设备之间空口时延预算，t和该剩余的空口时延预算之和等于E2E PDB。

因此，在本实施例中，当接入网设备确定了第一数据包从服务器至接入网设备的传输时延后，就可以确定出第一数据包从接入网设备至终端设备的传输时延。

在一种可实现方式中，第一数据包从接入网设备至终端设备的PDB为E2E PDB与传输时延之间的差值。例如，某个业务的第一数据包到达接入网设备的时刻为0秒60毫秒，编码起始时刻为0秒20毫秒，那么该第一数据包从服务器传输至接入网设备的传输时延为40毫秒，此时，如果该业务的E2E PDB要求为50毫秒，那么第一数据包从接入网设备至终端设备的PDB就为10ms。

进一步地，当接入网设备确定了该第一数据包从接入网设备至终端设备的PDB之后，就可以基于该PDB调度该第一数据包，从而保障第一数据包的传输时延。

本申请实施例提供的时延预算的确定方法，接入网设备通过计算第一数据包在服务器中开始编码至抵达接入网设备时消耗的时间，然后再根据该第一数据包对应的E2EPDB确定出第一数据包从接入网设备至终端设备的PDB，从而使得即使是对于端到端的时延敏感业务，也能够保障该时延敏感业务的数据包的传输时延。

作为一个可选的实施例，在一种可能的实现方式中，服务器向接入网设备发送的指示编码起始时刻的第一信息携带在至少两个数据包中的一个数据包的包头。例如，第一信息携带在第一个数据包的包头。

可选地，第一数据包为第一数据帧对应的至少两个数据包的最后一个数据包。

下面，结合图5，详细地说明当第一信息携带在第一数据帧的第一个数据包的包头、第一数据包为第一数据帧的最后一个数据包时，本申请实施例的接入网设备执行的时延预算的确定方法。图5中以接入网设备和服务器作为该交互示意的执行主体为例来示意该方法，但本申请并不限制该交互示意的执行主体。例如，图5中的接入网设备也可以是支持该接入网设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分接入网设备功能的逻辑模块或软件；图5中的服务器也可以是支持该服务器实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分服务器功能的逻辑模块或软件。

图5为本申请另一个实施例提供的时延预算的确定方法的示意性流程图。如图5所示，本实施例的方法可以包括S501，S502，S503，S504和S505。该时延预算的确定方法可以由图1所示的通信系统中的AN 102来执行。本实施例中，第一数据包所属的数据帧的业务类型为第一业务类型。

S501，接入网设备获取E2E PDB，所述E2E PDB为第一数据包从服务器至终端设备的PDB。

其中，有关E2E PDB的概念可以参考图3实施例中的描述，此处不再赘述。

在此说明的是，本实施例对接入网设备如何获取E2E PDB的方式不做限定。

例如，在一种可实现方式中，可以在接入网设备中预配置E2E PDB。

又例如，在另一种可实现方式中，可以在QoS文件中添加字段E2E PDB来表示端到端包时延预算。然后当建立PDU会话后，由核心网控制面中的SMF通过N2接口提供给接入网设备。在此说明的是，此处的SMF通过N2接口提供给接入网设备是指SMF先通过N11接口提供给AMF，然后AMF再通过N2接口提供给接入网设备。

示例性地，QoS文件包含以下参数，如表1所示，其中端到端时延预算E2E PDB是本实施例新增的参数，其余参数是现有QoS文件中包含的参数，具体含义可以参考相关技术中的描述，此处不再赘述。

表1 QoS Profile添加字段示例

/>

S502，服务器生成第一信息，该第一信息携带在第一数据帧的第一个数据包的包头，所述第一数据帧对应至少两个数据包，该第一信息用于指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，且第一数据包为第一数据帧的最后一个数据包。

本实施例中，有关第一数据帧的概念可以参考图3所述实施例中的描述，此处不再赘述。

服务器生成第一信息的一种方式为：服务器对生成的第一数据帧内的第一个数据包增加时间戳(timestamp)标记，该时间戳表示该第一数据帧开始编码的时刻，例如用T

在此说明的是，本实施例对该时间戳标记添加的具体位置不做限定。例如，如图6所示，该时间戳标记可以添加在用户数据包协议(user datagram protocol，UDP)和实时传输协议(real-time transport protocol，RTP)之间。又或者如图7所示，该时间戳标记可以添加在UDP和因特网协议(internet protocol，IP)之间。

还在此说明的是，现有的计算机网络协议包含多个协议层，例如RTP协议层、UDP协议层和IP协议层，每个协议层会对数据包增加包头以形成符合网络传输协议的数据包，例如服务器产生的原始数据包payload经过RTP协议层，则会在原始数据包前增加RTP协议头。

在另一种可实现方式中，服务器可以发送的数据帧是有多个的，因此，当服务器发送数据帧时，为了使得网络中的网元能够确定每个数据包对应的数据帧，还可以对数据帧包括的每个数据包进行帧号标记。示例性地，可以将该帧号标记与上述时间戳标记在一起。

S503，服务器通过核心网设备向接入网设备发送第一数据包和第一信息，相应地，接入网设备通过核心网设备接收第一数据包和第一信息。

在一种可实现方式中，当PDU会话建立后，核心网设备可以通过UPF读取第一数据帧的第一个数据包的包头中信息获得时间戳标记，然后由GTP用户协议(gtp user，GTP-U)协议封装该时间戳标记信息到GTP-U协议扩展字段(本实施例中将该扩展字段也称为GTP-UExtension header)，最后经过N3接口传输到接入网设备。可选地，当第一数据帧包括的每个数据包中还包括帧号标记时，由GTP用户协议(gtp user，GTP-U)协议封装该时间戳标记和帧号标记到GTP-U协议扩展字段(本实施例中将该扩展字段也称为GTP-U Extensionheader)，最后经过N3接口传输到接入网设备。

示例性地，表2为在GTP-U Extension header(是GTP-U header的扩展)中增加时间戳字段和帧号字段的一种增加方式。该增加方式的前提是GTP-U header指示了下一个扩展类型的存在。

表2 GTP-U Extension header扩展示例

其中，有关GTP-U协议的详细描述可以参考相关技术中的实现，此处不再赘述。

S504，接入网设备确定第一数据包从服务器至接入网设备的传输时延为第一数据包到达接入网设备的时刻与编码起始时刻之间的差值。

本实施例中，接入网设备在接收到第一数据帧时，接入网设备可以通过检测携带时间戳标记的数据包(本实施例中仅存在于第一数据帧的第一个数据包)获取到该第一数据帧的编码起始时刻T

本实施例中，第一数据包为该第一数据帧的最后一个数据包，即最后一个到达接入网设备的数据包。例如，第一数据包的到达时刻用T

本实施例中，当接入网设备获取到了第一数据包(即最后一个数据包)的编码起始时刻T

S505，接入网设备确定第一数据包从接入网设备至终端设备的PDB为E2E PDB与传输时延之间的差值。

具体地，本实施例中的E2E PDB可以由第一数据包从服务器至接入网设备的传输时延与第一数据包从接入网设备至终端设备的传输时延构成。因此，在本实施例中，当接入网设备确定了第一数据包从服务器至接入网设备的传输时延后，第一数据包从接入网设备至终端设备的PDB就等于E2E PDB与第一数据包从服务器至接入网设备的传输时延之间的差值。

还应理解，本实施例中提供的时延预算的确定方法，由于时间戳所占的字节数可能比较大，因此服务器只是在第一数据帧的第一个数据包中增加了时间戳，而不是对第一数据帧的每个数据包增加时间戳，从而可以降低为第一数据帧增加时间戳标记的开销。

本申请实施例提供的时延预算的确定方法，由于第一数据包是第一数据帧的最后一个数据包，因此第一数据包到达接入网设备的时刻是最晚的，那么该第一数据包的到达时刻与编码起始时刻的差值是最大的。相反，基于最后一个数据包从服务器至接入网设备的传输时延确定的接入网设备至终端设备的PDB就最小。因此，以最后一个数据包确定出的接入网设备至终端设备的PDB可以认为是帧级别的PDB。

可选地，在图4所示的实施例的基础上，所述方法还包括：服务器发送第二数据包，该第二数据包为第一数据帧中除第一数据包以外的任意一个数据包，相应地，接入网设备接收第二数据包，所述第二数据包从接入网设备至终端设备的PDB与第一数据包从接入网设备至终端设备的PDB相等。

应理解，在本实施例中，由于第一数据包为第一数据帧的最后一个数据包，即第一数据包是最后一个到达接入网设备的数据包，因此，当该第一数据包到达接入网设备时，意味着位于该第一数据包前面的任意一个数据包(即第二数据包)也已经到达了接入网设备。

因此，以第一数据包计算出的PDB作为第二数据包的PDB，能够进一步保证第二数据包的传输时延。

作为一个可选的实施例，在一种可能的实现方式中，服务器向接入网设备发送的指示编码起始时刻的第一信息携带第一数据包的包头，第一数据包为第一数据帧中的任意一个数据包。

下面，结合图8，详细地说明当第一信息携带在第一数据包的包头，第一数据包为第一数据帧中的任意一个数据包时，本申请实施例提供的时延预算的确定方法。图8中以接入网设备和服务器作为该交互示意的执行主体为例来示意该方法，但本申请并不限制该交互示意的执行主体。例如，图8中的接入网设备也可以是支持该接入网设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分接入网设备功能的逻辑模块或软件；图8中的服务器也可以是支持该服务器实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分服务器功能的逻辑模块或软件。

图8为本申请又一个实施例提供的时延预算的确定方法的示意性流程图。如图8所示，本实施例的方法可以包括S801，S802、S803、S804和S805。该时延预算的确定方法可以由图1所示的通信系统中的AN 102来执行。

S801，接入网设备获取E2E PDB，所述E2E PDB为第一数据包从服务器至终端设备的PDB。

该步骤的详细描述可以参考图5所示实施例中的S501中的描述，此处不再赘述。

S802，服务器生成第一信息，该第一信息携带在第一数据包的包头，该第一信息指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，所述第一数据包为第一数据帧对应的至少两个数据包中的任意一个数据包。

其中，有关第一数据帧的概念可以参考上述各个实施例中的描述，此处不再赘述。

在此说明的是，该步骤与图5所示实施例中的S502步骤的区别是：本实施例中的第一数据包为第一数据帧包括的多个数据包中的任意一个数据包，例如该第一数据包是第一数据帧中的第k个数据包。

由于同一个数据帧中的多个数据包的编码起始时刻是相同的，因此，在该实施例中，对于包括该第一数据包的第一数据帧，服务器在生成第一信息时，就无需再为第一数据帧中的每个数据包添加帧号标记来表示数据包和第一数据帧之间的关系，而只需要通过每个数据包的时间戳标记就可以确定数据包是否属于第一数据帧。

示例性地，服务器生成第一信息的一种方式为：服务器对生成的第一数据帧内的第一数据包增加时间戳(timestamp)标记，该时间戳表示该第一数据帧开始编码的时刻，例如用T

S803，服务器通过核心网设备向接入网设备发送第一数据包，相应地，接入网设备通过核心网设备接收第一数据包。

可以理解的是，该实施例中，由于第一信息是携带在第一数据包中的，因此，服务器向接入网设备发送第一数据包就包括了向接入网设备发送第一信息。

其中，关于服务器如何通过核心网设备向接入网设备发送第一数据包的详细描述可以参考图5所示实施例中的S503中的描述，此处不再赘述。

S804，接入网设备确定第一数据包从服务器至接入网设备的传输时延为第一数据包到达接入网设备的时刻与编码起始时刻之间的差值。

本实施例中，接入网设备接收到第一数据包时，就可以获得该第一数据包中的第一信息，即该第一数据包所属的第一数据帧的编码起始时刻，此时，当该第一数据包到达接入网设备时，接入网设备可以计算该第一数据包到达接入网设备的时刻与该第一数据包中携带的编码起始时刻的差值，然后将该差值确定为第一数据包从服务器至接入网设备的传输时延。

S805，接入网设备确定第一数据包从接入网设备至终端设备的PDB为E2E PDB与传输时延之间的差值。

该步骤的详细描述可以参考图5所示实施例中的S505中的描述，此处不再赘述。

还应理解，本实施例提供的时延预算的确定方法与图5提供的时延预算的确定方法的区别是：本实施例中的服务器为第一数据帧中的所有数据包都添加了时间戳标记。因此，可以通过任意一个数据包到达接入网设备的时刻来确定出该数据包从服务器至接入网设备时消耗的时间，即本实施例的方法完成了数据包级别的时延预算。

以上，结合附图说明了接入网设备确定时延预算的方法。下面，结合图9至图12，说明核心网设备确定时延预算的方法。

图9为本申请一个实施例提供的时延预算的确定方法的示意性流程图。如图9所示，本实施例的方法可以包括S901，S902和S903。该时延预算的确定方法可以由图1所示的通信系统中的核心网设备来执行。图9中以核心网设备、接入网设备和服务器作为该交互示意的执行主体为例来示意该方法，但本申请并不限制该交互示意的执行主体。例如，图9中的核心网设备也可以是支持该核心网设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分核心网设备功能的逻辑模块或软件；图9中的接入网设备也可以是支持该接入网设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分接入网设备功能的逻辑模块或软件；图9中的服务器也可以是支持该服务器实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分服务器功能的逻辑模块或软件。

S901，服务器向核心网设备发送第一数据包和第一信息，相应地，核心网设备接收第一数据包和第一信息，所述第一信息指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，所述第一数据帧对应至少两个数据包，第一信息携带在所述至少两个数据包的一个或多个中。

本实施例中，有关第一数据包、第一信息、第一数据帧的相关描述可以参考图3所示实施例S301步骤的详细描述，此处不再赘述。

S902，核心网设备根据第一数据包到达核心网设备的时刻和编码起始时刻确定第一数据包从服务器至核心网设备的传输时延。

其中，传输时延的概念及详细描述可以参考图3所示实施例中的S302中的描述，此处不再赘述。

可以理解的是，第一数据包从服务器传输至核心网设备时，会有对应地该第一数据包的到达时刻，即第一数据包到达核心网设备的时刻。

本实施例中，核心网设备通过该第一数据包到达核心网设备的时刻与编码起始时刻，确定第一数据包从服务器至核心网设备的传输时延。

在一种可实现方式中，核心网设备可以确定该第一数据包从服务器至核心网设备的传输时延为第一数据包到达核心网设备的时刻与编码起始时刻之间的差值。例如，第一数据包到达核心网设备的时刻为0秒40毫秒，编码起始时刻为0秒20毫秒，那么该第一数据包从服务器传输至核心网设备的传输时延为0秒40毫秒与0秒20毫秒之间的差值，即该第一数据包从服务器传输至核心网设备消耗了20毫秒。

应理解，通过第一数据包到达核心网设备的时刻与编码起始时刻之间的差值来确定第一数据包从服务器至核心网设备的传输时延，能够更真实地反映出该第一数据包的传输情况，也能更准确地反映出该第一数据包从服务器至核心网设备时消耗的时间。

S903，核心网设备根据传输时延和端到端E2E包时延预算PDB确定第一数据包从核心网设备至终端设备的PDB，E2E PDB为第一数据包从服务器至终端设备的PDB。

本实施例中，E2E PDB的概念可以参考图3所述实施例中的S303中的描述，此处不再赘述。

具体地，本实施例中的E2E PDB可以由第一数据包从服务器至核心网设备的传输时延与第一数据包从核心网设备至终端设备的传输时延构成。如图10所示，其中，t表示第一数据包从服务器至核心网设备消耗的时间，t与核心网设备至终端设备的PDB之和等于E2E PDB。

在一种可实现方式中，第一数据包从核心网设备至终端设备的PDB为E2E PDB与传输时延之间的差值。例如，某个业务的第一数据包到达核心网设备的时刻为0秒40毫秒，编码起始时刻为0秒20毫秒，那么该第一数据包从服务器传输至核心网设备的传输时延为20毫秒，此时，如果该业务的E2E PDB要求为50毫秒，那么第一数据包从核心网设备至终端设备的PDB就为30ms。

本申请实施例提供的时延预算的确定方法，核心网设备通过计算第一数据包在服务器中开始生成到抵达核心网设备时所消耗的时间，然后再根据该第一数据包对应的E2EPDB确定出第一数据包从核心网设备至终端设备的PDB。

可选地，当核心网设备确定了第一数据包从核心网设备至终端设备的PDB之后，所述方法还可以包括S904和S905。

S904，核心网设备向接入网设备发送第一数据包从核心网设备至终端设备的PDB，相应地，接入网设备接收该第一数据包从核心网设备至终端设备的PDB。

S905，接入网设备基于第一数据包从核心网设备至终端设备的PDB和核心网设备至接入网设备的PDB，确定第一数据包从接入网设备至终端设备的PDB。

在一种可实现方式中，第一数据包从接入网设备至终端设备的PDB为核心网设备至终端设备的PDB和核心网设备至接入网设备的PDB之差。

在此说明的是，本申请实施例对接入网设备获取核心网设备至接入网设备的PDB的方式不做限定。

例如，在一种可实现方式中，第一数据包从核心网设备至接入网设备的PDB可以预配置在接入网设备中。

又例如，在另一种可实现方式中，第一数据包从核心网设备至接入网设备的PDB可以预先配置在核心网设备中，然后核心网设备将该PDB发送给接入网设备。

进一步地，当接入网设备基于核心网设备至终端设备的PDB和核心网设备至接入网设备的PDB确定了第一数据包从接入网设备至终端设备的PDB后，就可以在该接入网设备至终端设备的PDB内对第一数据包进行调度，从而保障第一数据包的传输时延。

作为一个可选的实施例，在一种可能的实现方式中，服务器向接入网设备发送的指示编码起始时刻的第一信息携带在至少两个数据包中的一个数据包的包头。例如，第一信息携带在第一个数据包的包头。

可选地，第一数据包为第一数据帧对应的至少两个数据包的最后一个数据包。

下面，结合图11，详细地说明当第一信息携带在第一数据帧的第一个数据包的包头、第一数据包为第一数据帧的最后一个数据包时，本申请实施例的核心网设备执行的时延预算的确定方法。图11中以核心网设备和服务器作为该交互示意的执行主体为例来示意该方法，但本申请并不限制该交互示意的执行主体。例如，图11中的核心网设备也可以是支持该核心网设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分核心网设备功能的逻辑模块或软件；图11中的服务器也可以是支持该服务器实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分服务器功能的逻辑模块或软件。

图11为本申请另一个实施例提供的时延预算的确定方法的示意性流程图。如图11所示，本实施例的方法可以包括S1101，S1102，S1103，S1104和S1105。该时延预算的确定方法可以由图1所示的通信系统中的核心网设备来执行。本实施例中，第一数据包所属的数据帧的业务类型为第一业务类型。

S1101，核心网设备获取E2E PDB，所述E2E PDB为第一数据包从服务器至终端设备的PDB。

例如，在一种可实现方式中，可以在核心网设备中预配置E2E PDB。

又例如，在另一种可实现方式中，服务器可以向核心网设备发送E2E PDB。

其中，有关E2E PDB的详细描述可以参考本申请在上述各个实施例中的描述，此处不再赘述。

S1102，服务器生成第一信息，该第一信息携带在第一数据帧的第一个数据包的包头，所述第一数据帧对应至少两个数据包，该第一信息用于指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，且第一数据包为第一数据帧的最后一个数据包。

在此说明的是，该步骤的详细描述可以参考图5所示实施例中的S502中的描述，此处不再赘述。

S1103，服务器向核心网设备发送第一数据包和第一信息，相应地，核心网设备接收第一数据包和第一信息。

S1104，核心网设备确定第一数据包从服务器至核心网设备的传输时延为第一数据包到达核心网设备的时刻与编码起始时刻之间的差值。

在一种可实现方式中，核心网设备在接收到第一数据帧时，核心网设备可以通过检测携带时间戳标记的数据包(仅存在于第一数据帧的第一个数据包)获取到该第一数据帧的开始编码起始时刻T

本实施例中，第一数据包为该第一数据帧的最后一个数据包，即是最后一个到达核心网设备的数据包。例如，第一数据包的到达时刻用T

本实施例中，当核心网设备获取到了第一数据包(即最后一个数据包)的编码起始时刻T

S1105，核心网设备确定第一数据包从核心网设备至终端设备的PDB为E2E PDB与传输时延之间的差值。

具体地，本实施例中的E2E PDB可以由第一数据包从服务器至核心网设备的传输时延与第一数据包从核心网设备至终端设备的传输时延构成。因此，在本实施例中，当核心网设备确定了第一数据包从服务器至核心网设备的传输时延后，第一数据包从核心网设备至终端设备的PDB等于E2E PDB与第一数据包从服务器至核心网设备的传输时延之间的差值。

本实施例提供的时延预算的确定方法，通过对第一数据帧中的最后一个数据包从服务器到达核心网设备消耗的时间和E2E PDB，确定了该最后一个数据包从核心网设备至终端设备的时延预算。还可以理解的是，由于第一数据包是最后一个到达核心网设备的数据包，因此第一数据包到达核心网设备的时刻是最晚的，那么该第一数据包的到达时刻与编码起始时刻的差值是最大的。相反，基于最后一个数据包从服务器至核心网设备的传输时延确定的核心网设备至终端设备的PDB就最小。因此，以最后一个数据包确定出的核心网设备至终端设备的PDB可以认为是帧级别的PDB。

可选地，在图11所示的实施例的基础上，所述方法还包括：服务器发送第二数据包，该第二数据包为数据帧中除第一数据包以外的任意一个数据包，相应地，核心网设备接收第二数据包，所述第二数据包从核心网设备至终端设备的PDB与第一数据包从核心网设备至终端设备的PDB相等。

应理解，在本实施例中，由于第一数据包为第一数据帧的最后一个数据包，即第一数据包是最后一个到达核心网设备的数据包，因此，当该第一数据包到达核心网设备时，意味着位于该第一数据包前面的任意一个数据包(即第二数据包)也已经到达了核心网设备。

因此，以第一数据包计算出的PDB作为第二数据包的PDB，能够进一步保证第二数据包的传输时延。

作为一个可选的实施例，在一种可能的实现方式中，服务器向核心网设备发送的指示编码起始时刻的第一信息携带第一数据包的包头，第一数据包为第一数据帧中的任意一个数据包。

下面，结合图12，详细地说明当第一信息携带在第一数据包的包头时，第一数据包为第一数据帧中的任意一个数据包时，本申请实施例提供的时延预算的确定方法。图12中以核心网设备和服务器作为该交互示意的执行主体为例来示意该方法，但本申请并不限制该交互示意的执行主体。例如，图12中的核心网设备也可以是支持该核心网设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分核心网设备功能的逻辑模块或软件；图12中的服务器也可以是支持该服务器实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分服务器功能的逻辑模块或软件。

图12为本申请又一个实施例提供的时延预算的确定方法的示意性流程图。如图12所示，本实施例的方法可以包括S1201，S1202，S1203，S1204和S1205。该时延预算的确定方法可以由图1所示的通信系统中的核心网设备执行。

S1201，核心网设备获取E2E PDB，所述E2E PDB为第一数据包从服务器至终端设备的PDB。

该步骤的详细描述可以参考图11所示实施例中的S1101中的描述，此处不再赘述。

S1202，服务器生成第一信息，该第一信息携带在第一数据包的包头，该第一信息指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，所述第一数据包为第一数据帧对应的至少两个数据包中的任意一个数据包。

该步骤的详细描述可以参考图8所示实施例中的S802中的详细描述。

S1203，服务器向核心网设备发送第一数据包，相应地，核心网设备接收第一数据包。

可以理解的是，该实施例中，由于第一信息是携带在第一数据包中的，因此，服务器向核心网设备发送第一数据包就包括了向核心网设备发送第一信息。

S1204，核心网设备确定第一数据包从服务器至核心网设备的传输时延为第一数据包到达核心网设备的时刻与编码起始时刻之间的差值。

本实施例中，核心网设备接收到第一数据包时，就可以获得该第一数据包中的第一信息，即该第一数据包所属的第一数据帧的编码起始时刻，此时，当该第一数据包到达核心设备时，核心网设备可以计算该第一数据包到达核心网设备的时刻与该第一数据包中携带的编码起始时刻的差值，然后将该差值确定为第一数据包从服务器至核心网设备的传输时延。

S1205，核心网设备确定第一数据包从核心网设备至终端设备的PDB为E2E PDB与传输时延之间的差值。

该步骤的详细描述可以参考图9所示实施例中的S903中的描述，此处不再赘述。

在此说明的是，本实施例提供的时延预算的确定方法与图11提供的时延预算的确定方法的区别是：本实施例的第一数据包为任意一个数据包，即本实施例中的服务器为第一数据帧中的任意一个数据包都添加了时间戳标记，因此，可以通过任意一个数据包到达核心网设备的时刻来确定出该数据包从服务器至核心网设备时消耗的时间，即本实施例的方法完成的是数据包级别的时延预算。另外，本实施例提供的时延预算的确定方法与图8提供的时延预算的确定方法的区别是：本实施例中是核心网设备作为执行主体，而实施例8中是接入网设备作为执行主体。

综上所述，不论通信设备为何种具体形态(例如是接入网设备、或者是核心网设备，又或者是通信设备的部件，或者是能实现全部或部分通信设备功能的逻辑模块或软件)，该通信设备进行时延预算的确定时，如图13所示，该时延预算的确定方法包括：

S1301，接收第一数据包和第一信息，第一信息用于指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，所述第一数据帧对应至少两个数据包，第一信息携带在至少两个数据包的一个或多个中。

S1302，根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从服务器至通信设备的传输时延。

S1303，根据传输时延和端到端E2E包时延预算PDB确定第一数据包从通信设备至终端设备的PDB，E2E PDB为第一数据包从服务器至终端设备的PDB。

其中，关于图13所示实施例在此不展开叙述，可以参考图3至图12中的描述。

以上，结合图3至图13，介绍了在单向场景(即服务器主动向终端设备发送数据帧的场景)时，接入网设备或核心网设备确定时延预算的方法。

下面，结合附图，说明在闭环场景(即服务器向终端设备发送的数据帧是基于终端设备的请求而发送的)时，通信设备(例如是接入网设备或者核心网设备)的时延预算的确定方法。

为便于与单向场景下的第一数据帧进行区分，将该闭环场景下的数据帧称为第二数据帧，与第一数据帧类似，第二数据帧也对应至少两个数据包。

示例性地，图14为本申请实施例提供的闭环场景下的E2E PDB的结构性示意图。如图14所示，图14中的实线表示的闭环场景下的E2E PDB，其为从终端设备请求第二数据帧至终端设备接收到第二数据帧的PDB。

首先，介绍在该场景下，接入网设备的时延预算的确定方法。如图15所示，本实施例的方法可以包括S1501，S1502，S1503，S1504和S1505。该时延预算的确定方法可以由图1所示的通信系统中的接入网设备102来执行。图15中以终端设备、接入网设备和服务器作为该交互示意的执行主体为例来示意该方法，但本申请并不限制该交互示意的执行主体。例如，图15中的终端设备也可以是支持该终端设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分终端设备功能的逻辑模块或软件；图15中的接入网设备也可以是支持该接入网设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分接入网设备功能的逻辑模块或软件；图15中的服务器也可以是支持该服务器实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分服务器功能的逻辑模块或软件。

S1501，终端设备向服务器发起第一请求消息，该第一请求消息用于请求服务器向终端设备发送第二数据帧。

也就是说，本实施例中，服务器向终端设备发送第二数据帧的前提是终端设备向服务器发送了第一请求消息。

S1502，接入网设备获取E2E PDB，该E2E PDB为从终端设备请求第二数据帧至终端设备接收到第二数据帧的PDB。

其中，关于接入网设备如何获取E2E PDB可以参考图5所示实施例S501中的描述，此处不再赘述。

在此说明的是，本实施例与图5所示实施例中的E2E PDB的区别是，本实施例中的E2E PDB表示的是从终端设备发起请求第二数据帧开始至终端设备接收到第二数据帧的时间，而图5所示实施例中的E2E PDB表示的是从服务器开始编码第一数据帧至该第一数据帧到达终端设备的时间。

S1503，终端设备向接入网设备发送第二信息，相应地，接入网设备接收第二信息，该第二信息用于指示终端设备请求第二数据帧的第一时刻。

在一种可实现方式中，终端设备可以通过将该第二信息携带在某种信令中，相应地，接入网设备通过接收该信令以获得终端设备向服务器请求第二数据帧的第一时刻。

示例性地，该信令可以是无线资源控制(radio resource control，RRC)、或者是媒体接入控制单元(media access control element，MAC CE)，又或者是上行控制信息(uplink control information，UCI)，本申请实施例对此不做限定。

例如，当携带第一信息的信令是RRC时，可以在RRC中的“UEAssistanceInformation”消息加入字段“ServiceRequestTime”，表示用户数据请求时刻。

S1504，服务器向接入网设备发送第二数据帧，相应地，接入网设备接收第二数据帧，所述第二数据帧中携带所述第二数据帧的标识。

可以理解的是，服务器向终端设备发送的数据帧可能是多个，而每个数据帧中又对应了至少两个数据包，因此，服务器可以对生成的每一个数据帧对应的至少两个数据包进行帧标识，使得属于同一帧的数据包具有相同的帧标识。这样，接入网设备就可以基于帧标识检测到每个数据包所属的数据帧。

S1505，接入网设备根据第一时刻、第二数据帧的标识、第二数据帧到达接入网设备的第二时刻、第二数据帧对应的帧率和端到端E2E PDB，确定第二数据帧从接入网设备至终端设备的PDB。

可以理解的是，第二数据帧包括多个数据包，只有第二数据帧的最后一个数据包也到达了接入网设备，才能够保证第二数据帧到达接入网设备。因此，本实施例中，第二数据帧到达接入网设备的第二时刻可以认为是第二数据帧的最后一个数据包的到达时刻。

在一种可实现方式中，接入网设备可以对接收到的多个数据包进行帧标识检测，然后将属于同一个帧标识中的最后一个数据包的到达时刻作为第二数据帧的到达时刻。

在此说明的是，本申请实施例对接入网设备如何获取帧率的方式不做限定。例如可以预配置在接入网设备中，又或者服务器可以将帧率通过N6接口通知给核心网设备，然后核心网设备通过N3接口通知给接入网设备。

在一种可实现方式中，为了确定出第二数据帧从接入网设备至终端设备的PDB，接入网设备可以先确定出从终端设备发起请求第二数据帧开始至第二数据帧到达接入网设备时的消耗时间，如图16所示，当计算出该消耗时间后，可以使用E2E PDB与该消耗时间的差值确定出数据帧从接入网设备传输至终端设备的PDB。

在一种可实现方式中，可以通过第一时刻、第二数据帧的标识、第二时刻和第二数据帧对应的帧率计算出从终端设备发起请求第二数据帧开始至第二数据帧到达接入网设备时的消耗时间。

示例性地，第一时刻、第二数据帧的标识、第二时刻和第二数据帧对应的帧率之间满足如下关系式：

其中，T

为了便于理解，表3给出一种时延预算的确定方法的示例。其中，该示例中，用户在T

表3时延预算的确定方法示例

该示例中，假设终端设备在T

若第1帧到达接入网设备的时刻T

若第2帧到达接入网设备的时刻T

若第3帧到达接入网设备的时刻T

若第4帧到达接入网设备的时刻T

此时，若设定的E2E PDB为70ms，那么接入网设备可以确定第一帧从接入网设备至终端设备的PDB为10ms，第2帧从接入网设备至终端设备的PDB为9ms，第2帧从接入网设备至终端设备的PDB为11ms，第4帧从接入网设备至终端设备的PDB为10ms。

本申请实施例提供的时延预算方法，通过确定第二数据帧从终端设备发起请求第二数据帧开始至到达接入网设备时的消耗时间，再根据闭环场景下的E2E时延要求，求得剩余的空口时延预算。以使得接入网设备根据该空口时延预算，可以调整相应的调度优先级，从而尽可能的保障E2E时延要求。

接下来，继续介绍在该闭环E2E场景下，核心网设备的时延预算的确定方法。如图17所示，本实施例的方法可以包括S1701，S1702，S1703，S1704和S1705。该时延预算的确定方法可以由图1所示的通信系统中的核心网设备来执行。图17中以终端设备、核心网设备和服务器作为该交互示意的执行主体为例来示意该方法，但本申请并不限制该交互示意的执行主体。例如，图17中的终端设备也可以是支持该终端设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分终端设备功能的逻辑模块或软件；图17中的核心网设备也可以是支持该核心网设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分核心网设备功能的逻辑模块或软件；图17中的服务器也可以是支持该服务器实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分服务器功能的逻辑模块或软件。

S1701，终端设备向服务器发送第一请求消息，该第一请求消息用于请求服务器向终端设备发送第二数据帧。

该步骤的详细描述可以参考图15所示实施例中的S1501，此处不再赘述。

S1702，核心网设备获取E2E PDB，该E2E PDB为从终端设备请求第二数据帧至终端设备接收到第二数据帧的PDB。

其中，关于本实施例中的E2E PDB的概念与图15所示实施例中的E2E PDB的概念相同，其详细描述可以参考图15所示实施例中的描述，此处不再赘述。

在一种可实现方式中，可以在核心网设备中预配置E2E PDB。

又例如，在另一种可实现方式中，服务器可以向核心网设备发送该E2E PDB。

S1703，终端设备通过接入网设备向核心网设备发送第二信息，相应地，核心网设备接收第二信息，该第二信息用于指示终端设备请求第二数据帧的第一时刻。

示例性地，终端设备可以通过将该第二信息携带在某种信令中，相应地，接入网接收该信令并将该信令传输给核心网设备，这样核心网通过解析该信令，获得第二信息。

S1704，服务器向核心网设备发送第二数据帧，相应地，核心网设备接收第二数据帧，所述第二数据帧中携带所述第二数据帧的标识。

该步骤的详细描述可以参考图15所示实施例中的S1504中的描述，本实施例中的S1704与图15所示实施例中的S1504的区别仅在于接收第二数据帧的主体不同。

S1705，核心网设备根据第一时刻、第二数据帧的标识、第二数据帧到达核心网设备的第二时刻、第二数据帧对应的帧率和端到端E2E PDB，确定第二数据帧从核心网设备至终端设备的PDB。

本实施例中的详细实现过程可以参考图15所示的S1505。本实施例与图15所示实施例中的S1505的区别仅在于第二时刻是指第二数据帧到达核心网设备的时刻，而非到达接入网设备的时刻。

在此说明的是，本申请实施例对核心网设备如何获取该帧率的方式不做限定。例如可以预配置在核心网设备中，又或者服务器可以将第一业务的每秒传输帧数通过N6接口通知给核心网设备。

在一种可实现方式中，为了确定出第二数据帧从核心网设备至终端设备的PDB，核心网设备可以先确定出从终端设备发起请求第二数据帧开始至第二数据帧到达核心网设备时的消耗时间，如图18所示，当计算出该消耗时间后，可以使用E2E PDB与该消耗时间的差值确定出数据帧从核心网设备传输至终端设备的PDB。

可选地，核心网设备确定了第二数据帧从核心网设备至终端设备的PDB之后，所述方法还包括：核心网设备向接入网设备发送该第二数据帧从核心网设备至终端设备的PDB，接入网设备基于该数据帧从核心网设备至终端设备的PDB和核心网设备至接入网设备的PDB，确定第二数据帧从接入网设备至终端设备的PDB。该部分的详细描述可以参考上述实施例中的描述或者相关技术中的描述，此处不再赘述。

本申请实施例提供的时延预算的确定方法，通过确定第二数据帧从终端设备发起请求第二数据帧开始至到达核心网设备时的消耗时间，再根据闭环场景下的E2E时延要求，求得核心网设备至终端设备的传输时延预算，从而尽可能的保障E2E时延要求。

图19为本申请一个实施例提供的时延预算的确定装置的结构示意图。该装置1900可以是通信设备，也可以是通信设备的部件(例如处理器、芯片、或芯片系统等)，还可以是能实现全部或部分通信设备功能的逻辑模块或软件。该装置1900包括：接口模块1901和处理模块1902。

在一个实施例中，接口模块1901用于：接收第一数据包和第一信息，第一信息用于指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，所述第一数据帧对应至少两个数据包，第一数据包为至少两个数据包中的最后一个数据包，第一信息携带在至少两个数据包的一个或多个中；处理模块1902用于：根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从通信设备至终端设备的包时延预算PDB。

作为一种示例，接口模块1901可以用于执行图5所述的方法中的接收第一数据包和第一信息的步骤。例如，接口模块1901用于执行S501。

在一种可能的实现方式中，第一信息携带在至少两个数据包中的一个数据包的包头。

在一种可能的实现方式中，处理模块1902具体用于：根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从服务器至通信设备的传输时延；根据传输时延和端到端E2E PDB确定第一数据包从通信设备至终端设备的PDB，所述E2E PDB为第一数据包从服务器至终端设备的PDB。

在一种可能的实现方式中，第一数据包从服务器至通信设备的传输时延为第一数据包到达通信设备的时刻与编码起始时刻之间的差值；第一数据包从通信设备至终端设备的PDB为E2E PDB与传输时延之间的差值。

在一种可能的实现方式中，接口模块1901还用于：接收第二数据包，所述第二数据包为至少两个数据包中除第一数据包以外的任意一个数据包，第二数据包从通信设备至终端设备的PDB与第一数据包从通信设备至终端设备的PDB相等。

在一种可能的实现方式中，第一数据包与第二数据包的包头携带相同的帧标识，所述帧标识用于指示第一数据帧。

在一种可能的实现方式中，通信设备为接入网设备或核心网设备。

在另一个实施例中，接口模块1901用于：接收第二信息，所述第二信息用于指示终端设备请求第二数据帧的第一时刻；处理模块1902用于：根据第一时刻、第二数据帧的标识、第二数据帧到达通信设备的第二时刻和第二数据帧对应的帧率，确定第二数据帧从通信设备至终端设备的包时延预算PDB。

作为一种示例，接口模块1901可以用于执行图15至图17所述的方法中的接收第二信息的步骤。例如，接口模块1901用于执行S1503。

在一种可能的实现方式中，第二数据帧从通信设备至终端设备的PDB还与端到端E2E PDB相关，所述E2E PDB为从终端设备请求第二数据帧至终端设备接收到第二数据帧的PDB。

在一种可能的实现方式中，第一时刻、第二数据帧的标识、第二时刻与第二数据帧对应的帧率之间满足如下关系式：

其中，T

在一种可能的实现方式中，通信设备为接入网设备或核心网设备。

在又一个实施例中，接口模块1901用于：接收第一数据包和第一信息，该第一信息用于指示第一数据包所属的第一数据帧在服务器中的编码起始时刻，第一信息携带在第一数据包的包头，所述第一数据帧对应至少两个数据包，第一数据包为所述至少两个数据包中的任意一个数据包；处理模块1902用于：根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从通信设备至终端设备的包时延预算PDB。

作为一种示例，接口模块1901可以用于执行图8所述的方法中的接收第一数据包的步骤。例如，接口模块1901用于执行S803。

在一种可能的实现方式中，处理模块1902具体用于：根据第一数据包到达通信设备的时刻和编码起始时刻确定第一数据包从服务器至通信设备的传输时延；根据传输时延和端到端E2E PDB确定第一数据包从通信设备至终端设备的PDB，所述E2E PDB为第一数据包从服务器至终端设备的PDB。

图20为本申请又一个实施例提供的时延预算的确定装置的结构性示意图。图20所示的装置可以用于执行前述任意一个实施例所述的方法。

如图20所示，本实施例的装置2000包括：存储器2001、处理器2002、通信接口2003以及总线2004。其中，存储器2001、处理器2002、通信接口2003通过总线2004实现彼此之间的通信连接。

存储器2001可以是只读存储器(read only memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(random access memory，RAM)。存储器2001可以存储程序，当存储器2001中存储的程序被处理器2002执行时，处理器2002用于执行图3至图17所示的方法的各个步骤。

处理器2002可以采用通用的中央处理器(central processing unit，CPU)，微处理器，应用专用集成电路(application specific integrated circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请图3至图17所示的方法。

处理器2002还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请实施例图3至图17的方法的各个步骤可以通过处理器2002中的硬件的集成逻辑电路或者软件形式的指令完成。

上述处理器2002还可以是通用处理器、数字信号处理器(digital signalprocessing，DSP)、专用集成电路(ASIC)、现成可编程门阵列(field programmable gatearray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器2001，处理器2002读取存储器2001中的信息，结合其硬件完成本申请装置包括的单元所需执行的功能，例如，可以执行图3至图17所示实施例的各个步骤/功能。

通信接口2003可以使用但不限于收发器一类的收发装置，来实现装置2000与其他设备或通信网络之间的通信。

总线2004可以包括在装置2000各个部件(例如，存储器2001、处理器2002、通信接口2003)之间传送信息的通路。

应理解，本申请实施例所示的装置2000可以是电子设备，或者，也可以是配置于电子设备中的芯片。

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

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