WO2006069529A1 - Procede de repetition intempestive d'appel d'un appelant dans un service de carte prepayee - Google Patents

Procede de repetition intempestive d'appel d'un appelant dans un service de carte prepayee Download PDF

Info

Publication number
WO2006069529A1
WO2006069529A1 PCT/CN2005/002313 CN2005002313W WO2006069529A1 WO 2006069529 A1 WO2006069529 A1 WO 2006069529A1 CN 2005002313 W CN2005002313 W CN 2005002313W WO 2006069529 A1 WO2006069529 A1 WO 2006069529A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
calling
gateway
user
message
Prior art date
Application number
PCT/CN2005/002313
Other languages
English (en)
French (fr)
Inventor
Haiyin Ma
Shengjun Xu
Deyong Li
Sheng Yi
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to US10/588,885 priority Critical patent/US7596212B2/en
Priority to AT05822730T priority patent/ATE551842T1/de
Priority to EP05822730A priority patent/EP1838112B1/en
Publication of WO2006069529A1 publication Critical patent/WO2006069529A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1046—Call controllers; Call servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols

Definitions

  • the present invention relates to communication technologies, and more particularly to a method for a calling subscriber to re-initiate a call in a card number service in a communication technology.
  • the intelligent network business has been vigorously developed under such demand. Those skilled in the art know that after the birth of the program-controlled digital telephone exchange, new business functions such as "call waiting” and “call forwarding” have begun. These business functions can be considered as early intelligent services. However, these features are relatively simple and limited, and these features are designed by switch manufacturers. In order for the telecommunications sector to develop new services, it is inconvenient to design and change the software of the switch. With the increase of new telephone services, the concept of intelligent network has been created. The basic idea is that the switch only manages the most basic functions of switching, and all new functions except telephone exchange are concentrated in the intelligent network. An intelligent network is not a network that exists independently. It is a network that is superimposed on an existing program-controlled switching network.
  • the current card number intelligent service is a kind of service that the intelligent network can provide. Those skilled in the art know that such a service is generally a user dialing a special access number to
  • the program-controlled switch is processed by the intelligent network, and the program-controlled switch uses the traditional circuit-switching technology to establish a voice path between the calling party and the called party.
  • the password accounting direct dialing service such as 9989 card and 201 card belongs to the card number intelligent service.
  • the card number intelligent service greatly facilitates the use of users, especially the development of a large number of prepaid billing card users, and basically stops the arrears of such users.
  • the smart phone service there are some inconveniences for the user. For example, if the calling user wants to stop the current call and dial another user number, the called user must wait for the smart voice prompt to hang up to initiate another call. The calling user must revoke the call before the called party hangs up, and must re-enter the access number and enter the lengthy card number and password again to re-initiate a call to dial another user.
  • the main object of the present invention is to provide a method for a calling subscriber to re-initiate a call in a card number service, so that the calling party of the card number service can conveniently release the current call and re-initiate a new call.
  • a method for a calling user to re-initiate a call in a card number service comprising the following steps:
  • the A call controller instructs the calling gateway to detect a preset button combination in a call state
  • the calling gateway detects that the calling user dials the key combination, the first event message is reported to the call controller;
  • the call controller responds to the first event message, tears down the current call, indicates to the service control point that the called party is on-hook, prompts through the calling gateway, and waits for the calling user to send Make a new call.
  • the method also includes the following steps:
  • the calling gateway collects the new calling number of the calling user, it reports to the call controller to start a new call flow.
  • the media gateway control protocol is used between the call controller and the calling gateway; and, in the step A, the call controller instructs the calling gateway to detect a preset button in a call state by modifying the connection message.
  • the parameters of the message are a session description protocol and a number map of the key combination;
  • the first event message is a notification message
  • the call controller instructs the calling gateway to collect the called number of the new call of the user by requesting the report event message, and the parameter of the message is a dial tone and a common media gateway control protocol number map.
  • the calling gateway reports the collected new call number of the user to the call controller by using a notification message.
  • the H.248 protocol is used between the call controller and the calling gateway; and, in the step A, the call controller instructs the calling gateway to detect a preset button in a call state by using a modify request message.
  • the parameters of the message are a session description protocol and a number map of the key combination;
  • the first event message is a notification request message
  • the call controller instructs the calling gateway to collect the called number of the new call of the user by modifying the connection command and the request reporting event command, and the parameters of the message are a dial tone and a normal H.248 number map.
  • the calling gateway reports the collected new call number of the user to the call controller by using a notification request message.
  • the call controller is a service switching point, or a softswitch device.
  • the key combination is any combination of all the keys.
  • the call controller instructs the calling gateway to detect a preset key combination in a call state, and reports the call controller to the call controller if the calling gateway detects it.
  • the call controller sends a teardown call message to the called party, releases the called party, and indicates to the SCP that the called party is on-hook, waiting for the calling party to redial.
  • the calling number service calling user only needs to dial a few numbers (such as "# # ”) to conveniently release the current card number call, and can be in the system
  • start dialing the new called party number and re-initiate a new call The calling party using the prior art card number service must wait for the called user to actively release the current call before initiating a new call, or the calling party actively dismantles the current call, and then dials a long number of numbers according to a brand new call.
  • - Access number, card number, password, etc. usually more than 20 numbers, if a single one is usually redialed
  • the calling user in the present invention can completely realize the self-control, thereby greatly saving the time for the calling number service calling user to re-initiate the call, and making the service more humanized. At the same time, the load on the network side is also minimized.
  • FIG. 1 is a schematic diagram of a signaling flow of a system embodiment of the present invention.
  • FIG. 2 is a schematic diagram of a signaling flow between a calling gateway and a soft handover using an MGCP protocol according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a signaling flow between a calling gateway and a softswitch using the H.248 protocol according to another embodiment of the present invention. Mode for carrying out the invention
  • the invention aims at the shortcomings of the card number intelligent service provided by the existing traditional intelligent network in practical application, and proposes a new method, which enables the card number service calling user to dial a configurable special button combination such as double during the call. , can actively release the current callee, and then listen to the smart voice prompt to call another called user to initiate a new call, without having to wait for the called user who has previously talked with the calling user to hang up after listening to the smart voice prompt. After dialing another user, the calling user does not have to voluntarily release a bunch of cumbersome digital information such as an access code, a card number, and a password after the current call is actively released to initiate a new call.
  • the present invention can be implemented by improving the original intelligent network system, or by implementing a new generation of soft switching equipment. If other systems can support the card number intelligent service, the present invention can also be implemented on this basis.
  • FIG. 1 is a schematic flow diagram of the present invention.
  • a Service Control Point (“SCP") 10 a call controller 11, a calling gateway 12, and a calling subscriber 13 are key devices in the entire system.
  • the call controller 11 is a service switch point (SSP,) in the traditional intelligent network, and the general SSP is integrated in the On the digital program-controlled switch; if the present invention is implemented by using a softswitch architecture, the call controller 11 is a softswitch device, and if there are other systems supporting the card number intelligent service, the call controller 11 corresponds to its system.
  • SSP service switch point
  • the call controller 11 is a softswitch device, and if there are other systems supporting the card number intelligent service, the call controller 11 corresponds to its system.
  • a softswitch In describing the system embodiment of the present invention, a softswitch, an SCP, and a Media Gateway Control Protocol (MGCP) or a Gateway Control Protocol (H.248) terminal are taken as an example.
  • the call controller 11 is actually a softswitch device
  • the calling gateway 12 is a media gateway using the MGCP or H.248 protocol
  • the device used by the calling user 13 is actually an MGCP/H.248 terminal.
  • the softswitch architecture involves three parts: signaling gateway, media gateway and media gateway control, through standard MGCP and H. 248 agreement Separate call control and bearer control.
  • step 100 when the calling user 13 calls the interaction through the standard card number, the card number call flow is entered, and the called user answers, that is, the call is connected.
  • the call controller 11 issues a detection command to the calling gateway 12 to which the calling user 13 belongs, instructing it to detect the specific button that the calling user 13 may dial at any time in the state that the calling user 13 and the called user are in a call. Combination, this combination is pre-set.
  • the softswitch device sends a request to the gateway to which the calling user belongs, and can request to detect the special event tone dialing by using different methods such as Digitmap or immediate reporting.
  • Digitmap is a special type of event defined in the MGCP/H.248 protocol, which is sent by the call controller 11 to the calling gateway 12, and the parameters contained therein are the detections required by the designated calling gateway 12.
  • Event this detection event is a sequence of numbers arranged in a row or series, each column is equivalent to a sequence of events rather than a single event.
  • the calling gateway 12 sends a notification to the call controller 11 when the detected digital string matches a column carried in the detected event command.
  • the calling gateway 12 detects the caller 13 and monitors the dialing of the key combination. As is known to those skilled in the art, this is actually initiated inside the calling gateway 12. A process for detecting user dialing that triggers the process to respond as soon as the condition is met.
  • step 120 in the call state, because the card number service caller, that is, the calling user 13 wishes to re-call another called party, then dials the above key combination and reports to the calling gateway 12, triggering the next call.
  • the card number service caller that is, the calling user 13 wishes to re-call another called party
  • the calling gateway 12 detects that the calling user 13 has dialed the button combination, and immediately reports the event message to the call controller 11.
  • this process converts the key combination dialed by the calling user 13 to the calling gateway 12 in advance.
  • the service card has a special event code, that is, the calling gateway 12 reports the detected event number to the softswitch device.
  • the call controller 11 immediately responds to the message, and tears down the current call initiated by the calling user 13, and simultaneously issues an indication to the SCP 10 that the called user has hanged up. It should be noted that, according to the conventional telephone call procedure, It should be that the call controller 11 first receives the message that the actual called user hangs up, and then issues an instruction to the SCP 10 indicating that the called user has already advertised, but here actually does not control whether the called user hangs up, but calls the controller 11 According to the specific key combination response rule in advance, the message that the called user has hanged is automatically reported to
  • the corresponding processing procedure in the softswitch system is that after the softswitch device receives the card number service special event code dialed by the calling party, the softswitch device sends a teardown call message to the called party, releases the called party, and reports the sending end to SCP10. (DP9), indicating that the called party is on-hook.
  • DP detection point
  • DP detection point
  • TDP Trigger Detection Point
  • the call controller 11 prompts the calling party 13 through the calling gateway 12 to make a new call and wait for it to dial the new called party number.
  • the subsequent processing flow starting from this step is similar to the current calling process of the normal card number service, regardless of when What is the situation of the former called user? For each key device in the system of the present invention, the currently called user has hanged up.
  • the new calling number at the calling user 13 is reported to the calling gateway.
  • step 170 after the calling gateway 12 collects the new calling number of the calling user 13, it reports to the call controller 11 to start a new call flow, and the call controller 11 prompts the user to initiate a new call and waits for it. Redial. It should be noted that, since the SCP 10 gives the calling user 13 the resources and rights to initiate a new call after the foregoing step 140 is completed, the call controller 11 can smoothly start the new call procedure.
  • the present invention enables the call controller to release the current called party by controlling and processing the preset key combination reported by the calling user side during the use of the smart card number service, and
  • the prompting caller can initiate another call, thereby solving the trouble that the calling user re-enters the relevant number (including the access number, card number and password, etc., usually more than 20 numbers), and the present invention does not have an ordinary card number intelligent business process. influences.
  • the softswitch, SCP, and MGCP and H.248 terminals are respectively taken as an example, and the special event code configured is fine, that is, the calling user is currently called. During the call, you can dial another called number as long as you continuously dial the # key on the telephone terminal twice.
  • the special event code can be any combination of all the keys. For example, **, #*#, #91#, etc., the effect is the same. Embodiments of the invention are further illustrated below in this specific case.
  • FIG. 2 is a schematic diagram of a softswitch and gateway interaction process.
  • the softswitch 21 assumes the mission of the call controller 11, the calling gateway 22 and FIG.
  • the calling gateway 11 in the task is similar, only specifically supports the MGCP protocol.
  • step 200 it is a normal interaction process of the card number service between the softswitch 21 and the SCP and the calling gateway 22, that is, the conventional intelligent network processing for the calling user to dial the access number, the card number, the password, and the called user number.
  • the called user has picked up the phone and is ready to enter the call state.
  • the softswitch 21 sends a message to the calling gateway 22, which is a modified connection attribute message (Modify Connection, called "MDCX" issued by the media gateway controller to the media gateway in the MGCP protocol system.
  • MDCX Modify Connection
  • the softswitch 21 serves as the media gateway controller in the MGCP protocol
  • the calling gateway 22 is the media gateway in the MGCP protocol.
  • the attributes of the MDCX delivered in this step include the Session Description Protocol (Session Description Protocol). , referred to as "SDP”), Digitmap. Among them, Digitmap contains pre-configured special event code ##. It should be noted that the SDP is a specific protocol used by the media gateway controller in the MGCP to describe the connection parameters to the media gateway, and the special event code is the key combination to be monitored.
  • step 220 it is a response of the calling gateway 22 to the MDCX message sent by the softswitch 21.
  • the response is called a modified connection attribute message response message (Modify Connection-RSP, referred to as "MDCX-RSP").
  • MDCX-RSP Modify Connection-RSP
  • the softswitch 21 has instructed the calling gateway 22 to detect a particular key combination that the calling user may dial in a state in which the calling user talks to the called user. If the calling user does not dial or the calling and called parties do not hang up, the calling party and the called party enter the call state and maintain this state.
  • the process proceeds to step 230, and the calling gateway 22 detects the event and immediately reports it to the softswitch 21.
  • the reported message is called the media gateway to the media gateway controller.
  • the notification notification command (Notify, referred to as "NTFY"), the meaning of the parameter indicates that the calling user dialed the ## button.
  • the softswitch 21 reports to the SCP that the user also hangs up, and sends a response message to the calling gateway 22 in step 240.
  • the response is called a notification command response (Notify - RSP, referred to as "NTFY-RSP"). ), which includes the OK parameter, indicating that the softswitch 21 has received the event reported by the calling gateway 22 and is performing subsequent processing.
  • the softswitch 21 sends a request report message (Request Notify, referred to as "RQNT") to the calling gateway 22, where the message includes the Di Tone and Normal MGCP Digitmap parameters, and the first parameter DialTone indicates the main
  • RQNT request Notify
  • the gateway 22 is called to listen to the dial tone, and the second parameter Normal MGCP Digitmap instructs the calling gateway 22 to collect the called number dialed by the calling party according to the number map of the normal call, and then report it to the softswitch 21 after being collected.
  • the calling gateway 22 sends a request report event message response (Request Notify - RSP, called "RQNT JRSP") to the softswitch 21, where the parameter is OK, indicating that the calling gateway 22 receives the step 250.
  • RQNT request report event message response
  • the calling gateway 22 will also report the softswitch 21 through the NTFY message, except that the parameter included in the message becomes another one.
  • the number of the called user dials digits to another user
  • this is the dialing number map that the calling gateway 22 detects in accordance with the request in the RQNT of step 250 above.
  • the softswitch 21 responds to the calling gateway 22 by sending a NTFY_RSP (OK) message to the calling gateway 22.
  • step 300 the card number service normal interaction process between the softswitch 31 and the SCP and the calling gateway 32 is completed. After the normal process interaction ends, the called user has picked up the phone and is ready to enter the call state.
  • the softswitch 31 also sends a cancellation to the calling gateway 32.
  • Interest in the H.248 protocol body system is the terminal feature modification connection command and request "3 ⁇ 4 event command (Modify - Reguest, referred to as "MOD-REQ";), the parameters are SDP and Digitmap ##, this The message is actually a combination of the MOD (SDP) and REQ (Digitmap ##) commands.
  • the MOD (SDP) sends the called media information to the calling gateway 32, so that the calling party can make a call. This is normal.
  • REQ Digitmap
  • REQ Digitmap
  • the function is to instruct the calling gateway 32 to detect the combination of the keys in the call state ##, of course, it can also be soft. Exchange 31 Other key combinations determined by the buttons configured by yourself.
  • step 320 it is a response of the calling gateway 32 to the MOD-REQ message sent by the softswitch 31.
  • the response is called a terminal characteristic modification command response (Modify_REPLY, referred to as "MOD-REPLY" for short).
  • the softswitch 31 After completion of step 320, the softswitch 31 has instructed the calling gateway 32 to monitor the particular key combination that the calling user may dial in the state in which the calling user talks to the called user. Only when the calling gateway 32 detects this key combination and reports it to the softswitch 31, the soft switching 31 knows that the card number service caller active replay process is to be enabled.
  • the process proceeds to step 330, and the calling gateway 32 detects the event and immediately reports it to the softswitch 31.
  • the reported message is called a notification command and a request (Notify).
  • the cartridge is called "NTFYJREQ", where the parameter A dials ⁇ means that the calling user dialed the Hep button combination.
  • the softswitch 31 reports to the SCP that the called user has hanged up, and sends a response message to the calling gateway 32 in step 340.
  • the response is called a notification command response (Notify - REPLY, referred to as "NTFY- REPLY").
  • the softswitch 31 sends a MOD_REQ to the calling gateway 32, and the message includes parameters such as DialTone and Normal H.248 Digitma, and the first parameter DialTone indicates that the calling gateway 32 listens to the dial tone.
  • the second parameter is Normal H.248
  • the Digitmap instructs the calling gateway 32 to collect the called number dialed by the calling party according to the number map of the normal call, and then report it to the softswitch 31.
  • the calling gateway 32 sends a MOD-REPLY to the softswitch 31, indicating that the calling gateway 32 receives the MOD-REQ sent in step 350.
  • the calling gateway 32 also reports the softswitch 31 through the NTFY-REQ message, except that the parameter included in the message becomes another one.
  • the number of the called user (A dials digits' to another ussr).
  • the softswitch 31 responds to the calling gateway 32 and sends a NTFY_REPLY message to the calling gateway 32.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Meter Arrangements (AREA)
  • Prepayment Telephone Systems (AREA)

Description

在卡号业务中主叫用户重新发起呼叫的方法
技术领域
本发明涉及通信技术， 特别涉及通信技术中的在卡号业务中主叫用 户重新发起呼叫的方法。 发明背景
进入 21世纪，我国信息产业得到更加迅猛的发展，各大基础电信运 营商之间以及增值电信业务运营者之间进行了激烈的竟争。 为了在瞬息 万变的市场中站稳脚跟， 每个电信运营者都在想方设法提供更多更加吸 引用户的业务。
智能网业务便在这种需求下得到了大力的发展， 熟悉本领域的技术 人员都知道， 程控数字电话交换机诞生后， 开始有了 "呼叫等待"、 "呼 叫转移" 之类新的业务功能。 这些业务功能可以认为是早期的智能化业 务。 但是， 这些功能是比较简单和有限的， 而且这些功能是由交换机制 造厂商设计的。 电信部门要开发新的业务， 就需要设计更改交换机的软 件， 很不方便。 随着电话新业务的增多， 产生了智能网的概念， 基本设 想是交换机只管交换接续这一最基本的功能， 至于电话交换以外的新功 能则全部集中到智能网。 智能网不是独立存在的网， 是叠加在现有程控 交换网上的一种网。 从理论上说， 智能网能提供的新业务是无限的。 随 着以电路交换技术为基础的传统电信网向下一代以软交换为核心的电 信网络演进， 软交换设备也可以提供智能网业务支持， 并且除了提供传 统智能业务以外， 能够方便的提供一些新的增值业务。
目前的卡号智能业务便是智能网能够提供的业务一种， 熟悉本领域 的技术人员都知道， 此种业务一般是用户通过拨打某一特殊接入号码到 程控交换机， 经过智能网的处理， 再由程控交换机使用传统电路交换技 术建立主被叫之间的话音通路， 一般 9989卡、 201卡等密码记账直拨业 务就属于卡号智能业务。
卡号智能业务的出现， 极大的方便了用户的使用， 特别是发展大量 的预付费记账卡用户， 而且基本上制止了此类用户的欠款现象。 但是卡 号智能业务使用过程中， 也有一些让用户感到不便之处， 比如如果主叫 用户想停止当前呼叫而拨打另一用户号码， 必须等被叫用户挂机听智能 语音提示才能发起另一呼叫， 如果主叫用户先于被叫用户挂机释放呼 叫， 则必须重新拨接入号码， 并再次输入冗长的卡号和密码等信息， 这 样才能重新发起一个呼叫以拨打另一个用户。
另外， 现有技术也有可能将卡号与话机绑定， 这样可以少拨一点卡 号和密码信息， 但是绑定和解绑定也需要单独操作。 发明内容
' 有鉴于此， 本发明的主要目的在于提供一种在卡号业务中主叫用户 重新发起呼叫的方法， 使得卡号业务主叫用户可以方便地释放当前呼叫 并重新发起新的呼叫。
为实现上述目的， 本发明的技术方案是这样实现的：
一种在卡号业务中主叫用户重新发起呼叫的方法， 包含以下步骤：
A呼叫控制器指示主叫网关在通话状态下检测预先设定的按键組 合；
B 当所述主叫网关检测到主叫用户拨打所述按键组合时， 上报第一 事件消息至所述呼叫控制器；
C 所述呼叫控制器响应所述第一事件消息， 拆除当前呼叫， 向业务 控制点指示被叫已挂机， 通过所述主叫网关提示并等待所述主叫用户发 起新的呼叫。
所述方法还包含以下步骤：
D 所述主叫网关收集到主叫用户新的呼叫号码后， 向所述呼叫控制 器上报， 启动新的呼叫流程。
所述呼叫控制器和所述主叫网关之间使用媒体网关控制协议；并且， 所述步骤 A中， 所述呼叫控制器通过修改连接消息指示主叫网关在 通话状态下检测预先设定的按键组合， 该消息的参数为会话描述协议和 所述按键组合的数图；
所述步骤 B中， 所述第一事件消息是通知消息；
所述步骤 C中， 所述呼叫控制器通过请求上报事件消息指示所述主 叫网关收集用户新呼叫的被叫号码， 该消息的参数是拨号音和普通媒体 网关控制协议数图。
所述步骤 D中， 所述主叫网关通过通知消息向所述呼叫控制器上报 收集到的用户新的呼叫号码。
所述呼叫控制器和所述主叫网关之间使用 H.248协议； 并且， 所述步骤 A中 , 所述呼叫控制器通过修改请求消息指示主叫网关在 通话状态下检测预先设定的按键组合， 该消息的参数为会话描述协议和 所述按键组合的数图；
所述步骤 B中， 所述第一事件消息是通知请求消息；
所述步骤 C中， 所述呼叫控制器通过修改连接命令与请求上报事件 命令指示所述主叫网关收集用户新呼叫的被叫号码， 该消息的参数是拨 号音和普通 H.248数图。
所述步骤 D中， 所述主叫网关通过通知请求消息向所述呼叫控制器 上报收集到的用户新的呼叫号码。
所述呼叫控制器是业务交换点、 或软交换设备。 所述按键组合是所有按键的任意组合。
通过比较可以发现，本发明的技术方案与现有技术的主要区别在于， 呼叫控制器指示主叫网关在通话状态下检测预先设定的按键组合， 如果 主叫网关检测到则上报到呼叫控制器， 呼叫控制器向被叫发送拆除呼叫 消息， 释放掉被叫， 同时向 SCP指示被叫已挂机， 等待主叫重拨。
这种技术方案上的区别， 带来了较为明显的有益效果， 即卡号业务 主叫用户只需要拨几个号码 （如 " # # " ) 就可以方便地释放当前卡号 呼叫， 并可以在系统的提示下马上开始拨打新的被叫用户号码， 重新发 起新的呼叫。 而使用现有技术的卡号业务主叫用户必须等被叫用户主动 释放当前呼叫后才能发起新的呼叫， 或是主叫自己主动拆除当前呼叫， 再按照一个全新的呼叫来重新拨打一长串号码——接入号码、 卡号、 密 码等（通常超过 20个号码， 如果错一位通常要重拨）， 然后才能发起新 的呼叫。 所以， 相对于现有技术， 本发明中的主叫用户完全可以实现自 己控制， 从而可以大大节省卡号业务主叫用户重新发起呼叫的时间， 使 服务更为人性化。 同时也最大限度地降低了网络侧的负荷。 附图简要说明
图 1是 居本发明的系统实施例信令流程示意图；
图 2是根据本发明的一个实施例的采用 MGCP协议主叫网关与软交 换之间信令流程示意图；
图 3是才 据本发明的另一个实施例的采用 H.248协议主叫网关与软 交换之间信令流程示意.图。 实施本发明的方式
为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对 本发明作进一步地详细描述。
本发明针对现有传统智能网提供的卡号智能业务在实际应用中的不 足， 提出一种新的方法， 可以使卡号业务主叫用户在通话过程中， 通过 拨打可配置的特殊按键组合如双 # , 能够主动将当前通话被叫释放， 然 后听智能语音提示拨打另一被叫用户， 以发起一个新呼叫， 而不必等先 前与主叫用户通话的被叫用户主动挂机释放后听智能语音提示后再拨 打另一用户， 也不必让主叫用户自己主动释放当前呼叫后重拨接入码、 卡号和密码等一堆繁瑣的数字信息， 以发起一个新呼叫。 本发明可以通 过改进原有的智能网系统来实现， 也可以依托新一代软交换设备来实 现， 如果有其它系统能够支持卡号智能业务， 本发明也能在此基础上实 现。
图 1 即是本发明得以实现的流程示意图。 在图 1 中， 业务控制点 ( Service Control Point, 简称" SCP" ) 10, 呼叫控制器 11 , 主叫网关 12 和主叫用户 13 是整个系统中的关键设备。 需要说明的是， 如果本发明 是在原有智能网设备上实现的， 那么呼叫控制器 11 即为传统智能网中 的业务交换点 （Service Switch Point, 筒称" SSP，，）， 一般 SSP集成在数 字程控交换机上； 如果本发明是利用软交换体系结构来实现的， 那么呼 叫控制器 11 即为软交换设备， 如果还有其它系统支持卡号智能业务， 那么呼叫控制器 11 为其系统中相对应的设备。 在描述本发明的系统实 施例时，是结合软交换、 SCP、并且以媒体网关控制协议（Media Gateway Control Protocol, 筒称" MGCP" )或者网关控制协议 ( H.248 ) 终端为例 来说明的， 所以呼叫控制器 11实际上是软交换设备， 主叫网关 12是采 用 MGCP或者 H.248协议的媒体网关， 主叫用户 13所采用的设备实际 上是 MGCP/H.248终端。需要说明的是，软交换体系结构中涉及三部分： 信令网关， 媒体网关和媒体网关控制， 通过标准的 MGCP和 H.248协议 实现呼叫控制和承载控制分离。
下面按照图 1的流程详细说明各个关键设备之间相互作用： 首先， 在步骤 100， 当主叫用户 13通过标准卡号呼叫交互， 进入卡 号呼叫流程， 而被叫用户应答的同时， 即呼叫接通后， 由呼叫控制器 11 向主叫用户 13所归属的主叫网关 12下达检测命令， 指示其在主叫用户 13和被叫用户通话的状态下， 随时检测主叫用户 13可能拨打的特定按 键組合， 这个组合是预先被设置好的。 在软交换系统中， 采用的方式是 软交换设备向主叫用户所属网关下发请求收号， 可以采用数图 (Digitmap),或立即上报等不同方式请求检测特殊事件音频拨号。需要说 明的是， Digitmap是 MGCP/H.248协议中定义的一类特殊事件， 它由呼 叫控制器 11下发到主叫网关 12, 它其中包含的参数即为指定主叫网关 12需要的检测事件，这个检测事件是一列或数列按一定规律排列的数字 串， 每一列相当于是一个事件序列而不是单个事件。 当检测到的数字串 和检测事件命令中携带的某一列相匹配时主叫网关 12就向呼叫控制器 11发送通知。
接下来， 进入步骤 110, 是主叫网关 12对主叫用户 13的检测过程， 监测其拨打上述的按键組合， 熟悉本领域的技术人员都知道， 这实际上 是在主叫网关 12 内部启动了一个用于检测用户拨号的进程， 一旦符合 条件就触发此进程以作出响应。
然后， 在步骤 120中， 在通话状态下， 由于卡号业务主叫， 即主叫 用户 13 希望重新拨打另一被叫， 于是其便拨打了上述按键組合， 上报 至主叫网关 12, 触发其下一步响应。
紧接着， 进入步骤 130, 主叫网关 12检测到主叫用户 13拨打了所 述按键组合， 立即把这一事件消息上报到呼叫控制器 11。 在软交换系统 中， 这一过程为主叫网关 12将主叫用户 13拨打的按键組合转换成事先 配好的卡号业务特殊事件码， 即主叫网关 12将检测到的事件收号上报 到软交换设备。
随后的步骤 140, 呼叫控制器 11立即对此消息响应， 并且拆除主叫 用户 13发起的当前呼叫， 同时向 SCP 10发出指示被叫用户已挂机， 需 要说明的是， 按照常规的电话呼叫流程， 应当是呼叫控制器 11 先收到 实际被叫用户挂机的消息， 然后才向 SCP 10发出指示被叫用户已桂机， 但这里实际上并没有管被叫用户是否挂机， 而是呼叫控制器 11 按照预 先的特定按键组合响应规则， 自动就把被叫用户已挂机的消息上报到
SCP 10了。 同样， 软交换系统中与此对应的处理过程为软交换设备收到 卡号主叫用户拨打的卡号业务特殊事件码后， 向被叫发送拆除呼叫消 息， 释放掉被叫， 同时向 SCP10上报发端挂机（DP9 ), 指示被叫已挂 机。 熟悉本领域技术人员都知道， 检出点 ( Detect Point, 简称" DP" )用 于触发智能呼叫和在智能呼叫过程中检测出与呼叫相关的事件， 是软交 换与 SCP的对接参数之一，它在 SSP侧为相应的业务键定义一个触发检 出点（ Trigger Detection Point, 简称" TDP" ), 表示 SSP将在该 TDP点触 发智能业务或在智能呼叫的过程中检出与呼叫相关的事件。 根据规定， DP号的取值范围为 1 ~ 18,但不能为 11 , 每个 DP号描述了能力集中的 一个发端或终端呼叫模型， 其中 DP9即为上报发端桂机。 本步骤是比较 重要的， 因为只有 SCP10收到软交换上报的被叫挂机事件后， 才会指示 给主叫拨放语音， 提示主叫挂机， 修改密码或拨打另一用户， 这是现在 的智能卡号业务的常规流程， 在本发明中也必须利用此流程以使 SCP10 允许主叫用户发起新的呼叫。
而后， 在步骤 150， 呼叫控制器 11通过主叫网关 12提示主叫用户 13 , 可以进行新的呼叫， 并且等待其拨打新的被叫用户号码。 从本步骤 开始的后续处理流程， 与正常卡号业务当前被叫挂机流程类似， 不管当 前被叫用户情况如何， 对本发明系统中各个关键设备来说， 当前被叫用 户已经挂机了。
接着的步骤 160, 主叫用户 13处的新呼叫号码会被上报到主叫网关
12。
最后， 进入步骤 170, 主叫网关 12收集到主叫用户 13新的呼叫号 码后， 向呼叫控制器 11上报以启动新呼叫流程， 呼叫控制器 11会提示 用户可发起新的呼叫， 并且等待其重拨。 需要说明的是， 由于 SCP 10 在前述步骤 140完成后就给予了主叫用户 13发起新呼叫的资源与权限， 所以呼叫控制器 11可以顺利地启动新呼叫流程。
综上所述， 本发明在具体实现时， 是让呼叫控制器在智能卡号业务 的使用过程中通过控制和处理主叫用户侧上报的预先设置好的按键组 合， 来释放当前的被叫， 并提示主叫可以发起另外一次呼叫， 从而解决 了主叫用户重新输入相关号码（包括接入号码、 卡号和密码等， 通常超 过 20个号码） 的麻烦， 并且本发明对普通卡号智能业务流程并无影响。
在前面已经详细描述了本发明的总体系统实施情况， 接下来结合软 交换， SCP, 并且分别以 MGCP和 H.248终端为例， 配置的特殊事件码 細, 即主叫用户在与当前被叫通话的过程中， 只要连续拨打电话终端 上的 #号键两次就可以重新拨打另一个被叫的号码。 需要说明的是， ## 只是一种特殊事件码的一种号码组合， 也可以釆用其它号码组合， 长度 也不一定限于两位， 也就是说， 该特殊事件码可以是所有按键的任意组 合， 例如， **、 #*#、 #91#等等， 其效果是相同的。 下面就这种具体的 情况进一步说明本发明的实施方案。
下面先介绍釆用支持 MGCP协议的终端时，本发明在软交换系统中 的一个实施例情况。 图 2为软交换与网关交互流程示意图， 和前面的图 1对比， 软交换 21即承担了呼叫控制器 11的使命， 主叫网关 22与图 1 中的主叫网关 11任务类似， 只是专门支持 MGCP协议。
首先， 在步骤 200, 是软交换 21与 SCP和主叫网关 22之间的卡号 业务正常交互流程， 即对主叫用户拨打接入号码、 卡号、 密码、 被叫用 户号码进行的常规智能网处理过程， 在这些正常流程交互结束时， 被叫 用户已经摘机并准备进入通话状态。
接下来， 进入步骤 210, 软交换 21要向主叫网关 22下发一个消息， 在 MGCP 协议体系中即为媒体网关控制器给媒体网关下发的修改连接 属性消息 （Modify Connection, 筒称" MDCX" ), 本发明中， 软交换 21 担任 MGCP协议中的媒体网关控制器， 主叫网关 22即为 MGCP协议中 的媒体网关， 本步骤中下发的 MDCX的属性包括会话描述协议 (Session Description Protocol, 简称" SDP"), Digitmap。 其中， Digitmap内包含预 先配置的特殊事件码 ##。需要说明的是， SDP是 MGCP中媒体网关控制 器向媒体网关描述连接参数所采用的具体协议， 特殊事件码赫即是要监 测的按键组合。
然后，在步骤 220中， 是主叫网关 22对软交换 21下发的 MDCX消 息的回应， 在 MGCP 协议中此回应称为修改连接属性消息回应消息 ( Modify Connection— RSP， 简称" MDCX— RSP" )。
在步骤 220完成后， 软交换 21 已经指示了主叫网关 22, 在主叫用 户与被叫用户通话的状态下， 检测主叫用户可能拨打的特定按键组合 冊。 主叫用户如果一直不拨打 或者主被叫双方不挂机， 那么主叫与被 叫进入通话状态并保持此状态。
如果主叫用户在通话过程中拨打了 ##, 那么进入步骤 230, 主叫网 关 22检测到此事件并立即上报到软交换 21 , 在 MGCP协议中此上报消 息称为媒体网关给媒体网关控制器上报通知命令 （Notify , 简称 "NTFY" )， 其中的参数含义就表明主叫用户拨打了 ##按键。 紧接着， 软交换 21会向 SCP上报用户也挂机， 并在步骤 240中向 主叫网关 22发送回应消息， 在 MGCP协议中此回应称为通知命令回应 ( Notify— RSP, 简称" NTFY—RSP" ), 其中包含了 OK参数， 表示软交换 21 已经接收到主叫网关 22上报的此次事件，并且正在进行后续的处理。
随后， 在步骤 250, 软交换 21对主叫网关 22下发请求上报事件消 息（Request Notify ,简称" RQNT" ),此消息中包含了 Di Tone和 Normal MGCP Digitmap参数，第一个参数 DialTone指示主叫网关 22听拨号音， 第二个参数 Normal MGCP Digitmap指示主叫网关 22按正常呼叫的数图 收集主叫拨打的被叫号码， 收齐后再上报到软交换 21。
而后立即进入步骤 260， 主叫网关 22向软交换 21发送请求上报事 件消息回应（ Request Notify—RSP, 筒称" RQNT JRSP" ), 其中的参数为 OK, 表明主叫网关 22收到步骤 250中发来的 RQNT。
这时主叫用户如果重新拨打另一个被叫用户的号码， 那么在步骤 270, 主叫网关 22就将同样通过 NTFY消息上报到软交换 21 , 只不过此 次消息中包含的参数变成另外一个被叫用户的号码 （dials digits to another user), 这个就是主叫网关 22按照上面步骤 250的 RQNT里请求 检测的拨号数图。
最后， 进入步骤 280, 是软交换 21 对主叫网关 22 的回应， 发送 NTFY_RSP ( OK ) 消息到主叫网关 22。
下面再结合图 3介绍采用支持 H.248协议的终端时， 本发明在软交 换系统中的另一个实施例情况。
首先， 在步骤 300， 同样是软交换 31与 SCP和主叫网关 32之间的 卡号业务正常交互流程， 这些正常流程交互结束后， 被叫用户已经摘机 并准备进入通话状态。
接下来， 进入步骤 310， 软交换 31也要向主叫网关 32下发一个消 息， 在 H.248协议体 '系中即为终端特性修改连接命令与请求上"¾事件命 令（ Modify— Reguest,简称" MOD— REQ"；),其中的参数为 SDP和 Digitmap ##, 此条消息实际上是 MOD(SDP)和 REQ(Digitmap ##)命令的组合， MOD(SDP)是把被叫的媒体信息下发到主叫网关 32, 从而能使主被叫通 话， 这是正常呼叫流程里本来就有的消息。 REQ(Digitmap赫)是为实现 本发明功能新下发的一条消息， 作用是指示主叫网关 32 在通话状态下 检测按键的组合 ##， 当然也可以是软交换 31 根据自己配置的按键决定 的其他按键组合。
然后，在步骤 320中，是主叫网关 32对软交换 31下发的 MOD一 REQ 消息的回应， 在 MGCP 协议中此回应称为终端特性修改命令回应 ( Modify _ REPLY , 简称 "MOD—REPLY" )。
在步驟 320完成后， 软交换 31 已经指示了主叫网关 32, 在主叫用 户与被叫用户通话的状态下， 监测主叫用户可能拨打的特定按键组合 冊。 只有当主叫网关 32监测到这个按键组合并上报到软交换 31 , 软交 换 31才知道要启用卡号业务主叫主动重播流程。
如果主叫用户在通话过程中拨打了赫， 那么进入步骤 330, 主叫网 关 32检测到此事件并立即上报到软交换 31， 在 H.248协议中此上报消 息称为通知命令与请求 （Notify— Reguest, 筒称" NTFYJREQ" ), 其中的 参数 A dials ^含义就表明主叫用户拨打了赫按键组合。
紧接着， 软交换 31会向 SCP上报被叫用户已挂机， 并在步骤 340 中向主叫网关 32发送回应消息， 在 H.248协议中此回应被称为通知命 令回应 （Notify— REPLY, 简称" NTFY— REPLY" )。
随后， 在步骤 350, 软交换 31对主叫网关 32下发 MOD— REQ, 此 消息中包含了 DialTone和 Normal H.248 Digitma 等参数， 同样第一个 参数 DialTone指示主叫网关 32听拨号音， 第二个参数 Normal H.248 Digitmap指示主叫网关 32按正常呼叫的数图收集主叫拨打的被叫号码， 收齐后再上报到软交换 31。
而后立即进入步驟 360 , 主叫 网关 32 向软交换 31 发送 MOD一 REPLY, 表明主叫网关 32收到步骤 350中发来的 MOD一 REQ。
这时主叫用户如果重新拨打另一个被叫用户的号码， 那么在步骤 370, 主叫网关 32同样通过 NTFY—REQ消息上报到软交换 31 , 只不过 此次消息中包含的参数变成另外一个被叫用户的号码 （ A dials digits' to another ussr)。
最后， 进入步骤 380, 是软交换 31 对主叫网关 32 的回应， 发送 NTFY_REPLY消息到主叫网关 32。
从两个实施例的信令流情况可以看出， 二者有很多地方类似， 主要 的不同是使用了不同的命令，这是因为 H.248协议是由 MGCP协议发展 而来的， 它扩充了 MGCP仅限于语音通信的功能局限， 可提供多媒体业 务， 所以有些地方借用 MGCP也十分正常。
对于普通电话业务， 也可以使用类似的方法实现主叫用户重新发起 呼叫。
虽然通过参照本发明的某些优选实施例， 已经对本发明进行了图示 和描述， 但本领域的普通技术人员应该明白， 可以在形式上和细节上对 其作各种各样的改变， 而不偏离所附权利要求书所限定的本发明的精神 和范围。

Claims

权利要求书
1. 一种在卡号业务中主叫用户重新发起呼叫的方法， 其特征在于， 包含以下步骤：
A呼叫控制器指示主叫网关在通话状态下检测预先设定的按键组 合；
B 当所述主叫网关检测到主叫用户拨打所述按键组合时， 上报第一 事件消息至所述呼叫控制器；
C 所述呼叫控制器响应所述第一事件消息， 拆除当前呼叫， 向业务 控制点指示被叫已挂机， 通过所述主叫网关提示并等待所述主叫用户发 起新的呼叫。
2.根据权利要求 1所述的在卡号业务中主叫用户重新发起呼叫的方 法， 其特征在于， 所述方法还包含以下步骤：
D 所述主叫网关收集到主叫用户新的呼叫号码后， 向所述呼叫控制 器上报， 启动新的呼叫流程。
3.根据权利要求 1或 2所述的在卡号业务中主叫用户重新发起呼叫 的方法， 其特征在于， 所述呼叫控制器和所述主叫网关之间使用媒体网 关控制协议； 并且，.
所述步骤 A中， 所述呼叫控制器通过修改连接消息指示主叫网关在 通话状态下检测预先设定的按键组合， 该消息的参数为会话描述协议和 所述按键组合的数图；
所述步骤 B中， 所述第一事件消息是通知消息；
所述步骤 C中， 所述呼叫控制器通过请求上 事件消息指示所述主 叫网关收集用户新呼叫的被叫号码， 该消息的参数是拨号音和普通媒体 网关控制协议数图。
4.根据权利要求 3所述的在卡号业务中主叫用户重新发起呼叫的方 法， 其特征在于， 所述步骤 D中， 所述主叫网关通过通知消息向所述呼 叫控制器上报收集到的用户新的呼叫号码。
5.根据权利要求 1或 2所述的在卡号业务中主叫用户重新发起呼叫 的方法， 其特征在于， 所述呼叫控制器和所述主叫网关之间使用 H.248 协议； 并且，
所述步骤 A中， 所述呼叫控制器通过修改请求消息指示主叫网关在 通话状态下检测预先设定的按键组合， 该消息的参数为会话描述协议和 所述按键组合的数图；
所述步骤 B中， 所述第一事件消息是通知请求消息；
所述步骤 C中， 所述呼叫控制器通过修改连接命令与请求上报事件 命令指示所述主叫网关收集用户新呼叫的被叫号码， 该消息的参数是拨 号音和普通 H.248数图。
6.才艮据权利要求 5所述的在卡号业务中主叫用户重新发起呼叫的方 法， 其特征在于， 所述步骤 D中， 所述主叫网关通过通知请求消息向所 述呼叫控制器上报收集到的用户新的呼叫号码。
7.根据权利要求 1或 2所述的在卡号业务中主叫用户重新发起呼叫 的方法， 其特征在于， 所述呼叫控制器是业务交换点或软交换设备。
8. 根据权利要求 1或 2所述的主叫用户重新发起呼叫的方法，其特 征在于， 所述按键组合是所有按键的任意组合。
PCT/CN2005/002313 2005-01-02 2005-12-26 Procede de repetition intempestive d'appel d'un appelant dans un service de carte prepayee WO2006069529A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US10/588,885 US7596212B2 (en) 2005-01-02 2005-12-26 Method for a calling party to reinitiate a call in card number service
AT05822730T ATE551842T1 (de) 2005-01-02 2005-12-26 Verfahren für anrufer zur neuerzeugung eines anrufs im vorbezahlten kartendienst
EP05822730A EP1838112B1 (en) 2005-01-02 2005-12-26 Method for caller reoriginating call in the prepaid card service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510005405.5A CN100471208C (zh) 2005-01-02 2005-01-02 在卡号业务中主叫用户重新发起呼叫的方法
CN200510005405.5 2005-01-02

Publications (1)

Publication Number Publication Date
WO2006069529A1 true WO2006069529A1 (fr) 2006-07-06

Family

ID=36614496

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/002313 WO2006069529A1 (fr) 2005-01-02 2005-12-26 Procede de repetition intempestive d'appel d'un appelant dans un service de carte prepayee

Country Status (5)

Country Link
US (1) US7596212B2 (zh)
EP (1) EP1838112B1 (zh)
CN (1) CN100471208C (zh)
AT (1) ATE551842T1 (zh)
WO (1) WO2006069529A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1275419C (zh) * 2002-10-18 2006-09-13 华为技术有限公司 一种网络安全认证方法
CN100411482C (zh) * 2005-07-27 2008-08-13 华为技术有限公司 接入媒体网关过载控制方法
CN106506878B (zh) * 2016-10-17 2019-11-19 深圳震有科技股份有限公司 一种不挂机直接发起新呼叫的实现方法及实现系统
CN111556187A (zh) * 2020-04-15 2020-08-18 深圳震有科技股份有限公司 拨号错误回退处理方法及装置、设备、可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000019702A2 (en) * 1998-09-30 2000-04-06 Telefonaktiebolaget Lm Ericsson (Publ) Prepaid services in a communications system
JP2001077945A (ja) * 1999-08-04 2001-03-23 Lucent Technol Inc 電話オペレータへの緊急避難を持つ、交換機をベースとするインテリジェント・ネットワーク・プリペイド・テレフォン・カード・サービス・システム
EP1109368A2 (en) 1999-12-15 2001-06-20 Nortel Networks Corporation System, method and computer program product for support of bearer path services in a distributed control network
CN1328398A (zh) * 2001-07-19 2001-12-26 张传宇 一种ip电话机

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5187740A (en) * 1991-10-01 1993-02-16 Mci Communications Corporation Method and apparatus for telephone call reorigination
FI98181C (fi) * 1995-01-04 1997-04-25 Nokia Telecommunications Oy Menetelmä jatkopuhelun suorittamiseksi älyverkon puhelussa
US20020097854A1 (en) * 1999-03-22 2002-07-25 Thomas Michael Bauer Ani-based dialing in telephone networks
US6404746B1 (en) * 1999-07-13 2002-06-11 Intervoice Limited Partnership System and method for packet network media redirection
EP1495603B1 (en) * 2002-04-02 2010-06-16 Verizon Business Global LLC Call completion via instant communications client

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000019702A2 (en) * 1998-09-30 2000-04-06 Telefonaktiebolaget Lm Ericsson (Publ) Prepaid services in a communications system
JP2001077945A (ja) * 1999-08-04 2001-03-23 Lucent Technol Inc 電話オペレータへの緊急避難を持つ、交換機をベースとするインテリジェント・ネットワーク・プリペイド・テレフォン・カード・サービス・システム
EP1109368A2 (en) 1999-12-15 2001-06-20 Nortel Networks Corporation System, method and computer program product for support of bearer path services in a distributed control network
CN1328398A (zh) * 2001-07-19 2001-12-26 张传宇 一种ip电话机

Also Published As

Publication number Publication date
US20070165828A1 (en) 2007-07-19
ATE551842T1 (de) 2012-04-15
CN1801859A (zh) 2006-07-12
CN100471208C (zh) 2009-03-18
EP1838112A4 (en) 2008-03-05
EP1838112A1 (en) 2007-09-26
US7596212B2 (en) 2009-09-29
EP1838112B1 (en) 2012-03-28

Similar Documents

Publication Publication Date Title
WO2008037199A1 (fr) Procédé de communication d'un service de communication d'unification, système de service de communication d'unification et appareil correspondant
CN104506523A (zh) 一种智能终端VoIP的呼叫转接方法
WO2010045812A1 (zh) 一种通话切换的方法、装置和系统
WO2009062403A1 (fr) Procédé pour réaliser un service de présentation du nom de l'appelant et dispositif de service d'informations relatives à l'appelant
WO2008089675A1 (fr) Procédé, système, commutateur et point de commande de service pour mettre en oeuvre un renvoi d'appel
WO2009059501A1 (fr) Procédé, système et dispositif de transfert automatique d'appel
WO2006069529A1 (fr) Procede de repetition intempestive d'appel d'un appelant dans un service de carte prepayee
WO2009012627A1 (en) A method for processing busyness of flexible alert group with multiuser type
CN105592012A (zh) 一种基于sip通讯的离线回呼方法及服务器
WO2010108425A1 (zh) 提供ip语音交换机业务的方法及装置
WO2010017697A1 (zh) 一种实现呼叫管理的方法、系统及业务控制点
WO2007009386A1 (fr) Méthode et système pour fournir un service supplémentaire sur signal crochet commutateur
CN109548179A (zh) 呼叫通话处理方法及装置、呼叫方法及系统
CN102664863B (zh) 终端实现呼叫等待的方法、装置和系统
EP3672166A1 (en) User equipment access method and apparatus for use with r2 device
US20030091161A1 (en) Dictation memo in telecommunication network
WO2008138187A1 (fr) Procédé de réalisation pour un appel de nouvelle réponse
CN101197888B (zh) 实现非智能sip终端呼叫等待选择挂机的方法和系统
CN103139055B (zh) 语音家庭网关侧实现内线转接的方法及装置
WO2011075911A1 (zh) 一种媒体网关实现呼叫的方法及系统
WO2012151858A1 (zh) 一种呼叫续接方法和应用服务器
WO2007056936A1 (fr) Procede et equipement de reseau pour l'espacement arriere de multimedias dans un reseau de communication et reseau de communication correspondant
CN101106733B (zh) 一种下一代网络中一号双机业务的转接处理方法
CN111405121B (zh) 一种基于语音通话的用户行为操作监控方法及系统
WO2017219809A1 (zh) 一种呼叫转接的方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2005822730

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2007165828

Country of ref document: US

Ref document number: 10588885

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 10588885

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2005822730

Country of ref document: EP