WO2023174198A1 - 一种时延控制方法、应用服务器及通信系统 - Google Patents
一种时延控制方法、应用服务器及通信系统 Download PDFInfo
- Publication number
- WO2023174198A1 WO2023174198A1 PCT/CN2023/081014 CN2023081014W WO2023174198A1 WO 2023174198 A1 WO2023174198 A1 WO 2023174198A1 CN 2023081014 W CN2023081014 W CN 2023081014W WO 2023174198 A1 WO2023174198 A1 WO 2023174198A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data packet
- downlink data
- application server
- delay
- uplink data
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
- H04W72/512—Allocation or scheduling criteria for wireless resources based on terminal or device properties for low-latency requirements, e.g. URLLC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种时延控制方法、应用服务器及通信系统。该方法中,应用服务器接收来自终端设备的上行数据包,该上行数据包包括时间戳的信息,该时间戳表示该上行数据包的生成时间;应用服务器根据上行数据包生成下行数据包,该下行数据包包括该时间戳的信息;应用服务器将下行数据包发送至用户面功能网元UPF,以使UPF将下行数据包转发至终端设备。在该方法中,应用服务器在生成下行数据包时,将对应的上行数据包中的时间戳携带在生成的下行数据包中,以在后续通过移动通信系统中的设备将下行数据包发送给终端时,移动通信系统中的设备能够根据该时间戳的信息对下行数据包调度,以保障运动到成像MTP时延。
Description
相关申请的交叉引用
本申请要求在2022年03月16日提交中国专利局、申请号为202210260058.4、申请名称为“一种XR业务的上下行时延协同控制方法、网络设备、终端设备”的中国专利申请的优先权,其全部内容通过引用结合在本申请中;本申请要求在2022年04月18日提交中国专利局、申请号为202210405691.8、申请名称为“一种时延控制方法、应用服务器及通信系统”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
本申请涉及无线通信领域,尤其涉及一种时延控制方法、应用服务器及通信系统。
拓展现实(extended reality,XR),是指通过计算机将真实与虚拟相结合,打造一个可人机交互的虚拟环境。XR包括增强现实(augmented reality,AR)、虚拟现实(virtual reality,VR)、混合现实(mixed reality,MR)等多种技术。
XR业务旨在为用户提供身临其境的沉浸体验,为提升沉浸体验效果,人们将临场感分为认知临场感和感知临场感。认知临场感可以通过引人入胜的内容来达到,譬如扣人心弦的电影情节或文字描绘。为创造感知临场感,需要XR设备不断捕捉用户的感官体验,例如视觉、听觉,以及位置移动等等,用以触发对应的虚拟信息下传。例如,在XR应用中,用户的交互数据(如姿态、动作信息等)被传感器捕获并上传到服务器后,相应的音视频内容经过渲染下传到用户的扬声器或显示屏。
通过移动通信系统实现上述的过程时,可以如图1所示,终端设备通过各种传感器对用户的捕捉姿态动作,并将相应的数据上传至接入网设备,由接入网设备转发至云端服务器,云端服务器根据获取到的数据产生并渲染相应的音视频数据,发送至接入网设备,接入网设备将其发送给终端设备,终端设备对接收到的音视频数据进行解码并显示给用户。类似的,云游戏(cloud gaming,CG)的终端设备也需要不断上传用户控制和交互信息至云端服务器,触发对应的经过渲染后的游戏画面下传。
在图1所示交互过程中的一个重要指标为运动到成像(motion-to-photon,MTP)时延,即终端设备从监测到用户的交互式动作,到获取服务器下发的音视频信息播放于终端设备的时延。为了保证良好的用户体验,通常需保障MTP时延不超过20ms,若MTP时延超过20ms,可能会导致用户的晕动症,造成较差的用户体验。对于移动通信系统来说,如何保障MTP时延是目前需要解决的技术问题。
发明内容
本申请提供一种时延控制方法、应用服务器及通信系统,用于实现从移动通信系统的角度保障MTP时延,以满足用户需求。
第一方面,本申请提供一种时控制方法,包括:应用服务器接收来自终端设备的上行
数据包,所述上行数据包包括时间戳的信息,所述时间戳表示所述上行数据包的生成时间;所述应用服务器根据所述上行数据包生成下行数据包,所述下行数据包包括所述时间戳的信息;所述应用服务器将所述下行数据包发送至用户面功能网元UPF,以使所述UPF将所述下行数据包转发至所述终端设备。
在上述方法中,终端生成的上行数据包中添加有生成该上行数据包的时间戳信息,应用服务器在根据上行数据包生成下行数据包时,将上行数据包中的时间戳信息携带在生成的下行数据包中,以使在后续通过移动通信系统中的设备将下行数据包发送给终端时,移动通信系统中的设备能够根据该时间戳信息将下行数据包发送给终端,以实现从移动通信系统的角度保障MTP时延。
在一种可能的实现方式中,所述应用服务器根据所述上行数据包生成下行数据包,包括:所述应用服务器根据所述时间戳的信息和当前时间,为生成所述下行数据包分配计算资源。在该实现方式中,应用服务器根据上行数据包中的时间戳信息和当前时间,为生成与该上行数据包对应的下行数据包分配计算资源,有利于进一步保障MTP时延。例如,若应用服务器根据时间戳和当前时间确定上行传输耗时较长,那么应用服务器可以分配较多的计算资源,以减少生成下行数据包所需的时间,从而为下行传输提供更多的时间,以保障MTP时延,从而减少由于无法及时调度而导致的丢包现象。
在一种可能的实现方式中,所述应用服务器根据所述时间戳的信息和当前时间,为生成所述下行数据包分配计算资源,包括:所述应用服务器确定当前时间与所述时间戳的差值所处的区间;所述应用服务器根据所述区间对应的计算资源为生成所述下行数据包分配计算资源。在该实现方式中,应用服务器可以预先配置有多个差值区间以及每个区间对应的计算资源,从而方便应用服务器能够根据当前时间与所述时间戳的差值快速确定分配的计算资源大小,从而为生成下行数据包分配计算资源。
在一种可能的实现方式中,所述应用服务器根据所述上行数据包生成下行数据包,包括:所述应用服务器根据所述时间戳的信息、当前时间、回环时延以及接入网设备的保障比特速率,确定生成所述下行数据包时采用的编码类型,所述回环时延表示终端设备发送所述上行数据包到接收到所述下行数据包的允许时延。不同的音视频编码类型使得生成的下行数据包的大小有所不同,有些编码类型使得生成的视频帧质量较高,数据较大,而有些编码类型使得生成的视频帧质量较差但数据较小;数据大意味着下行传输时需要消耗更多的资源,可能需要较长的传输时延。应用服务器根据时间戳、当前时间、回环时延以及接入网设备的保障比特速率,在确定有较多下行传输时间时选择质量更好的编码类型,在下行传输时间较少时选择生成数据较少的编码类型,在保障MTP时延的同时兼顾时频帧质量,也有助于减少由于无法及时调度而导致的丢包现象。
在一种可能的实现方式中,所述应用服务器中配置有运动到成像MTP时延,所述MTP时延表示所述终端设备从采集所述上行数据包所包含的数据到接收到对所述下行数据包解码并显示的允许时延;所述方法还包括:所述应用服务器获取所述终端设备的对下行数据包解码并显示所需的时长,所述回环时延根据所述MTP时延和所述时长确定。
在一种可能的实现方式中,所述上行数据包和所述下行数据包为拓展现实XR业务的数据包。
第二方面,本申请提供一种时控制方法,包括:用户面功能网元UPF接收应用服务器发送的下行数据包,所述下行数据包包括时间戳的信息,所述时间戳表示所述下行数据包
对应的上行数据包的生成时间;所述UPF将所述时间戳的信息添加至所述下行数据包的用户层面的GPRS隧道协议GTP-U报头中;所述UPF将更新后的下行数据包发送给接入网设备。
在一种可能的实现方式中,所述下行数据包为拓展现实XR业务的数据包。
第三方面,本申请提供一种时控制方法,包括:接入网设备接收用户面功能网元UPF发送的下行数据包,所述下行数据包包括时间戳的信息,所述时间戳表示所述下行数据包所对应的上行数据包的生成时间;所述接入网设备根据所述时间戳的信息、接收所述下行数据包的时间以及回环时延,对所述下行数据包进行调度,所述回环时延表示终端设备生成所述上行数据包到接收到所述下行数据包的允许时延。
在一种可能的实现方式中,所述接入网设备根据所述时间戳的信息、接收所述下行数据包的时间以及回环时延,对所述下行数据包进行调度,包括:所述接入网设备根据所述时间戳的信息、接收所述下行数据包的时间以及回环时延,确定是否向所述终端设备发送所述下行数据包。
在一种可能的实现方式中,所述方法还包括:所述接入网设备向所述终端设备发送所述下行数据包;所述接入网设备确定所述终端设备没有成功接收所述下行数据包;所述接入网设备根据所述时间戳的信息、当前时间以及所述回环时延,对所述下行数据包进行重传调度。
在一种可能的实现方式中,所述接入网设备中配置有运动到成像MTP时延,所述MTP时延表示所述终端设备从采集所述上行数据包所包含的数据到接收到对所述下行数据包解码并显示的允许时延;所述方法还包括:所述接入网设备获取所述终端设备的对下行数据包解码并显示所需的时长,所述回环时延根据所述MTP时延和所述时长确定。
在一种可能的实现方式中,所述方法还包括:所述接入网设备根据所述上行数据包的数据包延时预算和所述下行数据包的数据包延时预算确定所述回环时延。
在一种可能的实现方式中,所述上行数据包和所述下行数据包为拓展现实XR业务的数据包。
第四方面,本申请提供一种应用服务器,所述应用服务器包括执行上述第一方面任意一种可能实现方式的方法的模块/单元;这些模块/单元可以通过硬件实现,也可以通过硬件执行相应的软件实现。
第五方面,本申请提供一种通信装置,所述装置包括执行上述第二方面、第三方面以及任意一种可能实现方式的方法的模块/单元;这些模块/单元可以通过硬件实现,也可以通过硬件执行相应的软件实现。
第六方面,本申请提供一种应用服务器,包括:处理器,以及分别与所述处理器耦合的存储器和通信接口;所述通信接口,用于与其他设备进行通信;所述处理器,用于运行所述存储器内的指令或程序,通过所述通信接口执行如第一方面及任意一种可能实现方式所述的方法。
第七方面,本申请提供一种通信装置,包括:处理器,以及分别与所述处理器耦合的存储器和通信接口;所述通信接口,用于与其他设备进行通信;所述处理器,用于运行所述存储器内的指令或程序,通过所述通信接口执行如第二方面、第三方面以及任意一种可能实现方式所述的方法。
第八方面,本申请提供一种通信系统,包括应用服务器,用户面功能网元UPF和接入
网设备;所述应用服务器,用于接收来自终端设备的上行数据包,所述上行数据包包括时间戳的信息,所述时间戳表示所述上行数据包的生成时间;根据所述上行数据包生成下行数据包,所述下行数据包包括所述时间戳的信息;将所述下行数据包发送至所述UPF;所述UPF,用于接收所述应用服务器发送的下行数据包;将所述时间戳的信息添加至所述下行数据包的用户层面的GPRS隧道协议GTP-U报头中;将更新后的下行数据包发送给所述接入网设备;所述接入网设备,用于接收所述UPF发送的下行数据包;根据所述时间戳的信息、接收所述下行数据包的时间以及回环时延,对所述下行数据包进行调度,所述回环时延表示终端设备发送所述上行数据包到接收到所述下行数据包的允许时延。
第九方面,本申请实施例中提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机可读指令,当所述计算机可读指令在计算机上运行时,使得如第一方面至第三方面以及任一种可能实现方式所述的方法被执行。
第十方面,本申请实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得如第一方面至第三方面及任一种可能的实现方式所述的方法被执行。
第十一方面,本申请提供一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现上述第一方面至第三方面及任一种可能实现方式所述的方法。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
图1为MTP周期示意图;
图2为适用于本申请实施例的网络架构示意图;
图3为本申请实施例提供的时延控制方法的流程示意图;
图4为本申请实施例提供的上行数据包示意图;
图5为本申请实施例提供的上行数据包、下行数据包对应示意图;
图6为本申请实施例提供的时间戳在下行数据包中的示意图;
图7为本申请实施例提供的协议栈架构示意图;
图8为本申请实施例提供的接入网设备的调度过程示意图;
图9为本申请实施例提供的一种时延控制方法的流程示意图;
图10为本申请实施例提供的另一种时延控制方法的流程示意图;
图11为本申请实施例提供的一种装置的示意图;
图12为本申请实施例提供的另一种装置的示意图。
MTP时延可分为两个部分。其一为用户交互时延,即从用户交互数据产生时刻开始,至应用服务器接收到用户的交互数据并生成相应的多媒体数据(如用户显示的视频帧数据)为止的时长。用户交互延时段内包括三个处理步骤:(1)终端捕捉用户的交互数据;(2)终端将用户的交互数据上传至应用服务器;(3)应用服务器对用户的交互数据进行处理,产生并渲染得到多媒体数据。其二为内容年龄(age of content)时延,即从应用服务器产生并渲染得到多媒体数据开始,至该多媒体数据在终端被展现为止。在内容年龄时延内包括以下处理步骤:(1)应用服务器创造一个或多个多媒体缓存数据;(2)将多媒体缓存数
据编码为一个视频帧;(3)将视频帧发送至终端;(4)终端解码视频帧;(5)终端展示视频帧中的多媒体数据。用户交互时延对应控制或交互数据的上行传输,内容年龄时延对应多媒体数据的下行传输。
为了保障MTP时延,一种实现方式是设置独立的上行数据包时延预算(packet delay budget,PDB)和下行PDB,以控制上行数据包在上行传输过程中的时延和下行数据包在下行传输过程中的时延。PDB是衡量XR业务流的延时要求的重要指标。上、下行PDB具体指数据包在接入网设备和终端之间的传输的时延预算值,超过该预算值的数据包,可以被视为无效数据包。上行数据包的时延测量由数据包在终端产生上行数据包开始至上行数据包被接入网设备成功接收为止。下行数据包的时延测量自下行数据包发送至接入网设备开始至下行数据包成功被终端接收为止。设置独立的上、下行PDB是指在上行链路和下行链路上分别设置PDB值,上行PDB与下行PDB互不相关。上行数据包需要在上行PDB内完成终端到接入网设备的传输,下行数据包需要在下行PDB内完成接入网设备到终端的传输,否则,认为数据包传输失败,并被计入包错误率(packet error rate,PER)的计算。例如,在XR业务中,上行PDB的常见设置值为10ms,下行PDB的常见设置值为10ms的。
为获得感知临场感,XR业务中的下行视频帧的生成和渲染,须依据终端传感器监测的用户交互数据。上下行数据的高度绑定决定了在一个MTP周期内,动态协调上下行延时更有利于提升数据包成功传输的概率。例如,假设上行传输(数据包从终端传输至接入网设备)时延和下行传输(数据包从接入网设备传输至终端)时延的总时延在20ms内能够满足业务需求,若上行传输时延仅为5ms,则下行传输时延在15ms内即可满足业务需求;若上行传输时延为15ms,那么下行传输时延在5ms内就能满足业务需求。但是,若采用设置独立的上、下行PDB的方案,由于上行PDB为10ms,则上行传输时延为15ms的上行数据包则被认为是无效数据包,并不会考虑下行传输是否具备在5ms内完成的能力。因此,该实现方式虽然能够保证MTP时延,但丢包率较高,用户体验较差。
为了保障MTP时延,另一种实现方式是建立上、下行数据包的对应关系,从而对图1所示的MTP周期进行总体时延控制。该实现方式中,为标识上下行数据包的对应关系,使用一个代表回环交互次数的ID。具体的,终端产生上行数据包时,需在上行数据包内携带上行数据包的时间戳T1和一个ID。为方便接入网设备、应用服务器获取该ID信息,终端分别在业务数据适配协议(service data adaptation protocol,SDAP)报头、适配层(adaptation layer)和应用层报头分别加载该ID。同时,终端还需要在SDAP的报头内携带时间戳,以便于接入网设备获知上行数据包的时间生成时间。
接入网设备在获知上行数据包的时间戳和ID后,将二者绑定存储,然后,接入网设备将上行数据包经用户面功能网元(user plane function,UPF)发送至应用服务器(application server,AS),且在发送至AS的上行数据包中已不携带时间戳信息,仅携带ID信息。上行数据包到达AS后,AS根据上行数据包内的信息生成对应的下行数据包。为实现上下行数据包的关联,AS将上行数据包所携带的ID转载至对应下行数据包的IP报头。AS将下行数据包通过UPF发送至接入网设备。接入网设备在获得该下行数据包时,记录下行数据包到达接入网设备的时刻T2,并从下行数据包的GTP-U报头中得到该下行数据包的ID。接入网设备根据ID信息,从存储信息中获知该下行数据包对应的上行数据包的时间戳T1。接入网设备根据上下行回环交互延时约束D、上行数据包时间戳T1以及下行数据包时间
戳T2,确定下行数据包的调度延时预算,即D-(T2-T1),并在该调度延时预算内将下行数据包发送给终端。
然后,上述实现方式对接入网设备来说操作较为复杂,需要在接收到上行数据包后存储上行数据包中的时间戳信息和ID的对应关系,在接收到下行数据包后需要根据下行数据包中的ID确定对应的上行数据包的时间戳信息,进而完成调度。而XR业务流具有吞吐量大、延时性要求高等特点,复杂的操作以及数据的存储将显著增加接入网设备的负载。此外,上述实现方式中,并未充分研究时间戳对保障MTP时延的意义,没有充分利用时间戳的作用;丢包率有待进一步降低。
有鉴于此,本申请实施例提供一种时延控制方法,用于实现从移动通信系统的角度保障MTP时延,以满足用户需求,并简化通信设备的操作、降低通信设备的负载。该时延控制方法可以应用于XR业务、CG业务等对时延要求较高的通信场景中,即下述实施例中的上行数据包、下行数据包为XR、CG等对时延要求较高的业务的数据包。
本申请实施例提供的时延控制方法,可以应用于如图2所述的网络架构中。如图2所示,网络架构可以包括以下单元或设备:
终端设备,本申请所涉及到的终端设备可以包括具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备(user equipment,UE)、移动台(mobile station,MS),终端设备(terminal equipment)等等。图2中以UE进行举例说明。此外,本申请实施例中的终端设备还可以配置有陀螺仪采样器等能监测用户的姿态与动作的传感器,GPS传感器,以及扬声器、显示屏等多媒体播放设备。其中,陀螺仪用于采集用户的姿态和动作信息;采样器用于采集陀螺仪提供的姿态和动作信息,以及设备时序信息;GPS传感器用于提供毫秒级的绝对时间。
无线接入网(radio access network,RAN)用于实现无线有关的功能。无线接入网又可称为接入网设备或基站,用于将终端设备接入到无线网络。所述无线接入网可以是基站(base station)、LTE系统或演进的LTE系统(LTE-Advanced,LTE-A)中的演进型基站(evolved NodeB,eNodeB)、5G通信系统中的下一代基站(next generation NodeB,gNB)、发送接收点(transmission reception point,TRP)、基带单元(base band unit,BBU)、WiFi接入点(access point,AP)、未来移动通信系统中的基站或WiFi系统中的接入节点等。无线接入网也可以是完成基站部分功能的模块或单元,例如,可以是集中式单元(central unit,CU),或者分布式单元(distributed unit,DU)。本申请实施例对无线接入网所采用的具体技术和具体设备形态不作限定。例如,在一种网络结构中,无线接入网可以为CU节点、或DU节点、或为包括CU节点和DU节点的无线接入网。
UPF其主要功能包含:数据包路由和传输、包检测、业务用量上报、QoS处理、上行包检测、下行数据包存储等用户面相关的功能等。
接入和移动管理功能(access and mobility management function,AMF),主要功能包含:连接管理、移动性管理、注册管理、接入认证和授权、可达性管理、安全上下文管理等接入和移动性相关的功能等。
会话管理功能(Session Management function,SMF),其主要功能包含:会话管理(如会话建立、修改和释放,包含UPF和AN之间的隧道维护)、UPF的选择和控制、SSC(Service and Session Continuity,业务和会话连续性)模式选择、漫游等会话相关的功能等。
策略控制功能(Policy Control Function,PCF),其主要功能包含:统一策略制定、策
略控制的提供和从UDR中获取策略决策相关的签约信息等策略相关的功能。
应用服务器,主要用于提供具体的业务数据。
数据网络(data network,DN):为终端提供数据传输服务,可以是公用数据网(public data network,PDN)网络,如因特网(internet)等,也可以是本地接入数据网络(local access data network,LADN),如园区DN等。
以上“网元”也可以称为“实体”或“装置”,本申请并不做限制。在实际部署中,网元可以合设,当两个网元合设的时候,本申请实施例提供的这两个网元之间的交互就成为该合设网元的内部操作或者可以省略。应当理解,图2仅示例性的提供了一种能够应用于本申请实施例的网络架构,在实际应用时,可以包括比图2更多或更少的网元。
参见图3,为本申请实施例提供的时延控制方法的流程示意图,如图所示,该方法可以包括以下步骤:
步骤301、应用服务器接收来自终端设备的上行数据包。其中,该上行数据包包括时间戳的信息,该时间戳表示该上行数据包的生成时间。
终端设备采集用户的交互数据,并将采集到的交互数据生成上行数据包通过移动通信系统发送至应用服务器。其中,终端设备采集到的交互数据可以包括用户的姿态数据,或者用户的动作信息等。例如,在VR业务中,终端设备可以为VR眼镜等,终端设备通过自身配置的传感器采集用户的姿态,如用户头部的扭转角度、俯仰角度等;在CG业务中,终端设备可以为操作手柄等,采集用户的姿态数据和/或对操作手柄的操作数据等。
终端设备在将采集到的交互数据生成上行数据包时,还在上行数据包中添加时间戳,以使应用服务器、UPF、接入网设备能够根据该时间戳进行时延控制,从而保障XR业务、CG业务对MTP的需求。
示例性的,终端设备发送的上行数据包可以包括如图4所示的内容,其中IP报头(header)中可以包含有数据类型(type of data)字节,该字节中可以包含有差分服务代码点(differentiated services code point,DSCP),用于划分服务类别以及服务的优先级;时间戳t_0^A,表示该上行数据包的生成时间;数据(Data)中为终端设备采集的用户交互数据。
如图2所示,终端设备发送的上行数据包,可以通过接入网设备、UPF传输至应用服务器。在本申请实施例的上传数据包传输此过程中,接入网设备、UPF无需对上行数据包进行数据处理,仅执行转发操作即可,与目前的实现方式相比,接入网设备减少了数据处理操作,降低了接入网设备的负载;也无需在读取上行数据包中的时间戳、ID后对其进行绑定存储,降低了对接入网设备的存储性能要求。
可选的,上述时间戳也可以表示终端设备采集用户数据的时间。
步骤302、应用服务器根据上行数据包生成下行数据包,下行数据包包括上行数据包中的时间戳的信息。
应用服务器可以根据上行数据包中的用户交互数据,确定需要为用户显示的多媒体数据,从而对该多媒体数据进行处理并生成相应的下行数据包,以使终端设备在接收到该下行数据包后,能够解码并向用户展示下行数据包中的多媒体数据。
对于XR业务流模型,用户交互数据的产生周期通常为4ms,而下行视频帧产生周期通常为16.7ms,即60fps。在此种设定下,应用服务器接收到4~5个上行数据包,则会生成一个下行数据包,如图5所示。那么下行数据包中的时间戳信息为应用服务器在生成下
行数据包之前接收到的最后一个上行数据包中的时间戳信息,即应用服务器生成的下行数据包对应的为接收到的最后一个上行数据包。
应用服务器发送的下行数据也可以包括如图5所示的内容,其中,时间戳t_0^A为应用服务器在生成下行数据包之前接收到的最后一个上行数据包中的时间戳;数据(Data)中为应用服务器生成的多媒体数据,如视频帧数据。
步骤303、应用服务器将下行数据包通过移动通信系统中的设备发送至终端设备。
例如,应用服务器可以将生成的下行数据包发送至UPF,UPF在接收到下行数据包后会将下行数据包转发给接入网设备,接入网设备再将下行数据包转发至终端设备。
UPF在接收到下行数据包时,可以读取下行数据包中的时间戳信息,并将读取到的时间戳信息转载至下行数据包的用户层面的GPRS隧道协议(GPRS Tunneling Protocol for the User plane,GTP-U)报头中,再发送给接入网设备。如图6所示,应用服务器发送的下行数据包中,时间戳信息位于IP报头之后、数据之前;而UPF发送的下行数据包中,时间戳信息位于GTP-U报头中;接入网设备接收到下行数据包,读取GTP-U报头以获取时间戳信息,然后将下行数据包发送给终端设备。在本申请实施例中,终端设备、接入网设备UPF之间的协议栈架构可以参见图7。
接入网设备在接收到下行数据包后,读取GTP-U报头中的时间戳信息,以获取该下行数据包对应的上行数据包的生成时间。接入网设备根据时间戳信息、接入网设备接收下行数据包的时间以及回环时延,对下行数据包进行调度。其中,回环时延表示终端设备生成上行数据包到终端设备接收到下行数据包的允许时延。或者,也可以将接收下行数据包的时间替换为当前时间,因为接入网设备接收下行数据包到读取时间戳信息存在时间间隔,或者从接收到下行数据包至能够开始对该下行数据包进行调度还存在时间间隔,那么接入网设备可以根据处理该下行数据包的当前时间、时间戳以及回环时延对下行数据包进行调度。
例如,若下行数据包中的时间戳表示对应的上行数据包的生成时间为t_0^A,接入网设备接收下行数据包的时间为T2,回环时延为H,那么接入网设备需要在剩余时间H-(T2-t_0^A)内将下行数据包发送至终端设备。接入网设备可以根据剩余时间H-(T2-t_0^A)的大小,对该下行数据包进行调度。例如,若剩余时间较短,且空口资源较为紧张时,接入网设备可以提高该下行数据包的调度优先级,优先调度该下行数据包,对优先级较低的数据包延后调度。
进一步的,接入网设备在对下行数据包进行调度时,可以先根据时间戳信息、接入网设备接收下行数据包的时间以及回环时延,确定是否向终端设备发送该下行数据包。例如,若剩余时间较短,根据接入网设备的保障比特速率(guaranteed git rate,GBR),接入网设备确定无法在剩余时间内将下行数据包成功发送给终端,那么接入网设备则确定不再发送该下行数据包。由于下行数据包无法在要求的回环时延内发送至终端设备,再发送该下行数据包并不能够提升用户体验,则接入网设备可以选择丢弃该数据包不再发送。
再进一步的,在该下行数据包的重传过程中,接入网设备也可以根据时间戳信息、当前时间以及回环时延,确定是否向终端设备重新发送该下行数据包。接入网设备向终端设备发送了该下行数据包,但终端设备可能并没有接收成功,则终端设备可以通过反馈机制,如混合自动重传请求(hybrid automatic repeat request,HARQ),以使接入网设备重新发送该下行数据包。接入网设备在重传时,可以先根据上行数据包的生成时间为T1、当前时间
T3以及回环时延H确定当前的剩余时间H-(T3-T1),并根据当前的剩余时间对下行数据包进行重传调度。若接入网设备根据GBR确定无法在剩余时间内将下行数据包发送至终端设备,则接入网设备可以确定不再重新发送该下行数据包。
示例性的,接入网设备的调度过程示意图可以如图8所示。接入网设备接收下行数据包A并读取下行数据包A中的时间戳t_0^A,接入网设备根据当前时间tD、时间戳t_0^A以及回环时延确定下行数据包A是否超时,即是否能够在允许的时延内将数据包发送至终端设备,若超时则丢弃下行数据包A,若不超时,则接入网设备向终端设备发送下行数据包A。例如,接入网设备可以判断tD-t_0^A与H-(tT-tD)的大小,其中H表示回环时延,tT表示接入网设备将下行数据包A传输至终端设备所需的时间,若判断tD-t_0^A大,则确定下行数据包A超时,否则认为下行数据A不超时。接入网设备将下行数据包发送给终端设备后,确认终端设备下行数据包A是否成功被接收,若没有成功接收,接入网设备可以判断下行数据包A是否超过重传次数,若否,则根据新的当前时间判断下行数据包是否超时,若没有超时,则将下行数据包A发送给终端设备,否则丢弃该下行数据包A;若下行数据包已超过最大重传次数,则不再重新发送。
接入网设备可以通过下述三种方式获取上述回环时延。
方式一、接入网设备根据MTP时延和终端设备对下行数据包进行解码并展示所需的时长,确定回环时延。
在该方式中,回环时延与MTP时延并不相当。如前所述,MTP时延为从终端设备从监测到用户的交互数据,到终端设备展示下行数据包中的多媒体信息的允许时延。由此可以看出,MTP时延内包含的处理步骤,比会议时延内包含的处理步骤要多。MTP时延内包含的处理步骤,还包括终端设备采集用户交互数据的步骤,以及终端设备对下行数据包进行解码并展示的步骤。
其中,终端设备采集用户交互数据到终端设备生成上行数据包的时间通常非常短。因此,在一些实施例中,该步骤的时间可以被忽略不计。
而终端设备对下行数据包进行解码并展示的步骤的耗时,通常需要被考虑。在这种情况下,接入网设备可以根据MTP时延和终端设备对下行数据包解码并展示所需的时长,确定回环时延。例如,若允许的MTP时延为D,终端设备对下行数据包解码并展示所需的时长为Δt,那么回环时延可以表示为D-Δt。
其中,MTP时延是可以预先配置在接入网设备中的,例如,对于XR业务,接入网设备预先配置有MTP时延1,对于CG业务,接入网设备预先配置有MTP2,接入网设备可以根据下行数据包的业务类型确定相应的MTP时延。又例如,还可以针对XR业务中不同的子业务类型(AR业务、VR业务、MR业务等)配置不同的MTP时延。
而终端设备对下行数据包解码并展示所需的时长(为方便描述以下简称第一时长),不同的终端设备可能会有所不同;对于不同业务的下行数据包,同一终端设备的第一时长也可能有所不同。因此,终端设备可以在上行数据包中携带自身的第一时长,以使应用服务器将第一时长携带在下行数据包中,以使接入网设备可以从下行数据包中获取到终端设备对下行数据包解码并展示所需的时长。可选的,应用服务器在将下行数据包发送给UPF后,UPF可以读取下行数据包中的第一时长的信息,并将第一时长的信息转载至GTP-U报头中,从而使得接入网设备可以从GTP-U报头获取到第一时长的信息,而不必对整个数据包进行解码。
方式二、接入网设备根据已有的上行PDB和下行PDB确定上述回环时延。
接入网设备可以利用已有的上行PDB和下行PDB,根据预设的计算方式确定回环时延,例如,接入网设备可以将已有的上行PDB与下行PDB之和作为回环时延。不同业务类型可能配置有不同的上、下行PDB,例如,XR业务的上下行PDB与CG业务的上下行PDB可以有所不同,那么接入网设备根据上下行PDB确定出的时延也可能不同。
在该实现方式,可以认为上行PDB与下行PDB之和,约等于回环时延,接入网设备可以利用已有的数据,不需要进行额外过多的计算。
方式三、接入网设备中预先配置有回环时延。
例如,可以根据已有的上行PDB和下行PDB,按照预先的计算方式计算出回环时延,并将计算出的回环时延配置在接入网设备中。
又例如,也可以直接将MTP时延作为回环时延。那么预先在接入网设备中配置MTP时延即为预先配置了回环时延。
或者,接入网设备还可以通过除上述三种方式之外的其他方式获取回环时延,从而实现根据时间戳信息、接入网设备接收下行数据包的时间以及回环时延,为下行数据包进行调度。
然而,时间戳的来源于终端设备,即时间戳由终端设备的时钟系统提供,接入网设备接收下行数据包的时间由接入网设备的时钟系统提供。因此,需要保证终端设备与接入网设备之间的时钟同步,接入网设备才能够更加时间戳信息、接收下行数据包的时间以及回环时延进行精确的调度。
在一种可能的实现方式中,终端设备和接入网设备可以基于物理层实现时钟同步。为便于接入网设备与终端设备之间的信号传输,接入网设备和终端设备之间需保持同步,该同步包括帧同步和符号同步。帧同步的实现方式为接入网设备通过物理层广播信道(physical broadcast channel,PBCH)向小区内的终端设备广播系统帧号(system frame number,SFN),其周期为10.24s。在一个帧同步周期内,终端设备与接入网设备之间保持符号同步,以30kHz的子载波间隔为例,符号同步的精度约为1/28ms,即0.36ms。终端设备可以通过采用一个周期内的时隙偏置,来确定上行数据包生成的时间。
在另一种可能的实现方式中,终端设备接入网设备可以分别通过自身配置的GPS传感器获取GPS系统提供的统一的绝对时间(通常为毫秒级的绝对时间),以实现终端设备和接入网设备的时钟分别与GPS系统时钟同步,从而实现终端设备与接入网设备之间的时钟同步。
在上述实施例,应用服务器将上行数据包中的时间戳添加至对应生成的下行数据包,以使接入网设备能够根据上行数据包的生成时间对下行数据包进行调度,由助于保障MTP时延,提高用户体验。为了进一步提高数据包传输成功率、降低丢包率,应用服务器可以根据上行数据包中的时间戳信息,生成下行数据包。
一方面,应用服务器可以根据上行数据包中的时间戳信息和当前时间,为生成对应的下行数据包分配计算资源。
应用服务器根据上行数据包中的用户交互数据,确定需要为用户显示的多媒体数据,从而对该多媒体数据进行处理并生成相应的下行数据包,在该过程中,需要占用应用服务器的计算资源。而占用计算资源的大小,会对生成下行数据包的时间长短存在影响。具体的,若分配的计算资源较大,那么应用服务器在单位时间内,应用服务器能够为生成该下
行数据包计算更多的数据,从而有利于缩短生成下行数据包所需的时间;若分配计算资源较小,那么应用服务器在单位时间内能够为生成该下行数据包计算的数据较少,从而使得生成下行数据包的时间较长。
因此,应用服务器可以根据上行数据包中的时间戳信息和当前时间,为生成下行数据包分配计算资源。例如,若应用服务器确定从终端设备生成上行数据包的时间至当前耗时较长,即留给应用服务器生成下行数据包并将下行数据包传输至终端设备的时间较短,那么应用服务器可以为生成该下行数据包分配较多的计算资源,以缩短生成下行数据包的时间,从而为将下行数据包传输至终端设备留出更多的时间。又例如,若应用服务器确定从终端设备生成上行数据包的时间至当前耗时较短,即留给应用服务器生成下行数据包并将下行数据包传输至终端设备的时间较为充足,那么应用服务器可以为生成该下行数据包分配较少的计算资源,在保障该终端设备的MTP时延的情况下,应用服务器能够将更多的计算资源留给时间较为紧迫的其他终端设备提供服务,或者同时为更多数量的终端提供服务。
可选的,应用服务器可以预先配置有多个差值区间,每个差值区间都对应一种计算资源分配方案或分配策略;应用服务器在接收到上行数据包时,可以确定当前时间与上行数据包中时间戳的差值,属于哪个预先配置的差值区间,然后根据所属的差值区间对应的计算资源分配方案或分配策略,为计算相应的下行数据包分配计算资源。例如,可以预先配置N个差值区间以及分别与N个差值区间一一对应的N种计算资源分配方案,这N个差值区间之间的上边界分别C1、C2、…、Cn,且0<C1<C2<…<Cn<H,其中,H表示回环时延;若当前时间与时间戳的差值小于或等于C1,属于第1个差值区间,则应用服务器根据第1个差值区间对应的计算资源分配方案为生成下行数据包分配计算资源;若当前时间与时间戳的差值小于或等于C2,且大于等于C2,属于第2个差值区间,则应用服务器根据第2个差值区间对应的计算资源分配方案为生成下行数据包分配计算资源;…;若当前时间与时间戳的差值小于或等于Cn,且大于等于Cn-1,属于第n个差值区间,则应用服务器根据第n个差值区间对应的计算资源分配方案为生成下行数据包分配计算资源;若当前时间与时间戳的差值大于Cn,则表示应用服务器生成下行数据包但无法在回环时延内将下行数据包传输至终端设备,或者应用服务器甚至无法在回环时延内生成下行数据包。
另一方面,应用服务器可以根据上行数据包中的时间戳信息、当前时间、回环时延以及接入网设备的GBR,确定生成对应的下行数据包时所采用的编码类型。
按照不同的编码类型生成的下行数据包,其大小有所不同。以视频帧编码为例,目前常见的视频帧编码类型包括H.26X系列编码、MPEG-X系列编码、Windows媒体视频格式(windows media video,WMV)以及其他编码类型。其中,MPEG-2、MPEG-4、H.264可以属于高清编码。高清视频帧通常数据包较大,而数据包越大,往往传输的时间也越长。因此,不同编码类型生成的下行数据包,传输至终端设备的时间可能有所不同。
应用服务器在接收到上行数据包时,可以根据上行数据包中的时间戳、当前时间以及回环时延,确定对应的下行数据包传输至终端设备所能容忍的最大时延。在一个具体实施例中,下行数据包传输至终端设备所能容忍的最大时延可以表示为H-(T-t_0^A),其中,H表示回环时延,T表示当前时间,t_0^A表示上行数据包中的时间戳。
应用服务器可以根据下行数据包传输至终端设备所能容忍的最大时延,以及接入网设备的GBR,确定下行数据包(或下行数据包中多媒体数据)的最大尺寸。然后应用服务器
根据确定出的最大尺寸,确定相应的编码类型,以使根据确定出的编码类型生成的下行数据包的尺寸在最大尺寸以内。若应用服务器确定候选的编码类型中,没有能够满足最大尺寸的编码类型,那么应用服务器可以不生成下行数据包,因为即使应用服务器生成下行数据包,接入网设备也无法在允许的时延内传输至终端设备,那么接入网设备也会丢弃该下行数据包。
为了更加清楚理解本申请上述实施例,下面结合附图9-10进行详细的举例说明。在图9、图10中,以终端设备为UE、接入网设备为5G移动通信系统中的gNB为例进行说明。
示例性的,图9提供的时延控制方法可以包括以下步骤:
步骤901、UE采集用户交互数据并生成上行数据包A,该上行数据包A包括生成该上行数据包A的时间戳t_0^A。
UE在生成上行数据包A之后,上行数据包A将进入PDCP/RLC队列中等待进入MAC层,当上行数据包A进入MAC层之后,才能够被发送至gNB。
步骤902、UE将上行数据包A发送至gNB。
步骤903、gNB将上行数据包A经UPF发送至AS。
步骤904、AS根据上行数据包A中的用户交互数据生成对应的下行数据包A’,下行数据包A’中包含时间戳t_0^A。
步骤905、AS将下行数据包A’经UPF发送至gNB。
步骤906、gNB读取下行数据包A’中的时间戳t_0^A,并根据当前时间、时间戳t_0^A以及回环时延,确定下行数据包A’是否超时,若未超时,则执行步骤907,否则丢弃下行数据包A’。
步骤907、gNB向UE发送下行数据包A’。
步骤908、UE对下行数据包A’进行解码并显示其中的多媒体数据。
具体的,UE向将下行数据包A’放入PDCP队列中,等待进入应用层,当进入应用层后,对其进行解码并显示。
示例性的,图10提供的时延控制方法可以包括以下步骤:
步骤1001、UE采集用户交互数据并生成上行数据包A,该上行数据包A包括生成该上行数据包A的时间戳t_0^A。
具体的,UE在生成上行数据包A之后,上行数据包A将进入PDCP/RLC队列中等待进入MAC层,当上行数据包A进入MAC层之后,才能够被发送至gNB。
步骤1002、UE将上行数据包A发送至gNB。
步骤1003、gNB将上行数据包A经UPF发送至AS。
步骤1004、AS读取上行数据包A中的时间戳t_0^A,并根据时间戳t_0^A、当前时间、回环时延以及gNB的GBR,为生成下行数据包A’分配计算资源,并确定下行数据包A’的编码类型。
步骤1005、AS根据上行数据包A中的用户交互数据,在分配的计算资源中按照确定的编码类型生成对应的下行数据包A’,下行数据包A’中包含时间戳t_0^A。
步骤1006、AS将下行数据包A’经UPF发送至gNB。
步骤1007、gNB读取下行数据包A’中的时间戳t_0^A,并根据当前时间、时间戳t_0^A以及回环时延,确定下行数据包A’是否超时,若未超时,则执行步骤1008,否则丢弃下行数据包A’。
步骤1008、gNB向UE发送下行数据包A’。
步骤1009、UE对下行数据包A’进行解码并显示其中的多媒体数据。
具体的,UE向将下行数据包A’放入PDCP队列中,等待进入应用层,当进入应用层后,对其进行解码并显示。
在上述方法实施例中,终端生成的上行数据包中添加有生成该上行数据包的时间戳信息,应用服务器在根据上行数据包生成下行数据包时,将上行数据包中的时间戳信息携带在生成的下行数据包中,以使在后续通过移动通信系统中的设备将下行数据包发送给终端时,移动通信系统中的设备(如接入网设备)能够根据该时间戳信息将下行数据包发送给终端,以实现从移动通信系统的角度保障MTP时延。且该方法与已有的实现方式相比,简化了接入网设备的操作,无需接入网设备对上行数据包进行处理,并占用存储空间存储相应信息,而是可以直接根据下行数据包中的时间戳信息对下行数据包进行调度。此外,应用服务器还可以根据上行数据包中的时间戳分配生成下行数据包的计算资源以及下行数据包的编码类型,从应用服务器的角度去保障MTP时延,减少系统丢包率,为用户提供更好的体验效果。
图11为根据本申请实施例提供的一种装置的示意图。装置包括处理模块1101、收发模块1102。处理模块1101用于实现装置对数据的处理。收发模块1102用于执行上述方法实施例中的信息收发处理。应理解,本申请实施例中的处理模块1101可以由处理器或处理器相关电路组件(或者,称为处理电路)实现,收发模块1102可以由接收器或接收器相关电路组件、发送器或发送器相关电路组件实现。
示例性地,装置可以是装置设备,也可以是应用于装置设备中的芯片或者其他具有上述装置设备功能的组合器件、部件等。
当该装置为应用服务器时,收发模块1102用于接收来自终端设备的上行数据包,所述上行数据包包括时间戳的信息,所述时间戳表示所述上行数据包的生成时间;处理模块1101用于根据所述上行数据包生成下行数据包,所述下行数据包包括所述时间戳的信息;收发模块1102还用于将所述下行数据包发送至用户面功能网元UPF,以使所述UPF将所述下行数据包转发至所述终端设备。
此外,上述各个模块还可以用于支持图3至图10所示实施例及其任一实现方式中应用服务器所执行的其它过程。有益效果可参考前面的描述,此处不再赘述。
当该装置为接入网设备时,收发模块1102用于接收用户面功能网元UPF发送的下行数据包,所述下行数据包包括时间戳的信息,所述时间戳表示所述下行数据包所对应的上行数据包的生成时间;处理模块1101用于根据所述时间戳的信息、接收所述下行数据包的时间以及回环时延,对所述下行数据包进行调度,所述回环时延表示终端设备生成所述上行数据包到接收到所述下行数据包的允许时延。
此外,上述各个模块还可以用于支持图3至图10所示实施例及其任一实现方式中接入网设备所执行的其它过程。有益效果可参考前面的描述,此处不再赘述。
当该装置为用户面功能网元时,收发模块1102用于接收应用服务器发送的下行数据包,所述下行数据包包括时间戳的信息,所述时间戳表示所述下行数据包对应的上行数据包的生成时间;处理模块1101用于将所述时间戳的信息添加至所述下行数据包的用户层面的GPRS隧道协议GTP-U报头中;收发模块1102还用于将更新后的下行数据包发送给接入
网设备。
此外,上述各个模块还可以用于支持图3至图10所示实施例及其任一实现方式中用户面功能网元UPF所执行的其它过程。有益效果可参考前面的描述,此处不再赘述。
基于相同的技术构思,本申请实施例还提供一种装置。该装置包括如图12所示的处理器1201,以及与处理器1201连接的通信接口1202。
处理器1201可以是通用处理器,微处理器,特定集成电路(application specific integrated circuit,ASIC),现场可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件,分立门或者晶体管逻辑器件,或一个或多个用于控制本申请方案程序执行的集成电路等。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
通信接口1202,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如RAN等。
在本申请实施例中,处理器1201用于调用通信接口1202执行接收和/或发送的功能,并执行如前任一种可能实现方式所述的用户面功能容灾方法。
进一步的,该装置还可以包括存储器1203以及通信总线1204。
存储器1203,用于存储程序指令和/或数据,以使处理器1201调用存储器1203中存储的指令和/或数据,实现处理器1201的上述功能。存储器1203可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器1203可以是独立存在,例如片外存储器,通过通信总线1204与处理器1201相连接。存储器1203也可以和处理器1201集成在一起。
通信总线1204可包括一通路,在上述组件之间传送信息。
示例性的,装置可以为上述方法实施例中的应用服务器,也可以是上述方法实施例中的接入网设备,还可以是上述方法实施例中的用户面功能网元UPF。
其中,处理器1201用于实现装置的数据处理操作,通信接口1202用于实现装置的接收操作和发送操作。
当该装置为应用服务器时,处理器1201通过通信接口1202执行:接收来自终端设备的上行数据包,所述上行数据包包括时间戳的信息,所述时间戳表示所述上行数据包的生成时间;根据所述上行数据包生成下行数据包,所述下行数据包包括所述时间戳的信息;将所述下行数据包发送至用户面功能网元UPF,以使所述UPF将所述下行数据包转发至所述终端设备。
此外,上述各个模块还可以用于支持图3至图10所示实施例及其任一实现方式中应用服务器所执行的其它过程。有益效果可参考前面的描述,此处不再赘述。
当该装置为接入网设备时,处理器1201通过通信接口1202执行:接收用户面功能网元UPF发送的下行数据包,所述下行数据包包括时间戳的信息,所述时间戳表示所述下行
数据包所对应的上行数据包的生成时间;根据所述时间戳的信息、接收所述下行数据包的时间以及回环时延,对所述下行数据包进行调度,所述回环时延表示终端设备生成所述上行数据包到接收到所述下行数据包的允许时延。
此外,上述各个模块还可以用于支持图3至图10所示实施例及其任一实现方式中接入网设备所执行的其它过程。有益效果可参考前面的描述,此处不再赘述。
当该装置为用户面功能网元时,处理器1201通过通信接口1202执行:接收应用服务器发送的下行数据包,所述下行数据包包括时间戳的信息,所述时间戳表示所述下行数据包对应的上行数据包的生成时间;将所述时间戳的信息添加至所述下行数据包的用户层面的GPRS隧道协议GTP-U报头中;所述UPF将更新后的下行数据包发送给接入网设备。
此外,上述各个模块还可以用于支持图3至图10所示实施例及其任一实现方式中用户面功能网元UPF所执行的其它过程。有益效果可参考前面的描述,此处不再赘述。
基于相同的技术构思,本申请实施例还提供一种通信系统,包括应用服务器,用户面功能网元UPF和接入网设备;所述应用服务器,用于接收来自终端设备的上行数据包,所述上行数据包包括时间戳的信息,所述时间戳表示所述上行数据包的生成时间;根据所述上行数据包生成下行数据包,所述下行数据包包括所述时间戳的信息;将所述下行数据包发送至所述UPF;所述UPF,用于接收所述应用服务器发送的下行数据包;将所述时间戳的信息添加至所述下行数据包的用户层面的GPRS隧道协议GTP-U报头中;将更新后的下行数据包发送给所述接入网设备;所述接入网设备,用于接收所述UPF发送的下行数据包;根据所述时间戳的信息、接收所述下行数据包的时间以及回环时延,对所述下行数据包进行调度,所述回环时延表示终端设备发送所述上行数据包到接收到所述下行数据包的允许时延。
其中,应用服务器还可以用于实现上述方法实施例及任一实现方式中应用服务器所执行的其他过程;接入网设备还可以用于实现上述方法实施例及任一实现方式中接入网设备所执行的其他过程;用户面功能网元还可以用于实现上述方法实施例及任一实现方式中用户面功能网元所执行的其他过程。
基于相同的技术构思,本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机可读指令,当所述计算机可读指令在计算机上运行时,使得上述方法实施例及任一实现方式中应用服务器所执行的步骤被执行,或者使得上述方法实施例及任一实现方式中接入网设备所执行的步骤被执行,或者使得上述方法实施例及任一实现方式中用户面功能网元所执行的步骤被执行。
基于相同的技术构思,本申请实施例还提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得上述方法实施例及任一实现方式中应用服务器所执行的步骤被执行,或者使得上述方法实施例及任一实现方式中接入网设备所执行的步骤被执行,或者使得上述方法实施例及任一实现方式中用户面功能网元所执行的步骤被执行。
基于相同的技术构思,本申请实施例还提供一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现上述方法实施例及任一实现方式中所述的方法。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
本申请实施例的描述中,“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。本
申请中所涉及的多个,是指两个或两个以上。
另外,需要理解的是,在本申请的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着本申请的一个或多个实施例包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
本申请的实施例中的方法步骤可以通过硬件的方式来实现,也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于基站或终端中。当然,处理器和存储介质也可以作为分立组件存在于基站或终端中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,数字视频光盘;还可以是半导体介质,例如,固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质,或可包括易失性和非易失性两种类型的存储介质。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。
Claims (17)
- 一种延时控制方法,其特征在于,所述方法包括:应用服务器接收来自终端设备的上行数据包,所述上行数据包包括时间戳的信息,所述时间戳表示所述上行数据包的生成时间;所述应用服务器根据所述上行数据包生成下行数据包,所述下行数据包包括所述时间戳的信息;所述应用服务器将所述下行数据包发送至用户面功能网元UPF,以使所述UPF将所述下行数据包转发至所述终端设备。
- 根据权利要求1所述的方法,其特征在于,所述应用服务器根据所述上行数据包生成下行数据包,包括:所述应用服务器根据所述时间戳的信息和当前时间,为生成所述下行数据包分配计算资源。
- 根据权利要求2所述的方法,其特征在于,所述应用服务器根据所述时间戳的信息和当前时间,为生成所述下行数据包分配计算资源,包括:所述应用服务器确定当前时间与所述时间戳的差值所处的区间;所述应用服务器根据所述区间对应的计算资源为生成所述下行数据包分配计算资源。
- 根据权利要求1-3任一项所述的方法,其特征在于,所述应用服务器根据所述上行数据包生成下行数据包,包括:所述应用服务器根据所述时间戳的信息、当前时间、回环时延以及接入网设备的保障比特速率,确定生成所述下行数据包时采用的编码类型,所述回环时延表示终端设备发送所述上行数据包到接收到所述下行数据包的允许时延。
- 根据权利要求4所述的方法,其特征在于,所述应用服务器中配置有运动到成像MTP时延,所述MTP时延表示所述终端设备从采集所述上行数据包所包含的数据到接收到对所述下行数据包解码并显示的允许时延;所述方法还包括:所述应用服务器获取所述终端设备的对下行数据包解码并显示所需的时长,所述回环时延根据所述MTP时延和所述时长确定。
- 根据权利要求1-5任一项所述的方法,其特征在于,所述上行数据包和所述下行数据包为拓展现实XR业务的数据包。
- 一种延时控制方法,其特征在于,所述方法包括:用户面功能网元UPF接收应用服务器发送的下行数据包,所述下行数据包包括时间戳的信息,所述时间戳表示所述下行数据包对应的上行数据包的生成时间;所述UPF将所述时间戳的信息添加至所述下行数据包的用户层面的GPRS隧道协议GTP-U报头中;所述UPF将更新后的下行数据包发送给接入网设备。
- 根据权利要求7所述的方法,其特征在于,所述下行数据包为拓展现实XR业务的数据包。
- 一种应用服务器,其特征在于,包括:处理器,以及分别与所述处理器耦合的存储器和通信接口;所述通信接口,用于与其他设备进行通信;所述处理器,用于运行所述存储器内的指令或程序,通过所述通信接口执行:接收来自终端设备的上行数据包,所述上行数据包包括时间戳的信息,所述时间戳表示所述上行数据包的生成时间;根据所述上行数据包生成下行数据包,所述下行数据包包括所述时间戳的信息;将所述下行数据包发送至用户面功能网元UPF,以使所述UPF将所述下行数据包转发至所述终端设备。
- 根据权利要求9所述的应用服务器,其特征在于,所述处理器,在根据所述上行数据包生成下行数据包时,具体用于:根据所述时间戳的信息和当前时间,为生成所述下行数据包分配计算资源。
- 根据权利要求10所述的应用服务器,其特征在于,所述处理器,在根据所述时间戳的信息和当前时间,为生成所述下行数据包分配计算资源时,具体用于:确定当前时间与所述时间戳的差值所处的区间;根据所述区间对应的计算资源为生成所述下行数据包分配计算资源。
- 根据权利要求9-11任一项所述的应用服务器,其特征在于,所述处理器,在根据所述上行数据包生成下行数据包时,具体用于:根据所述时间戳的信息、当前时间、回环时延以及接入网设备的保障比特速率,确定生成所述下行数据包时采用的编码类型,所述回环时延表示终端设备发送所述上行数据包到接收到所述下行数据包的允许时延。
- 根据权利要求12所述的应用服务器,其特征在于,所述应用服务器配置有运动到成像MTP时延,所述MTP时延表示所述终端设备从采集所述上行数据包所包含的数据到接收到对所述下行数据包解码并显示的允许时延;所述处理器还用于:获取所述终端设备的对下行数据包解码并显示所需的时长,所述回环时延根据所述MTP时延和所述时长确定。
- 根据权利要求9-13任一项所述的应用服务器,其特征在于,所述上行数据包和所述下行数据包为拓展现实XR业务的数据包。
- 一种通信系统,其特征在于,包括:应用服务器,用户面功能网元UPF和接入网设备;所述应用服务器,用于接收来自终端设备的上行数据包,所述上行数据包包括时间戳的信息,所述时间戳表示所述上行数据包的生成时间;根据所述上行数据包生成下行数据包,所述下行数据包包括所述时间戳的信息;将所述下行数据包发送至所述UPF;所述UPF,用于接收所述应用服务器发送的下行数据包;将所述时间戳的信息添加至所述下行数据包的用户层面的GPRS隧道协议GTP-U报头中;将更新后的下行数据包发送给所述接入网设备;所述接入网设备,用于接收所述UPF发送的下行数据包;根据所述时间戳的信息、接收所述下行数据包的时间以及回环时延,对所述下行数据包进行调度,所述回环时延表示终端设备发送所述上行数据包到接收到所述下行数据包的允许时延。
- 一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令,当所述指令在计算机上运行时,使得所述计算机执行如权利要求1-8任一项所述的方法。
- 一种计算机程序产品,其特征在于,所述计算机程序产品包含计算机指令,使得计 算机执行如权利要求1-8任一项所述方法。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210260058 | 2022-03-16 | ||
CN202210260058.4 | 2022-03-16 | ||
CN202210405691.8 | 2022-04-18 | ||
CN202210405691.8A CN116828609A (zh) | 2022-03-16 | 2022-04-18 | 一种时延控制方法、应用服务器及通信系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2023174198A1 true WO2023174198A1 (zh) | 2023-09-21 |
Family
ID=88022225
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2023/081014 WO2023174198A1 (zh) | 2022-03-16 | 2023-03-13 | 一种时延控制方法、应用服务器及通信系统 |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2023174198A1 (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020029097A1 (zh) * | 2018-08-07 | 2020-02-13 | Oppo广东移动通信有限公司 | 一种信息传输方法及装置、通信设备 |
CN110831033A (zh) * | 2018-08-13 | 2020-02-21 | 华为技术有限公司 | 服务质量监测方法、设备及系统 |
CN114071487A (zh) * | 2020-08-03 | 2022-02-18 | 中国移动通信有限公司研究院 | 一种接口时延测量方法、相关网络设备和存储介质 |
WO2022042380A1 (zh) * | 2020-08-28 | 2022-03-03 | 华为技术有限公司 | 确定空口时延的方法及装置 |
-
2023
- 2023-03-13 WO PCT/CN2023/081014 patent/WO2023174198A1/zh unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020029097A1 (zh) * | 2018-08-07 | 2020-02-13 | Oppo广东移动通信有限公司 | 一种信息传输方法及装置、通信设备 |
CN110831033A (zh) * | 2018-08-13 | 2020-02-21 | 华为技术有限公司 | 服务质量监测方法、设备及系统 |
CN114071487A (zh) * | 2020-08-03 | 2022-02-18 | 中国移动通信有限公司研究院 | 一种接口时延测量方法、相关网络设备和存储介质 |
WO2022042380A1 (zh) * | 2020-08-28 | 2022-03-03 | 华为技术有限公司 | 确定空口时延的方法及装置 |
Non-Patent Citations (1)
Title |
---|
ERICSSON: "Short timestamps for User Plane Latency Control", 3GPP TSG-RAN WG2 MEETING # 106 R2-1906996, 2 May 2019 (2019-05-02), XP051711293 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10136354B2 (en) | Apparatus and methods for improved packet flow mobility | |
WO2019228214A1 (zh) | 一种无线承载建立、业务流的监测方法及装置 | |
WO2017201677A1 (zh) | 数据传输的方法及装置 | |
CN108809542A (zh) | 一种数据传输的处理方法和装置 | |
KR20140122753A (ko) | 비디오 인식 하이브리드 자동 반복 요청을 위한 방법 및 장치 | |
KR20160073227A (ko) | 무선 통신 시스템에서 기지국과 단말 간 통신 방법을 결정하는 방법 및 장치 | |
CN107820275B (zh) | 一种移动网络udp业务拥塞处理方法及基站 | |
WO2022022471A1 (zh) | 一种媒体流切换方法及装置 | |
US20240056889A1 (en) | Communication processing method for data transmission and related device | |
EP4199526A1 (en) | Communication method and apparatus | |
WO2023207846A1 (zh) | 通信方法和装置 | |
WO2023174198A1 (zh) | 一种时延控制方法、应用服务器及通信系统 | |
JP2021527351A (ja) | ネットワーク容量に制約のあるシナリオにおける共同メディア制作のためのネットワーク制御上りリンクメディア伝送 | |
CN115250506A (zh) | 一种通信方法及设备 | |
CN116828609A (zh) | 一种时延控制方法、应用服务器及通信系统 | |
WO2015096450A1 (zh) | 一种获取媒体业务参数指示的方法、装置和系统 | |
WO2021212999A1 (zh) | 媒体报文的传输方法、装置及系统 | |
WO2022032669A1 (zh) | 一种数据接收方法、装置及终端设备 | |
WO2023088155A1 (zh) | 一种服务质量QoS管理方法以及装置 | |
WO2023050415A1 (zh) | 一种多路径传输方法及装置、通信设备 | |
CN111615170B (zh) | 一种数据传输方法及系统 | |
WO2023185402A1 (zh) | 通信方法及装置 | |
WO2024099159A1 (zh) | 确定丢包的方法、装置、通信设备及可读存储介质 | |
WO2023210705A1 (ja) | 通信制御方法 | |
WO2024067374A1 (zh) | 一种通信方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 23769701 Country of ref document: EP Kind code of ref document: A1 |