CN100459724C - Implementation method of services of virtual small exchanger for combining mobile network and fixed network - Google Patents

Abstract

The invention makes mobile terminals and fixed terminals possible to use operation of same virtual braning switchboard unitedly. When first terminal launches a call to second terminal within the virtual braning switchboard, the method includes steps: (1) first terminal launches a call to first exchange attributed and carried calling trombone and called cornet; (2) first exchange sends request for interpreting marks to mobile soft exchanging server; (3) mobile soft exchanging server interprets calling trombone to calling cornet, and called cornet to called trombone; (4) based on calling cornet and called trombone, mobile soft exchanging server or first exchange launches switching request to second exchange second terminal attributed to; (5) second exchange makes a call to second terminal.

Description

Implementation method of virtual branch exchange service integrating mobile network and fixed network

technical field

The invention relates to a method for realizing a virtual small exchange service, in particular to a method for realizing a virtual small exchange service across a mobile network and a fixed network.

Background technique

Central office and Exchange ("CENTREX") business refers to dividing some users into basic user groups on the local exchange, and providing them with various functions of the exchange, and also providing some unique telecommunications network services Function. The CENTREX service is to use the resources of the public network to form a private network, and provide the private branch exchange (Private Branch eXchange, "PBX") function for the users of the public network.

At present, the businesses running on CENTREX are divided into two types: basic business and supplementary business. Basic services include: intra-group call/outgoing, out-group incoming call, call screening, operator and operator login/deactivation, closed user group, differentiated ringing (that is, different ringing tones are used for intra-group calls and out-group incoming calls) , Incoming call transfer, call pickup (same group pickup and designated pickup), call forwarding (no answer, unconditional, busy). The types of supplementary services are basically the same as those of ordinary telephones on the public network. Currently, the public network mainly requires 15 types of services: abbreviated dialing, hotline service, outgoing call restriction, do not disturb service, malicious call search, alarm clock service, no answer Call forwarding, call forwarding unconditional, call forwarding on busy, call back on busy, call waiting, three-way calling, conference call, caller ID display, caller ID display restriction, etc.

At present, the CENTREX service in the Public Switched Telephone Network (Public Switched Telephone Network, referred to as "PSTN") mainly adopts the wide area CENTREX (WideAreaCentrex, referred to as "WAC") based on the Intelligent Network Application Protocol (IntelligentNetwork Application Protocol, referred to as "INAP") ), virtual private network (Virtual Private Network, referred to as "VPN") and other technologies, but it is still a solution based on PSTN users, without considering the connection with public land mobile network (Public Lands Mobile Network, referred to as "PLMN") mobile users fusion.

In addition, in the PLMN, the Global System for Mobile (GSM) mobile intelligent network technology mainly adopts the Customized Applications of Mobile network Enhanced Logic (CAMEL) standard. Specifically, CAMEL is divided into three phases, and CAMEL phase 1 provides an open interface, so that devices from different manufacturers can be interconnected to meet the needs of roaming. But the CAMEL Phase 1 protocol set is relatively limited and supports fewer services. CAMEL Phase 2 enables mobile intelligent network technology to provide richer services by strengthening CAMEL Phase 1. CAMEL phase 3 has made some expansions to phase 2, but it is not as widely used as phase 2 at present. PLMN realizes the virtual private mobile network (Virtual Private Mobile Network, referred to as "VPMN") service through CAMEL phase 2, and provides some service functions similar to CENTREX, but it does not take into account the integration with PSTN users.

It should be noted that the above two solutions are limited to realizing CENTREX services within their respective networks.

In practical application, the above-mentioned solution has the following problems: it cannot well solve the unified short number problem of mobile terminals and fixed terminals, and fully realize the seamless integration of PLMN and PSTN network CENTREX services.

The main reason for this situation is that it is difficult to realize the unification of long and short number translation mechanisms between PLMN and CENTREX realized by switches on the PSTN network.

Contents of the invention

The technical problem to be solved by the present invention is to provide a method for implementing virtual small exchange services that integrate mobile networks and fixed networks, so that mobile terminals and fixed terminals can uniformly use the same virtual small exchange services. Compared with the scheme based on the integrated intelligent network, the scheme has the characteristics of less investment and simple business process.

In order to solve the above-mentioned technical problems, the present invention provides a virtual branch exchange service implementation method that integrates the mobile network and the fixed network, when the first terminal in the virtual branch exchange initiates a call to the second terminal in the virtual branch exchange, including The following steps:

A. The first terminal initiates a call to the first exchange to which it belongs, with the long number of the calling party and the short number of the called party;

The first switch described in B requests number translation to the mobile softswitch server;

The mobile softswitch server of C translates the long number of the calling party into the short number of the calling party, and translates the short number of the called into the long number of the called party;

D. The mobile softswitch server or the first switch initiates a connection request to the second switch to which the second terminal belongs according to the short number of the calling party and the long number of the called party;

E, the second exchange calls the second terminal.

Wherein, the terminal is a fixed terminal or a mobile terminal.

When the terminal is a fixed terminal, the switch to which the terminal belongs is a public switched telephone network switch of the fixed network;

When the terminal is a mobile terminal, the switch to which the terminal belongs is a mobile switching center of the mobile network.

The mobile switching center and the mobile softswitch server are physically the same set of equipment, and at this time, the interaction between the mobile switching center and the mobile softswitch server is an internal process.

Described step C also comprises following substep:

Judging whether the number translation is successful, if yes, proceed to step D, otherwise instruct the first exchange to release the call.

When the first terminal is a mobile terminal,

In the step B, the first switch requests number translation to the mobile softswitch server by starting a trigger point message;

In the step C, if the number translation is successful, a connection operation message is sent to the first exchange, which carries the number translation result; if the number translation fails, the first exchange is instructed to release the call through a release call operation message.

When the associated first terminal is a fixed terminal, in the step D, the mobile softswitch server initiates a connection request to the second switch.

The mobile terminal needs to open an account in the home location register of the mobile network in advance.

The account opening information of the account opening includes a service key, a service control function address and a trigger criterion.

By comparison, it can be found that the difference between the technical solution of the present invention and the prior art is that the mobile softswitch receives the number information from MSC/SSP through the CAP operation, and performs the translation of the long and short numbers, and then returns the translation result to the user through the CAP operation. MSC/SSP, for it to connect the real called party.

The difference in this technical solution has brought obvious beneficial effects, that is, without changing the existing PLMN network structure, the integration of CENTREX services of PSTN and PLMN has been realized, and the mobile terminal and fixed service within the group users can be satisfied. The requirements for terminals to use the same CENTREX service realize the seamless integration of PLMN and PSTN networks.

Description of drawings

Fig. 1 is a message flow diagram of a mobile terminal calling a fixed terminal in the same CENTREX according to an embodiment of the present invention;

Fig. 2 is a message flow diagram of a fixed terminal calling a mobile terminal in the same CENTREX according to an embodiment of the present invention;

Fig. 3 is a message flow chart of a mobile terminal calling a mobile terminal in the same CENTREX according to an embodiment of the present invention.

Detailed ways

In order to make the object, technical solution and advantages of the present invention clearer, the present invention will be further described in detail below in conjunction with the accompanying drawings.

As shown in FIG. 1 , the CENTREX system integrating the mobile network and the fixed network is composed of a Mobile Switching Center (MSC for short) 20 , a mobile softswitch server 30 and a PSTN switch 40 . The MSC20 is responsible for the access of mobile terminals, and the PSTN switch 40 is responsible for the access of fixed terminals. The mobile softswitch server 30 is connected to the MSC20 and the PSTN switch 40 respectively, and is responsible for the translation of the long and short numbers. When the mobile terminal 10 triggers the CENTREX service as the calling party, the CAMEL Application Part (CAMEL Application Part, referred to as "CAP") is used to operate and communicate between the MSC20 connected to the calling party and the mobile softswitch server 30; During the CENTREX service, the PSTN exchange 40 and the mobile softswitch server 30 connecting the calling party adopt common number request message communication. It should be noted that, in order to be logically clearer, the present invention uses two logical entities of the mobile softswitch server 30 and MSC20, and these two logical entities may be the same set of equipment physically in actual operation. Information exchange between logical entities is handled internally by the device.

Fig. 1 shows a message flow chart of a mobile terminal calling a fixed terminal in the same CENTREX according to an embodiment of the present invention. As shown in FIG. 1 , first at step 101 , the mobile terminal 10 initiates a call to the MSC 20 , and the information carried in the call includes the long number of the calling party and the short number of the called party. The long number refers to the real number, and the short number is the abbreviated number in the CENTREX group. The main purpose of using the short number is to facilitate the identification and use of CENTREX users.

It should be noted that mobile users who apply for integrated CENTREX (integrated CENTREX, referred to as "iCENTREX") services based on original-CAMEL Service Information (O-CSI) signed by GSM or CAMEL must first register at their home location. Open an account in the Home Location Register ("HLR"), and the account opening information includes the service key, Service Control Function (Service Control Function, "SCF") address and trigger criteria. For the iCENTREX service, the service key is the iCENTREX service, the SCF address is the mobile softswitch server number, and the trigger criterion is triggered by the length of the short number and calls within the group.

Then enter step 102, the MSC20 initiates a CAP start trigger point (Initial DP, "IDP") operation to the mobile softswitch server 30 according to the O-CSI information. The development of CAMEL has been divided into 3 stages so far, and each stage has expanded some operations on the basis of the previous ones. The CAP operations involved in this embodiment include IDP, connection and call release. In addition, the mobile softswitch server 30 involved in this embodiment refers to a switch capable of supporting CAP operations, and common models include Huawei MSC9880 and MSoftX3000.

Then enter step 103, the mobile softswitch server 30 performs number translation, and returns the result to the MSC20. In this step, at first the mobile softswitch server 30 decodes the received IDP message and sends it to the Service Switch Function (Service Switch Function, referred to as "SSF") module, and then the SSF translates the calling number in the IDP message into a short number , the called short number is translated into a long number. If the translation is successful, then send the connection operation to MSC20 and enter step 104; if the translation fails, for example, the translation result is an empty number, then send the release call operation instruction to MSC20 to release the call, and the call ends with failure.

After receiving the connection operation of the mobile softswitch server 30, the MSC 20 enters step 104, and initiates a connection request to the PSTN switch 40 to which the called fixed terminal belongs, and the request carries the short number of the calling party and the long number of the called party.

Then enter step 105, after the PSTN exchange 40 receives the connection request, it calls the called fixed terminal 50, and if the terminal answers, the caller and the called party start talking.

Fig. 2 shows a message flow chart of calling a mobile terminal from a fixed terminal in the same CENTREX according to an embodiment of the present invention. As shown in FIG. 2 , first at step 201 , the fixed terminal 50 initiates a call to the PSTN switch 40 to which it belongs, and the information carried in the call includes the long number of the calling party and the short number of the called party. Similarly, regular users who apply for iCENTREX services must also open an account first.

Then enter step 202 , the PSTN switch 40 transfers the call to the mobile softswitch server 30 .

Next, the mobile softswitch server 30 performs number translation. In this step, firstly, the mobile softswitch server 30 decodes the received initial address message and sends it to its internal translation module to translate the calling long number in the message into a short number and the called short number into a long number. If the translation is successful, then enter step 203; if the translation fails, for example, the translation result is an empty number or the called party is busy, then a response is sent back to the PSTN switch 40 to show that the translation failed and end the call.

The mobile softswitch server 30 enters step 203 after the number translation is successful, and it directly initiates a call request to the MSC20 to which the called mobile terminal 10 belongs, and the request carries the short number of the calling party and the long number of the called party.

Then enter step 204, after receiving the connection request, the MSC 20 calls the called mobile terminal 10, and if the terminal answers, the caller and the called party start talking.

Fig. 3 shows a message flow chart of a mobile terminal calling a mobile terminal in the same CENTREX according to an embodiment of the present invention. As shown in FIG. 3 , first at step 301 , the mobile terminal 10 initiates a call to the MSC 20 , and the information carried in the call includes the long number of the calling party and the short number of the called party. Same as Embodiment 1, both the calling party and the called party using the iCENTREX service must first open an account in the HLR.

Then enter step 302, MSC20 initiates the IDP operation of the CAP to the mobile softswitch server 30 according to the O-CSI information. The process of this step is the same as step 102.

Then enter step 303, the mobile softswitch server 30 performs number translation, and returns the result to MSC20. The process of this step is the same as step 103.

After receiving the connection operation of the mobile softswitch server 30, the MSC20 enters step 304, and initiates a connection request to the MSC21 to which the called mobile terminal 11 belongs. The request carries the short number of the calling party and the long number of the called party.

Then enter step 305, after receiving the connection request, the MSC21 calls the called mobile terminal 11, and if the terminal answers, the calling and called parties start talking.

It should be noted that, in Embodiment 1 and Embodiment 3, when the mobile terminal 10 initiates a call and needs number translation, it initiates a number translation request to the mobile softswitch server 30 through the CAP operation and receives the number translation result through the CAP operation. In Embodiment 2, the fixed terminal 50 requests number translation through a special request number translation message, and the translation result is not sent back to the PSTN switch 40 but the mobile softswitch server 30 directly initiates a connection request.

In addition, the mobile terminal within the group calls the mobile terminal outside the group, and the mobile terminal outside the group calls the mobile terminal within the group without triggering the CAP process, but through the Business and Operation Support System ("BOSS") for settlement , thereby simplifying business processes.

Although the present invention has been illustrated and described with reference to certain preferred embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein, and without departing from the spirit and scope of the invention as defined by the appended claims.

Claims (8)

1. a virtual Private Branch Exchange PBX service implementation method that merges mobile network and fixed network is characterized in that, when first terminal in the virtual Private Branch Exchange PBX when second terminal makes a call, comprise following steps:

Described first terminal of A makes a call to the first affiliated switch, described calling with information in have the trombone of caller and called cornet;

Described first switch of B is to mobile soft switching server request number translation;

The described mobile soft switching server of C is translated into the cornet of caller with the trombone of described caller, and called cornet is translated into called trombone;

When D was fixed terminal when described first terminal, described mobile soft switching server was initiated subsequent request according to the cornet of described caller and called second switch of trombone under described second terminal; When described first terminal was portable terminal, second switch of described first switch under described second terminal initiated subsequent request.

Described second terminal of described second calling of switchboard of E.

2. the virtual Private Branch Exchange PBX service implementation method of fusion mobile network according to claim 1 and fixed network is characterized in that described second terminal is fixed terminal or portable terminal.

3. the virtual Private Branch Exchange PBX service implementation method of fusion mobile network according to claim 2 and fixed network is characterized in that, when described terminal was fixed terminal, the switch under this terminal was the public switched telephone network switch of described fixed network;

When described terminal was portable terminal, the switch under this terminal was the mobile switching centre of described mobile network.

4. the virtual Private Branch Exchange PBX service implementation method of fusion mobile network according to claim 3 and fixed network, it is characterized in that, described mobile switching centre and described mobile soft switching server are same set of equipment physically, and between this moment described mobile switching centre and the described mobile soft switching server is inter-process alternately.

5. the virtual Private Branch Exchange PBX service implementation method of fusion mobile network according to claim 3 and fixed network is characterized in that described step C also comprises following substep:

Judge that whether number translation is successful, if then enter step D, otherwise indicates the described first switch call release.

6. the virtual Private Branch Exchange PBX service implementation method of fusion mobile network according to claim 5 and fixed network is characterized in that, when described first terminal is portable terminal,

Among the described step B, described first switch is by starting trigger point message to described mobile soft switching server request number translation;

Among the described step C, if the number translation success then before entering described step D, sends the attended operation message that carries the number translation result to described first switch; If number translation is failed then is indicated the described first switch call release by the call release operation information.

7. the virtual Private Branch Exchange PBX service implementation method of fusion mobile network according to claim 3 and fixed network is characterized in that, described portable terminal needs to open an account in the attaching position register of described mobile network in advance.

8. the virtual Private Branch Exchange PBX service implementation method of fusion mobile network according to claim 7 and fixed network is characterized in that the described information of opening an account of opening an account comprises service key, service control function address and triggering criterion.

Images