JP2003258879A - 通信帯域予約システム、ｓｉｐ中継装置および帯域予約方法 - Google Patents

Abstract

(57)【要約】 【課題】 通常のＲＦＣ２５４３(ＳＩＰ)、ＲＦＣ２３
２７(ＳＤＰ)に記載されるＳＩＰシーケンスに対応した
ＳＩＰ端末を用いた帯域予約をセッション発生後帯域予
約によって行う場合、話頭不通の発生を防止すること。 【解決手段】 ＳＩＰ中継装置１１３〜１１５は、ＳＩ
Ｐ手順によるセッション確立のためにＳＩＰ端末間で授
受されるＳＩＰメッセージを中継する。このとき、着呼
側最終位置にあるＳＩＰ中継装置１１５は、発呼ＳＩＰ
端末１１１が送信するＩＮＶＩＴＥメッセージを着呼Ｓ
ＩＰ端末１１２に渡すのを保留し、着呼側端末の情報を
含む帯域予約を指示する内部的なメッセージを発呼側の
全ＳＩＰ中継装置１１３、１１４に送り、ＩＮＶＩＴＥ
メッセージの内容から推定した上りＬＳＰおよび下りＬ
ＳＰでの帯域・フィルタリング条件によって帯域予約を
行わせ、その後、ＩＮＶＩＴＥメッセージを着呼ＳＩＰ
端末１１２に届ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、インターネット
プロトコル(Internet Protocol：以下「ＩＰ」という）
通信網における信号手順であるセッション・イニシエー
ション・プロトコル(Session Initiation Protocol：以
下「ＳＩＰ」という)と連携して通信品質保証(ＱｏＳ：
Quality of Service)を行う通信帯域予約システム、Ｓ
ＩＰ中継装置および通信帯域予約方法に関するものであ
る。

【０００２】

【従来の技術】マルチプロトコルラベルスイッチング(M
ulti-Protocol Label Switching：以下「ＭＰＬＳ」と
いう)技術は、インターネット技術特別調査委員会(ＩＥ
ＴＦ:Internet Engineering Task Force)にて標準化さ
れているもので、急速に進展するブロードバンドインタ
ーネットを支える基盤技術として期待されている。ＳＩ
Ｐは、ＩＥＴＦのＲＦＣ２５４３に規定されるマルチメ
ディア通信を実現する制御プロトコルである。

【０００３】図１３は、ＭＰＬＳ網でのパケット転送を
説明する図である。図１３に示すＭＰＬＳ網１３６１
は、ラベルスイッチルータ(Label Switch Router：以下
「ＬＳＲ」という）１３１１,１３１２,１３１３,１３
１４,１３１５によって構成されている。ＬＳＲ１３１
５は、ＬＳＲ１３１１に接続され、ＬＳＲ１３１１とＬ
ＳＲ１２１２とＬＳＲ１３１４とは、共にＬＳＲ１３１
３に接続されている。

【０００４】ＬＳＲ１３１１には、ＩＰ端末Ｃ１３０１
が収容されている。ＬＳＲ１３１２には、ＩＰ端末Ｂ１
３０２が収容されている。ＬＳＲ１３１４には、ＩＰ端
末Ａ１３０３が収容されている。ＬＳＲ１３１５には、
ＩＰ端末Ｄ１３０４が収容されている。

【０００５】ＭＰＬＳ網１３６１内では、ＩＰパケット
は、そのＩＰパケットの先頭に追加されたラベルを識別
子とし、そのラベルが各ＬＳＲ間で付け替えられながら
仮想的に張られた経路上を転送される。この仮想的な経
路をラベルスイッチパス（以下、「ＬＳＰ」という）と
呼ぶ。図１３の例で言えば、符号１３２１，１３２２，
１３２３で示す経路がＬＳＰである。ＬＳＰ１３２１
は、ＬＳＲ１３１１，１３１３，１３１２間に張られて
いる。ＬＳＰ１３２２は、ＬＳＲ１３１１，１３１３，
１３１４間に張られている。ＬＳＰ１３２３は、ＬＳＲ
１３１１，１３１５間に張られている。

【０００６】ＭＰＬＳ１３６１網の外部は、通常のＩＰ
ルータ網である。ＩＰルータ網は、ＩＰパケットの宛先
アドレスだけを見てホップバイホップで転送する通常の
ＩＰルータなどで構成される。

【０００７】次に、ＩＰパケットの転送方法を説明す
る。まず、ＩＰ端末Ｃ１３０１は、ＩＰ端末Ａ１３０３
とＩＰ端末Ｂ１３０２にＩＰパケットを送信するものと
する。ＩＰ端末Ｃ１３０１は、発アドレスに自ＩＰ端末
Ｃ１３０１のＩＰアドレス、着アドレスに着ＩＰ端末Ａ
１３０３を設定したＡ宛のＩＰパケット１３４１と、発
アドレスに自ＩＰ端末Ｃ１３０１のＩＰアドレス、着ア
ドレスに着ＩＰ端末Ｂ１３０２のＩＰアドレスを設定し
てＢ宛のＩＰパケット１３４２とをＬＳＲ１３１１に送
信する。ＩＰパケットのヘッダ領域には、典型的には、
発アドレス、着アドレス、発ポート番号、着ポート番
号、パケット優先度、プロトコルタイプなどのパケット
フィルタ条件（以下単に「フィルタ条件」という）が記
載されている。

【０００８】ＬＳＲ１３１１は、ラベルスイッチテーブ
ル１３３１を持っている。ラベルスイッチテーブル１３
３１は、受信されたＩＰパケットのヘッダ領域に記載さ
れたフィルタ条件を組み合わせて作成したフィルタ条件
から付与するラベルを導く変換テーブルである。

【０００９】ＬＳＲ１３１１は、受信されたＩＰパケッ
トのヘッダ領域から読み取ったフィルタ条件に基づきラ
ベルスイッチテーブル１３３１を検索し、ＩＰパケット
１３４１，１３４２に着アドレス条件で合致したフィル
タ条件に対応するラベルの番号をＩＰパケット１３４
１,１３４２の先頭に付与したラベル付きＩＰパケット
１３５１,１３５２をそれぞれ生成し、次のＬＳＲ１３
１３に送信する。ラベル付きＩＰパケット１３５１は、
Ｂ宛のＩＰパケット１３４２にラベル「Label:8」が付
与されている。ラベル付きＩＰパケット１３５２は、Ａ
宛のＩＰパケット１３４１にラベル「Label:5」が付与
されている。

【００１０】ＬＳＲ１３１３は、ラベルスイッチテーブ
ル１３３２を持っている。ラベルスイッチテーブル１３
３２は、入力されたラベル付きＩＰパケットの入力ＩＦ
と付与されているラベル値とから出力するラベル値と出
力ＩＦとを決める変換テーブルである。

【００１１】ＬＳＲ１３１３は、入力されたラベル付き
ＩＰパケット１３５１，１３５２のラベル値だけを見て
ラベルスイッチテーブル１３３２と比較し、ラベルを付
け替えながら出力ＩＦを決定する。その結果、ラベル付
きＩＰパケット１３５２は、ラベル「Label:5」がラベ
ル「Label:7」に付け替えられたラベル付きＩＰパケッ
ト１３５３となってＬＳＲ１３１４に出力される。ま
た、ラベル付きＩＰパケット１３５１は、ラベル「Labe
l:8」がラベル「Label:2」に付け替えられたラベル付き
ＩＰパケット１３５４となってＬＳＲ１３１２に出力さ
れる。

【００１２】ＬＳＲ１３１４は、ラベルスイッチテーブ
ル１３３３を持っている。ラベルスイッチテーブル１３
３３は、入力されたラベル付きＩＰパケットを元のＩＰ
パケットに変換する変換テーブルである。ラベルスイッ
チテーブル１３３３には、ラベル「Label7：削除」が登
録されている。ＬＳＲ１３１４は、入力されたラベル付
きＩＰパケット１３５３のラベルだけを見てラベルスイ
ッチテーブル１３３３と比較し、ラベル「Label7」を削
除し、元のＩＰパケット「Ａ宛ＩＰ」１３４３をＩＰ端
末Ａ１３０３に出力する。

【００１３】ＬＳＲ１３１２は、ラベルスイッチテーブ
ル１３３５を持っている。ラベルスイッチテーブル１３
３５は、入力されたラベル付きＩＰパケットを元のＩＰ
パケットに変換する変換テーブルである。ラベルスイッ
チテーブル１３３５には、ラベル「Label2：削除」が登
録されている。ＬＳＲ１３１２は、入力されたラベル付
きＩＰパケット１３５４のラベルだけを見てラベルスイ
ッチテーブル１３３５と比較し、ラベル「Label2」を削
除し、元のＩＰパケット「Ｂ宛ＩＰ」１３４５をＩＰ端
末Ｂ１３０２に出力する。

【００１４】さらに発アドレス、発ポート番号などを組
み合わせてフィルタ条件を設定することも可能である。
例えば、ＩＰ端末Ｃ１３０１は、送信するＩＰパケット
の着アドレスをＩＰ端末Ａ１３０３でもＩＰ端末Ｂ１３
０２でもない「発アドレスＣ、発ポート番号８０」とす
ることができる。この場合、ラベルスイッチテーブル１
３３１に「発アドレスＣ、発ポート番号８０」が登録さ
れ、それに付与するラベル「Label9」が定められている
ので、ＬＳＲ１３１１では、ＩＰ端末Ｃ１３０１から送
信されたＩＰパケットとラベルスイッチテーブル１３３
１とが比較され、ラベル「Label9」を追加した「Ｃ発Ｉ
Ｐ、Label:9」なるラベル付きＩＰパケット１３５５が
生成され、ＬＳＲ１３１５に出力される。

【００１５】ＬＳＲ１３１５は、ラベルスイッチテーブ
ル１３３４を持っている。ラベルスイッチテーブル１３
３４は、入力されたラベル付きＩＰパケットを元のＩＰ
パケットに変換する変換テーブルである。ラベルスイッ
チテーブル１３３４には、ラベル「Label9：削除」が登
録されている。ＬＳＲ１３１５は、入力されたラベル付
きＩＰパケット１３５５のラベルだけを見てラベルスイ
ッチテーブル１３３４と比較し、ラベル「Label9」を削
除し、元のＩＰパケット「Ｃ発ＩＰ」１３４４をＩＰ端
末Ｄ１３０４に出力する。

【００１６】このようにして、ＭＰＬＳ網１３６１内で
はＩＰパケットに付与されたラベルを基にしてＩＰパケ
ットが転送され、端末間の通信が行われる。このような
ＭＰＬＳ網１３６１を使用する理由は、次の（１）〜
（４）に挙げるような利点があることによる。

【００１７】すなわち、（１)各ＬＳＰ１３２１,１３２
２,１３２３によって経路と帯域の把握が容易になる。
（２)各ラベルには優先度も付与されており、各ＬＳＲ
でＬＳＰの優先度に応じた優先制御・帯域制御が可能に
なる。（３)各ＬＳＰに優先度と帯域を設定することに
よってＩＰ電話などに必要な通信品質保証(ＱｏＳ)が確
実に実施できる。（４)入口ＬＳＲでフィルタ条件とＬ
ＳＰを対応させ指定したコネクションだけに使用を限定
することによって、不特定多数の他のコネクションには
通信品質保証(ＱｏＳ)を行ったＬＳＰを使用させない仮
想専用線が容易に構築できる。

【００１８】次に、図１４〜図１６を参照して、ＭＰＬ
Ｓ技術を用いたＶｏＩＰ(Voice over IP)の具体例を説
明する。なお、図１４は、従来のＩＰ電話通信網の構成
例を示すシステム図である。図１５は、図１４に示す私
設ＩＰ網におけるＩＰ電話の信号手順並びに通信品質保
証方法を説明するシーケンスである。図１６は、図１４
に示すコールエージェント（ＣＡ）による帯域予約方法
を説明する図である。

【００１９】図１４において、自ドメインＡ１４０１
と、自ドメインＢ１４０５と、他ドメインＣ１４０２
と、他ドメインＤ１４０３と、他ドメインＥ１４０４と
は、管理ドメインであって、それぞれ、電話網１４１１
〜１４１５とそれを収容するメディアゲートウェイ(Med
ia Gateway：以下「ＭＧ」という)１４２１〜１４２５
を備えている。

【００２０】各ドメインに存在する電話網１４１１〜１
４１５は、ＩＰ電話端末と私設電話交換機(ＰＢＸ)を含
む従来の電話網である。ＭＧ１４２１〜１４２５は、従
来の電話網とＩＰ電話通信網とを相互接続し、信号メッ
セージを変換するとともに、音声情報をＩＰパケットに
包んで送信する機能を有する装置である。

【００２１】図１４では、ＩＰ電話通信網（ＭＰＬＳ
網）は、私設ＩＰ網１４９１とインターネット１４９２
とで構成されるとしている。ＩＰ電話通信網（ＭＰＬＳ
網）は、エッジに存在する小型のラベルスイッチルータ
であるＬＳＲ１４３１〜１４３５と、コアネットワーク
を構成する大型のラベルスイッチルータであるＬＳＲ１
４３６，ＬＳＲ−ＧＷ１４３７と、コールエージェント
(Call Agent：以下「ＣＡ」という)１４４１，１４４２
とで構成されている。ＬＳＲ−ＧＷ１４３７は、私設Ｉ
Ｐ網１４９１とインターネット１４９２とを接続する。

【００２２】ＬＳＲ１４３６は、ＬＳＲ−ＧＷ１４３７
とＬＳＲ１４３１とＬＳＲ１４３５との間を接続する。
ＣＡ１４４１は、私設ＩＰ網１４９１に設けられ、ＣＡ
１４４２は、インターネット１４９２に設けられてい
る。なお、符号１４５１，１４５２は、前述したＬＳＰ
である。ＬＳＰ１４５１は、ＬＳＲ１４３１，１４３
６，１４３５の間に張られている。ＬＳＰ１４５２は、
ＬＳＲ１４３１，１４３６，ＬＳＲ−ＧＷ１４３７の間
に張られている。

【００２３】私設ＩＰ網１４９１では、ＬＳＲ１４３１
に自ドメインＡ１４０１のＭＧ１４２１が収容され、Ｌ
ＳＲ１４３５に自ドメインＢ１４０５のＭＧ１４２５が
収容されている。また、インターネット１４９２では、
ＬＳＲ１４３２に他ドメインＣ１４０２のＭＧ１４２２
が収容され、ＬＳＲ１４３３に他ドメインＤ１４０３の
ＭＧ１４２３が収容され、ＬＳＲ１４３４に他ドメイン
Ｅ１４０４のＭＧ１４２４が収容されている。図１４の
例で言えば、ＣＡ１４４１は、ＭＧ１４２１，１４２５
からのＩＰ信号メッセージを中継し、必要な帯域をＬＳ
Ｒ１４３１，１４３６，１４３５に通知して通信品質保
証（ＱｏＳ）を実現することを行う。

【００２４】ここで、例えば、特開２００１−２７４８
３３号公報（ＶｏＩＰ用通信品質保証パス設定方法とネ
ットワーク管理システム）では、図１４における私設Ｉ
Ｐ網１４９１を介して自ドメインＡ１４０１と自ドメイ
ンＢ１４０５との間でパケット転送を行う場合の通信品
質保証方法が開示されている。そこで、図１４を参照し
て、上記公報に開示されている内容を概説する。

【００２５】図１４において、網管理者は、自ドメイン
Ａ１４０１と自ドメインＢ１４０５との間で通話が頻繁
に行われる場合、まず、自ドメインＡ１４０１から自ド
メインＢ１４０５へのＬＳＰをＬＳＲ１４３１，１４３
６，１４３５を通るＬＳＰ１４５１として設定しておき
予め複数呼分相当の帯域を確保しておく。

【００２６】また、網管理者は、自ドメインＡ１４０１
内のＭＧ１４２１と自ドメインＢ１４０５内のＭＧ１４
２５との間で転送されるＩＰ電話パケットが上記ＬＳＰ
１４５１を使用して転送されるように、ＬＳＲ１４３１
とＬＳＲ１４３５の入り口フィルタ条件を設定してお
く。

【００２７】なお、設定したＬＳＰ１４５１の帯域は、
シグナリングサーバであるＣＡ１４４１が各ＬＳＲ１４
３１，１４３６，１４３５に対して帯域増加／帯域減少
指示１４６１，１４６２，１４６３を出力することで、
ＣＡ１４４１からの要求に応じて、帯域の増減設定がで
きるようになっている。

【００２８】さて、自ドメインＡ１４０１内の電話網１
４１１における電話機から自ドメインＢ１４０５内の電
話網１４１５における電話機に発呼する場合、自ドメイ
ンＡ１４０１内の電話網１４１１における電話機は、電
話網１４１１内の図示しないＰＢＸと私設ＩＰ網１４９
１とを中継するＭＧ１４２１に対し、そのＰＢＸを介し
て電話網の接続要求(ＳＥＴＵＰ)メッセージを通知す
る。

【００２９】ＭＧ１４２１は、接続要求(ＳＥＴＵＰ)メ
ッセージを受信すると、発呼側電話機からの音声情報を
ＩＰパケット化する予備設定処理をした後、対応する私
設ＩＰ網１４９１の接続要求メッセージ(ＩＮＶＩＴＥ)
１４７１をシグナリングサーバであるＣＡ１４４１に送
信する。ＣＡ１４４１は、接続要求メッセージ(ＩＮＶ
ＩＴＥ)１４７１の宛先を確認し、接続要求メッセージ
(ＩＮＶＩＴＥ)１４７２を自ドメインＢ１４０５のＭＧ
１４２５に通知する。

【００３０】自ドメインＢ１４０５のＭＧ１４２５は、
送られてきた私設ＩＰ網１４９１の接続要求メッセージ
(ＩＮＶＩＴＥ)１４７２を電話網１４１５の接続要求メ
ッセージ(ＳＥＴＵＰ)に変換し、電話網１４１５内の図
示しないＰＢＸに通知する。電話網１４１５内のＰＢＸ
は、通知された接続要求メッセージ(ＳＥＴＵＰ)に対応
する着呼側電話機に接続要求メッセージ(ＳＥＴＵＰ)を
通知する。

【００３１】着呼側電話機は、通話を行う場合、接続メ
ッセージ(ＣＯＮＮ)を電話網１４１５内のＰＢＸに通知
する。ＰＢＸは、受け取った接続メッセージ(ＣＯＮＮ)
を自ドメインＢ１４０５内のＭＧ１４２５に転送する。
ＭＧ１４２５は、接続メッセージ(ＣＯＮＮ)を受信する
と、着呼側電話機からの音声情報をＩＰパケット化する
予備設定処理をした後、電話網１４１５の接続メッセー
ジ(ＣＯＮＮ)を私設ＩＰ網１４９１の接続メッセージ
(２００ＯＫ)に変換し、ＣＡ１４４１に通知する。

【００３２】ＣＡ１４４１は、例えば後述する図１６に
示すように現在通話中のセッション数とＬＳＰ１４５１
の余剰帯域を比較し、当該セッションを収容するのに十
分な余剰帯域があればＬＳＲ１４３１，１４３６，１４
３５に帯域変更指示を行うことなく、接続メッセージ
(２００ＯＫ)を自ドメインＡ１４０１のＭＧ１４２１に
通知する。ＭＧ１４２１は、受け取った私設ＩＰ網１４
９１の接続メッセージ(２００ＯＫ)を電話網１４１１の
接続メッセージ(ＣＯＮＮ)に変換し、発呼側電話機に通
知する。

【００３３】発呼側電話機は、上記のＳＥＴＵＰの手順
でＭＧ１４２１、ＣＡ１４４１、ＭＧ１４２５を介し
て、着呼側電話機に最終確認メッセージ(ＣＯＮＮ ＡＣ
Ｋ)を通知する。これによって、私設ＩＰ網１４９１を
介した自ドメインＡ１４０１と自ドメインＢ１４０５と
の間でのＩＰ電話が行われる。

【００３４】ここで、ＣＡ１４４１では、接続メッセー
ジ(２００ＯＫ)を受け取ると、例えば図１６に示す方法
で予約帯域を制御し通信品質保証（ＱｏＳ）を実現して
いる。図１６において、ＣＡ１４４１は、各呼の生成・
消滅タイミング１６０４と関係ない任意のタイミング
で、ＩＰ電話の使用帯域１６０１と自己のＬＳＰ予約帯
域１６０２とのマージン１６０３を比較し、マージン１
６０３が常に一定量を保つようにＬＳＰ予約帯域１６０
２を制御する。すなわち、使用帯域１６０１が増加すれ
ば、新規ＬＳＰを開設するなどの方法でＬＳＰ予約帯域
１６０２を増加させる一方、使用帯域１６０１が減少す
れば、新規ＬＳＰを閉塞するなどの方法でＬＳＰ予約帯
域１６０２を減少させる。

【００３５】このようにマージン１６０３が常に一定量
を保つようにＬＳＰ予約帯域１６０２を制御することに
よって、ＣＡ１４４１では、各呼毎の生成・消滅タイミ
ング１６０４で各ＬＳＲ１４３１，１４３６，１４３５
の帯域修正制御を行う必要がなくなり、帯域修正による
遅延で接続遅延が発生するのが防止される。このとき、
ＣＡ１４４１は、使用可能なＬＳＰに収容されるフィル
タ条件(ポート番号)をＭＧ１４２１に通知し、ＭＧ１４
２１では通知されたポート番号しか使用しないようにな
っている。その結果、各呼毎にフィルタ条件としてのポ
ート番号設定処理を行うことによる接続遅延が防止され
る。

【００３６】次に、図１５を参照して、以上のように行
われる私設ＩＰ網１４９１におけるＩＰ電話の信号手順
を説明する。図１５では、従来の電話網における信号手
順とＳＩＰとをインターワークするメディアゲートウェ
イ(ＭＧ)を用いて、ＩＰ電話を実現するシーケンス例が
示されている。

【００３７】図１５において、ＰＢＸ１５０１は、自ド
メインＡ１４０１内の電話網１４１１におけるＰＢＸに
対応し、ＭＧ１５０２は、自ドメインＡ１４０１内のＭ
Ｇ１４２１に対応している。ＣＡ１５０３は、私設ＩＰ
網１４９１におけるＣＡ１４１１に対応している。ＭＧ
１５０４は、自ドメインＢ１４０５内のＭＧ１４２５に
対応し、ＰＢＸ１５０５は、自ドメインＢ１４０５内の
電話網１４１５におけるＰＢＸに対応している。

【００３８】発呼側のＰＢＸ１５０１は、電話機から送
られてきた接続要求メッセージ(ＳＥＴＵＰ)１５１１を
ＭＧ１５０２に通知する。ＭＧ１５０２は、受け取った
接続要求メッセージ(ＳＥＴＵＰ)１５１１をＩＰ通信網
における接続要求メッセージ(ＩＮＶＩＴＥ)１５１２に
変換し、ＣＡ１５０３に通知する。ＣＡ１５０３は、受
け取った接続要求メッセージ(ＩＮＶＩＴＥ)１５１２を
接続要求メッセージ(ＩＮＶＩＴＥ)１５１３としてＭＧ
１５０４に通知する。

【００３９】ＭＧ１５０４は、受け取った接続要求メッ
セージ(ＩＮＶＩＴＥ)１５１３を電話網における接続要
求メッセージ(ＳＥＴＵＰ)１５１４に変換してＰＢＸ１
５０５に通知するとともに、ＩＮＶＩＴＥ受信確認メッ
セージ(１００Trying)１５１５を生成し、ＣＡ１５０３
に通知する。ＣＡ１５０３は、受け取ったＩＮＶＩＴＥ
受信確認メッセージ(１００Trying)１５１５をＩＮＶＩ
ＴＥ受信確認メッセージ(１００Trying)１５１６として
ＭＧ１５０２に通知する。

【００４０】ＰＢＸ１５０５は、受け取った接続要求メ
ッセージ(ＳＥＴＵＰ)１５１４を着呼側の電話網におけ
る電話機に通知するとともに、呼設定のための処理中メ
ッセージ(ＣＡＬＬ ＰＲＯＣ)１５１７をＭＧ１５０４
に通知する。ＭＧ１５０４は、ＰＢＸ１５０５から呼設
定のための処理中メッセージ(ＣＡＬＬ ＰＲＯＣ)１５
１７が通知されると、ＩＰ通信網における呼出し中表示
メッセージ(１８０Ringing)１５１８に変換し、ＣＡ１
５０３に通知する。ＣＡ１５０３は、受け取った呼出し
中表示メッセージ(１８０Ringing)１５１８を呼出し中
表示メッセージ(１８０Ringing)１５１９としてＭＧ１
５０２に通知する。ＭＧ１５０２は、受け取った呼出し
中表示メッセージ(１８０Ringing)１５１９を電話網に
おける呼設定のための処理中メッセージ(ＣＡＬＬ ＰＲ
ＯＣ)１５２０に変換し、ＰＢＸ１５０１に通知する。

【００４１】次いで、ＰＢＸ１５０５は、着呼側の電話
網における電話機から接続メッセージ(ＣＯＮＮ)１５２
１が通知されると、その接続メッセージ(ＣＯＮＮ)１５
２１をＭＧ１５０４に通知する。ＭＧ１５０４は、ＰＢ
Ｘ１５０５から受け取った接続メッセージ(ＣＯＮＮ)１
５２１をＩＰ通信網における接続メッセージ(２００Ｏ
Ｋ)１５２２に変換し、ＣＡ１５０３に通知する。ＣＡ
１５０３は、接続メッセージ(２００ＯＫ)１５２２を受
け取ると、図１６で説明した方法で予約帯域の制御を行
い、接続メッセージ(２００ＯＫ)１５２３をＭＧ１５０
２に通知する。

【００４２】ＭＧ１５０２は、受け取った接続メッセー
ジ(２００ＯＫ)１５２３を電話網における接続メッセー
ジ(ＣＯＮＮ)１５２４に変換し、ＰＢＸ１５０１に通知
する。ＰＢＸ１５０１は、受け取った接続メッセージ
(ＣＯＮＮ)１５２４を発呼側の電話網における電話機に
通知し、発呼側の電話網における電話機から送られてき
た最終確認メッセージ(ＣＯＮＮ ＡＣＫ)１５２５をＭ
Ｇ１５０２に通知する。

【００４３】ＭＧ１５０２は、受け取った最終確認メッ
セージ(ＣＯＮＮ ＡＣＫ)１５２５をＩＰ通信網におけ
る最終確認(ＡＣＫ)メッセージ１５２６に変換し、ＣＡ
１５０３に通知する。ＣＡ１５０３は、受け取った最終
確認メッセージ(ＡＣＫ)１５２６を最終確認メッセージ
(ＡＣＫ)１５２７としてＭＧ１５０４に通知する。ＭＧ
１５０４は、受け取った最終確認メッセージ(ＡＣＫ)１
５２７を電話網における最終確認メッセージ(ＣＯＮＮ
ＡＣＫ)１５２８に変換し、ＰＢＸ１５０５に通知す
る。ＰＢＸ１５０５は、受け取った最終確認メッセージ
(ＣＯＮＮ ＡＣＫ)１５２８を着呼側の電話網における
電話機に通知する。これによって、ＩＰ電話が開始され
る。

【００４４】

【発明が解決しようとする課題】以上のように、特開２
００１−２７４８３３号公報では、図１４に示す自ドメ
インＡ１４０１内の電話網１４１１と自ドメインＢ１４
０５内の電話網１４１５の間の通話のように予め予測し
得る２端末間の接続要求に対し、品質保証パスの予備確
保帯域を余剰分考慮して設定しておく帯域事前予約方式
が開示されている。この帯域事前予約方式では、実際に
接続要求が発生した場合に各呼毎に帯域予約手順を実行
する必要がなく、接続遅延を短くすることができるとい
う利点がある。

【００４５】しかし、特開２００１−２７４８３３号公
報に記載されたような帯域事前予約方式では、図１４の
例で言えば、途中に不特定多数の端末が接続されたイン
ターネット１４９２のようなＩＰ通信網を経由する自ド
メインＡ１４１１内の電話網１４１１と他ドメインＣ１
４０２内の電話網１４１２との間のように、接続要求が
まれにしか発生しないような予測し難い２端末間の接続
要求に対しても余剰な品質保証をしたＬＳＰ１４８１，
１４８２，１４８３を設定することになり、未使用の無
駄な帯域が多くなり無駄が発生するという問題がある。

【００４６】すなわち、従来の帯域事前予約方式では、
少数のＭＧ１４２１と１４２５間などでコネクションを
集約し、実質的に少数のポイント間だけに接続が限定さ
れる場合は、ＬＳＰを事前にフルメッシュに設定するこ
とが可能である。しかし、実質的に無数のドメインに存
在する無数のＭＧと接続する可能性のあるインターネッ
ト１４９２を介したような接続では、ＣＡ１４４２が接
続要求を受ける前に行う帯域事前予約のＬＳＰだけでは
無駄な資源消費が多くなる。したがって、自ドメインと
他ドメインとを接続するにはＣＡ１４４２が接続要求を
受けた後ＬＳＲ１４３２とＬＳＲ１４３７の間にＬＳＰ
１４８１を張る帯域事後予約の動作が必要になるが、そ
れを行うと従来の帯域事前予約方式では、接続遅延が発
生するという問題がある。

【００４７】また、図１６に示すような帯域予約方式に
よれば、図１４に示すように電話機だけをＭＧを介して
接続する方法では、ＭＧ１４２２に必要な帯域が常に固
定となるので、マージン１６０３を次の更新周期までに
必要な帯域増加分１６０５として予測できる。しかし、
ＩＰ電話に限らないＳＩＰ端末間の接続では任意の帯域
が要求できるため、マージン１６０３を簡単に超過する
可能性があり、各呼の接続要求発生後に帯域を確保する
帯域事後予約方式を併用しなければならないという問題
がある。

【００４８】さらに、コネクションの要求する帯域量が
不定の場合、上記のマージン１６０３は、コネクション
の要求する最大帯域に対して十分な量を確保する必要が
あり、無駄な留保帯域がさらに多くなるという問題があ
る。

【００４９】加えて、任意のＳＩＰ端末間の接続では、
複数の帯域予約型コネクション、非帯域予約型コネクシ
ョンが同時に使用可能であり、呼毎に要求品質や使用ポ
ート番号の異なるコネクションを同一のＳＩＰ端末間で
使用する場合がある。この場合、呼毎にＣＡからＬＳＲ
に端末間アドレスの他に各コネクションを識別する排他
的なフィルタ条件を設定しないと、各コネクションが同
一のＬＳＰにマッピングされる。つまり、異なる品質要
求のコネクションが同一の取扱いを受け、品質が保証で
きなくなる可能性がある。しかも、典型的なＳＩＰ端末
では、使用するポート番号は、発呼時に接続要求メッセ
ージ(ＩＮＶＩＴＥ)と接続メッセージ(２００ＯＫ)との
中で端末が指定して決めるので、準備できているＬＳＰ
のフィルタ条件であるポート番号を予めＳＩＰ端末に通
知して使用させることができないという問題がある。

【００５０】要するに、従来の帯域事前予約方式は、Ｍ
Ｇを介して接続される予測可能な２点間で、単一品質で
固定帯域かつ複数のストリームを混合可能な場合に使用
可能で、一般的なＳＩＰ端末間のセッションには使用し
にくいという問題がある。したがって、任意のＳＩＰ端
末間で、任意の複数のＳＩＰセッションを使用する場合
には、呼の発生後にＳＩＰメッセージに示される帯域や
フィルタ条件を設定する帯域事後予約方式が必要であ
る。

【００５１】しかし、従来のＲＦＣ２５４３のＳＩＰ手
順による単純な帯域事後予約方式では、帯域予約あるい
はフィルタ条件を設定するまでの時間差により、着呼側
で話頭が不通になるという問題がある。特に、ＳＩＰ手
順では、着呼側はその応答する接続メッセージ(２００
ＯＫ)に、着呼側端末のＩＰアドレス、着呼側が使用す
るメディア種別・帯域・ポート番号などを表示するの
で、当該着呼側の応答する接続メッセージ (２００Ｏ
Ｋ)をＳＩＰプロキシが受信した後に帯域予約手順を実
行すると、その処理時間によって必ず話頭不通が発生す
るという問題がある。

【００５２】以下に、図１７と図１８を参照して具体的
に説明する。なお、図１７と図１８は、ＲＦＣ２５４３
に示されるＳＩＰを用いたＩＰ信号手順と事後帯域予約
手順とを結合したシーケンス例である。図１７は、帯域
配信応答を待つ場合を示し、図１８は、帯域配信応答を
待たない場合を示している。図１７と図１８では、デバ
イスとして、発呼側１７０１とＳＩＰプロキシ１７０２
と帯域予約装置１７０４とが示されている。ＬＳＲｓ配
信処理１７０５は帯域予約装置１７０４にて行われる全
てのＬＳＲに帯域を配信する処理を示している。

【００５３】図１７において、発呼側１７０１は、発呼
要求が発生すると、着呼側１７０３に向けて接続要求メ
ッセージ(ＩＮＶＩＴＥ)１７１１を送信する。この接続
要求メッセージ(ＩＮＶＩＴＥ)１７１１は、ＳＩＰプロ
キシ１７０２にて受け付けられ、接続要求メッセージ
(ＩＮＶＩＴＥ)１７１２として着呼側１７０３に伝達さ
れる。

【００５４】着呼側１７０３では、接続要求メッセージ
(ＩＮＶＩＴＥ)１７１２を受け取ると、ＩＮＶＩＴＥ受
信確認メッセージ(１００Trying)１７１３を発呼側１７
０１に向けて送信する。このＩＮＶＩＴＥ受信確認メッ
セージ(１００Trying)１７１３は、ＳＩＰプロキシ１７
０２にて受け付けられ、ＩＮＶＩＴＥ受信確認メッセー
ジ(１００Trying)１７１４として発呼側１７０１に伝達
される。

【００５５】着呼側１７０３では、ＩＮＶＩＴＥ受信確
認メッセージ(１００Trying)１７１３を送信した後に、
呼出し中表示メッセージ(１８０Ringing)１７１５を発
呼側１７０１に向けて送信する。この呼出し中表示メッ
セージ(１８０Ringing)１７１５は、ＳＩＰプロキシ１
７０２にて受け付けられ、呼出し中表示メッセージ(１
８０Ringing)１７１６として発呼側１７０１に伝達され
る。

【００５６】次いで、着呼側１７０３が、接続メッセー
ジ(２００ＯＫ)１７１７をＳＩＰプロキシ１７０２に向
けて送信すると、ＳＩＰプロキシ１７０２は、接続メッ
セージ(２００ＯＫ)１７１７を発呼側１７０１に伝達す
るのを保留して帯域予約装置１７０４に対して帯域配信
要求メッセージ１７１８を送信する。その結果、帯域予
約装置１７０４では、ＬＳＲｓ配信処理１７０５によっ
て全てのＬＳＲに帯域を配信する処理が行われる。帯域
予約装置１７０４は、配信処理が終了すると、ＳＩＰプ
ロキシ１７０２に対して帯域配信応答メッセージ１７１
９を送信する。

【００５７】ＳＩＰプロキシ１７０２は、帯域配信応答
メッセージ１７１９を受信すると、先に着呼側１７０３
から受け取っていた接続メッセージ(２００ＯＫ)１７１
７を接続メッセージ(２００ＯＫ)１７２０として発呼側
１７０１に送信する。発呼側１７０１では、接続メッセ
ージ(２００ＯＫ)１７２０を受け取ると、着呼側１７０
３に向けて最終確認メッセージ(ＡＣＫ)１７２１を送信
する。この最終確認メッセージ(ＡＣＫ)１７２１は、Ｓ
ＩＰプロキシ１７０２にて受け付けられ、最終確認メッ
セージ(ＡＣＫ)１７２２として着呼側１７０３に伝達さ
れる。

【００５８】以上の動作過程において、着呼側１７０３
が接続メッセージ(２００ＯＫ)１７１７を送信した後、
発呼側１７０１が接続メッセージ(２００ＯＫ)１７２０
を受け取るまでの間に、帯域配信に要する時間差１７２
３が存在するので、この時間差１７２３に相当する時間
だけ話頭が不通となり、上記の話頭断が発生する。

【００５９】次に、図１８において、ＳＩＰプロキシ１
７０２は、着呼側１７０３から接続(２００ＯＫ)１７１
７を受信すると、帯域予約装置１７０４に対して帯域配
信要求メッセージ１７１８を送信するとともに、接続メ
ッセージ(２００ＯＫ)１８０１を発呼側１７０１に伝達
する。その結果、帯域予約装置１７０４では、ＬＳＲｓ
配信処理１７０５によって全てのＬＳＲに帯域を配信す
る処理が行われる。並行して発呼側１７０１では、接続
メッセージ(２００ＯＫ)１８０１を受け取ると、着呼側
１７０３に向けて最終確認メッセージ(ＡＣＫ)１８０２
を送信する。この最終確認メッセージ(ＡＣＫ)１８０２
は、ＳＩＰプロキシ１７０２にて受け付けられ、最終確
認メッセージ(ＡＣＫ)１８０３として着呼側１７０３に
伝達される。最終確認メッセージ(ＡＣＫ)１８０３の着
呼側１７０３への伝達が終了した後に、帯域予約装置１
７０４では、配信処理が終了し、ＳＩＰプロキシ１７０
２に対して帯域配信応答メッセージ１８０４を送信す
る。

【００６０】以上の動作過程において、ＳＩＰプロキシ
１７０２は、着呼側１７０３が送信した接続メッセージ
(２００ＯＫ)１７１７を保留することなく発呼側１７０
１に接続メッセージ(２００ＯＫ)１８０１を送信してい
るが、帯域配信に要する時間差１８０５が存在するの
で、この時間差１８０５に相当する時間だけ話頭が不通
となり、同様に上記の話頭断が発生する。

【００６１】さらに、ＳＩＰメッセージのＴｏ：フィー
ルドとＦｒｏｍ：フィールドに記載される“ユーザ名@
ホスト名”のメールアドレス表記のホスト名は、一般的
にＳＩＰプロキシホストのホスト名やドメイン名である
可能性もあり、着呼側端末のホスト名とは断定できな
い。したがって、発呼側端末は、直接Ｔｏ：フィールド
の宛先メールアドレスから着呼側端末のＩＰアドレスを
得て、セッションを収容するＬＳＰのフィルタ条件に使
用することができないという問題がある。

【００６２】加えて、draft-ietf-sip-manyfolks-resou
rce-03.txt(expire2002/5)に見られるように、ＩＥＴＦ
のＳＩＰ−WＧ(Working Group)では、現在、ＳＩＰと帯
域予約手順を結合した拡張シーケンスが検討されてい
る。しかし、このシーケンスはＲＦＣ２５４３記載の一
般的なＳＩＰ手順に基づくＳＩＰ端末と互換性がないと
いう問題もある。

【００６３】この発明は上記に鑑みてなされたもので、
通常のＲＦＣ２５４３(ＳＩＰ)、ＲＦＣ２３２７(ＳＤ
Ｐ)に記載されるＳＩＰシーケンスに対応したＳＩＰ端
末を用いた帯域予約をセッション発生後帯域予約によっ
て行う場合、話頭不通の発生を防止することができる通
信帯域予約システム、ＳＩＰ中継装置および通信帯域予
約方法を得ることを目的とする。

【００６４】

【課題を解決するための手段】上記目的を達成するため
に、この発明にかかる通信帯域予約システムは、ＩＰ通
信網内に、端末間のセッションを確立する手順として主
にＲＦＣ２５４３で規定されるＳＩＰ手順を用いるＳＩ
Ｐ端末と、前記ＳＩＰ手順によるセッション確立のため
に前記ＳＩＰ端末間で授受されるＳＩＰメッセージを中
継する際に、発呼側ＳＩＰ端末が送信する接続要求メッ
セージの内容から発呼側から着呼側への上り方向および
着呼側から発呼側への下り方向での帯域およびパケット
フィルタ条件をそれぞれ推定し、その後、着呼側ＳＩＰ
端末が接続メッセージを応答する前に送信する応答メッ
セージに基づき着呼側ＳＩＰ端末のアドレス情報を取得
して前記推定した下り方向での帯域およびパケットフィ
ルタ条件に追記し、前記推定した上り方向での帯域およ
びパケットフィルタ条件と共に登録を行い、配信を依頼
するＳＩＰメッセージ処理手段と、前記ＳＩＰメッセー
ジ処理手段の依頼を受けて登録された上り方向と下り方
向の帯域およびパケットフィルタ条件を配信する帯域配
信手段とが配置されていることを特徴とする。

【００６５】この発明によれば、通信帯域予約システム
は、ＩＰ通信網内に、端末間のセッションを確立する手
順として主にＲＦＣ２５４３で規定されるＳＩＰ手順を
用いるＳＩＰ端末と、前記ＳＩＰ手順によるセッション
確立のために前記ＳＩＰ端末間で授受されるＳＩＰメッ
セージを中継するＳＩＰメッセージ処理手段と、前記Ｓ
ＩＰメッセージ処理手段の依頼を受けて登録された上り
方向と下り方向の帯域および推定パケットフィルタ条件
を配信する帯域配信手段とを配置することにより構成さ
れている。ここに、ＳＩＰメッセージ処理手段では、Ｓ
ＩＰメッセージを中継する際に、発呼側ＳＩＰ端末が送
信する接続要求メッセージの内容から発呼側から着呼側
への上り方向および着呼側から発呼側への下り方向での
帯域およびパケットフィルタ条件がそれぞれ推定取得さ
れ、その後、着呼側ＳＩＰ端末が接続メッセージを応答
する前に送信する応答メッセージに基づき着呼側ＳＩＰ
端末のアドレス情報を取得して前記推定した下り方向で
の帯域およびパケットフィルタ条件に追記され、前記推
定した上り方向での帯域およびパケットフィルタ条件と
共に登録され、配信が依頼される。

【００６６】つぎの発明にかかる通信帯域予約システム
は、ＩＰ通信網内に、端末間のセッションを確立する手
順として主にＲＦＣ２５４３で規定されるＳＩＰ手順を
用いるＳＩＰ端末と、前記ＳＩＰ手順によるセッション
確立のために前記ＳＩＰ端末間で授受されるＳＩＰメッ
セージを中継する際に、発呼側ＳＩＰ端末が送信する接
続要求メッセージの内容から発呼側から着呼側への上り
方向および着呼側から発呼側への下り方向での帯域およ
びパケットフィルタ条件をそれぞれ推定するＳＩＰメッ
セージ処理手段と、前記ＳＩＰメッセージ処理手段の依
頼を受けて登録された上り方向と下り方向の帯域および
推定パケットフィルタ条件を配信する帯域配信手段とが
配置される通信帯域予約システムであって、着呼側最終
段に位置する前記ＳＩＰメッセージ処理手段は、前記接
続要求メッセージの受信時に着呼側ＳＩＰ端末の存在を
登録状況から確認して当該受信された接続要求メッセー
ジの着呼側ＳＩＰ端末への転送を一時保留し、発呼側に
位置する全ＳＩＰメッセージ処理手段に対して前記着呼
側ＳＩＰ端末のアドレス情報を含む内部的な帯域予約メ
ッセージを発行するとともに、前記確認した着呼側ＳＩ
Ｐ端末のアドレス情報を前記推定した下り方向での帯域
およびパケットフィルタ条件を追記して前記推定した上
り方向での帯域およびパケットフィルタ条件と共に登録
し、配信を依頼し、その後、前記保留していた接続要求
メッセージを前記確認した着呼側ＳＩＰ端末に転送する
構成を備え、前記発呼側に位置する全ＳＩＰメッセージ
処理手段は、受信された前記帯域予約メッセージから着
呼側ＳＩＰ端末のアドレス情報を取得して前記推定した
下り方向での帯域およびパケットフィルタ条件に追記し
て前記推定した上り方向での帯域およびパケットフィル
タ条件と共に登録し、配信を依頼する構成を備えたこと
を特徴とする。

【００６７】この発明によれば、通信帯域予約システム
は、ＩＰ通信網内に、端末間のセッションを確立する手
順として主にＲＦＣ２５４３で規定されるＳＩＰ手順を
用いるＳＩＰ端末と、前記ＳＩＰ手順によるセッション
確立のために前記ＳＩＰ端末間で授受されるＳＩＰメッ
セージを中継するＳＩＰメッセージ処理手段と、前記Ｓ
ＩＰメッセージ処理手段の依頼を受けて登録された上り
方向と下り方向の帯域および推定パケットフィルタ条件
を配信する帯域配信手段とを配置することにより構成さ
れている。ここに、ＳＩＰメッセージ処理手段では、Ｓ
ＩＰメッセージを中継する際に、発呼側ＳＩＰ端末が送
信する接続要求メッセージの内容から、発呼側から着呼
側への上り方向および着呼側から発呼側への下り方向で
の帯域およびパケットフィルタ条件がそれぞれ推定取得
される。そして、着呼側最終段に位置するＳＩＰメッセ
ージ処理手段では、前記接続要求メッセージの受信時に
着呼側ＳＩＰ端末の存在を登録状況から確認して当該受
信された接続要求メッセージの着呼側ＳＩＰ端末への転
送が一時保留され、発呼側に位置する全ＳＩＰメッセー
ジ処理手段に対して前記着呼側ＳＩＰ端末のアドレス情
報を含む内部的な帯域予約メッセージが発行される。並
行して、前記確認した着呼側ＳＩＰ端末のアドレス情報
を前記推定した下り方向での帯域およびパケットフィル
タ条件を追記して前記推定した上り方向での帯域および
パケットフィルタ条件と共に登録され、配信が依頼さ
れ、その後、前記保留していた接続要求メッセージが前
記確認した着呼側ＳＩＰ端末に転送される。また、前記
発呼側に位置する全ＳＩＰメッセージ処理手段では、受
信された前記帯域予約メッセージから着呼側ＳＩＰ端末
のアドレス情報を取得して前記推定した下り方向での帯
域およびパケットフィルタ条件に追記され前記推定した
上り方向での帯域およびパケットフィルタ条件と共に登
録され、配信が依頼される。

【００６８】つぎの発明にかかる通信帯域予約システム
は、上記の発明において、前記ＳＩＰメッセージ処理手
段は、着呼側ＳＩＰ端末が応答する接続メッセージを検
出すると、前記接続メッセージにて通知される確定帯域
および確定パケットフィルタ条件と、前記推定帯域およ
び推定パケットフィルタ条件とを比較し、前記推定帯域
および推定パケットフィルタ条件が広い場合に前記確定
帯域および確定パケットフィルタ条件を登録するのみ
で、前記帯域配信手段に配信動作を行わせることなく当
該接続メッセージを発呼側ＳＩＰ端末に向けて中継する
構成を備えたことを特徴とする。

【００６９】この発明によれば、上記の発明において、
前記ＳＩＰメッセージ処理手段では、着呼側ＳＩＰ端末
が応答する接続メッセージが検出されると、前記接続メ
ッセージにて通知される確定帯域および確定パケットフ
ィルタ条件と、前記推定帯域および推定パケットフィル
タ条件とが比較され、前記推定帯域および推定パケット
フィルタ条件が広い場合に前記確定帯域および確定パケ
ットフィルタ条件を登録するのみで、配信を依頼し完了
を待ち合わせることなく当該接続メッセージが発呼側Ｓ
ＩＰ端末に向けて中継される。

【００７０】つぎの発明にかかる通信帯域予約システム
は、上記の発明において、前記ＳＩＰメッセージ処理手
段は、発呼側ＳＩＰ端末が前記接続メッセージの受信に
応答する最終確認メッセージを検出すると、前記比較結
果を参照し、前記確定帯域および確定パケットフィルタ
条件が前記推定帯域および推定パケットフィルタ条件の
範囲内にあり、まだ確定帯域を配信していないとき、下
り方向の帯域およびパケットフィルタ条件として前記確
定帯域および確定パケットフィルタ条件の配信を依頼す
る構成を備えたことを特徴とする。

【００７１】この発明によれば、上記の発明において、
前記ＳＩＰメッセージ処理手段では、発呼側ＳＩＰ端末
が前記接続メッセージの受信に応答する最終確認メッセ
ージを検出すると、前記比較結果を参照し、前記確定帯
域および確定パケットフィルタ条件が前記推定帯域およ
び推定パケットフィルタ条件の範囲内にあり、まだ確定
帯域を配信していないとき、下り方向の帯域およびパケ
ットフィルタ条件として前記確定帯域および確定パケッ
トフィルタ条件の配信が依頼される。

【００７２】つぎの発明にかかる通信帯域予約システム
は、上記の発明において、前記着呼側最終段に位置する
ＳＩＰメッセージ処理手段は、前記着呼側ＳＩＰ端末と
所定のメッセージによる授受を試みて存在を確認できた
とき前記帯域予約メッセージを発行する構成を備えたこ
とを特徴とする。

【００７３】この発明によれば、上記の発明において、
前記着呼側最終段に位置するＳＩＰメッセージ処理手段
では、前記着呼側ＳＩＰ端末と所定のメッセージによる
授受を試みて存在が確認できたとき前記帯域予約メッセ
ージが発行される。

【００７４】つぎの発明にかかる通信帯域予約システム
は、上記の発明において、前記着呼側最終段に位置する
ＳＩＰメッセージ処理手段は、前記着呼側ＳＩＰ端末の
機種種別情報から当該着呼側ＳＩＰ端末が要求する最大
帯域やパケットフィルタ条件を判定できる場合は、前記
最大帯域やパケットフィルタ条件に基づき前記推定した
下り方向での帯域およびパケットフィルタ条件を修正し
て登録し配信を依頼するとともに、前記最大帯域やパケ
ットフィルタ条件も含めて前記帯域予約メッセージを発
行する構成を備え、前記発呼側に位置する全ＳＩＰメッ
セージ処理手段は、受信された前記帯域予約メッセージ
にて通知された前記最大帯域やパケットフィルタ条件に
基づき前記推定した下り方向での帯域およびパケットフ
ィルタ条件を修正して登録し配信を依頼する構成を備え
たことを特徴とする。

【００７５】この発明によれば、上記の発明において、
前記着呼側最終段に位置するＳＩＰメッセージ処理手段
では、前記着呼側ＳＩＰ端末の機種種別情報から当該着
呼側ＳＩＰ端末が要求する最大帯域やパケットフィルタ
条件を判定できる場合は、前記最大帯域やパケットフィ
ルタ条件に基づき前記推定した下り方向での帯域および
パケットフィルタ条件を修正して登録され、配信が依頼
されるともに、前記最大帯域やパケットフィルタ条件も
含めて前記帯域予約メッセージが発行される。また、前
記発呼側に位置する全ＳＩＰメッセージ処理手段では、
受信された前記帯域予約メッセージにて通知された前記
最大帯域やパケットフィルタ条件に基づき前記推定した
下り方向での帯域およびパケットフィルタ条件を修正し
て登録され、配信が依頼される。

【００７６】つぎの発明にかかる通信帯域予約システム
は、上記の発明において、前記ＳＩＰメッセージ処理手
段は、前記接続要求メッセージのメディア情報部に記載
された発呼側ＳＩＰ端末が受け入れ可能と示した複数の
メディア種別から必要な帯域やポート番号、プロトコル
タイプなどの帯域とフィルタリング条件を推定し、前記
下り方向の帯域およびパケットフィルタ条件を設定する
構成を備えたことを特徴とする。

【００７７】この発明によれば、上記の発明において、
前記ＳＩＰメッセージ処理手段では、前記接続要求メッ
セージのメディア情報部に記載された発呼側ＳＩＰ端末
が受け入れ可能と示した複数のメディア種別から必要な
帯域やポート番号、プロトコルタイプなどの帯域とフィ
ルタリング条件が推定され、前記下り方向の帯域および
パケットフィルタ条件が設定される。

【００７８】つぎの発明にかかるＳＩＰ中継装置は、端
末間のセッションを確立する手順として主にＲＦＣ２５
４３で規定されるＳＩＰ手順を用いるＳＩＰ端末間で授
受されるＳＩＰメッセージを中継する中継手段と、前記
中継手段から発呼側ＳＩＰ端末が送信する接続要求メッ
セージを受けて、前記接続要求メッセージの内容から発
呼側から着呼側への上り方向および着呼側から発呼側へ
の下り方向での帯域とパケットフィルタ条件とをそれぞ
れ推定し、その後、着呼側ＳＩＰ端末が接続メッセージ
を応答する前に送信する応答メッセージを前記中継手段
から受けて、前記応答メッセージから着呼側ＳＩＰ端末
のアドレス情報を取得して前記推定した下り方向での帯
域およびパケットフィルタ条件に追記し、前記推定した
上り方向での帯域およびパケットフィルタ条件と共に登
録を行う帯域推定手段とを備えたことを特徴とする。

【００７９】この発明によれば、中継手段では、端末間
のセッションを確立する手順として主にＲＦＣ２５４３
で規定されるＳＩＰ手順を用いるＳＩＰ端末間で授受さ
れるＳＩＰメッセージが中継される。その中継過程にお
いて、帯域推定手段では、前記中継手段から発呼側ＳＩ
Ｐ端末が送信する接続要求メッセージを受けて、前記接
続要求メッセージの内容から発呼側から着呼側への上り
方向および着呼側から発呼側への下り方向での帯域とパ
ケットフィルタ条件とがそれぞれ推定され、その後、着
呼側ＳＩＰ端末が接続メッセージを応答する前に送信す
る応答メッセージを前記中継手段から受けて、前記応答
メッセージから着呼側ＳＩＰ端末のアドレス情報が取得
され、それが前記推定した下り方向での帯域およびパケ
ットフィルタ条件に追記され、前記推定した上り方向で
の帯域およびパケットフィルタ条件と共に登録され、配
信が依頼される。

【００８０】つぎの発明にかかるＳＩＰ中継装置は、端
末間のセッションを確立する手順として主にＲＦＣ２５
４３で規定されるＳＩＰ手順を用いるＳＩＰ端末間で授
受されるＳＩＰメッセージを中継する中継手段と、前記
中継手段から発呼側ＳＩＰ端末が送信する接続要求メッ
セージを受けて、前記接続要求メッセージの内容から発
呼側から着呼側への上り方向および着呼側から発呼側へ
の下り方向での帯域およびパケットフィルタ条件をそれ
ぞれ推定する際に、着呼側ＳＩＰ端末の存在を登録状況
から確認して当該受信された接続要求メッセージの着呼
側ＳＩＰ端末への転送を一時保留し、前記着呼側ＳＩＰ
端末のアドレス情報を含む内部的な帯域予約メッセージ
を前記中継手段に送出するとともに、当該着呼側ＳＩＰ
端末のアドレス情報を前記推定した下り方向での帯域お
よびパケットフィルタ条件に追記し、前記推定した上り
方向での帯域およびパケットフィルタ条件と共に登録を
行う帯域推定手段とを備えたことを特徴とする。

【００８１】この発明によれば、中継手段では、端末間
のセッションを確立する手順として主にＲＦＣ２５４３
で規定されるＳＩＰ手順を用いるＳＩＰ端末間で授受さ
れるＳＩＰメッセージが中継される。その中継過程にお
いて、帯域推定手段では、前記中継手段から発呼側ＳＩ
Ｐ端末が送信する接続要求メッセージを受けて、前記接
続要求メッセージの内容から発呼側から着呼側への上り
方向および着呼側から発呼側への下り方向での帯域およ
びパケットフィルタ条件がそれぞれ推定される。その際
に、着呼側ＳＩＰ端末の存在を登録状況から確認して当
該受信された接続要求メッセージの着呼側ＳＩＰ端末へ
の転送を一時保留し、前記着呼側ＳＩＰ端末のアドレス
情報を含む内部的な帯域予約メッセージが前記中継手段
に送出される。並行して、当該着呼側ＳＩＰ端末のアド
レス情報が前記推定された下り方向での帯域およびパケ
ットフィルタ条件に追記され、前記推定された上り方向
での帯域およびパケットフィルタ条件と共に登録され、
配信が依頼される。

【００８２】つぎの発明にかかるＳＩＰ中継装置は、端
末間のセッションを確立する手順として主にＲＦＣ２５
４３で規定されるＳＩＰ手順を用いるＳＩＰ端末間で授
受されるＳＩＰメッセージを中継する中継手段と、前記
中継手段から発呼側ＳＩＰ端末が送信する接続要求メッ
セージを受けて、前記接続要求メッセージの内容から発
呼側から着呼側への上り方向および着呼側から発呼側へ
の下り方向での帯域およびパケットフィルタ条件をそれ
ぞれ推定し、その後、前記中継手段から帯域予約メッセ
ージを受けて、前記帯域予約メッセージから着呼側ＳＩ
Ｐ端末のアドレス情報を取得して前記推定した下り方向
での帯域およびパケットフィルタ条件に追記し、前記推
定した上り方向での帯域およびパケットフィルタ条件と
共に登録し配信を依頼する帯域推定手段とを備えたこと
を特徴とする。

【００８３】この発明によれば、中継手段では、端末間
のセッションを確立する手順として主にＲＦＣ２５４３
で規定されるＳＩＰ手順を用いるＳＩＰ端末間で授受さ
れるＳＩＰメッセージが中継される。その中継過程にお
いて、帯域推定手段では、前記中継手段から発呼側ＳＩ
Ｐ端末が送信する接続要求メッセージを受けて、前記接
続要求メッセージの内容から発呼側から着呼側への上り
方向および着呼側から発呼側への下り方向での帯域およ
びパケットフィルタ条件がそれぞれ推定され、その後、
前記中継手段から帯域予約メッセージを受けて、前記帯
域予約メッセージから着呼側ＳＩＰ端末のアドレス情報
を取得して前記推定した下り方向での帯域およびパケッ
トフィルタ条件に追記され、前記推定した上り方向での
帯域およびパケットフィルタ条件と共に登録され配信が
依頼される。

【００８４】つぎの発明にかかるＳＩＰ中継装置は、上
記の発明において、前記中継手段から着呼側ＳＩＰ端末
が応答する接続メッセージを受けて、前記接続メッセー
ジにて通知される確定帯域および確定パケットフィルタ
条件と、前記推定帯域および推定パケットフィルタ条件
とを比較し、前記推定帯域および推定パケットフィルタ
条件が広い場合に前記接続メッセージから得られる確定
帯域および確定パケットフィルタ条件を登録するのみ
で、帯域の配信を依頼することなく当該接続メッセージ
を発呼側ＳＩＰ端末に向けて中継するために前記中継手
段に送出する帯域比較手段を備えたことを特徴とする。

【００８５】この発明によれば、上記の発明において、
帯域比較手段では、前記中継手段から着呼側ＳＩＰ端末
が応答する接続メッセージを受けて、前記接続メッセー
ジにて通知される確定帯域および確定パケットフィルタ
条件と、前記推定帯域および推定パケットフィルタ条件
とが比較され、前記推定帯域および推定パケットフィル
タ条件が広い場合に前記接続メッセージから得られる確
定帯域および確定パケットフィルタ条件が登録され、帯
域の配信を依頼することなく当該接続メッセージが発呼
側ＳＩＰ端末に向けて中継するために前記中継手段に送
出される。

【００８６】つぎの発明にかかるＳＩＰ中継装置は、上
記の発明において、前記中継手段から着呼側ＳＩＰ端末
が応答する最終確認メッセージを受けて、前記比較結果
を参照し、前記確定帯域および確定パケットフィルタ条
件が前記推定帯域および推定パケットフィルタ条件の範
囲内にあり、まだ確定帯域を配信していないとき、下り
方向の帯域およびパケットフィルタ条件として前記確定
帯域および確定パケットフィルタ条件を登録し、配信を
依頼する帯域確定手段を備えたことを特徴とする。

【００８７】この発明によれば、上記の発明において、
帯域確定手段では、前記中継手段から着呼側ＳＩＰ端末
が応答する最終確認メッセージを受けて、前記比較結果
を参照し、前記確定帯域および確定パケットフィルタ条
件が前記推定帯域および推定パケットフィルタ条件の範
囲内にあり、まだ確定帯域を配信していないとき、下り
方向の帯域およびパケットフィルタ条件として前記確定
帯域および確定パケットフィルタ条件が登録され、配信
が依頼される。

【００８８】つぎの発明にかかるＳＩＰ中継装置は、上
記の発明において、前記帯域推定手段は、前記着呼側Ｓ
ＩＰ端末と所定のメッセージによる授受を試みて存在が
確認できたとき前記帯域予約メッセージを発行する構成
を備えたことを特徴とする。

【００８９】この発明によれば、上記の発明において、
前記帯域推定手段では、前記着呼側ＳＩＰ端末と所定の
メッセージによる授受を試みてその存在が確認できたと
き前記帯域予約メッセージが発行される。

【００９０】つぎの発明にかかるＳＩＰ中継装置は、上
記の発明において、前記帯域推定手段は、前記着呼側Ｓ
ＩＰ端末の機種種別情報から当該着呼側ＳＩＰ端末が要
求する最大帯域やパケットフィルタ条件を判定できる場
合は、前記最大帯域やパケットフィルタ条件に基づき前
記推定した下り方向での帯域およびパケットフィルタ条
件を修正して登録し配信を依頼するとともに、前記最大
帯域やパケットフィルタ条件も含めて前記帯域予約メッ
セージを発行する構成を備えたことを特徴とする。

【００９１】この発明によれば、上記の発明において、
前記帯域推定手段では、前記着呼側ＳＩＰ端末の機種種
別情報から当該着呼側ＳＩＰ端末が要求する最大帯域や
パケットフィルタ条件を判定できる場合は、前記最大帯
域やパケットフィルタ条件に基づき前記推定された下り
方向での帯域およびパケットフィルタ条件が修正して登
録され配信が依頼される。並行して、前記最大帯域やパ
ケットフィルタ条件も含めて前記帯域予約メッセージが
発行される。

【００９２】つぎの発明にかかるＳＩＰ中継装置は、上
記の発明において、前記帯域推定手段は、前記中継手段
から入力された前記帯域予約メッセージにて通知された
前記最大帯域やパケットフィルタ条件に基づき前記推定
した下り方向での帯域およびパケットフィルタ条件を修
正して登録し配信を依頼する構成を備えたことを特徴と
する。

【００９３】この発明によれば、上記の発明において、
前記帯域推定手段では、前記中継手段から入力された前
記帯域予約メッセージにて通知された前記最大帯域やパ
ケットフィルタ条件に基づき前記推定した下り方向での
帯域およびパケットフィルタ条件が修正して登録され、
配信が依頼される。

【００９４】つぎの発明にかかるＳＩＰ中継装置は、上
記の発明において、前記帯域推定手段は、前記接続要求
メッセージのメディア情報部に記載された発呼側ＳＩＰ
端末が受け入れ可能と示した複数のメディア種別から必
要な帯域やポート番号、プロトコルタイプなどの帯域と
フィルタリング条件を推定し、前記下り方向の帯域およ
びパケットフィルタ条件を設定する構成を備えたことを
特徴とする。

【００９５】この発明によれば、上記の発明において、
前記帯域推定手段では、前記接続要求メッセージのメデ
ィア情報部に記載された発呼側ＳＩＰ端末が受け入れ可
能と示した複数のメディア種別から必要な帯域やポート
番号、プロトコルタイプなどの帯域とフィルタリング条
件が推定され、前記下り方向の帯域およびパケットフィ
ルタ条件が設定される。

【００９６】つぎの発明にかかるＳＩＰ中継装置は、上
記の発明において、依頼を受けて前記登録された上り方
向と下り方向の帯域および推定パケットフィルタ条件を
配信する帯域配信手段を備えたことを特徴とする。

【００９７】この発明によれば、上記の発明において、
帯域配信手段では、依頼を受けて前記登録された上り方
向と下り方向の帯域および推定パケットフィルタ条件が
配信される。

【００９８】つぎの発明にかかる通信帯域予約方法は、
ＩＰ通信網において、端末間のセッションを確立する手
順として主にＲＦＣ２５４３で規定されるＳＩＰ手順を
用いるＳＩＰ端末間で授受されるＳＩＰメッセージを中
継する場合に、発呼側ＳＩＰ端末が送信する接続要求メ
ッセージの内容から発呼側から着呼側への上り方向およ
び着呼側から発呼側への下り方向での帯域およびパケッ
トフィルタ条件をそれぞれ推定する帯域推定工程と、そ
の後、着呼側ＳＩＰ端末が接続メッセージを応答する前
に送信する応答メッセージに基づき着呼側ＳＩＰ端末の
アドレス情報を取得して前記推定した下り方向での帯域
およびパケットフィルタ条件に追記し、前記推定した上
り方向での帯域およびパケットフィルタ条件と共に登録
し配信を依頼する帯域予約工程とを含むことを特徴とす
る。

【００９９】この発明によれば、ＩＰ通信網において、
端末間のセッションを確立する手順として主にＲＦＣ２
５４３で規定されるＳＩＰ手順を用いるＳＩＰ端末間で
授受されるＳＩＰメッセージを中継する場合に、帯域推
定工程にて、発呼側ＳＩＰ端末が送信する接続要求メッ
セージの内容から発呼側から着呼側への上り方向および
着呼側から発呼側への下り方向での帯域およびパケット
フィルタ条件がそれぞれ推定取得される。その後、帯域
予約工程にて、着呼側ＳＩＰ端末が接続メッセージを応
答する前に送信する応答メッセージに基づき着呼側ＳＩ
Ｐ端末のアドレス情報が取得され、前記推定された下り
方向での帯域およびパケットフィルタ条件に追記され、
前記推定された上り方向での帯域およびパケットフィル
タ条件と共に登録され、配信が依頼される。

【０１００】つぎの発明にかかる通信帯域予約方法は、
ＩＰ通信網において、端末間のセッションを確立する手
順として主にＲＦＣ２５４３で規定されるＳＩＰ手順を
用いるＳＩＰ端末間で授受されるＳＩＰメッセージを中
継する場合に、着呼側最終中継段において、発呼側ＳＩ
Ｐ端末が送信する接続要求メッセージの受信時に着呼側
ＳＩＰ端末の存在を登録状況から確認して当該受信され
た接続要求メッセージの着呼側ＳＩＰ端末への転送を一
時保留する保留工程と、前記着呼側ＳＩＰ端末のアドレ
ス情報を含む内部的な帯域予約メッセージを発呼側に存
在する全中継段に向けて発行する内部メッセージ発行工
程と、受信された前記接続要求メッセージの内容から、
発呼側から着呼側への上り方向および着呼側から発呼側
への下り方向での帯域およびパケットフィルタ条件をそ
れぞれ推定する帯域推定工程と、前記確認した着呼側Ｓ
ＩＰ端末のアドレス情報を前記推定した下り方向での帯
域およびパケットフィルタ条件に追記して前記推定した
上り方向での帯域およびパケットフィルタ条件と共に登
録し配信を依頼する帯域予約工程と、その後、前記保留
していた接続要求メッセージを前記確認した着呼側ＳＩ
Ｐ端末に転送する保留解除工程とを含み、発呼側に存在
する全中継段において、受信された前記接続要求メッセ
ージの内容から、発呼側から着呼側への上り方向および
着呼側から発呼側への下り方向での帯域およびパケット
フィルタ条件をそれぞれ推定する帯域推定工程と、受信
された前記帯域予約メッセージから着呼側ＳＩＰ端末の
アドレス情報を取得して前記推定した下り方向での帯域
およびパケットフィルタ条件に追記して前記推定した上
り方向での帯域およびパケットフィルタ条件と共に登録
し配信を依頼する帯域予約工程とを含むことを特徴とす
る。

【０１０１】この発明によれば、ＩＰ通信網において、
端末間のセッションを確立する手順として主にＲＦＣ２
５４３で規定されるＳＩＰ手順を用いるＳＩＰ端末間で
授受されるＳＩＰメッセージを中継する場合に、着呼側
最終中継段において、保留工程にて、発呼側ＳＩＰ端末
が送信する接続要求メッセージの受信時に着呼側ＳＩＰ
端末の存在を登録状況から確認して当該受信された接続
要求メッセージの着呼側ＳＩＰ端末への転送が一時保留
される。それを受けて、内部メッセージ発行工程にて、
前記着呼側ＳＩＰ端末のアドレス情報を含む内部的な帯
域予約メッセージが発呼側に存在する全中継段に向けて
発行される。そして、帯域推定工程にて、受信された前
記接続要求メッセージの内容から発呼側から着呼側への
上り方向および着呼側から発呼側への下り方向での帯域
およびパケットフィルタ条件がそれぞれ推定取得され
る。次いで帯域予約工程にて、前記確認した着呼側ＳＩ
Ｐ端末のアドレス情報を前記推定された下り方向での帯
域およびパケットフィルタ条件に追記して前記推定され
た上り方向での帯域およびパケットフィルタ条件と共に
登録され、配信が依頼される。その後、保留解除工程に
て、前記保留していた接続要求メッセージを前記確認し
た着呼側ＳＩＰ端末に転送される。また、発呼側に存在
する全中継段において、帯域推定工程にて、受信された
前記接続要求メッセージの内容から発呼側から着呼側へ
の上り方向および着呼側から発呼側への下り方向での帯
域およびパケットフィルタ条件がそれぞれ推定取得され
る。次いで、帯域予約工程にて、受信された前記帯域予
約メッセージから着呼側ＳＩＰ端末のアドレス情報を取
得して前記推定された下り方向での帯域およびパケット
フィルタ条件に追記され、前記推定された上り方向での
帯域およびパケットフィルタ条件と共に登録され、配信
が依頼される。

【０１０２】つぎの発明にかかる通信帯域予約方法は、
上記の発明において、着呼側ＳＩＰ端末が応答する接続
メッセージを検出すると、前記接続メッセージにて通知
される確定および確定パケットフィルタ条件と、前記推
定帯域および推定パケットフィルタ条件とを比較し、前
記推定帯域および推定パケットフィルタ条件が広い場合
に前記確定帯域および確定パケットフィルタ条件を登録
し、配信を依頼し、完了を待つことなく当該接続メッセ
ージを発呼側のＳＩＰ端末に向けて中継する帯域比較工
程を含むことを特徴とする。

【０１０３】この発明によれば、上記の発明において、
帯域比較工程にて、着呼側ＳＩＰ端末が応答する接続メ
ッセージを検出すると、前記接続メッセージにて通知さ
れる確定および確定パケットフィルタ条件と、前記推定
帯域および推定パケットフィルタ条件とが比較され、前
記推定帯域および推定パケットフィルタ条件が広い場合
に前記確定帯域および確定パケットフィルタ条件が登録
され、配信を依頼し、完了を待つことなく当該接続メッ
セージを発呼側のＳＩＰ端末に向けて中継される。

【０１０４】つぎの発明にかかる通信帯域予約方法は、
上記の発明において、発呼側ＳＩＰ端末が前記接続メッ
セージの受信に応答する最終確認メッセージを検出する
と、前記比較結果を参照し、前記確定帯域および確定パ
ケットフィルタ条件が前記推定帯域および推定パケット
フィルタ条件の範囲内にあり、まだ確定帯域を配信して
いないとき、下り方向の帯域およびパケットフィルタ条
件として前記確定帯域および確定パケットフィルタ条件
を登録し配信を依頼する帯域確定工程を含むことを特徴
とする。

【０１０５】この発明によれば、上記の発明において、
帯域確定工程にて、発呼側ＳＩＰ端末が前記接続メッセ
ージの受信に応答する最終確認メッセージを検出する
と、前記比較結果が参照され、前記確定帯域および確定
パケットフィルタ条件が前記推定帯域および推定パケッ
トフィルタ条件の範囲内にあり、まだ確定帯域を配信し
ていないとき、下り方向の帯域およびパケットフィルタ
条件として前記確定帯域および確定パケットフィルタ条
件が登録され、配信が依頼される。

【０１０６】つぎの発明にかかる通信帯域予約方法は、
上記の発明において、前記着呼側最終中継段において、
前記内部メッセージ発行工程では、前記着呼側ＳＩＰ端
末と所定のメッセージによる授受を試みて存在を確認で
きたとき前記帯域予約メッセージを発行することを特徴
とする。

【０１０７】この発明によれば、上記の発明において、
前記着呼側最終中継段では、前記内部メッセージ発行工
程にて、前記着呼側ＳＩＰ端末と所定のメッセージによ
る授受を試みて存在を確認できたとき前記帯域予約メッ
セージが発行される。

【０１０８】つぎの発明にかかる通信帯域予約方法は、
上記の発明において、前記着呼側最終中継段において、
前記帯域予約工程では、前記着呼側ＳＩＰ端末の機種種
別情報から当該着呼側ＳＩＰ端末が要求する最大帯域や
パケットフィルタ条件を判定できる場合は、前記最大帯
域やパケットフィルタ条件に基づき前記推定した下り方
向での帯域およびパケットフィルタ条件を修正して登録
し、配信を依頼し、前記内部メッセージ発行工程では、
前記最大帯域やパケットフィルタ条件も含めて前記帯域
予約メッセージを発行し、前記発呼側に存在する各中継
段において、前記帯域予約工程では、受信された前記帯
域予約メッセージにて通知された前記最大帯域やパケッ
トフィルタ条件に基づき前記推定した下り方向での帯域
およびパケットフィルタ条件を修正して登録し配信を依
頼することを特徴とする。

【０１０９】この発明によれば、上記の発明において、
前記着呼側最終中継段では、前記帯域予約工程にて、前
記着呼側ＳＩＰ端末の機種種別情報から当該着呼側ＳＩ
Ｐ端末が要求する最大帯域やパケットフィルタ条件を判
定できる場合は、前記最大帯域やパケットフィルタ条件
に基づき前記推定した下り方向での帯域およびパケット
フィルタ条件が修正して登録され、配信が依頼される。
そして、前記内部メッセージ発行工程にて、前記最大帯
域やパケットフィルタ条件も含めて前記帯域予約メッセ
ージが発行される。また、前記発呼側に存在する各中継
段では、前記帯域予約工程にて、受信された前記帯域予
約メッセージにて通知された前記最大帯域やパケットフ
ィルタ条件に基づき前記推定した下り方向での帯域およ
びパケットフィルタ条件が修正して登録され、配信が依
頼される。

【０１１０】つぎの発明にかかる通信帯域予約方法は、
上記の発明において、前記帯域推定工程では、前記接続
要求メッセージのメディア情報部に記載された発呼側Ｓ
ＩＰ端末が受け入れ可能と示した複数のメディア種別か
ら必要な帯域やポート番号、プロトコルタイプなどの帯
域とフィルタリング条件を推定し、前記下り方向の帯域
およびパケットフィルタ条件を設定することを特徴とす
る。

【０１１１】この発明によれば、上記の発明において、
前記帯域推定工程では、前記接続要求メッセージのメデ
ィア情報部に記載された発呼側ＳＩＰ端末が受け入れ可
能と示した複数のメディア種別から必要な帯域やポート
番号、プロトコルタイプなどの帯域とフィルタリング条
件が推定され、前記下り方向の帯域およびパケットフィ
ルタ条件が設定される。

【０１１２】

【発明の実施の形態】以下に添付図面を参照して、この
発明にかかる通信帯域予約システム、ＳＩＰ中継装置お
よび通信帯域予約方法の好適な実施の形態を詳細に説明
する。

【０１１３】実施の形態１．図１は、この発明の実施の
形態１である通信帯域予約システムの構成を示すブロッ
ク図である。図１において、管理ドメインである自ドメ
インＡ１０１と自ドメインＢ１０２は、インターネット
１０３と同様にＩＰ通信網（ＭＰＬＳ網）である。この
発明の通信帯域予約システムは、例えば、図１に示すよ
うに、自ドメインＡ１０１と自ドメインＢ１０２とがイ
ンターネット１０３を介して通信する場合に、端末間の
セッションを確立する手順として主にＲＦＣ２５４３で
規定されるＳＩＰの所定メッセージを利用して通信帯域
を適切に予約設定でき、また変更できるように構成され
ている。

【０１１４】図１において、自ドメインＡ１０１と自ド
メインＢ１０２には、ＲＦＣ２５４３で規定されるＳＩ
Ｐ手順を用いるＳＩＰ端末１１１とＳＩＰ端末１１２が
それぞれ配置されている。自ドメインＡ１０１のＳＩＰ
端末１１１は、ＬＳＲ１３１，１３２およびＬＳＲ−Ｇ
Ｗ１３３を介してインターネット１０３に接続される。
また、自ドメインＢ１０２のＳＩＰ端末１１２は、ＬＳ
Ｒ１３６，１３５およびＬＳＲ−ＧＷ１３４を介してイ
ンターネット１０３に接続される。ＬＳＲ−ＧＷ１３３
とＬＳＲ−ＧＷ１３４は、インターネット１０３上で接
続されている。

【０１１５】そして、自ドメインＡ１０１にはＳＩＰ中
継装置１１３が配置され、インターネット１０３にはＳ
ＩＰ中継装置１１４が配置され、自ドメインＢ１０２に
はＳＩＰ中継装置１１５が配置されている。ＳＩＰ中継
装置１１３，１１４，１１５は、それぞれ、ＳＩＰ端末
１１１，１１２間で授受されるＳＩＰメッセージの中継
とそれに基づく帯域予約とＬＳＰ設定と各ＬＳＲへの帯
域情報等の配信とを司る装置であり、例えば図２に示す
ように構成されている。

【０１１６】図１では、ＳＩＰ端末１１１からＬＳＲ１
３１，１３２およびＬＳＲ−ＧＷ１３３に至るＬＳＰ１
４１が張られ、ＬＳＲ−ＧＷ１３３とＬＳＲ−ＧＷ１３
４との間にＬＳＰ１４２が張られ、ＳＩＰ端末１１２か
らＬＳＲ１３６，１３５およびＬＳＲ−ＧＷ１３４に至
るＬＳＰ１４３が張られていることが示されている。ま
た、ＳＩＰ中継装置１１３からＬＳＲ１３１，１３２お
よびＬＳＲ−ＧＷ１３３に対しＬＳＰ１４１の帯域とフ
ィルタリング条件に関する設定と変更を行うメッセージ
１５１，１５２，１５３が送信される。ＳＩＰ中継装置
１１４からＬＳＲ−ＧＷ１３３，１３４に対しＬＳＰ１
４２の帯域とフィルタリング条件に関する設定と変更を
行うメッセージ１５７，１５８が送信される。ＳＩＰ中
継装置１１５からＬＳＲ１３６，１３５およびＬＳＲ−
ＧＷ１３４に対しＬＳＰ１４３の帯域とフィルタリング
条件に関する設定と変更を行うメッセージ１５５，１５
６，１５７が送信されることが示されている。

【０１１７】なお、図１では、ＳＩＰ端末１１１が発呼
側で、ＳＩＰ端末１１２が着呼側であるとし、ＳＩＰ端
末１１１からＳＩＰ中継装置１１３に接続要求（ＩＮＶ
ＩＴＥ）メッセージ１２１が送信され、ＳＩＰ中継装置
１１３からＳＩＰ中継装置１１４に接続要求（ＩＮＶＩ
ＴＥ）メッセージ１２２が中継送信され、ＳＩＰ中継装
置１１４からＳＩＰ中継装置１１５に接続要求（ＩＮＶ
ＩＴＥ）メッセージ１２３が中継送信され、ＳＩＰ中継
装置１１５からＳＩＰ端末１１２に接続要求（ＩＮＶＩ
ＴＥ）メッセージ１２４が中継送信される場合が示され
ている。

【０１１８】図２は、図１に示すＳＩＰ中継装置１１
３，１１４，１１５の構成を示すブロック図である。図
２において、ＳＩＰ中継装置２０１は、ＩＰ通信網での
各種プロトコルによるメッセージの送受信を行うＴＣＰ
(Transmission Control Protocol)／ＩＰ／ＵＤＰ(User
Datagram Protocol)スタック２０２と、ＳＩＰ処理部
２０３と、帯域配信処理部２０４とを備えている。

【０１１９】ＳＩＰ処理部２０３は、ＴＣＰ／ＩＰ／Ｕ
ＤＰスタック２０２から各種メッセージを受け取り判別
するメッセージ種別判定部２１１と、ＴＣＰ／ＩＰ／Ｕ
ＤＰスタック２０２に各種メッセージを引き渡すメッセ
ージ中継・応答処理部２１２と、メッセージ種別判定部
２１１の出力端およびメッセージ中継・応答処理部２１
２の入力端に並列に接続される、ＩＮＶＩＴＥ処理部２
２１，１８０Ringing処理部２２２，２００ＯＫ処理部
２２３およびＡＣＫ処理部２２４とを備えている。以上
がＳＩＰメッセージの中継を行う機能部分である。

【０１２０】さらに、ＳＩＰ処理部２０３は、ＩＮＶＩ
ＴＥ処理部２２１と情報授受を行う帯域推定部２２５
と、１８０Ringing処理部２２２と情報授受を行う帯域
事前予約部２２６と、２００ＯＫ処理部２２３と情報授
受を行う帯域比較部２２７と、ＡＣＫ処理部２２４の出
力を受ける帯域修正部２２８と、帯域推定部２２５，帯
域事前予約部２２６，帯域比較部２２７および帯域修正
部２２８のそれぞれと情報授受を行う帯域フィルタ条件
記憶部２３１と、帯域フィルタ条件記憶部２３１の制御
下にある帯域フィルタ条件データベース(以下データベ
ースは「ＤＢ」と略記する）２４１と、帯域フィルタ条
件記憶部２３１の出力を帯域配信処理部２０４に引き渡
し、また帯域配信処理部２０４からの情報を帯域フィル
タ条件記憶部２３１に引き渡す帯域フィルタ条件通知部
２３２とを備えている。以上が予約する帯域を推定し登
録する機能部分である。

【０１２１】帯域配信処理部２０４は、帯域フィルタ条
件通知部２３２と情報授受を行う帯域フィルタ条件受信
部２３３と、帯域フィルタ条件受信部２３３の出力を受
けるＬＳＰ処理部２５１と、ＬＳＰ処理部２５１の出力
を受けるＬＳＲｓ処理部２５２と、ＬＳＲｓ処理部２５
２の出力を配信経路に送出する設定情報配信部２５３
と、ＬＳＰ−ＤＢ２４２と、ＬＳＲ−ＤＢ２４３と、Ｌ
ＳＰ処理部２５１およびＬＳＲｓ処理部２５２とＬＳＰ
−ＤＢ２４２およびＬＳＲ−ＤＢ２４３との間に介在す
るＤＢ処理部２４４とを備えている。

【０１２２】なお、図２では、便宜上ＳＩＰ処理部２０
３と帯域配信処理部２０４とは同一のＳＩＰ装置２０１
内に存在するとしているが、この２者は分離して、別々
の装置として独立させることができるものである。

【０１２３】次に、図１〜図６を参照して、実施の形態
１による通信帯域予約システムにおいて実施されるＳＩ
Ｐメッセージの中継方法および帯域変更方法を説明す
る。なお、図３は、図１に示す通信帯域予約システムで
実施されるＳＩＰ連携予約方法を説明するシーケンスで
ある。図４は、図２に示すＳＩＰ中継装置における帯域
フィルタ条件ＤＢに格納される上下ＬＳＰの帯域フィル
タ条件記憶データの一例を示す図である。図５は、図２
に示すＳＩＰ中継装置におけるＬＳＰ−ＤＢに格納され
るＬＳＰ管理データの一例を示す図である。図６は、図
２に示すＳＩＰ中継装置の各ＳＩＰメッセージに対する
動作を説明するフローチャートである。

【０１２４】まず、図３を参照して、図１に示す通信帯
域予約システム全体の動作について説明する。図３にお
いて、発呼側３０１は、ＳＩＰ端末１１１である。着呼
側３０３は、ＳＩＰ端末１１２である。ＳＩＰ処理部３
０２は、ＳＩＰ中継装置１１３，１１４，１１５のＴＣ
Ｐ／ＩＰ／ＵＤＰスタック２０２を含めたＳＩＰ処理部
２０３である。帯域配信処理部３０４は、同様にＳＩＰ
中継装置１１３，１１４，１１５の帯域配信処理部２０
４であり、ＬＳＲｓ処理部３０５は、設定情報配信部２
５３を含めたＬＳＲｓ処理部２５２である。すなわち、
ＳＩＰ中継装置１１３，１１４，１１５は、この実施の
形態１では、各ＳＩＰメッセージに対して同様の中継動
作等を行うようになっている。

【０１２５】図３において、発呼側３０１は、着呼側３
０３とＳＩＰセッションを確立するため、まず、接続要
求メッセージ(ＩＮＶＩＴＥ)３１１を着呼側３０３に向
けて送信する。この接続要求メッセージ(ＩＮＶＩＴＥ)
３１１は、ＳＩＰ処理部３０２から接続要求メッセージ
(ＩＮＶＩＴＥ)３１２として着呼側３０３に伝達され
る。

【０１２６】ここで、ＳＩＰ処理部３０２では、つま
り、ＳＩＰ中継装置１１３，１１４，１１５では、この
接続要求メッセージ(ＩＮＶＩＴＥ)の中継動作過程で帯
域推定処理３０９が行われる。すなわち、ＳＩＰ中継装
置１１３，１１４，１１５では、発呼側３０１から着呼
側３０３に向かう上りＬＳＰ帯域と、発呼側ノードのフ
ィルタ条件と、着呼側３０３から発呼側３０１に向かう
下りＬＳＰ帯域と、着呼側ノードのフィルタ条件とが推
定される。但し、この段階では、着呼側端末のＩＰアド
レスは不明である。推定結果は、図２に示した帯域フィ
ルタ条件ＤＢ２４１に格納される。

【０１２７】着呼側３０３では、接続要求メッセージ
(ＩＮＶＩＴＥ)３１２を受信すると、ＩＮＶＩＴＥ受信
確認メッセージ(１００Trying)３１３を発呼側３０１に
返信する。このＩＮＶＩＴＥ受信確認メッセージ(１０
０Trying)３１３は、ＳＩＰ処理部３０２からＩＮＶＩ
ＴＥ受信確認メッセージ(１００Trying)３１４として発
呼側３０１に伝達される。

【０１２８】次いで、着呼側３０３では、呼出し中表示
メッセージ(１８０Ringing)３１６を発呼側３０１に向
けて送信する。この呼出し中表示メッセージ(１８０Rin
ging)３１６は、ＳＩＰ処理部３０２から呼出し中表示
メッセージ(１８０Ringing)３１７として発呼側３０１
に伝達される。

【０１２９】ここで、ＳＩＰ処理部３０２では、つま
り、ＳＩＰ中継装置１１５，１１４，１１３では、呼出
し中表示メッセージ(１８０Ringing)の中継動作過程
で、推定した帯域の登録処理３１０が次のようにして行
われる。すなわち、着呼側３０３から呼出し中表示メッ
セージ(１８０Ringing)を直接受信するＳＩＰ中継装置
（図１に示す例ではＳＩＰ中継装置１１５である）は、
呼出し中表示メッセージ(１８０Ringing)の発アドレス
から着呼側端末のアドレスを取得し、それを次段のＳＩ
Ｐ中継装置に中継送信する呼出し中表示メッセージ(１
８０Ringing)に追記するともに、上記帯域推定処理結果
に付記して図２に示した帯域フィルタ条件ＤＢ２４１に
格納する。次段のＳＩＰ中継装置以降発呼側３０１に至
る各ＳＩＰ中継装置では、受信した呼出し中表示メッセ
ージ(１８０Ringing)から着呼側端末のアドレスを取得
し、それを上記帯域推定処理結果に付記して図２に示し
た帯域フィルタ条件ＤＢ２４１に格納する。図１の例で
言えば、ＳＩＰ中継装置１１４，１１３が行う。

【０１３０】推定帯域の登録処理３１０の後に、ＳＩＰ
処理部３０２では、つまり、ＳＩＰ中継装置１１５，１
１４，１１３では、帯域配信処理部３０４に対して帯域
配信要求メッセージ３１５を送信するようになってい
る。図２に示した帯域フィルタ条件通知部２３２から帯
域フィルタ条件受信部２３３に向かう信号が該当する。
その結果、帯域配信処理部３０４では、上りと下りのＬ
ＳＰが決定され、ＬＳＲｓ処理部３０５から全てのＬＳ
Ｒに対して帯域に関する情報が配信される。終了する
と、帯域配信完了メッセージ３１８が帯域配信処理部３
０４からＳＩＰ処理部３０２に通知される。図２に示し
た帯域フィルタ条件受信部２３３から帯域フィルタ条件
通知部２３２に向かう信号が該当する。ＳＩＰ処理部３
０２では、配信結果を図２に示した帯域フィルタ条件Ｄ
Ｂ２４１に格納する。

【０１３１】着呼側３０３では、呼出し中表示メッセー
ジ(１８０Ringing)３１６の送信後、適宜な間隔を置い
て接続メッセージ(２００ＯＫ)３１９を発呼側３０１に
向けて送信する。図３では、ＳＩＰ処理部３０２では、
帯域配信完了３１８の通知を受けた後に着呼側３０３か
ら接続メッセージ(２００ＯＫ)３１９が送られてくると
している。ＳＩＰ処理部３０２では、接続メッセージ
(２００ＯＫ)３１９を受け取ると、推定済み３２０を確
認し、接続メッセージ(２００ＯＫ)３１９から取得した
実際の帯域に対する推定帯域の過不足を調べる。そし
て、接続メッセージ(２００ＯＫ)３１９から取得した実
際の帯域が推定帯域の範囲内にある場合は、帯域予約処
理を行うことなく、直ちに、発呼側３０１に向けて接続
メッセージ(２００ＯＫ)３２０を伝達する。

【０１３２】発呼側３０１では、接続メッセージ(２０
０ＯＫ)３２０を受け取ると、最終確認メッセージ(ＡＣ
Ｋ)３３１を着呼側３０３に向けて送信する。ＳＩＰ処
理部３０２では、受け取った最終確認メッセージ(ＡＣ
Ｋ)３３１を最終確認メッセージ(ＡＣＫ)３３２として
着呼側３０３に伝達する。これによって、発呼側３０１
と着呼側３０３との間でＳＩＰセッションが確立され、
通信が開始される。

【０１３３】ここで、ＳＩＰ処理部３０２では、つま
り、ＳＩＰ中継装置１１３，１１４，１１５では、上記
推定済み３２０の確認にて調べた過不足の結果に基づき
修正の必要があれば、最終確認メッセージ(ＡＣＫ)３３
２を着呼側３０３に伝達した後の適宜な時に帯域配信処
理部３０４に対して帯域修正要求メッセージ３３２を送
信する。図２に示した帯域フィルタ条件通知部２３２か
ら帯域フィルタ条件受信部２３３に向かう信号が該当す
る。

【０１３４】その結果、ＬＳＲｓ処理部３０５から該当
するＬＳＲに対して帯域に関する情報が配信される。終
了すると、帯域修正完了メッセージ３３４が帯域配信処
理部３０４からＳＩＰ処理部３０２に通知される。図２
に示した帯域フィルタ条件受信部２３３から帯域フィル
タ条件通知部２３２に向かう信号が該当する。ＳＩＰ処
理部３０２では、修正結果を図２に示した帯域フィルタ
条件ＤＢ２４１に格納する。

【０１３５】次に、図２に沿って図１、図４、図５を参
照しつつ、ＳＩＰ中継装置１１５，１１４，１１３の具
体的な動作内容を説明する。なお、図４では、帯域フィ
ルタ条件ＤＢ２４１には、ＳＩＰ処理部２０３にて設定
される発呼側端末から着呼側端末への上りＬＳＰ４０
１，着呼側端末から発呼側端末への下りＬＳＰ(推定)４
０２および下りＬＳＰ(確定)４０３の各帯域フィルタ条
件と、受信メッセージ種別４０４の内容と、応答タイマ
(残タイマ)２４１とが、４つの予測フィールド４１１〜
４１４に分けて示されている。

【０１３６】予測フィールド４１１には、接続要求メッ
セージ(ＩＮＶＩＴＥ)受信時に帯域フィルタ条件が設定
される。予測フィールド４１２には、呼出し中表示メッ
セージ(１８０Ringing)受信時に帯域フィルタ条件が設
定される。予測フィールド４１３には、接続メッセージ
(２００ＯＫ)受信時に帯域フィルタ条件が設定される。
予測フィールド４１４には、最終確認メッセージ(ＡＣ
Ｋ)受信時に帯域フィルタ条件が設定される。

【０１３７】上りＬＳＰ４０１では、上りＬＳＰ設定配
信済みフラグ４２１が設けられ、下りＬＳＰ(推定)４０
２では、下りＬＳＰ設定(推定)済みフラグ４２２が設け
られ、下りＬＳＰ(確定)４０３では、下りＬＳＰ設定
(確定)配信済みフラグ４２３が設けられている。

【０１３８】また、受信メッセージ種別４０４では、接
続要求メッセージ(ＩＮＶＩＴＥ)の受信フラグ４３１
と、呼出し中表示メッセージ(１８０Ringing)の受信フ
ラグ４３２と、接続メッセージ(２００ＯＫ)の受信フラ
グ４３３と、最終確認メッセージ(ＡＣＫ)の受信フラグ
４３４とがそれぞれ設けられている。帯域フィルタ条件
ＤＢ２４１には、帯域配信処理部２０４から配信される
各ＬＳＲへの配信状況も格納されるようになっている。

【０１３９】また、図５では、ＬＳＰ−ＤＢ２４２の設
定内容例として、自ドメインＢ１０２におけるＬＳＰ１
４３についての設定内容が示されている。項目は、「Ｌ
ＳＰ」「優先度」「ＬＳＰフィルタ条件」「各段(1stLS
R、2ndLSR、3rdLSR)のＬＳＲ設定内容」が示されてい
る。ＬＳＰ１４３の上りでは、第１段目ＬＳＲ(1stLSR)
がＬＳＲ１３４，第２段目ＬＳＲ(2ndLSR)がＬＳＲ１３
５，第３段目ＬＳＲ(3rdLSR)がＬＳＲ１３６と示されて
いる。ＬＳＰ１４３の下りでは、逆順になっている。

【０１４０】さて、発呼側ＳＩＰ端末１１１が着呼側Ｓ
ＩＰ端末１１２とＳＩＰセッションを確立するためにＳ
ＩＰ中継装置１１３に通知する接続要求（ＩＮＶＩＴ
Ｅ）メッセージ１２１は、図２において、ＳＩＰ中継装
置２０１のＴＣＰ／ＩＰ／ＵＤＰスタック２０２にて受
信され、ＳＩＰ処理部２０３のメッセージ種別判定部２
１１に送られ、さらにＩＮＶＩＴＥ処理部２２１に通知
される。

【０１４１】ＩＮＶＩＴＥ処理部２２１では、接続要求
メッセージ(ＩＮＶＩＴＥ)のＳＤＰ部を帯域推定部２２
５に通知するとともに、接続要求（ＩＮＶＩＴＥ)メッ
セージ自体をメッセージ中継・応答処理部２１２を経由
してＴＣＰ／ＩＰ／ＵＤＰスタック２０２に送出する。
その結果、ＳＩＰ中継装置１１３から接続要求メッセー
ジ(ＩＮＶＩＴＥ)１２２がＳＩＰ中継装置１１４に中継
送信され、ＳＩＰ中継装置１１４から接続要求メッセー
ジ(ＩＮＶＩＴＥ)１２３がＳＩＰ中継装置１１５に中継
送信され、ＳＩＰ中継装置１１５から接続要求メッセー
ジ(ＩＮＶＩＴＥ)１２４が着呼側ＳＩＰ端末１１２に中
継送信される。

【０１４２】以上の接続要求メッセージ(ＩＮＶＩＴＥ)
の中継動作過程で、各ＳＩＰ中継装置では、ＩＮＶＩＴ
Ｅ処理部２２１から接続要求メッセージ(ＩＮＶＩＴＥ)
のＳＤＰ部を通知された帯域推定部２２５にて以下のよ
うにして帯域フィルタ条件が推定される。

【０１４３】すなわち、接続要求メッセージ(ＩＮＶＩ
ＴＥ)のＳＤＰ部には、「ｃ=フィールド」に発呼側ＳＩ
Ｐ端末のＩＰアドレスが示され、「ｍ＝フィールド」に
発呼側が使用するメディアの種類、発呼側のポート番
号、発呼側が使用する符号化種別と着側から受け入れ可
能な符号化種別のリストが示されている。また、「ａ＝
フィールド」に「ｍ＝フィールド」で示した符号化種別
の補助情報（使用プロトコルタイプと符号化名称、必要
帯域）が示される。

【０１４４】そこで、帯域推定部２２５は、上りＬＳＰ
の帯域として発呼側が使用する符号化に必要な通常要求
される帯域を設定する。発呼側ノードのフィルタ条件と
してＩＮＶＩＴＥのＳＤＰ部の「ｃ＝フィールド」に示
された発呼側端末のＩＰアドレスと「ｍ＝フィールド」
に示された発呼側端末のポート番号とを設定する。もし
「ａ＝フィールド」があればプロトコルタイプと明示さ
れた必要帯域も加え、ＳＩＰセッションを一意に識別す
るセッション識別子と共に帯域フィルタ条件記憶部２３
１に通知する。

【０１４５】また、帯域推定部２２５は、下りＬＳＰの
帯域として「ｍ＝フィールド」で示された着呼側から受
け入れ可能な符号化種別のリストから該符号化に必要な
通常要求される帯域の最大値を設定する。着呼側ノード
のフィルタ条件として接続要求メッセージ(ＩＮＶＩＴ
Ｅ)のＳＤＰ部の「ｃ=フィールド」に示された発呼側端
末のＩＰアドレスと「ｍ＝フィールド」に示された発呼
側端末のポート番号とを設定する。もし「ａ＝フィール
ド」があればプロトコルタイプと明示された必要帯域も
加え帯域フィルタ条件記憶部２３１に通知する。その結
果、帯域フィルタ条件ＤＢ２４１には、図４において、
上りＬＳＰ４０１と下りＬＳＰ(推定)４０２の帯域推定
データとして、予測フィールド４１１で示すような帯域
推定データが格納される。

【０１４６】帯域推定部２２５では、具体的には次のよ
うにして帯域推定が行われる。ＳＩＰシーケンスでは、
発呼側が接続要求メッセージ(ＩＮＶＩＴＥ)のＳＤＰ部
に、「ｍ＝audio３４５６ ＲＴＰ／ＡＶＰ ０ ３ ４
５」の４種類(０，３，４，５)のメディアが受け入れ可
能と表示している。そして、着呼側が応答する接続メッ
セージ(２００ＯＫ)のＳＤＰ部では、４種類のうち一つ
のメディアが選択され、「ｍ＝audio１２３４ ＲＴＰ／
ＡＶＰ ４」が応答内容となっているとする。ここで、
ポート番号３４５６＜−＞１２３４が双方のaudioの送
受信に使用される。なお、「０ ３ ４ ５」は、発呼側
が受け入れ可能な予め規定された基本的メディアの種類
を示す番号のリストである。

【０１４７】そこで、帯域推定部２２５では、接続要求
メッセージ(ＩＮＶＩＴＥ)のＳＤＰ部に、具体的に例え
ば、 ｖ=0 ｏ＝CiscoSystemsSIP-IPPhone-UserAgent 18236 7386 I
N IP4 10.74.3.246 ｇ＝SIP Call ｃ=IN IP4 10.74.3.246 ｔ＝0 0 ｍ＝audio 30306 RTP/AVP 0 8 18 101 ａ＝rtpmap:0 pcmu/8000 ａ＝rtpmap:101 telephone-event/8000 ａ＝fmtp:101 0-11 とあれば、８Ｋｂｐｓ圧縮品質音声であり、発呼側ポー
ト番号は３０３０６をフィルタ条件として使用できるこ
とが接続メッセージ(２００ＯＫ)通知前に推測できる。
なお、ここで、接続要求メッセージ(ＩＮＶＩＴＥ)の中
継後相手無応答の場合に備えて、応答タイマ４４１(図
４参照)を起動し、その後１８０Ringingや４０４NotFou
ndなどの後続応答メッセージがなくタイムアウトした場
合は、この予測フィル−ド４１１を削除してこのセッシ
ョンを終了する。

【０１４８】接続要求メッセージ(ＩＮＶＩＴＥ)が着呼
側ＳＩＰ端末１１２に通知されると、着呼側ＳＩＰ端末
１１２は、発呼側ＳＩＰ端末１１１に対して、ＩＮＶＩ
ＴＥ受信確認メッセージ(１００Trying)に続き、呼出し
中表示メッセージ(１８０Ringing)を着呼側呼び出し中
の間定期的に通知する。これらのＳＩＰメッセージは、
ＳＩＰ中継装置１１５に取り込まれ、図２において、Ｓ
ＩＰ中継装置２０１のＴＣＰ／ＩＰ／ＵＤＰスタック２
０２からＳＩＰ処理部２０３のメッセージ種別判定部２
１１を介して１８０Ringing処理部２２２に通知され
る。

【０１４９】ＳＩＰ中継装置１１５の１８０Ringing処
理部２２２では、受信されたＩＮＶＩＴＥ受信確認メッ
セージ(１００Trying)メッセージ中継・応答処理部２１
２を介してＴＣＰ／ＩＰ／ＵＤＰスタック２０２に送り
出す。ＩＮＶＩＴＥ受信確認メッセージ(１００Trying)
は、発呼側のＳＩＰ中継装置１１４，１１３においても
同様に中継され、発呼側ＳＩＰ端末１１１に中継転送さ
れる。

【０１５０】次いで、ＳＩＰ中継装置１１５の１８０Ri
nging処理部２２２では、受信された呼出し中表示メッ
セージ(１８０Ringing)の発アドレスを着呼側ＳＩＰ端
末１１２のＩＰアドレスとして取得し、それを当該受信
された呼出し中表示メッセージ(１８０Ringing)のセッ
ション識別部とヘッダ領域とに追記した後、帯域事前予
約部２２６にメッセージ受信を通知する。同時に、その
着呼側ＳＩＰ端末１１２のＩＰアドレスが追記された呼
出し中表示メッセージ(１８０Ringing)をメッセージ中
継・応答処理部２１２を介してＴＣＰ／ＩＰ／ＵＤＰス
タック２０２に送り出す。着呼側ＳＩＰ端末１１２のＩ
Ｐアドレスが追記された呼出し中表示メッセージ(１８
０Ringing)は、発呼側のＳＩＰ中継装置１１４，１１３
においても同様に中継され、発呼側ＳＩＰ端末１１１に
中継転送される。

【０１５１】このとき、ＳＩＰ中継装置１１４，１１３
では、着呼側ＳＩＰ端末１１２のＩＰアドレスが追記さ
れた呼出し中表示メッセージ(１８０Ringing)の中継動
作過程で、図２において、着呼側ＳＩＰ端末１１２のＩ
Ｐアドレスが追記された呼出し中表示メッセージ(１８
０Ringing)を受信した１８０Ringing処理部２２２は、
当該受信された呼出し中表示メッセージ(１８０Ringin
g)から着呼側ＳＩＰ端末１１２のＩＰアドレスを取得
し、それを当該受信された呼出し中表示メッセージ(１
８０Ringing)のセッション識別部とヘッダ領域とに追記
した後、帯域事前予約部２２６にメッセージ受信を通知
する。

【０１５２】斯くして、ＳＩＰ中継装置１１５，１１
４，１１３における帯域事前予約部２２６では、受け取
った呼出し中表示メッセージ(１８０Ringing)のセッシ
ョン識別部とヘッダ領域とに追記された着呼側ＳＩＰ端
末１１２のＩＰアドレスを帯域フィルタ条件記憶部２３
１に通知する。帯域フィルタ条件記憶部２３１は、その
セッション識別子に対応した接続要求メッセージ(ＩＮ
ＶＩＴＥ)による推定帯域情報にそのヘッダ領域に追記
された着呼側ＳＩＰ端末１１２のＩＰアドレスを追加し
た後、帯域フィルタ条件通知部２３２を介して帯域配信
処理部２０４内の帯域フィルタ条件受信部２３３に通知
する。

【０１５３】帯域フィルタ条件受信部２３３は、通知さ
れた帯域フィルタ条件をＬＳＰ処理部２５１に通知す
る。ここで、ＬＳＰ−ＤＢ２４２では、対応するドメイ
ン内の全てのＬＳＰを、例えば図５に示すようなフォー
マットで管理している。そこで、ＬＳＰ処理部２５１
は、ＤＢ処理部２４４を介してＬＳＰ−ＤＢ２４２を検
索し、収容するＬＳＰをＬＳＰ−ＤＢ２４２の管理内容
に基づき選択し、決定する。

【０１５４】具体的には、ＬＳＰ処理部２５１では、収
容するＬＳＰが次のようにして選択される。すなわち、
（１)着呼側端末と発呼側端末の両方が、自己の管理ド
メイン内にあれば、着呼側端末と発呼側端末を結ぶＬＳ
Ｐが選択される。（２) 着呼側端末と発呼側端末のどち
らか片方が自己の管理ドメイン内にあり、もう片方が自
己の管理ドメイン外にある場合は、自己の管理ドメイン
内にある着呼側端末か発呼側端末のどちらかと、もう片
側の端末が存在する管理ドメインへのデフォルトゲート
ウェイを結ぶＬＳＰ(例えばＬＳＰ１４１，１４３)が選
択される。（３)着呼側端末と発呼側端末の両方が自己
の管理ドメインに存在しなければ、着呼側端末と発呼側
端末が存在する管理ドメインへのデフォルトゲートウェ
イ同士を結ぶＬＳＰ(例えばＬＳＰ１４２)が選択され
る。

【０１５５】このとき、ＬＳＰ処理部２５１では、その
ような収容ＬＳＰが選択できなければ、ＳＩＰセッショ
ンを収容するのに十分な帯域や優先度・遅延量を備えた
ＬＳＰを新設して選択することも行われる。また、もし
他のＬＳＰが存在すれば、ＳＩＰセッションを収容する
のに十分な帯域や優先度・遅延量を備えているかを検証
した後、十分な場合にそのＬＳＰを選択することも行わ
れる。

【０１５６】ここでは、ＬＳＰ処理部２５１は、例えば
着呼側ＳＩＰ端末１１２と、発呼側ＳＩＰ端末１１１へ
のＬＳＲ−ＧW１３４とを結ぶＬＳＰ１４３を選択する
とする。このように収容するＬＳＰ１４３を決定したＬ
ＳＰ処理部２５１は、ＬＳＰ１４３のフィルタ条件追加
と帯域増設とをＬＳＲｓ処理部２５２に通知する。

【０１５７】ＬＳＲｓ処理部２５２は、ＤＢ処理部２４
４を介してＬＳＰ−ＤＢ２４２を検索してＬＳＰ１４３
が通過する全ＬＳＲ１３６，１３５，１３４を決定し、
それをＤＢ処理部２４４を介してＬＳＲ−ＤＢ２４３に
格納する。ここで、ＬＳＰ−ＤＢ２４２には、図１３に
示した各ＬＳＲ毎のＬＳＰフィルタ条件を与えるラベル
スイッチテーブル１３３１やラベル変換条件を与えるラ
ベルスイッチテーブル１３３２のような設定情報が格納
されている。そこで、ＬＳＲｓ処理部２５２は、ＤＢ処
理部２４４を介してＬＳＰ−ＤＢ２４２を検索し、ＬＳ
Ｐ−ＤＢ２４２の設定情報に基づき、上記フィルタ条件
追加と帯域増設とに対応した各ＬＳＲへの設定情報を決
定し、ＤＢ処理部２４４を介してＬＳＲ−ＤＢ２４３に
格納する。

【０１５８】例えば、ＬＳＲ１３６への設定情報は、図
５中太枠内のデータとなる。ＬＳＰ１４３の上りでは、
ＬＳＲ１３６は、第３段目(3rdLSR)である。ラベルは、
入力(ｉｎ)では「５」、出力(ｏｕｔ)では、「なし」と
なっている。入出力Ｉ／Ｆは、入力(ｉｎ)では「ＩＦ
４」、出力(ｏｕｔ)では、「ＩＦ９」となっている。ま
た、ＬＳＰ１４３の下りでは、ＬＳＲ１３６は、第１段
目(1stLSR)である。ラベルは、入力(ｉｎ)では「な
し」、出力(ｏｕｔ)では、「２」となっている。入出力
Ｉ／Ｆは、入力(ｉｎ)では「ＩＦ９」、出力(ｏｕｔ)で
は、「ＩＦ４」となっている。

【０１５９】ＬＳＲｓ処理部２５２は、ＬＳＲ１３６，
１３５およびＬＳＲ−ＧＷ１３４に対する設定情報を設
定情報配信部２５３を介してＬＳＲ１３６，１３５およ
びＬＳＲ−ＧＷ１３４に通知し、ＬＳＰ１４３の帯域と
フィルタ条件とを変更する。ＬＳＰに情報を設定したの
で、帯域フィルタ条件ＤＢ２４１の記憶データは、図４
に示す予測フィールド４１２のようになる。上りＬＳＰ
４０１では、「着アドレス：Ｂ」が追加され、下りＬＳ
Ｐ(推定)４０２では、「発アドレス：Ｂ」が追加されて
いる。

【０１６０】ここで、設定情報は、図１に示すように、
ＳＩＰ中継装置１１５からＬＳＰ設定変更メッセージ１
５４，１５５，１５６として、ＬＳＲ１３６，１３５お
よびＬＳＲ−ＧＷ１３４に個別に直接配送される。この
ようなＬＳＲへの配送および設定は、ＬＳＲ１３６，１
３５およびＬＳＲ−ＧＷ１３４が、一般的な管理機能で
ある管理用シリアルポートなどを備えている場合は、Ｓ
ＩＰ中継装置１１５と各ＬＳＲを直接結ぶシリアル回線
上のコマンドラインインターフェース(ＣＬＩ：Command
-Line-Interface)にＱｏＳ設定コマンドを直接発行する
ことにより達成できる。

【０１６１】また、ＳＩＰ中継装置１１５とＬＳＲ１３
６，１３５およびＬＳＲ−ＧＷ１３４とが管理用のＩＰ
アドレスを持っており、一般的な管理機能であるＩＰネ
ットワーク経由の制御が可能な場合は、発アドレス＝Ｓ
ＩＰ中継装置、着アドレス＝ＬＳＲの管理用ＩＰアドレ
スとして、良く知られるネットワーク管理プロトコルの
ＳＮＭＰ(Simple-Network-Management-Protocol)を用い
て、管理情報データベースＭＩＢ(Management-Informat
ion-Base)を設定することによっても達成される。

【０１６２】また、近年ＲＦＣ２７４８やＲＦＣ３０８
４で規定されたポリシーサービス用ＣＯＰＳ−ＰＲ(Com
mon-Open-Policy-Service-for-Policy-Provisioning)や
ＣＯＰＳ’(Common-Open-Policy-Service)をプロトコル
に用いて、ポリシー情報データベースＰＩＢ(Policy-in
formation-Base)を設定することでも達成できる。他の
ＬＳＰ設定変更メッセージ１５１〜１５３，１５７，１
５８についても同様である。

【０１６３】次に、着呼側が応答する接続メッセージ
(２００ＯＫ)は、ＳＩＰ中継装置１１５に取り込まれ、
図２において、ＳＩＰ中継装置２０１のＴＣＰ／ＩＰ／
ＵＤＰスタック２０２からＳＩＰ処理部２０３のメッセ
ージ種別判定部２１１を介して２００ＯＫ処理部２２３
に通知される。

【０１６４】２００ＯＫ処理部２２３は、受信された接
続メッセージ(２００ＯＫ)をメッセージ中継・応答処理
部２１２を介してＴＣＰ／ＩＰ／ＵＤＰスタック２０２
に送り出す。その結果、接続メッセージ(２００ＯＫ)
は、発呼側のＳＩＰ中継装置１１４，１１３に向けて接
続要求メッセージ(ＩＮＶＩＴＥ)とは逆順に中継転送さ
れる。このとき、ＳＩＰ中継装置１１５，１１４，１１
３では、図２において、２００ＯＫ処理部２２３は、そ
の受信した接続メッセージ(２００ＯＫ)を帯域比較部２
２７に通知する。

【０１６５】帯域比較部２２７は、接続要求メッセージ
(ＩＮＶＩＴＥ)および呼出し中表示メッセージ(１８０R
inging)の受信時に推定し設定しておいた下りＬＳＰ帯
域フィルタ条件を帯域フィルタ条件記憶部２３１から取
得し、当該接続メッセージ(２００ＯＫ)に着呼側が示し
た実際の下りＬＳＰ帯域フィルタ条件とを比較する。比
較結果、推定した下りＬＳＰ帯域の方が大きく、かつフ
ィルタ条件の範囲が広い場合は、帯域比較部２２７は、
比較結果と当該接続メッセージ(２００ＯＫ)に着呼側が
示した実際の下りＬＳＰ帯域フィルタ条件とを帯域フィ
ルタ条件記憶部２３１に通知するだけで、帯域予約処理
を行わずに処理を完了する。すなわち、接続メッセージ
(２００ＯＫ)は、各ＳＩＰ中継装置間を高速に中継さ
れ、発呼側ＳＩＰ端末１１１に伝達される。

【０１６６】帯域フィルタ条件記憶部２３１は、通知さ
れた比較結果と当該接続メッセージ(２００ＯＫ)にて示
された実際の下りＬＳＰ帯域フィルタ条件とを帯域フィ
ルタ条件ＤＢ２４１に格納する。その結果、帯域フィル
タ条件ＤＢ２４１の記憶データは、図４に示す予約フィ
ールド４１３のようになる。上りＬＳＰ４０１では、
「着ポート：６０００」が追加されている。また、下り
ＬＳＰ(確定)４０３では、「発ポート：６０００」と
「プロトコル：ＲＴＰ」とが追加されている。

【０１６７】ここで、接続メッセージ(２００ＯＫ)を余
計な処理なしに高速に転送する理由は、一般的な発呼側
ＳＩＰ端末は、接続メッセージ(２００ＯＫ)受信をトリ
ガとしてメディアストリームの送受信を開始するように
なっており、それまでは着呼側ＳＩＰ端末がメディアス
トリームを送信しても、発呼側ＳＩＰ端末はそのストリ
ームを受信しない状態にあるからである。

【０１６８】次いで、接続メッセージ(２００ＯＫ)を受
け取った発呼側ＳＩＰ端末１１１は、最終確認メッセー
ジ(ＡＣＫ)を着呼側ＳＩＰ端末１１２に向けて送信す
る。この最終確認メッセージ(ＡＣＫ)は、ＳＩＰ中継装
置１１３に取り込まれ、図２において、ＳＩＰ中継装置
２０１のＴＣＰ／ＩＰ／ＵＤＰスタック２０２からＳＩ
Ｐ処理部２０３のＡＣＫ処理部２２４に通知される。

【０１６９】ＡＣＫ処理部２２４は、受信された最終確
認メッセージ(ＡＣＫ)をメッセージ中継・応答処理部２
１２を介してＴＣＰ／ＩＰ／ＵＤＰスタック２０２に送
り出す。その結果、最終確認メッセージ(ＡＣＫ)は、着
呼側のＳＩＰ中継装置１１４，１１５に向けて接続要求
メッセージ(ＩＮＶＩＴＥ)と同じ順序で中継転送され
る。これによって、発呼側ＳＩＰ端末１１１と着呼側Ｓ
ＩＰ端末１１２との間でＳＩＰセッションが確立され、
通話が開始される。

【０１７０】このとき、ＳＩＰ中継装置１１３，１１
４，１１５では、図２において、最終確認メッセージ
(ＡＣＫ)を受信したＡＣＫ処理部２２４は、最終確認メ
ッセージ(ＡＣＫ)の受信を帯域修正部２２８に対して通
知する。帯域修正部２２８は、帯域比較部２２７が帯域
フィルタ条件記憶部２３１に通知した比較結果を参照し
て、接続メッセージ(２００ＯＫ)の受信時には保留して
いた下りＬＳＰの正確な帯域フィルタ条件の変更処理を
行い、修正設定情報を帯域フィルタ条件記憶部２３１、
帯域フィルタ条件通知部２３２を介して帯域配信処理部
２０４に通知し、下りＬＳＰについての修正設定情報の
配信を依頼する。

【０１７１】このように最終確認メッセージ(ＡＣＫ)が
着呼側ＳＩＰ端末１１２に届き、セッション確立が終了
した後に、各ＬＳＲへの修正設定情報の配信が行われ
る。その結果、帯域フィルタ条件ＤＢ２４１の記憶デー
タは、図４に示す予約フィールド４１４のようになる。
予約フィールド４１２の下りＬＳＰ(推定)４０２と、予
約フィールド４１４の下りＬＳＰ(確定)４０３とにおい
て、「発ポート：不明、プロトコル：不明」が、「発ポ
ート：６０００、プロトコル：ＲＴＰ」に変更されてい
る。

【０１７２】なお、図４の予約フィールド４１２で示し
たフィルタ条件は、予約フィールド４１３に示した接続
メッセージ(２００ＯＫ)にて通知された正確なフィルタ
条件と比較して、上りＬＳＰ４０１は、着呼側ポート番
号(６０００)だけが不足している。また、下りＬＳＰ
(推定)４０２と下りＬＳＰ(確定)４０３の比較では、下
りＬＳＰ(推定)４０２では発呼側ポート番号(６０００)
とプロトコルが不足している。したがって、図４の予約
フィールド４１２に示したフィルタ条件は、セッション
に対する正確なフィルタ条件ではない。

【０１７３】しかし、 上りＬＳＰでは、発呼側ＳＩＰ
端末が発ポート番号４０００をこのセッション(着アド
レスＢかつ着ポート番号６０００)以外への通信に使用
することはない。また、下りＬＳＰでは、着呼側ＳＩＰ
端末が発呼側ＳＩＰ端末の着ポート番号４０００をこの
セッション(発アドレスＢかつ発ポート番号６０００)以
外からの通信に使用することはない。つまり、未使用の
発呼側ＳＩＰ端末のポート番号を着呼側ＳＩＰ端末が選
択するはずない。したがって、図４の予約フィールド４
１２に示したフィルタ条件は、実用上問題ないフィルタ
条件となっている。

【０１７４】次に、図６を参照して、以上説明した実施
の形態１によるＳＩＰ中継装置の一般的な動作内容を説
明する。なお、図６は、以上説明したＳＩＰ中継装置の
各ＳＩＰメッセージに対する動作を説明するフローチャ
ートである。

【０１７５】図６において、ステップＳ６０１では、受
信されたＳＩＰメッセージの種別が判別される。接続要
求メッセージ(ＩＮＶＩＴＥ)であるときは、ステップＳ
６２０〜ステップＳ６２４の処理が行われ、メッセージ
中継処理(ステップＳ６６０)に移行する。呼出し中表示
メッセージ(１８０Ringing)であるときは、ステップＳ
６３０〜ステップＳ６３５の処理が行われ、メッセージ
中継処理(ステップＳ６６０)に移行する。接続メッセー
ジ(２００ＯＫ)であるときは、ステップＳ６４０〜ステ
ップＳ６４４の処理が行われ、メッセージ中継処理(ス
テップＳ６６０)に移行する。最終確認メッセージ(ＡＣ
Ｋ)であるときは、ステップＳ６５０〜ステップＳ６５
２の処理が行われ、メッセージ中継処理(ステップＳ６
６０)に移行する。

【０１７６】接続要求メッセージ(ＩＮＶＩＴＥ)受信時
の処理では、帯域の推定が行われる(ステップＳ６２
０)。推定の結果、帯域確保が可能である場合は(ステッ
プＳ６２１：Ｙｅｓ)、推定した帯域フィルタ条件をデ
ータベースに登録し(ステップＳ６２２)、相手無応答で
ある場合に備えて応答タイマを起動し(ステップＳ６２
３)、メッセージ中継処理(ステップＳ６６０)に移行す
る。一方、推定の結果、帯域確保が不可能である場合は
(ステップＳ６２１：Ｎｏ)、発呼側ＳＩＰ端末に帯域確
保不可(６０６NotAccept)メッセージを通知し(ステップ
Ｓ６２４)、接続要求メッセージ(ＩＮＶＩＴＥ)に対す
る処理を終了する。

【０１７７】呼出し中表示メッセージ(１８０Ringing)
受信時の処理では、着呼側ＳＩＰ端末のＩＰアドレスが
追記されているか否かを調べる(ステップＳ６３０)。そ
の結果、着呼側ＳＩＰ端末のＩＰアドレスが追記されて
いる場合は(ステップＳ６３０：Ｙｅｓ)、その追記され
ている着呼側ＳＩＰ端末のＩＰアドレスをフィルタ条件
に追加する(ステップＳ６３２)。以上の動作は、着呼側
最終段に位置するＳＩＰ中継装置を除く発呼側ＳＩＰ中
継装置での動作である。

【０１７８】一方、着呼側ＳＩＰ端末のＩＰアドレスが
追記されていない場合は(ステップＳ６３０：Ｎｏ)、受
信した呼出し中表示メッセージ(１８０Ringing)から着
呼側ＳＩＰ端末のＩＰアドレスを取得してその呼出し中
表示メッセージ(１８０Ringing)のヘッダ部に追記し(ス
テップＳ６３１)、その追記した着呼側ＳＩＰ端末のＩ
Ｐアドレスをフィルタ条件に追加する(ステップＳ６３
２)。以上の動作は、着呼側最終段に位置するＳＩＰ中
継装置での動作である。

【０１７９】そして、各ＳＩＰ中継装置では、データベ
ースから推定帯域を取り出し(ステップＳ６３３)、推定
帯域を各ＬＳＲに配信し(ステップＳ６３４)、応答タイ
マを停止し(ステップＳ６３５)、メッセージ中継処理
(ステップＳ６６０)に移行する。

【０１８０】接続メッセージ(２００ＯＫ)受信時の処理
では、データベースから推定帯域を取り出し(ステップ
Ｓ６４０)、受信した当該接続メッセージ(２００ＯＫ)
が示す実際の帯域と比較する（ステップＳ６４１）。そ
の結果、推定範囲内にあれば（ステップＳ６４２：Ｙｅ
ｓ）、受信した当該接続メッセージ(２００ＯＫ)が示す
実際の帯域（確定帯域）を比較結果とともに登録し（ス
テップＳ６４４）、メッセージ中継処理(ステップＳ６
６０)に移行する。一方、推定範囲内になければ（ステ
ップＳ６４２：Ｎｏ）、受信した当該接続メッセージ
(２００ＯＫ)が示す実際の帯域（確定帯域）を配信し
（ステップＳ６４３）、ステップＳ６４４を介してメッ
セージ中継処理(ステップＳ６６０)に移行する。

【０１８１】最終確認メッセージ(ＡＣＫ)の受信時の処
理では、データベースから確定帯域を比較結果とともに
取り出し(ステップＳ６５０)、比較結果を参照して確定
帯域の配信が行われたか否かを判断する（ステップＳ６
５１）。その結果、確定帯域の配信が終了している場合
には（ステップＳ６５１：Ｙｅｓ）、そのままメッセー
ジ中継処理(ステップＳ６６０)に移行する。一方、確定
帯域の配信が終了していない場合には（ステップＳ６５
１：Ｎｏ）、確定帯域の配信を行い（ステップＳ６５
２）、メッセージ中継処理(ステップＳ６６０)に移行す
る。

【０１８２】以上説明したように、この実施の形態１に
よれば、各ＳＩＰ中継装置が発呼側の接続要求メッセー
ジ(ＩＮＶＩＴＥ)受信時に上下ＬＳＰの推定帯域を取得
し、呼び出し中(１８０Ringing)メッセージ受信時に着
呼側ＳＩＰ端末のＩＰアドレスを取得して推定帯域を配
信し、帯域予約を完了する。そして、２００ＯＫメッセ
ージの受信時では、推定帯域が充分な帯域であれば帯域
予約処理をしないで２００ＯＫメッセージを高速に中継
するようにしたので、話頭断の期間を軽減できるという
効果がある。

【０１８３】また、帯域予約は、呼び出し中(１８０Rin
ging)メッセージ受信をトリガにして、確実に着呼側相
手が存在することを確認してから行われるので、接続要
求メッセージ(ＩＮＶＩＴＥ)が相手先アドレスの存在し
ない状態では、帯域予約は実行されない。したがって、
負荷が軽減されるという効果がある。

【０１８４】また、着呼側最終段に位置するＳＩＰ中継
装置が受信された呼び出し中(１８０Ringing)メッセー
ジの発アドレスを着呼側ＳＩＰ端末のＩＰアドレスとし
て取得し、それを呼び出し中(１８０Ringing)メッセー
ジに載せて発呼側の全ＳＩＰ中継装置に通知するように
しているので、呼び出し中(１８０Ringing)メッセージ
の追加フィールドに記載された着呼側ＳＩＰ端末のＩＰ
アドレスと接続要求メッセージ(ＩＮＶＩＴＥ)の「ｏ＝
フィールド」に記載された発呼側ＳＩＰ端末のＩＰアド
レスとをマージして、接続メッセージ(２００ＯＫ)通知
前に発着ＳＩＰ端末アドレスを確定するようにしてい
る。したがって、事前にＬＳＰフィルタ条件が設定でき
るという効果がある。

【０１８５】また、ＳＩＰ端末とＳＩＰプロトコルの特
性に基づき、上りＬＳＰ帯域には接続要求メッセージ
(ＩＮＶＩＴＥ)のＳＤＰ部に指定された正確な帯域フィ
ルタ条件を設定し、さらにこのＳＤＰ部から推定によっ
て下りＬＳＰのセッションを分離するフィルタ条件を設
定しているので、他のＳＩＰ端末間のセッションがこの
下りＬＳＰを使用できないだけでなく、同一ＳＩＰ端末
間で別のポート番号を使用するような他のセッションも
この下りＬＳＰを使用できないことになる。したがっ
て、そのＳＩＰメッセージが目的とするセッションだけ
をＬＳＰに収容することになるので、通信品質(ＱｏＳ)
が保証できるという効果がある。

【０１８６】また、最終確認メッセージ(ＡＣＫ)受信を
トリガとして、推定によって設定した下りＬＳＰの帯域
フィルタ条件を接続メッセージ(２００ＯＫ)にて通知さ
れた正確な帯域フィルタ条件に修正（確定）するように
しているので、フィルタ条件の不備とＬＳＰ帯域の過剰
確保は、セッション確立後に解消されるという効果があ
る。しかも、この正確な帯域フィルタ条件への修正（確
定）は、ＡＣＫ受信時以降の任意の時刻に行ってよいの
で、他のセッションによる予測帯域確保などの緊急性を
要する動作を優先させることができるという効果があ
る。

【０１８７】さらに、この実施の形態１におけるＳＩＰ
メッセージには、特別な拡張メッセージは含まれておら
ず、そのＳＩＰメッセージを授受するこの実施の形態１
におけるシーケンスは、ＲＦＣ２５４３に規定される通
常のＳＩＰシーケンスを変更するものではない。したが
って、発呼側と着呼側のＳＩＰ端末は、通常のＲＦＣ２
５４３に規定されるＳＩＰシーケンスに従えばよく、特
別の修正を要せずにこの実施の形態によるＳＩＰシーケ
ンスが実施できるという効果がある。

【０１８８】実施の形態２．図７は、この発明の実施の
形態２である通信帯域予約システムで用いるＳＩＰ中継
装置の構成を示すブロック図である。実施の形態１で
は、呼出し中表示メッセージ(１８０Ringing)受信時に
帯域予約を行う構成例を示したが、この実施の形態２で
は、接続要求メッセージ(ＩＮＶＩＴＥ)受信時に帯域予
約を行う構成例が示されている。なお、説明の便宜か
ら、適用する通信帯域予約システムは、図１に示すよう
に構成されているとする。

【０１８９】すなわち、図７は、図１に示すＳＩＰ中継
装置１１３，１１４，１１５の構成を示すブロック図で
ある。図７において、ＳＩＰ中継装置７０１は、ＩＰ通
信網での各種プロトコルによるメッセージの送受信を行
うＴＣＰ／ＩＰ／ＵＤＰスタック７０２と、ＳＩＰ処理
部７０３と、帯域配信処理部７０４とを備えている。

【０１９０】ＳＩＰ処理部７０３は、ＴＣＰ／ＩＰ／Ｕ
ＤＰスタック７０２から各種メッセージを受け取り判別
するメッセージ種別判定部７１１と、ＴＣＰ／ＩＰ／Ｕ
ＤＰスタック７０２に各種メッセージを引き渡すメッセ
ージ中継・応答処理部７１２と、メッセージ種別判定部
７１１の出力端およびメッセージ中継・応答処理部７１
２の入力端に並列に接続される、ＲＥＧＩＳＴＥＲ処理
部７１３，ＩＮＶＩＴＥ処理部７１４，ＲＥＳＶ処理部
７１５，２００ＯＫ処理部７１６およびＡＣＫ処理部７
１７とを備えている。以上がＳＩＰメッセージの中継を
行う機能部分である。

【０１９１】さらに、ＳＩＰ処理部７０３は、ＩＮＶＩ
ＴＥ処理部７１４の出力を受ける帯域推定部７１８と、
ＲＥＳＶ処理部７１５の出力を受ける帯域事前予約部７
１９と、２００ＯＫ処理部７１６と情報授受を行う帯域
比較部７２０と、ＡＣＫ処理部７１７の出力を受ける帯
域修正部７２１と、帯域推定部７１８，帯域事前予約部
７１９，帯域比較部７２０および帯域修正部７２１のそ
れぞれと情報授受を行う帯域フィルタ条件記憶部７２２
と、帯域フィルタ条件記憶部７２２の制御下にある帯域
フィルタ条件ＤＢ７３２と、帯域フィルタ条件記憶部７
２２の出力を帯域配信処理部７０４に引き渡し、また帯
域配信処理部７０４からの情報を帯域フィルタ条件記憶
部７２２に引き渡す帯域フィルタ条件通知部７２３と、
ＲＥＧＩＳＴＥＲ処理部７１３の出力を受けてＩＮＶＩ
ＴＥ処理部７１４からアクセスされるユーザ登録部７２
４と、ユーザ登録部７２４の制御下にあるユーザＤＢ７
３１とを備えている。以上が予約する帯域を推定し登録
する機能部分である。

【０１９２】帯域配信処理部７０４は、帯域フィルタ条
件通知部７２３と情報授受を行う帯域フィルタ条件受信
部７２６と、帯域フィルタ条件受信部７２６の出力を受
けるＬＳＰ処理部７２７と、ＬＳＰ処理部７２７の出力
を受けるＬＳＲｓ処理部７２８と、ＬＳＲｓ処理部７２
８の出力を配信経路に送出する設定情報配信部７３０
と、ＬＳＰ−ＤＢ７３３と、ＬＳＲ−ＤＢ７３４と、Ｌ
ＳＰ処理部７２７およびＬＳＲｓ処理部７２８とＬＳＰ
−ＤＢ７３３およびＬＳＲ−ＤＢ７３４との間に介在す
るＤＢ処理部７２９とを備えている。

【０１９３】なお、この実施の形態２では、ＩＮＶＩＴ
Ｅ受信確認メッセージ(１００Trying)および呼出し中表
示メッセージ(１８０Ringing)は、単に中継するのみで
あるので、図７では、これらのメッセージに対する処理
部は示されていない。また、実施の形態１と同様に、便
宜上ＳＩＰ処理部７０３と帯域配信処理部７０４とは同
一のＳＩＰ装置７０１内に存在するとしているが、この
２者は分離して、別々の装置として独立させることがで
きるものである。

【０１９４】次に、図１、図４、図５、図８、図９を参
照して、この実施の形態２による通信帯域予約システム
において実施されるＳＩＰメッセージの中継方法および
帯域変更方法を説明する。なお、図８は、図７に示すＳ
ＩＰ中継装置で構成される通信帯域予約システムで実施
されるＳＩＰ連携予約方法を説明するシーケンスであ
る。図９は、図７に示すＳＩＰ中継装置の各ＳＩＰメッ
セージに対する動作を説明するフローチャートである。

【０１９５】まず、図８を参照して、この実施の形態２
による通信帯域予約システム全体の動作について説明す
る。図８において、発呼側８０１は、図１に示すＳＩＰ
端末１１１である。着呼側８０５は、図１に示すＳＩＰ
端末１１２である。ＳＩＰ処理部８０２，８０３，８０
４は、図１に示すＳＩＰ中継装置１１３，１１４，１１
５のＴＣＰ／ＩＰ／ＵＤＰスタック７０２を含めたＳＩ
Ｐ処理部７０３である。帯域配信処理部８０６は、同様
に図１に示すＳＩＰ中継装置１１３，１１４，１１５の
帯域配信処理部７０４であり、ＬＳＲｓ処理部８０７
は、設定情報配信部７３０を含めたＬＳＲｓ処理部７２
８である。

【０１９６】図８において、発呼側８０１と着呼側８０
５は、通話に先立ち、自己の存在と着呼側ＳＩＰアドレ
ス登録とをＳＩＰ中継装置に対して行う。この登録動作
は、全てのＳＩＰ端末が一様に行う一般的な動作であ
る。

【０１９７】すなわち、発呼側８０１は、通話に先立
ち、登録メッセージ(ＲＥＧＩＳＴＥＲ)８１１を送信す
る。ＳＩＰ中継装置１１３のＳＩＰ処理部８０２では、
登録メッセージ(ＲＥＧＩＳＴＥＲ)８１１を受け取る
と、端末のユーザ登録８０９を行った後に登録確認(Ａ
ＣＫ)メッセージ８１２を発呼側８０１に返信する。同
様に、着呼側８０５は、通話に先立ち、登録メッセージ
(ＲＥＧＩＳＴＥＲ)８１３を送信する。ＳＩＰ中継装置
１１５のＳＩＰ処理部８０４では、登録メッセージ(Ｒ
ＥＧＩＳＴＥＲ)８１３を受け取ると、端末のユーザ登
録８１０を行った後に登録確認(ＡＣＫ)メッセージ８１
４を着呼側８０５に返信する。

【０１９８】発呼を受けた発呼側８０１は、着呼側８０
５とＳＩＰセッションを確立するため、まず、接続要求
メッセージ(ＩＮＶＩＴＥ)８１５を着呼側８０５に向け
て送信する。ＳＩＰ中継装置１１３のＳＩＰ処理部８０
２では、接続要求メッセージ(ＩＮＶＩＴＥ)８１５を受
け取ると、発呼側８０１に対して、ＩＮＶＩＴＥ受信確
認メッセージ(１００Trying)８１６を返信するととも
に、次段のＳＩＰ中継装置１１４のＳＩＰ処理部８０３
に対して接続要求メッセージ(ＩＮＶＩＴＥ)８１７とし
て中継転送する。ＳＩＰ中継装置１１４のＳＩＰ処理部
８０３では、次段のＳＩＰ中継装置１１５のＳＩＰ処理
部８０４に対して接続要求メッセージ(ＩＮＶＩＴＥ)８
１８として中継転送する。ＳＩＰ中継装置１１５のＳＩ
Ｐ処理部８０４では、接続要求メッセージ(ＩＮＶＩＴ
Ｅ)８１８を受け取る。

【０１９９】この接続要求メッセージ(ＩＮＶＩＴＥ)の
中継動作過程で、ＳＩＰ中継装置１１３，１１４，１１
５では、発呼側８０１から着呼側８０５に向かう上りＬ
ＳＰ帯域と、発呼側ノードのフィルタ条件と、着呼側８
０５から発呼側８０１に向かう下りＬＳＰ帯域と、着呼
側ノードのフィルタ条件とが推定される。但し、この段
階では、着呼側端末のアドレスは不明である。推定結果
は、図７に示した帯域フィルタ条件ＤＢ７３２に格納さ
れる。

【０２００】ＳＩＰ中継装置１１５のＳＩＰ処理部８０
４では、接続要求メッセージ(ＩＮＶＩＴＥ)８１８を受
け取ると、着呼側８０５への転送を保留し、ユーザ登録
が行われているかのユーザ確認８１９を行う。ユーザ登
録が行われている場合には、着呼側端末アドレスを含む
内部的な帯域予約メッセージ(ＲＥＳＶ)８２０を生成し
て前段のＳＩＰ中継装置１１４のＳＩＰ処理部８０３に
送信する。ＳＩＰ中継装置１１４のＳＩＰ処理部８０３
では、受信した帯域予約メッセージ(ＲＥＳＶ)８２０を
帯域予約メッセージ(ＲＥＳＶ)８２１として前段のＳＩ
Ｐ中継装置１１３のＳＩＰ処理部８０２に送信する。

【０２０１】ＳＩＰ処理部８０２〜８０４では、つまり
ＳＩＰ中継装置１１３〜１１５では、帯域予約メッセー
ジ(ＲＥＳＶ)の授受によって着呼側端末アドレスを取得
できたので、それを上記帯域推定処理結果に付記して図
７に示した帯域フィルタ条件ＤＢ７３２に格納するとと
もに、帯域配信要求メッセージ８２２を帯域配信処理部
８０６に対して送信する。図７に示した帯域フィルタ条
件通知部７２３から帯域フィルタ条件受信部７２６に向
かう信号が該当する。

【０２０２】その結果、ＳＩＰ中継装置１１３〜１１５
の帯域配信処理部８０６では、上りと下りのＬＳＰが決
定され、ＬＳＲｓ処理部８０７から全てのＬＳＲに対し
て帯域に関する情報が配信される。終了すると、帯域配
信完了メッセージ８２３が帯域配信処理部８０６からＳ
ＩＰ処理部８０２〜８０４、つまりＳＩＰ中継装置１１
３〜１１５に通知される。図７に示した帯域フィルタ条
件受信部７２６から帯域フィルタ条件通知部７２３に向
かう信号が該当する。ＳＩＰ中継装置１１３〜１１５の
ＳＩＰ処理部８０２〜８０４では、配信結果を図７に示
した帯域フィルタ条件ＤＢ７３２に格納する。

【０２０３】そして、ＳＩＰ中継装置１１５のＳＩＰ処
理部８０４では、保留していた接続要求メッセージ(Ｉ
ＮＶＩＴＥ)８２４を着呼側８０５に伝達する。着呼側
８０５では、接続要求メッセージ(ＩＮＶＩＴＥ)８２４
を受信すると、Ｂｅｌｌ鳴動８２５を実施し、ＩＮＶＩ
ＴＥ受信確認メッセージ(１００Trying)８２６を発呼側
８０１に向けて返信する。このＩＮＶＩＴＥ受信確認メ
ッセージ(１００Trying)８２６は、ＳＩＰ中継装置１１
５のＳＩＰ処理部８０４からＩＮＶＩＴＥ受信確認メッ
セージ(１００Trying)８２７として前段のＳＩＰ中継装
置１１４のＳＩＰ処理部８０３に伝達される。

【０２０４】ＳＩＰ中継装置１１４のＳＩＰ処理部８０
３では、受信したＩＮＶＩＴＥ受信確認メッセージ(１
００Trying)８２７をＩＮＶＩＴＥ受信確認メッセージ
(１００Trying)８２８として前段のＳＩＰ中継装置１１
３のＳＩＰ処理部８０２に伝達する。ＳＩＰ中継装置１
１３のＳＩＰ処理部８０２では、受信したＩＮＶＩＴＥ
受信確認メッセージ(１００Trying)８２８をＩＮＶＩＴ
Ｅ受信確認メッセージ(１００Trying)８２９として発呼
側８０１に伝達する。

【０２０５】次いで、着呼側８０５では、呼出し中表示
メッセージ(１８０Ringing)８３０を発呼側８０１に向
けて送信する。この呼出し中表示メッセージ(１８０Rin
ging)８３０は、ＳＩＰ中継装置１１５のＳＩＰ処理部
８０４から呼出し中表示メッセージ(１８０Ringing)８
３１として前段のＳＩＰ中継装置１１４のＳＩＰ処理部
８０３に伝達される。ＳＩＰ中継装置１１４のＳＩＰ処
理部８０３では、受信した呼出し中表示メッセージ(１
８０Ringing)８３１を呼出し中表示メッセージ(１８０R
inging)８３２として前段のＳＩＰ中継装置１１３のＳ
ＩＰ処理部８０２に伝達する。ＳＩＰ中継装置１１３の
ＳＩＰ処理部８０２では、受信した呼出し中表示メッセ
ージ(１８０Ringing)８３２を呼出し中表示メッセージ
(１８０Ringing)８３３として発呼側８０１に伝達す
る。

【０２０６】次いで、着呼側８０５では、接続メッセー
ジ(２００ＯＫ)８３４を発呼側８０１に向けて送信す
る。ＳＩＰ中継装置１１５のＳＩＰ処理部８０４では、
接続メッセージ(２００ＯＫ)８３４を受け取ると、推定
済み８３７ａを確認し、接続メッセージ(２００ＯＫ)８
３４から取得した実際の帯域に対する推定帯域の過不足
を調べる。推定帯域が広い場合には、帯域予約処理を行
うことなく、直ちに、前段のＳＩＰ中継装置１１４のＳ
ＩＰ処理部８０３に向けて接続メッセージ(２００ＯＫ)
８３５を中継転送する。

【０２０７】ＳＩＰ中継装置１１４のＳＩＰ処理部８０
３では、同様に、接続メッセージ(２００ＯＫ)８３５を
受信すると、推定済み８３７ｂを確認し、接続メッセー
ジ(２００ＯＫ)８３５から取得した実際の帯域に対する
推定帯域の過不足を調べる。そして、帯域予約処理を行
うことなく、直ちに、前段のＳＩＰ中継装置１１３のＳ
ＩＰ処理部８０２に向けて接続メッセージ(２００ＯＫ)
８３６を中継転送する。

【０２０８】ＳＩＰ中継装置１１３のＳＩＰ処理部８０
２では、同様に、接続メッセージ(２００ＯＫ)８３６を
受信すると、推定済み８３７ｃを確認し、接続メッセー
ジ(２００ＯＫ)８３６から取得した実際の帯域に対する
推定帯域の過不足を調べる。そして、推定帯域であれ
ば、予約処理を行うことなく、直ちに、発呼側８０１に
向けて接続メッセージ(２００ＯＫ)８３８を中継転送す
る。

【０２０９】発呼側８０１では、接続メッセージ(２０
０ＯＫ)８３８を受け取ると、最終確認メッセージ(ＡＣ
Ｋ)８３９を着呼側８０５に向けて送信する。ＳＩＰ中
継装置１１３のＳＩＰ処理部８０２では、最終確認メッ
セージ(ＡＣＫ)８３９を受け取ると、次段のＳＩＰ中継
装置１１４のＳＩＰ処理部８０３に対して最終確認メッ
セージ(ＡＣＫ)８４０として中継転送する。ＳＩＰ中継
装置１１４のＳＩＰ処理部８０３では、次段のＳＩＰ中
継装置１１５のＳＩＰ処理部８０４に対して最終確認メ
ッセージ(ＡＣＫ)８４１として中継転送する。ＳＩＰ中
継装置１１５のＳＩＰ処理部８０４では、最終確認メッ
セージ(ＡＣＫ)８４１を受け取ると、着呼側８０５に最
終確認メッセージ(ＡＣＫ)８４２を伝達する。これによ
って、発呼側８０１と着呼側８０５との間でＳＩＰセッ
ションが確立され、通信が開始される。

【０２１０】ここで、ＳＩＰ中継装置１１３〜１１５の
ＳＩＰ処理部８０２〜８０４では、上記推定済み８３７
ａ，８３７ｂ，８３７ｃの確認にて調べた過不足の結果
に基づき修正の必要があれば、最終確認メッセージ(Ａ
ＣＫ)を着呼側８０５に伝達した後の適宜な時に帯域配
信処理部８０６に対して帯域修正要求メッセージ８４３
を送信する。図７に示した帯域フィルタ条件通知部７２
３から帯域フィルタ条件受信部７２６に向かう信号が該
当する。

【０２１１】その結果、ＬＳＲｓ処理部８０７から該当
するＬＳＲに対して帯域に関する情報が配信される。終
了すると、帯域修正完了メッセージ８４４が帯域配信処
理部８０６からＳＩＰ中継装置１１３〜１１５のＳＩＰ
処理部８０２〜８０４に通知される。図７に示した帯域
フィルタ条件受信部７２６から帯域フィルタ条件通知部
７２３に向かう信号が該当する。ＳＩＰ中継装置１１３
〜１１５のＳＩＰ処理部８０２〜８０４では、修正結果
を図７に示した帯域フィルタ条件ＤＢ７３２に格納す
る。

【０２１２】次に、図７に沿って図１、図４、図５を参
照しつつ、ＳＩＰ中継装置１１５，１１４，１１３の具
体的な動作内容を説明する。なお、図４では、受信メッ
セージ種別４０４における呼出し中表示メッセージ(１
８０Ringing)の受信フラグ４３２が、帯域予約メッセー
ジ(ＲＥＳＶ)の受信フラグと読み替えられる。そして予
測フィールド４１２には、帯域予約メッセージ(ＲＥＳ
Ｖ)の受信時に設定される。それ以外は、同じである。
図５は、そのままの内容で用いられる。

【０２１３】さて、通話に先立ち、発呼側ＳＩＰ端末と
着呼側ＳＩＰ端末は、共に自己の存在通知と着呼側ＳＩ
Ｐアドレス登録とをＳＩＰ中継装置に行うため、登録
(ＲＥＩＧＳＴＥＲ)メッセージをＳＩＰ中継装置に通知
する。ＳＩＰ中継装置は、登録動作を行った後に対応す
るＳＩＰ端末に登録確認(ＡＣＫ)メッセージにより応答
する。ここでは、ＳＩＰ中継装置１１３とＳＩＰ中継装
置１１５とが登録動作を次のようにして行う。

【０２１４】登録メッセージ(ＲＥＧＩＳＴＥＲ)を受信
したＳＩＰ中継装置７０１では、登録メッセージ(ＲＥ
ＧＩＳＴＥＲ)がＴＣＰ／ＩＰ／ＵＤＰスタック７０
２，メッセージ種別判別部７１１を介してＲＥＧＩＳＴ
ＥＲ処理部７１３に入力される。ＲＥＧＩＳＴＥＲ処理
部７１３では、受信した登録メッセージ(ＲＥＧＩＳＴ
ＥＲ)から登録するユーザ名と、端末のＩＰアドレスと
を取り出し、ユーザ登録部７２４を介してユーザＤＢ７
３１に登録しておく。その後、登録確認(ＡＣＫ)メッセ
ージを作成してメッセージ中継・応答処理部７１２を介
してＴＣＰ／ＩＰ／ＵＤＰスタック７０２に送り出す。
対応するＳＩＰ端末に向けて登録確認(ＡＣＫ)メッセー
ジが送信される。

【０２１５】着呼側ＳＩＰ端末１１２と通話したい発呼
側ＳＩＰ端末１１１は、着呼側ＳＩＰ端末１１２とＳＩ
Ｐセッションを確立するために、接続要求メッセージ
(ＩＮＶＩＴＥ)を着呼側ＳＩＰ端末１１２に向けて送信
する。この接続要求メッセージ(ＩＮＶＩＴＥ)は、発呼
側ＳＩＰ端末１１１を収容するＳＩＰ中継装置１１３Ｔ
ＣＰ／ＩＰ／ＵＤＰスタック７０２にて受信され、ＳＩ
Ｐ処理部７０３のメッセージ種別判定部７１１に送ら
れ、さらにＩＮＶＩＴＥ処理部７１４に通知される。

【０２１６】ＩＮＶＩＴＥ処理部７１４では、接続要求
メッセージ(ＩＮＶＩＴＥ)のＳＤＰ部を帯域推定部７１
８に通知するとともに、接続要求メッセージ(ＩＮＶＩ
ＴＥ)は、メッセージ中継・応答処理部７１２を経由し
てＴＣＰ／ＩＰ／ＵＤＰスタック７０２に送出する。そ
の結果、ＳＩＰ中継装置１１３から接続要求メッセージ
(ＩＮＶＩＴＥ)１２２がＳＩＰ中継装置１１４に中継送
信され、ＳＩＰ中継装置１１４から接続要求メッセージ
(ＩＮＶＩＴＥ)１２３がＳＩＰ中継装置１１５に中継送
信されるが、この実施の形態２では、着呼側最終段に位
置するＳＩＰ中継装置１１５では、接続要求メッセージ
(ＩＮＶＩＴＥ)１２４を着呼側ＳＩＰ端末１１２に中継
送信するのを一時保留するようになっている。

【０２１７】このとき、発呼側ＳＩＰ端末１１１を収容
するＳＩＰ中継装置１１３では、ＩＮＶＩＴＥ処理部７
１４にてＩＮＶＩＴＥ受信確認メッセージ(１００Tryin
g)が作成され、メッセージ中継・応答処理部７１２を経
由してＴＣＰ／ＩＰ／ＵＤＰスタック７０２に送られ、
発呼側ＳＩＰ端末１１１にＩＮＶＩＴＥ受信確認メッセ
ージ(１００Trying)が通知される。ＩＮＶＩＴＥ受信確
認メッセージ(１００Trying)を受信した発呼側ＳＩＰ端
末１１１は、処理タイムアウトを延長し、着呼側ＳＩＰ
端末１１２から呼出し中表示メッセージ(１８０Ringin
g)が送られてくるのを待つ。

【０２１８】以上の接続要求メッセージ(ＩＮＶＩＴＥ)
の中継動作過程で、各ＳＩＰ中継装置では、ＩＮＶＩＴ
Ｅ処理部７１４から接続要求メッセージ(ＩＮＶＩＴＥ)
のＳＤＰ部を通知された帯域推定部７１８にて、実施の
形態１で説明した方法で帯域フィルタ条件が推定され、
帯域フィルタ条件記憶部７２２を介して帯域フィルタ条
件ＤＢ７３２に格納される（図４の予約フィールド４１
１参照）。

【０２１９】そして、接続要求メッセージ(ＩＮＶＩＴ
Ｅ)１２４を着呼側ＳＩＰ端末１１２に中継送信するの
を一時保留するＳＩＰ中継装置１１５では、ＩＮＶＩＴ
Ｅ処理部７１４がＳＩＰ中継装置１１４からの接続要求
メッセージ(ＩＮＶＩＴＥ)１２３に記載された「Ｔｏフ
ィールド」のユーザ名が、ＲＥＧＩＳＴＥＲ処理部７１
３によって登録されているかをユーザ登録部７２４に問
い合わせて確認する。

【０２２０】ＳＩＰ中継装置１１５のＩＮＶＩＴＥ処理
部７１４では、ユーザ確認の結果、登録されていなけれ
ば、ユーザ不在(４０４NotFound)メッセージを作成し
て、接続要求メッセージ(ＩＮＶＩＴＥ)に対する処理を
終了する。ユーザ不在(４０４NotFound)メッセージは、
メッセージ中継・応答処理部７１２，ＴＣＰ／ＩＰ／Ｕ
ＤＰスタック７０２を介して発呼側ＳＩＰ端末１１１に
向けて送信される。

【０２２１】一方、ＳＩＰ中継装置１１５のＩＮＶＩＴ
Ｅ処理部７１４では、ユーザ確認の結果、登録されてい
れば、接続要求メッセージ(ＩＮＶＩＴＥ)１２４を着呼
側ＳＩＰ端末１１２に転送するのを保留した状態で、Ｒ
ＥＧＩＳＴＥＲ処理部７１３によって登録された着呼側
ＳＩＰ端末１１２のＩＰアドレスが付与された内部的な
帯域予約メッセージ(ＲＥＳＶ)を作成し、メッセージ中
継・応答処理部７１２，ＴＣＰ／ＩＰ／ＵＤＰスタック
７０２を介して送り出す。その結果、着呼側のＳＩＰ中
継装置（図１ではＳＩＰ中継装置１１５）が発行した帯
域予約メッセージ(ＲＥＳＶ)は、発呼側の全ＳＩＰ中継
装置（図１では、ＳＩＰ中継装置１１４，１１３）に通
知される。帯域予約メッセージ(ＲＥＳＶ)は、ＳＩＰ中
継装置間でのみ扱われるものであり、ＳＩＰ端末側１１
１に出力されることはない。

【０２２２】発呼側のＳＩＰ中継装置（図１では、ＳＩ
Ｐ中継装置１１４，１１３）では、受信された帯域予約
メッセージ(ＲＥＳＶ)がＴＣＰ／ＩＰ／ＵＤＰスタック
７０２、メッセージ種別判別部７１１を介してＲＥＳＶ
処理部７１５に入力され、帯域予約メッセージ(ＲＥＳ
Ｖ)の受信が帯域事前予約部７１９に通知される。な
お、帯域予約メッセージ(ＲＥＳＶ)を発行した着呼側の
ＳＩＰ中継装置（図１ではＳＩＰ中継装置１１５）で
は、内部的にＲＥＳＶ処理部７１５に入力され、帯域事
前予約部７１９に通知されるようになっている。

【０２２３】ＳＩＰ中継装置１１３，１１４，１１５で
は、帯域予約メッセージ(ＲＥＳＶ)を受信すると、接続
要求メッセージ(ＩＮＶＩＴＥ)のＳＤＰ部で推定した帯
域と、帯域予約メッセージ(ＲＥＳＶ)にて通知された着
呼側ＳＩＰ端末１１２のＩＰアドレスとに基づき、実施
の形態１で説明した呼出し中表示メッセージ(１８０Rin
ging)受信時と同様内容の帯域予約処理が行われる。

【０２２４】すなわち、帯域事前予約部７１９では、帯
域予約メッセージ(ＲＥＳＶ)にて通知された着呼側ＳＩ
Ｐ端末１１２のＩＰアドレスを帯域フィルタ条件記憶部
７２２に通知する。帯域フィルタ条件記憶部７２２で
は、接続要求メッセージ(ＩＮＶＩＴＥ)による推定帯域
情報に着呼側ＳＩＰ端末１１２のＩＰアドレスを追加し
て帯域フィルタ条件ＤＢ７３２に登録した後、帯域フィ
ルタ条件通知部７２３を介して帯域配信処理部７０４内
の帯域フィルタ条件受信部７２６に通知する。

【０２２５】帯域フィルタ条件受信部７２６では、通知
された帯域フィルタ条件をＬＳＰ処理部７２７に通知す
る。ＬＳＰ処理部７２７は、ＤＢ処理部７２９を介して
ＬＳＰ−ＤＢ７３３を検索し、収容するＬＳＰをＬＳＰ
−ＤＢ７３３の管理内容に基づき選択し、決定する。

【０２２６】ＬＳＲｓ処理部７２８では、ＤＢ処理部７
２９を介してＬＳＰ−ＤＢ７３３を検索して例えばＬＳ
Ｐ１４３が通過する全ＬＳＲ１３６，１３５，１３４を
決定し、それをＬＳＲ−ＤＢ７３４に格納する。そし
て、ＬＳＲｓ処理部７２８では、ＬＳＲ１３６，１３５
およびＬＳＲ−ＧＷ１３４に対する設定情報を設定情報
配信部７３０を介してＬＳＲ１３６，１３５，１３４通
知し、ＬＳＰ１４３の帯域とフィルタ条件を変更する。
ＬＳＰに情報を設定したので、帯域フィルタ条件ＤＢ７
３２の記憶データは、図４に示す予測フィールド４１２
のようになる。

【０２２７】着呼側への最終段に位置するＳＩＰ中継装
置１１５では、帯域予約が完了すると、保留していた接
続要求メッセージ(ＩＮＶＩＴＥ)１２４を着呼側ＳＩＰ
端末１１２に通知する。なお、ＳＩＰ中継装置１１５で
は、帯域予約の完了を認識する方法として、例えば適切
なタイマを設定しておいて、それが切れるのを待つ。あ
るいは、帯域予約メッセージ(ＲＥＳＶ)に対応するＲＥ
ＳＶ受信確認メッセージ(ＲＥＳＶＡＣＫ)が返る場合
は、そのメッセージを待つなどの方法を用いることがで
きる。

【０２２８】着呼側ＳＩＰ端末１１２は、接続要求メッ
セージ(ＩＮＶＩＴＥ)１２４を受信したので、ＩＮＶＩ
ＴＥ受信確認メッセージ(１００Trying)，呼出し中表示
メッセージ(１８０Ringing)を応答した後に、接続メッ
セージ(２００ＯＫ)を発呼側ＳＩＰ端末１１１に向けて
送信する。この接続メッセージ(２００ＯＫ)は、ＳＩＰ
中継装置１１５、１１４，１１３の順に中継され、発呼
側ＳＩＰ端末１１１に伝達される。

【０２２９】ＳＩＰ中継装置１１５、１１４，１１３で
は、接続メッセージ(２００ＯＫ)に対しては、実施の形
態１で説明したのと同様にこの実施の形態２において
も、２００ＯＫ処理部７１６から接続メッセージ(２０
０ＯＫ)の受信通知を受けた帯域比較部７２０にて、帯
域判定および正確な下り帯域を記憶させる処理が行わ
れ、推定帯域が広い場合には、直ちに発呼側ＳＩＰ端末
１１１に向けて中継転送される。

【０２３０】接続メッセージ(２００ＯＫ)を受信した発
呼側ＳＩＰ端末１１１は、最終確認メッセージ(ＡＣＫ)
を応答する。最終確認メッセージ(ＡＣＫ)は、ＳＩＰ中
継装置８１３，８１４，８１５の順に中継され、着呼側
ＳＩＰ端末１１２に伝達される。これによって、発呼側
ＳＩＰ端末１１１と着呼側ＳＩＰ端末１１２と間でＳＩ
Ｐセッションが確立され、通話が開始される。

【０２３１】このとき、ＳＩＰ中継装置８１３，８１
４，８１５では、実施の形態１と同様に、最終確認メッ
セージ(ＡＣＫ)受信がＡＣＫ処理部７１７から帯域修正
部７２１に通知され、帯域修正部７２１にて下りＬＳＰ
の推定帯域および推定フィルタ条件を正確な帯域フィル
タ条件に修正する要求を各ＬＳＲに通知する。各ＬＳＲ
から、修正完了が各ＳＩＰ中継装置に返される。その結
果、帯域フィルタ条件ＤＢ７３２の記憶データは、図４
に示す予約フィールド４１４のようになる。

【０２３２】次に、図９を参照して、以上説明した実施
の形態２によるＳＩＰ中継装置の一般的な動作内容を説
明する。なお、図９は、以上説明したＳＩＰ中継装置の
各ＳＩＰメッセージに対する動作を説明するフローチャ
ートである。

【０２３３】図９において、ステップＳ９０１では、受
信されたＳＩＰメッセージの種別が判別される。登録メ
ッセージ(ＲＥＧＩＳＴＥＲ)であるときは、ステップＳ
９１１，ステップＳ９１２の処理が行われる。接続要求
メッセージ(ＩＮＶＩＴＥ)であるときは、ステップＳ９
２１〜ステップＳ９３０の処理が行われ、メッセージ中
継処理(ステップＳ９７１)に移行する。帯域予約メッセ
ージ(ＲＥＳＶ)であるときは、ステップＳ９３５〜ステ
ップＳ９４０の処理が行われ、メッセージ中継処理(ス
テップＳ９７１)に移行する。帯域予約確認(ＲＥＳＶＡ
ＣＫ)メッセージであるときは、ステップＳ９４５〜ス
テップＳ９４７の処理が行われ、メッセージ中継処理
(ステップＳ９７１)に移行する。接続メッセージ(２０
０ＯＫ)であるときは、ステップＳ９５１〜ステップＳ
９５５の処理が行われ、メッセージ中継処理(ステップ
Ｓ９７１)に移行する。最終確認メッセージ(ＡＣＫ)で
あるときは、ステップＳ９６１〜ステップＳ９６３の処
理が行われ、メッセージ中継処理(ステップＳ９７１)に
移行する。

【０２３４】登録メッセージ(ＲＥＧＩＳＴＥＲ)受信時
の処理では、一般的な前処理の動作として発呼側ＳＩＰ
端末および着呼側ＳＩＰ端末を収容する各ＳＩＰ中継装
置において、ＩＰアドレスを取り込むユーザ登録が行わ
れ（ステップＳ９１１）、登録処理後、確認(ＡＣＫ)メ
ッセージが対応するＳＩＰ端末に送られる。

【０２３５】接続要求メッセージ(ＩＮＶＩＴＥ)受信時
の処理では、帯域の推定が行われ(ステップＳ９２１)、
推定帯域の登録が行われる（ステップＳ９２２）。その
際に、帯域確保が可能であるか否かが判断される（ステ
ップＳ９２３）。帯域確保が不可能である場合は(ステ
ップＳ９２３：Ｎｏ)、発呼側ＳＩＰ端末に帯域確保不
可(６０６NotAccept)メッセージを通知し(ステップＳ９
２４)、接続要求メッセージ(ＩＮＶＩＴＥ)に対する処
理を終了する。そして、帯域確保が可能である場合は
(ステップＳ９２３：Ｙｅｓ)、着呼側最終段に位置して
いるか否かが判断される（ステップＳ９２５）。着呼側
最終段に位置しているＳＩＰ中継装置を除く発呼側のＳ
ＩＰ中継装置である場合は（ステップＳ９２５：Ｎ
ｏ）、接続要求メッセージ(ＩＮＶＩＴＥ)の中継を行う
（ステップＳ９７１）。

【０２３６】一方、着呼側最終段に位置しているＳＩＰ
中継装置である場合は（ステップＳ９２５：Ｙｅｓ）、
データベースから着呼端末のＩＰアドレスとユーザ情報
とを取得し（ステップＳ９２６）、ユーザの存在有無を
調べる（ステップＳ９２７）。ユーザが存在しない場合
は（ステップＳ９２７：Ｎｏ）、発呼側にユーザ不在
(４０４NotFound)メッセージを通知し(ステップＳ９２
８)、接続要求メッセージ(ＩＮＶＩＴＥ)に対する処理
を終了する。一方、ユーザが存在する場合は（ステップ
Ｓ９２７：Ｙｅｓ）、前段の全ＳＩＰ中継装置に内部的
な帯域予約メッセージ(ＲＥＳＶ)を送信し（ステップＳ
９２９）、着呼側ＳＩＰ端末への接続要求メッセージ
(ＩＮＶＩＴＥ)の中継転送を一時保留する（ステップＳ
９３０）。

【０２３７】帯域予約メッセージ(ＲＥＳＶ)受信時の処
理では、受信した帯域予約メッセージ(ＲＥＳＶ)から着
呼側ＳＩＰ端末のＩＰアドレスを取得し（ステップＳ９
３５）、それに基づき推定帯域を取得して配信し（ステ
ップＳ９３６，ステップＳ９３７）、帯域予約確認(Ｒ
ＥＳＶＡＣＫ)メッセージを返信する（ステップＳ９３
８）。そして、帯域予約確認(ＲＥＳＶＡＣＫ)メッセー
ジの返信を受けたＳＩＰ中継装置では、自装置が着呼側
最終段に位置しているか否かが判断される（ステップＳ
９３９）。その結果、着呼側最終段に位置しているＳＩ
Ｐ中継装置を除く発呼側のＳＩＰ中継装置は（ステップ
Ｓ９３９：Ｎｏ）、帯域予約確認(ＲＥＳＶＡＣＫ)メッ
セージの中継を行い（ステップＳ９７１）、着呼側最終
段に位置しているＳＩＰ中継装置は（ステップＳ９３
９：Ｙｅｓ）、帯域予約確認(ＲＥＳＶＡＣＫ)メッセー
ジの中継を終了する（ステップＳ９４０）。

【０２３８】帯域予約確認(ＲＥＳＶＡＣＫ)メッセージ
受信時の処理では、着呼側最終段に位置しているＳＩＰ
中継装置は、前段の全ＳＩＰ中継装置から帯域予約確認
(ＲＥＳＶＡＣＫ)メッセージの返信があるのを監視し
（ステップＳ９４５）、一部しか受信していない場合は
（ステップＳ９４５：Ｎｏ）、次の帯域予約確認(ＲＥ
ＳＶＡＣＫ)メッセージの返信を待つ（ステップＳ９４
６）。その結果、全ての帯域予約確認(ＲＥＳＶＡＣＫ)
メッセージの受信が確認できると（ステップＳ９４５：
Ｙｅｓ）、先に保留していた接続要求メッセージ(ＩＮ
ＶＩＴＥ)を着呼側ＳＩＰ端末に転送し（ステップＳ９
４７）、メッセージ中継処理(ステップＳ９７１)に移行
する。

【０２３９】接続メッセージ(２００ＯＫ)受信時の処理
では、データベースから推定帯域を取り出し(ステップ
Ｓ９５１)、受信した当該接続メッセージ(２００ＯＫ)
が示す実際の帯域と比較する（ステップＳ９５２）。そ
の結果、推定範囲内にあれば（ステップＳ９５３：Ｙｅ
ｓ）、受信した当該接続メッセージ(２００ＯＫ)が示す
実際の帯域（確定帯域）を比較結果とともに登録し（ス
テップＳ９５５）、メッセージ中継処理(ステップＳ９
７１)に移行する。一方、推定範囲内になければ（ステ
ップＳ９５３：Ｎｏ）、受信した当該接続メッセージ
(２００ＯＫ)が示す実際の帯域（確定帯域）を配信し
（ステップＳ９５４）、ステップＳ９５５を介してメッ
セージ中継処理(ステップＳ９７１)に移行する。

【０２４０】最終確認メッセージ(ＡＣＫ)受信時の処理
では、データベースから確定帯域を比較結果とともに取
り出し(ステップＳ９６１)、比較結果を参照して確定帯
域の配信が行われたか否かを判断する（ステップＳ９６
２）。その結果、確定帯域の配信が終了している場合に
は（ステップＳ９６２：Ｙｅｓ）、そのままメッセージ
中継処理(ステップＳ９７１)に移行する。一方、確定帯
域の配信が終了していない場合には（ステップＳ９６
２：Ｎｏ）、確定帯域の配信を行い（ステップＳ９６
３）、メッセージ中継処理(ステップＳ９７１)に移行す
る。

【０２４１】以上のように、実施の形態２によれば、着
呼側最終段に位置するＳＩＰ中継装置がその収容する着
呼側ＳＩＰ端末に接続要求メッセージ(ＩＮＶＩＴＥ)を
通知する前に、既に上下ＬＳＰの帯域予約は完了してい
るので、着呼側ＳＩＰ端末が接続要求メッセージ(ＩＮ
ＶＩＴＥ)を受信した後、直ちに接続メッセージ(２００
ＯＫ)を返信しても、下りＬＳＰの推定した帯域フィル
タ条件が正しい限り話頭断は絶対に発生しないという効
果がある。

【０２４２】また、着呼側最終段のＳＩＰ中継装置が、
接続要求メッセージ(ＩＮＶＩＴＥ)の「Ｔｏフィール
ド」に記載される宛先ユーザとＳＩＰ端末が存在するか
否かを登録メッセージ(ＲＥＧＩＳＴＥＲ)による登録処
理にて登録されていることを確認した後に、発呼側の各
ＳＩＰ中継装置に帯域予約指示を出すようにしているの
で、ユーザ不在の場合など、発着ＳＩＰ端末間で通話が
発生しない場合は帯域予約が実行されない。したがっ
て、負荷が軽減するという効果がある。

【０２４３】また、ＳＩＰ中継装置間で使用される帯域
予約メッセージ(ＲＥＳＶ)に、着呼側最終段のＳＩＰ中
継装置が、登録メッセージ(ＲＥＧＩＳＴＥＲ)による登
録時に記憶したそのメッセージの発アドレスを着呼端末
アドレスとして載せて、前段の発呼側ＳＩＰ中継装置に
通知するようになっているので、接続要求メッセージ
(ＩＮＶＩＴＥ)の「ｏ＝フィールド」に記載された発呼
側ＳＩＰ端末のＩＰアドレスと帯域予約メッセージ(Ｒ
ＥＳＶ)の追加フィールドに記載された着呼側ＳＩＰ端
末のＩＰアドレスとをマージして、接続要求メッセージ
(ＩＮＶＩＴＥ)を着呼側ＳＩＰ端末に通知する前に発着
ＳＩＰ端末アドレスを確定し、事前にＬＳＰフィルタ条
件を設定できるという効果がある。

【０２４４】また、ＳＩＰ端末とＳＩＰプロトコルの特
性に基づき、上りＬＳＰ帯域には接続要求メッセージ
(ＩＮＶＩＴＥ)のＳＤＰ部に指定された正確な帯域フィ
ルタ条件に設定し、さらにこのＳＤＰ部から推定によっ
て下りＬＳＰのセッションを分離するフィルタ条件を設
定しているので、他のＳＩＰ端末間のセッションがこの
下りＬＳＰを使用できないだけでなく、同一ＳＩＰ端末
間で別のポート番号を使用するような他のセッションも
この下りＬＳＰを使用できないことになる。したがっ
て、そのＳＩＰメッセージが目的とするセッションだけ
をＬＳＰに収容することになるので、通信品質(ＱｏＳ)
が保証できるという効果がある。

【０２４５】また、最終確認メッセージ(ＡＣＫ)受信を
トリガとして、推定によって設定した下りＬＳＰの帯域
フィルタ条件を接続メッセージ(２００ＯＫ)にて通知さ
れた正確な帯域フィルタ条件に修正（確定）するように
しているので、フィルタ条件の不備とＬＳＰ帯域の過剰
確保は、セッション確立後に解消されるという効果があ
る。しかも、この正確な帯域フィルタ条件への修正（確
定）は、最終確認メッセージ(ＡＣＫ)受信時以降の任意
な時刻に行ってよいので、他のセッションによる予測帯
域確保などの緊急性を要する動作を優先させることがで
きるという効果がある。

【０２４６】さらに、実施の形態２によるＳＩＰシーケ
ンスで使用する独自の帯域予約メッセージ(ＲＥＳＶ)
は、ＳＩＰ中継装置間に閉じて使用され、発呼側・着呼
側のＳＩＰ端末には通知されない。したがって、実施の
形態２によるＳＩＰシーケンスは、ＲＦＣ２５４３に規
定される通常のＳＩＰシーケンスに対応した発呼側ＳＩ
Ｐ端末や着呼側ＳＩＰ端末にそのまま適用可能であり、
発呼側ＳＩＰ端末や着呼側ＳＩＰ端末には、特別な拡張
メッセージ(ＲＥＳＶ)に対応する修正は一切必要ないと
いう効果がある。

【０２４７】実施の形態３．図１０は、この発明の実施
の形態３である通信帯域予約システムで用いるＳＩＰ中
継装置の構成を示すブロック図である。実施の形態２で
は、接続要求メッセージ(ＩＮＶＩＴＥ)受信時に帯域予
約を行う構成例を示したが、この実施の形態３では、さ
らに着呼側最終段に位置するＳＩＰ中継装置にて着呼側
ＳＩＰ端末の機種種別を判定し、推定帯域フィルタ条件
を詳細に決定する場合の構成例が示されている。図１０
では、図７に示した構成と同一ないしは同等である構成
には、同一の符号・名称が付されている。ここでは、こ
の実施の形態３に関わる部分を中心に説明する。

【０２４８】すなわち、図１０に示すように、実施の形
態３によるＳＩＰ中継装置１００１は、実施の形態２
（図７）に示したＳＩＰ中継装置７０１の構成におい
て、ＳＩＰ処理部７０３に代えてＳＩＰ処理部１００２
が設けられている。ＳＩＰ処理部１００２では、ＳＩＰ
処理部７０３の構成において、ユーザ登録部７２４の配
下に機種登録部１０１１が設けられ、それに伴い、ユー
ザＤＢ７３１に代えてユーザ機種ＤＢ１０１２が設けら
れている。また、ＲＥＧＩＳＴＥＲ処理部７１３に代え
てＲＥＧＩＳＴＥＲ処理部１０１０が設けられ、ＩＮＶ
ＩＴＥ処理部７１４に代えてＩＮＶＩＴＥ処理部１０１
３が設けられている。

【０２４９】ユーザ機種ＤＢ１０１２には、機種種別と
対応する使用可能なメディア種別、帯域情報、使用する
着呼側ポート番号などが予め格納されている。図１１
は、図１０に示すＳＩＰ中継装置１００１が着呼側最終
段に位置するＳＩＰ中継装置である場合に、着呼側ＳＩ
Ｐ端末の機種種別を判定する際に用いる登録メッセージ
(ＲＥＧＩＳＴＥＲ)の一例を示す図である。図１１に示
す登録メッセージ(ＲＥＧＩＳＴＥＲ)１１０１には、オ
プションの「User-Agent:フィールド」１１１１が設け
られている。

【０２５０】次に、図１２に沿って図１、図１０、図１
１を参照しつつ、この実施の形態３による通信帯域予約
システムにおいて実施されるＳＩＰメッセージの中継方
法および帯域変更方法を説明する。なお、図１２は、図
１０に示すＳＩＰ中継装置で構成される通信帯域予約シ
ステムで実施されるＳＩＰ連携予約方法を説明するシー
ケンスである。

【０２５１】図１２では、図８に示したＳＩＰ処理部８
０４，８０５，８０６に代えてＳＩＰ処理部１２０１、
１２０２，１２０３が示され、着呼側８０５に代えて着
呼側１２０４が示されている。そして、図８に示した手
順と同一内容となる手順には、同一の符号が付されてい
る。すなわち、この実施の形態３による通信帯域予約シ
ステムでは、通話に先立つユーザ登録の手順において、
着呼側最終段に位置するＳＩＰ中継装置１１５のＳＩＰ
処理部１２０３における登録手順と、その後に発行され
る帯域予約メッセージ(ＲＥＳＶ)に対する処理とが異な
るのみで、その他は実施の形態２と同様である。ここ
で、この実施の形態３に関わる部分の動作を中心に説明
する。

【０２５２】図１２において、通話に先立つユーザ登録
の手順では、着呼側１２０４(ＳＩＰ端末１１２)は、Ｓ
ＩＰ中継装置１１５のＳＩＰ処理部１２０３に対して図
１１に示した内容の登録メッセージ(ＲＥＧＩＳＴＥＲ)
１１０１を通知する。ＳＩＰ中継装置１１５のＳＩＰ処
理部１２０３におけるＲＥＧＩＳＴＥＲ処理部１０１０
では、登録メッセージ(ＲＥＧＩＳＴＥＲ)１１０１を受
信すると、オプションのUser-Agent:フィールド１１１
１の有無を調べる。オプションのUser-Agent:フィール
ド１１１１を発見すると、ユーザ登録部７２４と機種登
録部１０１１を制御してユーザ機種ＤＢ１０１２にユー
ザ機種登録１２１１を行う。

【０２５３】ユーザ機種登録１２１１では、ユーザ情報
(ユーザ名、端末のＩＰアドレス)の登録に加えて、着呼
側１２０４(ＳＩＰ端末１１２)の機種種別がユーザ情報
と関連付けて登録される。

【０２５４】また、ＳＩＰ中継装置１１５のＳＩＰ処理
部１２０３では、接続要求メッセージ(ＩＮＶＩＴＥ)８
１８を受信すると、ＩＮＶＩＴＥ処理部１０１３に接続
要求メッセージ(ＩＮＶＩＴＥ)８１８の受信が通知され
る。ＩＮＶＩＴＥ処理部１０１３では、着呼側１２０４
(ＳＩＰ端末１１２)に転送するのを保留し、ユーザ機種
確認１２１５が行われる。

【０２５５】すなわち、ＩＮＶＩＴＥ処理部１０１３で
は、受信された接続要求メッセージ(ＩＮＶＩＴＥ)８１
８に記載された「Ｔｏフィールド」のユーザ名が登録さ
れているかをユーザ登録部７２４に問い合わせて確認す
る。ユーザ確認の結果、登録されていなければ、ユーザ
不在(４０４NotFound)メッセージを作成して、接続要求
メッセージ(ＩＮＶＩＴＥ)に対する処理を終了する。ユ
ーザ確認の結果、登録されていれば、ＩＮＶＩＴＥ処理
部１０１３は、当該ユーザの機種種別が登録されている
かをユーザ登録部７２４を介して機種登録部１０１１に
対して問い合わせる。

【０２５６】ＩＮＶＩＴＥ処理部１０１３では、ユーザ
機種確認１２１５の結果、当該ユーザの機種種別が登録
されていなければ、実施の形態２（図８）で説明した内
容で帯域予約メッセージ(ＲＥＳＶ)８２０を発行する
が、当該ユーザの機種種別が登録されていれば、その機
種の使用メディア種別、帯域情報、使用ポート番号を追
記した帯域予約メッセージ(ＲＥＳＶ)１２２０を発行す
る。発行元のＳＩＰ中継装置１１５では、内部的にＲＥ
ＳＶ処理部７１５に入力され、帯域事前予約部７１９に
受け付けられる。

【０２５７】帯域予約メッセージ(ＲＥＳＶ)１２２０
は、前段のＳＩＰ中継装置１１４のＳＩＰ処理部１２０
２における帯域事前予約部７１９に受け付けられ、帯域
予約メッセージ(ＲＥＳＶ)１２２１としてさらに前段の
ＳＩＰ中継装置１１３のＳＩＰ処理部１２０１に送ら
れ、同様にその帯域事前予約部７１９に受け付けられ
る。

【０２５８】このように機種種別に関する情報が追記さ
れた帯域予約メッセージ(ＲＥＳＶ)を受信した各ＳＩＰ
中継装置におけるおける帯域事前予約部７１９では、下
りＬＳＰの推定帯域フィルタ条件を、接続要求メッセー
ジ(ＩＮＶＩＴＥ)のＳＤＰ部から推定した現在の下りＬ
ＳＰの推定情報を考慮して更新（例えば上書き）する。
さらに、各ＳＩＰ中継装置では、更新された情報に基づ
き、帯域配信要求８２２を発行し、各ＬＳＲにＬＳＰの
帯域変更フィルタ条件設定を要求する。以後は、図８に
示した手順と同様である。

【０２５９】なお、図１１に示したUser-Agentフィール
ド１１１１は、登録メッセージ(ＲＥＧＩＳＴＥＲ)だけ
でなく、接続要求メッセージ(ＩＮＶＩＴＥ)や接続メッ
セージ(２００ＯＫ)などにも付与され得るので、そのよ
うな他のメッセージを利用して機種登録してもよい。前
の通話があれば、そのときの接続要求メッセージ(ＩＮ
ＶＩＴＥ)や接続メッセージ(２００ＯＫ)に機種種別が
付与されているので、同様に機種種別を下りＬＳＰの帯
域設定に反映することができる。

【０２６０】以上のように、実施の形態３によれば、着
呼側最終段に位置するＳＩＰ中継装置では、着呼側への
接続要求メッセージ(ＩＮＶＩＴＥ)通知を遅らせて帯域
予約メッセージ(ＲＥＳＶ)を発行する際に、ユーザ登録
時に機種種別の登録が行われている場合には、その機種
種別を帯域予約メッセージ(ＲＥＳＶ)に追記するように
している。その結果、各ＳＩＰ中継装置では、接続要求
メッセージ(ＩＮＶＩＴＥ)受信時に推定によって帯域を
予約する際に、さらに、着呼側ＳＩＰ端末の機種種別を
判定し、着呼側ＳＩＰ端末が使用する帯域フィルタ条件
を正確に推定し、下りＬＳＰの帯域設定に反映すること
ができるようになる。

【０２６１】したがって、接続メッセージ(２００ＯＫ)
中の正確な帯域フィルタ条件と予測条件がほぼ同じにな
るので、話頭不通が発生する可能性が減少するという効
果がある。特に、相手側ＳＩＰ端末がＩＰ電話や低ビッ
トレートＴＶ電話など使用する帯域が一意に決められる
ＳＩＰ端末では、下りＬＳＰの予測帯域を過剰に確保す
ることがなくなるという効果がある。

【０２６２】また、実施の形態２、３において、着呼側
最終段に位置するＳＩＰ中継装置では、着呼側への接続
要求メッセージ(ＩＮＶＩＴＥ)通知を保留して直ぐ帯域
予約メッセージ(ＲＥＳＶ)を通知するのではなく、着呼
側ＳＩＰ端末に例えば通知メッセージ(ＮＯＴＩＦＹ)を
送信して確実に着呼側ＳＩＰ端末が存在することを確認
してから帯域予約メッセージ(ＲＥＳＶ)を通知するよう
にすれば、一層確実に帯域予約の処理負荷を軽減するこ
とができる。

【０２６３】さらに、着呼側最終段に位置するＳＩＰ中
継装置が実施の形態２、３で示した帯域予約メッセージ
(ＲＥＳＶ)通知をサポートしていない場合でも、途中の
ＳＩＰ中継装置が実施の形態１で示した手順をサポート
していれば、必ず着呼側ＳＩＰ端末が返信する呼出し中
表示メッセージ(１８０Ringing)受信時に事前帯域予約
が行えるので、話頭不通を軽減することができる。

【０２６４】

【発明の効果】以上説明したように、この発明によれ
ば、通信帯域予約システムは、ＩＰ通信網内に、端末間
のセッションを確立する手順として主にＲＦＣ２５４３
で規定されるＳＩＰ手順を用いるＳＩＰ端末と、前記Ｓ
ＩＰ手順によるセッション確立のために前記ＳＩＰ端末
間で授受されるＳＩＰメッセージを中継するＳＩＰメッ
セージ処理手段と、前記ＳＩＰメッセージ処理手段の依
頼を受けて登録された上り方向と下り方向の帯域および
推定パケットフィルタ条件を配信する帯域配信手段とを
配置することにより構成されている。ここに、ＳＩＰメ
ッセージ処理手段では、ＳＩＰメッセージを中継する際
に、発呼側ＳＩＰ端末が送信する接続要求メッセージの
内容から発呼側から着呼側への上り方向および着呼側か
ら発呼側への下り方向での帯域およびパケットフィルタ
条件がそれぞれ推定取得され、その後、着呼側ＳＩＰ端
末が接続メッセージを応答する前に送信する応答メッセ
ージに基づき着呼側ＳＩＰ端末のアドレス情報を取得し
て前記推定した下り方向での帯域およびパケットフィル
タ条件に追記され、前記推定した上り方向での帯域およ
びパケットフィルタ条件と共に登録され、配信が依頼さ
れる。したがって、ＲＦＣ２５４３に準拠した通常の既
存ＳＩＰ端末を用いて、任意の２点間の帯域予約を実現
できる。しかも、この発明による方式は、呼発生後に事
後帯域予約を行う方式であるので、事前帯域予約方式の
ように常時無駄な帯域を保持しておく必要がなくなる。
また、着呼側が接続メッセージを応答する前に推定によ
って下り方向の帯域・パケットフィルタ条件を設定して
いるので、着呼側で話頭不通が発生するのを防止するこ
とができる。さらに着呼側の応答メッセージの受信によ
って帯域予約を行うので、相手不存在の場合は、帯域予
約は行われず、帯域確保の処理負荷の軽減が図れるとい
う効果がある。

【０２６５】つぎの発明によれば、通信帯域予約システ
ムは、ＩＰ通信網内に、端末間のセッションを確立する
手順として主にＲＦＣ２５４３で規定されるＳＩＰ手順
を用いるＳＩＰ端末と、前記ＳＩＰ手順によるセッショ
ン確立のために前記ＳＩＰ端末間で授受されるＳＩＰメ
ッセージを中継するＳＩＰメッセージ処理手段と、前記
ＳＩＰメッセージ処理手段の依頼を受けて登録された上
り方向と下り方向の帯域および推定パケットフィルタ条
件を配信する帯域配信手段とを配置することにより構成
されている。ここに、ＳＩＰメッセージ処理手段では、
ＳＩＰメッセージを中継する際に、発呼側ＳＩＰ端末が
送信する接続要求メッセージの内容から、発呼側から着
呼側への上り方向および着呼側から発呼側への下り方向
での帯域およびパケットフィルタ条件がそれぞれ推定取
得される。そして、着呼側最終段に位置するＳＩＰメッ
セージ処理手段では、前記接続要求メッセージの受信時
に着呼側ＳＩＰ端末の存在を登録状況から確認して当該
受信された接続要求メッセージの着呼側ＳＩＰ端末への
転送が一時保留され、発呼側に位置する全ＳＩＰメッセ
ージ処理手段に対して前記着呼側ＳＩＰ端末のアドレス
情報を含む内部的な帯域予約メッセージが発行される。
並行して、前記確認した着呼側ＳＩＰ端末のアドレス情
報を前記推定した下り方向での帯域およびパケットフィ
ルタ条件を追記して前記推定した上り方向での帯域およ
びパケットフィルタ条件と共に登録され、配信が依頼さ
れ、その後、前記保留していた接続要求メッセージが前
記確認した着呼側ＳＩＰ端末に転送される。また、前記
発呼側に位置する全ＳＩＰメッセージ処理手段では、受
信された前記帯域予約メッセージから着呼側ＳＩＰ端末
のアドレス情報を取得して前記推定した下り方向での帯
域およびパケットフィルタ条件に追記され前記推定した
上り方向での帯域およびパケットフィルタ条件と共に登
録され、配信が依頼される。したがって、ＲＦＣ２５４
３に準拠した通常の既存ＳＩＰ端末を用いて、任意の２
点間の帯域予約を実現できる。しかも、この発明によれ
ば呼発生後に事後帯域予約を行う方式であるので、事前
帯域予約方式のように常時無駄な帯域を保持しておく必
要がなくなる。また、着呼側が接続メッセージを応答す
る前に、推定によって下り方向の帯域・パケットフィル
タ条件を設定しているので、着呼側で話頭不通が発生す
るのを防止することができるという効果がある。加え
て、着呼側の存在を確信してから帯域予約を行うので、
存在しない相手先への接続要求に対しては、帯域予約は
行われず、帯域確保の処理負荷が軽減されるという効果
もある。

【０２６６】つぎの発明によれば、上記の発明におい
て、前記ＳＩＰメッセージ処理手段では、着呼側ＳＩＰ
端末が応答する接続メッセージが検出されると、前記接
続メッセージにて通知される確定帯域および確定パケッ
トフィルタ条件と、前記推定帯域および推定パケットフ
ィルタ条件とが比較され、前記推定帯域および推定パケ
ットフィルタ条件が広い場合に前記確定帯域および確定
パケットフィルタ条件を登録するのみで、配信を依頼す
ることなく当該接続メッセージが発呼側ＳＩＰ端末に向
けて中継される。このように、接続メッセージにて通知
される確定帯域および確定パケットフィルタ条件よりも
推定帯域および推定パケットフィルタ条件が広い場合に
は、帯域予約なる余計な処理を行わず直ちに発呼側に中
継されるので、着呼側で話頭不通が発生するのを少なく
することができる。

【０２６７】つぎの発明によれば、上記の発明におい
て、前記ＳＩＰメッセージ処理手段では、発呼側ＳＩＰ
端末が前記接続メッセージの受信に応答する最終確認メ
ッセージを検出すると、前記比較結果を参照し、前記確
定帯域および確定パケットフィルタ条件が前記推定帯域
および推定パケットフィルタ条件の範囲内にあり、まだ
確定帯域を配信していないとき、下り方向の帯域および
パケットフィルタ条件として前記確定帯域および確定パ
ケットフィルタ条件の配信が依頼される。したがって、
推定による帯域が過剰である場合やパケットフィルタ条
件に不備がある場合は、ＳＩＰセッションの確立後の解
消することができる。しかも、最終確認メッセージ受信
後の任意の時に行ってよいので、他のセッションによる
予測帯域確保などの緊急性のある動作を優先させること
ができる。

【０２６８】つぎの発明によれば、上記の発明におい
て、前記着呼側最終段に位置するＳＩＰメッセージ処理
手段では、前記着呼側ＳＩＰ端末と所定のメッセージに
よる授受を試みて存在が確認できたとき前記帯域予約メ
ッセージが発行される。このように着呼側と実際に通信
して着呼側の存在を確信して帯域予約を行うので、一層
確実に存在しない相手先への接続要求に対しては、帯域
予約を行わないようにすることができ、帯域確保の処理
負荷が一層軽減されるという効果もある。

【０２６９】つぎの発明によれば、上記の発明におい
て、前記着呼側最終段に位置するＳＩＰメッセージ処理
手段では、前記着呼側ＳＩＰ端末の機種種別情報から当
該着呼側ＳＩＰ端末が要求する最大帯域やパケットフィ
ルタ条件を判定できる場合は、前記最大帯域やパケット
フィルタ条件に基づき前記推定した下り方向での帯域お
よびパケットフィルタ条件を修正して登録され、配信が
依頼されるともに、前記最大帯域やパケットフィルタ条
件も含めて前記帯域予約メッセージが発行される。ま
た、前記発呼側に位置する全ＳＩＰメッセージ処理手段
では、受信された前記帯域予約メッセージにて通知され
た前記最大帯域やパケットフィルタ条件に基づき前記推
定した下り方向での帯域およびパケットフィルタ条件を
修正して登録され、配信が依頼される。このように、着
呼側ＳＩＰ端末の機種種別情報から得られる最大帯域や
パケットフィルタ条件に基づき前記推定した下り方向で
の帯域およびパケットフィルタ条件を修正するので、高
い精度で帯域およびパケットフィルタ条件を予測できる
ようになる。

【０２７０】つぎの発明によれば、上記の発明におい
て、前記ＳＩＰメッセージ処理手段では、前記接続要求
メッセージのメディア情報部に記載された発呼側ＳＩＰ
端末が受け入れ可能と示した複数のメディア種別から必
要な帯域やポート番号、プロトコルタイプなどの帯域と
フィルタリング条件を推定し、前記下り方向の帯域およ
びパケットフィルタ条件を設定することができる。

【０２７１】つぎの発明によれば、中継手段では、端末
間のセッションを確立する手順として主にＲＦＣ２５４
３で規定されるＳＩＰ手順を用いるＳＩＰ端末間で授受
されるＳＩＰメッセージが中継される。その中継過程に
おいて、帯域推定手段では、前記中継手段から発呼側Ｓ
ＩＰ端末が送信する接続要求メッセージを受けて、前記
接続要求メッセージの内容から発呼側から着呼側への上
り方向および着呼側から発呼側への下り方向での帯域と
パケットフィルタ条件とがそれぞれ推定され、その後、
着呼側ＳＩＰ端末が接続メッセージを応答する前に送信
する応答メッセージを前記中継手段から受けて、前記応
答メッセージから着呼側ＳＩＰ端末のアドレス情報が取
得され、それが前記推定した下り方向での帯域およびパ
ケットフィルタ条件に追記され、前記推定した上り方向
での帯域およびパケットフィルタ条件と共に登録され、
配信が依頼される。したがって、ＲＦＣ２５４３に準拠
した通常の既存ＳＩＰ端末を用いて、任意の２点間の帯
域予約を実現できる。しかも、この発明による方式は、
呼発生後に事後帯域予約を行う方式であるので、事前帯
域予約方式のように常時無駄な帯域を保持しておく必要
がなくなる。また、着呼側が接続メッセージを応答する
前に推定によって下り方向の帯域・パケットフィルタ条
件を設定しているので、着呼側で話頭不通が発生するの
を防止することができる。さらに着呼側の応答メッセー
ジの受信によって帯域予約を行うので、相手不存在の場
合は、帯域予約は行われず、帯域確保の処理負荷の軽減
が図れるという効果がある。

【０２７２】つぎの発明によれば、中継手段では、端末
間のセッションを確立する手順として主にＲＦＣ２５４
３で規定されるＳＩＰ手順を用いるＳＩＰ端末間で授受
されるＳＩＰメッセージが中継される。その中継過程に
おいて、帯域推定手段では、前記中継手段から発呼側Ｓ
ＩＰ端末が送信する接続要求メッセージを受けて、前記
接続要求メッセージの内容から発呼側から着呼側への上
り方向および着呼側から発呼側への下り方向での帯域お
よびパケットフィルタ条件がそれぞれ推定される。その
際に、着呼側ＳＩＰ端末の存在を登録状況から確認して
当該受信された接続要求メッセージの着呼側ＳＩＰ端末
への転送を一時保留し、前記着呼側ＳＩＰ端末のアドレ
ス情報を含む内部的な帯域予約メッセージが前記中継手
段に送出される。並行して、当該着呼側ＳＩＰ端末のア
ドレス情報が前記推定された下り方向での帯域およびパ
ケットフィルタ条件に追記され、前記推定された上り方
向での帯域およびパケットフィルタ条件と共に登録さ
れ、配信が依頼される。したがって、ＲＦＣ２５４３に
準拠した通常の既存ＳＩＰ端末を用いて、任意の２点間
の帯域予約を実現できる。しかも、この発明によれば呼
発生後に事後帯域予約を行う方式であるので、事前帯域
予約方式のように常時無駄な帯域を保持しておく必要が
なくなる。また、着呼側が接続メッセージを応答する前
に、推定によって下り方向の帯域・パケットフィルタ条
件を設定しているので、着呼側で話頭不通が発生するの
を防止することができるという効果がある。加えて、着
呼側の存在を確信してから帯域予約を行うので、存在し
ない相手先への接続要求に対しては、帯域予約は行われ
ず、帯域確保の処理負荷が軽減されるという効果もあ
る。

【０２７３】つぎの発明によれば、中継手段では、端末
間のセッションを確立する手順として主にＲＦＣ２５４
３で規定されるＳＩＰ手順を用いるＳＩＰ端末間で授受
されるＳＩＰメッセージが中継される。その中継過程に
おいて、帯域推定手段では、前記中継手段から発呼側Ｓ
ＩＰ端末が送信する接続要求メッセージを受けて、前記
接続要求メッセージの内容から発呼側から着呼側への上
り方向および着呼側から発呼側への下り方向での帯域お
よびパケットフィルタ条件がそれぞれ推定され、その
後、前記中継手段から帯域予約メッセージを受けて、前
記帯域予約メッセージから着呼側ＳＩＰ端末のアドレス
情報を取得して前記推定した下り方向での帯域およびパ
ケットフィルタ条件に追記され、前記推定した上り方向
での帯域およびパケットフィルタ条件と共に登録され配
信が依頼される。したがって、ＲＦＣ２５４３に準拠し
た通常の既存ＳＩＰ端末を用いて、任意の２点間の帯域
予約を実現できる。しかも、この発明によれば呼発生後
に事後帯域予約を行う方式であるので、事前帯域予約方
式のように常時無駄な帯域を保持しておく必要がなくな
る。また、着呼側が接続メッセージを応答する前に、推
定によって下り方向の帯域・パケットフィルタ条件を設
定しているので、着呼側で話頭不通が発生するのを防止
することができるという効果がある。加えて、帯域予約
メッセージが受信されない場合は、帯域予約を行わない
ので、帯域確保の処理負荷が軽減されるという効果もあ
る。

【０２７４】つぎの発明によれば、上記の発明におい
て、帯域比較手段では、前記中継手段から着呼側ＳＩＰ
端末が応答する接続メッセージを受けて、前記接続メッ
セージにて通知される確定帯域および確定パケットフィ
ルタ条件と、前記推定帯域および推定パケットフィルタ
条件とが比較され、前記推定帯域および推定パケットフ
ィルタ条件が広い場合に前記接続メッセージから得られ
る確定帯域および確定パケットフィルタ条件が登録さ
れ、帯域の配信を依頼することなく当該接続メッセージ
が発呼側ＳＩＰ端末に向けて中継するために前記中継手
段に送出される。このように、接続メッセージにて通知
される確定帯域および確定パケットフィルタ条件よりも
推定帯域および推定パケットフィルタ条件が広い場合に
は、帯域予約なる余計な処理を行わず直ちに発呼側に中
継されるので、着呼側で話頭不通が発生するのを少なく
することができる。

【０２７５】つぎの発明によれば、上記の発明におい
て、帯域確定手段では、前記中継手段から着呼側ＳＩＰ
端末が応答する最終確認メッセージを受けて、前記比較
結果を参照し、前記確定帯域および確定パケットフィル
タ条件が前記推定帯域および推定パケットフィルタ条件
の範囲内にあり、まだ確定帯域を配信していないとき、
下り方向の帯域およびパケットフィルタ条件として前記
確定帯域および確定パケットフィルタ条件が登録され、
配信が依頼される。したがって、推定による帯域が過剰
である場合やパケットフィルタ条件に不備がある場合
は、ＳＩＰセッションの確立後の解消することができ
る。しかも、最終確認メッセージ受信後の任意の時に行
ってよいので、他のセッションによる予測帯域確保など
の緊急性のある動作を優先させることができる。

【０２７６】つぎの発明によれば、上記の発明におい
て、前記帯域推定手段では、前記着呼側ＳＩＰ端末と所
定のメッセージによる授受を試みてその存在が確認でき
たとき前記帯域予約メッセージが発行される。このよう
に着呼側と実際に通信して着呼側の存在を確信して帯域
予約を行うので、一層確実に存在しない相手先への接続
要求に対しては、帯域予約を行わないようにすることが
でき、帯域確保の処理負荷が一層軽減されるという効果
もある。

【０２７７】つぎの発明によれば、上記の発明におい
て、前記帯域推定手段では、前記着呼側ＳＩＰ端末の機
種種別情報から当該着呼側ＳＩＰ端末が要求する最大帯
域やパケットフィルタ条件を判定できる場合は、前記最
大帯域やパケットフィルタ条件に基づき前記推定された
下り方向での帯域およびパケットフィルタ条件が修正し
て登録され配信が依頼される。並行して、前記最大帯域
やパケットフィルタ条件も含めて前記帯域予約メッセー
ジが発行される。このように、着呼側ＳＩＰ端末の機種
種別情報から得られる最大帯域やパケットフィルタ条件
に基づき前記推定した下り方向での帯域およびパケット
フィルタ条件を修正するので、高い精度で帯域およびパ
ケットフィルタ条件を予測できるようになる。

【０２７８】つぎの発明によれば、上記の発明におい
て、前記帯域推定手段では、前記中継手段から入力され
た前記帯域予約メッセージにて通知された前記最大帯域
やパケットフィルタ条件に基づき前記推定した下り方向
での帯域およびパケットフィルタ条件が修正して登録さ
れ、配信が依頼される。このように、着呼側ＳＩＰ端末
の機種種別情報から得られる最大帯域やパケットフィル
タ条件に基づき前記推定した下り方向での帯域およびパ
ケットフィルタ条件を修正するので、高い精度で帯域お
よびパケットフィルタ条件を予測できるようになる。

【０２７９】つぎの発明によれば、上記の発明におい
て、前記帯域推定手段では、前記接続要求メッセージの
メディア情報部に記載された発呼側ＳＩＰ端末が受け入
れ可能と示した複数のメディア種別から必要な帯域やポ
ート番号、プロトコルタイプなどの帯域とフィルタリン
グ条件を推定され、前記下り方向の帯域およびパケット
フィルタ条件を設定することができる。

【０２８０】つぎの発明によれば、上記の発明におい
て、帯域配信手段では、依頼を受けて前記登録された上
り方向と下り方向の帯域および推定パケットフィルタ条
件を配信することができる。

【０２８１】つぎの発明によれば、ＩＰ通信網におい
て、端末間のセッションを確立する手順として主にＲＦ
Ｃ２５４３で規定されるＳＩＰ手順を用いるＳＩＰ端末
間で授受されるＳＩＰメッセージを中継する場合に、帯
域推定工程にて、発呼側ＳＩＰ端末が送信する接続要求
メッセージの内容から発呼側から着呼側への上り方向お
よび着呼側から発呼側への下り方向での帯域およびパケ
ットフィルタ条件がそれぞれ推定取得される。その後、
帯域予約工程にて、着呼側ＳＩＰ端末が接続メッセージ
を応答する前に送信する応答メッセージに基づき着呼側
ＳＩＰ端末のアドレス情報が取得され、前記推定された
下り方向での帯域およびパケットフィルタ条件に追記さ
れ、前記推定された上り方向での帯域およびパケットフ
ィルタ条件と共に登録され、配信が依頼される。したが
って、ＲＦＣ２５４３に準拠した通常の既存ＳＩＰ端末
を用いて、任意の２点間の帯域予約を実現できる。しか
も、この発明による方式は、呼発生後に事後帯域予約を
行う方式であるので、事前帯域予約方式のように常時無
駄な帯域を保持しておく必要がなくなる。また、着呼側
が接続メッセージを応答する前に推定によって下り方向
の帯域・パケットフィルタ条件を設定しているので、着
呼側で話頭不通が発生するのを防止することができると
いう効果がある。

【０２８２】つぎの発明によれば、ＩＰ通信網におい
て、端末間のセッションを確立する手順として主にＲＦ
Ｃ２５４３で規定されるＳＩＰ手順を用いるＳＩＰ端末
間で授受されるＳＩＰメッセージを中継する場合に、着
呼側最終中継段において、保留工程にて、発呼側ＳＩＰ
端末が送信する接続要求メッセージの受信時に着呼側Ｓ
ＩＰ端末の存在を登録状況から確認して当該受信された
接続要求メッセージの着呼側ＳＩＰ端末への転送が一時
保留される。それを受けて、内部メッセージ発行工程に
て、前記着呼側ＳＩＰ端末のアドレス情報を含む内部的
な帯域予約メッセージが発呼側に存在する全中継段に向
けて発行される。そして、帯域推定工程にて、受信され
た前記接続要求メッセージの内容から発呼側から着呼側
への上り方向および着呼側から発呼側への下り方向での
帯域およびパケットフィルタ条件がそれぞれ推定取得さ
れる。次いで帯域予約工程にて、前記確認した着呼側Ｓ
ＩＰ端末のアドレス情報を前記推定された下り方向での
帯域およびパケットフィルタ条件に追記して前記推定さ
れた上り方向での帯域およびパケットフィルタ条件と共
に登録され、配信が依頼される。その後、保留解除工程
にて、前記保留していた接続要求メッセージを前記確認
した着呼側ＳＩＰ端末に転送される。また、発呼側に存
在する全中継段において、帯域推定工程にて、受信され
た前記接続要求メッセージの内容から発呼側から着呼側
への上り方向および着呼側から発呼側への下り方向での
帯域およびパケットフィルタ条件がそれぞれ推定取得さ
れる。次いで、帯域予約工程にて、受信された前記帯域
予約メッセージから着呼側ＳＩＰ端末のアドレス情報を
取得して前記推定された下り方向での帯域およびパケッ
トフィルタ条件に追記され、前記推定された上り方向で
の帯域およびパケットフィルタ条件と共に登録され、配
信が依頼される。したがって、ＲＦＣ２５４３に準拠し
た通常の既存ＳＩＰ端末を用いて、任意の２点間の帯域
予約を実現できる。しかも、この発明によれば呼発生後
に事後帯域予約を行う方式であるので、事前帯域予約方
式のように常時無駄な帯域を保持しておく必要がなくな
る。また、着呼側が接続メッセージを応答する前に、推
定によって下り方向の帯域・パケットフィルタ条件を設
定しているので、着呼側で話頭不通が発生するのを防止
することができるという効果がある。加えて、着呼側の
存在を確信してから帯域予約を行うので、存在しない相
手先への接続要求に対しては、帯域予約は行われず、帯
域確保の処理負荷が軽減されるという効果もある。

【０２８３】つぎの発明によれば、上記の発明におい
て、帯域比較工程にて、着呼側ＳＩＰ端末が応答する接
続メッセージを検出すると、前記接続メッセージにて通
知される確定および確定パケットフィルタ条件と、前記
推定帯域および推定パケットフィルタ条件とが比較さ
れ、前記推定帯域および推定パケットフィルタ条件が広
い場合に前記確定帯域および確定パケットフィルタ条件
が登録され、配信を依頼することなく当該接続メッセー
ジを発呼側のＳＩＰ端末に向けて中継される。このよう
に、接続メッセージにて通知される確定帯域および確定
パケットフィルタ条件よりも推定帯域および推定パケッ
トフィルタ条件が広い場合には、帯域予約を行わず直ち
に発呼側に中継されるので、着呼側で話頭不通が発生す
るのを少なくすることができる。

【０２８４】つぎの発明によれば、上記の発明におい
て、帯域確定工程にて、発呼側ＳＩＰ端末が前記接続メ
ッセージの受信に応答する最終確認メッセージを検出す
ると、前記比較結果が参照され、前記確定帯域および確
定パケットフィルタ条件が前記推定帯域および推定パケ
ットフィルタ条件の範囲内にあり、まだ確定帯域を配信
していないとき、下り方向の帯域およびパケットフィル
タ条件として前記確定帯域および確定パケットフィルタ
条件が登録され、配信が依頼される。したがって、推定
による帯域が過剰である場合やパケットフィルタ条件に
不備がある場合は、ＳＩＰセッションの確立後の解消す
ることができる。しかも、最終確認メッセージ受信後の
任意の時に行ってよいので、他のセッションによる予測
帯域確保などの緊急性のある動作を優先させることがで
きる。

【０２８５】つぎの発明によれば、上記の発明におい
て、前記着呼側最終中継段では、前記内部メッセージ発
行工程にて、前記着呼側ＳＩＰ端末と所定のメッセージ
による授受を試みて存在を確認できたとき前記帯域予約
メッセージが発行される。このように着呼側と実際に通
信して着呼側の存在を確信して帯域予約を行うので、一
層確実に存在しない相手先への接続要求に対しては、帯
域予約を行わないようにすることができ、帯域確保の処
理負荷が一層軽減されるという効果もある。

【０２８６】つぎの発明によれば、上記の発明におい
て、前記着呼側最終中継段では、前記帯域予約工程に
て、前記着呼側ＳＩＰ端末の機種種別情報から当該着呼
側ＳＩＰ端末が要求する最大帯域やパケットフィルタ条
件を判定できる場合は、前記最大帯域やパケットフィル
タ条件に基づき前記推定した下り方向での帯域およびパ
ケットフィルタ条件が修正して登録され、配信が依頼さ
れる。そして、前記内部メッセージ発行工程にて、前記
最大帯域やパケットフィルタ条件も含めて前記帯域予約
メッセージが発行される。また、前記発呼側に存在する
各中継段では、前記帯域予約工程にて、受信された前記
帯域予約メッセージにて通知された前記最大帯域やパケ
ットフィルタ条件に基づき前記推定した下り方向での帯
域およびパケットフィルタ条件が修正して登録され、配
信が依頼される。このように、着呼側ＳＩＰ端末の機種
種別情報から得られる最大帯域やパケットフィルタ条件
に基づき前記推定した下り方向での帯域およびパケット
フィルタ条件を修正するので、高い精度で帯域およびパ
ケットフィルタ条件を予測できるようになる。

【０２８７】つぎの発明によれば、上記の発明におい
て、前記帯域推定工程では、前記接続要求メッセージの
メディア情報部に記載された発呼側ＳＩＰ端末が受け入
れ可能と示した複数のメディア種別から必要な帯域やポ
ート番号、プロトコルタイプなどの帯域とフィルタリン
グ条件が推定され、前記下り方向の帯域およびパケット
フィルタ条件が設定される。

【図面の簡単な説明】

【図１】 この発明の実施の形態１である通信帯域予約
システムの構成を示すブロック図である。

【図２】 図１に示すＳＩＰ中継装置の構成を示すブロ
ック図である。

【図３】 図１に示す通信帯域予約システムで実施され
るＳＩＰ連携予約方法を説明するシーケンス図である。

【図４】 図２に示すＳＩＰ中継装置における帯域フィ
ルタ条件ＤＢに格納される上下ＬＳＰの帯域フィルタ条
件の一例を示す図である。

【図５】 図２に示すＳＩＰ中継装置におけるＬＳＰ−
ＤＢに格納されるＬＳＰ管理データの一例を示す図であ
る。

【図６】 図２に示すＳＩＰ中継装置の各ＳＩＰメッセ
ージに対する動作を説明するフローチャートである。

【図７】 この発明の実施の形態２である通信帯域予約
システムで用いるＳＩＰ中継装置の構成を示すブロック
図である。

【図８】 図７に示すＳＩＰ中継装置で構成される通信
帯域予約システムで実施されるＳＩＰ連携予約方法を説
明するシーケンス図である。

【図９】 図７に示すＳＩＰ中継装置の各ＳＩＰメッセ
ージに対する動作を説明するフローチャートである。

【図１０】 この発明の実施の形態３である通信帯域予
約システムで用いるＳＩＰ中継装置の構成を示すブロッ
ク図である。

【図１１】 図１０に示すＳＩＰ中継装置にて着呼側端
末の種別を判定する際に用いるＳＩＰメッセージの一例
を示す図である。

【図１２】 図１０に示すＳＩＰ中継装置で構成される
通信帯域予約システムで実施されるＳＩＰ連携予約方法
を説明するシーケンス図である。

【図１３】 ＭＰＬＳ網でのパケット転送を説明する図
である。

【図１４】 従来のＩＰ電話通信網の構成例を示すシス
テム図である。

【図１５】 図１４に示す私設ＩＰ網におけるＩＰ電話
の信号手順並びに通信品質保証方法を説明するシーケン
ス図である。

【図１６】 図１４に示すコールエージェント（ＣＡ）
による帯域予約方法を説明する図である。

【図１７】 ＲＦＣ２５４３に示されるＳＩＰを用いた
ＩＰ信号手順と事後帯域予約手順とを結合したシーケン
ス例（帯域配信応答を待つ場合）を示す図である。

【図１８】 ＲＦＣ２５４３に示されるＳＩＰを用いた
ＩＰ信号手順と事後帯域予約手順とを結合したシーケン
ス例（帯域配信応答を待たない場合）を示す図である。

【符号の説明】 １０１ 自ドメインＡ、１０２ 自ドメインＢ、１０３
インターネット、１１１〜１１２ ＳＩＰ端末、１１
３〜１１５ ＳＩＰ中継装置、１３１，１３２，１３
５，１３６ ＬＳＲ、１３３，１３４ ＬＳＲ−ＧＷ、
１４１〜１４３ＬＳＰ、１５１〜１５８ ＬＳＰ設定変
更配信経路、２０１，７０１，１００１ＳＩＰ中継装
置、２０２，７０２ ＴＣＰ／ＩＰ／ＵＤＰスタック、
２０３，７０３，１００２ ＳＩＰ処理部、２０４，７
０４ 帯域配信処理部、２１１，７１１ ＳＩＰメッセ
ージ種別判定部、２１２，７１２ メッセージ中継・応
答処理部、２２１，７１４ ＩＮＶＩＴＥ処理部、２２
２ １８０Ringing処理部、２２３、７１６ ２００Ｏ
Ｋ処理部、２２４，７１７ ＡＣＫ処理部、２２５，７
１８ 帯域推定部、２２６，７１９ 帯域事前予約部、
２２７，７２０ 帯域比較部、２２８，７２１ 帯域修
正部、２３１，７２２ 帯域フィルタ条件記憶部、２３
２，７２３ 帯域フィルタ条件通知部、２３３，７３６
帯域フィルタ条件受信部、２４１，７３２ 帯域フィ
ルタ条件ＤＢ、２４２，７３３ ＬＳＰ−ＤＢ、２４
３，７３４ ＬＳＲ−ＤＢ、２４４，７２９ ＤＢ処理
部、２５１，７２７ ＬＳＰ処理部、２５２，７２８
ＬＳＲｓ処理部、２５３，７３０設定情報配信部、７１
３ ＲＥＧＩＳＴＥＲ処理部、７２４ ユーザ登録部、
７３１ ユーザＤＢ、１０１１ 機種登録部、１０１２
ユーザ・機種ＤＢ。

Claims (24)

【特許請求の範囲】
1. 【請求項１】 ＩＰ通信網内に、 端末間のセッションを確立する手順として主にＲＦＣ２
   ５４３で規定されるＳＩＰ手順を用いるＳＩＰ端末と、 前記ＳＩＰ手順によるセッション確立のために前記ＳＩ
   Ｐ端末間で授受されるＳＩＰメッセージを中継する際
   に、発呼側ＳＩＰ端末が送信する接続要求メッセージの
   内容から発呼側から着呼側への上り方向および着呼側か
   ら発呼側への下り方向での帯域およびパケットフィルタ
   条件をそれぞれ推定し、その後、着呼側ＳＩＰ端末が接
   続メッセージを応答する前に送信する応答メッセージに
   基づき着呼側ＳＩＰ端末のアドレス情報を取得して前記
   推定した下り方向での帯域およびパケットフィルタ条件
   に追記し、前記推定した上り方向での帯域およびパケッ
   トフィルタ条件と共に登録し、配信を依頼するＳＩＰメ
   ッセージ処理手段と、 前記ＳＩＰメッセージ処理手段の依頼を受けて登録され
   た上り方向と下り方向の帯域およびパケットフィルタ条
   件を配信する帯域配信手段と、 が配置されていることを特徴とする通信帯域予約システ
   ム。
2. 【請求項２】 ＩＰ通信網内に、 端末間のセッションを確立する手順として主にＲＦＣ２
   ５４３で規定されるＳＩＰ手順を用いるＳＩＰ端末と、 前記ＳＩＰ手順によるセッション確立のために前記ＳＩ
   Ｐ端末間で授受されるＳＩＰメッセージを中継する際
   に、発呼側ＳＩＰ端末が送信する接続要求メッセージの
   内容から発呼側から着呼側への上り方向および着呼側か
   ら発呼側への下り方向での帯域およびパケットフィルタ
   条件をそれぞれ推定するＳＩＰメッセージ処理手段と、 前記ＳＩＰメッセージ処理手段の依頼を受けて上り方向
   と下り方向の帯域および推定パケットフィルタ条件を配
   信する帯域配信手段と、 が配置される通信帯域予約システムであって、 着呼側最終段に位置する前記ＳＩＰメッセージ処理手段
   は、 前記接続要求メッセージの受信時に着呼側ＳＩＰ端末の
   存在を登録状況から確認して当該受信された接続要求メ
   ッセージの着呼側ＳＩＰ端末への転送を一時保留し、発
   呼側に位置する全ＳＩＰメッセージ処理手段に対して前
   記着呼側ＳＩＰ端末のアドレス情報を含む内部的な帯域
   予約メッセージを発行するとともに、前記確認した着呼
   側ＳＩＰ端末のアドレス情報を前記推定した下り方向で
   の帯域およびパケットフィルタ条件を追記して前記推定
   した上り方向での帯域およびパケットフィルタ条件と共
   に登録し、配信を依頼し、その後、前記保留していた接
   続要求メッセージを前記確認した着呼側ＳＩＰ端末に転
   送する構成、を備え、 前記発呼側に位置する全ＳＩＰメッセージ処理手段は、 受信された前記帯域予約メッセージから着呼側ＳＩＰ端
   末のアドレス情報を取得して前記推定した下り方向での
   帯域およびパケットフィルタ条件に追記して前記推定し
   た上り方向での帯域およびパケットフィルタ条件と共に
   登録し、配信を依頼する構成、 を備えたことを特徴とする通信帯域予約システム。
3. 【請求項３】 前記ＳＩＰメッセージ処理手段は、 着呼側ＳＩＰ端末が応答する接続メッセージを検出する
   と、前記接続メッセージにて通知される確定帯域および
   確定パケットフィルタ条件と、前記推定帯域および推定
   パケットフィルタ条件とを比較し、前記推定帯域および
   推定パケットフィルタ条件が広い場合に前記確定帯域お
   よび確定パケットフィルタ条件を登録し、配信を依頼す
   ることなく当該接続メッセージを発呼側ＳＩＰ端末に向
   けて中継する構成、 を備えたことを特徴とする請求項１または２に記載の通
   信帯域予約システム。
4. 【請求項４】 前記ＳＩＰメッセージ処理手段は、 発呼側ＳＩＰ端末が前記接続メッセージの受信に応答す
   る最終確認メッセージを検出すると、前記比較結果を参
   照し、前記確定帯域および確定パケットフィルタ条件が
   前記推定帯域および推定パケットフィルタ条件の範囲内
   にあり、まだ確定帯域を配信していないとき、下り方向
   の帯域およびパケットフィルタ条件として前記確定帯域
   および確定パケットフィルタ条件の配信を依頼する構
   成、 を備えたことを特徴とする請求項３に記載の通信帯域予
   約システム。
5. 【請求項５】 前記着呼側最終段に位置するＳＩＰメッ
   セージ処理手段は、 前記着呼側ＳＩＰ端末と所定のメッセージによる授受を
   試みて存在を確認できたとき前記帯域予約メッセージを
   発行する構成、 を備えたことを特徴とする請求項２に記載の通信帯域予
   約システム。
6. 【請求項６】 前記着呼側最終段に位置するＳＩＰメッ
   セージ処理手段は、 前記着呼側ＳＩＰ端末の機種種別情報から当該着呼側Ｓ
   ＩＰ端末が要求する最大帯域やパケットフィルタ条件を
   判定できる場合は、前記最大帯域やパケットフィルタ条
   件に基づき前記推定した下り方向での帯域およびパケッ
   トフィルタ条件を修正して登録し配信を依頼するととも
   に、前記最大帯域やパケットフィルタ条件も含めて前記
   帯域予約メッセージを発行する構成、を備え、 前記発呼側に位置する全ＳＩＰメッセージ処理手段は、 受信された前記帯域予約メッセージにて通知された前記
   最大帯域やパケットフィルタ条件に基づき前記推定した
   下り方向での帯域およびパケットフィルタ条件を修正し
   て登録し配信を依頼する構成、 を備えたことを特徴とする請求項２または５に記載の通
   信帯域予約システム。
7. 【請求項７】 前記ＳＩＰメッセージ処理手段は、 前記接続要求メッセージのメディア情報部に記載された
   発呼側ＳＩＰ端末が受け入れ可能と示した複数のメディ
   ア種別から必要な帯域やポート番号、プロトコルタイプ
   などの帯域とフィルタリング条件を推定し、前記下り方
   向の帯域およびパケットフィルタ条件を設定する構成、 を備えたことを特徴とする請求項１〜６のいずれか一つ
   に記載の通信帯域予約システム。
8. 【請求項８】 端末間のセッションを確立する手順とし
   て主にＲＦＣ２５４３で規定されるＳＩＰ手順を用いる
   ＳＩＰ端末間で授受されるＳＩＰメッセージを中継する
   中継手段と、 前記中継手段から発呼側ＳＩＰ端末が送信する接続要求
   メッセージを受けて、前記接続要求メッセージの内容か
   ら発呼側から着呼側への上り方向および着呼側から発呼
   側への下り方向での帯域とパケットフィルタ条件とをそ
   れぞれ推定し、その後、着呼側ＳＩＰ端末が接続メッセ
   ージを応答する前に送信する応答メッセージを前記中継
   手段から受けて、前記応答メッセージから着呼側ＳＩＰ
   端末のアドレス情報を取得して前記推定した下り方向で
   の帯域およびパケットフィルタ条件に追記し、前記推定
   した上り方向での帯域およびパケットフィルタ条件と共
   に登録し配信を依頼する帯域推定手段と、 を備えたことを特徴とするＳＩＰ中継装置。
9. 【請求項９】 端末間のセッションを確立する手順とし
   て主にＲＦＣ２５４３で規定されるＳＩＰ手順を用いる
   ＳＩＰ端末間で授受されるＳＩＰメッセージを中継する
   中継手段と、 前記中継手段から発呼側ＳＩＰ端末が送信する接続要求
   メッセージを受けて、前記接続要求メッセージの内容か
   ら発呼側から着呼側への上り方向および着呼側から発呼
   側への下り方向での帯域およびパケットフィルタ条件を
   それぞれ推定する際に、着呼側ＳＩＰ端末の存在を登録
   状況から確認して当該受信された接続要求メッセージの
   着呼側ＳＩＰ端末への転送を一時保留し、前記着呼側Ｓ
   ＩＰ端末のアドレス情報を含む内部的な帯域予約メッセ
   ージを前記中継手段に送出するとともに、当該着呼側Ｓ
   ＩＰ端末のアドレス情報を前記推定した下り方向での帯
   域およびパケットフィルタ条件に追記し、前記推定した
   上り方向での帯域およびパケットフィルタ条件と共に登
   録し、配信を依頼する帯域推定手段と、 を備えたことを特徴とするＳＩＰ中継装置。
10. 【請求項１０】 端末間のセッションを確立する手順と
    して主にＲＦＣ２５４３で規定されるＳＩＰ手順を用い
    るＳＩＰ端末間で授受されるＳＩＰメッセージを中継す
    る中継手段と、 前記中継手段から発呼側ＳＩＰ端末が送信する接続要求
    メッセージを受けて、前記接続要求メッセージの内容か
    ら発呼側から着呼側への上り方向および着呼側から発呼
    側への下り方向での帯域およびパケットフィルタ条件を
    それぞれ推定し、その後、前記中継手段から帯域予約メ
    ッセージを受けて、前記帯域予約メッセージから着呼側
    ＳＩＰ端末のアドレス情報を取得して前記推定した下り
    方向での帯域およびパケットフィルタ条件に追記し、前
    記推定した上り方向での帯域およびパケットフィルタ条
    件と共に登録し配信を依頼する帯域推定手段と、 を備えたことを特徴とするＳＩＰ中継装置。
11. 【請求項１１】 前記中継手段から着呼側ＳＩＰ端末が
    応答する接続メッセージを受けて、前記接続メッセージ
    にて通知される確定帯域および確定パケットフィルタ条
    件と、前記推定帯域および推定パケットフィルタ条件と
    を比較し、前記推定帯域および推定パケットフィルタ条
    件が広い場合に前記接続メッセージから得られる確定帯
    域および確定パケットフィルタ条件を登録し、帯域の配
    信を依頼することなく当該接続メッセージを発呼側ＳＩ
    Ｐ端末に向けて中継するために前記中継手段に送出する
    帯域比較手段、 を備えたことを特徴とする請求項８〜１０のいずれか一
    つに記載のＳＩＰ中継装置。
12. 【請求項１２】 前記中継手段から着呼側ＳＩＰ端末が
    応答する最終確認メッセージを受けて、前記比較結果を
    参照し、前記確定帯域および確定パケットフィルタ条件
    が前記推定帯域および推定パケットフィルタ条件の範囲
    内にあり、まだ確定帯域を配信していないとき、下り方
    向の帯域およびパケットフィルタ条件として前記確定帯
    域および確定パケットフィルタ条件を登録し配信を依頼
    する帯域確定手段、 を備えたことを特徴とする請求項１１に記載のＳＩＰ中
    継装置。
13. 【請求項１３】 前記帯域推定手段は、 前記着呼側ＳＩＰ端末と所定のメッセージによる授受を
    試みて存在が確認できたとき前記帯域予約メッセージを
    発行する構成、 を備えたことを特徴とする請求項９に記載のＳＩＰ中継
    装置。
14. 【請求項１４】 前記帯域推定手段は、 前記着呼側ＳＩＰ端末の機種種別情報から当該着呼側Ｓ
    ＩＰ端末が要求する最大帯域やパケットフィルタ条件を
    判定できる場合は、前記最大帯域やパケットフィルタ条
    件に基づき前記推定した下り方向での帯域およびパケッ
    トフィルタ条件を修正して登録し配信を依頼するととも
    に、前記最大帯域やパケットフィルタ条件も含めて前記
    帯域予約メッセージを発行する構成、 を備えたことを特徴とする請求項９または１３に記載の
    ＳＩＰ中継装置。
15. 【請求項１５】 前記帯域推定手段は、 前記中継手段から入力された前記帯域予約メッセージに
    て通知された前記最大帯域やパケットフィルタ条件に基
    づき前記推定した下り方向での帯域およびパケットフィ
    ルタ条件を修正して登録し、配信を依頼する構成、 を備えたことを特徴とする請求項１０に記載のＳＩＰ中
    継装置。
16. 【請求項１６】 前記帯域推定手段は、 前記接続要求メッセージのメディア情報部に記載された
    発呼側ＳＩＰ端末が受け入れ可能と示した複数のメディ
    ア種別から必要な帯域やポート番号、プロトコルタイプ
    などの帯域とフィルタリング条件を推定し、前記下り方
    向の帯域およびパケットフィルタ条件を設定する構成、 を備えたことを特徴とする請求項８〜１５のいずれか一
    つに記載のＳＩＰ中継装置。
17. 【請求項１７】 依頼を受けて前記登録された上り方向
    と下り方向の帯域および推定パケットフィルタ条件を配
    信する帯域配信手段、 を備えたことを特徴とする請求項８〜１６のいずれか一
    つに記載のＳＩＰ中継装置。
18. 【請求項１８】 ＩＰ通信網において、端末間のセッシ
    ョンを確立する手順として主にＲＦＣ２５４３で規定さ
    れるＳＩＰ手順を用いるＳＩＰ端末間で授受されるＳＩ
    Ｐメッセージを中継する場合に、 発呼側ＳＩＰ端末が送信する接続要求メッセージの内容
    から、発呼側から着呼側への上り方向および着呼側から
    発呼側への下り方向での帯域およびパケットフィルタ条
    件をそれぞれ推定する帯域推定工程と、 その後、着呼側ＳＩＰ端末が接続メッセージを応答する
    前に送信する応答メッセージに基づき着呼側ＳＩＰ端末
    のアドレス情報を取得して前記推定した下り方向での帯
    域およびパケットフィルタ条件に追記し、前記推定した
    上り方向での帯域およびパケットフィルタ条件と共に登
    録し配信を依頼する帯域予約工程と、 を含むことを特徴とする通信帯域予約方法。
19. 【請求項１９】 ＩＰ通信網において、端末間のセッシ
    ョンを確立する手順として主にＲＦＣ２５４３で規定さ
    れるＳＩＰ手順を用いるＳＩＰ端末間で授受されるＳＩ
    Ｐメッセージを中継する場合に、 着呼側最終中継段において、 発呼側ＳＩＰ端末が送信する接続要求メッセージの受信
    時に着呼側ＳＩＰ端末の存在を登録状況から確認して当
    該受信された接続要求メッセージの着呼側ＳＩＰ端末へ
    の転送を一時保留する保留工程と、 前記着呼側ＳＩＰ端末のアドレス情報を含む内部的な帯
    域予約メッセージを発呼側に存在する全中継段に向けて
    発行する内部メッセージ発行工程と、 受信された前記接続要求メッセージの内容から、発呼側
    から着呼側への上り方向および着呼側から発呼側への下
    り方向での帯域およびパケットフィルタ条件をそれぞれ
    推定する帯域推定工程と、 前記確認した着呼側ＳＩＰ端末のアドレス情報を前記推
    定した下り方向での帯域およびパケットフィルタ条件に
    追記して前記推定した上り方向での帯域およびパケット
    フィルタ条件と共に登録し配信を依頼する帯域予約工程
    と、 その後、前記保留していた接続要求メッセージを前記確
    認した着呼側ＳＩＰ端末に転送する保留解除工程と、を
    含み、 発呼側に存在する全中継段において、 受信された前記接続要求メッセージの内容から、発呼側
    から着呼側への上り方向および着呼側から発呼側への下
    り方向での帯域およびパケットフィルタ条件をそれぞれ
    推定する帯域推定工程と、 受信された前記帯域予約メッセージから着呼側ＳＩＰ端
    末のアドレス情報を取得して前記推定した下り方向での
    帯域およびパケットフィルタ条件に追記して前記推定し
    た上り方向での帯域およびパケットフィルタ条件と共に
    登録し配信を依頼する帯域予約工程と、 を含むことを特徴とする通信帯域予約方法。
20. 【請求項２０】 着呼側ＳＩＰ端末が応答する接続メッ
    セージを検出すると、前記接続メッセージにて通知され
    る確定および確定パケットフィルタ条件と、前記推定帯
    域および推定パケットフィルタ条件とを比較し、前記推
    定帯域および推定パケットフィルタ条件が広い場合に前
    記確定帯域および確定パケットフィルタ条件を登録し、
    配信を依頼することなく当該接続メッセージを発呼側の
    ＳＩＰ端末に向けて中継する帯域比較工程、 を含むことを特徴とする請求項１８または１９に記載の
    通信帯域予約方法。
21. 【請求項２１】 発呼側ＳＩＰ端末が前記接続メッセー
    ジの受信に応答する最終確認メッセージを検出すると、
    前記比較結果を参照し、前記確定帯域および確定パケッ
    トフィルタ条件が前記推定帯域および推定パケットフィ
    ルタ条件の範囲内にあり、まだ確定帯域を配信していな
    いとき、下り方向の帯域およびパケットフィルタ条件と
    して前記確定帯域および確定パケットフィルタ条件を登
    録し配信を依頼する帯域確定工程、 を含むことを特徴とする請求項２０に記載の通信帯域予
    約方法。
22. 【請求項２２】 前記着呼側最終中継段において、前記
    内部メッセージ発行工程では、前記着呼側ＳＩＰ端末と
    所定のメッセージによる授受を試みて存在を確認できた
    とき前記帯域予約メッセージを発行することを特徴とす
    る請求項１９に記載の通信帯域予約方法。
23. 【請求項２３】 前記着呼側最終中継段において、 前記帯域予約工程では、前記着呼側ＳＩＰ端末の機種種
    別情報から当該着呼側ＳＩＰ端末が要求する最大帯域や
    パケットフィルタ条件を判定できる場合は、前記最大帯
    域やパケットフィルタ条件に基づき前記推定した下り方
    向での帯域およびパケットフィルタ条件を修正して登録
    し、配信を依頼し、 前記内部メッセージ発行工程では、前記最大帯域やパケ
    ットフィルタ条件も含めて前記帯域予約メッセージを発
    行し、前記発呼側に存在する各中継段において、 前記帯域予約工程では、 受信された前記帯域予約メッセージにて通知された前記
    最大帯域やパケットフィルタ条件に基づき前記推定した
    下り方向での帯域およびパケットフィルタ条件を修正し
    て登録し配信を依頼する、 ことを特徴とする請求項１９または２２に記載の通信帯
    域予約方法。
24. 【請求項２４】 前記帯域推定工程では、 前記接続要求メッセージのメディア情報部に記載された
    発呼側ＳＩＰ端末が受け入れ可能と示した複数のメディ
    ア種別から必要な帯域やポート番号、プロトコルタイプ
    などの帯域とフィルタリング条件を推定し、前記下り方
    向の帯域およびパケットフィルタ条件を設定する、 ことを特徴とする請求項１８〜２３のいずれか一つに記
    載の通信帯域予約方法。