(57)【特許請求の範囲】
【請求項１】
パケット交換網と回線交換網を介したメディア通信において前記パケット交換網と前記回線交換網の間でプロトコルを変換するためのプロトコル変換方法であって、
前記パケット交換網から受信した音声のパケットを解析して、該音声パケットにおける音声データの符号化ビットレートを特定し、
前記符号化ビットレートから、前記回線交換網上のフレームの多重化に用いる多重化テーブルを特定し、
前記パケット交換網から受信したパケットのペイロード内のデータを、特定された前記多重化テーブルを用いて多重化してフレームを生成し、
生成された前記フレームを前記回線交換網に送信する、プロトコル変換方法。
【請求項２】
前記パケット交換網から受信した音声の前記パケットのペイロード長から、前記音声データの符号化ビットレートを特定する、請求項１に記載のプロトコル変換方法。
【請求項３】
前記パケット交換網から受信した音声の前記パケットのペイロード長が、いずれかの符号化ビットレートの音声符号化フレームのフレーム長の整数倍であれば、該符号化ビットレートが、前記音声パケットにおける音声データの符号化ビットレートであると判断する、請求項２に記載のプロトコル変換方法。
【請求項４】
前記パケット交換網から受信した音声の前記パケットのペイロード内の符号化データに含まれているビットレート情報から、前記音声データの符号化ビットレートを特定する、請求項１に記載のプロトコル変換方法。
【請求項５】
前記回線交換網側の端末にサポートされていない符号化ビットレートを、前記パケット交換網側の端末に許可した場合に、前記パケット交換網から受信した音声のパケットの内容を解析して特定した前記音声データの符号化ビットレートが、前記回線交換網側の端末にサポートされていなければ、該端末にサポートされている符号化ビットレートに変換し、変換後の符号化ビットレートから前記多重化テーブルを特定する、請求項１から４のいずれか１項に記載のプロトコル変換方法。
【請求項６】
前記パケット交換網から受信した音声のパケットの音声データと映像のパケットの映像データとを前記多重化テーブルを用いてフレームに多重化する、請求項１から５のいずれか１項に記載のプロトコル変換方法。
【請求項７】
フレームを生成するタイミングに、該フレームに多重化すべき音声データが無ければ、無音の音声データを該フレームに多重化する、請求項１から６のいずれか１項に記載のプロトコル変換方法。
【請求項８】
前記回線交換網から受信したフレームの内容を解析して、該フレームの多重化に用いられた多重化テーブルを特定し、
該多重化テーブルを基に該フレームに多重されているデータを分離し、
分離された前記データをパケット化して前記パケット交換網に送信する、請求項１から７のいずれか１項に記載のプロトコル変換方法。
【請求項９】
前記フレームから分離された前記データのうちの音声データを解析し、該音声データの符号化に用いられている符号化ビットレートを特定し、
特定された符号化ビットレートが前記パケット交換網側の端末にサポートされていなければ、該端末にサポートされている符号化ビットレートに変換した後にパケット化する、請求項８に記載のプロトコル変換方法。
【請求項１０】
前記フレームから分離された前記データのうちの音声データを解析し、該音声データのデータ長から前記符号化ビットレートを特定する、請求項９に記載のプロトコル変換方法。
【請求項１１】
前記フレームから分離された前記データのうちの音声データを解析し、該音声データに含まれている符号化ビットレート情報から前記符号化ビットレートを特定する、請求項９に記載のプロトコル変換方法。
【請求項１２】
前記回線交換網から受信したフレームに音声データが多重されていなければ、無音の音声データをパケット化して前記パケット交換網に送信する、請求項８から１１のいずれか１項に記載のプロトコル変換方法。
【請求項１３】
パケット交換網と回線交換網を介したメディア通信において前記パケット交換網と前記回線交換網の間でプロトコルを変換するためのプロトコル変換装置であって、
前記パケット交換網側の端末および前記回線交換網側の端末との間で前記メディア通信の呼接続処理を行う呼接続部と、
前記パケット交換網から受信した音声のパケットを解析して該音声パケットにおける音声データの符号化ビットレートを特定し、該符号化ビットレートから前記回線交換網上のフレームの多重化に用いる多重化テーブルを特定し、前記パケット交換網から受信したパケットのペイロード内のデータを、特定された前記多重化テーブルを用いて多重化してフレームを生成して前記回線交換網に送信するプロトコル変換部と、を有するプロトコル変換装置。
【請求項１４】
前記プロコトル変換部は、前記パケット交換網から受信した音声の前記パケットのペイロード長から、前記音声データの符号化ビットレートを特定する、請求項１３に記載のプロトコル変換装置。
【請求項１５】
前記プロコトル変換部は、前記パケット交換網から受信した音声の前記パケットのペイロード長が、いずれかの符号化ビットレートの音声符号化フレームのフレーム長の整数倍であれば、該符号化ビットレートが、前記音声パケットにおける音声データの符号化ビットレートであると判断する、請求項１４に記載のプロトコル変換装置。
【請求項１６】
前記プロコトル変換部は、前記パケット交換網から受信した音声の前記パケットのペイロード内の符号化データに含まれているビットレート情報から、前記音声データの符号化ビットレートを特定する、請求項１３に記載のプロトコル変換装置。
【請求項１７】
前記プロコトル変換部は、前記回線交換網側の端末にサポートされていない符号化ビットレートを、前記パケット交換網側の端末に許可した場合に、前記パケット交換網から受信した音声のパケットの内容を解析して特定した前記音声データの符号化ビットレートが、前記回線交換網側の端末にサポートされていなければ、該端末にサポートされている符号化ビットレートに変換し、変換後の符号化ビットレートから前記多重化テーブルを特定する、請求項１３から１６のいずれか１項に記載のプロトコル変換装置。
【請求項１８】
前記プロコトル変換部は、前記パケット交換網から受信した音声のパケットの音声データと映像のパケットの映像データとを前記多重化テーブルを用いてフレームに多重化する、請求項１３から１７のいずれか１項に記載のプロトコル変換装置。
【請求項１９】
前記プロコトル変換部は、フレームを生成するタイミングに、該フレームに多重化すべき音声データが無ければ、無音の音声データを該フレームに多重化する、請求項１３から１８のいずれか１項に記載のプロトコル変換装置。
【請求項２０】
前記プロコトル変換部は、前記回線交換網から受信したフレームの内容を解析して該フレームの多重化に用いられた多重化テーブルを特定し、該多重化テーブルを基に該フレームに多重されているデータを分離し、分離された前記データをパケット化して前記パケット交換網に送信する、請求項１３から１９のいずれか１項に記載のプロトコル変換装置。
【請求項２１】
前記プロコトル変換部は、前記フレームから分離された前記データのうちの音声データを解析し、該音声データの符号化に用いられている符号化ビットレートを特定し、該符号化ビットレートが前記パケット交換網側の端末にサポートされていなければ、該端末にサポートされている符号化ビットレートに変換した後にパケット化する、請求項２０に記載のプロトコル変換装置。
【請求項２２】
前記プロコトル変換部は、前記フレームから分離された前記データのうちの音声データを解析し、該音声データのデータ長から前記符号化ビットレートを特定する、請求項２１に記載のプロトコル変換装置。
【請求項２３】
前記フレームから分離された前記データのうちの音声データを解析し、該音声データに含まれている符号化ビットレート情報から前記符号化ビットレートを特定する、請求項２１に記載のプロトコル変換装置。
【請求項２４】
前記回線交換網から受信したフレームに音声データが多重されていなければ、無音の音声データをパケット化して前記パケット交換網に送信する、請求項２０から２３のいずれか１項に記載のプロトコル変換装置。
【請求項２５】
パケット交換網と回線交換網を介したメディア通信において前記パケット交換網と前記回線交換網の間でプロトコルを変換する処理をコンピュータに実行させるためのプロトコル変換プログラムであって、
前記パケット交換網から受信した音声のパケットを解析して、該音声パケットにおける音声データの符号化ビットレートを特定する手順と、
前記符号化ビットレートから、前記回線交換網上のフレームの多重化に用いる多重化テーブルを特定する手順と、
前記パケット交換網から受信したパケットのペイロード内のデータを、特定された前記多重化テーブルを用いて多重化してフレームを生成する手順と、
生成された前記フレームを前記回線交換網に送信する手順と、をコンピュータに実行させるためのプロトコル変換プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、回線交換網に接続される端末と、パケット交換網に接続される端末との間で、音声や映像のメディア通信を行うとき、双方の網の間に設けた装置で伝送プロトコルを変換してメディアを中継する技術に関する。
【背景技術】
【０００２】
近年、ネットワークを経由し、パケットで音声や画像の符号化データを通信する、いわゆるＶｏＩＰ（Voice  over  IP）やＴＶｏＩＰ（TV  over  IP）と呼ばれる双方向通信システムや会議システムが急速に普及してきている。また、このようなパケット交換網に接続される通信システムだけでなく、第三世代の携帯端末（３Ｇ端末）の中には、回線交換網上で、端末間でＴＶ電話が可能な端末があり、これも広く普及してきている。【０００３】
これらの端末は、音声や映像をやり取りする符号化方式、符号化されたデータを送受信する伝送プロトコル、お互いの呼を接続する呼接続プロトコルなど、それぞれの網に合わせた仕様になっている。例えば、符号化方式は同じでも伝送プロトコルが異なっていれば相互の通信ができない。そのため、異なった網に接続される端末間の通信を実現するには、双方の網の間に接続され、符号化データのやり取りを中継する装置が必要とされる。【０００４】
この場合、例えばパケット交換網に接続する端末（ＳＩＰ端末）のサポートしている伝送プロトコルが、ＲＴＰ（Real-time  Transport  Protocol）／ＵＤＰ（User  Datagram  Protocol）／ＩＰ（Internet  Protocol）であり、端末の能力交換を行う呼接続プロトコルがＳＩＰ（Session    Initiation  Protocol）／ＳＤＰ（Session  Description  Protocol）であるとする。そして、回線交換網に接続する端末がＩＴＵ−Ｔ勧告Ｈ．３２４（第三世代携帯端末では３Ｇ−３２４ＭおよびＱ．９３１）をサポートし、伝送プロトコルとしてＩＴＵ−Ｔ勧告Ｈ．２２３（以降Ｈ．２２３）、能力交換プロトコルとしてＩＴＵ−Ｔ勧告Ｈ．２４５（以降Ｈ．２４５）に従うとする。その場合、パケット交換網と回線交換網の間の装置で、ＲＴＰ／ＵＤＰ／ＩＰとＨ．２２３の相互の変換、ＳＩＰとＨ．２４５の相互変換が必要である。これらについては以下に示す４つの文献に記載されている。【０００５】
文献１：Handley,  M.,  Schulzrinne,  H.,  Schooler,  E.,  Rosenberg,  J.,  "  SIP:  Session  Initiation  Protocol",  RFC  2543,  March  1999
文献２：Handley,  M.,  Jacobson,  V.,  "SDP:  Session  Description  Protocol",  RFC  2327,  April  1998
文献３：Schulzrinne,  H.,  Casner,  S.,  Frederick,  R.,  Jacobson,  V.,  "  RTP:  A  Transport  Protocol  for  Real-Time  Applications",  RFC  3550,  July  2003
文献４：Sjoberg,  J.,  Westerlund,  M.,  Lakaniemi,  A.,  Xie,  Q.,  "Real-Time  Transport  Protocol  (RTP)  Payload  Format  and  File  Storage  Format  for  the  Adaptive  Multi-Rate  (AMR)  and  Adaptive  Multi-Rate  Wideband  (AMR-WB)  Audio  Codecs",  RFC  3237,  June  2002
こうしたパケット交換網に接続するＳＩＰ端末と３Ｇ端末の通信を実現する１種類の符号化ビットレートのみに対応した接続システム（ゲートウェイ）が提案している。この接続装置により、パケット交換網に接続する端末と回線交換網に接続する端末とが互いの伝送プロトコルや呼接続プロトコルを意識することなく通信を行うことができる。また、ビットレートの変更に対応する多重化テーブルの変更方法を採用したマルチメディア通信システムが提案されている（特開２００３−１９８６３８号公報、特開２００２−１１１７３０号公報参照）。
【発明の開示】
【０００６】
しかしながら、上述したような接続システムの伝送プロトコル変換装置では、符号化データの仕様と伝送プロトコルの仕様が互いに独立しているため、符号化データの仕様に適したプロトコル変換が困難であった。例えば、通信中に音声や映像の符号化データのビットレートの変更が許容された仕様であっても、ビットレートの変動に合わせて伝送プロトコルの変換を変化させることが困難であった。そのため、通信中は符号化ビットレートを固定してデータの中継を行うものであった。また、特開２００２−１１１７３０号公報に記載されたマルチメディア通信システムは、通信中の音声符号化レートの変更する必要が生じた場合、その都度、端末間で、レート変更に関する多重化テーブルの変更についてのやり取りを行うものであった。そして、多重化テーブル変更のやり取りを終了した後には、基本的には符号化ビットレートを固定してデータを中継するものであった。
【０００７】
また、パケット交換網に接続されたＳＩＰ端末のサポートする符号化データのビットレートと、回線交換網に接続された３Ｇ端末のサポートする符号化データのビットレートとが異なる場合、接続システムにてビットレート変換が必要となる。しかし、この場合、上述したような伝送プロトコル変換処理で対応できるように、それぞれを固定のビットレートとし、その間のビットレート変換を行う必要があった。そのため、やはり通信中にビットレートを変換するのは困難であった。
【０００８】
本発明の目的は、パケット交換網と回線交換網の伝送プロトコルを相互に変換するシステムにおいて、複数の符号化ビットレートに柔軟に対応できるシステムを提供することである。
【０００９】
上記目的を達成するために、パケット交換網と回線交換網を介したメディア通信において前記パケット交換網と前記回線交換網の間でプロトコルを変換するためのプロトコル変換装置であって呼接続部とプロトコル変換部を有している。
呼接続部は、パケット交換網側の端末および回線交換網側の端末との間でメディア通信の呼接続処理を行う。プロトコル変換部は、パケット交換網から受信した音声のパケットを解析してその音声パケットにおける音声データの符号化ビットレートを特定する。続いて、プロトコル変換部は、その符号化ビットレートから回線交換網上のフレームの多重化に用いる多重化テーブルを特定する。さらに、プロトコル変換部は、パケット交換網から受信したパケットのペイロード内のデータを、特定された多重化テーブルを用いて多重化してフレームを生成して回線交換網に送信する。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１〜４の実施形態による通信システムの構成を示すブロック図である。
【図２】第１〜５の実施形態における多重化テーブルを説明するための図である。
【図３】第１〜５の実施形態において回線交換網からパケット交換網へメディアを送信するときの処理フローを示す図である。
【図４】第１、２の実施形態において、Ｈ．２２３多重化フレームから音声ＲＴＰパケットを生成する流れを説明するための図である。
【図５】第１、２の実施形態において、Ｈ．２２３多重化フレームから音声ＲＴＰパケットを生成するとき音声トランスコーダを使用する例を説明するための図である。
【図６】第１〜４の実施形態において、パケット交換網から回線交換網へメディアを送信するときの処理フローを示す図である。
【図７】第１、２の実施形態において、ＲＴＰ（音声）パケットからＨ．２２３多重化フレームを生成する流れを説明するための図である。
【図８】第１、２の実施形態においてＲＴＰ（音声）パケットからＨ．２２３多重化フレームを生成するときに音声トランスコーダを使用する例を説明するための図である。
【図９】第３、４の実施形態においてＨ．２２３多重化フレームから音声ＲＴＰパケットを生成する流れを説明するための図である。
【図１０】第３、４の実施形態においてＨ．２２３多重化フレームから音声ＲＴＰパケットを生成するときに音声トランスコーダを使用する例を説明するための図である。
【図１１】第３、４の実施形態においてＲＴＰ（音声）パケットからＨ．２２３多重化フレームを生成する流れを説明するための図である。
【図１２】第３、４の実施形態においてＲＴＰ（音声）パケットからＨ．２２３多重化フレームを生成するときに音声トランスコーダを使用する例を説明するための図である。
【図１３】第５の実施形態による接続ゲートウェイの構成を示すブロック図である。
【図１４】第５の実施形態における処理フローを説明するための図である。
【図１５】第５の実施形態における他の処理フローを説明するための図である。
【発明を実施するための最良の形態】
【００１１】
本発明の実施形態について図面を参照して詳細に説明する。【００１２】
（第１の実施形態）
回線交換網とパケット交換網の間に、プロトコル変換を行う接続ゲートウェイが配置される。接続ゲートウェイは、パケット交換網から音声符号化データおよび映像符号化データを受信すると、音声パケットのペイロード長から符号化ビットレートを判断し、必要であれば音声符号化データのビットレートを変換する。接続ゲートウェイは、複数の多重化テーブルを予め持っており、変換後の音声ビットレートに従って多重化テーブルを選択し、その多重化テーブルを用いて音声符号化データおよび映像符号化データを多重化して回線交換網へ送信する。【００１３】
また、接続ゲートウェイは、回線交換網から多重化データを受信すると、多重化テーブル情報に従って多重化データを音声符号化データと映像符号化データに分離する。そして、接続ゲートウェイは、音声符号化データについて、符号化データ長から判断して必要であれば音声符号化データのビットレートを変換する。続いて、接続ゲートウェイは、音声符号化データおよび映像符号化データをそれぞれパケット化してパケット交換網へ送信する。【００１４】
以下、図面を参照しながら詳細に説明する。【００１５】
図１は、第１の実施形態による通信システムの構成を示すブロック図である。図１に示すように、本実施形態の通信システムは、接続ゲートウェイ１００、回線交換端末１０１、パケット交換端末１０２、回線交換網１０３、パケット交換網１０４、およびＳＩＰサーバ１０８で構成されている。接続ゲートウェイ１００は、呼接続部１０５、伝送プロトコル変換部１０６、音声トランスコード部１０７で構成されている。接続ゲートウェイ１００を構成する各部はそれぞれが独立した装置であってもよく、同一の装置内に存在してもよい。【００１６】
本実施形態では、回線交換端末１０１は回線交換網１０３と接続する。回線交換端末１０１は、３Ｇ−３２４Ｍ（映像圧縮符号化）に従って、呼接続処理にＨ．２４５を用い、伝送プロトコルとしてＨ．２２３を用いる。パケット交換端末１０２は、ＩＰ（Internet  Protocol）によってパケット交換網１０４と接続する。パケット交換端末１０２は、呼接続処理としてＳＩＰを用い、伝送プロトコルとしてＵＤＰ／ＲＴＰを用いる。【００１７】
なお、接続ゲートウェイ１００は、回線交換網１０３およびパケット交換網１０４の双方に接続される。接続ゲートウェイ１００は、回線交換網１０３側で３Ｇ−３２４Ｍを終端し、パケット交換網１０４側でＳＩＰおよびＵＤＰ／ＲＴＰを終端し、双方の端末間の呼接続処理およびメディアの中継を行う。【００１８】
また、本実施形態では、回線交換端末１０１は第３世代（３Ｇ）携帯ＴＶ電話端末であり、音声符号化方式（音声圧縮符号化方式）としてＡＭＲ（Adaptive  Multi-Rate）をサポートし、映像符号化方式（映像圧縮符号化方式）としてＭＰＥＧ−４をサポートしている。パケット交換端末１０２は、パソコンやＰＤＡ（Personal  Digital  Assistant）がソフトウェアを実行することにより実現される。パケット交換端末１０２は、メディアの符号化方式として、回線交換端末１０１と同じＡＭＲおよびＭＰＥＧ−４をサポートし、伝送プロトコルとして、第３世代（３Ｇ）移動体通信システムの標準規格の３ＧＰＰ（3rd  Generation  Partnership  Project）規格等をサポートする。ただし、本発明が、これらの符号化方式等に限定されないことは言うまでもない。【００１９】
なお、本実施形態では、簡単のため、このプロトコルによる呼接続処理および伝送プロトコルについて説明するが、同様の機能を有する他のプロトコルを用いても問題ないことは勿論である。【００２０】
本実施形態においては、Ｈ．２２３多重化フレームおよび音声ＲＴＰパケットがどちらも１つのＡＭＲ符号化フレームを含む例について以下に詳細に説明する。【００２１】
回線交換端末１０１は、パケット交換端末１０２と接続したいとき、まず接続ゲートウェイ１００との接続を確立する。回線交換端末１０１は、ＡＭＲ音声符号化データとＭＰＥＧ−４映像符号化データをＨ．２２３により多重化して送信するために、接続を確立する際のＨ．２４５ネゴシエーションにて、Ｈ．２２３の多重化テーブル情報を接続ゲートウェイ１００の呼接続部１０５に通知する。この多重化テーブルは、回線交換端末１０１のサポートするＡＭＲのモード毎に用意しておく必要がある。そのため、ここでは複数の多重化テーブル情報が通知される。【００２２】
接続ゲートウェイ１００は、パケット交換網１０４に接続されているＳＩＰサーバ１０８から、パケット交換端末１０２の能力（ＡＭＲのサポートモード情報）をＳＩＰ／ＳＤＰの記述から取得し、それに合わせた複数の多重化テーブルを設定する。そして、接続ゲートウェイ１００は、Ｈ．２４５ネゴシエーションにて、多重化テーブル情報を回線交換端末１０１へ通知する。この際、接続ゲートウェイ１００がパケット交換端末１０２のＩＰアドレスを予め知っていれば、ＳＩＰサーバ１０８ではなく、ＳＩＰによりパケット交換端末１０２から直接、能力を取得してもよい。【００２３】
ここで、接続ゲートウェイ１００は、多重化テーブルに示された１種類以上の音声データ長から、回線交換端末１０１のサポートしているＡＭＲのモードを把握し、パケット交換端末１０２とのＳＩＰでの能力交換の際に、ＳＤＰ記述の“ｍｏｄｅ−ｓｅｔ＝”で、サポートされているモードのみを記載（全モードサポートであれば記載は省略可能）してパケット交換端末１０２に通知すれば、パケット交換端末１０２から回線交換端末１０１へ向かう方向の通信がプロトコル変換のみで可能となり、ビットレートの変換が不要となる。なお、ＳＤＰ記述では、ＡＭＲのうちサポートするモードの記述として、例えば、“ｍｏｄｅ−ｓｅｔ＝５，７；”と記述されていれば、モード５と７がサポートされ受信可能であることを意味する。また、“ｍｏｄｅ−ｓｅｔ＝１，２，３，４，５，６，７；”と記述するか、もしくは、“ｍｏｄｅ−ｓｅｔ＝”の記述がなければ、全モードがサポートされていることを意味する。【００２４】
また、ビットレート変換を行うのであれば、接続ゲートウェイ１００は全モードをサポートする旨のＳＩＰ／ＳＤＰ応答をパケット交換端末１０２へ送ればよい。そして、接続ゲートウェイ１００は、パケット交換端末１０２から受信したＡＭＲデータを、Ｈ．２４５ネゴシエーションで把握した回線交換端末１０１のサポートするＡＭＲモードとなるように、ビットレート変換して回線交換端末１０１へ送信すればよい。【００２５】
また同様に、ＳＩＰ／ＳＤＰに示されたパケット交換端末１０２のサポートするＡＭＲのモードが、Ｈ．２４５ネゴシエーションで把握される回線交換端末１０１のサポートするＡＭＲモードと同一であれば、回線交換端末１０１からパケット交換端末１０２への方向では、ビットレート変換を行なわず、プロトコル変換のみで通信を行うことができる。それらのサポートするモードが異なっていれば、接続ゲートウェイ１００は、回線交換端末１０１からのＡＭＲデータを、ＳＩＰ／ＳＤＰで示されたパケット交換端末１０２のサポートするＡＭＲモードにビットレート変換して、パケット交換端末１０２へ送信すればよい。【００２６】
接続ゲートウェイ１００は、回線交換端末１０１からの音声と映像の多重化データを伝送プロトコル変換部１０６で受信すると、Ｈ．２４５のネゴシエーションで得た回線交換端末１０１の多重化テーブル情報を元に、多重化データの各メディアを分離する。【００２７】
図２は、接続ゲートウェイ１００が設定する複数の多重化テーブルを説明するための図である。以下、図２を参照して多重化テーブルについて説明する。【００２８】
多重化フレーム１〜４  ２０１〜２０４は、ＡＭＲの各モードに対応した多重化フレームである。Ｈ．２２３ヘッダには、それぞれのＨ．２２３多重化フレームの長さ情報、多重化テーブル識別情報が含まれている。多重化テーブル識別情報により、Ｈ．２４５ネゴシエーションで取得したテーブル情報の中から、そのＨ．２２３多重化フレームの多重化に用いられた多重化テーブルが一意に特定できる。そして、そのテーブル情報から、多重化フレームに含まれる各データ部の長さが分かる。すなわち、多重化テーブル識別情報から、多重化フレーム１〜４  ２０１〜２０４の音声データ部の長さ（音声データ長ａ１〜ａ４）を知ることができる。【００２９】
次に、回線交換端末１０１からパケット交換端末１０２へのメディアの流れについて図面を参照して以下詳細に説明する。【００３０】
図３は、回線交換網からパケット交換網へメディアを送信するときの詳細な処理フローを示す図である。【００３１】
受信処理３０２にて、伝送プロトコル変換部１０６は、回線交換端末１０１からのＨ．２２３多重化データを回線交換網１０３を介して受信する。Ｈ．２２３多重化データでは、多重化フレームの各々に多重化テーブル識別情報が付加されている。Ｈ．２２３分離処理３０３は、この多重化テーブル識別情報とＨ．２４５ネゴシエーションにより得た多重化テーブル情報とに基づいて、音声および映像の符号化データを分離する。【００３２】
ここで、ＡＭＲでは符号化フレーム長が符号化ビットレートのモードと１対１で対応しているので、分離された音声符号化データ３０４の長さからＡＭＲの符号化モードが判明する。すなわち、Ｈ．２２３フレームで得られた多重化テーブル識別情報から、Ｈ．２２３多重化テーブルの音声データ部の長さが分かれば、ＡＭＲの符号化モードが分かる。これにより、回線交換端末１０１からのＨ．２２３多重化データに含まれる音声符号化データの符号化モードが通信中に変化しても、最短でＡＭＲの符号化フレーム（２０ｍｓｅｃ）毎の音声符号化ビットレートの変化に対応できる。【００３３】
もし、この音声符号化データ３０４が、パケット交換端末から得た能力情報にてサポートされていない音声符号化モードであれば、音声トランスコーダ３０５で、音声符号化データ３０４のビットレートを変換する。パケット交換端末が、音声符号化データ３０４の符号化に用いられている符号化モードをサポートしていれば、音声トランスコーダ３０５での処理は不要となる。【００３４】
なお、本発明において符号化ビットレートを変換するトランスコーダは、デコーダとエンコーダの対からなるタンデムトランスコーダでも、パラメータマッピング等による非タンデムトランスコーダであっても構わない。【００３５】
必要に応じて符号化ビットレートが変換された音声符号化データは、音声ペイロードフォーマット化処理３０６により、ＲＴＰペイロードのフォーマットに合うようにフォーマット化される。なお、本実施形態では伝送プロトコルとしてＲＴＰが用いられるため、音声ペイロードフォーマット化処理３０６が必要だが、伝送プロトコルがＲＴＰでなければ、その処理は不要となる。【００３６】
図４は、Ｈ．２２３多重化フレームから音声ＲＴＰパケットを生成する流れを説明するための図である。図５は、Ｈ．２２３多重化フレームから音声ＲＴＰパケットを生成するときに音声トランスコーダを使用する例について説明するための図である。【００３７】
図４および図５を参照して、Ｈ．２２３多重化フレームから音声のＲＴＰパケットを生成する流れについて説明する。【００３８】
まず、図４の例では、Ｈ．２２３多重化フレーム４０１に含まれる音声データ部の長さ（音声データ長ａ３）から、ＡＭＲの符号化モードを一意に特定する。そして、符号化データにペイロードフォーマット化処理４０２を施してＲＴＰパケット化し、ＲＴＰパケット４０３を生成する。【００３９】
また、図５の例では、Ｈ．２２３多重化フレーム５０１に含まれる音声データ部の長さ（音声データ長ａ３）から、ＡＭＲの符号化モードを特定する。特定された符号化モードがパケット交換端末のサポートしていないモードであれば、音声トランスコーダ５０２にて、パケット交換端末のサポートする符号化モード（ビットレート）に変換し、変換後の符号化データにペイロードフォーマット処理５０３を施してＲＴＰパケット化する。これによりＲＴＰパケット５０４が生成される。【００４０】
なお、パケット交換端末との能力交換により、パケット交換端末がマルチフレームのＲＴＰパケットを受信できる能力があることが判明していれば、ペイロードフォーマット化処理４０２、５０３にて、複数のＡＭＲ符号化フレームを同一のＲＴＰパケットに含めることができる。【００４１】
また、もし、Ｈ．２２３分離処理３０３へ入力された多重化フレームに音声データが含まれていなければ、音声符号化データ３０４として、無音符号化データ（ＡＭＲの場合は、ＮＯ  ＤＡＴＡフレーム）をＲＴＰパケット化し、パケット交換網１０４に送信すれば、パケット交換端末１０２での音質劣化を低く抑えることができる。【００４２】
ＲＴＰペイロードフォーマット化されたデータが音声ＲＴＰパケット化処理３０７によりＲＴＰパケット化される。音声ＲＴＰパケットは、音声送信処理３０８により、パケット交換網１０４を経由してパケット交換端末１０２へ送信される。【００４３】
次に映像について説明する。Ｈ．２２３分離処理３０３で分離された映像符号化データ３０９は、映像ペイロードフォーマット化処理３１０で、映像符号化データをＲＴＰで伝送するための処理が施される。その処理後の映像符号化データは、映像ＲＴＰパケット化処理３１１によってＲＴＰパケット化される。映像ＲＴＰパケットは、映像送信処理３１２により、パケット交換網１０４を経由してパケット交換端末１０２へ送信される。なお、伝送プロトコルがＲＴＰでなければ、音声の場合と同様に、映像ペイロードフォーマット化処理３１０が不要となる。【００４４】
次に、パケット交換端末１０２から回線交換端末１０１へのメディアの流れについて図面を参照して以下詳細に説明する。【００４５】
図６は、パケット交換網１００から回線交換網１０３へメディアを送信するときの詳細な処理フローを示す図である。【００４６】
接続ゲートウェイ１００は、パケット交換網１０４から音声のＲＴＰパケットを音声受信処理６０２で受信し、映像のＲＴＰパケットを映像受信処理６０７で受信する。それらのＲＴＰパケットは、パケット交換網１０４により順序が入れ替わっていても音声ＲＴＰ処理６０３または映像ＲＴＰ処理６０８により、もとの順序に整えられる。さらに、音声ペイロードフォーマット処理６０４で音声符号化データ６０５が抽出され、映像ペイロードフォーマット処理６０９で映像符号化データ６１０が抽出される。【００４７】
ここで、音声ＲＴＰ処理６０３により得られたＲＴＰペイロード長から、音声符号化データ６０５の符号化モード（ビットレート）が一意に特定される。音声符号化データ６０５が、Ｈ．２４５ネゴシエーションで得られた回線交換端末１０１のサポートする符号化モードでなければ、音声トランスコーダ６０６により、音声符号化データ６０５の符号化ビットレートが変換される。回線交換端末１０１が、音声符号化データ６０５の符号化に用いられた符号化モードをサポートしていれば、音声トランスコーダ６０６での処理は不要となる。【００４８】
必要に応じて符号化ビットレートが変換された音声符号化データは、Ｈ．２２３多重化処理６１１により、映像符号化データ６１０と共に多重化され、送信処理６１２によって回線交換網１０３を介して回線交換端末１０１へ送信される。Ｈ．２２３多重化処理６１１では、多重化する音声符号化データの符号化ビットレート（モード）情報から音声符号化データ長が一意に分かるので、Ｈ．２４５で回線交換端末１０１へ通知した多重化テーブルの中から適切なテーブルを選択し、その多重化テーブルを表す識別情報をＨ．２２３ヘッダに格納する。【００４９】
図７は、ＲＴＰ（音声）パケットからＨ．２２３多重化フレームを生成する流れを説明するための図である。図８は、ＲＴＰ（音声）パケットからＨ．２２３多重化フレームを生成するときに音声トランスコーダを使用する例について説明するための図である。【００５０】
図７および図８を参照して、ＲＴＰ（音声）パケットからＨ．２２３多重化フレームを生成する流れについて説明する。【００５１】
図７の例では、音声ＲＴＰパケット７０１のＲＴＰペイロード長から、ＲＴＰパケット７０１に含まれるＡＭＲ符号化モード（ビットレート）が一意に特定される。そして、ＲＴＰペイロードにペイロードフォーマット処理７０２を施して音声符号化データを取り出す。同様に、パケット交換網１０４から受信された映像ＲＴＰパケットに含まれる映像符号化データを取り出す。【００５２】
そして、Ｈ．２４５ネゴシエーションで回線交換端末１０１に通知したＨ．２２３多重化テーブルの中からＡＭＲ符号化モードに適した多重化テーブルを選択し、その多重化テーブルを用いて音声符号化データと映像符号化データを多重化し、Ｈ．２２３多重化フレーム７０３を生成する。【００５３】
図８の例では、音声ＲＴＰパケット８０１のＲＴＰペイロード長から、ＲＴＰパケット８０１に含まれるＡＭＲ符号化モード（ビットレート）が一意に特定される。それが回線交換端末１０１のサポートしていないモードであれば、音声トランスコーダ８０３により、回線交換端末１０１のサポートする符号化モード（ビットレート）に変換する。変換後の音声符号化データと、パケット交換網１０４から受信した映像ＲＴＰパケットから取り出した映像符号化データとを、Ｈ．２４５ネゴシエーションで回線交換端末に通知したＨ．２２３多重化テーブルの中から選択したビットレート変換後のＡＭＲ符号化モードに適した多重化テーブルを用いて多重化し、Ｈ．２２３多重化フレーム８０４を生成する。【００５４】
また、もし、Ｈ．２２３多重化処理６１１が音声符号化データと映像符号化データを多重化するタイミングに、音声データが存在しなければ（音声データがパケット交換網から受信されていなければ）、音声データの代わりに無音符号化データ（ＡＭＲの場合は、ＮＯ  ＤＡＴＡフレーム）を多重化して回線交換網１０３に送信すればよい。これにより、回線交換端末１０１での音質劣化を小さく抑えることができる。【００５５】
さらに、回線交換では、Ｈ．２２３多重化データの伝送ビットレートに上限が存在する場合が多く、これを超えるレートの多重化データを送信すれば遅延が生じる。そこで、多重化データのビットレートを抑制するために、一部の有音の音声符号化データを、よりデータ量の小さい（ビットレートの低い）無音の符号化データ（ＡＭＲの場合は、ＮＯ  ＤＡＴＡフレーム）に置き換えてＨ．２２３多重化処理を行い、回線交換網１０３へ送信することにしてもよい。【００５６】
（第２の実施形態）
回線交換網とパケット交換網の間に、プロトコル変換を行う接続ゲートウェイが配置される。接続ゲートウェイは、パケット交換網から、音声符号化データおよび映像符号化データを受信すると、音声符号化データに含まれるビットレート情報から符号化ビットレートを判断し、必要であれば音声ビットレートを変換する。接続ゲートウェイは、複数の多重化テーブルを予め持っており、変換後の音声ビットレートに従って多重化テーブルを選択し、その多重化テーブルを用いて音声符号化データおよび映像符号化データを多重化して回線交換網へ送信する。【００５７】
また、接続ゲートウェイは、回線交換網から多重化データを受信すると、多重化テーブル情報に従って多重化データを音声符号化データと映像符号化データに分離する。そして、接続ゲートウェイは、音声符号化データについて、音声符号化データに含まれるビットレート情報から符号化ビットレートを判断し、必要であれば音声ビットレートを変換する。続いて、接続ゲートウェイは、音声符号化データおよび映像符号化データをそれぞれパケット化してパケット交換網へ送信する。【００５８】
以下、図面を参照しながら詳細に説明する。【００５９】
第２の実施形態は、第１の実施形態に類似しているが、音声符号化データのビットレート（モード）の判断方法が異なっている。ここでは主に異なる部分について説明する。【００６０】
第２の実施形態による通信システムの構成は、図１に示した第１の実施形態と同様である。また、第２の実施形態は呼接続プロトコル、伝送プロトコル、および符号化方式も第１の実施形態と同様であり、例示したプロトコルおよび符号化方式に限定されないことは言うまでもない。【００６１】
また、第２の実施形態は、Ｈ．２４５ネゴシエーションの処理や多重化テーブルに関する処理（図２）など、回線交換端末１０１およびパケット交換端末１０２との呼接続処理についても第１の実施形態と同様である。【００６２】
回線交換端末１０１からパケット交換端末１０２へのメディアの流れについて図３を参照して説明する。【００６３】
受信処理３０２にて、伝送プロトコル変換部１０６は、回線交換端末１０１からのＨ．２２３多重化データを回線交換網１０３を介して受信する。Ｈ．２２３多重化データでは、多重化フレームの各々に多重化テーブル識別情報が付加されている。Ｈ．２２３分離処理３０３は、この多重化テーブル識別情報とＨ．２４５により得た多重化テーブル情報とに基づいて、音声および映像の符号化データを分離する。【００６４】
ここで、ＡＭＲは、符号化データの先頭に符号化ビットレートのモード情報（符号化ビットレート情報）を含んでいるので、分離された音声符号化データ３０４からＡＭＲの符号化モードが判明する。これにより、回線交換端末１０１からのＨ．２２３多重化データに含まれている音声符号化データの符号化モードが通信中に変化しても、最短でＡＭＲの符号化フレーム（２０ｍｓｅｃ）毎の音声符号化ビットレートの変化に対応できる。【００６５】
もし、この音声符号化データ３０４が、パケット交換端末から得た能力情報に含まれる音声符号化モードでサポートされていなければ、音声トランスコーダ３０５で、音声符号化データ３０４の符号化ビットレートを変換する。パケット交換端末が、音声符号化データ３０４の符号化に用いられている符号化モードをサポートしていれば、音声トランスコーダ３０５での処理は不要となる。【００６６】
必要に応じて符号化ビットレートが変換された音声符号化データは、音声ペイロードフォーマット化処理３０６により、ＲＴＰペイロードのフォーマットに合うようにフォーマット化される。本実施形態では伝送プロトコルとしてＲＴＰが用いられるため、音声ペイロードフォーマット化処理３０６が存在するが、伝送プロトコルがＲＴＰでなければ、その処理は不要となる。【００６７】
次に、パケット交換端末１０２から回線交換端末１０１へのメディアの流れについて図６を参照して以下に説明する。【００６８】
接続ゲートウェイ１００は、パケット交換網１０４から音声のＲＴＰパケットを音声受信処理６０２で受信し、映像のＲＴＰパケットを映像受信処理６０７で受信する。それらのＲＴＰパケットは、パケット交換網１０４により順序が入れ替わっっていても、音声ＲＴＰ処理６０３または映像ＲＴＰ処理６０８によりもとの順序に整えられる。さらに、音声ペイロードフォーマット処理６０４で音声符号化データ６０５が抽出され、映像ペイロードフォーマット処理６０９で映像符号化データ６１０が抽出される。【００６９】
ここで、音声符号化データ６０５が、Ｈ．２４５ネゴシエーションで得られた回線交換端末１０１のサポートする符号化モードでなければ、音声トランスコーダ６０６により、音声符号化データ６０５のビットレートが変換される。回線交換端末１０１が、音声符号化データ６０５の符号化に用いられた符号化モードをサポートしていれば、音声トランスコーダ６０６での処理は不要となる。【００７０】
必要に応じて符号化ビットレートが変換された音声符号化データは、Ｈ．２２３多重化処理６１１により、映像符号化データ６１０と共に多重化され、送信処理６１２によって回線交換網１０３を介して回線交換端末１０１へ送信される。Ｈ．２２３多重化処理６１１では、多重化する音声符号化データの符号化ビットレート（モード）情報から音声符号化データ長が一意に分かるので、Ｈ．２４５で回線交換端末１０１へ通知した多重化テーブルの中から適切なテーブルを選択し、その多重化テーブルを表す識別情報をＨ．２２３ヘッダに格納する。【００７１】
以上に説明したＡＭＲの音声符号化データに含まれる符号化モード情報からＡＭＲ符号化フレームのビットレートを識別する処理以外については、第２の実施形態は第１の実施形態と同様である。【００７２】
（第３の実施形態）
回線交換網とパケット交換網の間に、プロトコル変換を行う接続ゲートウェイが配置される。接続ゲートウェイは、パケット交換網から、音声符号化データおよび映像符号化データを受信すると、音声パケットのペイロード長から符号化フレーム長を判断し、受信データを符号化フレームに分離し、必要であれば音声ビットレートを変換する。接続ゲートウェイは、複数の多重化テーブルを予め持っており、変換後の音声ビットレートに従って多重化テーブルを選択し、その多重化テーブルを用いて音声符号化データおよび映像符号化データを多重化して回線交換網へ送信する。【００７３】
また、接続ゲートウェイは、回線交換網から多重化データを受信すると、多重化テーブル情報に従って多重化データを音声符号化データと映像符号化データに分離する。そして、接続ゲートウェイは、符号化データ長から判断して必要であれば音声ビットレートを変換する。続いて、接続ゲートウェイは、音声符号化データおよび映像符号化データをそれぞれパケット化してパケット交換網へ送信する。【００７４】
なお、パケットのペイロードを符号化フレームに分離するとき、呼接続処理から得られた音声符号化ビットレートを用いてもよい。【００７５】
以下、図面を参照しながら詳細に説明する。【００７６】
第３の実施形態は第１の実施形態に類似しているが、Ｈ．２２３多重化フレームに含まれる音声符号化フレームと、音声ＲＴＰパケットに含まれる音声符号化フレームがともに複数である点で異なっている。ここでは主に異なる部分について説明する。【００７７】
第３の実施形態による通信システムの構成は、図１に示した第１の実施形態と同様である。また、第３の実施形態は呼接続プロトコル、伝送プロトコル、および符号化方式も第１の実施形態と同様であり、例示したプロトコルおよび符号化方式に限定されないことは言うまでもない。【００７８】
また、第３の実施形態は、Ｈ．２４５ネゴシエーションの処理や多重化テーブルに関する処理（図２）など、回線交換端末１０１およびパケット交換端末１０２との呼接続処理についても第１の実施形態と同様である。【００７９】
回線交換端末１０１からパケット交換端末１０２へのメディアの流れについて図３を参照して説明する。【００８０】
受信処理３０２にて、伝送プロトコル変換部１０６は、端末からのＨ．２２３多重化データを回線交換網１０３を介して受信する。Ｈ．２２３多重化データでは、多重化フレームの各々に多重化テーブル識別情報が付加されている。Ｈ．２２３分離処理３０３は、この多重化テーブル識別情報とＨ．２４５により得た多重化テーブル情報とに基づいて、音声および映像の符号化データを分離する。【００８１】
ここでは、音声符号化データの長さがＡＭＲの１符号化フレームの長さの整数倍に等しければ、音声符号化データを整数個に分割したＡＭＲの１符号化フレーム長からＡＭＲの符号化モード（ビットレート）が判明する。【００８２】
もし、この音声符号化データ３０４から判明した音声符号化モードが、パケット交換端末から得た能力情報に含まれる音声符号化モードでサポートされていなければ、音声トランスコーダ３０５で、音声符号化データ３０４の符号化ビットレートを変換する。パケット交換端末が、音声符号化データ３０４の符号化に用いられた符号化モードをサポートしていれば、音声トランスコーダ３０５での処理は不要となる。【００８３】
必要に応じて符号化ビットレートが変換された音声符号化データは、音声ペイロードフォーマット化処理３０６により、ＲＴＰペイロードのフォーマットに合わせてフォーマット化される。本実施形態では伝送プロトコルとしてＲＴＰが用いられるため、音声ペイロードフォーマット化処理３０６が存在するが、伝送プロトコルがＲＴＰでなければ、その処理は不要となる。【００８４】
図９は、Ｈ．２２３多重化フレームから音声ＲＴＰパケットを生成する流れを説明するための図である。図１０は、Ｈ．２２３多重化フレームから音声ＲＴＰパケットを生成するときに音声トランスコーダを使用する例について説明するための図である。【００８５】
図９および図１０を参照して、Ｈ．２２３多重化フレームから音声のＲＴＰパケットを生成する流れについて説明する。【００８６】
図９の例では、Ｈ．２２３多重化フレーム９０１に含まれる音声データ部の長さ（音声データ長ａ４）がＡＭＲの符号化フレーム長ｆの整数倍であるとすると、ＡＭＲの符号化モードおよびフレーム数を一意に特定でき、個々のＡＭＲ符号化フレーム９０２〜９０４を分離することができる。ＡＭＲ符号化フレーム９０２に、ペイロードフォーマット化処理９０５を施してＲＴＰパケット化することでＲＴＰパケット９０６が生成される。【００８７】
図１０の例では、Ｈ．２２３多重化フレーム１００１に含まれる音声データ部の長さ（音声データ長ａ４）がＡＭＲの符号化フレーム長ｆの整数倍であれば、そのことに基いてＡＭＲの符号化モードおよびフレーム数が一意に特定される。そして、ＡＭＲの符号化モードがパケット交換端末のサポートしていないモードであれば、音声トランスコーダ１００５により、パケット交換端末のサポートする符号化モード（ビットレート）に変換する。そして、変換後の符号化データにペイロードフォーマット処理１００６を施してＲＴＰパケット化し、ＲＴＰパケット１００７を生成する。【００８８】
なお、パケット交換端末との能力交換により、パケット交換端末にマルチフレームのＲＴＰパケットを受信できる能力があることが判明していれば、ペイロードフォーマット化処理９０５、１００６にて、複数のＡＭＲ符号化フレームを同一のＲＴＰパケットに含めることができる。パケット交換端末にマルチフレームのＲＴＰパケットを受信できる能力がなければ、音声符号化フレーム毎にＲＴＰパケットペイロードフォーマット処理およびＲＴＰパケット化を行う。【００８９】
次に、パケット交換端末１０２から回線交換端末１０１へのメディアの流れについて図６を参照して説明する。【００９０】
接続ゲートウェイ１００は、パケット交換網１０４から音声および映像のＲＴＰパケットを音声受信処理６０２および映像受信処理６０７でそれぞれ受信する。それらのＲＴＰパケットは、音声ＲＴＰ処理６０３または映像ＲＴＰ処理６０８により、パケット交換網１０４により入れ替わった順序が整えられる。音声ペイロードフォーマット処理６０４で音声符号化データ６０５が抽出され、映像ペイロードフォーマット処理６０９で映像符号化データ６１０が抽出される。【００９１】
なお、音声ペイロードフォーマット処理６０４では、１つの音声ＲＴＰパケットに複数のＡＭＲ符号化フレームが含まれていれば、個々のＡＭＲ符号化フレームに分離することで複数の音声符号化データが得られる。伝送プロトコルとしてＲＴＰもしくはＲＴＰペイロードフォーマットを用いていなければ、ペイロード部の長さが１音声符号化フレームの整数倍なので、個々のフレームを分離することができる。この際、呼接続処理で得られる、パケット交換端末１０２のサポートする符号化モードからフレーム長を推測してもよい。【００９２】
音声符号化データ６０５が、Ｈ．２４５ネゴシエーションで得られた回線交換端末１０１のサポートする符号化モードでなければ、音声トランスコーダ６０６が音声符号化データ６０５のビットレートを変換する。回線交換端末が、音声符号化データ６０５の符号化に用いられた符号化モードをサポートしていれば、音声トランスコーダ６０６での処理は不要となる。【００９３】
必要に応じて符号化ビットレートが変換された音声符号化データは、Ｈ．２２３多重化処理６１１により、映像符号化データ６１０と共に多重化され、送信処理６１２によって回線交換網１０３を経由して回線交換端末へ送信される。Ｈ．２２３多重化処理６１１では、多重化する音声符号化データの符号化ビットレート（モード）情報により、音声符号化データ長が一意に分かる。そのため、同一Ｈ．２２３フレームに含める音声符号化フレームの個数倍した音声データ長を把握し、Ｈ．２４５で回線交換端末へ通知した多重化テーブルの中から適切なテーブルを選択し、その多重化テーブルを表す識別情報をＨ．２２３ヘッダに格納する。【００９４】
図１１は、ＲＴＰ（音声）パケットからＨ．２２３多重化フレームを生成する流れを説明するための図である。図１２は、ＲＴＰ（音声）パケットからＨ．２２３多重化フレームを生成するときに音声トランスコーダを使用する例を説明するための図である。【００９５】
図１１および図１２を参照して、ＲＴＰ（音声）パケットからＨ．２２３多重化フレームを生成する流れについて説明する。【００９６】
図１１の例では、音声ＲＴＰパケット１１０１のＲＴＰペイロードである音声データにペイロードフォーマット処理１１０２を施して、個々のＡＭＲ符号化フレーム１１０３〜１１０５を取り出す。伝送プロトコルとしてＲＴＰおよびＲＴＰペイロードフォーマットに従っていない場合、ペイロード長が１音声符号化フレームの整数倍であれば、そのことに基づいて個々の音声符号化フレームを分離する。その音声符号化フレームと、同様にパケット交換網１０４から受信された映像ＲＴＰパケットに含まれていた映像符号化データとを多重化し、Ｈ．２２３多重化フレーム１１０６を生成する。その多重化には、同一のＨ．２２３多重化フレームに含める符号化フレーム長の合計に従ってＨ．２４５ネゴシエーションで回線交換端末１０１に通知したＨ．２２３多重化テーブルの中から、ＡＭＲ符号化モードに適した多重化テーブルが用いられる。図１１の例では、複数の音声符号化フレームが１つのＨ．２２３多重化フレームの音声データ部に多重化されている。しかし、Ｈ．２２３多重化テーブルの音声データ部に、単一の音声符号化フレームに相当するテーブルしかなければ、個々の音声符号化フレームをそれぞれ多重化した複数のＨ．２２３多重化フレームを生成する。【００９７】
また、図１２の例では、音声ＲＴＰパケット１２０１のＲＴＰペイロードである音声データにペイロードフォーマット処理１２０２を施して、個々のＡＭＲ符号化フレーム１２０３〜１２０５を取り出す。次に、これらのＡＭＲ符号化フレーム長からＡＭＲの符号化モード（ビットレート）を一意に特定する。特定されたＡＭＲの符号化モードが回線交換端末１０１のサポートしていないモードであれば、音声トランスコーダ１２０６により、回線交換端末１０１のサポートする符号化モード（ビットレート）に変換する。得られた音声符号化フレームと、パケット交換網１０３から受信された映像ＲＴＰパケットに含まれていた映像符号化データとを多重化し、Ｈ．２２３多重化フレーム１２０７を生成する。その多重化には、Ｈ．２４５ネゴシエーションで回線交換端末に通知したＨ．２２３多重化テーブルの中から、ビットレート変換後のＡＭＲ符号化モードに適した多重化テーブルが用いられる。図１２の例でも、複数の音声符号化フレームが１つのＨ．２２３多重化フレームの音声データ部に多重化されている。しかし、Ｈ．２２３多重化テーブルの音声データ部に、単一の音声符号化フレームに相当するテーブルしかなければ、個々の音声符号化フレームをそれぞれ多重化して複数のＨ．２２３多重化フレームを生成する。【００９８】
なお、図１１、図１２では１つのＨ．２２３多重化フレームに含まれるＡＭＲ符号化フレーム数が３つの場合を例に説明したが、多重化フレームに含まれるＡＭＲ符号化フレームの個数がこれに限定されないことは勿論である。【００９９】
以上に説明した内容以外について、第３の実施形態は第１の実施形態と同様である。【０１００】
（第４の実施形態）
回線交換網とパケット交換網の間に、プロトコル変換を行う接続ゲートウェイが配置される。接続ゲートウェイは、パケット交換網から、音声符号化データおよび映像符号化データを受信すると、音声符号化データに含まれるビットレート情報から１符号化フレーム長を判断して符号化フレームに分離し、必要であれば音声ビットレートを変換する。接続ゲートウェイは、複数の多重化テーブルを予め持っており、変換後の音声ビットレートに従って多重化テーブルを選択し、その多重化テーブルを用いて音声符号化データおよび映像符号化データを多重化して回線交換網へ送信する。【０１０１】
また、接続ゲートウェイは、回線交換網から多重化データを受信すると、多重化テーブル情報に従って多重化データを音声符号化データと映像符号化データに分離する。そして、接続ゲートウェイは、音声符号化データについて、音声符号化データに含まれるビットレート情報から判断して必要であれば音声ビットレート変換する。続いて、接続ゲートウェイは、音声符号化データおよび映像符号化データをそれぞれパケット化してパケット交換網へ送信する。なお、パケットのペイロードを符号化フレーム単位に分離するとき、呼接続処理から得られた音声符号化ビットレートを用いてもよい。【０１０２】
以下、図面を参照しながら詳細に説明する。【０１０３】
第４の実施形態は、第３の実施形態に類似しているが、音声符号化データのビットレート（モード）の判断の仕方だけが異なっている。ここでは主に異なる部分について説明する。【０１０４】
第４の実施形態による通信システムの構成は、図１に示した第１の実施形態と同様である。また、第４の実施形態は呼接続プロトコル、伝送プロトコル、および符号化方式も第１の実施形態と同様であり、例示したプロトコルおよび符号化方式に限定されないことは言うまでもない。【０１０５】
また、第４の実施形態は、Ｈ．２４５ネゴシエーションの処理や多重化テーブルに関する処理（図２）など、回線交換端末１０１およびパケット交換端末１０２との呼接続処理についても第１の実施形態と同様である。【０１０６】
回線交換端末１０１からパケット交換端末１０２へのメディアの流れについて図３を参照して説明する。【０１０７】
受信処理３０２にて、伝送プロトコル変換部１０６は、回線交換端末１０１からのＨ．２２３多重化データを回線交換網１０３を介して受信する。Ｈ．２２３多重化データでは、多重化フレームの各々に多重化テーブル識別情報が付加されている。Ｈ．２２３分離処理３０３は、この多重化テーブル識別情報とＨ．２４５により得た多重化テーブル情報とに基づいて、音声および映像の符号化データを分離する。【０１０８】
ここで、ＡＭＲは、符号化データの先頭に、符号化ビットレートのモード情報を含んでいるので、分離された音声符号化データ３０４のデータから、ＡＭＲの符号化モードが判明する。これは、回線交換端末１０１からのＨ．２２３多重化データに含まれている音声符号化データの符号化モードが通信中に変化しても、最短でＡＭＲの符号化フレーム（２０ｍｓｅｃ）ごとの音声符号化ビットレートの変化に対応できる。【０１０９】
もし、この音声符号化データ３０４が、パケット交換端末から得た能力情報に含まれる音声符号化モードでサポートされていなければ、音声トランスコーダ３０５で、音声符号化データ３０４の符号化ビットレートを変換する。パケット交換端末が、音声符号化データ３０４の符号化に用いられている符号化モードをサポートしていれば、音声トランスコーダ３０５での処理は不要となる。【０１１０】
必要に応じて符号化ビットレートが変換された音声符号化データは、音声ペイロードフォーマット化処理３０６により、ＲＴＰペイロードのフォーマットに合わせてフォーマット化される。本実施形態では伝送プロトコルとしてＲＴＰが用いられるため、音声ペイロードフォーマット化処理３０６が存在するが、伝送プロトコルがＲＴＰでなければ、その処理は不要となる。【０１１１】
パケット交換端末１０２から回線交換端末１０１へのメディアの流れについて図９および図１０を参照して以下に説明する。【０１１２】
図９の例では、音声符号化データの先頭に含まれる符号化モード情報から音声符号化フレーム９０２のフレーム長が判明する。その次の音声符号化フレーム９０３の先頭に含まれる符号化モード情報から音声符号化フレーム９０３のフレーム長が判明する。その次の音声符号化フレーム９０４の先頭に含まれる符号化モード情報から音声符号化フレーム９０４のフレーム長が判明する。これにより、符号化フレーム９０２〜９０４の個々を分離することができ、またそれぞれの符号化モード（ビットレート）が判明する。続いて、ＡＭＲ符号化フレーム９０２に、ペイロードフォーマット化処理９０５を施し、ＲＴＰパケット化することで、ＲＴＰパケット９０６が生成される。【０１１３】
一方、図１０の例では、Ｈ．２２３多重化フレーム１００１に含まれる音声データに含まれる符号化モード情報から、図９の場合と同様に、個々の音声符号化フレーム１００２〜１００４を分離し、符号化モード情報を取得することができる。もし、音声符号化フレーム１００２〜１００４が、パケット交換端末１０２のサポートしていない符号化モードであれば、音声トランスコーダ１００５にて、パケット交換端末のサポートする符号化モード（ビットレート）に変換する。そして、変換後の符号化データにペイロードフォーマット処理１００６を施してＲＴＰパケット化することでＲＴＰパケット１００７を生成する。【０１１４】
なお、パケット交換端末との能力交換により、パケット交換端末がマルチフレームのＲＴＰパケットを受信できる能力があることが判明していれば、ペイロードフォーマット化処理９０５，１００６は、複数のＡＭＲ符号化フレームを同一のＲＴＰパケットに含めることができる。【０１１５】
一方、パケット交換端末１０２から回線交換端末１０１へのメディアの送信について図６を参照して説明する。【０１１６】
接続ゲートウェイ１００は、パケット交換網１０４から音声および映像のＲＴＰパケットを音声受信処理６０２および映像受信処理６０７でそれぞれ受信する。それらのＲＴＰパケットは、音声ＲＴＰ処理６０３または映像ＲＴＰ処理６０８により、パケット交換網１０４により入れ替わった順序が整えられる。音声ペイロードフォーマット処理６０４で音声符号化データ６０５が抽出され、映像ペイロードフォーマット処理６０９で映像符号化データ６１０が抽出される。【０１１７】
なお、音声ペイロードフォーマット処理６０４では、１つの音声ＲＴＰパケットに複数のＡＭＲ符号化フレームが含まれていれば、個々のＡＭＲ符号化フレームを分離して複数の音声符号化データを取得する。もし、伝送プロトコルとしてＲＴＰもしくはＲＴＰペイロードフォーマットを用いない場合、各音声符号化フレームの先頭に含まれる符号化モード情報から１音声符号化フレーム長を特定できるので、その１音声符号化フレーム長に基いて個々の符号化フレームを分離する。【０１１８】
以上に説明した内容以外については、第４の実施形態は第３の実施形態と同様である。【０１１９】
（第５の実施形態）
図１３は、第５の実施形態における接続ゲートウェイを実現するコンピュータ処理システムの構成を示すブロック図である。本コンピュータ処理システムはプロトコル変換サーバとして実現され、第１〜第４の実施形態と同様にパケット交換網と回線交換網の間でのメディア通信を可能にするためのプロトコル変換処理を実行する。【０１２０】
図１３を参照すると、コンピュータ処理システムは、データ処理装置（ＣＰＵ）１３０１、ビットレート変換部（音声トランスコード部）１３０２、記憶部１３０３、呼接続部１３０４、入出力部１３０５から構成されている。ビットレート変換部１３０２は、音声符号化データのデータレートを変換する。記憶部１３０３は、処理プログラム及び複数の多重化テーブルの情報等、各種データを記憶する。呼接続部１３０４は、Ｈ．２４５ネゴシエーション等を含む呼接続の処理を行う。入出力部１３０５は、パケット交換網１０４と回線交換網１０３の間でやりとりされるメディアをデータ処理装置１３０１へ入出力する。【０１２１】
図１に示した接続ゲートウェイ１００における伝送プロトコル変換部１０６、音声トランスコード部１０７、および呼接続部１０５に係る処理は、主に図１３のデータ処理装置１３０１等で実行される。【０１２２】
第５の実施形態の基本的機能は第１の実施形態と同様である。また、第５の実施形態は、呼接続プロトコル、伝送プロトコル、符号化方式についても第１の実施形態と同様である。また、Ｈ．２４５ネゴシエーションや多重化テーブル（図２）など、回線交換端末１０１およびパケット交換端末１０２との呼接続処理についても第１の実施形態と同様である。なお、本発明は特定のプロトコルや符号化方式等に限定されない。【０１２３】
本実施形態の接続ゲートウェイ１００の処理は、データ処理装置１３０１が記憶部１３０３に格納されたプロトコル変換用の処理プログラムを読み込んで実行することにより行われる。つまり、読み込まれた処理プログラムがデータ処理装置１３０１の動作を制御し、データ処理装置１３０３がプロトコル変換の処理を行う。【０１２４】
回線交換網１０３とパケット交換網１０４のそれぞれ接続された端末１０１，１０２間の双方向通信を開始するには、呼接続部１３０４を介するプロトコル変換に関する各種ネゴシエーションが必要である。呼接続部１３０４は、端末間の通信におけるビットレート変更時の多重化テーブルの変更についてのＨ．２４５ネゴシエーション等のやり取りを行なう。また、呼接続部１３０４は、パケット交換網１０４の端末１０２に関するＳＩＰ／ＳＤＰ等で把握する交換の能力情報の取得等も行う。そして呼接続部１３０４及びデータ処理装置１３０１の処理によりネゴシエーションによる全ての多重化テーブル(データの割り当て)の通知による複数の多重化テーブル（情報）等、必要な情報が事前に記憶部１３０３に格納される。【０１２５】
図１４は、回線交換網１０３とパケット交換網１０４の間で送受信されるメディアに対するデータ処理装置１３０１の基本的処理機能と処理フローを示す図である。図１４は第１、第２の実施形態に相当する例を示している。回線交換網１０３とパケット交換網１０４の間の具体的なメディアの変換処理フローは図３〜８に示した通りなので、ここでは基本的処理フローのみを示す。【０１２６】
以下、図１４を参照し、第５の実施形態における、第１の実施形態に相当するプロトコル変換処理による回線交換端末とパケット交換端末間のメディアの流れと処理機能について説明する。【０１２７】
データ処理装置１３０１は、パケット交換網１０４からパケットを受信すると（１４０２）、その音声パケットのペイロード長に基づいて音声符号化ビットレートを参照する（１４０３）。また、データ処理装置１３０１は、回線交換網１０３から多重化データを受信すると（１４０９）、その多重化データの多重化テーブルから得られる音声データ長に基づいて音声符号化ビットレートを参照する（１４１０）。【０１２８】
そして、データ処理装置１３０１は、パケット交換網１０４から受信した音声符号化データおよび映像符号化データを、音声パケットのペイロード長から判断し、必要であればビットレート変換部１３０２で回線交換網１０３のビットレートにビットレート変換する（１４０４）。データ処理装置１３０１は、続いて、変換後の音声ビットレートに対応する適切な多重化テーブルを記憶部１３０３から選択し（１４０５）、音声符号化データをその多重化テーブルに基づいて多重化し（１４０６）、得られた多重化データを回線交換網１０３へ送信する（１４０７）。【０１２９】
また、データ処理装置１３０１は、回線交換網１０３から受信した多重化データを多重化テーブル情報（１４１０）に従って音声の符号化データと映像の符号化データに分離する（１４１１）。そして、データ処理装置１３０１は、音声符号化データについて、符号化データ長からビットレートを判断し、必要があればビットレート変換をする（１４１２）。続いて、データ処理装置１３０１は、音声の符号化データと映像の符号化データをそれぞれパケット化し（１４１３）、パケット交換網１０３へ送信する（１４１４）。【０１３０】
次に、第５の実施形態における、第２の実施形態に相当するプロトコル変換処理による回線交換端末１０１とパケット交換端末１０２の間のメディアの流れを図１４を参照して説明する。【０１３１】
データ処理装置１３０１は、パケット交換網１０４からパケットを受信すると（１４０２）、そのパケットから得られる音声符号化データに含まれるビットレート情報を抽出する（１４０３）。また、データ処理装置１３０１は、回線交換網１０３から多重化データを受信すると（１４０９）、その多重化データから得られる音声符号化データに含まれるビットレート情報を抽出する（１４１０）。【０１３２】
そして、データ処理装置１３０１は、パケット交換網１０４から受信した音声符号化データおよび映像符号化データを、その音声符号化データに含まれるビットレート情報から判断して必要であればビットレート変換部１３０２でビットレート変換する（１４０４）。続いて、データ処理装置１３０１は、音声ビットレートに基づいて適切な多重化テーブルを記憶部１３０３から選択し（１４０５）、その多重化テーブルを用いて多重化し（１４０６）、回線交換網１０３へ送信する（１４０７）。【０１３３】
また、データ処理装置１３０１は、回線交換網１０３から受信した多重化データを、その多重化テーブル情報（１４１０）に基づいて音声の符号化データと映像の符号化データに分離する（１４１１）。そして、データ処理装置１３０１は、音声符号化データについて、音声符号化データに含まれるビットレート情報から判断して必要であればビットレート変換を行う（１４１２）。続いて、データ処理装置１３０１は、音声の符号化データと映像の符号化データをそれぞれパケット化して（１４１３）、パケット交換網１０４へ送信する（１４１４）。【０１３４】
図１５は、回線交換網１０３とパケット交換網１０４の間で送受信されるメディアに対するデータ処理装置１３０１の基本的処理機能と処理フローを示す図である。図１５は、第３、第４の実施形態に相当する例を示している。回線交換網１０３とパケット交換網１０４の間の具体的なメディアの変換処理フローは図９〜１２に示した通りなので、ここでは基本的処理フローのみを示す。【０１３５】
次に、第５の実施形態における、第３の実施形態に相当するプロトコル変換処理による回線交換端末とパケット交換端末間のメディアの流れについて図１５を参照して説明する。ここに示すプロトコル変換処理は、複数の音声符号化フレームを含む音声符号化データを対象とする例である。【０１３６】
データ処理装置１３０１は、パケット交換網１０４からパケットを受信すると（１５０２）、そのパケットから得られるペイロード長から音声符号化ビットレートを参照する（１５０３）。また、データ処理装置１３０１は、回線交換網１０３から多重化データを受信すると（１５１０）、その多重化データの多重化テーブルから得られる音声データ長からビットレートを参照する（１５１１）。【０１３７】
そして、データ処理装置１３０１は、パケット交換網１０４から音声符号化データおよび映像符号化データを受信すると、音声パケットのペイロード長から音声符号化データの複数の音声符号化フレームの１符号化フレーム長を判断し、その１符号化フレーム長に基いて符号化データを符号化フレームに分離する（１５０４）。また、データ処理装置１３０１は、必要であれば、音声符号化データをビットレート変換する（１５０５）。続いて、データ処理装置１３０１は、変換後の音声ビットレートに従って適切な多重化テーブルを記憶部１３０３から選択し（１５０６）、多重化テーブルにより多重化して（１５０７）、回線交換網１０３へ送信する（１５０８）。【０１３８】
また、データ処理装置１３０１は、回線交換網１０３から受信した多重化データを、その多重化テーブル情報（１５１１）に従って音声の符号化データと映像の各符号化データに分離する（１５１２）。そして、データ処理装置１３０１は、音声符号化データについて、符号化データ長からビットレートを判断して必要があれば、ビットレート変換を行う（１５１３）。続いて、データ処理装置１３０１は、音声の符号化データと映像の各符号化データをそれぞれパケット化して（１５１４）、パケット交換網１０４へ送信する（１５１５）。【０１３９】
以上の処理において、音声パケットのペイロードを符号化フレーム単位に分離するとき、呼接続部１３０４の呼接続処理から音声符号化ビットレートを得る処理機能を設け、それで得られた音声符号化ビットレートを利用することにしてもよい。【０１４０】
次に、第５の実施形態における、第４の実施形態に相当するプロトコル変換処理による回線交換端末とパケット交換端末間のメディアの流れを図１５により説明する。このプロトコル変換処理も音声符号化フレームが複数でなる音声符号化データを対象とするものである。【０１４１】
データ処理装置１３０１は、パケット交換網１０４からパケットを受信すると（１５０２）、そのパケットから得られる音声符号化データに含まれるビットレート情報を抽出する（１５０３）。また、データ処理装置１３０１は、回線交換網１０３から多重化データを受信すると（１５１０）、その多重化データから得られる音声符号化データに含まれるビットレート情報を抽出する（１５１１）。【０１４２】
そして、データ処理装置１３０１は、パケット交換網１０４から受信した音声符号化データおよび映像符号化データを、音声符号化データに含まれるビットレート情報から１符号化フレーム長を判断し、その１符号化フレーム長に基いて符号化フレームに分離する（１５０４）。さらに、データ処理装置１３０１は、必要があれば、符号化フレームをビットレート変換する（１５０５）。続いて、データ処理装置１３０１は、変換後の音声ビットレートに従って適切な多重化テーブルを記憶部１３０３から選択し（１５０６）、その多重化テーブルにより多重化して（１５０７）、回線交換網１０３へ送信する（１５０８）。【０１４３】
また、データ処理装置１３０１は、回線交換網１０３から受信した多重化データを、その多重化テーブル情報（１５１１）に従って音声の符号化データと映像の符号化データに分離する（１５１２）。データ処理装置１３０１は、音声符号化データについて、音声符号化データに含まれるビットレート情報から判断して必要があれば、ビットレート変換を行う（１５１３）。続いて、データ処理装置１３０１は、音声の符号化データと映像の符号化データをそれぞれパケット化して（１５１４）、パケット交換網１０４へ送信する（１５１５）。【０１４４】
以上の処理において、音声パケットのペイロードを符号化フレーム単位に分離するとき、呼接続部１３０４の呼接続処理から音声符号化ビットレートを得る処理機能を設け、それで得られた音声符号化ビットレートを利用することにしてもよい。
【図１】
0004645856.tif 000002
【図２】
0004645856.tif 000003
【図３】
0004645856.tif 000004
【図４】
0004645856.tif 000005
【図５】
0004645856.tif 000006
【図６】
0004645856.tif 000007
【図７】
0004645856.tif 000008
【図８】
0004645856.tif 000009
【図９】
0004645856.tif 000010
【図１０】
0004645856.tif 000011
【図１１】
0004645856.tif 000012
【図１２】
0004645856.tif 000013
【図１３】
0004645856.tif 000014
【図１４】
0004645856.tif 000015
【図１５】
0004645856.tif 000016