专利名称：移动用户终端采用不连续接收方式的周期更改方法
技术领域：
本发明涉及第三代移动通信系统(UMTS)的呼叫/会话建立方法和过程，特别是移动用户终端采用不连续接收方式的周期更改方法。
背景技术：
在第三代移动通信系统中，寻呼的主要目的是寻找被叫移动用户。寻呼过程一般由核心网(CN)发起，此外，无线网络控制器(RNC)也可能发起寻呼。
为了省电，处于空闲(IDLE)模式或连接模式中URA_PCH/CELL_PCH状态下的用户终端(UE)采用不连续接收(Discontinuous Reception(DRX))方式接收寻呼消息，DRX周期一般通过系统消息广播或专用的空中接口信令(如无线资源控制连接建立消息等)通知UE，这样一来，IDLE/URA_PCH/CELL_PCH模式下的UE只是每隔DRX周期(如1.28秒)醒来读取寻呼指示信道并判断是否被寻呼，如果被寻呼，则发起业务，否则进入睡眠状态，以降低电源消耗。
根据3GPP 25.331协议，IDLE模式下的UE通过接收系统消息获得DRX周期(称为CN domain specific DRX cycle length)，DRX周期由网络侧决定，取值为{640ms，1280ms，2560ms，5120ms}中的一个。连接模式下，UE通过无线资源控制连接建立(RRC Connectionsetup)消息或其他消息如无线承载(RB)建立/重配/释放、传输信道(TrCH)/物理信道(PhyCH)重配、小区更新确认/URA更新确认等消息获得DRX周期(称为UTRAN DRX cycle length)，该DRX周期也由网络侧决定，取值为{80ms，160ms，320ms，640ms，1280ms，2560ms，5120ms}中的一个。由此可见，连接模式下允许UE更频繁地接收寻呼，以降低寻呼时延。
当UE接收到不止一个DRX周期时，UE需要选择一个合适的DRX周期，3GPP协议25.304中规定了UE选择DRX周期的方法(1)UE处于IDLE模式，如果UE附着到不同的CN，UE需要保存各个CN对应的CN domain specific DRX cycle length，然后选择其中最小的一个；(2)UE处于连接模式，UE选择UTRAN DRX cycle length与所有CN domain specific DRX cycle length中最小的一个。
从上面的描述可知，UE只是被动使用网络侧下发的DRX周期，因此如果UE出于一定目的要求主动修改DRX周期，比如UE准备启动PoC(Push to talk Over Cellular)业务，由于该业务对接续时延要求较高，因此UE希望通过缩短DRX周期来降低寻呼时延进而降低接续时延；或者是UE终端的电池电量不足，UE希望通过延长DRX周期来降低电源消耗等目的，这样需要给出一种方法，使得UE能够请求期望的DRX周期。进一步分析当前3GPP协议，我们发现3GPP协议24.008中定义了UE可以通过非接入层(NAS)信令附着请求(ATTACH REQUEST)或者路由区更新请求(ROUTING AREAUPDATE REQUEST)消息向CN提出期望的DRX周期大小。不过该方法存在以下问题1、该方法局限于附着在分组交换(PS)域CN的UE，对于附着在电路交换(CS)域CN的UE，目前没有办法让UE主动请求期望的DRX周期；2、该方法中UE发送的请求DRX周期取值范围为{640ms，1280ms，2560ms，5120ms}，即与CN域DRX周期(CN domain specificDRX cycle length)一致，如果UE出于特定目的需要请求更短或更长的DRX周期，目前协议不支持；3、该方法局限于UE与CN之间的DRX周期协商，对于连接模式下UE与UTRAN之间的DRX周期协商，目前协议不支持。
发明内容
本发明的目的是提供一种移动用户终端采用不连续接收方式的周期更改方法，克服上述现有技术中的缺陷，给出一种机制，使得UE能够通过NAS信令与CN在更大的DRX周期范围内进行协商，另外，使得UE能够通过接入层(AS)信令与UTRAN进行DRX周期协商。
为解决上述技术问题，本发明是这样实现的一种移动用户终端采用不连续接收方式的周期更改方法，其特征在于主要包括以下步骤步骤1UE通过系统消息或者RRC连接建立消息等空口信令获得网络侧配置的DRX周期，然后保存于UE中；步骤2UE判断是否需要更新DRX周期，如果需要更新DRX周期，则进入步骤3；否则DRX周期仍使用网络侧配置的值；步骤3UE根据当前所处的RRC状态决定采用什么样的信令过程向网络侧发起修改DRX周期请求；如果UE处于IDLE模式，则进入步骤4；若处于URA_PCH或者CELL_PCH状态，则进入步骤7；步骤4如果UE附着在PS域的CN，则进入步骤5；如果UE附着在CS域的CN，则进入步骤6；若UE同时附着在PS域和CS域CN，则UE可以先后进入步骤5和步骤6分别进行处理；步骤5采用当前协议规定的方法，即通过NAS消息附着请求/路由区更新请求来修改DRX周期；步骤6采用位置区登记/位置区更新消息修改DRX周期；步骤7UE可以通过接入层消息修改DRX周期。
所述的移动用户终端采用不连续接收方式的周期更改方法，其特征在于步骤6采用与步骤5类似的方法，在位置区登记/位置区更新消息中增加一个信元，以指示核心网UE期望使用的DRX周期，UE请求的DRX周期取值范围同步骤5。
所述的移动用户终端采用不连续接收方式的周期更改方法，其特征在于步骤7采用与步骤5类似的方法，在小区更新/URA更新消息中增加一个信元，以指示UTRAN该UE期望使用的DRX周期，UE请求的DRX周期取值范围与UTRAN DRX cycle length一致。
所述的移动用户终端采用不连续接收方式的周期更改方法，其特征在于步骤5/6中DRX周期取值范围扩展为{80ms，160ms，320ms，640ms，1280ms，2560ms，5120ms，10240ms}，步骤7中UE请求的DRX周期取值范围与UTRAN DRX cycle length一致。
所述的移动用户终端采用不连续接收方式的周期更改方法，其特征在于步骤5/6/7中UE请求CN或者UTRAN修改DRX周期对应的NAS/AS消息名称可以是其他现有消息或者重新构建的消息。
藉由上述技术方案，本发明具有的技术效果是本发明方法能够使得UE通过非接入层(NAS)或者接入层(AS)信令在较大的DRX周期范围内与CN或者UTRAN进行DRX周期协商，更好地满足UE的要求。
图1是UE修改DRX周期流程示意图。
图2是UE通过非接入层信令修改PS域DRX周期的流程图。
图3是UE通过非接入层信令修改CS域DRX周期的流程图。
图4是连接模式下UE通过接入层信令修改DRX周期的流程图。
具体实施例方式
本发明给出的寻呼DRX周期更改方法如图1所示，主要包括以下步骤步骤1UE通过系统消息或者RRC连接建立消息等空口信令获得网络侧配置的DRX周期，然后保存于UE中；这里包含DRX周期的空口消息没有一一列举，详细请参见3GPP协议25.331；步骤2UE判断是否需要更新DRX周期，如前面所述，UE出于特定目的可能需要缩短或延长DRX周期。如果需要更新DRX周期，则进入步骤3；否则DRX周期仍使用网络侧配置的值；步骤3UE根据当前所处的RRC状态决定采用什么样的信令向网络侧发起修改DRX周期请求。如果UE处于IDLE模式，则进入步骤4；若处于URA_PCH或者CELL_PCH状态，则进入步骤7。说明由于其他状态入CELL_FACH或者CELL_DCH状态下采用专用寻呼，不存在寻呼周期的情况，因此我们这里不考虑其他状态；步骤4如果UE附着在PS域的CN，则进入步骤5；如果UE附着在CS域的CN，则进入步骤6；若UE同时附着在PS域和CS域CN，则UE可以先后进入步骤5和步骤6分别进行处理；步骤5采用当前协议规定的方法，即通过NAS消息附着请求/路由区更新请求来修改DRX周期，如图2所示。说明与当前3GPP协议不同的是，我们将UE请求的DRX周期范围进行扩展，举例来说，将DRX周期取值范围扩展为{80ms，160ms，320ms，640ms，1280ms，2560ms，5120ms，10240ms}；步骤6采用位置区登记/位置区更新消息修改DRX周期，如图3所示，UE开机是采用位置区登记消息，在位置区登记成功之后UE采用位置区更新消息来修改DRX周期，具体的，我们采用与步骤5类似的方法，在位置区登记/位置区更新消息中增加一个信元(如DRXparameter)，以指示核心网UE期望使用的DRX周期。这里UE请求的DRX周期取值范围同步骤5；步骤7UE可以通过接入层消息如小区更新(用于UE处于CELL_PCH状态)/URA更新(用于UE处于URA_PCH状态)消息修改DRX周期，如图4所示，具体的，我们采用与步骤5类似的方法，在小区更新/URA更新消息中增加一个信元(如DRX parameter)，以指示UTRAN该UE期望使用的DRX周期。这里UE请求的DRX周期取值范围与UTRAN DRXcycle length一致，即为{80ms，160ms，320ms，640ms，1280ms，2560ms，5120ms}。
上述方法步骤，可以有以下变化例1、步骤5/6/7中对UE请求的DRX周期扩展后取值范围可以是其他集合；2、步骤5/6/7中UE请求CN或者UTRAN修改DRX周期对应的NAS/AS消息名称可以是其他现有消息或者重新构建的消息。
综上所述仅为本发明的较佳实施例而已，并非用来限定本发明的实施范围。即凡依本发明申请专利范围的内容所作的等效变化与修饰，都应为本发明的技术范畴。
权利要求
1.一种移动用户终端采用不连续接收方式的周期更改方法，其特征在于主要包括以下步骤步骤1UE通过系统消息或者RRC连接建立消息等空口信令获得网络侧配置的DRX周期，然后保存于UE中；步骤2UE判断是否需要更新DRX周期，如果需要更新DRX周期，则进入步骤3；否则DRX周期仍使用网络侧配置的值；步骤3UE根据当前所处的RRC状态决定采用什么样的信令过程向网络侧发起修改DRX周期请求；如果UE处于IDLE模式，则进入步骤4；若处于URA_PCH或者CELL_PCH状态，则进入步骤7；步骤4如果UE附着在PS域的CN，则进入步骤5；如果UE附着在CS域的CN，则进入步骤6；若UE同时附着在PS域和CS域CN，则UE可以先后进入步骤5和步骤6分别进行处理；步骤5采用当前协议规定的方法，即通过NAS消息附着请求/路由区更新请求来修改DRX周期；步骤6采用位置区登记/位置区更新消息修改DRX周期；步骤7UE可以通过接入层消息如小区更新或URA更新等消息修改DRX周期。
2.根据权利要求1所述的移动用户终端采用不连续接收方式的周期更改方法，其特征在于步骤6采用与步骤5类似的方法，在位置区登记/位置区更新消息中增加一个信元，以指示核心网UE期望使用的DRX周期，UE请求的DRX周期取值范围同步骤5。
3.根据权利要求1所述的移动用户终端采用不连续接收方式的周期更改方法，其特征在于步骤7采用与步骤5类似的方法，在小区更新/URA更新消息中增加一个信元，以指示UTRAN该UE期望使用的DRX周期。
4.根据权利要求1或2或3所述的移动用户终端采用不连续接收方式的周期更改方法，其特征在于步骤5/6中DRX周期取值范围扩展为{80ms，160ms，320ms，640ms，1280ms，2560ms，5120ms，10240ms}，步骤7中UE请求的DRX周期取值范围与UTRAN DRXcycle length一致。
5.根据权利要求1或2或3所述的移动用户终端采用不连续接收方式的周期更改方法，其特征在于步骤5/6/7中UE请求CN或者UTRAN修改DRX周期对应的NAS/AS消息名称可以是其他现有消息或者重新构建的消息。
6.根据权利要求1或2或3所述的移动用户终端采用不连续接收方式的周期更改方法，其特征在于步骤5/6/7中UE请求CN修改的DRX周期可以与请求UTRAN修改的DRX周期取值范围相同，也可以不同，而且DRX周期取值范围可以是其他集合。
全文摘要
一种移动用户终端采用不连续接收方式的周期更改方法，步骤1UE通过系统消息或RRC连接建立等消息获得网络侧配置的DRX周期并保存于UE中；步骤2UE判断是否更新DRX周期，若更新，则步骤3；否则沿用原值；步骤3UE根据当前RRC状态选择相应信令过程向网络侧发修改DRX周期请求；若UE为IDLE，则步骤4；若UE为URA_PCH或CELL_PCH，则步骤7；步骤4若UE附在PS域的CN，则步骤5；若UE附在CS域的CN，则步骤6；若UE同时附在PS域和CS域CN，则UE先后进入步骤5、6分别处理；步骤5通过附请求/路由区更新请求过程修改DRX周期；步骤6通过位置区登记/位置区更新过程修改DRX周期；步骤7UE通过接入层信令如小区更新或URA更新过程修改DRX周期。
文档编号H04W76/04GK1980452SQ20051011097
公开日2007年6月13日 申请日期2005年11月30日 优先权日2005年11月30日
发明者许佰魁, 吕玲 申请人:展讯通信(上海)有限公司