(57)【特許請求の範囲】
【請求項１】
パケットをパケットレートに従って複数の無線デバイスに送信することと、ここにおいて、前記パケットは、ほぼ規則的な時間間隔で送信される、
前記複数の無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信することと、
前記キープアライブメッセージの送信のために前記複数の無線デバイスの各々に関する送信スケジュールを定義することと、ここにおいて、前記送信スケジュールは、前記無線デバイスが前記キープアライブメッセージを送信すべきか否かを判断するのに使用する少なくとも１つの確率基準（probability criterion）と、指定されたパケット周期および指定されたパケットオフセットを具備し、前記確率基準と、パケット周期とパケットオフセットに基づいて前記各無線デバイスのキープアライブ送信時間が直交するように規定する、ここにおいて、前記確率基準は、前記キープアライブメッセージを送信すべきか否かを判断するためのしきい値である、
前記受信されたキープアライブメッセージに基づいて前記複数の無線デバイスにパケットを送信し続けるべきかどうかを判断することと、を備える無線通信方法。
【請求項２】
前記パケットは、マルチキャストパケットを備える請求項１に記載の方法。
【請求項３】
前記パケットは、データストリームの一部分を備える請求項１に記載の方法。
【請求項４】
前記複数の無線デバイスがもはや前記データストリームをリッスンしていないと判断することをさらに備え、
パケットを送信し続けるべきかどうかの前記判断は、前記データストリームを終了することを決定すること、を備える請求項３に記載の方法。
【請求項５】
前記サブセットは、前記無線デバイスのうちの１つを備える請求項１に記載の方法。
【請求項６】
前記無線デバイスのうちのどれがキープアライブメッセージを送信すべきかを規定すること、をさらに備える請求項１に記載の方法。
【請求項７】
キープアライブメッセージがもはや前記サブセットから受信されていないと判断することと、
キープアライブメッセージを送信すべき、前記無線デバイスの別のサブセットを指定することと、
前記別のサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信することと、をさらに備える請求項１に記載の方法。
【請求項８】
前記送信スケジュールは、前記無線デバイスがキープアライブメッセージを異なる時間に送信するように指定する請求項１に記載の方法。
【請求項９】
前記送信スケジュールは、前記無線デバイスの各々のパケット周期とパケットオフセットとを備える請求項１に記載の方法。
【請求項１０】
前記キープアライブメッセージを受信すべき指定された時間に省電力状態から復帰すること、をさらに備える請求項１に記載の方法。
【請求項１１】
前記キープアライブメッセージは、前記サブセットがパケットについてリッスンし続けることが予期されることを示す請求項１に記載の方法。
【請求項１２】
前記キープアライブメッセージの各々は、前記サブセットがパケットを受信し、かつパケットを受信し続けることが予期されることを示す請求項１に記載の方法。
【請求項１３】
パケットをパケットレートに従って複数の無線デバイスに送信するように構成された送信機と、ここにおいて、前記パケットは、ほぼ規則的な時間間隔で送信される、
前記複数の無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するように構成された受信機と、
前記キープアライブメッセージの送信のために前記複数の無線デバイスの各々に関する送信スケジュールを定義するように構成されたスケジューラと、ここにおいて、前記送信スケジュールは、前記無線デバイスが前記キープアライブメッセージを送信すべきか否かを判断するのに使用する少なくとも１つの確率基準（probability criterion）と、指定されたパケット周期および指定されたパケットオフセットを具備し、前記確率基準と、パケット周期とパケットオフセットに基づいて前記各無線デバイスのキープアライブ送信時間が直交するように規定する、ここにおいて、前記確率基準は、前記キープアライブメッセージを送信すべきか否かを判断するためのしきい値である、
前記受信されたキープアライブメッセージに基づいて前記複数の無線デバイスにパケットを送信し続けるべきかどうかを判断するように構成されたキープアライブプロセッサと
、を備える無線通信装置。
【請求項１４】
前記パケットは、マルチキャストパケットを備える請求項１３に記載の装置。
【請求項１５】
前記パケットは、データストリームの一部分を備える請求項１３に記載の装置。
【請求項１６】
前記キープアライブプロセッサは、前記複数の無線デバイスがもはや前記データストリームをリッスンしていないと判断するようにさらに構成され、
パケットを送信し続けるべきかどうかの前記判断は、前記データストリームを終了することを決定すること、を備える請求項１５に記載の装置。
【請求項１７】
前記サブセットは、前記無線デバイスのうちの１つを備える請求項１３に記載の装置。
【請求項１８】
前記無線デバイスのうちのどれがキープアライブメッセージを送信すべきかを規定するように構成されたキープアライブデバイスセレクタをさらに備える請求項１３に記載の装置。
【請求項１９】
前記キープアライブプロセッサは、キープアライブメッセージがもはや前記サブセットから受信されていないと判断するようにさらに構成され、
前記装置は、キープアライブメッセージを送信すべき、前記無線デバイスの別のサブセットを指定するように構成されたキープアライブデバイスセレクタをさらに備え、
前記受信機は、前記別のサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するようにさらに構成される請求項１３に記載の装置。
【請求項２０】
前記送信スケジュールは、前記無線デバイスがキープアライブメッセージを異なる時間に送信するように指定する請求項１３に記載の装置。
【請求項２１】
前記送信スケジュールは、前記無線デバイスの各々のパケット周期とパケットオフセットとを備える請求項１３に記載の装置。
【請求項２２】
前記装置の少なくとも一部が前記キープアライブメッセージを受信すべき指定された時間に省電力状態から復帰することができるように構成されたモードコントローラをさらに備える請求項１３に記載の装置。
【請求項２３】
前記キープアライブメッセージは、前記サブセットがパケットについてリッスンし続けることが予期されることを示す請求項１３に記載の装置。
【請求項２４】
前記キープアライブメッセージの各々は、前記サブセットがパケットを受信し、パケットを受信し続けることが予期されることを示す請求項１３に記載の装置。
【請求項２５】
パケットをパケットレートに従って複数の無線デバイスに送信する手段と、ここにおいて、前記パケットは、ほぼ規則的な時間間隔で送信される、
前記複数の無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信する手段と、
前記キープアライブメッセージの送信のために前記複数の無線デバイスの各々に関する送信スケジュールを定義する手段と、ここにおいて、前記送信スケジュールは、前記無線デバイスが前記キープアライブメッセージを送信すべきか否かを判断するのに使用する少なくとも１つの確率基準（probability criterion）と、指定されたパケット周期および指定されたパケットオフセットを具備し、前記確率基準と、パケット周期とパケットオフセットに基づいて前記各無線デバイスのキープアライブ送信時間が直交するように規定する、ここにおいて、前記確率基準は、前記キープアライブメッセージを送信すべきか否かを判断するためのしきい値である、
前記受信されたキープアライブメッセージに基づいて前記複数の無線デバイスにパケットを送信し続けるべきかどうかを判断する手段と、を備える無線通信装置。
【請求項２６】
前記パケットは、マルチキャストパケットを備える請求項２５に記載の装置。
【請求項２７】
前記パケットは、データストリームの一部分を備える請求項２５に記載の装置。
【請求項２８】
前記判断する手段は、前記複数の無線デバイスがもはや前記データストリームをリッスンしていないとさらに判断し、
パケットを送信し続けるべきかどうかの前記判断は、前記データストリームを終了することを決定すること、を備える請求項２７に記載の装置。
【請求項２９】
前記サブセットは、前記無線デバイスのうちの１つを備える請求項２５に記載の装置。
【請求項３０】
前記無線デバイスのうちのどれがキープアライブメッセージを送信すべきかを規定する手段をさらに備える請求項２５に記載の装置。
【請求項３１】
前記判断する手段は、キープアライブメッセージがもはや前記サブセットから受信されていないとさらに判断し、
前記装置は、キープアライブメッセージを送信すべき、前記無線デバイスの別のサブセットを指定する手段をさらに備え、
前記受信する手段は、前記別のサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートでさらに受信する請求項２５に記載の装置。
【請求項３２】
前記送信スケジュールは、前記無線デバイスがキープアライブメッセージを異なる時間に送信するように指定する請求項２５に記載の装置。
【請求項３３】
前記送信スケジュールは、前記無線デバイスの各々のパケット周期とパケットオフセットとを備える請求項２５に記載の装置。
【請求項３４】
前記キープアライブメッセージを受信すべき指定された時間に省電力状態から復帰する手段をさらに備える請求項２５に記載の装置。
【請求項３５】
前記キープアライブメッセージは、前記サブセットがパケットをリッスンし続けることが予期されることを示す請求項２５に記載の装置。
【請求項３６】
前記キープアライブメッセージの各々は、前記サブセットがパケットを受信し、パケットを受信し続けることが予期されることを示す請求項２５に記載の装置。
【請求項３７】
パケットをパケットレートに従って複数の無線デバイスに送信し、ここにおいて、前記パケットは、ほぼ規則的な時間間隔で送信される、
前記複数の無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信し、
前記キープアライブメッセージの送信のために前記複数の無線デバイスの各々に関する送信スケジュールを定義し、ここにおいて、前記送信スケジュールは、前記無線デバイスが前記キープアライブメッセージを送信すべきか否かを判断するのに使用する少なくとも１つの確率基準（probability criterion）と、指定されたパケット周期および指定されたパケットオフセットを具備し、前記確率基準と、パケット周期とパケットオフセットに基づいて前記各無線デバイスのキープアライブ送信時間が直交するように規定する、ここにおいて、前記確率基準は、前記キープアライブメッセージを送信すべきか否かを判断するためのしきい値である、
前記受信されたキープアライブメッセージに基づいて前記複数の無線デバイスにパケットを送信し続けるべきかどうかを判断するための、
少なくとも１つのコンピュータによって実行可能なコードを備えるコンピュータ可読媒体。
【請求項３８】
パケットをパケットレートに従って複数の無線デバイスに送信するように構成された送信機と、ここにおいて、前記パケットは、ほぼ規則的な時間間隔で送信される、
前記複数の無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するように構成された受信機と、
前記キープアライブメッセージの送信のために前記複数の無線デバイスの各々に関する送信スケジュールを定義するように構成されたスケジューラと、ここにおいて、前記送信スケジュールは、前記無線デバイスが前記キープアライブメッセージを送信すべきか否かを判断するのに使用する少なくとも１つの確率基準（probability criterion）と、指定されたパケット周期および指定されたパケットオフセットを具備し、前記確率基準と、パケット周期とパケットオフセットに基づいて前記各無線デバイスのキープアライブ送信時間が直交するように規定する、ここにおいて、前記確率基準は、前記キープアライブメッセージを送信すべきか否かを判断するためのしきい値である、
前記受信されたキープアライブメッセージに基づいて前記複数の無線デバイスにパケットを送信し続けるべきかどうかを判断するように構成された送信コントローラと、
前記送信機によって送信されるデータを与えるように適合されたセンサと、を備える無線通信用検知デバイス。
【請求項３９】
パケットレートに従って無線デバイスからのパケットを受信することと、ここにおいて、前記パケットは、ほぼ規則的な時間間隔で受信される、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信することと、
前記キープアライブメッセージの送信のために前記無線デバイスによって定義された送信スケジュールを維持することと、ここにおいて、前記送信スケジュールは、前記キープアライブメッセージを送信すべきか否かを判断するのに使用する少なくとも１つの確率基準（probability criterion）と、指定されたパケット周期および指定されたパケットオフセットを具備し、前記確率基準と、パケット周期とパケットオフセットに基づいて前記各無線デバイスのキープアライブ送信時間が直交するように規定する、ここにおいて、前記確率基準は、前記キープアライブメッセージを送信すべきか否かを判断するためのしきい値である、を備える無線通信方法。
【請求項４０】
前記パケットは、マルチキャストパケットを備える請求項３９に記載の方法。
【請求項４１】
前記パケットは、データストリームの一部分を備える請求項３９に記載の方法。
【請求項４２】
前記キープアライブメッセージの送信を許可する、前記無線デバイスからのメッセージの受信に基づいて前記キープアライブメッセージを送信すべきかどうかを判断すること、
をさらに備える請求項３９に記載の方法。
【請求項４３】
前記キープアライブメッセージの前記送信のための前記レートを指定する、前記無線デバイスからの指示を受信すること、をさらに備える請求項３９に記載の方法。
【請求項４４】
前記キープアライブメッセージは、前記無線デバイスから受信された送信スケジュールに基づいて送信される請求項３９に記載の方法。
【請求項４５】
前記送信スケジュールは、パケット周期とパケットオフセットとを備える請求項４４に記載の方法。
【請求項４６】
前記送信スケジュールは、キープアライブメッセージを送信するように構成された異なる無線デバイスについて異なるキープアライブ送信時間を定義する請求項４４に記載の方法。
【請求項４７】
確率パラメータに基づいて前記キープアライブメッセージを送信すべきかどうかを判断すること、をさらに備える請求項３９に記載の方法。
【請求項４８】
前記キープアライブメッセージを送信すべきかどうかの前記判断は、前記確率パラメータと確率しきい値との比較に基づいて前記キープアライブメッセージのうちの所定の１つを送信しないことを決定すること、を備える請求項４７に記載の方法。
【請求項４９】
前記キープアライブメッセージは、パケットをリッスンし続けることが予期されることを示す請求項３９に記載の方法。
【請求項５０】
前記キープアライブメッセージの各々は、パケットの受信とパケットを受信し続けることが予期されることを示す請求項３９に記載の方法。
【請求項５１】
少なくとも１つのパケットが、定義された時間期間内に正常に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断すること、をさらに備える請求項３９に記載の方法。
【請求項５２】
前記定義された時間期間は、定義されたパケット数に関連するウィンドウを備える請求項５１に記載の方法。
【請求項５３】
少なくとも１つのパケットの検証可能な部分が、定義された時間期間内に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断すること、をさらに備える請求項３９に記載の方法。
【請求項５４】
前記検証可能な部分は、ヘッダの少なくとも一部分またはプリアンブルの少なくとも一部分を備える請求項５３に記載の方法。
【請求項５５】
前記キープアライブメッセージを送信すべき指定された時間に省電力状態から復帰すること、をさらに備える請求項３９に記載の方法。
【請求項５６】
無線デバイスからのパケットをパケットレートに従って受信するように構成された受信機と、ここにおいて、前記パケットは、ほぼ規則的な時間間隔で受信される、
キープアライブメッセージの送信のために前記無線デバイスによって定義された送信スケジュールを維持するように構成されたスケジューラと、ここにおいて、前記送信スケジュールは、前記キープアライブメッセージを送信すべきか否かを判断するのに使用する少なくとも１つの確率基準（probability criterion）と、指定されたパケット周期および指定されたパケットオフセットを具備し、前記確率基準と、パケット周期とパケットオフセットに基づいて前記各無線デバイスのキープアライブ送信時間が直交するように規定する、ここにおいて、前記確率基準は、前記キープアライブメッセージを送信すべきか否かを判断するためのしきい値である、
前記キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するように構成された送信機と、を備える無線通信装置。
【請求項５７】
前記パケットは、マルチキャストパケットを備える請求項５６に記載の装置。
【請求項５８】
前記パケットは、データストリームの一部分を備える請求項５６に記載の装置。
【請求項５９】
前記無線デバイスからの、前記キープアライブメッセージの送信を許可するメッセージの受信に基づいて、前記キープアライブメッセージを送信すべきかどうかを判断するように構成されたキープアライブコントローラをさらに備える請求項５６に記載の装置。
【請求項６０】
前記無線デバイスからの、前記キープアライブメッセージの前記送信のための前記レートを指定する指示を受信するように構成されたキープアライブコントローラをさらに備える請求項５６に記載の装置。
【請求項６１】
前記キープアライブメッセージは、前記無線デバイスから受信された送信スケジュールに基づいて送信される請求項５６に記載の装置。
【請求項６２】
前記送信スケジュールは、パケット周期とパケットオフセットとを備える請求項６１に記載の装置。
【請求項６３】
前記送信スケジュールは、キープアライブメッセージを送信するように構成された異なる無線デバイスについて異なるキープアライブ送信時間を定義する請求項６１に記載の装置。
【請求項６４】
確率パラメータに基づいて前記キープアライブメッセージを送信すべきかどうかを判断するように構成されたキープアライブコントローラをさらに備える請求項５６に記載の装置。
【請求項６５】
前記キープアライブメッセージを送信すべきかどうかの前記判断は、前記確率パラメータと確率しきい値との比較に基づいて前記キープアライブメッセージのうちの所定の１つを送信しないことを決定すること、を備える請求項６４に記載の装置。
【請求項６６】
前記キープアライブメッセージは、パケットをリッスンし続けることが予期されることを示す請求項５６に記載の装置。
【請求項６７】
前記キープアライブメッセージの各々は、パケットの受信とパケットを受信し続けることが予期されることを示す請求項５６に記載の装置。
【請求項６８】
少なくとも１つのパケットが、定義された時間期間内に正常に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断するように構成されたキープアライブコントローラをさらに備える請求項５６に記載の装置。
【請求項６９】
前記定義された時間期間は、定義されたパケット数に関連するウィンドウを備える請求項６８に記載の装置。
【請求項７０】
少なくとも１つのパケットの検証可能な部分が、定義された時間期間内に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断するように構成されたキープアライブコントローラをさらに備える請求項５６に記載の装置。
【請求項７１】
前記検証可能な部分は、ヘッダの少なくとも一部分またはプリアンブルの少なくとも一部分を備える請求項７０に記載の装置。
【請求項７２】
前記装置の少なくとも一部が前記キープアライブメッセージを送信すべき指定された時間に省電力状態から復帰できるようにするように構成されたモードコントローラをさらに備える請求項５６に記載の装置。
【請求項７３】
無線デバイスからのパケットをパケットレートに従って受信する手段と、ここにおいて、前記パケットは、ほぼ規則的な時間間隔で受信される、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信する手段と、
前記キープアライブメッセージの送信のために前記無線デバイスによって定義された送信スケジュールを維持する手段と、ここにおいて、前記送信スケジュールは、前記キープアライブメッセージを送信すべきか否かを判断するのに使用する少なくとも１つの確率基準（probability criterion）と、指定されたパケット周期および指定されたパケットオフセットを具備し、前記確率基準と、パケット周期とパケットオフセットに基づいて前記各無線デバイスのキープアライブ送信時間が直交するように規定する、ここにおいて、前記確率基準は、前記キープアライブメッセージを送信すべきか否かを判断するためのしきい値である、
を備える無線通信装置。
【請求項７４】
前記パケットは、マルチキャストパケットを備える請求項７３に記載の装置。
【請求項７５】
前記パケットは、データストリームの一部分を備える請求項７３に記載の装置。
【請求項７６】
前記無線デバイスからの、前記キープアライブメッセージの送信を許可するメッセージの受信に基づいて、前記キープアライブメッセージを送信すべきかどうかを判断するための手段をさらに備える請求項７３に記載の装置。
【請求項７７】
前記受信する手段は、前記無線デバイスからの、前記キープアライブメッセージの前記送信のための前記レートを指定する指示を受信する請求項７３に記載の装置。
【請求項７８】
前記キープアライブメッセージは、前記無線デバイスから受信された送信スケジュールに基づいて送信される請求項７３に記載の装置。
【請求項７９】
前記送信スケジュールは、パケット周期とパケットオフセットとを備える請求項７８に記載の装置。
【請求項８０】
前記送信スケジュールは、キープアライブメッセージを送信するように構成された異なる無線デバイスについて異なるキープアライブ送信時間を定義する請求項７３に記載の装置。
【請求項８１】
確率パラメータに基づいて前記キープアライブメッセージを送信すべきかどうかを判断する手段をさらに備える請求項７３に記載の装置。
【請求項８２】
前記キープアライブメッセージを送信すべきかどうかの前記判断は、前記確率パラメータと確率しきい値との比較に基づいて前記キープアライブメッセージのうちの所定の１つを送信しないことを決定すること、を備える請求項８１に記載の装置。
【請求項８３】
前記キープアライブメッセージは、パケットをリッスンし続けることが予期されることを示す請求項７３に記載の装置。
【請求項８４】
前記キープアライブメッセージの各々は、パケットの受信とパケットを受信し続けることが予期されることを示す請求項７３に記載の装置。
【請求項８５】
少なくとも１つのパケットが定義された時間期間内に正常に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断する手段をさらに備える請求項７３に記載の装置。
【請求項８６】
前記定義された時間期間は、定義されたパケット数に関連するウィンドウを備える請求項８５に記載の装置。
【請求項８７】
少なくとも１つのパケットの検証可能な部分が、定義された時間期間内に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断する手段をさらに備える請求項７３に記載の装置。
【請求項８８】
前記検証可能な部分は、ヘッダの少なくとも一部分またはプリアンブルの少なくとも一部分を備える請求項８７に記載の装置。
【請求項８９】
前記キープアライブメッセージを送信すべき指定された時間に省電力状態から復帰する手段をさらに備える請求項７３に記載の装置。
【請求項９０】
無線デバイスからのパケットをパケットレートに従って受信し、ここにおいて、前記パケットは、ほぼ規則的な時間間隔で受信される、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信し、
前記キープアライブメッセージの送信のために前記無線デバイスによって定義された送信スケジュールを維持する、ここにおいて、前記送信スケジュールは、前記キープアライブメッセージを送信すべきか否かを判断するのに使用する少なくとも１つの確率基準（probability criterion）と、指定されたパケット周期および指定されたパケットオフセットを具備し、前記確率基準と、パケット周期とパケットオフセットに基づいて前記各無線デバイスのキープアライブ送信時間が直交するように規定する、ここにおいて、前記確率基準は、前記キープアライブメッセージを送信すべきか否かを判断するためのしきい値である、
ための、
少なくとも１つのコンピュータによって実行可能なコードを備えるコンピュータ可読媒体。
【請求項９１】
無線デバイスからのパケットをパケットレートに従って受信するように構成された受信機と、ここにおいて、前記パケットは、ほぼ規則的な時間間隔で受信される、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するように構成された送信機と、
前記キープアライブメッセージの送信のために前記無線デバイスによって定義された送信スケジュールを維持するように構成されたスケジューラと、ここにおいて、前記送信スケジュールは、前記キープアライブメッセージを送信すべきか否かを判断するのに使用する少なくとも１つの確率基準（probability criterion）と、指定されたパケット周期および指定されたパケットオフセットを具備し、前記確率基準と、パケット周期とパケットオフセットに基づいて前記各無線デバイスのキープアライブ送信時間が直交するように規定する、ここにおいて、前記確率基準は、前記キープアライブメッセージを送信すべきか否かを判断するためのしきい値である、
前記受信機によって受信されたデータに基づいてオーディオ出力を与えるように適合された変換器と、を備える無線通信用ヘッドセット。
【請求項９２】
無線デバイスからのパケットをパケットレートに従って受信するように構成された受信機と、ここにおいて、前記パケットは、ほぼ規則的な時間間隔で受信される、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するように構成された送信機と、
前記キープアライブメッセージの送信のために前記無線デバイスによって定義された送信スケジュールを維持するように構成されたスケジューラと、ここにおいて、前記送信スケジュールは、前記キープアライブメッセージを送信すべきか否かを判断するのに使用する少なくとも１つの確率基準（probability criterion）と、指定されたパケット周期および指定されたパケットオフセットを具備し、前記確率基準と、パケット周期とパケットオフセットに基づいて前記各無線デバイスのキープアライブ送信時間が直交するように規定する、ここにおいて、前記確率基準は、前記キープアライブメッセージを送信すべきか否かを判断するためのしきい値である、
前記受信機によって受信されたデータに基づいて指示を与えるように適合されたユーザインターフェースと、を備える無線通信用ウォッチ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、一般に無線通信に関し、より詳細には、限定はしないがデータ送信を維持するために使用されるキープアライブ指示に関する。
【背景技術】
【０００２】
通信デバイスは、様々な方法で別の通信デバイスとの通信を確立し、維持することができる。例えば、ブロードキャスト通信の場合、送信デバイスがデータストリームを一方的に（unilaterally）送信することができ、それにより任意の数の受信デバイスがいつでもデータストリームを自由にリッスンすることができる。対照的に、マルチキャスト通信の場合、２つ以上のデバイスが協働して通信への参加がそれらの特定のデバイスに限定される通信を確立することができる。
【０００３】
通信システムのこれらの形態および他の形態では、デバイス間で通信が始まると、所定のデバイスが別のデバイスがまだアクティブに通信に参加しているかどうかを追跡することもあるし、追跡しないこともある。例えば、いくつかの通信システムでは、アクティブに送信していないデバイスを他のデバイスにキープアライブメッセージを定期的に送信するように構成することができる。このようにして、キープアライブメッセージを受信するデバイスには、他のデバイスが通信にまだ参加している（例えば、データを受信している）ことが通知されることになる。その結果、キープアライブメッセージを受信するデバイスは、他のデバイスと通信し続ける（例えば、他のデバイスにデータを送信し続ける）ことができる。逆に、キープアライブメッセージが一定時間期間、所定のデバイスから受信されなかった場合、そのデバイスとの通信を終了することができる。従って、別のデバイスが送信をリッスンしているときのみに送信が行われるので、そのようなシステムは利用可能なシステム帯域幅を効率的に利用することができる。
【０００４】
一方、ブロードキャストシステムなどの通信システムでは、ブロードキャストデバイスはいずれかの受信デバイスが送信信号を現在受信しているかどうかにかかわらず送信することができる。すなわち、ブロードキャストデバイスはブロードキャストされているイベントの完了までその送信を単純に続ける。従ってこの場合、受信デバイスはブロードキャストを受信するために送信デバイスと調整する必要がない。むしろ、受信デバイスはブロードキャストをリッスンするかリッスンしないかを任意に選ぶことができる。このタイプのシステムの潜在的な利点は、デバイス間で通信を確立するためにオーバヘッドがほとんどまたは全く必要とされないことである。ただし、ブロードキャストデバイスは送信をリッスンしている受信機がないときでも送信し続けることができるので、そのようなシステムは帯域幅を効率的に利用することができない。
【発明の概要】
【０００５】
本開示の例示的な態様の概要について以下で説明する。ここでの態様へのどの言及も、本開示の１つまたは複数の態様を参照する可能性があることが理解されよう。
【０００６】
本開示は、いくつかの態様ではデバイスが１つまたは複数の他のデバイスにデータを送信する通信システムに関する。様々なシナリオでは、データ送信はマルチキャスト送信、ユニキャスト送信、またはブロードキャスト送信を含むであろう。
【０００７】
本開示は、いくつかの態様ではキープアライブを使用してデータ送信（例えば、特定のデータストリーム）の終了を防ぐキープアライブ方式に関する。ここで、電力を節約するために、または他の理由のために、送信デバイスはどの受信デバイスも送信をリッスンしていないと判断した場合、その送信を終了するように構成され得る。従って、送信の終了を防ぐために送信をリッスンし続けようとする１つまたは複数の受信デバイスは、送信デバイスにキープアライブを送信することができる。有利なことに送信デバイスは、どの受信デバイスが送信を現在リッスンしているかを追跡する必要がない。むしろ、送信デバイスは受信デバイスからキープアライブを受信すると、単純に送信し続ける。あるいは、送信デバイスは受信デバイスからキープアライブを受信しなくなると、その送信を終了する。
【０００８】
いくつかの態様では、送信デバイスは選択された受信デバイスからのキープアライブを監視することによって、電力を節約することができる。例えば、選択された受信デバイスは、設定されたスケジュールに従って（例えば、定期的に）キープアライブを送信する。この場合、送信デバイスはスケジュールによって指定された時間にキープアライブを監視するだけでよい。選択された受信デバイスからキープアライブが受信されなくなると、送信デバイスは別の選択された受信デバイスからのキープアライブを監視する。
【０００９】
いくつかの態様では、２つ以上の受信デバイスがキープアライブを送信することができる。この場合、受信デバイスの各々は設定されたスケジュールに従ってそのキープアライブを送信することができる。このようにして、キープアライブの同時送信を回避する、または、そのような同時送信の可能性を低減させることができる。
【００１０】
本開示のこれらの特徴と他の特徴、態様および利点は、以下の詳細な説明、添付の特許請求の範囲および添付の図面に関して検討すれば、より完全に理解されるであろう。
【図面の簡単な説明】
【００１１】
【図１】キープアライブを使用する無線通信システムのいくつかの例示的な態様を示す簡略ブロック図。
【図２】キープアライブを受信したかどうかに基づいて送信し続けるべきかどうかを判断するデバイスによって実行される動作のいくつかの例示的な態様を示す流れ図。
【図３】送信をリッスンし続けることが予期されることを示すためにキープアライブを送信するデバイスによって実行される動作のいくつかの例示的な態様を示す流れ図。
【図４】データを１つまたは複数の他のデバイスに送信するように構成され、キープアライブを受信するように構成されたデバイスのいくつかの例示的な態様を示す簡略ブロック図。
【図５】キープアライブを送信するように構成されたデバイスのいくつかの例示的な態様を示す簡略ブロック図。
【図６】通信構成要素のいくつかの例示的な態様を示す簡略ブロック図。
【図７】キープアライブを使用して無線通信をサポートするように構成された装置のいくつかの例示的な態様を示す簡略ブロック図。
【図８】キープアライブを使用して無線通信をサポートするように構成された装置のいくつかの例示的な態様を示す簡略ブロック図。
【発明を実施するための形態】
【００１２】
慣例により、図面中に示される様々な特徴は一定の縮尺で示されていないことがある。従って、様々な特徴の寸法は分かりやすいように任意に拡大または縮小されることがある。さらに、図面のいくつかは分かりやすいように簡略化されることがある。従って、図面は所定の装置（例えば、デバイス）または方法の構成要素（component）の全てを示しているわけではない。最後に、明細書および図面の全体にわたって同じ特徴を示すために同じ参照番号が使用されることがある。
【００１３】
本開示の様々な態様について以下で説明する。ここでの教示が多種多様な形で実施でき、ここに開示された特定の構造、機能またはその両方は代表的なものにすぎないことは明らかであろう。ここでの教示に基づいて、ここに開示される態様は他の態様とは独立に実現できること、およびこれらの態様のうちの２つ以上を様々な方法で組み合わせることができることを当業者は理解されたい。例えば、ここで説明した任意の数の態様を用いて、装置を実現することができ、または方法を実施することができる。さらに、ここで説明した態様の１つまたは複数に加えて、あるいはそれら以外の他の構造、機能性、または構造および機能性を用いて、そのような装置を実現することができ、またはそのような方法を実施することができる。上記の一例として、いくつかの態様ではパケットはパケットレートに従って送信され、キープアライブメッセージはパケットレートよりも低いレートで受信され、受信したキープアライブメッセージに基づいてパケットを送信し続けるべきかどうかに関する判断が行われる。さらに、いくつかの態様では単一のデバイスがキープアライブメッセージを送信し、他の態様ではいくつかのデバイスがキープアライブメッセージを送信する。
【００１４】
図１に、無線デバイス１０２が（例えば、無線デバイス１０４Ａ〜１０４Ｎによって表される）１つまたは複数の他の無線デバイスと通信する、無線通信システム１００の例示的な態様を示す。システム１００は様々な形態をとることができる。例えば、いくつかの実装形態ではシステム１００はピアツーピア無線ローカルエリアネットワークを備えることができる。
【００１５】
例示のために、以下の説明ではデバイス１０２がマルチキャストチャネルを介してデータストリームを送信するシナリオについて説明する。ここで、マルチキャストストリーミングは、これらのデバイスの複雑さおよび電力消費を低減するために一方向とされ得る。例えば、この場合デバイス１０２についてはマルチキャストストリームを送信するのみとすることができ、デバイス１０４Ａ〜１０４Ｎについてはマルチキャストストリームを受信するのみとすることができる。ただし、ここでの教示は他のタイプの通信（例えば、ユニキャスト、ブロードキャストなど）、および他のタイプのデータ送信（例えば、非ストリーミング送信）に適用できることを理解されたい。
【００１６】
いくつかの実装形態では、デバイス１０２はデバイス１０４Ａ〜１０４Ｎの各々がマルチキャストストリームを受信するためにマルチキャストセッションに加わることが許されるか、または可能であるかどうかが制御され得る。例えば、無線デバイス１０２はデバイス１０４Ａのユーザが適切なパスコードを所有している、および／またはデータにアクセスするための必要な料金を支払ったことを検証することができる。
【００１７】
一方、デバイス１０４Ａ〜１０４Ｎのいずれも、マルチキャストストリームをリッスンすることをいつでも止めることができる。一例として、ユーザはマルチキャストセッションを形式的に離脱することなしに、デバイス１０４Ａを単にオフにすることができる。さらに、ユーザはデバイス１０４Ａをデバイス１０２の通信範囲の外に移動させることができ、その逆も同様である。
【００１８】
いくつかの態様では、どのデバイス１０４Ａ〜１０４Ｎもマルチキャストストリームをリッスンしていない場合、デバイス１０２がマルチキャストセッションを終了できるようにすることが望ましい。例えば、マルチキャストセッションを終了することによってデバイス１０２は電力を節約し、マルチキャストセッションを送信するために使用されたチャネル上の帯域幅を解放することができる。ただし、デバイス１０２の複雑さを低減するために、デバイス１０４Ａ〜１０４Ｎがマルチキャストストリームをリッスンしているかどうかを判断するために、デバイス１０２にデバイス１０４Ａ〜１０４Ｎの各々を継続的に監視させることを回避することも望ましい。
【００１９】
従って、いくつかの態様ではデバイス１０４Ａ〜１０４Ｎの１つまたは複数は、デバイス１０４Ａ〜１０４Ｎのうちの少なくとも１つがマルチキャストストリームをまだリッスンしていることをデバイス１０２に通知するために、キープアライブを送信する。この場合、デバイス１０２はマルチキャストセッションを維持すべきか、または終了すべきかどうかを判断するために受信するキープアライブを単に監視する。  キープアライブは様々な形態をとり得る。例えば、いくつかの態様では、キープアライブはデバイスの存在を単に示す。いくつかの態様では、キープアライブはデバイスがマルチキャストストリームをリッスンし続ける（例えば、パケットをリッスンし続ける）ことが予期される（expected）という指示を単に与える。従って、いくつかの実装形態ではキープアライブはデバイス１０４Ａ〜１０４Ｎのいずれかがデバイス１０２からデータを正常に受信したかどうかに関しての指示を与えない。一方、他の実装形態ではキープアライブメッセージはデバイスがデータを受信しており、データ（例えば、パケット）を受信し続けることが予期されることを示す。いくつかの実装形態では、キープアライブはメッセージからなることができる。いくつかの実装形態では、キープアライブはメッセージ中で与えられる指示を含む。便宜のために、以下の説明では「キープアライブメッセージ」を参照する。この用語は、キープアライブを与えるための適切な技法を包含するものであることを理解されたい。
【００２０】
キープアライブは様々な方法で送信され得る。例えば、デバイス１０４Ａは、マルチキャストチャネルの逆方向リンクを介して、またはいくつかの他のチャネルを介してデバイス１０２にキープアライブメッセージを送信することができる。
【００２１】
いくつかの態様では、所定のデバイスはストリーミングデータが送信されるレート（例えば、ストリーミングパケットが送信されるレート）に比べて比較的低い周波数でそのキープアライブメッセージを送信する。さらに、キープアライブメッセージはキープアライブメッセージを受信するデバイスによって直接に送信要請され得ない。むしろ、デバイス１０４Ａ〜１０４Ｎは、キープアライブメッセージを自動的に送信するように構成されるか、またはキープアライブメッセージを送信するよう１回命令されるだけである。このようにキープアライブ方式（keep-alive scheme）を実装するデバイスは、例えば受信デバイスが送信デバイスから受信する各メッセージ（例えば、パケット）に肯定応答する方式と比較して、より単純で、消費電力が少なく、また利用する帯域幅が少ない。
【００２２】
以下に、システム１００の図示された構成要素の概略を示す。デバイス１０２は、適切な無線媒体を介してデバイス１０４Ａ〜１０４Ｎのそれぞれのトランシーバ１０８Ａ〜１０８Ｎと通信するトランシーバ１０６を含む。デバイス１０２は、またデバイス１０４Ａ〜１０４Ｎがデバイス１０２によって与えられるマルチキャストストリームを受信できるように、それぞれデバイス１０４Ａ〜１０４Ｎのマルチキャストプロセッサ１１２Ａ〜１１２Ｎと協働するマルチキャストコントローラ１１０を含む。デバイス１０４Ａ〜１０４Ｎのうちの少なくとも１つは、デバイスがマルチキャストストリームをリッスンしていることをデバイス１０２に通知するために、キープアライブメッセージを繰り返し送信することができる。この目的で、デバイス１０４Ａ〜１０４Ｎはそれぞれキープアライブコントローラ１１４Ａ〜１１４Ｎを含む。デバイス１０２は、キープアライブメッセージを監視するキープアライブモニタ１１６を含む。キープアライブメッセージがデバイス１０４Ａ〜１０４Ｎのうちの少なくとも１つからまだ受信されているとキープアライブモニタ１１６が判断した場合、デバイス１０２の送信コントローラ１１８はマルチキャストストリームの継続的な送信を可能にすることができる。一方、モニタ１１６がキープアライブメッセージを受信していない場合、送信コントローラ１１８はマルチキャストストリームを終了することができる。
【００２３】
上記を念頭において、例示的な構成要素に関係する追加の詳細およびシステム１００の動作について、図２〜図５と共に説明する。簡単に、図２はここでの教示によるマルチキャストストリームを与えることに関連して実行される例示的な動作に関する。図３は、ここでの教示によるマルチキャストストリームの受信に関連して実行される例示的な動作に関する。図４は、ここでの教示によるマルチキャストストリームを与える（例えば、デバイス１０２と同様の）デバイス４００のいくつかの例示的な機能構成要素を示す。図５は、ここでの教示によるマルチキャストストリームを受信する（例えば、デバイス１０４Ａと同様の）デバイス５００のいくつかの例示的な機能構成要素を示す。
【００２４】
便宜のために、図２および図３の動作（あるいはここで説明または教示する他の動作）は、特定の構成要素（例えば、デバイス４００またはデバイス５００の構成要素）によって実行されるものとして説明することがある。ただし、これらの動作は他のタイプの構成要素によって実行でき、異なる個数の構成要素を使用して実行できることを理解されたい。また、ここで説明する１つまたは複数の動作は所定の実装形態では使用できない場合があることも理解されたい。
【００２５】
まず、図２のブロック２０２を参照すると、ある時点においてデバイス４００（図４）のマルチキャストコントローラ４０２がマルチキャストセッションを確立する。例えば、マルチキャストコントローラ４０２はマルチキャストグループ用の特定のＩＰアドレスを指定することができる。次いで、デバイス４００はマルチキャストグループ用の唯一の送信機として指定される。次いで、デバイス４００のパケット生成器４０４が送信機４０６を介してマルチキャストグループに加わる他のデバイスにデータを送信する。
【００２６】
いくつかの使用事例では、デバイス４００は無線エンターテインメントデバイス（例えば、音楽プレーヤ）を備えることができる。これらの事例では、デバイス４００はマルチキャストデータストリームをごく近傍にある１つまたは複数のリスニングデバイスに送信することができる。一例として、リスニングデバイスは異なるユーザによって使用される無線ヘッドセットを備えることができる。上記はデバイス４００がサポートすることができる通信形態の一例にすぎず、ここでの教示は通信の他の形態とともに実装できることが理解されよう。
【００２７】
図３を参照すると、ある時点においてデバイス５００（図５）はデバイス４００によって与えられるマルチキャストセッションに加わることを選択する。従って、ブロック３０２で表されるようにマルチキャストコントローラ５０２は送信機５０４と協働して、マルチキャストセッションに加わるためにデバイス４００に要求を送信することができる。次いで、デバイス４００の受信機４０８は当該要求を受信し、それをマルチキャストコントローラ４０２に転送する。
【００２８】
いくつかの実装形態では、デバイス４００はデバイスがマルチキャストセッションに入ることが許可されるかどうかを制御することに関係するセキュリティ動作を実行する。例えば、図２のブロック２０４においてマルチキャストコントローラ４０２はマルチキャストセッションデータを受信することができるデバイスがマルチキャストセッションに加わることを許可されるかどうかを制御する。マルチキャストコントローラ４０２が、デバイス５００がマルチキャストセッションに加わることを許可する場合、ブロック２０４において、デバイス４００は図３のブロック３０２に関連してデバイス５００によって受信される適切な許可メッセージをデバイス５００に送信する。ここで、マルチキャストセッションへの新たなデバイスの追加は、マルチキャストグループの一部である他のデバイスにシームレスである。
【００２９】
便宜のために、マルチキャストセッションデータを受信することができるデバイス（例えば、デバイス５００）を、ここでは「受信機」と呼ぶことがある。そのようなデバイスは、また他のデータおよび制御情報を送信および受信することが可能であることを理解されたい。
【００３０】
ブロック２０４の許可方式（authorization scheme）は、様々な形態をとることができる。例えば、許可方式は受信機のユーザが許可されたユーザであること（例えば、そのユーザが秘密のパスコードを知っていること）を検証することを含む。また、許可方式は受信機のユーザがマルチキャストであるデータストリームを受信するために必要とされる加入料金を支払ったことを検証することを含むことができる。所定の受信機がマルチキャストセッションに加わることを許可されると、マルチキャストコントローラ４０２は受信機がデータストリームを受信できるように受信機に適切な情報を送信することができる。一例として、この情報はデバイス５００の受信機５０６が、デバイス４００がマルチキャストセッションを送信するチャネルを介してデータを受信するために使用するチャネルパラメータを備えることができる。さらに、情報はデバイス５００のパケットプロセッサ５０８がマルチキャストセッションデータを復号するために使用する１つまたは複数の暗号鍵を備えることができる。
【００３１】
再び図４を参照すると、いくつかの実装形態ではデバイス４００はマルチキャストストリームを受信することを許可された各受信機を識別するリスト４１０を維持することができる。ブロック２０６〜２１２に関連してより詳細に論じるように、これらの受信機のサブセット（すなわち、一部または全部）は、ここで教示するキープアライブメッセージを生成することができる。
【００３２】
ブロック２０６で表されるように、キープアライブデバイスセレクタ４１２はキープアライブメッセージの送信用に受信機のうちの１つまたは複数を指定することができる。例えば、セレクタ４１２はキープアライブメッセージの送信用に単一の受信機（例えば、マルチキャストグループに加わる第１の受信機）を指定することができる。このようにして異なる受信機からのキープアライブメッセージの重複送信が回避される。さらに、このように単一の受信機の指定によって、それらの受信機によるキープアライブメッセージの送信に関連する全体的なオーバヘッドを低減することができる。さらに、以下で論じるようにデバイス４００は単一の受信機からのキープアライブメッセージを監視するだけなので、そのような方式はデバイス４００のキープアライブオーバヘッドを低減することができる。
【００３３】
他の場合には、２つ以上の受信機がキープアライブメッセージを生成することができる。例えば、いくつかの実装形態では、デバイス４００はキープアライブメッセージの送信用に２つ以上の受信機を指定することができる。他の実施形態では、各受信機がマルチキャストセッションに加わるときはいつでもキープアライブメッセージを生成するように自動的に構成され得る。
【００３４】
ブロック２０８で表されるように、デバイス４００のキープアライブスケジューラ４１４は、キープアライブメッセージを生成する受信機毎にキープアライブ送信スケジュールを生成することができる。ここで述べるように、いくつかの態様では受信機が送信されたマルチキャストデータに関連する実効パケットレートよりも低いレートでキープアライブメッセージを送信するように、キープアライブ送信スケジュールを定義することができる。
【００３５】
そのようなキープアライブ送信スケジュールを使用すると、様々な利点が得られる。例えば、キープアライブ送信スケジュールの使用によって、デバイス４００は指定された時間にキープアライブメッセージを監視するだけでよい。その結果、デバイス４００の受信機４０８および他の構成要素は、例えばデバイスがキープアライブメッセージを継続的に監視する方式に対比してアクティブである頻度が低いので、デバイス４００の消費電力はより小さい。
【００３６】
さらに、複数の受信機がキープアライブメッセージを送信している場合、キープアライブスケジューラ４１４はキープアライブメッセージの重複送信を防ぐようにスケジュールを定義することができる。例えば、キープアライブスケジュールは１つの受信機がそのキープアライブメッセージをある時間に送信し、他の受信機がそれらのキープアライブメッセージを異なる時間に送信することにより、それぞれの受信機のキープアライブ送信時間が直交（orthogonal）するように規定することができる。
【００３７】
キープアライブスケジュールは様々な形態をとることができる。例えば、スケジュールはキープアライブ送信レート、指定された時間、カウント、または何らかの他の好適な基準に関係し得る。
【００３８】
いくつかの態様では、キープアライブスケジュールはキープアライブ送信のパケット周期４１６を規定することができる。例えば、スケジュールは所定の受信機がマルチキャストパケットストリームの２０パケット毎に１回キープアライブメッセージを送信するように指定することができる。従って、スケジュールは受信機の１つに、１番目のパケットの後、２１番目のパケットの後のようにキープアライブメッセージを送信させることができる。
【００３９】
いくつかの態様では、キープアライブスケジュールはパケットオフセット４１８を規定することができる。例えば、スケジュールは所定の受信機用のパケット周期４１６があるパケットシーケンス番号で開始するように指定することができる。従って、パケットオフセット４１８が５であり、パケット周期４１６が１０である例では、スケジュールは受信機の１つが６番目のパケットの後、１６番目のパケットの後、２６番目のパケットの後のようにキープアライブを送信するように指定することができる。
【００４０】
いくつかの態様では、マルチキャストグループ中の受信機の数が増加するにつれて、スケジューラ４１４は受信機毎に定義されたパケット周期４１６を増加させることができる。一例として、１０のパケット周期４１６が受信機毎に予め定義されていた場合、受信機の数が１０を超えると、スケジューラ４１４は受信機毎にパケット周期４１６を２０に増加させることができる。
【００４１】
いくつかの態様では、キープアライブスケジュールは送信確率基準４２０（例えば、確率しきい値）に関連付けられ得る。例えば、以下でより詳細に論じるように、所定の受信機がキープアライブメッセージを送信するようにスケジュールされているとき、受信機は確率基準４２０に基づいて、キープアライブメッセージを送信することを選択するか、またはキープアライブメッセージを送信しないことを選択することができる。
【００４２】
図２のブロック２１０および図３のブロック３０４は、所定の受信機（例えば、デバイス５００）がマルチキャストセッションに加わることを許可され、キープアライブメッセージを送信するか、または送信することがあるシナリオに関する。ここで、デバイス４００はブロック２０６の動作に基づいてキープアライブ送信許可に関係するメッセージをデバイス５００に送信することができる。次いで、デバイス５００はデバイス５００がキープアライブメッセージを送信すべきであるかどうかを判断できるようにするために、この許可に関係する指示５１０を維持することができる。さらに、デバイス４００はブロック２０８の動作に基づいてキープアライブ送信スケジュールをデバイス５００に送信する。従って、デバイス５００は例えば、指定されたパケット周期５１４、指定されたパケットオフセット５１６、指定された確率基準５１８、および他の好適なスケジュール情報を含む、その指定されたキープアライブスケジュール５１２を維持する。
【００４３】
図２のブロック２１２において、キープアライブデバイスセレクタ４１２は１つまたは複数の指定された受信機からのキープアライブメッセージを監視することを選択する。例えば、単一の受信機のみがキープアライブメッセージの送信用に指定された場合、デバイス４００は指定されたキープアライブ送信スケジュールに従ってその受信機からのキープアライブメッセージを監視するだけでよい。他の場合には、複数の受信機がキープアライブメッセージを送信している場合、デバイス４００はそれらの受信機のサブセット（例えば、１つ）からのキープアライブメッセージを監視する。
【００４４】
図２のブロック２１４および図３のブロック３０６は、マルチキャストセッションデータの送信に関する。いくつかの実装形態では、これらの動作はパケット生成器４０４が一連のパケットを生成し、それによって送信機４０６がこれらのパケットをデバイス５００に送信することを含む。受信機５０６がこれらのパケットを受信すると、デバイス５００のパケットプロセッサ５０８は必要に応じてこれらのパケットを処理し、関連するデータを適切な（１つまたは複数の）アプリケーション（例えば、オーディオプレーヤ）に与える。
【００４５】
いくつかの態様では、これらのパケットは実効全体パケットレート（effective overall packet rate）で送信され得る。例えば、パケットレートはある時間期間にわたって送信されるパケットの量に対応することができる。与えられたアプリケーションの要件に応じて、このパケットレートは比較的一定であったり、または変化したりし得る。例えば、場合によっては、パケットは（例えば、ストリーミングデータの場合）実質的に規則的な時間間隔で送信され得る。
【００４６】
上述のように、いくつかの実装形態ではマルチキャストセッションデータはマルチキャストストリームを含み得る。そのようなストリームは、例えばオーディオ、ビデオ、センサデータ、または何らかの他のタイプのデータの１つまたは複数を含むストリーミングマルチメディアデータを含むことができる。ストリーミングデータは、様々な方法で送信され得る。例えば、いくつかの実装形態ではストリーミングデータは、比較的連続的に送信されるパケットデータを含む。ここで、連続送信は周期的な送信でもよいし、本質的により不規則な送信でもよい。後者のタイプの送信の例として、マクロレベルではデータ送信は比較的連続的であり、ミクロレベルでは送信は本質的に比較的バースト的である。
【００４７】
図２および図３の残りのブロックの大部分は、キープアライブメッセージの生成および処理に関する。特に、図３のブロック３０８〜３２２は、デバイス５００によるキープアライブメッセージの生成および送信に関する。逆に、ブロック２１６〜２２２は、デバイス４００によるキープアライブメッセージの受信および処理に関する。
【００４８】
まず、図３のキープアライブ動作を参照すると、ブロック３０８においてデバイス５００はキープアライブメッセージを送信すべきかどうかを判断するプロセスを開始する。いくつかの態様では、ブロック３１０の動作は次にデバイス５００について指定されたキープアライブスケジュールが、デバイス５００がこの時間にキープアライブメッセージを送信することになっていることを示しているかどうかを判断することを含む。デバイス５００がキープアライブメッセージを送信するようにスケジュールされていない場合、キープアライブメッセージの送信用に指定された時間までデバイス５００は単純にパケットを受信し続ける（すなわち、ブロック３０６において）。
【００４９】
ブロック３１２で表されるように、いくつかの態様ではキープアライブの送信は省電力状態（例えば、省電力モード）からの復帰に関する。例えば、デバイス５００がアクティブに送信または受信をしていないとき、モードコントローラ５２０がデバイス５００の構成要素（例えば、トランシーバ構成要素）のうちの１つまたは複数を省電力状態に設定する。この場合、（例えば、割込みまたは何らかの他の好適なメカニズムによって示される）キープアライブスケジュールによって指定された時間に、モードコントローラ５２０はデバイス５００のモードを省電力状態からアクティブ状態（例えば、アクティブモード）に切り替える。ここで、アクティブ状態は、例えばメッセージ送信動作を含むキープアライブ動作の実行を可能にする。
【００５０】
デバイス５００がキープアライブメッセージを送信するようにスケジュールされている場合、ブロック３１４においてデバイス５００はキープアライブメッセージを送信すべきかどうかを判断する確率基準５１８を随意に利用する。ここで、確率生成器５２２は、キープアライブ生成器５２４がこの時間にキープアライブメッセージを送信すべきかどうかを判断するために考慮する確率指示（probability indication）を生成することができる。例えば、ブロック３１６においてキープアライブ生成器５２４はブロック３１４において生成された確率指示を確率基準５１８と比較する。特定の例として、確率基準５１８は確率生成器によって生成された確率指示が０．５を超えた場合、デバイス５００がキープアライブメッセージを送信するように規定する。従って、確率指示が０．５以下である場合、この時点ではデバイス５００は送信するように現在スケジュールされていても、キープアライブメッセージを送信しない。複数の受信機が同時にキープアライブメッセージを送信するようにスケジュールされているとき、この確率方式を使用すると、これらの受信機からのキープアライブメッセージの重複送信の可能性を低減することができる。
【００５１】
ブロック３１８で表されるように、デバイス５００が例えば指定されたパケット数のウィンドウ内でデバイス４００からのパケットの検証可能な部分を正常に受信したかどうかに基づいて、デバイス５００はキープアライブメッセージを送信すべきかどうかを随意に判断する。ここで、パケットの検証可能な部分は、例えば１つまたは複数のパケットの少なくとも一部、パケットのヘッダの少なくとも一部、またはパケットのプリアンブルの少なくとも一部を含むことができる。
【００５２】
ブロック３２０で表されるように、指定されたキープアライブ送信基準の全てが満たされた場合、キープアライブ生成器５２４はキープアライブメッセージを生成し、送信機５０４はキープアライブメッセージをデバイス４００に送信する。次いでデバイス５００は、該当する場合、マルチキャストセッションが終了するまで、またはデバイス５００がマルチキャストストリームをリッスンするのを止めるまでパケットを受信し続け、キープアライブメッセージを送信し続ける。ここで、デバイス５００がマルチキャストストリームをリッスンするのを止めると、デバイス５００がキープアライブメッセージを送信するように指定されていたとしても、デバイス５００はキープアライブメッセージを送信するのを止めることができることを理解されたい。
【００５３】
いくつかの実装形態では、受信機からデバイス４００に送信されるメッセージ（例えば、逆方向リンクメッセージ）の数を最小限に抑えることが望ましいことがある。そのような場合、デバイス５００はマルチキャストストリームをリッスンしているかどうか、またはキープアライブメッセージを送信し続けるかどうかをデバイス４００に通知しないことがある。従って、マルチキャストグループの最後の受信機がグループから離脱したときに、デバイス４００は通知されない。ただし、デバイス４００の複雑さを低減するために、デバイス４００がマルチキャストグループ中の受信機の全ての存在および動作をトラッキングすることを必要としないことが望ましいことがある。従って、ここでの教示によれば、ストリーミングを止め、関連するチャネルを破棄するというデバイス４００による決定は、デバイス４００がいずれの受信機からもキープアライブメッセージをもはや受信していないという判断に単に基づくことができる。
【００５４】
次に、図２のキープアライブ動作を参照すると、ブロック２１６で表されるように、マルチキャストセッションのためのデータの送信とともに、デバイス４００は（例えば、ブロック２１２において指定された）少なくとも１つの受信機からのキープアライブメッセージを監視する。いくつかの態様では、キープアライブメッセージの受信も省電力状態（例えば、省電力モード）からの復帰に関する。例えば、デバイス４００がアクティブに送信または受信していないとき、モードコントローラ４２２がデバイス４００の構成要素（例えば、トランシーバ構成要素）のうちの１つまたは複数を省電力状態に設定する。この場合、（例えば、割込みまたは何らかの他の好適な機構によって示される）キープアライブスケジュールによって指定された時間に、モードコントローラ４２２はデバイス４００のモードを省電力状態からアクティブ状態（例えば、アクティブモード）に切り替える。従って、アクティブ状態は例えばメッセージ受信動作を含むキープアライブ動作の実行を可能にする。
【００５５】
デバイス４００がキープアライブメッセージを受信するようにスケジュールされている場合、ブロック２１８においてキープアライブプロセッサ４２４はスケジュールされたキープアライブメッセージが予期された通りに受信されたかどうかを判断する。スケジュールされたキープアライブメッセージが受信された場合、マルチキャストセッションが終了するまで、デバイス４００はマルチキャストデータを送信し続け（ブロック２１４）、キープアライブメッセージを監視し続ける（ブロック２１６）。
【００５６】
ブロック２１８において、スケジュールされたキープアライブメッセージが受信されなかった（例えば、メッセージが指定された時間期間受信されなかった）場合、キープアライブプロセッサ４２４は、対応する受信機がマルチキャストストリームをもはやリッスンしていないと判断する。この場合、キープアライブプロセッサは受信機リスト４１０からその受信機を削除する。さらに、その受信機用に指定されたキープアライブ送信スケジュールは、異なる受信機（例えば、後でマルチキャストグループに加わる受信機）への再割当てに利用可能になる。
【００５７】
ブロック２２０で表されるように、次いでデバイス４００はマルチキャストストリームをリッスンしているさらなる受信機があるかどうかを判断する。これは例えば受信機リスト４１０に残っている受信機があるかどうかを判断し、マルチキャストストリームをまだリッスンしている少なくとも１つの受信機を識別するために、これらの受信機のうちの１つまたは複数に適切な制御メッセージを送信することを含む。
【００５８】
ブロック２２２で表されるように、マルチキャストストリームをリッスンしている追加の受信機がある場合、キープアライブデバイスセレクタ４１２は後続のキープアライブ関連動作のために、これらの受信機のうちの１つまたは複数を選択する。例えば、いくつかの実装形態では、これはキープアライブメッセージを送信することが現在許可されていることを受信機に通知するために、その受信機にメッセージを送信することを含む。この許可と共に、デバイス４００はキープアライブ送信スケジュールを選択された（１つまたは複数の）受信機に送信する。
【００５９】
さらに、または代わりに、ブロック２２２においてデバイス４００は選択された受信機からのキープアライブメッセージを監視することを選択する。一例として、デバイス４００がキープアライブメッセージの送信用に新たな受信機を指定した場合、デバイス４００はその受信機からのキープアライブメッセージを監視することを選択する。逆に、複数の受信機がキープアライブメッセージを送信するように予め指定または構成されていた場合、デバイス４００は今度は予め指定された受信機ではなく、それらの受信機のうちの１つまたは複数からのキープアライブメッセージを監視することを選択する。一例として、デバイス４００は後続の監視動作中に（異なる受信機について予め定義された）オフセット４１８を使用することを単に選択することができる。図２のブロック２１６およびブロック２１８に戻る線で表されるように、従ってデバイス４００は新たに指定された（１つまたは複数の）受信機からのキープアライブメッセージの監視を開始することができる。
【００６０】
ブロック２２０において、デバイス４００がマルチキャストストリームをリッスンしている受信機はもはやないと判断した場合、マルチキャストコントローラ４０２はマルチキャストセッションを終了する（ブロック２２４）。このようにして、リッスンしているマルチキャスト受信機がないときは、もはやマルチキャストセッションを送信する電力を浪費しないので、デバイス４００のバッテリ寿命を延長することができる。さらに、送信を終了することによって、デバイス４００は関連する通信媒体のリソースを解放する。従って、このキープアライブ方式はデバイス４００によって使用される帯域幅をより効率的に利用することができる。  チャネルをユニキャストモードとマルチキャストモードとの間でシームレスに切り替えることができることは、上記から理解されよう。例えば、送信デバイス４００がマルチキャストストリームを単一の受信デバイス５００に送信しているとき、そのデバイスはユニキャストモードで効果的に動作している。別の受信デバイス５００がマルチキャストセッションに加わるために送信デバイス４００に関連するとき、それらのデバイスはマルチキャストモードにシームレスに切り替わることができる。次いで、受信デバイスの１つ以外全てがマルチキャストストリームをリッスンするのを止めたとき、それによって送信デバイスおよび受信デバイスはユニキャストモードにシームレスに切り替わることができる。
【００６１】
ここでの教示は、少なくとも１つの他のデバイスと通信するための様々な構成要素を使用するデバイスに組み込むことができる。図６に、デバイス間の通信を可能にするために使用されるいくつかの例示的な構成要素を示す。ここで、第１のデバイス６０２および第２のデバイス６０４は、好適な媒体上の無線通信リンク６０６を介して通信するように適合される。
【００６２】
最初に、デバイス６０２からデバイス６０４へ（例えば、逆方向リンク）の情報の送信に関係する構成要素について論じる。送信（“ＴＸ”）データプロセッサ６０８は、データバッファ６１０または他の何らかの好適な構成要素からトラフィックデータ（例えば、データパケット）を受信する。送信データプロセッサ６０８は、選択されたコーディングおよび変調方式に基づいて、各データパケットを処理し（例えば、符号化、インタリーブおよびシンボルマッピング）、データシンボルを与える。一般に、データシンボルはデータのための変調シンボルであり、パイロットシンボルは（既知の）パイロットのための変調シンボルである。変調器６１２はデータシンボル、パイロットシンボル、場合によっては逆方向リンクのためのシグナリングを受信し、システムによって規定された変調（例えば、ＯＦＤＭまたは他の何からの好適な変調）および／または他の処理を実行し、出力チップストリームを与える。送信機（”ＴＭＴＲ”）６１４は出力チップストリームを処理して（例えば、アナログに変換、フィルタリング、増幅および周波数アップコンバート）変調信号を生成し、これが次いでアンテナ６１６から送信される。
【００６３】
デバイス６０２によって（デバイス６０４と通信中の他のデバイスからの信号とともに）送信される変調信号は、デバイス６０４のアンテナ６１８によって受信される。受信機（”ＲＣＶＲ”）６２０は、アンテナ６１８から受信された信号を処理し（例えば、調節およびデジタル化）、受信サンプルを与える。復調器（”ＤＥＭＯＤ”）６２２は、受信サンプルを処理し（例えば、復調および検出）、他の（１つまたは複数の）デバイスによってデバイス６０４に送信されたデータシンボルのノイズの多い推定値の場合もある検出データシンボルを与える。受信（”ＲＸ”）データプロセッサ６２４は、検出データシンボルを処理し（例えば、シンボルデマッピング、デインタリーブ、および復号）、各送信デバイス（例えば、デバイス６０２）に関連付けられた復号データを与える。
【００６４】
次に、デバイス６０４からデバイス６０２へ（例えば、順方向リンク）の情報の送信に関係する構成要素について説明する。デバイス６０４において、トラフィックデータが送信（”ＴＸ”）データプロセッサ６２６によって処理され、データシンボルが生成される。変調器６２８は、データシンボル、パイロットシンボルおよび順方向リンクのためのシグナリングを受信し、変調（例えば、ＯＦＤＭまたは他の何らかの好適な変調）および／または他の適切な処理を実行し、出力チップストリームを与え、これがさらに送信機（”ＴＭＴＲ”）６３０によって調整され、アンテナ６１８から送信される。いくつかの実装形態では、順方向リンクのためのシグナリングは逆方向リンク上でデバイス６０４に送信する全てのデバイス（例えば、端末）のために、コントローラ６３２によって生成される電力制御コマンドおよび（例えば、通信チャネルに関する）他の情報を含むことができる。
【００６５】
デバイス６０２において、デバイス６０４によって送信された変調シグナルがアンテナ６１６によって受信され、受信機（”ＲＣＶＲ”）６３４によって調整およびデジタル化され、復調器（”ＤＥＭＯＤ”）６３６によって処理されて、検出データシンボルが得られる。受信（”ＲＸ”）データプロセッサ６３８は、検出データシンボルを処理し、デバイス６０２のための復号データおよび順方向リンクシグナリングを与える。コントローラ６４０は、電力制御コマンドおよび他の情報を受信してデータ送信を制御し、デバイス６０４への逆方向リンク上の送信電力を制御する。
【００６６】
コントローラ６４０および６３２は、それぞれデバイス６０２およびデバイス６０４の様々な動作を指示する。例えば、コントローラはフィルタについての情報を報告して適切なフィルタを決定し、フィルタを使用して情報を復号することができる。データメモリ６４２および６４４は、それぞれコントローラ６４０および６３２によって使用されるプログラムコードおよびデータを記憶することができる。
【００６７】
図６は、また通信構成要素がここで教示するキープアライブ動作の少なくとも一部を実行する１つまたは複数の構成要素を含むことができることを示す。例えば、キープアライブ制御構成要素６４６はコントローラ６４０および／またはデバイス６０２の他の構成要素と協働して、別のデバイス（例えば、デバイス６０４）に／から情報を送信／受信することができる。同様に、キープアライブ制御構成要素６４８はコントローラ６３２および／またはデバイス６０４の他の構成要素と協働して、別のデバイス（例えば、デバイス６０２）に／から情報を送信／受信することができる。
【００６８】
無線デバイスは、無線デバイスによって送信または受信される信号に基づいて機能を実行する様々な構成要素を含むことができる。例えば、無線ヘッドセットは、受信機を介して受信されたデータに基づいてオーディオ出力を得るように適合されたトランスデューサを含むことができる。無線ウォッチは、受信機によって受信されたデータに基づいて指示を与えるように適合されたユーザインターフェースを含むことができる。無線検知デバイスは、送信機によって送信されるデータを得るように適合されたセンサを含むことができる。
【００６９】
無線デバイスは、好適な無線通信技術に基づくか、あるいは好適な無線通信技術をサポートする、１つまたは複数の無線通信リンクを介して通信することができる。例えば、いくつかの態様では無線デバイスはネットワークに関連することができる。いくつかの態様では、ネットワークはボディエリアネットワークまたはパーソナルエリアネットワーク（例えば、超広帯域ネットワーク）を備えることができる。いくつかの態様では、ネットワークはローカルエリアネットワークまたはワイドエリアネットワークを備えることができる。無線デバイスは、例えばＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭＡＸ、Ｗｉ−Ｆｉなどの、１つまたは複数の様々な無線通信技術、プロトコル、または標準をサポートあるいは使用することができる。同様に、無線デバイスは、１つまたは複数の様々な対応する変調または多重化方式をサポートあるいは使用することができる。従って、無線デバイスは、上記または他の無線通信技術を使用して１つまたは複数の無線通信リンクを確立し、それを介して通信するために適切な構成要素（例えば、エアインターフェース）を含むことができる。例えば、デバイスは無線媒体上の通信を可能にする様々な構成要素（例えば、信号発生器および信号処理器）を含むことができる関連する送信機構成要素および受信機構成要素（例えば、送信機４０６および５０４ならびに受信機４０８および５０６）とともに無線トランシーバを備えることができる
いくつかの態様では、無線デバイスはインパルスベースの無線通信リンクを介して通信することができる。例えば、インパルスベースの無線通信リンクは、比較的短い長さ（例えば、数ナノ秒程度）および比較的広い帯域幅を有する超広帯域パルスを利用することができる。いくつかの態様では、超広帯域パルスは約２０％もしくはそれ以上の比帯域幅、および／または約５００ＭＨｚもしくはそれ以上の帯域幅を持つことができる。
【００７０】
ここでの教示は、様々な装置（例えば、デバイス）に組み込む（例えば、装置内に実装する、または装置によって実行する）ことができる。例えば、ここで教示した１つまたは複数の態様は、電話（例えば、セルラー電話）、携帯情報端末（”ＰＤＡ”）、エンターテインメントデバイス（例えば、音楽またはビデオデバイス）、ヘッドセット（例えば、ヘッドホン、イヤピースなど）、マイクロホン、医療デバイス（例えば、生体センサ、心拍数モニタ、歩数計、ＥＫＧデバイスなど）、ユーザＩ／Ｏデバイス（例えば、時計、遠隔制御装置、照明スイッチ、キーボード、マウスなど）、タイヤ空気圧モニタ、コンピュータ、販売時点管理デバイス（point-of-sale device）、エンターテインメントデバイス、補聴器、セットトップボックス、または他の好適なデバイスに組み込むことができる。
【００７１】
これらのデバイスは、異なる電力およびデータ要件を有することができる。いくつかの態様では、ここでの教示は（例えば、インパルスベースのシグナリング方式および低デューティサイクルモードを使用して）低電力アプリケーションで使用するように適用でき、（例えば、高帯域パルスを使用して）比較的高い転送速度を含む様々なデータ転送速度をサポートすることができる。
【００７２】
いくつかの態様では、無線デバイスは通信システムのためのアクセスデバイス（例えば、Ｗｉ−Ｆｉアクセスポイント）を備えることができる。そのようなアクセスデバイスは、例えば有線または無線通信リンクを介して別のネットワーク（例えば、インターネットまたはセルラネットワークなどワイドエリアネットワーク）への接続性を提供することができる。従って、アクセスデバイスは別のデバイス（例えば、Ｗｉ−Ｆｉ局）が他のネットワークまたは何らかの他の機能にアクセスできるようにすることができる。さらに、一方または両方のデバイスはポータブルでもよいし、場合によっては比較的非ポータブルでもよいことが理解されよう。
【００７３】
ここで説明した構成要素は、様々な方法で実装することができる。図７および図８を参照すると、装置７００および８００は例えば１つまたは複数の集積回路（例えば、ＡＳＩＣ）によって実装される機能を表すか、またはここで教示する何らかの他の方法で実装できる一連の相互に関係する機能ブロックとして表されている。ここで述べるように、集積回路はプロセッサ、ソフトウェア、他の構成要素、またはそれらの何らかの組合せを含むことができる。
【００７４】
装置７００および８００は、様々な図に関して上述した１つまたは複数の機能を実行することができる１つまたは複数のモジュールを含むことができる。例えば、送信用ＡＳＩＣ７０２または８０２は、例えばここで述べる送信機に対応する。受信用ＡＳＩＣ７０４または８０４は、例えばここで述べる受信機に対応する。判断用ＡＳＩＣ７０６は、例えば、ここで述べるキープアライブプロセッサに対応する。判断用ＡＳＩＣ８０６は、例えばここで述べるキープアライブコントローラに対応する。復帰用ＡＳＩＣ７１４または８０８は、例えばここで述べるモードコントローラに対応する。規定用ＡＳＩＣ７０８は、例えばここで述べるキープアライブデバイスセレクタに対応する。指定用ＡＳＩＣ７１０は、例えばここで述べるキープアライブデバイスセレクタに対応する。定義用ＡＳＩＣ７１２は、例えばここで述べるキープアライブスケジューラに対応する。
【００７５】
上記のようにいくつかの態様では、これらの構成要素は適切なプロセッサ構成要素により実装され得る。これらのプロセッサ構成要素は、いくつかの態様では少なくとも部分的にはここで教示する構造を使用して実装され得る。いくつかの態様では、プロセッサはこれらの構成要素のうちの１つまたは複数の機能の一部もしくは全てを実装するように適合され得る。いくつかの態様では、破線の囲みによって表される１つまたは複数の構成要素はオプションである。
【００７６】
上記のように、装置７００および８００は１つまたは複数の集積回路を備えることができる。例えば、いくつかの態様では単一の集積回路は示された構成要素のうちの１つまたは複数の機能を実装することができ、一方、他の態様では２つ以上の集積回路は示された構成要素のうちの１つまたは複数の機能を実装することができる。
【００７７】
さらに、図７および図８で示した構成要素および機能ならびにここで説明した他の構成要素および機能は、任意の好適な手段を使用して実装され得る。そのような手段は、少なくとも部分的にはここで教示した対応する構造を使用して実装することもできる。例えば、図７および図８の「ＡＳＩＣ」構成要素に関連して上述した構成要素はまた同様に指定された「手段」機能に対応することができる。従って、いくつかの態様では１つまたは複数のそのような手段は、ここで教示する１つまたは複数のプロセッサ構成要素、集積回路または他の好適な構造を使用して実装できる。
【００７８】
また、本明細書における「第１」、「第２」などの名称を使用した要素への言及は、それらの要素の数量または順序を概括的に限定するものでないことを理解されたい。むしろ、これらの名称は本明細書において２つ以上の異なる要素を区別する便利な方法として使用され得る。従って、第１および第２の要素への言及は、そこで２つの要素のみが使用できること、または第１の要素が何らかの方法で第２の要素に先行しなければならないことを意味するものではない。また、別段の規定がない限り、１組の要素は１つまたは複数の要素を備えることがある。
【００７９】
情報および信号は、様々な異なる技術および技法のいずれかを使用して表され得ることを当業者は理解されよう。例えば、上記の説明全体にわたって言及されるデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００８０】
さらに、ここで開示された態様に関して説明した様々な例示的な論理ブロック、モジュール、プロセッサ、手段、回路およびアルゴリズムステップは、電子ハードウェア（例えば、情報源符号化または他の何らかの技法を使用して設計され得る、デジタル実装、アナログ実装、またはそれら２つの組合せ）、命令を組み込んだ様々な形態のプログラムまたは設計コード（便宜上、ここでは「ソフトウェア」または「ソフトウェアモジュール」と呼ぶことがある）、または両方の組合せとして実装できることを当業者は理解されよう。このハードウェアとソフトウェアの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアで実装するかソフトウェアで実装するかは、システム全体に課せられた特定のアプリケーションおよび設計上の制約に依存する。当業者は、説明した機能を特定のアプリケーション毎に様々な方法で実装することができるが、そのような実装の決定は本開示の範囲からの逸脱を生じると解釈すべきではない。
【００８１】
ここで開示された態様に関して説明した様々な例示的な論理ブロック、モジュールおよび回路は、集積回路（”ＩＣ”）、アクセス端末、またはアクセスポイント内に実装できるか、またはそれらによって実行され得る。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタロジック、個別ハードウェア構成要素、電子的構成要素、光学的構成要素、機械的構成要素、またはここに記載の機能を実行するように設計されたそれらの任意の組合せを備えることができ、ＩＣの内部、ＩＣの外側、またはその両方に存在するコードまたは命令を実行することができる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティングデバイスの組合せ、例えばＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成としても実装できる。
【００８２】
開示されたプロセス中のステップの特定の順序または階層は、例示的な手法の一例であることが理解されよう。設計の選好に基づいて、プロセス中のステップの特定の順序または階層は本開示の範囲内のまま再構成できることが理解されよう。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【００８３】
ここで開示された態様に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその２つの組合せで実施され得る。ソフトウェアモジュール（例えば、実行可能命令および関連するデータを含む）および他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の形態のコンピュータ可読記憶媒体など、データメモリ中に常駐され得る。プロセッサが記憶媒体から情報（例えばコード）を読み取り、情報を記憶媒体に書き込むことができるように、例示的な記憶媒体を例えばコンピュータ／プロセッサ（便宜上、ここでは「プロセッサ」と呼ぶことがある）などのマシンに結合することができる。例示的な記憶媒体はプロセッサと一体とされ得る。プロセッサおよび記憶媒体は、ＡＳＩＣ中に常駐され得る。ＡＳＩＣは、ユーザ装置中に常駐され得る。代替では、プロセッサおよび記憶媒体はユーザ装置中の個別部品として常駐され得る。さらに、いくつかの態様では好適なコンピュータプログラム製品は、本開示の態様のうちの１つまたは複数に関する（例えば、少なくとも１つのコンピュータによって実行可能な）コードを備えるコンピュータ可読媒体を備えることができる。いくつかの態様では、コンピュータプログラム製品はパッケージ材料を備えることができる。
【００８４】
開示された態様の前述の説明は、当業者が本開示を実施または使用できるようにするために提供されるものである。これらの態様への様々な変更は当業者には容易に明らかとなり、ここで定義した一般的な原理は、本開示の範囲から逸脱することなく他の態様に適用できる。従って、本開示はここに示された態様に限定されるものではなく、ここに開示された原理および新規の特徴に一致する最も広い範囲を与えられるべきものである。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
パケットをパケットレートに従って少なくとも１つの無線デバイスに送信することと、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信することと、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断することと、を備える無線通信方法。
［Ｃ２］
前記パケットは、ほぼ規則的な時間間隔で送信されるＣ１に記載の方法。
［Ｃ３］
前記パケットは、マルチキャストパケットを備えるＣ１に記載の方法。
［Ｃ４］
前記パケットは、データストリームの一部分を備えるＣ１に記載の方法。
［Ｃ５］
前記少なくとも１つの無線デバイスがもはや前記データストリームをリッスンしていないと判断することをさらに備え、
パケットを送信し続けるべきかどうかの前記判断は、前記データストリームを終了することを決定すること、を備えるＣ４に記載の方法。
［Ｃ６］
前記少なくとも１つの無線デバイスは、複数の無線デバイスを備えるＣ１に記載の方法。
［Ｃ７］
前記サブセットは、前記無線デバイスのうちの１つを備えるＣ６に記載の方法。
［Ｃ８］
前記無線デバイスのうちのどれがキープアライブメッセージを送信すべきかを規定すること、をさらに備えるＣ６に記載の方法。
［Ｃ９］
キープアライブメッセージがもはや前記サブセットから受信されていないと判断することと、
キープアライブメッセージを送信すべき、前記無線デバイスの別のサブセットを指定することと、
前記別のサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信することと、をさらに備えるＣ６に記載の方法。
［Ｃ１０］
キープアライブメッセージを送信すべき前記無線デバイスの各々の送信スケジュールを定義すること、をさらに備えるＣ６に記載の方法。
［Ｃ１１］
前記送信スケジュールは、前記無線デバイスがキープアライブメッセージを異なる時間に送信するように指定するＣ１０に記載の方法。
［Ｃ１２］
前記送信スケジュールは、前記無線デバイスの各々のパケット周期とパケットオフセットとを備えるＣ１０に記載の方法。
［Ｃ１３］
前記送信スケジュールは、キープアライブメッセージを送信すべきかどうかを判断するために前記無線デバイスが使用する少なくとも１つの確率基準を備えるＣ１０に記載の方法。
［Ｃ１４］
前記キープアライブメッセージを受信すべき指定された時間に省電力状態から復帰すること、をさらに備えるＣ１に記載の方法。
［Ｃ１５］
前記キープアライブメッセージは、前記サブセットがパケットについてリッスンし続けることが予期されることを示すＣ１に記載の方法。
［Ｃ１６］
前記キープアライブメッセージの各々は、前記サブセットが受信され、かつパケットを受信し続けることが予期されることを示すＣ１に記載の方法。
［Ｃ１７］
パケットをパケットレートに従って少なくとも１つの無線デバイスに送信するように構成された送信機と、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するように構成された受信機と、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断するように構成されたキープアライブプロセッサと、を備える無線通信装置。
［Ｃ１８］
前記パケットは、ほぼ規則的な時間間隔で送信されるＣ１７に記載の装置。
［Ｃ１９］
前記パケットは、マルチキャストパケットを備えるＣ１７に記載の装置。
［Ｃ２０］
前記パケットは、データストリームの一部分を備えるＣ１７に記載の装置。
［Ｃ２１］
前記キープアライブプロセッサは、前記少なくとも１つの無線デバイスがもはや前記データストリームをリッスンしていないと判断するようにさらに構成され、
パケットを送信し続けるべきかどうかの前記判断は、前記データストリームを終了することを決定すること、を備えるＣ２０に記載の装置。
［Ｃ２２］
前記少なくとも１つの無線デバイスは、複数の無線デバイスを備えるＣ１７に記載の装置。
［Ｃ２３］
前記サブセットは、前記無線デバイスのうちの１つを備えるＣ２２に記載の装置。
［Ｃ２４］
前記無線デバイスのうちのどれがキープアライブメッセージを送信すべきかを規定するように構成されたキープアライブデバイスセレクタをさらに備えるＣ２２に記載の装置。
［Ｃ２５］
前記キープアライブプロセッサは、キープアライブメッセージがもはや前記サブセットから受信されていないと判断するようにさらに構成され、
前記装置は、キープアライブメッセージを送信すべき、前記無線デバイスの別のサブセットを指定するように構成されたキープアライブデバイスセレクタをさらに備え、
前記受信機は、前記別のサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するようにさらに構成されるＣ２２に記載の装置。
［Ｃ２６］
キープアライブメッセージを送信すべき前記無線デバイスの各々の送信スケジュールを定義するように構成されたキープアライブスケジューラをさらに備えるＣ２２に記載の装置。
［Ｃ２７］
前記送信スケジュールは、前記無線デバイスがキープアライブメッセージを異なる時間に送信するように指定するＣ２６に記載の装置。
［Ｃ２８］
前記送信スケジュールは、前記無線デバイスの各々のパケット周期とパケットオフセットとを備えるＣ２６に記載の装置。
［Ｃ２９］
前記送信スケジュールは、キープアライブメッセージを送信すべきかどうかを判断するために前記無線デバイスが使用する少なくとも１つの確率基準を備えるＣ２６に記載の装置。
［Ｃ３０］
前記装置の少なくとも一部が前記キープアライブメッセージを受信すべき指定された時間に省電力状態から復帰することができるように構成されたモードコントローラをさらに備えるＣ１７に記載の装置。
［Ｃ３１］
前記キープアライブメッセージは、前記サブセットがパケットについてリッスンし続けることが予期されることを示すＣ１７に記載の装置。
［Ｃ３２］
前記キープアライブメッセージの各々は、前記サブセットがパケットを受信し、パケットを受信し続けることが予期されることを示すＣ１７に記載の装置。
［Ｃ３３］
パケットをパケットレートに従って送信少なくとも１つの無線デバイスに送信する手段と、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信する手段と、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断する手段と、を備える無線通信装置。
［Ｃ３４］
前記パケットは、ほぼ規則的な時間間隔で送信されるＣ３３に記載の装置。
［Ｃ３５］
前記パケットは、マルチキャストパケットを備えるＣ３３に記載の装置。
［Ｃ３６］
前記パケットは、データストリームの一部分を備えるＣ３３に記載の装置。
［Ｃ３７］
前記判断する手段は、前記少なくとも１つの無線デバイスがもはや前記データストリームをリッスンしていないとさらに判断し、
パケットを送信し続けるべきかどうかの前記判断は、前記データストリームを終了することを決定すること、を備えるＣ３６に記載の装置。
［Ｃ３８］
前記少なくとも１つの無線デバイスは、複数の無線デバイスを備えるＣ３３に記載の装置。
［Ｃ３９］
前記サブセットは、前記無線デバイスのうちの１つを備えるＣ３８に記載の装置。
［Ｃ４０］
前記無線デバイスのうちのどれがキープアライブメッセージを送信すべきかを規定する手段をさらに備えるＣ３８に記載の装置。
［Ｃ４１］
前記判断する手段は、キープアライブメッセージがもはや前記サブセットから受信されていないとさらに判断し、
前記装置は、キープアライブメッセージを送信すべき、前記無線デバイスの別のサブセットを指定する手段をさらに備え、
前記受信する手段は、前記別のサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートでさらに受信するＣ３８に記載の装置。
［Ｃ４２］
キープアライブメッセージを送信すべき前記無線デバイスの各々の送信スケジュールを定義する手段をさらに備えるＣ３８に記載の装置。
［Ｃ４３］
前記送信スケジュールは、前記無線デバイスがキープアライブメッセージを異なる時間に送信するように指定するＣ４２に記載の装置。
［Ｃ４４］
前記送信スケジュールは、前記無線デバイスの各々のパケット周期とパケットオフセットとを備えるＣ４２に記載の装置。
［Ｃ４５］
前記送信スケジュールは、キープアライブメッセージを送信すべきかどうかを判断するために前記無線デバイスが使用する少なくとも１つの確率基準を備えるＣ４２に記載の装置。
［Ｃ４６］
前記キープアライブメッセージを受信すべき指定された時間に省電力状態から復帰する手段をさらに備えるＣ３３に記載の装置。
［Ｃ４７］
前記キープアライブメッセージは、前記サブセットがパケットをリッスンし続けることが予期されることを示すＣ３３に記載の装置。
［Ｃ４８］
前記キープアライブメッセージの各々は、前記サブセットがパケットを受信し、パケットを受信し続けることが予期されることを示すＣ３３に記載の装置。
［Ｃ４９］
パケットをパケットレートに従って少なくとも１つの無線デバイスに送信し、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信し、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断するための、
少なくとも１つのコンピュータによって実行可能なコードを備えるコンピュータ可読媒体を備える無線通信用コンピュータプログラム製品。
［Ｃ５０］
パケットをパケットレートに従って少なくとも１つの無線デバイスに送信するように構成された送信機と、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するように構成された受信機と、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断するように構成された送信コントローラと、
前記受信機によって受信されたデータに基づいてオーディオ出力を与えるように適合された変換器と、を備える無線通信用ヘッドセット。
［Ｃ５１］
パケットをパケットレートに従って少なくとも１つの無線デバイスに送信するように構成された送信機と、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するように構成された受信機と、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断するように構成された送信コントローラと、
前記受信機によって受信されたデータに基づいて指示を与えるように適合されたユーザインターフェースと、を備える無線通信用ウォッチ。
［Ｃ５２］
パケットをパケットレートに従って少なくとも１つの無線デバイスに送信するように構成された送信機と、
前記少なくとも１つの無線デバイスのサブセットからのキープアライブメッセージを前記パケットレートよりも低いレートで受信するように構成された受信機と、
前記受信されたキープアライブメッセージに基づいて前記少なくとも１つの無線デバイスにパケットを送信し続けるべきかどうかを判断するように構成された送信コントローラと、
前記送信機によって送信されるデータを与えるように適合されたセンサと、を備える無線通信用検知デバイス。
［Ｃ５３］
パケットレートに従って無線デバイスからのパケットを受信することと、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信することと、を備える無線通信方法。
［Ｃ５４］
前記パケットは、マルチキャストパケットを備えるＣ５３に記載の方法。
［Ｃ５５］
前記パケットは、ほぼ規則的な時間間隔で受信されるＣ５３に記載の方法。
［Ｃ５６］
前記パケットは、データストリームの一部分を備えるＣ５３に記載の方法。
［Ｃ５７］
前記キープアライブメッセージの送信を許可する、前記無線デバイスからのメッセージの受信に基づいて前記キープアライブメッセージを送信すべきかどうかを判断すること、をさらに備えるＣ５３に記載の方法。
［Ｃ５８］
前記キープアライブメッセージの前記送信のための前記レートを指定する、前記無線デバイスからの指示を受信すること、をさらに備えるＣ５３に記載の方法。
［Ｃ５９］
前記キープアライブメッセージは、前記無線デバイスから受信された送信スケジュールに基づいて送信されるＣ５３に記載の方法。
［Ｃ６０］
前記送信スケジュールは、パケット周期とパケットオフセットとを備えるＣ５９に記載の方法。
［Ｃ６１］
前記送信スケジュールは、キープアライブメッセージを送信するように構成された異なる無線デバイスについて異なるキープアライブ送信時間を定義するＣ５９に記載の方法。
［Ｃ６２］
確率パラメータに基づいて前記キープアライブメッセージを送信すべきかどうかを判断すること、をさらに備えるＣ５３に記載の方法。
［Ｃ６３］
前記キープアライブメッセージを送信すべきかどうかの前記判断は、前記確率パラメータと確率しきい値との比較に基づいて前記キープアライブメッセージのうちの所定の１つを送信しないことを決定すること、を備えるＣ６２に記載の方法。
［Ｃ６４］
前記キープアライブメッセージは、パケットをリッスンし続けることが予期されることを示すＣ５３に記載の方法。
［Ｃ６５］
前記キープアライブメッセージの各々は、パケットの受信とパケットを受信し続けることが予期されることを示すＣ５３に記載の方法。
［Ｃ６６］
少なくとも１つのパケットが、定義された時間期間内に正常に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断すること、をさらに備えるＣ５３に記載の方法。
［Ｃ６７］
前記定義された時間期間は、定義されたパケット数に関連するウィンドウを備えるＣ６６に記載の方法。
［Ｃ６８］
少なくとも１つのパケットの検証可能な部分が、定義された時間期間内に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断すること、をさらに備えるＣ５３に記載の方法。
［Ｃ６９］
前記検証可能な部分は、ヘッダの少なくとも一部分またはプリアンブルの少なくとも一部分を備えるＣ６８に記載の方法。
［Ｃ７０］
前記キープアライブメッセージを送信すべき指定された時間に省電力状態から復帰すること、をさらに備えるＣ５３に記載の方法。
［Ｃ７１］
無線デバイスからのパケットをパケットレートに従って受信するように構成された受信機と、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するように構成された送信機と、を備える無線通信装置。
［Ｃ７２］
前記パケットは、マルチキャストパケットを備えるＣ７１に記載の装置。
［Ｃ７３］
前記パケットは、ほぼ規則的な時間間隔で受信されるＣ７１に記載の装置。
［Ｃ７４］
前記パケットは、データストリームの一部分を備えるＣ７１に記載の装置。
［Ｃ７５］
前記無線デバイスからの、前記キープアライブメッセージの送信を許可するメッセージの受信に基づいて、前記キープアライブメッセージを送信すべきかどうかを判断するように構成されたキープアライブコントローラをさらに備えるＣ７１に記載の装置。
［Ｃ７６］
前記無線デバイスからの、前記キープアライブメッセージの前記送信のための前記レートを指定する指示を受信するように構成されたキープアライブコントローラをさらに備えるＣ７１に記載の装置。
［Ｃ７７］
前記キープアライブメッセージは、前記無線デバイスから受信された送信スケジュールに基づいて送信されるＣ７１に記載の装置。
［Ｃ７８］
前記送信スケジュールは、パケット周期とパケットオフセットとを備えるＣ７７に記載の装置。
［Ｃ７９］
前記送信スケジュールは、キープアライブメッセージを送信するように構成された異なる無線デバイスについて異なるキープアライブ送信時間を定義するＣ７７に記載の装置。
［Ｃ８０］
確率パラメータに基づいて前記キープアライブメッセージを送信すべきかどうかを判断するように構成されたキープアライブコントローラをさらに備えるＣ７１に記載の装置。
［Ｃ８１］
前記キープアライブメッセージを送信すべきかどうかの前記判断は、前記確率パラメータと確率しきい値との比較に基づいて前記キープアライブメッセージのうちの所定の１つを送信しないことを決定すること、を備えるＣ８０に記載の装置。
［Ｃ８２］
前記キープアライブメッセージは、パケットをリッスンし続けることが予期されることを示すＣ７１に記載の装置。
［Ｃ８３］
前記キープアライブメッセージの各々は、パケットの受信とパケットを受信し続けることが予期されることを示すＣ７１に記載の装置。
［Ｃ８４］
少なくとも１つのパケットが、定義された時間期間内に正常に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断するように構成されたキープアライブコントローラをさらに備えるＣ７１に記載の装置。
［Ｃ８５］
前記定義された時間期間は、定義されたパケット数に関連するウィンドウを備えるＣ８４に記載の装置。
［Ｃ８６］
少なくとも１つのパケットの検証可能な部分が、定義された時間期間内に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断するように構成されたキープアライブコントローラをさらに備えるＣ７１に記載の装置。
［Ｃ８７］
前記検証可能な部分は、ヘッダの少なくとも一部分またはプリアンブルの少なくとも一部分を備えるＣ８６に記載の装置。
［Ｃ８８］
前記装置の少なくとも一部は、前記キープアライブメッセージを送信すべき指定された時間に省電力状態から復帰できるようにするように構成されたモードコントローラをさらに備えるＣ７１に記載の装置。
［Ｃ８９］
無線デバイスからのパケットをパケットレートに従って受信する手段と、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信する手段と、を備える無線通信装置。
［Ｃ９０］
前記パケットは、マルチキャストパケットを備えるＣ８９に記載の装置。
［Ｃ９１］
前記パケットは、ほぼ規則的な時間間隔で受信されるＣ８９に記載の装置。
［Ｃ９２］
前記パケットは、データストリームの一部分を備えるＣ８９に記載の装置。
［Ｃ９３］
前記無線デバイスからの、前記キープアライブメッセージの送信を許可するメッセージの受信に基づいて、前記キープアライブメッセージを送信すべきかどうかを判断するための手段をさらに備えるＣ８９に記載の装置。
［Ｃ９４］
前記受信する手段は、前記無線デバイスからの、前記キープアライブメッセージの前記送信のための前記レートを指定する指示を受信するＣ８９に記載の装置。
［Ｃ９５］
前記キープアライブメッセージは、前記無線デバイスから受信された送信スケジュールに基づいて送信されるＣ８９に記載の装置。
［Ｃ９６］
前記送信スケジュールは、パケット周期とパケットオフセットとを備えるＣ９５に記載の装置。
［Ｃ９７］
前記送信スケジュールは、キープアライブメッセージを送信するように構成された異なる無線デバイスについて異なるキープアライブ送信時間を定義するＣ９５に記載の装置。
［Ｃ９８］
確率パラメータに基づいて前記キープアライブメッセージを送信すべきかどうかを判断する手段をさらに備えるＣ８９に記載の装置。
［Ｃ９９］
前記キープアライブメッセージを送信すべきかどうかの前記判断は、前記確率パラメータと確率しきい値との比較に基づいて前記キープアライブメッセージのうちの所定の１つを送信しないことを決定すること、を備えるＣ９８に記載の装置。
［Ｃ１００］
前記キープアライブメッセージは、パケットをリッスンし続けることが予期されることを示すＣ８９に記載の装置。
［Ｃ１０１］
前記キープアライブメッセージの各々は、パケットの受信とパケットを受信し続けることが予期されることを示すＣ８９に記載の装置。
［Ｃ１０２］
少なくとも１つのパケットが定義された時間期間内に正常に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断する手段をさらに備えるＣ８９に記載の装置。
［Ｃ１０３］
前記定義された時間期間は、定義されたパケット数に関連するウィンドウを備えるＣ１０２に記載の装置。
［Ｃ１０４］
少なくとも１つのパケットの検証可能な部分が、定義された時間期間内に受信されたかどうかに基づいて、前記キープアライブメッセージのうちの１つを送信すべきかどうかを判断する手段をさらに備えるＣ８９に記載の装置。
［Ｃ１０５］
前記検証可能な部分は、ヘッダの少なくとも一部分またはプリアンブルの少なくとも一部分を備えるＣ１０４に記載の装置。
［Ｃ１０６］
前記キープアライブメッセージを送信すべき指定された時間に省電力状態から復帰する手段をさらに備えるＣ８９に記載の装置。
［Ｃ１０７］
無線デバイスからのパケットをパケットレートに従って受信し、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するための、
少なくとも１つのコンピュータによって実行可能なコードを備えるコンピュータ可読媒体を備える無線通信用コンピュータプログラム製品。
［Ｃ１０８］
無線デバイスからのパケットをパケットレートに従って受信するように構成された受信機と、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するように構成された送信機と、
前記受信機によって受信されたデータに基づいてオーディオ出力を与えるように適合された変換器と、を備える無線通信用ヘッドセット。
［Ｃ１０９］
無線デバイスからのパケットをパケットレートに従って受信するように構成された受信機と、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するように構成された送信機と、
前記受信機によって受信されたデータに基づいて指示を与えるように適合されたユーザインターフェースと、を備える無線通信用ウォッチ。
［Ｃ１１０］
無線デバイスからのパケットをパケットレートに従って受信するように構成された受信機と、
キープアライブメッセージを前記パケットレートよりも低いレートで前記無線デバイスに送信するように構成された送信機と、
前記送信機によって送信されるデータを与えるように適合されたセンサと、を備える無線通信用検知デバイス。
【図１】
0005490697.tif 000002
【図２】
0005490697.tif 000003
【図３】
0005490697.tif 000004
【図４】
0005490697.tif 000005
【図５】
0005490697.tif 000006
【図６】
0005490697.tif 000007
【図７】
0005490697.tif 000008
【図８】
0005490697.tif 000009