CN1627834A

CN1627834A - 融合移动网和固定网的虚拟小交换机业务实现方法

Info

Publication number: CN1627834A
Application number: CN 200310119343
Authority: CN
Inventors: 牛红亮; 杨涛; 车海平
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2003-12-10
Filing date: 2003-12-10
Publication date: 2005-06-15
Anticipated expiration: 2023-12-10
Also published as: CN100459724C

Abstract

本发明涉及虚拟小交换机业务的实现方法，公开了一种融合移动网和固定网的虚拟小交换机业务实现方法，使得移动终端和固定终端能够统一使用同一虚拟小交换机业务。这种融合移动网和固定网的虚拟小交换机业务实现方法中，当虚拟小交换机内的第一终端向第二终端发起呼叫时，包含以下步骤：A第一终端向所属的第一交换机发起呼叫，其中带有主叫的长号和被叫的短号；B第一交换机向移动软交换服务器请求号码翻译；C移动软交换服务器将主叫的长号翻译成主叫的短号，将被叫的短号翻译成被叫的长号；D移动软交换服务器或第一交换机根据主叫的短号和被叫的长号向第二终端所属的第二交换机发起接续请求；E第二交换机呼叫第二终端。

Description

融合移动网和固定网的虚拟小交换机业务实现方法

技术领域

本发明涉及虚拟小交换机业务的实现方法，特别涉及虚拟小交换机业务跨移动网和固定网时的实现方法。

背景技术

虚拟小交换机(Central office and Exchange，简称“CENTREX”)业务，是指在市话交换机上将部分用户划分为基本用户群，并为之提供交换机的各种功能，同时还提供一些特有的电信网服务功能。CENTREX业务是利用公众网络的资源来组成专用网络，为公众网的用户提供用户小交换机(PrivateBranch eXchange，简称“PBX”)功能。

目前，在CENTREX上运行的业务分为基本业务和补充业务两种。基本业务包含：群内呼叫/呼出、群外呼入、发话筛选、话务员及话务员登入/撤销、闭合用户群、区分振铃(即对于群内呼叫或群外呼入采用不同的振铃音)、来话转接、呼叫代答(同组代答和指定代答)、呼叫前转(无应答、无条件、遇忙)。补充业务的种类与公网上普通电话所具有的补充业务基本相同，目前公网上主要要求具有15种业务：缩位拨号、热线服务、呼出限制、免打扰服务、查找恶意呼叫、闹钟服务、无应答呼叫前转、无条件呼叫前转、遇忙呼叫前转、遇忙回叫、呼叫等待、三方通话、会议电话、主叫号码显示、主叫号码显示限制等。

目前，公共交换电话网(Public Switched Telephone Network，简称“PSTN”)中的CENTREX业务主要采用基于智能网应用层协议(IntelligentNetwork Application Protocol，简称“INAP”)的广域CENTREX(WideAreaCentrex，简称“WAC”)、虚拟专用网(Virtual Private Network，简称“VPN”)等技术实现，但仍是基于PSTN用户的解决方案，没有考虑与公共陆地移动网(Public Lands Mobile Network，简称“PLMN”)移动用户的融合。

另外，在PLMN中，全球移动系统(Global System for Mobile，简称“GSM”)移动智能网技术主要采用了移动网定制应用增强逻辑(Customized Applications of Mobile network Enhanced Logic，简称“CAMEL”)标准。具体的说，CAMEL分为3个阶段，CAMEL阶段1提供了开放的接口，使不同厂商间的设备可以互联，满足了漫游的需要。但CAMEL阶段1协议集比较有限，支持的业务较少。CAMEL阶段2通过对CAMEL阶段1的加强，使得移动智能网技术能提供更丰富的业务。CAMEL阶段3对阶段2又作了一定的扩充，但是目前还不如阶段2使用广泛。PLMN通过CAMEL阶段2实现了虚拟专用移动网(Virtual Private MobileNetwork，简称“VPMN”)业务，提供了部分类似CENTREX的业务功能，但它也没有考虑到与PSTN用户的融合。

需要说明的是，以上两种解决方案都局限于在各自的网内实现CENTREX业务。

在实际应用中，上述方案存在以下问题：不能很好的解决移动终端和固定终端的统一短号问题，完全实现PLMN和PSTN网CENTREX业务的无缝融合。

造成这种情况的主要原因在于，PLMN和PSTN网上基于交换机实现的CENTREX之间很难实现长短号翻译机制的统一。

发明内容

本发明要解决的技术问题是提供一种融合移动网和固定网的虚拟小交换机业务实现方法，使得移动终端和固定终端能够统一使用同一虚拟小交换机业务，这种基于交换机之间互访的实现方案与基于综合智能网方式实现方案相比，具有投资少，业务流程简单等特点。

为了解决上述技术问题，本发明提供了一种融合移动网和固定网的虚拟小交换机业务实现方法，当虚拟小交换机内的第一终端向该虚拟小交换机内的第二终端发起呼叫时，包含以下步骤：

A所述第一终端向所属的第一交换机发起呼叫，其中带有主叫的长号和被叫的短号；

B所述第一交换机向移动软交换服务器请求号码翻译；

C所述移动软交换服务器将所述主叫的长号翻译成主叫的短号，将被叫的短号翻译成被叫的长号；

D所述移动软交换服务器或所述第一交换机根据所述主叫的短号和被叫的长号向所述第二终端所属的第二交换机发起接续请求；

E所述第二交换机呼叫所述第二终端。

其中，所述终端是固定终端或移动终端。

当所述终端是固定终端时，该终端所属的交换机是所述固定网的公用电话交换网交换机；

当所述终端是移动终端时，该终端所属的交换机是所述移动网的移动交换中心。

所述移动交换中心与所述移动软交换服务器在物理上是同一套设备，此时所述移动交换中心与所述移动软交换服务器之间的交互是内部处理。

所述步骤C还包含以下子步骤：

判断号码翻译是否成功，如果是则进入步骤D，否则指示所述第一交换机释放呼叫。

当所述第一终端是移动终端时，

所述步骤B中，所述第一交换机通过启动触发点消息向所述移动软交换服务器请求号码翻译；

所述步骤C中，如果号码翻译成功则向所述第一交换机发送连接操作消息，其中携带号码翻译结果；如果号码翻译失败则通过释放呼叫操作消息指示所述第一交换机释放呼叫。

当所属第一终端是固定终端时，所述步骤D中，由所述移动软交换服务器向所述第二交换机发起接续请求。

所述移动终端需要事先在所述移动网的归属位置寄存器中开户。

所述开户的开户信息包含业务键、业务控制功能地址和触发准则。

通过比较可以发现，本发明的技术方案与现有技术的区别在于，移动软交换通过CAP操作接收来自MSC/SSP的号码信息，并进行长短号的翻译，然后再通过CAP操作把翻译结果返回给MSC/SSP，供其接续真实的被叫。

这种技术方案上的区别，带来了较为明显的有益效果，即在无需改变现有PLMN网络结构的前提下，实现了PSTN和PLMN的CENTREX业务的融合，满足了集团用户内移动终端和固定终端使用同一CENTREX业务的需求，实现了PLMN和PSTN网络的无缝融合。

附图说明

图1是根据本发明的一个实施例的同一CENTREX内移动终端呼叫固定终端的消息流程图；

图2是根据本发明的一个实施例的同一CENTREX内固定终端呼叫移动终端的消息流程图；

图3是根据本发明的一个实施例的同一CENTREX内移动终端呼叫移动终端的消息流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

如图1所示，融合移动网和固定网的CENTREX系统由移动交换中心(Mobile Switching Center，简称“MSC”)20、移动软交换服务器30和PSTN交换机40构成。其中MSC20负责移动终端的接入，PSTN交换机40负责固定终端的接入。移动软交换服务器30分别与MSC20和PSTN交换机40相连，负责长短号的翻译。当移动终端10作为主叫触发CENTREX业务时，连接主叫的MSC20与移动软交换服务器30之间采用CAMEL应用部分(CAMEL Application Part，简称“CAP”)操作通信；当固定终端50作为主叫触发CENTREX业务时，连接主叫的PSTN交换机40和移动软交换服务器30采用普通的号码请求消息通信。需要说明的是，为了在逻辑上比较清晰，本发明使用了移动软交换服务器30和MSC20两个逻辑实体，实际操作中这两个逻辑实体在物理上可以是同一套设备，此时这两个逻辑实体之间的信息交互是设备内部处理。

图1示出了根据本发明的一个实施例的同一CENTREX内移动终端呼叫固定终端的消息流程图。如图1所示，首先在步骤101，移动终端10向MSC20发起呼叫，呼叫所带的信息中包含主叫的长号和被叫的短号。长号指的是真实号码，短号是CENTREX群内的缩略号码，使用短号的主要目的是为了方便CENTREX用户识别和使用。

需要说明的是，基于GSM或者CAMEL发端CAMEL业务信息(Original-CAMEL Service Information，简称“O-CSI”)签约，申请融合CENTREX(integrated CENTREX，简称“iCENTREX”)业务的移动用户必须先在归属位置寄存器(Home Location Register，简称“HLR”)中开户，开户信息包含业务键、业务控制功能(Service Control Function，简称“SCF”)地址和触发准则。针对iCENTREX业务，业务键为iCENTREX业务、SCF地址为移动软交换服务器编号，触发准则为短号号长触发，集团内呼叫。

接着进入步骤102，MSC20根据O-CSI信息，向移动软交换服务器30发起CAP启动触发点(Initial DP，简称“IDP”)操作。CAMEL的发展至今分为3个阶段，每个阶段都在以前的基础上扩充了一些操作。本实施例中涉及的CAP操作包括IDP、连接和释放呼叫。此外，本实施例中涉及的移动软交换服务器30指能够支持CAP操作的交换机，常见型号有华为MSC9880和MSoftX3000等。

接着进入步骤103，移动软交换服务器30进行号码翻译，并将结果返回给MSC20。此步骤中，首先移动软交换服务器30把收到的IDP消息解码后送到业务交换功能(Service Switch Function，简称“SSF”)模块，然后SSF将IDP消息中的主叫长号翻译成短号，被叫短号翻译成长号。如果翻译成功，则向MSC20下发连接操作并进入步骤104；如果翻译失败，例如翻译结果为空号，则向MSC20下发释放呼叫操作指示其释放呼叫，该次呼叫以失败结束。

当MSC20接收到移动软交换服务器30的连接操作后进入步骤104，向被叫固定终端所属的PSTN交换机40发起接续请求，该请求携带主叫的短号和被叫长号。

接着进入步骤105，PSTN交换机40收到接续请求后，呼叫被叫固定终端50，若该终端应答则主被叫之间开始通话。

图2示出了根据本发明的一个实施例的同一CENTREX内固定终端呼叫移动终端的消息流程图。如图2所示，首先在步骤201，固定终端50向所属PSTN交换机40发起呼叫，呼叫所带的信息包含主叫的长号和被叫和被叫的短号。同样的，申请iCENTREX业务的固定用户也必须先开户。

接着进入步骤202，PSTN交换机40将呼叫转接到移动软交换服务器30。

接着，移动软交换服务器30进行号码翻译。此步骤中，首先移动软交换服务器30把收到的初始地址消息解码后送到其内部翻译模块，将该消息中的主叫长号翻译成短号，被叫短号翻译成长号。如果翻译成功，则进入步骤203；如果翻译失败，例如翻译结果为空号或者被叫忙，则向PSTN交换机40回送响应表明翻译失败并结束此次呼叫。

移动软交换服务器30号码翻译成功后进入步骤203，它直接向被叫移动终端10所属的MSC20发起呼叫请求，该请求携带主叫的短号和被叫长号。

接着进入步骤204，MSC20收到接续请求后，呼叫被叫移动终端10，若该终端应答则主被叫之间开始通话。

图3示出了根据本发明的一个实施例的同一CENTREX内移动终端呼叫移动终端的消息流程图。如图3所示，首先在步骤301，移动终端10向MSC20发起呼叫，呼叫所带的信息包含主叫的长号和被叫的短号。与实施例1相同，使用iCENTREX业务的主叫和被叫都必须先在HLR中开户。

接着进入步骤302，MSC20根据O-CSI信息，向移动软交换服务器30发起CAP的IDP操作。此步骤的处理过程同步骤102。

接着进入步骤303，移动软交换服务器30进行号码翻译，并将结果返回MSC20。此步骤的处理过程同步骤103。

当MSC20接收到移动软交换服务器30的连接操作后进入步骤304，向被叫移动终端11所属的MSC21发起接续请求，该请求携带主叫的短号和被叫长号。

接着进入步骤305，MSC21收到接续请求后，呼叫被叫移动终端11，若该终端应答则主被叫之间开始通话。

需要说明的是，在实施例1和实施例3中，移动终端10发起呼叫需要号码翻译时是通过CAP操作向移动软交换服务器30发起号码翻译请求并通过CAP操作接收号码翻译的结果，而在实施例2中固定终端50则是通过专门的请求号码翻译消息来请求号码翻译，且翻译结果不再回送给PSTN交换机40而是直接由移动软交换服务器30发起接续请求。

此外，集团内部移动终端呼叫集团外移动终端，以及集团外移动终端呼叫集团内移动终端均可以不触发CAP流程，而是通过业务运营支撑系统(Business and Operation Support System，简称“BOSS”)进行结算，从而简化业务流程。

虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。

Claims

1.一种融合移动网和固定网的虚拟小交换机业务实现方法，其特征在于，当虚拟小交换机内的第一终端向第二终端发起呼叫时，包含以下步骤：

B所述第一交换机向移动软交换服务器请求号码翻译；

E所述第二交换机呼叫所述第二终端。

2.根据权利要求1所述的融合移动网和固定网的虚拟小交换机业务实现方法，其特征在于，所述终端是固定终端或移动终端。

3.根据权利要求2所述的融合移动网和固定网的虚拟小交换机业务实现方法，其特征在于，当所述终端是固定终端时，该终端所属的交换机是所述固定网的公用电话交换网交换机；

4.根据权利要求3所述的融合移动网和固定网的虚拟小交换机业务实现方法，其特征在于，所述移动交换中心与所述移动软交换服务器在物理上是同一套设备，此时所述移动交换中心与所述移动软交换服务器之间的交互是内部处理。

5.根据权利要求3所述的融合移动网和固定网的虚拟小交换机业务实现方法，其特征在于，所述步骤C还包含以下子步骤：

6.根据权利要求5所述的融合移动网和固定网的虚拟小交换机业务实现方法，其特征在于，当所述第一终端是移动终端时，

所述步骤C中，如果号码翻译成功则向所述第一交换机发送携带有号码翻译结果的连接操作消息；如果号码翻译失败则通过释放呼叫操作消息指示所述第一交换机释放呼叫。

7.根据权利要求3所述的融合移动网和固定网的虚拟小交换机业务实现方法，其特征在于，当所属第一终端是固定终端时，所述步骤D中，由所述移动软交换服务器向所述第二交换机发起接续请求。

8.根据权利要求3所述的融合移动网和固定网的虚拟小交换机业务实现方法，其特征在于，所述移动终端需要事先在所述移动网的归属位置寄存器中开户。

9.根据权利要求8所述的融合移动网和固定网的虚拟小交换机业务实现方法，其特征在于，所述开户的开户信息包含业务键、业务控制功能地址和触发准则。