WO2007045182A1 - Procede de traitement de message d’inscription dans le reseau ims selon les regles de filtrage initiales - Google Patents

Procede de traitement de message d’inscription dans le reseau ims selon les regles de filtrage initiales Download PDF

Info

Publication number
WO2007045182A1
WO2007045182A1 PCT/CN2006/002794 CN2006002794W WO2007045182A1 WO 2007045182 A1 WO2007045182 A1 WO 2007045182A1 CN 2006002794 W CN2006002794 W CN 2006002794W WO 2007045182 A1 WO2007045182 A1 WO 2007045182A1
Authority
WO
WIPO (PCT)
Prior art keywords
registration
message
cscf
filtering rule
initial filtering
Prior art date
Application number
PCT/CN2006/002794
Other languages
English (en)
French (fr)
Inventor
Hui Li
Fenqin Zhu
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 CNB2005101095194A external-priority patent/CN100403692C/zh
Priority claimed from CN2006100065444A external-priority patent/CN101001248B/zh
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to CN200680011513.6A priority Critical patent/CN101156393B/zh
Priority to EP06805004A priority patent/EP1879337B1/en
Publication of WO2007045182A1 publication Critical patent/WO2007045182A1/zh
Priority to US11/946,612 priority patent/US20080104696A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1073Registration or de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/147Signalling methods or messages providing extensions to protocols defined by standardisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1063Application servers providing network services

Definitions

  • the present invention relates to the field of communications, and in particular, to a method for processing a registration message according to an initial filtering rule in an IMS network. Background technique
  • IP Multimedia Subsystem is a subsystem that 3GPP superimposes on the packet network. It uses the packet domain as its bearer channel for control signaling and media transmission, and introduces Session Initiation Protocol (SIP) as the service control protocol. It is easy to expand and has convenient media combination. It provides rich multimedia services by separating service control from bearer control.
  • the main functional entities in the IMS include a call control entity CSCF that controls functions such as user registration and session control, a home subscriber server HSS that centrally manages user subscription data, and an application server AS that provides various service logic control functions.
  • the IMS system architecture is shown in Figure 1.
  • the 3GPP in order to complete the registration of the terminal, and the service of the calling or called party, the 3GPP defines a Public User Identity and a Private User Identity, and the user communicates using the public user identity.
  • the private identity authenticates the terminal.
  • the IMS network uses the registration process of the SIP protocol to implement user access to the IMS network.
  • the IMS network authenticates the private user identity and establishes an access domain security channel.
  • the user registration success will establish a relationship between the public user identity and the current location of the user in the home domain S-CSCF, and the S-CSCF simultaneously
  • the HSS removes the user's subscription data.
  • the IMS subscription downloaded by the S-CSCF may include one or more service profiles, and the service description includes information such as a public user identifier, a core network service authorization, an initial filtering rule set, and a shared initial filtering rule set.
  • the initial filtering rule is a set of user service parameters, and a service description may include a list of multiple initial filtering rules.
  • An initial filtering rule includes: the application server (AS) address that is triggered, and the priority of the initial filtering rule; Trigger point; default processing; optional service information.
  • AS application server
  • Trigger point default processing
  • optional service information optional service information.
  • the S-CSCF matches the priority of the initial filtering rule from high to low, according to the trigger information in the trigger point and the request message received from the Mw interface. If the match is successful, the S-CSCF sends the relevant request through the ISC interface to the AS that matches the initial filter rule.
  • the CSCF sends a third-party registration message to each AS that matches the initial filtering rule; if it receives another request, the S-CSCF sends it to each AS that matches the initial filtering rule. In the message, add special ID and routing information.
  • the AS After processing the completion of the service logic, the AS returns the request message to the S-CSCF according to the routing information. The S-CSCF will continue to perform low-priority initial filtering rule matching until all initial filtering rules in the service description are checked.
  • an IMS subscription downloaded by the S-CSCF includes multiple public user identifiers, it indicates that all public user identifiers in the subscription belong to the same implicit registration set.
  • the implicit registration set means that if a public user ID in an implicit registration group is registered (or deregistered), all public user IDs in the implicit registration set are simultaneously registered (or deregistered).
  • the S-CSCF will perform a third party registration on the application server described in the rule.
  • the public user identifier in the third-party registration message initiated by the S-CSCF may select one of the public user identifiers in the implicit registration set based on the operator's configuration. Since only one public user ID can be carried in the third party registration message. Therefore, if the AS needs to obtain the registration status of other public user IDs, the S-CSCF can obtain the registration status of other public user IDs through subscription.
  • the S-CSCF will continue to perform the matching or initiate the network side logout to the user side according to the "default processing" indication in the initial filtering rule.
  • the S-CSCF downloads the subscription data from the HSS after the user successfully authenticates through the registration. If the user is an implicitly registered user, the subscription data may include multiple service profiles.
  • the S-CSCF will match the initial filtering rule with the registration request message according to the priority of the initial filtering rule in the initial filtering rule in the service description. If the match is successful, the S-CSCF will initiate a third-party registration, and the third-party registered application server is the application server specified in the matching initial filter rule. If there are multiple matching initial filters The S-CSCF will initiate a third-party registration with the corresponding application server.
  • the third-party registration process is shown in Figure 3.
  • three public user identifiers form an implicit registration set, and correspond to two service profiles (Service Profile); wherein the public user identifier 1/public user identifier 2 corresponds to the service description 1 Public user ID 3 corresponds to service description 2.
  • the S-CSCF will process the third party registration according to the initial filtering rules in the service description. Since the prior art solution does not clarify that the S-CSCF needs to check the initial filtering rule information of different service descriptions, it is generally considered that the S-CSCF will only check all the service descriptions related to the public user identity 1 after receiving a registration message.
  • the initial filtering rules are matched one by one according to the priority of the initial filtering rules and triggered to the corresponding AS.
  • both the service descriptions include the initial filtering rule of the registration message processing and the initial filtering rule of the non-registered message processing, only the initial filtering rule of the registration message in the service description 1 is triggered according to the foregoing processing manner, that is, only the service description.
  • the AS in 1 is registered by a third party.
  • the public user ID 3 has also been successfully registered, but the initial filtering rule of the public message identifier 3 related to the service description 2 including the registration message processing is not checked, resulting in the above processing, The service description 2 related to the public user ID 3 is not processed, and the related AS cannot complete the third-party registration. In fact, the public user ID 3 has already been registered at this time, which will result in the need to learn the public user identifier in the service description 2. The AS is not notified. Summary of the invention
  • the present invention provides a method for processing a registration message according to an initial filtering rule in an IMS network, to solve the problem that the registration message in the service description corresponding to all public user identifiers in the implicit registration set cannot be obtained after the user successfully registers in the prior art.
  • the problem of initial filtering rules being processed.
  • a method for processing a registration message according to an initial filtering rule in an IMS network comprising the following steps
  • the service call session control function S-CSCF downloads corresponding subscription data from the home subscriber server HSS after the user is successfully registered, and the subscription data includes an implicit registration set corresponding to the user; the S-CSCF traverses the implicit registration All the service description data of the registration set, the registration message is matched with the initial filtering rule in the service description data, and when the matching is successful, the request message is sent to the corresponding application server AS for third party registration.
  • the registered public user identity in the request message at the time of the third party registration is a public user identity that is not blocked in the implicit registration set or a public user identity selected according to the configuration.
  • the public user ID registered in the third party registration message is in the SIP URI format; or, when the public user ID is the Tel URI format leaf, it is converted to the SIP URI format.
  • all public user identifiers included in the implicit registration set are replaced with the public user identifiers in the registration message, and then matched with each filtering rule.
  • the registration message is matched with the initial filtering rule in order of priority from high to low.
  • the S-CSCF After receiving the triggered AS return failure response message, the S-CSCF stops the processing of the subsequent initial filtering rule and initiates the network logout process. Alternatively, the S-CSCF further determines the initial filtering rule. If the default processing configuration data of the initial filtering rule is the continuation indication or the default processing data is not configured, the S-CSCF continues the subsequent processing, if the default processing configuration data of the initial filtering rule is terminated. Instructs the S-CSCF to stop processing the subsequent initial filtering rules and initiate a network logout process.
  • the S-CSCF When the S-CSCF receives the user-initiated cancellation message, it traverses all the service description data in the subscription data, matches the cancellation message with the initial filtering rule in the service description data, and sends the corresponding application server to the corresponding application server when the matching is successful.
  • the AS sends a message to perform a three-way deregistration request.
  • the S-CSCF When the S-CSCF receives the network side logout request, it traverses all the service description data in the subscription data, matches the corresponding logout message with the initial filter rule in the service description data, and sends the corresponding application to the corresponding application when the match is successful.
  • the server AS sends a third party logout request message.
  • the service call session control function S-CSCF downloads the corresponding subscription data from the home subscriber server HSS after the user is successfully registered, and the subscription data includes an implicit registration set corresponding to the user; the S-CSCF initiates a third party registration.
  • the request message carries all the public user identifiers included in the implicit registration set, or the S-CSCF carries the implicit registration in the request message forwarded to the AS after the other request messages are successfully matched with the initial filtering rule.
  • Set contains all public user IDs.
  • a method for processing a registration message according to an initial filtering rule in an IMS network comprising the following steps:
  • the service call session control function S-CSCF downloads the corresponding subscription data from the home subscriber server HSS after the user successfully registers, and the service description data corresponding to the implicit registration set of the user in the subscription data includes the implicit registration.
  • the S-CSCF selects the service description data corresponding to the public identity of the user, matches the registration message with the initial filtering rule, and sends a registration message to the corresponding application server AS for third-party registration when the matching is successful.
  • a method for processing a registration message according to an initial filtering rule in an IMS network comprising the following steps:
  • the service call session control function S-CSCF downloads the corresponding subscription data from the home subscriber server HSS after the user is successfully registered.
  • the service description in the subscription data includes a shared filtering rule set identifier, and the shared filtering rule set identifier corresponds to the shared filtering rule.
  • An initial filtering rule that sets all registration messages containing the implicit registration set of the user;
  • the S-CSCF refers to the shared filtering rule set by the identifier, matches the registration message with the filtering rule in the shared filtering rule set, and sends a registration message to the corresponding application server (AS) for third-party registration when the matching is successful.
  • AS application server
  • the invention traverses all public users of the implicit registration set after the public user identity registration is successful. Identifying the corresponding service description, respectively matching the registration message with the initial filtering rule in the initial filtering rule of each registration message, and performing third-party registration after the matching is successful, so that the symptom server can timely learn the implicitly registered public user.
  • the registration status of the logo The registration status of the logo.
  • the AS can obtain all the implicit registration sets.
  • User ID In addition, if the AS does not support third-party registration, the user ID of the implicit registration set can also be carried to the AS through other request messages.
  • the invention unifies the initial filtering rule data registered by the third party and the initial filtering rule data of the service, which is convenient for configuring the subscription data of the user, and directly checking the extended indication when the initial filtering rule is checked, which is very fast and convenient.
  • FIG. 1 is a schematic diagram of an existing IMS network architecture
  • FIG. 2 is a schematic diagram of an existing user subscription data structure
  • Figure 3 is a flow chart of an existing third party registration
  • FIG. 4 is a schematic diagram of a relationship between a public user identifier and a service description in an existing implicit registration set
  • FIG. 5 is a flowchart of implementing third party registration in Embodiment 1 of the present invention
  • FIG. 6 is a flowchart of implementing third party registration in Embodiment 2 of the present invention.
  • FIG. 8 is a schematic diagram of a relationship between a shared filtering rule set and a public user identifier according to Embodiment 3 of the present invention
  • FIG. 8 is a flowchart of implementing third party registration in Embodiment 3 of the present invention
  • FIG. 9 is a flowchart of implementing third party registration in Embodiment 4 of the present invention. detailed description
  • the initial filtering rule in the service description (or service description data) corresponding to all the public users that are successfully registered in the implicit registration set can be processed to make the corresponding application.
  • the server AS can be informed of the registration status of the public user identifier in time.
  • the service call session control function S-CSCF traverses the initial filtering rule defined by the service description of the implicit registration set corresponding to the registered public user identifier, Registration message and initial The initial filtering rule performs matching, and when the matching is successful, a registration message is sent to the corresponding application server AS for third party registration.
  • the S-CSCF can process the filtering rules in the following ways:
  • the S-CSCF may carry all the public user identifiers included in the implicit registration set in the request message (for example, the extended registration message, using the P-Associated-URI header field).
  • the S-CSCF non-third-party registration request matches the initial filtering rule, it can also be forwarded to the AS request message (for example, extended SIP message, using P-Associated-URI header field). Carry all public user IDs contained in the implicit registration set.
  • the registration message carries the registered public user identifier
  • the public user identifier in the registration message is first replaced with the service description. Match the public user ID corresponding to the data.
  • the registered public user identifier in the third-party registration request message is a public user identifier included in the registration message that the initial filtering rule matches successfully, or one selected from the implicit registration set is not blocked.
  • the public user ID in the third-party registration request message is a public identifier in the SIP mi format. If the public user ID is in the Tel URI format, it is converted to a SIP URI format and then carried in the third party registration request message.
  • the S-CSCF performs the initial filtering rule according to the following steps:
  • Step 500 The user uses a public user identifier to register, and after the successful authentication registration of the S-CSCF, the subscription data downloaded from the HSS includes the implicit registration set corresponding to the user.
  • the downloaded subscription data may contain multiple service descriptions.
  • Step 510 Take a service description data from the subscription data as the current service description data.
  • the order of the service description data may be determined according to download or other order, and the S-CSCF considers that there is no priority relationship between the initial filtering rules of different service descriptions.
  • Step 520 Take the initial filtering rule with the highest priority from the current service description data as the current initial filtering rule.
  • Step 530 Match the registration message with the current initial filtering rule. If the matching is successful, go to step 540. If the matching fails, go to step 550.
  • Step 540 The S-CSCF sends a registration message to the AS of the initial filtering rule through the ISC interface to perform third-party registration.
  • Step 550 Determine whether all the initial filtering rules in the service description are processed, and if yes, proceed to step 570; otherwise, proceed to step 560.
  • Step 560 The initial filtering rule with the highest priority is taken as the current initial filtering rule from the unfiltered initial filtering rule.
  • Step 570 Determine whether all the service descriptions in the subscription data are processed, and if yes, end, otherwise, the next service description is taken as the current service description data, and step 520 is performed.
  • step 530 for the service description that includes multiple public users, all the public user identifiers included in the service description are replaced with the public user identifiers in the registration message, and then matched with each filtering rule.
  • the S-CSCF when the S-CSCF processes the third-party registration, if one of the triggered ASs returns In response to the failure, the S-CSCF stops processing the subsequent initial filtering rules and initiates a network logout process, or the S-CSCF further determines the default processing configuration data of the initial filtering rule and determines the result to perform the following processing:
  • the S-CSCF continues the subsequent processing. This includes continuing to process low-priority filtering rules in the same business description, as well as initial filtering rules in other unprocessed business descriptions.
  • the S-CSCF stops processing the subsequent initial filtering rule and initiates a network logout process.
  • the AS returns a failure response message: Cannot contact AS, 408 timeout response, or 5xx response.
  • the S-CSCF refers to the shared filtering rule set by using the identifier, matches the logout message with the filtering rule in the shared filtering rule set, and corresponds to when the matching succeeds.
  • the application server (AS) sends a logout message for third-party logout.
  • the S-CSCF When the S-CSCF receives the network side logout request, the S-CSCF refers to the shared filtering rule set by using the identifier, and matches the corresponding logout message with the filtering rule in the shared filtering rule set, and when the matching succeeds, The corresponding application server (AS) sends a logout message for third party logout.
  • AS application server
  • a specific example is: The user registers with the public user ID 1 and after the successful authentication registration of the S-CSCF, downloads the subscription data as shown in FIG. 4 from the HSS.
  • the S-CSCF first checks the initial filtering rule in the service description 1, and checks whether the initial filtering rule matches the registration message from the high priority to the low priority. If the matching succeeds, the S-CSCF initially filters each matching through the ISC interface.
  • the rule AS sends a third party registration message. After the S-CSCF checks the service description, it then checks the initial filtering rules in Service Description 2 in the same way. After the S-CSCF checks the service description 2, it terminates the subscription data check of the third-party registration.
  • This embodiment adopts the insertion of all registration messages in each service description corresponding to the implicit registration set.
  • the user with the implicit registration service collects the initial filtering rules of all the registration messages of an implicit registration set, and then inserts the initial filtering rules of all the service descriptions corresponding to the implicit registration set. in. All the filtering rules in the initial filtering rule of each service description are set according to the requirements of the AS business processing.
  • the S-CSCF follows the steps to process the initial filtering rules:
  • Step 610 The user uses a public user identifier to register, and the subscription data downloaded from the HSS after the successful authentication registration of the S-CSCF.
  • the downloaded subscription data may contain multiple service descriptions.
  • Step 620 The S-CSCF selects a service description corresponding to the registered public user identifier, and takes the initial filtering rule with the highest priority from the service description as the current initial filtering rule. .
  • Step 630 Match the registration message with the initial filtering rule in the current initial filtering rule. If the matching is successful, go to step 640. If the matching fails, go to step 650.
  • Step 640 The S-CSCF sends a registration message to the AS of the initial filtering rule through the ISC interface to perform third-party registration.
  • Step 650 Determine whether all the initial filtering rules in the service description are processed. If the S-CSCF does not process the other service descriptions, the processing ends. Otherwise, step 660 is performed.
  • Step 660 The initial filtering rule with the highest priority is taken as the current initial filtering rule from the unprocessed initial filtering rule, and step 630 is performed.
  • step 630 when the registration message is matched with each filtering rule, all public user identifiers in the subscription data are sequentially replaced with the public user identifier in the registration message, and then the replacement registration message is sequentially compared with the initial filtering rule. If the match is successful, a registration message is sent to the corresponding application server (AS) for third party registration.
  • AS application server
  • the S-CSCF processes the third-party registration, if one of the triggered ASs returns a failure response, the S-CSCF processes in the same manner as in the first embodiment.
  • the S-CSCF receives the logout message, its processing is the same as in the first embodiment.
  • a specific example is: The user registers with the public user ID 1 and successfully registers with the S-CSCF. ⁇ After authentication, download the contract data as shown in Figure 4 from the HSS.
  • the S-CSCF checks the initial filtering rule of the service description 1 corresponding to the public user ID 1, and checks whether the initial filtering rule matches the registration message from the high priority to the low priority. If the matching succeeds, the S-CSCF passes the ISC interface to each The AS that matches the initial filtering rule sends a third-party registration message. After the S-CSCF checks the service description 1, the contract data check of the third party registration is terminated.
  • the initial filtering rules of all the registration messages of an implicit registration set are collected, and the priority of the registration filtering rule is set according to the requirements of the AS service processing to form a shared filtering rule set.
  • the shared filtering rule set identifier is added, and the service description can find the shared filtering rule set by using the identifier.
  • the contract data structure is shown in Figure 7.
  • the S-CSCF supports a shared filtering rule set
  • all the service descriptions downloaded will include a reference identifier for the registered shared filtering rule set. If the S-CSCF does not support the shared filtering rule set, according to the existing standard, when the HSS processes the downloading subscription data, the initial filtering rule in the shared filtering rule set is inserted into each service description, which may be according to the first embodiment or the second embodiment. The method is processed.
  • the S-CSCF performs the initial filtering rules for the registration message by following the steps:
  • Step 800 The user uses a public user identifier to register, and after the successful authentication registration of the S-CSCF, the subscription data downloaded from the HSS includes the shared filtering rule set.
  • the service description corresponding to the public user identifier includes the reference identifier of the shared filtering rule set.
  • Step 810 The S-CSCF selects a service description corresponding to the registered public user identifier, and references the shared filtering rule set according to the reference identifier in the service description.
  • Step 820 Take the initial filtering rule with the highest priority from the shared filtering rule set as the current initial filtering rule.
  • Step 830 Match the registration message with the initial filtering rule in the current initial filtering rule. If the matching is successful, go to step 840. If the matching fails, go to step 850.
  • Step 840 The S-CSCF sends a registration message to the AS of the initial filtering rule through the ISC interface. Make a third party registration.
  • Step 850 Determine whether all the initial filtering rules in the shared filtering rule set are processed, and if yes, end the processing; otherwise, proceed to step 860.
  • Step 860 The initial filtering rule with the highest priority is taken as the current initial filtering rule from the unprocessed initial filtering rule, and step 830 is performed.
  • step 830 when the registration message is matched with each filtering rule, all public user identifiers in the subscription data are sequentially replaced with the public user identifier in the registration message, and then the replacement registration message is sequentially compared with the initial filtering rule. If the match is successful, a registration message is sent to the corresponding application server (AS) for third party registration.
  • AS application server
  • the request message uses the P-Associated-URI header field to carry all the public user identifiers of the implicit registration set.
  • Step 900 The user uses a public user identifier to register, and after the S-CSCF successfully authenticates the registration, the contract is downloaded from the HSS. data.
  • the downloaded subscription data may contain multiple service descriptions.
  • Step 910 Select a service description from the service description data of the subscription data as the current service description.
  • Step 920 Take the initial filtering rule with the highest priority from the current service description as the current initial filtering rule.
  • Step 9 3 Match the registration message with the current initial filtering rule. If the public user identifier in the initial filtering rule is different from the public user identifier in the registration message, use the public user identifier in the registration message to match. If the matching is successful, step 940 is performed, and if the matching fails, the step is performed. Step 960.
  • Step 940 Determine whether the AS has performed third-party registration in other initial filtering rules of the same service description; if yes, proceed to step 960; otherwise, proceed to step 950.
  • Step 950 The S-CSCF sends the registration message to the AS of the initial filtering rule by using the ISC interface to perform the third-party registration by using the public user identifier of the registration.
  • the P-Associated-U I header field in the registration message carries the implicit registration set. All public user IDs.
  • Step 960 Determine whether all the initial filtering rules in the service description are processed, and if yes, proceed to step 980; otherwise, proceed to step 970.
  • step 970 the initial filtering rule with the highest priority is taken as the current initial filtering rule from the unprocessed initial filtering rule, and step 930 is performed.
  • Step 980 Determine whether all the service descriptions are processed, and if yes, the process ends. Otherwise, the unprocessed service description is taken as the current service description data, and step 920 is performed.
  • the processing manner of the S-CSCF refers to the manner in the first embodiment.
  • the S-CSCF receives the logout message, its processing is the same as in the first embodiment.
  • the S-CSCF carries the implicit registration set in the header field of the request message forwarded to the AS after the request message other than the third-party registration request is successfully matched with the initial filtering rule. All public user IDs.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

在 IMS网络中根据初始过滤规则处理注册消息的方法 技术领域
本发明涉及通信领域, 尤其涉及一种在 IMS网络中根据初始过滤规则处 理注册消息的方法。 背景技术
IP多媒体子系统(IMS )是 3GPP在分组网络上叠加的一个子系统, 采用 分组域为其控制信令和媒体传输的承载通道, 引入会话发起协议(SIP )作为 业务控制协议, 利用 SIP 筒单、 易扩展、 媒体组合方便的特点, 通过将业务 控制与承载控制分离, 提供丰富的多媒体业务。 IMS 中主要的功能实体包括 控制用户注册、会话控制等功能的呼叫控制实体 CSCF、 集中管理用户签约数 据的归属用户服务器 HSS,提供各种业务逻辑控制功能的应用服务器 AS。IMS 系统架构如图 1所示。
在 IMS应用中, 为了完成终端的注册, 以及主叫或者被叫的业务, 3GPP 定义了公共用户标识( Public User Identity ) 以及私有用户标识(Private User Identity ), 用户使用公共用户标识进行通信 , 使用私有标识对终端进行鉴权。
IMS网络使用 SIP协议的注册过程, 实现用户接入 IMS网络。 在用户注 册过程中, IMS 网络针对私有用户标识进行认证并建立接入域安全通道, 用 户注册成功将在归属域 S-CSCF 建立公共用户标识与该用户当前位置间的关 系, S-CSCF同时从 HSS取下用户的签约数据。
采用 UML模型时, S-CSCF下载的用户的签约数据结构表示如图 2所示。 在 S-CSCF下载的 IMS签约中,可以包含一个或者多个业务描述( Service Profile ), 业务描述包含公共用户标识、 核心网业务授权、 初始过滤规则集、 共享初始过滤规则集等信息。 其中的初始过滤规则是一组用户的服务参数, 一个业务描述可以包含多个初始过滤规则組成的列表。
一个初始过滤规则包含: 被触发的应用服务器 (AS )地址, 初始过滤规 则的优先级; 触发点; 缺省处理; 可选服务信息。 根据这些参数, S-CSCF按照初始过 滤规则的优先级从高到低, 根据触发点中的触发信息和从 Mw接口接收到请 求消息匹配。 如果匹配成功, S-CSCF通过 ISC接口发送相关的请求到匹配初 始过滤规则的 AS。
如果接收到的是一个注册消息, S,CSCF给每个匹配初始过滤规则的 AS 发送第三方注册消息; 如果接收到的是一个其他请求, S-CSCF在给每个匹配 初始过滤规则的 AS发送消息中, 添加特殊标识和路由信息。 AS在处理完成 业务逻辑后, 根据路由信息, 将请求消息返回给 S-CSCF。 S-CSCF将继续进 行低优先级的初始过滤规则匹配, 直至将业务描述中的所有初始过滤规则检 查完毕。
如果 S-CSCF下载的一个 IMS签约中包含多个公共用户标识, 则表明该 签约中的所有公共用户标识属于同一个隐式注册集。 隐式注册集含义是如果 一个隐式注册组内的一个公共用户标识注册(或者注销), 则该隐式注册集内 的所有公共用户标识都同时注册(或者注销)。
如果注册清求消息匹配成功, S-CSCF将对规则中描述的应用服务器进行 第三方注册。 S-CSCF发起的第三方注册消息中公共用户标识可以基于运营商 的配置选择隐式注册集中其中一个公共用户标识。 由于在第三方注册消息中, 只能携带一个公共用户标识。因此如果该 AS需要获得其他公共用户标识的注 册状态, 可以到 S-CSCF通过订阅获得其他公共用户标识的注册状态。
如果第三方注册失败, S-CSCF将按照初始过滤规则中的 "缺省处理" 指 示, 继续进行匹配或者向用户侧发起网络侧注销。
在现有技术中, S-CSCF在用户通过注册鉴权成功后从 HSS下载签约数 据, 如果是隐式注册用户, 签约数据中可能包括多个业务描述 (Service Profile )。 签约数据在 S-CSCF本地保存后, S-CSCF将按照业务描述中的初始 过滤规则中的初始过滤规则的优先级, 将初始过滤规则和注册请求消息进行 匹配。 如果匹配成功, S-CSCF将发起第三方注册, 第三方注册的应用服务器 是匹配的初始过滤规则中指定的应用服务器。 如果存在多条匹配的初始过滤 规则, S-CSCF将以此对对应的应用服务器发起第三方注册, 第三方注册流程 如图 3所示。
在如图 4所示的 IMS用户签约数据中, 三个公共用户标识构成一个隐式 注册集, 并且对应两个业务描述(Service Profile ); 其中 公共用户标识 1/公 共用户标识 2对应业务描述 1 , 公共用户标识 3 对应业务描述 2。
如果 IMS终端使用公共用户标识 1发起注册且注册成功后, S-CSCF将根 据业务描述中初始过滤规则处理第三方注册。 由于现有技术方案并未明确 S-CSCF 需要检查不同业务描述的初始过滤规则信息, 通常认为 S-CSCF在 收到一条注册消息后, 只会检查与公共用户标识 1 相关的业务描述里的所有 初始过滤规则,并按照初始过滤规则的优先级逐个匹配,并触发到相应的 AS。 如果这两个业务描述中都包含注册消息处理的初始过滤规则和非注册消息处 理的初始过滤规则, 那么按照上述处理方式将只触发业务描述 1 中的注册消 息的初始过滤规则, 即仅业务描述 1中的 AS被第三方注册。
而根据隐式注册集的定义, 公共用户标识 3 也已经注册成功, 但是公共 用户标识 3相关的业务描述 2 中包含注册消息处理的初始过滤规则并没有被 检查, 导致在上述处理过程中, 与公共用户标识 3相关的业务描述 2 并未处 理, 其相关的 AS 也不能够完成第三方注册, 而实际上此时公共用户标识 3 已经注册了, 这样将导致业务描述 2 中需要获悉公共用户标识的 AS得不到 通知。 发明内容
本发明提供一种在 IMS网络中根据初始过滤规则处理注册消息的方法, 以解决现有技术在用户注册成功后, 无法对隐式注册集内所有公共用户标识 对应的业务描述中的注册消息的初始过滤规则进行处理的问题。
本发明提供以下技术方案:
一种在 IMS网络中根据初始过滤规则处理注册消息的方法, 包括如下步 服务呼叫会话控制功能 S-CSCF在用户注册成功后, 从归属用户服务器 HSS下载对应的签约数据, 该签约数据中包含所述用户对应的隐式注册集; 所述 S-CSCF遍历所述隐式注册集的所有业务描述数据,将注册消息与业 务描述数据中的初始过滤规则进行匹配, 并且在匹配成功时向对应的应用服 务器 AS发送请求消息以进行第三方注册。
其中:
在进行第三方注册时请求消息中的被注册的公共用户标识是所述隐式注 册集中一个没有被闭锁的公共用户标识或根据配置选择的公共用户标识。
在第三方注册消息中被注册的公共用户标识为 SIP URI格式;或者, 当公 共用户标识为 Tel URI格式叶, 将其转换为 SIP URI格式。
对于包含多个公共用户标识的业务描述, 将所述隐式注册集中包含的所 有公共用户标识依次替换注册消息中的公共用户标识后与每一条过滤规则进 行匹配。
对于每个业务描述数据中的初始过滤规则, 按照其优先级由高到低的顺 序依次将注册消息与初始过滤规则进行匹配。
S-CSCF在处理第三方注册过程中收到一个触发的 AS返回失败响应消息 后, S-CSCF停止对后续初始过滤规则的处理, 并发起网络注销过程; 或者, S-CSCF进一步判断初始过滤规则的缺省处理配置数据, 若初始过滤规则的缺 省处理配置数据为继续指示或没有配置缺省处理数据时, S-CSCF则继续后续 的处理, 若初始过滤规则的缺省处理配置数据为终止指示, S-CSCF则停止对 后续初始过滤规则的处理, 并发起网絡注销过程。
当所述 S-CSCF接收用户发起的注销消息时,遍历所述签约数据中所有业 务描述数据, 将注销消息与业务描述数据中的初始过滤规则进行匹配, 并且 在匹配成功时向对应的应用服务器 AS发送以进行笫三方注销请求消息。
当所述 S-CSCF接收网络侧注销请求时,遍历所述签约数据中所有业务描 述数据, 将对应的注销消息与业务描述数据中的初始过滤规则进行匹配, 并 且在匹配成功时向对应的应用服务器 AS发送以进行第三方注销请求消息。 一种在 IMS网絡中才艮据初始过滤规则处理注册消息的方法, 包括如下步 骤:
服务呼叫会话控制功能 S-CSCF 在用户注册成功后, 从归属用户服务器 HSS下载对应的签约数据, 该签约数据中包含所述用户对应的隐式注册集; 所述 S-CSCF在发起第三方注册请求时,在请求消息中携带该隐式注册集 包含的所有公共用户标识, 或者, S-CSCF在其他请求消息与初始过滤规则匹 配成功后,在转发给 AS的请求消息中携带该隐式注册集包含的所有公共用户 标识。
一种在 IMS网络中根据初始过滤规则处理注册消息的方法, 包括如下步 骤:
服务呼叫会话控制功能 S-CSCF在用户注册成功后, 从归属用户服务器 HSS 下载对应的签约数据, 并且该签约数据中的所述用户的隐式注册集对应 的业务描述数据包含了该隐式注册集的所有注册消息的初始过滤规则;
S-CSCF选择所述用户的公共标识对应的业务描述数据,将注册消息与初 始过滤规则进行匹配,并且在匹配成功时向对应的应用服务器 AS发送注册消 息以进行第三方注册。
一种在 IMS网络中 ■据初始过滤规则处理注册消息的方法, 包括如下步 骤:
服务呼叫会话控制功能 S-CSCF在用户注册成功后, 从归属用户服务器 HSS 下载对应的签约数据, 该签约数据中的业务描述包含共享过滤规则集标 识, 该共享过滤规则集标识对应的共享过滤规则集包含所述用户的隐式注册 集的所有注册消息的初始过滤规则;
S-CSCF通过所述标识引用共享过滤规则集, 将注册消息与共享过滤规则 集中的过滤规则进行匹配, 并且在匹配成功时向对应的应用服务器 (AS )发 送注册消息以进行第三方注册。
本发明具有以下有益效果:
1、 本发明在公共用户标识注册成功后, 遍历隐式注册集的所有公共用户 标识对应的业务描述, 分别将注册消息与各注册消息的初始过滤规则中的初 始过滤规则进行匹配, 并在匹配成功后进行第三方注册, 从而使症用服务器 能够及时获悉隐式注册的公共用户标识的注册状态。
2、 通过在第三方注册消息中携带业务描述包含的所有公共用户标识或签 约数据包含的所有公共用户标识, 在发送一条第三方注册消息的情况下, 就 能够使 AS获得全部的隐式注册集中的用户标识; 另外, 如果 AS不支持第三 方注册, 通过其他请求消息, 也可以将隐式注册集中的用户标识携带给 AS。
3、 本发明将第三方注册的初始过滤规则数据和业务的初始过滤规则数据 统一在一起, 方便配置用户的签约数据, 并且初始过滤规则检查时, 直接检 查扩展指示, 非常快捷和方便。 附图说明
图 1为现有的 IMS网络架构示意图;
图 2为现有的用户签约数据结构示意图;
图 3为现有的第三方注册的流程图;
图 4为现有的隐式注册集中公共用户标识与业务描述的关系示意图; 图 5为本发明实施例一中实现第三方注册的流程图;
图 6为本发明实施例二中实现第三方注册的流程图;
图 Ί为本发明实施例三中共享过滤规则集与公共用户标识的关系示意图; 图 8为本发明实施例三中实现第三方注册的流程图;
图 9为本发明实施例四中实现第三方注册的流程图。 具体实施方式
为了在用户的公共用户标识注册成功后, 使隐式注册集中的所有隐式注 册成功的公共用户所对应的业务描述(或称业务描述数据) 中的初始过滤规 则能够得到处理,使相应的应用服务器 AS可以及时获悉公共用户标识的注册 状态,在本发明中,服务呼叫会话控制功能 S-CSCF遍历被注册的公共用户标 识所对应的隐式注册集的业务描述所定义的初始过滤规则, 将注册消息与初 始过滤规则进行匹配,并在匹配成功时向对应的应用服务器 AS发送注册消息 以进行第三方注册。
S-CSCF可以釆用以下方式对过滤规则进行处理:
( 1 )依据现有签约数据的结构, 遍历并处理隐式注册集中业务描述定义 的初始过滤规则。
( 2 )在隐式注册集中的每个业务描述插入所有注册相关的初始过滤规 则, 通过处理一个业务描述即可处理所有的注册消息的初始过滤规则。
( 3 )将隐式注册集中业务描述的注册相关的初始过滤规则集中到共享初 始过滤规则集中, 通过引用该共享初始过滤规则集处理所有的注册消息的初 始过滤规则。
( 4 ) S-CSCF在发起第三方注册请求时, 可以在请求消息中 (例如, 扩 展注册消息,使用 P-Associated-URI头域)中携带该隐式注册集包含的所有公 共用户标识。 对于不需要第三方注册的 AS, S-CSCF非第三方注册请求匹配 初始过滤规则后, 也可以在转发到 AS的请求消息中 (例如, 扩展 SIP消息, 使用 P-Associated-URI头域) 中携带该隐式注册集包含的所有公共用户标识。
由于注册消息中携带的是被注册的公共用户标识, 因此在将注册消息与 其他公共用户标识对应的业务描述中的初始过滤规则进行匹配时, 先将注册 消息中的公共用户标识替换为业务描述数据对应的公共用户标识后再进行匹 配。
在进行第三方注册时, 第三方注册请求消息中的被注册的公共用户标识 是初始过滤规则匹配成功的注册消息中包含的公共用户标识, 或者是从该隐 式注册集中选择的一个没有被闭锁的公共用户标识, 或者是根据配置选择的 公共用户标识。
第三方注册请求消息中的公共用户标识为 SIP mi格式的公共标识。如果 公共用户标识为 Tel URI格式, 则将其转换为 SIP URI格式后携带在第三方注 册请求消息中。
以下结合附图进行详细说明: 实施例一
具有隐式注册业务的用户在签约时, 按照现有标准的描述处理方法签约; 如图 5所示, S-CSCF按下步骤处理初始过滤规则:
步骤 500、 用户使用一个公共用户标识注册, 在 S-CSCF成功的鉴权注册 后,从 HSS下载的签约数据,该签约数据中包含所述用户对应的隐式注册集。
对于具有隐式注册业务的用户, 包含被注册的公共用户标识相关联的所 有隐式注册公共用户标识, 下载的签约数据可能包含多个业务描述。
步骤 510、根据从签约数据中取一个业务描述数据作为当前的业务描述数 据。 ,
业务描述数据的顺序可以按照下载或其他顺序确定, S-CSCF认为不同的 业务描述的初始过滤规则之间没有优先级关系。
步骤 520、从当前业务描述数据中取优先级最高的初始过滤规则作为当前 初始过滤规则。
步骤 530、 将注册消息与当前初始过滤规则匹配, 若匹配成功, 则进行步 骤 540, 若匹配失败则进行步骤 550。
步骤 540、 S-CSCF通过 ISC接口向初始过滤规则的 AS发送注册消息以 进行第三方注册。
步骤 550、判断是否处理完该业务描述中的所有初始过滤规则, 若是则进 行步骤 570, 否则, 进行步骤 560。
步骤 560、从未处理的初始过滤规则中取优先级最高的初始过滤规则作为 当前初始过滤规则。
步驟 570、 判断是否处理完签约数据中的所有业务描述, 若是则结束, 否 则取下一个业务描述作为当前的业务描述数据, 并进行步驟 520。
在步驟 530 中, 对于包含多个公共用户的业务描述, 将业务描述中包含 的所有公共用户标识依次替换注册消息中的公共用户标识后与每一条过滤规 则进行匹配。
在上述过程中, S-CSCF处理第三方注册时, 若其中一个触发的 AS返回 失败响应,则 S-CSCF停止对后续初始过滤规则的处理,并发起网络注销过程, 或者 S-CSCF 进一步判断初始过滤规则的缺省处理配置数据并判断结果进行 下述处理:
( 1 ) 如果初始过滤规则的缺省处理配置数据为继续指示 (例如为 Session-Continued )或没有配置缺省处理数据, 则 S-CSCF 继续后续的处理。 包括继续处理同一个业务描述中低优先级的过滤规则, 以及其他没有处理的 业务描述中的初始过滤规则。
( 2 ) 如果初始过滤规则的缺省处理配置数据为终止指示 (例如为 Session-Terminated ), 则 S-CSCF停止对后续初始过滤规则的处理, 并发起网 络注销过程。
AS返回失败响应消息为:无法联系到 AS, 408超时应答,或者 5xx应答。 当所述 S- CSCF接收用户发起的注销消息时,所述 S-CSCF通过所述标识 引用共享过滤规则集, 将注销消息与共享过滤规则集中的过滤规则进行匹配, 并且在匹配成功时向对应的应用服务器(AS )发送注销消息以进行第三方注 销。 当所述 S-CSCF接收网络侧注销请求时, 所述 S-CSCF通过所述标识引用 共享过滤规则集, 将对应的注销消息与共享过滤规则集中的过滤规则进行匹 配, 并且在匹配成功时向对应的应用服务器 (AS )发送注销消息以进行第三 方注销。
一个具体实例为: 用户使用公共用户标识 1注册,在 S-CSCF成功的鉴权 注册后, 从 HSS下载如图 4所示的签约数据。 S-CSCF首先检查业务描述 1 中的初始过滤规则, 从高优先级到低优先级顺序, 依次检查初始过滤规则是 否匹配注册消息, 如果匹配成功, S-CSCF通过 ISC接口向每个匹配初始过滤 规则的 AS发送第三方注册消息。 S-CSCF检查业务描述 1完毕后, 接着按照 同样方法, 检查业务描述 2中的初始过滤规则。 S-CSCF检查业务描述 2完毕 后, 结束第三方注册的签约数据检查。
实施例二
本实施例采用在隐式注册集对应的每个业务描述插入所有注册消息的初 始过滤规则的方式, 具有隐式注册业务的用户在签约时, 将一个隐式注册集 的所有注册消息的初始过滤规则集中起来, 然后插入到隐式注册集对应的所 有业务描述的初始过滤规则中。 每个业务描述的初始过滤规则中的所有过滤 规则按照根据 AS业务处理的要求, 设定优先级。
如图 6所示, S- CSCF按下步骤处理初始过滤规则:
步骤 610、 用户使用一个公共用户标识注册, 在 S- CSCF成功的鉴权注册 后, 从 HSS下载的签约数据。
对于具有隐式注册业务的用户, 包含被注册的公共用户标识相关联的所 有隐式注册公共用户标识, 下载的签约数据可能包含多个业务描述。
步骤 620、 S-CSCF选择被注册的公共用户标识对应的业务描述, 从业务 描述中取优先级最高的初始过滤规则作为当前初始过滤规则。 .
步骤 630、将注册消息与当前初始过滤规则中的初始过滤规则匹配, 若匹 配成功, 则进行步骤 640, 若匹配失败则进行步骤 650。
步驟 640、 S-CSCF通过 ISC接口向初始过滤规则的 AS发送注册消息以 进行第三方注册。
步骤 650、 判断是否处理完该业务描述中的所有初始过滤规则, 若是 S-CSCF不再对其他业务描述进行处理, 结束该次处理; 否则, 进行步骤 660。
步骤 660、从未处理的初始过滤规则中取优先级最高的初始过滤规则作为 当前初始过滤规则, 进行步骤 630。
在步驟 630 中, 对注册消息与每一条过滤规则进行匹配时, 将签约数据 中的所有公共用户标识依次替换注册消息中的公共用户标识, 然后依次将替 换的注册消息和初始过滤规则比较。如果匹配成功,向对应的应用服务器( AS ) 发送注册消息以进行第三方注册。
在上述过程中, S-CSCF处理第三方注册时, 若其中一个触发的 AS返回 失败响应, 则 S-CSCF的处理方式与实施例一中的方式相同。 当 S-CSCF接收 到注销消息时, 其处理与实施例一中的方式相同。
一个具体实例为: 用户使用公共用户标识 1注册,在 S-CSCF成功地注册 ― 鉴权后, 从 HSS下载如图 4所示的签约数据。 S-CSCF检查公共用户标识 1 对应的业务描述 1 的初始过滤规则, 从高优先级到低优先级顺序, 依次检查 初始过滤规则是否匹配注册消息, 如果匹配成功, S-CSCF通过 ISC接口向每 个匹配初始过滤规则的 AS发送第三方注册消息。 S-CSCF检查业务描述 1完 毕后, 结束第三方注册的签约数据检查。
实施例三
具有隐式注册业务的用户在签约时, 将一个隐式注册集的所有注册消息 的初始过滤规则集中起来,按照根据 AS业务处理的要求,设定注册过滤规则 的优先级, 组成共享过滤规则集。 同时在该隐式注册集中的所有业务描述中, 增加共享过滤规则集标识, 业务描述可以通过该标识来找到共享过滤规则集。 签约数据结构如图 7所示。
为了兼容各种 S-CSCF, 若 S-CSCF支持共享过滤规则集, 下载的所有业 务描述中将包含对注册共享过滤规则集的引用标识。如果 S-CSCF不支持共享 过滤规则集, 根据现有标准, HSS 处理下载签约数据时, 将共享过滤规则集 中的初始过滤规则插入到每个业务描述中, 可按实施例一或实施例二的方法 进行处理。
如图 8所示, S-CSCF按下步骤处理注册消息的初始过滤规则:
步驟 800、 用户使用一个公共用户标识注册, 在 S-CSCF成功的鉴权注册 后, 从 HSS下载的签约数据, 该签约数据中包含共享过滤规则集。 公共用户 标识对应的业务描述中包含所述共享过滤规则集的引用标识。
步骤 810、 S-CSCF选择被注册的公共用户标识对应的业务描述, 并根据 该业务描述中的引用标识引用所述共享过滤规则集。
步骤 820、从共享过滤规则集中取优先级最高的初始过滤规则作为当前初 始过滤规则。
步骤 830、将注册消息与当前初始过滤规则中的初始过滤规则匹配, 若匹 配成功, 则进行步骤 840, 若匹配失败则进行步骤 850。
步骤 840、 S-CSCF通过 ISC接口向初始过滤规则的 AS发送注册消息以 进行第三方注册。
步骤 850、判断是否处理完共享过滤规则集中的所有初始过滤规则,若是, 则结束该次处理; 否则, 进行步骤 860。
步骤 860、从未处理的初始过滤规则中取优先级最高的初始过滤规则作为 当前初始过滤规则, 进行步骤 830。
在步驟 830 中, 对注册消息与每一条过滤规则进行匹配时, 将签约数据 中的所有公共用户标识依次替换注册消息中的公共用户标识, 然后依次将替 换的注册消息和初始过滤规则比较。如果匹配成功,向对应的应用服务器( AS ) 发送注册消息以进行第三方注册。
在上述过程中, S-CSCF处理第三方注册时, 若其中一个触发的 AS返回 失败响应, 贝' j S-CSCF的处理方式与实施例一中的方式相同。 当 S-CSCF接收 到注销消息时, 其处理与实施例一中的方式相同。
实施例四
本实施例 S-CSCF 在发起第三方注册请求时, 在请求消息使用 P-Associated-URI头域携带隐式注册集的全部公共用户标识。
参阅图 9所示,在本实施例中 S-CSCF实体处理初始过滤规则的过程如下: 步驟 900、 用户使用一个公共用户标识注册, 在 S-CSCF成功的鉴权注册 后, 从 HSS下载的签约数据。
对于具有隐式注册业务的用户, 包含被注册的公共用户标识相关联的所 有隐式注册公共用户标识, 下载的签约数据可能包含多个业务描述。
步骤 910、从签约数据的业务描述数据中选择一个业务描述作为当前业务 描述。
步骤 920、从当前业务描述中取优先级最高的初始过滤规则作为当前初始 过滤规则。
步骤 930、将注册消息与当前初始过滤规则匹配, 若初始过滤规则中的公 共用户标识与注册消息中的公共用户标识不同, 则.使用其替换注册消息中的 公共用户标识后再匹配。 若匹配成功, 则进行步骤 940, 若匹配失败则进行步 骤 960。
步骤 940、 判断该 AS是否在同一个业务描述的其他初始过滤规则中已经 进行过第三方注册; 如果是, 则进行步骤 960, 否则, 进行步骤 950。
步骤 950、 S-CSCF用该注册匹配的公共用户标识, 通过 ISC接口向初始 过滤规则的 AS 发送注册消息以进行第三方注册, 注册消息中 P-Associated-U I头域携带隐式注册集的全部公共用户标识。
步骤 960、判断是否处理完该业务描述中的所有初始过滤规则, 若是则进 行步驟 980, 否则, 进行步骤 970。
步骤 970、从未处理的初始过滤规则中取优先级最高的初始过滤规则作为 当前初始过滤规则, 进行步骤 930。
步骤 980、 判断是否处理完所有的业务描述, 若是则结束, 否则取下一个 未处理的业务描述作为当前的业务描述数据, 并进行步骤 920。
在上述过程中, S-CSCF处理第三方注册时, 若其中一个触发的 AS返回 失败响应, 则 S-CSCF的处理方式参照实施例一中的方式。 当 S-CSCF接收到 注销消息时, 其处理与实施例一中的方式相同。
对于 AS不需要第三方注册的情况, S-CSCF在除第三方注册请求之外的 其他请求消息与初始过滤规则匹配成功后,在转发到该 AS的请求消息的头域 中携带隐式注册集的全部公共用户标识。
上述各种第三方注册方式可以根据需要进行组合使用, 本领域的技术人 员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。 这样, 倘若本对发明的这些修改和变型属于本发明权利要求及其等同技术的范围 内, 则本发明也意图包含这些改动和变型在内。

Claims

" 权利要求
1、一种在 IMS网络中才艮据初始过滤规则处理注册消息的方法, 其特征在 于, 包括如下步骤:
服务呼叫会话控制功能 S-CSCF在用户注册成功后, 从归属用户服务器 HSS下载对应的签约数据, 该签约数据中包含所述用户对应的隐式注册集; 所述 S-CSCF遍历所述隐式注册集的所有业务描述数据,将注册消息与业 务描述数据中的初始过滤规则进行匹配, 并且在匹配成功时向对应的应用服 务器 AS发送请求消息以进行第三方注册。
2、 如权利要求 1所述的方法, 其特征在于, 在进行第三方注册时请求消 息中的被注册的公共用户标识是所述隐式注册集中一个没有被闭锁的公共用 户标识或才艮据配置选择的公共用户标识。
3、 如权利要求 1所述的方法, 其特征在于, 在第三方注册消息中被注册 的公共用户标识为 SIP URI格式; 或者, 当公共用户标识为 Tel URI格式时, 将其转换为 SIP URI格式。
4、 如权利要求 1所述的方法, 其特征在于, 对于包含多个公共用户标识 的业务描述, 将所述隐式注册集中包含的所有公共用户标识依次替换注册消 息中的公共用户标识后与每一条过滤规则进行匹配。
5、 如权利要求 1所述的方法, 其特征在于, 对于每个业务描述数据中的 初始过滤规则, 按照其优先级由高到低的顺序依次将注册消息与初始过滤规 则进行匹配。
6、 如权利要求 1所述的方法, 其特征在于, S-CSCF在处理第三方注册 过程中收到一个触发的 AS返回失败响应消息后, S-CSCF停止对后续初始过 滤规则的处理, 并发起网絡注销过程; 或者, S-CSCF进一步判断初始过滤规 则的缺省处理配置数据, 若初始过滤规则的缺省处理配置数据为继续指示或 没有配置缺省处理数据时, S-CSCF则继续后续的处理, 若初始过滤规则的缺 省处理配置数据为终止指示, S-CSCF则停止对后续初始过滤规则的处理, 并 发起网絡注销过程。
7、 如权利要求 6所述的方法, 其特征在于, 所述 AS返回失败响应消息 为无法联系到 AS, 或者为 408超时应答, 或者为 5xx应答消息。
8、 如权利要求 1所述的方法, 其特征在于, 还包括, 当所述 S-CSCF接 收用户发起的注销消息时, 遍历所述签约数据中所有业务描述数据, 将注销 消息与业务描述数据中的初始过滤规则进行匹配, 并且在匹配成功时向对应 的应用服务器 AS发送以进行第三方注销请求消息。
9、 如权利要求 1所述的方法, 其特征在于, 当所述 S-CSCF接收网络侧 注销请求时, 遍历所述签约数据中所有业务描述数据, 将对应的注销消息与 ' 业务描述数据中的初始过滤规则进行匹配, 并且在匹配成功时向对应的应用 服务器 AS发送以进行第三方注销请求消息。
10、 一种在 IMS网络中根据初始过滤规则处理注册消息的方法, 其特征 在于, 包括如下步骤:
服务呼叫会话控制功能在用户注册成功后, 从归属用户服务器 HSS下载 对应的签约数据, 该签约数据中包含所述用户对应的隐式注册集;
所述 S-CSCF在发起第三方注册请求时,在请求消息中携带该隐式注册集 包含的所有公共用户标识, 或者, S-CSCF在其他请求消息与初始过滤规则匹 配成功后,在转发给 AS的请求消息中携带该隐式注册集包含的所有公共用户 标识。
11、 一种在 IMS网络中 ^据初始过滤规则处理注册消息的方法, 其特征 在于, 包括如下步骤:
服务呼叫会话控制功能 S-CSCF在用户注册成功后, 从归属用户服务器
HSS 下载对应的签约数据, 并且该签约数据中的所述用户的隐式注册集对应 的业务描述数据包含了该隐式注册集的所有注册消息的初始过滤规则;
S-CSCF选择所述用户的公共标识对应的业务描述数据, 将注册消息与初 始过滤规则进行匹配,并且在匹配成功时向对应的应用月 务器 AS发送注册消 息以进行第三方注册。
12、 如权利要求 11所述的方法, 其特征在于, 在进行第三方注册时请求 消息中的被注册的公共用户标识是所述隐式注册集中一个没有被闭锁的公共 用户标识或根据配置选择的公共用户标识。
13、 如权利要求 11所述的方法, 其特征在于, 所述业务描述数据中所有 注册过滤规则按照 AS业务处理的要求设定有优先级, S-CSCF按照优先级依 次匹配过滤规则。
14、 如权利要求 11、 12或 13所述的方法, 其特征在于, 在将注册消息 与每一条过滤规则进行匹配时, 将所述隐式注册集中的所有公共用户标识依 次替换注册消息中的公共用户标识后, 依次将替换的注册消息和初始过滤规 则比较, 并在匹配成功时, 向对应的应用服务器发送注册消息以进行第三方 注册。
15、 如权利要求 11所述的方法, 其特征在于, S-CSCF在处理第三方注 册过程中收到一个触发的 AS返回失败响应消息后, S-CSCF停止对后续初始 过滤规则的处理, 并发起网絡注销过程。
16、 如权利要求 14所述的方法, 其特征在于, 当所述 S-CSCF接收用户 发起的注销消息时,所述 S-CSCF选择所述用户的公共标识对应的业务描述数 据, 将注销消息与初始过滤规则进行匹配, 并且在匹配成功时向对应的应用 服务器(AS )发送注销消息以进行第三方注销。
17、 如权利要求 14所述的方法, 其特征在于, 当所述 S-CSCF接收网络 将对应的注销消息与初始过滤规则进行匹配, 并且在匹配成功时向对应的应 用服务器(AS )发送注销消息以进行第三方注销。
18、 一种在 IMS网络中根据初始过滤规则处理注册消息的方法, 其特征 在于, 包括如下步骤:
服务呼叫会话控制功能 S-CSCF在用户注册成功后, 从归属用户服务器 HSS 下载对应的签约数据, 该签约数据中的业务描述包含共享过滤规则集标 识, 该共享过滤规则集标识对应的共享过滤规则集包含所述用户的隐式注册 集的所有注册消息的初始过滤规则;
S-CSCF通过所述标识引用共享过滤规则集, 将注册消息与共享过滤规则 集中的过滤规则进行匹配, 并且在匹配成功时向对应的应用服务器发送注册 消 , 以进行第三方注册。
19、 如权利要求 18所述的方法, 其特征在于, 在进行第三方注册时请求 消息中的被注册的公共用户标识是所述隐式注册集中一个没有被闭锁的公共 用户标识或根据配置选择的公共用户标识。
20、 如权利要求 18所述的方法, 其特征在于, 所述共享过滤规则集中所 有初始过滤规则按照 AS业务处理的要求设定有优先级, S- CSCF按照优先级 依次匹配初始过滤规则。
21、 如权利要求 18至 20任一项所述的方法, 其特征在于, 在将注册消 息与每一条过滤规则进行匹配时, 将所述隐式注册集中的所有公共用户标识 依次替换注册消息中的公共用户标识后, 依次将替换的注册消息和初始过滤 规则比较, 并在匹配成功时, 向对应的应用服务器发送注册消息以进行第三 方注册。
22、 如权利要求 21所述的方法, 其特征在于, S-CSCF在处理第三方注 册过程中收到一个触发的 AS返回失败响应消息后, S- CSCF停止对后续初始 过滤规则的处理, 并发起网络注销过程。
23、 如权利要求 21所述的方法, 其特征在于, 当所述 S-CSCF接收用户 发起的注销消息时,所述 S- CSCF通过所述标识引用共享过滤规则集,将注销 消息与共享过滤规则集中的过滤规则进行匹配, 并且在匹配成功时向对应的 应用服务器发送注销消息以进行第三方注销。
24、 如权利要求 21所述的方法, 其特征在于, 当所述 S- CSCF接收网絡 侧注销请求时,所述 S-CSCF通过所述标识引用共享过滤规则集,将对应的注 销消息与共享过滤规则集中的过滤规则进行匹配, 并且在匹配成功时向对应 的应用服务器发送注销消息以进行第三方注销。
PCT/CN2006/002794 2005-10-21 2006-10-20 Procede de traitement de message d’inscription dans le reseau ims selon les regles de filtrage initiales WO2007045182A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN200680011513.6A CN101156393B (zh) 2005-10-21 2006-10-20 在ims网络中根据初始过滤规则处理注册消息的方法
EP06805004A EP1879337B1 (en) 2005-10-21 2006-10-20 A method for processing the register message in the ims network according to the initial filtering rules
US11/946,612 US20080104696A1 (en) 2005-10-21 2007-11-28 Method of processing registration message according to initial filter criteria in ims network

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CNB2005101095194A CN100403692C (zh) 2005-10-21 2005-10-21 在ims网络中处理注册初始过滤规则的方法
CN200510109519.4 2005-10-21
CN2006100065444A CN101001248B (zh) 2006-01-13 2006-01-13 在ims网络中处理注册初始过滤规则的方法
CN200610006544.4 2006-01-13

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/946,612 Continuation US20080104696A1 (en) 2005-10-21 2007-11-28 Method of processing registration message according to initial filter criteria in ims network

Publications (1)

Publication Number Publication Date
WO2007045182A1 true WO2007045182A1 (fr) 2007-04-26

Family

ID=37962204

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/002794 WO2007045182A1 (fr) 2005-10-21 2006-10-20 Procede de traitement de message d’inscription dans le reseau ims selon les regles de filtrage initiales

Country Status (4)

Country Link
US (1) US20080104696A1 (zh)
EP (1) EP1879337B1 (zh)
CN (1) CN101156393B (zh)
WO (1) WO2007045182A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163071B (zh) * 2007-08-07 2011-03-02 中兴通讯股份有限公司 一种ip多媒体子系统中第三方注册过程的实现方法

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8019073B2 (en) * 2006-10-30 2011-09-13 Alcatel Lucent Systems and methods for implementing split numbering plan area codes in an IMS network
EP2116002B1 (en) * 2007-01-16 2016-09-21 Telefonaktiebolaget LM Ericsson (publ) Evaluating initial filter criteria
JP4909773B2 (ja) * 2007-03-16 2012-04-04 日本電気株式会社 ホーム加入者サーバ構成方法、構成システム、プログラム及び記憶媒体
CN101345748B (zh) * 2007-07-13 2010-08-04 华为技术有限公司 将用户状态通知应用服务器的方法、系统及装置
CN101933311A (zh) * 2008-01-30 2010-12-29 爱立信电话股份有限公司 促进ims中的预订服务
US9094411B2 (en) * 2008-04-16 2015-07-28 Alcatel Lucent Mechanism to resume filter criteria at a specific point
EP2112799A1 (en) * 2008-04-25 2009-10-28 Koninklijke KPN N.V. Service integrity handling in an IMS-based system
ES2773546T3 (es) 2009-04-13 2020-07-13 Blackberry Ltd Sistema y método para determinar la confianza para mensajes de SIP
US20110117914A1 (en) * 2009-11-12 2011-05-19 Electronics And Telecommunications Research Institute Method and apparatus for deregistration of personal network element(pne) in 3gpp personal network(pn)
US9019954B2 (en) * 2010-06-18 2015-04-28 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatuses for handling public identities in an internet protocol multimedia subsystem network
CN103155641B (zh) * 2010-10-04 2016-03-09 交互数字专利控股公司 用于包括媒体会话信息的协同会话的用户设备(ue)间转移(iut)
WO2014086433A1 (en) * 2012-12-07 2014-06-12 Telefonaktiebolaget L M Ericsson (Publ) Default initial filter criteria
US10021665B1 (en) * 2016-12-20 2018-07-10 T-Mobile Usa, Inc. Processing requests in communication session
WO2019140644A1 (zh) * 2018-01-19 2019-07-25 深圳市大疆创新科技有限公司 一种数据处理方法、装置、系统、可移动设备及存储介质
CN109714752B (zh) * 2019-01-04 2021-09-03 中国联合网络通信集团有限公司 一种基于区块链的通信方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040057858A (ko) * 2002-12-24 2004-07-02 한국전자통신연구원 네트워크에서 사용자 에이전트의 등록 정보 처리 시스템및 그 방법
US20040184452A1 (en) * 2003-03-17 2004-09-23 Seppo Huotari Method, system and network device for routing a message to a temporarily unavailable network user
CN1642346A (zh) * 2004-01-07 2005-07-20 华为技术有限公司 一种用户到归属签约用户服务器进行注册的方法
US20050202819A1 (en) * 2004-03-05 2005-09-15 Stephan Blicker Method for registration of a communication terminal with an IMS services network

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10355265A1 (de) * 2003-11-26 2005-06-23 Siemens Ag Verfahren zum Registrieren eines Kommunikationsgeräts, zugehöriges Kommunikationsgerät sowie Registrierungseinheit
US20050190772A1 (en) * 2004-02-26 2005-09-01 Shang-Chih Tsai Method of triggering application service using filter criteria and IP multimedia subsystem using the same
ATE445283T1 (de) * 2005-07-19 2009-10-15 Ericsson Telefon Ab L M Verfahren und vorrichtung zum zuteilen von anwendungsservern in einem ims

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040057858A (ko) * 2002-12-24 2004-07-02 한국전자통신연구원 네트워크에서 사용자 에이전트의 등록 정보 처리 시스템및 그 방법
US20040184452A1 (en) * 2003-03-17 2004-09-23 Seppo Huotari Method, system and network device for routing a message to a temporarily unavailable network user
CN1642346A (zh) * 2004-01-07 2005-07-20 华为技术有限公司 一种用户到归属签约用户服务器进行注册的方法
US20050202819A1 (en) * 2004-03-05 2005-09-15 Stephan Blicker Method for registration of a communication terminal with an IMS services network

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); IP Multimedia (IM) session handling; IM call model; Stage 2 (3GPP TS 23.218 version 6.3.0 Release 6); ETSI TS 123 218", ETSI STANDARDS, vol. 3-CNI, no. V6.3.0
"Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); IP Multimedia (IM) Subsystem Cx and Dx Interfaces; Signalling flows and message contents (3GPP TS 29.228 version 6.8.0 Release 6); ETSI TS 129 228", ETSI STANDARDS, LIS, SOPHIA ANTIPOLIS CEDEX, FRANCE, vol. 3 - CN 4, no. V6.8.0
See also references of EP1879337A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163071B (zh) * 2007-08-07 2011-03-02 中兴通讯股份有限公司 一种ip多媒体子系统中第三方注册过程的实现方法

Also Published As

Publication number Publication date
EP1879337A4 (en) 2008-10-15
CN101156393B (zh) 2012-09-05
EP1879337A1 (en) 2008-01-16
US20080104696A1 (en) 2008-05-01
EP1879337B1 (en) 2012-08-29
CN101156393A (zh) 2008-04-02

Similar Documents

Publication Publication Date Title
WO2007045182A1 (fr) Procede de traitement de message d’inscription dans le reseau ims selon les regles de filtrage initiales
EP1892897B2 (en) A cross-domain routing control method
US9479600B2 (en) Methods and apparatuses for initiating provisioning of subscriber data in a HSS of an IP multimedia subsystem network
ES2607328T3 (es) Manejo de Perfiles de servicio en el IMS
JP4922397B2 (ja) マルチモード通信端末装置を多重登録する方法
EP2192742B1 (en) Local session controller, ip multimedia subsystem and session registration method
WO2009096509A1 (ja) ノード装置、通信システム及びサービス提供方法
WO2007036123A1 (fr) Procede et systeme de communication pour un utilisateur du domaine cs accedant au domaine ims
CA2605475C (en) Session initiation from application servers in an ip multimedia subsystem
WO2007003094A1 (fr) Procede et systeme de realisation d'un acces de terminal conventionnel au domaine ims
US20050259679A1 (en) Radio link loss management in multimedia domain (MMD)
WO2013151484A1 (en) Call -back to a ue that has made an emergency call via a visited ims network
EP2253121A1 (en) Message handling in an ip multimedia subsystem
WO2008089642A1 (fr) Procédé, dispositif et système pour le transfert d'informations de terminal dans un sous-système multimédia
WO2007079673A1 (fr) Procede de detection de l'identite d'usager public dans le profil de service d'un systeme de communication et appareil associe
EP1595370A2 (en) POLICY INFORMATION IN MULTIPLE PDFs
WO2007095795A1 (fr) Système et procédé de mise en oeuvre de services associés au sous-système multimédia ip
EP2119178B1 (en) Method and apparatuses for the provision of network services offered through a set of servers in an ims network
WO2009010017A1 (en) The implementing method and system for ue redirection service of sharing pui
CN100550884C (zh) 基于重试机制的业务过程中对sip协议请求的处理方法
EP2149243A1 (en) Ip multimedia subsystem (ims) and method for routing an http message via an ims
WO2008040171A1 (fr) Procédé, système de domaine de commutation de circuits apercevant des informations de sessions multimédia du domaine ims
CN101001248B (zh) 在ims网络中处理注册初始过滤规则的方法
WO2007140699A1 (fr) Procédé et appareil de mise à jour des données signées d'abonné
CN101330717B (zh) Ip多媒体子系统中用户多个联系地址同时注册的方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 200680011513.6

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2006805004

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11946612

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2006805004

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 11946612

Country of ref document: US