在解压缩失败的情况下的时间戳修复机制的制作方法

本专利申请要求于2015年9月24日提交的发明名称为“Timestamp Repair Mechanism In Case Of Decompression Failure”并且发明人为Bressanelli等人的美国专利申请No.14/864,685的优先权，并且该专利申请已经转让给本申请的受让人。

技术领域

概括地说，以下内容涉及无线通信，并且更具体地说，以下内容涉及在解压缩失败的情况下的时间戳修复机制。

背景技术：

广泛部署无线通信系统以提供诸如语音、视频、分组数据、消息传送、广播等之类的各种类型的通信内容。这些系统可以能够通过共享可用系统资源(例如，时间、频率和功率)来支持与多个用户的通信。这类多址系统的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统以及正交频分多址(OFDMA)系统。无线多址通信系统可以包括多个基站，每个基站同时支持针对多个通信设备(其也可以被称为用户设备(UE))的通信。

无线通信系统(例如，第三代合作伙伴计划(3GPP)、长期演进(LTE)等)可以使用鲁棒报头压缩(RoHC)来以有效的方式提供报头信息。例如，当以常规互联网协议(IP)格式发送语音数据时，可以经由实时传输协议(RTP)或用户数据报协议(UDP)来携带语音分组。RTP/UDP/IP消息具有相对较大的报头开销(例如，大于语音数据有效载荷)。带宽利用率可以通过使用RoHC对RTP/UDP/IP报头进行压缩来提高。

RoHC将报头划分成静态部分和动态部分，静态部分包括在传输期间在相邻分组之间不发生变化的信息(例如，IP地址、端口号等)，动态部分包括针对每个分组发生变化的信息(例如序列号(SN)、时间戳(TS)、IP标识符(IP-ID)等)。例如，上行设备(例如，基站)处的压缩器和下行设备(例如，UE)处的解压缩器二者都存储每个数据流的上下文。在没有解压缩失败的情况下，压缩器仅在数据流的初始消息中包括报头的静态部分，而动态部分被包括在进一步压缩的消息中。因此，解压缩器对初始消息进行解压缩以获得静态信息和动态信息，并且对后续消息进行解压缩以仅获得动态信息。

RoHC可以使用基于窗口的最低有效位(WLSB)算法来对SN、TS和IP-ID进行压缩，其在数据流的分组之间变化相对较小。通常，WLSB算法提供用于传输的原始字段值的最低k个比特而不是整个原始字段值，压缩器和解压缩器将字段的参考值存储在数据流的上下文中。解压缩器使用参考值和所接收的k个比特来恢复原始字段值。解压缩器在解释区间中搜索具有与所接收的k个比特相同的最低k个比特的经解码的值。

当出现由上行设备发送的连续压缩报头的丢失(例如，由于无线电接口)从而使得携带未调整(scaled)的TS比特的新的压缩报头由例如下行设备接收时，报头的解压缩可能会失败。如本文中所描述的，需要改进报头恢复以减少重新初始化和重新同步，重新初始化和重新同步否则可能会导致分组丢失和较差的压缩率。

技术实现要素：

本公开内容提供了用于处理连续压缩报头的丢失(例如，由于无线电接口)的报头修复机制。本文的方法和装置利用这样的事实：一旦来自先前解压缩成功的正确时间戳(TS)，例如实时传输协议TS，(被称为“上次成功解压缩的TS”)是已知的，则后续时间戳应该具有以下形式：上次成功解压缩的TS+n*最小TS_STRIDE，其中，如果估计的序列号(SN)高于上次成功解压缩的SN，则n为正整数；并且如果估计的SN低于上次成功解压缩的SN，则n为负整数，并且最小TS_STRIDE是预期的最小TS增量，其是已知的并且与中等采样率和帧速率直接相关。

描述了一种无线通信方法。所述方法可以包括：接收压缩报头；确定对于所述压缩报头发生了解压缩失败；确定与所述解压缩失败相关联的经解压缩的时间戳(TS)在预先确定的解释窗口之外；以及至少部分地基于所述经解压缩的TS在所述预先确定的解释窗口之外的确定来尝试对所述经解压缩的TS进行修复。

描述了一种用于无线通信的装置。所述装置可以包括：用于接收压缩报头的单元；用于确定对于所述压缩报头发生了解压缩失败的单元；用于确定与所述解压缩失败相关联的经解压缩的时间戳(TS)在预先确定的解释窗口之外的单元；以及用于至少部分地基于所述经解压缩的TS在所述预先确定的解释窗口之外的确定来尝试对所述经解压缩的TS进行修复的单元。

描述了另一种装置。所述装置可以包括：处理器；与所述处理器进行电通信的存储器；以及存储在所述存储器中的指令。所述指令可操作用于使所述处理器：接收压缩报头；确定对于所述压缩报头发生了解压缩失败；确定与所述解压缩失败相关联的经解压缩的时间戳(TS)在预先确定的解释窗口之外；以及至少部分基于所述经解压缩的TS在所述预先确定的解释窗口之外的确定来尝试对所述经解压缩的TS进行修复。

描述了一种用于无线通信的非临时性计算机可读介质。所述非临时性计算机可读介质可以包括可操作用于使处理器进行以下操作的指令：接收压缩报头；确定对于所述压缩报头发生了解压缩失败；确定与所述解压缩失败相关联的经解压缩的时间戳(TS)在预先确定的解释窗口之外；以及基于所述经解压缩的TS在所述预先确定的解释窗口之外的确定来尝试对所述经解压缩的TS进行修复。

在上述方法、装置或非临时性计算机可读介质的一些示例中，确定所述经解压缩的TS在所述预先确定的解释窗口之外包括：至少基于最近成功解压缩的报头的TS值和接收到的压缩报头中用于压缩的未调整的TS值的比特数来确定所述经解压缩的TS在窗口之外。

在上述方法、装置或非临时性计算机可读介质的一些示例中，确定所述经解压缩的TS在所述预先确定的解释窗口之外包括：确定所述经解压缩的TS符合预先确定的格式。

在上述方法、装置或非临时性计算机可读介质的一些示例中，确定所述经解压缩的TS符合所述预先确定的格式包括：确定所述经解压缩的TS等于上次成功解压缩的TS加上最小TS_STRIDE的整数倍。

在上述方法、装置或非临时性计算机可读介质的一些示例中，所述最小TS_STRIDE的所述整数倍是所述最小TS_STRIDE的正整数倍。

在上述方法、装置或非临时性计算机可读介质的一些示例中，尝试对所述经解压缩的TS进行修复包括：获得符合预先确定的格式并具有与和所述压缩报头相关联的那些最低有效位相匹配的最低有效位的第一候选TS。

在上述方法、装置或非临时性计算机可读介质的一些示例中，获得符合所述预先确定的格式的所述第一候选TS包括：获得等于上次成功解压缩的TS加上最小TS_STRIDE的整数倍的第一候选TS。

在上述方法、装置或非临时性计算机可读介质的一些示例中，所述最小TS_STRIDE的所述整数倍是所述最小TS_STRIDE的正整数倍。

上述方法、装置或非临时性计算机可读介质的一些示例还可以包括用于尝试使用所述第一候选TS对接收到的报头进行解压缩的过程、特征、单元或指令。

上述方法、装置或非临时性计算机可读介质的一些示例还可以包括用于确定使用所述第一候选TS对所述接收到的报头的成功解压缩的过程、特征、单元或指令，以及用于用所述第一候选TS来对上次成功解压缩的TS进行更新的过程、特征、单元或指令。

上述方法、装置和非临时性计算机可读介质的一些示例还可以包括用于通过确定使用所述第一候选TS的至少接收到的报头的循环冗余校验(CRC)得到满足来确定使用所述第一候选TS对所述接收到的报头的成功解压缩的过程、特征、单元或指令。

上述方法、装置和非临时性计算机可读介质的一些示例还可以包括用于确定使用所述第一候选TS对所述接收到的报头的不成功解压缩的过程、特征、单元或指令。一些示例还可以包括用于确定不存在符合所述预先确定的格式并具有与和所述压缩报头相关联的那些最低有效位相匹配的最低有效位的其它候选TS的过程、特征、单元或指令。一些示例还可以包括用于响应于接收到所述压缩报头来发送否定确认(NACK)的过程、特征、单元或指令。

上述方法、装置和非临时性计算机可读介质的一些示例还可以包括用于确定使用所述第一候选TS对所述接收到的报头的不成功解压缩的过程、特征、单元或指令。可以获得符合所述预先确定的格式并具有与和所述压缩报头相关联的那些最低有效位相匹配的最低有效位的第二候选TS。所述第二候选TS可以用于尝试对接收到的报头进行解压缩。

上述方法、装置或非临时性计算机可读介质的一些示例还可以包括用于确定使用所述第二候选TS对所述接收到的报头的成功解压缩的过程、特征、单元或指令。另外，一些示例还可以包括用于用所述第二候选TS来对上次成功解压缩的TS进行更新的过程、特征、单元或指令。

附图说明

图1说明了根据本公开内容的方面支持在解压缩失败的情况下的时间戳修复机制的无线通信系统的示例。

图2说明了根据本公开内容的方面支持在解压缩失败的情况下的时间戳修复机制的系统中的过程流的示例。

图3和图4示出了根据本公开内容的方面支持在解压缩失败的情况下的时间戳修复机制的无线设备的框图。

图5说明了根据本公开内容的方面包括支持在解压缩失败的情况下的时间戳修复机制的UE的系统的框图。

图6说明了根据本公开内容的方面包括支持在解压缩失败的情况下的时间戳修复机制的基站的系统的框图。

图7和图8说明了根据本公开内容的方面用于在解压缩失败的情况下的时间戳修复的示例性方法。

具体实施方式

本公开内容提供了用于处理连续压缩报头的丢失的时间戳修复机制。通常，分组的时间戳(TS)逐个分组地以某个单位或定义的参数(例如，被称为“TS_STRIDE”)的整数倍增加。下行设备(例如，用户设备(UE))的解压缩器通常知道给定流的最小TS_STRIDE，因为先前已经传送了TS_STRIDE以便允许解压缩器对TS进行解压缩。当TS_STRIDE发生改变时(通常在从语音向静默转换时发生或反之亦然)，上行设备(例如，基站)的压缩器被要求发送新的TS_STRIDE和当前TS的最低有效位。解压缩器尝试基于时间戳的最低有效位来恢复报6头，并且如果解压缩成功，则针对后续分组考虑新的TS_STRIDE。

在尝试恢复报头时，解压缩器使用解释区间，其基于上次成功解压缩的报头和用于对信息进行压缩的比特数。但是，在连续分组丢失的情况下，由压缩器发送并由解压缩器接收的TS实际上可能在解释区间之外。这意味着解压缩器最终会估计TS的不正确的值。

如果在该阶段解压缩失败(例如，循环冗余校验(CRC)失败)，则解压缩器可以简单地发送否定确认(例如，NACK)并且通过发送未经压缩的报头来迫使压缩器对压缩进行重新初始化，直至达到重新同步。这样的重新初始化和重新同步可能涉及语音分组丢失和较差的压缩率。

根据本文中的方法和装置，不是在解压缩失败时自动发送否定确认，而是可以确定经解压缩的TS是否处于预期形式：上次成功解压缩的TS+n*最小TS_STRIDE。如果为否，则报头修复机制可以代替尝试找到替换TS，从而使得替换TS符合以下格式：上次成功解压缩的TS+n*最小TS_STRIDE，并且最低有效位恰好是在压缩报头中用信号通知的那些位。

在找到这样的TS时，报头解压缩可以尝试使用该TS(例如，经修复的时间戳)。如果CRC通过，则本文的方法和装置可以确定在内部实现了重新同步。因此，可以将“上次成功解压缩的TS”更新为新解压缩的报头，并且可以将语音分组转发到上层。如果上述CRC失败，则修复机制可以使用找到的满足前述的下一个TS来进行重复，并且使用下一个TS来重新尝试解压缩。

首先在无线通信系统的上下文中描述本公开内容的各个方面。还参考过程流图描述本公开内容的方面。参考与在解压缩失败的情况下的时间戳修复有关的装置图、系统图和流程图进一步说明和描述本公开内容的各个方面。

图1说明了根据本公开内容的各个方面的无线通信系统100的示例。无线通信系统100包括基站105、UE 115和核心网130。在一些示例中，无线通信系统100可以是长期演进(LTE)/高级LTE(LTE-A)网络。可以通过报头压缩(例如，鲁棒报头压缩(RoHC))来促进基站105之间、基站105和UE 115之间以及UE 115之间的通信。如此，基站105或UE 115中的任意一个可以是采用如本文所述的报头修复机制的下行设备。因此，当例如由上行设备(例如，基站105或UE 115中的不同的一个)发送的连续压缩报头的丢失发生从而使得携带未调整的TS比特的新的压缩报头由下行设备接收时，报头的解压缩可能会失败。在确定未调整的TS在解释区间之外时，报头修复机制可以尝试对未调整的TS进行修复。如果修复成功，则在内部实现重新同步，例如，没有发送NACK来经由上行设备造成重新初始化和重新同步。

基站105可以经由一个或多个基站天线与UE 115无线地通信。每个基站105可以对相应的地理覆盖区域110提供通信覆盖。无线通信系统100中示出的通信链路125可以包括：从UE 115到基站105的上行链路(UL)传输，或者从基站105到UE 115的下行链路(DL)传输。UE 115可以散布在整个无线通信系统100中，并且每个UE 115可以是固定的或移动的。UE 115还可以被称为移动台、订户站、远程单元、无线设备、接入终端(AT)、手持设备、用户代理、客户端或类似术语。UE 115还可以是蜂窝电话、无线调制解调器、手持设备、个人计算机、平板电脑、个人电子设备、机器类型通信(MTC)设备等。

基站105可以与核心网130并且与彼此进行通信。例如，基站105可以通过回程链路132(例如，S1等)与核心网130连接。基站105可以通过回程链路134(例如，X2等)直接或间接地(例如，通过核心网130)与彼此进行通信。基站105可以执行用于与UE 115的通信的无线电配置和调度，或者可以在基站控制器(未示出)的控制下进行操作。在一些示例中，基站105可以是宏小区、小型小区、热点等。基站105也可以被称为eNodeB(eNB)105。

分组之间的最小TS增量通常由无线通信系统100的设备(例如，基站105和UE 115)所知道。最小TS增量直接与无线通信系统100中的中等采样率和传输的帧速率有关。例如，在音频窄带AMR(NB-AMR)的情况下，采样率为8kHz，并且一个语音帧可以覆盖20ms。此外，每个语音帧通常被携带在一个RTP分组中。在这种情况下，对于某个整数n，RTP TS增量始终为n*160，其中，“160”是采样率和帧速率的乘积(8000Hz*0.02s)。注意：静默期对TS增量没有影响，因为源处的采样时钟通常保持运行而不改变帧速率或帧边界。同样地，在宽带AMR(WB-AMR)的情况下，采样率为16kHz，并且一个语音帧也覆盖20ms。因此，WB-AMR中的RTP TS增量总是n*320。

解压缩器可以根据以下公式来对RTP时间戳进行解压缩：TS＝TS SCALED*TS_STRIDE+TS OFFSET，其中，TS_STRIDE是显示传送的，并且TS OFFSET是隐式传送给解压缩器的。最小TS_STRIDE是在语音或视频活动期间传送给UE 115的TS_STRIDE。作为示例，对于NB-AMR，TS_STRIDE的预期值为160；对于WB-AMR，TS_STRIDE的预期值为320；并且对于采样率为90kHz且帧速率为30帧/秒的视频编解码器，TS_STRIDE的预期值为3000。

如果报头信息单元x是最近成功解压缩的报头的一部分，则解压缩器设置x参考值＝x，并尝试对下一个分组进行解压缩，假设x在解释区间[x参考值-p，x参考值+2^k-1-p]([TS最小值，TS最大值])之内，其中，k是新分组中针对x的压缩值所接收的比特数，p是远小于2^k的正整数。因此，在解释区间内存在p个过去值(例如，与最近的经解压缩的报头相比的x的较小值以允许分组的某种重新排序或延迟到达)和2^k–1–p个未来值。然而，在连续分组丢失的情况下，由压缩器发送并由解压缩器接收的x实际上可能大于x参考值+2^k-1–p，这意味着x因此在解释区间之外。在这样的情况下，即使压缩器(例如，基站)可以尝试发送大于TS最大值的TS，解压缩器(例如，UE)也会接收TS的最低有效位并且可能错误地预期TS处于解释区间中。这意味着解压缩器最终会估计x的不正确的值。

因此，当TS在解释窗口之外时，本文中描述的修复机制尝试对压缩的TS进行修复。修复机制可以应用于诸如TS、序列号(SN)和IP标识符(IP-ID)等的报头信息单元x。因此，应该理解的是：本说明书以TS为例来进行阐述。

图2说明了根据本公开内容的各个方面用于在解压缩失败的情况下的时间戳修复的过程流200的示例。过程流200可以包括基站105-a和UE115-a，其可以是参考图1描述的相应设备的示例。在图2中，例如，基站105-a是上行设备(例如，发送数据的设备)，并且UE 115-a是下行设备(例如，接收数据的设备)。

基站105-a和UE 115-a之间的通信开始于初始化和同步时段205，在此期间基站105-a发送未经压缩的报头直到达到同步(例如，UE 115-a用同步确认来进行响应)。此后，从基站105-a向UE 115-a发送的通信可以包括压缩报头210。当对压缩报头进行了成功的解压缩时，UE 115-a可以向基站105-a发送确认(ACK)215。

然而，在分组丢失220之后(例如，由于干扰)，由UE 115-a从基站105-a接收的后续压缩报头225可以包括未调整的TS。在这样的情况下，UE 115-a可以在框230处确定解压缩失败(例如，经由CRC)。当确定解压缩失败时，在框235处，UE 115-a可以确定接收到的TS是否在解释窗口之外。在一些方面中，如果为否，则UE 115-a可以向基站105-a发送NACK(未示出)，从而导致重新初始化和重新同步(也未示出)。

在框235处考虑的解释窗口可以由范围[TS最小值，TS最大值]给出。TS最小值可以由数量(x参考值-p)表示，其中x参考值等于报头信息单元x，并且其中p是远小于2^k的正整数(k是在新分组中针对x的压缩值所接收的比特数)。TS最大值可以由数量(x参考值+2^k-1-p)表示。因此，在解释窗口内存在p个过去值(例如，与最近的经解压缩的报头相比的x的较小值以允许分组的某种重新排序或延迟到达)和2^k–1–p个未来值。

当接收到的TS在解释窗口之外时，如本文中进一步描述的，UE尝试对TS进行修复(在框240处)。如果修复成功，则可以使用压缩报头继续从基站105-a到UE 115-a的通信。如果不能进行TS的修复，则UE 115-a可以向基站105-a发送NACK 245用于重新初始化和重新同步。

确定TS可能在预先确定的解释窗口之外(在框235)可以包括：确定经解压缩的TS是否符合预先确定的格式。在一些情况下，确定经解压缩的TS符合预先确定的格式涉及确定经解压缩的时间戳等于上次成功解压缩的时间戳加上最小TS_STRIDE的整数倍。在一些情况下，最小TS_STRIDE的整数倍是最小TS_STRIDE的正整数倍。预先确定的格式也可以写成如下：上次成功解压缩的TS+n*最小TS_STRIDE。

如果经解压缩的TS被确定为在预先确定的解释窗口之外，则可以尝试TS修复(在框240处)。为了对经解压缩的TS进行修复，获得第一候选TS。第一候选TS可以符合预先确定的格式并具有与和压缩报头相关联的那些最低有效位相匹配的最低有效位。在一些情况下，获得符合预先确定的格式的第一候选TS涉及获得等于上次成功解压缩的时间戳加上最小TS_STRIDE的整数倍的第一候选TS。在一些情况下，最小TS_STRIDE的整数倍是最小TS_STRIDE的正整数倍。

一旦获得第一候选TS，UE 115-a就可以尝试使用第一候选TS对接收到的报头进行解压缩。如果成功，则用第一候选TS来对上次成功解压缩的TS进行替换。如果解压缩尝试不成功，则可以确定并测试一个或多个附加的候选TS，其中每个附加的候选TS都符合预先确定的格式并且具有与和压缩报头相关联的那些最低有效位相匹配的最低有效位。

图3示出了根据本公开内容的各个方面支持在解压缩失败的情况下的时间戳修复的无线设备300的框图。无线设备300可以是参考图1和图2描述的UE 115或基站105的方面的示例。无线设备300可以包括接收机305、通信管理器310和发射机315。无线设备300还可以包括处理器。这些组件中的每个组件可以互相通信。

接收机305可以接收与各个信息信道(例如，控制信道、数据信道和与在解压缩失败的情况下的时间戳修复机制有关的信息等)相关联的诸如分组、用户数据或控制信息的信息。信息可以被传递到设备的其它组件。接收机305可以是参考图5描述的收发机525的各方面的示例。

通信管理器310可以接收压缩报头，确定对于所述压缩报头发生了解压缩失败，确定与解压缩失败相关联的经解压缩的时间戳在预先确定的解释窗口之外，并且至少部分基于经解压缩的时间戳在预先确定的解释窗口之外的确定来尝试对经解压缩的时间戳进行修复。通信管理器310也可以是参考图5描述的通信管理模块505的各方面的示例。

发射机315可以发送从无线设备300的其它组件接收的信号。在一些示例中，发射机315可以与接收机共置于收发机模块中。例如，发射机315可以是参考图5描述的收发机525的各方面的示例。发射机315可以包括单个天线，或者其可以包括多个天线。

图4示出了根据本公开内容的各个方面支持在解压缩失败的情况下的时间戳修复的无线设备400的框图。无线设备400可以是参考图1、图2和图3描述的无线设备300或UE 115或基站105的方面的示例。无线设备400可以包括接收机405、通信管理器410和发射机435。无线设备400还可以包括处理器。这些组件中的每个组件可以互相通信。

接收机405可以接收可以被传递到设备的其它组件的信息。接收机405还可以执行参考图3的接收机305描述的功能。接收机405可以是参考图5描述的收发机525的各方面的示例。

通信管理器410可以是参考图3描述的通信管理器310的方面的示例。通信管理器410可以包括报头压缩/解压缩模块415、解压缩验证模块420、时间戳评估模块425和时间戳修复模块430。通信管理器410可以是参考图5描述的通信管理模块505的各方面的示例。

报头压缩/解压缩模块415可以经由接收机405来接收压缩报头，并且对接收到的报头进行解压缩。基于所存储的上下文和压缩分组的接收来执行解压缩，压缩分组包含动态字段的集合的改变。其它字段的改变可以根据存在于压缩分组中的显式更新的字段来进行预测。

解压缩验证模块420可以确定针对压缩报头发生了解压缩失败(例如，经由CRC)。每个压缩分组可以包括具有取决于压缩分组类型的多个比特的CRC。可以在压缩之前(例如，在压缩器侧)在完整报头(IP/UDP/RTP)上计算CRC。在解压缩尝试之后，解压缩验证模块420可以当在完整解压缩报头上计算的CRC与从压缩器接收的CRC不同时检测到失败。

时间戳评估模块425可以确定与解压缩失败相关联的经解压缩的时间戳在预先确定的解释窗口之外。在一些情况下，确定经解压缩的时间戳在预先确定的解释窗口之外是至少基于最近成功解压缩的报头的时间戳值和接收到的压缩报头中用于压缩的未调整的时间戳值的比特数。在一些情况下，确定经解压缩的时间戳在预先确定的解释窗口之外涉及确定经解压缩的时间戳符合预先确定的格式。在一些情况下，确定经解压缩的时间戳符合预先确定的格式涉及确定经解压缩的时间戳等于上次成功解压缩的时间戳加上最小TS_STRIDE的整数倍。在一些情况下，最小TS_STRIDE的整数倍是最小TS_STRIDE的正整数倍。预先确定的格式也可以写成如下：上次成功解压缩的TS+n*最小TS_STRIDE。

时间戳修复模块430可以尝试至少部分地基于确定经解压缩的时间戳在预先确定的解释窗口之外来尝试对经解压缩的时间戳进行修复。为了对经解压缩的时间戳进行修复，时间戳修复模块430获得符合预先确定的格式并具有与和压缩报头相关联的那些最低有效位相匹配的最低有效位的第一候选TS。在一些情况下，获得符合预先确定的格式的第一候选时间戳涉及获得等于上次成功解压缩的时间戳加上最小TS_STRIDE的整数倍的第一候选时间戳。在一些情况下，最小TS_STRIDE的整数倍是最小TS_STRIDE的正整数倍。

一旦获得第一候选TS，时间戳修复模块430就可以尝试使用第一候选时间戳对接收到的报头进行解压缩。如果解压缩验证模块420确定使用第一候选时间戳(例如，经由CRC)对接收到的报头的成功解压缩，则报头压缩/解压缩模块415用第一候选时间戳来对上次成功解压缩的时间戳进行更新。如果解压缩验证模块420确定使用第一候选时间戳对接收到的报头的不成功解压缩，则时间戳修复模块430可以获得符合预先确定的格式并具有与和压缩报头相关联的那些最低有效位相匹配的最低有效位的第二候选TS。时间戳修复模块430然后尝试使用第二候选时间戳来对接收到的报头进行解压缩，诸如此类。

如果时间戳修复模块430确定没有或没有其它符合预先确定的格式并具有与和压缩报头相关联的那些最低有效位相匹配的最低有效位的候选时间戳存在，或者阈值数量的修复尝试已经满足，则通信管理器410响应于接收到压缩报头而发送否定确认。

发射机435可以发送从无线设备400的其它组件接收的信号。在一些示例中，发射机435可以与接收机共置于收发机模块中。例如，发射机435可以是参考图5描述的收发机525的各方面的示例。发射机435可以使用单个天线，或者其可以使用多个天线。

图5示出了根据本公开内容的各个方面包括支持在解压缩失败的情况下时间戳修复的设备的系统500的图。例如，系统500可以包括UE 115-b，其可以是如参考图1至图4描述的无线设备300、无线设备400或UE 115的示例。

UE 115-b还可以包括通信管理模块505、处理器510、存储器515、收发机525、天线530和时间戳修复模块535。这些模块中的每个模块可以直接或间接地彼此通信(例如，经由一个或多个总线540)。

通信管理模块505可以是如参考图3和图4描述的通信管理器的示例。处理器510可以包括智能硬件设备(例如，中央处理单元(CPU)、微控制器、专用集成电路(ASIC)等)。存储器515可以包括随机存取存储器(RAM)和只读存储器(ROM)。存储器515可以存储计算机可读的、计算机可执行软件，其包括一个或多个指令，当被执行时，所述指令使处理器执行本文中描述的各种功能(例如，压缩/解压缩、时间戳修复等)。在一些情况下，软件520可以不是由处理器直接可执行的，而是可以使计算机(例如，当被编译和被执行时)执行本文所描述的功能。

收发机525可以经由一个或多个天线、有线或无线链路与如上所述的一个或多个网络进行双向通信。例如，收发机525可以与基站105或UE 115进行双向通信。收发机525还可以包括调制解调器，其用于对分组进行调制并且向天线提供经调制的分组用于传输，以及对从天线接收到的分组进行解调。

在一些情况下，无线设备可以包括单个天线530。然而，在一些情况下，该设备可以具有一个以上的天线530，其可以能够同时发送或接收多个无线传输。

时间戳修复模块535可以结合通信管理模块505进行操作以执行本文中描述的各种操作。例如，时间戳修复模块535可以执行上文针对图4的报头压缩/解压缩模块415、解压缩验证模块420、时间戳评估模块425和时间戳修复模块430描述的和/或下文针对图7和图8描述的操作。

图6示出了根据本公开内容的各个方面包括被配置为支持在解压缩失败的情况下的时间戳修复的设备的无线系统600的图。例如，系统600可以包括基站105-c，其可以是如参考图1至图4所描述的无线设备300、无线设备400或基站105的示例。基站105-c还可以包括用于双向语音和数据通信的组件，其包括用于发送通信的组件和用于接收通信的组件。例如，基站105-c可以与一个或多个UE 115进行双向通信。

基站105-c还可以包括通信管理模块605、处理器610、存储器615、收发机625、天线630、基站通信模块635以及网络通信模块640。这些模块中的每个模块可以直接或间接地彼此通信(例如，经由一个或多个总线645)。

通信管理模块605可以是如参考图3和图4所描述的通信管理模块的示例。处理器610可以包括智能硬件设备(例如，CPU、微控制器、ASIC等)。存储器615可以包括RAM和ROM。存储器615可以存储计算机可读的、计算机可执行软件，其包括一个或多个指令，当被执行时，所述指令使处理器执行本文中描述的各种功能(例如，在解压缩失败的情况下的时间戳修复机制等)。在一些情况下，软件620可以不是由处理器直接可执行的，而是可以使计算机(例如，当被编译和被执行时)执行本文所描述的功能。

收发机625可以经由一个或多个天线、有线或无线链路与如上所述的一个或多个网络进行双向通信。例如，收发机625可以与基站105或UE 115进行双向通信。收发机625还可以包括调制解调器，其用于对分组进行调制并且向天线提供经调制的分组用于传输，以及对从天线接收到的分组进行解调。

在一些情况下，无线设备可以包括单个天线630。然而，在一些情况下，该设备可以具有一个以上的天线630，其可以能够同时发送或接收多个无线传输。

基站通信模块635可以管理与其它基站105的通信，并且可以包括用于与其它基站105协作来控制与UE 115的通信的控制器或调度器。例如，基站通信模块635可以针对诸如波束成形和/或联合传输的各种干扰减轻技术来协调针对向UE 115的传输的调度。在一些示例中，基站通信模块635可以提供LTE/LTE-A无线通信网络技术内的X2接口以提供基站105之间的通信。

网络通信模块640可以管理与核心网络的通信(例如，经由一个或多个有线回程链路)。例如，网络通信模块640可以管理客户端设备(如一个或多个UE 115)的数据通信的传输。

图7示出了根据本公开内容的各个方面用于在解压缩失败的情况下的时间戳修复的方法700的流程图。如参考图1和图2所描述的，方法700的操作可以由UE 115或基站105或其组件实现。例如，方法700的操作可以由本文中所描述的通信管理器或通信管理模块来执行。在一些示例中，UE 115或基站105可以执行代码集来控制该设备的功能单元以执行下文描述的功能。另外或替代地，UE 115或基站105可以执行下文使用专用硬件描述的功能的方面。

在框705处，UE 115或基站105可以如上文参考图2所描述的接收压缩报头。在某些示例中，框705的操作可以由如参考图4所描述的报头压缩/解压缩模块415来执行。

在框710处，UE 115或基站105可以如上文参考图2所描述的确定针对压缩报头发生了解压缩失败。在某些示例中，框710的操作可以由如参考图4所描述的解压缩验证模块420来执行。

在框715处，UE 115或基站105可以如上文参考图2所描述的确定与解压缩失败相关联的经解压缩的TS在预先确定的解释窗口之外。在某些示例中，框715的操作可以由如参考图4所描述的时间戳评估模块425来执行。

在框720处，UE 115或基站105可以如上文参考图2所描述的基于确定经解压缩的TS在预先确定的解释窗口之外来尝试对经解压缩的TS进行修复。在某些示例中，框720的操作可以由如参考图4所描述的时间戳修复模块430来执行。

图8示出了根据本公开内容的各个方面用于在解压缩失败的情况下的时间戳修复的方法800的流程图。如参考图1和图2所描述的，方法800的操作可以由UE 115或基站105或其组件实现。例如，方法800的操作可以由本文中所描述的通信管理器或通信管理模块来执行。在一些示例中，UE 115或基站105可以执行代码集来控制该设备的功能单元以执行下文描述的功能。另外或替代地，UE 115或基站105可以执行下文使用专用硬件描述的功能的方面。

在框805处，UE 115或基站105可以如上文参考图2所描述的接收压缩报头。然后，在框810处，UE 115或基站105可以尝试对接收到的报头进行解压缩。在某些示例中，框805和810的操作可以由如参考图4所描述的报头压缩/解压缩模块415来执行。

在框815处，UE 115或基站105可以确定在框810处的解压缩是否成功。在某些示例中，框815的操作可以由如参考图4所描述的解压缩验证模块420来执行。如果在框810处的解压缩是成功的，则方法800可以返回到框805，以便UE 115或基站105接收包括压缩报头的后续通信。如果在框810处的解压缩是不成功的，则UE 115或基站105如上文参考图2所描述的确定针对压缩报头发生了解压缩失败。

如果在框815处确定了解压缩失败，则方法800可以继续进行到框820，在该框处，UE 115或基站105可以如上文参考图2所描述的确定与解压缩失败相关联的经解压缩的TS是否在预先确定的解释窗口之外。在某些示例中，框820的操作可以由如参考图4所描述的时间戳评估模块425来执行。如果经解压缩的TS不在预先确定的窗口之外，则方法800可以继续进行到框825，在该框处，UE 115或基站105响应于接收到压缩报头来发送NACK(框805)。如上所述，NACK可以使上行设备重新初始化并重新同步以返回到使用压缩报头。

如果经解压缩的TS在预先确定的窗口之外，则方法800可以跳到框830，在该框处，UE 115或基站105获得候选TS。在某些示例中，框830的操作可以由如参考图4所描述的时间戳评估模块425来执行。

然后，在框835处，UE 115或基站105尝试使用候选TS对接收到的报头(框805)进行解压缩。在某些示例中，框835的操作可以由如参考图4所描述的报头压缩/解压缩模块415来执行。

在框840处，UE 115或基站105可以确定在框835处的解压缩是否成功。在某些示例中，框840的操作可以由如参考图4所描述的解压缩验证模块420来执行。如果在框835处的解压缩是成功的，则报头已经被修复并且已经在内部实现了重新同步(例如，在UE 115或基站105处，不涉及上行设备)。在这样的情况下，方法800可以返回到框805，以便UE 115或基站105接收包括压缩报头的后续通信。虽然为了简单起见没有示出，但UE 115或基站105可以用第一候选TS来更新上次成功解压缩的TS。在某些示例中，这些操作可以由如参考图4所描述的报头压缩/解压缩模块415来执行。

如果在框835处的解压缩是不成功的，则方法800可以继续进行到框845，在该框处，UE 115或基站105确定是否存在额外的候选TS。在某些示例中，框845的操作可以由如参考图4所描述的时间戳评估模块425来执行。

如果存在额外的候选TS，则方法返回到框835以尝试使用该额外的候选TS进行解压缩。如果不存在额外的候选TS，则方法800可以返回到框825，在该框处，因为经解压缩的时间戳的修复不成功，因此UE 115或基站105响应于接收到压缩报头而发送NACK(框805)。另外，在一些方面中，如果满足了修复尝试的阈值数量，则方法800可以返回到框825，在该框处，因为经解压缩的时间戳的修复不成功，因此UE 115或基站105响应于接收到压缩报头而发送NACK(框805)。

虽然为了简单起见未示出，但是应该理解的是：如果不存在候选TS，则方法800还可以从框820继续进行到框825，因为修复机制(例如，框830-840)不能在没有至少一个候选TS的情况下执行。因此，应该理解的是：对于前面的描述，假设存在至少一个候选TS。

应该指出的是：这些方法描述了可能的实现方式，并且可以重新安排或以其它方式来修改操作和步骤从而使其它实现是可能的。在一些示例中，可以对来自这些方法中的两种或更多种方法的方面进行组合。例如，这些方法中的每个方法的方面可以包括其它方法的步骤或方面，或者本文中描述的其它步骤或技术。因此，本公开内容的方面可以提供在解压缩失败的情况下的时间戳修复机制。

为了使本领域普通技术人员能够实现或者使用本公开内容，提供了本文中的描述。对于本领域的技术人员而言，对本公开内容的各种修改将是显而易见的，并且在不背离本公开内容的范围的前提下，本文中定义的总体原理可适用于其它变型。因此，本公开内容并不受限于本文中所描述的示例和设计，而是符合与本文中所公开的原理和新颖特征相一致的最广范围。

可以用硬件、由处理器执行的软件、固件或其任何组合来实现本文中所描述的功能。如果通过由处理器执行的软件实现，则这些功能可以作为一条或多条指令或代码保存在计算机可读介质上、或者通过计算机可读介质传输。其它示例和实现方式处于本申请和所附权利要求的范围内。例如，由于软件的性质，可以使用由处理器、硬件、固件、硬接线、或者这些的任意组合所执行的软件来实现上述的功能。也可以将实现功能的特征物理地放置到各种位置，包括被分布为使得在不同物理(PHY)位置处实现功能的部分。此外，包括在权利要求中如条目列表中所使用的“或”(例如，在前面冠以诸如“至少其中之一”或“其中的一个或多个”的短语的条目的列表)指示包含性列表，使得例如，“a、b或c中的至少一个”旨在涵盖a、b、c、a-b、a-c、b-c和a-b-c，以及与多个相同元素的任意组合(例如，a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c和c-c-c，或者a、b和c的任意其它排序)。

计算机可读介质包括非临时性计算机存储介质和通信介质二者，所述通信介质包括有助于将计算机程序从一个地点传输到另一个地点的任何介质。非临时性存储介质可以是可以由通用计算机或专用计算机访问的任何可用介质。通过举例而非限制的方式，非临时性计算机可读介质可以包括RAM、ROM、电可擦除可编程只读存储器(EEPROM)、压缩盘(CD)ROM或其它光盘存储装置、磁盘存储装置或其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码单元并可以由通用或专用计算机或者通用或专用处理器进行存取的任何其它非临时性介质。此外，任何连接都可以被适当地称为计算机可读介质。例如，如果使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或其它远程源发送软件，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线电和微波之类的无线技术包括在介质的定义中。如本文中所使用的，磁盘(disk)和光碟(disc)包括CD、激光光碟、光学光碟、数字通用光碟(DVD)、软盘和蓝光光碟，其中磁盘通常磁性地复制数据，而光碟则用激光来光学地复制数据。上面的组合也应当包括在计算机可读介质的范围之内。

本文所描述的技术可以用于诸如CDMA、TDMA、FDMA(FDMA)、OFDMA(OFDMA)、单载波频分多址(SC-FDMA)和其它系统之类的各种无线通信系统。术语“网络”和“系统”经常可互换使用。CDMA系统可以实现诸如CDMA2000、通用陆地无线接入(UTRA)等之类的无线电技术。CDMA2000涵盖了IS-2000、IS-95和IS-856标准。IS-2000版本0和A通常被称为CDMA2000 1X、1X等。IS-856(TIA-856)通常被称为CDMA2000 1xEV-DO、高速分组数据(HRPD)等。UTRA包括宽带CDMA(WCDMA)和CDMA的其它变型。TDMA系统可以实现诸如全球移动通信系统(GSM)的无线技术。OFDMA系统可以实现诸如超移动宽带(UMB)、演进型UTRA(E-UTRA)、IEEE 802.11(无线保真(Wi-Fi))、IEEE 802.16(WiMAX)、IEEE 802.20、闪速OFDM等的无线电技术。UTRA和E-UTRA是通用移动电信系统(通用移动电信系统(UMTS))的一部分。3GPP LTE和LTE-A是使用E-UTRA的UMTS的新版本。在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM。在来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文档中描述了CDMA2000和UMB。本文中所描述的技术可以用于上面提到的系统和无线电技术、以及其它系统和无线电技术。然而，本文的描述出于示例的目的描述了LTE系统，并且在以上大部分描述中使用了LTE术语，虽然这些技术适用于超出LTE应用的范围。

在LTE/LTE-A网络(包括本文中描述的网络)中，术语演进型节点B(eNB)通常可以用于描述基站。无线通信系统或本文中描述的系统可以包括异构LTE/LTE-A网络,在其中,不同类型的eNB为各种地理区域提供覆盖。例如，每个eNB或基站可以为宏小区、小型小区或者其它类型的小区提供通信覆盖。术语“小区”是能够用于描述下列各项的3GPP术语：基站、与基站相关联的载波或分量载波(CC)或者载波或基站的覆盖区域(例如，扇区等)，这取决于上下文。

基站可以包括或者可以被本领域技术人员称为基站收发机、无线基站、接入点(AP)、无线收发机、节点B、eNodeB(eNB)、家庭节点B、家庭eNodeB或某种其它合适的术语。基站的地理覆盖区域可以被划分为仅构成覆盖区域的一部分的扇区。无线通信系统或本文中描述的系统可以包括不同类型的基站(例如，宏基站或小型小区基站)。本文中描述的UE可以能够与各种类型的基站和网络设备(包括宏eNB、小型小区eNB、中继基站等)通信。针对不同的技术可能有重叠的地理覆盖区域。

宏小区通常覆盖相对较大的地理区域(例如，半径为几千米的范围)，并且可以允许由与网络提供商具有签约服务的UE无限制地接入。与宏小区相比较，小型小区是可以在与宏小区相同或不同的(例如，经许可，免许可等)频带中进行操作的低功率基站。根据各个示例，小型小区可以包括微微小区、毫微微小区以及微型小区。例如，微微小区可以覆盖较小的地理区域，并且可以允许由与网络提供商具有签约服务的UE无限制地接入。毫微微小区也可以覆盖较小的地理区域(例如，家庭)，并且提供与该毫微微小区相关联的UE(例如，封闭用户组(CSG)中的UE、针对在家中的用户的UE等)的受限的接入。宏小区的eNB可被称为宏eNB。小型小区的eNB可被称为小型小区eNB、微微eNB、毫微微eNB或家庭eNB。一个eNB可以支持一个或多个(例如，两个、三个、四个等)小区(例如，CC)。UE可以能够与各种类型的基站和网络设备(包括宏eNB、小型小区eNB、中继基站等)通信。

无线通信系统或本文中描述的系统可以支持同步或异步操作。对于同步操作来说，基站可以具有相似的帧时序，并且来自不同基站的传输可以按时间近似地对齐。对于异步操作来说，基站可以具有不同的帧时序，并且来自不同基站的传输可以不再时间上对齐。本文所述技术可被用于同步操作或异步操作。

本文中描述的DL传输还可以被称为前向链路传输，而UL传输还可以被称为反向链路传输。本文中描述的每个通信链路(包括例如图1的无线通信系统100)可以包括一个或多个载波，其中每个载波可以是由多个子载波组成的信号(例如，不同频率的波形信号)。每个经调制的信号可以在不同的子载波上发送，并且可以携带控制信息(例如，参考信号、控制信道等)、开销信息、用户数据等。本文中描述的通信链路(例如，图1的通信链路125)可以使用频分双工(FDD)(例如，使用成对的频谱资源)或时分双工(TDD)操作(例如，使用不成对的频谱资源)来发送双向通信。可以定义FDD的帧结构(例如，帧结构类型1)和TDD的帧结构(例如，帧结构类型2)。

因此，本公开内容的方面可以提供在解压缩失败的情况下的时间戳修复机制。应该指出的是：这些方法描述了可能的实现方式，并且可以重新安排或以其它方式来修改操作和步骤从而使其它实现是可能的。在一些示例中，可以对来自这些方法中的两种或更多种方法的方面进行组合。

利用被设计为执行本文所述功能的通用处理器、数字信号处理器(DSP)、ASIC、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意组合，可以实现或执行结合本文中的公开内容所描述的各个说明性的框和模块。通用处理器可以是微处理器，但是，在替代方案中，该处理器可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以被实现为计算设备的组合(例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它此种结构)。因此，可以由至少一个集成电路(IC)上的一个或多个其它处理单元(或者核)来执行本文中描述的功能。在各个示例中，可以使用不同类型的IC(例如，结构化/平台ASIC、FPGA或其它半定制IC)，可以通过本领域中已知的任何方式来对这些集成电路进行编程。还可以使用存储器中包含的指令来一并整体或部分地实现每个单元的功能，其中所述指令被格式化为由一个或多个通用或专用处理器来执行。

在附图中，类似的组件或特征可以具有相同的参考标号。另外，相同类型的各个组件可以通过在参考标号后面跟随用于在相似的组件之间进行区分的短划线和第二标号来区分。如果本说明书中只使用第一参考标号，那么描述适用于具有相同的第一参考标号的类似组件中的任何一个，而不考虑第二附图标记。