CN110351201A - 一种数据处理方法及装置 - Google Patents

一种数据处理方法及装置 Download PDF

Info

Publication number
CN110351201A
CN110351201A CN201810301182.4A CN201810301182A CN110351201A CN 110351201 A CN110351201 A CN 110351201A CN 201810301182 A CN201810301182 A CN 201810301182A CN 110351201 A CN110351201 A CN 110351201A
Authority
CN
China
Prior art keywords
delay budget
packet delay
terminal
packet
configuration parameter
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201810301182.4A
Other languages
English (en)
Other versions
CN110351201B (zh
Inventor
徐小英
周国华
刘星
曾清海
季莉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN201810301182.4A priority Critical patent/CN110351201B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to AU2019248314A priority patent/AU2019248314B2/en
Priority to BR112020019844-7A priority patent/BR112020019844A2/pt
Priority to PCT/CN2019/081544 priority patent/WO2019192606A1/zh
Priority to EP19782138.2A priority patent/EP3761580A4/en
Priority to RU2020135589A priority patent/RU2783508C2/ru
Publication of CN110351201A publication Critical patent/CN110351201A/zh
Priority to US17/036,990 priority patent/US11677689B2/en
Application granted granted Critical
Publication of CN110351201B publication Critical patent/CN110351201B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H04L49/9005—Buffering arrangements using dynamic buffer space allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay

Abstract

一种数据处理方法及装置，在该数据处理方法中，第一终端获取包时延预算调整信息，该包时延预算调整信息用于指示调整后的包时延预算，或者包时延预算调整量，或者包时延预算调整范围，第一终端根据该包时延预算调整信息，调整抖动缓冲区的大小，进而根据调整后的抖动缓冲区，缓存数据。通过上述数据处理方法，可相对快速的调整抖动缓冲区的大小，进而可提升语音质量。

Description

一种数据处理方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及一种数据处理方法及装置。
背景技术
基于长期演进(long term evolution，LTE)系统的语音通信(VoLTE)，没有一条专用逻辑线路用于传输语音信号，故，不能保证语音质量。该语音质量受端到端时延、时延抖动和丢包率等的影响，其中，时延抖动是影响语音质量的重要参数之一，因此，需要采取一定的措施来消除时延抖动的影响，保证语音质量。
现有技术中，通过在语音数据包的接收端设置一个缓冲区(jitter buffer)来减少时延抖动。jitter buffer的主要思想是：将接收到的语音数据包缓存一段时间再向用户均匀播放，若缓存时间小于时延抖动，则时延抖动无法完全消除；若缓存时间大于时延抖动，则时延抖动可以消除，但缺点是增加了端到端的通信时延，故，最理想化的状态是每个语音数据包在网络中的传输时延与其在jitter buffer中缓冲的时延之和相等。但是，在实际应用中，由于语音数据包在网络中的传输时延会发生变化，因此很难实现最理想化的状态，基于此现有技术中提出一种动态调整jitter buffer的方法，根据时延抖动的变化动态调整jitter buffer的大小。
现有的动态调整jitter buffer的方法，接收端需要根据一段时间内统计的丢包率以及时延抖动调整jitter buffer的大小或者深度，由于统计丢包率以及时延抖动需要耗费一定的时间，故接收端无法及时的调整jitter buffer的大小，导致在接收端决策调整jitter buffer之前的一段时间语音质量明显下降，甚至产生丢包，导致丢包率增大。
发明内容
本申请实施例提供一种数据处理方法及装置，以期相对快速的调整jitterbuffer的大小，提高语音通信的质量。
第一方面，本申请提供一种数据处理方法，该方法可以应用于第一终端，或者也可以应用于第一终端内部的芯片。在该方法中，第一终端获取包时延预算调整信息，包时延预算调整信息用于指示调整后的包时延预算，或者包时延预算调整量，或者包时延预算调整范围，根据包时延预算调整信息，调整jitter buffer的大小，进而根据调整后的jitterbuffer，缓存数据。
第二方面，本申请提供一种数据处理方法，该方法可以应用于第一网络设备，或者也可以应用于第一网络设备内部的芯片。在该方法中，第一网络设备确定包时延预算调整信息或者配置参数，其中，包时延预算调整信息用于指示调整后的包时延预算，或者包时延预算调整量，或者包时延预算调整范围，第一网络设备确定包时延预算调整信息或者配置参数之后，向第一终端发送包时延预算调整信息或者配置参数。
第三方面，本申请提供一种数据处理方法，该方法可以应用于第二终端，或者也可以应用于第二终端内部的芯片。在该方法中，第二终端确定包时延预算调整信息或者配置参数，其中，包时延预算调整信息用于指示调整后的包时延预算，或者包时延预算调整量，或者包时延预算调整范围，第二终端确定包时延预算调整信息或者配置参数之后，向第一终端发送包时延预算调整信息或者配置参数。
第四方面，本申请提供一种数据处理装置，包括：包括用于执行以上第一方面或第二方面或第三方面各个步骤的单元或手段(means)。
第五方面，本申请提供一种数据处理装置，包括至少一个处理器和存储器，所述至少一个处理器用于执行以上第一方面或第二方面或第三方面提供的方法。
第六方面，本申请提供一种数据处理装置，包括至少一个处理器和接口电路，所述至少一个处理器用于执行以上第一方面或第二方面或第三方面提供的方法。
第七方面，本申请提供一种数据处理程序，该程序在被处理器执行时用于执行以上第一方面或第二方面或第三方面的方法。
第八方面，提供一种程序产品，例如计算机可读存储介质，包括第七方面的程序。
可见，在以上各个方面，由于包时延预算调整信息可以表征网络质量状况，故第一终端可通过获取到的包时延预算调整信息及时的感知网络质量状况，而无需像现有技术中一样根据一段时间统计的丢包率以及时延抖动等信息感知网络质量状况，即本申请中第一终端能够及时的感知网络质量状况，并可根据包时延预算调整信息快速的调整jitterbuffer的大小。
在以上各方面中，配置参数与空口传输时延相关，可以包括非连续接收(discontinuous reception，DRX)周期、分组数据汇聚层协议(packet data convergenceprotocol，PDCP)丢弃定时器的预设时长以及覆盖增强参数中的至少一项。
本申请中对第一终端如何获取包时延预算调整信息不做限定。一种可能的设计中，第一终端接收第一网络设备或者第二终端发送的包时延预算调整信息，进而根据该接收到的包时延预算调整信息调整jitter buffer的大小，这样，第一终端可根据第二终端或者第一网络设备发送的包时延预算调整信息及时的感知网络状况，而无需像现有技术一样根据一段时间的统计参数确定网络状况，进而可快速的调整jitter buffer的大小。另一种可能的设计中，第一终端接收第一网络设备或者第二终端发送的配置参数，并根据接收到的配置参数确定包时延预算调整信息，进而根据确定的包时延预算调整信息调整jitterbuffer的大小，这样，第一终端可根据接收到的配置参数快速的确定包时延预算调整信息，进而可快速的调整jitter buffer的大小。
又一种可能的设计中，第一终端获取包时延预算调整信息之前，向第一网络设备发送第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项。在该种设计中，第一网络设备根据第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，确定包时延预算调整信息或者配置参数，这样，第一网络设备在确定包时延预算调整信息或者配置参数时，不仅考虑本地已知的影响网络质量的参数，还将第一终端侧统计的可能影响网络质量的参数考虑在内，使得确定的包时延预算调整信息或者配置参数更准确。
其中，第一包时延预算信息包括第一终端期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算。
又一种可能的设计中，第一包时延预算信息携带于第一时延预算调整报告中。
又一种可能的设计中，第一网络设备确定包时延预算调整信息或者配置参数之前，接收第二网络设备或者第二终端发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项。在该种设计中，第一网络设备可根据第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，以及第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，确定包时延预算调整信息或者配置参数。通过该方法，第一网络设备在确定包时延预算调整信息或者配置参数时，不仅考虑本侧网络状况，还将与第一终端通信的第二终端侧的网络状况考虑在内，使得确定出的包时延预算调整信息或者配置参数更准确。
其中，第二包时延预算信息包括第二终端期望的或者第二网络设备确定的第二终端的包时延预算调整量，或者包时延预算调整范围，或者包时延预算。
又一种可能的设计中，第二包时延预算信息携带于第二时延预算调整报告中。
又一种可能的设计中，第二终端确定包时延预算调整信息或者配置参数之前，接收第二网络设备发送的第一包时延预算调整信息或者第一配置参数，第一包时延预算调整信息用于指示调整后的第一包时延预算，或者第一包时延预算调整量，或者第一包时延预算调整范围，第一配置参数与空口传输时延相关。在该种设计中，第二终端确定包时延预算调整信息或者配置参数，包括：第二终端将第二网络设备发送的第一包时延预算调整信息或者第一配置参数，确定为包时延预算调整信息或者配置参数。
又一种可能的设计中，第一包时延预算调整信息或者第一配置参数为第二网络设备根据第二终端发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项确定的。在该种设计中，第二终端接收第二网络设备发送的第一包时延预算调整信息或者第一配置参数之前，向第二网络设备发送第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项。
其中，第二包时延预算信息包括第二终端期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算。
本申请中第二终端可通过如下三种方式向第一终端发送包时延预算调整信息或者配置参数：
第一种方式：第二终端通过应用层消息向所述第一终端发送所述包时延预算调整信息或者配置参数。
第二种方式：第二终端通过所述第二网络设备向所述第一终端发送所述包时延预算调整信息或者配置参数。
第三种方式：第二终端通过所述第二网络设备和第一网络设备向所述第一终端发送所述包时延预算调整信息或者配置参数。
附图说明
图1为本申请涉及的时延抖动示意图；
图2为本申请涉及的jitter buffer的缓存机制示意图；
图3为本申请实施例提供的一种通信系统的示意图；
图4为本申请实施例提供的一种网络架构的示意图；
图5为本申请实施例提供的另一种网络架构的示意图；
图6为本申请涉及的一种语音通信场景示意图；
图7为本申请实施例提供的一种数据处理方法的实施流程图；
图8为本申请实施例提供的另一种数据处理方法的实施流程图；
图9为本申请实施例提供的又一种数据处理方法的实施流程图；
图10为本申请实施例提供的又一种数据处理方法的实施流程图；
图11为本申请实施例提供的一种数据处理装置示意图；
图12为本申请实施例提供的另一种数据处理装置示意图；
图13为本申请实施例提供的一种终端的结构示意图；
图14为本申请实施例提供的一种网络设备的结构示意图；
图15为本申请涉及的语音帧结构示意图；
图16为本申请实施例提供的一种消息传输方法的实施流程图；
图17为本申请实施例提供的又一种消息传输方法的实施流程图；
图18为本申请涉及的接入网设备对语音帧的处理示意图；
图19为本申请实施例提供的一种核心网设备的结构示意图。
具体实施方式
以下，将对本申请实施例中的技术方案进行描述。
首先，对本申请中的部分用语进行说明，以便于本领域技术人员理解。
1)、终端，又称之为用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等，是一种向用户提供语音和/或数据连通性，并具有网络接入功能的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
2)、网络设备，是无线网络中的设备，例如可以是将终端接入到无线网络的无线接入网(radio access network，RAN)节点，RAN节点也可以称为基站。目前，一些RAN节点的举例为：继续演进的节点B(gNB)、传输接收点(transmission reception point，TRP)、演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(basetransceiver station,BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)，或无线保真(wireless fidelity，Wifi)接入点(accesspoint，AP)等。在一种网络结构中，网络设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributed unit，DU)节点、或包括CU节点和DU节点的RAN设备。
3)、“多个”是指两个或两个以上，其它量词与之类似。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
4)、“网络”和“系统”经常交替使用，但本领域的技术人员可以理解其含义。
5)、网际协议(internet protocol，IP)多媒体系统(ip multimedia subsystem，IMS)网络，是指在基于IP的网络上提供多媒体业务的通用网络。
6)、VoLTE，是指基于LTE系统的语音呼叫，是一种基于IMS网络的语音业务。
7)、分组交换技术(packet switching technology)，也可称为包交换技术，是指将发送端发送的数据划分成一定的长度，每个部分叫做一个分组或者数据包，通过传输分组的方式传输信息的一种技术。每个分组的前面有一个分组头，用以指明该分组发往何地址，然后由中间节点根据每个分组的地址标志，转发至接收端，该技术不能完全保证数据包的可靠交付，故不能保证端到端的通信质量。
8)、时延抖动，是指网络传输过程中时延的变化。以语音传输中的时延抖动为例，参阅图1所示，当两个语音数据包的接收时间间隔与其发送时间间隔不一致，则产生抖动，该抖动即称为时延抖动。
9)、jitter buffer的缓存机制，是指将接收到的语音数据包缓存在jitterbuffer中一段时间，再以与发送端发送语音数据包时相同的时间间隔向接收端均匀播放。具体的，参阅图2所示，在jitter buffer缓存一定的语音数据包之后，才开始匀速在接收端播放。此外，jitter buffer还具有疏导和补偿机制，当发送端发送语音数据包的速度太快，导致jitter buffer缓存的语音数据包超过限定的范围时，可启动疏导机制，例如，丢弃语音静音包，从而保持继续缓存语音数据包的能力；当发送端发送语音数据包的速度太慢，导致jitter buffer缓存的语音数据包无法满足输出要求时，可启动补偿机制，例如，增加舒适噪声(comfort noise)，或者进行丢包补偿(packet loss concealment)。
10)、丢包补偿，是指当网络出现丢包时，根据语音信号的时域相关性，通过前几帧的数据恢复丢失帧的信息，达到平滑补偿的作用。
11)、非冗余编码模式，是指在当前发送的语音帧中不携带冗余信息的编码模式。
12)、整帧冗余编码模式，是指在当前发送的语音帧中携带之前已发送的语音帧的编码模式。
请参考图3，其为本申请实施例提供的一种通信系统的示意图。如图3所示，终端130接入到无线网络，以通过无线网络获取外网(例如因特网)的服务，或者通过无线网络与其它终端通信。该无线网络包括RAN110和核心网(CN)120，其中RAN110用于将终端130接入到无线网络，CN120用于对终端进行管理并提供与外网通信的网关。
请参考图4，其为本申请实施例提供的一种网络架构的示意图。如图4所示，该网络架构包括CN设备和RAN设备。其中RAN设备包括基带装置和射频装置，其中基带装置可以由一个节点实现，也可以由多个节点实现，射频装置可以从基带装置拉远独立实现，也可以集成基带装置中，或者部分拉远部分集成在基带装置中。例如，在LTE通信系统中，RAN设备(eNB)包括基带装置和射频装置，其中射频装置可以相对于基带装置拉远布置，例如射频拉远单元(remote radio unit，RRU)相对于BBU拉远布置。
RAN设备和终端之间的通信遵循一定的协议层结构。例如控制面协议层结构可以包括无线资源控制(radio resource control，RRC)层、分组数据汇聚层协议(packet dataconvergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理层等协议层的功能。用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能；在一种实现中，PDCP层之上还可以包括业务数据适配(service data adaptation protocol，SDAP)层。
RAN设备可以由一个节点实现RRC、PDCP、RLC和MAC等协议层的功能；或者可以由多个节点实现这些协议层的功能；例如，在一种演进结构中，RAN设备可以包括集中单元(centralized unit，CU)和分布单元(distributed unit，DU)，多个DU可以由一个CU集中控制。如图4所示，CU和DU可以根据无线网络的协议层划分，例如PDCP层及以上协议层的功能设置在CU，PDCP以下的协议层，例如RLC层和MAC层等的功能设置在DU。
这种协议层的划分仅仅是一种举例，还可以在其它协议层划分，例如在RLC层划分，将RLC层及以上协议层的功能设置在CU，RLC层以下协议层的功能设置在DU；或者，在某个协议层中划分，例如将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。此外，也可以按其它方式划分，例如按时延划分，将处理时间需要满足时延要求的功能设置在DU，不需要满足该时延要求的功能设置在CU。
此外，射频装置可以拉远，不放在DU中，也可以集成在DU中，或者部分拉远部分集成在DU中，在此不作任何限制。
请继续参考图5，相对于图4所示的架构，还可以将CU的控制面(CP)和用户面(UP)分离，分成不同实体来实现，分别为控制面CU实体(CU-CP实体)和用户面CU实体(CU-UP实体)。
在以上网络架构中，CU产生的信令可以通过DU发送给终端，或者终端产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装而透传给终端或CU。以下实施例中如果涉及这种信令在DU和终端之间的传输，此时，DU对信令的发送或接收包括这种场景。例如，RRC或PDCP层的信令最终会处理为PHY层的信令发送给终端，或者，由接收到的PHY层的信令转变而来。在这种架构下，该RRC或PDCP层的信令，即也可以认为是由DU发送的，或者，由DU和射频发送的。
在以上实施例中CU划分为RAN侧的网络设备，此外，也可以将CU划分为CN侧的网络设备，在此不做限制。
本申请以下实施例中的装置，根据其实现的功能，可以位于终端或网络设备。当采用以上CU-DU的结构时，网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的RAN设备。
基于VoLTE机制的语音通信中，当网络质量较差时，会影响语音通信质量，例如，可能增大端到端时延、时延抖动和丢包率等，进而导致语音通信质量变差，为提升语音通信质量，相关技术中会采取一些措施减小甚至消除端到端时延、时延抖动和丢包率等。
以两个进行VoLTE通话的终端为例，对产生时延抖动的过程以及减小时延抖动的措施进行说明，参阅图6所示，为便于描述，将接收语音数据的终端称为第一终端，将发送语音数据的终端称为第二终端，第一终端和第二终端通过基站进行语音通信，当第一终端和第二终端之间的网络质量变差时，例如，由于切换或过载等导致的空口瞬时抖动增大，可能导致第一终端侧的时延抖动增大，进而使得语音质量明显下降，严重时可能导致第一终端接收不到第二终端发送的部分语音数据包，即产生丢包。
相关技术中，通过在第一终端设置jitter buffer来减小甚至消除时延抖动，第一终端将接收到的语音数据包先缓存至jitter buffer，待缓存一段时间抵消时延抖动，将缓存的语音数据包均匀播放，若采用现有动态调整jitter buffer(也可称为自适应jitterbuffer)的方法，第一终端需要根据一段时间内统计的丢包率以及时延抖动等信息调整jitter buffer的大小(也可称为jitter buffer的深度)，从而改善语音质量。如图6所示，当空口瞬时抖动增大之后，第一终端需要根据一段时间内统计的丢包率以及时延抖动等信息，来感知网络质量的变化，进而根据统计的丢包率以及时延抖动等信息，增大jitterbuffer的大小，由于统计丢包率以及时延抖动需要耗费一定的时间，故第一终端无法及时的调整jitter buffer的大小，导致在第一终端决策调整jitter buffer之前的一段时间语音质量明显下降，甚至产生丢包。反之，当空口瞬时抖动减少时(图6中未示出)，第一终端不能及时减小本端jitter buffer的缓存时间，进而不能保证和第二终端发送的语音数据包的一致性，导致用户体验较差。
基于上述存在的问题，本申请实施例提供一种数据处理方法，在网络质量变差时，第一终端直接获取用于调整jitter buffer的因子，进而可通过调整jitter buffer的因子及时调整jitter buffer的大小，而不再通过一段时间的统计结果调整jitter buffer的大小。
请参考图7，其为本申请实施例提供的一种数据处理方法的实施流程图。参阅图7所示，该方法包括：
S110：第一终端获取包时延预算调整信息，包时延预算调整信息用于指示调整后的包时延预算，或者包时延预算调整量，或者包时延预算调整范围。
本申请实施例中，包时延预算是指第一终端与策略及计费执行功能(policy andcharging enforcement function，PCEF)实体之间时延的最大值，或者第一终端与第一网络设备之间的空口传输时延的最大值，或者一次空口传输产生的时延，或者多次空口传输产生的时延的平均值。其中，第一网络设备可以是第一终端接入无线网络(例如，接入CN)的RAN，此时，第一终端与第一网络设备之间的空口传输时延即为第一终端与RAN之间的空口时延。
本申请实施例中，“调整”也可称为“变化”，本申请中“调整”和“变化”可以互相替换，本申请对此不做区分。例如，调整后的包时延预算，也可称为变化后的包时延预算，又例如，包时延预算调整量，也可称为包时延预算变化量，具体是指包时延预算增加量或者包时延预算减少量，又例如，包时延预算调整范围，也可称为包时延预算变化范围，具体的，包时延预算变化范围可以是指包时延预算的变化范围，也可以是指包时延预算变化量的变化范围，本申请不做限定。
需要说明的是，包时延预算调整量可以是正值，也可以是负值。当包时延预算调整量为正值时，指示包时延预算的增加量，当包时延预算调整量为负值时，指示包时延预算的减少量。
可选地，第一终端接收到包时延预算调整量之后，可根据包时延预算调整量确定调整后的包时延预算。例如，当包时延预算调整量为正值时，第一终端可将预先定义的(例如，运营商定义的)包时延预算加上包时延预算调整量，作为第一终端调整后的包时延预算。又例如，当包时延预算调整量为正值时，第一终端可将统计的包时延预算加上包时延预算调整量，作为第一终端调整后的包时延预算。又例如，当包时延预算调整量为正值时，第一终端可将最近一次传输的包时延预算加上包时延预算调整量，作为第一终端调整后的包时延预算。
可以理解的是，包时延预算调整信息为可以表征网络质量状况的信息，当然可以表征网络质量状况的信息不限于包时延预算调整信息。
需要说明的是，包时延预算调整信息可以是上行链路或下行链路的调整信息。例如，当第一终端为数据接收端时，包时延预算调整信息是下行链路的调整信息，反之，当第一终端为数据发送端时，包时延预算调整信息是上行链路的调整信息。
第一终端获取到包时延预算调整信息之后，执行以下操作：
S120：第一终端根据包时延预算调整信息，调整jitter buffer的大小。
以包时延预算调整信息指示调整后的包时延预算为例，当调整后的包时延预算增加时，第一终端增加jitter buffer的大小，反之，当调整后的包时延预算减少时，第一终端减少jitter buffer的大小。
以包时延预算调整信息指示包时延预算调整量为例，当包时延预算调整量为正值时，第一终端增加jitter buffer的大小，反之，当包时延预算调整量为负值时，第一终端减少jitter buffer的大小。
一种可能的实现方式中，第一终端在根据包时延预算调整量，调整jitter buffer的大小之前，还可判断包时延预算调整量是否超过预定义门限或网络配置的门限，例如，当包时延预算调整量超过预定义门限或网络配置的门限时，第一终端根据获取到的包时延预算调整量调整jitter buffer的大小。
以包时延预算调整信息指示包时延预算调整范围为例，当包时延预算调整范围是指包时延预算的变化范围或者包时延预算变化量的变化范围时，第一终端根据包时延预算的变化范围或者包时延预算变化量的变化范围，确定增加或者减少jitter buffer的大小，具体的，第一终端增加还是减少jitter buffer的大小，取决于调整后的包时延预算增大还是减小，若调整后的包时延预算增大，则增加jitter buffer的大小，反之，若调整后的包时延预算减小，则减少jitter buffer的大小。
例如，当第一终端根据包时延预算调整信息确定包时延预算增加50ms时，第一终端可基于本地统计的时延抖动加上50ms，得到调整后的时延抖动，作为调整jitter buffer的输入参数，进而调整jitter buffer的大小。
又例如，当第一终端根据包时延预算调整信息确定包时延预算值是150ms时，第一终端可参考本地统计的端到端时延值，将这两个值的差值，作为调整jitter buffer的输入参数，进而调整jitter buffer的大小。
又例如，当第一终端根据包时延预算调整信息确定包时延预算调整范围是20～50ms时，第一终端可将本地统计的时延抖动加上50ms，得到调整后的时延抖动，作为调整jitter buffer的输入参数，进而调整jitter buffer的大小。
需要说明的是，第一终端还可结合丢包率等其他因素进行jitter buffer深度的调整。例如，当至少满足以下条件中的一个或多个时，进行jitter buffer深度的调整：
当丢包率大于预定义或网络配置的门限，且时延抖动低于预定义门限时，则增加jitter buffer的大小。
当丢包率小于预定义或网络配置的门限，且时延抖动大于预定义门限时，则可以不执行jitter buffer大小的调整。
当丢包率小于预定义或网络配置的门限，且端到端时延小于预定义门限时，则可以增加jitter buffer的大小。
当丢包率小于预定义或网络配置的门限，且端到端时延大于预定义门限时，则可以不执行jitter buffer大小的调整。
可选地，丢包率可以是应用层数据包的丢包率，也可以是PDCP层、RLC层、MAC层数据包的丢包率。例如，丢包率可以是PDCP PDU或RLC PDU或MAC PDU的丢包率。
以上条件可以单独使用，也可以全部或部分一起使用，此外，还可以与其它条件结合使用，且与其它条件结合使用时，该条件为必要条件而非充分条件，也应在本申请的保护范围之内。
S130：第一终端根据调整后的jitter buffer，缓存数据。第一终端根据包时延预算调整信息调整jitter buffer之后，根据调整后的jitter buffer，缓存数据。
本申请提供的数据处理方法中，由于包时延预算调整信息可以表征网络质量状况，故本申请中第一终端可通过获取到的包时延预算调整信息及时的感知网络质量状况，而无需像现有技术中一样根据一段时间统计的丢包率以及时延抖动等信息感知网络质量状况，即本申请中第一终端能够及时的感知网络质量状况，并可根据包时延预算调整信息快速的调整jitter buffer的大小。
本申请实施例对第一终端如何获取包时延预算调整信息不做限定。一种可能的实现方式中，第一终端接收第一网络设备或者第二终端发送的包时延预算调整信息，具体参阅S110a-S110d。另一种可能的实现方式中，第一终端接收第一网络设备或者第二终端发送的配置参数，该配置参数与空口传输时延相关，第一终端根据该配置参数，确定包时延预算调整信息，具体参阅S110a’-S110e’。
本申请中，配置参数与空口传输时延相关是指：该配置参数对空口传输时延有影响，例如，该配置参数变化，则空口传输时延会发生变化。
本申请中，第二终端可以是与第一终端进行通信的终端，第一终端和第二终端用于区分通信的接收端和发送端，当第一终端为发送端时，第二终端为接收端，当第一终端为接收端时，第二终端为发送端，本申请实施例中以第一终端为接收端，第二终端为发送端为例进行说明。
以下详细描述第一终端通过接收第一网络设备或者第二终端发送的包时延预算调整信息，获取包时延预算调整信息：
S110a：第一网络设备确定包时延预算调整信息。
本申请实施例中，第一网络设备可根据如下方式确定包时延预算调整信息：
一种实现方式中，第一网络设备可根据当前网络质量状况，或者当前已知的影响网络质量状况的影响因子确定包时延预算调整信息。例如，第一网络设备可根据本地统计的丢包率以及数据包的传输时延等信息确定包时延预算调整信息。
又一种实现方式中，第一网络设备可根据第一终端发送的第一包时延预算信息，确定包时延预算调整信息。
又一种实现方式中，第一网络设备可根据第一终端发送的第一端到端时延或者第一丢包率，确定包时延预算调整信息。即第一网络设备可用第一端到端时延或者第一丢包率，代替第一包时延预算信息确定包时延预算调整信息，进而可减少第一终端的计算量，节约第一终端的耗电量。
又一种实现方式中，第一网络设备根据第一终端发送的第一包时延预算信息、第一端到端时延和第一丢包率中的任意组合，确定包时延预算调整信息，进而使得确定出的包时延预算调整信息更准确。在该种实现方式中，第一网络设备在确定包时延预算调整信息之前，接收第一终端发送的第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项。
当然，第一网络设备还可根据当前已知的影响网络质量状况的影响因子，结合第一终端发送的第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，确定包时延预算调整信息。
又一种实现方式中，第一网络设备可与第二网络设备协商确定包时延预算调整信息。第一网络设备可采用如下方式与第二网络设备协商确定包时延预算调整信息：
第一网络设备接收第二网络设备或者第二终端发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，并根据第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，以及第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，确定包时延预算调整信息。本申请实施例中，第二网络设备可以是第二终端接入无线网络(例如，接入CN)的RAN。
可以理解的是，第一终端与第二终端由同一网络设备(例如第一网络设备)提供服务时，第一网络设备可直接获取第二终端发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项。
当然，第一网络设备也可单独使用第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，来确定包时延预算调整信息。
需要说明的是，当第一终端与第二终端由同一网络设备提供服务，即第一网络设备和第二网络设备是同一网络设备时，则第一网络设备与第二网络设备的协商过程(即第二网络设备向第一网络设备发送第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项的过程)可省略。具体的，假设第一终端和第二终端均由第一网络设备提供服务，则第一网络设备可直接接收第二终端发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，进而结合第一终端发送的第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，确定包时延预算调整信息。
可选地，第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，可以是核心网设备或服务器向第一网络设备发送的。在该种实现方式中，核心网设备或服务器可以从第二终端或第二网络设备获得上述信息。例如，第二终端将包时延预算调整信息发送至核心网设备(例如IMS节点，IMS节点可获知第一终端和第二终端是语音通话的两端)，核心网设备向第一网络设备发送包时延预算调整信息。又例如，第二终端将包时延预算调整信息发送至服务器，服务器将接收到的包时延预算调整信息发送至核心网设备，核心网设备向第一网络设备发送包时延预算调整信息。
可选地，第一网络设备可针对第一终端的不同逻辑信道或业务确定包时延预算调整信息。
其中，第一包时延预算信息包括第一终端期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算。可以理解的是，第一终端期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算，可以是第一终端请求第一网络设备为其配置的包时延预算调整量，或者包时延预算调整范围，或者包时延预算。
在一种可能的实现方式中，第一包时延预算信息携带于第一时延预算调整报告中。
可选地，第一端到端时延和第一丢包率可携带于第一时延预算调整报告中向第一网络设备发送，也可作为辅助信息单独向第一网络设备发送。
其中，第二包时延预算信息包括第二终端期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算，可以理解的是，第二终端期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算，可以是第二终端请求第二网络设备为其配置的包时延预算调整量，或者包时延预算调整范围，或者包时延预算。
在一种可能的实现方式中，第二包时延预算信息携带于第二时延预算调整报告中。
可选地，第二端到端时延和第二丢包率可携带于第二时延预算调整报告中向第二网络设备发送，也可作为辅助信息单独向第二网络设备发送。
第一端到端时延以及第二端到端时延是指第一终端和第二终端之间(end toend，E2E)的时延。第一丢包率是指第一终端统计的丢包率，第二丢包率是指第二终端统计的丢包率。
S110b：第一终端接收第一网络设备发送的包时延预算调整信息。
S110c：第二终端确定包时延预算调整信息。
一种实现方式中，第二终端根据当前网络质量状况，或者当前已知的影响网络质量状况的影响因子确定包时延预算调整信息。
又一种实现方式中，第二终端接收第二网络设备发送的第一包时延预算调整信息，并将该第一包时延预算调整信息确定为包时延预算调整信息。其中，第一包时延预算调整信息用于指示调整后的第一包时延预算，或者第一包时延预算调整量，或者第一包时延预算调整范围。在该种实现方式中，第二网络设备可通过如下两种方式确定第一包时延预算调整信息：
第一种方式：第二网络设备根据当前网络质量状况，或者当前已知的影响网络质量状况的影响因子确定第一包时延预算调整信息。
第二种方式：第二网络设备根据第二终端发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，确定第一包时延预算调整信息，在该种实现方式中，第二网络设备在确定第一包时延预算调整信息之前，接收第二终端发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项。
S110d：第一终端接收第二终端发送的包时延预算调整信息。
第一终端接收到包时延预算调整信息之后，将该包时延预算调整信息发送至第一终端的应用层进行处理。
可选地，当第一终端收到包时延预算调整信息和语音数据包时，根据收到的包时延预算调整信息确定调整jitter buffer的大小，之后再处理语音数据包，减少因时延抖动大而丢弃该数据包。
本申请实施例中，第二终端可采用如下方式向第一终端发送包时延预算调整信息：
一种实现方式中，第二终端通过应用层消息向第一终端发送包时延预算调整信息。应用层消息可包括实时传输控制协议(real-time transport control protocol，RTCP)/实时传输协议(real-time transport protocol，RTP)编码方式请求(codec moderequest，CMR)消息或数据包。
又一种实现方式中，第二终端通过第二网络设备向第一终端发送包时延预算调整信息。在该种实现方式中，第二终端将确定的包时延预算调整信息发送至第二网络设备，第二网络设备将接收到的包时延预算调整信息发送至第一终端。
又一种实现方式中，第二终端通过第二网络设备和第一网络设备向第一终端发送包时延预算调整信息。在该种实现方式中，第二终端将确定的包时延预算调整信息发送至第二网络设备，第二网络设备将接收到的包时延预算调整信息发送至第一网络设备，第一网络设备进而将接收到的包时延预算调整信息发送至第一终端。
需要说明的是，第二终端和第一终端之间进行会话建立过程中，要求第一网络设备将其IP地址信息通过IMS网络通知第二网络设备。这样，第二网络设备在接收到第二终端发送的包时延预算调整信息之后，通过获取到的第一网络设备的IP地址信息，将包时延预算调整信息发送至第一网络设备，并进一步由第一网络设备将包时延预算调整信息发送至第一终端。
进一步需要说明的是，当第一终端与第二终端由相同的网络设备提供服务时，第二终端可通过该网络设备向第一终端发送包时延预算调整信息。
可以理解的是，不同的应用场景可采取上述不同的步骤。例如，当第一终端与第一网络设备之间的空口传输时延发生变化时，第一终端可采取S110a-S110b的实现方式，当第二终端与第二网络设备之间的空口传输时延发生变化时，第一终端可采取S110c-S110d的实现方式。当然，若第一终端与第一网络设备之间以及第二终端与第二网络设备之间的空口传输时延均发生变化时，第一终端可采取S110a-S110d的实现方式，在该种情况中，第一终端可综合考虑第二终端和第一网络设备发送的包时延预算调整信息，进而做出调整jitter buffer的决策。
以下详细描述第一终端通过接收第一网络设备或者第二终端发送的配置参数，获取包时延预算调整信息：
S110a’：第一网络设备确定配置参数，该配置参数与空口传输时延相关。
本申请中，配置参数可包括非连续接收(discontinuous reception，DRX)周期、PDCP丢弃定时器的预设时长以及覆盖增强参数中的至少一项，其中覆盖增强参数可包括重复发送数据包的次数。PDCP丢弃定时器的预设时长是指PDCP SDU包缓存在PDCP实体的时间，具体的，当PDCP实体从高层收到PDCP SDU包之后启动该PDCP丢弃定时器，当PDCP丢弃定时器超时时，丢弃该PDCP SDU包和由该PDCP SDU产生的PDCP PDU。
需要说明的是，第一网络设备可采用与确定包时延预算调整信息相同的方式，确定配置参数，详见S110a的描述，此处不再赘述。
例如，第一网络设备可根据无线信号质量高于预定义门限，确定减少DRX周期的值。又例如，第一网络设备可根据第一终端期望的DRX周期减少量、预定义的包时延预算低于预定义门限、第一端到端时延高于预定义门限以及第一丢包率低于预定义门限中的一个或多个参数确定减少DRX周期的值。又例如，第一网络设备可根据无线信号质量高于预定义门限、第一终端期望的重复发送数据包的次数增加量、预定义的包时延预算低于预定义门限以及第一丢包率高于预定义门限中的一个或多个参数确定增加重复发送数据包的次数。
S110b’：第一终端接收第一网络设备发送的配置参数。
S110c’：第二终端确定配置参数，该配置参数与空口传输时延相关。
需要说明的是，第二终端可采用与确定包时延预算调整信息相同的方式，确定配置参数，详见S110c的描述，此处不再赘述。
S110d’：第一终端接收第二终端发送的配置参数。
第一终端接收到配置参数之后，将该配置参数发送至第一终端的应用层进行处理。
需要说明的是，第二终端可采用与发送包时延预算调整信息相同的方式，发送配置参数，详见S110d的描述，此处不再赘述。
S110e’：第一终端根据配置参数，确定包时延预算调整信息。具体的，第一终端根据第一网络设备或者第二终端发送的配置参数，确定包时延预算调整信息。
例如，当配置参数为DRX周期时，假设调整前的DRX周期长度是1280ms，在1280ms中只有1ms接收下行调度，调整后的DRX周期是10ms，在10ms中有1ms接收下行调度，此时下行接收的包时延预算减少1270ms。
又例如，当配置参数为重复发送数据包的次数时，假设调整前第一终端的重复发送的次数是0次，调整后第一终端的重复发送次数是5次(其中包括1次初传)，此时，包时延预算增加4个传输单位的时间。
又例如，当配置参数为PDCP丢弃定时器的预设时长时，当PDCP丢弃定时器的时长增加10ms时，包时延预算也相应的增加，例如，相应的增加10ms。
可以理解的是，不同的应用场景可采取上述不同的步骤。例如，当第一终端与第一网络设备之间的空口传输时延发生变化时，第一终端可采取S110a’、S110b’以及S110e’的实现方式，当第二终端与第二网络设备之间的空口传输时延发生变化时，第一终端可采取S110c’、S110d’以及S110e’的实现方式。当然，若第一终端与第一网络设备之间以及第二终端与第二网络设备之间的空口传输时延均发生变化时，第一终端可采取S110a’-S110e’的实现方式，在该种情况中，第一终端可综合考虑第二终端和第一网络设备发送的配置参数，进而确定包时延预算调整信息，做出调整jitter buffer的决策。
下面结合图8-图10，对本申请中提供的数据处理方法进行举例说明。
请参考图8，其为本申请实施例提供的又一种数据处理方法的实施流程图。图8中以第一终端为UE1、第一网络设备为RAN1以及第一终端从第一网络设备获取包时延预算调整信息为例进行说明。参阅图8所示，该方法包括：
S210：RAN1确定包时延预算调整信息或者配置参数。
一种实现方式中，RAN1根据当前网络质量状况，或者当前已知的影响网络质量状况的影响因子，确定包时延预算调整信息或者配置参数。
又一种实现方式中，RAN1根据UE1上报的第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，确定包时延预算调整信息或者配置参数，参阅S210a-S210b。
S220：RAN1向UE1发送包时延预算调整信息或者配置参数。若RAN1向UE1发送的是配置参数，则UE1还执行S230。
S230：UE1根据配置参数确定包时延预算调整信息。
S240：UE1根据包时延预算调整信息，调整jitter buffer的大小。
S250：UE1根据调整后的jitter buffer，缓存数据。
可选地，图8所示的方法可应用于UE1与RAN1之间的空口传输时延发生变化时的场景。
请参考图9，其为本申请实施例提供的又一种数据处理方法的实施流程图。图9中以第一终端为UE1、第二终端为UE2、第一网络设备为RAN1、第二网络设备为RAN2以及第一终端从第一网络设备获取包时延预算调整信息为例进行说明。参阅图9所示，该方法包括：
S310：RAN1确定包时延预算调整信息或者配置参数。
一种实现方式中，RAN1根据当前网络质量状况，或者当前已知的影响网络质量状况的影响因子，确定包时延预算调整信息或者配置参数。
又一种实现方式中，RAN1根据UE1上报的第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，确定包时延预算调整信息或者配置参数，参阅S310a-S310b。
又一种实现方式中，RAN1与RAN2协商确定包时延预算调整信息或者配置参数，参阅S310c。可选地，RAN1根据RAN2发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，以及，第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，确定包时延预算调整信息或者配置参数。在该种实现方式中，RAN1和RAN2协商确定包时延预算调整信息或者配置参数之后，可分别向UE1和UE2发送协商之后的包时延预算调整信息或者配置参数，参阅S320以及S320’。需要说明的是，S320以及S320’中发送的包时延预算调整信息或者配置参数可能是不同的值。
S320：RAN1向UE1发送包时延预算调整信息或者配置参数。若RAN1向UE1发送的是配置参数，则UE1还执行S330。
S330：UE1根据配置参数确定包时延预算调整信息。
S340：UE1根据包时延预算调整信息，调整jitter buffer的大小。
S350：UE1根据调整后的jitter buffer，缓存数据。
请参考图10，其为本申请实施例提供的又一种数据处理方法的实施流程图。图10中以第一终端为UE1、第二终端为UE2、第一网络设备为RAN1、第二网络设备为RAN2以及第一终端从第二终端获取包时延预算调整信息为例进行说明。参阅图10所示，该方法包括：
S410：UE2确定包时延预算调整信息或者配置参数。
一种实现方式中，UE2根据当前网络质量状况，或者当前已知的影响网络质量状况的影响因子确定包时延预算调整信息或者配置参数。
又一种实现方式中，UE2将RAN2发送的第一包时延预算调整信息或者第一配置参数分别确定为包时延预算调整信息或者配置参数。需要说明的是，RAN2向UE2发送的第一包时延预算调整信息或者第一配置参数，可以是RAN2根据当前网络质量状况，或者当前已知的影响网络质量状况的影响因子确定的，也可以是RAN2根据UE2上报的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项确定的，参阅S410a-S410c。
S420：UE2向UE1发送包时延预算调整信息或者配置参数。若RAN1向UE1发送的是配置参数，则UE1还执行S430。
本申请实施例不限定执行S420的时机。
UE2判断至少满足以下条件之一或多个时，触发执行S420。
条件一：UE2判断至少包时延预算变化量大于或等于预定义门限或网络配置的门限。
条件二：UE2判断至少无线信号质量低于预定义或网络配置的门限。
条件三：UE2判断至少丢包率大于或等于预定义或网络配置的门限。
以上条件可以单独使用，也可以全部或部分一起使用，此外，还可以与其它条件结合使用，且与其它条件结合使用时，该条件为必要条件而非充分条件，也应在本申请的保护范围之内。
可选地，当语音业务数据包和包时延预算调整信息均为待传数据时，UE2优先发送包时延预算调整信息或者将包时延预算调整信息放在语音业务数据包同时发送。
UE2可采用三种方式向UE1发送包时延预算调整信息或者配置参数，参阅S420、S420a-S420b以及S420c-S420e。
S430：UE1根据配置参数确定包时延预算调整信息。
S440：UE1根据包时延预算调整信息，调整jitter buffer的大小。
S450：UE1根据调整后的jitter buffer，缓存数据。
可选地，图10所示的方法可应用于UE2与RAN2之间的空口传输时延发生变化时的场景。
通过本申请实施例提供的数据处理方法，接收端可通过获取到的包时延预算调整信息及时的感知网络质量状况，并可根据包时延预算调整信息快速的调整jitter buffer的大小，进而改善语音质量，提升用户体验。
上述主要从第一终端和第一网络设备或者第一终端和第二终端交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，第一终端、第二终端和第一网络设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的技术方案的范围。
本申请实施例可以根据上述方法示例对第一终端、第二终端和第一网络设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
基于相同的发明构思，本申请实施例还提供用于实现以上任一种方法的装置，例如，提供一种装置包括用以实现以上任一种方法中第一终端或第二终端所执行的各个步骤的单元(或手段)。再如，还提供另一种装置，包括用以实现以上任一种方法中第一网络设备或第二网络设备所执行的各个步骤的单元(或手段)。
一种可能的实施方式中，本申请实施例提供一种数据处理装置100。该数据处理装置100可以应用于第一终端或第二终端。图11所示为本申请实施例提供的一种数据处理装置100的结构示意图，参阅图11所示，该数据处理装置100包括处理单元110、发送单元130以及接收单元120或者获取单元140。其中，当该数据处理装置100应用于第一终端时，对应的装置100包括处理单元110、发送单元130以及获取单元140，获取单元140用于获取包时延预算调整信息。处理单元110用于根据获取单元140获取到包时延预算调整信息，调整jitterbuffer的大小，并根据调整后的jitter buffer缓存数据。当该数据处理装置100应用于第二终端时，对应的装置100包括处理单元110、接收单元120以及发送单元130，处理单元110用于确定包时延预算调整信息或者配置参数。发送单元130用于将处理单元110确定的包时延预算调整信息或者配置参数，发送给第一终端。
另一种可能的实施方式中，本申请实施例还提供一种数据处理装置200。该数据处理装置200可以应用于第一网络设备或者第二网络设备。图12所示为本申请实施例提供的一种数据处理装置200的结构示意图，参阅图12所示，该数据处理装置200包括处理单元210、接收单元220和发送单元230。其中，处理单元210用于确定包时延预算调整信息或者配置参数。发送单元230用于将处理单元210确定的包时延预算调整信息或者配置参数，发送给第一终端。
其中，包时延预算调整信息用于指示调整后的包时延预算，或者包时延预算调整量，或者包时延预算调整范围。配置参数与空口传输时延相关，可以包括DRX周期、PDCP丢弃定时器的预设时长以及覆盖增强参数中的至少一项。
当数据处理装置100应用于第一终端或第二终端，数据处理装置200应用于第一网络设备或者第二网络设备时，还可执行如下操作：
一种可能的设计中，获取单元140接收第一网络设备或者第二终端发送的包时延预算调整信息，进而根据该接收到的包时延预算调整信息调整jitter buffer的大小，这样，可根据第二终端或者第一网络设备发送的包时延预算调整信息及时的感知网络状况，而无需像现有技术一样根据一段时间的统计参数确定网络状况，进而可快速的调整jitterbuffer的大小。
另一种可能的设计中，获取单元140接收第一网络设备或者第二终端发送的配置参数，并根据接收到的配置参数确定包时延预算调整信息，进而根据确定的包时延预算调整信息调整jitter buffer的大小，这样，可根据接收到的配置参数快速的确定包时延预算调整信息，进而可快速的调整jitter buffer的大小。
又一种可能的设计中，获取单元140获取包时延预算调整信息之前，发送单元130向第一网络设备发送第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项。在该种设计中，处理单元210根据第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，确定包时延预算调整信息或者配置参数，这样，使得确定的包时延预算调整信息或者配置参数更准确。
其中，第一包时延预算信息包括装置100期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算。
又一种可能的设计中，第一包时延预算信息携带于第一时延预算调整报告中。
又一种可能的设计中，处理单元210确定包时延预算调整信息或者配置参数之前，接收单元220接收第二网络设备或第二终端发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项。在该种设计中，可根据第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，以及第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，确定包时延预算调整信息或者配置参数。通过该方法，在确定包时延预算调整信息或者配置参数时，不仅考虑本侧网络状况，还将对端的网络状况考虑在内，使得确定出的包时延预算调整信息或者配置参数更准确。
其中，第二包时延预算信息包括第二终端期望的或者第二网络设备确定的第二终端的包时延预算调整量，或者包时延预算调整范围，或者包时延预算。
又一种可能的设计中，第二包时延预算信息携带于第二时延预算调整报告中。
又一种可能的设计中，处理单元110确定包时延预算调整信息或者配置参数之前，接收单元120接收服务所述第二终端的网络设备发送的第一包时延预算调整信息或者第一配置参数。在该种设计中，处理单元110可采用如下方式确定包时延预算调整信息或者配置参数：将第一包时延预算调整信息或者第一配置参数，确定为包时延预算调整信息或者配置参数。
其中，第一包时延预算调整信息用于指示调整后的第一包时延预算，或者第一包时延预算调整量，或者第一包时延预算调整范围，第一配置参数与空口传输时延相关。
又一种可能的设计中，第一包时延预算调整信息或者第一配置参数为所述网络设备根据发送单元130发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项确定的。在该种设计中，接收单元120接收第一包时延预算调整信息或者第一配置参数之前，发送单元130向所述网络设备发送第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项。
其中，第二包时延预算信息包括第二终端期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算。
本申请中发送单元130可通过如下三种方式向第一终端发送包时延预算调整信息或者配置参数：
第一种方式：发送单元130通过应用层消息向所述第一终端发送所述包时延预算调整信息或者配置参数。
第二种方式：发送单元130通过所述第二网络设备向所述第一终端发送所述包时延预算调整信息或者配置参数。
第三种方式：发送单元130通过所述第二网络设备和第一网络设备向所述第一终端发送所述包时延预算调整信息或者配置参数。
应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integratedcircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，CPU)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。
以上用于接收的单元是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。
第一网络设备通过网络设备之间的接口协议与第二网络设备之间交互信息，例如接收第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，第一网络设备和第二网络设备之间可以通过有线连接，也可以通过无线连接。第一网络设备通过与终端之间的接口协议与第一终端交互信息，例如，接收第一终端发送的第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项；第一网络设备与第一终端之间通过无线连接，当第一网络设备也服务第二终端时，通过无线接口与第二终端交互信息，例如接收第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项。此时，第一网络设备通过不同的接口从第二网络设备和终端获取信息，而后，接收单元通过网络设备内部的接口电路获取这些信息。
请参考图13，其为本申请实施例提供的一种终端的结构示意图。其可以为以上实施例中的第一终端或者第二终端，用于实现以上实施例中第一终端或者第二终端的操作。如图13所示，该终端包括：天线1301、射频部分1302、信号处理部分1303。天线1301与射频部分1302连接。在下行方向上，射频部分1302通过天线1301接收网络设备发送的信息，将网络设备发送的信息发送给信号处理部分1303进行处理。在上行方向上，信号处理部分1303对终端的信息进行处理，并发送给射频部分1302，射频部分1302对终端的信息进行处理后经过天线1301发送给网络设备。
信号处理部分1303可以包括调制解调子系统，用于实现对数据各通信协议层的处理；还可以包括中央处理子系统，用于实现对终端操作系统以及应用层的处理；此外，还可以包括其它子系统，例如多媒体子系统，周边子系统等，其中多媒体子系统用于实现对终端相机，屏幕显示等的控制，周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。可选地，以上用于终端的装置可以位于该调制解调子系统。
调制解调子系统可以包括一个或多个处理元件13031，例如，包括一个主控CPU和其它集成电路。此外，该调制解调子系统还可以包括存储元件13032和接口电路13033。存储元件13032用于存储数据和程序，但用于执行以上方法中终端所执行的方法的程序可能不存储于该存储元件13032中，而是存储于调制解调子系统之外的存储器中，使用时调制解调子系统加载使用。接口电路13033用于与其它子系统通信。以上用于终端的装置可以位于调制解调子系统，该调制解调子系统可以通过芯片实现，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上终端执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，终端实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如应用于终端的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中终端执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件。
在另一种实现中，用于执行以上方法中终端所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件，即片外存储元件。此时，处理元件从片外存储元件调用或加载程序于片内存储元件上，以调用并执行以上方法实施例中终端执行的方法。
在又一种实现中，应用于终端的装置实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于调制解调子系统上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。
终端实现以上方法中各个步骤的单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现，该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上终端执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上终端执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。
可见，以上应用于终端的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行终端执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行终端执行的部分或全部步骤。
这里的处理元件同以上描述，可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。
存储元件可以是一个存储器，也可以是多个存储元件的统称。
请参考图14，其为本申请实施例提供的一种网络设备的结构示意图。用于实现以上实施例中第一网络设备或者第二网络设备的操作。如图14所示，该网络设备包括：天线1401、射频装置1402、基带装置1403。天线1401与射频装置1402连接。在上行方向上，射频装置1402通过天线1401接收终端发送的信息，将终端发送的信息发送给基带装置1403进行处理。在下行方向上，基带装置1403对终端的信息进行处理，并发送给射频装置1402，射频装置1402对终端的信息进行处理后经过天线1401发送给终端。
基带装置1403可以包括一个或多个处理元件14031，例如，包括一个主控CPU和其它集成电路。此外，该基带装置1403还可以包括存储元件14032和接口电路14033，存储元件14032用于存储程序和数据；接口电路14033用于与射频装置1402交互信息，该接口电路例如为通用公共无线接口(common public radio interface，CPRI)。以上应用于网络设备的装置可以位于基带装置1403，例如，以上应用于网络设备的装置可以为基带装置1403上的芯片，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上网络设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，网络设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如应用于网络设备的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中网络设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件，也可以为与处理元件处于不同芯片上的存储元件，即片外存储元件。
在另一种实现中，应用于网络设备的装置实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于基带装置上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。
网络设备实现以上方法中各个步骤的单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现，例如，基带装置包括该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上网络设备执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上网络设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。
可见，以上应用于网络设备的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种网络设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行网络设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行网络设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行以上网络设备执行的部分或全部步骤。
这里的处理元件同以上描述，可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。
存储元件可以是一个存储器，也可以是多个存储元件的统称。
根据本申请实施例提供的方法，本申请实施例还提供一种通信系统，其包括前述的第一网络设备、第二网络设备、第一终端和第二终端。
本申请实施例还提供一种数据处理装置，应用于第一网络设备或第一终端或第二终端，包括用于执行以上方法实施例的至少一个处理元件(或芯片)。
本申请提供一种数据处理的程序，该程序在被处理器执行时用于执行以上实施例的方法。
本申请还提供一种程序产品，例如计算机可读存储介质，包括上述涉及的数据处理方法的程序。
基于VoLTE机制的语音通信中，除网络质量本身会影响语音通信质量之外，终端采用的编码模式也会影响语音通信质量。现有VoLTE机制中，大部分编码模式为非冗余编码模式，即在当前发送的语音帧中不携带冗余信息，导致语音包的抗丢包能力较低，进而导致语音通信质量下降，影响用户体验。只有增强语音业务(enhanced voice services，EVS)13.2kbps的信道感知模式(channel aware mode，CAM)中引入整帧冗余编码模式，即在当前发送的语音帧中携带之前已发送的语音帧，这样，若接收端未接收到发送端之前已发送的语音帧，则可在当前接收的语音帧中再次接收未接收到的语音帧，使得语音包的抗丢包性能提升，但是，现有的整帧冗余编码模式，导致发送端发送的数据增加，当空口信号质量低于一定门限后，会增加传输时延和时延抖动，导致接收端产生更多的丢包。综上，现有VoLTE机制中的整帧冗余编码模式并不适用于空口信号质量较差的场景。
基于此本申请实施例还提供一种消息传输方法，来进一步改善语音通话的质量，提升用户体验。
在描述本申请提供的消息传输方法之前，首先，简单介绍一下VoLTE机制中语音帧的结构，请参考图15，其为本申请涉及的语音帧结构，一个语音编码帧包括H部分、M部分以及L部分，其中，H部分用于传输第一重要的语音数据，其携带的信息对语音质量影响最大，若H部分的编码数据被破坏，则语音质量明显下降。M部分用于传输第二重要的语音数据，L部分用于传输第三重要的语音数据，L部分的编码数据和M部分的编码数据的重要性低于H部分的编码数据。L部分的编码数据重要性低于M部分的编码数据。若L部分的编码数据和M部分的编码数据在传输中发生错误，则降低通话质量，但对话音质量的影响较H部分编码数据的影响要低。需要说明的是，此处“第一重要”、“第二重要”以及“第三重要”是指语音数据的重要程度，其中，“第一重要”的重要程度最高，“第二重要的”重要程度次于“第一重要”，“第三重要”的重要程度次于“第二重要”。
以下，结合附图对本申请实施例中的技术方案进行描述。
请参考图16，其为本申请实施例提供的一种消息传输方法的实施流程图。参阅图16所示，该方法包括：
S510：第一终端接收第二终端发送的通知消息。
其中，通知消息用于通知第一终端采用第一冗余编码模式对语音帧进行编码，第一冗余编码模式为在语音帧i中携带语音帧i-x的第一部分作为冗余的编码模式，i为大于等于1的正整数，x为小于或等于i的正整数，第一部分包括重要部分和/或次重要部分，重要部分是指语音帧中H比特所在位置，次重要部分是指语音帧中M比特所在位置。
可选地，第一终端在接收到第二终端发送的通知消息之后，还可向第二终端发送该通知消息的响应消息，响应消息用于确认第一终端采用第一冗余编码模式对语音帧进行编码，参阅S510’。
第一终端接收到第二终端发送的通知消息之后，执行以下步骤：
S520：第一终端采用第一冗余编码模式对语音帧进行编码。
S530：第一终端向第二终端发送采用第一冗余编码模式编码的语音帧。
本申请提供的消息传输方法可适用于不同的编码速率，本申请对此不做限定。
需要说明的是，本申请提供的消息传输方法，可适用于不同网络质量的场景。在一种可能的应用场景中，第二终端在确定第二终端和网络设备之间的空口条件差时，采用本申请提供的消息传输方法。例如，至少要满足以下条件中的一个或多个时触发执行S510：
条件一：第二终端和/或第一终端的无线信号质量低于预定义或配置的门限。
条件二：第二终端和/或第一终端的时延抖动高于预定义或配置的门限。
条件三：第二终端和/或第一终端的丢包率高于预定义或配置的门限。
以上条件可以单独使用，也可以全部或部分一起使用，此外，还可以与其它条件结合使用，且与其它条件结合使用时，该条件为必要条件而非充分条件，也应在本申请的保护范围之内。
在该种场景中，第二终端可根据丢包率、端到端时延(第一终端与第二终端之间的时延)以及时延抖动中的至少一项确定当前第二终端和网络设备之间的空口条件。
本申请提供的消息传输方法中，第一终端采用第一冗余编码模式对语音帧进行编码，具体的，在当前发送的语音帧中携带之前已发送语音帧的重要部分，相比采用现有的整帧冗余编码模式编码的语音帧，采用本申请中第一冗余编码模式编码的语音帧中包括更少的数据，在减小网络传输数据负担的同时，增强语音包的抗丢包能力，进一步改善语音的通话质量，提升用户体验。
请参考图17，其为本申请实施例提供的又一种消息传输方法的实施流程图。参阅图17所示，该方法包括：
S610：核心网设备接收第一终端发送的第一语音帧。
S620：核心网设备将第一语音帧分为H部分、M部分和L部分。
H部分是指语音帧中H比特所在位置，M部分是指语音帧中M比特所在位置，L部分是指语音帧中L比特所在位置。
本申请中，第一语音帧可以是不包括冗余部分的语音帧，也可以是包括冗余部分的语音帧，当第一语音帧为包括冗余部分的语音帧时，假设第一语音帧包括有效帧i和冗余帧i-x，其中，i为大于等于1的正整数，x为小于或等于i的正整数，此时，核心网设备将第一语音帧分为H部分、M部分和L部分，可以理解为将有效帧i和冗余帧i-x分为H部分、M部分和L部分。
S630：核心网设备向接入网设备发送包括H部分、M部分和L部分的第二语音帧。
S640：核心网设备向接入网设备发送第一指示信息，第一指示信息用于指示第二语音帧包括H部分、M部分和L部分。
本申请中，第一指示信息用于指示第二语音帧包括H部分、M部分和L部分可包括如下两种理解方式：
第一种理解方式：第一指示信息用于指示H部分、M部分和L部分在第一语音帧中的位置；或者，
第二种理解方式：第一指示信息用于指示第一语音帧分为H部分、M部分和L部分，其中，H部分、M部分和L部分在第一语音帧中的位置是预定义的。
S650：接入网设备根据第一指示信息确定第一部分，第一部分包括第二语音帧的H部分和/或M部分。
需要说明的是，若第一语音帧为包括冗余部分的语音帧，假设第一语音帧包括有效帧i和冗余帧i-x，则接入网设备根据第一指示信息确定第一部分，包括：接入网设备将有效帧i和冗余帧i-x分别包括的H部分和/或M部分确定为第一部分；或者，接入网设备将有效帧i以及冗余帧i-x包括的H部分和/或M部分确定为第一部分。
可选地，第一部分是一个PDCP PDU，包括第二语音帧的H部分和/或M部分，以及PDCP SN。
可选地，第一部分是一个PDCP PDU，包括第二语音帧的H部分和/或M部分、PDCP SN以及相对PDCP SDU的分段偏移指示。
可选地，第一部分是一个SDAP PDU，包括第二语音帧的H部分和/或M部分，以及SDAP SN。
可选地，第一部分是一个SDAP PDU，包括第二语音帧的H部分和/或M部分、SDAP SN以及相对SDAP SDU的分段偏移指示。
可选地，接入网设备在PDCP层确定第一部分，第一部分包括的H部分和/或M部分采用相同的PDCP PDU序列号(serial number，SN)。在该种实现方式中，接入网设备可将第一部分递交给第一RLC实体，将第二语音帧中除第一部分之外的其它部分递交给第二RLC实体，参阅图18。当然，接入网设备也将第二语音帧包括的H部分、M部分和L部分递交给不同的RLC实体。
可选地，接入网设备在PDCP层确定第一部分，丢弃除第一部分之外的其它部分。将第一部分组成一个PDCP PDU，递交给第一RLC实体。
S660：接入网设备确定向第二终端发送第二语音帧或第一部分。
本申请中，接入网设备可以是第二终端接入无线网络(例如CN)的接入设备，例如RAN。
本申请对何时发送第一部分，何时发送第二语音帧不做限定。一种实现方式中，当第二终端的无线信号质量低于预定义或配置的门限时，接入网设备确定向第二终端发送第一部分。又一种实现方式中，当第二终端的时延抖动高于预定义或配置的门限时，接入网设备确定向第二终端发送第一部分。又一种实现方式中，当第二终端的丢包率高于预定义或配置的门限时，接入网设备确定向第二终端发送第一部分。
S670：接入网设备向第二终端发送第二语音帧或第一部分。
可选地，接入网设备将第一部分和其他部分放在不同的码块组(code blockgroup，CBG)中发送。
S680：接入网设备向第二终端发送第二指示信息，第二指示信息用于指示第二语音帧的冗余部分仅包括第一部分。
需要说明的是，S680为可选操作，接入网设备也可不向第二终端发送第二指示信息。
当第二终端PDCP实体收到某一部分(例如H部分)时，启动定时器等待其它部分，定时器超时后将收到的部分重组交给高层。
可选地，第二终端接收到接入网设备的第二指示信息之后，第二终端通知高层第二语音帧的冗余部分仅包括第一部分，高层获取第二语音帧的第一部分进行解码。
上面以第二终端接收第二语音帧或者第一部分为例进行说明，以下将以第二终端向接入网设备发送第二语音帧或者第一部分为例进行说明。
本申请中对第二终端何时向接入网设备发送第二语音帧或者第一部分不做限定。一种实现方式中，当第二终端满足至少以下条件之一或多个时，第二终端向接入网设备发送第一部分：
条件一：第二终端的无线信号质量低于预定义或配置的门限；
条件二：第二终端的时延抖动高于预定义或配置的门限；。
条件三：第二终端的丢包率高于预定义或配置的门限；
条件四：第二终端收到接入网设备发送的第二指示信息。
以上条件可以单独使用，也可以全部或部分一起使用，此外，还可以与其它条件结合使用，且与其它条件结合使用时，该条件为必要条件而非充分条件，也应在本申请的保护范围之内。
可选地，第二终端将第一部分，和，除第一部分之外的其它部分，在不同的CBG中发送。
可选地，第二终端将第一部分，和，除第一部分之外的其它部分，在不同的小区或带宽部分(band with part，BWP)中发送。例如，将第一部分，和，除第一部分之外的其它部分的数据生成不同的PDCP PDU，递交给两个不同的RLC实体或不同的逻辑信道。MAC实体不将这两个RLC实体或逻辑信道的数据复用在一个传输块中。物理层将这两个MAC PDU放在不同的CBG中。
可选地，第二终端可向接入网设备发送指示信息，指示第二终端发送的语音帧为完整的语音帧，或者包括第一部分的语音帧。与上述接入网设备指示第二终端的方式类似，此处不再赘述。
可选地，第二终端还可接收接入网设备发送的第三指示信息，第三指示信息用于指示第二终端启动或关闭发送仅包括第一部分的语音帧。
本申请提供的消息传输方法中，通过传输采用第一冗余编码模式进行编码的语音帧，具体的，在当前发送的语音帧中携带之前已发送语音帧的重要部分，相比采用现有的整帧冗余编码模式编码的语音帧，采用本申请中第一冗余编码模式编码的语音帧中包括更少的数据，在减小网络传输数据负担的同时，增强语音包的抗丢包能力，进一步改善语音的通话质量，提升用户体验。
上述主要从第一终端和接入网设备或者第一终端和第二终端或者接入网设备和核心网设备交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，第一终端、第二终端、接入网设备和核心网设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的技术方案的范围。
基于相同的发明构思，本申请实施例还提供用于实现以上消息传输方法的装置，例如，提供一种装置包括用以实现以上任一种消息传输方法中第一终端或第二终端所执行的功能，装置示意图可参见图11、图13，此处不再赘述。再如，还提供另一种装置，包括用以实现以上任一种消息传输方法中接入网设备所执行的各个步骤的功能，装置示意图可参见图12、图14，此处不再赘述。再如，还提供另一种装置，包括用以实现以上任一种消息传输方法中核心网设备所执行的各个步骤的功能，装置示意图可参见图19，如图19所示，该装置包括：处理器1910，存储器1920和接口1930，处理器1910、存储器1920和接口1930信号连接。该装置包括存储器和处理器，存储器用于存储程序，该程序被处理器调用，以执行以上方法实施例中的方法。这里的处理器可以是一种具有信号的处理能力的集成电路，例如CPU。或者以上各个单元的功能可以通过配置成实施以上方法的一个或多个集成电路来实现。例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。或者，可以结合以上实现方式。
本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请中一些可能的实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括本申请实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (33)

1.一种数据处理方法，其特征在于，包括：
第一终端获取包时延预算调整信息，所述包时延预算调整信息用于指示调整后的包时延预算，或者包时延预算调整量，或者包时延预算调整范围；
所述第一终端根据所述包时延预算调整信息，调整抖动缓冲区jitter buffer的大小；
所述第一终端根据调整后的jitter buffer，缓存数据。
2.根据权利要求1所述的方法，其特征在于，所述第一终端获取包时延预算调整信息，包括：
所述第一终端接收第一网络设备或者第二终端发送的所述包时延预算调整信息。
3.根据权利要求1所述的方法，其特征在于，所述第一终端获取包时延预算调整信息，包括：
所述第一终端接收第一网络设备或者第二终端发送的配置参数，所述配置参数与空口传输时延相关；
所述第一终端根据所述配置参数，确定所述包时延预算调整信息。
4.根据权利要求3所述的方法，其特征在于，所述配置参数包括非连续接收DRX周期、分组数据汇聚层协议PDCP丢弃定时器的预设时长以及覆盖增强参数中的至少一项。
5.根据权利要求2至4任一项所述的方法，其特征在于，所述第一终端获取包时延预算调整信息之前，还包括：
所述第一终端向所述第一网络设备发送第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，所述第一包时延预算信息包括所述第一终端期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算。
6.一种数据处理方法，其特征在于，包括：
第一网络设备确定包时延预算调整信息或者配置参数，所述包时延预算调整信息用于指示调整后的包时延预算，或者包时延预算调整量，或者包时延预算调整范围，所述配置参数与空口传输时延相关；
所述第一网络设备向第一终端发送所述包时延预算调整信息或者所述配置参数。
7.根据权利要求6所述的方法，其特征在于，所述配置参数包括非连续接收DRX周期、分组数据汇聚层协议PDCP丢弃定时器的预设时长以及覆盖增强参数中的至少一项。
8.根据权利要求6或7所述的方法，其特征在于，所述第一网络设备确定包时延预算调整信息或者配置参数之前，还包括：
所述第一网络设备接收所述第一终端发送的第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，所述第一包时延预算信息包括所述第一终端期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算；
所述第一网络设备确定包时延预算调整信息或者配置参数，包括：
所述第一网络设备根据所述第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，确定所述包时延预算调整信息或者所述配置参数。
9.根据权利要求8所述的方法，其特征在于，所述第一网络设备确定包时延预算调整信息或者配置参数之前，还包括：
所述第一网络设备接收第二网络设备或者第二终端发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，所述第二包时延预算信息包括第二终端期望的或者第二网络设备确定的第二终端的包时延预算调整量，或者包时延预算调整范围，或者包时延预算；
所述第一网络设备确定包时延预算调整信息或者配置参数，包括：
所述第一网络设备根据所述第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，以及所述第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，确定所述包时延预算调整信息或者所述配置参数。
10.一种数据处理方法，其特征在于，包括：
第二终端确定包时延预算调整信息或者配置参数，所述包时延预算调整信息用于指示调整后的包时延预算，或者包时延预算调整量，或者包时延预算调整范围，所述配置参数与空口传输时延相关；
所述第二终端向第一终端发送所述包时延预算调整信息或者配置参数。
11.根据权利要求10所述的方法，其特征在于，所述配置参数包括非连续接收DRX周期、分组数据汇聚层协议PDCP丢弃定时器的预设时长以及覆盖增强参数中的至少一项。
12.根据权利要求10或11所述的方法，其特征在于，所述第二终端确定包时延预算调整信息或者配置参数之前，还包括：
所述第二终端接收第二网络设备发送的第一包时延预算调整信息或者第一配置参数，所述第一包时延预算调整信息用于指示调整后的第一包时延预算，或者第一包时延预算调整量，或者第一包时延预算调整范围，所述第一配置参数与空口传输时延相关；
所述第二终端确定包时延预算调整信息或者配置参数，包括：
所述第二终端将所述第二网络设备发送的第一包时延预算调整信息或者第一配置参数，确定为所述包时延预算调整信息或者配置参数。
13.根据权利要求12所述的方法，其特征在于，所述第一包时延预算调整信息或者第一配置参数为所述第二网络设备根据所述第二终端发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项确定的，所述第二包时延预算信息包括所述第二终端期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算；
所述第二终端接收第二网络设备发送的第一包时延预算调整信息或者第一配置参数之前，还包括：
所述第二终端向所述第二网络设备发送第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项。
14.根据权利要求12或13所述的方法，其特征在于，所述第二终端向所述第一终端发送所述包时延预算调整信息或者配置参数，包括：
所述第二终端通过应用层消息向所述第一终端发送所述包时延预算调整信息或者配置参数；或者，
所述第二终端通过所述第二网络设备向所述第一终端发送所述包时延预算调整信息或者配置参数；或者，
所述第二终端通过所述第二网络设备和第一网络设备向所述第一终端发送所述包时延预算调整信息或者配置参数。
15.一种数据处理装置，用于第一终端，其特征在于，包括：
获取单元，用于获取包时延预算调整信息，所述包时延预算调整信息用于指示调整后的包时延预算，或者包时延预算调整量，或者包时延预算调整范围；
处理单元，用于根据所述包时延预算调整信息，调整抖动缓冲区jitter buffer的大小，并根据调整后的jitter buffer，缓存数据。
16.根据权利要求15所述的装置，其特征在于，所述获取单元采用如下方式获取包时延预算调整信息：
接收第一网络设备或者第二终端发送的所述包时延预算调整信息。
17.根据权利要求15所述的装置，其特征在于，所述获取单元采用如下方式获取包时延预算调整信息：
接收第一网络设备或者第二终端发送的配置参数，所述配置参数与空口传输时延相关；
根据所述配置参数，确定所述包时延预算调整信息。
18.根据权利要求17所述的装置，其特征在于，所述配置参数包括非连续接收DRX周期、分组数据汇聚层协议PDCP丢弃定时器的预设时长以及覆盖增强参数中的至少一项。
19.根据权利要求16至18任一项所述的装置，其特征在于，所述装置还包括发送单元；
所述发送单元，用于在所述获取单元获取包时延预算调整信息之前，向所述第一网络设备发送第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，所述第一包时延预算信息包括所述装置期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算。
20.一种数据处理装置，用于第一网络设备，其特征在于，包括：
处理单元，用于确定包时延预算调整信息或者配置参数，所述包时延预算调整信息用于指示调整后的包时延预算，或者包时延预算调整量，或者包时延预算调整范围，所述配置参数与空口传输时延相关；
发送单元，用于向第一终端发送所述包时延预算调整信息或者所述配置参数。
21.根据权利要求20所述的装置，其特征在于，所述配置参数包括非连续接收DRX周期、分组数据汇聚层协议PDCP丢弃定时器的预设时长以及覆盖增强参数中的至少一项。
22.根据权利要求20或21所述的装置，其特征在于，所述装置还包括接收单元；
所述接收单元，用于在所述处理单元确定包时延预算调整信息或者配置参数之前，接收所述第一终端发送的第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，所述第一包时延预算信息包括所述第一终端期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算；
所述处理单元采用如下方式确定包时延预算调整信息或者配置参数：
根据所述第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，确定所述包时延预算调整信息或者所述配置参数。
23.根据权利要求22所述的装置，其特征在于，所述接收单元还用于：
在所述处理单元确定包时延预算调整信息或者配置参数之前，接收第二网络设备或第二终端发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，所述第二包时延预算信息包括第二终端期望的或者第二网络设备确定的第二终端的包时延预算调整量，或者包时延预算调整范围，或者包时延预算；
所述处理单元采用如下方式确定包时延预算调整信息或者配置参数：
根据所述第一包时延预算信息、第一端到端时延和第一丢包率中的至少一项，以及所述第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项，确定所述包时延预算调整信息或者所述配置参数。
24.一种数据处理装置，用于第二终端，其特征在于，包括：
处理单元，用于确定包时延预算调整信息或者配置参数，所述包时延预算调整信息用于指示调整后的包时延预算，或者包时延预算调整量，或者包时延预算调整范围，所述配置参数与空口传输时延相关；
发送单元，用于向第一终端发送所述包时延预算调整信息或者配置参数。
25.根据权利要求24所述的装置，其特征在于，所述配置参数包括非连续接收DRX周期、分组数据汇聚层协议PDCP丢弃定时器的预设时长以及覆盖增强参数中的至少一项。
26.根据权利要求24或25所述的装置，其特征在于，所述装置还包括接收单元；
所述接收单元，用于在所述处理单元确定包时延预算调整信息或者配置参数之前，接收服务所述第二终端的网络设备发送的第一包时延预算调整信息或者第一配置参数，所述第一包时延预算调整信息用于指示调整后的第一包时延预算，或者第一包时延预算调整量，或者第一包时延预算调整范围，所述第一配置参数与空口传输时延相关；
所述处理单元采用如下方式确定包时延预算调整信息或者配置参数：
将所述第一包时延预算调整信息或者第一配置参数，确定为所述包时延预算调整信息或者配置参数。
27.根据权利要求26所述的装置，其特征在于，所述第一包时延预算调整信息或者第一配置参数为所述网络设备根据所述装置发送的第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项确定的，所述第二包时延预算信息包括所述装置期望的包时延预算调整量，或者包时延预算调整范围，或者包时延预算；
所述发送单元还用于：
在所述接收单元接收所述第一包时延预算调整信息或者第一配置参数之前，向所述网络设备发送第二包时延预算信息、第二端到端时延和第二丢包率中的至少一项。
28.根据权利要求26或27所述的装置，其特征在于，所述发送单元采用如下方式向所述第一终端发送所述包时延预算调整信息或者配置参数：
通过应用层消息向所述第一终端发送所述包时延预算调整信息或者配置参数；或者，
通过所述第二网络设备向所述第一终端发送所述包时延预算调整信息或者配置参数；或者，
通过所述第二网络设备和第一网络设备向所述第一终端发送所述包时延预算调整信息或者配置参数。
29.一种数据处理装置，其特征在于，包括至少一个处理器和接口电路，其中，所述至少一个处理器用于执行如权利要求1至5任一项所述的方法。
30.一种数据处理装置，其特征在于，包括至少一个处理器和接口电路，其中，所述至少一个处理器用于执行如权利要求6至9任一项所述的方法。
31.一种数据处理装置，其特征在于，包括至少一个处理器和接口电路，其中，所述至少一个处理器用于执行如权利要求10至14任一项所述的方法。
32.一种终端，其特征在于，包括如权利要求15至19任一项，或权利要求24至28任一项，或权利要求29，或权利要求31所述的装置。
33.一种存储介质，其特征在于，包括程序，当所述程序被处理器运行时，如权利要求1-14中任一项所述的方法被执行。
CN201810301182.4A 2018-04-04 2018-04-04 一种数据处理方法及装置 Active CN110351201B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN201810301182.4A CN110351201B (zh) 2018-04-04 2018-04-04 一种数据处理方法及装置
BR112020019844-7A BR112020019844A2 (pt) 2018-04-04 2019-04-04 Método e aparelho de processamento de dados, terminal, e meio de armazenamento legível por computador
PCT/CN2019/081544 WO2019192606A1 (zh) 2018-04-04 2019-04-04 一种数据处理方法及装置
EP19782138.2A EP3761580A4 (en) 2018-04-04 2019-04-04 DATA PROCESSING APPARATUS AND METHOD
AU2019248314A AU2019248314B2 (en) 2018-04-04 2019-04-04 Data processing method and apparatus
RU2020135589A RU2783508C2 (ru) 2018-04-04 2019-04-04 Способ и устройство обработки данных
US17/036,990 US11677689B2 (en) 2018-04-04 2020-09-29 Data processing method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810301182.4A CN110351201B (zh) 2018-04-04 2018-04-04 一种数据处理方法及装置

Publications (2)

Publication Number Publication Date
CN110351201A true CN110351201A (zh) 2019-10-18
CN110351201B CN110351201B (zh) 2021-09-14

Family

ID=68100090

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810301182.4A Active CN110351201B (zh) 2018-04-04 2018-04-04 一种数据处理方法及装置

Country Status (6)

Country Link
US (1) US11677689B2 (zh)
EP (1) EP3761580A4 (zh)
CN (1) CN110351201B (zh)
AU (1) AU2019248314B2 (zh)
BR (1) BR112020019844A2 (zh)
WO (1) WO2019192606A1 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021114469A1 (zh) * 2019-12-13 2021-06-17 深圳市爱图仕影像器材有限公司 音频数据发送、接收方法及传输系统
WO2021138762A1 (zh) * 2020-01-06 2021-07-15 富士通株式会社 通知发送时间信息的方法以及装置
US20210297755A1 (en) * 2018-07-31 2021-09-23 Abb Schweiz Ag Method and device for remote monitoring and diagnosis of field equipment
WO2021238685A1 (zh) * 2020-05-29 2021-12-02 华为技术有限公司 一种通信方法、装置及计算机可读存储介质
WO2021244218A1 (zh) * 2020-06-05 2021-12-09 华为技术有限公司 一种通信方法及装置
WO2022082798A1 (zh) * 2020-10-23 2022-04-28 华为技术有限公司 通信方法及装置
WO2023109743A1 (zh) * 2021-12-17 2023-06-22 华为技术有限公司 传输数据的方法和通信装置
WO2024066651A1 (zh) * 2022-09-28 2024-04-04 腾讯科技（深圳）有限公司 数据传输控制方法、装置、计算机可读介质及电子设备
WO2024066652A1 (zh) * 2022-09-30 2024-04-04 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11671378B2 (en) * 2021-06-01 2023-06-06 Qualcomm Incorporated Managing end-to-end delay budget for wireless communications
US20230065594A1 (en) * 2021-08-30 2023-03-02 Facebook Technologies, Llc Systems and methods for network traffic shaping
WO2023115391A1 (en) * 2021-12-22 2023-06-29 Apple Inc. Reduction of latency in wireless communication systems

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080165766A1 (en) * 2007-01-09 2008-07-10 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus to indicate maximum scheduling delay for jitter buffer implementations
CN101232740A (zh) * 2008-01-21 2008-07-30 北京邮电大学 自感知光网络中的光波波长资源调度方法
CN102223210A (zh) * 2011-07-20 2011-10-19 电信科学技术研究院 一种调整误块率的方法及装置
WO2013051975A1 (en) * 2011-10-07 2013-04-11 Telefonaktiebolaget L M Ericsson (Publ) Methods providing packet communications including jitter buffer emulation and related network nodes
CN103596285A (zh) * 2012-08-16 2014-02-19 华为技术有限公司 无线资源调度方法及无线资源调度器及系统
CN104168218A (zh) * 2014-08-15 2014-11-26 珠海多玩信息技术有限公司 抖动缓冲方法及装置
US20170245184A1 (en) * 2016-02-24 2017-08-24 Cisco Technology, Inc. System and method to facilitate sharing bearer information in a network environment

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7263095B1 (en) * 2004-02-12 2007-08-28 Cingular Wireless Ii Llc Method and apparatus for providing quality of service through multiple carrier IP networks
US8503299B2 (en) * 2005-05-12 2013-08-06 Apple, Inc. Method and system for packet scheduling
US7680099B2 (en) * 2006-08-22 2010-03-16 Nokia Corporation Jitter buffer adjustment
US20080151765A1 (en) * 2006-12-20 2008-06-26 Sanal Chandran Cheruvathery Enhanced Jitter Buffer
GB0705328D0 (en) 2007-03-20 2007-04-25 Skype Ltd Method of transmitting data in a communication system
CN101926134B (zh) * 2008-01-25 2013-06-19 艾利森电话股份有限公司 用于网络节点的简单适配抖动缓冲器算法
US20100265834A1 (en) * 2009-04-17 2010-10-21 Avaya Inc. Variable latency jitter buffer based upon conversational dynamics
US8462675B2 (en) * 2010-02-25 2013-06-11 Cisco Technology, Inc. Echo mitigation in the presence of variable delays due to adaptive jitter buffers
WO2011108964A1 (en) * 2010-03-02 2011-09-09 Telefonaktiebolaget Lm Ericsson (Publ) Source code adaption based on communication link quality and source coding delay.
CN101969403B (zh) * 2010-10-25 2013-01-02 武汉烽火网络有限责任公司 一种基于E-Model的去抖缓冲区管理方法
CN102739503B (zh) * 2011-04-01 2014-12-03 华平信息技术股份有限公司 VoIP去抖动缓冲区的处理方法
CN103888630A (zh) * 2012-12-20 2014-06-25 杜比实验室特许公司 用于控制声学回声消除的方法和音频处理装置
CN103888381A (zh) * 2012-12-20 2014-06-25 杜比实验室特许公司 用于控制抖动缓冲器的装置和方法
US10015068B2 (en) * 2013-11-13 2018-07-03 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for media processing in distributed cloud
US20170118683A1 (en) * 2014-03-31 2017-04-27 Intellectual Discovery Co., Ltd. Wireless communication system and handover method thereof
CN105099949A (zh) * 2014-04-16 2015-11-25 杜比实验室特许公司 基于对延迟抖动和对话动态的监视的抖动缓冲器控制
US10524179B2 (en) * 2015-04-10 2019-12-31 Qualcomm Incorporated Rate adaptation during handoffs
US10250491B2 (en) * 2016-05-09 2019-04-02 Qualcomm Incorporated In-flow packet prioritization and data-dependent flexible QoS policy
US10218520B2 (en) * 2016-06-14 2019-02-26 Ofinno Technologies, Llc Wireless device video floor control
WO2018054171A1 (zh) * 2016-09-22 2018-03-29 腾讯科技（深圳）有限公司 通话方法、装置、计算机存储介质及终端
RU2722395C1 (ru) * 2016-11-04 2020-05-29 Телефонактиеболагет Лм Эрикссон (Пабл) Механизм регулировки задержки радиоинтерфейса
US20180279319A1 (en) * 2017-03-23 2018-09-27 Nokia Technologies Oy Dynamic provisioning of quality of service for end-to-end quality of service control in device-to-device communication
US10454811B2 (en) * 2017-04-07 2019-10-22 Qualcomm Incorporated Apparatus and method for de-jitter buffer delay adjustment
US10616123B2 (en) * 2017-07-07 2020-04-07 Qualcomm Incorporated Apparatus and method for adaptive de-jitter buffer
US11197345B2 (en) * 2017-09-07 2021-12-07 Intel Corporation Apparatuses for end-to-end coordination of voice over cellular data network communications
GB201715920D0 (en) * 2017-09-29 2017-11-15 Nec Corp Communication system
US20190215729A1 (en) * 2018-03-15 2019-07-11 Intel Corporation Session description protocol mechanisms for signaling radio access network capabilities in multimedia telephony sessions
CN113424463B (zh) * 2019-02-14 2022-12-06 瑞典爱立信有限公司 对虚拟TSN桥接器管理、QoS映射和TSN Qbv调度的5G系统支持
US10735120B1 (en) * 2019-03-20 2020-08-04 Qualcomm Incorporated Reducing end-to-end delay for audio communication
US20210067279A1 (en) * 2019-08-26 2021-03-04 Qualcomm Incorporated Hybrid automatic repeat request buffer management

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080165766A1 (en) * 2007-01-09 2008-07-10 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus to indicate maximum scheduling delay for jitter buffer implementations
CN101232740A (zh) * 2008-01-21 2008-07-30 北京邮电大学 自感知光网络中的光波波长资源调度方法
CN102223210A (zh) * 2011-07-20 2011-10-19 电信科学技术研究院 一种调整误块率的方法及装置
WO2013051975A1 (en) * 2011-10-07 2013-04-11 Telefonaktiebolaget L M Ericsson (Publ) Methods providing packet communications including jitter buffer emulation and related network nodes
CN103596285A (zh) * 2012-08-16 2014-02-19 华为技术有限公司 无线资源调度方法及无线资源调度器及系统
CN104168218A (zh) * 2014-08-15 2014-11-26 珠海多玩信息技术有限公司 抖动缓冲方法及装置
US20170245184A1 (en) * 2016-02-24 2017-08-24 Cisco Technology, Inc. System and method to facilitate sharing bearer information in a network environment

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210297755A1 (en) * 2018-07-31 2021-09-23 Abb Schweiz Ag Method and device for remote monitoring and diagnosis of field equipment
WO2021114469A1 (zh) * 2019-12-13 2021-06-17 深圳市爱图仕影像器材有限公司 音频数据发送、接收方法及传输系统
WO2021138762A1 (zh) * 2020-01-06 2021-07-15 富士通株式会社 通知发送时间信息的方法以及装置
WO2021238685A1 (zh) * 2020-05-29 2021-12-02 华为技术有限公司 一种通信方法、装置及计算机可读存储介质
WO2021244218A1 (zh) * 2020-06-05 2021-12-09 华为技术有限公司 一种通信方法及装置
WO2022082798A1 (zh) * 2020-10-23 2022-04-28 华为技术有限公司 通信方法及装置
WO2023109743A1 (zh) * 2021-12-17 2023-06-22 华为技术有限公司 传输数据的方法和通信装置
WO2024066651A1 (zh) * 2022-09-28 2024-04-04 腾讯科技（深圳）有限公司 数据传输控制方法、装置、计算机可读介质及电子设备
WO2024066652A1 (zh) * 2022-09-30 2024-04-04 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备

Also Published As

Publication number Publication date
AU2019248314A1 (en) 2020-10-15
EP3761580A1 (en) 2021-01-06
RU2020135589A (ru) 2022-05-05
US11677689B2 (en) 2023-06-13
CN110351201B (zh) 2021-09-14
WO2019192606A1 (zh) 2019-10-10
BR112020019844A2 (pt) 2021-01-05
AU2019248314B2 (en) 2021-10-21
EP3761580A4 (en) 2021-04-14
US20210014178A1 (en) 2021-01-14

Similar Documents

Publication Publication Date Title
CN110351201A (zh) 一种数据处理方法及装置
JP7238933B2 (ja) 受信した体感品質情報に基づくリソース割り当ての最適化
RU2722395C1 (ru) Механизм регулировки задержки радиоинтерфейса
US9622289B2 (en) End-to-end delay adaptation with connected DRX in a cellular voice call
US8537708B2 (en) Packet transmission method and nodes
WO2021238676A1 (zh) 数据传输方法及装置
WO2019196810A1 (zh) 一种数据传输的方法、相关设备及通信系统
US20150358376A1 (en) Method, Apparatus and System for Transmitting Media Data
WO2022068620A1 (zh) 一种数据传输方法以及装置
CN114762386A (zh) 一种数据传输方法及装置
CN104348745A (zh) 在无线网络系统内优化数据传输的方法及无线网络系统
US20230354334A1 (en) Communication method and apparatus
WO2018112817A1 (zh) 无线资源控制rrc状态的控制方法、装置及基站
CA3205155A1 (en) Method and apparatus for survival time and communication service availability
RU2783508C2 (ru) Способ и устройство обработки данных
CN116830690A (zh) 服务质量中的动态分组时延预算处理
WO2022056863A1 (zh) 一种切换方法及装置
WO2023185608A1 (zh) 一种数据传输的方法及通信装置
US20230354089A1 (en) Method for quality of experience awareness transmission
WO2024073877A1 (en) Wireless communication method and device
WO2023185621A1 (zh) 通信方法及通信装置
WO2024067374A1 (zh) 一种通信方法及装置
WO2024027335A1 (zh) 一种信息传输方法、装置及通信设备
WO2023050415A1 (zh) 一种多路径传输方法及装置、通信设备
WO2021134621A1 (zh) 调度报文的方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant