对状态转移具有改进处理的方法和装置的制作方法

文档序号:7711535阅读:105来源:国知局
专利名称:对状态转移具有改进处理的方法和装置的制作方法
技术领域
本申请总体涉及电信系统,例如具有在UMTS (通用移动电信系统) 中的应用。本申请具体涉及一种在无线通信设备中用于在通信状态之间进 行转移的方法。本申请还涉及一种在无线通信设备中用于从寻呼状态向使 用共享信道的双向通信状态进行转移的方法。此外,本申请涉及一种无线 通信网络。此外,本申请还涉及一种计算机程序和一种计算机程序产品。
背景技术
在典型的蜂窝无线系统中,移动用户设备(UE)经由无线接入网络 (RAN)与一个或多个核心网进行通信。用户设备(UE)包括多种类型 的设备,例如移动电话(也称为蜂窝电话或手机)、具有无线通信能力的 膝上型电脑、个人数字助理(PDA)等。这些设备可以是便携式的、手持 式的、袖珍的、安装于车辆内的等等,并且可以与无线接入网络对语音和 域数据信号进行通信。
在下文中,将参照UMTS和特定标准。然而应当理解,本发明并不 意在局限于任何特定移动电信系统或标准。
,无线接入网络覆盖着被划分为多个小区的地理区域。每个小区被至少 一个基站服务,基站在UMTS中被称为节点B。每个小区由在小区中广 播的唯一标识符所标识。基站通过空中接口以射频与基站范围内的UE进 行通信。多个基站可以连接到控制基站的各种活动的无线网络控制器 (RNC)。无线网络控制器通常连接到核心网。
UMTS是第三代公共陆地移动电信系统。已知各种标准化团体分别 在其各自的竞争领域内公布和制定针对UMTS的标准。例如,已知3GPP (第三代合作伙伴计划)公布和制定针对基于GSM (全球移动通信系统) 的UMTS的标准,己知3GPP2(第三代合作伙伴计划2)公布和制定针对 基于CDMA (码分多址)的UMTS的标准。在特定标准化团体的范围内,特定的合作伙伴在其各自领域内公布和制定标准。
考虑符合UMTS协议的3GPP规范的无线移动设备,该无线移动设 备通常被称作用户设备(UE)。 UE被布置为与UMTS陆地无线接入网络 (UTRAN)进行通信。3GPP25.331技术规范v7.4.0并入此处以供参考, 该规范提出了用于UE-UTRAN无线接口的无线资源控制协议的主题。 25.331规范的8.5.21节定义了关于无线承载映射相关所需动作,包括对 更新消息CELL UPDATE CONFIRM或URA UPDATE CONFIRM的处理。
针对无线承载映射检查而定义的过程允许UE确定是否其已遇到无 效配置。如果UE遇到了满足被定义为无效配置的准则的条件,则UE将 变量INVALID_CONFIGURATION设置为TRUE。 UE还可以移至空闲模 式,并释放任何已建立的信令连接和任何己建立的无线接入承载。
UE具有4个连接状态URA—PCH、 CELL—PCH、 CELL一DCH和 CELL一FACH。如下所述,这些状态中的每一个的特征在于用户活动的级 别。
URA—PCH和CELL—PCH是寻呼状态,在该状态下,不可能进行从 l正到UTRAN的通信,并且消耗了 UE的最少无线资源和电池资源。当 UE有数据要发送时,UE移至CELL一FACH状态,然后向UTRAN发送 指示其有上行链路数据要发送的小区更新消息。当UTRAN在寻呼状态下 有下行链路数据要发送到UE时,UTRAN发送寻呼消息到UE,并且UE 移至CELL—FACH,然后使用小区更新消息进行响应以指示其位于哪个小 区中。
CELL—DCH是专用信道状态,在该状态下,UE具有用于与UTRAN 进行高数据率通信的专用信道。
CELL—FACH是使用共享信道的双向通信状态,在该状态下,UE与 UTRAN之间的通信仅在低数据率下是可能的。
在接收到使得UE从CELL一DCH移至CELL_PCH或URA—PCH的任 何再配置消息时,UE可能具有或可能不具有将SRB1-4映射到随机接入 信道(RACH)和前向接入信道(FACH)上的无线承载映射信息。
根据25.331规范,3个信令无线承载(SRB1-SRB3)需要被配置为 与在专用控制信道(DCCH)上发送的消息一起使用,并且一个信令无线
5承载(SRB4)是可选的。无线资源控制器(RRC)使用由UTRAN向UE 发送的建立信息来配置信令无线承载。
在从CELL—PCH或URA—PCH移至CELL—FACH之前,UE应用 25.331规范8.5.21节的过程。如果UE并不具有任何针对SRB1-4的、所 存储的RACH/FACH映射,则UE将进入空闲模式。当UE进入空闲模式 时,UE与UTRAN之间的通信被中断,直到重新建立连接。
因此,提出了针对用于从寻呼状态向使用共享信道的双向通信状态进 行转移的方法和装置的策略。此外,提出了针对接收更新消息的策略。这 些策略可以减少UE进入空闲模式的情况的出现。下面详细描述多个这样 的策略。
在阅读了对状态转移具有改进处理的方法和装置的具体实施例的以 下描述后,对于本领域普通技术人员来说,所提出的策略的其他方面和特 征将变得清楚明显。
在权利要求中阐明本发明。

发明内容
根据本发明的一个方面,提供了一种在无线通信设备中用于在通信状
态之间进行转移的方法,所述方法包括在发送更新消息之前,检查针对 正在转移到的通信状态的无线承载映射信息,所述检查的执行依赖于所述 无线通信设备在其间进行转移的通信状态;从而当所述无线通信设备从寻
呼状态转移到使用共享信道的双向通信状态时,省略对针对使用共享信道 的双向通信状态的无线承载映射信息进行检查的步骤。
根据本发明的另一方面,提供了一种在无线通信设备中用于从寻呼状
态向使用共享信道的双向通信状态进行转移的方法,所述方法包括当用 户设备具有一个或多个逻辑信道,而对于该一个或多个逻辑信道,不存在 针对使用共享信道的双向通信状态的可用配置时,执行转移。
根据本发明的另一方面,提供了一种无线通信设备,被布置为通过以 下方式从寻呼状态转移到使用共享信道的双向通信状态省略对针对使用 共享信道的双向通信状态的无线承载映射信息进行检查的步骤,并发送更 新消息。根据本发明的另一方面,提供了一种计算机程序,包括程序代码,所 述程序代码被布置为在使用时执行上述在无线通信设备中用于在通信状 态之间进行转移的方法。
根据本发明的另一方面,提供了一种计算机程序产品,包括存储在计 算机可读介质上的程序代码,所述程序代码被布置为在使用时执行上述在 无线通信设备中用于在通信状态之间进行转移的方法。


现在将参照附图,仅以示例方式描述实施例,.在附图中 图1是示出了网络和UE的总览的示意图; 图2是示意了UE协议栈的框图; 图3示出了对于设备来说可用的一些状态转移; 图4A和4B分别示出了 CELL UPDATE消息和URA UPDATE消息 过程的典型操作;
图5A、5B、5C、5D和5E示出了 UE响应于UE接收到CELL UPDATE CONFIRM消息或URA UPDATE CONFIRM消息而作出的状态转移;
图6示意了在无线通信设备中实现的方法;
图7示意了在无线通信网络中实现的方法;以及
图8是示意了可充当UE并与图1至7的装置和方法进行协作的移动 设备的框图。
具体实施例方式
根据这里描述的方案认识到,第三代无线通信设备为了执行CELL 或URA更新过程而从寻呼状态(例如URA_PCH或CELL—PCH)移至 CELL_FACH时,通常将设法检査SRB 1至4而存储的无线承载信息,并 在检查失败时移至空闲(IDLE)状态。
相应地,在CELL—PCH/URA—PCH中对SRB1-4的无线承载映射信息 进行检査的需求被改变了,从而在这种特定情况下不需要UE执行在 8.5.21节中提到的任何检査。在CELL_PCH或URA一PCH状态下执行 CELL更新过程或者在URA_PCH状态下执行URA更新过程的同时,UE转移到CELI^FACH状态,然后在SRB0上发送小区更新/URA更新(CELL UPD ATE/URA UPDATE )。
如果SRB1并不具有FACH映射,则UTRAN将在SRBO上发送小区 更新确认/URA更新确认(CELL UPDATE CONFIRM/URA UPDATE CONFIRM)消息。在接收到CELL UPDATE CONFIRM时,如果UTRAN 已指示UE移至CELL—DCH,贝U UE可以直接配置DCH并移至 CELL一DCH。因此,UE并不需要针对SRBl-4的RACH/FACH映射。
在接收到URA UPDATE CONFIRM或CELL UPDATE CONFIRM时, 如果UTRAN.己指示UE移至CELL一PCH或URA一PCH,则UE不需要 RACH或FACH映射并且可以如所指示的那样直接跳到CELL_PCH或 URA—PCH。这节省了对SRBl-4映射的不必要检查以及对RACH或FACH 映射的配置,同时仍允许从CELL一PCH或URA一PCH状态中退出。
相应地,在退出了 CELL一PCH或URA一PCH时,减少无线承载映射 检查。例如,对于UE执行CELL或URA更新过程,为了发送CELL UPDATE或URAUPDATE消息,UE将首先从CELL—PCH或URA—PCH 转移到CELL一FACH。 UE被布置为在移至CELL一FACH状态时省略无线 承载映射检査。因此,即使没有建立适当的无线承载,UE也不移至空闲 状态。UE等待来自UTRAN的CELL UPDATE CONFIRM或URA UPDATE CONFIRM消息。如果UE并不具有针对SRB1的FACH映射,则消息将 在SRBO上发送。
相应地,所公开的方法的方面包括当发送更新消息时,无线通信设 备省略对针对使用共享信道的双向通信状态的无线承载映射信息进行捡 査的步骤。
另一问题是由UE在PCH下使用的一个或多个逻辑信道可能不具 有对于FACH来说可用的配置。根据25.331规范的8.6.4.8节,如果在存 在将对应于TM-RLC实体的逻辑信道映射到FACH上的复用选项时,UE 试图从PCH转移到FACH,则UE识别无效配置并进入空闲模式。然而, 在一些情况下,这导致了UE不必要地进入空闲模式。例如,如果UE从 PCH移至FACH以发送更新消息,并且响应于该更新消息,网络发送更 新确认消息,指示UE转移到DCH状态,则FACH不需要无线承载或逻辑信道映射。
提供了一种在无线通信设备中用于在通信状态之间进行转移的方法, 所述方法包括在发送更新消息之前,检查针对正在转移到的通信状态的 无线承载映射信息,该检查的执行依赖于无线通信设备在其间转移的特定 通信状态;从而当无线通信设备从寻呼状态转移到使用共享信道的双向通 信状态时,省略对针对使用共享信道的双向通信状态的无线承载映射信息 进行检查的步骤。
还提供了一种在无线通信设备中用于在通信状态之间进行转移的方 法,所述无线通信设备符合在通用移动电信系统(UMTS)中的使用,所 述方法包括在发送更新消息之前,检查针对正在转移到的通信状态的无 线承载映射信息,其中,通信状态之间的转移不是从寻呼状态向使用共享
信道的双向通信状态的转移;以及使用经过检查的、针对要转移到的状态
的无线承载映射信息来转移到要转移到的状态,并发送更新消息。 还提供了一种在无线通信设备中用于从寻呼状态转移到使用共享信
道的双向通信状态的方法,所述方法包括当UE具有对于使用共享信道
的双向通信状态不存在可用配置的一个或多个逻辑信道时,执行转移。
当UE具有对于使用共享信道的双向通信状态存在可用配置的至少
一个逻辑信道时,无线通信设备也可以从寻呼状态转移到使用共享信道的 双向通信状态。
还提供了一种无线通信设备,被布置为通过以下方式从寻呼状态转移 到使用共享信道的双向通信状态:省略对针对使用共享信道的双向通信状 态的无线承载映射信息进行检查的步骤,并发送更新消息。
无线通信设备还被布置为:接收指示无线通信设备转移到特定状态的
更新确认消息;以及响应于更新确认消息,检查针对特定状态的无线承载
映射信息。
还提供了一种无线通信网络,被布置为响应于从无线通信设备接收到
更新消息在具有固定映射的信令无线承载上向无线通信设备发送更新确
认消息,其中,无线通信网络未向无线通信设备发送可映射的无线承载的
无线承载映射信息。具有固定映射的信令无线承载可以是SRBO。可映射 的无线承载可以是SRB1。上述方法的实施例可以防止无线通信装置不必要地进入空闲模式。 这里所公开的方法可以在无线通信网络的用户设备中实现。参照附 图,图l是示出了网络和用户设备的总览的示意图。很清楚,实际上,可 以有多个用户设备与网络进行操作,但是为了简明,图l仅示出了单个用
户设备100。出于示意的目的,图1还示出了在具有较少组件的UMTS系 统中使用的无线接入网络119 (UTRAN)。对于本领域技术人员来说清晰 可见,实际上,网络将包括比所示的组件多得多的组件。
图l所示的网络119包括三个无线网络子系统(RNS)102。每个RNS 具有无线网络控制器(RNC) 104。每个RNS 102具有一个或多个与GSM '无线接入网络的基站发射站在功能上相似的节点B 102。用户设备UE 100 在无线接入网络内可以是可移动的。在UE与UTRAN中的一个或多个节 点B之间建立无线连接(在图1中由直虚线指示)。
在UMTS网络的每个UE内,协议栈控制设备的操作。图2是示意 了这种UE协议栈的框图。无线资源控制器(RRC)框232是UMTS协议 栈200的层3 230的子层。RRC 232仅存在于控制平面中并且向非接入层 NAS 234提供信息传输服务。RRC 232负责控制无线接口层1 210和层2 220的配置。当UTRAN需要改变UE配置时,UTRAN向UE发出包含用 于调用特定RRC过程的命令的消息。MAC 228是层2协议,其处理RLC 226与物理层210之间的通信。
无线承载(RB)是由协议栈的层2提供的、.用于在UE与UTRAN 之间传输数据的服务。RRC (无线资源控制)连接过程建立了可由逻辑信 道上的RRC消息使用的RB (无线承载)。逻辑信道的示例是DCCH (专 用控制信道)和CCCH (公共控制信道)。无线承载被标识为SRB (信令 无线承载)。
本发明公开的方法同样可以应用于用户平面无线承载。用户平面无线 承载可以运载用户数据。
图3示出了UTRARRC连接模式400中的RRC状态,以及空闲模 式450。图3还示出了 UTRA RRC连接模式400与空闲模式450之间的 转移以及UTRA RRC连接模式内的转移。
UTRARRC连接模式400包括4个状态URA PCH 410、 CELL PCH420、 CELL—DCH 430和CELL—FACH 440。 UE可以处于这4个状态中的 任一状态。如上所述,每个状态的特征在于用户活动的级别。
图3中的箭头指示对于UE来说可用的状态转移。在建立了RRC连 接时,UE从空闲模式450转移到CELL_DCH 430或CELL—FACH 440。 UE可以从4个RRC连接状态中的任一状态转移回到空闲模式450。示出 了 UTRARRC连接模式400内的4个RRC连接状态之间的转移,特别地, UE可以从CELL—FACH 440转移到其他3个状态中任一状态或者从其他 3个状态中任一状态转移到CELL—FACH 440。
图4A示出了处于操作中的CELL UPDATE消息。UE 510向UTRAN 520发送CELL UPDATE消息502。作为响应,UTRAN 520向UE 510发 送CELL UPDATE CONFIRM消息504。 CELL UPDATE CONFIRM消息 可以包括RB信息元素、传输信道信息元素、和/或物理信道信息元素。 CELL UPDATE CONFIRM消息504中包括的信息元素是RRC状态指示 符。RRC状态指示符可以取值为CELL_DCH、 CELL—FACH、 CELL—PCH 或URA一PCH。在接收到该信息元素时,UE将进入依照25.331规范的子 条款8.6.3.3且如管理接收到的CELL UPDATE CONFIRM消息的过程所指 示的状态。
图4B示出了处于操作中的URAUPDATE消息。UE 510向UTRAN 520发送URA UPDATE消息512。作为响应,UTRAN 520向UE510发 送URA UPDATE CONFIRM消息514。 URA UPDATE CONFIRM消息可 以包括信息元素。URA UPDATE CONFIRM消息51.4中包括的信息元素 是RRC状态指示符。RRC状态指示符可以取值为CELL一FACH、 CELL_PCH或URA—PCH。在接收到该信息元素时,UE将进入依照25.331 规范的子条款8.6.3.3且如管理接收到的URA UPDATE CONFIRM消息的 过程所指示的状态。
典型地,当在UE从CELL—DCH移至CELL—PCH或URA_PCH的情 况下接收到任何再配置消息时,l正可能不具有将SRB1-4映射到RACH 和FACH的无线承载映射信息。如果在从CELL—PCH或URA一PCH移至 CELL—FACH之后,UE应用规范25.331的8.5.21节的过程,则由于不具 有针对SRB 1至4的任何所存储的RACH或FACH映射而使得UE可能进入空闲模式。缺少所存储的无线承载映射信息将使UE移至空闲模式。 对于CELL—DCH、 CELL—PCH或URA—PCH来说,不需要所存储的信息, 因此,向空闲模式的转移是不必要的。
然而,根据这里所公开的方法,对SRBl-4的无线承载映射信息进行 检查的需求被改变了,从而使UE省略这些检查。特别地,当UE从PCH 状态转移到FACH状态时,UE省略对针对CELL一FACH的无线承载映射 的检査。当UE需要向UTRAN发送CELL UPDATE MESSAGE或URA UPDATE MESSAGE时,进行这样的转移。
当在CELL一PCH或URA—PCH状态下执行CELL更新过程或者在 URA一PCH状态下执行URA更新过程时,UE移至CELI^FACH状态,然 后在SRBO上发送CELL UPDATE消息或者URA UPDATE消息。如果 SRB1不具有FACH映射,贝'J UTRAN在SRBO上用CELL UPDATE CONFIRM或URA UPDATE CONFIRM消息进行响应。否贝U, UTRAN将 在SRB1或SRBO上进行响应。
当UE接收到CELL UPDATE CONFIRM消息时,如果UTRAN指示 UE以移至CELL^DCH,则UE可以直接配置专用信道并移至CELL_DCH。
类似的,当UE接收到URA UPDATE CONFIRM消息时,如果UTRAN 指示UE以移至CELL—PCH状态或URA_PCH状态,则UE不需要RACH 或FACH映射并且可以直接跳到CELL_PCH状态或URA—PCH状态。
为了执行URA或CELL更新,UE不需要针对SRB 1至4的RACH 或FACH映射。相应地,在本发明公开的方法中,省略了对针对FACH 和/或RACH的无线承载映射进行检査的步骤。这将节省对针对SRB 1至 4的映射的不必要检查以及对RACH或FACH映射的配置,同时仍允许从 CELL_PCH或URA—PCH状态中退出。
图5A示出了 UE响应于UE接收到CELL UPDATE CONFIRM消息 而作出的状态转移。在步骤601, UE接收CELL UPDATE CONFIRM消 息。接收到的CELL UPDATE CONFIRM消息指示了 UE应当转移到 CELL^PCH状态。在步骤602, UE转移到CELL—PCH。
图5B示出了 UE响应于UE接收到CELL UPDATE CONFIRM消息 而作出的状态转移。在步骤611 , UE接收CELL UPDATE CONFIRM消息。
12接收到的CELL UPDATE CONFIRM消息指示了 UE应当转移到 CELL—FACH状态。在步骤612, UE转移至U CELL—FACH。
图5C示出了 UE响应于UE接收到CELL UPDATE CONFIRM消息 而作出的状态转移。在步骤621, UE接收CELL UPDATE CONFIRM消 息。接收到的CELL UPDATE CONFIRM消息指示了 UE应当转移到 CELL—DCH状态。在步骤622, UE转移至lj CELL—DCH。
图5D示出了 UE响应于UE接收到URA UPDATE CONFIRM消息而 作出的状态转移。在步骤631, UE接收URA UPDATE CONFIRM消息。 接收到的URA UPDATE CONFIRM消息指示了 UE应当转移到URA一PCH 状态。在步骤632, UE转移到URA一PCH。
图5E示出了 UE响应于UE接收到URA UPDATE CONFIRM消息而 作出的状态转移。在步骤641, UE接收URA UPDATE CONFIRM消息。 接收到的URA UPDATE CONFIRM消息指示了 UE应当转移到 CELL—FACH状态。在步骤642, UE转移到CELL—FACH。
图6示意了在UE或其他无线通信设备中实现的方法。在步骤701, 设备向无线通信网络发送更新消息。响应于更新消息,网络向设备发送更 新确认消息。在步骤702,设备接收更新确认消息。在接收到更新确认消 息之后,设备在步骤703检查无线承载映射信息。
图7示意了在UTRAN或其他无线通信网络中实现的方法。在步骤 801,网络从不具有针对SRB1的映射的无线通信设备接收更新消息。在 步骤802,响应于更新消息,网络在SRBO上向设备发送更新确认消息。
现在转至图8,图8是示出了移动设备的框图,该移动设备可以充当 l正且可以与图1至7的设备和方法进行协作,并且该移动设备是示例性 的无线通信设备。优选地,移动台900是具有至少语音和数据通信能力的 双向无线通信设备。优选地,移动台卯O具有在互联网上与其他计算机系 统进行通信的能力。依赖于所提供的精确功能,无线设备可以被称为例如 数据消息收发设备、双向寻呼机、无线电子邮件设备、具有数据消息收发 能力的蜂窝电话、无线互联网装置或数据通信设备。
在启用移动台900进行双向通信之处,移动台900将并入通信子系统 911,通信子系统911同时包括接收机912和发射机914,还包括关联的组件,例如, 一个或多个优选地为嵌入式的或内部的天线单元916和918、 本地振荡器(LOs) 913、和诸如数字信号处理器(DSP) 920等的处理模 块。对于通信领域的技术人员来说显而易见,通信子系统911的具体设计 将依赖于设备意欲在其中操作的通信网络。例如,移动台900可以包括 被设计用于在MobitexTM移动通信系统、DataTACTM移动通信系统、GPRS 网络、UMTS网络或EDGE网络内进行操作的通信子系统911。
网络接入需求还将随着网络902的类型而变化。例如,在Mobitex 和DataTAC网络中,移动台900是使用与每个移动台相关联的唯一标识 号码而被注册在网络上的。然而,在UMTS和GPRS网络中,网络接入 与移动台900的订户或用户相关联。因此,为了在GPRS网络上进行操作, GPRS移动台需要订户标识模块(SIM)卡。在没有有效的SIM卡的情况 下,GPRS移动台将不是全功能性的。本地或非网络通信功能以及诸如 "911"紧急呼叫等法律上所需要的功能(如果有的话)可以是可用的,但 移动台900将不能执行任何其他与在网络902上的通信有关的功能。通常, SIM接口 944类似于可将SIM卡像磁碟或PCMCIA卡一样插入和弹出的 卡槽。SIM卡可以具有大约64K内存,并保存许多关键配置951以及其 他信息953,例如,标识以及订户相关信息。
当所需要的网络注册或激活流程已完成时,移动台900可以通过网络 902发送和接收通信信号。天线916通过通信网络902接收到的信号输入 至接收机912,接收机912可以执行诸如信号放大、频率向下转换、滤波、 信道选择等普通接收机功能,以及在图8所示的示例系统中,可以执行模 数(A/D)转换功能。接收信号的A/D转换允许更复杂的通信功能,如 DSP920中将执行的解调和解码。以类似的方式,DSP920对将被传输的 信号进行处理,包括例如调制和编码,并输入至发射机914以用于数模转 换、频率向上转换、滤波、放大和经由天线918在通信网络902上传输。 DSP 920不仅对通信信号进行处理,还提供接收机和发射机的控制。例如, 通过在DSP 920中实现的自动增益控制算法,可以自适应地对应用于接收 机912和发射机914中通信信号的增益进行控制。
优选地,移动台900包括对设备的总体操作进行控制的微处理器 938。通过通信子系统911执行包括至少数据和语音通信在内的通信功能。微处理器938还与另外的设备子系统进行交互,另外的设备子系统例如是 显示器922、闪存924、随机存取存储器(RAM) 926、辅助输入/输出(I/O) 子系统928、串行端口 930、键盘932、扬声器934、麦克风936、短距离 通信子系统940、和通常被指定为942的任何其他设备子系统。
图8所示的某些子系统执行与通信有关的功能,而其他子系统可以提 供"驻留"或设备上功能。特别地,诸如键盘932和显示器922之类的一些 子系统既可以用于与通信有关的功能,例如,输入用于在通信网络上传输 的文本消息,又可以用于设备驻留功能,例如,计算器或任务列表。
优选地,将微处理器938所使用的操作系统软件存储在诸如闪存924 之类的永久性存储器中,可以将永久性存储器替代为只读存储器(ROM) 或类似的存储元件(未示出)。本领域技术人员将意识到,可以将操作系 统、具体的设备应用程序、或其部件临时加载到诸如RAM 926之类的易 失性存储器中。接收到的通信信号也可以被存储在RAM926中。
如图所示,可以将闪存924分离成针对计算机程序958和程序数据存储
950、 952、 954和956的不同区域。这些不同的存储类型指示每一个程序可 以针对其自身的数据存储需求来分配闪存924的一部分。优选地,微处理 器938除了执行其操作系统功能外,还能执行移动台上的软件应用程序。 在制造期间,在移动台900上通常将安装控制基本操作的预定应用程序组, 例如包括至少数据和语音通信应用程序。优选的软件应用程序可以是个 人信息管理器(PIM)应用程序,其具有组织和管理与移动台用户有关的 数据项目的能力,该数据项目例如但不限于电子邮件、日历事件、语音邮 件、约会和任务项目。当然, 一个或多个存储器可用于移动台,以便于存 储PIM数据项目。这样的PIM应用程序可优选地具有经由无线网络902发送 和接收数据项目的能力。在优选实施例中,经由无线网络902,将PIM数 据项目同移动台用户的、所存储的或与主机系统相关联的对应数据项目进 行无缝集成、同步和更新。还可以通过网络902、辅助1/0子系统928、串 行端口930、短距离通信子系统940或任何其他适合的子系统942,将另外 的应用程序加载到移动台900上,并且,用户可以将这些应用程序安装在 RAM926中或优选地安装在非易失性存储器(未示出)中,以由微处理器 938执行。应用程序安装的这种灵活性改进了设备的功能,并可以提供增强的设备上功能、与通信有关的功能、或两者都提供。例如,安全通信应 用程序可以实现电子商务功能以及使用移动台900执行的其他这样的财务交易。
在数据通信模式下,通信子系统911将处理诸如文本消息或网页下载 等接收信号,接收信号输入至微处理器938,优选地,微处理器938进一步 处理接收信号以输出至显示器922,或备选地输出至辅助I/0设备928。移 动台900的用户还可以使用例如键盘932来编写诸如电子邮件消息等数据 项目,优选地,键盘932是与显示器922相结合以及可能与辅助I/0设备928 相结合的完整字母数字键盘或电话型键区。然后,可以通过通信子系统911 在通信网络上传输这种所编写的项目。
对于语音通信,移动台900的总体操作是相似的,不同之处在于,接 收信号可能优选地输出至扬声器934,并且要传输的信号可能由麦克风936 产生。还可以在移动台900上实现诸如语音消息记录子系统之类的备选语 音或音频I/0子系统。尽管主要通过扬声器934来优选地实现语音或音频信 号输出,但显示器922也可以用于提供对例如主叫方身份、语音呼叫持续 时间、或其他与语音呼叫有关的信息的指示。
通常可以在个人数字助理(PDA)型移动台中实现图8中的串行端口 930,对于PDA型移动台来说,与用户的台式计算机(未示出)的同步可 能是合意的,但串行端口930是可选的设备组件。这样的端口930可能使用 户可以通过外部设备或软件应用程序来设置偏好,并可能通过向移动台 900提供信息或软件下载而不是通过无线通信网络,来充分发挥移动台900 的能力。交替的下载路径可以例如用于通过直接的、因而可靠且可信的连 接,将加密密钥加载到设备上,从而实现安全的设备通信。
如短距离通信子系统之类的其他通信子系统940是另一可选组件,该 可选组件可以提供移动台900与不同系统或设备(不必是相似的设备)之 间的通信。例如,子系统940可以包括红外设备、以及关联电路和组件、 或蓝牙TM通信模块,以提供与以类似方式实现的系统和设备的通信。
扩展和备选在前述的说明书中,己参照本发明的具体实施例描述了本发明。然而, 显而易见,在不脱离该技术的范围的情况下,可以对本发明作出各种修改 和改变。相应地,说明书和附图应被视为示意性的而非限制性的。
应当注意,所描述的方法具有按特定次序执行的步骤。然而,对于本 领域技术人员来说清楚明显的是,在上下文允许的地方,所执行的步骤的 次序可以发生变化,在这种程度上,这里所描述的步骤的次序并不意在进 行限制。
还应当注意,在己描述了方法的情况下,还意欲对被布置用于执行该
方法的设备寻求保护,并且在已彼此独立地要求了特征的情况下,可以将 这些特征与其他所要求的特征一起使用。
此外,应当注意,这里所描述的设备可以包括单个组件,例如,
UE或UTRAN;或者其他用户设备或接入网组件;例如彼此通信的多个 这种组件的组合;或者这种组件的子网或全网。
该专利文件公开的一部分包含受版权保护的材料。由于专利文献或专 利公开出现在专利与商标局的专利文件或记录中,因而版权的拥有者不反 对任何人对该专利文件或专利公开进行复制,但是版权的拥有者无论如何 都要保留所有版权。
1权利要求
1、一种在无线通信设备中用于在通信状态之间进行转移的方法,所述方法包括在发送更新消息之前,检查针对正在转移到的通信状态的无线承载映射信息,所述检查的执行依赖于所述无线通信设备在其间进行转移的通信状态;从而当所述无线通信设备从寻呼状态转移到使用共享信道的双向通信状态时,省略对针对使用共享信道的双向通信状态的无线承载映射信息进行检查的步骤。
2、 如权利要求l所述的方法,其中,所述省略步骤包括禁止对针 对使用共享信道的双向通信状态的无线承载映射信息的检查。
3、 如权利要求1或2所述的方法,还包括接收更新确认消息,所述更新确认消息指示所述无线通信设备转移到 第二状态;以及响应于所述更新确认消息,检查针对第二状态的无线承载映射信息。
4、 如权利要求l、 2或3所述的方法,其中,所述更新消息是CELL UPDATE消息或URAUPDATE消息。
5、 如从属于权利要求3时的权利要求4所述的方法,其中,所述更 新确认消息是分别响应于CELL UPDATE消息或URA UPDATE消息而 接收到的CELL UPDATE CONFIRM消息或URA UPDATE CONFIRM消 息。
6、 一种在无线通信设备中用于从寻呼状态向使用共享信道的双向通 信状态进行转移的方法,所述方法包括当用户设备具有一个或多个逻辑 信道,而对于所述一个或多个逻辑信道,不存在针对使用共享信道的双向 通信状态的可用配置时,执行转移。
7、 如前述任一权利要求所述的方法,其中,所述寻呼状态是 CELL一PCH或URA—PCH。
8、 如前述任一权利要求所述的方法,其中,使用共享信道的双向通 信状态是CELL—FACH。
9、 如前述任一权利要求所述的方法,其中,无线承载映射信息包括信令无线承载映射信息和用户平面无线承载映射信息中的至少一个。
10、 一种无线通信设备,被布置为在使用时实现如权利要求1至9 中任一项所述的方法,其中,所述无线通信设备还被布置为在依照UMTS 标准的移动电信系统中进行通信。
11、 一种计算机程序,包括被布置为在使用时执行如权利要求1至9中任一项所述的方法的程序代码。
12、 一种计算机程序产品,包括存储在计算机可读介质上的程序代码, 所述程序代码被布置为在使用时执行如权利要求1至9中任一项所述的方 法。
全文摘要
本发明涉及一种对状态转移具有改进处理的方法和装置。提供了一种在无线通信设备中用于在通信状态之间进行转移的方法,所述无线通信设备符合在通用移动电信系统(UMTS)中的使用,所述方法包括在发送更新消息之前,检查针对正在转移到的通信状态的无线承载映射信息,其中,通信状态之间的转移不是从寻呼状态向使用共享信道的双向通信状态的转移;以及使用经过检查的、针对要转移到的状态的无线承载映射信息来转移到要转移到的状态,并发送更新消息。
文档编号H04W76/04GK101631390SQ20091016397
公开日2010年1月20日 申请日期2009年5月7日 优先权日2008年5月8日
发明者安德鲁·法恩斯沃思, 苏普拉蒂姆·查克拉博蒂 申请人:捷讯研究有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1