用于选择性处理公共控制信道的方法和装置转让专利
申请号 : CN03814817.X
文献号 : CN100586237C
文献日 : 2010-01-27
发明人 : V·纳格帕尔 , F·格里利
申请人 : 高通股份有限公司
摘要 :
提出了减少远程站成功地解码公共控制信道(CCCH)所需处理量的方法和装置。在远程站不执行任何更新请求的周期中，CCCH消息被丢弃(610)。在远程站实现更新请求的周期中，CCCH消息被完全地处理(600)。对CCCH消息的选择性处理相应地节约了功耗。
权利要求 :
1.一种在远程站选择性处理公共控制信道CCCH的方法，所述的方法包括：确定接收消息的指示符是否指出接收到的消息是CCCH消息；
如果接收到的消息不是CCCH消息，则处理接收到的消息；
如果接收到的消息是CCCH消息，则确定是否期望对远程站的请求的响应；
如果期望对远程站的请求的响应，则处理CCCH消息；以及如果不期望对远程站的请求的响应，则不处理CCCH消息。
2.如权利要求1所述的方法，其特征在于，确定接收到的消息的指示符是否 指出接收到的消息是CCCH消息包括：检查接收到的消息的媒体访问控制MAC报头 部分。
3.如权利要求2所述的方法，其特征在于，检查接收到的消息的MAC报头部 分包括：检查MAC报头部分的目标信道类型字段TCTF部分。
4.如权利要求1所述的方法，其特征在于，所述的对远程站的请求的响应是 小区更新确认消息。
5.如权利要求1所述的方法，其特征在于，所述的对远程站的请求的响应是 URA更新确认消息，其中所述URA是通用移动通信系统陆地无线接入网注册区域的 缩写词。
6.如权利要求1所述的方法，其特征在于，所述的对远程站的请求的响应是 RRC连接建立/拒绝消息，其中所述RRC是无限资源控制的缩写词。
7.如权利要求1所述的方法，其特征在于，所述的对远程站的请求的响应是 RRC连接释放消息。
8.如权利要求1所述的方法，其特征在于，确定是否期望对远程站的请求的 响应包括：确定是否期望小区更新确认消息；
确定是否期望URA更新确认消息；
确定是否期望RRC连接建立/拒绝消息；以及
确定是否期望RRC连接释放消息，
而确定的步骤可以以任意的顺序执行。
9.如权利要求8所述的方法，进一步包括：
确定定时器是否已期满，其中如果定时器已期满，则不期望响应。
10.一种在远程站处减少处理的装置，所述的装置包括：用于确定接收到的消息的指示符是否指出接收到的消息是公共控制信道CCCH 消息的模块；
用于如果接收到的消息不是CCCH消息，则处理接收到的消息的模块；
用于如果接收到的消息是CCCH消息，则确定是否期望对远程站的请求的响应 的模块；
用于如果期望对远程站的请求的响应，则处理CCCH消息的模块；以及用于如果不期望对远程站的请求的响应，则丢弃CCCH消息的模块。
11.如权利要求10所述的装置，其中所述用于确定接收到的消息的指示符是 否指出接收到的消息是CCCH消息的模块包括：用于检查接收到的消息的媒体访问 控制MAC报头部分的模块。
12.如权利要求11所述的装置，其中所述用于检查接收到的消息的MAC报头 部分的模块包括：用于检查所述MAC报头部分的目标信道类型字段TCTF部分的模 块。
13.如权利要求10所述的装置，其中所述用于确定是否期望对远程站的请求 的响应的模块包括：用于确定是否期望小区更新确认消息的模块；
用于确定是否期望URA更新确认消息的模块；
用于确定是否期望RRC连接建立/拒绝消息的模块；以及用于确定是否期望RRC连接释放消息的模块，
而确定的步骤可以以任意的顺序执行。
14.一种在远程站处理公共控制信道CCCH的方法，所述的方法包括：如果所述的远程站向基站发送请求，则转换到第一状态，其中所述的第一状 态用于处理任一在CCCH上接收到的消息；以及如果所述的远程站已成功地处理了对所述请求的响应，则转换到第二状态， 其中所述的第二状态用于丢弃任一在CCCH上接收到的消息。
15.如权利要求14所述的方法，其特征在于，其中丢弃任一在CCCH上接收 到的消息通过以下方式执行：检查接收到消息的媒体访问控制MAC报头的目标信道类型字段TCTF；以及如果所述的TCTF指出接收到的消息是CCCH消息，则丢弃接收到的消息。
16.如权利要求14所述的方法，其特征在于，转换到第二状态进一步包括在 转换前等待定时器期满，其中当接收到对远程站之前发送给基站的请求的响应时 设置所述的定时器。
17.如权利要求14所述的方法，其中如果所述的远程站接收到对先前发送到 基站的请求的响应，则远程站进入第二状态。
18.如权利要求17所述的方法，其特征在于，当定时器期满时，所述的远程 站进入第二状态，该定时器由接收到响应而启动。
19.一种在远程站处理消息装置，所述的装置包括：用于如果所述的远程站向基站发送请求，则转换到第一状态的模块，其中所 述的第一状态用于处理任一在公共控制信道CCCH上接收到的消息；以及用于如果所述的远程站已成功地处理了对所述请求的响应，则转换到第二状 态的模块，其中所述的第二状态用于丢弃任一在CCCH上接收到的消息。
20.如权利要求19所述的装置，其特征在于，其中所述用于转换到第二状态 的模块包括用于在定时器期满时转换到第二状态的模块，其中当接收到对远程站 之前发送给基站的请求的响应时开始所述的定时器。
21.如权利要求19所述的装置，其中如果所述的远程站接收到对先前发送到 基站的请求的响应，远程站就进入第二状态。
说明书 :
技术领域
本发明一般涉及无线通信，尤其涉及下行链路公共控制信道的选择性处理。
背景技术
无线通信领域有很多应用，包括例如，无绳电话、无线电呼叫、无线本地环 路、个人数字助理(PDA)、因特网电话和卫星通信系统。一个特别重要的应用是用 于远程用户的蜂窝电话系统。这里使用术语“蜂窝”系统包括使用蜂窝或个人通 信业务(PCS)频率的系统。各个无线电广播接口被开发用于这些蜂窝电话系统，包 括例如，频分多址(FDMA)、时分多址(TDMA)和码分多址(CDMA)。建立了与之相关 的各个国内和国际标准，包括例如高级移动电话业务(AMPS)、全球数字移动电话 系统(GSM)和暂行标准95(IS-95)。IS-95及其派生IS-95A、IS-95B、ANSI J-STD-008(通常共同在此作为IS-95提及)和被提议的高速率系统由电信工业协会 以及其它公知的标准体发布。
依照IS-95标准的使用配置的蜂窝电话系统使用CDMA信号处理技术来提供高 效和稳健的蜂窝电话业务。序号为5,103,459和4,901,307的美国专利描述 了主要依照IS-95标准的使用配置的示例性蜂窝电话系统，所述的专利被转让给 本发明受让人并被引用在此作为参考。使用CDMA技术的示例性系统是由美国电信 工业协会(TIA)发布的cdma2000ITU-R无线传输技术(RTT)候选提案(在此称为 cdma2000)。Cdma200的标准在IS-2000的草案中给出，并经TIA通过。另一个(CDMA 标准是W-CDMA标准，如第三代伙伴项目(3GPP)中收录的，文件序号为3G TS 25.211、3G TS 25.212、3G TS 25.213和3G TS 25.214。
根据对服务供应商可用的频带，在WCDMA系统的组成部件之间的传送可以以 时分双工模式(TDD)或频分双工模式(FDD)被发送。由于允许在任一模式中操作的 复杂性，系统依照逻辑信道和物理信道来发送。根据数据被分配至的逻辑信道对 数据进行编码和内插，该逻辑信道接着被映射到物理信道。逻辑信道和物理信道 数量和类型依照信号被发送的方向而变化。从远程站(也被称为移动站)至基站的 传送被称为“上行链路”，而从基站至远程站的传送被称为“下行链路”。
在下行链路上，逻辑信道被归类为控制信道或话务信道。控制信道是广播控 制信道(BCCH)、寻呼控制信道(PCCH)、专用控制信道(DCCH)、公共控制信道(CCCH) 和共享信道控制信道(SHCCH)。话务信道是专用话务信道(DTCH)和公共话务信 道(CTCH)。
以下所描述的实施例主要针对远程站对CCCH的选择性处理。目前，WCDMA系 统被设计为：只要所述的远程站在上行链路和下行链路中被分配了公共传输信道， CCCH就在工作在服务基站范围内的远程站中间都是共用的。因此，所有使用上行 链路和下行链路公共传输信道的远程站必须解调和解码CCCH上所有的消息。如果 消息不是特别以某个移动站为目标的，该移动站就必须丢弃该消息。例如，如果服 务基站在CCCH上向100个单独远程站发送100个单独的消息，接着每个远程站将 解调和解码所有100个消息，其中99个以其它远程站为目标的非相关消息会被丢 弃。
上述对CCCH上所有消息进行解调和解码的要求是对处理资源的浪费，但是该 要求被实现以解决向远程站提供更新信息的问题。例如，当DCCH不可用时，该CCCH 被用于交换信令信息，所述的情况发生在例如小区重选之后。CCCH上的消息通常 包括更新信息，所述的更新信息允许远程站继续处理在DCCH上接收到的目标消息 并允许将专用传输信道分配给远程站。
这里所描述的实施例是为了减少远程站解调和解码CCCH上所有消息的需求， 这样就减少了成功地解码CCCH所需的处理资源量。如果一远程站可以确定CCCH 上特别以其为目标的信息，该CCCH就可以被成功地解码。如果该移动站无需解调 和解码所有非相关的CCCH消息，那么就产生了能量消耗的相应节省，这有益于远 程站的电池寿命。
依照IS-95标准的使用配置的蜂窝电话系统使用CDMA信号处理技术来提供高 效和稳健的蜂窝电话业务。序号为5,103,459和4,901,307的美国专利描述 了主要依照IS-95标准的使用配置的示例性蜂窝电话系统，所述的专利被转让给 本发明受让人并被引用在此作为参考。使用CDMA技术的示例性系统是由美国电信 工业协会(TIA)发布的cdma2000ITU-R无线传输技术(RTT)候选提案(在此称为 cdma2000)。Cdma200的标准在IS-2000的草案中给出，并经TIA通过。另一个(CDMA 标准是W-CDMA标准，如第三代伙伴项目(3GPP)中收录的，文件序号为3G TS 25.211、3G TS 25.212、3G TS 25.213和3G TS 25.214。
根据对服务供应商可用的频带，在WCDMA系统的组成部件之间的传送可以以 时分双工模式(TDD)或频分双工模式(FDD)被发送。由于允许在任一模式中操作的 复杂性，系统依照逻辑信道和物理信道来发送。根据数据被分配至的逻辑信道对 数据进行编码和内插，该逻辑信道接着被映射到物理信道。逻辑信道和物理信道 数量和类型依照信号被发送的方向而变化。从远程站(也被称为移动站)至基站的 传送被称为“上行链路”，而从基站至远程站的传送被称为“下行链路”。
在下行链路上，逻辑信道被归类为控制信道或话务信道。控制信道是广播控 制信道(BCCH)、寻呼控制信道(PCCH)、专用控制信道(DCCH)、公共控制信道(CCCH) 和共享信道控制信道(SHCCH)。话务信道是专用话务信道(DTCH)和公共话务信 道(CTCH)。
以下所描述的实施例主要针对远程站对CCCH的选择性处理。目前，WCDMA系 统被设计为：只要所述的远程站在上行链路和下行链路中被分配了公共传输信道， CCCH就在工作在服务基站范围内的远程站中间都是共用的。因此，所有使用上行 链路和下行链路公共传输信道的远程站必须解调和解码CCCH上所有的消息。如果 消息不是特别以某个移动站为目标的，该移动站就必须丢弃该消息。例如，如果服 务基站在CCCH上向100个单独远程站发送100个单独的消息，接着每个远程站将 解调和解码所有100个消息，其中99个以其它远程站为目标的非相关消息会被丢 弃。
上述对CCCH上所有消息进行解调和解码的要求是对处理资源的浪费，但是该 要求被实现以解决向远程站提供更新信息的问题。例如，当DCCH不可用时，该CCCH 被用于交换信令信息，所述的情况发生在例如小区重选之后。CCCH上的消息通常 包括更新信息，所述的更新信息允许远程站继续处理在DCCH上接收到的目标消息 并允许将专用传输信道分配给远程站。
这里所描述的实施例是为了减少远程站解调和解码CCCH上所有消息的需求， 这样就减少了成功地解码CCCH所需的处理资源量。如果一远程站可以确定CCCH 上特别以其为目标的信息，该CCCH就可以被成功地解码。如果该移动站无需解调 和解码所有非相关的CCCH消息，那么就产生了能量消耗的相应节省，这有益于远 程站的电池寿命。
发明内容
这里提出了解决上述需要的方法和装置，一方面，提出了在远程站处选择性 地处理公共控制信道(CCCH)的方法，包括：确定接收消息的指示符是否指出接收 到的消息是CCCH消息；如果接收到的消息不是CCCH消息，那么处理接收到的消息； 如果接收到消息是CCCH消息，那么确定是否期望远程站对请求的响应；如果期望 远程站对请求的响应，则处理该CCCH消息；以及如果不期望远程站对请求的响应， 则不处理该CCCH消息。
另一方面，提出了用于执行一组执行上述方法的指令的装置，该装置包括存 储元件和处理器。
另一方面，提出了在远程站处理公共控制信道(CCCH)的方法，包括：如果 远程站发送请求到基站，则转换到第一状态，其中所述第一状态用于处理在CCCH 上接收到的任何消息；以及如果对该请求的响应被该远程站成功地处理，则转换到 第二状态，其中所述第二状态用于丢弃在CCCH上接收到的任何消息。
另一方面，提出了如果远程站处在第一状态、则处理任何在CCCH上接收到的 消息的方法、以及如果远程站处在第二状态、丢弃任何在CCCH上接收到的消息的 方法，前者中如果远程站发送请求到基站，该远程站会进入第一状态；后者中如果 远程站接收到对先前发送给基站的请求的响应，移动站就进入第二状态。
另一方面，选择性处理CCCH的装置包括：如果远程站发送请求到基站、则转 换到第一状态的装置；当远程站处在第一状态时、处理任何由该远程站在CCCH上 接收到的消息的装置；如果对请求的响应被远程站成功地处理、则转换到第二状态 的装置；以及当远程站处在第二状态时、丢弃任何由该远程站在CCCH上接收到的 消息的装置。
另一方面，提出了用于执行一组执行上述方法的指令的装置，该装置包括存 储元件和处理器。
另一方面，提出了在远程站处理公共控制信道(CCCH)的方法，包括：如果 远程站发送请求到基站，则转换到第一状态，其中所述第一状态用于处理在CCCH 上接收到的任何消息；以及如果对该请求的响应被该远程站成功地处理，则转换到 第二状态，其中所述第二状态用于丢弃在CCCH上接收到的任何消息。
另一方面，提出了如果远程站处在第一状态、则处理任何在CCCH上接收到的 消息的方法、以及如果远程站处在第二状态、丢弃任何在CCCH上接收到的消息的 方法，前者中如果远程站发送请求到基站，该远程站会进入第一状态；后者中如果 远程站接收到对先前发送给基站的请求的响应，移动站就进入第二状态。
另一方面，选择性处理CCCH的装置包括：如果远程站发送请求到基站、则转 换到第一状态的装置；当远程站处在第一状态时、处理任何由该远程站在CCCH上 接收到的消息的装置；如果对请求的响应被远程站成功地处理、则转换到第二状态 的装置；以及当远程站处在第二状态时、丢弃任何由该远程站在CCCH上接收到的 消息的装置。
附图说明
图1是无线通信网络的图示。
图2是无线接口协议架构的总体框图。
图3是WCDMA-兼容的远程站中运行状态的框图。
图4是消息字段的图示。
图5是用于选择性处理CCCH消息的方法的流程图。
图6是选择性处理CCCH的实施例的状态图。
图7是用于选择性处理CCCH消息的方法的流程图。
图8是选择性处理CCCH的实施例的状态图。
图2是无线接口协议架构的总体框图。
图3是WCDMA-兼容的远程站中运行状态的框图。
图4是消息字段的图示。
图5是用于选择性处理CCCH消息的方法的流程图。
图6是选择性处理CCCH的实施例的状态图。
图7是用于选择性处理CCCH消息的方法的流程图。
图8是选择性处理CCCH的实施例的状态图。
具体实施方式
如图1所示，无线通信网络10通常包括多个远程站(又称订户单元或移动站 或用户设备)12a-12d、多个基站(又称基站收发器(BTS)或者是节点B)14a-14c、 基站控制器(BSC)(又称无线网络控制器或是分组控制功能块16)、移动交换中 心(MSC)或交换机18、分组数据服务节点(PDSN)或者网际互联功能块(IWF)20、 公用电话交换网(PSTN)22(一般是电话公司)以及使用互联网协议(IP)的网 络24(一般是因特网)。为了简洁起见，图中仅示出四个远程站12a-12d、三 个基站14a-14c、一个BSC 16、一个MSC 18和一个PDSN 20。本领域的技术人 员应该理解可以有任意数量的移动站12、基站14、BSC 16、MSC 18和PDSN 20。
在一个实施例中，无线通信网络10是分组数据服务网络。远程站12a-12d 可以是多种不同类型的无线通信设备中的任意一种，诸如便携式电话、连到一台运 行基于IP的web浏览器应用程序的膝上型电脑上的蜂窝电话、带有相关免提车用 部件的蜂窝电话、运行基于IP的web浏览器应用程序的个人数据助理(PDA)、嵌 入在便携式计算机内的无线通信模块、或者是一个固定位置通信模块，如在无线本 地环路或计量系统中可能用到的这类模块。在最普通的实施例中，远程站可以是任 意一种通信单元。
远程站12a-12d可以方便地被配置来执行一个或多个无线分组数据协议，诸 如EIA/TIA/IS-707标准中描述的。在一特定实施例中，远程站12a-12d生成指 向IP网络24的IP分组，并运用点对点协议(PPP)将这些IP分组封装入帧。
在一实施例中，IP网络24与PDSN 20耦合，PDSN 20与MSC 18耦合， MSC与BSC 16和PSTN 22耦合，BSC 16和基站14a-14c通过有线线路耦合，所 述有线线路用于按照几个已知协议中的任意一个来传输声音和/或数据分组，这些 协议括E1、T1、异步传输模式(ATM)、互联网协议(IP)、点对点协议(PPP)、 帧中继、高速数字用户线路(HDSL)、非对称式数字用户线路(ADSL)或其它一般 数字用户线路设备和服务(xDSL)。在另一个实施例中，BSC 16与PDSN 20直接 耦合，而MSC 18不与PDSN 20耦合。
在无线通信网络10的典型操作中，基站14a-14c接收并解调由参与打电话、 web浏览或其他数据通信的各远程站12a-12d传来的多组上行链路信号。由一给定 基站14a-14c接收的每个上行链路信号在该给定基站14a-14c中加以处理。通过调 制并向移动站12a-12d发送多组正向信号的方式，每个基站14a-14c可以和多个远 程站12a-12d进行通信。例如，如图1所示，基站14a同时与第一和第二移动站 12a、12b通信，基站14c同时与第三和第四移动站12c、12d通信。所得分组被转 发到BSC 16，后者提供呼叫资源分配和移动性管理功能，包括协调对一特定远程 站12a-12d的呼叫从一基站14a-14c到另一基站14a-14c的软切换。例如，一 个远程站12c正在同时和两个基站14b、14c通信。最后，当远程站12c移动到离 其中一个基站14c足够远的距离时，呼叫将被切换到另一个基站14b。
如果传输是常规的电话呼叫，BSC 16会把所接收到的数据路由至MSC 18，后 者为与公用电话交换网络(PSTN)22相接而提供附加的路由服务。如果传输是基 于分组的传输，诸如一个指向IP网络24的数据呼叫，MSC 18则会将数据分组路 由至PDSN 20，PDSN 20将数据分组传送至IP网络24。或者，BSC 16会直接将数 据分组路由到PDSN 20，后者将数据分组发送到IP网络24。
在WCDMA系统中，无线通信系统元件的术语不同，但功能是相同的。例如， 基站也可被称为工作在UTMS地面无线接入网(U-TRAN)中的无线网络控制器(RNC)， 其中所述的“UTMS”是通用移动电信系统的缩写。
图2是用于工作在WCDMA环境中的远程站(又称用户设备或移动站)的无线 接口协议架构的框图。该协议架构由分层作功能性的定义。分层是一种把通信协议 组织在定义明确的封装数据单元中的方法，否则所述数据单元在诸如层次等分散的 处理实体之间。图2说明了在基站250和远程站260中都实现的3个协议层L1220、 L2210和L3200。L1220层提供基站和远程站之间无线信号的发送和接收，L2210 层提供信令消息的正确发送和接收，而L3200层为通信系统提供控制消息传送。 L3200层根据基站250和远程站260之间通信协议的语意和定时来发起和终止信 令消息。在WCDDMA系统中，L1被称为物理层，而L2包括媒体访问控制(MAC)层、 无线链路控制(RLC)层、广播组播控制(BMC)层和分组数据会聚协议(PDCP)层， 其中BMC层用于广播短消息业务(SMS)，分组数据会聚协议(PDCP)层是可选层， 它提供无损的RNC重选。L3被称为无线资源控制(RRC)层或者信令层。在这些层 之间传输的消息实体被称为分组数据单元(PDU)和业务数据单元(SDU)。
MAC层在定义于MAC层和物理层(L1)之间的传输信道上和定义于MAC层和 RLC层之间的逻辑信道上运行，MAC层和RLC层都是L2的一部分。因此，可以说传 输信道位于物理信道之上和逻辑信道之下。传输信道的存在提供了额外的功能灵活 性，在此不对此作更进一步的描述。MAC层提供了逻辑信道上的数据传输业务，且 每个逻辑信道类型都由被传输信息的类型所定义。逻辑信道被分类为控制信道和业 务信道。控制信道用于传输控制信息，诸如切换消息、小区更新消息和对所述消息 的相应响应。业务信道用于传输源于用户的信息，诸如语音话务和数据话务。
上述的协议架构允许远程站在四个RRC状态中存在：空闲模式300、GSM已连 接模式310、通用无线分组无线业务(GPRS)分组传输模式330和UTRA RRC已连接 模式340，如图3所示。在每种状态中，只有规定的逻辑信道和传输信道起作用。 这里所描述的实施例主要针对URTA RRC已连接模式340中的CELL_FACH状态350 和在工作在CELL_FACH状态350下的逻辑信道。
CELL_FACH状态可用于低话务业务(例如，SMS)和用于保持最新的系统信息， 所述的系统信息由服务基站(也被称为小区或UTRA)广播。该CELL_FACH进一步 用于：
●发送和接收少量用户数据；
●执行基站重选过程；
●根据测量控制信息执行测量过程；
●运行定期的小区更新定时器；
●监听所有的映射在由远程站选择的辅助公共控制物理信道(S-CCPCH)上 的FACH传输信道；
●作用于在BCCH、CCCH或DCCH上接收到的RRC消息；以及
●如果SHCCH可用，作用于在SHCCH上接收到的RRC消息。
在CELL_FACH状态中，有三个控制信道始终运行并持续接收。这三个控制信 道是专用控制信道(DCCH)、广播控制信道(BCCH)和公共控制信道(CCCH)。如 名字所示，DCCH是一个专用信道，用于传送由一个基站到另一个基站的切换指令 以及建立物理和逻辑信道。BCCH用于向工作在广播基站范围内的远程站广播系统 更新。DCCH和BCCH都为目标远程站传送消息。DCCH上的每个消息在附着于消息的 MAC报头中带有目标远程站的标识，被称为用户设备标识(UE_ID)。因此，每个 远程站只需处理每个消息的MAC报头以确定该远程站是否是消息的目标接收者。
由于每个消息块中都需要含有UE_ID，因此从系统的角度希望使用短UE_ID， 使用短UE_ID可以减少对标识符解码所需的处理量。然而，由于无线电话的普遍存 在，需要长的移动识别码(MIN)来唯一地识别每个远程站。MIN在制造远程站或 服务供应时被分配给远程站。
在WCDMA系统中形成了一种命名惯例，其中由无线网络为每个工作在系统中 的远程站生成两个临时名称。生成短UE_ID和长UE_ID，前者被称为小区无线网络 临时标识符(C-RNTI)，后者被称为UTRAN无线网络临时标识符(U-RNTI)。短的 C-RNTI只对特定的小区有效，且当从一个小区移动到另一个小区时必须由远程站 重新捕获。长U-RNTI是在系统的小区间有效的临时系统标识符。
因此，DCCH消息被构造成在MAC报头中含有短C-RNTI，这样所有的远程站都 需要读取MAC报头，但只有目标接收者需要处理完整的DCCH消息。然而，当远程 站移动到另一小区时，该远程站必须重新捕获新的C-RNTI值。CCCH用于向远程站 传送该信息。
CCCH消息不在MAC报头中包含UE_ID消息，因为CCCH信道用于向没有精确的 C-RNTI信息的远程站发送消息。CCCH消息含有长U-RNTI信息和更新的C-RNTI 信息作为该消息自身中的数据负载。因此，CCCH被设计成使服务基站范围内的每 个远程站必须接收和处理每个CCCH消息。一旦消息被接收、解调和解码，每个远 程站就必须确定该U-RNTI信息是否将远程站标识为目标接收者。如果不是，那 么该远程站必须丢弃该消息，而且该远程站必须将刚才在消息到达时递增的序列 计数器递减。如果长U-RNTI消息将远程站标识为目标接收者，远程站就使用也 包含在负载中的新C-RNTI来更新自己。
这里所述的实施例是为了消除与上述对CCCH的处理相关联的浪费。这些实施 例是为了改变远程站处的处理，而不是为了重新配置已存在的下行链路CCCH。
在一实施例中，提出了选择性处理CCCH信道的方案，其中使用接收到的CCCH 消息中的非标识指示符结合预先知道的期望CCCH消息来确定是处理还是丢弃接收 到的CCGH消息。
在另一实施例中，提出了选择性处理CCCH信道的方案，其中使用接收到的 CCCH消息中的非标识指示符结合多个子状态，这些子状态在功能上被定义用于确 定是处理还是丢弃接收到的CCCH消息。
通常，这里所描述的实施例主要针对使用CCCH消息的MAC报头中的鉴别指示 符，只处理那些远程站实际上期望的消息。因此，当一远程站不期望在CCCH上任 何指向它自身的消息时，用于CCCH逻辑实体的所有RLC PDU都会在远程站的MAC 层中被丢弃。这些实施例的一个直接好处是减少了涉及从接收到的PUD中删除RLC 报头和重装RLC SDU的处理量。处理器操作的减少相应地导致处理器功耗的减少。
在这些实施例的一方面，分析了MAC报头中的鉴别符，被称为目标信道类型 字段(TCTF)。图4是消息字段的总图。MAC报头400包括数据负载410。TCTF字段 401一般位于MAC报头的前部。远程站用TCTF来识别接收到的消息是否带有BCCH、 CCCH、CTCH、SHCCH或是专用逻辑信道消息。例如，TCTF值“000”可表示消息类 型是BCCH消息，而TCTF值为“001”可表示消息类型是CCCH消息。
在一实施例中，处理器和存储元件被配置成执行一种确定接收到的消息是否 应该被完全解码的方法。图5是说明该程序的流程图。在步骤510处，检查MAC 报头的鉴别符字段。在该实施例的一方面，TCTF字段是要被检查的鉴别符字段。 如果TCTF指出该消息是CCCH消息，那么该程序流继续到步骤520。如果TCTF指 出该消息不是CCCH消息，那么该程序流继续到步骤530，在所述的步骤530中根 据消息类型来处理消息。
在步骤520处，处理器确定CCCH上是否期望RRC消息。如果不期望RRC消息， 那么程序流继续到步骤540，其中处理器丢弃CCCH消息的剩余部分。如果期望RRC 消息，那么程序流继续到步骤550，其中处理器处理CCCH消息的剩余部分。
在该实施例的一方面，步骤520还包括其它步骤，诸如：
●在步骤522处，确定是否期望小区更新确认(CELL UPDATE CONFIRM)消息。 小区更新确认消息是当远程站向基站请求小区更新消息时对远程站的响 应。
●在步骤524处，确定是否期望URA(U-TRAN注册区域)更新确认(UPDATE CONFIRM)消息。URA更新确认消息是当远程站请求URA更新时对远程站的 响应。
●在步骤526处，确定是否期望RRC连接建立/拒绝(CONNECTION SETUP/REJECT)消息。RRC连接建立/拒绝消息是当远程站发送RRC连接 请求消息时对远程站的响应。
●在步骤528处，确定是否期望RRC连接释放(CONNETION RELEASE)消息。 RRC连接释放消息可以由基站在任何时候发送给远程站，且用于将远程站 转换到空闲模式。
应该注意的是虽然WCDMA标准允许RRC连接释放消息由基站在任何时候在 CCCH上发送给远程站，但是RRC连接释放使用实际上是基站响应于远程站的更新 请求而发送RRC连接释放。WCDMA标准声明如果下行链路DCCH可用，则RRC连接 释放消息必须在下行链路DCCH上发送，如果下行链路DCCH不可用，则它可以在 CCCH上发送。当远程站处于CELL_FACH状态时，短C-RNTI的非可用性会是下行 链路DCCH之所以不可用的唯一原因。如果短C-RNTI对于远程站不可用，则远程 站可以发送更新请求至基站。因此，该远程站将期望来自基站的响应，且这里所 描述的实施例是可操作的。
基站为RRC连接释放消息使用CCCH而非DCCH的另一个可能性很小的原因是 基站丢失了该短C-RNTI。这是可能性很小的事件因为它意味着基站完全的操作失 败。如果这种情况发生，基站将从相邻的基站重新捕获远程站的长U-RNTI，并在 CCCH上发送向那个远程站发送RRC连接释放消息。如果这些实施例之一被实现， 目标远程站就丢弃RRC连接释放消息。然而，由于小区重选或由于定期的小区更 新定时器的期满，目标远程站将最终执行小区更新程序。
因为基站假设目标远程站已经处于空闲模式(由于RRC连接释放消息的先前传 送)，因此来自远程站的更新请求中的U-RNTI将不被识别。使用不正确的U-RNTI 将造成基站回答CCCH上的更新请求。因为远程站期望对更新请求的回答，它将处 理所有的CCCH消息直至回答到来。因此，该远程站在短时间内会处于错误状态， 但最终将返回正确的状态。
在上述的实施例中，处理器为远程站接收到的每个消息执行程序流。应该注 意的是，上述用于确定是否为所期望消息的方法步骤的次序可以互相交换而不影响 这些实施例的范围。使用两个状态的状态机可以实现一个替换实施例，这样当远程 站在第一状态时接收到的所有CCCH消息被完全地解码，当远程站在第二状态时接 收到的所有CCCH消息被完全地丢弃。
图6是使用状态方式的实施例的图示。在CCCH接收(RECEIVE)状态600中， 远程站为CCCH完全处理任何带有TCTF指示符的消息。一旦接收到CCCH消息，远 程站就转换到CCCH丢弃(DROP)状态610。在CCCH丢弃状态610中，远程站为CCCH 完全地丢弃任何带有TCTF指示符的消息。当远程站发送RRC消息至基站时，该远 程站转换到CCCH接收(RECEIVE)状态600，所述的RRC消息诸如对信息或更新的请 求。
包含完整性保护方案的实施例
通过使用完整性保护方案，上述实施例可以在WCDMA系统中实施，所述的完整 性保护方案不会增加消息重复的序列号。然而，其它实施例应该在WCDMA系统中实 施，所述实施例在完整性保护方案中使用增量序列号。在一些完整性保护方案中， 序列号被加在消息重复上，并被用于更新基站处的计数器和远程站处的计数器。计 数器的内容接着被用于生成消息验证码(MAC)，所述的MAC用于显示源自规定始 发站的消息的内容且消息的内容没有被改变。
在WCDMA系统中，下行链路CCCH是公共信道。因此下行链路消息在该信道上 总是以非确认模式发送，且在上行链路上以透明模式发送。在非确认模式中，基站 不接收任何关于目标接收者是否实际上接收到CCCH消息的确认。为了确保目标接 收者实际上接收到CCCH消息，实现了一种称为“快速重复”的过程，其中CCCH 消息在短时间间隔中重复发送。这些重复的CCCH消息可以是相同的，或可以通过 改变序列号使这些重复的CCCH消息不同，所述的序列号随着每次重复而增加。
在WCDMA系统的一种实现中，完整性保护方案使用计数器值来生成MAC，其中 计数器值包括作为最低有效位的改变序列号和作为最高有效位的超帧号。因为改变 序列号是无线电广播方式发送的，所以它是公开的，而为了安全性和有效性，超帧 号是由每实体独立地维护并私人拥有。然而，当改变序列号翻转时，例如每16个 RRC消息翻转一次，该超帧号被递增。
当接收实体丢失或忽视多于翻转数量的RRC消息时，那么在接收实体处的超 帧号将会和发送实体处的超帧号不同步。如果同步问题出现，那么所有的后续消息 将在完整性检查中失败，这会造成丢失RRC连接，例如，掉线的呼叫。
为了解决上述的问题，可以在上述的实施例中加入进一步的特性以维持消息 的完整性，其中上述的问题只有当无线网络对于每个重复的消息递增RRC序列号时 才可能发生。在一个替换实施例中，定时器被配置成考虑所有重复消息的完整性检 查。图7是说明该程序的流程图。在步骤710，检查MAC报头的TCTF字段。如果 TCTF指出该消息是CCCH消息，那么程序流继续到步骤720。如果TCTF指出该消息 不是CCCH消息，那么程序流继续到步骤730，其中根据消息类型处理该消息。
在步骤720处，处理器确定CCCH上是否期望RRC消息。如果不期望RRC消息， 那么程序流继续到步骤740，其中处理器丢弃CCCH消息的剩余部分。如果期望RRC 消息，那么程序流继续到步骤750，其中处理器处理CCCH消息的剩余部分。在步 骤760处，处理器继续处理在定时器持续时间期间接收到的所有CCCH消息，所述 的定时器在接收到期望的RRC消息时被设置。应该理解，定时器可以为任意的值设 置，例如，2秒钟。如果该定时器被停用，那么该实施例适合用于不使用序列号来 执行完整性程序的系统中。
在该实施例的一方面，步骤720还包括其它步骤，诸如：
●在步骤722处，确定是否期望小区更新确认(CELL UPDATE CONFIRM)消息。 小区更新确认 消息是当远程站向基站请求小区更新消息时对远程站的响 应。
●在步骤724处，确定是否期望URA(U-TRAN注册区域)更新确认(UPDATE CONFIRM)消息。URA更新确认消息是当远程站请求URA更新时对远程站的 响应。
●在步骤726处，确定是否期望RRC连接建立/拒绝(CONNECTION SETUP/ REJECT)消息。RRC连接建立/拒绝消息是当远程站发送RRC连接请求消息 时对远程站的响应。
●在步骤728处，确定是否期望RRC连接释放(CONNECTION RELEASE)消息。 RRC连接释放消息可以由基站在任何时候发送给远程站，且用于将远程站 转换到空闲模式。
●在步骤729处，设置定时器，或者，如果定时器已被设置，确定定时器是 否已期满。
应该注意的是上述用于确定是否为所期望的消息的方法步骤的次序可以互相 交换而不影响这些实施例的范围。
使用两个状态的状态机和一个定时器可以实现一个替换实施例，这样当远程 站在第一状态时接收到的所有CCCH消息被完全地解码，当远程站在第二状态时接 收到的所有CCCH消息被完全地丢弃。
图8是使用状态方式的实施例的图示。在CCCH接收(RECEIVE)状态800中， 远程站在等待回答(WAITING FOR ANSWER)模式802中等待CCCH消息，并且为CCCH 完全地处理任一到达的带有TCTF指示符的消息。一旦接收到CCCH消息，远程站就 转换到等待(WAIT)状态805，其中远程站在定时器持续时间期间为CCCH处理任一 带有TCTF指示符的消息。定时器可以为任意的预定持续时间设置。在定时器期满 时，远程站转换至CCCH丢弃(DROP)状态810。当在等待状态805中期望新的RRC 消息是，远程站转换回到CCCH接收状态800的等待回答模式802。在CCCH丢弃 状态810中，远程站为CCCH完全丢弃任一带有TCTF指示符的消息。当远程站向基 站发送一RRC消息时，远程站转换到CCCH接收状态800，所述的RRC消息诸如对 信息或更新的请求。
应该理解在该实施例的替换实施中，等待状态805可以从CCCH接收状态800 分离出来，这里未示出。
在不为快速重复使用改变序列号的系统中，远程站可以使用缺少定时器的实 施例或将定时器设置为“0”的实施例以减少处理资源。一旦完成了CCCH消息的成 功解码，该远程站可以使用缺少定时器的实施例或将定时器设置为“0”的实施例 来丢弃后续重复消息和非目标CCCH消息。
除了减少处理资源以外，当前实施例产生的另一个好处是减少的计数器的运 行。应该注意在当前的WCDMA标准中，序列计数器在每次确定由CCCH消息到达时 递增。在解码时，如果远程站确定该CCCH消息不是打算送到该远程站的，那么序 列计数器必须递减。远程站确定CCCH消息是打算送到该远程站的，那么序列计数 器保持在已递增的值。使用这里所描述的实施例，当处于CCCH丢弃状态时，可以 关闭序列计数器。
本领域的技术人员可以理解，信息和信号可以用多种不同技术和工艺中的任 一种来表示。例如，上述说明中可以涉及的数据、指令、命令、信息、信号、比特、 码元和码片可以用电压、电流、电磁波、磁场或其粒子、光场或其粒子或它们的任 意组合来表示。
本领域的技术人员能进一步理解，结合这里所公开的实施例所描述的各种说 明性的逻辑块、模块、电路和算法步骤可以为电子硬件、计算机软件或两者的组合 来实现。为了清楚说明硬件和软件间的互换性，各种说明性的组件、框图、模块、 电路和步骤一般按照其功能性进行了阐述。这些功能性究竟作为硬件还是软件来实 现取决于特定的应用对总体系统设计上的约束。熟练的技术人员可能对于每个特定 应用不同的方式来实现所述功能，但这种实现决定不应被解释为就此背离本发明的 范围。
结合这里所描述的实施例来描述的各种说明性的逻辑块、模块和算法步骤的 实现或执行可以用：通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、 场可编程门阵列(FPGA)或其它可编程逻辑器件、离散门或晶体管逻辑、离散硬件组 件或者为执行这里所述功能而设计的任意组合。通用处理器可能是微处理器，然而 或者，处理器可以是任何常规的处理器、控制器、微控制器或状态机。处理器也可 以用计算设备的组合来实现，如，DSP和微处理器的组合、多个微处理器、结合DSP 内核的一个或多个微处理器或者任意其它这种配置。
结合这里所公开实施例描述的方法或算法的步骤可能直接包含在硬件中、由 处理器执行的软件模块中或在两者当中。软件模块可以驻留在RAM存储器、闪存、 ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM 或本领域中已知的任何其它形式的存储媒质中。示例性存储媒质与处理器耦合，使 得处理器可以从存储媒质读取信息，或把信息写入存储媒质。或者，存储媒质可以 与处理器整合。处理器和存储媒质可能驻留在ASIC中。ASIC可能驻留在用户终端 中。或者，处理器和存储媒质可能作为离散组件驻留在用户终端中。 提供上述优选实施例的描述为了使本领域的技术人员能制造或使用本发明。这些实 施例的各种修改对于本领域的技术人员来说是显而易见的，这里定义的总的原则可 以被应用于其它实施例中而不使用创造能力。因此，本发明并不要限于这里示出的 实施例，而要符合与这里揭示的原理和新颖特征一致的最宽泛的范围。
在一个实施例中，无线通信网络10是分组数据服务网络。远程站12a-12d 可以是多种不同类型的无线通信设备中的任意一种，诸如便携式电话、连到一台运 行基于IP的web浏览器应用程序的膝上型电脑上的蜂窝电话、带有相关免提车用 部件的蜂窝电话、运行基于IP的web浏览器应用程序的个人数据助理(PDA)、嵌 入在便携式计算机内的无线通信模块、或者是一个固定位置通信模块，如在无线本 地环路或计量系统中可能用到的这类模块。在最普通的实施例中，远程站可以是任 意一种通信单元。
远程站12a-12d可以方便地被配置来执行一个或多个无线分组数据协议，诸 如EIA/TIA/IS-707标准中描述的。在一特定实施例中，远程站12a-12d生成指 向IP网络24的IP分组，并运用点对点协议(PPP)将这些IP分组封装入帧。
在一实施例中，IP网络24与PDSN 20耦合，PDSN 20与MSC 18耦合， MSC与BSC 16和PSTN 22耦合，BSC 16和基站14a-14c通过有线线路耦合，所 述有线线路用于按照几个已知协议中的任意一个来传输声音和/或数据分组，这些 协议括E1、T1、异步传输模式(ATM)、互联网协议(IP)、点对点协议(PPP)、 帧中继、高速数字用户线路(HDSL)、非对称式数字用户线路(ADSL)或其它一般 数字用户线路设备和服务(xDSL)。在另一个实施例中，BSC 16与PDSN 20直接 耦合，而MSC 18不与PDSN 20耦合。
在无线通信网络10的典型操作中，基站14a-14c接收并解调由参与打电话、 web浏览或其他数据通信的各远程站12a-12d传来的多组上行链路信号。由一给定 基站14a-14c接收的每个上行链路信号在该给定基站14a-14c中加以处理。通过调 制并向移动站12a-12d发送多组正向信号的方式，每个基站14a-14c可以和多个远 程站12a-12d进行通信。例如，如图1所示，基站14a同时与第一和第二移动站 12a、12b通信，基站14c同时与第三和第四移动站12c、12d通信。所得分组被转 发到BSC 16，后者提供呼叫资源分配和移动性管理功能，包括协调对一特定远程 站12a-12d的呼叫从一基站14a-14c到另一基站14a-14c的软切换。例如，一 个远程站12c正在同时和两个基站14b、14c通信。最后，当远程站12c移动到离 其中一个基站14c足够远的距离时，呼叫将被切换到另一个基站14b。
如果传输是常规的电话呼叫，BSC 16会把所接收到的数据路由至MSC 18，后 者为与公用电话交换网络(PSTN)22相接而提供附加的路由服务。如果传输是基 于分组的传输，诸如一个指向IP网络24的数据呼叫，MSC 18则会将数据分组路 由至PDSN 20，PDSN 20将数据分组传送至IP网络24。或者，BSC 16会直接将数 据分组路由到PDSN 20，后者将数据分组发送到IP网络24。
在WCDMA系统中，无线通信系统元件的术语不同，但功能是相同的。例如， 基站也可被称为工作在UTMS地面无线接入网(U-TRAN)中的无线网络控制器(RNC)， 其中所述的“UTMS”是通用移动电信系统的缩写。
图2是用于工作在WCDMA环境中的远程站(又称用户设备或移动站)的无线 接口协议架构的框图。该协议架构由分层作功能性的定义。分层是一种把通信协议 组织在定义明确的封装数据单元中的方法，否则所述数据单元在诸如层次等分散的 处理实体之间。图2说明了在基站250和远程站260中都实现的3个协议层L1220、 L2210和L3200。L1220层提供基站和远程站之间无线信号的发送和接收，L2210 层提供信令消息的正确发送和接收，而L3200层为通信系统提供控制消息传送。 L3200层根据基站250和远程站260之间通信协议的语意和定时来发起和终止信 令消息。在WCDDMA系统中，L1被称为物理层，而L2包括媒体访问控制(MAC)层、 无线链路控制(RLC)层、广播组播控制(BMC)层和分组数据会聚协议(PDCP)层， 其中BMC层用于广播短消息业务(SMS)，分组数据会聚协议(PDCP)层是可选层， 它提供无损的RNC重选。L3被称为无线资源控制(RRC)层或者信令层。在这些层 之间传输的消息实体被称为分组数据单元(PDU)和业务数据单元(SDU)。
MAC层在定义于MAC层和物理层(L1)之间的传输信道上和定义于MAC层和 RLC层之间的逻辑信道上运行，MAC层和RLC层都是L2的一部分。因此，可以说传 输信道位于物理信道之上和逻辑信道之下。传输信道的存在提供了额外的功能灵活 性，在此不对此作更进一步的描述。MAC层提供了逻辑信道上的数据传输业务，且 每个逻辑信道类型都由被传输信息的类型所定义。逻辑信道被分类为控制信道和业 务信道。控制信道用于传输控制信息，诸如切换消息、小区更新消息和对所述消息 的相应响应。业务信道用于传输源于用户的信息，诸如语音话务和数据话务。
上述的协议架构允许远程站在四个RRC状态中存在：空闲模式300、GSM已连 接模式310、通用无线分组无线业务(GPRS)分组传输模式330和UTRA RRC已连接 模式340，如图3所示。在每种状态中，只有规定的逻辑信道和传输信道起作用。 这里所描述的实施例主要针对URTA RRC已连接模式340中的CELL_FACH状态350 和在工作在CELL_FACH状态350下的逻辑信道。
CELL_FACH状态可用于低话务业务(例如，SMS)和用于保持最新的系统信息， 所述的系统信息由服务基站(也被称为小区或UTRA)广播。该CELL_FACH进一步 用于：
●发送和接收少量用户数据；
●执行基站重选过程；
●根据测量控制信息执行测量过程；
●运行定期的小区更新定时器；
●监听所有的映射在由远程站选择的辅助公共控制物理信道(S-CCPCH)上 的FACH传输信道；
●作用于在BCCH、CCCH或DCCH上接收到的RRC消息；以及
●如果SHCCH可用，作用于在SHCCH上接收到的RRC消息。
在CELL_FACH状态中，有三个控制信道始终运行并持续接收。这三个控制信 道是专用控制信道(DCCH)、广播控制信道(BCCH)和公共控制信道(CCCH)。如 名字所示，DCCH是一个专用信道，用于传送由一个基站到另一个基站的切换指令 以及建立物理和逻辑信道。BCCH用于向工作在广播基站范围内的远程站广播系统 更新。DCCH和BCCH都为目标远程站传送消息。DCCH上的每个消息在附着于消息的 MAC报头中带有目标远程站的标识，被称为用户设备标识(UE_ID)。因此，每个 远程站只需处理每个消息的MAC报头以确定该远程站是否是消息的目标接收者。
由于每个消息块中都需要含有UE_ID，因此从系统的角度希望使用短UE_ID， 使用短UE_ID可以减少对标识符解码所需的处理量。然而，由于无线电话的普遍存 在，需要长的移动识别码(MIN)来唯一地识别每个远程站。MIN在制造远程站或 服务供应时被分配给远程站。
在WCDMA系统中形成了一种命名惯例，其中由无线网络为每个工作在系统中 的远程站生成两个临时名称。生成短UE_ID和长UE_ID，前者被称为小区无线网络 临时标识符(C-RNTI)，后者被称为UTRAN无线网络临时标识符(U-RNTI)。短的 C-RNTI只对特定的小区有效，且当从一个小区移动到另一个小区时必须由远程站 重新捕获。长U-RNTI是在系统的小区间有效的临时系统标识符。
因此，DCCH消息被构造成在MAC报头中含有短C-RNTI，这样所有的远程站都 需要读取MAC报头，但只有目标接收者需要处理完整的DCCH消息。然而，当远程 站移动到另一小区时，该远程站必须重新捕获新的C-RNTI值。CCCH用于向远程站 传送该信息。
CCCH消息不在MAC报头中包含UE_ID消息，因为CCCH信道用于向没有精确的 C-RNTI信息的远程站发送消息。CCCH消息含有长U-RNTI信息和更新的C-RNTI 信息作为该消息自身中的数据负载。因此，CCCH被设计成使服务基站范围内的每 个远程站必须接收和处理每个CCCH消息。一旦消息被接收、解调和解码，每个远 程站就必须确定该U-RNTI信息是否将远程站标识为目标接收者。如果不是，那 么该远程站必须丢弃该消息，而且该远程站必须将刚才在消息到达时递增的序列 计数器递减。如果长U-RNTI消息将远程站标识为目标接收者，远程站就使用也 包含在负载中的新C-RNTI来更新自己。
这里所述的实施例是为了消除与上述对CCCH的处理相关联的浪费。这些实施 例是为了改变远程站处的处理，而不是为了重新配置已存在的下行链路CCCH。
在一实施例中，提出了选择性处理CCCH信道的方案，其中使用接收到的CCCH 消息中的非标识指示符结合预先知道的期望CCCH消息来确定是处理还是丢弃接收 到的CCGH消息。
在另一实施例中，提出了选择性处理CCCH信道的方案，其中使用接收到的 CCCH消息中的非标识指示符结合多个子状态，这些子状态在功能上被定义用于确 定是处理还是丢弃接收到的CCCH消息。
通常，这里所描述的实施例主要针对使用CCCH消息的MAC报头中的鉴别指示 符，只处理那些远程站实际上期望的消息。因此，当一远程站不期望在CCCH上任 何指向它自身的消息时，用于CCCH逻辑实体的所有RLC PDU都会在远程站的MAC 层中被丢弃。这些实施例的一个直接好处是减少了涉及从接收到的PUD中删除RLC 报头和重装RLC SDU的处理量。处理器操作的减少相应地导致处理器功耗的减少。
在这些实施例的一方面，分析了MAC报头中的鉴别符，被称为目标信道类型 字段(TCTF)。图4是消息字段的总图。MAC报头400包括数据负载410。TCTF字段 401一般位于MAC报头的前部。远程站用TCTF来识别接收到的消息是否带有BCCH、 CCCH、CTCH、SHCCH或是专用逻辑信道消息。例如，TCTF值“000”可表示消息类 型是BCCH消息，而TCTF值为“001”可表示消息类型是CCCH消息。
在一实施例中，处理器和存储元件被配置成执行一种确定接收到的消息是否 应该被完全解码的方法。图5是说明该程序的流程图。在步骤510处，检查MAC 报头的鉴别符字段。在该实施例的一方面，TCTF字段是要被检查的鉴别符字段。 如果TCTF指出该消息是CCCH消息，那么该程序流继续到步骤520。如果TCTF指 出该消息不是CCCH消息，那么该程序流继续到步骤530，在所述的步骤530中根 据消息类型来处理消息。
在步骤520处，处理器确定CCCH上是否期望RRC消息。如果不期望RRC消息， 那么程序流继续到步骤540，其中处理器丢弃CCCH消息的剩余部分。如果期望RRC 消息，那么程序流继续到步骤550，其中处理器处理CCCH消息的剩余部分。
在该实施例的一方面，步骤520还包括其它步骤，诸如：
●在步骤522处，确定是否期望小区更新确认(CELL UPDATE CONFIRM)消息。 小区更新确认消息是当远程站向基站请求小区更新消息时对远程站的响 应。
●在步骤524处，确定是否期望URA(U-TRAN注册区域)更新确认(UPDATE CONFIRM)消息。URA更新确认消息是当远程站请求URA更新时对远程站的 响应。
●在步骤526处，确定是否期望RRC连接建立/拒绝(CONNECTION SETUP/REJECT)消息。RRC连接建立/拒绝消息是当远程站发送RRC连接 请求消息时对远程站的响应。
●在步骤528处，确定是否期望RRC连接释放(CONNETION RELEASE)消息。 RRC连接释放消息可以由基站在任何时候发送给远程站，且用于将远程站 转换到空闲模式。
应该注意的是虽然WCDMA标准允许RRC连接释放消息由基站在任何时候在 CCCH上发送给远程站，但是RRC连接释放使用实际上是基站响应于远程站的更新 请求而发送RRC连接释放。WCDMA标准声明如果下行链路DCCH可用，则RRC连接 释放消息必须在下行链路DCCH上发送，如果下行链路DCCH不可用，则它可以在 CCCH上发送。当远程站处于CELL_FACH状态时，短C-RNTI的非可用性会是下行 链路DCCH之所以不可用的唯一原因。如果短C-RNTI对于远程站不可用，则远程 站可以发送更新请求至基站。因此，该远程站将期望来自基站的响应，且这里所 描述的实施例是可操作的。
基站为RRC连接释放消息使用CCCH而非DCCH的另一个可能性很小的原因是 基站丢失了该短C-RNTI。这是可能性很小的事件因为它意味着基站完全的操作失 败。如果这种情况发生，基站将从相邻的基站重新捕获远程站的长U-RNTI，并在 CCCH上发送向那个远程站发送RRC连接释放消息。如果这些实施例之一被实现， 目标远程站就丢弃RRC连接释放消息。然而，由于小区重选或由于定期的小区更 新定时器的期满，目标远程站将最终执行小区更新程序。
因为基站假设目标远程站已经处于空闲模式(由于RRC连接释放消息的先前传 送)，因此来自远程站的更新请求中的U-RNTI将不被识别。使用不正确的U-RNTI 将造成基站回答CCCH上的更新请求。因为远程站期望对更新请求的回答，它将处 理所有的CCCH消息直至回答到来。因此，该远程站在短时间内会处于错误状态， 但最终将返回正确的状态。
在上述的实施例中，处理器为远程站接收到的每个消息执行程序流。应该注 意的是，上述用于确定是否为所期望消息的方法步骤的次序可以互相交换而不影响 这些实施例的范围。使用两个状态的状态机可以实现一个替换实施例，这样当远程 站在第一状态时接收到的所有CCCH消息被完全地解码，当远程站在第二状态时接 收到的所有CCCH消息被完全地丢弃。
图6是使用状态方式的实施例的图示。在CCCH接收(RECEIVE)状态600中， 远程站为CCCH完全处理任何带有TCTF指示符的消息。一旦接收到CCCH消息，远 程站就转换到CCCH丢弃(DROP)状态610。在CCCH丢弃状态610中，远程站为CCCH 完全地丢弃任何带有TCTF指示符的消息。当远程站发送RRC消息至基站时，该远 程站转换到CCCH接收(RECEIVE)状态600，所述的RRC消息诸如对信息或更新的请 求。
包含完整性保护方案的实施例
通过使用完整性保护方案，上述实施例可以在WCDMA系统中实施，所述的完整 性保护方案不会增加消息重复的序列号。然而，其它实施例应该在WCDMA系统中实 施，所述实施例在完整性保护方案中使用增量序列号。在一些完整性保护方案中， 序列号被加在消息重复上，并被用于更新基站处的计数器和远程站处的计数器。计 数器的内容接着被用于生成消息验证码(MAC)，所述的MAC用于显示源自规定始 发站的消息的内容且消息的内容没有被改变。
在WCDMA系统中，下行链路CCCH是公共信道。因此下行链路消息在该信道上 总是以非确认模式发送，且在上行链路上以透明模式发送。在非确认模式中，基站 不接收任何关于目标接收者是否实际上接收到CCCH消息的确认。为了确保目标接 收者实际上接收到CCCH消息，实现了一种称为“快速重复”的过程，其中CCCH 消息在短时间间隔中重复发送。这些重复的CCCH消息可以是相同的，或可以通过 改变序列号使这些重复的CCCH消息不同，所述的序列号随着每次重复而增加。
在WCDMA系统的一种实现中，完整性保护方案使用计数器值来生成MAC，其中 计数器值包括作为最低有效位的改变序列号和作为最高有效位的超帧号。因为改变 序列号是无线电广播方式发送的，所以它是公开的，而为了安全性和有效性，超帧 号是由每实体独立地维护并私人拥有。然而，当改变序列号翻转时，例如每16个 RRC消息翻转一次，该超帧号被递增。
当接收实体丢失或忽视多于翻转数量的RRC消息时，那么在接收实体处的超 帧号将会和发送实体处的超帧号不同步。如果同步问题出现，那么所有的后续消息 将在完整性检查中失败，这会造成丢失RRC连接，例如，掉线的呼叫。
为了解决上述的问题，可以在上述的实施例中加入进一步的特性以维持消息 的完整性，其中上述的问题只有当无线网络对于每个重复的消息递增RRC序列号时 才可能发生。在一个替换实施例中，定时器被配置成考虑所有重复消息的完整性检 查。图7是说明该程序的流程图。在步骤710，检查MAC报头的TCTF字段。如果 TCTF指出该消息是CCCH消息，那么程序流继续到步骤720。如果TCTF指出该消息 不是CCCH消息，那么程序流继续到步骤730，其中根据消息类型处理该消息。
在步骤720处，处理器确定CCCH上是否期望RRC消息。如果不期望RRC消息， 那么程序流继续到步骤740，其中处理器丢弃CCCH消息的剩余部分。如果期望RRC 消息，那么程序流继续到步骤750，其中处理器处理CCCH消息的剩余部分。在步 骤760处，处理器继续处理在定时器持续时间期间接收到的所有CCCH消息，所述 的定时器在接收到期望的RRC消息时被设置。应该理解，定时器可以为任意的值设 置，例如，2秒钟。如果该定时器被停用，那么该实施例适合用于不使用序列号来 执行完整性程序的系统中。
在该实施例的一方面，步骤720还包括其它步骤，诸如：
●在步骤722处，确定是否期望小区更新确认(CELL UPDATE CONFIRM)消息。 小区更新确认 消息是当远程站向基站请求小区更新消息时对远程站的响 应。
●在步骤724处，确定是否期望URA(U-TRAN注册区域)更新确认(UPDATE CONFIRM)消息。URA更新确认消息是当远程站请求URA更新时对远程站的 响应。
●在步骤726处，确定是否期望RRC连接建立/拒绝(CONNECTION SETUP/ REJECT)消息。RRC连接建立/拒绝消息是当远程站发送RRC连接请求消息 时对远程站的响应。
●在步骤728处，确定是否期望RRC连接释放(CONNECTION RELEASE)消息。 RRC连接释放消息可以由基站在任何时候发送给远程站，且用于将远程站 转换到空闲模式。
●在步骤729处，设置定时器，或者，如果定时器已被设置，确定定时器是 否已期满。
应该注意的是上述用于确定是否为所期望的消息的方法步骤的次序可以互相 交换而不影响这些实施例的范围。
使用两个状态的状态机和一个定时器可以实现一个替换实施例，这样当远程 站在第一状态时接收到的所有CCCH消息被完全地解码，当远程站在第二状态时接 收到的所有CCCH消息被完全地丢弃。
图8是使用状态方式的实施例的图示。在CCCH接收(RECEIVE)状态800中， 远程站在等待回答(WAITING FOR ANSWER)模式802中等待CCCH消息，并且为CCCH 完全地处理任一到达的带有TCTF指示符的消息。一旦接收到CCCH消息，远程站就 转换到等待(WAIT)状态805，其中远程站在定时器持续时间期间为CCCH处理任一 带有TCTF指示符的消息。定时器可以为任意的预定持续时间设置。在定时器期满 时，远程站转换至CCCH丢弃(DROP)状态810。当在等待状态805中期望新的RRC 消息是，远程站转换回到CCCH接收状态800的等待回答模式802。在CCCH丢弃 状态810中，远程站为CCCH完全丢弃任一带有TCTF指示符的消息。当远程站向基 站发送一RRC消息时，远程站转换到CCCH接收状态800，所述的RRC消息诸如对 信息或更新的请求。
应该理解在该实施例的替换实施中，等待状态805可以从CCCH接收状态800 分离出来，这里未示出。
在不为快速重复使用改变序列号的系统中，远程站可以使用缺少定时器的实 施例或将定时器设置为“0”的实施例以减少处理资源。一旦完成了CCCH消息的成 功解码，该远程站可以使用缺少定时器的实施例或将定时器设置为“0”的实施例 来丢弃后续重复消息和非目标CCCH消息。
除了减少处理资源以外，当前实施例产生的另一个好处是减少的计数器的运 行。应该注意在当前的WCDMA标准中，序列计数器在每次确定由CCCH消息到达时 递增。在解码时，如果远程站确定该CCCH消息不是打算送到该远程站的，那么序 列计数器必须递减。远程站确定CCCH消息是打算送到该远程站的，那么序列计数 器保持在已递增的值。使用这里所描述的实施例，当处于CCCH丢弃状态时，可以 关闭序列计数器。
本领域的技术人员可以理解，信息和信号可以用多种不同技术和工艺中的任 一种来表示。例如，上述说明中可以涉及的数据、指令、命令、信息、信号、比特、 码元和码片可以用电压、电流、电磁波、磁场或其粒子、光场或其粒子或它们的任 意组合来表示。
本领域的技术人员能进一步理解，结合这里所公开的实施例所描述的各种说 明性的逻辑块、模块、电路和算法步骤可以为电子硬件、计算机软件或两者的组合 来实现。为了清楚说明硬件和软件间的互换性，各种说明性的组件、框图、模块、 电路和步骤一般按照其功能性进行了阐述。这些功能性究竟作为硬件还是软件来实 现取决于特定的应用对总体系统设计上的约束。熟练的技术人员可能对于每个特定 应用不同的方式来实现所述功能，但这种实现决定不应被解释为就此背离本发明的 范围。
结合这里所描述的实施例来描述的各种说明性的逻辑块、模块和算法步骤的 实现或执行可以用：通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、 场可编程门阵列(FPGA)或其它可编程逻辑器件、离散门或晶体管逻辑、离散硬件组 件或者为执行这里所述功能而设计的任意组合。通用处理器可能是微处理器，然而 或者，处理器可以是任何常规的处理器、控制器、微控制器或状态机。处理器也可 以用计算设备的组合来实现，如，DSP和微处理器的组合、多个微处理器、结合DSP 内核的一个或多个微处理器或者任意其它这种配置。
结合这里所公开实施例描述的方法或算法的步骤可能直接包含在硬件中、由 处理器执行的软件模块中或在两者当中。软件模块可以驻留在RAM存储器、闪存、 ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM 或本领域中已知的任何其它形式的存储媒质中。示例性存储媒质与处理器耦合，使 得处理器可以从存储媒质读取信息，或把信息写入存储媒质。或者，存储媒质可以 与处理器整合。处理器和存储媒质可能驻留在ASIC中。ASIC可能驻留在用户终端 中。或者，处理器和存储媒质可能作为离散组件驻留在用户终端中。 提供上述优选实施例的描述为了使本领域的技术人员能制造或使用本发明。这些实 施例的各种修改对于本领域的技术人员来说是显而易见的，这里定义的总的原则可 以被应用于其它实施例中而不使用创造能力。因此，本发明并不要限于这里示出的 实施例，而要符合与这里揭示的原理和新颖特征一致的最宽泛的范围。