(57)【要約】  ブロードキャストまたはマルチキャストのトラヒックが様々なタイプのトラヒックに分類され、この様々なタイプのトラヒックが、別々のサブネットワークで送信される。さらに、この別々のサブネットワークのそれぞれに、異なる送信スケジュールが関連付けられることが可能である。このようにして、装置が、対応するサブネットワークがトラヒックを送信する間隔でのみ省電力モードから覚醒することにより、プライマリネットワークによって提供される様々なタイプのトラヒックのうちの選択された部分だけを受信するように構成されることが可能である。このようにして、無線局の覚醒頻度を下げ、覚醒時間を短くすることが可能になるため、無線局の連続待機時間を改善することが可能である。様々なタイプのブロードキャストおよびマルチキャストのトラヒックを搬送する別々のサブネットワークが、８０２．１１ベースのシステムに実装されることが可能である。たとえば、単一のアクセスポイントが、単一の無線チャネルに対して複数の基本サービスセット識別子を定義することが可能である。
2009543476.tif 000002
【特許請求の範囲】
【請求項１】
共通ネットワークに関連付けられた複数の別々の無線サブネットワークのうちの少なくとも１つからブロードキャストまたはマルチキャストのトラヒックを受信する方法であって、
前記複数の別々の無線サブネットワークのうちの、そこからトラヒックが受信されるべき、少なくとも１つを識別することと、
複数の別々の無線サブネットワークのうちの前記少なくとも１つを介して、複数の別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも１つを受信することと、を備え、前記別々の無線サブネットワークに、ブロードキャストまたはマルチキャストのトラヒックの、異なる送信スケジュールが関連付けられる、方法。
【請求項２】
前記別々の無線サブネットワークのそれぞれが一意の基本サービスセット識別子に関連付けられるように、単一のアクセスポイントが前記別々の無線サブネットワークを定義する、請求項１に記載の方法。
【請求項３】
前記受信することは、
前記別々の無線サブネットワークのうちの第１の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第１のサブセットを受信することと、
前記別々の無線サブネットワークのうちの第２の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第２のサブセットを受信することと、を備える、請求項１に記載の方法。
【請求項４】
前記受信することは、
前記別々の無線ネットワークのうちの第１の無線ネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも２つを受信することと、
前記別々の無線ネットワークのうちの第２の無線ネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの一部のみを受信することと、を備える、請求項１に記載の方法。
【請求項５】
前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つは、制御プレーントラヒックおよびユーザプレーントラヒックを備え、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの前記一部は、制御プレーントラヒックを備える、請求項４に記載の方法。
【請求項６】
前記第１の無線サブネットワークでトラヒックを受信するために、前記第１の無線サブネットワークに関連付けられた前記送信スケジュールで定義された時間間隔で省電力状態から覚醒することと、
前記第２の無線サブネットワークでトラヒックを受信するために、前記第２の無線サブネットワークに関連付けられた前記送信スケジュールで定義された時間間隔で省電力状態から覚醒することと、をさらに備え、
前記第２の無線サブネットワークに関連付けられた前記送信スケジュールで定義された前記時間間隔は、前記第１の無線サブネットワークに関連付けられた前記送信スケジュールで定義された前記時間間隔より長い、請求項５に記載の方法。
【請求項７】
前記制御プレーントラヒックは、接続性、トポロジ、パス発見、ＡＲＰ、ＤＨＣＰ、プレゼンス、およびページングからなる群のうちの少なくとも１つに関連する、請求項５に記載の方法。
【請求項８】
前記ユーザプレーントラヒックは、ストリーミングデータ、オーディオ、およびビデオからなる群のうちの少なくとも１つを備える、請求項５に記載の方法。
【請求項９】
前記第１の無線サブネットワークおよび前記第２の無線サブネットワークは、共通アクセスポイントによって確立される、請求項４に記載の方法。
【請求項１０】
前記受信することはさらに、
前記第１の無線サブネットワークで、配信トラヒック通知マップ（ＤＴＩＭ）ビーコンおよび関連付けられたブロードキャストまたはマルチキャストのトラヒックを、第１の時間間隔で受信することと、
前記第２の無線サブネットワークで、配信トラヒック通知マップ（ＤＴＩＭ）ビーコンおよび関連付けられたブロードキャストまたはマルチキャストのトラヒックを、第２の時間間隔で受信することと、を備え、
前記第２の時間間隔は、前記第１の時間間隔より長い、請求項９に記載の方法。
【請求項１１】
前記受信することはさらに、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つに関連付けられたサブネットワーク識別子を受信することを備え、前記サブネットワーク識別子は、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つが、前記共通ネットワークで提供されるデータサービスに別々のフロントエンドを与え、少なくとも１つの共通の、ブロードキャストまたはマルチキャストのトラヒックフィードを提供することを示す、請求項４に記載の方法。
【請求項１２】
前記サブネットワーク識別子は、サービスセット識別子（ＳＳＩＤ）を備える、請求項１１に記載の方法。
【請求項１３】
前記識別することは、前記無線サブネットワークのいずれが、少なくとも１つの共通の、ブロードキャストまたはマルチキャストのトラヒックフィードを提供するかを示すリストに基づいて、前記無線サブネットワークの１つを識別することを備える、請求項１に記載の方法。
【請求項１４】
前記識別することは、前記別々の無線サブネットワークで受信されることが可能な、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックを識別することを備える、請求項１に記載の方法。
【請求項１５】
前記受信することは、識別された無線サブネットワークに関連付けられた前記送信スケジュールで定義された時間間隔に従って省電力状態からアクティブ状態へ移行することによって、前記識別された無線サブネットワークからトラヒックを受信することを備える、請求項１に記載の方法。
【請求項１６】
共通ネットワークに関連付けられた複数の別々の無線サブネットワークのうちの少なくとも１つからブロードキャストまたはマルチキャストのトラヒックを受信する装置であって、
前記複数の別々の無線サブネットワークのうちの、そこからトラヒックが受信されるべき、少なくとも１つを識別するように適合された識別器と、
複数の別々の無線サブネットワークのうちの前記少なくとも１つを介して、複数の別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも１つを受信するように適合された受信機と、を備え、前記別々の無線サブネットワークに、ブロードキャストまたはマルチキャストのトラヒックの、異なる送信スケジュールが関連付けられる、装置。
【請求項１７】
前記別々の無線サブネットワークのそれぞれが一意の基本サービスセット識別子に関連付けられ、前記別々の無線サブネットワークが共通無線チャネルで動作するように、単一のアクセスポイントが前記別々の無線サブネットワークを定義する、請求項１６に記載の装置。
【請求項１８】
前記受信機はさらに、
前記別々の無線サブネットワークのうちの第１の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第１のサブセットを受信することと、
前記別々の無線サブネットワークのうちの第２の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第２のサブセットを受信することと、を行うように適合された、請求項１６に記載の装置。
【請求項１９】
前記受信機はさらに、
前記別々の無線ネットワークのうちの第１の無線ネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも２つを受信することと、
前記別々の無線ネットワークのうちの第２の無線ネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの一部のみを受信することと、を行うように適合された、請求項１６に記載の装置。
【請求項２０】
前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つは、制御プレーントラヒックおよびユーザプレーントラヒックを備え、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの前記一部は、制御プレーントラヒックを備える、請求項１９に記載の装置。
【請求項２１】
前記第１の無線サブネットワークでトラヒックを受信するために、前記第１の無線サブネットワークに関連付けられた前記送信スケジュールで定義された時間間隔で、前記受信機を省電力状態から覚醒させることと、
前記第２の無線サブネットワークでトラヒックを受信するために、前記第２の無線サブネットワークに関連付けられた前記送信スケジュールで定義された時間間隔で、前記受信機を省電力状態から覚醒させることと、を行うように適合された状態コントローラをさらに備え、
前記第２の無線サブネットワークに関連付けられた前記送信スケジュールで定義された前記時間間隔は、前記第１の無線サブネットワークに関連付けられた前記送信スケジュールで定義された前記時間間隔より長い、請求項２０に記載の装置。
【請求項２２】
前記制御プレーントラヒックは、接続性、トポロジ、パス発見、ＡＲＰ、ＤＨＣＰ、プレゼンス、およびページングからなる群のうちの少なくとも１つに関連する、請求項２０に記載の装置。
【請求項２３】
前記ユーザプレーントラヒックは、ストリーミングデータ、オーディオ、およびビデオからなる群のうちの少なくとも１つを備える、請求項２０に記載の装置。
【請求項２４】
前記受信機はさらに、
前記第１の無線サブネットワークで、配信トラヒック通知マップ（ＤＴＩＭ）ビーコンおよび関連付けられたブロードキャストまたはマルチキャストのトラヒックを、第１の時間間隔で受信することと、
前記第２の無線サブネットワークで、配信トラヒック通知マップ（ＤＴＩＭ）ビーコンおよび関連付けられたブロードキャストまたはマルチキャストのトラヒックを、第２の時間間隔で受信することと、を行うように適合され
前記第２の時間間隔は、前記第１の時間間隔より長い、請求項１９に記載の装置。
【請求項２５】
前記受信機はさらに、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つに関連付けられたサブネットワーク識別子を受信するように適合され、前記サブネットワーク識別子は、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つが、前記共通ネットワークで提供されるデータサービスに別々のフロントエンドを与え、少なくとも１つの共通の、ブロードキャストまたはマルチキャストのトラヒックフィードを提供することを示す、請求項１９に記載の装置。
【請求項２６】
前記識別器はさらに、前記無線サブネットワークのいずれが、少なくとも１つの共通の、ブロードキャストまたはマルチキャストのトラヒックフィードを提供するかを示すリストに基づいて、前記無線サブネットワークの１つを識別するように適合された、請求項１６に記載の装置。
【請求項２７】
識別された無線サブネットワークに関連付けられた前記送信スケジュールで定義された時間間隔に従って前記受信機を省電力状態からアクティブ状態へ移行させることによって、前記受信機が前記識別された無線サブネットワークからトラヒックを受信することを可能にするように適合された状態コントローラをさらに備える、請求項１６に記載の装置。
【請求項２８】
共通ネットワークに関連付けられた複数の別々の無線サブネットワークのうちの少なくとも１つからブロードキャストまたはマルチキャストのトラヒックを受信する装置であって、
前記複数の別々の無線サブネットワークのうちの、そこからトラヒックが受信されるべき、少なくとも１つを識別する手段と、
複数の別々の無線サブネットワークのうちの前記少なくとも１つを介して、複数の別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも１つを受信する手段と、を備え、
前記別々の無線サブネットワークに、ブロードキャストまたはマルチキャストのトラヒックの、異なる送信スケジュールが関連付けられる、装置。
【請求項２９】
前記別々の無線サブネットワークのそれぞれが一意の基本サービスセット識別子に関連付けられ、前記別々の無線サブネットワークが共通無線チャネルで動作するように、単一のアクセスポイントが前記別々の無線サブネットワークを定義する、請求項２８に記載の装置。
【請求項３０】
受信する前記手段は、
前記別々の無線サブネットワークのうちの第１の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第１のサブセットを受信することと、
前記別々の無線サブネットワークのうちの第２の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第２のサブセットを受信することと、を行う、請求項２８に記載の装置。
【請求項３１】
受信する前記手段は、
前記別々の無線ネットワークのうちの第１の無線ネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも２つを受信することと、
前記別々の無線ネットワークのうちの第２の無線ネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの一部のみを受信することと、を行う、請求項２８に記載の装置。
【請求項３２】
前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つは、制御プレーントラヒックおよびユーザプレーントラヒックを備え、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの前記一部は、制御プレーントラヒックを備える、請求項３１に記載の装置。
【請求項３３】
前記第１の無線サブネットワークでトラヒックを受信するために、前記第１の無線サブネットワークに関連付けられた前記送信スケジュールで定義された時間間隔で省電力状態から覚醒し、
前記第２の無線サブネットワークでトラヒックを受信するために、前記第２の無線サブネットワークに関連付けられた前記送信スケジュールで定義された時間間隔で省電力状態から覚醒する手段をさらに備え、
前記第２の無線サブネットワークに関連付けられた前記送信スケジュールで定義された前記時間間隔は、前記第１の無線サブネットワークに関連付けられた前記送信スケジュールで定義された前記時間間隔より長い、請求項３２に記載の装置。
【請求項３４】
前記制御プレーントラヒックは、接続性、トポロジ、パス発見、ＡＲＰ、ＤＨＣＰ、プレゼンス、およびページングからなる群のうちの少なくとも１つに関連する、請求項３２に記載の装置。
【請求項３５】
前記ユーザプレーントラヒックは、ストリーミングデータ、オーディオ、およびビデオからなる群のうちの少なくとも１つを備える、請求項３２に記載の装置。
【請求項３６】
受信する前記手段はさらに、
前記第１の無線サブネットワークで、配信トラヒック通知マップ（ＤＴＩＭ）ビーコンおよび関連付けられたブロードキャストまたはマルチキャストのトラヒックを、第１の時間間隔で受信することと、
前記第２の無線サブネットワークで、配信トラヒック通知マップ（ＤＴＩＭ）ビーコンおよび関連付けられたブロードキャストまたはマルチキャストのトラヒックを、第２の時間間隔で受信することと、を行い、
前記第２の時間間隔は、前記第１の時間間隔より長い、請求項３１に記載の装置。
【請求項３７】
受信する前記手段はさらに、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つに関連付けられたサブネットワーク識別子を受信し、前記サブネットワーク識別子は、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つが、前記共通ネットワークで提供されるデータサービスに別々のフロントエンドを与え、少なくとも１つの共通の、ブロードキャストまたはマルチキャストのトラヒックフィードを提供することを示す、請求項３１に記載の装置。
【請求項３８】
識別する前記手段は、前記無線サブネットワークのいずれが、少なくとも１つの共通の、ブロードキャストまたはマルチキャストのトラヒックフィードを提供するかを示すリストに基づいて、前記無線サブネットワークの１つを識別する、請求項２８に記載の装置。
【請求項３９】
受信する前記手段は、識別された無線サブネットワークに関連付けられた前記送信スケジュールで定義された時間間隔に従って省電力状態からアクティブ状態へ移行することによって、前記識別された無線サブネットワークからトラヒックを受信する、請求項２８に記載の装置。
【請求項４０】
共通ネットワークに関連付けられた複数の別々の無線サブネットワークのうちの少なくとも１つからブロードキャストまたはマルチキャストのトラヒックを受信するためのコンピュータプログラム製品であって、
コンピュータ可読媒体を備え、前記コンピュータ可読媒体は、
前記複数の別々の無線サブネットワークのうちの、そこからトラヒックが受信されるべき、少なくとも１つを識別することと、
複数の別々の無線サブネットワークのうちの前記少なくとも１つを介して、複数の別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも１つを受信することと、を少なくとも１つのコンピュータに行わせるコードを備え、前記別々の無線サブネットワークに、ブロードキャストまたはマルチキャストのトラヒックの、異なる送信スケジュールが関連付けられる、コンピュータプログラム製品。
【請求項４１】
前記別々の無線サブネットワークのそれぞれが一意の基本サービスセット識別子に関連付けられ、前記別々の無線サブネットワークが共通無線チャネルで動作するように、単一のアクセスポイントが前記別々の無線サブネットワークを定義する、請求項４０に記載のコンピュータプログラム製品。
【請求項４２】
前記コンピュータ可読媒体はさらに、
前記別々の無線サブネットワークのうちの第１の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第１のサブセットを受信することと、
前記別々の無線サブネットワークのうちの第２の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第２のサブセットを受信することと、を前記少なくとも１つのコンピュータに行わせるコードを備える、請求項４０に記載のコンピュータプログラム製品。
【請求項４３】
前記コンピュータ可読媒体はさらに、
前記別々の無線ネットワークのうちの第１の無線ネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも２つを受信することと、
前記別々の無線ネットワークのうちの第２の無線ネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの一部のみを受信することと、を前記少なくとも１つのコンピュータに行わせるコードを備える、請求項４０に記載のコンピュータプログラム製品。
【請求項４４】
前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つは、制御プレーントラヒックおよびユーザプレーントラヒックを備え、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの前記一部は、制御プレーントラヒックを備える、請求項４３に記載のコンピュータプログラム製品。
【請求項４５】
前記コンピュータ可読媒体はさらに、
前記第１の無線サブネットワークでトラヒックを受信するために、前記第１の無線サブネットワークに関連付けられた前記送信スケジュールで定義された時間間隔で省電力状態から覚醒することと、
前記第２の無線サブネットワークでトラヒックを受信するために、前記第２の無線サブネットワークに関連付けられた前記送信スケジュールで定義された時間間隔で省電力状態から覚醒することと、を前記少なくとも１つのコンピュータに行わせるコードを備え、
前記第２の無線サブネットワークに関連付けられた前記送信スケジュールで定義された前記時間間隔は、前記第１の無線サブネットワークに関連付けられた前記送信スケジュールで定義された前記時間間隔より長い、請求項４４に記載のコンピュータプログラム製品。
【請求項４６】
前記制御プレーントラヒックは、接続性、トポロジ、パス発見、ＡＲＰ、ＤＨＣＰ、プレゼンス、およびページングからなる群のうちの少なくとも１つに関連する、請求項４４に記載のコンピュータプログラム製品。
【請求項４７】
前記ユーザプレーントラヒックは、ストリーミングデータ、オーディオ、およびビデオからなる群のうちの少なくとも１つを備える、請求項４４に記載のコンピュータプログラム製品。
【請求項４８】
前記コンピュータ可読媒体はさらに、
前記第１の無線サブネットワークで、配信トラヒック通知マップ（ＤＴＩＭ）ビーコンおよび関連付けられたブロードキャストまたはマルチキャストのトラヒックを、第１の時間間隔で受信することと、
前記第２の無線サブネットワークで、配信トラヒック通知マップ（ＤＴＩＭ）ビーコンおよび関連付けられたブロードキャストまたはマルチキャストのトラヒックを、第２の時間間隔で受信することと、を前記少なくとも１つのコンピュータに行わせるコードを備え、
前記第２の時間間隔は、前記第１の時間間隔より長い、請求項４３に記載のコンピュータプログラム製品。
【請求項４９】
前記コンピュータ可読媒体はさらに、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つに関連付けられたサブネットワーク識別子を受信することを、前記少なくとも１つのコンピュータに行わせるコードを備え、前記サブネットワーク識別子は、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つが、前記共通ネットワークで提供されるデータサービスに別々のフロントエンドを与え、少なくとも１つの共通の、ブロードキャストまたはマルチキャストのトラヒックフィードを提供することを示す、請求項４３に記載のコンピュータプログラム製品。
【請求項５０】
前記コンピュータ可読媒体はさらに、前記無線サブネットワークのいずれが、少なくとも１つの共通の、ブロードキャストまたはマルチキャストのトラヒックフィードを提供するかを示すリストに基づいて、前記無線サブネットワークの１つを識別することを、前記少なくとも１つのコンピュータに行わせるコードを備える、請求項４０に記載のコンピュータプログラム製品。
【請求項５１】
前記コンピュータ可読媒体はさらに、識別された無線サブネットワークに関連付けられた前記送信スケジュールで定義された時間間隔に従って省電力状態からアクティブ状態へ移行することによって、前記識別された無線サブネットワークからトラヒックを受信することを、前記少なくとも１つのコンピュータに行わせるコードを備える、請求項４０に記載のコンピュータプログラム製品。
【請求項５２】
分類された、ブロードキャストまたはマルチキャストのトラヒックを提供する方法であって、
ブロードキャストまたはマルチキャストのトラヒックを取得することと、
前記ブロードキャストまたはマルチキャストのトラヒックを、様々なタイプのブロードキャストまたはマルチキャストのトラヒックに分類することと、
前記様々なタイプのブロードキャストまたはマルチキャストのトラヒックを、共通ネットワークに関連付けられている別々の無線サブネットワークに関連付けることと、を備える方法。
【請求項５３】
前記別々の無線サブネットワークのそれぞれが一意の基本サービスセット識別子に関連付けられ、前記別々の無線サブネットワークが共通無線チャネルで動作するように、単一のアクセスポイントが前記別々の無線サブネットワークを定義する、請求項５２に記載の方法。
【請求項５４】
前記別々の無線サブネットワークのうちの第１の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第１のサブセットを送信することと、
前記別々の無線サブネットワークのうちの第２の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第２のサブセットを送信することと、をさらに備える、請求項５２に記載の方法。
【請求項５５】
前記別々の無線サブネットワークのうちの第１の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも２つを送信することと、
前記別々の無線サブネットワークのうちの第２の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの一部のみを送信することと、をさらに備える、請求項５２に記載の方法。
【請求項５６】
前記第１の無線サブネットワークで、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つを、第１の時間間隔で送信することと、
前記第２の無線サブネットワークで、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの前記一部を、第２の時間間隔で送信することと、をさらに備え、
前記第２の時間間隔は、前記第１の時間間隔より長い、請求項５５に記載の方法。
【請求項５７】
前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つは、制御プレーントラヒックおよびユーザプレーントラヒックを備え、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの前記一部は、制御プレーントラヒックを備える、請求項５５に記載の方法。
【請求項５８】
前記制御プレーントラヒックは、接続性、トポロジ、パス発見、ＡＲＰ、ＤＨＣＰ、プレゼンス、およびページングからなる群のうちの少なくとも１つに関連する、請求項５７に記載の方法。
【請求項５９】
前記ユーザプレーントラヒックは、ストリーミングデータ、オーディオ、およびビデオからなる群のうちの少なくとも１つを備える、請求項５７に記載の方法。
【請求項６０】
前記第１の無線サブネットワークで、配信トラヒック通知マップ（ＤＴＩＭ）ビーコンおよび関連付けられたブロードキャストまたはマルチキャストのトラヒックを、第１の時間間隔で送信することと、
前記第２の無線サブネットワークで、配信トラヒック通知マップ（ＤＴＩＭ）ビーコンおよび関連付けられたブロードキャストまたはマルチキャストのトラヒックを、第２の時間間隔で送信することと、をさらに備え、
前記第２の時間間隔は、前記第１の時間間隔より長い、請求項５５に記載の方法。
【請求項６１】
前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つに関連付けられたサブネットワーク識別子を送信することをさらに備え、前記サブネットワーク識別子は、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つが、前記共通ネットワークで提供されるデータサービスに別々のフロントエンドを与え、少なくとも１つの共通の、ブロードキャストまたはマルチキャストのトラヒックフィードを提供することを示す、請求項５５に記載の方法。
【請求項６２】
前記分類することは、プロトコルタイプ、送信元ポート、送信先ポート、送信元アドレス、送信先アドレス、トラヒック受信頻度、サービスタイプ、およびトラヒックに関連付けられたアプリケーションの識別情報からなる群のうちの少なくとも１つに基づく、請求項５２に記載の方法。
【請求項６３】
分類された、ブロードキャストまたはマルチキャストのトラヒックを提供する装置であって、
ブロードキャストまたはマルチキャストのトラヒックを取得するように適合された受信機と、
前記ブロードキャストまたはマルチキャストのトラヒックを、様々なタイプのブロードキャストまたはマルチキャストのトラヒックに分類するように適合された識別器と、
前記様々なタイプのブロードキャストまたはマルチキャストのトラヒックを、共通ネットワークに関連付けられている別々の無線サブネットワークに関連付けるように適合されたトラヒックスケジューラと、を備える装置。
【請求項６４】
単一のアクセスポイントを備え、
前記トラヒックスケジューラはさらに、前記別々の無線サブネットワークのそれぞれが一意の基本サービスセット識別子に関連付けられ、前記別々の無線サブネットワークが共通無線チャネルで動作するように、前記別々の無線サブネットワークを定義するように適合された、請求項６３に記載の装置。
【請求項６５】
前記別々の無線サブネットワークのうちの第１の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第１のサブセットを送信することと、
前記別々の無線サブネットワークのうちの第２の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第２のサブセットを送信することと、を行うように適合された送信機をさらに備える、請求項６３に記載の装置。
【請求項６６】
前記別々の無線サブネットワークのうちの第１の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも２つを送信することと、
前記別々の無線サブネットワークのうちの第２の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの一部のみを送信することと、を行うように適合された送信機をさらに備える、請求項６３に記載の装置。
【請求項６７】
前記送信機はさらに、
前記第１の無線サブネットワークで、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つを、第１の時間間隔で送信することと、
前記第２の無線サブネットワークで、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの前記一部を、第２の時間間隔で送信することと、を行うように適合され、
前記第２の時間間隔は、前記第１の時間間隔より長い、請求項６６に記載の装置。
【請求項６８】
前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つは、制御プレーントラヒックおよびユーザプレーントラヒックを備え、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの前記一部は、制御プレーントラヒックを備える、請求項６６に記載の装置。
【請求項６９】
前記制御プレーントラヒックは、接続性、トポロジ、パス発見、ＡＲＰ、ＤＨＣＰ、プレゼンス、およびページングからなる群のうちの少なくとも１つに関連する、請求項６８に記載の装置。
【請求項７０】
前記ユーザプレーントラヒックは、ストリーミングデータ、オーディオ、およびビデオからなる群のうちの少なくとも１つを備える、請求項６８に記載の装置。
【請求項７１】
前記分類器はさらに、プロトコルタイプ、送信元ポート、送信先ポート、送信元アドレス、送信先アドレス、トラヒック受信頻度、サービスタイプ、およびトラヒックに関連付けられたアプリケーションの識別情報からなる群のうちの少なくとも１つに基づいて分類するように適合された、請求項６３に記載の装置。
【請求項７２】
分類された、ブロードキャストまたはマルチキャストのトラヒックを提供する装置であって、
ブロードキャストまたはマルチキャストのトラヒックを取得する手段と、
前記ブロードキャストまたはマルチキャストのトラヒックを、様々なタイプのブロードキャストまたはマルチキャストのトラヒックに分類する手段と、
前記様々なタイプのブロードキャストまたはマルチキャストのトラヒックを、共通ネットワークに関連付けられている別々の無線サブネットワークに関連付ける手段と、を備える、装置。
【請求項７３】
単一のアクセスポイントを備え、
関連付ける前記手段は、前記別々の無線サブネットワークのそれぞれが一意の基本サービスセット識別子に関連付けられ、前記別々の無線サブネットワークが共通無線チャネルで動作するように、前記別々の無線サブネットワークを定義する、請求項７２に記載の装置。
【請求項７４】
前記別々の無線サブネットワークのうちの第１の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第１のサブセットを送信することと、
前記別々の無線サブネットワークのうちの第２の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第２のサブセットを送信することと、を行う手段をさらに備える、請求項７２に記載の装置。
【請求項７５】
前記別々の無線サブネットワークのうちの第１の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも２つを送信することと、
前記別々の無線サブネットワークのうちの第２の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの一部のみを送信することと、を行う手段をさらに備える、請求項７２に記載の装置。
【請求項７６】
送信する前記手段は、
前記第１の無線サブネットワークで、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つを、第１の時間間隔で送信することと、
前記第２の無線サブネットワークで、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの前記一部を、第２の時間間隔で送信することと、を行い、
前記第２の時間間隔は、前記第１の時間間隔より長い、請求項７５に記載の装置。
【請求項７７】
前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つは、制御プレーントラヒックおよびユーザプレーントラヒックを備え、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの前記一部は、制御プレーントラヒックを備える、請求項７５に記載の装置。
【請求項７８】
前記制御プレーントラヒックは、接続性、トポロジ、パス発見、ＡＲＰ、ＤＨＣＰ、プレゼンス、およびページングからなる群のうちの少なくとも１つに関連する、請求項７７に記載の装置。
【請求項７９】
前記ユーザプレーントラヒックは、ストリーミングデータ、オーディオ、およびビデオからなる群のうちの少なくとも１つを備える、請求項７７に記載の装置。
【請求項８０】
前記分類する手段は、プロトコルタイプ、送信元ポート、送信先ポート、送信元アドレス、送信先アドレス、トラヒック受信頻度、サービスタイプ、およびトラヒックに関連付けられたアプリケーションの識別情報からなる群のうちの少なくとも１つに基づいて分類する、請求項７２に記載の装置。
【請求項８１】
分類された、ブロードキャストまたはマルチキャストのトラヒックを提供するコンピュータプログラム製品であって、
コンピュータ可読媒体を備え、前記コンピュータ可読媒体は、
ブロードキャストまたはマルチキャストのトラヒックを取得することと、
前記ブロードキャストまたはマルチキャストのトラヒックを、様々なタイプのブロードキャストまたはマルチキャストのトラヒックに分類することと、
前記様々なタイプのブロードキャストまたはマルチキャストのトラヒックを、共通ネットワークに関連付けられている別々の無線サブネットワークに関連付けることと、を少なくとも１つのコンピュータに行わせるコードを備える、コンピュータプログラム製品。
【請求項８２】
前記コンピュータ可読媒体はさらに、前記別々の無線サブネットワークのそれぞれが一意の基本サービスセット識別子に関連付けられ、前記別々の無線サブネットワークが共通無線チャネルで動作するように、単一のアクセスポイントによって前記別々の無線サブネットワークを定義することを、前記少なくとも１つのコンピュータに行わせるコードを備える、請求項８１に記載のコンピュータプログラム製品。
【請求項８３】
前記コンピュータ可読媒体はさらに、
前記別々の無線サブネットワークのうちの第１の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第１のサブセットを送信することと、
前記別々の無線サブネットワークのうちの第２の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの第２のサブセットを送信することと、を前記少なくとも１つのコンピュータに行わせるコードを備える、請求項８１に記載のコンピュータプログラム製品。
【請求項８４】
前記コンピュータ可読媒体はさらに、
前記別々の無線サブネットワークのうちの第１の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも２つを送信することと、
前記別々の無線サブネットワークのうちの第２の無線サブネットワークを介して、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの一部のみを送信することと、を前記少なくとも１つのコンピュータに行わせるコードを備える、請求項８１に記載のコンピュータプログラム製品。
【請求項８５】
前記コンピュータ可読媒体はさらに、
前記第１の無線サブネットワークで、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つを、第１の時間間隔で送信することと、
前記第２の無線サブネットワークで、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの前記一部を、第２の時間間隔で送信することと、を前記少なくとも１つのコンピュータに行わせるコードを備え、
前記第２の時間間隔は、前記第１の時間間隔より長い、請求項８４に記載のコンピュータプログラム製品。
【請求項８６】
前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つは、制御プレーントラヒックおよびユーザプレーントラヒックを備え、前記別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの前記少なくとも２つのうちの前記一部は、制御プレーントラヒックを備える、請求項８４に記載のコンピュータプログラム製品。
【請求項８７】
前記制御プレーントラヒックは、接続性、トポロジ、パス発見、ＡＲＰ、ＤＨＣＰ、プレゼンス、およびページングからなる群のうちの少なくとも１つに関連する、請求項８６に記載のコンピュータプログラム製品。
【請求項８８】
前記ユーザプレーントラヒックは、ストリーミングデータ、オーディオ、およびビデオからなる群のうちの少なくとも１つを備える、請求項８６に記載のコンピュータプログラム製品。
【請求項８９】
前記コンピュータ可読媒体はさらに、プロトコルタイプ、送信元ポート、送信先ポート、送信元アドレス、送信先アドレス、トラヒック受信頻度、サービスタイプ、およびトラヒックに関連付けられたアプリケーションの識別情報からなる群のうちの少なくとも１つに基づいて分類することを、前記少なくとも１つのコンピュータに行わせるコードを備える、請求項８１に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
（３５  Ｕ．Ｓ．Ｃ．１１９に基づく優先権の主張）
本出願は、参照により開示が本明細書に組み込まれている、２００６年６月３０日に出願された米国特許仮出願第６０／８１７６７９号（件名「デュアルＳＳＩＤによるＷＬＡＮのための連続待機時間の改善（STANDBY TIME IMPROVEMENTS FOR WLAN WITH DUAL SSID）」）の利益および優先権を主張するものである。
【０００２】
本出願は、主として通信に関し、様々なタイプに分類されて別々のサブネットワークで送信されるトラヒックに関する。
【背景技術】
【０００３】
電子装置は、他の電子装置へ情報を送信したり、他の電子装置から情報を受信したりするために、１つまたは複数の通信プロトコルをサポートする場合がある。たとえば、移動装置が、別の装置と電波で通信するために、ＩＥＥＥ  ８０２．１１のような無線プロトコルをサポートする場合がある。８０２．１１では、アクセスポイントが、無線局の１つまたは複数のセットと通信するための、１つまたは複数の基本サービスセットを定義することが可能である。ここで、各基本サービスセットは、一意の基本サービスセット識別子（「ＢＳＳＩＤ」）によって定義される。したがって、所与の基本サービスセットによる、ある装置と別の装置との通信は、相手の装置へ送信される各フレームに、対応する基本サービスセット識別子を含めることによって、行われることが可能である。
【０００４】
無線利用においては、移動装置が動作可能な、バッテリ再充電までの時間を長くすることが望ましい。一般に、移動装置は、２つの状態のうちのいずれかで動作する。通話時間は、主として、呼が進行中の場合のように、移動装置がユーザトラヒックの送信または受信にアクティブに従事している時間を意味する。待機時間は、主として、移動装置が、アクティブな通信を行っていないものの、電源が完全に切れているわけではない時間を意味する。待機時間の間も、移動装置は、ある種のトラヒック（たとえば、シグナリング（signaling））の送受信を行うことが可能である。移動装置の動作時間を長くする、従来の方法は、比較的大きなバッテリを移動装置に組み込むことである。残念なことに、この方法は、移動装置のユーザにとって、コストが高く、利便性に欠けるものであろう。
【０００５】
ＩＥＥＥ  ８０２．１１ファミリの通信プロトコルのような通信プロトコルは、移動装置がデータの送信または受信をアクティブに行っていない場合には移動装置が省電力モードに移行することを可能にする手順を定義することによって、無線通信装置における省電力をサポートすることが可能である。たとえば、移動装置にトラヒックフレームを供給する、８０２．１１ベースのアクセスポイントが、移動装置が省電力モードであるときに、これらのフレームをバッファリングすることが可能である。さらに、８０２．１１ファミリのプロトコルは、移動装置が、省電力モードから通常動作モードに移行した際に、通信チャネルにアクセスして、アクセスポイントからフレームを受信したり、アクセスポイントへフレームを送信したりすることを可能にする手順を定義する。
【０００６】
ダウンリンクのブロードキャストまたはマルチキャストのトラヒックの場合、アクセスポイントは、所与の基本サービスセット中の移動装置のいずれかが省電力モードである場合には、トラヒックを一時的にバッファリングする。この場合、アクセスポイントは、基本サービスセット中の移動装置へ、所定の間隔でブロードキャストまたはマルチキャストのトラヒックを送信する。したがって、省電力モードであった移動装置は、所定の間隔で覚醒して、バッファリングされた、この基本サービスセットのためのブロードキャストまたはマルチキャストのトラヒックを受信することが可能である。
【０００７】
応用によっては、所与の移動装置のユーザは、ブロードキャストまたはマルチキャストのトラヒックの一部のみを受信したい場合がある。しかしながら、従来の８０２．１１ベースのアプローチでは、移動装置は、ユーザがブロードキャストまたはマルチキャストの関心対象のトラヒックのすべてを確実に受信できるように、指定の間隔ごとに省電力モードから覚醒するように構成される。結果として、不要である可能性が高いトラヒックを、覚醒して受信しなければならないために、移動装置の待機時間が短くなる可能性がある。
【発明の概要】
【０００８】
以下に、本開示の例示的態様の概要を示す。本明細書では、便宜上、１つまたは複数の態様を、単に「態様」と称することがある。
【０００９】
態様によっては、ブロードキャストまたはマルチキャストのトラヒックが様々なタイプのトラヒックに分類されて、別々のサブネットワークで送信される。たとえば、プライマリネットワークに関連付けられた（たとえば、プライマリネットワークから受信された）１つのタイプのブロードキャストまたはマルチキャストのトラヒックが、１つのサブネットワークで送信され、このプライマリネットワークに関連付けられた、他のタイプのブロードキャストまたはマルチキャストのトラヒックが、別のサブネットワークで送信されることが可能である。
【００１０】
態様によっては、別々のサブネットワークのそれぞれに、異なる送信スケジュールが関連付けられる。たとえば、第１の時間間隔に従って、１つのサブネットワークでトラヒックを送信し、第１の時間間隔と異なる第２の時間間隔に従って、別のサブネットワークでトラヒックを送信することが可能である。このようにして、装置が、対応するサブネットワークがトラヒックを送信する間隔でのみ省電力モードから覚醒することにより、プライマリネットワークによって提供される様々なタイプのトラヒックのうちの選択された部分だけを受信するように構成されることが可能である。ここで、様々なタイプのブロードキャストまたはマルチキャストのトラヒックは、（たとえば、ストリーミングデータを含む）様々な形態で送信されたデータからなることが可能である。本明細書では、便宜上、これらの様々なタイプのデータ（たとえば、様々なタイプのデータストリーム）を、単に、様々なタイプの「トラヒック」と称する。
【００１１】
態様によっては、様々なタイプのブロードキャストおよびマルチキャストのトラヒックは、ユーザプレーントラヒックおよび制御プレーントラヒックを備えることが可能である。たとえば、ユーザプレーントラヒックは、ユーザアプリケーションに関連付けられることが可能であり、制御プレーントラヒックは、装置の管理や装置へのアクセスに関連付けられることが可能である。
【００１２】
実施態様によっては、制御プレーントラヒックが第１のサブネットワークで送信され、制御プレーントラヒックおよびユーザプレーントラヒックが第２のサブネットワークで送信されることが可能である。さらに、省電力モードの間は、第１のサブネットワークのトラフィック送信頻度を第２のサブネットワークより低くすることが可能である。したがって、無線局が、ユーザプレーントラヒックを受信する必要はないが、制御プレーントラヒックを受信する必要がある場合、無線局は、第１のサブネットワークからのトラフィックを受信するために省電力モードから覚醒することだけを選択することが可能である。このようにして、無線局の覚醒頻度を下げ、覚醒時間を短くすることが可能になるため、無線局の連続待機時間を改善することが可能である。
【００１３】
態様によっては、様々なタイプのブロードキャストおよびマルチキャストのトラヒックを搬送する別々のサブネットワークが、８０２．１１ベースのシステムに実装されることが可能である。ここで、アクセスポイントが、プライマリネットワークに関連付けられたブロードキャストおよびマルチキャストのトラヒックをフィルタリングして、これらのトラヒックを様々なタイプに分類し、この分類されたトラヒックを別々のサブネットワークで出力するように構成されることが可能である。アクセスポイントはまた、別々のサブネットワークのそれぞれに、異なる送信スケジュールを割り当てることが可能である。
【００１４】
これにより、無線局が、いずれかのサブネットワークに関連付けられることにより、選択された一部のタイプのトラヒックを受信するように適合されることが可能である。たとえば、無線局は、選択されたサブネットワークの送信スケジュールに対応する間隔でのみ省電力モードから覚醒することが可能である。
【００１５】
態様によっては、（たとえば、単一の物理的装置のかたちの）単一のアクセスポイントが、単一の無線チャネルで、複数の基本サービスセットをホストする。このようにして、アクセスポイントは、トラヒックの、異なるサブセットを、共通チャネル上の（それぞれが所与の基本サービスセット識別子に関連付けられた）別々のサブネットワークで提供することが可能である。
【００１６】
態様によっては、共通ネットワークに関連付けられた複数の別々の無線サブネットワークのうちの少なくとも１つからブロードキャストまたはマルチキャストのトラヒックを受信する方法が、これらの複数の別々の無線サブネットワークのうちの、そこからトラヒックが受信されるべき、少なくとも１つを識別することと、複数の別々の無線サブネットワークのうちの少なくとも１つを介して、複数の別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも１つを受信することと、を備え、これらの別々の無線サブネットワークに、ブロードキャストまたはマルチキャストのトラヒックの、異なる送信スケジュールが関連付けられる。
【００１７】
態様によっては、共通ネットワークに関連付けられた複数の別々の無線サブネットワークのうちの少なくとも１つからブロードキャストまたはマルチキャストのトラヒックを受信する装置が、これらの複数の別々の無線サブネットワークのうちの、そこからトラヒックが受信されるべき、少なくとも１つを識別するように適合された識別器と、複数の別々の無線サブネットワークのうちの少なくとも１つを介して、複数の別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも１つを受信するように適合された受信機と、を備え、これらの別々の無線サブネットワークに、ブロードキャストまたはマルチキャストのトラヒックの、異なる送信スケジュールが関連付けられる。
【００１８】
態様によっては、共通ネットワークに関連付けられた複数の別々の無線サブネットワークのうちの少なくとも１つからブロードキャストまたはマルチキャストのトラヒックを受信する装置が、これらの複数の別々の無線サブネットワークのうちの、そこからトラヒックが受信されるべき、少なくとも１つを識別する手段と、複数の別々の無線サブネットワークのうちの少なくとも１つを介して、複数の別々のタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも１つを受信する手段と、を備え、これらの別々の無線サブネットワークに、ブロードキャストまたはマルチキャストのトラヒックの、異なる送信スケジュールが関連付けられる。
【００１９】
態様によっては、コンピュータプログラム製品が、共通ネットワークに関連付けられた複数の別々の無線サブネットワークのうちの少なくとも１つからブロードキャストまたはマルチキャストのトラヒックを受信するために、これらの複数の別々の無線サブネットワークのうちの、そこからトラヒックが受信されるべき、少なくとも１つを識別することと、複数の別々の無線サブネットワークのうちの少なくとも１つを介して、複数の異なるタイプのブロードキャストまたはマルチキャストのトラヒックのうちの少なくとも１つを受信することと、を少なくとも１つのコンピュータに行わせるコードを備えるコンピュータ可読媒体を備え、これらの別々の無線サブネットワークに、ブロードキャストまたはマルチキャストのトラヒックの、異なる送信スケジュールが関連付けられる。
【００２０】
態様によっては、分類された、ブロードキャストまたはマルチキャストのトラヒックを提供する方法が、ブロードキャストまたはマルチキャストのトラヒックを取得することと、このブロードキャストまたはマルチキャストのトラヒックを、様々なタイプのブロードキャストまたはマルチキャストのトラヒックに分類することと、様々なタイプのブロードキャストまたはマルチキャストのトラヒックを、共通ネットワークに関連付けられている別々の無線サブネットワークに関連付けることと、を備える。
【００２１】
態様によっては、分類された、ブロードキャストまたはマルチキャストのトラヒックを提供する装置が、ブロードキャストまたはマルチキャストのトラヒックを取得するように適合された受信機と、このブロードキャストまたはマルチキャストのトラヒックを、様々なタイプのブロードキャストまたはマルチキャストのトラヒックに分類するように適合された識別器と、様々なタイプのブロードキャストまたはマルチキャストのトラヒックを、共通ネットワークに関連付けられている別々の無線サブネットワークに関連付けるように適合されたトラヒックスケジューラと、を備える。
【００２２】
態様によっては、分類された、ブロードキャストまたはマルチキャストのトラヒックを提供する装置が、ブロードキャストまたはマルチキャストのトラヒックを取得する手段と、このブロードキャストまたはマルチキャストのトラヒックを、様々なタイプのブロードキャストまたはマルチキャストのトラヒックに分類する手段と、様々なタイプのブロードキャストまたはマルチキャストのトラヒックを、共通ネットワークに関連付けられている別々の無線サブネットワークに関連付ける手段と、を備える。
【００２３】
態様によっては、コンピュータプログラム製品が、分類された、ブロードキャストまたはマルチキャストのトラヒックを提供するために、ブロードキャストまたはマルチキャストのトラヒックを取得することと、このブロードキャストまたはマルチキャストのトラヒックを、様々なタイプのブロードキャストまたはマルチキャストのトラヒックに分類することと、様々なタイプのブロードキャストまたはマルチキャストのトラヒックを、共通ネットワークに関連付けられている別々の無線サブネットワークに関連付けることと、を少なくとも１つのコンピュータに行わせるコードを備えるコンピュータ可読媒体を備える。
【００２４】
以下の詳細説明、添付の特許請求項、および添付図面に関して考察を行うことにより、本開示に関連する、以上および他の特徴、態様、および利点がより完全に理解されるであろう。
【図面の簡単な説明】
【００２５】
【図１】ブロードキャストまたはマルチキャストのトラヒックが様々なタイプのトラヒックに分類されて複数のサブネットワークで提供される通信システムのいくつかの例示的態様の簡略化されたブロック図である。
【図２Ａ】ブロードキャストまたはマルチキャストのトラヒックを様々なタイプのトラヒックに分類して複数のサブネットワークで提供することと併せて実行されることが可能な動作のいくつかの例示的態様のフローチャートである。
【図２Ｂ】ブロードキャストまたはマルチキャストのトラヒックを様々なタイプのトラヒックに分類して複数のサブネットワークで提供することと併せて実行されることが可能な動作のいくつかの例示的態様のフローチャートである。
【図３】アクセスポイント装置のいくつかの例示的態様の簡略化されたブロック図である。
【図４】無線局装置のいくつかの例示的態様の簡略化されたブロック図である。
【図５】通信システムを構成するために実行されることが可能な動作のいくつかの例示的態様のフローチャートである。
【図６】アクセスポイントによって実行されることが可能な動作のいくつかの例示的態様のフローチャートである。
【図７】無線局によって実行されることが可能な動作のいくつかの例示的態様のフローチャートである。
【図８】ブロードキャストまたはマルチキャストのトラヒックが様々なタイプのトラヒックに分類されて複数のサブネットワークで提供される通信システムのいくつかの例示的態様の簡略化されたブロック図である。
【発明を実施するための形態】
【００２６】
一般的な慣行に従い、各図面に例示されている種々の特徴は、正確な縮尺で描かれていない場合がある。したがって、これらの種々の特徴の寸法は、明確さのために、任意に拡大されたり、縮小されたりしている場合がある。さらに、図面のいくつかは、明確さのために簡略化されている場合がある。したがって、これらの図面は、所与の装置または方法のすべての構成部分を描いているわけではない場合がある。最後に、本明細書および図面を通して、類似の特徴を指すために、類似の参照符号を用いている場合がある。
【００２７】
本開示の種々の態様を以下に示す。本明細書の教示は、様々な形態で実施されることが可能であること、ならびに、本明細書で開示されている具体的な構造、機能、またはこの両方は、すべて、典型に過ぎないことを理解されたい。当業者であれば、本明細書の教示に基づいて理解されるように、本明細書で開示されている態様は、他のどの態様とも独立に実施されることが可能であり、これらの態様のうちの２つ以上が、様々な様式で組み合わされることが可能である。たとえば、本明細書で説明される諸態様のうちの任意の数の態様を用いて、装置が実装されたり、方法が実施されたりすることが可能である。さらに、本明細書で説明される諸態様のうちの１つまたは複数に加えて、またはこの１つまたは複数以外の、他の構造、機能性、または構造および機能性を用いて、そのような装置が実装されたり、そのような方法が実施されたりすることが可能である。
【００２８】
図１は、通信システム１００の特定の態様を示す。このシステムでは、ブロードキャストまたはマルチキャストのトラヒックが、２つ以上の様々なタイプのトラヒックに分類され、異なる時間間隔で、２つ以上の別々のサブネットワークを介して提供されることが可能である。一例として、様々なタイプのトラヒックのうちの１つのサブセットが、第１のサブネットワークを介して提供されることが可能であり、その一方で、様々なタイプのトラヒックのうちの別のサブセットが、第２のサブネットワークを介して提供されることが可能である。
【００２９】
このような手法を用いることにより、システム１００は、分類されたブロードキャストまたはマルチキャストのトラヒックを受信する無線装置の連続待機時間を改善する様式で用いられることが可能である。たとえば、所与の無線装置が、他のタイプの、ブロードキャストまたはマルチキャストのトラヒックより配信頻度が低い傾向がある、１つまたは複数の特定のタイプの、ブロードキャストまたはマルチキャストのトラヒックを受信することのみを必要とすることが可能である。この場合、システム１００は、これらの様々なタイプのトラヒックを、それぞれ異なるトラヒック送信スケジュールを有する、別々のサブネットワークで提供するように構成されることが可能である。さらに、これらの別々のサブネットワークのトラヒック送信スケジュールは、たとえば、これらの様々なタイプのトラヒックの相対データレート要件またはサービス品質要件に基づいて定義されることが可能である。したがって、無線装置が、１つまたは複数の所望タイプのトラヒックを提供するサブネットワークからトラヒックを受信するためにのみ、省電力モードから覚醒することを選択することが可能である。言い換えると、この無線装置は、これらの１つまたは複数の所望タイプのトラヒックを提供しないサブネットワークについては、トラヒックを受信するために省電力モードから覚醒することを選択しないことが可能である。結果として、このような無線装置は、すべてのトラヒックを同じ間隔で単一ネットワークを介して送信する従来のシステムに配備されている無線装置より、覚醒の頻度を低くすることが可能であり、覚醒時間を短くすることが可能である。
【００３０】
システム１００の以上の態様および他の態様について、図１に示された例示的コンポーネントを参照しながら、より詳細に説明する。システム１００は、１つまたは複数の関連付けられたユーザ装置（たとえば、アクセス端末）と通信するアクセス装置１０２を含む。便宜上、ユーザ装置の各種態様については、ユーザ装置１０４を参照して論じられる。ユーザ装置１０４に宛てられた、ブロードキャストまたはマルチキャストのトラヒック（たとえば、フレーム、パケット、その他の形態のデータ）は、種々の様式で、アクセス装置１０２によって取得されることが可能である。たとえば、実施態様によっては、アクセス装置１０２は、リンク１０６で表されるようなネットワーク（たとえば、ワイドエリアネットワーク（「ＷＡＮ」））を介して別の通信装置からのトラヒックを受信することが可能である。実施態様によっては、アクセス装置１０２は、ユーザ装置１０４に宛てられたトラヒックを、リンク１０６で表されるように、別のユーザ装置または他の何らかの装置から直接受信することが可能である。たとえば、実施態様によっては、アクセス装置１０２は、ユーザ装置１０４に宛てられたトラヒックを発生させることが可能である。たとえば、アクセス装置１０２は、アドレス解決プロトコル（「ＡＲＰ」）トラヒックまたは動的ホスト構成プロトコル（「ＤＨＣＰ」）トラヒックを発生させることが可能である。
【００３１】
前述のように、特定の状況下では、所与のユーザ装置が、ブロードキャストまたはマルチキャストのトラヒックの一部だけを受信することを必要とすることが可能である。たとえば、ブロードキャストまたはマルチキャストのトラヒックは、制御プレーントラヒック（たとえば、ＡＲＰトラヒックまたは他の管理関連トラヒック）、ユーザプレーントラヒック（たとえば、ストリーミングオーディオまたはビデオ）、および、応用によっては他の何らかのタイプのトラヒックを含むことが可能である。しかしながら、場合によっては、ユーザ装置は、ユーザプレーントラヒックを必要としなくてよい。たとえば、ユーザは、所与のアクセスポイントからブロードキャストまたはマルチキャストを受信することを契約しなくてもよく、あるいは、ユーザは、現在のストリーミング番組を監視していなくてもよい。
【００３２】
１つまたは複数の所望タイプのトラヒックをユーザ装置に提供することを容易にするために、アクセス装置１０２は、ユーザ装置に宛てられたトラヒックを、様々なトラヒックタイプ（たとえば、制御プレーントラヒック、ユーザプレーントラヒックなど）に分類する。次にアクセス装置１０２は、この様々なトラヒックタイプを、図１のリンク１０８で表されるような、別々のサブネットワークを介してユーザ装置へ送信する。
【００３３】
前述のように、アクセス装置１０２は、これらのサブネットワークの、異なる送信時刻を定義することが可能である。たとえば、第１のサブネットワークに関連付けられたユーザ装置が省電力モードである場合、アクセス装置１０２は、このサブネットワークを介して、第１の時間間隔に基づいて、時々、ブロードキャストまたはマルチキャストのトラヒックを送信することが可能である。これに対し、第２のサブネットワークに関連付けられたユーザ装置が省電力モードである場合、アクセス装置１０２は、このサブネットワークを介して、第２の時間間隔に基づいて、時々、ブロードキャストまたはマルチキャストのトラヒックを送信することが可能である。ここで、第２の時間間隔は、第１の時間間隔と異なっても（たとえば、より長くても）よい。このような構成を用いることが可能なのは、たとえば、第２のサブネットワークで搬送されるトラヒックが、第１のサブネットワークで搬送されるトラヒックより、送信頻度が低いか、サービス品質要件が低い場合である。一具体例では、第１のサブネットワークは、モバイルテレビのような低遅延のブロードキャストまたはマルチキャストの応用に使用されることが可能であり、第２のサブネットワークは、アイドル時間の間にユーザ装置の省電力を最適化するように構成される。
【００３４】
ユーザ装置１０４は、トラヒックの送信または受信を行っていないときに、省電力モードに移行することが可能である。たとえば、省電力モードの間は、ユーザ装置１０４のコンポーネントの少なくとも一部が、一時停止状態に切り替えられたり、電源を切られたりすることが可能である。典型的な応用では、受信機１１０のような下位レイヤ構成部分（たとえば、無線部分）が、節電のために一時停止状態に切り替えられることが可能である。このようにして、ユーザ装置１０４は、電力を節約して連続待機時間を長くすることが可能である。
【００３５】
ユーザ装置が省電力モードであるときにトラヒックフローが過度に損なわれることのないように、様々な備えがなされることが可能である。たとえば、アクセス装置１０２は、ユーザ装置のいずれか（たとえば、ユーザ装置１０４）が省電力モードである場合には、ユーザ装置に宛てられたブロードキャストまたはマルチキャストのトラヒックをバッファリングすることが可能である。このアクセス装置１０２は、バッファリングされたトラヒックを、所定の間隔でユーザ装置へ送信するように構成されることが可能である。この場合、各ユーザ装置は、アクセス装置１０２からトラヒックを受信すること、および（該当する場合は）アクセス装置１０２へトラヒックを送信することのために、この所定の間隔で省電力モードから覚醒するように構成される。
【００３６】
前述のトラヒック分類およびサブネットワークの方式を用いることにより、ユーザ装置の連続待機時間を改善することが可能である。たとえば、アクセス装置１０２は、第１のサブネットワークを、ユーザプレーントラヒック（たとえば、ストリーミングデータ）および制御プレーントラヒックを搬送するように構成し、第２のサブネットワークを、制御プレーントラヒックのみを搬送するように構成することが可能である。さらに、第２のサブネットワークは、省電力モードのためにトラヒック送信間隔を第１のサブネットワークより長くとることが可能である。ユーザ装置１０４がユーザプレーントラヒックを受信することを必要としない場合、ユーザ装置１０４は、第１のサブネットワークではなく第２のサブネットワークに関連付けられることが可能である。このようにして、ユーザ装置１０４は、第２のサブネットワークからのブロードキャストまたはマルチキャストのトラヒックを受信するためにのみ省電力モードから覚醒することが可能である。さらに、ユーザ装置１０４は、第２のサブネットワークにおける送信間隔がより長い場合には、このトラヒックを取り出すために覚醒する頻度を低くすることが可能である。
【００３７】
アクセス装置１０２およびユーザ装置１０４は、所与の応用の要件に応じて様々な形態をとることが可能である。たとえば、ユーザ装置は、携帯電話、スマートフォン、コードレス電話、ラップトップコンピュータ、ＰＤＡ、無線装置、無線モデム、移動装置、ハンドセット、ハンドヘルド装置、衛星無線、全地球測位システム、または他の何らかの通信装置であってよい。ユーザ装置は、ユーザ機器（ＵＥ）、アクセス端末、局（ＳＴＡ）、無線通信装置、端末、ユーザ端末、移動機器、加入者装置と呼ばれることもあり、他の何らかの用語を用いて表されることもある。
【００３８】
前述の概要をふまえて、本開示のさらなるいくつかの態様を、図２のフローチャートと併せて、かつ、図１をさらに参照しながら論述する。図２Ａは、ブロードキャストまたはマルチキャストのトラヒックを様々なトラヒックタイプに分類し、このトラヒックを別々のサブネットワークで送信するために実行されることが可能な動作に関する。図２Ｂは、いずれかのサブネットワークを介して、様々なタイプのブロードキャストまたはマルチキャストのトラヒックのうちの１つまたは複数を選択的に受信するために実行されることが可能な動作に関する。同じアクセスポイントから様々なタイプのトラヒックを受信するために、別々のサブネットワークに関連付けられた局によって、図２Ｂの動作の変形形態が実行されてよい。同様に、同じアクセスポイントから様々なタイプのトラヒックを受信するために、別々のサブネットワークに関連付けられた所与の局によって、異なる時刻に、図２Ｂの動作の変形形態が実行されてよい。後者のシナリオの一例として、ある局が、第１のサブネットワークに関連付けられ、その後、しばらくたった時点で、第１のサブネットワークとの関連付けが解除され、別のサブネットワークに関連付けられることが可能である。便宜上、図２（ならびに、本明細書にある他のすべてのフローチャート）の動作は、特定の構成部分（たとえば、図１の各構成部分）との組み合わせで説明されることが可能である。しかしながら、これらの動作は、他の構成部分との組み合わせでも実行されることが可能であることを理解されたい。
【００３９】
図２Ａのブロック２０２で表されるように、ある時点で、アクセス装置１０２は、いくつかのサブネットワークを定義する。本明細書において論じられるように、これらのサブネットワーク同士は、これらが、ある共通ネットワークに関連付けられることによって、この共通ネットワークによって搬送されるトラヒックの少なくとも一部を搬送する、という点で関連付けられることが可能である。態様によっては、共通ネットワークは、たとえば、認証証明書（authentication credential）の所与のセット、所与のセキュリティコンテキストを用いてアクセスされるか、他の何らかの共通様式でアクセスされるネットワークまたはサービスを備えることが可能である。
【００４０】
ブロック２０４で表されるように、アクセス装置１０２は、何らかの様式で、ブロードキャストまたはマルチキャストのトラヒックを取得する。図１の例では、アクセス装置１０２は、リンク１０６を介してブロードキャストまたはマルチキャストのトラヒックを受信することが可能であり、あるいは、ブロードキャストまたはマルチキャストのトラヒックを発生させることが可能である。
【００４１】
ブロック２０６で表されるように、アクセス装置１０２は、サポートされているトラヒックタイプに従って、ブロードキャストまたはマルチキャストのトラヒックを分類する。たとえば、図１では、トラヒック分類器１１２が、トラヒックを分類し、このトラヒックを受信することになっている１つまたは複数のユーザ装置が省電力モードである場合には、（２つのトラヒックタイプ１１４および１１６のいずれかに指定された）このトラヒックをトラヒックバッファ１１８に蓄積することが可能である。
【００４２】
ブロック２０８で表されるように、アクセス装置１０２は、様々なタイプのトラヒックを、それぞれ異なる送信スケジュールを有する、別々のサブネットワークに関連付けることが可能である。図１に示されたように、アクセス装置１０２は、各サブネットワークについて、トラヒックタイプおよび関連付けられた送信スケジュール（たとえば、ビーコンスケジュール）の情報１２０を保持することが可能である。たとえば、アクセス装置１０２は、ブロック１２２で表されるように、第１のサブネットワークのビーコンスケジュールと、第１のサブネットワークを介して送信されるトラヒックの１つまたは複数のタイプとを保持することが可能である。さらに、アクセス装置１０２は、ブロック１２４で表されるように、第２のサブネットワークのビーコンスケジュールと、第２のサブネットワークを介して送信されるトラヒックの１つまたは複数のタイプとを保持することが可能である。
【００４３】
したがって、ブロック２１０で表されるように、各トラヒックタイプは、それぞれが関連付けられた送信スケジュールに従って、（１つまたは複数の）適切なサブネットワークを介してユーザ装置（または他の装置）へ送信されることが可能である。たとえば、図１では、ネットワークトラヒックケジューラ１２６が、スケジュール情報１２２で定義された間隔で、第１のサブネットワークを介して、バッファリングされたタイプ１トラヒック１１４の送信を開始することが可能である。同様に、ネットワークトラヒックスケジューラ１２６は、スケジュール情報１２４で定義された間隔で、第２のサブネットワークを介して、バッファリングされたタイプ２トラヒック１１６の送信を開始することが可能である。
【００４４】
次に図２Ｂを参照すると、ブロック２１２で表されるように、ブロック２１０で送信されたトラヒックを受信するように構成されることが可能な装置（たとえば、ユーザ装置１０４）が、いずれかのサブネットワークを介してトラヒックを受信することを選択することが可能である。図１では、サブネットワークセレクタ１２８が、手動制御下または自動制御下で、トラヒックがユーザ装置１０４によって受信されるサブネットワークを決定することが可能である。このプロセスは、たとえば、どの１つまたは複数のタイプのトラヒックを受信するかを決定することと、このトラヒックをどのサブネットワークが搬送するかを決定することと、を含むことが可能である。このようにして、トラヒックタイプセレクタ１２８は、たとえば、タイプ２トラヒックだけを受信することを選択することが可能である。
【００４５】
ユーザ装置１０４は、ユーザ装置１０４の１つまたは複数の構成部分の動作状態を制御する状態コントローラ１３０を含む。たとえば、状態コントローラ１３０は、受信機１１０を、覚醒モード（たとえば、通常のアクティブ状態）と省電力モード（たとえば、一時停止状態またはスリープ状態）と他の任意の適切なモードとの間で切り替えることが可能である。
【００４６】
ブロック２１４で表されるように、装置は、選択されたサブネットワークからのトラヒックを受信するために、適切な時刻に、省電力モードから覚醒モードに移行することが可能である。ここで、所与のサブネットワークに対する適切な覚醒時刻は、ユーザ装置１０４に記憶されている、対応するパラメータ１３２および１３４から導出されることが可能である。一例として、セレクタ１２８がサブネットワーク２を選択した場合には、状態コントローラ１３０は、サブネットワーク２トラヒック間隔１３４で定義された（たとえば、ビーコン間隔情報１２４に対応する）時間間隔で受信機１１０を覚醒モードに移行させることが可能である。
【００４７】
したがって、ブロック２１６で表されるように、受信機１１０は、リンク１０８を介して、選択されたサブネットワーク１３６からのトラヒックを受信するためにアクティブ化されることが可能である。次にユーザ装置１０４は、受信されたトラヒック１３６を記憶または転送することが可能であり、必要に応じて、省電力モードに戻ることが可能である。有利なことに、ユーザ装置１０４は、サブネットワーク１からのトラヒックを受信するために覚醒する必要がない。したがって、アクセス装置１０２によって送信されたブロードキャストまたはマルチキャストのトラヒックのすべてをチェックおよび解析するためにユーザ装置１０４が覚醒することが可能な、より従来的なアプローチと異なり、ユーザ装置１０４がより長い時間にわたって省電力モードであり続けることが可能なため、ユーザ装置１０４の連続待機時間は、改善されることが可能である。
【００４８】
ブロードキャストまたはマルチキャストのトラヒックを、複数のサブネットワークを介して提供される様々なタイプのトラヒックに分類することを伴う装置または方法が、様々な様式で実装されることが可能である。以下では、便宜上、８０２．１１ベースのシステムとの関連で、さらなる詳細を説明する。しかしながら、本明細書の教示は、このタイプのシステムや、本明細書で具体的に説明される構成部分および動作には限定されないことを理解されたい。たとえば、他のプロトコルおよび手法を用いて、本明細書で教示されているように複数のサブネットワークを定義することも可能である。
【００４９】
８０２．１１ベースのシステムでは、近隣の装置グループからの実質的な干渉をなくして各装置グループが効果的に通信することを可能にするために、装置グループ同士が協力して基本サービスセットを形成する。たとえば、第１の基本サービスセットを特定の無線チャネルで確立することによって、すべての通信（たとえば、データフレーム）が、この基本サービスセットを一意に規定する基本サービスセット識別子を含むようにすることが可能である。このようにすると、別のチャネルで動作する、近隣の基本サービスセットは、動作周波数が異なることから、第１の基本サービスセットに実質的に干渉しない。一方、第１の基本サービスセットと同じチャネルで動作する、近隣の基本サービスセットの装置は、別の基本サービスセット識別子を使用しているため、第１の基本サービスセットからの送信を処理しない。
【００５０】
基本サービスセットを確立するには、様々な方法がある。典型的な応用では、（たとえば、別のネットワークへのアクセスを提供する）アクセスポイントが、基本サービスセットを確立し、この基本サービスセットに対するトラヒックフローをある程度制御する。ここで、アクセスポイントは、無線局が基本サービスセットを見つけることを可能にすること、および基本サービスセットにおけるトラヒック制御を容易にすることのために、周期的ビーコンを発生させる。たとえば、アクセスポイントのカバレージエリアに入った無線局が、ビーコンを探して走査し、基本サービスセットに参加するために、このアクセスポイントに関連付けられることが可能である。無線局がこの基本サービスセットに参加した後、アクセスポイントは、ネットワークからのデータを無線局へルーティングしたり、無線局からのデータをネットワークへルーティングしたりすることが可能である。
【００５１】
他の応用では、一群の局が協力して、基本サービスセットを形成することが可能である。たとえば、独立した基本サービスセット実装（たとえば、アドホックネットワーク）では、独立でない場合には（たとえば、ビーコンを発生させる）アクセスポイントによって提供されるであろう機能性が、近隣のいくつかの局の間に実装され、これらの局で共用されることが可能である。
【００５２】
応用によっては、所与のアクセスポイントが、複数の基本サービスセットを確立することが可能である。たとえば、複数ＢＳＳＩＤの応用では、アクセスポイントは、複数の基本サービスセット識別子を定義し、別々の基本サービスセット識別子を別々のビーコンで送信することが可能である。このようにして、アクセスポイントのカバレージエリアに入った局が、同じアクセスポイントから複数の基本サービスセットを検出することが可能である。典型的には、これら複数の基本サービスセットは、同じチャネルで確立される。しかしながら、アクセスポイント（またはアドホックネットワーク内の局）が複数の無線を有する応用では、別々の基本サービスセットが別々のチャネルで確立されることが可能である。すなわち、１つの基本サービスセットが１つのチャネルで確立されることが可能であり、別の基本サービスセットが別のチャネルで確立されることが可能である。
【００５３】
便宜上、以下の記述は、単一アクセスポイントが単一チャネルで複数の基本サービスセットを確立する応用について論じている。しかしながら、本明細書の教示は、前述の手法のうちの任意の手法を用いて確立された基本サービスセットとの組み合わせで実装されることが可能であることを理解されたい。たとえば、基本サービスセットは、アドホックネットワークによって、複数のチャネルで、または他の何らかの好適な様式で確立されることが可能である。
【００５４】
８０２．１１実装では、図１のアクセス装置１０２は、アクセスポイント（「ＡＰ」）を備えることが可能であり、ユーザ装置１０４は、無線局（「ＳＴＡ」）を備えることが可能である。ここで、アクセスポイントは、複数の基本サービスセットを定義することによって複数のサブネットワークを確立することが可能である。すなわち、各サブネットワークは、一意の基本サービスセット識別子（サブネットワーク識別子）に関連付けられる。これらの構成部分の例示的実装詳細を、図３および４と併せて論じる。
【００５５】
図３は、アクセスポイント３００のいくつかの態様を示す。アクセスポイント３００は、分類器３０２と、サブネットワークトラヒックバッファ３０４と、サブネットワークトラヒックスケジューラ３０６と、図１の対応する構成部分と同様であってよい他の構成部分と、を含む。簡単に言うと、アクセスポイント３００は、受信機３０８（図３の右上部分）を含み、受信機３０８は、たとえば、ネットワーク、ローカル装置、または（実施態様によっては）アクセスポイント３００の、トラヒックを発生させる構成部分（図示せず）から、ダウンリンクトラヒックを受信する。分類器３０２は、受信されたトラヒックを、様々なタイプのトラヒックに分類する。さらに、このトラヒックを受信することになっている、基本サービスセット中のいずれかの局が省電力モードである場合、アクセスポイント３００は、分類されたトラヒックをトラヒックバッファ３０４に蓄積する。スケジューラ３０６は、送信機３１０と協力して、様々なタイプのトラヒックを、適切な基本サービスセット（サブネットワーク）を介して、各局へ送信する。ここで、送信のタイミングは、基本サービスセットの送信スケジュール（たとえば、ビーコンスケジュール）によって決まる。
【００５６】
図４は、無線局４００のいくつかの態様を示す。無線局４００は、受信機４０２と、サブネットワークセレクタ４０４と、状態コントローラ４０６と、図１の対応する構成部分と同様であってよい他の構成部分と、を含む。簡単に言うと、受信機４０２（図４の右下部分）は、送信機３１０によって、線４０８で表された８０２．１１ベースのチャネルで送信されたトラヒックを受信するように適合されている。状態コントローラ４０６は、セレクタ４０４によってなされた選択に基づいて、選択されたサブネットワークからのトラヒック受信させるために、受信機４０２を、適切な間隔で省電力モードから覚醒させることが可能である。
【００５７】
これらおよび他の例示的動作については、図５、６、および７のフローチャートと併せて、より詳細に論じられる。図５は、アクセスポイントおよび関連付けられた局を構成するために実行されることが可能な動作の各種態様に関する。図６は、アクセスポイントによって実行されることが可能な動作の各種態様に関する。図７は、１つまたは複数のサブネットワークからのトラヒックを受信するために局によって実行されることが可能な動作の各種態様に関する。
【００５８】
図５を参照すると、ブロック５０２で表されるように、アクセスポイント３００は、後でより詳細に論じられる１つまたは複数の条件に基づいて、ブロードキャストまたはマルチキャストのトラヒックを様々なタイプのトラヒックに分類するように構成されることが可能である。アクセスポイント３００がこのような分類されたトラヒックをサポートしている場合、アクセスポイント３００は、サポートされているトラヒックタイプ３１２に関連する情報をデータメモリ３１６に保持することが可能である。態様によっては、アクセスポイント３００は、サイトの要件に従ってトラヒックを分類するよう、システム管理者によって静的に構成されることが可能である。代替として、トラヒック分類は、性質として動的であってもよい。たとえば、分類方式は、ダウンロードメカニズム、学習方式、または他の何らかの好適な手法により、時間とともに変更されることが可能である。
【００５９】
トラヒックは、所与のシステムの要件に応じて、様々に異なるタイプに分類されることが可能である。たとえば、前述のように、態様によっては、あるタイプのブロードキャストまたはマルチキャストのトラヒックが、ユーザプレーントラヒックとして定義されることが可能である。このようなトラヒックは、たとえば、ストリーミングデータ、オーディオ、ビデオ、または同様のトラヒック（たとえば、アプリケーションレイヤで「消費」されるトラヒック）のような、ユーザアプリケーションに関連付けられたトラヒックを含むことが可能である。このようなトラヒックは、たとえば、テレビやラジオの放送、サーバ、または他の何らかのソースからのものであってよく、典型的には、ユーザに対して表示または再生させる。したがって、ユーザプレーントラヒックは、配信されるコンテンツに関連付けられたトラヒック、および／または、コンテンツの配信に関係しうる動作に関連付けられたトラヒックを含むことが可能である。
【００６０】
別のタイプのブロードキャストまたはマルチキャストのトラヒックが、制御プレーントラヒックとして定義されることが可能である。このようなトラヒックは、たとえば、局の操作、局の管理、または局へのアクセスのうちの１つまたは複数に関連付けられたトラヒックを含むことが可能である。たとえば、制御プレーントラヒックは、ユーザの接続性、可到達性、および発見を有効にすることが可能である。典型的には、このタイプのトラヒックは、ネットワークブロードキャストトラヒックの形態をとることが可能である。態様によっては、制御プレーントラヒックは、局の接続性、トポロジ、パス発見、アドレス解決プロトコル、動的ホスト構成プロトコル、プレゼンス（presence）、ページング、または他の同様の動作のうちの１つまたは複数に関連付けられたトラヒックを備える。プレゼンスの一例は、インスタントメッセンジャアプリケーションにおける有効な連絡先のリストを提供することに関する。制御プレーントラヒックは、典型的には、メディアアクセス制御（「ＭＡＣ」）レイヤまたはオペレーティングシステムによって「消費」される。
【００６１】
トラヒックは、上述の各タイプ、上述の各タイプ以外のタイプ、またはこれらのタイプの何らかの組み合わせのうちの１つまたは複数を含む様々なタイプに分類されることが可能であることを、本明細書の教示に基づいて理解されたい。たとえば、局によっては、特定タイプのコンテンツを受信することにのみ関心がある場合がある。この場合、トラヒックは、ブロードキャストまたはマルチキャストのトラヒックのうちの特定のコンテンツに基づいて分類されることが可能である。同様に、局によっては、特定タイプの管理（制御）トラヒックを受信することにのみ関心がある場合がある。この場合、トラヒックは、ブロードキャストまたはマルチキャストのトラヒックを介して局へ送信されることが可能な、様々なタイプの管理トラヒックに基づいて分類されることが可能である。
【００６２】
さらに、所与のシステムの要件に応じて、トラヒックは、任意の数のタイプに分類されることが可能である。すなわち、トラヒックは、２つ、３つ、または４つ以上の様々なタイプに分類されることが可能である。
【００６３】
アクセスポイント３００はまた、定義されたトラヒックタイプのうちの少なくとも一部を各サブネットワークに関連付ける。たとえば、実施態様によっては、あるサブネットワークが、様々なタイプのトラヒックのうちの一部のみ（たとえば、制御プレーントラヒックのみ）を搬送するように構成されることが可能であり、別のサブネットワークが、あらゆるタイプのトラヒック（たとえば、制御プレーントラヒックおよびユーザプレーントラヒック）を搬送するように構成されることが可能である。この例では、第１のサブネットワーク（制御プレーントラヒックのみ）は、接続性、可到達性、および発見の各プロトコルの操作性を維持しながら、これらの局の連続待機時間の改善を可能にすることができる。実施態様によっては、あるサブネットワークが、様々なタイプのトラヒックのうちの１つのサブセット（たとえば、制御プレーントラヒックのみ）を搬送するように構成されることが可能であり、別のサブネットワークが、様々なタイプのトラヒックのうちの別のサブセット（たとえば、ユーザプレーントラヒックのみ）を搬送するように構成されることが可能である。いずれの場合も、アクセスポイント３００（たとえば、スケジューラ３０６）は、トラヒックタイプ情報３１２に関連付けられた各サブネットワークに関連する情報３１４をデータメモリ３１６に保持することが可能である。
【００６４】
さらに、アクセスポイント３００は、サブネットワークの送信スケジュールを定義することが可能である。典型的には、異なる送信スケジュールが、各サブネットワークに関連付けられてよい。しかしながら、場合によっては、２つ以上のサブネットワークに同じまたは類似の送信スケジュールを割り当てることが望ましいであろう。
【００６５】
送信スケジュールを定義するには、様々な方法がある。たとえば、場合によっては、送信スケジュールは、所与のサブネットワークでトラヒックが繰り返し送信される時間間隔を定義するものであってよい。代替として、送信スケジュールは、トラヒックがサブネットワークで送信される時刻の、よりランダムなスケジュールを定義するものであってよい。現実面では、トラヒックの実際の送信は、チャネル上のトラヒック輻輳などの要因により、送信スケジュールで定義された時刻に常に行われるとは限らない可能性がある。
【００６６】
所与のサブネットワークの送信スケジュールは、このサブネットワークによって搬送されるトラヒックの伝送特性に依存する場合がある。たとえば、アクセスポイント３００は、あるタイプのトラヒックを、他のタイプのトラヒックより頻繁に受信する場合がある。さらに、アクセスポイントは、あるタイプのトラヒックを（たとえば、低遅延要件を有するアプリケーションに関連付けられた）比較的一定の間隔で受信し、他のタイプのトラヒックをより不規則に受信する場合がある。前者のタイプのトラヒックの典型例が、ストリーミングトラヒック（たとえば、オーディオまたはビデオのブロードキャスト）である。応用によっては、このタイプのトラヒックは、１００ミリ秒以下のオーダーの間隔でストリーミングされることが可能である。後者のタイプのトラヒックの典型例が、管理トラヒック（たとえば、制御プレーントラヒック）である。このタイプのトラヒックは、典型的にはバースト性であって、一般に、平均して少ない情報量の転送を伴う。したがって、アクセスポイント３００は、受信頻度が比較的高いトラヒックか、時間に対して転送データ量が多いトラヒックか、低遅延要件を有するトラヒックを搬送するサブネットワークには、比較的短い時間間隔を割り当てることが可能である。逆に、アクセスポイント３００は、受信頻度が比較的低いトラヒックか、時間に対して転送データ量が少ないトラヒックか、低遅延要件を有しないトラヒックを搬送するサブネットワークには、より長い時間間隔を割り当てることが可能である。
【００６７】
ブロック５０４で表されるように、無線局がアクセスポイントのカバレージエリアに入ったときに、無線局がこのアクセスポイントからのビーコンを受信できるように、無線局は、ビーコンを探して８０２．１１チャネルを連続的に走査することが可能である。アクセスポイントが確立済みの複数の基本サービスセットを有する応用では、無線局は、各基本サービスセットに対応するビーコンを受信することが可能である。したがって、無線局は、様々な基本サービスセット（サブネットワーク）から様々なタイプのトラヒックを受信することを選択できるカバレージエリアに入ったと判断することが可能である。
【００６８】
応用によっては、アクセスポイントが、共通ネットワークに関連付けられている基本サービスセット群（たとえば、少なくとも１つの共通トラヒックフィードを提供する基本サービスセットや、共通ネットワークに対して相補的なトラヒックフィードを提供する基本サービスセット）に対して、よく似たサービスセット識別子（「ＳＳＩＤ」）を使用することが可能である。たとえば、関連する基本サービスセット群に対するサービスセット識別子のＡＳＣＩＩ名は、同じルート（たとえば、「ａｐ３０００＿」）を含むことが可能である。そして、これらのサービスセット識別子の残りの部分（たとえば、「ａｃｔｉｖｅ」や「ｉｄｌｅ」）は、基本サービスセットを一意識別することが可能である。この場合、２つの基本サービスセットのサービスセット識別子がよく似ていること（たとえば、「ａｐ３０００＿ａｃｔｉｖｅ」と「ａｐ３０００＿ｉｄｌｅ」）を局が認識すると、局は、この２つの基本サービスセットが何らかの様式で関連付けられていることを容易に判断することが可能である。たとえば、よく似たサービスセット識別子は、これらが、共通ネットワークによって提供されるデータサービスに別々のフロントエンドを与えることを示すことが可能である。さらに、これは、局が、連続待機時間を改善する様式で、対応するサブネットワークを利用することが可能であることを、局に対して示すことが可能である。
【００６９】
応用によっては、関連するサブネットワークに関する情報が、ビーコンの中で提供されることが可能である。たとえば、あるサブネットワークのビーコンが、関連するサブネットワークへの参照と、このサブネットワークによって搬送されるトラヒックに関する情報とを含むことが可能である。
【００７０】
応用によっては、局が、関連する基本サービスセットの情報を用いて構成されることが可能である。たとえば、局の初期構成時に、または他の何らかの好適な時点で、関連するサービスセットのリスト（たとえば、これらに関連付けられた識別子）が、局のメモリにプログラムされることが可能である。
【００７１】
ブロック５０６で表されるように、無線局が所望の基本サービスセットを識別した後は、この無線局とアクセスポイントとが、関連付け手続きを開始することが可能である。たとえば、これらの装置が、特定の方法で通信すること、および／または、種々の機能性をサポートすることを、ネゴシエートすることが可能である。この目的のために、図４の局４００は、メディアアクセスコントローラ４１０を含むことが可能であって、メディアアクセスコントローラ４１０は、図３のアクセスポイント３００と通信して、８０２．１１ベースのチャネルでの通信を確立するように適合されている。図３および４が複雑にならないように、この動作および他の従来式の動作に関係しうる他の構成部分は、描かれていない。
【００７２】
ブロック５０８で表されるように、関連付け手続きと併せて、または他の何らかの時点で、局は、アクセスポイントによってサポートされている様々なトラヒックタイプおよびサブネットワークに関する情報を取得することが可能である。たとえば、局は、様々なタイプに分類されているブロードキャストまたはマルチキャストのトラヒックを受信することに関心があることを、アクセスポイントに通知することが可能である。図３および４の例では、局４００にある、サポートされているサブネットワークおよびトラヒックタイプ識別器構成部分４１２が、アクセスポイント３００に質問を送信して、アクセスポイント３００によってサポートされているトラヒックタイプおよびサブネットワーク（もしあれば）を特定することが可能である。応用によっては、局４００（たとえば、識別器４１２）およびアクセスポイント３００は、様々なタイプのトラヒック、別々のサブネットワーク、および異なる送信スケジュール（たとえば、間隔）を使用することをネゴシエートすることが可能である。上述の通信または他の何らかの通信を通して、局４００（たとえば、識別器４１２）は、アクセスポイント３００から、トラヒックタイプ、サブネットワーク、および送信スケジュールの情報を取得することが可能である。そして、局４００は、別々のサブネットワークによってサポートされているトラヒックタイプ４１４に関連するエントリ、ならびに、関連付けられたサブネットワーク送信スケジュール４１６に関連するエントリを、データメモリ４１８に保存することが可能である。
【００７３】
実施態様によっては、局４００は、他の何らかの様式で、様々なトラヒックタイプ、サブネットワーク、および送信間隔に関連する情報を用いて構成されることが可能である。たとえば、アクセスポイント３００は、様々なタイプのトラヒックと、この様々なタイプのトラヒックが配置される特定のサブネットワークと、対応する送信スケジュールを定義する、既知の分類方式とを実装することが可能である。この場合、局４００は、稼働時に、または他の何らかの時点で、この分類方式により構成されることが可能である。代替として、局４００は、この分類方式または他の何らかの分類方式を「学習」するように構成されることが可能である。
【００７４】
図５を参照すると、局は、トラヒック情報などを受信した後に、サポートされているトラヒックタイプのうちの１つまたは複数を、選択されたサブチャネルを介して受信するように構成されることが可能である（ブロック５１０）。たとえば、図４の線４２０で表されるように、サブネットワークセレクタ４０４は、トラヒックタイプおよびサブネットワーク情報４１４にアクセスして、所望のトラヒックを搬送するサブネットワークを識別することが可能である。次にサブネットワークセレクタ４０４は、識別されたサブネットワーク４１４を選択し、線４２２で表されるように、この選択情報をサブネットワークトラヒックスケジューラ構成部分４２４へ送信することが可能である。
【００７５】
サブネットワークセレクタ４０４は、選択を、自動的に、またはユーザ入力に基づいて、または他の何らかの好適な様式で行うことが可能である。たとえば、ユーザが、所望のサブネットワーク、または、局４００によって受信されるべきトラヒックのタイプを選択できるように、局４００は、ユーザからの入力を受け取るように適合されたユーザインタフェース４２６を含むことが可能である。後者の場合、サブネットワークセレクタ４０４は、（１つまたは複数の）所望のトラヒックタイプ、およびデータメモリ４１８に記憶されている情報４１４に基づいて、適切なサブネットワークを選択することが可能である。
【００７６】
代替として、セレクタ４０４は、セレクタ４０４がトラヒックタイプを自動的に選択することを可能にする学習メカニズムを用いることが可能である。たとえば、セレクタ４０４は、リンク４３０で受信されたトラヒックを分析するトラヒックアナライザ４２８を含むことが可能である。この分析により、トラヒックアナライザ４２８は、（たとえば、選択されるべきトラヒックの１つまたは複数のタイプに基づいて）所望のサブネットワークを識別するためにサブネットワークおよびトラヒックタイプ学習モジュール４３２によって使用される情報を収集することが可能である。一例として、リンク４３０上のトラヒックは、局が既知のアクセスポイントのカバレージエリアに入ったことを示すことが可能である。学習モジュール４３２は、事前の（たとえば、手動または自動の）学習に基づいて、特定のサブネットワークでこのアクセスポイントによって与えられた特定タイプのトラヒックが不要であることを示すことが可能である。したがって、セレクタ４０４は、このアクセスポイントからのトラヒックのうちの一部の（すなわち、不要のトラヒックタイプではない）タイプのみを適切なサブネットワークで受信することを選択することが可能である。
【００７７】
後でより詳細に論じられるように、アクセスポイントによって、トラヒック配信が、ビーコンの送信に関連付けられることが可能である。たとえば、アクセスポイントは、従来式の８０２．１１ベースの動作に従って、ビーコン（たとえば、配信トラヒック通知マップビーコン）を一定間隔で送信することが可能であり、これによって、各ビーコンは、ブロードキャストまたはマルチキャストのトラヒックがビーコンの後に続くかどうかを通知することが可能である。したがって、局が、適切な間隔で覚醒し、所与のサブネットワークのビーコンを受信して、アクセスポイントがこのビーコンに続いて１つまたは複数の関連付けられたタイプのトラヒックを送信するかどうかを判断するように構成されることが可能である。
【００７８】
次に、図６を参照して、トラヒックを分類および送信するためにアクセスポイントによって実行されることが可能な、選択された動作について、より詳細に論じる。ブロック６０２で表されるように、アクセスポイントは、本明細書で論じられているブロードキャストまたはマルチキャストのトラヒックを取得する。たとえば、図３の受信機３０８は、ネットワークからダウンリンクトラヒックを受信し、このトラヒックを分類器３０２へ出力することが可能である。
【００７９】
ブロック６０４で表されるように、分類器３０２は、受信されたトラヒックを分析し、このトラヒックを、サポートされているトラヒックタイプのうちの１つとして分類する。前述のように、受信されたトラヒックは、ユーザプレーントラヒックとして、または制御プレーントラヒックとして、または他の何らかの好適なタイプのトラヒックとして、分類されることが可能である。
【００８０】
分類器３０２は、１つまたは複数の基準に基づいてトラヒックを分類することが可能である。たとえば、態様によっては、トラヒックは、トラヒックの内容に応じて分類されることが可能である。この場合、分類器３０２は、トラヒックのパケットの内容を分析するパケット検査器（packet inspector）３１８を含むことが可能である。パケット検査器３１８は、受信されたパケット３２０から、プロトコル情報、アドレス情報、ポート情報、およびサービスタイプ情報のような情報を取得することが可能である。次に、比較器３２２が、これらのパケット情報を、分類器データベース３２４に記憶されている情報と比較することが可能である。この比較に基づいて、分類器３０２は、受信されたトラヒック（パケット）を分類することが可能である。現実面では、分類器３０２は、分類器データベース３２４からの情報のうちの所与のアイテムを単独で用いるか、（たとえば、分類器データベース３２４からの）他の情報と併せて用いて、トラヒックタイプについての最終判断を行うことが可能である。分類器データベース３２４に記憶されることが可能な情報のいくつかの例を以下に示す。
【００８１】
分類器データベース３２４は、特定のトラヒックタイプを識別するように働くアドレス情報３２６を収容することが可能である。たとえば、所与の送信元アドレスおよび／または所与の送信先アドレスが、特定のトラヒックタイプ（たとえば、ストリーミングコンテンツ、管理、その他）に関連付けられることが可能である。有利なことに、アドレス情報は、受信されたトラヒックが暗号化されている応用で使用されることが可能である。すなわち、一般に、パケット内の他の情報（たとえば、ポート情報およびコンテンツ）は暗号化されるが、アドレス情報は暗号化されない。
【００８２】
分類器データベース３２４は、特定のトラヒックタイプを識別するように働くポート情報３２８を収容することが可能である。たとえば、所与の送信元ポートおよび／または所与の送信先ポートが、特定のトラヒックタイプ（たとえば、ストリーミングコンテンツ、管理、その他）に関連付けられることが可能である。
【００８３】
分類器データベース３２４は、特定のトラヒックタイプを識別するように働くプロトコル情報３３０を収容することが可能である。たとえば、ユーザデータグラムプロトコル（「ＵＤＰ」）および／またはリアルタイムプロトコル（「ＲＴＰ」）を用いてストリーミングトラヒックを送信することが可能である。したがって、受信されたトラヒックが指定のプロトコル３３０をサポートしている場合、分類器３０２は、このトラヒックを、特定のトラヒックタイプ（たとえば、ユーザプレーン）として分類することが可能である。前述のように、分類器３０２は、この情報を他の情報と併せて用いて、トラヒックタイプについての最終判断を行うことが可能である。
【００８４】
分類器データベース３２４は、特定のトラヒックタイプを識別するように働くサービスタイプ（「ＴＯＳ」）情報３３２を収容することが可能である。ここでは、パケット内のＴＯＳビットの特定の設定を用いて、特定のトラヒックタイプを識別することが可能である。
【００８５】
代替として、トラヒックは、トラヒックの他の特性に基づいて分類されることが可能である。態様によっては、分類器３０２は、特定タイプのトラヒックが受信された頻度の記録を保持することが可能である。この場合、トラヒック頻度情報３３４は、特定のトラヒックタイプに関連付けられることが可能である。たとえば、コンテンツ関連トラヒックは比較的高い頻度で受信される可能性があるが、管理トラヒックまたは制御トラヒックは、比較的低い頻度で受信される可能性がある。この場合も、分類器３０２は、この頻度情報３３４を他の情報と併せて用いて、トラヒックタイプについての最終判断を行うことが可能である。たとえば、頻度情報は、特定のトラヒックフローの頻度を判断することのために、アドレス情報またはポート情報とともに収集されることが可能である。
【００８６】
態様によっては、分類器３０２は、１つまたは複数の応用に関連する、トラヒックに関連付けられた記録３３６を決定および／または保持することが可能である。ここで、個々の応用は、１つまたは複数の特定のトラヒックタイプに関連付けられることが可能である。
【００８７】
分類動作に用いられる基準を取得するには、様々な方法がある。たとえば、ある情報と特定のトラヒックタイプとの間に既知の関係があることに基づいて、この情報を手動で分類器データベース３２４に入力することが可能である。逆に、特定のトラヒックタイプに関連付けられた種々の基準を、学習モジュール３３８を用いて動的に分類することが可能である。ここで、学習モジュール３３８は、受信されたトラヒックを分析することが可能であり、（たとえば、事前の分類に関連する情報に基づいて）現在または未来のトラヒックを分類するために用いられることが可能な基準を生成することが可能である。態様によっては、ＴＳＰＥＣ（トラヒック仕様）で説明されている８０２．１１  ＴＣＬＡＳ（トラヒック分類）を用いた搬送によって、局が、ブロードキャストまたはマルチキャストのトラヒックのための分類器をアクセスポイントに提供することが可能である。
【００８８】
図６を参照すると、トラヒックを受信すべき、いずれかの基本サービスセット中の局のいずれかが省電力モードである場合、アクセスポイント３００は、ダウンリンクのブロードキャストまたはマルチキャストのトラヒックをバッファリングすることが可能である（ブロック６０６）。図３の例では、このトラヒックは、トラヒックバッファ３０４に蓄積される。ここで、各サブネットワーク３４０および３４２の１つまたは複数のタイプのトラヒックは、所与のサブネットワークのすべてのトラヒックがトラヒックバッファ３０４から容易に取り出されることを可能にする様式で、トラヒックバッファ３０４に蓄積されることが可能である。
【００８９】
態様によっては、局が省電力モードに入ろうとしていること、ならびに、特定のサブネットワークからのトラフィックに対してのみ、局が覚醒することを知らせるメッセージを、局がアクセスポイントへ送信することが可能である。アクセスポイント３００は、この情報を有利に用いて、この局が省電力モードであるときに他のサブネットワークからのトラヒックをバッファリングしないことを選択することが可能である。
【００９０】
このトラヒックがバッファリングされる場合は、ブロック６０８で表されるように、アクセスポイント３００は、対応するサブネットワークのそれぞれに対応するビーコンを発生させる。前述のように、ビーコンが、ビーコンのタイプを識別する情報（このビーコンのすぐ後にアクセスポイントが特定タイプのトラヒックを送信するかどうか）、および送信スケジュール情報を含むことが可能である。典型的な実施態様では、ビーコンは、従来の配信トラヒック通知マップ（「ＤＴＩＭ」）ビーコンを備える。従来の方式によれば、ＤＴＩＭビーコンの発生は、トラヒック通知マップ（「ＴＩＭ」）を含む標準的な８０２．１１ベースのビーコンの時間間隔（たとえば、１００ミリ秒）の倍数である時間間隔で行われることが可能である。アクセスポイントがどのように構成されているかに応じて、ＤＴＩＭ間隔は、ビーコン間隔またはビーコン間隔の倍数に対応することが可能である。言い換えると、所与のサブネットワークのブロードキャストおよびマルチキャストの送信スケジュールは、基本トラヒック通知マップ（「ＴＩＭ」）ビーコン間隔、および（該当する場合は）この間隔のＤＴＩＭ倍に依存してよい。
【００９１】
前述のように、異なる送信スケジュールを各サブネットワークに割り当てることが可能である。一例として、ユーザプレーントラヒックをサポートしているサブネットワークのＤＴＩＭ間隔が１または２であって、ビーコン間隔が約１００ミリ秒であれば、これのＤＴＩＭビーコンは、１００または２００ミリ秒ごとに送信されることが可能である。一方、制御プレーントラヒックのみをサポートしているサブネットワークのＤＴＩＭ間隔が５であって、ビーコン間隔が約１００ミリ秒であれば、これのＤＴＩＭビーコンは、５００ミリ秒ごとに送信されることが可能である。サブネットワークが採用できるビーコン間隔または送信スケジュールは、前述の各例より短くても長くてもよいことを理解されたい。たとえば、サブネットワークのビーコン間隔が約１秒以上であってもよい。
【００９２】
態様によっては、アクセスポイントが、送信スケジュール情報を局に伝えるための動的方法をサポートすることが可能である。たとえば、アクセスポイントによって送信される各ビーコンは、各タイプのビーコン（たとえば、ＴＩＭ、ＤＴＩＭ）の時間間隔を指定する情報を含むことが可能である。さらに、各ビーコンは、特定タイプ（たとえば、ＤＴＩＭ）の、次のビーコンの送信までに送信されるビーコン（たとえば、通常ビーコン）の数を指定するカウントを含むことが可能である。たとえば、対応するカウントがゼロに達すると、このカウントは、現在のビーコンがＤＴＩＭビーコンであることの通知として働く。このようにして、局がＤＴＩＭビーコンを受信するためにいつ省電力モードから覚醒する必要があるかを、局が容易に決定することが可能である。
【００９３】
図３の例を参照すると、ビーコン発生器３４４が、各サブネットワークのビーコンに対応するマップ３４６および３４８を生成することが可能である。一意のＢＳＳＩＤおよびＳＳＩＤに加えて、マップ３４６および３４８は、このビーコンの後に、対応するタイプのトラヒックが続くことの通知３５０または３５２と、このビーコンまたは他の何らかのビーコンの間隔に関連する情報３５４または３５６とを含むことが可能である。
【００９４】
図６を再度参照すると、アクセスポイントは、したがって、各サブネットワークのビーコンを、指定された間隔で送信することが可能であり（ブロック６１０）、その後、関連付けられた１つまたは複数のタイプのトラヒックを送信することが可能である（ブロック６１２）。図３を参照すると、スケジューラ３０６は、送信機３１０と協力して、ビーコンおよびトラヒックを適切な間隔で送信することが可能である。たとえば、スケジューラ３０６は、サブネットワーク情報３１４および対応するスケジュール情報３５８をデータメモリ３１６から取り出して、所与のサブネットワークのビーコンをいつ送信するかを決定することが可能である。次にスケジューラ３０６は、対応するビーコン情報（たとえば、ビーコンマップ３４６または３４８）を取り出し、この情報を、適切な間隔で送信するために、送信機３１０へ出力する。同様に、スケジューラ３０６は、情報３１２および３１４を用いて、各サブネットワークごとに適切な１つまたは複数のタイプのトラヒック（たとえば、トラヒック３４０または３４２）を取り出し、このトラヒックを、対応するビーコンの後に送信するために、送信機３１０へ出力することが可能である。
【００９５】
図７は、局が、選択されたサブネットワークから特定の１つまたは複数のタイプのトラヒックを受信するために実行することが可能な、選択された動作を示す。図４の例では、図７は、セレクタ４０４が、サポートされているトラヒックタイプ４１４のうちの１つまたは複数のためのサブネットワークを選択し、対応する選択通知（indication selection）をスケジューラ４２４へ送信する手順に関連付けられることが可能である。
【００９６】
図７のブロック７０２で表されるように、局は、選択されたサブネットワークからのブロードキャストまたはマルチキャストのトラヒックを受信するために、適切な時間間隔で省電力モードから覚醒する。たとえば、スケジューラ４２４は、線４２２からセレクタ４０４によって与えられる、選択されたサブネットワークに対応するスケジュール情報４１６を（線４３４から）取り出すことが可能である。次にスケジューラ４２４は、状態コントローラ４０６と協力して、受信機４０２を省電力モードからアクティブモードへ移行させて、受信機４０２が、選択されたサブネットワークに対応するビーコンを受信するようにすることが可能である。
【００９７】
ブロック７０４で表されるように、各ビーコンが受信されるたびに、局は、ビーコンの内容をチェックする。前述のように、ビーコンは、このビーコンの後に特定タイプのトラヒックが続くことの通知を含むことが可能である（ブロック７０６）。
【００９８】
このビーコンの後に関心対象トラヒックが続くことを示すエントリをビーコンが含まない場合、局は、ビーコンからの時間間隔情報をチェックして（ブロック７０８）、関心対象トラヒックがいつ配信可能なのかを判断することが可能である。この場合、前述のように、スケジューラ４２４は、対応する時間間隔情報に基づいて覚醒時刻を設定することが可能である（ブロック７１０）。したがって、状態コントローラ４０６は、受信機４０２を省電力モードに戻して、指定の覚醒時刻まで受信機４０２を省電力モードに保つことが可能である。
【００９９】
これに対し、ブロック７０６で、ビーコンの後に関心対象トラヒックが続くことを示すエントリをビーコンが含む場合、動作はブロック７１２へ進む。その後、局４００は、選択されたサブネットワークを介して、（１つまたは複数の）所望のタイプのブロードキャストまたはマルチキャストのトラヒックを受信し、このトラヒックを受信トラヒックバッファ４３６に蓄積することが可能である。前述のように、受信されたトラヒックは、プロトコル、ポート、アドレス、パケット頻度、ＴＯＳ、関連付けられたアプリケーション、学習動作、または他の何らかの基準のうちの１つまたは複数に基づいて分類されていることが可能である。
【０１００】
さらに、前述のように、局４００は、トラヒックを分析し、（該当する場合は）学習動作を実行することが可能である（ブロック７１４）。状態コントローラ４０６は、ビーコンに続くすべてのトラヒックが受信されるまで、受信機４０２をアクティブモードに保つ。すべてのトラヒックが受信されると（かつ、局４００に送信予定のトラヒックがある場合には、これらのトラヒックがすべて局４００から送信されると）、状態コントローラ４０６は、受信機４０２を省電力モードに戻す（ブロック４１６）。
【０１０１】
省電力の改善を試みる局であれば、前述のような手法を用いることにより、制御プレーントラヒックのみを提供するサブネットワークに関連付けられて、アクセスポイントとの８０２．１１省電力モードを有効にすることが可能である。ここで、局は、覚醒サイクルを最小限にするために、リスン間隔をＤＴＩＭ間隔の倍数にすることが可能である。そして、局は、制御プレーントラヒックを受信するためにＤＴＩＭトラヒックに対して覚醒し、かつ、リスン間隔ごとに基本ビーコンに対して覚醒することが可能である。したがって、局は、着信グループページ（incoming group pages）を受信することが可能であり、これは、着信グループページが、ＤＴＩＭビーコンの後に送信された制御トラヒックとして分類されることが可能なためである。さらに、連続待機時間を最大限にしながら、ＳＩＰ（セッション開始プロトコル）グループページングやＵＰｎＰ（ユニバーサルプラグアンドプレイ）のようなアプリケーションを有効にすることが可能である。
【０１０２】
局にとってユニキャストトラヒックのみが関心対象である場合、局は、ユニキャストアプリケーション（たとえば、ＶｏＩＰ呼やテレビ電話）が開始されるまで省電力モードのままであってよい。この段階では、局は、トラヒック（たとえば、呼）の継続時間の間、無線ローカルエリアネットワークの省電力モードをオフにすることが可能である。
【０１０３】
一方、局が、モバイルテレビのような、ブロードキャスト配信に依存するアプリケーションを起動した場合、局は、このトラヒックがサポートされている様々なサブネットワークに関連付けられる。局はまた、より頻繁にトラヒック（たとえば、制御プレーントラヒック）を受信する必要がある場合には、サブネットワークを切り替えることが可能である。たとえば、２つのサブネットワークが、類似のトラヒック（たとえば、共通タイプのトラヒック）を提供していて、これらのトラヒックの送信間隔が異なる周期であることが可能である。ＶｏＩＰやテレビ電話のような、ユニキャスト送信を用いるアプリケーションが、ブロードキャストアプリケーション（たとえば、モバイルテレビ）と同時に使用される場合、局は、覚醒状態に切り替わることが可能である。
【０１０４】
態様によっては、装置（たとえば、局）間の通信を容易にするための備えがなされることが可能である（この備えがない場合、これらの装置は共通ネットワーク（たとえば、基本サービスセット）の一部であろう）。たとえば、アクセスポイントが、このアクセスポイントの別々のサブネットワークに関連付けられた２つの局の間の通信を容易にする、何らかの機能性を提供することが可能である。ここで、一方の局は、他方の局のインターネットプロトコル（「ＩＰ」）アドレスを有しない場合がある。これは、これらの局が同じローカルエリアネットワークに接続されているためである。そこで、アクセスポイントは、これらの局のうちのある局から別の局へトラヒックを送信するＩＰルーティングを支援することが可能である。
【０１０５】
たとえば、サブネットワーク間の通信を容易にするために、アクセスポイントは、ＭＡＣレイヤまたはトランスポートレイヤにおいて、これらのサブネットワークとユーザとを透過的に「ブリッジ」することが可能である。ＭＡＣレイヤにおいてブリッジする場合は、アクセスポイントは、プロキシＡＲＰ機能を実装することが可能であり、この場合、アクセスポイントは、ＭＡＣヘッダフレームにおいて、ＢＳＳＩＤ、送信元アドレス、送信先アドレス、受信機アドレス、およびフレームチェックシーケンスを変更することが可能である。このようにして、第１のサブネットワーク上の局と、第２のサブネットワーク上の局とが、それぞれ別のＢＳＳＩＤに関連付けられていても、通信を行うことが可能である。アクセスポイントがＤＨＣＰを実行している場合、各ネットワークに割り当てられたＩＰアドレスは、同じアドレスプールに由来することが可能であり、同じネットワークマスクを使用することが可能である。トランスポートレイヤでブリッジする場合は、アクセスポイントは、各ネットワーク上に２つの別々のネットワークドメインを割り当て、ＩＰレイヤにおいて、これらの間のＩＰルーティングを行うことが可能である。
【０１０６】
以上に鑑み、本明細書の教示によれば、様々な利点が達成可能であることを理解されよう。たとえば、ブロードキャストおよびマルチキャストのトラヒックを分類し、サブネットワークを備え、スリープ時間を長くすることにより、電話のような無線ローカルエリアネットワーク（「ＷＬＡＮ」）装置の連続待機時間を長くすることが可能である。ここで、（たとえば、ＤＴＩＭ間隔、ビーコン間隔、またはその両方を長くすることにより）ＷＬＡＮ装置の覚醒頻度を下げることが可能であり、（不要なトラヒックの処理をなくすことにより）覚醒時間中の、トラヒック処理に費やされる時間を短くすることが可能である。
【０１０７】
本明細書の教示は、様々なプロトコル、ユーザ装置、および関連するネットワーク構成部分に適用可能である。したがって、ユーザ装置が、様々な無線プラットフォーム（Ｗｉ−Ｆｉ（８０２．１１ベース）、ＷｉＭＡＸ、または他の任意の好適な無線プラットフォーム）を介してネットワークとの接続性を取得する、様々な構成部分を含むことが可能である。さらに、本明細書の教示によれば、様々な形態のトラヒックが、２つ以上の異なるタイプのトラヒックに分類されることが可能であることを理解されたい。さらに、これは、以上の具体的に述べられてきたことに加えて、またはこれら以外の、様々なアーキテクチャ、プロトコル、仕様、または規格を用いて達成されることが可能である。
【０１０８】
態様によっては、本明細書の教示は、複数の通信プロトコルをサポートしているユーザ装置に組み込まれることが可能である。たとえば、移動装置が、たとえば、電子メール、インターネットアクセス、ならびに通常の移動通信を提供する多機能装置として実装されることが可能である。このような装置は、たとえば、第３世代無線または移動通信システム（３Ｇ）、ＷｉＭＡＸ（たとえば、８０２．１６）、または他の無線ワイドエリアネットワーク（ＷＷＡＮ）などの技術を利用する広域無線接続性を備えることが可能である。さらに、前述のように、装置が、ＩＥＥＥ  ８０２．１１ベースの無線ローカルエリアネットワーク（ＷＬＡＮ）接続性を含むことも可能である。さらに、装置が、超広帯域（ＵＷＢ）および／またはＢｌｕｅｔｏｏｔｈ（登録商標）ベースの無線パーソナルエリアネットワーク（ＷＰＡＮ）ローカル接続性を含むことも可能である。
【０１０９】
一般に、ＷＷＡＮ技術は、広域（ユビキタス）カバレージおよび広域展開によって特徴づけられる。しかしながら、ＷＷＡＮ技術は、建物侵入損失、カバレージホール、およびＷＬＡＮやＷＰＡＮに比べて限られた帯域幅の悪影響を受ける可能性がある。ＷＬＡＮおよびＷＰＡＮの技術は、数百Ｍｂｐｓに及ぶ非常に高い配信データレートを有するが、カバレージが一般に限られており、ＷＬＡＮの場合で数百フィート、ＷＰＡＮの場合で数十フィートである。
【０１１０】
ユーザおよびアプリケーションの様々な要求に応える適切な機能性を提供するために、様々なネットワークおよびプロトコルが定義されてきている。このような様々なネットワークおよびプロトコルは、ユーザにとって切り替えが面倒である可能性があり、多くの場合、ユーザは、所与の時点でユーザにとって最適なネットワークが何であるかを考えないために、ネットワークで身動きが取れなくなってしまう。したがって、態様によっては、ユーザ装置が、ユーザにとって最良の通信プロトコルに最適化または収束するために、ネットワーク間および／またはプロトコル間のシームレスな移行を行うように適合されることが可能である。
【０１１１】
図１を再度参照すると、システム１００は、有線ローカルエリアネットワーク（ＬＡＮ）に関連付けられたＷＬＡＮを含むことが可能である。前述のように、アクセス装置１０２は、ＷＬＡＮ接続性をサポートするように構成された１つまたは複数のユーザ装置１０４（たとえば、８０２．１１移動局）と通信していることが可能なアクセスポイントを備えることが可能である。このアクセスポイントは、（たとえば、リンク１０６で表されるような）有線インタフェースを介して、有線ＬＡＮのイーサネット（登録商標）ハブまたはスイッチに接続することが可能である。このイーサネットハブはまた、１つまたは複数の電子装置（図示せず）（たとえば、パーソナルコンピュータ、周辺装置（たとえば、ファクシミリ機、コピー機、プリンタ、スキャナなど）、サーバなど）に接続されることが可能である。このイーサネットハブはまた、データパケットをモデム（図示せず）へ送信するルータに接続されることが可能である。特定タイプのアップリンクトラヒックについては、モデムは、データパケットを、インターネットのようなワイドエリアネットワーク（ＷＡＮ）へ送信することが可能である。特定タイプのダウンリンクトラヒックについては、ネットワークは、移動装置向けトラヒックをバッファリングし、このトラヒックを、移動装置に同期して配信することが可能である。システム１００は、単一の、比較的シンプルなネットワーク構成を示している。しかしながら、代替ユーザ装置を含む、システム１００の別の様々な構成が可能であることを理解されたい。システム１００は、ＬＡＮに関して図示および説明されているが、システム１００は、ＷＷＡＮおよび／またはＷＰＡＮを含む他の技術を、別々に、あるいは同時に、利用することが可能であってよい。
【０１１２】
システム１００は、移動装置（たとえば、ユーザ装置１０４）が、この移動装置によって現在利用されているアクセスポイントから、システム１００に関連付けられたアクセスポイント１０２へシームレスに切り替えることをできるようにすることが可能である。必要とされている機能性を移動装置のユーザに提供するためには、アクセスポイント１０２への転送、ならびにアクセスポイント１０２でサポートされているネットワークへの転送が必要であろう。したがって、このような転送は、移動装置の位置および／またはユーザがアクセスしたいデータまたはユーザが移動装置にアップロードしたいデータに応じて行われることが可能である。限定ではなく例として、移動装置は、イーサネットハブに接続された電子装置のうちの１つまたは複数に結合されて、この１つまたは複数の電子装置を通して利用可能なＷＷＡＮおよび／またはＷＬＡＮ機能性を利用することが可能である。このような移行は、ユーザが開始するか、システム１００が自律的に行うものであってよい。
【０１１３】
本明細書の教示は、様々なシステム、アーキテクチャ、およびネットワークにおいて用いられることが可能であることを理解されたい。たとえば、本明細書に記載のネットワークおよびサブネットワークは、Ｗｉ−Ｆｉネットワーク（たとえば、任意の８０２．１１ベースのネットワーク）、ＷｉＭＡＸネットワーク、または他の任意の好適なネットワーク技術であってよい。
【０１１４】
同様に、本明細書に記載の構成部分のいずれもが、様々な様式で実装されることが可能である。たとえば、図８を参照すると、システム８００は、（たとえば、既に論じられた構成部分３０８、３０２、３０６、および３１０と、それぞれ対応するであろう）構成部分８０４、８０６、８０８、および８１０を含む。態様によっては、これらの構成部分は、（たとえば、図３の構成部分３００に対応するであろう）構成部分８０２に組み込まれることが可能である。さらに、システム８００は、（たとえば、既に論じられた構成部分４０２、４０６、４２４、４０４、４３２、および４１２と、それぞれ対応するであろう）構成部分８１４、８１６、８１８、８２０、８２２、および８２４を含む。態様によっては、これらの構成部分は、（たとえば、図４の構成部分４００に対応するであろう）構成部分８１２に組み込まれることが可能である。図８は、態様によっては、これらの構成部分が適切なプロセッサ構成部分によって実装されうることを示している。これらのプロセッサ構成部分は、態様によっては、少なくとも部分的に、本明細書の教示の構造を用いて実装されることが可能である。態様によっては、プロセッサが、これらの構成部分のうちの１つまたは複数の機能性の一部またはすべてを実装するように適合されることが可能である。態様によっては、破線で囲まれた構成部分のうちの１つまたは複数がオプションであってよい。
【０１１５】
さらに、図８で表される構成部分および機能、ならびに本明細書に記載の他の構成部分および機能は、任意の好適な手段を用いて実装されることが可能である。このような手段はまた、少なくとも部分的に、本明細書の教示の、対応する構造を用いて実装されることが可能である。たとえば、態様によっては、送信手段は送信機を備えることが可能であり、受信手段は受信機を備えることが可能であり、取得手段は受信機を備えることが可能であり、スケジューリング手段はスケジューラを備えることが可能であり、選択手段はセレクタを備えることが可能であり、分類手段は分類器を備えることが可能であり、関連付け手段はスケジューラを備えることが可能であり、覚醒手段は状態コントローラを備えることが可能であり、識別手段は識別器を備えることが可能であり、学習動作を実行する手段は学習モジュールを備えることが可能である。このような手段のうちの１つまたは複数はまた、図８のプロセッサ構成部分のうちの１つまたは複数に従って実装されることが可能である。
【０１１６】
当業者であれば理解されるように、情報および信号は、様々に異なる技術および手法のいずれかを用いて表されることが可能である。たとえば、これまでの記述を通して参照可能なデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光学粒子（optical particles）、あるいはこれらの任意の組み合わせで表されることが可能である。
【０１１７】
当業者であればさらに理解されるように、本明細書で開示されている諸態様に関連して記載された各種の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子ハードウェア（たとえば、ソースコーディングまたは他の何らかの手法を用いて設計可能な、デジタル実装、アナログ実装、またはこれらの組み合わせ）、命令を含む、様々な形態のプログラムまたは設計コード（本明細書では、便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称することがある）、またはこれらの組み合わせとして実装可能である。この、ハードウェアおよびソフトウェアの互換性を明確に説明するために、種々の例示的な構成部分、ブロック、モジュール、回路、およびステップを、主にこれらの機能性に関して記述してきた。このような機能性がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、個々の応用、ならびにシステム全体にかかる設計上の制約に依存する。当業者であれば、記載された機能性を、個々の応用のそれぞれに応じて様々な様式で実装することが可能であるが、このような実装の決定は、本開示の範囲からの逸脱を引き起こすものとして解釈されてはならない。
【０１１８】
本明細書で開示されている諸態様に関連して記載された各種の例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理素子、個別のゲートロジックまたはトランジスタロジック、個別のハードウェア構成部分、または、本明細書に記載の機能を実行するように設計された、これらの何らかの組み合わせを用いて実装または実行されることが可能である。汎用プロセッサは、マイクロプロセッサであってよいが、代替として、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であってもよい。また、プロセッサは、コンピューティング装置の組み合わせ（たとえば、ＤＳＰとマイクロプロセッサとの組み合わせ）、複数のマイクロプロセッサ、ＤＳＰコアと連結された１つまたは複数のマイクロプロセッサ、または、他の任意のこのような構成として、実装されることも可能である。
【０１１９】
開示されているどのプロセスにおいても、各ステップのどのような具体的な順番や階層も、一例示的アプローチであることを理解されたい。これらのプロセスにおける各ステップの具体的な順番や階層は、設計上の優先事項に応じて、本開示の範囲内で、再構成されることが可能であることを理解されたい。添付の方法クレームは、一例示的順番における各種ステップの要素を提示しているが、提示された特定の順番または階層に限定されることを意図するものではない。
【０１２０】
本明細書で開示されている諸態様に関連して記載された方法またはアルゴリズムの各ステップは、ハードウェアのかたちで直接的に実施されるか、プロセッサで実行されるソフトウェアモジュールのかたちで実施されるか、これらの組み合わせのかたちで実施されることが可能である。（たとえば、実行可能命令および関連データを含む）ソフトウェアモジュールおよび他のデータは、データメモリ（たとえば、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または他の任意の形態の、当分野において知られているコンピュータ可読記憶媒体）に存在することが可能である。一例示的記憶媒体は、たとえば、コンピュータ／プロセッサのようなマシン（本明細書では、便宜上、「プロセッサ」と称することがある）に結合されることが可能であり、これによって、プロセッサは、記憶媒体から情報（たとえば、コード）を読み出したり、記憶媒体へ情報を書き込んだりすることが可能である。一例示的記憶媒体は、プロセッサと一体であってよい。プロセッサおよび記憶媒体は、ＡＳＩＣ内に存在してよい。このＡＳＩＣは、ユーザ機器内に存在してよい。代替として、プロセッサおよび記憶媒体は、ディスクリート構成部分としてユーザ機器内に存在してよい。さらに、態様によっては、任意の好適なコンピュータプログラム製品が、本開示の諸態様のうちの１つまたは複数に関連するコードを備えるコンピュータ可読媒体を備えることが可能である。態様によっては、コンピュータプログラム製品が、包装材料を備えることが可能である。
【０１２１】
開示されている諸態様の、これまでの説明は、当業者であれば本開示を作成または使用できるように行われている。また、本明細書で定義されている一般原理（generic principle）は、本開示の範囲から逸脱することなく、他の態様に適用されることが可能である。したがって、本開示は、本明細書で示された諸態様に限定されるものではなく、本明細書で開示されている原理および新規な特徴と矛盾しない最も広い範囲を与えられるものとする。
【図１】
2009543476.tif 000003
【図２Ａ】
2009543476.tif 000004
【図２Ｂ】
2009543476.tif 000005
【図３】
2009543476.tif 000006
【図４】
2009543476.tif 000007
【図５】
2009543476.tif 000008
【図６】
2009543476.tif 000009
【図７】
2009543476.tif 000010
【図８】
2009543476.tif 000011
【国際調査報告】
2009543476.tif 000012
2009543476.tif 000013
2009543476.tif 000014