一种保证时延服务质量的无线调度方法、装置和基站的制作方法
【专利摘要】本发明公开了一种保证时延服务质量的无线调度方法，其特征在于，所述方法包括：根据预设的服务质量信息确定参数信息，所述参数信息包括初始时刻信息；得到待向目标终端发送的数据包信息，所述数据包信息包括数据包对应的时刻信息；根据所述初始时刻信息和所述数据包对应的时刻信息得到数据包的限时时间戳；根据所述限时时间戳和预设的调度算法向所述目标终端发送所述数据包信息，使得所述数据包信息在所述限时时间戳的限时时间之内到达所述目标终端。根据本发明实施例的无线调度方法，能更有效地将数据按照服务质量的要求实时传到接收端，改善了用户的业务体验。本发明还公开了一种保证时延服务质量的无线调度装置和基站。
【专利说明】一种保证时延服务质量的无线调度方法、装置和基站
【技术领域】
[0001]本发明涉及通信系统中的无线网络通信，特别涉及一种保证时延服务质量的无线调度方法、装置和系统。
【背景技术】
[0002]无线通信在全球得到了广泛地应用，极大地方便了人们之间的沟通。无线通信可以提供各种服务，包括语音通话和网页下载等等。典型的无线通信系统或网络，如LTE (longterm evolution,长期演进)系统通过基站在一个蜂窝小区内为多个UE (user equipment,用户设备)提供无线链路连接实现无线通信，这种无线连接通常是使用共享的无线频谱。如图1所示，基站使用同一个无线频段为多个(图中给出了两个)UE提供无线数据通信服务，UE从服务器上下载的数据经过互联网、P-GW(Packet Data Network Gateway,分组网络网关)、S-GW(Serving Gateway,服务网关)到达基站,再经基站传给UE。与以前的二代无线通信系统，如GSM (Global System for Mobile Communications全球移动通信系统)不同，LTE系统只支持PS (packet switching,分组交换)连接,不再支持CS (circuit switching,电路交换)连接。CS连接需要保留资源以保证数据的传输，即使发送端没有数据需要传输，预留的资源也不能得到释放。PS连接则不需要预留资源，因此可以提升无线频谱的利用效率。为了提供不同的QoS(Quality ofService，服务质量)，LTE系统通过将不同的业务映射到不同的隧道(tunnel)上，以实现不同的处理。在LTE中，定义了 9种不同的QoS特性(characteristics),
[0003]Packet delay budget (包延迟预算)定义了 数据包在 UE 与 PCEF (PolicyandCharging Enhancement Function,策略及计费增强功能)之间传输时延的一个上限。从图1可以知道，业务数据实际经历的时延也会包括在互联网上的时延，这些时延都会对用户最终的业务体验产生影响。而且UE接收到数据包之后，还需要进行相应的处理，比如一般视频业务数据在传输前都会经过视频编码压缩，以减轻对传输网络的压力，因此在接收端，UE还需要执行相应的视频编码的解码，才能得到视频播放的数据，而不同处理能力的UE，其解码所需要的时间也有所不同，因此所能容忍的网络传输延迟同样也会不同。
[0004]此外，即使是同一个业务的不同数据包，在同一个网络上传输，因为其传输时刻不同，所处网络的具体情况也会有区别，从而造成这些不同的数据包在网络上各自的传输延迟的不同。基站使用共享频谱资源为不同用户传输数据，就导致基站并不能保证单个UE在任何时间内都能得到足够的无线资源传输数据。同时，由于无线信道衰变的特点，基站也不能保证UE在分配到无线资源传输数据时的传输速率。综上，当UE请求流媒体这样的实时业务时，实时业务分组数据在传输过程中，除了互联网、P-GW、S-GW传输造成的不同延迟外，还要经历在基站等待调度造成的延迟。如何保证所有实时业务数据包的时延QoS，使得各业务数据包都能及时传送到对端，是一个很重要的问题。
【发明内容】
[0005]有鉴与此，本发明的实施例提供了一种保证时延服务质量的无线调度方法、装置和基站，根据本发明实施例的无线调度方法、装置和基站，无线通信的发射端能够有效利用宝贵的无线频谱资源，可以更有效地将数据按照服务质量的要求实时传到接收端。
[0006]本发明第一方面的实施例公开了一种保证时延服务质量的无线调度方法，所述方法包括:
[0007]根据预设的服务质量信息确定参数信息，所述参数信息包括初始时刻信息；
[0008]得到待向目标终端发送的数据包信息，所述数据包信息包括数据包对应的时刻信息；
[0009]根据所述初始时刻信息和所述数据包对应的时刻信息得到数据包的限时时间戳；
[0010]根据所述限时时间戳和预设的调度算法向所述目标终端发送所述数据包信息，使得所述数据包信息在所述限时时间戳的限时时间之内到达所述目标终端。
[0011]根据本发明第一方面实施例的一种可能实现的方式中，所述预设的服务质量信息，包括预设的丢包率；在所述根据所述初始时刻信息和所述数据包对应的时刻信息得到数据包的限时时间戳之前，所述方法还包括:
[0012]得到已经发送的数据包信息的平均丢包信息；根据所述预设的丢包率和所述已发送的数据包信息的平均丢包信息，确定待丢弃的数据包信息。
[0013]结合第一方面实施例和第一方面实施例一种可能实现的方式的第一方面第二种可能实现的方式中，所述根据所述初始时刻信息和所述数据包对应的时刻信息得到所述数据包的限时时间戳包括:所述初始时刻信息包括第一数据包的应用时刻，其中，所述第一数据包为待向目标终端发送的第一个数据包；所述数据包对应的时刻信息包括数据包的采样时刻或发送时刻；获得所述目标终端的处理延时信息，所述目标终端的处理延时信息包括所述目标终端的处理延时；根据所述第一数据包的应用时刻、所述目标终端的处理延时、所述数据包的采样时刻得到所述数据包的限时时间戳；或者根据所述第一数据包的应用时亥IJ、所述目标终端的处理延时、所述数据包的发送时刻得到所述数据包的限时时间戳。
[0014]根据本发明第一方面实施例第二种可能实现方式的第三种可能实现的方式中，所述获得所述目标终端的处理延时信息包括:所述目标终端通过与基站协商的方式确定目标终端的处理延时或所述目标终端通过测量所述数据包信息的实际下行传输速率确定目标终端的处理延时，根据所述目标终端的处理延时生成目标终端的处理延时信息；接收所述目标终端发送的所述目标终端的处理延时信息。
[0015]结合本发明第一方面实施例第二种可能实现的方式和第三种可能实现方式的第四种可能实现的方式中，所述数据包信息还包括:
[0016]至少一个的实时传输协议RTP数据包；
[0017]所述RTP数据包包括时间戳字段，所述时间戳字段记录所述RTP数据包中的数据的采样时刻或发送时刻或所述第一数据包的应用时刻。
[0018]根据本发明第一方面实施例第四种可能实现方式的第五种可能实现的方式中，，所述数据包为RTP数据包，根据如下的公式计算所述RTP数据包的所述限时时间戳:
[0019]tdl = (dt-dO)/scale+tO+td
[0020]其中，tdl为RTP数据包的限时时间戳，dt为RTP数据包中的Timestamp数值，d0为RTP数据包中的Timestamp初始值，scale是根据RTP采样时刻信息或发送时刻信息中的之一以及基站调度参考时钟确定的比例值，tO为服务质量管理器记录的RTP数据包完成向给目标终端发送的时刻，td为处理延时。结合上述实施例的本发明第一方面实施例的第六种实现的方式中，
[0021]所述根据所述限时时间戳和预设的调度算法向所述目标终端发送所述数据包信息包括:
[0022]根据所述限时时间戳封装所述数据包信息，得到更新后的数据包信息；
[0023]根据所述目标终端的处理延时信息和所述预设的服务质量信息，确定预设常数值；
[0024]所述预设的调度算法包括:
[0025]如果所述更新后的数据包信息封装的限时时间戳的值小于当前系统时钟值，则丢弃所述更新后的数据包信息；
[0026]如果所述更新后的数据包信息封装的限时时间戳的值不小于当前系统时钟值，且如果所述更新后的数据包信息封装的限时时间戳的值和预设常数值的差值小于当前系统时钟值，则优先发送所述更新后的数据包信息。
[0027]结合上述实施例的本发明第一方面实施例第七种可能实现的方式中，如果所述更新后的数据包信息封装的限时时间戳的值和预设常数值的差值不小于当前系统时钟值，则对所述更新后的数据包信息执行正常的调度算法。
[0028]根据本发明第一方面实施例第七种可能实现方式的第八种可能实现的方式中，所述正常的调度算法为:比例公平调度算法、轮询调度算法中的至少之一。
[0029]根据本发明实施例的无线调度方法，无线通信的发射端能够有效利用宝贵的无线频谱资源，能更有效地将数据按照服务质量的要求实时传到接收端。
[0030]本发明第二方面的实施例公开了一种保证时延服务质量的无线调度装置，所述装置包括:参数信息生成模块，用于根据预设的服务质量信息确定参数信息，所述参数信息包括初始时刻信息；数据包信息获得模块，用于得到待向目标终端发送的数据包信息，所述数据包信息包括数据包对应的时刻信息；限时时间戳生成模块，用于根据所述初始时刻信息和所述数据包对应的时刻信息得到数据包的限时时间戳；数据包发送模块，用于根据所述限时时间戳生成模块得到的所述限时时间戳和预设的调度算法向所述目标终端发送所述数据包信息，使得所述数据包信息在所述限时时间戳的限时时间之内到达所述目标终端。
[0031]根据本发明第二方面实施例的一种可能实现的方式中，所述预设的服务质量信息，包括预设的丢包率，所述数据包发送模块还用于得到已经发送的数据包信息的平均丢包信息；所述数据包发送模块还用于根据所述参数信息生成模块得到的所述预设的丢包率和所述已发送的数据包信息的平均丢包信息，确定待丢弃的数据包信息。
[0032]结合第二方面实施例和第二方面实施例一种可能实现的方式的第二方面第二种可能实现的方式中，所述初始时刻信息包括第一数据包的应用时刻，其中，所述第一数据包为待向目标终端发送的第一个数据包；所述数据包对应的时刻信息包括数据包的采样时刻或发送时刻；所述限时时间戳生成模块还具体用于获得所述目标终端的处理延时信息，所述目标终端的处理延时信息包括所述目标终端的处理延时；并根据所述第一数据包的应用时刻、所述目标终端的处理延时、所述数据包的采样时刻得到所述数据包的限时时间戳；或者根据所述第一数据包的应用时刻、所述目标终端的处理延时、所述数据包的发送时刻得到所述数据包的限时时间戳。
[0033]结合本发明第二方面实施例第二种可能实现的方式和第三种可能实现方式的第三种可能实现的方式中，所述数据包信息还包括:至少一个的实时传输协议RTP数据包；所述RTP数据包包括时间戳字段，所述时间戳字段记录所述RTP数据包中的数据的采样时刻或发送时刻或所述第一数据包的应用时刻。
[0034]根据本发明第二方面实施例第三种可能实现方式的第四种可能实现的方式中，所述数据包为RTP数据包，根据如下的公式计算所述RTP数据包的所述限时时间戳:
[0035]tdl = (dt-dO)/scale+tO+td
[0036]其中，tdl为RTP数据包的限时时间戳，dt为RTP数据包中的Timestamp数值，d0为RTP数据包中的Timestamp初始值，scale是根据RTP采样时刻信息或发送时刻信息中的之一以及基站调度参考时钟确定的比例值，t0为服务质量管理器记录的RTP数据包完成向给目标终端发送的时刻，td为处理延时。
[0037]结合上述实施例的本发明第二方面实施例的第五种实现的方式中，所述数据包发送模块具体用于根据所述限时时间戳封装所述数据包信息，得到更新后的数据包信息；并根据所述目标终端的处理延时和所述预设的服务质量信息确定预设常数值；并根据所述限时时间戳和预设的调度算法向所述目标终端发送所述更新后的数据包信息，使得所述更新后的数据包信息在所述限时时间戳的限时时间之内到达所述目标终端；
[0038]其中，所述预设的调度算法包括:
[0039]如果所述更新后的数据包信息封装的限时时间戳的值小于当前系统时钟值，则丢弃所述更新后的数据包信息；
[0040]如果所述更新后的数据包信息封装的限时时间戳的值不小于当前系统时钟值，且如果所述更新后的数据包信息封装的限时时间戳的值和预设常数值的差值小于当前系统时钟值，则优先发送所述更新后的数据包信息。
[0041]根据本发明第二方面实施例第六种可能实现方式的第七种可能实现的方式中，如果所述更新后的数据包信息封装的限时时间戳的值和预设常数值的差值不小于当前系统时钟值，则对所述更新后的数据包信息执行正常的调度算法。
[0042]根据本发明第二方面实施例第六种可能实现方式的第八种可能实现的方式中，所述正常的调度算法为:比例公平调度算法、轮询调度算法中的至少之一。
[0043]根据本发明实施例的无线调度装置，无线通信的发射端能够有效利用宝贵的无线频谱资源，能更有效地将数据按照服务质量的要求实时传到接收端。
[0044]本发明第三方面的实施例公开了一种基站，所述基站包括:实时服务质量管理器，接收装置，发送装置；其中，所述实时服务质量管理器根据预设的服务质量信息确定参数信息，所述参数信息包括初始时刻信息；所述接收装置得到待向目标终端发送的数据包信息，所述数据包信息包括数据包对应的时刻信息；所述实时服务质量管理器根据所述初始时刻信息和所述接收装置得到的所述数据包对应的时刻信息得到数据包的限时时间戳；所述发送装置根据预设的调度算法和所述实时服务质量管理器得到的限时时间戳向所述目标终端发送所述数据包信息，使得所述数据包信息在所述限时时间戳的限时时间之内到达所述目标终端。[0045]根据本发明实施例的基站，无线通信的发射端能够有效利用宝贵的无线频谱资源，能更有效地将数据按照服务质量的要求实时传到接收端。
[0046]在本发明第三方面实施例的一种可能实现的方式中，所述预设的服务质量信息，包括预设的丢包率，所述实时服务质量管理器还用于:得到已经发送的数据包信息的平均丢包信息；根据所述预设的丢包率和所述已发送的数据包信息的平均丢包信息，确定待丢弃的数据包信息。
[0047]结合上述实施例的本发明第三方面实施例的第二种可能实现的方式中，所述初始时刻信息包括第一数据包的应用时刻，其中，所述第一数据包为待向目标终端发送的第一个数据包；所述数据包对应的时刻信息包括数据包的采样时刻或发送时刻；
[0048]所述接收装置还用于获得所述目标终端的处理延时信息，所述目标终端的处理延时信息包括所述目标终端的处理延时；
[0049]所述实时服务质量管理器还具体用于根据所述第一数据包的应用时刻、所述目标终端的处理延时、所述数据包的采样时刻得到所述数据包的限时时间戳；或者根据所述第一数据包的应用时刻、所述目标终端的处理延时、所述数据包的发送时刻得到所述数据包的限时时间戳。
[0050]结合上述实施例的本发明第三方面实施例的第三种可能实现的方式中，所述接收装置还用于接收所述目标终端发送的所述目标终端的处理延时信息，所属目标终端的处理延时信息是由所述目标终端通过与所属基站协商的方式生成的或所述目标终端通过测量所述数据包信息的实际下行传输速率生成的。
【专利附图】
【附图说明】
[0051]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0052]图1为无线通信系统的构成示意图。
[0053]图2为本发明实施例的RTP数据包信息的示意图。
[0054]图3为本发明实施例的无线调度方法的流程图。
[0055]图4为本发明实施例的无线调度方法的实现流程图。
[0056]图5为本发明实施例的具体实现的结构图。
[0057]图6为根据本发明实施例的数据包传输的具体实施的示意图。
[0058]图7为本发明实施例的一种服务质量管理器的结构示意图。
[0059]图8为本发明实施例的另一种服务质量管理器的结构示意图。
[0060]图9为本发明实施例的无线调度装置的结构图。
[0061]图10为本发明实施例的基站的结构示意图。
【具体实施方式】
[0062]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0063]UDP(User Datagram Protocol,用户数据报协议)由于具有传输时延比TCP (Transmission Control Protocol,传输控制协议)传输时延低的特点，在实际应用中，经常被用于传输音频、视频等实时业务，而RTP(Real_time TransportProtocol,实时传输协议)通常用于在UDP协议传输上述的业务的实时数据。RTP提供了时间标签，序列号以及其它的结构用于控制实时数据的播放。发送端，例如可以是服务器，依照实时的采样信息在数据包里设置了时间标签；接收端，例如用户端在收到数据包后，会根据时间标签按照正确的速率恢复成原始的实时数据，便于用户端播放。图2描述了 RTP的数据包头信息。如图2所示，在RTP包头中，Ver有2比特，用以表示版本信息；P为I比特的填充位标识，X为I比特的扩展位，CC为4比特的CSRC (contributing source,提供源)计数,M为I比特的标记位，PT为7比特的载荷类型，序号部分为16比特的序列号，Timestamp为32比特的时间戳，反映RTP数据包中第一个八进制数的采样时刻，采样时刻可以从单调、线性增加的时钟中导出，以允许同步与抖动计算。SSRC(synchronization source,同步源)identifier也是32比特，用于标识同步源，其后跟随CC个32比特的CSRC identifier。
[0064]图3描述了一种保证时延服务质量的无线调度方法。如图3所示，根据本发明实施例的一种保证时延服务质量的无线调度方法，包括:
[0065]Sll:根据预设的服务质量信息确定参数信息，所述参数信息包括初始时刻信息。
[0066]S12:得到待向目标终端发送的数据包信息，所述数据包信息包括数据包对应的时刻信息。
[0067]S13:根据所述初始时刻信息和所述数据包对应的时刻信息得到数据包的限时时间戳。
[0068]S14:根据所述限时时间戳和预设的调度算法向所述目标终端发送所述数据包信息，使得所述数据包信息在所述限时时间戳的限时时间之内到达所述目标终端。
[0069]根据本发明实施例的无线调度方法，无线通信的发射端能够有效利用宝贵的无线频谱资源，能更有效地将数据按照服务质量的要求实时传到接收端，改善了用户的业务体验。
[0070]结合图1所示的系统，在步骤Sll中，首先需要配置服务质量管理的参数。这可以在系统根据用户对业务的请求而建立相应的通信连接时，根据业务的服务质量要求确定相应的参数。为了保证数据包能够及时发送到接收端，系统中需要记录接收端UE使用第一个接收数据包的时间，比如在媒体播放中，播放第一帧画面的时刻to。
[0071]在步骤S12中，需要获取网络向UE发送的数据包信息。针对不同的应用，这些数据包可能来自不同的数据源，比如在流媒体下载服务中，数据包可能来自互联网上的服务器，而在可视电话中，数据包则来自对方的终端设备，可以是UE，或桌面电脑等。信息获取可以在P-GW(Packet Data Network Gateway,分组网络网关)中执行,在本实施例中则由基站的处理器执行。需要获取的数据包信息，在本实施例中主要是数据包发送时刻或生成时刻相关的信息，可以是记录在高层数据包头，如RTP数据包头中的Timestamp dt。通过检查步骤Sll中记录的第一个数据包的应用时刻tO，以及在本步骤中获取的该数据包对应的Timestamp dO，可以建立二者在时间上的对应关系。[0072]在步骤S13中，基站利用步骤S12中获得的数据包信息，即Timestamp信息dt，以及步骤Sll中记录的第一个数据包的应用时刻to,其对应的Timestamp信息dO,可以计算出如果要保证用户的业务体验，当前的数据包必须在什么时刻前发送到接收端，由此确定该数据包的限时时间戳，并与该数据包进行绑定。
[0073]针对媒体播放业务，假设UE接收到数据包后，对数据包执行视频解码并进行播放所消耗的时间为At，则当前数据包的限时时间戳tdt可以采用如下的公式进行计算:
[0074]tdt = floor{(dt-dO)/scale}+tO-Δt ；
[0075]其中，floor{t}代表对数值t执行向下取整，即floor{t}为不大于t的最大整数，scale为时间转换比例因子，与Timestamp所采用的时钟，以及限时时间戳所参考的时钟都有关系。假设tO记录所参考的时钟与限时时间戳所参考的时钟一致，都采用LTE系统的系统巾贞号(system frame number, LTE系统采用IObit表示,单位为IOms,记录周期为10240ms)。当Timestamp所参考的时钟以IOms为单位，即Timestamp数值为I代表时间长度为IOms时,贝丨J scale = I ;当Timestamp所参考的时钟以Ims为单位时，则scale = 10。由于限时时间戳参考了 LTE系统的系统时钟，如果计算结果tdt大于等于1024，则需要减去1024。此时，tO和dO都需要执行更新，以避免数值循环造成的影响。可以理解的是，上述公式只是描述根据本发明实施例的一种计算RTP数据包限时时间戳的计算方式，而不是对于如何计算限时时间戳的一种限制，对限时时间戳的计算还可以采用其它本领域普通技术人员无需创造性劳动即可实现的方式。
[0076]在步骤S14中，基站可以根据前一步骤确定的限时时间戳，执行调度算法，保证各个数据包在限时时间之前能够成功发送到接收端，从而保证用户的实时体验。针对部分数据包，可以根据限时时间戳执行优先发送，如果不能保证及时送到接收端，基站也可以选择将其作丢包处理。基站在MAC(Medium AccessControl,媒质存取控制)子层(sub-layer)可以执行下面的调度算法来判断如何处理数据包:
[0077]如果数据包绑定的限时时间戳<当前系统时钟值，则丢弃该数据包；
[0078]如果数据包绑定的限时时间戳-预设常数值< 当前系统时钟值<数据包绑定的限时时间戳，优先发送该数据包；
[0079]如果当前系统时钟值<数据包绑定的限时时间戳-预设常数值，则对该数据包执行正常的调度算法，如比例公平调度算法，轮询调度算法等。
[0080]在本发明的一个实施例中，预设常数值的确定是根据实际基站调度的周期确定的，比如数据包最多需要重传三次才能让对端成功接收，那就把重传三次所需要的时间作为预设常数值，限时时间即为数据包绑定的限时时间戳所表示的数值，如果基站在限时时间减去常数的时刻还没有发送数据，那么相应的数据就需要优先安排发送过去。在本发明的一个实施例中，根据所述目标终端的处理延时和所述预设的服务质量信息，确定预设常数值。可以理解的是，上述算法和举例仅仅是为帮助本领域普通技术人员理解本发明的技术方案所做的一种举例，而不应当被视为是对本发明的技术方案的一种限制。
[0081]图4给出了基站在执行本发明方法时的数据流处理过程。基站收到每一个IP (Internet Protocol,互联网协议)数据包时，通过 DPI (Deep Packet Inspection,深度包检测)获取RTP数据包头(图中未画出)中的Timestamp dt，根据P-GW或基站中的服务质量管理器中记录的第一个数据包的应用时刻tO,其对应的Timestamp信息dO,时间转换比例因子scale，数据包视频解码延时At，采用前述公式计算出该数据包的限时时间戳tdt。所计算出的限时时间戳与该IP数据包进行绑定，即后续对该IP数据包的处理会随时参考相应的限时时间戳。
[0082]基站在F1DCP (Packet Data Convergence Protocol,分组数据汇聚协议)子层处理IP数据包时，首先对IP、UDP数据包头进行压缩，在完成其它必须处理后，带有压缩包头的数据包被送入RLC(Radio Link Control，无线链路控制)子层，跟数据包绑定的限时时间戳也需送入RLC子层一起处理。
[0083]在RLC子层，基站需要根据实际信道条件、MAC子层的调度结果对TOCP子层传送下来的数据包进行重组，有些数据包要执行拆分，而有些数据包则需要组合在一起。如图中所示的rocp数据包被拆成两部分，第一部分加上RLC数据包头，形成第一个RLC数据包，这部分包含rocp数据包头，通常也包含压缩后的ip、udp数据包头；而第二部分则成为第二个RLC数据包的前一部分，后一部分则从其它rocp数据包中获取。第二部分通常不含有rocp数据包头和压缩后的IP、UDP数据包头，因此通过DPI不能获得这部分数据的高层信息，但rocp送入了与数据包绑定的限时时间戳。这样，与第二个RLC数据包绑定的就有两个以上(含两个)的限时时间戳，RLC需要从中选择最早的限时时间戳，即首先需要满足的传输时延需求，作为最终RLC数据包的限时时间戳，并随数据包一起送入MAC子层。
[0084]在MAC子层，基站对每一个RLC数据包加上必要的MAC数据包头，组成MAC数据包，参考跟该RLC数据包绑定的限时时间戳执行前述调度算法，保证每一个MAC数据包在限时时间到达之前，传输给接收端UE。
[0085]基站在执行rocp子层操作时，也可以将限时时间戳填入rocp数据包头中，从而使得接收端UE的rocp子层能够根据该限时时间戳确定是否需要对相邻的rocp数据包进行重传请求。
[0086]图5所示为系统具体实现，其中服务质量管理器也可以在基站实现，在P-GW上实现的服务质量管理器有助于通过与图1的PCRF协商(通过控制信令交互)确定用户的最终服务质量要求。基站的限时时间戳生成单元存储服务质量管理器确定的参数，在通信过程中具体执行限时时间戳的计算，并按照图4公开的方法执行限时时间戳与对应数据包的绑定工作。
[0087]在本发明的一个实施例中，UE在互联网上请求实时流媒体业务时，UE通过与基站进行协商的方式对服务质量管理器进行配置协商指的是UE和基站之间一个交互的过程，UE先试探性的将服务质量管理器的配置参数发送给基站，基站再根据当时的网络情况和基站的参数设置来决定是否接受UE发送的配置参数，基站若不接受UE端发送的配置参数，基站会根据当时的网络情况向UE发送配置参数，UE端判断是否接受基站发送来的配置参数，若UE端接受该参数，则按照该配置参数配置服务质量管理器，否则继续重复上述过程直到UE端和基站达成一致。可以理解的是，UE也可以采用自行决定参数的方式的对服务质量管理器进行配置，即对服务质量管理器的配置UE并不与基站发生交互过程，全部在UE端完成。可以理解的是，对服务质量管理器的配置并不限于上述所述的方式，部分或全部配置参数也可以在UE实际接收到基站发来的实时流媒体业务数据后再进行设置，完成对服务质量管理器的配置；或者采用其它本领域普通技术人员不需要付出创造性劳动即可想到的方式完成对服务质量管理器的配置。[0088]在本发明的一个实施例中，在UE实际接收到基站发来的实时流媒体数据后对服务质量管理器全部或部分参数进行配置。服务质量管理器的参数配置包括实时流媒体的记录时间到UE本地时钟的映射、UE的播放延迟td等。在本发明的一个实施例中，UE可以通过与基站协商的方式确定播放延迟td，此处的协商也是一个UE和基站交互的过程，即UE向基站发送一个播放延迟参数，等待基站确认，若基站不接受该延迟参数，则由基站向UE发送一个新的延迟参数，UE判断是否接受基站发送的延迟参数，若UE接受该参数，即根据此参数确定播放延迟td。在本发明的一个实施例中，还可以通过在UE自行测量实际的下行数据的传输速率的方式确定播放延迟td。下行数据指的是基站发送给UE的数据。UE将确定后的播放延迟td发送给基站的服务质量管理器，对服务质量管理器进行配置。
[0089]在RTP数据包中记录RTP数据包中初始数据形成的采用时刻，RTP数据包的字段也可以记录采样所参照的时钟信号信息。在本发明的一个实施例中，如图2所示，RTP数据包的包头中含有Timestamp字段，该字段用来记录RTP数据包中的首数据形成的采样时刻。基站的服务质量管理器可以通过读取RTP数据的包头信息得到相关的RTP数据包的采样时亥1J信息。在本发明的一个实施例中，Timpstamp的数值可以表示RTP数据包记录的时钟信号的分辨率，即可以表不实际时钟的时间。
[0090]在本发明的一个实施例中，为了使得服务质量管理器得到采样时刻的信息，也可以让UE依据之前记录的播放实时流媒体的信息获知有关RTP数据包中的采样时刻的信息，然后由UE将采样时刻的信息发送给基站。
[0091]与图5方法不同,服务质量管理器在图6中部署在Service Center (业务中心)上，而不是实现在P-GW中。这一方法可以对现有系统做尽可能少的改动。Service Center的协议栈需要实现到应用层，获取应用层的必要信息，并记录在服务质量管理器的相应存储单元中。这些必要信息，包括数据包的时间相关信息，也包括丢包率相关的信息。基站在执行限时时间戳计算时，需要从IP层或更高层，例如UDP之上的RTP层中获取信息，或者这些信息可以在ServiceCenter中记录下来,并通过控制信道传给基站，实现限时时间戳的计算。此外，Service Center可以将事先确定的服务质量要求中，与丢包率相关的参数传给基站，基站通过对数据传输给用户的过程的监控，或者从用户UE那里获得反馈，确定丢包率相关的性能要求是否能得到保障，在丢包率相关的性能要求能得到保障的前提下，可以主动丢弃部分数据包，以缓解对无线频谱资源需求的压力。图中所示的GTP-U、UDP/IP、TCP/UDP、IP等均表示各个数据层的采取的数据包的通信协议。
[0092]图7描述了丢包率相关的性能要求如何实现的一种应用方式,如图7所示:
[0093]在voip(Voice over Internet Protocol, IP 语音)协议下,UEl 与 UE2 建立通话连接时，可以与基站一起协商确定希望达到的服务质量指标以及相应的性能指标，包括丢包率(packet error loss rate)等。此处的协商也是一个UE与基站进行交互的过程。UEl的这些性能指标作为性能限制记录在图7所示的基站的实时服务质量管理器71的性能指标记录模块72中。UE2的这些性能指标则记录在图7所示右侧的基站的相应设备中，图中没有画出。
[0094]UEl在与UE2通信过程中，由限时时间戳发生器74对基站下行的数据包生成限时时间戳。UEl同时上报当前的下行接收性能，如丢包率等，也记录在性能指标记录模块72中，下行指的是从基站向UE传输数据。基站服务质量管理器71的性能指标预测模块73可以根据当前的丢包率、允许的最大丢包率，预测在丢弃多少数据包时，UEl的接收性能仍然能够满足事先设定的性能限制，然后确定丢多少数据包。当基站需要丢包时，通过查询数据包的限时时间戳，结合基站调度的对应各个UE的缓存情况，选择限时较短的数据包加以丢弃。通过这种方式，基站可以在一段时间内信道条件较好的时段为用户分配频率资源，传送数据，从而缓解调度的压力，提高无线频谱利用率。
[0095]图8描述了图4所示实施例应用于上行通信，即数据从UE传到基站时的系统具体实现。在上行通信中，UE的服务质量管理器需要与P-GW的服务质量管理器进行协商。这里的协商也是一个信令交互过程，UE首先与基站进行信令交互,然后基站与P-GW执行信令交互，最终使得UE与P-GW之间完成信息的传递。通过协商，UE的服务质量管理器记录P-GW的服务质量管理器确定的服务质量需求的参数，比如图7方法中的时延要求，以及丢包率要求等等。另外，为了保证端到端的时延保证，UE的服务质量管理器需要向P-GW的服务质量管理器请求数据包从图中的基站传到对端(例如另一个UE，图中没有给出)的平均时延，这样，利用端到端的最大允许时延，减去上述的平均时延，就得到UE的上行数据从该UE传到基站的平均最大时延数值tmax。
[0096]在上行通信过程中，UE的限时时间戳生成单元对每一个上行IP数据包执行相应的计算例如利用数据包生成时刻，加上平均最大时延tmax，得到与该IP数据包绑定的限时时间戳。这些数据包的限时时间戳要在UE的服务质量管理器中执行对应的预测算法，预测是否能够得到保证。该预测算法的一个实施例描述如下:
[0097]假设UE在某时刻tO之前生成了 3个IP数据包，并等待基站分配无线频谱资源发送给基站，这三个数据包的大小分别为sl，s2, s3，对应的限时时间戳则为tl，t2，t3，且tO< tl < t2 < t3。因此UE上行传输速率的需求，在三个不同的时间段(从tO到tl，从tl到 t2,从 t2 到 t3)内分别为:vl = sl/ (tl-tO), v2 = s2/ (t2_tl), v3 = s3/ (t3_t2)。如果这三个传输速率需求vl，v2, v3的最大数值不超过UE近期的平均传输速率，则可以认为UE的上行传输速率要求是能得到保证的。
[0098]UE服务质量管理器根据预测算法的预测，如果判定上行传输速率要求不能得到满足，则UE在保证丢包率的前提下，可以将部分数据包主动丢弃，以保证剩余IP数据包能够及时传送到基站，并进而保证端到端传输的时延要求。
[0099]UE服务质量管理器还需实时或根据基站的要求，上报数据包缓存和相应限时时间戳的情况，供基站的限时时间管理单元参考，以优化基站的上行调度，保证上行传输的服务质量。
[0100]通过上述方法，无线通信的发射端能够避免浪费宝贵的无线资源，无需将已经超时的数据发送到接收端，而且能更有效地将数据按照服务质量的要求实时传到接收端，改善了用户的业务体验。
[0101]图9描述了本发明实施例的一种保证时延服务质量的无线调度装置。如图9所示，一种保证时延服务质量的无线调度装置90，包括:参数信息生成模块91，数据包信息获得模块92，限时时间戳生成模块93，数据包发送模块94。其中参数信息生成模块91与数据包信息获得模块92相连，限时时间戳生成模块93分别与参数信息生成模块91和数据包信息获得模块92相连，数据包发送模块94分别与数据包信息获得模块92和限时时间戳生成模块93相连。[0102]参数信息生成模块91，用于根据预设的服务质量信息确定参数信息，所述参数信息包括初始时刻信息；数据包信息获得模块92，用于得到待向目标终端发送的数据包信息，所述数据包信息包括数据包对应的时刻信息；限时时间戳生成模块93，用于根据所述初始时刻信息和所述数据包对应的时刻信息得到数据包的限时时间戳；数据包发送模块94，用于根据所述限时时间戳和预设的调度算法向所述目标终端发送所述数据包信息，保证所述数据包信息在所述限时时间戳的限时时间之内到达所述目标终端
[0103]根据本发明实施例的无线调度装置90，无线通信的发射端能够有效利用宝贵的无线资源，无需将已经超时的数据发送到接收端。而且能更有效地将数据按照服务质量的要求实时传到接收端，改善了用户的业务体验。
[0104]在本发明的一个实施例中，所述预设的服务质量信息，还包括预设的丢包率信息；数据包发送模块94还用于得到已经发送的数据包信息的平均丢包信息；数据包发送模块94根据所述预设的丢包率信息和所述已发送的数据包信息的平均丢包信息，确定待丢弃的数据包信息。
[0105]在本发明的一个实施例中，所述根据所述数据包初始时刻信息和所述数据包的时刻信息得到所述数据包的限时时间戳还包括:所述初始时刻信息包括第一数据包的应用时刻信息；所述数据包对应的时刻信息包括数据包的采样时刻信息或发送时刻信息；确定所述目标终端的处理延时；根据所述第一数据包的应用时刻信息，所述数据包的采样时刻信息或发送时刻信息，所述目标终端的处理延时得到所述数据包的限时时间戳。
[0106]在本发明的一个实施例中，所述目标终端通过与基站协商的方式确定所述处理延时或所述目标终端通过测量所述数据包信息的实际下行传输速率确定所述处理延时。
[0107]在本发明的一个实施例中，所述数据包信息还包括:至少一个的RTP (Real-timeTransport Protocol,实时传输协议)数据包；所述RTP数据包包括timestamp字段,所述timestamp字段记录所述RTP数据包中的数据的采样时刻信息或发送时刻信息或所述第一数据包的应用时刻信息
[0108]在本发明的一个实施例中，根据如下的公式计算所述RTP数据包的限时时间戳:
[0109]tdl = (dt-dO)/scale+tO+td
[0110]其中，tdl为RTP数据包的限时时间戳，dt为RTP数据包中的Timestamp数值，dO为RTP数据包中的Timestamp初始值，scale则是根据基站调度参考时钟及RTP采样时刻信息或发送时刻信息确定的比例值。tO为服务质量管理器记录的RTP数据包完成向给目标终端发送的时刻，td为处理延时。
[0111]在本发明的一个实施例中，根据所述限时时间戳封装所述数据包信息，得到更新后的数据包信息；
[0112]根据所述目标终端的处理延时和所述预设的服务质量信息，确定预设常数值；
[0113]所述预设的调度算法包括:
[0114]如果所述更新后的数据包信息封装的限时时间戳的值小于当前系统时钟值，则丢弃所述更新后的数据包信息；
[0115]如果所述更新后的数据包信息封装的限时时间戳的值不小于当前系统时钟值，
[0116]如果所述更新后的数据包信息封装的限时时间戳的值和预设常数值的差值小于当前系统时钟值，则优先发送所述更新后的数据包信息；[0117]如果所述更新后的数据包信息封装的限时时间戳的值和预设常数值的差值不小于当前系统时钟值，则对所述更新后的数据包信息执行正常的调度算法。
[0118]在本发明的一个实施例中，所述正常的调度算法为:比例公平调度算法、轮询调度算法中的至少之一。
[0119]根据本发明实施例的无线调度装置90，无线通信的发射端能够有效利用宝贵的无线资源，能更有效地将数据按照服务质量的要求实时传到接收端。
[0120]下面结合图10描述本发明实施例的一种保证时延服务质量的基站,如图10所示，基站10包括:实时服务质量管理器12，接收装置11，发送装置13 ;其中，接收装置I和实时服务质量管理器12相连，发送装置13和实时质量管理器12相连。实时服务质量管理器12根据预设的服务质量信息确定参数信息，参数信息包括初始时刻信息；接收装置11得到待向目标终端发送的数据包信息，数据包信息包括数据包对应的时刻信息；实时服务质量管理器12根据初始时刻信息和接收装置11得到的数据包对应的时刻信息得到数据包的限时时间戳；发送装置13根据预设的调度算法和实时服务质量管理器12得到的限时时间戳向目标终端发送数据包信息，使得数据包信息在限时时间戳的限时时间之内到达目标终端。
[0121]根据本发明实施例的基站10，无线通信的发射端能够有效利用宝贵的无线频谱资源，能更有效地将数据按照服务质量的要求实时传到接收端。
[0122]在本发明的一个实施例中，实时服务质量管理器12还用于:预设的服务质量信息，包括预设的丢包率信息；得到已经发送的数据包信息的平均丢包信息；根据预设的丢包率信息和已发送的数据包信息的平均丢包信息，确定待丢弃的数据包信息。
[0123]在本发明的一个实施例中，实时服务质量管理器12根据初始时刻信息和接收装置11得到的数据包对应的时刻信息得到数据包的限时时间戳包括:初始时刻信息包括第一数据包的应用时刻信息，其中，第一数据包为待向目标终端发送的第一个数据包；数据包对应的时刻信息包括数据包的采样时刻信息或发送时刻信息；接收装置11获得目标终端的处理延时信息；根据第一数据包的应用时刻信息、目标终端的处理延时信息、数据包的采样时刻信息或者根据第一数据包的应用时刻信息、目标终端的处理延时信息、数据包的发送时刻信息得到数据包的限时时间戳。
[0124]在本发明的一个实施例中，接收装置11获得目标终端的处理延时信息包括:目标终端通过与基站10协商的方式确定目标终端的处理延时或目标终端通过测量数据包信息的实际下行传输速率确定目标终端的处理延时，根据目标终端的处理延时生成目标终端的处理延时信息；接收装置11接收所述目标终端发送的目标终端的处理延时信息。
[0125]所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的基站、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0126]在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0127]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0128]所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM, Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0129]以上所述，仅为本发明较佳的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本【技术领域】的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
【权利要求】
1.一种保证时延服务质量的无线调度方法，其特征在于，所述方法包括: 根据预设的服务质量信息确定参数信息，所述参数信息包括初始时刻信息； 得到待向目标终端发送的数据包信息，所述数据包信息包括数据包对应的时刻信息；根据所述初始时刻信息和所述数据包对应的时刻信息得到数据包的限时时间戳；根据所述限时时间戳和预设的调度算法向所述目标终端发送所述数据包信息，使得所述数据包信息在所述限时时间戳的限时时间之内到达所述目标终端。
2.如权利要求1所述的无线调度方法，其特征在于，所述预设的服务质量信息，包括预设的丢包率； 在所述根据所述初始时刻信息和所述数据包对应的时刻信息得到数据包的限时时间戳之前，所述方法还包括: 得到已经发送的数据包信息的平均丢包信息； 根据所述预设的丢包率和所述已发送的数据包信息的平均丢包信息，确定待丢弃的数据包信息。
3.如权利要求1或2所述的无线调度方法，其特征在于，所述根据所述初始时刻信息和所述数据包对应的时刻信息得到所述数据包的限时时间戳包括: 所述初始时刻信息包括第一数据包的应用时刻，其中，所述第一数据包为待向目标终端发送的第一个数据包； 所述数据包对应的时刻信息包括数据包的采样时刻或发送时刻； 获得所述目标终端 的处理延时信息，所述目标终端的处理延时信息包括所述目标终端的处理延时； 根据所述第一数据包的应用时刻、所述目标终端的处理延时、所述数据包的采样时刻得到所述数据包的限时时间戳；或者根据所述第一数据包的应用时刻、所述目标终端的处理延时、所述数据包的发送时刻得到所述数据包的限时时间戳。
4.如权利要求3中所述的无线调度方法，其特征在于，所述获得所述目标终端的处理延时信息包括: 所述目标终端通过与基站协商的方式确定目标终端的处理延时或所述目标终端通过测量所述数据包信息的实际下行传输速率确定目标终端的处理延时，根据所述目标终端的处理延时生成目标终端的处理延时信息； 接收所述目标终端发送的所述目标终端的处理延时信息。
5.如权利要求3或4所述的无线调度方法，其特征在于，所述数据包信息还包括: 至少一个的实时传输协议RTP数据包； 所述RTP数据包包括时间戳字段，所述时间戳字段记录所述RTP数据包中的数据的采样时刻或发送时刻或所述第一数据包的应用时刻。
6.如权利要求5所述的无线调度方法，其特征在于，所述数据包为RTP数据包，根据如下的公式计算所述RTP数据包的所述限时时间戳:
tdl = (dt-dO)/scale+tO+td 其中，tdl为RTP数据包的限时时间戳，dt为RTP数据包中的Timestamp数值，dO为RTP数据包中的Timestamp初始值，scale是根据RTP采样时刻或发送时刻中的之一以及基站调度参考时钟确定的比例值，tO为服务质量管理器记录的RTP数据包完成向给目标终端发送的时刻，td为处理延时。
7.如权利要求3-6任意一项所述的无线调度方法，其特征在于，所述根据所述限时时间戳和预设的调度算法向所述目标终端发送所述数据包信息包括: 根据所述限时时间戳封装所述数据包信息，得到更新后的数据包信息； 根据所述目标终端的处理延时信息和所述预设的服务质量信息，确定预设常数值； 所述预设的调度算法包括: 如果所述更新后的数据包信息封装的限时时间戳的值小于当前系统时钟值，则丢弃所述更新后的数据包信息； 如果所述更新后的数据包信息封装的限时时间戳的值不小于当前系统时钟值，且如果所述更新后的数据包信息封装的限时时间戳的值和预设常数值的差值小于当前系统时钟值，则优先发送所述更新后的数据包信息。
8.如权利要求7所述无线调度方法，其特征在于，如果所述更新后的数据包信息封装的限时时间戳的值不小于当前系统时钟值，则所述方法还包括: 如果所述更新后的数据包信息封装的限时时间戳的值和预设常数值的差值不小于当前系统时钟值，则对所述更新后的数据包信息执行正常的调度算法。
9.如权利要求8所述的无线调度方法，其特征在于，所述正常的调度算法包括: 比例公平调度算法、轮询调度算法中的至少之一。
10.一种保证时延服务质量的无线调度装置，其特征在于，所述装置包括: 参数信息生成模块，用于根据预设的服务质量信息确定参数信息，所述参数信息包括初始时刻信息； 数据包信息获得模块，用于得到待向目标终端发送的数据包信息，所述数据包信息包括数据包对应的时刻信息； 限时时间戳生成模块，用于根据所述参数信息生成模块得到的所述初始时刻信息和所述数据包信息获得模块得到的所述数据包对应的时刻信息得到数据包的限时时间戳； 数据包发送模块，用于根据所述限时时间戳生成模块得到的所述限时时间戳和预设的调度算法向所述目标终端发送所述数据包信息，使得所述数据包信息在所述限时时间戳的限时时间之内到达所述目标终端。
11.如权利要求10所述的无线调度装置，其特征在于，所述预设的服务质量信息，包括预设的丢包率， 所述数据包发送模块还用于得到已经发送的数据包信息的平均丢包信息； 所述数据包发送模块还用于根据所述参数信息生成模块得到的所述预设的丢包率和所述已发送的数据包信息的平均丢包信息，确定待丢弃的数据包信息。
12.如权利要求10或11所述的无线调度装置，其特征在于，所述初始时刻信息包括第一数据包的应用时刻，其中，所述第一数据包为待向目标终端发送的第一个数据包；所述数据包对应的时刻信息包括数据包的采样时刻或发送时刻； 所述限时时间戳生成模块还具体用于获得所述目标终端的处理延时信息，所述目标终端的处理延时信息包括所述目标终端的处理延时； 并根据所述第一数据包的应用时刻、所述目标终端的处理延时、所述数据包的采样时刻得到所述数据包的限时时间戳；或者根据所述第一数据包的应用时刻、所述目标终端的处理延时、所述数据包的发送时刻得到所述数据包的限时时间戳。
13.如权利要求11或12所述的无线调度装置，其特征在于，所述数据包信息还包括: 至少一个的实时传输协议RTP数据包； 所述RTP数据包包括时间戳字段，所述时间戳字段记录所述RTP数据包中的数据的采样时刻或发送时刻或所述第一数据包的应用时刻。
14.如权利要求13所述的无线调度装置，其特征在于，所述数据包为RTP数据包，所述限时时间戳生成模块具体用于根据如下的公式计算所述RTP数据包的所述限时时间戳:
tdl = (dt-dO)/scale+tO+td ； 其中，tdl为RTP数据包的限时时间戳，dt为RTP数据包中的Timestamp数值，dO为RTP数据包中的Timestamp初始值，scale是根据RTP采样时刻信息或发送时刻信息中的之一以及基站调度参考时钟确定的比例值，tO为服务质量管理器记录的RTP数据包完成向给目标终端发送的时刻，td为处理延时。
15.如权利要求12-14任意一项所述的无线调度装置，其特征在于，所述数据包发送模块具体用于根据所述限时时间戳封装所述数据包信息，得到更新后的数据包信息；并根据所述目标终端的处理延时和所述预设的服务质量信息确定预设常数值；并根据所述限时时间戳和预设的调度算法向所述目标终端发送所述更新后的数据包信息，使得所述更新后的数据包信息在所述限时时间戳的限时时间之内到达所述目标终端； 其中，所述预设的调度算法包括: 如果所述更新后的数据包信息封装的限时时间戳的值小于当前系统时钟值，则丢弃所述更新后的数据 包信息； 如果所述更新后的数据包信息封装的限时时间戳的值不小于当前系统时钟值，且如果所述更新后的数据包信息封装的限时时间戳的值和预设常数值的差值小于当前系统时钟值，则优先发送所述更新后的数据包信息。
16.如权利要求15所述无线调度装置，其特征在于，如果所述更新后的数据包信息封装的限时时间戳的值不小于当前系统时钟值，且如果所述更新后的数据包信息封装的限时时间戳的值和预设常数值的差值不小于当前系统时钟值，则对所述更新后的数据包信息执行正常的调度算法。
17.如权利要求16所述的无线调度装置，其特征在于，所述正常的调度算法包括: 比例公平调度算法、轮询调度算法中的至少之一。
18.—种保证时延服务质量的基站，其特征在于，所述基站包括: 实时服务质量管理器，接收装置，发送装置； 其中，所述实时服务质量管理器用于根据预设的服务质量信息确定参数信息，所述参数信息包括初始时刻信息； 所述接收装置用于得到待向目标终端发送的数据包信息，所述数据包信息包括数据包对应的时刻信息； 所述实时服务质量管理器还用于根据所述初始时刻信息和所述接收装置得到的所述数据包对应的时刻信息得到数据包的限时时间戳； 所述发送装置用于根据预设的调度算法和所述实时服务质量管理器得到的限时时间戳向所述目标终端发送所述数据包信息，使得所述数据包信息在所述限时时间戳的限时时间之内到达所述目标终端。
19.如权利要求18所述的基站，其特征在于，所述预设的服务质量信息，包括预设的丢包率，所述实时服务质量管理器还用于: 得到已经发送的数据包信息的平均丢包信息； 根据所述预设的丢包率和所述已发送的数据包信息的平均丢包信息，确定待丢弃的数据包信息。
20.如权利要求18或19所述的基站，其特征在于，所述初始时刻信息包括第一数据包的应用时刻，其中，所述第一数据包为待向目标终端发送的第一个数据包；所述数据包对应的时刻信息包括数据包的采样时刻或发送时刻； 所述接收装置还用于获得所述目标终端的处理延时信息，所述目标终端的处理延时信息包括所述目标终端的处理延时； 所述实时服务质量管理器还具体用于根据所述第一数据包的应用时刻、所述目标终端的处理延时、所述数据包的采样时刻得到所述数据包的限时时间戳；或者根据所述第一数据包的应用时刻、所述目标终端的处理延时、所述数据包的发送时刻得到所述数据包的限时时间戳。
21.如权利要求20所述的基站，其特征在于，所述接收装置还具体用于接收所述目标终端发送的所述目标终端的处理延时信息，所属目标终端的处理延时信息是由所述目标终端通过与所属基站协商的方式生成的或所述目标终端通过测量所述数据包信息的实际下行传输速率生 成的。
【文档编号】H04W72/12GK103857052SQ201210551921
【公开日】2014年6月11日 申请日期:2012年12月18日 优先权日:2012年11月28日
【发明者】周雷 申请人:华为技术有限公司