[go: up one dir, main page]

WO2008003209A1 - Élément de réseau à fonction de localisation de serveur et son procédé d'utilisation - Google Patents

Élément de réseau à fonction de localisation de serveur et son procédé d'utilisation Download PDF

Info

Publication number
WO2008003209A1
WO2008003209A1 PCT/CN2007/001157 CN2007001157W WO2008003209A1 WO 2008003209 A1 WO2008003209 A1 WO 2008003209A1 CN 2007001157 W CN2007001157 W CN 2007001157W WO 2008003209 A1 WO2008003209 A1 WO 2008003209A1
Authority
WO
WIPO (PCT)
Prior art keywords
user identifier
network element
relationship data
home
hss address
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2007/001157
Other languages
English (en)
Chinese (zh)
Inventor
Bo Ma
Chunyan Ma
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of WO2008003209A1 publication Critical patent/WO2008003209A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4552—Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4588—Network directories; Name-to-address mapping containing mobile subscriber information, e.g. home subscriber server [HSS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a server positioning function network element and an application method thereof.
  • IP Multimedia Subsystem is a subsystem added to the WCDMA (Wideband Code Division Multiple Access) network during the R3 phase of the 3rd Generation Partnership Project 3GPP (3rd Generation Partnership Project) Used to provide IP-based multimedia services.
  • the user identifier of the user is saved by the Home Subscriber Server (HSS) network element, such as IMS Private User Identity (IMPI), IMS Public User Identity (IMPU), International Mobile User ID IMSI (International Mobile Subscriber Identity) and so on.
  • HSS Home Subscriber Server
  • IMPI IMS Private User Identity
  • IMPU IMS Public User Identity
  • user information such as subscriptions and authentication is also stored in the HSS.
  • other network elements download corresponding user information from the HSS network element according to the user identifier.
  • the query call server control function (I-CSCF) network element queries the user's capability set information through the Cx interface to the HSS network element, and the service call session control function (S-CSCF) network element
  • the user's subscription information is downloaded from the Cx interface to the HSS network element.
  • various network elements such as an application server (AS) network element, an I-CSCF network element, an S-CSCF network element, and an AAA server, interact with the HSS network element to query or update the HSS network element. Specify the relevant subscription information of the user.
  • an HSS network element supports a limited number of users. Therefore, there may be two or more HSS network elements in the IMS network.
  • One user's subscription information is only stored in one of the HSS network elements.
  • the other network elements in the IMS network (such as the AS network element, the I-CSCF network element, the S-CSCF network element, the AAA Server network element, etc.) must know that the corresponding user information is stored in the home before performing data interaction with the HSS network element.
  • Which HSS network element entity in the IMS network To do this, in the IMS network
  • the server location function SLF Server Locator Function
  • the IMS network can use Server Location Function (SLF) network elements.
  • SLF Server Location Function
  • the server location function SLF is not specifically defined in the standard and there are no known implementations.
  • the embodiment of the invention provides a server positioning function network element and an application method thereof to provide a specific implementation scheme of the SLF.
  • the server positioning function network element provided by the embodiment of the present invention includes a configuration interface, configured to configure relationship data between the user name of the wildcard type and the HSS address of the home subscription server, and a data storage unit configured to store through the configuration interface.
  • the obtained relation data; the query processing unit is configured to search, in the data storage unit, the home HSS address corresponding to the user identifier according to the to-be-checked user identifier included in the query request.
  • a receiving unit configured to receive a message from another network element in the network, where the message includes a query request
  • a sending unit configured to send a message to other network elements in the network, where the message includes a response to the query result
  • the configuration interface is configured to configure relationship data between the user identifier and the HSS address of the home subscription server;
  • a data storage unit configured to store relationship data obtained through the configuration interface
  • a query processing unit configured to search for a home HSS address corresponding to the to-be-checked user identifier in the data storage unit according to the to-be-checked user identifier included in the query request received by the receiving unit, and notify the query result The sending unit.
  • the method for obtaining the home HSS address information by using the server positioning function network element is provided by the embodiment of the present invention, including: the server positioning function network element receives the query request message, where the message includes the user identifier to be checked; The user identifier is a keyword, and the relationship data between the matching local wildcard type user identifier and the home HSS address is searched; and the home HSS address in the matched relationship data is notified to the query request initiator.
  • the configuration interface is used to provide the operator with the configuration wildcard type user standard. Knowing the relationship data between the HSS address and the home registration server; and further storing the relationship data obtained by the configuration interface through the data storage unit; when other network elements in the IMS network query the SLF network element, the SLF passes the query.
  • the processing unit searches the data storage unit for the home HSS address corresponding to the user identifier according to the user identifier included in the query request, that is, can provide the query request initiator with the required information.
  • the SLF network element disclosed in the present invention provides a specific feasible implementation manner, so that in two or more IMS networks, the network element that needs to perform data interaction with the HSS network element can pass The introduced SLF network element obtains address information of the home HSS.
  • FIG. 1 is an exemplary network diagram of an embodiment of the present invention
  • FIG. 2 is a schematic structural view of a first embodiment of a server positioning function SLF network element according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a second embodiment of a server positioning function SLF network element according to an embodiment of the present disclosure
  • FIG. 4 is a schematic structural diagram of a third embodiment of a server positioning function SLF network element according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of a method for obtaining a home HSS address by using an SLF network element according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of data interaction of an I-CSCF querying a user's home HSS address through an SLF network element according to an embodiment of the present invention.
  • FIG. 1 An exemplary network diagram in which an embodiment of the present invention can be implemented is first introduced, as shown in FIG.
  • the IMS network includes various network elements that communicate with each other.
  • the exemplary network includes an application server (AS) 13, an inquiry call session control function (I-CSCF) 14, a service call session control function (S-CSCF) 15, and an authentication, authorization, and accounting server (AAA Server) 16.
  • AS application server
  • I-CSCF inquiry call session control function
  • S-CSCF service call session control function
  • AAA Server authentication, authorization, and accounting server
  • Each of the network elements communicates with a plurality of home subscription server network elements (HSS) 12 (also denoted as HSS1, HSS2, ...HSSn), and queries or updates related subscription information of the specified user in the HSS network element.
  • HSS home subscription server network elements
  • the home location function SLF network element 11 acquires the home HSS address of the specified user.
  • FIG. 1 the exemplary network diagrams shown in FIG. 1 are for the purpose of illustrating the embodiments of the present invention, and are not to be construed as limiting.
  • the SLF network element includes a configuration interface 21, a data storage unit 22 connected to the configuration interface 21, and an inquiry processing unit 23 connected to the data storage unit 22.
  • the configuration interface 21 includes a first configuration sub-interface 211 and a second configuration sub-interface 212;
  • the data storage unit 22 includes a first data storage sub-unit 221 and a second data storage sub-unit 222;
  • the query processing unit 23 includes a transceiver Unit 231 and matching subunit 232.
  • the configuration interface 21 is described in detail, which may be an OSS (Operations Support System) interface, a network management interface, or a combination of several interface types.
  • OSS Operations Support System
  • network management interface or a combination of several interface types.
  • the network operator configures the relationship data between the user identifier and the HSS address of the home subscription server through the configuration interface 21 of the SLF network element. Specifically, the network operator configures the relationship data between the wildcard type user identifier and the home HSS address through the first configuration sub-interface 211; and configures the non-wildcard type user identifier and the home HSS address through the second configuration sub-interface 212. Relationship data.
  • the two types of relationship data can be configured by sharing the same configuration interface.
  • the so-called wildcard type user identifier refers to a user identifier containing a wildcard
  • a wildcard type user identifier can represent a specific group of user identifiers.
  • the user ID of a wildcard type is "sip:chatlist*(3 ⁇ 4domain.com”, where "*" is a wildcard, and the wildcard can represent any form of the wildcard
  • the user ID of the above generic type can represent The specific user identifier, such as: "sip:chatlist-bobo@domain.com", sip:chatlist”acky@domain.com", and "sip:chatlist3@domain.com, etc.
  • wildcards are not limited to "*,,, you can use wildcards that you think are convenient, and the wildcards that exist in a wildcard type user ID are not limited to 1.
  • wildcards are in a wildcard.
  • the location of the type user identifier is also set according to the actual situation, which is essentially the extraction of a common part of multiple specific user identifiers.
  • the wildcard can also be expressed in an implicit manner. For example, the operator can configure a wildcard type user identifier as "domain.com”, and the wildcard does not appear in the wildcard type user identifier, but it can represent all A specific user ID containing the string "domain.com", including the implicit wildcard.
  • a non-wild type user ID refers to a specific user ID, such as the aforementioned
  • the network operator configures the relationship data between all the wildcard type user identifiers and the home HSS addresses through the first configuration sub-interface 211.
  • the relationship data includes two parts of content, one of which is a user identifier of each wild type, and the other is HSS address information, and the relationship between the two parts is a corresponding relationship.
  • the configured relationship data contains 100 wildcard type user identifiers, and each wildcard type user identifier should be configured with a corresponding HSS address.
  • 100 corresponding to the above 100 wildcard type user identifiers 100 corresponding to the above 100 wildcard type user identifiers.
  • some HSS addresses may be the same, that is, several wildcard type user identifiers correspond to the same HSS address.
  • each wildcard type user ID represents a specific set of user IDs, so the subscription information of the specific group of users it represents should exist in the same HSS, so as to ensure a wildcard type user.
  • the identifier corresponds to an HSS address.
  • the network operator configures the relationship data between the non-wildcard type user identifier and the home HSS address through the second configuration sub-interface 212.
  • the relationship data also includes two parts, one of which is a non-wild type user identifier (also called a specific user identifier), and the other is HSS address information, and the content of the two parts is also a corresponding relationship.
  • a non-wild type user identifier also called a specific user identifier
  • HSS address information the content of the two parts is also a corresponding relationship.
  • the SLF Specific User ID ABC
  • the specific expression of the relational data is not limited as long as it can represent the correspondence between the user identifier and the HSS address.
  • relational data including the user identification of the wildcard type
  • relational data including the non-wildcard type user identifier As for the specific allocation ratio of the two types of relationship data, it can be determined according to actual needs. For example, in the initial configuration process of the SLF network element, several relationship data including the user ID of the wildcard type may be configured, and the remaining configurations include the relationship data of the non-wild type user identifier.
  • the relational data in the SLF should be signed with the user stored in the HSS. Consistent (or synchronous), but this should not be construed as a limitation of the present invention, because either the SLF or the HSS are usually configured by the same network operator, so the synchronization between the two can be completely through the operator. solve.
  • the relationship data may be configured on the SLF, and then the user subscription data in each HSS network element may be configured accordingly; or the user subscription information may be configured for each HSS network element, and then according to The SLF is configured correspondingly in the storage situation in each HSS.
  • the relationship data in the SLF can be changed correspondingly through the configuration interface 21. Further, when the relationship data of a wildcard type user identifier and the home HSS address is modified, the relationship data between a specific user identifier and the home HSS is implicitly modified, thereby reducing the data modification to the SLF. The amount of work.
  • the data storage unit 22 for storing the relation data obtained by the configuration interface unit 21 is explained in detail.
  • the data storage unit 22 specifically includes a first data storage subunit 221 and a second data storage subunit 222, which can be regarded as a database.
  • the first data storage sub-unit 221 is configured to store relational data obtained through the first configuration sub-interface, that is, to store relational data including a wildcard type.
  • the second data storage sub-unit 222 is configured to store relational data obtained through the second configuration sub-interface, that is, to store relational data including non-wildcard types.
  • the data accessed in the data storage unit 22 provides services to the query processing unit 23.
  • the query processing unit 23 searches the data storage unit 22 for the home HSS address corresponding to the user identifier based on the to-be-checked user identifier contained in the query request.
  • the query processing unit 23 includes a transceiving subunit 231 and a matching subunit 232.
  • the query request is sent to the SLF through the corresponding interface, and the user identifier (usually a specific user identifier) is carried in the query request. , used to indicate to the SLF which user needs to obtain the home HSS address information.
  • the SLF transceiver unit 231 After receiving the query request sent by each exemplary network element, the SLF transceiver unit 231 parses the to-be-checked user identifier included in the request, and provides the to-be-checked user identifier to the matching sub-unit 232.
  • the data storage unit 22 searches for the user identifier existing in the relationship data that matches the to-be-checked user identifier.
  • the data storage unit 22 includes two types of relationship data: by the first data storage subunit 221 The relationship data between the saved wildcard type user identifier and the home HSS address; the relationship data between the non-wildcard type user identifier and the home HSS address held by the second data storage subunit 222.
  • the matching sub-unit 232 preferentially searches the relationship data (the second data storage sub-unit 222) containing the non-wild type user identifier for the user identifier that matches the identity of the user to be checked. Since the non-wild type user identifier recorded in the relationship data is a specific user identifier, and the user identifier to be checked is also a specific user identifier, only the two are identical and are considered to be found in the second data storage subunit 222. Match the object.
  • the matching sub-unit 232 finds the non-wild-type user identifier matching the to-be-checked user identifier in the second data storage sub-unit 222, the destination HSS address in the relationship data in which the matching user identifier is located is notified to the transceiver.
  • the destination HSS address in the relationship data in which the matching user identifier is located is notified to the transceiver.
  • the matching sub-unit 232 does not find the user identifier matching the to-be-checked user identifier in the second data storage sub-unit 222, proceed to the relationship data (the first data storage sub-unit 221) including the wildcard type user identifier.
  • the user ID that matches the ID of the user to be checked. Since the wildcard type user ID in the relational data is not a specific user identifier, it includes a wildcard and represents a specific set of user identifiers. Therefore, if the part of the user ID and the non-wildcard of the user ID of the wildcard type are all the same, it is considered that the matching is successful, and thus the different user IDs to be checked may be matched to the same wildcard type user identifier. phenomenon.
  • the matching sub-unit 232 finds the wildcard type user identifier matching the to-be-checked user identifier in the first data storage sub-unit 221, the home HSS address in the relationship data in which the matched wildcard type user identifier is located is notified.
  • the transceiver subunit 231 After receiving the query result replied by the matching subunit 232, the transceiver subunit 231 responds to the query request initiator according to the query content. Specifically, if the query result received by the transceiver sub-unit 321 is the home HSS address, that is, the query is successful, the home HSS address is carried in the response message replied to the query request initiator; if the transceiver sub-unit 32 receives If the result of the query is a match failure, the corresponding failure response message is returned to the query request initiator.
  • the transceiver subunit 231 in the SLF generally supports the Diameter Base Protocol, which can be extended to support various interfaces. For example, the Dh, Dx, Dw interfaces mentioned above.
  • the foregoing matching sub-unit 232 preferentially queries the relationship data including the non-wild type user identifier. If the relationship data including the wild type user identifier is not successfully searched, it is only a preferred embodiment, and should not be construed as the present invention. The limitation of the present invention does not preclude the case of prioritizing the search for relational data containing the user identification of the wildcard type.
  • the user ID to be checked matches the plurality of wildcard type user identifiers.
  • a preferred rule can be formulated, for example, selecting a wildcard type user identifier with the most matching information, assuming that the user identifier to be checked is "12CBN", and the wildcard type user identifier exists in the first data storage subunit 222" *CBN , and "12CB*" can match the user ID "12CBN” to be checked, but the match information of the user type "*CBN" of the wildcard type and the user ID "12CBN” to be checked contains 3 characters.
  • the matching information of the type user identifier "12CB*" contains 4 characters, so "12CB*" is selected as the wildcard type user identifier matching the user ID "12CBN,” to be checked.
  • the first matching priority principle can be formulated. That is, which wildcard type user identifier matches the to-be-checked user identifier first, which wildcard type user identifier is used as the matching object, or directly stipulates that once a matching wildcard type user identifier is found, it will not continue. Find other user IDs of the wildcard type.
  • the above several methods are only exemplary and should not be construed as limiting the present invention. Establish appropriate rules for the specific situation of the network.
  • FIG. 3 is a schematic structural diagram of a second embodiment of a server positioning function SLF network element according to the present invention. Since the basic principle of the present embodiment is the same as that of the first embodiment, in order to more clearly highlight the difference between the two, the same portions that are commonly referred to in the two embodiments will not be described herein.
  • the difference between the embodiment and the first embodiment is that: the configuration interface 21 is only used to configure the relationship data between the user identifier of the wildcard type and the home HSS, and the data storage unit 22 only stores the wildcard type.
  • the relationship data of the user identifier which can match the identifier of the user to be checked, is limited to the user ID of the wildcard type.
  • the SLF of this structure is also applicable in a specific carrier network. In other words, the embodiment can be regarded as a limit case of the first embodiment, that is, the relationship data including the non-wild type user identifier is 0.
  • FIG. 4 it is a third implementation of a server positioning function SLF network element disclosed in an embodiment of the present invention. • Schematic diagram of the structure of the example.
  • the SLF network element includes a receiving unit 44, a transmitting unit 45, a configuration interface 41, a data storage unit 42 connected to the configuration interface 41, and an inquiry processing unit 43 connected to the data storage unit 42.
  • the configuration interface 41 includes a first configuration sub-interface 411 and a second configuration sub-interface 412;
  • the data storage unit 42 includes a first data storage sub-unit 421 and a second data storage sub-unit 422;
  • the query processing unit 43 and the receiving unit 44 is connected to the transmitting unit 45.
  • the configuration of the configuration interface 41 may be the same as the configuration interface 21 in the embodiment shown in FIG. 2 or the embodiment shown in FIG. 3.
  • the structure of the data storage unit 42 may be the same as the embodiment shown in FIG. 1 or the embodiment shown in FIG.
  • the data storage unit 22 is the same and will not be described in detail herein.
  • the receiving unit 44 is configured to receive a message from other network elements in the network, where the message includes a query request.
  • the query processing unit 43 is configured to use the to-be-checked user identifier included in the query request received by the receiving unit 44 in the data storage unit 42. Searching for the home HSS address corresponding to the to-be-checked user identifier, and notifying the sending unit 45 of the query result; the sending unit 45 is configured to send a message to other network elements in the network, where the message includes a response to the query result.
  • the query request is sent to the SLF through the corresponding interface, and the user identifier (usually a specific user identifier) is carried in the query request. , used to indicate to the SLF which user needs to obtain the home HSS address information.
  • the receiving unit 44 of the SLF parses the to-be-checked user identifier included in the request, and provides the to-be-checked user identifier to the query processing unit 43.
  • the query processing unit 43 After the query processing unit 43 learns a to-be-checked user identifier from the receiving unit 44, it searches the data storage unit 42 for the user identifier existing in the relationship data that matches the to-be-checked user identifier.
  • the data storage unit 42 includes two types of relationship data: relationship data between the wildcard type user identifier and the home HSS address; relationship data between the non-wildcard type user identifier and the home HSS address.
  • the query processing unit 43 preferentially searches for the user identifier that matches the to-be-checked user identifier in the relationship data including the non-wild type user identifier.
  • the non-wild type user identifier recorded in the relationship data is a specific user identifier, and the user identifier to be checked is also a specific user identifier. Therefore, Only if the two are identical, the match is considered to be found. If the query processing unit 43 finds the non-wildcard type user identifier that matches the user identifier to be checked, the home HSS address in the relationship data in which the matched user identifier is located is notified to the sending unit 45.
  • the query processing unit 43 does not find the user identifier that matches the identity of the user to be checked, it proceeds to the relationship data containing the user identifier of the wildcard type to find the user identifier that matches the identifier of the user to be checked. Since the wildcard type user ID in the relational data is not a specific user identifier, it includes a wildcard and represents a specific set of user identifiers. Therefore, if the part of the user ID and the non-wildcard of the user ID of the wildcard type are all the same, the two are considered to be successfully matched, and thus the different user IDs to be checked may be matched to the same wildcard type user identifier. phenomenon.
  • the transmitting unit 45 is notified of the home HSS address in the relationship data in which the matching wildcard type user identifier is located. If the query processing unit 43 does not find a wildcard type user identifier that matches the identity of the user to be checked, the sending unit 45 is notified that the query has failed.
  • the sending unit 45 replies to the query request originator. Specifically, if the query result received by the sending unit 45 is the home HSS address, that is, the query is successful, the home HSS address is carried in the response message that is sent to the query requesting initiator; if the sending unit 45 receives the query result If the query fails, the corresponding failure response message is returned to the query request initiator.
  • the specific server positioning function network element can be implemented by using the SLF provided by the embodiment of the present invention.
  • the present invention also discloses a method for applying the foregoing structure SLF network element.
  • FIG. 5 it is a flowchart of an embodiment of a method for obtaining a home HSS address by using an SLF network element.
  • the SLF network element receives the query request message, where the message includes the user identifier to be checked.
  • the subscription information of one user is only stored in one of the HSS network element entities. Therefore, other network elements in the IMS network (such as AS network element, I)
  • AS network element I
  • the CSCF network element, the S-CSCF network element, the AAA server network element, etc. must know which HSS network element entity of the home IMS network is stored, that is, to the server.
  • the location function SLF (Server Locator Function) network element is queried.
  • the query request is sent to the SLF through the corresponding interface, and the user identifier (usually a specific user identifier) is carried in the query request. , used to indicate to the SLF which user needs to obtain the home HSS address information.
  • the SLF searches for the relationship data between the matching local non-wildcard type user identifier and the home HSS address by using the to-be-checked user identifier as a key.
  • the relationship data between the local non-wildcard type user identifier and the home HSS address refers to the relationship data stored in the SLF.
  • the relationship data between the non-wild type user identifier and the home HSS address has been described in detail in the foregoing. In order to make the description of the present invention more concise, no further details are provided herein.
  • the specific process of matching is to find the same user identifier in the relation data with the non-wild type user identifier locally, and the non-wildcard type user identifier is the same as the user identifier to be checked.
  • the relationship data is the relationship data that matches the identity of the user to be checked.
  • step 530 If the matching relationship data is found, proceed to step 560; if the matching relationship data is not found, proceed to step 540.
  • step 540 Search for the relationship data between the matching local wildcard type user identifier and the home HSS address by using the to-be-checked user identifier as a key, and then proceed to step 550.
  • the relationship data between the local wildcard type user ID and the home HSS address refers to the relationship data stored in the SLF.
  • the relationship data between the user ID and the home HSS address has been described in detail. For the sake of brevity of the embodiment of the present invention, details are not described herein again.
  • the specific process of matching in this step is slightly different from the matching process described in 520: since the wildcard type user identifier in the relationship data is not a specific user identifier, but includes a wildcard, representing a specific set of user identifiers. , and the user ID to be checked is a specific user identifier. Therefore, if the part of the user ID and the non-wildcard of the user ID of the wildcard type are all the same, the relationship between the two is considered to be the match, and the relationship data of the user type of the wildcard type is matched with the identifier of the user to be checked. Relationship data.
  • step 550 If the matching relationship data is found, proceed to step 560; if the matching relationship data is not found, proceed to step 570.
  • the SLF informs the query request initiator of the home HSS address in the matched relationship data. Whether it is a matching relationship data including a non-wild type user identifier, or a matching relationship data including a wildcard type user identifier, the recorded home HSS address is corresponding to the to-be-checked user identifier. Therefore, the SLF informs the query request originator of the home HSS address recorded in the matched relationship data, so that the query request initiator can access the HSS storing the user subscription data according to the home HSS address provided by the SLF. 570: Inform the query request that the initiator failed to query. Usually, even if the SLF does not find the home HSS address corresponding to the user identifier to be checked, it is necessary to inform the query requesting initiator that the query fails.
  • FIG. 6 is a schematic diagram of data interaction in which the I-CSCF network element queries the user's home HSS address through the SLF network element in the user registration process.
  • the I-CSCF network element receives a user registration request message (ie, REGISTER) sent by the P-CSCF (Proxy CSCF) network element.
  • the P-CSCF is the first entry point for the terminal to access the IMS network, also known as the proxy CSCF, which is used to implement the Proxy and User Agent functions in the SIP protocol.
  • the P-CSCF accepts all SIP client registrations and calls, and finds the corresponding home domain based on the calling/called user ID to complete the registration process and call connection.
  • the I-CSCF network element needs to query the capability set information of the user in the HSS network element to which the user belongs.
  • the I-CSCF network element needs to initiate an active query message to the SLF network element. (ie DX-SLF-QUERY message), go to the SLF network element to query the home HSS address of the user.
  • DX-SLF_QUERY request message the user identification information of the user is included.
  • the SLF network element queries the home HSS address of the user according to the relationship data between the locally saved user identifier and the home HSS address:
  • the home HSS address information corresponding to the non-wildcard type user identifier is queried;
  • the user identifier in the request message cannot be completely matched with all the non-wildcard type user identifiers saved locally by the SLF network element, check whether there is a wildcard type user identifier and the user identifier in the request message in the SLF network element. Wild. If yes, the home HSS address information corresponding to the user ID of the wildcard type is queried; otherwise, the user identifier in the request message does not exist in the SLF network element, indicating that the home HSS address of the query user is unsuccessful.
  • the SLF network element returns a response message (ie, DX_SLF_RESP message) to the I-CSCF, that is, responds to the I-CSCF query request. If the SLF query is successful, the corresponding home HSS address needs to be included in the response message. If the SLF query is unsuccessful, the query message needs to be included in the response message. Letter,
  • the network element that needs to perform data interaction with the HSS network element can obtain the address information of the home HSS through the imported SLF network element.
  • the program can be executed by instructing related hardware, and the program can be stored in a computer readable storage medium such as a ROM/RAM, a magnetic disk, an optical disk, or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un élément de réseau à fonction de localisation de serveur comportant une interface de configuration pour configurer les données de relation entre l'identifiant d'utilisateur avec un caractère de remplacement et l'adresse du serveur de l'abonné local (HSS); une unité de stockage de données pour stocker les données de relation acquises par l'interface de configuration; et une unité de recherche et de traitement pour rechercher l'adresse du serveur de l'abonné local correspondant à l'identifiant d'utilisateur dans l'unité de stockage de données en fonction de l'identifiant d'utilisateur en attente contenu dans la demande de recherche. L'invention procure une mise en oeuvre concrète pour l'élément à fonction de localisation de serveur et l'homme de l'art peut réaliser cet élément de réseau particulier à fonction de localisation de serveur selon la solution technique de l'invention.
PCT/CN2007/001157 2006-06-30 2007-04-10 Élément de réseau à fonction de localisation de serveur et son procédé d'utilisation Ceased WO2008003209A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNA2006100865721A CN1968267A (zh) 2006-06-30 2006-06-30 一种服务器定位功能网元及其应用方法
CN200610086572.1 2006-06-30

Publications (1)

Publication Number Publication Date
WO2008003209A1 true WO2008003209A1 (fr) 2008-01-10

Family

ID=38076806

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/001157 Ceased WO2008003209A1 (fr) 2006-06-30 2007-04-10 Élément de réseau à fonction de localisation de serveur et son procédé d'utilisation

Country Status (2)

Country Link
CN (1) CN1968267A (fr)
WO (1) WO2008003209A1 (fr)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7996541B2 (en) * 2007-06-15 2011-08-09 Tekelec Methods, systems, and computer program products for identifying a serving home subscriber server (HSS) in a communications network
US8538000B2 (en) 2007-08-10 2013-09-17 Tekelec, Inc. Methods, systems, and computer program products for performing message deposit transaction screening
WO2009111786A2 (fr) 2008-03-07 2009-09-11 Tekelec Procédés, systèmes et supports lisibles sur ordinateur permettant d’acheminer un message de service de messagerie dans un réseau de télécommunication
WO2010060087A2 (fr) 2008-11-24 2010-05-27 Tekelec Systèmes, procédés et supports lisibles par ordinateur pour traduction sensible au lieu du numéro de la partie appelée dans un réseau de télécommunications
US8452325B2 (en) 2009-05-11 2013-05-28 Tekelec, Inc. Methods, systems, and computer readable media for providing scalable number portability (NP) home location register (HLR)
CN101662477B (zh) * 2009-09-29 2012-11-07 华为技术有限公司 一种查找用户数据的方法及装置
US9313759B2 (en) 2009-10-16 2016-04-12 Tekelec, Inc. Methods, systems, and computer readable media for providing triggerless equipment identity register (EIR) service in a diameter network
EP3264686B1 (fr) 2009-10-16 2018-12-12 Tekelec, Inc. Procédés, systèmes, et supports lisibles par ordinateur pour fournir un routeur de signalisation diameter avec fonction de surveillance et/ou de pare-feu intégrée.
CN103493436B (zh) 2011-03-18 2016-10-05 泰科来股份有限公司 用于可配置的直径地址解析的方法、设备和系统
US9635526B2 (en) 2013-03-15 2017-04-25 Tekelec, Inc. Methods, systems, and computer readable media for utilizing a diameter proxy agent to communicate short message service (SMS) messages

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1705382A (zh) * 2004-06-02 2005-12-07 阿尔卡特公司 用于在固定电信网络中转发呼叫的方法及其网络
CN1758634A (zh) * 2004-09-30 2006-04-12 朗迅科技公司 提供分布的用户定位器功能路由能力的方法和设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1705382A (zh) * 2004-06-02 2005-12-07 阿尔卡特公司 用于在固定电信网络中转发呼叫的方法及其网络
CN1758634A (zh) * 2004-09-30 2006-04-12 朗迅科技公司 提供分布的用户定位器功能路由能力的方法和设备

Also Published As

Publication number Publication date
CN1968267A (zh) 2007-05-23

Similar Documents

Publication Publication Date Title
WO2008003209A1 (fr) Élément de réseau à fonction de localisation de serveur et son procédé d'utilisation
KR100909533B1 (ko) 사용자 아이덴티티들
CN1647490B (zh) 通信系统和方法
US8935374B2 (en) Method, system, and device for realizing registration mechanism of IP multimedia subsystem
EP2938043B1 (fr) Procédé de fourniture d'accès
BRPI0612026B1 (pt) Método, entidade mediadora de aprovisionamento de serviço e sistema para aprovisionamento de serviços, método e dispositivo para controlar o registro das mensagens na entidade de rede de controle, método para direcionar as sessões, armazenador de informação, método e dispositivo para solicitar o aprovisionamento de serviço, e, método e elemento de rede para controlar o estabelecimento de uma conexão de dados de pacote
CN101855921A (zh) 用于在通信网络中识别服务归属用户服务器(hss)的方法、系统和计算机程序产品
WO2007149330A2 (fr) Routage de message dans un système de télécommunication
CN101023700A (zh) 通信系统中的用户登记
WO2006136106A1 (fr) Procede et systeme d'authentification de terminal d'usager
JP2006522501A (ja) モバイル通信システムにおける加入者の複数登録
JP2006522501A5 (fr)
CN101573934B (zh) 在通信网络中的鉴别
WO2008098459A1 (fr) Procédé, système et moyens d'application d'identifiants de service de communication de sous-système multimédia ip (ims) dans un système de communication
WO2021093997A1 (fr) Procédé de prise en charge d'authentification d'un équipement d'utilisateur
EP2372966A1 (fr) Procédé et dispositif de mise à disposition de service d'un sous-système multimédia, et système multimédia
WO2004054302A1 (fr) Enregistrements simultanes d'un utilisateur dans des serveurs de services differents par des numeros d'appels differents
WO2018091076A1 (fr) Protection de l'anonymat d'un utilisateur lorsqu'il visite des réseaux étrangers
TW201201552A (en) Methods and apparatuses for handling public identities in an Internet Protocol Multimedia Subsystem network
US20070055874A1 (en) Bundled subscriber authentication in next generation communication networks
CN103024100B (zh) 一种建立偶联的方法和域名系统服务器
US9160708B2 (en) Methods and apparatuses for handling public identities in an internet protocol multimedia subsystem network
WO2011029342A1 (fr) Procédé, dispositif et système d'identification d'un type d'identité d´utilisateur public (pui)
CN100596105C (zh) 一种对网元业务操作合法性进行判定的方法和服务器
CN100527874C (zh) 一种私有业务标识的数据检查方法

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 07720730

Country of ref document: EP

Kind code of ref document: A1