KR20120097897A - 3rd party registration method of wildcarded public service user agent in ims network and device of the same - Google Patents

Abstract

PURPOSE: A 3rd party registration method of a wild card public service user agent in an IMS(IP Multimedia Subsystems) network and a device thereof are provided to call a corresponding subscriber by providing a method and apparatus for location registration transmission of a subscriber to an application server. CONSTITUTION: A S-CSCF(Serving-CSCF(Call Session Control Function)) receiving a server assignment response from a HSS(Home Subscribe Server) store an URI(Uniform Resource Identifier) of a wild card network included in a response in a P-Profile-Key header. The S-CSCF inserts a P header(P-Profile-Key) under a header field sub registry of a 3rd party register. The S-CSCF transmits the 3rd party register to an AS(Application Server)(S40). The AS which receives the 3rd party register transmits a registration success response message to the S-CSCF(S41).

Description

Method and device for transmitting location registration of wildcard number system subscriber in IMS network {3RD PARTY REGISTRATION METHOD OF WILDCARDED PUBLIC SERVICE USER AGENT IN IMS NETWORK AND DEVICE OF THE SAME}

The present invention relates to an IP Multimedia Subsystem Network (IMS) technology, and more particularly, to an apparatus and method for a wild card subscriber when the number system is a wild card subscriber.

IMS (IP Multimedia Subsystems) is a network technology that integrates wired and wireless environments and is an infrastructure for providing multimedia services such as voice, audio, video, and data based on the 3rd generation mobile communication network IP (Internet Protocol). Because IMS is based on Internet protocol, it uses a packet switched based unfixed call path to increase transmission efficiency and ensure stability. Such IMS can support not only simple one-to-one calls but also connections involving multiple users. In order to achieve access independence and to maintain smooth interactions with wireless terminals over the Internet, as specified in the 3rd Generation Partnership Project (3GPP) specification TS 23.288, IMS has established the Internet Engineering Task Force (IETF) "Internet Standards ( starndard ".

The technical problem to be achieved by the present invention is that if the number system of the subscriber in the IMS network is wildcard (Wildcarded) format, the application server (AS) also provides a wildcard subscriber (Wildcarded User Equipment) to provide application services to the wildcard subscriber It is to provide a method and apparatus that can be recognized.

In order to solve the above technical problem, a location registration delivery method of a subscriber in a wildcard number system in an IMS network according to an embodiment of the present invention includes an S-CSCF (Serving-CSCF) receiving a server assignment response from a home subscriber server (HSS). Storing the URI of the wild card subscriber network included in the response in a P-Profile-Key header; The S-CSCF inserting the P header (P-Profile-Key) under a header field subregistration of a 3rd Party REGISTER; And transmitting, by the S-CSCF, the location registration transfer request to an application server (AS).

The location registration delivery method of the subscriber in the wild card number system in the IMS network further includes the step of transmitting the registration success response message (200 OK) to the S-CSCF by the AS receiving the location registration delivery request.

In order to solve the above technical problem, the IMS network system according to another embodiment of the present invention includes a Serving-CSCF (S-CSCF) and an Application Server (AS), and the S-CSCF is a Home Subscribe Server (HSS). Receives the server assignment response from the server, stores the URI of the wildcard subscriber network included in the response in the P header (P-Profile-Key), and inserts it under the header field subregistration of the 3rd Party REGISTER. The location registration transfer request is transmitted to the AS, and when the AS receives the location registration transfer request, the AS transmits a registration success response message (200 OK) to the S-CSCF.

The S-CSCF is a first module for receiving a server assignment response from the HSS and stores the URI of the wild card subscriber network included in the response in the P header; A second module for inserting the P header below a header field subregistry of a 3rd Party REGISTER; And a third module for transmitting the location registration transfer request to the AS.

The fourth module for receiving the location registration transfer request from the S-CSCF; And a fifth module for transmitting a registration success response message (200 OK) to the S-CSCF when receiving the location registration transfer request.

The AS further includes a sixth module that receives the location registration transfer request and recognizes that it is a wild card subscriber and drives a separate process for providing a service corresponding to the wild card subscriber.

According to the present invention, when the subscriber's numbering system is wild-carded format in the IMS network, a method and apparatus for performing a 3rd party register in the wild card format to the application server AS are provided. This allows the application server (AS) to individually call the subscriber.

1 is a block diagram illustrating an IMS network architecture according to the 3GPP specification.
2 is a typical registration process (REGISTER) flow diagram of a wild card subscriber (UA) in an IMS network.
3 is a flowchart of a registration process (REGISTER) of a wildcard subscriber (UA) in an IMS network according to an embodiment of the present invention.

In order to fully understand the present invention, operational advantages of the present invention, and objects achieved by the practice of the present invention, reference should be made to the accompanying drawings and the accompanying drawings which illustrate preferred embodiments of the present invention. BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the preferred embodiments of the present invention with reference to the accompanying drawings. Like reference symbols in the drawings denote like elements.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. In the present specification, the singular form includes plural forms unless otherwise specified in the specification. It is noted that the terms "comprises" and / or "comprising" used in the specification are intended to be inclusive in a manner similar to the components, steps, operations, and / Or additions.

1 is a block diagram illustrating an IMS network architecture according to the 3GPP specification.

Referring to FIG. 1, an IMS network system 1000 to which the present invention is applied includes a UA 100, a CSCF server, an HSS 500, and an AS 600.

The UA (User Agent, hereinafter referred to as a subscriber) 100 provides a service to a user by acting on behalf of a user and listening to a message transmitted to the user, and transmitting a message according to a user action or the message. The UA 100 performs a user's current location information management function and call management function. The user's location information management function includes the function of registering, modifying or deleting his current location information, and the call management function includes a function of setting up, canceling or ending a call with the other party and accepting or rejecting the requested call. do.

Call Session Control Function (CSCF) performs a call session control function. The CSCF (Call Session Control Function) server provides basic functions for multimedia session control based on Session Initiation Protocol (SIP) such as subscriber registration, authentication, service triggering, routing, call control or address handling. Can be done. It can also provide SIP signaling and state management functions. On the other hand, the CSCF server includes a proxy CSCF (P-CSCF, 200), an interrogating CSCF (I-CSCF, 300), and a serving CSCF ( Serving-CSCF; S-CSCF, 400).

The P-CSCF 200 serves as a default proxy server of the UA 100 as the first connection point between the mobile communication network and the mobile multimedia network, and the I-CSCF 300 performs an interworking function and a firewall function between networks. .

The S-CSCF 400 is responsible for service control in the IMS network system 1000 for the user. That is, the S-CSCF 400 registers that the server controls the user's session with the HSS 500 and then downloads and stores the user's subscriber information. The S-CSCF 400 performs a control service while managing session state of an actually registered user. In addition, the S-CSCF 400 provides a user with information related to a service resource.

The HSS 500 stores all user related information in the IMS network system 1000 and communicates with the S-CSCF 400 through the Cx interface. Cx interface is for registering or unregistering subscriber (UA, 100) between HSS 500 and S-CSCF 400, verifying the authority of accessibility of IMS network of subscriber (UA, 100) and location information management. It exchanges messages, messages for subscriber profile download and subscriber information update, and messages for subscriber authentication.

Meanwhile, the HSS 500 includes an identifier information storage unit (not shown), a security information storage unit (not shown), a location information (registration and movement information) storage unit (not shown), and a profile information storage unit (not shown). . The identifier information storage unit stores the subscriber's number, the subscriber's address information, and the like, and the security information storage unit stores the network access control information for authentication and authority verification for the subscriber's security. The registration information of the subscriber and the mobile information of the subscriber are stored, and the profile information storage unit stores the user service profile such as the user's terminal environment, data communication speed, preferred message type, and the like.

One or more HSS 500 may exist according to the number of IMS network subscribers 100 and the configurability of the network.

The AS 600 is an application server, which is an entity for providing an application to a user, such as Push To Talk over Celluar using an email or a mobile device. The AS 600 communicates with the UA 100 and the S-CSCF 400 via an interface to provide an application service (eg, a streaming service).

2 is a typical registration process (REGISTER) flow diagram of a wild card subscriber (UA) in an IMS network.

Briefly describing the SIP message, the SIP message is composed of a header and a body. The header includes SIP control information, and the body includes various multimedia information. The SIP message is composed of six basic methods, which are in the form of request / response.

SIP messages consist of six request messages and six groups (100-600) response messages defined in the RFC 3261 standard. Among the six request messages, the SIP registration request message (REGISTER) means location information registration, deletion and modification. The SIP session start request message (INVITE) means a call request. The response is one of the 1XX, 2XX, 3XX, 4XX, 5XX, and 6XX responses. Detailed description of the SIP message will be omitted below.

On the other hand, when the wild card public service subscriber network is briefly described, the wild card subscriber network shares the same profile as a set of public service subscriber networks, and the subscriber ID (SIP URI) is expressed differently from the general public service subscriber network.

For example, the SIP URI of the Public Service Indentity is expressed as follows.

sip: chatroom-657@example.com

However, the SIP URI of Wildcarded Public Service Identity is expressed as:

sip: chatroom-!.*!@example.com

In the example above, suppose there are 1000 wildcard subscriber networks ([000]-[999]) sharing a URI named chatroom in the database of example.com. At this time, the database searches all chatroom wildcard public service subscribers by accessing the subscriber network database with "chatroom-!. *! @ Example.com" to find a subscriber 100 corresponding to the chatroom 657 wildcard subscriber. Done. In this case, each time the wildcard subscriber's profile is matched, it can be expanded computationally and search time can be increased. As this problem becomes more serious as the number of proxy servers increases, a wild card subscriber is considered to identify it as a separate information (P-Profile-Key). Details of the wildcard public service subscriber network are addressed in 3GPPs Technical Specification TS 23.003.

The P-Profile-Key Header (P header) includes information (key) that the proxy server uses for querying a certain profile in the subscriber database. When a P header is transmitted and received in a response and a request, the P header is included and transmitted in the following format, for example.

P-Profile-Key: <sip: 070111200! [0-9]! @ Abc.com>

That is, a P header having information of ten wildcard subscriber network sets having a number system of 0701112000 to 0701112009 is transmitted and received in a SIP message.

Referring to FIG. 2, in a first step, a wildcard user agent (hereinafter referred to as UA, 100) may request a registration request (REGISTER) to perform a registration process including instance information (sip.instance). 200) (S10).

The P-CSCF 200 which receives the registration request message (REGISTER) from the UA 100 performs a Domain Name System (DNS) query. DNS (not shown) selects an appropriate I-CSCF 300 and transmits a DNS query response message (DNS query response message) including the address of the I-CSCF to the P-CSCF 200. The P-CSCF 200 having obtained the address of the I-CSCF transmits a registration request message of the UA 100 to the I-CSCF 300 (S11). In this case, the registration request message transmitted to the I-CSCF 300 may be a compilation request message received by the P-CSCF 200 from the UA 100.

I-CSCF 300 obtains the address of HSS 500 to select the appropriate S-CSCF 400 in the home network, and uses the obtained address to request user authorization to HSS 500; UAR) message. The HSS 500 refers to the UAR message transmitted from the I-CSCF 300 and the HSS 500 inquires whether the address of the S-CSCF 400 is allocated. The HSS 500 sends an I-CSCF (User Authorization Answer (UAA) message including an address of the assigned S-CSCF 400 or an S-CSCF capability list if there is no assigned address. 300) (S12).

The I-CSCF 300 extracts the address of the S-CSCF 400 allocated in the UAA response or selects the appropriate S-CSCF 400 from the S-CSCF capability list, and sends the corresponding S-CSCF 400 to the corresponding S-CSCF 400. The registration request message (REGISTER) is transmitted (S13). The S-CSCF 400 transmits a multimedia authentication request (MAR). The HSS 500 checks the authentication vector included in the MAR message. If the authentication vector is not valid or does not exist, the HSS 500 transmits a multimedia authentication answer (MAA) including authentication verification information to the S-CSCF 400 (S14). The S-CSCF 400 forwards the unauthorized response (401 Resp.) Including the authentication confirmation information along the registration request message path (S15 to S17) (step I).

On the other hand, in the second step, the wild card subscriber UA (100) retransmits the registration request (REGISTER) message by including the authentication confirmation information in its authentication header (Authorization Header) again. In this case, unlike the general public service subscriber network, the wild card subscriber (UA, 100) sends "sip: 0701112000@abc.com" to the subscriber ID (SIP URI) to indicate that it is a wild card public service subscriber. This is transmitted to the P-CSCF 200 (S20) and the I-CSCF 300 (S21), where the I-CSCF 300 retransmits and receives a user authority request and response (UAR / UAA) from the HSS 500. (S22 to S23). At this time, the HSS 500 recognizes the wildcard subscriber through the user right request (UAR) and shares the shared URI of the wildcard subscriber network set (Wildcarded-IMPU: <sip: 070111200! [0-9]! @ abc.com>) in the response and send it to the I_CSCF (300).

The I-CSCF 300 selects an appropriate S-CSCF 400 from the assigned S-CSCF 400 or the S-CSCF capability list and transmits a registration request message (REGISTER) (S24). At this time, the I-CSCF 300 transmits a registration request message by putting a P header below a subregistry of a header field of a SIP message. The P header includes a shared URI of the wildcard subscriber network set received in the user authority response (UAR).

The S-CSCF 400 performs authentication from the authentication information included in the message, and transmits and receives a Server Assignment Request (SAR) and a Server Assignment Answer (SAA) from the HSS 500. (S25 to S26). At this time, when the HSS 500 receives the SAR message, the URI includes the authentication information including the wild card subscriber ID (SIP URI) and the address of the S-CSCF 400 that sent the request in the wild card subscriber network. : 0701112000@abc.com) to save as a subscriber profile. The HSS 500 includes the URI in which the profile is stored in the P-Associated-URI header and transmits it to the S-CSCF 400 in an SAA message.

When the S-CSCF 400 receives the server assignment response (SAA), the S-CSCF 400 transmits a message 200 OK indicating that the registration procedure is completed to the UA 100 along the REGISTER message path (S27 to S29). . In this case, the P-Associated-URI is included in the header of the success response message 200 OK. In this case, since the wildcard subscriber UA 100 registers with the HSS 500 which is a database through its profile, even if the wildcard subscriber does not cause a communication problem in the IMS network system 1000.

However, since the AS 600 does not recognize the wild card subscriber when there is access of the subscriber UA 100, the application service of the wild card subscriber is performed in the communication between the AS 600 and the subscriber UA 100. A separate system or program should be built for Therefore, in the embodiment of the present invention, the S-CSCF 400 sends additional location registration information (3rd party REGISTER) to the AS 600 to recognize that the AS 600 is a wild card subscriber.

3 is a flowchart of a registration process (REGISTER) of a wildcard subscriber (UA) in an IMS network according to an embodiment of the present invention.

The second step (Step II) will be described based on differences from the embodiment of FIG. 2.

The registration process of the wild card subscriber UA 100 is the same as that shown in FIG. That is, the user authority request and response are transmitted and received to the HSS 500 via the P-CSCF 200 and the I-CSCF 300 (S30 to S33), and a registration request message (REGISTER) including the P header is transmitted. The CSCF 400 is allocated (S34). The S-CSCF 400 receives and transmits a server allocation request and response (SAR / SAA) including a URI of a wildcard number system from the HSS 500 (S35 to S36). The wildcard subscriber station (UA, 100) includes the URI (sip: 0701112000@abc.com) of the wildcard subscriber network allocated to the response (200 OK) that registration is successful, as a P-Associated-URI in the header field. (S37 to S39).

According to an embodiment of the present invention, since the S-CSCF 400 is responsible for service control in the IMS network for the user, the S-CSCF 400 also transmits the success response (200 OK) to the AS 600. Send the 3rd Party REGISTER. At this time, the message includes a P header indicating that the wildcard subscriber (070111200! [0-9]!) Under the subregistration of the header field (S40). When the AS 600 receives a 3rd party register request of the wild card subscriber, the AS 600 may prepare a separate process for the wild card subscriber to receive a service corresponding to a general public service subscriber. The AS 600 receiving the request sends a registration success response message 200 OK to the S-CSCF 400 (S41). Therefore, according to the embodiment of the present invention, the wild card subscriber UA 100 may be serviced equally with the general public service subscriber when receiving the service of the AS 600.

The wild card subscriber location registration transfer method according to an embodiment of the present invention may be implemented in the form of program instructions that can be executed by various computer means and recorded in a computer readable medium. The computer readable medium may include program instructions, data files, data structures, etc. alone or in combination. The program instructions recorded on the medium may be those specially designed and constructed for the present invention or may be available to those skilled in the art of computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks such as floppy disks. Hardware devices specially configured to store and execute optical instructions and program instructions such as ROM, RAM, flash memory and the like. Examples of program instructions include machine code, such as produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware device described above may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.

In addition, the wildcard subscriber location registration delivery method according to an embodiment of the present invention may be implemented as a module. In the present specification, a module may mean hardware capable of performing functions and operations according to each name described in this specification, or computer program code capable of performing specific functions and operations. Or an electronic recording medium, for example, a processor, on which computer program code can perform specific functions and operations. In other words, a module may mean a functional and / or structural combination of hardware for performing the technical idea of the present invention and / or software for driving the hardware.

In carrying out the present invention, the following 3rd Generation Partnership Project (3GPP) Technical Specification (TS), namely TS 23.003 (Numbering, Addressing and Identification), TS 29.229 (IP Multimedia call control protocol based on Sessin Initiation Protocol (SIP) ) and Session Description Protocol (SDP): Stage 3), RFC 3261 (SIP: Session Initiation Protocol), RFC 3427 (Change Process for the Session Initiation Protocol (SIP)), RFC 5002 (The Sessing Initiation Protocol (SIP) P- Profile-Key Private Header) is incorporated herein by reference.

Although the present invention has been described with reference to one embodiment shown in the drawings, this is merely exemplary, and those skilled in the art will understand that various modifications and equivalent other embodiments are possible therefrom. Therefore, the true technical protection scope of the present invention will be defined by the technical spirit of the appended claims.

100: UA (User Agent), wild card subscriber
200: P-CSCF
300: I-CSCF
400: S-CSCF
500: HSS (Home Subscrive Server)
600: Application Server (AS)
1000: IMS Network System

Claims (7)

A Serving-CSCF (S-CSCF) receiving a server assignment response from a Home Subscribe Server (HSS) storing the URI of the wild card subscriber network included in the response in a P-Profile-Key header;
The S-CSCF inserting the P header (P-Profile-Key) under a header field subregistration of a 3rd Party REGISTER; And
And transmitting, by the S-CSCF, the location registration transfer request to an application server (AS). The method of claim 1, wherein the location registration transfer method
And receiving, by the AS receiving the location registration transfer request, a registration success response message (200 OK) to the S-CSCF. The computer-readable recording medium which records and implements the location registration transmission method of the wildcard number system subscriber in the IP Multimedia Subsystems (IMS) network of any one of claims 1 and 2 in the form of program instructions that can be executed by various computer means. . Application Server (AS); And
Receive server assignment response from HSS (Home Subscribe Server) and store URI of wildcard subscriber network included in the response in P header (P-Profile-Key) to register header field subregistration of 3rd Party REGISTER Inserted below, and includes a S-CSCF (Serving-CSCF) for transmitting the location registration transfer request to the AS,
AS is
When receiving the location registration transfer request, IMS network system for transmitting a registration success response message (200 OK) to the S-CSCF. The method of claim 4, wherein the S-CSCF is
A first module for receiving a server assignment response from the HSS and storing a URI of a wild card subscriber network included in the response in a P header;
A second module for inserting the P header below a header field subregistry of a 3rd Party REGISTER; And
And a third module for transmitting the location registration transfer request to the AS. The method of claim 4, wherein the AS is
A fourth module for receiving the location registration transfer request from the S-CSCF; And
And a fifth module for transmitting a registration success response message (200 OK) to the S-CSCF upon receiving the location registration transfer request. The method of claim 6, wherein the AS is
Recognizing that the wildcard subscriber by receiving the location registration transfer request
And a sixth module for driving a separate process for providing a service corresponding to the wildcard subscriber.

Images