JP2010198317A - Registration request system, registration request server device, and registration request control method for server device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a registration request system for notifying a plurality of application servers of a position registration request so that loads are made equal. <P>SOLUTION: In a registration request system including a proxy server 103 for notifying a registration request and a plurality of application servers 104, 105 and 106 for transmitting contract information related with the contract of a mobile unit according to notification to a proxy server 103, the application servers 104, 105 and 106 are provided with: a contract information storage part 207 for storing contract information; a memory management part 205 for generating congestion level information on the basis of the largest number of contract information which is stored by the contract information storage part 207 and the number of actually stored contact information; and a communication part 204 for transmitting the congestion level information. The proxy server 103 includes a communication part 201 for receiving the congestion level information and an analyzing part 202 and a selection table 203 for selecting the application server whose registration request has been made on the basis of the congestion level information. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a registration request system, a registration request server device, and a registration request control method for a server device, and in particular, a registration request system, a registration request server device, and a registration request for a server device that equalize loads on a plurality of application servers. It relates to a control method.

  Currently, in IMS (IP Multimedia Subsystem), S-CSCF (Serving Call Session Control Function) cooperates with an application server to provide a call control function of a mobile device in an IP network. FIG. 6 is a diagram for explaining a registration request system in which a conventional S-CSCF accepts a location registration request (also referred to as “Register”) from a mobile device. The illustrated registration request system includes an S-CSCF 1, application servers (referred to as AS in the figure) 2, 3, and a registrar server 4.

  The application servers 2 and 3 are configured to receive a location registration request notification via the S-CSCF 1 and send the location registration request to the registrar server 4. As shown in FIG. 6A, when the S-CSCF 1 selects the application server 2 and notifies the location registration request, the application server 2 makes a location registration request to the registrar server 4.

  When the registrar server 4 to which the location registration request has been made permits the use of the network of the mobile device that has requested the location registration, as shown in FIG. Download the profile. Specifically, the application server 2 adds a profile to “200 OK” which is a response to the download request, and transmits it to the S-CSCF 1. The S-CSCF 1 and the application server 2 that have received “200 OK” hold the downloaded profile. At this time, the location of the mobile device is registered in the registrar server 4.

In such a registration request system, the S-CSCF 1 can arbitrarily select the application server 2 or the application server 3. However, if the S-CSCF 1 always selects only one of the application servers 2 and 3, the load of the application server 2 or the application server 3 that is always selected increases, and there is a problem that an application server that is not selected cannot be used effectively. Can be considered.
In view of such problems, there is a method called round robin that alternately selects the application servers 2 and 3. As a prior art of such a round robin, patent document 1 is mentioned, for example.

JP 2007-219680 A

However, according to the round robin method, the application servers 2 and 3 can be used evenly in principle. However, when one of the application servers 2 and 3 fails and cannot be used, the application servers 2 and 3 are used again. It takes time to equalize the load.
Further, as a technique for equalizing the load applied to the application servers 2 and 3, it is conceivable that the S-CSCF 1 counts notifications of location registration requests for each of the application servers 2 and 3. In this way, the S-CSCF 1 can notify the location registration request to the application server 2 or the application server 3 having a smaller count value.

However, the registration request system may include a plurality of S-CSCFs 1. In such a case, the load applied to the application servers 2 and 3 cannot be equalized because one S-CSCF 1 cannot grasp all the location registration requests made to the application servers 2 and 3.
The present invention has been made in view of the above points, and notifies the location registration requests to all application servers included in the system so that the number of location registration requests or the load is equalized. Another object of the present invention is to provide a registration request system, a registration request server apparatus, and a registration request control method for a server apparatus that can effectively utilize a plurality of application servers.

In order to solve the above problems, a registration request system according to claim 1 of the present invention receives a registration request from a mobile device (for example, the mobile phone 101 shown in FIG. 2), and notifies the registration request. (For example, the proxy server 103 shown in FIG. 2 and FIG. 3) and a plurality of pieces of contract information related to the contract of the mobile device in response to the notification by the first server device and transmitted to the first server device . Two server apparatuses (for example, the application servers 104, 105, and 106 shown in FIG. 2 and FIG. 3), each of the second server apparatuses holds the acquired contract information. Contract information holding means (for example, the contract information holding unit 207 shown in FIG. 3), the maximum number of contract information that can be held in the contract information holding means, and the contract information holding means Based on the number of contract information that has been registered, the congestion information generation means (for example, the memory management unit 205 shown in FIG. 3) that generates congestion information regarding the number of registration requests made to the device, and the congestion Transmission means (for example, the communication unit 204 shown in FIG. 3) for transmitting the congestion condition information generated by the condition information generation means to the first server apparatus, and the first server apparatus includes the congestion condition information. Based on the congestion status information received by the receiving means (for example, the communication unit 201 shown in FIG. 3) and the second server apparatus connected to the own apparatus. Server selection means (for example, the analysis unit 202 and the selection table 203 shown in FIG. 3) for selecting two server devices. According to such an invention, the second server device notifies the first server device of the congestion status information indicating the usage status of the memory holding the contract information of the own device, and the first server device uses the memory usage status. Accordingly, the second server device that requests the next location registration can be selected. Since the use state of the memory holding the contract information represents the number of location registration requests to the second server device or the load caused by the registration request, the first server device counts the number of location registration requests to the second server device based on the congestion status information. And load of location registration request can be determined. At this time, if the location registration request is made to the second server device having a relatively small number of location registration requests, the location registration request can be equally made to the plurality of second server devices. Two server devices can be used effectively.

  In addition, when one second server device receives a location registration request from a plurality of first server devices, the first server device knows the usage state of the memory of the second server device by the own device and the other first server devices. be able to. For this reason, the 1st server apparatus can grasp | ascertain the state of a 1st server apparatus correctly, and can distribute a location registration request | requirement to a some 2nd server apparatus appropriately.

  The registration request server device according to claim 2 of the present invention is a server device that receives a notification that there is a registration request from a mobile device and acquires information related to a contract of the mobile device, and the acquired contract Based on the contract information holding means for holding information, the maximum number of contract information that can be held in the contract information holding means, and the number of contract information held in the contract information holding means. It is provided with the congestion condition information generation means which produces | generates the congestion condition information regarding the number of registration requests, and the communication means which transmits the congestion condition information produced | generated by the said congestion condition information generation means outside. According to such an invention, it is possible to notify the congestion state information indicating the use state of the memory that holds the contract information of the own device from the server device side. Since the usage state of the memory holding the contract information represents the number of location registration requests to the server device or the load due to the registration request, the number of location registration requests to the server device and the load of the location registration request based on the congestion status information Judgment can be made. At this time, if a location registration request is made for a relatively small number of location registration requests, location registration requests can be made equally to a plurality of server devices, and a plurality of server devices can be used effectively. can do.

  The registration request server device according to claim 3 is the registration request server device according to claim 2, wherein the communication unit periodically transmits other information different from the congestion condition information, and the congestion condition information is It is characterized by being transmitted in addition to other information. According to such an invention, it is possible to transmit congestion information without increasing the number of communications in the server device.

  The registration request server device according to claim 4 is the invention according to claim 2 or 3, wherein the congestion information is the contract information holding means for the maximum number of contract information that can be held in the contract information holding means. It is the information that represents the number of pieces of contract information held in. According to such an invention, using the memory usage rate of the server device, regardless of the location registration request request source (for example, proxy server), the memory usage rate due to the location registration request made to this server device, As a result, the load applied to the server device can be determined. For this reason, even in a registration request system including a plurality of proxy servers, location registration requests can be allocated so that the load applied to the plurality of server devices is equal.

  The server apparatus registration request control method according to claim 5, wherein the server apparatus registration request control method receives a notification that there is a registration request from a mobile device and acquires information related to a contract of the mobile device, and the contract information acquisition. A congestion condition information generating step for generating congestion condition information relating to the number of registration requests made to the own device based on the number of contract information acquired in the process and the maximum number of contract information that can be held after acquisition; And a communication step of transmitting the congestion level information generated in the congestion level information generation step to the outside. According to such an invention, according to such an invention, it is possible to notify the congestion status information indicating the use state of the memory holding the contract information of the own device from the server device side. The usage status of the memory holding the contract information represents the number of location registration requests to the server device or the load caused by the registration request. Judgment can be made. At this time, if a location registration request is made for a relatively small number of location registration requests, location registration requests can be made equally to a plurality of server devices, and a plurality of server devices can be used effectively. can do.

  A registration request system, a registration request server device, and a registration request control method of the present invention are provided in a registration request system in which a first server device such as a proxy server device is connected to a plurality of second server devices such as an application server device. Registration requests can be assigned to the two server devices so that the number of registration requests or the load imposed by the registration requests is equalized. For this reason, the several 2nd server apparatus contained in a registration request | requirement system can be utilized effectively.

Also, when the second server device receives location registration requests from a plurality of first server devices, the number of location registration requests made to the second server device or the load, regardless of the location registration request request source. Can be determined by the first server device.
Furthermore, when a failure occurs in any of the plurality of second server devices, the number and load of location registration requests for the second server device in which the failure has occurred are equal to those of the other second server devices in a short time. Can be.

It is a figure for demonstrating IMS applied to the registration request | requirement system of this invention. It is a figure for demonstrating the outline | summary of the registration request | requirement system of one Embodiment of this invention. FIG. 3 is a functional block diagram of a proxy server, an application server, and a registrar server illustrated in FIG. 2. It is a figure for demonstrating the selection table shown in FIG. It is a sequence diagram for demonstrating operation | movement of the registration request | requirement system of one Embodiment of this invention. It is a figure for demonstrating the conventional registration request | requirement system. It is a figure for demonstrating the example which applies this invention between other servers.

Hereinafter, an embodiment of a registration request system, a registration request server device, and a registration request control method for a server device according to the present invention will be described with reference to the drawings.
(Outline configuration)
FIG. 1 is a diagram for explaining an IMS to which the registration request system of this embodiment is applied. The IMS includes a plurality of SIP servers that connect a mobile phone 101 and a mobile device such as the mobile phone 101 and a registrar server 106 including an HSS (Home Subscriber Server) and SLF (Subscriber Locator Function).

  The SIP server includes a P-CSCF (Proxy Call Session Control Function) 107 serving as a so-called outbound proxy server for the mobile phone 101, a proxy server 102 to which all messages related to users to be managed are routed, an application There are application servers 103 to 105 that transmit and receive SIP messages between the proxy server 102 and the registrar server 106.

  FIG. 2 is a diagram showing, in a simplified manner, a configuration necessary for explaining the registration request system of the present embodiment among the configurations included in the IMS shown in FIG. The illustrated registration request system includes a proxy server 102, application servers 103, 104, 105, and a registrar server 106. The proxy server 102 is connected to the mobile phone 101 and notifies the mobile phone 101 and the application servers 103, 104, and 105 of a location registration request for the mobile phone 101.

The proxy server 102 has a proxy function when the mobile phone 101 communicates with the application servers 103, 104, and 105. The registrar server 106 manages the user contract information as a master. The application servers 103, 104, and 105 have a function of downloading contract information from the registrar server 106 and temporarily holding it. The contract information includes personal information (profile) submitted by the user to the communication service company at the time of contract, contract details, and information for specifying the mobile device held by the user.
Although only one proxy server 102 is shown in FIG. 2, the registration request system of the present embodiment may include a plurality of proxy servers.

(Function of each server)
FIG. 3 is a functional block diagram of the proxy server 102, application server 103, and registrar server 106 shown in FIG. Hereinafter, functions of each server will be described.
1 proxy server The proxy server 102 analyzes the information received from the application server 103 or the like by the communication unit 201 for communicating with the mobile phone 101 and the application servers 103, 104, and 105 shown in FIG. An analysis unit 202 is provided that creates a selection table 203 for selecting an application server to be notified of the registration request. Note that the information used to create the selection table 203 is information indicating the usage status of the memory based on the contract information downloaded to the own server of each of the application servers 103 and the like. In the present embodiment, this information is also referred to as congestion information hereinafter.
The congestion degree information and the selection table 203 of the proxy server 102 will be described later.

2. Application Server The application server 103 includes a communication unit 204 for communicating with the proxy server 102 and the registrar server 106 and a memory management unit 205 for managing the memory 206. The memory 206 includes a contract information holding unit 207 and a contract information registration unit 208. The contract information holding unit 207 holds contract information downloaded from the registrar server 106.
In the contract information registration unit 208, the number of contract information held in the contract information holding unit 207 is registered. There is an upper limit to the number that can be registered by the contract information registration unit 208. In the present embodiment, the upper limit number that can be registered in the contract information registration unit 208 is hereinafter referred to as the maximum user registration number. The maximum number of registered users is equal to the upper limit number of contract information that can be stored in the contract information storage unit 207.

The memory management unit 205 periodically checks the contract information registration unit 208, and compares the maximum number of registered users with the number of registered users, which is the number of contract information currently registered in the contract information registration unit 208. . Then, the ratio of the number of registered users to the maximum number of registered users is calculated according to the following equation (1).
Number of registered users / Maximum number of registered users (1)
In the present embodiment, the calculated ratio is hereinafter referred to as congestion. The above-described congestion status information is information for notifying the proxy server 102 of the congestion status, and is transmitted from the communication unit 204 to the proxy server 102.

3. Registrar Server The registrar server 106 includes a communication unit 209 for communicating with the application server 103 and the like, and a contract information DB (Database) 210 for comprehensively managing user contract information. The communication unit 209 receives information related to the mobile phone that has made a location registration request from the application server 103 or the like. Also, the contract information DB 210 reads user contract information corresponding to the mobile phone and transmits it to the application server 103 and the like via the communication unit 209.

(Crowd condition information and selection table)
FIG. 4 is a diagram for explaining the selection table 203 shown in FIG. In the selection table, for each of the application servers 103, 104, and 105, the congestion degree information transmitted from each application server and the selection ratio are recorded. As described above, the degree of congestion is represented by the number of registered users with respect to the maximum number of registered users. In the illustrated example, the degree of congestion of the application server 103 is 50%, the degree of congestion of the application server 104 is 20%, and the degree of congestion of the application server 105 is 40%.

  The degree of congestion is calculated regardless of the proxy server that made the location registration request on the application server 103, 104, or 105 side. For this reason, in the present embodiment, even when the application servers 103, 104, and 105 receive location registration requests from a plurality of proxy servers, the memory usage rate by holding the contract information of the application servers 103, 104, and 105 is accurately determined. Can let you know.

When the maximum user registration numbers of the application servers 103, 104, and 105 are all the same, the memory usage rate mainly reflects the number of location registration requests. When the maximum number of user registrations is different, the load of the location registration request applied to each application server is reflected.
In the present embodiment, the ratio of the application servers 103, 104, and 105 selected as proxy servers is recorded as the selection ratio. In the present embodiment, the analysis unit may refer to the selection ratio together with the degree of congestion, select one of the application servers 103, 104, and 105 and make a location registration request.

(Operation)
FIG. 5 is a sequence diagram for explaining the operation of the registration request system of the present embodiment. As shown in the figure, the application server 103 calculates the degree of congestion that indicates the usage rate of the memory 206 by the memory management unit 205 when the contract information is held (401). The calculated degree of congestion is transmitted to the proxy server 102 as the degree of congestion information a. Similarly, the application servers 104 and 105 send congestion status information b and c to the proxy server 102 to notify the memory usage rate of their own devices.

The proxy server 102 that has received the congestion status information a, b, and c creates a selection table 203 by the analysis unit 202 (402). Then, when there is a location registration request d from the mobile phone 101, the analysis unit 202 refers to the selection table 203 and selects one of the application servers (denoted AS in the figure) 103, 104, and 105. (403).
For the selection, for example, the application server 103, 104, or 105 having the lowest congestion is selected. In this way, the memory usage rates of the plurality of application servers 103, 104, and 105 can be made close to each other and the application servers can be used effectively. In the present embodiment, it is assumed that the application server 103 is selected.

  The proxy server 102 transmits the location registration request to the selected application server 103 together with the identification information IMSI (International Mobile Subscriber Identity) of the mobile phone 101 to the application server 103. A signal to be transmitted is denoted by e in the figure. The application server 103 transmits the received signal e to the registrar server 106 as a signal f. At this time, contract information regarding the mobile phone 101 is downloaded from the registrar server 106 to the application server 103.

  The downloaded contract information is held in the contract information holding unit 207 shown in FIG. When the number of contract information held in the contract information holding unit 207 is changed, the number of registered users in the contract information registration unit 208 is also updated. The memory management unit 205 illustrated in FIG. 3 calculates the congestion level again using the updated number of registered users, and transmits the congestion level information to the proxy server 102 next time.

  After downloading the contract information, the mobile phone 101 is registered in the registrar server 106. After the location registration is completed, the registrar server 106 transmits a location registration completion notification g to the application server 103. The application server 103 transmits a location registration completion notification h to the proxy server 102, and the proxy server completion notification k is transmitted from the application server 103 to the mobile phone 101.

  In the above operation, the congestion status information may be added to an existing signal that the application servers 103, 104, and 105 periodically transmit to the proxy server 102. In this way, the congestion degree information is transmitted periodically, and the number of communications between the application servers 103, 104, and 105 and the proxy server 102 is not increased.

  In addition, as an existing signal that can be used for transmission of congestion information, for example, a signal transmitted at the time of a health check can be considered. The health check is a process of checking the operation status of a server device connected to the load balancer and grasping the occurrence of a server device that can be distributed and an abnormality of the server device. Since the health check is a well-known process, further explanation is omitted.

  Further, according to the health check or the like, in this embodiment, the proxy server 102 can know whether or not a failure has occurred in the application servers 103, 104, and 105. When a failure occurs in any of the application servers 103, 104, and 105, the proxy server 102 naturally excludes the application server in which the failure has occurred from the location registration request target.

  When the failure of the application server is resolved, location registration is preferentially requested if the contract information held in the application server is less than other application servers. For this reason, according to the present embodiment, it is possible to shorten the time until the location registration requests for the application server that has been stopped and other application servers are equalized compared to the conventional technique.

In the present embodiment described above, the proxy server 102 is the first server device, the application servers 103, 104, and 105 are the second server device, the contract information holding unit 207 is the contract information holding means, and the memory management unit 205 is the congestion information generation. And the communication unit 204 functions as a second communication unit. Further, the communication unit 201 of the proxy server 102 functions as a first communication unit, and the analysis unit 202 and the selection table 203 function as a server selection unit.
In the embodiment described above, the example in which the registration request system is applied between the proxy server and the application server has been described. However, the present embodiment is not limited to such a configuration, and may be applied between other servers.

  FIG. 7 is a diagram for explaining an example in which the present embodiment is applied between other servers. That is, the SIP server group may include a plurality of proxy servers. For this reason, the SIP server group includes not only the server shown in FIG. 1 but also an I-CSCF that distributes SIP messages received from other networks to proxy servers in the own network. This embodiment can also be applied to communication control between P-CSCFs and I-CSCFs, or between I-CSCFs and proxy servers (S-CSCFs), as shown in FIG.

  The registration request system, registration request server apparatus, and registration request control method of the present invention can be applied to control of location registration requests of mobile devices. In addition to location registration, the present invention can be applied as long as the server device performs processing for downloading and holding data in response to a request made via a proxy server or the like.

DESCRIPTION OF SYMBOLS 101 Mobile phone 102 Proxy server 103,104,105 Application server 106 Registrar server 201,204,209 Communication part 202 Analysis part 203 Selection table 205 Memory management part 206 Memory 207 Contract information holding part 208 Contract information registration part 209 Communication part 210 Contract Information DB

Claims (5)

A first server device that accepts a registration request from a mobile device and notifies the registration request;
A plurality of second server devices for acquiring contract information related to the contract of the mobile device in response to the notification by the first server device, and transmitting the contract information to the first server device;
A registration request system including
Each of the second server devices
Contract information holding means for holding the acquired contract information;
Based on the maximum number of contract information that can be held in the contract information holding means and the number of contract information held in the contract information holding means, the congestion information on the number of registration requests made to the own device is generated. Means for generating congestion information,
Transmission means for transmitting the congestion condition information generated by the congestion condition information generation means to the first server device;
With
The first server device includes receiving means for receiving the congestion information,
Server selection means for selecting a second server apparatus requested to be registered among a plurality of second server apparatuses connected to the own apparatus based on the congestion information received by the first communication means;
A registration request system comprising: A server device that receives a notification that there is a registration request from a mobile device and obtains information related to the contract of the mobile device,
Contract information holding means for holding the acquired contract information;
Based on the maximum number of contract information that can be held in the contract information holding means and the number of contract information held in the contract information holding means, the congestion information on the number of registration requests made to the own device is generated. Means for generating congestion information,
Communication means for transmitting the congestion condition information generated by the congestion condition information generating means to the outside;
A registration request server device comprising: The communication means includes
The registration request server device according to claim 2, wherein other information different from the congestion information is periodically transmitted, and the congestion information is added to the other information and transmitted.   3. The congestion status information is information representing the number of contract information held in the contract information holding unit with respect to the maximum number of contract information that can be held in the contract information holding unit. 4. The registration request server device according to 3. A contract information acquisition step of receiving a notification that there has been a registration request from a mobile device and acquiring information related to the contract of the mobile device;
Based on the number of contract information acquired in the contract information acquisition step and the maximum number of contract information that can be retained after acquisition, the degree of congestion that generates congestion degree information related to the number of registration requests made to the device itself Information generation process;
A communication process for transmitting the congestion information generated in the congestion information generation process to the outside;
A registration request control method for a server device, comprising:

Images