CN104754144A - Method and device for controlling polyphonic ringtone calling - Google Patents

Abstract

The invention discloses a color ring call control method. The method includes: integrating CTIP, DB and FS of all call nodes to respectively form a CTIP pool, a DB pool and a FS pool correspondingly; The CRBT call request message is sent to the DB pool via the CTIP pool; the DB pool obtains the ring tone file path to be played according to the CRBT call request message, and sends the ring tone file path to the access device via the CTIP pool ; The access device sends a ring tone acquisition request message to the FS pool according to the ring tone file path; the FS pool sends the required ring tone playback to the access device according to the ring tone acquisition request message The data stream of the file. At the same time, the invention also discloses a color ring call control device. By adopting the technical scheme of the invention, it is possible to carry out centralized management on the original scattered computer and telephone integration platform, database server and file server for storing user information, and realize resource sharing.

Description

Method and device for controlling ring tone call

technical field

The invention relates to a color ring service in the communication field, in particular to a color ring call control method and device.

Background technique

CRBT (Coloring Ring Back Tone), also known as personalized ring back tone service. After the user has applied for this service, when the calling user dials the mobile number of the user, the ring back tone heard is no longer the monotonous "beep, beep" ring tone before. The general ring back tone is a piece of music, advertisement or The message set by the called user can be the ring tone/music provided by the system, or a voice file recorded by the called user in advance. The CRBT service can also be a piece of melodious music submitted by the calling user himself or a voice recorded by the customizer himself.

With the development of services, more and more people like the CRBT service, and the capacity of the CRBT system also increases accordingly. In order to meet business requirements, multiple call nodes need to be built for CRBT, and each node needs to deploy CRBT playback equipment, call control equipment, user information database, and ring tone file server. In the initial stage of business development, this construction scheme has the advantages of rapid deployment and online deployment and little impact on other CRBT calling nodes. However, with the growth of the CRBT service capacity and the uneven types of node devices, the maintenance workload increases dramatically.

The existing solutions have the following defects: each CRBT call node is constructed independently, and the call control equipment, user information database and ring tone file server of each call node not only cannot share resources, but also have a large maintenance workload.

Contents of the invention

In view of this, the embodiments of the present invention provide a method and device for controlling CRBT calls to solve the problems existing in the prior art, which can centrally manage the originally scattered CRBT-related equipment and information, and achieve resource sharing.

The technical scheme of the embodiment of the present invention is realized like this:

A kind of color ring call control method, the computer of all calling nodes is integrated with telephone integration platform CTIP, database DB and file server FS, forms CTIP pool, DB pool and FS pool correspondingly respectively; Described method comprises:

The access device receives the CRBT call request message sent by the core network and sends it to the DB pool through the CTIP pool;

The DB pool acquires the path of the ring tone file to be played according to the CRBT call request message, and sends the path of the ring tone file to the access device via the CTIP pool;

The access device sends a ring tone acquisition request message to the FS pool according to the ring tone file path;

The FS pool sends the required data stream of the ring tone playing file to the access device according to the ring tone acquisition request message.

Preferably, after the CTIP, DB and FS of all call nodes are integrated to form a CTIP pool, a DB pool and a FS pool correspondingly, the method further includes:

In the CTIP pool, two virtual CTIP units are respectively mapped for each access device currently sending a CRBT call request message, one of which is an active CTIP unit and the other is a standby CTIP unit; and, in the DB pool , map two virtual DB units for each currently activated CTIP unit, one of which is the active DB unit and the other is the standby DB unit;

Correspondingly,

The access device receives the CRBT call request message sent by the core network and sends it to the DB pool through the CTIP pool: when it is determined that the active CTIP unit is valid, the access device receives the CRBT call request message sent by the core network and sends it to the DB pool through the active CTIP unit. Send to the main DB unit;

The DB pool obtains the path of the ring tone file to be played according to the CRBT call request message, and sends the path of the ring tone file to the access device through the CTIP pool as follows: when it is determined that the active DB unit is valid, the active The DB unit obtains the path of the ring tone file to be played according to the CRBT call request message, and sends the path of the ring tone file to the access device through the active CTIP unit.

Preferably, the method further includes: when determining that the active CTIP unit fails, the access device sends the received CRBT call request message sent by the core network to the standby CTIP unit;

When it is determined that the active DB unit fails, the active CTIP unit accesses the standby DB unit, and the standby DB unit obtains the ring tone file path to be played according to the CRBT call request message, and transfers the ring tone file path through the active CTIP unit. sent to the access device.

Preferably, the method further includes: sending a heartbeat message to the first unit, where the first unit is an active CTIP unit, a standby CTIP unit, an active DB unit, and a standby DB unit;

When the heartbeat response message sent by the first unit is still not received after sending heartbeat messages exceeding a certain threshold number of times, it is determined that the first unit fails.

A CRBT call control device, the device includes a setting unit, a first sending unit, an acquiring unit, a second sending unit, a third sending unit and a fourth sending unit, wherein:

The setting unit is used to integrate the computers of all call nodes with the telephone integration platform CTIP, database DB and file server FS, and form CTIP pool, DB pool and FS pool correspondingly respectively;

The first sending unit is used to receive the CRBT call request message sent by the core network and send it to the DB pool via the CTIP pool;

The obtaining unit is used to obtain the path of the ring tone file to be played according to the CRBT call request message, and send it to the CTIP pool;

The second sending unit is configured to send the ringtone file path to the access device;

The third sending unit is configured to send a ring tone acquisition request message to the FS pool according to the ring tone file path;

The fourth sending unit is used for the FS pool to send the required data stream of the ring tone playing file to the access device according to the ring tone acquisition request message.

Preferably, the device further includes a mapping unit. In the CTIP pool, two virtual CTIP units are respectively mapped for each access device currently sending a CRBT call request message, one of which is the active CTIP unit, and the other is the active CTIP unit. Standby CTIP unit; and, in the DB pool, map two virtual DB units for each currently activated CTIP unit, one of which is the active DB unit and the other is the standby DB unit;

Correspondingly,

The first sending unit is also used to receive the CRBT call request message sent by the core network and send it to the main DB unit through the main CTIP unit when it is determined that the main CTIP unit is valid;

The obtaining unit is also used to obtain the path of the ring tone file to be played according to the CRBT call request message when it is determined that the main DB unit is valid, and send it to the main CTIP unit.

Preferably, the device further includes a first determination unit and a second determination unit,

The first determination unit is configured to send the received CRBT call request message sent by the core network to the backup CTIP unit when it is determined that the active CTIP unit fails;

The second determining unit is configured to access the standby DB unit when the main DB unit fails, and the standby DB unit obtains the path of the ring tone file to be played according to the CRBT call request message, and sends it to the main CTIP unit, The active CTIP unit sends the ring tone file path to the access device.

Preferably, the device further includes a fifth sending unit and a sixth sending unit, wherein:

The fifth sending unit is configured to send a heartbeat message to the first unit, and the first unit is an active CTIP unit, a standby CTIP unit, an active DB unit, and a standby DB unit;

The sixth sending unit is configured to determine that the first unit is invalid when the heartbeat response message sent by the first unit has not been received after sending heartbeat messages exceeding a certain threshold number of times.

In the CRBT call control method and device provided by the embodiments of the present invention, the CTIP, DB and FS of all call nodes are first integrated to form a CTIP pool, DB pool and FS pool correspondingly; the access device receives the CRBT call sent by the core network The request message is sent to the DB pool through the CTIP pool; the DB pool obtains the ring tone file path to be played according to the CRBT call request message, and sends the ring tone file path to the access device through the CTIP pool; The access device sends a ring tone acquisition request message to the FS pool according to the ring tone file path; the FS pool sends the required ring tone playback file to the access device according to the ring tone acquisition request message Data flow; in this way, the original scattered computer and telephone integration platform, database server and file server for storing user information can be centrally managed, and resource sharing can be achieved.

Description of drawings

FIG. 1 is a schematic diagram of a network structure of CRBT in the related art;

Fig. 2 is a schematic diagram of the implementation flow of the CRBT network shown in Fig. 1 when processing CRBT calls;

FIG. 3-1 is a schematic diagram of an implementation flow of a method for controlling a CRBT call according to an embodiment of the present invention;

FIG. 3-2 is a schematic structural diagram of a CRBT network according to an embodiment of the present invention;

FIG. 4-1 is a schematic diagram of an implementation flow of a method for controlling a CRBT call according to Embodiment 2 of the present invention;

Figure 4-2 is a schematic diagram of the implementation process when each call node processes a CRBT call in the CRBT network using the 1+1 active/standby protection mechanism;

5 is a schematic diagram of a scheduling process of a scheduling server according to an embodiment of the present invention;

FIG. 6 is a schematic diagram of the composition and structure of a CRBT call control device according to an embodiment of the present invention.

Detailed ways

Fig. 1 is a schematic diagram of the network structure of the CRBT in the related art. As shown in Fig. 1, the network structure of the CRBT includes several independent call nodes deployed in a vertical structure, and only four call nodes 11 to 14 are shown in Fig. 1 , each call node includes a universal resource platform 15 (URP, Universal Resource Platform), a computer and telephone integration platform 16 (CTIP, Computer Telephony Integration Platform), a database 17 (DB, Data Base) for storing user information, and a file server 18 (FS , File Server); where:

CTIP16, as a call control device, may be a server, and is a core component in the back-end service control system. CTIP is responsible for completing call control and routing, providing user data and monitoring information synchronized with the call, and completing the control of URP according to the instructions of the upper layer business logic. CTIP communicates with URP through Front End Processor (FEP, Front End Processor), and CTIP sends call-related control commands to URP through FEP.

DB17 is the core storage component in the management layer of the CRBT service, and is a service data storage center, storing service user data and all service data, such as user data, ring tone information, ring tone order relations, etc.

FS18 is a file storage device, mainly used to store voice resources of the system.

In Figure 1, since the call nodes are independent of each other, resource devices such as CTIP, DB, and FS cannot be shared; in addition, since the call nodes are likely to be distributed in different geographical areas, it will also cause difficulties in upgrading and maintenance, and thus cannot be implemented Unified management.

Fig. 2 is a schematic diagram of the implementation process when each call node in the CRBT network shown in Fig. 1 processes a CRBT call. As shown in Fig. 2, the implementation process of the CRBT call includes the following steps:

Step 201, Mobile Switching Center Server (MSCS, Mobile Switching Center Server) initiates a CRBT call request message to URP;

Here, MSCS is the core control network element of the core network overall solution, located at the core control layer of the mobile softswitch network; MSCS provides functions such as call control, media gateway control, user data management, and inter-network interworking.

Here, the CRBT call request message carries at least calling number information and backup calling number information.

Step 202, after the URP receives the CRBT call request message, the URP sends the CRBT call request message to the CTIP;

Specifically, the URP accesses the fixedly mapped CTIP: when the CTIP fails, the CRBT playback process fails, and thus enters the call disconnection processing step; when the CTIP is valid, enters step 203;

Step 203, CTIP requests DB to obtain the ring tone file path that needs to be played;

If the DB fails, the CRBT playback process fails, and the URP is notified to enter the call disconnection step; if the DB is valid, enter step 204;

Step 204, DB queries the path of the ring tone file that needs to be played according to the calling number information and called number information sent by CTIP, and sends it to CTIP;

Step 205, CTIP sends the CRBT file path to URP;

Step 206, the URP initiates a ring tone acquisition request message to the FS according to the CRBT file path, and reads the ring tone file from the FS;

If the FS fails, the ring tone playback process fails, and the URP is notified to enter the call disconnection step; if the FS is valid, enter step 207;

Step 207, after receiving the URP access request, the FS establishes a ring tone transmission data stream between the FS and the URP, and sends the ring tone file code stream to the URP;

In step 208, the URP sends the code stream of the ring tone file to the MSCS, and then establishes a correct playback process of the ring tone.

The CRBT call process shown in Figure 2 has the following disadvantages: 1) Each call node includes URP, CTIP, DB, and FS, and the vertical independent networking results in waste of resources; 2) The mapping relationship between the network elements of the call node is 1-to-1 relationship; if a certain network element such as CTIP or DB or FS fails, it will cause call playback failure, which shows that there is no effective fault-tolerant protection mechanism in the existing CRBT network structure; although it can The 1+1 master and backup protection mechanism is adopted, but this master and backup protection mechanism also has some defects. For example, the backup device does not participate in the work in daily situations, so a large number of backup devices are idle, resulting in a certain waste of resources.

The technical solutions of the present invention will be further elaborated below in conjunction with the accompanying drawings and specific embodiments.

Embodiment one

Embodiment 1 of the present invention provides a method for controlling a CRBT call. FIG. 3-1 is a schematic diagram of an implementation flow of the method for controlling a CRBT call according to Embodiment 1 of the present invention. As shown in FIG. 3-1 , the method for controlling a CRBT call includes:

Step 301, integrating the CTIP, DB and FS of all call nodes to form a CTIP pool, a DB pool and a FS pool correspondingly;

Here, the CRBT networking realized through step 301 is shown in Figure 3-2, and the CRBT networking shown in Figure 3-2 can be realized through the following three stages: Phase 1, integrate the CTIPs of all call nodes to form a A CTIP pool, CTIP pool is used to process the CRBT call requests of the whole network; Phase 2, integrate the DBs of all call nodes to form a DB pool; Phase 3, integrate the FSs of all call nodes to form a FS pool.

Here, those skilled in the art may also centrally deploy the DB pool and the CTIP pool together when the DBs and CTIPs of all call nodes are integrated in Phase 1 and Phase 2. Those skilled in the art can integrate the CTIP, DB and FS of all call nodes according to various existing technologies to respectively form a CTIP pool, a DB pool and a FS pool correspondingly, which will not be repeated here.

Step 302, URP receives the CRBT call request message sent by the core network and sends it to the DB pool via the CTIP pool;

Here, the function of the URP may also be implemented by other access devices.

Step 303, the DB pool acquires the path of the ring tone file to be played according to the CRBT call request message, and sends the path of the ring tone file to the URP via the CTIP pool;

Step 304, the URP sends a ring tone acquisition request message to the FS pool according to the ring tone file path;

Step 305, the FS pool sends the required data stream of the ring tone playing file to the URP according to the ring tone acquisition request message.

In the embodiment of the present invention, after step 305, the method further includes: the URP sending the data stream of the required ringtone playing file to the core network.

In the embodiment of the present invention, by integrating the CTIP, DB and FS of all call nodes, the CTIP pool, the DB pool and the FS pool are correspondingly formed respectively; , DB and FS for centralized management to achieve resource sharing.

Embodiment two

Embodiment 2 of the present invention provides a method for controlling a CRBT call. FIG. 4-1 is a schematic diagram of an implementation flow of the method for controlling a CRBT call in Embodiment 2 of the present invention. As shown in FIG. 4-1 , the method for controlling a CRBT call includes:

Step 401a, integrating the CTIP, DB and FS of all call nodes to form a CTIP pool, a DB pool and a FS pool correspondingly;

Step 402a, in the CTIP pool, map two virtual CTIP units for each URP currently sending the CRBT call request message, one of which is the active CTIP unit and the other is the standby CTIP unit; and, in the DB In the pool, two virtual DB units are mapped to each currently activated CTIP unit, one of which is the active DB unit and the other is the standby DB unit;

Here, mapping two virtual CTIP units for each URP currently sending the CRBT call request message is for security reasons. When the active CTIP unit fails, the standby CTIP unit can take over the call service, thereby avoiding service interruption;

Mapping two virtual DB units for each currently activated CTIP unit is also for safety reasons. When the active DB unit fails, the standby DB unit can take over the call query, thereby avoiding service interruption;

Here, two virtual CTIP units are respectively mapped for each URP currently sending a CRBT call request message, and two virtual DB units are mapped for each currently activated CTIP unit, and a dynamic mapping method can be used; specifically, assuming a CRBT The network includes a total of 50 URPs, and currently only three URPs receive the CRBT call request message; the CTIP pool maps two CTIP units for the three URPs respectively, so that the CTIP pool includes a total of six CTIP units, of which the six Among the CTIP units, only three CTIP units are idle, and three CTIP units are processing call services; and the DB pool will map two DB units for the three CTIP units processing call services, so that in the DB pool A total of six DB units are included, three of which are idle, and three of which are processing query business.

Step 403a, when it is determined that the active CTIP unit is valid, the URP receives the CRBT call request message sent by the core network and sends it to the active CTIP unit;

Step 404a, when it is determined that the active DB unit is valid, the active CTIP unit accesses the active DB unit;

Step 405a, the main DB unit obtains the path of the ring tone file to be played according to the CRBT call request message, and sends it to the main CTIP unit;

Step 406a, the active CTIP unit sends the path of the ring tone file to the URP;

Step 407a, the URP sends a ring tone acquisition request message to the FS pool according to the ring tone file path;

Step 408a, the FS pool sends the required data stream of the ring tone playing file to the URP according to the ring tone acquisition request message.

In the embodiment of the present invention, the method further includes: when it is determined that the main CTIP unit fails, the URP sends the received CRBT call request message sent by the core network to the standby CTIP unit.

In the embodiment of the present invention, the method further includes: when it is determined that the active DB unit fails, the active CTIP unit accesses the standby DB unit, and the standby DB unit obtains the path of the ring tone file to be played according to the CRBT call request message, and sends the To the active CTIP unit, the active CTIP unit sends the ring tone file path to the URP.

In the embodiment of the present invention, the method further includes: sending a heartbeat message to the first unit, where the first unit is an active CTIP unit, a standby CTIP unit, an active DB unit, and a standby DB unit;

When the heartbeat response message sent by the first unit is still not received after sending heartbeat messages exceeding a certain threshold number of times, it is determined that the first unit fails.

Figure 4-2 is a schematic diagram of the implementation process of each call node in the CRBT network using the 1+1 active/standby protection mechanism when processing CRBT calls. As shown in Figure 4-2, the implementation process of the CRBT call includes the following steps:

Step 401b, MSCS initiates a CRBT call request message to URP;

Specifically, URP accesses the mapped active CTIP unit: when the active CTIP unit is valid, enter step 403; when the active CTIP unit fails, enter step 403;

Step 402b, URP sends the CRBT call request message to the active CTIP unit, and enters step 404;

Step 403b, URP is mapped to the spare CTIP unit, and enters step 404;

Step 404b, when the main DB unit is valid, access the main DB unit, and request to obtain the path of the ring tone file that needs to be played;

Here, whether to access the active DB unit is the active CTIP unit or the backup CTIP unit, which needs to be determined. If the active CTIP unit is valid, the active CTIP unit accesses the active DB unit; if the active CTIP unit fails, the standby CTIP unit accesses The main DB unit.

Step 405b, when the active DB unit fails, access the standby DB unit, and request to obtain the path of the ring tone file to be played;

Here, whether to access the standby DB unit is the active CTIP unit or the standby CTIP unit, it needs to be determined. If the active CTIP unit is valid, the active CTIP unit accesses the standby DB unit; if the active CTIP unit fails, the standby CTIP unit accesses the standby DB. unit.

Step 406b, query the path of the ring tone file that needs to be played according to the CRBT call request message, and send it to the active or standby CTIP unit;

Here, the DB unit of the ring tone file path that needs to be played according to the CRBT call request message may be the main CTIP unit or the standby CTIP unit, and step 405 determines whether the access standby DB unit is the main CTIP unit or the standby CTIP The units are similar, so I won't repeat them here.

Step 407b, send the color ring back tone file path to URP;

Here, it may be the active DB unit or the standby DB unit that sends the CRBT file path to the URP, which is similar to determining in step 405 whether the accessing standby DB unit is the active CTIP unit or the standby CTIP unit, so details are not repeated here.

Step 408b, when the active FS unit is valid, the URP initiates a ring tone acquisition request message to the active FS unit according to the CRBT file path, and reads the ring tone file from the active FS unit;

Here, if the active FS unit fails, the backup FS unit is mapped;

Step 409b, sending the code stream of the ring tone file to the URP;

Here, the FS unit that sends the code stream of the ring tone file to the URP may be the main FS unit or the standby FS unit; when the main FS unit is valid, the main FS unit sends the code stream of the ring tone file to the URP; When the FS unit fails, the standby FS unit sends the ring tone file code stream to the URP.

Step 410b, URP sends the code stream of the ring tone file to MSCS;

In step 411b, the MSCS plays the CRBT tone.

Embodiment three

The determination of whether the active and standby units are available in Embodiment 2 of the present invention can be completed by a scheduling server, and the active and standby units include an active FS unit, a standby FS unit, an active DB unit, a standby DB unit, and an active CTIP unit and spare CTIP units;

The scheduling server centrally manages all active and standby CTIP, DB, and FS units, and maintains heartbeat message (Heart beat) interaction with each active and standby unit; when the dispatching server detects that the heartbeat handshake message with a certain unit fails , delete the unit from the corresponding resource pool, and the deleted unit is regarded as a failure unit.

FIG. 5 is a schematic diagram of a scheduling process of a scheduling server according to an embodiment of the present invention. As shown in FIG. 5, the scheduling process includes the following steps:

In step 501, the scheduling server polls each CTIP unit in the CTIP pool to send a heartbeat message. When the heartbeat response message is not received three times in a row, the unit is deemed invalid and an alarm is issued; Register in the scheduling server;

Step 502, the dispatching server polls each DB unit in the DB pool to send a heartbeat message. When no heartbeat response message is received three times in a row, the unit is deemed invalid and an alarm is issued; Register in the server;

Step 503, the dispatching server polls each FS unit in the FS pool to send a heartbeat message. When the heartbeat response message is not received three times in a row, the unit is deemed to be invalid and an alarm is given. If the FS unit can work normally, it can be restarted on the dispatching server registered in;

Step 504, the dispatching server receives the visit CTIP request of URP, for example, this visit CTIP request can be that URP sends the CRBT call request message, polls valid unit from CTIP pool and feeds back to URP;

Specifically, step 504 includes step 504A and step 504B; wherein,

Step 504A, when the scheduling server determines that the active CTIP unit is valid, the URP sends a CRBT call request message to the active CTIP unit;

Step 504B, when the scheduling server determines that the standby CTIP unit is valid, the URP sends a CRBT call request message to the standby CTIP unit;

Step 505, when the scheduling server receives the access DB request from the CTIP unit, it polls the effective DB unit from the DB pool and feeds back to the CTIP unit;

Step 506, when the scheduling server receives the request for accessing the FS from the URP, it polls the valid FS unit from the FS pool and feeds it back to the URP;

Here, step 505 and step 506 are similar to step 504, so they are not repeated here.

In this embodiment, those skilled in the art should understand that the function of the scheduling server to maintain the exchange of heartbeat messages can also be completed by other devices. Heartbeat messages are exchanged to determine whether the active CTIP unit is valid, which will not be repeated here.

In this embodiment, the scheduling server manages the CRBT call requests sent by multiple URPs at the same time. Therefore, the active CTIP unit and the standby CTIP unit in the CTIP pool, the active DB unit and the standby DB unit in the DB pool, and the FS pool The number of active FS units and standby FS units is multiple. In Embodiment 2, the number of active CTIP units and standby CTIP units in the CTIP pool, active DB units and standby DB units in the DB pool, and active FS units and standby FS units in the FS pool is one , is to establish a one-to-one mapping relationship with URP.

Embodiment four

An embodiment of the present invention provides a CRBT call control device. FIG. 6 is a schematic diagram of the composition and structure of the CRBT call control device according to an embodiment of the present invention. As shown in FIG. 6 , the device includes a setting unit 61, a first sending unit 62, and an acquisition unit 63 , the second sending unit 64, the third sending unit 65 and the fourth sending unit 66, wherein:

The setting unit 61 is used to integrate the computers of all call nodes with the telephone integration platform CTIP, database DB and file server FS, and respectively correspondingly form a CTIP pool, a DB pool and a FS pool;

The first sending unit 62 is configured to receive the CRBT call request message sent by the core network and send it to the DB pool via the CTIP pool;

Here, the first sending unit further includes a first sending module and a second sending module, wherein the first sending module is used to receive the CRBT call request message sent by the core network and send it to the CTIP pool; the first sending module uses To send the received CRBT call request message to the DB pool.

The obtaining unit 63 is used to obtain the path of the ring tone file to be played according to the CRBT call request message, and send it to the CTIP pool;

The second sending unit 64 is configured to send the ringtone file path to the access device;

The third sending unit 65 is configured to send a ring tone acquisition request message to the FS pool according to the ring tone file path;

The fourth sending unit 66 is configured to send the required data stream of the ring tone playing file to the access device according to the ring tone acquisition request message.

In the embodiment of the present invention, the device further includes a mapping unit. In the CTIP pool, two virtual CTIP units are respectively mapped for each URP currently sending a CRBT call request message, one of which is the active CTIP unit and the other as a standby CTIP unit; and, in the DB pool, map two virtual DB units for each currently activated CTIP unit, one of which is the active DB unit and the other is the standby DB unit;

Correspondingly,

The first sending unit is also used to receive the CRBT call request message sent by the core network and send it to the main DB unit through the main CTIP unit when it is determined that the main CTIP unit is valid;

The obtaining unit is further configured to obtain the path of the ring tone file to be played according to the CRBT call request message when determining that the main DB unit is valid, and send it to the main CTIP unit.

In the embodiment of the present invention, the device further includes a first determination unit, configured to send the received CRBT call request message sent by the core network to the backup CTIP unit when it is determined that the active CTIP unit fails.

In the embodiment of the present invention, the device further includes a second determination unit, configured to access the backup DB unit when the main DB unit fails, and the backup DB unit obtains the path of the ring tone file to be played according to the CRBT call request message , and send it to the active CTIP unit, and the active CTIP unit sends the ring tone file path to the access device.

In the embodiment of the present invention, the device further includes a fifth sending unit and a sixth sending unit, wherein:

The fifth sending unit is configured to send a heartbeat message to the first unit, and the first unit is an active CTIP unit, a standby CTIP unit, an active DB unit, and a standby DB unit;

The sixth sending unit is configured to determine that the first unit is invalid when the heartbeat response message sent by the first unit has not been received after sending heartbeat messages exceeding a certain threshold number of times.

In the embodiment of the present invention, the functions of the first sending module, the first determining module and the third sending unit can be realized by the processor of the URP, or can be realized by the processor of other access devices; the function of the acquiring unit can be The processor of the DB pool can be implemented, the second sending unit can be realized by the processor of the CTIP pool, the fourth sending unit can be realized by the processor of the FS pool, and the functions of the fifth sending unit and the sixth sending unit can be realized by The processor of the scheduling server is implemented.

Those skilled in the art should understand that the functions implemented by each unit of the CRBT call control device in the embodiment of the present invention can be understood with reference to the related description of the CRBT call control method. If the above-mentioned integrated units of the present invention are implemented in the form of software function modules and sold or used as independent products, they can also be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the embodiment of the present invention is essentially or the part that contributes to the prior art can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for Make a computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the methods described in the various embodiments of the present invention. The aforementioned storage media include: various media capable of storing program codes such as removable storage devices, read-only memory (ROM, Read-Only Memory), magnetic disks or optical disks.

The above descriptions are only preferred embodiments of the present invention, and are not intended to limit the protection scope of the present invention.

Claims (8)

1. A color ring calling control method is characterized in that a computer of all calling nodes is integrated with a telephone integration platform CTIP, a database DB and a file server FS to respectively and correspondingly form a CTIP pool, a DB pool and an FS pool; the method comprises the following steps:

the access equipment receives a color ring calling request message sent by a core network and sends the color ring calling request message to the DB pool through the CTIP pool;

the DB pool acquires a ring tone file path to be played according to the polyphonic ringtone calling request message and sends the ring tone file path to the access equipment through the CTIP pool;

the access equipment sends a ring tone acquisition request message to the FS pool according to the ring tone file path;

and the FS pool sends the data stream of the required ring tone playing file to the access equipment according to the ring tone acquisition request message.

2. The method of claim 1, wherein after the integrating CTIP, DB and FS of all call nodes to respectively form a CTIP pool, a DB pool and an FS pool, the method further comprises:

in the CTIP pool, two virtual CTIP units are respectively mapped for each access device currently sending the CRBT call request message, wherein one virtual CTIP unit is a main CTIP unit, and the other virtual CTIP unit is a standby CTIP unit; mapping two virtual DB units for each CTIP unit which is currently activated in the DB pool, wherein one virtual DB unit is an active DB unit, and the other virtual DB unit is a standby DB unit;

in a corresponding manner, the first and second electrodes are,

the access equipment receives a color ring calling request message sent by a core network and sends the color ring calling request message to the DB pool through the CTIP pool: when the active CTIP unit is determined to be effective, the access equipment receives a color ring calling request message sent by a core network and sends the color ring calling request message to the active DB unit through the active CTIP unit;

the DB pool obtains a ring tone file path to be played according to the CRBT call request message, and sends the ring tone file path to the access equipment through the CTIP pool: and when the active DB unit is determined to be effective, the active DB unit acquires a ring tone file path to be played according to the polyphonic ringtone call request message and sends the ring tone file path to the access equipment through the active CTIP unit.

3. The method of claim 2, further comprising: when the active CTIP unit is determined to be invalid, the access equipment sends the received CRBT call request message sent by the core network to the standby CTIP unit;

and when the master DB unit is determined to be invalid, the master CTIP unit accesses the standby DB unit, and the standby DB unit acquires a ring tone file path to be played according to the polyphonic ringtone call request message and sends the ring tone file path to the access equipment through the master CTIP unit.

4. A method according to claim 2 or 3, characterized in that the method further comprises: sending heartbeat messages to a first unit, wherein the first unit is a main CTIP unit, a standby CTIP unit, a main DB unit and a standby DB unit;

and when the heartbeat response message sent by the first unit is not received after the heartbeat message exceeding a certain threshold number of times is sent, determining that the first unit is invalid.

5. A color ring calling control device is characterized in that the device comprises a setting unit, a first sending unit, an obtaining unit, a second sending unit, a third sending unit and a fourth sending unit, wherein:

the setting unit is used for integrating computers of all calling nodes with a telephone integration platform CTIP, a database DB and a file server FS, and correspondingly forming a CTIP pool, a DB pool and an FS pool respectively;

the first sending unit is used for receiving a polyphonic ringtone calling request message sent by a core network and sending the polyphonic ringtone calling request message to the DB pool through the CTIP pool;

the obtaining unit is used for obtaining a ring tone file path to be played according to the polyphonic ringtone calling request message and sending the ring tone file path to the CTIP pool;

the second sending unit is used for sending the ringtone file path to access equipment;

the third sending unit is used for sending a ring tone acquisition request message to the FS pool according to the ring tone file path;

and the fourth sending unit is used for sending the data stream of the required ringtone playing file to the access equipment according to the ringtone acquisition request message.

6. The apparatus according to claim 5, further comprising a mapping unit, wherein two virtual CTIP units are mapped in the CTIP pool for each access device currently sending the polyphonic ringtone call request message, one of the virtual CTIP units is an active CTIP unit, and the other virtual CTIP unit is a standby CTIP unit; mapping two virtual DB units for each CTIP unit which is currently activated in the DB pool, wherein one virtual DB unit is an active DB unit, and the other virtual DB unit is a standby DB unit;

in a corresponding manner, the first and second electrodes are,

the first sending unit is also used for receiving a color ring calling request message sent by the core network and sending the color ring calling request message to the main DB unit through the main CTIP unit when the main CTIP unit is determined to be effective;

and the obtaining unit is also used for obtaining a ring tone file path to be played according to the polyphonic ringtone calling request message and sending the ring tone file path to the active CTIP unit when the active DB unit is determined to be effective.

7. The apparatus of claim 6, further comprising a first determination unit and a second determination unit,

the first determining unit is used for sending the received color ring calling request message sent by the core network to the standby CTIP unit when determining that the active CTIP unit fails;

and the second determining unit is used for accessing the backup DB unit when determining that the main DB unit fails, the backup DB unit acquires a ring tone file path to be played according to the polyphonic ringtone call request message and sends the ring tone file path to the main CTIP unit, and the main CTIP unit sends the ring tone file path to the access equipment.

8. The apparatus according to claim 6 or 7, characterized in that the apparatus further comprises a fifth transmitting unit and a sixth transmitting unit, wherein:

the fifth sending unit is used for sending heartbeat messages to the first unit, and the first unit is a CTIP (computer telephony integration protocol) unit, a standby CTIP unit, a DB unit and a standby DB unit;

the sixth sending unit is configured to determine that the first unit is invalid when a heartbeat response message sent by the first unit is not received after the heartbeat message exceeding a certain threshold number of times is sent.