(57)【要約】  ブロードキャストトラフィック或いはマルチキャストトラフィックはトラフィックの異なるタイプ及び各トラフィックの異なるタイプに関連付けられた異なる伝送スケジュールに分類される。異なるタイプのブロードキャストトラフィック及びマルチキャストトラフィックは８０２．１１ベースのシステムにおいて実現される。この場合において、アクセスポイントはブロードキャストトラフィック或いはマルチキャストトラフィックを異なるタイプに分類し、異なる伝送スケジュールを異なるトラフィックタイプに割り当てるように構成される。関連付けられた無線局は、これにより、無線局が受信すように選択されているトラフィックのタイプのデリバリー時間に対応するインターバルのみでパワーセーブモードからウェイクする。ある観点においては、異なるタイプのブロードキャストトラフィック及びマルチキャストトラフィックはユーザプレーントラフィック及び制御プレーントラフィックを具備する。【選択図】      図１
2009529301.tif 000002
【特許請求の範囲】
【請求項１】
ブロードキャストトラフィック或いはマルチキャストトラフィクの複数の異なるタイプのうちの少なくとも１つを受信する受信手段を具備し、異なる伝送スケジュールは、トラフィックの異なるタイプに関連付けられているブロードキャストトラフィック或いはマルチキャストトラフィックを受信する方法。
【請求項２】
前記受信されるトラフィックの異なるタイプを識別し、
前記受信されるトラフィックの異なるタイプから、受信されるトラフィックの少なくとも１つのタイプと、受信されないトラフィックの少なくとも１つのタイプとを選択することをさらに具備する請求項１記載の方法。
【請求項３】
受信されるべき選択されたトラフィックの各タイプに関連付けられた伝送スケジュールによって定義されたタイムインターバルにしたがって、パワーセーブ状態からアクティブ状態に遷移することによって受信されるべき選択されたトラフィックの各タイプを受信し、
受信されるべきでない選択されたトラフィックの各タイプに関連付けられた伝送スケジュールによって定義されたタイムインターバルにしたがって、パワーセーブ状態からアクティブ状態に遷移することによって受信されるべきでない選択されたトラフィックの各タイプを受信しないことをさらに具備する請求項２記載の方法。
【請求項４】
前記受信されるべき選択されたトラフィックの各タイプに関連付けられたタイムインターバルは、受信されるべきでない選択されたトラフィックの各タイプに関連付けられた複数のタイムインターバルよりも長い請求項３記載の方法。
【請求項５】
ユーザは、受信されるべき少なくとも１つのトラフィックのタイプ及び受信されるべきでない少なくとも１つのトラフィックのタイプを選択する請求項２記載の方法。
【請求項６】
前記受信したトラフィックの解析に基づいて学習動作を実行し、受信されるべき少なくとも１つのトラフィックのタイプ及び受信されるべきでない少なくとも１つのトラフィックのタイプを自動的に選択する請求項２記載の方法。
【請求項７】
トラフィックの異なるタイプ及び関連付けられた伝送スケジュールを決定するためにアクセスポイントを対応付けることをさらに具備する請求項２記載の方法。
【請求項８】
トラフィックの異なるタイプの使用可能度に関する問い合わせを送信することをさらに具備する請求項７記載の方法。
【請求項９】
トラフィックの異なるタイプが送信されるタイムインターバルの指示を含むビーコンを受信することをさらに具備する請求項７記載の方法。
【請求項１０】
少なくとも１つのトラフィックの異なるタイプのデリバリー前の残り時間の量の指示を含むビーコンを受信することをさらに具備する請求項７記載の方法。
【請求項１１】
前記各伝送スケジュールは、タイムインターバルに関連付けられ、
少なくとも１つの伝送スケジュールに関連付けられたタイムインターバルは、他の１つの伝送スケジュールにに関連付けられた複数のタイムインターバルよりも長い請求項１記載の方法。
【請求項１２】
トラフィックの異なるタイプの第１のタイプのデリバリーに関連付けられた第１のタイムインターバルは、複数のデリバリートラフィック指示マップ（ＤＴＩＭ）インターバルであり、
トラフィックの異なるタイプの第１のタイプのデリバリーに関連付けられた第２のタイムインターバルは、第１のインターバル期間よりも長く、複数のＤＴＩＭインターバルである請求項１１記載の方法。
【請求項１３】
プロトコルタイプ、ソースポート、宛先ポート、ソースアドレス、宛先アドレス、サービスタイプ、トラフィックの受信頻度、トラフィックに関連するアプリケーションの識別から構成される少なくとも１つのグループに基づいて、少なくとも１つのトラフィックの異なるタイプに分類されたトラフィックを受信することをさらに含む請求項１記載の方法。
【請求項１４】
トラフィック学習動作に基づいて、少なくとも１つのトラフィックの異なるタイプに分類されたトラフィックを受信することをさらに具備する請求項１記載の方法。
【請求項１５】
トラフィックの異なるタイプは、制御プレーントラフィック及びユーザプレーントラフィックを含む請求項１記載の方法。
【請求項１６】
パワーセーブ状態からウェイクして制御プレーントラフィックを受信し、パワーセーブ状態からウェイクせずにユーザプレーントラフィックを受信することをさらに具備する請求項１５記載の方法。
【請求項１７】
第１のタイムインターバルでデリバリートラフィック指示マップにおいて伝送されたユーザプレーントラフィック指示を受信し、
第２のタイムインターバルで管理トラフィック指示マップにおいて伝送された制御プレーントラフィック指示を受信し、
前記第２のタイムインターバルに対応するインターバルで前記制御プレーントラフィックを受信しすることをさらに具備し、前記第２のタイムインターバルは前記複数の第１のタイムインターバルよりも長い請求項１６記載の方法。
【請求項１８】
前記制御プレーントラフィックは、接続性、トポロジ、パスディスカバリ、ＡＲＰ、ＤＨＣＰ、プレゼンス及びページングから構成される少なくとも１つのグループに関連する請求項１５記載の方法。
【請求項１９】
前記ユーザプレーントラフィックは、ストリーミングデータ、オーディオ及びビデオから構成される少なくとも１つのグループを具備する請求項１５記載の方法。
【請求項２０】
ブロードキャストトラフィク或いはマルチキャストトラフィックの複数の異なるタイプのうちの少なくとも１つを受信するように適応された受信器と、異なる伝送スケジュールは、トラフィックの異なるタイプに関連付けられ、
少なくとも１つの関連付けられた伝送スケジュールにしたがって、トラフィックの少なくとも１つのタイプの受信をスケジュールように適応されたスケジューラと
を具備する装置。
【請求項２１】
前記受信されるトラフィックの異なるタイプを識別するように適応された識別器と、
前記受信されるトラフィックの異なるタイプから、受信されるトラフィックの少なくとも１つのタイプと、受信されないトラフィックの少なくとも１つのタイプとを選択するように適応されたセレクタと
をさらに具備する請求項２０の装置。
【請求項２２】
受信されるべき選択されたトラフィックの各タイプに関連付けられた伝送スケジュールによって定義されたタイムインターバルにしたがって、パワーセーブ状態からアクティブ状態に前記受信器を遷移し、
受信されるべきでない選択されたトラフィックの各タイプに関連付けられた伝送スケジュールによって定義されたタイムインターバルにしたがって、パワーセーブ状態からアクティブ状態に前記受信器を遷移しないように適応された状態コントローラをさらに具備する請求項２１の装置。
【請求項２３】
前記受信されるべき選択されたトラフィックの各タイプに関連付けられたタイムインターバルは、受信されるべきでない選択されたトラフィックの各タイプに関連付けられた複数のタイムインターバルよりも長い請求項２２の装置。
【請求項２４】
受信されるべき少なくとも１つのトラフィックのタイプ及び受信されるべきでない少なくとも１つのトラフィックのタイプを選択するためのユーザからの入力を受信するように適応されたユーザインターフェイスをさらに具備する請求項２１の装置。
【請求項２５】
前記受信したトラフィックの解析に基づいて学習動作を実行し、受信されるべき少なくとも１つのトラフィックのタイプ及び受信されるべきでない少なくとも１つのトラフィックのタイプを自動的に選択するように適応されたトラフィック分析器をさらに具備する請求項２１記載の装置。
【請求項２６】
トラフィックの異なるタイプ及び関連付けられた伝送スケジュールを決定するためにアクセスポイントを対応付けるように適応されたメディアアクセスコントローラをさらに具備する請求項２０記載の装置。
【請求項２７】
前記各伝送スケジュールは、タイムインターバルに関連付けられ、
少なくとも１つの伝送スケジュールに関連付けられたタイムインターバルは、他の１つの伝送スケジュールにに関連付けられた複数のタイムインターバルよりも長い請求項２０記載の装置。
【請求項２８】
前記トラフィックの異なるタイプは、制御プレーントラフィック及びユーザプレーントラフィックを含み、前記装置はさらに、前記受信器をパワーセーブ状態からウェイクして制御プレーントラフィックを受信し、前記受信器をパワーセーブ状態からウェイクせずにユーザプレーントラフィックを受信することをさらに具備する請求項２０記載の装置。
【請求項２９】
前記制御プレーントラフィックは、接続性、トポロジ、パスディスカバリ、ＡＲＰ、ＤＨＣＰ、プレゼンス及びページングから構成される少なくとも１つのグループに関連し、
前記ユーザプレーントラフィックは、ストリーミングデータ、オーディオ及びビデオから構成される少なくとも１つのグループを具備する請求項２８記載の装置。
【請求項３０】
ブロードキャストトラフィック或いはマルチキャストトラフィクの複数の異なるタイプのうちの少なくとも１つを受信する手段と、異なる伝送スケジュールは、トラフィックの異なるタイプに関連付けられており、
少なくとも１つの関連付けられた伝送スケジュールにしたがって、トラフィックの少なくとも１つのタイプの受信をスケジューリングする手段と
を具備するブロードキャストトラフィック或いはマルチキャストトラフィックを受信する装置。
【請求項３１】
前記受信されるトラフィックの異なるタイプを識別する手段と、
前記受信されるトラフィックの異なるタイプから、受信されるトラフィックの少なくとも１つのタイプと、受信されないトラフィックの少なくとも１つのタイプとを選択する手段と
をさらに具備する請求項３０記載の装置。
【請求項３２】
受信されるべき選択されたトラフィックの各タイプに関連付けられた伝送スケジュールによって定義されたタイムインターバルにしたがって、前記受信手段をパワーセーブ状態からアクティブ状態に遷移する手段と、受信されるべきでない選択されたトラフィックの各タイプに関連付けられた伝送スケジュールによって定義されたタイムインターバルにしたがって、前記受信手段をパワーセーブ状態からアクティブ状態に遷移しない手段とをさらに具備する請求項３１記載の装置。
【請求項３３】
前記受信されるべき選択されたトラフィックの各タイプに関連付けられたタイムインターバルは、受信されるべきでない選択されたトラフィックの各タイプに関連付けられた複数のタイムインターバルよりも長い請求項３２記載の装置。
【請求項３４】
前記受信したトラフィックの解析に基づいて学習動作を実行し、受信されるべき少なくとも１つのトラフィックのタイプ及び受信されるべきでない少なくとも１つのトラフィックのタイプを自動的に選択する請求項３１記載の装置。
【請求項３５】
前記各伝送スケジュールは、タイムインターバルに関連付けられ、
少なくとも１つの伝送スケジュールに関連付けられたタイムインターバルは、他の１つの伝送スケジュールにに関連付けられた複数のタイムインターバルよりも長い請求項３０記載の装置。
【請求項３６】
前記トラフィックの異なるタイプは、制御プレーントラフィック及びユーザプレーントラフィックを含み、前記装置はさらに、前記受信手段をパワーセーブ状態からウェイクして制御プレーントラフィックを受信し、前記受信手段をパワーセーブ状態からウェイクせずにユーザプレーントラフィックを受信することをさらに具備する請求項３０記載の装置。
【請求項３７】
前記制御プレーントラフィックは、接続性、トポロジ、パスディスカバリ、ＡＲＰ、ＤＨＣＰ、プレゼンス及びページングから構成される少なくとも１つのグループに関連し、
前記ユーザプレーントラフィックは、ストリーミングデータ、オーディオ及びビデオから構成される少なくとも１つのグループを具備する請求項３６記載の装置。
【請求項３８】
ブロードキャストトラフィック或いはマルチキャストトラフィクの複数の異なるタイプのうちの少なくとも１つを受信する第１の命令セットを具備し、異なる伝送スケジュールは、トラフィックの異なるタイプに関連付けられている命令が記憶されたコンピュータ読み取り可能な媒体。
【請求項３９】
前記受信されるトラフィックの異なるタイプを識別する第２の命令セットと、
前記受信されるトラフィックの異なるタイプから、受信されるトラフィックの少なくとも１つのタイプと、受信されないトラフィックの少なくとも１つのタイプとを選択する第３の命令セットと
をさらに具備する請求項３８記載のコンピュータ読み取り可能な媒体。
【請求項４０】
受信されるべき選択されたトラフィックの各タイプに関連付けられた伝送スケジュールによって定義されたタイムインターバルにしたがって、パワーセーブ状態からアクティブ状態に遷移し、受信されるべきでない選択されたトラフィックの各タイプに関連付けられた伝送スケジュールによって定義されたタイムインターバルにしたがって、パワーセーブ状態からアクティブ状態に遷移しないする第４の命令セットをさらに具備する請求項３９記載のコンピュータ読み取り可能な媒体。
【請求項４１】
前記受信されるべき選択されたトラフィックの各タイプに関連付けられたタイムインターバルは、受信されるべきでない選択されたトラフィックの各タイプに関連付けられた複数のタイムインターバルよりも長い請求項４０記載のコンピュータ読み取り可能な媒体。
【請求項４２】
前記受信したトラフィックの解析に基づいて学習動作を実行し、受信されるべき少なくとも１つのトラフィックのタイプ及び受信されるべきでない少なくとも１つのトラフィックのタイプを自動的に選択する第４の命令セットをさらに具備する請求項３９記載のコンピュータ読み取り可能な媒体。
【請求項４３】
前記各伝送スケジュールは、タイムインターバルに関連付けられ、
少なくとも１つの伝送スケジュールに関連付けられたタイムインターバルは、他の１つの伝送スケジュールにに関連付けられた複数のタイムインターバルよりも長い請求項３８記載のコンピュータ読み取り可能な媒体。
【請求項４４】
前記トラフィックの異なるタイプは、制御プレーントラフィック及びユーザプレーントラフィックを含み、前記装置はさらに、パワーセーブ状態からウェイクして制御プレーントラフィックを受信し、パワーセーブ状態からウェイクせずにユーザプレーントラフィックを受信する第２の命令セットをさらに具備する請求項３８記載のコンピュータ読み取り可能な媒体。
【請求項４５】
前記制御プレーントラフィックは、接続性、トポロジ、パスディスカバリ、ＡＲＰ、ＤＨＣＰ、プレゼンス及びページングから構成される少なくとも１つのグループに関連し、
前記ユーザプレーントラフィックは、ストリーミングデータ、オーディオ及びビデオから構成される少なくとも１つのグループを具備する請求項４４記載のコンピュータ読み取り可能な媒体。
【請求項４６】
ブロードキャストトラフィック或いはマルチキャストトラフィクを受信し、
前記受信したトラフィックをトラフィックの異なるタイプに分類し、
異なる伝送スケジュールを、トラフィックの異なるタイプに関連付ける分類されたブロードキャストトラフィック或いはマルチキャストトラフィクを提供する方法。
【請求項４７】
異なる期間を有する異なるタイムインターバルでトラフィックの異なるタイプを伝送することをさらに具備する請求項４６記載の方法。
【請求項４８】
前記期間は、デリバリートラフィック指示マップ（ＤＴＩＭ）インターバルの複数の期間である請求項４７記載の方法。
【請求項４９】
トラフィックの異なるタイプが送信されるタイムインターバルの指示を含むビーコンを送信することをさらに具備する請求項４６記載の方法。
【請求項５０】
少なくとも１つのトラフィックの異なるタイプのデリバリー前の残り時間の量の指示を含むビーコンを送信することをさらに具備する請求項４６記載の方法。
【請求項５１】
前記分類することは、プロトコルタイプ、ソースポート、宛先ポート、ソースアドレス、宛先アドレス、トラフィックの受信頻度、サービスのタイプ、トラフィックに関連するアプリケーションの識別から構成される少なくとも１つのグループに基づく請求項４６記載の方法。
【請求項５２】
前記分類することは、前記受信したトラフィックの解析に基づいて学習動作を実行することを含む請求項４６記載の方法。
【請求項５３】
トラフィックの異なるタイプは、制御プレーントラフィック及びユーザプレーントラフィックを含む請求項４６記載の方法。
【請求項５４】
第１のタイムインターバルにしたがって制御プレーントラフィックを伝送し、第２のタイムインターバルにしたがってユーザプレーントラフィックを伝送し、前記第１のタイムインターバルは前記複数の第２のタイムインターバルよりも長い請求項５３記載の方法。
【請求項５５】
第１のタイムインターバルでデリバリートラフィック指示マップにおいてユーザプレーントラフィック指示を送信し、
第２のタイムインターバルで管理トラフィック指示マップにおいて制御プレーントラフィック指示を送信し、
前記第２のタイムインターバルに対応するインターバルで制御プレーントラフィックを送信し、前記第１のタイムインターバルに対応するインターバルでユーザプレーントラフィックを送信し、前記第２のタイムインターバルは、前記複数の第１のタイムインターバルよりも長い請求項５３記載の方法。
【請求項５６】
前記制御プレーントラフィックは、接続性、トポロジ、パスディスカバリ、ＡＲＰ、ＤＨＣＰ、プレゼンス及びページングから構成される少なくとも１つのグループに関連する請求項５３記載の方法。
【請求項５７】
前記ユーザプレーントラフィックは、ストリーミングデータ、オーディオ及びビデオから構成される少なくとも１つのグループを具備する請求項５３記載の方法。
【請求項５８】
ブロードキャストトラフィク或いはマルチキャストトラフィックを受信するように適応された受信器と、
前記受信したトラフィックをトラフィックの異なるタイプに分類するように適応された分類器と、
異なる伝送スケジュールをトラフィックの異なるタイプに関連付けるように適応されたスケジューラと
を具備する装置。
【請求項５９】
異なる期間を有する異なるタイムインターバルでトラフィックの異なるタイプを伝送するように適応された送信器をさらに具備する請求項５８記載の装置。
【請求項６０】
前記期間は、デリバリートラフィック指示マップ（ＤＴＩＭ）インターバルの複数の期間である請求項５９記載の装置。
【請求項６１】
前記送信器は、さらに、
トラフィックの異なるタイプが送信されるタイムインターバルの指示と、
少なくとも１つのトラフィックの異なるタイプのデリバリー前の残り時間の量の指示と
を含むビーコンを送信するように適合されている請求項５９記載の装置。
【請求項６２】
前記分類器は、プロトコルタイプ、ソースポート、宛先ポート、ソースアドレス、宛先アドレス、トラフィックの受信頻度、サービスのタイプ、トラフィックに関連するアプリケーションの識別から構成される少なくとも１つのグループに基づいて、前記受信したトラフィックを分類するようにさらに適合されている請求項５８記載の装置。
【請求項６３】
前記分類器は、前記受信したトラフィックの解析に基づいて学習動作を実行することにより、前記受信したトラフィックを分類するようにさらに適合されている請求項５８記載の装置。
【請求項６４】
トラフィックの異なるタイプは、制御プレーントラフィック及びユーザプレーントラフィックを含む請求項５８記載の装置。
【請求項６５】
第１のタイムインターバルにしたがって制御プレーントラフィックを伝送し、第２のタイムインターバルにしたがってユーザプレーントラフィックを伝送するように適応された送信器をさらに具備し、前記第１のタイムインターバルは前記複数の第２のタイムインターバルよりも長い請求項６４記載の装置。
【請求項６６】
前記制御プレーントラフィックは、接続性、トポロジ、パスディスカバリ、ＡＲＰ、ＤＨＣＰ、プレゼンス及びページングから構成される少なくとも１つのグループに関連し、前記ユーザプレーントラフィックは、ストリーミングデータ、オーディオ及びビデオから構成される少なくとも１つのグループを具備する請求項６４記載の装置。
【請求項６７】
ブロードキャストトラフィク或いはマルチキャストトラフィックを受信する手段と、
前記受信したトラフィックをトラフィックの異なるタイプに分類する手段と、
異なる伝送スケジュールをトラフィックの異なるタイプに関連付ける手段と
を具備する装置。
【請求項６８】
異なる期間を有する異なるタイムインターバルでトラフィックの異なるタイプを伝送する手段をさらに具備する請求項６７記載の装置。
【請求項６９】
前記期間は、デリバリートラフィック指示マップ（ＤＴＩＭ）インターバルの複数の期間である請求項６８記載の装置。
【請求項７０】
前記送信手段は、
トラフィックの異なるタイプが送信されるタイムインターバルの指示と、
少なくとも１つのトラフィックの異なるタイプのデリバリー前の残り時間の量の指示と
を含むビーコンをさらに送信する請求項６８記載の装置。
【請求項７１】
前記分類手段は、プロトコルタイプ、ソースポート、宛先ポート、ソースアドレス、宛先アドレス、トラフィックの受信頻度、サービスのタイプ、トラフィックに関連するアプリケーションの識別から構成される少なくとも１つのグループに基づいて、前記受信したトラフィックをさらに分類する請求項６７記載の装置。
【請求項７２】
前記分類手段は、前記受信したトラフィックの解析に基づいて学習動作を実行することにより、前記受信したトラフィックをさらに分類する請求項６７記載の装置。
【請求項７３】
トラフィックの異なるタイプは、制御プレーントラフィック及びユーザプレーントラフィックを含む請求項６７記載の装置。
【請求項７４】
第１のタイムインターバルにしたがって制御プレーントラフィックを伝送し、第２のタイムインターバルにしたがってユーザプレーントラフィックを伝送する手段をさらに具備し、前記第１のタイムインターバルは前記複数の第２のタイムインターバルよりも長い請求項７３記載の装置。
【請求項７５】
前記制御プレーントラフィックは、接続性、トポロジ、パスディスカバリ、ＡＲＰ、ＤＨＣＰ、プレゼンス及びページングから構成される少なくとも１つのグループに関連し、
前記ユーザプレーントラフィックは、ストリーミングデータ、オーディオ及びビデオから構成される少なくとも１つのグループを具備する請求項７３記載の装置。
【請求項７６】
ブロードキャストトラフィク或いはマルチキャストトラフィックを受信する第１の命令セットと、
前記受信したトラフィックをトラフィックの異なるタイプに分類する第２の命令セットと、
異なる伝送スケジュールをトラフィックの異なるタイプに関連付ける第３の命令セットと
が格納されたコンピュータ読み取り可能な媒体。
【請求項７７】
異なる期間を有する異なるタイムインターバルでトラフィックの異なるタイプを伝送する第４の命令セットをさらに具備する請求項７６記載のコンピュータ読み取り可能な媒体。
【請求項７８】
前記期間は、デリバリートラフィック指示マップ（ＤＴＩＭ）インターバルの複数の期間である請求項７７記載のコンピュータ読み取り可能な媒体。
【請求項７９】
前記第４の命令セットは、
トラフィックの異なるタイプが送信されるタイムインターバルの指示と、
少なくとも１つのトラフィックの異なるタイプのデリバリー前の残り時間の量の指示と
を含むビーコンを送信する第５の命令セットをさらに具備する請求項７７記載のコンピュータ読み取り可能な媒体。
【請求項８０】
前記第２の命令セットは、プロトコルタイプ、ソースポート、宛先ポート、ソースアドレス、宛先アドレス、トラフィックの受信頻度、サービスのタイプ、トラフィックに関連するアプリケーションの識別から構成される少なくとも１つのグループに基づいて、前記受信したトラフィックを分類する第４の命令セットをさらに具備する請求項７６記載のコンピュータ読み取り可能な媒体。
【請求項８１】
前記第２の命令セットは、受信したトラフィックの解析に基づいて学習動作を実行することにより、前記受信したトラフィックを分類する第４の命令セットをさらに具備する請求項７６記載のコンピュータ読み取り可能な媒体。
【請求項８２】
トラフィックの異なるタイプは、制御プレーントラフィック及びユーザプレーントラフィックを含む請求項７６記載のコンピュータ読み取り可能な媒体。
【請求項８３】
第１のタイムインターバルにしたがって制御プレーントラフィックを伝送し、第２のタイムインターバルにしたがってユーザプレーントラフィックを伝送する第４の命令セットをさらに具備し、前記第１のタイムインターバルは前記複数の第２のタイムインターバルよりも長い請求項８２記載のコンピュータ読み取り可能な媒体。
【請求項８４】
前記制御プレーントラフィックは、接続性、トポロジ、パスディスカバリ、ＡＲＰ、ＤＨＣＰ、プレゼンス及びページングから構成される少なくとも１つのグループに関連し、
前記ユーザプレーントラフィックは、ストリーミングデータ、オーディオ及びビデオから構成される少なくとも１つのグループを具備する請求項８２記載のコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に通信に関し、より具体的には、トラフィックをトラフィックの異なるタイプに分類し、スタンバイ時間を増加することに関する。
【背景技術】
【０００２】
電子装置は、１つ以上の通信プロトコルをサポートし、情報を電子装置へ送信し、電子装置から情報を受信する。例えば、モバイル装置は、ＩＥＥＥ８０２．１１のような無線プロトコルをサポートし、他の装置と電波を介して通信を行なう。
【０００３】
無線用途においては、モバイル装置が再充電の間に動作させられる時間量を増大することが望ましい。一般的に、モバイル装置は２つの状態のうちの１つで動作する。トーク時間は、一般的に、呼び出しが行われているときのように、モバイル装置がユーザトラフィックを送信し、或いは受信することにアクティブに従事している際の時間に関連する。スタンバイ時間は、モバイル装置がアクティブでな通信状態ではなく、完全にオフにされていない時間に一般的に関連する。スタンバイ時間中には、モバイル装置は未だシグナリングのような特定の種類のトラフィックを送信し、受信することが可能である。モバイル装置の動作時間を増大する従来の方法は、比較的大きなバッテリをモバイル装置に組み込むことである。不幸にも、この方法は、モバイル装置のユーザにとってコストがかかり、かつ不便である。
【０００４】
ＩＥＥＥ８０２．１１ファミリのような通信プロトコルは、アクティブにデータを伝送し、或いは受信する場合に、モバイル装置をパワーセーブモードに遷移させる手続を定義することによって、無線通信装置におけるパワーセービングをサポートする。例えば、モバイル装置へフレームを供給する８０２．１１ベースのアクセスポイントは、モバイル装置がパワーセーブモードにある場合に、フレームをバッファする。加えて、プロトコルの８０２．１１ファミリは、パワーセーブモードからノーマルオペレーティングモードに遷移する際に、フレームを送信し、受信するために、モバイル装置を通信チャネルにアクセス可能にする手続を定義する。
【０００５】
ダウンリンクブロードキャストトラフィック或いはマルチキャストトラフィックについては、アクセスポイントは、トラフィックを、アクセスポイントのサービスセット（例えば、アクセスポイントに関連付けられた全ての８０２．１１ベースの基地局のセット）におけるモバイル装置がパワーセーブモードにあるイベントに一時的にバッファする。このケースにおいては、アクセスポイントは、ブロードキャストトラフィック或いはマルチキャストトラフィックを予め定義されたインターバルでモバイル装置へ伝送する。したがって、パワーセーブモードにあるいずれかのモバイル装置は、予め定義されたインターバルでウェイクし、バッファされたブロードキャストトラフィック或いはマルチキャストトラフィックを受信する。
【０００６】
いくつかの用途においては、与えられたモバイル装置のユーザは、あるブロードキャストトラフィック或いはマルチキャストトラフィックを受信のみを希望する。しかしながら、従来の８０２．１１ベースのアプローチでは、ユーザが所望のブロードキャストトラフィック或いはマルチキャストトラフィックの全てを受信することを保証するために、指定されたインターバル毎に、パワーセーブモードからウェイクするように、モバイル装置が構成されている。その結果、モバイル装置のスタンバイ時間は、ウェイクする必要性に起因して減少し、しばしば所望しないトラフィックであるものを受信する。
【発明の開示】
【０００７】
＜概要＞
開示の選択された観点の概要は以下の通りである。便宜のために、開示の１つ以上の観点が、単に、”観点”として言及される。
【０００８】
ある観点においては、ブロードキャストトラフィック或いはマルチキャストトラフィックがトラフィックの異なるタイプに分類される。加えて、異なる伝送スケジュールが各トラフィックの異なるタイプに関連付けられている。例えば、あるタイプのトラフィックは第１のタイムインターバルで伝送されるのに対し、他のタイプのトラフィックは第２のタイムインターバルで伝送される。この場合において、第２のタイムインターバルは、第１のタイムインターバルよりも長い。このように、トラフィックの異なるタイプの部分の選択された部分（例えば、他のタイプ）のみの受信を希望する装置は、トラフィックの選択されたタイプに関連付けられたインターバルでパワーセーブモードからウェイクするすることのみを必要とする。ここで、ブロードキャストトラフィック或いはマルチキャストトラフィックの異なるタイプは、例えば、ストリーミングデータを含む種々のフォームで送られたデータで構成される。便宜のために、これら異なるタイプのデータ（例えば、異なるタイプのデータストリーム）は、ここでは、単に、異なるタイプの”トラフィック”として言及される。
【０００９】
ある観点においては、異なるタイプのブロードトラフィック及びマルチキャストトラフィックが８０２．１１ベースのシステムで実現される。ここで、アクセスポイントは、受信したダウンリンクブロードキャスト及びマルチキャストトラフィックをフィルタし、トラフィックを異なるタイプに分類するように構成される。加えて、アクセスポイントは、伝送スケジュールが異なる周期を有するように異なる伝送スケジュールを各異なるタイプに割り当てる。
【００１０】
無線局は、アクセスポイントからのブロードキャストトラフィック或いはマルチキャストトラフィックの異なるタイプを受信するように採用される。例えば、ある観点においては、アクセスポイントがトラフィックの異なるタイプを定義する公知の分類スキームを実現する。この場合、無線局は、この情報（サービスに入るとき、或いは他の時間に）を持つように構成される。無線局は、さらに、トラフィックの異なるタイプを”学習”する。例えば、無線局は、アクセスポイントを関連付け、そのアクセスポイントによってサポートされたブロードキャストトラフィック或いはマルチキャストトラフィックの異なるタイプを受信する。ここで、無線局は、問い合わせを異なるタイプのブロードキャストトラフィック或いはマルチキャストトラフィクの使用可能度に関するアクセスポイントに送信する。この問い合わせに関連して、無線局はアクセスポイントによってサポートされ、伝送スケジュールに関連付けられたブロードキャストトラフィック或いはマルチキャストトラフィックの異なるタイプに関する情報を取得できる。
【００１１】
無線局は、次に、１つ以上のトラフィックを受信することを選ぶ。例えば、無線局は、無線局が受信することを選択しているタイプのトラフィックの搬送時間に対応するインターバルでパワーセーブモードからウェイクするのみの無線局である。
【００１２】
ある観点においては、ブロードキャストトラフィック或いはマルチキャストトラフィックの異なるタイプはユーザプレーントラフィック及び制御プレーントラフィックからなる。例えば、ユーザプレーントラフィックは、ストリーミングデータ、オーディオ、ビデオ、或いは他の同様のトラフィックを含む、一方、制御プレーントラフィックは、例えば、接続性、トポロジ、パスディスカバリ、アドレス分解プロトコル（”ＡＲＰ”）、ダイナミックホストコンフィグレーションプロトコル（”ＤＨＣＰ”）、ページング又は他の同様の動作に関する。ここで、制御プレーントラフィックは、ユーザプレーントラフィックよりも少ない頻度で送られる。したがって、無線局は、まだ制御プレーントラフィックを受信している間は、ユーザプレーントラフィックを無視することを選択する。有利な点としては、無線局がユーザプレーントラフィックエリアを受信するパワーセーブモードからウェイクする必要がないので、無線局のセンドバイ時間(sendby time)が改良され、その結果、頻度が少なくなり、ウェイク時間が短くなる。
【００１３】
ブロードキャストトラフィック及びマルチキャストトラフィックは、種々の基準に基づいて分類されている。例えば、ある観点においては、１つ以上のプロトコルタイプ、ソースアドレス、宛先アドレス、ソースポート、宛先ポート、サービスタイプ、トラフィック頻度、トラフィックに関連するアプリケーション或いは他の適切な基準に基づき、アクセスポイントがトラフィックの異なるタイプを識別する。
【００１４】
ある観点においては、ブロードキャストトラフィック或いはマルチキャストトラフィックを受信する方法は、ブロードキャストトラフィック或いはマルチキャストトラフィクの複数の異なるタイプのうちの少なくとも１つを受信することを有し、異なる伝送スケジュールは、トラフィックの異なるタイプに関連する。
【００１５】
ある観点においては、ブロードキャストトラフィク或いはマルチキャストトラフィックの複数の異なるタイプのうちの少なくとも１つを受信するように適応された受信器と、異なる伝送スケジュールは、トラフィックの異なるタイプに関連し、少なくとも１つの関連付けられた伝送スケジュールにしたがって、トラフィックの少なくとも１つのタイプの受信をスケジュールように適応されたスケジューラとを有する。
【００１６】
ある観点においては、ブロードキャストトラフィック或いはマルチキャストトラフィクの複数の異なるタイプのうちの少なくとも１つを受信する手段と、異なる伝送スケジュールは、トラフィックの異なるタイプに関連し、少なくとも１つの関連付けられた伝送スケジュールにしたがって、トラフィックの少なくとも１つのタイプの受信をスケジュールする手段とを有する。
【００１７】
ある観点においては、コンピュータ読み取り可能な媒体に格納された命令は、ブロードキャストトラフィック或いはマルチキャストトラフィクの複数の異なるタイプのうちの少なくとも１つを受信する第１の命令セットを有し、異なる伝送スケジュールはトラフィックの異なるタイプに関連付けられているコンピュータ読み取り可能な媒体である。
【００１８】
ある観点においては、ブロードキャストトラフィックあるいはマルチキャストトラフィクを受信し、受信したトラフィックをトラフィックの異なるタイプに分類し、異なる伝送スケジュールをトラフィックの異なるタイプに関連付ける分類されたブロードキャストトラフィックあるいはマルチキャストトラフィクを提供する方法である。
【００１９】
ある観点においては、ブロードキャストトラフィックあるいはマルチキャストトラフィクを受信するように適応された受信器と、受信したトラフィックをトラフィックの異なるタイプに分類するように適応された分類器と、異なる伝送スケジュールをトラフィックの異なるタイプに関連付けるように適応されたスケジューラとを具備する装置である。
【００２０】
ある観点においては、ブロードキャストトラフィックあるいはマルチキャストトラフィクを受信する手段と、受信したトラフィックをトラフィックの異なるタイプに分類する手段と、異なる伝送スケジュールをトラフィックの異なるタイプに関連付ける手段とを具備する装置である。
【００２１】
ある観点においては、ブロードキャストトラフィックあるいはマルチキャストトラフィクを受信する第１の命令セットと、受信したトラフィックをトラフィックの異なるタイプに分類する第２の命令セットと、異なる伝送スケジュールをトラフィックの異なるタイプに関連付ける第３の命令セットを含むコンピュータ読み採り可能な媒体に格納された命令を含むコンピュータ読み採り可能な媒体である。
【発明を実施するための最良の形態】
【００２２】
（米国法典第３５巻第１１９条に基づく優先権の主張）
本特許出願は、本出願の譲受人に譲渡され、かつ、引用により本明細書に明示的に組み入れられる、２００６年３月３日出願の、「ＷＬＡＮについてのスタンバイ時間改良」という名称の米国特許仮出願第６０／７７９，２３５号、２００６年３月７日出願の、「ＷＬＡＮについてのスタンバイ時間改良」という名称の米国特許仮出願第６０／７７９，８２４号、２００６年４月２７日出願の、「スタンバイ電力管理」という名称の米国特許仮出願第６０／７９５，８４６号、の優先権を主張するものである。
【００２３】
本開示のこれら及び他の特徴、観点及び利点は、以下の詳細な記述、添付された請求の範囲及び図面に関して考慮した場合に、より充分に理解される。
【００２４】
通常のプラクティスにしたがって、図面に示された種々の特徴はスケールで描くことができない。したがって、種々の特徴の次元は、明確化のために任意に拡大され、縮小されている。加えて、いくつかの図面は、明確化のために簡略化されている。したがって、図面は所与の装置或いは方法の全てのコンポーネントが描かれていない。最後に、同じ参照番号は、明細書及び図面を通して同じ特徴を示すのに使用されている。
【００２５】
本開示の種々の観点が以下に説明される。ここにおける教示は、広範な種々の形式で実現され、ここにおいて開示されたいずれの特定の構造及び／又は機能は単なる典型例であることは明らかである。ここにおける教示に基づいて、ここにおいて開示された観点他の観点から独立して実現可能であり、複数のこれら観点が種々の方法で組み合わせることが可能であることは、当業者にとって明らかである。例えば、ここにおいて述べられているいくつかの観点を使用して、装置が実現され、及び／又は方法が実施される。加えて、ここにおける１つ以上の観点セットに加えて、或いはここにおける１つ以上の観点セット以外を機能的に及び／又は他の構造を使用して、装置が実現され、及び／又は方法が実施される。
【００２６】
図１は、ブローキャストトラフィック或いはマルチキャストトラフィックをトラフィックの異なるタイプに分類するシステム１００のある観点を示す図である。システム１００は、１つ以上の関連したユーザ装置（例えば、アクセス端末）と通信するネットワークアクセス装置１０２を含む。便宜上、ユーザ装置の種々の観点がユーザ装置１０４を参照して議論される。ユーザ装置１０４向けのトラフィック（例えば、フレームのフォームにおけるデータ、パケットなど）は、アクセス装置１０２を通してルートされる。例えば、アクセス装置１０２は、リンク１０６を介してワイドエリアネットワーク（”ＷＬＡＮ”）からトラフィックを受け取る。また、アクセス装置１０２は、他のユーザ装置或いは他の装置（図示せず）からのユーザ装置１０４向けのトラフィックを受信することができる。アクセス装置１０２は、次に、トラフィックをリンク１０８を介してユーザ装置にフォワードする。ユーザ装置は、さらに、ユーザ機器（ＵＥ）、アクセス端末、ステーション（ＳＴＡ）、無線通信装置、端末、ユーザ端末、モバイル機器、加入者ユニット或いは他の用語として参照される。ユーザ装置は、セルラー電話、スマート電話、コードレス電話、ラップトップコンピュータ、ＰＤＡ、無線装置、無線モデム、モバイル装置、ハンドセット、ハンドヘルド装置、衛星通信、ＧＰＳ(global positioning system)或いは他の通信装置であっても良い。
【００２７】
電力を節約して、その結果、ユーザ装置１０４のスタンバイ時間を増大する。ユーザ装置１０４は、トラフィックを送っていないとき、或いは受信していないときに、パワーセーブモードに遷移することができる。例えば、ユーザ装置１０４のコンポーネントの少なくとも一部分は、この時、サスペンド状態或いはパワーダウンに切り替えられる。典型的な応用においては、受信器１１０（例えば、無線コンポーネント）のような下層レイヤーコンポーネントが電力を節約するためにサスペンド状態に切り替えられる。
【００２８】
ユーザ装置１０４は、時々、トラフィックを送信し或いは受信するために、パワーセーブモードからウェイクする。例えば、アクセス装置１０２は、いずれかのユーザ装置（例えば、ユーザ装置１０４）がパワーセーブモードにある場合に、ユーザ装置向けのブロードキャストトラフィック或いはマルチキャストトラフィックをバッファできる。加えて、アクセス装置１０２は、バッファトラフィックを定義されたインターバルでユーザ装置へ送信するように構成されている。この場合において、各ユーザ装置は、パワーセーブモードから定義されたインターバルでウェイクし、トラフィックを受信する。
【００２９】
ある用途においては、所与のユーザ装置は、ブロードキャストトラフィック或いはマルチキャストトラフィックの一部のみを受信することが必要とされる。例えば、ブロードキャストトラフィック或いはマルチキャストトラフィックは、制御プレーントラフィック（例えば、ＡＲＰトラフィック或いは他の管理に関するトラフィック）、ユーザプレーントラフィック(例えば、ストリーミングオーディオ或いはビデオ）、或いは他のタイプのトラフィックを含むことができる。いくつかの例においては、しかしながら、ユーザ装置は、ユーザプレーントラフィックを受信することに興味はない。例えば、所与のアクセスポイントからブロードキャストトラフィック或いはマルチキャストを受信するために、ユーザは加入を必要としない。他の例としては、ユーザは現時のビデオストリーミングをウオッチすることを欲しない。したがって、アクセス装置１０４がユーザプレーントラフィック或いは他の欲しないトラフィックを送信するときに、ユーザ装置がパワーセーブモードに残ることを可能にするために準備がなされる。
【００３０】
ある観点においては、アクセス装置１０２はユーザ装置向けのトラフィックを異なるトラフィクタイプに分類する。ここで、アクセス装置１０２は、アクセス装置１０２が所与のトラフィクのインスタンスを受信したときに、アクセス装置１０２が定義されたトラフィクタイプの一つとしてのトラフィクを分類するように、２つ以上のトラフィクタイプを定義する。加えて、アクセス装置１０２は、異なる時間で異なるトラフィックタイプを伝送する。結果的に、ユーザ装置１０４が１つ以上の異なるタイプのトラフィクを受信することを希望しない場合には、ユーザ装置１０４は、アクセス装置１０２が希望しないトラフィクのタイプを伝送する際に、パワーセーブモードに残ることを選択する。
【００３１】
本開示のこれら及び他の観点は、図２のフローチャートに関連し、及びさらに図１を参照して、より詳細に述べられる。図２Ａは、ブロードキャストトラフィック或いはマルチキャストトラフィックを異なるトラフィックタイプに分類する動作に関連する。図２Ｂは、１つ以上の異なるタイプのブロードキャストトラフィク或いはマルチキャストトラフィックを選択的に受信する動作に関連する。便宜上、図２（及び他のここに示されたフローチャート）の動作は特有のコンポーネントとともに説明される。しかしながら、これら動作は、他のコンポーネントを使用することができることは明らかである。
【００３２】
最初に、図２Ａにおけるブロック２０２によって示されるように、例えば、ブロードキャストトラフィック或いはマルチキャストトラフィックが他の通信装置のようなソースから受信される。図１の例においては、アクセス装置１０４は、リンク１０６を介してＷＡＮ或いは他のソース（図示せず）からブロードキャストトラフィク或いはマルチキャストトラフィクを受信する。
【００３３】
ブロック２９４によって示されるように、受信したブロードキャストトラフィック或いはマルチキャストトラフィックはサポートされたトラフィックタイプにしたがって分類される。例えば、図１においては、トラフィック分類器１１２は受信したトラフィックをトラフィックの２つのタイプのうちの１つに分類する。トラフィック分類器１１２及び／又は関連したコンポーネントは、次に、１つ以上のユーザ装置がパワーセーブモードにある場合に、受信したトラフィック（２つのトラフィックタイプ１１４、１１６の内の１つとして指示された）をトラフィックバッファ１１８に格納する。
【００３４】
トラフィックの異なるタイプは、異なる伝送スケジュールに関連付けられる。例えば、トラフィクの第１のタイプは、所与の期間を有する所与のインターバルで伝送されるようにスケジュールされる。トラフィクの第２のタイプは、異なる期間を有する異なるインターバルで伝送されるようにスケジュールされる。図１に示されるように、アクセス装置１０２はトラフィックタイプ及び各トラフィックタイプ１２２、１２４に対して関連付けられた伝送スケジュール情報１２０を維持する。
【００３５】
ブロック２０６によって示されるように、各トラフィックタイプは、したがって、関連付けられた伝送スケジュールにしたがって、ユーザ装置（或いは他の装置）へ伝送される。例えば、図１においては、スケジューラ１２６は、スケジュール情報１２２によって定義されたインターバルでバッファされたタイプ１のトラフィック１１４の伝送を開始する、同様に、スケジューラ１２６は、スケジュール情報１２４によって定義されたインターバルでバッファされたタイプ２のトラフィック１１６の伝送を開始する。
【００３６】
図２Ｂを参照すると、ブロック２９８によって示されているように、ブロック２０６で伝送されたトラフィックを受信するように構成された装置が１つ以上のトラフィックの異なるタイプを受信するように選択する。図１においては、トラフィクタイプセレクタ１２８は、マニュアル制御或いは自動制御の下に、ユーザ装置１０４によって受信されるべきトラフィックのタイプを決定する。したがって、トラフィックタイプセレクタ１２８は、例えば、トラフィクタイプ２のみを受信するように選択する。
【００３７】
上述のように、電力を節約するために、トラフィックを送信或いは受信していないときには、装置はパワーセーブモードに入る（或いは、他の同様のモード又は状態）。最終的には、ユーザ装置１０４は、１つ以上のコンポーネントの動作状態を制御するステートコントローラ１３０を有する。例えば、ステートコントローラ１３０は、受信器１１０をウェイクモード（例えば、ノーマル状態、アクティブ状態）、パワーセーブモード（例えば、サスペンド状態或いはスリープ状態）或いは他のモードの間で切り替える。
【００３８】
ブロック２１０によって示されるように、装置は、トラフィックの選択されたタイプを受信するように適切な時間でパワーセーブモードからウェイクモードへ遷移することが可能である。ここで、所与のトラフィックタイプについての適切なウェイク時間は、ユーザ装置１０４において格納された対応するパラメータ１３２、１３４から伝送される。例として、セレクタ１２８がタイプ２のトラフィックを選択した場合、ステートコントローラ１３０は受信器１１０をタイプ２のトラフィックインターバル１３４によって定義されたタイムインターバルでウェイクモードに遷移させる。
【００３９】
ブロック２１２によって示されるように、装置は、したがって、トラフィックの選択されたタイプを受信する。図１に示すように、受信器１１０は、リンク１０８を介して、トラフィックの選択されたタイプのみを得るためにアクティブ化される。一旦、このトラフィックが受信されると、ユーザ装置１０４はパワーセーブモードに戻ることが可能である。好都合なことに、ユーザ装置１０４は、タイプ１のトラフィックを受信するためにウェイクする必要はない。したがって、ユーザ装置１０４のスタンバイ時間は改善される。なぜなら、ユーザ装置１０４がウェイクして、アクセス装置１０２によって伝送された全てのブロードキャストトラフィック或いはマルチキャストトラフィックをチェックし、及び／又は解析する従来のアプローチに対して、より長い時間間隔でパワーセーブモードに残ることが可能であるからである。
【００４０】
ブロードキャストトラフィック或いはマルチキャストトラフィックのトラフィックの異なるタイプへの分類を含む装置或いは方法は、種々の方法で実現される。便宜上、追加の詳細が、８０２．１１ベースのシステムのコンテクストにおいて述べる。しかしながら、ここにおけるテクニックは、具体的にここに含まれるこのタイプのシステム或いはコンポーネント及び動作に限られないことは明らかである。
【００４１】
８０２．１１ベースのシステムでは、図１のアクセス装置１０２は、アクセスポイントを含み、ユーザ装置１０４は、無線局を含む。これらコンポーネントのそれぞれは、図３及び図４とともに、より詳細に述べられる。
【００４２】
図３は、アクセスポイント３００のいくつかの観点を示す。アクセスポイント３００は、分類器３０２、トラフィックバッファ３０４及びスケジューラ３０６、図１における対応コンポーネントと同様の他のコンポーネントを含む。簡単には、アクセスポイント３００は、例えば、ネットワークからダウンリンクトラフィックを受信する受信器３０８（図３の右上部分）を含む。分類器３０２は、受信したトラフィックを異なる伝送スケジュールに関連付けられたトラフィックの異なるタイプに分類する。アクセスポイントのサービスセットにおけるいずれかの局がパワーセーブモードにある場合、アクセスポイント３００は、分類されたトラフィックをトラフィックバッファ３０４に格納する。次に、各伝送スケジュールに基づいて、スケジュール３０６は、送信器３１０と協働して、トラフィックの異なるタイプをサービスセットにおける局に送信する。
【００４３】
図４は、無線局４００のいくつかの観点を示す図である。局４００は、受信器４０２、トラフィックタイプセレクタ４０４、状態コントローラ４０６及び図１における対応するコンポーネントと同様の他のコンポーネントを含む。受信器４０２（図４の右下部分）は、線４０８によって示された８０２．１１ベースのチャネルを通して送信器３１０によって伝送されたトラフィックを受信するように適応されている。セレクタ４０４によって行われた選択に基づいて、状態コントローラ４０６は受信器４０２を適切なインターバルでパワーセーブモードからウェイクし、トラフィックの選択されたタイプを受信させる。
【００４４】
これら及び他の例示的な動作が、図５乃至図８のフローチャートに関連してより詳細に説明される。図５は、アクセスポイント及び関連する局を構成するために実行される種々の観点の動作に関連する。図６は、アクセスポイントによって実行される種々の観点の動作に関連する。図７は、トラフィックの特定のタイプを受信するために局によって実行される種々の観点の動作に関連する。図８は、トラフィックの異なるタイプを受信するために局によって実行される種々の観点の動作に関連する。
【００４５】
図５を参照すると、ブロック５０２によって示されるように、無線局（”ＳＴＡ”）がアクセスポイント（”ＡＰ”）の有効範囲エリア（coverage area)に入ると、局及びアクセスポイントはアソシエーション手続を開始する（ブロック５０４）。例えば、コンポーネントは、特定の方法及び／又は種々の機能性をサポートするために通信をするように交渉する。このために、図４の局４００は、図３のアクセスポイント３００と通信し、８０２．１１ベースのチャネルを介して通信を確立するメディアアクセスコントローラ４１０を有する。図３及び図４の複雑性を低減するために、ここに含まれる他のコンポーネント及び他の通常の動作は示されていない。
【００４６】
ブロック５０６によって示されるように、アソシエーション手続或いは他の時間に関連して、局は任意にアクセスポイントに、局が異なるタイプに分類されたブロードキャストトラフィックあるいはマルチキャストトラフィクを受信することに興味があることを知らせる。図３及び図４の例に示すように、局４００におけるサポートされたトラフィックタイプ識別子コンポーネント４１２は問い合わせをアクセスポイント３００に送り、アクセスポイント３００が分類されたトラフィックをサポートするか否かを決定する。
【００４７】
ブロック５０８によって示されるように、アクセスポイントは、下記に詳述するように、１つ以上の基準に基づいて、ブロードキャストトラフィク或いはマルチキャストトラフィックトラフィックの異なるタイプに分類する。アクセスポイント３００がこのような分類されたトラフィックを万一サポートする場合、アクセスポイント３００は、データメモリ３１６におけるサポートされたトラフィックタイプ３１２及び関連付けられた伝送スケジュール（例えば、タイムインターバル情報）３１４に関連する情報を維持する。いくつかの具体例においては、アクセスポイント３００は、システム管理者によって静的に構成され、サイトの要求にしたがってトラフィックが分類される。
【００４８】
ある場合では、局４００（例えば、識別器４１２）及びアクセスポイント３００はトラフィックの異なるタイプ及び関連付けられた伝送スケジュールを使用するように交渉する。このような交渉を通して、局(例えば、識別器４１２）は、アクセスポイント３００からトラフィックタイプ及び伝送スケジュールを取得し、サポートされたトラフィック４１４及び関連付けられたスケジュール４１６に関連する対応するエントリをデータメモリ４１８に保存する。
【００４９】
ブロック５０６の例の代わりに、局４００は異なるトラフィクタイプに関連する情報でいくつかの他の方法で構成される。例えば、アクセスポイント３００は、異なるトラフィックタイプを定義する公知の分類スキームを実現する。この場合において、局４００は、局４００がサービスにあるとき、或いは他の時点で、この分類スキームで構成される。また、局４００は、この分類スキームを”学習”するように構成される。
【００５０】
トラフィクは、所与のシステムの要求に依存して種々の異なるタイプに分類される。例えば、ある観点において上述したように、ブロードキャストトラフィック或いはマルチキャストトラフィックのうちの１種類は、ユーザプレーントラフィクとして定義される。このようなトラフィックは、例えば、ストリーミングデータ、オーディオ或いはビデオのようなユーザアプリケーションに関連したトラフィックを有する。このようなトラフィックは、例えば、テレビジョン或いは無線放送、サーバ、或いは他のソースから生ずる。ユーザプレーントラフィックは、したがって、デリバリーされたコンテンツに関連付けられたトラフィック及び／又はコンテンツのデリバリーにおいて含まれる動作に関連付けられたトラフィックを含む。
【００５１】
他のタイプのブロードキャストトラフィック或いはマルチキャストトラフィックは、制御プレーントラフィックとして定義される。このようなトラフィックは、例えば、局を動作、管理、或いはアクセスすることの１つ以上に関連付けられたトラフィックを有する。一般的には、このタイプのトラフィックは、ネットワーク放送トラフィックのフォームをとる。ある観点においては、制御プレーントラフィックは、局の接続性、トポロジ、パスディスカバリ、アドレス分解プロトコル（”ＡＲＰ”）、ダイナミックホストコンフィグレーションプロトコル（”ＤＨＣＰ”）、存在或いはページングを有する。存在の例は、インスタントメッセンジャアプリケーションにおける入手可能なコンタクトのリストを提供することに関連する。
【００５２】
ここにおける技術に基づいて、トラフィックが種々のタイプに分類され、及び／又はここにおいて具体的に明らかにされる他のトラフィックタイプに分類されることは明らかである。例えば、ある局が特定のタイプのコンテンツの受信のみに興味がある。したがって、ブローキャストトラフィック或いはマルチキャストトラフィックの特定のコンテンツに基づいて、トラフィックが分類される。同様に、ある局が特定のタイプのあるタイプの管理トラフィックの受信のみに興味がある。この場合、ブロードキャストトラフィック或いはマルチキャストトラフィックを介して局に送られる異なるタイプの管理トラフィックに基づいて、トラフィックが分類される。
【００５３】
さらに、所与のシステムの要求に依存して、トラフィックはいくつかのタイプに分類される。すなわち、トラフィックは、２つ以上の異なるタイプに分類される。
【００５４】
また、種々の伝送スケジュールは、各タイプのトラフィックに関連付けられる。一般的には、異なる伝送スケジュールは、各タイプに関連付けられる。しかしながら、あるケースにおいては、同じ伝送スケジュールを２つ以上のタイプに割り当てることが望ましい。
【００５５】
これら伝送スケジュールは、種々の方法で定義される。例えば、あるケースにおいては、伝送スケジュールは、所与のタイプのトラフィックが繰り返して伝送されるタイムインターバルを定義する。また、伝送スケジュールは、所与のタイプのトラフィックが伝送される時間のよりランダムなスケジュールを定義する。
【００５６】
好ましくは、異なるトラフィックタイプのいくつかの伝送が一致するので、各伝送スケジュールは、伝送スケジュールのうちの１つの倍数である。例えば、第１のタイムインターバルは、アクセスポイントがが最も頻繁に伝送する伝送するトラフィックに関連付けられる。アクセスポイントによってサポートされた他のタイムインターバルは、第１のタイムインターバルの倍数である。例えば、第２のタイムインターバルは、第３のタイムインターバルが第１のタイムインターバルの３倍の長さであるのに対し、第１のタイムインターバルの２倍の長さである。さらに、第２及び第３のタイムインターバルは、第１のタイムインターバルと一致するように定義される。このような方法で、異なる伝送スケジュールでの異なるトラフィックタイプをサポートしていないレガシーな局は、その固有のウェイクインターバルを第１のタイムインターバルにセットすることにより、アクセスポイントによってバッファされ、伝送された全てのブロードキャストトラフィック或いはマルチキャストトラフィックを受信する。
【００５７】
所与のタイプのトラフィックの伝送スケジュールは、トラフィックの伝送特性に依存する。例えば、アクセスポイントは、他のトラフィックのタイプよりも頻繁にいくつかのタイプのトラフィックを受信することができる。加えて、アクセスポイントは、比較的通常の間隔でいくつかのタイプのトラフィックを受信可能であり、他のタイプのトラフィックをよりイレギュラーベースで受信できる。ストリーミングトラフィック（例えば、オーディオ或いはビデオブロードキャスト）は以前のタイプのトラフィックの典型的な例である。ある用途においては、このタイプのトラフィックは、１００ｍｓ以下のインターバルでストリームされる。管理トラフィックは、後のタイプのトラフィックの典型的な例である。このタイプのトラフィックは、本来的に概してバースト的であり、一般的に、平均して少ない量の情報の伝送を含む。したがって、アクセスポイントは比較的短時間のインターバルを、比較的頻繁に受信され、及び／又はデータオーバタイムの大きな伝送を含むトラフィックに割り当てる。逆に、アクセスポイントは、長時間インターバルを少ない頻度で受信され、及び／又はデータオーバタイムの少ない伝送を含むトラフィックに割り当てる。
【００５８】
図５を再度参照すると、ブロック５１０、５１２によって示されるように、一旦、局が分類されたトラフィック情報を受信すると、局は１つ以上のサポートされたトラフィックタイプを選択する。例えば、図４において、線４２０によって示されるように、トラフィックタイプセレクタ４０４はサポートされたトラフィックタイプ情報４１４にアクセスする。トラフィックタイプセレクタ４０４は、次に、線４２２によって示されるように、１つ以上のサポートされたトラフィックタイプ４１４を選択し、この選択情報をスケジューラコンポーネント４２４に送信する。
【００５９】
トラフィックタイプセレクタ４０４は、ユーザ入力或いは他の適切な方法に基づいて、選択を自動的に行なう。例えば、局４００は、ユーザからの入力を受信するように適応され、ユーザが局４００によって受信されるトラフィックタイプを選択することできるユーザインターフェイス４２６を含む。
【００６０】
また、セレクタ４０４は、学習メカニズムを含み、この学習メカニズムは、セレクタ４０４に自動的にトラフィックタイプを選択させる。例えば、セレクタ４０４は、リンク４３０条で受信したトラフィックの解析を行なうトラフィックアナライザ４２８を含む。トラフィックアナライザ４２８は、これにより、トラフィックタイプ学習モジュール４３２によって使用される情報の修正を行ない、どのタイプのトラフィックが選択されるかを決定する。例として、リンク４３０上のトラフィックは、局が公知のアクセスポイントの有効範囲エリアに入っているかを示す。前の学習（例えば、マニュアル或いは自動）に基づいて、学習モジュール４３２は、そのアクセスポイントによって提供されたトラフィックの特定のタイプが所望されていないことの指示を有する。したがって、セレクタ４０４は、そのアクセスポイントからのあるタイプのトラフィックのみを受信することを選択することができる（すなわち、所望しないタイプのトラフィックではない）。
【００６１】
以下に詳細に説明するように、トラフィックデリバリーはアクセスポイントによりビーコンの伝送に関連付けられる。例えば、伝統的な８０２．１１ベースの動作にしたがって、アクセスポイントはビーコンを通常のインターバルで送信し、これにより、各ビーコンはブロードキャストトラフィック或いはマルチキャストトラフィックがビーコンに続くかを指示することができる。トラフィックの異なるタイプをサポートするために、ここで述べたように、所与のビーコンは１つ以上の異なるトラフィックタイプに関連する情報を含む。このような情報は、例えば、ビーコンのタイプの指示、及びビーコンのタイプに関連付けられたタイプのいずれのトラフィックがビーコンに続いて伝送されるか否かを含む。
【００６２】
したがって、ある観点においては、アクセスポイントはトラフィックの特定のタイプに関連付けられた特定のタイプのビーコンをトラフィックタイプの伝送スケジュールに対応するインターバルで伝送することができる。この場合において、局は適切なインターバルでウェイクし、ビーコンを受信してアクセスポイントがビーコンに続いて対応するタイプのトラフィックを伝送するか否かを決定する。
【００６３】
図５におけるブロック５１０は、セレクタ４０４がトラフィックの単一のタイプを選択する場合に関する。この場合において、局４００は、トラフィックの特定のタイプに関連付けられたビーコンを受信するためにのみウェイクするように適応されている。
【００６４】
図５におけるブロック５１２は、セレクタ４０４がトラフィックの１つ以上のタイプを選択する場合に関する。この場合において、局４００は、トラフィックの選択された各タイプに関連付けられた各ビーコンを受信するためにウェイクするように適応されている。
【００６５】
図６を参照すると、トラフィックを分類するためにアクセスポイントによって実行される選択された動作がより詳細に説明される。６０２のブロックで表わされるように、アクセスポイントは、例えば、ネットワークを介して、ブロードキャストトラフィック或いはマルチキャストトラフィックを受信する。図３の例においては、受信器３０８は、このダウンリンクトラフィックを受信し、トラフィクを分類器３０２に供給する。
【００６６】
ブロック６０４によって示されるように、分類器３０２は受信したトラフィックを解析し、トラフィックをサポートされたトラフィックタイプの一つとして分類する。上述のように、受信したトラフィックは、ユーザプレーントラフィック、制御プレーントラフィック或いは他の適切なタイプのトラフィックに分類される。
【００６７】
分類器３０２は、１つ以上の基準に基づいてトラフィックを分類する。例えば、ある観点においては、トラフィックの内容に基づいてトラフィックが分類される。この場合において、分類器３０２は、トラフィックにおけるパケットの内容を解析するパケット検査器３１８を有する。パケット検査器３１８は、受信したパケット３２０からプロトコル情報、アドレス情報、ポート情報及びサービス情報のタイプのような情報を取得する。比較器３２２は、パケット情報を分類器データベース３２４に格納された情報と比較する。この比較結果に基づいて、分類器３０２は、受信したトラフィック（パケット）を分類する。実際、分類器３０２は分類器データベース３２４からの情報の所与のアイテムを独立に、或いは他の情報（例えば、分類器データベース３２４から）に関連して使用し、トラフィックタイプに関して最終的な決定を行なう。分類器データベース３２４に格納されたいくつかの情報の例は以下の通り。
【００６８】
分類器データベース３２４は、トラフィックの特定のタイプを認識するのに役立つアドレス情報３２６を含む。例えば、所与のソースアドレス及び／又は所与の宛先アドレスはトラフィクの特定のタイプに関連付けられる（例えば、ストリーミングコンテンツ、管理など）。有利なことに、アドレス情報は受信したトラフィックが暗号化されている場合の応用に使用することができる。すなわち、一般的に、パケットにおける他の情報（例えば、ポート情報及び内容）が暗号化されている場合であっても、アドレス情報は暗号化されない。
【００６９】
分類器データベース３２４はトラフィックの特定のタイプを識別するのに役立つポート情報３２８を有する。例えば、所与のソースポート及び／又は所与の宛先ポートは、トラフィックの特定のタイプに関連付けられる（例えば、ストリーミングコンテンツ、管理など）。
【００７０】
分類器データベース３２４は、トラフィックの特定のタイプを識別するのに役立つプロトコル情報３３０を有する。例えば、ユーザデータグラムプロトコル（”ＵＤＰ”）及び／又はリアルタイムプロトコル（”ＲＴＰ”）がストリーミングトラフィックを送信するのに使用される。したがって、受信したトラフィックが特定のプロトコル３３０をサポートする場合に、分類器３０２はこのトラフィックをトラフィックの特定のタイプとして分類する(例えば、ユーザプレーン）。上述のように、分類器３０２は他の情報と関連づけてこの情報を使用し、トラフィックタイプに関する最終的な決定を行なう。
【００７１】
分類器データベース３２４は、トラフィックの特定のタイプを識別するのに役立つサービス情報のタイプ（”ＴＯＳ”）を含む。ここで、パケットにおけるＴＯＳビットの特定の設定はトラフィックの特定のタイプを識別するのに使用される。
【００７２】
また、トラフィックは、トラフィックの他の特性に基づいて分類される。ある観点においては、分類器３０２はトラフィックの特定のタイプが受信される頻度の記録を保持する。この場合において、トラフィック頻度情報３３４は、トラフィックの特定のタイプに関連付けられる。例えば、トラフィックに関連する内容は比較的頻繁に受信され、一方、管理あるいは制御トラフィックは比較的まれに受信される。さらに、分類器３０２は頻度情報を他の情報に関連して使用し、トラフィックタイプに関する最終的な決定を行なう。例えば、頻度情報は、アドレス或いはポート情報とともに修正され、トラフィックの特定のフローの頻度を決定する。
【００７３】
ある観点においては、分類器３０２はトラフィックに関連付けられた１つ以上の応用に関連する記録３３６を決定し、及び／又は保持する。ここで、特定の応用はトラフィックの特定のタイプに関連付けられる。
【００７４】
分類処理に使用される基準は、種々の方法で取得される。例えば、情報は、情報とトラフィックの特定のタイプとの間の公知の関係に基づいて、手動で分類器データベース３２４に入れられる。逆に、学習モジュール３３８は、トラフィックの特定のタイプに関連して種々の基準に動的に分類するのに使用される。ここで、学習モジュール３３８は、受信したトラフィックを、例えば、前の分類に関連する情報に基づいて解析し、学習モジュールは現在或いは将来のトラフィックを分類するのに使用される基準を生成する。
【００７５】
図６を参照すると、アクセスポイントのサービスセットにおけるいずれかの局のイベントにおいては、アクセスポイントはダウンリンク或いはマルチキャストトラフィックをバッファする（ブロック６０６）。図３の例においては、トラフィックはトラフィックバッファ３０４に格納される。ここで、トラフィック３４０、３４２の異なるタイプは、所与のタイプのトラフィックの全てが、トラフィックバッファ３０４から容易に検索されることを可能とするように、トラフィックバッファ３０４に格納される。
【００７６】
ある観点においては、局はメッセージを局がパワーセーブモードになる、局が特定のトラフィックタイプにのみウェイクすることを示すアクセスポイントへ送信する。アクセスポイントは、有利にこの情報を使用して、局がパワーセーブモードにあるときに、トラフィックの特定のタイプをバッファしないように選択する。例えば、パワーセーブモードにあるアクセスポイントのサービスセットの全ての局がトラフィックの特定のタイプを無視することを選択している場合、アクセスポイントは、すぐにブロードキャスト／マルチキャストトラフィックを、それが受信されているようにフォワードすることを選択する。この場合、システム性能は遅れの削除に起因して改良され、さもなければトラフィックをバッファリングすることによって伝えられる。
【００７７】
トラフィックがバッファされる場合、ブロック６０８によって示されるように、アクセスポイントは各サポートされたトラフィックタイプに対応するビーコンを生成する。上述のように、ビーコンは、アクセスポイントがビーコンに続いてすぐにトラフィックの特定のタイプを伝送するか否かを示し、ビーコンのタイプを識別する情報を含む。
【００７８】
分類されたタイプがユーザプレーントラフィック及び制御プレーントラフィックである例においては、ユーザプレーントラフィックは、従来のデリバリートラフィック指示マップ（”ＤＴＩＭ”）ビーコンに関連付けられる。したがって、ＤＴＩＭビーコンは、ユーザプレーントラフィクがＤＴＩＭビーコンに続くか否かに関する指示を提供する。
【００７９】
従来のプラクティスにしたがって、ＤＴＩＭビーコンは、トラフィック指示マップ（”ＴＩＭ”）を含む８０２．１１ベースのビーコンのタイムインターバル（例えば、１００ｍｓ）の倍数であるタイムインターバルで生成される。どのようにアクセスポイントが構成されているかに依存して、ＤＴＩＭインターバルは、ビーコンインターバルと同じ或いは倍数であることが可能である。
【００８０】
加えて、管理トラフィック指示マップ（”ＭＴＩＭ”）ビーコンとして参照されるビーコンの新しいフォームは、制御プレーントラフィックに関連付けられる。ＭＴＩＭビーコンは、したがって、制御プレーントラフィックがＭＴＩＭビーコンに従うか否かに関する指示を提供するのに使用される。
【００８１】
ＭＴＩＭビーコンはビーコンインターバルの倍数及び／又はＤＴＩＭインターバルであるタイムインターバルで生成される。加えて、ＭＴＩＭインターバルは、ビーコンインターバル及び／又はＤＴＩＭインターバルと同じ或いは長い。典型的には、ＭＴＩＭインターバルは、ＤＴＩＭインターバルよりも長く、スタンバイ時間ゲインは、制御プレントラフィックを受信し、ユーザプレーントラフィックを受信しないことを選択する局によって実現される。
【００８２】
ある観点においては、アクセスポイントは伝送スケジュール情報を局へ提供する動的な方法をサポートする。例えば、アクセスポイントによって伝送される各ビーコンは各タイプのビーコン(例えば、ＴＩＭ、ＤＴＩＭ、ＭＴＩＭなど）についてのタイムインターバルを特定する情報を含む。加えて、各ビーコンは、特定のタイプ次のビーコン（例えば、ＤＴＩＭ、ＭＴＩＭなど）の伝送の前に伝送されるビーコンの数を特定するカウントを含む。例えば、対応するカウントがゼロに到達した場合、現在のビーコンがＤＴＩＭビーコン及び／或いはＭＴＩＭビーコンである指示として働く。このように、特定のタイプのビーコン(例えば、ＭＴＩＭ）にのみ興味がある局は、アクセスポイントがそのタイプのビーコンを送信するまで、パワーセーブモードのままであることを選択することができる。
【００８３】
図３の例を参照すると、ビーコン生成器３４４は、各ビーコンタイプに対応するマップ３４６、３４８を生成する。上述のように、マップ３４６、３４８は、指示３５０、３５２を含み、これら指示３５０、３５２は、対応するタイプのトラフィクが、ビーコン或いは他のビーコンについてのインターバルに関連する情報３５４、３５６及びビーコンに続くものである。
【００８４】
図６を参照すると、アクセスポイントは、したがって、トラフィックの対応するタイプに従う指定されたインターバル（ブロック６１０）で種々のタイプのビーコンを送信する。図３を参照すると、スケジューラ３０６は、送信器３１０と協働して、ビーコン及びトラフィックを適切なインターバルで送信する、スケジューラ３０６は、次に、対応するビーコン情報（例えば、ビーコンマップ３４６或いは３４８）を検索し、この情報を適切なインターバルでの伝送のための送信器３１０に提供する。同様に、スケジューラ３０６は、適切なタイプのトラフィックを検索し（例えば、トラフィック３４０或いは３４２）、この情報を対応するビーコンに続く伝送のための送信器３１０に提供する。
【００８５】
図７を参照すると、分類されたトラフィックを受信するために局によって実行される選択された動作が取り扱われる。図７は、トラフィックの特定のタイプ或いはトラフィックの異なるタイプを受信するための局によって実行される動作を述べる。言い換えれば、図４の例において、図７はセレクタ４０４が１つ以上のサポートされたトラフィックタイプ４１４を選択し、選択の指示をスケジューラ４２４に送る場合に関連する。
【００８６】
図７のブロック７０２によって示されるように、局は、適切なタイムインターバルでパワーセーブモードからウェイクし、所望のタイプのブロードキャストトラフィック或いはマルチキャストトラフィックを受信する。例えば、スケジューラ４２４は、線４２２を介してセレクタ４０４によって提供されるような選択されたトラフィックタイプに対応するスケジュール情報４１６を（線４３４を介して）検索する。スケジューラ４２４は、次に、状態コントローラ４０６と協働して、受信器４０２がアクセスポイントによって伝送される各タイプのトラフィックのための対応するビーコンを検索するように、受信器４０２をパワーセーブモードからアクティブモードへ遷移する。上述のように、例えば、セレクタ４０４が制御プレーントラフィックのみを受信するように選択された場合、状態コントローラ４０６は受信器４０２をＨＴＭＩビーコンを受信し、ＤＴＩＭビーコンを受信しないように適切なインターバルで起こす（アウェイク）。
【００８７】
また、セレクタ４０４がいくつかのトラフィックのタイプを選択して、いくつかのタイプのトラフィックを受信している場合に、状態コントローラ４０６が適切なインターバルで受信器４０２をウェイクし、各トラフィックタイプに関連付けられた異なるタイプのビーコンを受信する。例えば、ビーコンはＭＴＩＭビーコン、ＤＴＩＭビーコン、特定のタイプの内容などを含むトラフィックに関連付けられたビーコンを有する。これらビーコンの属性に依存して、受信器はアウェイクされ、同時あるいは異なる時間でビーコンを受信する。
【００８８】
ブロック７０４によって示されるように、各ビーコンは受信されるので、局はビーコンの内容をチェックする。上述のように、ビーコンは、トラフィックの特定のタイプがビーコンの次にくる指示を含む（ブロック７０６）。
【００８９】
最終的に、１つ以上のビーコンは、興味のあるトラフィックはビーコンに続くことを示すエントリを含まず、局は各これらビーコンからのタイムインターバル情報をチェックし（ブロック７０８）、いつ興味のあるトラフィックがデリバリーされるかを決定する。この場合において、上述のように、スケジューラ４２４は、対応するタイムインターバル情報に基づいてウェイクタイムをセットする(ブロック７１０）。したがって、状態コントローラ４０６は、受信器４０２が指示されたウェイクタイムまでパワーセーブモードに残るように、受信器４０２をパワーセーブモードに遷移させる。
【００９０】
一方、最終的に、１つ以上のビーコンは、興味のあるトラフィックはビーコンに続くことを示すブロック７０６でのエントリを含み、動作はブロック７１２に進む。局４００は、次に、所望のタイプのブロードキャストトラフィック或いはマルチキャストトラフィックをを受信し、トラフィックを受信トラフィックバッファ４３６に格納する。上述のように、受信したトラフィックは、１つ以上のプロトコル、ポート、アドレス、パケット頻度、ＴＯＳ、関連するアプリケーション、学習動作、他の基準に基づいて、分類されている。
【００９１】
加えて、上述のように、局４００は、もし適用可能であれば、トラフィックを解析し、学習動作を実行する（ブロック７１４）。状態コントローラ４０６は、各ビーコンの後の全てのトラフィックが受信されるまでアクティブモードに受信器４０２を維持する。一旦、全てのトラフィックが受信されると（かつ、伝送されるトラフィックがある場合において伝送されると）、状態コントローラ４０６は、受信器４０２をパワーセーブモードに遷移させる（ブロック７１６）。
【００９２】
上記観点において、種々の効果が、ここにおける技術にしたがって得られることは明らかである。例えば、電話のようなワイヤレスローカルエリアネットワーク（”ＷＬＡＮ”）装置のスタンバイ時間がブロードキャスト及びマルチキャストトラフィックを分類し、より長いスリープ期間を交渉する（これによりＷＬＡＮ装置のウェイク頻度を低下させる）ことにより、増加させられる。ここで、ネットワークはモバイル装置についてのトラフィックをバッファし、トラフィックをモバイル装置に同期させてデリバリーする。
【００９３】
ここにおける技術は、種々のプロトコル、ユーザ装置及び関連するネットワークコンポーネントに適用することが可能である。したがって、ユーザ装置は、種々のコンポーネント含み、Ｗｉ−Ｆｉ（８０２．１１ベース）、ＷｉＭＡＸ或いは他の適切な無線プラットフォームのような種々の無線プラットフォームを介してネットワークへの接続性を得る。加えて、トラフィックの種々のフォームは、ここにおける技術にしたがって、２つ以上のトラフィックの異なるタイプに分類されることは明らかである。さらに、このことは、種々のアーキテクチャ、プロトコル、詳細、基準、具体的に開示されたものの使用を通して、実現されることができる。
【００９４】
ある実施の形態においては、ここにおける技術は、複数の通信プロトコルをサポートするユーザ装置に含まれる。例えば、移動装置は、例えば、伝統的なセルラー通信と同様に、電子メール、インターネットアクセスを提供するマルチファンクション装置として実現される。このような装置は、ワイドエリア無線接続が備えられており、例えば、以下のような技術を利用する。第３世代無線或いはセルラーシステム（３Ｇ）、ＷｉＭＡＸ（例えば、８０２．１６）或いは他の無線ワイドエリアネットワーク（ＷＷＡＮ）技術。加えて、上述のように、装置はＩＥＥＥ８０２．１１ベースの無線ローカルエリアネットワーク（ＷＬＡＮ）接続を有する。さらに、装置はウルトラワイドバンド（ＵＷＢ）及び／又はブルートゥースベース無線パーソナルエリアネットワーク（ＷＰＡＮ）ローカル接続を有する。
【００９５】
一般的に、ＷＷＡＮ技術は、ワイドエリア（ユビキュダス(ubiquitous）有効範囲及びワイドエリアによって区別される。しかしながら、建物浸透ロス、有効範囲ホール、ＷＬＡＮ及びＷＰＡＮと比較して制限帯域幅に苦しむ。ＷＬＡＮ及びＷＰＡＮ技術は、数百Ｍｂｐｓに近づく非常に高いデータレート伝送するが、有効範囲は一般的に、ＷＬＡＮでは数百フィート、ＷＰＡＮでは数十フィートに制限される。
【００９６】
種々のネットワーク及びプロトコルは、適切な機能性をユーザ及びアプリケーションの種々の要求に合致させることを試みて定義されている。このような異なるネットワーク及びプロトコルは、これらを切り替えるのはユーザにとって骨の折れるものであり、多くの場合、ユーザは、与えられた時間でユーザにとって最適なネットワークであることに関することなく、ネットワークにおいてトラップされる。したがって、ある観点においては、ユーザ装置は、ユーザ装置はベストな通信プロトコルで最適化し、変換するためのプロトコル及び／又はネットワーク間でシームレスな遷移を提供するよう適応される。
【００９７】
図１を参照すると、システム１００は有線ローカルエリアネットワーク（ＬＡＮ）に関連付けられたＷＬＡＮを有する。上述のように、ネットワークアクセス装置１０４は、ＷＬＡＮ接続をサポートするように構成された１つ以上のユーザ装置１０２(例えば、８０２．１１移動局）と通信を行なうアクセスポイントを有する。アクセスポイントは、有線インターフェイス（例えば、リンク１０６）を介して有線ＬＡＮのためのイーサネット（登録商標）ハブ或いはスイッチ（図示せず）に接続する。イーサネットハブは、さらに、パーソナルコンピュータ、周辺装置（例えば、ファクシミリ機械、コピー機、プリンタ、スキャナなど）、サーバなどを含む１つ以上の電子装置に接続されることができる。イーサネットハブは、さらに、データパケットをモデム（図示せず）に伝送するルータに接続されることができる。モデムは、データパケットをインターネットなどのワイドエリアネットワーク（ＷＡＮ）に伝送することができる。システム１００は、単一の比較的シンプルなネットワーク構成を表わしている。しかしながら、択一的なユーザ装置を含むシステム１００の追加的な構成が可能であることは明らかである。システム１００は、ＬＡＮを参照して示され、述べられているが、システム１００は、分離した及び／又は協働して利用されるＷＷＡＮ及び／又はＷＰＡＮを含む他の技術を利用することも可能である。
【００９８】
システム１００は、モバイル装置（例えば、ユーザ装置１０２）がシームレスに、モバイル装置によって現在利用されているアクセスポイントと、システム１００に関連付けられたアクセスポイント１０４との間でスイッチをすることを可能にする。アクセスポイント１０４への伝送及びアクセスポイント１０４によってサポートされているネットワークへの伝送は、モバイル装置のユーザに求められている機能性を提供することが望ましい。このような伝送は、したがって、移動装置のロケーション、及び／又はユーザがアクセスし、或いはモバイル装置にアップロードすることを希望するデータの機能である。例示的には、限定するものではないが、移動装置は、イーサネットハブに接続された１つ以上の電子装置に接続され、電子装置を通して利用可能なＷＷＡＮ及び／又はＷＬＡＮの機能性を利用する。このような遷移は、ユーザが開始し、或いはシステム１００によって自律的に行なうことができる。
【００９９】
図８を参照すると、複数の通信プロトコルをサポートするユーザ装置８００(例えば、モバイル或いはユーザ装置）の種々の観点がより詳細に述べられる。ユーザ装置８００は、移動局とも呼ばれ、ある観点においては、符号拡散多重アクセス（”ＣＤＭＡ”）のようなＷＷＡＮ、及び／又はワイドバンド符号拡散多重アクセス（”ＷＣＤＭＡ”）のような３Ｇ技術をサポートする。ユーザ装置８００は、さらに、ＷＬＡＮ（例えば、ＩＥＥＥ８０２．１１及び他の適切な技術をサポートする。
【０１００】
ある観点においては、ユーザ装置８００は、アプリケーション、セルラーモジュール８０２及び無線ネットワークモジュール８０４を有する。モジュール８０２は、例えば、ユーザアプリケーション及びユーザインターフェイスコンポーネントを含む。加えて、モジュール８０２は、例えば、ＣＤＭＡ、ＧＳＭ、３Ｇ或いはいくつかの技術のようなセルラータイプの技術を介して通信をサポートする。モジュール８０２は、１つ以上のアンテナ８１０に接続されたトランシーバ８０６とインターフェイスし、対応するワイドエリアネットワークから情報の受信及び対応するワイドエリアネットワークへの情報の送信を行なう。モジュール８０２は、さらに、無線ネットワークモジュール８０４と通信を行なうインターフェイス８０８を有する。インターフェイス８０８は、例えば、セキュアディジタル入出力（”ＳＤＩＯ”）インターフェイス或いはいくつかの適切なインターフェイスるを有している。
【０１０１】
ここで述べたように、無線ネットワークモジュール８０４は、例えば、種々のネットワークを介しての通信をサポートする。このようなネットワークは、例えば、Ｗｉ−Ｆｉ、ＷＩＭＡＸ、或いは他の適切な技術をサポートする。ネットワークモジュール８０４は、適切なトランシーバを含み、１つ以上のアンテナ８１２に接続される。また、トランシーバ８０６は、トランシーバ８０６がモジュール８０６及びモジュール８０４によってシェアされるように、十分な機能性を有する。
【０１０２】
図８に示される構成においては、モジュール８０２はモジュール８０４のための上層動作を提供する。例えば、アップリンクパケットを生成し、ダウンリンクパケットを処理するアプリケーションがモジュール８０２に組み込まれる。この場合、モジュール８０４全体（例えば、ＭＡＣ及びＰＨＹコンポーネントを含むＷＬＡＮモジュール）はサスペンド状態におかれ（例えば、パワーセーブモード）、ここにおいて述べたように電力を節約する。
【０１０３】
ある観点においては、ユーザ装置はＶｏＩＰ電話機能性を提供する。一般的に、ＶｏＩＰは、インターネット及び／又はＩＰネットワークを介した音声電話会話の伝送を含む。ある観点においては、ＶｏＩＰ接続性はＷＬＡＮコンポーネントを介して提供される。ここで、彼／彼女がＶｏＩＰサービスを提供するブロードバンドネットワークに接続された無線アクセスポイントの付近にいる場合に、ユーザがユーザ装置８００のＶｏＩＰ能力を利用することができる。他の状況においては、ユーザ装置は８００は通信サービスを提供している間、通常の無線移動電話として機能する。
【０１０４】
ユーザ装置８００は、ユーザ装置８００の機能に関する１つ以上の基準に基づいて、ＷＷＡＮ或いはＷＬＡＮ或いはその両方と同時に接続される。さらに、各ネットワーク及び／又は各プロトコル間の切り替えのためのプロセス及び基準も提供される。基準は、ユーザ装置８００のデータメモリ（図８において示されていない）に格納され、プロセッサ（図８において示されていない）は格納された基準に基づいてネットワークを解析する。
【０１０５】
ここにおける教示に基づいて、ユーザ装置が種々の方法で実現されるのは明らかである。例えば、ある具体化においては、ＷＷＡＮ機能性コンポーネント及び／又はＷＬＡＮ機能性コンポーネントは、ユーザ装置８００のプロセッサに含められる。ある具体化においては、ＷＷＡＮ機能性コンポーネント及びＷＬＡＮ機能性コンポーネントは、個別の集積回路によって提供される。他の具体化においては、ＷＷＡＮ機能性及びＷＬＡＮ機能性は、１つ以上の集積回路、プロセッサ、ＡＳＩＣｓ、ＦＰＧＡｓ、これらの組み合わせ、適切な機能性を有するものによって提供される。ユーザ装置は８００は、したがって、ワイドエリア（ＷＷＡＮ）及びローカルエリア（ＷＬＡＮ及びＷＰＡＮ）についての接続オプションを備え、サービス及びユーザ経験のリッチな組合せを可能にする。
【０１０６】
同様に、ここにおいて述べたコンポーネントは、種々の方法で実現される。例えば、図９のシステム９００を参照すると、アクセス装置９０２は、図３におけるアクセスポイント３００のコンポーネント３０８、３０２、３０６、３１０にそれぞれ対応するコンポーネント９０４、９０６、９０８、９１０を有する。加えて、ユーザ装置９１２はコンポーネント９１４、９１６、９１８、９２０、９２２、９２４を有し、これらはそれぞれ、図４における局４００のコンポーネント４０２、４０６、４２４、４０４、４３２、４１２に対応する。図９は、ある観点において、これらコンポーネントが適切なプロセッサコンポーネントを介して実現される。これらプロセッサコンポーネントは、ある観点において実現され、少なくとも部分的に、ここにおいて教示された構造を利用する。
【０１０７】
加えて、ここにおいて述べられた他のコンポーネント及び機能と同様に、図９によって表わされたコンポーネント及び機能は、いずれかの適切な手段を利用して実現される。このような手段も実現され、少なくとも部分的に、ここにおいて教示された構造を利用する。例えば、ある観点においては、伝送手段は送信器を有し、受信手段は受信器を有し、スケジュール手段はスケジューラを有し、選択手段はセレクタを有し、分類手段は分類器を有し、関連付け手段はスケジューラを有し、遷移手段は状態コントローラを有し、ウェイク手段は状態コントローラを有し、識別手段は識別器を収支、学習動作実行手段は、学習モジュールを有する。１つ以上のこのような手段は、図９の１つ以上のプロセッサコンポーネントにしたがって実現される。
【０１０８】
上述の記述を通して参照される、情報及び信号は異なるテクノロジー及びテクニックの全ての変化を使用して表わされる。例えば、データ、命令、コマンド、情報、信号、シンボル及びチップは、電圧、電流、電磁波、磁気フィールド或いは粒子、光ファイバ或いは光粒子或いは、これらの全ての組み合わせによって示される。
【０１０９】
ここにおいて開示された観点に関する種々の図示した論理ブロック、モジュール、プロセッサ、手段、回路、アルゴリズムステップは、電子ハードウェア、種々のフォームのプログラム或いは命令を含む設計コード（ここでは、便宜上、"ソフトウェア”或いは”ソフトウェアモジュール”と呼ぶ。）、双方の組み合わせで実現されることは、当業者にとってさらに明らかである。ハードウェア及びソフトウェアの交換性を明らかにするために、種々の図示されたコンポーネント、ブロック、モジュール、回路及びステップが上述のように一般的にそれらの機能性の観点から述べられている。このような機能性がハードウェア或いはソフトウェアとして具体化されるか否かは、システム全体に課せられる特定の応用及び設計条件に依存する。当業者は各特定の応用のために種々の方法で述べられた機能性を具体化することができ、このような具体化の決定は、本開示の精神を離れて解釈されるべきではない。
【０１１０】
本開示の観点と関連して説明した、様々な例示的な論理ブロック、モジュール及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラム可能論理デバイス、ディスクリートゲートロジックもしくはトランジスタロジック、ディスクリートハードウェアコンポーネント、又は本明細書に説明する機能を実行するように設計されたこれらの任意の組み合わせで、実現されたり実行されたりする。汎用プロセッサは、マイクロプロセッサであってよいが、代替例では、このプロセッサは、いずれかの従来型のプロセッサ、コントローラ、マイクロコントローラ又は状態機械であってよい。プロセッサはまた、計算デバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連結された１つ以上のマイクロプロセッサ又は他の任意のこのような構成物として実現される。
【０１１１】
開示されたプロセスのステップの特定の順序あるいは階層例示的なアプローチの例である。設計選択に基づいて、本開示の観点の範囲内でプロセスにおけるステップの特定の順番或いは階層が再配置されることが理解される。添付の方法クレームは、例示的な順番の種々のステップの順番を示しており、提示された特定の順番あるいは階層に限定されることを意味するものではない。
【０１１２】
本明細書に開示する観点と関連して説明した方法又はアルゴリズムのステップは、直接にハードウェアとして、プロセッサによって実行されるソフトウェアモジュールとして、又はこれら２つの組み合わせとして実現される。ソフトウェアモジュール（例えば、実行可能な命令及び関連データを含む。）及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ又は他のいずれかの形態を持つ当技術分野において周知のコンピュータ読み取り可能な記憶媒体（例えば、コンピュータ読み取り可能媒体）に常駐していてよい。例示の記憶媒体はコンピュータ／プロセッサ（ここでは、簡単のため”プロセッサ”と呼ぶ。）に結合され、これで、プロセッサは記憶媒体から情報（例えば、ソフトウェア命令）を読み出したりこれに対して情報を書き込んだりすることが可能である。代替例では、この記憶媒体はプロセッサと一体化していてもよい。プロセッサと記憶媒体は、ＡＳＩＣに常駐していてよい。このＡＳＩＣはユーザ端末に常駐していてよい。代替例では、プロセッサと記憶媒体は、ユーザ端末中にディスクリートコンポーネントとして常駐していてよい。
【０１１３】
開示の観点に関する上述の説明は、当業者が本発明を作製したり使用したりすることを可能とするためのものである。これらの開示の様々な修正例は当業者には容易に明らかであろうし、また、本明細書に定義する一般的な原理は、本発明の精神や範囲から逸脱することなく他の実施形態に適用されてよい。したがって、本発明は、本明細書に示す観点に制限されることを意図するものではなく、本明細書に開示する原理及び新規な特徴と矛盾しない最も広い範囲を与えられるべきである。
【図面の簡単な説明】
【０１１４】
【図１】図１は、トラフィックの異なるタイプに分類されたブロードキャストトラフィック或いはマルチキャストトラフィックを利用する通信システムのいくつかの例示的な観点の簡略化されたブロック図である。
【図２】図２は、図２Ａ及び図２Ｂを含み、トラフィックの異なるタイプに分類されたブロードキャストトラフィック或いはマルチキャストトラフィックに関連して実行される動作のいくつかの例示的な観点のフローチャートである。
【図３】図３は、アクセスポイントのいくつかの例示的な観点の簡略化されたブロック図である。
【図４】図４は、無線局のいくつかの例示的な観点の簡略化されたブロック図である。
【図５】図５は、通信システムを構成するように実行される動作のいくつかの例示的な観点のフローチャートである。
【図６】図６は、アクセスポイントによって実行される動作のいくつかの例示的な観点のフローチャートである。
【図７】図７は、無線局によって実行される動作のいくつかの例示的な観点のフローチャートである。
【図８】図８は、複数の無線プロトコルをサポートする通信システムのいくつかの例示的な観点の簡略化されたブロック図である。
【図９】図９は、トラフィックの異なるタイプに分類されたブロードキャストトラフィック或いはマルチキャストトラフィックを利用する通信システムのいくつかの例示的な観点の簡略化されたブロック図である。
【図１】
2009529301.tif 000003
【図２Ａ】
2009529301.tif 000004
【図２Ｂ】
2009529301.tif 000005
【図３】
2009529301.tif 000006
【図４】
2009529301.tif 000007
【図５】
2009529301.tif 000008
【図６】
2009529301.tif 000009
【図７】
2009529301.tif 000010
【図８】
2009529301.tif 000011
【図９】
2009529301.tif 000012
【国際調査報告】
2009529301.tif 000013
2009529301.tif 000014
2009529301.tif 000015