WO2010017697A1 - 一种实现呼叫管理的方法、***及业务控制点 - Google Patents
一种实现呼叫管理的方法、***及业务控制点 Download PDFInfo
- Publication number
- WO2010017697A1 WO2010017697A1 PCT/CN2009/070012 CN2009070012W WO2010017697A1 WO 2010017697 A1 WO2010017697 A1 WO 2010017697A1 CN 2009070012 W CN2009070012 W CN 2009070012W WO 2010017697 A1 WO2010017697 A1 WO 2010017697A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- calling
- user information
- call
- called
- terminal
- Prior art date
Links
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/10—Mobility data transfer between location register and external networks
Definitions
- the present invention relates to the field of communications technologies, and in particular, to a method, system, and service control point for implementing call management. Background technique
- SCP Service Control Point
- MSC/SSP Mobile Service Center/Service Switching Point
- DP trigger detection point
- IDP Initial Detect Point
- the basic process of controlling the call by the SCP is as follows: After the call is triggered to the SCP, the SCP starts the intelligent service logic, performs basic call processing (for example, analyzing the primary and called numbers); searches the user's data for call authentication, analyzes the user. The validity of the account; After determining that the call is valid, the MSC/SSP is required to connect to the call and perform charging; finally, when the user of the terminal hangs up, the control process in the SCP ends, and the control of the call is completed.
- basic call processing for example, analyzing the primary and called numbers
- the MSC/SSP is required to connect to the call and perform charging
- the control process in the SCP ends, and the control of the call is completed.
- each access terminal will have an identifier.
- access to the Global System for Mobile Communications (GSM), Public Telephone Network (PSTN), and Code Division Multiple Access (CDMA) networks will have a number.
- GSM Global System for Mobile Communications
- PSTN Public Telephone Network
- CDMA Code Division Multiple Access
- the MSC sends a call request from the calling end to the network where the called end is located.
- the network where the called end is located carries the call with the calling party number to the called end, and the called end receives the call according to the receiving end.
- the calling party number determines whether to answer the call, or the called party queries the user information of the calling party from the stored user information address book according to the received calling party number, and determines whether to answer according to the result of the query. This call.
- the identification of the calling party number can only be processed on the called end.
- the following occurs such as: 1.
- the calling party number has not notified the called party; 2.
- the terminal's address book cannot record all the number information due to limited capacity (for example, a group has several thousand people and the terminal has The address book is often only one hundred to two hundred); 3.
- the loss of the terminal causes the loss of the address book in the terminal, etc., which will cause the terminal to display insufficient user information, making it difficult for the called end user to judge whether it should answer the call. This call.
- the embodiment of the invention provides a method and a system for implementing call management, so that the called end can select whether to answer the call according to the user information of the calling end, thereby realizing the management of the call.
- the embodiment of the present invention further provides a service control point, which is used to provide the called end with user information of the calling end.
- an embodiment of the present invention provides a method for implementing call management, including: querying user information of the calling terminal according to call request information of a calling end; and sending user information of the calling terminal to a called party And performing corresponding call control according to the response of the called terminal to the call # taken with the user information of the calling terminal.
- the embodiment of the present invention further provides a system for implementing call management, including service control.
- a service point the service control point is configured to query the user information of the calling end according to the call request information of the calling end, and send the user information of the calling end to the called end; and according to the called end A response is made to the call of the user information of the calling end, and the corresponding call control is performed.
- the implementation of the present invention further provides a service control point, including: a query unit, configured to query user information of the calling end according to call request information of the calling end; and a sending unit, configured to send the calling end User information; a control unit, configured to perform corresponding control according to the response of the called terminal to the call with the user information of the calling terminal.
- a service control point including: a query unit, configured to query user information of the calling end according to call request information of the calling end; and a sending unit, configured to send the calling end User information; a control unit, configured to perform corresponding control according to the response of the called terminal to the call with the user information of the calling terminal.
- the embodiment of the present invention further provides a communication terminal, including: a receiving unit, configured to receive user information of the calling end; and a selecting unit, configured to select whether to answer the call according to the user information of the calling end.
- the service control point queries the user information database according to the call request information of the calling end to obtain the user information of the calling end, so that the called end can selectively answer according to the received user information of the calling end, thereby You can avoid disturbing your work by answering some unnecessary calls.
- FIG. 1 is a schematic flowchart of a method for implementing call management according to Embodiment 1 of the present invention
- FIG. 2 is a schematic flowchart of a method for implementing call management according to Embodiment 2 of the present invention
- FIG. 3 is a schematic flow chart of selecting and answering by a called end according to the method shown in FIG. 2;
- FIG. 4 is a schematic diagram of a process of selecting a callback to be rejected according to the method shown in FIG. 2.
- FIG. 5 is a schematic diagram of a system for implementing call management according to Embodiment 1 of the present invention.
- FIG. 6 is a schematic diagram of a system for implementing call management according to Embodiment 2 of the present invention.
- FIG. 7 is a schematic structural diagram of a service control point according to Embodiment 1 of the present invention.
- FIG. 8 is a schematic structural diagram of a service control point according to Embodiment 2 of the present invention. detailed description The invention will be further described in detail below with reference to the accompanying drawings.
- the user information of the calling end is obtained by querying the user query mode of the service control point, and then the user information of the calling end is sent to the called end, so that the called end is at the called end.
- the call can be managed according to the user information of the calling end to select whether to answer the call.
- FIG. 1 is a schematic flowchart of a method for implementing call management according to Embodiment 1 of the present invention. As shown in FIG. 1 , a method for implementing call management according to an embodiment of the present invention includes the following steps:
- the SCP provides a user information query function of the calling end, and automatically receives the user information query of the calling end after receiving the user request message of the calling end.
- the call request information of the calling end includes a calling party number and a called party number, and the SCP can query the user information database according to the known calling party number to obtain the user information of the calling party, for example: name, position, and attribution Etc.;
- the user information database may also be queried according to the calling party number and the called party number to obtain the user information of the calling party.
- the user information database may be located at a service control point or may be located at a device other than the service control point.
- the short message can be sent to the called end.
- USSD Unstructured Supplementary Service Data
- IVR Interactive Voice Response
- the called end receives the user information of the calling end and the current call, and when the called end selects the answering call according to the user information of the calling end, the calling end establishes a call connection between the calling end and the called end.
- the SCP control process ends.
- the called party chooses to reject the call according to the user information of the calling party, the SCP instructs to cut off the current call.
- the called party does not choose to answer the call If you do not choose to refuse to answer the call (for example, the user is not at the communication terminal), after a predetermined period of time, if the response message of the called party is not received, the final SCP command cuts off the call.
- FIG. 2 is a schematic flowchart of a method for implementing call management according to Embodiment 2 of the present invention. As shown in FIG. 2, the method includes the following steps:
- the user subscription information CSI of the terminal may be set in advance in the home location register HLR.
- the mobile services switching center MSC triggers an IDP message according to the user subscription information CSI sent by the home location register HLR, where the IDP message includes a service key parameter for the SCP to start a specific service.
- the MSC sends the IDP message to the SCP.
- the SCP starts the user information query mode according to the service key parameter.
- the embodiment of the present invention may also be that when the call occurs, the SCP is started according to the pre-configured information of the called end in the HLR (for example, the SCP is notified when the called end is called) or the pre-configuration information on the SCP. SCP user query mode.
- the above method for initiating the user query mode can be applied not only in the CAMEL protocol in the GSM network, but also in other networks, such as: PSTN network, CDMA network, IP Multimedia Subsystem (IMS) network.
- PSTN network CDMA network
- CDMA network CDMA network
- IMS IP Multimedia Subsystem
- the HLR also supports CSI information
- the SHLR supports the CSI information in the IMS network.
- the call request information of the calling end includes the number of the calling party and the number of the called party
- the SCP can query the user information database according to the calling party number to obtain the user information of the calling party, for example: name, position, and attribution.
- the user information database may be queried according to the number of the calling party and the number of the called party to obtain the user information of the calling party.
- the user information database may be located at a service control point or other device located outside the service control point.
- the user information of the calling end is selectively sent according to the user information of the calling end and the pre-configured address book of the called end and/or the current working state of the called end. Specifically, it is determined that the called end handles the call of the calling end, and if it is determined that the called end does not need to To answer, proceed to step S24; if it is determined that the called end must currently answer, proceed to step S25; otherwise, perform step S26;
- the service control point sends a release call Release call message.
- the MSC cuts off the current call.
- the service control point sends a Connect/Continue message according to an ordinary call.
- the MSC After receiving the Conncet/Continue message, the MSC sends the call to the called end, and the called party receives the call of the caller ID with the telephone number in the normal manner.
- sending the user information of the calling end to the called end may be performed in the following manner:
- the USSD message further includes a menu for the called party to select, and the content of the menu includes: consent to answer, consent to answer with background sound effect, refusal to answer as busy, and refusal to answer if the number does not exist. Respond to a refusal to answer in the service area, etc.;
- the manner in which the SCP sends the user information of the calling terminal to the IVR call center is as follows: The SCP establishes a communication connection with the IVR call center, and the SCP sends a message carrying the user information of the calling end to the IVR call center.
- the user information of the calling end is queried according to the call request information of the calling end, and the manner of sending the user information of the calling end to the called end may also be:
- the SCP sends a CONNECT message to the MSC, and the MSC establishes a connection with the IVR call center.
- the called party number carried in the CONNECT message sent by the SCP is "IVR call center number and original called party number", and the calling party number does not change.
- the MSC then forwards the call to the IVR call center based on the CONNECT message.
- the IVR call center may obtain the calling party number and the called party number from the calling party number and the called party number, and the IVR call center presets the called party number according to the calling party number and the called party number.
- the corresponding voice information is configured at the end, and according to the message that needs to provide the information of the calling end user, the corresponding voice information of the user information of the calling end is obtained, and then the IVR call center sends the voice information. Give the called end.
- step S28 is performed; when the answering of the rejected call is selected, step S29 is performed; when the answering call is not selected , when the call is not refused, step S30 is performed;
- the SCP instructs the MSC to establish a call connection between the calling end and the called end.
- the SCP instructs the MSC to cut off the current call.
- the SCP instructs the MSC to cut off the call after any response that has not been received for a period of time.
- the embodiment of the present invention can provide the called party with the user information of the calling party, so that the called party can select whether to answer according to the learned information, so that the user can explicitly select whether to answer the call.
- FIG. 3 is a schematic flow chart of selecting and answering by the called end according to the method shown in FIG. As shown in FIG. 3, this embodiment initiates a call from the calling end, and then passes through the network, and finally the called end is based on the user at the calling end.
- the process of selecting a call to receive a message is as follows:
- the user at the calling end initiates a call to the MSCa.
- the MSCa/SSP takes the roaming number of the called end, and sends a routing message (SRI) message to the Home Location Register (HLR);
- SRI routing message
- HLR Home Location Register
- the HLR returns an SRI confirmation message including user subscription information to the MSCa/SSP.
- the called party should have the subscription service, so there is user registration information (CMEL) in the HLR.
- CMEL user registration information
- the MSCa/SSP sends an IDP message to the SCP according to the CSI trigger.
- the SCP obtains user information of the calling end, such as a name, a position, a attribution, and the like, by querying a database according to the known numbers of the calling end and the called end.
- the SCP sends the user information of the calling party to the called end through the USSD message, and provides a menu selection.
- the menu selection includes: agreeing to answer, agreeing to answer (with background sound), rejecting the answer (busy), rejecting the answer (number) Does not exist), refuses to answer (not in the service area);
- the called end selects the answer in the menu according to the information that is seen, and the message selected and received is transmitted to the SCP;
- the SCP sends a connection (CONNECT) message to the MSCa;
- the MSCa sends an SRI message to the HLR for the second time, and the CSI is suppressed at this time;
- the HLR returns the roaming number of the called end to the MSCa.
- the MSCa sends an IAM message to the MSCb.
- MSCb sends an ANM response message to the MSCa
- the calling party and the called party are in normal conversation;
- FIG. 4 is a schematic flow chart of the called end selecting to reject the answer according to the method shown in FIG. 2. As shown in FIG. 4, this embodiment initiates a call from the calling end, and then passes through the network. Finally, the called end selects the process of rejecting the call according to the user information of the calling end as follows:
- the user at the calling end initiates a call to the MSCa. 5402.
- the MSCa/SSP takes the roaming number of the called end, and sends a routing message (SRI) message to the Home Location Register (HLR);
- SRI routing message
- HLR Home Location Register
- the HLR returns an SRI confirmation message including user subscription information to the MSCa/SSP.
- the called party should have the subscription service, so there is user registration information (CAMEL Subscription Information, CSI for short) in the HLR.
- the MSCa/SSP sends an IDP message to the SCP according to the CSI trigger.
- the SCP obtains user information of the calling end, such as a name, a position, a attribution, and the like, by querying a database according to the known numbers of the calling party and the called terminal.
- the SCP sends the user information of the calling party to the called end through the USSD message, and provides a menu selection.
- the menu selection includes: agreeing to answer, agreeing to answer (with background sound), rejecting the answer (busy), rejecting the answer (number) Does not exist), refuses to answer (not in the service area);
- the called end selects to reject the answer (not in the service area) in the menu according to the information that is seen, and the rejected message is transmitted to the SCP;
- the SCP sends a Play Announcement (PA) message to the MSCa to play the voice to the user at the calling end. "The user you dialed is not in the service area";
- the SCP sends a Release Call message to the MSCa to cut off the call.
- the above method for providing the called party with the user information of the calling party to implement call management can be used in a very common scenario. For example, when the user is not expected to know his/her own number, the menu of rejecting the answer (the number does not exist) can be selected. This kind of service can improve the satisfaction of end users for operators.
- the messages are all standard messages, so the compatibility with the network is good.
- an embodiment of the present invention further provides a system for implementing call management.
- the system when the calling party initiates a call to the called party, the called party can select whether to answer the current call according to the received user information of the calling party.
- FIG. 5 is a schematic diagram of a system for implementing call management according to Embodiment 1 of the present invention.
- the package The system includes: a calling terminal 1, a system 2 for implementing call management, and a called terminal 4, and the system 2 for implementing call management includes a service control point 3, wherein the service control point 3 includes:
- the query unit 33 is configured to query, according to the call request information of the calling end, the user information of the calling end;
- the query unit 33 queries the user information of the calling party from the user information database according to the call request information of the calling party.
- the user information of the calling party may be: name, position, and attribution.
- the user information database may be stored in the service control point 3 or may be stored in other devices than the service control point 3.
- the call request message of the calling end includes the number of the calling end 1 and the number of the called end 4.
- the query unit 33 can query the user information of the calling end 1 according to the number of the calling end 1 and the number of the called end 4; or the user information of the calling end 1 can be queried according to the number of the calling end 1.
- a sending unit 34 configured to send user information of the calling end 1;
- the sending unit 34 may use a short message, an Unstructured Supplementary Service Data (USSD) message, a caller ID, or an Interactive Voice Response (IVR) call.
- USSD Unstructured Supplementary Service Data
- IVR Interactive Voice Response
- the called end sends the user information of the calling end.
- the transmitting unit 34 further includes various messages transmitted to the service control point 3 in the system 2 that implements call management.
- the control unit 37 is configured to perform corresponding control according to the response of the called terminal to the call with the user information of the calling terminal.
- the called terminal 4 receives the user information with the calling terminal 1 and the current call through the system 2 for implementing call management, and selects whether to answer the current or not according to the received user information of the calling terminal 1
- the control unit 37 instructs the other device (such as the MSC) in the system 2 that implements the call management according to the response of the selected call received by the called terminal 4 received by the service control point 3.
- a call connection is established between the calling end 1 and the called end 4, and when the call ends, the SCP control process ends.
- the control unit 37 cuts off the current call according to the response command received by the called terminal 4 selected by the SCP to reject the answer. For the called end In the case where no action is taken on the call (neither answering the call nor rejecting the call;),
- the SCP is also considered to be a response, and after a predetermined period of time, the control unit 37 instructs to cut off the call.
- FIG. 6 is a schematic diagram of a system for implementing call management according to Embodiment 2 of the present invention. As shown in FIG. 6, the method includes: a calling terminal 1, a system 2 for implementing call management, and a called terminal 4, and the call management system 2 includes a service control point 3, wherein the service control point 3 includes:
- the startup unit 31 is configured to start a user information query mode.
- the user subscription information CSI of the terminal may be set in advance in the home location register HLR.
- the mobile services switching center MSC triggers an IDP message according to the user subscription information CSI sent by the home location register HLR, where the IDP message includes a service key parameter for the SCP to start a specific service.
- the MSC sends the IDP message to the SCP.
- the SCP starts the user information query mode according to the received IDP message.
- the implementation may also be: when the call occurs, the SCP according to the pre-configured information of the called end on the HLR (for example, the SCP is notified when the called end is called) or pre-configured on the service control point 3, To initiate the user query mode of the SCP.
- the above method for initiating the user query mode can be applied not only in the CAMEL protocol in the GSM network, but also in other networks, such as: PSTN network, CDMA network, IMS network, and the CDMA network also has HLR support CSI information, IMS.
- SHLR supports CSI information in the network.
- a storage unit 32 configured to store a database of user information
- the query unit 33 is configured to query, from the storage unit 32, the user information of the calling end according to the request message of the calling end;
- the query unit 33 queries the user information of the calling terminal 1 from the user information database stored in the storage unit 32 according to the call request information of the calling terminal, and the queried user information of the calling terminal 1 may be : Information such as name, position and attribution.
- the user information database is not necessarily stored in the storage unit 32 in the service control point 3 or the service control point 3. It can also be stored at other devices in the system 2 that implements call management.
- the call request message of the calling end includes the number of the calling end and the number of the called end.
- the query unit 33 may query the user information of the calling terminal according to the number of the calling terminal and the number of the called terminal. The user information of the calling terminal may also be queried according to the number of the calling terminal.
- the queried user information of the calling party may be: name, position, and attribution.
- a sending unit 34 configured to send user information of the calling end
- the sending unit 34 can not only send the user information of the calling end, but also send other various messages that the service control point 3 needs to send, and also includes sending the service control point to the system 2 that implements the call management. 3 various messages.
- the sending unit 34 sends a message carrying the user information of the calling terminal to the called terminal 4.
- the message sent by the sending unit 34 carrying the user information of the calling end may be a USSD message or a short message.
- the USSD message further includes a menu for the called party to select. The content of the menu includes: consent to answer, consent to answer with background sound effect, reply to busy answer, and reply to If the number does not exist, the answer is rejected and the reply is rejected in the service area.
- the determining unit 35 is configured to determine, according to the user information of the calling terminal and the preset address book of the called terminal and/or its current working state, the process of the called party calling the calling party;
- the unit 36 is configured to selectively send the user information of the calling end according to the judgment result.
- the judgment result processing unit 36 selectively transmits the user information of the calling terminal according to the judgment result, and includes:
- the instruction sending unit 34 sends a release call release call message to the MSC; when the judgment result is that the called end is currently unconditionally necessary to answer, the instruction sending unit 34 sends a Connect/Continue message. To the MSC (in the manner of connecting the ordinary call); otherwise, the command sending unit 34 transmits the user information of the calling end.
- the system 2 for implementing call management further includes an IVR call center 5, configured to receive a message sent by the service control point, and generate user information carrying the calling end according to the message. Voice information, the voice information is sent to the called end, and includes the following two methods:
- the transmitting unit 34 transmits a message including the user information of the calling terminal to the IVR call center 5.
- the IVR call center 5 will generate voice information including user information of the calling end, and then send the voice information to the called end.
- the sending unit 34 sends a CONNECT message to the MSC.
- the called party number carried in the CONNECT message sent by the service control point 3 is "IVR call center number and original called party number", and the calling party number does not change.
- the MSC establishes a connection with the IVR call center, and then the MSC forwards the CONNECT message to the IVR call center 5.
- the IVR call center 5 obtains the number of the calling party 1 and the number of the called party 4 from the received calling party number and the called party number, and the IVR call center 5 pre-acquires the calling party 1 and The number of the called terminal 4 is configured with the corresponding language information of the called terminal 4.
- the corresponding content includes the voice information of the user information of the calling terminal 1, and the IVR call center 5 uses the voice information. Sent to the called end.
- the control unit 37 is configured to perform corresponding control according to the response of the called terminal to the call with the user information of the calling terminal.
- the called terminal 4 receives the call with the user information of the calling terminal 1 through the system 2 for implementing call management, and selects whether to answer the current call according to the received user information of the calling terminal 1
- the control unit 37 implements the response control command of the called terminal 4 received by the transmitting unit 34 to implement other devices (such as MSC) in the call management system 2 as the calling terminal 1 and the nickname.
- the call connection is established between the calling terminals 4, and the control process of the SCP ends when the call ends.
- the control unit 37 cuts off the current call according to the response command received by the called terminal 4 selected by the SCP to reject the answer.
- SCP For the case where the called party does not perform any operation on the call (neither choose to answer the call nor choose to reject the call;), SCP It is also considered to be a response, and after a predetermined period of time, the control unit 37 instructs to cut off the current call.
- the above-mentioned system for providing the called party with the user information of the calling party to implement call management can be used in a very common scenario, and the service can improve the satisfaction of the terminal user for the operator.
- the messages used in the network are all standard messages.
- the function module only needs to be extended at the service control point to enable the user information of the calling end to be queried, so the compatibility with the network is good.
- FIG. 7 is a schematic structural diagram of a service control point according to Embodiment 1 of the present invention. As shown in FIG. 7, the service control point 3 includes:
- the query unit 33 is configured to query, according to the call request information of the calling end, the user information of the calling end;
- the query unit 33 queries the user information of the calling party 1 from the user information database according to the call request information of the calling party.
- the user information of the calling party may be: name, location, and attribution.
- the user information database may be stored in the service control point 3 or may be stored in other devices than the service control point 3.
- the call request message of the calling end includes the number of the calling end and the number of the called end.
- the query unit 33 may query the user information of the calling terminal 1 according to the number of the calling terminal and the number of the called terminal.
- the user information of the calling terminal may also be queried according to the number of the calling terminal.
- the sending unit 34 is configured to send user information of the calling end to the called end;
- the sending unit 34 may use a short message, an Unstructured Supplementary Service Data (USSD) message, a caller ID, or an Interactive Voice Response (IVR) call.
- USSD Unstructured Supplementary Service Data
- IVR Interactive Voice Response
- the control unit 37 is configured to perform corresponding control according to the response of the called terminal to the call with the user information of the calling terminal.
- the SCP receives the call made by the called end to the user information with the calling end.
- control unit 37 performs the corresponding control based on the response of the called end. If the called end selects the answering call according to the user information of the calling end, the control unit 37 instructs other devices (such as the MSC) in the communication network to establish a call connection between the calling end and the called end, when the call ends After that, the control process of the SCP ends. If the called party chooses to reject the call, the control unit 37 instructs to cut off the current call. For the case where the called party does not perform any operation on the call (neither selects the answering call nor refuses to answer the call), the SCP also considers it to be a response. After a period of time set by the SCP, the control unit 37 instructs to cut off the present. Second call.
- FIG. 8 is a schematic structural diagram of a service control point according to Embodiment 2 of the present invention. As shown in FIG. 8, the service control point 3 includes:
- a startup unit 31 configured to start a user information query mode of the service control point
- the mobile service switching center MSC triggers an IDP message according to the user subscription information CSI sent by the home location register HLR, where the IDP message includes a service key parameter for the SCP to start a specific service.
- the MSC sends the IDP message to the SCP.
- the SCP starts the service subscribed by the user according to the service key parameter.
- the initiating unit 31 in the service control point 3 will start the user information query mode according to the received IDP message.
- the SCP when the call occurs, the SCP provides the user information according to the pre-configured information of the called end (for example, when the called end notifies the SCP when the HLR is configured to be called or when the SCP is configured to be called). , to start the user query mode of the SCP.
- the above method for initiating the user inquiry mode can be applied not only in the CAMEL protocol in the GSM network but also in other networks, such as the PSTN network, the CDMA network, and the IMS network.
- a storage unit 32 configured to store a database of user information
- the query unit 33 is configured to query the user information of the calling terminal according to the request message of the calling terminal.
- the query unit 33 uses the call request information of the calling terminal from the user information database stored in the storage unit 32.
- the user information of the calling party 1 is queried, and the user information of the queried terminal 1 can be: information such as name, position and attribution.
- Call request cancellation at the calling end The information includes the number of the calling party 1 and the number of the called terminal 4.
- the query unit 33 may query the user information of the calling terminal according to the number of the calling terminal and the number of the called terminal; or query the user information of the calling terminal according to the number of the calling terminal.
- the queried user information of the calling terminal 1 may be: name, position, and attribution.
- the sending unit 34 is configured to send user information of the calling end to the called end;
- the sending unit 34 can not only send the user information of the calling end, but also other messages that the SCP needs to send.
- the sending unit 34 may be a message that transmits user information including the calling end to the called end.
- the message sent by the sending unit 34 including the user information of the calling terminal may be a USSD message or a short message.
- the USSD message further includes a menu for the called party to select. The content of the menu includes: consent to answer, consent to answer with background sound effect, reply to busy answer, and reply to If the number does not exist, the answer is rejected and the reply is rejected in the service area.
- the determining unit 35 is configured to determine, according to the user information of the calling terminal and the preset address book of the called terminal and/or its current working state, the process of the called party calling the calling party;
- the unit 36 is configured to selectively send the user information of the calling end according to the judgment result.
- the judgment result processing unit 36 selectively transmits the user information of the calling terminal according to the judgment result, and includes:
- the instruction sending unit 34 sends a release call release call message to the MSC; when the judgment result is that the called end is currently unconditionally necessary to answer, the instruction sending unit 34 sends a Connect/Continue message. To the MSC (in this case, the case of connecting a normal call); otherwise, the command sending unit 34 transmits the user information of the calling party.
- the control unit 37 is configured to perform corresponding control according to the response of the called terminal to the call with the user information of the calling terminal.
- the SCP receives a response from the called end to the call with the user information of the calling end, and the control unit 37 performs corresponding control according to the response of the called end. If the called end selects the answering call according to the user information of the calling end, the control unit 37 instructs other devices (such as the MSC) in the communication network to establish a call connection between the calling end and the called end, when the call ends After that, the control process of the SCP ends. If the called party chooses to reject the call, the control unit 37 instructs to cut off the current call.
- the SCP also considers it to be a response. After a preset period of time, the control unit 37 instructs to cut off the present. Second call.
- the message used by the service control point in the embodiment of the present invention is a standard message transmitted in the network, and only needs to expand some function modules to obtain the user information of the calling end, and can conveniently provide it to the called end. Therefore, the compatibility with the network is very good.
- the embodiment of the present invention further provides a communication terminal, including:
- a receiving unit configured to receive user information of the calling end
- the manner in which the receiving unit receives the user information of the calling terminal includes: a short message, a USSD message, a language message, and a caller ID. These methods may be that the call with the calling end arrives at the communication terminal of the called end, or the user information of the calling end arrives at the communication terminal of the called end in advance.
- a selecting unit configured to select whether to answer the call according to the user information of the calling end.
- the mobile terminal for the called end selects whether to answer the call according to the user information of the calling party, wherein the available modes include: consent to answer, consent to answer with background sound, reply to busy to reject, reply to number
- the non-existent refusal to answer and reply is a refusal to answer in the service area, and so on.
- the storage medium is, for example, a ROM/RAM, a magnetic disk, an optical disk, or the like.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Description
一种实现呼叫管理的方法、 ***及业务控制点 本申请要求于 2008 年 08 月 13 日提交中国专利局、 申请号为 200810030152.0、发明名称为"一种实现呼叫管理的方法、 ***及业务控制点" 的中国专利申请的优先权, 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术领域, 尤其涉及一种实现呼叫管理的方法、 ***及 业务控制点。 背景技术
业务控制点( Service Control Point , 简称: SCP )是目前通信网络中移动 智能网的核心, 加载有业务逻辑和用户的数据。 当一个移动智能网用户发起 呼叫或被呼叫时, 移动业务交换中心 /业务交换点 ( Mobile Service center/Service Switching Point,简称: MSC/SSP )给 SCP上报触发探测点( Detect Point, 简称: DP ) /初始探测点 (Initinal Detect Point,简称: IDP)消息, 从而 启动 SCP上的移动智能业务, 其呼叫过程将由 SCP进行控制。 SCP控制呼叫 的基本过程是这样的: 呼叫触发到 SCP后, SCP启动智能业务逻辑, 进行基 本的呼叫处理(例如, 分析出主、被叫号码); 查找用户的数据进行呼叫鉴权, 分析用户的帐户有效性; 判断本次呼叫有效后, 要求 MSC/SSP接续呼叫, 并 进行计费; 最后当终端的用户挂机后 SCP中的控制过程结束, 完成一次呼叫 的控制。
通信网络中, 每一个接入的终端都会有一个标识, 如接入全球移动通信 ***(GSM )、 公用电话网 (PSTN )、 码分多址复用 (CDMA )等网络都会有 一个号码, 这个号码在主叫端发起呼叫时会由通信网络传递到被叫端, 只要 被叫端的用户开通了来电号码显示功能, 就可以看到主叫端的号码。
以 GSM网络为例, 呼叫发生时, MSC将主叫端的呼叫请求发送到被叫 端所在网络, 被叫端所在网络将携带有主叫端号码的呼叫发送给被叫端, 被 叫端根据接收到的主叫端号码决定是否接听本次呼叫, 或者被叫端根据接收 到的主叫端号码从其存有的用户信息通讯录里查询主叫端的用户信息, 并根 据查询的结果决定是否接听本次呼叫。
当前, 由于被叫端只能接收一串数字信号, 无法携带更多的信息, 所以 对主叫端号码的识别都只能是在被叫端上进行处理。 然而, 当出现以下情况, 如: 1、 主叫端号码未曾通知过被叫端; 2、 终端的通讯录因容量有限无法记 录所有号码的信息 (例如一个集团有好几千人而终端上的通讯录往往只有一 百到两百个); 3、 终端丟失导致终端中的通讯录丟失等等, 都将导致终端无 法显示足够的用户信息, 从而使被叫端的用户就很难判断是否应当接听本次 呼叫。
而现实生活中, 被叫端的用户只愿意有选择地接听电话的情况很多, 如 参加会议或重要工作时不想接听推销电话等, 都是有可能的。 而一般人能够 记忆的电话号码并不多, 也就常用的一些号码, 这么少的号码是无法应付当 前曰益增加的沟通需求的。 因此在很多情况下, 被叫端的用户都只能试探性 地接听电话然后很快挂掉, 但是这样已经打扰了正在进行的工作。 发明内容
本发明实施例提供一种实现呼叫管理的方法、 ***, 使得被叫端能够根 据主叫端的用户信息选择是否接听呼叫, 从而实现了对呼叫的管理。 本发明 实施例还提供了一种业务控制点, 用于为被叫端提供主叫端的用户信息。
为了解决上述技术问题,本发明实施例提供了一种实现呼叫管理的方法, 包括: 根据主叫端的呼叫请求信息查询到所述主叫端的用户信息; 发送所述 主叫端的用户信息到被叫端; 根据所述被叫端对带有所述主叫端的用户信息 的呼叫 #丈出的响应, 执行相应的呼叫控制。
相应地, 本发明实施例还提供了一种实现呼叫管理的***, 包括业务控
制点, 所述业务控制点用于根据主叫端的呼叫请求信息查询到所述主叫端的 用户信息, 并发送所述主叫端的用户信息到被叫端; 和根据所述被叫端对带 有所述主叫端的用户信息的呼叫做出的响应, 执行相应的呼叫控制。
相应地, 本发明实施还提供了一种业务控制点, 包括: 查询单元, 用于 根据主叫端的呼叫请求信息查询到所述主叫端的用户信息; 发送单元, 用于 发送所述主叫端的用户信息; 控制单元, 用于根据所述被叫端对带有所述主 叫端的用户信息的呼叫做出的响应, 执行相应的控制。
相应地, 本发明实施例还提供了一种通信终端, 包括: 接收单元, 用于 接收主叫端的用户信息; 选择单元, 用于根据所述主叫端的用户信息选择是 否接听呼叫。
本发明实施例通过业务控制点根据主叫端的呼叫请求信息查询用户信息 数据库从而获取到主叫端的用户信息, 使得被叫端根据接收到的所述主叫端 的用户信息能够有选择地接听, 从而可以避免因接听一些不必要的电话而导 致打扰工作。 附图说明
图 1为本发明实施例一的实现呼叫管理的方法流程示意图;
图 2为本发明实施例二的实现呼叫管理的方法流程示意图;
图 3为根据图 2所示的方法被叫端选择接听的流程示意图;
图 4为根据图 2所示的方法被叫端选择拒绝接听的流程示意图; 图 5为本发明实施例一的实现呼叫管理的***示意图;
图 6为本发明实施例二的实现呼叫管理的***示意图;
图 7为本发明实施例一的业务控制点的结构示意图;
图 8为本发明实施例二的业务控制点的结构示意图。 具体实施方式
下面将结合附图对本发明作进一步地详细描述。
本发明实施例在主叫端发起呼叫的情况下, 通过业务控制点的用户查询 模式查询得到主叫端的用户信息, 然后将该主叫端的用户信息被发送到被叫 端, 使得在被叫端处可以根据主叫端的用户信息选择是否接听呼叫, 从而实 现对呼叫进行管理。
图 1为本发明实施例一的实现呼叫管理的方法流程示意图。如图 1所示, 本发明实施例的实现呼叫管理的方法, 包括以下步骤:
S 11、 根据主叫端的呼叫请求消息查询到主叫端的用户信息;
此处, SCP提供主叫端的用户信息查询功能, 接收到主叫端的用户请求 消息后自动进行主叫端的用户信息查询。 所述主叫端的呼叫请求信息中包括 主叫端号码和被叫端号码, SCP可以根据已知的主叫端号码查询用户信息数 据库来获取主叫端的用户信息, 例如: 名称、 职位和归属地等; 也可以根据 主叫端号码和被叫端号码一起查询用户信息数据库来获取主叫端的用户信 息。 所述用户信息数据库可以是位于业务控制点上, 也可以是位于在业务控 制点以外的其他设备上。
512、 发送所述主叫端的用户信息到被叫端;
本实施例中, 可以通过短消息、 非结构化补充数据业务(Unstructured Supplementary Service Data, 简称: USSD ) 消息、 来电显示或交互式语音应 答( Interactive Voice Response, 简称: IVR )呼叫等向被叫端发送主叫端的用 户信息。
513、 根据所述被叫端对带有所述主叫端的用户信息的呼叫做出的响应, 执行相应的呼叫控制。
本实施例中, 被叫端接收到主叫端的用户信息和本次呼叫, 当被叫端根 据主叫端的用户信息选择接听呼叫时, 则主叫端与被叫端之间建立起通话连 接, 当通话结束后, SCP的控制过程结束。 当被叫端根据主叫端的用户信息 选择拒绝接听呼叫时, 则 SCP指令切断本次呼叫。 当被叫端既不选择接听呼
叫, 也不选择拒绝接听呼叫 (例如用户不在通信终端旁), 经过预先定义的一 段时间, 接收不到被叫端的响应消息时, 最终 SCP指令切断本次呼叫。
图 2为本发明实施例二的实现呼叫管理的方法流程示意图。如图 2所示, 所述方法包括以下步骤:
S21、 启动用户信息查询模式;
本实施例中,可以是预先在归属位置寄存器 HLR中设置终端的用户签约 信息 CSI。 当呼叫发生时, 移动业务交换中心 MSC会根据归属位置寄存器 HLR发送的用户签约信息 CSI触发 IDP消息,所述 IDP消息中包括用于 SCP 启动具体业务的业务键参数。 MSC将该 IDP消息发送到 SCP, SCP接收到 IDP 消息后, 根据所述业务键参数启动用户信息查询模式。
可选地, 本发明实施例还可以是在呼叫发生时, SCP根据被叫端在 HLR 的预先配置信息 (例如被叫端被呼叫时通知 SCP处理 )或在 SCP上的预先配 置信息, 来启动 SCP的用户查询模式。
上述启动用户查询模式的方法, 不仅可以应用在 GSM网络中的 CAMEL 协议中, 还可以运用在其他网络中, 如: PSTN网络、 CDMA网络、 IP多媒 体子***(IP Mutimedia Subsystem, 简称: IMS ) 网络中, CDMA网络也有 HLR支持 CSI信息, IMS网络中有 SHLR支持 CSI信息。
S22、 根据主叫端的呼叫请求信息查询到主叫端的用户信息;
本实施例中,主叫端的呼叫请求信息包括主叫端的号码和被叫端的号码, SCP可以才艮据主叫端号码查询用户信息数据库来获得主叫端的用户信息, 例 如: 名称、 职位和归属地等; 也可以根据主叫端的号码和被叫端的号码一起 查询用户信息数据库来获取主叫端的用户信息。 所述用户信息数据库可以是 位于业务控制点上, 也可以是位于在业务控制点以外的其他设备上。
S23、 根据所述主叫端的用户信息和预先配置的所述被叫端的通信录和 / 或所述被叫端当前工作状态有选择地发送所述主叫端的用户信息。其具体为: 判断所述被叫端处理该主叫端呼叫的情况, 如果判断为所述被叫端不需
要接听, 则执行步骤 S24; 如果判断为所述被叫端当前必须接听, 则执行步 骤 S25; 否则执行步骤 S26;
S24、 所述业务控制点发送释放呼叫 Release call消息;
此处, 所述业务控制点发送释放呼叫消息到 MSC后, MSC切断本次呼 叫。
S25 、 所述业务控制点按照普通呼叫的方式发送连接 /接续 ( Connect/Continue ) 消息;
此处, MSC接收该 Conncet/Continue消息后, 将该呼叫发送给被叫端, 被叫端接收到的将是普通方式的带电话号码的来电显示的呼叫。
S26、 发送所述主叫端的用户信息到所述被叫端;
本发明实施例中, 发送所述主叫端的用户信息到所述被叫端, 可以通过 以下方式:
一、 发送携带有所述主叫端的用户信息的 USSD消息给所述被叫端。 其 中, USSD 消息中还包括供所述被叫端选择的菜单, 所述菜单的内容包括: 同意接听、 带背景音效的同意接听、 回复为忙的拒绝接听、 回复为号码不存 在的拒绝接听和回复为不在服务区的拒绝接听等等;
二、 发送携带有所述主叫端的用户信息的短消息给所述被叫端; 三、 发送携带有所述主叫端的来电显示到所述被叫端;
四、 发送携带有所述主叫端的用户信息的消息到交互式语音应答 IVR呼 叫中心, 所述 IVR呼叫中心根据上述消息生成内容包含所述主叫端的用户信 息的语音信息, 然后将所述语音信息发送给所述被叫端。 其中, SCP发送所 述主叫端的用户信息到 IVR呼叫中心的方式为: SCP与 IVR呼叫中心建立起 通信连接, SCP发送携带有所述主叫端的用户信息的消息到 IVR呼叫中心。
本发明实施例中, 根据主叫端的呼叫请求信息查询到所述主叫端的用户 信息, 发送所述主叫端的用户信息到所述被叫端的方式还可以是:
SCP发送 CONNECT消息给 MSC, MSC与 IVR呼叫中心建立连接。 此
处, SCP发送的 CONNECT消息里携带的被叫端号码为 "IVR呼叫中心号码 和原被叫端号码", 主叫端号码不变。 然后 MSC根据该 CONNECT消息将呼 叫转给 IVR呼叫中心。所述 IVR呼叫中心可以从上述主叫端号码和被叫端号 码中得到所述主叫端号码和所述被叫端号码, IVR呼叫中心预先根据主叫端 号码和被叫端号码为被叫端配置好相应的语音信息, 此时根据接收到需要提 供主叫端用户信息的消息, 获取到相应的, 内容包含所述主叫端的用户信息 的语音信息, 然后 IVR呼叫中心将该语音信息发送给所述被叫端。
527、 所述被叫端根据接收到的所述主叫端的用户信息处置当前呼叫, 当 选择接听呼叫时, 则执行步骤 S28; 当选择拒绝接听呼叫时, 执行步骤 S29; 当既不选择接听呼叫, 也不选择拒绝呼叫时, 执行步骤 S30;
528、 建立通话连接;
此处, SCP接收到被叫端对本次呼叫做出的接听响应后,指令 MSC为主 叫端与被叫端建立起通话连接。
529、 切断本次呼叫;
此处, SCP接收到被叫端对本次呼叫做出的拒绝接听响应后, 指令 MSC 切断本次呼叫。
530、 经过预先定义的一段时间后, 切断本次呼叫;
此处, SCP经过一段时间没有接收到的任何响应,指令 MSC切断本次呼 叫。
最后, 通话结束后, 或者本次呼叫被切断后, SCP 的控制过程也相应地 结束。
本发明实施例通过只拓展 SCP上的业务, 就能够为被叫端提供主叫端的 用户信息, 从而被叫端能够根据获知的信息选择是否接听, 使得用户可以明 确地选择是否接听电话。,
图 3为根据图 2所示的方法被叫端选择接听的流程示意图。如图 3所示, 本实施例从主叫端发起呼叫, 然后经过网络, 最后被叫端根据主叫端的用户
信息选择接听呼叫时的流程如下:
5301、 主叫端的用户发起呼叫到 MSCa;
5302、 MSCa/SSP取被叫端的漫游号码,发送路由消息( Send Routing Info , 简称: SRI )消息到归属位置寄存器( Home Location Register, 简称: HLR );
S303、 HLR返回包含用户签约信息的 SRI确认消息到 MSCa/SSP;
此处,被叫端应有订购本业务, 因此在 HLR中有用户签约信息( CAMEL Subscription Information , CSI )„
5304、 MSCa/SSP根据 CSI触发发送 IDP消息到 SCP;
5305、 SCP根据已知的主叫端和被叫端的号码, 通过查询数据库得到主 叫端的用户信息, 例如名称、 职位、 归属地等;
5306、 SCP通过 USSD消息向被叫端发送主叫端的用户信息, 并提供菜 单选择, 菜单选择包括的内容有: 同意接听、 同意接听(带背景音效)、 拒绝 接听(忙)、 拒绝接听(号码不存在)、 拒绝接听(不在服务区);
5307、 被叫端根据看到的信息在菜单中选择接听, 该选择接听的消息被 传送到 SCP;
5308、 SCP下发连接 ( CONNECT ) 消息给 MSCa;
5309、 MSCa第二次向 HLR发送 SRI消息, 此时抑制 CSI;
5310、 HLR向 MSCa返回被叫端的漫游号码;
S311、 MSCa向 MSCb发送 IAM消息;
S312、 MSCb发送 ANM响应消息到 MSCa;
5313、 主叫端和被叫端正常通话;
5314、 主叫端挂断连接。
图 4为根据图 2所示的方法被叫端选择拒绝接听的流程示意图。 如图 4 所示, 本实施例从主叫端发起呼叫, 然后经过网络, 最后被叫端根据主叫端 的用户信息选择拒绝接听呼叫的流程如下:
S401、 主叫端的用户发起呼叫到 MSCa;
5402、 MSCa/SSP取被叫端的漫游号码,发送路由消息( Send Routing Info , 以下简称: SRI )消息到归属位置寄存器( Home Location Register,简称: HLR );
5403、 HLR返回包含用户签约信息的 SRI确认消息到 MSCa/SSP;
此处,被叫端应有订购本业务, 因此在 HLR中有用户签约信息( CAMEL Subscription Information, 简称: CSI )。
5404、 MSCa/SSP根据 CSI触发发送 IDP消息到 SCP;
5405、 SCP根据已知的主叫端和被叫端的号码, 通过查询数据库得到主 叫端的用户信息, 例如名称、 职位、 归属地等;
5406、 SCP通过 USSD消息向被叫端发送主叫端的用户信息, 并提供菜 单选择, 菜单选择包括的内容有: 同意接听、 同意接听(带背景音效)、 拒绝 接听(忙)、 拒绝接听(号码不存在)、 拒绝接听(不在服务区);
5407、 被叫端根据看到的信息在菜单中选择拒绝接听(不在服务区), 该 拒绝接听的消息被传送到 SCP;
5408、 SCP下发播放通知 (Play Announcement, 简称: PA)消息给 MSCa, 向主叫端的用户播放语音 "您拨打的用户不在服务区";
5409、 SCP向 MSCa下发释放呼叫 ( Release Call ) 消息, 从而切断本次 呼叫。
上述为被叫端提供主叫端的用户信息实现呼叫管理的方法, 能够运用在 非常普遍的场景下, 例如不希望对方知道自己的号码时, 可以选择拒绝接听 (号码不存在) 的菜单。 这种服务对运营商来说可提高终端用户的满意度。 的消息都为标准的消息, 因此对网络的兼容性 4艮好。
相应地, 本发明实施例还提供了一种实现呼叫管理的***。 使用本***, 主叫端向被叫端发起呼叫时, 被叫端能够根据接收到的主叫端的用户信息选 择是否接听本次呼叫。
图 5为本发明实施例一的实现呼叫管理的***示意图。 如图 5所示, 包
括: 主叫端 1、 实现呼叫管理的*** 2, 和被叫端 4, 实现呼叫管理的*** 2 中包括业务控制点 3 , 其中, 业务控制点 3包括:
查询单元 33 , 用于根据主叫端的呼叫请求信息查询到所述主叫端的用户 信息;
本实施例中,查询单元 33根据主叫端的呼叫请求信息从用户信息数据库 中查询主叫端的用户信息, 查询到的主叫端的用户信息可以是: 名称、 职位 和归属地等信息。 所述用户信息数据库可以是存储在业务控制点 3 中, 也可 以是存储在业务控制点 3以外的其他设备中。
所述主叫端的呼叫请求消息中包括主叫端 1的号码和被叫端 4的号码。 查询单元 33可以才艮据主叫端 1的号码和被叫端 4的号码查询到主叫端 1的用 户信息; 也可以根据主叫端 1的号码查询到主叫端 1的用户信息。
发送单元 34, 用于发送主叫端 1的用户信息;
本实施例中, 发送单元 34 可以通过短消息、 非结构化补充数据业务 ( Unstructured Supplementary Service Data , 简称: USSD )消息、 来电显示或 交互式语音应答( Interactive Voice Response , 简称: IVR )呼叫等向被叫端 发送主叫端的用户信息。 此处, 发送单元 34还包括接收实现呼叫管理的*** 2中发送给业务控制点 3的各种消息。
控制单元 37, 用于根据所述被叫端对带有所述主叫端的用户信息的呼叫 做出的响应, 执行相应的控制。
本实施例中, 被叫端 4通过实现呼叫管理的*** 2接收到带有主叫端 1 的用户信息和本次的呼叫, 并根据接收到的主叫端 1 的用户信息选择是否接 听本次呼叫, 当被叫端 4选择接听呼叫时, 控制单元 37根据业务控制点 3接 收到的被叫端 4的选择接听的响应, 指令实现呼叫管理的*** 2中的其他设 备(如 MSC )为主叫端 1与被叫端 4之间建立起通话连接, 当通话结束后, SCP的控制过程结束。 当被叫端 4选择拒绝接听呼叫时, 则控制单元 37根据 SCP接收到的被叫端 4选择拒绝接听的响应指令切断本次呼叫。 对于被叫端
对呼叫不执行任何操作的情况(既不选择接听呼叫,也不选择拒绝接听呼叫;),
SCP也认为是一种响应, 经过预先设置的一段时间后, 控制单元 37指令切断 本次呼叫。
图 6为本发明实施例二的实现呼叫管理的***示意图。 如图 6所示, 包 括: 主叫端 1、 实现呼叫管理的*** 2和被叫端 4, 实现呼叫管理*** 2包括 业务控制点 3 , 其中, 业务控制点 3包括:
启动单元 31 , 用于启动用户信息查询模式;
本实施例中,可以是预先在归属位置寄存器 HLR中设置终端的用户签约 信息 CSI。 当呼叫发生时, 移动业务交换中心 MSC会根据归属位置寄存器 HLR发送的用户签约信息 CSI触发 IDP消息,所述 IDP消息中包括用于 SCP 启动具体业务的业务键参数。 MSC将该 IDP消息发送到 SCP, SCP接收到 IDP 消息后, 启动单元 31将会根据接收到 IDP消息启动用户信息查询模式。可选 地, 本实施还可以是在呼叫发生时, SCP根据被叫端在 HLR上的预先配置信 息 (例如被叫端被呼叫时通知 SCP处理 )或在业务控制点 3上预先配置的信 息, 来启动 SCP的用户查询模式。
上述启动用户查询模式的方法, 不仅可以应用在 GSM网络中的 CAMEL 协议中, 还可以运用在其他网络中, 如: PSTN 网络、 CDMA 网络、 IMS ) 网络中, CDMA网络也有 HLR支持 CSI信息, IMS网络中有 SHLR支持 CSI 信息。
存储单元 32, 用于存储用户信息数据库;
查询单元 33 , 用于根据所述主叫端的请求消息从存储单元 32中查询到 主叫端的用户信息;
本实施例中,查询单元 33根据所述主叫端的呼叫请求信息从存储在存储 单元 32中的用户信息数据库中查询主叫端 1的用户信息, 查询到的主叫端 1 的用户信息可以是: 名称、 职位和归属地等信息。 需要说明的是, 所述用户 信息数据库并不一定存放在业务控制点 3 或业务控制点 3 中的存储单元 32
中, 其也可以存储在实现呼叫管理的*** 2中的其他设备处。
所述主叫端的呼叫请求消息中包括主叫端的号码和被叫端的号码。 查询 单元 33 可以根据所述主叫端的号码和所述被叫端的号码查询到所述主叫端 的用户信息; 也可以根据所述主叫端的号码查询到所述主叫端的用户信息。
本实施例中, 查询到的主叫端的用户信息可以是: 名称、 职位和归属地 等信息。
发送单元 34, 用于发送所述主叫端的用户信息;
本实施例中, 发送单元 34不仅可以发送所述主叫端的用户信息, 还可以 发送业务控制点 3需要发送的其他各种消息, 同时还包括接收实现呼叫管理 的*** 2中发送给业务控制点 3的各种消息。
本实施例中,发送单元 34发送携带有所述主叫端的用户信息的消息到被 叫端 4。 其中, 发送单元 34发送的携带有所述主叫端的用户信息的消息可以 是 USSD消息或短消息。 当发送的消息为 USSD消息时, USSD消息中还包 括供所述被叫端选择的菜单, 所述菜单的内容包括: 同意接听、 带背景音效 的同意接听、 回复为忙的拒绝接听、 回复为号码不存在的拒绝接听和回复为 不在服务区的拒绝接听等等。
判断单元 35, 用于根据所述主叫端的用户信息和预先设置的所述被叫端 的通信录和 /或其当前工作状态判断所述被叫端对该主叫端呼叫的处理; 判断结果处理单元 36, 用于根据判断结果有选择地发送主叫端的用户信 息。
判断结果处理单元 36根据判断结果有选择地发送主叫端的用户信息, 包 括:
当判断结果为所述被叫端不需要接听时,指令发送单元 34发送释放呼叫 releasecall消息给 MSC; 当判断结果为所述被叫端当前无条件必须接听时, 指令发送单元 34发送 Connect/Continue消息给 MSC (为接续普通呼叫的方 式); 否则, 指令发送单元 34发送所述主叫端的用户信息。
可选地, 本实施例中, 实现呼叫管理的*** 2还包括 IVR呼叫中心 5 , 用于接收所述业务控制点发送的消息, 并根据所述消息生成携带有所述主叫 端的用户信息的语音信息, 将所述语音信息发送给所述被叫端, 包括以下两 种方式:
一、 发送单元 34发送包括所述主叫端的用户信息的消息到 IVR呼叫中 心 5。 所述 IVR呼叫中心 5将生成内容包括主叫端的用户信息的语音信息, 然后将所述语音信息发送到所述被叫端。
二、 发送单元 34发送 CONNECT消息给 MSC, 此处, 业务控制点 3发 送的 CONNECT消息里携带的被叫端号码为 "IVR呼叫中心号码和原被叫端 号码", 主叫端号码不改变。 MSC与 IVR呼叫中心建立连接, 然后 MSC根据 该 CONNECT消息并将其转给 IVR呼叫中心 5。
所述 IVR呼叫中心 5从接收到的上述主叫端号码和被叫端号码中获得到 主叫端 1的号码和被叫端 4的号码, IVR呼叫中心 5预先才艮据主叫端 1和被 叫端 4的号码为被叫端 4配置好相应的语言信息, 此时根据接收到的信息获 取到对应的内容包含主叫端 1的用户信息的语音信息, IVR呼叫中心 5将该 语音信息发送给所述被叫端。
控制单元 37, 用于根据所述被叫端对带有所述主叫端的用户信息的呼叫 做出的响应, 执行相应的控制。
本实施例中, 被叫端 4通过实现呼叫管理的*** 2接收到带有主叫端 1 的用户信息的呼叫, 并根据接收到的主叫端 1 的用户信息选择是否接听本次 呼叫, 当被叫端 4选择接听呼叫时, 控制单元 37根据发送单元 34接收到的 被叫端 4 的选择接听的响应指令实现呼叫管理的*** 2 中的其他设备(如 MSC ) 为主叫端 1与被叫端 4之间建立起通话连接, 当通话结束后, SCP的 控制过程结束。 当被叫端 4选择拒绝接听呼叫时, 则控制单元 37根据 SCP 接收到的被叫端 4选择拒绝接听的响应指令切断本次呼叫。 对于被叫端对呼 叫不执行任何操作的情况(既不选择接听呼叫,也不选择拒绝接听呼叫;), SCP
也认为是一种响应, 经过预先设置的一段时间后, 控制单元 37指令切断本次 呼叫。
上述为被叫端提供主叫端的用户信息实现呼叫管理的***, 能够运用在 非常普遍的场景下, 这种服务对运营商来说可提高终端用户的满意度。 且本 发明实施例的***其在网络中传递使用的消息都为标准的消息, 仅需在业务 控制点扩展功能模块使得能够查询到主叫端的用户信息, 因此对网络的兼容 性很好。
图 7为本发明实施例一的业务控制点的结构示意图。 如图 7所示, 所述 业务控制点 3包括:
查询单元 33 , 用于根据主叫端的呼叫请求信息查询到所述主叫端的用户 信息;
本实施例中,查询单元 33根据主叫端的呼叫请求信息从用户信息数据库 中查询主叫端 1的用户信息, 查询到的主叫端的用户信息可以是: 名称、 职 位和归属地等信息。 所述用户信息数据库可以是存储在业务控制点 3中, 也 可以是存储在业务控制点 3以外的其他设备中。
所述主叫端的呼叫请求消息中包括主叫端的号码和被叫端的号码。 查询 单元 33可以根据所述主叫端的号码和所述被叫端的号码查询到主叫端 1的用 户信息; 也可以才艮据所述主叫端的号码查询到所述主叫端的用户信息。
发送单元 34, 用于发送所述主叫端的用户信息到被叫端;
本实施例中, 发送单元 34 可以通过短消息、 非结构化补充数据业务 ( Unstructured Supplementary Service Data , 简称: USSD )消息、 来电显示或 交互式语音应答( Interactive Voice Response , 简称: IVR )呼叫等向被叫端 发送主叫端的用户信息。
控制单元 37, 用于根据所述被叫端对带有所述主叫端的用户信息的呼叫 做出的响应, 执行相应的控制。
本实施例中, SCP接收到被叫端对带有主叫端的用户信息的呼叫做出的
响应, 控制单元 37根据被叫端的响应执行相应的控制。 如果被叫端根据所述 主叫端的用户信息选择接听呼叫时,则控制单元 37指令通信网络中的其他设 备(如 MSC )为主叫端与被叫端之间建立起通话连接, 当通话结束后, SCP 的控制过程结束。 如果被叫端选择拒绝接听呼叫, 则控制单元 37指令切断本 次呼叫。 对于被叫端对呼叫不执行任何操作的情况(既不选择接听呼叫, 也 不选择拒绝接听呼叫), SCP也认为是一种响应, 经过 SCP预先设置的一段 时间后, 控制单元 37指令切断本次呼叫。
图 8为本发明实施例二的业务控制点的结构示意图。 如图 8所示, 所述 业务控制点 3包括:
启动单元 31 , 用于启动业务控制点的用户信息查询模式;
通信网络中, 移动业务交换中心 MSC会根据归属位置寄存器 HLR发送 的用户签约信息 CSI触发 IDP消息,所述 IDP消息中包括用于 SCP启动具体 业务的业务键参数。 MSC将该 IDP消息发送到 SCP, SCP接收到 IDP消息后, 根据所述业务键参数启动用户订购的业务。 本实施例中, 如果被叫端订购有 该业务,业务控制点 3中的启动单元 31将会根据接收到 IDP消息启动用户信 息查询模式。 可选地, 本实施例还可以是, 呼叫发生时, SCP根据被叫端的 预先配置信息 (例如被叫端在 HLR上配置被呼叫时通知 SCP处理或在 SCP 上配置被呼叫时提供用户信息), 来启动 SCP的用户查询模式。
上述启动用户查询模式的方法, 不仅可以应用在 GSM网络中的 CAMEL 协议中, 还可以运用在其他网络中, 如 PSTN网络、 CDMA网络、 IMS网络 中。
存储单元 32, 用于存储用户信息数据库;
查询单元 33 ,用于根据所述主叫端的请求消息查询到主叫端的用户信息; 本实施例中,查询单元 33根据所述主叫端的呼叫请求信息从存储在存储 单元 32中的用户信息数据库中查询主叫端 1的用户信息, 查询到的主叫端 1 的用户信息可以是: 名称、 职位和归属地等信息。 所述主叫端的呼叫请求消
息中包括主叫端 1的号码和被叫端 4的号码。查询单元 33可以根据所述主叫 端的号码和所述被叫端的号码查询到所述主叫端的用户信息; 也可以才艮据所 述主叫端的号码查询到所述主叫端的用户信息。
本实施例中, 查询到的主叫端 1的用户信息可以是: 名称、 职位和归属 地等信息。
发送单元 34, 用于发送所述主叫端的用户信息到被叫端;
本实施例中, 发送单元 34不仅可以发送所述主叫端的用户信息, 还可以 SCP需要发送的其他消息。
发送单元 34可以是发送包括所述主叫端的用户信息的消息到被叫端。其 中,发送单元 34发送的包括所述主叫端的用户信息的消息可以是 USSD消息 或短消息。 当发送的消息为 USSD消息时, USSD消息中还包括供所述被叫 端选择的菜单, 所述菜单的内容包括: 同意接听、 带背景音效的同意接听、 回复为忙的拒绝接听、 回复为号码不存在的拒绝接听和回复为不在服务区的 拒绝接听等等。
判断单元 35, 用于根据所述主叫端的用户信息和预先设置的所述被叫端 的通信录和 /或其当前工作状态判断所述被叫端对该主叫端呼叫的处理; 判断结果处理单元 36, 用于根据判断结果有选择地发送主叫端的用户信 息。
判断结果处理单元 36根据判断结果有选择地发送主叫端的用户信息, 包 括:
当判断结果为所述被叫端不需要接听时,指令发送单元 34发送释放呼叫 releasecall消息给 MSC; 当判断结果为所述被叫端当前无条件必须接听时, 指令发送单元 34发送 Connect/Continue消息给 MSC(此时为接续普通呼叫的 情况); 否则, 指令发送单元 34发送所述主叫端的用户信息。
控制单元 37, 用于根据所述被叫端对带有所述主叫端的用户信息的呼叫 做出的响应, 执行相应的控制。
本实施例中, SCP接收到被叫端对带有主叫端的用户信息的呼叫做出的 响应, 控制单元 37根据被叫端的响应执行相应的控制。 如果被叫端根据所述 主叫端的用户信息选择接听呼叫时,则控制单元 37指令通信网络中的其他设 备(如 MSC )为主叫端与被叫端之间建立起通话连接, 当通话结束后, SCP 的控制过程结束。 如果被叫端选择拒绝接听呼叫, 则控制单元 37指令切断本 次呼叫。 对于被叫端对呼叫不执行任何操作的情况(既不选择接听呼叫, 也 不选择拒绝接听呼叫;), SCP也认为是一种响应, 经过预设的一段时间后, 控 制单元 37指令切断本次呼叫。
本发明实施例的业务控制点利用的消息都是在网络中传递使用的标准消 息, 只需扩展一些功能模块即可获取到主叫端的用户信息, 并能够方便地将 其提供给被叫端使用, 从而对网络的兼容性很好。
相应地, 本发明实施例还提供了一种通信终端, 包括:
接收单元, 用于接收主叫端的用户信息;
此处, 接收单元接收到主叫端的用户信息的方式包括: 短消息、 USSD 消息、 语言消息和来电显示。 这些方式可以是与主叫端的呼叫同时到达为被 叫端的通信终端,也可以是主叫端的用户信息提前到达为被叫端的通信终端。
选择单元, 用于根据所述主叫端的用户信息选择是否接听呼叫。
此处, 为被叫端的移动终端根据所所主叫端的用户信息选择是否接听呼 叫, 其中可供选择的模式包括: 同意接听、 带背景音效的同意接听、 回复为 忙的拒绝接听、 回复为号码不存在的拒绝接听和回复为不在服务区的拒绝接 听等等。
最后, 本领域普通技术人员可以理解实现上述实施例方法中的全部或部 分步骤是可以通过程序指令相关的硬件来完成, 所属的程序可以存储于一计 算机可读存储介质中, 该程序在执行时, 包括如下全部或部分步骤:
根据主叫端的呼叫请求信息查询到所述主叫端的用户信息;
发送所述主叫端的用户信息到被叫端;
当所述被叫端根据发送来的所述主叫端的用户信息确定接听呼叫时, 建 立起通话连接, 否则不建立通话连接。
所述的存储介质为, 如: ROM/RAM、 磁盘、 光盘等。
当然, 以上所揭露的仅为本发明的优选实施方式, 当然不能以此来限定 本发明之权利范围, 因此依本发明权利要求所作的等同变化, 仍属本发明所 涵盖的范围。
Claims
1、 一种实现呼叫管理的方法, 包括:
根据主叫端的呼叫请求信息查询到所述主叫端的用户信息;
发送所述主叫端的用户信息到被叫端;
根据所述被叫端对带有所述主叫端的用户信息的呼叫做出的响应, 执行 相应的呼叫控制。
2、 根据权利要求 1所述的方法, 其特征在于, 所述根据主叫端的呼叫请 求信息查询到所述主叫端的用户信息包括:
根据主叫端号码和被叫端号码查询到所述主叫端的用户信息; 或 才艮据主叫端号码查询到主叫端的用户信息。
3、 根据权利要求 1所述的方法, 其特征在于, 所述根据主叫端的呼叫请 求信息查询到所述主叫端的用户信息之前还包括: 启动用户信息查询模式。
4、 根据权利要求 3所述的方法, 其特征在于, 所述启动用户信息查询模 式包括:
接收到移动业务交换中心发送的初始探测点消息后,启动用户查询模式; 或
所述呼叫发生时, 根据所述被叫端预先配置的信息启动用户信息查询模 式。
5、 根据权利要求 1所述的方法, 其特征在于, 所述发送所述主叫端的用 户信息到被叫端包括:
根据所述主叫端的用户信息和预先配置的所述被叫端的通信录或 /和所 述被叫端当前工作状态有选择地发送所述主叫端的用户信息。
6、 根据权利要求 5所述的方法, 其特征在于, 所述有选择地发送所述主 叫端的用户信息包括:
判断所述被叫端对所述呼叫的处理,
如果判断为所述被叫端不需要接听, 则发送释放呼叫消息;
如果判断为所述被叫端当前必须接听, 则按照持续普通呼叫的方式发送 连接 /接续消息;
否则, 发送所述主叫端的用户信息。
7、 根据权利要求 1-6任一所述的方法, 其特征在于, 所述发送所述主叫 端的用户信息到被叫端包括下列方式之一:
发送携带有所述主叫端的用户信息的非结构化补充数据业务消息到所述 被叫端;
发送携带有所述主叫端的用户信息的短消息到所述被叫端;
发送携带有所述主叫端的用户信息的语音信息到所述被叫端。
8、 根据权利要求 7所述的方法, 其特征在于, 所述非结构化补充数据业 务消息中包括提供给所述被叫端选择接听或不接听的菜单。
9、 一种实现呼叫管理的***, 包括业务控制点, 其特征在于: 所述业务控制点用于根据主叫端的呼叫请求信息查询到所述主叫端的用 户信息, 并发送所述主叫端的用户信息到被叫端; 和
根据所述被叫端对带有所述主叫端的用户信息的呼叫做出的响应, 执行 相应的呼叫控制。
10、 根据权利要求 9所述的***, 其特征在于, 所述业务控制点用于根 据所述主叫端的呼叫请求信息查询到所述主叫端的用户信息包括:
所述业务控制点用于根据主叫端号码和被叫端号码查询到所述主叫端的 用户信息; 或
所述业务控制点用于才艮据主叫端号码查询到所述主叫端的用户信息。
11、 根据权利要求 9所述的***, 其特征在于, 所述业务控制点还包括 用于根据所述主叫端的用户信息和预先配置的所述被叫端的通信录和 /或所 述被叫端的当前工作状态判断所述被叫端对所述主叫端呼叫的处理; 并根据 判断结果有选择地发送所述主叫端的用户信息。
12、 根据权利要求 9-11任一所述的***, 其特征在于, 所述***还包括
交互式语音应答呼叫中心, 用于接收所述业务控制点发送的消息, 并根据所 述消息生成携带有所述主叫端的用户信息的语音信息, 将所述语音信息发送 给所述被叫端。
13、 一种业务控制点, 其特征在于, 包括:
查询单元, 用于根据主叫端的呼叫请求信息查询到所述主叫端的用户信 息;
发送单元, 用于发送所述主叫端的用户信息到被叫端;
控制单元, 用于根据所述被叫端对带有所述主叫端的用户信息的呼叫做 出的响应, 执行相应的控制。
14、 根据权利要求 13所述的业务控制点, 其特征在于, 所述查询单元用 于根据主叫端的呼叫请求信息查询到所述主叫端的用户信息包括:
所述查询单元用于根据主叫端号码和被叫端号码查询到所述主叫端的用 户信息; 或
所述查询单元用于才艮据主叫端号码查询到所述主叫端的用户信息。
15、 根据权利要求 13所述的业务控制点, 其特征在于, 所述业务控制点 还包括启动单元, 用于启动用户信息查询模式。
16、 根据权利要求 13所述的业务控制点, 其特征在于, 所述业务控制点 还包括:
判断单元, 用于才艮据所述主叫端的用户信息和预先配置的所述被叫端的 通信录和 /或所述被叫端的当前工作状态判断所述被叫端对该主叫端呼叫的 处理;
判断结果处理单元, 用于根据判断结果有选择地发送所述主叫端的用户 信息。
17、 一种通信终端, 其特征在于, 包括:
接收单元, 用于接收主叫端的用户信息;
选择单元, 用于根据所述主叫端的用户信息选择是否接听呼叫。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/540,642 US8682312B2 (en) | 2008-08-13 | 2009-08-13 | Method, system and service control point for realizing call management |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810030152.0 | 2008-08-13 | ||
CNA2008100301520A CN101340719A (zh) | 2008-08-13 | 2008-08-13 | 一种实现呼叫管理的方法、***及业务控制点 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/540,642 Continuation US8682312B2 (en) | 2008-08-13 | 2009-08-13 | Method, system and service control point for realizing call management |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2010017697A1 true WO2010017697A1 (zh) | 2010-02-18 |
Family
ID=40214649
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2009/070012 WO2010017697A1 (zh) | 2008-08-13 | 2009-01-04 | 一种实现呼叫管理的方法、***及业务控制点 |
Country Status (3)
Country | Link |
---|---|
US (1) | US8682312B2 (zh) |
CN (1) | CN101340719A (zh) |
WO (1) | WO2010017697A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9444854B2 (en) * | 2010-09-07 | 2016-09-13 | T-Mobile Usa, Inc. | Session initiation protocol (SIP) router |
CN102724643A (zh) * | 2012-05-16 | 2012-10-10 | 华为软件技术有限公司 | 一种通话方法、装置及通信*** |
WO2016071073A1 (en) * | 2014-11-03 | 2016-05-12 | Teliasonera Ab | Provision of caller information |
CN107306395A (zh) * | 2016-04-22 | 2017-10-31 | 姚锐 | 一种基于权限控制的电话呼叫建立方法 |
WO2018214139A1 (zh) * | 2017-05-26 | 2018-11-29 | 哈尔滨海能达科技有限公司 | 一种呼叫处理方法、装置、基站及移动终端 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1538723A (zh) * | 2003-04-18 | 2004-10-20 | 华为技术有限公司 | 一种电话呼叫方法 |
CN1549559A (zh) * | 2003-05-10 | 2004-11-24 | 华为技术有限公司 | 一种为被叫终端提供主叫信息的方法 |
CN1677993A (zh) * | 2004-04-01 | 2005-10-05 | 华为技术有限公司 | 一种来话接入方法 |
CN1705330A (zh) * | 2004-05-27 | 2005-12-07 | 华为技术有限公司 | 一种控制呼叫建立的方法 |
CN1863233A (zh) * | 2005-05-11 | 2006-11-15 | 上海迪比特实业有限公司 | 一种呼叫处理的方法 |
CN1960399A (zh) * | 2006-11-08 | 2007-05-09 | 华为技术有限公司 | 一种显示主叫用户信息的方法 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5309512A (en) * | 1992-07-29 | 1994-05-03 | At&T Bell Laboratories | Call waiting deluxe feature |
US6404746B1 (en) * | 1999-07-13 | 2002-06-11 | Intervoice Limited Partnership | System and method for packet network media redirection |
US20010036252A1 (en) * | 2000-03-08 | 2001-11-01 | Peter Renner | Call announcement service |
US7099453B2 (en) * | 2001-09-26 | 2006-08-29 | Sbc Properties, L.P. | Method and apparatus for enhanced call routing in a telecommunication system |
US20060246881A1 (en) * | 2005-04-28 | 2006-11-02 | Nokia Corporation | Call control system and method for targeting calls |
CN1866997A (zh) | 2005-11-29 | 2006-11-22 | 华为技术有限公司 | 获取主叫用户信息的方法及其装置 |
US20070232285A1 (en) * | 2006-03-28 | 2007-10-04 | Steven Lush | Call answering system and methods |
-
2008
- 2008-08-13 CN CNA2008100301520A patent/CN101340719A/zh active Pending
-
2009
- 2009-01-04 WO PCT/CN2009/070012 patent/WO2010017697A1/zh active Application Filing
- 2009-08-13 US US12/540,642 patent/US8682312B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1538723A (zh) * | 2003-04-18 | 2004-10-20 | 华为技术有限公司 | 一种电话呼叫方法 |
CN1549559A (zh) * | 2003-05-10 | 2004-11-24 | 华为技术有限公司 | 一种为被叫终端提供主叫信息的方法 |
CN1677993A (zh) * | 2004-04-01 | 2005-10-05 | 华为技术有限公司 | 一种来话接入方法 |
CN1705330A (zh) * | 2004-05-27 | 2005-12-07 | 华为技术有限公司 | 一种控制呼叫建立的方法 |
CN1863233A (zh) * | 2005-05-11 | 2006-11-15 | 上海迪比特实业有限公司 | 一种呼叫处理的方法 |
CN1960399A (zh) * | 2006-11-08 | 2007-05-09 | 华为技术有限公司 | 一种显示主叫用户信息的方法 |
Also Published As
Publication number | Publication date |
---|---|
US20100041379A1 (en) | 2010-02-18 |
CN101340719A (zh) | 2009-01-07 |
US8682312B2 (en) | 2014-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20090328118A1 (en) | Methods, systems, and computer readable media for providing an enhanced call alert service via a television service network | |
US20030148758A1 (en) | Wireless telephone call manager | |
US9253319B1 (en) | Methods and systems for call connecting calls | |
KR100448636B1 (ko) | 프레전스 기반의 전화 시스템 및 그 시스템에서의 호라우팅 방법 | |
US20160157070A1 (en) | Methods and systems for call processing in a wireline and wireless network | |
WO2007068207A1 (fr) | Procede, systeme et terminal destines a fournir un signal de rappel en temps reel | |
MX2007001442A (es) | Metodo de seleccion de correo de voz movil. | |
EP1914969B1 (en) | A method and apparatus for providing personalized information | |
EP1848241A2 (en) | Method and system using In-Band Approach for providing value added services without using prefix | |
WO2008119272A1 (fr) | Procédé, terminal et système de mise en oeuvre d'une liaison vidéo dans un réseau de communication vocale | |
WO2010002909A2 (en) | Call processing for group conferencing | |
WO2010017697A1 (zh) | 一种实现呼叫管理的方法、***及业务控制点 | |
JP3939344B2 (ja) | 電気通信網内加入者サービス | |
US8600012B1 (en) | Methods and systems for providing pre-call-connection messaging services to calling parties | |
WO2010108425A1 (zh) | 提供ip语音交换机业务的方法及装置 | |
KR100539488B1 (ko) | 착신 호의 선택적인 거부 서비스 방법 | |
EP1255397B1 (en) | Voice message services in a wireless intelligent network | |
EP3160118B1 (en) | System and method for setting up a group call | |
KR100734740B1 (ko) | 지능망을 이용한 착신 정보 통보 시스템의 처리 방법 | |
WO2012151858A1 (zh) | 一种呼叫续接方法和应用服务器 | |
US8254554B2 (en) | Telephone directory assisted dialing with automatic call connect by either an intermediate network node or the calling party's terminal | |
WO2013104913A1 (en) | Telecommunications systems and methods | |
KR20020083943A (ko) | 무선 지능망에서 호출 송신자 및 특징 코드 북마크액세스로써 음성 메시지 서비스들을 지원하는 방법 및 장치 | |
KR100712681B1 (ko) | 멀티미디어 데이터 서비스 방법 및 이를 수행하기 위한시스템 | |
US20140134973A1 (en) | Voice communication server apparatus and voice communication system |
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: 09806300 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: 09806300 Country of ref document: EP Kind code of ref document: A1 |