WO2006066508A1 - Procede et systeme de commande d'appel, systeme facilitant l'exploitation commerciale et point de commande de services - Google Patents

Procede et systeme de commande d'appel, systeme facilitant l'exploitation commerciale et point de commande de services Download PDF

Info

Publication number
WO2006066508A1
WO2006066508A1 PCT/CN2005/002272 CN2005002272W WO2006066508A1 WO 2006066508 A1 WO2006066508 A1 WO 2006066508A1 CN 2005002272 W CN2005002272 W CN 2005002272W WO 2006066508 A1 WO2006066508 A1 WO 2006066508A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
user
authentication
current
real
Prior art date
Application number
PCT/CN2005/002272
Other languages
English (en)
French (fr)
Inventor
Bingbing Yao
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=36601389&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=WO2006066508(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to DE602005017418T priority Critical patent/DE602005017418D1/de
Priority to AT05820677T priority patent/ATE447302T1/de
Priority to EP05820677A priority patent/EP1809051B2/en
Publication of WO2006066508A1 publication Critical patent/WO2006066508A1/zh
Priority to US11/723,090 priority patent/US20070201669A1/en

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
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP

Definitions

  • the present invention relates to mobile communication technologies, and in particular, to a method and system for controlling a call, and a service operation support system and a service control point. Background of the invention
  • charging is performed by post-paid method
  • charging is based on the business operation support system.
  • FIG. 1 is a schematic diagram of the use of post-paid charging and call control in the prior art.
  • the post-paid service user can perform the communication service first, and after the communication service is completed, the end office equipment, such as the mobile interaction center (MSC)/service switching point (SSP), The duration of the call is obtained, and a bill is generated according to the duration of the call, and then the bill is sent to the BOSS, and the BOSS performs charging processing on the user according to the received bill.
  • MSC mobile interaction center
  • SSP service switching point
  • the prior art processing method is as follows:
  • the BOSS changes the service attribute of the user by indicating the home location register (HLR) according to the charging status of the user. , stopping the user's related voice, data and value-added services, thereby
  • the call control of the post-paid service user is realized by billing, and the problem of excessive user arrears or malicious arrears is prevented.
  • the BOSS can only perform charging processing on the service after the user completes one communication service, and stops the related service of the user through the HLR according to the charging result, and completes control of the user call, but cannot be in the user.
  • the user's call process is controlled in real time through the billing process, so that the problem of excessive user arrears or malicious arrears cannot be fundamentally prevented, which greatly damages the interests of the operator. Summary of the invention
  • the main object of the present invention is to provide a call control method and a call control system
  • another object of the present invention is to provide a service operation support system and a service control point, so as to fundamentally prevent the user from owing too much Or malicious arrears and other issues.
  • a call control method comprising:
  • the service switching point or the mobile switching center After receiving the call, the service switching point or the mobile switching center triggers the call to the service control point;
  • the service control point sends an authentication request carrying the current user identity to the service operation support system
  • the service operation support system authenticates the user according to the current user identifier carried in the authentication request and the user information saved in the user, and sends the authentication result to the service control point;
  • the service control point controls the call according to the authentication result.
  • the step C includes: the service operation support system searches for the user information including the user identifier carried in the authentication request, and the service operation support system determines whether the user is allowed to perform the user information according to the found user information. This call, If allowed, the service operation support system sends the authentication success message to the service control point as the authentication result, and then, in step D, after receiving the authentication success message, the service control point performs call connection processing;
  • step D after receiving the signing failure message, the service control point rejects the current call.
  • the user is a post-paid user
  • step C the determining includes: the service operation support system determines whether the user is allowed to make the current call according to the user payment record in the found user information.
  • the method further includes: storing, in the business operation support system, various information including information such as a user identifier and a balance of the prepaid user;
  • the user is a prepaid user
  • step C the determining includes: the business operation support system determines whether the user is allowed to make the current call according to the balance information in the found user information.
  • step C after the service operation support system determines that the user is allowed to perform the current call, and before sending the authentication success message, the method further includes: the service operation support system generates the current allowed call duration according to the user information saved by the service operation support system;
  • step C the step of sending the authentication success message as the authentication result to the service control point includes: the service operation support system carries the generated current allowed call duration in the authentication success message as an authentication result to be sent to the authentication result Business control point
  • step D further comprising:
  • the service control point detects that the duration of the call reaches the current allowable call duration, and then sends the duration of the call to the service operation support system;
  • the business operation support system calculates the fee according to the received duration of the call; ⁇ 3. The business operation support system determines whether the user is allowed to succeed according to the calculated fee. Continue to make a call, if yes, go to step E4, otherwise, go to step E5;
  • the service operation support system generates the current allowed call duration, and sends the generated current allowed call duration to the service control point, and returns to step E1;
  • the service operation support system sends a call release indication to the service control point, and the service control point sends the call release indication to the service switching point or the mobile switching center, and the service operation support system, the service control point, and the service switching point or the mobile switching center perform Release the processing of this call.
  • the user is a post-paid user
  • step E3 the determining includes: • The business operation support system determines whether the user is allowed to continue the call according to the user's payment record and the calculated fee.
  • the method further includes: storing, in the business operation support system, various information including information such as a user identifier and a balance of the prepaid user;
  • the user is a prepaid user
  • step E3 the determining includes: the business operation support system acquires the current balance information of the user according to the calculated fee, and determines whether the user is allowed to continue the call according to the current balance information.
  • the method further includes: the service control point receiving the call release request sent by the user of the current call through the service switching point or the mobile switching center;
  • the service control point sends a call release request to the service operation support system; the service operation support system, the service control point, and the service switching point or the mobile switching center perform the process of releasing the call.
  • the method further includes: when releasing the current call, the service operation support system generates a bill for the current call according to the duration information and the charging information of the current call.
  • the user is a calling user and/or a called user.
  • a call control system comprising: a service control point and a business operation support system
  • the service control point includes a real-time call control unit and a real-time interaction unit
  • the service operation support system includes an authentication and charging unit
  • the real-time call control unit is configured to receive the call information reported by the service switching point or the mobile switching center, and carry the identifier of the current call user in the authentication request, send it to the real-time interaction unit, and receive the real-time interaction unit. As a result of the authentication, the call is controlled according to the authentication result;
  • a real-time interaction unit configured to receive an authentication request sent by the real-time call control unit to carry the current user identifier, and send an authentication request carrying the current user identifier to the authentication and charging unit in the service operation support system; Receiving an authentication result sent by the authentication and charging unit, and sending the authentication result to the real-time call control unit;
  • the authentication and charging unit is configured to receive an authentication request that is sent by the real-time interaction unit and carry the current user identifier, and authenticate the current call according to the current user identifier carried in the request for the right and the user information saved in the user request. And send the authentication result to the real-time interaction unit.
  • the service operation support system further includes a real-time bill generation unit, configured to generate a bill for the current call when receiving the duration information and the billing information of the current call sent by the authentication and billing unit;
  • the authentication and charging unit is further configured to send the duration information and the charging information of the current call to the real-time bill generating unit when the current call is released.
  • the authentication and charging unit is configured to send an authentication success message or an authentication failure message to the real-time interaction unit as an authentication result
  • the real-time interaction unit is configured to send the received authentication success message or the authentication failure message to the real-time call control unit;
  • the real-time call control unit is configured to perform call connection processing or reject the current call according to the received authentication success message or the authentication failure message.
  • the authentication and charging unit is configured to: according to the current user identifier and the self carried in the authentication request
  • the user information saved in the body finds the user information of the user identifier, and judges whether the user is a post-paid user according to the found user information, and determines whether to allow the user according to the paid record in the found user information.
  • the user makes the current call and then constructs an authentication success message or an authentication failure message based on the determined result.
  • the authentication and charging unit is configured to save various information of the prepaid user, and find the user information of the current user identifier according to the current user identifier carried in the authentication request and the user information saved in the authentication request, and Determining, according to the found user information, that the current user is a prepaid user, determining whether to allow the user to perform the current call according to the balance information in the found user information, and then constructing an authentication success message according to the determined result or Authentication failure message.
  • the authentication and charging unit is further configured to: when constructing the authentication success message or receiving the duration of the current call and determining that the user is allowed to continue the call, generating the current allowed call duration, and sending the current allowed call duration to the real-time interaction The unit, or, when receiving the duration of the call and determining that the user is not allowed to continue the call, sending the call release indication to the real-time interaction unit;
  • the real-time interaction unit is further configured to send the received current allowed call duration or call release indication to the real-time call control unit, and send the received duration of the current call to the authentication and billing unit;
  • the real-time call control unit is further configured to monitor the current call duration according to the received current allowed call duration. After detecting the current duration of the call, the duration of the current call is sent to the current call duration.
  • the underlying communication protocol between the real-time interaction unit in the service control point and the authentication accounting unit in the service operation support system is the Transmission Control Protocol TCP/Internet Protocol IP.
  • the application layer communication protocol adopted between the real-time interaction unit and the authentication and billing unit is A defined protocol or an existing application layer protocol.
  • a service operation support system includes an authentication and charging unit, configured to receive an authentication request sent by the service control point and carry the current user identifier, and according to the current user identifier carried in the authentication request The call is authenticated with the user information saved in itself, and the authentication result is sent to the service control point.
  • the service control point includes a real-time call control unit and a real-time interaction unit, where
  • the real-time call control unit is configured to receive the call information reported by the service switching point or the mobile switching center, and send the identifier of the call user to the real-time interaction unit, and receive the authentication result sent by the real-time interaction unit. And controlling the call according to the authentication result;
  • a real-time interaction unit configured to receive an authentication request sent by the real-time call control unit to carry the current user identifier, and send an authentication request carrying the current user identifier to the service operation support system; and receive the service operation support system As a result of the authentication, the authentication result is sent to the real-time call control unit.
  • the present invention utilizes the SCP to provide real-time call control capability
  • the BOSS can provide the capability of charging evaluation capability
  • uses BOSS and SCP to perform billing together, and pays according to the user in a call process of the post-paid user. Recording the user's billing evaluation in real time and controlling the call according to the billing evaluation result, thereby fundamentally preventing the problem of excessive user arrears and malicious arrears, and greatly protecting the interests of the operator.
  • the present invention pre-stores various information of prepaid users in the BOSS, and uses BOSS and SCP to perform billing evaluation and control together, so that the prepaid users can enjoy the customer care and services provided by the BOSS, and make the SCP There is no need to charge the prepaid subscribers, which greatly reduces the traffic load of the SCP.
  • FIG. 1 is a schematic diagram of charging in the post-paid manner and performing call control in the prior art.
  • Figure 2 is a schematic view showing the basic structure of the system of the present invention.
  • Figure 3 is a schematic illustration of a preferred construction of the system of the present invention.
  • FIG. 5 is a flow chart showing the authentication result obtained by the authentication and accounting unit in the BOSS in the embodiment of the present invention. Mode for carrying out the invention
  • the BOSS when charging is performed by the post-paid method, the BOSS performs charging according to the bill after the completion of the primary service and performs subsequent call control according to the charging result, so that the user cannot effectively prevent the user from owing money. Excessive and malicious arrears and other issues. In order to solve these problems, it is necessary to perform real-time control during the call process of the user, that is, to perform charging evaluation on the user and control the call according to the charging evaluation result, instead of controlling after the call ends, thereby fundamentally Prevent users from overpaying and malicious arrears. Since the current SCP can provide real-time call control capabilities, and for post-paid services, BOSS can provide billing evaluation capabilities, so SCP and BOSS can be used together for call control.
  • the present invention proposes a call control method, the core idea of which is that the service switching point (SSP) or the mobile switching center (MSC), after receiving the call, triggers the call to the service control point (SCP).
  • SSP service switching point
  • MSC mobile switching center
  • the SCP sends the authentication request carrying the user ID to the BOSS; the BOSS authenticates the user according to the current user identifier carried in the authentication request and the user information saved in the user, and sends the authentication result.
  • the SCP controls the call based on the authentication result.
  • the call may be a call initiated by a prepaid user, or may be a postpaid call.
  • the user initiated call that is, the call control of the present invention applicable to the prepaid subscriber is also applicable to the call control of the postpaid subscriber.
  • the present invention preliminarily adds various information of the prepaid subscriber to the existing BOSS.
  • FIG. 2 is a schematic view showing the basic structure of the system of the present invention.
  • the present invention further provides a call control system, where the system includes: an SCP and a BOSS, wherein the SCP includes a real-time call control unit and a real-time interaction unit, and the BOSS includes an authentication and accounting unit) .
  • a real-time interaction unit configured to receive an authentication request sent by the real-time call control unit to carry the current user identifier, and send an authentication request carrying the current user identifier to the authentication and charging unit in the BOSS; and receive the BOSS The authentication result sent by the authentication and billing unit, and the result of the authentication is sent to the real-time call control unit in the SCP;
  • a real-time call control unit configured to receive the call information reported by the SSP or the MSC, and send an authentication request carrying the current call user identifier to the real-time interaction unit in the SCP, and receive the authentication result sent by the real-time interaction unit, according to The authentication result controls the call;
  • the authentication and charging unit is configured to receive an authentication request sent by the real-time interaction unit in the SCP and carry the current user identifier, and use the current user identifier carried in the authentication request and the user information saved in the authentication request. The authentication is performed and the authentication result is sent to the real-time interaction unit in the SCP.
  • FIG. 3 is a schematic illustration of a preferred construction of the system of the present invention.
  • the BOSS may further include a real-time bill generation unit, and the authentication and billing unit in the BOSS is further used in this time.
  • the duration information and the charging information of the current call are sent to the real-time bill generating unit; the real-time bill generating unit is configured to receive the duration information and billing of the current call sent by the authentication and billing unit.
  • the bill of this call is generated in time.
  • FIG. 4 is a flow chart of an embodiment of the present invention. Referring to FIG. 2 and FIG. 4, with the system of the present invention, the process of implementing call control according to the method of the present invention specifically includes the following steps:
  • Step 401 The calling user initiates a call, and the MSC/SSP receives the call and triggers the call to the SCP.
  • the MSC/SSP does not need to consider whether the user involved in the call is a prepaid or postpaid user, and directly triggers the call to the SCP.
  • This processing method is to ensure that in the subsequent process, both the prepaid user and the postpaid user can perform real-time call control processing on the call by using the SCP.
  • Step 402 The real-time call control unit in the SCP receives the call information, and carries the information of the current call user in the authentication request and sends it to the real-time interaction unit in the SCP, and the real-time interaction unit will receive the current user information.
  • the authentication request is sent to the authentication and accounting unit in the BOSS.
  • the current user information carried in the authentication request described below includes information such as the identity of the current user.
  • the SCP sends an authentication request to the BOSS, so that in the subsequent process, the BOSS can perform real-time charging evaluation on the call.
  • Step 403 The authentication and charging unit in the BOSS receives the authentication request carrying the current user information, and authenticates the user of the current call according to the user information carried in the authentication request and the user information saved in the user. And send the authentication result to the real-time interaction unit in the SCP.
  • the BOSS has stored various information of the user, such as the user's logo, the user's balance information, and the user's payment record information.
  • the present invention preliminarily uses various information of each prepaid user, such as a user's logo.
  • the balance information of the user and the payment record information of the user are stored in the BOSS.
  • the BOSS can perform authentication processing regardless of whether the user of the call is a prepaid user or a postpaid user.
  • FIG. 5 is a flow chart showing the authentication result obtained by the authentication and accounting unit in the BOSS in the embodiment of the present invention.
  • the specific implementation process of the foregoing step 403 includes the following steps:
  • Step 501 The authentication and charging unit in the BOSS searches for user information including the user identifier carried in the authentication request in each user information saved in the user.
  • Step 502 The authentication and charging unit in the BOSS determines, according to the found user information, whether the user of the current call is a prepaid user or a postpaid user. If the user is a prepaid user, step 503 is performed, and if the user is a postpaid user, Then step 504 is performed.
  • Step 503 The authentication and charging unit in the BOSS judges whether the user is allowed to make the current call according to the balance information of the calling user. If yes, step 505 is performed; otherwise, step 506 is performed.
  • Step 504 The authentication and charging unit in the BOSS determines whether the user is allowed to perform the current call according to the payment record information of the calling user. If yes, step 505 is performed, and step 506 is performed.
  • the paying record of the calling user indicates that the user can normally pay and/or the current arrears are not much, then the user is considered to be allowed to make the call, if the user's payment record indicates that the user has currently owed too much And/or if there is no normal payment, it is considered that the user is not allowed to enter the call.
  • the balance information of the current call user and the payment record information of the current call user are included in the user information held by the BOSS. Therefore, the authentication and billing unit in the BOSS can be The judgment process described above is performed.
  • Step 505 The authentication and charging unit in the BOSS sends the authentication success message as an authentication result. Send to the real-time interaction unit in the SCP to end the current process.
  • Step 506 The authentication and charging unit in the BOSS sends the signing failure message as an authentication result to the real-time interaction unit in the SCP.
  • the authentication and charging unit in the BOSS uses the authentication success message as the authentication result
  • the authentication and charging unit in the BOSS is based on the balance information of the user (corresponding to The current allowed call duration provided for the user is generated according to the user's payment record (corresponding to the user's payment for the post-paid user), and the current allowed call duration is carried in the authentication success message.
  • the real-time interaction unit sent to the SCP.
  • Step 404 The real-time interaction unit in the SCP receives the authentication result, and sends the authentication result to the real-time call control unit in the SCP.
  • Step 405 The real-time call control unit in the SCP determines whether the received authentication result is an authentication success message or an authentication failure message. If it is an authentication success message, step 407 is performed, and if it is an authentication failure message, the step is performed. 406.
  • Step 406 The real-time call control unit in the SCP rejects the current call and ends the current process.
  • Step 407 The real-time call control unit in the SCP performs call connection processing, and the calling and called users implement the call.
  • the present invention can further control the calling process of the user through the processing of the subsequent steps of FIG. 4 according to the payment situation and the duration of the call by the BOSS and the SCP, thereby further preventing the user from owing excessive fees and malicious owing. Fees and other issues.
  • the SSP/MSC periodically reports the duration of the call to the SCP.
  • Step 408 The real-time call control unit in the SCP monitors the current call in real time. After monitoring the duration of the current call, the duration information of the current call is sent to the real-time interaction unit in the SCP.
  • Step 409 The real-time interaction unit in the SCP sends the duration information of the current call to the authentication and charging unit in the BOSS, and the authentication and charging unit in the BOSS receives the duration information of the current call, and calculates the corresponding information.
  • the cost of the call duration is the real-time interaction unit in the SCP sends the duration information of the current call to the authentication and charging unit in the BOSS, and the authentication and charging unit in the BOSS receives the duration information of the current call, and calculates the corresponding information. The cost of the call duration.
  • Step 410 The authentication and charging unit in the BOSS determines whether the user is allowed to continue the call according to the calculated fee. If yes, step 413 is performed; otherwise, step 411 is performed.
  • the authentication and billing unit in the BOSS obtains the balance of the current user according to the calculated fee, and determines whether the user is allowed according to the balance of the current user. Continue to talk. If the user of the call is a post-paid user, in this step, the authentication and billing unit in the BOSS determines whether to allow the user according to the user's payment record and the calculated fee, that is, the fee used by the user for the current service. The user continues to make a call.
  • Step 411 The authentication and charging unit in the BOSS sends a call release indication to the real-time interaction unit in the SCP, and the real-time interaction unit sends a call release indication to the real-time call control unit in the SCP.
  • Step 412 The real-time call control unit in the SCP triggers the process of tearing down the current call, and the BOSS, the SCP, and the SSP or the MSC perform the process of releasing the call, and the current process ends.
  • Step 413 The authentication and accounting unit in the BOSS generates the current allowed talk duration, and sends the current allowed talk duration to the real-time interaction unit in the SCP.
  • the authentication and billing unit in the BOSS generates an allowed call duration according to the current user's balance. If this call If the called user is a post-paid user, in this step, the authentication and billing unit in the BOSS generates an allowed call duration according to the user's payment record and the calculated fee.
  • Step 414 The real-time interaction unit in the SCP sends the received current allowed call duration to the real-time call control unit in the SCP, and returns to step 408.
  • the real-time call control unit in the SCP monitors the current call in real time
  • the real-time call control unit in the SCP receives the call release request sent by the user of the current call through the SSP/MSC
  • the current call control unit will carry the present
  • the call release request of the secondary call duration is sent to the real-time interaction unit in the SCP, and the real-time interaction unit in the SCP sends the call release request carrying the current call duration to the BOSS, so that the BOSS, the SCP, and the SSP or the MSC perform the release of the call.
  • the handling of the call is also, referring to FIG.
  • the authentication and charging unit in the BOSS sends the duration information and the charging information of the current call to the real-time bill generating unit in the BOSS;
  • the generating unit generates the CDR of the current call in time when receiving the duration information and the charging information of the current call sent by the authentication and charging unit.
  • the user of the current call may be a calling user and/or a called user.
  • the present invention adds an interface for real-time interaction of various messages between the real-time interaction unit in the SCP and the authentication and billing unit in the BOSS.
  • the underlying communication protocol for this interface can use Transmission Control Protocol (TCP) / Internet Protocol (IP).
  • TCP Transmission Control Protocol
  • IP Internet Protocol
  • Layer protocols can use existing protocols or custom protocols.
  • the application layer protocol may be an example of a unified account service protocol (UASP).
  • UASP unified account service protocol
  • the specific implementation may be as follows: Redefine a UASP protocol interface, and the format of the message supported by the redefined UASP protocol interface. It can be defined according to the existing UASP protocol interface, such as the message format of the A interface or the C interface; or, in the existing UASP protocol interface such as T In the interface, various messages related to the present invention are added.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Meter Arrangements (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Exchange Systems With Centralized Control (AREA)

Description

呼叫控制方法和系统及业务运营支撑系统和业务控制点 技术领域
本发明涉及移动通信技术， 特别是涉及一种对呼叫进行控制的方法 和系统以及一种业务运营支撑系统和一种业务控制点。 发明背景
目前， 随着移动通信技术的不断发展， 人们之间的沟通交流越来 越快捷和方便， 移动用户的数量也迅速的增加。 对于电信开发营运商 而言， 定制所开发各种业务的收费方式， 则无疑成为一个需要重点关 注的问题。 目前， 针对已开展的移动业务通常采用预付费和后付费的 方式进行计费处理。
当采用后付费方式进行计费时， 计费是基于业务运营支撑系统
( Business Operation Supporting System, BOSS ) 进行的。 图 1是在现 有技术中采用后付费方式计费并进行呼叫控制的示意图。 参见图 1 , 当采用后付费方式进行计费时， 后付费业务用户可以先进行通信业 务， 在通信业务完毕后， 由端局设备， 比如移动交互中心 （MSC ) / 业务交换点 （SSP ) , 获取用户的通话时长， 并根据该通话时长产生 一个话单， 然后将该话单发送至 BOSS , BOSS根据接收到的话单对用 户进行计费处理。
在后付费业务中， 由于用户能够首先使用业务然后再扣费， 因此 往往会出现一个用户欠费过多和恶意欠费等问题。为了防止后付费业 务用户欠费过多和恶意欠费问题， 参见图 1， 现有技术的处理方式为： BOSS依据自身对用户的计费情况通过指示归属位置寄存器 （ HLR ) 改变用户的服务属性， 停止用户的相关语音、 数据和增值业务， 从而 通过计费实现对后付费业务用户的呼叫控制，防止用户欠费过多或恶 意欠费等问题。
但是， 在现有技术中， 只能由 BOSS在用户的一次通信业务完毕后 对业务进行计费处理并依据计费结果通过 HLR停止用户的相关业务， 完成对用户呼叫的控制， 而无法在用户的一次呼叫建立时以及呼叫过程 中通过计费处理实时控制用户的呼叫过程， 从而无法从根本上防止用户 欠费过多或恶意欠费等问题， 极大地损害了运营商的利益。 发明内容
本发明的主要目的在于提供一种呼叫控制方法和一种呼叫控制系 统， 本发明的另一目的在于提供一种业务运营支撑系统和一种业务控制 点， 以便从根本上防止用户欠费过多或恶意欠费等问题。
" 为达到上述目的， 本发明的技术方案是这样实现的：
一种呼叫控制方法， 该方法包括：
A、 业务交换点或移动交换中心接收到呼叫后， 将该呼叫触发到业 务控制点；
B、 业务控制点将携带本次用户标识的鉴权请求发送至业务运营支 撑系统；
C、 业务运营支撑系统根据鉴权请求中携带的本次用户的标识和自 身中保存的用户信息对本次用户进行鉴权， 并将鉴权结果发送至业务控 制点；
D、 业务控制点根据鉴权结果对本次呼叫进行控制。
所述步骤 C包括： 业务运营支撑系统在自身中保存的各个用户信息 中查找包括鉴权请求中所携带用户标识的用户信息； 业务运营支撑系统 根据所查找到的用户信息判断是否允许该用户进行本次呼叫， 如果允许， 则业务运营支撑系统将鉴权成功消息作为鉴权结果发送 至业务控制点， 则在步骤 D中， 业务控制点接收到鉴权成功消息后， 进 行呼叫接续处理；
如果不允许， 则业务运营支撑系统将鉴权失败消息作为鉴权结果发 送至业务控制点， 则在步骤 D中， 业务控制点接收到签权失败消息后， 拒绝本次呼叫。
所述用户为后付费用户；
在步骤 C中， 所述判断包括： 业务运营支撑系统根据所查找到用户 信息中的用户付费记录判断是否允许该用户进行本次呼叫。
该方法进一步包括： 在业务运营支撑系统中保存预付费用户的包括 用户标识和余额等信息在内的各种信息；
所述用户为预付费用户；
在步骤 C中， 所述判断包括： 业务运营支撑系统根据所查找到用户 信息中的余额信息判断是否允许该用户进行本次呼叫。
在步骤 C中， 在业务运营支撑系统判断出允许所述用户进行本次呼 叫之后， 并在发送鉴权成功消息之前， 进一步包括： 业务运营支撑系统 根据自身保存的用户信息产生当前允许通话时长；
在步骤 C中， 所述将鉴权成功消息作为鉴权结果发送至业务控制点 的步骤包括： 业务运营支撑系统将所产生的当前允许通话时长携带在鉴 权成功消息中作为鉴权结果发送至业务控制点；
在步骤 D之后进一步包括：
El、 在用户通话过程中， 业务控制点监测到本次通话的时长达到当 前允许通话时长后， 将本次通话的时长发送至业务运营支撑系统；
Ε2、 业务运营支撑系统根据接收到的本次通话的时长计算出费用； Ε3、 业务运营支撑系统根据所计算出的费用判断是否允许该用户继 续进行通话， 如果是， 则执行步骤 E4, 否则， 执行步骤 E5;
E4、 业务运营支撑系统产生当前的允许通话时长， 并将所产生的当 前允许通话时长发送至业务控制点， 返回步骤 E1 ;
E5、 业务运营支撑系统将呼叫释放指示发送至业务控制点， 业务控 制点将呼叫释放指示发送至业务交换点或移动交换中心， 业务运营支撑 系统、 业务控制点以及业务交换点或移动交换中心执行释放本次通话的 处理。
所述用户为后付费用户；
在步骤 E3 中， 所述判断包括 ·. 业务运营支撑系统根据所述用户的 付费记录和所计算出的费用判断是否允许该用户继续进行通话。
该方法进一步包括： 在业务运营支撑系统中保存预付费用户的包括 用户标识和余额等信息在内的各种信息；
所述用户为预付费用户；
在步骤 E3 中， 所述判断包括： 业务运营支撑系统根据所计算出的 费用获取用户的当前余额信息， 并根据该当前的余额信息判断是否允许 该用户继续进行通话。
在判断出允许所述用户进行本次呼叫并由业务控制点进行呼叫接续 处理之后， 进一步包括： 业务控制点接收到本次通话的用户通过业务交 换点或移动交换中心发来的呼叫释放请求； 业务控制点将呼叫释放请求 发送至业务运营支撑系统； 业务运营支撑系统、 业务控制点以及业务交 换点或移动交换中心执行释放本次通话的处理。
该方法进一步包括： 业务运营支撑系统在释放本次通话时， 根据本 次通话的时长信息和计费信息生成本次呼叫的话单。
所述用户为主叫用户和 /或被叫用户。
一种呼叫控制系统，该系统包括： 业务控制点和业务运营支撑系统， 其中， 业务控制点中包括实时呼叫控制单元和实时交互单元， 业务运营 支撑系统中包括鉴权计费单元， 并且，
实时呼叫控制单元， 用于接收业务交换点或移动交换中心上报的呼. 叫信息， 并将本次呼叫用户的标识携带在鉴权请求中发送至实时交互单 元， 以及接收实时交互单元发来的鉴权结果， 根据该鉴权结果对本次呼 叫进行控制；
实时交互单元， 用于接收实时呼叫控制单元发来的携带本次用户标 识的鉴权请求， 并将携带本次用户标识的鉴权请求发送给业务运营支撑 系统中的鉴权计费单元； 以及接收鉴权计费单元发来的鉴权结果， 将该 鉴权结果发送至实时呼叫控制单元；
鉴权计费单元， 用于接收实时交互单元发来的携带本次用户标识的 鉴权请求， 根据莶权请求中携带的本次用户标识和自身中保存的用户信 息对本次呼叫进行鉴权， 并将鉴权结果发送至实时交互单元。
所迷业务运营支撑系统中进一步包括实时话单生成单元， 用于在接 收到鉴权计费单元发来的本次通话的时长信息和计费信息时生成本次 呼叫的话单；
所述鉴权计费单元进一步用于在释放本次呼叫时， 将本次通话的时 长信息和计费信息发送至实时话单生成单元。
所述鉴权计费单元， 用于将鉴权成功消息或鉴权失败消息作为鉴权 结果发送至实时交互单元；
所述实时交互单元， 用于将接收到的鉴权成功消息或鉴权失败消息 发送至实时呼叫控制单元；
所述实时呼叫控制单元， 用于根据接收到的鉴权成功消息或鉴权失 败消息进行呼叫接续处理或拒绝本次呼叫。
所述鉴权计费单元， 用于根据鉴权请求中携带的本次用户标识和自 身中保存的用户信息查找到本次用户标识所在的用户信息， 并根据所查 找到的用户信息判断出本次用户为后付费用户后， 根据所查找到的用户 信息中的付费记录确定是否允许该用户进行本次呼叫， 然后根据所确定 的结果构造鉴权成功消息或鉴权失败消息。
所述鉴权计费单元， 用于保存预付费用户的各种信息， 并根据鉴权 请求中携带的本次用户标识和自身中保存的用户信息查找到本次用户 标识所在的用户信息， 并根据所查找到的用户信息判断出本次用户为预 付费用户后， 根据所查找到用户信息中的余额信息确定是否允许该用户 进行本次呼叫， 然后根据所确定的结果构造鉴权成功消息或鉴权失败消 息。
所述鉴权计费单元， 进一步用于在构造鉴权成功消息或接收到本次 通话的时长并确定允许用户继续通话时， 产生当前允许通话时长， 并将 该当前允许通话时长发送至实时交互单元， 或者， 在接收到本次通话的 时长并确定不允许用户继续通话时， 将呼叫释放指示发送至实时交互单 元；
所述实时交互单元， 进一步用于将接收到的当前允许通话时长或呼 叫释放指示发送至实时呼叫控制单元， 以及将接收到的本次通话的时长 发送至鉴权计费单元；
实时呼叫控制单元， 进一步用于根据接收到的当前允许通话时长对 本次通话过程进行监测， 当监测到本次通话时长到达所接收到的当前允 许通话时长后， 将本次通话的时长发送至实时交互单元， 以及根据接收 到的呼叫释放指示触发拆除呼叫的过程。
所述业务控制点中的实时交互单元与业务运营支撑系统中的鉴权计 费单元之间的底层通信协议为传输控制协议 TCP/互联网协议 IP。
所述实时交互单元与鉴权计费单元之间采用的应用层通信协议为自 定义的协议或已有的应用层协议。
一种业务运营支撑系统，该业务运营支撑系统中包括鉴权计费单元， 用于接收业务控制点发来的携带本次用户标识的鉴权请求， 根据鉴权请 求中携带的本次用户标识和自身中保存的用户信息对本次呼叫进行鉴 权， 并将鉴权结果发送至业务控制点。
一种业务控制点， 该业务控制点中包括实时呼叫控制单元和实时交 互单元， 其中，
实时呼叫控制单元， 用于接收业务交换点或移动交换中心上报的呼 叫信息 , 并将本次呼叫用户的标识携带 鉴权请求中发送至实时交互单 元， 以及接收实时交互单元发来的鉴权结果， 根据该鉴权结果对本次呼 叫进行控制；
实时交互单元， 用于接收实时呼叫控制单元发来的携带本次用户标 识的鉴权请求， 并将携带本次用户标识的鉴权请求发送给业务运营支撑 系统； 以及接收业务运营支撑系统发来的鉴权结果， 将该鉴权结果发送 至实时呼叫控制单元。
由此可见，本发明利用了 SCP能够提供实时通话控制能力，且 BOSS 能够提供计费评价能力的特点， 使用 BOSS和 SCP共同进行计费， 在后 付费用户的一次呼叫过程中根据该用户的付费记录实时地对用户进行 计费评价并依据计费评价结果对呼叫进行控制， 从而从根本上防止了用 户欠费过多和恶意欠费等问题， 极大地维护了运营商的利益。
另外， 本发明预先将预付费用户的各种信息保存在 BOSS中， 并使 用 BOSS和 SCP共同进行计费评价和控制，从而使得预付费用户能够享 受 BOSS所提供的客户关怀和服务，并使得 SCP无需对预付费用户进行 计费处理， 大大减少了 SCP的业务负荷量。 附图简要说明
图 1是在现有技术中采用后付费方式计费并进行呼叫控制的示意 图。
图 2是本发明系统的基本结构示意图。
图 3是本发明系统的优选结构示意图。
图 4是本发明实施例的流程图。
图 5是在本发明实施例中由 BOSS中的鉴权计费单元进行鉴权得到 鉴权结果的流程图。 实施本发明的方式
在现有技术中， 当釆用后付费方式进行计费时， 是由 BOSS在一次 业务完毕后根据话单进行计费并根据计费结果进行后续的呼叫控制， 因 此无法有效地防止用户欠费过多和恶意欠费等问题。 为了解决这些问 题， 则必须在用户的呼叫过程中进行实时地控制， 即对用户进行计费评 价并依据计费评价结果对呼叫进行控制， 而不是在呼叫结束后再进行控 制， 从而从根本上防止用户欠费过多和恶意欠费的问题。 由于目前 SCP 能够提供实时通话控制能力， 而对于后付费业务， BOSS 能够提供计费 评价能力， 因此可以使用 SCP和 BOSS共同进行呼叫控制。 针对这一特 点，本发明提出了一种呼叫控制方法，其核心思想是：业务交换点（SSP ) 或移动交换中心 .（MSC )接收到呼叫后， 将该呼叫触发到业务控制点 ( SCP ); SCP将携带本次用户标识的鉴权请求发送至 BOSS; BOSS根 据鉴权请求中携带的本次用户的标识和自身中保存的用户信息对本次 用户进行鉴权， 并将鉴权结果发送至 SCP; SCP根据鉴权结果对本次呼 叫进行控制。
其中， 所述的呼叫可以是预付费用户发起的呼叫， 也可以是后付费 用户发起的呼叫， 也就是说， 本发明可应用于对预付费用户的呼叫控制 也可应用于对后付费用户的呼叫控制。 当应用于对预付费用户的呼叫控 制时， 本发明预先在现有的 BOSS中增加预付费用户的各种信息。
图 2是本发明系统的基本结构示意图。 参见图 2 , 本发明相应地 还提出了一种呼叫控制系统， 该系统包括： SCP和 BOSS , 其中， SCP 中包括实时呼叫控制单元和实时交互单元， BOSS中包括鉴权计费单 元） 且， .
实时交互单元， 用于接收实时呼叫控制单元发来的携带本次用户 标识的鉴权请求， 并将携带本次用户标识的鉴权请求发送给 BOSS中 的鉴权计费单元； 以及接收 BOSS中的鉴权计费单元发来的鉴权结果， 将该鉴权结果发送至 SCP中的实时呼叫控制单元；
实时呼叫控制单元， 用于接收 SSP或 MSC上报的呼叫信息， 并 将携帶本次呼叫用户标识的鉴权请求发送至 SCP中的实时交互单元， 以及接收实时交互单元发来的鉴权结果， 根据该鉴权结果对本次呼叫 进行控制；
鉴权计费单元， 用于接收 SCP中的实时交互单元发来的携带本次 用户标识的鉴权请求， 根据鉴权请求中携带的本次用户标识和自身中 保存的用户信息对本次呼叫进行鉴权，并将鉴权结果发送至 SCP中的实 时交互单元。
图 3是本发明系统的优选结构示意图。 参见图 3 , 为了及时反映用 户一次通信中的业务时长和费用信息， 较佳地， BOSS 中还可以进一步 包括实时话单生成单元，所述 BOSS中的鉴权计费单元进一步用于在本 次呼叫结束时， 将本次通话的时长信息和计费信息发送至实时话单生成 单元；实时话单生成单元用于在接收到鉴权计费单元发来的本次通话的 时长信息和计费信息时， 及时生成本次呼叫的话单。 为使本发明的目的、 技术方案和优点表达得更加清楚明白， 下面结 合附图及具体实施例对本发明再作进一步详细的说明。
图 4是本发明实施例的流程图。 参见图 2和图 4， 利用本发明系统， 本发明方法实现呼叫控制的过程具体包括以下步骤：
步骤 401 : 主叫用户发起呼叫， MSC/SSP接收到呼叫， 将该呼叫触 发至 SCP。
在本步骤中， MSC/SSP接收到呼叫后， 无需考虑该呼叫涉及的用户 为预付费用户还是后付费用户， 直接将该呼叫触发到 SCP。 此种处理方 式是为了保证在后续过程中， 针对预付费用户和后付费用户均能够利用 SCP对本次呼叫执行实时的呼叫控制处理。
步骤 402: SCP中的实时呼叫控制单元接收到呼叫信息， 将本次呼 叫用户的信息携带在鉴权请求中发送至 SCP中的实时交互单元， 该实 时交互单元将接收到的携带本次用户信息的鉴权请求发送至 BOSS 中 的鉴权计费单元。
这里以及以下所述的鉴权请求中所携带的本次用户信息包括本次用 户的标识等信息。
在本步骤中， 呼叫触发到 SCP后， SCP将鉴权请求发送至 BOSS, 是为了在后续过程中，能够利用 BOSS对本次呼叫执行实时的计费评价。
步骤 403: BOSS中的鉴权计费单元接收到携带本次用户信息的鉴权 请求， 根据该鉴权请求中所携带的用户信息和自身中保存的用户信息对 本次呼叫的用户进行鉴权， 并将鉴权结果发送至 SCP 中的实时交互单 元。
这里， 对于后付费用户， BOSS 中已保存有用户的各种信息， 比如 用户的标识， 用户的余额信息以及用户的付费记录信息等。 对于预付费 用户， 本发明是预先将各预付费用户的各种信息， 比如用户的标识， 用 户的余额信息以及用户的付费记录信息等保存在 BOSS中。 这样， 在本 步骤中， 无论本次呼叫的用户是预付费用户还是后付费用户， BOSS 均 可进行鉴权处理。
图 5是在本发明实施例中由 BOSS中的鉴权计费单元进行鉴权得到 鉴权结果的流程图。 参见图 5 , 上述步骤 403的具体实现过程包括以下 步骤：
步骤 501： BOSS中的鉴权计费单元在自身中保存的各个用户信息中 查找包括鉴权请求中所携带用户标识的用户信息。
步骤 502: BOSS中的鉴权计费单元根据所查找到的用户信息判断本 次呼叫的用户为预付费用户还是后付费用户， 如果是预付费用户， 则执 行步骤 503 , 如果是后付费用户， 则执行步骤 504。
步骤 503 : BOSS中的鉴权计费单元根据本次呼叫用户的余额信息判 断是否允许该用户进行本次呼叫， 如果是， 则执行步骤 505 , 否则， 执 行步骤 506。
步骤 504: BOSS中的鉴权计费单元根据本次呼叫用户的付费记录信 息判断是否允许该用户进行本次呼叫， 如果是， 则执行步骤 505 , 否贝' J , 执行步骤 506。
这里， 如果本次呼叫用户的付费记录表明该用户能够正常付费和 / 或目前欠费不多， 则认为允许该用户进行本次呼叫， 如果该用户的付费 记录表明该用户目前已欠费过多和 /或没有正常付费，则认为不允许该用 户进 4亍本次呼叫。
在上述步骤 503和步骤 504中， 所述的本次呼叫用户的余额信息和 本次呼叫用户的付费记录信息均包括在 BOSS所保存的用户信息中， 因 此， BOSS中的鉴权计费单元可进行所述的判断过程。
步骤 505 : BOSS中的鉴权计费单元将鉴权成功消息作为鉴权结果发 送至 SCP中的实时交互单元， 结束当前流程。
步骤 506: BOSS中的鉴权计费单元将签权失败消息作为鉴权结果发 送至 SCP中的实时交互单元。
至此， 则完成了 BOSS中的鉴权计费单元进行鉴权处理产生鉴权结 果的过程。
需要说明的是， 在上述图 5所示过程中， 当 BOSS中的鉴权计费单 元将鉴权成功消息作为鉴权结果时， 该 BOSS中的鉴权计费单元根据用 户的余额信息（对应于用户为预付费用户的情况）或根据用户的付费记 录（对应于用户为后付费用户的情况）产生为该用户提供的当前允许通 话时长，并将该当前允许通话时长携带在鉴权成功消息中发送至 SCP中 的实时交互单元。
步骤 404: SCP 中的实时交互单元接收到鉴权结果， 将该鉴权结果 发送至 SCP中的实时呼叫控制单元。
步骤 405: SCP 中的实时呼叫控制单元判断接收到的鉴权结果为鉴 权成功消息还是鉴权失败消息， 如果是鉴权成功消息， 则执行步骤 407， 如果是鉴权失败消息， 则执行步骤 406。
步骤 406： SCP 中的实时呼叫控制单元拒绝本次呼叫， 结束当前流 程。
步骤 407: SCP 中的实时呼叫控制单元进行呼叫接续处理， 主被叫 用户实现通话。
至此， 则实现了由 BOSS和 SCP根据用户的付费情况控制用户呼叫 建立的过程， 从而可防止用户欠费过多和恶意欠费的问题。
在用户的通话过程中， 本发明还可以由 BOSS和 SCP进一步根据用 户的付费情况和通话时长情况， 通过图 4后续步骤的处理来控制用户的 呼叫过程， 进一步防止用户欠费过多和恶意欠费等问题。 ' 在主被叫用户的通话过程中， SSP/MSC 定时将通话时长上报给 SCP。
步骤 408: SCP 中的实时呼叫控制单元实时监测本次通话， 当监测 到本次通话的时长已达到当前允许通话时长后， 将本次通话的时长信息 发送至 SCP中的实时交互单元。
步骤 409: SCP 中的实时交互单元将本次通话的时长信息发送至 BOSS 中的鉴权计费单元， BOSS 中的鉴权计费单元接收到本次通话的 时长信息后， 计算出对应于本次通话时长的费用。
步骤 410: BOSS中的鉴权计费单元根据所计算出的费用判断是否允 许该用户继续进行通话，如果是，则执行步骤 413 ,否则，执行步骤 411。
这里， 如果本次呼叫的用户为预付费用户， 则在本步骤中， BOSS 中的鉴权计费单元根据所计算出的费用获取当前用户的余额， 并根据当 前用户的余额判断是否允许该用户继续进行通话。 如果本次呼叫的用户 为后付费用户， 则在本步骤中， BOSS 中的鉴权计费单元根据用户的付 费记录和所计算出的费用即用户本次业务已使用的费用， 判断是否允许 该用户继续进行通话。
步骤 411 : BOSS中的鉴权计费单元将呼叫释放指示发送至 SCP中 的实时交互单元，该实时交互单元将呼叫释放指示发送至 SCP中的实时 呼叫控制单元。
步骤 412: SCP 中的实时呼叫控制单元触发拆除当前呼叫的过程， BOSS , SCP以及 SSP或 MSC执行释放本次通话的处理，结束当前流程。
步骤 413 : BOSS中的鉴权计费单元产生当前的允许通话时长， 并将 当前的允许通话时长发送至 SCP中的实时交互单元。
这里， 如果本次呼叫的用户为预付费用户， 则在本步骤中， BOSS 中的鉴权计费单元根据当前用户的余额产生允许通话时长。 如果本次呼 叫的用户为后付费用户， 则在本步骤中， BOSS 中的鉴权计费单元根据 用户的付费记录和所计算出的费用产生允许通话时长。
步骤 414: SCP 中的实时交互单元将接收到的当前允许通话时长发 送至 SCP中的实时呼叫控制单元， 返回步骤 408。
需要说明的是，在 SCP中的实时呼叫控制单元实时监测本次通话时， 如果 SCP中的实时呼叫控制单元接收到本次通话的用户通过 SSP/MSC 发来的呼叫释放请求， 则将携带本次呼叫时长的呼叫释放请求发送至 SCP中的实时交互单元， SCP中的实时交互单元再将该携带本次呼叫时 长的呼叫释放请求发送至 BOSS , 这样， BOSS、 SCP以及 SSP或 MSC 执行释放本次通话的处理。 并且， 参见图 3 , 当 BOSS执行释放本次呼 叫的处理后， BOSS 中的鉴权计费单元将本次通话的时长信息和计费信 息发送至 BOSS中的实时话单生成单元； 实时话单生成单元在接收到鉴 权计费单元发来的本次通话的时长信息和计费信息时及时生成本次呼 叫的话单。
在本发明中， 所述的本次呼叫的用户可以是主叫用户和 /或被叫用 户。
由以上描述可以看出， 本发明在 SCP中的实时交互单元与 BOSS中 的鉴权计费单元之间增加了可实时交互各种消息的接口。 该接口的底层 通信协议可以采用传输控制协议（TCP ) /互联网协议（IP )。 另外， 实
用层协议可以采用已有的协议或自定义的协议。 当采用已有的协议时， 该应用层协议可以举例为统一帐户服务协议（UASP ), 具体实现可以举 例为： 重新定义一个 UASP协议的接口， 该重新定义的 UASP协议接口 所支持的消息的格式可以根据现有的 UASP协议接口， 比如 A接口或 C 接口等的消息格式来进行定义； 或者， 在已有的 UASP协议接口比如 T 接口中， 新增本发明所涉及的各个消息。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的 保护范围。 凡在本发明的精神和原则之内， 所作的任何修改、等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种呼叫控制方法， 其特征在于， 该方法包括：
A、 业务交换点或移动交换中心接收到呼叫后， 将该呼叫触发到业 务控制点；
B、 业务控制点将携带本次用户标识的鉴权请求发送至业务运营支 撑系统；
C、 业务运营支撑系统根据鉴权请求中携带的本次用户的标识和自 身中保存的用户信息对本次用户进行鉴权， 并将鉴权结果发送至业务控 制点；
D、 业务控制点根据鉴权结果对本次呼叫进行控制。
2、 根据权利要求 1所述的方法， 其特征在于， 所述步骤 C包括： 业务运营支撑系统在自身中保存的各个用户信息中查找包括鉴权请求 中所携带用户标识的用户信息； 业务运营支撑系统根据所查找到的用户 信息判断是否允许该用户进行本次呼叫，
如果允许， 则业务运营支撑系统将鉴权成功消息作为鉴权结果发送 至业务控制点， 则在步骤 D中， 业务控制点接收到鉴权成功消息后， 进 行呼叫接续处理；
如果不允许， 则业务运营支撑系统将鉴权失败消息作为鉴权结果发 送至业务控制点， 则在步骤 D中， 业务控制点接收到鉴权失败消息后， 拒绝本次呼叫。
3、根据权利要求 2所述的方法， 其特征在于， 所述用户为后付费用 户；
在步骤 C中， 所述判断包括： 业务运营支撑系统根据所查找到用户 信息中的用户付费记录判断是否允许该用户进行本次呼叫。
4、 根据权利要求 2所述的方法， 其特征在于， 该方法进一步包括： 在业务运营支撑系统中保存预付费用户的包括用户标识和余额等信息 在内的各种信息；
所述用户为预付费用户； .
在步骤 C中， 所述判断包括： 业务运营支撑系统根据所查找到用户 信息中的余额信息判断是否允许该用户进行本次呼叫。
5、 根据权利要求 2所述的方法， 其特征在于， 在步骤 C中， 在业 务运营支撑系统判断出允许所述用卢进行本次呼叫之后， 并在发送鉴权 成功消息之前， 进一步包括： 业务运营支撑系统根据自身保存的用户信 息产生当前允许通话时长；
在步骤 C中， 所述将鉴权成功消息作为鉴权结果发送至业务控制点 的步骤包括： 业务运营支撑系统将所产生的当前允许通话时长携带在鉴 权成功消息中作为鉴权结果发送至业务控制点；
在步骤 D之后进一步包括：
El、 在用户通话过程中， 业务控制点监测到本次通话的时长达到当 前允许通话时长后， 将本次通话的时长发送至业务运营支撑系统；
E2、 业务运营支撑系统根据接收到的本次通话的时长计算出费用；
E3、 业务运营支撑系统根据所计算出的费用判断是否允许该用户继 续进行通话， 如果是， 则执行步骤 E4, 否则， 执行步骤 E5;
E4、 业务运营支撑系统产生当前的允许通话时长， 并将所产生的当 前允许通话时长发送至业务控制点， 返回步骤 E1 ;
E5、 业务运营支撑系统将呼叫释放指示发送至业务控制点， 业务控 制点将呼叫释放指示发送至业务交换点或移动交换中心， 业务运营支撑 系统、 业务控制点以及业务交换点或移动交换中心执行释放本次通话的 处理。
6、 根据权利要求 5所述的方法， 其特征在于， 所述用户为后付费用 户；
在步骤 E3 中， 所述判断包括： 业务运营支撑系统根据所述用户的 付费记录和所计算出的费用判断是否允许该用户继续进行通话。
7、 根据权利要求 5所述的方法， 其特征在于， 该方法进一步包括： 在业务运营支撑系统中保存预付费用户的包括用户标识和余额等信息 在内的各种信息；
所述用户为预付费用户；
在步骤 E3 中， 所述判断包括： 业务运营支撑系统根据所计算出的 费用获取用户的当前余额信息， 并根据该当前的余额信息判断是否允许 该用户继续进行通话。
8 >根据权利要求 2至 7中任意一项所述的方法， 其特征在于， 在判 断出允许所述用户进行本次呼叫并由业务控制点进行呼叫接续处理之 后， 进一步包括： 业务控制点接收到本次通话的用户通过业务交换点或 移动交换中心发来的呼叫释放请求； 业务控制点将呼叫释放请求发送至 业务运营支撑系统； 业务运营支撑系统、 业务控制点以及业务交换点或 移动交换中心执行释放本次通话的处理。
9、 根据权利要求 1所述的方法， 其特征在于， 该方法进一步包括： 业务运营支撑系统在释放本次通话时， 根据本次通话的时长信息和计费 信息生成本次呼叫的话单。
10、 根据权利要求 1所述的方法， 其特征在于， 所述用户为主叫用 户和 /或被叫用户。
1 1、 一种呼叫控制系统， 其特征在于， 该系统包括： 业务控制点和 业务运营支撑系统， 其中， 业务控制点中包括实时呼叫控制单元和实时 交互单元， 业务运营支撑系统中包括鉴权计费单元， 并且， 实时呼叫控制单元， 用于接收业务交换点或移动交换中心上报的呼 叫信息， 并将本次呼叫用户的标识携带在鉴权请求中发送至实时交互单 元， 以及接收实时交互单元发来的鉴权结果， 根据该鉴权结果对本次呼 叫进行控制；
实时交互单元， 用于接收实时呼叫控制单元发来的携带本次用户标 识的鉴权请求， 并将携带本次用户标识的鉴权请求发送给业务运营支撑 系统中的鉴权计费单元； 以及接收鉴权计费单元发来的鉴权结果， 将该 鉴权结果发送至实时呼叫控制单元；
鉴权计费单元， 用于接收实时交互单元发来的携带本次用户标识的 鉴权请求， 根据鉴权请求中携带的本次用户标识和自身中保存的用户信 息对本次呼叫进行鉴权， 并将鉴权结果发送至实时交互单元。
12、 根据权利要求 11所述的系统， 其特征在于， 所述业务运营支撑 系统中进一步包括实时话单生成单元， 用于在接收到鉴权计费单元发来 的本次通话的时长信息和计费信息时生成本次呼叫的话单；
所述鉴权计费单元进一步用于在释放本次呼叫时， 将本次通话的时 长信息和计费信息发送至实时话单生成单元。
13、根据权利要求 1 1所述的系统，其特征在于，所述鉴权计费单元， 用于将鉴权成功消息或鉴权失败消息作为鉴权结果发送至实时交互单 元；
所述实时交互单元， 用于将接收到的鉴权成功消息或鉴权失败消息 发送至实时呼叫控制单元；
所述实时呼叫控制单元， 用于根据接收到的鉴权成功消息或鉴权失 败消息进行呼叫接续处理或拒绝本次呼叫。
14、根据权利要求 13所述的系统，其特征在于，所述鉴权计费单元， 用于根据鉴权请求中携带的本次用户标识和自身中保存的用户信息查 找到本次用户标识所在的用户信息， 并根据所查找到的用户信息判断出 本次用户为后付费用户后， 根据所查找到的用户信息中的付费记录确定 是否允许该用户进行本次呼叫， 然后根据所确定的结果构造鉴权成功消 息或鉴权失败消息。
15、根据权利要求 13所述的系统，其特征在于，所述鉴权计费单元， 用于保存预付费用户的各种信息， 并根据鉴权请求中携带的本次用户标 识和自身中保存的用户信息查找到本次用户标识所在的用户信息， 并根 据所查找到的用户信息判断出本次用户为预付费用户后， 根据所查找到 用户信息中的余额信息确定是否允许该用户进行本次呼叫， 然后根据所 确定的结果构造鉴权成功消息或鉴权失败消息。
16、 根据权利要求 11至 15中任意一项所述的系统， 其特征在于， 所述鉴权计费单元， 进一步用于在构造鉴权成功消息或接收到本次通话 的时长并确定允许用户继续通话时， 产生当前允许通话时长， 并将该当 前允许通话时长发送至实时交互单元， 或者， 在接收到本次通话的时长 并确定不允许用户继续通话时， 将呼叫释放指示发送至实时交互单元； 所述实时交互单元， 进一步用于将接收到的当前允许通话时长或呼 叫释放指示发送至实时呼叫控制单元， 以及将接收到的本次通话的时长 发送至鉴权计费单元；
实时呼叫控制单元， 进一步用于根据接收到的当前允许通话时长对 本次通话过程进行监测， 当监测到本次通话时长到达所接收到的当前允 许通话时长后， 将本次通话的时长发送至实时交互单元， 以及根据接收 到的呼叫释放指示触发拆除呼叫的过程。
17、 根据权利要求 11所述的系统， 其特征在于， 所述业务控制点中 的实时交互单元与业务运营支撑系统中的鉴权计费单元之间的底层通 信协议为传输控制协议 TCP/互联网协议 IP。
1 8、 根据权利要求 1 1或 17所述的系统， 其特征在于， 所述实时交 互单元与鉴权计费单元之间采用的应用层通信协议为自定义的协议或 已有的应用层协议。
19、 一种业务运营支撑系统， 其特征在于， 该业务运营支撑系统中 包括鉴权计费单元， 用于接收业务控制点发来的携带本次用户标识的鉴 权请求， 居鉴权请求中携带的本次用户标识和自身中保存的用户信息 对本次呼叫进行鉴权， 并将鉴权结果发送至业务控制点。
20、 一种业务控制点， 其特征在于， 该业务控制点中包括实时呼叫 控制单元和实时交互单元， 其中，
实时呼叫控制单元， 用于接收业务交换点或移动交换中心上报的呼 叫信息， 并将本次呼叫用户的标识携带在鉴权请求中发送至实时交互单 元， 以及接收实时交互单元发来的鉴权结果， 根据该鉴权结果对本次呼 叫进行控制；
实时交互单元， 用于接收实时呼叫控制单元发来的携带本次用户标 识的鉴权请求， 并将携带本次用户标识的鉴权请求发送给业务运营支撑 系统； 以及接收业务运营支撑系统发来的鉴权结果， 将该鉴权结果发送 至实时呼叫控制单元。
PCT/CN2005/002272 2004-12-21 2005-12-21 Procede et systeme de commande d'appel, systeme facilitant l'exploitation commerciale et point de commande de services WO2006066508A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
DE602005017418T DE602005017418D1 (de) 2004-12-21 2005-12-21 Anrufsteuerungsverfahren und system, unterstützungssystem für geschäftsbetrieb und dienstleistungssteuerungspunkt
AT05820677T ATE447302T1 (de) 2004-12-21 2005-12-21 Anrufsteuerungsverfahren und system, unterstützungssystem für geschäftsbetrieb und dienstleistungssteuerungspunkt
EP05820677A EP1809051B2 (en) 2004-12-21 2005-12-21 A call controlling method and system, business operation supporting system and service controlling point
US11/723,090 US20070201669A1 (en) 2004-12-21 2007-03-16 Method and system for call control

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200410101603.7 2004-12-21
CNB2004101016037A CN100563292C (zh) 2004-12-21 2004-12-21 一种计费方法及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/723,090 Continuation US20070201669A1 (en) 2004-12-21 2007-03-16 Method and system for call control

Publications (1)

Publication Number Publication Date
WO2006066508A1 true WO2006066508A1 (fr) 2006-06-29

Family

ID=36601389

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/002272 WO2006066508A1 (fr) 2004-12-21 2005-12-21 Procede et systeme de commande d'appel, systeme facilitant l'exploitation commerciale et point de commande de services

Country Status (6)

Country Link
US (1) US20070201669A1 (zh)
EP (1) EP1809051B2 (zh)
CN (1) CN100563292C (zh)
AT (1) ATE447302T1 (zh)
DE (1) DE602005017418D1 (zh)
WO (1) WO2006066508A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101374174B (zh) * 2007-08-20 2012-04-04 华为技术有限公司 一种增值业务实时计费的方法、装置和系统
CN101232637B (zh) * 2007-12-28 2010-08-25 中国移动通信集团四川有限公司 一种基于用户行为自动开通服务的方法
CN101951567B (zh) * 2010-10-25 2015-08-12 中兴通讯股份有限公司 多媒体消息业务计费方法、系统及多媒体消息中心
CN102547642B (zh) * 2010-12-30 2014-08-06 中国移动通信集团山东有限公司 一种在线计费用户的确定方法、控制方法、系统及装置
CN103841284B (zh) * 2012-11-23 2015-12-23 中国移动通信集团安徽有限公司 一种手机充值缴费方法、系统和装置
CN108207006B (zh) * 2016-12-20 2021-07-06 中国移动通信有限公司研究院 数据域停机策略控制方法及通信系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6029062A (en) * 1997-02-04 2000-02-22 National Telemanagement Corporation Prepay telecommunications system with unregistered roaming call processing
DE10004742A1 (de) 2000-01-28 2001-08-09 Siemens Ag Verfahren zum Herstellen und Abrechnen einer Telekommunikationsverbindung
US6311275B1 (en) * 1998-08-03 2001-10-30 Cisco Technology, Inc. Method for providing single step log-on access to a differentiated computer network
EP1296264A2 (en) 2001-09-18 2003-03-26 Siemens Aktiengesellschaft Method of rating and charging of postpaid and prepaid subscribers using an intelligent network system
US20030069840A1 (en) 2000-04-11 2003-04-10 Dara Ung Prepaid/postpaid automatic change of payment option
US20030158812A1 (en) 2002-02-11 2003-08-21 At&T Wireless Services, Inc. Centralized communications network charging methods and apparatus
CN1464662A (zh) * 2002-06-06 2003-12-31 华为技术有限公司 支持分组数据预付费特性的移动用户鉴权计费方法
US20040151292A1 (en) 2003-01-31 2004-08-05 Larsen David J. Prepaid and postpaid subscriber telephony platform

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6226364B1 (en) * 1997-12-08 2001-05-01 Bellsouth Intellectual Property Management Corporation Method and system for providing prepaid and credit-limited telephone services
US6404870B1 (en) * 1998-09-14 2002-06-11 Cisco Technology, Inc. Method and apparatus for authorization based phone calls in packet switched networks
DE10332558B4 (de) * 2003-07-11 2006-06-01 Siemens Ag Verfahren zum Erkennen von Abrechnungsdatensätzen
US20050282559A1 (en) * 2003-02-25 2005-12-22 Boston Communications Group, Inc. Method and system for providing supervisory control over wireless phone data usage
DE10348912A1 (de) * 2003-10-21 2005-08-04 Siemens Ag Verfahren zur Authentisierung eines Nutzers zum Zweck des Aufbaus einer Verbindung von einem mobilen Endgerät zu einem WLAN-Netz

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6029062A (en) * 1997-02-04 2000-02-22 National Telemanagement Corporation Prepay telecommunications system with unregistered roaming call processing
US6311275B1 (en) * 1998-08-03 2001-10-30 Cisco Technology, Inc. Method for providing single step log-on access to a differentiated computer network
DE10004742A1 (de) 2000-01-28 2001-08-09 Siemens Ag Verfahren zum Herstellen und Abrechnen einer Telekommunikationsverbindung
US20030069840A1 (en) 2000-04-11 2003-04-10 Dara Ung Prepaid/postpaid automatic change of payment option
EP1296264A2 (en) 2001-09-18 2003-03-26 Siemens Aktiengesellschaft Method of rating and charging of postpaid and prepaid subscribers using an intelligent network system
US20030158812A1 (en) 2002-02-11 2003-08-21 At&T Wireless Services, Inc. Centralized communications network charging methods and apparatus
CN1464662A (zh) * 2002-06-06 2003-12-31 华为技术有限公司 支持分组数据预付费特性的移动用户鉴权计费方法
US20040151292A1 (en) 2003-01-31 2004-08-05 Larsen David J. Prepaid and postpaid subscriber telephony platform

Also Published As

Publication number Publication date
ATE447302T1 (de) 2009-11-15
US20070201669A1 (en) 2007-08-30
CN100563292C (zh) 2009-11-25
EP1809051B2 (en) 2012-10-31
EP1809051B1 (en) 2009-10-28
CN1798227A (zh) 2006-07-05
EP1809051A4 (en) 2007-11-28
EP1809051A1 (en) 2007-07-18
DE602005017418D1 (de) 2009-12-10

Similar Documents

Publication Publication Date Title
JP4842317B2 (ja) オンライン課金管理サーバー
US8260254B2 (en) Network billing
EP0974113B1 (en) Real time subscriber billing system and method
US20070297583A1 (en) Method and System for Third Party Charging
EP1532804B1 (en) Charging for an ip based communication system
US7454200B2 (en) Personal handyphone system component employment of prepay telephone service system component to allow user employment of wireless telephone service subsequent to purchase thereof
JP4475954B2 (ja) 前払い加入者ボイス・メールへ転送された呼の請求書作成方法およびシステム
WO2001035628A1 (fr) Procede permettant d'offrir un service a valeur ajoutee pour le prepaiement mobile a differents emplacements
JP3816443B2 (ja) 通信システムの課金
WO2006066508A1 (fr) Procede et systeme de commande d'appel, systeme facilitant l'exploitation commerciale et point de commande de services
WO2008104115A1 (fr) Procédé de facturation de service par groupe de central téléphonique et dispositif de commande de service
WO2009089696A1 (fr) Procédé et système de facturation pour réseau privé virtuel
CN100561929C (zh) 宽带后付费业务实现方法
US20040029561A1 (en) Revert charging in a telecommunication network
WO2012167676A1 (zh) 通信设备的通话付费处理方法和系统
WO2010063176A1 (zh) 基于在线计费系统的呼叫计费方法及通信系统
WO2007048348A1 (fr) Procede et systeme de realisation de facturation des services de publicite
WO2012062076A1 (zh) Ivpn预付费业务的计费方法和系统
WO2008071115A1 (fr) Procédé de facturation pour un utilisateur de prépaiement pendant une itinérance inter-réseaux et système de facturation
WO2009149610A1 (zh) 在线计费方法和装置
WO2008046330A1 (fr) Procédé, système et commutateur pour corrélation de tickets d'appel
KR101452413B1 (ko) 패킷 한도 만료 시 데이터 서비스 제공 시스템 및 방법
CN100551098C (zh) 预付费业务用户呼叫被叫付费电话业务用户的方法
WO2016082570A1 (zh) 一种呼叫辅助的方法、装置及系统
JP4149124B2 (ja) 移動体通信装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KN KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

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: 11723090

Country of ref document: US

Ref document number: 2005820677

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 3014/CHENP/2007

Country of ref document: IN

WWP Wipo information: published in national office

Ref document number: 2005820677

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 11723090

Country of ref document: US