JP2006528468A - メディア通信において無音を抑制する方法及び装置 - Google Patents

Abstract

【課題】
【解決手段】メディアのストリーム中の無音のフレームを抑制する方法及び装置は、ユーザからメディアのストリームを受信し、当該受信されたメディアのストリームから少なくとも１つの無音のフレームを抑制することを備える。抑制された無音のフレームは、第１のメディアフレームの前に位置する最初の無音のフレーム及び／又は２つの連続するメディアフレームの間に位置する無音のフレームを含む。
【選択図】 図４

Description

本発明は、ポイント・ツー・ポイント又はポイント・ツー・マルチポイントの通信システムに関する。特に、本発明は、メディア通信において無音のフレームを抑制する方法及び装置に関する。

無線通信システムでは、音声、ビデオ、データ、画像といったメディアのストリームは、エンド・ツー・エンドのメディア通信の待ち時間の原因となる、幾らかの望ましくない無音の期間を含む。そのような無音のフレーム（silence frames）は、連続するメディアフレームの間に現れる無音のフレームだけでなく、最初の実際のメディアフレームの前に現れる最初の無音のフレームも含む。セットアップ及びメディア配信の待ち時間を削減するために、そのような無音の期間は最小限にすることが望ましい。

例えば、迅速で、効率的な、一対一又は一対多（グループ）の通信を意図した無線サービスの種類が、長年の間に様々な形態で存在してきた。一般に、これらのサービスは半二重であり、ユーザが電話／ラジオの「プッシュ・ツー・トーク（push-to-talk）」（ＰＴＴ）ボタンを押してグループコールを開始する。発言権（floor）を与えられると、話者は通常、数秒間話す。話者がＰＴＴボタンを解除すると、他のユーザが発言権を求め得る。これらのサービスは伝統的に、一人の人物、すなわち「ディスパッチャ」が、フィールドサービス要員又は建設現場の労働者といった、人々の集団と通信する必要がある用途に用いられてきたが、これが当該サービスに対する「ディスパッチ」という名前の由来である。これらのサービスの主要な特徴は、迅速な呼のセットアップとメディア配信が望ましいことである。

従って、エンド・ツー・エンドのメディア通信の待ち時間を削減する必要性がある。

開示された実施形態は、メディア通信において無音のフレームを抑制する（suppressing）新規且つ改良された方法及び装置を提供する。ある面では、メディア通信において無音のフレームを抑制する通信装置（communication device）（ＣＤ）における方法は、ユーザからメディアのストリームを受信し、受信されたメディアのストリームから少なくとも一つの無音のフレームを抑制することを備える。

ある面では、メディア通信において無音のフレームを抑制する装置は、メモリユニットと、受信器と、送信器と、当該メモリユニット、受信器、及び送信器に通信可能に（communicatively）結合されたプロセッサとを備える。プロセッサは、上記の方法を実行することができる。

本発明の特徴及び利点は、以下に示す開示された実施形態の詳細な説明を図面と共に理解すれば、より明らかになるであろう。

幾つかの実施形態を詳細に説明する前に、本発明の範囲は、以下の説明に述べられる又は図面で説明される構成やコンポーネントの配置の詳細に限定されるべきではないことが理解されるべきである。また、本明細書で用いられる表現や用語は、説明の目的のためであって、限定するものとしてみなされるべきではないことが理解されるべきである。

図１は、一実施形態を実現するための、グループ通信システム１００の機能ブロック図を説明する。グループ通信システム１００はまた、プッシュ・ツー・トーク（ＰＴＴ）システム、ネットブロードキャストサービス（ＮＢＳ）、ディスパッチシステム、又はポイント・ツー・マルチポイント通信システムとして知られている。一実施形態では、グループ通信システム１００は、グループコールサーバ１０２を備えるが、これは集中配備又は地域ごとの配備のどちらで配備されてもよい。

グループ通信装置（ＣＤｓ）１０４及び１０６は、例えばｃｄｍａ２０００のハンドセットで展開され得るが、データサービスオプションを用いてパケットデータセッションを要求してもよい。各ＣＤは当該セッションを使用して、そのインターネットプロトコル（ＩＰ）アドレスをグループコールサーバに登録して、グループコールの開始を実行し得る。一実施形態では、グループコールサーバ１０２は、サービスプロバイダのパケットデータサービスノード（ＰＤＳＮｓ）にサービスプロバイダの広域エリアネットワーク１１６を介して接続される。ＣＤ１０４及び１０６は、パケットデータセッションを無線インフラストラクチャに要求するにあたり、グループコールサーバ１０２とのＩＰ接続性をＰＤＳＮ１１４を介して有してもよい。ＰＤＳＮは、固定されたネットワークにおけるデータの送信と無線インタフェースによるデータの送信との間のインタフェースを提供する。各ＰＤＳＮは、基地局コントローラ（ＢＳＣ）にパケット制御機能（packet control function）（ＰＣＦ）１０８及びネットワーク１１２を介してインタフェースをとってもよい。ＰＣＦは、基地局（ＢＳ）１１０内にＢＳＣと共に配置されてもよい。

パケットデータサービスノードは、例えば、アクティブな又は接続された状態、休止状態、及び、無効な（null）又は不活動の状態といった幾つかの状態のうちの一つになり得る。アクティブな又は接続された状態では、アクティブなトラヒックチャネルが、参加している（participating）ＣＤとＢＳ又はＢＳＣとの間に存在し、どちらの側がデータを送信してもよい。休止状態では、参加しているＣＤとＢＳＣとの間にアクティブなトラヒックチャネルは存在しないが、参加しているＣＤとＰＤＳＮとの間にポイント・ツー・ポイント（ＰＰＰ）リンクが維持される。無効な又は不活動の状態では、参加しているＣＤとＢＳＣとの間にアクティブなトラヒックチャネルは無く、参加しているＣＤとＰＤＳＮとの間にＰＰＰリンクは維持されない。

電源投入後、ＣＤ１０４及び１０６は、パケットデータセッションを要求し得る。パケットデータセッションを確立する一部として、各ＣＤにＩＰアドレスが割り当てられても良い。ＣＤは、グループコールサーバ１０２にＣＤのＩＰアドレスを知らせるために登録処理を実行してもよい。登録は、ユーザデータグラムプロトコル（ＵＤＰ）上のセッション開始プロトコル（ＳＩＰ）といったＩＰプロトコルを使用して実行されてもよい。ＣＤのＩＰアドレスは、対応するユーザがグループコールに招かれるときに、ＣＤと交信するのに使用され得る。

一旦グループコールが確立されると、ＣＤ１０４及び１０６並びにグループコールサーバ１０２は、メディア及びシグナリングメッセージをやり取りし得る。一実施形態では、メディアは、参加しているＣＤとグループコールサーバとの間でＵＤＰ上のリアルタイムプロトコル（ＲＴＰ）を使用してやり取りされてもよい。シグナリングメッセージはまた、ＵＤＰ上のシグナリングプロトコルを使用してやり取りされてもよい。

グループ通信システム１００は、グループコールサービスを運用するために幾つかの異なる機能を実行する。ユーザ側に関連する機能は、ユーザ登録、グループコールの開始、グループコールの終了、グループ参加者への警報の送信、グループコールへの遅れての参加、話者の調停（arbitration）、メンバーのグループへの追加、メンバーのグループからの削除、メンバーの登録抹消、及び認証を含む。システム準備及び運用に関連する機能は、管理及びプロビジョニング、拡張性、及び信頼性を含む。

図２は、基地局２０４と移動局２０６の実施形態の簡略化されたブロック図であるが、これらは種々の開示された実施形態を実現することができる。特定の通信については、音声データ、パケットデータ、及び／又はメッセージは、基地局２０４と移動局２０６との間で無線インタフェース２０８を介してやり取りされてもよい。基地局と移動局との間の通信セッションを確立するために使用されるメッセージ、登録及びページングメッセージ、並びにデータ送信を制御するのに使用されるメッセージ（例えば、出力制御、データレート情報、肯定応答など）といった、種々のタイプのメッセージが送信され得る。これらのメッセージタイプの一部は、以下に更に詳細に説明される。

リバースリンクについては、移動局２０６で、（例えば、データソース２１０からの）音声及び／又はパケットデータ並びに（例えば、コントローラ２３０からの）メッセージが、送信（ＴＸ）データプロセッサ２１２に供給されるが、これはデータやメッセージを一以上の符号化スキームでフォーマット及び符号化して符号化されたデータを生成する。各符号化スキームは、巡回冗長検査（ＣＲＣ）、畳み込み符号化、ターボ符号化、ブロック符号化、及び他の符号化の任意の組み合わせを含んでも、全く符号化を含まなくてもよい。音声データ、パケットデータ、及びメッセージは、異なるスキームを使用して符号化されてもよく、異なるタイプのメッセージは別様に符号化されてもよい。

符号化されたデータは次に、変調器（ＭＯＤ）２１４に供給され、更に処理される（例えば、カバーされ（covered）、ショートＰＮ系列（short PN sequences）で拡散され、ユーザ端末に割り当てられたロングＰＮ系列（long PN sequence）でスクランブルをかけられる）。変調されたデータは次に、送信器ユニット（ＴＭＴＲ）２１６に供給され、調整されて（例えば、一以上のアナログ信号に変換され、増幅され、フィルタされ、また直交変調されて）、リバースリンク信号を生成する。リバースリンク信号は、送受切換器（duplexer）（Ｄ）２１８を介して経路が定められ、アンテナ２２０を介して基地局２０４に送信される。

基地局２０４では、リバースリンク信号は、アンテナ２５０によって受信され、送受切換器２５２を介して経路を定められ、受信器ユニット（ＲＣＶＲ）２５４に供給される。基地局２０４は、移動局２０６から登録情報とステータス情報、例えば、移動局の移動速度を受信してもよい。受信器ユニット２５４は、受信された信号を調整し（例えば、フィルタし、増幅し、ダウンコンバートし、またデジタル化し）、サンプルを供給する。復調器（ＤＥＭＯＤ）２５６は、サンプルを受信及び処理して（例えば、逆拡散し、デカバーし（decovers）、またパイロット復調して）、回復されたシンボル（recovered symbols）を提供する。

復調器２５６は、受信された信号の複数のインスタンスを処理し、結合されたシンボルを生成するレーキ（rake）受信器を実現してもよい。受信（ＲＸ）データプロセッサ２５８は次に、シンボルを復号化して、リバースリンクで送信されたデータ及びメッセージを回復する。回復された音声／パケットデータは、データシンク２６０に提供され、回復されたメッセージはコントローラ２７０に提供され得る。コントローラ２７０は、メディアを受信、メディアをバッファリング、メディア中の無音のフレームを抑制、及びメディアを対象ＣＤのグループに送信するための命令を含んでもよい。

復調器２５６及びＲＸデータプロセッサ２５８による処理は、移動局２０６で実行されるものに対して相補的である。復調器２５６及びＲＸデータプロセッサ２５８は更に、複数のチャネル、例えば、リバース基本（fundamental）チャネル（Ｒ−ＦＣＨ）及びリバース補足（supplemental）チャネル（Ｒ−ＳＣＨ）を介して受信された複数の送信を処理するために作動させられてもよい。また、送信は、複数の移動局から同時であって、移動局の各々がリバース基本チャネル、リバース補足チャネル、又は両方で送信をしていてもよい。

フォワードリンクでは、基地局２０４において、（例えば、データソース２６２からの）音声及び／又はパケットデータ並びに（例えば、コントローラ２７０からの）メッセージが、送信（ＴＸ）データプロセッサ２６４によって処理され（例えば、フォーマット及び符号化され）、変調器（ＭＯＤ）２６６によって更に処理され（例えば、カバー及び拡散され）、送信器ユニット（ＴＭＴＲ）２６８によって調整されて（例えば、アナログ信号に変換され、増幅され、フィルタされ、また直交変調され）、フォワードリンク信号を生成する。フォワードリンク信号は、送受切換器２５２を介して経路を定められ、アンテナ２５０を介して移動局２０６に送信される。フォワードリンク信号は、ページング信号を含む。

移動局２０６では、フォワードリンク信号は、アンテナ２２０によって受信され、送受切換器２１８を介して経路を定められ、受信器ユニット２２２に供給される。受信器ユニット２２２は、受信された信号を調整し（例えば、ダウンコンバートし、フィルタし、増幅し、直交変調し、及びデジタル化し）、サンプルを提供する。サンプルは、シンボルを提供するために変調器２２４によって処理され（例えば、逆拡散され、デカバーされ（decovered）、及びパイロット復調され）、当該シンボルは、フォワードリンクで送信されたデータやメッセージを回復するために、受信データプロセッサ２２６によって更に処理される（例えば、復号化され、チェックされる）。回復されたデータはデータシンク２２８に供給され、回復されたメッセージはコントローラ２３０に提供され得る。コントローラ２３０は、メディアを受信、メディアをバッファリング、メディア中の無音のフレームを抑制、及びメディアを目標のＣＤのグループに送信するための命令を含んでもよい。

グループコールサービス（ＧＣＳ）は、一人のユーザが、複数のユーザから成るグループに半２重又は全２重のモードで話せるようにしてもよい。前者の場合、一度に一人の人物のみが話すことを許可されるため、話すための許可は、インフラストラクチャによって調停されてもよい。そのようなシステムでは、ユーザは、例えば「プッシュ・ツー・トーク」ボタン（ＰＴＴ）を押すことで話すための許可を要求してもよい。システムは、複数のユーザから受信された要求を仲裁し、また競合解決処理（contention-resolution process）を介して、システムは所定のアルゴリズムに従って要求者のうちの一人を選択し得る。システムは次に、選択されたユーザに、当該ユーザが話すための許可を有することを通知してもよい。システムは、音声及び／又はデータといったユーザのトラヒック情報を、認証された話者から、「聞き手（listeners）」とみなされ得る残りのグループメンバに、ユーザに意識させずに（transparently）送り得る。ＧＣＳにおける音声及び／又はデータトラヒックは、伝統的な一対一の通話とは異なり得るし、一部の会話が優先され得る。

図３は、ＣＤ３０２、３０４、及び３０６が、グループコールサーバ３０８とどのようにやり取りするかを示すためのグループコール配置３００を説明する。複数のグループコールサーバが、大規模なグループにとって望ましいように配置されてもよい。図３では、ＣＤ３０２がメディアをグループの他のメンバーに送信する許可を有する場合、ＣＤ３０２は話者として知られており、確立されたチャネルでメディアを送信し得る。ＣＤ３０２が話者として指定されると、残りの参加者、すなわちＣＤ３０４及びＣＤ３０６は、グループにメディアを送信する許可を有していないかもしれない。従って、ＣＤ３０４及びＣＤ３０６は、聞き手として指定される。上述したように、ＣＤ３０２、３０４、及び３０６は、少なくとも１つのチャネルを用いて、グループコールサーバ３０８に接続される。一実施形態では、チャネルは、セッション開始プロトコル（session initiation protocol）（ＳＩＰ）チャネル、メディアシグナリングチャネル、及びメディアトラヒックチャネルを含んでもよい。

図４は、一実施形態による、グループコールセットアップを示すメッセージフロー図を説明する。グループコールを開始しようと望むユーザは、例えば、一以上の目標ユーザ、一以上の所定のグループ、又はこの２つの組み合わせを選択し、ＣＤのプッシュ・ツー・トーク（ＰＴＴ）ボタンを押してもよい。発信者のＣＤは次に、グループコール要求４０２をグループコールサーバに送信して、グループコールをセットアップし得る。発信者のＣＤは、発信者がグループコールを開始するときに、休止状態のパケットデータセッションにあってもよい。グループコール要求は、発信者のＣＤが専用のトラヒックチャネルを有するか否かに関わらず送信され得る。グループコール要求が送信される後、発信者のＣＤが休止状態のパケットデータセッションにある場合、発信者のＣＤはその専用のトラヒックチャネルを再確立する処理を開始し、メディアアクティビティ用のパケットデータセッションを準備し得る。

グループコールサーバがグループコール要求を受信するとき、グループコールサーバは、受信されたグループコール要求において特定されるものがあれば、所定のグループをグループメンバのリストに拡張してもよい。グループコールサーバは、望まれる目標のグループメンバについてロケーション情報を取り出してもよい。グループコールサーバはまた、目標のグループが既にシステム内で実行されているかを判断し得る。図４は、グループがまだ実行されていないシナリオを示す。

グループコールサーバが目標のグループメンバのうちの少なくとも一人の位置を突き止めると、グループコールサーバは、グループコールがセットアップ中であることを示す応答４０４を発信者のＣＤに返送し得る。ここで、発信者のＣＤは、発信者の話すための要求を楽観的に認め得る。本明細書において後で議論されるように、発信者のＣＤは、受信されたメディアをグループコールサーバへの将来の送信のためにバッファリングし始めてもよい。グループコールサーバは、目標の聞き手のＣＤのロケーション情報を使用して、目標の聞き手のＣＤに通知４０６を出してもよい。通知を送信することは、目標の聞き手のＣＤのパケットデータセッションをトリガして、休止状態から脱して、これらのトラヒックチャネルを再確立し得る。目標の聞き手の少なくとも一人が、グループコール通知４０６に応答した後、グループコールサーバは応答４０８を受信し、グループコール応答４１０を発信者のＣＤに伝える。

一実施形態では、グループ通信システムは、グループコールサービス用のアドホック（ad-hoc）モデルとチャットルームモデルの双方をサポートする。チャットルームモデルでは、グループは予め定義されているが、これはグループコールサーバに記憶されてもよい。予め定義されたグループ、又はネット（nets）は、公開されていてもよいが、これはグループが公開のメンバーリストを有することを意味する。この場合、各グループメンバはグループコールへの潜在的な参加者である。グループコールは、最初のグループメンバがグループコールを開始し始めるときに開始される。コールは所定の時間、実行されているが、これはサービスプロバイダによって設定されてもよい。グループコールの時間中、グループメンバは明確に当該コールへの参加を要求、又は当該コールから出ることを要求し得る。会話がなされていない（inactivity）時間中、グループコールは、グループメンバが話すための許可を要求するまで、グループ休止状態とされてもよい。チャットルームモデルで動作しているとき、ネットメンバーとしても知られている、グループメンバは、各ネットメンバーに割り当てられた通信デバイスを使用して互いに通信をする。「ネット（net）」という用語は、互いに通信することを認められた複数のメンバーから成るグループを意味する。

しかし、グループコールサービスのアドホックモデルでは、グループはリアルタイムで定義され、各グループに関連付けられた非公開のメンバーリストを有してもよい。非公開のメンバーリストは、どのメンバーがグループコールに参加することを許可されているかを特定し得る。メンバーリストは、非公開のメンバーリストの外部の者には利用できなくてもよく、当該コールの期間のみ存在してもよい。アドホックなグループ定義はグループコールサーバに記憶されなくてもよい。この定義はグループコールを確立するのに使用され、当該コールが終了した後に放棄され得る。アドホックなグループは、発信者が一人以上の目標のメンバーを選択し、グループコール要求を生成するときに形成され得るが、このグループコール要求は、コールを開始するためにグループコールサーバに送信される。グループコールサーバは、目標のグループメンバに、彼らがグループに含まれたという通知を送信してもよい。グループコールサーバは、目標のメンバーをグループコールに自動的に加えてもよく、言い換えれば、目標のメンバーには何のアクションも要求されなくてもよい。アドホックなコールが非活動状態になると、グループ通信サーバは当該コールを「取り壊し（tear down）」、当該コールを開始するのに使用されたグループ定義を含めて、グループに割り当てられたリソースを開放し得る。

コールセットアップ時間は、グループコール要求４０２を発信者のＣＤから送信することで開始し、発信者のＣＤがグループコール応答４１０をグループコールサーバから受信することで終了する。ＰＴＴ又はグループコール要求に応答することの目的は、所定の短い時間内に当該要求に一貫して応答することである。多くの場合、発信者がグループコールのセットアップを要求すると、発信者のパケットデータセッションは休止状態であり、これは専用のトラヒックチャネルが存在しないことを意味する。アクティブなチャネルを再確立することには、相当な時間がかかり得る。一実施形態では、グループコールサーバは、目標の聞き手のＣＤに連絡して（pages）当該ＣＤの位置を突き止める。

コールセットアップの待ち時間とメディア送信の待ち時間は、メディア中に現れる無音のフレームを抑制すること又はパンクチャすること（puncturing）で削減し得る。一実施形態においては、ユーザにメディア配信の権利（floor）が認められる直後の最初のメディアアクティビティ、例えば最初のメディアスパート（spurt）の前に位置する無音のフレームの一部又は全部が、メディアがネットワークで送信される前に抑制されてもよい。受信されたメディアが、目標の聞き手に送信される前にまずバッファされ得る一実施形態では、２つの連続するメディアフレームの間に位置する無音のフレームの一部は、メディアがネットワークで送信される前にパンクチャされてもよい。

図５は、無音のフレームの抑制処理の一実施形態を示す。例えば、話者のＣＤがメディアのストリーム５０２を受信する。メディアのストリーム５０２は、メディアフレーム１、２、３、４、５、６、７、及び８を含むが、これらは完全なフレームレート、２分の１のフレームレート、４分の１のフレームレート、又は８分の１のフレームレートで送信されてもよい。最初のメディアスパートフレーム１は、３つの最初の無音のフレームに先行されている。メディアフレーム２は、メディアフレーム３と無音のフレームＡ、Ｂ、及びＣによって隔てられている。メディアフレーム５は、メディアフレーム６と無音のフレームＤ及びＥによって隔てられている。メディアフレーム６は、メディアフレーム７と無音のフレームＦ、Ｇ、Ｈ、Ｉ、Ｊ、Ｋ、及びＬによって隔てられている。メディアフレーム８には、無音のフレームＭ、Ｎ、Ｏ、Ｐ、Ｑ、Ｒ、及びＳが続く。

メディアストリーム５０２が無音のフレームの抑制無しに目標のＣＤに送信されると、当該目標のＣＤは、メディアストリーム５０４を受信する。メディアストリームはメディア送信の待ち時間を経験するが、これはコールセットアップ待ち時間ｔ１と送信待ち時間ｔ２を含む。コールセットアップ遅延ｔ１は、発信者のＣＤがコール要求４０２を送信してから、発信者のＣＤがコール応答４１０を受信するまでにかかる時間を含む。送信遅延は、メディアを発信者のＣＤから目標のＣＤに送信するのにかかる時間を含む。

一実施形態では、メディア送信の待ち時間は、最初のメディアスパートフレーム１に先立つ最初の（initial）無音のフレームを抑制することで削減される。メディアストリーム５０２が目標のＣＤで受信され、最初のメディアスパートフレーム１に先立つ最初の無音のフレームが抑制されると、メディアストリーム５０６が目標のＣＤで受信される。

一実施形態では、メディア送信の待ち時間は、連続するメディアフレームを隔てている無音のフレームの一部を抑制することで削減される。一実施形態では、連続するメディアフレームを隔てる所定数の無音のフレームは、メディア認識が望ましくない影響を受けないように、目標のＣＤに送信されてもよい。一実施形態では、第１の（first）メディアフレームに続く第１の所定数の無音のフレームに続き、且つ、当該第１のメディアフレームの次のメディアフレームに先立つ第２の所定数の無音のフレームに先行する無音のフレームは、抑制される。

図６は、発信者のＣＤが２つの連続するメディアフレームを隔てる無音のフレームの一部の抑制した後に、目標のＣＤが受信するメディアストリーム６０２を示す。この例では、メディアフレームに続く２つの無音のフレームと、次のメディアフレームに先立つ２つの無音のフレームが送信される。従って、無音のフレームＡ、Ｂ及びＣのいずれも抑制されない。同様に、無音のフレームＤ及びＥのいずれも抑制されない。

無音のフレームＦ及びＧは、これら２つの無音のフレームがメディアフレーム６に続くため、抑制されない。無音のフレームＫ及びＬも、これら２つの無音のフレームがメディアフレーム７に先立つため、抑制されない。しかし、無音のフレームＨ、Ｉ及びＪはパンクチャされる。

無音のフレームＭ及びＮは、これら２つの無音のフレームがメディアフレーム８に続くため、抑制されない。しかし、以下に議論されるように、無音のフレームＭ及びＮに続く無音のフレームＯ、Ｐ、Ｑ、Ｒ及びＳのうち、無音のフレームＯのみが抑制される。

図７は、図６に示される無音のフレームの抑制処理のためのメディアバッファリングの仕組みを説明する。図６に関連して上述したように、目標のＣＤは、メディアストリーム７０２を受信する。話者のＣＤは、それがユーザから受信するメディアストリームを、目標のＣＤにメディアストリーム送信し始める前に、バッファでバッファしてもよい。第１のメディアスパートフレーム１を受信及びバッファリング後、バッファコンテンツは７０４で示される。第２のメディアフレーム「２」を受信及びバッファリング後、バッファはメディアフレーム「１」と「２」７０６を保持する。無音のフレームＡ、Ｂ、及びＣを受信及びバッファリングすると、バッファコンテンツはそれぞれ７０８、７１０、及び７１２で示される。

バッファが一定の領域（dept）、例えば５つのフレーム、を有すると仮定すると、バッファコンテンツ７１４で示されるように、第５のメディアフレーム「３」を受信すると、バッファされたフレーム「１」は、目標のＣＤに送信され、受信されたメディアバッファ「３」はバッファされる。同様に、バッファコンテンツ７１６で示されるように、メディアフレーム「４」を受信すると、バッファされたフレーム「２」は目標のＣＤに送信され、受信されたメディアバッファ「４」はバッファされる。同じように、バッファコンテンツ７１８で示されるように、メディアフレーム「５」を受信すると、バッファされた無音のフレームＡは目標のＣＤに送信される。同様にして、フレームＤ、Ｅ、６、Ｆ、Ｇ、Ｈ、及びＩの各々を受信すると、１つのバッファされたフレームが送信され、バッファコンテンツのそれぞれは７２０から７３２で示される。

７３４で示されるように、４つの無音のフレームＦ、Ｇ、Ｈ、及びＩに続く無音のフレームＪが受信されると、メディアフレーム６と７とを隔てる所定数の無音のフレーム、例えばＦ、Ｇ、Ｉ及びＪは、目標のＣＤへの送信のためにバッファに保持されるため、無音のフレームＨはパンクチャされる。同様に、７３６で示されるように、無音のフレームＫが受信されると、メディアフレーム６と７とを隔てる所定数の無音のフレーム、例えば、Ｆ、Ｇ、Ｊ、及びＫが、目標のＣＤへの送信のためにバッファに保持されるため、無音のフレームＩがパンクチャされる。この時点で、無音のフレームＫを受信すると、無音のフレームＦは送信され、バッファは３つのフレーム、例えばＧ、Ｊ、及びＫを含むであろう。

同じように、７３８で示されるように、無音のフレームＬが受信されると、メディアフレーム６と７を隔てる所定数の無音のフレームは、例えばＦのように送信されるか、又は、例えばＧ、Ｋ、及びＬのように目標のＣＤへの送信のためにバッファで保持されるため、無音のフレームＪはパンクチャされる。この時点で、無音のフレームＧは、フレームＬを受信すると送信され、バッファは２つのフレーム、例えばＫ及びＬを含む。７４０で示されるように、メディアフレーム７が受信されると、無音のフレームＫ及びＬはパンクチャされないが、これはこれらがメディアフレーム７に先行する所定数、例えば２つの無音のフレームであり、これらは目標のＣＤへの送信のために保持されるためである。この時点で、無音のフレームＫは、フレーム７を受信すると送信され、バッファは２つのフレーム、例えばＬ及び７を含む。

メディアバッファリング及び送信の処理は、７４２乃至７５０で示されるように継続するが、このときバッファは無音のフレームＮ、Ｏ、及びＰを含み、メディアフレーム８に続く第１の無音のフレームＭが送信されている。７５２で示されるように、話者のＣＤが無音のフレームＱを受信すると、メディアフレーム８に続く第２の無音のフレームＮが送信される。バッファのコンテンツが、所定数の送信用の無音のフレーム、例えばＰとＱが、来たる可能性のあるメディアフレームの前に存在することを示すことを理解し、無音のフレームＯがパンクチャされ、無音のフレームＰが送信される。

しかし、７５４で示されるように、話者のＣＤが無音のフレームＲを受信すると、バッファのコンテンツが、来たる可能性のあるメディアフレームの前に、所定数の無音のフレーム、ここではＱとＲ以外に無音のフレームが存在しないことを示すことを理解し、無音のフレームは除去されないが、無音のフレームＱが送信される。同様に、７５６で示されるように、話者のＣＤが無音のフレームＳを受信すると、バッファのコンテンツが、来たる可能性のあるメディアフレームの前に、所定数の無音のフレーム、ここではＲとＳ以外に無音のフレームが存在しないことを示すことを理解し、無音のフレームは除去されないが、無音のフレームＲが送信される。結果として、メディアフレーム８に続く無音のフレームの系列のうち、無音のフレームＯのみがパンクチャされる。

当業者は、情報や信号が、種々の異なる技術やプロトコルのうち任意のものを用いて表され得ることを理解するであろう。例えば、上記の説明全体に渡って言及されるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは磁性粒子、光学場若しくは光学粒子、又はこれらの任意の組み合わせで表されてもよい。

当業者は更に、本明細書に開示される実施形態に関連して記載される、種々の例証となる論理ブロック、モジュール、回路、及びアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、又は両者の組み合わせで実現され得ることを認識するであろう。ハードウェアとソフトウェアのこの互換性を明瞭に説明するため、種々の例証となるコンポーネント、ブロック、モジュール、回路、及びステップは、一般にそれらの機能性に関して上述されている。そのような機能性がハードウェアとして実現されるかソフトウェアとして実現されるかは、システム全体に課される特定の用途及び設計上の制約に依存する。熟練工は、記載されている機能性を特定の用途ごとに種々の方法で実現し得るが、そのような実現上の決定は、本発明の範囲からの逸脱をもたらすものとして解釈されるべきではない。

本明細書に開示される実施形態に関連して記載される種々の例証となる論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、別個のハードウェアコンポーネント、又は、本明細書に記載される機能を実行するように設計された、これらの任意の組み合わせで実現又は実行されてもよい。汎用プロセッサはマイクロプロセッサであってもよいが、別の選択肢では、当該プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってよい。プロセッサはまた、演算デバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと関連する（in conjunction with）一以上のマイクロプロセッサ、又は任意の他のそのような構成として実現されてもよい。

本明細書に開示される実施形態に関連して記載されるアルゴリズム又は方法のステップは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、又はこの２つの組み合わせで具現化されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は、当技術分野で公知の任意の他の形態の記憶媒体に存在し（reside）得る。例示的な記憶媒体は、プロセッサが当該記憶媒体から情報を読み取り、且つ、当該記憶媒体に情報を書き込むことができるように、プロセッサに結合される。別の方法では、記憶媒体はプロセッサと一体（integral）であってもよい。プロセッサと記憶媒体は、ＡＳＩＣに存在してもよい。ＡＳＩＣはユーザ端末に存在し得る。別の方法では、プロセッサと記憶媒体は、ユーザ端末に別個のコンポーネントとして存在し得る。

開示される実施形態の説明は、如何なる当業者も本発明を製造又は使用することを可能とするために提供されている。これらの実施形態に対する種々の変形は、当業者には容易に明白となるであろうし、本明細書で定義される一般的な原理は、他の実施形態、例えばインスタントメッセージングサービスや任意の一般的な無線データ通信アプリケーションに、本発明の精神又は範囲から逸脱することなく適用され得る。従って、本発明は、本明細書に示される実施形態に限定されることを意図されるものではないが、本明細書に開示される原理及び新規な特徴と矛盾しない最も広い範囲と一致すべきものである。「例示的な」という語は、本明細書では、専ら「例、事例、又は例証となる」ことを意味するために用いられる。

図１は、グループ通信システムを説明する。 図２は、図１で動作する基地局と移動局の実施形態を説明する。 図３は、幾つかの通信装置がグループコールサーバとどのようにやり取りするかを説明する。 図４は、一実施形態によるコールセットアップ処理を説明する。 図５は、無音のフレームの抑制処理の一実施形態を説明する。 図６は、無音のフレームの抑制処理の一実施形態を説明する。 図７は、図６に示される無音のフレームの抑制処理のためのメディアバッファリングを説明する。

Claims (24)

1. メディアのストリーム中の無音のフレームを抑制する方法であって、
   ユーザからメディアのストリームを受信し、
   前記受信されたメディアのストリームから少なくとも１つの無音のフレームを抑制する、
   ことを備える方法。
2. 前記の抑制することは、第１のメディアフレームの前に位置する最初の一つの無音のフレームを抑制することを備える、請求項１記載の方法。
3. 前記の抑制することは、第１のメディアフレームの前に位置する最初の複数の無音のフレーム全てを抑制することを備える、請求項１記載の方法。
4. 前記の抑制することは、２つの連続するメディアフレームの間に位置する一つの無音のフレームを抑制することを備える、請求項１記載の方法。
5. 前記の一つの無音のフレームを抑制することは、前記２つの連続するメディアフレームの間に位置する所定数の無音のフレームに近接している無音のフレームを抑制することを備える、請求項４記載の方法。
6. 前記の一つの無音のフレームを抑制することは、第１のメディアフレームに続く第１の所定数の無音のフレームに続き、且つ、前記第１のメディアフレームの次のメディアフレームに先行する第２の所定数の無音のフレームに先行する、無音のフレームを抑制することを備える、請求項５記載の方法。
7. メディアのストリーム中の無音のフレームを抑制する方法をプロセッサが実行することを可能にするコードを記憶するコンピュータ読み取り可能な媒体であって、前記方法は、
   ユーザからメディアのストリームを受信し、
   前記受信されたメディアのストリームから少なくとも１つの無音のフレームを抑制する、
   ことを備える、コンピュータ読み取り可能な媒体。
8. 前記の抑制することは、第１のメディアフレームの前に位置する最初の一つの無音のフレームを抑制することを備える、請求項７記載のコンピュータ読み取り可能な媒体。
9. 前記の抑制することは、第１のメディアフレームの前に位置する最初の複数の無音のフレーム全てを抑制することを備える、請求項７記載のコンピュータ読み取り可能な媒体。
10. 前記の抑制することは、２つの連続するメディアフレームの間に位置する一つの無音のフレームを抑制することを備える、請求項７記載のコンピュータ読み取り可能な媒体。
11. 前記の一つの無音のフレームを抑制することは、前記２つの連続するメディアフレームの間に位置する所定数の無音のフレームに近接している無音のフレームを抑制することを備える、請求項１０記載のコンピュータ読み取り可能な媒体。
12. 前記の一つの無音のフレームを抑制することは、第１のメディアフレームに続く第１の所定数の無音のフレームに続き、且つ、前記第１のメディアフレームの次のメディアフレームに先行する第２の所定数の無音のフレームに先行する、無音のフレームを抑制することを備える、請求項１１記載のコンピュータ読み取り可能な媒体。
13. メディアのストリーム中の無音のフレームを抑制する装置であって、
    ユーザからメディアのストリームを受信する手段と、
    前記受信されたメディアのストリームから少なくとも１つの無音のフレームを抑制する手段と、
    ことを備える装置。
14. 前記抑制する手段は、第１のメディアフレームの前に位置する最初の一つの無音のフレームを抑制する手段を備える、請求項１３記載の装置。
15. 前記抑制する手段は、第１のメディアフレームの前に位置する最初の複数の無音のフレーム全てを抑制する手段を備える、請求項１３記載の装置。
16. 前記抑制する手段は、２つの連続するメディアフレームの間に位置する一つの無音のフレームを抑制する手段を備える、請求項１３記載の装置。
17. 前記の一つの無音のフレームを抑制する手段は、前記２つの連続するメディアフレームの間に位置する所定数の無音のフレームに近接している無音のフレームを抑制する手段を備える、請求項１６記載の装置。
18. 前記の一つの無音のフレームを抑制する手段は、第１のメディアフレームに続く第１の所定数の無音のフレームに続き、且つ、前記第１のメディアフレームの次のメディアフレームに先行する第２の所定数の無音のフレームに先行する、無音のフレームを抑制する手段を備える、請求項１７記載の装置。
19. メディアのストリーム中の無音のフレームを抑制する装置であって、
    情報を受信できる受信器と、
    情報を送信できる送信器と、
    メディアのストリーム中の無音のフレームを抑制する方法を実行できるプロセッサとを備え、前記方法は、
    ユーザからメディアのストリームを受信し、
    前記受信されたメディアのストリームから少なくとも１つの無音のフレームを抑制する、
    ことを備える、装置。
20. 前記の抑制することは、第１のメディアフレームの前に位置する最初の一つの無音のフレームを抑制することを備える、請求項１９記載の装置。
21. 前記の抑制することは、第１のメディアフレームの前に位置する最初の複数の無音のフレーム全てを抑制することを備える、請求項１９記載の装置。
22. 前記の抑制することは、２つの連続するメディアフレームの間に位置する一つの無音のフレームを抑制することを備える、請求項１９記載の装置。
23. 前記の一つの無音のフレームを抑制することは、前記２つの連続するメディアフレームの間に位置する所定数の無音のフレームに近接している無音のフレームを抑制することを備える、請求項２２記載の装置。
24. 前記の一つの無音のフレームを抑制することは、第１のメディアフレームに続く第１の所定数の無音のフレームに続き、且つ、前記第１のメディアフレームの次のメディアフレームに先行する第２の所定数の無音のフレームに先行する、無音のフレームを抑制することを備える、請求項２３記載の装置。

Images