WO2007107074A1 - Procédé, appareil et système de traitement de service de communication - Google Patents

Procédé, appareil et système de traitement de service de communication Download PDF

Info

Publication number
WO2007107074A1
WO2007107074A1 PCT/CN2007/000437 CN2007000437W WO2007107074A1 WO 2007107074 A1 WO2007107074 A1 WO 2007107074A1 CN 2007000437 W CN2007000437 W CN 2007000437W WO 2007107074 A1 WO2007107074 A1 WO 2007107074A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
configuration file
sip
message
configuration
Prior art date
Application number
PCT/CN2007/000437
Other languages
English (en)
Chinese (zh)
Inventor
Bo Zheng
Youzhu Shi
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
Priority claimed from CNA2006100775759A external-priority patent/CN101039259A/zh
Priority claimed from CNA2006100843510A external-priority patent/CN101075953A/zh
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2007107074A1 publication Critical patent/WO2007107074A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • 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
    • H04L65/1104—Session initiation protocol [SIP]

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a communication service processing method, apparatus, and system.
  • NTN Next Generation Network
  • IP Internet Protocol
  • packet-switched network is the core network, and the control and bearer are separated.
  • Various access technologies coexist, and a new generation network of existing networks is integrated to meet the needs of future broadband multimedia communications.
  • a gateway device having a cross-network call connection capability between a packet switched network and a circuit switched-based legacy communication network such as a relay gateway having a Media Gateway Control Function (MGGF), with an access gateway
  • MGGF Media Gateway Control Function
  • a gateway device having a cross-network call connection capability between a packet switched network and a circuit switched-based legacy communication network, such as a relay gateway having a Media Gateway Control Function (MGGF), with an access gateway
  • the access gateway of the Access Gateway Control Function (AGCF) is interoperable.
  • ITU-T International Telecommunication Union-Telecommunication Standardization Sector
  • ETSI European Telecommunications Standards Institute
  • IP Multimedia Subsystem IP Multimedia Subsystem
  • 3GPP Standards Organization
  • Session Initiation Protocol As one of the current technology trends in packet control signaling for packet switched networks.
  • SIP is an NGN developed by the Internet Engineering Task Force (IETF). The important agreement in the middle is considered to be one of the core protocols of IMS, and 3GPP has also determined SIP is used as the third-generation mobile communication (The Third Generation, referred to as "3G,") all-IP stage multimedia domain session control protocol.
  • 3G Third Generation
  • SIP is developed to help provide Internet access (Internet). Advanced telephone service, used to establish, change and terminate calls between IP network-based users. It is in the Simple Mail Transfer Protocol (“SMTP”) and Hypertext Transfer Protocol (Hypertext Transfer Protocol). The tube is called ' ⁇ ') and is built on the basis of widely used protocols on the Internet.
  • SMTP Simple Mail Transfer Protocol
  • HTTP Hypertext Transfer Protocol
  • the tube is called ' ⁇ ') and is built on the basis of widely used protocols on the Internet.
  • SIP Session Initiation Protocol
  • client software and intelligent multimedia terminals supporting SIP protocol appear in the market, as well as servers and exchanges implemented by SIP. device.
  • client and server in SIP a client is an application that establishes a connection with a server in order to send a request to a server;
  • server is an application that provides a service to a request sent by a client and returns a response. .
  • SIP has four types of basic servers: User Agent ("UA") server, which contacts the user when receiving a SIP request, and returns a response on behalf of the user; the proxy server initiates a request on behalf of other clients, acting as both The server, in turn, acts as a client's media program, which can overwrite the contents of the original request message before forwarding the request; redirect the server, which receives the SIP request and maps the original address in the request to zero or more new addresses. Returned to the client; the registration server, which receives the client's registration request and completes the registration of the user's address.
  • the user terminal program often needs to include a UA client and a UA server, and the proxy server, the redirect server, and the registration server are public network servers.
  • SIP messages are used for the establishment and modification of session connections.
  • the format is similar to that of the HTTP protocol. It is divided into two types: request (REQUEST) and response (RESPONSE). Among them, the RESPONSE message has multiple codes indicating the specific response made by the session acceptor.
  • REQUEST request
  • REQUEST response
  • the RESPONSE message has multiple codes indicating the specific response made by the session acceptor.
  • the SIP protocol makers are also defining new types as needed.
  • INVITE and ACK are used to establish a call, complete a three-way handshake, or to change the session attributes later; BYE is used to end the session; OPTIONS Used to query server capabilities; CANCEL In order to cancel a request that has been issued but has not ended in the end; REGISTER is used for the client to log in to the registration server to register the user's location and other messages.
  • PSTN Public Switched Telephone Network
  • ISDN Integrated Services Digital Network
  • PSTN/ISDN Emulation PSTN/ISDN Emulation
  • PSTN/ISDN Emulation Subsystem PSTN/ISDN Emulation Subsystem
  • PES PSTN/ISDN Emulation Subsystem
  • IMS-based functional architecture The functional architecture of the IMS-based PES is defined.
  • the functional architecture is shown in Figure 1.
  • the functional entities such as AGCF and Media Gateway (MG) are used to implement the traditional PSTN terminal to IMS network access.
  • Adaptation at the same time, move the PSTN service logic control up to the application server (Application Server, referred to as "AS") of the IMS network.
  • AS Application Server
  • TISPAN draft standard ETSI TS 183 043 V ⁇ 0.1.8> 2006-02
  • TISPAN NGN IMS-based PSTN/ISDN Emulation Call Control Protocols Stage 3 TISPAN NGN IMS-based PSTN/ISDN Emulation Call Control Protocol Phase 3
  • Some specific process definitions for implementing PSTN simulation services based on IMS are also given.
  • the business logic processing is performed by the AGCF.
  • the AGCF requests a dial tone management file from the PES AS, where the indication includes a standard tone or a message indication tone, and when the AGCF receives the message indication event package, the message indication tone is set according to the dial tone management file.
  • the user registers the unconditional call forwarding service.
  • the PES AS sends a NOTIFY message to the AGCF.
  • the AGCF parses the event packet carried in the NOTIFY message, and then according to the dialing.
  • the tone management file sets the special dial tone to the default dial tone that the user listens after picking up the phone; for example, after the AGCF receives the flash-hook signal of the user, it needs to analyze the current call state, specifically, these The states are: one party call state, a stable two-party call state, a stable two-party call state with a hold/waiter, and the like. Then, the corresponding playback dial tone, collection number, and transmission number are processed.
  • the above solutions have the following problems:
  • the business logic processing on the AGCF is complex and does not conform to the core idea of the development of IMS-based PES. The main reason for this situation is that the business logic processing on the AGCF is complicated according to the existing practical implementation.
  • a core idea is to move the PSTN service logic control up to the PES AS. That is, the processing of the centralized AGCF and the centralized processing of the business on the PES AS, therefore, the current implementation does not meet the requirements of the core idea of the PES. For example, in a multi-party conference service, after receiving the user's cross-signal signal, if other users listen to the conference call voice notification, the business logic processing on the AGCF will be more complicated.
  • PSTN/ISDN Simulation Services is also defined in TISPAN. It also uses the IMS architecture to provide SIP terminals with analog services with PSTN/ISDN supplementary service features. In fact, most of the Simulation simulations.
  • the service and Emulation simulation services are similar, such as the calling number display/calling number display restriction service, in the above mentioned TISPAN standard draft ETSI TS 183 043 V ⁇ 0.1.8> ( 2006-02 ) appendix, Execution of the service, such as the temporary reservation OIR service requires the PES AS to insert the Privacy header field in the invitation invite message from the AGCF, and to insert the anonymous keyword operation in the From header field.
  • the Simulation simulation service there is also a similar source identifier display/source identifier display restriction service.
  • the operation of the above PES AS is not available in the Simulation simulation service AS (refer to the TISPAN standard draft ETSI TS 183 007), which can be performed by SIP.
  • the terminal completes itself.
  • the two services are the same, but according to the current TISPAN current In the current mode, although the service is based on the IMS network, the network still needs to deploy the AS of the two types of services, resulting in waste of investment.
  • the technical problem to be solved by the embodiments of the present invention is to provide a communication service processing method, device and system, which make the service logic processing of the communication device simple.
  • Another technical problem solved by the embodiments of the present invention is that the network can be reused to provide an application server that provides analog service control, thereby saving investment.
  • an embodiment of the present invention provides a communication service processing method, including the following steps:
  • the business logic processing is performed in accordance with the corresponding action in the configuration file.
  • the embodiment of the present invention further provides a communication service processing apparatus, including:
  • An acquiring unit configured to acquire a configuration file of the user, where the configuration file includes an operation event
  • a detecting unit connected to the acquiring unit, configured to detect the configuration file in real time, and if detected, send the detection result
  • the service processing unit is connected to the detecting unit, configured to receive the detection result, and perform business logic processing according to a corresponding action in the preset setting of the detection result.
  • the embodiment of the present invention further provides a communication service processing system, including configuring a delivery server and a communication device; the configuration delivery server, configured to provide a configuration file of the user, including an operation event; And configured to acquire a configuration file of the user from the configuration delivery server, and if the operation event is detected, perform business logic processing according to a corresponding action in the configuration file.
  • the user's configuration file is obtained, and the operation event performed by the user is detected according to the configuration file. If an operation event in the configuration file is detected, the service logic processing is performed according to the corresponding action in the preset configuration file. . This method of performing the corresponding action by matching the operation events in the configuration file greatly reduces the processing complexity of the SIP UA.
  • DRAWINGS 1 is a schematic diagram of a IMS-based PES functional architecture in the prior art
  • FIG. 2 is a flowchart of a communication service processing method according to an embodiment of the present invention.
  • FIG. 3 is a flowchart of a communication device service control method according to a first embodiment of the present invention
  • FIG. 4 is a flowchart of a communication device service control method according to a second embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of a communication service processing apparatus according to an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of a communication service processing system according to an embodiment of the present invention.
  • FIG. 2 it is a flowchart of a method for processing a communication service according to an embodiment of the present invention.
  • the method includes:
  • Step S11 Obtain a configuration file of the user, where the configuration file includes an operation event
  • Step S12 If the operation event is detected, the business logic processing is executed according to the corresponding action in the configuration file.
  • the embodiment of the present invention provides a logical description of possible operations of the user and possible network side actions caused by the operations according to the user's current business application environment by the configuration delivery server, and uses this logical description as a configuration.
  • the file is passed to the communication device. After detecting the operation event of the user, the communication device uses the configuration file to perform matching, obtains the corresponding action described in the configuration file, and directly performs the action.
  • the communication device may be an access device with an access gateway control function AGCF or a SIP IAD as a SIP UA, but is not limited thereto, and may be other devices.
  • the configuration delivery server may be a PES AS. Wait.
  • the SIP UA is taken as an example to illustrate that the SIP UA receives at least one of the following events from the user: an off-hook event, a flash event, an on-hook event, or a dial-up event.
  • a timeout event may occur, that is, when the network side waits for the user's next operation event after the user completes an operation event, if the user does not perform the next operation within the specified time, the network side generates a timeout event, for example, After the user picks up the phone, the network side will wait for the user to dial and start a timer (such as a 10-second timer). If no operation event is received from the user within the time limit of the timer, the network side will generate a timeout event.
  • a timer such as a 10-second timer
  • the network needs to periodically manage the user in this state, then the network side will also A timeout event is generated. For example, in the state of the user's call, the network periodically sends a charging signal to the user (for example, every 3 minutes).
  • the timeout event triggered by the timer and its processing are in each operation event from the user and its corresponding processing action. Therefore, the timer setting mainly sets the timer duration and timeout processing action.
  • the timeout processing action may be that the SIP UA sends an indication to the user, the SIP UA sends a message to the network side, and the SIP UA sets its own timer.
  • the timer settings can come from the default settings of the SIP UA or from the configuration file. Obviously, the operational events from the user are limited. After the operation event performed by the user, the action that the SIP UA may perform is also fixed according to the current service application environment of the user: For the operation event of the user, the SIP UA sends an instruction to the user (you may not issue any indication, or Simultaneously issuing multiple indications, such as listening indication, reverse polarity indication, billing signal indication, display indication, etc.; SIP UA sends a message to the network side (may not send any message, but also can send multiple messages at the same time) ; SIP UA sets its own timer.
  • the actions performed by the SIP UA to receive an operation event from the user are as follows.
  • the processing item corresponding to the off-hook event includes at least one of the following: a reverse polarity processing item, a billing processing item, a signal tone or a voice notification processing item, a hotline number, or an immediate hotline number processing item.
  • the action corresponding to the reverse polarity processing item is that the SIP UA sends a reverse polarity signal to the user;
  • the action of the charging processing item ⁇ is that the SIP UA sends a charging signal to the user, such as a 16K Hz pulse signal and a reverse polarity pulse signal.
  • the action corresponding to the signal tone or the voice notification processing item is that the SIP UA sends a signal tone or a voice notification to the user, or the SIP UA initiates a call to the designated sound resource; the action corresponding to the hotline number or the immediate hotline number processing item is initiated by the SIP UA.
  • the call for example, sends a SIP INVITE message.
  • the processing item corresponding to the flashing event also includes a signal tone or a voice notification processing item, and further includes a hold processing item, a recovery processing item, and the like, or any combination thereof.
  • the corresponding action is that the SIP UA sends a Session Description Protocol (SDP) to the user, and sends an SDP to the peer to maintain the sending action, for example, sending a SIP re-INVITE message.
  • the action corresponding to the recovery processing item is that the SIP UA sends an SDP recovery action to the user, or sends an SDP recovery action to the peer end. Similarly, for example, sending a SIP UPDATE message or SIP re-INVITE message.
  • the processing items corresponding to the on-hook event include: a release processing item, a transfer processing item, or any combination thereof.
  • the action corresponding to the release processing item is a SIP UA release call, for example, sending a BYE message; the action corresponding to the transfer processing item is that the SIP UA transfers two calls related to the user into one call, for example, sending a SIP REFER ( Reference News.
  • the configuration items corresponding to the dialing event include: Dialing paradigm processing items.
  • the processing item is further composed of a signal tone or a voice notification processing item, a number rule configuration item, and the like.
  • the action corresponding to the number rule configuration item is a call action initiated by the SIP UA to collect the number dialed by the user.
  • the action compares the special bead, and the number of the number dialed by the user can be collected, and the number is transmitted to the PES AS through the initiated call action, and the PES AS performs the corresponding service processing according to the number, or can be directly used by the SIP UA.
  • the dialed number is processed accordingly.
  • the service includes an outgoing service, a supplementary service activation, a supplementary service data operation, and the like. If the dialed number indicates a supplementary service activation or supplementary service data operation, the action corresponding to the number rule configuration item includes a request action (such as sending a SIP SUBSCRIBE message), a data operation action (such as sending an HTTP/XCAP message), a release action, Keep the action, resume the action, etc.
  • the present invention presents an XML Schema file that conforms to the above description.
  • the XML Schema file can be used to define the structure of the configuration file and constrain the contents of the configuration file.
  • the contents of the XML Schema file are as follows:
  • FIG. 3 it is a flowchart of a method for processing a communication service according to a first embodiment of the present invention.
  • the communication device uses a SIP UA as an example, and the user is a traditional terminal user.
  • the SIP UA sends a SIP SUBSCRIBE message to the configuration delivery server to request a configuration file of the current business environment of the user, including an operation event and a corresponding action.
  • the delivery server is configured to return the confirmation information of the request, and the configuration file of the user is generated according to the subscription data of the user and the current business application environment.
  • the SIP UA processes the network side processing action of the user's off-hook, flashing, dialing, and on-hook operations in the current service application environment of the user. Among them, the off-hook action is to send a dial tone to the user, according to the given dialing paradigm
  • the configuration delivery server carries the user profile through a NOTIFY message and sends the message to the SIP UA.
  • the SIP UA returns an acknowledgement message that the NOTIFY message was received.
  • the user picks up the phone and the off-hook event is reported to the SIP UA.
  • the off-air event of the user detected by the SIP UA is based on an off-hook event.
  • a configuration file is provided, and a dial tone action is played to the user according to the matching result. This method of performing corresponding actions by matching operational events in the configuration file greatly reduces the processing complexity of the SIP UA.
  • dial tone dialing can be performed.
  • the dialing event is also reported to the SIP UA through the terminal.
  • the SIP UA receives the number according to the given dialing paradigm according to the configuration file.
  • the SIP UA performs the matching according to the dialing event after the dialing paradigm described in the configuration file is completely matched.
  • the SIP UA sends a message to the network side according to the indication of the configuration file, including the message type and the message destination address, for example, the message type is SEP INVITE, the message destination address is the hotline AS address, and the SIP UA sends the message to the hotline AS. Register the hotline's SIP INVITE message.
  • step 310 the PES AS returns a response message to the SIP UA that the registration hotline was successful. Thereafter, if the user's current business application environment changes, the configuration delivery server will generate a new configuration file.
  • the delivery server is configured to send a NOTIFY message of the event change to the SIP UA according to the SIP UA request for the user profile, and pass the current user's configuration file to the SIP UA through the message. For example, in the new configuration file, the current SIP UA processing user off-hook event is performed to send a dial tone to the user, and a 5-second timer is started. If the user does not dial the time, the user is stopped. Tone, and send a SIP INVITE message to the registered hotline number.
  • the registered hotline number is 86-10-88886666.
  • the SIP UA returns a confirmation message to the received change notification.
  • the user performs an off-hook operation again, and the operation event is also reported to the SIP UA.
  • the SIP UA performs matching of the operation events according to the updated configuration file, and according to the matching result, plays a dial tone to the user and starts a timer with a duration of 5 seconds.
  • the SIP UA automatically stops sending the tone to the user, and the hotline service is enabled, and the hotline number registered to the user, for example, the registered 86-10.
  • the method for the SIP UA to obtain the configuration file from the configuration server is that the SIP UA requests the configuration from the configuration delivery server, and the configuration delivery server carries the configuration file to the SIP UA in the event notification message (Notify).
  • the configuration delivery server can actively notify the SIP UA of the configuration file, such as when the user service application environment changes and causes its configuration file to change, the configuration delivery server actively sends a SIP PUBLISH release message, or sends a SIP INPO message to the SIP UA, and Carrying the user's configuration file in the message; if the configuration delivery server is located in the session signaling route, the configuration delivery server may carry the user's configuration file, such as the 183 response code message, in the SIP response message to the SIP UA.
  • the configuration delivery server can also use this way to refresh the user's configuration file to the SIP UA; for example, the SIP UA can also obtain the configuration file from the configuration delivery server through an HTTP interface or even a custom interface. Through these interfaces, the SIP UA can request a configuration file from the configuration delivery server, and the configuration delivery server can also actively notify the SIP UA of the configuration file.
  • the SIP UA obtains a configuration file from a configuration delivery server.
  • the SIP UA can also configure a batch of users as a group collection to configure the delivery server to avoid multiple requests to the configuration delivery server, which can share the same configuration file. Referring to FIG.
  • step 401 the user has a message indication, and therefore, the current service application environment of the user changes, and the configuration is delivered.
  • the server will update the current user's profile.
  • the delivery server sends a NOTIFY message to the SIP UA, and carries a part of the configuration file, for example, in the current service application environment, the SIP corresponding to the off-hook event of the user.
  • the UA action is to send a message indicating tone to the user.
  • the configuration of the SIP UA is simplified by the configuration delivery server updating the current user profile according to changes in the business environment, and notifying the SIP UA new profile requesting the profile or only notifying the changed portion of the profile. And can adapt to changes in the business environment.
  • the SIP UA returns an acknowledgment message to the configuration delivery server that the OTIFY message was received.
  • the user picks up the phone and the off-hook event is reported to the SIP UA.
  • the SIP UA matches the configuration file, and directly sends a message indicating tone to the user according to the processing description of the off-hook event in the configuration file.
  • the communication service processing method of the foregoing embodiment is applied to the PES, where the SIP UA can send a message to the network side through SIP or HTTP, and the message sent to the network side through the SIP includes a SIP INVITE message, a SIP REFER message, a SIP SUBSCRIBE message, and a SIP. UPDATE message, etc.
  • FIG. 5 is a schematic structural diagram of a communication service processing apparatus according to an embodiment of the present invention.
  • the apparatus includes: an obtaining unit 51, a detecting unit 52, and a service processing unit 53.
  • the obtaining unit 52 is configured to acquire a configuration file of the user, where the configuration file includes an operation event
  • the detecting unit 52 is connected to the obtaining unit 51, configured to detect the configuration file in real time, and send the detected configuration file.
  • the service processing unit 53 is connected to the detecting unit 53 for receiving the detection result, and performing the business logic processing according to the corresponding action in the setting of the detection result in advance.
  • FIG. 6 is a schematic structural diagram of a communication service processing system according to an embodiment of the present invention.
  • the method includes: a legacy terminal (ie, a user) 61, a configuration delivery server 63, and a communication device.
  • the SIP User Agent 62 (SIP UA) is taken as an example, but is not limited thereto.
  • the legacy terminal 61 is connected to the SIP user agent 62 via interface E1
  • the SIP user agent 62 is connected to the configuration delivery server 63 via interface E2.
  • the configuration delivery server 63 is configured to provide a configuration file of the user, where the configuration file includes an operation event, and the communication device 62 is configured to acquire a configuration file of the user from the configuration delivery server, if the detection is detected.
  • the operation event in the configuration file performs business logic processing according to a corresponding action in the configuration file preset.
  • the configuration delivery server 63 provides the user's profile, including operational events, based on the user's subscription data and the business application environment.
  • the SIP UA 62 is configured to acquire a configuration file of the user from the configuration delivery server 63, detect an operation event performed by the user, and if an operation event in the configuration file is detected, perform business logic processing according to a corresponding action in the preset configuration file.
  • the services implemented by the configuration file include: hotline service, user owed to pay off the hook to listen to the fee, after the user has a new message, pick up the phone to listen to the message indication tone, abbreviated dialing, group The user picks up the group and dials the group to listen to the secondary dial tone, the fork processing, and the like.
  • the hotline number is "abcd@home.com”
  • the configuration file described in XML is:
  • the SIP UA Upon receiving the confirmation message that the user is successfully registered, the SIP UA actively requests the configuration delivery server for the user's profile through the SIP SUBSCRIBE message. Configuring the delivery server to query the hotline service currently signed by the user according to the subscription data of the user.
  • the hotline number is "abcd@home.com”
  • the configuration file is generated, or the service application environment changes after the user successfully registers the hotline service.
  • the configuration delivery server carries the configuration file in a NOTIFY message sent to the SIP UA.
  • the "profile" as the "configuration ID" is the extended MIME media type, which can be defined as follows:
  • the extended event package "profile” in this definition is used to transfer the configuration file to the requesting user ( Subscriber ) in the NOTIFY message.
  • the name of the extended event package ( event-package token name ) is: "profile” , and no other parameters are defined in the extended event package.
  • the configured SIP SUBSCRIBE message Event header field or the configured NOTIFY message Event header field is as follows: Event: profile; For the user's arrears, the off-hook hears the fee and does not allow the user For outgoing services, the configuration file described in XML is:
  • the configuration of this XML description is as follows: When the user picks up the phone, the SIP UA should send a SIP INVITE message to the media control resource to apply for the arrears tone resource.
  • the "request-U T of the SIP INVITE message is the specified arrears.
  • the voice resource identifier is "arrearage-toneMRPC@example.com”.
  • the SIP UA plays the underpaid tone to the user. If the user has no other operations within 30 seconds, the SIP UA sends a BYE message to the media control resource to release the sound resource.
  • the user terminal sends a busy tone to the user. The duration of the busy tone is 60 seconds, and the audible tone is changed.
  • the user configures the delivery server to send the updated configuration file to the SIP UA through the NOTIFY message after the user picks up the audible tone.
  • the description of releasing the audible resource is as follows:
  • the users in the group can call other users in the group, or they can make outbound calls, but the dialing rules are different. For example, if a user calls a group user, the dialing rule is 7 The first four digits, and the outbound call, the outbound prefix is 0, dial 0 to send the second dial tone, and delete the prefix; if the user dials, the number has been dialed; the user has no other services, pick up the phone Normal dial tone.
  • the configuration file described in XML is:
  • the tag ⁇ offhook> ⁇ describes the action performed when the current SIP UA processes the off-hook event.
  • the tag ⁇ dial-pattern> describes the dialing paradigm currently allowed to dial, and
  • the configuration delivery server can carry relevant information in the dialing paradigm of the user's configuration file:
  • the SIP UA automatically initiates a call to "mary@example.com” according to the dialing paradigm in the configuration file. request.
  • the configuration file described in XML is:
  • the user can initiate a new call by the flashing operation.
  • the SIP UA needs to send a signal tone to the opposite end to send a special dial tone to the local end.
  • the configuration file described by ML is:
  • the peer After the user shoots the fork operation, the peer sends an UPDATE message (or re- INVITE) to the peer end, and configures the delivery server to update the configuration file to the user by using the NOTIFY message, which describes that the current call recovery action is performed if the user re-crosses the fork. .
  • the user dials in to initiate a new call.
  • the configuration file described in XML is:
  • ⁇ /profile> In the tag ⁇ liooking>, describes the action of resuming the call when the current SIP UA processes the dialing event: the SIP UA sends an UPDATE message to the peer user to resume the call; in the tag ⁇ dial>, describes the current SIP The action performed by the UA when processing the dialing event.
  • the tag ⁇ dial-pattem> describes the dialing paradigm currently allowed to dial.
  • the user picks up the phone to dial "*62 called number", and the AGCF matches the number dialed by the user with the obtained configuration file, according to the dialing paradigm processing description of the dialing event in the configuration file.
  • the action to be performed send an invite request message according to the request, and put the "called number” dialed by the user into the Request-URI ("Qingqi-Uniform Resource Identifier" in the form of a tel URL in the invite request message.
  • the AGCF sends the invite message to the network.
  • the invite message is like the SIP terminal device using the simulation to simulate the service, so the application server that processes the simulation service can be reused as the PES subsystem service, thereby saving investment.
  • the configuration file described in XML is:
  • the SIP UA sends a charging signal to the user according to the configuration file, and the related charging information carried in the configuration file sent by the delivery server to the SIP UA may be a simple number of pulse signals, and may also include more complicated charging rules.
  • the SIP UA sends a charging pulse to the user according to the charging rule.
  • the following describes an embodiment in which a SIP UA periodically sends a charging pulse after a user enters a call state.
  • the embodiment takes the charging rule in the configuration as an example.
  • the Automatic Meter event package (amet) is extended with reference to the ITU H.248.26 protocol.
  • the amet packet defines the signal for transmitting the impulse accounting information.
  • the parameters of the different charging rules are listed below: Phased Meter Type parameters for charging rules
  • PM-PD phase duration, duration of each billing period, in seconds.
  • the above parameters correspond to the H.248amet packet EM, MBP, PM signal and signal parameters, and the meanings are the same. For details, refer to the H.248 protocol.
  • ⁇ /profile> Configure the delivery server to deliver the configuration file to the SIP UA through the response message (200 response code) when the user enters the call state.
  • the SIP UA receives and parses the XML configuration, ⁇ timerlength>60000 every 60 seconds ⁇ /timerlength> ) 3 billing pulses are sent, and the billing pulse is continuously sent to the user according to this rule during the call.
  • the SIP UA parses after receiving the configuration file, detects a timer operation event, and performs a corresponding action to start the timer.
  • a "empty operation" can also be defined here, indicating that the corresponding action is to be performed unconditionally (no specific operational event triggering is required).
  • the SIP UA can also receive the configuration file. After that, the operation event that needs to be detected is parsed to match the operation event received by the user to perform the corresponding action. Generally, after receiving the configuration file, the SIP UA may not need to parse immediately, but after detecting an operation event received by the user, it matches the operation event set in the configuration file. If the matching is successful, the corresponding execution is performed. Actions.
  • the foregoing SIP UA sends a charging signal to the user according to the configuration file
  • the operation event set in the configuration file is a SIP message received by the user, that is, the response message of the user entering the call state, SIP
  • the UA parses the operation event to perform a corresponding action when receiving the response message; or after receiving the response message, matches the configuration file and performs a corresponding action.
  • the actions described in the above embodiments may be preset in a configuration file or preset in a SIP UA, such as a program code.
  • the configuration files of the services described in the embodiments of the present invention are described by using XML, and the extensibility of the XML makes the service scalable.
  • An embodiment of the present invention obtains a configuration file of a user from a network entity such as a profile delivery server through a communication device (such as SIP UA), and detects an operation event performed by the user according to the configuration file, if the configuration file is detected. In the operation event, the business logic processing is performed according to the corresponding action in the preset configuration file. This method of performing corresponding actions by matching operational events in the configuration file greatly reduces the processing complexity of the SIP UA.
  • the action of the SIP UA to match the configuration file to the network can be completely consistent with the action performed by the SIP terminal device to perform the same type of service, so that the SIP UA can reuse the application server that processes the analog service when processing the same type of service.
  • the equipment that is, the application server equipment that processes the analog service, can also serve the public switched telephone network/integrated service digital network simulation subsystem, saving network investment.
  • the current configuration file is updated by the configuration delivery server according to the change of the business environment, and the corresponding SIP UA new configuration file is notified or only the changed part of the configuration file is notified, so that the SIP UA
  • the processing is simplified and adaptable to changes in the business environment.
  • the configuration file uses XML language to describe operational events and corresponding actions, and the business is highly scalable.

Abstract

L'invention concerne un procédé de traitement de service de communication, un appareil et un système associés qui permettent de simplifier le traitement logique de service d'un dispositif de communication. Selon ce procédé, un dispositif de communication (tel que SIP UA) acquiert le profil d'utilisateur à partir d'autres éléments de réseau (201) et détecte l'événement opérationnel réalisé par l'utilisateur en fonction du profil, si l'événement opérationnel du profil est détecté, il implémente le traitement logique de service en se basant sur les actions correspondantes pré-établies dans le profil (202). Cet appareil comporte une unité d'acquisition, une unité de détection et une unité de traitement de service. Ce système comprend un serveur de distribution de configuration et le dispositif de communication. Le serveur de distribution de configuration renouvelle le profil de l'utilisateur actuel en fonction du changement de la circonstance du service et informe le SIP UA associé du nouveau profil ou de la partie de modification du profil. Le profil utilise le langage XML pour décrire les événements et les actions correspondantes, ce qui permet d'améliorer la capacité d'extension du service.
PCT/CN2007/000437 2006-03-17 2007-02-08 Procédé, appareil et système de traitement de service de communication WO2007107074A1 (fr)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
CN200610067558 2006-03-17
CN200610067558.7 2006-03-17
CN200610077575.9 2006-04-26
CNA2006100775759A CN101039259A (zh) 2006-03-17 2006-04-26 通信设备业务控制方法及其系统
CNA2006100843510A CN101075953A (zh) 2006-05-19 2006-05-19 通信设备业务控制方法及其系统
CN200610084351.0 2006-05-19

Publications (1)

Publication Number Publication Date
WO2007107074A1 true WO2007107074A1 (fr) 2007-09-27

Family

ID=38522021

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/000437 WO2007107074A1 (fr) 2006-03-17 2007-02-08 Procédé, appareil et système de traitement de service de communication

Country Status (1)

Country Link
WO (1) WO2007107074A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1357190A (zh) * 1999-06-18 2002-07-03 艾利森电话股份有限公司 在使用话路启动协议(sip)的综合电信网中用于提供增值业务(vas)的系统和方法
US6421424B1 (en) * 2000-06-05 2002-07-16 International Business Machines Corp. Client simulator and method of operation for testing PSTN-to-IP network telephone services for individual & group internet clients prior to availability of the services

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1357190A (zh) * 1999-06-18 2002-07-03 艾利森电话股份有限公司 在使用话路启动协议(sip)的综合电信网中用于提供增值业务(vas)的系统和方法
US6421424B1 (en) * 2000-06-05 2002-07-16 International Business Machines Corp. Client simulator and method of operation for testing PSTN-to-IP network telephone services for individual & group internet clients prior to availability of the services

Similar Documents

Publication Publication Date Title
EP1989866B1 (fr) Telecommande de dispositif par telephone ou autres dispositifs de communication
US8161080B2 (en) XML based transaction detail records
CA2790516C (fr) Soutien a l'interception legale d'appel dans un reseau cable a commutation par paquets
WO2008119272A1 (fr) Procédé, terminal et système de mise en oeuvre d'une liaison vidéo dans un réseau de communication vocale
WO2006026901A1 (fr) Systeme de traitement de signal de service de domaine de paquet et procede utilisant ce systeme
JP2006135954A (ja) 音声伝送用の電話網を使用するｉｐテレビ会議を確立する方法
WO2007115455A1 (fr) Procédé, dispositif et système de fourniture de services de commutation par paquets destinés à des terminaux à domaines de circuits accédant à des réseaux à commutation par paquets
CN101030931B (zh) 一种业务数据的传输方法及其所应用的分组终端
WO2008086690A1 (fr) Procédé de services de déviation de requête et dispositif correspondant
US7738445B2 (en) Combined H.450.2 and SIP call transfer
WO2009152699A1 (fr) Terminal sip, procédé et système d'établissements de rapports d'état, serveur sip correspondant
WO2007028329A1 (fr) Procede de realisation d'operation d'activation de service et terminal utilisateur realisant ledit procede
WO2007003089A1 (fr) Dérivation d’appelant pour procédé de mise en oeuvre éclair et système de communication
WO2007093116A1 (fr) Procédé et système de fourniture de service de simulation et entité adaptative de signalisation d'accès
CN101075953A (zh) 通信设备业务控制方法及其系统
CA2483128A1 (fr) Service de gestion d'appels
CN101039259A (zh) 通信设备业务控制方法及其系统
CN101099406B (zh) 业务激活操作的实现方法及实现该方法的用户终端
WO2007098654A1 (fr) Procédé de fourniture de service de déclenchement au décrochage
WO2007056958A1 (fr) Procede, systeme et dispositif pour la realisation d'appel en attente en domaine paquet
WO2007009384A1 (fr) Procede d'emulation rtpc
WO2007107074A1 (fr) Procédé, appareil et système de traitement de service de communication
WO2007109950A1 (fr) Procédé et système pour réaliser une interaction vocale
WO2007107058A1 (fr) Procédé, système et appareil de traduction permettant d'effectuer une activation de service et un traitement de données de service
US20120069775A1 (en) Graphical User-Interface for Terminals with Visual Call Progress Indicator

Legal Events

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

Ref document number: 07720239

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07720239

Country of ref document: EP

Kind code of ref document: A1