JP2006244099A

JP2006244099A - Sip server acceleration architecture

Info

Publication number: JP2006244099A
Application number: JP2005058334A
Authority: JP
Inventors: Takashi Miyamoto; 貴史宮本; Eri Kawai; 恵理川井
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2005-03-03
Filing date: 2005-03-03
Publication date: 2006-09-14
Anticipated expiration: 2025-03-03
Also published as: JP4513604B2

Abstract

<P>PROBLEM TO BE SOLVED: To solve the problems wherein if all the information necessary for a SIP server to connect/disconnect a session between communication terminals is stored in the memory of the SIP server, a large capacity memory must be loaded on the SIP server, and if all the necessary information is stored in an external database, on the other hand, access to the database takes time. <P>SOLUTION: A SIP server, when receiving a REGISTER message from a communication terminal, copies in memory only information necessary to process messages to be received from the communication terminal out of information stored in an external database. The SIP server also stores in memory information included in the REGISTER message. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

本発明はＳＩＰ(Session Initiation Protocol)に関し、特にＳＩＰサーバにおいてＳＩＰの通信を管理するために必要な情報の格納場所に関する。 The present invention relates to SIP (Session Initiation Protocol), and more particularly to a storage location of information necessary for managing SIP communication in a SIP server.

企業内通信インフラのＩＰベースへの統合、ＶｏＩＰ（Voice over ＩＰ）の台頭から、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）サーバの需要が着実に伸びてきている。この中で、ＳＩＰサーバの処理速度や安定性は当然、ＳＩＰサービスを利用する側に求められるものである。 The demand for SIP (Session Initiation Protocol) servers has been steadily increasing due to the integration of in-house communication infrastructure into IP base and the rise of VoIP (Voice over IP). Of these, the processing speed and stability of the SIP server are naturally required by the side using the SIP service.

従来のＳＩＰサーバにおいては、通信において使用する情報を全てＳＩＰサーバ内メモリに格納していた。通信において使用する情報とは、加入者情報・レジストラ情報・発信フィルタ情報・着信フィルタ情報・セッション情報を指す。 In a conventional SIP server, all information used for communication is stored in the memory in the SIP server. Information used in communication refers to subscriber information, registrar information, outgoing filter information, incoming filter information, and session information.

加入者情報とはＳＩＰサービスを受けることができる加入者の情報を示す。レジストラ情報とは、ＲＥＧＩＳＴＥＲというリクエストメッセージにより、加入者がＳＩＰサーバに伝える自分の情報を指す。発信フィルタ情報とは、加入者ごとに、受けることができるＳＩＰサービスを限定することができる情報である。具体的には、「受けることができるＳＩＰサービス＝受けつけるリクエストメッセージ」となり、例えば「ＶｏＩＰ（ＶｏｉｃｅＯｖｅｒＩＰ）サービスを受けることができる＝ＩＮＶＩＴＥリクエストメッセージを受け付ける」となる。着信フィルタ情報とは、加入者が、ある特定のユーザからの着信を拒否するために使用する情報である。セッション情報とは、ＳＩＰプロトコルにおいて、ＩＮＶＩＴＥリクエストメッセージによりユーザとユーザの間で確立した、ＶｏＩＰセッションの情報を指す。 The subscriber information is information on subscribers who can receive the SIP service. The registrar information refers to own information that the subscriber conveys to the SIP server by a request message called REGISTER. The outgoing filter information is information that can limit the SIP service that can be received for each subscriber. Specifically, “Acceptable SIP service = Accepted request message”, for example, “Receivable VoIP (VoiceOverIP) service = Accept INVITE request message”. The incoming filter information is information used by the subscriber to reject incoming calls from a specific user. Session information refers to information on a VoIP session established between users by an INVITE request message in the SIP protocol.

次に、今まで説明してきた、通信において使用する情報のそれぞれが、通信においてどう使用されるかを説明する。加入者情報にＵｓｅｒ−Ａ・Ｕｓｅｒ−Ｂが登録されていると仮定する。Ｕｓｅｒ−ＡがＲＥＧＩＳＴＥＲリクエストを送信すると、Ｕｓｅｒ−Ａが正規のユーザであるかどうかを確認するためＤＢサーバは加入者情報を検索する。Ｕｓｅｒ−Ａの情報は存在するので、ＳＩＰサーバはレジストラ情報にＵｓｅｒ−Ａの情報を書き込む。ＳＩＰサービスを利用するために、Ｕｓｅｒ−ＢがＲＥＧＩＳＴＥＲ登録を行うと、同様にレジストラ情報に書き込まれる。次に、Ｕｓｅｒ−ＢからＵｓｅｒ−ＡにＶｏＩＰセッション確立要求をするためにＩＮＶＩＴＥリクエストメッセージを送信すると、ＳＩＰサーバはレジストラ情報にＵｓｅｒ−Ｂが存在するかを確認する。存在していない場合はエラー応答を返す。存在する場合は、宛先であるＵｓｅｒ−Ａが存在するかを確認する。存在していない場合はエラー応答を返す。存在する場合は、Ｕｓｅｒ−Ａのレジストラ情報のコンタクトアドレスから位置情報を割り出す。次に発信フィルタ情報からＵｓｅｒ−ＢがＶｏＩＰサービスを利用できるかをチェックする。利用できない場合はエラー応答を返す。利用できる場合は、処理が次に進み、着信フィルタ情報からＵｓｅｒ−ＢからＵｓｅｒ−Ａ宛のリクエストメッセージが許容されるかをチェックする。許容されない場合はエラー応答を返す。許容される場合は、上記で割り出したＵｓｅｒ−Ａの位置情報宛てに、ＩＮＶＩＴＥリクエストメッセージを転送する。Ｕｓｅｒ−Ａが２００応答をし、ＩＮＶＩＴＥリクエストに了解することでセッションが確立するが、このときＳＩＰサーバはセッション情報をメモリに書き込む。 Next, how each piece of information used in communication that has been described so far is used in communication will be described. It is assumed that User-A and User-B are registered in the subscriber information. When User-A sends a REGISTER request, the DB server retrieves subscriber information to confirm whether User-A is a legitimate user. Since the User-A information exists, the SIP server writes the User-A information in the registrar information. When User-B performs REGISTER registration to use the SIP service, it is similarly written in the registrar information. Next, when an INVITE request message is transmitted from User-B to User-A to make a VoIP session establishment request, the SIP server confirms whether User-B exists in the registrar information. If it does not exist, an error response is returned. If it exists, it is confirmed whether User-A as the destination exists. If it does not exist, an error response is returned. If it exists, the position information is determined from the contact address of the registrar information of User-A. Next, it is checked whether User-B can use the VoIP service from the outgoing filter information. If it cannot be used, an error response is returned. If available, the process proceeds to check whether a request message addressed from User-B to User-A is allowed from the incoming filter information. Returns an error response if not allowed. If allowed, the INVITE request message is transferred to the location information of User-A determined above. When User-A makes a 200 response and accepts the INVITE request, the session is established. At this time, the SIP server writes the session information in the memory.

従来のＳＩＰサーバにおいては、これらの通信において使用する情報を、全てＳＩＰサーバ内のメモリに格納するという形態を取り、処理の高速化を図っていた。具体的には、全ての情報を記載した、加入者情報用ファイル・発信フィルタ情報ファイル・着信フィルタ情報ファイルをあらかじめ用意しておき、ＳＩＰサーバ起動時にそれらを全て読み込み、メモリに展開するという形態を取っている。 The conventional SIP server takes the form of storing all the information used in these communications in the memory in the SIP server to increase the processing speed. Specifically, the subscriber information file, the outgoing filter information file, and the incoming filter information file in which all information is described are prepared in advance, and when the SIP server is started, all of them are read and expanded in the memory. taking it.

また、上記で説明したＳＩＰサーバのようにメモリ内に情報を持たず、外部ＤＢ（ＤａｔａＢａｓｅ）サーバを用意し、そこに通信において使用する情報を格納する形態もあった。通信において使用する情報を全てメモリ内に持とうとしたとき、登録数に限界があり、大量に登録しようとした場合、相当なスペックのサーバ機器を要求されるため、コストが非常にかかる。これらの問題を外部ＤＢサーバ化によって解決する形態である。動的に変更される可能性のあるレジストラ情報およびセッション情報のみメモリ内に格納する。特許文献１には、レジストラ情報（本明細書の「ロケーション情報」に対応）を外部ＤＢサーバに格納する形態を取っている。 In addition, there is a form in which an external DB (DataBase) server is prepared and information used for communication is stored therein without having information in the memory like the SIP server described above. There is a limit to the number of registrations when trying to have all the information used in communication in memory, and when a large number of registrations are attempted, a server device with a considerable specification is required, which is very expensive. This is a form to solve these problems by using an external DB server. Only registrar information and session information that may be dynamically changed are stored in the memory. Patent Document 1 takes a form in which registrar information (corresponding to “location information” in this specification) is stored in an external DB server.

以下、説明の便宜上、通信において使用する情報を全てＳＩＰサーバ内のメモリに格納する従来技術を従来技術１、通信において使用する情報を全てＳＩＰサーバ外部のＤＢサーバに格納する従来技術を従来技術２と記載する。 Hereinafter, for convenience of explanation, the conventional technique 1 for storing all the information used in communication in the memory in the SIP server is the conventional technique 1, and the conventional technique for storing all the information used in communication in the DB server outside the SIP server. It describes.

特開２００２−１５２８０５JP 2002-152805 A

上記従来技術１においては、全ての情報をメモリ内に持つため、処理の高速化は図れるが、大量情報登録を行うことはできない。従来技術１は登録数が少ないことが前提となり、そのときはリクエストメッセージ受信〜転送までの通常の処理時間は１０ｍｓであったが、登録数を増加させようとした場合はメモリ増加による処理の遅延を引き起こし、最悪の場合はＳＩＰサーバがプロセスダウンするという事象も起こりえた。登録数が多いほど、上記不具合はもっと早い段階で起こる。処理の高速化のための全情報メモリ内展開ではあったが、登録数によって処理遅延を引き起こすという結果になっていた。 In the prior art 1, since all the information is stored in the memory, the processing speed can be increased, but a large amount of information cannot be registered. Prior art 1 is based on the premise that the number of registrations is small. At that time, the normal processing time from reception to transfer of a request message was 10 ms. However, if the number of registrations is to be increased, processing delay due to an increase in memory In the worst case, the SIP server could go down. The higher the number of registrations, the earlier the problem will occur. Although it was expanded in the entire information memory for speeding up the processing, it resulted in processing delay depending on the number of registrations.

また、上記従来技術２においては、外部ＤＢサーバ化によってメモリの圧迫を防いでいるが、元々の処理性能が、ＤＢアクセスにより遅くなるため、リクエストメッセージ受信〜転送までの処理時間が１００ｍｓほどかかっていた。特許文献１でも処理性能については言及されておらず、ＤＢアクセスによるリクエストメッセージ処理遅延が考えられる。 Further, in the above prior art 2, memory compression is prevented by using an external DB server, but since the original processing performance is slowed down by DB access, the processing time from request message reception to transfer takes about 100 ms. It was. Patent Document 1 does not mention processing performance, and a request message processing delay due to DB access can be considered.

本発明において解決しようとする課題は、上記２つの従来技術がかかえていた課題を纏めて解決することである。 The problem to be solved in the present invention is to collectively solve the problems of the above two conventional techniques.

従来よりも大量の情報登録をするためには、メモリ圧迫を防ぐ外部ＤＢサーバ化は必須である。従って外部ＤＢサーバに格納されている情報のうちの一部であって、メモリに展開することでその後の処理の高速化が図れる情報だけをメモリ内に展開することで処理の高速化とともに使用するメモリ量の減少を実現する。 In order to register a larger amount of information than before, it is essential to create an external DB server that prevents memory pressure. Therefore, only information that is part of the information stored in the external DB server and that can be developed in the memory to speed up the subsequent processing is used together with the speeding up of the processing in the memory. A reduction in the amount of memory is realized.

外部ＤＢサーバにアクセスすることで取得する情報と、ＳＩＰサーバのメモリに格納する情報とに二分することで、ＳＩＰサーバのメモリの増大を防ぐとともに処理の高速化を図る。 By dividing the information into information obtained by accessing the external DB server and information stored in the memory of the SIP server, an increase in the memory of the SIP server is prevented and the processing speed is increased.

以下に、図面を参照して、本発明の実施例について説明する。 Embodiments of the present invention will be described below with reference to the drawings.

図１は、ＳＩＰサービスの発着通信制御を行うＳＩＰサーバ２を中心とした、該サービス全体のネットワーク構成を示す。ＳＩＰサーバ２およびＳＩＰ通信において使用する情報を格納した外部ＤＢサーバ３は、ＳＩＰサービスを運用する側のネットワークである運用者ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）５に接続され、運用者ＬＡＮ５はＩＰネットワーク４に接続される。また、ＳＩＰサービスを利用するユーザ端末１もＩＰネットワーク４に接続される。各ユーザ端末１は、ＲＥＧＩＳＴＥＲやＩＮＶＩＴＥといったＳＩＰリクエストメッセージをＩＰパケットでＳＩＰサーバ２に送信する。またＳＩＰサーバ２は、外部ＤＢサーバ３に格納されている情報をＳＩＰ通信において使用するために、ＩＰネットワーク４を介して外部ＤＢサーバ３にアクセスする。ＩＰネットワーク４における１ドメインにつき、１台のＳＩＰサーバ２が用意される。図１はＩＰネットワーク４の１ドメインの構成を示している。 FIG. 1 shows a network configuration of the entire service centered on a SIP server 2 that controls incoming / outgoing communication of the SIP service. The SIP server 2 and the external DB server 3 storing information used in SIP communication are connected to an operator LAN (Local Area Network) 5 which is a network on the side of operating the SIP service, and the operator LAN 5 is connected to the IP network 4. Connected. A user terminal 1 that uses the SIP service is also connected to the IP network 4. Each user terminal 1 transmits a SIP request message such as REGISTER or INVITE to the SIP server 2 using an IP packet. The SIP server 2 accesses the external DB server 3 via the IP network 4 in order to use information stored in the external DB server 3 in SIP communication. One SIP server 2 is prepared for each domain in the IP network 4. FIG. 1 shows the configuration of one domain of the IP network 4.

図２は、ＳＩＰサーバ２の構成を示すブロック図である。ＳＩＰサーバ２は、ＩＰネットワーク４に繋がる各ユーザ端末１や外部ＤＢサーバ３とＩＰパケットの送受信を行うＩＰインタフェース部２１と、通信制御を行うプロセッサ２２と、プロセッサが実行する、上記通信制御用のプログラムを格納するプログラム格納メモリ２３と、上記通信制御に必要な各種テーブルを格納するためのメインメモリ２４とを備えている。プログラム格納メモリ２３には、ＲＥＧＩＳＴＥＲやＩＮＶＩＴＥなどのＳＩＰメッセージを送受信処理するＳＩＰメッセージ処理プログラム２３１と、レジストラ情報のテーブル書き込みや検索削除を行うレジストラ情報処理プログラム２３２と、セッション情報のテーブル書き込みや検索削除を行うセッション情報処理プログラム２３３と、発信フィルタ情報のテーブル書き込みや検索削除を行う発信フィルタ処理プログラム２３４と、着信フィルタ情報のテーブル書き込みや検索削除を行う着信フィルタ処理プログラム２３５と、外部ＤＢサーバ３へのテーブル検索要求などのＤＢアクセスを司るＤＢアクセスプログラム２３６が格納される。メインメモリ２４には、レジストラテーブル２４１と、セッションテーブル２４２と、発信フィルタテーブル２４３と、着信フィルタテーブル２４４が格納される。各種情報と各種テーブルについては、図４以降にて説明する。 FIG. 2 is a block diagram showing the configuration of the SIP server 2. The SIP server 2 includes an IP interface unit 21 that transmits and receives IP packets to and from each user terminal 1 and external DB server 3 connected to the IP network 4, a processor 22 that performs communication control, and the communication control that is executed by the processor. A program storage memory 23 for storing programs and a main memory 24 for storing various tables necessary for the communication control are provided. In the program storage memory 23, a SIP message processing program 231 for transmitting and receiving SIP messages such as REGISTER and INVITE, a registrar information processing program 232 for writing and searching for registrar information, and a table writing and searching for session information are deleted. Session information processing program 233 for performing transmission, transmission filter processing program 234 for performing table writing and retrieval deletion of outgoing filter information, incoming filter processing program 235 for performing table writing and retrieval deletion of incoming filter information, and external DB server 3 A DB access program 236 for managing DB access such as a table search request is stored. The main memory 24 stores a registrar table 241, a session table 242, an outgoing filter table 243, and an incoming filter table 244. Various information and various tables will be described with reference to FIG.

図３は、外部ＤＢサーバ３の構成を示すブロック図である。外部ＤＢサーバ３は、ＩＰネットワーク４に繋がるＳＩＰサーバ２とＩＰパケットの送受信を行うＩＰインタフェース部３１と、ＤＢ制御を行うプロセッサ３２と、プロセッサが実行する、上記ＤＢ制御用のプログラムを格納するプログラム格納メモリ３３と、上記ＤＢ制御する対象である各種テーブルを格納するためのメインメモリ３４とを備えている。プログラム格納メモリ３３には、メインメモリ３４内のテーブル情報を検索するためのテーブル検索プログラム３３１と、外部（本実施例においてはＳＩＰサーバ２）との情報のやり取りを司る外部アクセスプログラム３３２が格納される。メインメモリ３４には、加入者テーブル３４１と、発信フィルタテーブル３４２と、着信フィルタテーブル３４３が格納されている。次に、ＳＩＰサーバ２および外部ＤＢサーバ３における各種テーブルについて説明する。 FIG. 3 is a block diagram showing the configuration of the external DB server 3. The external DB server 3 is an IP interface unit 31 that transmits / receives IP packets to / from the SIP server 2 connected to the IP network 4, a processor 32 that performs DB control, and a program that stores the DB control program executed by the processor. A storage memory 33 and a main memory 34 for storing various tables to be DB-controlled are provided. The program storage memory 33 stores a table search program 331 for searching table information in the main memory 34 and an external access program 332 that manages the exchange of information with the outside (SIP server 2 in this embodiment). The The main memory 34 stores a subscriber table 341, an outgoing filter table 342, and an incoming filter table 343. Next, various tables in the SIP server 2 and the external DB server 3 will be described.

図４は、レジストラテーブル２４１の構成について示している。ＳＩＰプロトコルでは、ＲＥＧＩＳＴＥＲというリクエストメッセージにより、ユーザはＳＩＰサーバ２に自分の情報を伝えるが、その情報をレジストラ情報といい、レジストラ情報を格納するのがレジストラテーブル２４１である。ただし、以下で説明する加入者テーブルの中に存在しないユーザからのＲＥＧＩＳＴＥＲリクエストメッセージについては、ＳＩＰサーバ２はレジストラテーブル２４１への書き込みは行わず、該ユーザにはエラー応答を返す。レジストラテーブル２４１は、ＳＩＰプロトコルにおける加入者識別子であるＳＩＰ−ＵＲＩ・加入者が静的ユーザの場合はその位置情報を示すコンタクトアドレス・加入者がＳＩＰサービスを受けることができる時間を示すＥｘｐｉｒｅｓ（単位：秒）・ＳＩＰプロトコルにおけるリクエストメッセージ識別子であるＣａｌｌ−ＩＤ・同一Ｃａｌｌ−ＩＤのリクエストメッセージのカウントを示すＣｓｅｑといった情報から成る。ＳＩＰプロトコルでは、ＲＥＧＩＳＴＥＲリクエストメッセージに上記情報が全て記述されていなければならない。また、Ｅｘｐｉｒｅsに示された時間を経過すると、そのユーザのレジストラテーブル２４１はＳＩＰサーバ２により削除される。このレジストラテーブル２４１は、ＳＩＰサーバ２のメインメモリ２４で持つ。 FIG. 4 shows the configuration of the registrar table 241. In the SIP protocol, the user transmits his / her information to the SIP server 2 by a request message called REGISTER. This information is called registrar information, and the registrar table 241 stores the registrar information. However, for a REGISTER request message from a user that does not exist in the subscriber table described below, the SIP server 2 does not write to the registrar table 241 and returns an error response to the user. The registrar table 241 includes a SIP-URI which is a subscriber identifier in the SIP protocol, a contact address indicating the location information when the subscriber is a static user, and an Expires (unit) indicating a time when the subscriber can receive the SIP service. : Second) · Call-ID that is a request message identifier in the SIP protocol · Information such as Cseq indicating the count of request messages with the same Call-ID. In the SIP protocol, all of the above information must be described in the REGISTER request message. When the time indicated in Expires elapses, the registrar table 241 of the user is deleted by the SIP server 2. The registrar table 241 is held in the main memory 24 of the SIP server 2.

図５は、セッションテーブル２４２の構成について示している。ＳＩＰプロトコルにおいて、ＩＮＶＩＴＥリクエストメッセージによりユーザとユーザの間でＶｏＩＰセッションを確立するが、このセッションの情報をセッション情報といい、この情報を格納するのがセッションテーブル２４２である。セッションテーブル２４２は、ＩＮＶＩＴＥ送信者のＳＩＰ−ＵＲＩ（ｆｒｏｍＳＩＰ−ＵＲＩ）・ＩＮＶＩＴＥ受信者のＳＩＰ−ＵＲＩ（ｔｏＳＩＰ−ＵＲＩ）・ＩＮＶＩＴＥ送信者のコンタクトアドレス（ｆｒｏｍＳＩＰ−ＵＲＩ）・ＩＮＶＩＴＥ受信者のコンタクトアドレス（ｔｏＳＩＰ−ＵＲＩ）・加入者がＶｏＩＰセッションを受けることができる時間を示すＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓ（単位：秒）・ＳＩＰプロトコルにおけるリクエストメッセージ識別子であるＣａｌｌ−ＩＤ・同一Ｃａｌｌ−ＩＤのリクエストメッセージのカウントを示すＣｓｅｑといった情報から成る。Ｓｅｓｓｉｏｎ−Ｅｘｐｉｒｅsに示された時間を経過すると、そのセッションの情報はＳＩＰサーバ２により削除される。このセッションテーブル２４２は、ＳＩＰサーバ２のメインメモリ２４で持つ。 FIG. 5 shows the configuration of the session table 242. In the SIP protocol, a VoIP session is established between users by an INVITE request message. This session information is called session information, and the session table 242 stores this information. The session table 242 includes an INVITE sender's SIP-URI (from SIP-URI), an INVITE receiver's SIP-URI (toSIP-URI), an INVITE sender's contact address (from SIP-URI), and an INVITE receiver's contact address ( toSIP-URI) ・ Session-Expires (unit: seconds) indicating the time during which a subscriber can receive a VoIP session ・ Call-ID which is a request message identifier in the SIP protocol ・ Shows the count of request messages with the same Call-ID It consists of information such as Cseq. When the time indicated in Session-Expires elapses, the session information is deleted by the SIP server 2. This session table 242 is held in the main memory 24 of the SIP server 2.

図６は、加入者テーブル３４１の構成について示している。加入者情報を格納するのが加入者テーブル３４１であり、加入者情報とはＳＩＰサービスを受けることができる加入者の情報を示す。加入者テーブル３４１は、ＳＩＰ−ＵＲＩ・加入者が動的ユーザであるか静的ユーザであるかを識別する動的/静的ユーザ種別・コンタクトアドレスから成る。ＳＩＰプロトコルでは、ＲＥＧＩＳＴＥＲというリクエストメッセージにより、加入者が自分のコンタクトアドレス等の情報をＳＩＰサーバ２に教える形態を取るが、その形態を取る加入者を動的ユーザといい、ＲＥＧＩＳＴＥＲリクエストを行わず、ＳＩＰサービス加入前からあらかじめ固定のコンタクトアドレスをＳＩＰサーバ２運用側に伝えておき、登録してもらっている加入者を、静的ユーザという。この加入者テーブル３４１は、外部ＤＢサーバ３のメインメモリ３４で持ち、あるユーザからのＲＥＧＩＳＴＥＲリクエスト時に、ＳＩＰサーバ２が検索する。 FIG. 6 shows the configuration of the subscriber table 341. Subscriber information is stored in a subscriber table 341. The subscriber information indicates information on subscribers who can receive the SIP service. The subscriber table 341 includes a SIP-URI, a dynamic / static user type for identifying whether the subscriber is a dynamic user or a static user, and a contact address. In the SIP protocol, the subscriber teaches the SIP server 2 information such as his / her contact address by a request message called REGISTER. However, the subscriber taking the form is called a dynamic user, does not make a REGISTER request, A subscriber who has been informed of a fixed contact address before the SIP service subscription in advance and registered to the SIP server 2 operation side is called a static user. This subscriber table 341 is held in the main memory 34 of the external DB server 3 and is searched by the SIP server 2 when a REGISTER request is made from a certain user.

図７は、発信テーブル３４２の構成について示している。発信フィルタ情報を格納するのが発信フィルタテーブル３４２であり、発信フィルタ情報とは、加入者ごとに、受けることができるＳＩＰサービスを限定することができる情報である。具体的には、「受けることができるＳＩＰサービス＝受けつけるリクエストメッセージ」となり、例えば「ＶｏＩＰ（ＶｏｉｃｅＯｖｅｒＩＰ）サービスを受けることができる」＝「ＩＮＶＩＴＥリクエストメッセージを受け付ける」となる。発信フィルタテーブル３４２は、リクエストメッセージ発信者のＳＩＰ−ＵＲＩ・その発信者が受けることができるサービスが何であるかを数値化して示した利用サービス種別から成る。例えば、利用サービス種別が１ならＶｏＩＰサービスのみ利用可、２ならＶｏＩＰサービスとＰｒｅｓｅｎｃｅサービスを利用可・・といった分類をする。上記例において、ユーザＡの利用サービス種別が１として、ユーザＡがＰｒｅｓｅｎｃｅサービスにおけるリクエストメッセージ（例えばＳＵＢＳＣＲＩＢＥ）を送信してきたとすると、ユーザＡはＶｏＩＰサービスしか利用できないため、ＳＩＰサーバ２はエラー応答を返す。この発信フィルタテーブル３４２は、外部ＤＢサーバ３のメインメモリ３４で持ち、あるユーザからのＲＥＧＩＳＴＥＲリクエスト時に、ＳＩＰサーバ２のメインメモリ２４内に書き込まれる。テーブル構成は発信フィルタテーブル２４３も同じである。 FIG. 7 shows the configuration of the transmission table 342. The outgoing filter information is stored in the outgoing filter table 342. The outgoing filter information is information that can limit the SIP service that can be received for each subscriber. Specifically, “Acceptable SIP service = accepted request message”, for example, “Receivable VoIP (VoiceOverIP) service” = “Accept INVITE request message”. The outgoing filter table 342 includes the SIP-URI of the request message sender and the type of service used, which shows numerically what services the sender can receive. For example, if the usage service type is 1, only the VoIP service can be used, and if it is 2, the VoIP service and the presence service can be used. In the above example, if user A uses service type 1 and user A sends a request message (for example, SUBSCRIBE) in the presence service, since user A can only use the VoIP service, SIP server 2 returns an error response. . This outgoing filter table 342 is held in the main memory 34 of the external DB server 3 and is written in the main memory 24 of the SIP server 2 when a REGISTER request is made from a certain user. The table configuration is the same for the outgoing filter table 243.

図８は、着信フィルタテーブル３４３の構成について示している。着信フィルタ情報を格納するのが着信フィルタテーブル３４３であり、着信フィルタ情報とは、加入者が、ある特定のユーザからの着信を拒否するために使用する情報である。着信フィルタ情報は、着信者のＳＩＰ−ＵＲＩ（ｔｏＳＩＰ−ＵＲＩ）・発信者のＳＩＰ−ＵＲＩ（ｆｒｏｍＳＩＰ−ＵＲＩ）・着信者がその発信者からのリクエストを許可（Ａｌｌｏｗ）するか拒否（Ｄｅｎｙ）するかを示すパーミッションフラグから成る。パーミッションフラグがＤｅｎｙの場合、記述された発信者から着信者宛てのリクエストメッセージを、ＳＩＰサーバ２はエラー応答で返す。また、それ以外の発信者から上記着信者宛てのリクエストメッセージは通過させる。パーミッションフラグがＡｌｌｏｗの場合はその逆である。この着信フィルタテーブル３４３は、外部ＤＢサーバ３のメインメモリ３４で持ち、あるユーザからのＲＥＧＩＳＴＥＲリクエスト時に、ＳＩＰサーバ２のメインメモリ２４内に書き込まれる。テーブル構成は着信フィルタテーブル２４４も同じである。 FIG. 8 shows the configuration of the incoming filter table 343. The incoming filter information is stored in the incoming filter table 343. The incoming filter information is information used by the subscriber to reject incoming calls from a specific user. The incoming filter information includes the SIP-URI (toSIP-URI) of the callee, the SIP-URI of the caller (from SIP-URI), and the callee permits (Allows) or denies (Deny) the request from the caller. It consists of permission flags that indicate When the permission flag is Deny, the SIP server 2 returns a request message addressed to the called party from the described sender as an error response. Further, the request message addressed to the callee from other callers is passed. The reverse is true when the permission flag is Allow. This incoming filter table 343 is held in the main memory 34 of the external DB server 3 and is written in the main memory 24 of the SIP server 2 when a REGISTER request is made from a certain user. The table configuration is the same for the incoming filter table 244.

次に図９を使用して、ＲＥＧＩＳＴＥＲリクエスト時にユーザ端末１・ＳＩＰサーバ２・外部ＤＢサーバ３間でやり取りされるメッセージについて説明する。上記で説明したように、ユーザ端末１は、ＳＩＰサービス利用時にＲＥＧＩＳＴＥＲリクエストメッセージをＳＩＰサーバ２に向けて送信し、ユーザ端末１のレジストラ情報をＳＩＰサーバ２に知らせる（９０１・９０２）。ＲＥＧＩＳＴＥＲリクエストメッセージには、レジストラ情報であるＳＩＰ−ＵＲＩ・コンタクトアドレス・Ｅｘｐｉｒｅｓ・Ｃａｌｌ−ＩＤ・Ｃｓｅｑが指定してある。 Next, a message exchanged between the user terminal 1, the SIP server 2, and the external DB server 3 at the time of a REGISTER request will be described with reference to FIG. As described above, the user terminal 1 transmits a REGISTER request message to the SIP server 2 when using the SIP service, and informs the SIP server 2 of the registrar information of the user terminal 1 (901 and 902). In the REGISTER request message, registrar information SIP-URI, contact address, Expires, Call-ID, and Cseq are designated.

ここでＳＩＰサーバ２は、外部ＤＢサーバ３に、このユーザ端末１のＳＩＰ−ＵＲＩが加入者テーブル３４１に存在するものであるかを確認するため、検索信号を送信し（９０３）、外部ＤＢサーバはこの検索信号を受信する（９０４）。例えばＳＱＬ文を発行し、外部ＤＢサーバ３に問い合わせる。外部ＤＢサーバ３はこの検索要求に対し、該ＳＩＰ−ＵＲＩが存在するかそうでないかを検索し（９０５）、応答信号を送信する（９０６）。例えばＳＱＬ文により外部ＤＢサーバ３内の加入者テーブル３４１を検索し、ＳＱＬ文によりＳＩＰサーバ２に応答する。ＳＩＰサーバ２はこの応答信号を受信し（９０７）、もし該ＳＩＰ−ＵＲＩが加入者テーブル３４１に存在すれば、ＲＥＧＩＳＴＥＲリクエストメッセージのレジストラ情報をＳＩＰサーバ２のメインメモリ２４上にあるレジストラテーブル２４１に書き込み（９０８）、２００応答をユーザ端末１に送信する（９０９・９１０）。 Here, the SIP server 2 transmits a search signal to the external DB server 3 to confirm whether the SIP-URI of the user terminal 1 exists in the subscriber table 341 (903), and the external DB server Receives this search signal (904). For example, an SQL statement is issued and the external DB server 3 is inquired. In response to this search request, the external DB server 3 searches whether the SIP-URI exists or not (905), and transmits a response signal (906). For example, the subscriber table 341 in the external DB server 3 is searched using an SQL statement, and the SIP server 2 is responded using an SQL statement. The SIP server 2 receives this response signal (907). If the SIP-URI exists in the subscriber table 341, the registrar information of the REGISTER request message is sent to the registrar table 241 on the main memory 24 of the SIP server 2. Write (908) and 200 response are transmitted to the user terminal 1 (909, 910).

またＳＩＰサーバ２は、該ＳＩＰ−ＵＲＩのユーザの発信フィルタ情報および着信フィルタ情報が外部ＤＢサーバに格納されているか否かを確認するため、外部ＤＢサーバ３に検索信号を送信する（９１１）。例えばＳＱＬ文により、外部ＤＢサーバ３に問い合わせる。外部ＤＢサーバ３はこの検索要求を受信し（９１２）、発信フィルタ情報と着信フィルタ情報が存在するかそうでないかを検索して（９１３）応答信号を送信する（９１４）。例えばＳＱＬ文により外部ＤＢサーバ３内の発信フィルタテーブル３４２および着信フィルタテーブル３４３を検索し、ＳＱＬ文によりＳＩＰサーバ２に応答する。 In addition, the SIP server 2 transmits a search signal to the external DB server 3 in order to confirm whether or not the outgoing filter information and incoming filter information of the user of the SIP-URI are stored in the external DB server (911). For example, the external DB server 3 is inquired by an SQL sentence. The external DB server 3 receives this search request (912), searches whether the outgoing filter information and the incoming filter information exist (913), and transmits a response signal (914). For example, the outgoing filter table 342 and the incoming filter table 343 in the external DB server 3 are searched by the SQL sentence, and the SIP server 2 is responded by the SQL sentence.

ＳＩＰサーバ２はこの応答信号を受信し（９１５）、もし該発信フィルタ情報および着信フィルタ情報が存在すれば、ＳＩＰサーバ２内の発信フィルタテーブル２４３および着信フィルタテーブル２４４に書き込む（９１６）。なお、ＳＩＰサーバ２が２００応答を送信することと、発信フィルタ情報および着信フィルタ情報を外部ＤＢサーバ３に問い合わせることは、同期を取る必要はない。２００応答は、加入者テーブル３４１に情報がある時点で返して良いものであるからである。 The SIP server 2 receives this response signal (915), and if there is the outgoing filter information and incoming filter information, writes them in the outgoing filter table 243 and incoming filter table 244 in the SIP server 2 (916). Note that it is not necessary for the SIP server 2 to send a 200 response and to inquire the external DB server 3 about outgoing filter information and incoming filter information. This is because the 200 response can be returned when there is information in the subscriber table 341.

次に図１０を使用して、ＩＮＶＩＴＥリクエスト時に発側ユーザ端末１a・ＳＩＰサーバ２・着側ユーザ端末１b間でやり取りされるメッセージについて説明する。このやり取りにおいて、外部ＤＢサーバ３は登場しない。上記で説明したように、発側ユーザ端末１aは、ＳＩＰのＶｏＩＰサービス利用時にＩＮＶＩＴＥリクエストメッセージをＳＩＰサーバ２に向けて送信する（１００１・１００２）。ＩＮＶＩＴＥリクエストメッセージには宛先が示されているため、それを元に、ＳＩＰサーバ２のメインメモリ２４上にあるレジストラテーブル２４１・発信フィルタテーブル２４３・着信フィルタテーブル２４４を検索し、ＶｏＩＰ相手の着側ユーザ端末１bに転送する。 Next, a message exchanged between the calling user terminal 1a, the SIP server 2, and the called user terminal 1b at the time of the INVITE request will be described with reference to FIG. In this exchange, the external DB server 3 does not appear. As described above, the calling user terminal 1a transmits an INVITE request message to the SIP server 2 when using the SIP VoIP service (1001 and 1002). Since the destination is indicated in the INVITE request message, the registrar table 241, the outgoing filter table 243, and the incoming filter table 244 in the main memory 24 of the SIP server 2 are searched based on the destination, and the destination of the VoIP counterpart Transfer to user terminal 1b.

具体的には、ＩＮＶＩＴＥリクエストメッセージには、セッション情報であるｆｒｏｍＳＩＰ−ＵＲＩ・ｔｏＳＩＰ−ＵＲＩ・ｆｒｏｍコンタクトアドレス・ｔｏコンタクトアドレス・Ｓｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓ・Ｃａｌｌ−ＩＤ・Ｃｓｅｑが指定してある。ＳＩＰサーバ２はＩＮＶＩＴＥを受信すると、ｆｒｏｍＳＩＰ−ＵＲＩが存在するかを確認する。これは、該ＳＩＰ―ＵＲＩがレジストラテーブル２４１に登録されているか（ＲＥＧＩＳＴＥＲ済みであるか）を確認するためである。されていない場合は、エラー応答を発側ユーザ端末１aに送信する。 Specifically, from SIP-URI, toSIP-URI, from contact address, to contact address, Session-Expires, Call-ID, and Cseq, which are session information, are specified in the INVITE request message. When the SIP server 2 receives the INVITE, the SIP server 2 confirms whether a from SIP-URI exists. This is to confirm whether the SIP-URI is registered in the registrar table 241 (whether REGISTER has been completed). If not, an error response is transmitted to the originating user terminal 1a.

次に、ｔｏＳＩＰ−ＵＲＩの位置情報を割り出すため、ｔｏＳＩＰ−ＵＲＩをキーに、レジストラテーブル２４１を検索する。レジストラテーブル２４１に該情報がない場合は、エラー応答を発側ユーザ端末１aに送信する。ある場合は、ｔｏＳＩＰ-ＵＲＩのコンタクトアドレスを記憶しておく。次に、ＳＩＰサーバ２内の発信フィルタテーブル２４３を検索する。利用サービス種別からｆｒｏｍＳＩＰ-ＵＲＩがＩＮＶＩＴＥサービス利用可能ユーザであるかを確認するためである。ＩＮＶＩＴＥサービス利用可能ユーザでない場合は、エラー応答を発側ユーザ端末１aに送信する。ある場合は、サービス利用可能と判断し、次の処理に進む。 Next, in order to determine the location information of toSIP-URI, the registrar table 241 is searched using toSIP-URI as a key. If there is no such information in the registrar table 241, an error response is transmitted to the originating user terminal 1a. If there is, the contact address of toSIP-URI is stored. Next, the outgoing filter table 243 in the SIP server 2 is searched. This is for confirming whether the from SIP-URI is a user who can use the INVITE service from the type of service used. If the user cannot use the INVITE service, an error response is transmitted to the calling user terminal 1a. If there is, it is determined that the service is available, and the process proceeds to the next process.

次に、ＳＩＰサーバ２内の着信フィルタテーブル２４４を検索する。該ＩＮＶＩＴＥリクエストメッセージのｆｒｏｍＳＩＰ-ＵＲＩ・ｔｏＳＩＰ−ＵＲＩの組み合わせが、パーミッションフラグ「ｄｅｎｙ」として着信フィルタテーブル２４４に登録されている場合は、エラー応答を発側ユーザ端末１aに送信する。ない場合は、上記で記憶したｔｏＳＩＰ-ＵＲＩのコンタクトアドレス宛て、つまり着側ユーザ端末１b宛てにＩＮＶＩＴＥを転送する（１００３・１００４・１００５）。ＩＮＶＩＴＥを受信した着側ユーザ端末１bは、２００応答を返して（１００６）ＳＩＰサーバ２がそれを受信（１００７）、ＳＩＰサーバ２は２００応答を発側ユーザ端末１aに転送して（１００８）発側ユーザ端末１aはそれを受信する（１００９）。ＳＩＰサーバ２は２００応答転送後、セッションテーブル２４２にセッション情報を書き込む（１０１０）。 Next, the incoming filter table 244 in the SIP server 2 is searched. When the combination of fromSIP-URI / toSIP-URI of the INVITE request message is registered in the incoming filter table 244 as a permission flag “deny”, an error response is transmitted to the calling user terminal 1a. If not, INVITE is transferred to the contact address of the toSIP-URI stored above, that is, to the destination user terminal 1b (1003, 1004, 1005). Upon receiving the INVITE, the called user terminal 1b returns a 200 response (1006), and the SIP server 2 receives it (1007), and the SIP server 2 transfers the 200 response to the calling user terminal 1a (1008). The side user terminal 1a receives it (1009). The SIP server 2 writes the session information in the session table 242 after transferring the 200 response (1010).

図９と図１０を比較して分かるように、ＲＥＧＩＳＴＥＲのときのみ、ＳＩＰサーバ２から外部ＤＢサーバ３へのアクセスがあり、ＳＩＰサービス利用時、例えばＶｏＩＰサービス（ＩＮＶＩＴＥ）利用時では、ＳＩＰサーバ２から外部ＤＢサーバ３へのアクセスがなくメモリ内の情報を検索するため、処理が高速である。ＲＥＧＩＳＴＥＲは、ＳＩＰサービスを利用したいユーザ側が最初に実施するものである（例えばユーザ端末１のＳＩＰアプリケーションを立ち上げたときにＲＥＧＩＳＴＥＲ送信）。最初の１回のみＤＢアクセスが発生するため処理が若干遅くなるが、それ以降はメモリ内の情報を検索するために処理が高速だということである。また、ＲＥＧＩＳＴＥＲ時に、そのＲＥＧＩＳＴＥＲを送信してきたユーザの分のみのフィルタ情報をメモリに読むため、必要な情報のみをメモリ内に持つことができ、リソースの効率的な活用ができている。 As can be seen by comparing FIG. 9 and FIG. 10, the SIP server 2 accesses the external DB server 3 only in REGISTER, and when using the SIP service, for example, when using the VoIP service (INVITE), the SIP server 2 Since there is no access to the external DB server 3 and information in the memory is searched, the processing is fast. REGISTER is first implemented by the user who wants to use the SIP service (for example, REGISTER transmission when the SIP application of the user terminal 1 is started up). Since the DB access occurs only once for the first time, the processing is slightly slow, but after that, the processing is fast for searching for information in the memory. In addition, since only filter information for the user who has transmitted the REGISTER is read into the memory at REGISTER, only necessary information can be stored in the memory, and resources can be used efficiently.

次に図１１を使用して、ＳＩＰサーバ２および外部ＤＢサーバ３の処理フローチャートについて説明する。ＳＩＰプロトコルにはＳＵＢＳＣＲＩＢＥやＭＥＳＳＡＧＥなどのリクエストも存在するが、説明の便宜上、ＲＥＧＩＳＴＥＲとＩＮＶＩＴＥのみとして以下説明する。ユーザ端末１がリクエストメッセージを送信すると、ＳＩＰサーバ２はＩＰインタフェース部２１を介してパケットを受信し（１１０１）、ＲＥＧＩＳＴＥＲかＩＮＶＩＴＥかのパケット種別を判別する。 Next, a processing flowchart of the SIP server 2 and the external DB server 3 will be described with reference to FIG. There are requests such as SUBSCRIBE and MESSAGE in the SIP protocol, but for convenience of explanation, only the REGISTER and INVITE will be described below. When the user terminal 1 transmits a request message, the SIP server 2 receives the packet via the IP interface unit 21 (1101), and determines the packet type of REGISTER or INVITE.

ＲＥＧＩＳＴＥＲの場合は、外部ＤＢサーバ３に、ＲＥＧＩＳＴＥＲリクエストメッセージに記述されるＳＩＰ−ＵＲＩが加入者テーブル３４１に登録されているかを検索するために、外部ＤＢサーバ３にＩＰインタフェース部２１を介して要求し、該ＳＩＰ−ＵＲＩが加入者テーブル３４１に加入者として登録されているかを、外部ＤＢサーバ３からＩＰインタフェース部２１を介して応答を受ける（１１０２）。ここで、該ＳＩＰ−ＵＲＩが加入者テーブル３４１に存在していなかった場合は、ユーザ端末１にエラー応答を送信する（１１０４）。存在していた場合は、ＲＥＧＩＳＴＥＲリクエストメッセージに記述されたレジストラ情報をレジストラテーブル２４１に書き込み（１１０３）、ユーザ端末１に２００応答を送信する（１１０５）。次にＳＩＰサーバ２は、ＩＰインタフェース部２１を介して外部ＤＢサーバ３に、該ＳＩＰ−ＵＲＩのフィルタ情報（発信フィルタ情報・着信フィルタ情報）を問い合わせ、外部ＤＢサーバ３内部のフィルタテーブル（発信フィルタテーブル３４２・着信フィルタテーブル３４３）に該ＳＩＰ−ＵＲＩの情報があればその情報を、ない場合はその旨、外部ＤＢサーバ３からＩＰインタフェース部２１を介して応答を受ける（１１０６）。ＳＩＰサーバ２は、フィルタ情報がない場合は何も書き込まず（１１０８）、フィルタ情報がある場合は内部のフィルタテーブル（発信フィルタテーブル２４３・着信フィルタテーブル２４４）に書き込みを行う（１１０７）。 In the case of REGISTER, a request is made to the external DB server 3 via the IP interface unit 21 in order to search the external DB server 3 whether the SIP-URI described in the REGISTER request message is registered in the subscriber table 341. Then, a response is received from the external DB server 3 via the IP interface unit 21 as to whether the SIP-URI is registered as a subscriber in the subscriber table 341 (1102). If the SIP-URI does not exist in the subscriber table 341, an error response is transmitted to the user terminal 1 (1104). If it exists, the registrar information described in the REGISTER request message is written in the registrar table 241 (1103), and a 200 response is transmitted to the user terminal 1 (1105). Next, the SIP server 2 inquires of the external DB server 3 via the IP interface unit 21 about the filter information (outgoing filter information / incoming filter information) of the SIP-URI, and the filter table (outgoing filter) inside the external DB server 3. If the SIP-URI information is present in the table 342 and the incoming filter table 343), a response is received from the external DB server 3 via the IP interface unit 21 if the SIP-URI information is present (1106). When there is no filter information, the SIP server 2 writes nothing (1108), and when there is filter information, the SIP server 2 writes to the internal filter tables (the outgoing filter table 243 and the incoming filter table 244) (1107).

ＩＮＶＩＴＥの場合は、外部ＤＢサーバ３へのアクセスはなく、全てＳＩＰサーバ２内部の処理となる。ＩＮＶＩＴＥのｆｒｏｍＳＩＰ−ＵＲＩをキーとして、レジストラテーブル２４１に該ｆｒｏｍＳＩＰ−ＵＲＩの情報があるかないかを検索する（１１０９）。ない場合は、ユーザ端末１にエラー応答を送信する（１１１１）。ある場合は、ｔｏＳＩＰ−ＵＲＩをキーとして、レジストラテーブル２４１を検索する（１１１０）。ない場合は、ユーザ端末１にエラー応答を送信する（１１１３）。ある場合は、該ｔｏＳＩＰ−ＵＲＩのコンタクトアドレスを、ＩＮＶＩＴＥ転送処理のために記憶しておく（１１１２）。 In the case of INVITE, there is no access to the external DB server 3 and all processing is performed within the SIP server 2. Using the fromSIP-URI of INVITE as a key, the registrar table 241 is searched for information on the fromSIP-URI (1109). If not, an error response is transmitted to the user terminal 1 (1111). If there is, the registrar table 241 is searched using the toSIP-URI as a key (1110). If not, an error response is transmitted to the user terminal 1 (1113). If there is, the contact address of the toSIP-URI is stored for INVITE transfer processing (1112).

次に、発信フィルタテーブル２４３を、ｆｒｏｍＳＩＰ−ＵＲＩをキーとして検索する（１１１４）。該ｆｒｏｍＳＩＰ−ＵＲＩの利用サービス種別がＩＮＶＩＴＥを制限するものの場合は、ユーザ端末１にエラー応答を送信する（１１１６）。そうでない場合は、着信フィルタテーブル２４４を、ｆｒｏｍＳＩＰ−ＵＲＩとｔｏＳＩＰ−ＵＲＩをキーとして検索する（１１１５）。着信フィルタテーブル２４４に、該ｆｒｏｍＳＩＰ−ＵＲＩからｔｏＳＩＰ−ＵＲＩへのリクエストを制限するような情報があった場合、ユーザ端末１にエラー応答を送信する（１１１８）。ない場合、上記で記憶しておいた該ｔｏＳＩＰ−ＵＲＩのコンタクトアドレス宛てに、ＩＮＶＩＴＥを転送する（１１１７）。なお、着信側のユーザ端末１が２００応答を送信してきた場合は、その２００応答を発信側ユーザ端末１に転送し、かつセッションテーブル２４２に該セッション情報を書き込む処理が入るが、本発明の本質ではないため、図１１および１２には記載していない。 Next, the outgoing filter table 243 is searched using the fromSIP-URI as a key (1114). When the use service type of the from SIP-URI restricts INVITE, an error response is transmitted to the user terminal 1 (1116). Otherwise, the incoming filter table 244 is searched using the fromSIP-URI and toSIP-URI as keys (1115). If there is information in the incoming filter table 244 that restricts the request from the from SIP-URI to the to SIP-URI, an error response is transmitted to the user terminal 1 (1118). If not, INVITE is transferred to the contact address of the toSIP-URI stored above (1117). If the incoming user terminal 1 transmits a 200 response, a process of transferring the 200 response to the outgoing user terminal 1 and writing the session information in the session table 242 is performed. Therefore, it is not described in FIGS.

以上の実施例のような構成を取ることにより、加入者情報・発信フィルタ情報・着信フィルタ情報について、現在ＳＩＰサービス利用者の情報のみをメモリ内に持つため、従来技術１のようにＳＩＰサーバが使用しない、無駄な情報をメモリ内に持たず、メモリの有効活用を実現している。従来のように全てをメモリ内に持とうとしたときに要求されるハイスペックなサーバ機器も必要なく、コストパフォーマンスも良いといえる。 By adopting the configuration as in the above embodiment, since only the information of the current SIP service user is stored in the memory for the subscriber information, outgoing filter information, and incoming filter information, the SIP server as in the prior art 1 Effective use of the memory is realized without using unnecessary information in the memory. There is no need for high-spec server equipment required when trying to have everything in memory as in the past, and it can be said that cost performance is good.

また、ＲＥＧＩＳＴＥＲリクエストメッセージ処理時のみ、加入者ＳＩＰ−ＵＲＩの参照のためのＤＢアクセスが行われ、処理速度が落ちるが、それ以外のＩＮＶＩＴＥ・ＳＵＢＳＣＲＩＢＥリクエストメッセージや発信/着信フィルタ処理は、メモリ内に必要な情報を持つため、処理が高速になる。従来技術２のように、外部ＤＢサーバ化を行っただけの構成では、メモリの低減は狙えても、ＤＢアクセスによる性能劣化が起こる問題が残ってしまっていたが、その問題をも解決する。具体的には、加入者情報８００００件登録、レジストラ情報８０００件登録、発信/着信フィルタ情報８００００件登録、セッション情報４０００件登録をおこない、リクエストメッセージ受信〜転送までの処理時間１０ｍｓを実現している。 In addition, DB access for referencing the subscriber SIP-URI is performed only when the REGISTER request message is processed, and the processing speed decreases. However, other INVITE / SUBSCRIBE request messages and outgoing / incoming filter processing are stored in the memory. Because it has the necessary information, the processing is faster. In the configuration in which the external DB server is simply used as in the conventional technique 2, the problem of performance degradation due to DB access remains even though the memory can be reduced, but this problem is also solved. Specifically, registration of 80000 cases of subscriber information, registration of 8000 cases of registrar information, registration of 80000 cases of outgoing / incoming filter information, and registration of 4000 cases of session information, and a processing time of 10 ms from request message reception to transfer is realized. .

ネットワーク全体構成図の一実施例を示す図である。It is a figure which shows one Example of a network whole block diagram. ＳＩＰサーバの機能ブロックの一実施例を示す図である。It is a figure which shows one Example of the functional block of a SIP server. ＤＢサーバの機能ブロックの一実施例を示す図である。It is a figure which shows one Example of the functional block of DB server. レジストラテーブルの一実施例を示す図である。It is a figure which shows one Example of a registrar table. セッションテーブルの一実施例を示す図である。It is a figure which shows one Example of a session table. 加入者テーブルの一実施例を示す図である。It is a figure which shows one Example of a subscriber table. 発信フィルタテーブルの一実施例を示す図である。It is a figure which shows one Example of a transmission filter table. 着信フィルタテーブルの一実施例を示す図である。It is a figure which shows one Example of an incoming call filter table. ＲＥＧＩＳＴＥＲ処理の一実施例を示す図である。It is a figure which shows one Example of the REGISTER process. ＩＮＶＩＴＥ処理の一実施例を示す図である。It is a figure which shows one Example of INVITE process. ＳＩＰサーバの処理フローチャートの一実施例を示す図である。It is a figure which shows one Example of the processing flowchart of a SIP server.

Explanation of symbols

２ＳＩＰサーバ
３外部ＤＢサーバ
２４１レジストラテーブル
２４２セッションテーブル
２４３、３４２発信フィルタテーブル
２４４、３４３着信フィルタテーブル
３４１加入者テーブル
2 SIP server 3 External DB server 241 Registrar table 242 Session tables 243 and 342 Outgoing filter tables 244 and 343 Incoming filter table 341 Subscriber table

Claims

A session management device for managing the start and end of a session between communication terminals;
A database holding information used for setting a session between the communication terminals,
When the session management device receives a message requesting registration from a communication terminal,
A session management system characterized in that information relating to a service that can be received by a user of the communication terminal is obtained by inquiring the database, and the obtained information is held in a memory of the own device.

A session management device for connecting a session between communication terminals and then disconnecting the session;
A database holding information used to manage a session between the communication terminals,
When the session management device receives a message requesting registration from a communication terminal, the user of the communication terminal inquires the database to obtain information on a partner user who rejects the incoming call, and obtains the acquired information from the own device. A session management system characterized by being held in a memory.

In the session management system according to claim 1 or 3,
The session management system according to claim 1, wherein the registration request message is a REGISTER message.