JP2012532529A - パケット交換ネットワークを介する非会話音声通話に対するサービス品質パラメータの緩和 - Google Patents

Abstract

パケット交換ネットワークにおける通信の方法。方法は、生音声通話のために適切なサービスの品質で設定されている通話が、録音音声ベースデータを運搬するという決定が行われた場合、通話で使用されるサービスの品質を低下させることを含む。一実施形態において、録音音声ベースのデータは、通話の発信元によって受けられる事前録音メッセージ、および、後の再生のために通話の発信元によってなされる録音システムへの録音のうちの少なくとも１つである。
【選択図】図１

Description

本明細書で使用される場合、用語「モバイルデバイス」は、携帯電話、携帯情報端末、携帯式またはラップトップコンピュータ、および通信能力を有する類似のデバイス等を指す場合がある。そのようなモバイルデバイスは、デバイスとその関連する可撤性メモリモジュールとから成る場合、またはそのようなモジュールのないデバイスだけから成る場合がある。モバイルデバイスは、代替として、本明細書において「デバイス」、「移動性デバイス」、「電話」、「スマートフォン」、「端末」、「ユーザ端末」、「ユーザエージェント」、「ＵＡ」、「ユーザ機器」、「ＵＥ」、「ノード」等のような用語で称される場合がある。

音声通話のためのオーディオ情報を運搬するパケットは、オーディオ信号が人間の聞き手に対して自然な人間の音声のように聞こえることを可能にするために、送信先ノードへタイミングよく伝達されなければならないため、パケット交換ネットワーク上で運搬される音声通話は、保証ビットレート（ＧＢＲ）のサービス品質（ＱｏＳ）を必要とする。音声通話のオーディオデータパケットが、例えば、十分に高速のパケット送信時間を有さないチャンネルからルーティングされることによって、あまりに長時間遅延する場合、遠隔終点にいる聞き手は、ネットワークによって提供されるオーディオ品質に満足しない可能性が高くなる。このため、ネットワークプロバイダは有料の顧客を失うリスクがある。

音声通話に対する保証ビットレート（ＧＢＲ）要件は、パケット交換ネットワークに目に見える負荷を生じ、ネットワーク能力を低下させる可能性がある。ＧＢＲのＱｏＳ要件は典型的に、データ容量を含むだけでなく、最大のパケット遅延時間も指定する。ＧＢＲパケットは、典型的には非ＧＢＲパケットによって共有されない、緊急度を有するため、ＧＢＲ要件は、共有インフラストラクチャ上でＧＢＲおよび非ＧＢＲ両方のパケットを伝送するネットワーク上で異種の伝送優先度を生じる可能性がある。この格差は、ＧＢＲパケットによる非ＧＢＲパケットのトラフィックプリエンプションを発生させる可能性がある。これらのトラフィックプリエンプションは、状況によっては、非ＧＢＲデータトラフィックだけを運搬するネットワークと比較した場合、ネットワーク能力を低下させる非効率性を発生させる可能性がある。したがって、ネットワークプロバイダは、ＧＢＲ要件を指定するチャンネルの使用を抑制することを模索する場合がある。

モバイルネットワークにおける現在の傾向は、特に統合モバイルデバイスとも呼ばれるスマートフォンの能力に起因して、ビデオ画像を視聴したり、ワード処理文書等の電子ファイルを編集したりするために、ネットワークトラフィックの負荷が上昇している。ネットワークプロバイダは、上昇したトラフィック負荷に加えて、非音声データサービスに対する高速なデータ転送を求める顧客からの圧力に対応しようと努力している。音声通話に対するＧＢＲ要件、つまり、音声通話がネットワークを介して正常に行われるためには、ネットワークによってサポートされなければならないＱｏＳパラメータは、このため、ネットワークプロバイダの負担を一層高める可能性がある。ネットワーク上でＱｏＳの要求を緩和すると、ネットワークの効率を向上させることができる可能性があり、結果としてネットワーク機器コストの削減、ネットワークユーザの満足増加、またはこの両方になる。

音声通話がパケット交換ネットワーク上で行われる場合、ネットワークは、音声通信セッションに十分なデータレートを含む、ＧＢＲのＱｏＳパラメータを有するチャンネルを作成するように要求される。状況によっては、オーディオまたはビデオをストリーミングすると、ＧＢＲチャンネルの要求を誘発する場合がある。パケット交換ネットワークにおいては、チャンネルは有効な通信セッションであり、プロセスは、典型的に、ネットワークが、データレートを含めて、要求されたＱｏＳパラメータの全てをサポートする容量が利用可能かどうかを確認することを必要とする。非音声データメッセージ、例えば、電子メールまたはテキストメッセージが送信されることになる場合、非ＧＢＲのＱｏＳパラメータを有するチャンネルを要求される場合がある。

新しいチャンネルの作成が要求された時点で、ネットワークがほとんどその最大容量でビジーである場合、ネットワークは、要求されたチャンネルがＧＢＲチャンネルになる場合にはその要求を拒否するが、ネットワークは、要求されたチャンネルが非ＧＢＲチャンネルのためである場合はその要求を許可する場合がある。

最初に、本開示の１つ以上の実施形態の例証的実装が以下に提供されるが、開示されるシステムおよび／または方法は、現在既知または既存に関わらず、任意の数の技術を使用して実装され得ることを理解されたい。本開示は、本明細書に示され、説明される例示的な設計および実装例を含む、以下に示される例示的な実装例、図面、および技術に限定されるべきではなく、同等物の十分な範囲とともに、添付の特許請求の範囲の範囲内で修正され得る。

本開示をより完全に理解するために、添付の図面および発明を実施するための形態と併せて、以下の簡単な説明を参照するが、類似参照数字は、類似部分を表す。
図１は、本開示のある実施形態による、モバイルデバイスおよび通信システムを例証する図である。 図２は、本開示のいくつかの実施形態を実装するために好適なプロセッサおよび関連構成要素を例証する。

音声通話が生音声通話ではないと決定される場合、例えば、呼出元が生身の人間ではなく既存の録音を聞くことになる場合、または生身の人間に話すのではなく、ボイスメールメッセージとして新しい録音を作成することになる場合、音声通話が初期に設定された時に要求されたＧＢＲのＱｏＳパラメータは、緩和され得る。例えば、ＱｏＳクラス識別子（ＱＣＩ）は、音声通話が生音声通話にならないという決定に応じて、「非会話音声」に設定され得る。

これは、ネットワークがオープンチャネルへのリアルタイム変更を許可する場合、既存チャンネルのＱｏＳパラメータを修正することによって、または可能性として、新しく作成された非ＧＢＲチャンネルに動的に切り替えてから、次いで初期に使用されたＧＢＲチャンネルを閉じることによって、実現され得る。

音声通話は典型的に、チャンネルが２人以上の人間の間で生の通信を運搬するという想定を持って設定される。このため、チャンネルは、自然に聞こえる会話を実行するために十分な帯域幅でオーディオデータを運搬するために十分なＧＢＲ ＱｏＳパラメータを伴って作成される。生身の人間が遠隔終点で通話に応答する場合、チャンネルの準備は整えられている。生身の人間が通話に応答する場合、通話は、生音声通話と呼ばれる。

しかしながら、生身の人間が応答しない場合がある。生音声通話の想定は、通話が録音通話であることがわかると、無視される。録音通話は、呼出元が事前録音メッセージを聞く通話、ならびに呼出元が録音システムに話す通話の可能性がある。

単一の通話は、複数の段階を経ることができる。例えば、番号をダイヤルしている人は、生身の人間が遠隔終点で応答することを期待しているが、通話がボイスメールシステムに転送されたことを示す事前録音アナウンスによって迎えられる場合がある。アナウンスの終了時点で、呼出元は、電話機に向かって話すことができるようになり、呼出元の音声は、後で再生するために録音される。事前録音メッセージの再生、およびメッセージの録音のどちらの録音段階も、ＧＢＲのＱｏＳパラメータを緩和する機会を提供する。

事前録音メッセージが生に聞こえるようなオーディオとして再生される場合、メッセージを備えるパケットは、非ＧＢＲチャンネル、または速度の遅いＧＢＲチャンネルを介して送信し、生身の聞き手の側でバッファすることができる。十分なパケットの受信後、メッセージは、生会話に予測される速度で、バッファメモリから再生することができる。この状況におけるトレードオフは、生身の呼出元がわずかな遅延の後に自然に聞こえるメッセージを聞く点である。別のトレードオフは、非ＧＢＲまたは速度の遅いＧＢＲチャンネルを利用するためには、システムに複雑性を加えることが必要な点である。状況によっては、アップリンクおよびダウンリンクは、異なるＧＢＲのＱｏＳパラメータを有する場合がある。加えて、ユーザ端末は、低容量チャンネルを補償するために確立された方法をサポートできることをネットワークに信号送信することが必要な場合がある。

この追加の複雑性の一部は、呼出元のデバイス、または呼出元のデバイスに接近して、ネットワークのどこかの場所いずれかでのバッファを必要とすること、ならびにバッファからの遅延再生を処理するための追加のロジックおよび信号送信を必要とすることである。ネットワークからの信号送信は、チャンネルステータスの変化の通知、および可能性として、必要なバッファの量、または必要推定量の指示を含むことになる。ネットワークは、呼出元からの遠隔終点から、通話のステータスが生音声通話から録音音声通話に変化するという通知を受信するため、および、必要な情報を呼出元のデバイスに信号送信するための両方のロジックを必要とする。遠隔終点は、録音が再生されることをネットワークに信号送信するためのロジックを必要とする。ネットワークへの信号送信の一部は、次いで、バッファ場所に転送される場合があるが、バッファを必要とするメッセージのサイズまたは継続時間を含み得る。バッファは、全面的にユーザ端末上で実現するか、または、エアインターフェースにわたって分散し、少なくとも部分的にネットワークインフラストラクチャ機器によって、処理することができる。

何らかの任意選択的に追加される複雑性は、パケットが非ＧＢＲチャンネル、または自然に聞こえるオーディオには不十分なＧＢＲのうちの１つで到着することを学習した時点で、かつメッセージのサイズを学習した時点で、平均的パケット遅延時間が推定されることができることである。この推定された平均遅延時間は、メッセージの長さとともに、バッファされたメッセージを生のように聞こえるオーディオストリームとして再構築するために望ましい遅延開始時間の計算を促進することができる。開始時間は、メッセージの最終パケットがそれらが必要になる時間までに到着していることが期待されるように計算されなければならない。

遅延開始時間が過大になる場合、または受信パケットバッファが十分な容量を欠くことになる場合、オーディオはカーニング処理することができる。カーニングは、例えば、文字の間の空間を調整することによって、異なる文字数を有する場合であっても、異なる行のテキストが左および右両方の余白で完全にそろえることができるように、植字の際に広く使用される。オーディオの場合、メッセージの再生時間を長引かせるために、話される語句の間の遅延を拡張することができる。拡張は、文の間の休止が語句の間のより短い休止よりも長く延長されるように、初期の遅延に比例させられるか、またはその他これによって影響を受ける可能性がある。これによって、録音されたオーディオがよりゆっくりと話されている印象を与えるが、パケットバッファのクリアをより早く開始することができ、オーディオが再生されるまでの待機時間を低減する。情報が話の符号化から既に入手可能であるのでなければ、ボリュームのしきい値が、語句の間の休止を決定するために使用できる。

呼出元のメッセージが後で再生するために録音される場合、メッセージを備えるパケットは、非ＧＢＲチャンネル（または低下されたＧＢＲチャンネル）に入る前に、情報源で、または情報源のごく近くでバッファされ、次いで、それらが到着時に録音ノードで録音メッセージに変換されることができる。このような場合、パケットの到着時間が、録音メッセージ中の音のデータ場所を決定してはならない。すなわち、メッセージが２０秒間続くが、パケットは４０秒間隔で到着する場合、最終パケットの音のデータは、第１のパケットの音のデータの４０秒後の録音メッセージに置かれてはならず、そうではなく、メッセージの２０秒時点に置かれなければならない。

呼出元のデバイスは、ネットワークの非ＧＢＲチャンネルによるパケットの遅延受入を処理するため、ならびに非ＧＢＲチャンネルが使用されるというネットワークからの信号送信を処理するために、バッファおよび追加のロジックを必要とする場合がある。ネットワークは、通話のステータスが生音声通話から録音音声通話へ変化するという通知を受信するため、また、必要な情報を呼出元のデバイスに信号送信するための両方のロジックを必要とする。録音ノードは、録音が受信オーディオデータから作成されることを検出するため、次いでネットワークに信号を送信するためのロジックが必要になる。録音ノードはまた、パケットの受信が遅延し、拡張される場合でも、パケットを生のように聞こえるオーディオメッセージに再組立するためのロジックが必要になる。

呼出元のデバイスが、遅延伝送のためのオーディオパケットを非ＧＢＲチャンネルにバッファする場合、所定のイベントにおいて、呼出元は何らかの通知を必要とする場合がある。バッファが一杯になった場合、呼出元には、おそらくオーディオ警告により、パケットのうちのいくつかをバッファからクリアすることができるまで話すことを中断するように、信号送信される場合がある。ユーザ端末は、新しいオーディオデータを受け入れできるタイミングを推定するために、送信パケットバッファからのオフロードのレートを監視することが必要な場合がある。例えば、ユーザ端末は、オーディオエンコーダからの受信と低容量チャネルを介するネットワークへの流出との間の差に基づいて、３０秒またはいくらかの他の時間話したことをパケットに格納できるように十分なバッファ容量が使用可能であることを確実にするようにプログラムされ得る。加えて、呼出元が通話を終了する場合、呼出元は、残存パケットがネットワークへ伝送されるまで、デバイスの電源を切ってはならないことを通知される場合がある。

低容量のチャンネルを補償するように処理される通話は、現在のＧＢＲ音声通話とはいくらかの差を有することになる。ＧＢＲチャネルの音声通話のために遅延され、遅延到着したパケットは廃棄されるが、録音通話のための遅延パケットは、遅延到着した場合、処理時間中に到着する限り、オーディオストリームの中の適正な場所に挿入されることができる。これは、オーディオデータは生音声通話のためではなく、後の時間まで、聞き手（またはＤＭＴＦデコーダ）のために再生されないからである。

加えて、チャンネル遅延に起因して、送信先に到着するパケットがイベントに圧倒される（ＯＢＥ）という、何らかのクロストーク遅延が存在する場合がある。この一例として、事前録音されたボイスメールの挨拶が、遠隔終点で再生され、ボイスメールを録音するように呼出元に勧める場合がある。この事前録音された挨拶メッセージが再生されている間に、背景ノイズが呼出元の端末のマイクに入り、オーディオデータパケットに符号化される。このオーディオデータは、遠隔終点に送信され、非ＧＢＲチャンネルの遅延に起因して、遠隔終点が挨拶の再生を終了し、ボイスメールを録音するために受信データを受け入れる準備ができるまで、到着しない。遠隔終点は、可能性としてタイムスタンプ等、パケットに関する時間情報を確認することができ、パケットは、ユーザ端末上での挨拶の再生が完了した後に送信され、ボイスメールの部分であることを意図したために、挨拶に対する応答として保存されるべきか、または、挨拶が完了する前に送信されていたために、廃棄されるべきかを判定することができる。一部のシステムは、２方向の遅延であるため、メッセージ再生の完了等、所定のイベントタイミングが、イベントを発生させたノードへ返されることを要求する場合がある。このようなシステムでは、通話のタイムラインは、一方の終点で再構築することができる。

通話が録音通話状態から生会話へ移行する別の事例が存在する。これは、呼出元が自動メニューを操作して、通話を生身の人間に転送するオプションを選択した後に、遠隔終点の人が電話の内線を取った場合に発生し得る。このような状況において、通話の一部は、呼出元が自動メニューと相互作用していた間、非ＧＢＲまたは低ＧＢＲチャンネル上で実施され得たが、生身の人間が電話を取った場合、通話は、自然に聞こえるオーディオを実行するために十分な容量を有するＧＢＲチャンネルに切り替えることが必要となる。

一部のネットワークは、例えば、ダイヤルされた電話番号を事前録音メッセージに関連することが知られている電話番号のリストに比較することによって、新しい通話が録音通話となる可能性が高いかどうかを示す情報にアクセスし、初期のチャンネルを非ＧＢＲチャンネル（または低下されたＧＢＲチャンネル）として設定する場合がある。

異なる、非ＧＢＲチャンネルが初期のＧＢＲチャンネルの代わりとなる、ＱｏＳ緩和方法の場合、ネットワークが新しい非ＧＢＲチャンネルを作成することを拒否するかもしれないというリスクが存在する。これは、初期ＧＢＲチャンネルが、使用可能なネットワーク容量の最終量を使用した場合に発生し得る。このリスクは、要求された新しい、非ＧＢＲチャンネル（または低下されたＧＢＲチャンネル）が既存のオーディオ品質のＧＢＲチャンネルの置換であることをネットワークが知らされた場合に、低減することができる。ネットワークはこの際、負荷の削減がすぐであると期待されることを確認することができるようになり、新しいチャンネルを与えるかどうかを決定する時に、この情報を容量計算に組み入れることができる。

生会話のオーディオ認識をサポートするために必要ではない、任意の他のＱｏＳパラメータもまた、緩和の候補である。

サンプル方法（アップリンクおよびダウンリンクが同一のＧＢＲパラメータを有すると想定する）。

方法１（事前録音メッセージおよび生のメッセージの録音はどちらも低チャンネル容量を補償するために処理される）：
１．ユーザは、ユーザ端末から音声通話を開始する。
２．ネットワークは、生音声通話に適切なオーディオ品質のＧＢＲチャンネルを作成する。
３．タイムアウト時に、遠隔終点での応答がないと、遠隔終点は、ボイスメールに切り替わる。
４．遠隔終点は、通話が録音通話になることをネットワークに通知する。
５．ネットワークは、チャンネルが非ＧＢＲチャンネル（または生音声通話に不適切なＱｏＳパラメータを伴う低ＧＢＲチャンネル）になることをユーザ端末に通知する。
６．ユーザ端末は、受信および送信の両方のオーディオに対して低容量チャンネル補償をサポートできることをネットワークに信号送信する。（ユーザ端末がサポートできない場合、ステップ７〜２７は、ユーザ端末上のバッファを使用して実施できないが、同様な方法は、バッファがエアインターフェースの基地局側で実行される場合に実施され得る。しかしながら、これはユーザ端末とのエアインターフェースのネットワーク側のリソースのみを節約するので、価値が小さい場合がある。）
７．チャンネルは、非ＧＢＲのＱｏＳチャンネル（または低ＧＢＲチャンネル）に切り替えられる。
８．遠隔終点は、パケットの数またはメッセージの長さの指示を送信する。
９．遠隔終点は、事前録音メッセージの再生を開始する。
１０．ユーザ端末は、パケットの実際の遅延時間を推定する。
１１．ユーザ端末は、最終パケットが再生されるべき時にちょうど到着するように、元の速度で事前録音メッセージを再生するために十分なバッファ容量を有するかを判定する。
１２．十分なバッファ容量を有する場合、
ａ．ユーザ端末は、メッセージの開始時間を計算する。
ｂ．ユーザ端末は計算された開始時間まで、バッファの充填を継続する。
ｃ．計算された開始時間で、パケットは、新しく到着するパケットがバッファに格納されるように、人間の聞き手のためにオーディオストリームに変換される。バッファはＦＩＦＯであり、ちょうどバッファが空になるように、メッセージが再生されるように排出される。
ｄ．事前録音メッセージの最終パケットが再生される。
１３．十分なバッファ容量を有さない場合、
ａ．ユーザ端末は、遅延開始時間を選択し、音が適正な速度で再生されるが、音の間の休止が拡張されるように、メッセージ上でオーディオカーニングを実施する。
ｂ．事前録音メッセージの最終パケットは、ちょうどバッファが空になるように、再生される。
１４．遠隔終点は、録音システムまたはデュアルトーンマルチ周波数（ＤＴＭＦ）デコーダを作動させる。
１５．遠隔終点は、受信されたいずれかのパケットが、録音システムまたはＤＴＭＦシステムの作動前に送信されたが、遅いチャンネル状況のために遅延到着したかどうかを判定する。
１６．はい（パケットは録音またはＤＴＭＦシステム作動の前に送信された）場合は、
ａ．パケットは廃棄される
１７．いいえの場合、
ａ．パケットは、録音またはＤＴＭＦ符号化のために処理される。
１８．ユーザ端末からの送信オーディオの場合、呼出元の音声またはＤＴＭＦトーンのためのオーディオデータを含むパケットは、チャンネルのＱｏＳパラメータに従って、ネットワークへ送信される。（以下のステップ１８〜２７は、上述のステップ８〜１７と同時である。）
１９．遠隔終点は、ユーザ端末によって送信されたパケットをバッファする。
２０．後の時点で、ＤＴＭＦトーンを符号化すること、または録音ボイスメールメッセージを作成することのいずれかによって、ユーザ端末からのパケットは処理されているので、生のように聞こえるオーディオ信号が、遠隔終点で使用可能であり、低容量チャンネルによって生じたパケット遅延の影響を反映しない。パケットは、遅延到着したためにドロップされず、代わりに、録音の適正な場所に追加される。
２１．ユーザ端末上のパケットバッファが容量を監視される。
２２．ユーザ端末の送信パケットバッファが一杯になった場合、
ａ．呼出元は、一定時間会話を中断するように、可聴式または視覚的警告によって、指示される。
ｂ．発信パケットのバッファが監視され、追加データに十分な容量を有する場合、呼出元は、再び話し始めるように信号送信される。
２３．ユーザ端末は、例えば、呼出元が受話器を置いた場合、通話が終了することをネットワークに信号送信する。
２４．遠隔終点からユーザ端末への残りのパケットは、エアインターフェースを介して伝送されることなく、ネットワークによって廃棄される。
２５．ユーザ端末は、遠隔終点からの一切のオーディオ信号の再生を中断し、通話が終了のプロセスにあることを示す。
２６．呼出元は、ユーザ端末の送信パケットバッファからの残存パケットが伝送されるまで、デバイスの電源を切断しないように注意される。
２７．ユーザ端末の送信パケットバッファからのパケットがなくなると、ネットワークには、通話が終了したという信号が送信される。
２８．ネットワークは、チャンネルを解放（終了）する。

方法２（メッセージの録音は、低チャンネル容量を相殺するように処理される）：
１．ユーザは、ユーザ端末から音声通話を開始する。
２．ネットワークは、生音声通話に適切なオーディオ品質のＧＢＲチャンネルを作成する。
３．タイムアウト時に、遠隔終点での応答がないと、遠隔終点は、ボイスメールに切り替わる。
４．遠隔終点は、事前録音メッセージを再生する。
５．遠隔終点は、録音機能を作動させる。
６．遠隔終点は、通話が録音通話になることをネットワークに通知する。
７．ネットワークは、チャンネルが非ＧＢＲチャンネル（または生音声通話に不十分な品質の低ＱｏＳパラメータ）になることをユーザ端末に通知する。
８．ユーザ端末は、低容量チャンネル補償をサポートできることをネットワークに信号送信する。（端末がサポートできない場合、この方法は中止する。）
９．チャンネルは、非ＧＢＲのＱｏＳチャンネル（または低ＧＢＲチャンネル）に切り替えられる。
１０．方法１と同様の、ステップ１８〜２８。

方法３（低容量チャンネルから生音声のＱｏＳに切り替える）：
１．ユーザは、ユーザ端末から音声通話を開始する。
２．ネットワークは、遠隔終点が事前録音オーディオデータに関連することを識別する。
３．ネットワークは、生音声通話に適切なＧＢＲのＱｏＳパラメータを伴わない、低容量チャンネルを作成する。
４．通話は、上述の低容量補償方法に従って進行する。
５．遠隔終点は、通話が生音声通話になることをネットワークに通知する。
６．ネットワークは、チャンネルが生音声通話に十分な品質のＧＢＲチャンネルになることをユーザ端末に通知する。
７．チャンネルは、生音声通話に適切なＧＢＲのＱｏＳパラメータを有するＧＢＲのＱｏＳチャンネルに切り替えられる。
８．通話は進行する。
９．通話は終了する。

開示される実施形態に適切であり得る通信システムの実施例は図１に示される。この実施例において、システムは、プロセッサ１１１とそのようなデバイスに典型的に含まれる他の構成要素とを含むモバイルデバイス１１０を含む。加えて、モバイルデバイス１１０は、パケット遅延制御構成要素１１５とオーディオ遅延制御構成要素１１７とを含むメモリ構成要素１１３を含む。また、バッファイン構成要素１１８およびバッファアウト構成要素１１９も含む。パケット遅延制御構成要素１１５、オーディオ遅延制御構成要素１１７、バッファイン構成要素１１８、およびバッファアウト構成要素１１９は、録音音声ベースのデータを上述のように処理することができる。

モバイルデバイス１１０は、基地局、進化型ノードＢ、または類似の構成要素である場合がある、セルラーノード１２０と無線通信することができる。セルラーノード１２０は、無線側制御構成要素１２２、パケットバッファ１２４、および有線ネットワーク制御構成要素１２６を含む場合がある。セルラーノード１２０は、記載のように非生音声ノードのリスト１２８へのアクセスを有する場合がある。セルラーノード１２０は、インターネット、または任意の周知の電話通信網の場合がある、ネットワーク１３０と通信することができる。

遠隔終点ノード１４０は、ネットワーク１３０を介して、または公衆交換電話網（ＰＳＴＮ）１５０を介して、セルラーノード１２０と通信することができ、公衆交換電話網１５０は、ネットワーク１３０と通信する場合がある。遠隔終点ノード１４０は、コントローラ１４２、およびバッファ１４４を含む場合がある。コントローラ１４２は、通知構成要素１６２を含む場合がある、自動メニュー制御１６０と通信する場合がある。バッファ１４４は、通知モジュール１７２、バッファ１７４、パケットアセンブラ１７６、およびオーディオデータファイル１７８を含む場合がある、ボイスメールレコーダ１７０と通信する場合がある。コントローラ１４２、バッファ１４４、自動メニュー制御１６０、通知構成要素１６２、ボイスメールレコーダ１７０、通知モジュール１７２、バッファ１７４、パケットアセンブラ１７６、およびオーディオデータファイル１７８は、上述のように録音ベースのデータを処理することができる。生音声通話のための電話機１８０は、遠隔終点ノード１４０と通信するために使用される場合がある。

上述のモバイルデバイス１１０および他の構成要素は、上述の作用に関する命令を実行可能な処理構成要素を含む場合がある。図２は、本明細書に開示される１つ以上の実施形態を実装するために好適な処理構成要素１３１０を含む、システム１３００の実施例を例証する。プロセッサ１３１０（中央プロセッサユニットまたはＣＰＵと称され得る）に加えて、システム１３００は、ネットワーク接続デバイス１３２０と、ランダムアクセスメモリ（ＲＡＭ）１３３０と、読取専用メモリ（ＲＯＭ）１３４０と、二次記憶装置１３５０と、入力／出力（Ｉ／Ｏ）デバイス１３６０とを含む場合がある。これらの構成要素は、バス１３７０を介して相互に通信する場合がある。ある場合には、これらの構成要素のうちのいくつかは、存在しなくてもよく、または相互の組み合わせ、もしくは図示されない他の構成要素との種々の組み合わせとして、組み合わされ得る。これらの構成要素は、単一の物理エンティティ内、または２つ以上の物理エンティティ内に位置する場合がある。プロセッサ１３１０によってなされると本明細書に記載するいずれの措置も、プロセッサ１３１０のみ、または、デジタル信号プロセッサ（ＤＳＰ）１３８０等の、図中に示される、もしくは示されない１つ以上の構成要素と協働するプロセッサ１３１０によってなされる場合がある。ＤＳＰ１３８０は、別個の構成要素として示されているが、ＤＳＰ１３８０は、プロセッサ１３１０に組み込まれる場合がある。

プロセッサ１３１０は、それがネットワーク接続デバイス１３２０、ＲＡＭ１３３０、ＲＯＭ１３４０、または二次記憶装置１３５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等、種々のディスクベースのシステムを含む場合がある）からアクセスする場合がある、命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つのＣＰＵ１３１０のみが示されているが、複数のプロセッサが存在してもよい。したがって、命令が、プロセッサによって実行されているように述べられ得るが、命令は、同時に、順次、あるいは別様に１つまたは複数のプロセッサによって実行され得る。プロセッサ１３１０は、１つ以上のＣＰＵチップとして実装され得る。

ネットワーク接続デバイス１３２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））無線送受信機デバイス等の無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の公知のデバイスの形態を成してもよい。これらのネットワーク接続性デバイス１３２０によって、プロセッサ１３１０が、情報を受信する場合があるか、またはプロセッサ１３１０が情報を出力する場合がある、インターネット、あるいは１つ以上の電気無線通信ネットワークまたは他のネットワークと、プロセッサ１３１０が通信することを可能にしてもよい。また、ネットワーク接続デバイス１３２０は、データを無線で伝送および／または受信可能な１つ以上の送受信機構成要素１３２５を含む場合がある。

ＲＡＭ１３３０を使用して、揮発性データ、および可能性として、プロセッサ１３１０によって実行される命令を記憶する場合がある。ＲＯＭ１３４０は、典型的には、二次記憶装置１３５０のメモリ容量より小さいメモリ容量を有する、不揮発性メモリデバイスである。ＲＯＭ１３４０を使用して、命令、および可能性として、命令の実行中に読み取られるデータを記憶する場合がある。ＲＡＭ１３３０およびＲＯＭ１３４０の両方へのアクセスは、典型的には、二次記憶装置１３３０へのアクセスよりも高速である。二次記憶装置１３５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ１３３０が全ての作業用データを保持するのに十分大きくない場合、データの不揮発性保存用に、またはオーバーフローデータ記憶デバイスとして使用される場合がある。二次記憶装置１３５０は、プログラムが実行用に選択される場合、ＲＡＭ１３３０へロードされるプログラムを記憶するために使用され得る。

Ｉ／Ｏデバイス１３６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カードリーダ、紙テープ読取機、プリンタ、ビデオモニタ他の公知の入出力デバイスを含み得る。また、送受信機１３２５は、ネットワーク接続デバイス１３２０の構成要素である代わりに、またはそれに加えて、Ｉ／Ｏデバイス１３６０の構成要素であると見なされる場合がある。

実施形態において、パケット交換ネットワークにおける通信の方法を提供する。方法は、生音声通話に適切なＱｏＳで設定されている通話が、録音音声ベースのデータを運搬するという決定が行われた場合、通話で使用されるＱｏＳを低下させるステップを含む。

代替の実施形態では、パケット交換ネットワークの構成要素を提供する。構成要素は、生音声通話に適切なＱｏＳで設定されている通話が、録音音声ベースのデータを運搬するという決定が行われた場合、構成要素が、通話で使用されるＱｏＳを低下させるように構成されるプロセッサを含む。

代替の実施形態では、モバイルデバイスを提供する。モバイルデバイスは、生音声通話に適切なサービスの品質（ＱｏＳ）で設定されている通話が、録音音声ベースのデータを運搬するという決定が行われた場合、モバイルデバイスが、通話で使用されるＱｏＳを低下させるように構成されるプロセッサを含む。

本開示において複数の実施形態を提供してきたが、開示されたシステムおよび方法は、本開示の範囲から逸脱することなく、多数の他の特定の形態で具現化され得ることを理解されたい。本実施例は、制限的ではなく例証的と見なされ、本明細書で提供される詳細に限定されることを意図しない。例えば、種々の要素または構成要素を、別のシステムに組み入れるか、または一体化してもよく、あるいは、ある特徴を省略するか、または実装しなくてもよい。

また、離散したものまたは別個のものとして種々の実施形態の中で説明および例証される技術、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技術、または方法と組み合わせても、または一体化してもよい。連結もしくは直接連結または相互に通信するように図示または説明される他のアイテムは、電気的、機械的、またはその他の方法かどうかにかかわらず、何らかのインターフェース、デバイス、または中間構成要素を通して、間接的に連結または通信してもよい。変更、置換、および改変の他の例は、当業者により解明可能であり、本明細書で開示される精神および範囲から逸脱することなく行うことができる。

最初に、本開示の１つ以上の実施形態の例証的実装が以下に提供されるが、開示されるシステムおよび／または方法は、現在既知または既存に関わらず、任意の数の技術を使用して実装され得ることを理解されたい。本開示は、本明細書に示され、説明される例示的な設計および実装例を含む、以下に示される例示的な実装例、図面、および技術に限定されるべきではなく、同等物の十分な範囲とともに、添付の特許請求の範囲の範囲内で修正され得る。
本発明は、例えば、以下を提供する。
（項目１）
パケット交換ネットワークにおける通信の方法であって、
生音声通話に適切なサービスの品質（ＱｏＳ）で設定されている通話が、録音音声ベースのデータを運搬するという決定が行われた場合に、前記通話で使用されるＱｏＳを低下させることを含む、方法。
（項目２）
前記録音音声ベースのデータは、前記通話の発信元によって受けられる事前録音メッセージ、および、後の再生のために前記通話の発信元によってなされる録音システムへの録音のうちの少なくとも１つである、項目１に記載の方法。
（項目３）
前記通話で使用されるＱｏＳを低下させることは、前記通話に対する既存チャンネルのＱｏＳパラメータを修正すること、および、音声ベースの通話に適切な少なくとも１つのＱｏＳパラメータよりも規制がゆるい少なくとも１つのＱｏＳパラメータを伴うチャンネルに、前記通話を切り替えることのうちの少なくとも１つを通して達成される、項目１に記載の方法。
（項目４）
前記通話で使用されるＱｏＳを低下させることは、前記既存チャンネルの保証ビットレート（ＧＢＲ）を減少させること、前記通話を生音声通話に適切なＧＢＲよりも低いＧＢＲを伴うチャンネルに切り替えること、および、前記通話をＧＢＲを伴わないチャンネルに切り替えることのうちの少なくとも１つを通して達成される、項目３に記載の方法。
（項目５）
前記録音音声ベースのデータが、前記通話の発信元によって受けられる事前録音メッセージである場合、前記事前録音メッセージを含むパケットは、バッファされ、前記事前録音メッセージは、バッファメモリから再生される、項目２に記載の方法。
（項目６）
前記通話が録音音声ベースのデータを含むという指示を受信することをさらに含む、項目５に記載の方法。
（項目７）
前記事前録音メッセージのサイズ、および前記事前録音メッセージの継続時間のうちの少なくとも１つを受信することをさらに含む、項目６に記載の方法。
（項目８）
バッファすることは、全面的に前記発信元のモバイルデバイス上にある場所、およびエアインターフェースを介して分散された場所であって、前記バッファすることは、少なくとも部分的にネットワークインフラストラクチャ機器によって処理される、場所のうちの少なくとも１つである場所において実現される、項目５に記載の方法。
（項目９）
前記録音音声ベースのデータが前記通話の発信元によってなされる録音である場合、前記録音を含むパケットは、バッファされ、次いで、録音ノードに到着後、前記録音ノードで録音メッセージに変換される、項目２に記載の方法。
（項目１０）
前記通話が、録音音声ベースのデータを含むという指示を伝送することをさらに含む、項目９に記載の方法。
（項目１１）
録音音声ベースのデータの遅延到着パケットは、オーディオストリームの適正な場所に挿入される、項目１に記載の方法。
（項目１２）
前記通話が録音通話状態から生会話に移行する場合、前記通話は、生音声通話に適切なＱｏＳを有するチャンネルに切り替わる、項目１に記載の方法。
（項目１３）
前記録音音声ベースのデータが前記通話の発信元によって受けられる事前録音メッセージである場合、前記通話が録音音声ベースのデータを含む可能性が高いという決定は、ダイヤルされた電話番号を、事前録音メッセージに関連していることが知られている電話番号のリストと比較することによって行われる、項目２に記載の方法。
（項目１４）
モバイルデバイスは、前記通話で使用されるＱｏＳを低下させることを促進する、項目１に記載の方法。
（項目１５）
前記パケット交換ネットワークの構成要素は、前記通話で使用されるＱｏＳを低下させることを促進する、項目１に記載の方法。
（項目１６）
パケット交換ネットワークにおける構成要素であって、
生音声通話に適切なサービスの品質（ＱｏＳ）で設定されている通話が、録音音声ベースのデータを運搬するという決定が行われた場合、前記構成要素が、前記通話で使用されるＱｏＳを低下させるように構成されたプロセッサを含む、
構成要素。
（項目１７）
前記録音音声ベースのデータは、前記通話の発信元によって受けられる事前録音メッセージ、および後の再生のために前記通話の発信元によってなされる録音システムへの録音のうちの少なくとも１つである、項目１６に記載の構成要素。
（項目１８）
前記通話で使用されるＱｏＳを低下させることは、前記通話に対する既存チャンネルのＱｏＳパラメータを修正すること、および、音声ベースの通話に適切な少なくとも１つのＱｏＳパラメータよりも規制がゆるい少なくとも１つのＱｏＳパラメータを伴うチャンネルに、前記通話を切り替えることのうちの少なくとも１つを通して達成される、項目１６に記載の構成要素。
（項目１９）
前記通話で使用されるＱｏＳを低下させることは、前記既存チャンネルの保証ビットレート（ＧＢＲ）を減少させること、前記通話を生音声通話に適切なＧＢＲよりも低いＧＢＲを伴うチャンネルに切り替えること、および、前記通話を、ＧＢＲを伴わないチャンネルに切り替えることのうちの少なくとも１つを通して達成される、項目１８に記載の構成要素。
（項目２０）
モバイルデバイスであって、
生音声通話に適したサービスの品質（ＱｏＳ）で設定されている通話が録音音声ベースのデータを運搬するという決定が行われた場合、前記モバイルデバイスが、前記通話で使用されるＱｏＳを低下させるように構成されたプロセッサを含む、
モバイルデバイス。
（項目２１）
前記録音音声ベースのデータは、前記通話の発信元によって受けられる事前録音メッセージ、および、後の再生のために前記通話の発信元によってなされる録音システムへの録音のうちの少なくとも１つである、項目２０に記載のモバイルデバイス。
（項目２２）
前記通話で使用されるＱｏＳを低下させることは、前記通話に対する既存チャンネルのＱｏＳパラメータを修正すること、および、生音声通話に適切な少なくとも１つのＱｏＳパラメータよりも規制がゆるい少なくとも１つのＱｏＳパラメータを伴うチャンネルに、前記通話を切り替えることのうちの少なくとも１つを通して達成される、項目２０に記載のモバイルデバイス。
（項目２３）
前記通話で使用されるＱｏＳを低下させることは、前記既存チャンネルの保証ビットレート（ＧＢＲ）を減少させること、前記通話を、生音声通話に適したＧＢＲよりも低いＧＢＲを伴うチャンネルに切り替えること、および、前記通話をＧＢＲを伴わないチャンネルに切り替えることのうちの少なくとも１つを通して達成される、項目２２に記載のモバイルデバイス。

Claims (23)

1. パケット交換ネットワークにおける通信の方法であって、
   生音声通話に適切なサービスの品質（ＱｏＳ）で設定されている通話が、録音音声ベースのデータを運搬するという決定が行われた場合に、前記通話で使用されるＱｏＳを低下させることを含む、方法。
2. 前記録音音声ベースのデータは、前記通話の発信元によって受けられる事前録音メッセージ、および、後の再生のために前記通話の発信元によってなされる録音システムへの録音のうちの少なくとも１つである、請求項１に記載の方法。
3. 前記通話で使用されるＱｏＳを低下させることは、前記通話に対する既存チャンネルのＱｏＳパラメータを修正すること、および、音声ベースの通話に適切な少なくとも１つのＱｏＳパラメータよりも規制がゆるい少なくとも１つのＱｏＳパラメータを伴うチャンネルに、前記通話を切り替えることのうちの少なくとも１つを通して達成される、請求項１に記載の方法。
4. 前記通話で使用されるＱｏＳを低下させることは、前記既存チャンネルの保証ビットレート（ＧＢＲ）を減少させること、前記通話を生音声通話に適切なＧＢＲよりも低いＧＢＲを伴うチャンネルに切り替えること、および、前記通話をＧＢＲを伴わないチャンネルに切り替えることのうちの少なくとも１つを通して達成される、請求項３に記載の方法。
5. 前記録音音声ベースのデータが、前記通話の発信元によって受けられる事前録音メッセージである場合、前記事前録音メッセージを含むパケットは、バッファされ、前記事前録音メッセージは、バッファメモリから再生される、請求項２に記載の方法。
6. 前記通話が録音音声ベースのデータを含むという指示を受信することをさらに含む、請求項５に記載の方法。
7. 前記事前録音メッセージのサイズ、および前記事前録音メッセージの継続時間のうちの少なくとも１つを受信することをさらに含む、請求項６に記載の方法。
8. バッファすることは、全面的に前記発信元のモバイルデバイス上にある場所、およびエアインターフェースを介して分散された場所であって、前記バッファすることは、少なくとも部分的にネットワークインフラストラクチャ機器によって処理される、場所のうちの少なくとも１つである場所において実現される、請求項５に記載の方法。
9. 前記録音音声ベースのデータが前記通話の発信元によってなされる録音である場合、前記録音を含むパケットは、バッファされ、次いで、録音ノードに到着後、前記録音ノードで録音メッセージに変換される、請求項２に記載の方法。
10. 前記通話が、録音音声ベースのデータを含むという指示を伝送することをさらに含む、請求項９に記載の方法。
11. 録音音声ベースのデータの遅延到着パケットは、オーディオストリームの適正な場所に挿入される、請求項１に記載の方法。
12. 前記通話が録音通話状態から生会話に移行する場合、前記通話は、生音声通話に適切なＱｏＳを有するチャンネルに切り替わる、請求項１に記載の方法。
13. 前記録音音声ベースのデータが前記通話の発信元によって受けられる事前録音メッセージである場合、前記通話が録音音声ベースのデータを含む可能性が高いという決定は、ダイヤルされた電話番号を、事前録音メッセージに関連していることが知られている電話番号のリストと比較することによって行われる、請求項２に記載の方法。
14. モバイルデバイスは、前記通話で使用されるＱｏＳを低下させることを促進する、請求項１に記載の方法。
15. 前記パケット交換ネットワークの構成要素は、前記通話で使用されるＱｏＳを低下させることを促進する、請求項１に記載の方法。
16. パケット交換ネットワークにおける構成要素であって、
    生音声通話に適切なサービスの品質（ＱｏＳ）で設定されている通話が、録音音声ベースのデータを運搬するという決定が行われた場合、前記構成要素が、前記通話で使用されるＱｏＳを低下させるように構成されたプロセッサを含む、
    構成要素。
17. 前記録音音声ベースのデータは、前記通話の発信元によって受けられる事前録音メッセージ、および後の再生のために前記通話の発信元によってなされる録音システムへの録音のうちの少なくとも１つである、請求項１６に記載の構成要素。
18. 前記通話で使用されるＱｏＳを低下させることは、前記通話に対する既存チャンネルのＱｏＳパラメータを修正すること、および、音声ベースの通話に適切な少なくとも１つのＱｏＳパラメータよりも規制がゆるい少なくとも１つのＱｏＳパラメータを伴うチャンネルに、前記通話を切り替えることのうちの少なくとも１つを通して達成される、請求項１６に記載の構成要素。
19. 前記通話で使用されるＱｏＳを低下させることは、前記既存チャンネルの保証ビットレート（ＧＢＲ）を減少させること、前記通話を生音声通話に適切なＧＢＲよりも低いＧＢＲを伴うチャンネルに切り替えること、および、前記通話を、ＧＢＲを伴わないチャンネルに切り替えることのうちの少なくとも１つを通して達成される、請求項１８に記載の構成要素。
20. モバイルデバイスであって、
    生音声通話に適したサービスの品質（ＱｏＳ）で設定されている通話が録音音声ベースのデータを運搬するという決定が行われた場合、前記モバイルデバイスが、前記通話で使用されるＱｏＳを低下させるように構成されたプロセッサを含む、
    モバイルデバイス。
21. 前記録音音声ベースのデータは、前記通話の発信元によって受けられる事前録音メッセージ、および、後の再生のために前記通話の発信元によってなされる録音システムへの録音のうちの少なくとも１つである、請求項２０に記載のモバイルデバイス。
22. 前記通話で使用されるＱｏＳを低下させることは、前記通話に対する既存チャンネルのＱｏＳパラメータを修正すること、および、生音声通話に適切な少なくとも１つのＱｏＳパラメータよりも規制がゆるい少なくとも１つのＱｏＳパラメータを伴うチャンネルに、前記通話を切り替えることのうちの少なくとも１つを通して達成される、請求項２０に記載のモバイルデバイス。
23. 前記通話で使用されるＱｏＳを低下させることは、前記既存チャンネルの保証ビットレート（ＧＢＲ）を減少させること、前記通話を、生音声通話に適したＧＢＲよりも低いＧＢＲを伴うチャンネルに切り替えること、および、前記通話をＧＢＲを伴わないチャンネルに切り替えることのうちの少なくとも１つを通して達成される、請求項２２に記載のモバイルデバイス。

Images