CN101980568B - 一种实现重定位的方法和系统 - Google Patents
一种实现重定位的方法和系统 Download PDFInfo
- Publication number
- CN101980568B CN101980568B CN201010521397.0A CN201010521397A CN101980568B CN 101980568 B CN101980568 B CN 101980568B CN 201010521397 A CN201010521397 A CN 201010521397A CN 101980568 B CN101980568 B CN 101980568B
- Authority
- CN
- China
- Prior art keywords
- reorientation
- rnc
- msc server
- described source
- message
- 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.)
- Active
Links
Abstract
本发明公开了一种实现重定位的方法和系统，所述方法包括源移动交换中心服务器(MSC SERVER)接收源无线网络控制器(RNC)发送的重定位要求，缓存所述重定位要求，在指派完成后发起重定位。本发明通过缓存重定位要求消息的方式，把无无线接入承载(RAB)重定位转换成有RAB重定位，从而有效地解决了无RAB重定位的实现流程复杂性的问题，提高设备可靠性和稳定性，最大程度上避免了重定位过程中故障的发生。
Description
技术领域
本发明涉及移动通信领域，尤其是移动通信网络中一种实现重定位的方法和系统。
背景技术
根据标准协议，第三代移动通信(3rd Generation，简称3G)系统呼叫业务的重定位(重定位即为切换，3G系统里的切换称为重定位)通常都是指无线接入承载(Radio Access Bearer，简称RAB)建立之后的重定位(下文称之为：有RAB重定位)。在一些特殊的环境如高速公路或铁路上，RAB建立之前的重定位(下文称之为：无RAB重定位)也存在应用的场景。对于呼叫业务的无RAB重定位，协议没有明确如何实现，根据协议的描述，通常的做法有两种，一种是拒绝重定位，一种是重定位完成后再建立RAB承载。对于前一种实现，实际上就是不支持无RAB的重定位，这样容易造成不必要的掉话。而对于重定位完成后再建立RAB承载的实现方式，支持无RAB的重定位，理论上没有掉话的问题，但是这种实现方式相当复杂，在实际应用中，实现方案并不完善，存在着一定的问题。
对于发生无RAB重定位后拒绝重定位的实现，由于这是一种不支持无RAB重定位简单做法，在此不做赘述。本节主要描述一下重定位完成后再建立RAB承载的实现过程。根据3GPP23.009协议的约定，呼叫业务的无RAB重定位在指派消息之前发起，以在起呼建立请求(即层3Setup消息)后发起局间无RAB的重定位为例进行具体的描述。将源无线网络控制器(RadioNetwork Controller，简称为NCA)称之为RNCA，将源移动交换中心服务器(Mobile Switching Centre Server，简称为MSC SERVER)称之为MSCSERVERA，将目标MSC SERVER称之为MSC SERVERB，将目标RNC称之为RNCB。
MSC SERVERA收到重定位请求后，通过局间移动应用部分协议(Mobile Application Part Protocol，简称为MAP)信令发送准备切换请求，MSCSERVERB收到准备切换请求后，要求RNCB分配资源，待RNCB分配资源完毕后，通过MAP信令发送准备切换请求响应消息至MSC SERVERA。MSCSERVERA随后向RNCA下发重定位命令，直至用户设备(User Equipment，简称为UE)在RNCB接入，之后重定位完成。在重定位期间，MSC SERVERA还需要向RNCA回应呼叫继续建立消息(即层3 CallProceeding消息)。切换完成后，MSC SERVERA通过局间MAP信令向MSC SERVERB发送指派请求，MSC SERVERB收到指派请求后，向RNCB发送指派请求消息，之后向MSC SERVERA传递切换号码，MSC SERVERA收到切换号码后建立和MSC SERVERB之间的局间承载。
如图1所示，无RAB的局间重定位的步骤具体描述如下：
(101)RNCA透传起呼建立请求至MSC SERVERA；
(102)RNCA因无线原因发起重定位，发送重定位要求消息至MSCSERVERA；
(103)MSC SERVERA收到重定位要求消息后判断是局间无RAB重定位，发送局间MAP的准备切换请求消息给MSC SERVERB；
(104)MSC SERVERA收到起呼建立请求后，发送呼叫继续建立消息至RNCA；
(105)MSC SERVERB收到准备切换请求后发送重定位请求消息至RNCB；
(106)RNCB收到重定位请求消息后，发送重定位请求响应消息至MSCSERVERB；
(107)MSC SERVERB收到RNCB的重定位请求响应消息后发送准备切换请求响应消息给MSC SERVERA，因本次切换是无RAB的重定位，因此本准备切换请求响应消息中不携带切换号码；
(108)MSC SERVERA收到准备切换请求响应消息后，发送重定位命令消息至RNCA；
(109)RNCA收到重定位命令消息后，向UE发送重定位切换命令，UE重定位接入到RNCB后，RNCB发送重定位检测消息给MSC SERVERB；
(110)MSC SERVERB收到重定位检测消息后，发送转发接入消息至MSC SERVERB；
(111)RNCB收到UE的重定位完成消息后，发送重定位完成消息至MSC SERVERB；
(112)MSC SERVERB收到重定位完成消息后，通过局间MAP的发送结束信令请求消息发送重定位完成消息至MSC SERVERA；
(113)MSC SERVERA收到发送结束信令请求消息后，发送释放Iu口消息至RNCA；
(114)RNCA发送释放Iu口完成消息至MSC SERVERA；
(115)MSC SERVERA收到释放Iu口完成消息后，准备建立局间承载，发送携带了指派请求的准备切换请求消息给MSC SERVERB；
(116)MSC SERVERB收到携带了指派请求的准备切换请求消息后发送指派请求消息至RNCB；
(117)MSC SERVERB收到指派请求消息后，发送指派请求响应消息至MSC SERVERB；
(118)MSC SERVERB收到指派请求响应消息后，发送携带了切换号码准备切换请求响应消息至MSC SERVERA；
(119)MSC SERVERA收到准备切换请求响应消息，分析其携带的切换号码，发送局间初始地址消息至MSC SERVERB，开始建立局间电路；
(120)MSC SERVERB收到初始地址消息后，建立局间承载，发送地址完全消息至MSC SERVERA；
(121)MSC SERVERA收到地址完全消息，至此局间电路建立完毕，继续呼叫建立过程直到呼叫进入了稳态。
从上述无RAB重定位的具体步骤可以看出，局间呼叫业务的无RAB重定位的过程大致分为两步：第一步是不建立局间电路的重定位，第二步是重定位完成后建立局间承载。由于呼叫业务的无RAB重定位承载建立和重定位过程是分离的，导致无RAB重定位的实现过程比较复杂，如果考虑建立承载过程中再次发生重定位，则实现的复杂度更是会大大增加。
如图2所示，无RAB的局内重定位的步骤与局间的略有不同，将源NCA称之为RNCA，将目标RNC称之为RNCB。下面对无RAB的局内重定位的步骤做具体描述如下：
(201)RNCA透传起呼建立请求至MSC SERVER；
(202)RNCA因无线原因发起重定位，发送重定位要求消息至MSCSERVER；
(203)MSC SERVER收到重定位要求消息后判断是局内无RAB重定位，发送重定位请求消息至RNCB；
(204)MSC SERVER收到起呼建立请求后，发送呼叫继续建立消息至RNCA；
(205)RNCB收到重定位请求消息后，发送重定位请求响应消息至MSCSERVER；
(206)MSC SERVER收到重定位请求响应消息后，发送重定位命令消息至RNCA；
(207)RNCA收到重定位命令消息后，向UE发送无线重定位命令，UE重定位接入到RNCB后，RNCB发送重定位检测消息给MSC SERVER；
(208)RNCB收到UE的重定位完成消息后，发送重定位完成消息至MSC SERVER；
(209)MSC SERVER收到重定位完成消息后，发送释放Iu口消息至RNCA；
(210)RNCA发送释放Iu口完成消息至MSC SERVER；
(211)MSC SERVER发送指派请求消息至RNCB；
(212)RNCB收到指派请求消息后，发送指派请求响应消息至MSCSERVER；
(213)MSC SERVER和RNCB继续呼叫建立处理流程，直至呼叫进入稳态。
从上述步骤可以看出，尽管通过重定位完成后再建立RAB承载来实现无RAB重定位实现流程在标准协议里有着比较清楚的描述，但是由于实现的复杂性，不可避免地在实现过程中出现故障，尤其是在不同的厂商设备对接时，故障就更加频繁。
发明内容
本发明要解决的技术问题是提供了一种重定位的实现方法和系统，克服了现有技术中实现重定位方法的复杂性，提高设备可靠性和稳定性。
为了解决上述技术问题，本发明采提供了一种实现重定位的方法，其中，所述方法包括：源移动交换中心服务器(MSC SERVER)接收源无线网络控制器(RNC)发送的重定位要求，缓存所述重定位要求，在指派完成后发起重定位。
进一步，所述指派包括：
所述源MSC SERVER收到所述源RNC发送的重定位要求后，向所述源RNC发送指派请求；
所述源RNC收到所述指派请求后，向所述源MSC SERVER发送指派请求响应。
进一步，所述发起重定位的步骤包括：所述源MSC SERVER根据所述重定位要求判断是局内重定位，则向目标RNC发送重定位请求，执行后续重定位流程，完成重定位。
进一步，所述发起重定位的步骤包括：所述源MSC SERVER根据所述重定位要求判断是局间重定位，则向目标MSC SERVER发送准备重定位请求，所述目标MSC SERVER收到所述准备重定位请求后，向目标RNC发送重定位请求，执行后续重定位流程，完成重定位。
进一步，所述方法还包括：所述源MSC SERVER在收到所述重定位要求后，在进行指派前，向所述源RNC发送业务继续建立消息。
本发明还提供了一种实现重定位的系统，包括源移动交换中心服务器(MSC SERVER)和源无线网络控制器(RNC)，其中：所述源MSC SERVER用于，接收并缓存源无线网络控制器(RNC)发送的重定位要求，并在指派完成后发起重定位。
进一步，所述源MSC SERVER，还用于收到所述源RNC发送的重定位要求后，向所述源RNC发送指派请求；
所述RNC，用于接收所述源MSC SERVER发送的指派请求，并回复指派请求响应。
进一步，所述系统还包括目标RNC，
所述源MSC SERVER还用于：根据所述重定位要求判断是局内重定位时，向目标RNC发送重定位请求，与所述源RNC和所述目标RNC交互，执行后续重定位流程，完成重定位；
所述目标RNC，用于接收所述源MSC SERVER发送的重定位请求，与所述源MSC SERVER交互，执行后续重定位流程，完成重定位。
进一步，所述系统还包括目标MSC SERVER和目标RNC，其中：
所述源MSC SERVER还用于：根据所述重定位要求判断是局间重定位时，向目标RNC发送重定位请求，与所述源RNC和所述目标MSC SERVER交互，执行后续重定位流程，完成重定位；
所述目标MSC SERVER用于，接收所述源MSC SERVER发送的准备重定位请求，向目标RNC发送重定位请求，与所述目标RNC和所述源MSCSERVER交互，执行后续重定位流程，完成重定位。
进一步，所述源MSC SERVER还用于，当收到所述重定位要求时，在进行指派前，向所述源RNC发送业务继续建立消息。
与先有技术相比，本发明在不违背标准协议的基础上，提出了一种简化无RAB重定位实现的方法，通过缓存重定位要求消息的方式，把无RAB重定位转换成有RAB重定位，从而有效地解决了无RAB重定位的实现流程复杂性的问题，提高设备可靠性和稳定性，最大程度上避免了重定位过程中故障的发生。
附图说明
图1为现有技术采用的无RAB局间重定位的流程图；
图2为现有技术采用的无RAB局内重定位的流程图；
图3为本发明采用的局间重定位的流程图；
图4为本发明采用的局内重定位的流程图；
图5为本发明的系统组成图。
具体实施方式
下面结合附图对本发明作进一步详细的说明。
本发明的基本思想是：源移动交换中心服务器(MSC SERVER)接收源无线网络控制器(RNC)发送的重定位要求，缓存所述重定位要求，在指派完成后发起重定位。
基于上述思想，本发明采用的技术方案是提供了一种实现重定位的方法，其中，所述方法包括：源移动交换中心服务器(MSC SERVER)接收源无线网络控制器(RNC)发送的重定位要求，缓存所述重定位要求，在指派完成后发起重定位。所述指派包括：所述源MSC SERVER收到所述源RNC发送的重定位要求后，向所述源RNC发送指派请求；所述源RNC收到所述指派请求后，向所述源MSC SERVER发送指派请求响应。所述发起重定位的步骤包括：所述源MSC SERVER根据所述重定位要求判断是局内重定位，则向目标RNC发送重定位请求，执行后续重定位流程，完成重定位。所述发起重定位的步骤包括：所述源MSC SERVER根据所述重定位要求判断是局间重定位，则向目标MSC SERVER发送准备重定位请求，所述目标MSCSERVER收到所述准备重定位请求后，向目标RNC发送重定位请求，执行后续重定位流程，完成重定位。所述源MSC SERVER在收到所述重定位要求后，在进行指派前，向所述源RNC发送业务继续建立消息。
如图3所示，本发明采用的局间重定位的流程图，描述了改进的无RAB局间重定位流程，具体步骤如下：
(301)UE发起起呼建立请求，经过RNCA透传至MSC SERVERA；
(302)MSC SERVERA收到起呼建立请求消息进行呼叫建立的处理，在处理过程中MSC SERVERA又收到了RNCA发送的重定位要求消息；
(303)MSC SERVERA收到重定位要求消息后进行缓存；
(304)MSC SERVERA进行起呼建立请求消息处理后发送呼叫继续建立消息至RNCA；
(305)MSC SERVERA呼叫接续至指派阶段发送指派请求消息至RNCA；
(306)RNCA分配资源后发送指派请求响应消息至MSC SERVERA；
(307)MSC SERVERA收到指派请求响应消息后取出缓存的重定位要求消息，根据重定位要求消息判断是局间切换，从而通过局间的MAP信令发送携带了重定位请求的准备切换请求消息至MSC SERVERB。由于此时呼叫建立已处于指派完成阶段，因此此时的重定位将不再是无RAB重定位，而是有RAB的重定位；
(308)MSC SERVERB收到准备切换请求消息后发送重定位请求消息至RNCB；
(309)RNCB收到重定位请求消息后，分配资源后发送重定位请求响应消息至MSC SERVERB；
(310)MSC SERVERB收到重定位请求响应消息后，发送准备切换请求响应消息至MSC SERVERA，由于此时的重定位是有RAB的重定位，因此MSC SERVERB此时发送的准备切换请求响应消息里携带有切换号码；
(311)MSC SERVERA收到准备切换请求响应消息后根据其中的切换号码申请局间电路，发送初始地址消息至MSC SERVERB，准备建立局间承载；
(312)MSC SERVERB收到初始地址消息，建立局间承载后发送地址全消息至MSC SERVERA；
(313)MSC SERVERB地址全消息后，发送重定位命令至RNCA；
(314)RNCA收到重定位命令后，向UE发送无线重定位命令，UE收到无线重定位命令后脱离原小区向RNCBB小区接入，RNCB收到UE的无线检测消息后，发送重定位检测消息至MSC SERVERB；
(315)MSC SERVERB收到重定位检测消息后，把重定位检测消息封装至局间MAP信令的转发无线信令消息里发送给MSC SERVERA；
(316)RNCB收到UE的无线重定位完成消息后，发送重定位完成消息至MSC SERVERB；
(317)MSC SERVERB收到重定位完成消息后，把重定位完成消息封装至局间MAP信令的发送结束信令消息里发送给MSC SERVERA；
(318)MSC SERVERA收到发送结束信令消息后开始释放RNC的Iu口链接，发送释放Iu口消息至RNCA；
(319)RNCA发送释放Iu口完成消息至MSC SERVERA；
(320)MSC SERVERA和MSC SERVERB继续呼叫建立过程直到呼叫进入稳态。
如图4所示，本发明采用的局内重定位的流程图，其中只有MSCSERVER内部的信息交互，不涉及其他的MSC SERVER，描述了改进的无RAB局间重定位流程，具体步骤如下：
(401)UE发起起呼建立请求，经过RNCA透传至MSC SERVER；
(402)MSCSERVER收到起呼建立请求消息进行呼叫建立的处理，在处理过程中MSC SERVER又收到了RNCA发送的无RAB重定位要求消息；
(403)MSC SERVER收到重定位要求消息后进行缓存；
(404)MSC SERVER进行起呼建立请求消息处理后发送呼叫继续建立消息至RNCA；
(405)MSC SERVER呼叫接续至指派阶段发送指派请求消息至RNCA；
(406)RNCA分配资源后发送指派请求响应消息至MSC SERVER；
(407)MSC SERVER收到指派请求消息后发送重定位请求消息至RNCB；
(408)RNCB重定位请求消息后发送重定位请求响应消息至MSCSERVER；
(409)MSC SERVER收到重定位请求响应消息后，发送重定位命令至RNCA；
(410)RNCA收到重定命令后，向UE发送重定位切换命令，UE收到无线重定位命令后脱离RNCA小区向RNCB小区接入，RNCB收到UE发送的无线检测消息后，发送重定位检测消息至MSC SERVER；
(411)RNCB收到UE发送的无线重定位完成消息后，发送重定位完成消息至MSC SERVER；
(412)MSC SERVER收到重定位完成消息后，发送释放Iu口消息至RNCA；
(413)RNCA发送释放Iu口完成消息至MSC SERVER；
(414)MSC SERVER和RNCB继续呼叫建立过程直到呼叫进入稳态。
由于上述步骤中在指派之前收到重定位要求消息进行缓存，直到指派完成后再重新发起重定位，这样从307步骤到320步骤和有RAB的局间重定位流程是一致的；从403步骤到414步骤和有RAB的局内重定位流程是一致的；而有RAB的重定位是各厂商设备都能够完全支持的，这样就避免了应用无RAB重定位功能时和不完全支持无RAB重定位的设备对接时出现的兼容性问题。从上述步骤还可以看出，由于MSC SERVERA和MSCSERVERB之间的重定位流程是有RAB的重定位流程，而有RAB重定位切换其承载是在重定位过程就建立的，此类场景下的重定位完成时承载必然已经建立完成，从而也就避免了通常的无RAB重定位在后续局间建路时出现的指派过程或安全模式过程和后续再次切换过程的交互，从而也大大简化了实现的复杂度。
如图5所示，本法明还提供了一种实现重定位的系统，包括源移动交换中心服务器(MSC SERVER)和源无线网络控制器(RNC)，其中：所述源MSC SERVER用于，接收并缓存源无线网络控制器(RNC)发送的重定位要求，并在指派完成后发起重定位。所述源MSC SERVER，还用于收到所述源RNC发送的重定位要求后，向所述源RNC发送指派请求；所述RNC，用于接收所述源MSC SERVER发送的指派请求，并回复指派请求响应。所述系统还包括目标RNC，所述源MSC SERVER还用于：根据所述重定位要求判断是局内重定位时，向目标RNC发送重定位请求，与所述源RNC和所述目标RNC交互，执行后续重定位流程，完成重定位；所述目标RNC，用于接收所述源MSC SERVER发送的重定位请求，与所述源MSC SERVER交互，执行后续重定位流程，完成重定位。所述系统还包括目标MSC SERVER和目标RNC，其中：所述源MSC SERVER还用于：根据所述重定位要求判断是局间重定位时，向目标RNC发送重定位请求，与所述源RNC和所述目标MSC SERVER交互，执行后续重定位流程，完成重定位；
所述目标MSC SERVER用于，接收所述源MSC SERVER发送的准备重定位请求，向目标RNC发送重定位请求，与所述目标RNC和所述源MSCSERVER交互，执行后续重定位流程，完成重定位。进一步，所述源MSCSERVER还用于，当收到所述重定位要求时，在进行指派前，向所述源RNC发送业务继续建立消息。
本发明对3G网络呼叫过程中UE尚处在呼叫建立阶段，还未建立RAB承载时重定位新的实现方法和系统，把无RAB重定位转换成有RAB重定位，克服现有无RAB重定位流程实现复杂及现有部分设备对无RAB重定位的支持不完善的缺陷，一方面可以简化实现流程，提高设备稳定性；另一方面可以大大降低厂商设备实现的复杂度，很好的解决了应用无RAB重定位时不同厂商设备的对接问题。
上述实施例描述的是呼叫业务重定位过程，非呼叫业务，如短消息业务/非结构化补充数据业务等补充业务也适用于本发明。短消息业务/非结构化补充数据业务等补充业务应用本发明的场景是在接入过程(即鉴权，加密过程)中发送的重定位请求。上述实施例是对本发明的解释而非限制，基于本发明思想和原则的任何修改、等同替换和改进，都应该包含在本发明的保护范围之内。
Claims (8)
1.一种实现重定位的方法，其特征在于，所述方法包括：源移动交换中心服务器MSC SERVER接收源无线网络控制器RNC发送的重定位要求，缓存所述重定位要求，在指派完成后发起重定位；所述指派包括：
所述源MSC SERVER收到所述源RNC发送的重定位要求后，向所述源RNC发送指派请求；
所述源RNC收到所述指派请求后，向所述源MSC SERVER发送指派请求响应。
2.如权利要求1所述的方法，其特征在于，所述发起重定位的步骤包括：所述源MSC SERVER根据所述重定位要求判断是局内重定位，则向目标RNC发送重定位请求，执行后续重定位流程，完成重定位。
3.如权利要求1所述的方法，其特征在于，所述发起重定位的步骤包括：所述源MSC SERVER根据所述重定位要求判断是局间重定位，则向目标MSC SERVER发送准备重定位请求，所述目标MSC SERVER收到所述准备重定位请求后，向目标RNC发送重定位请求，执行后续重定位流程，完成重定位。
4.如权利要求1至3任一所述的方法，其特征在于，所述方法还包括：所述源MSC SERVER在收到所述重定位要求后，在进行指派前，向所述源RNC发送业务继续建立消息。
5.一种实现重定位的系统，包括源移动交换中心服务器MSC SERVER和源无线网络控制器RNC，其特征在于：
所述源MSC SERVER，用于接收并缓存源无线网络控制器RNC发送的重定位要求，并在指派完成后发起重定位；还用于收到所述源RNC发送的重定位要求后，向所述源RNC发送指派请求；
所述RNC，用于接收所述源MSC SERVER发送的指派请求，并回复指派请求响应。
6.如权利要求5所述的系统，其特征在于：所述系统还包括目标RNC，
所述源MSC SERVER还用于：根据所述重定位要求判断是局内重定位时，向目标RNC发送重定位请求，与所述源RNC和所述目标RNC交互，执行后续重定位流程，完成重定位；
所述目标RNC，用于接收所述源MSC SERVER发送的重定位请求，与所述源MSC SERVER交互，执行后续重定位流程，完成重定位。
7.如权利要求5所述的系统，其特征在于：所述系统还包括目标MSCSERVER和目标RNC，其中：
所述源MSC SERVER还用于：根据所述重定位要求判断是局间重定位时，向目标RNC发送重定位请求，与所述源RNC和所述目标MSC SERVER交互，执行后续重定位流程，完成重定位；
所述目标MSC SERVER用于，接收所述源MSC SERVER发送的准备重定位请求，向目标RNC发送重定位请求，与所述目标RNC和所述源MSCSERVER交互，执行后续重定位流程，完成重定位。
8.如权利要求5至7任一所述的系统，其特征在于：所述源MSC SERVER还用于，当收到所述重定位要求时，在进行指派前，向所述源RNC发送业务继续建立消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010521397.0A CN101980568B (zh) | 2010-10-26 | 2010-10-26 | 一种实现重定位的方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010521397.0A CN101980568B (zh) | 2010-10-26 | 2010-10-26 | 一种实现重定位的方法和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101980568A CN101980568A (zh) | 2011-02-23 |
| CN101980568B true CN101980568B (zh) | 2015-01-28 |
Family
ID=43601045
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010521397.0A Active CN101980568B (zh) | 2010-10-26 | 2010-10-26 | 一种实现重定位的方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101980568B (zh) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0571596B1 (en) * | 1991-12-10 | 1997-07-02 | Telefonaktiebolaget Lm Ericsson | Prioritization between handoff and new call requests in a cellular communications system |
| CN101800960A (zh) * | 2009-02-10 | 2010-08-11 | 中兴通讯股份有限公司 | 一种紧急业务会话的切换方法及紧急业务系统 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100424349B1 (ko) * | 2001-12-18 | 2004-03-24 | 한국전자통신연구원 | 이동 통신 단말기의 핸드오프 보장을 위한 호 제어 방법 |
| US20080188223A1 (en) * | 2007-02-07 | 2008-08-07 | Nokia Corporation | Method, a system and a network element for performing a handover of a mobile equipment |
| CN101128053B (zh) * | 2007-08-20 | 2010-08-18 | 华为技术有限公司 | 核心网控制系统间切换的方法、网元及系统 |
| CN101754307B (zh) * | 2009-12-16 | 2014-12-31 | 中兴通讯股份有限公司 | 一种移动交换中心和移动通信网络中进行局间切换的方法 |
-
2010
- 2010-10-26 CN CN201010521397.0A patent/CN101980568B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0571596B1 (en) * | 1991-12-10 | 1997-07-02 | Telefonaktiebolaget Lm Ericsson | Prioritization between handoff and new call requests in a cellular communications system |
| CN101800960A (zh) * | 2009-02-10 | 2010-08-11 | 中兴通讯股份有限公司 | 一种紧急业务会话的切换方法及紧急业务系统 |
Non-Patent Citations (1)
| Title |
|---|
| 3GPP.《3GPP TS23.009 V9.1.0》.《3GPP TS23.009 V9.1.0》.2010, * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101980568A (zh) | 2011-02-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5204243B2 (ja) | Ｒｎｃ間ハンドオーバにおけるａインタフェース上でのｔｄｍ（ａｏｔｄｍ）あるいは、ｉｐ（ａｏｉｐ）ベアラの確立 | |
| KR20130014442A (ko) | 모바일 사용자를 위한 셀룰러 망 및 근거리 통신망 간의 끊김 없는 서비스를 제공하기 위한 장치 및 방법 | |
| CN105338655A (zh) | 一种用户平面承载建立的方法及装置 | |
| CN106105281B (zh) | 用于在无线通信系统中生成连接的方法和装置 | |
| JP4701289B2 (ja) | 非同期移動通信網から同期移動通信網へのハンドオーバー方法 | |
| US20100260099A1 (en) | HSPA Evolution Architecture | |
| CN102869042B (zh) | 无线数据流的传输方法与系统 | |
| WO2014044211A1 (zh) | 一种移动通信网络中直连通讯终端会话切换方法及装置 | |
| US20050159158A1 (en) | Method and system for providing mobile handoff between hybrid networks | |
| CN102238664B (zh) | 基站切换中无线资源连接重建拒绝的方法和系统 | |
| CN102036328B (zh) | 一种s1切换中业务准备失败的处理方法及系统 | |
| KR100849642B1 (ko) | 프록시 스위치를 사용한 이동 통신 서비스 시스템 및 방법 | |
| US20080137607A1 (en) | Method and System For Management of Handover Only Trunk Line Between Mobile Switching Centers For Handover in Mixed Mobile Communication System of an Asynchronous Network and a Synchronous Network | |
| KR101012004B1 (ko) | 이동통신 시스템에서 핵심망과 제어국 사이의 자원 절약을 위한 장치 및 방법 | |
| US8761771B2 (en) | Method and system for relocation | |
| WO2016101586A1 (zh) | 一种基站切换方法、系统及相关装置、存储介质 | |
| KR100835625B1 (ko) | 프록시 스위치를 구비한 이동 통신 네트워크에서 이동성관리 시스템 및 방법 | |
| KR100849644B1 (ko) | 프록시 스위치를 구비한 이동 통신 네트워크에서 고장관리 시스템 및 방법 | |
| KR20030070900A (ko) | 프록시 스위치를 구비한 이동 통신 네트워크에서 포인트코드를 보존하는 시스템 및 방법 | |
| US10045391B2 (en) | Methods, apparatuses and computer program products for prose communication | |
| CN101980568B (zh) | 一种实现重定位的方法和系统 | |
| CN101980566B (zh) | 一种独立专用控制信道上实现切换的方法和系统 | |
| WO2021047443A1 (zh) | 一种业务数据包转发的方法及装置 | |
| KR20030070899A (ko) | 이동 통신 네트워크로부터 대체 네트워크로 메시지를사이퍼닝하는 시스템 및 방법 | |
| CN109963315B (zh) | 一种辅基站分配方法及装置 |
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 |