(57)【要約】【課題】ＡＭＲの音声フレームを伝送する通信方式において、従来に比べてより伝送帯域を有効に利用することを可能とする。【解決手段】音声フレームを送信する送信側の音声フレーム処理装置１００では、エンコーダ１１１が音声フレームストリームをパケットに組立てる際に、無音開始フレーム、一定数の無音フレーム、無音期間更新フレームの順番で連続した特定パターンを検出し、該特定パターンが検出された場合は、上記一定数の無音フレームを省略してパケットの組立てを行う。また、音声フレームを受信する受信側の音声フレーム処理装置３００では、デコーダ３１１がパケットを受信した際に、上記無音開始フレームと上記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、上記無音開始フレームと上記無音期間更新フレームの間に上記一定数の無音フレームを追加して音声フレームストリームの復元を行う。【選択図】　図１
2004088342.tif 000002
【特許請求の範囲】
【請求項１】
音声圧縮伸張方式を用いて符号化された音声フレームストリームをパケットに組立てて伝送する音声フレームストリーム伝送方法において、
前記音声フレームストリームを前記パケットに組立てる際に、無音開始フレーム、一定数の無音フレーム、無音期間更新フレームの順番で連続した特定パターンを検出し、該特定パターンが検出された場合は、前記一定数の無音フレームを省略して前記パケットの組立てを行い、
前記パケットを受信した際に、前記無音開始フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記一定数の無音フレームを追加して前記音声フレームストリームの復元を行う
ことを特徴とする音声フレームストリーム伝送方法。
【請求項２】
音声圧縮伸張方式を用いて符号化された音声フレームストリームをパケットに組立てて伝送する音声フレームストリーム伝送方法において、
前記音声フレームストリームを前記パケットに組立てる際に、無音期間更新フレーム、一定数の無音フレーム、無音期間更新フレームの順番で連続した特定パターンを検出し、該特定パターンが検出された場合は、前記一定数の無音フレームを省略して前記パケットの組立てを行い、
前記パケットを受信した際に、前記無音期間更新フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記一定数の無音フレームを追加して前記音声フレームストリームの復元を行う
ことを特徴とする音声フレームストリーム伝送方法。
【請求項３】
音声圧縮伸張方式を用いて符号化された音声フレームストリームをパケットに組立てて伝送する音声フレームストリーム伝送装置において、
前記音声フレームストリームを前記パケットに組立てる際に、無音開始フレーム、一定数の無音フレーム、無音期間更新フレームの順番で連続した特定パターンを検出し、該特定パターンが検出された場合は、前記一定数の無音フレームを省略して前記パケットの組立てを行うパケット組立て手段と、
前記パケットを受信した際に、前記無音開始フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記一定数の無音フレームを追加して前記音声フレームストリームの復元を行う音声フレームストリーム復元手段と
を具備することを特徴とする音声フレームストリーム伝送装置。
【請求項４】
音声圧縮伸張方式を用いて符号化された音声フレームストリームをパケットに組立てて伝送する音声フレームストリーム伝送装置において、
前記音声フレームストリームを前記パケットに組立てる際に、無音期間更新フレーム、一定数の無音フレーム、無音期間更新フレームの順番で連続した特定パターンを検出し、該特定パターンが検出された場合は、前記一定数の無音フレームを省略して前記パケットの組立てを行うパケット組立て手段と、
前記パケットを受信した際に、前記無音期間更新フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記一定数の無音フレームを追加して前記音声フレームストリームの復元を行う音声フレームストリーム復元手段と
を具備することを特徴とする音声フレームストリーム伝送装置。
【請求項５】
音声圧縮伸張方式を用いて符号化された音声フレームストリームをパケットに組立てて伝送する音声フレームストリーム伝送方法において、
前記音声フレームストリームを前記パケットに組立てる際に、無音開始フレーム、２個の無音フレーム、無音期間更新フレームの順番で連続した第１の特定パターンおよび無音期間更新フレーム、７個の無音フレーム、無音期間更新フレームの順番で連続した第２の特定パターンを検出し、前記第１の特定パターンが検出された場合は、前記２個の無音フレームを省略して前記パケットの組立てを行い、前記第２の特定パターンが検出された場合は、前記７個の無音フレームを省略して前記パケットの組立てを行い、
前記パケットを受信した際に、前記無音開始フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記２個の無音フレームを追加して前記音声フレームストリームの復元を行い、前記無音期間更新フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記７個の無音フレームを追加して前記音声フレームストリームの復元を行う
ことを特徴とする音声フレームストリーム伝送方法。
【請求項６】
音声圧縮伸張方式を用いて符号化された音声フレームストリームをパケットに組立てて伝送する音声フレームストリーム伝送装置において、
前記音声フレームストリームを前記パケットに組立てる際に、無音開始フレーム、２個の無音フレーム、無音期間更新フレームの順番で連続した第１の特定パターンおよび無音期間更新フレーム、７個の無音フレーム、無音期間更新フレームの順番で連続した第２の特定パターンを検出し、前記第１の特定パターンが検出された場合は、前記２個の無音フレームを省略して前記パケットの組立てを行い、前記第２の特定パターンが検出された場合は、前記７個の無音フレームを省略して前記パケットの組立てを行うパケット組立て手段と、
前記パケットを受信した際に、前記無音開始フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記２個の無音フレームを追加して前記音声フレームストリームの復元を行い、前記無音期間更新フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記７個の無音フレームを追加して前記音声フレームストリームの復元を行う音声フレームストリーム復元手段と
を具備することを特徴とする音声フレームストリーム伝送装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、音声圧縮伸張方式（ＡＭＲ：Ａｄａｐｔｉｖｅ　Ｍｕｌｔｉ−Ｒａｔｅ）を用いて符号化された音声フレームストリームをパケットに組み立てて伝送する音声フレームストリーム伝送方法および装置に関し、特に、ＡＭＲの音声フレームを伝送する通信方式において、従来に比べて伝送帯域を有効に利用することを可能にした音声フレームストリーム伝送方法および装置に関するものである。
【０００２】
【従来の技術】
現在、複数のＡＭＲ（Ａｄａｐｔｉｖｅ　Ｍｕｌｔｉ−Ｒａｔｅ）Ｓｐｅｅｃｈフレーム及びＡＭＲ−ＷＢ（ＡＭＲ　ＷｉｄｅＢａｎｄ）ＳｐｅｅｃｈフレームをＲＴＰ（Ｒｅａｌ　Ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）パケット中に挿入して伝送する場合、以下に示すケース（１）、（２）のような場合に限り、無音フレーム（ＡＭＲフレームタイプが１５の期間）の伝送を省略することが許されている。
【０００３】
まず、ケース（１）：ＡＭＲ−ＲＴＰペイロード中の全てのＡＭＲフレームがフレームタイプ１５の無音フレームで占められるような場合［図１６の（ａ）参照］、送信側のエンコーダでは、そのＡＭＲ−ＲＴＰパケット自体の伝送を省略することができる。
【０００４】
また、ケース（２）：ＡＭＲ−ＲＴＰペイロード中のＡＭＲフレーム群の末尾部分がフレームタイプ１５の無音フレームで占められている場合［図１６の（ｂ）参照］、送信側のエンコーダでは、それら末尾部分の無音フレーム（フレームタイプ１５）の送信を省略することが可能となっている。
【０００５】
【発明が解決しようとする課題】
しかしながら、従来の方式では、全ての場合において、有音フレームの間にある無音フレームを省略して送信できるわけではない。
【０００６】
以下、このような従来無音フレームを省略していないケースについて図１６を参照して説明する。
【０００７】
図１７（ａ）は、ＡＭＲ−ＲＴＰペイロード中のＡＭＲフレーム群の先頭部分がフレームタイプ１５の無音フレームで占められている場合を示し、この図１７（ａ）の例では、ＡＭＲ−ＲＴＰペイロードが、Ｆ０とＦ１のフレームタイプ１５の無音フレーム、Ｆ２からＦ４の３個のフレームタイプ７の有音フレームで構成されている場合を示している。
【０００８】
このような場合、従来の送信側エンコーダでは、無音フレーム（フレームタイプ１５、この例では、Ｆ０とＦ１の２つのフレーム）を省略して送信することができないでいる。
【０００９】
また、図１７（ｂ）は、ＡＭＲ−ＲＴＰペイロード中のＡＭＲフレーム群のＳＩＤ　ＦＩＲＳＴ（無音開始）フレームとＳＩＤ　ＵＰＤＡＴＥ（無音期間更新）フレームの間に２個のフレームタイプ１５の無音フレームがある場合を示し、この図１６（ｂ）の例では、ＡＭＲ−ＲＴＰペイロードが、Ｆ０のＳＩＤ　ＦＩＲＳＴフレーム、Ｆ１とＦ２のフレームタイプ１５のフレーム、Ｆ３のＳＩＤ　ＵＰＤＡＴＥフレーム、Ｆ４のフレームタイプ７の有音フレームで構成されている場合を示している。
【００１０】
このような場合、従来の送信側エンコーダでは、無音フレーム（フレームタイプ１５、この例では、Ｆ１とＦ２の２つのフレーム）を省略して送信することができないでいる。
【００１１】
図１７（ｃ）は、ＡＭＲ−ＲＴＰペイロード中のＡＭＲフレーム群のＳＩＤ　ＵＰＤＡＴＥフレームとＳＩＤ　ＵＰＤＡＴＥフレームの間に７個のフレームタイプ１５の無音フレームがある場合を示し、この図１７（ｃ）の例では、ＡＭＲ−ＲＴＰペイロードが、Ｆ０とＦ８のＳＩＤＵＰＤＡＴＥフレーム、Ｆ１からＦ７の７個のフレームタイプ１５のフレームで構成されている場合を示している。
【００１２】
このような場合、従来の送信側エンコーダでは、無音フレーム（フレームタイプ１５、この例では、Ｆ１からＦ７のＡＭＲフレーム）を省略して送信することができないでいる。
【００１３】
また、図１７（ｄ）は、ＡＭＲ−ＲＴＰ中のＳＩＤ　ＦＩＲＳＴフレームとその次にくる最初の有音フレームの間に２個以下のフレームタイプ１５の無音フレームがある場合を示し、この図１７（ｄ）の例では、ＡＭＲ−ＲＴＰペイロードが、Ｆ０のＳＩＤ　ＦＩＲＳＴフレーム、Ｆ１とＦ２の２個のフレームタイプ１５の無音フレーム、Ｆ３とＦ４の２個のフレームタイプ７の有音フレームで構成されている場合を示している。
【００１４】
このような場合、従来の送信側エンコーダでは、ＡＭＲ−ＲＴＰペイロード中の２つのフレームタイプ１５の無音フレーム（Ｆ１とＦ２のＡＭＲフレーム）を省略して送信することができないでいる。
【００１５】
また、図１７（ｅ）は、ＡＭＲ−ＲＴＰ中のＳＩＤ　ＵＰＤＡＴＥフレームとその次にくる最初の有音フレームの間に７個以下のフレームタイプ１５の無音フレームがある場合を示し、この図１７（ｅ）の例では、ＡＭＲ−ＲＴＰペイロードが、Ｆ０のＳＩＤ　ＵＰＤＡＴＥフレーム、Ｆ１からＦ７の７個のフレームタイプ１５のフレーム、Ｆ８の１個のフレームタイプ７の有音フレームで構成されている場合を示している。
【００１６】
このような場合、従来送信側のエンコーダでは、ＡＭＲ−ＲＴＰペイロード中の７つのフレームタイプ１５のフレーム（Ｆ１からＦ７のＡＭＲフレーム）を省略して送信することができないでいる。
【００１７】
ところで、上述に示した図１７（ａ）の例においては、先頭部分にある無音フレームの数は決まっていない為、もしその先頭部分の無音フレームが省略されると、受信側のデコーダでは省略された無音フレームの数を特定することができない。
【００１８】
また、上述の図１７（ｄ）の例においては、ＳＩＤ　ＦＩＲＳＴフレームと有音フレームの間にある無音フレームの数は決まっていない為、もし無音フレームが省略されると、受信側のデコーダでは省略された無音フレームの数を特定することができない。
【００１９】
また、上述の図１７（ｅ）の例においても、ＳＩＤ　ＵＰＤＡＴＥフレームと有音フレームの間にある無音フレームの数は決まっていない為、もし無音フレームが省略されると、受信側のデコーダでは省略された無音フレームの数を特定することができない。
【００２０】
このような理由で、図１７（ａ）、図１７（ｄ）及び図１７（ｅ）のようなケースでは、現状では、フレームタイプ１５の無音フレームを省略して送信することが禁止されている。
【００２１】
しかしながら、上述の図１７（ｂ）に示したケースでは、ＳＩＤ　ＦＩＲＳＴフレームとＳＩＤ　ＵＰＤＡＴＥフレームの間に無音フレームの数が２個と特定できる場合と、上述の図１６（ｃ）に示したケースでは、ＳＩＤ　ＵＰＤＡＴＥフレームとＳＩＤ　ＵＰＤＡＴＥフレームの間にある無音フレームの数が７個と特定できる場合において、それら無音フレームを省略せずに送るのは帯域の無駄であると考えられる。
【００２２】
そこで、本発明は上記実状を鑑み、ＡＭＲの音声フレームを伝送する通信方式において、従来に比べて伝送帯域を有効に利用することが可能な音声フレームストリーム伝送方法および装置の提供を目的とするものである。
【００２３】
具体的には、ＡＭＲ−ＲＴＰパケットのペイロード中にＳＩＤ　ＦＩＲＳＴ（無音開始）フレームとＳＩＤ　ＵＰＤＡＴＥ（無音期間更新）フレームのペアパターン及びＳＩＤ　ＵＰＤＡＴＥ（無音期間更新）フレームとＳＩＤ　ＵＰＤＡＴＥ（無音期間更新）フレームのペアパターンが存在する場合に、送信側のエンコーダでそれら各パターンに含まれる２個または７個の無音フレームの伝送を省略し、且つ受信側のデコーダでそれら省略された無音フレームを復元することにより、伝送帯域を有効に利用することが可能な音声フレームストリーム伝送方法および装置の提供を目的とするものである。
【００２４】
【課題を解決するための手段】
上記目的を達成するために、請求項１の発明は、音声圧縮伸張方式を用いて符号化された音声フレームストリームをパケットに組立てて伝送する音声フレームストリーム伝送方法において、前記音声フレームストリームを前記パケットに組立てる際に、無音開始フレーム、一定数の無音フレーム、無音期間更新フレームの順番で連続した特定パターンを検出し、該特定パターンが検出された場合は、前記一定数の無音フレームを省略して前記パケットの組立てを行い、前記パケットを受信した際に、前記無音開始フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記一定数の無音フレームを追加して前記音声フレームストリームの復元を行うことを特徴とする。
【００２５】
また、請求項２の発明は、音声圧縮伸張方式を用いて符号化された音声フレームストリームをパケットに組立てて伝送する音声フレームストリーム伝送方法において、前記音声フレームストリームを前記パケットに組立てる際に、無音期間更新フレーム、一定数の無音フレーム、無音期間更新フレームの順番で連続した特定パターンを検出し、該特定パターンが検出された場合は、前記一定数の無音フレームを省略して前記パケットの組立てを行い、前記パケットを受信した際に、前記無音期間更新フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記一定数の無音フレームを追加して前記音声フレームストリームの復元を行うことを特徴とする。
【００２６】
また、請求項３の発明は、音声圧縮伸張方式を用いて符号化された音声フレームストリームをパケットに組立てて伝送する音声フレームストリーム伝送装置において、前記音声フレームストリームを前記パケットに組立てる際に、無音開始フレーム、一定数の無音フレーム、無音期間更新フレームの順番で連続した特定パターンを検出し、該特定パターンが検出された場合は、前記一定数の無音フレームを省略して前記パケットの組立てを行うパケット組立て手段と、前記パケットを受信した際に、前記無音開始フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記一定数の無音フレームを追加して前記音声フレームストリームの復元を行う音声フレームストリーム復元手段とを具備することを特徴とする。
【００２７】
また、請求項４の発明は、音声圧縮伸張方式を用いて符号化された音声フレームストリームをパケットに組立てて伝送する音声フレームストリーム伝送装置において、前記音声フレームストリームを前記パケットに組立てる際に、無音期間更新フレーム、一定数の無音フレーム、無音期間更新フレームの順番で連続した特定パターンを検出し、該特定パターンが検出された場合は、前記一定数の無音フレームを省略して前記パケットの組立てを行うパケット組立て手段と、前記パケットを受信した際に、前記無音期間更新フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記一定数の無音フレームを追加して前記音声フレームストリームの復元を行う音声フレームストリーム復元手段とを具備することを特徴とする。
【００２８】
また、請求項５の発明は、音声圧縮伸張方式を用いて符号化された音声フレームストリームをパケットに組立てて伝送する音声フレームストリーム伝送方法において、前記音声フレームストリームを前記パケットに組立てる際に、無音開始フレーム、２個の無音フレーム、無音期間更新フレームの順番で連続した第１の特定パターンおよび無音期間更新フレーム、７個の無音フレーム、無音期間更新フレームの順番で連続した第２の特定パターンを検出し、前記第１の特定パターンが検出された場合は、前記２個の無音フレームを省略して前記パケットの組立てを行い、前記第２の特定パターンが検出された場合は、前記７個の無音フレームを省略して前記パケットの組立てを行い、前記パケットを受信した際に、前記無音開始フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記２個の無音フレームを追加して前記音声フレームストリームの復元を行い、前記無音期間更新フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記７個の無音フレームを追加して前記音声フレームストリームの復元を行うことを特徴とする。
【００２９】
また、請求項６の発明は、音声圧縮伸張方式を用いて符号化された音声フレームストリームをパケットに組立てて伝送する音声フレームストリーム伝送装置において、前記音声フレームストリームを前記パケットに組立てる際に、無音開始フレーム、２個の無音フレーム、無音期間更新フレームの順番で連続した第１の特定パターンおよび無音期間更新フレーム、７個の無音フレーム、無音期間更新フレームの順番で連続した第２の特定パターンを検出し、前記第１の特定パターンが検出された場合は、前記２個の無音フレームを省略して前記パケットの組立てを行い、前記第２の特定パターンが検出された場合は、前記７個の無音フレームを省略して前記パケットの組立てを行うパケット組立て手段と、前記パケットを受信した際に、前記無音開始フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記２個の無音フレームを追加して前記音声フレームストリームの復元を行い、前記無音期間更新フレームと前記無音期間更新フレームとが連続した音声フレームストリームが含まれる場合は、前記無音開始フレームと前記無音期間更新フレームの間に前記７個の無音フレームを追加して前記音声フレームストリームの復元を行う音声フレームストリーム復元手段とを具備することを特徴とする。
【００３０】
【発明の実施の形態】
以下、本発明の実施形態について添付図面を参照して詳細に説明する。
【００３１】
図１は、本発明の音声圧縮伸張方式（ＡＭＲ：Ａｄａｐｔｉｖｅ　Ｍｕｌｔｉ−Ｒａｔｅ）を用いて符号化された音声フレームストリームをパケット化して伝送するパケット伝送方法を適用した場合のシステム概略構成を示す図である。
【００３２】
図１に示すように、このシステムでは、複数のＡＭＲ（Ａｄａｐｔｉｖｅ　Ｍｕｌｔｉ−Ｒａｔｅ）ＳｐｅｅｃｈフレームおよびＡＭＲ−ＷＢ（ＡＭＲ　ＷｉｄｅＢａｎｄ）ＳｐｅｅｃｈフレームをＲＴＰ（Ｒｅａｌ　Ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）パケット４００のペイロード中に音声フレームストリームとして挿入して伝送する送信側の音声フレーム処理装置１００と、有線或いは無線回線、交換局等から成る通信網２００と、上記音声フレーム処理装置１００から伝送されてくるＲＴＰパケット４００を受信してデコード（解読）処理して音声再生する音声フレーム処理装置３００とを具えて構成される。
【００３３】
ここで、送信側の音声フレーム処理装置１００は、少なくともエンコーダ（符号器）１１１を制御部１１０に具え、上記音声データをエンコードしＡＭＲおよびＡＭＲ−ＷＢ用ＲＴＰパケットのペイロードに音声フレームストリームとして挿入し、更に所定の通信パケット［例えば、ＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）プロトコルを用いたパケット］に挿入して通信網２００に送出する。
【００３４】
尚、この音声フレーム処理装置１００は、例えば、電話器、携帯電話機等であり、エンコーダ（符号器）１１１は例えばハード及びソフト等から構成される。
【００３５】
また、受信側の音声フレーム処理装置３００は、少なくともデコーダ（解読器）３１１を制御部３１０に具え、上記送信装置１００及び通信網２００を介して受信したパケットから音声フレームストリームを抽出し、音声再生を行う。
【００３６】
尚、この音声フレーム処理装置３００は、例えば、電話器、携帯電話機等であり、デコーダ（解読器）３１１は例えばハード及びソフト等から構成される。
【００３７】
また、上記図１の実施例では、送信側の音声フレーム処理装置１００がエンコーダ１１１を有し、受信側の音声フレーム処理装置３００がデコーダ３１１を有する構成を示したが、これに限らず、両者共に、エンコーダ及びデコーダを具え、双方向でＲＴＰパケットを送受信するシステムとしても良いものとする。
【００３８】
図２は、上記図１に示したＲＴＰパケット４００の一構成例を示す図である。
【００３９】
図２に示すように、このＲＴＰパケット４００は、大きく分けると、ＲＴＰヘッダ４１０と、ＲＴＰペイロード４２０とから構成される。
【００４０】
ここで、ＲＴＰヘッダ４１０には、Ｖ＝２、Ｐ、Ｘ、ＣＣ、Ｍ、ＰＴ、シーケンス番号、タイムスタンプ、同期源（ＳＳＲＣ）識別子、Ｃｏｎｔｒｉｂｕｔｉｎｇ　ｓｏｕｒｃｅ（ＣＳＲＣ）識別子を具えて構成される。
【００４１】
また、ＲＴＰペイロード４２０には、上述した音声フレームストリームを構成するＡＭＲフレームが挿入される。
【００４２】
そして、上記ＲＴＰヘッダ４１０のタイムスタンプ４１０−１は、以下に述べる本発明でのデコード処理時に省略された無音フレームの数を計算する場合に用いられるタイムスタンプ値の情報を格納している。
【００４３】
具体的には、このタイムスタンプ４１０−１は、該当するＲＴＰパケット４００のＲＴＰペイロード４２０中に挿入される先頭ＡＭＲフレーム４２０ａのタイムスタンプの情報が格納される。
【００４４】
そして、受信側では、その先頭ＡＭＲフレーム４２０ａのタイムスタンプ情報に基づき、その先頭のＡＭＲフレーム以降、ＲＴＰペイロード４２０に挿入されているＡＭＲフレームのタイム情報を認識する。即ち、ＲＴＰペイロード４２０に挿入されるＡＭＲフレームは、１つ当たり２０ｍｓｅｃであることから、受信側は、上記先頭のＡＭＲフレーム４２０ａのタイムスタンプ値から２０ｍｓｅｃづつずらして各ＡＭＲフレームのタイム情報を認識し、時間再生を行う。
【００４５】
次に、上記図１に示した送信側の音声フレーム処理装置１００における本方式のエンコード時の処理を図３乃至図６に示すフローチャートを用いて説明する。尚、このフロー中で使用するパラメータの定義を図１３に示し合わせて参照するものとする。
【００４６】
図３において、まず、このエンコード処理を行うにあたって、パラメータを初期化する。具体的には、「ｊ」を「０」に、「ｖａｌｉｄｉｔｙ　ｆｌａｇ」を「０」に、「ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇ」を「０」に、「ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇ」を「０」に、「ｔｅｍｐ　ｂｕｆｆｅｒ　ｆｌａｇ」を「０」に、「ｔｉｍｅｓｔａｍｐ　ｆｌａｇ」を「０」に設定する（ステップＳ１００１）。
【００４７】
次いで、「ｊ」が「ＮｕｍＯｆＦｒａｍｅｓ」より小さいかどうかを判定する（ステップＳ１００２）。
【００４８】
この判定の結果、ｊがＮｕｍＯｆＦｒａｍｅｓより小さいと判定された場合（ステップＳ１００２ＹＥＳ）、次いで、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが０から７内であるかどうか、即ち、有音フレームであるかどうかが判定される（ステップＳ１００３）。
【００４９】
ここで、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが０から７内である、即ち、有音フレームであると判定されると（ステップＳ１００３ＹＥＳ）、図４に示すＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが０から７の場合、即ち有音フレームの場合の処理が行われる。
【００５０】
この図４の処理では、まず、ＡＭＲ　Ｆｒａｍｅ（ｊ）をテンポラリバッファ１中に保存する（ステップＳ１１０５）。その後、上記テンポラリバッファ１中にある全てのＡＭＲフレームをＡＭＲ　ＲＴＰ　ｐａｙｌｏａｄ（ｉ）に挿入し（ステップＳ１００６）、ｔｅｍｐ　ｂｕｆｆｅｒ　ｆｌａｇを「０」に設定し、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇを「０」に設定して（ステップＳ１００７）、上記図３に示すステップＳ１００８の処理へ進む。
【００５１】
また、上記ステップＳ１００３の判定処理において、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが０から７内でない場合、即ち無音フレームである場合（ステップＳ１００３ＮＯ）、次いで、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＦＩＲＳＴであるかどうかを判定する（ステップＳ１００９）。
【００５２】
ここで、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＦＩＲＳＴであると判定されると（ステップＳ１００９）、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇを「１」に設定し、ステップＳ１００８の処理に移行する。
【００５３】
また、他方、上記ステップＳ１００９の判定の結果、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＦＩＲＳＴでないと判定されると（ステップＳ１００９ＮＯ）、次いで、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＵＰＤＡＴＥであるかどうかを判定する（ステップＳ１０１１）。
【００５４】
この判定の結果、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＵＰＤＡＴＥであると判定されると（ステップＳ１０１１ＹＥＳ）、図５に示すＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＵＰＤＡＴＥの場合の処理（ステップＳ１０１２）へ移行する。
【００５５】
この図４の処理では、まず、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇが「１」であるかどうかが判定される（ステップＳ１０１３）。
【００５６】
ここで、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇが「１」であると判定されると（ステップＳ１０１３ＹＥＳ）、次いで、テンポラリバッファ１をクリアし（ステップＳ１０１４）、その後、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇを「０」に設定する（ステップＳ１０１５）。
【００５７】
尚、上記ステップＳ１０１４のテンポラリバッファ１をクリアする処理が、本発明におけるＳＩＤ　ＦＩＲＳＴフレームとＳＩＤ　ＵＰＤＡＴＥフレームとの間の２個の無音フレーム（フレームタイプ１５）の伝送を省略する為の処理である。
【００５８】
その後、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇが「１」であるかどうかを判定する（ステップＳ１０１６）。
【００５９】
また、他方、上記ステップＳ１０１３の判定の結果、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇが「１」でないと判定された場合は（ステップＳ１０１３ＮＯ）、すぐさま上述のステップＳ１０１５６の処理に移行する。
【００６０】
この判定の結果、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇが「１」であると判定されると（ステップＳ１０１６ＹＥＳ）、テンポラリバッファ１をクリアし（ステップＳ１０１７）、その後、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇを「１」に設定し（ステップＳ１０１８）、図３に示したステップＳ１００８の処理に移行する。
【００６１】
尚、上記ステップＳ１０１７の処理でテンポラリバッファ１をクリアするのが、本発明におけるＳＩＤ　ＵＰＤＡＴＥフレームとＳＩＤ　ＵＰＤＡＴＥフレームとの間の７個の無音フレーム（フレームタイプ１５）の伝送を省略する為の処理である。
【００６２】
また、他方、上述のステップＳ１０１６の判定の結果、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇが「１」でないと判定された場合（ステップＳ１０１６ＮＯ）は、すぐさま上述のステップＳ１０１８の処理に移行する。
【００６３】
また、上述のステップＳ１０１１の判定処理において、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＵＰＤＡＴＥでないと判定されると（ステップＳ１０１１ＮＯ）、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇを「０」に設定し（ステップＳ１０１９）、次いで、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが「１５」であるかどうか判定する（ステップＳ１０２０）。尚、上記ステップＳ１０１９の処理で、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇを「０」に設定するのは、ＳＩＤ　ＵＰＤＡＴＥフレームとＳＩＤ　ＵＰＤＡＴＥフレームの連続パターンをチェックする為である。
【００６４】
ここで、ＡＭＲ　Ｆｒａｍｅ（ｊ）１のフレームタイプが「１５」であると判定されると（ステップＳ１０２０ＹＥＳ）、図６のＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが１５の場合の処理（ステップＳ１０２１）へ移行する。
【００６５】
この図６の処理では、まず、ＡＭＲ　Ｆｒａｍｅ（ｊ）をテンポラリバッフ１に保存する（ステップＳ１０２２）。その後、ｔｅｍｐ　ｂｕｆｆｅｒ　ｆｌａｇを「１」に設定し（ステップＳ１０２３）、上述の図３のステップＳ１００８の処理へ移行する。
【００６６】
尚、上記ステップＳ１０２２の処理は、上記従来の技術の欄で述べた従来と同様に省略できない無音フレームを保持する為の処理である。
【００６７】
ところで、上述のステップＳ１００８の処理では、ｔｉｍｅｓｔａｍｐ　ｆｌａｇが「０」であるかどうかを判定する。
【００６８】
ここで、ｔｉｍｅｓｔａｍｐ　ｆｌａｇが「０」である場合（ステップＳ１００８ＹＥＳ）、ｔｉｍｅｓｔａｍｐ　ｆｌａｇを「１」に設定し（ステップＳ１０２４）、その後、ｊを１だけインクリメント（増加）し、上述のステップＳ１００２の処理に移行する。
【００６９】
また、他方、上述のステップＳ１００８の判定の結果、ｔｉｍｅｓｔａｍｐ　ｆｌａｇが「０」でないと判定されると（ステップＳ１００８ＮＯ）、上述のステップＳ１０２５の処理に移行して以下同様の処理を行う。
【００７０】
また、他方、上述のステップＳ１００２の判定の結果、ｊがＮｕｍＯｆＦｒａｍｅｓより小さくない、即ち、ｊがＮｕｍＯｆＦｒａｍｅｓと等しいかまたは大きい場合（ステップＳ１００２ＮＯ）、次いで、ｔｅｍｐ　ｂｕｆｆｅｒ　ｆｌａｇが「１」であるかどうかを判定する（ステップＳ１０２５）。
【００７１】
ここで、ｔｅｍｐ　ｂｕｆｆｅｒ　ｆｌａｇが「１」であると判定されると（ステップＳ１０２５ＹＥＳ）、無音フレームを伝送するように設定していたかどうか、即ち、上述の従来の技術の欄で示した省略可能なパターンでの無音フレームの伝送を省略する設定がされているかどうかが判定される（ステップＳ１０２６）。
【００７２】
無音フレームを伝送するように設定していた場合（ステップＳ１０２６ＹＥＳ）、次いで、テンポラリバッファ１中にある全てのＡＭＲフレームをＡＭＲ　ＲＴＰ　ｐａｙｌｏａｄ（ｉ）に挿入し（ステップＳ１０２７）、ここでのＡＭＲ　ＲＴＰ　ｐａｙｌｏａｄ（ｉ）の処理を終了する。
【００７３】
また、他方、上述のステップＳ１０２６の判定の結果、無音フレームを伝送するように設定していない場合（ステップＳ１０２６ＮＯ）、テンポラリバッファ１をクリアし（ステップＳ１０２８）、ここでのＡＭＲ　ＲＴＰ　ｐａｙｌｏａｄ（ｉ）の処理を終了する。
【００７４】
また、上述のステップＳ１０２５の判定の結果、ｔｅｍｐ　ｂｕｆｆｅｒ　ｆｌａｇが「１」でないと判定された場合（ステップＳ１０２５ＮＯ）、ここでのＡＭＲ　ＲＴＰ　ｐａｙｌｏａｄ（ｉ）の処理を終了する。
【００７５】
次に、上記図１に示した受信側の音声フレーム処理装置３００における本方式のデコード時の処理を図７から図１２を用いて説明する。尚、この場合も、図１３に示したパラメータの定義を参照するものとする。
【００７６】
図７において、まず、このデコード処理を始めるにあたって、パラメータの値を初期化する。即ち、この処理では、「ｊ」を「０」に、「ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇ」を「０」に、「ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇ」を「０」に設定する（ステップＳ１１０１）。
【００７７】
その後、ｊがＦｒａｍｅｓＩｎＲｅｃＰａｃｋｅｔ（ｉ）より小さいかどうかを判定する（ステップＳ１１０２）。
【００７８】
ここで、ｊがＦｒａｍｅｓＩｎＲｅｃＰａｃｋｅｔ（ｉ）より小さいと判定されると（ステップＳ１１０２ＹＥＳ）、次いで、ｊが「０」であるかどうかを判定する（ステップＳ１１０３）。
【００７９】
この判定の結果、ｊが「０」であると判定された場合、即ち、先頭のＡＭＲフレームであると判定された場合（ステップＳ１１０３ＹＥＳ）、図８に示す伝送されなかった無音フレームの個数の計算と挿入処理（ステップＳ１１０４）に移行する。
【００８０】
この図８の処理では、まず、次の式
ｋ＝｛ＦｉｒｓｔＴｉｍｅｓｔａｍｐＩｎＣｕｒＰａｃｋｅｔ−（ＬａｓｔＴｉｍｅｓｔａｍｐＩｎＰｒｅＰａｃｋｅｔ＋２０）｝／２０
を用いて伝送されなかった（省略された）無音フレーム数ｋを算出する（ステップＳ１１０５）。
【００８１】
この式は、上述した従来の技術の欄で示した省略を許可されたケースのうち、ＡＭＲ−ＲＴＰペイロード中の末尾部分がフレームタイプ１５のフレームで占められている場合に省略を許可されるケースにおいて、省略された末尾部分の無音フレームの数を計算するのに用いられる。
【００８２】
具体的には、省略された末尾部分の無音フレーム数ｋを、現在デコード処理対象のパケットのペイロードの先頭ＡＭＲフレームのタイムスタンプ値から、１つ前のＡＭＲ−ＲＴＰパケットのデコード処理で取り扱われた最後のＡＭＲフレームのタイムスタンプ値に１つのＡＭＲフレームの時間：２０（ｍｓｅｃ）を足したものを差し引き、該差し引いた後の値を、１つのＡＭＲフレームの時間：２０（ｍｓｅｃ）で割ることにより求めている。
【００８３】
その後、上記算出されたｋの値が「０」より大きいかを判定する（ステップＳ１１０６）。
【００８４】
ここで、ｋが「０」より小さいと判定された場合、即ち、末尾部分の無音フレームの伝送省略が行われなかったと判定された場合（ステップＳ１１０６ＮＯ）、上述の図６のステップＳ１１０９の処理に移行する。
【００８５】
また、他方、上記ステップＳ１１０６の判定の結果、ｋが「０」より大きいと判定された場合、即ち、末尾部分の無音フレームの伝送処理が行われたと判定された場合（ステップＳ１０６ＹＥＳ）、該算出されたｋの値に相当する個数の無音フレームを出力する（ステップＳ１１０７）。
【００８６】
その後、次の式
（更新後の最新Ｔｉｍｅｓｔａｍｐの値）＝（現在最新のＴｉｍｅｓｔａｍｐの値）＋（２０×ｋ）を用いて最新タイムスタンプ値を算出し、省略された無音フレーム数分だけ、最新タイムスタンプ値を更新する（ステップＳ１１０８）。
【００８７】
具体的には、現在最新のタイムスタンプ値に、上記ステップＳ１１０７の処理で追加出力された無音フレーム数の時間値［１つのＡＭＲフレームの時間２０（ｍｓｅｃ）×２個］を足した値が最新タイムスタンプ値となる。
【００８８】
この処理により、受信側で、伝送を省略された無音フレームの時間を復元し、元の音声データを再現することが可能となる。
【００８９】
その後、図７の処理に戻って、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが０から７の間であるかどうか、即ち有音フレームであるかどうかを判定する（ステップＳ１１０９）。
【００９０】
尚、上記ステップＳ１１０３の判定処理において、ｊが「０」でないと判定された場合、即ち、先頭のＡＭＲフレームでないと判定された場合（ステップＳ１１０３ＮＯ）も、上述のステップＳ１１０９の処理に移行する。
【００９１】
そして、ステップＳ１１０９の判定処理において、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが０から７の間である、即ち、有音フレームであると判定されると（ステップＳ１１０９ＹＥＳ）、次いで、図９に示すＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが０から７の場合の処理（ステップＳ１１１０）に移行する。
【００９２】
この図９の処理では、まず、ＡＭＲ　Ｆｒａｍｅ（ｊ）を出力し（ステップＳ１１１１）、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇを「０」に、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇを「０」に設定する（ステップＳ１１１２）。
【００９３】
その後、次の式、
（更新後の最新Ｔｉｍｅｓｔａｍｐの値）＝（現在最新のＴｉｍｅｓｔａｍｐの値）＋２０を用いて最新タイムスタンプ値を算出し、ＡＭＲフレーム１個分だけ、最新タイムスタンプ値を更新する（ステップＳ１１１３）。即ち、現在デコード処理対象のフレームタイプが０から７の有音フレーム１個分（２０ｍｓｅｃ）だけ最新タイムスタンプ値を更新する。
【００９４】
その後、図７のステップＳ１１１４の処理に戻り、「ｊ」の値を１つインクリメントする。
【００９５】
また、他方、上述の図７のステップＳ１１０９の判定の結果、ＡＭＲ　Ｆｒａｍｅ（ｊ）が０から７の間でない、有音フレームでないと判定されると（ステップＳ１１０４ＮＯ）、次いで、そのＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＦＩＲＳＴであるかどうかが判定される（ステップＳ１１１５）。
【００９６】
この判定の結果、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＦＩＲＳＴであると判定されると（ステップＳ１１１５ＹＥＳ）、図１０に示すＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＦＩＲＳＴの場合の処理（ステップＳ１１１６）に移行する。
【００９７】
この図１０の処理では、まず、ＡＭＲ　Ｆｒａｍｅ（ｊ）を出力し（ステップＳ１１１７）、その後、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇを「１」に、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇを「０」に設定する（ステップＳ１１１８）。
【００９８】
その後、次の式
（更新後の最新Ｔｉｍｅｓｔａｍｐの値）＝（現在最新のＴｉｍｅｓｔａｍｐの値）＋２０を用いて最新タイムスタンプ値を算出し、ＡＭＲフレーム１個分だけ、最新タイムスタンプ値を更新する（ステップＳ１１１９）。具体的に、この処理は、現在デコード処理対象のフレームタイプが「ＳＩＤ　ＦＩＲＳＴ」のＡＭＲフレーム１個分（２０ｍｓｅｃ）だけ、最新タイムスタンプ値を更新する。
【００９９】
その後、図７のステップＳ１１１４の処理に戻って、ｊを１インクリメント処理し、以下同様の処理が行われる。
【０１００】
また、他方、図７のステップＳ１１１５の判定の結果、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＦＩＲＳＴでないと判定されると（ステップＳ１１１５ＮＯ）、次いで、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＵＰＤＡＴＥであるかどうかを判定する（ステップＳ１１２０）。
【０１０１】
この判定の結果、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＵＰＤＡＴＥであると判定されると（ステップＳ１１２０ＹＥＳ）、次いで、図１１に示すＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＵＰＤＡＴＥの場合の処理（ステップＳ１１２１）に移行する。
【０１０２】
この図１１に示す処理では、まず、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇが「１」であるかどうかを判定する（ステップＳ１１２２）。
【０１０３】
ここで、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇが「１」であると判定されると（ステップＳ１１２２ＹＥＳ）、２個の無音フレームが伝送されていないことが分かるので、ここで、２個の無音フレームを出力する（ステップＳ１１２３）。
【０１０４】
具体的に、上記ステップＳ１１２０ＹＥＳ→ステップＳ１１２１のＳ１１２２ＹＥＳ→ステップＳ１１２３の処理は、現在デコード処理対象のＡＭＲフレームのフレームタイプがＳＩＤ　ＵＰＤＡＴＥであり、今現在、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇが「１」となっているので、ＳＩＤ　ＦＩＲＳＴのＡＭＲフレームとＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームの連続した特定パターンを検出したことになり、これにより、エンコーダ側で伝送を省略された無音フレームの数を２個と特定できる。そして、その２個分の無音フレームを追加出力する。
【０１０５】
その後、次の式
（更新後の最新Ｔｉｍｅｓｔａｍｐの値）＝（現在最新のＴｉｍｅｓｔａｍｐの値）＋（２０×２）を用いて上記追加出力した無音フレーム２個分だけ、最新タイムスタンプ値を更新し（ステップＳ１１２４）、その後、後述するステップＳ１１２８の処理に移行する。
【０１０６】
具体的に、そのステップＳ１１２４の処理は、現在の最新タイムスタンプ値に、１つのＡＭＲフレームの時間２０（ｍｓｅｃ）に上記追加出力した無音フレームの個数を掛けた値（上記追加出力した無音フレーム２個分の再生時間）を足すことによりタイムスタンプ値が更新される。
【０１０７】
上記ステップＳ１１２３及びステップＳ１１２４の処理により、受信側で、伝送を省略された無音フレームの時間を復元し、元の音声データを再現することが可能となる。
【０１０８】
また、他方、上述のステップＳ１１２２の判定の結果、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇが１でないと判定された場合（ステップＳ１１２２ＮＯ）、次いで、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇが「１」であるかどうかを判定する（ステップＳ１１２５）。
【０１０９】
ここで、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇが「１」であると判定された場合（ステップＳ１１２５ＹＥＳ）、７個の無音フレームが伝送されていないことが分かるので、ここで７個の無音フレームを出力する（ステップＳ１１２６）。
【０１１０】
具体的に、上記ステップＳ１１２０ＹＥＳ→ステップＳ１１２１のＳ１１２２ＮＯ→ステップＳ１１２５ＹＥＳ→ステップＳ１１２６の処理は、今現在、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇが「１」となっているので、ＳＩＤ　ＵＰＡＤＴＥのＡＭＲフレームとＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームの連続した特定パターンを検出したことになり、これにより、エンコーダ側で伝送を省略された無音フレームの数を７個と特定できる。そして、その７個分の無音フレームを追加出力する。
【０１１１】
その後、次の式
（更新後の最新Ｔｉｍｅｓｔａｍｐの値）＝（現在最新のＴｉｍｅｓｔａｍｐの値）＋（２０×７）を用いて上記追加出力した無音フレーム７個分だけ、最新タイムスタンプ値を更新し（ステップＳ１１２６）、その後、後述するステップＳ１１２８の処理に移行する。
【０１１２】
具体的に、そのステップＳ１１２６の処理は、現在の最新タイムスタンプ値に、１つのＡＭＲフレームの時間２０（ｍｓｅｃ）に上記追加出力した無音フレームの個数を掛けた値（上記追加出力した無音フレーム７個分の再生時間）を足すことによりタイムスタンプ値が更新される。
【０１１３】
上記ステップＳ１１２６及びステップＳ１１２７の処理により、受信側で、伝送を省略された無音フレームの時間を復元し、元の音声データを再現することが可能となる。
【０１１４】
その後、ステップＳ１１２８の処理において、現在デコード処理中のＡＭＲ　Ｆｒａｍｅ（ｊ）を出力し、次の式
（更新後の最新Ｔｉｍｅｓｔａｍｐの値）＝（現在最新のＴｉｍｅｓｔａｍｐの値）＋２０を用いて現在デコード処理対象のフレームタイプがＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレーム１個分だけ、最新タイムスタンプ値を更新する（ステップＳ１１２９）。
【０１１５】
その後、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇを「０」に、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇを「１」に設定し（ステップＳ１１３０）、図７のステップＳ１１１４の処理に移行し、ｊを１つインクリメントし、以下同様の処理が行われる。
【０１１６】
また、他方、上記ステップＳ１１２０の判定の結果、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプがＳＩＤ　ＵＰＤＡＴＥでないと判定されると（ステップＳ１１２０ＮＯ）、次いで、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが「１５」、即ち無音フレームであるかどうかが判定される（ステップＳ１１３１）。
【０１１７】
ここで、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが１５であると判定された場合、即ち、ｊ番目のＡＭＲフレームが無音フレームであると判定された場合（ステップＳ１１３１ＹＥＳ）、図１２に示すＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが１５の場合の処理（ステップＳ１１３２）に移行する。
【０１１８】
この図１２の処理では、まず、ＡＭＲ　Ｆｒａｍｅ（ｊ）を出力する（ステップＳ１１３３）。その後、ＳＩＤ　ＦＩＲＳＴ　ｆｌａｇを「０」に、ＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇを「０」に設定する（ステップＳ１１３４）。
【０１１９】
具体的に、このステップＳ１１３４の処理は、本発明が対象とする特定パターン（ＳＩＤ　ＦＩＲＳＴのＡＭＲフレームとＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームの連続した特定パターンや、ＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームとＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームの連続した特定パターン）を検出するのに用いられるＳＩＤ　ＦＩＲＳＴ　ｆｌａｇやＳＩＤ　ＵＰＤＡＴＥ　ｆｌａｇを、現在処理対象の無音フレームが入ってきたことで更新する為の処理である。
【０１２０】
その後、次の式
（更新後の最新Ｔｉｍｅｓｔａｍｐの値）＝（現在最新のＴｉｍｅｓｔａｍｐの値）＋２０を用いて現在デコード処理対象のフレームタイプが１５のＡＭＲフレーム１個分だけ最新タイムスタンプ値を更新し（ステップＳ１１３５）、その後、図７に示すステップＳ１１１４の処理に移行し、ｊを１つインクリメントして以下同様の処理を行う。
【０１２１】
また、他方、上述のステップＳ１１３１の判定の結果、ＡＭＲ　Ｆｒａｍｅ（ｊ）のフレームタイプが１５でないと判定されると（ステップＳ１１３１ＮＯ）、ステップＳ１１１４に移行し、ｊを１つインクリメントして以下同様の処理を行う。
【０１２２】
また、他方、上述のステップＳ１１０２の判定の結果、ｊがＦｒａｍｅｓＩｎＲｅｃＰａｃｋｅｔ（ｉ）より小さく無いと判定された場合、即ち、１つのＲＴＰパケットの全てのＡＭＲフレームのデコード処理が終了した場合（ステップＳ１１０２ＮＯ）、ここでのＡＭＲ　ＲＴＰ　ｐａｙｌｏａｄ（ｉ）の処理を終了する。
【０１２３】
最後に、上述の図３乃至図６に示したエンコード時の処理フローと、上述の図７乃至図１２に示したデコード時の処理フローにより、［発明が解決しようとする課題］の欄で示した図１７の（ｂ）のＳＩＤ　ＦＩＲＳＴ（無音開始）フレームとＳＩＤ　ＵＰＤＡＴＥ（無音期間更新）フレームの間に２個の無音フレームが存在する連続特定パターンと、同図１７の（ｃ）のＳＩＤ　ＵＰＤＡＴＥフレームとＳＩＤ　ＵＰＤＡＴＥフレームの間に７個の無音フレームが存在する連続特定パターンがある場合に、送信側のエンコード処理において無音フレームの伝送を省略し、他方、受信側のデコード処理において該省略された無音フレームを復元した場合のフレーム構成を図１４及び図１５に示す。
【０１２４】
図１４は、伝送すべきフレームストリーム中に、フレームタイプがＳＩＤ　ＦＩＲＳＴのＡＭＲフレーム、次にフレームタイプが１５のＡＭＲフレーム（無音区間）が２個連続し、次に、フレームタイプがＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームが連なるパターンがある場合に、本発明方式のエンコード処理及びデコード処理を施した場合のＡＭＲフレームの構成を示す図である。
【０１２５】
図１４の（ａ）に示すエンコード前のＡＭＲフレーム列を、本発明方式のエンコード処理を施した場合のＡＭＲフレーム列が同図１４（ｂ）である。
【０１２６】
即ち、この図１４（ｂ）は、エンコード時にＳＩＤ　ＦＩＲＳＴフレームとＳＩＤ　ＵＰＤＡＴＥフレームの間にある２個の無音フレームを省略して、ＳＩＤ　ＦＩＲＳＴのＡＭＲフレームの直ぐ後にＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームが連続するようなフレーム列としてＲＴＰパケット中に挿入している。
【０１２７】
また、図１４（ｂ）に示したＡＭＲフレーム列を受信した受信側のデコード処理において、本発明方式のデコード処理を施した場合のＡＭＲフレーム列が同図１４（ｃ）である。
【０１２８】
即ち、この図１４（ｃ）は、デコード時に、上記図１４（ｂ）に示したＳＩＤ　ＦＩＲＳＴフレームの直ぐ後にＳＩＤ　ＵＰＤＡＴＥフレームが連続するようなフレーム列を検出した場合、それらＳＩＤ　ＦＩＲＳＴフレームとＳＩＤ　ＵＰＤＡＴＥフレームの間に２個の無音フレームを挿入して、エンコード処理される前のフレーム列を復元するようにしている。
【０１２９】
図１５は、伝送するフレームストリーム中に、フレームタイプがＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレーム、次に、フレームタイプが１５のＡＭＲフレーム（無音区間）が７個連続し、次に、フレームタイプがＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームが連なるパターンがある場合に本発明方式のエンコード処理及びデコード処理を施した場合のＡＭＲフレームの構成を示す図である。
【０１３０】
図１５の（ａ）に示すエンコード前のＡＭＲフレーム列を、本発明方式のエンコード処理を施した場合のＡＭＲフレーム列が同図１５（ｂ）である。
【０１３１】
即ち、この図１５（ｂ）は、エンコード時にＳＩＤ　ＵＰＤＡＴＥフレームとＳＩＤ　ＵＰＤＡＴＥフレームの間にある７個の無音フレームを省略して、ＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームの直ぐ後にＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームが連続するようなフレーム列としてＲＴＰパケット中に挿入している。
【０１３２】
また、図１５（ｂ）に示したＡＭＲフレーム列を受信した受信側のデコード処理において、本発明方式のデコード処理を施した場合のＡＭＲフレーム列が同図１５（ｃ）である。
【０１３３】
即ち、この図１５（ｃ）は、デコード時に、上記図１５（ｂ）に示したＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームとＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームが連続するようなフレーム列を検出した場合、それらＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームとＳＩＤ　ＵＰＤＡＴＥのＡＭＲフレームの間に７個の無音フレームを挿入して、エンコード処理される前のフレーム列を復元するようにしている。
【０１３４】
【発明の効果】
以上説明したように、本発明によれば、ＲＴＰパケットを用いてＡＭＲの音声フレームを伝送するシステムにおいて、受信側で省略された無音フレームの数を特定できるような場合に、送信側のエンコーダ処理において、それら特定可能な無音フレームのパケットへの挿入を省略し、受信側のデコーダ処理において、それら省略された無音フレームを追加して復元処理するようにしたため、従来の通信処理方式に比べて伝送帯域をより有効に利用することが可能となる。
【図面の簡単な説明】
【図１】本発明の音声圧縮伸張方式（ＡＭＲ：Ａｄａｐｔｉｖｅ　Ｍｕｌｔｉ−Ｒａｔｅ）を用いて符号化された音声フレームストリームをパケット化して伝送するパケット伝送方法を適用した場合のシステム概略構成を示す図。
【図２】ＲＴＰパケットの一構成例を示す図。
【図３】本方式のエンコード時の処理を示すフローチャート。
【図４】本方式のエンコード時の処理を示すフローチャート。
【図５】本方式のエンコード時の処理を示すフローチャート。
【図６】本方式のエンコード時の処理を示すフローチャート。
【図７】本方式のデコード時の処理を示すフローチャート。
【図８】本方式のデコード時の処理を示すフローチャート。
【図９】本方式のデコード時の処理を示すフローチャート。
【図１０】本方式のデコード時の処理を示すフローチャート。
【図１１】本方式のデコード時の処理を示すフローチャート。
【図１２】本方式のデコード時の処理を示すフローチャート。
【図１３】本方式で使用するパラメータの定義を示す表図。
【図１４】ＳＩＤ　ＦＩＲＳＴフレームとＳＩＤ　ＵＰＤＡＴＥフレームの間に２個の無音フレームが存在するパターンがある場合に本発明方式のエンコード処理及びデコード処理を施した場合のＡＭＲフレームの構成を示す図。
【図１５】ＳＩＤ　ＵＰＤＡＴＥフレームとＳＩＤ　ＵＰＤＡＴＥフレームの間に７個の無音フレームが存在するパターンがある場合に本発明方式のエンコード処理及びデコード処理を施した場合のＡＭＲフレームの構成を示す図。
【図１６】無音フレームをＡＭＲ−ＲＴＰパケットのペイロード中に挿入するのを省略することが許可されているケースを示す図。
【図１７】無音フレームをＡＭＲ−ＲＴＰパケットのペイロード中に挿入するのを省略することが許可されていないケースを示す図。
【符号の説明】
１００　送信側の音声フレーム処理装置
１１０　制御部
１１１　エンコーダ（符号器）
２００　通信網
３００　受信側の音声フレーム処理装置
３１０　制御部
３１１　デコーダ（解読器）
４００　ＲＴＰパケット
４１０　ＲＴＰヘッダ
４２０　ＲＴＰペイロード
【図１】
2004088342.tif 000003
【図２】
2004088342.tif 000004
【図３】
2004088342.tif 000005
【図４】
2004088342.tif 000006
【図５】
2004088342.tif 000007
【図６】
2004088342.tif 000008
【図７】
2004088342.tif 000009
【図８】
2004088342.tif 000010
【図９】
2004088342.tif 000011
【図１０】
2004088342.tif 000012
【図１１】
2004088342.tif 000013
【図１２】
2004088342.tif 000014
【図１３】
2004088342.tif 000015
【図１４】
2004088342.tif 000016
【図１５】
2004088342.tif 000017
【図１６】
2004088342.tif 000018
【図１７】
2004088342.tif 000019