JP2010193124A - Session control system in ims - Google Patents

Session control system in ims Download PDF

Info

Publication number
JP2010193124A
JP2010193124A JP2009034812A JP2009034812A JP2010193124A JP 2010193124 A JP2010193124 A JP 2010193124A JP 2009034812 A JP2009034812 A JP 2009034812A JP 2009034812 A JP2009034812 A JP 2009034812A JP 2010193124 A JP2010193124 A JP 2010193124A
Authority
JP
Japan
Prior art keywords
cscf
user terminal
user
ims
session control
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.)
Granted
Application number
JP2009034812A
Other languages
Japanese (ja)
Other versions
JP5174708B2 (en
Inventor
Yoshiaki Takeshima
由晃 竹島
Masahiko Nakahara
雅彦 中原
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.)
Hitachi Ltd
Original Assignee
Hitachi 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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2009034812A priority Critical patent/JP5174708B2/en
Publication of JP2010193124A publication Critical patent/JP2010193124A/en
Application granted granted Critical
Publication of JP5174708B2 publication Critical patent/JP5174708B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a mechanism of session control having an improved load distribution mechanism, reducing burdens on a manager, and improving a service level to a user, in an IMS. <P>SOLUTION: Each I-CSCF server has a user management list for managing the allocation information of an S-CSCF server to a user terminal, the allocation information to one user terminal is managed in the user management list managed by one of the I-CSCF servers for specifying which I-CSCF server should manage the allocation information to one user terminal in its user management list. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

本発明は,インターネット通信サーバ技術に関し,ユーザ情報を,セッション制御を行う複数のSIP(Session Initiation Protocol)サーバに振り分ける技術に関する。   The present invention relates to Internet communication server technology, and relates to a technology for distributing user information to a plurality of SIP (Session Initiation Protocol) servers that perform session control.

近年,各国の固定電話事業者や携帯電話事業者らによって,従来回線交換網で提供していた電話等のサービスを,IP(Internet Protocol)ネットワークをベースとするパケット交換網で提供するための,NGN(Next Generation Network)と呼ばれる次世代通信システムの検討や構築といった取り組みが進められている。   In recent years, in order to provide services such as telephones, which were conventionally provided by circuit-switched networks, by packet-switched networks based on IP (Internet Protocol) networks by fixed-line operators and mobile phone operators in various countries. Efforts such as examination and construction of a next generation communication system called NGN (Next Generation Network) are being promoted.

NGNでは,通話先の電話番号からのIPアドレスの特定や,通信接続の設定や開放などの呼制御に,SIP(Session Initiation Protocol)と呼ばれるプロトコルが用いられる。このSIPをベースに様々なマルチメディアサービスを実現するための共通プラットフォームが,IPマルチメディアサブシステム(IP Multimedia Subsystem,以下IMSという)と呼ばれるアーキテクチャである。(非特許文献1参照)
IMSは,主に,P−CSCF(Proxy-CSCF, Proxy Call Session Control Function),I−CSCF(Interrogating-CSCF, Interrogating Call Session Control Function),S−CSCF(Serving-CSCF, Serving Call Session Control Function)と呼ばれる機能を備えた基幹SIPサーバ群と,HSS(Home Subscriber Server)と呼ばれる加入者情報管理データベースと,SLF(Subscription Locator Function)と呼ばれる,加入者情報がどのHSSに登録されているかを検索するためのデータベースを含んで構成される。
In NGN, a protocol called SIP (Session Initiation Protocol) is used for call control such as specifying an IP address from a telephone number of a call destination, setting or releasing a communication connection, and the like. A common platform for realizing various multimedia services based on this SIP is an architecture called an IP multimedia subsystem (hereinafter referred to as IMS). (See Non-Patent Document 1)
IMS mainly includes P-CSCF (Proxy-CSCF, Proxy Call Session Control Function), I-CSCF (Interrogating-CSCF, Interrogating Call Session Control Function), and S-CSCF (Serving-CSCF, Serving Call Session Control Function). It searches for which HSS registered subscriber information called SLF (Subscription Locator Function) and a basic SIP server group having a function called HSS, a subscriber information management database called HSS (Home Subscriber Server) Containing a database for.

P−CSCFは,ユーザ端末から接続され,ユーザ端末からのSIPメッセージを受信し,I−CSCF及びS−CSCFに中継する。   The P-CSCF is connected from the user terminal, receives the SIP message from the user terminal, and relays it to the I-CSCF and S-CSCF.

I−CSCFは,ユーザ端末からのIPアドレス登録(REGISTER要求)時や,他のユーザ端末からのIP電話着信時に,まずSLFにアクセスして,対象となるユーザの加入者情報が登録されているHSSを特定する。そして,特定したHSSにアクセスし,格納されている加入者情報を取得する。この加入者情報の中には,S−CSCFが複数台ある場合に,どのS−CSCFが該ユーザを担当するか,という情報も含まれている。I−CSCFは,その情報に基づき,該ユーザを担当するS−CSCFに処理を引き継ぐ。   When an IP address is registered from a user terminal (REGISTER request) or when an IP phone call is received from another user terminal, the I-CSCF first accesses the SLF to register the subscriber information of the target user. Specify the HSS. Then, the specified HSS is accessed and the stored subscriber information is acquired. The subscriber information includes information indicating which S-CSCF is in charge of the user when there are a plurality of S-CSCFs. Based on the information, the I-CSCF takes over the processing to the S-CSCF in charge of the user.

S−CSCFは,SIP登録サーバとして,HSSから受信した加入者情報や,ユーザ端末の現在のIPアドレスを管理し,また,ユーザ間のIP電話におけるセッション制御を行う。   As an SIP registration server, the S-CSCF manages subscriber information received from the HSS and the current IP address of the user terminal, and performs session control for IP telephones between users.

なお,IMSを構成する一つ以上のサーバ装置は,それぞれが,P−CSCF,I−CSCF,S−CSCFの各機能のいずれか一つを備えるように,構成しても良いし,一つのサーバ装置が,任意の複数の機能を備えても良い。また,一つのサーバ装置がいずれかの機能を複数備え,負荷分散させても良い。以下では,上記各機能がそれぞれ独立したサーバ装置に備わった,P−CSCFサーバ,I−CSCFサーバ,SCSCFサーバについて説明する。   One or more server devices constituting the IMS may be configured so as to have any one of the functions of P-CSCF, I-CSCF, and S-CSCF. The server device may have a plurality of arbitrary functions. Further, one server device may be provided with a plurality of any of the functions, and the load may be distributed. Hereinafter, a P-CSCF server, an I-CSCF server, and an SCSCF server, which are provided in independent server devices with the above functions, will be described.

SIPによるIP通信(例えば電話)の処理は次のように行われる。通話の開始する側のユーザ端末を発側,通話を受けるユーザ端末を着側と表記する。   Processing of IP communication (for example, telephone) by SIP is performed as follows. The user terminal that initiates the call is referred to as the calling side, and the user terminal that receives the call is referred to as the called side.

まず,発側のユーザ端末から通話の開始を示すSIPメッセージが,発側のP−CSCF,S-CSCF,そして着側のI−CSCFを順に介して中継される。I−CSCFは,SIPメッセージに含まれる通話先SIP−URIを元に,通話先のユーザ端末を担当する着側S−CSCFがどれであるか,をHSSへ問い合わせ,その着側S−CSCF及び着側P−CSCFを介して通信端末へ送信する。このようにIMSでは,ユーザ端末が通話するために,各種CSCFサーバ群とHSSが利用される。   First, a SIP message indicating the start of a call is relayed in order from the originating user terminal via the originating P-CSCF, S-CSCF, and terminating I-CSCF. The I-CSCF inquires of the HSS which destination S-CSCF is in charge of the user terminal of the call destination based on the call destination SIP-URI included in the SIP message. It transmits to the communication terminal via the called side P-CSCF. Thus, in IMS, various CSCF server groups and HSS are used for a user terminal to make a call.

ここで,IMSでは,ユーザ端末のホームネットワークに配置されている複数台のS−CSCFの中から,各ユーザ端末のセッション制御を担当するS−CSCFを決定する手続きが必要になる。この手続きに関して,従来の技術では,以下の方法で実現していた。   Here, IMS requires a procedure for determining an S-CSCF that is responsible for session control of each user terminal from among a plurality of S-CSCFs arranged in the home network of the user terminal. With respect to this procedure, the conventional technique has been realized by the following method.

(方法1)ユーザ端末からのREGISTER要求を受信したP−CSCFが,I−CSCFに対して問い合わせを行う。問い合わせを受信したI−CSCFは,まずSLFにアクセスして,ユーザの加入者情報が登録されているHSSを特定し,そのHSSに対し,ホームネットワークに属するS−CSCFリストを要求し,受信する。   (Method 1) The P-CSCF that has received the REGISTER request from the user terminal makes an inquiry to the I-CSCF. The I-CSCF that receives the inquiry first accesses the SLF, specifies the HSS in which the subscriber information of the user is registered, requests the HSS from the S-CSCF list belonging to the home network, and receives it. .

I−CSCFは,あらかじめ定めた一定の順序で,受信したリストに基づき,登録要求を送信してきたユーザ端末の登録を担当するS−CSCFを決定する。(特許文献1段落0037参照)そして決定したS−CSCFを,ユーザ端末に対応させて,HSSに登録する。   The I-CSCF determines an S-CSCF in charge of registration of the user terminal that has transmitted the registration request based on the received list in a predetermined fixed order. Then, the determined S-CSCF is registered in the HSS in association with the user terminal.

(方法2)方法1と異なる点は,HSSが,S−CSCF毎に,ユーザ端末を割り当てるための優先度情報を管理し,割り当て優先度を,各S−CSCFにおけるユーザ端末の登録数や負荷発生状況に応じて決定する点である。(方法1)において,I−CSCFからS−CSCFリスト要求を受けてI−CSCFに転送する際に,方法2では,HSSが割り当て優先度に応じて割り当てるべきS−CSCFを決定し,要求元のI−CSCFに応答する。I−CSCFは,HSSが決定したS−CSCFを,ユーザ端末に割り当てる。(特許文献1参照)   (Method 2) The difference from Method 1 is that the HSS manages priority information for allocating user terminals for each S-CSCF, and the allocation priority is determined based on the number of registered user terminals and the load in each S-CSCF. It is a point determined according to the occurrence situation. In (Method 1), when receiving the S-CSCF list request from the I-CSCF and transferring it to the I-CSCF, in Method 2, the HSS determines the S-CSCF to be allocated according to the allocation priority, and the request source To the I-CSCF. The I-CSCF allocates the S-CSCF determined by the HSS to the user terminal. (See Patent Document 1)

特開2008−236183号公報JP 2008-236183 A

Gonzalo Camarillo and Miguel A. Garcia-martin, "The 3G IP Multimedia Subsystem (IMS): Merging the Internet and the Cellular Worlds", John Wiley & Sons Inc., 2004.Gonzalo Camarillo and Miguel A. Garcia-martin, "The 3G IP Multimedia Subsystem (IMS): Merging the Internet and the Cellular Worlds", John Wiley & Sons Inc., 2004.

IMSでは,ユーザ端末のホームネットワークに配置されている複数台のS−CSCFの中から,各ユーザ端末のセッション制御を担当するS−CSCFを決定する手続きが必要になる。しかしながら,前述の手法には,以下のような問題がある。
・方法1では,各S−CSCF間で,登録するユーザ端末の個数を均等に配分することができず,特定のS−CSCFに負荷が集中する可能性がある。また,従来システムでは,ユーザ端末からの登録要求をS−CSCFに中継するまでに,I−CSCFはまずSLFにアクセスしHSSを特定し,次に,特定したHSSにアクセスしてS−CSCFを特定する必要がある。そのため,2回のリモートアクセスが必要となり,結果,それらのアクセスの遅延時間によって,ユーザへの応答時間が長くなってしまうという問題がある。
・方法2では,HSSが各S−CSCFのユーザ端末登録数情報や負荷情報を一括して管理するため,ユーザ端末数が増えると,HSS自体への問い合わせが集中し負荷が重くなってしまう。この場合,SLFが,ユーザの加入者情報が登録されているHSSを応答することで,HSSを分散させることができるが,その場合でも,SLFへの問い合わせが集中し負荷が重くなってしまうため,解決にはならない。さらに,SLF用のサーバを用意しなければならないため,設備コストが高くなってしまう,という新たな課題も生じる。
In IMS, a procedure for determining an S-CSCF in charge of session control of each user terminal from among a plurality of S-CSCFs arranged in the home network of the user terminal is required. However, the above method has the following problems.
In Method 1, the number of user terminals to be registered cannot be evenly distributed among the S-CSCFs, and there is a possibility that the load is concentrated on a specific S-CSCF. In the conventional system, before the registration request from the user terminal is relayed to the S-CSCF, the I-CSCF first accesses the SLF to identify the HSS, and then accesses the identified HSS to identify the S-CSCF. Need to be identified. For this reason, two remote accesses are required. As a result, there is a problem that the response time to the user becomes long due to the delay time of these accesses.
In method 2, since the HSS manages the user terminal registration number information and load information of each S-CSCF in a lump, when the number of user terminals increases, inquiries to the HSS itself are concentrated and the load becomes heavy. In this case, the SLF can distribute the HSS by responding to the HSS in which the subscriber information of the user is registered, but even in that case, the inquiries to the SLF are concentrated and the load becomes heavy. , Does not solve. Furthermore, since a server for SLF has to be prepared, there is a new problem that the equipment cost becomes high.

以上をまとめると,従来のIMSには,解決すべき以下の課題がある。
(課題1)複数台のS−CSCFで負荷を分散していても,特定のS−CSCFに負荷が偏る可能性がある。
(課題2)従来システムでは,ユーザ端末からの登録要求をS−CSCFに中継するまでに,2回リモートアクセスが必要なため,ユーザへの応答時間が長くなり,サービスの低下につながる。
(課題3)ユーザ端末数が増えると,どのユーザ端末がどのS−CSCFに登録されているかを管理するHSSへの負荷が集中し,その対策のための設備投資コストが増大したり,ユーザにとってはレスポンスが低下するなど,サービスが低下したりする。
(課題4)S−CSCFを増設した場合,既存S−CSCFから増設S−CSCFへのデータの移動が必要になり,S−CSCFに対する負担が大きい。
In summary, the conventional IMS has the following problems to be solved.
(Problem 1) Even when the load is distributed by a plurality of S-CSCFs, the load may be biased to a specific S-CSCF.
(Problem 2) In the conventional system, since the remote access is required twice before the registration request from the user terminal is relayed to the S-CSCF, the response time to the user becomes long and the service is deteriorated.
(Problem 3) As the number of user terminals increases, the load on the HSS that manages which user terminals are registered in which S-CSCF is concentrated, and the capital investment cost for the countermeasures increases, The service will be degraded, such as the response will be degraded.
(Problem 4) When an S-CSCF is added, it is necessary to move data from the existing S-CSCF to the added S-CSCF, which places a heavy burden on the S-CSCF.

すなわち,IMSにおいて,より改善された負荷分散の仕組みを持ち,管理者の負担を減らし,ユーザへのサービスレベルを向上させるセッション制御の仕組みが求められている。   That is, in IMS, there is a need for a session control mechanism that has a more improved load distribution mechanism, reduces the burden on the administrator, and improves the service level for the user.

本発明は,以下の特徴を備えるセッション制御システムを提供する。   The present invention provides a session control system having the following features.

(特徴1)本発明のセッション制御システムにおけるI−CSCFは,それぞれがシステムに含まれるS−CSCFに関する情報(IPアドレスなど)を管理するS−CSCF管理リストを持つ。各I−CSCFは,その項目の一つである"登録ユーザ数"にて,各S−CSCFに登録されているユーザ端末の数を,独自に管理する。各I−CSCFは,新規ユーザ端末の情報を登録するS−CSCFを選択する際に,自身が持つS−CSCF管理リストに登録されている,ユーザ端末の数が最も少ないS−CSCFに決定する。   (Feature 1) Each I-CSCF in the session control system of the present invention has an S-CSCF management list for managing information (IP address, etc.) related to the S-CSCF included in the system. Each I-CSCF uniquely manages the number of user terminals registered in each S-CSCF by “number of registered users” which is one of the items. When each I-CSCF selects an S-CSCF for registering information on a new user terminal, the I-CSCF determines an S-CSCF with the smallest number of user terminals registered in its own S-CSCF management list. .

登録ユーザ数が少ない=負荷が軽いと考えられることから,上記方法により,新規ユーザ端末を,負荷が軽いS−CSCFに登録させることが可能になるので,負荷の偏りを防ぐことが可能になる。なお,新たに登録した新規ユーザ端末数は,他のI−CSCFが管理するS−CSCFの登録ユーザ数には反映させないので,各I−CSCFが持つ管理リストの登録ユーザ数は異なる。しかしながら,各I−CSCFにおいて登録ユーザ数が均等になるように,新規ユーザを登録させるので,全体の登録ユーザ数も,ほぼ均等になることが期待でき,負荷の偏りを防ぐことが可能になる。   Since the number of registered users is small = it is considered that the load is light, it is possible to register a new user terminal in the lightly loaded S-CSCF by the above method, and thus it is possible to prevent a load bias. . Since the number of newly registered new user terminals is not reflected in the number of registered users of the S-CSCF managed by other I-CSCFs, the number of registered users in the management list of each I-CSCF is different. However, since new users are registered so that the number of registered users is equalized in each I-CSCF, the total number of registered users can be expected to be substantially uniform, and it is possible to prevent an uneven load. .

また,上述のとおり,I−CSCFは,自身が持つS−CSCF管理リストを参照することにより,登録先のS−CSCFを決定するので,S−CSCF管理リストへのアクセスも負荷分散することが可能となる。   Further, as described above, the I-CSCF determines the registration destination S-CSCF by referring to its own S-CSCF management list. Therefore, the load on the access to the S-CSCF management list can also be distributed. It becomes possible.

本特徴1により,上記課題1を解決することが可能になる。   The feature 1 makes it possible to solve the problem 1.

(特徴2)本発明のセッション制御システムにおけるI−CSCFは,どのユーザ端末がどのS−CSCFに登録されているかを管理するユーザ管理リストを持つ。あるS−CSCFに登録されたユーザ端末は,このユーザ管理リストにより管理される。これにより,S−CSCFを増設した場合でも,増設したS−CSCFへのデータ移動を行う必要が無い。また,従来HSSで管理していた「ユーザのIPアドレス等の情報はどのS−CSCFに登録されているか」という加入者情報を,I−CSCFだけで管理することができるので,これにより,SLFが不要になり,またHSSへの問い合わせのためのアクセスが減って,負荷が軽くなり,高速応答が可能になる,という効果が得られる。   (Feature 2) The I-CSCF in the session control system of the present invention has a user management list for managing which user terminal is registered in which S-CSCF. User terminals registered in a certain S-CSCF are managed by this user management list. Thereby, even when the S-CSCF is added, it is not necessary to move data to the added S-CSCF. In addition, since the subscriber information “Which information such as the user's IP address is registered in which S-CSCF”, which is conventionally managed by the HSS, can be managed only by the I-CSCF. Is not necessary, and access for inquiries to the HSS is reduced, the load is lightened, and high-speed response is possible.

本特徴2により,上記課題4を解決することが可能になる。   This feature 2 makes it possible to solve the problem 4.

(特徴3)本発明のセッション制御システムは,前述のユーザ管理リストを1つのI−CSCFで集中管理せず,複数I−CSCFで分散管理する。これを実現するために,SIP−URIと,ユーザ管理リストを管理するI−CSCFとの対応関係を,それぞれのI−CSCFで管理する。対応関係を実現する方法として,例えば,以下の文献に開示されているコンシステント・ハッシュ法を応用する。
(1)米国特許第6430618号明細書
(2)"Tom White's Blog: Consistent Hashing",[online],[2009年1月22日検索],インターネット<URL:http://weblogs.java.net/blog/tomwhite/archive/2007/11/consistent_hash.html>
具体的には,予め,システムの管理者は,各I−CSCFのIDをハッシュ関数に入力してハッシュ値を求め,求めたハッシュ値を降順または昇順に並べたテーブルを作成しておく。アクセス元であるユーザ端末からの要求を受けたI−CSCFは,ユーザIDとしてユーザ端末のID(例えば,SIP−URI)のハッシュ値を,I−CSCFのIDのハッシュ値と同じ長さのハッシュ値を出力するハッシュ関数を用いて計算し,得られたハッシュ値以上(または以下)の値でかつ最も近い値を持つI−CSCFを,そのユーザ端末に関するユーザ管理リストを管理するI−CSCFに決定する。ユーザ端末からの要求を受けたI−CSCFは,その決定したI−CSCFに対し,そのユーザ端末に関するユーザ管理リストの内容を要求する。
(Characteristic 3) The session control system of the present invention does not centrally manage the above-mentioned user management list by one I-CSCF but distributes and manages them by a plurality of I-CSCFs. In order to realize this, the correspondence relationship between the SIP-URI and the I-CSCF that manages the user management list is managed by each I-CSCF. As a method for realizing the correspondence, for example, the consistent hash method disclosed in the following document is applied.
(1) US Pat. No. 6,430,618 specification (2) “Tom White's Blog: Consistent Hashing”, [online], [searched on January 22, 2009], Internet <URL: http://weblogs.java.net/ blog / tomwhite / archive / 2007/11 / consistent_hash.html>
Specifically, in advance, the system administrator inputs the ID of each I-CSCF into a hash function to obtain a hash value, and creates a table in which the obtained hash values are arranged in descending or ascending order. The I-CSCF that has received the request from the user terminal that is the access source uses the hash value of the user terminal ID (for example, SIP-URI) as the user ID and the hash having the same length as the hash value of the ID of the I-CSCF. An I-CSCF that is calculated using a hash function that outputs a value and has a value that is equal to or greater than (or less than) the obtained hash value and that is the closest to the I-CSCF that manages the user management list for the user terminal decide. The I-CSCF that has received the request from the user terminal requests the contents of the user management list for the user terminal from the determined I-CSCF.

ユーザ管理リスト内容の要求を受信したI−CSCFは,そのユーザ端末がまだいずれのS−CSCFにも登録されていない場合,前述の特徴1に従ってS−CSCFをユーザ端末に割り当てる。また,既に登録されている場合は,そのユーザ管理リストに登録されている,アクセス元ユーザ端末の内容を,要求元のI−CSCFに応答する。この方法によれば,ユーザ端末数が増えても,ユーザ管理リストへのアクセスを各I−CSCFに負荷分散することが可能となる。   The I-CSCF that has received the request for the contents of the user management list assigns the S-CSCF to the user terminal according to the above-described feature 1 when the user terminal is not yet registered in any S-CSCF. If already registered, the contents of the access source user terminal registered in the user management list are returned to the requesting I-CSCF. According to this method, even when the number of user terminals increases, it is possible to load balance access to the user management list to each I-CSCF.

また,ユーザ端末数の増加に伴ってI−CSCFを増設する場合でも,I−CSCFが管理するユーザ情報の内,一部の情報を移動するだけでよく,処理が簡単になる。具体的には,例えば,I−CSCFのIDのハッシュ値が次に大きい(または次に小さい)I−CSCFが管理するユーザ情報のうち,ユーザ端末IDのハッシュ値が,新たなI−CSCFのIDのハッシュ値以下(または以上)であるユーザ情報を移動すればよい。   Even when the number of I-CSCFs is increased with the increase in the number of user terminals, it is only necessary to move some of the user information managed by the I-CSCF, which simplifies the processing. Specifically, for example, among user information managed by the I-CSCF with the next largest (or next smallest) I-CSCF hash value, the hash value of the user terminal ID is the new I-CSCF. What is necessary is just to move the user information below (or more than) the hash value of ID.

本特徴3により,上記課題3を解決することが可能になる。また,本特徴3では,データの配置そのものを対象とするのではなく,データの管理をする情報(ユーザ管理リスト)の配置を対象としている。このため,上記文献に開示されている方法とは異なり,S−CSCF間でのデータの移動が発生しない。一般的に,S−CSCFはデータベースを備える負荷の重いサーバであるから,本特徴3によれば,サービス中にデータベース上のデータを移動,削除するような重い処理の回避も可能になる。   The feature 3 can solve the problem 3. The feature 3 is not intended for the data arrangement itself but for the arrangement of information (user management list) for managing the data. For this reason, unlike the method disclosed in the above document, no data movement occurs between the S-CSCFs. In general, since the S-CSCF is a heavily loaded server having a database, according to the feature 3, it is possible to avoid heavy processing such as moving and deleting data on the database during service.

また,上記特徴2及び特徴3を組み合わせることで,「ユーザの加入者情報がどのI−CSCFに登録されているか」という情報をI−CSCFだけで管理することができるようになる。したがって,ユーザ端末からの登録要求をS−CSCFに中継するためには,I−CSCFは,当該ユーザのユーザ管理リストを管理するI−CSCFに1回アクセスするだけで良い。すなわち,従来SLFは不要になるため,設備コストを削減でき,かつ,リモートアクセスの遅延時間が短くなるため,ユーザへの応答時間を短縮することができる。   Also, by combining the above features 2 and 3, it becomes possible to manage only the I-CSCF information about which user's subscriber information is registered in which I-CSCF. Therefore, in order to relay the registration request from the user terminal to the S-CSCF, the I-CSCF only needs to access the I-CSCF that manages the user management list of the user once. That is, since the conventional SLF is not required, the equipment cost can be reduced, and the remote access delay time can be shortened, so that the response time to the user can be shortened.

上記組み合わせにより,上記課題2を解決することが可能になる。   The combination 2 can solve the problem 2.

より具体的な本発明の態様は,複数のI−CSCFサーバと複数のS−CSCFサーバとを備え,ユーザ端末との間でSIP通信を行い,前記ユーザ端末の登録及びセッション制御を,当該ユーザ端末に割り当てられたいずれかの前記S−CSCFサーバが担当するIMSにおけるセッション制御システムであって,
当該IMSにおけるセッション制御システムは,
各々の前記I−CSCFサーバは,前記ユーザ端末への前記S−CSCFサーバの割り当て情報を管理するユーザ管理リストを備え,
一つの前記ユーザ端末への前記割り当て情報は,いずれか一つの前記I−CSCFサーバが管理する前記ユーザ管理リストで管理され,
各々の前記I−CSCFサーバは,一つの前記ユーザ端末への前記割り当て情報がいずれの前記I−CSCFサーバが備える前記ユーザ管理リストで管理されているか,を特定するために用いるI−CSCF管理テーブルを備える,ことを特徴とする。
A more specific aspect of the present invention includes a plurality of I-CSCF servers and a plurality of S-CSCF servers, performs SIP communication with a user terminal, and performs registration and session control of the user terminal. A session control system in the IMS in charge of any of the S-CSCF servers assigned to a terminal,
The session control system in the IMS is
Each of the I-CSCF servers includes a user management list that manages allocation information of the S-CSCF servers to the user terminals,
The allocation information to one user terminal is managed by the user management list managed by any one of the I-CSCF servers,
Each of the I-CSCF servers uses an I-CSCF management table used to identify which allocation information to one user terminal is managed by the user management list included in which I-CSCF server. It is characterized by comprising.

さらに,当該IMSにおけるセッション制御システムは,
前記SIP通信におけるSIPメソッドにおいて,ユーザ端末に割り当てられた前記S−CSCFサーバの特定を要求された前記I−CSCFサーバは,対象となるユーザ端末への前記割り当て情報を管理するべきI−CSCFサーバを,前記I−CSCF管理テーブルに基づき特定し,
特定した前記I−CSCFサーバへ,前記対象となるユーザ端末への前記割り当て情報を要求し,
要求された前記I−CSCFサーバは,自身が管理する前記ユーザ管理リストに基づき,前記対象となるユーザ端末への前記割り当て情報を応答する,という特徴を備えても良い。
Furthermore, the session control system in the IMS is
In the SIP method in the SIP communication, the I-CSCF server requested to specify the S-CSCF server allocated to the user terminal is the I-CSCF server that should manage the allocation information to the target user terminal. Based on the I-CSCF management table,
Request the allocation information to the target user terminal from the identified I-CSCF server,
The requested I-CSCF server may have a feature that the allocation information to the target user terminal is returned based on the user management list managed by the I-CSCF server.

さらに,当該IMSにおけるセッション制御システムにおいて,
前記I−CSCF管理テーブルは,前記I−CSCFサーバの識別子を第一のハッシュ関数に入力して得たハッシュ値と,前記I−CSCFサーバと通信するための情報とを対応付けたものであり,
前記S−CSCFサーバの特定を要求されたI−CSCFサーバは,前記対象となるユーザ端末の識別子を,前記ハッシュ値と同じ長さのハッシュ値を出力する第二のハッシュ関数に入力して,ユーザ端末の識別子のハッシュ値を求め,
前記ユーザ端末識別子のハッシュ値と,前記I−CSCF管理テーブルとに基づき,要求された前記S−CSCFサーバを特定する,という特徴を備えても良い。
Furthermore, in the session control system in the IMS,
The I-CSCF management table associates a hash value obtained by inputting the identifier of the I-CSCF server into a first hash function and information for communicating with the I-CSCF server. ,
The I-CSCF server requested to specify the S-CSCF server inputs the identifier of the target user terminal into a second hash function that outputs a hash value having the same length as the hash value, Find the hash value of the user terminal identifier,
The requested S-CSCF server may be specified based on the hash value of the user terminal identifier and the I-CSCF management table.

さらに,当該IMSにおけるセッション制御システムにおいて,
前記SIPメソッドは,少なくとも前記ユーザ端末からの他のユーザ端末へのセッションを開始するためのINVITE要求か,もしくは,前記ユーザ端末のIPアドレス情報を前記S−CSCFサーバ装置へ登録するためのREGISTER要求,であってもよい。
Furthermore, in the session control system in the IMS,
The SIP method includes at least an INVITE request for starting a session from the user terminal to another user terminal, or a REGISTER request for registering the IP address information of the user terminal in the S-CSCF server device. , May be.

さらに,当該IMSにおけるセッション制御システムにおいて,
前記I−CSCFサーバは,各々の前記S−CSCFサーバに割り当てられたユーザ端末数を管理するS−CSCFサーバ管理リストを備え,
前記I−CSCFサーバは,
前記対象となるユーザ端末への前記割り当て情報が,自身が管理する前記ユーザ管理リストで管理されていない場合,前記S−CSCFサーバ管理リストを参照し,前記ユーザ端末の数が最も少ないS−CSCFサーバを前記対象となるユーザ端末に割り当てて前記ユーザ管理リストを更新し,
更新した前記ユーザ管理リストに基づき,前記対象となるユーザ端末への前記割り当て情報を応答する,という特徴を備えても良い。
Furthermore, in the session control system in the IMS,
The I-CSCF server includes an S-CSCF server management list for managing the number of user terminals allocated to each S-CSCF server,
The I-CSCF server
When the allocation information to the target user terminal is not managed by the user management list managed by itself, the S-CSCF server management list is referred to and the S-CSCF having the smallest number of user terminals is referred to. Assigning a server to the target user terminal and updating the user management list;
A feature of responding to the allocation information to the target user terminal based on the updated user management list may be provided.

さらに,当該IMSにおけるセッション制御システムにおいて,
前記I−CSCFサーバの識別子はIPアドレスであり,
前記ユーザ端末識別子はSIP−URIであり,
前記第一のハッシュ関数と前記第二のハッシュ関数とは同一,であっても良い。
Furthermore, in the session control system in the IMS,
The identifier of the I-CSCF server is an IP address,
The user terminal identifier is a SIP-URI;
The first hash function and the second hash function may be the same.

上記各特徴により,上記態様のセッション制御システムは,以下の効果を持つ。
(効果1)S−CSCFが複数ある場合,特定のS−CSCFに負荷が偏るのを防ぐことができる。
(効果2)S−CSCFを増設した場合でも,既存S−CSCFから増設S−CSCFへのデータの移動を不要とすることができる。その結果,サービス中にS−CSCFに対する負担を掛けずにすむ。
(効果3)どのS−CSCFがどのユーザ端末を収容しているかを管理する情報を複数のI−CSCFに分散して管理することで,また,ユーザ端末数の増加に伴ってI−CSCFを増設する場合でも,一つのI−CSCFが管理する情報の一部を移動するだけでよく,処理が簡単になるため,本システム自身の負荷分散が可能になる。
さらに,
(効果4)I−CSCFが,ユーザ端末からの登録要求をS−CSCFに中継するまでのアクセスは1回となるため,結果,アクセスの遅延時間が短くなり,ユーザへの応答時間を短縮することができる。また,サーバの台数を削減し,設備コストを低減することができる。
Due to the above features, the session control system of the above aspect has the following effects.
(Effect 1) When there are a plurality of S-CSCFs, it is possible to prevent the load from being biased toward a specific S-CSCF.
(Effect 2) Even when the S-CSCF is added, data transfer from the existing S-CSCF to the added S-CSCF can be made unnecessary. As a result, it is not necessary to place a burden on the S-CSCF during service.
(Effect 3) Information for managing which S-CSCF accommodates which user terminal is distributed and managed in a plurality of I-CSCFs, and the I-CSCF is increased as the number of user terminals increases. Even in the case of expansion, it is only necessary to move part of the information managed by one I-CSCF, and the processing becomes simple, so that the load of the system itself can be distributed.
further,
(Effect 4) Since the access until the I-CSCF relays the registration request from the user terminal to the S-CSCF is one time, as a result, the access delay time is shortened and the response time to the user is shortened. be able to. In addition, the number of servers can be reduced and the equipment cost can be reduced.

本発明により,管理者の負担が少なく,高いレベルのサービスをユーザへ提供できるIMS網を実現可能になる。   According to the present invention, it is possible to realize an IMS network that can provide a high-level service to a user with less burden on an administrator.

本実施形態におけるIMSの構成を例示する図である。It is a figure which illustrates the structure of IMS in this embodiment. I−CSCF管理テーブルの構成を例示する図である。It is a figure which illustrates the structure of an I-CSCF management table. S−CSCF管理リストの構成を例示する図である。It is a figure which illustrates the structure of an S-CSCF management list. ユーザ管理リストの構成を例示する図である。It is a figure which illustrates the composition of a user management list. 本実施形態において,ユーザ端末からのREGISTER要求を受信した際の処理を例示するシーケンス図である。In this embodiment, it is a sequence diagram which illustrates the process at the time of receiving the REGISTER request | requirement from a user terminal. 図5のS12〜S14の処理の詳細を例示するシーケンス図である。FIG. 6 is a sequence diagram illustrating details of processing in S12 to S14 in FIG. 5. 本実施形態において,新しくS−CSCFが増設された際の,I−CSCFでの追加処理を例示するシーケンス図である。In this embodiment, it is a sequence diagram which illustrates the addition process in I-CSCF when S-CSCF is newly expanded. 本実施形態における各サーバのハードウェア構成を例示する図である。It is a figure which illustrates the hardware constitutions of each server in this embodiment.

以下,本発明によるSIP中継装置の実施の最良の形態について,図面を参照して説明する。   The best mode for carrying out a SIP relay device according to the present invention will be described below with reference to the drawings.

図1は,本実施形態におけるIMSの構成の一例を示すシステム構成図である。図1のシステムは,P−CSCF11,I−CSCF12,及びS−CSCF13の各機能が,それぞれ物理的に独立したサーバ装置に備わるように構成し,これらと,ユーザ端末10とをインターネットなどのネットワーク14で接続した構成となっている。   FIG. 1 is a system configuration diagram illustrating an example of a configuration of an IMS according to the present embodiment. The system of FIG. 1 is configured such that each function of the P-CSCF 11, the I-CSCF 12, and the S-CSCF 13 is provided in a physically independent server device, and the user terminal 10 is connected to a network such as the Internet. 14 is connected.

ユーザ端末10は,P−CSCF11を経由して,I−CSCF12と相互に通信する。I−CSCF12は,I−CSCF管理テーブル121,S−CSCF管理リスト122,及びユーザ管理リスト123を備え,更に,公知の一般的なI−CSCFと同様のSIPセッションの処理を行うSIPセッション処理部124と,他のI−CSCFが管理する他のユーザ管理リスト123へのアクセス要求および,他のI−CSCFからの要求に対する応答を行う分散データベース管理部125とを備えている。I−CSCF12は,I−CSCF管理テーブル121を用いて,他のI−CSCF12に接続するために必要なIPアドレス情報を管理する。   The user terminal 10 communicates with the I-CSCF 12 via the P-CSCF 11. The I-CSCF 12 includes an I-CSCF management table 121, an S-CSCF management list 122, and a user management list 123, and further, a SIP session processing unit for processing a SIP session similar to a known general I-CSCF And a distributed database management unit 125 that makes a request for access to another user management list 123 managed by another I-CSCF and a response to a request from another I-CSCF. The I-CSCF 12 manages IP address information necessary for connecting to another I-CSCF 12 using the I-CSCF management table 121.

図2に,I−CSCF管理テーブル121の例を示す。I−CSCF管理テーブル121は,I−CSCF12のID12111と,I−CSCF12のIPアドレス12112と,I−CSCF12のID12111のハッシュ値12121とを対応付けて管理するためのテーブルである。I−CSCF12のID12111は,I−CSCF12にユニークに割り付けられた,文字列による識別子情報である。   FIG. 2 shows an example of the I-CSCF management table 121. The I-CSCF management table 121 is a table for managing the ID 12111 of the I-CSCF 12, the IP address 12112 of the I-CSCF 12, and the hash value 12121 of the ID 12111 of the I-CSCF 12 in association with each other. The ID 12111 of the I-CSCF 12 is identifier information by a character string that is uniquely assigned to the I-CSCF 12.

I−CSCF管理テーブル121は,全てのI−CSCFを管理するI−CSCFテーブル1211とハッシュテーブル1212とを備える。I−CSCFテーブル1211は,I−CSCFのID12111とIPアドレス12112を対応付けて管理するためのリストである。   The I-CSCF management table 121 includes an I-CSCF table 1211 and a hash table 1212 for managing all I-CSCFs. The I-CSCF table 1211 is a list for managing the I-CSCF ID 12111 and the IP address 12112 in association with each other.

ハッシュテーブル1212は,I−CSCFテーブル1211からI−CSCFのID12111をハッシュ検索するためのテーブルで,I−CSCFのID12111のハッシュ値12121を管理する。この例では,I−CSCFのID12111は,I−CSCF12のホスト名(FQDN形式)としている。I−CSCFのID12111は,IPアドレス12112から所定の規則に基づき生成しても良い。   The hash table 1212 is a table for performing a hash search of the ID 12111 of the I-CSCF from the I-CSCF table 1211 and manages the hash value 12121 of the ID 12111 of the I-CSCF. In this example, the ID 12111 of the I-CSCF is the host name (FQDN format) of the I-CSCF 12. The ID 12111 of the I-CSCF may be generated from the IP address 12112 based on a predetermined rule.

I−CSCFのID12111のハッシュ値12121は,I−CSCFのID12111を,ハッシュ関数に入力して算出した固定長の数値(ダイジェスト値)である。図2の例では,ハッシュ空間の大きさは32bit(0x00000000〜0xFFFFFFFF)としている。ハッシュ関数には,公知のアルゴリズムを利用することが可能である。例えば,MD5(Message Digest Algorithm 5)を用いた場合は,ハッシュ空間の大きさは128bitになる。   The hash value 12121 of the ID 12111 of the I-CSCF is a fixed-length numerical value (digest value) calculated by inputting the ID 12111 of the I-CSCF into a hash function. In the example of FIG. 2, the size of the hash space is 32 bits (0x00000000 to 0xFFFFFFFF). A known algorithm can be used for the hash function. For example, when MD5 (Message Digest Algorithm 5) is used, the size of the hash space is 128 bits.

I−CSCF12は,上記文献に開示されているコンシステント・ハッシュ法に基づき,あるユーザ端末10の登録を担当するS−CSCF13を割り当てる担当のI−CSCF12を算出する。例えば,以下のように算出する。
(1)ユーザ端末10のSIP−URIをハッシュ関数に入力して,ハッシュ値を算出する。ここで,SIPメソッドとして,REGISTER要求を受信した場合は,Fromヘッダ(要求の送信元を示す領域)に記述されているSIP−URIを対象とする。INVITE要求を受信した場合は,リクエスト行に記述されているSIP−URIを対象とする。
The I-CSCF 12 calculates a responsible I-CSCF 12 to which an S-CSCF 13 responsible for registration of a certain user terminal 10 is assigned based on the consistent hash method disclosed in the above document. For example, it is calculated as follows.
(1) The SIP-URI of the user terminal 10 is input to a hash function to calculate a hash value. Here, when a REGISTER request is received as the SIP method, the SIP-URI described in the From header (area indicating the transmission source of the request) is targeted. When an INVITE request is received, the SIP-URI described in the request line is targeted.

この処理で用いるハッシュ関数は,ハッシュテーブル1212を作成するために用いるハッシュ関数と同じビット長のハッシュ値を出力するもの(同じハッシュ関数を用いても良い)であり,後述するユーザ管理リスト123で用いるハッシュ関数と同じである。   The hash function used in this process is to output a hash value having the same bit length as the hash function used to create the hash table 1212 (the same hash function may be used). Same hash function used.

ハッシュ関数の性質により,入力となるI−CSCFのID12111とユーザ端末10のSIP−URIの長さが異なっていても,得られたハッシュ値は同じ長さとなる。
(2)(1)で算出したSIP−URIのハッシュ値以上(または以下)でかつ最も近い,I−CSCFのIDのハッシュ値を,I−CSCF管理テーブル121のハッシュテーブル1212を用いて検索する。このため,ハッシュテーブル1212は,ハッシュ値12121の昇順または降順に,各エントリをソートしておくことが望ましい。(3)(2)の検索で得られたハッシュ値12121を持つエントリに対応するIPアドレス12112の値を,当該ユーザ端末10を担当するI−CSCF12のIPアドレスとして用いる。
Due to the nature of the hash function, even if the ID 12111 of the input I-CSCF is different from the SIP-URI length of the user terminal 10, the obtained hash values have the same length.
(2) Use the hash table 1212 of the I-CSCF management table 121 to search for the closest hash value of the ID of the I-CSCF that is greater than (or less than) the hash value of the SIP-URI calculated in (1). . For this reason, it is desirable that the hash table 1212 sorts the entries in ascending or descending order of the hash value 12121. (3) The value of the IP address 12112 corresponding to the entry having the hash value 12121 obtained by the search in (2) is used as the IP address of the I-CSCF 12 in charge of the user terminal 10.

また,それぞれのI−CSCF12は,S−CSCF管理リスト122を備えている。後述するように,各I−CSCF12は同じS−CSCF13を管理対象とするが,各「S−CSCF13に登録されているユーザ数」の値は,I−CSCF12ごとに異なる。   Each I-CSCF 12 includes an S-CSCF management list 122. As will be described later, each I-CSCF 12 manages the same S-CSCF 13, but each “number of users registered in the S-CSCF 13” has a different value for each I-CSCF 12.

図3に,S−CSCF管理リスト122の一例を示す。S−CSCF管理リスト122により,S−CSCFのID12221と,S−CSCF13のIPアドレス12222と,登録ユーザ数12223とが,リスト形式で管理される。S−CSCFのID12221は,S−CSCF13にユニークに割り付けられた,文字列による識別子情報である。この例では,S−CSCFのID12221は,S−CSCF13のホスト名(FQDN形式)としている。または,IPアドレス12222から所定の規則に基づきに生成しても良い。登録ユーザ数12223は,各S−CSCF13で収容しているユーザ数である。登録ユーザ数12223は,S−CSCF13で収容しているユーザ数が増える毎に,I−CSCF12により修正される(詳細は後述する)。   FIG. 3 shows an example of the S-CSCF management list 122. The S-CSCF management list 122 manages the ID 12221 of the S-CSCF, the IP address 12222 of the S-CSCF 13, and the number of registered users 12223 in a list format. The ID 12221 of the S-CSCF is identifier information by a character string that is uniquely assigned to the S-CSCF 13. In this example, the S-CSCF ID 12221 is the host name of the S-CSCF 13 (FQDN format). Alternatively, the IP address 12222 may be generated based on a predetermined rule. The number of registered users 12223 is the number of users accommodated in each S-CSCF 13. The number of registered users 12223 is corrected by the I-CSCF 12 every time the number of users accommodated by the S-CSCF 13 increases (details will be described later).

更に,I−CSCF12は,ユーザ管理リスト123を備えている。   Further, the I-CSCF 12 includes a user management list 123.

図4に,ユーザ管理リスト123の一例を示す。ユーザ管理リスト123は,リスト形式で管理されているユーザ管理構造体1233と,それをハッシュ検索するためのハッシュテーブル1231を備える。ハッシュテーブル1231は,SIP−URIのハッシュ値12311と,ユーザ管理構造体1233へのポインタ情報12312の欄を備える。SIP−URIのハッシュ値13211は,SIP−URIを,ハッシュ関数に入力して算出した固定長の数値である。   FIG. 4 shows an example of the user management list 123. The user management list 123 includes a user management structure 1233 managed in a list format and a hash table 1231 for performing a hash search. The hash table 1231 includes fields for a SIP-URI hash value 12311 and pointer information 12312 to the user management structure 1233. The SIP-URI hash value 13211 is a fixed-length numerical value calculated by inputting the SIP-URI into a hash function.

ここで用いるハッシュ関数は,I−CSCFのID12111のハッシュ値12121を算出するのに用いるハッシュ関数と同じビット長のハッシュ値を出力するもの(同じハッシュ関数を用いても良い)である。   The hash function used here outputs a hash value having the same bit length as the hash function used to calculate the hash value 12121 of the ID 12111 of the I-CSCF (the same hash function may be used).

ハッシュテーブル1231にハッシュ値12311が無い場合は,ユーザ管理構造体1233が存在しないことになるので,ポインタ情報12312に格納される値には,NULLが設定される。ハッシュ値12311に該当するSIP−URIが有る場合は,ユーザ管理構造体1233が存在するため,ユーザ管理構造体1233へのポインタが設定される。   If there is no hash value 12311 in the hash table 1231, the user management structure 1233 does not exist, so the value stored in the pointer information 12312 is set to NULL. When there is a SIP-URI corresponding to the hash value 12311, since the user management structure 1233 exists, a pointer to the user management structure 1233 is set.

ユーザ管理構造体1233は,SIP−URI情報12331と,ユーザ端末登録先のS−CSCF13のID12332と,エントリ状態12333と,次の(ハッシュ値12311が同じになるSIP−URI12331を持つ)ユーザ管理構造体1233へのポインタ12334を,メンバとして含む構造体である。SIP−URI12331は,ユーザ端末10毎にユニークに割り付けられた,文字列によるSIP形式ユーザ識別子情報である。エントリ状態12333は,エントリの状態を設定する領域である。   The user management structure 1233 includes the SIP-URI information 12331, the ID 12332 of the S-CSCF 13 of the user terminal registration destination, the entry state 12333, and the user management structure having the next (the SIP-URI 12331 having the same hash value 12311). This structure includes a pointer 12334 to the body 1233 as a member. The SIP-URI 12331 is SIP format user identifier information using a character string that is uniquely assigned to each user terminal 10. The entry state 12333 is an area for setting the entry state.

エントリ状態12333には,「作成準備中」と「完了」の2種類がある。エントリ状態12333が「完了」の場合は,I−CSCF12は,P−CSCFからの検索要求に対し,応答可能である。   There are two types of entry states 12333: “Preparing for creation” and “Complete”. When the entry state 12333 is “complete”, the I-CSCF 12 can respond to the search request from the P-CSCF.

一方,エントリ状態12333が「作成準備中」の場合は,状態が「完了」に変化するまで,検索要求に対する処理を中断する。これにより,複数のI−CSCF12から受信した検索要求が重なって,同じSIP−URIのユーザ管理構造体1233を複数作成する事態を防ぐ。   On the other hand, if the entry status 12333 is “preparing for creation”, the processing for the search request is suspended until the status changes to “complete”. This prevents a situation where search requests received from a plurality of I-CSCFs 12 are overlapped to create a plurality of user management structures 1233 having the same SIP-URI.

各I−CSCF12は,起動時に,他の全てのI−CSCF12に対して,当該I−CSCF12に関する情報を,それぞれのI−CSCF管理テーブル121に設定することを要求する。   Each I-CSCF 12 requests all other I-CSCFs 12 to set information related to the I-CSCF 12 in the respective I-CSCF management tables 121 at the time of activation.

P−CSCF11,I−CSCF12,及びS−CSCF13を実現するハードウェア構成例を図8に示す。これらは,CPU1001,主記憶装置1002,HDD等の二次記憶装置1005,CD-ROMやDVD-ROM等の可搬性を有する記憶媒体1008から情報を読み出す読取装置1003,ディスプレイ,キーボードやマウスなどの入出力装置1006,通信ネットワークに接続するためのNIC(Network Interface Card)等の通信装置1004,及びそれらの装置をつなぐバスなどの内部通信線1007を備えた一般的なコンピュータ1000により実現できる。   An example of a hardware configuration for realizing the P-CSCF 11, the I-CSCF 12, and the S-CSCF 13 is shown in FIG. These include a CPU 1001, a main storage device 1002, a secondary storage device 1005 such as an HDD, a reading device 1003 that reads information from a portable storage medium 1008 such as a CD-ROM or DVD-ROM, a display, a keyboard, a mouse, etc. It can be realized by a general computer 1000 having an input / output device 1006, a communication device 1004 such as a NIC (Network Interface Card) for connecting to a communication network, and an internal communication line 1007 such as a bus connecting these devices.

例えば,I−CSCF管理テーブル121や,S−CSCF管理リスト122や,ユーザ管理リスト123は,主記憶装置1002または二次記憶装置1005の一部の領域を用いて実現する。また,P−CSCF11,I−CSCF12,及びS−CSCF13は,二次記憶装置1005に記憶されている一つ以上のプログラムを主記憶装置1002にロードしてCPU1001で実行し,通信装置1004を介してユーザ端末10や他サーバとのネットワーク通信を行うことで,上述の,または,以下に説明する各種サーバ機能を実現する。   For example, the I-CSCF management table 121, the S-CSCF management list 122, and the user management list 123 are realized using a partial area of the main storage device 1002 or the secondary storage device 1005. Further, the P-CSCF 11, the I-CSCF 12, and the S-CSCF 13 load one or more programs stored in the secondary storage device 1005 into the main storage device 1002 and execute them by the CPU 1001, via the communication device 1004. By performing network communication with the user terminal 10 and other servers, various server functions described above or described below are realized.

上記一つ以上のプログラムは,予め,主記憶装置1002や二次記憶装置1005に格納されていても良いし,必要なときに,ネットワーク14や,可搬性を有する記憶媒体1008を介して他の装置から導入されても良い。   The one or more programs may be stored in advance in the main storage device 1002 or the secondary storage device 1005, and when necessary, other programs may be stored via the network 14 or the portable storage medium 1008. It may be introduced from the device.

図5は,本実施例のシステム構成において,ユーザ端末10からSIPメソッドとして,REGISTER要求を受信した際の処理を示すシーケンス図である。   FIG. 5 is a sequence diagram showing processing when a REGISTER request is received as the SIP method from the user terminal 10 in the system configuration of the present embodiment.

I−CSCF12aは,ユーザ端末10からP−CSCF11経由でREGISTER要求を受信すると,REGISTER要求のFromヘッダにある発信者SIP−URIから,当該ユーザ端末10の管理を担当するI−CSCF12を求める。具体的には,ハッシュ関数を用いて,該発信者SIP−URIのハッシュ値を算出し,I−CSCF管理テーブル121のハッシュテーブル1212を検索し,算出したハッシュ値以上(または以下)でかつ最も近いハッシュ値12121を求める。得られたエントリのポインタ12122が指し示すI−CSCFテーブル1211のエントリには,担当するI−CSCF12の情報が格納されている(S10)。   When the I-CSCF 12a receives the REGISTER request from the user terminal 10 via the P-CSCF 11, the I-CSCF 12 is in charge of managing the user terminal 10 from the sender SIP-URI in the From header of the REGISTER request. Specifically, a hash value of the caller SIP-URI is calculated using a hash function, the hash table 1212 of the I-CSCF management table 121 is searched, and the calculated hash value is greater than (or less than) and the highest. A close hash value 12121 is obtained. Information of the I-CSCF 12 in charge is stored in the entry of the I-CSCF table 1211 pointed to by the obtained entry pointer 12122 (S10).

なお,事前準備として,システム管理者は,各I−CSCF12のIDのハッシュ値を昇順または降順に並べたハッシュテーブル1212を作成し,管理端末(図示していない)を用いて設定しておく。   As a preliminary preparation, the system administrator creates a hash table 1212 in which hash values of IDs of the respective I-CSCFs 12 are arranged in ascending order or descending order, and sets the hash table 1212 using a management terminal (not shown).

S10で得られたエントリのIPアドレス12112を持つI−CSCF12bに対して,発信者(上記ユーザ端末10のユーザ)のSIP−URIの登録を担当しているS−CSCF13の検索要求を送信する(S11)。検索要求には,発信者SIP−URIを含み,さらにそのハッシュ値を含むことが望ましい。   A search request for the S-CSCF 13 in charge of SIP-URI registration of the caller (the user of the user terminal 10) is transmitted to the I-CSCF 12b having the IP address 12112 of the entry obtained in S10 ( S11). The search request preferably includes the caller SIP-URI and further includes the hash value.

I−CSCF12bは,I−CSCF12aから発信者SIP−URIの検索要求を受信すると,検索要求に含まれているSIP−URIのハッシュ値により,ユーザ管理リスト123のハッシュテーブル1231をハッシュ検索する(S12)。   Upon receiving the caller SIP-URI search request from the I-CSCF 12a, the I-CSCF 12b performs a hash search on the hash table 1231 of the user management list 123 based on the SIP-URI hash value included in the search request (S12). ).

ハッシュ検索でヒットしない場合(S13でN)は,S−CSCF13に未割り当てのSIP−URIとみなし,S−CSCF管理リスト122から,登録ユーザ数12223の値が最も少ないS−CSCF13を探し,得られたS−CSCFに上記SIP−URIを持つユーザの管理を担当させることに決定し(S14),決定したS−CSCF13のS−CSCF管理構造体1222の登録ユーザ数12223をカウントアップする。そして,S14で決定したS−CSCFのID12221及びIPアドレス情報12222を,検索要求元のI−CSCF12aに応答する(S15)。   If there is no hit in the hash search (N in S13), it is regarded as a SIP-URI not assigned to the S-CSCF 13, and the S-CSCF 13 with the smallest number of registered users 12223 is searched from the S-CSCF management list 122 and obtained. The determined S-CSCF is assigned to manage the user having the SIP-URI (S14), and the number of registered users 12223 in the S-CSCF management structure 1222 of the determined S-CSCF 13 is counted up. Then, the S-CSCF ID 12221 and the IP address information 12222 determined in S14 are returned to the search request source I-CSCF 12a (S15).

一方,ハッシュ検索でヒットした場合(S13でY)は,S−CSCF13に割り当て済みのSIP−URIとみなし,ヒットしたユーザ管理構造体1233のS−CSCFのID12332と,そのID12332からS−CSCF管理リスト122を検索して得られたIPアドレス情報12222を,検索要求元のI−CSCF12aに応答する(S15)。S−CSCF13の情報を受信したI−CSCF12aは,S15で応答されたS−CSCF13のIPアドレス12222に対し,REGISTER要求を転送する(S16)。   On the other hand, when a hash search results in a hit (Y in S13), it is regarded as a SIP-URI already assigned to the S-CSCF 13, and the S-CSCF ID 12332 of the hit user management structure 1233 and the S-CSCF management from the ID 12332 The IP address information 12222 obtained by searching the list 122 is returned to the search request source I-CSCF 12a (S15). The I-CSCF 12a that has received the information of the S-CSCF 13 transfers a REGISTER request to the IP address 12222 of the S-CSCF 13 that has been responded in S15 (S16).

S−CSCF13は,REGISTER要求を受信すると,HSS131からユーザプロファイル情報を取得し(S17),そのプロファイル情報に従ってユーザ端末の登録処理を行い,I−CSCF12aに,正常応答を示す"200 OK"応答を送信する(S18)。I−CSCF12aは,S−CSCF13からの正常応答を確認すると,P−CSCF11経由でユーザ端末10に"200 OK"応答を転送する(S19)。   Upon receiving the REGISTER request, the S-CSCF 13 acquires user profile information from the HSS 131 (S17), performs user terminal registration processing according to the profile information, and sends a “200 OK” response indicating a normal response to the I-CSCF 12a. Transmit (S18). Upon confirming the normal response from the S-CSCF 13, the I-CSCF 12a transfers a “200 OK” response to the user terminal 10 via the P-CSCF 11 (S19).

図5のS12〜S14の処理の詳細を,図6を用いて説明する。   Details of the processing of S12 to S14 in FIG. 5 will be described with reference to FIG.

(S12相当の処理)
I−CSCF12bは,I−CSCF12aから発信者SIP−URIの検索要求を受信すると,検索要求に含まれているSIP−URIのハッシュ値を算出する(S20)。得られたハッシュ値から,ユーザ管理リスト123のハッシュテーブル1231の該当ハッシュ値12311に対応するポインタ12312が示すユーザ管理構造体1233を得る(S21)。
(Processing equivalent to S12)
Upon receiving the caller SIP-URI search request from the I-CSCF 12a, the I-CSCF 12b calculates the SIP-URI hash value included in the search request (S20). From the obtained hash value, the user management structure 1233 indicated by the pointer 12312 corresponding to the corresponding hash value 12311 of the hash table 1231 of the user management list 123 is obtained (S21).

(S13相当の処理)
当該ユーザ管理構造体1233のSIP−URI12331の文字列と,検索要求に含まれているSIP−URIの文字列とを文字列比較する(S22)。文字列が完全一致するかどうかチェックし(S23),完全一致するならば(S23でY),エントリ状態12333をチェックする。エントリ状態12333が「作成準備中」であれば,「完了」に変更されるまで待機する(S24)。「完了」であれば,当該ユーザ端末10のS−CSCFは割り当て済みとみなし,S15の処理を行う。完全一致しないならば(S23でN),ユーザ管理構造体1233の次ポインタ12334が示すアドレスを参照して,次のユーザ管理構造体1233を取得する(S25)。ここで,次のユーザ管理構造体1233が存在していれば(S26でN),S22の処理に戻る。一方,もし存在していなければ,すなわち次ポインタ12334が示すアドレスがNULLであれば(S26でY),当該ユーザ端末10のS−CSCFは未割り当てとみなし,S14相当の処理を行う。
(Processing equivalent to S13)
The character string of the SIP-URI 12331 of the user management structure 1233 is compared with the character string of the SIP-URI included in the search request (S22). It is checked whether or not the character strings completely match (S23), and if they match completely (Y in S23), the entry status 12333 is checked. If the entry status 12333 is “preparing for creation”, it waits until it is changed to “completed” (S24). If it is “completed”, the S-CSCF of the user terminal 10 is regarded as already assigned, and the process of S15 is performed. If they do not match completely (N in S23), the next user management structure 1233 is acquired by referring to the address indicated by the next pointer 12334 of the user management structure 1233 (S25). If the next user management structure 1233 exists (N in S26), the process returns to S22. On the other hand, if it does not exist, that is, if the address indicated by the next pointer 12334 is NULL (Y in S26), the S-CSCF of the user terminal 10 is regarded as unallocated, and processing corresponding to S14 is performed.

(S14相当の処理)
まず,ユーザ管理構造体1233を新規作成し,検索要求に含まれているSIP−URIの文字列をSIP−URI12331に,「作成準備中」をエントリ状態12333に,NULLを次ポインタ12334に設定する。そして,今回新規作成したユーザ管理構造体1233のアドレスを,現在参照しているユーザ管理構造体1233の次ポインタ12334に設定する。さらに,S−CSCF管理リスト122のヘッダ情報1221の先頭ポインタ12211から,先頭のS−CSCF管理構造体1222を取得する(S27)。その登録ユーザ数12223を取得し,予め当該I−CSCF12に設定した,登録ユーザ数の上限値と比較する(S28)。上限値と同じか小さければ(S28でY),S26で新規作成したユーザ管理構造体1233に対し,先ほど取得したS−CSCF管理構造体1222のS−CSCFのID12221をS−CSCFのID12332に,「完了」をエントリ状態12333に設定する。更に,登録ユーザ数12223の値を+1した後,S−CSCF管理リストの登録ユーザ数12223をキーに,S−CSCF管理構造体1222を昇順にソート(登録ユーザ数が少ない順に,S−CSCF管理構造体を並べ直す)し(S29),S15の処理を行う。一方,上限値より多ければ(S28でN),正常状態でないものとし,検索要求元I−CSCF12aにエラー応答を行う(S30)。
(Processing equivalent to S14)
First, a new user management structure 1233 is created, and the SIP-URI character string included in the search request is set in the SIP-URI 12331, “Preparing for creation” is set in the entry state 12333, and NULL is set in the next pointer 12334. . Then, the address of the newly created user management structure 1233 is set in the next pointer 12334 of the user management structure 1233 that is currently referenced. Further, the head S-CSCF management structure 1222 is acquired from the head pointer 12211 of the header information 1221 of the S-CSCF management list 122 (S27). The number of registered users 12223 is acquired and compared with the upper limit value of the number of registered users set in the I-CSCF 12 in advance (S28). If it is equal to or smaller than the upper limit value (Y in S28), the S-CSCF ID 12221 of the S-CSCF management structure 1222 acquired earlier is changed to the ID 12332 of the S-CSCF for the user management structure 1233 newly created in S26. “Complete” is set in the entry state 12333. Further, after the value of the number of registered users 12223 is incremented by 1, the S-CSCF management structure 1222 is sorted in ascending order using the number of registered users 12223 in the S-CSCF management list as a key (S-CSCF management in ascending order of the number of registered users). The structures are rearranged) (S29), and the process of S15 is performed. On the other hand, if it is larger than the upper limit (N in S28), it is determined that the state is not normal, and an error response is sent to the search request source I-CSCF 12a (S30).

ユーザ端末10の増加によりI−CSCF12が増設された場合は,管理者端末(図示していない)を用いて,すべてのI−CSCF12のI−CSCF管理テーブル121を更新する。具体的には,新たなI−CSCF12について,IDのハッシュ値を求めてハッシュテーブル12121に追加して再ソートし,IDとIPアドレスをI−CSCFテーブル1211に追加する。   When the I-CSCF 12 is added due to an increase in the number of user terminals 10, the I-CSCF management table 121 of all the I-CSCFs 12 is updated using an administrator terminal (not shown). Specifically, for the new I-CSCF 12, the hash value of the ID is obtained, added to the hash table 12121 and re-sorted, and the ID and IP address are added to the I-CSCF table 1211.

これらの処理に伴い,管理者端末は,新たなI−CSCF12に,新たに担当するユーザ端末のユーザ管理リスト123を移す。本実施例の方法によれば,新たなI−CSCF12のIDのハッシュ値より次に大きな(または次に小さな)ハッシュ値を持つI−CSCF12が管理するユーザ管理リスト123のうち,新たなI−CSCF12のIDのハッシュ値以下(または以上)のSIP−URIのハッシュ値を持つユーザ端末10のハッシュテーブル1231とユーザ管理構造体1233を,新たなI−CSCF12へ移動する。   Along with these processes, the administrator terminal moves the user management list 123 of the user terminal to be newly assigned to the new I-CSCF 12. According to the method of the present embodiment, a new I-CSCF 12 of the user management list 123 managed by the I-CSCF 12 having the next larger (or next smaller) hash value than the hash value of the ID of the new I-CSCF 12 is used. The hash table 1231 and the user management structure 1233 of the user terminal 10 having a SIP-URI hash value less than (or more than) the hash value of the ID of the CSCF 12 are moved to the new I-CSCF 12.

次に,S−CSCF13が増設された際の,I−CSCF12での追加処理について,図7を用いて説明する。この処理は,各I−CSCF12それぞれが独立して行う。   Next, an additional process in the I-CSCF 12 when the S-CSCF 13 is added will be described with reference to FIG. This processing is performed independently by each I-CSCF 12.

S−CSCF13の追加を,管理者端末から指示された場合,S−CSCF管理構造体1222を新規に作成し,S−CSCFのID12221及びIPアドレス12222に値を格納し,及び登録ユーザ数12223を0に初期化する(S31)。そして,ヘッダ情報1221の先頭ポインタ12211の示す値を取得し,その値を,当該S−CSCF管理構造体1222の次構造体ポインタ12224に格納する(S32)。そして,当該S−CSCF管理構造体1222のメモリ上のアドレスを,ヘッダ情報1221の先頭ポインタ12211に格納する(S33)。この処理により,S−CSCF管理リスト122の先頭に,新しく追加されたS−CSCF13のS−CSCF管理構造体1222が配置される。   When the administrator terminal instructs the addition of the S-CSCF 13, a new S-CSCF management structure 1222 is created, values are stored in the ID 12221 and IP address 12222 of the S-CSCF, and the number of registered users 12223 is set. It is initialized to 0 (S31). Then, the value indicated by the head pointer 12211 of the header information 1221 is acquired, and the value is stored in the next structure pointer 12224 of the S-CSCF management structure 1222 (S32). Then, the address on the memory of the S-CSCF management structure 1222 is stored in the head pointer 12211 of the header information 1221 (S33). By this processing, the newly added S-CSCF management structure 1222 of the S-CSCF 13 is arranged at the head of the S-CSCF management list 122.

図6のS28の処理により,登録ユーザ数が最も少ないS−CSCFが選択されるので,各S−CSCFへの登録ユーザ数は,次第に平均化されることになる。   Since the S-CSCF having the smallest number of registered users is selected by the process of S28 in FIG. 6, the number of registered users in each S-CSCF is gradually averaged.

追加されたS−CSCF管理構造体1222の更新処理は,各I−CSCF12が独自に行う。したがって,他のI−CSCF12が管理するものとは,登録ユーザ数が異なることになる。しかしながら,上述したように,各I−CSCF12が登録ユーザ数を均等にする処理を行うので,システム全体で見ても,各S−CSCF13が管理する登録ユーザ数は,ほぼ均等になることが期待できる。   Each I-CSCF 12 performs the updating process of the added S-CSCF management structure 1222 independently. Therefore, the number of registered users is different from those managed by other I-CSCFs 12. However, as described above, since each I-CSCF 12 performs the process of equalizing the number of registered users, the number of registered users managed by each S-CSCF 13 is expected to be substantially equal even when viewed from the entire system. it can.

以上,本実施例によると,I-CSCFは分散データベース管理部125を備えるので,従来のSLFは不要になる。また,本実施例によると,従来のHSSに格納されていた「ユーザ情報がどのS−CSCFに格納されているかという情報」も,本実施例のI-CSCFに格納されるので,HSS131のデータ量が削減され,また,HSS131へアクセスも少なくなり,システム全体の応答速度が向上する。   As described above, according to this embodiment, since the I-CSCF includes the distributed database management unit 125, the conventional SLF becomes unnecessary. Further, according to the present embodiment, the “information about which S-CSCF the user information is stored” stored in the conventional HSS is also stored in the I-CSCF of the present embodiment. The amount is reduced, and access to the HSS 131 is reduced, and the response speed of the entire system is improved.

なお,上記図5,図6を用いて,SIPメソッドとして,REGISTER要求処理について説明したが,通信相手端末とセッションを確立するためのINVITE要求やその他の要求の処理についても,図5のS10〜S16の処理が同様に行われる。   Although the REGISTER request process has been described as the SIP method with reference to FIGS. 5 and 6, the INVITE request and other request processes for establishing a session with the communication partner terminal are also performed in S10 to S10 of FIG. The process of S16 is performed similarly.

なお,本発明は,上記実施形態に限定されず,種々の変形や応用が可能である。   In addition, this invention is not limited to the said embodiment, A various deformation | transformation and application are possible.

10:ユーザ端末,11:P−CSCF,12:I−CSCF,13:S−CSCF,121:I−CSCF管理テーブル,122:S−CSCF管理リスト,123:ユーザ管理リスト,124:SIPセッション処理部,125:分散データベース管理部,1211:I−CSCFテーブル,1212:I−CSCFテーブルのハッシュテーブル,12111:I−CSCFのID,12112:I−CSCFのIPアドレス,12121:I−CSCFのIDのハッシュ値,12122:I−CSCFテーブルのエントリへのポインタ,1221:S−CSCF管理リストのヘッダ情報,12211:先頭のS−CSCF管理構造体へのポインタ,12212:最後尾のS−CSCF管理構造体へのポインタ,12221:S−CSCFのID,12222:S−CSCFのIPアドレス,12223:S−CSCFの登録ユーザ数,12224:次のS−CSCF管理構造体へのポインタ,1231:ユーザ管理構造体のハッシュテーブル,1233:ユーザ管理構造体,12311:SIP−URIのハッシュ値,12312:ユーザ管理構造体へのポインタ,13331:SIP−URI,13332:割り当てS−CSCFサーバのID,13333:エントリ状態,13334:次のユーザ管理構造体へのポインタ,1000:コンピュータ,1001:CPU,1002:主記憶装置,1003:読取装置,1004:通信装置,1005:二次記憶装置,1006:入出力装置,1007:内部通信線,1008:可搬性を有する記憶媒体。 10: User terminal, 11: P-CSCF, 12: I-CSCF, 13: S-CSCF, 121: I-CSCF management table, 122: S-CSCF management list, 123: User management list, 124: SIP session processing , 125: distributed database management unit, 1211: I-CSCF table, 1212: hash table of I-CSCF table, 12111: ID of I-CSCF, 12112: IP address of I-CSCF, 12121: ID of I-CSCF Hash value, 12122: pointer to entry of I-CSCF table, 1221: header information of S-CSCF management list, 12211: pointer to head S-CSCF management structure, 12212: tail S-CSCF management Pointer to structure, 12221: S-CSC ID: 12222: IP address of S-CSCF, 12223: Number of registered users of S-CSCF, 12224: Pointer to next S-CSCF management structure, 1231: Hash table of user management structure, 1233: User management Structure, 12311: hash value of SIP-URI, 12312: pointer to user management structure, 13331: SIP-URI, 13332: ID of assigned S-CSCF server, 13333: entry state, 13334: next user management structure Pointer to body, 1000: computer, 1001: CPU, 1002: main storage device, 1003: reading device, 1004: communication device, 1005: secondary storage device, 1006: input / output device, 1007: internal communication line, 1008: A portable storage medium.

Claims (6)

複数のI−CSCFサーバと複数のS−CSCFサーバとを備え,ユーザ端末との間でSIP通信を行い,前記ユーザ端末の登録及びセッション制御を,当該ユーザ端末に割り当てられたいずれかの前記S−CSCFサーバが担当するIMSにおけるセッション制御システムであって,
各々の前記I−CSCFサーバは,前記ユーザ端末への前記S−CSCFサーバの割り当て情報を管理するユーザ管理リストを備え,
一つの前記ユーザ端末への前記割り当て情報は,いずれか一つの前記I−CSCFサーバが管理する前記ユーザ管理リストで管理され,
各々の前記I−CSCFサーバは,一つの前記ユーザ端末への前記割り当て情報がいずれの前記I−CSCFサーバが備える前記ユーザ管理リストで管理されているか,を特定するために用いるI−CSCF管理テーブルを備える
ことを特徴とするIMSにおけるセッション制御システム。
A plurality of I-CSCF servers and a plurality of S-CSCF servers are provided, perform SIP communication with a user terminal, and perform registration and session control of the user terminal with any one of the S assigned to the user terminal. A session control system in the IMS in charge of the CSCF server,
Each of the I-CSCF servers includes a user management list that manages allocation information of the S-CSCF servers to the user terminals,
The allocation information to one user terminal is managed by the user management list managed by any one of the I-CSCF servers,
Each of the I-CSCF servers uses an I-CSCF management table used to identify which allocation information to one user terminal is managed by the user management list included in which I-CSCF server. A session control system in IMS, comprising:
請求項1に記載のIMSにおけるセッション制御システムにおいて,
前記SIP通信におけるSIPメソッドにおいて,ユーザ端末に割り当てられた前記S−CSCFサーバの特定を要求された前記I−CSCFサーバは,対象となるユーザ端末への前記割り当て情報を管理するべきI−CSCFサーバを,前記I−CSCF管理テーブルに基づき特定し,
特定した前記I−CSCFサーバへ,前記対象となるユーザ端末への前記割り当て情報を要求し,
要求された前記I−CSCFサーバは,自身が管理する前記ユーザ管理リストに基づき,前記対象となるユーザ端末への前記割り当て情報を応答する
ことを特徴とするIMSにおけるセッション制御システム。
In the session control system in IMS of Claim 1,
In the SIP method in the SIP communication, the I-CSCF server requested to specify the S-CSCF server allocated to the user terminal is the I-CSCF server that should manage the allocation information to the target user terminal. Based on the I-CSCF management table,
Request the allocation information to the target user terminal from the identified I-CSCF server,
The requested I-CSCF server responds with the allocation information to the target user terminal based on the user management list managed by the I-CSCF server.
請求項2に記載のIMSにおけるセッション制御システムにおいて,
前記I−CSCF管理テーブルは,前記I−CSCFサーバの識別子を第一のハッシュ関数に入力して得たハッシュ値と,前記I−CSCFサーバと通信するための情報とを対応付けたものであり,
前記S−CSCFサーバの特定を要求されたI−CSCFサーバは,前記対象となるユーザ端末の識別子を,前記ハッシュ値と同じ長さのハッシュ値を出力する第二のハッシュ関数に入力して,ユーザ端末の識別子のハッシュ値を求め,
前記ユーザ端末識別子のハッシュ値と,前記I−CSCF管理テーブルとに基づき,要求された前記S−CSCFサーバを特定する
ことを特徴とするIMSにおけるセッション制御システム。
In the session control system in IMS of Claim 2,
The I-CSCF management table associates a hash value obtained by inputting the identifier of the I-CSCF server into a first hash function and information for communicating with the I-CSCF server. ,
The I-CSCF server requested to specify the S-CSCF server inputs the identifier of the target user terminal into a second hash function that outputs a hash value having the same length as the hash value, Find the hash value of the user terminal identifier,
A session control system in IMS, wherein the requested S-CSCF server is specified based on a hash value of the user terminal identifier and the I-CSCF management table.
請求項2に記載のIMSにおけるセッション制御システムにおいて,
前記SIPメソッドは,少なくとも前記ユーザ端末からの他のユーザ端末へのセッションを開始するためのINVITE要求か,もしくは,前記ユーザ端末のIPアドレス情報を前記S−CSCFサーバ装置へ登録するためのREGISTER要求,である
ことを特徴とするIMSにおけるセッション制御システム。
In the session control system in IMS of Claim 2,
The SIP method includes at least an INVITE request for starting a session from the user terminal to another user terminal, or a REGISTER request for registering the IP address information of the user terminal in the S-CSCF server device. A session control system in IMS, characterized in that
請求項2に記載のIMSにおけるセッション制御システムにおいて,
前記I−CSCFサーバは,各々の前記S−CSCFサーバに割り当てられたユーザ端末数を管理するS−CSCFサーバ管理リストを備え,
前記I−CSCFサーバは,
前記対象となるユーザ端末への前記割り当て情報が,自身が管理する前記ユーザ管理リストで管理されていない場合,前記S−CSCFサーバ管理リストを参照し,前記ユーザ端末の数が最も少ないS−CSCFサーバを前記対象となるユーザ端末に割り当てて前記ユーザ管理リストを更新し,
更新した前記ユーザ管理リストに基づき,前記対象となるユーザ端末への前記割り当て情報を応答する
ことを特徴とするIMSにおけるセッション制御システム。
In the session control system in IMS of Claim 2,
The I-CSCF server includes an S-CSCF server management list for managing the number of user terminals allocated to each S-CSCF server,
The I-CSCF server
When the allocation information to the target user terminal is not managed by the user management list managed by itself, the S-CSCF server management list is referred to and the S-CSCF having the smallest number of user terminals is referred to. Assigning a server to the target user terminal and updating the user management list;
A session control system in IMS, characterized by responding to the assignment information to the target user terminal based on the updated user management list.
請求項3に記載のIMSにおけるセッション制御システムにおいて,
前記I−CSCFサーバの識別子はIPアドレスであり,
前記ユーザ端末識別子はSIP−URIであり,
前記第一のハッシュ関数と前記第二のハッシュ関数とは,同一である
ことを特徴とするIMSにおけるセッション制御システム。
In the session control system in IMS of Claim 3,
The identifier of the I-CSCF server is an IP address,
The user terminal identifier is a SIP-URI;
The session control system in IMS, wherein the first hash function and the second hash function are the same.
JP2009034812A 2009-02-18 2009-02-18 Session control system in IMS Expired - Fee Related JP5174708B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009034812A JP5174708B2 (en) 2009-02-18 2009-02-18 Session control system in IMS

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2009034812A JP5174708B2 (en) 2009-02-18 2009-02-18 Session control system in IMS

Publications (2)

Publication Number Publication Date
JP2010193124A true JP2010193124A (en) 2010-09-02
JP5174708B2 JP5174708B2 (en) 2013-04-03

Family

ID=42818698

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009034812A Expired - Fee Related JP5174708B2 (en) 2009-02-18 2009-02-18 Session control system in IMS

Country Status (1)

Country Link
JP (1) JP5174708B2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014020742A1 (en) * 2012-08-02 2014-02-06 株式会社Murakumo Load distribution device, information processing system, method, and program
WO2014155968A1 (en) * 2013-03-27 2014-10-02 日本電気株式会社 Information processing system
JP2019161603A (en) * 2018-03-16 2019-09-19 株式会社東芝 Load distribution device, load distribution system, program, and load distribution method

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008236033A (en) * 2007-03-16 2008-10-02 Nec Corp Home subscriber server configuration method, configuration system, program and storage medium
JP2008236183A (en) * 2007-03-19 2008-10-02 Nec Corp Call session control server assignment method and system
WO2008128570A1 (en) * 2007-04-20 2008-10-30 Telefonaktiebolaget Lm Ericsson (Publ) Handling user identities in the ip multimedia subsystem

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008236033A (en) * 2007-03-16 2008-10-02 Nec Corp Home subscriber server configuration method, configuration system, program and storage medium
JP2008236183A (en) * 2007-03-19 2008-10-02 Nec Corp Call session control server assignment method and system
WO2008128570A1 (en) * 2007-04-20 2008-10-30 Telefonaktiebolaget Lm Ericsson (Publ) Handling user identities in the ip multimedia subsystem

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CSNG200600142018; 小川 泰文、中村 秀文、平野 美貴: 'IMSアーキテクチャに基づいた論理機能の物理的なサーバへのマッピングに関する検討' 電子情報通信学会技術研究報告 Vol.105 No.405 , 20051110, p.95-98, 社団法人電子情報通信学会 *
JPN6012049884; 小川 泰文、中村 秀文、平野 美貴: 'IMSアーキテクチャに基づいた論理機能の物理的なサーバへのマッピングに関する検討' 電子情報通信学会技術研究報告 Vol.105 No.405 , 20051110, p.95-98, 社団法人電子情報通信学会 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014020742A1 (en) * 2012-08-02 2014-02-06 株式会社Murakumo Load distribution device, information processing system, method, and program
JPWO2014020742A1 (en) * 2012-08-02 2016-07-11 株式会社Murakumo Load balancing apparatus, information processing system, method and program
WO2014155968A1 (en) * 2013-03-27 2014-10-02 日本電気株式会社 Information processing system
JP6048573B2 (en) * 2013-03-27 2016-12-21 日本電気株式会社 Information processing system
JP2019161603A (en) * 2018-03-16 2019-09-19 株式会社東芝 Load distribution device, load distribution system, program, and load distribution method

Also Published As

Publication number Publication date
JP5174708B2 (en) 2013-04-03

Similar Documents

Publication Publication Date Title
US20090245113A1 (en) Load balancer, network system, load balancing method, and program
US9906566B2 (en) Voice session termination for messaging clients in IMS
CN101188643B (en) Contact destination information registration method, network system, and node
CN100531098C (en) Point-to-point network system and intercommunicating method for overlapped network node
US8230063B2 (en) User data server system, method and apparatus
JP5122024B2 (en) Managing user data convergence (UDC) notifications
US20100293261A1 (en) Methods, apparatuses and computer program for ims recovery upon restart of a s-cscf
US20090094611A1 (en) Method and Apparatus for Load Distribution in Multiprocessor Servers
CN102148739B (en) IMS (IP (Internet Protocol) Multimedia Subsystem) session routing control method and system
CN102055654B (en) A kind of method and IP Multimedia System carrying out load of network equipment equilibrium
JP5174708B2 (en) Session control system in IMS
CN108989284A (en) A kind of service trigger method, storage medium and application server
JP5941434B2 (en) Cluster system of session border controller, cluster system of application server, and SIP dialog generation method thereof
US20100017527A1 (en) Sip server and communication system
US7949767B2 (en) System and method for multiple address of record registration using a single explicit SIP request
US8051129B2 (en) Arrangement and method for reducing required memory usage between communication servers
US8271663B2 (en) System and method for multiple address of record registration using a single implicit SIP request
US20090037564A1 (en) System and Method for Multiple Address of Record Deregistration Using a Single SIP Request
JP5613229B2 (en) System and method for effectively locating a database of user profiles in an IMS network
CN102970756B (en) S-CSCF (Serving-Call Session Control Function) allocation method based on service capability P2P (Peer-to-Peer) distribution
US10298625B2 (en) Method and network entity for selecting for a subscriber a call session establishing server to be registered within a voice over internet protocol network
KR20100052332A (en) Session management method based capability information

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110909

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120913

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120925

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20121114

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20121204

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20121228

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160111

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees