CN101150867A - 寻呼和位置更新冲突的处理方法、msc及vlr - Google Patents
寻呼和位置更新冲突的处理方法、msc及vlr Download PDFInfo
- Publication number
- CN101150867A CN101150867A CNA2007101764987A CN200710176498A CN101150867A CN 101150867 A CN101150867 A CN 101150867A CN A2007101764987 A CNA2007101764987 A CN A2007101764987A CN 200710176498 A CN200710176498 A CN 200710176498A CN 101150867 A CN101150867 A CN 101150867A
- Authority
- CN
- China
- Prior art keywords
- paging
- terminal
- msc
- vlr
- confliction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种寻呼和位置更新冲突的处理方法、MSC及VLR。所述寻呼和位置更新冲突的处理方法包括步骤：A.当MSC检测到终端发生寻呼和位置更新冲突时，所述MSC向VLR发送用于指示终端发生寻呼和位置更新冲突的寻呼失败消息；B.所述VLR在接收到所述用于指示终端发生寻呼和位置更新冲突的寻呼失败消息后，挂起所述终端的寻呼业务进程，处理所述终端的位置更新业务；C.在所述终端的位置更新业务完成之后，所述VLR激活并执行挂起的寻呼业务进程，寻呼所述终端。按照本发明所述方法、MSC和VLR，可以提高移动通信系统中呼叫成功率和用户满意度。
Description
技术领域
本发明涉及移动通信领域的寻呼技术，尤其涉及一种寻呼和位置更新冲突的处理方法、移动交换中心(MSC，Mobile Switching Center)及拜访位置寄存器(VLR，Visitor Location Register)。
背景技术
位置更新(Location Updating)和寻呼(Paging)是移动通讯系统中两种常见的过程。先简单介绍一下位置更新和寻呼的概念。
位置更新在第三代合作伙伴计划(3GPP，3rd Generation PartnershipProject)协议中被称为MM特定流程(Mobile Management Specific Procedures)。MM特定流程又可以分为：正常的位置更新流程(normal location updating)、周期性的位置更新流程(periodic updating)和IMSI附着流程(IMSI attach)。位置更新都是由终端主动发起，正常的位置更新是指终端移动到不同的位置区时发起的，向网络侧(Network)报告终端当前所处的位置区；周期性位置更新是周期性的向网络侧报告终端处于活动状态。IMSI附着流程是指终端上电。三种位置更新流程从信令上来看基本上是一样的，唯一的区别是在位置更新请求消息(LOCATION UPDATING REQUEST)中有一个参数用来指示位置更新类型，对于不同类型的位置更新，该参数所包含的内容不一样。本文中后续提到的位置更新泛指这三种位置更新流程。位置更新的信令流程请参照图1，包括以下步骤：
步骤101，终端向MSC发送位置更新请求消息；
步骤102，MSC将位置更新请求消息转发给VLR
步骤103，VLR向归属位置寄存器(HLR，Home Location Register)发起位置更新(MAP Update Location)；
步骤104，HLR发送插入用户数据请求(MAP Insert Subscriber Data)消息；
步骤105，插入用户数据完成之后，VLR回响应(MAP Insert Subscriber DataAck)消息；
步骤106，位置更新完成之后，HLR向MSC回位置更新接受消息；
步骤107，MSC将位置更新接受消息转发给终端，位置更新结束。
寻呼(Paging)过程是指终端在空闲状态(IDLE)下做被叫时(例如呼叫时为被叫，短消息时为接收短信的一方)，网络侧通过无线接入网应用部分(BSSMAP)消息在A接口(MSC和基站控制器(BSC)之间的接口)或者通过基站子系统管理应用部分(RANAP)消息在Iu口(MSC和无线控制器(RNC，Radio Network Controller)之间的接口)向用户所在位置区(LocationArea)进行广播寻找用户，如果被叫终端回寻呼响应消息(Page Response)，那么可以继续处理呼叫接入过程。具体信令流程请参照图2，包括以下步骤：
步骤201，网关移动交换中心(GMSC，Gateway Mobile Station Center)向端局MSC发送初始地址消息(IAM)；
步骤202，MSC向VLR发送入呼叫请求，请求VLR检查用户的入呼叫权限(SIFIC)；
步骤203，VLR检查用户入呼叫权限之后向MSC发起寻呼请求(PageReq)；
步骤204，MSC向用户所在位置区内的所有RNC发起寻呼(Paging)；
步骤205，RNC通过基站在寻呼信道上向终端发起寻呼(Paging)；
步骤206，终端收到寻呼请求以后回寻呼响应(Page Response)消息；
步骤207，MSC寻呼成功以后向VLR发起接入请求(Process Access Req)消息，请求用户接入；
步骤208，在接入完成以后，VLR向MSC回接入完成(Process Access Ack)消息；
步骤209，在接入完成以后VLR同时向MSC回入呼叫成功响应(SIFICACK)消息；
步骤210，MSC向终端下发层三Setup消息。
由于3GPP 24008协议中规定了MM特定流程的优先级是最高的，在MM特定流程过程中不允许建立新的MM连接，也就是说不允许进行其它业务，并且协议中还规定对于寻呼流程来说只能寻呼处于空闲状态的终端，也就是说如果终端正在位置更新是不能处理寻呼(Paging)消息的，即位置更新过程中终端是不能作为被叫。但是，在实际情况中必然会存在位置更新和寻呼同时发生的情况，特别是在位置区邻界地区或者用户在高速移动过程中，这种情况的发生更为常见。实际上位置更新和寻呼并发的情况有如下两种：1、终端在处理位置更新业务时，网络侧发现其他用户呼叫该终端，具体信令流程请参照图3；2、网络侧在已经下发Paging消息等待Page Response时终端刚好发起位置更新，具体信令流程请参照图4。按照目前协议的规定，这种情况下只能是允许位置更新，而使得寻呼失败，进而使得呼叫失败。以下结合图3和图4来分析一下现有技术在寻呼和位置更新发生冲突时的处理。
其中，在位置更新过程中收到寻呼请求的处理步骤如图3所示，包括：
步骤301，终端发起位置更新，通过RNC将位置更新请求消息发给MSC；
步骤302，MSC将位置更新请求消息转发给VLR，由VLR进行位置更新的逻辑处理；
步骤303，MSC收到GMSC的初始地址(IAM，Initial Address message)消息；
步骤304，MSC发送入呼叫请求(SIFIC，Send Info for Incoming Call)消息给VLR；
步骤305，VLR检查被叫用户签约信息，如果可以作为被叫则发送寻呼请求(Page Req)消息给MSC，要求MSC向RNC下发寻呼消息；
步骤306，MSC收到寻呼请求消息，发现用户正在进行位置更新业务，向VLR回寻呼失败(Page MS negative response)消息，原因值填写为网络决定用户忙(NDUB，Network Decide User Busy)，表示用户正在进行位置更新无法接入呼叫；
步骤307，VLR给MSC发送入呼叫请求失败(SIFIC NACK，Send Info forIncoming Call Negative ACK)消息；
步骤308，MSC给GMSC发送释放(REL)消息；
步骤309，此时位置更新是可以继续的，在位置更新成功以后，VLR给MSC发送位置更新接受消息；
步骤310，MSC将位置更新接受消息发送给终端。位置更新流程结束。
在下发寻呼消息后等待寻呼响应过程中，终端触发位置更新时处理步骤如图4所示，包括：
步骤401，MSC收到GMSC的初始地址(IAM)消息；
步骤402，MSC发送入呼叫请求(SIFIC)消息给VLR；
步骤403，VLR检查被叫用户签约信息，如果可以作为被叫则发送寻呼请求(Page Req)消息给MSC，要求MSC向RNC下发寻呼消息；
步骤404，MSC检查终端当前是否处于空闲状态，如果是，则下发寻呼消息给终端所处位置区内(LAI)的RNC；
步骤405，RNC接到MSC的寻呼消息之后，通过基站在寻呼信道上向终端发送广播式的Paging消息；
步骤406，终端在接收到寻呼消息之前触发了位置更新，通过RNC向MSC发送位置更新请求消息；
步骤407，MSC收到终端的位置更新请求消息，发现之前已经给该终端发送了Paging消息，并且处于等待寻呼响应的状态，按照位置更新业务优先的原则，MSC接入位置更新，向VLR回寻呼失败(Page MS negative response)消息，原因值填写为网络决定用户忙(NDUB)，表示用户正在进行位置更新无法接入呼叫；
步骤408，另一方面，MSC接入位置更新业务，向VLR发送位置更新请求消息，请求VLR处理终端的位置更新业务；
步骤409，VLR收到MSC的寻呼失败(Page MS negative response)消息之后向MSC发送入呼叫请求失败(SIFIC NACK)消息；
步骤410，MSC向GMSC发送释放(REL)消息；
步骤411，另一方面，VLR在位置更新业务处理完成之后向MSC发送位置更新接受消息；
步骤412，MSC将位置更新接受消息转发给终端，位置更新业务处理完成。
从上述分析可以看出，对于先位置更新后寻呼的情况，MSC作为网络忙处理，直接向VLR回寻呼失败(Page MS negative response)消息，对于先寻呼后位置更新的情况，收到位置更新请求时，MSC判断用户处于等待寻呼响应状态，也作为网络忙处理，直接向VLR回寻呼失败(Page MS negativeresponse)消息。由此可见，现有技术中，当出现位置更新和寻呼流程冲突时，按照位置更新优先的原则必然使得寻呼流程失败，进而使得呼叫失败，这种冲突处理方法在降低呼叫成功率的同时，也会造成用户不愉快的感觉。
发明内容
本发明所要解决的技术问题是提供一种寻呼和位置更新冲突的处理方法、MSC及VLR，用于在寻呼和位置更新发生冲突时，优先处理位置更新业务，同时保证寻呼过程能够顺利进行。
为解决上述技术问题，本发明提供方案如下：
一种寻呼和位置更新冲突的处理方法，包括以下步骤：
A，当MSC检测到终端发生寻呼和位置更新冲突时，所述MSC向VLR发送用于指示终端发生寻呼和位置更新冲突的寻呼失败消息；
B，所述VLR在接收到所述用于指示终端发生寻呼和位置更新冲突的寻呼失败消息后，挂起所述终端的寻呼业务进程，处理所述终端的位置更新业务；
C，在所述终端的位置更新业务完成之后，所述VLR激活并执行挂起的寻呼业务进程，寻呼所述终端。
本发明所述的处理方法，其中，所述步骤C中，在所述终端的位置更新业务完成之后，所述VLR进一步检测是否存在挂起的所述终端的寻呼业务进程，如果存在，则激活并执行挂起的寻呼业务进程，寻呼所述终端。
本发明所述的处理方法，其中，所述步骤B中，所述VLR在接收到所述用于指示终端发生寻呼和位置更新冲突的寻呼失败消息后，VLR进一步将发生冲突的寻呼业务进程和位置更新业务进程相关联；
所述步骤C中，所述VLR检测是否存在挂起的所述终端的寻呼业务进程，是通过判断是否存在与所述位置更新业务相关联的寻呼业务，检测是否存在挂起的寻呼业务进程。
本发明所述的处理方法，其中，所述步骤A中，所述MSC检测到终端发生寻呼和位置更新冲突是：所述MSC在终端的位置更新过程中，如果接收到寻呼所述终端的寻呼请求，则判断所述终端发生寻呼和位置更新冲突；或者所述MSC在终端的寻呼过程中，如果接收到所述终端的位置更新请求，则判断所述终端发生寻呼和位置更新冲突。
本发明所述的处理方法，其中，所述用于指示终端发生寻呼和位置更新冲突的寻呼失败消息是原因值为预先约定值的寻呼失败消息。
本发明还提供了一种MSC，包括：
冲突检测模块，用于检测到终端是否发生寻呼和位置更新冲突，并在发生所述冲突时，向VLR发送用于指示所述终端发生寻呼和位置更新冲突的寻呼失败消息。
本发明所述的MSC，其中，所述冲突检测模块进一步用于在终端的位置更新过程中，如果接收到寻呼所述终端的寻呼请求，则判断所述终端发生寻呼和位置更新冲突；或者所述MSC在终端的寻呼过程中，如果接收到所述终端的位置更新请求，则判断所述终端发生寻呼和位置更新冲突。
本发明还提供了一种VLR，包括：
所述冲突处理模块，用于在接收到MSC发送的用于指示终端发生寻呼和位置更新冲突的寻呼失败消息后，挂起所述终端的寻呼业务进程，处理所述终端的位置更新业务；
寻呼模块，用于在终端的位置更新业务完成之后，激活并执行挂起的寻呼业务进程，寻呼所述终端。
本发明所述的VLR，其中，
所述寻呼模块，进一步用于在终端的位置更新业务完成之后，检测是否存在挂起的所述终端的寻呼业务进程，如果存在，则激活并执行挂起的寻呼业务进程，寻呼所述终端。
本发明所述的VLR，其中，所述冲突处理模块，进一步用于在接收到所述用于指示终端发生寻呼和位置更新冲突的寻呼失败消息后，将发生冲突的寻呼业务和位置更新业务相关联；所述寻呼模块，进一步用于在终端的位置更新业务完成之后，通过判断是否存在与所述位置更新业务相关联的寻呼业务，检测是否存在挂起的寻呼业务进程。
从以上所述可以看出，本发明提供的寻呼和位置更新冲突的处理方法中，MSC在检测到所述冲突时，向VLR发送寻呼失败消息，并将原因值设置为一个预先约定值；VLR在接收到这种寻呼失败消息后，挂起寻呼业务进程，并不向MSC发送入呼叫请求失败消息；在位置更新完成之后，VLR继续进行先前挂起的寻呼业务进程，从而使得寻呼不会失败。采用本发明方法，可以很好的解决位置更新和寻呼的冲突，即优先保证位置更新业务，使用户成功入网，又使得用户能够成功接听电话，提高移动通信系统中呼叫成功率和用户满意度。
附图说明
图1为现有技术中终端位置更新的流程图；
图2为现有技术中基本呼叫终呼过程的流程图；
图3为现有技术中的位置更新过程中处理入呼叫的流程图；
图4为现有技术中的寻呼过程中处理用户位置更新的流程图；
图5为本发明实施例中位置更新过程中处理入呼叫冲突的流程图；
图6为本发明另一实施例中寻呼过程中处理位置更新冲突的流程图；
图7为本发明实施例所述MSC的结构示意图；
图8为本发明实施例所述VLR的结构示意图。
具体实施方式
本发明提供了一种寻呼和位置更新冲突的处理方法、MSC及VLR，在发生寻呼和位置更新冲突时，VLR优先处理位置更新业务，在位置更新完成之后，继续处理寻呼业务，从而既对位置更新业务的优先处理，又保证了寻呼业务不会因冲突而失败。下面结合附图和具体实施方式对本发明作进一步详细的说明。
图5以先位置更新再寻呼为例，说明本发明在位置更新过程中，对于用户作为被叫的处理流程，包括以下步骤：
步骤501，终端发起位置更新，通过RNC将位置更新请求消息发给MSC；
步骤502，MSC将位置更新请求消息转发给VLR，由VLR进行位置更新的逻辑处理；
步骤503，MSC收到GMSC的初始地址(IAM)消息；
步骤504，MSC发送入呼叫请求(SIFIC)消息给VLR；
步骤505，VLR检查被叫用户签约信息，如果可以作为被叫，则发送寻呼请求(Page Req)消息给MSC，要求MSC向RNC下发寻呼消息；
步骤506，MSC收到寻呼请求消息后，如果发现用户正在进行位置更新业务，则向VLR回寻呼失败(Page MS negative response)消息，原因值填写为位置更新和寻呼冲突(PageLuConflict)，用于指示终端发生寻呼和位置更新冲突，用户正在进行位置更新无法接入呼叫；VLR收到寻呼失败消息后，发现原因值为PageLuConflict，此时将寻呼业务进程挂起，并且不向MSC发送入呼叫请求失败(SIFIC NACK)消息；
步骤507，VLR继续处理位置更新业务，在位置更新处理完成之后，向MSC发送位置更新接受消息；
步骤508，MSC将位置更新接受消息转发给终端，位置更新业务处理完成；
步骤509，在位置更新业务完成之后，即VLR向MSC发送位置更新接受消息之后，VLR检测是否存在挂起的所述终端的寻呼业务进程，如果发现存在挂起的所述终端的寻呼业务进程，则激活并执行挂起的寻呼业务进程，重新发起寻呼，向MSC发送寻呼请求(Page Req)消息，要求MSC向RNC下发寻呼消息；
步骤510，MSC检查所述终端当前是否处于空闲状态，如果是，则下发寻呼消息给所述终端所处位置区(LAI)内的RNC；
步骤511，RNC接到MSC的寻呼消息之后，通过基站在寻呼信道上向终端发送广播式的寻呼(Paging)消息；
步骤512，终端在空闲状态下收到寻呼(Paging)消息后，向网络侧回寻呼响应(Paging Response)消息；
步骤513，网络侧在收到寻呼响应消息之后寻呼过程结束，可以进行正常的接入过程，如向VLR发起接入请求(Process Access Req)消息，请求用户接入；
步骤514，在接入完成以后，VLR向MSC回接入完成(Process Access Ack)消息；
步骤515，在接入完成以后VLR同时向MSC回入呼叫成功响应(SIFICACK)消息；
步骤516，MSC向终端下发层三Setup消息。
图6所示为先寻呼后位置更新的处理流程图，说明了本发明在寻呼过程中终端请求位置更新时的处理流程。包括以下步骤：
步骤601，MSC收到GMSC的初始地址(IAM)消息；
步骤602，MSC发送入呼叫请求(SIFIC)消息给VLR；
步骤603，VLR检查被叫用户签约信息，如果可以作为被叫，则发送寻呼请求(Page Req)消息给MSC，要求MSC向RNC下发寻呼消息；
步骤604，MSC检查终端当前是否处于空闲状态，如果是，则下发寻呼消息给终端所处位置区(LAI)内的RNC；
步骤605，RNC接到MSC的寻呼消息之后，通过基站在寻呼信道上向终端发送广播式的Paging消息；
步骤606，在接收到寻呼消息之前，终端触发了位置更新，并通过RNC向MSC发送位置更新请求消息；
步骤607，MSC收到位置更新请求消息，检查发现网络侧已经向该用户下发寻呼并处于等待寻呼响应状态，则MSC向VLR回寻呼失败(Page MSnegative response)消息，原因值填写为位置更新和寻呼冲突(PageLuConflict)，用于指示终端发生寻呼和位置更新冲突，用户正在进行位置更新无法接入呼叫；VLR收到寻呼失败消息后，发现原因值为PageLuConflict，则将寻呼业务进程挂起，并且不向MSC发送请求失败(SIFIC NACK)消息；
步骤608，同时MSC继续处理位置更新业务，MSC将位置更新请求消息转发给VLR，由VLR进行位置更新的逻辑处理；
步骤609，位置更新处理完成之后，VLR向MSC发送位置更新接受消息；
步骤610，MSC将位置更新接受消息转发给终端，位置更新业务处理完成；
步骤611，在位置更新业务完成之后，即VLR向MSC发送位置更新接受消息之后，VLR检测是否存在挂起的所述终端的寻呼业务进程，如果发现存在挂起的所述终端的寻呼业务进程，则激活并执行挂起的寻呼业务进程，重新发起寻呼，向MSC发送寻呼请求(Page Req)消息给MSC，要求MSC向RNC下发寻呼消息；
步骤612，MSC检查所述终端当前是否处于空闲状态，如果是，则下发寻呼消息给所述终端所处位置区(LAI)内的RNC；
步骤613，RNC接到MSC的寻呼消息之后，通过基站在寻呼信道上向终端发送广播式的寻呼(Paging)消息；
步骤614，终端在空闲状态下收到寻呼消息，向网络侧回寻呼响应消息；
步骤615，网络侧在收到寻呼响应消息之后寻呼过程结束，进行正常的接入过程，如步骤616～618所示。
以上说明了本发明是如何处理寻呼和位置更新冲突的，可以看出，本发明中，MSC在检测到所述冲突时，向VLR发送寻呼失败消息，并将原因值设置为一个预先约定值；VLR在接收到这种寻呼失败消息后，挂起寻呼业务进程，并不向MSC发送请求失败消息；在位置更新完成之后，VLR继续进行先前挂起的寻呼业务进程，从而使得寻呼不会失败。
本发明中，MSC检测到终端发生寻呼和位置更新冲突具体的可以是：所述MSC在终端的位置更新过程中，如果接收到寻呼所述终端的寻呼请求，则判断所述终端发生寻呼和位置更新冲突；或者所述MSC在终端的寻呼过程中，如果接收到所述终端的位置更新请求，则判断所述终端发生寻呼和位置更新冲突。
本发明中，VLR在接收到所述寻呼失败消息后，还可以进一步将发生冲突的寻呼业务和位置更新业务相关联，从而，在位置更新业务完成之后，VLR可以进一步通过判断是否存在与所述位置更新业务相关联的寻呼业务，检测是否存在挂起的寻呼业务进程。
本发明中，在MSC和VLR分别作为独立网元时，可以通过扩充标准接口，在寻呼失败(Page MS negative response)消息的原因值中增加PageLuConflict原因值，表示发生寻呼和位置更新冲突；如果是MSC和VLR为合一网元，此时只需要使用内部消息接口即可。
本发明中，所示寻呼和位置更新冲突可以是语音呼叫业务寻呼和位置更新冲突。
基于上述寻呼和位置更新冲突的处理方法，本发明还提供了一种MSC和VLR，如图7所示，所述MSC包括：
冲突检测模块，用于检测到终端是否发生寻呼和位置更新冲突，并在发生所述冲突时，向VLR发送用于指示所述终端发生寻呼和位置更新冲突的寻呼失败消息。
这里，所述冲突检测模块进一步用于在终端的位置更新过程中，如果接收到寻呼所述终端的寻呼请求，则判断所述终端发生寻呼和位置更新冲突；或者所述MSC在终端的寻呼过程中，如果接收到所述终端的位置更新请求，则判断所述终端发生寻呼和位置更新冲突。
如图8所示，所述VLR包括：
冲突处理模块，用于在接收到MSC发送的用于指示终端发生寻呼和位置更新冲突的寻呼失败消息后，挂起所述终端的寻呼业务进程，处理所述终端的位置更新业务；
寻呼模块，用于在终端的位置更新业务完成之后，激活并执行挂起的寻呼业务进程，寻呼所述终端。
这里，所述寻呼模块，还可以进一步用于在终端的位置更新业务完成之后，检测是否存在挂起的所述终端的寻呼业务进程，如果存在，则激活并执行挂起的寻呼业务进程，寻呼所述终端。
这里，所述冲突处理模块，进一步用于在接收到所述用于指示终端发生寻呼和位置更新冲突的寻呼失败消息后，将发生冲突的寻呼业务和位置更新业务相关联；所述寻呼模块，进一步用于在终端的位置更新业务完成之后，通过判断是否存在与所述位置更新业务相关联的寻呼业务，检测是否存在挂起的寻呼业务进程。
综上所述，采用本发明方法，可以很好的解决位置更新和寻呼的冲突，即优先保证位置更新业务，使用户成功入网，又使得用户能够成功接听电话，提高呼叫成功率和用户满意度。
本发明还可有其他多种实施例，特别是由于MSC和VLR作为合一网元时，技术人员可以使用本领域常用的其他不同的方法检测冲突以及在位置更新结束时检测寻呼业务的存在，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (10)
1.一种寻呼和位置更新冲突的处理方法，其特征在于，包括以下步骤：
A，当MSC检测到终端发生寻呼和位置更新冲突时，所述MSC向VLR发送用于指示终端发生寻呼和位置更新冲突的寻呼失败消息；
B，所述VLR在接收到所述用于指示终端发生寻呼和位置更新冲突的寻呼失败消息后，挂起所述终端的寻呼业务进程，处理所述终端的位置更新业务；
C，在所述终端的位置更新业务完成之后，所述VLR激活并执行挂起的寻呼业务进程，寻呼所述终端。
2.如权利要求1所述的处理方法，其特征在于，所述步骤C中，在所述终端的位置更新业务完成之后，所述VLR进一步检测是否存在挂起的所述终端的寻呼业务进程，如果存在，则激活并执行挂起的寻呼业务进程，寻呼所述终端。
3.如权利要求2所述的处理方法，其特征在于，
所述步骤B中，所述VLR在接收到所述用于指示终端发生寻呼和位置更新冲突的寻呼失败消息后，VLR进一步将发生冲突的寻呼业务进程和位置更新业务进程相关联；
所述步骤C中，所述VLR检测是否存在挂起的所述终端的寻呼业务进程，通过判断是否存在与所述位置更新业务进程相关联的寻呼业务进程，检测是否存在挂起的寻呼业务进程。
4.如权利要求1所述的处理方法，其特征在于，所述步骤A中，所述MSC检测到终端发生寻呼和位置更新冲突是：所述MSC在终端的位置更新过程中，如果接收到寻呼所述终端的寻呼请求，则判断所述终端发生寻呼和位置更新冲突；或者所述MSC在终端的寻呼过程中，如果接收到所述终端的位置更新请求，则判断所述终端发生寻呼和位置更新冲突。
5.如权利要求1所述的处理方法，其特征在于，所述用于指示终端发生寻呼和位置更新冲突的寻呼失败消息是原因值为预先约定值的寻呼失败消息。
6.一种MSC，其特征在于，包括：
冲突检测模块，用于检测到终端是否发生寻呼和位置更新冲突，并在发生所述冲突时，向VLR发送用于指示所述终端发生寻呼和位置更新冲突的寻呼失败消息。
7.如权利要求6所述的MSC，其特征在于，所述冲突检测模块进一步用于在终端的位置更新过程中，如果MSC接收到寻呼所述终端的寻呼请求，则判断所述终端发生寻呼和位置更新冲突；或者所述MSC在终端的寻呼过程中，如果接收到所述终端的位置更新请求，则判断所述终端发生寻呼和位置更新冲突。
8.一种VLR，其特征在于，包括：
冲突处理模块，用于在接收到MSC发送的用于指示终端发生寻呼和位置更新冲突的寻呼失败消息后，挂起所述终端的寻呼业务进程，处理所述终端的位置更新业务；
寻呼模块，用于在终端的位置更新业务完成之后，激活并执行挂起的寻呼业务进程，寻呼所述终端。
9.如权利要求8所述的VLR，其特征在于，
所述寻呼模块，进一步用于在终端的位置更新业务完成之后，检测是否存在挂起的所述终端的寻呼业务进程，如果存在，则激活并执行挂起的寻呼业务进程，寻呼所述终端。
10.如权利要求8所述的VLR，其特征在于，
所述冲突处理模块，进一步用于在接收到所述用于指示终端发生寻呼和位置更新冲突的寻呼失败消息后，将发生冲突的寻呼业务进程和位置更新业务进程相关联；
所述寻呼模块，进一步用于在终端的位置更新业务完成之后，通过判断是否存在与所述位置更新业务进程相关联的寻呼业务进程，检测是否存在挂起的寻呼业务进程。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101764987A CN101150867B (zh) | 2007-10-29 | 2007-10-29 | 寻呼和位置更新冲突的处理方法、msc及vlr |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101764987A CN101150867B (zh) | 2007-10-29 | 2007-10-29 | 寻呼和位置更新冲突的处理方法、msc及vlr |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101150867A true CN101150867A (zh) | 2008-03-26 |
| CN101150867B CN101150867B (zh) | 2011-07-13 |
Family
ID=39251130
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007101764987A Expired - Fee Related CN101150867B (zh) | 2007-10-29 | 2007-10-29 | 寻呼和位置更新冲突的处理方法、msc及vlr |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101150867B (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010091594A1 (zh) * | 2009-02-16 | 2010-08-19 | 大唐移动通信设备有限公司 | 处理通信业务过程冲突的方法及相关装置 |
| CN102131266A (zh) * | 2010-01-13 | 2011-07-20 | 中兴通讯股份有限公司 | 一种触发终端切换或退网的方法和系统 |
| WO2012079334A1 (zh) * | 2010-12-16 | 2012-06-21 | 中兴通讯股份有限公司 | 处理寻呼起呼冲突的方法及系统 |
| CN101668281B (zh) * | 2008-09-04 | 2013-06-26 | 中国移动通信集团江西有限公司 | 位置更新、寻呼冲突处理方法、vlr、hlr、gmsc及系统 |
| CN103370966A (zh) * | 2010-12-15 | 2013-10-23 | 意法爱立信有限公司 | 用于多sim设备的小区重选 |
| CN104662973A (zh) * | 2013-05-20 | 2015-05-27 | 日本电气株式会社 | 移动通信系统、sgw、终端通信方法和控制方法 |
| CN110351802A (zh) * | 2019-08-27 | 2019-10-18 | 中国联合网络通信集团有限公司 | 发送寻呼请求的方法和装置 |
| CN112788739A (zh) * | 2019-11-04 | 2021-05-11 | 中国移动通信集团广东有限公司 | 一种处理寻呼请求的方法和服务器 |
| CN113473642A (zh) * | 2021-05-11 | 2021-10-01 | 阳光凯讯(北京)科技有限公司 | 应用于窄带集群通信系统的多业务场景并发处理系统 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5946619A (en) * | 1996-11-01 | 1999-08-31 | Ericsson Inc | System and method for improved paging and location updating of mobile subscribers |
| CN1260986C (zh) * | 2003-09-05 | 2006-06-21 | 中兴通讯股份有限公司 | 无线市话系统中提高位置更新可靠性的方法 |
| CN100479539C (zh) * | 2007-01-26 | 2009-04-15 | 华为技术有限公司 | 寻呼重发方法及实现寻呼重发的设备 |
-
2007
- 2007-10-29 CN CN2007101764987A patent/CN101150867B/zh not_active Expired - Fee Related
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101668281B (zh) * | 2008-09-04 | 2013-06-26 | 中国移动通信集团江西有限公司 | 位置更新、寻呼冲突处理方法、vlr、hlr、gmsc及系统 |
| KR101254324B1 (ko) | 2009-02-16 | 2013-04-12 | 차이나 아카데미 오브 텔레커뮤니케이션즈 테크놀로지 | 통신 서비스 과정의 충돌을 처리하는 방법 및 관련 장치 |
| WO2010091594A1 (zh) * | 2009-02-16 | 2010-08-19 | 大唐移动通信设备有限公司 | 处理通信业务过程冲突的方法及相关装置 |
| US8849319B2 (en) | 2009-02-16 | 2014-09-30 | China Academy Of Telecommunications Technology | Method for processing conflict of communication service procedures and associated devices |
| CN102131266B (zh) * | 2010-01-13 | 2015-08-12 | 中兴通讯股份有限公司 | 一种触发终端切换或退网的方法和系统 |
| WO2011085677A1 (zh) * | 2010-01-13 | 2011-07-21 | 中兴通讯股份有限公司 | 一种触发终端切换或退网的方法和系统 |
| CN102131266A (zh) * | 2010-01-13 | 2011-07-20 | 中兴通讯股份有限公司 | 一种触发终端切换或退网的方法和系统 |
| CN103370966B (zh) * | 2010-12-15 | 2016-12-14 | 意法爱立信有限公司 | 用于多sim设备的小区重选 |
| CN103370966A (zh) * | 2010-12-15 | 2013-10-23 | 意法爱立信有限公司 | 用于多sim设备的小区重选 |
| WO2012079334A1 (zh) * | 2010-12-16 | 2012-06-21 | 中兴通讯股份有限公司 | 处理寻呼起呼冲突的方法及系统 |
| CN102573067A (zh) * | 2010-12-16 | 2012-07-11 | 中兴通讯股份有限公司 | 一种处理寻呼起呼冲突的方法及系统 |
| CN104662973A (zh) * | 2013-05-20 | 2015-05-27 | 日本电气株式会社 | 移动通信系统、sgw、终端通信方法和控制方法 |
| US9918261B2 (en) | 2013-05-20 | 2018-03-13 | Nec Corporation | Mobile communication system, SGW, terminal communication method and control method |
| CN104662973B (zh) * | 2013-05-20 | 2019-07-12 | 日本电气株式会社 | 移动通信系统、sgw、终端通信方法和控制方法 |
| US11363507B2 (en) | 2013-05-20 | 2022-06-14 | Nec Corporation | Mobile communication system, SGW, terminal communication method and control method |
| CN110351802A (zh) * | 2019-08-27 | 2019-10-18 | 中国联合网络通信集团有限公司 | 发送寻呼请求的方法和装置 |
| CN112788739A (zh) * | 2019-11-04 | 2021-05-11 | 中国移动通信集团广东有限公司 | 一种处理寻呼请求的方法和服务器 |
| CN112788739B (zh) * | 2019-11-04 | 2023-03-10 | 中国移动通信集团广东有限公司 | 一种处理寻呼请求的方法和服务器 |
| CN113473642A (zh) * | 2021-05-11 | 2021-10-01 | 阳光凯讯(北京)科技有限公司 | 应用于窄带集群通信系统的多业务场景并发处理系统 |
| CN113473642B (zh) * | 2021-05-11 | 2023-10-13 | 阳光凯讯(北京)科技有限公司 | 应用于窄带集群通信系统的多业务场景并发处理系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101150867B (zh) | 2011-07-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101150867B (zh) | 寻呼和位置更新冲突的处理方法、msc及vlr | |
| CN101374355B (zh) | 一种实现本地交换的方法和装置 | |
| EP2445165B1 (en) | Method, system and device for implementing machine-to-machine service | |
| CN101287293B (zh) | 预寻呼方式下漫游重试的方法 | |
| CN1177432A (zh) | 针对短消息业务忙用户的流量控制方法 | |
| US7565160B2 (en) | System and method of handling prioritized wireless calls for mobile devices operating in an analog or TDMA mode | |
| EP1388237A1 (en) | Emergency packet data service | |
| KR20040023949A (ko) | 이동통신 시스템의 자원 관리 방법 | |
| CN108377479B (zh) | 多卡移动终端及其业务处理方法、装置 | |
| US7986656B2 (en) | Method and system for inter-network mobile number portability | |
| CN103828410A (zh) | 针对移动通信设备的移动端接漫游转发 | |
| CN104581992A (zh) | 业务接入方法及移动管理实体 | |
| CN100473188C (zh) | 全ip架构网络中处理话音通话的方法和系统 | |
| CN101156490B (zh) | Cdma2000中基站控制器多归属方法、装置及网络 | |
| KR20050032601A (ko) | 홈 위치 레지스터 수정을 통한 이동 단말 식별 보호 | |
| US7702364B2 (en) | Method and apparatus to reduce mobile switching center involvement in packet data call support | |
| CN101572862A (zh) | 支持3g系统和lte系统间互通的方法和设备 | |
| CN1403911A (zh) | 减少虚假系统访问的方法 | |
| KR100326329B1 (ko) | 이동통신시스템의 우선 발신 대기호 제어 방법 | |
| CN101159986B (zh) | 一种确定呼叫优先级的方法 | |
| CN101669377A (zh) | 用于sae/lte的移动性管理（mm）和会话管理（sm） | |
| CN100486381C (zh) | 分组域中ggsn获知sgsn启用单隧道信息的方法 | |
| EP2466841A1 (en) | Method and system for implementing the local switch of the local call | |
| CN101313612B (zh) | 识别中继移动交换中心的方法、组呼方法及设备 | |
| EP2663102A2 (en) | Method, system and short message services center for sending short messages |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110713 Termination date: 20161029 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |