JP5476324B2 - 着信制御装置および着信制御方法 - Google Patents
着信制御装置および着信制御方法 Download PDFInfo
- Publication number
- JP5476324B2 JP5476324B2 JP2011036959A JP2011036959A JP5476324B2 JP 5476324 B2 JP5476324 B2 JP 5476324B2 JP 2011036959 A JP2011036959 A JP 2011036959A JP 2011036959 A JP2011036959 A JP 2011036959A JP 5476324 B2 JP5476324 B2 JP 5476324B2
- Authority
- JP
- Japan
- Prior art keywords
- bandwidth
- communication device
- telephone
- hgw
- band
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Description
本発明は、着信制御装置および着信制御方法係り、特にホームゲートウェイ（以下ＨＧＷ：Home Gateway）が最優先で着信（以下リモートアクセス）処理を行なう際に、使用する帯域を確保して着信を可能とする着信制御装置および着信制御方法に関する。
特許文献１には、ユーザは情報家電端末を用いて、配信希望コンテンツ及びコンテンツ受信クライアントソフト情報並びに通信環境情報をコンテンツ配信制御サーバに送信する。コンテンツ配信制御サーバは、受信した通信環境情報と、記憶する通信保証情報とからコンテンツ配信サーバ〜情報家電端末間の通信帯域を算出する。また、コンテンツ配信制御サーバは、通信帯域及びコンテンツ受信クライアントソフト情報並びに記憶するユーザのコンテンツに対する品質要求から、配信するコンテンツの条件を決定し、この条件に合致するコンテンツの配信をコンテンツ配信サーバに要求する。さらに、コンテンツ配信において、コンテンツ配信サーバと情報家電端末との間の通信帯域を予約する。
また、特許文献２の第５図では、サービスタイプが「無保証」の接続を切った後で、まだ帯域が足りない場合はサービスタイプが「限定保証」の接続の帯域を低減する。
また、特許文献３は、１人のユーザが複数の端末でネットワークに接続する場合、第６図では、帯域を使いすぎている端末の使用帯域を減らしている。
また、特許文献３は、１人のユーザが複数の端末でネットワークに接続する場合、第６図では、帯域を使いすぎている端末の使用帯域を減らしている。
また、特許文献４では、ベストエフォートのサービスを受けているユーザに、スループットの低下を通知することが記載されている。
また、特許文献５では、輻輳が起こると、ユーザにその旨を通知して、通信帯域を低くしても良いユーザを募集し、これに応じたユーザの通信帯域を低くする。
しかし、ＨＧＷにての優先着信制御について述べているものはない。
また、特許文献５では、輻輳が起こると、ユーザにその旨を通知して、通信帯域を低くしても良いユーザを募集し、これに応じたユーザの通信帯域を低くする。
しかし、ＨＧＷにての優先着信制御について述べているものはない。
従来のＨＧＷにおける着信制御は、通信業者が提供する着信毎の帯域制御、受信側のＨＧＷの着信制御、または、発信端末の帯域指定にて行なわれている。
しかしながら、ＨＧＷと接続する機器の多様化（具体的にはメディアダウンロード、オンデマンド録画、各種コンテンツ情報更新処理）に伴い、帯域使用が常に許容範囲いっぱいで使用することが想定され、リモートアクセス時にＨＧＷで使用している帯域がＱｏＳ制御を含めた装置の許容範囲を超えてしまう場合には、発信端末が帯域変更（縮退）をしての接続か、あるいは接続不可となってしまう。
本発明では、リモートアクセス時にＨＧＷ配下の端末に対して帯域変更（縮退）を通知させ、その縮退の内容を網側に通知することにより、リモートアクセスで使用する帯域を保証して着信動作を可能とする。
上述した課題は、第１の通信装置と第２の通信装置とを配下とする着信制御装置において、第２の着信制御装置を介する第３の通信装置から、優先着信を受信したとき、この優先着信に空き帯域があるか判定し、空き帯域がなく、かつ同一優先度で非優先である第１の通信装置と第４の通信装置との第１のセッションがあるとき、第１の通信装置に対して、第１の帯域縮退要求を送信し、第１の通信装置から縮退許可の応答を受信したとき、縮退許可の応答に記載された帯域に変更するように第４の通信装置に第２の帯域縮退要求を送信して、第２の通信装置と第３の通信装置との第２のセッションを確立する着信制御装置により、達成できる。
また、第１の通信装置と第２の通信装置とを配下とする着信制御装置における着信制御方法において、第２の着信制御装置を介する第３の通信装置から、優先着信を受信するステップと、この優先着信の空き帯域があるか判定するステップと、空き帯域がなく、かつ同一優先度で非優先である第１の通信装置と第４の通信装置との第１のセッションがあるとき、第１の通信装置に対して、第１の帯域縮退要求を送信するステップと、第１の通信装置から縮退許可の応答を受信するステップと、縮退許可の応答に記載された帯域に変更するように第４の通信装置に第２の帯域縮退要求を送信するステップと、第２の通信装置と第３の通信装置との第２のセッションを確立するステップと、からなる着信制御方法により、達成できる。
リモートアクセス時にリモートアクセスで使用する帯域を保証することができる。
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には、同じ参照番号を振り、説明は繰り返さない。
実施例１では、自宅ネットワーク５０−１の着側ＨＧＷ３００−Ａ配下のＩＰ電話機１００−ＣがＩＰ電話機１００−Ｄとセッションを確立しているときに、自宅外ネットワーク５０−２のＨＧＷ３００−Ｂ配下のＩＰ電話機１００−Ｂから自宅ネットワーク５０−１のＨＧＷ３００−Ａ配下のＩＰ電話機１００−Ａに対して着信をする場合について、説明する。なお、自宅外ネットワークは、出張中のホテル、入院先の病院、単身赴任先の寮等の、ネットワークである。すなわち、ユーザが、自宅外から、ユーザの自宅へアクセスすることを説明する。なお、ＩＰ電話機は、通信機であり、通話専用とは、限らない。具体的には、ＩＰ電話機は、動画送信、データ送信も可能な通信機である。ＨＧＷは、着信制御装置とも呼ばれる。
まず、図１を参照して、自宅ネットワークの構成を説明する。図１において、自宅ネットワーク５０−１で使用しているＨＧＷ３００−Ａは、ＩＰ電話機１００−Ｃと、ＩＰ電話機１００−Ａとを接続している。ＨＧＷ３００−Ａは、帯域管理テーブル３１０を保持する。なお、ＩＰ電話機１００は、いずれもＳＩＰ（Session Initiation Protocol）を搭載し、帯域確保型の通信を行なう。ここで、ＩＰ電話機１００との記載は、ＩＰ電話機１００−Ｃ、１００−Ａに共通であることを意味する。また、ＩＰ電話機１００−ＣをＩＰ電話ＣまたはＩＰ電話機Ｃと略記することがある。同様に、ＨＧＷ３００−ＡをＨＧＷＡと略記することがある。
ＨＧＷ３００−Ａは、表１に示す帯域管理テーブル３１０のコーデック毎の優先度に従って処理を実行する。
ＨＧＷ３００−Ａは、表１に示す帯域管理テーブル３１０のコーデック毎の優先度に従って処理を実行する。
表１ 帯域管理テーブル
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
優先 コーデック 可能帯域 接続セッション 帯域情報 ステータス
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ａ Audio Ｌ ＩＰ電話Ｄと Ｗ
(最優先) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ｂ Video Ｍ ＩＰ電話Ｄと Ｆ
(中優先) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ｃ Data Ｎ ＩＰ電話Ｄと Ｉ
(低優先) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ｄ その他 Ｏ ＩＰ電話Ｄと Ｇ
(なし) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
表１を参照して、ＨＧＷ３００−Ａが備える帯域管理テーブル３１０を説明する。表１において、帯域管理テーブルは、優先と、コーデックと、可能帯域と、接続セッションと、帯域情報と、ステータスとから構成される。優先は、コーデックごとの優先度を示す。コーデックは、コーデックの種類である。可能帯域は、使用可能な帯域の情報である。接続セッションは、当該コーデックを利用してセッションを確立している端末の情報である。帯域情報は、接続セッションで利用している帯域の情報である。ステータスは、「空（から）」、「リモートアクセス中」、「縮退中」のいずれかが選択される。表１の帯域管理テーブルは、「空」である。
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
優先 コーデック 可能帯域 接続セッション 帯域情報 ステータス
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ａ Audio Ｌ ＩＰ電話Ｄと Ｗ
(最優先) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ｂ Video Ｍ ＩＰ電話Ｄと Ｆ
(中優先) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ｃ Data Ｎ ＩＰ電話Ｄと Ｉ
(低優先) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ｄ その他 Ｏ ＩＰ電話Ｄと Ｇ
(なし) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
表１を参照して、ＨＧＷ３００−Ａが備える帯域管理テーブル３１０を説明する。表１において、帯域管理テーブルは、優先と、コーデックと、可能帯域と、接続セッションと、帯域情報と、ステータスとから構成される。優先は、コーデックごとの優先度を示す。コーデックは、コーデックの種類である。可能帯域は、使用可能な帯域の情報である。接続セッションは、当該コーデックを利用してセッションを確立している端末の情報である。帯域情報は、接続セッションで利用している帯域の情報である。ステータスは、「空（から）」、「リモートアクセス中」、「縮退中」のいずれかが選択される。表１の帯域管理テーブルは、「空」である。
図２を参照して、ＨＧＷ装置３００−ＡがＩＰ網２００に接続されたＩＰ電話機１００−Ｄとセッションを確立しいている状態を説明する。図２において、ＩＰ網２００に接続されたＩＰ電話機１００−Ｄと、ＨＧＷ３００−Ａ配下のＩＰ電話機１００−Ｃがセッションを確立している。
表２ 帯域管理テーブル
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
優先 コーデック 可能帯域 接続セッション 帯域情報 ステータス
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ａ Audio Ｌ ＩＰ電話Ｄと Ｗ
(最優先) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
表２を参照して、ＩＰ電話機１００−ＤとＩＰ電話機１００−Ｃとがセッションを確立している状態での帯域管理テーブル３１０を説明する。表２において、帯域管理テーブル３１０は、優先と、コーデックと、可能帯域と、接続セッションと、帯域情報と、ステータスとから構成されている。ここでは、優先は、最優先の「Ａ」である。コーデックは、「Audio」である。接続セッションは、「ＩＰ電話ＤとＩＰ電話Ｃ」である。帯域情報は、「Ｗ」である。ステータスは、空である。
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
優先 コーデック 可能帯域 接続セッション 帯域情報 ステータス
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ａ Audio Ｌ ＩＰ電話Ｄと Ｗ
(最優先) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
表２を参照して、ＩＰ電話機１００−ＤとＩＰ電話機１００−Ｃとがセッションを確立している状態での帯域管理テーブル３１０を説明する。表２において、帯域管理テーブル３１０は、優先と、コーデックと、可能帯域と、接続セッションと、帯域情報と、ステータスとから構成されている。ここでは、優先は、最優先の「Ａ」である。コーデックは、「Audio」である。接続セッションは、「ＩＰ電話ＤとＩＰ電話Ｃ」である。帯域情報は、「Ｗ」である。ステータスは、空である。
図３を参照して、ＨＧＷ装置３００−ＡがＩＰ電話機１００−Ｄとセッションを確立している状態でリモートアクセス受け付ける構成を説明する。ここでは、自宅外ネットワーク５０−２のＨＧＷ３００−Ｂ配下のＩＰ電話機３０２から、自宅ネットワーク５０−１のＨＧＷ３００−Ａ配下のＩＰ電話機１００−Ａに着信させる。
図３において、自宅外ネットワーク５０−２は、ＨＧＷ３００−Ｂと、ＩＰ電話機１００−Ｂとで構成されている。ＨＧＷ３００−Ｂは、ＩＰ電話機１００−Ｂと接続されている。ＩＰ電話機１００−Ｂは、ＨＧＷ３００−Ｂの配下にある。自宅ネットワーク５０−１、ＩＰ電話機１００−Ｄは、図１または図２で説明した通りである。ＩＰ電話機１００−ＤとＩＰ電話機１００−Ａとは、セッションを確立した状態にあるとする。
表３ 特定番号テーブル 表４ パスワード管理テーブル
−−−−−−−−−−− −−−−−−−−−−−−−−
特定番号 パスワード
−−−−−−−−−−− −−−−−−−−−−−−−−
＃＊＃ ＸＸＸＸＸＸＸ
−−−−−−−−−−− −−−−−−−−−−−−−−
この状態で、ＩＰ電話機１００−Ｂは、ＩＰ電話機１００−Ａ宛てに電話をする。このとき、ＩＰ電話機１００−Ｂは、特定番号とパスワード情報もダイヤルする。ここで特定番号は、ダイヤル情報とパスワード情報を識別するための区切り情報であり、表３に示す特定番号をダイヤルする。パスワード情報は、表４で示すようにリモートアクセス呼照合用のパスワードであり、ＨＧＷ３００−Ａに対してリモートアクセス可能ユーザかを識別する情報で、予めＨＧＷ３００−Ａにて記憶している情報である。
−−−−−−−−−−− −−−−−−−−−−−−−−
特定番号 パスワード
−−−−−−−−−−− −−−−−−−−−−−−−−
＃＊＃ ＸＸＸＸＸＸＸ
−−−−−−−−−−− −−−−−−−−−−−−−−
この状態で、ＩＰ電話機１００−Ｂは、ＩＰ電話機１００−Ａ宛てに電話をする。このとき、ＩＰ電話機１００−Ｂは、特定番号とパスワード情報もダイヤルする。ここで特定番号は、ダイヤル情報とパスワード情報を識別するための区切り情報であり、表３に示す特定番号をダイヤルする。パスワード情報は、表４で示すようにリモートアクセス呼照合用のパスワードであり、ＨＧＷ３００−Ａに対してリモートアクセス可能ユーザかを識別する情報で、予めＨＧＷ３００−Ａにて記憶している情報である。
リモートアクセス以外のセッションであるＩＰ電話機１００−ＤとＩＰ電話機１００−Ｃとのセッションは、場合によっては着信制御により帯域縮退が行なわれる。条件は後述する。その結果、ＨＧＷ３００−ＡとＨＧＷ３００−Ｂ間の帯域確保がなされて通話が行なわれる。
図４を参照して、ＩＰ電話１００−Ｂ、ＨＧＷ３００−Ｂ、ＩＰ電話１００−Ｄ、ＨＧＡ３００−Ａ、ＩＰ電話１００−Ａ、ＩＰ電話１００−Ｃの動作を説明する。図４において、ＩＰ電話１００−ＤとＩＰ電話１００−Ｃとは、帯域Ｗで接続中である。
この状態で、ＩＰ電話機１００−Ｂは、ＩＰ電話機１００−Ａに対してダイヤルして発呼する。具体的には、ＩＰ電話機１００−Ｂは、接続要求１をＨＧＷ３００−Ｂに送信する（Ｓ４０２）。このとき、ＩＰ電話機１００−Ｂは、ＨＧＷ３００−Ａ配下のＩＰ電話機１００−Ａ着信ダイヤルとリモートアクセスをする特定の番号とパスワード情報（＃＊＃ＸＸＸＸＸＸＸ）を付加してダイヤルする。ＩＰ電話機１００−ＢがＨＧＷ３００−Ｂに送信する接続要求１のＳＩＰメッセージを明細書の末尾に記載する（ＳＩＰメッセージ１／接続要求１参照：以下同様）。なお、パスワード情報はＴｏヘッダに記載する。ｍ行、ｂ行は、コーデックごとの帯域情報である。
ＨＧＷ３００−Ｂは、特定の番号（＃＊＃）かの判定を行なう（Ｓ４０３）。ここでは一致しているので、ＨＧＷ３００−Ｂは、優先識別、パスワード情報を付けて接続要求２をＨＧＷ３００−Ａに対して送信する（Ｓ４０５）。優先識別・パスワード情報は、ＳＩＰメッセージ２／接続要求２の識別情報／パスワード情報追加に示すようなメッセージにて通知する。なお、パスワード情報は、ａ行に移動する。
ＨＧＷ３００−Ａは、ＩＰ電話機１００−Ａに対して、接続要求３を送信する（Ｓ４０７）。このとき、ＩＰ電話機１００−Ｂからの接続要求３には帯域情報とコーデック情報がある。仮に処理優先度をコーデック種別ごとにあることとして、表１の帯域管理テーブル３１０に示すコーデック毎の優先度に従って処理する。
帯域情報とコーデック情報は、接続要求３のＳＩＰメッセージ（ＳＩＰメッセージ３）に示すように、ａｕｄｉｏコーデックの帯域Ｘ、Ｖｉｄｅｏコーデックの帯域Ｕ、アプリケーションコーデックの帯域Ｔとして通知していることとする。
ＩＰ電話機１００−Ａは、応答４に使用するコーデック情報と帯域情報をつけてＨＧＷ３００−Ａに送信する（Ｓ４０９）。コーデック情報は応答４のＳＩＰメッセージ（ＳＩＰメッセージ４）に示すように、ａｕｄｉｏコーデックの帯域Ｙ、Ｖｉｄｅｏコーデックの帯域Ｕとして通知する。ここでＨＧＷ３００−Ａは、応答４で通知された帯域情報Ｙ、Ｕが、接続可能か（使用可能な帯域があるか）確認する（Ｓ４２０）。ＨＧＷ３００−Ａは、またパスワードをチェックする（Ｓ４２５）。帯域チェックでの空き有／無判定は、図５を参照して、追って説明する。
ＨＧＷ３００−Ａは、ＩＰ電話機１００−Ｃに対して、帯域縮退要求７を送信する（Ｓ４３２）。帯域縮退要求７にはＩＰ電話機１００−Ｃが使用できる帯域情報Ｑ（最大使用可能帯域）を付ける。ここで、Ｑ＝Ｌ−Ｙ（ＨＧＷ３００−Ａのａｕｄｉｏコーデックの空き帯域）であり、追って、帯域管理にて説明する。
ＩＰ電話機１００−Ｃは、ＳＩＰメッセージ８／応答８に示すように帯域縮退する情報Ｓ（コーデック等の帯域変更）を付けて応答８を送信する（Ｓ４３４）。ＨＧＷ３００−Ａは、接続先のＩＰ電話機１００−Ｄに対して、応答８で受けた帯域情報Ｓを帯域縮退要求９に付けて送信する（Ｓ４３６）。ＩＰ電話機１００−Ｄは、帯域縮退要求９の帯域情報Ｓをうけて帯域情報を受け入れる応答１０を、ＨＧＷ３００−Ａに送信する（Ｓ４３８）。この結果、ＩＰ電話機１００−ＤとＩＰ電話機１００−Ｃ間を帯域Ｓのセッションで確立する。
ＨＧＷ３００−Ａは、ＨＧＷ３００−Ｂに対して、応答１１を送信する（Ｓ４４１）。ＨＧＷ３００−Ｂは、ＩＰ電話機１００−Ｂに対して応答１２を送信する（Ｓ４４３）。これによって、ＩＰ電話機１００−ＢとＩＰ電話機１００−Ａ間を帯域Ｙのセッションで確立する。
表５ 帯域管理テーブル
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
優先 コーデック 可能帯域 接続セッション 帯域情報 ステータス
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ａ Audio Ｌ ＩＰ電話Ｄと Ｓ 縮退中
(最優先) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−
ＩＰ電話Ａと Ｙ リモート
ＩＰ電話Ｂ アクセス中
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
表５を参照して、図４のＩＰ電話機１００−ＢとＩＰ電話機１００−Ａ間が、帯域Ｙのセッションで確立した後のＨＧＷ３００−Ａの帯域管理テーブル３１０を説明する。表５において、ＩＰ電話機１００−ＤとＩＰ電話機１００−Ｃ間の帯域は、Ｓ（Ｓ＝＜Ｑ＜Ｗ）に縮退中である。帯域Ｓは、ＩＰ電話１００−Ｃからの応答８のｂ行により、ＨＧＷ３００−Ａに通知される。ＩＰ電話機１００−ＤとＩＰ電話機１００−Ｃ間のステータスは、「縮退中」を表示する。一方、ＩＰ電話機１００−ＡとＩＰ電話機１００−Ｂ間のステータスは、「リモートアクセス中」を表示する。
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
優先 コーデック 可能帯域 接続セッション 帯域情報 ステータス
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ａ Audio Ｌ ＩＰ電話Ｄと Ｓ 縮退中
(最優先) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−
ＩＰ電話Ａと Ｙ リモート
ＩＰ電話Ｂ アクセス中
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
表５を参照して、図４のＩＰ電話機１００−ＢとＩＰ電話機１００−Ａ間が、帯域Ｙのセッションで確立した後のＨＧＷ３００−Ａの帯域管理テーブル３１０を説明する。表５において、ＩＰ電話機１００−ＤとＩＰ電話機１００−Ｃ間の帯域は、Ｓ（Ｓ＝＜Ｑ＜Ｗ）に縮退中である。帯域Ｓは、ＩＰ電話１００−Ｃからの応答８のｂ行により、ＨＧＷ３００−Ａに通知される。ＩＰ電話機１００−ＤとＩＰ電話機１００−Ｃ間のステータスは、「縮退中」を表示する。一方、ＩＰ電話機１００−ＡとＩＰ電話機１００−Ｂ間のステータスは、「リモートアクセス中」を表示する。
図５を参照して、図４のステップ４２０の詳細を説明する。ここでは、ａｕｄｉｏコーデックに使用する帯域の空きがないとき、ａｕｄｉｏコーデックの使用帯域を縮退する場合について、説明する。
図５において、ＨＧＷ３００−Ａは、コーデック毎の空き帯域があるかを確認する（Ｓ６０２）。具体的には、ＨＧＷ３００−Ａは、ａｕｄｉｏコーデックの使用可能帯域情報の値Ｌと、すでにセッション情報にあるＩＰ電話機１００−ＤとＩＰ電話機１００−Ｃの通話で使用している帯域Ｗとで空き帯域が（Ｌ−Ｗ）を計算する。リモートアクセスにて必要な帯域Ｙのほうが大きいとき（Ｌ−Ｗ＜Ｙ）帯域なし（ＮＯ）となり、ＨＧＷ３００−Ａは、同一優先でリモート呼以外があるか判定する（Ｓ６０４）。表２のＩＰ電話ＤとＩＰ電話Ｃのセッションステータスは、「リモートアクセス中」ではないので、ＹＥＳであり、ＨＧＷ３００−Ａは、パスワードチェックをチェックする（Ｓ６０６）。ここでは、パスワード情報（ＳＩＰメッセージ２／接続要求２）と、表４のリモートアクセス呼照合パスワードテーブルのパスワードと一致しているので、ＹＥＳとなり、ＨＧＷ３００−Ａは、同一優先でリモート呼以外のセッションに対して縮退要求を行なって（Ｓ６０８）、終了する。
ステップ６０２でＹＥＳのとき、ＨＧＷ３００−Ａは、通常着信して（Ｓ６０３）、終了する。ステップ６０４でＮＯまたはステップ６０６でＮＯのとき、リモート着信不可を応答して（Ｓ６０７）、終了する。
図５のリモートアクセス帯域確認フローは、図４で説明したとおり空き帯域がない場合に、リモートアクセスと同一コーデック（優先）でセッション確立中の呼に対して縮退要求をする。ここで、本フローの空き帯域チェック（Ｓ６０２）では、ＱｏＳ制御を行なったうえで判定する。
具体的には、表２で示すコーデック種別がＶｉｄｅｏでの場合、優先は第２優先となり、本フローの空き帯域チェック（Ｓ６０２）は、リアルタイム性のデータ通信に必要な帯域を確保する既知の技術であるＱｏＳ制御を行なう。ＱｏＳ制御では一般的にリアルタイム性（連続性）を保証するためにある一定のジッタ・伝送遅延を守るため、優先の低い非リアルタイム性のデータ処理を待たせる。第２優先でＱｏＳ制御は、それより優先の低い処理を待たせて帯域を確保しようとする。それでも帯域確保ができない場合に空き帯域チェック（Ｓ６０２）では、空き帯域なしに遷移することとなる。
帯域管理について説明する。図４のＩＰ電話機１００−ＤとＩＰ電話機１００−Ｃとのセッション（帯域Ｗ）の帯域管理は表２のようになる。
このときの空き帯域計算は下記のようになる。
空き帯域 Ｚ ＝ 最大許容帯域Ｌ−Σ（接続セッション帯域情報）
図４の着信に必要な帯域をＹとする。これは、ＩＰ電話機１００−Ａの応答４からの情報で取得する（ＳＩＰメッセージ４／応答４参照）。着信可否の帯域チェックは下記のようになる。
空き帯域 Ｚ＞＝着信で必要帯域 Ｙ ：許容
空き帯域 Ｚ＜着信で必要帯域 Ｙ ：不許容
リモートアクセスか否かのチェック（Ｓ６０４）は、着信時の接続要求２（ＩＮＶＩＴＥメッセージ）にて判定する。
空き帯域 Ｚ ＝ 最大許容帯域Ｌ−Σ（接続セッション帯域情報）
図４の着信に必要な帯域をＹとする。これは、ＩＰ電話機１００−Ａの応答４からの情報で取得する（ＳＩＰメッセージ４／応答４参照）。着信可否の帯域チェックは下記のようになる。
空き帯域 Ｚ＞＝着信で必要帯域 Ｙ ：許容
空き帯域 Ｚ＜着信で必要帯域 Ｙ ：不許容
リモートアクセスか否かのチェック（Ｓ６０４）は、着信時の接続要求２（ＩＮＶＩＴＥメッセージ）にて判定する。
着信可否の帯域チェックで不許容となったとき、ＨＧＷ３００−Ａは、
必要帯域情報 Ｑ ＝ 最大許容帯域Ｌ−着信で必要帯域Ｙ
よりＱを演算して、Ｑを表２にて管理しているセッションに対して、ｒｅＩＮＶＩＴＥメッセージ（ＳＩＰメッセージ７／帯域縮退要求７参照）にて通知する。
必要帯域情報 Ｑ ＝ 最大許容帯域Ｌ−着信で必要帯域Ｙ
よりＱを演算して、Ｑを表２にて管理しているセッションに対して、ｒｅＩＮＶＩＴＥメッセージ（ＳＩＰメッセージ７／帯域縮退要求７参照）にて通知する。
帯域縮退要求を受けた端末は、低帯域のコーデック等に変更し応答を通知する（Ｓ４３４）（ＳＩＰメッセージ８／応答８参照）。このとき、コーデック変更に伴う帯域Ｓとする。ＨＧＷ３００−Ａは、対向側ＩＰ電話機１００−Ｄに対してＳ帯域変更と使用コーデックの変更を、ｒｅＩＮＶＩＴＥメッセージにて通知する（ＳＩＰメッセージ９／帯域縮退要求９参照）。
対向向側ＩＰ電話機１００−Ｄが応答して送信コンテンツとＩＰ電話機１００−Ｃ接続して、帯域Ｓのセッションが確立する（ＳＩＰメッセージ１０／応答１０参照）。
これにより、リモートアクセスに必要な帯域Ｙを確保してリモートアクセス発信側に応答を通知してセッション確立する（ＳＩＰメッセージ１１／応答１１参照）。
このときの帯域管理は表５に示すとおり、リモートアクセスのセッションはステータスがリモートアクセス中となり、帯域情報も更新される。
図６を参照して、図４の帯域チェック（Ｓ４２０）において接続可能な場合を説明する。図６において、ステップ４０２〜ステップ４２０は、図４と同一である。図６において、ステップ４２０の帯域チェックでＯＫのとき、ＨＧＷ３００−Ａは、ＨＧＷ３００−Ｂに対して、応答５を送信する（Ｓ４２２）。ＨＧＷ３００−ＢはＩＰ電話機１００−Ｂに対して応答６を送信して（Ｓ４２４）、通常の着信処理として動作する。
図７を参照して、図４のパスワードチェック（Ｓ４２５）においてチェックＮＧの場合を説明する。図７において、ステップ４０２〜ステップ４２５は、図４と同一である。図６において、ステップ４２５でチェックＮＧの場合、ＨＧＷ３００−Ａは、ＨＧＷ３００−Ｂに対して、接続拒否１を送信する（Ｓ４２７）。ＨＧＷ３００−Ｂは。ＩＰ電話機１００−Ｂに対して接続拒否２を送信して（Ｓ４２９）、通常の着信拒否処理として動作する。
実施例２は、リモートアクセス接続をさせるだけでなく、リモートアクセス終了後に、帯域縮退したセッションに対して帯域変更を通知するホームゲートウェイ装置を説明する。
図８を参照して、図４に引き続く、リモートアクセス接続の切断シーケンスを説明する。図８において、ＩＰ電話機１００−Ｂは、ＨＧＷ３００−Ｂに切断要求１３を送信する（Ｓ５０２）。ＨＧＷ３００−Ｂは、ＨＧＷ３００−Ａに対して、切断要求１４を送信する（Ｓ５０４）。ＨＧＷ３００−Ａは、ＩＰ電話機１００−Ａに対して切断要求５０５を送信する（Ｓ５０６）。ここ結果、ＩＰ電話機１００−ＢとＩＰ電話機１００−Ａのセッションが切断される。
ＨＧＷ３００−Ａは、縮退しているセッションに対して帯域確保をする（Ｓ５０７）。ＨＧＷ３００−Ａは、ＩＰ電話機１００−Ｃに対して、帯域変更要求１５を送信する（Ｓ５０９）。帯域変更要求１５にはＩＰ電話機１００−Ｃが使用できる帯域情報Ｖ（最大使用可能帯域）を付ける。なお、帯域情管理については後で説明する。
ＩＰ電話機１００−Ｃは、帯域変更する情報Ｗ（コーデック等の帯域変更）を付けて応答８を送信する（Ｓ５１１）。ＨＧＷ３００−Ａは、接続先のＩＰ電話機１００−Ｄに対して、応答１５で受けた帯域情報Ｗを帯域変更要求１７に付けて送信する（Ｓ５１３）。ＩＰ電話機１００−Ｄは、帯域変更要求１７の帯域情報Ｗをうけて帯域情報を受け入れる応答１８を送信して（Ｓ５１５）、ＩＰ電話機１００−ＤとＩＰ電話機１００−Ｃ間をＷ帯域のセッションで確立させる。
表６ 帯域管理テーブル
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
優先 コーデック 可能帯域 接続セッション 帯域情報 ステータス
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ａ Audio Ｌ ＩＰ電話Ｄと Ｓ 縮退中
(最優先) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
リモートアクセス呼を切断したとき（Ｓ５０６）、帯域管理テーブル３１０は、表６に示すようになる。
空き帯域は下記のようになる。
空き帯域 Ｖ ＝ 最大許容帯域Ｌ−Σ（接続セッション帯域情報）
＝ Ｌ−Ｓ
ＨＧＷ３００−Ａは、表６にて管理しているセッションに対して空き帯域Ｖを帯域変更要求１５（ｒｅＩＮＶＩＴＥメッセージ）にて通知する（Ｓ５０９）（ＳＩＰメッセージ１５／帯域変更要求１５参照）
帯域変更通知を受けた端末ＩＰ電話機１００−Ｃは、帯域内でのコーデック等変更する。端末ＩＰ電話機１００−Ｃは、ＨＧＷ３００−Ａに帯域Ｗを応答１５（２００ ＯＫメッセージ）にて通知する（Ｓ５１１）（ＳＩＰメッセージ１６／応答１６参照）。
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
優先 コーデック 可能帯域 接続セッション 帯域情報 ステータス
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
Ａ Audio Ｌ ＩＰ電話Ｄと Ｓ 縮退中
(最優先) ＩＰ電話Ｃ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
リモートアクセス呼を切断したとき（Ｓ５０６）、帯域管理テーブル３１０は、表６に示すようになる。
空き帯域は下記のようになる。
空き帯域 Ｖ ＝ 最大許容帯域Ｌ−Σ（接続セッション帯域情報）
＝ Ｌ−Ｓ
ＨＧＷ３００−Ａは、表６にて管理しているセッションに対して空き帯域Ｖを帯域変更要求１５（ｒｅＩＮＶＩＴＥメッセージ）にて通知する（Ｓ５０９）（ＳＩＰメッセージ１５／帯域変更要求１５参照）
帯域変更通知を受けた端末ＩＰ電話機１００−Ｃは、帯域内でのコーデック等変更する。端末ＩＰ電話機１００−Ｃは、ＨＧＷ３００−Ａに帯域Ｗを応答１５（２００ ＯＫメッセージ）にて通知する（Ｓ５１１）（ＳＩＰメッセージ１６／応答１６参照）。
ＨＧＷ３００−Ａは、対向側ＩＰ電話機１００−ＤにＷ帯域変更と使用コーデックの変更を、帯域変更要求１７（ｒｅＩＮＶＩＴＥメッセージ）にて通知する（Ｓ５１３）（ＳＩＰメッセージ１７／帯域変更要求１７参照）。
ＩＰ電話機１００−Ｄは、ＨＧＷ３００−ＡにＷ帯域変更と使用コーデックの変更完了を応答１８（２００ ＯＫメッセージ）にて通知する（Ｓ５１５）（ＳＩＰメッセージ１８／応答１８参照）。
図８のステップ５１５の後、帯域管理テーブル３１０は、表２に示すようになる。
図８のステップ５１５の後、帯域管理テーブル３１０は、表２に示すようになる。
実施例３は、リモートアクセス接続をさせるために帯域縮退要求を行なうだけでなく、帯域縮退要求に対して拒否された場合に、優先度によって処理を変更してリモートアクセスを可能とするホームゲートウェイ装置を説明する。
図９を参照して、帯域縮退を受信したＩＰ電話機が接続拒否を返信してきたときの、ＨＧＷの処理を説明する。図９において、ＨＧＷ３００−Ａは、接続拒否を送信したＩＰ電話機１００−Ｃの呼が最優先呼か判定する（Ｓ７０２）。ＹＥＳのとき、ＨＧＷ３００−Ａは、リモート呼以外の呼、すなわちＩＰ電話機１００−Ｃの呼を切断して（Ｓ７０３）、終了する。ステップ７０２でＮＯのとき、ＨＧＷ３００−Ａは、同一優先以下でリモート呼以外に対して、リモート着信に必要な帯域を確保して、シェーパをかけて（Ｓ７０４）、終了する。
図１０を参照して、帯域縮退要求７に対してＩＰ電話機１００−Ｃが、接続拒否９０を送信し、しかもその通信が最優先のときのシーケンスを説明する。なお、ステップ４０２〜ステップ４３２は、図４と同一なので説明を省く。図１０において、帯域縮退要求７を受信したＩＰ電話機１００−Ｃは、接続拒否９０をＨＧＷ３００−Ａに送信する（Ｓ４９１）。ＨＧＷ３００−Ａは、ＩＰ電話機１００−Ｃに切断要求９２を送信する（Ｓ４９３）。ＨＧＷ３００−Ａは、ＩＰ電話機１００−Ｄに切断要求９４を送信する（Ｓ４９５）。ＨＧＷ３００−Ａは、ＨＧＷ３００−Ｂに応答１１を送信する（Ｓ４４１）。ＨＧＷ３００−Ｂは、ＩＰ電話機１００−Ａに応答１２を送信する（Ｓ４４２）。
ステップ４９３とステップ４９５により、ＩＰ電話機１００−ＣとＩＰ電話機１００−Ｄ間の呼は切断され、ステップ４４２により、ＩＰ電話機１００−ＡとＩＰ電話機１００−Ｂ間の呼（リモートアクセス）が確立される。
図１１を参照して、帯域縮退要求７に対してＩＰ電話機１００−Ｃが、接続拒否９０を送信し、その通信が最優先以外のときのシーケンスを説明する。なお、ＩＰ電話機１００−ＣとＩＰ電話機１００−Ｄの間の帯域がＦ（Video）である点を除いて、ステップ４０２〜ステップ４３２は、図４と同一なので説明を省く。図１１において、帯域縮退要求７を受信したＩＰ電話機１００−Ｃは、接続拒否９０をＨＧＷ３００−Ａに送信する（Ｓ４９１）。ＨＧＷ３００−Ａは、ＨＧＷ３００−ＡとＩＰ電話１００−Ｄとの間の、ＩＰ電話機１００−ＣとＩＰ電話機１００−Ｄ間の呼にシェーパを適用する（Ｓ４９７）ＨＧＷ３００−Ａは、ＨＧＷ３００−Ｂに応答１１を送信する（Ｓ４４１）。ＨＧＷ３００−Ｂは、ＩＰ電話機１００−Ａに応答１２を送信する（Ｓ４４２）。
ステップ４９７により、ＩＰ電話機１００−ＣとＩＰ電話機１００−Ｄ間の呼は帯域を圧縮し、ステップ４４２により、ＩＰ電話機１００−ＡとＩＰ電話機１００−Ｂ間の呼（リモートアクセス）が確立される。
実施例３のホームゲートウェイ装置は、図１０および図１１で説明したとおり、シェーパ機能にての帯域縮退により生ずる遅延に耐えられない端末（最優先コーデック）に関しては、接続中の呼を切断し、それ以外は、同一優先以下の帯域をシェーパ機能で帯域縮退をしてリモートアクセスの帯域を確保する。
実施例１から実施例３で使用しているＳＩＰメッセージを以下説明する。ＳＩＰメッセージ１〜１８は、シーケンス図で使用するＳＩＰメッセージを示している。ＳＩＰメッセージ１は、図４における接続要求１の内容を示している。ここでは、ＩＰ電話機１００−Ｂからのパスワード情報が付与される。
ＳＩＰメッセージ２は、図４における接続要求２の内容を示している。ここでは、ＩＰ電話機１００−Ｂからのパスワード情報を識別情報／パスワード情報として追加する。
ＳＩＰメッセージ２−１は、図１０、図１１における接続拒否１の内容を示している。
ＳＩＰメッセージ２は、図４における接続要求２の内容を示している。ここでは、ＩＰ電話機１００−Ｂからのパスワード情報を識別情報／パスワード情報として追加する。
ＳＩＰメッセージ２−１は、図１０、図１１における接続拒否１の内容を示している。
ＳＩＰメッセージ３は、図４における接続要求３の内容を示している。ここでは、そのままスルーしている。
ＳＩＰメッセージ４は、図４における応答４の内容を示している。ここでは、ＩＰ電話機１００−Ａの帯域情報が付与される。
ＳＩＰメッセージ７は、図４における帯域縮退要求７の内容を示している。ここでは、ＨＧＷ３００−Ａで帯域管理している情報から縮退情報を付与する。
ＳＩＰメッセージ４は、図４における応答４の内容を示している。ここでは、ＩＰ電話機１００−Ａの帯域情報が付与される。
ＳＩＰメッセージ７は、図４における帯域縮退要求７の内容を示している。ここでは、ＨＧＷ３００−Ａで帯域管理している情報から縮退情報を付与する。
ＳＩＰメッセージ８は、図４における応答８の内容を示している。ここでは、ＩＰ電話機１００−Ｃの帯域情報が付与される。
ＳＩＰメッセージ９は、図４における帯域縮退要求９の内容を示している。ここでは、ＩＰ電話機１００−Ｃの帯域情報が透過される。
ＳＩＰメッセージ１０は、図４における応答１０の内容を示している。ここでは、帯域縮退コーデック情報が付与される。
ＳＩＰメッセージ９は、図４における帯域縮退要求９の内容を示している。ここでは、ＩＰ電話機１００−Ｃの帯域情報が透過される。
ＳＩＰメッセージ１０は、図４における応答１０の内容を示している。ここでは、帯域縮退コーデック情報が付与される。
ＳＩＰメッセージ１１は、図４における応答１１の内容を示している。ここでは、ＩＰ電話機１００−Ａの帯域情報が透過される。
ＳＩＰメッセージ１２は、図４における応答１２の内容を示している。ここでは、応答１１の帯域情報が透過される。
ＳＩＰメッセージ１３は、図８における切断要求１３の内容を示している。本切断メッセージは図８における切断要求１４と切断要求１５にも適用される。
ＳＩＰメッセージ１２は、図４における応答１２の内容を示している。ここでは、応答１１の帯域情報が透過される。
ＳＩＰメッセージ１３は、図８における切断要求１３の内容を示している。本切断メッセージは図８における切断要求１４と切断要求１５にも適用される。
ＳＩＰメッセージ１５は、図８における帯域変更要求１５の内容を示している。ここでは、ＨＧＷ３００−Ａで帯域管理している情報から空き帯域情報を付与する。
ＳＩＰメッセージ１６は、図８における応答１６の内容を示している。ここでは、ＩＰ電話機１００−Ｃの帯域情報が付与される。
ＳＩＰメッセージ１７は、図４における帯域変更要求１７の内容を示している。ここでは、ＩＰ電話機１００−Ｃの帯域情報が透過される。
ＳＩＰメッセージ１８は、図８における応答１０の内容を示している。ここでは、帯域縮退コーデック情報が付与される。
ＳＩＰメッセージ１／接続要求１
INVITE sip: XXXXXYYYY*#*XXXXX@XXXXXX SIP/2.0
To: HGWA ＜sip:XXXXXYYYYYPASSWORD@XXXXXXX＞
From: HGWB ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0 ）
b=AS:X
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
b=AS:U
m=XXXXXXXXXX（application XXXXXX udp wb）
b=AS:T
ＳＩＰメッセージ２／接続要求２
INVITE sip: XXXXXYYYYY@XXXXXX SIP/2.0
To: HGWA ＜sip:XXXXXYYYYY@XXXXXX＞
From: HGWB ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
a=HGW PWXXXXXXX
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0 ）
b=AS:X
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
b=AS:U
m=XXXXXXXXXX（application XXXXXX udp wb）
b=AS:T
ＳＩＰメッセージ２−１／拒否１
SIP/2.0 488 Not Acceptable Here
；
；
ＳＩＰメッセージ３／接続要求３
INVITE sip: XXXXXYYYYY@XXXXXX SIP/2.0
To: HGWA ＜sip:XXXXXYYYYY@XXXXXX＞
From: HGWB ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0 ）
b=AS:X
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
b=AS:U
m=XXXXXXXXXX（application XXXXXX udp wb）
b=AS:T
ＳＩＰメッセージ４／応答４
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0 ）
b=AS:Y
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
b=AS:U
ＳＩＰメッセージ７／帯域縮退要求７
INVITE sip: XXXXXYYYYY@XXXXXX SIP/2.0
To: MDEIAA ＜sip:XXXXXYYYYY@XXXXXX＞
From: HGWA ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
b=AS:Q
a=sendRecv
ＳＩＰメッセージ８／応答８
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 18）
b=AS:S
ＳＩＰメッセージ９／帯域縮退要求９
INVITE sip: XXXXXYYYYY@XXXXXX SIP/2.0
To: CONTENTS ＜sip:XXXXXYYYYY@XXXXXX＞
From: HGWA ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 18）
b=AS:S
ＳＩＰメッセージ１０／応答１０
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 18）
b=AS:S
ＳＩＰメッセージ１１／応答１１
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0）
b=AS:Y
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
b=AS:U
ＳＩＰメッセージ１２／応答１２
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0）
b=AS:Y
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
b=AS:U
ＳＩＰメッセージ１３／切断要求１３
BYE sip:XXX@XXXXXXXX SIP/2.0
：
ＳＩＰメッセージ１５／帯域変更要求１５
INVITE sip: XXXXXYYYYY@XXXXXX SIP/2.0
To: MDEIAA ＜sip:XXXXXYYYYY@XXXXXX＞
From: HGWA ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
b=AS:V
a=sendRecv
ＳＩＰメッセージ1６／応答１６
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
b=AS:W
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0）
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
ＳＩＰメッセージ１７／帯域変更要求１７
INVITE sip: XXXXXYYYYY@XXXXXX SIP/2.0
To: CONTENTS ＜sip:XXXXXYYYYY@XXXXXX＞
From: HGWA ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
b=AS:W
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0）
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
ＳＩＰメッセージ１８／応答１８
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
b=AS:W
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0）
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
ＳＩＰメッセージ１６は、図８における応答１６の内容を示している。ここでは、ＩＰ電話機１００−Ｃの帯域情報が付与される。
ＳＩＰメッセージ１７は、図４における帯域変更要求１７の内容を示している。ここでは、ＩＰ電話機１００−Ｃの帯域情報が透過される。
ＳＩＰメッセージ１８は、図８における応答１０の内容を示している。ここでは、帯域縮退コーデック情報が付与される。
ＳＩＰメッセージ１／接続要求１
INVITE sip: XXXXXYYYY*#*XXXXX@XXXXXX SIP/2.0
To: HGWA ＜sip:XXXXXYYYYYPASSWORD@XXXXXXX＞
From: HGWB ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0 ）
b=AS:X
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
b=AS:U
m=XXXXXXXXXX（application XXXXXX udp wb）
b=AS:T
ＳＩＰメッセージ２／接続要求２
INVITE sip: XXXXXYYYYY@XXXXXX SIP/2.0
To: HGWA ＜sip:XXXXXYYYYY@XXXXXX＞
From: HGWB ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
a=HGW PWXXXXXXX
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0 ）
b=AS:X
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
b=AS:U
m=XXXXXXXXXX（application XXXXXX udp wb）
b=AS:T
ＳＩＰメッセージ２−１／拒否１
SIP/2.0 488 Not Acceptable Here
；
；
ＳＩＰメッセージ３／接続要求３
INVITE sip: XXXXXYYYYY@XXXXXX SIP/2.0
To: HGWA ＜sip:XXXXXYYYYY@XXXXXX＞
From: HGWB ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0 ）
b=AS:X
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
b=AS:U
m=XXXXXXXXXX（application XXXXXX udp wb）
b=AS:T
ＳＩＰメッセージ４／応答４
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0 ）
b=AS:Y
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
b=AS:U
ＳＩＰメッセージ７／帯域縮退要求７
INVITE sip: XXXXXYYYYY@XXXXXX SIP/2.0
To: MDEIAA ＜sip:XXXXXYYYYY@XXXXXX＞
From: HGWA ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
b=AS:Q
a=sendRecv
ＳＩＰメッセージ８／応答８
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 18）
b=AS:S
ＳＩＰメッセージ９／帯域縮退要求９
INVITE sip: XXXXXYYYYY@XXXXXX SIP/2.0
To: CONTENTS ＜sip:XXXXXYYYYY@XXXXXX＞
From: HGWA ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 18）
b=AS:S
ＳＩＰメッセージ１０／応答１０
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 18）
b=AS:S
ＳＩＰメッセージ１１／応答１１
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0）
b=AS:Y
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
b=AS:U
ＳＩＰメッセージ１２／応答１２
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0）
b=AS:Y
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
b=AS:U
ＳＩＰメッセージ１３／切断要求１３
BYE sip:XXX@XXXXXXXX SIP/2.0
：
ＳＩＰメッセージ１５／帯域変更要求１５
INVITE sip: XXXXXYYYYY@XXXXXX SIP/2.0
To: MDEIAA ＜sip:XXXXXYYYYY@XXXXXX＞
From: HGWA ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
b=AS:V
a=sendRecv
ＳＩＰメッセージ1６／応答１６
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
b=AS:W
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0）
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
ＳＩＰメッセージ１７／帯域変更要求１７
INVITE sip: XXXXXYYYYY@XXXXXX SIP/2.0
To: CONTENTS ＜sip:XXXXXYYYYY@XXXXXX＞
From: HGWA ＜sip:AAAAAA@XXXXXX＞;tag=CCCCCCCCCCC
：
b=AS:W
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0）
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
ＳＩＰメッセージ１８／応答１８
SIP/2.0 200 OK
Via: SIP/2.0/TCP
：
b=AS:W
a=sendRecv
m=XXXXXXXXXX（audio XXXX RTP/AVP 0）
m=XXXXXXXXXX（video XXXX RTP/AVP 31）
５０…ネットワーク、１００…ＩＰ電話機、２００…ＩＰ網、３００…ホームゲートウェイ装置（ＨＧＷ）、３１０…帯域管理テーブル。
Claims (4)
- 第１の通信装置と第２の通信装置とを配下とする着信制御装置において、
第２の着信制御装置を介する第３の通信装置から、優先着信を受信したとき、この優先着信に空き帯域があるか判定し、空き帯域がなく、かつ同一優先度で非優先である前記第１の通信装置と第４の通信装置との第１のセッションがあるとき、前記第１の通信装置に対して、第１の帯域縮退要求を送信し、前記第１の通信装置から縮退許可の応答を受信したとき、前記縮退許可の応答に記載された帯域に変更するように前記第４の通信装置に第２の帯域縮退要求を送信して、前記第２の通信装置と前記第３の通信装置との第２のセッションを確立することを特徴とする着信制御装置。 - 第１の通信装置と第２の通信装置とを配下とする着信制御装置における着信制御方法において、
第２の着信制御装置を介する第３の通信装置から、優先着信を受信するステップと、
この優先着信の空き帯域があるか判定するステップと、
空き帯域がなく、かつ同一優先度で非優先である前記第１の通信装置と第４の通信装置との第１のセッションがあるとき、前記第１の通信装置に対して、第１の帯域縮退要求を送信するステップと、
前記第１の通信装置から縮退許可の応答を受信するステップと、
前記縮退許可の応答に記載された帯域に変更するように前記第４の通信装置に第２の帯域縮退要求を送信するステップと、
前記第２の通信装置と前記第３の通信装置との第２のセッションを確立するステップと、からなる着信制御方法。 - 請求項２に記載の着信制御方法であって、
さらに、前記第１の通信装置から縮退拒否の応答を受信するステップと、
前記第１のセッションを切断または縮退するステップと、からなる着信制御方法。 - 請求項２に記載の着信制御方法であって、
さらに、前記第３の通信装置が送信したパスワードをチェックするステップとを含む着信制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011036959A JP5476324B2 (ja) | 2011-02-23 | 2011-02-23 | 着信制御装置および着信制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011036959A JP5476324B2 (ja) | 2011-02-23 | 2011-02-23 | 着信制御装置および着信制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2012175512A JP2012175512A (ja) | 2012-09-10 |
| JP5476324B2 true JP5476324B2 (ja) | 2014-04-23 |
Family
ID=46977960
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011036959A Expired - Fee Related JP5476324B2 (ja) | 2011-02-23 | 2011-02-23 | 着信制御装置および着信制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5476324B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6969410B2 (ja) | 2018-01-26 | 2021-11-24 | トヨタ自動車株式会社 | 車載中継装置、中継方法、情報処理システム、及び車両 |
-
2011
- 2011-02-23 JP JP2011036959A patent/JP5476324B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2012175512A (ja) | 2012-09-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8832307B2 (en) | Telephony system, connection control method, connection control device and recording medium | |
| KR100728280B1 (ko) | Ｓｉｐ를 이용한 통신 시스템에서 호 해제 요청/응답메시지를 이용한 네트워크 상태 관리 방법 | |
| US7702081B1 (en) | Call back number provisioning for emergency call services | |
| EP2501120B1 (en) | A backup SIP server for the survivability of an enterprise network using SIP | |
| WO2008047920A1 (fr) | Serveur proxy, système et procédé de communication et programme | |
| EP2874366A1 (en) | Network gateway implementing an instance manager function | |
| CA2638441A1 (en) | Presence management system | |
| CN101296177A (zh) | 在分组网络中实现过载控制的方法、系统和装置 | |
| JP2008131393A (ja) | 呼制御装置の呼制御方法及び呼制御装置 | |
| US8699482B2 (en) | Communication system and communication method | |
| US20100064182A1 (en) | Communication system | |
| JP5476324B2 (ja) | 着信制御装置および着信制御方法 | |
| JP4978031B2 (ja) | 無線端末を収容するｉｐ電話システム | |
| US20080101346A1 (en) | Telephone system and its encryption processing method | |
| CN102484641A (zh) | 用于选择网络资源的方法 | |
| JP4564881B2 (ja) | 音声通信システム | |
| EP3854044A1 (en) | Methods of handling an overload situation of a session initiation protocol, sip node in a telecommunication network, as well as related sip nodes | |
| JP5031766B2 (ja) | Ｉｐ電話サービスの相互接続 | |
| US20160191573A1 (en) | Systems and methods for modifying a state of a software client | |
| US20080266376A1 (en) | Visual communication server and communication system | |
| JP2006352552A (ja) | ファックス通信システム、その通信方法、これに用いる端末及びサーバ | |
| JP4510044B2 (ja) | 電話交換装置及び電話システム | |
| JP5233714B2 (ja) | 通信メディア変換システム、方法及びプログラム | |
| JP7421158B2 (ja) | 方路選択装置および方路選択方法 | |
| JP2014011549A (ja) | 輻輳制御システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20130509 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140115 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20140121 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20140207 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |