WO2007107058A1 - Procédé, système et appareil de traduction permettant d'effectuer une activation de service et un traitement de données de service - Google Patents

Procédé, système et appareil de traduction permettant d'effectuer une activation de service et un traitement de données de service Download PDF

Info

Publication number
WO2007107058A1
WO2007107058A1 PCT/CN2006/002310 CN2006002310W WO2007107058A1 WO 2007107058 A1 WO2007107058 A1 WO 2007107058A1 CN 2006002310 W CN2006002310 W CN 2006002310W WO 2007107058 A1 WO2007107058 A1 WO 2007107058A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
information
unit
message
translation
Prior art date
Application number
PCT/CN2006/002310
Other languages
English (en)
French (fr)
Inventor
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
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2007107058A1 publication Critical patent/WO2007107058A1/zh

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/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • 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/14—Session management

Definitions

  • the present invention relates to techniques for implementing services in a packet telecommunications network, and more particularly to a method, system and translation apparatus for implementing service activation and service data operations. Background of the invention
  • the telecommunication network can be divided into a traditional telecommunication network based on circuit switching and a packet telecommunication network based on packet switching.
  • One is a button mode: a user inputs a number including a service feature code to a terminal to request activation of a service or a data of a service, and the terminal transmits the service content indicated by the number entered by the button to the network, The network requests to activate the business or operate the business data.
  • the operations of the service data may be registration, addition, change, deletion, verification, and the like.
  • the user inputs the "** abbreviated number” by pressing the button to request the activation of the "abbreviated dialing” service during the call; for example, the user dials the button "*40* call forwarding destination number #, request” Register the “Call Forward Call Forward” service data; for example, when the user calls a called party to be busy, the caller dials "*59#” to activate the "busy callback”service; in addition, there is a case where the user Enter the "*58 #,,, request registration" call waiting service by pressing the button.
  • "**,,, «*40*", “*59#”, “*58 #” are service feature codes, indicating the types of services that request activation or request data operations, "abbreviated number", "before call”
  • the transfer destination number is the called identity and service data, respectively, which is the service affiliate information of the related service.
  • the service feature code it implies that the busy called party number is requested to activate the service. Indication, that is, the busy called user number is an implied business accessory information
  • the service feature code "*58# it implies an indication that the call waiting reservation data is set to true (“True"), that is, the service feature code itself implies relevant service data information. It is an "implicit" business data and also belongs to business affiliate information.
  • the other is the menu mode: the user requests to activate a service through a menu operation on the human-computer interaction interface of the terminal, or requests a operation of a service data through a menu operation on the human-machine interaction interface, and inputs a related service through a menu operation menu prompt Data, after the terminal generates the digital user signaling including the specific parameter by using the menu operation, sending the digital user signaling request to the network to activate the service or operate the service data.
  • the ISDN terminal sends a Facility message to the network through a menu operation of the Integrated Services Digital Network (ISDN) terminal, and the message includes a specific parameter "McidRequest"; for example, the user passes the ISDN terminal.
  • the menu operation prompts the "Busy Call Forwarding" service data
  • the ISDN terminal sends a Facility message to the network, which contains specific parameters.
  • the operation component further includes a parameter "Address”, wherein the Facility message is digital user signaling, the specific parameter included in the message indicates the service type requesting activation or requesting data operation, and the parameter "Address” is input by the user. "Call Forwarding Destination Number”, which indicates the business affiliate information of the related service.
  • Terminals described above in traditional telecommunications networks based on circuit switching generally refer to legacy circuit domain terminals, such as Plain Old Telephone Service (POTS) terminals, ISDN terminals, Global Mobile Telecommunications System (GSM) handsets, and the like.
  • POTS Plain Old Telephone Service
  • GSM Global Mobile Telecommunications System
  • Session Initiation Protocol As the call control signaling of the packet telecommunication core network is one of the current technological development trends.
  • standards organizations such as the International Telecommunication Union-Telecommunication Standards Sector (ITU-T) and the European Telecommunications Standards Institute (ETSI) adopt the Internet Protocol Multimedia Subsystem (IMS) network architecture defined by the Third Generation Partnership Project (3GPP) standards organization.
  • IMS Internet Protocol Multimedia Subsystem
  • 3GPP Third Generation Partnership Project
  • NPN Next Generation Network
  • the call control signaling adopted by the IMS network is SIP. protocol.
  • the packet telecommunication network with SIP as the core network call control signaling can be connected to the traditional circuit domain terminal or the SIP terminal.
  • the following describes the methods for implementing service activation and service data operations in the packet telecommunication network in which the terminal accesses the SIP as the core network call control signaling.
  • a method for activating a service and operating a service data in a packet telecommunication network using SIP as a core network call control signaling defined by a standard organization such as the current ETSI is different from the foregoing manner in a conventional telecommunication network, and the specific method is
  • the SIP terminal indicates to the network the service type requested to be activated by the SIP message carrying the header parameter, the body parameter, or the public service identifier (PSI), where The Requesting Uniform Resource Identifier (Request-URI) in the Request-Line in the SIP message may also carry the called identity, or PSI, etc.
  • PSI public service identifier
  • the service affiliate information that is, the service type information and the service affiliate information exist in the SIP message.
  • the SIP terminal indicates the service data requesting the operation to the network through a Hypertext Transfer Protocol (HTTP) message carrying Extended Markup Language (XML).
  • HTTP Hypertext Transfer Protocol
  • XML Extended Markup Language
  • the traditional circuit domain terminal can also access the packet telecommunication network with SIP as the core network call control signaling to implement service activation and service data operation, and the specific method is: when the user requests activation of the service and operation of the service data through the traditional circuit domain terminal
  • the traditional circuit domain terminal sends the service content input by the button to the network, and the service content that reaches the network side service processing unit is represented by the Request-URI format in the SIP message, and the service processing unit parses the service content and processes the service.
  • the activation or service data operation is performed; and the traditional circuit domain terminal sends the digital user signaling generated by the operation in the singular mode to the network, and the digital user signaling received by the service processing unit on the network side is encapsulated in the SIP message body, and the service processing After extracting digital user signaling from the SIP message and parsing the service content, the unit processes the service activation or service data operation.
  • the service content of the request service activation or service data operation is intact. It is dynamically encapsulated in the body of SIP messages.
  • the SIP terminal can also input the service content through the traditional button mode as described above.
  • the SIP terminal sends the service content input by the button to the network, and the service content arriving at the network side is Request-in the SIP message.
  • the URI format indicates that the network side service processing unit parses the service content and processes the service activation or service data operation.
  • the service content of the request service activation or service data operation will also be encapsulated in the SIP message body intact.
  • the SIP message format is as follows:
  • INVITE tel:**ll; phone-context home.net SIP/2.0
  • service type information "**" and the service subsidiary information "11" are simultaneously carried as a string of characters in the Request-URI request identifier, that is, in the same position in the SIP message.
  • digital user signaling including a specific parameter operating in a menu mode in a conventional circuit domain terminal can also be encapsulated in a multi-purpose Internet Mail Extensions (MIME) type message of a SIP message in an original format.
  • MIME Internet Mail Extensions
  • the service category information and the service affiliate information are also in the same position in the SIP message.
  • the traditional circuit domain terminal inheriting the traditional button mode
  • New SIP terminals that support service data through header domain parameters, message body parameters, PSI activation services, or HTTP/XML messages can access service activation and packet telecommunications networks that use SIP as the core network call control signaling.
  • Business data operations for the prior art, there are the following disadvantages:
  • the way to activate the service and operate the service data in the traditional button mode/menu mode, and the manner in which the service organization activates the service through the header field parameter or the PSI request and the method of requesting the operation of the service data through the HTTP/XML message is completely completed by the standard organization such as the current ETSI. different.
  • the service type information and the service subsidiary information are located at the same position of the SIP message; in the request mode formulated by the current ETSI and other standard organizations, the service type information and the service are described later.
  • the affiliate information is located at a different location in the SIP message.
  • the format of the service content that requests the network side service processing unit to activate or operate the service data is different, and the service processing unit needs to distinguish the specific manner of requesting the service activation and the service data operation, and needs to parse the related service content according to different formats.
  • Service processing and service data operations are handled in different ways. Therefore, the service processing unit cannot handle service activation and service data operations in the same way, cannot effectively share network resources, and increases network investment costs.
  • PSTN/ISDN simulation services defined by standard organizations such as current ETSI are activated by the above-mentioned header parameter or PSI request.
  • Business and the way in which service data is manipulated by HTTP/XML messages to define PSTN/ISDN analog services
  • the service implementation manner such that when the traditional circuit domain terminal, the SIP terminal inheriting the traditional button mode accesses the packet telecommunication network, and requests the activation service and the operation service data in the traditional button mode/menu mode, the network according to the current definition
  • the PSTN/ISDN analog service mode will not be able to provide PSTN/ISDN analog services for these terminals. Summary of the invention
  • the first main object of the present invention is to provide a method for implementing service activation and service data processing, when a service content is input according to different manners, and a packet telecommunication network with SIP as a core network call control signaling is accessed.
  • the network side can process related services in the same way.
  • a second main object of the present invention is to provide a service information translation apparatus.
  • a service content is input in different manners to access a packet telecommunication network in which SIP is used as a core network call control signaling to implement related services, the network side may be the same. Ways to deal with related business.
  • a third main objective of the present invention is to provide a system for implementing service activation and service data operation.
  • Different types of human-machine interaction units input service content in different ways to access packet telecommunications with SIP as core network call control signaling.
  • the network side service processing unit can process related services in the same way.
  • the present invention provides a method for implementing service activation and service data operations, the method comprising:
  • Translating the service content into the message containing the service content is: translating the service content into a message including the service category information and the k-subsidiary information;
  • the service category information and the service affiliate information are extracted from the service content.
  • the service content when the activation service or the operation service data request is initiated is: the service content input by the button mode, where the service content is a character string including the service feature code;
  • the step of extracting the service category information from the service content includes: extracting the service feature code from the character string to obtain the service category information; and the service content when the activation service or the operation service data request is initiated is: operating through a menu mode
  • the step of extracting the service category information from the service content includes: extracting a specific parameter from the digital user signaling to obtain service type information.
  • the service affiliate information extracted from the service content is: any one or any combination of a calling number, a called number, a service activation parameter, and a service data.
  • the method further includes: setting a correspondence between the service content and the translated message format;
  • Translating the service content into the message including the service category information and the service affiliate information searching for the correspondence according to the service content, and after obtaining the translation message format, setting the service category information and the service attachment information in the translation message In the specified parameters of the format, the translated message is obtained.
  • the method further includes: generating a configuration file that is set with a correspondence between the service content and the translated message format;
  • Translating the service content into the message including the service category information and the service affiliate information is: matching the service content with the configuration file, and after obtaining the translated message format, setting the service category information and the service subsidiary information in the translation In the specified parameters of the message format, the translated message is obtained.
  • the message processing service activation or service data operation obtained according to the translation is: The translated message is obtained, and the service type information and the service affiliate information are obtained, and the service activation or service data operation is processed according to the parsed service type information and the service affiliate information.
  • the service category information and the service affiliate information are located at different locations of the message.
  • the translated message is: SIP message.
  • the service category information is located in the message body parameter or the header field parameter or the request unified resource identifier Request-URI or the uniform resource identifier URI parameter
  • the service accessory information is located in the message body parameter or the header field parameter or the Request-URI or the UI parameter.
  • the translated message is: HTTP message carrying XML.
  • the XML is: Extended Markup Language Configuration Access Protocol XCAP or Single Object Access Protocol SOAP.
  • the service content when the request for initiating the service or operating the service data is initiated is input through a legacy circuit domain terminal or a SIP terminal.
  • the translating the service content into the message containing the service content is completed by the SIP terminal, or the gateway control function AGCF device, or the SIP integrated access device, or the SIP centralized processing device.
  • the present invention provides a service information translation apparatus, the apparatus comprising: a receiving unit, an extracting translation unit, and an output unit;
  • the receiving unit is configured to receive a service content requesting activation of a service or requesting operation of service data, and transmitting the content to the extraction and translation unit;
  • the extracting and translating unit is configured to translate the obtained service content into a message including the service content, and transmit the translated message to the output unit;
  • the output unit is configured to send the obtained message to the network.
  • the extracting translation unit includes: an extracting unit and a translation unit;
  • the extracting unit is configured to extract, from the service content obtained from the receiving unit, a service type and service accessory information that requests activation or request operation data;
  • the translation unit is configured to translate the service content obtained by the receiving unit into a message including the service category and the service affiliate information extracted by the extraction unit.
  • the device further includes a correspondence relationship configuration unit
  • the correspondence relationship configuration unit is configured to set a correspondence relationship between the service content and the translated message format
  • the translation unit is configured to search for a corresponding relationship in the correspondence relationship configuration unit according to the service content, obtain a translation message format, and set the service category and the service attachment information in a specified parameter of the translation message format.
  • the device further includes: a correspondence acquiring interface;
  • the corresponding relationship obtaining interface is configured to provide an interface for the translation unit to obtain a correspondence between the service content and the translated message format
  • the translation unit is configured to search for a correspondence obtained by acquiring the interface according to the service content, obtain a translation message format, and set the service type and the service attachment information in a specified parameter of the translation message format.
  • the present invention provides a system for implementing service activation and service data operations, including a human-machine interaction unit and a service processing unit, the system further comprising: a service information translation device, wherein the service information translation device is disposed at Between the human interaction unit and the business processing unit;
  • the human interaction unit is configured to receive related service content requesting activation of a service or request to operate service data, and send the service content to a service information translation device, where the service information translation device is used to Translating the service content of the machine interaction unit into a message including the service content, and transmitting the translated message to the service processing unit;
  • the service processing unit is configured to process a service activation or a service data operation according to a message from the service information translation device.
  • the service information translation apparatus includes: a receiving unit, an extracting unit, a translation unit, and an output unit;
  • the receiving unit is configured to receive the service content from the human-machine interaction unit, and the extracting unit is configured to extract, from the service content obtained by the receiving unit, a service category and service accessory information that requests activation or request operation data;
  • the translation unit is configured to translate the service content obtained by the receiving unit into a message including the service category and the service affiliate information extracted by the extraction unit;
  • the output unit is configured to send a message translated by the translation unit to the service processing unit.
  • the service information translation apparatus further includes: a correspondence relationship configuration unit;
  • the correspondence relationship configuration unit is configured to set a correspondence relationship between the service content and the translated message format
  • the translation unit is configured to search for a corresponding relationship in the correspondence relationship configuration unit according to the service content, obtain a translation message format, and set the service category and the service attachment information in a specified parameter of the translation message format.
  • the system further includes: a configuration file server; the configuration file server is configured to generate a configuration file with a correspondence between the service content and the translated message format, and send the configuration file to the service information translation device.
  • the profile server is configured to actively publish the configuration file to the service information translation device;
  • the service information translation apparatus is configured to initiate a request for acquiring the configuration file to a configuration file server, where the configuration file server is configured to send the configuration file to the service information translation apparatus according to the request of the service information translation apparatus.
  • the service information translation apparatus further includes: a correspondence acquiring interface; the correspondence acquiring interface is configured to provide a service information translation device and a configuration file service Interface of the device;
  • the translation unit is configured to match the service content with the configuration file obtained from the configuration file server to obtain a translation message format, and set the service category and the service attachment information in the specified parameters of the translation message format.
  • the human interaction unit and the service information translation device are located on the same device, and the human interaction unit and the service information translation device are connected through an internal interface.
  • the human interaction unit and the service information translation device are located on different devices, and the human interaction unit and the service information translation device are connected through an external interface.
  • the human-machine interaction unit is a traditional circuit domain terminal
  • the service information translation device is located on the gateway control function AGCF device; the uplink external interface of the human interaction unit to the service information translation device is traditional circuit domain user signaling, and the service information translation device is downlinked to the human interaction unit.
  • the external interface is the H.248 protocol, or the Media Gateway Control Protocol MGCP, or IUA, or V5UA, or SIP;
  • the service information translation device is located on the SIP integrated access device; the external interface is traditional circuit domain user signaling.
  • the human-machine interaction unit is a SIP terminal
  • the service information translation device is located on a SIP centralized processing device; the external interface is
  • the service content of the request activation service or the service operation service data is translated into the inclusion of the service due to the different formats of the user input by the button mode or the menu mode.
  • the message of the content so that the message arriving at the network side service processing unit has a unified format, therefore, the network side does not need to distinguish the manner of requesting service activation and service data operation, and the service activation and the same method are used.
  • Business data operations, in order to maximize the sharing of network resources, P is striving for lower network investment costs.
  • the user can still use the traditional circuit domain terminal, and can continue to request the activation service and the request operation service data according to the traditional button mode or menu operation mode, and therefore, the user experience is good.
  • the traditional circuit domain terminal the SIP terminal inheriting the traditional button mode accesses the packet telecommunication network, and requests the activation service and the operation service data in the traditional button mode/menu mode, the network can also be defined according to the current definition.
  • the PSTN/ISDN analog service mode provides PSTN/ISDN analog services for these terminals.
  • the service content of the request activation service or the request operation service data input in different manners is translated into a message having a unified format, so that the network side does not need to distinguish between the request service activation and the service data operation.
  • the network side is configured to set the service information translation device or the traditional terminal to set the service information translation device, the user can use the traditional circuit domain terminal, and can continue to request the activation service and the request operation according to the traditional button mode or menu operation mode.
  • Business data without having to replace the traditional terminal with a new SIP terminal, thus facilitating the user and making the user experience good.
  • FIG. 1 is a system structure diagram for realizing service activation and service data operation in the present invention
  • FIG. 2 is a flowchart showing service activation and service data operation in the present invention
  • FIG. 3 is a diagram showing service information translation in the present invention. The structural diagram of the device. Mode for carrying out the invention
  • the present invention treats the service data by the method of activating the service through the header field parameter, the message body parameter or the PSI, or the method of operating the service data through the HTTP/XML message. Ways.
  • the system structure for implementing service activation and service data operation provided by the present invention is as shown in FIG. 1, and includes: a human-machine interaction unit sl, a service information translation unit s2, and a service processing unit s3, and may further include a configuration file server s4.
  • a human-machine interaction unit sl includes: a human-machine interaction unit sl, a service information translation unit s2, and a service processing unit s3, and may further include a configuration file server s4.
  • the human-machine interaction unit si provides a human-machine interface for requesting activation of the service and operation of the service data.
  • the user inputs the request to activate the service and operate the service-related business content through the human-machine interface of the human-machine interaction unit si in a traditional button mode or menu mode.
  • the machine interaction unit si transparently transmits the service content input by the user to the service information translation unit s2.
  • the human-machine interaction unit si is a communication circuit terminal or a communication terminal such as a SIP terminal that inherits the traditional button mode.
  • the service information translation unit s2 translates the service content received from the human interaction unit si into a message including a request to activate the service or request to operate the service data related service content, and then sends the translated message to the service processing unit s3. .
  • the interface between the human interaction unit and the service information translation unit may be an internal interface or an external interface.
  • the human-computer interaction unit and the service information translation unit may be located in the same device.
  • a service information translation unit may be set in the SIP terminal.
  • the business information translation unit may be located in other network element devices.
  • the service information translation unit can be located at the access gateway control function.
  • the uplink interface of the human-computer interaction unit to the service information translation unit is traditional circuit domain user signaling, and the downlink interface of the service information translation unit to the human-machine interaction unit may be H.248 protocol, Media Gateway Control Protocol (MGCP), ISDN Q. 921 User Adaptation Protocol (IUA), V5 User Adaptation Protocol (V5UA), or SIP protocol; the service information translation unit can also be located on the SIP Integrated Access Device (IAD), at this time, the human-computer interaction unit and the service information.
  • the translation units are directly connected by conventional circuit domain user signaling such as analog user signaling.
  • the human-computer interaction unit is a SIP terminal
  • the service information translation unit can be located on the SIP centralized processing device.
  • the protocol interface between the human-computer interaction unit and the service information translation unit is the SIP protocol.
  • the service processing unit s3 parses the service content according to the received translated message, and processes the service activation or service data operation.
  • the configuration file server s4 generates a configuration file in which the correspondence between the business content and the translated message format is set, and provides it to the business information translation unit s2.
  • the configuration file server s4 can be a separate physical entity device or on the same physical entity device as the service processing unit s3.
  • Figure 2 is a flow chart showing the implementation of service activation and service data operations in a packet telecommunication network with SIP as the core network call control signaling, including the following steps:
  • Step 201 The human-machine interaction unit si transmits the service content to the service information translation unit s2 after receiving the request to activate the service or the service-related service content in the traditional button mode or the menu mode.
  • the service content input by the button is a character string containing the service feature code
  • the service content input by the menu mode is digital user signaling including a specific parameter.
  • the interface between the terminal and the service information translation unit is traditional circuit domain user signaling
  • the service content is transparently transmitted to the service information translation unit through the traditional circuit domain user signaling;
  • the interface between the terminal and the service information translation unit is SIP
  • the business content is transparently transmitted to the business information translation unit through the SIP protocol.
  • the transparent transmission refers to: the service content sent by the human-machine interaction unit si, through any interface When the business information translation unit s2 is reached, the business content does not change.
  • the "*62 called number” is input through the human-machine interaction unit, and the human-machine interaction unit transparently transmits the service content input by the user to the business information translation unit to arrive.
  • the business content is still "*62 called number”; for example, when the user requests to activate the "busy call forwarding" service, the ISDN terminal is generated through the menu to generate the "ActivationDiversion” specific parameter and "Address”.
  • the Facility message of the parameter is transparently transmitted to the service information translation unit. When the service information translation unit is reached, the "ActivationDiversion" and "Address" parameters contained in the Facility message have not changed.
  • Step 202 After receiving the service content sent by the human interaction unit si, the service information translation unit s2 translates the service content into a message including requesting activation of the service or requesting operation of the business data related to the service data, and the translation is obtained. The message is sent to the service processing unit s3.
  • the translated message can be a SIP message or an HTTP message carrying XML.
  • the specific steps of the business information translation unit translating the business content into messages containing the business content include:
  • Step 202-1 The service information translation unit extracts, from the service content, the service type requesting the activation, the service type requesting the operation data, and the service attachment information.
  • the present invention will act as a unified method of processing related services by activating a service through a header field parameter, a message body parameter or a PSI, or a method of operating a service data through an HTTP/XML message.
  • the service category information and the service affiliate information are in different locations in the SIP message, so the service information translation unit must first extract the service category information and the service subsidiary information from the received service content, and then according to the specific translation method. Place it in different locations in the SIP message; for business data described in XML, it is also described by different parameters
  • the service category information and the service subsidiary information also need to first extract the service category information and the service subsidiary information from the service content, and then put it in different parameters of the XML description according to the specific translation method.
  • the different locations in the SIP message described in the present invention refer to: Request-U I request identifier (user ID or PSI, etc.), URI parameter (uri-parameters), different header fields, different message bodies (MIME body) ).
  • Request-U I request identifier user ID or PSI, etc.
  • URI parameter uri-parameters
  • MIME body message bodies
  • the business information translation unit extracts the service feature code "*62" from the "*62 called number” to obtain the service type, and extracts the "called number” from the "*62 called number” to obtain the business affiliate information; or, from The specific parameter "ActivationDiversion” is extracted from the Facility message to obtain the service type, and the parameter "Address” is extracted from the Facility message to obtain the service attached information.
  • service attachment information can also be obtained from another route, for example, by extracting "implicit" service data to obtain service attachment information, and extracting from the user information for initiating the request and receiving the request.
  • the service affiliate information of the present invention includes: any one or any combination of a calling number that initiates a request, a called number that receives the request, a service activation parameter, a service data, and the like.
  • Step 202-2 According to the extraction result, the service content is translated into a message including the service category and service affiliate information.
  • the service category of the request activation or operation data is carried by the header field parameter, the message body parameter or the PSI, and the service accessory information is carried by the Request-URI, or the URI parameter or the header field parameter;
  • the HTTP/XML In the message, the XML application protocol is used to describe the service type and service affiliate information and is carried in the HTTP protocol.
  • XML has various forms of specific application protocols, such as XML specific application protocol extension markup language configuration access protocol (XCAP) in configuration data access, or XML in remote procedure call Aspects of Application Protocol Single Object Access Protocol (SOAP), etc.
  • XCAP XML specific application protocol extension markup language configuration access protocol
  • SOAP Application Protocol Single Object Access Protocol
  • the translation message format may be pre-configured according to the specific service or the application environment of the specific service, so that the service information translation unit may first find the translation message format according to the service content, if the translation is performed according to the When the message format needs to set a specified parameter, the related service information, such as service type information and service affiliate information, is extracted from the service content, and then the extracted service category information and service affiliate information are set in the specified parameters in the translated message format.
  • the related service information such as service type information and service affiliate information
  • the correspondence between the service content and the translated message format is pre-set in the business information translation unit, and the business information translation unit extracts the service type of the request activation or the service type of the request operation data and the service attachment information from the service content. Searching the corresponding relationship by using the obtained service category, and translating the service content into a similar SIP message or an HTTP/XML message according to the obtained translation message format result, that is, the service type information according to the translation message format requirement
  • the business affiliate information is set in the specified parameters of the message.
  • the service information translation unit obtains a configuration file from the configuration file server, and the correspondence between the service content and the translation message format is preset in the configuration file.
  • the service information translation unit obtains the service type of the service to be activated, the service type of the request operation data, and the service attachment information, and matches the service type with the configuration file, and matches the configuration file to obtain a translation message format corresponding to the service information.
  • the service content is translated into a SIP message or an HTTP/XML message according to the obtained translated message format, that is, the service category information and the service affiliate information are set in the specified parameters of the message according to the translation message format requirement.
  • the method for the service information translation unit to obtain the configuration file from the configuration file server may be: the service information translation unit initiates a request to the configuration file server to obtain a configuration file, or the configuration file server actively issues a configuration file to the service information translation unit.
  • the configuration file It can be a file in the form of a table, or it can be a script file, such as a script file described in XML.
  • Step 203 The service processing unit s3 processes the service activation or the service data operation according to the received translated message.
  • the specific step is: the service processing unit parses the service type and the service subsidiary information from the translated message, and obtains the The result handles related business activation or business data operations.
  • the service processing unit does not need to be used for each input mode.
  • the business content is parsed according to different methods, and only needs to be parsed according to a unified method to obtain the service type and business subsidiary information.
  • the user dials "**1" to initiate a call, and the terminal transparently transmits the service content dialed by the user to the service information translation unit.
  • the service information translation unit receives, from the "extracting service feature code" **", according to the above translation mode, the service information translation unit identifies the service type by a PSI indicating the traditional telecommunication service, as expressed as telecommunication-services@ At the same time, the service content "**11" input by the user is represented by a parameter in the SIP message, and the service information translation unit translates the service content into a SIP message indicating the service related information by using the PSI, and then sends the message to the service. Processing unit, SIP message is as follows:
  • INVITE sip:telecommunication-services@home.net; input-param * * 11 SIP/2.0
  • the service type requested to be activated by the PSI is indicated by the PSI, and the service content "**11" dialed by the user is carried by the extended UI parameter input-param.
  • the PSI indicating the service type is not in the same location as the service-related information.
  • the service information translation unit directly uses the PSI indication indicating the “abbreviated dialing and outgoing call” service according to the above-mentioned translation mode, for example, abbreviated-dialling@home.net,
  • the ancillary information abbreviated number "11" is represented by a URI parameter, and the service content is translated into the SIP message shown below, and then transmitted to the service processing unit.
  • the service processing unit receives the SIP message described above, and then parses the SIP message to obtain the service type and service affiliate information, and processes the "abbreviated dialing" call service initiated by the user according to the parsed service related information.
  • the user initiates a call by dialing "*620012125552222" on the traditional circuit domain terminal or the SIP terminal, and the terminal transparently transmits the service content "*620012125552222" dialed by the user to the service information translation unit.
  • the service information translation unit extracts the service feature code "*62 from the received service content "*620012125552222", and sets the service affiliate information called number "0012125552222" to the request unified resource identifier of the SIP message according to the above-mentioned translation mode.
  • Request-URI The Privacy header field parameter is set to "id”, indicating that the service type of the "calling number display temporary restriction" is requested to be activated, and the translated SIP message can be expressed as:
  • the service information translation unit sends the SIP message described above to the service processing unit, and the service processing unit parses the SIP message to obtain the service type and the service subsidiary information, and processes the "calling number" initiated by the user according to the parsed service related information. Show temporary restrictions "business.
  • the service information translation unit extracts a specific parameter in the service feature code or the Facility message, and translates the service content into a SIP message as shown below according to the translation method described above, and then sends the message to the service processing unit.
  • tel:+88-755-654-0808 is the user number indicating that the active service request is received, that is, the originally called called user is located in Request-U I, and sip :user l@homel.net indicates that the service is requested to be activated.
  • User number located in the P-Asserted-Identity header field, these two user numbers.
  • the code belongs to the service affiliate information, and the acquisition method also belongs to the prior art, and the description is omitted here.
  • the SIP message type sent by the service information translation unit to the service processing unit is a subscription (SUBSCRIBE) message, and the event (Event) header field is set to "ccbs", indicating that the busy callee is subscribed to the "busy call completion" service request event package. , indicating the type of business.
  • the human-machine interaction unit is a SIP terminal
  • the SIP terminal and the service information translation unit transmit information through the SIP protocol interface
  • the SIP protocol does not support the "#,, character
  • the SIP terminal sends the message.
  • "*59#" arrives at the business information translation unit, it becomes "*59", and in this case, it still belongs to the transparent transmission described in the present invention.
  • the content input by the user generally refers to ten digits of "0" to “9” and “*", two characters, and the SIP terminal can also input ASCII codes such as English letters, so
  • the content input by the user of the present invention is not limited to ten numbers of "0" to “9” and two characters of "*,,, "#”, and may also include ASCII codes of 26 English letters and the like.
  • any character string that has been agreed can be used as a service feature code of a certain service.
  • "159" can be used as a request activation. Busy call back "business feature code.
  • the service information translation unit translates the service content into an HTTP/XML message.
  • the HTTP/XCAP message can be expressed as:
  • the HTTP/SOAP message can be expressed as:
  • ServicesApplication represents the name of the process remotely called by the terminal on the business application server.
  • the parameter of the process is "ServiceName”. If the value is "CCBS”, the call to the "busy callback” service, "identityl” And “identity2” are the other two process parameters, respectively indicating the user identification number receiving the activation of the service request and the user identification number requesting activation of the service.
  • the original call is made to dial "*33#", requesting to activate the "malicious call tracing" service
  • the service feature code "*33#” indicates Request to activate the "malicious call tracing” service
  • the ISDN user receives an anonymous malicious call, operate the ISDN terminal through the menu to generate a Facility message containing the specific parameter indicating the operation as the McidRequest, and the specific parameter McidRequest indicates that the request to activate "malicious call tracing"
  • the human-computer interaction unit transparently transmits the service content "*33#” or Facility message of the request "Activate malicious call tracing" service to the service information translation unit.
  • the service information translation unit extracts a specific parameter in the service feature code or the Facility message, and translates the service content into a SIP message as shown below according to the above translation mode: SUBSCRIBE tel: +88-755-654-0808 SIP/2.0
  • the service information translation unit sends a SIP SUBSCRIBE message to the service processing unit, where the Request-URI indicates the user number requesting activation of the service, and the user number is also the service affiliate information, and the "mcid-request-info" of the Event header field is set.
  • the Request-URI indicates the user number requesting activation of the service
  • the user number is also the service affiliate information
  • the "mcid-request-info" of the Event header field is set.
  • Indicates to subscribe to the "malicious call tracing" service request event package which indicates the type of service.
  • the service information translation unit may also translate the service content into another form of SIP message and send it to the service processing unit, for example, send a SIP INFO message to the service processing unit, where the caller identifier of the malicious call is requested by the header field parameter;
  • the business content can be translated into an HTTP/XML message and sent to the service processing unit, for example, to activate the "malicious call tracking," service by XCAP or SOAP protocol description request.
  • the service processing unit parses the service content and processes related services according to the received SIP message.
  • the user activates the "meeting, service" by the ISDN terminal's menu operation, and the ISDN terminal generates a Facility message and transparently transmits it to the service information translation unit.
  • the Facility message indicates that the request is activated to start the conference by indicating the specific parameter of BeginCON.
  • the unit extracts specific parameters in the Facility message, and translates the service content into SIP messages according to the above translation manner, for example:
  • INVITE sip conference-factory@homel.net SIP/2.0
  • the service information translation unit sends the SIP INVITE message to the k-processing unit, where the Request-URI is the PSI indicating the conference identifier, sip:userl@home 1. Net indicates the user number of the request to activate the conference service. It is located in the P-Asserted-Identity header field and belongs to the service attachment information.
  • the service processing unit applies for the conference resource for the requested conference according to the SIP INVITE message.
  • Example 6 "Three-way call" service activation
  • the original call is held, another called user is called and the call is entered, then the newly established call is also maintained, and then the service feature code "3" is dialed to request to establish a three-party call.
  • the terminal transparently transmits the content "3" input by the user to the business information translation unit, and the business information translation unit translates the business content into a SIP message by extracting the business content, for example:
  • INVITE sip conference-factory@homel.net SIP/2.0
  • the service information translation unit sends the SIP INVITE message to the service processing unit to request to apply for conference resources.
  • the service processing unit completes the conference application according to the above SIP INVITE message.
  • the service information translation unit sends a SIP message shown below to the service processing unit:
  • the Request-URI is the identifier of the conference resource that has been successfully applied.
  • the Refer-To header field is set to the called subscriber number of the two calls that have been established, indicating that the conference resource that has been established is requested to join the two users to the conference.
  • the service processing unit processes the three-party call service according to the SIP REFE message.
  • the service information translation unit can be sequentially translated into a message sequence including a plurality of SIP messages according to the service processing situation, and sequentially sent to the service processing unit.
  • the business information translation unit can also translate the business content into one.
  • the user initiates a call by dialing "*240012125552222" on the traditional circuit domain terminal or the SIP terminal, requesting the current call to activate the "charge notification” service, wherein the service feature code “*24" indicates that the request to activate the "charge notification” service, "0012125552222” is the called number; or when the ISDN user initiates a call, the "Accounting Notification” service is activated through a menu operation, and the ISDN terminal generates a Setup message indicating that the call is activated by a specific parameter indicating that the operation is ChargingRequest.
  • the charging notification "service” the human-computer interaction unit transparently transmits the service content input by the user to the service information translation unit, and the business information translation unit extracts the specific parameter in the "*24" or the Setup message, according to the above-mentioned translation mode.
  • the SIP message is:
  • INVITE tel + 1-212-555-2222 SIP/2.0
  • the service information translation unit sends the SIP INVITE message to the service processing unit, where the Request-URI is the called user number as the service affiliate information, and the "provided" set in the P-AOC header field indicates that the "charge notification" service is requested to be activated. .
  • the service information translation unit may also translate the service content into a SIP INVITE message carrying the "Account Notification" service request event packet through the subscription header field parameter, and send it to the service processing unit.
  • the service processing unit activates the "billing notification service” for the user according to the SIP INVITE message.
  • Embodiment 8 "Busy Call Forwarding" Service Data Operation
  • the user dials the "*40* call forwarding destination number request registration" busy call forwarding "service data; or the ISDN user enters the "busy call forwarding" service data through the menu operation on the terminal, and the ISDN terminal generates a Facility message.
  • the message carries a specific parameter, such as an operation indication, of the ActivationDiversion, requesting registration of the "busy call forwarding" service data, and the human-machine interaction unit transparently transmits the content input by the user to the service information translation unit.
  • the service information translation unit extracts the service feature code "*40*" or the specific parameter ActivationDiversion in the Facility message from the service content, and obtains the call forwarding destination number requested to be registered, and the service information translation unit translates the service content into HTTP/
  • the XML message which carries the content described by the XCAP protocol, can be found in the Draft ETSI TS 183 004 V ⁇ 0.0.18> (11-2005) standard document. The examples are as follows:
  • the service information translation unit sends the above HTTP/XCAP message to the service processing unit, and the service processing unit registers the "busy call forwarding" service data for the user according to the HTTP/XCAP message.
  • Embodiment 9 "Call Forward Call Forwarding" Business Data Operation
  • the user dials "*40*26540808#,," to request registration of the number of busy call forwarding services, and the terminal transparently transmits the content input by the user to the service information translation unit.
  • the business information translation unit extracts the business type from the business content input by the user, and the business The information translation unit translates the business content into a SIP message, as follows:
  • INVITE sip:telecommunication-services@home.net; input-param *40*26540808 SIP/2.0
  • the service type requested to be activated is indicated by PSI
  • the number entered by the user "*40*26540808 # "It is represented by the extended UI parameter input-param, where "#,” character is omitted.
  • the service feature code "*40*” and the service attached information are in the same position of the URI parameter, indicating the type of service.
  • the PSI does not directly indicate that this is "registered busy call forwarding service data", but only gives the traditional telecommunication service category to which it belongs, so the service feature code still needs to be reserved for the service processing unit.
  • the service information translation unit directly uses the PSI indication indicating the "registered busy call forwarding service data" service, as indicated by registration-cfb@home.net, and forwards the service affiliate information call forwarding destination number to " 26540808 "Represented by the UI parameter, the business content is translated into the SIP message shown below, and then sent to the business processing unit.
  • the SIP/2.0 service information translation unit sends the SIP message to the service processing unit, and the service processing unit processes the related service according to the SIP message.
  • the business activation or business data operation process is realized through the translation of the business information translation unit, and the translation form is not unique, and the business content can be translated into a SIP message, or Translate business content into HTTP/XML messages.
  • the service information translation unit should select a SIP message or HTTP/XML message format that can be uniformly processed by the service processing unit, translate the service content into a corresponding format, and send it to the service processing unit, so that the service processing unit It is possible to handle business activation or business data operations in a uniform manner.
  • the translation message format should be set to the message format that the service processing unit desires; if the translation is completed by the method of matching the configuration file as described above. , the configuration file is pre-configured with business content and business processing unit unified processing Correspondence between message formats.
  • the service processing unit if the translation message format corresponding to "*59#" is an HTTP/XCAP message in the correspondence between the service content and the translated message format, the service processing unit according to the service content "*59#" Searching the corresponding relationship to obtain a translated message format as an HTTP/XCAP message, and describing a "busy callback" service in the XCAP message, and translating the information of the request activation service into an HTTP/XCAP message according to the search result;
  • the translated message format of "*59#” is a SIP SUBSCRIBE message
  • the subscription event package is a "busy call completion" service request event packet
  • the service processing unit matches the configuration file according to the service content "*59#” to obtain a translated message format.
  • the SIP SUBSCRIBE message is then translated into a SIP SUBSCRIBE message according to the obtained translated message format.
  • Fig. 3 is a schematic diagram showing the structure of the business information translation apparatus.
  • the service information translation apparatus includes: a receiving unit ul, an extracting and translating unit, and an output unit u5.
  • the following describes in detail the functions and connection relationships completed by each unit in the business information translation device, which are described as follows:
  • the receiving unit ul receives the service content requesting activation of the service or requesting operation of the service data, and transmits it to the extraction and translation unit.
  • the extraction translation unit translates the obtained business content into a message containing the business content and transmits it to the translation unit u3.
  • the output unit u5 sends the resulting translated message to the network.
  • the extracting translation unit may be composed of an extracting unit u2 and a translating unit u3.
  • the extracting unit u2 extracts the service type and the service attached information requesting the activation service or requesting the operation data.
  • the translation unit translates the business content obtained from the receiving unit ul into a message containing the service category and service affiliate information.
  • the sequence of the specific operations of the extracting unit u2 and the translation unit u3 in the extracting unit may be: after the extracting unit u2 receives the service content from the receiving unit ul, the service type information and the service affiliate information are extracted from the service content and transmitted.
  • the translation unit u3 is translated; the translation unit u3 translates the service content into a message containing the service category information and the service attachment information, and transmits the message to the output unit u5.
  • the extracting unit u2 and the translation unit u3 need to work together.
  • the extracting unit u2 extracts the relevant service type information and the service affiliate information from the service content.
  • the service type information and the service attached information are then set by the translation unit u3 in the specified parameters in the translated message format.
  • the extracting unit u2 and the translation unit u3 may be implemented as one extracting and translating unit.
  • the service information translation unit may further include: a correspondence relationship configuration unit u4.
  • the correspondence relationship configuration unit u4 sets a correspondence between the service content and the translated message format.
  • the translation unit u3 searches for the correspondence between the service content and the translated message format from the correspondence relationship configuration unit u4 according to the service content, and translates the service content into the inclusion extraction unit u2 according to the result of the translated translation message format obtained by the search.
  • the information of the obtained service type and service affiliate information that is, the service type information and the service subsidiary information are set according to the requirements of the translated message format. Placed in the specified parameters of the message, and then pass the translated message to the output unit u5.
  • the corresponding relationship configuration unit u4 can be replaced with the corresponding relationship acquisition interface.
  • the correspondence acquiring interface serves as an interface between the service information translation unit s2 and the configuration file server s4.
  • the translation unit u3 acquires the configuration file from the configuration file server s4 by setting the corresponding relationship between the service content and the translation message format.
  • the translation unit u3 obtains the translated message format according to the service content and the obtained configuration file, and then translates the service content into a message including the service type and the service affiliate information extracted by the extraction unit u2, that is, according to the translation message.
  • the format requires that the service category information and the service affiliate information be set in the specified parameters of the message, and then the translated message is transmitted to the output unit u5.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Description

实现业务激活和业务数据操作的方法、 系统与转译装置 技术领域
本发明涉及在分组电信网络中实现业务的技术， 特别是指一种实现 业务激活和业务数据操作的方法、 系统与转译装置。 发明背景
电信网络可以分为基于电路交换的传统电信网络和基于分组交换的 分组电信网络。
在基于电路交换的传统电信网络中，用户在发起呼叫或呼叫过程中， 请求激活业务和操作业务数据的方式一般有以下两种， 分别为：
一种是按键方式： 用户以按键方式向终端输入包括业务特征码在内 的号码请求激活一个业务或操作一个业务的数据， 终端将以按键方式输 入的用号码表示的业务内容发送给网络， 向网络请求激活业务或操作业 务数据。 其中所述业务数据的操作可以是登记、 增加、 更改、 删除、 验 证等。 例如， 用户以按键方式输入 "**缩位号码" 请求在本次呼叫时激 活 "缩位拨号" 业务； 再如， 用户以按键方式拨号 "*40*呼叫前转目的 地号码 #，， 请求登记 "遇忙呼叫前转" 业务数据； 再如， 用户呼叫一个 被叫遇忙时， 拍叉拨 "*59#" , 激活 "遇忙回叫" 业务； 此外还有一种 情况是， 用户以按键方式输入 "*58 #，，， 请求登记 "呼叫等待" 业务。 其中， "**，，、 «*40*" 、 "*59#"、 "*58 # " 为业务特征码， 表示请求激 活或请求数据操作的业务种类， "缩位号码"、 "呼叫前转目的地号码" 分别是被叫标识和业务数据， 是相关业务的业务附属信息， 而对于第三 个例子， 虽然只有业务特征码， 但隐含了对遇忙被叫用户号码请求激活 业务的指示， 即遇忙被叫用户号码是隐含的业务附属信息， 而对于第四 个例子， 虽然也只有业务特征码 "*58#，，， 但隐含了将呼叫等待预约数 据置为真 （"True" ) 的指示， 即业务特征码本身隐含了相关的业务数据 信息， 是一种 "隐式 " 业务数据， 也属于业务附属信息。
另一种是菜单方式： 用户通过终端的人机交互界面上的菜单操作请 求激活一个业务， 或者通过人机交互界面上的菜单操作请求操作一个业 务数据且通过菜单操作中菜单提示输入相关的业务数据， 终端通过所述 菜单操作产生包含特定参数的数字用户信令后， 向网络发送所述数字用 户信令请求激活业务或操作业务数据。 例如， 当用户收到一个恶意呼叫 时， 通过综合业务数字网 （ISDN )终端的菜单操作， ISDN终端向网络 发送 Facility消息， 消息中包含特定参数 "McidRequest"； 再如， 用户在 ISDN终端上通过菜单操作的提示输入 "遇忙呼叫前转" 业务数据后， ISDN 终端向网络发送 Facility 消息， 该消息中包含特定参数
"ActivationDiversion" , 该操作成分中还包括参数 "Address" , 其中， Facility消息为数字用户信令，消息中包含的特定参数表示请求激活或请 求数据操作的业务种类， 参数 "Address"是用户输入的 "呼叫前转目的 地号码"， 表示相关业务的业务附属信息。
以上所述在基于电路交换的传统电信网络中的终端通常是指传统电 路域终端， 例如普通老式电话服务（POTS )终端、 ISDN终端、 全球移 动通信系统 ( GSM )手机等终端。
目前， 随着分组技术的不断成熟， 电信网络向着分组电信网络发展， 而使用会话发起协议 ( SIP )作为分组电信核心网的呼叫控制信令，是当 前的技术发展趋势之一。 例如， 国际电信联盟 -电信标准部 （ITU-T )和 欧洲电信标准协会（ETSI )等标准组织采用第三代合作伙伴计划（ 3GPP ) 标准组织定义的国际互联网协议多媒体子系统（IMS ) 网络架构作为下 一代网络（NGN )的核心网， 而 IMS网络采用的呼叫控制信令就是 SIP 协议。
在以上所述以 SIP为核心网呼叫控制信令的分组电信网絡， 可以接 入传统电路域终端， 也可以接入 SIP终端。 下面分别介绍这些终端接入 所述以 SIP为核心网呼叫控制信令的分组电信网络中实现业务激活和业 务数据操作的方法。
针对 SIP终端,当前 ETSI等标准组织定义的在以 SIP为核心网呼叫 控制信令的分组电信网络中激活业务和操作业务数据的方式， 和前述的 在传统电信网络中的方式不同， 具体方法是： 用户在 SIP终端上请求激 活业务时 SIP终端通过携带有头域（header )参数、 消息体 ( body )参 数，或公共业务标识（PSI )的 SIP消息向网络指示请求激活的业务种类， 其中， SIP 消息中的请求行（Request-Line ) 中的请求统一资源标识 ( Request-URI )还可以携带作为业务附属信息的被叫标识、 或 PSI等， 即业务种类信息和业务附属信息存在于 SIP消息中的不同位置； 用户在 SIP终端上请求操作业务数据时， SIP终端通过承载扩展标记语言（ XML ) 的超文本传送协议（HTTP ) 消息向网络指示请求操作的业务数据。
传统电路域终端也可以接入到以 SIP为核心网呼叫控制信令的分组 电信网络中实现业务激活和业务数据操作， 其具体方法是： 用户通过传 统电路域终端请求激活业务和操作业务数据时， 传统电路域终端将以按 键方式输入的业务内容发送给网络， 到达网络侧业务处理单元的所述业 务内容以 SIP消息中的 Request-URI格式表示， 业务处理单元解析所述 业务内容， 处理业务激活或业务数据操作； 而传统电路域终端将以茱单 方式操作所产生的数字用户信令发送给网络， 网络侧的业务处理单元接 收到的数字用户信令被封装在 SIP消息体内， 业务处理单元从 SIP消息 中提取数字用户信令并解析所述业务内容后， 处理业务激活或业务数据 操作。 在此， 所述的请求业务激活或业务数据操作时的业务内容原封不 动地被封装在 SIP消息体内。
SIP终端也可以继承以上所述通过传统按键方式输入业务内容， 针 对这种情况， SIP终端将以按键方式输入的业务内容发送给网络， 到达 网络侧的所述业务内容以 SIP消息中的 Request-URI格式表示， 网络侧 业务处理单元解析所述业务内容，处理业务激活或业务数据操作。在此， 所述的请求业务激活或业务数据操作时的业务内容也将原封不动地被 封装在 SIP消息体内。
比如， 以按键方式在传统电路域终端或 SIP 终端上输入业务内容 "**11" , 请求激活 "缩位拨号" 业务， 则到达网络侧的所述业务内容 以 SIP消息格式如下：
INVITE sip:** ll@home.net SIP/2.0
或者是，
INVITE tel:**ll; phone-context=home.net SIP/2.0
其中， "sip:** ll@home.net" 和 "tel: * * 11 ; phone-context=home.net" 分别为 URI的两种不同格式： SIP URI格式和 tel URI ( telephone URI , 电话 URI )格式。
可以看到， 此时业务种类信息 "**" 和业务附属信息 "11" 作为一 串字符被同时携带于 Request-URI请求标识中， 即处于 SIP消息中的同 一位置。
此外， 传统电路域终端中以菜单方式操作的包含特定参数的数字用 户信令， 也能以原有格式被封装在 SIP消息的一个多用途网络邮件扩展 ( Multipurpose Internet Mail Extensions , MIME )类型的消息体中， 即一 个 MIME体中， 这时， 业务种类信息和业务附属信息也是处于 SIP消息 中的同一位置。
综上所述， 传统电路域终端、 继承传统按键方式的 SIP终端， 以及 支持通过头域参数、 消息体参数、 PSI激活业务， 或通过 HTTP/XML消 息操作业务数据的新型 SIP终端， 都可以接入以 SIP为核心网呼叫控制 信令的分組电信网絡中实现业务激活和业务数据操作， 但是， 对于所述 现有技术， 存在以下缺点：
以传统的按键方式 /菜单方式请求激活业务和操作业务数据的方式， 与当前 ETSI等标准组织制定的通过头域参数或 PSI请求激活业务的方 式以及通过 HTTP/XML 消息请求操作业务数据的方式完全不同。 前述 以传统的按键方式 /菜单方式请求激活业务和操作业务数据时，业务种类 信息和业务附属信息位于 SIP消息的同一位置； 后述当前 ETSI等标准 组织制定的请求方式中， 业务种类信息和业务附属信息位于 SIP消息的 不同位置。 从而， 到达网络侧业务处理单元的请求激活或操作业务数据 的业务内容的格式都不相同， 业务处理单元需要区分请求业务激活和业 务数据操作的具体方式， 并需要根据不同的格式解析相关业务内容， 并 按照不同的方法处理业务激活和业务数据操作， 因此， 业务处理单元不 能按同一种方法处理业务激活和业务数据操作， 不能够有效地共享网络 资源， 且增大了网络投资成本。
当基于电路交换的传统电信网络发展到基于分组交换的电信网络 时， 如果基于分组交换的网络侧业务处理单元不按照不同的方法处理业 务激活和业务数据操作， 则用户只能使用新型 SIP终端实现相关业务， 因此， 用户一方面要更换新型 SIP终端， 另一方面还需要改变业务激活 和业务数据操作的使用习惯， 导致用户体验不好。
此外，在以 SIP为核心网呼叫控制信令的分组电信网絡中，当前 ETSI 等标准组织定义的 PSTN/ISDN 模拟业务 （PSTN/ISDN simulation services )都是按前述的通过头域参数或 PSI请求激活业务、 以及通过 HTTP/XML消息请求操作业务数据的方式来定义 PSTN/ISDN模拟业务 的业务实现方式的，这样， 当传统电路域终端、继承传统按键方式的 SIP 终端接入分组电信网络，并以传统的按键方式 /菜单方式请求激活业务和 操作业务数据时， 网络按照当前定义的 PSTN/ISDN模拟业务方式， 将 无法为这些终端提供 PSTN/ISDN模拟业务。 发明内容
有鉴于此， 本发明的第一个主要目的在于提供一种实现业务激活和 业务数据搮作的方法， 当按照不同的方式输入业务内容接入以 SIP为核 心网呼叫控制信令的分組电信网络实现相关业务时， 网络侧可以按同一 种方法处理相关业务。
本发明的第二个主要目的在于提供一种业务信息转译装置， 当按照 不同的方式输入业务内容接入以 SIP为核心网呼叫控制信令的分组电信 网络实现相关业务时， 网络侧可以按同一种方法处理相关业务。
本发明的第三个主要目的在于提供一种实现业务激活和业务数据操 作的系统， 不同类型的人机交互单元按照不同的方式输入业务内容接入 以 SIP为核心网呼叫控制信令的分组电信网络实现相关业务时， 网络侧 业务处理单元可以按同一种方法处理相关业务。
为了达到上述第一目的， 本发明提供一种实现业务激活和业务数据 操作的方法， 该方法包括：
发起激活业务或操作业务数据的请求， 将所述发起激活业务或操作 业务数据请求时的业务内容转译为包含所述业务内容的消息， 并根据所 述转译得到的消息处理业务激活或业务数据操作。
所述将业务内容转译为包含所迷业务内容的消息为： 将业务内容转 译为包含业务种类信息和 k务附属信息的消息；
所述业务种类信息和业务附属信息从业务内容中提取得到。 所述发起激活业务或操作业务数据请求时的业务内容为： 通过按键 方式输入的业务内容， 所述业务内容为包括业务特征码的字符串；
所述从业务内容中提取得到业务种类信息的步驟包括： 从所述字符 串中提取业务特征码得到业务种类信息； 所述发起激活业务或操作业务数据请求时的业务内容为： 通过菜单 方式操作输入的业务内容， 所述业务内容为包括特定参数的数字用户信 令；
所述从业务内容中提取得到业务种类信息的步驟包括： 从所述数字 用户信令中提取特定参数得到业务种类信息。
所述从业务内容中提取得到的业务附属信息为： 主叫号码、 被叫号 码、 业务激活参数、 业务数据中任意一个或者任意组合。
进行所述转译之前进一步包括： 设置业务内容与转译消息格式之间 的对应关系；
所述将业务内容转译为包含所述业务种类信息和业务附属信息的消 息为： 根据业务内容查找所述对应关系， 得到转译消息格式后， 将业务 种类信息和业务附属信息设置在所述转译消息格式的指定参数中， 得到 转译后的消息。
进行所述转译之前进一步包括： 产生设置有业务内容与转译消息格 式之间的对应关系的配置文件；
所述将业务内容转译为包含所述业务种类信息和业务附属信息的消 息为： 将业务内容与所述配置文件匹配， 得到转译消息格式后， 将业务 种类信息和业务附属信息设置在所述转译消息格式的指定参数中， 得到 转译后的消息。
所述根据转译得到的消息处理业务激活或业务数据操作为： 解析所 述转译得到的消息， 得到业务种类信息和业务附属信息， 并根据解析得 到的业务种类信息和业务附属信息， 处理业务激活或业务数据操作。
所述转译得到的消息中， 业务种类信息和业务附属信息位于所述消 息的不同位置。
所述转译得到的消息为： SIP消息。
所述 SIP消息中， 业务种类信息位于消息体参数或头域参数或请求 统一资源标识 Request-URI或统一资源标识 URI参数， 业务附属信息位 于消息体参数或头域参数或 Request-URI或 U I参数。
所述转译得到的消息为： 承载 XML的 HTTP消息。
所述 XML为： 扩展标记语言配置访问协议 XCAP或者筒单对象访 问协议 SOAP。
所述发起激活业务或操作业务数据的请求时的业务内容通过传统电 路域终端或 SIP终端输入。
所述将业务内容转译为包含业务内容的消息由 SIP终端， 或网关控 制功能 AGCF设备， 或 SIP综合接入设备， 或 SIP集中处理设备完成。
为了达到上述第二目的， 本发明提供一种业务信息转译装置， 该装 置包括： 接收单元、 提取转译单元、 输出单元；
其中， 所述接收单元用于接收请求激活业务或请求操作业务数据的 业务内容， 并传给提取转译单元；
所述提取转译单元用于将所得到的业务内容转译为包含所述业务内 容的消息， 并将转译得到的消息传给输出单元；
所述输出单元用于将所得到的消息发送给网络。
所述提取转译单元包括： 提取单元和转译单元；
所述提取单元用于将从接收单元得到的业务内容中， 提取请求激活 或请求操作数据的业务种类和业务附属信息； 所述转译单元用于将接收单元得到的业务内容转译为包含所述提取 单元所提取得到的业务种类和业务附属信息的消息。
该装置进一步包括对应关系配置单元；
所述对应关系配置单元用于设置业务内容和转译消息格式之间的对 应关系；
所述转译单元用于根据业务内容查找所述对应关系配置单元中的对 应关系， 得到转译消息格式， 并将业务种类和业务附属信息设置在所述 转译消息格式的指定参数中。
该装置进一步包括： 对应关系获取接口；
所述对应关系获取接口用于提供转译单元获取业务内容和转译消息 格式之间的对应关系的接口；
所述转译单元用于根据业务内容查找通过所述对应关系获取接口得 到的对应关系， 得到转译消息格式， 并将业务种类和业务附属信息设置 在所述转译消息格式的指定参数中。
为了达到上述第三目的 , 本发明提供一种实现业务激活和业务数据 操作的系统， 包括人机交互单元和业务处理单元， 该系统还包括： 业务 信息转译装置， 所述业务信息转译装置设置在人机交互单元与业务处理 单元之间；
其中， 所述人机交互单元用于接收请求激活业务或请求操作业务数 据的相关业务内容， 并将所述业务内容发送给业务信息转译装置； 所述业务信息转译装置用于将来自所述人机交互单元的业务内容转 译成包含所述业务内容的消息， 并将所述转译得到的消息发送给所述业 务处理单元；
所述业务处理单元用于根据来自所述业务信息转译装置的消息， 处 理业务激活或业务数据操作。 所述业务信息转译装置包括； 接收单元、 提取单元、 转译单元、 输 出单元；
其中 , 所述接收单元用于接收来自人机交互单元的业务内容； 所述提取单元用于将从接收单元所得到的业务内容中， 提取请求激 活或请求操作数据的业务种类和业务附属信息；
所述转译单元用于将接收单元得到的业务内容转译为包含所述提取 单元所提取得到的业务种类和业务附属信息的消息；
所述输出单元用于将转译单元所转译得到的消息发送给业务处理单 元。 ―
所述业务信息转译装置进一步包括： 对应关系配置单元；
所述对应关系配置单元用于设置业务内容和转译消息格式之间的对 应关系；
所述转译单元用于根据业务内容查找所述对应关系配置单元中的对 应关系, 得到转译消息格式, 并将业务种类和业务附属信息设置在所述 转译消息格式的指定参数中。
所述系统进一步包括： 配置文件服务器； 所述配置文件服务器用于 产生设置有业务内容与转译消息格式之间的对应关系的配置文件， 并将 配置文件发送给业务信息转译装置。
所述配置文件服务器用于主动向业务信息转译装置发布所述配置文 件； 或者，
所述业务信息转译装置用于向配置文件服务器发起获取所述配置文 件的请求； 配置文件服务器用于根据所述业务信息转译装置的请求， 向 业务信息转译装置发送所述配置文件。
所述业务信息转译装置进一步包括： 对应关系获取接口； 所述对应关系获取接口用于提供业务信息转译装置和配置文件服务 器的接口；
所述配置文件服务器通过所述对应关系获取接口向所述转译单元发 送配置文件；
所述转译单元用于将业务内容与从配置文件服务器所得到的配置文 件匹配得到转译消息格式， 并将业务种类和业务附属信息设置在所述转 译消息格式的指定参数中。
所述人机交互单元和所述业务信息转译装置位于同一个设备上， 所 述人机交互单元和所述业务信息转译装置通过内部接口连接。
所述人机交互单元和所述业务信息转译装置位于不同的设备上， 所 述人机交互单元和所述业务信息转译装置通过外部接口连接。
所述人机交互单元为传统电路域终端；
所述业务信息转译装置位于网关控制功能 AGCF设备上； 所述人机 交互单元到业务信息转译装置的上行外部接口为传统电路域用户信令， 所述业务信息转译装置到人机交互单元的下行外部接口为 H.248协议， 或媒体网关控制协议 MGCP, 或 IUA, 或 V5UA, 或 SIP;
或者， 所述业务信息转译装置位于 SIP综合接入设备上； 所述外部 接口为传统电路域用户信令。
所述人机交互单元为 SIP终端；
所述业务信息转译装置位于 SIP集中处理设备上； 所述外部接口为
SIP。
根据本发明提供的实现业务激活和业务数据操作的系统和方法中， 由于用户以按键方式或菜单方式输入的不同格式的请求激活业务或请 求操作业务数据的业务内容被转译成包含所述业务内容的消息， 从而到 达网络侧业务处理单元的消息具有统一的格式， 因此， 网络侧不需要区 分请求业务激活和业务数据操作的方式， 按同一种方法处理业务激活和 业务数据操作， 以最大限度的共享网络资源， P争低了网络投资成本。 在 基于分组交换的电信网络中， 用户仍然可以使用传统电路域终端， 且可 以继续按照传统的按键方式或菜单操作方式请求激活业务和请求操作 业务数据， 因此， 用户体验良好。 并且， 通过这种转译， 当传统电路域 终端、 继承传统按键方式的 SIP终端接入分组电信网络， 并以传统的按 键方式 /菜单方式请求激活业务和操作业务数据时， 网絡也能够按照当前 定义的 PSTN/ISDN模拟业务方式， 为这些终端提供 PSTN/ISDN模拟业 务。
根据本发明提供的业务信息转译装置， 将以不同方式输入的请求激 活业务或请求操作业务数据的业务内容转译成具有统一格式的消息， 从 而使得网络侧不需要区分请求业务激活和业务数据操作的方式， 按同一 种方法处理业务激活和业务数据操作， 以最大限度的共享网络资源， 降 低了网络投资成本。 而当网络侧设置所述业务信息转译装置或传统终端 内部设置所述业务信息转译装置时， 用户可以使用传统电路域终端， 且 可以继续按照传统的按键方式或菜单操作方式请求激活业务和请求操 作业务数据， 而不必将传统终端更换为新型 SIP终端， 因此， 方便了用 户， 使得用户体验良好。 附图简要说明
图 1所示为本发明中实现业务激活和业务数据操作的系统结构图； 图 2所示为本发明中实现业务激活和业务数据操作的流程图； 图 3所示为本发明中业务信息转译装置的结构图。 实施本发明的方式
为使本发明的目的、 技术方案和优点更加清楚明白， 下面举具体实 施例， 对本发明作进一步详细的说明。
由于新型 SIP终端是未来分组网络发展的趋势 , 因此本发明将按通 过头域参数、 消息体参数或 PSI激活业务的方法， 或通过 HTTP/XML 消息操作业务数据的方法， 作为处理相关业务的同一种方法。
本发明提供的实现业务激活和业务数据操作的系统结构如图 1 所 示， 包括： 人机交互单元 sl、 业务信息转译单元 s2、 业务处理单元 s3 , 还可以进一步包括配置文件服务器 s4。 下面详细介绍各单元完成的功能 和各单元之间的连接关系。
人机交互单元 si提供请求激活业务和操作业务数据的人机接口 ,用 户通过人机交互单元 si 的人机接口以传统的按键方式或菜单方式输入 请求激活业务和操作业务数据相关业务内容，人机交互单元 si将用户输 入的业务内容透传给业务信息转译单元 s2。 所述人机交互单元 si是传 统电路域终端或者是继承传统按键方式的 SIP终端等通信终端。
业务信息转译单元 s2将从人机交互单元 si接收到的业务内容转译 成包含请求激活业务或请求操作业务数据相关业务内容的消息 , 然后将 所述转译后得到的消息发送给业务处理单元 s3。
其中， 人机交互单元和业务信息转译单元之间的接口可以是内部接 口， 也可以是外部接口。
当人机交互单元和业务信息转译单元之间的接口是内部接口时， 表 示人机交互单元和业务信息转译单元可以位于同一个设备中， 例如， 在 SIP终端内可以设置业务信息转译单元。
当人机交互单元和业务信息转译单元之间的接口是外部接口时， 业 务信息转译单元可以位于其它网元设备内。 例如， 当人机交互单元是传 统电路域终端时， 业务信息转译单元可以位于接入网关控制功能
( AGCF )设备上， 此时， 人机交互单元和业务信息转译单元间接连接， 人机交互单元到业务信息转译单元的上行接口为传统电路域用户信令， 业务信息转译单元到人机交互单元的下行接口可以为 H.248协议、 媒体 网关控制协议 ( MGCP )、 ISDN Q.921用户适配协议 ( IUA )、 V5用户适 配协议（V5UA ), 或者 SIP协议等； 业务信息转译单元还可以位于 SIP 综合接入设备（IAD )上， 此时， 人机交互单元和业务信息转译单元之 间通过传统电路域用户信令如模拟用户信令直接相连。 当人机交互单元 是 SIP终端时，业务信息转译单元可以位于 SIP集中处理设备上，此时， 人机交互单元和业务信息转译单元之间的协议接口是 SIP协议。
业务处理单元 s3根据所接收到的转译后的消息解析业务内容，处理 业务激活或业务数据操作。
配置文件服务器 s4产生设置有业务内容与转译消息格式之间的对 应关系的配置文件， 并提供给业务信息转译单元 s2。 配置文件服务器 s4 可以是个独立的物理实体设备，也可以和业务处理单元 s3位于同一个物 理实体设备上。
图 2所示为在以 SIP为核心网呼叫控制信令的分组电信网络中实现 业务激活和业务数据操作的流程图， 包括以下几个步骤：
步驟 201 : 人机交互单元 si接收以传统的按键方式或菜单方式输入 的请求激活业务或操作业务数据相关业务内容后， 将所述业务内容透传 给业务信息转译单元 s2。
其中， 以按键方式输入业务内容为包含业务特征码的字符串， 以菜 单方式输入的业务内容为包含特定参数的数字用户信令。 当终端与业务 信息转译单元之间的接口是传统电路域用户信令时， 业务内容通过传统 电路域用户信令透传至业务信息转译单元； 当终端与业务信息转译单元 之间的接口是 SIP协议时， 业务内容通过 SIP协议透传至业务信息转译 单元。 所述透传是指： 人机交互单元 si发送的业务内容， 通过任何接口 到达业务信息转译单元 s2时， 业务内容并不发生任何变化。
例如， 用户请求激活 "主叫号码显示临时限制" 业务时通过人机交 互单元输入 "*62被叫号码，，，人机交互单元将用户所输入的业务内容透 传给业务信息转译单元， 到达业务信息转译单元时， 业务内容仍是 "*62 被叫号码"； 再如， 用户请求激活 "遇忙呼叫前转" 业务时， 通过菜单 操作 ISDN终端产生包含 "ActivationDiversion" 特定参数和 "Address" 参数的 Facility消息并透传给业务信息转译单元， 到达业务信息转译单 元时， Facility消息中包含的 "ActivationDiversion" 和 "Address" 参数 并没有发生任何变化。
步骤 202:业务信息转译单元 s2接收到人机交互单元 si发送来的业 务内容后， 将该业务内容转译成包含请求激活业务或请求操作业务数据 相关业务内容的消息， 并将所述转译得到的消息发送给业务处理单元 s3。
在此，转译得到的消息可以为 SIP消息，也可以为承载 XML的 HTTP 消息。
业务信息转译单元将业务内容转译成包含所述业务内容的消息的具 体步骤包括：
步骤 202-1 : 业务信息转译单元从该业务内容中提取得到请求激活 的业务种类或请求操作数据的业务种类、 以及业务附属信息。
如前所述，本发明将按通过头域参数、 消息体参数或 PSI激活业务， 或通过 HTTP/XML 消息操作业务数据的方法， 作为处理相关业务的统 一方法。 该方法中， 业务种类信息和业务附属信息处在 SIP消息中的不 同位置， 因此业务信息转译单元必须先从收到的业务内容中提取出业务 种类信息和业务附属信息， 再根据具体的转译方法将其放在 SIP消息中 的不同位置； 对以 XML描述的业务数据来说， 也是以不同的参数来描 述业务种类信息和业务附属信息， 也需要先从业务内容中提取出业务种 类信息和业务附属信息， 再根据具体的转译方法将其放在 XML描述的 不同参数中。 本发明中所述的 SIP 消息中的不同位置指的是： Request-U I请求标识（用户标识或 PSI等）、 URI参数 ( uri-parameters )、 不同的头域、 不同的消息体（MIME体）。 用户通过人机交互单元输入 的业务内容被转译后， 业务种类信息和业务附属信息分别位于 SIP消息 中的上述不同位置， 其中， 不同的业务附属信息也可以位于上述不同位 置。
例如，业务信息转译单元从 "*62被叫号码"提取出业务特征码 "*62" 得到业务种类， 从 "*62被叫号码" 提取出 "被叫号码" 得到业务附属 信息； 或者， 从 Facility消息中提取出特定参数 "ActivationDiversion" 得到业务种类， 从 Facility消息中提取出参数 "Address" 得到业务附属 信息。 对于只有业务特征码或特定参数的业务内容, 还可以从另外的途 径得到业务附属信息， 例如， 通过提取 "隐式" 业务数据得到业务附属 信息, 从发起请求及接收请求的用户信息中提取得到业务附属信息。 本 发明所述业务附属信息包括： 发起请求的主叫号码、 接收请求的被叫号 码、 业务激活参数、 业务数据等中任意一个或任意组合。
步驟 202-2: 根据提取结果， 将业务内容转译成包含所述业务种类 和业务附属信息的消息。
例如， 所述 SIP消息中， 通过头域参数、 消息体参数或 PSI携带请 求激活或操作数据的业务种类， 通过 Request-URI、 或 URI参数或头域 参数携带业务附属信息； 所述 HTTP/XML消息中， 用 XML应用协议描 述业务种类和业务附属信息并承载在 HTTP协议。 其中， XML有多种 形式的具体应用协议， 例如 XML在配置数据访问方面的具体应用协议 扩展标记语言配置访问协议（XCAP ), 还可以是 XML在远程过程调用 方面的应用协议筒单对象访问协议（SOAP )等。
在进行业务内容的转译时， 根据具体业务或具体业务的应用环境不 同， 还可以预先配置转译消息格式， 这样， 业务信息转译单元可以首先 根据业务内容查找出转译消息格式之后， 如果根据所述转译消息格式需 要设置指定参数时， 再从业务内容中提取出相关业务信息， 例如业务种 类信息和业务附属信息， 然后将提取出来的业务种类信息和业务附属信 息设置在转译消息格式中的指定参数中。 下面给出业务内容转译的两种 具体实现方式， 分别描述如下所述：
1 )业务信息转译单元中预先设置有业务内容与转译消息格式之间的 对应关系， 业务信息转译单元从业务内容提取得到请求激活的业务种类 或请求操作数据的业务种类、 以及业务附属信息后， 使用所得到的业务 种类查找所述对应关系， 根据查找得到的转译消息格式结果， 将业务内 容转译成相庄的 SIP消息或 HTTP/XML消息， 即，根据转译消息格式要 求将业务种类信息和业务附属信息设置在消息的指定参数中。 以上所述 的对应关系以及转译过程均可以由软件代码编程。 '
2 )业务信息转译单元从配置文件服务器中获取配置文件，该配置文 件中预先设置有业务内容和转译消息格式之间的对应关系。 业务信息转 译单元从业务内容提取得到请求激活的业务种类或请求操作数据的业 务种类、 以及业务附属信息后， 将业务种类与配置文件匹配， 与配置文 件匹配得到所述业务信息对应的转译消息格式后 , 根据所得到的转译消 息格式将业务内容转译成 SIP消息或 HTTP/XML消息， 即，根据转译消 息格式要求将业务种类信息和业务附属信息设置在消息的指定参数中。
业务信息转译单元从配置文件服务器获取所述配置文件的方法可以 为： 业务信息转译单元向配置文件服务器发起请求得到配置文件， 或者 配置文件服务器主动向业务信息转译单元发布配置文件。 所述配置文件 可以是一种表格形式的文件， 也可以是一种脚本文件， 例如以 XML描 述的脚本文件。 通过所述从业务处理单元获得的配置文件匹配的方式进 行转译，就能够保证转译后的 SIP消息或 HTTP/XML消息一定是业务处 理单元处理相关业务的统一的格式。
步骤 203： 业务处理单元 s3根据所接收到的转译后的消息 , 处理业 务激活或业务数据操作， 具体步驟是， 业务处理单元从转译后的消息中 解析业务种类和业务附属信息， 根据解析得到的结果处理相关的业务激 活或业务数据操作。
通过以上所述的业务信息转译单元的转译， 人机交互单元以不同方 式输入业务内容时， 到达业务处理单元的业务内容都具有统一的格式， 因此业务处理单元不需要针对每一种输入方式的业务内容按照不同的 方法进行解析， 只需要按照统一的方法进行解析就能够得到业务种类和 业务附属信息。
下面针对具体业务， 介绍通过本发明所述的信息转译的方法实现业 务激活或业务数据操作的结果。
实施例 1 : "缩位拨号" 业务激活
用户在传统电路域终端或 SIP终端上， 通过按键方式拨 "**1 发 起呼叫， 终端将用户所拨的业务内容 透传给业务信息转译单元。
业务信息转译单元接收到 ,从" 提取出业务特征码" **" , 根据上述的转译方式， 业务信息转译单元将业务种类通过一个表示传统 电信业务的 PSI来标识，如表示为 telecommunication-services@home.net, 同时将用户所输入的业务内容 "**11" 用 SIP消息中的一个参数表示， 业务信息转译单元将业务内容转译成用 PSI指示业务相关信息的 SIP消 息后， 发送给业务处理单元， SIP消息如下所示：
INVITE sip:telecommunication-services@home.net; input-param=* * 11 SIP/2.0 SIP消息中， 以 PSI表示请求激活的业务种类， 用户所拨的业务内 容 "**11" 通过扩展的 U I参数 input-param来携带。 需要说明的是： 虽然业务特征码 和业务附属信息仍然在 URI参数同一位置， 但表 示业务种类的 PSI在 Request-URI, 和业务附属信息不在同一个位置。 这是因为， 该 PSI没有直接指示出这是 "缩位拨号呼出" 业务， 而只是 给出了该业务所属的传统电信业务范畴， 因此业务特征码仍然需要保留 给业务处理单元， 以精确定位出具体的 "缩位拨号呼出" 业务。
或者， 业务信息转译单元接收到 后提取出业务特征码， 根 据上述的转译方式将业务种类直接用表示 "缩位拨号呼出" 业务的 PSI 指示， 如表示为 abbreviated-dialling@home.net, 将业务附属信息缩位号 码 "11"用 URI参数表示， 即将业务内容转译为以下所示的 SIP消息后， 发送给业务处理单元。
INVITE sip: abbreviated-dialling@home.net; input-param=ll SIP/2.0 此时， 由于 PSI已经精确定位出 "缩位拨号呼出"，业务， 因此业务 特征码在 SIP消息中不再存在。
业务处理单元接收到以上所述 SIP消息， 然后解析 SIP消息得到业 务种类和业务附属信息， 并根据所解析得到的业务相关信息处理用户发 起的 "缩位拨号" 呼叫业务。
实施例 2: "主叫号码显示临时限制" 业务激活
用户在传统电路域终端或 SIP 终端上， 以按键方式拨 " *620012125552222 " 发起呼叫， 终端将用户所拨的业务内容 "*620012125552222" 透传给业务信息转译单元。
业务信息转译单元从接收到的业务内容 "*620012125552222" 中提 取出业务特征码 "*62，，， 根据上述的转译方式将业务附属信息被叫号码 "0012125552222"设置在 SIP消息的请求统一资源标识（ Request-URI ) 中， Privacy头域参数设置为 "id" , 表示请求激活 "主叫号码显示临时 限制" 的业务种类， 转译得到的 SIP消息可以表示为：
INVITE tel:-hl-212-555-2222 SIP/2.0
Privacy: id
其中，将 0012125552222变成 tel:+l-212-555-2222是现有公开技术, 在此， 省略描述。 业务信息转译单元将以上所述 SIP消息发送给业务处 理单元， 业务处理单元解析 SIP消息， 得到业务种类和业务附属信息， 并才艮据所解析得到的业务相关信息处理用户发起的 "主叫号码显示临时 限制" 业务。
实施例 3: "遇忙回叫" 业务和 "遇忙呼叫完成" 业务激活
当用户呼叫的被叫遇忙时， 用户保持原呼叫且以按键方式输入
"*59#" 请求激活 "遇忙回叫" 业务； 或者当 ISDN用户呼叫的被叫遇 忙时， 通过菜单操作 ISDN终端产生包含指示操作为 CCBSRequest特定 参数的 Facility消息， CCBSRequest特定参数表示请求激活 "遇忙呼叫 完成" 业务， 终端将以上所述用户输入的内容 "*59#" 或 Facility消息 透传给业务信息转译单元。
业务信息转译单元提取得到业务特征码或 Facility 消息中的特定参 数，根据上述的转译方式，将该业务内容转译为如下所示的 SIP消息后， 发送给业务处理单元。
SUBSCRIBE tel:+88-755-654-0808 SIP/2.0
Event: ccbs
P- Asserted-Identity: <sip:userl @homel .net>
其中， tel:+88-755-654-0808是表示接收激活业务请求的用户号码， 即原遇忙被叫用户， 位于 Request-U I中， sip :user l@homel.net表示请 求激活业务的用户号码，位于 P-Asserted-Identity头域中，这两个用户号 码属于业务附属信息， 获取方法也属于现有技术， 在此省略描述。 业务 信息转译单元发送给业务处理单元的 SIP 消息类型为订阅 ( SUBSCRIBE )消息， 事件（Event ) 头域设置为 "ccbs" , 表示向原遇 忙被叫用户订阅 "遇忙呼叫完成" 业务请求事件包， 即指示业务种类。
在本实施例 3中， 如果当人机交互单元是 SIP终端， 而且 SIP终端 和业务信息转译单元之间通过 SIP协议接口传输信息时， 由于 SIP协议 不支持 "#，， 字符， 导致 SIP终端发送的 "*59#"到达业务信息转译单元 时会变成 "*59" , 针对这种情况， 仍属于本发明所述的透传。
通常，在传统电路域终端上，用户所输入的内容一般是指 "0"到 "9" 的十个数字以及 "*"、 两个字符， 而 SIP终端还可以输入英文字母 等 ASCII码， 因此本发明所述用户输入的内容不限于 "0" 到 "9" 的十 个数字以及 " *，，、 "#" 两个字符， 还可以包括 26个英文字母等的 ASCII 码。
实际上， 在激活业务或操作业务¾据的过程中， 可以通过已约定的 任何字符串作为某一业务的业务特征码， 例如， 在本实施例 3中， 可以 用 "159" 作为请求激活 "遇忙回叫" 业务的业务特征码。
针对本实施例 3 , 再给出业务信息转译单元将业务内容转译为 HTTP/XML消息的结果， 当 XML的应用协议为 XCAP时， HTTP/XCAP 消息可以表示为：
<xs:element name="CCBS" substitutionGroup="ss:absServiceM>
<xs: element name="identityr' type="xs:anyURI'， substitutionGroup=ncp:condition"/>
<xs:element name=nidentity2" t pe="xs:anyUR ' substitutionGroup="cp:condition"/>
<xs:element name="action-type" t pe="xs:boolean" substitutionGroup=ncp:action"/> 其中， "CCBS" 表示 "遇忙回叫" 业务， "identityl" 表示接收激活 该业务请求的用户标识号码， "identity2，，表示请求激活该业务的用户标 识号码， 两者的数据类型为任意格式的统一资源标识 （ "anyURI" ), "action-type" 表示激活类型， 其数据类型为布尔型变量 （boolean ), "action-type" 设置为真（trae )表示该业务被激活。
当 XML的应用协议为 SOAP时， HTTP/SOAP消息可以表示为：
<SOAP-ENV:Body>
<ServicesApplication>
<ServiceName xsi:type="xsd:string">CCBS</ServiceName>
<identityl xsi:type="xsd:anyURr>user@example.com</identityl> <identity2 xsi:type ="xsd:anyURI">user@example.com</identity2> </SOAP-ENV:Body>
其中， "ServicesApplication" 表示业务应用服务器上被终端远程调 用的过程的名称， 该过程的参数是 "ServiceName" , 如取值为 "CCBS" 表示对 "遇忙回叫" 业务的调用， "identityl" 和 "identity2" 是另两个 过程参数， 分别表示接收激活该业务请求的用户标识号码和请求激活该 业务的用户标识号码。
实施例 4: "恶意呼叫追查" 业务激活
当用户在传统电路域终端或 SIP终端上在收到一个匿名的恶意呼叫 时， 保持原呼叫后拨 "*33#" , 请求激活 "恶意呼叫追查" 业务， 业务 特征码 "*33#" 表示请求激活 "恶意呼叫追查" 业务； 或当 ISDN用户 收到一个匿名的恶意呼叫时， 通过菜单操作 ISDN终端产生包含指示操 作为 McidRequest特定参数的 Facility消息，特定参数 McidRequest表示 请求激活 "恶意呼叫追查" 业务， 人机交互单元将以上所述请求 "激活 恶意呼叫追查" 业务时的业务内容 "*33#" 或 Facility消息透传给业务 信息转译单元。
业务信息转译单元提取得到业务特征码或 Facility消息中的特定参 数， 根据上述的转译方式， 将该业务内容转译成如下所示的 SIP消息： SUBSCRIBE tel:+88-755-654-0808 SIP/2.0
Event: mcid-request-info
然后业务信息转译单元向业务处理单元发送 SIP SUBSCRIBE消息， 该消息中 Request-URI中表示请求激活业务的用户号码， 该用户号码也 是属于业务附属信息， Event头域设置的 "mcid-request-info" 表示订阅 "恶意呼叫追查" 业务请求事件包， 即指示业务种类。
业务信息转译单元还可以将业务内容转译为其它形式的 SIP消息后 发送给业务处理单元， 例如， 向业务处理单元发送 SIP INFO消息， 该 消息中通过头域参数请求恶意呼叫的主叫用户标识； 或者还可以将业务 内容转译成 HTTP/XML消息后发送给业务处理单元， 例如， 以 XCAP 或 SOAP协议描述请求激活 "恶意呼叫追查，， 业务。
业务处理单元根据接收到的 SIP消息， 解析业务内容， 处理相关业 务。
实施例 5: "会议，， 业务激活
用户通过 ISDN终端的菜单操作， 激活 "会议，， 业务， ISDN终端产 生 Facility消息并透传给业务信息转译单元， Facility消息中通过如指示 操作为 BeginCON 的特定参数表示请求激活开始会议。 业务信息转译 单元提取出 Facility消息中的特定参数， 根据上述的转译方式， 将业务 内容转译成 SIP消息， 例如：
INVITE sip: conference-factory@homel.net SIP/2.0
P-Asserted-Identity: <sip:userl@homel.net>业务信息转译单元向 k 务处理单元发送上述 SIP INVITE消息， 其中， Request-URI中为表示会 议标识的 PSI , sip:userl@home 1.net表示请求激活会议业务的用户号码， 位于 P-Asserted-Identity头域中，属于业务附属信息， 业务处理单元根据 解析所述 SIP INVITE消息， 为本次请求的 "会议" 业务申请会议资源。 实施例 6: "三方通话" 业务激活
用户在传统电路域终端或 SIP终端上建立通话后， 保持原通话， 呼 叫另一个被叫用户并进入通话， 然后将这个新建立通话也保持， 然后拨 业务特征码 "3" 请求建立三方通话， 终端将用户所输入内容 "3" 透传 给业务信息转译单元， 业务信息转译单元通过对业务内容的提取， 将业 务内容转译成 SIP消息， 例如：
INVITE sip: conference-factory@homel.net SIP/2.0
P-Asserted-Identity: <sip:userl @homel.net>
业务信息转译单元向业务处理单元发送所述 SIP INVITE消息，请求 申请会议资源。
业务处理单元根据以上 SIP INVITE消息， 完成会议申请， 这时， 业 务信息转译单元再向业务处理单元发送一个以下所示的 SIP消息：
REFER si :conf 123 @home 1.net SIP/2.0
Refer-To: < tel:+88-755-654-0808>, < tel:+88-755-654-0809> 业务信息转译单元向业务处理单元发送的 SIP REFER 消息中 ,
Request-URI为已经申请成功的会议资源的标识， Refer-To头域设置为已 经建立的两个通话的被叫用户号码， 表示请求已经建立的会议资源将这 两个用户加入会议。
业务处理单元根据 SIP REFE 消息， 处理三方通话业务。
通过本实施例 6可以看到， 业务信息转译单元可以根据业务处理情 况， 按顺序转译成包括多个 SIP消息的消息序列， 并依次发送给业务处 理单元。
在本实施例 6中， 业务信息转译单元也可以将业务内容转译成一个
SIP消息后， 发送给业务处理单元， 例如：
INVITE sip:conference-factory@ ome 1.net SIP/2.0
P-Asserted-Identity: <sip:userl @homel .net> Join: <1 @b.org;to-tag=xyz;from-tag:=pdq>, <2@c.org;to-tag=abc;from-tag=ijk> 该 SIP 消息表示请求申请会议资源， Join 头域中设置的 " 1 @b.org;to-tag=xyz;from-tag=pdq"和 "2@c.org;to-tag=abc;from-tag=ijk" 分别表示已经建立的两个通话的会话标识， 表示请求将这两个通话加入 到申请的会议资源中。
实施例 7: "计费通知" 业务激活
用户在传统电路域终端或 SIP终端上, 拨 "*240012125552222" 发 起呼叫，请求本次呼叫激活 "计费通知"业务， 其中， 业务特征码 "*24" 表示请求激活 "计费通知"业务, "0012125552222"为被叫号码;或 ISDN 用户发起呼叫时， 通过菜单操作激活 "计费通知" 业务， ISDN终端产 生 Setup消息， 消息中通过如指示操作为 ChargingRequest的特定参数表 示请求本次呼叫激活 "计费通知" 业务， 人机交互单元将所述用户所输 入的业务内容透传给业务信息转译单元， 业务信息转译单元提取得到 "*24"或 Setup消息中的特定参数, 根据上述的转译方式， 将业务内容 转译成 SIP消息， 所述 SIP消息为：
INVITE tel:+ 1-212-555-2222 SIP/2.0
P-AoC: provided
业务信息转译单元向业务处理单元发送上述 SIP INVITE消息， 其 中， Request-URI中为作为业务附属信息的被叫用户号码， P-AOC头域 设置的 "provided" 表示请求激活 "计费通知" 业务。
业务信息转译单元还可以将业务内容转译为通过 Subscription头域 参数携带 "计费通知" 业务请求事件包的 SIP INVITE消息， 并发送给 业务处理单元。
业务处理单元根据解析所迷 SIP INVITE消息，为该用户激活 "计费 通知业务，，。 实施例 8: "遇忙呼叫前转" 业务数据操作
用户拨号 "*40*呼叫前转目的地号码 请求登记 "遇忙呼叫前转" 业务数据； 或 ISDN用户在终端上通过菜单操作输入 "遇忙呼叫前转" 业务数据， ISDN终端产生 Facility 消息， 该消息中携带如操作指示为 ActivationDiversion的特定参数， 请求登记 "遇忙呼叫前转" 业务数据， 人机交互单元将用户所输入内容透传给业务信息转译单元。
业务信息转译单元从业务内容提取得到业务特征码 "*40* " 或 Facility消息中的特定参数 ActivationDiversion , 并得到请求登记的呼叫 前转目的地号码， 业务信息转译单元将业务内容转译成 HTTP/XML 消 息， 该消息中携带用 XCAP协议描迷的内容， 具体可参见 Draft ETSI TS 183 004 V<0.0.18> (11-2005)标准文稿， 示例如下：
<xs:element name="communication-diversion" substitutionGroup="ss:absService">
<xs:element name="busy" type="ss:empty-element-type" substitutionGroup="cp:condition"/>
<xs:element name="forward-to" type="ss:forward-to-type" substitutionGroup="cp:action"/> 其中， "communication-diversion" 表示呼叫前转业务的应用用法名 称， "busy" 表示业务数据设置的一个条件 （ "condition" ) "忙"， 而 "forward-to" 表示业务数据设置的结果（"action" ) "前转目的地"。
业务信息转译单元将上述 HTTP/XCAP消息发送给业务处理单元， 业务处理单元根据解析 HTTP/XCAP消息， 为该用户登记 "遇忙呼叫前 转" 业务数据。
实施例 9: "遇忙呼叫前转" 业务数据操作
用户拨号 "*40*26540808#，，， 请求登记遇忙呼叫前转业务数捧， 终 端将用户所输入内容透传给业务信息转译单元。
业务信息转译单元从用户所输入业务内容提取得到业务种类 , 业务 信息转译单元将所述业务内容转译成 SIP消息， 示例如下：
INVITE sip:telecommunication-services@home.net; input-param=*40*26540808 SIP/2.0 在上述转译后的 SIP消息中， 以 PSI表示请求激活的业务种类， 用 户所输入号码 "*40*26540808 # " 通过扩展的 U I参数 input-param来 表示，其中 "#，，字符被省略。 这里和实施例一类似， 业务特征码 "*40*" 和业务附属信息在 URI参数同一位置，表示业务种类的 PSI没有直接指 示出这是 "登记遇忙呼叫前转业务数据"， 而只是给出了其所属的传统 电信业务范畴， 因此业务特征码仍然需要保留给业务处理单元。
或者， 业务信息转译单元将业务种类直接用表示 "登记遇忙呼叫前 转业务数据" 业务的 PSI指示， 如表示为 registration-cfb@home.net, 将 业务附属信息呼叫前转目的地号码为 "26540808"用 U I参数表示， 即 将业务内容转译为以下所示的 SIP消息后， 发送给业务处理单元。
INVITE sip: registration-cfb@home.net; input-param=26540808 SIP/2.0业务信息转译单元将上述 SIP消息发送给业务处理单元，业务处 理单元根据解析 SIP消息， 处理相关业务。
从以上实施例 1 ~ 9 所述的通过业务信息转译单元的转译实现业务 激活或业务数据操作过程可以看到， 转译的形式并非唯——种， 可以将 业务内容转译成 SIP消息， 也可以将业务内容转译成 HTTP/XML消息。
在实际应用中 , 业务信息转译单元应选择一种业务处理单元能够统 一处理的 SIP消息或 HTTP/XML消息格式，将业务内容转译成相应的格 式后发送给业务处理单元， 这样， 业务处理单元就能够以统一的方法处 理业务激活或业务数据操作。 如果以前述通过软件代码完成转译时， 业 务内容与转译消息格式之间的对应关系中， 转译消息格式应该设置成业 务处理单元希望得到的消息格式； 如果以前述通过配置文件匹配的方法 完成转译时， 配置文件中预先配置有业务内容与业务处理单元统一处理 的消息格式之间的对应关系。 例如， 在实施例 3中， 如果业务内容与转 译消息格式之间的对应关系中， 对应 " *59#" 的转译消息格式为 HTTP/XCAP 消息， 则业务处理单元根据业务内容 "*59#" 查找所述对 应关系得到转译消息格式为 HTTP/XCAP消息， XCAP消息中描述 "遇 忙回叫" 业务， 根据查找结果将本次请求激活业务的信息转译为 HTTP/XCAP消息； 如果配置文件中针对 "*59#" 的转译消息格式为 SIP SUBSCRIBE 消息， 订阅事件包为 "遇忙呼叫完成" 业务请求事件包， 则业务处理单元根据业务内容 "*59#" 与配置文件匹配得到转译消息格 式为 SIP SUBSCRIBE消息， 然后根据所得到的转译消息格式， 将本次 倩求激活业务的信息转译为 SIP SUBSCRIBE消息。
上述实施例中所提到的 "缩位拨号"业务、 "主叫号码显示临时限制，， 业务、 "恶意呼叫追查" 业务、 "遇忙回叫" 业务、 "遇忙呼叫前转" 业 务、 "会议，， 业务、 "遇忙呼叫完成" 业务、 "三方通话" 业务、 "计费通 知，， 业务等， 具体描述可参见中国国家标准或 ITU-T的相关标准， 而其 中提到的各类业务的业务特征码除 "计费通知" 业务的 "*24" 为本文 的实施举例外， 其它均参考中国国家标准。
上述的业务处理转译单元可以是一个独立的装置。 下面， 给出业务 信息转译装置的内部结构， 图 3为业务信息转译装置的结构示意图。 如 图 3所示， 业务信息转译装置包括： 接收单元 ul、 提取转译单元、 输出 单元 u5。下面详细介绍业务信息转译装置中的各单元完成的功能和连接 关系， 分别描述如下：
接收单元 ul接收请求激活业务或请求操作业务数据的业务内容，并 传给提取转译单元。 提取转译单元将从所得到的业务内容转译为包含所 述业务内容的消息， 并传给转译单元 u3。 输出单元 u5将所得到的转译 后的消息发送给网絡。 其中， 提取转译单元可以由提取单元 u2和转译单元 u3构成。 提取 单元 u2提取请求激活业务或请求操作数据的业务种类和业务附属信息。 转译单元 将从接收单元 ul得到的业务内容转译为包含所述业务种类 和业务附属信息的消息。
在此， 提取转译单元中的提取单元 u2和转译单元 u3具体工作的先 后顺序可以为： 提取单元 u2从接收单元 ul接收业务内容后， 从业务内 容中提取出业务种类信息和业务附属信息并传给转译单元 u3;转译单元 u3 将业务内容转译为包含所述业务种类信息和业务附属信息的消息后 传给输出单元 u5。
在具体转译过程中， 可以先根据业务内容得到转译消息格式后 , 根 据转译消息格式中需要设置的参数， 从业务内容中提取出相关的业务种 类信息和业务附属信息， 然后将业务种类信息和业务附属信息设置在指 定参数中。 因此， 在具体实现业务内容到消息的转译时， 所述提取单元 u2和转译单元 u3需要协同工作。 例如， 转译单元 u3先根据业务内容得 到转译消息格式后， 将转译消息格式中需要设置的参数告诉提取单元 u2; 然后提取单元 u2从业务内容中提取出相关的业务种类信息和业务 附属信息后， 再由转译单元 u3 将业务种类信息和业务附属信息设置在 转译消息格式中的指定参数中。 或者， 所述提取单元 u2和转译单元 u3 可以合为一个提取转译单元实现。
业务信息转译单元还可以包括： 对应关系配置单元 u4。 所述对应关 系配置单元 u4设置业务内容和转译消息格式之间的对应关系。 相应的， 转译单元 u3根据业务内容从对应关系配置单元 u4中查找业务内容和转 译消息格式之间的对应关系， 根据查找得到的转译消息格式结果， 将业 务内容转译成包含从提取单元 u2 中所得到的业务种类和业务附属信息 的消息， 即， 才艮据转译消息格式要求将业务种类信息和业务附属信息设 置在消息的指定参数中， 然后将转译后的消息传给输出单元 u5。
在图 1所示的系统中，存在配置文件服务器 s4时， 上述对应关系配 置单元 u4 可以替代为对应关系获取接口。 所述对应关系获取接口作为 业务信息转译单元 s2和配置文件服务器 s4之间的接口。 这时， 转译单 元 u3通过所迷对应关系获取接口 , 从配置文件服务器 s4中获取设置有 业务内容和转译消息格式之间的对应关系的配置文件。 相应的， 转译单 元 u3根据业务内容与所得到的配置文件匹配得到转译消息格式后， 将 业务内容转译成包含提取单元 u2所提取得到的业务种类和业务附属信 息的消息， 即， 根据转译消息格式要求将业务种类信息和业务附属信息 设置在消息的指定参数中， 然后将转译后的消息传给输出单元 u5。
以上所述仅为本发明的较佳实施例而已 , 并不用以限制本发明， 凡 在本发明的精神和原则之内， 所做的任何修改、 等同替换、 改进等， 均 应包含在本发明的保护范围之内。

Claims

权利要求书
1、一种实现业务激活和业务数据操作的方法， 其特征在于， 该方法 包括：
发起激活业务或操作业务数据的请求， 将所述发起激活业务或操作 业务数据请求时的业务内容转译为包含所述业务内容的消息， 并根据所 述转译得到的消息处理业务激活或业务数据操作。
2、 根据权利要求 1所述的方法， 其特征在于，
所述将业务内容转译为包含所述业务内容的消息为： 将业务内容转 译为包含业务种类信息和业务附属信息的消息；
所述业务种类信息和业务附属信息从业务内容中提取得到。
3、 根据权利要求 2所述的方法， 其特征在于，
所述发起激活业务或操作业务数据请求时的业务内容为： 通过按键 方式输入的业务内容， 所述业务内容为包括业务特征码的字符串； 所述从业务内容中提取得到业务种类信息的步驟包括： 从所述字符 串中提取业务特征码得到业务种类信息；
或^"，
所述发起激活业务或操作业务数据请求时的业务内容为： 通过菜单 方式操作输入的业务内容， 所述业务内容为包括特定参数的数字用户信 令；
所述从业务内容中提取得到业务种类信息的步骤包括： 从所述数字 用户信令中提取特定参数得到业务种类信息。
4、根据权利要求 3所述的方法， 其特征在于， 所述从业务内容中提 取得到的业务附属信息为： 主叫号码、 被叫号码、 业务激活参数、 业务 数据中任意一个或者任意组合。
5、 根据权利要求 2所述的方法， 其特征在于，
进行所述转译之前进一步包括： 设置业务内容与转译消息格式之间 的对应关系；
所述将业务内容转译为包含所述业务种类信息和业务附属信息的消 息为： 根据业务内容查找所述对应关系， 得到转译消息格式后， 将业务 种类信息和业务附属信息设置在所述转译消息格式的指定参数中， 得到 转译后的消息。
6、 才艮据权利要求 2所述的方法， 其特征在于，
进行所述转译之前进一步包括： 产生设置有业务内容与转译消息格 式之间的对应关系的配置文件；
所述将业务内容转译为包含所述业务种类信息和业务附属信息的消 息为： 将业务内容与所述配置文件匹配， 得到转译消息格式后， 将业务 种类信息和业务附属信息设置在所述转译消息格式的指定参数中， 得到 转译后的消息。
7、 才 据权利要求 2所述的方法， 其特征在于，
所述根据转译得到的消息处理业务激活或业务数据操作为： 解析所 述转译得到的消息， 得到业务种类信息和业务附属信息， 并根据解析得 到的业务种类信息和业务附属信息， 处理业务激活或业务数据操作。
8、根据权利要求 2至 7中任一项所述的方法， 其特征在于， 所述转 译得到的消息中， 业务种类信息和业务附属信息位于所述消息的不同位 置。
9、 居权利要求 2至 7中任一项所述的方法， 其特征在于， 所述转 译得到的消息为： SIP消息。
10、 根据权利要求 9所述的方法， 其特征在于，
所述 SIP消息中， 业务种类信息位于消息体参数或头域参数或请求 统一资源标识 Request-U I或统一资源标识 URI参数， 业务附属信息位 于消息体参数或头域参数或 Request-URI或 URI参数。
11、 根据权利要求 1至 7中任一项所述的方法， 其特征在于， 所述 转译得到的消息为： 承载 XML的 HTTP消息。
12、 根据权利要求 11所述的方法， 其特征在于， 所述 XML为： 扩 展标记语言配置访问协议 XCAP或者简单对象访问协议 SOAP。
13、 根据权利要求 1至 7中任一项所述的方法， 其特征在于， 所述 发起激活业务或操作业务数据的请求时的业务内容通过传统电路域终 端或 SIP终端输入。
14、 根据权利要求 1至 7中任一项所述的方法， 其特征在于， 所述 将业务内容转译为包含业务内容的消息由 SIP 终端， 或网关控制功能 AGCF设备， 或 SIP综合接入设备， 或 SIP集中处理设备完成。
15、 一种业务信息转译装置， 其特征在于， 该装置包括： 接收单元、 提取转译单元、 输出单元；
其中，
所述接收单元用于接收请求激活业务或请求操作业务数据的业务内 容， 并传给提取转译单元；
所述提取转译单元用于将所得到的业务内容转译为包含所述业务内 容的消息， 并将转译得到的消息传给输出单元；
所述输出单元用于将所得到的消息发送给网络。
16、根据权利要求 15所述的装置， 其特征在于， 所述提取转译单元 包括： 提取单元和转译单元；
所述提取单元用于将从接收单元得到的业务内容中， 提取请求激活 或请求操作数据的业务种类和业务附属信息；
所述转译单元用于将接收单元得到的业务内容转译为包含所述提取 单元所提取得到的业务种类和业务附属信息的消息。
17、根据权利要求 16所述的装置， 其特征在于， 该装置进一步包括 对应关系配置单元；
所述对应关系配置单元用于设置业务内容和转译消息格式之间的对 应关系；
所述转译单元用于根据业务内容查找所述对应关系配置单元中的对 应关系， 得到转译消息格式， 并将业务种类和业务附属信息设置在所述 转译消息格式的指定参数中。
18、根据权利要求 16所述的装置，其特征在于，该装置进一步包括： 对应关系获取接口；
所述对应关系获取接口用于提供转译单元获取业务内容和转译消息 格式之间的对应关系的接口；
所述转译单元用于根据业务内容查找通过所述对应关系获取接口得 到的对应关系， 得到转译消息格式， 并将业务种类和业务附属信息设置 在所述转译消息格式的指定参数中。
19、 一种实现业务激活和业务数据操作的系统， 包括人机交互单元 和业务处理单元， 其特征在于， 该系统还包括： 业务信息转译装置， 所 迷业务信息转译装置设置在人机交互单元与业务处理单元之间；
其中，
所述人机交互单元用于接收请求激活业务或请求操作业务数据的相 关业务内容， 并将所述业务内容发送给业务信息转译装置；
所述业务信息转译装置用于将来自所述人机交互单元的业务内容转 译成包含所述业务内容的消息， 并将所述转译得到的消息发送给所述业 务处理单元；
所述业务处理单元用于根据来自所述业务信息转译装置的消息， 处 理业务激活或业务数据操作。
20、根据权利要求 19所述的系统， 其特征在于， 所述业务信息转译 装置包括： 接收单元、 提取单元、 转译单元、 输出单元；
其中，
所述接收单元用于接收来自人机交互单元的业务内容；
所述提取单元用于将从接收单元所得到的业务内容中， 提取请求激 活或请求操作数据的业务种类和业务附属信息；
所述转译单元用于将接收单元得到的业务内容转译为包含所述提取 单元所提取得到的业务种类和业务附属信息的消息；
所述输出单元用于将转译单元所转译得到的消息发送给业务处理单 元。
21、根据权利要求 20所述的系统， 其特征在于， 所述业务信息转译 装置进一步包括： 对应关系配置单元；
所述对应关系配置单元用于设置业务内容和转译消息格式之间的对 应关系；
所述转译单元用于根据业务内容查找所述对应关系配置单元中的对 应关系， 得到转译消息格式， 并将业务种类和业务附属信息设置在所迷 转译消息格式的指定参数中。
22、根据权利要求 20所述的系统， 其特征在于， 所述系统进一步包 括： 配置文件服务器； 所述配置文件服务器用于产生设置有业务内容与 转译消息格式之间的对应关系的配置文件， 并将配置文件发送给业务信 息转译装置。
23、 根据权利要求 22所述的系统， 其特征在于，
所述配置文件服务器用于主动向业务信息转译装置发布所述配置文 件； 或者，
所述业务信息转译装置用于向配置文件服务器发起获取所述配置文 件的请求； 配置文件服务器用于根据所述业务信息转译装置的请求， 向 业务信息转译装置发送所述配置文件。
24、根据权利要求 22所述的系统， 其特征在于， 所述业务信息转译 装置进一步包括： 对应关系获取接口；
所述对应关系获取接口用于提供业务信息转译装置和配置文件服务 器的接口；
所述配置文件服务器通过所述对应关系获取接口向所述转译单元发 送配置文件；
所述转译单元用于将业务内容与从配置文件服务器所得到的配置文 件匹配得到转译消息格式， 并将业务种类和业务附属信息设置在所述转 译消息格式的指定参数中。
25、 才艮据权利要求 19所述的系统， 其特征在于，
所述人机交互单元和所述业务信息转译装置位于同一个设备上， 所 述人机交互单元和所述业务信息转译装置通过内部接口连接。
26、 据权利要求 19所述的系统， 其特征在于， 所述人机交互单元 和所述业务信息转译装置位于不同的设备上， 所述人机交互单元和所述 业务信息转译装置通过外部接口连接。
27、 才艮据权利要求 26所述的系统， 其特征在于，
所述人机交互单元为传统电路域终端；
所述业务信息转译装置位于网关控制功能 AGCF设备上； 所述人机 交互单元到业务信息转译装置的上行外部接口为传统电路域用户信令， 所迷业务信息转译装置到人机交互单元的下行外部接口为 H.248协议， 或媒体网关控制协议 MGCP, 或 IUA, 或 V5UA, 或 SIP; 或者， 所述业务信息转译装置位于 SIP综合接入设备上； 所述外部 接口为传统电路域用户信令。
28、 才 据权利要求 26所述的系统， 其特征在于，
所述人机交互单元为 SIP终端；
所述业务信息转译装置位于 SIP集中处理设备上； 所述外部接口为
SIP。
PCT/CN2006/002310 2006-03-17 2006-09-07 Procédé, système et appareil de traduction permettant d'effectuer une activation de service et un traitement de données de service WO2007107058A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610070890.9 2006-03-17
CN200610070890.9A CN101039257B (zh) 2006-03-17 2006-03-17 实现业务激活和业务数据操作的系统、方法与转译装置

Publications (1)

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

Family

ID=38522009

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/002310 WO2007107058A1 (fr) 2006-03-17 2006-09-07 Procédé, système et appareil de traduction permettant d'effectuer une activation de service et un traitement de données de service

Country Status (2)

Country Link
CN (1) CN101039257B (zh)
WO (1) WO2007107058A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101931620B (zh) * 2009-05-20 2015-10-21 中兴通讯股份有限公司 业务实现方法和系统、业务能力服务器
CN102467412B (zh) * 2010-11-16 2015-04-22 金蝶软件（中国）有限公司 一种处理操作请求的方法、装置及业务系统
CN107918659B (zh) * 2017-11-20 2020-10-16 上海泰豪迈能能源科技有限公司 一种能源网关系统及数据转换方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030015800A (ko) * 2001-08-17 2003-02-25 주식회사 넷브레인 음성 데이터 통합 인터넷 프로토콜과 공중전화 교환망간의 상호 지능망 서비스 방법 및 장치
FR2873881A1 (fr) * 2004-07-30 2006-02-03 Groupe Ecoles Telecomm Procede de fonctionnement d'un reseau operant sous le protocole sip et reseau mettant en oeuvre un tel procede
US20060034195A1 (en) * 2004-07-21 2006-02-16 Donatella Blaiotta SIP message extension for push to watch service
CN1747470A (zh) * 2004-09-07 2006-03-15 华为技术有限公司 分组域业务信号处理系统及其方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7849190B2 (en) * 2001-02-23 2010-12-07 Nokia Siemens Networks Oy Internet protocol based service architecture

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030015800A (ko) * 2001-08-17 2003-02-25 주식회사 넷브레인 음성 데이터 통합 인터넷 프로토콜과 공중전화 교환망간의 상호 지능망 서비스 방법 및 장치
US20060034195A1 (en) * 2004-07-21 2006-02-16 Donatella Blaiotta SIP message extension for push to watch service
FR2873881A1 (fr) * 2004-07-30 2006-02-03 Groupe Ecoles Telecomm Procede de fonctionnement d'un reseau operant sous le protocole sip et reseau mettant en oeuvre un tel procede
CN1747470A (zh) * 2004-09-07 2006-03-15 华为技术有限公司 分组域业务信号处理系统及其方法

Also Published As

Publication number Publication date
CN101039257B (zh) 2012-02-01
CN101039257A (zh) 2007-09-19

Similar Documents

Publication Publication Date Title
EP1652359B1 (en) Method and system for suppressing early media in a communications network
US7643498B2 (en) Private dialing plan for voice on a packet-based network
US8081751B1 (en) Method for triggering content download during call setup
US20150334136A1 (en) Method and system for telecommunication network to provide session service to internet
US10616282B2 (en) Network voice communication method and system implemented based on web communication plug-in
KR20070067714A (ko) 푸시투토크 서비스를 푸시투토크 미비 네트워크에 제공하는방법 및 장치
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
KR20060048568A (ko) Ｉｐ 전화 장치, ｅｎｕｍ 서버, 및 인터넷을 통한 통화방법
KR20110030404A (ko) 통신 네트워크 통합 방법 및 통신 시스템
US20060245418A1 (en) Intelligent terminal SIP enabled devices
CN101030931B (zh) 一种业务数据的传输方法及其所应用的分组终端
US8059800B1 (en) Method for viral distribution of ringback media
EP1895786B2 (en) A method and device for realizing intelligent call service
US20080153492A1 (en) Method for realizing service activation operation and user terminal realizing the method
TW200917803A (en) Technique for requesting and providing in-call services
EP1959608A1 (en) A method, a application server and a system for implementing the third party control service
WO2007107058A1 (fr) Procédé, système et appareil de traduction permettant d&#39;effectuer une activation de service et un traitement de données de service
US20110299458A1 (en) VoIP CALL OVER WIRELESS SYSTEMS USING ANY PREFERRED DIALING NUMBER
CN101099406B (zh) 业务激活操作的实现方法及实现该方法的用户终端
CN100428755C (zh) 一种电路域终端实现业务自助的方法及实体
CN1913432B (zh) 卡号业务使用sip鉴权的方法和系统
EP1953990A1 (en) A method, system and device for realizing call waiting in packet domain
KR20140063635A (ko) 통신을 개시하기 위한 휴대용 장치의 활성화 시스템 및 방법
WO2012071917A1 (zh) 一种voip的即时呼叫方法
KR100794127B1 (ko) 발신자 부담 웹투폰 서비스 시스템 및 그 방법

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

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

Country of ref document: EP

Kind code of ref document: A1