CN1747591A - 避免通过Iur口传递跨无线网络控制器的寻呼消息的方法 - Google Patents

Abstract

本发明公开一种避免通过Iur口传递跨无线网络控制器的寻呼消息的方法，UE在PCH状态到达TRNC后发起小区更新流程；TRNC将小区更新请求消息内容加入RANAP消息发送到CN，CN再将该消息的内容传递到SRNC；SRNC解析后触发完成重定位流程，然后组织重定位指示消息的内容加入到RANAP消息，经CN传递到TRNC，TRNC解析后完成重配置过程。上述小区更新请求消息和重定位指示消息可加入到原RANAP消息的RRC Container中或新增RANAP消息的结构中。本发明在小区更新的同时进行了重定位，使得该UE的SRNC被切换到TRNC，从而避免了跨RNC寻呼消息的产生，解决了没有Iur口时跨RNC寻呼的问题。

Description

避免通过Iur口传递跨无线网络控制器的寻呼消息的方法

技术领域

本发明涉及第三代移动通讯系统，尤其涉及该系统的寻呼方法。

背景技术

TD-SCDMA(Time Division-Synchronous Code Division Multiple Access，时分同步码分多址接入)系统和WCDMA(Wide Code Division MultipleAccess，宽带同步码分多址接入)系统在遵循的协议方面有很多相同点。但Iur口在两种3代移动通讯制式所起的功效不尽相同。

在WCDMA中，切换的时候是软切换优先的原则，对某个UE而言同时会有多条无线链路与其通讯，其中也会存在跨Iur口的无线链路。所以，我们可以认为Iur口对WCDMA是不可或缺的。但该接口对TD-SCDMA来说情况就不一样了。

对TD-SCDMA来说，现在只支持硬切换的方式，硬切换的流程是：先为UE新建一条无线链路，然后通知UE使用新的无线链路进行通讯；当UE转到新的无线链路上进行通讯后，将原有的无线链路删除掉。也就是说，在任何时候只有一条无线链路和UE在进行通讯。当硬切换是跨RNC(无线网络控制器)的时候，我们完全可以使用硬切换伴随重定位的方式来解决通讯的延续问题，而不需要跨Iur口建立无线链路后，让UE迁移到这条跨Iur口的无线链路上。因为对TD-SCDMA来说，两者的实际效果是一样的(对用户而言)，而跨Iur口的无线链路后续处理中，又将引发一些相关流程，使得RNC在处理方面复杂化。

从以上的讨论中，我们可以认为建立跨Iur口的无线链路对WCDMA是不可缺少的，但对TD-SCDMA来说则是可以不需要的，甚至可以认为：在去掉Iur口后，将降低RNC的处理复杂程度，使得RNC上的有效资源得到更好的利用。所以为了降低对TD-SCDMA整个系统实现的难度，同时提高整个系统的效率，完全可以考虑不实现跨Iur的无线链路建立。如果不实现跨Iur的无线链路建立，Iur口很大一部分存在的意义就不再有效，从该角度出发，在TD-SCDMA中去掉Iur口的RNSAP(Radio Network SubsystemApplication Part，无线网络子系统应用部分)协议是可行的。

如果去掉Iur口，就会产生一个新的问题：跨Iur口的寻呼消息如何实现？因为按照现有的通讯协议，UE(移动终端)在PCH(Paging Channel，寻呼信道)状态进入另一个RNC后，CN(核心网)可能发起对UE的寻呼，分为以下两种情况：

第一种情况是CS域发起的寻呼：当CN的CS(电路交换)域发起寻呼的时候，CN是向UE所驻留的位置区域的所有RNC发送寻呼消息，即UE的SRNC(服务无线网络控制器)和UE现在所在的TRNC(目标无线网络控制器)都会收到该寻呼消息。当TRNC收到寻呼消息后，会在寻呼信道中向整个小区发送一类寻呼消息，UE收到该寻呼消息后，根据自身的状态判断如下：UE处于PCH状态，收到的寻呼消息中不包含该UE的U-RNTI(UtranRadio Network Temporary Identity，Utran无线网络临时标识)，则UE不处理该寻呼消息而是直接将该消息抛弃。

SRNC收到CN来的寻呼消息后，在Iur口存在时，将该寻呼消息加上U-RNTI后通过Iur口发送到TRNC侧，由TRNC形成寻呼消息寻呼UE，UE接收到寻呼消息后，判断UE处于PCH状态且收到的寻呼消息中包含U-RNTI，则发起响应该寻呼消息的小区更新流程。

第二种情况是PS(报文交换)域有数据需要传输的时候：SRNC会通过Iur口向TRNC发送寻呼的要求，由TRNC形成寻呼消息后发往UE。

以上描述的任何一种情况都需要Iur口的支持。如果没有Iur口，这个流程是无法实现的，如何处理该情况就是一个急需处理的问题了。

发明内容

本发明要解决的技术问题是提供一种避免通过Iur口传递跨无线网络控制器的寻呼消息的方法，可以避免跨Iur口的寻呼消息的出现。

为了解决上述技术问题，本发明提供了一种避免通过Iur口传递跨无线网络控制器的寻呼消息的方法，包括以下步骤：

(a)移动终端在前向接入状态到达目标无线网络控制器所管辖的小区，发起小区更新流程；

(b)目标无线网络控制器收到移动终端的小区更新消息后，判断出自已不是该移动终端的服务无线网络控制器，在无线接入网络应用协议消息的结构中加入小区更新请求消息的内容，通过Iu口发往核心网；

(c)核心网根据消息中目的无线网络控制器标识，将所述小区更新请求消息的内容发往所述移动终端的服务无线网络控制器；

(d)所述服务无线网络控制器对收到消息中的小区更新请求消息的内容进行解析，然后直接触发重定位流程；

(e)执行重定位流程，所述目标无线网络控制器完成资源分配并通知所述服务无线网络控制器；

(f)所述服务无线网络控制器将组织的重定位指示消息的内容加入到无线接入网络应用协议消息的结构中，通过Iu口发送核心网；

(g)核心网根据消息中目的无线网络控制器标识，将所述重定位指示消息的内容发往所述目标无线网络控制器；

(h)所述目标无线网络控制器对收到消息中的重定位指示消息内容进行解析，向所述移动终端发送重配置消息，重配置成功后释放所述服务无线网络控制器为该移动终端分配的资源。

进一步地，上述方法可具有以下特点：所述小区更新请求消息和重定位指示消息的内容是加入到原有无线接入网络应用协议消息中的无线资源控制容器中并加以标识。

进一步地，上述方法可具有以下特点：所述小区更新请求消息和重定位指示消息的内容均加入到重定位请求消息的无线资源控制容器中，核心网收到该重定位请求消息后，组织重定位入局消息将该加入的消息内容传递到目的无线网络控制器；或者所述小区更新请求消息和重定位指示消息的内容均加入到重定位应答消息的无线资源控制容器中，核心网收到该重定位应答消息后，组织重定位命令消息将该加入的消息内容传递到目的无线网络控制器。

进一步地，上述方法可具有以下特点：所述无线资源控制容器包含的小区更新请求消息或重定位指示消息的内容是通过一个参数值来加以标识的，所述目标和服务无线网络控制器收到无线接入网络应用协议消息后，根据其结构中的该参数值来识别其结构中无线资源控制容器所包含的消息内容，然后进行解析。

进一步地，上述方法可具有以下特点：所述小区更新请求消息和重定位指示消息的内容是加入到新增的无线接入网络应用协议消息的结构中，该新增消息结构中还包含有源无线网络控制器和目的无线网络控制器的标识。

进一步地，上述方法可具有以下特点：所述小区更新请求消息和重定位指示消息的内容是加入到同一个新增的无线接入网络应用协议消息结构中并用一参数加以标识，所述目标和服务无线网络控制器收到该新增消息后，根据其结构中的该参数来识别其结构中包含的无线资源控制层消息的内容，然后进行解析；或者，所述小区更新请求消息和重定位指示消息的内容是分别加入到一个新增的无线接入网络应用协议消息的结构中。

进一步地，上述方法可具有以下特点：所述小区更新请求消息和重定位指示消息的内容是按原无线资源协议消息的结构组织加入到无线接入网络应用协议消息的结构中。

进一步地，上述方法可具有以下特点：所述步骤(e)进一步可分为以下步骤：

(e1)所述服务无线网络控制器发起重定位请求消息到核心网；

(e2)核心网收到所述重定位请求消息后，组织重定位入局消息发往所述目标无线网络控制器；

(e3)所述目标无线网络控制器收到重定位入局消息后，完成Iu口和Iub口地面资源和Iub口无线资源分配，向所述核心网发送重定位应答消息；

(e4)核心网收到所述目标无线网络控制器发送的重定位应答消息后，组织重定位命令消息发送到所述服务无线网络控制器。

由于本发明在UE在PCH状态进入TRNC的范围发起的小区更新进行了重定位，使得该UE的SRNC被切换到TRNC。这样处理后，无论CS域发起的寻呼，还是由于PS有数据要求而发起的UTRAN寻呼，都会在TRNC收到后，转化为UE可正确接受并的寻呼消息而处理，从而避免了跨RNC寻呼的产生，有效的解决了跨RNC寻呼的问题。

附图说明

图1是修改RRC Container数据结构后，小区更新触发重定位的流程图。

图2是新增RANAP消息和数据结构后，小区更新触发重定位的流程图。

具体实施方式

UE在PCH(前向接入)状态进入另一个RNC，即TRNC的范围时，会发起小区更新的流程，发起小区更新的原因有以下两种：第一种是周期性的小区更新，即UE定时告之接入侧现在所在的小区，接入侧只需要应答。第二种是UE侧需要发起上行业务时要给接入侧的一个通知，请求接入侧分配相对应的资源，文中将其称为有数据传输要求的小区更新。

现有流程中，TRNC侧发起小区更新，是通过Iur口向SRNC发出小区更新请求消息，由于本发明没有Iur口，需要改由Iu口来传递。另外，为了避免了寻呼时SRNC和TRNC的不同而需要跨Iur口传递寻呼消息，本发明在通过Iu口实现小区更新的同时均触发重定位的流程，改变为UE服务的RNC，将和UE相关的Iu口从原来的SRNC迁移到TRNC上来。

现有的重定位流程是通过以下步骤实现的：SRNC向CN发送重定位请求消息，CN收到后向TRNC发送重定位入局消息，TRNC为UE分配资源后，向CN发送重定位应答消息，CN收到后向SRNC发送重定位命令消息将TRNC为UE分配的资源告诉SRNC。该过程的所有消息都是通过Iu口实现的，不必加以改变。

在上述流程执行完后，SRNC还需要向TRNC发送一个重定位指示消息(Relocation commit)，告诉TRNC可以向UE发送重配置消息。该重定位指示消息在现有协议中，也是通过Iur口实现的。

在本发明中，小区更新请求和重定位指示都需要通过Iu口来传输。下面将用两个实施例来详细说明本发明通过Iu口实现小区更新后，SRNC触发重定位的整个流程。

第一实施例

本实施例RNC和CN间的通讯仍沿用RANAP协议(无线接入网络应用协议)中现有的消息。为了实现通过Iu口的小区更新，而又不改动现有的RANAP协议，本实施例将小区更新请求消息和重定位指示消息的内容都放在对CN不可见的码流中进行传输。现有RANAP协议中的RRC Container(无线资源控制容器)就是这样一块码流，在RANAP协议的重定位请求消息、重定位应答消息及重定位入局消息中都有一个单元的结构是RRCContainer。

本实施例对重定位请求消息中的RRC Container结构进行扩展，将小区更新请求消息和重定位指示消息的内容加入其中，通过Iu口发往CN。原有RRC Container中已定义了若干的结构，各RRC Container结构间通过该消息结构中的参数t的值来区分，假定目前的取值范围为1～N，则本实施例需要增加以下定义：

t＝N+1时，RRC Container结构中包含小区更新请求消息的内容，包括有UE发送的小区更新请求信息以及TRNC为UE分配的资源，如：C-RNIT(小区无线网络临时标识)和U-RNTI等。

t＝N+2时，RRC Container结构中包含重定位指示消息的内容，用来触发TRNC对UE的重配置。

上述RRC Container中的RRC层消息的内容采用原RRC层消息的结构来组织，但本发明不限定具体的组织方式。

本实施例小区更新的流程如图1所示，包括以下步骤：

S01，UE向TRNC发送小区更新请求消息；

S02，TRNC收到UE发送的小区更新请求消息，判断出本RNC不是该UE的SRNC，向CN发送重定位请求消息，该消息的RRC Container结构中包含小区更新请求消息的内容，参数t＝N+1；

S03，CN收到TRNC发送的重定位请求消息后，根据消息结构中的目的RNC标识，组织重定位入局消息发送到SRNC，该重定位入局消息的RRCContainer结构中包含的是小区更新请求消息的内容；

S04，SRNC侧收到重定位入局消息后，对该消息中的RRC Container结构进行分析，根据参数t＝N+1得知其包含的是小区更新请求消息的内容，解析后发起重定位请求消息到CN，触发重定位的流程，本实施例重定位流程与原有协议是一样的，这时RRC Container结构为协议中的原有结构；

S05，CN收到SRNC发送的重定位请求消息后，组织重定位入局消息(SRNC Relocation Request)发往TRNC；

S06，TRNC收到重定位入局消息后，对该消息中的RRC Container结构进行分析，按原有方式解析该消息后，完成Iu口和Iub口地面资源及Iub口的无线资源分配，然后向CN发送重定位应答消息(Relocation Request Ack)；

S07，CN侧收到TRNC发送的重定位应答消息后，组织重定位命令消息(Relocation Command)发送到SRNC；

S08，SRNC收到CN发送的重定位命令消息，处理后向CN发送重定位请求消息，该消息的RRC Container结构中包含重定位指示消息的内容，参数t＝N+2；

S09，CN收到SRNC发送的重定位请求消息后，根据消息结构中的目的RNC标识，组织重定位入局消息发往TRNC；

S10，TRNC收到重定位入局消息后，分析该消息中的RRC Container结构，根据参数t＝N+2得知其包含的是重定位指示消息的内容，对其解析后向UE发送重配置消息(可以是RB重配置、传输信道重配置或者物理信道重配置)；

S11，UE收到TRNC发送的重配置消息，配置完成后向TRNC发送重配置成功消息；

S12，TRNC收到重配置成功消息后，向CN发送重定位完成消息；

S13，CN收到重定位完成消息后，向SRNC发送Iu口释放消息，SRNC释放UE在SRNC上的所有资源，结束。

第一实施例的优势在于：在Uu口和Iu口都使用了原有的消息结构和处理流程，将修改限制在RRC结构中，尽量地减少了对现有协议框架的修改工作。采用了修改重定位请求中的RRC Container结构的方式，创造性的加入小区更新过程中要用到的小区更新请求消息和重定位指示消息的内容。在不改变RANAP协议的基础上，实现了小区更新伴随重定位流程，改变了为UE服务的RNC，将原来的SRNC迁移到了TRNC上，从而避免了后续寻呼消息跨Iur口的传递。

该实施例在上述方案的基础上可以有其它的变换，例如，可以改为对重定位应答消息的RRC Container结构进行扩展，加入小区更新请求和重定位指示消息的内容，核心网收到该重定位应答消息后，组织重定位命令消息将加入的消息内容传递到目的无线网络控制器。或者采用其他包含可透传信息的RANAP消息。

另外，也可以同时采用重定位请求消息和重定位应答消息中的RRCContainer结构来完成一次小区更新消息内容的传输，例如，将小区更新请求消息的内容加入重定位请求消息的RRC Container中，而将重定位指示消息的内容加入到重定位应答消息的RRC Container中，也可以实现本发明的更新过程。

第二实施例：

为了通过Iu口传递原通过Iur口传输的消息，本实施例采用了一个新增的RANAP消息(以下简称为新增消息)，并定义了该新增消息的消息结构，在新增消息结构中含有目的RNC和源RNC的标识，为了利用该同一消息传输小区更新消息和重定位指示消息的内容，在新增消息结构中还定义了一个参数t来区别，具体定义如下：

t＝1时，新增消息结构中包含小区更新请求消息的内容，包括UE发送的小区更新请求信息以及TRNC为UE分配的资源等信息。

t＝2时，新增消息结构中包含重定位指示消息的内容，用来触发TRNC对UE的重配置。

上述小区更新请求消息和重定位指示消息的内容较佳采用原RRC层消息的结构来组织，在此基础上还可以对新增消息进行扩展。同时，还需定义CN收到该新增的RANAP消息的处理方式，本实施例对其结构中包含的RRC层消息结构不做处理，直接传递到目的RNC。

本实施例周期性小区更新的流程如图2所示，包括以下步骤：

S21，UE向TRNC发送小区更新请求消息；

S22，TRNC收到UE发送的小区更新请求消息，判断出本RNC不是该UE的SRNC，向CN发送新增消息，其消息结构中的目的RNC标识为该UE的SRNC标识，结构中的参数t＝1，包含小区更新请求消息的内容；

S23，CN收到TRNC发送的新增消息后，根据目的RNC标识直接将该消息发送到SRNC，这样小区更新请求消息的内容就被传递到了SRNC；

S24，SRNC侧收到新增消息后，根据消息结构中的参数t＝1得知其包含小区更新请求消息的内容，向CN发出重定位请求消息，触发重定位的流程(与原协议一样)；

S25，CN收到重定位请求消息后，组织重定位入局消息发送到TRNC；

S26，TRNC收到重定位入局消息后，完成Iu口和Iub口地面资源及Iub口的无线资源分配，向CN发送重定位应答消息；

S27，CN侧收到TRNC发送的重定位应答消息后，组织重定位命令消息发送到SRNC；

S28，SRNC收到CN发送的重定位命令消息后，向CN发送新增消息，消息结构中参数t＝2，包含重定位指示消息的内容，目的RNC标识为TRNC的标识；

S29，CN收到SRNC发送的新增消息后，根据目的RNC标识直接将该消息发往TRNC；

S30，TRNC收到新增消息后，根据消息结构中的参数t＝2得知其包含重定位指示消息的内容，解析后向UE发送重配置消息；

S31，UE收到TRNC发送的重配置消息，配置完成后向TRNC发送重配置成功消息；

S32，TRNC收到重配置成功消息后，分别向CN发送重定位完成消息；

S33，CN收到重定位完成消息后，向SRNC发送Iu口释放消息，SRNC释放UE在SRNC上的所有资源。

第二实施例的优势在于：在为RANAP添加新消息的基础上，使用新的接口来完成小区更新并实现SRNC的切换，而这只是在原有的基础上扩大了对Iu口协议的定义范围，不影响原有的流程和结构，可以兼容以前的功能、流程和参数。因为采用的是功能扩展的方式，所以可以在功能和开发版本上做到平滑过渡。

第二实施例在上述方案的基础上也可以有其它的变换，例如，上述方案是采用了一个新增消息来传输多个RRC层的消息，通过对参数值的识别来区别其所包含的消息的结构，也可以采用多个新增消息，每一新增消息的结构中包含一个RRC消息的结构，这样无需使用参数t来区别。

另外，实施例的新增消息结构中所包含的RRC层消息内容对CN来说是可见的，但也可以在新增消息中设置一个RRC Container单元，用该结构来透传RRC层的消息。CN对新增消息可以按上述方案直接转发，也可以进行处理，但须保证其中RRC层消息的有用内容被传递到目的RNC。

Claims (8)

1、一种避免通过Iur口传递跨无线网络控制器的寻呼消息的方法，包括以下步骤：

(a)移动终端在前向接入状态到达目标无线网络控制器所管辖的小区，发起小区更新流程；

(b)目标无线网络控制器收到移动终端的小区更新消息后，判断出自己不是该移动终端的服务无线网络控制器，在无线接入网络应用协议消息的结构中加入小区更新请求消息的内容，通过Iu口发往核心网；

(c)核心网根据消息中目的无线网络控制器标识，将所述小区更新请求消息的内容发往所述移动终端的服务无线网络控制器；

(d)所述服务无线网络控制器对收到消息中的小区更新请求消息的内容进行解析，然后直接触发重定位流程；

(e)执行重定位流程，所述目标无线网络控制器完成资源分配并通知所述服务无线网络控制器；

(f)所述服务无线网络控制器将组织的重定位指示消息的内容加入到无线接入网络应用协议消息的结构中，通过Iu口发送核心网；

(g)核心网根据消息中目的无线网络控制器标识，将所述重定位指示消息的内容发往所述目标无线网络控制器；

(h)所述目标无线网络控制器对收到消息中的重定位指示消息内容进行解析，向所述移动终端发送重配置消息，重配置成功后释放所述服务无线网络控制器为该移动终端分配的资源。

2、如权利要求1所述的方法，其特征在于，所述小区更新请求消息和重定位指示消息的内容是加入到原有无线接入网络应用协议消息中的无线资源控制容器中并加以标识。

3、如权利要求2所述的方法，其特征在于，所述小区更新请求消息和重定位指示消息的内容均加入到重定位请求消息的无线资源控制容器中，核心网收到该重定位请求消息后，组织重定位入局消息将该加入的消息内容传递到目的无线网络控制器；或者所述小区更新请求消息和重定位指示消息的内容均加入到重定位应答消息的无线资源控制容器中，核心网收到该重定位应答消息后，组织重定位命令消息将该加入的消息内容传递到目的无线网络控制器。

4、如权利要求3所述的方法，其特征在于，所述无线资源控制容器包含的小区更新请求消息或重定位指示消息的内容是通过一个参数值来加以标识的，所述目标和服务无线网络控制器收到无线接入网络应用协议消息后，根据其结构中的该参数值来识别其结构中无线资源控制容器所包含的消息内容，然后进行解析。

5、如权利要求1所述的方法，其特征在于，所述小区更新请求消息和重定位指示消息的内容是加入到新增的无线接入网络应用协议消息的结构中，该新增消息结构中还包含有源无线网络控制器和目的无线网络控制器的标识。

6、如权利要求5所述的方法，其特征在于，所述小区更新请求消息和重定位指示消息的内容是加入到同一个新增的无线接入网络应用协议消息结构中并用一参数加以标识，所述目标和服务无线网络控制器收到该新增消息后，根据其结构中的该参数来识别其结构中包含的无线资源控制层消息的内容，然后进行解析；或者，所述小区更新请求消息和重定位指示消息的内容是分别加入到一个新增的无线接入网络应用协议消息的结构中。

7、如权利要求1所述的方法，其特征在于，所述小区更新请求消息和重定位指示消息的内容是按原无线资源协议消息的结构组织加入到无线接入网络应用协议消息的结构中。

8、如权利要求1所述的方法，其特征在于，所述步骤(e)进一步可分为以下步骤：

(e1)所述服务无线网络控制器发起重定位请求消息到核心网；

(e2)核心网收到所述重定位请求消息后，组织重定位入局消息发往所述目标无线网络控制器；

(e3)所述目标无线网络控制器收到重定位入局消息后，完成Iu口和Iub口地面资源和Iub口无线资源分配，向所述核心网发送重定位应答消息；

(e4)核心网收到所述目标无线网络控制器发送的重定位应答消息后，组织重定位命令消息发送到所述服务无线网络控制器。

Images