CN101094435A - 无线通信系统中实现寻呼处理的方法及装置 - Google Patents

Abstract

本发明涉及一种无线通信系统中实现寻呼处理的方法及装置。本发明主要包括：当用户终端进入空闲状态时开始计时，并在用户终端进入空闲状态后的预定时间段内，对于网络侧对该用户终端发起寻呼，选择在小于跟踪域的区域内对所述的用户终端发起寻呼。本发明正是通过在用户终端刚刚进入空闲状态后的预定时间段内减少寻呼范围的方式来减少无线通信网络中寻呼信令的负载，从而提高无线寻呼的效率，降低网络的寻呼负担。

Description

无线通信系统中实现寻呼处理的方法及装置

技术领域

本发明涉及无线通信技术领域，尤其涉及一种无线通信系统中的寻呼处理技术

背景技术

在移动通信系统中，网络侧通常是通过寻呼方式寻找处于移动状态的用户终端，如图1所示，用户设备在收到发给自身的寻呼消息后，将建立与网络侧的通讯。

在无线通信网络中，空闲状态下的移动终端会按照一定的准则，持续的对邻区进行监测和排序，并根据相应的监测和排序情况小区将重选到级别最高的小区。而且，空闲状态下的终端在进行小区重选的处理过程中，若由于终端的移动或者由于小区重选而驻留到了不同的小区，则无需针对每次重选均通知网络侧，只需要在RA/LA发生变化时才需要通知网络。

具体的小区重选处理过程包括：根据当前驻留小区的系统广播消息中的RA(路由区域)/LA(位置区域)信息进行判断，如果终端在RA/LA内移动，则不需要作位置更新，即不需要通知网络侧，如果当前小区的RA/LA发生了变化，则需要发起RA/LA的更新过程，以通知网络侧用户终端当前所在的RA/LA，即TA(跟踪域TA＝LA+RA)，所述的TA目前为网络规划时确定。

因此，在无线通信网络中，对于空闲状态的终端来说，尽管移动终端的位置会发生变化，但网络侧应当可以获取其所在的RA/LA信息。

由于网络侧应当可以获取其所在的RA/LA信息，所以当针对空闲状态下的终端进行寻呼时，则需要在整个TA(即LA/RA)范围内发起寻呼。具体的寻呼处理方式是在TA范围内所有小区的寻呼信道上发送寻呼消息。

这种寻呼处理方式使得TA的范围越大，对于空口而言网络寻呼的负载也就越重。但是，如果将TA的范围变小，则意味着空闲状态下的用户终端可能会由于移动而频繁的发起位置更新过程，这同样会增加TA边缘的信令负担，同时在进行位置域更新的过程中，也会发生呼损而导致业务接通率降低。

因此，目前的寻呼处理方式带来的网络寻呼的负载过重问题无法解决。

发明内容

本发明的目的是提供一种无线通信系统中实现寻呼处理的方法及装置，从而较现有的寻呼处理方式可以降低寻呼信令的负担。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种无线通信系统中实现寻呼处理的方法，包括：

当用户终端进入空闲状态时开始计时，并在用户终端进入空闲状态后的预定时间段内，网络侧在小于跟踪域的区域内对所述的用户终端发起寻呼。

所述的在小于跟踪域的区域内对所述的用户终端发起寻呼包括：

确定用户终端的运动速度变量，当用户终端为高速运动时，则在所述的跟踪域对所述用户终端发起寻呼，当用户终端为低速运动时，则在所述的小于跟踪域的区域对所述的用户终端发起寻呼。

所述的确定用户终端的运动速度变量包括：

当用户终端进入空闲状态时，记录用户终端的运动速度信息，并将所述记录的用户终端的运动速度信息作为用户终端的运动速度变量保存。

所述的方法还包括：

为保存的用户终端的运动速度变量设定对应的有效时间，并在超过所述有效时间后删除所述的运动速度变量。

所述的方法还包括：

当网络侧需要对该用户终端发起寻呼时，判断寻呼的业务类型，当所述的业务类型为实时业务时，则在所述的跟踪域对用户终端发起寻呼，否则，直接在所述的小于跟踪域的区域对所述的用户终端发起寻呼，或者，根据用户终端的运动速度变量在相应的区域内发起寻呼。

所述的小于跟踪域的区域包括：根据所述用户终端离开连接状态时所在的小区确定一个小于跟踪域的区域。

所述的小于跟踪域的区域包括：

跟踪域中用户终端所在小区的基站覆盖区域，或者，在跟踪域中用户终端所在小区的基站的覆盖区域及与该基站在物理位置上相邻的且属于同一跟踪域的基站的覆盖区域。

所述的方法还包括：

当在所述的小于跟踪域的区域中未寻呼到用户终端，则在跟踪域中余下的区域或整个跟踪域中再次对用户终端发起寻呼。

本发明还提供了一种无线通信系统中实现寻呼处理的装置，包括：

计时单元，用于当用户终端进入空闲状态时开始计时，并将计时信息提供给小区域寻呼处理单元；

小区域寻呼处理单元，用于当网络侧需要对该用户终端发起寻呼，根据计时单元的计时值确定在预定的时间段内，在小于跟踪域的区域内对所述用户终端发起寻呼。

所述的装置还包括：

用户终端运动速度识别单元，用于确定用户终端的运动速度变量，当用户终端为高速运动时，触发跟踪域寻呼处理单元，当用户终端为低速运动时，触发所述的小区域寻呼处理单元；

跟踪域寻呼处理单元，用于在跟踪域内对所述的用户终端发起寻呼。

所述的装置还包括：

用户终端运动速度存储单元，用于在用户终端进入空闲状态时，存储用户终端的运动速度变量，并提供给用户终端运动速度识别单元。

所述的装置还包括：

删除处理单元，用于删除用户终端运动速度存储单元保存的运动速度变量中已经超出有效时间的运动速度变量。

所述的装置还包括：

寻呼业务类型判断单元，用于在网络侧需要对该用户终端发起寻呼时，判断寻呼的业务类型，当所述的业务类型为实时业务时，则触发用于在跟踪域内对用户终端发起寻呼的跟踪域寻呼处理单元，否则，触发所述的小区域寻呼处理单元或用户终端运动速度识别单元。

所述的装置还包括：

寻呼结果识别单元，用于判断小区域寻呼处理单元是否寻呼到所述的用户终端，并在确定未寻呼到用户终端时，触发补充寻呼处理单元；

补充寻呼处理单元，用于在跟踪域中余下的区域或整个跟踪域中继续对用户终端发起寻呼。

由上述本发明提供的技术方案可以看出，本发明主要是在用户终端刚刚进入空闲状态后的预定时间段内，通过减少寻呼范围的方式来减少无线通信网络中寻呼信令的负载，从而提高寻呼的效率。

因此，本发明的实现可以有效地提高无线通信网络中的寻呼性能，并降低网络的负担。

附图说明

图1为现有技术中寻呼的处理过程示意图；

图2为本发明的具体实现处理过程示意图；

图3为本发明中具体实施方式一的实现过程示意图；

图4为本发明中具体实施方式二的实现过程示意图；

图5为本发明所述的装置的具体实现结构示意图。

具体实施方式

本发明的核心是在终端刚刚从连接状态下进入空闲状态的一段时间中，通过设定合适的小于跟踪域的寻呼域，从而减少寻呼信令的负担。

本发明中，具体可以在用户终端刚进入空闲状态的一段时间内，根据用户终端的运动速度变量(即运动速度状态)确定针对该用户终端发起寻呼的区域的大小，若用户终端为高速运动状态，则在整个跟踪域内对用户终端进行寻呼，若用户终端为低速运动状态，则在小于跟踪域的区域内对用户终端进行寻呼。

为便于确定用户终端的运动速度状态，则需要用户终端根据在当前小区的系统广播消息中读取的参数，来计算和判断当前是否处于高速运动状态。

判断用户终端是否处于高速运动状态可以采用的实现方案包括：通过在一段时间内，用户终端所在的小区发生变化的数目来判断用户终端是处于高速运动状态还是低速运动状态。

下面将以一个具体应用实例对判断用户终端的运动速度状态的实现方式进行说明，具体包括：

首先，在系统广播消息中下发相应的参数信息，即网络侧的基站在系统广播消息中下发以下参数：第一预定时间T_CHmax，第一预定次数N_CH，第二预定次数T_CHrmaxHyst；

之后，用户终端通过读取系统广播消息，获得所述的参数，并依据各参数对自身的当前的运动状态情况进行判断，具体处理过程如下：

如果在T_CHmax时间内小区变化的次数超过了N_CH，则认为用户终端处于高速运动状态，否则，确定用户终端处于低速运动状态；同时，如果处于高速运动状态的用户终端在T_CHmax时间内小区重选的次数不再超过N_CH，并且在T_CHrmaxHyst内用户终端还是没有满足进入高速移动状态的准则，那么认为用户终端退出高速运动状态，即用户终端处于低速运动状态。

当然，在本发明的具体实现过程中，还可以采用其他判断用户终端是否处于高速运动状态的实现方案。

另外，需要说明的是，本发明中，实现用户终端的速度状态的判断还可以由网络侧实现，即由网络侧进行判断以确定用户终端的运动速度变量，如粗略估算出用户终端为高速运动或低速运动，或者，计算出用户终端的运动速度值等，此时，用户终端便无需进行相应的速率状态的判断操作，也无需将用户终端的运动速度变量上报给网络侧。

为便于对本发明的理解，下面将结合附图2对本发明的具体实现处理过程进行详细的说明。

如图2所示，相应的处理过程具体包括以下处理步骤：

步骤201：当用户终端从连接状态进入到空闲状态时，在其向网络侧发送的连接释放请求消息中携带一个指示，告知网络侧该用户终端当前运动状态是低速还是高速；

当然，相应的用户终端的运动速度状态也可以由网络侧采用其他方法计算确定出用户终端的运动速度状态，此时，在该步骤中无需在所述的释放请求消息中携带相应的指示信息；

步骤202：网络侧的基站收到用户终端发来的释放请求消息后，在发往接入网关(aGW)的连接释放信令中，仍然携带所述的用户终端的运动速度变量；

步骤203：在接入网关中保存的用户终端的上下文中，设置一个状态变量，指示用户终端所处的运动状态是高速运动状态还是低速运动状态，该状态变量的值就是根据收到的来自基站的释放请求信令中的终端的运动速度变量设置。

步骤204：网络侧接入网关在收到基站发来的释放请求消息后，在网络中保存的用户终端上下文中将用户终端的状态变量设置为空闲状态，即表明用户终端从连接状态进入到空闲状态；

步骤205：网络侧接入网关在收到基站发来的释放请求消息后，在网络侧接入网关启动定时器；

由于用户终端处于连接状态时，其位置信息对于网络在小区级别是可知的，而且，在网络侧保存有所述的用户终端的上下文，其中包括用户终端所在的小区位置信息等，即包括用户终端位置的上下文；

在该步骤中，具体为：在网络侧的接入网关处保存的关于用户终端位置的上下文并不会马上删除，而是会启动一个定时器，定时器过期后再删除相应的用户终端位置的上下文；

所述的步骤203、204和步骤205的执行顺序不分先后，或者，也可以同时执行。

步骤206：判断步骤205启动的定时器是否超时，如果超时，则执行步骤207，否则，执行步骤209；

步骤207：删除网络例保存的用户终端位置信息，包括删除保存的用户终端的运动状态变量，停止所述的定时器，并执行步骤208；

步骤208：当网络侧需要对用户终端发起寻呼时，则采用正常的寻呼处理流程，即可以在跟踪域内对用户终端发起寻呼。

步骤209：定时器未过期，在此其间当确定网络侧需要对用户终端发起寻呼时，则执行步骤210；

步骤210：根据网络侧保存的用户终端上下文信息中的用户终端的运动状态变量判断用户终端为高速运动状态还是低速运动状态，若是高速运动状态，则执行步骤211，若是低速运动状态，则执行步骤212；

即如果用户终端在这个时间段内被寻呼，则由于网络中存储的用户终端上下文信息仍然存在，故网络侧可以根据之前所存储的用户终端的当前运动状态来判断用户终端的运动状态变量，以便于进一步确定相应的寻呼范围；

步骤211：在跟踪域范围内对所述的用户终端发起寻呼；

即当用户终端的运动状态信息表明用户终端当前处于高速运动状态，则寻呼范围可以为用户终端所在的寻呼域范围；

步骤212：根据用户终端位置的上下文信息中用户终端所在的小区位置信息确定小区所在的基站，并在所述的基站范围内对用户终端进行寻呼；

即当用户终端的运动状态信息表明用户终端当前处于低速运动状态，则寻呼范围是在用户终端进入空闲状态之前所在小区的基站范围；

在步骤212中，也可以在其他确定的小于跟踪的区域范围内对用户终端发起寻呼，只要所述的寻呼区域小于跟踪域，便可以降低网络侧的寻呼负担，具体可以在跟踪域中根据预定的条件确定的一个或多个基站确定的范围内对用户终端发起寻呼，例如，可以设置在跟踪域中用户终端所在小区的基站的覆盖区域范围内发起针对用户终端的寻呼，也可以设置在跟踪域中用户终端所在小区的基站的覆盖区域及与该基站在物理位置上相邻的且属于同一跟踪域的基站的覆盖区域发起针对用户终端的寻呼。

也就是说，本发明中，当用户终端进入空闲状态时，接入网关处应该会有启动一个定时器，在定时器过期之前，用户终端上下文中用户终端所处的位置信息并不删除，在这个定时器过期之前，如果网络要对用户终端进行寻呼则采用小于跟踪域的区域作为寻呼范围；如果是在定时器过期之后的网络发起的寻呼，采用正常的寻呼，即在跟踪域范围内对用户终端进行寻呼。

本发明中，为确保可以寻呼到用户终端，还可以根据需要采用相应的补充寻呼手段，具体为：当在小于跟踪域的区域内对用户终端进行寻呼时，如果在一段时间后没有收到来自用户终端的对此寻呼的响应，则网络侧的接入网关需要在余下的跟踪域范围内或整个跟踪域范围内对用户终端再次进行补充寻呼。

本发明中，在网络侧记录保存的用户终端的运动速度变量也可以根据网络自己设置的预定的计算方法判断确定，如果用户终端的运动速度变量由网络侧确定，则在步骤201和步骤202中用户终端无需将其运动速度变量携带发送给基站及接入网关。此时，在步骤203中，在接入网关中便可以根据网络侧自己确定的用户终端的运动速度变量设置相应的用户终端上下文中的状态变量，记录用户终端为高速运动状态或低速运动状态。

本发明中，为了保证开展实时业务等对时间延迟要求较高的业务时能够及时寻呼到用户终端还采用了根据寻呼的业务类型确定寻呼区域的处理方案，具体可以为：当网络侧需要对该用户终端发起寻呼时，判断寻呼的业务类型，当所述的业务类型为实时业务时，则直接在所述的跟踪域对用户终端发起寻呼，否则，直接在所述的小于跟踪域的区域对所述的用户终端发起寻呼，或者，根据用户终端的运动速度变量在相应的区域内发起寻呼，即根据用户的运动速度状态确定在小于跟踪域的区域内或整个跟踪域内发起寻呼。

参照图2所示，本发明中，相应的根据业务类型确定寻呼区域的处理过程优选在步骤210之前执行，但也不排除可以在步骤210中确定用户终端为低速运动状态后执行。

下面将以两个具体实施例对本发明提供的寻呼处理方案进行说明。

实施例一

在该实施例中，描述了在用户终端进入空闲状态后预定的时间段内无针对该用户终端的寻呼的处理过程，如图3所示，具体的处理过程包括：

步骤31：如果在一段时间内，终端和网络之间没有业务流量的产生，则网络侧向用户终端发起连接释放命令；

步骤32：用户终端向网络侧返回连接释放完成消息，在所述的消息中携带着用户终端的运动速度状态，如高速运动状态或低速运动状态；

步骤33：网络侧收到所述的连接释放完成消息，则保存所述的用户终端的运动速度状态作为用户终端上下文保存，并启动相应的定时器；

步骤34：当定时器超时，则删除所述这的用户终端上下文信息，包括删除用户终端运动速度状态和用户终端位置信息等。

实施例二

在该实施例中，描述了在用户终端进入空闲状态后预定的时间段需要发起针对该用户终端的寻呼的处理过程，如图4所示，具体的处理过程包括：

步骤41：网络侧向用户终端发送连接释放消息；

步骤42：用户终端向网络侧返回连接释放完成消息，在所述的消息中携带着用户终端的运动速度状态，如高速运动状态或低速运动状态；

步骤43：网络侧收到所述的连接释放完成消息，则保存所述的用户终端的运动速度状态作为用户终端上下文保存，并启动相应的定时器；

步骤44：网络侧确定需要针对该用户终端发起寻呼操作；

步骤45：确定所述的定时器未超时，则根据保存的用户终端上下文信息中的用户终端运动速度状态确定用户终端为高速运动状态或低速运动状态，并根据用户终端的运动速度状态和用户终端位置信息等确定在跟踪域范围内发起对用户终端的寻呼，或者，在小于跟踪域的区域内对用户终端发起寻呼。

本发明还提供了一种无线通信系统中实现寻呼处理的装置，该装置的具体实施结构如图5所示，主要包括以下处理单元：

计时单元，用于当用户终端进入空闲状态时开始计时，并将计时信息提供给小区域寻呼处理单元；

小区域寻呼处理单元，用于当网络侧需要对该用户终端发起寻呼，根据计时单元的计时值确定在预定的时间段内，即小区域寻呼时间段内，在小于跟踪域的区域内对所述用户终端发起寻呼。

由于本发明具体可以根据用户终端的运动速度状态确定是否触发小区域寻呼处理单元，故本发明所述的装置还包括：

用户终端运动速度存储单元，用于在用户终端进入空闲状态时，保存用户终端的运动速度变量，并提供给用户终端运动速度识别单元，保存的用户终端的运动速度变量可以为用户终端在进入空闲状态时发送到网络侧的，也可以为由网络侧自身计算或估算获得。

用户终端运动速度识别单元，用于根据用户终端运动速度存储单元保存的信息或者也可以根据其他方式确定用户终端的运动速度变量，当用户终端为高速运动时，触发跟踪域寻呼处理单元，当用户终端为低速运动时，触发所述的小区域寻呼处理单元；

跟踪域寻呼处理单元，用于在跟踪域内对所述的用户终端发起寻呼。

为避免网络中长期保存无效的信息，所述的装置还包括：

删除处理单元，用于根据用户终端运动速度存储单元中保存的运动速度变量的有效时间确定需要删除的已经超出有效时间的运动速度变量，并删除相应的运动速度变量，具体的有效时间可以根据需要设定，例如，可以设定所述的有效时间与所述的小区域寻呼时间段相同，或者，也可以参照所述的小区域寻呼时间段设置。

本发明中，为了保证开展实时业务等对时间延迟要求较高的业务过程中能够及时寻呼到用户终端，则所述的装置还可选地包括：

寻呼业务类型判断单元，用于在网络侧需要对该用户终端发起寻呼时，优选首先触发该单元以判断寻呼的业务类型，当所述的业务类型为实时业务时，则触发跟踪域寻呼处理单元，否则，触发所述的小区域寻呼处理单元或者触发所述的用户终端运动速度识别单元。

本发明中，所述的寻呼业务类型判断单元也可以在用户终端运动速度识别单元确定用户终端为低速运动状态时被触发，即由用户终端运动速度识别单元触发所述的寻呼业务类型判断单元。

本发明中，为了提高寻呼的可靠性，所述的装置还可选地包括：

寻呼结果识别单元，用于判断小区域寻呼处理单元是否寻呼到所述的用户终端，并在确定未寻呼到用户终端时，触发补充寻呼处理单元；

补充寻呼处理单元，用于在跟踪域中余下的区域或整个跟踪域中继续对用户终端发起寻呼。

综上所述，本发明的实现使得用户终端刚从连接状态进入空闲状态时，可以通过减小寻呼范围的方法来减少寻呼信令的负载。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (14)

1、一种无线通信系统中实现寻呼处理的方法，其特征在于，包括：

当用户终端进入空闲状态时开始计时，并在用户终端进入空闲状态后的预定时间段内，网络侧在小于跟踪域的区域内对所述的用户终端发起寻呼。

2、根据权利要求1所述的方法，其特征在于，所述的在小于跟踪域的区域内对所述的用户终端发起寻呼包括：

确定用户终端的运动速度变量，当用户终端为高速运动时，则在所述的跟踪域对所述用户终端发起寻呼，当用户终端为低速运动时，则在所述的小于跟踪域的区域对所述的用户终端发起寻呼。

3、根据权利要求2所述的方法，其特征在于，所述的确定用户终端的运动速度变量包括：

当用户终端进入空闲状态时，记录用户终端的运动速度信息，并将所述记录的用户终端的运动速度信息作为用户终端的运动速度变量保存。

4、根据权利要求3所述的方法，其特征在于，所述的方法还包括：

为保存的用户终端的运动速度变量设定对应的有效时间，并在超过所述有效时间后删除所述的运动速度变量。

5、根据权利要求1或2所述的方法，其特征在于，所述的方法还包括：

当网络侧需要对该用户终端发起寻呼时，判断寻呼的业务类型，当所述的业务类型为实时业务时，则在所述的跟踪域对用户终端发起寻呼，否则，直接在所述的小于跟踪域的区域对所述的用户终端发起寻呼，或者，根据用户终端的运动速度变量在相应的区域内发起寻呼。

6、根据权利要求1、2、3或4所述的方法，其特征在于，所述的小于跟踪域的区域包括：

根据所述用户终端离开连接状态时所在的小区确定一个小于跟踪域的区域。

7、根据权利要求6所述的方法，其特征在于，所述的小于跟踪域的区域包括：

跟踪域中用户终端所在小区的基站覆盖区域，或者，在跟踪域中用户终端所在小区的基站的覆盖区域及与该基站在物理位置上相邻的且属于同一跟踪域的基站的覆盖区域。

8、根据权利要求1、2、3或4所述的方法，其特征在于，所述的方法还包括：

当在所述的小于跟踪域的区域中未寻呼到用户终端，则在跟踪域中余下的区域或整个跟踪域中再次对用户终端发起寻呼。

9、一种无线通信系统中实现寻呼处理的装置，其特征在于，包括：

计时单元，用于当用户终端进入空闲状态时开始计时，并将计时信息提供给小区域寻呼处理单元；

小区域寻呼处理单元，用于当网络侧需要对该用户终端发起寻呼，根据计时单元的计时值确定在预定的时间段内，在小于跟踪域的区域内对所述用户终端发起寻呼。

10、根据权利要求9所述的装置，其特征在于，所述的装置还包括：

用户终端运动速度识别单元，用于确定用户终端的运动速度变量，当用户终端为高速运动时，触发跟踪域寻呼处理单元，当用户终端为低速运动时，触发所述的小区域寻呼处理单元；

跟踪域寻呼处理单元，用于在跟踪域内对所述的用户终端发起寻呼。

11、根据权利要求10所述的装置，其特征在于，所述的装置还包括：

用户终端运动速度存储单元，用于在用户终端进入空闲状态时，存储用户终端的运动速度变量，并提供给用户终端运动速度识别单元。

12、根据权利要求11所述的装置，其特征在于，所述的装置还包括：

删除处理单元，用于删除用户终端运动速度存储单元保存的运动速度变量中已经超出有效时间的运动速度变量。

13、根据权利要求9至12任一项所述的装置，其特征在于，所述的装置还包括：

寻呼业务类型判断单元，用于在网络侧需要对该用户终端发起寻呼时，判断寻呼的业务类型，当所述的业务类型为实时业务时，则触发用于在跟踪域内对用户终端发起寻呼的跟踪域寻呼处理单元，否则，触发所述的小区域寻呼处理单元或用户终端运动速度识别单元。

14、根据权利要求9至12任一项所述的装置，其特征在于，所述的装置还包括：

寻呼结果识别单元，用于判断小区域寻呼处理单元是否寻呼到所述的用户终端，并在确定未寻呼到用户终端时，触发补充寻呼处理单元；

补充寻呼处理单元，用于在跟踪域中余下的区域或整个跟踪域中继续对用户终端发起寻呼。

Images