WO2008009197A1 - Réseau par paquets et procédé permettant de réaliser ce réseau - Google Patents

Réseau par paquets et procédé permettant de réaliser ce réseau Download PDF

Info

Publication number
WO2008009197A1
WO2008009197A1 PCT/CN2007/001726 CN2007001726W WO2008009197A1 WO 2008009197 A1 WO2008009197 A1 WO 2008009197A1 CN 2007001726 W CN2007001726 W CN 2007001726W WO 2008009197 A1 WO2008009197 A1 WO 2008009197A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
message
user
filtering rule
sip
Prior art date
Application number
PCT/CN2007/001726
Other languages
English (en)
French (fr)
Inventor
Sang Wu
Youzhu Shi
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CNA2006101093901A external-priority patent/CN101106521A/zh
Priority claimed from CN2006101594197A external-priority patent/CN101106565B/zh
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP07721299A priority Critical patent/EP2043307A4/en
Publication of WO2008009197A1 publication Critical patent/WO2008009197A1/zh
Priority to US12/353,103 priority patent/US20090122794A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration

Definitions

  • the present invention relates to the field of communication technologies, and more particularly to a packet network having enhanced service filtering rules and an implementation method thereof. Background technique
  • IP Multimedia Subsystem is a system based on Session Initiation Protocol (SIP). Its lingual layer and service layer are separated. IMS provides the necessary method for service call, IMS. The provision of business in the middle has three basic steps:
  • the user configuration contains at least one private user identity and a single service configuration, which is permanently stored on the Home Subscriber Server (HSS).
  • HSS Home Subscriber Server
  • the user configuration can be transferred from the HSS to the service call session control function entity (S-CSCF, which is assigned to the user by two user data processing operations (SAA, Server-Assignment-Answer) or PPR (Push-Profile-Request). Serving-Call Session Control Function).
  • FIG. 1 shows the structure of a User Profile
  • FIG. 2 shows the structure of a Service Profile
  • FIG. 3 shows the structure of an initial filter rule
  • FIG. 4 shows the service therein.
  • the structure of the Point Trigger Service Point Trigger
  • Service Point Trigger sets the service trigger judgment condition, which can include the following types: Request Uniform Resource Identifier Request-URI (Uniform resource identifier): Identifies the resource pointed to by the request;
  • Request-URI Uniform resource identifier
  • SIP Method indicates the type of the SIP request
  • SIP Header contains information related to the request.
  • a Service Point Trigger can be based on whether any SIP header field is present, or based on the content of any SIP header field;
  • Session Case There are three possible values, Originating, Terminating, or Terminating-Unregistered, indicating whether the filter should be processed to start, terminate, or terminate the unregistered end user's S. - used by CSCF; and
  • Session Description For any Session Description Protocol (SDP) field within the SIP method.
  • SDP Session Description Protocol
  • FIG. 5 shows the R3 architecture IP Multimedia Service Control (ISC) interface proposed in the MSF.
  • ISC IP Multimedia Service Control
  • the Serving Call Session Controller can be directly triggered to the service layer, and the service layer entity can be an open service.
  • An access gateway an application server (AS, Application Server), and a service logic gateway that interfaces with a traditional service network.
  • S-CSC can also trigger calls to the service layer through Service Broker/Service Capability Interaction Manager (SB/SCIM, Service Broker/Service Capability Interaction Manager), and use ISC interface between SB/SCIM and S-CSC and service layer entities, SB Use the Sh interface between /SCIM and HSS to obtain the SCIM service profile.
  • SB/SCIM Service Broker/Service Capability Interaction Manager
  • the MSF SB/SCIM business file uses a description of the business files of the 3rd Generation Partnership Project (3GPP, 3rd Generation Partnership Project),
  • Figure 8 shows the overall structure of the MSF SB/SCIM service profile, where Figure 6 shows the structure of the SCIM service profile, Figure 7 shows the structure of the SCIM filter rule, and Figure 8 shows the SCIM service point trigger. Structure.
  • Session Initiation Protocol is:
  • Request-Line Method SP Request-U I SP SIP-Version CRLF
  • the prior art cannot trigger the service according to other parts of the SIP message body other than the SDP information (session description information);
  • the SIP initial request message is the SIP message of the initial behavior SIP request line defined in FC 3261
  • the SIP initial request message is a message capable of creating a signaling path, for example, INVITE, SUBSCRIBE, and other messages
  • iFC initial filtering rule refers to the filtering rule for these SIP initial request messages (that is, the SIP initial message), but the prior art cannot trigger the service according to the SIP message other than the SIP initial request message.
  • the SIP response message triggers the service, including the SIP subsequent request method and the SIP subsequent request message.
  • the message header field in the message header, the message body trigger in the SIP subsequent request message, the status code trigger, the message header field trigger in the SEP response, and the SIP ring The body of the message should be triggered.
  • the triggering capability of the SIP message according to the existing standard is incomplete, but there is a practical need, for example, the user of the mobile network enhanced logic (CAMEL, Customised Applications for Mobile network Enhanced Logic) sends a short message through the IMS domain.
  • CAMEL Customised Applications for Mobile network Enhanced Logic
  • the SIP message carrying the short message signaling in the message body needs to be triggered to the service control point for charging control or for transforming the virtual private network (VPN) called short number.
  • VPN virtual private network
  • the MSF extends the 3GPP filtering rules, triggers triggering according to the basic call state and triggers according to the schedule, but the MSF defines only four types of call, busy, no answer, and hang up according to the basic call state;
  • the triggering mechanism of the prior art does not support triggering services according to current time information, and triggering services according to time information is a relatively important service triggering requirement;
  • MSF according to the schedule trigger can be triggered according to the user's state, but it only takes the Free/Busy Time Type defined in RFC 2445, can not provide more rich information, can not meet the needs of users more Strong and more personalized business triggering capability requirements;
  • the prior art filtering rules do not support the user status.
  • the user status here refers to the status unrelated to the call, such as the registration status (whether registered), roaming status (whether roaming), etc.
  • the user status of the registration (Terminating-Unregistered), that is, the filtering rule based on the user registration status is only provided to the called user, and the filtering rule based on the user registration status cannot be supported for the calling user, and the user cannot be triggered according to the user roaming status.
  • triggering the service according to the roaming status of the user is a more important service triggering requirement;
  • the service invocation message cannot be specified.
  • the S-CSCF/MSF SB/SCIM receives a SIP request message, and the SIP request message matches a service filtering rule, and the SIP request message can only be sent to the specified one.
  • the application server that is, the service invocation message to the specified application server is the trigger message of the service filtering rule, and in the actual application, the trigger message of the service filtering rule and the invoking message to the specified application server may not be the same type of SEP message, and
  • the MSF SB/SCIM can be connected to the traditional service network through the service logic gateway.
  • the interaction interface between the MSF SB/SCIM and the traditional service network will be A protocol interface supported by a traditional service network, such as an intelligent protocol interface, that is, a service call message may not be a SIP protocol.
  • a service filter rule cannot be used. Supports call messages to services other than the SIP protocol;
  • the prior art can only forward messages to the application server according to the filtering rules and cannot specify a specific processing after the triggering conditions are matched.
  • the prior art cannot actively obtain the service trigger data; nor can it implement the process triggering judgment, such as determining whether the calling user is in the blacklist of the called user before triggering the called side service; in addition, the MSF SB/SCIM
  • the message that sends the non-trigger service cannot be sent to the service control point.
  • the INIP InitialDp message is sent to the SCP.
  • the signaling of the service trigger point and the service control point according to the filtering rule cannot be implemented. Processing of relationship or signaling message modification, modifying signaling relationship, for example, sending a message to end communication with a designated service control point, modifying a signaling message, for example, masking certain signaling parameters, etc.;
  • the filtering rules of iFC and MSF are always valid. After the S-CSCF/MSF SB/SCIM gets the filtering rules, it will always be executed, but in fact the filtering rules can be only "temporary effective", such as when the application server During the current service execution process, a filtering rule is generated, which can be valid only in the current call processing process, the call is released, and the filtering rule is also invalid.
  • the prior art cannot support the validity management of the filtering rule;
  • the processing of the service call result in the prior art only supports continuing processing or terminating the session, and does not support a richer processing type, for example, the S-CSCF/MSF SB/SCIM sends the SIP initial message to the application server according to the filtering rule, if For some reason (such as network temporary failure), the application server does not return a SIP message to the S-CSCF MSF SB/SCM within the specified time. At this time, the service control point can be called again;
  • the service filtering rules of the existing iFC and MSF cannot identify the service corresponding to the service filtering rule. This may cause some problems. For example, if the application server receives the message triggering the service, it must judge the type of service to be called again. It is difficult to know the service that is invoked, so that the business interaction processing is difficult. In addition, the existing service filtering rules cannot be used as the rule matching condition, and in the business interaction processing, this is also an important service trigger control. Claim.
  • the existing iFC and MSF service filtering rules do not support the prohibition rules for application server calls, such as when the S-CSCF/MSF SB/SCIM invokes a series according to a SIP initial message.
  • the application server, the subsequent response message of the SIP initial message will also pass through all the called application servers in order according to the prior art, but in fact, some application servers may not be able to be called for specific response messages. Technology cannot meet this requirement.
  • the basic call status is very limited. There are only four types of call, busy, no answer, and hang up. The status is not detailed enough. For example, it is impossible to distinguish between hang up after call or hang up before call.
  • MSF only provides limited triggering capability based on user information according to the schedule trigger, and cannot provide more triggering methods such as triggering according to the location of the user;
  • the service corresponding to the service filtering rule cannot be identified and the service type cannot be used as the rule matching condition, and the prohibition rule invoked on the application server is not supported.
  • the embodiment of the invention provides a packet network and an actual method with enhanced service filtering rules, which can solve at least some or all problems in the prior art.
  • the embodiment of the invention provides a packet network, including:
  • a service filtering rule base configured to provide a service filtering rule of the user
  • a service control point for providing services to the user
  • the service triggering point is configured to obtain the service filtering rule from the service filtering rule base, and determine, according to the service filtering rule, whether the currently processed communication needs to be triggered to the service control point or whether local processing is to be performed, where the service filtering is performed.
  • the rules include at least one of the following: Message body outside the SIP message session description, session status, message events outside the SIP initial request message, time, user presence information, user status, service invocation message, other rule association information, virtual application server address, filtering rule validity, service Call result processing, business identification, and business control point call prohibition rules.
  • the embodiment of the invention provides a service triggering method, including:
  • the service trigger point determines whether the currently processed communication needs to be triggered to the service control point or whether it is to be processed locally according to the service filtering rule.
  • the service filtering rule includes at least one of the following:
  • the service triggering point may modify the session signaling path, and may support the SIP message, including the SIP request message, the SIP response message, and the session state trigger, that is, the service point trigger may be based on all The SIP message triggers the service.
  • Figure 1 shows the structure of a user profile configured by a user in the prior art
  • Figure 2 shows the structure of a service profile configured by a user in the prior art
  • FIG. 3 is a diagram showing the structure of an initial filtering rule configured by a user in the prior art
  • FIG. 4 is a diagram showing the structure of a service point trigger configured by a user in the prior art
  • FIG. 5 shows the R3 architecture ISC interface proposed in the prior art MSF
  • Figure 6 shows the structure of a prior art SCIM service file
  • Figure 7 shows the structure of a prior art SCIM filtering rule
  • Figure 8 shows the structure of a prior art SCIM service point trigger
  • FIG. 9 is a schematic structural diagram of a network of a packet network according to an embodiment of the present invention.
  • FIG. 10 is a flowchart of a service triggering process according to an embodiment of the present invention.
  • FIG. 11 is a flowchart of a service triggering process according to an embodiment of the present invention. detailed description
  • Figure 9 shows a network logical structure diagram of a packet network.
  • packet network 900 includes a traffic filtering rule base 902, a service control point 904, and a service trigger point 906.
  • the service filtering rule base 902 saves or generates the user's business filtering rules, and one or more business filtering rule bases may exist.
  • the service filtering rule base 902 may be an independent user subscription database, such as an HSS, and the service filtering rule is stored as user subscription data.
  • the service filtering rule base 902 may also be located in the service control point 904, such as service control.
  • the point 904 generates a service filtering rule in the service processing process, and the service filtering rule base 902 can also be located in the service triggering point 906.
  • the service filtering rule exists in the service triggering point 906 as a piece of program or configuration data.
  • the service trigger point 906 provides the ability to interact with the service control point 904. In this embodiment, the service trigger point 906 determines whether the currently processed communication needs to be triggered to the service control point 904 or whether local processing is to be performed based on the service filtering rules.
  • the interface protocol may be, but not limited to, the SIP protocol, Intelligent Network Application Protocol (INAP).
  • INAP Intelligent Network Application Protocol
  • the interface can adopt the Diameter protocol (for example, when the service filtering rule base 902 is located in the HSS) and the SIP protocol (for example, when the service filtering rule base 902 is located at the service control point 904)
  • the service triggering point 906 can obtain the user service filtering rule from the service filtering rule base 902 through the E2 interface, and the service triggering point 906 can be S-, the USER protocol (GUP), the MAP protocol, and the internal interface protocol.
  • GUP USER protocol
  • MAP protocol MAP protocol
  • SCIM AS or softswitch softswitch.
  • the service control point 904 is a functional entity that provides services, and one service control point can provide one One or more businesses.
  • An E1 interface exists between the service control point 904 and the service filtering rule base 902.
  • the interface can use the Diameter protocol (for example, when the service filtering rule base 902 is located in the HSS), and the service control point 904 can update the service filtering rule base 902 through the interface.
  • the service control point 904 can be a SIP AS in the IMS, an Open Service Access-Service Capability Server (OS A SCS), and an IP Multimedia Service Switching Function (M-SSF, IP Multimedia Service Switching Function). , SCF (Service Control Function), etc.
  • packet network 900 includes:
  • a service filtering rule base 902 configured to save or generate a service filtering rule of the user
  • the service triggering point 906 obtains the service filtering rule from the service filtering rule base 902, and determines whether the currently processed communication needs to be triggered to the service control point 904 or whether the local processing is to be performed according to the service filtering rule.
  • the filtering rule includes at least the following 1: SIP message session description message body, session state, SIP message event outside SIP initial request message, time, user presence information, user status, service invocation message, other rule association information, virtual application server address, service The filtering rule validity, the business call result processing, the service identification, and the service control point 904 call the prohibition rule.
  • Step S1002 The service trigger point 906 receives a registration request from the terminal.
  • Step S1004 The service triggering point 906 requests the user filtering rule base 902 of the user that sends the registration message to download the user service filtering rule, and the service filtering rule base 902 responds and sends the service filtering rule of the user, where the service filtering rule is the present invention.
  • Enhanced business filtering rules are the service triggering point 906 and the service filtering rule base 902 of the user that sends the registration message to download the user service filtering rule, and the service filtering rule base 902 responds and sends the service filtering rule of the user, where the service filtering rule is the present invention.
  • Step S1006 The service filtering rule base 902 responds to the request of the service triggering point 906 to download the user service filtering rule.
  • the download request is a Diameter protocol user data request (User -Data-Request ) message, which carries With User-Identity AVP and Data-Reference AVP and Service-Indication AVP, User-Identity AVP is used to locate a certain Data of a user, Data-Reference AVP, Repository Data, indicates that the requested data is located in the user transparent data area of the HSS, and the Service-Indication AVP value is a specific transparent data identifier corresponding to the service filtering rule.
  • the download response is a Diameter Protocol User-Data-Answer message carrying a User-Data AVP, where the data is the enhanced service filtering of the user requested by the service trigger point 906. rule.
  • the enhanced service filtering rules include: a message body other than the SIP message session description, a SIP message event other than the SIP initial request message, a session state, a time, a user presence information, a user status, a service call message, and other rules.
  • the association information, the virtual application server address, the service filter rule validity, the service call result processing, the service identifier, the service control point 904, the call prohibition rule, and the like are triggered, and the article will be described later for the enhanced service filtering rule - step S1008 : Service Trigger Point 906 saves the received user traffic filtering rules.
  • Step S1010 The service trigger point 906 sends a response message 200 OK to the terminal.
  • Step S1012 The terminal sends a SIP INVITE message.
  • Step S1014 The service triggering point 906 performs a triggering determination according to the enhanced service filtering rule of the user, where the enhanced service filtering rule includes a message body other than the SIP message session description, and a SIP message event other than the SIP initial request message. Session state, time, user presence information, user status, service invocation message, other rule association information, virtual application server address, service filtering rule validity, business call result processing, service identification, service control point 904 call prohibition rule triggering, when When the trigger condition is met, the server address described by the service filtering rule is the address of the service control point 904.
  • Step S1016 The service trigger point 906 sends an INVITE message to the service control point 904 specified in the service filtering rule to request to invoke the service.
  • the service trigger point 906 invokes local processing corresponding to the virtual server address.
  • the above service triggering process includes the following steps:
  • the service triggering point 906 acquires the service filtering rule from the service filtering rule base 902.
  • the service triggering point 906 determines whether the currently processed communication needs to be triggered to the service control point 904 or whether the local processing is to be performed according to the service filtering rule.
  • the filtering rule includes at least one of the following: Message body, session state, SIP message event outside SIP initial request message, time, user presence information, user status, service invocation message, other rule association indication, virtual application server address, service filtering rule validity, business call result processing,
  • the service identity, service control point 904 invokes a barring rule.
  • the service control point 904 may also directly send a service filtering rule to the service triggering point 906, or indirectly send a service filtering rule to the service triggering point 906 through the user subscription database, and the service triggering point 906 may perform subsequent Corresponding processing, the service triggering point 906 can match the processing immediately after receiving the service filtering rule, or can save and receive the subsequent SIP message and then match the processing.
  • the service filtering rule from the service control point 904 is only valid in the current communication. After the current communication ends, the service triggering point 906 can delete the previously recorded service control point 904 from the service control point 904.
  • the service filtering rule that is, this is a "temporary, business filtering rule. Obviously, during a communication process, the service triggering point 906 can obtain service filtering rules from different places such as the HSS, the service control point 904.
  • the present invention provides an enhanced service trigger implementation method that utilizes enhanced service filtering rules to solve related problems in the prior art.
  • the present invention introduces a message body element outside the SIP message session description in the service filtering rule, where the message body element value includes a message body type and/or a message body content, where the message body content may be a text encoding format or a binary Encoding format, specifically, the present invention defines a new SIP message body service point trigger (SIP Body SPT) type:
  • Defining the SPT includes a Message Body Type and a Message Body Content element, where the Message Body Type corresponds to the value of the Content Type in the SIP message, which is expressed as defined in RFC 3261.
  • Specified message The media type of the body; Message Body Content indicates the content of the message body indicated by the Content-Type.
  • the message body type uses the MIME (Multipurpose Internet Mail Extensions) media type (media type), corresponding, message
  • the body content is the MIME body.
  • Message Body Content includes entity tag (Body Tag) and entity content.
  • the Body Tag indicates the tag name or tag value of the unit data included in the body content of the message body, and the content of the message body is in a text encoding manner, which may correspond to the tag name of an element.
  • the message body content adopts an extensible markup language (XML) corresponds to the tag name of the XML element in the encoding mode; the content of the message body is in binary encoding mode, which can correspond to the tag value of the data unit contained in the content of the message body, for example, the user part of the integrated service digital network (ISUP, The Message Type Code value or the Parameter Name Code value in the SIP (SIP-I) message of the Integrated Services Digital Network User Par ).
  • XML extensible markup language
  • ISUP integrated service digital network
  • the Body Content corresponds to the content of the data unit corresponding to the label of the Body Tag, for example, the Body Content in the SEP-I mode may correspond to the parameter content corresponding to the parameter name of the Body Tag tag.
  • the Message Content in the SIP Body SPT Body Type is a must-have for identifying different content types.
  • the SIP Body SPT can take from 0 to more Message Body Content. All of the above elements can be used to indicate partial or exact match using regular expressions.
  • the above is only to illustrate that the service trigger point 906 can be triggered according to the message-message content of the SIP message.
  • the actual SPT definition manner may be not limited to the above manner, and other SPTs in the present invention. It is similar, and will not be explained one by one.
  • the following describes the message-body in text encoding and binary encoding, and specifically describes the SPT description triggered by the message body other than the SIP message session description.
  • the calling user is an IMS prepaid user.
  • the short message sent by the user is encapsulated into the message body of the SIP MESSAGE message in an XML manner, and the service trigger point 906 receives the short message type indication carried in the SIP MESSAGE message discovery message body of the user.
  • the current session is triggered to the service control point 904.
  • the short message is encapsulated in XML into the message body of the SIP MESSAGE message as follows: MESSAGE sip: receiver@example.com, SIP/2.0
  • BodyContent> ⁇ /MessageB odyContent>
  • the MessageBodyType value application/message+xml indicates that the user's short message is in XML encapsulation mode, and the service trigger point 906 matches the case where the Content-Type in the SIP message contains application/message+xml; the BodyTag value
  • the message-type-indicator, the BodyContent value of the message submit request indicates that the service trigger point 906 needs to match the XML tag in the SIP message body encapsulated by the application/message+xml method to the content of the message-type-indicator ear and the value of the message submit request.
  • SMS short message service forwarding layer
  • the TL) encapsulation mode is placed in the message-body of the SIP message, and the service trigger point 906 triggers the SIP communication to the service control point 904, and the service control point 904 further processes the short message, for example, when the called number in the short message is Translate the number when a VPN short number.
  • SMS TL layer encapsulation can be found in the standard document DES/AT-030036 issued by the European Telecommunications Standards Institute ETSI, for example:
  • SMS-SUBMIT Short Message
  • the above SPT indicates that the service trigger point 906 matches the protocol data unit (PDU) of the short message forwarding layer (SM-TL) in the application/vnd.3gpp.sms-tl encapsulation mode of the DES/AT-030036 and the content part of the SIP message.
  • Protocol Data Unit is SMS-SUBMIT.
  • the SPT description in this binary encapsulation requires a service trigger point 906, which is required to understand the meaning of the Body Tag and to find the corresponding data unit in the parsed binary content.
  • the SPT description here is only for the description that the service trigger point 906 can be triggered according to the SIP message body content encapsulated in the binary manner, and the actual SPT description manner may not be limited thereto.
  • the basic call state existing in the prior art is very limited. That is, the MSF currently supports four basic session states: call, busy, no answer, and on-hook. These four states are not sufficient for the actual application.
  • the basic call state defined by the MSF is considered, and a set of detection point (DP) state models used by IM-SSF is defined in 3GPP TS 23.278.
  • DP detection point
  • the present invention proposes that the state model of the service trigger point 906 can be borrowed from the definitions in 3GPP TS 23.278 to support a more complete session state triggering capability.
  • Session State SPT A session state service point trigger (Session State SPT) is defined for this purpose.
  • the service trigger point 906 Session State SPT supports the session state including:
  • Collecting information analyzing information, routing failure, originating busy, originating _ no answer, originating - answering, originating - disconnecting, originating abandonment, terminal attempting authentication, terminal - busy, terminal - no answer, terminal_response , terminal - disconnection, terminal - give up.
  • terminal 1 ⁇
  • the session arrives at the user terminal, and the user terminal returns
  • the "busy” state may also be that the session does not reach the user terminal, the network determines the "busy” state, that is, the network determines the user is busy (NDUB, Network Determined User Busy), and the DUB further includes the network to determine that the user is near busy (Accessing Network Determined User Busy), therefore, you can define a "terminal_busy” to indicate that the above user terminal returns busy and NDUB, or you can define two session states “terminal-busy-user terminal return" and "terminal-busy-network” respectively.
  • the decision “to indicate the above two cases separately, and the terminal - busy - network decision, can further subdivide to define a "terminal one close to busy one network decision" session state. Similarly, "original - busy" same The definition can be refined accordingly, such as "starting close to "busy”.
  • the above DP point is completely based on 3GPP 3 23.
  • TS and the definition of each DP point is referred to 3GPP.
  • IM-SSF triggers chanting according to the DP point is a standard, so the following is not - for the above
  • the session state exemplifies its validity, and the implementation of the service trigger point 906 triggered according to the session state is as follows:
  • the calling user has an automatic repeat call service, and the service trigger point 906 triggers the session to the service control point 904 when the called session route fails.
  • the corresponding session state SPT is:
  • the above SessionState label indicates that the service trigger point 906 is required to match the session state, and the value 4 after the SessionState label indicates that the matching condition is that the session state on the service trigger point 906 is a routing failure.
  • the service is triggered according to the SIP message event outside the SIP initial request message.
  • the SIP message event triggering service is not supported according to the SIP initial request message, including the fact that the SIP subsequent request message cannot be triggered and cannot be triggered according to the SIP response message.
  • the SIP Method service point trigger may trigger a service according to all SIP methods, but after the session signaling path is established, the SIP route set is fixed, so that if there is a service required in the session, After the signaling path is established, triggering, for example, according to BYE, ACK, CANCEL, PRACK, UPDATE, etc., the application layer server cannot join the established SIP route set, so that the S-CSCF cannot actually support any SIP request message. Trigger, in fact, it can only support the triggering of the INVITE, MESSAGE, SUBSCRIBE, etc. as a session initiation request, a SIP method for requesting to establish a session signaling path.
  • the function of the service trigger point is extended, so that the session signaling path can be modified, that is, the response path of the response message after the SIP initial request message and the subsequent SIP request message may be different from the SIP initial request message.
  • the signaling path can support all types of SIP messages including SIP request messages, SIP response messages, and all session state triggers described in the present invention, ie, SEP Method service point triggers can be based on all SIP methods in the present invention. ( Method ) triggers the business.
  • the SIP response message is taken as an example to describe the support of the SIP message event trigger service outside the SIP request message.
  • the format of the SIP response message is:
  • the embodiment of the present invention also supports the triggering of other forms of SIP message content in addition to the SDP, and the initial filtering rule (iFC) description itself has supported multiple
  • the combination of SPT so the following only need to consider support according to the SIP message Status-Code (status code) trigger, Reason (Phrase) is a single text description of Status-Code, and the specific implementation of SIP entity can be in Reason- The Phrase is populated with textual descriptions other than those specified in RFC 3261, optionally supporting Reason-Phrase.
  • a SIP response SPT can be defined for the Status-Code, which contains only SIPResponse-Elements.
  • the value of the SIPResponse is string.
  • the SIPResponse can take the value of any response code that satisfies the SIP protocol.
  • SIPResponse can Supports wildcarding and/or multi-valued descriptions to satisfy situations where service control points 904 need to process a type of response code in some cases.
  • the representation of wildcards and multi-valued descriptions may use regular expressions or to describe a single order. For example, it can be expressed in the form of 4XX, 5XX, where 4XX represents a wildcard.
  • the SIP Response SPT can support wildcards and/or multi-value descriptions.
  • the description form of the SPT can be not limited to the above.
  • the service trigger point 906 is triggered according to the Status-Code as follows:
  • the calling user has a service that, when receiving all types of sessions fails, will trigger to the service control point 904 for further processing, such as playing different voice notifications according to different response codes.
  • 4XX, 5XX, and 6XX indicate that the SIP response received by the service trigger point 906 matches the SPT as long as it is one of the 4 series or the 5 series or the 6 series.
  • any SIP message other than the SIP initial request message may be matched and triggered, and details are not described herein.
  • the actual application scenario such as the user having time-free traffic, does not want to be disturbed during the break between 00:00 and 06:00, and the incoming call is connected to the voice mailbox during this time.
  • Time SPT a time service point trigger
  • the tTime can be described by a string, and the time can be described by using the format in the International Organization for Standardization (ISO) 8601.
  • the time information can include one or more of the year, month, day, hour, minute, and second.
  • the start and end time in the time period can be separated by the character " /", for example, 20:00/24:00.
  • the service trigger point 906 is based on the time trigger example as follows:
  • Example 5 The user has a time-free service, and the break between 00:00 and 06:00 does not want to be disturbed, and the incoming call is connected to the voice mailbox during this time.
  • the above SPT indicates that a Time SPT match occurs as long as the current time of the service trigger point 906 falls within the range of 00:00 to 06:00.
  • the MSF provides only a limited ability to trigger based on user information according to the schedule trigger.
  • the popular PRESENCE specification can provide more user-related information, such as the location where the user is located and the current activities of the user.
  • the triggering service according to the Presence information of the user can provide a more powerful and more personalized service triggering capability.
  • the user presentation information if the user wants to go to work, he can accept any call, but after the home arrives, the incoming message is filtered.
  • the user presentation information and format are related to the definition in the Internet Engineering Task Force (IETF), and the user presentation information further includes the location information of the user.
  • IETF Internet Engineering Task Force
  • the message body part of the SIP message is used to carry the presentation information described by the XML method in the standard.
  • the presentation service point trigger (Presence SPT) of the service trigger point 906 draws on the definition of the SIP Body SPT.
  • Presence Content tPresence Content (1 to n)
  • PresenceConence Content ElementTag tString 1 ontent Element Content tString 1
  • PresenceType corresponds to a different SIP content type (SIP Content Type).
  • SIP Content Type SIP Content Type
  • RFC 3863 defines the device status (bask); the Internet draft "RPID: Rich Presence Extensions to the Presence Information Data Format” defines a richer type of status presentation information, such as user activities (acts ), user mood ( mood ), place type ( place-type ), place attribute ( place-is ), privacy (privacy ), user's current state and role ( sphere ) ; Internet draft " Session Initiation Protocol ( SIP ) User The communication capabilities (preferences) of the device are defined in the Agent Capability Extension to Presence Information Data Format (PIDF).
  • PIDF Agent Capability Extension to Presence Information Data Format
  • the user wants to activate the incoming screening service at home.
  • An example of a SIP message received by the service trigger point 906 that carries the user presence information is:
  • Entity pres:someone@example.com
  • ⁇ rpid:residence/> indicates that the user is at the place of residence, and the place of residence may be the user's own place of residence or the home of another person.
  • the corresponding Presence SPT representation is:
  • the Presence SPT component tag ( ElementTag ) is rpid:residence/ indicates that the Presence SPT match occurs when the presentation message obtained by the service trigger point 906 contains the XML tag rpid:residence/.
  • the Presence SPT can also be triggered according to the user activity, user emotion, location attribute, privacy level, current status and role of the user, device status, and device communication capability. Similarly, here is no longer listed one by one.
  • the presentation information is carried in the format of the IETF RPID, and the presentation information may also be carried in the RPID format, such as using other forms of text format or binary format.
  • the presence information may be distinguished by the PresenceType.
  • Representation type different rendering types in the presentation information are distinguished by ElementTag.
  • the corresponding Presence SPT representation is:
  • the user's presence information also includes the location information of the user, and the following is triggered for the service trigger point 906 according to the location information of the user:
  • the user is a VIP customer at a theater in Broadway, New York. When the user arrives near the theater, they can enjoy the discount on calling fees to attract users to the theater.
  • An example of a SIP message received by the service trigger point 906 that carries the user location information is:
  • the user location information in the above Presence SPT is described by the city address location, where cl: A3 represents the city corresponding to the location, cl: A6 represents the block corresponding to the location, and cl: HNO represents the house number corresponding to the location.
  • the administrative geographical location information described by the city address mode is used, and the Presence SPT may also be triggered by the natural geographical location information described by the latitude and longitude mode, or the geographical location of the terminal access network, such as the access device number, The network geographical location information described in the mode of access network number is triggered. This is not illustrated here.
  • the user location information description format may not be limited to the manner defined in RFC 4119, and is not illustrated here.
  • an independent location service point trigger Location SPT may also be used to describe the geographical location information.
  • the service cannot be triggered according to the user roaming state and the initial unregistered state.
  • the user roaming state triggering for example, the user restricts the incoming call of other users while roaming, and the manner in which the user roaming state is obtained depends on the specific implementation of the service triggering point 906, and the implementation manner may be adopted but not It is limited to, for example, the service trigger point 906 to determine whether the user roams according to the visited network identifier in the P-Visited-Network-ID header field in the SIP message.
  • Embodiment 8 Users restrict incoming calls of other users while roaming
  • the above SPT indicates that the Roaming State SPT match occurs as long as the service trigger point 906 finds that the user is roaming, and the SPT can be implemented by using the SPT with the Session Case SPT (such as the value INVITE) and the SIP Method SPT (such as the value TERMINATING_ REGISTERED).
  • the called user triggers the function on the service control point 904 when roaming.
  • the iFC has been configured to terminate the unregistered session in the session scenario (SessionCase), and the value is "2".
  • the present invention supports the service triggering of the calling user in the unregistered state, such as using the session situation element in the service filtering rule SPT. Extending the value of a session situation to "3" means that the originating is not registered (Eggengating-Unregistered), that is, it can support the filtering rule based on the user registration status of the calling user. If the user is not registered in the IMS but registered in the circuit domain, the user initiates a call and enters the IMS from the circuit domain. In the unregistered state, as the calling user, the service trigger point 906 invokes the corresponding service control point 904.
  • the service invocation message can be specified in the service filtering rule.
  • the service trigger point 906 receives a SIP response message, such as a 200 response code, which matches a service filtering rule, and needs to call a specific service control point 904, and the service control point 904 is named "sip:as@ims.example .com,,
  • the call message sent from the service trigger point 906 to the service control point 904 is a SIP BYE (goodbye) message, as follows:
  • the setting of the corresponding InvokingMessage tag is enhanced, and the value can be any SIP message.
  • the trigger message may not be described in the service point trigger SPT.
  • Some session states are not triggered by a SIP message received by the service trigger point 906.
  • the session status is "terminal-no response”.
  • An example of a call message for a particular service control point 904 is as follows:
  • the name of the message is described, which can be any SIP message.
  • the service call message element may also specify the protocol type to which the message belongs, that is, the E3 interface type, such as the value "IN”. Indicates that the invocation message is an intelligent service protocol, and can also specify the type of the intelligent service protocol, such as the value "INAP", and if it does not specify the protocol type to which the message belongs, it can be considered as the "SIP" protocol by default.
  • the service invocation message element can also specify key parameters in the message, such as the service key parameters of the intelligent service, the signaling address of the SCP, the protocol version number, and so on.
  • a description of the association indication of other service filtering rules may appear in the setting of the service control point 904, for example, after the specific service control point name, the association of the execution result of the service control point 904 with other service filtering rules is given.
  • the label is Relation).
  • the result of the execution Result is 0 (failure)
  • the associated business filter rule is invoked.
  • the label RelatingFilterCriteria gives the name of the association rule FC00abc. That is, in the service filtering rule, other association rules corresponding to the specific service control point 904 are given, and other association rules are referenced according to the execution result of the service control point 904.
  • association indication of the other service filtering rules may also appear in the next service filtering rule, that is, the execution result of the other association rules is referenced in the service point trigger SPT of the service filtering rule, as a matching condition, as follows Shown as follows:
  • the service point trigger SPT it is required to check the service filtering rule named FCllxyz. Results of the.
  • the service control point 904 can return a service filtering rule to the service triggering point 906, and the service triggering point 906 can immediately match the processing of the service filtering rule.
  • the service filtering rule may not have the name of the RelatingFilterCriteria, but The value of Result is the execution result from the service control point 904, that is, the RelatingFilterCriteria can be explicitly valued, or it can be the default value.
  • other filtering rules may be preset in one service filtering rule, and the preset rules may be executed. It may or may not be executed depending on whether the corresponding trigger condition can be obtained by the service trigger point 906.
  • the other rule association information described in the service filtering rule includes at least the business execution result, or other filtering rules.
  • the virtual application server address can be described in the service filtering rule.
  • the virtual server address corresponds to a program or a script on the service trigger point 906.
  • the virtual server address is not represented by a SIP URL (Uniform Resource Locator), but can be described in a similar manner, such as a virtual server address.
  • the domain description portion corresponds to the local address of the service trigger point 906, and the user portion corresponds to a program or a script on the service trigger point 906.
  • the virtual server address can take parameters as input to the corresponding program segment or script. The parameters it carries may not be parameters in the SEP protocol.
  • the description of the virtual server address can be located in the description of the service control point 904 in the service filtering rule, for example, in the server address description portion of the filtering rule data.
  • the business trigger point 906 address is triggerPointl .home.net, which has a script localScript3 for sending a message to a rendering server.
  • the localScript3 script has an input parameter that represents the server address to indicate to which rendering server to send the message.
  • the server address in a filter rule data it gets is described as:
  • the .net address requests the user's presentation data. That is, when the trigger condition of the filter rule is satisfied, the service trigger point 906 triggerPointl.home.net calls the script localScript3, and the called script requests the address of the presenceServerlO.home.net according to the presenceServer parameter in the virtual server address. User's presentation data.
  • the filtering rule may be only "temporarily valid”.
  • the traffic filtering rules from the service control point 904 can only be valid during the current communication process.
  • the embodiment of the present invention provides two ways to describe the validity of a service filtering rule.
  • One way is to add a validity element to the service filtering rule, and the value is at least one of the following: invalid, valid, current communication effective, effective once , "Invalid, indicating that the service filtering rule has expired, the service triggering point 906 may not be executed; "valid, indicating that the service filtering rule is always valid (until it is specified to be invalid or delete the service filtering rule), the service trigger point 906 needs Execution; "current communication is valid” means that the service filtering rule is valid only during the current communication processing, and the communication is released.
  • the service triggering point 906 can delete the service filtering rule or change the value of the validity element to "invalid,”; "The service filter rule is invalidated after it is executed once.
  • the service trigger point 906 can delete the service filter rule or change the value of the validity element to "invalid.”
  • the above method is an explicit validity representation manner
  • the other method is an implicit validity representation manner, that is, no validity element is extended, and the service trigger point 906 determines the service filtering rule according to the communication processing status.
  • Validity for example, the service trigger point 906 defaults that during the current communication process, the service filtering rule from the service control point 904 is "once valid, and the service filtering rule from the user subscription database" is valid.
  • business filter rules can describe the processing of business call results
  • the first case of the result of the service call the service trigger point 906 is sent to the service control point 904
  • the call message fails, and the return message from the service control point 904 is not received within the specified time, that is, the timeout has no response, such as a network failure, causing the call message or its return transmission failure.
  • a service call result processing element is added to the service filtering rule, and the value of the service call result processing element is at least one of the following: recalling the service control point 904, calling the same shield service control point, executing the next service filtering rule, The service filtering rule and communication release are stopped, where "recalling the service control point" means that the service control point that failed the current call is called again.
  • "Invoking a homogeneous service control point” means calling a service control point (ie, a homogeneous service control point) that can provide the same service as the service control point that failed the current call. If the AS1 call fails, AS2 can provide the same service as AS1, then the service Trigger point 906 calls AS2, and the address of AS2 can be configured in the service filtering rule together with AS1.
  • the second case of the result of the service call After the service control point 904 receives a call message, the service logic that should be called is not called for some reason, such as a system failure, and the service control point 904 is in the returned response. Indicates that the business logic call failed (note that the current communication fails after the execution of the business logic call, such as call restriction), and the service trigger point 906 performs corresponding service call result processing according to this, as shown above.
  • the service control point 904 After receiving a call message, the service control point 904 returns a message different from the call message after the corresponding process, for example, the service control point 904 receives a SIP INVITE. The invitation message is returned to the service trigger point 906-SIP response message.
  • the subsequent other service filtering rules will not be executed.
  • the service trigger point 906 executes the "next service filtering rule," there is still a question: whether the original trigger message received by the service trigger point 906 or the previous service control point 904 is returned. Respond to the message to match the next business filter rule. For example, the service trigger point 906 receives an INVITE message, executes the first service filtering rule 'J, calls the first service control point, and receives a 415 response code message. At this time, the service trigger point 906 determines that it is still used. The INVITE message still uses the 415 message to execute the next service filtering rule. To solve this problem, the embodiment of the present invention extends the "next business filtering rule" to
  • the “match condition” element, the “match condition,” the element value may be: the original trigger condition of the service trigger point 906, the invocation message of the last service control point 904, the last service control point return message, or even other specified message.
  • the "original trigger” of the service trigger point 906 may be the original trigger message received by the service trigger point 906, or the session state of the original trigger.
  • the service trigger point 906 determines the service call result processing mode according to the communication processing status. For example, in the above case, the service trigger point 906 defaults to "calling the homogeneous service control point, the processing, and the like.
  • the "match condition" element can be located in the service call result processing element, that is, in the previous service filter rule, or in the next service filter rule, as an indication condition for matching the current service filter rule.
  • the service trigger point 906 receives an INVITE message and invokes a calling name collection AS, which is used to play the calling party name to the called party when the called party answers, and calls the called terminal to the called terminal, and the called party rings without answering.
  • the service trigger point 906 calls a voice mailbox AS according to the service filtering rule 1 whose session state is "terminal-no answer”, sends a specified call message INVITE to it, responds to the voice mailbox AS, returns a 200 response code message, and triggers the service.
  • Point 906 performs the next service filtering according to the "next service filtering rule set in the service filtering rule 1, and the corresponding "original triggering condition of the service triggering point 906", using the session state is "terminal - no answer”.
  • Rule 2 the result of the execution is to send the designated call message BYE to the calling name collection AS, and clear the calling name collection AS to prevent it from playing the calling name to the voice mailbox AS.
  • Service identification rules can describe the service identifier.
  • the service corresponding to the service filtering rule cannot be identified and the industry cannot be The service type is used as a rule matching condition.
  • a service identifier is introduced in the service filtering rule.
  • the service identifier corresponding to a service is unique within an operator network.
  • the description of the service identifier may appear in the setting of the service control point to indicate the service to be triggered by the service filtering rule.
  • a service filtering rule corresponds to a service.
  • the application server description of the service filtering rule adds a Servicelndentifier tag to describe the service to be triggered by the service filtering rule as incoming call screening, and its service identifier is InComingCallScreening.
  • the business identity can also be in the server name section, for example:
  • the description of the service identifier can also appear in the service point trigger description of the service filtering rule, and the service type that has been called is used as a matching condition, as follows:
  • the SPT part of the service filtering rule adds a Servicelndentifier.
  • One of the conditions for the label to describe the matching of the service filtering rule is that the incoming screening service has been triggered, and its service identifier is InComingCallScreening.
  • the service filtering rule can describe the call barring rule of the service control point 904. As described above, the prior art does not support the barring rule that is invoked on the service control point. After a service control point has been called, the service trigger point 906 is received. When a subsequent service trigger message is received, in a special case, the service control point may not receive the trigger message, so that the service control point is excluded from the service filter rule corresponding to the trigger message. As required, the embodiment of the present invention provides a call barring rule that can describe a service control point in a service filtering rule to implement the requirement.
  • the service trigger point 906 receives a SIP INVITE message, and sequentially invokes AS1, AS2, and AS3 according to the service filtering rule. Thereafter, the service trigger point 906 receives a 200 response response message from the voice mailbox, and the AS2 does not wish to receive the message. 200 response message, otherwise it will cause business application error (AS2 only processes 200 response response message from user terminal). At this time, if the call to AS2 is excluded from the service filtering rule of the 200 response message and only AS1 and AS3 are called, it is difficult to satisfy this requirement, because the response message such as 200 has already been called. The AS is difficult to foresee.
  • the service control point described in the service filtering rule of the response message is either newly added (that is, not called when the corresponding SIP initial request message is processed), or the service control point has been invoked. If special processing is required, such as specifying a new invocation message as described above, and describing whether the service control point can be called, etc., the part of the service filtering rule related to the latter processing is as follows:
  • ⁇ /ApplicationServer> In the description of the ApplicationServer, the corresponding BAN label setting is added, and the value of TRUE indicates that the 200 response response message is prohibited from being sent to AS2.
  • the service trigger point 906 can use multiple service filtering rules, such as HSS, service control points, or even the service trigger point 906 itself, from different locations during a communication process.
  • these business filtering rules from different places can have different expressions, such as iFC-like XML description form, or a program, or a table data, that is, business filtering rules with different expressions exist, of course, Service filtering rules in different places can also be unified into one form of expression; in addition, these service filtering rules from different places can also have different rule elements.
  • the service filtering rule from the service trigger point 906 can only process the result of the service call and Or a rule element such as the validity of the service filter rule.
  • the service filter rule from different places may also have the same rule element.
  • the SPT support logic in the service filter rule in the embodiment of the present invention Operations, such as non-operations, OR operations, AND operations, etc., that is, SPT can exclude trigger prohibition conditions, and can also combine SPT.
  • the service triggering point 906 may be based on a message body outside the SIP message session description, a SIP message event outside the SIP initial request message, a session state, a time, and a user presentation.
  • Information, user status, service invocation message, other rule association information, virtual application server address, service filtering rule validity, business call result processing, service identification, service control point call prohibition rule trigger the currently processed communication to the service control point or
  • the local processing is performed, and the technical solution provided by the present invention can support triggering services according to other parts of the SIP message body except the session description protocol SDP information, and support triggering of SIP message events according to the SIP initial request message, which can be triggered by time.
  • the MSF ⁇ Schedule trigger only provides limited triggering capability based on user information, provides more trigger modes, can trigger according to user status, can reference other filtering rules, can specify specific processing after trigger condition matching, and can filter the service rules.
  • Validity Li designated service calling message, provides richer service call result approach, can identify the corresponding service traffic filter rules and the service types as a rule matching condition can be prohibited rules to the application server calls. This improves the effectiveness and flexibility of the trigger, avoids business conflicts, and reduces the load on the service control point. It should be apparent to those skilled in the art that the modules or steps in the above embodiments of the present invention may be implemented by a general-purpose computing device, which may be centralized on a single computing device or distributed among multiple computing devices.
  • the computing device may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or Multiple of these modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software. It is to be understood that changes in these specific embodiments will be apparent to those skilled in the art without departing from the scope of the invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

一种分组网络及其实现方法 本申请要求分别于 2006年 07月 14日、 2006年 08月 16日和 2006年 09月 21日提交中国专利局，申请号分别为 200610098776.7、200610109390.1 和 200610159419.7, 发明名称均为 "具有增强的业务过滤规则的分组网络 及其实现方法" 的中国专利申请的优先权， 其全部内容通过引用结合在本 申请中。
技术领域
本发明涉及通信技术领域， 更具体而言， 涉及一种具有增强的业务过 滤规则的分组网络及其实现方法。 背景技术
IP多媒体子系统（IMS, IP Multimedia Subsystem )是一个基于会话初 始协议（SIP, Session Initiation Protocol ) 的体系， 它的^舌层和业务层是 分离的， IMS为业务的调用提供必要的方法， IMS 中业务的提供包含以下 三个基本步骤：
1 )定义可能的业务或业务集合；
2 )当用户定购 /修改业务订购关系时， 以初始过滤规则的形式创建用户 专有的业务数据； 以及
3 )将到达的初始请求传递给应用服务器。
当用户从运营商处得到一个 IMS订购关系时， 运营商需要为该用户分 配一个用户配置。 用户配置至少包含一个私有的用户身份和单个业务配置， 它被永久地存放在归属用户服务器（HSS, Home Subscriber Server )上。 可 以通过两种用户数据处理操作 ( SAA, Server-Assignment-Answer )或者 PPR ( Push-Profile-Request )， 将用户配置从 HSS传送到为该用户分配的服务呼 叫会话控制功能实体（S-CSCF, Serving-Call Session Control Function )上。
为了实现 IMS中业务提供所涉及的业务触发,现有技术 3GPP TS 29.228
( IP Multimedia (IM) Subsystem Cx and Dx Interfaces; Signaling flows and message contents ) 中以及多业务论坛 ( MSF, MultiService Forum ) 的文稿 中， 分别给出了相应的技术方案， 下面将结合附图 1至 8对此予以详细描 述。
图 1至图 4示出了 3GPP TS 29.228中定义的用户配置的总体结构。 图 1示出了其中用户档案（User Profile )的结构， 图 2示出了其中业务 档案 （Service Profile ) 的结构， 图 3示出了其中初始过滤规则的结构， 以 及图 4示出了其中业务点触发器（ Service Point Trigger ) 的结构。
Service Point Trigger设置的是业务触发判断条件， 可以包括以下类型： 请求统一资源标识 Request-URI ( Uniform resource identifier ): 标识该 请求所指向的资源；
SIP Method: 表示该 SIP请求的类型；
SIP Header:包含与该请求相关的信息，一个业务点触发器（ SPT, Service point Trigger )可以基于任何 SIP头域是否出现， 或者基于任何 SIP头域的 内容；
Session Case:有三个可能的值，即起始（ Originating )、终止（ Terminating ) 或终止未注册（Terminating— Unregistered ), 指明过滤器是否应该被处理起 始、 终止或者终止未注册的终端用户的 S-CSCF所使用； 以及
Session Description:针对 SIP方法内的任何会话描述协议（ SDP, Session Description Protocol )字段内容。
图 5 示出了 MSF 中提出的 R3 架构 IP 多媒体业务控制 （ISC, IP multimedia Service Control )接口。
如图 5所示， 在 MSF的文稿 msf.2006.004中提出了如下的业务架构： 服务呼叫会话控制器（S-CSC, Serving Call Session Controller )可以直 接触发到业务层， 业务层实体可以是开放业务接入网关、 应用服务器（AS, Application Server )、 以及与传统业务网络对接的业务逻辑网关。 S-CSC也 可以通过业务代理 /业务能力交互管理（SB/SCIM, Service Broker/Service Capability Interaction Manager )将呼叫触发到业务层， SB/SCIM与 S-CSC 以及业务层实体间使用 ISC接口， SB/SCIM与 HSS间使用 Sh接口来获取 SCIM业务档案。
MSF SB/SCIM业务档案采用了类似第三代移动通信标准化伙伴项目 ( 3GPP, 3rd Generation Partnership Project )业务档案的描述方式， 图 6至 图 8示出了 MSF SB/SCIM业务档案的总体结构， 其中， 图 6示出了 SCIM 业务档案的结构，图 7示出了 SCIM过滤规则的结构，以及图 8示出了 SCIM 业务点触发器的结构。
从图 6、 图 7、 图 8中可以看到 MSF SB/SCIM中新增了两种 SPT, 它 可以根据基本呼叫状态触发或者是根据日程触发， 呼叫状态可以取值试呼、 忙、 无应答、 挂机， 日程根据 RFC 2445 可以取值 FREE、， BUSY、 BUSY-UNAVAILABLE、 BUSY-TENTATIVE，还可以取值 UNOBTAINABLE。
目前业务触发点的触发主要依赖于它收到的 SIP消息，而 RFC 3261 SIP: Session Initiation Protocol中定义的 SIP消息格式为：
generic-message = start-line
* message-header
CRLF
[ message-body ]
start-line = Request-Line I Status-Line
Request-Line = Method SP Request-U I SP SIP-Version CRLF
Status-Line=SIP- Version SP Status-Code SP Reason-Phrase CRLF
然而， 根据上述定义， 在应用 3GPP初始过滤规则 （iFC, Initial Filter Criteria )过滤规则以及 MSF SCIM过滤规则进行业务触发时，
1、 现有技术无法根据 SIP消息体中除 SDP信息（会话描述信息）以外 的其它部分来触发业务；
2、 现有技术可以才艮据 SIP初始请求消息触发业务， SIP初始请求消息 为 FC 3261中定义的起始行为 SIP请求行的 SIP消息且 SIP初始请求消息 是能创建信令路径的消息， 例如 INVITE、 SUBSCRIBE等消息， iFC (初始 过滤规则）指的就是对这些 SIP初始请求消息（即 SIP初始消息）的过滤规 则，但现有技术无法才艮据 SIP初始请求消息以外的 SIP消息触发业务，如根 据 SIP后续请求消息（指 SIP信令路径创建后的后续请求消息， 例如 BYE、 ACK、 CANCEL > PRACK、 UPDATE消息等）、 SIP响应消息触发业务， 包 括根据 SIP后续请求方法、 SIP后续请求消息中的消息头域、 SIP后续请求 消息中的消息体触发、 状态码触发、 SEP响应中的消息头域触发以及 SIP响 应中的消息体触发等。
因此， 现有标准中根据 SIP 消息的触发能力是不完备的， 但有实际需 求，例如移动网络增强逻辑的客户化应用（CAMEL, Customised Applications for Mobile network Enhanced Logic )用户通过 IMS域发短消息， 消息体中 载了短消息信令的 SIP 消息需要触发到业务控制点上以进行计费控制或者 对虚拟专用网 （VPN )被叫短号进行变换一类的处理。
3、 MSF对于 3GPP的过滤规则进行了扩展， 引入了根据基本呼叫状态 触发以及根据日程触发，但 MSF定义的根据基本呼叫状态仅支持试呼、忙、 无应答、 挂机四种；
4、 现有技术的触发机制不支持根据当前时间信息触发业务， 而根据时 间信息触发业务是一种比较重要的业务触发要求；
5、 MSF的根据日程触发可以根据用户的状态触发，但它仅仅取了 RFC 2445中定义的闲 /忙时间类型（Free/Busy Time Type ), 不能提供更加丰富的 信息， 不能满足用户需要的更强和更个性化的业务触发能力要求；
6、 现有技术的过滤规则对用户状态的支持不够， 这里的用户状态是指 与呼叫无关的状态， 如注册状态（是否注册）、 漫游状态 （是否漫游）等， iFC 中只支持"终止未注册（ Terminating— Unregistered )，，的用户状态， 即只 对被叫用户提供基于用户注册状态的过滤规则， 不能支持对主叫用户提供 基于用户注册状态的过滤规则， 此外也不能根据用户漫游状态触发， 而根 据用户漫游状态触发业务是一种比较重要的业务触发要求；
7、 不能指定业务调用消息， 现有技术中， S-CSCF/MSF SB/SCIM等收 到一个 SIP请求消息， 该 SIP请求消息匹配一个业务过滤规则， 只能将该 SIP请求消息发向指定的应用服务器， 即对指定应用服务器的业务调用消息 就是该业务过滤规则的触发消息， 而在实际应用中， 业务过滤规则的触发 消息和对指定应用服务器的调用消息可以不是同一种 SEP 消息， 此外， 如 前所述， MSF SB/SCIM可以通过业务逻辑网关与传统业务网络对接， 实际 上， 如果业务逻辑网关位于 MSF SB/SCIM中， 则 MSF SB/SCIM和传统业 务网络之间的交互接口将是传统业务网络支持的协议接口 , 如智能协议接 口， 即业务调用消息可以不是 SIP协议， 现有技术中， 业务过滤规则不能 支持对 SIP协议以外的业务调用消息；
8、 不能描述其它过滤规则， 而一个业务过滤规则中引用另一个过滤规 则也是一种比较重要的业务触发要求；
9、 现有技术只能根据过滤规则转发消息到应用服务器而不能在触发条 件匹配后指定特定的处理。 例如现有技术不能主动获取业务触发数据； 也 无法实现带有流程性的触发判断， 如触发被叫侧业务前先判断主叫用户是 否在被叫用户的黑名单中； 此外， MSF SB/SCIM和传统业务网络之间直接 交互时， 无法实现发送非触发业务的消息到业务控制点， 例如， 发送 INAP 的 InitialDp消息到 SCP; 还无法实现根据过滤规则进行业务触发点和业务 控制点的信令关系或信令消息修正的处理， 修正信令关系例如发送消息结 束与指定业务控制点的通信， 修改信令消息例如屏蔽某些信令参数等；
10、 现有技术中 iFC 和 MSF 的过滤规则总是有效， S-CSCF/MSF SB/SCIM得到过滤规则后， 将总是执行， 但实际上过滤规则可以只是 "临时 有效"， 如当应用服务器在当前业务执行过程中， 产生一个过滤规则， 它可 以只在当前呼叫处理过程中有效， 呼叫释放， 该过滤规则也将失效， 现有 技术不能支持过滤规则的有效性管理；
11、 现有技术中对业务调用结果的处理仅支持继续处理或者终止会话， 不支持更丰富的处理类型， 如 S-CSCF/MSF SB/SCIM依据过滤规则将 SIP 初始消息发送至应用服务器， 如果由于某种原因 （如网络临时故障）该应 用服务器在规定时间内没有向 S-CSCF MSF SB/SCM返回一个 SIP消息， 此时， 可以重新调用一次该业务控制点；
12、 现有 iFC和 MSF的业务过滤规则中均无法识别该业务过滤规则对 应的业务， 这样会导致一些问题如应用服务器收到触发业务的消息还要再 次判断要调用的业务类型、 会话中难以得知调用的业务从而对业务交互处 理造成困难等； 另外现有业务过滤规则中也无法将已经调用的业务种类做 为规则匹配条件， 而在业务交互处理中这也是一种重要的业务触发控制要 求。
13、 现有 iFC和 MSF的业务过滤规则中不支持对应用服务器调用的禁 止规则 , 如当 S-CSCF/MSF SB/SCIM根据一个 SIP初始消息调用了一系列 的应用服务器， 该 SIP初始消息的后续响应消息按现有技术也将按顺序全 部经过所有已调用的应用服务器， 但实际上， 有些应用服务器对特定的响 应消息， 可能并不能被调用， 现有技术无法满足这一要求。
综上所述， 现有技术提供的技术方案存在如下问题：
不支持根据 SIP消息体中除了会话描述协议 SDP信息外的其它部分触 发业务；
基本呼叫状态非常有限， 仅有试呼、 忙、 无应答、 挂机四种， 状态划 分不够细， 例如无法区分通话后挂机还是通话前挂机；
不支持根据 SIP初始倚求消息外的 SIP消息事件触发；
不能按时间触发； MSF根据日程触发仅提供有限的根据用户信息触发 能力， 无法提供如根据用户所处场所触发等更多的触发方式；
不能才艮据用户状态触发， 以及不能指定业务调用消息；
不能引用其它过滤规则；
不能在触发条件匹配后指定特定的处理；
不支持业务过滤规则的有效性管理；
不支持对业务调用结果更丰富的处理方式；
不能识别业务过滤规则对应的业务且无法将业务种类作为规则匹配条 件， 并且不支持对应用服务器调用的禁止规则。
因此， 需要一种用于分组网絡的业务触发解决方案， 能够解决上述相 关技术中的全部或部分问题。 发明内容
本发明实施例提供了一种具有增强的业务过滤规则的分组网络及其实 现方法， 能够至少解决现有技术中的部分或全部问题。
本发明实施例提供一种分组网络， 包括：
业务过滤规则库， 用于提供用户的业务过滤规则；
业务控制点， 用于为所述用户提供业务； 以及
业务触发点， 从所述业务过滤规则库获取所述业务过滤规则， 并根据 所述业务过滤规则决定当前处理的通信是否需要触发到所述业务控制点或 是否要进行本地处理， 所述业务过滤规则至少包括以下之一： SIP消息会话描述外的消息体、 会话状态、 SIP初始请求消息外的消息 事件、 时间、 用户呈现信息、 用户状态、 业务调用消息、 其它规则关联信 息、 虛拟应用服务器地址、 过滤规则有效性、 业务调用结果处理、 业务标 识、 业务控制点调用禁止规则。
本发明实施例提供一种业务触发方法， 包括：
业务触发点根据业务过滤规则决定当前处理的通信是否需要触发到业 务控制点或是否要进行本地处理 ,
所述业务过滤规则至少包括以下之一：
SIP消息会话描述外的消息体、 会话状态、 SIP初始请求消息外的消息 事件、 时间、 用户呈现信息、 用户状态、 业务调用消息、 其它业务过滤规 则关联信息、 虚拟应用服务器地址、 过滤规则有效性、 业务调用结果处理、 业务标识、 业务控制点调用禁止规则。
本发明实施例提供的分组网络以及业务触发方法中， 业务触发点可以 修改会话信令路径， 可以支持 SIP消息， 包括 SIP请求消息、 SIP响应消息 以及会话状态触发， 即业务点触发器可以根据所有的 SIP消息触发业务。 附图说明
此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一 部分， 用于解释本发明， 在附图中：
. 图 1 所示为现有技术中的用户配置的用户档案的结构；
图 2所示为现有技术中用户配置的业务档案的结构；
图 3所示为现有技术中用户配置的初始过滤规则的结构；
图 4所示为现有技术中用户配置的业务点触发器的结构；
图 5 所示为现有技术的 MSF中提出的 R3架构 ISC接口；
图 6所示为现有技术的 SCIM业务档案的结构；
图 7所示为现有技术的 SCIM过滤规则的结构；
图 8 所示为现有技术的 SCIM业务点触发器的结构；
图 9为本发明实施例的一种分组网络的网络逻辑结构图；
图 10为本发明实施例的一种业务触发流程的流程图； 以及
图 11为本发明实施例的业务触发流程的流程图。 具体实施方式
下面将参考附图并结合实施例， 来详细说明本发明。
图 9示出了一种分组网络的网络逻辑结构图。
如图 9所示，分组网络 900包括业务过滤规则库 902、业务控制点 904、 和业务触发点 906。
业务过滤规则库 902保存或产生用户的业务过滤规则， 可以存在一个 或一个以上的业务过滤规则库。 在本实施例中， 业务过滤规则库 902 可以 是一个独立的用户签约数据库， 如 HSS, 业务过滤规则作为用户签约数据 存放其中， 业务过滤规则库 902也可以位于业务控制点 904中， 如业务控 制点 904在业务处理过程中产生业务过滤规则， 业务过滤规则库 902也可 以位于业务触发点 906 中， 如业务过滤规则作为一段程序或配置数据存在 于业务触发点 906中。
业务触发点 906提供与业务控制点 904交互的能力。 在本实施例中， 业务触发点 906根据业务过滤规则决定当前处理的通信是否需要触发到业 务控制点 904或是否要进行本地处理。
业务触发点 906与业务控制点 904之间存在 E3接口，该接口协议可以 采用但不限于 SIP协议、 智能网应用规程协议（INAP, Intelligent Network Application Protocol ). 移动网增强逻辑的用户应用 CAMEL应用部分协议、 移动应用部分协议（MAP, Mobile Application Part ) . 开放业务接入应用程 序接口十办议 ( OS A API, Open Service Access Application Program Interface )、 以及内部接口协议等。
业务触发点 906与业务过滤规则库 902之间存在 E2接口，该接口可以 采用 Diameter协议（如业务过滤规则库 902位于 HSS时）、 SIP协议 (如业 务过滤规则库 902位于业务控制点 904 时）、 通用用户档案协议 ( GUP, Generic User Profile )> MAP协议、 以及内部接口协议等， 业务触发点 906 可以通过 E2接口从业务过滤规则库 902获得用户业务过滤规则， 业务触发 点 906可以是 S-CSCF或 Service Broker (业务代理 )或 SCIM AS或软交换 等。
业务控制点 904是提供业务的功能实体， 一个业务控制点可以提供一 个或者多个业务。业务控制点 904和业务过滤规则库 902之间存在 E1接口， 该接口可以采用 Diameter协议 (如业务过滤规则库 902位于 HSS时）等， 业务控制点 904通过该接口可以更新业务过滤规则库 902上的业务过滤规 则。 业务控制点 904可以是 IMS中的 SIP AS、 开放业务接入-业务能力服务 器（ OS A SCS, Open Service Access-Service Capability Server )、 IP多媒体 业务交换功能（ M-SSF , IP Multimedia Service Switching Function )、智能网 SCF ( Service Control Function, 业务控制功能）等。
简言之， 分组网络 900包括：
业务过滤规则库 902， 用于保存或产生用户的业务过滤规则；
业务控制点 904， 用于为用户提供业务； 以及
业务触发点 906, 从业务过滤规则库 902获取业务过滤规则， 并根据该 业务过滤规则决定当前处理的通信是否需要触发到业务控制点 904或是否 要进行本地处理， 其中， 过滤规则至少包括以下之一： SIP消息会话描述外 的消息体、 会话状态、 SIP初始请求消息外的 SIP消息事件、 时间、 用户呈 现信息、 用户状态、 业务调用消息、 其它规则关联信息、 虚拟应用 艮务器 地址、 业务过滤规则有效性、 业务调用结果处理、 业务标识、 业务控制点 904调用禁止规则。
根据图 9所示的本发明的典型分组网络逻辑结构， 本发明实施例中提 出了一种典型的业务触发流程。
图 10示出了根据本发明的一种典型的业务触发流程的流程图，其包括： 步骤 S1002: 业务触发点 906收到终端的注册请求。
步驟 S1004:业务触发点 906向发送注册消息的用户所在的业务过滤规 则库 902请求下载用户业务过滤规则， 业务过滤规则库 902响应并发送用 户的业务过滤规则， 所述业务过滤规则为本发明中增强的业务过滤规则。
步骤 S1006:业务过滤规则库 902响应所述业务触发点 906的下载用户 业务过滤规则的请求。
该流程对应的例子， 如当业务触发点 906是 Service Broker, 业务过滤 规则库 902是 HSS, 两者间的通讯接口采用 3GPP Sh接口的时候： 所述的 下载请求为 Diameter协议用户数据请求（User-Data-Request ) 消息,其中携 带用户标识属性 -值对 （User-Identity AVP ) 以及数据参考属性 -值对 ( Data-Reference AVP ) 以及业务指示属性 -值对 ( Service-Indication AVP ), 其中使用 User-Identity AVP 用于定位某一个用户的数据， Data-Reference AVP取值透明数据 ( Repository Data )表示所请求的数据位于 HSS的用户 透明数据区， Service-Indication AVP取值为业务过滤规则对应的特定的透明 数据标识； 所述的下载响应为 Diameter 协议用户数据响应 ( User-Data-Answer )消息，其中携带用户数据属性 -值对（ User- Data AVP ), 其中的数据为业务触发点 906请求的该用户的增强的业务过滤规则。
具体来说， 增强的业务过滤规则包括： 根据 SIP 消息会话描述外的消 息体、 SIP初始倩求消息外的 SIP消息事件、 会话状态、 时间、 用户呈现信 息、 用户状态、 业务调用消息、 其它规则关联信息、 虚拟应用服务器地址、 业务过滤规则有效性、 业务调用结果处理、 业务标识、 业务控制点 904调 用禁止规则等触发， 稍后本文将针对所述增强的业务过滤规则——描述； 步驟 S1008: 业务触发点 906保存收到的用户业务过滤规则。
步骤 S1010: 业务触发点 906向终端发送响应消息 200 OK。
步骤 S1012: 终端发送 SIP邀请 ( SIP INVITE ) 消息。
步骤 S1014:业务触发点 906根据该用户的增强的业务过滤规则进行触 发的判断， 所述的增强的业务过滤规则包括根据 SIP 消息会话描述外的消 息体、 SIP初始请求消息外的 SIP消息事件、 会话状态、 时间、 用户呈现信 息、 用户状态、 业务调用消息、 其它规则关联信息、 虚拟应用服务器地址、 业务过滤规则有效性、 业务调用结果处理、 业务标识、 业务控制点 904调 用禁止规则触发， 当触发条件满足的时候如果所述的业务过滤规则描述的 服务器地址为业务控制点 904的地址。
步驟 S1016: 业务触发点 906向业务过滤规则中指定的业务控制点 904 发送 INVITE消息， 以请求调用业务。
. 如果所述的业务过滤规则描述的服务器地址为虚拟服务器地址， 业务 触发点 906调用虚拟服务器地址对应的本地处理。
如图 11所示， 上述业务触发过程包括以下步骤：
步驟 S1102,业务触发点 906从业务过滤规则库 902获取业务过滤规则。 步骤 S1104,业务触发点 906才艮据该业务过滤规则决定当前处理的通信 是否需要触发到业务控制点 904或是否要进行本地处理， 其中， 过滤规则 至少包括以下之一： SIP消息会话描述外的消息体、 会话状态、 SIP初始请 求消息外的 SIP 消息事件、 时间、 用户呈现信息、 用户状态、 业务调用消 息、 其它规则关联指示、 虚拟应用服务器地址、 业务过滤规则有效性、 业 务调用结果处理、 业务标识、 业务控制点 904调用禁止规则。
此外， 在业务处理过程中， 业务控制点 904也可以直接向业务触发点 906发送业务过滤规则，或者通过用户签约数据库间接向业务触发点 906发 送业务过滤规则， 业务触发点 906可以据此进行后续的相应处理， 业务触 发点 906可以在收到该业务过滤规则后立即匹配处理， 也可以先保存并在 收到后续的 SIP消息再匹配处理。
通常， 与来自用户签约数据库获取的业务过滤规则不同， 来自业务控 制点 904 的业务过滤规则只在当前通信中有效， 当前通信结束后， 业务触 发点 906可以删除此前记录的来自业务控制点 904的业务过滤规则， 即这 是一种 "临时，，业务过滤规则。 显然， 在一次通信处理过程中， 业务触发点 906可以获得来自不同场所如 HSS、 业务控制点 904的业务过滤规则。
如前所述， 本发明提供一种增强的业务触发实现方法， 利用增强的业 务过滤规则解决现有技术中的相关问题。
1、 根据 SIP消息会话描述外的消息体触发业务
如上所述， 现有技术中， 不支持根据 SIP消息体中除了 SDP信息外的 其它部分触发业务。 即，根据 SIP消息会话描述外的消息体触发是 3GPP以 及 MSF现有标准中不支持的。 为了解决这个问题， 本发明在业务过滤规则 中引入 SIP 消息会话描述外的消息体元素， 该消息体元素值包括消息体类 型和 /或消息体内容， 其中消息体内容可以是文本编码格式或二进制编码格 式， 具体的， 本发明定义了新的 SIP消息体业务点触发器（SIP Body SPT ) 类型：
定义该 SPT 包含消息体类型 （Message Body Type ) 以及消息体内容 ( Message Body Content )元素，其中 Message Body Type对应 SIP消息中内 容类型 （Content-Type ) 的取值， 按照 RFC 3261中的定义它表示指定消息 体的媒体类型； Message Body Content表示 Content-Type指示的消息体的内 容， 一般的， 消息体类型采用多用途网络邮件扩展（MIME, Multipurpose Internet Mail Extensions )媒体类型（ media type )， 对应的， 消息体内容即为 MIME体（MIME body )。
Message Body Content 中又包括实体标签（Body Tag ) 以及实体内容
( Body Content ) 两类元素。 其中 Body Tag表示上述消息体内容中包含的 单元数据的标签名或标签值， 消息体内容采用文本编码方式下， 它可以对 应某个元素的标签名， 例如， 消息体内容采用可扩展标记语言（XML )编 码方式下的它对应 XML元素的标签名； 消息体内容采用二进制编码方式 下， 它可以对应消息体内容中包含的数据单元的标签值， 例如， 封装综合 业务数字网用户部分 ( ISUP， Integrated Services Digital Network User Par ) 的 SIP ( SIP-I )消息中的消息类型编码 ( Message Type Code )值或者参数名 编码 ( Parameter Name Code )值。 Body Content对应所述 Body Tag标 "¾的 标签对应的数据单元内容，例如， SEP-I方式下 Body Content可以对应 Body Tag标记的参数名编码对应的参数内容（ Parameter Content )。 SIP Body SPT 中 Message Body Type是必备的， 用于识别不同的内容类型， SIP Body SPT 中可以带 0到多个 Message Body Content。 以上元素均可采用使用正则表达 式的形式指示进行部分匹配或者精确匹配。
上述 SIP Body SPT定义采用表格形式描述为：
表 1
Figure imgf000014_0001
以上仅为了说明业务触发点 906可以根据 SIP消息 message-body内容 触发， 实际的 SPT定义方式可以是不限于上述方式， 本发明中其它的 SPT 也是类似的， 后面不再一一说明。
下面针对 message-body采用文本编码以及二进制编码两种方式， 具体 对根据 SIP消息会话描述外的消息体触发的 SPT描述进行说明。
实施例 1:
主叫用户为 IMS预付费用户， 该用户发送的短消息采用 XML方式封 装到 SIP MESSAGE消息的消息体中， 业务触发点 906收到该用户的 SIP MESSAGE消息发现消息体中携带的短消息类型指示为请求递交时，将当前 会话触发到业务控制点 904。
短消息釆用 XML封装到 SIP MESSAGE消息的消息体中的方式如下： MESSAGE sip: receiver@example.com, SIP/2.0
Content-Type: multipart/related; t pe="application/message+xml";
start="<nXYxAE@pres.vancouver.example.com> "；
boundary="=_005A0428C 1257165—="
-=_005A0428C 1257165_=
Content-Type: application/message+xml
Content-ID: <nXYxAE@pres.vancouver.example.com>
<?xml version="1.0" encoding="UTF-8"?>
<message xmlns="urn:ietf:params:xml:ns:message">
<message-type-indicator> message submit request
</message-type-indicator>
<message-class> personal </message-class>
<delivery-report>Yes</delivery-report>
<read-reply>Yes</read-reply>
<content> This is a test message！ </ content>
</message>
该情况下，对应的根据 SIP消息会话描述外的消息体触发 SPT描述为：
<SPT>
<ConditionNegated>0</ConditionNegated>
<Group>0</Group>
<SIPBody>
<MessageBodyT pe>application/message+xml</MessageBodyType>
<MessageBodyContent> <BodyTag>message-type-indicator</BodyTag>
<BodyContent>message submit request< BodyContent> </MessageB odyContent>
</SIPBody>
</SPT>
其中 MessageBodyType取值 application/message+xml表示用户的短消息 采用的是 XML封装的方式， 业务触发点 906匹配的字段是 SIP消息中的 Content-Type 中包含 application/message+xml 的情况； BodyTag 取值 message-type-indicator , BodyContent取值 message submit request表示业务触 发点 906需要匹配 application/message+xml方式封装的 SIP消息体中的 XML 标签为 message-type-indicator耳又值为 message submit request的内容。
实施例 2:
当一个 IMS VPN用户发短信，该短信消息采用短消息业务转发层（ SMS
TL )封装的方式放到 SIP消息的 message-body中，业务触发点 906将该 SIP 通信触发到业务控制点 904, 业务控制点 904对短信进行进一步的处理， 例 如当短信中的被叫号码为一个 VPN短号的时候翻译该号码。
SMS TL层封装的方式可以参见欧洲电信标准协会 ETSI发布的标准文 档 DES/AT-030036, 例如：
MESSAGE sip:1234567890@domain SIP/2.0
From: <sip :0987654321 @domain>;tag=c0a80103-13 c4-7e84- lee41fl -2239 To: <sip: 1234567890@domain>
Call-ID: 247fc650-c0a80103-13c4-7e84-lee41fl-4883@192.168.1.3
CSeq: 1 MESSAGE
Via: SIP/2.0 UDP 192.168.1.3:5060;branch=z9hG4bK-7e84-lee41fl-207e Content-Encoding： base64
Max-Forwards: 70
Content-Type: application/vnd.3 gpp.sms-tl
Content-Length: 32
EQMKgWBm ABAAACnDNTynA5ql+fz8LidM[
上述例子中封装了一条 TL递交短消息（SMS-SUBMIT ) 消息， 消息 中携带文本 "Test message"。 该情况下，对应的 居 SIP消息会话描述外的消息体触发 SPT描述为： <SPT>
<ConditionNegated>0</ConditionNegated>
<Group>0</Group>
<SIPBody>
<MessageBodyType>application/vnd.3gpp.sms-tl< MessageBodyType>
<MessageBodyContent>
<BodyTag>TL-SMS-SUBMIT</BodyTag>
</MessageBodyContent>
</SIPBody>
</SPT>
上述 SPT表示业务触发点 906 匹配条件为釆用 DES/AT-030036 中 application/vnd.3gpp.sms-tl封装方式且 SIP 消息内容部分的短消息转发层 ( SM-TL )的协议数据单元（ PDU, Protocol Data Unit )类型为 SMS-SUBMIT。
这类二进制封装方式下的 SPT描述对业务触发点 906有要求， 需要它 理解实体标签（Body Tag )的含义， 并据此查找解析的二进制内容中对应的 数据单元。
这里的 SPT描述仅为了说明业务触发点 906可以根据二进制方式封装 的 SIP消息体内容来触发， 实际的 SPT描述方式可以不限于此。
2、 根据业务触发点 906的会话状态触发业务
如上所述，现有技术中存在的基本呼叫状态非常有限的问题。 即， MSF 目前支持试呼、 忙、 无应答、 挂机 4种基本会话状态， 对于实际的应用这 4 种状态是不够的。为此考虑对 MSF定义的基本呼叫状态进行护展， 3GPP TS 23.278 中定义了一套 IM-SSF使用的检测点 （DP )状态模型。 本发明提出 了， 业务触发点 906的状态模型可以借鉴 3GPP TS 23.278中的定义以支持 更完整的会话状态触发能力。
为此定义会话状态业务点触发器（ Session State SPT ), 业务触发点 906 Session State SPT支持的会话状态包括：
收集信息、 分析信息、 路由选择失败、 发端一忙、 发端 _无应答、 发端— 应答、 发端—拆线、 发端一放弃、 终端试呼鉴权、 终端―忙、 终端—无应答、 终端 _应答、 终端—拆线、 终端—放弃。 当然， 也可以根据需要将其中的某些会话状态进行合并定义， 或者根 据需要再扩展新的会话状态定义。
其中， 上述的 "终端」1^"即可以是会话到达用户终端， 用户终端返回的
"忙"状态， 也可以是会话未到达用户终端， 网络判断出的 "忙"状态， 即网络 决定用户忙（ NDUB , Network Determined User Busy )， DUB进一步还包 括网络决定用户接近忙（ Approaching Network Determined User Busy )，因此， 即可以定义一个"终端_忙 "来表示上述的用户终端返回忙和 NDUB, 也可以 分别定义两个会话状态"终端—忙―用户终端返回"和"终端—忙—网络决定"来 分别表示上述两种情况，而"终端―忙—网络决定，，还可以进一步的细分定义一 个"终端一接近忙一网络决定"的会话状态。 类似的， "发端―忙 "同样可以相应 的细化定义， 如"发端一接近―忙 "。
上述 DP点完全照 ¾ 3GPP TS 23.278，具体每个 DP点的定义参照 3GPP
Figure imgf000018_0001
上述 Session State SPT定义采用表格形式描述为：
表 2
Figure imgf000018_0002
由于 IM-SSF根据 DP点触发巳经是一种标准， 所以下面不——对上述 会话状态举例证明其有效性， 业务触发点 906根据会话状态触发的实施例 如下：
实施例 3:
主叫用户有自动重复试呼业务， 当到被叫的会话路由失败的时候业务 触发点 906将会话触发到业务控制点 904上。
对应的会话状态 SPT为：
<SPT>
<ConditionNegated>0</ConditionNegated>
<Group>0</Group>
<SessionState>4</SessionState>
</SPT>
上述 SessionState 标签表示要求业务触发点 906 匹配会话状态， SessionState标签后的取值 4表示匹配的条件为业务触发点 906上的会话状 态为路由选择失败。
3、 才艮据 SIP初始请求消息外的 SIP消息事件触发业务。
如上所述，现有技术中， 不支持根据 SIP初始请求消息外的 SIP消息事 件触发业务， 包括不能根据 SIP后续请求消息触发、不能根据 SIP响应消息 触发。
现有技术中， SIP Method业务点触发器表面上可以根据所有的 SIP方 法触发业务，但 S-CSCF在会话信令路径建立后， SIP路由集就固定下来了， 这样，如果有业务需要在会话信令路径建立以后触发，例如根据 BYE、 ACK、 CANCEL, PRACK, UPDATE等消息触发， 应用层服务器因为无法加入到 已经建立的 SIP路由集，从而导致实际上 S-CSCF不能支持任意 SIP请求消 息的触发， 实际上它只能支持对 INVITE, MESSAGE, SUBSCRIBE等作 为会话发起请求、 用于请求建立会话信令路径的 SIP方法的触发。
本发明实施例中， 扩展了业务触发点的功能， 使其可以修改会话信令 路径，即 SIP初始请求消息之后的响应消息和后续 SIP请求消息的信令路径 可以不同于 SIP初始请求消息建立的信令路径， 可以支持所有类型的 SIP 消息包括 SIP请求消息、 SIP响应消息以及本发明中所述的所有会话状态触 发， 即 SEP Method 业务点触发器在本发明中可以根据所有的 SIP 方法 ( Method )触发业务。
由于 SIP Method业务点触发器现有技术中已经使用， 下面以 SIP响应 消息为例描述本发明对 SIP请求消息外的 SIP消息事件触发业务的支持。
SIP响应消息的格式为：
Response-message = Status-Line
* message-header
CRLF
[ message-body ]
Status-Line = SIP- Version SP Status-Code SP Reason-Phrase CRLF
由于 3GPP iFC机制目前已经支持根据消息头和 SDP触发，而本发明实 施例前面也已经支持了根据除 SDP外的其它形式的 SIP消息内容触发， 且 初始过滤规则 （ iFC )描述本身已经支持多种 SPT的组合， 所以下面只需要 考虑支持根据 SIP消息 Status-Code (状态码）触发， 原因 （ Reason-Phrase ) 中是对 Status-Code 的筒单文本描述， 而且具体实现时 SIP 实体可以在 Reason-Phrase 中填充 RFC 3261 规定外的文本描述， 可选地， 支持 Reason-Phrase。
可以为 Status-Code 定义一种 SIP 响应业务点触发器（SIP Response SPT ), 里面只包含 SIPResponse—个元素， SIPResponse取值类型为 string, SIPResponse可以取满足 SIP协议的任意响应码的值， SIPResponse可以支 持通配和 /或多值描述， 以满足某些情况下业务控制点 904需要对一类响应 码进行处理的情况， 通配和多值描述的表示方法可以采用正则表达式或者 为了描述筒单起见也可以采用如 4XX, 5XX的形式表示， 其中 4XX表示通 配， 只要 SIP响应码为 4系列的就认为 SPT发生匹配， 而用逗号连接 4XX, 5XX表示这是一个多值描述， 只要逗号分隔的多个值之一发生了匹配就认 为 SPT发生了匹配。 以上仅为了说明 SIP Response SPT可以支持通配和 /或 多值描述， SPT的描述形式可以不限于上述形式。
上述 SIP Response SPT定义采用表格形式描述为：
表 3
Data type Tag Base type Comments
tSIP esponse SIPResponse tString 业务触发点 906根据 Status-Code触发举例如下：
实施例 4:
主叫用户有一种业务， 在收到所有类型的会话失败时， 将触发至业务 控制点 904进行进一步的处理， 例如根据不同的响应码播放不同的语音通 知。
相应的 SIP Response SPT表示方式为：
<SPT>
<ConditionNegated>0</ConditionNegated>
<Group>0</Group>
<SIPResponse>4XX, 5XX, 6XX</SIPResponse>
</SPT>
上述 SPT中 4XX, 5XX, 6XX表示只要业务触发点 906收到的 SIP响应 只要为 4系列或者 5系列或者 6系列之一就匹配了本 SPT。
根据上述方法，还可以对其它的 SIP初始请求消息外的任何 SIP消息进 行匹配触发， 这里不再赘述。
4、 根据时间触发业务。
如上所述， 现有技术中， 不能按时间触发业务。
实际的应用场景， 如用户有按时间免打扰业务， 在 00:00到 06:00之间 的休息时间不希望被打扰， 在这段时间呼入的呼叫被接入到语音邮箱。
本发明实施例中， 定义一种时间业务点触发器（Time SPT ):
表 4
Figure imgf000021_0001
其中 tTime可以釆用字符串描述，时间的描述方式可以参照采用国际标 准化组织 （ISO ) 8601中的格式， 时间信息可以包括年、 月、 日、 时、 分、 秒中的一种或者多种， 时间段中的起止时间可以采用用字符" /"进行分隔， 例如 20:00/24:00。
业务触发点 906根据时间触发举例如下：
实施例 5: 用户有按时间免打扰业务， 在 00:00到 06:00之间的休息时间不希望被 打扰， 在这段时间呼入的呼叫被接入到语音邮箱。
相应的 Period SPT表示方式为：
<SPT>
<ConditionNegated>0</ ConditionNegated>
<Group>0</Group>
<Time>00:00/06:00</Time>
</SPT>
上述 SPT表示只要业务触发点 906当前时间落在 00:00到 06:00区间范 围内就发生了 Time SPT匹配。
5、 根据用户呈现信息触发业务。
如上所述， 现有技术中， MSF根据日程触发仅提供有限的根据用户信 息触发能力。 相对而言， 现在流行的 PRESENCE规范能够提供更多用户相 关的信息， 例如可以提供用户所在的场所、 用户当前进行的活动。 本发明 实施例提供的技术方案中， 根据用户的 Presence信息触发业务能够提供更 加强劲和更加个性化的业务触发能力。
根据用户呈现信息触发的应用场景， 如用户希望上班的时候可以接受 任意的呼叫， 但是到家以后激活来话筛选业务。
所述用户呈现信息以及格式参见因特网工程任务组（IETF ) 中相关定 义， 用户呈现信息还包括用户的位置信息， 目前标准中多采用通过 SIP 消 息的消息体部分携带 XML方式描述的呈现信息，为了适应呈现信息数据的 灵活性和扩展性， 业务触发点 906的呈现业务点触发器（ Presence SPT )借 鉴 SIP Body SPT的定义方式。
上述 Presence SPT定义采用表格形式描述为： 表 5
Data type Tag Compound of
Tag Type Cardinality tPresence Presence Presence Type tString 1
Presence Content tPresence Content (1 to n) tPresence Presence Content ElementTag tString 1 ontent Element Content tString 1 其中呈现类型 （PresenceType )对应可能的不同的 SIP 内容类型 （SIP Content Type )。 Presence SPT的描述形式可以采用上述方式。
用户呈现信息的内容比较丰富， 例如 RFC 3863 定义了设备状态 ( bask ); 因特网草案" RPID: Rich Presence Extensions to the Presence Information Data Format"中定义了比较丰富的状态呈现信息类型， 如用户活 动（ activities )、用户情绪（ mood )、场所类型（ place-type )、场所属性（ place-is )、 私密程度（privacy )、用户的当前状态和角色（ sphere ); 因特网草案" Session Initiation Protocol (SIP) User Agent Capability Extension to Presence Information Data Format (PIDF)"中定义了设备的通信能力 （偏好设置）。
下面针对业务触发点 906收到的呈现信息采用上述呈现信息数据格式 的丰富呈现扩展 ( RPID )格式携带举例如下：
实施例 6:
用户希望在家的时候才激活来话筛选业务。
业务触发点 906收到的携带用户呈现信息的 SIP消息示例为：
NOTIFY sip:[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp SIP/2.0
Via: SIP/2.0/UDP ps.home2.net;branch=z9hG4bK348923.1
Event: presence
Content-Type: application/pidf+xml
<?xml version="1.0" encoding="UTF-8"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf'
xmlns :xsi="http ://www.w3.org/2001 /XMLSchema-instance"
xmlns:dm="um:ietf:params:xml:ns:pidf:data-model"
xmlns:rpid="um:ietf:params:xml:ns:pidf:rpid"
xsi:sc emaLocation="um:ietf:params:xml:ns:pidf pidf.xsd
urn:ietf:params:xml:ns:pidf:data-model data-model.xsd
urn:ietf:params:xml:ns:pidf:rpid rpid.xsd"
entity="pres:someone@example.com"> <rpid:place-type>
<rpid:residence/>
</rpid:place-type>
</presence>
其中 <rpid:residence/>表示用户在住地， 该住地可以是用户自己的居住 场所也可以是其它人的家里。
相应的 Presence SPT表示方式为：
<SPT>
<ConditionNegated>0</ConditionNegated>
<Group>0</ Group>
<Presence>
<PresenceType>application/pidf+xml</PresenceType>
<PresenceContent>
<ElementTag>rpid:residence/</ElementTag>
</PresenceContent>
</Presence>
</SPT>
上面的 Presence SPT中成分标签 ( ElementTag )为 rpid:residence/表示 当业务触发点 906得到的呈现信息中包含 XML标签 rpid:residence/的时候就 发生了 Presence SPT的匹配。
上面的实施例中是根据用户当前场所触发， Presence SPT还可以才艮据上 述用户活动、 用户情绪、 场所属性、 私密程度、 用户的当前状态和角色、 设备状态、 设备通信能力触发， 描述方式是类似的， 这里不再一一列举了。
另外， 上面的实施例中呈现信息用 IETF RPID的格式携带， 呈现信息 也可以不采用 RPID的格式携带，如采用其它形式的文本格式或者二进制格 式携带， 此时可通过 PresenceType来区分不同的呈现信息表示类型， 呈现 信息中不同的呈现类型通过 ElementTag来区分。 例如 业务触发点 906收到的携带用户呈现信息的 SIP消息为： NOTIFY sip: [5555： :aaa:bbb:ccc:ddd]： 1357;comp=sigcomp SIP/2.0
Via: SIP/2.0/UDP ps.home2.net;branch=z9hG4bK348923.1
Event: presence
Content-Type: application/presence+text place-type: residence
相应的 Presence SPT表示方式为：
<SPT>
<ConditionNegated>0</ConditionNegated>
<Group>0</Group>
<Presence>
<PresenceType>application/presence+text< PresenceType> <PresenceContent>
<ElementTag>place-type</ElementTag>
<ElementContent>residence</ElementContent>
</PresenceContent>
</Presence>
</SPT>
以上举例仅为了说明呈现信息可以使用非 RPID格式描述，实际的描述 格式可以不限于上述方式。
用户的呈现信息还包括用户的位置信息， 下面再针对业务触发点 906 根据用户的位置信息触发举例说明：
实施例 7:
用户为纽约百老汇某剧院的贵宾客户， 当用户到剧院附近的时候可以 享受呼叫费用的优惠， 以吸引用户经常到剧院去。
业务触发点 906收到的携带用户位置信息的 SIP消息示例为：
NOTIFY sip:[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp SIP/2.0
Via: SIP/2.0 UDP ps.home2.net;branch=z9hG4bK348923 · 1
Content-Type: application/pidf+xml
gg/HNOBlementTaElemntTacl :e<vv A
ydMetccnnBroawamenontentElemntotete<> <v
gg/lntTl A6EemeaElementTac :>< Av
/emcncntNew YorkBlentontetElemntoente<v Av
ggntTnTl:A3/lemeaElemetacB0 3v< <v
nontntpresececev A
pppppyy/ x/peseneTenaliatioaidfmlrcpreseceTec十<vv A
prsencee Av
ppGu/ Gouroor v<v <
gg/oionNeatdcdnNatedocnditeonitioe5 2vA Av
Figure imgf000026_0001
godinUF8?ml vsio1.0 encT?xern> <-=n"""" <ElementContent> 123</ElementContent>
< PresenceContent>
</Presence>
</SPT>
上述 Presence SPT中用户位置信息采用城市地址位置描述， 其中 cl:A3 表示该位置对应的城市， cl:A6表示该位置对应的街区， cl:HNO表示该位置 对应的门牌号。
上面的实施例中采用的是的城市地址方式描述的行政地理位置信息， Presence SPT也可采用经纬度方式描述的自然地理位置信息触发，也可采用 终端接入网络的地理位置如接入设备编号、 接入网络编号一类方式描述的 网絡地理位置信息触发， 这里不再举例说明。
同实施例 6类似， 用户位置信息描述格式可以不限于 RFC 4119中定义 的方式， 这里不再——举例说明。
需要说明的是， 地理位置信息是用户呈现信息中较特殊且重要的一种 信息， 因此也可以采用一个独立的位置业务点触发器 Location SPT来描述 地理位置信息。
6、 根据用户状态触发业务
如上所述， 现有技术中， 不能根据用户漫游状态、 起始未注册状态触 发业务。 根据用户漫游状态触发的例子， 如用户在漫游的时候限制其它用 户的呼入而不限制该用户的呼出， 用户漫游状态的获得方式依赖于业务触 发点 906的具体实现， 实现方式可以采用但不限于如业务触发点 906根据 SIP消息中的 P-Visited-Network-ID头域中的拜访网络标识判断用户是否漫 游。
为此定义一种漫游状态业务点触发器（ Roaming State SPT ):
表 6
Figure imgf000027_0001
实施例 8: 用户在漫游的时候限制其它用户的呼入
相应的 Roaming State SPT表示方式为： <SPT>
<ConditionNegated>0</ConditionNegated>
<Group>0</ Group>
<RoamingState>0</RoamingState>
</SPT>
上述 SPT表示只要业务触发点 906 发现用户处于漫游状态就发生了 Roaming State SPT的匹配， 使用该 SPT配合 Session Case SPT (如取值 INVITE )和 SIP Method SPT (如取值 TERMINATING— REGISTERED )就 可以实现被叫用户在漫游的时候将来话触发到业务控制点 904上的功能。
iFC在会话情形 （SessionCase ) 已经支持终止未注册， 取值为 "2", 本 发明支持对主叫用户提供在未注册状态下的业务触发， 如仍在业务过滤规 则 SPT中使用会话情形元素， 扩展一个会话情形的取值" 3", 表示起始未注 册（ Origingating— Unregistered ), 即可以支持对主叫用户提供基于用户注册 状态的过滤规则。 如用户未在 IMS中注册， 但在电路域中注册， 用户发起 呼叫， 从电路域进入 IMS, 在未注册状态下， 作为主叫用户， 业务触发点 906调用相应的业务控制点 904。
7、 业务过滤规则中可以指定业务调用消息。
如上所述， 现有技术中， 只能将业务过滤规则的触发消息， 作为该规 则被匹配后对特定业务控制点 904 的调用消息。 为解决该问题， 可以在业 务过滤规则中指定对业务控制点 904的调用消息。
实施例 9:
业务触发点 906收到一个 SIP响应消息，如 200响应码，该 SIP响应消 息匹配一个业务过滤规则， 需要调用一个特定的业务控制点 904， 业务控制 点 904名为" sip:as@ims.example.com，，， 从业务触发点 906发向该业务控制 点 904的调用消息为 SIP BYE (再见） 消息， 如下所示：
<SPT>
<SIPResponse>200</SIPResponse>
</SPT> <ApplicationServer>
<ServerName>sip:as@ims.example.com</ServerName>
<InvokingMessage>BYE</InvokingMessage>
</ApplicationServer>
在对 ApplicationServer的描述中， 增力口了相应的 InvokingMessage标签 的设置， 其取值可以是任一 SIP消息。
实施例 10:
在业务过滤、规则中指定对业务控制点 904 的调用消息还有一个重要的 应用， 业务点触发器 SPT中可能无法描述触发消息， 如当采用前述的会话 状态业务点触发器时， 可以看到， 一些会话状态并不是由业务触发点 906 收到的一个 SIP消息引发的， 如会话状态为 "终端一无应答"， 显然， 此时将 必须在业务过滤规则中指定从业务触发点 906发向特定业务控制点 904的 调用消息， 示例如下：
<SPT>
<SessionState>14</SessionState>
</SPT>
<ApplicationServer>
<ServerName>sip:as@ims.example.com</ServerName> <Invo ngMessage>INVITE</InvokingMessage>
</ApplicationServer>
在上述的业务调用消息元素中， 描述了消息的名称， 可以是任一 SIP 消息。 当业务控制点 904是不同类型时， 如即可以是 IMS应用服务器， 也 可以是智能网 SCP等时，业务调用消息元素还可以指定消息所属协议类型， 即 E3接口类型， 如取值 "IN"表示调用消息是智能业务协议， 还可以具体指 明智能业务协议的种类， 如取值 "INAP"等， 此外如果没有指明消息所属协 议类型， 可以缺省认为是" SIP"协议。 业务调用消息元素还可以指定消息中 的关键参数， 例如智能业务的业务键参数、 SCP 的信令地址、 协议版本号 等。
8、 业务过滤规则中可以描述其它规则关联信息。 如上所述， 现有技术中， 不能使一个以上的业务过滤规则相互关联起 来， 为此， 首先要能标识出一个业务过滤规则， 即给业务过滤规则命名编 号； 其次要定义一个业务过滤规则被匹配的业务控制点 904 的业务执行结 果， 如 "1，，表示 "成功"， "0"表示"失败"等。
实施例 11:
对其它业务过滤规则的关联指示的描述可以出现在上一条业务过滤规 则中， 示例如下：
<ApplicationServer>
<ServerName>sip:as@ims.example.com</ServerName> < elation>
<Result>0</Result>
< elatingFilterCriteria>FCOOabc< RelatingFilterCriteria>
</Relation>
</ApplicationServer>
对其它业务过滤规则的关联指示的描述可以出现在对业务控制点 904 的设置中， 例如， 在特定的业务控制点名称之后， 给出该业务控制点 904 的执行结果对其它业务过滤规则的关联（标签为 Relation ), 当执行结果 Result为 0 (失败）时，调用关联的业务过滤规则 ,标签 RelatingFilterCriteria 给出了关联规则的名称 FC00abc。即在本业务过滤规则中给出特定业务控制 点 904对应的其它关联规则， 根据该业务控制点 904的执行结果引用其它 关联规则。
当然， 对其它业务过滤规则的关联指示的描述也可以出现在下一条业 务过滤规则中， 即在本业务过滤规则的业务点触发器 SPT中引用其它关联 规则的执行结果， 作为一种匹配条件， 如下所示：
<SPT>
<Relation>
<RelatingFilterCriteria FC 11 xyz</RelatingFilterCriteria
<Result>K/ esult>
</Relation>
</SPT>
在业务点触发器 SPT中， 要求检查名称为 FCllxyz的业务过滤规则的 执行结果。 此外， 如前所述， 业务控制点 904可以向业务触发点 906返回 业务过滤规则， 业务触发点 906可以立即匹配处理该业务过滤规则， 此时， 业务过滤规则可以不出现 RelatingFilterCriteria的名称， 而认为 Result的取 值就是来自该业务控制点 904的执行结果， 即 RelatingFilterCriteria可以显 式取值， 也可以是缺省取值。
除了可以根据本规则的执行结果引用其它关联规则、 或将其它关联规 则的执行结果作为本规则的匹配条件， 还可以在一个业务过滤规则中预置 其它的过滤规则， 预置规则可能会被执行， 也可能不会被执行， 取决于业 务触发点 906后续是否能获得相应的触发条件。
可以看到， 业务过滤规则中描述的其它规则关联信息至少包括业务执 行结果、 或其它过滤规则。
9、 业务过滤规则中可以描述虚拟应用服务器地址。
如上所述， 现有技术中， 不能在触发条件匹配后指定特定的处理。 为 解决该问题在业务过滤规则中引入虚拟应用服务器地址。
虚拟服务器地址对应业务触发点 906上的一段程序或一段脚本， 虚拟 月良务器地址不用 SIP URL ( Uniform Resource Locator, 统一资源定位符）表 述， 但可以采用类似的方式描述， 例如虚拟服务器地址的域描述部分对应 业务触发点 906的本机地址， 用户部分对应业务触发点 906上的一段程序 或者一段脚本。 虚拟的服务器地址可以带参数以作为相应 程序段或者脚 本的输入， 它携带的参数可以不是 SEP协议中的参数。
虚拟服务器地址的描述可以位于业务过滤规则中对业务控制点 904 的 描述中 , 例如可以放在过滤规则数据中服务器地址描述部分。
实施例 12:
业务触发点 906 地址为 triggerPointl .home.net， 它上面有脚本 localScript3用于向一个呈现服务器发送消息， localScript3这个脚本有一个 呈现服务器地址的输入参数用于表示要向哪个呈现服务器发送消息。 它得 到的一条过滤规则数据中服务器地址描述为：
<ServerName>localScript3 @triggerPointl .home.net; 上 面 的 例 子 中 localScript3@triggerPointl.home.net 表 示 triggerPointl.home.net 上对应的脚本或程序为 localScript3 , 其后的 presenceServer= presenceServerlO.home.net为脚本 localScript3的输入, 表示 这个脚本可以向 presenceServerlO.home.net这个地址请求用户的呈现数据。 即 当 这条过滤规则 的触发条件满足后 ， 业务触发点 906 triggerPointl.home.net调用其上的脚本 localScript3 , 调用的脚本才艮据虚拟服 务器地址中的 presenceServer参数向 presenceServerlO.home.net这个地址请 求用户的呈现数据。
10、 业务过滤规则中可以描述过滤规则有效性。
如上所述， 现有技术中， 业务触发点 906获得业务过滤规则后， 将总 是执行， 但实际上过滤规则可以只是"临时有效"。如前所述， 在当前通信处 理过程中， 来自业务控制点 904 的业务过滤规则可以只在当前通信处理过 程中有效。
本发明实施例提供两种方式来描述业务过滤规则的有效性， 一种方式 是在业务过滤规则中增加一个有效性元素， 取值至少为以下一种： 无效、 有效、 当前通信有效、一次有效，其中， "无效，，表示业务过滤规则已经失效， 业务触发点 906可以不用执行； "有效，，表示业务过滤规则一直有效（直到指 定它无效或者删除该业务过滤规则）， 业务触发点 906 需要执行； "当前通 信有效 "表示业务过滤规则只在当前通信处理过程中有效， 通信释放， 业务 触发点 906可以删除该业务过滤规则或将有效性元素取值改为"无效，，； "一 次有效"表示业务过滤规则被执行一次后就失效， 业务触发点 906可以删除 该业务过滤规则或将有效性元素取值改为 "无效，，。
上述方式是一种显式的有效性表示方式， 另一种方式是隐式的有效性 表示方式， 即不扩展一个有效性元素， 由业务触发点 906根据通信处理状 况， 自行决定业务过滤规则的有效性， 比如， 业务触发点 906缺省认为在 当前通信处理过程中，来自业务控制点 904的业务过滤规则"一次有效，，，来 自用户签约数据库的业务过滤规则 "有效，，。
11、 业务过滤规则中可以描述业务调用结果处理
业务调用结果的第一种情况： 业务触发点 906向业务控制点 904发送 调用消息失败， 在规定时间内没有收到来自业务控制点 904的返回消息， 即超时无响应， 比如网络出现了故障， 导致调用消息或其返回发送失败。
此时， 在业务过滤规则中增加一个业务调用结果处理元素， 该业务调 用结果处理元素值至少为以下一种： 重新调用业务控制点 904、调用同盾业 务控制点、 执行下一条业务过滤规则、 停止执行业务过滤规则、 通信释放， 其中， "重新调用业务控制点，，表示对当前调用失败的业务控制点重新调用一 次。
"调用同质业务控制点"表示调用能提供和当前调用失败的业务控制点 相同服务的业务控制点（即同质业务控制点）， 如 AS1调用失败， AS2能提 供和 AS1相同服务， 则业务触发点 906调用 AS2， AS2的地址可以和 AS1 的一起配置在业务过滤规则中。
"执行下一条业务过滤规则，，表示忽略当前调用失败，执行下一条业务过 滤规则 （如果有的话）， "停止执行业务过滤规则，，表示忽略当前调用失败， 并停止执行后续所有的业务过滤规则 （如果有的话）， "通信释放，，表示释放 当前通信。
业务调用结果的第二种情况： 业务控制点 904收到一个调用消息后， 因为某种原因如系统故障， 而导致本应被调用的业务逻辑没被调用， 业务 控制点 904在返回的响应中指示业务逻辑调用失败（注意不是业务逻辑调 用执行后当前通信失败， 如呼叫限呼）， 业务触发点 906据此进行相应的业 务调用结果处理， 如上所示。
业务调用结果还有一种特殊的第三种情况： 业务控制点 904收到一个 调用消息后， 进行相应处理后， 返回的是和调用消息不一样的消息， 如业 务控制点 904收到一个 SIP INVITE邀请消息， 返回给业务触发点 906—个 SIP响应消息， 在现有技术中， 后续其它的业务过滤规则将不再执行， 而在 本发明实施例中， 通过设置"业务调用结果处理"， 可以选择执行 "下一条业 务过滤规则，，， 当然也可以选择 "停止执行业务过滤规则"。
在第三种情况下， 当业务触发点 906执行"下一条业务过滤规则，，，还存 在一个问题： 是用业务触发点 906收到的原始触发消息， 还是用上一个业 务控制点 904返回的响应消息， 来匹配下一条业务过滤规则。 比如， 业务触发点 906收到一个 INVITE消息，执行第一条业务过滤规 贝' J , 调用第一个业务控制点， 收到一个 415 响应码消息， 此时， 业务触发 点 906确定是仍用 INVITE消息还是用 415消息来执行下一条业务过滤规 为解决这个问题，本发明实施例针对"下一条业务过滤规则"，扩展一个
"匹配条件"元素，该"匹配条件，，元素值可以是： 业务触发点 906的原始触发 条件、 上一个业务控制点 904的调用消息、 上一个业务控制点返回消息、 甚至是其它的指定消息。其中， "业务触发点 906的原始触发奈件，，可以是业 务触发点 906收到的原始触发消息、 或原始触发的会话状态。
和上述的过滤规则有效性类似的， 上述方式是一种显式的业务调用结 果处理表示方式， 另一种方式是隐式的业务调用结果处理表示方式， 即不 扩展业务调用结果处理元素， 由业务触发点 906根据通信处理状况， 自行 决定业务调用结果处理方式， 比如， 对上述笫一种情况， 业务触发点 906 缺省认为进行 "调用同质业务控制点，，的处理等。
此外， "匹配条件"元素可以位于业务调用结果处理元素中， 即位于上一 条业务过滤规则中， 也可以独立的位于下一条业务过滤规则中， 作为匹配 当前业务过滤规则的指示条件。
实施例 13:
业务触发点 906收到一个 INVITE消息，调用了一个主叫姓名收集 AS， 该 AS用于在被叫应答时向被叫播放主叫姓名， 呼叫 ^^向被叫终端，被叫 振铃无应答， 业务触发点 906根据会话状态是"终端一无应答"的业务过滤规 则 1 , 调用了一个语音邮箱 AS, 向其发送指定的调用消息 INVITE, 语音邮 箱 AS应答， 返回 200响应码消息， 业务触发点 906根据业务过滤规则 1中 设定的 "下一条业务过滤规则，，及对应的"业务触发点 906的原始触发条件"， 使用会话状态是"终端—无应答，，来执行下一条业务过滤规则 2, 执行结果是 向主叫姓名收集 AS发送指定的调用消息 BYE, 清除主叫姓名收集 AS, 以 避免其向语音邮箱 AS播放主叫姓名。
12、 业务过滤规则中可以描述业务标识
如上所述， 现有技术中不能识别业务过滤规则对应的业务且无法将业 务种类作为规则匹配条件， 为解决该问题， 在业务过滤规则中引入业务标 识。 一个业务对应的业务标识在一个运营商网络内是唯一的。
对业务标识的描述可以出现在对业务控制点的设置中， 以表示该业务 过滤规则要触发的业务， 这种情况下一个业务过滤规则对应一种业务。
例如：
<ApplicationServer>
<ServerName>sip： as@ims . example . com</ S erverName>
<ServiceIndentifier>InComingCallScreening</ServiceIndentifier>
</ApplicationServer>
上面的例子中业务过滤规则的应用服务器描述中增加了一个 Servicelndentifier标签描述该业务过滤规则要触发的业务为来话筛选， 其业 务标识为 InComingCallScreening。
业务标识也可以位于服务器名部分， 例如：
<ApplicationServer>
<ServerName>sip:
InComingCallScreening@ims.example.com</ServerName>
</ApplicationServer>
或者
<ApplicationServer>
<S erverName>sip： as@ims . example · com; service:
InComingCallScreening </ServerName>
</ApplicationServer>
当然， 对业务标识的描述也可以出现在业务过滤规则的业务点触发器 描述中， 即将已经调用的业务种类作为一种匹配条件， 如下所示：
<SPT>
<ServiceIndentifier>InComingCallScreening</ServiceIndentifier>
</SPT>
上面的例子中业务过滤规则的 SPT部分增加了一个 Servicelndentifier 标签描述该业务过滤规则匹配的条件之一为已经触发来话筛选业务， 其业 务标识为 InComingCallScreening。
13、 业务过滤规则中可以描述业务控制点 904的调用禁止规则 如前所述， 现有技术不支持对业务控制点调用的禁止规则， 一个业务 控制点已经被调用后， 当业务触发点 906收到一个后续的业务触发消息时， 在特殊情况下， 该业务控制点有可能并不能接收该触发消息， 这样通过将 该业务控制点排除在该触发消息对应的业务过滤规则中是无法实现这一要 求的， 本发明实施例提供了业务过滤规则中可以描述业务控制点的调用禁 止规则来实现这一要求。
实施例 14:
业务触发点 906收到一个 SIP INVITE消息， 根据业务过滤规则依次调 用了 AS1、 AS2、 AS3 , 此后， 业务触发点 906收到了一个来自语音邮箱的 200应答响应消息， 而 AS2并不希望收到该 200响应消息， 否则会导致业 务应用出错（AS2只处理来自用户终端的 200应答响应消息）。 此时， 如果 在 200响应消息的业务过滤规则中排除对 AS2的调用而只调用 AS1和 AS3, 是很难满足这一要求， 这是因为对 200之类的响应消息来说， 已经调用了 哪些 AS是很难预见的，一般来说， 响应消息的业务过滤规则中描述的业务 控制点或者是新增的 （即在对应的 SIP初始请求消息处理时没有调用）、 或 者是已调用业务控制点需要特殊处理的， 如前述的指定新的调用消息、 及 描述业务控制点是否可以被调用等， 对于后一种处理与此相关的业务过滤 规则部分如下所示：
<SPT>
<SIPResponse>200</SIPResponse>
</SPT>
<ApplicationServer>
<ServerName>sip:as2@ims.example.com</ServerName>
<BAN>TRUE</BAN>
</ApplicationServer> 在对 ApplicationServer的描述中， 增加了相应的 BAN标签的设置， 取 值为 TRUE表示该 200应答响应消息禁止发往 AS2。
从前述多个示例可以看到， 业务触发点 906在一次通信处理过程中， 可以使用多份分别来自不同场所的业务过滤规则， 如 HSS、 业务控制点、 甚至是业务触发点 906 自身。 显然， 这些来自不同场所的业务过滤规则可 以有不同的表现形式， 如类似 iFC的 XML描述形式、 或一段程序、 或一份 表格数据等， 即可以有不同表现形式的业务过滤规则存在， 当然来自不同 场所的业务过滤规则也可以统一为一种表现形式； 此外， 这些来自不同场 所的业务过滤规则也可以有不同的规则元素， 如来自业务触发点 906 的业 务过滤规则可以只有业务调用结果处理和 /或业务过滤规则有效性等规则元 素， 当然来自不同场所的业务过滤规则也可以统一有相同的规则元素； 此 夕卜， 与 iFC类似， 本发明实施例中的业务过滤规则中的 SPT支持逻辑运算， 例如非运算、 或运算、 与运算等， 即 SPT可以将触发禁止条件排除在外， 也可以对 SPT进行组合。
从以上的描述中， 可以看出，
本发明实施例的技术方案中提供了一种增强的业务触发机制， 业务触 发点 906可以根据 SIP消息会话描述外的消息体、 SIP初始请求消息外的 SIP消息事件、会话状态、 时间、 用户呈现信息、 用户状态、业务调用消息、 其它规则关联信息、 虚拟应用服务器地址、 业务过滤规则有效性、 业务调 用结果处理、 业务标识、 业务控制点调用禁止规则将当前处理的通信触发 到业务控制点或进行本地处理， 利用本发明提供的技术方案， 可支持根据 SIP消息体中除了会话描述协议 SDP信息外的其它部分触发业务， 支持根 据 SIP初始请求消息外的 SIP消息事件触发， 能按时间触发， MSF ^居日 程触发仅提供有限的根据用户信息触发能力， 提供更多的触发方式， 能根 据用户状态触发， 能引用其它过滤规则， 能在触发条件匹配后指定特定的 处理， 可对业务过滤规则的有效性管理， 指定业务调用消息， 提供对业务 调用结果更丰富的处理方式， 能识别业务过滤规则对应的业务且将业务种 类作为规则匹配条件， 可采用对应用服务器调用的禁止规则。 从而提高了 触发的有效性和灵活性， 避免了业务冲突， 减轻了业务控制点的负荷。 显然， 本领域的技术人员应该明白， 上述本发明实施例中的各模块或 各步骤可以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置 可执行的程序代码来实现， 从而， 可以将它们存储在存储装置中由计算装 置来执行， 或者将它们分别制作成各个集成电路模块， 或者将它们中的多 个模块或步驟制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 应该明白， 这些具体实施中的变化对于本领域 的技术人员来说是显而易见的， 不脱离本发明的精神保护范围。
以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于 本领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精 神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明 的保护范围之内。

Claims

权 利 要 求
1.一种分组网络， 其特征在于， 包括：
业务过滤规则库， 用于提供用户的业务过滤规则；
业务控制点， 用于为所述用户提供业务； 以及
业务触发点， 从所述业务过滤规则库获取所述业务过滤规则， 并根据 所述业务过滤规则决定当前处理的通信是否需要触发到所述业务控制点或 是否要进行本地处理， 所述业务过滤规则至少包括以下之一：
SIP消息会话描述外的消息体、 会话状态、 SIP初始请求消息外的消息 事件、 时间、 用户呈现信息、 用户状态、 业务调用消息、 其它规则关联信 息、 虚拟应用服务器地址、 过滤规则有效性、 业务调用结果处理、 业务标 识、 业务控制点调用禁止规则。
2.根据权利要求 1 所述的分组网络， 其特征在于， 所述业务过滤规则 包括 SIP 消息会话描述外的消息体元素， 所述消息体元素值包括消息体类 型和 /或消息体内容。
3.根据权利要求 2所述的分组网络， 其特征在于，
所述消息体类型为多用途网络邮件扩展 MIME媒体类型；
所述消息体内容为多用途网络邮件扩展 MIME体。
4.根据权利要求 1 所述的分组网络， 其特征在于， 所述会话状态至少 包括以下之一：
收集信息、 分析信息、 路由选择失败、 发端一忙、 发端一无应答、 发端— 应答、 发端一拆线、 发端—放弃、 终端试呼鉴权、 终端—忙、 终端一无应答、 终端一应答、 终端一拆线、 终端—放弃； 或
所述用户状态至少包括以下一种状态： 注册状态、 漫游状态。
5.根据权利要求 1所述的分组网络， 其特征在于， 所述 SIP初始请求 消息外的消息事件至少包括以下一种： SIP响应消息、 SIP后续请求消息。
6.根据权利要求 5 所述的分组网络， 其特征在于， 所述业务过滤规则 包括所述 SIP响应消息元素， 所述 SIP响应消息元素值支持通配和 /或多值 描述。
7.才艮据权利要求 1 所述的分组网络， 其特征在于， 所述用户呈现信息 至少包括以下之一：
用户活动、 用户情绪、 场所类型、 场所属性、 私密程度、 用户的当前 状态和角色、 设备状态、 设备通信能力、 用户位置信息。
8.根据权利要求 7所述的分组网络， 其特征在于， 所述的用户位置信 息至少包括自然地理位置信息、 行政地理位置信息、 网络地理位置信息中 的一种。
9.根据权利要求 1所述的分组网络， 其特征在于，
所述其它规则关联信息至少包括以下之一： 业务执行结果、 或其它过 滤规则。
10.根据权利要求 9所述的分组网络， 其特征在于， 所述其它规则关联 信息位于业务点触发器描述中和 /或位于对业务控制点的描述中。
11.根据权利要求 1所述的分组网络， 其特征在于， 所述业务调用消息 为指定业务触发点向业务控制点发送的消息。
12.根据权利要求 11所述的分组网络， 其特征在于， 所述业务过滤规 则包括所述业务调用消息的元素， 所述业务调用消息的元素值包括以下至 少一种信息：
消息所属协议类型、 消息名称、 消息中的关键参数。
13.才艮据权利要求 1所述的分组网络， 其特征在于，
所述虚拟应用服务器地址对应于业务触发点上的一段程序或脚本； 或 所述过滤规则有效性至少包括以下一种： 无效、 有效、 当前通信有效、 或一次有效； 或
所述业务调用结果处理至少包括以下一种：
重新调用业务控制点、 调用同质业务控制点、 执行下一条业务过滤规 贝^、 停止执行业务过滤规则、 通信释放; 或
所述的业务标识位于业务点触发器描述中和 /或位于对业务控制点的描 述中。
14.根据权利要求 1所述的分组网络， 其特征在于， 所述业务过滤规则 还包括匹配条件， 所述匹配条件至少包括以下一种：
业务触发点的原始触发条件、 上一个业务控制点的调用消息、 上一个 业务控制点返回消息。
15. 一种业务触发方法， 其特征在于， 包括：
业务触发点根据业务过滤规则决定当前处理的通信是否需要触发到业 务控制点或是否要进行本地处理；
所述业务过滤规则至少包括以下之一：
SIP消息会话描述外的消息体、 会话状态、 SIP初始请求消息外的消息 事件、 时间、 用户呈现信息、 用户状态、 业务调用消息、 其它业务过滤规 则关联信息、 虚拟应用服务器地址、 过滤规则有效性、 业务调用结果处理、 业务标识、 业务控制点调用禁止规则。
16.根据权利要求 15所述的业务触发方法， 其特征在于， 所述业务过 滤规则包括 SIP 消息会话描述外的消息体元素， 所述消息体元素包括消息 体类型和 /或消息体内容。
17.根据权利要求 16所述的业务触发方法， 其特征在于， 所述消息体 类型为多用途网络邮件扩展 MIME媒体类型， 所述消息体内容为多用途网 络邮件扩展 MIME体。
18.根据权利要求 17所述的业务触发方法， 其特征在于， 所述会话状 态至少包括以下之一：
收集信息、 分析信息、 路由选择失败、 发端」 1·亡、 发端一无应答、 发端— 应答、 发端_拆线、 发端 _放弃、 终端试呼鉴权、 终端一忙、 终端—无应答、 终端 _应答、 终端 _拆线、 终端—放弃。
19.根据权利要求 18 所述的业务触发方法， 其特征在于， 所述发端一 忙和 /或终端—忙至少包括以下一种情况：
用户终端返回忙、 网络决定忙、 网络决定接近忙。
20.根据权利要求 15所述的业务触发方法， 其特征在于，
所述 SIP初始请求消息外的消息事件至少包括以下一种： SIP响应消息、
SIP后续请求消息；
21.根据权利要求 20所述的业务触发方法， 其特征在于， 所述业务过 滤规则包括所述 SEP响应消息元素， 所述 SIP响应消息元素值支持通配和 / 或多值描述。 -40-
22.才艮据权利要求 15所述的业务触发方法， 其特征在于， 所述其它规 则关联信息至少包括以下之一：
业务执行结果、 其它过滤规则。
23.根据权利要求 22所述的业务触发方法， 其特征在于， 所述其它过滤 规则关联信息位于业务点触发器描述中、 或位于对业务控制点的描述中。
24. 才艮据权利要求 15所述的业务触发方法， 其特征在于，
所述业务触发点根据所述其它规则关联信息， 决定是否执行其它业务 过滤规则； 或者，
所述业务触发点根据所述其它规则关联信息， 决定当前处理的通信是 否触发到所述业务过滤规则中描述的业务控制点。
25.根据权利要求 15所述的业务触发方法， 其特征在于， 所述业务调用 消息指定业务触发点向业务控制点发送的消息。
26. 根据权利要求 25所述的业务触发方法， 其特征在于， 所述业务过 滤规则包括所述业务调用消息元素， 包括以下至少一种信息： 消息所属协 议类型、 消息名称、 消息中的关键参数。
27.才艮据权利要求 15所述的业务触发方法， 其特征在于，
所述用户呈现信息至少包括以下之一： 用户活动、 用户情绪、 场所类 型、 场所属性、 私密程度、 用户的当前状态和角色、 设备状态、 设备通信 能力、 用户位置信息； 或
所述用户状态至少包括以下一种^ 态： 注册状态、 漫游状态； 或 所述虚拟应用服务器地址对应于业务触发点上的一段程序或脚本； 或 所述过滤规则有效性至少包括以下一种： 无效、 有效、 当前通信有效、 或一次有效； 或
所述的业务标识位于业务点触发器描述中和 /或位于对业务控制点的描 述中。
28.根据权利要求 15所述的业务触发方法， 其特征在于， 所述业务调 用结果处理至少包括以下一种：
重新调用业务控制点；
调用同质业务控制点； -41- 执行下一条业务过滤规则；
停止执行业务过滤规则； 以及
通信释放。
29.根据权利要求 15或 28所述的业务触发方法， 其特征在于， 所述业 务过滤规则中还包括匹配条件， 所述匹配条件至少包括以下一种：
业务触发点的原始触发条件；
上一个业务控制点的调用消息；
上一个业务控制点返回消息；
其它指定消息。
30.根据权利要求 28所述的业务触发方法， 其特征在于， 所述业务调 用结果处理的发生情况至少是以下一种：
业务触发点向业务控制点发送调用消息失败；
业务控制点调用业务逻辑失败；
业务控制点返回和对其调用消息不一样的消息。
31.根据权利要求 15、 22、 25至 28中、 任一项所述的业务触发方法， 其特征在于， 所述业务触发点从业务过滤规则库获取所述业务过滤规则， 所述业务过滤规则库至少位于以下一处： 用户签约数据库、 业务控制点、 业务触发点。
32.根据权利要求 31所述的业务触发方法， 其特征在于， 所述业务过 滤规则直接或间接来自业务控制点时， 业务触发点可以立即执行所述业务 过滤规则、 或在收到后续通信消息时再执行所述业务过滤规则。
PCT/CN2007/001726 2006-07-14 2007-05-29 Réseau par paquets et procédé permettant de réaliser ce réseau WO2008009197A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP07721299A EP2043307A4 (en) 2006-07-14 2007-05-29 PACKET NETWORK AND METHOD FOR REALIZING THIS NETWORK
US12/353,103 US20090122794A1 (en) 2006-07-14 2009-01-13 Packet network and method implementing the same

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
CN200610098776 2006-07-14
CN200610098776.7 2006-07-14
CN200610109390.1 2006-08-16
CNA2006101093901A CN101106521A (zh) 2006-07-14 2006-08-16 具有增强的业务过滤规则的分组网络及其实现方法
CN200610159419.7 2006-09-21
CN2006101594197A CN101106565B (zh) 2006-07-14 2006-09-21 具有增强的业务过滤规则的分组网络及其实现方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/353,103 Continuation US20090122794A1 (en) 2006-07-14 2009-01-13 Packet network and method implementing the same

Publications (1)

Publication Number Publication Date
WO2008009197A1 true WO2008009197A1 (fr) 2008-01-24

Family

ID=38956528

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/001726 WO2008009197A1 (fr) 2006-07-14 2007-05-29 Réseau par paquets et procédé permettant de réaliser ce réseau

Country Status (3)

Country Link
US (1) US20090122794A1 (zh)
EP (1) EP2043307A4 (zh)
WO (1) WO2008009197A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010105635A1 (en) * 2009-03-17 2010-09-23 Telefonaktiebolaget Lm Ericson (Publ) Method and device for controlling communication in an internet protocol multimedia subsystem ims

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7979523B2 (en) * 2007-05-08 2011-07-12 Cisco Technology, Inc. Deferred invocation of communication services
JP4985435B2 (ja) * 2008-01-30 2012-07-25 日本電気株式会社 監視分析装置、方法、及び、プログラム
US8966099B2 (en) * 2009-03-25 2015-02-24 Panasonic Intellectual Property Corporation Of America Session change method and session change device
CN101931620B (zh) * 2009-05-20 2015-10-21 中兴通讯股份有限公司 业务实现方法和系统、业务能力服务器
US8170182B2 (en) * 2009-08-19 2012-05-01 Avaya Inc. Enhanced call tracing
US9209993B2 (en) 2010-11-16 2015-12-08 Microsoft Technology Licensing, Llc Cooperative session-based filtering
US9736189B2 (en) * 2013-08-23 2017-08-15 Oracle International Corporation System and method for optimizing SCIM/service broker and applications based on IMS initialfiltercritieria (IFC) extension
WO2016146139A1 (en) * 2015-03-13 2016-09-22 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic service point triggering in an ip multimedia subsystem
US10212193B2 (en) * 2016-05-13 2019-02-19 Verizon Patent And Licensing Inc. Service support for suspended and inactive subscribers
CN107330130B (zh) * 2017-08-29 2020-10-20 北京易掌云峰科技有限公司 一种向人工客服推荐回复内容的对话机器人的实现方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005064890A1 (en) * 2003-12-22 2005-07-14 Nokia Corporation A method to support mobile ip mobility in 3gpp networks with sip established communications
CN1662000A (zh) * 2004-02-26 2005-08-31 财团法人工业技术研究院 因特网协定多媒体服务控制的触发方法及多媒体子系统
CN1674580A (zh) * 2004-03-25 2005-09-28 财团法人工业技术研究院 因特网多媒体子系统服务控制机制的响应信息过滤方法
WO2006007929A1 (en) * 2004-07-21 2006-01-26 Siemens S.P.A. Rtsp proxy extended to detect streaming session events and report to valued streaming applications the notified ones
CN1798160A (zh) * 2004-12-27 2006-07-05 朗迅科技公司 用于部署、配置和存储初始过滤准则的方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6940847B1 (en) * 1999-01-15 2005-09-06 Telefonaktiebolaget Lm Ericsson (Publ) System and method for providing access to service nodes from entities disposed in an integrated telecommunications network
US7330483B1 (en) * 2002-12-19 2008-02-12 At&T Corp. Session initiation protocol (SIP) message incorporating a multi-purpose internet mail extension (MIME) media type for describing the content and format of information included in the SIP message
US7284165B2 (en) * 2004-06-15 2007-10-16 International Business Machines Corporation Computer generated documentation including diagram of computer system
CN1794709A (zh) * 2005-11-04 2006-06-28 华为技术有限公司 一种呈现信息的通知方法和系统
US8473617B2 (en) * 2004-12-31 2013-06-25 Sony Corporation Media client architecture for networked communication devices
US20060230154A1 (en) * 2005-04-11 2006-10-12 Nokia Corporation Method and entities for performing a push session in a communication system
CN1874390B (zh) * 2005-06-01 2010-08-04 华为技术有限公司 实现一号通号码到同时振铃号码间计费的方法
US20070008974A1 (en) * 2005-07-07 2007-01-11 International Business Machines Corporation Method, apparatus and computer program product for network services
FR2892256A1 (fr) * 2005-10-14 2007-04-20 France Telecom Procede et serveur d'invocation des serveurs d'application dans un reseau sip
US20080010669A1 (en) * 2006-04-28 2008-01-10 Nokia Corporation Hiding in Sh interface
US20080016115A1 (en) * 2006-07-17 2008-01-17 Microsoft Corporation Managing Networks Using Dependency Analysis
JP2008097502A (ja) * 2006-10-16 2008-04-24 Hitachi Ltd 容量監視方法及び計算機システム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005064890A1 (en) * 2003-12-22 2005-07-14 Nokia Corporation A method to support mobile ip mobility in 3gpp networks with sip established communications
CN1662000A (zh) * 2004-02-26 2005-08-31 财团法人工业技术研究院 因特网协定多媒体服务控制的触发方法及多媒体子系统
CN1674580A (zh) * 2004-03-25 2005-09-28 财团法人工业技术研究院 因特网多媒体子系统服务控制机制的响应信息过滤方法
WO2006007929A1 (en) * 2004-07-21 2006-01-26 Siemens S.P.A. Rtsp proxy extended to detect streaming session events and report to valued streaming applications the notified ones
CN1798160A (zh) * 2004-12-27 2006-07-05 朗迅科技公司 用于部署、配置和存储初始过滤准则的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2043307A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010105635A1 (en) * 2009-03-17 2010-09-23 Telefonaktiebolaget Lm Ericson (Publ) Method and device for controlling communication in an internet protocol multimedia subsystem ims
CN102428718B (zh) * 2009-03-17 2014-07-30 瑞典爱立信有限公司 在互联网协议多媒体子系统ims中控制通信的方法和设备
US8843595B2 (en) 2009-03-17 2014-09-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and device for controlling communication in an internet protocol multimedia subsystem IMS

Also Published As

Publication number Publication date
US20090122794A1 (en) 2009-05-14
EP2043307A1 (en) 2009-04-01
EP2043307A4 (en) 2009-09-09

Similar Documents

Publication Publication Date Title
WO2008009197A1 (fr) Réseau par paquets et procédé permettant de réaliser ce réseau
JP4700105B2 (ja) Ｉｐマルチメディアサブシステム（ｉｍｓ）おける呼転送
Poikselkä et al. The IMS: IP multimedia concepts and services
EP2087435B1 (en) Application service invocation
US8234388B2 (en) Application service invocation based on filter criteria
EP2104305A1 (en) Call service handling in an IMS-based system
CN101321400B (zh) 通信系统
WO2013044649A1 (zh) 电信网络向互联网提供会话服务的方法及系统
US8423652B2 (en) Service templates for an IP multimedia subsystem
WO2007079673A1 (fr) Procede de detection de l&#39;identite d&#39;usager public dans le profil de service d&#39;un systeme de communication et appareil associe
CN101132401A (zh) 业务交互处理方法和系统
WO2010012605A1 (en) Method and system for selective call forwarding based on media attributes in telecommunication network
EP2293512B1 (en) Malicious communication rejection
WO2007098706A1 (fr) Procédé permettant de transmettre des données de service et terminal de paquets utilisé dans ce procédé
WO2011032426A1 (zh) 紧急呼叫跨越业务的实现方法、装置和系统
WO2008106885A1 (fr) Procédé et système permettant une compatibilité de services
CN101106565B (zh) 具有增强的业务过滤规则的分组网络及其实现方法
WO2008036008A1 (en) Multiple response options for incoming communication attempts
CN101099406B (zh) 业务激活操作的实现方法及实现该方法的用户终端
WO2011023041A1 (zh) 一种指示终端媒体类型的呼叫方法及系统
Pailer et al. A service framework for carrier grade multimedia services using PARPLAY APIs over a SIP system
JP2006521717A (ja) 通信システムにおけるサービスの提供
WO2008058472A1 (fr) Procédé permettant de mettre en œuvre un service de réseau basé sur l&#39;envoi de paquets de données, système et base de données enregistrés par des utilisateurs
KR101347950B1 (ko) 차세대 통신망에서 통신서비스와 웹서비스 간 통합서비스 제어 방법
Venkat Activation/deactivation of supplementary services in IMS using feature code

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007721299

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: RU