WO2017121274A1 - 一种呼叫请求发送方法及装置 - Google Patents

一种呼叫请求发送方法及装置 Download PDF

Info

Publication number
WO2017121274A1
WO2017121274A1 PCT/CN2017/070173 CN2017070173W WO2017121274A1 WO 2017121274 A1 WO2017121274 A1 WO 2017121274A1 CN 2017070173 W CN2017070173 W CN 2017070173W WO 2017121274 A1 WO2017121274 A1 WO 2017121274A1
Authority
WO
WIPO (PCT)
Prior art keywords
call request
call
terminal
request
information corresponding
Prior art date
Application number
PCT/CN2017/070173
Other languages
English (en)
French (fr)
Inventor
杨东辉
史博
喻刚
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017121274A1 publication Critical patent/WO2017121274A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42314—Systems providing special services or facilities to subscribers in private branch exchanges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a call request sending method and apparatus.
  • VPBX Virtual Private Branch Exchange
  • the device deployment and service implementation are completely on the carrier side, which not only satisfies the perfect communication service of enterprises but also reduces management costs.
  • Call park and connection service is a widely used service feature in the VPBX service. The performance is as follows: When an extension of an enterprise talks with a terminal outside the enterprise, the extension can park the current incoming call, and other The extension continues to talk to the terminal.
  • the call camping and connection service is implemented based on a single CP (Control Point, Service Control Node) mode on the service server.
  • CP Control Point, Service Control Node
  • the number of users that a CP can carry is limited. As the number of users increases, it is necessary to use multiple CPs for load balancing when reaching a certain scale, thereby improving the processing performance of the service.
  • multi-CP mode there may be the following problems:
  • user A outside the enterprise calls user B in the enterprise, and the call resides on CP1. After that, user B hangs up, user A's call resides, and subsequent user C calls user A, and wants to continue the call.
  • the call is likely to be assigned to other CPs. Due to inconsistent CPs before and after, the call may fail.
  • the call may fail due to the uncertainty in the allocation of the CP for each call.
  • the embodiment of the invention provides a method and a device for sending a call request, which are used to solve the technical problem that the call may fail due to the uncertainty when the CP is allocated in each call.
  • a first call request sending method include:
  • a second call request sending method including:
  • the first CP receives a first call request, where the first call request is used by the first terminal to request a call with the second terminal;
  • the first CP adds an access code of the second CP to the first call request;
  • the second CP is the CP where the call information corresponding to the first call request is located; the access code of the second CP is used to indicate that the first call request is distributed to the second CP;
  • the first CP sends a first call request to which the access code of the second CP is added to the first network element.
  • the method further includes:
  • the first CP obtains an access code of the second CP by using a query.
  • the method further includes:
  • the first CP sends the first call request to the second terminal, to enable the a call between the first terminal and the second terminal.
  • the method further includes:
  • the first CP receives a second call request, and the second call request is used by the second terminal to request a call with the third terminal;
  • the first CP stores information corresponding to the second call request
  • the information corresponding to the second call request includes line information corresponding to the second call request and an access code of the first CP.
  • the method further includes:
  • the first CP releases the resources of the third terminal to end the call between the second terminal and the third terminal, and the first CP is based on the resident service sent by the third terminal.
  • the code controls the second terminal to be in a call park state.
  • a third call request sending method including:
  • a first call request sending apparatus including:
  • a receiving module configured to receive a first call request
  • Determining a module configured to determine, by querying, line information corresponding to the first call request The CP where the call resides is the second CP;
  • a sending module configured to distribute the first call request to the second CP.
  • a CP including:
  • a receiving module configured to receive a first call request, where the first call request is used by the first terminal to request a call with the second terminal;
  • a judging module configured to determine whether a call where the line information corresponding to the first call request is located resides on the CP
  • Adding a module if the call where the line information corresponding to the first call request is located does not reside on the CP, adding an access code of the second CP to the first call request; the second CP a CP for which the call corresponding to the first call request is located; the access code of the second CP is used to indicate that the first call request is distributed to the second CP;
  • a sending module configured to send the first call request that adds the access code of the second CP to the first network element.
  • the CP further includes a query module and an obtaining module;
  • the querying module is configured to: before the adding module adds the access code of the second CP to the first call request, determine, by querying, that the call where the line information corresponding to the first call request is located resides in the On the second CP;
  • the obtaining module is configured to: obtain an access code of the second CP by using a query.
  • the sending module is further configured to:
  • the determining module determines whether the call where the line information corresponding to the first call request is located on the CP, if the call where the line information corresponding to the first call request is located resides in the And sending, by the CP, the first call request to the second terminal, to enable a call between the first terminal and the second terminal.
  • the CP further includes a storage module
  • the receiving module is further configured to: receive a second call request, where the second call request is used by the second terminal to request a call with the third terminal;
  • the storage module is configured to: if the information corresponding to the second call request is not stored, store information corresponding to the second call request;
  • the sending module is further configured to: send the second call request to the third terminal, to enable a call between the second terminal and the third terminal;
  • the information corresponding to the second call request includes line information corresponding to the second call request and an access code of the CP.
  • the CP further includes a release module
  • the receiving module is further configured to: after the sending module sends the first call request to the third terminal, receive a stop call request sent by the third terminal;
  • the releasing module is configured to: release the resource of the third terminal, to end the call between the second terminal and the third terminal, and the CP is based on the resident service sent by the third terminal
  • the code controls the second terminal to be in a call park state.
  • a second call request sending apparatus including:
  • a receiving module configured to receive a first call request that carries an access code of the CP
  • a determining module configured to determine that an access code of the CP carried by the first call request is an access code of the second CP
  • a sending module configured to distribute the first call request to the second CP.
  • a first communication system including at least two CP and call request transmitting devices;
  • the first one of the at least two CPs is configured to send a first call request to the call request distribution device;
  • the call request distribution device is configured to determine, by querying, that the service control point CP where the call information corresponding to the received line information corresponding to the first call request is the second CP of the at least two CPs, a first call request is distributed to the second CP;
  • the second CP is configured to receive the first call request.
  • a second communication system including at least two CPs and a call request sending device;
  • the first CP of the at least two CPs is set to:
  • the first call request is used by the first terminal to request a call with the second terminal, and determining whether the call where the line information corresponding to the first call request is located resides on the first CP ;
  • the second CP is a CP where the call information corresponding to the first call request is located; the access code of the second CP is used to indicate that the first call request is distributed to the second CP;
  • the call request distribution device is configured to:
  • the second CP is configured to: receive the first call request.
  • a storage medium is also provided.
  • the storage medium is arranged to store program code for performing the following steps:
  • Receiving a first call request determining, by querying, a CP where the call information corresponding to the line information corresponding to the first call request resides is a second CP; and distributing the first call request to the second CP.
  • the first call request if it is received, it may be determined by querying on which CP the call where the line information corresponding to the first call request resides, for example, camping on the second CP, The call request is distributed to the second CP, that is, the first call request can be distributed to the CP where the call is camped to ensure that the call between the two terminals is normal, the call failure is avoided, and the reliability of the call process is improved. Also improve the user experience.
  • Figure 1 is a schematic diagram of a multi-CP mode in VPBX
  • FIG. 2 is a flowchart of a first method for sending a call request according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a second method for sending a call request according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a third method for sending a call request in an embodiment of the present invention.
  • FIG. 5A is a flowchart of a method for implementing call connection according to an embodiment of the present invention.
  • FIG. 5B is a schematic diagram showing the implementation of a call connection according to an embodiment of the present invention.
  • FIG. 6 is a first structural block diagram of a call request sending apparatus according to an embodiment of the present invention.
  • FIG. 7 is a structural block diagram of a first CP according to an embodiment of the present invention.
  • FIG. 8 is a block diagram showing a second structure of a call request sending apparatus according to an embodiment of the present invention.
  • a terminal which is a device that provides voice and/or data connectivity to a user, for example, may include a handheld device with wireless connectivity, or a processing device connected to a wireless modem.
  • the terminal can communicate with the core network via the RAN to exchange voice and/or data with the RAN.
  • the terminal may be called UE (user equipment), wireless terminal, mobile terminal, subscription Subscriber Unit, Subscriber Station, Mobile Station, Mobile, Remote Station, AP (Access Point), Remote Terminal (Remote Terminal) , Access Terminal, User Terminal, User Agent, or User Device.
  • UE user equipment
  • wireless terminal mobile terminal
  • mobile terminal subscription Subscriber Unit, Subscriber Station, Mobile Station, Mobile, Remote Station, AP (Access Point), Remote Terminal (Remote Terminal) , Access Terminal, User Terminal, User Agent, or User Device.
  • it can be a mobile phone (or "cellular" phone), a computer with a mobile terminal, a portable, pocket, handheld, computer built-in or in-vehicle mobile device.
  • PCS Personal Communication Service
  • AS Application Server
  • AS Application Server
  • MRS Media Resource Server
  • MS Media Server
  • voice media capabilities such as playing a prompt tone to the user during a call.
  • CP Control Point
  • VPBX Vehicle-to-Network Interface
  • the centralized location of intelligent services For example, the VPBX service can be loaded and run on the network element.
  • the supplier can provide new services only by upgrading the CP. service.
  • the protocols used in each network element are as follows:
  • the AS negotiates with the MRS or the terminal for the media of the call.
  • the AS and the terminal use the SIP (Session Initiation Protocol) protocol to communicate with each other through the core network.
  • SIP Session Initiation Protocol
  • MGCP Media Gateway
  • the Control Protocol (Protocol) protocol is determined by the type of protocol supported by the MRS.
  • the embodiment of the present invention is a solution in a multi-CP mode, and the network involved in the embodiment of the present invention See Figure 1 for the meta-structure diagram.
  • the AS includes a sipproxy (SIP proxy server) and multiple CPs (CP1-CP3 in Figure 1).
  • Sipproxy sends calls to the CP according to the distribution policy, and forwards the call (for forwarding calls from the CP to the core network).
  • This multi-CP mode can balance the large-capacity user call load and improve service processing performance.
  • FIG. 1 is only a schematic diagram of the topology of the IMS (Internet Protocol Multimedia Subsystem) network or the Next Generation Network (NGN) network.
  • the AS, MRS, and terminal are either accessed or anchored to the IMS network or the NGN network.
  • user A outside the enterprise calls user B in the enterprise, and the call resides on CP1. After that, user B hangs up, user A's call resides, and subsequent user C calls user A, and wants to continue the call.
  • the call is likely to be assigned to other CPs. Due to inconsistent CPs before and after, the call may fail.
  • the call may fail due to the uncertainty in the allocation of the CP for each call.
  • the embodiment of the present invention fully considers the above problem. If the first call request is received, it may be determined by querying which CP the call information corresponding to the line information corresponding to the first call request resides on, for example, camping on the second CP.
  • the first call request may be distributed to the second CP, that is, the first call request may be distributed to the CP where the call is camped to ensure that the call between the two terminals is normal, the call failure is avoided, and the call process is improved. Reliability also enhances the user experience.
  • an embodiment of the present invention provides a first call request sending method, for example, the method can be performed by sipproxy.
  • the flow of the method is described below.
  • Step 201 Receive a first call request.
  • Step 202 Determine, by querying, the CP where the call information corresponding to the line information corresponding to the first call request resides is the second CP;
  • Step 203 Distribute the first call request to the second CP.
  • the second CP first receives a call request from the second terminal, for example, a second call request, for example, the second call request is used to request a call with a third terminal in the system, and the third terminal is in the system and the first Different terminals of the terminal.
  • the second call request is that the second terminal initiates a call to the terminal in the system for the first time, and the second CP does not store the information corresponding to the second call request
  • the second CP may store information corresponding to the second call request, for example, The at least one of the line information corresponding to the second call request, the access code of the second CP, and the CP number of the second CP may be included, and of course other information may be included.
  • the second CP may send the stored information corresponding to the second call request to sipproxy.
  • the line information may include, for example, a line number, and may of course include other information.
  • the second CP sends a second call request to the third terminal to turn on the call between the second terminal and the third terminal.
  • the second CP may receive the stop call request sent by the third terminal, and then the second CP may release the resources of the third terminal to end the second terminal and the second terminal.
  • the call between the three terminals, and the second CP can control the second terminal to be in the call park state according to the resident service code sent by the third terminal, and then other terminals in the system can also talk with the second terminal.
  • the first terminal After controlling the second terminal to be in the call camping state, there may be other terminals in the system that want to continue to talk with the second terminal.
  • the first terminal sends the first call request.
  • the sipproxy After the first call sent by the first terminal is routed to the sipproxy by the network element such as the core network, the sipproxy can determine the CP where the call information corresponding to the first call request is located, for example, the query determines the second CP. Sipproxy can distribute the first call request directly to the second CP.
  • the system in the embodiment of the present invention may refer to a system configured by a terminal served by a CP deployed in an AS.
  • sipproxy can distribute the first call request to the CP where the call is camped to ensure that the call between the two terminals is normal, avoiding the occurrence of the call failure, improving the reliability of the call process, and improving the user experience.
  • an embodiment of the present invention provides a second method for sending a call request, and the process of the method is described as follows.
  • Step 301 The first CP receives a first call request, where the first call request is used by the first terminal to request a call with the second terminal.
  • Step 302 The first CP determines whether the call where the line information corresponding to the first call request is located resides on the first CP.
  • Step 303 If the call where the line information corresponding to the first call request is located does not reside on the first CP, the first CP adds the access code of the second CP to the first call request; the second CP is the first call request. The CP of the call where the corresponding line information is located; the access code of the second CP is used to indicate that the first call request is distributed to the second CP;
  • Step 304 The first CP sends a first call request to which the access code of the second CP is added to the first network element.
  • the second terminal is a terminal outside the system, the first terminal is a terminal in the system, and the second terminal may be in a call park state. If the application scenario is a conference access service scenario, the second terminal may not be in a call camp state.
  • the second terminal If the second terminal is in a call park state, the second terminal has previously talked to other terminals in the system.
  • the system here may refer to a system composed of terminals served by a CP deployed in an AS.
  • the method further includes:
  • the first CP receives the second call request, and the second call request is used for the second terminal request and the third The terminal makes a call;
  • the first CP stores information corresponding to the second call request
  • the information corresponding to the second call request includes line information corresponding to the second call request and an access code of the first CP.
  • the third terminal is a terminal in the system. That is, before receiving the first call request from the first terminal, the first CP first receives a call request from the second terminal, for example, called a second call request, for example, the second call request is used for requesting and the first in the system.
  • the three terminals make a call, and the third terminal is a terminal in the system that is different from the first terminal.
  • the first CP may store information corresponding to the second call request, for example, The at least one of the line information corresponding to the second call request, the access code of the second CP, and the CP number of the second CP may be included, and of course other information may be included.
  • the first CP sends a second call request to the third terminal to turn on the call between the second terminal and the third terminal.
  • the method further includes:
  • the first CP receives the stop call request sent by the third terminal
  • the first CP releases the resources of the third terminal to end the call between the second terminal and the third terminal, and the first CP controls the second terminal to be in the call park state according to the resident service code sent by the third terminal.
  • the first CP may receive the stop call request sent by the third terminal, and then the first CP may release the resources of the third terminal to end the second terminal.
  • the call between the third terminal and the third terminal can be controlled according to the resident service code sent by the third terminal, and the other terminal in the system can also talk to the second terminal. .
  • the first terminal After controlling the second terminal to be in the call park state, there may be other terminals in the system that want to continue to talk with the second terminal, for example, the first terminal, and the first call sent by the first terminal is requested by the network element such as the core network.
  • the first call request may be unambiguously assigned to any one of the CPs.
  • the allocated CP may be the line information corresponding to the first call request.
  • the CP on which the call resides may or may not be the CP on which the call with the line information corresponding to the first call request resides.
  • the corresponding CP is the first CP when the second terminal is called for the first time, and the first CP controls the second terminal to be in the call park state, then the call information corresponding to the line information corresponding to the first call request is located.
  • the resident CP is the first CP.
  • the CP in which the first CP is not the call information corresponding to the line information corresponding to the first call request is taken as an example.
  • the first call request is assigned to the first CP, then the first CP receives the first call request. After that, the first CP may determine whether the call where the line information corresponding to the first call request resides in the first CP, and if not, the first CP may add the access code of the second CP to the first call request. And sending a first call request to which the access code of the second CP is added to the first network element.
  • the method further includes:
  • the first CP determines, by querying, that the call where the line information corresponding to the first call request is located resides on the second CP;
  • the first CP obtains an access code of the second CP by querying.
  • the first CP may continue to query the call that determines the line information corresponding to the first call request.
  • the CP that the request resides in, for example, the query is determined to be the second CP, and the access code of the second CP is also learned by the query, and the first CP adds the access code of the second CP to the first call request, for example, The access code of the second CP is added to the prefix of the first call request.
  • the first network element After the first CP sends the first call request of the access code of the second CP to the first network element (for example, the first network element may be a network element in the core network), the first network element discovers the first call. If the requested prefix is the access code of the second CP, the first network element sends the first call request with the access code of the second CP back to the AS for processing. After receiving the spippoxy of the AS, it finds that the prefix of the first call request is the access code of the CP, and the access code of the CP is determined by the query to be the access code of the second CP, and the spippoxy will add the second CP. The first call request of the access code is redistributed to the second CP.
  • the second CP After receiving the first call request of the access code of the second CP, the second CP removes the prefix of the first call request, that is, removes the access code of the second CP, and then queries the database by using the line information of the first call request.
  • the CP where the line information is found is the second CP, and the second CP sends the first call request to the second terminal to connect the call between the second terminal and the first terminal.
  • the subsequent CP may trigger re-allocation of the CP for the first call request to ensure that the call between the two terminals is normal, avoiding the call failure, and improving the call.
  • the reliability of the process also enhances the user experience.
  • the method further includes:
  • the first CP sends the first call request to the second terminal to enable the call between the first terminal and the second terminal.
  • the first CP may directly connect the call between the first terminal and the second terminal.
  • an embodiment of the present invention provides a third call request sending method, for example, the method can be performed by sipproxy.
  • the flow of the method is described below.
  • Step 401 Receive a first call request that carries an access code of the CP.
  • Step 402 Determine an access code of the CP carried by the first call request as an access code of the second CP.
  • Step 403 Distribute the first call request to the second CP.
  • sipproxy When sipproxy receives a call request, it can first determine whether the call request is carried.
  • the access code of the CP for example, can determine whether the prefix of the call request is an access code of the CP. If the call request does not carry the access code of the CP, then sipproxy may arbitrarily assign a CP to the call request in the CP managed by sipproxy, for example, may be randomly allocated.
  • the sipproxy can determine, by querying, which CP access code is carried by the call request.
  • the sipproxy can be pre-stored in the sipproxy. A one-to-one correspondence between the access codes of the managed CPs and the CPs. Then sipproxy can determine which CP access code is carried by the call request by querying, for example, the access code of the second CP, then sipproxy can distribute the call request to the second CP.
  • the flow shown in FIG. 4 is a flow corresponding to the flow shown in FIG. 3, and the contents can be referred to each other.
  • the first CP may determine whether the call where the line information corresponding to the first call request resides resides on the first CP, that is, the current CP is determined. Whether the call of the second terminal before the call is camped on the first CP, if not, the first CP may add the access code of the second CP to the first call request, and send the first call request to The core network element does not send the first call request to the second terminal, so that the core network element re-allocates the first call request after receiving the first call request with the access code of the second CP added, and The access code of the second CP is added to the first call request, and the second CP is the CP where the call information corresponding to the line information corresponding to the first call request resides, and the first call request may be reassigned to the second CP. Then, the second CP can send the first call request to the second terminal, so as to implement the call between the second terminal and the
  • the subsequent CP may trigger re-allocation of the CP for the first call request to ensure that the call between the two terminals is normal, avoiding the call failure, and improving the call.
  • the reliability of the process also enhances the user experience.
  • FIG. 3 to FIG. 4 The technical solutions provided in FIG. 3 to FIG. 4 in the embodiment of the present invention are described below by way of example.
  • A is any terminal outside the system
  • B is any terminal in the system
  • C is any terminal other than B in the system.
  • the VPBX service is deployed on four CPs, which are CP1 to CP4.
  • the access code configuration of the four CPs is added to the sipproxy on the AS, and the access codes corresponding to the CP1 to the CP4 are respectively A1001, A1002, A1003, and A1004, that is, the sipproxy receives the call prefix as one of the above.
  • the call request of the access code is requested, the call request is distributed to the CP corresponding to the access code.
  • the core network element for example, the first network element
  • the public access code is, for example, the access code of the CP itself, or may be other preset access codes.
  • the public access code is A10. The call process is described below.
  • B in the A call system sipproxy distributes the call request (for example, call request 1) to the CP where the VPBX service is located (herein assumed to be CP1) according to the information signed by the terminal number of B, the distribution policy, and the like.
  • CP1 forwards the call request 1 to B.
  • the VPBX service on CP1 writes A and B related information records to the call control table in the database, including the line number (the value is unique in the same system, and the identifier is identified.
  • the number of extensions that the system is currently serving at the current time which is an integer value greater than 0
  • the CP number of the CP and the CP access code (one-to-one corresponding to the CP number, where CP1 is triggered, that is, the value is A1001)
  • the session number uniquely identifying the session).
  • the VPBX service on CP1 receives the key information and then sends a hold tone to the A through the MRS, so that A keeps the call parked state. At the same time, give B a tone.
  • a specific key for example, **
  • B then enter the resident service code, for example, 88#.
  • the VPBX service on CP1 sends a prompt tone to B through MRS again.
  • the content of the prompt tone is, for example, “the line number where your current session is located is X” (here, the line number is assumed to be 1), for example, can be repeated 3 times, after which B resources are released, or B information is released, B hangs up.
  • Step 1 A's phone is in a call park state.
  • Step 2 C in the system wants to make a call with A, for example, C can dial *99 (call The connection code) + (line number) is *991.
  • Step 3 The call request of C (for example, call request 2) is routed to the spippoxy of the AS through the network element such as the core network, and is indeterminately assigned to one of CP1 to CP4 (because B and C belong to the same).
  • the VPBX user of the system will trigger the CP on which the VPBX service is deployed, for example, to the CP5.
  • CP5 may be any one of CP1 to CP4.
  • Step 4 The VPBX service of the CP5 determines whether the CP where the line number is located is the same as the currently triggered CP by using the line number query database. If they are the same, go to step 5. If not, go to step 7.
  • Step 5 If CP5 is CP1, CP1 determines that the CP where the line number is located is the same as the currently triggered CP. At this time, the communication mode between the instances is completed and the service connection function with A is completed. Go to step 6.
  • Step 7 If the CP5 is not CP1, for example, CP2, the CP5 determines that the call where the line number is located does not reside on the CP, and the VPBX service of the CP5 obtains the CP of the call request 2 by using the line number query database. If the code is A1001 (the information is saved in the database when A is resident), the VPBX service of CP5 can dial A1001+*99+1 (line number) and continue to route the call request 2 to the core network element.
  • the code is A1001 (the information is saved in the database when A is resident)
  • the VPBX service of CP5 can dial A1001+*99+1 (line number) and continue to route the call request 2 to the core network element.
  • Step 8 When the core network element receives the route request discovery number prefix from the AS as A10, the call request 2 is returned to the AS for processing.
  • Step 9 When the call distribution module on the AS receives the call request 2 of A1001*991, it finds that the prefix A1001 is the CP1 access code, and then redistributes the call request 2 to the CP1 according to the configuration (that is, the CP where the call is located) ).
  • Step 10 After CP1 receives the call request 2, the VPBX service of the CP1 removes the prefix of the call request 2, that is, removes the access code of the CP1, and then queries the database through the line number, and finds that the CP where the line number is located is currently triggered. The CP then sends the inter-instance communication mode to complete the service connection function with A, and A and C start talking.
  • Step 11 A or C hangs up, and the process ends.
  • a call connection method provided in an embodiment of the present invention is introduced in conjunction with the device.
  • Call distribution module and call forwarding module In multi-CP mode, it is responsible for the distribution and forwarding of SIP messages, which is implemented by sipproxy. These two modules can be the same module, or they can be two different modules. Sipproxy receives the SIP message of the core network, and the call distribution module distributes the message to the CP according to a certain distribution policy, and the call forwarding module forwards the SIP message from the CP to the core network.
  • Service processing module implements the logical execution of the service and runs on the CP triggered by the current call.
  • Database module used by the service to save relevant information in the call, including, for example, access code, line information, and so on.
  • the sound collection and collection module is called when the user in the call is played or received during the business process.
  • Step 1 User C dials the connection access code + line number and distributes it to the CP (here denoted as the connection party CP) via the call distribution module.
  • Step 2 After receiving the call request, the service processing module on the CP determines, according to the connected access code, that C wants to connect to a previously camped phone, and calls the database module to query the previous resident by using the line number as a query condition. Information such as the access code and CP number of the CP saved during the call. When the service is executed, it is found that the current CP is not the same as the CP where the querier is located, and the access code of the CP queried in the database is added in front of the number, and the call request is continuously routed. (ie CP access code + connection code + line number format).
  • Step 3 The call forwarding module directly forwards the routing request from the CP to the core network element.
  • Step 4 The core network element returns the call request from the AS with the specific access code directly to the AS according to the previous configuration.
  • Step 5 The sipproxy receives the call request from the core network, and the call forwarding module finds that the prefix of the call request is the format of the access code of the CP, so the call forwarding module distributes the call request to the access code of the CP according to the configuration. Corresponding CP.
  • the CP of the service processing module triggered at this time is the previous one.
  • the core network shown in FIG. 5B is the core network element.
  • the two core networks shown in FIG. 5B can represent the same core network element, and are only drawn for the sake of clarity.
  • an embodiment of the present invention provides a call request sending apparatus, which may be implemented by, for example, sipproxy, for example, the device may be sipproxy itself, or for example, the device may be a function module located in sipproxy. Or, for example, the device may be a call distribution module as shown in FIG. 5B in sipproxy.
  • the apparatus can include a receiving module 601, a determining module 602, and a transmitting module 603.
  • the receiving module 601 is configured to receive the first call request.
  • the determining module 602 is configured to determine, by querying, that the CP where the call information corresponding to the first call request is located is the second CP;
  • the sending module 603 is configured to distribute the first call request to the second CP.
  • the call request transmitting apparatus shown in FIG. 6 is a device corresponding to the method flow of FIG. 1. For a detailed description of the steps performed by each module, reference may be made to the flow of FIG. 1.
  • an embodiment of the present invention provides a CP, which may be a first CP as described above, and the CP may include a receiving module 701, a determining module 702, an adding module 703, and a sending module. 704.
  • the receiving module 701 is configured to receive a first call request, where the first call request is used by the first terminal to request a call with the second terminal;
  • the determining module 702 is configured to determine whether the call where the line information corresponding to the first call request is located resides on the first CP;
  • the adding module 703 is configured to: if the call where the line information corresponding to the first call request is located does not reside on the first CP, add an access code of the second CP for the first call request; the second CP is The CP where the call information corresponding to the first call request resides; the access code of the second CP is used to indicate that the first call request is distributed to the second CP;
  • the sending module 704 is configured to send the first call request that adds the access code of the second CP to the first network element.
  • the first CP further includes a query module and an obtaining module
  • the query module is configured to: before the adding module 703 adds the access code of the second CP to the first call request, determine, by querying, that the call where the line information corresponding to the first call request is located resides on the second CP;
  • the obtaining module is set to: obtain an access code of the second CP by querying.
  • the sending module 704 is further configured to:
  • the determining module 602 determines whether the call where the line information corresponding to the first call request resides on the first CP, if the call where the line information corresponding to the first call request is located resides on the first CP, The first call request is sent to the second terminal to turn on the call between the first terminal and the second terminal.
  • the first CP further includes a storage module
  • the receiving module 701 is further configured to: receive a second call request, where the second call request is used by the second terminal to request a call with the third terminal;
  • the storage module is configured to: if the information corresponding to the second call request is not stored, store information corresponding to the second call request;
  • the sending module 704 is further configured to: send the second call request to the third terminal, to enable the call between the second terminal and the third terminal;
  • the information corresponding to the second call request includes line information corresponding to the second call request and an access code of the first CP.
  • the first CP further includes a release module
  • the receiving module 701 is further configured to: after the sending module 704 sends the first call request to the third terminal, receive the stop call request sent by the third terminal;
  • the release module is configured to: release the resource of the third terminal to end the call between the second terminal and the third terminal, and the first CP controls the second terminal to be in the call camp state according to the resident service code sent by the third terminal. .
  • the CP shown in FIG. 7 is the CP corresponding to the first CP in the flow of FIG. 3, and the detailed description of each module when performing the steps may refer to the flow of FIG. 3.
  • the CP shown in FIG. 7 may be the splicing CP shown in FIG. 5B or the CP where the stagnation party shown in FIG. 5B.
  • an embodiment of the present invention provides a call request sending apparatus, which may be implemented by, for example, sipproxy, for example, the device may be sipproxy itself, or for example, the device may be a function module located in sipproxy. Or, for example, the device may be a call distribution module as shown in FIG. 5B in sipproxy.
  • the apparatus can include a receiving module 801, a determining module 802, and a transmitting module 803.
  • the receiving module 801 is configured to receive a first call request that carries an access code of the CP.
  • the determining module 802 is configured to determine that the access code of the CP carried by the first call request is an access code of the second CP;
  • the sending module 803 is configured to distribute the first call request to the second CP.
  • the call request transmitting apparatus shown in FIG. 8 is a device corresponding to the method flow of FIG. 4, and the detailed description of each module when executing the steps can be referred to the flow of FIG.
  • an embodiment of the present invention provides a first communication system, which may include, for example, at least two CPs and a call request sending device;
  • a first one of the at least two CPs configured to send the first call request to the call request distribution device
  • the call request distribution device is configured to determine, by querying, that the CP in which the call information corresponding to the received first call request is located is the second CP of the at least two CPs, and distribute the first call request to the second CP. ;
  • the second CP is set to receive the first call request.
  • the call request distribution device may be, for example, a call request distribution device as shown in FIG. Any one of the at least two CPs may be a CP as shown in FIG. 7, or may be a CP in the prior art.
  • the first communication system can for example be an integral part of the AS.
  • the embodiment of the present invention further provides a second communication system, which may include, for example, at least two CP and call request sending devices;
  • the first CP of at least two CPs is set to:
  • the first call request is set to be that the first terminal requests to make a call with the second terminal; and determining whether the call where the line information corresponding to the first call request is located resides on the first CP;
  • the call where the line information corresponding to the first call request is located does not reside on the first CP, add an access code of the second CP of the at least two CPs for the first call request; the second CP is the first call request The CP of the call where the corresponding line information is located; the access code of the second CP is used to indicate that the first call request is distributed to the second CP;
  • the call request distribution device is set to:
  • the second CP is set to receive the first call request.
  • the call request distribution device may be, for example, a call request distribution device as shown in FIG. 8, and any one of the at least two CPs (for example, the first CP) may be a CP as shown in FIG.
  • This second type of communication system can for example be an integral part of the AS.
  • the first call request if it is received, it may be determined by querying on which CP the call where the line information corresponding to the first call request resides, for example, camping on the second CP, The call request is distributed to the second CP, that is, the first call request can be distributed to the CP where the call is camped to ensure that the call between the two terminals is normal, the call failure is avoided, and the reliability of the call process is improved. Also improve the user experience.
  • the first CP Determining whether the call where the line information corresponding to the first call request resides resides on the first CP, that is, whether the call of the second terminal before the current call call resides on the first CP, if not
  • the first CP may add an access code of the second CP to the first call request, and send the first call request to the core network element without transmitting the first call request to the second terminal, so that the core network
  • the network element After receiving the first call request of the access code of the second CP, the network element re-allocates the first call request, and the first call request adds the access code of the second CP, and the second CP is the first call.
  • the first call request may be reassigned to the second CP, and the second CP may send the first call request to the second terminal, thereby implementing the second terminal.
  • the subsequent CP may trigger re-allocation of the CP for the first call request to ensure that the call between the two terminals is normal, avoiding the call failure, and improving the call.
  • the reliability of the process also enhances the user experience.
  • the call pickup service scenario means that user A dials the call of user B in the system. When user B rings (user B may not be seated at this time), another user C in the system can pass. Dial the answer code + B number to complete the call with A, that is, complete the feature of pickup B.
  • the conference member receives the conference reminder and related information (such as conference access code and conference password, etc.), the user can dial the conference access code and enter the password according to the prompt. You can then successfully join the conference call.
  • the conference reminder and related information such as conference access code and conference password, etc.
  • the service logic can accurately find the CP triggered when A dials B to complete the pickup function.
  • the conference access scenario the conference user dials the conference. After the access code, the service logic needs to accurately find the CP where the conference is located before it can join the conference.
  • the embodiment of the present invention can be used. The method of adding a prefix access code, and then finding a corresponding CP to implement a call pickup and conference access service scenario in a multi-CP mode.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be configured to store program code for performing the following steps:
  • the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a mobile hard disk e.g., a hard disk
  • magnetic memory e.g., a hard disk
  • the disclosed apparatus and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit or unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be used. Combinations can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium.
  • a computer readable storage medium A number of instructions are included to cause a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor to execute all or part of the steps of the methods described in various embodiments of the present application.
  • the foregoing storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种呼叫请求发送方法及装置，用于解决由于每次通话在分配CP时的不确定性可能会导致通话失败的技术问题。该方法包括：接收第一呼叫请求；通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留的业务控制点CP为第二CP；将所述第一呼叫请求分发给所述第二CP。

Description

一种呼叫请求发送方法及装置 技术领域
本发明涉及通信技术领域，特别涉及一种呼叫请求发送方法及装置。
背景技术
VPBX(Virtual Private Branch Exchange，虚拟用户级交换机)是运营商专门为企业托管的内部通信网络服务，设备部署和业务实现完全在运营商侧，既满足企业完善的通信服务同时降低管理成本。呼叫驻留及接续业务，是VPBX业务中一个应用比较广泛的业务特征，表现为：当企业某一分机与企业外的终端通话时，该分机可以将当前来话驻留，由企业内的其它分机继续与该终端接续通话。
现有技术中，呼叫驻留及接续业务是基于业务服务器上使用单CP(Control Point，业务控制节点)模式实现的。而一个CP所能承载的用户数量是有限的，随着用户量的增加，到达一定规模时必然要使用多个CP来进行负载均衡，进而提升业务的处理性能。但是在多CP模式下，可能会有以下问题：
例如企业外的用户A呼叫企业内的用户B，该通话驻留在CP1上，之后，用户B挂断，用户A的通话驻留，后续用户C呼叫用户A，想继续通话，而此时的通话很可能被分配到其他的CP上，由于前后的CP不一致，可能会导致通话失败。
即，在多CP模式下，由于每次通话在分配CP时的不确定性，可能会导致通话失败。
发明内容
本发明实施例提供一种呼叫请求发送方法及装置，用于解决由于每次通话在分配CP时的不确定性可能会导致通话失败的技术问题。
根据本发明实施例的一个方面，提供了第一种呼叫请求发送方法，包 括：
接收第一呼叫请求；
通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为第二CP；
将所述第一呼叫请求分发给所述第二CP。
根据本发明实施例的另一个方面，提供了第二种呼叫请求发送方法，包括：
第一CP接收第一呼叫请求，所述第一呼叫请求用于第一终端请求与第二终端进行通话；
所述第一CP判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述第一CP上；
若所述第一呼叫请求所对应的线路信息所在的呼叫未驻留在所述第一CP上，所述第一CP为所述第一呼叫请求添加第二CP的接入码；所述第二CP为所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；所述第二CP的接入码用于指示将所述第一呼叫请求分发到所述第二CP；
所述第一CP将添加了所述第二CP的接入码的第一呼叫请求发送给第一网元。
可选的，在所述第一CP为所述第一呼叫请求添加第二CP的接入码之前，还包括：
所述第一CP通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述第二CP上；
所述第一CP通过查询获得所述第二CP的接入码。
可选的，在所述第一CP判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述第一CP上之后，还包括：
若所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述第一CP上，则所述第一CP将所述第一呼叫请求发送给第二终端，以接通所述 第一终端与所述第二终端之间的通话。
可选的，所述方法还包括：
所述第一CP接收第二呼叫请求，所述第二呼叫请求用于所述第二终端请求与第三终端进行通话；
若未存储与所述第二呼叫请求对应的信息，则所述第一CP存储与所述第二呼叫请求对应的信息；及，
所述第一CP将所述第二呼叫请求发送给所述第三终端，以接通所述第二终端与所述第三终端之间的通话；
其中，所述第二呼叫请求对应的信息，包括所述第二呼叫请求对应的线路信息以及所述第一CP的接入码。
可选的，在所述第一CP将所述第一呼叫请求发送给所述第三终端之后，还包括：
所述第一CP接收所述第三终端发送的停止通话请求；
所述第一CP释放所述第三终端的资源，以结束所述第二终端与所述第三终端之间的通话，且，所述第一CP根据所述第三终端发送的驻留业务码控制所述第二终端处于通话驻留状态。
根据本发明实施例的再一个方面，提供了第三种呼叫请求发送方法，包括：
接收携带CP的接入码的第一呼叫请求；
确定所述第一呼叫请求携带的CP的接入码为第二CP的接入码；
将所述第一呼叫请求分发给所述第二CP。
根据本发明实施例的又一个方面，提供了第一种呼叫请求发送装置，包括：
接收模块，设置为接收第一呼叫请求；
确定模块，设置为通过查询确定所述第一呼叫请求所对应的线路信息 所在的呼叫驻留的CP为第二CP；
发送模块，设置为将所述第一呼叫请求分发给所述第二CP。
根据本发明实施例的又一个方面，提供了一种CP，包括：
接收模块，设置为接收第一呼叫请求，所述第一呼叫请求用于第一终端请求与第二终端进行通话；
判断模块，设置为判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述CP上；
添加模块，设置为若所述第一呼叫请求所对应的线路信息所在的呼叫未驻留在所述CP上，为所述第一呼叫请求添加第二CP的接入码；所述第二CP为所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；所述第二CP的接入码用于指示将所述第一呼叫请求分发到所述第二CP；
发送模块，设置为将添加了所述第二CP的接入码的第一呼叫请求发送给第一网元。
可选的，所述CP还包括查询模块和获取模块；
所述查询模块设置为：在所述添加模块为所述第一呼叫请求添加第二CP的接入码之前，通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述第二CP上；
所述获取模块设置为：通过查询获得所述第二CP的接入码。
可选的，所述发送模块还设置为：
在所述判断模块判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述CP上之后，若所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述CP上，则将所述第一呼叫请求发送给第二终端，以接通所述第一终端与所述第二终端之间的通话。
可选的，所述CP还包括存储模块；
所述接收模块还设置为：接收第二呼叫请求，所述第二呼叫请求用于所述第二终端请求与第三终端进行通话；
所述存储模块设置为：若未存储与所述第二呼叫请求对应的信息，则存储与所述第二呼叫请求对应的信息；及，
所述发送模块还设置为：将所述第二呼叫请求发送给所述第三终端，以接通所述第二终端与所述第三终端之间的通话；
其中，所述第二呼叫请求对应的信息，包括所述第二呼叫请求对应的线路信息以及所述CP的接入码。
可选的，所述CP还包括释放模块；
所述接收模块还设置为：在所述发送模块将所述第一呼叫请求发送给所述第三终端之后，接收所述第三终端发送的停止通话请求；
所述释放模块设置为：释放所述第三终端的资源，以结束所述第二终端与所述第三终端之间的通话，且，所述CP根据所述第三终端发送的驻留业务码控制所述第二终端处于通话驻留状态。
根据本发明实施例的又一个方面，提供了第二种呼叫请求发送装置，包括：
接收模块，设置为接收携带CP的接入码的第一呼叫请求；
确定模块，设置为确定所述第一呼叫请求携带的CP的接入码为第二CP的接入码；
发送模块，设置为将所述第一呼叫请求分发给所述第二CP。
根据本发明实施例的又一个方面，提供了第一种通信系统，包括至少两个CP及呼叫请求发送装置；
所述至少两个CP中的第一CP用于将第一呼叫请求发送给所述呼叫请求分发装置；
所述呼叫请求分发装置用于通过查询确定接收的所述第一呼叫请求所对应的线路信息所在的呼叫驻留的业务控制点CP为所述至少两个CP中的第二CP，将所述第一呼叫请求分发给所述第二CP；
所述第二CP设置为接收所述第一呼叫请求。
根据本发明实施例的又一个方面，提供了第二种通信系统，包括至少两个CP及呼叫请求发送装置；
所述至少两个CP中的第一CP设置为：
接收第一呼叫请求，所述第一呼叫请求用于第一终端请求与第二终端进行通话；判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述第一CP上；
若所述第一呼叫请求所对应的线路信息所在的呼叫未驻留在所述第一CP上，为所述第一呼叫请求添加所述至少两个CP中的第二CP的接入码；所述第二CP为所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；所述第二CP的接入码用于指示将所述第一呼叫请求分发到所述第二CP；
发送添加了所述第二CP的接入码的第一呼叫请求；
所述呼叫请求分发装置设置为：
接收携带所述第二CP的接入码的第一呼叫请求；
将所述第一呼叫请求分发给所述第二CP；
所述第二CP设置为：接收所述第一呼叫请求。
根据本发明实施例的又一个方面，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：
接收第一呼叫请求；通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为第二CP；将所述第一呼叫请求分发给所述第二CP。
本发明实施例中，如果接收第一呼叫请求，则可以通过查询确定第一呼叫请求对应的线路信息所在的呼叫究竟驻留在哪个CP上，例如驻留在第二CP，则可以将第一呼叫请求分发给第二CP，即，可以将第一呼叫请求分发给呼叫驻留的CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为VPBX中多CP模式示意图；
图2为本发明实施例中第一种呼叫请求发送方法的流程图；
图3本发明实施例中第二种呼叫请求发送方法的流程图；
图4本发明实施例中第三种呼叫请求发送方法的流程图；
图5A为本发明实施例中实现通话接续的方法流程图；
图5B为本发明实施例中结合装置介绍实现通话接续的示意图；
图6为本发明实施例中呼叫请求发送装置的第一种结构框图。
图7为本发明实施例中第一CP的结构框图；
图8为本发明实施例中呼叫请求发送装置的第二种结构框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
以下，对本发明中的部分用语进行解释说明，以便于本领域技术人员理解。
1)终端，是指向用户提供语音和/或数据连通性的设备，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端可以经RAN与核心网进行通信，与RAN交换语音和/或数据。该终端可以称为UE(user equipment，用户设备)、无线终端、移动终端、订 户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、AP(Access Point，接入点)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(User Agent)、或用户装备(User Device)等。例如，可以是移动电话(或称为“蜂窝”电话)，具有移动终端的计算机，便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。例如，PCS(Personal Communication Service，个人通信业务)电话、无绳电话、SIP(会话发起协议)话机、WLL(Wireless Local Loop，无线本地环路)站、PDA(Personal Digital Assistant，个人数字助理)等设备。
2)AS(Application Server，应用服务器)，可用于提供底层业务能力，如：呼叫控制，状态上报，话单生成等功能。
3)MRS(Media Resource Server，媒体资源服务器)，一般为MS(Media Server，媒体服务器)，可用于提供语音媒体能力，如在呼叫过程中给用户播放提示音收号等。
4)CP(Control Point，业务控制点)，是电信智能网中一个网元，智能业务的集中地，如VPBX业务可以在该网元上加载运行，供应商只需升级CP就能够提供新的服务。
各网元中使用的协议如下：
1)AS同MRS或终端之间为呼叫通话的媒体协商，AS与终端通过核心网使用SIP(Session Initiation Protocol，会话初始协议)协议互通，AS同MRS之间通常使用SIP协议或MGCP(Media Gateway Control Protocol，媒体网关控制协议)协议，具体决定于MRS所支持的协议类型。
2)终端同MRS之间为媒体流的传送，终端与MRS具体媒体包的编解码格式，收发端口，带宽传输速率等，根据呼叫时终端同MRS之间的媒体协商进行。
下面介绍本发明实施例的网络架构。
本发明实施例为多CP模式下的解决方案，本发明实施例中涉及的网 元结构图请参见图1。在多CP模式下，AS包括一个sipproxy(SIP代理服务器)及多个CP(图1中为CP1-CP3)。sipproxy根据分发策略将呼叫送到CP，以及转发呼叫(转发来自CP的呼叫到核心网)。这种多CP模式可以均衡大容量的用户呼叫负载，提升业务处理性能。
需要注意的是，图1只是一个概要的图示，隐藏了IMS(Internet ProtocolMultimedia Subsystem，网际协议多媒体子系统)网络或NGN(Next Generation Network，下一代网络)网络的拓扑结构，在实际实现中，AS，MRS及终端是接入或锚定到IMS网络或NGN网络中的。
在多CP模式下，可能会有以下问题：
例如企业外的用户A呼叫企业内的用户B，该通话驻留在CP1上，之后，用户B挂断，用户A的通话驻留，后续用户C呼叫用户A，想继续通话，而此时的通话很可能被分配到其他的CP上，由于前后的CP不一致，可能会导致通话失败。
即，在多CP模式下，由于每次通话在分配CP时的不确定性，可能会导致通话失败。
本发明实施例充分考虑到以上问题，如果接收第一呼叫请求，则可以通过查询确定第一呼叫请求对应的线路信息所在的呼叫究竟驻留在哪个CP上，例如驻留在第二CP，则可以将第一呼叫请求分发给第二CP，即，可以将第一呼叫请求分发给呼叫驻留的CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。
下面结合附图介绍本发明中优选的实施例。
请参见图2，本发明实施例提供第一种呼叫请求发送方法，例如该方法可以由sipproxy执行。该方法的流程描述如下。
步骤201：接收第一呼叫请求；
步骤202：通过查询确定第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为第二CP；
步骤203：将第一呼叫请求分发给第二CP。
下面介绍比较完整的过程。
例如，第二CP先接收来自第二终端的呼叫请求，例如称为第二呼叫请求，例如第二呼叫请求用于请求与系统内的第三终端进行通话，第三终端为系统内与第一终端不同的终端。如果第二呼叫请求是第二终端首次向系统内的终端发起呼叫，那么第二CP之前未存储与第二呼叫请求对应的信息，则第二CP可以存储与第二呼叫请求对应的信息，比如可以包括第二呼叫请求对应的线路信息、第二CP的接入码、及第二CP的CP号中的至少一种，当然还可能包括其他的信息。且，第二CP可以将存储的与第二呼叫请求对应的信息发送给sipproxy。
本发明实施例中，线路信息例如可以包括线路号，当然还可以包括其他信息。
然后，第二CP将第二呼叫请求发送给第三终端，以接通第二终端与第三终端之间的通话。
在第二终端与第三终端之间的通话接通后，第二CP可能会接收第三终端发送的停止通话请求，那么第二CP可以释放第三终端的资源，以结束第二终端与第三终端之间的通话，且，第二CP可以根据第三终端发送的驻留业务码控制第二终端处于通话驻留状态，那么，系统内的其他终端还可以与第二终端进行通话。
在控制第二终端处于通话驻留状态后，系统内可能有其他终端想要继续与第二终端进行通话，比如为第一终端，则第一终端就发送第一呼叫请求。而第一终端发送的第一呼叫请求经核心网等网元路由到sipproxy后，sipproxy可以通过查询确定第一呼叫请求所对应的线路信息所在的呼叫驻留的CP，例如查询确定为第二CP，则sipproxy可以将第一呼叫请求直接分发给第二CP。
本发明实施例里的系统，可以是指部署在一个AS中的CP所服务的终端构成的系统。
即，sipproxy可以将第一呼叫请求分发给呼叫驻留的CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。
请参见图3，本发明实施例提供第二种呼叫请求发送方法，该方法的流程描述如下。
步骤301：第一CP接收第一呼叫请求，第一呼叫请求用于第一终端请求与第二终端进行通话；
步骤302：第一CP判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上；
步骤303：若第一呼叫请求所对应的线路信息所在的呼叫未驻留在第一CP上，第一CP为第一呼叫请求添加第二CP的接入码；第二CP为第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；第二CP的接入码用于指示将第一呼叫请求分发到第二CP；
步骤304：第一CP将添加了第二CP的接入码的第一呼叫请求发送给第一网元。
其中，若应用场景为呼叫驻留业务场景或呼叫代答业务场景等，那么第二终端为系统外的终端，第一终端为系统内的终端，且第二终端可以处于通话驻留状态。若应用场景为会议接入业务场景，那么第二终端可以未处于通话驻留状态。
若第二终端处于通话驻留状态，则第二终端之前曾与系统内的其他终端通话。
这里的系统，可以是指部署在一个AS中的CP所服务的终端构成的系统。
可选的，若第二终端处于通话驻留状态，则在第一CP接收第一呼叫请求之前，还包括：
第一CP接收第二呼叫请求，第二呼叫请求用于第二终端请求与第三 终端进行通话；
若未存储与第二呼叫请求对应的信息，则第一CP存储与第二呼叫请求对应的信息；及，
第一CP将所述第二呼叫请求发送给第三终端，以接通第二终端与第三终端之间的通话；
其中，第二呼叫请求对应的信息，包括第二呼叫请求对应的线路信息以及第一CP的接入码。
其中，第三终端为系统内的终端。即，在接收来自第一终端的第一呼叫请求之前，第一CP先接收了来自第二终端的呼叫请求，例如称为第二呼叫请求，例如第二呼叫请求用于请求与系统内的第三终端进行通话，第三终端为系统内与第一终端不同的终端。如果第二呼叫请求是第二终端首次向系统内的终端发起呼叫，那么第一CP之前未存储与第二呼叫请求对应的信息，则第一CP可以存储与第二呼叫请求对应的信息，比如可以包括第二呼叫请求对应的线路信息、第二CP的接入码、及第二CP的CP号中的至少一种，当然还可能包括其他的信息。
然后，第一CP将第二呼叫请求发送给第三终端，以接通第二终端与第三终端之间的通话。
可选的，在第一CP将第一呼叫请求发送给第三终端之后，还包括：
第一CP接收第三终端发送的停止通话请求；
第一CP释放第三终端的资源，以结束第二终端与第三终端之间的通话，且，第一CP根据第三终端发送的驻留业务码控制第二终端处于通话驻留状态。
即，在第二终端与第三终端之间的通话接通后，第一CP可能会接收第三终端发送的停止通话请求，那么第一CP可以释放第三终端的资源，以结束第二终端与第三终端之间的通话，且，第一CP可以根据第三终端发送的驻留业务码控制第二终端处于通话驻留状态，那么，系统内的其他终端还可以与第二终端进行通话。
在控制第二终端处于通话驻留状态后，系统内可能有其他终端想要继续与第二终端进行通话，比如为第一终端，而第一终端发送的第一呼叫请求经核心网等网元路由到sipproxy后，由于sipproxy控制了多个CP，则可能第一呼叫请求会被不确定地分配到其中的任意一个CP上，这个分配的CP可能是第一呼叫请求所对应的线路信息所在的呼叫所驻留的CP，或者也可能不是第一呼叫请求所对应的线路信息所在的呼叫所驻留的CP。
按照如前的描述，若第二终端首次呼叫时对应的CP为第一CP，是第一CP控制第二终端处于通话驻留状态，那么，第一呼叫请求所对应的线路信息所在的呼叫所驻留的CP就是第一CP。但在如下的描述中，为阐述本发明实施例的重点，还是以第一CP不是第一呼叫请求所对应的线路信息所在的呼叫所驻留的CP为例。
例如，第一呼叫请求被分配到了第一CP，那么第一CP接收第一呼叫请求。之后，第一CP可以通过查询判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP，如果不是，则第一CP可以为第一呼叫请求添加第二CP的接入码，并将添加了第二CP的接入码的第一呼叫请求发送给第一网元。
可选的，在第一CP为第一呼叫请求添加第二CP的接入码之前，还包括：
第一CP通过查询确定第一呼叫请求所对应的线路信息所在的呼叫驻留在第二CP上；
第一CP通过查询获得第二CP的接入码。
即，如果第一CP可以通过查询确定第一呼叫请求所对应的线路信息所在的呼叫未驻留在第一CP，则第一CP可以继续查询确定第一呼叫请求所对应的线路信息所在的呼叫请求所驻留的CP，例如查询确定为第二CP，且通过查询也可以获知第二CP的接入码，则第一CP为第一呼叫请求添加第二CP的接入码，例如可以将第二CP的接入码增加为第一呼叫请求的前缀。
在第一CP将添加了第二CP的接入码的第一呼叫请求发送给第一网元(例如第一网元可以是核心网中的网元)后，第一网元发现第一呼叫请求的前缀为第二CP的接入码，则第一网元会将添加了第二CP的接入码的第一呼叫请求原样发回给AS继续处理。AS中的sipproxy收到后，发现第一呼叫请求的前缀为CP的接入码，且通过查询确定该CP的接入码为第二CP的接入码，则sipproxy会将添加了第二CP的接入码的第一呼叫请求重新分发给第二CP。第二CP收到添加了第二CP的接入码的第一呼叫请求后，去掉第一呼叫请求的前缀，即去掉第二CP的接入码，之后通过第一呼叫请求的线路信息查询数据库，发现该线路信息所在的CP正是第二CP，于是第二CP将第一呼叫请求发送给第二终端，以接通第二终端与第一终端之间的通话。
即，如果驻留后的CP与之前的CP不一致，则之后的CP可以触发重新为第一呼叫请求分配CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。
可选的，在第一CP判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上之后，还包括：
若第一呼叫请求所对应的线路信息所在的呼叫驻留在第一CP上，则第一CP将第一呼叫请求发送给第二终端，以接通第一终端与第二终端之间的通话。
即，如果第一呼叫请求所对应的线路信息所在的呼叫驻留在第一CP上，那么第一CP可以直接接通第一终端与第二终端之间的通话。
请参见图4，基于同一发明构思，本发明实施例提供第三种呼叫请求发送方法，例如该方法可以由sipproxy执行。该方法的流程描述如下。
步骤401：接收携带CP的接入码的第一呼叫请求；
步骤402：确定第一呼叫请求携带的CP的接入码为第二CP的接入码；
步骤403：将第一呼叫请求分发给第二CP。
sipproxy接收到一个呼叫请求时，可以先确定该呼叫请求是否携带了 CP的接入码，例如可以确定该呼叫请求的前缀是否为CP的接入码。如果该呼叫请求未携带CP的接入码，那么sipproxy可以在sipproxy所管理的CP中任意为该呼叫请求分配一个CP，例如可能是随机分配。
而如果该呼叫请求携带了CP的接入码，则sipproxy可以通过查询确定该呼叫请求所携带的是哪个CP的接入码，其中，本发明实施例中，可以在sipproxy中预先存储该sipproxy所管理的各个CP的接入码与CP之间的一一对应的关系。那么sipproxy通过查询就可以确定该呼叫请求所携带的是哪个CP的接入码，例如为第二CP的接入码，那么sipproxy就可以将该呼叫请求分发给第二CP。
其中，图4所示的流程为与图3所示的流程为相应的流程，内容可相互参考。
本发明实施例中，如果第一呼叫请求被分配到第一CP，那么第一CP可以判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上，即判断在本次驻留通话之前的第二终端的通话是否驻留在第一CP上，如果不是的话，则第一CP可以为第一呼叫请求添加第二CP的接入码，并将第一呼叫请求发送给核心网网元，而不将第一呼叫请求发送给第二终端，这样，核心网网元接收到添加了第二CP的接入码的第一呼叫请求后会重新分配第一呼叫请求，而第一呼叫请求中添加了第二CP的接入码，第二CP是第一呼叫请求所对应的线路信息所在的呼叫驻留的CP，则第一呼叫请求可以被重新分配到第二CP，则第二CP就可以将第一呼叫请求发送给第二终端，从而实现第二终端与第一终端之间的通话。
即，如果驻留后的CP与之前的CP不一致，则之后的CP可以触发重新为第一呼叫请求分配CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。
下面举例介绍本发明实施例中图3-图4提供的技术方案。
例如A是系统外的任一终端，B是系统内的任一终端，C是系统内的除B之外的任一终端。
针对多CP模式，假设VPBX业务部署在4个CP上，分别为CP1～CP4。且在AS上的sipproxy中增加这4个CP的接入码配置，对应于CP1～CP4的接入码分别为A1001、A1002、A1003、和A1004，即，sipproxy收到呼叫前缀为上述其中的一个接入码的呼叫请求时，会将该呼叫请求分发到该接入码对应的CP上。同时在核心网网元(例如为第一网元)上配置：当收到来自AS的号码前缀为公共接入码的呼叫请求时直接返回给AS继续处理。公共接入码，例如是CP的接入码本身，或者也可以是其他预先设定的接入码。例如在该实施例中，公共接入码为A10。下面介绍呼叫过程。
首先，A呼叫系统内的B，sipproxy根据B的终端号码所签约的信息以及分发策略等，将该呼叫请求(例如为呼叫请求1)分发到VPBX业务所在的CP(这里假设为CP1)，进而CP1转发该呼叫请求1至B。
B响铃应答，A与B开始通话，此时CP1上的VPBX业务向数据库中的呼叫控制表中写入A与B的相关信息记录，包括线路号(在同一系统内该值唯一，标识该系统在当前时刻正在服务中的分机个数，为大于0的整数值)、所在的CP号、CP接入码(与CP号一一对应，这里触发的是CP1，即该值为A1001)、及会话号(唯一的即标识此次会话)中的至少一种。
在A与B的通话过程中，B按下特定键(例如为**)键后，CP1上的VPBX业务收到该按键信息后通过MRS给A放保持音，即令A保持通话驻留状态，同时给B放提示音。
B再输入驻留业务码，例如为88#，CP1上的VPBX业务通过MRS再次给B放提示音，该提示音内容例如为“您目前会话所在的线路号是X”(这里假设线路号为1)，比如可以重复3次，之后B的资源被释放，或者说B的信息被释放，B挂断。
请参见图5A，以下的过程结合附图进行介绍。
步骤1、A的电话处于通话驻留状态。
步骤2、系统内的C想要与A接续通话，例如C可以拨打*99(呼叫 接续码)+(线路号)即*991。
步骤3、C的呼叫请求(例如为呼叫请求2)经过核心网等网元路由到了AS上的sipproxy后，会被不确定的分到CP1～CP4中的其中一个CP(因为B与C属于同一系统的VPBX用户，所以会触发部署有VPBX业务的CP上)，例如分配到CP5。CP5可能是CP1～CP4中的任意一个CP。
步骤4、CP5的VPBX业务通过线路号查询数据库确定该线路号所在的CP与当前触发的CP是否相同，若相同，执行步骤5，若不相同，执行步骤7。
步骤5、若CP5为CP1，则CP1确定该线路号所在的CP与当前触发的CP相同，此时，于是发送实例间通信方式完成与A的业务接续功能。执行步骤6。
步骤6、A与C开始通话。结束流程。
步骤7、若CP5不是CP1，例如是CP2，则CP5确定该线路号所在的呼叫并没有驻留在本CP上，CP5的VPBX业务通过使用线路号查询数据库得到呼叫请求2驻留的CP的接入码为A1001(前面驻留A时该信息已在数据库保存)，则CP5的VPBX业务可以拨打A1001+*99+1(线路号)，继续将呼叫请求2路由下呼给核心网网元。
步骤8、当核心网网元收到来自AS的路由请求发现号码前缀为A10，则原样返回该呼叫请求2给AS继续处理。
步骤9、AS上的呼叫分发模块收到A1001*991的呼叫请求2时，发现前缀A1001即为CP1接入码，则根据配置将呼叫请求2重新分发给CP1(即为驻留呼叫所在的CP)。
步骤10、CP1收到呼叫请求2后，CP1的VPBX业务处理去掉呼叫请求2的前缀，即去掉CP1的接入码，之后通过线路号查询数据库，发现该线路号所在的CP正是当前触发的CP，于是发送实例间通信方式完成与A的业务接续功能，A与C开始通话。
步骤11、A或C某一方挂机，流程结束。
请参见图5B，结合装置介绍本发明实施例中提供的通话接续方法。
呼叫分发模块与呼叫转发模块：多CP模式时，负责SIP消息的分发和转发，由sipproxy实现，这两个模块可以是同一模块，或者也可以是两个不同的模块。sipproxy收到核心网的SIP消息，由呼叫分发模块按一定分发策略分发给某CP，呼叫转发模块转发来自CP的SIP消息给核心网。
业务处理模块：实现业务的逻辑执行，运行在当前呼叫所触发的CP上。
数据库模块：由业务调用使用，保存呼叫中的相关信息，例如包括接入码、线路信息等等。
放音收号模块：在业务处理过程中给通话中的用户放音或者收号时调用。
步骤1、用户C拨打接续接入码+线路号，经呼叫分发模块分发到CP(这里标示为接续方CP)。
步骤2、CP上的业务处理模块收到呼叫请求后，根据接续的接入码判断C想要接续某个已经驻留的电话，通过调用数据库模块，以线路号为查询条件查询出之前驻留呼叫时所保存的CP的接入码、CP号等信息。当业务执行时发现，当前所在的CP与查询的驻留方所在的CP不是同一个时，则在号码前面加上在数据库中查询到的CP的接入码，继续将该呼叫请求路由下呼(即为CP接入码+接续码+线路号格式)。
步骤3、呼叫转发模块将来自CP的路由请求直接转发给核心网网元。
步骤4、核心网网元根据之前的配置，对于这种带特定接入码的来自AS的呼叫请求，直接原样返回给AS。
步骤5、sipproxy收到来自核心网的呼叫请求，呼叫转发模块发现该呼叫请求的前缀为CP的接入码的格式，于是呼叫转发模块根据配置将该呼叫请求分发给与该CP的接入码对应的CP。
根据前面的处理之后，此时触发的业务处理模块所在的CP即为之前 驻留呼叫所在的CP。即接续方呼叫与驻留方呼叫目前集中在同一个CP上，进而通过业务处理模块实现呼叫接续的桥接，接通主叫用户终端与接续用户终端的通话，完成接续功能。
图5B所示的核心网即为核心网网元，其实图5B中示出的两个核心网可以表示同一核心网网元，只是为了解释的更为清楚所以这样画。
以下结合附图介绍本发明实施例中的装置。
请参见图6，基于同一发明构思，本发明实施例提供一种呼叫请求发送装置，该装置例如可以由sipproxy实现，例如该装置可以是sipproxy本身，或者例如该装置可以是位于sipproxy中的功能模块，或者例如该装置可以是sipproxy中的如图5B所示的呼叫分发模块。该装置可以包括接收模块601、确定模块602和发送模块603。
接收模块601，设置为接收第一呼叫请求；
确定模块602，设置为通过查询确定第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为第二CP；
发送模块603，设置为将第一呼叫请求分发给第二CP。
图6所示的呼叫请求发送装置为与图1的方法流程对应的装置，各模块执行步骤时的详细介绍可参考图1流程。
请参见图7，基于同一发明构思，本发明实施例提供一种CP，该CP可以是如前所述的第一CP，该CP可以包括接收模块701、判断模块702、添加模块703和发送模块704。
接收模块701，设置为接收第一呼叫请求，第一呼叫请求用于第一终端请求与第二终端进行通话；
判断模块702，设置为判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上；
添加模块703，设置为若第一呼叫请求所对应的线路信息所在的呼叫未驻留在第一CP上，为第一呼叫请求添加第二CP的接入码；第二CP为 第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；第二CP的接入码用于指示将第一呼叫请求分发到第二CP；
发送模块704，设置为将添加了第二CP的接入码的第一呼叫请求发送给第一网元。
可选的，第一CP还包括查询模块和获取模块；
查询模块设置为：在添加模块703为第一呼叫请求添加第二CP的接入码之前，通过查询确定第一呼叫请求所对应的线路信息所在的呼叫驻留在第二CP上；
获取模块设置为：通过查询获得第二CP的接入码。
可选的，发送模块704还设置为：
在判断模块602判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上之后，若第一呼叫请求所对应的线路信息所在的呼叫驻留在第一CP上，则将第一呼叫请求发送给第二终端，以接通第一终端与第二终端之间的通话。
可选的，第一CP还包括存储模块；
接收模块701还设置为：接收第二呼叫请求，第二呼叫请求用于第二终端请求与第三终端进行通话；
存储模块设置为：若未存储与第二呼叫请求对应的信息，则存储与第二呼叫请求对应的信息；及，
发送模块704还设置为：将第二呼叫请求发送给第三终端，以接通第二终端与第三终端之间的通话；
其中，第二呼叫请求对应的信息，包括第二呼叫请求对应的线路信息以及第一CP的接入码。
可选的，第一CP还包括释放模块；
接收模块701还设置为：在发送模块704将第一呼叫请求发送给第三终端之后，接收第三终端发送的停止通话请求；
释放模块设置为：释放第三终端的资源，以结束第二终端与第三终端之间的通话，且，第一CP根据第三终端发送的驻留业务码控制第二终端处于通话驻留状态。
图7所示的CP为与图3流程中的第一CP所对应的CP，各模块执行步骤时的详细介绍可参考图3流程。图7所示的CP可以是图5B所示的接续方CP，也可以是图5B所示的驻留方所在CP。
请参见图8，基于同一发明构思，本发明实施例提供一种呼叫请求发送装置，该装置例如可以由sipproxy实现，例如该装置可以是sipproxy本身，或者例如该装置可以是位于sipproxy中的功能模块，或者例如该装置可以是sipproxy中的如图5B所示的呼叫分发模块。该装置可以包括接收模块801、确定模块802和发送模块803。
接收模块801，设置为接收携带CP的接入码的第一呼叫请求；
确定模块802，设置为确定第一呼叫请求携带的CP的接入码为第二CP的接入码；
发送模块803，设置为将第一呼叫请求分发给第二CP。
图8所示的呼叫请求发送装置为与图4的方法流程对应的装置，各模块执行步骤时的详细介绍可参考图4流程。
基于同一发明构思，本发明实施例提供第一种通信系统，该通信系统例如可以包括至少两个CP及呼叫请求发送装置；
至少两个CP中的第一CP设置为将第一呼叫请求发送给呼叫请求分发装置；
呼叫请求分发装置设置为通过查询确定接收的第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为所述至少两个CP中的第二CP，将第一呼叫请求分发给第二CP；
第二CP设置为接收第一呼叫请求。
该呼叫请求分发装置例如可以是如图6中所示的呼叫请求分发装置， 该至少两个CP中的任意一个CP，可以是如图7中所示的CP，或者也可以是现有技术中的CP。该第一种通信系统例如可以是AS中的组成部分。
基于同一发明构思，本发明实施例还提供第二种通信系统，该通信系统例如可以包括至少两个CP及呼叫请求发送装置；
至少两个CP中的第一CP设置为：
接收第一呼叫请求，第一呼叫请求设置为第一终端请求与第二终端进行通话；判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上；
若第一呼叫请求所对应的线路信息所在的呼叫未驻留在第一CP上，为第一呼叫请求添加至少两个CP中的第二CP的接入码；第二CP为第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；第二CP的接入码用于指示将第一呼叫请求分发到第二CP；
发送添加了第二CP的接入码的第一呼叫请求；
呼叫请求分发装置设置为：
接收携带第二CP的接入码的第一呼叫请求；
将第一呼叫请求分发给第二CP；
第二CP设置为：接收第一呼叫请求。
该呼叫请求分发装置例如可以是如图8中所示的呼叫请求分发装置，该至少两个CP中的任意一个CP(例如第一CP)，可以是如图7中所示的CP。该第二种通信系统例如可以是AS中的组成部分。
本发明实施例中，如果接收第一呼叫请求，则可以通过查询确定第一呼叫请求对应的线路信息所在的呼叫究竟驻留在哪个CP上，例如驻留在第二CP，则可以将第一呼叫请求分发给第二CP，即，可以将第一呼叫请求分发给呼叫驻留的CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。
本发明实施例中，如果第一呼叫请求被分配到第一CP，那么第一CP 可以判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上，即判断在本次驻留通话之前的第二终端的通话是否驻留在第一CP上，如果不是的话，则第一CP可以为第一呼叫请求添加第二CP的接入码，并将第一呼叫请求发送给核心网网元，而不将第一呼叫请求发送给第二终端，这样，核心网网元接收到添加了第二CP的接入码的第一呼叫请求后会重新分配第一呼叫请求，而第一呼叫请求中添加了第二CP的接入码，第二CP是第一呼叫请求所对应的线路信息所在的呼叫驻留的CP，则第一呼叫请求可以被重新分配到第二CP，则第二CP就可以将第一呼叫请求发送给第二终端，从而实现第二终端与第一终端之间的通话。
即，如果驻留后的CP与之前的CP不一致，则之后的CP可以触发重新为第一呼叫请求分配CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。
另外，本发明实施例的方案同样适用于多CP模式下的呼叫代答以及会议接入业务。这里简单阐述一下：
1、呼叫代答业务场景是指：用户A拨打系统内用户B的电话，在用户B振铃时(用户B可能此时不在座位并未接起电话)，系统内的另一用户C可以通过拨打代答码+B号码的方式，完成与A的通话，即完成代答B的功能特征。
2、会议接入业务场景是指：电话会议场景下，会议成员收到会议提醒及相关信息(比如会议接入码和会议密码等)后，用户可以通过拨打会议接入码以及根据提示输入密码之后即可成功加入电话会议。
上述两个场景，在单CP模式下比较容易实现，但当AS采用多CP时：
呼叫代答场景下，代答方C拨打代答码+B号码之后，业务逻辑准确找到A拨打B时所触发的CP才可完成代答功能；会议接入场景下，接入会议用户拨打会议接入码之后，业务逻辑需要准确找到会议召所在的CP才可顺利加入会议。这里寻找正确的CP时，可使用本发明实施例所提出 的增加前缀接入码的方法，进而找到对应的CP实现多CP模式下呼叫代答及会议接入业务场景。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，接收第一呼叫请求；
S2，通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为第二CP；
S3，将所述第一呼叫请求分发给所述第二CP。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明实施例的方法，不应理解为对本发明实施例的限制。本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明实施例的保护范围之内。

Claims (16)

  1. 一种呼叫请求发送方法，包括：
    接收第一呼叫请求；
    通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留的业务控制点CP为第二CP；
    将所述第一呼叫请求分发给所述第二CP。
  2. 一种呼叫请求发送方法，其中，包括：
    第一CP接收第一呼叫请求，所述第一呼叫请求用于第一终端请求与第二终端进行通话；
    所述第一CP判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述第一CP上；
    若所述第一呼叫请求所对应的线路信息所在的呼叫未驻留在所述第一CP上，所述第一CP为所述第一呼叫请求添加第二CP的接入码；所述第二CP为所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；所述第二CP的接入码用于指示将所述第一呼叫请求分发到所述第二CP；
    所述第一CP将添加了所述第二CP的接入码的第一呼叫请求发送给第一网元。
  3. 如权利要求2所述的方法，其中，在所述第一CP为所述第一呼叫请求添加第二CP的接入码之前，还包括：
    所述第一CP通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述第二CP上；
    所述第一CP通过查询获得所述第二CP的接入码。
  4. 如权利要求3所述的方法，其中，在所述第一CP判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述第一CP 上之后，还包括：
    若所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述第一CP上，则所述第一CP将所述第一呼叫请求发送给第二终端，以接通所述第一终端与所述第二终端之间的通话。
  5. 如权利要求2-4任一所述的方法，其中，所述方法还包括：
    第一CP接收第二呼叫请求，第二呼叫请求用于所述第二终端请求与第三终端进行通话；
    若未存储与所述第二呼叫请求对应的信息，则所述第一CP存储与所述第二呼叫请求对应的信息；及，
    所述第一CP将所述第二呼叫请求发送给所述第三终端，以接通所述第二终端与所述第三终端之间的通话；
    其中，所述第二呼叫请求对应的信息，包括所述第二呼叫请求对应的线路信息以及所述第一CP的接入码。
  6. 如权利要求5所述的方法，其中，在所述第一CP将所述第一呼叫请求发送给所述第三终端之后，还包括：
    所述第一CP接收所述第三终端发送的停止通话请求；
    所述第一CP释放所述第三终端的资源，以结束所述第二终端与所述第三终端之间的通话，且，所述第一CP根据所述第三终端发送的驻留业务码控制所述第二终端处于通话驻留状态。
  7. 一种呼叫请求发送方法，其中，包括：
    接收携带业务控制点CP的接入码的第一呼叫请求；
    确定所述第一呼叫请求携带的CP的接入码为第二CP的接入码；
    将所述第一呼叫请求分发给所述第二CP。
  8. 一种呼叫请求发送装置，包括：
    接收模块，设置为接收第一呼叫请求；
    确定模块，设置为通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留的业务控制点CP为第二CP；
    发送模块，设置为将所述第一呼叫请求分发给所述第二CP。
  9. 一种业务控制点CP，包括：
    接收模块，设置为接收第一呼叫请求，所述第一呼叫请求用于第一终端请求与第二终端进行通话；
    判断模块，设置为判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述CP上；
    添加模块，设置为若所述第一呼叫请求所对应的线路信息所在的呼叫未驻留在所述CP上，为所述第一呼叫请求添加第二CP的接入码；所述第二CP为所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；所述第二CP的接入码用于指示将所述第一呼叫请求分发到所述第二CP；
    发送模块，设置为将添加了所述第二CP的接入码的第一呼叫请求发送给第一网元。
  10. 如权利要求9所述的CP，其中，所述CP还包括查询模块和获取模块；
    所述查询模块设置为：在所述添加模块为所述第一呼叫请求添加第二CP的接入码之前，通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述第二CP上；
    所述获取模块设置为：通过查询获得所述第二CP的接入码。
  11. 如权利要求10所述的CP，其中，所述发送模块还设置为：
    在所述判断模块判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述CP上之后，若所述第一呼叫请求所对应的线路 信息所在的呼叫驻留在所述CP上，则将所述第一呼叫请求发送给第二终端，以接通所述第一终端与所述第二终端之间的通话。
  12. 如权利要求9-11任一所述的CP，其中，所述CP还包括存储模块；
    所述接收模块还设置为：接收第二呼叫请求，所述第二呼叫请求用于所述第二终端请求与第三终端进行通话；
    所述存储模块设置为：若未存储与所述第二呼叫请求对应的信息，则存储与所述第二呼叫请求对应的信息；及，
    所述发送模块还设置为：将所述第二呼叫请求发送给所述第三终端，以接通所述第二终端与所述第三终端之间的通话；
    其中，所述第二呼叫请求对应的信息，包括所述第二呼叫请求对应的线路信息以及所述CP的接入码。
  13. 如权利要求12所述的CP，其中，所述CP还包括释放模块；
    所述接收模块还设置为：在所述发送模块将所述第一呼叫请求发送给所述第三终端之后，接收所述第三终端发送的停止通话请求；
    所述释放模块设置为：释放所述第三终端的资源，以结束所述第二终端与所述第三终端之间的通话，且，所述CP根据所述第三终端发送的驻留业务码控制所述第二终端处于通话驻留状态。
  14. 一种呼叫请求发送装置，包括：
    接收模块，设置为接收携带业务控制点CP的接入码的第一呼叫请求；
    确定模块，设置为确定所述第一呼叫请求携带的CP的接入码为第二CP的接入码；
    发送模块，设置为将所述第一呼叫请求分发给所述第二CP。
  15. 一种通信系统，包括至少两个业务控制点CP及呼叫请求发送装置；
    所述至少两个CP中的第一CP用于将第一呼叫请求发送给所述呼叫请求分发装置；
    所述呼叫请求分发装置设置为通过查询确定接收的所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为所述至少两个CP中的第二CP，将所述第一呼叫请求分发给所述第二CP；
    所述第二CP设置为接收所述第一呼叫请求。
  16. 一种通信系统，包括至少两个业务控制点CP及呼叫请求发送装置；
    所述至少两个CP中的第一CP设置为：
    接收第一呼叫请求，所述第一呼叫请求用于第一终端请求与第二终端进行通话；判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述第一CP上；
    若所述第一呼叫请求所对应的线路信息所在的呼叫未驻留在所述第一CP上，为所述第一呼叫请求添加所述至少两个CP中的第二CP的接入码；所述第二CP为所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；所述第二CP的接入码用于指示将所述第一呼叫请求分发到所述第二CP；
    发送添加了所述第二CP的接入码的第一呼叫请求；
    所述呼叫请求分发装置用于：
    接收携带所述第二CP的接入码的第一呼叫请求；
    将所述第一呼叫请求分发给所述第二CP；
    所述第二CP设置为：接收所述第一呼叫请求。
PCT/CN2017/070173 2016-01-14 2017-01-04 一种呼叫请求发送方法及装置 WO2017121274A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610024919.3 2016-01-14
CN201610024919.3A CN106973173A (zh) 2016-01-14 2016-01-14 一种呼叫请求发送方法及装置

Publications (1)

Publication Number Publication Date
WO2017121274A1 true WO2017121274A1 (zh) 2017-07-20

Family

ID=59310829

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/070173 WO2017121274A1 (zh) 2016-01-14 2017-01-04 一种呼叫请求发送方法及装置

Country Status (2)

Country Link
CN (1) CN106973173A (zh)
WO (1) WO2017121274A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1307026A1 (de) * 2001-10-29 2003-05-02 Siemens Aktiengesellschaft Effiziente Änderung von Adressinformationen mit Hilfe von NAT und NAPT Routern bei getrennter Übertragung von Nutzdaten und Signalisierungsinformationen
CN1882108A (zh) * 2005-07-29 2006-12-20 华为技术有限公司 一种触发智能业务的方法及通信系统
CN101111071A (zh) * 2007-08-24 2008-01-23 中兴通讯股份有限公司 Cdma智能网业务实现非结构化用户数据功能的方法
CN101621748A (zh) * 2008-06-30 2010-01-06 中兴通讯股份有限公司 跨业务控制点移动虚拟专用网集团业务的实现方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1307026A1 (de) * 2001-10-29 2003-05-02 Siemens Aktiengesellschaft Effiziente Änderung von Adressinformationen mit Hilfe von NAT und NAPT Routern bei getrennter Übertragung von Nutzdaten und Signalisierungsinformationen
CN1882108A (zh) * 2005-07-29 2006-12-20 华为技术有限公司 一种触发智能业务的方法及通信系统
CN101111071A (zh) * 2007-08-24 2008-01-23 中兴通讯股份有限公司 Cdma智能网业务实现非结构化用户数据功能的方法
CN101621748A (zh) * 2008-06-30 2010-01-06 中兴通讯股份有限公司 跨业务控制点移动虚拟专用网集团业务的实现方法和装置

Also Published As

Publication number Publication date
CN106973173A (zh) 2017-07-21

Similar Documents

Publication Publication Date Title
CN110324284B (zh) 接入ims的方法和通信装置
US20210112379A1 (en) Communication method and communications apparatus
KR100809419B1 (ko) ＨＳＳ를 이용한 위치기반 ＶｏＩＰ 서비스 시스템 및 방법
CN102883462A (zh) 电路交换通信和分组交换通信
RU2592857C2 (ru) Сервер приложений для управления связью с группой пользовательских объектов
WO2014094435A1 (zh) 一种基于号码携带业务的在线计费方法、装置及系统
CN109327423B (zh) 一种业务实现方法及装置
WO2022021971A1 (zh) 通信方法、第一策略控制网元及通信系统
CN108141716A (zh) 使用寻线组和隐式注册的通信终止
CN101888454A (zh) 网络电话的呼叫方法和装置
RU2510584C2 (ru) Способ, устройство и система для реализации сервиса оверрайда при экстренном вызове
WO2006114059A1 (fr) Procédé et système de détermination du serveur de contrôle central
US9008287B2 (en) Data communication
KR102185260B1 (ko) 호 처리를 위한 릴레이 장치, 릴레이 장치에 의해 수행되는 호 처리 방법 및 호 처리 방법을 실행하는 프로그램이 기록된 기록매체
CN111031528B (zh) 一种专用网络的连接建立方法和装置
WO2017121274A1 (zh) 一种呼叫请求发送方法及装置
US8838816B2 (en) System and method for remote party restrictions in a communications system
CN107852577B (zh) 一种补充业务实现方法、终端设备和ims服务器
US20180352009A1 (en) Apparatus for setting up conference call and method thereof
KR100867447B1 (ko) 데이터 통신 네트워크를 통해 음성 통화 서비스를 제공하는방법 및 그 장치
KR102156853B1 (ko) 호 처리를 위한 분산네트워크 시스템 및 동 시스템에 의해 수행되는 호 처리 방법
WO2010075688A1 (zh) Ims集群会议的创建和加入方法、装置及系统
WO2013159479A1 (zh) 个人网管理方法和装置
JP6087343B2 (ja) パーソナルネットワークの合併方法及び装置、並びにパーソナルネットワークの分割方法及び装置
US10027798B2 (en) Connection of a user device to multiple accounts or phone numbers

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17738088

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17738088

Country of ref document: EP

Kind code of ref document: A1