(57)【要約】移動体のバッファの動作特性を制御するためのシステム及び方法。送信側移動体（１０２）からの少なくとも１つの通信情報は、着信側移動体（１０６）のプレイアウト・バッファ（３０８）に受信し得る。プレイアウト・バッファは、対応するプレイアウト深さを有し得る。プレイアウト・バッファで受信された通信情報は、着信側移動体の受信者に再生し得る。着信側移動体のプレイアウト・バッファの残留プレイアウト深さを決定し得る。着信側移動体のプレイアウト・バッファの残留プレイアウト深さが所定のしきい値に達すると、指標を形成して送信側移動体に送信し得る。
2007503617.tif 000002
【特許請求の範囲】
【請求項１】
着信側移動体のプレイアウト・バッファの残留プレイアウト深さを調節するための方法であって、
送信側移動体から少なくとも１つの通信情報をプレイアウト・バッファに受信する段階であって、同プレイアウト・バッファは、対応するプレイアウト深さを有する前記段階と、
前記プレイアウト・バッファで受信された通信情報を前記着信側移動体の受信者に再生する段階と、
前記着信側移動体のプレイアウト・バッファの残留プレイアウト深さを決定する段階と、
前記着信側移動体のプレイアウト・バッファの残留プレイアウト深さが所定のしきい値に達すると、前記送信側移動体に指標を送信する段階と、
が含まれる方法。
【請求項２】
請求項１に記載の方法であって、
ある符号化速度で前記通信情報を符号化し、前記送信側移動体から前記着信側移動体に送信する段階と、
前記着信側移動体から前記指標を受信する段階と、
少なくとも部分的に、前記着信側移動体から受信された前記指標の関数として、前記送信側移動体から前記着信側移動体に送られた前記通信情報の前記符号化速度を調整する段階と、
からなる方法。
【請求項３】
請求項２に記載の方法であって、前記送信側移動体の符号化速度を調整する段階には、前記送信側移動体のボコーダの符号化速度を調整する段階が含まれる方法。
【請求項４】
送信側無線ユニットから着信側無線ユニットに送信される通信情報の符号化速度を調節する方法であって、
ある符号化速度で、前記送信側移動体のボコーダにおいて通信情報を符号化し、前記着信側ユニットに前記通信情報を送信する段階と、
前記着信側移動体から指標を受信する段階と、
前記着信側移動体から受信された前記指標に基づき、前記送信側移動体のボコーダの符号化速度を調整する段階と、
からなる方法。
【請求項５】
請求項４に記載の方法であって、指標を受信する段階には、リアルタイム・トランスポート・プロトコル（ＲＴＰ）ヘッダを受信する段階が含まれる方法。
【請求項６】
請求項４に記載の方法であって、指標を受信する段階には、否定確認応答メッセージを受信する段階が含まれる方法。
【請求項７】
請求項６に記載の方法であって、前記指標を受信する段階には、過去においてしきい値の秒数を超えて元々送信されたフレームに対して再送信要求があったために発生した前記ＮＡＫを受信する段階が含まれる方法。
【請求項８】
音声通信情報を送信する送信側移動体と、
前記送信側移動体に接続された無線基幹施設であって、前記送信側移動体から前記音声通信情報を受信し、また、前記音声通信情報を出力に提示する前記基幹施設と、
前記無線基幹施設の出力において前記無線基幹施設に接続された着信側移動体であって、前記着信側移動体は、前記基幹施設から前記音声通信情報を受信し、前記着信側移動体には、プレイアウト・バッファが含まれ、前記プレイアウト・バッファは、対応するプレイアウト深さを有し、前記着信側無線ユニットは、前記プレイアウト・バッファに前記音声通信情報を記憶し、また、前記プレイアウト深さが所定のしきい値に達すると、指標を形成する、前記着信側移動体と、
が含まれるシステム。
【請求項９】
着信通信の速度を制御するための装置であって、
少なくとも１つの出力を有する無線送受信機と、
プレイアウト深さを有し、また、送信側移動体から受信される通信情報を記憶するプレイアウト・バッファと、
前記プレイアウト・バッファの残留プレイアウト深さを表すデータが含まれる指標レジスタと、
前記プレイアウト・バッファ及び前記指標レジスタに接続されたコントローラであって、前記コントローラは、指標メッセージ出力を介して前記送受信機にも接続され、前記指標メッセージ出力は、前記指標レジスタのコンテンツに対応する、前記コントローラと、が含まれ、
前記無線送受信機は、前記指標メッセージ出力が含まれる通信情報を送信する、装置。
【請求項１０】
無線送信装置であって、
指標メッセージ入力を有する送受信機と、
前記送受信機に接続された記憶レジスタであって、前記指標メッセージ入力において前記送受信機によって受信される少なくとも１つの指標メッセージを記憶する前記記憶レジスタと、
通信出力及び制御入力を有し、更に、前記制御入力に応答する対応する調整可能ボコーダ符号化速度を有するボコーダと、
前記記憶レジスタに連動して接続され、また、前記制御入力によって前記ボコーダに接続されたコントローラであって、前記コントローラは、前記記憶レジスタに存在する前記少なくとも１つの指標メッセージのコンテンツに基づき、前記制御入力上に信号を形成する前記コントローラと、
が含まれる無線送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、双方向通信システムに関し、特に、これらのシステム内における通話管理手順に関する。
【背景技術】
【０００２】
無線により音声通信情報を送信するためのシステム及び方法は公知である。無線システムにおいて、送信側移動体の送信者は、着信側移動体の受信者に通信情報を送信し得る。通信情報は、通常、無線基幹施設を介して送信側移動体から着信側移動体に送信される。
【０００３】
通常、送信側移動体の音声符号器（ボコーダ）は、送信される通信情報を、例えば、一連のフレームに符号化するために用いられる。着信側移動体へ送信する前に、通信情報は、基幹施設内の１つ又は複数のバッファに記憶されることが多い。そして、基幹施設が着信側移動体の位置を特定した後、基幹施設は、着信側移動体に通信情報を送信する。着信側移動体では、通信情報は、“プレイアウト”バッファに記憶し得る。充分な量の音声データがプレイアウト・バッファに記憶された（即ち、“待ち行列に入れられた”）後、通信情報は着信側移動体のボコーダに送信され、そこでメッセージは復号され、例えばスピーカにおいて可聴信号として意図した受信者に通信情報の提示を可能にする形式に変換される。
【０００４】
上述したシステムの多くにおいて生じる１つの問題は音声品質を維持すること、また、受信者に再生される音声メッセージの遅延を最小限に抑えることである。最適な音声品質を実現し、また、遅延を最小限に抑えるために、連続的な（又は実質的に連続的な）データストリームが、プレイアウト・バッファから着信側移動体のボコーダに流れることが好ましい。しかしながら、送信エラー、例えば、フレーム消去（ＦＥＲ）が送信側移動体と基幹施設との間で又は基幹施設から着信側移動体に起こる場合、プレイアウト・バッファは、空に（又はほぼ空に）なり、他方、基幹施設のバッファは、満杯（又はほぼ満杯）のままであることが知られている。言い換えると、基幹施設のバッファに記憶される大量の情報はゆっくりとしかプレイアウト・バッファに流出しない。充分な量のデータがプレイアウト・バッファで利用可能になるのを着信側移動体が待つため、受信者に対する音声メッセージの提示の大幅な遅延や信号品質劣化の可能性が起こり得る。
【０００５】
ボコーダ速度を変えるとプレイアウト・バッファの使用に影響が生じることがあり、以前のシステムは、ネットワーク輻輳の一般的な目安に基づきボコーダ速度を変更できるようにしている。この機能によって上述した状況が特に改善されたわけではない。実際、これらのシステム内では大幅な音声遅延がまだ発生することがある。
【発明を実施するための最良の形態】
【０００６】
当業者は、図中の要素が説明を簡単明瞭にするために示されており、必ずしも縮尺通りに描かれていないことを認識されるであろう。例えば、図中の要素には、本発明の様々な実施形態の理解を改善する一助となるように、他の要素と比較して寸法を誇張しているものがある。また、市販化可能な実施形態において有用な又は必要な一般的であるがよく知られた要素は、本発明のこれら様々な実施形態の把握を妨げないようにするために、通常描写していない。
【０００７】
これらの実施形態の多くに基づき、移動体のバッファの動作特性を制御するためのシステム及び方法を提供する。送信側移動体からの少なくとも１つの通信情報は、着信側移動体のプレイアウト・バッファに受信し得る。プレイアウト・バッファは対応するプレイアウト深さを有し得るが、プレイアウト深さは、受信側が音声の受信を停止しようとする場合、プレイアウト・バッファに存在するデータ量、即ち、音声を使い切る前に受信側が音声の再生を継続し得る時間量に関連する。プレイアウト・バッファにおいて受信された通信情報は、着信側移動体の受信者に再生し得る。着信側移動体のプレイアウト・バッファの残留プレイアウト深さを決定し得る。着信側移動体のプレイアウト・バッファの残留プレイアウト深さが所定のしきい値に達すると、指標を形成して送信側移動体に送信し得る。
【０００８】
好適な実施形態に基づき、送信側移動体から着信側移動体への通信情報は、ある符号化速度で符号化され、着信側移動体に送信される。送信側移動体は、着信側移動体から送信された指標を受信し、そして、送信側移動体から着信側移動体に送られた通信情報の符号化速度を、少なくとも部分的に、着信側移動体から受信された指標の関数として調整するか又はプレイアウト・バッファの実際のサイズを送る。
【０００９】
他の好適な取り組み法に基づき、送信側移動体にはボコーダが含まれ、送信側移動体の符号化速度は、このボコーダの符号化速度を調整することによって変更される。一実施形態において、この指標はリアルタイム・トランスポート・プロトコル（ＲＴＰ）ヘッダの形態である。他の実施形態において、この指標は、否定確認応答メッセージ（ＮＡＫ）の形態である。好都合なことに、ＮＡＫは、着信側移動体又は基幹施設内のいずれかにおいて生成し得る。
【００１０】
従って、着信側移動体のプレイアウト・バッファの動作特性は、送信側移動体のボコーダの符号化速度を調整することによって制御される。有利な点として、この情報は、送信側移動体において効果的な調整が符号化速度になされるように、着信側移動体から送信側移動体に速やかに又リアルタイムに伝達される。これらのリアルタイムな調整は、着信側移動体のプレイアウト・バッファのデータが空（又はほぼ空）になった時に生成される着信側移動体の音声遅延又は音声品質問題を最小限に抑えたり解消したりする。
【００１１】
まず図１において、着信側移動体のバッファの動作特性を制御するためのシステムには、好適には、送信側移動体１０２、無線基幹施設１０４及び着信側移動体１０６が含まれる。送信側移動体１０２は、通信チャネル１０８を介して、無線基幹施設１０４に通信可能に接続される。無線基幹施設１０４は、通信チャネル１１０を介して、また、オプションとして、予備の通信チャネル１１２によって、着信側移動体１０６に通信可能に接続される。図１のシステムは、任意の種類の電気通信サービスを提供し得る。１つの例において、このシステムは、当分野において公知のサービス・オプション（ＳＯ）を介したディスパッチ（ＤＣ）３３パケットデータサービスを提供し得る。
【００１２】
送信側及び着信側移動体１０２及び１０６は、任意の種類の無線通信装置であってよい。例えば、無線で情報の送受信が可能なあらゆる携帯電話、携帯無線呼出し器、携帯情報端末又はこれらの装置の任意の組合せであってよい。更に、移動体１０２及び１０６は、任意の標準又は一群の標準に準拠してもよい。１つの例において、移動体１０２及び１０６は、ＣＤＭＡ−２０００の一群の標準に準拠してもよい。
【００１３】
無線基幹施設１０４は、異なる移動体間で無線通信セッションを確立するために用いられる任意の種類の電気通信基幹施設であってよい。例えば、無線基幹施設１０４には、移動体間において任意の種類の通信情報を送信及びルーティングする交換機、ルータ、基地局、バッファ、サーバ及び制御ユニットを含み得る。無線基幹施設１０４は、任意の標準又は一群の標準に準拠してもよい。１つの例において、無線基幹施設１０４は、ＣＤＭＡ−２０００の一群の標準に準拠してもよい。
【００１４】
通信チャネル１０８、１１０及び１１２は、２点間において任意の種類の情報を伝達するために用いられる任意の通信メカニズムであってよい。１つの例において、それらには、多数のチャネル、例えば、無線リンクプロトコル（ＲＬＰ）及びＣＤＭＡ２０００の一群の標準によって又は無線リンク制御（ＲＬＣ）及び３ＧＰＰの一群の標準によって指定されたトラフィック及び制御チャネルを含み得る。好適には、通信チャネル１０８、１１０及び１１２は、双方向通信をサポートする。
【００１５】
図１におけるシステムの動作の一例において、少なくとも１つの通信情報が、着信側移動体１０６において送信側移動体１０２から受信される。例えば、この通信情報は、送信側移動体１０２のボコーダによって、ある符号化速度で一連のフレームに符号化されている音声通信情報であってよい。この通信情報は、送信側移動体１０２から基幹施設１０４に通信チャネル１０８を介して、また、基幹施設１０４から着信側移動体１０６に通信チャネル１１０を介して送信し得る。
【００１６】
着信側移動体１０６には、対応するプレイアウト深さを有するプレイアウト・バッファを含み得る。このプレイアウト深さは、受け側が音声の受信を停止しようとする場合、プレイアウト・バッファに残された残留スペース量又は音声を使い切る前に受け側が音声の再生を継続し得る時間量の目安であってよい。この通信情報は、プレイアウト・バッファにおいて受信し、着信側移動体１０６の受信者に再生し得る。
【００１７】
好適な取り組み法において、着信側移動体１０６は、プレイアウト・バッファの残留プレイアウト深さを決定する。指標が、着信側移動体１０６において形成され、そして、着信側移動体１０６のプレイアウト・バッファの残留プレイアウト深さが所定のしきい値に達すると、送信側移動体１０２に送信し得る。この指標は、既存の構成、例えば、ＲＴＰヘッダ又はＮＡＫを用いて、ボコーダの速度が所定の量だけ調整されるべきであることを示し得る。他の例において、この構成は、それ自体、プレイアウト・バッファの残留プレイアウト深さが含まれる情報を搬送でき、また、ボコーダ速度は、それに応じて制御し得る。他の指標例も可能である。
【００１８】
１つの例において、この指標は、着信側移動体１０６から基幹施設１０４に通信チャネル１１０を介して、また、基幹施設１０４から送信側移動体１０２に通信チャネル１０８を介して送られる。他の例において、この指標は、着信側移動体１０６から基幹施設１０４に予備の通信チャネル１１２を介して、また、基幹施設１０４から送信側移動体１０２に通信チャネル１０８を介して送られる。他の例において、予想されるフレームが受信されていないと判断すると、基幹施設１０４によってＮＡＫを生成し得る。この場合は送信エラーが発生しており、音声符号化速度を調整すべきだとみなす。従って、本例において、指標は、着信側移動体１０６において形成する必要はないが、基幹施設１０４において（ＮＡＫの形態で）生成して、送信側移動体１０２に送信し得る。
【００１９】
送信側移動体１０２は、指標を受信し得る。指標を解析した後、送信側移動体１０２は、ボコーダの符号化速度を調整し得る。例えば、受信された指標がＮＡＫである場合、このＮＡＫを解析して、過去においてしきい値の秒数を超えて元々送信されたフレームに対して再送信要求があったためにこのＮＡＫが発生したかどうか判断する。しきい値より長い時間元々送信されたフレームに対して受信されたＮＡＫは、プレイアウト・バッファが少ないことを示し得る。
【００２０】
速度は、所定の量だけ調整し得るが、例えば、５０パーセントを超えるだけ低減し、あるいは、指標に残留プレイアウト深さが含まれる場合、この深さに基づき、適切な量だけ調整し得る。符号化速度を変更すると、情報は、基幹施設のバッファからプレイアウト・バッファに流出する。
【００２１】
従って、着信側移動体１０６のプレイアウト・バッファの動作特性は、送信側移動体１０２のボコーダの符号化速度を調整することによって制御される。送信側移動体のボコーダの符号化速度に対する調整は、速やかにまたリアルタイムに行うことができる。そうすることによって、着信側移動体１０６の音声遅延及び音声品質問題は、低減、回避あるいは共に解消し得る。
【００２２】
次に、図２において、対応する方法の一例について説明する。この例において、送信側移動体は、通信情報を着信側移動体に無線基幹施設を介して送信する。ステップ２０２において、送信側移動体は、音声メッセージを基幹施設に送信する。例えば、送信側移動体は、送信側移動体と着信側移動体との間に設定されたトラフィックチャネル（ＴＣＨ）を介して、複数フレームの情報を含む音声メッセージを送信し得る。
【００２３】
ステップ２０４において、基幹施設は、音声メッセージを受信する。例えば、この基幹施設は、メッセージを再配列待ち行列に配置し得る。ステップ２０６において、フレームは、再配列し得る。フレームの再配列が必要な理由は、フレームが消去され再送信する必要がある場合のように、フレームが順不同に到着したことによる。
【００２４】
ステップ２０８において、フレームは、基幹施設の送信バッファに配置して、着信側移動体に送信し得る。ステップ２１０において、基幹施設は、着信側移動体に音声メッセージを送信する。例えば、このことは、標準の無線トラフィックチャネルを介して達成し得る。
【００２５】
ステップ２１２において、フレームは、着信側移動体で受信され、プレイアウト・バッファに配置される。ステップ２１４において、プレイアウト・バッファのプレイアウト深さが、所定のしきい値に達しているかどうか判断し得る。所定のしきい値に達していると、ステップ２１６において、指標が、着信側移動体で形成され、ステップ２１８において、着信側移動体から基幹施設に送られる。この指標は、標準の通信チャネル又は予備の通信チャネルを介して送信し得る。
【００２６】
ステップ２２０において、この指標は、基幹施設から送信側移動体に送信し得る。１つの例において、この情報は、ＲＴＰヘッダ又はＮＡＫを介して、着信側移動体から基幹施設に伝達し得る。受信された指標がＮＡＫである場合、このＮＡＫを解析して、過去においてしきい値の秒数を超えて元々送信されたフレームに対して再送信要求があったためにこのＮＡＫが発生したかどうか判断する。
【００２７】
他の選択肢として、予想されるフレームが受信されていないと判断すると、ＮＡＫは、基幹施設によって生成し得る。この場合、送信エラーが発生しており、音声符号化速度を調整すべきだとみなす。従って、本例において、指標は、上述したように、着信側移動体において形成する必要はないが、基幹施設において（ＮＡＫの形態で）生成し、送信側移動体に送信し得る。
【００２８】
ステップ２２２において、送信側移動体は、指標を受信し、この指標を解析し、そして、送信側移動体内のボコーダに対する調整を決定し得る。ステップ２２４において、送信側移動体のボコーダ速度は、この指標に基づき制御し得る。
【００２９】
次に、図３において、そのような動作をサポートするのに適した着信側移動体の一例について説明する。この移動体には、（ＲＬＰ符号ユニット３０４及び再配列待ち行列３０６を含む）終端モジュール３０２、プレイアウト・バッファ３０８、指標レジスタ３１０、コントローラ３１２、ボコーダ３１４、スピーカ３１６及び送受信機３１８が含まれる。終端モジュール３０２は、送受信機３１８及びコントローラ３１２に接続される。コントローラ３１２は、プレイアウト・バッファ３０８及び指標レジスタ３１０に接続される。指標レジスタ３１０は、送受信機３１８に接続される。プレイアウト・バッファ３０８は、ボコーダ３１４に接続される。ボコーダ３１４は、スピーカ３１６に接続される。
【００３０】
終端モジュール３０２には、ＲＬＰ符号ユニット３０４及び再配列待ち行列３０６が含まれる。当分野において公知なように、ＲＬＰ符号ユニット３０４は、再配列待ち行列３０６に入るメッセージの種類を制御する。再配列待ち行列３０６は、受信されたフレームを適切な順番に組み立てる。例えば、フレームは、順不同に受信されることがあり、再配列待ち行列は、それらのフレームを適切な順番に組み立て得る。
【００３１】
プレイアウト・バッファ３０８は、任意の種類のデータを記憶し得る任意の種類の記憶装置であってよい。例えば、プレイアウト・バッファ３０８は、音声フレームを保持する標準のバッファであってよい。プレイアウト・バッファ３０８は、対応するプレイアウト深さを有し得る。プレイアウト深さは、指定された時間にどれくらいの量のデータがプレイアウト・バッファに３０８にあるかの目安、又は着信側移動体が受信者への音声メッセージを待ち行列に入れて待たなければならない時間量の目安、又は受け側が音声の受信を停止しようとする場合、音声を使い切る前に受け側が音声の再生を継続し得る時間量の目安であってよい。
【００３２】
所定のしきい値は、プレイアウト・バッファ３０８のプレイアウト深さに対して決定し得る。このしきい値に達すると、プレイアウト・バッファ３０８のデータ量が下限のしきい値に達していること、又は受け側が音声の受信を停止しようとする場合、音声を使い切る前に受け側が音声の再生を継続し得る時間量がしきい値に達していること、を示すプレイアウト深さにプレイアウト・バッファが達している。
【００３３】
指標レジスタ３１０は、指標を形成するためにコントローラ３１２によって用い得る。この指標は、任意の数の形態を取り得る。例えば、ＲＴＰヘッダの形態であってよい。この指標は、プレイアウト・バッファが所定の深さに達していること、また、ボコーダの符号化速度が調整されるべきであることを示すために用い得る。他の選択肢として、この指標は、ＮＡＫとして生成し得る。他の形態の指標も可能である。更に、この指標には、プレイアウト・バッファの残留プレイアウト深さを含み得る。
【００３４】
コントローラ３１２は、メモリに記憶されたコンピュータ命令を実行できる任意の種類のプロセッサであってよい。コントローラ３１２は、指標レジスタ３１０において指標を形成し、所定のしきい値に達する状況がないかプレイアウト・バッファ３０８を監視し、そして、必要に応じて（送受信機３１８を介して）基幹施設に指標を送信し得る。
【００３５】
ボコーダ３１４は、アナログ音声信号をデジタル信号に変換し、また、デジタル信号を音声に変換できる任意の種類の音声プロセッサであってよい。例えば、ボコーダ３１４は、デジタル形式でデータを受信し、スピーカ３１６が受信者に対して可聴形式で（メッセージによって表される）音声メッセージを再生できるように、音声を表す電気信号にこのデータを変換し得る。
【００３６】
スピーカ３１６は、音声を表す電気信号を受信者に対して再生できる任意の種類の電気又は電子装置であってよい。１つの例において、スピーカ３１６は、一般的に携帯電話に用いられる種類のものである。
【００３７】
送受信機３１８は、無線で送信されたデータを受信したり、無線通信チャネルを介してデータを送信したりできる任意の種類の装置であってよい。例えば、送受信機３１８には、アンテナを含み得るが、このアンテナは、無線チャネルを介したデータ受信及び無線チャネルを介したデータ送信の双方を行い得る。
【００３８】
図３における移動体の動作の一例において、音声メッセージは、送受信機３１８において受信される。音声メッセージは、ＲＬＰ符号ユニット３０４を通して送信し得るが、ＲＬＰ符号ユニット３０４は、どのメッセージがシステムへの入力を許されるか調節する。次に、再配列待ち行列３０６は、メッセージのフレームを適切な順序に配置し得る。例えば、フレームが、１乃至６と付番されているが、１、３、４、５、６及び２の順番で受信された場合、再配列待ち行列は、フレームを正しい順番（即ち、１、２、３、４、５、６）に配置する。
【００３９】
そして、プレイアウト・バッファ３０８は、音声メッセージを受信し得る。そして、プレイアウト・バッファ３０８は、メッセージをボコーダ３１４に送信し得る。ボコーダ３１４は、フレームを電気信号に変換する。電気信号は、好適には、スピーカ３１６に送信され、こうして着信側移動体の受信者は、音声メッセージを聞くことができる。
【００４０】
コントローラ３１２は、プレイアウト・バッファ３０８のプレイアウト深さを監視し得る。プレイアウト深さが所定の値に達すると、コントローラ３１２は、指標レジスタに指標を形成し得る。１つの例において、この指標は、ＲＴＰヘッダの形態であってよい。他の例及び指標の形態も可能である。そして、この指標は、送受信機３１８に送信し得るが、そこで、この指標は、基幹施設に送信される。受信した後、基幹施設は、指標を送信側移動体に送信し得る。
【００４１】
送受信機３１８からの送信は、当分野において公知であるトラフィックチャネルを介して実現し得る。他の選択肢として、送受信機３１８からの送信は、着信側移動体と基幹施設との間において、予備のチャネルを介して行い得る。
【００４２】
次に、図４において、上述した動作をサポートするのに適した送信側移動体の一例について説明する。この移動体には、マイク４０２、ボコーダ４０４、入力バッファ４０６、送受信機４０８、コントローラ４１０及び記憶レジスタ４１２が含まれる。マイク４０２は、ボコーダ４０４に接続される。ボコーダ４０４は、入力バッファ４０６に接続される。入力バッファ４０６は、送受信機４０８に接続される。送受信機４０８は、記憶レジスタ４１２に接続される。記憶レジスタ４１２は、コントローラ４１０に接続される。コントローラ４１０は、ボコーダ４０４に接続される。
【００４３】
マイク４０２は、人の音声入力を受信し、これを電気信号に変換する任意の装置であってよい。１つの例において、マイクは、携帯電話に用いられる任意の標準のマイクであってよい。
【００４４】
ボコーダ４０４は、アナログ音声信号をデジタル信号に変換し、また、デジタル信号を音声に変換できる任意の種類の音声プロセッサであってよい。例えば、ボコーダ４０４は、アナログ電気信号でデータを受信し、その信号をデジタル符号形式に変換して、無線ネットワークを介して送信し得る。
【００４５】
入力バッファ４０６は、任意の形態で情報を記憶する任意の種類のデータ記憶装置であってよい。例えば、入力バッファ４０６は、ボコーダ４０４からの符号化音声フレームを受信して記憶し得る。
【００４６】
送受信機４０８は、無線で送信されるデータを受信したり、無線通信チャネルを介してデータを送信したりできる任意の種類の装置であってよい。例えば、送受信機４０８には、アンテナを含み得るが、このアンテナは、無線チャネルを介したデータ受信及び無線チャネルを介したデータ送信の双方を行い得る。
【００４７】
コントローラ４１０は、メモリに記憶されたコンピュータ命令を実行する任意の種類の装置であってよい。例えば、コントローラ４１０は、記憶レジスタ４１２のコンテンツを解析して、指標が記憶レジスタ４１２に存在するかどうか確認し得る。そして、コントローラ４１０は、記憶レジスタ４１２の受信された指標に基づき、ボコーダ４０４の符号化速度を大きくすべきか又は小さくすべきか判断し得る。指標がバッファの残留プレイアウト深さを含む場合、コントローラ４１０は、音声符号化速度に対する調整量を決定し得る。他の機能もコントローラ４１０によって同様に実行し得る。
【００４８】
記憶レジスタ４１２は、任意の種類の情報を保持するために用いられる任意の種類の記憶装置であってよい。例えば、記憶レジスタ４１２は、指標が送受信機４０８において受信された後、この指標を保持し得る。
【００４９】
図４における移動体の動作の一例において、送信側移動体の送信者は、音声メッセージをマイク４０２に話す。このメッセージは、受信され、そして、ある符号化速度でボコーダ４０４を介して符号化し得る。このメッセージは、送信に備えて、入力バッファ４０６に配置し得る。準備ができると、コントローラ４１０は、このメッセージを送受信機４０８を介して送信し得る。
【００５０】
更に、送受信機４０８は、指標を受信し得る。記憶レジスタ４１２は、送受信機４０８から受信された指標を受信して記憶し得る。例えば、この指標は、ＮＡＫ又はＲＴＰヘッダの形態であってよい。指標が受信されると、コントローラ４１０は、記憶レジスタ４１２からこの指標を抽出し、この指標を解析し得る。そして、コントローラ４１０は、指標（又は指標に含まれる情報）によって要求されるように又はそれから導き出されるように、ボコーダ４０４の符号化速度を調整し得る。例えば、符号化速度は、任意のＲＴＰヘッダ又はＮＡＫを受信した際、半分だけ低減し得る。他の例において、ＲＴＰヘッダには、プレイアウト・バッファのサイズに関する情報を含み得る。コントローラ４１２は、この情報を抽出し、必要に応じて符号化速度を調整し得る。
【００５１】
次に、図５において、そのような動作をサポートするのに適した無線基幹施設の一例について説明する。無線基幹施設には、送受信機５０２、ＲＬＰ終端ユニット５０４（ＲＬＰ符号ユニット５０６及びＲＬＰ再配列待ち行列５０８を含む）、コントローラ５１０、出力バッファ５１２、送受信機５１４及び入力バッファ５１６が含まれる。送受信機５０２は、ＲＬＰ終端ユニット５０４に接続される。ＲＬＰ終端ユニット５０４は、コントローラ５１０に接続される。コントローラ５１０は、出力バッファ５１２、入力バッファ５１６及び送受信機５０２に接続される。入力バッファ５１６は、送受信機５１４に接続される。
【００５２】
送受信機５０２は、無線で送信されたデータを受信したり、無線通信チャネルを介してデータを送信したりできる任意の種類の装置であってよい。例えば、送受信機５０２には、アンテナを含み得るが、このアンテナは、無線チャネルを介したデータ受信及び無線チャネルを介したデータ送信の双方を行い得る。
【００５３】
ＲＬＰ終端ユニット５０４には、ＲＬＰ符号ユニット５０６及びＲＬＰ再配列待ち行列５０８が含まれる。ＲＬＰ符号ユニット５０６は、再配列待ち行列５０８への情報の流れを調節し得る。ＲＬＰ再配列待ち行列５０８は、メッセージのフレームを適切な順序に配置し得る。例えば、フレームが、１乃至６と付番されているが、５、４、６、３、２、１の順番で受信された場合、再配列待ち行列５０８は、フレームを正しい順番（即ち、１、２、３、４、５、６）に配置し得る。
【００５４】
コントローラ５１０は、基幹施設内の情報をルーティングする任意の種類のプロセッサであってよい。コントローラ５１０は、他の機能も同様に実行し得る。１つの例において、コントローラは、当分野において公知のチャット・サーバである。
【００５５】
入力バッファ５１２及び出力バッファ５１６は、任意の形態で情報を記憶する任意の種類のデータ記憶装置であってよい。例えば、出力バッファ５１２は、フレームが基幹施設から着信側移動体に送信される前に、音声メッセージのフレームを記憶し得る。他の例において、入力バッファ５１６は、着信側移動体から（送受信機５１４を介して）受信される指標を記憶し得る。
【００５６】
ＲＬＰ送受信機５１４は、無線で音声メッセージの送信及び／又は受信を行う任意の種類の装置であってよい。例えば、送受信機５１４には、アンテナを含み得る。１つの例において、送信機５１４を省略して、送信を送受信機５０２から行ってもよい。
【００５７】
図５における基幹施設の動作の一例において、音声メッセージは、送受信機５０２において受信し得る。音声メッセージは、（ＲＬＰ終端ユニット５０４内の）ＲＬＰ符号ユニット５０６によって受信し得る。ＲＬＰ符号ユニット５０６が、メッセージを（ＲＬＰ終端ユニット５０４内の）再配列待ち行列５０８に配置した後、再配列待ち行列５０８は、フレームが順不同に受信された場合、フレームを正しい順序に配置し得る。再配列待ち行列５０８は、フレームをコントローラ５１０に送信し得る。
【００５８】
コントローラ５１０は、メッセージをＲＬＰ終端ユニット５０４から出力バッファ５１２にルーティングし得る。送信の準備ができると、コントローラ５１０は、送信を開始し、メッセージは、出力バッファ５１２から送信機５１４に送られる。そして、フレームは、着信側移動体に送信し得る。
【００５９】
図５における基幹施設の動作の他の例において、ＲＴＰヘッダは、送受信機５１４において受信し得る。ＲＴＰヘッダは、基幹施設、例えば、コントローラ５１０によってルーティングされ、送受信機５０２を介して送信側移動体に送信し得る。
【００６０】
他の選択肢として、予想されるフレームが受信されていないと判断すると、ＮＡＫは、基幹施設によって、例えば、コントローラ５１０によって生成し得る。この場合、送信エラーが発生しており、音声符号化速度を調整すべきだとみなす。従って、本例において、指標は、上述したように、着信側移動体において形成する必要はないが、基幹施設において（ＮＡＫの形態で）生成して送信側移動体に送信し得る。
【００６１】
本発明の特定の実施形態について例示し説明したが、当業者には、数多くの変更や修正が起こり得ることを認識されるであろう。また、付記された請求項において、本発明の真の精神と範囲内にある変更や修正のそれら全てを網羅するものとする。
【図面の簡単な説明】
【００６２】
【図１】本発明の一実施形態に基づくシステムの一例を示すブロック図。
【図２】本発明の一実施形態に基づくバッファの動作特性の制御処理を示す通話フロー図。
【図３】本発明の一実施形態に基づく移動体の一例を示すブロック図。
【図４】本発明の一実施形態に基づく他の例の移動体を示すブロック図。
【図５】本発明の一実施形態に基づく通信基幹施設の一例を示すブロック図。
【図１】
2007503617.tif 000003
【図２】
2007503617.tif 000004
【図３】
2007503617.tif 000005
【図４】
2007503617.tif 000006
【図５】
2007503617.tif 000007
【国際調査報告】
2007503617.tif 000008