CN100372386C

CN100372386C - 一种移动交换机实现长短号对应的方法

Info

Publication number: CN100372386C
Application number: CNB021552479A
Authority: CN
Inventors: 李斌; 侯艳
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2002-12-10
Filing date: 2002-12-10
Publication date: 2008-02-27
Anticipated expiration: 2022-12-10
Also published as: CN1507289A

Abstract

本发明涉及一种在现有移动网的基础上，不增加智能网设备而实现移动用户VPN业务的一种方法。一种在VPN业务中实现长短号对应的方法，其特征在于在移动用户归属的HLR中增加存储用户群的长号和短号对应关系表，在移动用户发起VPN服务请求时，由MSC或VLR与主叫归属的HLR进行信息交互，完成主叫与被叫间的接续。本方案的优点是投资小，不需要增加智能网的投资，相应的就会成本低，业务开展迅速。

Description

一种移动交换机实现长短号对应的方法

技术领域

本发明涉及移动通信领域，尤其涉及一种在现有移动网的基础上，不增加智能网设备而实现移动用户VPN业务的一种方法。

技术背景

在移动网络中，VPN业务是一个很重要的业务。它是在移动通信网上建立一个逻辑话路网，通过缩位拨号、专用编号计划等方式使企业、集团用户群内进行相互联系的业务。该业务类似目前固定网络中企业使用的小交换机，利用其可以为集团、企事业单位提供良好的服务，把企业电信服务扩展到移动网络。

目前我国移动网络主要有两种制式，一种是在欧洲广泛使用的GSM制式，中国移动和中国联通都有此种制式的网络，一种是在北美和东亚广泛使用的CDMA制式，中国联通目前正在大力发展基于CDMA制式的移动网络。在移动网络中实现VPN业务需要增加智能网设备，通过智能网设备来提供这个功能，在GSM制式中使用的智能网标准是ETSI定义的CAMEL标准体系，他采用的是ITU-T在标准Q.12XX系列定义的CS-1分布结构，VPN业务能力在CS-1中定义。在CDMA制式中使用的智能网标准称为WIN，它采用的是IUT_T的CS-2分布结构。为了可以很方便地进行扩充，ANSI/TIA/EIA对原ANSI41D的信令消息和信令流程进行了一定的扩充，在原来的基础上又定义了一系列无线智能网(WIN)协议，主要包括IS771，PN4287和PN4289，而这些协议将整合进ANSI41E中。ANSI41E将成为一个完全基于智能网的核心网络协议。

如图1所示，是一个典型的智能网系统，它是在原有通信网络基础上为快速提供新业务而设置的附加网络结构，包括建立集中的业务控制点和数据库、集中的业务管理系统和业务生成环境。智能网主要包括以下几个部分：业务交换点SSP、业务控制点SCP、智能外设IP、业务管理系统SMS、业务生成环境SCE等几部分。其中：

业务交换点SSP(Service Switching Point)是连接现有有线网与智能网的连接点，提供接入智能网功能集的功能。SSP可检出智能业务的请求，并与SCP通信；对SCP的请求做出响应，允许SCP中的业务逻辑影响呼叫处理。

业务控制点SCP(Service Control Point)是智能网的核心构件，它存储用户数据和业务逻辑。SCP的主要功能是接收SSP送来的查询信息并查询数据库，进行各种译码；同时，SCP能根据SSP上报来的呼叫事件启动不同的业务逻辑，根据业务逻辑向相应的SSP发出呼叫控制指令，从而实现各种智能呼叫。

智能外设IP(Intelligent Peripheral)是协助完成智能业务的特殊资源。通常具有各种语音功能，如语音合成，播放录音通知，接收双音多频拨号，进行语音识别等等。IP可以是一个独立的物理设备，也可以作为SSP的一部分，它接受SCP的控制，执行SCP业务逻辑所指定的操作。

业务管理系统SMS(Service Management System)也是一种计算机系统。SMS一般具备5种功能，即业务逻辑管理、业务数据管理、用户数据管理、业务监测以及业务量管理。在业务生成环境中创建的新业务逻辑由业务提供者输入到SMS中，SMS再将其装入SCP，就可在通信网上提供该项新业务。

业务生成环境SCE(Service Creation Environment)的功能是根据客户的需求生成新的业务逻辑。SCE为业务设计者提供友好的图形编辑界面，客户利用各种标准图元设计出新业务的业务逻辑，并为之定义好相应的数据。

目前的智能网主要有目标网和叠加网两种实现方式，目标网是交换机和SSP功能合一的实现方式，而叠加网是交换机和SSP功能独立，一个或者多个交换机共用一个SSP，一般通过号码段的方式实现触发。目前中国移动的GSM网络和联通的CDMA网络基本都是目标网，从长远来看，目标网也是智能网的发展趋势，因此我们本文主要以目标网为例进行说明，但是专利保护同样适用于叠加网以及其他的智能网实现方式。同样我们主要以目前广泛使用的GSM体制为例，但是专利保护同样适用于CDMA以及其他的无线系统，包括其他的移动系统、集群系统、无线市话体制等。

在VPN业务中，群是一个重要的概念，一个VPN的所有用户组成一个群，每一个VPN用户都归属于一个群。因为用户拨打的号码要按照这个用户归属的群的特定编号计划进行变换，而非VPN用户的号码不需要变换，因此每一个用户都需要有一个属性，表明他是否属于一个群或者归属于哪个群。

在VPN业务中，群内使用群专有的编号计划是VPN业务的一个重要特征，也就是说群内用户可以通过拨打短号来打通呼叫。但是在公众通信系统中，这种专用的编号计划是无法进行路由的，必须把短号换为长号才能进行正确的路由，从而进行正常的接续，因此必须有一种方法可以进行短号和长号的变换。

在现有的实现中，短号和长号的变换是在智能网的SCP设备上实现的，我们以典型的GSM的VPN用户流程来描述，如图2所示：

在用户发起呼叫的时候，用户拨打的是短号，MSC根据用户签约的智能业务向SCP发起起始智能业务触发，将被叫号码送到SCP，SCP发现用户是一个群用户，试图发起一个群内呼叫，那么就会根据用户专有的编号计划进行改号，在响应消息中下发变换以后的标准号码，MSC收到真实号码之后继续进行呼叫，这样就可以找到真实的被叫用户。

现有技术方案的主要缺点是需要增加建设智能网的投资，相对而言，智能网的投资还是较大的。投资的增加造成成本的增加和业务难以快速推广。虽然智能网可以提供丰富灵活的业务，但是在一些希望小范围开展移动业务或者只希望提供包括VPN在内的部分业务的地区，不希望通过智能网来实现这个业务。

发明内容

本方案就是在不增加智能网投资，并且在对现网改动尽量小的基础上实现一个移动用户提起VPN服务时，系统能够将短号变换为长号，进行正常的呼叫。

一种在VPN业务中实现长短号对应的方法，其特征在于在移动用户归属的HLR中增加存储用户群的长号和短号对应关系表，在移动用户发起VPN服务请求时，由MSC/VLR与主叫归属的HLR进行信息交互，以通过所述长号和短号对应关系表获得被叫号码对应的长号，进而完成主叫与被叫间的接续。

所述的对应关系表中，为每个群设定一个群ID，不同的群用群ID表示。

所述的群ID，是那些属于主叫归属的HLR的群。

所述的信息交互，是指由MSC或VLR向主叫用户归属的HLR发起号码查询请求，由主叫用户归属的HLR查询该移动用户群的长号和短号对应关系表，并通过号码查询响应将被叫的长号发送给MSC。

所述的号码查询请求中，携带有用户呼叫的短号。

所述的号码查询请求中，携带有主叫用户的标识。

所述的号码查询请求中，携带有主叫用户所属的群号。

所述的号码查询请求中，携带有主叫用户的标识和主叫用户所属的群号。

本方案的优点是投资小，不需要增加智能网的投资，相应的就会降低成本，使相关业务得以迅速开展。

附图说明

图1是现有技术中智能网的结构示意图；

图2是现有技术中VPN用户流程示意图；

图3时本发明VPN用户流程示意图。

具体实施方式

下面结合说明书附图来说明本发明的具体实施方式。

本方案的原理是在用户归属HLR中增加一些信息，存储不同的用户群的短号和长号的对应关系表，该对应关系表中，为每个群设定一个群ID，不同的群用群ID表示。

HLR只需要存储那些本HLR的用户属于的群的信息，对于没有用户属于本HLR的群，HLR不必存储他们的信息，这些信息对于本发明方案的实现，也没有实际的意义。是否需要存储相关的群的群ID，要视系统的需要而定。

因为用户发起业务是在端局，因此端局需要能够把短号换为长号，采用的方式是用户进行业务的时候，如果发现用户是一个群内用户，并且发起的是一个群内呼叫，由MSC/VLR向主叫归属HLR发起查询，询问被叫的短号对应的长号是什么，为了使得HLR能够检索，消息中需要增加主叫的标识或者群ID以及用户呼叫的短号。

在实际应用中，该具体的长短号对应关系表，并没有一个标准，一般应该包含一个群标识，一个短号号码，一个对应的长号号码。但是也可以有其它的形式。对于移动系统而言，标准只定义接口协议的内容，至于数据如何存储是设备实现的问题，设备制造商可以自主决定，一个简单的示例如下：

用户的IMSI	用户的MDN	用户归属的群号
用户的IMSI	用户的MDN	用户归属的群号	IMSI1	13402370001	1
IMSI2	13402370002	1	IMSI1	13402370001	1
IMSI2	13402370002	1	IMSI3	13402370003	2
IMSI4	13402370004	2	IMSI3	13402370003	2
IMSI4	13402370004	2	IMSI5	13402370005	3

表1：

群号	短号号码	长号号码
群号	短号号码	长号号码	1	1001	2277889
1	1002	2278344	1	1001	2277889
1	1002	2278344	1	2005	2279594
2	1001	3362737	1	2005	2279594
2	1001	3362737	2	2001	3363562
2	5422	3670224	2	2001	3363562
2	5422	3670224	3	1001	6540099

表2

表1表明了用户属于的群号，比如号码为13402370003的用户属于的群号为群2，表2表明了群中长短号的对应关系，比如群2中短号号码5422代表长号号码为3670224，这样如果用户13402370003拨打5422，我们可以根据表1得到用户属于群2，根据表2把号码5422变换为3670224，然后我们可以用这个号码继续呼叫，把呼叫打通。

也有可能用户查询的时候直接带上了主叫用户的群号，这样我们就可以直接查询表2。同样用户查询的时候也可能同时带上主叫用户标识和主叫用户归属群号。

下面以GSM为例说明实现长短号对应关系查询的流程，CDMA的实现方式类似。关于MSC/VLR的写法问题，实际上MSC和VLR是两个实体，但是一般各个厂家都在一个设备上实现，那么实际表达的意思就是，这个设备既是协议中的MSC，也是协议中的VLR。

如图3所示，MSC/VLR接收到用户发起的业务请求后，检查用户属性，发现用户是一个群内用户，然后检查被叫号码，发现是群内呼叫，因此MSC向HLR发起号码查询请求，请求中携带需要变换的被叫号码，同时为了HLR能够进行检索，需要携带主叫用户的标识或者主叫归属的群号。

HLR接受号码查询请求，根据主叫用户的标识或者群ID查找被叫号码对应的长号，通过号码查询响应发回MSC。

MSC根据所取得的长号，为主叫用户接续被叫，完成接续工作，用户双方进行正常的通话。

本方案的优点是投资小，不需要增加智能网的投资，相应的就会成本低，业务开展迅速。

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

Claims

1.一种在VPN业务中实现长短号对应的方法，其特征在于在移动用户归属的HLR中增加存储用户群的长号和短号对应关系表，在移动用户发起VPN服务请求时，由MSC/VLR与主叫归属的HLR进行信息交互，以通过所述长号和短号对应关系表获得被叫号码对应的长号，进而完成主叫与被叫间的接续。

2.如权利要求1所述的在VPN业务中实现长短号对应的方法，其特征在于所述的对应关系表中，为每个群设定一个群ID，不同的群用群ID表示。

3.如权利要求2所述的在VPN业务中实现长短号对应的方法，其特征在于所述的群ID，是那些属于主叫归属的HLR的群。

4.如权利要求1、2、或3所述的在VPN业务中实现长短号对应的方法，其特征在于所述的信息交互，是指由MSC或VLR向主叫用户归属的HLR发起号码查询请求，由主叫用户归属的HLR查询该用户群的长号和短号对应关系表，并通过号码查询响应将被叫的长号发送给MSC。

5.如权利要求4所述的在VPN业务中实现长短号对应的方法，其特征在于所述的号码查询请求中，携带有用户呼叫的短号。

6.如权利要求4所述的在VPN业务中实现长短号对应的方法，其特征在于所述的号码查询请求中，携带有主叫用户的标识。

7.如权利要求4所述的在VPN业务中实现长短号对应的方法，其特征在于所述的号码查询请求中，携带有主叫用户所属的群号。

8.如权利要求4所述的在VPN业务中实现长短号对应的方法，其特征在于所述的号码查询请求中，携带有主叫用户的标识和主叫用户所属的群号。