(57)【特許請求の範囲】
【請求項１】
第１回線交換網が接続された第１ゲートウェイ装置と、第２回線交換網が接続された第２ゲートウェイ装置と、第１ゲートウェイ装置及び第２ゲートウェイ装置が接続されたインターネットプロトコル網とを含むネットワークシステムにおいて、
第１ゲートウェイ装置は、
第１回線交換網から第２回線交換網へインターネットプロトコル網を通じて圧縮データが送信される場合に、第１回線交換網から第１ゲートウェイ装置へ伝送される圧縮データのコーデック形式の情報をコーデック情報として第２ゲートウェイ装置に与える通知部と、
第１ゲートウェイ装置から第２ゲートウェイ装置へ伝送される圧縮データの圧縮形式を、第２ゲートウェイ装置から受け取った第２ゲートウェイ装置にて実行可能なコーデック形式の情報から選択する選択部とを有し、
第２ゲートウェイ装置は、
第１ゲートウェイ装置から受信した圧縮データを伸張する伸張部と、
前記伸張部によって伸張されたデータを圧縮する圧縮部と、
前記通知部から受け取ったコーデック情報に対応するコーデック形式が第２ゲートウェイ装置にて実行可能であり且つこのコーデック形式にて圧縮された圧縮データを第２回線交換網が伸張可能な場合に、当該コーデック情報に対応する圧縮形式を第２ゲートウェイ装置から第２回線交換網へ伝送される圧縮データの圧縮形式として決定する決定部と、
前記決定部によって決定されたコーデック形式の情報のみを、前記第２ゲートウェイ装置にて実行可能なコーデック形式の情報として第１ゲートウェイ装置に与える第２通知部と、
前記選択部によって選択された第１ゲートウェイ装置から第２ゲートウェイ装置へ伝送される圧縮データの圧縮形式と、前記決定部によって決定された第２ゲートウェイ装置から第２回線交換網へ伝送される圧縮データの圧縮形式とが一致した場合に、インターネットプロトコル網から受信した圧縮データを前記伸張部及び前記圧縮部による伸張・圧縮処理が施されない状態で第２回線交換網へ向けて送出させる制御部とを有することを特徴とするネットワークシステム。
【請求項２】
前記第１ゲートウェイ装置は、
第１回線交換網から受信した圧縮データを伸張する第２伸張部と、
前記第２伸張部によって伸張されたデータを圧縮する第２圧縮部と、
第１回線交換網から第１ゲートウェイ装置へ伝送される圧縮データの圧縮形式と、前記選択部によって選択された第１ゲートウェイ装置から第２ゲートウェイ装置へ伝送される圧縮データの圧縮形式とが一致した場合に、第１回線交換網から受信した圧縮データを前記伸張部及び前記圧縮部による伸張・圧縮処理が施されない状態でインターネットプロトコル網へ向けて送出させる第２制御部とをさらに有することを特徴とする請求項１記載のネットワークシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、回線交換網間で送受信されるデータをインターネット・プロトコルネットワーク(ＩＰ網)で中継するために回線交換網とＩＰ網との間に設けられるゲートウェイ装置に関する。
【０００２】
【従来の技術】
音声データの通信技術の１つには、音声データがインターネットやイントラネット等のＩＰ網を通じて伝送されるものがある。この技術は、ボイスオーバーＩＰ(ＶｏＩＰ)接続と称され、ＶｏＩＰ接続に係るアプリケーションソフトやシステムは、インターネット・テレフォニー(ＩＴ)と称されている。
【０００３】
また、電話網等の回線交換網とＩＰ網とのプロトコル変換を行うゲートウェイ機能を有し、回線交換網とＩＰ網との間で双方向の通信を実現するインターネット・テレフォニー・ゲートウェイ装置(以下、単に「ゲートウェイ装置」という)と、このゲートウェイ装置を用いて回線交換網間をＩＰ網で中継するインターネット・テレフォニー・システム(ＩＴシステム)とが実用化されている。このＩＴシステムは、電話網のみを利用する従来のシステムよりも通話料金を安くすることができるので、ＩＴシステムは、急速に普及している。
【０００４】
上記したＩＴシステムでは、音声通信が回線交換網間で行われる場合、ゲートウェイ装置同士が回線交換網間の呼に対応する通信チャネルをＩＰ網上に設定し、音声データは設定された通信チャネルを用いて伝送される。通信チャネルは、発呼側及び着呼側の各ゲートウェイ装置がＨ．３２３プロトコルに従った手順(以下、「Ｈ．３２３手順」という)を実行することによって設定される。Ｈ．３２３プロトコルは、ＩＴＵ-Ｔにて勧告されたＶｏＩＰに対応する通信プロトコルである。
【０００５】
Ｈ．３２３手順は、大別して、(１)Ｈ．２２５プロトコルによる基本呼接続手順と、(２)Ｈ．２４５プロトコルによるゲートウェイ装置間の能力交換手順と、(３)通話用チャネル(音声チャネル)の接続手順とからなり、これらの３つの手順が終了した後に、各回線交換網に収容された端末装置間で音声データの送受信(通話)が開始される。
【０００６】
Ｈ．２４５プロトコルによる能力交換手順は、図５に示すようにして行われる。即ち、最初に、発呼側のゲートウェイ装置(発ゲートウェイ)が、自身の能力情報を含むメッセージ(H.245  Terminal  Capability  Set(発))を送信する(ステップＳ１)。能力情報には、例えば、発ゲートウェイによって実行可能なコーデック(ＣＯＤＥＣ)形式(圧縮・伸張形式及び伝送速度を含む)が含まれている。
【０００７】
着呼側のゲートウェイ装置(着ゲートウェイ)は、発ゲートウェイの能力情報を含むメッセージを受信すると、その確認メッセージ(H.245  Remainal  Capability  Set  Ack)を送信した後(ステップＳ２)、自身の能力情報を含むメッセージ(H.245  Terminal  Capability  Set(着))を送信する(ステップＳ３)。
【０００８】
発ゲートウェイは、着ゲートウェイの能力情報を含むメッセージを受信すると、その確認メッセージ(H.245  Remainal  Capability  Set  Ack)を送信する(ステップＳ４)。これによって、能力情報がゲートウェイ装置間で相互に交換される。
【０００９】
その後、着ゲートウェイは、発ゲートウェイから確認メッセージを受信すると、Ｈ．２４５に係る制御チャネルの接続メッセージ(H.245  Open  Logical  Channel)を送信する(ステップＳ５)。
【００１０】
発ゲートウェイは、接続メッセージを受信すると、その確認メッセージ(H.245  Open  Logical  Channel  Ack)を送信する(ステップＳ６)。これによって、下り方向(発←着方向)のＨ．２４５に係る制御チャネルがゲートウェイ装置間で設定される。
【００１１】
その後、着ゲートウェイは、発ゲートウェイから確認メッセージを受信すると、発ゲートウェイから受信した能力情報と自身の能力情報とを対比し、相互に実行可能な能力情報を抽出し、抽出された能力情報から何れかを選択する。例えば、発ゲートウェイと着ゲートウェイとで相互に実行可能な複数のＣＯＤＥＣ形式が抽出された場合には、これらの複数のＣＯＤＥＣ形式の何れかが選択される。その後、着ゲートウェイは、選択された能力情報(選択結果)を含むメッセージ(H.245  Request  Mode(発←着))を送信する(ステップＳ７)。
【００１２】
発ゲートウェイは、選択結果を含むメッセージを受信すると、その確認メッセージ(H.245  Request  Mode  Ack(発←着))を送信した後(ステップＳ８)、Ｈ．２４５に係る制御チャネルの接続メッセージ(H.245  Open  Logical  Channel)を送信する(ステップＳ９)。
【００１３】
着ゲートウェイは、接続メッセージを受信すると、その確認メッセージ(H.245  Open  Logical  Channel  Ack)を送信する(ステップＳ１０)。これによって、上り方向(発→着方向)のＨ．２４５に係る制御チャネルがゲートウェイ装置間で設定される。
【００１４】
その後、発ゲートウェイは、着ゲートウェイから確認メッセージを受信すると、着ゲートウェイと同様にして、着ゲートウェイから受信した能力情報と自身の能力情報とを対比し、相互に実行可能な能力情報を抽出し、抽出された能力情報から何れかを選択する。その後、発ゲートウェイは、選択結果を含むメッセージ(H.245  Request  Mode(発→着))を送信する(ステップＳ１１)。
【００１５】
着ゲートウェイは、選択結果を含むメッセージを受信すると、その確認メッセージ(H.245  Request  Mode  Ack(発→着))を送信する(ステップＳ１２)。この確認メッセージは、発ゲートウェイによって受信される。
【００１６】
以上の手順によって、発ゲートウェイと着ゲートウェイとは、能力交換を行い、相互に実行可能な能力(ＣＯＤＥＣ形式等)の何れかを、上り方向及び下り方向の各音声チャネルに割り当てるものとして選択する。
【００１７】
このようにして、各ゲートウェイ装置がＣＯＤＥＣ形式等を設定した後、上り方向及び下り方向の音声チャネルが設定され、各ゲートウェイ装置が音声データを受信すると、各ゲートウェイ装置は、受信した音声データを設定されたＣＯＤＥＣ形式に従って伸張・圧縮し、設定された伝送速度で音声データを伝送する。
【００１８】
【発明が解決しようとする課題】
ところで、上述した能力交換手順では、各ゲートウェイ装置がＣＯＤＥＣ形式を選択可能なものの中から個別に選択していた。即ち、各ゲートウェイ装置は、ＩＰ網に設定される音声チャネルに係るＣＯＤＥＣ形式を選択する場合に、その上流側(回線交換網)から受信する音声データのＣＯＤＥＣ形式を考慮することがなく、また、各ゲートウェイ装置は、回線交換網へ送出する音声データに係るＣＯＤＥＣ形式を選択する場合に、その上流側(ＩＰ網)の通信チャネルに係るＣＯＤＥＣ形式を考慮することがなかった。
【００１９】
このため、各ゲートウェイ装置にて上流側のＣＯＤＥＣ形式と異なるＣＯＤＥＣ形式が選択された場合には、図６に示すように、入力側の回線交換網(構内交換機(ＰＢＸ)をもって図示)にて既に圧縮された音声データがゲートウェイ装置に受信されると、そのゲートウェイ装置は、圧縮された音声データを伸張し、伸張された音声データを異なる圧縮形式で圧縮し、圧縮された音声データをＩＰ網へ送出していた。また、ＩＰ網から圧縮された音声データを受信したゲートウェイ装置は、この圧縮された音声データを伸張し、伸張された音声データを異なる圧縮形式で圧縮し、圧縮された音声データを回線交換網(ＰＢＸ)へ送出していた。
【００２０】
また、各ゲートウェイ装置は、音声データの伸張・圧縮処理を機械的に行っていたので、仮に、ゲートウェイ装置の受信側及び送信側のＣＯＤＥＣ形式が一致した場合でも、上記と同様に、ゲートウェイ装置は、音声データの伸張・圧縮を行っていた。
【００２１】
以上のことは、各回線交換網に収容された端末装置間における音声データの伝送に時間がかかる要因の１つとなっていた。また、ゲートウェイ装置が不要な伸張・圧縮処理を行うケースが生じていた。
【００２２】
本発明は、上記問題に鑑みなされたものであり、音声データの伝送時間を短縮することができるゲートウェイ装置を提供することを目的とする。
【００２３】
【課題を解決するための手段】
本発明は、上述した課題を解決するために以下の構成を採用する。
即ち、請求項１の発明は、複数の回線交換網とインターネットプロトコル網との間に夫々設けられ、回線交換網から受信したデータをインターネットプロトコル網へ送出するゲートウェイ装置であって、回線交換網から受信された圧縮データを伸張する伸張部と、前記伸張部によって伸張されたデータを圧縮する圧縮部と、インターネットプロトコル網における伝送速度を含む前記圧縮部によるデータの圧縮形式を設定する設定部と、前記圧縮データがこの圧縮データを受信すべき他のゲートウェイ装置にて伸張可能であり、且つ当該圧縮データの回線交換網における伝送速度が前記設定部によって設定された伝送速度以下である場合には、当該圧縮データを前記伸張部及び前記圧縮部による伸張・圧縮処理が施されない状態でインターネットプロトコル網へ送出させる制御部とを備えたことを特徴とする。
【００２４】
請求項１の発明によれば、ゲートウェイ装置の入力側のデータの伝送速度がその出力側におけるデータの伝送速度以上である場合には、ゲートウェイ装置における伸張・圧縮処理が省略されるので、データ伝送に要する時間を短縮することができる。
【００２５】
ここに、インターネットプロトコル網は、レイヤ３の通信プロトコルにＩＰ(インターネットプロトコル)を用いたネットワークであり、インターネットやイントラネットが含まれる。
【００２６】
請求項２の発明は、複数の回線交換網とインターネットプロトコル網との間に夫々設けられ、インターネットプロトコル網から受信したデータを回線交換網へ送出するゲートウェイ装置であって、インターネットプロトコル網から受信された圧縮データを伸張する伸張部と、前記伸張部によって伸張されたデータを圧縮する圧縮部と、回線交換網における伝送速度を含む前記圧縮部によるデータの圧縮形式を設定する設定部と、前記圧縮データがこの圧縮データを受信すべき回線交換網にて伸張可能であり、且つ当該圧縮データのインターネットプロトコル網における伝送速度が前記設定部によって設定された伝送速度以下である場合には、当該圧縮データを前記伸張部及び前記圧縮部による伸張・圧縮処理が施されない状態で当該回線交換網へ送出させる制御部とを備えたことを特徴とする。
【００２７】
請求項２の発明によっても、請求項１の発明と同様に、ゲートウェイ装置にて伸張・圧縮処理が省略されるので、データ伝送に要する時間を短縮することができる。
【００２８】
請求項３の発明は、第１回線交換網に接続された第１ゲートウェイ装置と、第２回線交換網に接続された第２ゲートウェイ装置と、第１ゲートウェイ装置及び第２ゲートウェイ装置が接続されたインターネットプロトコル網とを含むネットワークシステムにおいて、第１ゲートウェイ装置は、第１回線交換網から第２回線交換網へインターネットプロトコル網を通じて圧縮データが送信される場合に、第１回線交換網から第１ゲートウェイ装置へ伝送される圧縮データのコーデック形式の情報をコーデック情報として第２ゲートウェイ装置に与える通知部と、第１ゲートウェイ装置から第２ゲートウェイ装置へ伝送される圧縮データの圧縮形式を、第２ゲートウェイ装置から受け取った第２ゲートウェイ装置にて実行可能なコーデック形式の情報から選択する選択部とを有し、第２ゲートウェイ装置は、第１ゲートウェイ装置から受信した圧縮データを伸張する伸張部と、前記伸張部によって伸張されたデータを圧縮する圧縮部と、前記通知部から受け取ったコーデック情報に対応するコーデック形式が、第２ゲートウェイ装置にて実行可能であり且つこのコーデック形式にて圧縮された圧縮データを第２回線交換網が伸張可能な場合に、当該コーデック情報に対応する圧縮形式を第２ゲートウェイ装置から第２回線交換網へ伝送される圧縮データの圧縮形式として決定する決定部と、前記決定部によって決定されたコーデック形式の情報のみを前記第２ゲートウェイ装置にて実行可能なコーデック形式の情報として第１ゲートウェイ装置に与える第２通知部と、前記選択部によって選択された設定された第１ゲートウェイ装置から第２ゲートウェイ装置へ伝送される圧縮データの圧縮形式と、前記決定部によって決定された第２ゲートウェイ装置から第２回線交換網へ伝送される圧縮データの圧縮形式とが一致した場合に、第１回線交換網から受信した圧縮データを前記伸張部及び前記圧縮部による伸張・圧縮処理が施されない状態でインターネットプロトコル網へ向けて送出させる制御部とを有することを特徴とする。
【００２９】
請求項３の発明によっても、第２ゲートウェイ装置における伸張・圧縮処理を省略できるので、データの伝送時間を短縮することができる。
請求項４の発明は  請求項３の第１ゲートウェイ装置が、さらに、第１回線交換網から受信した圧縮データを伸張する第２伸張部と、前記第２伸張部によって伸張されたデータを圧縮する第２圧縮部と、第１回線交換網から第１ゲートウェイ装置へ伝送される圧縮データの圧縮形式と、前記選択部によって選択された第１ゲートウェイ装置から第２ゲートウェイ装置へ伝送される圧縮データの圧縮形式とが一致した場合に、第１回線交換網から受信した圧縮データを前記伸張部及び前記圧縮部による伸張・圧縮処理が施されない状態でインターネットプロトコル網へ向けて送出させる第２制御部とを有することで特定したものである。
【００３０】
請求項４の発明によると、第１ゲートウェイ装置においても伸張・圧縮処理を省略できるので、請求項３の発明に比べて、第１回線交換網と第２回線交換網との間のデータの伝送時間を短縮することができる。
【００３１】
請求項５の発明は、請求項３又は４の決定部が、前記通知部から受け取ったコーデック情報に対応するコーデック形式を第２ゲートウェイ装置から第２回線交換網へ伝送される圧縮データの圧縮形式として決定できない場合に、第２ゲートウェイ装置にて実行可能であり且つ第２回線交換網が伸張可能なデータのコーデック形式を第２ゲートウェイ装置から第２回線交換網へ伝送される圧縮データの圧縮形式として決定し、前記第２通知部は、前記通知部から通知されたコーデック形式と決定部によって決定されたコーデック形式とのうち、圧縮データの伝送速度が遅い方のコーデック形式の情報のみを第２ゲートウェイ装置が実行可能なコーデック形式の情報として第１ゲートウェイ装置に与えることで特定したものである。
【００３２】
請求項５の発明によれば、第１ゲートウェイ装置又は第２ゲートウェイ装置において、データの伸張・圧縮処理を省略することができる。
請求項６の発明は、下位網と上位網とが接続された通信装置であって、下位網から受信された圧縮データを伸張する伸張部と、前記伸張部によって伸張されたデータを圧縮する圧縮部と、上位網における伝送速度を含む前記圧縮部によるデータの圧縮形式を設定する設定部と、前記圧縮データの下位網における伝送速度が前記設定部によって設定された伝送速度以下である場合には、当該圧縮データを前記伸張部及び前記圧縮部による伸張・圧縮処理が施されない状態で上位網へ送出させる制御部とを備えたことを特徴とする。
【００３３】
請求項７の発明は、上位網と下位網とが接続された通信装置であって、上位網から受信された圧縮データを伸張する伸張部と、前記伸張部によって伸張されたデータを圧縮する圧縮部と、下位網における伝送速度を含む前記圧縮部によるデータの圧縮形式を設定する設定部と、前記圧縮データの上位網における伝送速度が前記設定部によって設定された伝送速度以下である場合には、当該圧縮データを前記伸張部及び前記圧縮部による伸張・圧縮処理が施されない状態で下位網へ送出させる制御部とを備えたことを特徴とする。
【００３４】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。
《ネットワークシステムの全体構成》
図１は、本発明の実施形態によるゲートウェイ装置(以下、「ＧＷ」という)１０,２０が適用されるネットワークシステム(ＩＴシステム)の例を示す全体構成図である。図１に示すネットワークシステムは、回線交換網１及び回線交換網２がＧＷ１０又はＧＷ２０を介してＩＰ網３に接続された複合ネットワークである。ＩＰ網３は、例えばインターネットやイントラネットであり、ＬＡＮやＷＡＮを用いて構成されている。
【００３５】
図１において、各回線交換網１,２は、電話網であり、複数の端末装置(電話機)を収容するＰＢＸからなる。各回線交換網１,２は、ＧＷ１０又はＧＷ２０に接続されている。なお、各回線交換網１,２は、単数又は複数の端末装置を収容する複数のＰＢＸからなるものであっても良い。
【００３６】
各回線交換網１,２における各ＰＢＸは、自身が属する回線交換網において、自身が収容する端末装置(下位端末)間の音声通信を制御する。また、各ＰＢＸは、下位端末から受信した呼設定要求(発呼要求)が他の回線交換網に属する端末装置との通信を要求するものである場合には、当該呼設定要求を自身と接続されたＧＷ(上位ＧＷ)に送信し、その後、当該呼設定要求を送信した下位端末から受信した音声データを上位ＧＷに送信する。一方、各ＰＢＸは、上位ＧＷから呼設定要求(着呼要求)を受信した場合には、この着呼要求に対応する呼を目的地に該当する下位端末に着信させ、その後、上位ＧＷから受信した音声データを当該下位端末へ送信する。
【００３７】
各ＧＷ１０,２０は、物理回線を通じてＩＰ網３に接続されており、ＩＰ網３を通じた回線交換網間の呼設定処理を行う。即ち、各ＧＷ１０,２０は、自身と接続されたＰＢＸ(下位ＰＢＸ)から呼設定要求(発呼要求)を受信した場合には、この呼設定要求の目的地に対応する他のＧＷと自身との間で音声通信用の論理的な通信チャネル(論理チャネル)をＩＰ網３上に設定した後、この論理チャネルを通じて下位ＰＢＸから受信した音声データを他のＧＷへ伝送する。
【００３８】
一方、各ＧＷ１０,２０は、他のＧＷから呼設定要求(着呼要求)を受信した場合には、当該他のＧＷと自身との間で音声データ伝送用の論理チャネルを設定し、当該着呼要求を下位ＰＢＸに送信し、その後、設定された論理チャネルを通じて当該他のＧＷから受信した音声データを下位ＰＢＸに送信する。
【００３９】
《ゲートウェイ装置の構成》
図２は、図１に示した各ＧＷ１０,２０の機能ブロック図である。各ＧＷ１０,２０は、ほぼ同じ構成を有しているので、図２には、例としてＧＷ１０の機能ブロック図が示されている。
【００４０】
図２において、ＧＷ１は、回線交換網インターフェイス(回線Ｉ／Ｆ)１１と、Ｄチャネル中継線制御部１２と、交換処理部１３と、シグナリング制御部１４と、Ｂチャネル圧縮／伸張制御部１５と、ＶｏＩＰ制御部１６と、Ｈ．２２５シグナリング制御部１７と、Ｈ．２４５制御部１８と、ＩＰ網インターフェイス(ＩＰＩ／Ｆ)１９と、ＶｏＩＰ圧縮／伸張部２１とから構成されている。
【００４１】
Ｄチャネル中継線制御部１２，交換処理部１３，シグナリング制御部１４，Ｂチャネル圧縮／伸張部１５，ＶｏＩＰ制御部１６，Ｈ．２２５シグナリング制御部１７，Ｈ．２４５制御部１８，ＩＰＩ／Ｆ１９及びＶｏＩＰ圧縮／伸張部２１は、実際には、中央制御装置(Central Control equipment：ＣＣ)と、ＣＣの作業領域やプログラムの格納場所として使用されるメインメモリ(ＭＭ)等からなる記憶装置と、データチャネル装置(ＤＣＨ)等の通信機器を含む周辺装置とによって実現される機能である。
【００４２】
回線Ｉ／Ｆ１１は、複数の通信回線を通じて回線交換網１(ＰＢＸ)と接続されている。複数の通信回線は、ｍ本のＤチャネル(呼制御用情報の転送チャネル)と、ｎ本のＢチャネル(ユーザ情報(音声データ等)の転送チャネル)とからなるＤチャネル中継線であり、回線Ｉ／Ｆ１１は、Ｄチャネル中継線Ｉ／Ｆである。
【００４３】
Ｄチャネル中継線制御部１２は、回線Ｉ／Ｆ１１，交換処理部１３，シグナリング制御部１４及びＢチャネル圧縮／伸張部２１を制御することによって、Ｄチャネル及びＢチャネルに係る資源管理や呼の状態管理を行うとともに、ＶｏＩＰ制御部１６と連携し、回線交換網１とＩＰ網３とのプロトコル変換／インバンド接続を実現する。
【００４４】
交換処理部１３は、回線通話路スイッチを制御することによって、回線Ｉ／Ｆ１１に収容されたＢチャネル及びＤチャネルの交換制御(回線捕捉，回線解放)等を行う。
【００４５】
シグナリング制御部１４は、端末装置の発呼や切断等の状態変化を検出するとともに、選択信号(端末装置から入力される電話番号に対応する信号)の送受信を行う。
【００４６】
Ｂチャネル圧縮／伸張部１５は、呼に応じて設定されたＣＯＤＥＣ形式に従って、Ｂチャネルを通じて回線Ｉ／Ｆ１１が受信した音声データの伸張処理を行うとともに、回線Ｉ／Ｆ１１を通じて所定のＢチャネルへ送出される音声データの圧縮処理を行う。
【００４７】
ＶｏＩＰ制御部１６は、Ｈ．２２５シグナリング制御部１７，Ｈ．２４５制御部１８，ＩＰＩ／Ｆ１９及びＶｏＩＰ圧縮／伸張部２１を制御することによって、Ｈ．３２３プロトコル変換用資源の管理及びＨ．３２３プロトコルに係る呼の状態管理を行うとともに、Ｄチャネル中継線制御部１２と連携し、回線交換網１とＩＰ網３とのプロトコル変換／論理チャネル接続を実現する。
【００４８】
Ｈ．２２５シグナリング制御部１７は、Ｈ．３２３エンドポイント(着ゲートウェイ)との間で、Ｈ．３２３プロトコルに従った呼制御シグナリングを行う。Ｈ．２４５制御部１８は、Ｈ．２４５プロトコルに従って、ＣＯＤＥＣ形式等の能力交換手順(図４参照)を行う。
【００４９】
ＩＰＩ／Ｆ２１は、ＩＰ網３を通じてＧＷ２０との間で呼制御メッセージが格納された制御パケットや、音声データが格納されたＩＰパケットを送受信するためのインターフェイス部である。
【００５０】
なお、Ｂチャネル圧縮／伸張制御部１５とＶｏＩＰ圧縮／伸張部２１との夫々が、本発明の伸張部及び圧縮部に相当し、Ｄチャネル中継線制御部１２及びＶｏＩＰ制御部１６が、本発明の設定部，決定部，選択部及び制御部に相当する。
【００５１】
《ＧＷの動作》
次に、上述した各ＧＷ１０,２０の動作を説明する。例として、図１に示した回線交換網１における端末装置を発呼側の端末装置とし、回線交換網２における端末装置を着呼側の端末装置とする場合における各ＧＷ１０,２０の動作を説明する。
【００５２】
〈第１の動作例〉
いま、発信側の端末装置がオフフックされ、選択番号(電話番号)が入力されると、呼設定要求メッセージたるＤチャネル中継線ＳＥＴＵＰ(図３(ａ)参照)が回線交換網１からＧＷ１０へ送信される。
【００５３】
ＧＷ１０のＤチャネル中継線制御部１２は、回線Ｉ／Ｆ１１を介してＤチャネル中継線ＳＥＴＵＰを受け取ると、このＤチャネル中継線ＳＥＴＵＰに基づく命令を交換処理部１３及びシグナリング制御部１４に与える。これによって、交換制御部１３及びシグナリング制御部１４は、Ｄチャネル中継線ＳＥＴＵＰに含まれた各情報要素に示された圧縮形式のＢチャネルを捕捉し、所定の回線交換シグナリング手順に従って、回線交換網１とＧＷ１０との接続処理を行う。
【００５４】
一方、Ｄチャネル中継線制御部１２は、Ｄチャネル中継線ＳＥＴＵＰから伝達能力情報要素(図３(ｂ)参照)を抽出するとともに、ＧＷ１０とＧＷ２０との間でＨ．２２５プロトコルによるシグナリング手順を実行するために必要な情報を抽出し、ＶｏＩＰ制御部１６に与える。伝達能力情報要素には、図３(ｂ)に示すように、音声データのＣＯＤＥＣ形式(伝送速度を含む)に係る情報が含まれている。
【００５５】
すると、ＶｏＩＰ制御部１６は、Ｈ．２２５シグナリング制御部１７に命令を与える。これによって、Ｈ．２２５シグナリング制御部１７が、伝達能力情報要素を含むＨ．２２５ＳＥＴＵＰのメッセージ(図３(ｃ)参照)を編集し、ＧＷ２０へ送出する(通知部に相当)。
【００５６】
これによって、ＧＷ１０とＧＷ２０との間でＨ．２２５プロトコルによるシグナリング手順が実行される。このとき、ＧＷ２０がＨ．２２５ＳＥＴＵＰを受信すると、Ｈ．２２５ＳＥＴＵＰに含まれた伝達能力情報要素(図３(ｂ)参照)を含むＳＥＴＵＰメッセージが編集され、回線交換網２へ送信される。
【００５７】
これによって、ＧＷ２０では、Ｈ．２２５シグナリング制御部１５が、Ｈ．２２５のシグナリング手順を行うとともに、ＶｏＩＰ制御部１６及びＤチャネル中継線制御部１２が、伝達情報要素に応じたＣＯＤＥＣ形式を、ＧＷ２０から回線交換網２へ伝送される音声データのＣＯＤＥＣ形式として決定する(決定部に相当)。そして、Ｄチャネル中継線制御部１２は、交換処理部１３及びシグナリング制御部１３に、回線交換網２との間で、伝達能力情報要素(決定されたＣＯＤＥＣ形式)に応じたＢチャネル及び制御用資源を捕捉させる(設定部に相当)。
【００５８】
以上の手順によって、回線交換網１からＧＷ１０へ伝送される音声データのＣＯＤＥＣ形式(圧縮形式及び伝送速度)と、ＧＷ２０から回線交換網２へ伝送される音声データのＣＯＤＥＣ形式とが一致した状態となる。但し、回線交換網２が“８Ｋｂｐｓの線形圧縮”に従って圧縮された音声データを伸張可能なことが前提となる。
【００５９】
ＧＷ１０とＧＷ２０との間でＨ．２２５のシグナリング手順が終了すると、ＶｏＩＰ制御部１６が、Ｈ．２４５制御部１８に命令を与え、Ｈ．２４５制御部１８が、Ｈ．２４５プロトコルによる能力交換手順をＧＷ１０とＧＷ２０との間で行う。図４は、ＧＷ１０とＧＷ２０との間で実行される能力交換手順を示すシーケンス図である。なお、ここでは、能力情報中のＣＯＤＥＣ形式(圧縮・伸張方式及び伝送速度を含む)についてのみ説明する。
【００６０】
図４に示すように、最初に、ＧＷ１０が、ＧＷ１０の実行可能なＣＯＤＥＣ形式を含むメッセージ(H.245  Terminal  Capability  Set(発))を送信する(ステップＳ１１)。前提として、ＧＷ１０の実行可能なＣＯＤＥＣ形式には、回線交換網１からＧＷ１０へ伝送される音声データのＣＯＤＥＣ形式と同じＣＯＤＥＣ形式が含まれているものとする。
【００６１】
ＧＷ２０は、ＧＷ１０のＣＯＤＥＣ形式を含むメッセージを受信すると、その確認メッセージ(H.245  Remainal  Capability  Set  Ack)を送信する(ステップＳ１２)。
【００６２】
続いて、ＧＷ２０は、ＧＷ２０の実行可能なＣＯＤＥＣ形式を含むメッセージ(H.245  Terminal  Capability  Set(着))を送信する(ステップＳ１３)。このとき、ＧＷ２０は、ＧＷ２０が実行可能なＣＯＤＥＣ形式であって、且つＨ．２２５のシグナリング手順にて受信したＨ．２２５ＳＥＴＵＰ中の伝達能力情報要素に含まれていたＣＯＤＥＣ形式を、ＧＷ２０の実行可能なＣＯＤＥＣ形式としてＧＷ１０へ送信する(第２通知部に相当)。
【００６３】
例えば、回線交換網１とＧＷ１０との間を伝送される音声データのＣＯＤＥＣ形式が８Ｋｂｐｓの線形圧縮であった場合、Ｈ．２２５ＳＥＴＵＰの伝達能力情報要素(図３(ｃ)参照)には、“８Ｋｂｐｓの線形圧縮”に係る情報が含まれる。このとき、ＧＷ２０は、ＧＷ２０の実行可能なＣＯＤＥＣ形式に“８Ｋｂｐｓの線形圧縮”が含まれている場合には、“８Ｋｂｐｓの線形圧縮”をＧＷ２０の実行可能なＣＯＤＥＣ形式としてＧＷ１０へ通知する。
【００６４】
ＧＷ１０は、ＧＷ２０のＣＯＤＥＣ形式を含むメッセージを受信すると、その確認メッセージ(H.245  Remainal  Capability  Set  Ack)を送信する(ステップＳ１４)。
【００６５】
ＧＷ２０は、ＧＷ１０から確認メッセージを受信すると、Ｈ．２４５に係る制御チャネルの接続メッセージ(H.245  Open  Logical  Channel)を送信する(ステップＳ１５)。
【００６６】
ＧＷ１０は、接続メッセージを受信すると、その確認メッセージ(H.245  Open  Logical  Channel  Ack)を送信する(ステップＳ１６)。
ＧＷ２０は、ＧＷ１０から確認メッセージを受信すると、下り方向(ＧＷ１０←ＧＷ２０)に沿って伝送される音声データ(ペイロード)のＣＯＤＥＣ形式として、ＧＷ１０から受信されたＧＷ１０が実行可能なＣＯＤＥＣ形式であって、且つＨ．２２５ＳＥＴＵＰ中の伝達能力情報要素に含まれていたＣＯＤＥＣ形式(８Ｋｂｐｓの線形圧縮)を選択し、この選択結果を含むメッセージ(H.245  Request  Mode(発←着))を送信する(ステップＳ１７)。
【００６７】
ＧＷ１０は、選択結果を含むメッセージを受信すると、その確認メッセージ(H.245  Request  Mode  Ack(発←着))を送信する(ステップＳ１８)。その後、ＧＷ１０は、Ｈ．２４５に係る制御チャネルの接続メッセージ(H.245  Open  Logical  Channel)を送信する(ステップＳ１９)。
【００６８】
ＧＷ２０は、接続メッセージを受信すると、その確認メッセージ(H.245  Open  Logical  Channel  Ack)を送信する(ステップＳ２０)。これによって、上り方向(ＧＷ１０→ＧＷ２０)のＨ．２４５に係る制御チャネルがＧＷ１０とＧＷ２０との間で設定される。
【００６９】
ＧＷ１０は、ＧＷ２０から確認メッセージを受信すると、ＧＷ２０から受信されたＧＷ２０が実行可能なＣＯＤＥＣ形式を、ＧＷ１０からＧＷ２０へ送信される音声データ(ペイロード)のＣＯＤＥＣ形式として選択し(設定部，選択部に相当)、この選択結果を含むメッセージ(H.245  Request  Mode(発→着))を送信する(ステップＳ２１)。
【００７０】
ＧＷ２０は、選択結果を含むメッセージを受信すると、その確認メッセージ(H.245  Request  Mode  Ack(発→着))を送信する(ステップＳ２２)。この確認メッセージは、ＧＷ１０に受信される。
【００７１】
このようにして、Ｈ．２４５による能力交換手順が終了すると、ＧＷ１０のＶｏＩＰ制御部１６(図２参照)は、回線交換網１からＧＷ１０へ伝送される音声データ(インバンド情報)のＣＯＤＥＣ形式(圧縮形式及び伝送速度)と、ＧＷ１０からＧＷ２０へ伝送される音声データ(ペイロード)のＣＯＤＥＣ形式とが一致した状態となっているかを判定する。この動作例では、両者が“８Ｋｂｐｓの線形圧縮”で一致している。
【００７２】
すると、ＶｏＩＰ制御部１６は、この旨をＧＷ１０のＤチャネル中継線制御部１２に与える。Ｄチャネル中継線制御部１２は、Ｂチャネル圧縮／伸張制御部１５を、上り方向の音声データに対して伸張処理を行わないモードに設定する(制御部，第２制御部に相当)。一方、ＶｏＩＰ制御部１６は、ＶｏＩＰ圧縮／伸張部２１を、上り方向の音声データに対して圧縮処理を行わないモードに設定する(制御部，第２制御部に相当)。これにより、その後にＧＷ１０によって回線交換網１から受信された音声データ(上り方向の音声データ)は、伸張・圧縮処理を施されることなくＩＰ網３へ送出される。
【００７３】
同様に、ＧＷ２０のＶｏＩＰ制御部１６は、ＧＷ１０からＧＷ２０へ伝送される音声データ(ペイロード)のＣＯＤＥＣ形式と、ＧＷ２０から回線交換網２へ伝送される音声データ(インバンド情報)のＣＯＤＥＣ形式とが一致した状態となっているかを判定する。この動作例では、両者が“８Ｋｂｐｓの線形圧縮”で一致している。
【００７４】
すると、ＧＷ２０のＶｏＩＰ制御部１６は、この旨をＧＷ２０のＤチャネル中継線制御部１２に与える。その後、ＧＷ２０のＶｏＩＰ制御部１６は、ＶｏＩＰ圧縮／伸張部２１を、上り方向の音声データに対して伸張処理を行わないモードに設定する(制御部に相当)。一方、ＧＷ２０のＤチャネル中継線制御部１２は、Ｂチャネル圧縮／伸張制御部１５を、上り方向の音声データに対して圧縮処理を行わないモードに設定する(制御部に相当)。これによって、ＧＷ２０によってＧＷ１０から受信された音声データ(上り方向の音声データ)は、伸張処理及び圧縮処理を施されることなく回線交換網２へ送出されることとなる。
【００７５】
従って、上り方向の音声データの伝送時間から各ＧＷ１０,２０における伸張・圧縮処理に要する時間を減じることができるので、端末装置間における上り方向の音声データの伝送時間を短縮することができる。また、各ＧＷ１０,２０において、上り方向の音声データの伸張・圧縮処理が省略されるので、各ＧＷ１０,２０のＢチャネル圧縮／伸張制御部１５及びＶｏＩＰ圧縮／制御部２１の処理負担を軽減することができる。
【００７６】
さらに、上記処理に加え、回線交換網２からＧＷ２０へ伝送される音声データのＣＯＤＥＣ形式と、ＧＷ２０からＧＷ１０へ伝送される音声データのＣＯＤＥＣ形式とを、“８Ｋｂｐｓの線形圧縮”で一致させることができた場合には、上記したように、ＧＷ２０のＢチャネル圧縮／伸張制御部１５及びＶｏＩＰ圧縮／伸張部２１が下り方向の音声データに対して伸張・圧縮処理を行わないモードに設定される。
【００７７】
同様に、ＧＷ２０からＧＷ１０へ伝送される音声データのＣＯＤＥＣ形式と、ＧＷ１０から回線交換網１へ伝送される音声データのＣＯＤＥＣ形式とを“８Ｋｂｐｓの線形圧縮”で一致させることができた場合には、ＧＷ１０のＢチャネル圧縮／伸張制御部１５及びＶｏＩＰ圧縮／伸張部２１が下り方向の音声データに対して伸張・圧縮処理を行わないモードに設定される。
【００７８】
これによって、各ＧＷ１０,２０において、下り方向の音声データに対する伸張・圧縮処理が省略されるので、下り方向の音声データの伝送時間を短縮することができるとともに、各ＧＷ１０,２０におけるＢチャネル圧縮／伸張制御部１５及びＶｏＩＰ圧縮／伸張部２１の処理負担を軽減することができる。
【００７９】
〈第２の動作例〉
第１の動作例では、ＧＷ２０が、Ｈ．２２５ＳＥＴＵＰ中の伝達能力情報要素に従って、ＧＷ２０から回線交換網２へ伝送される音声データのＣＯＤＥＣ形式を、回線交換網１からＧＷ１０へ伝送される音声データのＣＯＤＥＣ形式に一致させることができた場合について説明した。
【００８０】
しかしながら、ＧＷ２０が両者を一致させることができない場合がある。この場合、ＧＷ２０は、ＧＷ１０，ＧＷ２０及び回線交換網２が実行可能なＣＯＤＥＣ形式の何れかをＧＷ２０から回線交換網２へ伝送されるデータのＣＯＤＥＣ形式として決定する(決定部に相当)。
【００８１】
例えば、Ｈ．２２５によるシグナリング手順の結果、回線交換網１からＧＷ１０へ伝送される音声データのＣＯＤＥＣ形式が“８Ｋｂｐｓの線形圧縮”であるのに対し、ＧＷ２０から回線交換網２０へ伝送される音声データのＣＯＤＥＣ形式として“１６Ｋｂｐｓの線形圧縮”が決定されたとする。
【００８２】
この場合、図４に示したＨ．２４５による能力交換手順は以下の通りとなる。即ち、ステップＳ１３において、ＧＷ２０は、回線交換網１からＧＷ１０へ伝送される音声データのＣＯＤＥＣ形式とＧＷ２０から回線交換網２へ伝送される音声データのＣＯＤＥＣ形式とが一致しているか否かを判定する。
【００８３】
このとき、ＣＯＤＥＣ形式が一致している場合には、上述した動作例１と同様の動作が行われる。これに対し、本動作例のように、ＣＯＤＥＣ形式が一致していない場合には、ＧＷ２０は、２つのＣＯＤＥＣ形式を対比し、伝送速度(伝送帯域)が小さい方のＣＯＤＥＣ形式を選択し、ＧＷ２０の実行可能なＣＯＤＥＣ形式として、“８Ｋｂｐｓの線形圧縮”を含むメッセージをＧＷ１０に送信する(第２通知部に相当)。
【００８４】
その後、ＧＷ２０は、ステップＳ１７において、“８Ｋｂｐｓの線形圧縮”をＩＰ網３における下り方向のＣＯＤＥＣ形式として選択した旨を含むメッセージをＧＷ１０に送信する。
【００８５】
その後、ＧＷ１０は、ステップＳ２１において、“８Ｋｂｐｓの線形圧縮”をＩＰ網３における上り方向のＣＯＤＥＣ形式として選択した旨を含むメッセージをＧＷ２０に送信する。
【００８６】
このようにして、Ｈ．２４５による能力交換手順が終了すると、ＧＷ１０では、動作例１と同様に、Ｂチャネル圧縮／伸張制御部１５が上り方向の音声データを伸張しないモードに設定され、ＶｏＩＰ圧縮／制御部２１が上り方向の音声データを圧縮しないモードに設定される。
【００８７】
これに対し、ＧＷ２０では、ＶｏＩＰ圧縮／伸張部２１が、上り方向の音声データ(“８Ｋｂｐｓの線形圧縮”で圧縮されたペイロード)を伸張するモードに設定され、Ｂチャネル圧縮／伸張制御部１５が、ＶｏＩＰ圧縮／伸張部２１にて伸張された音声データを“１６Ｋｂｐｓの線形圧縮”形式で圧縮するモードに設定される。
【００８８】
従って、ＧＷ１０では、動作例１と同様に、上り方向の音声データに伸張・圧縮処理が施されることなくＩＰ網３へ送出されることとなるが、ＧＷ２０では、“８Ｋｂｐｓの線形圧縮”で圧縮された音声データが伸張され、“１６Ｋｂｐｓの線形圧縮”で圧縮された後、回線交換網２へ送出される。
【００８９】
この場合でも、ＧＷ１０における伸張・圧縮処理を省略できるので、音声データの伝送時間を短縮することができ、ＧＷ１０の処理負担を軽減することが可能となる。
【００９０】
〈動作例３〉
動作例２では、Ｈ．２２５によるシグナリング手順の結果、回線交換網１からＧＷ１０へ伝送される音声データのＣＯＤＥＣ形式が“８Ｋｂｐｓの線形圧縮”であるのに対し、ＧＷ２０から回線交換網２０へ伝送される音声データのＣＯＤＥＣ形式が“１６Ｋｂｐｓの線形圧縮”となった場合について説明した。
【００９１】
これとは逆に、回線交換網１からＧＷ１０へ伝送される音声データのＣＯＤＥＣ形式が“１６Ｋｂｐｓの線形圧縮”であるのに対し、ＧＷ２０から回線交換網２０へ伝送される音声データのＣＯＤＥＣ形式が“８Ｋｂｐｓの線形圧縮”となってしまう場合がある。
【００９２】
この場合には、図４に示したＨ．２４５による能力交換手順は、動作例２と同様となる。即ち、ステップＳ１３において、ＧＷ２０は、上記した２つのＣＯＤＥＣ形式を対比し、伝送速度(伝送帯域)が小さい方のＣＯＤＥＣ形式を選択し、ＧＷ２０の実行可能なＣＯＤＥＣ形式として、“８Ｋｂｐｓの線形圧縮”を含むメッセージをＧＷ１０に送信する。
【００９３】
その後、ＧＷ２０は、ステップＳ１７において、“８Ｋｂｐｓの線形圧縮”をＩＰ網３における下り方向のＣＯＤＥＣ形式として選択した旨を含むメッセージをＧＷ１０に送信する。
【００９４】
その後、ＧＷ１０は、ステップＳ２１において、“８Ｋｂｐｓの線形圧縮”をＩＰ網３における上り方向のＣＯＤＥＣ形式として選択した旨を含むメッセージをＧＷ２０に送信する。
【００９５】
このようにして、Ｈ．２４５による能力交換手順が終了すると、ＧＷ１０では、Ｂチャネル圧縮／伸張制御部１５が、上り方向の音声データ(１６Ｋｂｐｓの線形圧縮で圧縮されたインバンド情報)を伸張するモードに設定され、ＶｏＩＰ圧縮／伸張部２１が、Ｂチャネル圧縮／伸張制御部１５にて伸張された音声データを“８Ｋｂｐｓの線形圧縮”形式で圧縮するモードに設定される。
【００９６】
これに対し、ＧＷ２０では、動作例１と同様に、Ｂチャネル圧縮／伸張制御部１５が上り方向の音声データを伸張しないモードに設定され、ＶｏＩＰ圧縮／制御部２１が上り方向の音声データを圧縮しないモードに設定される。
【００９７】
従って、ＧＷ１０では、“１６Ｋｂｐｓの線形圧縮”で圧縮された上り方向の音声データが伸張され、“８Ｋｂｐｓの線形圧縮”で圧縮されてＩＰ網３へ送出されることとなるが、ＧＷ２０では、動作例１と同様に、上り方向の音声データに伸張・圧縮処理が施されることなく回線交換網２へ送出される。
【００９８】
この場合でも、ＧＷ２０における伸張・圧縮処理を省略できるので、音声データの伝送時間を短縮することができ、ＧＷ２０の処理負担を軽減することが可能となる。
【００９９】
上述した動作例１〜３における処理は、各ＧＷ１０,２０が回線交換網１又は２から受信する音声データが圧縮されている場合にのみ行われるようになっていても良い。
【０１００】
【発明の効果】
本発明によるゲートウェイ装置によれば、音声データの伝送時間を短縮することができるとともに、ゲートウェイ装置の処理負担を軽減することができる。
【図面の簡単な説明】
【図１】本発明の実施形態によるゲートウェイ装置を適用したネットワークシステムの全体構成図
【図２】図１に示したゲートウェイ装置の機能ブロック図
【図３】Ｄチャネル中継線ＳＥＴＵＰ情報要素及びＨ．２２５ＳＥＴＵＰ情報要素の説明図
【図４】図１に示したゲートウェイ装置間におけるＨ．２２５による能力交換手順を示すシーケンス図
【図５】Ｈ．２２５による能力交換手順を示すシーケンス図
【図６】従来の問題点の説明図
【符号の説明】
１，２  回線交換網(下位網)
３      ＩＰ網(上位網)
１０，２０    ゲートウェイ装置(通信装置)
１１    回線交換網インターフェイス
１２    Ｄチャネル中継線制御部
１３    交換処理部
１４    シグナリング制御部
１５    Ｂチャネル圧縮／伸張制御部
１６    ＶｏＩＰ制御部
１７    Ｈ．２２５シグナリング制御部
１８    Ｈ．２４５制御部
１９    ＩＰ網インターフェイス
２１    ＶｏＩＰ圧縮／伸張部
【図１】
0003701492.tif 000002
【図２】
0003701492.tif 000003
【図３】
0003701492.tif 000004
【図４】
0003701492.tif 000005
【図５】
0003701492.tif 000006
【図６】
0003701492.tif 000007