(57)【要約】  移動通信システム内の移動端末局が音声チャネルを介して非音声データを転送する方法であって、もう１つの移動端末局に送信されるべき非音声データをＩＢＤフレームにカプセル化するステップと、前記ＩＢＤフレームをバッファに保管するステップと、前記もう１つの移動端末局に送信される音声バーストが終わったかどうかを検出するステップと、前記音声バーストが終わったことを検出した場合に、前記もう１つの移動端末局に送信されるべき非音声データがあるかどうかを検査するステップと、送信されるべき非音声データがある場合に、少なくとも１つの非音声データを音声チャネルを介して前記もう１つの移動端末局に送信するステップとを含む方法を提案する。ＳＩＤフレームおよび無音音声フレームを変更することによって、この方法は、システムの無線リソースを節約するために、専用データ・チャネルではなく音声チャネルを介する非音声の送信を実現する。
2007511158.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システム内の移動端末局が音声チャネルを介して非音声データを転送する方法であって、
（ａ）もう１つの移動端末局に送信される音声バーストが終わったかどうかを検出するステップと、
（ｂ）前記音声バーストが終わったことを検出した場合に、前記もう１つの移動端末局に送信されるべき非音声データがあるかどうかを検査するステップと、
（ｃ）送信されるべき非音声データがある場合に、少なくとも１つの非音声データを音声チャネルを介して前記もう１つの移動端末局に送信するステップと
を含む方法。
【請求項２】
ステップ（ａ）の前に、
（ｉ）前記もう１つの移動端末局に送信されるべき前記非音声データをＩＢＤ（Ｉｎ−Ｂａｎｄ  Ｄａｔａ）フレームにカプセル化するステップと、
（ｉｉ）前記ＩＢＤフレームをバッファに保管するステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ＩＢＤフレームをマークするＩＢＤ符号語が、ＳＩＤ（Ｓｉｌｅｎｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）フレームをマークするＳＩＤ符号語からなり、前記ＩＢＤ符号語を前記ＳＩＤ符号語から区別するために前記ＳＩＤ符号語を形成するビットから選択された各ビットの値が、前記ＳＩＤ符号語をマークする各ビットの値と同一であることができない、請求項２に記載の方法。
【請求項４】
前記選択されるビットの個数が、前記ＩＢＤ符号語を形成する各ビットの値が音声フレーム内に現れないことを確実にすることを要求される、請求項３に記載の方法。
【請求項５】
前記ＩＢＤフレームをマークする前記ＩＢＤ符号が、Ｂｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータと前記ＳＩＤフレームをマークするＳＩＤ符号語から選択された少なくとも１ビットとを所持するすべてのビットからなり、Ｂｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータを所持する各前記ビットの値が、０であり、前記ＳＩＤ符号語から選択される各前記ビットの値が、前記ＳＩＤ符号語をマークする各ビットの値と同一であることができない、請求項２に記載の方法。
【請求項６】
前記ＩＢＤフレームをマークする前記ＩＢＤ符号語が、ＳＩＤフレームをマークするＳＩＤ符号語と前記ＳＩＤ符号語に含まれない少なくとも１つの予約済みビットとからなる、請求項２に記載の方法。
【請求項７】
前記ＩＢＤフレームが、前記ＳＩＤフレームと前記移動端末局から前記もう１つの移動端末局に送信される前記音声フレームと同一の長さを有する、請求項３から６のいずれか一項に記載の方法。
【請求項８】
ハングオーバ手順がイネーブルされていない場合に、前記ＩＢＤフレームが、前記ＳＩＤフレームが通常の通信で送信されると考えられる時間中に送信される、請求項７に記載の方法。
【請求項９】
ハングオーバ手順がイネーブルされている場合に、前記ＩＢＤフレームが、前記無音音声フレームが通常の通信で送信されると考えられる時間中に送信され、前記無音音声フレームが、前記ＳＩＤフレームを計算するのに使用される、請求項７に記載の方法。
【請求項１０】
（ｄ）前記ＩＢＤフレームのすべてがまだ送出されてはいない間に、新しい音声バーストが前記もう１つの移動端末局に転送される必要があることを検出した場合に、前記ＩＢＤフレームの送信を一時停止するステップと、
（ｅ）前記新しい音声バーストを前記もう１つの移動端末局に送信するステップと、
をさらに含む、請求項３から５のいずれか一項に記載の方法。
【請求項１１】
前記ＩＢＤフレーム内のＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータを所持するビットの値が、０またはほとんど０である、請求項３、４、および６のいずれか一項に記載の方法。
【請求項１２】
ステップ（ｃ）を実行する前に、
前記もう１つの移動端末局がＩＢＤフレームをサポートするかどうかを検査するために、前記もう１つの移動端末局にプロービング・フレームを送信するステップと、
前記もう１つの移動端末局から確認応答を受信した場合に、前記もう１つの移動端末局にＩＢＤフレームを送信するステップと
をさらに含む、請求項１に記載の方法。
【請求項１３】
移動端末局が音声チャネル内で非音声データを転送する方法であって、
（ｉ）もう１つの移動端末局から受信したフレームを検出するステップと、
（ｉｉ）前記受信したフレームがＩＢＤ（Ｉｎ−Ｂａｎｄ  Ｄａｔａ）フレームである場合に、前記ＩＢＤフレームを保管するステップと、
（ｉｉｉ）前に受信したＳＩＤフレームを使用することによって、背景雑音を生成するステップと
を含む方法。
【請求項１４】
前記ＩＢＤフレームをマークするＩＢＤ符号語が、ＳＩＤ（Ｓｉｌｅｎｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）フレームをマークするＳＩＤ符号語からなり、前記ＩＢＤ符号語を前記ＳＩＤ符号語から区別するために前記ＳＩＤ符号語を形成するビットから選択された各ビットの値が、前記ＳＩＤ符号語をマークする各ビットの値と同一であることができない、請求項１３に記載の方法。
【請求項１５】
前記ＩＢＤフレームをマークする前記ＩＢＤ符号語が、Ｂｌｏｃｋ  ＡｍｐｌｉｔｕｄｅパラメータとＳＩＤフレームをマークするＳＩＤ符号語から選択された少なくとも１ビットとを所持するすべてのビットからなり、Ｂｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータを所持する各前記ビットの値が、０であり、前記ＳＩＤ符号語から選択される各前記ビットの値が、前記ＳＩＤ符号語をマークする各ビットの値と同一であることができない、請求項１３に記載の方法。
【請求項１６】
前記ＩＢＤフレームをマークする前記ＩＢＤ符号が、ＳＩＤフレームをマークするＳＩＤ符号語と前記ＳＩＤ符号語に含まれない少なくとも１つの予約済みビットとからなる、請求項１３に記載の方法。
【請求項１７】
前記ＩＢＤフレームが、前記ＳＩＤフレームと前記もう１つの移動端末局からの前記音声フレームと同一の長さを有する、請求項１４から１６のいずれか一項に記載の方法。
【請求項１８】
ステップ（ｉ）が、
（ａ１）前記受信したフレームの前記ＳＩＤ符号語を検査するステップと、
（ａ２）前記ＳＩＤ符号語が、前記受信したフレームがＳＩＤフレームでないことを示す場合に、前記受信したフレームがＩＢＤフレームであるかどうかを判断するために、前記ビットが前記ＳＩＤ符号語から選択された後の残りのビットの値を検出するステップと
をさらに含む、請求項１４に記載の方法。
【請求項１９】
ステップ（ｉ）が、
（ａ２）前記受信したフレームの前記ＳＩＤ符号語を検査するステップと、
（ｂ２）前記ＳＩＤ符号語が、前記受信したフレームがＳＩＤフレームでないことを示す場合に、前記受信したフレームがＩＢＤフレームであるかどうかを判断するために、Ｂｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータを所持するすべてのビットの値と前記ＳＩＤ符号語から選択された前記ビットの値とを検出するステップと
をさらに含む、請求項１５に記載の方法。
【請求項２０】
ステップ（ｉ）が、
（ａ３）前記受信したフレームの前記ＳＩＤ符号語を検査するステップと、
（ｂ３）前記ＳＩＤ符号語が、前記受信したフレームが音声フレームでないことを示す場合に、前記受信したフレームがＩＢＤフレームであるかどうかを判断するために、前記ＳＩＤ符号語に含まれない前記予約済みビットの値を検出するステップと
をさらに含む、請求項１６に記載の方法。
【請求項２１】
前記ＩＢＤフレーム内のＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータを所持するビットの値が、０またはほとんど０である、請求項１４から１６のいずれか一項に記載の方法。
【請求項２２】
（ｃ）前記もう１つの移動端末局からプロービング・フレームを受信するステップと、
（ｄ）前記移動端末局がＩＢＤフレームをサポートする場合に、前記もう１つの移動端末局に確認応答を返すステップと
をさらに含む、請求項１８から２０のいずれか一項に記載の方法。
【請求項２３】
移動端末局であって、
前記移動端末局からもう１つの移動端末局に送信される音声バーストが終わったかどうかを検出し、前記音声バーストが終わったことを検出した時に、前記もう１つの移動端末局に送信されるべき非音声データがあるかどうかを検査する、第１検出ユニットと、
フレームを前記もう１つの移動端末局に送信する送信ユニットと、
送信されるべき非音声データがある時に、少なくとも１つの非音声データ・フレームを音声チャネルを介して前記もう１つの移動端末局に送信するように前記送信ユニットを制御する制御ユニットと
を含む、移動端末局。
【請求項２４】
前記もう１つの移動端末局に送信されるべき前記非音声データをＩＢＤ（Ｉｎ−Ｂａｎｄ  Ｄａｔａ）フレームにカプセル化する、ＩＢＤフレーム生成ユニットと、
生成されたＩＢＤフレームを保管する第１バッファと
をさらに含む、請求項２３に記載の移動端末局。
【請求項２５】
前記ＩＢＤフレームをマークするＩＢＤ符号語が、ＳＩＤフレームをマークするＳＩＤ符号語からなり、前記ＩＢＤ符号語を前記ＳＩＤ符号語から区別するために前記ＳＩＤ符号語を形成するビットから選択された各ビットの値が、前記ＳＩＤ符号語をマークする各ビットの値と同一であることができない、請求項２４に記載の移動端末局。
【請求項２６】
前記ＩＢＤフレームをマークする前記ＩＢＤ符号が、Ｂｌｏｃｋ  ＡｍｐｌｉｔｕｄｅパラメータとＳＩＤフレームをマークするＳＩＤ符号語から選択された少なくとも１ビットとを所持するすべてのビットからなり、Ｂｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータを所持する各前記ビットの値が、０であり、前記ＳＩＤ符号語から選択される各前記ビットの値が、前記ＳＩＤ符号語をマークする各ビットの値と同一であることができない、請求項２４に記載の移動端末局。
【請求項２７】
前記ＩＢＤフレームをマークする前記ＩＢＤ符号が、ＳＩＤフレームをマークするＳＩＤ符号語と前記ＳＩＤ符号語に含まれない少なくとも１つの予約済みビットとからなる、請求項２４に記載の移動端末局。
【請求項２８】
前記ＩＢＤフレームが、前記ＳＩＤフレームと前記移動端末局から前記もう１つの移動端末局に送信される前記音声フレームと同一の長さを有する、請求項２５から２７のいずれか一項に記載の移動端末局。
【請求項２９】
ハングオーバ手順がイネーブルされていない場合に、前記送信ユニットが、前記ＳＩＤフレームが通常の通信で送信されると考えられる時間中に前記ＩＢＤフレームを送信する、請求項２８に記載の移動端末局。
【請求項３０】
前記ハングオーバ手順がイネーブルされている場合に、前記送信ユニットが、前記無音音声フレームが通常の通信で送信されると考えられる時間中に前記ＩＢＤフレームを送信し、前記無音音声フレームが、前記ＳＩＤフレームを計算するのに使用される、請求項２８に記載の移動端末局。
【請求項３１】
前記もう１つの移動端末局から受信したフレームを検出する第２検出ユニットと、
前記受信したフレームがＩＢＤフレームである時に、前記ＩＢＤフレームをバッファリングする第２バッファと、
前に受信したＳＩＤフレームを使用することによって、背景雑音を生成するＲｘコンフォート・ノイズ・ユニットと
をさらに含む、請求項２８に記載の移動端末局。
【請求項３２】
前記検出ユニットが、
前記受信したフレームの前記ＳＩＤ符号語を検査し、前記ＳＩＤ符号語が、前記受信したフレームがＳＩＤフレームでないことを示す時に、前記受信したフレームがＩＢＤフレームであるかどうかを判断するために、前記ビットが前記ＳＩＤ符号語から選択された後の残りのビットの値を検出するＩＢＤフレーム識別ユニット
をさらに含む、請求項３１に記載の移動端末局。
【請求項３３】
前記検出ユニットが、
前記受信したフレームの前記ＳＩＤ符号語を検査し、前記ＳＩＤ符号語が、前記受信したフレームがＳＩＤフレームでないことを示す時に、前記受信したフレームがＩＢＤフレームであるかどうかを判断するために、Ｂｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータを所持するすべてのビットの値と前記ＳＩＤ符号語から選択された前記ビットの値とを検出するＩＢＤフレーム識別ユニット
をさらに含む、請求項３１に記載の移動端末局。
【請求項３４】
前記検出ユニットが、
前記受信したフレームの前記ＳＩＤ符号語を検査し、前記ＳＩＤ符号語が、前記受信したフレームが音声フレームでないことを示す時に、前記受信したフレームがＩＢＤフレームであるかどうかを判断するために、前記ＳＩＤ符号語に含まれない前記予約済みビットの値を検査するＩＢＤフレーム識別ユニット
をさらに含む、請求項３１に記載の移動端末局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全般的には移動通信の方法および装置、特に、セルラ移動体通信システムの音声チャネル（voice channel）を介して非音声データ（non-speech data）を転送する通信の方法および装置に関する。
【背景技術】
【０００２】
現在の２Ｇ／３Ｇ移動通信システムでは、音声信号および非音声データが、それぞれ、音声チャネルを介する音声信号および専用データ・チャネルを介する非音声データを用いて転送される。
【０００３】
２つの既存ＧＳＭ移動端末局の間で音声通信を転送する処理の流れ図を、図１に示す。図１に示されているように、ネットワーク・システムに送信される前に、送信側としての移動端末局で送信される音声信号は、ＡＤＣ  １０によってアナログ−ディジタル変換され、音声圧縮ユニット２０によって音声圧縮され、チャネル符号化ユニット３０によってチャネル符号化され、Ｔｘ  ＲＳＳ（送信器ラジオ・サブシステム）９３内の変調およびＴｘユニット４０によって変調される。受信側としての移動端末局では、ネットワーク・システムから受信された音声信号が、Ｒｘおよび復調ユニット５０によって復調され、Ｒｘ  ＲＳＳ（受信器ラジオ・サブシステム）９６内のチャネル復号ユニット６０によってチャネル復号され、次いで、音声伸長ユニット７０によって音声伸長され、ＤＡＣ  ８０によってディジタル−アナログ変換される。したがって、少なくとも、送信側としての移動端末局によって送信されるオリジナル音声信号は、前述の処理ステップの後に回復される。
【０００４】
一般的に言うと、一般的な対話手順で、通信の両側の挙動に、２つの状態すなわち、話しているおよび話していないが含まれる。この事実に基づいて、移動端末局は、ＧＳＭ移動通信システムでは不連続に信号を送信する。言い換えると、音声情報を含む音声信号を送信するほかに、移動端末局は、音声情報なしの背景雑音だけを含む信号を選択的に送信することもして、信号干渉を減らし、エネルギを節約する。（これは、移動端末局が、信号干渉を減らし、エネルギを節約するために、音声情報を普通に含む音声信号を送信するほかに、音声情報なしの背景雑音だけを含む信号を選択的に送信することを意味する）。移動端末局で不連続送信機構を実装するために、ＧＳＭ移動通信システムは、送信器側の音声圧縮ユニット２０内で不連続送信ハンドラ（下ではＴｘ  ＤＴＸハンドラと省略する）を使用して、不連続音声送信を達成し、受信器側の音声伸長ユニット７０内で不連続送信ハンドラ（Ｒｘ  ＤＴＸハンドラと省略する）を使用して、不連続音声受信を達成する。
【０００５】
図２は、ＧＳＭフルレート音声トラフィックに使用される現在の音声処理ユニットを示すブロック図である。この音声処理ユニットは、データの送信に使用される音声圧縮ユニット２０の機能ブロックならびにデータの受信に使用される音声伸長ユニット７０の機能ブロックを有する。さらに、ＡＤＣ  １０、Ｔｘ  ＲＳＳ  ９３、Ｒｘ  ＲＳＳ  ９６、およびＤＡＣ  ８０のすべてが、音声信号送信／受信の完全な手順を説明するために、図２にも含まれる。
【０００６】
図２に示されているように、データを送信するＴｘ  ＤＴＸハンドラ９０は、音声エンコーダ９０１（ＧＳＭ  ０６．１０標準規格で定義されている）、Ｔｘ  ＤＴＸ制御および操作ユニット９０２（ＧＳＭ  ０６．３１標準規格で定義されている）、ＶＡＤ（音声アクティビティ検出器）９０３（ＧＳＭ  ０６．３２標準規格で定義されている）、およびＴｘコンフォート・ノイズ・ユニット９０４（ＧＳＭ  ０６．１２標準規格で定義されている）を有する。一方、データを受信するＲｘ  ＤＴＸハンドラ・ユニット１００は、Ｒｘ  ＤＴＸ制御および操作ユニット１００１（ＧＳＭ  ０６．３１標準規格で定義されている）、音声デコーダ１００２（ＧＳＭ  ０６．１０標準規格で定義されている）、音声フレーム代用ユニット１００３（ＧＳＭ  ０６．１１標準規格で定義されている）、およびＲｘコンフォート・ノイズ・ユニット１００４（ＧＳＭ  ０６．１２標準規格で定義されている）を有する。
【０００７】
図２に関して、ＧＳＭフルレート音声トラフィックで不連続送信機構に基づいて音声信号を送信し、受信する方法に対する詳細な説明を、下で与える。
【０００８】
移動端末局が、音声信号を送信する時に、ＡＤＣ  １０が、送信されるアナログ音声信号を、８０００サンプル毎秒の１３ビットｕｎｉｆｏｒｍ  ＰＣＭ（パルス符号変調）ディジタル音声信号に変換し、そのディジタル音声信号をＴｘ  ＤＴＸハンドラ・ユニット９０に配送する。
【０００９】
Ｔｘ  ＤＴＸハンドラ９０内の音声エンコーダ９０１が、ＡＤＣ  １０からディジタル音声信号を受け取り、その受け取った信号を、ラジオ・リンクを介する伝送に適する音声フレーム（たとえば、５０フレーム／秒および２６０ビット／フレーム）に圧縮し、次いで、その音声フレームをＴｘ  ＤＴＸ制御および操作ユニット９０２に送る。音声エンコーダ９０１からの音声情報を含む音声フレームは、持続時間において２０ｍｓである。音声フレームが音声情報なしで背景雑音だけを含む場合に、そのフレームは、無音音声フレーム（ｓｉｌｅｎｃｅ  ｓｐｅｅｃｈ  ｆｒａｍｅ）と呼ばれる。
【００１０】
ＶＡＤ  ９０３は、ＡＤＣ  １０からのディジタル音声信号を検出して、音声フレームに音声情報が含まれるかどうかを決定する。音声情報が含まれる場合に、ＶＡＤフラグに１がセットされ、フレームに、音声情報なしで背景雑音だけが含まれる場合に、ＶＡＤフラグに０がセットされる。
【００１１】
Ｔｘコンフォート・ノイズ・ユニット９０４は、音声エンコーダ９０１からの音声フレームを検出する。Ｎ個の連続する無音音声フレームが検出された場合に、そのＮ個の連続する無音音声フレームに埋め込まれた背景雑音が、合計され、平均をとられて、平均背景雑音が得られる。次いで、背景雑音パラメータが、平均背景雑音から計算され、特殊なフレームすなわち無音記述フレーム（ｓｉｌｅｎｃｅ  ｄｅｓｃｒｉｐｔｉｏｎ  ｆｒａｍｅ）（ＳＩＤフレーム、２６０ビット／フレームを有する）に符号化されても良い。最後に、背景雑音パラメータを含むＳＩＤフレームが、Ｔｘ  ＤＴＸ制御および操作ユニット９０２に送られる。
【００１２】
ここで、
第１に、Ｔｘコンフォート・ノイズ・ユニット９０４内で、平均背景雑音を計算するのに使用された連続する無音音声フレームの個数Ｎが、ＳＩＤフレーム計算用の無音音声フレームの個数と呼ばれる。Ｎの値は、ＧＳＭフルレート音声トラフィックでは４であるが、ＧＳＭハーフレート音声トラフィックでは８である。
【００１３】
第２に、Ｔｘコンフォート・ノイズ・ユニット９０４内で生成される無音音声フレームは、持続時間において２０ｍｓであり、受信側としての移動端末局で背景雑音を生成するためのパラメータだけが含まれ、音声情報がない。
【００１４】
音声エンコーダ９０１からの音声フレームは、Ｔｘコンフォート・ノイズ・ユニット（Tx comfprt noise unit）９０４からのＳＩＤフレームと同一の持続時間を有するので、このフレームのいくつかの特定のビットは、フレームの異なるタイプを区別するためにＳＩＤ符号語として定義されても良い。ＳＩＤフレームについて、そのＳＩＤ符号語は、すべて０であるが、ＳＩＤ符号語は、音声フレームについてすべて０ではない。したがって、あるフレームが、ＳＩＤ符号を検出することによってすなわち、前記特定のビットの値を検査することによって、音声フレームまたはＳＩＤフレームとして決定されても良い。
【００１５】
たとえば、図３に示されたＧＳＭフルレート音声トラフィックでは、すべての２０ｍｓフレームが、２６０ビットからなり、そのうちの３６ビットが、ＬＡＲ（Ｌｏｇ  Ａｒｅａ  Ｒａｔｉｏ）に使用され、他の２２４ビットが、４つのサブフレームに使用される。各サブフレームは、５６ビットからなり、そのうちの７ビットが、ＬＴＰ（Ｌｏｎｇ  Ｔｅｒｍ  Ｐｒｅｄｉｃｔｉｏｎ）ｌａｇパラメータに使用され、２ビットが、ＬＴＰ  ｇａｉｎパラメータに使用され、２ビットが、ＲＰＥ（Ｒｅｇｕｌａｒ  Ｐｕｌｓｅ  Ｅｘｃｉｔａｔｉｏｎ）ｇｒｉｄ  ｐｏｓｉｔｉｏｎパラメータに使用され、６ビットが、Ｂｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータに使用され、３９ビットが、ＲＰＥ−ｐｕｌｓｅ  Ｘｍｃパラメータに使用される。
【００１６】
図３では、１５６ビットのＸｍｃパラメータ（３９ビット／サブフレーム×４＝１５６ビット）が、各サブフレームのＲＰＥ−ｐｕｌｓｅ  Ｘｍｃからなり、合計１５６ビットのＸｍｃパラメータ・セットから引き出されたＲＰＥ−ｐｕｌｓｅ  Ｘｍｃのうちの９５ビットが、ＳＩＤ符号語として使用され、残りの６１ビットは、将来の使用のために予約済みである。ＳＩＤ符号語が０と等しい場合に、そのフレームはＳＩＤフレームであり、そうでない場合に、そのフレームは音声フレームである。
【００１７】
音声エンコーダ９０１からの音声フレームまたはＴｘコンフォート・ノイズ・ユニット９０４からのＳＩＤフレームを受け取ると、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＶＡＤフラグの状態を検査する。ＶＡＤフラグが１である場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰ（ｓｐｅｅｃｈ  ｐｅｒｉｏｄ）フラグに１をセットし、音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に送る。ＶＡＤが０から１に変化する場合に、これは、音声バーストが終わったことを示し、次いで、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳ  ９３に送られた音声フレームの個数であるＮｅｌａｐｓｅｄを検査して、ハングオーバ手順がイネーブルされる必要があるかどうかを決定する。
【００１８】
本明細書で、ハングオーバ手順は、ＳＩＤフレームを更新する必須の機構である。ハングオーバ手順がないと、音声バーストを送信した後に、移動端末局は、次いで、前記音声バーストの前に生成されたＳＩＤフレームを送信する。音声バーストが非常に短い場合には、問題がない。しかし、音声バーストが非常に長い場合には、この長い音声バーストの前に生成されたＳＩＤフレームに埋め込まれた背景雑音が、その音声バーストが終わった時に生成されるものと大きく異なっても良い。受信側としての移動端末局が、長い音声バーストの前に生成されたＳＩＤフレームを使用することによって背景雑音を生成する場合に、一致しない背景雑音が作られ、この背景雑音が、受信側としての移動端末局について非常に不愉快になっても良い。この欠陥を克服するために、移動端末局は、まず、長い音声バーストの後にＮ個の無音音声フレームを受信側としての移動端末局に送信し、次いで、これらの無音音声フレームに従って生成された最新の背景雑音パラメータを含む新しいＳＩＤフレームを送信する。
【００１９】
下で、図４および図５に関して、それぞれハングオーバ手順をイネーブルすることおよびハングオーバ手順をイネーブルしないことに関して、ＤＴＸハンドラ・ユニット９０の動作に対する説明を与える。
【００２０】
１．ハングオーバ手順をイネーブルしない（この場合に、送出された音声フレームの個数であるＮｅｌａｐｓｅｄが、ハングオーバ手順をイネーブルするのに必要な音声フレームの事前定義の個数より多くはない）。
【００２１】
Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ハングオーバ手順をイネーブルせず、ＳＰフラグに０をセットし、次いで、ＳＩＤフレームをＴｘコンフォート・ノイズ・ユニット９０４からＲｘ  ＲＳＳ  ９３に転送する。
【００２２】
図４は、ハングオーバ手順がイネーブルされていない時のＧＳＭフルレート音声トラフィックの不連続送信機構を示す概略図である。この図に示されているように、ＶＡＤ  ９０３は、音声バースト中に音声信号にいくつかの音声情報があることを検出し、したがって、ＶＡＤフラグに１をセットし、音声バーストが終わった時には、音声情報が検出されなくても良く、したがって、ＶＡＤ  ９０３は、ＶＡＤフラグに０をセットする。ＶＡＤフラグが１である時に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに１をセットし、音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に転送する。ＶＡＤフラグが１から０に変化する時に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳに送られた音声フレームの個数であるＮｅｌａｐｓｅｄを検査し、Ｎｅｌａｐｓｅｄ＝２２であることを知る。これは、Ｎｅｌａｐｓｅｄがハングオーバ手順の事前定義の閾値を超えていないことを意味し、したがって、ハングオーバ手順をイネーブルする必要はない。したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに０をセットし、ＳＩＤフレームをＴｘコンフォート・ノイズ・ユニット９０４からＴｘ  ＲＳＳ  ９３に送る。ここで、ＳＩＤフレームの計算に使用される無音音声フレームの個数は４であり、したがって、Ｔｘコンフォート・ノイズ・ユニット９０４は、４つの連続する無音音声フレームを検出した後に新しいＳＩＤフレームを生成し、したがって、音声バーストの終りの後にＴｘ  ＲＳＳ  ９３に送られる最初の４つのＳＩＤフレーム（たとえば、図４に示されたＳＩＤｋ）は、その音声バーストの前に生成され、５番目とそれ以降のフレーム（たとえば、図４に示されたＳＩＤｋ＋１）は、音声バーストの後に生成される新しいＳＩＤフレームである。
【００２３】
２．ハングオーバ手順をイネーブルする（この場合に、送出された音声フレームの個数であるＮｅｌａｐｓｅｄが、ハングオーバ手順をイネーブルするのに必要な音声フレームの事前定義の個数より多い）。
【００２４】
Ｔｘ  ＤＴＸ制御および操作ユニット９０２が、ハングオーバ手順をイネーブルする、すなわち、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、まず、ＳＰフラグに１をセット続け、ＳＩＤフレームの計算に使用された無音音声フレームと同一の個数を有する音声エンコーダ９０１からの連続する無音音声フレームをＴｘ  ＲＳＳ  ９３に転送する。次いで、ＳＰフラグに０がセットされ、Ｔｘコンフォート・ノイズ・ユニット９０４からの、前記無音音声フレームに従って生成された新しいＳＩＤフレームが、Ｔｘ  ＲＳＳ  ９３に送られる。
【００２５】
図５は、ハングオーバ手順がイネーブルされている時の現在のＧＳＭフルレート音声トラフィックの不連続送信機構を示す概略図である。図５に示されているように、ＶＡＤ  ９０３は、音声バースト中に音声信号に含まれるいくつかの音声情報があることを検出し、したがって、ＶＡＤフラグに１をセットし、音声バーストが終わった時には、ＶＡＤ  ９０３は、音声信号に含まれる音声情報がないことを検出し、したがって、ＶＡＤ  ９０３は、ＶＡＤフラグに０をセットする。ＶＡＤフラグが１である時に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに１をセットし、音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に転送する。ＶＡＤフラグが１から０に変化する時に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳ  ９３に送られた音声フレームの個数であるＮｅｌａｐｓｅｄを検査し、Ｎｅｌａｐｓｅｄ＝５０であることを知るが、これはハングオーバ手順の事前定義の閾値を超えており、したがって、ハングオーバ手順がイネーブルされる。これは、ＳＰフラグにまず１がセットされ、音声エンコーダ９０１からの４つの連続する無音音声フレームが、Ｔｘ  ＲＳＳ  ９３に送られることを意味する。次いで、ＳＰフラグに０がセットされ、Ｔｘコンフォート・ノイズ・ユニット９０４からの、前記４つの無音音声フレームに従って生成された新しいＳＩＤフレーム（たとえば、図５に示されたＳＩＤｋ＋１）が、Ｔｘ  ＲＳＳ  ９３に送られる。
【００２６】
Ｔｘ  ＤＴＸ制御および操作ユニット９０２からフレームを受け取ると、Ｔｘ  ＲＳＳ  ９３は、ＳＰフラグの状態を検査する。フラグＳＰが１であることが検出された場合に、Ｔｘ  ＲＳＳ  ９３が、そのフレームをＴｘ  ＤＴＸ制御および操作ユニット９０２から受信側としての移動端末局に送信する。ＳＰフラグが０であることがわかった場合には、Ｔｘ  ＤＴＸ制御および操作ユニット９０２からのフレームのＳＩＤ符号語が、検査される。そのＳＩＤ符号語が、０と等しいすなわち、そのフレームがＳＩＤフレームである場合に、Ｔｘ  ＲＳＳ  ９３は、そのフレームをネットワーク・システムに送信し、アイドル状態に切り替える。
【００２７】
受信側としての移動端末局のＲｘ  ＲＳＳ  ９６は、送信側としての移動端末局から送信されたフレームをネットワーク・システムを介して受信し、受信したフレームをＲｘ  ＤＴＸ制御および操作ユニット１００１に転送し、ＢＦＩ（ｂａｄ  ｆｒａｍｅ  ｉｎｄｉｃａｔｏｒ）、ＳＩＤフラグ、およびＴＡＦ（ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ  ｆｌａｇ）フラグをセットするが、ここで、
（１）受信されたフレームが完全な音声フレームである場合に、ＢＦＩ＝０およびＳＩＤ＝０をセットし、
（２）受信されたフレームが不良音声フレーム場合に、ＢＦＩ＝１およびＳＩＤ＝０をセットし、
（３）受信されたフレームが完全なＳＩＤフレームである場合に、ＢＦＩ＝０およびＳＩＤ＝２をセットし、複数のＳＡＣＣＨ（ｓｌｏｗ  ａｓｓｏｃｉａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）フレーム内のＳＩＤフレームの位置をＴＡＦフラグ内でマークし、
（４）受信されたフレームが不良ＳＩＤフレームである場合に、ＢＦＩ＝１およびＳＩＤ＝１をセットする。
【００２８】
Ｒｘ  ＲＳＳ  ９６からフレームを受け取ると、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、ＢＦＩ、ＳＩＤ、およびＴＡＦの状態に従って、受け取ったフレームに対する関連処理を実行する。
（１）ＢＦＩ＝０およびＳＩＤ＝０の場合に、これは、受け取られたフレームが完全な音声フレームであることを示し、したがって、その完全な音声フレームが、音声デコーダ１００２に送られ、
（２）ＢＦＩ＝１およびＳＩＤ＝０の場合に、これは、受け取られたフレームが不良音声フレームであることを示し、音声フレーム代用ユニット１００３が、完全な音声フレームを生成するように指示され、
（３）ＢＦＩ＝０およびＳＩＤ＝２の場合に、これは、受け取られたフレームが完全なＳＩＤフレームであることを示し、その完全なＳＩＤフレームが、Ｒｘコンフォート・ノイズ・ユニット１００４に送られ、
（４）ＢＦＩ＝１およびＳＩＤ＝１の場合に、これは、受け取られたフレームが不良ＳＩＤフレームであることを示し、音声フレーム代用ユニット１００３が、背景雑音パラメータを計算するように指示される。
【００２９】
音声デコーダ１００２は、Ｒｘ  ＤＴＸ制御および操作ユニット１００１から完全な音声フレームを受け取り、次いで、完全な音声フレームを音声復号することによってディジタル音声信号を得て、そのディジタル音声信号をＤＡＣ  ８０に送る。
【００３０】
Ｒｘコンフォート・ノイズ・ユニット１００４は、Ｒｘ  ＤＴＸ制御および操作ユニット１００１から完全なＳＩＤフレームを受け取り、次いで、その完全なＳＩＤフレームから背景雑音パラメータを抽出し、そのパラメータを音声デコーダ１００２に送って、背景雑音を生成する。
【００３１】
音声フレーム代用ユニット１００３は、Ｒｘ  ＤＴＸ制御および操作ユニット１００１の指示に従って、完全な音声フレームを生成するか、背景雑音パラメータを計算し、次いで、その生成された音声フレームまたは背景雑音パラメータを音声デコーダ１００２に送る。
【００３２】
ＤＡＣ  ８０は、音声デコーダ１００２からディジタル音声を受け取り、次いで、そのディジタル音声信号をアナログ音声信号に変換し、このアナログ音声信号を対応する処理ユニットに送る。
【００３３】
図２、図３、および図４に関して、ＧＳＭ通信システムでの不連続送信機構に基づく音声信号の送信および受信に対する詳細な説明が、提供された。
【００３４】
上で述べたように、音声バーストが終わった時に、Ｔｘ  ＤＴＸ制御および操作ユニットは、ＳＩＤフレーム、または無音音声フレームおよびＳＩＤフレームをＴｘ  ＲＳＳに送る。ＳＩＤフレームおよび無音音声フレームには音声情報がないので、無音音声フレームまたはＳＩＤフレームが送られると考えられる時に、無音音声フレームまたはＳＩＤフレームではなく非音声データを含むデータ・フレームが送られる場合に、音声情報の配送に影響せずに、非音声データが音声チャネルを介して送信されても良い。したがって、非音声データの配送について専用データ・チャネルは不要であり、これは、通信に関する無線リソースを大きく節約し、専用データ・チャネルを確立する時間を除去する。
【発明の開示】
【発明が解決しようとする課題】
【００３５】
本発明の目的は、移動通信システムで音声チャネルを介して非音声データを転送する方法および装置を提供することである。提案される方法および装置では、非音声データが、ＳＩＤフレームまたは無音音声フレームを変更することを介して、専用データ・チャネルではなく音声チャネルを介して転送されても良く、したがって、無線リソースが、大きく節約されても良い。
【課題を解決するための手段】
【００３６】
本発明に従って、移動通信システム内で移動端末局が音声チャネルを介して非音声データを伝送する方法であって、送信されるべき非音声データをＩｎ−Ｂａｎｄ  Ｄａｔａ（ＩＢＤ）フレームにカプセル化することと、ＩＢＤフレームをバッファに保管することと、もう１つの移動端末局に送信される音声バーストが終わったかどうかを検出することと、音声バーストが終わった場合に、前記もう１つの移動端末局に送信されるべき非音声データがあるかどうかを検査することと、送信されるべき非音声データがある場合に、少なくとも１つの非音声データを音声チャネルを介して前記もう１つの移動端末局に送信することとを含む方法を提案する。
【００３７】
本発明に従って、移動端末局が音声チャネルを介して非音声データを伝送する方法であって、もう１つの移動端末局から受信したフレームを検出することと、受信したフレームがＩｎ−Ｂａｎｄ  Ｄａｔａ（ＩＢＤ）フレームである場合に、ＩＢＤフレームをバッファに保管することと、前に受信したＳＩＤフレームを利用することによって、背景雑音を生成することとを含む方法を提案する。
【００３８】
本発明に従って生成されるＩＢＤフレームは、（１）ＩＢＤフレームをマークするＩＢＤ符号語が、ＳＩＤフレームをマークするＳＩＤ符号語からなり、ＩＢＤ符号語をＳＩＤ符号語から区別するためにＳＩＤ符号語を形成するビットから選択された各ビットの値が、ＳＩＤ符号語をマークする各ビットの値と同一であることができない、（２）ＩＢＤフレームをマークするＩＢＤ符号が、Ｂｌｏｃｋ  ＡｍｐｌｉｔｕｄｅパラメータとＳＩＤフレームをマークするＳＩＤ符号語から選択された少なくとも１ビットとを所持するすべてのビットからなり、Ｂｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータを所持する各ビットの値が、０であり、ＳＩＤ符号語から選択される各ビットの値が、ＳＩＤ符号語をマークする各ビットの値と同一であることができない、（３）ＩＢＤフレームをマークするＩＢＤ符号語が、ＳＩＤフレームをマークするＳＩＤ符号語とＳＩＤ符号語に含まれない少なくとも１つの予約済みビットとからなる、の３タイプに分類されても良い。
【発明を実施するための最良の形態】
【００３９】
本発明では、専用データ・チャネルではなく音声チャネルを介して転送される非音声データが、ＩＢＤ（Ｉｎ−Ｂａｎｄ  Ｄａｔａ）と呼ばれる。移動通信サービスの従来のフレームに基づく、非音声データを転送するための３タイプのＩＢＤフレームを構成することに焦点を合わせて、音声チャネルを介してＩＢＤを転送する方法が、提案される。これらの３つのフレームが、現在の音声トラフィックの音声フレームおよびＳＩＤフレームと異なる構造を有するが、同一の長さである。したがって、非音声データの送信が、移動通信の現在のネットワーク・システムのハードウェア機器および移動端末局ハードウェアの大きい変更なしに実現されても良い。
【００４０】
図６、図７、および図８に関して、図３に示されたフレーム構造に基づいて構成される３タイプのＩＢＤフレームを詳しく述べるために、ＧＳＭフルレート音声トラフィックが、下で例示される。
【００４１】
１．第１タイプのＩＢＤフレーム
第１タイプのＩＢＤフレームは、ＳＩＤ符号語の９５ビットによってマークされる。この９５ビット内で、Ｍビットが、ＩＢＤ符号語ポストフィックスとして定義され、残りの（９５−Ｍ）ビットは、ＩＢＤ符号語プレフィクスとして定義される。すなわち、
ＩＢＤ符号語＝ＩＢＤ符号語プレフィックス＋ＩＢＤ符号語ポストフィックス
である。
【００４２】
ＩＢＤ符号語内で、プレフィックスとしての（９５−Ｍ）ビットのすべてが０であるが、ポストフィックスとしてのＭビットは、同時に０にされることができない。この形で構成されるＩＢＤ符号語は、ＳＩＤ符号語と同一のビットを占めるが、この２タイプの符号語は、ＩＢＤ符号語ポストフィックスが０であるか否かに従って区別されても良い。すなわち、提案される方法は、受信されたフレームを、このフレーム内の９５ビットＩＢＤ符号語の検査だけを介して、音声フレーム、ＳＩＤフレーム、またはデータ・フレームとして識別する。ＩＢＤ符号語の値が０である、すなわち、ＩＢＤ符号のプレフィックスおよびポストフィックスが、両方とも０である場合に、そのフレームは、ＳＩＤフレームであり、ＩＢＤ符号語の値が０ではなく、ＩＢＤ符号語プレフィックスが０でない場合に、そのフレームは、音声フレームであり、ＩＢＤ符号語が０ではなく、ＩＢＤフレーム語のプレフィックスが０であるがポストフィックスが０でない時に限って、そのフレームは、ＩＢＤフレームである。
【００４３】
ＩＢＤフレームの構造は、第１タイプのＩＢＤフレームを使用して非音声データを転送するために、現在のフレーム内のＳＩＤフレームをマークするために９５ビットのうちのＭビットを占めるので、通常の音声情報が、音声エンコーダによって生成されるフレームに含まれ、（９５−Ｍ）ビットのすべてが０になる確率が、９５ビットのすべてが０になる確率と等しいことが保証されなければならない。言い換えると、（９５−Ｍ）ビットが音声フレームに使用される確率が、９５ビットが音声フレームに使用される確率と等しいことが通信中に保証されなければならない、すなわち、本発明では、０値の（９５−Ｍ）ビットおよび非０値のＭビットからなるフレームだけが、音声フレームではなくＩＢＤフレームにされても良い。Ｍの値が慎重に選択されるすなわち大きすぎない限り、この条件は、簡単に満足されても良い。
【００４４】
図６は、上述した第１タイプのＩＢＤ符号語の実施形態を示す。この実施形態では、９５ビットのうちの３ビットが、ＩＢＤフレームをマークするためにとられる、すなわち、Ｍ＝３である（どの３ビットが選択されるかに関して、これは、音声エンコーダに従って判断される）。図６に示されているように、ビット０からビット９１が、ＩＢＤ符号語プレフィックスとして定義され、ビット９２からビット９４が、ＩＢＤ符号ポストフィックスとして定義されると仮定されている。図６に示された実施形態では、ビット９２、９３、および９４の値に応じて、多くとも７種類の第１タイプのＩＢＤフレームが、定義されても良い。たとえば、我々は、ＩＢＤ要求フレームを、ビット９２、９３、および９４がそれぞれ０、０、および１であるフレームすなわち、ＩＢＤ符号語プレフィックスが０と等しく、ＩＢＤ符号語ポストフィックスが１と等しいフレームと定義することができ、ＩＢＤ応答フレームを、ビット９２、９３、および９４がそれぞれ０、１、および０であるフレームすなわち、ＩＢＤ符号語プレフィックスが０と等しく、ＩＢＤ符号語ポストフィックスが２と等しいフレームと定義することができる。
【００４５】
上で示したように、音声チャネルを介する非音声データの伝送は、現在のＳＩＤ符号語内のビットの再定義を介して、現在の音声通信サービスに影響せずに、第１タイプのＩＢＤフレームを利用することによって実現されても良い。
【００４６】
２．第２タイプのＩＢＤフレーム
上で図３に関して示したように、あるフレームのすべてのサブフレームに、音声信号の振幅を示す６ビットのＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータがある。音声フレーム内であれＳＩＤフレーム内であれ、４つのサブフレームのＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータ（合計２４ビット）によって構成される、フレームのＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータは、すべて０でなければならない。
【００４７】
第２タイプのＩｎ−Ｂａｎｄ  Ｄａｔａフレームすなわち第２タイプのＩＢＤフレームは、上述したＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータによって識別されても良い。具体的には、あるフレームのＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータが０である場合に、そのフレームは、第２タイプのＩＢＤフレームであり、そうでない場合に、そのフレームは、音声フレームまたはＳＩＤフレームである。
【００４８】
しかし、この形式において、１種類の第２タイプのＩＢＤフレームだけが、データ・リンク層で定義されても良い。異なる意味の第２タイプのＩＢＤフレームが転送される必要がある場合には、さらなるセッティングが行われる必要がある。
【００４９】
音声トラフィックにおいて、２６０ビットによって構成されるフレームに関して、ＳＩＤ符号語の１５６ビットとＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータの２４ビットの両方が同時に０である場合に、受信側としての移動端末局は、ＳＩＤ符号語が０なので、このフレームをＳＩＤフレームとみなし、このフレームをＲｘコンフォート・ノイズ・ユニットに供給して、背景雑音を生成する。その一方で、Ｂｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータが０であり、したがって、これが、受信側としての移動端末局での背景雑音の鋭い変化をもたらしても良い。したがって、このＳＩＤ符号語とＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータの両方が、１フレーム内で同時に０にされることはできない。この仕様によれば、上位層プロトコルで、ＳＩＤ符号語のいくつかのビットが、上述したＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータと共に、異なる意味の第２タイプのＩＢＤフレームを識別するのに使用されても良い。
【００５０】
提案された第２タイプのＩＢＤフレームによれば、２４ビットのＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータが、ＩＢＤ符号語ポストフィックスとして定義され、異なる意味のＩＢＤフレームをマークするためにＳＩＤ符号語から引き出されるビットが、ＩＢＤ符号語プレフィックスとして定義される。すなわち、
ＩＢＤ符号語＝ＩＢＤ符号語プレフィックス＋ＩＢＤ符号語ポストフィックス
である。
【００５１】
本明細書では、ＩＢＤ符号語ポストフィックスとしての２４ビットが、０であり、プレフィックス内の各ビットが、同時に０にされることができない。この形式で構成されるＩＢＤ符号語は、ＳＩＤフレーム、音声フレーム、およびＩＢＤフレームを別個に区別することができると同時に、ＳＩＤ符号語内のいくつかのビットとＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータを組み合わせることを介して、異なる意味を有するＩＢＤフレームの音声チャネルを介する伝送を実装することができる。
【００５２】
図７は上述した第２タイプのＩＢＤ符号語の実施形態を示す。この実施形態では、８ビットが、ＳＩＤ符号語から引き出されて、第２タイプのＩＢＤ符号語のプレフィックスを構成する。図７に示されているように、ビット０からビット７が、ＩＢＤ符号語プレフィックスとして定義され、ビット８からビット３１が、ＩＢＤ符号語ポストフィックスとして定義されると仮定されている。ビット８からビット３１の値が０なので、多くとも２５５種類の第２タイプのＩＢＤフレームが、図７の実施形態で、ビット０からビット７の値に従って定義されても良い。たとえば、ＩＢＤ要求フレームが、そのＩＢＤ符号語プレフィックスが１と等しく、ポストフィックスが０と等しいフレームと定義されても良く、ＩＢＤ応答フレームが、そのＩＢＤ符号語プレフィックスが２と等しく、ポストフィックスが０と等しいフレームと定義されても良い。
【００５３】
上で示したように、音声チャネルを介する非音声データの伝送は、Ｂｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータに０をセットすることを介し、現在のＳＩＤ符号語内のいくつかのビットと組み合わされた、提案された第２タイプのＩＢＤフレームを使用することによって実現されても良い。さらに、現在の音声通信サービスは、影響されない。
【００５４】
３．第３タイプのＩＢＤフレーム
第３タイプのＩｎ−Ｂａｎｄ  ｄａｔａフレームすなわち第３タイプのＩＢＤフレームは、ＳＩＤ符号語内の９５ビットおよびいくつかの予約済みビットからなる。これらの予約済みビットは、拡張ＩＢＤ符号語と呼ばれ、予約済みであるがＳＩＤフレーム内でまだ使用されていないビットとされても良い。たとえば、ＧＳＭフルレート音声トラフィックで、ＳＩＤ符号語は、１５６ビットのＸｍｃのうちの９５ビットだけを占め、残りの６１ビットは、将来の使用のために予約されている。第３タイプのＩＢＤフレームは、拡張ＩＢＤ符号語としてこれらの予約済みビットの一部を使用することを介して識別されても良い。すなわち、
ＩＢＤ符号語＝ＳＩＤ符号語＋拡張ＩＢＤ符号語
である。
【００５５】
図８は、上述した第３タイプのＩＢＤ符号語の実施形態を示す。この実施形態では、拡張ＩＢＤ符号語が、Ｘｍｃの第６８パラメータから第７６パラメータの第１ビット（合計９ビット）として定義される。ビット０からビット８までの９ビットに従って、図８のＩＢＤ符号語が、多くとも（２９−１＝５１１）種類の第３タイプのＩＢＤフレームを定義することができる。たとえば、ＩＢＤ要求フレームが、その拡張ＩＢＤ符号語が１と等しく、ＳＩＤ符号語が０と等しいフレームとして定義されても良く、ＩＢＤ応答フレームが、その拡張ＩＢＤ符号語が２と等しく、ＳＩＤ符号語が０と等しいフレームとして定義されても良い。
【００５６】
３タイプの提案されたＩＢＤフレームが、上で、図６から図８に関して詳細に説明されている。これらの３タイプのＩＢＤフレームの音声チャネルを介する伝送を実装するために、いくつかの変更が、現在の移動端末局の音声処理ユニットに対して行われる必要がある。変更された音声処理ユニットは、図９に関して下で詳しく述べられる。
（１）Ｔｘ  ＤＴＸハンドラ・ユニット９０内で、送信バッファ９０５が、送信されるＩＢＤフレームを保管するために追加され、送信ＩＢＤフラグＳｅｎｄＩＢＤＦｌａｇも、送信バッファ９０５に保管されたＩＢＤフレームがあるかどうかを示すために追加される。この形で、上位層アプリケーションが、送信すべきいくつかの非音声データを有する時に、移動端末局は、それらの非音声データをＩＢＤフレームにカプセル化し、これらのＩＢＤフレームを送信バッファ９０５に保管し、次いで、ＳｅｎｄＩＢＤＦｌａｇに１をセットして、送信バッファ９０５内に送信すべきいくつかのフレームがあることをＴｘ  ＤＴＸ制御および操作ユニット９０２に通知する。Ｔｘ  ＤＴＸ制御および操作ユニット９０２が、送信バッファ９０５に保管されたＩＢＤフレームのすべてをＲｘ  ＲＳＳ  ９３に送った後に、移動端末局は、ＳｅｎｄＩＢＤＦｌａｇに０をセットして、送信バッファ９０５が空であることをＴｘ  ＤＴＸ制御および操作ユニット９０２に通知する。
（２）Ｒｘ  ＤＴＸハンドラ・ユニット１００内で、受信バッファ１００５が、受信されたＩＢＤフレームを保管するために追加され、受信ＩＢＤフラグＲｅｃｅｉｖｅ  ＩＢＤＦｌａｇも、受信バッファ１００５内に保管されたＩＢＤフレームがあるかどうかを示すために追加される。この形式で、Ｒｘ  ＤＴＸ制御およびハンドル・ユニット１００１がＩＢＤフレームを受信した時に、移動端末局は、そのＩＢＤフレームを受信バッファ１００５に保管し、その間に、Ｒｅｃｅｉｖｅ  ＩＢＤＦｌａｇに１をセットして、受信バッファ１００５に受信されたＩＢＤフレームがあることを上位層アプリケーションに通知する。上位層アプリケーションが、バッファ１００５に保管されたＩＢＤフレームのすべてを取り出した時に、移動端末局は、Ｒｅｃｅｉｖｅ  ＩＢＤＦｌａｇに０をセットして、受信バッファ１００５が空であることを上位層アプリケーションに通知する。
（３）Ｔｘ  ＤＴＸ制御および操作ユニット９０２内のキューイング・アルゴリズムが変更され、その結果、ＩＢＤフレームが、Ｔｘ  ＲＳＳに送られても良くなる。
（４）Ｒｘ  ＤＴＸ制御およびハンドル・ユニット１００１が、受信されたＩＢＤフレームを識別するように変更される。
（５）移動端末局内の上位層アプリケーションは、ＩＢＤフレームを読み取るか書き込むデータ・インターフェースを備え、したがって、上位層アプリケーションは、このデータ・インターフェースを介して、ＩＢＤフレームを送信バッファ９０５に書き込み、受信バッファ１００５からＩＢＤフレームを読み取ることができる。
【００５７】
上述した変更で説明したように、データ・インターフェースのほかに、送信バッファ９０５、ＳｅｎｄＩＢＤＦｌａｇ、受信バッファ１００５、およびＲｅｃｅｉｖｅＩＢＤＦｌａｇが、ここで追加され、本発明は、音声エンコーダ９０１、ＶＡＤ  ９０３、Ｔｘコンフォート・ノイズ・ユニット９０４、音声デコーダ１００２、音声フレーム代用ユニット１００３、Ｒｘコンフォート・ノイズ・ユニット１００４、Ｔｘ  ＲＳＳ  ９３、およびＲｘ  ＲＳＳ  ９６に対する変更を行わずに、Ｔｘ  ＤＴＸ制御および操作ユニット９０２ならびにＲｘ  ＤＴＸ制御およびハンドル・ユニット１００１に対する変更だけを推奨する。したがって、本明細書で、本発明を実装するために、現在の移動端末局でごくわずかな変更を行う必要があることがわかる。
【００５８】
後続セクションでは、それぞれ、音声チャネルを介する提案された第１タイプの、第２タイプの、および第３タイプのＩＢＤフレームの伝送に対する詳細な説明が、与えられ、ＧＳＭフルレート音声トラフィックでＩＢＤフレームをサポートする２つの変更された移動端末局を例示する。
【００５９】
Ｉ．ハングオーバ手順がイネーブルされていない時に３タイプのＩＢＤフレームを伝送する方法
（Ｉ）ハングオーバ手順がイネーブルされていない時に第１タイプのＩＢＤフレームを伝送する方法
図１０Ａおよび１０Ｂは、ハングオーバ手順がイネーブルされていない時の、本発明による第１タイプのＩＢＤフレームの伝送を示す流れ図である。
【００６０】
図１０Ａに表示されているように、送信側としての移動端末局で、音声エンコーダ９０１が、音声フレームを生成し、これらの音声フレームをＴｘ  ＤＴＸ制御および操作ユニット９０２に送る（ステップＳ１０）。音声エンコーダ９０１からこれらの音声フレームを受け取ると、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＶＡＤフラグの状態を検査する（ステップＳ２０）。
【００６１】
１．ＶＡＤフラグが１である場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに１をセットし、音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に送り、次いで、Ｔｘ  ＲＳＳ  ９３が、受け取った音声フレームを、ネットワーク・システムを介して受信側としての移動端末局に転送する（ステップＳ３０）。
【００６２】
２．ＶＡＤフラグが１から０に変化した場合に、これは、音声バーストが終わったことを意味する。ハングオーバ手順がこの時点でイネーブルされる必要がない（これは、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳに送られた音声フレームの個数であるＮｅｌａｐｓｅｄが、事前定義の値を超えていないことを意味する）場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに０をセットし、ＳｅｎｄＩＢＤＦｌａｇの状態を検査する（ステップＳ４０）。
【００６３】
（１）ＳｅｎｄＩＢＤＦｌａｇが０である場合に、これは、送信バッファ９０５が空であることを意味し、次いで、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送る。受け取ったＳＩＤフレームをネットワーク・システムを介して受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に入る（ステップＳ５０）。
【００６４】
（２）ＳｅｎｄＩＢＤＦｌａｇが１である場合に、これは、送信バッファ９０５に送信すべき第１タイプのＩＢＤフレームがあることを意味し、次いで、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、そのＩＢＤフレームを送信バッファ９０５からＴｘ  ＲＳＳ  ９３に送る。（ａ）すべてのＩＢＤフレームが送出された後にＶＡＤフラグがまだ０である場合には、次いで、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送る。受け取ったＩＢＤフレームおよびＳＩＤフレームをネットワーク・システムを介して受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に入る。（ｂ）ＩＢＤフレームを送った時にＶＡＤフラグが１に変化する場合に、これは、転送すべき新しい音声バーストがあることを示し、次いで、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＩＢＤフレームの送信を停止するが、音声バーストの新しい音声フレームの、ネットワーク・システムを介する受信側としての移動端末局への送信を開始する。Ｔｘ  ＲＳＳ  ９３が、受け取ったＩＢＤフレームおよび音声バーストの新しい音声フレームを、受信側としての移動端末局に送信する。ＳＩＤフレームが受け取られないので、Ｔｘ  ＲＳＳ  ９３は、送信を停止せず、アイドル状態に切り替えない（ステップＳ６０）。
【００６５】
図１０Ｂに示されているように、受信側としての移動端末局で、Ｒｘ  ＲＳＳ  ９６が、送信側としての移動端末局からネットワーク・システムを介して送信されたフレームを受信したかどうかを検査する（ステップＳ１００）。フレームが受信されている場合には、そのフレームが、Ｒｘ  ＤＴＸ制御および操作ユニット１００１に送られる。Ｒｘ  ＲＳＳ  ９６からフレームを受け取ると、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのフレームのＳＩＤ符号語が０であるかどうかを検査する（ステップＳ１１０）。
【００６６】
１．ＳＩＤ符号語が０である場合に、これは、そのフレームがＳＩＤフレームであることを示し、次いで、Ｒｘ  ＤＴＸ制御および操作ユニット１００１が、このフレームを処理のためにＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する（ステップＳ１２０）。
【００６７】
２．ＳＩＤ符号語が０でない場合に、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、ＳＩＤ符号語内のＩＢＤ符号語プレフィックスとしての各ビットが０であるかどうかを検査する（ステップＳ１３０）。（１）ＩＢＤ符号語プレフィックスが０でない場合に、これは、そのフレームが音声フレームであることを示し、次いで、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、その音声フレームを音声デコーダ１００２に送って、音声信号を生成する（ステップＳ１４０）。（２）ＩＢＤ符号語プレフィックスが０である場合に、これは、そのフレームがＩＢＤフレームであることを示し、次いで、Ｒｘ制御および操作ユニット１００１は、そのＩＢＤフレームを受信バッファ１００５に保管し、ＲｅｃｅｉｖｅＩＢＤＦｌａｇに１をセットして、受信されたＩＢＤフレームがあることを上位層アプリケーションに通知し（ステップＳ１５０）、その間に、最後に受信されたＳＩＤフレームのうちの１つをＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する（ステップＳ１６０）。
【００６８】
（ＩＩ）ハングオーバ手順がイネーブルされていない時に音声チャネルを介して第２タイプのＩＢＤフレームを伝送する方法
図１１Ａおよび１１Ｂは、ハングオーバ手順がイネーブルされていない時の、本発明による第２タイプのＩＢＤフレームの伝送を示す流れ図である。
【００６９】
図１１Ａが示すように、送信側としての移動端末局で、音声エンコーダ９０１が、音声フレームを生成し、これらの音声フレームをＴｘ  ＤＴＸ制御および操作ユニット９０２に送る（ステップＳ２１０）。音声エンコーダ９０１から音声フレームを受け取ると、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＶＡＤフラグの状態を検査する（ステップＳ２２０）。
【００７０】
１．ＶＡＤフラグが１である場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに１をセットし、これらの音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に送る。次いで、Ｔｘ  ＲＳＳ  ９３が、受け取った音声フレームを、ネットワークを介して受信側としての移動端末局に転送する（ステップＳ２３０）。
【００７１】
２．ＶＡＤフラグが１から０に変化した場合に、これは、音声バーストが終わったことを意味する。ハングオーバ手順がこの時点でイネーブルされる必要がない（すなわち、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳに送られた音声フレームの個数であるＮｅｌａｐｓｅｄが、事前定義の値を超えていない）場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに０をセットし、ＳｅｎｄＩＢＤＦｌａｇの状態を検査する（ステップＳ２４０）。
【００７２】
（１）ＳｅｎｄＩＢＤＦｌａｇが０である場合に、これは、送信バッファ９０５が空であることを意味し、次いで、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送る。受け取ったＳＩＤフレームをネットワーク・システムを介して受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に入る（ステップＳ２５０）。
【００７３】
（２）ＳｅｎｄＩＢＤＦｌａｇが１である場合に、これは、送信バッファ９０５に送信すべき第２タイプのＩＢＤフレームがあることを示し、次いで、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、送信バッファ９０５に保管されたＩＢＤフレームをＴｘ  ＲＳＳ  ９３に転送する。（ａ）送信バッファ９０５内のすべてのＩＢＤフレームが送出された後にＶＡＤフラグがまだ０である場合には、次いで、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送る。受け取ったＩＢＤフレームおよびＳＩＤフレームを受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に入る。（ｂ）ＩＢＤフレーム送信手順中にＶＡＤフラグが１に変化する場合に、これは、転送すべき新しい音声バーストがあることを示し、次いで、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＩＢＤフレームの送信を停止するが、新しい音声バーストの音声フレームのＴｘ  ＲＳＳ  ９３への送出を開始する。Ｔｘ  ＲＳＳ  ９３が、受け取ったＩＢＤフレームおよび新しい音声バーストの音声フレームを、受信側としての移動端末局に送信する。ＳＩＤフレームが受け取られないので、Ｔｘ  ＲＳＳ  ９３は、送信を停止せず、アイドル状態に切り替えない（ステップＳ２６０）。
【００７４】
図１１Ｂに示されているように、受信側としての移動端末局で、Ｒｘ  ＲＳＳ  ９６が、送信側としての移動端末局からネットワーク・システムを介して送信されたフレームを受信したかどうかを検査する（ステップＳ３００）。フレームが受信されている場合には、そのフレームが、Ｒｘ  ＤＴＸ制御および操作ユニット１００１に送られる。Ｒｘ  ＲＳＳ  ９６からフレームを受け取ると、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのフレームのＳＩＤ符号語が０であるかどうかを検査する（ステップＳ３１０）。
【００７５】
１．ＳＩＤ符号語が０と等しい場合に、これは、そのフレームがＳＩＤフレームであることを示し、次いで、Ｒｘ  ＤＴＸ制御および操作ユニット１００１が、このＳＩＤフレームを処理のためにＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する（ステップＳ３２０）。
【００７６】
２．ＳＩＤ符号語が０でない場合に、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのフレーム内のＩＢＤ符号語としての各ビットの値すなわち、ＩＢＤ符号語プレフィックスの値およびＩＢＤ符号語ポストフィックスの値を検査する（ステップＳ３３０）。
【００７７】
（１）ＩＢＤ符号語プレフィックスが０でなく、ポストフィックスが０である場合には、これは、そのフレームが第２タイプのＩＢＤフレームであることを示し、したがって、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのＩＢＤフレームを受信バッファ１００５に保管し、ＲｅｃｅｉｖｅＩＢＤＦｌａｇに１をセットして、受信されたいくつかのＩＢＤフレームがあることを上位層アプリケーションに通知する（ステップＳ３５０）。次いで、最新の受信されたＳＩＤフレームのうちの１つが、Ｒｘコンフォート・ノイズ・ユニット１００４に送られて、背景雑音が生成される（ステップＳ３６０）。
【００７８】
（２）（１）の条件すなわち、ＩＢＤ符号語プレフィックスが０でなく、ポストフィックスが０であることが満足され得ない場合に、これは、そのフレームが音声フレームであることを示す。Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、その音声フレームを音声デコーダ１００２に送って、音声信号を生成する（ステップＳ３４０）。
【００７９】
（ＩＩＩ）ハングオーバ手順がイネーブルされていない時に音声チャネルを介して第３タイプのＩＢＤフレームを伝送する方法
図１２Ａおよび図１２Ｂは、ハングオーバ手順がイネーブルされていない時の、第３タイプのＩＢＤフレームの伝送を示す流れ図である。
【００８０】
図１２Ａに示されているように、送信側としての移動端末局で、音声エンコーダ９０１が、生成された音声フレームをＴｘ  ＤＴＸ制御および操作ユニット９０２に送る（ステップＳ４１０）。音声エンコーダ９０１から音声フレームを受け取ると、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＶＡＤフラグの状態を検査する（ステップＳ４２０）。
【００８１】
１．ＶＡＤフラグが１であることがわかった場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに１をセットし、その音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に送り、次いで、Ｔｘ  ＲＳＳ  ９３が、受け取った音声フレームをネットワーク・システムを介して受信側としての移動端末局に送信する（ステップＳ４３０）。
【００８２】
２．ＶＡＤフラグが１から０に変化する場合に、これは、音声バーストが終わったことを意味する。ハングオーバ手順がこの時点でイネーブルされる必要がない（すなわち、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳに送られた音声フレームの個数であるＮｅｌａｐｓｅｄが、事前定義の値を超えていない）場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに０をセットし、次いで、ＳｅｎｄＩＢＤＦｌａｇの状態を検査する（ステップＳ４４０）。
【００８３】
（１）ＳｅｎｄＩＢＤＦｌａｇが１である場合に、これは、送信すべきＩＢＤフレームが送信バッファ９０５にあることを示し、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、送信バッファ９０５内の第３タイプのＩＢＤフレームのうちの１つをＴｘ  ＲＳＳ  ９３に送る。第３タイプのＩＢＤフレームのＩＢＤワードに、ＳＩＤ符号語が含まれ、このＳＩＤ符号語の値が０であり、したがって、Ｔｘ  ＲＳＳ  ９３は、そのＩＢＤフレームをＳＩＤフレームとしてネットワーク・システムに送信した後に、送信を停止し、アイドル状態に切り替える（ステップＳ４５０）。
【００８４】
（２）ＳｅｎｄＩＢＤＦｌａｇが０である場合に、これは、送信バッファ９０５が空であることを意味し、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送る。受け取ったＳＩＤフレームをネットワーク・システムを介して受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に切り替える（ステップＳ４６０）。
【００８５】
図１２Ｂに示されているように、受信側としての移動端末局で、Ｒｘ  ＲＳＳ  ９６が、送信側としての移動端末局によって送信されたフレームを受信したかどうかを検査する（ステップＳ５００）。フレームが受信されている場合には、そのフレームが、Ｒｘ  ＤＴＸ制御および操作ユニット１００１に送られる。Ｒｘ  ＲＳＳ  ９６からフレームを受け取ると、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのフレームのＳＩＤ符号語が０であるかどうかを検査する（ステップＳ５１０）。
【００８６】
１．ＳＩＤ符号語が０でない場合に、これは、そのフレームが音声フレームであることを示し、したがって、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、その音声フレームを復号のために音声デコーダ１００２に送る（ステップＳ５２０）。
【００８７】
２．ＳＩＤ符号語が０である場合に、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのフレーム内の拡張ＩＢＤ符号語が０であるかどうかを検査する（ステップＳ５３０）。（１）拡張ＩＢＤ符号語が０である場合に、これは、そのフレームがＳＩＤフレームであることを示し、次いで、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのＳＩＤフレームをＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する（ステップＳ５５０）。（２）拡張ＩＢＤ符号語が０でない場合に、これは、そのフレームがＩＢＤフレームであることを示し、したがって、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのＩＢＤフレームを受信バッファ１００５に保管し、ＲｅｃｅｉｖｅＩＢＤＦｌａｇに１をセットして、受信されたＩＢＤフレームがあることを上位層アプリケーションに通知する（ステップＳ５４０）。次いで、最新の受信されたＳＩＤフレームのうちの１つが、Ｒｘコンフォート・ノイズ・ユニット１００４に送られて、背景雑音が生成される（ステップＳ５６０）。
【００８８】
図１０Ａおよび図１０Ｂ、図１１Ａおよび図１１Ｂ、ならびに図１２Ａおよび図１２Ｂの流れ図に関して上述した説明で示したように、ハングオーバ手順がイネーブルされていない時の第１タイプの、第２タイプの、および第３タイプのＩＢＤフレームの音声チャネルを介する伝送の間に、３つの相違がある。（１）送信側としての移動端末局で、３タイプのＩＢＤフレームが、異なって構成され、したがって、３タイプのＩＢＤフレームを形成する上層アプリケーション内の機能ブロックが、異ならなければならない。さらに、０値のＳＩＤ符号語が、第３タイプのＩＢＤフレームのＩＢＤ符号語に含まれ、したがって、非音声データが第３タイプのＩＢＤフレームを使用することによって転送される場合に、１つのＩＢＤフレームだけが、転送されても良く、Ｔｘ  ＲＳＳは、音声バーストが終わるたびに電源を切られる。ところが、ハングオーバ手順がイネーブルされていない時に、複数の連続するＩＢＤフレームが、音声バーストが終わるたびに第１タイプまたは第２タイプのＩＢＤフレームを採用することを介して転送されても良い。新しい音声バーストが生成されない限り、送信されるすべてのＩＢＤフレームが、送出されても良く、次いで、ＳＩＤフレームが、Ｔｘ  ＲＳＳを閉じるために送られる。これを除いて、３タイプのＩＢＤフレームを転送する他の機能ブロックは、送信側としての移動端末局内で同一である。（２）受信側としての移動端末局で、３タイプのＩＢＤフレームが、異なって構成され、したがって、３タイプのＩＢＤフレームを識別するＲｘ  ＤＴＸ制御および操作ユニット内の機能ブロックも、異ならなければならず、したがって、３タイプのＩＢＤフレームを復号する上位層アプリケーション内の機能ブロックは、多少異なるものでなければならない。これを除いて、３タイプのＩＢＤフレームを処理する他の機能ブロックは、受信側としての移動端末局内で同一である。
【００８９】
図１３に、ハングオーバ手順がイネーブルされていない時の、第１タイプのＩＢＤフレームの伝送の本発明による実施形態を示すが、この実施形態は、第２タイプのＩＢＤフレームの伝送にも同等に適用可能である。図１３に示されているように、送信側としての移動端末局は、２つの音声バーストを送信し、各音声バーストの長さは、音声フレーム３つ分である。
【００９０】
第１の音声バーストに関して、ＶＡＤフラグとＳＰフラグの両方が、バースト期間中に１であり、したがって、Ｔｘ  ＲＳＳ  ９３は、音声バーストの３つの音声フレームをネットワーク・システムを介して受信側としての移動端末局に送信する。この音声バーストが終わった時すなわち、ＶＡＤフラグが１から０に変化する時に、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳ  ９３に送られた音声フレームの個数であるＮｅｌａｐｓｅｄが、ハングオーバ手順の事前定義の閾値より大きくはなく、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ハングオーバ手順をイネーブルせず、その間に、ＳＰフラグに０がセットされる。第１の音声バースト中の時刻ｔ０に、上位層アプリケーションが、送信バッファ９０５に３つのＩＢＤフレーム（ＩＢＤ１、ＩＢＤ２、およびＩＢＤ３）を保管しており、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、前記音声バーストが終わった時に、まず、送信バッファ９０５に保管されたＩＢＤフレームをＴｘ  ＲＳＳ  ９３に送る。上述した３つのＩＢＤフレームのすべてが送出された後に、ＶＡＤフラグは、まだ０であり、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送り続ける。受け取った３つのＩＢＤフレームおよび１つのＳＩＤフレームを受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に切り替える。受信側としての移動端末局で、Ｒｘ  ＲＳＳ  ９６は、送信側としての移動端末局からネットワーク・システムを介して送信された３つの音声フレームＩＢＤ１、ＩＢＤ２、およびＩＢＤ３とＳＩＤフレームを対応して受信し、次いで、これらのフレームをＲｘ  ＤＴＸ制御および操作ユニット１００１に送る。まず、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、受信シーケンス順に従って、３つの受け取った音声フレームを復号のために音声デコーダ１００２に送る。次いで、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、ＩＢＤ１、ＩＢＤ２、およびＩＢＤ３を受信バッファ１００５に保管し、ＲｅｃｅｉｖｅＩＢＤＦｌａｇに１をセットして、受信されたいくつかのＩＢＤフレームがあることを上位層アプリケーションに通知する。その後、前に受け取られたＳＩＤフレームが、Ｒｘコンフォート・ノイズ・ユニット１００４に３回送られて、背景雑音が生成される（この３つのＳＩＤフレームが同一であることに留意されたい）。最後に、受け取られたＳＩＤフレームが、Ｒｘコンフォート・ノイズ・ユニット１００４に送られて、背景雑音が生成される。
【００９１】
第２の音声バーストに関して、ＶＡＤフラグとＳＰフラグの両方が、バースト期間中に１であり、したがって、Ｔｘ  ＲＳＳ  ９３は、音声バーストの３つの音声フレームをネットワーク・システムを介して受信側としての移動端末局に送信する。この音声バーストが終わった時すなわち、ＶＡＤフラグが０に変化する時に、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳ  ９３に送られた音声フレームの個数であるＮｅｌａｐｓｅｄが、ハングオーバ手順によって事前に定義された閾値より大きくはなく、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ハングオーバ手順をイネーブルせず、その間に、ＳＰフラグに０をセットする。音声バースト中の時刻ｔ１に、第２タイプのＩＢＤフレームに関するフレームＩＢＤ４が、送信バッファ９０５に保管され、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、音声バーストが終わった時に、まず、ＩＢＤ４をＴｘ  ＲＳＳ  ９３に送る。ＩＢＤ４が送出された後に、ＶＡＤフラグは、まだ０であり、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送り続ける。受け取ったＩＢＤ４および１つのＳＩＤフレームをネットワーク・システムを介して受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に切り替える。受信側としての移動端末局で、Ｒｘ  ＲＳＳ  ９６は、送信側としての移動端末局からネットワーク・システムを介して音声バーストの３つの音声フレーム、ＩＢＤ４、およびＳＩＤフレームを受信し、次いで、これらのフレームをＲｘ  ＤＴＸ制御および操作ユニット１００１に送る。受信順序に従って、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、まず、３つの受け取った音声フレームを復号のために音声デコーダ１００２に送り、次いで、ＩＢＤ４を受信バッファ１００５に保管し、ＲｅｃｅｉｖｅＩＢＤＦｌａｇに１をセットして、いくつかのＩＢＤフレームが受信されたことを上位層アプリケーションに通知し、その後、前に受け取られたＳＩＤフレームを、Ｒｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成し、最後に、受け取られたＳＩＤフレームをＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する。
【００９２】
図１４は、ハングオーバ手順がイネーブルされていない時の、第３タイプのＩＢＤフレームの伝送の本発明による実施形態を示す。図１４に示されているように、送信側としての移動端末局は、２つの音声バーストを送出し、各音声バーストの長さは、３音声フレームである。
【００９３】
第１の音声バーストに関して、ＶＡＤフラグとＳＰフラグの両方が、バースト期間中に１であり、したがって、Ｔｘ  ＲＳＳ  ９３は、音声バーストの３つの音声フレームをネットワーク・システムを介して受信側としての移動端末局に送信する。この音声バーストが終わった時すなわち、ＶＡＤフラグが１から０に変化する時に、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳ  ９３に送られた音声フレームの個数であるＮｅｌａｐｓｅｄが、ハングオーバ手順によって事前に定義された閾値より大きくはなく、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ハングオーバ手順をイネーブルせず、その間に、ＳＰフラグに０がセットされる。第１の音声バースト中の時刻ｔ０に、上位層アプリケーションが、受信側としての移動端末局に送信されるデータまたはシグナリング・メッセージを、第３タイプのＩＢＤフレームに関するフレームにカプセル化し、これを送信バッファ９０５に保管することを要求され、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、このＩＢＤフレームを取り出し、Ｔｘ  ＲＳＳ  ９３に送る。０値のＳＩＤ符号語が、この第３タイプのＩＢＤフレームに含まれ、したがって、Ｔｘ  ＲＳＳ  ９３は、このＩＢＤフレームをＳＩＤフレームとしてネットワーク・システムを介して受信側としての移動端末局に送信し、次いで、送信を停止し、アイドル状態に切り替える。受信側としての移動端末局で、Ｒｘ  ＲＳＳ  ９６は、送信側としての移動端末局からネットワーク・システムを介して送信された３つの音声フレームおよびＩＢＤフレームを受信し、これらのフレームをＲｘ  ＤＴＸ制御および操作ユニット１００１に渡す。まず、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、３つの受け取った音声フレームを復号のために音声デコーダ１００２に送り、次いで、受け取った第３タイプのＩＢＤフレームを受信バッファ１００５に保管し、ＲｅｃｅｉｖｅＩＢＤＦｌａｇに１をセットして、ＩＢＤフレームの到着に関して上位層アプリケーションに通知し、その間に、前に受け取られたＳＩＤフレームを、Ｒｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する。
【００９４】
第２の音声バーストに関して、ＶＡＤフラグとＳＰフラグの両方が、バースト期間中に１であり、したがって、Ｔｘ  ＲＳＳ  ９３は、音声バーストの３つの音声フレームを受信側としての移動端末局に直接に送信する。この音声バーストが終わった時すなわち、ＶＡＤフラグが１から０に変化する時に、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳ  ９３に送られた音声フレームの個数であるＮｅｌａｐｓｅｄが、ハングオーバ手順によって事前に定義された閾値より大きくはなく、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ハングオーバ手順をイネーブルせず、その間に、ＳＰフラグに０がセットされる。送信バッファ９０５が空なので、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、前に受け取ったＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送る。前に受け取ったＳＩＤフレームをネットワーク・システムを介して受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に切り替える。受信側としての移動端末局で、Ｒｘ  ＲＳＳ  ９６は、送信側としての移動端末局からネットワーク・システムを介して３つの音声フレームおよび１つのＳＩＤフレームを受信し、次いで、これらのフレームをＲｘ  ＤＴＸ制御および操作ユニット１００１に送る。Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、まず、３つの受け取った音声フレームを復号のために音声デコーダ１００２に送り、次いで、受け取ったＳＩＤフレームをＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する。
【００９５】
ＩＩ．ハングオーバ手順がイネーブルされている時に３タイプのＩＢＤフレームを伝送する方法
（Ｉ）ハングオーバ手順がイネーブルされている時に音声チャネルを介して第１タイプのＩＢＤフレームを伝送する方法
図１５Ａおよび図１５Ｂは、ハングオーバ手順がイネーブルされている時の、本発明による第１タイプのＩＢＤフレームの伝送を示す流れ図である。
【００９６】
図１５Ａに示されているように、送信側としての移動端末局で、音声エンコーダ９０１が、生成された音声フレームをＴｘ  ＤＴＸ制御および操作ユニット９０２に送る（ステップＳ６５）。音声フレームを受け取ると、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＶＡＤフラグの状態を検査する（ステップＳ７０）。
【００９７】
１．ＶＡＤフラグが１である場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに１をセットし、これらの音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に送る。次いで、Ｔｘ  ＲＳＳ  ９３が、受け取った音声フレームを、ネットワークシステムを介して受信側としての移動端末局に送信する（ステップＳ７５）。
【００９８】
２．ＶＡＤフラグが１から０に変化した場合に、これは、音声バーストが終わったことを意味する。ハングオーバ手順がこの時点でイネーブルされる必要がある（最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳ  ９３に送られた音声フレームの個数であるＮｅｌａｐｓｅｄが、事前定義の値を超えている）場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに１をセットし続け、ＳｅｎｄＩＢＤＦｌａｇの状態を検査する（ステップＳ８０）。
【００９９】
（１）ＳｅｎｄＩＢＤＦｌａｇが０である場合に、これは、送信バッファ９０５が空であることを意味し、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、Ｎ個（Ｎは、ＳＩＤフレームを計算するための無音音声フレームの個数である）の無音音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に送り、次いで、ＳＰフラグに０をセットし、その間に、Ｎ個の無音音声フレームに従って生成された新しいＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送る。受け取った無音音声フレームおよびＳＩＤフレームを受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に切り替える（ステップＳ８５）。
【０１００】
（２）ＳｅｎｄＩＢＤＦｌａｇが１である場合に、これは、送信バッファ９０５が送信すべきＩＢＤフレームを有することを意味し、次いで、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＩＤフレームを計算するための無音音声フレームと同一の個数のＩＢＤフレームをＴｘ  ＲＳＳ  ９３に送る（ＩＢＤフレームが十分でない場合には、音声エンコーダ９０１からの無音音声フレームが、補完物になる）。
【０１０１】
（ａ）前記ＩＢＤフレームのすべてが送出された後にＶＡＤフラグがまだ０である場合には、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに０をセットし、次いで、ＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送るが、ここで、このＳＩＤフレームは、Ｎ個の無音音声フレームに従って計算される。受け取ったＩＢＤフレーム（またはＩＢＤフレームおよび無音音声フレーム）とＳＩＤフレームをネットワーク・システムを介して受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に入る。
【０１０２】
（ｂ）ＩＢＤフレーム（または無音音声フレーム）をＴｘ  ＲＳＳ  ９３に送った時にＶＡＤフラグが１に変化する場合に、これは、転送すべき新しい音声バーストがあることを示し、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＩＢＤフレーム（または無音音声フレーム）の送信を停止するが、新しい音声バーストの音声フレームをＴｘ  ＲＳＳ  ９３に送り始める。Ｔｘ  ＲＳＳ  ９３が、受け取ったＩＢＤフレーム（またはＩＢＤフレームおよび無音音声フレーム）と新しい音声バーストの音声フレームを、受信側としての移動端末局に送信する。ＳＩＤフレームが受け取られないので、Ｔｘ  ＲＳＳ  ９３は、送信を停止せず、アイドル状態に切り替えない（ステップＳ９０）。
【０１０３】
図１５Ｂに示されているように、受信側としての移動端末局で、Ｒｘ  ＲＳＳ  ９６が、送信側としての移動端末局によってネットワーク・システムを介して送信されたフレームを受信したかどうかを検査する。フレームが受信されている場合には、そのフレームが、Ｒｘ  ＤＴＸ制御および操作ユニット１００１に送られる。Ｒｘ  ＲＳＳ  ９６からフレームを受け取ると、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのフレームのＳＩＤ符号語が０であるかどうかを検査する（ステップＳ１７０）。
【０１０４】
１．ＳＩＤ符号語が０と等しい場合に、これは、そのフレームがＳＩＤフレームであることを示し、次いで、Ｒｘ  ＤＴＸ制御および操作ユニット１００１が、このフレームの処理のためにＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する（ステップＳ１７５）。
【０１０５】
２．ＳＩＤ符号語が０でない場合に、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのフレームのＩＢＤ符号語プレフィックスが０であるかどうかを検査する（ステップＳ１８０）。（１）ＩＢＤ符号語プレフィックスが０でない場合に、これは、そのフレームが音声フレームであることを示し、次いで、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、その音声フレームを音声デコーダ１００２に送って、音声信号を生成する（ステップＳ１８５）。（２）ＩＢＤ符号語プレフィックスが０である場合に、これは、そのフレームがＩＢＤフレームであることを示し、次いで、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのＩＢＤフレームを受信バッファ１００５に保管し、ＲｅｃｅｉｖｅＩＢＤＦｌａｇに１をセットして、いくつかのＩＢＤフレームが受信されたことを上位層アプリケーションに通知し（ステップＳ１９０）、その後、最後に受信されたＳＩＤフレームのうちの１つをＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する（ステップＳ１９５）。
【０１０６】
（ＩＩ）ハングオーバ手順がイネーブルされている時に音声チャネルを介して第２タイプのＩＢＤフレームを伝送する方法
図１６Ａおよび図１６Ｂは、ハングオーバ手順がイネーブルされている時の、第２タイプのＩＢＤフレームの伝送の流れ図を示す。
【０１０７】
図１６Ａに示されているように、送信側としての移動端末局で、音声エンコーダ９０１が、音声フレームを生成し、これらの音声フレームをＴｘ  ＤＴＸ制御および操作ユニット９０２に送る（ステップＳ２６５）。音声エンコーダ９０１から音声フレームを受け取ると、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＶＡＤフラグの状態を検査する（ステップＳ２７０）。
【０１０８】
１．ＶＡＤフラグが１である場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに１をセットし、これらの音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に送る。次いで、Ｔｘ  ＲＳＳ  ９３が、受け取った音声フレームを、ネットワークを介して受信側としての移動端末局に送信する（ステップＳ２７５）。
【０１０９】
２．ＶＡＤフラグが１から０に変化した場合に、これは、音声バーストが終わったことを意味する。ハングオーバ手順がイネーブルされる必要がある（すなわち、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳ  ９３に送られた音声フレームの個数であるＮｅｌａｐｓｅｄが、ハングオーバ手順によって事前に定義された値を超えている）場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ハングオーバ手順をイネーブルし、ＳＰフラグに１をセットし続け、ＳｅｎｄＩＢＤＦｌａｇの状態を検査する（ステップＳ２８０）。
【０１１０】
（１）ＳｅｎｄＩＢＤＦｌａｇが０であるすなわち、送信バッファ９０５が空である場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、Ｎ個（Ｎは、ＳＩＤフレームを計算するための無音音声フレームの個数である）の無音音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に送り、次いで、ＳＰフラグに０をセットし、Ｎ個の無音音声フレームに従って生成された新しいＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送る。受け取った無音音声フレームおよびＳＩＤフレームを受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に切り替える（ステップＳ２８５）。
【０１１１】
（２）ＳｅｎｄＩＢＤＦｌａｇが１である、すなわち、送信バッファ９０５に送信すべきＩＢＤフレームがある場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＩＤフレームを計算するための無音音声フレームと同一の個数のＩＢＤフレームをＴｘ  ＲＳＳ  ９３に送る（ＩＢＤフレームが十分でない場合には、音声エンコーダ９０１からの無音音声フレームが、補完物になる）。
【０１１２】
（ａ）前記ＩＢＤフレームのすべてが送出された後にＶＡＤフラグがまだ０である場合には、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに０をセットし、次いで、ＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送るが、ここで、このＳＩＤフレームは、Ｎ個の無音音声フレームに従って計算される。受け取ったＩＢＤフレーム（またはＩＢＤフレームおよび無音音声フレーム）とＳＩＤフレームをネットワーク・システムを介して受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に入る。
【０１１３】
（ｂ）ＩＢＤフレーム（または無音音声フレーム）をＴｘ  ＲＳＳ  ９３に送った時にＶＡＤフラグが１に変化する場合に、これは、転送すべき新しい音声バーストがあることを示す。Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＩＢＤフレーム（または無音音声フレーム）の送信を停止するが、新しい音声バーストの音声フレームをＴｘ  ＲＳＳ  ９３に送り始める。Ｔｘ  ＲＳＳ  ９３が、受け取ったＩＢＤフレーム（またはＩＢＤフレームおよびＳＩＤフレーム）と新しい音声バーストの音声フレームを、受信側としての移動端末局に送信する。ＳＩＤフレームが送られないので、Ｔｘ  ＲＳＳ  ９３は、送信を停止せず、アイドル状態に切り替えない（ステップＳ２９０）。
【０１１４】
図１６Ｂに示されているように、受信側としての移動端末局で、Ｒｘ  ＲＳＳ  ９６が、送信側としての移動端末局からネットワーク・システムを介してフレームを受信したかどうかを検査する（ステップＳ３６５）。フレームが受信されている場合には、そのフレームが、Ｒｘ  ＤＴＸ制御および操作ユニット１００１に送られる。Ｒｘ  ＲＳＳ  ９６からフレームを受け取ると、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのフレームのＳＩＤ符号語が０であるかどうかを検査する（ステップＳ３７０）。
【０１１５】
１．ＳＩＤ符号語が０である場合に、これは、そのフレームがＳＩＤフレームであることを示し、次いで、Ｒｘ  ＤＴＸ制御および操作ユニット１００１が、このＳＩＤフレームを処理のためにＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する（ステップＳ３７５）。
【０１１６】
２．ＳＩＤ符号語が０でない場合に、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのフレームのＩＢＤ符号語の値すなわち、そのフレームのＩＢＤ符号語プレフィックスの値およびＩＢＤ符号語ポストフィックスの値を検査する（ステップＳ３８０）。
【０１１７】
（１）ＩＢＤ符号語プレフィックスが０でなく、ＩＢＤ符号語ポストフィックスが０である場合に、これは、そのフレームがＩＢＤフレームであることを示す。Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのＩＢＤフレームを受信バッファ１００５に保管し、ＲｅｃｅｉｖｅＩＢＤＦｌａｇに１をセットして、いくつかのＩＢＤフレームが受信されたことを上位層アプリケーションに通知し（ステップＳ３９０）、次いで、最後に受信されたＳＩＦフレームのうちの１つをＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する（ステップＳ３９５）。
【０１１８】
（２）（１）の条件が満足され得ないすなわち、ＩＢＤ符号語プレフィックスが０でなく、ポストフィックスが０であるという条件が満足され得ない場合に、これは、そのフレームが音声フレームであることを示す。Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、その音声フレームを音声デコーダ１００２に送って、音声信号を生成する（ステップＳ３８５）。
【０１１９】
（ＩＩＩ）ハングオーバ手順がイネーブルされている時に音声チャネルを介して第３タイプのＩＢＤフレームを伝送する方法
図１７Ａおよび１７Ｂは、ハングオーバ手順がイネーブルされている時の、本発明による第３タイプのＩＢＤフレームの伝送を示す流れ図である。
【０１２０】
図１７Ａに示されているように、送信側としての移動端末局で、音声エンコーダ９０１が、生成された音声フレームをＴｘ  ＤＴＸ制御および操作ユニット９０２に送る（ステップＳ４６５）。音声エンコーダ９０１から音声フレームを受け取ると、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＶＡＤフラグの状態を検査する（ステップＳ４７０）。
【０１２１】
１．ＶＡＤフラグが１である場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに１をセットし、その音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に送る。次いで、Ｔｘ  ＲＳＳが、受け取った音声フレームをネットワーク・システムを介して受信側としての移動端末局に送信する（ステップＳ４７５）。
【０１２２】
２．ＶＡＤフラグが１から０に変化する場合に、これは、音声バーストが終わったことを意味する。ハングオーバ手順がこの時点でイネーブルされる必要がある（すなわち、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳ  ９３に送られた音声フレームの個数であるＮｅｌａｐｓｅｄが、ハングオーバ手順によって事前に定義された値を超えている）場合に、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに１をセットし続け、ＳｅｎｄＩＢＤＦｌａｇの状態を検査する（ステップＳ４８０）。
【０１２３】
（１）ＳｅｎｄＩＢＤＦｌａｇが０である場合に、これは、送信バッファ９０５が空であることを示す。Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、まず、Ｎ個（Ｎは、ＳＩＤフレームを計算するための無音音声フレームの個数である）の連続する無音音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に送り、次いで、ＳＰフラグに０をセットし、Ｎ個の無音音声フレームに従って生成された新しいＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送る。受け取った無音音声フレームおよびＳＩＤフレームをネットワーク・システムを介して受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に切り替える（ステップＳ４９０）。
【０１２４】
（２）ＳｅｎｄＩＢＤＦｌａｇが１である場合に、これは、送信バッファ９０５が送信すべきＩＢＤフレームを有することを示し、次いで、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、まず、Ｎ個を超えないＩＢＤフレームをＴｘ  ＲＳＳ  ９３に送る（ＩＢＤフレームが十分でない場合には、音声エンコーダ９０１からの無音音声フレームが、補完物になる）。
【０１２５】
（ａ）ＩＢＤフレームのすべてが送出された後にＶＡＤフラグがまだ０である場合には、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに０をセットし、次いで、ＳＩＤフレームをＴｘ  ＲＳＳ  ９３に送るが、ここで、このＳＩＤフレームは、Ｎ個の無音音声フレームに従って計算される。受け取ったＩＢＤフレーム（またはＩＢＤフレームおよび無音音声フレーム）とＳＩＤフレームを受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に入る。
【０１２６】
（ｂ）ＩＢＤフレーム（または無音音声フレーム）を送った時にＶＡＤフラグが１に変化する場合に、これは、転送すべき新しい音声バーストがあることを示す。Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＩＢＤフレーム（または無音音声フレーム）の送信を停止するが、新しい音声バーストの音声フレームをＴｘ  ＲＳＳ  ９３に送り始める。Ｔｘ  ＲＳＳ  ９３が、受け取ったＩＢＤフレーム（またはＩＢＤフレームおよび無音音声フレーム）と新しい音声バーストの音声フレームを、受信側としての移動端末局に送信する。ＳＩＤフレームが送られないので、Ｔｘ  ＲＳＳ  ９３は、送信を停止せず、アイドル状態に切り替えない（ステップＳ４８５）。
【０１２７】
図１７Ｂに示されているように、受信側としての移動端末局で、Ｒｘ  ＲＳＳ  ９６が、送信側としての移動端末局からネットワーク・システムを介してフレームを受信したかどうかを検査する（ステップＳ５６５）。フレームが受信されている場合には、そのフレームが、Ｒｘ  ＤＴＸ制御および操作ユニット１００１に送られる。Ｒｘ  ＲＳＳ  ９６からフレームを受け取ると、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのフレームのＳＩＤ符号語が０であるかどうかを検査する（ステップＳ５７０）。
【０１２８】
１．ＳＩＤ符号語が０でない場合に、これは、そのフレームが音声フレームであることを示し、次いで、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、この音声フレームを復号のために音声デコーダ１００２に送る（ステップＳ５７５）。
【０１２９】
２．ＳＩＤ符号語が０である場合に、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのフレームの拡張ＩＢＤ符号語が０であるかどうかを検査する（ステップＳ５８０）。（１）拡張ＩＢＤ符号語が０である場合に、これは、そのフレームがＳＩＤフレームであることを示し、次いで、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのＳＩＤフレームをＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する（ステップＳ５９０）。（２）拡張ＩＢＤ符号語が０でない場合に、これは、そのフレームがＩＢＤフレームであることを示し、したがって、Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、そのＩＢＤフレームを受信バッファ１００５に保管し、ＲｅｃｅｉｖｅＩＢＤＦｌａｇに１をセットして、いくつかのＩＢＤフレームが受信されたことを上位層アプリケーションに通知し（ステップＳ５８５）、次いで、最後に受信されたＳＩＤフレームのうちの１つをＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する（ステップＳ５９５）。
【０１３０】
図１０Ａおよび図１０Ｂ、図１１Ａおよび図１１Ｂ、ならびに図１２Ａおよび図１２Ｂに示されたハングオーバ手順がイネーブルされない時の上述した場合と同様に、図１５Ａおよび図１５Ｂ、図１６Ａおよび図１６Ｂ、ならびに図１７Ａおよび図１７Ｂの流れ図は、ハングオーバ手順がイネーブルされた時の３タイプのＩＢＤフレームの伝送を詳しく述べる。これらの間の主要な相違は、次のように要約されても良い。（１）送信側としての移動端末局の上位層アプリケーションで、３タイプのＩＢＤフレームを形成する機能ブロックが異なる。これを除いて、３タイプのＩＢＤフレームを転送する他の機能ブロックは、同一である。（２）受信側としての移動端末局のＲｘ  ＤＴＸ制御および操作ユニット内で、３タイプのＩＢＤフレームを識別する機能ブロックが異なり、これに対応して、３タイプのＩＢＤフレームを復号する上位層アプリケーションの機能ブロックも、多少異なるものでなければならない。これを除いて、受信側としての移動端末局内で、３タイプのＩＢＤフレームを処理する他の機能ブロックは、同一である。
【０１３１】
図１８は、第１タイプのＩＢＤフレームの伝送の提案される方法の実施形態を示し、図１８に示された手順は、第２および第３のタイプのＩＢＤフレームに同等に適用可能である。
【０１３２】
図１８が示すように、送信側としての移動端末局で、ＶＡＤフラグとＳＰフラグの両方が、バースト期間中に１であり、したがって、Ｔｘ  ＲＳＳ  ９３は、音声バーストの音声フレームをネットワーク・システムを介して受信側としての移動端末局に送信する。この音声バーストが終わった時すなわち、ＶＡＤフラグが０に変化する時に、最後のＳＩＤフレーム更新以降にＴｘ  ＲＳＳ  ９３に送られた音声フレームの個数であるＮｅｌａｐｓｅｄが、ハングオーバ手順によって事前に定義された閾値より大きく、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ハングオーバ手順をイネーブルし、その間に、ＳＰフラグに１をセットし続ける。送信バッファ９０５に、２つのＩＢＤフレームすなわちＩＢＤ１およびＩＢＤ２だけがあるので、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＩＢＤ１およびＩＢＤ２と２つの無音音声フレームを音声エンコーダ９０１からＴｘ  ＲＳＳ  ９３に送る。この４つのフレームのすべてが送出された時に、ＶＡＤフラグは、まだ０であり、したがって、Ｔｘ  ＤＴＸ制御および操作ユニット９０２は、ＳＰフラグに０をセットし、次いで、ＳＩＤフレーム（たとえば、図１８ではＳＩＤｋ＋１およびＳＩＤｋ＋２）をＴｘ  ＲＳＳ  ９３に送る。受け取った音声バーストの音声フレーム、ＩＢＤ１、ＩＢＤ２、２つの無音音声フレーム、およびＳＩＤｋ＋１をネットワーク・システムを介して受信側としての移動端末局に送信した後に、Ｔｘ  ＲＳＳ  ９３は、送信を停止し、アイドル状態に切り替える。
【０１３３】
受信側としての移動端末局では、Ｒｘ  ＲＳＳ  ９６が、音声バーストの音声フレーム、ＩＢＤ１、ＩＢＤ２、２つの無音音声フレーム、およびＳＩＤｋ＋１をネットワーク・システムを介して送信側としての移動端末局から受信し、次いで、これらのフレームをＲｘ  ＤＴＸ制御および操作ユニット１００１に送る。Ｒｘ  ＤＴＸ制御および操作ユニット１００１は、まず、受け取った音声フレームを、受け取った順番で復号のために音声デコーダ１００２に送り、次いで、ＩＢＤ１およびＩＢＤ２を受信バッファ１００５に保管し、ＲｅｃｅｉｖｅＩＢＤＦｌａｇに１をセットして、いくつかのＩＢＤフレームが受信されたことを上位層アプリケーションに通知し、その後、２つの前に受け取られたＳＩＤフレーム（たとえば、図１８ではＳＩＤｋ）をＲｘコンフォート・ノイズ・ユニット１００４に送り、次に、２つの受け取られた無音音声フレームを復号のために音声デコーダ１００２に送り、最後に、ＳＩＤｋ＋１をＲｘコンフォート・ノイズ・ユニット１００４に送って、背景雑音を生成する。
【０１３４】
上述したセクションでは、図１０Ａから図１８に関して、両方がＧＳＭフルレート音声トラフィック内のＩＢＤフレームをサポートする２つの移動端末局の間で音声チャネルを介してＩＢＤフレームを転送する手順を説明した。後続セクションでは、実施形態が、ＩＢＤフレームをサポートする移動端末局とＩＢＤフレームをサポートしないもう１つの移動端末局の間でのＩＢＤフレームの伝送を説明するために、これら２つの移動端末局に関する。
【０１３５】
移動端末局ＭＳ１が、ＩＢＤフレームをサポートし、移動端末局ＭＳ２が、ＩＢＤフレームをサポートしないと仮定する。ＭＳ２が、第１タイプのＩＢＤフレームに関するフレームをＭＳ１から受信する場合に、この第１タイプのＩＢＤフレームのＳＩＤ符号語が０でないので、ＭＳ２は、そのＩＢＤフレームを音声フレームとみなし、復号のために音声デコーダに直接に送る。音声デコーダが、このＩＢＤフレームを使用することによって偽の音声信号を生成する場合に、この偽の音声が、非常に高いエネルギを含み、他の通常の音声フレームから生成される音声信号と一致しなくても良いので、聞く人が、非常に不愉快に感じても良い。
【０１３６】
ＭＳ２が、第２タイプのＩＢＤフレームに関するフレームをＭＳ１から受信する場合に、ＭＳ２は、このＩＢＤフレームのＳＩＤ符号語が０でないので、やはりこのＩＢＤフレームを音声フレームとみなし、復号のために音声デコーダに直接に送って、偽の音声信号を生成する。幸い、Ｂｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータの２４ビットが、第２タイプのＩＢＤフレームでＩＢＤ符号語ポストフィックスとして定義され、この２４ビットのすべてが０であり、したがって、第２タイプのＩＢＤフレームのＢｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータに従って生成される音声信号は、非常に低いエネルギを有する。偽の音声信号が、通常の音声フレームと一致しない場合であっても、聞く人に対する大きい影響は発生しない。
【０１３７】
ＭＳ２が、第３タイプのＩＢＤフレームに関するフレームをＭＳ１から受信する場合に、ＭＳ２は、この第３タイプのＩＢＤフレームのＳＩＤ符号語が０なので、このＩＢＤフレームを新しいＳＩＤフレームとして保管し、このＩＢＤフレームを使用して背景雑音を生成する。第３タイプのＩＢＤフレームは、真のＳＩＤフレームではなく、したがって、背景雑音パラメータが、含まれず、したがって、生成される雑音は、偽の背景雑音であり、ある期間（たとえば、ＧＳＭ／ＧＰＲＳでは２０ｍｓ）に、聞く人間に不愉快さを押し付けるだけである。
【０１３８】
上述した分析で述べたように、第１および第３のタイプのＩＢＤフレームは、ＩＢＤフレームをサポートしない移動端末局に対するかなりの影響を生じるが、第２タイプのＩＢＤフレームは、ＩＢＤフレームをサポートしない移動端末局に対する大きい影響を有しない。
【０１３９】
ＩＢＤフレームをサポートしない移動端末局に対するＩＢＤフレームの悪影響を除去する２つの解決策が、本発明で提供される。
【０１４０】
解決策１：ＩＢＤフレームは、音声フレーム内のさまざまなパラメータに関するビットを注意深く使用しなければならない。たとえば、Ｂｌｏｃｋ  Ａｍｐｌｉｔｕｄｅパラメータ用の２４ビットに、第１のまたは第３のタイプのＩＢＤフレームで０または非常に低い値がセットされる場合に、そのＩＢＤフレームは、非常に低いエネルギを有し、したがって、聞く人に対する不愉快さを引き起こさない。
【０１４１】
解決策２：新しい通信プロトコルが、定義されなければならない。この新しいプロトコルでは、移動端末局が、まず、ＩＢＤフレームを送信する前に、もう１つの移動端末局にプロービング・フレーム（ｐｒｏｂｉｎｇ  ｆｒａｍｅ）（プロービング・フレームは、各ビットに適当な値をセットすることによって、非常に低いエネルギを有するものとされても良い）を送信して、前記もう１つの移動端末局がＩＢＤフレームをサポートするかどうかを検査する。前記もう１つの移動端末局がＩＢＤフレームをサポートする場合に、前記もう１つの移動端末局は、プロービング・フレームを受信した後に、前記移動端末局に、返報にプロービング応答（ｐｒｏｂｉｎｇ  ｒｅｓｐｏｎｓｅ）を送り返し、そうでない場合には、受け取ったプロービング・フレームを単に無視する。プロービング・フレームを送信する移動端末局が、前記もう１つの移動端末局からプロービング応答を受信した場合に、ＩＢＤフレームが、通信手順中に使用されても良く、そうでない場合には、ＩＢＤフレームは、通信手順中に使用されることができない。
【０１４２】
本発明の実施形態では、ＧＳＭフルレート音声トラフィックが、ハングオーバ手順がイネーブルされている時およびハングオーバ手順がイネーブルされていない時に音声チャネルを介して第１の、第２の、および第３のタイプのＩＢＤフレームを転送する方法を説明するために例として取り上げられた。この方法は、ソフトウェアまたはハードウェアで実装されても良い。さらに、この原理および実装手順は、他のＧＳＭ音声トラフィックに同等に拡張されても良い。
【０１４３】
本発明の有益な結果
上で説明したように、本発明で音声チャネルを介して非音声データを伝送する方法および装置に関して、無音音声フレームおよびＳＩＤフレームが、音声チャネルを介してＩＢＤフレームを送信するのに使用され、したがって、システムリソースが、大量に節約されても良い。さらに、図９およびその説明から、我々は、現在の移動端末局に対する変更をほとんど行う必要がないという結論を引き出すこともできる（本発明の送信／受信バッファは、現在のシステムのオリジナル・バッファを拡張するにすぎず、追加されるデータ・インターフェースも、非常に単純である。実際に、最大の変化は、ＤＴＸ制御および操作ユニット内のスケジューリング・アルゴリズムおよび分類アルゴリズムにおいて発生するが、これは、２タイプのフレームを分類するオリジナル・アルゴリズムを、３タイプのフレームを分類／スケジューリングできる変更されたアルゴリズムに改善することによる、ソフトウェアにおける変更にすぎない。これは、ソフトウェアまたはハードウェアで実装されても良く、現在のシステムに対する重要で困難な変更をもたらさない）。さらに、提案された方法は、ＩＢＤフレーム内で背景雑音情報を所持するビットの値を下げることまたはプロービング・フレームを送信することを介して、ＩＢＤフレームをサポートしない移動端末局に対する、ＩＢＤフレーム送信の悪影響を除去することができる。
【０１４４】
本発明で開示された音声チャネルで非音声データを伝送する方法および装置が、添付請求項によって定義される本発明の趣旨および範囲から外れずに、かなり変更されても良いことが、当業者によって理解されるであろう。
【図面の簡単な説明】
【０１４５】
【図１】２つの現在のＧＳＭ移動端末局の間での音声信号伝送を示す概略図である。
【図２】ＧＳＭフルレート音声トラフィックに使用される現在の音声処理ユニットを示すブロック図である。
【図３】ＧＳＭフルレート音声トラフィックに使用される現在の音声フレームを示す概略図である。
【図４】ハングオーバ手順がイネーブルされていない時のＧＳＭフルレート音声トラフィックの現在の不連続送信機構を示す概略図である。
【図５】ハングオーバ手順がイネーブルされている時のＧＳＭフルレート音声トラフィックの不連続送信機構を示す概略図である。
【図６】本発明の第１タイプのＩＢＤフレームの実施形態を示す概略図である。
【図７】本発明の第２タイプのＩＢＤフレームの実施形態を示す概略図である。
【図８】本発明の第３タイプのＩＢＤフレームの実施形態を示す概略図である。
【図９】本発明によるＧＳＭフルレート音声トラフィックで使用される音声処理ユニットを示すブロック図である。
【図１０Ａ】ハングオーバ手順がイネーブルされていない時の、本発明による第１タイプのＩＢＤフレームの伝送を示す流れ図である。
【図１０Ｂ】ハングオーバ手順がイネーブルされていない時の、本発明による第１タイプのＩＢＤフレームの伝送を示す流れ図である。
【図１１Ａ】ハングオーバ手順がイネーブルされていない時の、本発明による第２タイプのＩＢＤフレームの伝送を示す流れ図である。
【図１１Ｂ】ハングオーバ手順がイネーブルされていない時の、本発明による第２タイプのＩＢＤフレームの伝送を示す流れ図である。
【図１２Ａ】ハングオーバ手順がイネーブルされていない時の、本発明による第３タイプのＩＢＤフレームの伝送を示す流れ図である。
【図１２Ｂ】ハングオーバ手順がイネーブルされていない時の、本発明による第３タイプのＩＢＤフレームの伝送を示す流れ図である。
【図１３】ハングオーバ手順がイネーブルされていない時の、本発明による第１（第２）タイプのＩＢＤフレームの伝送の実施形態を示す図である。
【図１４】ハングオーバ手順がイネーブルされていない時の、本発明による第３タイプのＩＢＤフレームの伝送の実施形態を示す図である。
【図１５Ａ】ハングオーバ手順がイネーブルされている時の、本発明による第１タイプのＩＢＤフレームの伝送を示す流れ図である。
【図１５Ｂ】ハングオーバ手順がイネーブルされている時の、本発明による第１タイプのＩＢＤフレームの伝送を示す流れ図である。
【図１６Ａ】ハングオーバ手順がイネーブルされている時の、本発明による第２タイプのＩＢＤフレームの伝送を示す流れ図である。
【図１６Ｂ】ハングオーバ手順がイネーブルされている時の、本発明による第２タイプのＩＢＤフレームの伝送を示す流れ図である。
【図１７Ａ】ハングオーバ手順がイネーブルされている時の、本発明による第３タイプのＩＢＤフレームの伝送を示す流れ図である。
【図１７Ｂ】ハングオーバ手順がイネーブルされている時の、本発明による第３タイプのＩＢＤフレームの伝送を示す流れ図である。
【図１８】ハングオーバ手順がイネーブルされている時の、本発明の第１（第２、第３）タイプのＩＢＤフレームの伝送の実施形態を示す図である。
【図１】
2007511158.tif 000003
【図２】
2007511158.tif 000004
【図３】
2007511158.tif 000005
【図４】
2007511158.tif 000006
【図５】
2007511158.tif 000007
【図６】
2007511158.tif 000008
【図７】
2007511158.tif 000009
【図８】
2007511158.tif 000010
【図９】
2007511158.tif 000011
【図１０】
2007511158.tif 000012
【図１１】
2007511158.tif 000013
【図１２】
2007511158.tif 000014
【図１３】
2007511158.tif 000015
【図１４】
2007511158.tif 000016
【図１５】
2007511158.tif 000017
【図１６】
2007511158.tif 000018
【図１７】
2007511158.tif 000019
【図１８】
2007511158.tif 000020
【国際調査報告】
2007511158.tif 000021
2007511158.tif 000022
2007511158.tif 000023