CN101313503A - 用于早期检测解码错误的系统 - Google Patents

Abstract

本发明涉及一种用于早期检测解码错误的系统。提供一种用于检测解码失败的方法。所述方法包括接收初始数量的代码包、检测指示与所述初始数量的代码包相关联的解码失败的触发事件及接收一个或一个以上额外代码包。

Description

用于早期检测解码错误的系统

技术领域

本专利申请案主张2005年9月28日提出申请且名称为“METHOD FOR EARLYDETECTION OF DECODE FAILURES”(早期检测解码失败的方法)的第60/721,824号临时申请案的优先权，所述临时申请案让与本申请案的受让人并以引用的方式明确地并入本文中。

背景技术

本专利申请案大体而言涉及通信系统，且具体而言涉及在通信系统中用于早期检测解码错误的系统。

在典型的无线递送系统中，内容在多播传输信道上递送给便携式装置。所述内容采用经编码以克服包丢失的数据包的形式，当包在传输信道上传输时可能发生包丢失。在发射机处的编码器获取原始数据包，并产生传输给一个或一个以上装置的代码包。由于噪声或其它降级传输作用，因此在任何特定装置处接收代码包的子集。所接收的代码包经解码以恢复原始数据包。

解码处理是否成功取决于所接收代码包的数目。通常，如果数据包的数目是“k”，那么所接收代码包的数目应至少为k(1+ε)，其中epsilon(ε)是通信开销系数(例如k的10％)。选择的ε值越高，则解码失败的概率越低，但可增加解码时间及/或装置的电池消耗。

常规系统通常假设最坏情况传输环境来固定ε值，以实现所选择的解码性能。然而，传输信道根据最坏情况假设来实施通常不常见。因此，接收装置会接收到许多不必要的包。举例来说，假设最坏情况传输环境导致固定的ε值极其大。为了对数据进行解码，这使得要接收许多额外的包或不必要的包。这给接收装置的资源带来了较大负担，因为其需要额外的功率、CPU时间、存储器以及文件系统资源来接收并处理不必要的包。

因此，人们期望具有一种操作以基于传输信道质量来调整所接收包数目以获得所选择解码器性能的系统。所述系统还应操作以实施早期错误检测，以使所接收包数目可经调整以产生所选择的解码器性能，而不必等待解码处理的结果。

发明内容

在一个或一个以上实施例中，提供有解码系统，所述解码系统操作以基于传输信道质量来调整所接收包数目，以获得所选择解码器性能。在一个实施例中，所述系统基于一个或一个以上触发事件来调整所接收包的数目。举例来说，一个触发事件与解码处理的失败相关联。一个或一个以上其它触发事件与错误的早期检测相关联，以使所接收包的数目可经调整来实现所选择解码器性能，而不必等待解码处理的结果。所述系统尤其适于在无线通信系统中使用，以允许数据由便携式装置来接收/恢复，同时将对装置资源的影响(例如功率消耗、存储器、CPU时间以及文件存取等)降至最低。

在一个实施例中，提供一种用于检测解码失败的方法。所述方法包含：接收初始数量的代码包；检测指示与所述初始数量的代码包相关联的解码失败的触发事件；以及接收一个或一个以上额外代码包。

在一个实施例中，提供一种用于检测解码失败的设备。所述设备包含：接收逻辑，其经配置以接收初始数量的代码包，并在检测到触发事件时接收一个或一个以上额外代码包；及处理逻辑，其经配置以检测触发事件，其中所述触发事件指示与所述初始数量的代码包相关联的解码失败。

在一个实施例中，提供一种用于检测解码失败的设备。所述设备包含：接收装置，其用于接收初始数量的代码包；检测装置，其用于检测指示与所述初始数量的代码包相关联的解码失败的触发事件；及接收装置，其用于接收一个或一个以上额外代码包。

在一个实施例中，提供一种包含指令的计算机可读媒体，当由至少一个处理器执行时所述指令操作以检测解码失败。计算机可读媒体包含：接收指令，其用于接收初始数量的代码包；检测指令，其用于检测指示与所述初始数量的代码包相关联的解码失败的触发事件；及接收指令，其用于接收一个或一个以上额外代码包。

在一个实施例中，提供至少一个处理器，所述处理器经配置以实施用于检测解码失败的方法。所述方法包含：接收初始数量的代码包；检测指示与所述初始数量的代码包相关联的解码失败的触发事件；以及接收一个或一个以上额外的代码包。

在阅读下文阐述的“附图说明”、“具体实施方式”及“权利要求书”后，所述实施例的其它方面将变得显而易见。

附图说明

结合附图参考下文详细说明，本文所述实施例的前述方面将变得更加显而易见，附图中：

图1显示包含解码系统的一个实施例的通信路径；

图2显示曲线图，其绘示解码失败概率与ε之间的关系；

图3显示供解码系统各实施例中使用的解码器的一个实施例；

图4显示供解码系统各实施例中使用的树形结构的一个实施例；

图5显示供解码系统各实施例中使用的方法的一个实施例；及

图6显示供解码系统各实施例中使用的解码器的一个实施例。

具体实施方式

以下说明描述解码系统的一个或一个以上实施例。解码系统操作以基于传输信道质量来调整所接收包的数目，以获得所选择解码器性能。所述系统尤其适于用在具有有限资源的便携式装置中，但可用于任何类型的装置。所述系统还可用于在任何类型的网络环境中操作的装置中，其中包括但不限于通信网络、诸如因特网等公共网络、诸如虚拟私人网络(VPN)等私人网络、局域网络、广域网络、长距离网络或任何其它类型的数据或通信网络。

图1显示通信路径100，其包含解码系统的一个实施例。举例来说，通信路径100可用来将内容递送给一个或一个以上便携式装置。通信路径100包含编码器102、传输信道104以及解码器106。

在一个实施例中，编码器102在数据包上实施消息编码，所述数据包将在传输信道104上传输。实施消息编码的原因是传输信道104可能是导致所传输包丢失的有损耗的信道(或删除信道)。消息编码提供允许丢失的数据包得以恢复的冗余。在一个实施例中，使用称为低密度产生器矩阵(LDGM)技术的编码技术来实施消息编码。然而，在其它实施例中可利用其它类型的消息编码。

在一个实施例中，编码器102接收数据包D(显示为108)并对其进行编码以产生代码包C。所述代码包C包含两种类型的包。第一类型的代码包包含包标题以及来自所选择数据包的数据。第二类型的代码包包含包标题以及来自一个或一个以上数据包的数据，使用任何已知组合算法(例如排他性“或”算法)已对所述一个或一个以上数据包进行组合。用于第二类型的代码包的包标题标识了已组合哪些数据包以及所使用的组合算法类型。

代码包C在传输信道104上传输给一个或一个以上接收装置。举例来说，代码包的传输发生于具有所选择持续时间的接触窗期间。由位于接收装置中的一者处的解码器106来接收代码包的子集C’。解码器106操作以处理所接收的代码包C’，来恢复原始数据包D(显示为110)。

解码处理取决于所接收代码包C’的数目。通常，如果所传输数据包D的数目等于“k”，那么所接收代码包(C’)的数目应至少为k(1+ε)。选择的ε值越高，则解码失败的概率越低，但可导致接收不必要的包，并增加解码时间及/或解码器106的功率消耗。

在一个实施例中，解码系统操作以基于一个或一个以上触发事件来调整所接收代码包C’的数目。操作期间，解码器106以用于ε的初始最小值开始。所述解码器然后尝试在发生广播的接触窗期间接收k(1+ε)个代码包。在接收代码包期间或之后，可发生一个或一个以上触发事件。举例来说，如果传输信道的质量极差，那么可发生触发事件。如果发生触发事件，那么系统增加其接收用来对数据进行解码的代码包C’的数目。因此，所述系统操作以基于传输信道质量来调整所接收代码包C’的数目。在本文件的另一部分中提供对各种触发事件的详细说明。

在一个实施例中，解码器106接收k(1+ε)代码包。然后对代码包进行解码，以恢复原始数据D。如果解码处理失败，那么会发生解码错误触发事件。举例来说，解码处理可能失败，因为由于传输环境的质量差导致传输中丢失太多代码包。在这种情况中，增加ε的值，且解码器106操作以在接触窗期间接收更多代码包。因此，解码系统调整解码器106来接收足够多的代码包C’，以获得所选择解码性能。这便提供了解码器106的极其有效的操作，因为可为ε使用较小的初始值。如果传输信道提供充分性能，则不必增加ε，从而无需接收较大数目的不必要代码包C’。因此，解码系统操作以节约装置资源，例如功率损耗、CPU处理时间、存储器以及文件存取等。

在一个实施例中，解码系统操作以实施下列功能中的一者或一者以上。

1.为ε设置初始值。

2.接收由ε确定的所选择数量的代码包C’。

3.对所接收代码包C’进行解码。

4.确定解码错误触发事件是否已发生。

4.如果已发生解码错误触发，那么增加ε的值，并接收额外代码包C’。

5.对来自所有所接收代码包C’的数据进行解码。

在另一实施例中，解码器106尝试在发生广播的接触窗期间接收k(1+ε)个代码包。当代码包C’接收后，保持关于已正确接收的代码包的数量的信息。所述信息存储在解码器106处，并用来确定一个或一个以上指示代码包接收成败如何的触发事件。举例来说，在一个实施例中，所述信息用来确定接收比例，所述接收比例指示符与总包数目相比接收了多少好包。在一个实施例中，此信息保持在需要保持所选择数量的存储器的树形结构中。如果接收比例下降到所选择阈值以下，那么确定第一类型的早期错误检测触发事件。如果树形结构所需存储器超过了所选择阈值，那么确定另一类型的早期错误检测触发事件。当发生早期错误检测触发事件时，增加ε的值，从而由解码器接收接触窗中的所有剩余代码包。解码器然后处理所有所接收代码包，已恢复原始数据。

在一个实施例中，解码系统操作以实施以下功能中的一者或一者以上。

1.设置ε的初始值。

2.开始接收代码包C’。

3.确定早期错误检测触发事件是否已发生。

4.如果已发生早期错误检测触发事件，那么增加ε以接收接触窗中所有剩余代码包C’。

5.对来自所有所接收代码包C’的数据进行解码。

因此，解码系统操作以基于传输信道质量来调整接收代码包的数目。因此，解码系统操作以在传输信道正提供所选择的性能时，将所接收的不必要代码包的数目降至最低。

图2显示了绘示“解码失败概率”相对于ε的曲线图200。如曲线图200所绘示，对于ε的值约为0.2时，解码失败的概率约为0.01。对于ε的值约为0.5时，解码失败的概率下降到约10^-6。在解码系统的一个或一个以上实施例中，可使用较小ε初始值来实现与使用较大ε值的解码性能相同或更好的解码性能。因此，收到的不必要代码包较少，并因此需要较少的解码装置资源。

图3显示供解码系统各实施例中使用的解码器300的一个实施例。举例来说，解码器300适于用作图1中所示解码器106。解码器300包含耦合到内部数据总线306的处理逻辑302和收发器逻辑304。解码器300还包含也耦合到数据总线306的数据存储装置308、代码存储装置310以及LDGM逻辑312。

在一个或一个以上实施例中，处理逻辑302包含CPU、处理器、门阵列、硬件逻辑、存储器元件、虚拟机、软件、及/或硬件与软件的任一组合。因此，处理逻辑202通常包含执行机器可读指令且经由内部数据总线306来控制解码器300的一个或一个以上其它功能性元件或与其进行通信的逻辑。

收发器逻辑304包含操作以允许解码器300使用通信信道314与远程装置或系统传输及接收数据及/或其它信息的硬件逻辑及/或软件。举例来说，在一个实施例中，通信信道314包含任何适宜类型的通信信道314，以允许解码器300与数据网络进行通信。举例来说，在一个实施例中，收发器逻辑304操作以通过通信信道314接收来自远程服务器的代码包。解码器300然后操作以处理所接收代码包来恢复从远程服务器传来的原始数据。

数据存储装置308包含任何可操作以存储数据的适宜存储器装置。举例来说，数据存储装置308可包含RAM、快闪存储器、EEPROM、硬磁盘及/或任何其它类型的存储装置。在一个实施例中，数据存储装置308操作以存储从代码包解码而来的数据，所述代码包由收发器逻辑304接收。

代码存储装置310包含任何可操作以存储代码包信息的适宜存储器装置。举例来说，代码存储装置308可包含RAM、快闪存储器、EEPROM、硬磁盘及/或任何其它类型的存储装置。在一个实施例中，代码存储装置310操作以存储包括在代码包中的代码信息，所述代码包由收发器逻辑304接收。举例来说，在一个实施例中，代码信息包含与上文所述第二类型的代码包相关联的信息。

LDGM逻辑312包含CPU、处理器、门阵列、硬件逻辑、存储器元件、虚拟机器、软件及/或硬件与软件的任一组合。因此，LDGM逻辑202通常包含执行机器可读指令且经由内部数据总线306来控制解码器300的一个或一个以上其它功能性元件或与其进行通信的逻辑。

在一个实施例中，处理逻辑302包含操作以确定针对所接收代码包的比例的比率逻辑316。举例来说，所述比例描述与总代码包相比的所接收的好代码包数目。因此，如果已传输一百个代码包，并仅成功接收九十个代码包，那么比率逻辑316确定所述比例为90/100或90％。如果所述比例下降到所选择比率阈值以下，那么比率逻辑316产生第一类型的早期错误检测触发事件318。在一个实施例中，比率阈值从远程服务器传输给比率逻辑316，并在另一实施例中，所述比率阈值在装置制造期间预存储在比率逻辑316中。

在一个实施例中，LDGM逻辑312包含树形逻辑320，树形逻辑320经配置以处理所接收代码包来产生描述所接收/所恢复代码包之间的关系的树形结构或数据库。在一个实施例中，所产生的树形结构存储在LDGM逻辑312处的存储器中。在本文件的另一部分中提供对树形结构的更详细说明。在一个实施例中，树形逻辑320操作以在树形结构所需的存储器超过所选择的存储器阈值时产生第二类型的早期错误检测触发事件322。在一个实施例中，存储器阈值从远程服务器传输给树形逻辑320，并在另一实施例中，所述比率阈值在装置制造期间预存储在树形逻辑320中。

在一个实施例中，处理逻辑302包含解码器逻辑324，解码器逻辑324操作以对所接收代码包进行解码来检测解码失败。举例来说，解码器300通过收发器逻辑304接收k(1+ε)个代码包，并对这些包进行解码以确定原始数据。如果检测到任何可选择类型或数量的解码错误，那么解码逻辑324操作以输出指示已发生解码错误的解码错误触发事件326。

在一个或一个以上实施例的操作期间，通过收发器逻辑304从远程服务器下载ε的初始值。在另一实施例中，ε的初始值在制造期间预存储在解码器中。

在一个实施例中，解码器300操作以根据解码错误触发事件通过实施以下功能中的一者或一者以上来调整所接收代码包的数目。

1.设置ε的初始值。

2.所有k(1+ε)个代码包已接收，并存储在代码存储装置310和数据存储装置308中。

3.由解码逻辑324对所接收代码包进行解码。

4.如果基于任何预存储的解码标准存在解码器失败，那么产生解码错误触发事件326。

5.处理逻辑302检测解码错误触发事件326，并递增ε值。

6.由收发器逻辑304使用ε的增加值来收集额外的代码包。

7.解码逻辑324然后对来自所有所接收代码包的数据进行解码。

8.对于下一数据会话，ε的值重置成其初始值。

在一个实施例中，解码器300操作以根据早期错误检测触发事件通过实施以下功能中的一者或一者以上来调整所接收代码包的数目。

1.设置ε的初始值。

2.接收代码包。

3.树形逻辑320操作以构造一个所接收代码包的树。

4.如果所接收代码包与所传输代码包之比例下降到所选择比率阈值之下，那么由比率逻辑316产生早期错误检测触发事件。

5.如果树形结构所要求的存储器数量超过所选择的存储器阈值，那么由树形逻辑320产生早期错误检测触发事件。

6.如果产生早期错误检测事件，那么增加ε的值以允许接收在接触窗中传输的某些或所有额外代码包。

7.由解码逻辑324对所有所接收代码包进行解码。

8.对于下一数据会话，ε的值重置成其初始值。

在一个实施例中，解码器300包含一个或一个以上存储在计算机可读媒体上的程序指令(“程序指令”)，所述程序指令由至少一个处理器(例如处理逻辑302)执行时，其可提供本文所述功能。例如，可将程序指令从介接到解码器300的计算机可读媒体(例如软磁盘、CDROM、存储器卡、快闪存储器装置、RAM、ROM或任一其它类型的存储器装置或计算机可读媒体)载入解码器300中。在另一实施例中，可从通过收发器逻辑304介接到解码器300的外部装置或网络资源将所述指令下载到解码器300中。所述程序指令当由处理逻辑302执行时可提供本文所述的解码系统各实施例。

因此，解码系统各实施例操作以处理所接收代码包，来恢复在有损耗的传输信道上传输的数据。所述系统操作以基于一个或一个以上触发事件来调整所接收的代码包的数量。因此，解码系统各实施例操作以将所接收的不必要包的数量降到最低，以便可有效地利用装置资源。

图4显示供解码系统各实施例中使用的树形结构400的一个实施例。在一个实施例中，在LDGM逻辑312处产生并保持树形结构400。树形结构400包含数据402以及从所接收代码包获得的组合数据404。举例来说，在上文所述第二类型的代码包中提供组合数据404。树形结构400还包含描述数据402与组合数据404之间的关系的边缘结构406。

在解码系统的操作期间，由收发器逻辑304接收代码包，且所述代码包所包含的数据和组合数据分别存储在数据存储装置308和代码存储装置310中。LDGM逻辑312处理数据存储装置308和代码存储装置310中的信息来构造树形结构400，以便可能追踪已成功接收多少包以及哪些包需要恢复。因此，树形结构400提供性能指示符，因为其可确定已丢失多少包以及已成功接收多少包。

在一个实施例中，已产生树形结构400后，添加若干部分树形结构400，删除若干部分树形结构。举例来说，一旦成功恢复数据，就删除边缘结构，如由408所示，及由虚线所指示。在接收额外包以及丢失一些包之后，添加额外边缘结构，如410处所示，及由实线所指示。对树形结构400进行的添加和删除导致某些数量的存储装置被分配用来存储树形结构400。分配用于树形结构400的存储装置的数量是描述在传输中丢失的包的数目的指示符。

因此，树形结构400提供关于解码系统操作的若干指示符。举例来说，树形结构400指示哪些包已成功恢复及哪些包未成功恢复。树形结构400还指示丢失包的数目。举例来说，较大的树形结构指示未成功接收较大数目的包。

触发事件

在一个或一个以上实施例中，解码系统操作以基于一个或一个以上触发事件来调整所接收代码包的数目。本文说明了两种类型的触发事件，不过在实施例范围之内更多类型是可能的。一种类型的触发事件是早期错误检测触发事件。早期错误检测触发事件发生于解码处理之前或期间，以指示所接收包的解码将不成功。早期错误检测触发事件发生于解码完成之前，从而可停止解码处理来采取正确的措施，因此节约了装置资源和处理时间。

另一种类型的触发事件是解码失败触发事件。一旦解码处理完成，就发生解码失败触发事件，其指示已发生解码失败。

下文提供了各种触发事件的详细说明。应注意，所述系统不限于仅使用下文所述触发事件，并可在实施例范围之内定义并利用其它触发事件。

早期错误检测触发事件

下文是两种类型的早期错误检测触发事件的说明。在解码处理完成之前对这些事件进行检测，以使解码系统可采取正确措施，而不必等待解码处理的结果。

存储器利用触发事件

在一个实施例中，解码系统操作以检测存储器利用触发事件。举例来说，如果由树形逻辑320所保持的树形结构超过所选择的存储器阈值，那么产生存储器利用触发事件。

接收比例触发事件

在一个实施例中，解码系统操作以检测接收比例触发事件。例如，如果比率逻辑316确定成功接收的包的比率下降到所选择阈值以下，那么产生接收比例触发事件。

解码失败触发事件

下文是解码失败触发事件的说明。在解码处理完成时对此事件进行检测，以使解码系统可对下一接收会话采取正确措施。

解码失败触发事件

如果所接收代码包的所选择会话的解码处理失败，那么产生解码失败触发事件。举例来说，解码器300操作以接收在所选择接触窗内传输的k(1+ε)个代码包。如果在对所接收代码包进行解码时失败，那么产生解码失败触发事件。可由任何所期望的解码标准来定义解码失败。在一个实施例中，解码逻辑324操作以对所接收代码包进行解码，并且如果检测到解码失败则产生解码失败触发事件326。

图5显示供解码系统各实施例中使用的方法500的一个实施例。为清晰起见，将参考图3中所示解码器300来说明方法500。举例来说，在一个实施例中，处理逻辑302执行机器可读指令来实施下文所述功能。

在方块502处，ε的值初始化为用于解码系统的最小值。举例来说，在一个实施例中，ε的值通过收发器逻辑304从远程服务器下载到解码器300，并存储在处理逻辑302处。在一个实施例中，ε的初始值约为0.1。

在方块504处，接收一个或一个以上代码包。举例来说，可在所选择的接触窗内在多播传输信道上将代码包传输给解码器300，并由收发器逻辑304接收所述代码包。在接收代码包后，其所包含的信息按照需要存储在数据存储装置308以及代码存储装置310中。此外，LDGM逻辑312构造图4中所示的树形结构。

在方块506处，实施测试以确定是否已接收所有所期望的代码包。举例来说，解码器300尝试接收k(1+ε)个代码包。如果已接收所有代码包，那么所述方法继续进行方块514。如果尚未接收所有代码包，那么所述方法继续进行方块508。

在方块508处，实施测试以确定早期错误检测触发事件是否已发生。举例来说，在一个实施例中，比率逻辑316和树形逻辑320操作以确定早期错误检测触发事件318、322是否已发生。如果早期错误检测事件尚未发生，那么所述方法返回方块504，在所述方块504中接收更多代码包。如果早期错误检测事件已发生，那么所述方法继续进行方块510。

在方块510处，接收接触窗中的所有剩余代码包或所述剩余代码包的一可选择部分。举例来说，处理逻辑302知晓传输代码包的接触窗的持续时间。处理逻辑302操作以控制收发器304来在接触窗的剩余部分接收代码包，以使解码器300可再接收传输的代码包。在一个实施例中，增加ε的值，以包括所有剩余代码包。

在方块512处，对所接收代码包进行解码。举例来说，处理逻辑302对所接收的所有代码包进行解码以恢复尽可能多的所传输数据。所恢复的数据存储在数据存储装置308中。然后，所述方法结束于方块524。

在方块514处，对所接收的k(1+ε)个代码包进行解码。距离拉水，处理逻辑302对k(1+ε)个代码包进行解码以恢复尽可能多的所传输数据。

在方块516处，实施测试以确定解码错误触发事件是否已发生。举例来说，如果解码逻辑324在对所接收代码包进行解码时检测到失败(如上文所述)，那么发生解码错误触发事件326。如果解码处理成功，那么所述方法结束于方块524。如果检测到解码错误，检测到解码错误触发事件，那么所述方法继续进行方块518。

在方块518处，增加ε的值。举例来说，在一个实施例中，处理逻辑302将ε的值增加任何所选择的数量。

在方块520处，实施测试以确定是否可接收更多包。举例来说，在接触窗的持续时间期间传输代码包。所述测试确定接触窗是否仍开启，以便可接收更多包。在一个实施例中，处理逻辑302确定接触窗是否仍开启。如果接触窗已关闭以便不再接收更多包，那么所述方法结束于方块524。如果所述接触窗仍开启以便接收更多包，那么所述方法继续进行方块522。

在方块522处，接收额外代码包。在一个实施例中，处理逻辑302控制收发器逻辑304以接收更多代码包。在接收包时，其包含的信息根据需要存储在数据存储装置308和代码存储装置310中。所述方法然后继续进行放开514，其中对所有所接收代码包进行解码。

因此，方法500操作以提供用于装置中使用的解码系统的一个实施例。应注意，方法500仅代表一个实施方案，且在实施例的范围内可能存在其它实施方案。

图6显示供解码系统各实施例中使用的解码器600的一个实施例。解码器600包含用于接收初始数量的代码包的装置602。举例来说，在一个实施例中，装置602包含用于控制收发器逻辑304以接收k(1+ε)个代码包的处理逻辑302。

解码器600还包含用于检测触发事件的装置612。装置612包含用于检测解码错误的装置604、用于检测存储器阈值错误的装置606、以及用于检测接收比例错误的装置608。举例来说，在一个实施例中，装置604包含解码逻辑324，装置606包含树形逻辑320，以及装置608包含比率逻辑316。

解码器600还包含用于接收额外代码包的装置610。举例来说，在一个实施例中，装置610包含处理逻辑302，处理逻辑302用于控制收发器逻辑304以在接触窗的持续时间之内接收额外代码包。因此，解码器600提供解码系统的一个实施例。

联系本文所揭示实施例说明的各绘示性逻辑、逻辑块、模块及电路均可由下列装置构建或实施：通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、或其设计用于实施本文所述各功能的任何组合。通用处理器可为微处理器，但另一选择为，所述处理器可为任何常规处理器、控制器、微控制器或状态机。处理器也可构建为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器、一个或一个以上微处理器与DSP核心的联合，或任何其它此类配置。

联系本文所揭示实施例所说明的方法或算法的步骤可直接实施于硬件中、实施于由处理器执行的软件模块中、或实施于二者的组合中。软件模块可驻留于RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬磁盘、可移动磁盘、CD-ROM或所属技术领域中已知的任何其它形式的存储媒体中。实例性存储媒体耦合到处理器，以使处理器可从存储媒体读取信息，并向存储媒体写入信息。另一选择为，存储媒体可与处理器成一体。处理器和存储媒体可驻留于ASIC中。ASIC可驻留于用户终端中。另一选择为，处理器及存储媒体可作为离散组件驻留于用户终端中。

所揭示实施例的说明旨在使所属技术领域的任何技术人员均能够制作或使用本发明。所属技术领域的技术人员将易知对这些实施例的各种修改，且本文所界定的一般原理也可应用于其它实施例，例如，在快速消息服务或任何一般无线数据通信应用中，此并不背离本发明的精神或范围。因此，本发明并非意欲限定为本文所示实施例，而应符合与本文所揭示原理及新颖特征相一致的最大范围。本文中所使用“实例性”一词仅是指“用作实例、例证、或举例说明”。在本文中，任何称为“实例性”的实施例均未必应视为较其它实施例为佳或有利。

因此，尽管本文已绘示并说明解码系统的一个或一个以上实施例，但应了解，可对所述实施例做各种修改，此并不背离其精神或实质特征。因此，本文的揭示内容及说明均意欲阐释而非限制上文权利要求书中所述本发明的范围。

Claims (41)

1、一种用于检测解码失败的方法，所述方法包含：

接收初始数量的代码包；

检测指示与所述初始数量的代码包相关联的解码失败的触发事件；及

基于所述触发事件，接收一个或一个以上额外代码包。

2、如权利要求1所述的方法，其进一步包含对所述初始数量的代码包和所述一个或一个以上额外代码包进行解码，以获得所传输的数据。

3、如权利要求1所述的方法，其进一步包含增加ε参数以确定所述一个或一个以上额外代码包的数量。

4、如权利要求3所述的方法，其进一步包含为后续接收会话将所述ε参数重置成初始值。

5、如权利要求1所述的方法，其进一步包含基于存储器利用阈值来产生所述触发事件。

6、如权利要求5所述的方法，其中所述接收包含在接触窗的持续时间内接收所述一个或一个以上额外代码包。

7、如权利要求1所述的方法，其进一步包含基于接收比例指示符来产生所述触发事件。

8、如权利要求7所述的方法，其中所述接收包含在接触窗的所述持续时间内接收所述一个或一个以上额外代码包。

9、一种用于检测解码失败的设备，所述设备包含：

接收逻辑，其经配置以接收初始数量的代码包，并在检测到触发事件时接收一个或一个以上额外代码包；及处理逻辑，其经配置以检测所述触发事件，其中所述触发事件指示与所述初始数量的代码包相关联的解码失败。

10、如权利要求9所述的设备，其进一步包含解码逻辑，所述解码逻辑经配置以对所述初始数量的代码包和所述一个或一个以上额外代码包进行解码以获得所传输的数据。

11、如权利要求9所述的设备，其进一步包含对所述初始数量的代码包进行解码以产生所述触发事件。

12、如权利要求9所述的设备，其进一步包含经配置以增加ε参数来确定所述一个或一个以上额外代码包的数量的逻辑。

13、如权利要求12所述的设备，其进一步包含经配置以为后续接收会话而将所述ε参数重置成初始值的逻辑。

14、如权利要求9所述的设备，其进一步包含经配置以基于存储器利用阈值来产生所述触发事件的逻辑。

15、如权利要求14所述的设备，其中所述接收逻辑包含经配置以在接触窗的持续时间内接收所述一个或一个以上额外代码包的逻辑。

16、如权利要求9所述的设备，其进一步包含经配置以基于接收比例指示符来产生所述触发事件的逻辑。

17、如权利要求16所述的设备，其中所述接收逻辑包含经配置以在接触窗的所述持续时间内接收所述一个或一个以上额外代码包的逻辑。

18、一种用于检测解码失败的设备，所述设备包含：

接收装置，其用于接收初始数量的代码包；

检测装置，其用于检测指示与所述初始数量的代码包相关联的解码失败的触发事件；及

接收装置，其用于基于所述触发事件接收一个或一个以上额外代码包。

19、如权利要求18所述的设备，其进一步包含用于对所述初始数量的代码包和所述一个或一个以上额外代码包进行解码以获得所传输的数据的装置。

20、如权利要求18所述的设备，其进一步包含用于增加ε参数以确定所述一个或一个以上额外代码包的数量的装置。

21、如权利要求20所述的设备，其进一步包含用于为后续接收会话而将所述ε参数重置成初始值的装置。

22、如权利要求18所述的设备，其进一步包含用于基于存储器利用阈值来产生所述触发事件的装置。

23、如权利要求22所述的设备，其中所述接收装置包含用于在接触窗的所述持续时间内接收所述一个或一个以上额外代码包的装置。

24、如权利要求18所述的设备，其进一步包含用于基于接收比例指示符来产生所述触发事件的装置。

25、如权利要求24所述的设备，其中所述接收装置包含用于在接触窗的所述持续时间上接收所述一个或一个以上额外代码包的装置。

26、一种计算机可读媒体，其包含当由至少一个处理器执行时操作以检测解码失败的指令，所述计算机可读媒体包含：

接收指令，其用于接收初始数量的代码包；

检测指令，其用于检测指示与所述初始数量的代码包相关联的解码失败的触发事件；及

接收指令，其用于基于所述触发事件接收一个或一个以上额外代码包。

27、如权利要求26所述的计算机可读媒体，其进一步包含用于对所述初始数量的代码包以及所述一个或一个以上额外代码包进行解码以获得所传输的数据的指令。

28、如权利要求26所述的计算机可读媒体，其进一步包含用于增加ε参数以确定所述一个或一个以上额外代码包的数量的指令。

29、如权利要求28所述的计算机可读媒体，其进一步包含用于为后续接收会话而将所述ε参数重置成初始值的指令。

30、如权利要求26所述的计算机可读媒体，其进一步包含用于基于存储器利用阈值来产生所述触发事件的指令。

31、如权利要求30所述的计算机可读媒体，其中所述接收指令包含用于在接触窗的持续时间内接收所述一个或一个以上额外代码包的指令。

32、如权利要求26所述的计算机可读媒体，其进一步包含用于基于接收比例指示符来产生所述触发事件的指令。

33、如权利要求32所述的计算机可读媒体，其中所述接收指令包含用于在接触窗的所述持续时间上接收所述一个或一个以上额外代码包的指令。

34、至少一种处理器，其经配置以实施用于检测解码失败的方法，所述方法包含：

接收初始数量的代码包；

检测指示与所述初始数量的代码包相关联的解码失败的触发事件；及

基于所述触发事件，接收一个或一个以上额外代码包。

35、如权利要求34所述的方法，其进一步包含对所述初始数量的代码包和所述一个或一个以上额外代码包进行解码，以获得所传输的数据。

36、如权利要求34所述的方法，其进一步包含增加ε参数以确定所述一个或一个以上额外代码包的数量。

37、如权利要求36所述的方法，其进一步包含为后续接收会话而将所述ε参数重置成初始值。

38、如权利要求34所述的方法，其进一步包含基于存储器利用阈值来产生所述触发事件。

39、如权利要求38所述的方法，其中所述接收包含在接触窗的持续时间内接收所述一个或一个以上额外代码包。

40、如权利要求34所述的方法，其进一步包含基于接收比例指示符来产生所述触发事件。

41、如权利要求40所述的方法，其中所述接收包含在接触窗的所述持续时间内接收所述一个或一个以上额外代码包。

Images