JP4600511B2 - コーデック変換装置、ゲートウェイ装置及びコーデック変換方法 - Google Patents

Description

本発明は、コーデック変換装置、ゲートウェイ装置及びコーデック変換方法に関し、例えば、ネットワーク境界に設けられるセッションボーダーコントローラ（Ｓ／ＢＣ）に適用し得るものである。

ＮＧＮ（次世代ネットワーク）などのＩＰ相互接続環境などにおいて、各事業者網に収容された異なるＰＣ（パソコン）や端末間で、データの交換が行われるようになる。

データ通信においては、端末又はＰＣなどに、サポートする転送方式のファイルやデータを開くためのソフトウェアが実装されていることから、各事業者網間を跨ったデータの転送において、問題が生じることはない。

しかしながら、ＩＰ相互接続における通信では、単なるデータ以外に、音声や映像データ等のメディアデータも今後含まれ、メディアデータのＩＰ相互接続では、現状において、事業者間で統一されたコーデックがない（事業者網によってコーデックが異なる）ことが問題となる。例えば、図２に示すように、Ａ事業者網のコーデックがＩＴＵ−Ｔ Ｇ．７１１、Ｂ事業者網のコーデックがＥＶＲＣ（Ｅｎｈａｎｃｅｄ Ｖａｒｉａｂｌｅ Ｒａｔｅ Ｃｏｄｅｃ）、Ｃ事業者網のコーデックがＡＭＲ（Ａｄａｐｔｉｖｅ ＭｕｌｔｉＲａｔｅ）であるような場合には、Ａ事業者網配下の電話端末、Ｂ事業者網配下の電話端末とは、コーデック変換を実行しなければ相互接続することができない。

コーデック変換に係る問題を解決する第１案として、電話端末に、各事業者網に対応したコーデックを搭載することが考えられる。しかし、既に世の中に出回っている多くの電話端末に対して、追加機能を搭載することが可能であるのか、物理的問題、技術的問題など多く予想される。

そのため、コーデック変換に係る問題を解決する第２案として、特許文献１にも記載されているような、コーデック変換を事業者網間の境界で実施することが提案されている。特許文献１では、１種類のコーデック変換を記載しており、その具体的なコーデック変換方法は記載されていない。そのため、電話端末におけるコーデック変換と同様な方法を、境界で実施するコーデック変換にも適用するものである。

図３は、電話端末におけるコーデック変換方法（Ｇ．７１１からＥＶＲＣへの変換）の説明図である。Ｇ．７１１に従って符号化されている符号化音声データが挿入されているＲＴＰパケットから符号化音声データを抽出し（Ｔ１）、ジッタバッファを用いてジッタを吸収した後（Ｔ２）、符号化音声データを復号し（Ｔ３）、原音データに戻す。原音データは再生バッファに一時的に蓄積され、パケットロスの補間処理が施された後（Ｔ４）、変換後側の符号化方式（ＥＶＲＣ）に従って符号化され（Ｔ５）、符号化音声データをＲＴＰパケットに挿入し直す（Ｔ６）。
特開２００５−０３３６２４号公報

特許文献１にも記載されているような、コーデック変換を事業者網間の境界で実施する第２案でも、（ａ）複数種類のコーデック変換をサポートしていない、（ｂ）複数チャネルの同時処理に対応していない、（ｃ）変換処理遅延が考慮されていない、などの課題を有するものであった。

特許文献１にも記載されている第２案は、２端末間で通信するような場合に相当するコーデック変換機能（上述した図３参照）を、そのまま小規模のゲートウェイ装置などに安易に盛り込むために考えられた方式であり、そのため、上述した課題（ａ）〜（ｃ）が発生する。

ＩＰ相互接続に係る事業者網の種類も多く（言い換えると、コーデックの種類も多く）、複数種類のコーデック変換をサポートしていなければ、各種類のコーデック変換毎にゲートウェイ装置を構成しなければならず、システム構成が複雑、大型化してしまう。

ＩＰ相互接続では、事業者網間で接続するチャネル数は多大であり、１個のコーデック変換装置が対応できるチャネル数が多いことは当然に望ましいことである。

ＩＰ相互接続でも、通話はリアルタイム性が重要となり、コーデック変換処理時間を含め、メディア転送遅延については最小でなければならない。総務省などの規定では、音声通話のＥＮＤｔｏＥＮＤ（図２のＡ事業者の端末−Ｂ事業者網の端末間の接続）の遅延は１００ｍｓ以内が目標とされている（映像に関しても２００ｍｓ以内が目標とされている）。この目標値は、そのメディアを使用する人間が、通話、会話をするにあたり、不自然と感じることがない程度の遅延量として主観的な測定から規定されているものである。この規定を大きく上回った場合には、会話としての疎通が著しく低下、使用者のストレスなどといった要因になることが想定される。

以上では、音声データについて課題を説明したが、映像データについても、同様な課題が存在している。

そのため、複数種類のコーデック変換に、しかも、複数チャネルの同時処理にも対応できる、コーデック変換処理遅延が小さい、コーデック変換装置、ゲートウェイ装置及びコーデック変換方法が望まれている。

第１の本発明のコーデック変換装置は、（１）符号化メディアデータを復号するデコーダと、そのデコーダに１対１で対応し、対応するデコーダから出力されたメディアデータが直接入力され、そのデコーダとは異なる符号化方式に従って符号化するエンコーダとでなる、コーデック変換実行手段を複数有すると共に、（２）入力されたパケットからメディアデータを抽出し、抽出したメディアデータに、そのパケットの通信チャネルを特定するチャネル特定情報を対応付けるメディアデータ抽出手段と、（３）上記メディアデータ抽出手段が抽出したメディアデータを書き込んだ後、読み出し、ジッタを吸収するネットワークバッファと、（４）チャネル特定情報と、いずれかの１つの上記コーデック変換実行手段とを対応付けた情報を管理する情報管理手段と、（５）上記ネットワークバッファから読み出されたメディアデータを、そのメディアデータのチャネル特定情報に対応付けた上記コーデック変換実行手段に与えるリソース振分手段と、（６）上記コーデック変換実行手段から出力された符号化メディアデータを、パケットに組み立てるパケット再組立手段とを有することを特徴とする。

第２の本発明のゲートウェイ装置は、異なるネットワークの境界に設けられるものであって、上記各ネットワークにおけるコーデックの相違を吸収する、第１の本発明のコーデック変換装置を備えることを特徴とする。

第３の本発明のコーデック変換方法は、デコーダとエンコーダとを直結したーデック変換実行手段を複数有すると共に、メディアデータ抽出手段、ネットワークバッファ、情報管理手段、リソース振分手段及びパケット再組立手段とを有し、（１）上記情報管理手段は、チャネル特定情報と、いずれかの１つの上記コーデック変換実行手段とを対応付けた情報を管理し、（２）上記メディアデータ抽出手段は、入力されたパケットからメディアデータを抽出し、抽出したメディアデータに、そのパケットの通信チャネルを特定するチャネル特定情報を対応付け、（３）上記ネットワークバッファは、抽出されたメディアデータを書き込んだ後、読み出してジッタを吸収し、（４）上記リソース振分手段は、上記ネットワークバッファから読み出されたメディアデータを、そのメディアデータのチャネル特定情報に対応付けられた上記コーデック変換実行手段に与え、（５）上記コーデック変換実行手段の上記デコーダは、与えられた符号化されているメディアデータを復号し、上記コーデック変換実行手段の上記エンコーダは、対応するデコーダから出力された復号されたメディアデータを、そのデコーダとは異なる符号化方式に従って符号化し、（６）上記パケット再組立手段は、上記コーデック変換実行手段から出力された符号化されているメディアデータを、パケットに組み立てることを特徴とする。

本発明によれば、複数種類のコーデック変換に、しかも、複数チャネルの同時処理にも対応できる、コーデック変換処理遅延が小さい、コーデック変換装置、ゲートウェイ装置及びコーデック変換方法を提供できる。

（Ａ）主たる実施形態
以下、本発明によるコーデック変換装置、ゲートウェイ装置及びコーデック変換方法の一実施形態を、図面を参照しながら詳述する。実施形態のゲートウェイ装置は、セッションボーダーコントローラである。

（Ａ−１）実施形態の構成
図４は、実施形態のセッションボーダーコントローラの概略内部構成（イメージ的な構成）を示すブロック図である。

実施形態のセッションボーダーコントローラ１は、異なる事業者網間の境界に設けられるものであり、複数のインタフェース部１１−１、１１−２、制御部１２、スイッチ部１３を備え、文献「ＩＴＵ−Ｔ Ｙ．２０１２ Ｓｕｐｐｌｅｍｅｎｔ」に規定されている、ＩＰｖ４／ｖ６変換（ＮＡＴ／ＮＡＰＴ）ピンホール制御、ＴＨＩＧ（トポロジハイディング）などの機能を実現するものである。

実施形態のセッションボーダーコントローラ１は、さらに、コーデック変換装置１４を内蔵又は外付けで備えている。

呼制御サーバであるＳＩＰサーバ２は、ＳＩＰのセッションの確立処理の中で、通話しようとするＩＰ電話端末３−１、３−２が適用しているコーデック（ＩＰ電話端末３−１、３−２が収容されている事業者網の採用コーデック）を認識し、両電話端末３−１及び３−２のコーデックが異なる場合には、コーデック変換開始指示をセッションボーダーコントローラ１に発行する。

セッションボーダーコントローラ１において、コーデック変換開始指示が与えられた制御部１２は、インタフェース部１１−１、１１−２、スイッチ部１３及びコーデック変換装置１４を制御し、コーデック変換を実行できるようにする。

制御部１２は、一方のＩＰ電話端末３−１からのパケットを、ＩＰ電話端末３−１を収容しているインタフェース部１１−１及びスイッチ部１３を介して、コーデック変換装置１４に与えさせ、他方のＩＰ電話端末３−２が適用しているコーデックに変換させ、コーデック変換装置１４から出力されたパケットを、スイッチ部１３、及び、ＩＰ電話端末３−２を収容しているインタフェース部１１−１を介して、他方のＩＰ電話端末３−２に送出できるように制御すると共に、逆方向についても、コーデック変換を実行できるように制御する。

コーデック変換が可能となったときに、制御部１２は、ＳＩＰサーバ２に、コーデック変換開始ＯＫを返信し、ＳＩＰサーバ２が、両電話端末３−１及び３−２に通話ＯＫを通知する。

これにより開始された通話に係るパケットは、コーデック変換装置１４を介して、対向するＩＰ電話端末が適用しているコーデックのパケットに変換されて、対向するＩＰ電話端末に送出される。

図１は、実施形態のコーデック変換装置１４の詳細構成を示すブロック図である。図１に示すコーデック変換装置１４は、コーデックがＧ．７１１である事業者網と、他の事業者網との境界に設けられたものであり、他の事業者網へ向かうパケットについては、Ｇ．７１１から、ＥＶＲＣ、ＡＭＲ又はＧ．７２２へのコーデック変換を行い、他の事業者網から到達するパケットについては、ＥＶＲＣ、ＡＭＲ又はＧ．７２２から、Ｇ．７１１へのコーデック変換を行うものである。すなわち、コーデック変換装置１４は、６種類のコーデック変換を実行し得るものである。なお、ＥＶＲＣからＡＭＲへのような他の種類のコーデック変換を実行できるものであっても良い。

図１において、コーデック変換装置１４は、変換装置制御部２０、ネットワークバッファ（ＮＷバッファ）２１、リソース振分部２２、複数対のデコーダ２３−１〜２３−Ｍ及びエンコーダ２４−１〜２４−Ｍを有している。

デコーダ２３−１〜２３−Ｍは、入力された符号化音声データを復号して原音に戻すものである。この実施形態の場合、デコーダ２３−１〜２３−Ｍの出力段には再生バッファは設けられておらず（図３参照）、デコーダ２３−１〜２３−Ｍから出力された原音の音声データは、対応するエンコーダ２４−１〜２４−Ｍに直接与えられるようになされている。エンコーダ２４−１〜２４−Ｍは、原音の音声データを、自己について定まっている符号化方式（コーデック方式）に従って符号化するものである。対をなすデコーダ２３−ｍ（ｍは１〜Ｍ）及びエンコーダ２４−ｍの符号化方式の組合せによって、コーデック変換の内容が定まる。例えば、デコーダ２３−１がＧ．７１１対応、エンコーダ２４−１がＥＶＲＣ対応であれば、この対は、Ｇ．７１１からＥＶＲＣへのコーデック変換に供するものである。

デコーダ２３−ｍ及びエンコーダ２４−ｍの対は、例えば、ＤＳＰ（ディジタルシグナルプロセッサ）によって実現されており、１個のＤＳＰには、複数チャネル（例えば、２００チャネル程度）用のデコーダ及びエンコーダの対（コーデック変換機能）が搭載され、このようなＤＳＰが複数個（例えば１５０個）設けられている。

この実施形態の場合、デコーダ２３−ｍ及びエンコーダ２４−ｍの各対にはそれぞれ、固有の内部セッション番号が割り当てられている。内部セッション番号は、上述したＤＳＰを特定する部分と、そのＤＳＰ内での区別を行うための一意の番号部分とでなる。

変換装置制御部２０は、ＳＩＰサーバ２からコーデック変換開始指示が発行され、新たなＳＩＰセッションについてコーデック変換が必要なときに、適用するデコーダ及びエンコーダの対（言い換えると、当該装置内部で取り扱うための番号を内部セッション番号といい、内部セッション番号はデコーダ及びエンコーダの対に１対１で対応している）を決定するものである。変換装置制御部２０は、内部セッション管理テーブル２０Ａ及びＤＳＰ管理テーブル２０Ｂを内蔵しており、これら内部セッション管理テーブル２０Ａ及びＤＳＰ管理テーブル２０Ｂの格納内容に基づいて、コーデック変換開始指示に係る新たなチャネルに適用する内部セッション番号（デコーダ及びエンコーダの対）を決定するものである。

図５は、１番目のＤＳＰに関する内部セッション管理テーブル２０Ａの部分２０Ａ１の構成を示す説明図である。内部セッション管理テーブル２０Ａは、各ＤＳＰ毎のテーブル部分に分かれている。各ＤＳＰ毎のテーブル部分は、図５に、１番目のＤＳＰについて示すように、ＤＳＰを特定する番号部分（図５の例ではＤＳＰ−１）が付与されており、テーブル部分の１行は、ＤＳＰ内での区別を行うための一意の番号部分（ＤＳＰ内番号部分）と、コーデック変換に供しているＩＰパケットに係るアドレス・ポート番号と、コーデック変換の内容とでなる。ＤＳＰ内番号部分及びコーデック変換の内容は固定的な情報であり、一方、ＩＰパケットに係るアドレス・ポート番号は、その内部セッションがコーデック変換に適用されていないときは「空」が記述され、その内部セッションがコーデック変換に適用されている場合には、処理対象のＩＰパケットの送信先ＭＡＣアドレス（ＤｓｔＭａｃ）、送信元ＭＡＣアドレス（ＳｒｃＭａｃ）、送信先ＩＰアドレス（ＤｓｔＩＰ）、送信元ＩＰアドレス（ＳｒｃＩＰ）、送信先ポート番号（Ｄｓｔｐｏｒｔ）及び送信元ポート番号（Ｓｒｃｐｏｒｔ）が記述される。

図６は、ＤＳＰ管理テーブル２０Ｂの構成を示す説明図である。ＤＳＰ管理テーブル２０Ｂは、ＤＳＰ特定番号毎に、そのＤＳＰが実行可能なコーデック変換の種類と、各コーデック変換種類のＤＳＰにおける搭載数と、現時点における適用可能な空き数とを記述している。

ＳＩＰサーバ２からコーデック変換開始指示が発行された際の内部セッション番号の割当て方法は任意であるが、変換装置制御部２０は、例えば、まず、ＤＳＰ管理テーブル２０Ｂの格納内容に基づき、割当てが必要なコーデック変換種類の空き数が最も多い、若しくは、割当てが必要なコーデック変換種類の搭載数に対する空き数が最も高いＤＳＰを適用するＤＳＰに定め、その後、そのＤＳＰに係る内部セッション管理テーブル２０Ａの部分内で、そのコーデック変換種類で「空」となっている最も若い行を割り当てる。この割当時には、ＤＳＰ管理テーブル２０Ｂの該当するＤＳＰの該当するコーデック変換種類の空き数を更新すると共に、そのＤＳＰに係る内部セッション管理テーブル２０Ａの部分内のアドレス・ポート番号を、「空」からコーデック変換開始指示で特定されている番号に書き換える。

ここで、ＳＩＰサーバ２からのコーデック変換開始指示に係る通信は、両電話端末３−１及び３−２間の双方向の通信であるので、内部セッションの割当ては２つ実行される。

変換装置制御部２０は、通信に供しているＩＰパケットが入力されたときには、そのＩＰパケットから符号化音声データを抽出し、内部セッション管理テーブル２０Ａを参照して内部セッション番号を認識し、抽出した符号化音声データに内部セッション番号を付加してネットワークバッファ２１に与えるものである。音声ＩＰパケットは、通常、ＭＡＣ層、ＩＰ層、ＵＤＰ層、ＲＴＰ層といういくつかの層によって組み立てられており、変換装置制御部２０は、その層から必要となるＲＴＰ層のみを抽出し、入力ＩＰアドレスとＲＴＰポート番号などから、内部セッション番号を割り当てて、ＲＴＰのヘッダ部分として内部セッション番号を付加する。内部セッション番号の認識には、例えば、送信先ＭＡＣアドレス（ＤｓｔＭａｃ）、送信元ＭＡＣアドレス（ＳｒｃＭａｃ）、送信先ＩＰアドレス（ＤｓｔＩＰ）、送信元ＩＰアドレス（ＳｒｃＩＰ）、送信先ポート番号（Ｄｓｔｐｏｒｔ）及び送信元ポート番号（Ｓｒｃｐｏｒｔ）の全てを適用せず、送信先ＩＰアドレス（ＤｓｔＩＰ）、送信元ＩＰアドレス（ＳｒｃＩＰ）及び送信先ポート番号（Ｄｓｔｐｏｒｔ）だけを適用し、探索時間を短縮するようにしても良い。

ネットワークバッファ２１は、ジッタを吸収するために設けられたものであり、同一の内部セッション番号が付与された符号化音声データの系列をバッファリングしながら等時間間隔でリソース振分部２２に出力するものである。

リソース振分部２２は、到来した符号化音声データに付与されている内部セッション番号をキーとして、内部セッション管理テーブル２０Ａを参照し、振り分け先のデコーダ２３−ｍを認識して、内部セッション番号が付与された符号化音声データを与えるものである。以上から明らかなように、この実施形態の場合、チャネルと、内部セッション（デコーダ及びエンコーダの対）とは１対１に対応しているものではない。

デコーダ２３−１〜２３−Ｍ、及び、エンコーダ２４−１〜２４−Ｍの機能は、上述した通りである。但し、デコーダ２３−１〜２３−Ｍ、及び、エンコーダ２４−１〜２４−Ｍは共に、内部セッション番号を付与したまま処理後のデータを出力する。従って、エンコーダ２４−１〜２４−Ｍは、内部セッション番号が付与された符号化音声データを変換装置制御部２０は与える。

変換装置制御部２０は、エンコーダ２４−ｍから、内部セッション番号が付与された符号化音声データが与えられたときに、付加されている内部セッション番号をキーとして、内部セッション管理テーブル２０Ａを参照し、送信先ＭＡＣアドレス（ＤｓｔＭａｃ）、送信元ＭＡＣアドレス（ＳｒｃＭａｃ）、送信先ＩＰアドレス（ＤｓｔＩＰ）、送信元ＩＰアドレス（ＳｒｃＩＰ）、送信先ポート番号（Ｄｓｔｐｏｒｔ）及び送信元ポート番号（Ｓｒｃｐｏｒｔ）を取り出して、内部セッション番号に代えて、これらのヘッダ情報を符号化音声データに付加し、フレームチェックシーケンス（ＦＣＳ）を計算し直して末尾に付与し、コーデック変換されたＩＰパケットを得て出力するものである。

（Ａ−２）実施形態の動作
実施形態のセッションボーダーコントローラ１の動作説明は省略し、以下では、実施形態のコーデック変換装置１４の動作を、既述した図面に加え、図７をも参照しながら説明する。ここで、図７は、実施形態のＩＰレイヤの処理イメージを示す説明図であり、変換前のコーデックがＧ．７１１、変換後のコーデックがＥＶＲＣの場合の例を示している。

ＳＩＰセッションが確立し、通話状態に入ったチャネルのＩＰパケットは、スイッチ部１３（図４参照）から、コーデック変換装置１４に与えられる。上述したように、通話状態に移行する前の、ＳＩＰサーバ２からコーデック変換開始指示が与えられた際の処理で、そのチャネルのＩＰパケットを処理する内部セッション番号が割り当てられている。

ＩＰパケットがコーデック変換装置１４の変換装置制御部２０に入力されると、そのＩＰパケットから符号化音声データ（図７の例ではＧ．７１１）が抽出される。また、図７に示すように、そのＩＰパケットにおける送信先ＩＰアドレス（ＤｓｔＩＰ）、送信元ＩＰアドレス（ＳｒｃＩＰ）及び送信先ポート番号（Ｄｓｔｐｏｒｔ）をキーとして、内部セッション管理テーブル２０Ａが参照されて内部セッション番号が認識され、抽出した符号化音声データに、認識された内部セッション番号が付加されてネットワークバッファ２１に与える。

内部セッション番号が付加された符号化音声データは、ネットワークバッファ２１への書込み及び読出しにより、ジッタが吸収される。

ネットワークバッファ２１から読み出された内部セッション番号が付加された符号化音声データは、リソース振分部２２によって、その内部セッション番号を記述している内部セッション管理テーブル２０Ａの行のデコーダ２３−ｍに振り分けられる。

これにより、内部セッション番号が付加された符号化音声データは、デコーダ２３−ｍによって原音の音声データに復号された後、デコーダ２３−ｍに対応するエンコーダ２４−ｍによって、異なる符号化方式（コーデック）に従うように符号化される。

エンコーダ２４−ｍから出力された、内部セッション番号が付加された符号化音声データ（図７はＥＶＲＣの例）は、変換装置制御部２０に与えられ、コーデック変換された符号化音声データを含むＩＰパケットが、再度、組立てられる。すなわち、内部セッション番号の部分が、図７に示すように、内部セッション管理テーブル２０Ａの格納内容に基づいて、送信先ＭＡＣアドレス（ＤｓｔＭａｃ）、送信元ＭＡＣアドレス（ＳｒｃＭａｃ）、送信先ＩＰアドレス（ＤｓｔＩＰ）、送信元ＩＰアドレス（ＳｒｃＩＰ）、送信先ポート番号（Ｄｓｔｐｏｒｔ）及び送信元ポート番号（Ｓｒｃｐｏｒｔ）に代えられ、フレームチェックシーケンス（ＦＣＳ）が新たに計算され直して末尾に付加される。

（Ａ−３）実施形態の効果
上記実施形態によれば、（ａ）複数種類のコーデック変換に対応できる、（ｂ）複数チャネルの同時処理に対応できる、（ｃ）コーデック変換処理遅延が小さい、という効果を奏することができる。以下では、これら効果が得られる理由を説明する。

デコーダ２３−ｍ及びエンコーダ２４−ｍの対（コーデック変換機能）として、異なるコーデック変換種類に対応できるものを用意したので、複数種類のコーデック変換に対応することができる。

リソース振分部２２によって、入力ＩＰパケットに係る符号化音声データを振り分けるようにしたので、複数チャネルの同時処理に対応することができる。また、デコーダ２３−ｍ及びエンコーダ２４−ｍの対はかならず同時に処理を行うが、それぞれのＳＩＰセッション（チャネル）毎に、デコーダ２３−ｍ及びエンコーダ２４−ｍの対を選択可能としたので（言い換えると、チャネルと、デコーダ２３−ｍ及びエンコーダ２４−ｍの対との組合せがダイナミックなので）、装置の柔軟度が高く、その分、多くのチャネルに対応し易いものとなっている。

入力ＩＰパケットから符号化音声データを取り出す処理から、コーデック変換された符号化音声データを含むＩＰパケットを組み立てる処理までの間は、内部セッション番号を付与して、チャネルを区別するようにしたので、チャネルの照合処理などを簡易化でき、この面から、コーデック変換処理遅延を小さくすることができる。

また、デコーダ２３−ｍから出力された原音の音声データは、再生バッファを介することなく、直ちにエンコーダ２４−ｍに与えられて再符号化される。これは、コーデック変換装置１４が端末相当の動作をする必要がないことから、即座に、エンコーダ処理を行っても問題とならないためである。再生バッファがない分、コーデック変換処理遅延を小さくすることができる。

一般に、再生バッファはセッション毎に持つことが多く、それが原因により装置内でのバッファ不足となり、処理チャネル数の低下を招く要素ともなっていた。例えば、再生バッファでは、到着順序とパケット番号とが整合しないことに基づくパケットの順序入れ替え、パケット損失を補償するためのパケット補間などに応じるために利用される。実施形態のセッションボーダーコントローラ１（コーデック変換装置１４）から出力されたＩＰパケットは、いずれかの事業者網を介してエンドのＩＰ電話端末に到達する。言い換えると、仮に、コーデック変換装置１４が、パケットの順序入れ替え、パケット補間を行ったとしても、エンドのＩＰ電話端末で、再度、パケットの順序入れ替えやパケット補間を実行しなければならない状況が生じることもあり得る。

この実施形態は、多くのエンドのＩＰ電話端末が、パケットの順序入れ替えやパケット補間を実行することに鑑み、エンドツーエンドの端末にそれら処理を期待し、コーデック変換装置１４では、パケットの順序入れ替えやパケット補間を実行しないこととし、再生バッファを不要とし、コーデック変換処理遅延を小さくしようとした。

（Ｂ）他の実施形態
上記実施形態では、コーデック変換に供するメディアデータが音声データであるものを示したが、コーデック変換に供するメディアデータが映像データである場合にも、本発明を適用することができる。

また、上記実施形態では、コーデック変換装置１４が、通信に供する双方向のコーデック変換を行うものを示したが、コーデック変換装置１４が、通信に供する２方向のうちの１方向のコーデック変換だけを行うものであっても良い。例えば、図２に示すような事業者網の接続関係において、各事業者網は、自己から出て行くＩＰパケットに対してのみコーデック変換を実行するようにしても良い。このようにしても、各事業者網に入ってくるＩＰパケットはその事業者網のコーデックに既に変換となっているので問題となることはない。

さらに、上記実施形態では、コーデック変換装置を、セッションボーダーコントローラに搭載したものを示したが、他のゲートウェイ装置に搭載するようにしても良く、また、ゲートウェイ装置から独立した装置としてコーデック変換装置を設け、ＳＩＰサーバやゲートウェイ装置の制御下で、コーデック変換するようにしても良い。

さらにまた、上記実施形態では、内部セッション番号を用いて、コーデック変換装置１４内でチャネルを区別するものを示したが、ＩＰパケットヘッダの全体又は一部を利用してコーデック変換装置１４内でチャネルを区別するようにしても良い。

実施形態のコーデック変換装置の詳細構成を示すブロック図である。 ＩＰ相互接続でコーデック変換が必要な説明図である。 従来のコーデック変換方法の説明図である。 実施形態のセッションボーダーコントローラの概略内部構成（イメージ的な構成）を示すブロック図である。 実施形態の内部セッション管理テーブル２０Ａの部分構成を示す説明図である。 実施形態のＤＳＰ管理テーブル２０Ｂの構成を示す説明図である。 実施形態のＩＰレイヤの処理イメージを示す説明図である。

符号の説明

１…セッションボーダーコントローラ、２…ＳＩＰサーバ、３−１、３−２…ＩＰ電話端末、１１−１、１１−２…インタフェース部、１２…制御部、１３…スイッチ部、１４…コーデック変換装置、２０…変換装置制御部、２１…ネットワークバッファ（ＮＷバッファ）、２２…リソース振分部、２３−１〜２３−Ｍ…複数対のデコーダ、２４−１〜２４−Ｍ…エンコーダ。

Claims (5)

1. 符号化メディアデータを復号するデコーダと、そのデコーダに１対１で対応し、対応するデコーダから出力されたメディアデータが直接入力され、そのデコーダとは異なる符号化方式に従って符号化するエンコーダとでなる、コーデック変換実行手段を複数有すると共に、
   入力されたパケットからメディアデータを抽出し、抽出したメディアデータに、そのパケットの通信チャネルを特定するチャネル特定情報を対応付けるメディアデータ抽出手段と、
   上記メディアデータ抽出手段が抽出したメディアデータを書き込んだ後、読み出し、ジッタを吸収するネットワークバッファと、
   チャネル特定情報と、いずれかの１つの上記コーデック変換実行手段とを対応付けた情報を管理する情報管理手段と、
   上記ネットワークバッファから読み出されたメディアデータを、そのメディアデータのチャネル特定情報に対応付けた上記コーデック変換実行手段に与えるリソース振分手段と、
   上記コーデック変換実行手段から出力された符号化メディアデータを、パケットに組み立てるパケット再組立手段とを有する
   ことを特徴とするコーデック変換装置。
2. 上記情報管理手段は、上記チャネル特定情報として、いずれかのコーデック変換実行手段を特定できる、しかも、入力パケットのヘッダ情報に１対１で対応付けられた当該コーデック変換装置の内部でのみ通じる表現の内部セッション番号を管理しており、
   上記メディアデータ抽出手段は、入力されたパケットのヘッダ情報から内部セッション番号を特定し、抽出されたメディアデータに内部セッション番号を付加して出力し、
   上記メディアデータ抽出手段から、上記ネットワークバッファ、上記リソース振分手段及び上記コーデック変換実行手段を経由して、上記パケット再組立手段に至るメディアデータには内部セッション番号が付加され、
   上記パケット再組立手段は、メディアデータに付加されている内部セッション番号をパケットのヘッダ情報に戻す
   ことを特徴とする請求項１に記載のコーデック変換装置。
3. 異なるネットワークの境界に設けられるゲートウェイ装置において、
   上記各ネットワークにおけるコーデックの相違を吸収する、請求項１又は２に記載のコーデック変換装置を備えることを特徴とするゲートウェイ装置。
4. デコーダとエンコーダとを直結したーデック変換実行手段を複数有すると共に、メディアデータ抽出手段、ネットワークバッファ、情報管理手段、リソース振分手段及びパケット再組立手段とを有し、
   上記情報管理手段は、チャネル特定情報と、いずれかの１つの上記コーデック変換実行手段とを対応付けた情報を管理し、
   上記メディアデータ抽出手段は、入力されたパケットからメディアデータを抽出し、抽出したメディアデータに、そのパケットの通信チャネルを特定するチャネル特定情報を対応付け、
   上記ネットワークバッファは、抽出されたメディアデータを書き込んだ後、読み出してジッタを吸収し、
   上記リソース振分手段は、上記ネットワークバッファから読み出されたメディアデータを、そのメディアデータのチャネル特定情報に対応付けられた上記コーデック変換実行手段に与え、
   上記コーデック変換実行手段の上記デコーダは、与えられた符号化されているメディアデータを復号し、上記コーデック変換実行手段の上記エンコーダは、対応するデコーダから出力された復号されたメディアデータを、そのデコーダとは異なる符号化方式に従って符号化し、
   上記パケット再組立手段は、上記コーデック変換実行手段から出力された符号化されているメディアデータを、パケットに組み立てる
   ことを特徴とするコーデック変換方法。
5. 上記情報管理手段は、上記チャネル特定情報として、いずれかのコーデック変換実行手段を特定できる、しかも、入力パケットのヘッダ情報に１対１で対応付けられた当該コーデック変換装置の内部でのみ通じる表現の内部セッション番号を管理しており、
   上記メディアデータ抽出手段は、入力されたパケットのヘッダ情報から内部セッション番号を特定し、抽出されたメディアデータに内部セッション番号を付加して出力し、
   上記メディアデータ抽出手段から、上記ネットワークバッファ、上記リソース振分手段及び上記コーデック変換実行手段を経由して、上記パケット再組立手段に至るメディアデータには内部セッション番号が付加され、
   上記パケット再組立手段は、メディアデータに付加されている内部セッション番号をパケットのヘッダ情報に戻す
   ことを特徴とする請求項４に記載のコーデック変換方法。

Images