CN1867187A - 基于iu flex技术实现用户呼叫接续的方法 - Google Patents

Abstract

本发明涉及一种基于IU FLEX技术实现用户呼叫接续的方法，其核心是：MSC收到用户的业务请求后，当确认不能根据用户的身份标识TMSI和IMSI在VLR中获取到该用户的用户数据时，则获取该用户的身份标识TMSI中包含的NRI值；根据所述获取的NRI值在其内池区中查找匹配的NRI值，并当确认查找到相匹配的NRI值时，则对该用户发起数据恢复流程。因此通过本发明，可以通过数据恢复流程提高用户做主叫或做被叫时的接通率，使IUFLEX组网中的不同CN节点之间能够共享的特性有机会得到充分发挥。另外，本发明通过当数据恢复流程成功后进行的后续呼叫处理流程中重新分配的TMSI，提高用户选择核心网的成功率，从而使用户进行业务成功的可能性更大。

Description

基于IU FLEX技术实现用户呼叫接续的方法

技术领域

本发明涉及通信领域，尤其涉及基于IU FLEX技术实现用户的呼叫接续。

背景技术

3GPP Release5的协议3GPP TS 23.236和3GPP TS 25.331描述了IUFLEX技术的特性，在该协议中引入了POOL AREA(池区)概念，一个POOL AREA表示一个或多个RAN(Radio Access Network，无线接入网)节点服务区的集合，它由多个核心网(CN)节点(如MSC或者SGSN节点)组成。

IU FLEX技术中，一个RNC(无线网络控制器)节点支持到多个不同的CN节点的域内连接，一个RNC节点通过域内连接可以将业务信息路由到不同的CN节点(如MSC或者SGSN节点)，从而使这些CN节点分担池区内所有的通讯量。这样可以减少CN节点间更新、切换和重定位，降低归属位置寄存器(HLR)的更新流量。

如图1所示为一个典型的IU FLEX功能的组网架构。在该架构中，存在一个POOL AREA，该池由MSC(Mobile Switching Center，移动交换中心)1、MSC2和MSC3组成。在系统正常运行的情况下，MSC1、MSC2和MSC3共同分担该池中的通讯量(见协议3GPP TS 23.236)。

与本发明有关的现有技术，是基于上述组网结构进行用户呼叫时的流程。

根据协议3GPP TS 24008中的描述，用户使用TMSI(TemporaryMobile Subscriber Identity，临时移动用户标识)作为用户标识发起呼叫，MSC收到CM SERVICE REQUEST(呼叫管理业务请求)，如果根据用户标识TMSI确认该用户不是本VLR(Visitor Location Register，拜访位置寄存器)用户，则MSC发起身份识别流程，MSC得到该用户的IMSI(International Mobile Subslcriber Identity，国际移动用户识别码)后，发现该用户不是本VLR用户，则返回CM SERVICE REJECT(呼叫管理业务拒绝)消息，该呼叫失败。其处理流程如图2所示：

步骤1，UE(用户)使用TMSI作为用户标识发起呼叫，初始直传消息发到RNC，RNC将该CM SERVICE REQUEST消息发送到某个MSC。

步骤2，MSC收到所述CM SERVICE REQUEST消息后，该MSC的VLR不能根据用户标识TMSI匹配到VLR用户数据，然后MSC发起用户身份识别流程，发送IDENTITY REQUEST给用户，取该用户的IMSI；见协议3GPP TS24.008。

步骤3，用户发送IDENTITY RESPONSE给MSC，MSC得到该用户的IMSI。

步骤4，MSC的VLR使用用户的IMSI查找不到该IMSI对应的用户数据，MSC向UE发送CM SERVICE REJECT，其中拒绝原因值是#4(IMSIunknown in VLR)，见协议3GPP TS 24.008。

步骤5，MSC释放该呼叫。即MSC发送IU RELEASE COMMAND(IU释放命令)给RNC；所述RNC接收到该消息后，进行释放，并当释放完成后，发送IU RELEASE COMPLETE(IU释放完成)消息给MSC。

当不是本VLR的用户发起被叫时，用户的寻呼响应消息发送到MSC时，MSC没有该用户的动态用户数据，则释放该呼叫，该用户做被叫失败。其处理流程如图3所示：

步骤1，UE使用TMSI作为用户标识进行寻呼响应，初始直传消息发到RNC；RNC将该PAGING RESPONSE(寻呼响应)消息发送到某个MSC。

步骤2，该MSC的VLR不能根据用户标识TMSI匹配到VLR用户数据，然后MSC发起用户身份识别流程，发送IDENTITY REQUEST(身份识别请求)给UE，取该UE的IMSI。见协议3GPP TS 24.008。

步骤3，用户发送IDENTITY RESPONSE(身份识别响应)给MSC，MSC得到该用户的IMSI。

步骤4，MSC的VLR使用用户的IMSI匹配不到VLR的用户数据，MSC释放该呼叫。即MSC发送IU RELEASE COMMAND给RNC；所述RNC接收到该消息后，进行释放，并当释放完成后，发送IU RELEASE COMPLETE消息给MSC。

由现有技术可以看出，当用户使用TMSI进行呼叫时，由于本VLR中没有该用户的数据，因此用户做主叫会导致失败，同样用户做被叫时也会失败，从而不能使IU FLEX组网中的不同CN节点之间能够共享的特性得到充分发挥。

发明内容

本发明的目的是提供一种基于IU FLEX技术实现用户呼叫接续的方法，通过本发明，在IU FLEX组网中，能够提高用户做主叫时或用户做被叫时的接通率，因此能够使IU FLEX组网中的不同CN节点之间能够共享的特性有机会得到充分发挥。

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

本发明提供一种基于IU FLEX技术实现用户呼叫接续的方法，其包括：

A、移动交换中心MSC收到用户的业务请求后，当确认不能根据用户的临时移动用户标识TMSI和国际移动用户识别码IMSI在拜访位置寄存器VLR中获取到该用户的用户数据时，则获取该用户的临时移动用户标识TMSI中的网络资源识别码NRI值；

B、根据所述获取的NRI值在其内池区中查找匹配的NRI值，并当确认查找到相匹配的NRI值时，则对该用户发起数据恢复流程。

其中，所述步骤A具体包括：

A1、MSC根据用户发送的业务请求获取到所述用户的用户标识TMSI；

A2、根据所述TMSI在VLR中查找匹配的用户数据，并当确认不能够获取到匹配的用户数据时，发起身份识别流程，并根据所述身份识别流程获取到所述用户的IMSI；

A3、根据所述获取到的IMSI在VLR中查找对应的用户数据，并当确认不能够获取到匹配的用户数据时，获取该用户的临时移动用户标识TMSI中的NRI值。

其中，所述步骤A1具体包括：

A11、用户使用TMSI作为用户标识发起呼叫或进行寻呼响应，并通过初始直传消息发送给所述无线网络控制器RNC；

A12、所述RNC将所述消息发送给对应的MSC；

A13、所述MSC根据接收到的所述消息获取到所述用户对应的用户标识TMSI。

其中，所述步骤A2具体包括：

A21、MSC根据所述TMSI在VLR中查找匹配的用户数据，如果能够获取到匹配的用户数据，则继续进行呼叫流程的处理；如果确认不能够获取到匹配的用户数据时，则执行步骤A22；

A22、MSC向所述用户发送身份请求；

A23、根据用户回应的响应消息获取到所述用户的IMSI。

其中，所述步骤A3具体包括：

A31、MSC根据所述IMSI在VLR中查找匹配的用户数据，如果能够获取到匹配的用户数据，则继续进行呼叫流程的处理；如果确认不能够获取到匹配的用户数据时，则执行步骤A32；

A32、根据用户发送的初始直传消息中包含的该用户的身份标识TMSI获取其中包含的NRI值。

其中，所述步骤B具体包括：

B1、所述MSC判断所述获取到的NRI值是否能够与其池区中的NRI值相匹配，如果不匹配，则释放该呼叫；如果匹配，则执行步骤B2；

B2、对该用户发起数据恢复流程，并当数据恢复流程成功后，进行后续的正常呼叫流程的处理。

其中，所述步骤B2具体包括：

所述MSC对该用户发起数据恢复流程，如果数据恢复流程成功，则进行后续呼叫流程的处理；如果数据恢复流程失败，则删除所述用户的用户数据，并释放该呼叫。

其中，所述步骤B2中还包括：

为用户分配新的TMSI，并在其中包含本MSC的NRI值。

其中所述的方法还包括：

当用户进行业务时，初始直传消息中携带的非接入层节点的选择编码IDNNS根据所述用户新分配的TMSI值导出，RNC收到初始直传消息时根据所述IDNNS进行核心网的路由选择，然后将所述用户的业务请求发送到所述选择的核心网。

由上述本发明提供的技术方案可以看出，本发明MSC收到用户的业务请求后，当确认不能根据用户的身份标识TMSI和IMSI在VLR中获取到该用户的数据时，则获取该用户的身份标识TMSI中包含的NRI值；根据所述获取的NRI值在其内池区中查找匹配的NRI值，并当确认查找到相匹配的NRI值时，则对该用户发起数据恢复流程。因此通过本发明，可以通过数据恢复流程提高用户做主叫或做被叫时的接通率，使IU FLEX组网中的不同CN节点之间能够共享的特性有机会得到充分发挥。

另外，本发明通过当数据恢复流程成功后进行的后续呼叫处理流程中重新分配的TMSI，提高用户选择核心网的成功率，从而使用户进行业务成功的可能性更大。

附图说明

图1为背景技术中IU FLEX组网的结构示意图；

图2为背景技术中用户做主叫，并且用户的动态用户数据不在VLR时的流程图；

图3为背景技术中用户做被叫，并且用户的动态用户数据不在VLR时的流程图；

图4为本发明中用户做主叫，并且用户的动态用户数据不在VLR时的流程图；

图5为本发明中用户做被叫，并且用户的动态用户数据不在VLR时的流程图。

具体实施方式

由于用户进行业务时携带的用户标识为TMSI，该TMSI中包含有MSC对应的池区的N RI值，说明该用户曾经在本池区的某个CN注册成功过，因此在共享CN的IU FLEX组网中，当前的CN发起用户数据恢复的成功率应该比较高，基于这种考虑提出了本发明。

在本发明中，如果用户做被叫或者做主叫时使用的TMSI中包含MSC池区中的NRI，且对应的VLR中没有该用户的数据，则MSC发起用户数据恢复流程，然后继续用户相关的主叫业务或者被叫业务。而且，在本次呼叫成功后，MSC发起TMSI重新分配流程，为该用户分配新的TMSI，用户使用新的TMSI替代老的TMSI，保障了该用户以后进行相关业务时，RNC能够分发到正确的核心网。

本发明提供的第一实施例，是用户做主叫时的呼叫处理过程，其如图4所示，包括如下步骤：

步骤1，用户使用TMSI作为用户标识发起呼叫，并通过初始直传消息，如CM SERVICE REQUEST消息发送给所述RNC。所述RNC将所述初始直传消息发送给对应的MSC。

步骤2，所述MSC根据接收到的所述消息获取到所述用户对应的用户标识TMSI。

当MSC获取到用户对应的用户标识TMSI后，执行步骤3，即根据所述TMSI在VLR中查找匹配的用户数据，如果不能够获取到与该用户的TMSI匹配的用户数据时，则发起身份识别流程，并根据所述身份识别流程获取到所述用户的IMSI，然后根据所述IMSI在VLR中查找匹配的用户数据。具体实施过程如下：

步骤3，MSC根据所述TMSI在VLR中查找匹配的用户数据，如果能够获取到匹配的用户数据，则执行步骤4，即继续进行呼叫流程的处理，也就是说根据3GPP相关协议进行后续流程的处理(参见3GPP TS 24008)；如果确认不能够获取到匹配的用户数据时，则执行步骤5。

步骤5，MSC发起身份识别流程，并获得用户对应的IMSI，然后根据所述IMSI在VLR中查找匹配的用户数据，如果能够获取到匹配的用户数据，则执行步骤6，即继续进行呼叫流程的处理，也就是说根据3GPP相关协议进行后续流程的处理(参见3GPP TS 24008)；如果确认不能够获取到匹配的用户数据时，则执行步骤7。

在步骤5中，MSC首先发起身份请求，并通过IDENTITY REQUEST消息发送给所述用户，要求用户上报其对应的IMSI。用户接收到所述请求后，通过IDENTITY RESPONSE消息上报其对应的IMSI给MSC。当MSC获取到用户对应的IMSI，则根据所述IMSI在VLR中查找与所述IMSI对应的用户数据。

步骤7，根据用户发送的初始直传消息中包含的该用户的身份标识TMSI获取其中包含的NRI值，并判断所述获取到的NRI值是否能够与其池区中的NRI值相匹配，如果不匹配，则执行步骤8，即继续进行呼叫流程的处理，也就是说根据3GPP相关协议进行后续流程的处理(参见3GPP TS 24008)；如果匹配，则执行步骤9。

步骤9，对该用户发起数据恢复流程，如果数据恢复流程成功，则执行步骤10，即进行后续呼叫流程的处理，也就是说根据3GPP相关协议进行后续流程的处理(参见3GPP TS 24008)；如果失败，则执行步骤11，即给所述用户发送CM SERVICE REJECT消息，并删除所述用户的用户数据，发起释放呼叫流程。

在步骤11中，进行呼叫释放时，MSC首先向该用户所在的RNC发送IURELEASE COMMAND消息，当所述RNC接收到所述消息后，释放呼叫，并当释放完毕后，发送IU RELEASE COMPLETE消息给MSC，释放过程成功完成。

本发明提供的第二实施例是用户做被叫时的呼叫处理流程，其仍然如图5所示，其实施过程如下：

步骤1，用户使用TMSI作为用户标识进行寻呼响应，并通过初始直传消息，如PAGING RESPONSE消息发送给所述RNC。所述RNC将所述初始直传消息发送给对应的MSC。

接下来的步骤2至步骤6的过程与第一实施例中的相应步骤雷同。这里不再详细描述。

接下来执行步骤7，根据用户发送的初始直传消息中包含的该用户的身份标识TMSI获取其中包含的NRI值，并判断所述获取到的NRI值是否能够与其池区中的NRI值相匹配，如果不匹配，则执行步骤8，即根据3GPP相关协议进行后续流程的处理(参见3GPP TS 24008)；如果匹配，则执行步骤9。

步骤9，对该用户发起数据恢复流程。如果数据恢复成功，则执行步骤10，即进行后续呼叫流程的处理，也就是说根据3GPP相关协议进行后续流程的处理(参见3GPP TS 24008)；如果数据恢复失败，则执行步骤11，即删除所述用户的用户数据，发起释放呼叫流程。

在步骤11的释放呼叫流程中，MSC首先向该用户所在的RNC发送IURELEASE COMMAND消息，当所述RNC接收到所述消息后，释放呼叫，并当释放完毕后，发送IU RELEASE COMPLETE消息给MSC，释放过程成功完成。

本发明提供的第三实施例，其在第一实施例与第二实施例的基础上增加了如下内容：

当确认获取到的NRI值能够与MSC池区中的任意N RI值相匹配后，进行后续的呼叫流程处理的同时，在用户的呼叫流程中为用户分配新的TMSI，其中包含本MSC的NRI值。

经过这样处理后，由于为用户新分配的TMSI值中包含本MSC的NRI值，所以当用户进行业务时可以正确选择核心网，使用户进行业务成功的可能性更大。具体选择核心网的过程如下：

当用户进行业务时，初始直传消息中携带的IDNNS根据所述用户新分配的TMSI值导出，RNC收到初始直传消息时根据所述IDNNS进行核心网的路由选择，然后将所述用户的业务请求发送到所述选择的核心网。

上述具体实施方案只需在MSC内对原有流程作上述修改，不影响接口协议，不影响其它网元，因此可行性比较强。另外，该方法同时也适用于MOCN+IU FLEX的组网情况。

由上述具体实施方案可以看出，在用户的业务请求中，携带的是MSC分配的TMSI(通过NRI可以判断)，而如果MSC的VLR中没有对应的用户数据，则MSC发起VLR用户数据恢复流程，从而能够提高用户的接通率，进而使IU FLEX组网中共享CN的作用有机会得到充分发挥。

另外，本发明当用户数据恢复流程成功后，在后续的呼叫流程中为该用户分配新的TMSI，使该用户以后进行业务时，使用该有效的TMSI导出IDNNS，RNC进行核心网的路由选择时，可以正确选择核心网。从而使业务成功的可能性更大。

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

Claims (9)

1、一种基于IU FLEX技术实现用户呼叫接续的方法，其特征在于，包括：

A、移动交换中心MSC收到用户的业务请求后，当确认不能根据用户的临时移动用户标识TMSI和国际移动用户识别码IMSI在拜访位置寄存器VLR中获取到该用户的用户数据时，则获取该用户的临时移动用户标识TMSI中的网络资源识别码NRI值；

B、根据所述获取的NRI值在其内池区中查找匹配的NRI值，并当确认查找到相匹配的NRI值时，则对该用户发起数据恢复流程。

2、根据权利要求1所述的方法，其特征在于，所述步骤A具体包括：

A1、MSC根据用户发送的业务请求获取到所述用户的用户标识TMSI；

A2、根据所述TMSI在VLR中查找匹配的用户数据，并当确认不能够获取到匹配的用户数据时，发起身份识别流程，并根据所述身份识别流程获取到所述用户的IMSI；

A3、根据所述获取到的IMSI在VLR中查找对应的用户数据，并当确认不能够获取到匹配的用户数据时，获取该用户的临时移动用户标识TMSI中的NRI值。

3、根据权利要求2所述的方法，其特征在于，所述步骤A1具体包括：

A11、用户使用TMSI作为用户标识发起呼叫或进行寻呼响应，并通过初始直传消息发送给所述无线网络控制器RNC；

A12、所述RNC将所述消息发送给对应的MSC；

A13、所述MSC根据接收到的所述消息获取到所述用户对应的用户标识TMSI。

4、根据权利要求2所述的方法，其特征在于，所述步骤A2具体包括：

A21、MSC根据所述TMSI在VLR中查找匹配的用户数据，如果能够获取到匹配的用户数据，则继续进行呼叫流程的处理；如果确认不能够获取到匹配的用户数据时，则执行步骤A22；

A22、MSC向所述用户发送身份请求；

A23、根据用户回应的响应消息获取到所述用户的IMSI。

5、根据权利要求2所述的方法，其特征在于，所述步骤A3具体包括：

A31、MSC根据所述IMSI在VLR中查找匹配的用户数据，如果能够获取到匹配的用户数据，则继续进行呼叫流程的处理；如果确认不能够获取到匹配的用户数据时，则执行步骤A32；

A32、根据用户发送的初始直传消息中包含的该用户的身份标识TMSI获取其中包含的NRI值。

6、根据权利要求1至5任意一项所述的方法，其特征在于，所述步骤B具体包括：

B1、所述MSC判断所述获取到的NRI值是否能够与其池区中的NRI值相匹配，如果不匹配，则释放该呼叫；如果匹配，则执行步骤B2；

B2、对该用户发起数据恢复流程，并当数据恢复流程成功后，进行后续的正常呼叫流程的处理。

7、根据权利要求6所述的方法，其特征在于，所述步骤B2具体包括：

所述MSC对该用户发起数据恢复流程，如果数据恢复流程成功，则进行后续呼叫流程的处理；如果数据恢复流程失败，则删除所述用户的用户数据，并释放该呼叫。

8、根据权利要求6所述的方法，其特征在于，所述步骤B2还包括：

为用户分配新的TMSI，并在其中包含本MSC的NRI值。

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

当用户进行业务时，初始直传消息中携带的非接入层节点的选择编码IDNNS根据所述用户新分配的TMSI值导出，RNC收到初始直传消息时根据所述IDNNS进行核心网的路由选择，然后将所述用户的业务请求发送到所述选择的核心网。

Images