JP2008244749A

JP2008244749A - Ｓｉｐ通信システム、呼制御サーバ、および呼制御方法

Info

Publication number: JP2008244749A
Application number: JP2007081419A
Authority: JP
Inventors: Yojiro Yoshizawa; 洋次郎芳澤; Minoru Ota; 太田　　実
Original assignee: NEC Corp; NEC Communication Systems Ltd
Current assignee: NEC Corp; NEC Communication Systems Ltd
Priority date: 2007-03-27
Filing date: 2007-03-27
Publication date: 2008-10-09
Anticipated expiration: 2027-03-27
Also published as: JP4880510B2; US20080240085A1

Abstract

【課題】発呼制御を行う呼制御サーバにより、発呼側のアクセス網を構成するネットワークや、発呼端末の特性に適した最適な呼制御行えるようにし、これにより、効率が良く信頼性の高い通信を行えるようにする。
【解決手段】端末の位置登録または発呼制御の際、端末と、呼制御サーバの間で、端末がアクセス網上で使用する通信方式を識別するアクセスタイプ、または、端末の該アクセス網内での位置情報を識別するアクセス情報を制御情報として含むＳＩＰメッセージを送受信する。呼制御サーバのアクセス網解析機能部１２は、前記アクセスタイプ、またはアクセス情報を用いて、アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に最適な通信制御を選択する設定情報を格納した位置情報テーブルを参照し、当該端末ないしそのアクセス網について行なう通信制御の形態を決定する。
【選択図】図１

Description

本発明は、異なるネットワーク基盤上に構成されたアクセス網を経由して、発呼側の端末と、呼制御サーバの間でＳＩＰ通信を行なうことにより、前記端末の位置登録または発呼制御を行うＳＩＰ通信システム、その呼制御サーバ、およびその呼制御方法に関するものである。

従来より、ＩＰ網上で音声通信を行うＶｏＩＰサービスは、運用、課金などの面から見ても旧来の回線交換網を利用した公衆回線電話網（ＰＳＴＮ）よりも安価なシステム構築が可能であることから、注目を集めている。

また、携帯電話などの移動体通信システムや、公衆無線ＬＡＮ、公衆回線電話網など各種の通信ネットワークを、ＶｏＩＰ技術を中心として統合し次世代ネットワークを構築しようとする技術、規格が提案、整備されつつある。

この種の次世代ネットワークアーキテクチャとしては、たとえば、３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）によるＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）が知られている（たとえば下記の非特許文献１）。

一般に、上記のようなＶｏＩＰ通信システムでは、発呼時に発呼端末と、呼制御サーバの間で、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）により着呼端末を特定し、両端末どうしの接続が仲介される。

ＳＩＰは、現行の各ＶｏＩＰサービスにおいて、ＲＦＣ３２６１などで提案された仕様にほぼ基づく技術が既に実用化されているが、上記のＩＭＳなど、次世代ネットワークとして考えられている通信システムでは、さらに拡張されたヘッダを有するＳＩＰメッセージを用いる構成が提案されている（たとえば下記の非特許文献２、および３）。

3GPP IP Multimedia Subsystem (IMS):http://www.3gpp.org/ftp/Specs/html-info/23228.htm IMS call control protocol based on SIP and SDP:http://www.3gpp.org/ftp/Specs/html-info/24229.htm RFC3455 3GPP SIP拡張ヘッダ：http://www.ietf.org/rfc/rfc3455.txt

上述の次世代ネットワークとして考えられている通信システムでは、呼制御サーバは、ＩＰ技術を基盤とする種々のネットワーク、たとえばＷＬＡＮ（（公衆）無線ＬＡＮ）、ＷｉＭＡＸ（ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）、ＦＴＴＨ（ＦｉｂｅｒＴｏＴｈｅＨｏｍｅ：光ファイバ通信網）などのアクセス網上で動作する発呼端末からの発呼を処理する必要がある。

しかし、従来より提案されているＶｏＩＰ技術を利用した呼制御サーバでは、これらの異なるアクセス網上の発呼端末からの発呼を受け付ける場合に、発呼側のアクセス網を構成するネットワークや、発呼端末の特性に適した最適な呼制御を行うことができなかった。

たとえば、上記の各アクセス網として用いられるネットワークでは、通信速度や端末間の応答速度が異なることが予想され、また、発呼端末自体の処理能力なども製品の仕様に応じて機種ごとに様々に異なったものとなる、と考えられる。

本発明の課題は、上記の問題に鑑み、発呼制御を行う呼制御サーバにより、発呼側のアクセス網を構成するネットワークや、発呼端末の特性に適した最適な呼制御行えるようにし、これにより、効率が良く信頼性の高い通信を行えるようにすることにある。

上記課題を解決するため、本発明においては、異なるネットワーク基盤上に構成されたアクセス網を経由して、端末と、呼制御サーバの間でＳＩＰ通信を行なうことにより、前記端末の位置登録または発呼制御を行うＳＩＰ通信システム、その呼制御サーバ、およびその呼制御方法において、前記端末の位置登録または発呼制御の際、前記端末と、前記呼制御サーバの間で、前記端末が前記アクセス網上で使用する通信方式を識別するアクセスタイプ、または、前記端末の該アクセス網内での位置情報を識別するアクセス情報を制御情報として含むＳＩＰメッセージを送受信し、前記呼制御サーバが、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に最適な通信制御を選択する設定情報を格納した位置情報テーブルを参照し、当該端末ないしそのアクセス網について行なう通信制御の形態を決定する構成を採用した。

上記構成によれば、呼制御サーバは、前記アクセスタイプ、またはアクセス情報を用いて、端末ないしそのアクセス網について行なう通信制御の形態を決定することができる。これにより、発呼側のアクセス網を構成するネットワークや、発呼端末の特性に適した最適な通信制御を呼制御サーバで行なえるようになり、効率が良く信頼性の高い通信を行なえる、という優れた効果がある。

以下、添付図面を参照して、本発明を実施するための最良の形態の一例として、種々のネットワーク基盤上に構成された異なるアクセス網からの発呼を処理する呼制御サーバを中心として構築されたＶｏＩＰ通信システムに関する実施例につき説明する。

図５は、本発明を採用したＶｏＩＰ通信システムの構成の概要を示している。

図５において、符号１は、呼制御サーバで、この呼制御サーバ１は、種々のネットワーク基盤、たとえば、ＷＬＡＮ（（公衆）無線ＬＡＮ）、ＷｉＭＡＸ（ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）、ＦＴＴＨ（ＦｉｂｅｒＴｏＴｈｅＨｏｍｅ：光ファイバ通信網）などのネットワーク基盤上に構築された異なるアクセス網（Ａ、Ｂ、Ｃ…）５０１、５０２、５０３…を経由して端末６０１〜６０３…からのＶｏＩＰ発呼を受け付ける。

呼制御サーバ１は、回線業者などによってＩＰ網（たとえばインターネット）上に設置される。各アクセス網５０１〜５０３…は、呼制御サーバ１の設置されたＩＰ網とＩＰベースの通信、たとえばＴＣＰ、ＵＤＰ、ＲＴＰなどのプロトコルを用いた通信により、相互に接続できるものとする。

呼制御サーバ１は、各アクセス網５０１〜５０３…を用いてそれぞれ通信する端末６０１〜６０３…からの発呼を処理する。この発呼処理は、ＳＩＰにより制御される。本実施例では、このＳＩＰプロトコルとして、上記の非特許文献２および非特許文献３に示した拡張ＳＩＰプロトコルを用いるものとする。

各アクセス網５０１〜５０３…の発呼端末６０１〜６０３…は、発呼時、呼制御サーバ１との間でＳＩＰメッセージを交換する。このＳＩＰメッセージには、制御情報として、図の右下に示すようなＰ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ５０が付与される。

このＰ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ５０は、上記の拡張ＳＩＰで用いられるもので、アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）５１、アクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）５２の各制御情報を含む。

このうち、アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）５１は、その端末が前記アクセス網上で使用するネットワークのレイヤ２およびレイヤ３の技術（通信方式）を識別する。図示の例では、アクセスタイプは「３ＧＰＰ−ＵＴＲＡＮ−ＴＤＤ」であるが、他に、アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）５１としては、端末およびそのアクセス網で用いられるレイヤ２およびレイヤ３の技術に応じて「ＩＥＥＥ−８０２．１１ａ／ｂ」、「３ＧＰＰ−ＧＥＲＡＮ」、「３ＧＰＰ−ＵＴＲＡＮ−ＦＤＤ」、「３ＧＰＰ−ＵＴＲＡＮ−ＴＤＤ」、「３ＧＰＰ−ＣＤＭＡ２０００」などの情報が格納される。

また、アクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）５２は、その端末が接続しているアクセス網上のセル情報、すなわち、端末の当該アクセス網内での位置を識別する情報であり、アクセス網上の端末の現在位置に応じて図示のように「ｃｇｉ−３ｇｐｐ＝ｘｘｘｘｘｘｘｘｘｘ…」のような形式でセル情報コードが格納される。

本実施例では、位置登録や、発呼時に上記のようなＰ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ５０を付したＳＩＰメッセージを、発呼端末（６０１〜６０３…）が呼制御サーバ１に送信する。そして、呼制御サーバ１がＰ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ５０のアクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）５１、アクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）５２の情報を用いて、発呼制御に関して、当該端末の特性、ないしは当該端末の属するアクセス網の特性を考慮した最適な設定を選択する。

図１は、上記の呼制御サーバ１の機能構成の概略を示している。

図１において、呼制御サーバ１はＳＩＰプロトコル機能部１１、アクセス網解析機能部１２、および呼処理機能部１３から構成されている。これらの機能部１１〜１３は、呼制御サーバ１のハードウェア、およびソフトウェアにより構成される。

呼制御サーバ１のハードウェアは、たとえば図６に示すように構成することができる。

図６において、呼制御サーバ１は、主たる制御手段としてのＣＰＵ１０１、呼制御サーバ１が配置されるＩＰ網とのインターフェースに用いられるネットワークインターフェース１０２、ＣＰＵ１０１の制御プログラムや制御に必要な定数を格納したＲＯＭ１０３、ワークエリアとして用いられるＲＡＭ１０４、装置の設定、管理、保守などに用いられるキーボード、ディスプレイなどによるユーザーインターフェース手段１０５などから構成される。

また、呼制御サーバ１には、必要に応じてこの他に、呼制御に必要なデータベース情報などを格納するためのＨＤＤ１０６が設けられる。

再び、図１において、呼制御サーバ１の各機能部１１〜１３は、実際には、図６のＣＰＵ１０１が、後述の制御手順にしたがって同図の各ハードウェアを制御することにより実現される制御手段である。後述する制御手順は、ＲＯＭ１０３（あるいはＨＤＤ１０６など）にＣＰＵ１０１の制御プログラムとして格納しておく。

図１のＳＩＰプロトコル機能部１１は、ＳＩＰプロトコルにしたがって、発呼端末あるいは着呼端末との間でＳＩＰメッセージを送受信する機能を有する。

アクセス網解析機能部１２は、本発明の要部をなすもので、端末の位置登録、あるいは端末から発呼を受けつける際、端末が送信してくるＳＩＰメッセージ中のＰ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ５０を解析し、この解析結果に基づき、以後、発呼側のアクセス網を構成するネットワークや、発呼端末の特性に適した最適な呼制御を行うべく、呼制御サーバ１の設定動作を行う。

呼処理機能部１３は、アクセス網解析機能部１２の解析結果に基づき、ＳＩＰプロトコル機能部１１の制御を介して、ＳＩＰレスポンスメッセージを端末２（図５の６０１〜６０３…に対応）に送信する。

次に上記構成における動作につき、図２〜図４を参照して説明する。

図２は、本発明の通信制御が行なわれる典型的なＳＩＰシーケンスを示している。図２のＳＩＰシーケンスは、端末２と呼制御サーバ１との間で実行される。

また、図３は、上記のアクセス網解析機能部１２の要部を構成する制御手順の流れを示している。図示の制御手順は、呼制御サーバ１のＣＰＵ１０１の制御プログラムとして、たとえばＲＯＭ１０３（あるいはＨＤＤ１０６など）に格納される。

また、図４は、図２のシーケンス、ないし図３の制御手順において、参照される位置情報テーブルの構成例を示している。

まず、図２から説明する。図２は、端末２の位置登録、および発呼時の典型的なＳＩＰシーケンスを示しており、同図において、端末２は、自機が属するアクセス網の特定のサービスエリア内に入っているとき、自機がどのセルにいるかを登録するためのＲＥＧＩＳＴＥＲメッセージ２１を呼制御サーバ１に送信する。

このＲＥＧＩＳＴＥＲメッセージ２１に対して、呼制御サーバ１は、ＨＤＤ１０６などに格納された加入者情報などを参照の上、位置登録を許容するならばＯＫメッセージ２２（メッセージの識別コードは「２００」）を送信する。

また、端末２が所望の相手局を発呼する際には、ＩＮＶＩＴＥメッセージ２３を呼制御サーバ１に送信する。

ＩＮＶＩＴＥメッセージ２３を受信した呼制御サーバ１は、ＩＮＶＩＴＥメッセージ２３の不図示の部位から、当該の相手局の識別情報を抽出する。この識別情報は、たとえば電話番号を後方から並べて生成した疑似ＵＲＬないしＵＲＩの記述形式であり、呼制御サーバ１は、必要に応じて不図示のＥＮＵＭサーバや、ドメインネームサーバなどを参照し、相手局のＩＰアドレスを特定する。以後この特定ＩＰアドレスの相手局、発呼側の端末２との間のＶｏＩＰ通信（あるいはＩＭＳにおいて可能な他のデータ通信、画像通信など）の初期フェーズを仲介する。このＩＮＶＩＴＥメッセージ２３受信後の通信動作そのものに関しては公知であるのでここではこれ以上の詳細な説明は省略する。

さて、図２において、端末２は、ＲＥＧＩＳＴＥＲメッセージ２１、およびＩＮＶＩＴＥメッセージ２３を送信する時、上述の規格に準じて、前述のＰ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ（５０）を付与して送信する（３４）。図５に示した通り、Ｐ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ（５０）は、アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）５１、アクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）５２の各情報を含んでいる。

本実施例では、これら呼制御サーバ１は、ＲＥＧＩＳＴＥＲメッセージ２１、ＩＮＶＩＴＥメッセージ２３（あるいは他のＳＩＰメッセージも同様）のＰ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ（５０）によりにより受信したアクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）５１、およびアクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）５２の各情報をキーとして図４の位置情報テーブル４０を検索し、そして位置情報テーブル４０から検索されたレコードを利用し、端末２および端末２が属するアクセス網の特性に最適な条件で、呼制御サーバ１自身の各種の設定を変更する（３５）。

図３は、呼制御サーバ１が受信したＰ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ（５０）の情報を用いて位置情報テーブル４０を参照し、自機の設定を変更する様子を示している。

図３のステップＳ１において、呼制御サーバ１が端末２からリクエストメッセージ（ＲＥＧＩＳＴＥＲメッセージ２１、ＩＮＶＩＴＥメッセージ２３、あるいは他のＳＩＰメッセージ）を受信すると、呼制御サーバ１のアクセス網解析機能部１２を構成するルーチンが起動する。

ここでは、まずステップＳ２において、受信したリクエストメッセージからＰ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ（５０）の各情報を抽出する。

続いて、ステップＳ３において、Ｐ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ（５０）の情報を元に位置情報テーブル４０を検索する。

この検索で、キーが一致するレコードがあった場合には、ステップＳ４において位置情報テーブル４０の当該レコードの登録情報を用いて、呼処理機能部１３を制御し、リクエストメッセージを送信した端末２に関する各種設定を変更する。ステップＳ３で一致するレコードが検索されなかった場合は、呼制御サーバ１は、アクセス網解析機能部１２の処理を終了し、他の処理を実行する。

以上のように、端末２（図５の６０１〜６０３…に対応）から送信されるＳＩＰメッセージの格納情報、特に、Ｐ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ（５０）の情報を利用して、呼制御サーバ１は端末２に関する各種設定を変更することができる。

ここで、図４を参照しながら、呼制御サーバ１のアクセス網解析機能部１２が呼処理機能部１３に対して行なう各種設定処理の一例につき説明する。

この位置情報テーブル４０は、アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）、およびアクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）をキー情報として、これらにより識別される端末ないしそのアクセス網に最適な通信制御を選択すべく、呼制御サーバ１、特にその呼処理機能部１３を設定する設定情報を格納したものである。

位置情報テーブル４０は、呼制御サーバ１の前記のＨＤＤ１０６などの記憶手段に格納しておく。

図４の位置情報テーブル４０において、符号４２、および４３は、それぞれ上記の符号５１、５２に対応するアクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）、およびアクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）の格納フィールドを示している。

図示のように位置情報テーブル４０には、アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）４２、アクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）４３の各情報で分類可能な種々の設定情報４４〜４８が、エリア名４１を用いてカテゴライズされ、それぞれ格納されている。

設定情報４４〜４８のうち、まずフィールド４４は、その端末（図５の６０１〜６０３…以下同様）、ないしアクセス網（図５の５０１〜５０３…以下同様）に適した位置登録（ＲＥＧＩＳＴＥＲ）のＥｘｐｉｒｅ（期限切れ）の最小および最大時間をそれぞれ格納している。したがって、アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）４２、アクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）４３のフィールドを参照して、該当するレコードのフィールド４４から設定値を読み出して呼処理機能部１３に設定することにより、端末、ないしは端末の属するアクセス網（図５の５０１、５０２、５０３…）の特性に適した最適な位置登録（ＲＥＧＩＳＴＥＲ）期間を決定することができる。

また、フィールド４５は、いわゆる、ＶｏＩＰｏｖｅｒＩＰｓｅｃすなわち、ＩＰｓｅｃ（ＩＰＳｅｃｕｒｉｔｙ）による暗号化された通信チャンネルを介してＶｏＩＰ通信を行なうか否かの設定情報を格納する。したがって、アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）４２、アクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）４３のフィールドを参照して、該当するレコードのフィールド４５の情報を読み出して呼処理機能部１３に設定することにより、その端末、ないしは端末の属するアクセス網（図５の５０１、５０２、５０３…）の特性に合せてＶｏＩＰｏｖｅｒＩＰｓｅｃ通信を行うか否かを決定することができる。これにより、たとえば、該当の端末ないしそのアクセス網がＮＡＴ／ＮＡＰＴのようなアドレス変換の行なわれるファイアウォールやルータを利用しているか否かに応じてフィールド４５の設定情報を定めておけば、ＩＰｓｅｃ通信に関してその端末やアクセス網に応じた最適な設定を自動的に選択することができる。

同様に、フィールド４６、４７、４８には、アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）４２、アクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）４３でカテゴライズ可能な、端末ないしそのアクセス網に適した種々の設定情報が格納されている。このうちフィールド４６はＳＩＰタイマの長短を、フィールド４７はＣＡ（料金区域情報）を、またフィールド４８は付加ユーザ種別情報を格納している。

フィールド４６は、ＳＩＰ再送タイマの設定値（ここでは長短の２値）を格納している。したがって、アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）４２、アクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）４３のフィールドを参照して、該当するレコードのフィールド４６からＳＩＰ再送タイマの設定値を読み出して呼処理機能部１３に設定することにより、その端末（図５の６０１、６０２、６０３…）、ないしは端末の属するアクセス網（図５の５０１、５０２、５０３…）の特性に適した最適なＳＩＰ再送タイマ設定が可能となる。

フィールド４７のＣＡ（料金区域情報）は、その端末やアクセス網に応じた課金などの制御に利用することができる。また、フィールド４８の付加ユーザ種別情報は、図示のようにその端末やアクセス網に特有の機器の仕様、特性、性能などの情報の格納に利用することができ、これら機器の仕様、特性、性能などの情報に応じてさらに必要な制御を実行することができる。

また、位置情報テーブル４０中の任意の格納フィールドから、他の設定情報テーブルを参照して、さらに他の制御を行なうこともできる。図４の例では、エリア名のフィールド４１の格納情報から、エリア別秒間規制用テーブル４９を参照できるようにしてある。

エリア別秒間規制用テーブル４９は、図示のように、対応する各アクセス網（図１の５０１、５０２、５０３…）が構成するエリアごとにそのエリア別の着信規制レベルを決定する秒間規制用テーブルの閾値を格納している。したがって、アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）４２、アクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）４３から、対応する各アクセス網（図１の５０１、５０２、５０３…）を特定できれば、各アクセス網の特性に対応した最適な秒間規制（発呼規制）の閾値を選択することができる。

なお、ここでは、位置情報テーブル４０中の格納フィールド４１から、エリア別秒間規制用テーブル４９を参照する例を示しているが、必要に応じて別の任意の設定情報を格納したテーブルを参照して呼処理機能部１３の設定状態を最適に制御することができる。

以上に示したように、本実施例によれば、端末から送信されるＳＩＰメッセージの格納情報、特に、Ｐ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダの情報を利用して、呼制御サーバ１は端末２に関する各種設定を変更し、該端末ないしそのアクセス網について行なう通信制御の形態を決定することができる。これにより、発呼側のアクセス網を構成するネットワークや、発呼端末の特性に適した最適な通信制御を呼制御サーバ１で行なえるようになり、効率が良く信頼性の高いＶｏＩＰ通信を行なえる、という優れた効果がある。

なお、以上では、拡張ＳＩＰで用いられるアクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）、およびアクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）をキーとして用い、位置情報テーブルを検索する構成を例示したが、必ずしもこれらの両方を用いる必要はない。すなわち、アクセスタイプ、またはアクセス情報のいずれか一方のみを用いて、位置情報テーブルを検索し、位置情報テーブルの各フィールドから読み出した制御情報に基き呼制御サーバの動作を制御する設定情報を変更するようにしてもよい。

本発明を採用した呼制御サーバの機能的なブロック構成を示した説明図である。本発明を採用した呼制御サーバと端末間で実行されるＳＩＰシーケンスの様子を示した説明図である。本発明を採用した呼制御サーバのリクエストメッセージ受信時の制御の様子を示したフローチャート図である。本発明を採用した呼制御サーバが用いる位置情報テーブルの構成を示した説明図である。本発明を採用した呼制御サーバと端末から成るＳＩＰ通信システムの構成を示した説明図である。本発明を採用した呼制御サーバの制御系の構成を示したブロック図である。

符号の説明

１呼制御サーバ
１１ＳＩＰプロトコル機能部
１２アクセス網解析機能部
１３呼処理機能部
２１〜２３ＳＩＰメッセージ
４０位置情報テーブル
４２アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）
４３アクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）
４４〜４８設定情報
４９エリア別秒間規制用テーブル
５０Ｐ−Ａｃｃｅｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏヘッダ
５１アクセスタイプ（ａｃｃｅｓｓ−ｔｙｐｅ）
５２アクセス情報（ａｃｃｅｓｓ−ｉｎｆｏ）
１０１ＣＰＵ
１０２ネットワークインターフェース
１０３ＲＯＭ
１０４ＲＡＭ
１０５ユーザーインターフェース手段
１０６ＨＤＤ
５０１、５０２、５０３アクセス網
６０１、６０２、６０３端末

Claims

異なるネットワーク基盤上に構成されたアクセス網を経由して、端末と、呼制御サーバの間でＳＩＰ通信を行なうことにより、前記端末の位置登録または発呼制御を行うＳＩＰ通信システムにおいて、
前記端末の位置登録または発呼制御の際、前記端末と、前記呼制御サーバの間で、前記端末が前記アクセス網上で使用する通信方式を識別するアクセスタイプ、または、前記端末の該アクセス網内での位置情報を識別するアクセス情報を制御情報として含むＳＩＰメッセージを送受信し、
前記呼制御サーバが、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に最適な通信制御を選択する設定情報を格納した位置情報テーブルを参照し、当該端末ないしそのアクセス網について行なう通信制御の形態を決定することを特徴とするＳＩＰ通信システム。
請求項１に記載のＳＩＰ通信システムにおいて、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に適した位置登録期間が決定されることを特徴とするＳＩＰ通信システム。
請求項１に記載のＳＩＰ通信システムにおいて、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に対して暗号化通信を行うか否かが決定されることを特徴とするＳＩＰ通信システム。
請求項１に記載のＳＩＰ通信システムにおいて、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に適したＳＩＰ再送タイマの設定時間が決定されることを特徴とするＳＩＰ通信システム。
請求項１に記載のＳＩＰ通信システムにおいて、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別されるアクセス網のエリア別の着信規制レベルが決定されることを特徴とするＳＩＰ通信システム。
異なるネットワーク基盤上に構成されたアクセス網を経由して接続してくる端末との間でＳＩＰ通信を行なうことにより、前記端末の位置登録または発呼制御を行う呼制御サーバにおいて、
前記端末の位置登録または発呼制御の際、前記端末から、前記端末が前記アクセス網上で使用する通信方式を識別するアクセスタイプ、または、前記端末の該アクセス網内での位置情報を識別するアクセス情報を制御情報として含むＳＩＰメッセージを受信するＳＩＰプロトコル機能部と、
前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に最適な通信制御を選択する設定情報を格納した位置情報テーブルと、
前記ＳＩＰプロトコル機能部で受信したＳＩＰメッセージの前記アクセスタイプ、またはアクセス情報を用いて前記位置情報テーブルを参照し、当該端末ないしそのアクセス網について行なう通信制御の形態を決定する制御手段を有することを特徴とする呼制御サーバ。
請求項６に記載の呼制御サーバにおいて、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に適した位置登録期間が決定されることを特徴とする呼制御サーバ。
請求項６に記載の呼制御サーバにおいて、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に対して暗号化通信を行うか否かが決定されることを特徴とする呼制御サーバ。
請求項６に記載の呼制御サーバにおいて、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に適したＳＩＰ再送タイマの設定時間が決定されることを特徴とする呼制御サーバ。
請求項６に記載の呼制御サーバにおいて、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別されるアクセス網のエリア別の着信規制レベルが決定されることを特徴とする呼制御サーバ。
異なるネットワーク基盤上に構成されたアクセス網を経由して、端末と、呼制御サーバの間でＳＩＰ通信を行なうことにより、前記端末の位置登録または発呼制御を行う呼制御方法において、
前記端末の位置登録または発呼制御の際、前記端末と、前記呼制御サーバの間で、前記端末が前記アクセス網上で使用する通信方式を識別するアクセスタイプ、または、前記端末の該アクセス網内での位置情報を識別するアクセス情報を制御情報として含むＳＩＰメッセージを送受信し、
前記呼制御サーバが、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に最適な通信制御を選択する設定情報を格納した位置情報テーブルを参照し、当該端末ないしそのアクセス網について行なう通信制御の形態を決定することを特徴とする呼制御方法。
請求項１１に記載の呼制御方法において、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に適した位置登録期間が決定されることを特徴とする呼制御方法。
請求項１１に記載の呼制御方法において、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に対して暗号化通信を行うか否かが決定されることを特徴とする呼制御方法。
請求項１１に記載の呼制御方法において、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別される端末ないしそのアクセス網に適したＳＩＰ再送タイマの設定時間が決定されることを特徴とする呼制御方法。
請求項１１に記載の呼制御方法において、前記アクセスタイプ、またはアクセス情報を用いて、前記アクセスタイプ、またはアクセス情報により識別されるアクセス網のエリア別の着信規制レベルが決定されることを特徴とする呼制御方法。