JP2010539800A

JP2010539800A - 無線ネットワークのためのキープアライブ

Info

Publication number: JP2010539800A
Application number: JP2010524968A
Authority: JP
Inventors: ジャ、ジャンフェン; ジュリアン、デイビッド・ジョナサン
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2007-09-11
Filing date: 2008-09-10
Publication date: 2010-12-16
Anticipated expiration: 2028-09-10
Also published as: KR20100066559A; EP2037717B1; CN106851857A; JP5490697B2; KR20120062925A; TWI387239B; EP2037717A1; KR101157341B1; CN101803440A; JP2013232925A; TW200924412A; US8005065B2; WO2009036097A1; US20090067407A1

Abstract

送信デバイスが１つまたは複数の受信デバイスにデータを送信する。受信デバイスの少なくとも１つが送信デバイスにキープアライブを送信する。キープアライブは、データ送信レートと比較して低いレートで送信される。いくつかの実装形態では、複数の受信デバイスがキープアライブを送信することができる。これらの場合、各受信デバイスは、キープアライブの重複の可能性を防ぐまたは低減するためにスケジュールに従ってキープアライブを送信することができる。いくつかの実装形態では、１つの受信デバイスがキープアライブを送信するために選択される。ここで、選択された受信デバイスがキープアライブを送信するのを止めた場合、別の受信デバイスがキープアライブを送信するために選択される。上記の技法を使用すると、送信デバイスはどの受信デバイスがデータ送信をリッスンしているかを追跡する必要がない。むしろ、送信デバイスはキープアライブを受信しなくなると、単に送信するのを止めることができる。

Description

本出願は、一般に無線通信に関し、より詳細には、限定はしないがデータ送信を維持するために使用されるキープアライブ指示に関する。

通信デバイスは、様々な方法で別の通信デバイスとの通信を確立し、維持することができる。例えば、ブロードキャスト通信の場合、送信デバイスがデータストリームを一方的に（unilaterally）送信することができ、それにより任意の数の受信デバイスがいつでもデータストリームを自由にリッスンすることができる。対照的に、マルチキャスト通信の場合、２つ以上のデバイスが協働して通信への参加がそれらの特定のデバイスに限定される通信を確立することができる。

通信システムのこれらの形態および他の形態では、デバイス間で通信が始まると、所定のデバイスが別のデバイスがまだアクティブに通信に参加しているかどうかを追跡することもあるし、追跡しないこともある。例えば、いくつかの通信システムでは、アクティブに送信していないデバイスを他のデバイスにキープアライブメッセージを定期的に送信するように構成することができる。このようにして、キープアライブメッセージを受信するデバイスには、他のデバイスが通信にまだ参加している（例えば、データを受信している）ことが通知されることになる。その結果、キープアライブメッセージを受信するデバイスは、他のデバイスと通信し続ける（例えば、他のデバイスにデータを送信し続ける）ことができる。逆に、キープアライブメッセージが一定時間期間、所定のデバイスから受信されなかった場合、そのデバイスとの通信を終了することができる。従って、別のデバイスが送信をリッスンしているときのみに送信が行われるので、そのようなシステムは利用可能なシステム帯域幅を効率的に利用することができる。

一方、ブロードキャストシステムなどの通信システムでは、ブロードキャストデバイスはいずれかの受信デバイスが送信信号を現在受信しているかどうかにかかわらず送信することができる。すなわち、ブロードキャストデバイスはブロードキャストされているイベントの完了までその送信を単純に続ける。従ってこの場合、受信デバイスはブロードキャストを受信するために送信デバイスと調整する必要がない。むしろ、受信デバイスはブロードキャストをリッスンするかリッスンしないかを任意に選ぶことができる。このタイプのシステムの潜在的な利点は、デバイス間で通信を確立するためにオーバヘッドがほとんどまたは全く必要とされないことである。ただし、ブロードキャストデバイスは送信をリッスンしている受信機がないときでも送信し続けることができるので、そのようなシステムは帯域幅を効率的に利用することができない。

本開示の例示的な態様の概要について以下で説明する。ここでの態様へのどの言及も、本開示の１つまたは複数の態様を参照する可能性があることが理解されよう。

本開示は、いくつかの態様ではデバイスが１つまたは複数の他のデバイスにデータを送信する通信システムに関する。様々なシナリオでは、データ送信はマルチキャスト送信、ユニキャスト送信、またはブロードキャスト送信を含むであろう。

本開示は、いくつかの態様ではキープアライブを使用してデータ送信（例えば、特定のデータストリーム）の終了を防ぐキープアライブ方式に関する。ここで、電力を節約するために、または他の理由のために、送信デバイスはどの受信デバイスも送信をリッスンしていないと判断した場合、その送信を終了するように構成され得る。従って、送信の終了を防ぐために送信をリッスンし続けようとする１つまたは複数の受信デバイスは、送信デバイスにキープアライブを送信することができる。有利なことに送信デバイスは、どの受信デバイスが送信を現在リッスンしているかを追跡する必要がない。むしろ、送信デバイスは受信デバイスからキープアライブを受信すると、単純に送信し続ける。あるいは、送信デバイスは受信デバイスからキープアライブを受信しなくなると、その送信を終了する。

いくつかの態様では、送信デバイスは選択された受信デバイスからのキープアライブを監視することによって、電力を節約することができる。例えば、選択された受信デバイスは、設定されたスケジュールに従って（例えば、定期的に）キープアライブを送信する。この場合、送信デバイスはスケジュールによって指定された時間にキープアライブを監視するだけでよい。選択された受信デバイスからキープアライブが受信されなくなると、送信デバイスは別の選択された受信デバイスからのキープアライブを監視する。

いくつかの態様では、２つ以上の受信デバイスがキープアライブを送信することができる。この場合、受信デバイスの各々は設定されたスケジュールに従ってそのキープアライブを送信することができる。このようにして、キープアライブの同時送信を回避する、または、そのような同時送信の可能性を低減させることができる。

本開示のこれらの特徴と他の特徴、態様および利点は、以下の詳細な説明、添付の特許請求の範囲および添付の図面に関して検討すれば、より完全に理解されるであろう。

キープアライブを使用する無線通信システムのいくつかの例示的な態様を示す簡略ブロック図。キープアライブを受信したかどうかに基づいて送信し続けるべきかどうかを判断するデバイスによって実行される動作のいくつかの例示的な態様を示す流れ図。送信をリッスンし続けることが予期されることを示すためにキープアライブを送信するデバイスによって実行される動作のいくつかの例示的な態様を示す流れ図。データを１つまたは複数の他のデバイスに送信するように構成され、キープアライブを受信するように構成されたデバイスのいくつかの例示的な態様を示す簡略ブロック図。キープアライブを送信するように構成されたデバイスのいくつかの例示的な態様を示す簡略ブロック図。通信構成要素のいくつかの例示的な態様を示す簡略ブロック図。キープアライブを使用して無線通信をサポートするように構成された装置のいくつかの例示的な態様を示す簡略ブロック図。キープアライブを使用して無線通信をサポートするように構成された装置のいくつかの例示的な態様を示す簡略ブロック図。

慣例により、図面中に示される様々な特徴は一定の縮尺で示されていないことがある。従って、様々な特徴の寸法は分かりやすいように任意に拡大または縮小されることがある。さらに、図面のいくつかは分かりやすいように簡略化されることがある。従って、図面は所定の装置（例えば、デバイス）または方法の構成要素（component）の全てを示しているわけではない。最後に、明細書および図面の全体にわたって同じ特徴を示すために同じ参照番号が使用されることがある。

本開示の様々な態様について以下で説明する。ここでの教示が多種多様な形で実施でき、ここに開示された特定の構造、機能またはその両方は代表的なものにすぎないことは明らかであろう。ここでの教示に基づいて、ここに開示される態様は他の態様とは独立に実現できること、およびこれらの態様のうちの２つ以上を様々な方法で組み合わせることができることを当業者は理解されたい。例えば、ここで説明した任意の数の態様を用いて、装置を実現することができ、または方法を実施することができる。さらに、ここで説明した態様の１つまたは複数に加えて、あるいはそれら以外の他の構造、機能性、または構造および機能性を用いて、そのような装置を実現することができ、またはそのような方法を実施することができる。上記の一例として、いくつかの態様ではパケットはパケットレートに従って送信され、キープアライブメッセージはパケットレートよりも低いレートで受信され、受信したキープアライブメッセージに基づいてパケットを送信し続けるべきかどうかに関する判断が行われる。さらに、いくつかの態様では単一のデバイスがキープアライブメッセージを送信し、他の態様ではいくつかのデバイスがキープアライブメッセージを送信する。

図１に、無線デバイス１０２が（例えば、無線デバイス１０４Ａ〜１０４Ｎによって表される）１つまたは複数の他の無線デバイスと通信する、無線通信システム１００の例示的な態様を示す。システム１００は様々な形態をとることができる。例えば、いくつかの実装形態ではシステム１００はピアツーピア無線ローカルエリアネットワークを備えることができる。

例示のために、以下の説明ではデバイス１０２がマルチキャストチャネルを介してデータストリームを送信するシナリオについて説明する。ここで、マルチキャストストリーミングは、これらのデバイスの複雑さおよび電力消費を低減するために一方向とされ得る。例えば、この場合デバイス１０２についてはマルチキャストストリームを送信するのみとすることができ、デバイス１０４Ａ〜１０４Ｎについてはマルチキャストストリームを受信するのみとすることができる。ただし、ここでの教示は他のタイプの通信（例えば、ユニキャスト、ブロードキャストなど）、および他のタイプのデータ送信（例えば、非ストリーミング送信）に適用できることを理解されたい。

いくつかの実装形態では、デバイス１０２はデバイス１０４Ａ〜１０４Ｎの各々がマルチキャストストリームを受信するためにマルチキャストセッションに加わることが許されるか、または可能であるかどうかが制御され得る。例えば、無線デバイス１０２はデバイス１０４Ａのユーザが適切なパスコードを所有している、および／またはデータにアクセスするための必要な料金を支払ったことを検証することができる。

一方、デバイス１０４Ａ〜１０４Ｎのいずれも、マルチキャストストリームをリッスンすることをいつでも止めることができる。一例として、ユーザはマルチキャストセッションを形式的に離脱することなしに、デバイス１０４Ａを単にオフにすることができる。さらに、ユーザはデバイス１０４Ａをデバイス１０２の通信範囲の外に移動させることができ、その逆も同様である。

いくつかの態様では、どのデバイス１０４Ａ〜１０４Ｎもマルチキャストストリームをリッスンしていない場合、デバイス１０２がマルチキャストセッションを終了できるようにすることが望ましい。例えば、マルチキャストセッションを終了することによってデバイス１０２は電力を節約し、マルチキャストセッションを送信するために使用されたチャネル上の帯域幅を解放することができる。ただし、デバイス１０２の複雑さを低減するために、デバイス１０４Ａ〜１０４Ｎがマルチキャストストリームをリッスンしているかどうかを判断するために、デバイス１０２にデバイス１０４Ａ〜１０４Ｎの各々を継続的に監視させることを回避することも望ましい。

従って、いくつかの態様ではデバイス１０４Ａ〜１０４Ｎの１つまたは複数は、デバイス１０４Ａ〜１０４Ｎのうちの少なくとも１つがマルチキャストストリームをまだリッスンしていることをデバイス１０２に通知するために、キープアライブを送信する。この場合、デバイス１０２はマルチキャストセッションを維持すべきか、または終了すべきかどうかを判断するために受信するキープアライブを単に監視する。キープアライブは様々な形態をとり得る。例えば、いくつかの態様では、キープアライブはデバイスの存在を単に示す。いくつかの態様では、キープアライブはデバイスがマルチキャストストリームをリッスンし続ける（例えば、パケットをリッスンし続ける）ことが予期される（expected）という指示を単に与える。従って、いくつかの実装形態ではキープアライブはデバイス１０４Ａ〜１０４Ｎのいずれかがデバイス１０２からデータを正常に受信したかどうかに関しての指示を与えない。一方、他の実装形態ではキープアライブメッセージはデバイスがデータを受信しており、データ（例えば、パケット）を受信し続けることが予期されることを示す。いくつかの実装形態では、キープアライブはメッセージからなることができる。いくつかの実装形態では、キープアライブはメッセージ中で与えられる指示を含む。便宜のために、以下の説明では「キープアライブメッセージ」を参照する。この用語は、キープアライブを与えるための適切な技法を包含するものであることを理解されたい。

キープアライブは様々な方法で送信され得る。例えば、デバイス１０４Ａは、マルチキャストチャネルの逆方向リンクを介して、またはいくつかの他のチャネルを介してデバイス１０２にキープアライブメッセージを送信することができる。

いくつかの態様では、所定のデバイスはストリーミングデータが送信されるレート（例えば、ストリーミングパケットが送信されるレート）に比べて比較的低い周波数でそのキープアライブメッセージを送信する。さらに、キープアライブメッセージはキープアライブメッセージを受信するデバイスによって直接に送信要請され得ない。むしろ、デバイス１０４Ａ〜１０４Ｎは、キープアライブメッセージを自動的に送信するように構成されるか、またはキープアライブメッセージを送信するよう１回命令されるだけである。このようにキープアライブ方式（keep-alive scheme）を実装するデバイスは、例えば受信デバイスが送信デバイスから受信する各メッセージ（例えば、パケット）に肯定応答する方式と比較して、より単純で、消費電力が少なく、また利用する帯域幅が少ない。

以下に、システム１００の図示された構成要素の概略を示す。デバイス１０２は、適切な無線媒体を介してデバイス１０４Ａ〜１０４Ｎのそれぞれのトランシーバ１０８Ａ〜１０８Ｎと通信するトランシーバ１０６を含む。デバイス１０２は、またデバイス１０４Ａ〜１０４Ｎがデバイス１０２によって与えられるマルチキャストストリームを受信できるように、それぞれデバイス１０４Ａ〜１０４Ｎのマルチキャストプロセッサ１１２Ａ〜１１２Ｎと協働するマルチキャストコントローラ１１０を含む。デバイス１０４Ａ〜１０４Ｎのうちの少なくとも１つは、デバイスがマルチキャストストリームをリッスンしていることをデバイス１０２に通知するために、キープアライブメッセージを繰り返し送信することができる。この目的で、デバイス１０４Ａ〜１０４Ｎはそれぞれキープアライブコントローラ１１４Ａ〜１１４Ｎを含む。デバイス１０２は、キープアライブメッセージを監視するキープアライブモニタ１１６を含む。キープアライブメッセージがデバイス１０４Ａ〜１０４Ｎのうちの少なくとも１つからまだ受信されているとキープアライブモニタ１１６が判断した場合、デバイス１０２の送信コントローラ１１８はマルチキャストストリームの継続的な送信を可能にすることができる。一方、モニタ１１６がキープアライブメッセージを受信していない場合、送信コントローラ１１８はマルチキャストストリームを終了することができる。

上記を念頭において、例示的な構成要素に関係する追加の詳細およびシステム１００の動作について、図２〜図５と共に説明する。簡単に、図２はここでの教示によるマルチキャストストリームを与えることに関連して実行される例示的な動作に関する。図３は、ここでの教示によるマルチキャストストリームの受信に関連して実行される例示的な動作に関する。図４は、ここでの教示によるマルチキャストストリームを与える（例えば、デバイス１０２と同様の）デバイス４００のいくつかの例示的な機能構成要素を示す。図５は、ここでの教示によるマルチキャストストリームを受信する（例えば、デバイス１０４Ａと同様の）デバイス５００のいくつかの例示的な機能構成要素を示す。

便宜のために、図２および図３の動作（あるいはここで説明または教示する他の動作）は、特定の構成要素（例えば、デバイス４００またはデバイス５００の構成要素）によって実行されるものとして説明することがある。ただし、これらの動作は他のタイプの構成要素によって実行でき、異なる個数の構成要素を使用して実行できることを理解されたい。また、ここで説明する１つまたは複数の動作は所定の実装形態では使用できない場合があることも理解されたい。

まず、図２のブロック２０２を参照すると、ある時点においてデバイス４００（図４）のマルチキャストコントローラ４０２がマルチキャストセッションを確立する。例えば、マルチキャストコントローラ４０２はマルチキャストグループ用の特定のＩＰアドレスを指定することができる。次いで、デバイス４００はマルチキャストグループ用の唯一の送信機として指定される。次いで、デバイス４００のパケット生成器４０４が送信機４０６を介してマルチキャストグループに加わる他のデバイスにデータを送信する。

いくつかの使用事例では、デバイス４００は無線エンターテインメントデバイス（例えば、音楽プレーヤ）を備えることができる。これらの事例では、デバイス４００はマルチキャストデータストリームをごく近傍にある１つまたは複数のリスニングデバイスに送信することができる。一例として、リスニングデバイスは異なるユーザによって使用される無線ヘッドセットを備えることができる。上記はデバイス４００がサポートすることができる通信形態の一例にすぎず、ここでの教示は通信の他の形態とともに実装できることが理解されよう。

図３を参照すると、ある時点においてデバイス５００（図５）はデバイス４００によって与えられるマルチキャストセッションに加わることを選択する。従って、ブロック３０２で表されるようにマルチキャストコントローラ５０２は送信機５０４と協働して、マルチキャストセッションに加わるためにデバイス４００に要求を送信することができる。次いで、デバイス４００の受信機４０８は当該要求を受信し、それをマルチキャストコントローラ４０２に転送する。

いくつかの実装形態では、デバイス４００はデバイスがマルチキャストセッションに入ることが許可されるかどうかを制御することに関係するセキュリティ動作を実行する。例えば、図２のブロック２０４においてマルチキャストコントローラ４０２はマルチキャストセッションデータを受信することができるデバイスがマルチキャストセッションに加わることを許可されるかどうかを制御する。マルチキャストコントローラ４０２が、デバイス５００がマルチキャストセッションに加わることを許可する場合、ブロック２０４において、デバイス４００は図３のブロック３０２に関連してデバイス５００によって受信される適切な許可メッセージをデバイス５００に送信する。ここで、マルチキャストセッションへの新たなデバイスの追加は、マルチキャストグループの一部である他のデバイスにシームレスである。

便宜のために、マルチキャストセッションデータを受信することができるデバイス（例えば、デバイス５００）を、ここでは「受信機」と呼ぶことがある。そのようなデバイスは、また他のデータおよび制御情報を送信および受信することが可能であることを理解されたい。

ブロック２０４の許可方式（authorization scheme）は、様々な形態をとることができる。例えば、許可方式は受信機のユーザが許可されたユーザであること（例えば、そのユーザが秘密のパスコードを知っていること）を検証することを含む。また、許可方式は受信機のユーザがマルチキャストであるデータストリームを受信するために必要とされる加入料金を支払ったことを検証することを含むことができる。所定の受信機がマルチキャストセッションに加わることを許可されると、マルチキャストコントローラ４０２は受信機がデータストリームを受信できるように受信機に適切な情報を送信することができる。一例として、この情報はデバイス５００の受信機５０６が、デバイス４００がマルチキャストセッションを送信するチャネルを介してデータを受信するために使用するチャネルパラメータを備えることができる。さらに、情報はデバイス５００のパケットプロセッサ５０８がマルチキャストセッションデータを復号するために使用する１つまたは複数の暗号鍵を備えることができる。

再び図４を参照すると、いくつかの実装形態ではデバイス４００はマルチキャストストリームを受信することを許可された各受信機を識別するリスト４１０を維持することができる。ブロック２０６〜２１２に関連してより詳細に論じるように、これらの受信機のサブセット（すなわち、一部または全部）は、ここで教示するキープアライブメッセージを生成することができる。

ブロック２０６で表されるように、キープアライブデバイスセレクタ４１２はキープアライブメッセージの送信用に受信機のうちの１つまたは複数を指定することができる。例えば、セレクタ４１２はキープアライブメッセージの送信用に単一の受信機（例えば、マルチキャストグループに加わる第１の受信機）を指定することができる。このようにして異なる受信機からのキープアライブメッセージの重複送信が回避される。さらに、このように単一の受信機の指定によって、それらの受信機によるキープアライブメッセージの送信に関連する全体的なオーバヘッドを低減することができる。さらに、以下で論じるようにデバイス４００は単一の受信機からのキープアライブメッセージを監視するだけなので、そのような方式はデバイス４００のキープアライブオーバヘッドを低減することができる。

他の場合には、２つ以上の受信機がキープアライブメッセージを生成することができる。例えば、いくつかの実装形態では、デバイス４００はキープアライブメッセージの送信用に２つ以上の受信機を指定することができる。他の実施形態では、各受信機がマルチキャストセッションに加わるときはいつでもキープアライブメッセージを生成するように自動的に構成され得る。

ブロック２０８で表されるように、デバイス４００のキープアライブスケジューラ４１４は、キープアライブメッセージを生成する受信機毎にキープアライブ送信スケジュールを生成することができる。ここで述べるように、いくつかの態様では受信機が送信されたマルチキャストデータに関連する実効パケットレートよりも低いレートでキープアライブメッセージを送信するように、キープアライブ送信スケジュールを定義することができる。

そのようなキープアライブ送信スケジュールを使用すると、様々な利点が得られる。例えば、キープアライブ送信スケジュールの使用によって、デバイス４００は指定された時間にキープアライブメッセージを監視するだけでよい。その結果、デバイス４００の受信機４０８および他の構成要素は、例えばデバイスがキープアライブメッセージを継続的に監視する方式に対比してアクティブである頻度が低いので、デバイス４００の消費電力はより小さい。

さらに、複数の受信機がキープアライブメッセージを送信している場合、キープアライブスケジューラ４１４はキープアライブメッセージの重複送信を防ぐようにスケジュールを定義することができる。例えば、キープアライブスケジュールは１つの受信機がそのキープアライブメッセージをある時間に送信し、他の受信機がそれらのキープアライブメッセージを異なる時間に送信することにより、それぞれの受信機のキープアライブ送信時間が直交（orthogonal）するように規定することができる。

キープアライブスケジュールは様々な形態をとることができる。例えば、スケジュールはキープアライブ送信レート、指定された時間、カウント、または何らかの他の好適な基準に関係し得る。

いくつかの態様では、キープアライブスケジュールはキープアライブ送信のパケット周期４１６を規定することができる。例えば、スケジュールは所定の受信機がマルチキャストパケットストリームの２０パケット毎に１回キープアライブメッセージを送信するように指定することができる。従って、スケジュールは受信機の１つに、１番目のパケットの後、２１番目のパケットの後のようにキープアライブメッセージを送信させることができる。

いくつかの態様では、キープアライブスケジュールはパケットオフセット４１８を規定することができる。例えば、スケジュールは所定の受信機用のパケット周期４１６があるパケットシーケンス番号で開始するように指定することができる。従って、パケットオフセット４１８が５であり、パケット周期４１６が１０である例では、スケジュールは受信機の１つが６番目のパケットの後、１６番目のパケットの後、２６番目のパケットの後のようにキープアライブを送信するように指定することができる。

いくつかの態様では、マルチキャストグループ中の受信機の数が増加するにつれて、スケジューラ４１４は受信機毎に定義されたパケット周期４１６を増加させることができる。一例として、１０のパケット周期４１６が受信機毎に予め定義されていた場合、受信機の数が１０を超えると、スケジューラ４１４は受信機毎にパケット周期４１６を２０に増加させることができる。

いくつかの態様では、キープアライブスケジュールは送信確率基準４２０（例えば、確率しきい値）に関連付けられ得る。例えば、以下でより詳細に論じるように、所定の受信機がキープアライブメッセージを送信するようにスケジュールされているとき、受信機は確率基準４２０に基づいて、キープアライブメッセージを送信することを選択するか、またはキープアライブメッセージを送信しないことを選択することができる。

図２のブロック２１０および図３のブロック３０４は、所定の受信機（例えば、デバイス５００）がマルチキャストセッションに加わることを許可され、キープアライブメッセージを送信するか、または送信することがあるシナリオに関する。ここで、デバイス４００はブロック２０６の動作に基づいてキープアライブ送信許可に関係するメッセージをデバイス５００に送信することができる。次いで、デバイス５００はデバイス５００がキープアライブメッセージを送信すべきであるかどうかを判断できるようにするために、この許可に関係する指示５１０を維持することができる。さらに、デバイス４００はブロック２０８の動作に基づいてキープアライブ送信スケジュールをデバイス５００に送信する。従って、デバイス５００は例えば、指定されたパケット周期５１４、指定されたパケットオフセット５１６、指定された確率基準５１８、および他の好適なスケジュール情報を含む、その指定されたキープアライブスケジュール５１２を維持する。

図２のブロック２１２において、キープアライブデバイスセレクタ４１２は１つまたは複数の指定された受信機からのキープアライブメッセージを監視することを選択する。例えば、単一の受信機のみがキープアライブメッセージの送信用に指定された場合、デバイス４００は指定されたキープアライブ送信スケジュールに従ってその受信機からのキープアライブメッセージを監視するだけでよい。他の場合には、複数の受信機がキープアライブメッセージを送信している場合、デバイス４００はそれらの受信機のサブセット（例えば、１つ）からのキープアライブメッセージを監視する。

図２のブロック２１４および図３のブロック３０６は、マルチキャストセッションデータの送信に関する。いくつかの実装形態では、これらの動作はパケット生成器４０４が一連のパケットを生成し、それによって送信機４０６がこれらのパケットをデバイス５００に送信することを含む。受信機５０６がこれらのパケットを受信すると、デバイス５００のパケットプロセッサ５０８は必要に応じてこれらのパケットを処理し、関連するデータを適切な（１つまたは複数の）アプリケーション（例えば、オーディオプレーヤ）に与える。

いくつかの態様では、これらのパケットは実効全体パケットレート（effective overall packet rate）で送信され得る。例えば、パケットレートはある時間期間にわたって送信されるパケットの量に対応することができる。与えられたアプリケーションの要件に応じて、このパケットレートは比較的一定であったり、または変化したりし得る。例えば、場合によっては、パケットは（例えば、ストリーミングデータの場合）実質的に規則的な時間間隔で送信され得る。

上述のように、いくつかの実装形態ではマルチキャストセッションデータはマルチキャストストリームを含み得る。そのようなストリームは、例えばオーディオ、ビデオ、センサデータ、または何らかの他のタイプのデータの１つまたは複数を含むストリーミングマルチメディアデータを含むことができる。ストリーミングデータは、様々な方法で送信され得る。例えば、いくつかの実装形態ではストリーミングデータは、比較的連続的に送信されるパケットデータを含む。ここで、連続送信は周期的な送信でもよいし、本質的により不規則な送信でもよい。後者のタイプの送信の例として、マクロレベルではデータ送信は比較的連続的であり、ミクロレベルでは送信は本質的に比較的バースト的である。

図２および図３の残りのブロックの大部分は、キープアライブメッセージの生成および処理に関する。特に、図３のブロック３０８〜３２２は、デバイス５００によるキープアライブメッセージの生成および送信に関する。逆に、ブロック２１６〜２２２は、デバイス４００によるキープアライブメッセージの受信および処理に関する。

まず、図３のキープアライブ動作を参照すると、ブロック３０８においてデバイス５００はキープアライブメッセージを送信すべきかどうかを判断するプロセスを開始する。いくつかの態様では、ブロック３１０の動作は次にデバイス５００について指定されたキープアライブスケジュールが、デバイス５００がこの時間にキープアライブメッセージを送信することになっていることを示しているかどうかを判断することを含む。デバイス５００がキープアライブメッセージを送信するようにスケジュールされていない場合、キープアライブメッセージの送信用に指定された時間までデバイス５００は単純にパケットを受信し続ける（すなわち、ブロック３０６において）。

ブロック３１２で表されるように、いくつかの態様ではキープアライブの送信は省電力状態（例えば、省電力モード）からの復帰に関する。例えば、デバイス５００がアクティブに送信または受信をしていないとき、モードコントローラ５２０がデバイス５００の構成要素（例えば、トランシーバ構成要素）のうちの１つまたは複数を省電力状態に設定する。この場合、（例えば、割込みまたは何らかの他の好適なメカニズムによって示される）キープアライブスケジュールによって指定された時間に、モードコントローラ５２０はデバイス５００のモードを省電力状態からアクティブ状態（例えば、アクティブモード）に切り替える。ここで、アクティブ状態は、例えばメッセージ送信動作を含むキープアライブ動作の実行を可能にする。

デバイス５００がキープアライブメッセージを送信するようにスケジュールされている場合、ブロック３１４においてデバイス５００はキープアライブメッセージを送信すべきかどうかを判断する確率基準５１８を随意に利用する。ここで、確率生成器５２２は、キープアライブ生成器５２４がこの時間にキープアライブメッセージを送信すべきかどうかを判断するために考慮する確率指示（probability indication）を生成することができる。例えば、ブロック３１６においてキープアライブ生成器５２４はブロック３１４において生成された確率指示を確率基準５１８と比較する。特定の例として、確率基準５１８は確率生成器によって生成された確率指示が０．５を超えた場合、デバイス５００がキープアライブメッセージを送信するように規定する。従って、確率指示が０．５以下である場合、この時点ではデバイス５００は送信するように現在スケジュールされていても、キープアライブメッセージを送信しない。複数の受信機が同時にキープアライブメッセージを送信するようにスケジュールされているとき、この確率方式を使用すると、これらの受信機からのキープアライブメッセージの重複送信の可能性を低減することができる。

ブロック３１８で表されるように、デバイス５００が例えば指定されたパケット数のウィンドウ内でデバイス４００からのパケットの検証可能な部分を正常に受信したかどうかに基づいて、デバイス５００はキープアライブメッセージを送信すべきかどうかを随意に判断する。ここで、パケットの検証可能な部分は、例えば１つまたは複数のパケットの少なくとも一部、パケットのヘッダの少なくとも一部、またはパケットのプリアンブルの少なくとも一部を含むことができる。

ブロック３２０で表されるように、指定されたキープアライブ送信基準の全てが満たされた場合、キープアライブ生成器５２４はキープアライブメッセージを生成し、送信機５０４はキープアライブメッセージをデバイス４００に送信する。次いでデバイス５００は、該当する場合、マルチキャストセッションが終了するまで、またはデバイス５００がマルチキャストストリームをリッスンするのを止めるまでパケットを受信し続け、キープアライブメッセージを送信し続ける。ここで、デバイス５００がマルチキャストストリームをリッスンするのを止めると、デバイス５００がキープアライブメッセージを送信するように指定されていたとしても、デバイス５００はキープアライブメッセージを送信するのを止めることができることを理解されたい。

いくつかの実装形態では、受信機からデバイス４００に送信されるメッセージ（例えば、逆方向リンクメッセージ）の数を最小限に抑えることが望ましいことがある。そのような場合、デバイス５００はマルチキャストストリームをリッスンしているかどうか、またはキープアライブメッセージを送信し続けるかどうかをデバイス４００に通知しないことがある。従って、マルチキャストグループの最後の受信機がグループから離脱したときに、デバイス４００は通知されない。ただし、デバイス４００の複雑さを低減するために、デバイス４００がマルチキャストグループ中の受信機の全ての存在および動作をトラッキングすることを必要としないことが望ましいことがある。従って、ここでの教示によれば、ストリーミングを止め、関連するチャネルを破棄するというデバイス４００による決定は、デバイス４００がいずれの受信機からもキープアライブメッセージをもはや受信していないという判断に単に基づくことができる。

次に、図２のキープアライブ動作を参照すると、ブロック２１６で表されるように、マルチキャストセッションのためのデータの送信とともに、デバイス４００は（例えば、ブロック２１２において指定された）少なくとも１つの受信機からのキープアライブメッセージを監視する。いくつかの態様では、キープアライブメッセージの受信も省電力状態（例えば、省電力モード）からの復帰に関する。例えば、デバイス４００がアクティブに送信または受信していないとき、モードコントローラ４２２がデバイス４００の構成要素（例えば、トランシーバ構成要素）のうちの１つまたは複数を省電力状態に設定する。この場合、（例えば、割込みまたは何らかの他の好適な機構によって示される）キープアライブスケジュールによって指定された時間に、モードコントローラ４２２はデバイス４００のモードを省電力状態からアクティブ状態（例えば、アクティブモード）に切り替える。従って、アクティブ状態は例えばメッセージ受信動作を含むキープアライブ動作の実行を可能にする。

デバイス４００がキープアライブメッセージを受信するようにスケジュールされている場合、ブロック２１８においてキープアライブプロセッサ４２４はスケジュールされたキープアライブメッセージが予期された通りに受信されたかどうかを判断する。スケジュールされたキープアライブメッセージが受信された場合、マルチキャストセッションが終了するまで、デバイス４００はマルチキャストデータを送信し続け（ブロック２１４）、キープアライブメッセージを監視し続ける（ブロック２１６）。

ブロック２１８において、スケジュールされたキープアライブメッセージが受信されなかった（例えば、メッセージが指定された時間期間受信されなかった）場合、キープアライブプロセッサ４２４は、対応する受信機がマルチキャストストリームをもはやリッスンしていないと判断する。この場合、キープアライブプロセッサは受信機リスト４１０からその受信機を削除する。さらに、その受信機用に指定されたキープアライブ送信スケジュールは、異なる受信機（例えば、後でマルチキャストグループに加わる受信機）への再割当てに利用可能になる。

ブロック２２０で表されるように、次いでデバイス４００はマルチキャストストリームをリッスンしているさらなる受信機があるかどうかを判断する。これは例えば受信機リスト４１０に残っている受信機があるかどうかを判断し、マルチキャストストリームをまだリッスンしている少なくとも１つの受信機を識別するために、これらの受信機のうちの１つまたは複数に適切な制御メッセージを送信することを含む。

ブロック２２２で表されるように、マルチキャストストリームをリッスンしている追加の受信機がある場合、キープアライブデバイスセレクタ４１２は後続のキープアライブ関連動作のために、これらの受信機のうちの１つまたは複数を選択する。例えば、いくつかの実装形態では、これはキープアライブメッセージを送信することが現在許可されていることを受信機に通知するために、その受信機にメッセージを送信することを含む。この許可と共に、デバイス４００はキープアライブ送信スケジュールを選択された（１つまたは複数の）受信機に送信する。

さらに、または代わりに、ブロック２２２においてデバイス４００は選択された受信機からのキープアライブメッセージを監視することを選択する。一例として、デバイス４００がキープアライブメッセージの送信用に新たな受信機を指定した場合、デバイス４００はその受信機からのキープアライブメッセージを監視することを選択する。逆に、複数の受信機がキープアライブメッセージを送信するように予め指定または構成されていた場合、デバイス４００は今度は予め指定された受信機ではなく、それらの受信機のうちの１つまたは複数からのキープアライブメッセージを監視することを選択する。一例として、デバイス４００は後続の監視動作中に（異なる受信機について予め定義された）オフセット４１８を使用することを単に選択することができる。図２のブロック２１６およびブロック２１８に戻る線で表されるように、従ってデバイス４００は新たに指定された（１つまたは複数の）受信機からのキープアライブメッセージの監視を開始することができる。

ブロック２２０において、デバイス４００がマルチキャストストリームをリッスンしている受信機はもはやないと判断した場合、マルチキャストコントローラ４０２はマルチキャストセッションを終了する（ブロック２２４）。このようにして、リッスンしているマルチキャスト受信機がないときは、もはやマルチキャストセッションを送信する電力を浪費しないので、デバイス４００のバッテリ寿命を延長することができる。さらに、送信を終了することによって、デバイス４００は関連する通信媒体のリソースを解放する。従って、このキープアライブ方式はデバイス４００によって使用される帯域幅をより効率的に利用することができる。チャネルをユニキャストモードとマルチキャストモードとの間でシームレスに切り替えることができることは、上記から理解されよう。例えば、送信デバイス４００がマルチキャストストリームを単一の受信デバイス５００に送信しているとき、そのデバイスはユニキャストモードで効果的に動作している。別の受信デバイス５００がマルチキャストセッションに加わるために送信デバイス４００に関連するとき、それらのデバイスはマルチキャストモードにシームレスに切り替わることができる。次いで、受信デバイスの１つ以外全てがマルチキャストストリームをリッスンするのを止めたとき、それによって送信デバイスおよび受信デバイスはユニキャストモードにシームレスに切り替わることができる。

ここでの教示は、少なくとも１つの他のデバイスと通信するための様々な構成要素を使用するデバイスに組み込むことができる。図６に、デバイス間の通信を可能にするために使用されるいくつかの例示的な構成要素を示す。ここで、第１のデバイス６０２および第２のデバイス６０４は、好適な媒体上の無線通信リンク６０６を介して通信するように適合される。

最初に、デバイス６０２からデバイス６０４へ（例えば、逆方向リンク）の情報の送信に関係する構成要素について論じる。送信（“ＴＸ”）データプロセッサ６０８は、データバッファ６１０または他の何らかの好適な構成要素からトラフィックデータ（例えば、データパケット）を受信する。送信データプロセッサ６０８は、選択されたコーディングおよび変調方式に基づいて、各データパケットを処理し（例えば、符号化、インタリーブおよびシンボルマッピング）、データシンボルを与える。一般に、データシンボルはデータのための変調シンボルであり、パイロットシンボルは（既知の）パイロットのための変調シンボルである。変調器６１２はデータシンボル、パイロットシンボル、場合によっては逆方向リンクのためのシグナリングを受信し、システムによって規定された変調（例えば、ＯＦＤＭまたは他の何からの好適な変調）および／または他の処理を実行し、出力チップストリームを与える。送信機（”ＴＭＴＲ”）６１４は出力チップストリームを処理して（例えば、アナログに変換、フィルタリング、増幅および周波数アップコンバート）変調信号を生成し、これが次いでアンテナ６１６から送信される。

デバイス６０２によって（デバイス６０４と通信中の他のデバイスからの信号とともに）送信される変調信号は、デバイス６０４のアンテナ６１８によって受信される。受信機（”ＲＣＶＲ”）６２０は、アンテナ６１８から受信された信号を処理し（例えば、調節およびデジタル化）、受信サンプルを与える。復調器（”ＤＥＭＯＤ”）６２２は、受信サンプルを処理し（例えば、復調および検出）、他の（１つまたは複数の）デバイスによってデバイス６０４に送信されたデータシンボルのノイズの多い推定値の場合もある検出データシンボルを与える。受信（”ＲＸ”）データプロセッサ６２４は、検出データシンボルを処理し（例えば、シンボルデマッピング、デインタリーブ、および復号）、各送信デバイス（例えば、デバイス６０２）に関連付けられた復号データを与える。

次に、デバイス６０４からデバイス６０２へ（例えば、順方向リンク）の情報の送信に関係する構成要素について説明する。デバイス６０４において、トラフィックデータが送信（”ＴＸ”）データプロセッサ６２６によって処理され、データシンボルが生成される。変調器６２８は、データシンボル、パイロットシンボルおよび順方向リンクのためのシグナリングを受信し、変調（例えば、ＯＦＤＭまたは他の何らかの好適な変調）および／または他の適切な処理を実行し、出力チップストリームを与え、これがさらに送信機（”ＴＭＴＲ”）６３０によって調整され、アンテナ６１８から送信される。いくつかの実装形態では、順方向リンクのためのシグナリングは逆方向リンク上でデバイス６０４に送信する全てのデバイス（例えば、端末）のために、コントローラ６３２によって生成される電力制御コマンドおよび（例えば、通信チャネルに関する）他の情報を含むことができる。

デバイス６０２において、デバイス６０４によって送信された変調シグナルがアンテナ６１６によって受信され、受信機（”ＲＣＶＲ”）６３４によって調整およびデジタル化され、復調器（”ＤＥＭＯＤ”）６３６によって処理されて、検出データシンボルが得られる。受信（”ＲＸ”）データプロセッサ６３８は、検出データシンボルを処理し、デバイス６０２のための復号データおよび順方向リンクシグナリングを与える。コントローラ６４０は、電力制御コマンドおよび他の情報を受信してデータ送信を制御し、デバイス６０４への逆方向リンク上の送信電力を制御する。

コントローラ６４０および６３２は、それぞれデバイス６０２およびデバイス６０４の様々な動作を指示する。例えば、コントローラはフィルタについての情報を報告して適切なフィルタを決定し、フィルタを使用して情報を復号することができる。データメモリ６４２および６４４は、それぞれコントローラ６４０および６３２によって使用されるプログラムコードおよびデータを記憶することができる。

図６は、また通信構成要素がここで教示するキープアライブ動作の少なくとも一部を実行する１つまたは複数の構成要素を含むことができることを示す。例えば、キープアライブ制御構成要素６４６はコントローラ６４０および／またはデバイス６０２の他の構成要素と協働して、別のデバイス（例えば、デバイス６０４）に／から情報を送信／受信することができる。同様に、キープアライブ制御構成要素６４８はコントローラ６３２および／またはデバイス６０４の他の構成要素と協働して、別のデバイス（例えば、デバイス６０２）に／から情報を送信／受信することができる。

無線デバイスは、無線デバイスによって送信または受信される信号に基づいて機能を実行する様々な構成要素を含むことができる。例えば、無線ヘッドセットは、受信機を介して受信されたデータに基づいてオーディオ出力を得るように適合されたトランスデューサを含むことができる。無線ウォッチは、受信機によって受信されたデータに基づいて指示を与えるように適合されたユーザインターフェースを含むことができる。無線検知デバイスは、送信機によって送信されるデータを得るように適合されたセンサを含むことができる。

無線デバイスは、好適な無線通信技術に基づくか、あるいは好適な無線通信技術をサポートする、１つまたは複数の無線通信リンクを介して通信することができる。例えば、いくつかの態様では無線デバイスはネットワークに関連することができる。いくつかの態様では、ネットワークはボディエリアネットワークまたはパーソナルエリアネットワーク（例えば、超広帯域ネットワーク）を備えることができる。いくつかの態様では、ネットワークはローカルエリアネットワークまたはワイドエリアネットワークを備えることができる。無線デバイスは、例えばＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭＡＸ、Ｗｉ−Ｆｉなどの、１つまたは複数の様々な無線通信技術、プロトコル、または標準をサポートあるいは使用することができる。同様に、無線デバイスは、１つまたは複数の様々な対応する変調または多重化方式をサポートあるいは使用することができる。従って、無線デバイスは、上記または他の無線通信技術を使用して１つまたは複数の無線通信リンクを確立し、それを介して通信するために適切な構成要素（例えば、エアインターフェース）を含むことができる。例えば、デバイスは無線媒体上の通信を可能にする様々な構成要素（例えば、信号発生器および信号処理器）を含むことができる関連する送信機構成要素および受信機構成要素（例えば、送信機４０６および５０４ならびに受信機４０８および５０６）とともに無線トランシーバを備えることができる
いくつかの態様では、無線デバイスはインパルスベースの無線通信リンクを介して通信することができる。例えば、インパルスベースの無線通信リンクは、比較的短い長さ（例えば、数ナノ秒程度）および比較的広い帯域幅を有する超広帯域パルスを利用することができる。いくつかの態様では、超広帯域パルスは約２０％もしくはそれ以上の比帯域幅、および／または約５００ＭＨｚもしくはそれ以上の帯域幅を持つことができる。

ここでの教示は、様々な装置（例えば、デバイス）に組み込む（例えば、装置内に実装する、または装置によって実行する）ことができる。例えば、ここで教示した１つまたは複数の態様は、電話（例えば、セルラー電話）、携帯情報端末（”ＰＤＡ”）、エンターテインメントデバイス（例えば、音楽またはビデオデバイス）、ヘッドセット（例えば、ヘッドホン、イヤピースなど）、マイクロホン、医療デバイス（例えば、生体センサ、心拍数モニタ、歩数計、ＥＫＧデバイスなど）、ユーザＩ／Ｏデバイス（例えば、時計、遠隔制御装置、照明スイッチ、キーボード、マウスなど）、タイヤ空気圧モニタ、コンピュータ、販売時点管理デバイス（point-of-sale device）、エンターテインメントデバイス、補聴器、セットトップボックス、または他の好適なデバイスに組み込むことができる。

これらのデバイスは、異なる電力およびデータ要件を有することができる。いくつかの態様では、ここでの教示は（例えば、インパルスベースのシグナリング方式および低デューティサイクルモードを使用して）低電力アプリケーションで使用するように適用でき、（例えば、高帯域パルスを使用して）比較的高い転送速度を含む様々なデータ転送速度をサポートすることができる。

いくつかの態様では、無線デバイスは通信システムのためのアクセスデバイス（例えば、Ｗｉ−Ｆｉアクセスポイント）を備えることができる。そのようなアクセスデバイスは、例えば有線または無線通信リンクを介して別のネットワーク（例えば、インターネットまたはセルラネットワークなどワイドエリアネットワーク）への接続性を提供することができる。従って、アクセスデバイスは別のデバイス（例えば、Ｗｉ−Ｆｉ局）が他のネットワークまたは何らかの他の機能にアクセスできるようにすることができる。さらに、一方または両方のデバイスはポータブルでもよいし、場合によっては比較的非ポータブルでもよいことが理解されよう。

ここで説明した構成要素は、様々な方法で実装することができる。図７および図８を参照すると、装置７００および８００は例えば１つまたは複数の集積回路（例えば、ＡＳＩＣ）によって実装される機能を表すか、またはここで教示する何らかの他の方法で実装できる一連の相互に関係する機能ブロックとして表されている。ここで述べるように、集積回路はプロセッサ、ソフトウェア、他の構成要素、またはそれらの何らかの組合せを含むことができる。

装置７００および８００は、様々な図に関して上述した１つまたは複数の機能を実行することができる１つまたは複数のモジュールを含むことができる。例えば、送信用ＡＳＩＣ７０２または８０２は、例えばここで述べる送信機に対応する。受信用ＡＳＩＣ７０４または８０４は、例えばここで述べる受信機に対応する。判断用ＡＳＩＣ７０６は、例えば、ここで述べるキープアライブプロセッサに対応する。判断用ＡＳＩＣ８０６は、例えばここで述べるキープアライブコントローラに対応する。復帰用ＡＳＩＣ７１４または８０８は、例えばここで述べるモードコントローラに対応する。規定用ＡＳＩＣ７０８は、例えばここで述べるキープアライブデバイスセレクタに対応する。指定用ＡＳＩＣ７１０は、例えばここで述べるキープアライブデバイスセレクタに対応する。定義用ＡＳＩＣ７１２は、例えばここで述べるキープアライブスケジューラに対応する。

上記のようにいくつかの態様では、これらの構成要素は適切なプロセッサ構成要素により実装され得る。これらのプロセッサ構成要素は、いくつかの態様では少なくとも部分的にはここで教示する構造を使用して実装され得る。いくつかの態様では、プロセッサはこれらの構成要素のうちの１つまたは複数の機能の一部もしくは全てを実装するように適合され得る。いくつかの態様では、破線の囲みによって表される１つまたは複数の構成要素はオプションである。

上記のように、装置７００および８００は１つまたは複数の集積回路を備えることができる。例えば、いくつかの態様では単一の集積回路は示された構成要素のうちの１つまたは複数の機能を実装することができ、一方、他の態様では２つ以上の集積回路は示された構成要素のうちの１つまたは複数の機能を実装することができる。

さらに、図７および図８で示した構成要素および機能ならびにここで説明した他の構成要素および機能は、任意の好適な手段を使用して実装され得る。そのような手段は、少なくとも部分的にはここで教示した対応する構造を使用して実装することもできる。例えば、図７および図８の「ＡＳＩＣ」構成要素に関連して上述した構成要素はまた同様に指定された「手段」機能に対応することができる。従って、いくつかの態様では１つまたは複数のそのような手段は、ここで教示する１つまたは複数のプロセッサ構成要素、集積回路または他の好適な構造を使用して実装できる。

また、本明細書における「第１」、「第２」などの名称を使用した要素への言及は、それらの要素の数量または順序を概括的に限定するものでないことを理解されたい。むしろ、これらの名称は本明細書において２つ以上の異なる要素を区別する便利な方法として使用され得る。従って、第１および第２の要素への言及は、そこで２つの要素のみが使用できること、または第１の要素が何らかの方法で第２の要素に先行しなければならないことを意味するものではない。また、別段の規定がない限り、１組の要素は１つまたは複数の要素を備えることがある。

情報および信号は、様々な異なる技術および技法のいずれかを使用して表され得ることを当業者は理解されよう。例えば、上記の説明全体にわたって言及されるデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。

さらに、ここで開示された態様に関して説明した様々な例示的な論理ブロック、モジュール、プロセッサ、手段、回路およびアルゴリズムステップは、電子ハードウェア（例えば、情報源符号化または他の何らかの技法を使用して設計され得る、デジタル実装、アナログ実装、またはそれら２つの組合せ）、命令を組み込んだ様々な形態のプログラムまたは設計コード（便宜上、ここでは「ソフトウェア」または「ソフトウェアモジュール」と呼ぶことがある）、または両方の組合せとして実装できることを当業者は理解されよう。このハードウェアとソフトウェアの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアで実装するかソフトウェアで実装するかは、システム全体に課せられた特定のアプリケーションおよび設計上の制約に依存する。当業者は、説明した機能を特定のアプリケーション毎に様々な方法で実装することができるが、そのような実装の決定は本開示の範囲からの逸脱を生じると解釈すべきではない。

ここで開示された態様に関して説明した様々な例示的な論理ブロック、モジュールおよび回路は、集積回路（”ＩＣ”）、アクセス端末、またはアクセスポイント内に実装できるか、またはそれらによって実行され得る。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタロジック、個別ハードウェア構成要素、電子的構成要素、光学的構成要素、機械的構成要素、またはここに記載の機能を実行するように設計されたそれらの任意の組合せを備えることができ、ＩＣの内部、ＩＣの外側、またはその両方に存在するコードまたは命令を実行することができる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティングデバイスの組合せ、例えばＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成としても実装できる。

開示されたプロセス中のステップの特定の順序または階層は、例示的な手法の一例であることが理解されよう。設計の選好に基づいて、プロセス中のステップの特定の順序または階層は本開示の範囲内のまま再構成できることが理解されよう。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

ここで開示された態様に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその２つの組合せで実施され得る。ソフトウェアモジュール（例えば、実行可能命令および関連するデータを含む）および他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の形態のコンピュータ可読記憶媒体など、データメモリ中に常駐され得る。プロセッサが記憶媒体から情報（例えばコード）を読み取り、情報を記憶媒体に書き込むことができるように、例示的な記憶媒体を例えばコンピュータ／プロセッサ（便宜上、ここでは「プロセッサ」と呼ぶことがある）などのマシンに結合することができる。例示的な記憶媒体はプロセッサと一体とされ得る。プロセッサおよび記憶媒体は、ＡＳＩＣ中に常駐され得る。ＡＳＩＣは、ユーザ装置中に常駐され得る。代替では、プロセッサおよび記憶媒体はユーザ装置中の個別部品として常駐され得る。さらに、いくつかの態様では好適なコンピュータプログラム製品は、本開示の態様のうちの１つまたは複数に関する（例えば、少なくとも１つのコンピュータによって実行可能な）コードを備えるコンピュータ可読媒体を備えることができる。いくつかの態様では、コンピュータプログラム製品はパッケージ材料を備えることができる。

開示された態様の前述の説明は、当業者が本開示を実施または使用できるようにするために提供されるものである。これらの態様への様々な変更は当業者には容易に明らかとなり、ここで定義した一般的な原理は、本開示の範囲から逸脱することなく他の態様に適用できる。従って、本開示はここに示された態様に限定されるものではなく、ここに開示された原理および新規の特徴に一致する最も広い範囲を与えられるべきものである。

Claims

パケットをパケットレートに従って少なくとも１つの無線デバイスに送信することと、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信することと、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断することと、を備える無線通信方法。
前記パケットは、ほぼ規則的な時間間隔で送信される請求項１に記載の方法。
前記パケットは、マルチキャストパケットを備える請求項１に記載の方法。
前記パケットは、データストリームの一部分を備える請求項１に記載の方法。
前記少なくとも１つの無線デバイスがもはや前記データストリームをリッスンしていないと判断することをさらに備え、
パケットを送信し続けるべきかどうかの前記判断は、前記データストリームを終了することを決定すること、を備える請求項４に記載の方法。
前記少なくとも１つの無線デバイスは、複数の無線デバイスを備える請求項１に記載の方法。
前記サブセットは、前記無線デバイスのうちの１つを備える請求項６に記載の方法。
前記無線デバイスのうちのどれがキープアライブメッセージを送信すべきかを規定すること、をさらに備える請求項６に記載の方法。
キープアライブメッセージがもはや前記サブセットから受信されていないと判断することと、
キープアライブメッセージを送信すべき、前記無線デバイスの別のサブセットを指定することと、
前記別のサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信することと、をさらに備える請求項６に記載の方法。
キープアライブメッセージを送信すべき前記無線デバイスの各々の送信スケジュールを定義すること、をさらに備える請求項６に記載の方法。
前記送信スケジュールは、前記無線デバイスがキープアライブメッセージを異なる時間に送信するように指定する請求項１０に記載の方法。
前記送信スケジュールは、前記無線デバイスの各々のパケット周期とパケットオフセットとを備える請求項１０に記載の方法。
前記送信スケジュールは、キープアライブメッセージを送信すべきかどうかを判断するために前記無線デバイスが使用する少なくとも１つの確率基準を備える請求項１０に記載の方法。
前記キープアライブメッセージを受信すべき指定された時間に省電力状態から復帰すること、をさらに備える請求項１に記載の方法。
前記キープアライブメッセージは、前記サブセットがパケットについてリッスンし続けることが予期されることを示す請求項１に記載の方法。
前記キープアライブメッセージの各々は、前記サブセットが受信され、かつパケットを受信し続けることが予期されることを示す請求項１に記載の方法。
パケットをパケットレートに従って少なくとも１つの無線デバイスに送信するように構成された送信機と、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するように構成された受信機と、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断するように構成されたキープアライブプロセッサと、を備える無線通信装置。
前記パケットは、ほぼ規則的な時間間隔で送信される請求項１７に記載の装置。
前記パケットは、マルチキャストパケットを備える請求項１７に記載の装置。
前記パケットは、データストリームの一部分を備える請求項１７に記載の装置。
前記キープアライブプロセッサは、前記少なくとも１つの無線デバイスがもはや前記データストリームをリッスンしていないと判断するようにさらに構成され、
パケットを送信し続けるべきかどうかの前記判断は、前記データストリームを終了することを決定すること、を備える請求項２０に記載の装置。
前記少なくとも１つの無線デバイスは、複数の無線デバイスを備える請求項１７に記載の装置。
前記サブセットは、前記無線デバイスのうちの１つを備える請求項２２に記載の装置。
前記無線デバイスのうちのどれがキープアライブメッセージを送信すべきかを規定するように構成されたキープアライブデバイスセレクタをさらに備える請求項２２に記載の装置。
前記キープアライブプロセッサは、キープアライブメッセージがもはや前記サブセットから受信されていないと判断するようにさらに構成され、
前記装置は、キープアライブメッセージを送信すべき、前記無線デバイスの別のサブセットを指定するように構成されたキープアライブデバイスセレクタをさらに備え、
前記受信機は、前記別のサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するようにさらに構成される請求項２２に記載の装置。
キープアライブメッセージを送信すべき前記無線デバイスの各々の送信スケジュールを定義するように構成されたキープアライブスケジューラをさらに備える請求項２２に記載の装置。
前記送信スケジュールは、前記無線デバイスがキープアライブメッセージを異なる時間に送信するように指定する請求項２６に記載の装置。
前記送信スケジュールは、前記無線デバイスの各々のパケット周期とパケットオフセットとを備える請求項２６に記載の装置。
前記送信スケジュールは、キープアライブメッセージを送信すべきかどうかを判断するために前記無線デバイスが使用する少なくとも１つの確率基準を備える請求項２６に記載の装置。
前記装置の少なくとも一部が前記キープアライブメッセージを受信すべき指定された時間に省電力状態から復帰することができるように構成されたモードコントローラをさらに備える請求項１７に記載の装置。
前記キープアライブメッセージは、前記サブセットがパケットについてリッスンし続けることが予期されることを示す請求項１７に記載の装置。
前記キープアライブメッセージの各々は、前記サブセットがパケットを受信し、パケットを受信し続けることが予期されることを示す請求項１７に記載の装置。
パケットをパケットレートに従って送信少なくとも１つの無線デバイスに送信する手段と、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信する手段と、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断する手段と、を備える無線通信装置。
前記パケットは、ほぼ規則的な時間間隔で送信される請求項３３に記載の装置。
前記パケットは、マルチキャストパケットを備える請求項３３に記載の装置。
前記パケットは、データストリームの一部分を備える請求項３３に記載の装置。
前記判断する手段は、前記少なくとも１つの無線デバイスがもはや前記データストリームをリッスンしていないとさらに判断し、
パケットを送信し続けるべきかどうかの前記判断は、前記データストリームを終了することを決定すること、を備える請求項３６に記載の装置。
前記少なくとも１つの無線デバイスは、複数の無線デバイスを備える請求項３３に記載の装置。
前記サブセットは、前記無線デバイスのうちの１つを備える請求項３８に記載の装置。
前記無線デバイスのうちのどれがキープアライブメッセージを送信すべきかを規定する手段をさらに備える請求項３８に記載の装置。
前記判断する手段は、キープアライブメッセージがもはや前記サブセットから受信されていないとさらに判断し、
前記装置は、キープアライブメッセージを送信すべき、前記無線デバイスの別のサブセットを指定する手段をさらに備え、
前記受信する手段は、前記別のサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートでさらに受信する請求項３８に記載の装置。
キープアライブメッセージを送信すべき前記無線デバイスの各々の送信スケジュールを定義する手段をさらに備える請求項３８に記載の装置。
前記送信スケジュールは、前記無線デバイスがキープアライブメッセージを異なる時間に送信するように指定する請求項４２に記載の装置。
前記送信スケジュールは、前記無線デバイスの各々のパケット周期とパケットオフセットとを備える請求項４２に記載の装置。
前記送信スケジュールは、キープアライブメッセージを送信すべきかどうかを判断するために前記無線デバイスが使用する少なくとも１つの確率基準を備える請求項４２に記載の装置。
前記キープアライブメッセージを受信すべき指定された時間に省電力状態から復帰する手段をさらに備える請求項３３に記載の装置。
前記キープアライブメッセージは、前記サブセットがパケットをリッスンし続けることが予期されることを示す請求項３３に記載の装置。
前記キープアライブメッセージの各々は、前記サブセットがパケットを受信し、パケットを受信し続けることが予期されることを示す請求項３３に記載の装置。
パケットをパケットレートに従って少なくとも１つの無線デバイスに送信し、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信し、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断するための、
少なくとも１つのコンピュータによって実行可能なコードを備えるコンピュータ可読媒体を備える無線通信用コンピュータプログラム製品。
パケットをパケットレートに従って少なくとも１つの無線デバイスに送信するように構成された送信機と、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するように構成された受信機と、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断するように構成された送信コントローラと、
前記受信機によって受信されたデータに基づいてオーディオ出力を与えるように適合された変換器と、を備える無線通信用ヘッドセット。
パケットをパケットレートに従って少なくとも１つの無線デバイスに送信するように構成された送信機と、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するように構成された受信機と、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断するように構成された送信コントローラと、
前記受信機によって受信されたデータに基づいて指示を与えるように適合されたユーザインターフェースと、を備える無線通信用ウォッチ。
パケットをパケットレートに従って少なくとも１つの無線デバイスに送信するように構成された送信機と、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するように構成された受信機と、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断するように構成された送信コントローラと、
前記送信機によって送信されるデータを与えるように適合されたセンサと、を備える無線通信用検知デバイス。
パケットレートに従って無線デバイスからのパケットを受信することと、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信することと、を備える無線通信方法。
前記パケットは、マルチキャストパケットを備える請求項５３に記載の方法。
前記パケットは、ほぼ規則的な時間間隔で受信される請求項５３に記載の方法。
前記パケットは、データストリームの一部分を備える請求項５３に記載の方法。
前記キープアライブメッセージの送信を許可する、前記無線デバイスからのメッセージの受信に基づいて前記キープアライブメッセージを送信すべきかどうかを判断すること、をさらに備える請求項５３に記載の方法。
前記キープアライブメッセージの前記送信のための前記レートを指定する、前記無線デバイスからの指示を受信すること、をさらに備える請求項５３に記載の方法。
前記キープアライブメッセージは、前記無線デバイスから受信された送信スケジュールに基づいて送信される請求項５３に記載の方法。
前記送信スケジュールは、パケット周期とパケットオフセットとを備える請求項５９に記載の方法。
前記送信スケジュールは、キープアライブメッセージを送信するように構成された異なる無線デバイスについて異なるキープアライブ送信時間を定義する請求項５９に記載の方法。
確率パラメータに基づいて前記キープアライブメッセージを送信すべきかどうかを判断すること、をさらに備える請求項５３に記載の方法。
前記キープアライブメッセージを送信すべきかどうかの前記判断は、前記確率パラメータと確率しきい値との比較に基づいて前記キープアライブメッセージのうちの所定の１つを送信しないことを決定すること、を備える請求項６２に記載の方法。
前記キープアライブメッセージは、パケットをリッスンし続けることが予期されることを示す請求項５３に記載の方法。
前記キープアライブメッセージの各々は、パケットの受信とパケットを受信し続けることが予期されることを示す請求項５３に記載の方法。
少なくとも１つのパケットが、定義された時間期間内に正常に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断すること、をさらに備える請求項５３に記載の方法。
前記定義された時間期間は、定義されたパケット数に関連するウィンドウを備える請求項６６に記載の方法。
少なくとも１つのパケットの検証可能な部分が、定義された時間期間内に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断すること、をさらに備える請求項５３に記載の方法。
前記検証可能な部分は、ヘッダの少なくとも一部分またはプリアンブルの少なくとも一部分を備える請求項６８に記載の方法。
前記キープアライブメッセージを送信すべき指定された時間に省電力状態から復帰すること、をさらに備える請求項５３に記載の方法。
無線デバイスからのパケットをパケットレートに従って受信するように構成された受信機と、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するように構成された送信機と、を備える無線通信装置。
前記パケットは、マルチキャストパケットを備える請求項７１に記載の装置。
前記パケットは、ほぼ規則的な時間間隔で受信される請求項７１に記載の装置。
前記パケットは、データストリームの一部分を備える請求項７１に記載の装置。
前記無線デバイスからの、前記キープアライブメッセージの送信を許可するメッセージの受信に基づいて、前記キープアライブメッセージを送信すべきかどうかを判断するように構成されたキープアライブコントローラをさらに備える請求項７１に記載の装置。
前記無線デバイスからの、前記キープアライブメッセージの前記送信のための前記レートを指定する指示を受信するように構成されたキープアライブコントローラをさらに備える請求項７１に記載の装置。
前記キープアライブメッセージは、前記無線デバイスから受信された送信スケジュールに基づいて送信される請求項７１に記載の装置。
前記送信スケジュールは、パケット周期とパケットオフセットとを備える請求項７７に記載の装置。
前記送信スケジュールは、キープアライブメッセージを送信するように構成された異なる無線デバイスについて異なるキープアライブ送信時間を定義する請求項７７に記載の装置。
確率パラメータに基づいて前記キープアライブメッセージを送信すべきかどうかを判断するように構成されたキープアライブコントローラをさらに備える請求項７１に記載の装置。
前記キープアライブメッセージを送信すべきかどうかの前記判断は、前記確率パラメータと確率しきい値との比較に基づいて前記キープアライブメッセージのうちの所定の１つを送信しないことを決定すること、を備える請求項８０に記載の装置。
前記キープアライブメッセージは、パケットをリッスンし続けることが予期されることを示す請求項７１に記載の装置。
前記キープアライブメッセージの各々は、パケットの受信とパケットを受信し続けることが予期されることを示す請求項７１に記載の装置。
少なくとも１つのパケットが、定義された時間期間内に正常に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断するように構成されたキープアライブコントローラをさらに備える請求項７１に記載の装置。
前記定義された時間期間は、定義されたパケット数に関連するウィンドウを備える請求項８４に記載の装置。
少なくとも１つのパケットの検証可能な部分が、定義された時間期間内に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断するように構成されたキープアライブコントローラをさらに備える請求項７１に記載の装置。
前記検証可能な部分は、ヘッダの少なくとも一部分またはプリアンブルの少なくとも一部分を備える請求項８６に記載の装置。
前記装置の少なくとも一部は、前記キープアライブメッセージを送信すべき指定された時間に省電力状態から復帰できるようにするように構成されたモードコントローラをさらに備える請求項７１に記載の装置。
無線デバイスからのパケットをパケットレートに従って受信する手段と、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信する手段と、を備える無線通信装置。
前記パケットは、マルチキャストパケットを備える請求項８９に記載の装置。
前記パケットは、ほぼ規則的な時間間隔で受信される請求項８９に記載の装置。
前記パケットは、データストリームの一部分を備える請求項８９に記載の装置。
前記無線デバイスからの、前記キープアライブメッセージの送信を許可するメッセージの受信に基づいて、前記キープアライブメッセージを送信すべきかどうかを判断するための手段をさらに備える請求項８９に記載の装置。
前記受信する手段は、前記無線デバイスからの、前記キープアライブメッセージの前記送信のための前記レートを指定する指示を受信する請求項８９に記載の装置。
前記キープアライブメッセージは、前記無線デバイスから受信された送信スケジュールに基づいて送信される請求項８９に記載の装置。
前記送信スケジュールは、パケット周期とパケットオフセットとを備える請求項９５に記載の装置。
前記送信スケジュールは、キープアライブメッセージを送信するように構成された異なる無線デバイスについて異なるキープアライブ送信時間を定義する請求項９５に記載の装置。
確率パラメータに基づいて前記キープアライブメッセージを送信すべきかどうかを判断する手段をさらに備える請求項８９に記載の装置。
前記キープアライブメッセージを送信すべきかどうかの前記判断は、前記確率パラメータと確率しきい値との比較に基づいて前記キープアライブメッセージのうちの所定の１つを送信しないことを決定すること、を備える請求項９８に記載の装置。
前記キープアライブメッセージは、パケットをリッスンし続けることが予期されることを示す請求項８９に記載の装置。
前記キープアライブメッセージの各々は、パケットの受信とパケットを受信し続けることが予期されることを示す請求項８９に記載の装置。
少なくとも１つのパケットが定義された時間期間内に正常に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断する手段をさらに備える請求項８９に記載の装置。
前記定義された時間期間は、定義されたパケット数に関連するウィンドウを備える請求項１０２に記載の装置。
少なくとも１つのパケットの検証可能な部分が、定義された時間期間内に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断する手段をさらに備える請求項８９に記載の装置。
前記検証可能な部分は、ヘッダの少なくとも一部分またはプリアンブルの少なくとも一部分を備える請求項１０４に記載の装置。
前記キープアライブメッセージを送信すべき指定された時間に省電力状態から復帰する手段をさらに備える請求項８９に記載の装置。
無線デバイスからのパケットをパケットレートに従って受信し、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するための、
少なくとも１つのコンピュータによって実行可能なコードを備えるコンピュータ可読媒体を備える無線通信用コンピュータプログラム製品。
無線デバイスからのパケットをパケットレートに従って受信するように構成された受信機と、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するように構成された送信機と、
前記受信機によって受信されたデータに基づいてオーディオ出力を与えるように適合された変換器と、を備える無線通信用ヘッドセット。
無線デバイスからのパケットをパケットレートに従って受信するように構成された受信機と、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するように構成された送信機と、
前記受信機によって受信されたデータに基づいて指示を与えるように適合されたユーザインターフェースと、を備える無線通信用ウォッチ。
無線デバイスからのパケットをパケットレートに従って受信するように構成された受信機と、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するように構成された送信機と、
前記送信機によって送信されるデータを与えるように適合されたセンサと、を備える無線通信用検知デバイス。