(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を形成するステップと、
前記M2Mグループ識別子を少なくとも1つのワイヤレスデバイスと関連付けるステップと、
同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちの１つまたは複数のグループページングメッセージに対して、個々のグループ内ページング遅延を加えるステップと、
前記加えられた遅延に応じて、前記M2Mグループに対する前記１つまたは複数のグループページングメッセージを送信するステップであって、前記グループページングメッセージが前記M2Mグループ識別子を含む、ステップと、
前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを送信するステップであって、前記データが前記M2Mグループ識別子を含む、ステップとを含む、方法。
【請求項２】
quality-of-service(QoS)の指示に基づいて、前記M2Mサービスカテゴリを決定するステップをさらに含む、請求項1に記載の方法。
【請求項３】
前記M2Mグループ識別子を少なくとも1つのワイヤレスデバイスと関連付けるステップが、前記少なくとも1つのワイヤレスデバイスから関連付け通信を受信するステップを含む、請求項1に記載の方法。
【請求項４】
ワイヤレス通信の方法であって、
ワイヤレスデバイスにおいて、マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を決定するステップと、
前記ワイヤレスデバイスと前記決定されたM2Mグループ識別子との関連付けを示す、関連付け通信を送信するステップと、
前記ワイヤレスデバイスにおいて、前記M2Mグループに対するグループページングメッセージを受信するステップであって、前記グループページングメッセージが前記M2Mグループ識別子を含み、同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちのグループ内ページング遅延を加えられた前記グループページングメッセージが、前記加えられた遅延に応じて送信される、ステップと、
前記グループページングメッセージに基づいて、前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを受信するステップとを含む、方法。
【請求項５】
quality-of-service(QoS)の指示に基づいて、前記M2Mサービスカテゴリを決定するステップをさらに含む、請求項4に記載の方法。
【請求項６】
ワイヤレスに通信するように構成される装置であって、
マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を形成し、
前記M2Mグループ識別子を少なくとも1つのワイヤレスデバイスと関連付ける
ように構成されるプロセッサと、
前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを送信するように構成される送信機であって、前記データが前記M2Mグループ識別子を含む、送信機とを含み、
前記プロセッサが、同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちの１つまたは複数のグループページングメッセージに対して、個々のグループ内ページング遅延を加えるようにさらに構成され、
前記送信機が、前記加えられた遅延に応じて、前記M2Mグループに対する前記１つまたは複数のグループページングメッセージを送信し、このとき前記グループページングメッセージが前記M2Mグループ識別子を含む、ようにさらに構成される、装置。
【請求項７】
前記プロセッサがさらに、quality-of-service(QoS)の指示に基づいて、前記M2Mサービスカテゴリを決定するように構成される、請求項6に記載の装置。
【請求項８】
前記プロセッサがさらに、前記少なくとも1つのワイヤレスデバイスから関連付け通信を受信することによって、前記M2Mグループ識別子を少なくとも1つのワイヤレスデバイスと関連付けるように構成される、請求項6に記載の装置。
【請求項９】
ワイヤレスデバイスであって、
マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を決定するように構成されるプロセッサと、
前記ワイヤレスデバイスと前記決定されたM2Mグループ識別子との関連付けを示す、関連付け通信を送信するように構成される送信機と、
受信機とを含み、
前記受信機が、前記M2Mグループに対するグループページングメッセージを受信し、このとき前記グループページングメッセージが前記M2Mグループ識別子を含み、同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちのグループ内ページング遅延を加えられた前記グループページングメッセージが、前記加えられた遅延に応じて送信され、
前記グループページングメッセージに基づいて、前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを受信するように構成される、ワイヤレスデバイス。
【請求項１０】
ワイヤレス通信のための装置であって、
マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を形成するための手段と、
前記M2Mグループ識別子を少なくとも1つのワイヤレスデバイスと関連付けるための手段と、
同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちの１つまたは複数のグループページングメッセージに対して、個々のグループ内ページング遅延を加える手段と、
前記加えられた遅延に応じて、前記M2Mグループに対する前記１つまたは複数のグループページングメッセージを送信するための手段であって、前記グループページングメッセージが前記M2Mグループ識別子を含む、手段と、
前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを送信するための手段であって、前記データが前記M2Mグループ識別子を含む、手段とを含む、装置。
【請求項１１】
ワイヤレス通信のための装置であって、
マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を決定するための手段と、
前記装置と前記決定されたM2Mグループ識別子との関連付けを示す、関連付け通信を送信するための手段と、
マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスにおいて、前記M2Mグループに対するグループページングメッセージを受信するための手段であって、前記グループページングメッセージが前記M2Mグループ識別子を含み、同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちのグループ内ページング遅延を加えられた前記グループページングメッセージが、前記加えられた遅延に応じて送信される、手段と、
前記グループページングメッセージに基づいて、前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを受信するための手段とを含む、装置。
【請求項１２】
コードを記憶するコンピュータ可読記憶媒体であって、前記コードが、実行されると、装置に、
マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を形成させ、
前記M2Mグループ識別子を少なくとも1つのワイヤレスデバイスと関連付けさせ、
同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちの１つまたは複数のグループページングメッセージに対して、個々のグループ内ページング遅延を加えさせ、
前記加えられた遅延に応じて、前記M2Mグループと関連付けられるワイヤレスデバイスのグループに対するグループページングメッセージを送信させ、このとき前記グループページングメッセージが前記M2Mグループ識別子を含み、
前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを送信させ、前記データが前記M2Mグループ識別子を含む、
コンピュータ可読記憶媒体。
【請求項１３】
コードを記憶するコンピュータ可読記憶媒体であって、前記コードが、実行されると、装置に、
マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を決定させ、
前記装置と前記決定されたM2Mグループ識別子との関連付けを示す、関連付け通信を送信させ、
前記M2Mグループに対するグループページングメッセージを受信させ、このとき前記グループページングメッセージが前記M2Mグループ識別子を含み、同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちのグループ内ページング遅延を加えられた前記グループページングメッセージが、前記加えられた遅延に応じて送信され、
前記グループページングメッセージに基づいて、前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを受信させる、コンピュータ可読記憶媒体。
【請求項１４】
マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループのアクセスを制御する方法であって、
同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちの１つまたは複数のグループページングメッセージに対して、個々のグループ内ページング遅延を加えるステップと、
前記加えられた遅延に応じて、前記M2Mグループに対する前記１つまたは複数のグループページングメッセージを送信するステップであって、前記グループページングメッセージが前記M2Mグループ識別子を含む、ステップと、
前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを送信するステップとを含む、方法。
【請求項１５】
複数のグループページングメッセージを優先順位付けるステップをさらに含み、各グループページングメッセージが、各M2Mグループと関連付けられる、レイテンシの選好、データセッション当たりのデータ量、quality-of-service(QoS)インジケータ、M2Mクラス、および/または契約レベルのうちの1つまたは複数に基づく、異なるM2Mグループ識別子を含む、請求項14に記載の方法。
【請求項１６】
レイテンシの選好、データセッション当たりのデータ量、quality-of-service(QoS)インジケータ、M2Mクラス、および/または契約レベルのうちの1つまたは複数に基づいて、前記M2Mグループを決定するステップをさらに含む、請求項15に記載の方法。
【請求項１７】
ワイヤレスネットワークにアクセスする方法であって、
マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスにおいて、前記M2Mグループに対するグループページングメッセージを受信するステップであって、前記グループページングメッセージが前記M2Mグループ識別子を含み、同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちのグループ内ページング遅延を加えられた前記グループページングメッセージが、前記加えられた遅延に応じて送信される、ステップと、
前記グループページングメッセージに基づいて、前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを受信するステップとを含む、方法。
【請求項１８】
プロセッサおよび送信機を含み、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループのワイヤレスネットワークアクセスを制御するように構成される装置であって、前記プロセッサが、同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちの１つまたは複数のグループページングメッセージに対して、個々のグループ内ページング遅延を加え、前記送信機が、
前記加えられた遅延に応じて、前記M2Mグループに対する前記１つまたは複数のグループページングメッセージを送信し、このとき前記グループページングメッセージが前記M2Mグループ識別子を含み、
前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを送信するように構成される、装置。
【請求項１９】
受信機を含み、マシンツーマシン(M2M)グループ識別子と関連付けられ、ワイヤレスネットワークにアクセスするように構成される装置であって、前記受信機が、
前記M2Mグループに対するグループページングメッセージを受信し、このとき前記グループページングメッセージが前記M2Mグループ識別子を含み、同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちのグループ内ページング遅延を加えられた前記グループページングメッセージが、前記加えられた遅延に応じて送信され、
前記グループページングメッセージに基づいて、前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを受信するように構成される、装置。
【請求項２０】
マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループのアクセスを制御するための装置であって、
同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちの１つまたは複数のグループページングメッセージに対して、個々のグループ内ページング遅延を加える手段と、
前記加えられた遅延に応じて、前記M2Mグループに対する前記１つまたは複数のグループページングメッセージを送信するための手段であって、前記グループページングメッセージが前記M2Mグループ識別子を含む、手段と、
前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを送信するための手段とを含む、装置。
【請求項２１】
ワイヤレスネットワークにアクセスするための装置であって、
マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスにおいて、前記M2Mグループに対するグループページングメッセージを受信するための手段であって、前記グループページングメッセージが前記M2Mグループ識別子を含み、同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちのグループ内ページング遅延を加えられた前記グループページングメッセージが、前記加えられた遅延に応じて送信される、手段と、
前記グループページングメッセージに基づいて、前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを受信するための手段とを含む、装置。
【請求項２２】
コードを記憶するコンピュータ可読記憶媒体であって、前記コードが、実行されると、装置に、
同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちの１つまたは複数のグループページングメッセージに対して、個々のグループ内ページング遅延を加えさせ、
前記加えられた遅延に応じて、前記M2Mグループに対するグループページングメッセージを送信させ、このとき前記グループページングメッセージが前記M2Mグループ識別子を含み、
前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを送信させる、コンピュータ可読記憶媒体。
【請求項２３】
コードを記憶するコンピュータ可読記憶媒体であって、前記コードが、実行されると、マシンツーマシン(M2M)グループ識別子と関連付けられる装置に、
前記M2Mグループに対するグループページングメッセージを受信させ、このとき前記グループページングメッセージが前記M2Mグループ識別子を含み、同一のM2Mグループ識別子と関連付けられるワイヤレスデバイスのM2Mグループに送信される複数のグループページングメッセージのうちのグループ内ページング遅延を加えられた前記グループページングメッセージが、前記加えられた遅延に応じて送信され、
前記グループページングメッセージに基づいて、前記M2Mグループによる受信のためにバッファリングされ前記受信が意図されるデータを受信させる、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、2011年12月2日に出願された米国仮出願第61/566,129号、2012年4月13日に出願された米国仮出願第61/624,207号、および2012年10月3日に出願されたPCT特許出願第PCT/CN2012/082520号の優先権を主張し、これらのすべてが参照によって本明細書に組み込まれる。
【０００２】
本出願は全般に通信システムに関し、より具体的には、マシンツーマシン通信のための、グループベースのアクセス制御の方法およびデバイスに関する。
【背景技術】
【０００３】
多くの通信システムでは、通信ネットワークが、いくつかの対話する空間的に離隔されたデバイスの間でメッセージを交換するために使用される。ネットワークは、たとえば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアであり得る地理的範囲に従って分類され得る。そのようなネットワークは、それぞれ、ワイドエリアネットワーク(WAN)、メトロポリタンエリアネットワーク(MAN)、ローカルエリアネットワーク(LAN)、またはパーソナルエリアネットワーク(PAN)と呼ばれる。ネットワークはまた、様々なネットワークのノードおよびデバイスを相互接続するために使用される交換/ルーティング技術(たとえば、回線交換対パケット交換)、送信のために使用される物理媒体のタイプ(たとえば、有線対ワイヤレス)、および使用される通信プロトコルのセット(たとえば、インターネットプロトコルスイート、SONET(同期光ネットワーク)、イーサネット(登録商標)など)により異なる。
【０００４】
ワイヤレスネットワークは、ネットワーク要素が可動であり、したがって動的な接続性のニーズを有する時、またはネットワークアーキテクチャが固定式ではないアドホックなトポロジで形成される場合に、好適であることが多い。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域内の電磁波を使用する、誘導されない伝搬モードにおける無形の物理媒体を利用する。ワイヤレスネットワークは、有利なことに、固定式の有線ネットワークと比べると、ユーザの移動性および速やかな現場配置を容易にする。
【０００５】
ネットワークが増加するにしたがって、ネットワークに接続されるネットワーク要素のタイプも拡大する。導入されているネットワーク要素の1つのタイプは、マシンツーマシン(M2M)要素である。M2M要素の例には、スマート需給計(「スマートメータ」)、地震計、車両、および家電機器がある。M2M要素のいくつかの特性を利用する、通信システムに対する改善が望ましい可能性がある。
【発明の概要】
【課題を解決するための手段】
【０００６】
説明される方法およびデバイスは各々複数の態様を有し、それらのうちの単一のものが単独で、その望ましい属性を担うことはない。以下の特許請求の範囲によって表される本開示の範囲を限定することなく、いくつかの特徴がここで簡単に論じられる。この議論を考慮した後、かつ特に、「発明を実施するための形態」と題するセクションを読んだ後、ワイヤレス通信システム中のマシンツーマシンデバイスのグループベースのアクセス制御を含む利点を、説明される特徴がどのように提供するかを理解するだろう。
【０００７】
一態様では、ワイヤレス通信デバイスが提供される。ワイヤレス通信デバイスは、複数の局にメッセージをワイヤレスに送信するように構成される送信機を含む。各局は、局の複数のグループのうちの1つまたは複数のメンバである。ワイヤレス通信デバイスはさらに、局のグループのうちの第1の1つまたは複数に対して第1のメッセージを生成するように構成されるプロセッサを含む。第1のメッセージは、送信に対する第1の制約を示すアクセス制御メッセージを含む。プロセッサはさらに、送信機に、第1の1つまたは複数のグループの局の各々へ第1のメッセージを送信させるように構成される。第1の制約は、複数の局の各々と関連付けられる、レイテンシの選好、データセッション当たりのデータ量、および/または契約レベルのうちの1つまたは複数に基づく。
【０００８】
別の態様では、ワイヤレス通信デバイスが提供される。ワイヤレス通信デバイスは、複数の局にメッセージをワイヤレスに送信するように構成される送信機を含む。各局は、局の複数のグループのうちの1つまたは複数のメンバである。ワイヤレス通信デバイスはさらに、局のグループのうちの第1の1つまたは複数に対して第1のメッセージを生成するように構成されるプロセッサを含む。プロセッサはさらに、送信機に、第1の遅延を伴って、第1の1つまたは複数のグループの局の各々へ第1のメッセージを送信させるように構成される。第1の遅延は、複数の局の各々と関連付けられる、レイテンシの選好、データセッション当たりのデータ量、および/または契約レベルのうちの1つまたは複数に基づく。
【０００９】
別の態様では、複数の局のアクセスを制御する方法が提供される。各局は、局の複数のグループのうちの1つまたは複数のメンバである。方法は、局のグループのうちの第1の1つまたは複数に対して第1のメッセージを生成するステップを含む。第1のメッセージは、送信に対する第1の制約を示すアクセス制御メッセージを含む。方法はさらに、第1の1つまたは複数のグループの局の各々に第1のメッセージを送信するステップを含む。第1の制約は、複数の局の各々と関連付けられる、レイテンシの選好、データセッション当たりのデータ量、および/または契約レベルのうちの1つまたは複数に基づく。
【００１０】
別の態様では、複数の局のアクセスを制御する方法が提供される。各局は、局の複数のグループのうちの1つまたは複数のメンバである。方法は、局のグループのうちの第1の1つまたは複数に対して第1のメッセージを生成するステップを含む。方法はさらに、第1の遅延を伴って、第1の1つまたは複数のグループの局の各々に第1のメッセージを送信するステップを含む。第1の遅延は、複数の局の各々と関連付けられる、レイテンシの選好、データセッション当たりのデータ量、および/または契約レベルのうちの1つまたは複数に基づく。
【００１１】
別の態様では、複数の局のアクセスを制御するための装置が提供される。各局は、局の複数のグループのうちの1つまたは複数のメンバである。装置は、局のグループのうちの第1の1つまたは複数に対して第1のメッセージを生成するための手段を含む。第1のメッセージは、送信に対する第1の制約を示すアクセス制御メッセージを含む。装置はさらに、第1の1つまたは複数のグループの局の各々に第1のメッセージを送信するための手段を含む。第1の制約は、複数の局の各々と関連付けられる、レイテンシの選好、データセッション当たりのデータ量、および/または契約レベルのうちの1つまたは複数に基づく。
【００１２】
別の態様では、複数の局のアクセスを制御するための装置が提供される。各局は、局の複数のグループのうちの1つまたは複数のメンバである。装置は、局のグループのうちの第1の1つまたは複数に対して第1のメッセージを生成するための手段を含む。装置はさらに、第1の遅延を伴って、第1の1つまたは複数のグループの局の各々に第1のメッセージを送信するための手段を含む。第1の遅延は、複数の局の各々と関連付けられる、レイテンシの選好、データセッション当たりのデータ量、および/または契約レベルのうちの1つまたは複数に基づく。
【００１３】
別の態様では、非一時的コンピュータ可読媒体が提供される。媒体は、実行されると、装置に、複数の局へメッセージをワイヤレスに送信させるコードを含む。各局は、局の複数のグループのうちの1つまたは複数のメンバである。媒体はさらに、実行されると、装置に、局のグループのうちの第1の1つまたは複数に対して第1のメッセージを生成させるコードを含む。第1のメッセージは、送信に対する第1の制約を示すアクセス制御メッセージを含む。媒体はさらに、実行されると、装置に、第1の1つまたは複数のグループの局の各々へ第1のメッセージを送信させるコードを含む。第1の制約は、複数の局の各々と関連付けられる、レイテンシの選好、データセッション当たりのデータ量、および/または契約レベルのうちの1つまたは複数に基づく。
【００１４】
別の態様では、非一時的コンピュータ可読媒体が提供される。媒体は、実行されると、装置に、複数の局へメッセージをワイヤレスに送信させるコードを含む。各局は、局の複数のグループのうちの1つまたは複数のメンバである。媒体はさらに、実行されると、装置に、局のグループのうちの第1の1つまたは複数に対して第1のメッセージを生成させるコードを含む。媒体はさらに、実行されると、装置に、第1の遅延を伴って、第1の1つまたは複数のグループの局の各々へ第1のメッセージを送信させるコードを含む。第1の遅延は、複数の局の各々と関連付けられる、レイテンシの選好、データセッション当たりのデータ量、および/または契約レベルのうちの1つまたは複数に基づく。
【００１５】
別の態様では、デバイスをトリガするための方法のある実装形態が提供される。方法は、ショートメッセージサービス(SMS)メッセージとUnstructured Supplementary Service Data(USSD)メッセージの少なくとも1つに基づいて、デバイストリガ要求を受信するステップを含む。方法はさらに、デバイストリガ要求を受信したことに応答して、デバイストリガ要求を開始したサーバに対する通信リンクを開始するステップを含む。
【００１６】
別の態様では、デバイスをトリガするための装置が提供される。装置は、ショートメッセージサービス(SMS)メッセージとUnstructured Supplementary Service Data(USSD)メッセージの少なくとも1つに基づいて、デバイストリガ要求を受信するように構成される送受信機を含む。装置はさらに、デバイストリガ要求を受信したことに応答して、デバイストリガ要求を開始したサーバに対する送受信機を介した通信リンクを開始するように構成されるプロセッサを含む。
【００１７】
さらに別の態様では、デバイスをトリガするための装置が提供される。装置は、ショートメッセージサービス(SMS)メッセージとUnstructured Supplementary Service Data(USSD)メッセージの少なくとも1つに基づいて、デバイストリガ要求を受信するための手段を含む。装置はさらに、デバイストリガ要求を受信したことに応答して、デバイストリガ要求を開始したサーバに対する通信リンクを開始するための手段を含む。
【００１８】
別の態様では、コンピュータ可読媒体を含むコンピュータプログラム製品が提供される。コンピュータ可読媒体は、ショートメッセージサービス(SMS)メッセージとUnstructured Supplementary Service Data(USSD)メッセージの少なくとも1つに基づいて、デバイストリガ要求を受信するためのコードを含む。コンピュータ可読媒体はさらに、デバイストリガ要求を受信したことに応答して、デバイストリガ要求を開始したサーバに対する通信リンクを開始するためのコードを含む。
【００１９】
別の態様では、デバイスをトリガするための方法が提供される。方法は、デバイスへのデバイストリガ要求の送信を要求するためのメッセージを受信するステップを含む。方法はさらに、ショートメッセージサービス(SMS)メッセージとUnstructured Supplementary Service Data(USSD)メッセージの少なくとも1つに基づいて、デバイスにデバイストリガ要求を送信するステップを含む。
【００２０】
別の態様では、デバイスをトリガするための装置が提供される。装置は、デバイスへのデバイストリガ要求の送信を要求するためのメッセージを受信するように構成される受信機を含む。装置はさらに、ショートメッセージサービス(SMS)メッセージとUnstructured Supplementary Service Data(USSD)メッセージの少なくとも1つに基づいて、デバイスにデバイストリガ要求を送信するように構成される送信機を含む。
【００２１】
別の態様では、デバイスをトリガするための装置が提供される。装置は、デバイスへのデバイストリガ要求の送信を要求するためのメッセージを受信するための手段を含む。装置はさらに、ショートメッセージサービス(SMS)メッセージとUnstructured Supplementary Service Data(USSD)メッセージの少なくとも1つに基づいて、デバイスにデバイストリガ要求を送信するための手段を含む。
【００２２】
別の態様では、コンピュータ可読媒体を含むコンピュータプログラム製品が提供される。コンピュータ可読媒体は、デバイスへのデバイストリガ要求の送信を要求するためのメッセージを受信するためのコードを含む。コンピュータ可読媒体はさらに、ショートメッセージサービス(SMS)メッセージとUnstructured Supplementary Service Data(USSD)メッセージの少なくとも1つに基づいて、デバイスにデバイストリガ要求を送信するためのコードを含む。
【００２３】
ある態様では、方法、コンピュータプログラム製品、および装置が提供される。装置は、あるマシンタイプ通信(MTC)クラスを割り当てられたUEのグループによる受信が意図されるデータのマルチキャスト/ブロードキャストがまもなく行われることを、ユーザ機器(UE)に通知する。UEは、1つまたは複数のMTCクラスを割り当てられており、ブロードキャストされることになるデータがUEに割り当てられたMTCクラスに対応する場合、まもなく行われるデータのマルチキャスト/ブロードキャストのために起動するように構成される。装置はまた、少なくとも1つのマルチキャスト/ブロードキャスト機構を通じて、UEのグループによる受信が意図されるデータをマルチキャスト/ブロードキャストする。
【００２４】
別の態様では、装置は、あるMTCクラスを割り当てられたUEのグループによる受信が意図されるデータのマルチキャスト/ブロードキャストがまもなく行われるという、通知を受信する。装置は、1つまたは複数のMTCクラスを割り当てられており、ブロードキャストされることになるデータがUEに割り当てられたMTCクラスに対応する場合、まもなく行われるデータのマルチキャスト/ブロードキャストのために起動するように構成される。装置はまた、少なくとも1つのマルチキャスト/ブロードキャスト機構を通じて、UEのグループによる受信が意図されるデータのマルチキャスト/ブロードキャストを受信する。
【００２５】
本開示において説明される主題の別の態様は、ワイヤレス通信の方法を提供する。方法は、マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を形成するステップを含む。方法はさらに、M2Mグループ識別子を少なくとも1つのワイヤレスデバイスと関連付けるステップを含む。方法はさらに、M2Mグループによる受信が意図されるデータを送信するステップを含み、このデータはM2Mグループ識別子を含む。
【００２６】
本開示において説明される主題の別の態様は、ワイヤレス通信の方法を提供する。方法は、ワイヤレスデバイスにおいて、M2Mサービスカテゴリに基づいて、マシンツーマシン(M2M)グループ識別子を決定するステップを含む。方法はさらに、ワイヤレスデバイスと決定されたM2Mグループ識別子との関連付けを示す、関連付け通信を送信するステップを含む。
【００２７】
本開示において説明される主題の別の態様は、ワイヤレスに通信するように構成される装置を提供する。装置は、マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を形成するように構成されるプロセッサを含む。プロセッサはさらに、M2Mグループ識別子を少なくとも1つのワイヤレスデバイスと関連付けるように構成される。装置はさらに、M2Mグループによる受信が意図されるデータを送信するように構成される送信機を含み、このデータはM2Mグループ識別子を含む。
【００２８】
本開示において説明される主題の別の態様は、ワイヤレスデバイスを提供する。デバイスは、マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を決定するように構成されるプロセッサを含む。デバイスはさらに、ワイヤレスデバイスと決定されたM2Mグループ識別子との関連付けを示す、関連付け通信を送信するように構成される送信機を含む。
【００２９】
本開示において説明される主題の別の態様は、ワイヤレス通信のための装置を提供する。装置は、マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を形成するための手段を含む。装置はさらに、M2Mグループ識別子を少なくとも1つのワイヤレスデバイスと関連付けるための手段を含む。装置はさらに、M2Mグループによる受信が意図されるデータを送信するための手段を含み、このデータはM2Mグループ識別子を含む。
【００３０】
本開示において説明される主題の別の態様は、ワイヤレス通信の装置を提供する。装置は、マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を決定するための手段を含む。装置はさらに、装置と決定されたM2Mグループ識別子との関連付けを示す、関連付け通信を送信するための手段を含む。
【００３１】
本開示において説明される主題の別の態様は、実行されると、装置に、マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を形成させるコードを含む、非一時的コンピュータ可読媒体を提供する。媒体はさらに、実行されると、装置に、M2Mグループ識別子を少なくとも1つのワイヤレスデバイスと関連付けさせるコードを含む。媒体はさらに、実行されると、装置に、M2Mグループによる受信が意図されるデータを送信させるコードを含み、このデータはM2Mグループ識別子を含む。
【００３２】
本開示において説明される主題の別の態様は、実行されると、装置に、マシンツーマシン(M2M)サービスカテゴリに基づいて、M2Mグループ識別子を決定させるコードを含む、非一時的コンピュータ可読媒体を提供する。媒体はさらに、実行されると、装置に、装置と決定されたM2Mグループ識別子との関連付けを示す、関連付け通信を送信させるコードを含む。
【００３３】
本開示において説明される主題の別の態様は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループのアクセスを制御する方法を提供する。方法は、M2Mグループに対するグループページングメッセージを送信するステップを含む。ページングメッセージは、M2Mグループ識別子を含む。方法はさらに、M2Mグループによる受信が意図されるデータを送信するステップを含む。
【００３４】
本開示において説明される主題の別の態様は、ワイヤレスネットワークにアクセスする方法を提供する。方法は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスにおいて、M2Mグループに対するグループページングメッセージを受信するステップを含む。ページングメッセージは、グループ識別子を含む。方法はさらに、グループページングメッセージに基づいて、M2Mグループによる受信が意図されるデータを受信するステップを含む。
【００３５】
本開示において説明される主題の別の態様は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループのワイヤレスネットワークアクセスを制御するように構成される装置を提供する。装置は、M2Mグループに対するグループページングメッセージを送信するように構成される送信機を含む。ページングメッセージは、グループ識別子を含む。送信機はさらに、M2Mグループによる受信が意図されるデータを送信するように構成される。
【００３６】
本開示において説明される主題の別の態様は、マシンツーマシン(M2M)グループ識別子と関連付けられる装置を提供する。装置は、ワイヤレスネットワークにアクセスするように構成される。装置は、マシンツーマシン(M2M)グループ識別子と関連付けられる装置において、M2Mグループに対するグループページングメッセージを受信するように構成される受信機を含む。ページングメッセージは、グループ識別子を含む。受信機はさらに、グループページングメッセージに基づいて、M2Mグループによる受信が意図されるデータを受信するように構成される。
【００３７】
本開示において説明される主題の別の態様は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループのアクセスを制御するための装置を提供する。装置は、M2Mグループに対するグループページングメッセージを送信するための手段を含む。ページングメッセージは、グループ識別子を含む。装置はさらに、M2Mグループによる受信が意図されるデータを送信するための手段を含む。
【００３８】
本開示において説明される主題の別の態様は、ワイヤレスネットワークにアクセスするための装置を提供する。装置は、マシンツーマシン(M2M)グループ識別子と関連付けられる。装置は、M2Mグループに対するグループページングメッセージを受信するための手段を含む。ページングメッセージは、グループ識別子を含む。装置はさらに、グループページングメッセージに基づいて、M2Mグループによる受信が意図されるデータを受信するための手段を含む。
【００３９】
本開示において説明される主題の別の態様は、実行されると、装置に、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループに対するグループページングメッセージを送信させるコードを含む、非一時的コンピュータ可読媒体を提供する。ページングメッセージは、グループ識別子を含む。媒体はさらに、実行されると、装置に、M2Mグループによる受信が意図されるデータを送信させるコードを含む。
【００４０】
本開示において説明される主題の別の態様は、実行されると、装置に、M2Mグループに対するグループページングメッセージを受信させるコードを含む、非一時的コンピュータ可読媒体を提供する。装置は、マシンツーマシン(M2M)グループ識別子と関連付けられる。ページングメッセージは、グループ識別子を含む。媒体はさらに、実行されると、装置に、グループページングメッセージに基づいて、M2Mグループによる受信が意図されるデータを受信させるコードを含む。
【００４１】
本開示において説明される主題の別の態様は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループのワイヤレスネットワークへのアクセスを制御する方法を提供する。方法は、M2Mグループに対するアクセス制御メッセージを生成するステップを含む。アクセス制御メッセージは、M2Mグループ識別子を含む。方法はさらに、M2Mグループにアクセス制御メッセージを送信するステップを含む。
【００４２】
本開示において説明される主題の別の態様は、ワイヤレスネットワークアクセスの方法を提供する。方法は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスにおいて、M2Mグループに対するアクセス制御メッセージを受信するステップを含む。アクセス制御メッセージは、M2Mグループ識別子を含む。方法はさらに、アクセス制御メッセージに従って、ワイヤレスネットワークにアクセスするステップ、またはワイヤレスネットワークにアクセスするのを控えるステップを含む。
【００４３】
本開示において説明される主題の別の態様は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループのワイヤレスネットワークへのアクセスを制御するように構成される装置を提供する。装置は、M2Mグループに対するアクセス制御メッセージを生成するように構成されるプロセッサを含む。アクセス制御メッセージは、M2Mグループ識別子を含む。装置はさらに、M2Mグループにアクセス制御メッセージを送信するように構成される送信機を含む。
【００４４】
本開示において説明される主題の別の態様は、ワイヤレスネットワークにアクセスするように構成される、マシンツーマシン(M2M)グループ識別子と関連付けられる装置を提供する。装置は、M2Mグループに対するアクセス制御メッセージを受信するように構成される受信機を含む。アクセス制御メッセージは、M2Mグループ識別子を含む。装置はさらに、アクセス制御メッセージに従って、ワイヤレスネットワークにアクセスし、またはワイヤレスネットワークにアクセスするのを控えるように構成される、プロセッサを含む。
【００４５】
本開示において説明される主題の別の態様は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループのワイヤレスネットワークへのアクセスを制御するための装置を提供する。装置は、M2Mグループに対するアクセス制御メッセージを生成するための手段を含む。アクセス制御メッセージは、M2Mグループ識別子を含む。装置はさらに、M2Mグループにアクセス制御メッセージを送信するための手段を含む。
【００４６】
本開示において説明される主題の別の態様は、ワイヤレスネットワークアクセスのための装置を提供する。装置は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスにおいて、M2Mグループに対するアクセス制御メッセージを受信するための手段を含む。アクセス制御メッセージは、M2Mグループ識別子を含む。装置はさらに、アクセス制御メッセージに従って、ワイヤレスネットワークにアクセスし、またはワイヤレスネットワークにアクセスするのを控えるための手段を含む。
【００４７】
本開示において説明される主題の別の態様は、実行されると、装置に、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループに対するアクセス制御メッセージを生成させるコードを含む、非一時的コンピュータ可読媒体を提供する。アクセス制御メッセージは、M2Mグループ識別子を含む。媒体はさらに、実行されると、装置に、アクセス制御メッセージをM2Mグループへ送信させるコードを含む。
【００４８】
本開示において説明される主題の別の態様は、実行されると、マシンツーマシン(M2M)グループ識別子と関連付けられる装置に、M2Mグループに対するアクセス制御メッセージを受信させるコードを含む、非一時的コンピュータ可読媒体を提供する。アクセス制御メッセージは、M2Mグループ識別子を含む。媒体はさらに、実行されると、装置に、アクセス制御メッセージに従って、ワイヤレスネットワークへアクセスさせ、またはワイヤレスネットワークへアクセスするのを控えさせるコードを含む。
【００４９】
本開示において説明される主題の別の態様は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループのワイヤレスネットワークへのアクセスを制御する方法を提供する。方法は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスから、M2Mグループ識別子を含むアクセスメッセージを受信するステップを含む。方法はさらに、記憶されている契約情報に基づいて、M2Mグループ識別子を検証するステップを含む。
【００５０】
本開示において説明される主題の別の態様は、ワイヤレスネットワークアクセスの方法を提供する。方法は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスから、M2Mグループ識別子を含むアクセスメッセージを送信するステップを含む。方法はさらに、M2Mグループ識別子の検証を示すメッセージを受信するステップを含む。
【００５１】
本開示において説明される主題の別の態様は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループのワイヤレスネットワークへのアクセスを制御するように構成される装置を提供する。装置は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスから、M2Mグループ識別子を含むアクセスメッセージを受信するように構成される受信機を含む。装置はさらに、記憶されている契約情報に基づいて、M2Mグループ識別子を検証するように構成されるプロセッサを含む。
【００５２】
本開示において説明される主題の別の態様は、マシンツーマシン(M2M)グループ識別子と関連付けられ、かつワイヤレスネットワークにアクセスするように構成される、装置を提供する。装置は、M2Mグループ識別子を含むアクセスメッセージを送信するように構成される送信機を含む。装置はさらに、M2Mグループ識別子の検証を示すメッセージを受信するように構成される受信機を含む。
【００５３】
本開示において説明される主題の別の態様は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスのグループのワイヤレスネットワークへのアクセスを制御するための装置を提供する。装置は、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスから、M2Mグループ識別子を含むアクセスメッセージを受信するための手段を含む。装置はさらに、記憶されている契約情報に基づいて、M2Mグループ識別子を検証するための手段を含む。
【００５４】
本開示において説明される主題の別の態様は、ワイヤレスネットワークアクセスのための装置を提供する。装置は、マシンツーマシン(M2M)グループ識別子と関連付けられる。装置は、M2Mグループ識別子を含むアクセスメッセージを送信するための手段を含む。装置はさらに、M2Mグループ識別子の検証を示すメッセージを受信するための手段を含む。
【００５５】
本開示において説明される主題の別の態様は、実行されると、装置に、マシンツーマシン(M2M)グループ識別子と関連付けられるワイヤレスデバイスから、M2Mグループ識別子を含むアクセスメッセージを受信させるコードを含む、非一時的コンピュータ可読媒体を提供する。媒体はさらに、実行されると、装置に、記憶されている契約情報に基づいて、M2Mグループ識別子を検証させるコードを含む。
【００５６】
本開示において説明される主題の別の態様は、実行されると、マシンツーマシン(M2M)グループ識別子と関連付けられる装置に、M2Mグループ識別子を含むアクセスメッセージを送信させるコードを含む、非一時的コンピュータ可読媒体を提供する。媒体はさらに、実行されると、装置に、M2Mグループ識別子の検証を示すメッセージを受信させるコードを含む。
【図面の簡単な説明】
【００５７】
【図１】例示的な通信システムを示す図である。
【図２】図1の通信システム内で利用され得る例示的なデバイスの機能ブロック図である。
【図３】ワイヤレス通信システムのための例示的なマシンツーマシンアクセス制御プロセスのプロセスフロー図である。
【図４】ワイヤレス通信システムのための別の例示的なマシンツーマシンアクセス制御プロセスのプロセスフロー図である。
【図５】図1の通信システム内でのアクセス制御の例示的な方法のフローチャートである。
【図６】図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図である。
【図７】図1の通信システム内でのアクセス制御の別の例示的な方法のフローチャートである。
【図８】図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図である。
【図９】ワイヤレス通信システムのための例示的なプロセスのプロセスフロー図である。
【図１０Ａ】Unstructured Supplementary Service Data(USSD)メッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。
【図１０Ｂ】USSDメッセージを使用する、ブロードキャストのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。
【図１１】共通のチャネルを通じたUSSDメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。
【図１２】共通のチャネルを通じたUSSDメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための別の例示的な呼のフローの呼フロー図である。
【図１３】トラフィックチャネルを通じたUSSDメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。
【図１４】トラフィックチャネルを通じたUSSDメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための別の例示的な呼のフローの呼フロー図である。
【図１５】USSDメッセージを使用する、ブロードキャストのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。
【図１６】USSDメッセージを使用する、ブロードキャストのマシンツーマシンデバイスのトリガのための別の例示的な呼のフローの呼フロー図である。
【図１７】デバイストリガテレサービスを使用した共通チャネルを通じたショートメッセージサービス(SMS)メッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。
【図１８】デバイストリガテレサービスを使用した共通チャネルを通じたSMSメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための別の例示的な呼のフローの呼フロー図である。
【図１９】マシンツーマシンテレサービスを使用したトラフィックチャネルを通じたSMSメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。
【図２０】マシンツーマシンテレサービスを使用したトラフィックチャネルを通じたSMSメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための別の例示的な呼のフローの呼フロー図である。
【図２１】SMSメッセージを使用する、ブロードキャストのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。
【図２２】SMSメッセージを使用する、ブロードキャストのマシンツーマシンデバイスのトリガのための別の例示的な呼のフローの呼フロー図である。
【図２３】デバイスをトリガするための例示的なプロセスのプロセスフロー図である。
【図２４】図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図である。
【図２５】デバイスをトリガするための別の例示的なプロセスのプロセスフロー図である。
【図２６】図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図である。
【図２７】図1の通信システム内でのワイヤレス通信の例示的な方法のフローチャートである。
【図２８】図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図である。
【図２９】図1の通信システム内でのワイヤレス通信の例示的な方法のフローチャートである。
【図３０】図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図である。
【図３１】図1の通信システム内でのワイヤレスデバイスのグループのアクセスを制御するためのフローチャートである。
【図３２】図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図である。
【図３３】図1の通信システム内でのワイヤレスデバイスのグループのアクセスを制御する例示的な方法のためのフローチャートである。
【図３４】図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図である。
【図３５】ワイヤレスデバイスのグループの図1の通信システムへのアクセスを制御する例示的な方法のフローチャートである。
【図３６】図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図である。
【図３７】図1の通信システムにアクセスする例示的な方法のフローチャートである。
【図３８】図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図である。
【図３９】ワイヤレスデバイスのグループの図1の通信システムへのアクセスを制御する例示的な方法のためのフローチャートである。
【図４０】図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図である。
【図４１】図1の通信システムにアクセスする例示的な方法のフローチャートである。
【図４２】図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図である。
【発明を実施するための形態】
【００５８】
添付の図面を参照しながら、新規の装置および方法の様々な態様が以下でより十分に説明される。しかしながら、本教示の開示は、多くの異なる形態で実装されてよく、本開示全体にわたって提示される任意の特定の構造または機能に限定されるものと解釈されるべきではない。むしろ、これらの態様は、本開示が徹底的で完全になり、本開示の範囲を当業者に十分に伝えるように与えられるものである。本明細書の教示に基づいて、本開示の範囲は、本開示の任意の他の態様とは無関係に実装されるか、本開示の任意の他の態様と組み合わせて実装されるかにかかわらず、本明細書で開示される新規の装置および方法のいかなる態様をも包含するものであることを、当業者は諒解されたい。たとえば、本明細書に記載された任意の数の態様を使用して、装置が実装され、または方法が実施され得る。加えて、説明の範囲は、本明細書に記載された様々な態様に加えて、またはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置またはそのような方法を包含するものとする。本明細書で開示されるいずれの態様も、請求項の1つまたは複数の要素によって具現化され得ることを理解されたい。
【００５９】
本明細書では特定の態様が説明されるが、これらの態様の多くの変形体および置換は本開示の範囲内に入る。好ましい態様のいくつかの利益および利点に言及するが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々な通信技術、システム構成、ネットワーク、および送信プロトコルに広く適用可能であるものとし、そのうちのいくつかが例として図および好ましい態様についての以下の説明において示される。発明を実施するための形態および図面は、限定的なものではなく本開示を説明するものにすぎず、本開示の範囲は添付の特許請求の範囲およびその等価物によって規定される。
【００６０】
普及しているワイヤレスネットワーク技術は、様々なタイプのワイヤレスローカルエリアネットワーク(WLAN)を含み得る。WLANは、広く使用されるネットワークプロトコルを利用して、近くのデバイスを一緒に相互接続するのに使用され得る。本明細書で説明される様々な態様は、ワイヤレスプロトコルなどの通信規格に適用され得る。たとえば、本明細書で説明される様々な態様は、Zigbee(登録商標)、WiFi、HomePlug、Bluetooth(登録商標)、Zwave、セルラー、または他の無線通信を使用することができる。
【００６１】
いくつかの実装形態において、通信ネットワークは、ネットワークにアクセスするコンポーネントである様々なデバイスを含む。たとえば、アクセスポイント(「AP」)およびクライアント(局、すなわち「STA」とも呼ばれる)という2つのタイプのデバイスがあり得る。一般的に、APは通信ネットワークに対するハブまたは基地局として機能し、STAは、通信ネットワークのユーザとして機能する。たとえば、STAは、ラップトップコンピュータ、携帯情報端末(PDA)、携帯電話などであってよい。ある例では、STAは、WiFi(たとえば、802.11ahなどのIEEE802.11プロトコル)準拠ワイヤレスリンクを介してAPに接続して、インターネットまたは他のワイドエリアネットワークへの全般的な接続性を取得する。
【００６２】
また、アクセスポイント(「AP」)は、NodeB、無線ネットワークコントローラ(「RNC」)、eNodeB、基地局コントローラ(「BSC」)、ベーストランシーバ局(「BTS」)、基地局(「BS」)、送受信機機能(「TF」)、ルータ、送受信機、ハブ、または何らかの他の用語を含むか、それらとして実装されるか、またはそれらとして知られていることがある。
【００６３】
また、局「STA」は、アクセス端末(「AT」)、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または何らかの他の用語を含むか、それらとして実装されるか、またはそれらとして知られていることがある。いくつかの実装形態では、アクセス端末は、携帯電話、電話、セッション開始プロトコル(「SIP」)電話、ワイヤレスローカルループ(「WLL」)局、携帯情報端末(「PDA」)、ハンドヘルドデバイス、またはモデムに接続された何らかの他の適切な処理デバイスを含み得る。したがって、本明細書において教示される1つまたは複数の態様は、電話(たとえば、携帯電話またはスマートフォン)、コンピュータ(たとえば、ラップトップ)、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス(たとえば、携帯情報端末)、娯楽デバイス(たとえば、音楽もしくはビデオデバイス、または衛星ラジオ)、ゲームデバイスまたはシステム、全地球測位システムデバイス、家電機器、発電/送電装置、監視装置(たとえば、地震計、煙感知器、ガイガーカウンタ、カメラ)、スマートメータ、自動販売機、あるいは、ワイヤレス媒体または有線媒体を介してマシンツーマシン方式で通信するように構成される任意の他の適切なデバイスに組み込まれ得る。
【００６４】
いくつかのデバイスは、スマートグリッドネットワークにおいて、またはスマート家電機器(たとえば、送信された信号または検出された信号に応答して設定される家電機器)において、スマート計測のために使用され得る。そのようなデバイスは、センサアプリケーションを提供することができ、またはホームオートメーションにおいて使用され得る。デバイスは、代わりに、または追加で、健康管理の場面において、たとえば個人の健康管理のために使用され得る。デバイスは、広範囲でのインターネット接続性(たとえば、ホットスポットとともに使用するための)を可能にするために、またはマシンツーマシン通信を実装するために、監視用にも使用され得る。
【００６５】
図1は、例示的な通信システムを示す。通信システム100は、ワイヤレス規格に従って動作することができる。通信システム100は、AP104を含んでよく、AP104は、スマート需給計106a、テレビ106b、コンピュータ106c、または別のアクセスポイント106d(以後、個々にまたはまとめて106として識別される)などのSTAと通信する。
【００６６】
通信システム100におけるAP104とSTA106との間の伝送のために、種々のプロセスおよび方法が使用され得る。たとえば、OFDM/OFDMA技法に従って、AP104とSTA106との間で信号が送信および受信され得る。この場合、通信システム100は、OFDM/OFDMAシステムと呼ばれ得る。代替的には、信号は、CDMA技法に従って、AP104とSTA106との間で送信および受信され得る。この場合、通信システム100は、CDMAシステムと呼ばれ得る。いくつかの実装形態では、AP104とSTA106との間の信号は、イーサネット(登録商標)接続、光接続、ケーブル接続、電話接続、電力線接続、およびファクシミリ接続のような、有線接続を介して送信され得る。
【００６７】
AP104からSTA106のうち1つまたは複数への送信を支援する通信リンクは、ダウンリンク(DL)108と呼ばれることがあり、STA106のうち1つまたは複数からAP104への送信を支援する通信リンクは、アップリンク(UL)110と呼ばれることがある。代替的には、ダウンリンク108は順方向リンクまたは順方向チャネルと呼ばれることがあり、アップリンク110は逆方向リンクまたは逆方向チャネルと呼ばれることがある。
【００６８】
AP104は、基本サービスエリア(BSA)102内で通信カバレッジを提供することができる。AP104は、AP104と関連付けられ通信のためにAP104を使用するように構成されるSTA106とともに、基本サービスセット(BSS)と呼ばれ得る。通信システム100は、中央AP104を有さなくてよく、むしろSTA106間のピアツーピアネットワークとして機能し得ることに留意されたい。したがって、本明細書で説明されるAP104の機能は、代替的には、STA106によって実行され得る。たとえば、いくつかの実装形態では、1つまたは複数のSTA106は、BSA102の外側に位置し得る。
【００６９】
通信システム100が複数のSTA106を含む実装形態では、複数のSTA106が、アップリンク110およびダウンリンク108のリソースをめぐって争い得る。CDMA実装形態では、たとえば、STA106は、ダウンリンク108のForward Access Channel(F-ACH)を介して、AP104からデータを受信することができる。同様に、STA106は、アップリンク110のReverse Access Channel(R-ACH)を介して、AP104にデータを送信することができる。STA106は、AP104からの明示的な許可を伴わずにR-ACHにアクセスすることができ、AP104は、送信を予測しないことがある。したがって、R-ACHは、ランダム多元接続チャネルと呼ばれ得る。R-ACHはまた、複数のSTA106が通信リソースをめぐって競合するので競合チャネルと呼ばれることがあり、同時のアクセスの試みがコリジョンを引き起こし得る。いくつかの実装形態では、STA106は、再送信を試みる前に、アクセス制約に基づいて、バックオフ期間(すなわち、送信を望むノードが媒体へのアクセスを試みない追加の期間)の間待機する。アクセス制約は、たとえば、以下で説明されるような、グループベースのAPersistence値であり得る。ある実装形態では、AP104は、アクセスチャネルの占有率が比較的高いときは比較的長いバックオフ期間の間待機することができ、アクセスチャネルの占有率が比較的低いときは比較的短いバックオフ期間の間待機することができる。ある実施形態では、AP104は、検出されたアクセスチャネルの占有率に基づいて、バックオフ期間を確率的に決定することができる。
【００７０】
ある実装形態では、AP104は、メッセージを1つまたは複数のSTA106に送信することによって、バックオフ期間に影響を与え得る。たとえば、CDMA実装形態では、AP104は、Forward Paging Channel (F-PCH)上で、「Access Parameters Message」を1つまたは複数のSTA106に送信することができる。
【００７１】
STA106がM2Mデバイスである実装形態では、従来の通信ネットワークにおいて通常存在するデバイスよりも多くのデバイスが、通信ネットワーク100中に存在し得る。たとえば、スマート配電網では、各家にスマート電力計があり得る。その上、M2Mデバイスは、予測不可能な今後の使用パターンを有し得る。たとえば、スマート電力計はまれに通信ネットワーク100にアクセスし得るが、他の適用形態(たとえば、健康管理機器および自動車間通信機器などのような)は、アクセスの頻度の増加を引き起こし得る。同様に、新たなウェブベースのアプリケーション(たとえば、ソーシャルネットワーキング、クラウドコンピューティングなどのような)は、予測されないACHの使用パターンを有し得る。さらに、M2M通信は、予測されない相関を有し得る。たとえば、地震計のネットワークはすべて、共有される地震性の事象の後で、データを同時に送信することを試み得る。M2M通信の予測不可能な性質、およびデータペイロードが少ないというM2M通信の傾向により、ACHのスループットは、M2M通信ネットワークにおけるボトルネックになり得る。M2M通信ネットワークにおける別の可能性のあるボトルネックは、F-PCHである。たとえば、AP104は、共有される地震性の事象の後で、地震検出ネットワーク中の各々の地震計を同時呼び出すことを試み得る。本明細書の様々な実施形態では、M2M通信は、マシンタイプ通信(MTC)を含んでよく、またはMTCと呼ばれ得る。
【００７２】
ある実装形態では、通信ネットワーク100への競合するアクセスは、M2Mデバイスを1つまたは複数のアクセス制御グループへとグループ化することによって管理され得る。たとえば、各STA106は、1つまたは複数のアクセス制御グループと関連付けられ得る。ある実施形態では、AP104は、“M2M Group Based APersistence"フィールドを含む“Access Parameters Message"を送信することによって、アクセス制御グループをアドレス指定することができる。ある実施形態では、APersistence値は、STA106が任意の特定のタイムスロットの間に送信し得る確率を、示すことができる。タイムスロットは、任意のタイムフレームであり得る。同様に、グループベースのAPersistence値は、関連付けられるグループ中のSTAが送信し得る確率を、示すことができる。AP106は、STA106と関連付けられるアクセス制御グループ、ACHの占有率、サービスされない/サービスされるアクセス試行の比率、RL受信機のrise over thermal(ROT)ノイズ、FLパケット待ち行列遅延、MACインデックス使用率などを含む、1つまたは複数の入力に基づいて、1つまたは複数のグループベースのAPersistence値を決定することができる。STA106は次いで、バックオフ期間を決定するとき、グループベースのAPersistence値を適用することができる。
【００７３】
本明細書ではアクセス制御はHPRDの用語に関して説明されるが、アクセス制御は、たとえば、EVDO、UMTS、LTE、1xRTT、およびPPPシステムを含む、任意の通信技術に適用され得ることを、当業者は諒解するだろう。
【００７４】
様々な実装形態では、STA106は、たとえば、レイテンシ/遅延の許容範囲、データセッション当たりのデータ量、および/またはデバイスの契約レベルのような要因に基づいて、1つまたは複数のアクセス制御グループと関連付けられ得る。ある実装形態では、STA106(または、STA106で実行される特定のアプリケーション)は、STA106またはアプリケーションの許可されるレイテンシを示す遅延許容範囲と関連付けられ得る。ある実施形態では、STA106および/またはアプリケーションは、AP104にレイテンシの選好を提供することによって、遅延許容範囲を伝えることができる。たとえば、STA106は、遅延許容範囲を示すレイテンシ選好メッセージをAP104に送信することができる。ある実施形態では、AP104は、1つまたは複数のSTA106および/またはアプリケーションに対するレイテンシ選好のデータベースを含み得る。ある実施形態では、AP104は、STA106からの通信を観測することによって、遅延許容範囲を推測することができる。
【００７５】
遅延に耐性のあるアプリケーションが一緒にグループ化されてよく、遅延に耐性のないアプリケーションが一緒にグループ化されてよい。ある実装形態では、データセッション当たり大量のデータを生成するアプリケーションを有するSTA106が一緒にグループ化されてよく、データセッション当たり少量のデータを生成するアプリケーションを有するSTA106が一緒にグループ化されてよい。ある実装形態では、STA106またはアプリケーションは、契約レベルに基づいてグループ化されてよい。たとえば、優先度の高い契約者は、より高価な契約パッケージに対して一緒にグループ化されてよく、一方、優先度の低い契約者は、より安価な契約パッケージに対して一緒にグループ化されてよい。様々な実施形態では、アクセス制御グループは「クラス」と呼ばれ得る。以下のTable1(表1)は、一実装形態によれば、例示的なアクセス制御のグループの割当てを示す。
【００７６】
【表１】
0005908109.tif 000002
【００７７】
上のTable1(表1)に示されるように、グループ0は今後の使用のための予備であり得る。グループ1は、遅延に対する耐性が非常に低い用途(たとえば、50ミリ秒前後のレイテンシを許容し得る用途)を含み得る。遅延に対する耐性が非常に低い用途の例には、スマートハイウェイ用M2Mがある。ある実装形態では、ある自動車は、その前の自動車からの通信に基づいて、速度を調整することができる。したがって、スマートハイウェイでの適用において、安全に対する配慮が比較的高い優先度を与えられ得る。
【００７８】
グループ2は、遅延に対する耐性が比較的低い用途(たとえば、200ミリ秒前後から500ミリ秒前後のレイテンシを許容し得る用途)を含み得る。遅延に対する耐性が低い用途の例には、進化した医療用M2Mがある。ある実装形態では、健康管理機器は、医療専門家にバイタルサインを伝えることができる。したがって、進化した医療用途において、安全に対する配慮が比較的高い優先度を与えられ得る。
【００７９】
グループ3は、遅延に対する耐性がヒューマンスケールである用途(たとえば、1秒前後から2秒前後のレイテンシを許容し得る用途)を含み得る。遅延に対する耐性がヒューマンスケールである用途の例には、たとえば、人が見ることのできる遠隔の温度計ディスプレイのような、人との対話の用途がある。
【００８０】
グループ4は、たとえば在庫管理の用途のような、30秒前後から60秒前後のレイテンシを許容し得る用途を含み得る。グループ5は、たとえばカレンダーの更新の用途のような、15分前後のオーダーのレイテンシを許容し得る用途を含み得る。グループ6は、たとえば需給計の用途のような、1時間前後を超えるオーダーでレイテンシを許容し得る用途を含み得る。グループ7および8は、今後の使用のための予備であり得る。
【００８１】
アクセス制御グループのサブセットは、契約者の要因に基づいて決定され得る。たとえば、表1に示されるように、グループ1〜8は契約者の要因を含まず、一方グループ9〜11は契約者の要因を含み得る。グループ9は、プレミアムアカウントの契約者(たとえば、「ゴールド」、「シルバー」など)と関連付けられる用途を含み得る。ある実装形態では、グループ9の通信は、第1の閾値(Y秒)を超える第1の確率(X%)のアクセス遅延を有し得る。
【００８２】
グループ10は、中間的迅速度のアカウントの契約者と関連付けられる用途を含み得る。ある実装形態では、グループ10の通信は、第2の閾値(Z秒)を超える第2の確率(W%)のアクセス遅延を有し得る。ある実装形態では、第1の確率(X%)は、第2の確率(Y%)よりも低くてよい。ある実装形態では、第1の閾値(Y秒)は、第2の閾値(Z秒)よりも低くてよい。グループ11は、今後の使用のための予備であり得る。
【００８３】
ユーザデバイスは、クラスの割当てによって事前に構成され得る。たとえばM2MカテゴリまたはグループIDによって定義されるクラスは、M2Mサービス登録および要求を介して割り当てられ得る。M2Mカテゴリは、スマートグリッド、健康管理などであり得る。M2MグループIDは、カテゴリ情報を含む各M2Mグループに対して割り当てられ得る。たとえば、グループID1は、San Diego Gas and Electric(SDGE)メータ読取り機であり得る。カテゴリ/グループIDは、たとえば、CMAS-indicationのもとでページングメッセージを通じてデバイスに割り当てられてよく、CMAS-indication-Group-XおよびCMAS-indication-Group-Yが追加され得る。別の例では、M2M-indicationおよびM2M-indication-Group xが追加されてよく、M2Mに対する新たなSIBが導入される。さらに別の例では、eMBMS-indicationまたはさらなるeMBMS-indication-Group-xおよびeMBMS-indication-Group-y(現在はsystemInfoModificationがSIB 10/11/12以外の任意のbroadcast control channel(BCCH)の修正を示す)が追加され得る。
【００８４】
上で言及されたように、データをユーザデバイスのグループにマルチキャスト/ブロードキャストするために、デバイスは、M2Mクラス、すなわち、UEのグループによる受信が意図されるデータに対応する、1つまたは複数の関連するグループ、サブグループ、および/またはサブサブグループを有するカテゴリと関連付けられる。各カテゴリ内に、グループIDの階層が存在し得る。たとえば、以下の表に示されるように、M2Mカテゴリは、家電機器(CE)、健康管理、自動車、計測などを含み得る。各カテゴリは、割り当てられたグループIDを有する。グループIDは、1つまたは複数の関連付けられるサブグループIDを有してよく、サブグループIDは、1つまたは複数の関連付けられるサブサブグループIDを有してよい。
【００８５】
【表２】
0005908109.tif 000003
【００８６】
ユーザデバイスがIDの1つまたは複数に対応するブロードキャスト/マルチキャストされるデータを受信するようにセットアップされるように、ユーザデバイスは、1つまたは複数のグループID、サブグループID、またはサブサブグループIDと関連付けられ得る。さらなる説明を簡単にするために、「グループID」という用語は、グループ、サブグループ、およびサブサブグループを含む、すべてのレベルのIDを包含することが意図される。
【００８７】
グループIDは、事業者またはサービス提供者によって割り振られ得る。たとえば、事業者の場合、モバイル国コード/モバイルネットワークコード(MCC/MNC)がグループIDに含まれてよく、サービス提供者の場合、MCC/サービス提供者IDがグループIDに含まれてよい。グループIDはまた、OneM2MのようなM2Mの国際フォーラムによって割り振られ得る。
【００８８】
ユーザデバイスへのグループIDの割当ては、事前の設定を通じて、またはオンラインの割当てを通じて行われ得る。事前設定の場合、デバイスは、M2Mサービス登録の間に、自身のグループIDをM2Mサーバに登録することができる。オンライン割当ての場合、M2Mサーバは、M2Mサービス登録の間に、グループIDをデバイスに割り当てることができる。また、事業者は接続手順の間にグループIDを割り当てることができ、この場合、デバイスがその後、M2Mサービス登録の間に、自身の割り当てられたグループIDをM2Mサーバに登録する。
【００８９】
いくつかの実施形態では、多くの小型のM2Mデバイスが、同時に起動される必要があることがある。たとえば、電力会社は、現在の測定データをアップロードするようにデバイスに要求していることがあり、または電力会社は、負荷を制限する需要/応答要求をデバイスが実行すること、たとえば、空調機器または食器洗い機のような電力消費の多い機器の電源を切ることを望み得る。個々の各デバイスに対するユニキャストページングは大量のネットワークリソースを消費し得るので、ブロードキャストページング機構が望ましい。
【００９０】
電力会社は、(たとえば、スマートグリッド中の)M2Mノードのグループにブロードキャストメッセージを送信する能力を有する必要があり得る。この場合、ブロードキャストメッセージは、意図されるデバイスに到達する必要がある。デバイスからの応答は、必要であることも必要ではないこともある。たとえば、ブロードキャストメッセージが値付けの更新に関連する場合、デバイスからのユニキャスト応答は必要ではない。代替的に、ユニキャストの確認応答が、(たとえば、D/Rの状況で)あるタイムフレーム内に望まれることがある。そのような確認応答は、完全な応答が処理されていることを示すACK(任意選択)、または、実際の完全な応答を示すACKを含み得る。両方の場合において、応答が提供される期間が提供され、完全な応答はより長いタイムフレームを有する。完全な応答が処理されていることを示すだけであるか、完全な応答を示すかにかかわらず、応答はネットワークをあふれさせる可能性があるので、良好に管理される必要がある。
【００９１】
公益事業のためのノードのグループの定義は、セルラーネットワーク内でのノードのグループとは異なり得る。ある場合には、1つの公益事業グループは、通常、複数のセルにまたがるノードに対応する。他の場合には、1つの公益事業グループは、セル内のノードのサブセットに対応する。
【００９２】
MTCサーバに対する改良は、多くのM2Mデバイスにブロードキャストを配信するためのBroadcast Service Coordination能力を提供する。改良されたMTCサーバは、公益事業グループとセルラーグループとの対応付けを管理し、各公益事業グループに対するサービスされるデバイスのリストを管理し、値付けの更新、D/Rなどのような様々なタイプのブロードキャストサービスを可能にし、特定のブロードキャストサービスおよび(ACKが望まれる場合)(絶対的な)応答時間を示すブロードキャストメッセージを作り、WWANによる受け入れが可能なブロードキャストメッセージのタイプを概略的な指示を行うためのヘッダを作成し、たとえば、このメッセージのタイプは単に、ACKを伴うブロードキャストメッセージ、ACKが望まれないブロードキャストメッセージであってよく、また、そのメッセージがスマートグリッド関連のメッセージであることを示し得る。
【００９３】
改良されたMTCサーバはまた、セルラーネットワークにメッセージを出し、(サービスの観点から)到達されるべき意図されるデバイスのリストを導出し、意図されたターゲットデバイスからのサービスレイヤユニキャスト確認応答/応答を待機し、応答が望まれる場合、応答したデバイスのリストを管理し、応答していないブロードキャストグループまたはノードを再びターゲットとし、ブロードキャスト要求の有効性についての更新を電力会社に送信する。
【００９４】
ある例示的なブロードキャストの実装形態では、ネットワーク(WWAN)が、デバイスのグループにブロードキャスト呼出しを送信する。呼出しは、M2Mデバイスと関連付けられる汎用グループ分類識別子(C1)を含む。呼出しはまた、その間のM2Mデバイスからの応答がネットワークにより望まれる、交互の期間(T1)を提供する。ネットワークは、呼出しを複数回再ブロードキャストして、ブロードキャストの効率性を上げることができる。呼出しはまた、呼出しが再ブロードキャストされる場合に再使用される、ブロードキャストトランザクション識別子(B1)を含む。3組(B1、C1、およびT1)が、ブロードキャスト呼出し要求を構成する。ネットワークは、示されたタイムフレーム内でM2Mデバイスからの応答を待機する。
【００９５】
M2Mデバイスの一部がタイムフレーム内で応答しない場合、ネットワークは、新たなブロードキャストトランザクション識別子と応答のための新たな期間とを伴う、新たなブロードキャスト呼出しを送信することができる。この新たな呼出しも、ブロードキャストの効率性を上げるために、複数回再ブロードキャストされ得る。異なるクラスのM2Mデバイスは異なる期間にターゲットとされてよく、より優先度の高いデバイスはより短い期間で応答しなければならず、より優先度の低いデバイスは長い期間で応答しなければならない。たとえば、マルチクラスブロードキャストメッセージは(B1, C1, T1, C2, T2, C3, T3,…)で構成されてよく、Tは時間であり、T1<T2<T3である。クラスC1のデバイスは、時間T1の中で応答しなければならない。クラスC2のデバイスは、時間T2の中で応答しなければならず、たとえば、時間T2-T1の中のみで応答することができる。クラスC3のデバイスは、時間T3の中で応答しなければならず、たとえば、時間T3-T2の中のみで応答することができる。最後に、任意選択のユニキャストセッションが、ブロードキャスト呼出しの試みに応答していない各M2Mデバイスと連絡を取るために、ネットワークによって利用され得る。
【００９６】
M2Mデバイスに関して、M2Mデバイスは、ブロードキャスト呼出しを受信し、ページ中のデバイス分類識別子がM2Mデバイスの分類識別子と一致することを特定する。デバイスは、デバイスの応答が望まれる期間を特定する。マルチクラスブロードキャスト呼出しでは、デバイスは、デバイスの応答が望まれるタイムフレーム、たとえばデバイスクラスC3ではT3-T2を、特定する。デバイスは、応答のために特定されたタイムフレーム内で、送信のためのランダム時間を選択する。デバイスは、そのランダム時間において、ネットワークに返信する。送信において失敗が発生すると、デバイスは、残された時間中のランダム時間において再び試行する。割り振られた時間内で通信することにデバイスが失敗すると、デバイスは、新たなブロードキャスト識別子を伴う、ネットワークからの新たなブロードキャスト呼出しを待機する。代替的に、デバイスは、デバイスに固有のユニキャスト呼出しを待機する。
【００９７】
ユニキャスト応答に関して、デバイスは、割り振られた交互の時間間隔の中でランダムに送信時間を選ぶRACHを通じて応答し得る。情報を受信したが修復を試みているデバイスは、デバイスの状態を報告することができ、その状態はたとえば、メッセージ受信、修復試行中、またはメッセージ受信、修復成功である。何も情報を受信せずブロードキャストメッセージを受信しなかったデバイスは、後続のブロードキャストメッセージにおいてMTCサーバによって再びターゲットとされ得る。デバイスの異なるサブグループは、異なる修復サーバをターゲットとして、複数のサブグループが同時にターゲットとされたときに修復サーバに負荷を分配することができる。デバイスの異なるサブグループは、ネットワーク上のユニキャスト応答の混雑による負荷を軽減するために、異なる時間間隔においてターゲットとされ得る。
【００９８】
図2は、図1の通信システム内で利用され得る例示的なデバイスの機能ブロック図を示す。デバイス202は、本明細書で説明される様々な方法を実施するように構成され得るデバイスの一例である。たとえば、デバイス202は、AP104、またはSTA106の1つを含み得る。
【００９９】
デバイス202は、デバイス202の動作を制御するプロセッサユニット204を含み得る。プロセッサユニット204のうちの1つまたは複数は、まとめて中央処理装置(CPU)と呼ばれ得る。メモリ206は、読取り専用メモリ(ROM)とランダムアクセスメモリ(RAM)の両方を含んでよく、命令およびデータをプロセッサユニット204に与える。メモリ206の一部分は、不揮発性ランダムアクセスメモリ(NVRAM)も含み得る。プロセッサユニット204は、メモリ206内に記憶されたプログラム命令に基づいて論理演算および算術演算を実行するように構成され得る。メモリ206中の命令は、本明細書で説明される方法を実施するように実行可能であり得る。
【０１００】
デバイス202が送信ノードとして実装または使用される場合、プロセッサユニット204は、複数のパケットフォーマットの1つを選択し、そのフォーマットを有するパケットを生成するように構成され得る。たとえば、プロセッサユニット204は、データパケットを生成するように構成され得る。デバイス202が受信ノードとして実装または使用される場合、プロセッサユニット204は、受信されたパケットを処理するように構成され得る。プロセッサユニット204は、1つまたは複数のSTA106へ送信するためのパケットを生成する。パケットは、AP104とSTA106との間で交換されているデータを表す、一連のデータビットを含む。
【０１０１】
プロセッサユニット204は、汎用マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブルロジックデバイス(PLD)、コントローラ、状態機械、ゲートロジック、個別のハードウェアコンポーネント、専用のハードウェア有限状態機械、あるいは、情報の計算または他の操作を実行することができる任意の他の適切なエンティティの、任意の組合せによって実装され得る。プロセッサユニット204がDSPを含む実装形態では、DSPは送信のためのパケットを生成するように構成され得る。いくつかの態様において、パケットは、物理層データ単位(PLDU)を含み得る。
【０１０２】
また、デバイス202は、ソフトウェアを記憶するための機械可読媒体を含み得る。プロセッサユニット204は、ソフトウェアを記憶するための1つまたは複数の機械可読媒体を含み得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、任意のタイプの命令を意味すると広く解釈されたい。命令は、(たとえば、ソースコード形式、バイナリコード形式、実行可能コード形式、または任意の他の適切なコード形式の)コードを含み得る。命令は、プロセッサユニット204によって実行されると、ワイヤレスデバイス202に、本明細書で説明される様々な機能を実行させる。
【０１０３】
デバイス202は、デバイス202と遠隔地との間でデータの送信および受信をそれぞれ可能にするための、送信機210および/または受信機212を含み得る。送信機210および受信機212は、送受信機214へと組み合わされ得る。アンテナ216は、送受信機214に電気的に結合され得る。デバイス202は、(図示されない)複数の送信機、複数の受信機、複数の送受信機、および/または複数のアンテナも含み得る。
【０１０４】
送信機210は、パケットおよび/または信号をワイヤレスに送信するように構成され得る。たとえば、送信機210は、上で論じられた、プロセッサユニット204によって生成された様々なタイプのパケットを送信するように構成され得る。パケットは、送信機210に対して利用可能にされる。たとえば、プロセッサユニット204は、メモリ206にパケットを記憶することができ、送信機210は、パケットを取り出すように構成され得る。送信機210がパケットを取り出すと、送信機210は、アンテナ216を介してデバイス202にパケットを送信する。
【０１０５】
送信機210は、メッセージをワイヤレスに送信するように構成されてよく、このメッセージは、以下で論じられるように、ワイヤレスデバイスが休止状態から覚醒し活動状態に入る必要があるかどうかをワイヤレスデバイスに示すように構成される、「ページングメッセージ」と呼ばれ得る。たとえば、送信機210は、上で論じられた、プロセッサ204によって生成されたページングメッセージを送信するように構成され得る。ワイヤレスデバイス202がSTA106として実装または使用されるとき、プロセッサ204は、ページングメッセージを処理するように構成され得る。ワイヤレスデバイス202がAP104として実装または使用されるとき、プロセッサ204はまた、ページングメッセージを生成するように構成され得る。
【０１０６】
デバイス202のアンテナ216は、送信されたパケット/信号を検出することができる。受信機212は、検出されたパケット/信号を処理し、それらのパケット/信号をプロセッサユニット204において利用可能とするように構成され得る。たとえば、受信機212は、メモリ206にパケットを記憶することができ、プロセッサユニット204は、パケットを取り出すように構成され得る。
【０１０７】
デバイス202は、送受信機214によって受信された信号のレベルを検出し定量化するために使用され得る、信号検出器218も含み得る。信号検出器218は、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度および他の信号などの信号を検出し得る。
【０１０８】
図2に示される例示的な実装形態では、デバイス202は、ネットワーク入力/出力228を含む。ネットワーク入力/出力228は、有線の手段を介してネットワーク230と通信するように構成され得る。ネットワーク入力/出力228は、1つまたは複数のデバイス(たとえば、STA106、AP108)と通信するために使用され得る。ネットワーク入力/出力228は、イーサネット(登録商標)接続、光接続、ケーブル接続、電話接続、電力線接続、およびファクシミリ接続のような有線接続を介して通信するように構成され得る。
【０１０９】
デバイス202のネットワーク入力/出力228は、送信されたパケット/信号を検出することができる。デバイス202は、検出されたパケット/信号を処理し、それらのパケット/信号をプロセッサユニット204において利用可能とするように構成され得る。たとえば、ネットワーク入力/出力228は、メモリ206にパケットを記憶することができ、プロセッサユニット204は、メモリ206からパケットを取り出し、パケットを処理するように構成され得る。
【０１１０】
いくつかの態様では、デバイス202はさらに、ユーザインターフェース222を含み得る。ユーザインターフェース222は、キーパッド、マイクロフォン、スピーカ、および/またはディスプレイを含み得る。ユーザインターフェース222は、デバイス202のユーザに情報を伝え、かつ/またはユーザから入力を受け取る、任意の要素またはコンポーネントを含み得る。また、デバイス202は、デバイス202内に含まれるコンポーネントのうちの1つまたは複数を取り囲む筐体208を含み得る。
【０１１１】
デバイス202はまた、アクセス制御プロセッサ232を含み得る。アクセス制御プロセッサ232は、アクセス制御に基づいてグループ化を実行するように構成され得る。たとえば、デバイス202がSTA106として構成される場合、アクセス制御プロセッサ232は、受信機212を介して、AP104からグループベースのアクセス制御を受信することができる。ある実施形態では、グループベースのアクセス制御は、グループベースのAPersistenceフィールドを含む、「Access Parameters Message」を含み得る。アクセス制御プロセッサ232は、メモリ206にグループベースのアクセス制御を記憶することができる。
【０１１２】
アクセス制御プロセッサ232はまた、関連付けられるグループについての情報をメモリ206に記憶することができる。たとえば、STA106は、たとえば、上で論じられたように、遅延許容範囲、データセッション当たりのデータ量、および/または契約レベルのようなアクセス制御要因に基づいて、1つまたは複数のM2Mグループと関連付けられ得る。ある実装形態では、アクセス制御プロセッサ232は、受信機212を介して、AP104からグループ関連付けを受信することができる。別の実装形態では、デバイス202は、1つまたは複数のグループ関連付けによって事前にプログラムされ得る。たとえば、ワイヤレスキャリアは、メモリ206に記憶され得る、1つまたは複数のM2Mグループ関連付けによって、デバイス202を設定することができる。別の実装形態では、アクセス制御プロセッサ232は、たとえば上で論じられたアクセス制御要因の1つまたは複数に基づいて、1つまたは複数のグループ関連付けを決定することができる。
【０１１３】
STA106が通信ネットワーク106にアクセスすることを試みるとき、対応するAPersistence値によって混雑が示される場合、アクセス制御プロセッサ232は、関連付けられるアクセス制御グループに対する後続のアクセスの試行を遅らせることができる。たとえば、アクセス制御プロセッサ232は、関連付けられるM2Mグループに基づいて、バックオフ期間を決定することができる。ある実装形態では、アクセス制御プロセッサ232は、受信機212を介してAP104から受信されたグループベースのAPersistence値に基づいて、バックオフ期間を決定することができる。たとえば、アクセス制御プロセッサ232は、メモリ206からグループベースのAPersistence値を取り出し、擬似乱数を生成し、擬似乱数をAPersistence値と比較することができる。ある実装形態では、アクセス制御プロセッサ232は、擬似乱数がAPersistence値より大きくなるまで、擬似乱数をAPersistence値と比較し続けることができる。
【０１１４】
バックオフ期間の後で、アクセス制御プロセッサ232は、送信機210を介してR-ACHでの送信を再び試みることができる。ある実装形態では、APersistence値は、複数のAPersistence値を含むベクトルであり得る。アクセス制御プロセッサ232は、たとえば、STA106と関連付けられるアクセス制御グループ、ACHの占有率、サービスされない/サービスされるアクセス試行の比率、RL受信機のrise over thermal(ROT)ノイズ、FLパケット待ち行列遅延、MACインデックス使用率のうちの1つまたは複数に基づいて、APersistence値を計算するように構成され得る。
【０１１５】
デバイス202がAP104として構成される場合、アクセス制御プロセッサ232は、送信機210を介して、グループベースのアクセス制御をSTA106に送信することができる。ある実施形態では、グループベースのアクセス制御は、グループベースのAPersistenceフィールドを含む、「Access Parameters Message」を含み得る。アクセス制御プロセッサ232は、メモリ206からグループベースのアクセス制御を取り出し、それを送信機210を介してSTA106に送信することができる。以下でより詳しく論じられるように、アクセス制御プロセッサ232は、リフレッシュされたアクセスノード統計に基づいて、新たなグループベースのアクセス制御(たとえば、APersistence値)を継続的または間欠的に再計算し、動的なループでグループベースのアクセス制御を(送信機210を介して)再送信することができる。
【０１１６】
ある実装形態では、アクセス制御プロセッサ232は、送信機210を介して、STA106にプロビジョニングメッセージを送信することができる。プロビジョニングメッセージは、1つまたは複数のアクセス制御グループをSTA106に割り当てることができる。ある実装形態では、アクセス制御プロセッサ232は、たとえば、上で論じられたように、遅延許容範囲、データセッション当たりのデータ量、および/または契約レベルのようなアクセス制御要因に基づいて、1つまたは複数のM2MグループをSTA106に割り当てることができる。
【０１１７】
ある実装形態では、アクセス制御プロセッサ232は、送信機210を介して、STA106に1つまたは複数のページングメッセージを送信することができる。アクセス制御プロセッサ232は、たとえば、F-PCHが混雑している場合、各STA106と関連付けられるアクセス制御グループに基づいて、ページングメッセージを優先順位付けることができる。たとえば、アクセス制御プロセッサ232は、より優先度の高いM2Mグループに対するページングメッセージをより短い遅延で送信することができ、より優先度の低いM2Mグループに対するページングメッセージをより長い遅延で送信することができる。
【０１１８】
ある実装形態では、アクセス制御プロセッサ232は、メモリ206に記憶されたアクセス制御グループの関連付けのリストを取り出し、メッセージが宛てられるSTA106のアクセス制御グループに基づいて、各ページングメッセージに加えるべき遅延を決定し、その遅延の後で送信機210を介してページングメッセージを送信することができる。ページング遅延は、本明細書ではAP104によって加えられるものとして説明されるが、ページング遅延は、たとえば、RAN、コアネットワーク、M2M IMF、および/またはM2Mサーバを含む、通信ネットワーク100中の任意の態様によって加えられ得る。
【０１１９】
アクセス制御プロセッサ232はまた、同じアクセス制御グループと関連付けられるSTA106に向けられたメッセージに、可変のページング遅延を加えることができる。ある実装形態では、アクセス制御プロセッサ232は、たとえば、単一のM2Mグループに大量のページング活動が向けられている場合、M2Mグループ内のページングメッセージに、ランダムなまたは擬似ランダムな遅延を加えることができる。ある実装形態では、このグループ内遅延は、たとえば遅延許容範囲のような、追加の要因に基づき得る。
【０１２０】
いくつかの実装形態では、STA106は、ネットワークがSTA106に対する契約を識別することを可能にする情報を提供することができる。たとえば、スマートメータは、サービス提供者との契約のもとでネットワークにアクセスすすることができる。スマートメータに含まれるアクセス制御プロセッサ232は、出力増強登録要求の一部として、契約者番号を含めるように構成され得る。いくつかの実装形態では、アクセス制御プロセッサ232は、AP104がスマートメータと関連付けられる契約を識別することを可能にする情報(たとえば、UUID、顧客ID)を提供することができる。これらの実装形態では、AP104におけるアクセス制御プロセッサ232は、受信された情報に基づいて契約を判定することができる。
【０１２１】
デバイス202の様々なコンポーネントは、バスシステム226によって一緒に結合され得る。バスシステム226は、データバスとともに、たとえば、データバスに加えて、電力バス、制御信号バス、状態信号バスを含み得る。デバイス202のコンポーネントは、何らかの他の機構を使用して、一緒に結合されてよく、または互いに入力を受け入れまたは提供してよいことを、当業者は諒解するだろう。
【０１２２】
いくつかの別個のコンポーネントが図2に示されているが、コンポーネントの1つまたは複数は、組み合わされてよく、または共通に実装されてよいことを当業者は理解するであろう。たとえば、プロセッサユニット204は、プロセッサユニット204に関して上で説明された機能を実装するためだけでなく、アクセス制御プロセッサ232および/または信号検出器218に関して上で説明された機能も実装するためにも、使用され得る。さらに、図2に示されるコンポーネントの各々は、複数の別個の要素を使用して実装され得る。
【０１２３】
図3は、ワイヤレス通信システムのための例示的なマシンツーマシンアクセス制御プロセスのプロセスフロー図300を示す。示される例では、ブロック305において、マシンツーマシンSTA106のようなデバイス310は、AP315からアクセスパラメータメッセージを受信することができる。上で論じられたように、ある実施形態では、アクセスパラメータメッセージは、APersistence値を含み得る。ある実装形態では、AP315は、たとえば、図1に関して上で説明されたAP104であってよい。
【０１２４】
次に、ブロック320において、デバイス310は、R-ACHで送信することを試みる。次いで、ブロック325において、デバイス310は、R-ACHで送信したときにコリジョンがあったかどうかを判定する。コリジョンがあった場合、デバイス310はブロック330へ続く。ブロック330において、デバイス310はバックオフ期間の間待機する。バックオフ期間は、アクセスパラメータメッセージと、デバイス310と関連付けられるアクセス制御グループとに基づき得る。バックオフ期間の後で、デバイス310は、ブロック320においてR-ACHでの送信を再び試みることができる。送信が成功した場合、デバイス310はブロック320へ続くことができ、320において、デバイス310は、追加のデータが利用可能であるときに再びR-ACHで送信することができる。
【０１２５】
ブロック335において、AP315は、R-ACHでデバイス310からの送信を受信する。次に、ブロック340において、AP315は、1つまたは複数のアクセスノード統計を決定することができる。様々な実施形態において、アクセスノード統計は、STA106と関連付けられるアクセス制御グループ、ACHの占有率、サービスされない/サービスされるアクセス試行の比率、RL受信機のrise over thermal(ROT)ノイズ、FLパケット待ち行列遅延、MACインデックス使用率のうちの1つまたは複数を含み得る。次に、ブロック345において、AP315は、アクセスノード統計および/またはデバイス310と関連付けられるアクセス制御グループに基づいて、アクセスパラメータメッセージを生成することができる。AP315は、アクセスパラメータメッセージ(APersistence値を含み得る)をデバイス310に送信することができ、これによって、閉アクセス制御ループが完了する。したがって、ある実施形態では、AP315は、アクセスチャネルの混雑を継続的または間欠的に監視し、APersistence値を再計算し、再計算されたAPersistence値をデバイス310に再送信することができる。
【０１２６】
図4は、ワイヤレス通信システムのための別の例示的なマシンツーマシンアクセス制御プロセスのプロセスフロー図400を示す。示される例では、ブロック405において、AP106のようなデバイスが、1つまたは複数のページングメッセージを生成することができる。ページングメッセージは、様々なSTA106に宛てられてよく、STA106の各々は1つまたは複数のアクセス制御グループと関連付けられ得る。次に、ブロック410において、AP106は、各ページングメッセージが宛てられるSTA106と関連付けられるアクセス制御グループを決定する。アクセス制御グループは、たとえば、レイテンシ/遅延の許容範囲、データセッション当たりのデータ量、および/またはデバイス契約レベルのような要因に基づいて決定され得る。
【０１２７】
その後、ブロック415において、AP106は、1つまたは複数のアクセスノード統計を決定することができる。ある実施形態では、アクセスノード統計は、アクセスチャネルの混雑レベルを示し得る。様々な実施形態において、アクセスノード統計は、STA106と関連付けられるアクセス制御グループ、ACHの占有率、サービスされない/サービスされるアクセス試行の比率、RL受信機のrise over thermal(ROT)ノイズ、FLパケット待ち行列遅延、MACインデックス使用率のうちの1つまたは複数を含み得る。
【０１２８】
次いで、ブロック420において、AP106は、ブロック410において決定されるアクセス制御グループ、ブロック415において決定されるアクセスノード統計、平均のダウンリンク待ち行列遅延などの1つまたは複数に基づいて、グループ遅延を各ページングメッセージに加える。たとえば、AP106は、比較的優先度の高いグループ(Table1(表1)に示されるグループ1のような)と関連付けられるSTA106に宛てられるページングメッセージに、比較的短い遅延を加えることができる。一方、AP106は、比較的優先度の低いグループ(Table1(表1)に示されるグループ6のような)と関連付けられるSTA106に宛てられるページングメッセージに、比較的長い遅延を加えることができる。
【０１２９】
別の例として、最も遅延に対する耐性の低いグループG1に対しては、ページング遅延は存在しなくてよい。より遅延に対する耐性の高いグループG2に対しては、グループ遅延は、所定の係数X2にDL待ち行列遅延を乗じたものであり得る。同様に、さらに遅延に対する耐性の高いグループG3に対しては、グループ遅延は、所定の係数X3にDL待ち行列遅延を乗じたものであってよく、以下同様である。係数X3は、係数X2より大きくてよい。
【０１３０】
続いて、ブロック425において、AP106は、グループ内に宛てられた1つまたは複数のページングメッセージにグループ内遅延を加えることができる。ある実施形態では、AP106は、たとえば、送信されるべきページングメッセージの数、または単位時間に送信されるべきページングメッセージの数が閾値よりも大きい場合、グループ内遅延を加えることができる。別の実施形態では、AP106は、たとえば、グループ内の2つのページングメッセージがSTA106への到達という同じ呼出しトリガ時間を有する場合、グループ内遅延を加えることができる。ある実施形態では、AP106は、ランダムに、または擬似ランダムに、ページングメッセージに対する個々の遅延を計算することができる。ある実施形態では、AP106は、First-Come-First-Served(FCFS)ベースで、グループ内のページングメッセージを遅らせることができる。グループ内遅延は、上で論じられたグループベースの遅延と比べて、相対的に短くてよい。ある実施形態では、AP106は、グループ内遅延を加えなくてよい。
【０１３１】
次に、ブロック430において、AP106は、各ページングメッセージに割当てられた遅延の後で、ページングメッセージを送信する。したがって、混雑がある場合、AP106は、優先度の高いアクセス制御グループと関連付けられるSTAに宛てられるページングメッセージをより短い遅延で送信し、優先度の低いアクセス制御グループと関連付けられるSTAに宛てられるページングメッセージをより長い遅延で送信する。
【０１３２】
図5は、図1の通信システム100内でのアクセス制御の例示的な方法500のフローチャートを示す。本明細書で説明される装置の1つまたは複数は、図5に示される方法を実施するように構成され得る。AP104は、図5に示される方法を実施するように構成され得る。方法500はAP104に関して本明細書で説明されるが、方法500は、任意の他の適切なデバイスによって実施され得ることを当業者は諒解するだろう。その上、方法500は、特定の順序に関して本明細書で説明されるが、様々な実施形態では、本明細書のブロックは異なる順序で実行されてよく、または省略されてよく、さらなるブロックが追加されてよい。
【０１３３】
まず、ブロック502において、AP104は、局の第1の1つまたは複数のグループに対する第1のメッセージを生成する。第1のメッセージは、送信に対する第1の制約を示すアクセス制御メッセージを含む。第1の制約は、複数の局の各々と関連付けられる、レイテンシの選好、データセッション当たりのデータ量、および/または契約レベルのうちの1つまたは複数に基づく。次に、ブロック504において、AP104は、第1の1つまたは複数のグループの局の各々に第1のメッセージを送信する。
【０１３４】
図6は、図1の通信システム100内で利用され得る別の例示的なデバイス600の機能ブロック図を示す。ワイヤレス通信デバイスは、図6に示される簡略化されたワイヤレス通信デバイス600よりも多くのコンポーネントを有し得ることを、当業者は諒解するだろう。示されるワイヤレス通信デバイス600は、いくつかの実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス600は、生成モジュール602および送信モジュール604を含む。
【０１３５】
いくつかの実装形態では、生成モジュール602は、局のうちの第1の1つまたは複数のグループに対して第1のメッセージを生成するように構成される。第1のメッセージは、送信に対する第1の制約を示すアクセス制御メッセージを含む。第1の制約は、複数の局の各々と関連付けられる、レイテンシの選好、データセッション当たりのデータ量、および/または契約レベルのうちの1つまたは複数に基づく。生成モジュール602は、図5に関して上で説明されたブロック502を実施するように構成され得る。生成モジュール602は、生成するための手段を含み得る。生成モジュール602は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、および/またはメモリ206のうちの1つまたは複数を含み得る。
【０１３６】
送信モジュール604は、第1の1つまたは複数のグループの局の各々に第1のメッセージを送信するように構成され得る。送信モジュール604は、図5に関して上で説明されたブロック504を実施するように構成され得る。送信モジュール604は、送信するための手段を含み得る。送信モジュール604は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、メモリ206、ネットワークI/O228、および/または送信機210のうちの1つまたは複数を含み得る。
【０１３７】
図7は、図1の通信システム100内でのアクセス制御の別の例示的な方法700のフローチャートを示す。本明細書で説明される装置の1つまたは複数は、図7に示される方法を実施するように構成され得る。たとえば、AP104は、図7に示される方法を実施するように構成され得る。方法700はAP104に関して本明細書で説明されるが、方法700は、任意の他の適切なデバイスによって実施され得ることを当業者は諒解するだろう。その上、方法700は、特定の順序に関して本明細書で説明されるが、様々な実施形態では、本明細書のブロックは異なる順序で実行されてよく、または省略されてよく、さらなるブロックが追加されてよい。
【０１３８】
まず、ブロック702において、AP104は、局のグループのうちの第1の1つまたは複数に対して第1のメッセージを生成するように構成され得る。次に、ブロック704において、AP104は、第1の遅延を伴って、第1の1つまたは複数のグループの局の各々に第1のメッセージを送信することができる。ある実装形態では、第1の遅延は、複数の局の各々と関連付けられる、レイテンシの選好、データセッション当たりのデータ量、および/または契約レベルのうちの1つまたは複数に基づく。
【０１３９】
図8は、図1の通信システム100内で利用され得る別の例示的なデバイス800の機能ブロック図を示す。ワイヤレス通信デバイスは、図8に示される簡略化されたワイヤレス通信デバイス800よりも多くのコンポーネントを有し得ることを、当業者は諒解するだろう。示されるワイヤレス通信デバイス800は、いくつかの実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス800は、生成モジュール802および送信モジュール804を含む。
【０１４０】
いくつかの実装形態では、生成モジュール802は、局のグループのうちの第1の1つまたは複数に対して第1のメッセージを生成するように構成される。生成モジュール802は、図7に関して上で説明されたブロック702を実施するように構成され得る。生成モジュール802は、生成するための手段を含み得る。生成モジュール802は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、および/またはメモリ206のうちの1つまたは複数を含み得る。
【０１４１】
送信モジュール804は、第1の遅延を伴って、第1の1つまたは複数のグループの局の各々に第1のメッセージを送信するように構成され得る。ある実装形態では、第1の遅延は、複数の局の各々と関連付けられる、レイテンシの選好、データセッション当たりのデータ量、および/または契約レベルのうちの1つまたは複数に基づく。送信モジュール804は、図7に関して上で説明されたブロック704を実施するように構成され得る。送信モジュール804は、送信するための手段を含み得る。送信モジュール804は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、メモリ206、ネットワークI/O228、および/または送信機210のうちの1つまたは複数を含み得る。
【０１４２】
図9は、通信システムの様々な態様に対する対話の図を示す。システム900は、2つのユーザ機器(UE)902aおよび902b(以後、まとめてまたは個々に902と特定される)を含む。いくつかの実装形態では、ユーザ機器デバイス902は、ローカルアクセスポイントとして実装され得る。ユーザ機器902aは、マシンツーマシンアプリケーション(M2M APP)902aを含む。このマシンツーマシンアプリケーション904は、マシンツーマシンアプリケーション928と通信するように構成され得る。
【０１４３】
図9に示されるユーザ機器902bは、マシンツーマシンゲートウェイ(M2M GW)906を含む。マシンツーマシンゲートウェイ906は、マシンツーマシンデバイスがユーザ機器902bに接続することを可能にするために、図2に示される要素の1つまたは複数を含み得る。示される実装形態では、マシンツーマシンデバイス908aおよびマシンツーマシンデバイス908n(以後、まとめてまたは個々に908と特定される)がユーザ機器902bと結合される。上で論じられたように、この結合は、有線(たとえば、イーサネット(登録商標)、電力線、同軸、光ファイバ)またはワイヤレス(たとえば、Zigbee(登録商標)、WLAN、Bluetooth(登録商標))であってよい。マシンツーマシンデバイス908aおよびマシンツーマシンデバイス908nはそれぞれ、マシンツーマシンアプリケーション910aおよびマシンツーマシンアプリケーション910nを含む。示されないが、マシンツーマシンデバイス908は、2つ以上のマシンツーマシンアプリケーションを含み得る。
【０１４４】
マシンツーマシンデバイス908がユーザ機器902bと接続するとき、マシンツーマシンデバイス908は、ユーザ機器902bに接続するための登録情報を送信することができる。登録情報は、マシンツーマシンデバイス908と関連付けられるデバイスクラスおよびデバイス識別子の1つまたは複数を含み得る。たとえば、デバイス識別子は、メディアアクセス制御(MAC)識別子またはサービス提供者固有の識別子を含み得る。
【０１４５】
ユーザ機器902は、無線アクセスネットワーク(RAN)910と結合するように構成され得る。無線アクセスネットワーク910は、LTE、cdma2000、1x、または他の無線アクセス技術を実装することができる。結合の一部として、ユーザ機器902は、ユーザ機器902にトラフィックをルーティングするために使用され得るローカルホスト識別子を、RAN 910に送信するように構成され得る。
【０１４６】
ユーザ機器902bはさらに、ユーザ機器902bと接続される各マシンツーマシンデバイス908にデバイス接続識別子を割り当てるように構成され得る。いくつかの実装形態では、割当ては、マシンツーマシンアプリケーションのレベルで実行され得る。マシンツーマシンゲートウェイ906は、この割当て情報を使用して、マシンツーマシンデバイス908にデータを送信し、マシンツーマシンデバイス908からデータを受信することができる。たとえば、マシンツーマシンゲートウェイ906は、RAN 910への送信の前に、パケットがデバイス接続情報を含むことを確実にすることができる。受信側では、パケットがRAN 910から受信されるとき、パケットの一部(たとえば、ヘッダフィールド)が、パケットと関連付けられるデバイス接続識別子を取得するために調査され得る。マシンツーマシンゲートウェイ906は次いで、このデバイス識別子を使用して、パケットを適切なマシンツーマシンデバイス908にルーティングすることができる。
【０１４７】
いくつかの実装形態では、RAN 910は、パケットデータサービングノード(PDSN)、ホームエージェント(HA)、または位置モビリティアンカー(LMA)(まとめて914と特定される)の1つまたは複数と結合される。PDSN/HA/LMA914は、無線領域とパケットデータ領域との間の橋渡しを提供するように構成され得る。したがって、PDSN/HA/LMA914は、マシンツーマシン(M2M)サーバ916とのデータ通信を実行することができる。マシンツーマシンサーバ916によって受信されるデータ通信は最終的に、マシンツーマシンアプリケーション928によってサービスされ得る。いくつかの実装形態では、マシンツーマシンサーバ916およびマシンツーマシンアプリケーション928は、上で説明されたように、電力会社または自動車メーカのようなマシンツーマシンサービス提供者によって制御される。いくつかの実装形態では、PDSN/HA/LMA914は、マシンツーマシンアプリケーション928と直接通信するように構成され得る。
【０１４８】
図9に示されるもののようないくつかの実装形態では、サービス提供者(SP)認証、認可、アカウンティング(AAA)モジュール917も含むことが、サービス提供者にとって望ましいことがある。このモジュールは、マシンツーマシンサーバ916および/またはマシンツーマシンアプリケーション928に対する使用情報を記憶するように構成されるデータ記憶装置として実装され得る。たとえば、データパケットがマシンツーマシンサーバを通過すると、マシンツーマシンサーバ916は、パケットと関連付けられるデバイス接続情報を特定することができる。これにより、マシンツーマシンサーバ916は、パケットを生成したマシンツーマシンデバイス908を特定することが可能になり得る。認証、認可、契約などの1つまたは複数に基づいて、マシンツーマシンサーバ916は、パケットを処理することができる。たとえば、マシンツーマシンデバイス908が週に1回のトランザクションに契約しており、第2のトランザクションが受信される場合、マシンツーマシンサーバ916はそのパケットを遮断することができる。この場合、マシンツーマシンサーバ916は、原因(たとえば、契約を超えている)および/またはどのように問題を解決するべきか(たとえば、契約レベルを上げる)を特定する、応答パケットを送信するように構成され得る。
【０１４９】
いくつかの実装形態では、非パケット交換ネットワークを介してマシンツーマシンデバイス908と通信することが望ましいことがある。たとえば、マシンツーマシンサーバ916は、制御プレーンのシグナリングを使用して、情報をマシンツーマシンデバイスに送信することができる。この例では、マシンツーマシンサーバ916は、マシンツーマシンインターワーキングフレームワーク(M2M-IWF)918と通信するように構成され得る。マシンツーマシンインターワーキングフレームワーク918は、マシンツーマシンサーバ916から制御プレーン信号を受信することができる。一実装形態では、マシンツーマシンインターワーキングフレームワーク918は、PDSN/HA/LMA914と結合され得る。この実装形態では、M2M-IWF918は、上で説明されたように、配信のために制御信号をPDSN/HA/LMA914に送信することができる。いくつかの実装形態では、M2M-IWF918はさらに、PDSN/HA/LMA914への送信のために、制御プレーン信号をパケット信号へと変換するように構成され得る。
【０１５０】
いくつかの実装形態では、M2Mサーバ916またはM2Mアプリケーション928は、ショートメッセージサービス(SMS)メッセージングを介してマシンツーマシンデバイス908にデータを送信することができる。メッセージは、SMSサービスコントローラ(SMS-SC)/IPショートメッセージゲートウェイ(IP-SM-GW)920によって受信され得る。SMS-SC920はまた、本明細書ではメッセージセンタ(MC)920と呼ばれ得る。この実装形態では、SMS-SC/IP-SM-GW920は、メッセージを受信し、PSDN/HA/LMA914にメッセージを送信するように構成され得る。一実装形態では、SMS-SC/IP-SM-GW920は、M2M-IWF918と通信して、意図されるメッセージの受信と関連付けられるPSDNを決定することができる。SMS-SC/IP-SM-GW920は次いで、特定されたPSDN/HA/LMA914との接続を確立し、IP SMSパケットとしてSMSを送信することができる。IP SMSパケットは、SMSメッセージを受信するために、マシンツーマシンデバイス908と関連付けられる、デバイス識別子、デバイス接続識別子、およびローカルホスト識別子の1つまたは複数を含み得る。
【０１５１】
いくつかの実装形態では、M2Mサーバ916またはM2Mアプリケーション928は、Unstructured Supplementary Service Data(USSD)メッセージングを介してマシンツーマシンデバイス902にデータを送信することができる。メッセージは、USSDゲートウェイ926によって受信され得る。USSDゲートウェイ926は、メッセージを受信し、M2M-IWF918にメッセージを送信するように構成され得る。USSDゲートウェイ926は、M2M-IWF918との接続を確立し、USSDセッションの確立とともに、かつ/またはその確立の後に、USSDメッセージを送信することができる。
【０１５２】
上記の通信経路は、マシンツーマシンサーバ916またはマシンツーマシンアプリケーション928で開始し、マシンツーマシンデバイス908に向かう通信として説明されたが、マシンツーマシンデバイス908が通信をマシンツーマシンサーバ916またはマシンツーマシンアプリケーション928へ送信することを可能にするように、同様の送信パターンが実装され得ることが理解されるだろう。
【０１５３】
いくつかの実装形態では、M2Mサーバ916および/またはM2Mアプリケーション928は、M2Mデバイス908にメッセージをプッシュすることができる。たとえば、電力会社がサービス提供者である場合、電力需要が多い期間、電力会社は、使用量低減の状況が発生したことを示す需要応答信号をスマートメータ(M2Mデバイス908)に送信することができる。スマートメータは、たとえば、不必要な家電機器を止めることによって、使用量を低減するように構成され得る。この場合、M2Mデバイス908の位置は、必ずしも知られていなくてよい。
【０１５４】
UE902bが最初にRAN910に登録するとき、RAN910は、UE902bの位置の記録を、移動通信交換局(MSC)/visitor location register924に送信することができる。いくつかの実装形態では、RAN910は、UE902bのローカルホスト識別子を提供することができる。いくつかの実装形態では、RAN910はまた、接続されたデバイス908に対するデバイス接続識別子を提供することができる。いくつかの実装形態では、RAN910はまた、接続されたデバイス908に対するデバイス識別子を提供することができる。対応する記録が、home location register(HLR)/認証局(AC)924に送信され得る。登録の一部として、RAN910は、AAA912と通信して、デバイスがネットワークに接続できるかどうか、どのサービスレベルをデバイスが提供され得るか、などを特定することができる。パケットデータネットワークの状況では、UE902bがRAN910に登録するとき、IPアドレスは、UE902bおよび/またはUE902bと接続されるデバイスと関連付けられ得る。
【０１５５】
UE902bの登録の後で、M2Mサーバ916は、1つまたは複数の通信経路を通じて、UE902bに接続されるM2Mデバイス908nに対するメッセージを送信することができる。デバイストリガが、マシンツーマシンサービス提供者からマシンツーマシンデバイスにメッセージを提供するために使用され得る。デバイストリガが、M2Mサーバ916との通信を開始するようにM2Mデバイス902に要求するために使用され得る。たとえば、M2Mデバイス902がネットワークに登録した時点で、M2Mデバイス902が、M2Mサーバ916と通信するためのモードで常に動作しているとは限らない。M2Mデバイス902に、M2Mサーバ916との通信が可能となるように動作を実行させるために、M2Mサーバ916は、M2Mデバイス902によって受信されると、M2Mデバイス902にM2Mサーバ916への接続を開始させる、デバイストリガ要求を送信することができる。一実装形態では、M2Mサーバ916は、トリガ要求をM2M-IWF918に送信することができる。トリガ要求は、デバイス識別子および/またはデバイス接続識別子のような、外部インターフェース識別子を含み得る。M2M-IWF918は、外部インターフェース識別子と関連付けられるM2Mアプリケーション904または910を実行するUE902のIPアドレスを決定することができる。たとえば、M2M-IWF918は、ネットワーク事業者AAA912とサービス提供者AAA 917のうちの1つまたは両方に問合せを行い、トリガ要求を送信するために使用するのに適切なデバイス接続識別子を特定することができる。パケットデータ接続の状況では、IPアドレスは、PSDN/HA/LMA914またはIPアドレスのための適切なIPアンカーを通じたデータフローを生むために使用され得る。これにより、RAN910がUE902(以後、M2Mアプリケーションを伴うUE902aを含み得るM2Mデバイス902、またはM2Mデバイス908と通信するために使用され得るUE902bと呼ばれる)に接続されるようになり、デバイストリガのためのデータフローが生まれ得る。データフローは、確立されると、トリガされるべきM2Mデバイス902とM2Mサーバ916との間の双方向パケットデータ通信のために使用され得る。
【０１５６】
一態様では、様々な通信経路が、デバイストリガ要求をM2Mデバイス902へ到達させるために使用され得る。たとえば、一実装形態では、ネットワークによって提供されるテキストベースのメッセージングサービスが提供され得る。たとえば、以下でさらに説明されるように、Unstructured Supplementary Service Data(USSD)メッセージおよびSMSメッセージが、M2Mデバイストリガのために使用され得る。
【０１５７】
述べられたように、USSDメッセージが、デバイストリガのために使用され得る。USSDは、セッションベースの通信サービスとして動作することができ、USSDを介したフルセッションのデバイストリガが一態様では提供され得る。unstructured supplementary service要求であるNotifyの呼出し(UnstructuredSS-Notify Invoke)を含むUSSD REGISTERメッセージが、送信され得る。M2Mデバイス902は、空の結果のコンポーネントを含むFACILITYメッセージを送信することによって、確認応答することができる。M2Mアプリケーションが、USSDメッセージを介して設定されたUSSDセッションを介して通信を継続することを望む場合、UnstructuredSS-Notify InvokeコンポーネントまたはUnstructuredSS-Requestコンポーネントを含むより多くのFACILITYメッセージが送信され得る。セッションは、RELEASE COMPLETEメッセージを送信することによって終了し得る。加えて、M2Mデバイス902は、RELEASE COMPLETEメッセージを送信して、セッションを消去することができる。M2Mデバイス902が通知または要求を処理できない場合、M2Mデバイス902は、エラー結果を含むFACILITYメッセージを送信する。USSD通知は、すでに呼を行っているM2Mデバイス902においては、呼に依存し得る。それ以外の場合、M2Mデバイス902は、「USSD-Busy」エラーを含むRELEASE COMPLETEメッセージを送信することができる。
【０１５８】
M2Mデータを含むいくつかのメッセージはUUSDセッションを使用して送信され得るが、デバイストリガは、可能な限り少ないUSSDメッセージを利用し得る。一態様では、デバイストリガは、REGISTERメッセージおよびRELEASEメッセージを介して達成され得る。
【０１５９】
図10Aは、Unstructured Supplementary Service Data(USSD)メッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。デバイストリガ要求がM2Mデバイス902に送信されるべきであるという要求をUSSDゲートウェイ926が受信すると、呼1002において、USSDゲートウェイ926は、REGISTERメッセージをM2Mデバイス902に送信する。REGISTERメッセージは、ページングチャネル(すなわち、共通チャネル)またはトラフィックチャネルを介した、UnstructuredSS-Notify Invokeコンポーネントを含み得る。REGISTERメッセージは、Facility (Invoke=UnstructuredSS-Notify (ussd-DataCodingScheme, ussd-String))として送信されてよく、ussd-Stringパラメータはデバイストリガ要求を含み得る。それに応答して、セッションを消去するために、M2Mデバイス902は、RELEASE COMPLETEメッセージを送信することができる。したがって、デバイストリガは2つのUSSDメッセージを使用して達成されてよく、デバイストリガ要求は最初のREGISTERメッセージに含まれ得る。
【０１６０】
図10Bは、USSDメッセージを使用する、ブロードキャストのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。この場合、デバイストリガ要求がM2Mデバイス902に送信されるべきであるという要求をUSSDゲートウェイ926が受信すると、USSDゲートウェイ926はREGISTERメッセージを送信することができる。REGISTERメッセージは、Facility (Invoke=UnstructuredSS-Notify (ussd-DataCodingScheme, ussd-String))として送信されてよく、ussd-Stringパラメータはデバイストリガ要求を含み得る。この場合、USSDメッセージは、ページングチャネルを介して送信される。この場合、ブロードキャストの性質により、M2Mデバイス902は応答しなくてよい。したがって、以下でさらに説明されるように、ネットワーク内の別のエンティティは、RELEASEメッセージを送信してセッションを完了することができる。
【０１６１】
USSDメッセージを介してデバイストリガ要求をM2Mデバイス902に送信することで、図9を参照して上で説明されたようにエンティティのいくつかを呼び出すことができる。したがって、USSDメッセージを送信するための方法の例が、以下で説明される。しかしながら、図9に示されるように、異なるエンティティを使用して他の方法および機構が提供され得る。
【０１６２】
図11は、共通のチャネルを通じたUSSDメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。M2Mサーバ916に最初に登録するとき、M2Mデバイス902はまず、呼1102において、RAN/PCF910を介してPDSN914とのHRPDセッションおよびPPPセッションをセットアップすることができる。さらなる認証が、呼1104を介して発生し得る(たとえば、HAAA912がデバイスクラスをPDSN914に送信し得る)。その上、M2Mデバイス902とM2Mサーバ916との間の登録がさらに、呼1106によって示されるように達成され得る。登録の後で、呼1108においてPPPセッションが解放される。
【０１６３】
その後のある時点で、M2Mデバイス902がM2Mサーバ916に対して開かれているアクティブなデータフローを有さなくなると、M2Mサーバ916はM2Mデバイス902と通信する必要があり得る。M2Mデバイス902をアクティブ化するためまたは「覚醒させる」ために、M2Mサーバ916は、デバイストリガ要求をM2Mデバイス902に送信することができる。呼1110において、M2Mサーバ916は、M2Mデバイス902をトリガするためにメッセージをM2M-IWF918に送信することができる。呼1112および1114において、M2M-IWF918は、HLR922からM2Mデバイス902に対するInternational Mobile Subscriber Identify(IMSI)を取得するためにメッセージを送信することができる。いくつかの態様では、別の識別子が使用され得る。呼1116において、M2M-IWF918は、HLR922からIMSIを取得した後で、USSD NOTIFY内でデバイストリガ要求をUSSDゲートウェイ926に送信して、デバイストリガ要求を伴うUSSDメッセージがM2Mデバイス902に送信されるべきであることを通知することができる。その時点で、M2M-IWF918は、ショートメッセージタイマ(SMT)を始動することができる。M2M-IWF918がSMTの期間内に別の指示を受信しない場合、障害メッセージを再送信すること、または障害メッセージに応答することなどの、何らかの動作がM2M-IWF918によってとられ得る。呼1119および1120において、USSDゲートウェイ926は、HLR922からM2Mデバイス902のネットワークアドレスを取得する。一態様では、SMSRequestメッセージが使用され得る。呼1112において、USSDゲートウェイ926は、USSD Notifyを含むSMS_BearDataパラメータを伴うMAP SMDPP INVOKEメッセージを構築することができ、そのメッセージをMSC/MSCe924に送信する。この時点で、USSDゲートウェイ926はSMTを始動することができる。USSDゲートウェイ926がSMTの期間内に応答を受信しない場合、障害メッセージを再送信するために、または障害メッセージに応答するために、何らかの動作がUSSDゲートウェイ926によってとられ得る。
【０１６４】
SMDPP INVOKEメッセージを受信すると、MSC/MSCe924は、契約者がUSSDサービスを使用することを認可されているかどうか、および、USSDメッセージがM2Mデバイストリガのためのものかどうかを、契約者プロファイルを調べることによって判定する。USSD REGISTERメッセージのサイズが大きくない場合、トラフィックチャネルは使用されなくてよい。呼1124において、MSC/MSCe924が、RAN/PCF910を介してM2Mデバイス920に転送されるべきメッセージを送信するために、IOS ADDS Pageを構築することができる。MSC/MSCe924は、ページング要求に基づいてタイマT3113を始動することができる。MSC/MSCe924がT3113タイマの期間内にIOS ADDS Pageに対する応答を受信しない場合、MSC/MSCe924は、障害メッセージを再送信することまたは障害メッセージに応答することなどの、何らかの動作をとることができる。呼1126において、RAN/PCF910が次いで、共通チャネルを通じて、USSDメッセージとともにNOTIFYメッセージを送信する。いくつかの態様では、共通チャネルを通じてUSSDメッセージを送信することは、性能の改善を可能にでき、それは、たとえば、トラフィックチャネルを確立するためにリソースが確保される必要がないからである。しかしながら、一態様では、共通チャネルを通じて転送され得るUSSDメッセージ中のデータの量には、制約があり得る。
【０１６５】
M2Mデバイス902は次いで、呼1128において示されるように、Layer2AckとともにRAN/PCF910に送信されるべき、USSD RELEASEメッセージを構築することができる。RAN/PCF910はその後、呼1130において、USSD RELEASEメッセージとともにIOS ADDs Page Ackを構築しMSC/MSCe924に送信する。この時点で、T3113タイマは停止され得る。MSC/MSCe924は、呼1132において、USDD DBM(RELEASE)を含むSMDPP RETURN RESULTメッセージを構築することによって、MAP SMDPPの呼出しに確認応答し、SMDPPメッセージをUSSDゲートウェイ926に送信する。この時点で、SMTは、USSDゲートウェイ926によって停止され得る。USSD DBM(RELEASE)とともにSMDPP RETURN RESULTを受信すると、USSDゲートウェイ926は、呼1134において、MAP smdpp(ACK)をM2M-IWF918に送信することができる。M2M-IWF918は次いで、SMTを停止することができる。
【０１６６】
デバイストリガ要求とともにUSSDメッセージを受信した後、M2Mデバイス902は、M2Mサーバ916との通信リンクを開始することをトリガされ得る。したがって、呼1136において、M2Mデバイス902は、PDSN914とのPPPセットアップを実行でき、呼1138において認証を実行でき、次いで、呼1140においてM2Mサーバ916への通信経路を開放し、データ転送を実行することが可能であり得る。
【０１６７】
図12は、共通のチャネルを通じたUSSDメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための別の例示的な呼のフローの呼フロー図である。図11に示される呼のフローとは対照的に、M2M-IWF918は、M2Mデバイス902の内部IDおよびアドレスを受信するために、ネットワークアドレスおよび外部IDをHLR922に渡し、次いでアドレスをUSSDゲートウェイ926に渡すことができる。したがって、USSDゲートウェイ926は、HLR922から位置情報を引き出さなくてもよいことがあり、位置情報を直接正しいMSC/MSCe924に送信することができる。
【０１６８】
したがって、呼1202、1204、1206、および1208において示されるような最初のM2Mデバイスの登録は、図11に関して上で説明されたように行われ得る。呼1210において、M2Mサーバ916は、M2Mデバイス902をトリガするためにメッセージをM2M-IWF918に送信することができる。呼1212および1214において、M2M-IWF918は、HLR922からM2Mデバイス902のIMSIおよびアドレス(たとえば、SMS_Address)を取得するために、上で説明されたようなメッセージを送信することができる。いくつかの態様では、別の識別子が使用され得る。呼1216において、M2M-IWF918は、HLR922からIMSIおよびアドレスを取得した後で、USSD NOTIFY内でデバイストリガ要求と、さらにアドレスとをUSSDゲートウェイ926に送信して、デバイストリガ要求を伴うUSSDメッセージがM2Mデバイス902に送信されるべきであることを通知することができる。その時点で、M2M-IWF918は、ショートメッセージタイマ(SMT)を始動することができる。この場合、USSDゲートウェイ926はM2Mデバイス902のアドレスを要求または取得せず、それは、USSDゲートウェイ926がすでにアドレスを有するからである。呼1218において、USSDゲートウェイ926は、USSD Notifyを含むSMS_BearDataパラメータを伴うMAP SMDPP INVOKEメッセージを構築することができ、そのメッセージをMSC/MSCe924に送信する。この時点で、USSDゲートウェイ926はSMTを始動することができる。
【０１６９】
SMDPP INVOKEメッセージを受信すると、MSC/MSCe924は、契約者がUSSDサービスを使用することを認可されているかどうか、および、USSDメッセージがM2Mデバイストリガのためのものかどうかを、契約者プロファイルを調べることによって判定する。USSD REGISTERメッセージのサイズが大きくない場合、トラフィックチャネルは使用されなくてよい。呼1220において、MSC/MSCe924が、RAN/PCF910を介してM2Mデバイス920に転送されるべきメッセージを送信するために、IOS ADDS Pageを構築することができる。MSC/MSCe924は、ページング要求に基づいてタイマT3113を始動することができる。呼1222において、RAN/PCF910が次いで、共通チャネルを通じて、USSDメッセージとともにNOTIFYメッセージを送信する。
【０１７０】
M2Mデバイス902は次いで、呼1224において示されるように、Layer2AckとともにRAN/PCF910に送信されるべき、USSD RELEASEメッセージを構築することができる。RAN/PCF910はその後、呼1226において、USSD RELEASEメッセージとともにIOS ADDS Page Ackを構築しMSC/MSCe924に送信する。この時点で、T3113タイマは停止され得る。MSC/MSCe924は、呼1228において、USDD DBM (RELEASE)を含むSMDPP RETURN RESULTメッセージを構築することによって、MAP SMDPPの呼出しに確認応答し、SMDPPメッセージをUSSDゲートウェイ926に送信する。この時点で、SMTは、USSDゲートウェイ926によって停止され得る。USSD DBM(RELEASE)とともにSMDPP RETURN RESULTを受信すると、USSDゲートウェイ926は、呼1230において、MAP smdpp(ACK)をM2M-IWF918に送信することができる。M2M-IWF918は次いで、SMTを停止することができる。
【０１７１】
デバイストリガ要求とともにUSSDメッセージを受信した後、M2Mデバイス902は、M2Mサーバ916との通信リンクを開始することをトリガされ得る。したがって、呼1232において、M2Mデバイス902は、PDSN914とのPPPセットアップを実行でき、呼1234において認証を実行でき、次いで、呼1236においてM2Mサーバ916への通信経路を開放し、データ転送を実行することが可能であり得る。
【０１７２】
図13は、トラフィックチャネルを通じたUSSDメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。図11に示される呼のフローとは対照的に、トラフィックチャネルは、共通チャネルでメッセージを送信するためではなくUSSDメッセージを送信するために確立されるべきであると、判定され得る。呼1302、1304、1306、および1308において示されるような最初のM2Mデバイスの登録は、図11に関して上で説明されたように行われ得る。M2Mデバイス902が登録されると、上で説明されたようにその後のある時点で、通信セッションがM2Mデバイス902とM2Mサーバ916との間で確立されなくなったとき、M2Mサーバ916は、M2Mデバイス902にM2Mサーバ916との通信セッションを開始させるためのデバイストリガ要求を送信することによって、M2Mデバイス902をトリガすることを望み得る。図11を参照して上で説明されたように、USSDメッセージは、デバイストリガ要求をM2Mデバイスに提供するために使用され得る。この場合、呼1310、1312、1314、1317、1318、および1322によって示されるような呼のフローは、図11に関して上で説明されたのと同様に進行し得る。
【０１７３】
SMDPP InvokeメッセージがMSC/MSCe924によって受信されると、図11とは対照的に、MSC/MSCe924は、USSD REGISTERメッセージがトラフィックチャネルをセットアップするのに十分大きいと判定することができる。M2Mデバイス902がトラフィックチャネル上にない場合、呼1324において、トラフィックチャネルがMSC/MSCe924とM2Mデバイス902との間で確立され得る。MSC/MSCe924は次いで、呼1326において、IOS ADDS Deliverを構築し送信して、RAN/PCF910を介してM2Mデバイス902に転送されるべきメッセージを送信し、T3113タイマを始動する。RAN/PCF910は次いで、呼1328において、トラフィックチャネルを通じて、デバイストリガ要求情報とともにUSSD REGISTERメッセージを伴うNotifyメッセージを送信することができる。呼1330において、M2Mデバイス902は、Layer2Ackを伴うUSSD RELEASEによって応答することができる。RAN/PCF910は、呼1332において、USSD RELEASEを伴うIOS ADDS Deliver ACKを構築し、それをMSC/MSCe924に送信する。T3113タイマが停止されると、MSC/MSCe924は、呼1334において示されるように、トラフィックチャネルを切断するように進行し得る。MSC/MSCe924は、呼1336において、USDD DBM (RELEASE)を含むSMDPP RETURN RESULTメッセージを構築することによって、MAP SMDPPの呼出しに確認応答し、SMDPPメッセージをUSSDゲートウェイ926に送信する。この時点で、SMTは、USSDゲートウェイ926によって停止され得る。USSD DBM(RELEASE)とともにSMDPP RETURN RESULTを受信すると、USSDゲートウェイ926は、呼1338において、MAP smdpp(ACK)をM2M-IWF918に送信することができる。M2M-IWF918は次いで、SMTを停止することができる。図11に関して上で説明されたように、呼1340、1342、および1344において、M2Mデバイス902は次いで、PPPセッションまたは同様のセッションを確立することによって、M2Mサーバ916との通信リンクを開始し、M2Mサーバ916とのデータの転送に進むことができる。
【０１７４】
一態様では、USSDベースのM2Mデバイストリガを使用することによって、MC/SMS-SC920は、M2Mデバイストリガメッセージにより過負荷になることを避けることができる。加えて、M2Mデバイストリガは、セッションベースのメッセージングシステムを介して達成され得る。
【０１７５】
図14は、トラフィックチャネルを通じたUSSDメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための別の例示的な呼のフローの呼フロー図である。呼1402、1404、1406、および1408において示されるような最初のM2Mデバイスの登録は、図11に関して上で説明されたように行われ得る。図13とは対照的に、M2M-IWF918は、M2Mデバイス902の内部IDおよびアドレスを受信するために、ネットワークアドレスおよび外部IDをHLR922に渡し、次いでアドレスをUSSDゲートウェイ926に渡すことができる。したがって、USSDゲートウェイ926は、HLR922から位置情報を引き出さなくてもよいことがあり、位置情報を直接正しいMSC/MSCe924に送信することができる。したがって、呼1410、1412、1414、1416、および1418において示される図14の呼のフローは、呼1210、1212、1214、1216、および1218において示される図12の対応するフローと同様に進行し得る。
【０１７６】
SMDPP InvokeメッセージがMSC/MSCe924によって受信されると、図12とは対照的に、MSC/MSCe924は、USSD REGISTERメッセージがトラフィックチャネルをセットアップするのに十分大きいと判定することができる。M2Mデバイス902がトラフィックチャネル上にない場合、呼1420において、トラフィックチャネルがMSC/MSCe924とM2Mデバイス902との間で確立され得る。MSC/MSCe924は次いで、呼1422において、IOS ADDS Deliverを構築し送信して、RAN/PCF910を介してM2Mデバイス902に転送されるべきメッセージを送信し、T3113タイマを始動する。RAN/PCF910は次いで、呼1424において、トラフィックチャネルを通じて、デバイストリガ要求情報とともにUSSD REGISTERメッセージを伴うNotifyメッセージを送信することができる。呼1426において、M2Mデバイス902は、Layer2Ackを伴うUSSD RELEASEによって応答することができる。RAN/PCF910は、呼1428において、USSD RELEASEを伴うIOS ADDS Deliver ACKを構築し、それをMSC/MSCe924に送信する。T3113タイマが停止されると、MSC/MSCe924は、呼1430において示されるように、トラフィックチャネルを切断するように進行し得る。MSC/MSCe924は、呼1432において、USDD DBM(RELEASE)を含むSMDPP RETURN RESULTメッセージを構築することによって、MAP SMDPPの呼出しに確認応答し、SMDPPメッセージをUSSDゲートウェイ926に送信する。この時点で、SMTは、USSDゲートウェイ926によって停止され得る。USSD DBM(RELEASE)とともにSMDPP RETURN RESULTを受信すると、USSDゲートウェイ926は、呼1434において、MAP smdpp(ACK)をM2M-IWF918に送信することができる。M2M-IWF918は次いで、SMTを停止することができる。図11に関して上で説明されたように、呼1436、1438、および1434において、M2Mデバイス902は次いで、PPPセッションまたは同様のセッションを確立することによって、M2Mサーバ916との通信リンクを開始し、M2Mサーバ916とのデータの転送に進むことができる。
【０１７７】
図15は、USSDメッセージを使用する、ブロードキャストのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。この場合、複数のM2MデバイスがネットワークおよびM2Mサーバ916に登録した後、M2Mサーバ916は、各M2Mデバイス902に個々のトリガ要求を送信するのではなく、ブロードキャスト方式で複数のM2Mデバイスにデバイストリガ要求を送信することができる。したがって、一態様では、USSDメッセージは、M2Mサーバ916から個々のM2Mデバイスにデバイストリガ要求をブロードキャストするために使用され得る。
【０１７８】
呼1502、1504、1506、および1508において示されるような複数のM2Mデバイスのいずれか1つに対する最初のM2Mデバイスの登録は、図11に関して上で説明されたように行われ得る。M2Mデバイスが登録されると、上で説明されたようにその後のある時点で、M2Mサーバ916は、単一の要求によって1つまたは複数のM2Mデバイスをトリガすることを望み得る。呼1510において、M2Mサーバ916は、デバイストリガ要求が1つまたは複数のM2Mデバイスにブロードキャストされるべきであることを示すデバイストリガを、M2M-IWF918に送信することができる。呼1512および1514において、M2M-IWF918は、HLR922に問合せを行いサービスカテゴリを受信することができる。サービスカテゴリは、1つまたは複数のM2Mデバイスへのデバイストリガ要求を含むUSSDメッセージをブロードキャストするためのモードに対応するように定義され得る。呼1516において、M2M-IWF918は、SMS_BearDataセットを伴うMAP SMDPP INVOKEメッセージを使用してトリガメッセージをUSSDゲートウェイ926に送信し、メッセージおよびSMS_BTTI(SMSブロードキャストカテゴリ)をトリガする。この時点で、M2M-IWF918はSMTを始動することができる。呼1518において、USSDゲートウェイ926は、M2M-IWF918に対してSMDPPメッセージについて確認応答し、この時点で、確認応答が受信されればSMTは停止することができる。呼1520および1522において、USSGゲートウェイ926は、SMS_BTTI中のサービスカテゴリを使用してHLR922に問合せを行い、ブロードキャストアドレスを取り出す。呼1524において、USSDゲートウェイ926は、USSD NotifyおよびSMS_BTTIを含むSMS_BearDataパラメータを伴うMAP SMDPP INVOKEメッセージを構築し、そのメッセージをMSC/MSCe924に送信する。この時点で、USSDゲートウェイ926はSMTを始動することができる。MSC/MSCe924がSMDPP INVOKEメッセージを受信すると、MSC/MSCe924は、要求が認可されているかどうか、および要求がブロードキャストのためのものかどうかを判定し、そうである場合、呼1526において、MSC/MSCe924は、USSD RELEASEとともにSMDPPメッセージをUSSDゲートウェイ926に送信し、その時点で、SMTは停止され得る。
【０１７９】
呼1528において、MSC/MSCe924は、IOS ADDS Pageを構築することができる。ADDS User Data Informational Elementのデータバーストタイプは、USSDに設定される。MAP SMDPP INVOKEのSMS_BearDataパラメータは、ADDS User Data Informational ElementのApplication Data Messageを作成するために使用される。MSC/MSCe924は、IOS ADDS pageをRAN/PCF910に送信する。MSC/MSCe924は、ページング要求に基づいてタイマT3113を始動することができる。RAN/PCF910がIOS:ADDS Pageメッセージを受信すると、呼1530において、RAN/PCF910は、IOS:ADDS Page Ackを介して確認応答メッセージをMSC/MSCe924に送信する。その時点で、MSC/MSCe924はタイマT3113を停止することができる。RAN/PCF910は次いで、呼1532において、USSD notifyを介して、共通チャネル上でブロードキャストトリガメッセージをブロードキャストアドレスに含まれるM2Mデバイス902に送信する。M2Mデバイス902は、呼1534において、Layer2Ackを伴うUSSD RELEASEメッセージを構築し、それをRAN/PCF910に送信する。図11に関して上で説明されたように、呼1536、1538、および1540において、ブロードキャストグループのM2Mデバイス902は次いで、PPPセッションまたは同様のセッションを確立することによって、M2Mサーバ916との通信リンクを開始し、M2Mサーバ916とのデータの転送に進むことができる。
【０１８０】
一態様では、USSDはセッションベースなので、USSDベースのブロードキャストのM2Mデバイストリガでは、USSDゲートウェイ926は、M2Mデバイス902からの返答を何ら受け入れないように修正され得る。または、プロキシ(たとえば、呼1526に関して上で示されるようなMSC/MSCe924)は、RELEASE COMPLETEメッセージをUSSDゲートウェイ920に送信することによって、M2Mデバイス902の代わりにセッションを終了する必要があり得る。
【０１８１】
図16は、USSDメッセージを使用する、ブロードキャストのマシンツーマシンデバイスのトリガのための別の例示的な呼のフローの呼フロー図である。図15とは対照的に、M2M-IWF918は、外部ID、サービスカテゴリ、および位置をHLR1612に送信して、それに応答して、ブロードキャストアドレスを示し得る内部の位置(たとえば、内部ゾーンID)を受信することができる。このようにして、USSDゲートウェイ926は、HLR922から位置情報を要求しなくてもよいことがあり、位置情報を直接正しいMSC/MSCe924に送信することができる。
【０１８２】
したがって、呼1602、1604、1606、および1608において示されるような複数のM2Mデバイスのいずれか1つに対する最初のM2Mデバイスの登録は、図11に関して上で説明されたように行われ得る。M2Mデバイスが登録されると、上で説明されたようにその後のある時点で、M2Mサーバ916は、単一の要求によって1つまたは複数のM2Mデバイスをトリガすることを望み得る。呼1610において、M2Mサーバ916は、デバイストリガ要求が1つまたは複数のM2Mデバイスにブロードキャストされるべきであることを示すデバイストリガを、M2M-IWF918に送信することができる。呼1612および1614において、M2M-IWF918は、HLR922に問合せを行って、外部ID、サービスカテゴリ、および位置を送信し、内部ゾーンIDを受信することができる。サービスカテゴリは、1つまたは複数のM2Mデバイスへのデバイストリガ要求を含むUSSDメッセージをブロードキャストするためのモードに対応するように定義され得る。呼1616において、M2M-IWF918は、SMS_BearDataセットを伴うMAP SMDPP INVOKEメッセージを使用してトリガメッセージをUSSDゲートウェイ926に送信し、メッセージおよびSMS_BTTI (SMSブロードキャストカテゴリ)をトリガする。この時点で、M2M-IWF918はSMTを始動することができる。呼1618において、USSDゲートウェイ926は、M2M-IWF918に対してSMDPPメッセージについて確認応答し、この時点で、確認応答が受信されればSMTは停止することができる。呼1620において、USSDゲートウェイ926は、USSD NotifyおよびSMS_BTTIを含むSMS_BearDataパラメータを伴うMAP SMDPP INVOKEメッセージを構築し、そのメッセージをMSC/MSCe924に送信する。この時点で、USSDゲートウェイ926はSMTを始動することができる。MSC/MSCe924がSMDPP INVOKEメッセージを受信すると、MSC/MSCe924は、要求が認可されているかどうか、および要求がブロードキャストのためのものかどうかを判定し、そうである場合、呼1622において、MSC/MSCe924は、USSD RELEASEとともにSMDPPメッセージをUSSDゲートウェイ926に送信し、その時点で、SMTは停止され得る。
【０１８３】
呼1624において、MSC/MSCe924は、IOS ADDS Pageを構築することができる。ADDS User Data Informational Elementのデータバーストタイプは、USSDに設定される。MAP SMDPP INVOKEのSMS_BearDataパラメータは、ADDS User Data Informational ElementのApplication Data Messageを作成するために使用される。MSC/MSCe924は、IOS ADDS pageをRAN/PCF910に送信する。MSC/MSCe924は、ページング要求に基づいてタイマT3113を始動することができる。RAN/PCF910がIOS:ADDS Pageメッセージを受信すると、呼1626において、RAN/PCF910は、IOS:ADDS Page Ackを介して確認応答メッセージをMSC/MSCe924に送信する。その時点で、MSC/MSCe924はタイマT3113を停止することができる。RAN/PCF910は次いで、呼1628において、USSD notifyを介して、共通チャネル上でブロードキャストトリガメッセージをブロードキャストアドレスに含まれるM2Mデバイス902に送信する。M2Mデバイス902は、呼1630において、Layer2Ackを伴うUSSD RELEASEメッセージを構築し、それをRAN/PCF910に送信する。図11に関して上で説明されたように、呼1632、1634、および1636において、ブロードキャストグループのM2Mデバイス902は次いで、PPPセッションまたは同様のセッションを確立することによって、M2Mサーバ916との通信リンクを開始し、M2Mサーバ916とのデータの転送に進むことができる。
【０１８４】
別の態様では、ショートメッセージサービス(SMS)メッセージングが、セルラーネットワークにおけるM2Mデバイストリガのために使用され得る。一態様では、M2MデバイストリガのためのSMSメッセージングの使用を改善するために、ポイントツーポイントのトリガに対して、M2MデバイストリガのSMSメッセージングモードを規定するテレサービスが定義され得る。一態様では、テレサービスは、ワイヤレスマシンツーマシンテレサービス(WMMT)と呼ばれ得る。M2Mデバイス920およびM2Mアプリケーション928は、WMMTテレサービスを使用して、M2Mトリガ手順を伝えることができる。トリガメッセージのサイズに応じて、MSC/MSCe924が指定されたテレサービスとしてのWMMTによってMC/SMS-SC920からメッセージを受信する場合、MSC/MSCe924は、制御/ページングチャネルまたはトラフィックチャネルを使用することができる。
【０１８５】
図17は、デバイストリガテレサービスを使用した共通チャネルを通じたショートメッセージサービス(SMS)メッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。呼1702、1704、1706、および1708において示されるような最初のM2Mデバイスの登録は、図11に関して上で説明されたように行われ得る。呼1710において、M2Mサーバ916は、M2Mデバイス902をトリガするためにメッセージをM2M-IWF918に送信することができる。呼1712および1714において、M2M-IWF918は、HLR922からInternational Mobile Subscriber Identify(IMSI)を取得するためにメッセージを送信することができる。いくつかの態様では、別の識別子が使用され得る。呼1716において、M2M-IWF918は、HLR922からIMSIを取得した後で、MC/SMS-SC920にWMMTテレサービスを示すSMDPPメッセージ内でデバイストリガ要求を送信することができる。その時点で、M2M-IWF918は、ショートメッセージタイマ(SMT)を始動することができる。呼1718および1720において、MC/SMS-SC920は、HLRからM2Mデバイス902のネットワークアドレスを取得する。一態様では、SMSRequestメッセージが使用され得る。呼1722において、MC/SMS-SC920は、トリガメッセージおよびWMMTテレサービスの指示を含むSMS_BearDataパラメータを伴うMAP SMDPP INVOKEメッセージを構築することができ、そのメッセージをMSC/MSCe924に送信する。この時点で、MC/SMS-SC920はSMTを始動することができる。
【０１８６】
SMDPP INVOKEメッセージを受信すると、MSC/MSCe924は、契約者がSMSサービスを使用することを認可されているかどうか、および、このSMSがM2Mデバイストリガのためのものかどうかを、契約者プロファイルを調べることによって判定する。SMSメッセージのサイズが大きくない場合、トラフィックチャネルは使用されなくてよい。呼1724において、MSC/MSCe924が、RAN/PCF910を介してM2Mデバイス920に転送されるべきメッセージを送信するために、IOS ADDS Pageを構築することができる。IOS ADDS pageは、トリガメッセージ、WMMTテレサービス、およびサービスカテゴリを含み得る。MSC/MSCe924は、ページング要求に基づいてタイマT3113を始動することができる。呼1726において、RAN/RCF 910が次いで、共通チャネルを通じてデバイストリガメッセージを送信する。いくつかの態様では、共通チャネルを通じてトリガ要求を伴うSMSメッセージを送信することは、性能の改善を可能にでき、それは、たとえば、トラフィックチャネルを確立するためにリソースが確保される必要がないからである。しかしながら、一態様では、共通チャネルを通じて転送され得るSMSメッセージ中のデータの量には、制約があり得る。
【０１８７】
M2Mデバイス902は次いで、呼1728において示されるように、Layer2AckをRAN/PCF910に送信することによって、受信したことを知らせることができる。RAN/PCF910はその後、呼1730において、IOS ADDs Page Ackを構築しMSC/MSCe924に送信する。この時点で、T3113タイマは停止され得る。MSC/MSCe924は、MC/SMS-SC920に対する空のMAP smdppを構築することによって、MAP SMDPPの呼出しに確認応答する。この時点で、SMTは、MC/SMS-SC920によって停止され得る。空のSMDPP MAPを受信すると、MC/SMS-SC920は、呼1734において、MAP smdpp(ACK)をM2M-IWF918に送信することができる。M2M-IWF918は次いで、SMTを停止することができる。
【０１８８】
SMS手順を介してトリガ要求を受信した後、M2Mデバイス902は、M2Mサーバ916との通信リンクを開始することをトリガされ得る。したがって、呼1736において、M2Mデバイス902は、PDSN914とのPPPセットアップを実行でき、呼1738において認証を実行でき、次いで、呼1740においてM2Mサーバ916への通信経路を開放し、データ転送を実行することが可能であり得る。
【０１８９】
図18は、デバイストリガテレサービスを使用した共通チャネルを通じたSMSメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための別の例示的な呼のフローの呼フロー図である。図17に示される呼のフローとは対照的に、M2M-IWF918は、M2Mデバイス902の内部IDおよびアドレスを受信するために、ネットワークアドレスおよび外部IDをHLR922に渡し、次いでアドレスをMC/SMS-SC920に渡すことができる。したがって、MC/SMS-SC920は、HLR922から位置情報を引き出さなくてもよいことがあり、位置情報を直接正しいMSC/MSCe924に送信することができる。
【０１９０】
したがって、呼1802、1804、1806、および1808において示されるような最初のM2Mデバイスの登録は、図11に関して上で説明されたように行われ得る。呼1810において、M2Mサーバ916は、M2Mデバイス902をトリガするためにメッセージをM2M-IWF918に送信することができる。呼1812および1814において、M2M-IWF918は、HLR922からM2Mデバイス902のInternational Mobile Subscriber Identify(IMSI)およびアドレス(たとえば、SMS_Address)を取得するためにメッセージを送信することができる。いくつかの態様では、別の識別子が使用され得る。呼1816において、M2M-IWF918は、HLR922からIMSIおよびアドレスを取得した後で、MC/SMS-SC920にWMMTテレサービスおよびアドレスを示すSMDPPメッセージ内でデバイストリガ要求を送信することができる。その時点で、M2M-IWF918は、ショートメッセージタイマ(SMT)を始動することができる。MC/SMS-SC920はアドレスを有するので、いくつかの態様では、HLRからのアドレスに対する別の要求は不要である。呼1818において、MC/SMS-SC920は、トリガメッセージおよびWMMTテレサービスの指示を含むSMS_BearDataパラメータを伴うMAP SMDPP INVOKEメッセージを構築することができ、そのメッセージをMSC/MSCe924に送信する。この時点で、MC/SMS-SC920はSMTを始動することができる。
【０１９１】
SMDPP INVOKEメッセージを受信すると、MSC/MSCe924は、契約者がSMSサービスを使用することを認可されているかどうか、および、このSMSがM2Mデバイストリガのためのものかどうかを、契約者プロファイルを調べることによって判定する。SMSメッセージのサイズが大きくない場合、トラフィックチャネルは使用されなくてよい。呼1820において、MSC/MSCe924が、RAN/PCF910を介してM2Mデバイス920に転送されるべきメッセージを送信するために、IOS ADDS Pageを構築することができる。IOS ADDS pageは、トリガメッセージ、WMMTテレサービス、およびサービスカテゴリを含み得る。MSC/MSCe924は、ページング要求に基づいてタイマT3113を始動することができる。呼1822において、RAN/RCF 910が次いで、共通チャネルを通じてデバイストリガメッセージを送信する。
【０１９２】
M2Mデバイス902は次いで、呼1824において示されるように、Layer2AckをRAN/PCF910に送信することによって、受信したことを知らせることができる。RAN/PCF910はその後、呼1826において、IOS ADDS Page Ackを構築しMSC/MSCe924に送信する。この時点で、T3113タイマは停止され得る。MSC/MSCe924は、MC/SMS-SC920に対する空のMAP smdppを構築することによって、MAP SMDPPの呼出しに確認応答する。この時点で、SMTは、MC/SMS-SC920によって停止され得る。空のSMDPP MAPを受信すると、MC/SMS-SC920は、呼1830において、MAP smdpp(ACK)をM2M-IWF918に送信することができる。M2M-IWF918は次いで、SMTを停止することができる。
【０１９３】
SMS手順を介してトリガ要求を受信した後、M2Mデバイス902は、M2Mサーバ916との通信リンクを開始することをトリガされ得る。したがって、呼1832において、M2Mデバイス902は、PDSN914とのPPPセットアップを実行でき、呼1834において認証を実行でき、次いで、呼1836においてM2Mサーバ916への通信経路を開放し、データ転送を実行することが可能であり得る。
【０１９４】
図19は、マシンツーマシンテレサービスを使用したトラフィックチャネルを通じたSMSメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。図17に示される呼のフローとは対照的に、トラフィックチャネルは、共通チャネルでメッセージを送信するためではなくSMS手順を介してトリガを送信するために確立されるべきであると、判定され得る。呼1902、1904、1906、および1908において示されるような最初のM2Mデバイスの登録は、図11に関して上で説明されたように行われ得る。M2Mデバイス902が登録されると、上で説明されたようにその後のある時点で、通信セッションがM2Mデバイス902とM2Mサーバ916との間で確立されなくなったとき、M2Mサーバ916は、M2Mデバイス902にM2Mサーバとのデータフローを開始させるためのデバイストリガ要求を送信することによって、M2Mデバイス902をトリガすることを望み得る。図17を参照して上で説明されたように、SMS手順は、デバイストリガ要求をM2Mデバイスに提供するために使用され得る。この場合、呼1910、1912、1914、1916、1918、および1922によって示されるような呼のフローは、図17に関して上で説明されたのと同様に進行し得る。
【０１９５】
SMDPP InvokeメッセージがMSC/MSCe924によって受信されると、図17とは対照的に、MSC/MSCe924は、SMSメッセージのサイズがトラフィックチャネルをセットアップするのに十分大きいと判定することができる。M2Mデバイス902がトラフィックチャネル上にない場合、上で説明されたように、呼1924において、トラフィックチャネルがMSC/MSCe924との間で確立され得る。MSC/MSCe924は次いで、呼1926において、IOS ADDS Deliverを構築し送信して、RAN/PCF910を介してM2Mデバイス902に転送されるべきメッセージを送信し、T3113タイマを始動する。RAN/PCF910は次いで、呼1928において、トラフィックチャネルを通じたWMMTテレサービスを使用して、SMSメッセージを介してトリガメッセージを送信することができる。呼1930において、M2Mデバイス902は、Layer2Ackによって応答することができる。RAN/PCF910は、呼1932において、IOS ADDS Deliver ACKを構築し、それをMSC/MSCe924に送信する。T3113タイマが停止されると、MSC/MSCe924は、呼1934において示されるように、トラフィックチャネルを切断するように進行し得る。MSC/MSCe924は、呼1236において、MC/SMS-SC920に対する空のMAP smdppを送信することによって、MAP SMDPPの呼出しに確認応答する。この時点で、SMTは、MC/SMS-SC920によって停止され得る。空のMAP smdpp()を受信すると、MC/SMS-SC920は、呼1938において、MAP smdpp(ACK)をM2M-IWF918に送信することができる。M2M-IWF918は次いで、SMTを停止することができる。図17に関して上で説明されたように、呼1942、1944、および1946において、M2Mデバイス902は次いで、PPPセッションまたは同様のセッションを確立することによって、M2Mサーバ916との通信リンクを開始し、M2Mサーバ916とのデータの転送に進むことができる。
【０１９６】
図20は、マシンツーマシンテレサービスを使用したトラフィックチャネルを通じたSMSメッセージを使用する、ポイントツーポイントのマシンツーマシンデバイスのトリガのための別の例示的な呼のフローの呼フロー図である。図19とは対照的に、M2M-IWF918は、M2Mデバイス902の内部IDおよびアドレス(たとえば、SMS_Address)を受信するために、ネットワークアドレスおよび外部IDをHLR922に渡し、次いでアドレスをMC/SMS-SC920に渡すことができる。したがって、MC/SMS-SC920は、HLR922から位置情報を引き出さなくてもよいことがあり、位置情報を直接正しいMSC/MSCe924に送信することができる。したがって、呼2010、2012、2014、2016、および2018において示される図20の呼のフローは、呼1810、1812、1814、1816、および1818において示される図18の対応するフローと同様に進行し得る。
【０１９７】
SMDPP InvokeメッセージがMSC/MSCe924によって受信されると、図18とは対照的に、MSC/MSCe924は、SMSメッセージのサイズがトラフィックチャネルをセットアップするのに十分大きいと判定することができる。M2Mデバイス902がトラフィックチャネル上にない場合、上で説明されたように、呼2020において、トラフィックチャネルがMSC/MSCe924との間で確立され得る。MSC/MSCe924は次いで、呼2022において、IOS ADDS Deliverを構築し送信して、RAN/PCF910を介してM2Mデバイス902に転送されるべきメッセージを送信し、T3113タイマを始動する。RAN/PCF910は次いで、呼2024において、トラフィックチャネルを通じたWMMTテレサービスを使用して、SMSメッセージを介してトリガメッセージを送信することができる。呼2026において、M2Mデバイス902は、Layer2Ackによって応答することができる。RAN/PCF910は、呼2028において、IOS ADDS Deliver ACKを構築し、それをMSC/MSCe924に送信する。T3113タイマが停止されると、MSC/MSCe924は、呼2030において示されるように、トラフィックチャネルを切断するように進行し得る。MSC/MSCe924は、呼1232において、MC/SMS-SC920に対する空のMAP smdppを送信することによって、MAP SMDPPの呼出しに確認応答する。この時点で、SMTは、MC/SMS-SC920によって停止され得る。空のMAP smdpp()を受信すると、MC/SMS-SC920は、呼2034において、MAP smdpp(ACK)をM2M-IWF918に送信することができる。M2M-IWF918は次いで、SMTを停止することができる。図17に関して上で説明されたように、呼2036、2038、および2040において、M2Mデバイス902は次いで、PPPセッションまたは同様のセッションを確立することによって、M2Mサーバ916との通信リンクを開始し、M2Mサーバ916とのデータの転送に進むことができる。
【０１９８】
図21は、SMSメッセージを使用する、ブロードキャストのマシンツーマシンデバイスのトリガのための例示的な呼のフローの呼フロー図である。一態様では、ブロードキャストSMSが使用され得る。この場合、SMSパーサがM2MトリガSMSを送信せよという指示を受信したときに、SMSパーサがM2MトリガSMSをMC/SMS-SC920内でM2Mハンドラにルーティングできるように、サービスカテゴリの値がM2Mデバイスに対して定義され得る。MSC/MSCe924は、ブロードキャスト共通チャネルを使用して、トリガメッセージを送信することができる。
【０１９９】
呼2102、2104、2106、および2108において示されるような複数のM2Mデバイスのいずれか1つに対する最初のM2Mデバイスの登録は、図11に関して上で説明されたように行われ得る。M2Mデバイスが登録されると、上で説明されたようにその後のある時点で、M2Mサーバ916は、単一のブロードキャスト要求によって1つまたは複数のM2Mデバイスをトリガすることを望み得る。呼2110において、M2Mサーバ916は、デバイストリガ要求が1つまたは複数のM2Mデバイスにブロードキャストされるべきであることを示すデバイストリガを、M2M-IWF918に送信することができる。呼2112および2114において、M2M-IWF918は、HLR922に問合せを行いサービスカテゴリを受信することができる。サービスカテゴリは、1つまたは複数のM2Mデバイスへのデバイストリガ要求を含むSMSメッセージをブロードキャストするためのモードに対応するように定義され得る。呼2116において、M2M-IWF918は、SMS_BearDataセットを伴うMAP SMDPP INVOKEメッセージを使用して、MC/SMS-SC920にデバイストリガのためのブロードキャストSMS要求を送信し、ブロードキャストテレサービス(SCPT)と、サービスカテゴリ(SC)を含むSMS_BTTIとを含む、メッセージをトリガする。この時点で、M2M-IWF918はSMTを始動することができる。呼2118において、MC/SMS-SC920は、M2M-IWF918に対してSMDPPメッセージについて確認応答し、この時点で、確認応答が受信されればSMTは停止することができる。呼2120および2122において、MC/SMS-SC920は、SMS_BTTI中のサービスカテゴリを使用してHLR922に問合せを行い、ブロードキャストドメインの一部であるゾーンおよびMSCについての情報を含む、ブロードキャストアドレスを取り出す。呼2124において、MC/SMS-SC920は、トリガメッセージ、ブロードキャストテレサービス、およびサービスカテゴリを含むSMS_BearDataパラメータを伴うMAP SMDPP INVOKEメッセージを構築し、そのメッセージをMSC/MSCe924に送信する。この時点で、MC/SMS-SC920はSMTを始動することができる。MSC/MSCe924がSMDPP INVOKEメッセージを受信すると、MSC/MSCe924は、呼2126において、空のMAP smdppをMC/SCS-SC920に送信することができ、この時点において、SMTはMSC/MSCe924によって停止され得る。
【０２００】
呼2128において、MSC/MSCe924は、トリガメッセージ、ブロードキャストテレサービス、およびサービスカテゴリを含むIOS ADDS Pageを構築することができる。MSC/MSCe924は、IOS ADDS pageをRAN/PCF910に送信する。MSC/MSCe924は、ページング要求に基づいてタイマT3113を始動することができる。RAN/PCF910がIOS:ADDS Pageメッセージを受信すると、呼2130において、RAN/PCF910は、IOS:ADDS Page Ackを介して確認応答メッセージをMSC/MSCe924に送信する。その時点で、MSC/MSCe924はタイマT3113を停止することができる。RAN/PCF910は次いで、呼2132において、共通チャネルを通じてブロードキャストトリガメッセージを送信する。図17に関して上で説明されたように、呼2134、2136、および2138において、ブロードキャストグループのM2Mデバイス902は次いで、PPPセッションまたは同様のセッションを確立することによって、M2Mサーバ916との通信リンクを開始し、M2Mサーバ916とのデータの転送に進むことができる。
【０２０１】
一実装形態では、USSDベースのメッセージングがポイントツーポイントのM2Mデバイストリガのために使用されてよく、一方、SMSブロードキャストベースのメッセージングがブロードキャストのM2Mデバイストリガのために使用されてよい。別の実装形態では、SMSベースのメッセージングのみが、ポイントツーポイントのM2Mデバイストリガのために使用され得る。さらに別の実装形態では、USSDベースのメッセージングのみが、M2Mデバイストリガのために使用され得る。さらに別の実装形態では、SMSベースのメッセージングがポイントツーポイントのM2Mデバイストリガのために使用されてよく、一方、USSDベースのメッセージがブロードキャストのために使用されてよい。したがって、上記の任意の組合せが使用され得る。
【０２０２】
図22は、SMSメッセージを使用する、ブロードキャストのマシンツーマシンデバイスのトリガのための別の例示的な呼のフローの呼フロー図である。一態様では、ブロードキャストSMSが使用され得る。この場合、SMSパーサがM2MトリガSMSを送信せよという指示を受信したときに、SMSパーサがM2MトリガSMSをMC/SMS-SC920内でM2Mハンドラにルーティングできるように、サービスカテゴリの値がM2Mデバイスに対して定義され得る。MSC/MSCe924は、ブロードキャスト共通チャネルを使用して、トリガメッセージを送信することができる。図21とは対照的に、M2M-IWF918は、外部ID、サービスカテゴリ、および位置をHLR1612に送信して、それに応答して、たとえばブロードキャストアドレスを示すために使用され得る内部の位置(たとえば、内部ゾーンID)を受信することができる。このようにして、MC/SMS-SC920は、HLR922から位置情報を要求しなくてもよいことがあり、位置情報を直接正しいMSC/MSCe924に送信することができる。
【０２０３】
したがって、呼2202、2204、2206、および2208において示されるような複数のM2Mデバイスのいずれか1つに対する最初のM2Mデバイスの登録は、図11に関して上で説明されたように行われ得る。呼2202、2204、2206、および2208の機能のさらなる説明として、呼2202は、M2Mデバイス902(すなわち、UE902)が異なるサブネット(たとえば、HRPD/PZID(1x))に移動したときの単発事象であり得るデータセッション登録フェーズと関連付けられ得る。呼2102において、PDSNは、認証および認可の間に、サブネットID(HRPD)またはPCF_ID(1x)およびIMSIをHAAA912に送信することができる。呼2106において、デバイスはM2Mサーバ916に登録する。呼2108において、PPPセッションが切断され、IPアドレスが解放される。
【０２０４】
呼2210において、M2Mサーバ916は、デバイストリガ要求が1つまたは複数のM2Mデバイスにブロードキャストされるべきであることを示すデバイストリガを、M2M-IWF918に送信することができる。呼2212および2214において、M2M-IWF918は、ブロードキャストのM2Mデバイストリガのために、外部ID、サービスカテゴリ、および位置に関してHLR922に問合せを行い、HLR922から、ブロードキャストのM2Mデバイストリガのための内部ゾーンIDを介して内部位置情報を受信することができる。サービスカテゴリは、1つまたは複数のM2Mデバイスへのデバイストリガ要求を含むSMSメッセージをブロードキャストするためのモードに対応するように定義され得る。呼2216において、M2M-IWF918は、SMS_BearDataセットを伴うMAP SMDPP INVOKEメッセージを使用して、MC/SMS-SC920にデバイストリガのためのブロードキャストSMS要求を送信し、トリガメッセージ、ブロードキャストテレサービス(SCPT)、およびHLR922から受信されたサービスカテゴリ(SC)を示すSMS_BTTIを含む、メッセージをトリガする。この時点で、M2M-IWF918はSMTを始動することができる。呼2218において、MC/SMS-SC920は、M2M-IWF918に対してSMDPPメッセージについて確認応答し、この時点で、確認応答が受信されればSMTは停止することができる。呼2214においてHLRから最初に取得された情報は、必要なブロードキャスト情報を取得するには十分であり得るので、MC/SMS-SC920は、追加の情報のために、HLR922に再び問合せを行わなくてよい。呼2220において、MC/SMS-SC920は、トリガメッセージ、ブロードキャストSCPTテレサービス、およびサービスカテゴリを含むSMS_BearDataパラメータを伴うMAP SMDPP INVOKEメッセージを構築し、そのメッセージをMSC/MSCe924に送信する。この時点で、MC/SMS-SC920はSMTを始動することができる。MSC/MSCe924がSMDPP INVOKEメッセージを受信すると、MSC/MSCe924は、ブロードキャストのM2Mデバイストリガが認可されているかどうかを判定することができ、呼2222において空のMAP smdppをMC/SCS-SC920に送信し、この時点において、SMTはMSC/MSCe924によって停止され得る。
【０２０５】
呼2224において、MSC/MSCe924は、ブロードキャストのM2Mデバイストリガが認可されているかどうか判定する。MSC/MSCe924は次いで、トリガメッセージ、ブロードキャストテレサービス、およびサービスカテゴリを含むIOS ADDS Pageを構築する。ADDS User Data Informational Elementのデータバーストタイプは、SMSに設定される。MAP SMDPP INVOKEのSMS-BearDataパラメータは、ADDS User Data Informational ElementのApplication Data Messageを作成するために使用される。MSC/MSCe924は、IOS ADDS pageをRAN/PCF910に送信する。MSC/MSCe924は、ページング要求に基づいてタイマT3113を始動することができる。RAN/PCF910がIOS:ADDS Pageメッセージを受信すると、呼2226において、RAN/PCF910は、IOS:ADDS Page Ackを介して確認応答メッセージをMSC/MSCe924に送信する。その時点で、MSC/MSCe924はタイマT3113を停止することができる。RAN/PCF910は次いで、呼2228において、共通チャネルを通じてブロードキャストトリガメッセージを送信する。図17に関して上で説明されたように、呼2230、2232、および2234において、ブロードキャストグループのM2Mデバイス902は、PPPセッションまたは同様のセッションを確立することによって、M2Mサーバ916との通信リンクを開始し、M2Mサーバ916とのデータの転送に進むことができる。
【０２０６】
図23は、デバイスをトリガするための例示的なプロセス2300のプロセスフロー図を示す。図23に示されるプロセスは、たとえば、図2において上で説明されたような、または図24において下で説明されるようなデバイスを使用して、実施され得る。ブロック2302において、M2Mデバイス902は、ショートメッセージサービス(SMS)メッセージとUnstructured Supplementary Service Data (USSD)メッセージの少なくとも1つに基づいて、デバイストリガ要求を受信することができる。ブロック2304において、M2Mデバイス902は、デバイストリガ要求を受信したことに応答して、デバイストリガ要求を開始したサーバ916に対する通信リンクを開始することができる。
【０２０７】
図24は、図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図を示す。ワイヤレス通信デバイスは、図24に示される簡略化されたワイヤレス通信デバイス2400よりも多くのコンポーネントを有し得ることを、当業者は諒解するだろう。示されるワイヤレス通信デバイス2400は、いくつかの実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス2400は、送受信機2402およびプロセッサ2404を含む。
【０２０８】
送受信機2402は、ショートメッセージサービス(SMS)メッセージとUnstructured Supplementary Service Data(USSD)メッセージの少なくとも1つに基づいて、デバイストリガ要求を受信するように構成され得る。送受信機2402は、メモリ、プロセッサ、および信号検出器の1つまたは複数を含み得る。いくつかの実装形態では、送受信するための手段、受信するための手段、または送信するための手段は、送受信機2402を含む。
【０２０９】
プロセッサ2404は、デバイストリガ要求を受信したことに応答して、デバイストリガ要求を開始したサーバ916に対する通信リンクを開始するように構成され得る。いくつかの実装形態では、開始するための手段は、プロセッサ2404を含み得る。
【０２１０】
図25は、デバイスをトリガするための例示的なプロセス2500のプロセスフロー図を示す。図25に示されるプロセスは、たとえば、図2において上で説明されたような、または図26において下で説明されるようなデバイスを使用して、実施され得る。一態様では、図25に示されるプロセスは、たとえば、USSDゲートウェイ926またはSCS-SC920において実施され得る。ブロック2502において、USSDゲートウェイ926またはSMS-SC920は、M2Mデバイス902へのデバイストリガ要求の送信を要求するためのメッセージを受信することができる。ブロック2504において、USSDゲートウェイ926またはSMS-SC920は、ショートメッセージサービス(SMS)メッセージとUnstructured Supplementary Service Data (USSD)メッセージの少なくとも1つに基づいて、デバイスにデバイストリガ要求を送信することができる。
【０２１１】
図26は、図1の通信システム内で利用され得る別の例示的なデバイスの機能ブロック図を示す。ワイヤレス通信デバイスは、図26に示される簡略化されたワイヤレス通信デバイス2600よりも多くのコンポーネントを有し得ることを、当業者は諒解するだろう。示されるワイヤレス通信デバイス2600は、いくつかの実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス2600は、受信機2602および送信機2604を含む。
【０２１２】
受信機2602は、M2Mデバイス902へのデバイストリガ要求の送信を要求するためのメッセージを受信するように構成され得る。受信機2602は、USSDゲートウェイ926またはSMS-SC920の中に実装され得る。受信機2602は、メモリ、プロセッサ、および信号検出器の1つまたは複数を含み得る。いくつかの実装形態では、受信するための手段は、受信機2602を含む。
【０２１３】
送信機2604は、ショートメッセージサービス(SMS)メッセージとUnstructured Supplementary Service Data(USSD)メッセージの少なくとも1つに基づいて、デバイストリガ要求をデバイス902に送信するように構成され得る。送信機2604は、USSDゲートウェイ926またはSMS-SC920の中に実装され得る。いくつかの実装形態では、送信するための手段は、送信機2604を含み得る。
【０２１４】
図27は、図1の通信システム100内でのワイヤレス通信の例示的な方法2700のフローチャートを示す。本明細書で説明される装置の1つまたは複数は、図27に示される方法を実施するように構成され得る。AP104は、図27に示される方法を実施するように構成され得る。方法2700はAP104に関して本明細書で説明されるが、方法2700は、任意の他の適切なデバイスによって実施され得ることを当業者は諒解するだろう。その上、方法2700は、特定の順序に関して本明細書で説明されるが、様々な実施形態では、本明細書のブロックは異なる順序で実行されてよく、または省略されてよく、さらなるブロックが追加されてよい。
【０２１５】
まず、ブロック2702において、AP104は、M2Mサービスカテゴリに基づいて、マシンツーマシン(M2M)グループ識別子を形成する。たとえば、M2Mグループ識別子およびM2Mサービスカテゴリは、Table2(表2)において上で示されたものを含み得る。ある実施形態では、AP104は、quality-of-service (QoS)の指示に基づいて、M2Mサービスカテゴリを決定することができる。
【０２１６】
次に、ブロック2704において、AP104は、M2Mグループ識別子を少なくとも1つのワイヤレスデバイスと関連付ける。たとえば、AP104は、M2Mグループ識別子をデバイス106aと関連付けることができる。ある実施形態では、AP104は、少なくとも1つのワイヤレスデバイスから関連付け通信を受信し、関連付け通信に基づいてM2Mグループ識別子を関連付けることができる。
【０２１７】
次いで、ブロック2706において、AP104は、M2Mグループによる受信が意図されるデータを送信する。データは、M2Mグループ識別子を含み得る。たとえば、AP104は、特定のM2Mグループに宛てられたページングメッセージ、または、特定のM2Mグループ中の1つまたは複数のデバイスのためにバッファリングされたデータを送信することができる。
【０２１８】
図28は、図1の通信システム100内で利用され得る別の例示的なデバイス2800の機能ブロック図を示す。ワイヤレス通信デバイスは、図28に示される簡略化されたワイヤレス通信デバイス2800よりも多くのコンポーネントを有し得ることを、当業者は諒解するだろう。示されるワイヤレス通信デバイス2800は、いくつかの実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス2800は、形成モジュール2802、関連付けモジュール2804、および送信モジュール2806を含む。
【０２１９】
いくつかの実装形態では、形成モジュール2802は、M2Mサービスカテゴリに基づいて、マシンツーマシン(M2M)グループ識別子を形成するように構成される。形成モジュール2802は、図27に関して上で説明されたブロック2702を実施するように構成され得る。形成モジュール2802は、形成するための手段を含み得る。形成モジュール2802は、図2に関して上で説明されたプロセッサ204および/またはメモリ206のうちの1つまたは複数を含み得る。
【０２２０】
関連付けモジュール2804、M2Mグループ識別子を少なくとも1つのワイヤレスデバイスと関連付けるように構成され得る。関連付けモジュール2804は、図27に関して上で説明されたブロック2704を実施するように構成され得る。関連付けモジュール2804は、関連付けるための手段を含み得る。関連付けモジュール2804は、図2に関して上で説明されたプロセッサ204、メモリ206、ネットワークI/O228、および/または送信機210のうちの1つまたは複数を含み得る。
【０２２１】
送信モジュール2806は、M2Mグループによる受信が意図されるデータを送信するように構成され得る。送信モジュール2806は、図27に関して上で説明されたブロック2706を実施するように構成され得る。送信モジュール2806は、送信するための手段を含み得る。送信モジュール2806は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、メモリ206、ネットワークI/O228、および/または送信機210のうちの1つまたは複数を含み得る。
【０２２２】
図29は、図1の通信システム100内でのワイヤレス通信の例示的な方法2900のフローチャートを示す。本明細書で説明される装置の1つまたは複数は、図29に示される方法を実施するように構成され得る。デバイス106aは、図29に示される方法を実施するように構成され得る。方法2900はデバイス106aに関して本明細書で説明されるが、方法2900は、任意の他の適切なデバイスによって実施され得ることを当業者は諒解するだろう。その上、方法2900は、特定の順序に関して本明細書で説明されるが、様々な実施形態では、本明細書のブロックは異なる順序で実行されてよく、または省略されてよく、さらなるブロックが追加されてよい。
【０２２３】
まず、ブロック2902において、デバイス106aは、M2Mサービスカテゴリに基づいて、マシンツーマシン(M2M)グループ識別子を決定する。たとえば、M2Mグループ識別子およびM2Mサービスカテゴリは、Table2(表2)において上で示されたものを含み得る。ある実施形態では、デバイス106aは、quality-of-service(QoS)の指示に基づいて、M2Mサービスカテゴリを決定することができる。
【０２２４】
次に、ブロック2904において、デバイス106aは、ワイヤレスデバイスと決定されたM2Mグループ識別子との関連付けを示す、関連付け通信を送信する。たとえば、関連付け通信は、AP104に、M2Mグループ識別子をデバイス106aと関連付けさせ得る。ある実施形態では、デバイス106aは、M2Mグループによる受信が意図されるデータを受信することができる。データは、M2Mグループ識別子を含み得る。たとえば、デバイス106aは、特定のM2Mグループに宛てられたページングメッセージ、または、特定のM2Mグループ中の1つまたは複数のデバイスのためにバッファリングされたデータを受信することができる。
【０２２５】
図30は、図1の通信システム100内で利用され得る別の例示的なデバイス3000の機能ブロック図を示す。ワイヤレス通信デバイスは、図30に示される簡略化されたワイヤレス通信デバイス3000よりも多くのコンポーネントを有し得ることを、当業者は諒解するだろう。示されるワイヤレス通信デバイス3000は、いくつかの実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス3000は、決定モジュール3002および送信モジュール3004を含む。
【０２２６】
いくつかの実装形態では、決定モジュール3002は、M2Mサービスカテゴリに基づいて、マシンツーマシン(M2M)グループ識別子を決定するように構成される。決定モジュール3002は、図29に関して上で説明されたブロック2902を実施するように構成され得る。決定モジュール3002は、決定するための手段を含み得る。決定モジュール3002は、決定するための手段を含み得る。決定モジュール3002は、図2に関して上で説明されたプロセッサ204および/またはメモリ206のうちの1つまたは複数を含み得る。
【０２２７】
送信モジュール3004は、ワイヤレスデバイスと決定されたM2Mグループ識別子との関連付けを示す、関連付け通信を送信するように構成され得る。送信モジュール3004は、図29に関して上で説明されたブロック2904を実施するように構成され得る。送信モジュール3004は、送信するための手段を含み得る。送信モジュール3004は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、メモリ206、ネットワークI/O228、および/または送信機210のうちの1つまたは複数を含み得る。
【０２２８】
図31は、図1の通信システム100内でのワイヤレスデバイスのグループのアクセスを制御するためのフローチャートを示す。本明細書で説明される装置の1つまたは複数は、図31に示される方法を実施するように構成され得る。AP104は、図31に示される方法を実施するように構成され得る。方法3100はAP104に関して本明細書で説明されるが、方法3100は、任意の他の適切なデバイスによって実施され得ることを当業者は諒解するだろう。その上、方法3100は、特定の順序に関して本明細書で説明されるが、様々な実施形態では、本明細書のブロックは異なる順序で実行されてよく、または省略されてよく、さらなるブロックが追加されてよい。
【０２２９】
まず、ブロック3102において、AP104は、M2Mグループに対するグループページングメッセージを送信し、ページングメッセージはM2Mグループ識別子を含む。たとえば、M2Mグループ識別子は、Table2(表2)において上で示されたものを含み得る。ある実施形態では、AP104は、異なるM2Mグループ識別子を各々が含む複数のグループページングメッセージを優先順位付けることができる。AP104は、各M2Mグループと関連付けられる、レイテンシの選好、データセッション当たりのデータ量、quality-of-service(QoS)インジケータ、M2Mクラス、および/または契約レベルのうちの1つまたは複数に基づいて、ページングメッセージを優先順位付けることができる。AP104は、各M2Mグループと関連付けられる、レイテンシの選好、データセッション当たりのデータ量、quality-of-service(QoS)インジケータ、M2Mクラス、および/または契約レベルのうちの1つまたは複数に基づいて、M2Mグループを決定することができる。
【０２３０】
次に、ブロック3104において、AP104は、M2Mグループによる受信が意図されるデータを送信する。データは、M2Mグループ識別子を含み得る。たとえば、AP104は、特定のM2Mグループに宛てられたページングメッセージ、または、特定のM2Mグループ中の1つまたは複数のデバイスのためにバッファリングされたデータを送信することができる。
【０２３１】
図32は、図1の通信システム100内で利用され得る別の例示的なデバイス3200の機能ブロック図を示す。ワイヤレス通信デバイスは、図32に示される簡略化されたワイヤレス通信デバイス3200よりも多くのコンポーネントを有し得ることを、当業者は諒解するだろう。示されるワイヤレス通信デバイス3200は、いくつかの実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス3200は、送信モジュール3202を含む。
【０２３２】
いくつかの実装形態では、送信モジュール3202は、ワイヤレスデバイスと決定されたM2Mグループ識別子との関連付けを示す、関連付け通信を送信するように構成され得る。送信モジュール3202は、図31に関して上で説明されたブロック3102および/またはブロック3104を実施するように構成され得る。送信モジュール3202は、送信するための手段を含み得る。送信モジュール3202は、図2に関して上で説明されたプロセッサ204、メモリ206、ネットワークI/O228、および/または送信機210のうちの1つまたは複数を含み得る。
【０２３３】
図33は、図1の通信システム100内でのワイヤレスデバイスのグループのアクセスを制御する例示的な方法3300のためのフローチャートを示す。本明細書で説明される装置の1つまたは複数は、図33に示される方法を実施するように構成され得る。デバイス106aは、図33に示される方法を実施するように構成され得る。方法3300はデバイス106aに関して本明細書で説明されるが、方法3300は、任意の他の適切なデバイスによって実施され得ることを当業者は諒解するだろう。その上、方法3300は、特定の順序に関して本明細書で説明されるが、様々な実施形態では、本明細書のブロックは異なる順序で実行されてよく、または省略されてよく、さらなるブロックが追加されてよい。
【０２３４】
まず、ブロック3302において、デバイス106aは、M2Mグループに対するグループページングメッセージを受信し、ページングメッセージはM2Mグループ識別子を含む。たとえば、M2Mグループ識別子は、Table2(表2)において上で示されたものを含み得る。ある実施形態では、グループページングメッセージは、各M2Mグループと関連付けられる、レイテンシの選好、データセッション当たりのデータ量、quality-of-service(QoS)インジケータ、M2Mクラス、および/または契約レベルのうちの1つまたは複数に基づいて、優先順位付けられ得る。デバイス106aは、各M2Mグループと関連付けられる、レイテンシの選好、データセッション当たりのデータ量、quality-of-service(QoS)インジケータ、M2Mクラス、および/または契約レベルのうちの1つまたは複数に基づいて、M2Mグループを決定することができる。
【０２３５】
次に、ブロック3304において、デバイス106aは、グループページングメッセージに基づいて、M2Mグループによる受信が意図されるデータを受信する。データは、M2Mグループ識別子を含み得る。たとえば、デバイス106aは、特定のM2Mグループ中の1つまたは複数のデバイスのためにバッファリングされたデータを受信することができる。
【０２３６】
図34は、図1の通信システム100内で利用され得る別の例示的なデバイス3400の機能ブロック図を示す。ワイヤレス通信デバイスは、図34に示される簡略化されたワイヤレス通信デバイス3400よりも多くのコンポーネントを有し得ることを、当業者は諒解するだろう。示されるワイヤレス通信デバイス3400は、いくつかの実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス3400は、受信モジュール3402を含む。
【０２３７】
いくつかの実装形態では、受信モジュール3402は、グループページングメッセージに基づいて、M2Mグループによる受信が意図されるデータを受信するように構成され得る。受信モジュール3402は、図33に関して上で説明されたブロック3302および/またはブロック3304を実施するように構成され得る。受信モジュール3402は、受信するための手段を含み得る。受信モジュール3402は、図2に関して上で説明されたプロセッサ204、メモリ206、ネットワークI/O228、および/または受信機212のうちの1つまたは複数を含み得る。
【０２３８】
図35は、ワイヤレスデバイスのグループの図1の通信システム100へのアクセスを制御する例示的な方法3500のためのフローチャートを示す。本明細書で説明される装置の1つまたは複数は、図35に示される方法を実施するように構成され得る。AP104は、図35に示される方法を実施するように構成され得る。方法3500はAP104に関して本明細書で説明されるが、方法3500は、任意の他の適切なデバイスによって実施され得ることを当業者は諒解するだろう。その上、方法3500は、特定の順序に関して本明細書で説明されるが、様々な実施形態では、本明細書のブロックは異なる順序で実行されてよく、または省略されてよく、さらなるブロックが追加されてよい。
【０２３９】
まず、ブロック3502において、AP104は、M2Mグループに対するアクセス制御メッセージを生成する。アクセス制御メッセージは、M2Mグループ識別子を含み得る。たとえば、M2Mグループ識別子は、Table2(表2)において上で示されたものを含み得る。ある実施形態では、アクセス制御メッセージは、M2Mグループがワイヤレスネットワークにアクセスすることを許可される期間および/または時刻を示す。ある実施形態では、アクセス制御メッセージは、M2Mグループがワイヤレスネットワークにアクセスすることを許可されないことを示す。ある実施形態では、アクセス制御メッセージは、M2Mグループがワイヤレスネットワークのチャネルにアクセスすることを許可されないことを示す。ある実施形態では、アクセス制御メッセージは、ネットワークの負荷条件、デバイスの契約情報、M2Mクラス、およびquality-of-service(QoS)の指示のうちの1つまたは複数に基づいて、M2Mグループのアクセスを制約する。ある実施形態では、アクセス制御メッセージは、バックオフパラメータおよび/または初期送信電力パラメータを示す。ある実施形態では、アクセス制御メッセージは、M2Mグループに対するquality-of-service(QoS)を示す。
【０２４０】
次に、ブロック3504において、AP104は、M2Mグループに対するアクセス制御メッセージを送信する。たとえば、AP104は、メッセージをデバイス106aに送信することができる。
【０２４１】
図36は、図1の通信システム100内で利用され得る別の例示的なデバイス3600の機能ブロック図を示す。ワイヤレス通信デバイスは、図36に示される簡略化されたワイヤレス通信デバイス3600よりも多くのコンポーネントを有し得ることを、当業者は諒解するだろう。示されるワイヤレス通信デバイス3600は、いくつかの実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス3600は、生成モジュール3602および送信モジュール3604を含む。
【０２４２】
いくつかの実装形態では、生成モジュール3602は、M2Mグループに対するアクセス制御メッセージを生成するように構成される。アクセス制御メッセージは、M2Mグループ識別子を含み得る。生成モジュール3602は、図35に関して上で説明されたブロック3502を実施するように構成され得る。生成モジュール3602は、生成するための手段を含み得る。生成モジュール3602は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、および/またはメモリ206のうちの1つまたは複数を含み得る。
【０２４３】
送信モジュール3604は、アクセス制御メッセージをM2Mグループに送信するように構成され得る。送信モジュール3604は、図35に関して上で説明されたブロック3504を実施するように構成され得る。送信モジュール3604は、送信するための手段を含み得る。送信モジュール3604は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、メモリ206、ネットワークI/O228、および/または送信機210のうちの1つまたは複数を含み得る。
【０２４４】
図37は、図1の通信システム100にアクセスする例示的な方法3700のフローチャートを示す。本明細書で説明される装置の1つまたは複数は、図37に示される方法を実施するように構成され得る。デバイス106aは、図37に示される方法を実施するように構成され得る。方法3700はデバイス106aに関して本明細書で説明されるが、方法3700は、任意の他の適切なデバイスによって実施され得ることを当業者は諒解するだろう。その上、方法3700は、特定の順序に関して本明細書で説明されるが、様々な実施形態では、本明細書のブロックは異なる順序で実行されてよく、または省略されてよく、さらなるブロックが追加されてよい。
【０２４５】
まず、ブロック3702において、デバイス106aは、M2Mグループに対するアクセス制御メッセージを受信する。アクセス制御メッセージはM2Mグループ識別子を含んでよく、M2Mグループ識別子はデバイス106aと関連付けられ得る。たとえば、M2Mグループ識別子は、Table2(表2)において上で示されたものを含み得る。ある実施形態では、アクセス制御メッセージは、M2Mグループがワイヤレスネットワークにアクセスすることを許可される期間および/または時刻を示す。ある実施形態では、アクセス制御メッセージは、M2Mグループがワイヤレスネットワークにアクセスすることを許可されないことを示す。ある実施形態では、アクセス制御メッセージは、M2Mグループがワイヤレスネットワークのチャネルにアクセスすることを許可されないことを示す。ある実施形態では、アクセス制御メッセージは、ネットワークの負荷条件、デバイスの契約情報、M2Mクラス、およびquality-of-service(QoS)の指示のうちの1つまたは複数に基づいて、M2Mグループのアクセスを制約する。ある実施形態では、アクセス制御メッセージは、バックオフパラメータおよび/または初期送信電力パラメータを示す。ある実施形態では、アクセス制御メッセージは、M2Mグループに対するquality-of-service(QoS)を示す。
【０２４６】
次に、ブロック3704において、デバイス106aは、アクセス制御メッセージに従って、ワイヤレスネットワークにアクセスし、またはワイヤレスネットワークにアクセスするのを控える。ある実施形態では、デバイス106aは、M2Mグループがワイヤレスネットワークにアクセスすることを許可される期間および/または時刻に基づいて、ネットワークにアクセスする。ある実施形態では、デバイス106は、デバイス106aと関連付けられるM2Mグループがワイヤレスネットワークにアクセスすることを許可されないことをアクセス制御メッセージが示すとき、ネットワークにアクセスするのを控える。ある実施形態では、デバイス106は、アクセス制御メッセージに基づいて、ワイヤレスネットワークのチャネルにアクセスするのを控える。ある実施形態では、デバイス106aは、アクセス制御メッセージに基づいて、バックオフパラメータおよび/または初期送信電力パラメータを実装する。
【０２４７】
図38は、図1の通信システム100内で利用され得る別の例示的なデバイス3800の機能ブロック図を示す。ワイヤレス通信デバイスは、図38に示される簡略化されたワイヤレス通信デバイス3800よりも多くのコンポーネントを有し得ることを、当業者は諒解するだろう。示されるワイヤレス通信デバイス3800は、いくつかの実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス3800は、受信モジュール3802およびアクセスモジュール3804を含む。
【０２４８】
いくつかの実装形態では、受信モジュール3802は、M2Mグループに対するアクセス制御メッセージを受信するように構成される。アクセス制御メッセージは、M2Mグループ識別子を含み得る。受信モジュール3802は、図37に関して上で説明されたブロック3702を実施するように構成され得る。受信モジュール3802は、受信するための手段を含み得る。受信モジュール3802は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、メモリ206、ネットワークI/O228、および/または受信機212のうちの1つまたは複数を含み得る。
【０２４９】
アクセスモジュール3804は、アクセス制御メッセージに従って、ワイヤレスネットワークにアクセスし、またはワイヤレスネットワークにアクセスするのを控えるように構成され得る。アクセスモジュール3804は、図37に関して上で説明されたブロック3704を実施するように構成され得る。アクセスモジュール3804は、アクセスするための手段を含み得る。アクセスモジュール3804は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、メモリ206、ネットワークI/O228、および/または送信機210のうちの1つまたは複数を含み得る。
【０２５０】
図39は、ワイヤレスデバイスのグループの図1の通信システム100へのアクセスを制御する例示的な方法3900のためのフローチャートを示す。本明細書で説明される装置の1つまたは複数は、図39に示される方法を実施するように構成され得る。AP104は、図39に示される方法を実施するように構成され得る。方法3900はAP104に関して本明細書で説明されるが、方法3900は、任意の他の適切なデバイスによって実施され得ることを当業者は諒解するだろう。その上、方法3900は、特定の順序に関して本明細書で説明されるが、様々な実施形態では、本明細書のブロックは異なる順序で実行されてよく、または省略されてよく、さらなるブロックが追加されてよい。
【０２５１】
まず、ブロック3902において、AP104はアクセスメッセージを受信する。アクセスメッセージは、M2Mグループ識別子を含み得る。たとえば、M2Mグループ識別子は、Table2(表2)において上で示されたものを含み得る。様々な実施形態では、アクセスメッセージは、1つまたは複数の登録メッセージ、呼発信メッセージ、呼出し応答メッセージ、接続メッセージ、および無線リソース制御(RRC)メッセージを含み得る。
【０２５２】
次に、ブロック3904において、AP104は、記憶された契約情報に基づいて、M2Mグループ識別子を検証する。たとえば、AP104は、デバイス106aのための記憶された契約情報をメモリから取り出すことができる。AP104は、デバイス106aから受信されたM2Mグループ識別子を記憶された契約情報と比較することができる。比較に基づいて、AP104は、アクセスを許可または拒否すること、デバイス106aの1つまたは複数のパラメータを更新することなどが可能である。AP104は、M2Mグループ識別子の検証を示すメッセージをデバイス106aに送信することができる。
【０２５３】
図40は、図1の通信システム100内で利用され得る別の例示的なデバイス4000の機能ブロック図を示す。ワイヤレス通信デバイスは、図40に示される簡略化されたワイヤレス通信デバイス4000よりも多くのコンポーネントを有し得ることを、当業者は諒解するだろう。示されるワイヤレス通信デバイス4000は、いくつかの実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス4000は、受信モジュール4002および検証モジュール4004を含む。
【０２５４】
いくつかの実装形態では、受信モジュール4002は、アクセスメッセージを受信するように構成される。アクセスメッセージは、M2Mグループ識別子を含み得る。受信モジュール4002は、図39に関して上で説明されたブロック3902を実施するように構成され得る。受信モジュール4002は、受信するための手段を含み得る。受信モジュール4002は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、メモリ206、ネットワークI/O228、および/または受信機212のうちの1つまたは複数を含み得る。
【０２５５】
検証モジュール4004は、記憶されている契約情報に基づいて、M2Mグループ識別子を検証するように構成され得る。検証モジュール4004は、図39に関して上で説明されたブロック3904を実施するように構成され得る。検証モジュール4004は、検証するための手段を含み得る。検証モジュール4004は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、メモリ206、ネットワークI/O228、および/または受信機212のうちの1つまたは複数を含み得る。
【０２５６】
図41は、図1の通信システム100にアクセスする例示的な方法4100のフローチャートを示す。本明細書で説明される装置の1つまたは複数は、図41に示される方法を実施するように構成され得る。デバイス106aは、図41に示される方法を実施するように構成され得る。方法4100はデバイス106aに関して本明細書で説明されるが、方法4100は、任意の他の適切なデバイスによって実施され得ることを当業者は諒解するだろう。その上、方法4100は、特定の順序に関して本明細書で説明されるが、様々な実施形態では、本明細書のブロックは異なる順序で実行されてよく、または省略されてよく、さらなるブロックが追加されてよい。
【０２５７】
まず、ブロック4102において、デバイス106aは、M2Mグループ識別子を含むアクセスメッセージをAP104に送信する。アクセスメッセージはM2Mグループ識別子を含んでよく、M2Mグループ識別子はデバイス106aと関連付けられ得る。たとえば、M2Mグループ識別子は、Table2(表2)において上で示されたものを含み得る。様々な実施形態では、アクセスメッセージは、1つまたは複数の登録メッセージ、呼発信メッセージ、呼出し応答メッセージ、接続メッセージ、および無線リソース制御(RRC)メッセージを含み得る。
【０２５８】
次に、ブロック4104において、デバイス106aは、M2Mグループ識別子の検証を示すメッセージを受信する。たとえば、デバイス106aは、AP104から検証メッセージを受信することができる。検証メッセージは、ネットワークへのアクセスを許可または拒否すること、デバイス106aのパラメータを更新することなどが可能である。
【０２５９】
図42は、図1の通信システム100内で利用され得る別の例示的なデバイス4200の機能ブロック図を示す。ワイヤレス通信デバイスは、図42に示される簡略化されたワイヤレス通信デバイス4200よりも多くのコンポーネントを有し得ることを、当業者は諒解するだろう。示されるワイヤレス通信デバイス4200は、いくつかの実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス4200は、送信モジュール4202および受信モジュール4204を含む。
【０２６０】
いくつかの実装形態では、送信モジュール4202は、アクセスメッセージを送信するように構成される。アクセスメッセージは、M2Mグループ識別子を含み得る。送信モジュール4202は、図41に関して上で説明されたブロック4102を実施するように構成され得る。送信モジュール4202は、送信するための手段を含み得る。送信モジュール4202は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、メモリ206、ネットワークI/O228、および/または送信機210のうちの1つまたは複数を含み得る。
【０２６１】
受信モジュール4204は、M2Mグループ識別子の検証を示すメッセージを受信するように構成され得る。受信モジュール4204は、図41に関して上で説明されたブロック4104を実施するように構成され得る。受信モジュール4204は、受信するための手段を含み得る。受信モジュール4204は、図2に関して上で説明されたプロセッサ204、アクセス制御プロセッサ232、メモリ206、ネットワークI/O228、および/または受信機212のうちの1つまたは複数を含み得る。
【０２６２】
本明細書で使用される「決定すること」という用語は、多種多様な動作を包含する。たとえば、「決定すること」は、算出すること、計算すること、処理すること、導出すること、調査すること、検索すること(たとえば、テーブル、データベース、または別のデータ構造を検索すること)、確認することなどを含み得る。また、「決定すること」は、受信すること(たとえば、情報を受信すること)、アクセスすること(たとえば、メモリ内のデータにアクセスすること)などを含み得る。また、「決定すること」は、解決すること、選択すること、選ぶこと、確立することなどを含み得る。さらに、本明細書において使用される「チャネル幅」は、特定の態様では帯域幅を包含することがあり、または帯域幅と呼ばれることもある。
【０２６３】
本明細書で使用される、項目のリスト「のうちの少なくとも1つ」を指す句は、個々のメンバを含む、それらの項目の任意の組合せを指す。一例として、「a、b、またはcのうちの少なくとも1つ」は、a、b、c、a-b、a-c、b-c、およびa-b-cを包含することが意図される。
【０２６４】
上で説明された方法の様々な動作は、種々のハードウェアおよび/またはソフトウェアコンポーネント、回路および/またはモジュールなどの、動作を実行することができる任意の適切な手段によって実行され得る。一般に、図に示される任意の動作は、動作を実行することが可能な対応する機能的手段によって実行され得る。
【０２６５】
本開示に関連して説明された種々の例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ信号(FPGA)または他のプログラマブル論理デバイス(PLD)、個別ゲートまたはトランジスタロジック、個別ハードウェアコンポーネント、または本明細書において説明される機能を実施するように設計されたそれらの任意の組合せで実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【０２６６】
1つまたは複数の態様では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用されコンピュータによってアクセスされ得る、任意の他の媒体を含み得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用される場合、ディスク(disk)およびディスク(disc)は、コンパクトディスク(CD)、レーザディスク、光ディスク、デジタル多用途ディスク(DVD)、フレキシブルディスク、およびブルーレイディスクを含み、ディスク(disk)は、通常、磁気的にデータを再生し、ディスク(disc)は、レーザで光学的にデータを再生する。したがって、いくつかの態様では、コンピュータ可読媒体は、非一時的コンピュータ可読媒体(たとえば、有形媒体)を含み得る。加えて、いくつかの態様では、コンピュータ可読媒体は、一時的コンピュータ可読媒体(たとえば、信号)を含み得る。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０２６７】
本明細書で開示された方法は、説明された方法を達成するための1つまたは複数のステップまたは動作を含む。方法のステップおよび/または動作は、特許請求の範囲から逸脱することなく、互いに交換され得る。言い換えれば、ステップまたは動作の特定の順序が指定されていない限り、特定のステップおよび/または動作の順序および/または使用は、特許請求の範囲から逸脱することなく修正され得る。
【０２６８】
説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に1つまたは複数の命令として記憶され得る。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用されコンピュータによってアクセスされ得る、任意の他の媒体を含み得る。本明細書で使用されるディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザディスク(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フレキシブルディスク(disk)、およびBlu-ray(登録商標)ディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、データをレーザで光学的に再生する。
【０２６９】
したがって、いくつかの態様は、本明細書で提示される動作を実行するためのコンピュータプログラム製品を含み得る。たとえば、そのようなコンピュータプログラム製品は、本明細書で説明される動作を実行するために1つまたは複数のプロセッサによって実行可能な命令が記憶(および/または符号化)されたコンピュータ可読媒体を含み得る。いくつかの態様では、コンピュータプログラム製品はパッケージング材料を含み得る。
【０２７０】
ソフトウェアまたは命令はまた、伝送媒体を通じて送信され得る。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、伝送媒体の定義に含まれる。
【０２７１】
さらに、本明細書で説明された方法および技法を実行するためのモジュールおよび/または他の適切な手段は、適用可能な場合、ユーザ端末および/または基地局によってダウンロードされ、かつ/またはその他の方法で取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書で説明される方法を実行するための手段の転送を容易にするために、サーバに結合され得る。代わりに、本明細書で説明された様々な方法は、ユーザ端末および/または基地局が、記憶手段をデバイスに結合したすぐ後、または提供したすぐ後に、様々な方法を取得することができるように、記憶手段(たとえば、RAM、ROM、コンパクトディスク(CD)またはフレキシブルディスクなどの物理的記憶媒体など)を介して提供され得る。その上、本明細書で説明された方法および技法をデバイスに与えるための任意の他の適切な技法が利用され得る。
【０２７２】
特許請求の範囲は、上で示された厳密な構成およびコンポーネントに限定されないことを理解されたい。特許請求の範囲から逸脱することなく、上で説明された方法および装置の構成、動作および詳細において、様々な修正、変更および変形が行われ得る。
【０２７３】
上記は本開示の態様を対象とするが、本開示の他のさらなる態様は、それらの基本的な範囲から逸脱することなく考案されてよく、それらの範囲は、以下の特許請求の範囲によって決定される。
【符号の説明】
【０２７４】
100  通信システム
102  基本サービスエリア
104  AP
106a  スマート需給計
106b  テレビ
106c  コンピュータ
106d  別のアクセスポイント
108  ダウンリンク
110  アップリンク
202  デバイス
204  プロセッサユニット
206  メモリ
208  筐体
210  送信機
212  受信機
214  送受信機
216  アンテナ
218  信号検出器
222  ユーザインターフェース
228  ネットワークI/O
230  ネットワーク
232  アクセス制御プロセッサ
300  プロセスフロー図
310  デバイス
315  AP
602  生成モジュール
604  送信モジュール
802  生成モジュール
804  送信モジュール
902a  UE
902b  UE
908a  M2Mエンドデバイス1
908n  M2MエンドデバイスN
910  RAN
910a  M2Mアプリケーション
910n  M2Mアプリケーション
912  AAA/RAN AAA
914  PDSN/HA/LMA
916  M2Mサーバ
917  SP AAA/データ記憶装置
918  M2M-IWF
920  MC/SMS-SC/IP-SM-GW
922  HLR/AC
924  MSC/VLR
926  USSDゲートウェイ
928  M2Mアプリケーション
1002  REGISTERメッセージ
1004  RELEASE COMPLETEメッセージ
1006  REGISTERメッセージ
2402  送受信機
2404  プロセッサ
2602  受信機
2604  送信機
2802  形成モジュール
2804  関連付けモジュール
2806  送信モジュール
3002  決定モジュール
3004  送信モジュール
3202  送信モジュール
3402  受信モジュール
3602  生成モジュール
3604  送信モジュール
3802  受信モジュール
3804  アクセスモジュール
4002  受信モジュール
4004  検証モジュール
4202  送信モジュール
4204  受信モジュール
【図１】
0005908109.tif 000004
【図２】
0005908109.tif 000005
【図３】
0005908109.tif 000006
【図４】
0005908109.tif 000007
【図５】
0005908109.tif 000008
【図６】
0005908109.tif 000009
【図７】
0005908109.tif 000010
【図８】
0005908109.tif 000011
【図９】
0005908109.tif 000012
【図１０Ａ】
0005908109.tif 000013
【図１０Ｂ】
0005908109.tif 000014
【図１１】
0005908109.tif 000015
【図１２】
0005908109.tif 000016
【図１３】
0005908109.tif 000017
【図１４】
0005908109.tif 000018
【図１５】
0005908109.tif 000019
【図１６】
0005908109.tif 000020
【図１７】
0005908109.tif 000021
【図１８】
0005908109.tif 000022
【図１９】
0005908109.tif 000023
【図２０】
0005908109.tif 000024
【図２１】
0005908109.tif 000025
【図２２】
0005908109.tif 000026
【図２３】
0005908109.tif 000027
【図２４】
0005908109.tif 000028
【図２５】
0005908109.tif 000029
【図２６】
0005908109.tif 000030
【図２７】
0005908109.tif 000031
【図２８】
0005908109.tif 000032
【図２９】
0005908109.tif 000033
【図３０】
0005908109.tif 000034
【図３１】
0005908109.tif 000035
【図３２】
0005908109.tif 000036
【図３３】
0005908109.tif 000037
【図３４】
0005908109.tif 000038
【図３５】
0005908109.tif 000039
【図３６】
0005908109.tif 000040
【図３７】
0005908109.tif 000041
【図３８】
0005908109.tif 000042
【図３９】
0005908109.tif 000043
【図４０】
0005908109.tif 000044
【図４１】
0005908109.tif 000045
【図４２】
0005908109.tif 000046