用于管理无线电链路控制(RLC)不确收模式(UM)中的超帧号(HFN)去同步的装置和方法

摘要

无线电链路控制(RLC)不确收模式(UM)中的发射机和接收机之间的数据通信的装置和方法包括由发射机确定超帧号(HFN)去同步条件，其中当多个连续协议数据单元(PDU)中的至少一个PDU被发射机成功地传送到接收机时，HFN去同步条件为FALSE，并且其中当多个连续PDU全部丢失时，HFN去同步条件为TRUE，以及当HFN去同步条件为TRUE时由发射机调整该发射机的发射机HFN，其中经调整的发射机HFN用于待传送的新PDU。

说明书

根据35 U.S.C.§119要求优先权

本专利申请要求于2012年10月10日提交的题为“METHOD FOR  DETECTING AND CORRECTING HYPER FRAME NUMBER(HFN) DE-SYNCHRONIZATION IN RADIO LINK CONTROL(RLC) UNACKNOWLEDGED MODE(UM)ON HIGH SPEED PACKET ACCESS (HSPA)CHANNELS(用于在高速分组接入(HSPA)信道上检测和校正无线 电链路控制(RLC)不确收模式(UM)中的超帧号(HFN)去同步的方法)” 的美国临时申请No.61/712,120以及于2013年9月11日提交的题为 “APPARATUS AND METHODS FOR MANAGING HYPER FRAME  NUMBER(HFN)DE-SYNCHRONIZATION IN RADIO LINK CONTROL(RLC) UNACKNOWLEDGED MODE(UM)(用于管理无线电链路控制(RLC)不确 收模式(UM)中的超帧号(HFN)去同步的装置和方法)”的非临时申请No. 14/024,156的优先权，这两个专利申请都被转让给本发明受让人并因而被明确 援引纳入于此。

背景技术

领域

本公开的各方面一般涉及无线通信系统，尤其涉及管理无线电链路控制 (RLC)不确收模式(UM)中的超帧号(HFN)去同步。

背景

无线通信网络被广泛部署以提供诸如电话、视频、数据、消息接发、广播 等各种通信服务。通常为多址网络的此类网络通过共享可用的网络资源来支持 多个用户的通信。此类网络的一个示例是UMTS地面无线电接入网(UTRAN)。 UTRAN是被定义为通用移动电信系统(UMTS)的一部分的无线电接入网 (RAN)，UMTS是由第三代伙伴项目(3GPP)支持的第三代(3G)移动电 话技术。作为全球移动通信系统(GSM)技术的后继者的UMTS目前支持各 种空中接口标准，诸如宽带码分多址(W-CDMA)、时分-码分多址(TD-CDMA) 以及时分-同步码分多址(TD-SCDMA)。UMTS也支持增强型3G数据通信 协议，诸如高速分组接入(HSPA)，其向相关联的UMTS网络提供更高的数 据传递速度和容量。

在W-CDMA中，RLC不确收模式(UM)是一种无线电链路协议，其中 接收到的协议数据单元(PDU)的成功或失败不被确收。RLC UM可用于实时 或近乎实时的应用以及延迟敏感应用。在RLC UM中，通过利用作为短序列 号(SN)和长SN的组合的被称为COUNT-C的时变参数值或计数来对所传送 的分组执行加密和解密。短SN是作为RLC UM协议数据单元(PDU)头部的 一部分的7位RLC SN。长SN是在每一RLC SN循环递增的25位RLC UM  HFN。因此，在每传送127个连续RLC UM PDU之际，传送方RLC UM实体 处的RCL SN循环完成，传送方RLC UM实体处的RLC SN绕回，并且传送方 RLC UM实体处的HFN递增。同时，如果接收方RLC UM实体错失不止127 个连续PDU，则因为接收方RLC UM实体不知道错失的PDU，所以接收方RLC  UM实体处的HFN不递增，从而导致传送方和接收方RLC UM实体处的HFN 之间的去同步。此后，如果其他RLC UM PDU被正确地传送和接收，则由于 传送方和接收方RLC UM实体处的HFN之间的去同步，接收到的RLC UM  PDU中的数据将在接收方RLC UM实体处被错误地解密，并且由于传送方和 接收方RLC UM实体将无法检测到这一错误，损坏的PDU将仅被转发至更高 层。因此，在RLC UM中，HFN去同步能够导致不正确的服务数据单元(SDU) 生成或者例如HSPA语音应用中的混淆的语音。

随着对移动宽带接入的需求持续增长，研究和开发持续推进UMTS技术 以便不仅满足增长的对移动宽带接入的需求，而且提高并增强用户对移动通信 的体验。因此，在这种情况下，需要用于管理RLC UM中的HFN去同步的改 进的装置和方法。

概述

以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概 述不是所有构想到的方面的详尽综览，并且既非旨在标识出所有方面的关键性 或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化 形式给出一个或多个方面的一些概念以作为稍后给出的更加详细的描述之序。

本公开的诸方面一般涉及无线通信系统，尤其涉及用于管理RLC UM中 的HFN去同步的装置和方法。

在一方面，提供了一种RLC UM中的发射机和接收机之间的数据通信的 方法，该方法包括由发射机确定HFN去同步条件，其中当多个连续PDU中的 至少一个PDU被发射机成功地传送到接收机时，HFN去同步条件为FALSE， 并且其中当多个连续PDU全部丢失时，HFN去同步条件为TRUE，以及当HFN 去同步条件为TRUE时由发射机调整该发射机的发射机HFN，其中经调整的 发射机HFN用于待传送的新PDU。

在一方面，提供了一种用于RLC UM中的发射机和接收机之间的数据通 信的计算机程序产品，该计算机程序产品包括用于由发射机确定HFN去同步 条件的代码，其中当多个连续PDU中的至少一个PDU被发射机成功地传送到 接收机时，HFN去同步条件为FALSE，并且其中当多个连续PDU全部丢失时， HFN去同步条件为TRUE，以及用于当HFN去同步条件为TRUE时由发射机 调整该发射机的发射机HFN的代码，其中经调整的发射机HFN用于待传送的 新PDU。

在一方面，提供了一种用于RLC UM中的发射机和接收机之间的数据通 信的设备，该设备包括用于由发射机确定HFN去同步条件的装置，其中当多 个连续PDU中的至少一个PDU被发射机成功地传送到接收机时，HFN去同步 条件为FALSE，并且其中当多个连续PDU全部丢失时，HFN去同步条件为 TRUE，以及用于当HFN去同步条件为TRUE时由发射机调整该发射机的发射 机HFN的装置，其中经调整的发射机HFN用于待传送的新PDU。

在一方面，提供了一种用于RLC UM中的发射机和接收机之间的数据通 信的装置，该装置包括至少一个处理器以及耦合到该至少一个处理器的存储 器，其中该至少一个处理器被配置成通过发射机确定HFN去同步条件，其中 当多个连续PDU中的至少一个PDU被发射机成功地传送到接收机时，HFN去 同步条件为FALSE，并且其中当多个连续PDU全部丢失时，HFN去同步条件 为TRUE，以及当HFN去同步条件为TRUE时通过发射机调整该发射机的发 射机HFN，其中经调整的发射机HFN用于待传送的新PDU。

本公开的这些和其它方面将在阅览以下详细描述后将得到更全面的理解。

附图简述

以下将结合附图来描述所公开的方面，提供附图是为了解说而非限定所公 开的各方面，其中相似的标号标示相似的元件，且其中：

图1是用于管理RLC UM中的HFN去同步的系统的一方面的示意框图；

图2是图1的系统的方法的一方面的流程图；

图3是解说采用处理系统的图1的装置的硬件实现的示例的框图；

图4是概念性地解说包括图1的系统的诸方面的电信系统的示例的框图；

图5是解说用于图1的系统的各方面中的用户面和控制面的无线电协议架 构的示例的概念图；

图6是解说包括图1的系统的诸方面的接入网的示例的概念示图；以及

图7是概念性地解说包括图1的系统的诸方面的电信系统中B节点与UE 处于通信的示例的框图。

详细描述

以下结合附图阐述的详细描述旨在作为各种配置的描述，而无意表示可实 践本文所描述的概念的仅有配置。本详细描述包括具体细节来提供对各种概念 的透彻理解。然而，对于本领域技术人员将显而易见的是，没有这些具体细节 也可实践这些概念。在一些实例中，以框图形式示出众所周知的结构和组件以 便避免淡化此类概念。

根据本公开的一些方面，提供了检测和校正RLC UM中的HFN去同步的 方法和装置。与RLC UM中的接收机通信的发射机可确定HFN去同步条件， 并且如果HFN去同步存在，则发射机可更新或调整发射机HFN以确保加密参 数与接收机同步。因此，在具有RLC UM中的HFN去同步检测以及增强的HFN 更新和同步的情况下，发射机能确保发射机HFN与接收机HFN相同，以使得 能够在接收机处从接收到的RLC UM PDU中解密出正确的SDU。在一方面， 这可导致由于分组呼叫期间的错误SDU(网际协议(IP)帧)而产生的丢弃呼 叫的减少，并且还可导致当在HSPA信道上使用RLC UM实体或者在HSPA 信道上使用IP语音(VoIP)时避免电路交换(CS)呼叫期间的混淆的语音。 虽然本说明书主要参照HSPA无线电技术来呈现，但本说明书还可以在其他无 线电技术(例如，长期演进(LTE))处于RLC UM中时适用于那些其他技术。

参照图1，在一方面，系统1000包括与第二通信装置1004通信的第一通 信装置1002。第一通信装置1002和第二通信装置1004两者都在RLC UM中 操作，并且分别包括传送方RLC UM实体1006和接收方RLC UM实体1018。 根据RLC UM中的操作，传送方RLC UM实体1006向接收方RLC UM实体 1018传送分组，并通过利用发射机RLC UM SN 1010和发射机HFN 1012来对 所传送的分组执行加密。相对应地，根据RLC UM中的操作，接收方RLC UM 实体1018通过利用接收机RLC UM SN 1024和接收机HFN 1020来解密接收 到的分组。因此，为了在接收方RLC UM实体1018处成功地解密接收到的分 组，虽然接收机RLC UM SN 1024是基于作为接收到的分组中的RLC UM PDU 头部的一部分的发射机RLC UM SN 1010来确定的，但必须在没有关于发射机 HFN 1012的明确信息的情况下将接收机HFN 1020与发射机HFN 1012进行同 步。

在一些方面，在传送方RLC UM实体1006处，在传送对应于可用RLC SN 数字的总数的多个连续RLC UM PDU之际，RLC SN循环完成，发射机RLC  UM SN 1010绕回，并且发射机HFN 1012递增。例如，在HSPA用例的一方 面，对应于可用RLC SN数字的总数的多个连续RLC UM PDU是127个连续 的RLC UM PDU。同时，如果接收方RLC UM 1018实体错失不止可用RLC SN 数字的总数(例如，HSPA示例中的不止127个连续的PDU)，则因为接收方 RLC UM实体1018不知道错失的连续PDU，所以接收机HFN 1020不递增， 从而导致发射机HFN 1012和接收机HFN 1020之间的去同步。此后，如果其 他RLC UM PDU被正确地传送和接收，则由于发射机HFN 1012和接收机HFN 1020之间的去同步，接收到的RLC UM PDU中的数据将在接收方RLC UM实 体1018处被错误地解密。

尽管RLC UM中的发送者和接收者之间的通信是不确收操作，但3GPP 标准提供了在传送方RLC UM实体1006内进行层间通信以获悉所传送的分组 的成功或失败的机制。例如，在25.321MAC规范中，存在通过使用基元来指 示每一个PDU传输的状态的规定。基元具有次序或数据形式并且用于在上层 和下层之间交换传送或接收信息。表1示出了MAC层和RLC层之间的基元的 一种非限制性安排，但其他安排也是可能的。

表1

MAC和RLC之间的基元的示例

如表1所示，每一个逻辑信道和传输信道可以在MAC子层和RLC子层 之间交换MAC_DATA基元和MAC_STATUS基元。如在表1中的参数头部下 示出的，基元可以在上层和下层之间提供请求、指示、响应、确认等。例如， 当所选逻辑信道的当前缓冲中的数据必需在执行MAC传输格式组合(TFC) 选择过程后传送时，可使用MAC_DATA_IND基元。逻辑信道可根据请求使 用MAC_DATA_REQ基元来向传输信道传送PDU。可使用 MAC_STATUS_IND基元以使得传输信道将可以在逻辑信道中传送的PDU的 大小和数量告知每一个逻辑信道。

根据一些方面，传输(TX)状态基元可被MAC子层用来向RLC子层指 示每一PDU传输的状态。例如，TX状态可被设为值“传输不成功”以便向 RLC指示RLC PDU的传输已经在前一传输时间区间(TTI)中失败。TX状态 还可被设为值“传输成功”以便向RLC指示已经提交所请求的RLC PDU以供 物理层传输在一些方面，PDU的传输状态可以从与MAC子层不同的协议子层 获取。

一般而言，在一些方面，当无线电承载正在使用RLC UM时，可以在RLC 子层中执行加密。在这些方面，加密错误可能与作为32位加密参数的加密序 列号COUNT-C相关。每一个上行链路无线电承载有一个COUNT-C值，且使 用RLC UM的每一个下行链路无线电承载有一个COUNT-C值。表2示出了 RLC UM中的COUNT-C配置。

表2

RLC UM中的COUNT-C配置

HFN(25位) RLC UM SN(7位)

如表2所示，RLC UM中的COUNT-C由以下两部分构成：“短”序列 号和“长”序列号。“短”序列号形成COUNT-C的最低有效位并且是作为 RLC UM PDU头部的一部分的7位RLC UM SN。“长”序列号形成COUNT-C 的最高有效位并且是在每一RLC SN循环递增的25位RLC UM HFN。HFN可 由参数START(例如，无线传送/接收单元(WTRU))初始化，并且无线电 网络控制器(RNC)可将RLC UM HFN的20个最高有效位初始化为START， 并且RLC UM HFN的其余位可被初始化为零。HFN可以不与分组一起显式传 送。

另外，在一方面，传送方RLC UM实体1002还包括执行MAC子层的功 能的MAC实体1014。对于每一TTI，MAC实体1014可以应混合自动重复请 求实体1016接收到的当前HARQ，基于各种因素(诸如缓冲占用率、优先级、 可用功率、可用授予等)来请求从每一个逻辑信道传送多个PDU。MAC实体 1014可基于HARQ实体1016接收到的对等方反馈(ACK/NAK)而具有HARQ 实体1016的传输状态的知识。在一些方面，传送方RLC UM实体1006可以 基于HARQ实体1016的传输状态来从MAC实体1014获取每一个PDU的成 功/不成功传输状态。因此，传送方RLC UM实体1006可存储PDU传输状态 的历史1008，并且可包括HFN去同步条件确定组件1024，只要PDU传输状 态的历史1008指示多个连续PDU丢失(例如，128个连续PDU丢失)，该组 件1024就将HFN去同步情形条件1022设为TRUE。只要PDU传输状态的历 史1008指示该多个PDU中的至少一个PDU被成功传送(例如，最后128个 PDU中的至少一个PDU被成功传送)，HFN去同步条件1022就可被设为 FALSE。在一些方面，例如，HFN去同步条件确定组件1024可包括基于HARQ 实体1016的传输状态来确定每一个PDU的成功/不成功传输状态的传输状态确 定组件1028。

在一些方面，传送方RLC UM实体1006和/或HFN去同步条件确定实体 1024可确定在TRUE HFN去同步条件1022下产生的HFN去同步值。为了确 定该HFN去同步值，可以在MAC实体1014和传送方RLC UM实体1006之 间使用层间通信。例如，MAC实体1014可提供每一HARQ传输的HARQ操 作结果，并且还可经由第一通信装置1002内的层间通信接口向传送方RLC UM 实体1006提供“失败/成功”反馈。传送方RLC UM实体1006然后可以跟踪 每一个HARQ失败/成功与对应的发射机RLC UM SN 1010的映射。例如，在 一方面，HFN去同步条件确定组件1024可包括跟踪每一个HARQ失败/成功 与对应发射机RLC UM SN 1010的映射的传输状态映射组件1030。根据一个 示例，传送方RLC UM实体1006、HFN去同步条件确定组件1024和/或传输 状态映射组件1030可基于每一个MAC HARQ(重)传输结果(例如，失败/ 成功)来维护记录与至少最近的128个RLC UM PDU SN相关的失败/成功的 位图阵列。在一些方面，传送方RLC UM实体1006、HFN去同步条件确定组 件1024和/或传输状态映射组件1030可跟踪该映射，而不管RLC PDU大小被 配置成“固定大小”还是“灵活大小”。在这些方面，受限于RLC PDU大小 配置，可以对固定和灵活RLC PDU大小两者完成两层(例如，MAC层和RLC) 之间的PDU映射。在一些方面，在逻辑信道和物理信道(例如，空中无线电 信道)之间的映射可由网络配置的情况下，传送方RLC UM实体1006、HFN 去同步条件确定组件1024和/或传输状态映射组件1030可附加地或替代地跟踪 PDU映射，而不管如何复用逻辑信道来进行空中传输。

在一些方面，第一通信装置1002可以是向可以是网络实体(诸如基站或 B节点)的第二通信装置1004传送上行链路分组的UE或移动设备。在这些方 面，由于MAC和RLC共同位于移动设备中，层间通信/信令可通过实现基元 (诸如本文描述的TX状态基元)来完成。

在一些方面，第一通信装置1002可以是向可以是UE或移动设备的第二 通信装置1004传送下行链路分组的网络实体。在这些方面，MAC和RLC层 之间的层间通信可以经由(MAC实体1014和HARQ实体1016所位于的)B 节点和(传送方RLC UM实体1002所位于的)RNC之间的接口或信令。该接 口或信令可以是对现有Iu接口(例如，将RNC连接到核心网的外部接口)的 增强。该接口或信令可将MAC/HARQ“失败/成功”反馈从B节点提供至RNC， 以使得RNC中的传送方RLC UM实体1006能够确定如本文描述的HFN去同 步条件1022。

在一些方面，当HFN去同步条件1022被确定为TRUE时，发射机HFN 1012可被调整，例如由传送方RLC UM实体1006和/或HFN调整组件1026 递减，以确保发射机HFN 1012与接收机HFN 1020同步，并且确保传送方RLC  UM实体1006和接收方RLC UM实体1018正在使用COUNT-C中的相同的 HFN来进行加密/解密。

以下是解说传送方RLC UM实体1006和/或HFN调整组件1026如何能够 调整发射机HFN 1012的一个示例。假定发射机HFN 1012和接收机HFN 1020 两者都等于1，且传送方RLC UM实体1006和接收方RLC UM实体1018成 功地交换RLC PDU SN 0到25。还假定传送方RLC UM实体1006通过使用 HFN 1传送RLC UM PDU SN 26到127来继续，此时发射机RLC UM SN 1010 翻转为0，并且还假定RLC UM PDU SN 26至127传输失败(102个失败的 PDU)，例如HARQ实体1016接收到针对这些传输的否定确收(NACK)。 该NACK信息可以在HARQ实体1016处基于HARQ ACK/NACK状态来提取， 并且可从MAC实体1014传送到传送方RLC UM实体1006。当发射机RLC UM  SN 1010从0重新开始(或翻转)时，发射机HFN 1012递增为2。现在假定在 该重新开始的RLC UM SN 1010的情况下，另一RLC UM PDU SN 0到25使 用HFN 2来传送，但传输失败(26个失败的PDU)。因此，总共128个连续 PDU已经传输失败。在此情况下，在缺少对HFN去同步的检测的情况下，传 送方RLC UM实体1006使用HFN 2，而接收方RLC UM实体1018使用HFN 1，从而导致HFN去同步并导致HSPA语音应用的语音混淆。然而，如果HFN 去同步基于128个连续PDU已经传输失败的指示而被检测为TRUE，则发射 机HFN 1012可被调整(例如，递减)并且HFN 1可用于待传送的新PDU。同 时，在接收方RLC UM实体1018处，接收机HFN 1020仍然等于1，因为未 接收到最后128个RLC UM PDU中的任一个，并且接收机RLC UM SN 1024 未翻转。因此，发射机和接收机两者都正在使用相同的HFN 1，并且COUNT-C 参数是相同的，从而确保加密/解密参数的同步。

在某一方面，用于确定HFN去同步条件1022的多个连续PDU的大小(例 如，多个PDU内的PDU的数量)可等于或大于一个完整的RLC SN循环。在 一方面，例如，用于确定HFN去同步条件1022的多个连续PDU的大小可以 是一个完整的RLC SN循环的倍数。在这方面，发射机HFN 1012可根据该一 个完整的RLC SN循环的倍数来调整。例如，如果一个完整的RLC SN循环的 倍数是3个RLC SN完整循环，则在确定TRUE HFN去同步条件1022之际， 发射机HFN 1012可以在传送方RLC UM实体1006处减去3以重新同步HFN。 根据一个示例，一个完整的RLC SN循环的长度为128。

参照图2，在一个方面，解说了用于管理RLC UM中的HFN去同步的方 法2000。根据方法2000的一个或多个方面，发射机甚至可以在该发射机正在 RLC UM下操作时检测HFN去同步并采取校正动作。出于解释目的，方法2000 将参照以上描述的图1来讨论。应当理解，在其他实现中，包括与图1中所解 说的那些组件不同的组件的其他系统和/或通信装置、UE、B节点或其他装置 也可被用于实现图2的方法2000。

在框2002，方法2000包括确定HFN去同步条件，该HFN去同步条件在 多个连续PDU中的至少一个PDU被成功传送时为FALSE，且在多个连续PDU 全部丢失时为TRUE。例如，在一方面，第一通信装置1002和/或HFN去同步 条件确定组件1024可基于从HARQ实体1016获取的PDU传输状态的历史 1008来确定HFN去同步条件1022。HFN去同步条件1022可以在多个连续PDU (例如，128个连续PDU)全部丢失时被设为TRUE，并且可以在多个连续PDU 中的至少一个PDU被成功传送时被设为FALSE。根据一些方面，TX状态基 元可被MAC子层用来向RLC子层指示每一PDU传输的状态。

例如，在框2002的执行的一方面，在每一TTI中，MAC实体可以应当前 HARQ基于各种因素(例如，缓冲占用率、优先级、可用功率、可用授予等) 来请求从每一个逻辑信道传送多个PDU。在一些方面，MAC实体还可基于对 等方反馈(例如，ACK/NAK)来知晓HARQ实体传输状态。在一些方面，例 如，RLC实体可基于HARQ状态从MAC实体获取每一个PDU的成功/不成功 传输状态。因此，在这些方面，HFN去同步可以在多个连续PDU(例如，128 个连续PDU)的丢失被发射机标识时被设为TRUE。同样，HFN去同步可以 在最后多个连续PDU(例如，最后128个连续PDU)中的至少一个PDU被标 识为成功传送时被设为FALSE。

在一些方面，RLC UM发射机可使用两个协议层(例如，MAC子层和RLC 子层)之间的层间通信，以使得MAC子层可以向RLC子层提供HARQ传输 的HARQ操作结果。由此，在这些方面，在发射机本身内，MAC子层经由层 间通信接口向RLC UM实体提供失败/成功反馈。在一些方面，RLC子层跟踪 HARQ失败/成功与对应RLC UM SN的映射。在一方面，例如，RLC UM实体 可基于每一个MAC HARQ传输或重传结果(例如，失败或成功)来维护记录 至少多个最近RLC UM PDU序列号(例如，至少128个最近RLC UM PDU序 列号)的失败/成功的位图阵列。在一些方面，RLC子层可跟踪HARQ失败/ 成功与对应RLC UM SN的映射，而不管RLC PDU大小被配置成灵活还是固 定。在一些方面，作为替代或附加，RLC子层可跟踪HARQ失败/成功映射， 而不管如何复用逻辑信道来进行空中传输。

在一些方面，当发射机正在传送下行链路通信(例如，从网络向移动设备 传送)时，网络层间通信可通过从例如MAC/HARQ功能所位于的B节点到例 如RLC UM发射机所位于的RNC(无线电网络控制器)的接口或信令来执行。 在这些方面，这一接口可以例如是带增强的现有Iu接口的一部分，并且可将 MAC/HARQ失败/成功反馈从B节点提供至RNC，以使得RLC中的RLC UM 实体能够确定HFN去同步条件。

在一些方面，当发射机正在传送上行链路通信时(例如，当发射机是移动 设备时)，由于MAC和RLC共同位于发射机(例如，移动设备)中，因此可 执行层间通信/信令以用于位图跟踪，如本文所描述的。

在框2004，方法2000包括在HFN去同步条件为TRUE时调整发射机HFN。 由此，当HFN去同步条件为TRUE时，RLC UM发射机可更新发射机HFN以 确保加密参数同步。例如，在一方面，HFN调整组件1026可以在HFN去同步 条件为TRUE时调整发射机HFN 1012。

例如，在框2004的执行的一些方面，当检测到HFN去同步时，发射机 HFN可由RLC UM发射机递减以确保两个对等实体都使用COUNT-C中的相 同HFN来进行加密/解密。以下是RLC UM发射机如何能够调整HFN的一个 非限制性示例。在该示例中，在步骤a，发射机和接收机用HFN 1来交换RLC  UM PDU SN 0到25。然后，在步骤b，使用HFN 1来传送RLC UM PDU SN 26 到SN 127。此时，SN被翻转为0。在步骤c，当SN翻转时，HFN递增至2， 且RLC UM PDU SN 0到SN 25使用HFN 2来传送(例如，根据标准协议，SN 从0重新开始或翻转，且HFN增加1)。在该示例的步骤d，步骤b和c中的 所有PDU(连续128个PDU)传输失败(例如，接收机经由HARQ操作接收 到对所有这些传输的否定确收(NAK)，且检测到“HFN去同步”。该NAK 信息可基于HARQ ACK/NAK状态来从MAC提取到RLC。在不进行任何HFN 调整的情况下，在该示例的该阶段，发射机正使用HFN 2，而接收机正使用 HFN 1，这导致HFN去同步并且可导致HSPA语音应用的语音混淆问题。然 而，通过检测到“HFN去同步”为TRUE，在步骤e，HFN在发射机侧递减， 并且使用HFN 1来传送新PDU。同时，在接收机侧，HFN保持为1，因为未 接收到最后128个RLC UM PDU中的任一个且RLC UM SN未翻转。结果， 发射机和接收机两者都正在使用相同的HFN，并且COUNT-C参数是相同的， 从而确保加密方/解密方参数的同步。基于128个连续PDU的错误检测仅仅是 在不损失一般性的情况下的一个示例，且错误检测可被扩展为将128个连续 PDU中的任意倍数作为检测循环，并且HFN能够在RLC UM发射机处相应地 调整以重新同步HFN。

由此，本装置和方法在传送方RLC UM实体处确定HFN去同步条件，并 且在这一条件被确定为TRUE时，本装置和方法在发射机处执行HFN更新。

图3是解说装置100的硬件实现的示例的框图，该装置100采用处理系统 114来操作例如第一通信装置1002、第二通信装置1004、传送方RLC UM实 体1006、MAC实体1014、接收方RLC UM实体1018和/或其各自的组件(参 见图1)。例如，在一方面，装置100可操作第一通信装置1002并且可包括 RLC/MAC UM实体116和MAC实体118，这两个实体可以分别与传送方RLC  UM实体1006和MAC实体1014相同或相似。在另一方面，例如，装置100 可操作第二通信装置1004并且可包括RLC/MAC UM实体116，该实体可以与 接收方RLC UM实体1018相同或相似。根据本公开内容的各方面，元素、或 元素的任何部分、或者元素的任何组合可用包括一个或多个处理器104的处理 系统114来实现。处理器104的示例包括：微处理器、微控制器、数字信号处 理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态 机、门控逻辑、分立的硬件电路、以及其他配置成执行本公开中通篇描述的各 种功能的合适硬件。

在此示例中，处理系统114可使用由总线102一般化地表示的总线架构来 实现。取决于处理系统114的具体应用和整体设计约束，总线102可包括任何 数目的互连总线和桥接器。总线102将包括一个或多个处理器(一般地由处理 器104表示)、存储器105和计算机可读介质(一般地由计算机可读介质106 表示)的各种电路链接在一起。总线102还可链接各种其它电路，诸如定时源、 外围设备、稳压器和功率管理电路，这些电路在本领域中是众所周知的，且因 此将不再进一步描述。总线接口108提供总线102与收发机110之间的接口。 收发机110提供用于通过传输介质与各种其它设备通信的手段。取决于该装置 的本质，也可提供用户接口112(例如，按键板、显示器、扬声器、话筒、操 纵杆)。

处理器104负责管理总线102和一般处理，包括对存储在计算机可读介质 106上的软件的执行。软件在由处理器104执行时使处理系统114执行下文针 对任何特定装置描述的各种功能。计算机可读介质106还可被用于存储由处理 器104在执行软件时操纵的数据。作为替代或附加，装置100可包括RLC/MAC  UM实体116和MAC实体118，以使得当由处理器104执行时，RLC/MAC UM 116和MAC实体118执行以上描述的用于第一通信装置1002、第二通信装置 1004、传送方RLC UM实体1006、MAC实体1014、接收方RLC UM实体1018 (参见图1)中的相应的一个装置或实体的各种功能。

处理系统中的一个或多个处理器104可以执行软件。软件应当被宽泛地解 释成意为指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、 应用、软件应用、软件包、例程、子例程、对象、可执行件、执行的线程、规 程、函数等，无论其是用软件、固件、中间件、微代码、硬件描述语言、还是 其他术语来述及皆是如此。软件可驻留在计算机可读介质106上。计算机可读 介质106可以是非瞬态计算机可读介质。作为示例，非瞬态计算机可读介质包 括：磁存储设备(例如，硬盘、软盘、磁条)、光盘(例如，压缩碟(CD) 或数字多功能碟(DVD))、智能卡、闪存设备(例如，记忆卡、记忆棒、或 钥匙驱动器)、随机存取存储器(RAM)、只读存储器(ROM)、可编程ROM (PROM)、可擦式PROM(EPROM)、电可擦式PROM(EEPROM)、寄 存器、可移动盘、以及任何其他用于存储可由计算机访问和读取的软件和/或指 令的合适介质。作为示例，计算机可读介质还可包括载波、传输线、和任何其 它用于传送可由计算机访问和读取的软件和/或指令的合适介质。计算机可读介 质106可以驻留在处理系统114中、在处理系统114外部、或跨包括该处理系 统114在内的多个实体分布。计算机可读介质106可以实施在计算机程序产品 中。作为示例，计算机程序产品可包括封装材料中的计算机可读介质。本领域 技术人员将认识到如何取决于具体应用和加诸于整体系统上的总体设计约束 来最佳地实现本公开中通篇给出的所描述的功能性。

本公开中通篇给出的各种概念可跨种类繁多的电信系统、网络架构、和通 信标准来实现。现在参照图4，作为说明性示例而非限制，参照通用移动电信 系统(UMTS)系统200来解说了本公开内容的各方面。UMTS网络包括三个 交互域：核心网204、无线电接入网(RAN)(例如，UMTS地面无线电接入 网(UTRAN)202)、以及用户装备(UE)210。任何传送和接收设备对(例 如，UE 210和UTRAN 202)可分别包括或类似于第一通信装置1002和第二通 信装置1004和/或其各自的组件，例如传送方RLC UM实体1006、MAC实体 1014、接收方RLC UM实体1018、装置100和/或其任何其他组件(参见图1 和3)。

在这一示例中，在对UTRAN 202可用的若干选项之中，所示出的UTRAN 202可以采用W-CDMA空中接口来启用各种无线服务，包括电话、视频、数 据、消息接发、广播和/或其他服务。UTRAN 202可包括多个无线电网络子系 统(RNS)，诸如RNS 207，每个RNS 206由相应的无线电网络控制器(RNC) (诸如RNC 806)来控制。在此，UTRAN 202除所示出的RNC 206和RNS 207 之外还可包括任何数目的RNC 206和RNS 207。RNC 206是尤其负责指派、 重配置和释放RNS 207内的无线电资源并负责其他事宜的装置。RNC 206可通 过各种类型的接口(诸如直接物理连接、虚拟网络、或类似物等)使用任何合 适的传递网络来互连至UTRAN 202中的其他RNC(未示出)。

由RNS 207覆盖的地理区域可被划分成数个蜂窝小区，其中无线电收发 机装置服务每个蜂窝小区。无线电收发机装置在UMTS应用中通常被称为B 节点，但是也可被本领域技术人员称为基站(BS)、基收发机站(BTS)、无 线电基站、无线电收发机、收发机功能、基本服务集(BSS)、扩展服务集(ESS)、 接入点(AP)或其它某个合适的术语。为了清楚起见，在每个RNS 208中示 出了三个B节点207；然而，RNS 207可包括任何数目的无线B节点。B节点 208为任何数目个移动装置提供至核心网204的无线接入点。移动装置的示例 包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型电脑、笔记本、 上网本、智能本、个人数字助理(PDA)、卫星无线电、全球定位系统(GPS) 设备、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、相机、 游戏控制台、或任何其他类似的功能设备。移动装置在UMTS应用中通常被称 为用户装备(UE)，但是也可被本领域技术人员称为移动站(MS)、订户站、 移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信 设备、远程设备、移动订户站、接入终端(AT)、移动终端、无线终端、远 程终端、手持机、终端、用户代理、移动客户端、客户端、或其他某个合适的 术语。在UMTS系统中，UE 210可进一步包括通用订户身份模块(USIM)211， 其包含用户对网络的订阅信息。出于解说目的，示出一个UE 210与数个B节 点208处于通信。下行链路(DL)(也被称为前向链路)是指从B节点208 至UE 210的通信链路，而上行链路(UL)(也被称为反向链路)是指从UE 210 至B节点208的通信链路。

核心网204可与一个或多个接入网(诸如UTRAN 202)对接。如所示出 的，核心网204是UMTS核心网。然而，如本领域技术人员将认识到的，本公 开中通篇给出的各种概念可在RAN、或其他合适的接入网中实现，以向UE提 供对UMTS网络之外的其他类型的核心网的接入。

所解说的UMTS核心网204包括电路交换(CS)域和分组交换(PS)域。 其中一些电路交换元件是移动服务交换中心(MSC)、访客位置寄存器(VLR) 和网关MSC(GMSC)。分组交换元件包括服务GPRS支持节点(SGSN)和 网关GPRS支持节点(GGSN)。一些网络元件，比如EIR、HLR、VLR和 AuC，可由电路交换域和分组交换域两者共享。

在所解说的示例中，核心网204用MSC 212和GMSC 214来支持电路交 换服务。在一些应用中，GMSC 214可被称为媒体网关(MGW)。一个或多 个RNC(诸如，RNC 206)可被连接至MSC 212。MSC 212是控制呼叫建立、 呼叫路由以及UE移动性功能的装置。MSC 212还包括访客位置寄存器(VLR)， 该VLR在UE处于MSC 212的覆盖区内期间包含与订户有关的信息。GMSC 214提供通过MSC 212的网关，以供UE接入电路交换网216。GMSC 214包 括归属位置寄存器(HLR)215，该HLR 815包含订户数据，诸如反映特定用 户已订阅的服务的详情的数据。HLR还与包含因订户而异的认证数据的认证中 心(AuC)相关联。当接收到对特定UE的呼叫时，GMSC 214查询HLR 215 以确定该UE的位置并将该呼叫转发给服务该位置的特定MSC。

所解说的核心网204也用服务GPRS支持节点(SGSN)218以及网关GPRS 支持节点(GGSN)220来支持分组交换数据服务。通用分组无线电服务(GPRS) 被设计成以比标准电路交换数据服务可用的速度更高的速度来提供分组数据 服务。GGSN 220为UTRAN 202提供与基于分组的网络222的连接。基于分 组的网络222可以是因特网、专有数据网、或其他某种合适的基于分组的网络。 GGSN 220的主要功能在于向UE 210提供基于分组的网络连通性。数据分组 可通过SGSN 220在GGSN 218与UE 210之间传递，该SGSN 212在基于分组 的域中主要执行与MSC 812在电路交换域中执行的功能相同的功能。

UTRAN空中接口可以是扩频直接序列码分多址(DS-CDMA)系统，诸 如利用W-CDMA标准的空中接口。扩频DS-CDMA通过乘以具有称为码片的 伪随机比特的序列来扩展用户数据。用于UTRAN 202的W-CDMA空中接口 基于此类DS-CDMA技术且还要求频分双工(FDD)。FDD对B节点208与 UE 210之间的上行链路(UL)和下行链路(DL)使用不同的载波频率。用于 UMTS的利用DS-CDMA且使用时分双工(TDD)的另一空中接口是 TD-SCDMA空中接口。本领域技术人员将认识到，尽管本文描述的各个示例 可能引述W-CDMA空中接口，但根本原理等同地适用于TD-SCDMA空中接 口或任何其他合适的空中接口。

在无线电信系统中，取决于具体应用，通信协议架构可采取各种形式。例 如，在3GPP UMTS系统中，信令协议栈被划分成非接入阶层(NAS)和接入 阶层(AS)。NAS提供各上层，用于UE 210与核心网204(参照图2)之间 的信令，并且可包括电路交换和分组交换协议。AS提供较低层，用于UTRAN 202与UE 210之间的信令，并且可包括用户面和控制面。在此，用户面或即 数据面携带用户话务，而控制面携带控制信息(即，信令)。

转向图5，接入阶层(AS)被示为具有三层，即L1316、L2308和L3318， 在一示例中，无线电协议架构300涉及用户装备(UE)或B节点/基站的用户 面302和控制面304。例如，架构300可被包括在第一通信装置1002、第二通 信装置1004或装置100(参见图1和3)或UE 210或B节点208(参见图4) 中。

层1316是最低层并实现各种物理层信号处理功能。层1316在本文中将 被称为物理层306。称为层2308的数据链路层在物理层306之上并且负责UE 210与B节点208之间在物理层306之上的链路。

在层3，RRC层316处置UE 210与B节点208之间的控制面信令。RRC 层316包括用于路由更高层消息、处置广播和寻呼功能、建立和配置无线电承 载等的多个功能实体。

在所解说的空中接口中，L2层308被拆分成各子层。在控制面，L2层308 包括两个子层：媒体接入控制(MAC)子层310和无线电链路控制(RLC)子 层312。在用户面，L2层308另外包括分组数据汇聚协议(PDCP)子层314。 尽管未示出，但是UE在L2层308之上可具有若干较高层，包括在网络侧端 接于PDN网关的网络层(例如，IP层)、以及端接于连接的另一端(例如， 远端UE、服务器等)处的应用层。

PDCP子层314提供不同无线电承载与逻辑信道之间的复用。PDCP子层 314还提供对上层数据分组的头部压缩以减少无线电传输开销，通过将数据分 组暗码化来提供安全性，以及提供对UE在各B节点之间的切换支持。

RLC子层312一般支持用于数据传递的确收模式(AM)(其中确收和重 传过程可被用于纠错)、不确收模式(UM)、以及透明模式，并提供对上层 数据分组的分段和重组以及对数据分组的重新排序以补偿由于MAC层的混合 自动重复请求(HARQ)而造成的乱序接收。在确收模式中，RLC对等实体(诸 如RNC和UE等)可交换各种RLC协议数据单元(PDU)，包括RLC数据 PDU、RLC状态PDU、以及RLC复位PDU，等等。在本公开中，术语“分组” 可以指在各RLC对等实体之间交换的任何RLC PDU。

MAC子层310提供逻辑信道与传输信道之间的复用。MAC子层310还负 责在各UE间分配一个蜂窝小区中的各种无线电资源(例如，资源块)。MAC 子层310还负责HARQ操作。

MAC子层310包括各种MAC实体，其包括但不限于MAC-d实体和 MAC-hs/ehs实体。无线电网络控制器(RNC)容纳从MAC-d往上的各协议层。 对于高速信道，MAC-hs/ehs层被容纳在B节点中。

从UE侧，MAC-d实体被配置成控制对所有专用传输信道、对MAC-c/sh/m 实体以及对MAC-hs/ehs实体的接入。此外，从UE侧，MAC-hs/ehs实体被配 置成处置HSDPA特有功能并控制对HS-DSCH传输信道的接入。各上层配置 两个实体中哪一个实体(MAC-hs或者MAC-ehs)要被应用于处置HS-DSCH 功能性。

参照图6，解说了UTRAN架构中的接入网300，其中一个或多个无线通 信实体(例如，UE和/或基站)可包括例如第一通信装置1002、第二通信装置 1004、UE 210、B节点208、传送方RLC UM实体1006、MAC实体1014、接 收方RLC UM实体1018或装置100(参见图1、3和4)。

该系统包括多个蜂窝区域(蜂窝小区)，包括各自可包括一个或多个扇区 的蜂窝小区302、304和306。蜂窝小区可在地理上界定(例如，由覆盖区域来 界定)和/或可根据频率、加扰码等来界定。即，所解说的在地理上界定的蜂窝 小区302、304以及306可各自例如通过使用不同的加扰码来进一步划分成多 个蜂窝小区。例如，蜂窝小区304a可以利用第一加扰码，而蜂窝小区304b(尽 管处于同一地理区域中且由同一B节点344来服务)可通过利用第二加扰码来 被区分开。

在被划分为扇区的蜂窝小区中，蜂窝小区内的多个扇区可通过各天线群来 形成，其中每一天线负责与该蜂窝小区的一部分中的各UE进行通信。例如， 在蜂窝小区302中，天线群312、314和316可各自对应于不同扇区。在蜂窝 小区304中，天线群318、320和322可各自对应于不同的扇区。在蜂窝小区 306中，天线群324、326和328可各自对应于不同的扇区。

蜂窝小区302、304和306可包括可与每一蜂窝小区302、304或306的一 个或多个扇区处于通信的若干UE。例如，UE 330和332可与B节点342处于 通信，UE 334和336可与B节点344处于通信，而UE 338和340可与B节点 346处于通信。此处，每一个B节点342、344和346被配置成向各个蜂窝小 区302、304和306中的所有UE 330、332、334、336、338和340提供到核心 网204(见图4)的接入点。

在与源蜂窝小区的呼叫期间，或在任何其他时间，UE 336可监视源蜂窝 小区的各种参数以及相邻蜂窝小区的各种参数。此外，取决于这些参数的质量， UE 336可以维持与一个或多个邻蜂窝小区的通信。在此时间期间，UE 336可 维护活跃集，即，UE 336同时连接着的蜂窝小区的列表(即，当前正在向UE 336指派下行链路专用物理信道DPCH或者部分下行链路专用物理信道 F-DPCH的那些UTRAN蜂窝小区可构成活跃集)。

图7是包括与UE 750通信的B节点710的电信系统700的框图，其中B 节点710和UE 750可包括第一通信装置1002、第二通信装置1004、UE 210、 B节点208、传送方RLC UM实体1006、接收方RLC UM实体1018、MAC 实体1014或装置100(参见图1、3和4)。

在下行链路通信中，发射处理器720可以接收来自数据源712的数据和来 自控制器/处理器740的控制信号。发射处理器720为数据和控制信号以及参考 信号(例如，导频信号)提供各种信号处理功能。例如，发射处理器720可提 供用于检错的循环冗余校验(CRC)码、促成前向纠错(FEC)的编码和交织、 基于各种调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、 M相移键控(M-PSK)、M正交振幅调制(M-QAM)及诸如此类)向信号星 座的映射、用正交可变扩展因子(OVSF)进行的扩展、以及与加扰码的相乘 以产生一系列码元。来自信道处理器744的信道估计可被控制器/处理器740 用来为发射处理器720确定编码、调制、扩展和/或加扰方案。可以从由UE 750 传送的参考信号或者从来自UE 750的反馈来推导这些信道估计。由发射处理 器720生成的码元被提供给发射帧处理器730以创建帧结构。发射帧处理器730 通过将码元与来自控制器/处理器740的信息复用来创建这一帧结构，从而得到 一系列帧。这些帧随后被提供给发射机732，该发射机732提供各种信号调理 功能，包括对这些帧进行放大、滤波、以及将这些帧调制到载波上以便通过天 线734在无线介质上进行下行链路传输。天线734可包括一个或多个天线，例 如，包括波束调向双向自适应天线阵列或其它类似的波束技术。

在UE 750处，接收机754通过天线752接收下行链路传输，并处理该传 输以恢复调制到载波上的信息。由接收机754恢复出的信息被提供给接收帧处 理器760，该接收帧处理器770解析每个帧，并将来自这些帧的信息提供给信 道处理器794以及将数据、控制和参考信号提供给接收处理器770。接收处理 器770后续执行由B节点710中的发射处理器720执行的处理的逆处理。更具 体而言，接收处理器770解扰并解扩展这些码元，并且随后基于调制方案确定 由B节点710最有可能传送的信号星座点。这些软判决可以基于由信道处理器 794计算出的信道估计。软判决随后被解码和解交织以恢复数据、控制和参考 信号。随后校验CRC码以确定这些帧是否已被成功解码。由成功解码的帧携 带的数据随后将被提供给数据阱772，其代表在UE 750中运行的应用和/或各 种用户接口(例如，显示器)。由成功解码的帧携带的控制信号将被提供给控 制器/处理器790。当帧未被接收机处理器770成功解码时，控制器/处理器790 还可使用确收(ACK)和/或否定确收(NACK)协议来支持对那些帧的重传请 求。

在上行链路中，来自数据源778的数据和来自控制器/处理器790的控制 信号被提供给发射处理器780。数据源778可代表在UE 750中运行的应用和 各种用户接口(例如，键盘)。类似于结合由B节点710进行的下行链路传输 所描述的功能性，发射处理器780提供各种信号处理功能，包括CRC码、用 于促成FEC的编码和交织、映射至信号星座、用OVSF进行的扩展，以及加 扰以产生一系列码元。由信道处理器794从由B节点710传送的参考信号或者 从由B节点710传送的中置码中包含的反馈推导出的信道估计可被用于选择恰 适的编码、调制、扩展和/或加扰方案。由发射处理器780产生的码元将被提供 给发射帧处理器782以创建帧结构。发射帧处理器782通过将码元与来自控制 器/处理器790的信息复用来创建这一帧结构，从而得到一系列帧。这些帧随后 被提供给发射机756，发射机752提供各种信号调理功能，包括对这些帧进行 放大、滤波、以及将这些帧调制到载波上以便通过天线1152在无线介质上进 行上行链路传输。

在B节点710处以与结合UE 750处的接收机功能所描述的方式相类似的 方式来处理上行链路传输。接收机735通过天线734接收上行链路传输，并处 理该传输以恢复调制到载波上的信息。由接收机735恢复出的信息被提供给接 收帧处理器736，接收帧处理器736解析每个帧，并将来自这些帧的信息提供 给信道处理器744以及将数据、控制和参考信号提供给接收处理器738。接收 处理器738执行由UE 750中的发射处理器780执行的处理的逆处理。由成功 解码的帧携带的数据和控制信号可随后被分别提供给数据阱739和控制器/处 理器。如果接收处理器解码其中一些帧不成功，则控制器/处理器740还可使用 确收(ACK)和/或否定确收(NACK)协议来支持对那些帧的重传请求。

控制器/处理器740和790可被用于分别指导B节点710和UE 750处的操 作。例如，控制器/处理器740和790可提供各种功能，包括定时、外围接口、 稳压、功率管理和其他控制功能。存储器742和792的计算机可读介质可分别 存储供B节点710和UE 750用的数据和软件。B节点710处的调度器/处理器 746可被用于向UE分配资源，以及为UE调度下行链路和/或上行链路传输。

高速分组接入(HSPA)空中接口包括对UE 750与B节点710之间的 3G/W-CDMA空中接口的一系列增强，从而促进了更大的吞吐量和减少的用户 等待时间。在对先前标准的其他修改当中，HSPA利用混合自动重复请求 (HARQ)、共享信道传输、以及自适应调制和编码。定义HSPA的标准包括 HSDPA(高速下行链路分组接入)和HSUPA(高速上行链路分组接入，也称 为增强型上行链路或EUL)。

例如，在3GPP标准族的版本5中，引入了HSDPA。HSDPA利用高速下 行链路共享信道(HS-DSCH)作为其传输信道，它可被若干UE共享。HS-DSCH 由三个物理信道来实现：高速物理下行链路共享信道(HS-PDSCH)、高速共 享控制信道(HS-SCCH)、以及高速专用物理控制信道(HS-DPCCH)。

HS-SCCH是可被用来携带与HS-DSCH的传输相关的下行链路控制信息 的物理信道。在此，HS-DSCH可与一个或多个HS-SCCH相关联。UE可持续 监视HS-SCCH以确定何时要从HS-DSCH读取其数据并确定在所指派的物理 信道上使用的调制方案。

HS-PDSCH是可由若干UE共享的物理信道并且可携带该高速下行链路的 下行链路数据。HS-PDSCH可支持正交相移键控(QPSK)、16-正交振幅调制 (16-QAM)、以及多码传输。

HS-DPCCH是可携带来自UE的反馈以协助B节点进行其调度算法的上 行物理信道。该反馈可包括信道质量指示符(CQI)和对先前HS-DSCH传输 的肯定或否定确收(ACK/NAK)。

第五发行版HSDPA和先前标准化电路交换空中接口之间在下行链路方面 的一个差异是在HSDPA中缺少软移交。这意为着HSDPA信道从称为HSDPA 服务蜂窝小区的单个蜂窝小区传送到UE。随着用户的移动，或者随着一个蜂 窝小区变得比另一蜂窝小区更可取，HSDPA服务蜂窝小区可改变。该UE仍 可能在相关联DPCH上处于软移交，从而接收来自多个蜂窝小区的相同信息。

在第五发行版HSDPA中，在任何时刻，UE 210具有一个服务蜂窝小区： 即，如根据UE测量E_c/I₀在活跃集中的最强蜂窝小区。根据在3GPP TS 25.331 的第五发行版中定义的移动性规程，用于改变HSPDA服务蜂窝小区的无线电 资源控制(RRC)信令消息是传送自当前HSDPA服务蜂窝小区(即，源蜂窝 小区)而非UE报告为更强蜂窝小区(即，目标蜂窝小区)的那个蜂窝小区的。

3GPP发行版6规范引入了称为增强型上行链路(EUL)或高速上行链路 分组接入(HSUPA)的上行链路增强。HSUPA将EUL专用信道(E-DCH) 用作其传输信道。E-DCH在上行链路中连同发行版99DCH一起传送。DCH 的控制部分(即，DPCCH)在上行链路传输上携带导频比特和下行链路功率 控制命令。

E-DCH由包括E-DCH专用物理数据信道(E-DPDCH)和E-DCH专用物 理控制信道(E-DPCCH)的物理信道实现。此外，HSUPA依赖于包括E-DCH  HARQ指示符信道(E-HICH)、E-DCH绝对准予信道(E-AGCH)和E-DCH 相对准予信道(E-RGCH)的附加物理信道。

已经参照W-CDMA系统给出了电信系统的若干方面。如本领域技术人员 将容易领会的那样，贯穿本公开描述的各种方面可扩展到其他电信系统、网络 架构和通信标准。

作为示例，各方面可被扩展到其它UMTS系统，诸如TD-SCDMA和 TD-CDMA。各个方面还可扩展到采用长期演进(LTE)(在FDD、TDD或这 两种模式下)、高级LTE(LTE-A)(在FDD、TDD或这两种模式下)、 CDMA2000、演进数据最优化(EV-DO)、超移动宽带(UMB)、IEEE 802.11 (Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、超宽带(UWB)、蓝牙 的系统和/或其他合适的系统。所采用的实际的电信标准、网络架构和/或通信 标准将取决于具体应用以及加诸于系统的整体设计约束。

应该理解，所公开的方法中各步骤的具体次序或阶层是示例性过程的解 说。基于设计偏好，应该理解，可以重新编排这些方法中各步骤的具体次序或 阶层。所附方法权利要求以样本次序呈现各种步骤的要素，且并不意味着被限 定于所呈现的具体次序或阶层，除非在本文中有特别叙述。

提供之前的描述是为了使本领域任何技术人员均能够实践本文中所描述 的各种方面。对这些方面的各种改动将容易为本领域技术人员所明白，并且在 本文中所定义的普适原理可被应用于其他方面。因此，权利要求并非旨在被限 定于本文中所示出的各方面，而是应被授予与权利要求的语言相一致的全部范 围，其中对要素的单数形式的引述并非旨在表示“有且仅有一个”——除非特别 如此声明，而是旨在表示“一个或多个”。除非特别另外声明，否则术语“一些/ 某个”指的是一个或多个。引述一列项目中的至少一个摂的短语是指这些项目 的任何组合，包括单个成员。作为示例，“a、b或c中的至少一个”旨在涵盖： a；b；c；a和b；a和c；b和c；以及a、b和c。本公开通篇描述的各种方面 的要素为本领域普通技术人员当前或今后所知的所有结构上和功能上的等效 方案通过引述被明确纳入于此，且旨在被权利要求所涵盖。此外，本文中所公 开的任何内容都并非旨在贡献给公众，无论这样的公开是否在权利要求书中被 显式地叙述。权利要求的任何要素都不应当在35U.S.C.§112第六款的规定下 来解释，除非该要素是使用措辞“用于……的装置”来明确叙述的或者在方法 权利要求情形中该要素是使用措辞“用于……的步骤”来叙述的。