(57)【要約】【課題】ペイロードの後半部分のエラー発生時にクラスＡビットが破棄されるのを防ぎ、フレーム自体が無効とならない音声圧縮伸張装置及び音声圧縮伸張プログラムを提供する。【解決手段】複数の各音声フレームデータから任意のオクテットを抽出するオクテット抽出部１２と、抽出された任意のオクテットを当該オクテットに含まれているビットのクラスＡ、ＢまたはＣごとに分類するオクテット分類部１４と、分類されたオクテットの総数をクラスごとに求めるクラス別オクテット数算出部１６と、算出された上記クラスごとのオクテットの総数をすべて加算し、全オクテットの総数を求める全オクテット数算出部１８と、全オクテットの総数に対するクラスごとのオクテット数比に基づいて、各オクテットをペイロードに配置する配置部２０とを具備する。【選択図】　　図１
2004096212.tif 000002
【特許請求の範囲】
【請求項１】
第１のクラスの情報要素を含むオクテットと、前記第１のクラスの情報要素より重要度の低い第２のクラスの情報要素を含むオクテットとを複数個備えた複数の音声フレームデータを、オクテット単位でペイロードに配置する音声符号化装置であって、
前記複数の音声フレームデータからそれぞれオクテットを抽出するオクテット抽出手段と、
前記各音声フレームデータ別に、前記オクテット抽出手段により抽出された複数のオクテットを当該オクテットに含まれる情報要素のクラスごとに分類するオクテット分類手段と、
前記各音声フレームデータ別に、前記オクテット分類手段により分類されたオクテットの総数を上記クラスごとに求めるクラス別オクテット数算出手段と、
前記各音声フレームデータ別に、前記クラス別オクテット数算出手段により算出された前記クラスごとのオクテットの総数を加算し、全クラスのオクテットの総数を求める全オクテット数算出手段と、
前記全オクテット数算出手段により算出された全オクテットの総数に対する上記クラスごとのオクテット数の比に基づいて、上記第１のクラスの情報要素を含むオクテット及び第２のクラスの情報要素を含むオクテットを、第１のクラスの情報要素を含むオクテットが第２のクラスの情報要素を含むオクテットよりも上記ペイロードの先頭側に優先的に配置されるように配置する配置手段と、
を具備することを特徴とする音声符号化装置。
【請求項２】
クラスＡ、クラスＢまたはクラスＣのいずれか１つのクラスの情報要素を含むオクテットを複数個備えたＮ（Ｎは２以上の整数）個の音声フレームデータをペイロードに配置する音声符号化装置であって、
上記各音声フレームデータごとのクラスＡビットを含むオクテット数ｆｏｃｔ＿ａ（ｊ）を算出する第１のオクテット数算出手段と、
上記各音声フレームデータごとのクラスＡビットとクラスＢビットとを含むオクテット数ｆｏｃｔ＿ａｂ（ｊ）を算出する第２のオクテット数算出手段と、
上記各音声フレームデータごとのクラスＡビットとクラスＢビットとクラスＣビットとを含むオクテット数ｆｏｃｔ＿ａｂｃ（ｊ）を算出する第３のオクテット数算出手段と、
全音声フレームデータのクラスＡビットを含むオクテット数の総数Ｌ＿ａを算出する第１のオクテット総数算出手段と、
全音声フレームデータのクラスＡビットとクラスＢビットとを含むオクテット数の総数Ｌ＿ａｂを算出する第２のオクテット総数算出手段と、
全音声フレームデータのクラスＡビットとクラスＢビットとクラスＣビットとを含むオクテット数の総数Ｌ＿ａｂｃを算出する第３のオクテット総数算出手段と、
上記各音声フレームデータごとの符号化済みオクテット数ｇｏｃｔ（ｊ）を０に設定する符号化済みオクテット数初期化手段と、
上記ペイロードの先頭からのオクテットの位置を表す変数ｍを０に設定するオクテット位置初期化手段と、
Ｎ個の上記音声フレームデータの内、０からＮ−１まで１音声フレームデータずつ順番に、
ｇｏｃｔ（ｊ）≠ｆｏｃｔ＿ａ（ｊ）
かつ
ｍ≧Ｌ＿ａ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａ（ｊ）
であるかの判定を上記ｍがＬ＿ａ−１となるまで行う第１の判定手段と、
この第１の判定手段で条件を満たすと判断された音声フレームデータが音声ビットであるか、パディングビットであるかを判定する第２の判定手段と、
第２の判定手段によって音声ビットであると判定された場合は、音声フレームデータの先頭から８＊ｇｏｃｔ（ｊ）＋１番目のオクテットを上記ペイロードに挿入する第１の挿入手段と、
第２の判定手段によってパディングビットであると判定された場合は、０を上記ペイロードに挿入する第２の挿入手段と、
ペイロードの総ビット数ｋをペイロードに挿入されたビット数分だけ増やす第１の加算手段と、
上記ｇｏｃｔ（ｊ）を１増やす第２の加算手段と、
上記ｍを１増やす第３の加算手段と、
上記第３の加算手段の終了後に、Ｎ個の上記音声フレームデータの内、０からＮ−１まで１音声フレームデータずつ順番に、
ｇｏｃｔ（ｊ）≠ｆｏｃｔ＿ａｂ（ｊ）
かつ
ｍ≧Ｌ＿ａｂ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂ（ｊ）
であるかの判定を上記ｍがＬ＿ａｂ−１となるまで行う第３の判定手段と、
この第３の判定手段で条件を満たすと判断された音声フレームデータが音声ビットであるか、パディングビットであるかを判定する第４の判定手段と、
第４の判定手段によって音声ビットであると判定された場合は、音声フレームデータの先頭から８＊ｇｏｃｔ（ｊ）＋１番目のオクテットを上記ペイロードに挿入する第３の挿入手段と、
第４の判定手段によってパディングビットであると判定された場合は、０を上記ペイロードに挿入する第４の挿入手段と、
ペイロードの総ビット数ｋをペイロードに挿入されたビット数分だけ増やす第４の加算手段と、
上記ｇｏｃｔ（ｊ）を１増やす第５の加算手段と、
上記ｍを１増やす第６の加算手段と、
上記第６の判定手段の終了後に、Ｎ個の上記音声フレームデータの内、０からＮ−１まで１音声フレームデータずつ順番に、
ｇｏｃｔ（ｊ）≠ｆｏｃｔ＿ａｂｃ（ｊ）
かつ
ｍ≧Ｌ＿ａｂｃ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂｃ（ｊ）
であるかの判定を上記ｍがＬ＿ａｂｃ−１となるまで行う第７の判定手段と、
この第７の判定手段で条件を満たすと判断された音声フレームデータが音声ビットであるか、パディングビットであるかを判定する第８の判定手段と、
第８の判定手段によって音声ビットであると判定された場合は、音声フレームデータの先頭から８＊ｇｏｃｔ（ｊ）＋１番目のオクテットを上記ペイロードに挿入する第５の挿入手段と、
第８の判定手段によってパディングビットであると判定された場合は、０を上記ペイロードに挿入する第６の挿入手段と、
ペイロードの総ビット数ｋをペイロードに挿入されたビット数分だけ増やす第７の加算手段と、
上記ｇｏｃｔ（ｊ）を１増やす第８の加算手段と、
上記ｍを１増やす第９の加算手段と、
を具備することを特徴とする音声符号化装置。
【請求項３】
第１のクラスの情報要素を含むオクテットと、前記第１のクラスの情報要素より重要度の低い第２のクラスの情報要素を含むオクテットとを複数個備えた複数の音声フレームデータを、オクテット単位でペイロードに配置する処理をコンピュータに実行させる音声符号化プログラムであって、
前記複数の音声フレームデータからそれぞれオクテットを抽出するオクテット抽出処理と、
前記各音声フレームデータ別に、前記オクテット抽出処理により抽出された複数のオクテットを当該オクテットに含まれる情報要素のクラスごとに分類するオクテット分類処理と、
前記各音声フレームデータ別に、前記オクテット分類処理により分類されたオクテットの総数を上記クラスごとに求めるクラス別オクテット数算出処理と、
前記各音声フレームデータ別に、前記クラス別オクテット数算出処理により算出された前記クラスごとのオクテットの総数を加算し、全クラスのオクテットの総数を求める全オクテット数算出処理と、
前記全オクテット数算出処理により算出された全オクテットの総数に対する上記クラスごとのオクテット数の比に基づいて、上記第１のクラスの情報要素を含むオクテット及び第２のクラスの情報要素を含むオクテットを、第１のクラスの情報要素を含むオクテットが第２のクラスの情報要素を含むオクテットよりも上記ペイロードの先頭側に優先的に配置されるように配置する配置処理とをコンピュータ装置に実行させる音声符号化プログラム。
【請求項４】
クラスＡ、クラスＢまたはクラスＣのいずれか１つのクラスの情報要素を含むオクテットを複数個備えたＮ（Ｎは２以上の整数）個の音声フレームデータをペイロードに配置する処理をコンピュータに実行させる音声符号化プログラムであって、
上記各音声フレームデータごとのクラスＡビットを含むオクテット数ｆｏｃｔ＿ａ（ｊ）を算出する第１のオクテット数算出処理と、
上記各音声フレームデータごとのクラスＡビットとクラスＢビットとを含むオクテット数ｆｏｃｔ＿ａｂ（ｊ）を算出する第２のオクテット数算出処理と、
上記各音声フレームデータごとのクラスＡビットとクラスＢビットとクラスＣビットとを含むオクテット数ｆｏｃｔ＿ａｂｃ（ｊ）を算出する第３のオクテット数算出処理と、
全音声フレームデータのクラスＡビットを含むオクテット数の総数Ｌ＿ａを算出する第１のオクテット総数算出処理と、
全音声フレームデータのクラスＡビットとクラスＢビットとを含むオクテット数の総数Ｌ＿ａｂを算出する第２のオクテット総数算出処理と、
全音声フレームデータのクラスＡビットとクラスＢビットとクラスＣビットとを含むオクテット数の総数Ｌ＿ａｂｃを算出する第３のオクテット総数算出処理と、上記各音声フレームデータごとの符号化済みオクテット数ｇｏｃｔ（ｊ）を０に設定する符号化済みオクテット数初期化処理と、
上記ペイロードの先頭からのオクテットの位置を表す変数ｍを０に設定するオクテット位置初期化処理と、
Ｎ個の上記音声フレームデータの内、０からＮ−１まで１音声フレームデータずつ順番に、
ｇｏｃｔ（ｊ）≠ｆｏｃｔ＿ａ（ｊ）
かつ
ｍ≧Ｌ＿ａ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａ（ｊ）
であるかの判定を上記ｍがＬ＿ａ−１となるまで行う第１の判定処理と、
この第１の判定処理で条件を満たすと判断された音声フレームデータが音声ビットであるか、パディングビットであるかを判定する第２の判定処理と、
第２の判定処理によって音声ビットであると判定された場合は、音声フレームデータの先頭から８＊ｇｏｃｔ（ｊ）＋１番目のオクテットを上記ペイロードに挿入する第１の挿入処理と、
第２の判定処理によってパディングビットであると判定された場合は、０を上記ペイロードに挿入する第２の挿入処理と、
ペイロードの総ビット数ｋをペイロードに挿入されたビット数分だけ増やす第１の加算処理と、
上記ｇｏｃｔ（ｊ）を１増やす第２の加算処理と、
上記ｍを１増やす第３の加算処理と、
上記第３の加算処理の終了後に、Ｎ個の上記音声フレームデータの内、０からＮ−１まで１音声フレームデータずつ順番に、
ｇｏｃｔ（ｊ）≠ｆｏｃｔ＿ａｂ（ｊ）
かつ
ｍ≧Ｌ＿ａｂ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂ（ｊ）
であるかの判定を上記ｍがＬ＿ａｂ−１となるまで行う第３の判定処理と、
この第３の判定処理で条件を満たすと判断された音声フレームデータが音声ビットであるか、パディングビットであるかを判定する第４の判定処理と、
第４の判定処理によって音声ビットであると判定された場合は、音声フレームデータの先頭から８＊ｇｏｃｔ（ｊ）＋１番目のオクテットを上記ペイロードに挿入する第３の挿入処理と、
第４の判定処理によってパディングビットであると判定された場合は、０を上記ペイロードに挿入する第４の挿入処理と、
ペイロードの総ビット数ｋをペイロードに挿入されたビット数分だけ増やす第４の加算処理と、
上記ｇｏｃｔ（ｊ）を１増やす第５の加算処理と、
上記ｍを１増やす第６の加算処理と、
上記第６の判定処理の終了後に、Ｎ個の上記音声フレームデータの内、０からＮ−１まで１音声フレームデータずつ順番に、
ｇｏｃｔ（ｊ）≠ｆｏｃｔ＿ａｂｃ（ｊ）
かつ
ｍ≧Ｌ＿ａｂｃ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂｃ（ｊ）
であるかの判定を上記ｍがＬ＿ａｂｃ−１となるまで行う第７の判定処理と、
この第７の判定処理で条件を満たすと判断された音声フレームデータが音声ビットであるか、パディングビットであるかを判定する第８の判定処理と、
第８の判定処理によって音声ビットであると判定された場合は、音声フレームデータの先頭から８＊ｇｏｃｔ（ｊ）＋１番目のオクテットを上記ペイロードに挿入する第５の挿入処理と、
第８の判定処理によってパディングビットであると判定された場合は、０を上記ペイロードに挿入する第６の挿入処理と、
ペイロードの総ビット数ｋをペイロードに挿入されたビット数分だけ増やす第７の加算処理と、
上記ｇｏｃｔ（ｊ）を１増やす第８の加算処理と、
上記ｍを１増やす第９の加算処理とをコンピュータ装置に実行させる音声符号化プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、例えばＡＭＲ　ＲＴＰ　Ｍｏｄｅ　Ｆｏｒｍａｔのソーティングを利用したペイロード化技術を用いた音声符号化装置及び音声符号化プログラムに関する。
【０００２】
【従来の技術】
従来、移動無線通信システムの一つであるＧＳＭ（Ｇｌｏｂａｌ　Ｓｙｓｔｅｍｓ　ｆｏｒ　Ｍｏｂｉｌｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）システムでは、適応マルチレート符号化器（ＡＭＲ：ａｄａｐｔｉｖｅ　ｍｕｌｔｉｒａｔｅ　ｃｏｄｅｒ）が用いられている。このＡＭＲの音声ストリームデータをペイロード化する方式の１つとしてｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式がある。このｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式を説明している文献としては、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）から発行されているｄｒａｆｔ−ｉｔｅｆ−ａｖｔ−ｒｔｐ−ａｍｒ−１０．ｔｘｔがある。以下にこのｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式について説明する。
【０００３】
図１７は、ｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式で使用するパラメータを定義したものであり、また図１８は、ｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式のアルゴリズムを示したプログラムのソースコードを示したものである。
【０００４】
（１７．１）では、初期設定として音声フレームデータをソーティングした後のペイロード（例えばペイロードｂ）の総ビット数を表す変数ｋを０に設定し、ペイロードヘッダのビット数（ペイロードヘッダ長）を表す変数Ｈを８として設定する。（１７．２）では、インタリーブ処理を行う場合にはペイロードヘッダ長Ｈにさらに８ビット長分の長さを付け加える。（１７．３）では、ペイロードヘッダの情報をビット単位でペイロードｂに挿入する。同時にペイロードｂに挿入したビット数分だけｋを増やす。（１７．４）では、各音声フレーム（以下フレームと称す）ｊ（＝０からＮ＝１）のＴｏＣ（Ｔａｂｌｅ　ｏｆ　Ｃｏｎｔｅｎｔｓ）の情報を、ペイロードヘッダの後ろにビット単位で挿入する。同時に、ペイロードｂに挿入したビット数分だけｋを増やす。（１７．５）では、ＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）処理を行う場合に、各フレームｊ（＝０からＮ−１）のＣＲＣの情報をＴｏＣの後ろにビット単位で挿入する。同時に、ペイロードｂに挿入したビット数分だけｋを増やす。
【０００５】
ペイロード化されたフレームのデータはオクテットという単位で規定されている。このため、各フレームｊ（＝０からＮ−１）をオクテット単位で割り当てるために、（１７．６）では各フレームごとに必要なパディングビット数を求める。（１７．７）では、全フレームの中で最長の長さを持つフレームを検索し、そのビット長を変数ｍａｘに挿入する。（１７．８）では、ｒｏｂｕｓｔ　ｓｏｒｔｉｎｇを行う。このｒｏｂｕｓｔ　ｓｏｒｔｉｎｇでは、各フレームから８ビット単位でデータを抽出し、抽出された８ビット単位のデータをペイロードｂに挿入する。この時に、各フレームの最終のオクテットにおいてパディングビットが必要な場合には、パディングビットが挿入される。また、同時にペイロードｂに挿入したビット数分だけｋを増やす。（１７．９）では、ペイロードｂのビット列からオクテット列ｏへのペイロード化を行う。
【０００６】
次に、図１９はｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式によるペイロード化する前の各フレームの構成図である。フレームＦ１は、１２個のオクテットｆ１（０），ｆ１（１），・・・ｆ１（１１）から構成されている（フレームタイプは０）。以下、フレームＦ２は１７個のオクテットｆ２（０），ｆ２（１），・・・ｆ２（１６）から（フレームタイプは３）、またフレームＦ３は３１個のオクテットｆ３（０），ｆ３（１），・・・ｆ３（３０）から（フレームタイプは７）、さらにフレームＦ４は５個のオクテットｆ４（０），ｆ４（１），・・・ｆ４（４）から（フレームタイプは１５）それぞれ構成されている。同図に示される各フレームのオクテットは音声データ部分であり、あらかじめ最後のオクテットにパディングビットを付加して配置している。
【０００７】
これらの各フレームを従来のｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式によってペイロード化した後の配置図が図２０である。同図に示すように、各フレームの先頭から１オクテットずつ交互にペイロードに挿入された配置となっている。また上記各フレームは、ビットエラーが許されない優先度の高い順にクラスＡビット群、クラスＢビット群、クラスＣビット群に分類されている。この中でクラスＡビット群は、エラーが起こるとフレーム自体が破棄されてしまうためエラーが全く許されないとされる。図２０に示した配置に、上記クラスＡビットを含むオクテットを斜線でマークしたものが図２１である。
【０００８】
同図に示すように、従来のｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式によるペイロード化では、各フレームの先頭から１オクテットずつ交互にペイロードに挿入する方式となっているため、フレーム長の差が大きい複数のフレームをペイロード化する場合、短いフレームほど早くペイロード化が完了し、長いフレームほどペイロード化するのに時間がかかる。またクラスＡビット群のビット数は、フレーム長が短いほど少なく、フレーム長が長いほど多くなる。このため、クラスＡビットを含むオクテットとそれ以外のオクテットであるクラスＢやクラスＣを含むオクテットとが交互に配置される。すなわち、図２１に示すようにクラスＡビットを含むオクテットが断続的に配置される。
【０００９】
【発明が解決しようとする課題】
ところが、このような従来のｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式では、フレーム長の差が大きい複数のフレームをペイロード化する場合、一方の長いフレーム長のクラスＡビットがペイロード化され、ペイロードへの挿入が完了する前に、別の短いフレーム長のクラスＡビットのペイロードへの挿入が完了し、さらに上記短いフレーム長のクラスＢビットの挿入が行われるようなことが起こる。
【００１０】
このため、クラスＡビットを含むオクテットとそれ以外のオクテットであるクラスＢビットやクラスＣビットを含むオクテットとが交互に配置される。従って、最も重要な情報を保持しているクラスＡビットを含むオクテットをフレームの先頭に連続して優先的に配置させることができない。よって、長いフレーム長のクラスＡビットがペイロードの後半部分に配置されてしまった場合、フレームの送信中にペイロードの後半部分でエラーが発生したときには、長いフレーム長のクラスＡビットが破棄されてしまい、これにより当該フレーム全体が無効になりやすい傾向がある。
【００１１】
この発明は上記事情に着目してなされたもので、その目的とするところは、ペイロードの後半部分でエラーが発生した場合に、フレームの最も重要な情報を保持しているクラスのオクテットが破棄されるのを防ぎ、これによりフレーム自体が無効とならないようにした音声符号化装置及び音声符号化プログラムを提供することにある。
【００１２】
【課題を解決するための手段】
上記目的を達成するためにこの発明は、第１のクラスの情報要素を含むオクテットと、前記第１のクラスの情報要素より重要度の低い第２のクラスの情報要素を含むオクテットとを複数個備えた複数の音声フレームデータを、オクテット単位でペイロードに配置する。そして、前記複数の音声フレームデータからそれぞれオクテットを抽出するオクテット抽出手段と、前記各音声フレームデータ別に、前記オクテット抽出手段により抽出された複数のオクテットを当該オクテットに含まれる情報要素のクラスごとに分類するオクテット分類手段と、前記各音声フレームデータ別に、前記オクテット分類手段により分類されたオクテットの総数を上記クラスごとに求めるクラス別オクテット数算出手段と、前記各音声フレームデータ別に、前記クラス別オクテット数算出手段により算出された前記クラスごとのオクテットの総数を加算し、全クラスのオクテットの総数を求める全オクテット数算出手段とを備えている。そして、前記全オクテット数算出手段により算出された全オクテットの総数に対する上記クラスごとのオクテット数の比に基づいて、上記第１のクラスの情報要素を含むオクテット及び第２のクラスの情報要素を含むオクテットを、第１のクラスの情報要素を含むオクテットが第２のクラスの情報要素を含むオクテットよりも上記ペイロードの先頭側に優先的に配置されるように配置する配置手段を具備したものである。
【００１３】
したがってこの発明によれば、第１のクラスの情報要素を含むオクテットがペイロードの先頭に優先的に配置されたペイロードが形成される。このため、ペイロードの送受信時に当該ペイロードの後半部分にエラーが発生しても、第１のクラスが破棄されるのを防ぎ、フレーム自体が無効とならないようにすることができる。
【００１４】
【発明の実施の形態】
図１は、この発明の一実施形態に係わる音声符号化装置の要部構成を示す機能ブロック図である。同図に示すように音声符号化装置１０は、オクテット抽出部１２と、オクテット分類部１４と、クラス別オクテット数算出部１６と、全オクテット数算出部１８と、オクテット配置部２０とを備えている。これらの機能は、マイクロプロセッサにプログラムを実行させることにより実現される。
【００１５】
上記音声符号化装置１０は、複数の音声フレームデータを１つのペイロードに配置する音声符号化装置である。各音声フレームデータは、クラスＡ、クラスＢまたはクラスＣのいずれか１つのクラスの情報要素（ビット）を含むオクテットを複数個備え、上記オクテット抽出部１２に入力される。
【００１６】
オクテット抽出部１２は、入力された各音声フレームデータからそれぞれオクテットを抽出する。オクテット分類部１４は、各音声フレームデータ別に、上記オクテット抽出部１２によって抽出された複数のオクテットを当該オクテットに含まれているビットのクラスごとに分類する。
【００１７】
クラス別オクテット数算出部１６は、各音声フレームデータ別に、オクテット分類部１４によって分類されたオクテットの総数をクラスごとに求める。全オクテット数算出部１８は、各音声フレームデータ別に、クラス別オクテット数算出部１６によって算出されたクラスごとのオクテットの総数を加算し、全クラスのオクテット総数を求める。
【００１８】
オクテット配置部２０は、全オクテット数算出部１８によって算出された上記全クラスのオクテット総数に対するクラスごとのオクテット数の比を求める。そしてこの比に基づいて、各クラスＡ，Ｂ，Ｃのオクテットを、クラスＡのオクテットがペイロードの先頭から連続して優先的に配置されるように、ペイロード上に配置する。
【００１９】
以上のような構成された音声符号化装置１０によるペイロード作成動作を、音声符号化プログラムの処理手順に従って説明する。
【００２０】
図２は、この音声符号化プログラムに係わるパラメータを定義したものである。これらのパラメータは、複数の音声フレームデータ（以下、フレームと称す）をｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式を用いてペイロード化する際に使用する。また図３及び図４はこの発明の一実施形態に係わるｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式のアルゴリズムを示したプログラムのソースコード、図５乃至図９はこの発明の一実施形態に係わるｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式のアルゴリズムを示したプログラムに対応するフローチャートである。
【００２１】
まず図３に示す（２．１）では、複数のフレーム（例えばフレームｊ）をソーティングした後のペイロード（例えばペイロードｂ）の総ビット数を表す変数ｋを０に設定する。そしてペイロードヘッダのビット数（ペイロードヘッダ長）を表す変数Ｈを８として設定する。この部分の処理は図５の（３．１）に相当する。
【００２２】
次に（２．２）では、インタリーブ処理を行う場合にペイロードヘッダ長Ｈにさらに８ビット長分の長さを付け加える。この部分の処理は図５の（３．２）に相当する。（２．３）では、ペイロードヘッダの情報をビット単位でペイロードｂに挿入する。同時に、ペイロードｂに挿入したビット数分だけ変数ｋを増やす。この部分の処理は図５の（３．３）に相当する。
【００２３】
（２．４）では、各フレームｊ（＝０からＮ＝１）のＴｏＣ（Ｔａｂｌｅ　ｏｆ　Ｃｏｎｔｅｎｔｓ）の情報をペイロードヘッダの後ろにビット単位で挿入する。同時に、挿入したビット数分だけ変数ｋを増やす。この部分の処理は図５の（３．４）に相当する。（２．５）では、ＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）処理を行う場合、各フレームｊ（＝０からＮ−１）のＣＲＣの情報を、上記ＴｏＣの後ろにビット単位で挿入する。同時に、挿入したビット数分だけ変数ｋを増やす。この部分の処理は図５の（３．５）に相当する。ここまでの処理は従来のｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式と同様である。
【００２４】
さて、（２．６）の（２．６ａ）では、全フレームのクラスＡのビットを含むオクテットの総和Ｌ＿ａを０に設定して初期化する。この部分の処理は図６の（３．６ａ）に相当する。（２．６ｂ）では、各フレームｊのペイロード化済みのオクテット数を表す変数ｇｏｃｔ（ｊ）を０に設定して初期化する。この部分の処理は図６の（３．６ｂ）に相当する。（２．６ｃ）では、各フレームｊのクラスＡのビット数Ｆ＿ａ（ｊ）から、各フレームｊのクラスＡのビットを含むオクテット数ｆｏｃｔ＿ａ（ｊ）を求める。この部分の処理は図６の（３．６ｃ）に相当する。（２．６ｄ）では、ｆｏｃｔ＿ａ（ｊ）から全フレームのクラスＡのビットを含むオクテットの総和Ｌ＿ａを求める。この部分の処理は図６の（３．６ｄ）に相当する。
【００２５】
次に（２．７）の（２．７ａ）では、全フレームのクラスＡのビットとクラスＢのビットとを含むオクテットの総和Ｌ＿ａｂを０に設定して初期化する。この部分の処理は図６の（３．７ａ）に相当する。（２．７ｂ）では、各フレームｊのクラスＡのビット数とクラスＢのビット数Ｆ＿ａｂ（ｊ）から、各フレームｊのクラスＡのビットを含むオクテット数と、クラスＢビットを含むオクテット数ｆｏｃｔ＿ａｂ（ｊ）をそれぞれ求める。この部分の処理は図６の（３．７ｂ）に相当する。（２．７ｃ）では、ｆｏｃｔ＿ａｂ（ｊ）から全フレームのクラスＡのビットを含むオクテットとクラスＢのビットを含むオクテットの総和Ｌ＿ａｂを求める。この部分の処理は図６の（３．７ｃ）に相当する。
【００２６】
また（２．８）の（２．８ａ）では、全フレームのクラスＡのビットを含むオクテットと、クラスＢのビットを含むオクテットと、クラスＣビットを含むオクテットの総和Ｌ＿ａｂｃを０に設定して初期化する。この部分の処理は図６の（３．８ａ）に相当する。（２．８ｂ）では、各フレームｊのクラスＡのビット数とクラスＢのビット数とクラスＣのビット数Ｆ＿ａｂｃ（ｊ）から、各フレームｊのクラスＡのビットを含むオクテットと、クラスＢのビットを含むオクテットと、クラスＣのビットを含むオクテットの数ｆｏｃｔ＿ａｂｃ（ｊ）を求める。この部分の処理は図６の（３．８ｂ）に相当する。（２．８ｃ）では、ｆｏｃｔ＿ａｂｃ（ｊ）から全フレームのクラスＡのビットを含むオクテットと、クラスＢのビットを含むオクテットと、クラスＣのビットを含むオクテットの総和Ｌ＿ａｂｃを求める。この部分の処理は図６の（３．８ｃ）に相当する。
【００２７】
続いて（２．９）では、ペイロードのオクテットインデックスを表す変数ｍを０に設定して初期化する。この部分の処理は図７の（３．９）に相当する。
【００２８】
次に（２．１０）では、クラスＡのビットを含むオクテットをソーティングする。この部分の処理は図７の（３．１０）に相当する。まず（２．１０）の（２．１０ａ）では、ｍがｍ＜Ｌ＿ａであるかを判定する。すなわち、ペイロード化を行う際に、Ｌ＿ａ個のオクテットが満たされているかどうかを判定する。この部分の処理は図７の（３．１０ａ）に相当する。（２．１０ｂ）では、変数ｊはフレームインデックスを表し、フレームｊがＮ（Ｎは２以上の整数）回より小さいかどうかを判定している。この部分の処理は図７の（３．１０ｂ）に相当する。（２．１０ｃ）では、フレームｊに関して、フレーム中にペイロード化されていないクラスＡのビットを含むオクテットが残っているかどうか（ｇｏｃｔ（ｊ）とｆｏｃｔ＿ａ（ｊ）とが一致しているかどうか）を判定する。ペイロード化されていないクラスＡのビットを含むオクテットが残っている場合は、ｉｆ文内の処理を実行する。この部分の処理は図７の（３．１０ｃ）に相当する。
【００２９】
（２．１０ｄ）では、ペイロード化する際にペイロードの先頭からｍ番目のオクテットの位置にフレームｊのオクテットを挿入するかどうかを判定する。ｍがＬ＿ａ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａ（ｊ）以上の場合は、対象となるフレームｊのオクテットをペイロードに挿入する動作に移る。ｍがＬ＿ａ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａ（ｊ）未満の場合は、対象となるフレームｊのオクテットをペイロードに挿入する動作には移らずに、次のフレームを検討する。この部分の処理は図７の（３．１０ｄ）に相当する。
【００３０】
さらに（２．１０ｅ）では、変数ｌはビットインデックスを表す。この部分の処理は図７の（３．１０ｅ）に相当する。（２．１０ｆ）では、ペイロードに挿入しようとするビットが音声ビットであるか、パディングビットであるかを判定する。この部分の処理は図７の（３．１０ｆ）に相当する。（２．１０ｆ）で音声ビットであると判定された場合には、（２．１０ｇ）においてフレームｊの８＊ｇｏｃｔ（ｊ）＋１番目のビットがペイロードｂに挿入される。この部分の処理は図７の（３．１０ｇ）に相当する。これに対し（２．１０ｆ）でパディングビットであると判定された場合には、（２．１０ｈ）において０がペイロードｂに挿入される。この部分の処理は図７の（３．１０ｈ）に相当する。
【００３１】
また（２．１０ｇ）、（２．１０ｈ）において、変数ｋをペイロードｂに挿入されたビット数分だけ増やす。（２．１０ｉ）では、フレームｊのペイロード化済みのオクテット数であるｇｏｃｔ（ｊ）を１増やす。この部分の処理は図７の（３．１０ｉ）に相当する。（２．１０ｊ）では、ペイロードのオクテットインデックスを表す変数ｍを１増やす。この部分の処理は図７の（３．１０ｊ）に相当する。
【００３２】
次に（２．１１）では、クラスＢビットを含むオクテットをソーティングする。この部分の処理は図８の（３．１１）に相当する。まず（２．１１）の（２．１１ａ）では、ｍがｍ＜Ｌ＿ａｂであるかを判定する。すなわち、ペイロード化を行う際に、Ｌ＿ａｂ個のオクテットが満たされているかどうかを判定する。この部分の処理は図８の（３．１１ａ）に相当する。（２．１１ｂ）では、変数ｊはフレームインデックスを表し、フレームｊがＮ回より小さいかどうかを判定している。この部分の処理は図８の（３．１１ｂ）に相当する。
【００３３】
（２．１１ｃ）では、フレームｊに関して、フレーム中にペイロード化されていないクラスＡのビットを含むオクテット及びクラスＢのビットを含むオクテットが残っているかどうかを判定する。ペイロード化されていないクラスＡのビットを含むオクテット及びクラスＢのビットを含むオクテットが残っている場合は、ｉｆ文内の処理を実行する。この部分の処理は図８の（３．１１ｃ）に相当する。
【００３４】
（２．１１ｄ）では、ペイロード化する際に、ペイロードの先頭からｍ番目のオクテットの位置にフレームｊのオクテットを挿入するかどうかを判定する。ｍがＬ＿ａｂ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂ（ｊ）以上の場合には、対象となるフレームｊのオクテットをペイロードに挿入する動作に移る。一方、ｍがＬ＿ａｂ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂ（ｊ）未満の場合には、対象となるフレームｊのオクテットをペイロードに挿入する動作には移らずに、次のフレームについて検討する。この部分の処理は図８の（３．１１ｄ）に相当する。
【００３５】
さらに（２．１１ｅ）では、変数ｌはビットインデックスを表す。この部分の処理は図８の（３．１１ｅ）に相当する。（２．１１ｆ）では、ペイロードに挿入しようとするビットが音声ビットであるか、パディングビットであるかを判定する。この部分の処理は図８の（３．１１ｆ）に相当する。（２．１１ｆ）で音声ビットであると判定された場合には、（２．１１ｇ）においてフレームｊの８＊ｇｏｃｔ（ｊ）＋１番目のビットがペイロードｂに挿入される。この部分の処理は図８の（３．１１ｇ）に相当する。これに対し（２．１１ｆ）でパディングビットであると判定された場合には、（２．１１ｈ）において０がペイロードｂに挿入される。この部分の処理は図８の（３．１１ｈ）に相当する。また（２．１１ｇ）及び（２．１１ｈ）において、変数ｋを挿入されたビット数分だけ増やす。
【００３６】
（２．１１ｉ）では、フレームｊのペイロード化済みのオクテット数であるｇｏｃｔ（ｊ）を１増やす。この部分の処理は図８の（３．１１ｉ）に相当する。（２．１１ｊ）では、ペイロードのオクテットインデックスを表す変数ｍを１増やす。この部分の処理は図８の（３．１１ｊ）に相当する。
【００３７】
次に（２．１２）では、クラスＣビットを含むオクテットをソーティングする処理を行う。この部分の処理は図９の（３．１２）に相当する。まず（２．１２）の（２．１２ａ）では、ｍがｍ＜Ｌ＿ａｂｃであるかを判定する。すなわち、ペイロード化を行う際に、Ｌ＿ａｂｃ個のオクテットが満たされているかどうかを判定する。この部分の処理は図９の（３．１２ａ）に相当する。
【００３８】
（２．１２ｂ）では、変数ｊはフレームインデックスを表し、フレームｊがＮ回より小さいかどうかを判定している。この部分の処理は図９の（３．１２ｂ）に相当する。（２．１２ｃ）では、フレームｊに関して、フレーム中にペイロード化されていないクラスＡのビットを含むオクテット、クラスＢのビットを含むオクテット、及びクラスＣのビットを含むオクテットが残っているかどうかを判定する。ペイロード化されていないクラスＡのビットを含むオクテット、クラスＢのビットを含むオクテット及びクラスＣのビットを含むオクテットが残っている場合は、ｉｆ文内の処理を実行する。この部分の処理は図９の（３．１２ｃ）に相当する。
【００３９】
（２．１２ｄ）では、ペイロード化する際に、ペイロードの先頭からｍ番目のオクテットの位置にフレームｊのオクテットを挿入するかどうかを判定する。ｍがＬ＿ａｂｃ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂｃ（ｊ）以上の場合は、対象となるフレームｊのオクテットをペイロードに挿入する動作に移る。一方、ｍがＬ＿ａｂｃ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂｃ（ｊ）未満の場合には、対象となるフレームｊのオクテットをペイロードに挿入する動作には移らずに、次のフレームについて検討する。この部分の処理は図９の（３．１２ｄ）に相当する。
【００４０】
さらに（２．１２ｅ）では、変数ｌはビットインデックスを表す。この部分の処理は図９の（３．１２ｅ）に相当する。（２．１２ｆ）では、ペイロードに挿入しようとするビットが音声ビットであるか、またはパディングビットであるかを判定する。この部分の処理は図９の（３．１２ｆ）に相当する。（２．１２ｆ）で音声ビットであると判定された場合は、（２．１２ｇ）においてフレームｊの８＊ｇｏｃｔ（ｊ）＋１番目のビットがペイロードｂに挿入される。この部分の処理は図９の（３．１２ｇ）に相当する。これに対し（２．１２ｆ）でパディングビットであると判定された場合は、（２．１２ｈ）において０がペイロードｂに挿入される。この部分の処理は図９の（３．１２ｈ）に相当する。
【００４１】
また（２．１２ｇ）及び（２．１２ｈ）において、変数ｋを挿入されたビット数分だけ増やす。（２．１２ｉ）では、フレームｊのペイロード化済みオクテット数であるｇｏｃｔ（ｊ）を１増やす。この部分の処理は図９の（３．１２ｉ）に相当する。（２．１２ｊ）では、ペイロードのオクテットインデックスを表す変数ｍを１増やす。この部分の処理は図９の（３．１２ｊ）に相当する。そして（５．１３）では、ペイロードｂのビット列からオクテット列ｏへのペイロードの変換を行う。この部分の処理は、図９フローチャートの（６．１３）に相当する。
【００４２】
以上のような音声符号化プログラムに従いオクテットのソーティングを行った計算結果の例を図１０、図１１及び図１２に示す。
【００４３】
図１０はクラスＡのビットを含むオクテットについてソーティングした計算結果である。同図に示されるように、ｍが０の場合、全フレームのクラスＡのビットを含むオクテットの総和Ｌ＿ａが３０、各フレームのペイロード化済みのオクテット数を表す変数ｇｏｃｔ（ｊ）が０、各フレームｊのクラスＡビットを含むオクテット数ｆｏｃｔ＿ａ（ｊ）が６であるのでＬ＿ａ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａ（ｊ）が０となる。そして、ｍがＬ＿ａ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａ（ｊ）以上の場合に該当するので、対象となるフレームＦ１のオクテットｆ１（０）をペイロードに挿入可と判断する。以下同様に、クラスＡのビットを含むオクテットについてソーティングを行い、ペイロードに挿入の可否について判断する。
【００４４】
図１１は、クラスＡのビットを含むオクテット及びクラスＢのビットを含むオクテットについてソーティングした計算結果を示す。同図に示されるように、ｍが３０の場合、全フレームのクラスＡのビットを含むオクテット及びクラスＢのビットを含むオクテットの総和Ｌ＿ａｂ　が５７、各フレームのペイロード化済みのオクテット数を表す変数ｇｏｃｔ（ｊ）が６、各フレームｊのクラスＡのビットを含むオクテット及びクラスＢのビットを含むオクテット数ｆｏｃｔ＿ａ（ｊ）が１２であるので、Ｌ＿ａｂ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂ（ｊ）は２８となる。そして、ｍがＬ＿ａｂ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂ（ｊ）以上の場合に該当するので、対象となるフレームＦ１のオクテットｆ１（６）をペイロードに挿入可と判断する。以下同様に、クラスＡのビットを含むオクテット及びクラスＢのビットを含むオクテットについてソーティングを行い、ペイロードに挿入の可否について判断する。
【００４５】
図１２は、クラスＡのビットを含むオクテットと、クラスＢのビットを含むオクテットと、クラスＣのビットを含むオクテットについてソーティングした計算結果を示すものである。同図に示されるように、ｍが５７の場合、全フレームのクラスＡのビットを含むオクテットと、クラスＢのビットを含むオクテットと、クラスＣのビットを含むオクテットの総和Ｌ＿ａｂｃが６５、各フレームのペイロード化済みのオクテット数を表す変数ｇｏｃｔ（ｊ）が２３、各フレームｊのクラスＡのビットを含むオクテットと、クラスＢのビットを含むオクテットと、クラスＣビットを含むオクテット数ｆｏｃｔ＿ａ（ｊ）が３１であるので、Ｌ＿ａｂｃ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂｃ（ｊ）は４８となる。そして、ｍがＬ＿ａｂｃ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂｃ（ｊ）以上の場合に該当するので、対象となるフレームＦ３のオクテットｆ３（２３）をペイロードに挿入可と判断する。以下同様に、クラスＡのビットを含むオクテットと、クラスＢのビットを含むオクテットと、クラスＣのビットを含むオクテットについてソーティングを行い、ペイロードに挿入の可否について判断する。
【００４６】
次に、以上のような計算結果に基づきペイロード化を行う。ペイロード化前のペイロードの構成図を図１３に示す。
【００４７】
図１３では、オクテット数１２個からなるフレームＦ１［オクテットｆ１（０）、ｆ１（１）、ｆ１（２）、…、ｆ１（１１）；フレームタイプは０］と、オクテット数１０個からなるフレームＦ２［オクテットｆ２（０）、ｆ２（１）、ｆ２（２）、…、ｆ２（１６）；フレームタイプは３］と、オクテット数３１個からなるフレームＦ３［オクテットｆ３（０）、ｆ３（１）、ｆ３（２）、…、ｆ３（３０）；フレームタイプは７］と、オクテット数５個からなるフレームＦ４［オクテットｆ４（０）、ｆ４（１）、ｆ４（２）、…、ｆ４（４）；フレームタイプは８］とからなる４つのフレームのペイロード化前の構成が示されている。このとき各フレームのオクテットは、音声データ（音声ビット）であり、また、最終オクテットには予めパディングビットを付加している。
【００４８】
また図１４は、各フレームタイプの音声ビット数と各クラスビット数を示したものである。同図に示すように、フレームＦ１はフレームタイプ０であるので、音声ビット数は９５、クラスＡのビット数は４２、クラスＡのビットを含むオクテット数は６、クラスＡ＋Ｂのビット数は９５、クラスＡ＋Ｂのビットを含むオクテット数は１２、クラスＡ＋Ｂ＋Ｃのビット数は９５、クラスＡ＋Ｂ＋Ｃのビットを含むオクテット数は１２である。
【００４９】
フレームＦ２はフレームタイプ３であるので、音声ビット数は１３４、クラスＡのビット数は５８、クラスＡのビットを含むオクテット数は８、クラスＡ＋Ｂのビット数は１３４、クラスＡ＋Ｂのビットを含むオクテット数は１７、クラスＡ＋Ｂ＋Ｃのビット数は１３４、クラスＡ＋Ｂ＋Ｃのビットを含むオクテット数は１７である。
【００５０】
フレームＦ３はフレームタイプ７であるので、音声ビット数は２４４、クラスＡのビット数は８１、クラスＡのビットを含むオクテット数は１１、クラスＡ＋Ｂのビット数は１８４、クラスＡ＋Ｂのビットを含むオクテット数は２３、クラスＡ＋Ｂ＋Ｃのビット数は２４４、クラスＡ＋Ｂ＋Ｃのビットを含むオクテット数は３１である。
【００５１】
フレームＦ４はフレームタイプ８であるので、音声ビット数は３９、クラスＡのビット数は３９、クラスＡのビットを含むオクテット数は５、クラスＡ＋Ｂのビット数は３９、クラスＡ＋Ｂのビットを含むオクテット数は５、クラスＡ＋Ｂ＋Ｃのビット数は３９、クラスＡ＋Ｂ＋Ｃのビットを含むオクテット数は５である。
【００５２】
そして、クラスＡのビットを含むオクテット、クラスＢのビットを含むオクテット、クラスＣのビットを含むオクテットの順に、各フレームをリーディングする。これらの情報を用いて、各フレームのオクテットのペイロードへの配置位置が、クラスごとに、各フレームのオクテット数に対する全フレームのオクテット総数の比率から決定される。そしてクラスＡのビットを含むオクテットがペイロードの先頭に優先的に配置されるように、上記４つのフレームＦ１〜Ｆ４に対しペイロード化を行い、図１５に示すようなペイロードの構成とする。またクラスＡのビットを含むオクテットに斜線を付し、視覚的に区別したものが図１６である。
【００５３】
図１５及び図１６に示されるように、Ｆ１が持っている６個のクラスＡのビットを含むオクテットｆ１（０）〜ｆ１（５）と、Ｆ２が持っている８個のクラスＡのビットを含むオクテットｆ２（０）〜ｆ２（７）と、Ｆ３が持っている１１個のクラスＡのビットを含むオクテットｆ３（０）〜ｆ３（１０）と、Ｆ４が持っている５個のクラスＡのビットを含むオクテットｆ４（０）〜ｆ４（４）とが、それぞれペイロードの先頭に配置されている。
【００５４】
なお、以上のように形成されたペイロードを受信する受信側の装置には、予め当該配置されたペイロードのソーティングのモードを通知しておく。上記受信側の音声復号装置は、この通知されたソーティングモードに従って、受信したペイロードの音声データの復号処理を行う。
【００５５】
このような構成であるから、フレーム長の異なる複数のフレームをペイロード化する場合に、各フレームのオクテットを、そのクラスに応じて重要なクラスのビットを含むオクテットがペイロードの先頭側に配置される。したがって、従来の欠点であった長いフレームのクラスＡのビットを含むオクテットがペイロードの後半部分に点在された状態で配置されることを極力防ぐことができる。このため、ペイロードの後半部分でエラーが起きた場合に、フレームの破棄に至るという最悪の事態を極力避けることができる。この実施形態の動作は、特に長いフレームと短いフレームを混在させて１つのペイロードにするような場合に有効である。
【００５６】
（その他の実施形態）
上記実施形態では、４つのフレームであるフレームＦ１、フレームＦ２、フレームＦ３及びフレームＦ４の各オクテットのペイロードへの配置位置を計算した結果、オクテット挿入判定式
Ｌ＿ａ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａ（ｊ）
Ｌ＿ａｂ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂ（ｊ）
Ｌ＿ａｂｃ＊ｇｏｃｔ（ｊ）／ｆｏｃｔ＿ａｂｃ（ｊ）
を小数点以下部分を切り捨て整数値として出力しているが、小数値をそのまま出力して計算する方法も可能である。
【００５７】
また、図１で示した音声符号化装置の各機能の構成では、これらの各機能はプログラムとして構成されているが、ハードウエアを用いて実現してもよい。
【００５８】
【発明の効果】
以上詳述したようにこの発明では、複数の音声フレームデータからそれぞれオクテットを抽出し、抽出された複数のオクテットを当該オクテットに含まれる情報要素のクラスごとに分類し、分類されたオクテットの総数を各音声フレームデータが含んでいるクラスごとに求め、求められたオクテットの総数を加算し、全クラスのオクテットの総数を求める。そして、全オクテットの総数に対するクラスごとのオクテット数の比に基づいて、第１のクラスの情報要素を含むオクテットが第１のクラスの情報要素より重要度の低い第２のクラスの情報要素を含むオクテットよりもペイロードの先頭側に優先的に配置する。
【００５９】
従って、ペイロードの後半部分でエラーが発生した場合に、フレームの最も重要な情報を保持しているクラスのオクテットが破棄されるのを防ぎ、これによりフレーム自体が無効とならないようにした音声符号化装置及び音声符号化プログラムを提供することができる。
【図面の簡単な説明】
【図１】この発明に係わる各機能の構成を示す構成図である。
【図２】この発明に係わる複数の音声フレームをｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式を用いてペイロード化する際に使用するパラメータを定義した図である。
【図３】この発明に係わるｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式のアルゴリズムを示したプログラムのソースコードを示す図である。
【図４】この発明に係わるｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式のアルゴリズムを示したプログラムのソースコードを示す図である。
【図５】この発明に係わるｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式のアルゴリズムを示したプログラムに対応したフローを示す流れ図である。
【図６】この発明に係わるｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式のアルゴリズムを示したプログラムに対応したフローを示す流れ図である。
【図７】この発明に係わるｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式のアルゴリズムを示したプログラムに対応したフローを示す流れ図である。
【図８】この発明に係わるｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式のアルゴリズムを示したプログラムに対応したフローを示す流れ図である。
【図９】この発明に係わるｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式のアルゴリズムを示したプログラムに対応したフローを示す流れ図である。
【図１０】この発明に係わるクラスＡビットを含むオクテットについてソーティングした計算結果を示す図である。
【図１１】この発明に係わるクラスＡビット及びクラスＢビットを含むオクテットについてソーティングした計算結果を示す図である。
【図１２】この発明に係わるクラスＡビットとクラスＢビットとクラスＣビットとを含むオクテットについてソーティングした計算結果を示す図である。
【図１３】ペイロード化する前の各フレームの構成図である。
【図１４】この発明に係わる各フレームタイプの音声ビット数と各クラスビット数を示した図である。
【図１５】この発明に係わる複数のフレームをｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式によってペイロード化した後の配置図である。
【図１６】図１５の配置図にクラスＡビットを含むオクテットを斜線でマークを施した配置図である。
【図１７】従来の複数の音声フレームをｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式を用いてペイロード化する際に使用するパラメータを定義した図である。
【図１８】従来のｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式を用いたアルゴリズムを示したプログラムのソースコードを示す図である。
【図１９】ペイロード化する前の各フレームの構成図である。
【図２０】複数のフレームを従来のｒｏｂｕｓｔ　ｓｏｒｔｉｎｇ方式によってペイロード化した後の配置図である。
【図２１】図２０の配置図にクラスＡビットを含むオクテットを斜線でマークを施した配置図である。
【符号の説明】
１０…音声符号化装置
１２…オクテット抽出部
１４…オクテット分類部
１６…クラス別オクテット数算出部
１８…全オクテット数算出部
２０…配置部
【図１】
2004096212.tif 000003
【図２】
2004096212.tif 000004
【図３】
2004096212.tif 000005
【図４】
2004096212.tif 000006
【図５】
2004096212.tif 000007
【図６】
2004096212.tif 000008
【図７】
2004096212.tif 000009
【図８】
2004096212.tif 000010
【図９】
2004096212.tif 000011
【図１０】
2004096212.tif 000012
【図１１】
2004096212.tif 000013
【図１２】
2004096212.tif 000014
【図１３】
2004096212.tif 000015
【図１４】
2004096212.tif 000016
【図１５】
2004096212.tif 000017
【図１６】
2004096212.tif 000018
【図１７】
2004096212.tif 000019
【図１８】
2004096212.tif 000020
【図１９】
2004096212.tif 000021
【図２０】
2004096212.tif 000022
【図２１】
2004096212.tif 000023