寻呼解码的制作方法

本发明一般涉及寻呼接收与解码的领域。更特别地，本发明涉及在干扰存在的情况下的寻呼接收与解码。

背景技术：

在通常的蜂窝通信网络中，关联于网络进行操作的无线通信装置要求监视来自网络的信令（signaling），以能够检测通过网络的无线通信装置的寻呼。例如，依据UMTS LTE-A（第三代合作伙伴项目—3GPP—通用移动电信标准—长期演进，高级的）的规范进行操作的用户设备（UE）应当在时间中的某些时刻（例如，周期地）接收并尝试解码寻呼信道（PCH），以监视其是否被寻呼。

通常，寻呼的监视应当至少在无线通信装置处于空闲模式时被执行，且在许多应用（例如，对于UMTS LTE-A）中，无论UE是否是在空闲或连接模式中，该协议可被遵循。

如果一个或更多相邻小区使用相同的载波频率作为无线通信装置的服务/驻扎在的（camped-on）小区，则可经历涉及寻呼接收的问题。于是，来自所述一个或更多相邻小区的信号充当在服务/驻扎在的小区的寻呼信号要被接收与解码时的频率内干扰。这在如果所述一个或更多相邻小区中的至少一个相邻小区的信号在无线通信装置处被接收时强于服务/驻扎在的小区的信号时是当然特别成问题的。在这种情形中，无线通信装置由于严重的频率内干扰而未能对服务/驻扎在的小区的寻呼信号进行解码是常见的。

图1示出一示例情境，其中无线通信装置100在由网络节点120所提供的服务/驻扎在的小区121以及由网络节点110所提供的相邻小区111的覆盖范围中。比起其到提供服务/驻扎在的小区121的网络节点120，无线通信装置100更接近于提供相邻小区111的网络节点110。因此，当在无线通信装置100处被接收时，来自网络节点110的干扰信号112可强于来自网络节点120的寻呼信号122，且信号122中的寻呼可能被错过。

通过使用干扰拒绝结合（IRC）来解决该问题通常是不可能的，至少对于如果频率内相邻小区中的一个或更多比服务/驻扎在的小区要强得多的话是不可能的。

该问题可通过使用干扰消除（IC）来处理。然而，使用小区特有参考信号干扰消除（CRS-IC）可无法提供充分的消除，因为寻呼信号上的干扰不只是涉及相邻小区的CRS，而是还涉及相邻小区的PDSCH（物理下行链路共享信道），且使用干扰消除来用于在PDSCH上的寻呼，牵涉到对于相邻小区的非常复杂的信号生成与重建。通常，无线通信装置可需要例如通过信道编码、加扰（scrambling）、调制映射、层映射、预编码和RE（资源元素）映射来生成一个或更多干扰（相邻）小区的记号，这是极其复杂的且通常不是实际的选择。

US 2010/0159929 A1公开了校验是否移动台正在经历高的干扰，其可在移动台未能解码服务小区的寻呼信道时发生。在确定移动台正在经历高的干扰时，移动台从顶部的相邻小区的列表（list）中选择具有相同位置区域标识符的一组小区来作为服务小区、从该一组小区中选择小区、并与所选择的小区的基站进行同步。在进行同步之后，移动台对所选择的小区的寻呼信道进行解码，并从所选择的小区的寻呼信道读第二寻呼（其含有与第一寻呼同样的信息数据）。这种手段要求与所选择的小区的基站的同步以及所选择的小区的寻呼信道的接收，这消耗了不必要的功率且引入了在寻呼可被读之前的相当大的延迟。

US 2013/0337809 A1公开了一种接入终端，其将耙式接收器（rake receiver）的指（finger）致力于监听从一个或更多相邻小区传送的寻呼信息，以避免错过进入的寻呼。此类手段引入了额外的复杂度和/或不必要的功率消耗，尤其是对于如果要监听若干个相邻小区。此外，对于在一些情境中可实际上包括寻呼接收性能的服务小区而言，将有较少的耙指（rake finger）是可用的。

因此，存在对于用于频率内干扰情境中寻呼接收与解码的备选方法和装置的需要。

技术实现要素：

应当强调的是，术语“包括（comprise/comprising）”在本说明书中使用时被采用来指定被声明的特征、整数、步骤、或组件的存在，但不排除一个或更多其它特征、整数、步骤、组件、或其的组的存在或加入。

应当注意到的是，术语主小区（primary cell）在本文中被用作描述例如无线通信装置被驻扎所在的小区（驻扎在的小区）和/或服务小区的记法（notation）。主小区不必要必须（但可以）是载波聚合系统的主小区。

一些实施例的目标是去除（obviate）所述以上劣势中的至少一些，并且提供用于频率内干扰情境中寻呼接收与解码的方法与装置。

依照第一方面，这通过一种在适合于关联于由蜂窝通信系统的网络节点提供的主小区进行操作的无线通信装置中的寻呼接收与解码方法来达到，其中所述主小区具有一个或更多相邻小区。

所述方法包括在寻呼时机期间接收寻呼信号、临时存储所接收的寻呼信号、尝试基于所述主小区的一个或更多参数对所接收的寻呼信号进行解码，以及（如果基于所述主小区的一个或更多参数对所接收的寻呼信号进行解码是不成功的）尝试基于所述相邻小区中的一个相邻小区的参数来对所述临时存储的接收的寻呼信号进行解码。

在一些实施例中，所述方法进一步包括基于所述相邻小区的相应接收信号强度以及所述相邻小区的相应接收信号功率中的一个或更多来选择所述相邻小区中的所述一个相邻小区。

依照一些实施例，所述相邻小区中的所述一个相邻小区可在所述寻呼时机期间在接收到所述寻呼信号之后被选择。

依照一些实施例，选择所述相邻小区中的所述一个相邻小区可包括准备所述一个或更多相邻小区的有序列表、以及如果基于所述主小区的一个或更多参数对所接收的寻呼信号进行解码是不成功的则按照所述有序列表的第一小区来选择所述相邻小区中的所述一个相邻小区。所述有序列表可在尝试基于所述主小区的一个或更多参数对所接收的寻呼信号进行解码之前，基于所述相邻小区的相应接收信号强度以及所述相邻小区的相应接收信号功率中的一个或更多来准备。

在一些实施例中，所述一个或更多相邻小区可包括朝向所述蜂窝通信系统的位置更新规程相联系的所述无线通信装置接收的小区列表的小区。

在一些实施例中，所述一个或更多相邻小区可包括带有相应接收信号强度高于信号强度阈值的小区和/或带有相应接收信号功率高于信号功率阈值的小区。

依照一些实施例，所述相邻小区和主小区的所述一个或更多参数可包括相应的小区身份。

在一些实施例中，如果所述解码的循环冗余校验失败，则基于所述主小区的一个或更多参数对所接收的寻呼信号进行的所述解码可被考虑为不成功的。

依照一些实施例，所述方法可进一步包括（如果基于所述相邻小区中的所述一个相邻小区的一个或更多参数对所述临时接收的寻呼信号进行解码是不成功的）尝试基于所述相邻小区中的另一个相邻小区的参数来对所述临时存储的接收的寻呼信号进行解码。

依照一些实施例，所述方法可进一步包括（如果对所接收的寻呼信号进行解码的所述尝试中的任何一个是成功的）将对所述寻呼信号的响应传送到所述网络节点。

第二方面是一种计算机程序产品，所述计算机程序产品包括计算机可读媒体，所述计算机可读媒体具有在其上的包括程序指令的计算机程序。所述计算机程序可加载到数据处理单元中，且在所述计算机程序被所述数据处理单元运行时适合于引起依照所述第一方面的所述方法的执行。

依照第三方面，一种寻呼接收与解码装备被提供给适合于关联于由蜂窝通信系统的网络节点提供的主小区进行操作的无线通信装置，其中所述主小区具有一个或更多相邻小区。

所述装备包括适合于在寻呼时机期间接收寻呼信号的接收器、适合于临时存储所接收的寻呼信号的信号存储单元、适合于对所述寻呼信号进行解码的寻呼解码器、以及控制器。

所述控制器适合于引起所述寻呼解码器去尝试基于所述主小区的一个或更多参数对所接收的寻呼信号进行解码，以及（如果基于所述主小区的一个或更多参数对所接收的寻呼信号进行解码是不成功的）尝试基于所述相邻小区中的一个相邻小区的参数来对所述临时存储的接收的寻呼信号进行解码。

依照一些实施例，所述装备可进一步包括选择器，所述选择器适合于基于所述相邻小区的相应接收信号强度以及所述相邻小区的相应接收信号功率中的一个或更多来选择所述相邻小区中的所述一个相邻小区。

在一些实施例中，所述装备可进一步包括小区列表存储单元，所述小区列表存储单元适合于保留朝向所述蜂窝通信系统的位置更新规程相联系的所述无线通信装置接收的小区列表，其中所述一个或更多相邻小区包括所述小区列表的小区。

依照一些实施例，所述装备可进一步包括比较器。所述比较器可适合于将接收信号强度与信号强度阈值进行比较，其中所述一个或更多相邻小区包括带有相应接收信号强度高于所述信号强度阈值的小区。备选的是或另外地，所述比较器可适合于将接收信号功率与信号功率阈值进行比较，其中所述一个或更多相邻小区包括带有相应接收信号功率高于所述信号功率阈值的小区。

在一些实施例中，所述控制器可进一步适合于引起所述寻呼解码器去（如果基于所述相邻小区中的所述一个相邻小区的一个或更多参数对所述临时接收的寻呼信号进行解码是不成功的）尝试基于所述相邻小区中的另一个相邻小区的参数对所述临时存储的接收的寻呼信号进行解码。

依照一些实施例，所述装备可进一步包括传送器，所述传送器适合于（如果对所接收的寻呼信号进行解码的所述尝试中的任一个是成功的）将对所述寻呼信号的响应传送到所述网络节点。

第四方面是一种无线通信装置，所述无线通信装置包括依照所述第三方面的所述装备。

在一些实施例中，所述第三和第四方面可另外具有与如以上所解释的所述第一方面的各种特征中的任何特征同样的或对应的特征。

一些实施例的优势是，可改善频率内干扰情境中的寻呼接收性能。因而，依照一些实施例，可提供更加稳健的手段。例如，可减小错过寻呼（对寻呼信号的错过的检测）的可能性。

一些实施例的另一个优势是，可使用低复杂度的实现来达到改善的寻呼性能。

一些实施例的还有的优势是，可以低的功率消耗达到改善的寻呼性能。

一些实施例的还有的另一个优势是，可采用低的延迟来达到改善的寻呼性能。

一些实施例的其它优势是，提供了高效率的、有效的、且非常简单的手段来增强寻呼接收与解码，能够实现现存功能的再使用。因此，发展和维持依照一些实施例的实现可以是不昂贵的。

附图说明

进一步的目标、特征以及优势将从实施例的以下详细描述中显现，其中对附图进行了参照，其中：

图1是示出一些实施例可以在其中可应用的频率内干扰情境的示意图；

图2是示出依照一些实施例的示例方法步骤的流程图；

图3是示出依照一些实施例的示例方法步骤的流程图；

图4是示出依照一些实施例的示例装备的框图；以及

图5是示出依照一些实施例的计算机可读媒体的示意图。

具体实施方式

在下面，实施例将被描述，其中对于频率内干扰情境，使用从相邻小区传送的信号来增强寻呼接收与解码。频率内情境是在主小区与干扰的相邻小区操作在相同的载波频率上时发生的，且所述相邻小区可表示为频率内相邻小区。UMTS LTE-A TDD（时分复用）以及UMTS LTE-A FDD（频分复用）将被用作一些实施例可在其中可应用的系统的说明性示例。然而，这不要被理解为是限制性的。相反，实施例可同等可应用在带有频率内干扰情境的其它系统中。

网络运营商常常在相邻小区中或甚至是在更广的区域中使用相同的配置（例如，寻呼周期、系统帧数量—SFN、分配，等等）。此外，如果相同的寻呼周期长度被使用，则寻呼时机在同步的网络（诸如所有的UMTS TDD网络以及许多的UMTS FDD网络）中将会重叠，因为只是无线通信装置的IMSI（国际移动订户身份）—且不是小区身份—被用来确定寻呼帧（PF）和寻呼时机（PO）（见，例如3GPP技术规范（TS）36.304）。

因此，在许多网络中，主小区的寻呼信号或寻呼消息被分配与一个或更多相邻小区的寻呼信号相同的时间的时刻来用于传送。例如，在UMTS LTE FDD的同步版本或UMTS LTE TDD中，正如对于主小区一样，相同的寻呼帧（PF）和/或相同的寻呼时机（PO）可被用于所述一个或更多相邻小区。

依照一些实施例，一种无线通信装置可接收包括来自一个或更多相邻小区的频率内干扰的寻呼信号（例如，在可应用的PO和PF中）。所接收的寻呼信号被存储（例如，在无线通信装置的本地存储器中），且使用主小区的参数来尝试对寻呼信号进行解码。如果该解码尝试失败（例如，无线通信装置不能正确地解码主小区的PCH），则使用相邻小区的参数来尝试对所存储的时效（aging）信号进行解码。通常，最强的相邻小区在该尝试中首先被使用，且该过程可采用由无线通信装置经历的减小信号强度的多个相邻小区来重复（iterate）。正常地，寻呼在跟踪区域列表（诸如，例如在UMTS LTE中）中的所有跟踪区域中被传送，且然后被解码用于相邻小区的寻呼信号或消息有高的可能性与主小区的寻呼信号或消息相同。

图2示出依照一些实施例的示例寻呼解码方法200。方法200可例如被无线通信装置来执行，诸如图1的装置100或图4的装置400。执行方法200的无线通信装置可适合于关联于由蜂窝通信系统的网络节点（对照图1的120）提供的主小区（对照图1的121）进行操作，且可以有一个或更多相邻小区（对照图1的111）。

相邻小区可例如被定义为与主小区具有相同地理区域（例如，跟踪区域或位置区域）的小区。在一些实施例中，所述一个或更多相邻小区可包括朝向蜂窝通信系统的位置更新规程相联系的无线通信装置所接收的小区列表（例如，跟踪区域列表）的小区。

示例方法200开始在步骤210中，其中寻呼信号在寻呼时机期间被接收。术语寻呼时机在本文中要被理解为定义寻呼信号的计时。因此，它可例如包括PO和PF中的任一个或都包括。通常，在步骤210中接收的寻呼信号可包括在主小区中被传送的信号分量以及在所述一个或更多相邻小区中的相应相邻小区中被传送的可能的一个或更多信号分量（干扰）。

在步骤210中接收的寻呼信号在步骤220中临时被存储。该存储可通过关联于或被包括在无线通信装置中的任何合适的存储单元（例如，存储器或寄存器）来实行。

在步骤230中，尝试基于主小区的一个或更多参数对所接收的寻呼信号进行解码。所述一个或更多参数可例如包括主小区的小区身份。备选的是或另外地，所述一个或更多参数可例如包括传送天线数量、子帧数量、和/或系统带宽。

在通常的寻呼解码规程中，通过执行循环冗余校验（CRC）来确定解码是否成功。备选的是或另外地，用来确定解码是否成功的其它合适的可能方法可被使用。

如果步骤230的解码成功（出自步骤240的Y-路径），则无线通信装置在步骤270中通过将对寻呼信号的响应传送到提供主小区的网络节点来响应寻呼（如果有）。

如果步骤230的解码是不成功的（从步骤240出来的N-路径），则在步骤250中选择所述相邻小区中的一个相邻小区，且在步骤260中尝试基于所选择的相邻小区的一个或更多参数对所接收的寻呼信号进行解码。所述一个或更多参数可例如包括所选择的小区的小区身份（这通常从相邻小区列表来得知）。

如果步骤260的解码成功（出自步骤240的Y-路径），则无线通信装置在步骤270中通过将对寻呼信号的响应传送到提供主小区的网络节点来响应寻呼（如果有）。

如果步骤260的解码是不成功的（从步骤240出来的N-路径），则在步骤250中选择所述相邻小区中的另一个相邻小区，且在步骤260中尝试基于该新选择的相邻小区的一个或更多参数来对所接收的寻呼信号进行解码，依此类推。

只要有相邻小区来从中选择，或是对于相邻小区的（预定的或动态可调节的）最大数量，则该过程可继续。依照一些实施例，所述一个或更多相邻小区包括带有相应接收信号强度高于信号强度阈值（其可被视为使用相邻小区的动态可调节最大数量的手段）的相邻小区。如果低功率消耗是合乎需要的，则相邻小区的最大数量可设置成低的数（例如，1）。如果错过寻呼（对寻呼信号或寻呼消息的错过的检测）的非常低的可能性是合乎需要的，则相邻小区的最大数量可设置成更高的数。

在一些实施例中，所述相邻小区基于由无线通信装置所经历的相应接收信号强度（例如，RSSI—接收信号强度指标）和/或相应接收信号功率（例如，RSRP—参考信号接收功率）被选择。例如，带有在所述一个或更多相邻小区之间最高的接收信号强度的相邻小区可第一被选择，带有在所述一个或更多相邻小区之间次最高的接收信号强度的相邻小区可第二被选择，依此类推。在一些实施例中，基于相应接收信号强度或接收信号功率来准备相邻小区的有序列表，以辅助选择步骤250。

通常，在步骤220中被存储的寻呼信号在任一寻呼解码成功（从步骤240出来的Y-路径）时和/或在相邻小区的最大数量已被试过用于寻呼解码时被丢弃。

图3示出依照一些实施例的示例方法300，其可被视作为图2的示例方法200的变化。应当注意到的是，可组合示例方法200和300的合适部件来提供除了本文中所呈现的实施例之外的其它变化。

寻呼接收请求在步骤310中被提到。寻呼接收请求例如可以是来自无线通信装置的更高实现层对物理层的基带部分的、寻呼时机即将到来的指示。

寻呼信号在步骤315（对照图2的步骤210和220）中被接收和存储，且在步骤320中对所述相邻小区进行排序（例如，正如以上所阐述的，按照信号强度的下降）。

在步骤325（对照图3的步骤230）中，基于主小区的参数来尝试寻呼解码，且如果CRC通过了（出自步骤330的是-路径，对照图2的步骤240），则正如由步骤355所指示的，寻呼检测结束，且如果可应用则寻呼响应可被传送（对照图2的步骤270）。

如果CRC失败（出自步骤330的否-路径，对照图2的步骤240），则在步骤335中确定是否相邻小区的最大数量（N小区_数量）已被试过。如果是这样（出自步骤335的是-路径），则正如由步骤355所指示的，寻呼检测结束，且没有寻呼解码能够被达到。

如果相邻小区的最大数量尚未被试过（出自步骤335的否-路径），则在步骤340（对照图2的步骤250）中依照产生于排序步骤320的列表来选择相邻小区。

被选择小区的恰当参数在步骤345中被提取，且在步骤350（对照图3的步骤260）中基于被选择小区的参数来尝试寻呼解码。示例可应用的参数是小区身份，其通常从在位置更新规程期间用信号发送到无线通信装置的相邻小区列表来得知。

如果CRC通过了（出自步骤330的是-路径），则正如由步骤355所指示的，寻呼检测结束，且如果可应用则寻呼响应可被传送（对照图2的步骤270）。否则，该过程通过转到步骤335来继续重复。

图4示意地示出依照一些实施例的示例寻呼解码装备400。示例装备400可例如适合于执行关于图2和3来描述的示例方法中的任何方法。示例装备400可被包括在适合于关联于由蜂窝通信系统的网络节点提供的主小区进行操作的无线通信装置（对照图1的100）中，其中主小区具有一个或更多相邻小区。

装备400包括收发器（RX/TX）410、信号存储单元（MEM）430、寻呼解码器（PCH DEC）420、以及控制器（CNTR）440。

收发器410包括适合于在寻呼时机期间接收寻呼信号（对照图2的步骤210和图3的步骤315）的接收器。

信号存储单元430适合于临时存储所接收的寻呼信号（对照图2的步骤220和图3的步骤315）。

寻呼解码器420适合于基于由控制器440提供给它的参数来对寻呼信号进行解码（参照图2的步骤230和260以及图3的步骤325和350）。无论寻呼解码器420的解码是否成功，其被指示给控制器440。

控制器440适合于引起寻呼解码器420尝试基于主小区的一个或更多参数对所接收的寻呼信号进行解码，以及（如果基于主小区的一个或更多参数对所接收的寻呼信号进行解码是不成功的）引起寻呼解码器420尝试基于所述相邻小区中的一个相邻小区的参数对临时存储的接收的寻呼信号进行解码。

该装备可包括小区列表存储单元（LIST）450，其可以或可以不与信号存储单元430是相同的单元，存储单元（LIST）450适合于保留朝向蜂窝通信系统的位置更新规程相联系的无线通信装置所接收的小区列表，其中所述一个或更多相邻小区包括该小区列表的小区。

装备400还可包括关联于或被包括在控制器440中的选择器（SEL）441，选择器（SEL）441适合于例如基于所述相邻小区的相应接收信号强度来选择相邻小区。为了这个目的，装备400还可包括关联于或被包括在控制器440中的排序器（SORT）443，排序器（SORT）443适合于按照接收信号强度来对所述相邻小区进行排序。装备400还可包括关联于或被包括在控制器440中的比较器（CMP）442，比较器（CMP）442适合于将接收信号强度与信号强度阈值进行比较。在一些实施例中，只有带有相应接收信号强度高于信号强度阈值的相邻小区被考虑用于寻呼解码。

收发器410可包括传送器，传送器适合于如果对所接收的寻呼信号进行解码的所述尝试中的任一个是成功的，则将对寻呼信号的响应传送到网络节点。该装备还可包括其它处理单元，其示意地通过单个处理块（PROC）460被示出。

现在将对图3的示例实施例进行说明性的参照，来描述关联于UMTS LTE的通常示例。

在通常的UMTS LTE网络部署中，网络被划分成不同的跟踪区域（TA）。跟踪区域可包括属于不同网络节点（例如，不同的eNodeB）的小区。连同TA更新过程，跟踪小区列表将被发送到无线通信装置（例如，用户设备（UE））。TA列表通常包括若干跟踪区域，以避免由于沿TA边界的乒乓（ping-pang）效应而带来的频繁的TA更新。

当网络对UE进行寻呼时，寻呼消息通常在TA列表的所有小区中被发送。因此，有高的可能性是针对一个UE的寻呼消息被发送在主小区以及相邻小区中。依照一些实施例，对于极少有的情形，当相邻小区不包括与主小区相同的寻呼消息时，在消息被更高层进行解码之后，该消息能够简单地被丢弃。

因而，依照一些实施例，提出了一种在频率内相邻小区的辅助下的增强寻呼接收方法。在该示例中，寻呼接收与解码方法包括小区排序（对照图3的步骤320）、PCH数据接收和存储（对照图3的步骤315）、寻呼解码（对照图3的步骤325和350）、以及相邻小区参数提取（对照图3的步骤345）。

小区排序可例如包括从小区数据库（对照图4的列表450）得到频率内相邻小区的身份以及接收信号功率或接收信号强度信息、选择带有功率在一定范围（例如，高于相对于主小区的功率或强度的某个阈值）内的频率内相邻小区、以及按照功率或强度从高到低来对它们进行排序。在对小区进行排序之后，参数N小区_数量可被确定（例如，等于被选择小区的数量或更低的数）。

寻呼数据接收和存储可例如包括接收在PF的PO中的信号，并将它们存储在UE的本地存储器中。

在该示例中，寻呼消息被PDSCH携带在物理信道中。寻呼解码可例如包括UE检测，即控制信道（例如，物理下行链路控制信道，PDCCH）是否携带P-RNTI（寻呼无线电网络临时标识符），并且如果是这样的，则提取和解码寻呼记号。如果在PDCCH中没有P-RNTI，则寻呼解调规程将不是活动的（active）。

如果相邻小区已被登记（register），则相邻小区的参数可例如从小区数据库（对照图4的450）来获得。否则，相邻小区的参数可被解码。备选的是，相邻小区身份可与主小区的参数一起被使用，而不是取得相邻小区的所有参数。该备选常常是有利的，因为区（例如，跟踪区域）中的小区参数在许多网络部署中常常是相同的。

所描述的实施例以及它们的等同体可实行在软件或硬件或其的组合中。它们可被关联于或集成到通信装置的通用电路（诸如数字信号处理器（DSP）、中央处理单元（CPU）、协同处理器单元、现场可编程门控阵列（FPGA）、或其它可编程硬件）来执行，或被专门电路（诸如例如专用集成电路（ASIC））来执行。所有此类形式被设想为处在本公开的范畴之内。

实施例可出现在包括电路/逻辑或执行依照所述实施例中的任何实施例的方法的电子设备（诸如无线通信装置）内。该电子设备可例如是用户设备（UE）、便携式或手持移动无线电通信设备、移动无线电终端、移动电话、寻呼机、发报机、电子记事本、智能电话、计算机、笔记本、或移动游戏装置。

如图5中所示出的，依照一些实施例，计算机程序产品包括计算机可读媒体，诸如例如磁盘、U盘、插入卡、嵌入式驱动器或CD-ROM（诸如图5中示出的CD-ROM 500）。计算机可读媒体可具有存储在其上的包括程序指令的计算机程序。该计算机程序可以可加载到数据处理单元（PROC）520中，数据处理单元（PROC）520可例如被包括在无线通信装置510中。当被加载到数据处理单元520中时，计算机程序可被存储在关联于或集成到数据处理单元520的存储器（MEM）530中。依照一些实施例，计算机程序在被加载到数据处理单元中并由数据处理单元来运行时可引起数据处理单元执行依照例如在图2和3的任一个中所示出的方法的方法步骤。

本文中已对各种实施例进行了参照。然而，本领域中的技术人员将认识到仍然将落入权利要求的范畴之内的对所描述的实施例的众多变化。例如，本文中描述的方法实施例通过以一定顺序被执行的方法步骤来描述示例方法。然而，被认识到的是，在不偏离权利要求的范畴的情况下，事件的这些次序可以另一个顺序来发生。例如，在一些实施例中，图2的选择步骤（250）可在步骤220和230之间被执行。在另一个示例中，依照一些实施例，图3的排序步骤（320）可在第一次采取从步骤330出来的否-路径时被执行。此外，一些方法步骤可并行地被执行，即使它们已被描述成依次来执行。

以相同的方式，应当注意到的是，在实施例的描述中，功能块分割成特定单元绝不是限制性的。相反，这些分割仅仅是示例。在本文中作为一个单元被描述的功能块可被分离成两个或更多单元。以相同的方式，在不偏离权利要求的范畴的情况下，在本文中被描述成作为两个或更多单元来实现的功能块可作为单个单元被实现。

因此，应当被理解的是，所描述的实施例的细节仅仅是为了说明性的目的，且绝不是限制性的。代替的是，落入权利要求的范围内的所有变化旨在被包含于其中。