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/1066—Session management
  • H04L65/1096—Supplementary features, e.g. call forwarding or call holding

Definitions

• the present invention relates to the field of an IMS system and an IMS SIP terminal, and more specifically to a service analysis method for an IMS SIP terminal that flexibly adapts to an IMS system service tag.
• the IMS SIP terminal cooperates with the application server in the IMS system to implement related services in the IMS system by adaptively and flexibly parsing the NOTIFY message sent by the network side in the IMS system. Background technique
• IMS IP Multimedia Subsystem
• SIP Session Initiation Protocol
• 3GPP 3GPP
• OMA Open Mobile Alliance, Open Mobile Alliance
• IMS technology allows operators to better control the business layer, integrate and implement IMS multimedia services faster, and reduce network investment and operational expenses, so operators pay great attention to IMS technology.
• IMS technology can also bring a unified user experience to users, and users will get more IMS services with guaranteed quality and security.
• the proposal of IMS conforms to the trend of communication network technology convergence and service convergence development, and it will play an important role in the future communication network.
• the IMS SIP terminal is the most direct carrier for various services in the IMS system, and cooperates with other devices in the IMS system to provide various services for users.
• the implementation of the PSTN (Public Switched Telephone Network) emulation service in the IMS network can be implemented in a loosely coupled manner by the IMS SIP terminal, the application server AS, and the user data center HSS.
• the IMS SIP terminal needs to perceive the service customized and registered by the user, and completes the terminal-related service function implementation, including converting the hook flash action and the subsequent dialing event into corresponding SIP messages.
• the IMS SIP terminal uses the subscription notification mechanism of the service to sense the services customized and registered by the user.
• Figure 1 depicts the subscription notification mechanism in the IMS network: After the registration (REGISTER) is successful, the IMS SIP terminal sends a subscription (SUBSCRIBE) message to the IMS system to initiate a subscription request, requesting to inform the user of the registered service information; After the corresponding request information is obtained, the service registration information corresponding to the IMS SIP terminal user in the user data center HSS is queried, and the IMS SIP terminal is notified of the service registration information corresponding to the user by using a NOTIFY message (also referred to as a service notification message). .
• the NOTIFY message specifically describes the service registration information corresponding to the IMS SIP terminal user in the XMLCExtensible Markup Language) document information format.
• a typical XML document in a NOTIFY message is as follows:
• the various types of service information registered or cancelled by the IMS SIP terminal user appear in the XML document in the form of a label (service tag), such as ⁇ cw-service> cw—service—proved ⁇ /cw-service> is the call waiting service tag, including The service tag name cw_service, the service tag value cw_service_provisioned and the like, so the identification and parsing of the service tag in the dish document is the key to the NOTIFY message processing.
• IMS SIP terminals In practical applications, because the IMS server manufacturers support different types of services, the contents of the service tags often appear inconsistent, which makes the IMS SIP terminal encounter certain difficulties in identifying and parsing the service tags. It is often the case that a NOTIFY message sent by one IMS server manufacturer can be identified and parsed, but the NOTIFY message of another IMS server manufacturer cannot be identified and resolved. Due to the difference of the business label Righteousness, when new IMS server vendors (IMS platform vendors) are introduced, IMS SIP terminals often need to adapt and adjust accordingly to match related service tags, which will greatly affect and limit the overall promotion and use of IMS services.
• IMS platform vendors IMS platform vendors
• the object of the present invention is to provide a service parsing method that flexibly adapts to the service tag of the IMS system, so that the IMS SIP terminal can simultaneously adapt to different service representation methods of multiple IMS server manufacturers, thereby being effectively compatible.
• the ambiguity in business analysis improves the adaptive capabilities and application scope of IMS SIP terminals.
• a service parsing method for flexibly adapting to a service tag of an IMS system characterized in that the method includes the following steps:
• Step 1 Defining a multi-service tag template: In a configuration file of an IMS SIP terminal, defining a format of a plurality of service tags that are accepted and recognized by the system for a service, and the format of the multi-service tag template is as follows, including the identifier and the content. :
• Templates ⁇ Service [i] > Pattern [i] [ 1]
• Templates ⁇ Service [i] > is the identifier of the multi-service template defined by the IMS SIP terminal for the service type i,
• Pattern [i] [ 1] , Pattern [i] [2] , ..., Pattern [i] [n] Each represents a service tag that identifies the service type i as an IMS SIP terminal, via the "I" symbol string Then, the content of the multi-service label template is formed;
• the set of tag instances is as follows:
• Templates ⁇ Service [0] > pattern [0] [ 1]
• Templates ⁇ Service [1] > pattern [l] [1]
• pattern [l] [2] ' ⁇ I pattern [1] [n] templates ⁇ Service [i] > pattern [i] [1]
• One row corresponds to one multi-service tag instance, and multiple service template instances between different service types are segmented by a carriage return and line-feed method to form a multi-service tag instance set;
• the IMS SIP terminal learns the multi-service tag instance set in the configuration file, and adds the service tag matching operation rule of various services to generate a multi-service tag instance set at the runtime, so that the subsequent service tag matches. jobs;
• Step 3 After receiving the NOTIFY message, the IMS SIP terminal obtains a service label of various services corresponding to the IMS SIP terminal user from the XML document information carried in the NOTIFY message.
• Step 4 Perform the operation on the service label of each service corresponding to the IMS SIP terminal user and the multi-service label instance set at the runtime according to a series of related service label matching operation rules, that is, complete the XML Identification and parsing of service tags in the document: Parsing the subscribed service capabilities of the IMS SIP terminal users.
• the platform sends a NOTIFY notification message to inform the user of the service capability.
• the IMS SIP terminal After receiving the NOTIFY, the IMS SIP terminal performs the matching of the service tags according to the matching by successive means and the triggering by successive means.
• Analytical processing :
• the IMS SIP terminal After obtaining the XML document describing the subscribed service capability of the user, the IMS SIP terminal performs the one-by-one matching according to the service tag matching operation rule covered by the multi-service tag instance set at the running time, and the matching result is true. To the user;
• the specific service tag matching operation rule is determined by the specific implementation. Once the operation is performed according to the operation rule, the IMS SIP terminal user is considered to have the service capability.
• the control logic module invokes the multi-service tag instance set generation module and the instance storage module to implement control of the entire multi-service tag instance.
• the multi-service tag instance set generating module generates a multi-service tag instance set according to the multi-service tag template and the specific IMS system service tag; the control logic module can at least increase the specific content of the multi-service tag instance set. , hold and delete operations.
• the runtime multi-service tag instance set storage module is mainly used to import a multi-service tag instance set in the configuration file in the IMS SIP terminal, and attach matching rules of various service tags to form an operational A manageable set of instances, where the matching rule is the basis for tag matching and parsing.
• the IMS SIP terminal when receiving the NOTIFY message, performs the following processing:
• the above steps are repeated until the service tag resolution in all xml documents is completed.
• the service parsing method for adapting the service tag of the IMS system according to the present invention enables the IMS SIP terminal to adapt to different service representation methods of multiple IMS server manufacturers at the same time, thereby effectively complicating the ambiguity in the service parsing and improving the IMS SIP.
• the adaptive capabilities and application range of the terminal DRAWINGS
• Figure 1 is a subscription notification mechanism in an IMS network.
• Figure 2 is a schematic diagram of the generation and storage of a multi-service tag instance.
• Figure 3 shows the business matching process.
• the core idea of the present invention is: defining a multi-service tag template, generating a multi-service tag instance through a multi-service tag template, and parsing the service tag in the received XML document according to the generated multi-service tag instance to obtain an IMS SIP terminal User's business registration information.
• the service parsing method for flexibly adapting the service tag of the IMS system according to the present invention includes the following steps:
• Step 1 Defining a multi-service tag template: In a configuration file of an IMS SIP terminal, defining a format of a plurality of service tags that are accepted and recognized by the system for a service, and the format of the multi-service tag template is as follows, including the identifier and the content. :
• Pattern [i] [ 1] , Pattern [i] [2] , ⁇ , Pattern [i] [ ⁇ ] each represents a service tag that can be used as an IMS SIP terminal to identify the service type i, via "I"
• the symbols are concatenated to form the content of the multi-service tag template;
• n is an integer, and the maximum value is the total number of service tag types of the service type i, the same below;
• Step 2 Generate a multi-service tag instance set by using a multi-service tag template:
• the business tag instance set is as follows:
• Templates ⁇ Service [0] > pattern [0] [ 1]
• Templates ⁇ Service [ 1] > pattern [ l] [ 1]
• pattern [ l] [2] ... I pattern [ 1] [n] templates ⁇ Service [i] > pattern [ i] [ 1]
• One row corresponds to one multi-service tag instance, and multiple service template instances between different service types are segmented by a carriage return and line-feed method to form a multi-service tag instance set;
• the IMS SIP terminal learns the multi-service tag instance set in the configuration file, and adds the service tag matching operation rule of various services to generate a multi-service tag instance set at the runtime, so that the subsequent service tag matches. jobs;
• Step 3 After receiving the NOTIFY message, the IMS SIP terminal obtains the service label of the service corresponding to the IMS SIP terminal user from the XML document information carried in the NOTIFY message; for example:
• Step 4 The service tags of various services corresponding to the acquired IMS SIP terminal users,
• the service matching resolution process is shown in Figure 3.
• the platform sends a NOTIFY notification message to inform the user of the service capability.
• the IMS SIP terminal After receiving the NOTIFY, the IMS SIP terminal performs the matching of the service tags according to the matching by successive means and the triggering by successive means.
• Analytical processing :
• the IMS SIP terminal After obtaining the XML document describing the subscribed service capability of the user, the IMS SIP terminal performs matching one by one according to the service tag matching operation rule
• Business capabilities are assigned to the user;
• FIG. 2 is a schematic diagram of generation and storage of the multi-service tag instance set described in step 2.
• the control logic module invokes the multi-service tag instance set generation module and the instance storage module to implement control of the entire multi-service tag instance.
• the multi-service tag instance set generating module generates a multi-service tag instance set according to the multi-service tag template and the specific IMS system service tag; the same IMS SIP terminal accesses different IMS systems, and the multi-service tag instance set It may be inconsistent or consistent.
• the control logic module can at least (such as: through the command line, etc.) add, retain, and delete the specific content of the multi-service tag instance set.
• the runtime multi-service tag instance set storage module is mainly used to import a multi-service tag instance set in the configuration file in the IMS SIP terminal, and
• the matching rules of various service tags are added to form an operable and manageable set of instances, wherein the matching rules are the basis for tag matching and parsing.
• the IMS SIP terminal performs the following processing:
• the service parsing method for flexibly adapting the service tag of the IMS system includes the following steps:
• the IMS SIP terminal imports the pre-configuration file and attaches a matching rule to generate a runtime multi-service tag set for storage.
• the IMS SIP terminal subscribes to the service by using the subscription message mechanism, and performs matching according to the matching rule of the service tag instance set according to the received Notify notification message to complete the service analysis processing.
• the service matching parsing process is performed by the IMS SIP terminal to send a service to the application server AS by sending a SUBSCRIBE message.
• the application server AS After receiving the service subscription request, the application server AS notifies the IMS SIP terminal of the user service capability by using a NOTIFY message.
• the IMS SIP terminal performs rule matching on the service tags in the received xml document according to the service tag instance, and finally parses out the service capability of the user.

Landscapes

• Engineering & Computer Science (AREA)
• Multimedia (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Business, Economics & Management (AREA)
• General Business, Economics & Management (AREA)
• Telephonic Communication Services (AREA)

Priority Applications (1)

Applications Claiming Priority (2)

Publications (1)

Family

ID=47032214

Family Applications (1)

Country Status (3)

Cited By (1)

Families Citing this family (3)

Citations (5)

Family Cites Families (8)

• 2012
  • 2012-07-25 CN CN201210260732.5A patent/CN102752315B/zh active Active
• 2013
  • 2013-07-22 RU RU2014146752/08A patent/RU2604983C2/ru active
  • 2013-07-22 WO PCT/CN2013/079808 patent/WO2014015776A1/zh active Application Filing

Patent Citations (5)

Also Published As

Similar Documents

Legal Events