知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6257756
(24)【登録日】2017年12月15日
(45)【発行日】2018年1月10日
(54)【発明の名称】近接サービスのためのコンテキストおよび電力制御情報管理
(51)【国際特許分類】
H04W 52/28 20090101AFI20171227BHJP
H04W 52/06 20090101ALI20171227BHJP
H04W 84/12 20090101ALI20171227BHJP
H04W 84/18 20090101ALI20171227BHJP
【ＦＩ】
H04W52/28
H04W52/06
H04W84/12
H04W84/18
【請求項の数】13
【全頁数】32
(21)【出願番号】特願2016-519649(P2016-519649)
(86)(22)【出願日】2014年6月12日
(65)【公表番号】特表2016-526819(P2016-526819A)
(43)【公表日】2016年9月5日
(86)【国際出願番号】US2014042107
(87)【国際公開番号】WO2014201240
(87)【国際公開日】20141218
【審査請求日】2016年2月1日
(31)【優先権主張番号】61/834,341
(32)【優先日】2013年6月12日
(33)【優先権主張国】US
(31)【優先権主張番号】61/834,335
(32)【優先日】2013年6月12日
(33)【優先権主張国】US
(31)【優先権主張番号】61/837,993
(32)【優先日】2013年6月21日
(33)【優先権主張国】US
(73)【特許権者】
【識別番号】515222713
【氏名又は名称】コンヴィーダ ワイヤレス， エルエルシー
(74)【代理人】
【識別番号】100078282
【弁理士】
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【弁理士】
【氏名又は名称】森下 夏樹
(74)【代理人】
【識別番号】100181674
【弁理士】
【氏名又は名称】飯田 貴敏
(74)【代理人】
【識別番号】100181641
【弁理士】
【氏名又は名称】石川 大輔
(74)【代理人】
【識別番号】230113332
【弁護士】
【氏名又は名称】山本 健策
(72)【発明者】
【氏名】リ， チン
(72)【発明者】
【氏名】ラッセル， ポール エル． ジュニア
(72)【発明者】
【氏名】ワン， チョンガン
(72)【発明者】
【氏名】ディン， ゾンルイ
(72)【発明者】
【氏名】リ， ホンクン
【審査官】
伊東 和重
(56)【参考文献】
【文献】
特表２００８−５３８４６５（ＪＰ，Ａ）
【文献】
特開２０１０−１８３１７８（ＪＰ，Ａ）
【文献】
Byung-Jae Kwak (ETRI), et. al.，Proposed Text on Transmit Power Control for TGD，IEEE 15-13-0020-00-0008，IEEE，２０１３年 １月１１日，検索日[2016.12.22],インターネット＜URL:https://mentor.ieee.org/802.15/dcn/13/15-13-0020-00-0008-proposed-text-on-transmit-power-control-for-tgd.pptx＞
【文献】
Seung-Hoon Park(Samsung)，TG8 Technical Guidance Document，IEEE 802.15-12/0568r5，IEEE，２０１３年 ３月１９日，検索日[2016.12.22],インターネット＜URL:https://mentor.ieee.org/802.15/dcn/12/15-12-0568-05-0008-tg8-technical-guidance-document.docx＞
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｂ ７／２４−７／２６
Ｈ０４Ｗ ４／００−９９／００
(57)【特許請求の範囲】
【請求項1】
分散型ピアツーピアワイヤレスネットワーク内の電力を管理するデバイスであって、前記デバイスは、
プロセッサと、
前記プロセッサに結合されたメモリと
を備え、
前記メモリには、実行可能な命令が記憶されており、前記命令は、前記プロセッサによって実行されると、
前記デバイス上の複数のアプリケーションのうちの第１のアプリケーションおよび第２のアプリケーションに関連付けられているデータに基づいて、前記データを伝送するための電力を制御するための情報を決定することであって、前記第１のアプリケーションおよび前記第２のアプリケーションは、前記デバイス上で同時に動作し、前記電力を制御するための情報は、変調およびコーディングスキームを含む、ことと、
前記分散型ピアツーピアワイヤレスネットワーク内のその他のデバイス上の複数のアプリケーションのうちの前記第１のアプリケーションおよび前記第２のアプリケーションに関連付けられているデータに基づいて、前記データを伝送するための電力を制御するための情報を前記その他のデバイスから受信することと、
前記その他のデバイスがマルチホップ発見プロセスのために他のフレームを中継する用意があるかどうかを示すホッパ指示に基づいて、かつ、前記デバイス自身によって決定された前記複数のアプリケーションのうちの前記第１のアプリケーションおよび前記第２のアプリケーションに関連付けられている前記データを伝送するための電力を制御するための情報と、前記分散型ピアツーピアワイヤレスネットワーク内の前記その他のデバイスから受信された前記複数のアプリケーションのうちの前記第１のアプリケーションおよび前記第２のアプリケーションに関連付けられている前記データを伝送するための電力を制御するための情報とに基づいて、前記第１のアプリケーションおよび前記第２のアプリケーションのために前記データを伝送するための電力を制御するための命令を提供することと
を含む動作を実行することを前記プロセッサに行わせる、デバイス。
プロセッサと、
前記プロセッサに結合されたメモリと
を備え、
前記メモリには、実行可能な命令が記憶されており、前記命令は、前記プロセッサによって実行されると、
前記デバイス上の複数のアプリケーションのうちの第１のアプリケーションおよび第２のアプリケーションに関連付けられているデータに基づいて、前記データを伝送するための電力を制御するための情報を決定することであって、前記第１のアプリケーションおよび前記第２のアプリケーションは、前記デバイス上で同時に動作し、前記電力を制御するための情報は、変調およびコーディングスキームを含む、ことと、
前記分散型ピアツーピアワイヤレスネットワーク内のその他のデバイス上の複数のアプリケーションのうちの前記第１のアプリケーションおよび前記第２のアプリケーションに関連付けられているデータに基づいて、前記データを伝送するための電力を制御するための情報を前記その他のデバイスから受信することと、
前記その他のデバイスがマルチホップ発見プロセスのために他のフレームを中継する用意があるかどうかを示すホッパ指示に基づいて、かつ、前記デバイス自身によって決定された前記複数のアプリケーションのうちの前記第１のアプリケーションおよび前記第２のアプリケーションに関連付けられている前記データを伝送するための電力を制御するための情報と、前記分散型ピアツーピアワイヤレスネットワーク内の前記その他のデバイスから受信された前記複数のアプリケーションのうちの前記第１のアプリケーションおよび前記第２のアプリケーションに関連付けられている前記データを伝送するための電力を制御するための情報とに基づいて、前記第１のアプリケーションおよび前記第２のアプリケーションのために前記データを伝送するための電力を制御するための命令を提供することと
を含む動作を実行することを前記プロセッサに行わせる、デバイス。
【請求項2】
前記データを伝送するための電力を制御するための情報は、サービス範囲、前記デバイスの速度を含む、請求項１に記載のデバイス。
【請求項3】
前記データを伝送するための電力を制御するための情報は、パスロス、受信信号品質、電力調節を含む、請求項１〜２のいずれか一項に記載のデバイス。
【請求項4】
前記データを伝送するための電力を制御するための情報は、ピアツーピアネットワークのグループの各受信機に対応する受信信号品質に基づく、請求項１〜３のいずれか一項に記載のデバイス。
【請求項5】
前記データを伝送するための電力を制御するための情報は、前記グループのサービスレベルの質によって計算される、請求項４に記載のデバイス。
【請求項6】
前記データを伝送するための電力を制御するための情報は、サービス電力カテゴリ、遅延許容値、サービス範囲を含む、請求項１〜５のいずれか一項に記載のデバイス。
【請求項7】
デバイスを用いて、分散型ピアツーピアワイヤレスネットワーク内の電力を管理する方法であって、前記デバイスは、プロセッサを含み、前記方法は、
前記プロセッサが、デバイス上の複数のアプリケーションのうちの第１のアプリケーションおよび第２のアプリケーションに関連付けられているデータに基づいて、前記データを伝送するための電力を制御するための情報を決定することであって、前記第１のアプリケーションおよび前記第２のアプリケーションは、前記デバイス上で同時に動作し、前記電力を制御するための情報は、変調およびコーディングスキームを含む、ことと、
前記プロセッサが、前記分散型ピアツーピアワイヤレスネットワーク内のその他のデバイス上の複数のアプリケーションのうちの前記第１のアプリケーションおよび前記第２のアプリケーションに関連付けられているデータに基づいて、前記データを伝送するための電力を制御するための情報を前記その他のデバイスから受信することと、
前記プロセッサが、前記その他のデバイスがマルチホップ発見プロセスのために他のフレームを中継する用意があるかどうかを示すホッパ指示に基づいて、かつ、前記デバイス自身によって決定された前記複数のアプリケーションのうちの前記第１のアプリケーションおよび前記第２のアプリケーションに関連付けられている前記データを伝送するための電力を制御するための情報と、前記分散型ピアツーピアワイヤレスネットワーク内の前記その他のデバイスから受信された前記複数のアプリケーションのうちの前記第１のアプリケーションおよび前記第２のアプリケーションに関連付けられている前記データを伝送するための電力を制御するための情報とに基づいて、前記第１のアプリケーションおよび前記第２のアプリケーションのために前記データを伝送するための電力を制御するための命令を前記デバイスに提供することと
を含む、方法。
前記プロセッサが、デバイス上の複数のアプリケーションのうちの第１のアプリケーションおよび第２のアプリケーションに関連付けられているデータに基づいて、前記データを伝送するための電力を制御するための情報を決定することであって、前記第１のアプリケーションおよび前記第２のアプリケーションは、前記デバイス上で同時に動作し、前記電力を制御するための情報は、変調およびコーディングスキームを含む、ことと、
前記プロセッサが、前記分散型ピアツーピアワイヤレスネットワーク内のその他のデバイス上の複数のアプリケーションのうちの前記第１のアプリケーションおよび前記第２のアプリケーションに関連付けられているデータに基づいて、前記データを伝送するための電力を制御するための情報を前記その他のデバイスから受信することと、
前記プロセッサが、前記その他のデバイスがマルチホップ発見プロセスのために他のフレームを中継する用意があるかどうかを示すホッパ指示に基づいて、かつ、前記デバイス自身によって決定された前記複数のアプリケーションのうちの前記第１のアプリケーションおよび前記第２のアプリケーションに関連付けられている前記データを伝送するための電力を制御するための情報と、前記分散型ピアツーピアワイヤレスネットワーク内の前記その他のデバイスから受信された前記複数のアプリケーションのうちの前記第１のアプリケーションおよび前記第２のアプリケーションに関連付けられている前記データを伝送するための電力を制御するための情報とに基づいて、前記第１のアプリケーションおよび前記第２のアプリケーションのために前記データを伝送するための電力を制御するための命令を前記デバイスに提供することと
を含む、方法。
【請求項8】
前記データを伝送するための電力を制御するための情報は、サービス範囲、前記デバイスの速度を含む、請求項７に記載の方法。
【請求項9】
前記データを伝送するための電力を制御するための情報は、パスロス、受信信号品質、電力調節を含む、請求項７〜８のいずれか一項に記載の方法。
【請求項10】
前記データを伝送するための電力を制御するための情報は、ピアツーピアネットワークのグループの各受信機に対応する受信信号品質に基づく、請求項７〜９のいずれか一項に記載の方法。
【請求項11】
前記データを伝送するための電力を制御するための情報は、前記グループのサービスレベルの質によって計算される、請求項１０に記載の方法。
【請求項12】
前記データを伝送するための電力を制御するための情報は、サービス電力カテゴリ、遅延許容値、サービス範囲を含む、請求項７〜１１のいずれか一項に記載の方法。
【請求項13】
プログラム命令を含むコンピュータプログラムが記録されたコンピュータ読み取り可能な記録媒体であって、前記コンピュータプログラムは、データ処理ユニットにロード可能であり、前記コンピュータプログラムは、前記コンピュータプログラムが前記データ処理ユニットによって実行されると、請求項７〜１２のいずれか一項に記載の方法のステップを実行することを前記データ処理ユニットに行わせるように適合されている、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の引用）本願は、米国特許法§１１９（ｅ）に基づき、米国仮特許出願第６１／８３４，３３５号（２０１３年６月１２日出願）、米国仮特許出願第６１／８３４，３４１号（２０１３年６月１２日出願）、および米国仮特許出願第６１／８３７，９９３号（２０１３年６月２１日出願）の利益を主張し、上記出願の全ての３つの内容は、それらの全体において参照により本明細書に引用される。
【背景技術】
【0002】
モノのインターネット（ＩｏＴ）は、ヒューマンツーヒューマン（Ｈ２Ｈ）に基づいたインターネットサービスに物体やモノを導入する。これは、物理的または仮想的物体が相互接続され、サービスのインターネット（ＩｏＳ）を可能にするインターネットの段階を示す。これらのサービスの多く、とりわけ、スマートショッピング、スマートホーム、スマートオフィス、スマートヘルス、スマート輸送、スマートパーキング、スマートグリッド、およびスマートシティ等は、近いことに基づいている。
【0003】
近接サービスは、近接したピアツーピア（Ｐ２Ｐ）通信に基づき得る。Ｐ２Ｐデバイスは、とりわけ、タブレット、スマートフォン、音楽プレーヤ、ゲーム機、携帯情報端末、ラップトップ／ＰＣ、医療デバイス、コネクテッドカー、スマートメータ、センサ、ゲートウェイ、モニタ、アラーム、セットトップボックス、プリンタ、グーグルグラス、ドローン、およびサービスロボットを含む。Ｐ２Ｐ通信システムは、インフラストラクチャの役割を果たす、コントローラまたはコアネットワークを伴うセントラルシステム、あるいはインフラストラクチャの役割を果たす、コントローラまたはコアネットワークを伴わない分散型システムであり得る。近接サービスは、ヒューマンツーヒューマン（Ｈ２Ｈ）近接サービス、マシンツーマシン（Ｍ２Ｍ）近接サービス、マシンツーヒューマン（Ｍ２Ｈ）近接サービス、ヒューマンツーマシン（Ｈ２Ｍ）近接サービス、およびネットワーク近接サービスのネットワークを含み得る。
【0004】
近いことに基づくアプリケーションおよびサービスは、コアインフラストラクチャからの重いローカルインターネットトラフィックをオフロードする傾向を示し、かつマルチホッピングを介してインフラストラクチャに接続を提供する。多くの規格は、３ＧＰＰ、ｏｎｅＭ２Ｍ、ＩＥＴＦ、ＩＥＥＥ、およびＯＭＡ等、それらの規格化作業グループの一部として近接サービスのユースケースを識別している。サービス層は、クロス層技法同様に、これらのサービスを可能にするための規格化領域である。
【0005】
近接サービスは、可変伝送電力スキームを有する無線ネットワークを使用し得る。３Ｇまたは４Ｇ無線システムは、集中型制御を使用し、開ループ伝送電力制御（ＴＰＣ）または閉ループＴＰＣを実装し得る。集中型制御は、中央コントローラ（例えば、基地局、ＮｏｄｅＢ、またはｅＮｏｄｅＢ等）と、ポイント（例えば、移動局またはユーザ機器）との間に制御を伴う。開ループＴＰＣは、電力レベルが、中央コントローラによって設定された電力標的および測定されたチャネルパスロスに基づいて調節されることを可能にする。閉ループＴＰＣは、電力レベルが、受信された信号品質および電力制御ビットまたはコマンドに基づいて、先の電力レベル（開ループ電力設定）から調節されることを可能にする。ＷｉＭａｘ ＩＥＥＥ ８０２．１６ネットワークＴＰＣスキームは、開ループおよび閉ループ電力制御の両方を伴う点で、セルラーシステムと非常に類似している。Ｂｌｕｅｔｏｏｔｈ（登録商標）は、静的伝送電力（典型的には、約２０ｄＢｍ）を用いる、マスタノードおよび最大７つのスレーブノードを伴うインフラストラクチャレス短距離無線システムである。
【発明の概要】
【課題を解決するための手段】
【0006】
コンテキスト情報および電力制御情報（ＣＰＣＩ）は、異なるコンテキスト関連電力制御手順を伴う近接サービスを可能にするために管理され得る。コンテキスト関連電力制御手順は、ＣＰＣＩ検出、コンテキスト関連Ｐ２ＰＮＷ間電力制御、またはコンテキスト関連Ｐ２ＰＮＷ内電力制御を含み得る。
【0007】
一実施形態では、デバイスは、ピアツーピア無線ネットワークの第１の近接サービスに関連付けられている伝送のための準備の指示を受信し得、第１の近接サービスは、デバイス上で動作する。指示を受信することに応答して、デバイスは、デバイス上で動作する第１の近接サービスに対するデフォルトのコンテキスト情報を受信する。デバイスは、無線チャネルをスキャンし、さらに、１つ以上のピアデバイスからコンテキスト情報を受信する。デバイスは、デフォルトのコンテキスト情報および第１のコンテキスト情報に基づいて、その伝送電力を決定する。
【0008】
別の実施形態では、デバイスは、ピアデバイスの近接サービスに関連付けられるＣＰＣＩを含む電力制御応答を受信する。コンテキスト関連電力制御が、ピアデバイスおよびデバイスの近接サービスに関連付けられるＣＰＣＩに基づいて、伝送電力を決定するために実行される。
【0009】
本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の概念の選択を導入するように提供される。本概要は、請求された主題の主要な特徴または不可欠な特徴を識別することを目的としておらず、また、請求された主題の範囲を限定するために使用されることも目的としていない。さらに、請求された主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。本発明はさらに、例えば、以下を提供する。
（項目１）
デバイスであって、
プロセッサと、
前記プロセッサに連結されているメモリと
を備え、
前記メモリは、実行可能な命令を記憶しており、前記命令は、前記プロセッサによって実行されると、
第１の近接サービスに関連付けられているピアデバイスの第１のコンテキスト情報を含む電力制御応答を受信することと、
前記第１のコンテキスト情報および前記デバイスの現在のコンテキスト情報に基づいて、前記第１の近接サービスに対する前記デバイスの第１の伝送電力を決定することであって、前記現在のコンテキスト情報は、前記デバイス上の前記第１の近接サービスに関連付けられている、ことと
を含む動作を前記プロセッサに達成させる、デバイス。
（項目２）
前記デバイスの前記第１の伝送電力を決定することは、
前記ピアデバイスの第１の電力制御情報、または、
前記デバイスの現在の電力制御情報
を含むデータにさらに基づく、項目１に記載のデバイス。
（項目３）
さらなる動作が、
前記デバイスの現在の伝送電力を前記第１の伝送電力に調節することを含む、項目１に記載のデバイス。
（項目４）
さらなる動作が、
第１の電力制御情報または前記第１のコンテキスト情報に基づいて、前記デバイスの現在の電力制御情報を更新することを含む、項目１に記載のデバイス。
（項目５）
さらなる動作が、
前記デバイスの媒体アクセス制御層によって、前記更新された現在の電源制御情報を前記デバイスのサービス層に提供することを含む、項目４に記載のデバイス。
（項目６）
前記サービス層は、ゲートウェイサービス能力層、デバイスサービス能力層、またはネットワークサービス能力層を備えている、項目４に記載のデバイス。
（項目７）
さらなる動作が、
第１の電力制御情報または前記第１のコンテキスト情報に基づいて、前記デバイスの前記現在のコンテキスト情報を更新することを含む、項目１に記載のデバイス。
（項目８）
さらなる動作が、
前記デバイスの媒体アクセス制御層によって、前記更新された現在のコンテキスト情報を前記デバイスのサービス層に提供することを含む、項目１に記載のデバイス。
（項目９）
前記サービス層は、共通サービスエンティティを備えている、項目８に記載のデバイス。
（項目１０）
前記現在のコンテキスト情報は、前記デバイス上の前記第１の近接サービスのサービスの質の推奨されるレベルに基づく、項目１に記載のデバイス。
（項目１１）
前記現在のコンテキスト情報は、無線範囲、前記近接サービスの遅延許容値、または前記デバイスの速度を含む、項目１に記載のデバイス。
（項目１２）
デバイスであって、
プロセッサと、
前記プロセッサに連結されているメモリと
を備え、
前記メモリは、実行可能な命令を記憶しており、前記命令は、前記プロセッサによって実行されると、
ピアツーピア無線ネットワークの第１の近接サービスに関連付けられている伝送のための準備の指示を受信することであって、前記第１の近接サービスは、前記デバイス上で動作する、ことと、
前記指示を受信することに応答して、前記デバイス上で動作する前記第１の近接サービスに対するデフォルトのコンテキスト情報を受信することと、
無線チャネルをスキャンすることに基づいて、第１のピアの第１のコンテキスト情報を受信することと、
前記デフォルトのコンテキスト情報および前記第１のコンテキスト情報に基づいて、前記デバイスの第１の伝送電力を決定することと
を含む動作を前記プロセッサに達成させる、デバイス。
（項目１３）
前記無線チャネルは、ビーコンチャネル、ページングチャネル、または放送チャネルを含む、項目１２に記載のデバイス。
（項目１４）
前記デバイスの前記第１の伝送電力を決定することは、
前記デバイス上で動作する前記第１の近接サービスのためのデフォルトの電力制御情報、または、
前記無線チャネルをスキャンすることに基づく前記第１のピアの第１の電力制御情報
を含むデータにさらに基づく、項目１２に記載のデバイス。
（項目１５）
さらなる動作が、
前記第１の伝送電力を使用して、共通チャネル上で電力制御要求をブロードキャストすることと、
前記電力制御要求に対する電力制御応答を受信することであって、前記電力制御応答は、前記ピアの第２のコンテキスト情報を含む、ことと、
前記第２のコンテキスト情報に基づいて、前記デバイスの第２の伝送電力を決定することと
を含む、項目１２に記載のデバイス。
（項目１６）
前記デバイスの前記第２の伝送電力を決定することは、前記ピアの第２の電力制御情報を含むデータにさらに基づく、項目１５に記載のデバイス。
（項目１７）
前記第２の伝送電力を決定することは、前記第１の近接サービスに関連付けられている電力制御機能によって実施される、項目１６に記載のデバイス。
（項目１８）
システムであって、
ユーザインタフェースと、
前記ユーザインタフェースと連結されているデバイスと
を備え、
前記デバイスは、
プロセッサと、
前記プロセッサに連結されているメモリと
を備え、
前記メモリは、実行可能な命令を記憶しており、前記命令は、前記プロセッサによって実行されると、
第１の近接サービスに関連付けられているピアデバイスの第１のコンテキスト情報を含む電力制御応答を受信することと、
前記第１のコンテキスト情報および前記デバイスの現在のコンテキスト情報に基づいて、前記第１の近接サービスに対する前記デバイスの第１の伝送電力を決定することであって、前記現在のコンテキスト情報は、前記デバイス上の前記第１の近接サービスに関連付けられている、ことと、
前記第１の伝送電力の指示を表示するための命令をユーザインタフェースに提供することと
を含む動作を前記プロセッサに達成させる、システム。
（項目１９）
前記コンテキスト情報は、無線範囲、前記近接サービスの遅延許容値、または前記デバイスの速度を含む、項目１８に記載のシステム。
（項目２０）
前記コンテキスト情報は、前記近接サービスのサービスの質の推奨されるレベルに基づく、項目１９に記載のシステム。
【図面の簡単な説明】
【0010】
添付の図面と併せて一例として挙げられる、以下の説明から、より詳細に理解され得る。【発明を実施するための形態】
【0011】
とりわけ、３ＧＰＰ、ＷｉＭａｘ ８０２．１６、ＷｉＦｉ ８０２．１１、ＷＰＡＮ ８０２．１５、およびＢｌｕｅｔｏｏｔｈ（登録商標）等、他の無線通信システムによって実装または提案される従来の電力制御スキームは、本明細書で議論されるように、近接サービス（ＰｒｏＳ）に関して、電力制御スキームのためのコンテキスト情報および電力制御情報（以下ＣＰＣＩ）の管理をサポートしない。本明細書に開示されるのは、限定ではないが、インフラストラクチャレスシステム（例えば、Ｐ２ＰＮＷ間およびＰ２ＰＮＷ内）のためのＣＰＣＩ管理、ピアにおけるマルチサービス（例えば、同時に使用される複数のＰｒｏＳ）のためのＣＰＣＩ管理、またはマルチキャスト通信を使用するときのポイントツーマルチポイントの通信のためのＣＰＣＩ管理を含み得る、コンテキスト関連電力制御管理のためのアプローチである。
【0012】
無線ピアツーピアネットワーク（Ｐ２ＰＮＷ）は、近接サービス（ＰｒｏＳ）のために形成され得る。近接は、ピアが、通常、直接またはマルチホップ無線信号を介して互に通信することができる、比較的小さな領域と見なされ得る。異なるＰｒｏＳ Ｐ２ＰＮＷは、異なる電力制御スキームを使用する。例えば、数メートル以内にピアを伴うゲーム機のＰｒｏＳ Ｐ２ＰＮＷのための電力制御スキームは、移動性に起因する遠近問題または頻繁な電力調節のためのパスロス補償を重視しないこともある。一方、個別化された広告のためのデパート店舗内のＰｒｏＳ Ｐ２ＰＮＷは、移動性に起因する遠近問題および頻繁な電力調節のためのパスロス補償を要求し得る。
【0013】
多くのＰｒｏＳ Ｐ２ＰＮＷが、ＰｒｏＳ Ｐ２ＰＮＷの間（例えば、ＰｒｏＳ Ｐ２ＰＮＷ間）およびＰｒｏＳ Ｐ２ＰＮＷの内部（例えば、ＰｒｏＳ Ｐ２ＰＮＷ内）でＰｒｏＳデバイスを管理するための中央コントローラを伴わず、短無線範囲内で互に共存している。無線範囲内にあるＰｒｏＳ Ｐ２ＰＮＷは、他の近傍ＰｒｏＳ Ｐ２ＰＮＷによって引き起こされる干渉を受けやすい。ＣＰＣＩは、Ｐ２ＰＮＷ間およびＰ２ＰＮＷ内に対する電力制御の管理に役立てるために使用され、したがって、Ｐ２ＰＮＷ内だけでなく異なるＰ２ＰＮＷ間の干渉を最小化し得る。
【0014】
デバイスは、同時に複数のＰｒｏＳに携わり得、異なるＰｒｏＳは、電源制御に対する異なる要求を有し得る。したがって、デバイス上の複数のアプリケーションまたはサービスに対するコンテキスト関連電力制御情報管理が、同時に複数の近接サービスをサポートするために使用され得る。本明細書に議論されるＰｒｏＳは、アプリケーションまたはサービスを指し得る。
【0015】
ＰｒｏＳ Ｐ２ＰＮＷは、２つのピア間（ペア通信）または複数のピア間（グループ通信）で、サービス、ユーザ、デバイス、サービス範囲、場所等、所望のコンテキストに関して、近接して形成される。例えば、ショッピングモールでは、とりわけ、ソーシャル接続のためのＰ２ＰＮＷ、ストリーミングまたはコンテンツ交換のためのＰ２ＰＮＷ、店舗のプロモーションまたは個別化された広告のブロードキャストまたはマルチキャストのためのＰ２ＰＮＷ、およびゲーム機のためのＰ２ＰＮＷがあり得る。これらのＰｒｏＳ Ｐ２ＰＮＷは、各サービスの要求されるＱｏＳに起因して、電源制御のための異なる要求を有する。したがって、効率的な電力制御スキームは、特定のサービスまたはコンテキストに応じることによって定義され得る。サービスまたはコンテキストに基づくＣＰＣＩは、異なるＰｒｏＳ Ｐ２ＰＮＷに対する異なる電力制御スキームを可能にする。
【0016】
ＰｒｏＳに基づくコンテキスト情報は、概して、実装されるべき電力制御スキームの定義に役立てるために使用される、サービスまたはアプリケーションについての状況データとして定義され得る。例えば、表１に簡潔に示されるように、コンテキスト情報は、サービス電力カテゴリ（ＳＰｃａｔ）、サービス範囲（ＳｅｒＲ）、電力制御間隔（ＰＣＩｎｔ）、バンド幅（ＢＷ）、データレート（ＤＲ）、変調およびコーディングスキーム（ＭＣＳ）、待ち時間（Ｌａｔ）、場所（Ｌｏｃ）、速度（Ｓｄ）等の情報を含み得る。表１に列挙されるＰｒｏＳに基づくコンテキスト情報の各タイプは、以下でより詳細に説明される。
【0017】
【表1】
【0018】
【表2】
【0019】
ＣＰＣＩのユースケースの実施例が、図２に例証され、さらなる対応する詳細を表３に伴う。図２は、コンテキスト関連電力制御管理のための例示的シナリオを例証する。Ｐ２ＰＮＷ １０１（すなわち、長円１０１）は、集中型グループ通信を使用して通信する複数のピアを含む。
【0020】
ピアは、タブレット、スマートフォン、音楽プレーヤ、ゲーム機、携帯情報端末、ラップトップ、ＰＣ、医療デバイス、コネクテッドカー、スマートメータ、ホームゲートウェイ、モニタ、アラーム、センサ、セットトップボックス、プリンタ、２Ｇネットワーク内の移動局（ＭＳ）、３Ｇネットワーク内のユーザ機器（ＵＥ）、あるいはＩＥＥＥ ８０２．１５（無線パーソナルエリアネットワーク（ＷＡＮ））ネットワーク内の１つまたはグループのフル機能デバイス（ＦＦＤ）または低減機能デバイス（ＲＦＤ）であり得る。一実施例として、ピアは、図１２Ｃ（以下でより完全に説明される）に例証されるハードウェアアーキテクチャまたはその変形例を有し得、あるいは図１２Ｄ（これも以下でより完全に説明される）に例証されるコンピューティングシステムのアーキテクチャを有し得る。
【0021】
依然として図２を参照すると、ピア１１０、ピア１１３、ピア１１６、およびピア１１７等、ＰＳＰＮＷ １０１内のピアは、以下で仮想リーダと呼ばれる複数の分散したＣＰＣＩ管理統合点を介して、互に通信している。仮想リーダ（例えば、ピア１１６）は、集中型Ｐ２ＰＮＷ内制御のため、同じＰｒｏＳを共有するピアグループ間の、すなわち、Ｐ２ＰＮＷ内のＰ２Ｐ通信を代表、管理、および調整するために、動的に選択され得るピアである。スーパー仮想リーダ（図示せず）は、集中型Ｐ２ＰＮＷ間制御のために、近接したＰ２ＰＮＷの全ての仮想リーダを調整するために定義される仮想リーダである。仮想リーダおよびスーパー仮想リーダは、同期、電力制御、干渉管理、チャネル分配、アクセス制御等を目的として使用され得る。
【0022】
図２の各Ｐ２ＰＮＷは、異なる実装されたＰｒｏＳを有し得る。例えば、Ｐ２ＰＮＷ １０１内のピアは、ビデオ会議用ＰｒｏＳの使用によって互に通信し得る。別の実施例として、Ｐ２ＰＮＷ １０２内のピアは、チャット用ＰｒｏＳの使用によって互に通信し得、ペア通信に関わり得る。Ｐ２ＰＮＷ １０３内のピアは、キープアライブ用ＰｒｏＳの使用によって互に通信し得、ペア通信に関わり得る。Ｐ２ＰＮＷ １０４内のピアは、ゲーム機用ＰｒｏＳの使用によって互に通信し得、分散型グループ通信に関わり得る。分散型グループ通信では、Ｐ２ＰＮＷの各ピアは、近接したＰ２ＰＮＷの他のピアとの通信に関連した全ての制御を管理し、これらは、共通チャネル、放送チャネル、ページングチャネル等を経由して通信し得る。
【0023】
したがって、図２の実施例では、Ｐ２ＰＮＷ １０１、Ｐ２ＰＮＷ １０２、Ｐ２ＰＮＷ １０３、およびＰ２ＰＮＷ １０４のＰｒｏＳは、異なるコンテキストを伴うピアを有する。表３に例証されるように、図２に示されるＰｒｏＳは、異なる推奨されるコンテキスト情報および電力制御情報の設定を有し得る。以下でより詳細に説明されるように、異なるＰｒｏＳのコンテキストを理解することは、とりわけ、伝送電力の最適化が、無線干渉および電力消費を最小化しながら、ＰｒｏＳのサービスレベルの望ましい質をサポートすることを可能にし得る。
【0024】
【表3】
【0025】
以下で開示されるのは、層を横断してＣＰＣＩを管理し、近接したピアの間でＣＰＣＩを交換するためのスキームである。コンテキスト関連電力制御は、より信頼性のあり、かつ効率的なＩｏＴ近接サービスを可能にし得る。概して説明されるコンテキスト関連電力制御機構は、一般的コンテキスト関連電力制御、コンテキスト関連マルチアプリケーション電力制御、およびコンテキスト関連Ｐ２ＰＮＷ内ポイントツーマルチポイント電力制御を含み得る。一般的コンテキスト関連電力制御、コンテキスト関連マルチアプリケーション電力制御、およびコンテキスト関連Ｐ２ＰＮＷ内ポイントツーマルチポイント電力制御は、ＣＰＣＩ検出、Ｐ２ＰＮＷ間電力制御、Ｐ２ＰＮＷ内電力制御、およびＣＰＣＩ管理を伴い得る。
【0026】
図４は、一実施形態による、一般的コンテキスト関連電力制御のための例示的方法を例証する。ステップ１３１では、デフォルトＣＰＣＩが、ピアの電力制御機能に移動する。電力制御機能は、第１のピア上のサービス層（またはアプリケーション層等の他の層）から、事前構成された（例えば、第１のピアまたはＰｒｏＳの初期起動で、ユーザによって手動で構成されるか、あるいはアプリケーション層またはサービス層によって自動で構成される）または先のセッションから更新された（例えば、先に接続されたＰｒｏＳセッション中に自動で更新された）デフォルトのＣＰＣＩを受信し得る。ステップ１３２では、第１のピアは、ＣＰＣＩを、近接したピアから、ビーコン、ページング、または放送チャネル等のチャネルをスキャンすることによって受信する。ＣＰＣＩが近接して検出されない状況では、デフォルトの最小ＴｘＰまたは履歴に基づくＴｘＰ（例えば、先の代表値または平均値ＴｘＰ）、あるいは電力制御カテゴリ（ＰＣａｔ）に基づくデフォルトの値が、使用され得る。ステップ１３３では、第１のピアは、第１のＴｘＰを決定する。ここでは、第１のピアは、より高い層から渡され得るデフォルトのＣＰＣＩ値（例えば、ステップ１３１）、ならびに近接したピアから受信されるＣＰＣＩ値（例えば、ステップ１３２）に基づいて、第１のＴｘＰレベルを決定し得る。
【0027】
継続して図４を参照すると、ステップ１３４では、第１のピアは、第１のＴｘＰにおいて共通チャネルで、電力制御要求をブロードキャストするか、あるいは制御またはデータ伝送でピギーバックされる。ステップ１３５では、第１のピアは、近接した第２のピアから、第２のピアのＣＰＣＩ（例えば、ＣＰＣＩは、第１のピアのための電力調節（ＰＡｄｊ）および他のＣＰＣＩを有し得る）含み得る応答を受信する。第２のピアは、１つ以上のＣＰＣＩを送信し得、これは、第２のピア、または第２のピアが仮想リードである場合、第２のピアによって管理されているピアのグループ上の各近接サービスに関連し得る。このステップでは、第２のピア（これは、複数のピアにも適用可能である）は、近接していることのみ必要であり、必ずしもＰ２ＰＮＷ内電力制御のために第１のピアと同じＰｒｏＳを使用する必要はない。ステップ１３６では、更新されたＣＰＣＩに基づき、第１のピアは、電力制御機能を使用してＴｘＰを再計算し、それに応じて、そのＴｘＰを調節し、これは、第１のピアの第２のＴｘＰをもたらす。ステップ１３７では、ステップ１３６のＰ２ＰＮＷ間関連ＴｘＰ（すなわち、第２のＴｘＰ）の使用の後、第１のピアは、Ｐ２ＰＮＷ内電力制御のための第１のピア上で使用中の第１のＰｒｏＳに関連付けられるＣＰＣＩを受信し得る。ステップ１３８では、ステップ１３７の受信された第１のＰｒｏＳ関連ＣＰＣＩに基づき、第２のＴｘＰは、第３のＴｘＰに調節され得る。複数のピアが関わるとき、第１のピアは、各ピアから受信されるＣＰＣＩを考慮し、ＰｒｏＳのために適切なＴｘＰを調節し得る。例えば、複数のピアが存在する場合、第１のピアは、各ピアに対して計算する最適なＴｘＰの最大値または最小値を平均するか、または使用し得る。
【0028】
依然として図４を参照すると、ステップ１３２は、ＣＰＣＩ検出ステップと見なされ得る。ステップ１３３からステップ１３６は、Ｐ２ＰＮＷ間電力制御ステップと見なされ得る。そして、ステップ１３７およびステップ１３８は、Ｐ２ＰＮＷ内電力制御ステップと見なされ得る。ＣＰＣＩ検出、Ｐ２ＰＮＷ間電力制御、およびＰ２ＰＮＷ内電力制御情報のコールフローは、以下でより詳細に議論される。
【0029】
図５は、図２に類似する、互に近接したピアを含む、システム１４０を例証し、ＣＰＣＩは、コンテキスト関連電力制御のために使用され得る。図５は、ピアによって利用される各ＰｒｏＳのためのＰ２ＰＮＷを例証するために長円形を使用する。長円形は、ピアの無線範囲等と解釈されるべきではない。ピア１４６は、ＰｒｏＳ１４１のためにＰ２ＰＮＷ、ＰｒｏＳ１４２のためにＰ２ＰＮＷを利用し、ピア１４７は、ＰｒｏＳ１４１のためにＰ２ＰＮＷ、ＰｒｏＳ１４３のためにＰ２ＰＮＷを利用し、ピア１４５は、ＰｒｏＳ１４４のためにＰ２ＰＮＷを利用する。例証されるように、ピア１４６およびピア１４５は両方とも、ＰｒｏＳ１４１のためにＰ２ＰＮＷを利用する。ピア１４５は、ＰｒｏＳ１４４のためにＰ２ＰＮＷ内で１つ以上の他のピア（図示せず）と通信し得る。ピア１４６およびピア１４７はまた、それぞれ、ＰｒｏＳ１４２のためにＰ２ＰＮＷ、ＰｒｏＳ１４３のためにＰ２ＰＮＷ内で１つ以上の他のピア（図示せず）と通信し得る。
【0030】
図６は、図５のシステム１４０内のＣＰＣＩ検出の使用を考慮する、例示的コールフロー１５０を例証する。図６に示されるように、ピア１４６は、ＰｒｏＳ１４１および電力制御機能１５２を含む。ステップ１５７では、ピア１４６上のＰｒｏＳ１４１（ブロック１５１）は、ＣＰＣＩを、ピア１４６上のＰｒｏＳ１４１に関連付けられている電力制御機能１５２に送信する。ステップ１５７のＣＰＣＩは、事前設定または先のセッションから更新されたデフォルトＣＰＣＩ値であり得る。他の層が、デフォルトＣＰＣＩ値を記憶および送信することも可能である。ステップ１５８では、ピア１４６は、ＣＰＣＩを、ブロック１５３（ピア１４６上のＰｒｏＳ１４２）、ブロック１５４（ピア１４７上のＰｒｏＳ１４１）、ブロック１５５（ピア１４７上のＰｒｏＳ１４３）、およびブロック１５６（ピア１４５上のＰｒｏＳ１４４）等、種々のソースから検出する。ピア１４６は、ＣＰＣＩを、ビーコン、ページング、放送チャネル等をスキャンすることによって検出し得る。ステップ１５８の受信されたＣＰＣＩは、ＣＰＣＩを特定のＰｒｏＳおよびピアに関連付ける情報を含み得る。
【0031】
ステップ１５９では、ピア１４６は、その初期ＴｘＰを、測定されたＣＰＣＩ値（例えば、測定されたＲｘＳＱ−図示せず）だけでなく、デフォルトＣＰＣＩ値（ステップ１５７）、検出されたＣＰＣＩ値（ステップ１５８）に基づいて決定し得る。ＴｘＰは、ＣＰＣＩが、受信されたＣＰＣＩの受信されたＴｘＰの平均か、または、別のピアまたはＰｒｏＳから受信されない場合、ＭｉｎＴｘＰのデフォルトＣＰＣＩ値の使用に基づき得る。ステップ１５７およびステップ１５８の使用は、事前決定された延長時間期間に対するアイドル期間（例えば、ＰｒｏＳ１４１を使用しない）の後、再有効化されるピア１４６のＰｒｏＳ１４１に基づき得る。加えて、Ｐ２ＰＮＷ間電力制御のためのＣＰＣＩ管理のためのプロセス（１６０で図示）およびＰ２ＰＮＷ内電力制御のためのＣＰＣＩ管理のためのプロセス（１６１で図示）は、ステップ１５７からステップ１５９の完了後に実施され得る。図６および他の図におけるピアは、ＶＬまたはスーパーＶＬであり得ることに留意されたい。
【0032】
図７は、一実施形態による、システム１４０の文脈におけるＰ２ＰＮＷ間電力制御のためのＣＰＣＩ管理のためのプロセス１６０のさらなる詳細を提供する例示的コールフローである。Ｐ２ＰＮＷ ＣＰＣＩの管理中、ピアは、近接したピアと、共通チャネル上でＣＰＣＩを交換することによって協働し得る。ステップ１７１では、ピア１４６は、ＰｒｏＳ１４１に関連付けられる電力制御要求メッセージ（ＰＣＲｅｑ）を（共通チャネル上で）ブロードキャストする。ＰＣＲｅｑは、ピア１４６のＰｒｏＳ１４１に関連するＣＰＣＩを含み得る。ＰＣＲｅｑは、近接したピアに送信され得るが、必ずしもＰｒｏＳ１４１のための同じＰ２ＰＮＷに関与し得ない。
【0033】
ステップ１７２では、ピア１４６は、ＣＰＣＩを含む応答（例えば、電力制御応答）を、ブロック１５３（ピア１４６上のＰｒｏＳ１４２）、ブロック１５４（ピア１４７上のＰｒｏＳ１４１）、ブロック１５５（ピア１４７上のＰｒｏＳ１４３）、およびブロック１５６（ピア１４５上のＰｒｏＳ１４４）等、近接した種々のピアから受信する。ステップ１７３では、ピア１４６は、ＴｘＰを、ステップ１７２の受信された応答に基づいて調節する。ＣＰＣＩは、より低い層（例えば、ＰＨＹまたはＭＡＣ）で交換および更新され、次いで、より高い層（例えば、インフラストラクチャに基づく通信システムのためのＯＳＩモデル内のＴＣＰ／ＩＰの上方、あるいはインフラストラクチャレス無線システムのためのＴＣＰ／ＩＰ層を伴わないＭＡＣ層の上方のサービスまたはアプリケーション層）に送信され得る。
【0034】
図８は、一実施形態による、システム１４０の文脈におけるＰ２ＰＮＷ内電力制御のためのＣＰＣＩ管理のためのプロセス１６１のさらなる詳細を提供する例示的コールフローである。ここでは、ＰｒｏＳ１４１に関連付けられるＣＰＣＩは、ピア１４６と１４７との間で交換され、これらは、ＰｒｏＳ１４１のために同じＰ２ＰＮＷ内で動作する。ステップ１８５では、ピア１４６は、ピア１４７に、事前決定された第１のＴｘＰで、ピア１４６上のＰｒｏＳ１４１に関連するＣＰＣＩとともに電力制御要求（ＰＣＲｅｑ）を送信する。第１のＴｘＰは、デフォルトＣＰＣＩ値、「ＣＰＣＩ検出」導出ＣＰＣＩ、Ｐ２ＰＮＷ内管理導出ＴｘＰ等に基づき得る。ステップ１８７では、ピア１４７は、ステップ１８５で受信されたＣＰＣＩに基づいて、第２のＴｘＰに調節され、そのＣＰＣＩを更新する。ステップ１８８では、ステップ１８７の更新されたＣＰＣＩは、ピア１４７のより高い層（例えば、ＰｒｏＳ１４１に関連付けられるアプリケーション層）に送信され得る。ステップ１８９では、ピア１４７は、電力制御応答（ＰＣＲｅｓ）を、第２のＴｘＰで送信する。ステップ１８９のＰＣＲｅｓは、ステップ１８７の更新されたＣＰＣＩを含み得る。
【0035】
ステップ１９０では、ピア１４６は、ステップ１８９で受信されたＣＰＣＩに基づいて、第３のＴｘＰに調節し、そのＣＰＣＩを更新する。ステップ１９１では、ピア１４６は、制御またはデータメッセージを、第３のＴｘＰで送信する。１９１のメッセージは、ステップ１９０の更新されたＣＰＣＩを含み得る。ステップ１９２では、ステップ１９０の更新されたＣＰＣＩは、ピア１４６のより高い層（例えば、ＰｒｏＳ１４１に関連付けられるアプリケーション層）に送信され得る。ステップ１９３では、ピア１４７は、そのＣＰＣＩを、ステップ１９１の受信されたＣＰＣＩに基づいて更新し、ステップ１９４では、更新されたＣＰＣＩは、より高い層に送信される。ステップ１９５では、ピア１４７は、ピア１４６に、ピア１４７がステップ１９１のメッセージを受信したことの肯定応答を送信する。周期的に、ＣＰＣＩは、ＰＣＩｎｔ等の事前決定された時間に基づいて伝送され、ＴｘＰは、調節され得る。ある実施形態では、ピア１４６がＰＣＲｅｑを送信し、タイムリーな応答（例えば、ＰＣＲｅｓ）が受信されない場合、ＴｘＰ電力は、漸増的に調節され得、ＰＣＲｅｑは、ＰＣＲｅｓが受信されるか、事前決定されたタイムアウトの数が達成されるか、または同等のことが行われるまで再送信され得る。
【0036】
本明細書に議論されるように、ピアは、近接した１つ以上のＰ２ＰＮＷに同時に参加することができる。例えば、図５を参照すると、ピア１４６は、ＰｒｏＳ１４１を使用するチャットを介してピア１４７と相互作用し得、ＰｒｏＳ１４２に関連付けられる別のピア（図示せず）によって店舗からブロードキャストされる広告またはクーポンを確認し得る。本実施例では、ＣＰＣＩは、デバイス上のアプリケーションにわたって管理される必要があり得る。コンテキスト関連電力制御を、単一ピア上の複数のアプリケーションにわたって提供するとき、ＣＰＣＩ検出およびＰ２ＰＮＷ間電力制御管理は、それぞれ、図６および図７において議論されるものに類似している。Ｐ２ＰＮＷ内電力制御は、図８に関して議論されるものに類似するが、複雑な追加の層を伴うであろう。例えば、ピア１４６は、各伝送のＴｘＰを調節し、伝送に使用される特定のＰｒｏＳのための決定されるＴｘＰ（例えば、チャット用ＰｒｏＳおよび広告用ＰｒｏＳのための異なるＴｘＰ）を適合させる。さらなる詳細は、以下に議論される。
【0037】
図９は、システム１４６のピア１４６の視点から、Ｐ２ＰＮＷ内マルチアプリケーション電力制御に対するＣＰＣＩ管理のための例示的方法を例証する。ステップ２０１およびステップ２０２では、それぞれ、ピア１４６は、ＰｒｏＳ１４１およびＰｒｏＳ１４２に対するコンテキスト関連電力制御を開始する。ステップ２０２およびステップ２０３は、伝送がＰｒｏＳのために発生する必要があるという指示によってトリガされ得る。指示は、時間あるいはピアまたは他のデバイスからの受信データ等、状況に基づくユーザコマンドまたは自動発生であり得る。指示は、アイドルタイム、デバイス再起動等に基づく、タイムアウト後のＰｒｏＳの初期起動に続き得る。ステップ２０３およびステップ２０４では、それぞれ、ＣＰＣＩ検出は、ＰｒｏＳ１４１およびＰｒｏＳ１４２に対して利用され得る。ステップ２０５およびステップ２０６では、それぞれ、Ｐ２ＰＮＷ間管理が、ＰｒｏＳ１４１およびＰｒｏＳ１４２に対して利用され得る。ステップ２０７では、ピア２４６は、ＰｒｏＳ１４１が伝送する必要があるかどうかを決定する。必要がある場合、ステップ２０９において、本実装では、ＰｒｏＳ１４１のためのＭＡＣ／ＰＨＹ層内のコンテキスト関連電力制御手順が、適用され、伝送が発生する。伝送後、ステップ２１１では、ピア１４６は、ＰｒｏＳ１４２が伝送する必要があるかどうかを決定する。必要がある場合、ステップ２１９において、本実装では、ＰｒｏＳ１４２のためのＭＡＣ／ＰＨＹ層内のコンテキスト関連電力制御手順が、適用され、伝送が発生する。必要がない場合、ピア１４６は、ＰｒｏＳ１４１のためのＭＡＣ／ＰＨＹ層内のコンテキスト関連電力制御手順に基づく伝送の送信を継続する。図９に示されるように、ＰｒｏＳ１４１およびＰｒｏＳ１４２のためのＭＡＣ／ＰＨＹ層内のコンテキスト関連電力制御手順に関する、類似伝送解析が、ピア１４６上で、コンテキスト関連電力制御が途中停止されるまで継続されるであろう。
【0038】
多くのＰｒｏＳは、提示スピーカを用いたＰｒｏＳカンファレンスミーティング、またはスマートパーキングのためのパーキングメータを管理するゲートウェイ等、ブロードキャストまたはマルチキャストを介したグループ通信ベースである。ポイントツーマルチポイントのＰ２ＰＮＷ内ＣＰＣＩ管理は、前述のように、中央ピアが、ＣＰＣＩを各ピアにユニキャストするのではなく、ＣＰＣＩを複数のピアにマルチキャストし得ることを除いて、Ｐ２ＰＮＷ内マルチアプリケーション電力制御のためのＣＰＣＩ管理に類似する。さらなる詳細な実施例は、以下となる。
【0039】
図１０は、コンテキスト関連電力制御に対する１対多の通信のための例示的方法２３０を、図５のシステム１４０を参照して例証する。ステップ２３１では、ピア１４６は、電力制御要求を、ＰｒｏＳ１４１を有する近接したピアにブロードキャストまたはマルチキャストする。電力制御要求は、伝送電力レベル（例えば、ｄＢｍで）および場所（例えば、絶対的または相対的地理的場所）を含む。ステップ２３２では、ピア１４７（最も近い受信機）は、伝送電力レベル（すなわち、ｄＢｍで）および場所（すなわち、絶対的または相対的地理的場所）を含む、その電力制御応答で応答する。本実施例では、ピア１４７よりもピア１４６からさらに遠い距離にあるピア（図示せず）もまた、存在する。全てのピアは、ピア１４６に応答する。ステップ２３３では、ピア１４６は、受信されたＣＰＣＩを評価し、受信されたＣＰＣＩから計算されたパスロスに基づいて、ピア１４７および他の各ピアに対して電力調節を決定する。ステップ２３４では、ピア１４６は、サービスまたはアプリケーションの電力制御カテゴリあるいはＱｏＳに基づいて、伝送レベルを決定する。本実施例では、使用されるサービスレベルの３つの品質があることがわかり得る。ピア１４６から最も遠い距離にあるピアとの通信のための伝送電力＝先の電力＋１／４ｄＢとして定義されるサービスの保証品質があり得る。ピア１４７（近い受信機）との通信のための伝送電力＝先の電力−１／４ｄＢとして定義されるサービスのベストエフォート品質があり得る。最後に、全ての他のピア間の通信のための伝送電力＝先の電力＋平均電力調節として定義されるサービスの平均品質があり得る。
【0040】
前述の表１および表２は、コンテキスト情報および電力制御情報を簡潔に議論した。コンテキスト情報および電力制御情報に関するさらなる詳細は、以下に提供される。前述のように、コンテキスト情報は、サービス電力カテゴリ（ＳＰｃａｔ）、サービス範囲（ＳｅｒＲ）、電力制御間隔（ＰＣＩｎｔ）、バンド幅（ＢＷ）、データレート（ＤＲ）、変調およびコーディングスキーム（ＭＣＳ）、待ち時間（Ｌａｔ）、場所（Ｌｏｃ）、速度（Ｓｄ）等の情報を含み得る。
【0041】
ＳＰｃａｔは、とりわけ、公衆安全、ヘルスケア、ソーシャルネットワーク、商業広告、センサネットワーク、またはスマートオフィス等、ＰｒｏＳの異なるタイプのための電力制御要件のためのカテゴリを示す、事前決定された値である。カテゴリは、数字、英字、または英数字の値を使用して定義され得る。例えば、第１のカテゴリ（例えば、ＳＰｃａｔ＝１）は、制限または選好の中でもとりわけ、サービスの高データレートおよび高品質を要求するＰｒｏＳのために生成され得、第２のカテゴリ（例えば、ＳＰｃａｔ＝２）は、サービスの低データレートおよび低品質を要求し得る。例えば、ヘルスケア用ＰｒｏＳは、ＳＰｃａｔ＝１として定義され得る一方、センサネットワークおよびチャットアプリケーションは、各々、ＳＰｃａｔ＝２として定義され得る。ＳＰｃａｔは、デフォルト電力制御スキームを設定するために使用され得る。例えば、ＰｒｏＳが最初に初期化されると、デフォルトＴｘＰおよび他の電力制御パラメータが、設定され得る。本デフォルトスキームは、コンテキスト情報および電力制御情報がピア上で受信され、解析されるにつれて調節され得る。
【0042】
ＳｅｒＲは、ＰｒｏＳ Ｐ２ＰＮＷのためのサービスの事前決定された適正な品質に推奨される、典型的なサービス無線範囲（すなわち、距離）として定義され得るコンテキスト情報である。サービス範囲は、異なるＰｒｏＳに基づいて変動し得る。例えば、公衆安全用ＰｒｏＳのためのピア間のＳｅｒＲは、２キロメートルであり得る一方、スマートホーム近接サービスのピア間のＳｅｒＲは、１２０メートルであり得る。
【0043】
ＰＣＩｎｔは、伝送電力レベルを調節するためだけでなく、ＣＰＣＩを更新または交換するための期間として定義され得るコンテキスト情報である。例えば、ＰＣＩｎｔは、移動性が殆どまたは全くないＰｒｏＳ Ｐ２ＰＮＷに対して、伝送機と受信機との間のＣＰＣＩ交換のオーバーヘッドを省くために比較的大きな値であり得る一方、ＰＣＩｎｔは、移動性が高いＰｒｏＳ Ｐ２ＰＮＷに対して比較的小さな値であり得る。速度は、ＰＣＩｎｔを決定する際の要因であり得る。ＰＣＩｎｔは、ＣＰＣＩの更新または伝送電力レベルの調節のために使用される期間であるため、電力制御情報またはコンテキスト情報と見なされ得る。
【0044】
ＢＷ、ＤＲ、およびＭＣＳは、通常、互に関連付けられている。ＢＷは、ＰｒｏＳ Ｐ２ＰＮＷ内のピアに分配されるバンド幅（例えば、Ｍｂｉｔ）または副搬送波（例えば、リソースブロック）として定義され得るコンテキスト情報である。ＢＷは、サービスの事前決定された適正な品質を確実にするための典型的なＢＷ、またはピアに利用可能なＢＷであり得る。概して、バンド幅は、データレートＰｒｏＳおよび信号強度にふさわしく分配され、要求または推奨されるスループットを確実にする。ＤＲは、ＰｒｏＳのためのサービスのための事前決定された適正な品質を確実にするための典型的なデータレートとして定義され得、ピアの測定されたデータレートとして定義され得る。ＭＣＳは、直交振幅変調（ＱＡＭ）、位相偏移キーイング（ＰＳＫ）、振幅シフトキーイング（ＡＳＫ）等のための異なる方法等、ＰｒｏＳのために使用される変調およびコーディングスキームとして定義され得る。より高次の変調およびコーディングスキームは、高データレートＰｒｏＳを伴い得、これらは、要求されるスループットを確実にするためのより高い最大伝送電力を要求し得る。
【0045】
Ｌａｔは、ＰｒｏＳのための遅延許容値として定義され得る。例えば、緊急事態関連ＰｒｏＳは、超低Ｌａｔ（例えば、数ミリ秒）を要求し得る一方、キープアライブ関連近接サービスは、高Ｌａｔ（例えば、数秒または数分）を許容することができ得る。待ち時間要件は、電力制御間隔（ＰＣＩｎｔ）に影響を与え得る。低待ち時間のサービスまたはアプリケーションに対して、ＰＣＩｎｔ値は、高待ち時間のサービスまたはアプリケーションと比較して、比較的小さくなり得る。
【0046】
Ｌｏｃは、地理的場所、別の位置からの移動（例えば、Ｐ２ＰＮＷから１５メートル（５０フィート）北西）等、近接サービスのためのピアの場所として定義され得る。Ｌｏｃは、絶対的場所（例えば、緯度および経度）またはピアと相対的であり得る。Ｌｏｃは、パスロスを推定するために使用され得る。完全分散型インフラストラクチャレス無線システムに対して、伝送電力制御を管理するための、３ＧＧＰセルラーシステム内のＮＢまたはｅＮＢ等、中央コントローラが存在しない。したがって、ピアは、受信された信号強度だけでなく、他の送信機の場所および伝送電力レベルから導出されるパスロスに基づいて伝送電力を推定し得る。
【0047】
Ｓｄは、ピアの典型的な速度として定義され得、ＰｒｏＳ Ｐ２ＰＮＷに対してサービスの事前決定された適正な品質を確実にする。Ｓｄはまた、ピアの測定された速度としても定義され得る。例えば、幹線道路上の車は、高速で走行し、より多くのチャネル変化を生じさせ得、これは、歩行速度と比較したとき、比較的頻繁な電力調節、すなわち、より低いＰＣＩｎｔの値を要求し得る。あるＰｒｏＳに対して、より高い速度は、性能低下も生じさせ得、これは、スループット性能を確実にするためのより高い伝送電力を要求し得る。測定された速度は、ＰＣＩｎｔを定義するために使用され得る。
【0048】
電力制御情報は、本明細書に議論されるように、伝送電力（ＴｘＰ）、最大伝送電力（ＭａｘＴｘＰ）、最小伝送電力（ＭｉｎＴｘＰ）、電力調節（ＰＡｄｊ）、エンドポイント（ＥＰ）、パスロス（ＰＬ）、受信信号品質（ＲｘＳＱ）等の情報を含み得る。
【0049】
ＴｘＰは、ＰｒｏＳ Ｐ２ＰＮＷに対してサービスの事前決定された適正な品質を確実にし得る典型的な電力レベル（例えば、ｄｂｍ）であり得、特定の時間に測定されたＴｘＰとしても定義され得る。この値は、閉ループ電力制御中に調節され得る。ＭａｘＴｘＰは、ＰｒｏＳ Ｐ２ＰＮＷに対してサービスの事前決定された適正な品質を確実にするために、ＰｒｏＳ Ｐ２ＰＮＷに対して伝送に許された最大電力レベル、または伝送機に利用可能なＭａｘＴｘＰである。伝送機がそのＭａｘＴｘＰ値を達成した場合、例え計算された電力調節が、開または閉ループ電力制御中のいずれかで「電力増加中」であっても、それを超えて伝送電力レベルを増加させることはできない。ＭｉｎＴｘＰは、ＰｒｏＳ Ｐ２ＰＮＷに対してサービスの事前決定された適正な品質を確実にし得る、ＰｒｏＳ Ｐ２ＰＮＷに対する伝送に要求される最小電力レベル、または伝送機に利用可能なＭｉｎＴｘＰである。通常、伝送機は、初期電力レベルを推定するための他の情報が十分でない場合、そのＭｉｎＴｘＰで始動する。
【0050】
ＰＡｄｊは、初期、閉、または開ループコンテキスト関連電力制御のための電力調節である。ＰＡｄｊは、現在の電力レベルからの相対値（例えば、５ｄｂ減少）、またはある範囲内（１０ｄｂｍ未満）での伝送のための命令であり得る。
【0051】
ＥＰは、グループ内の１対多のブロード／マルチキャストまたは１対１のユニキャストいずれかのグループベースの通信におけるエンドポイント（すなわち、受信機）である。ＥＰ値は、Ｐ２ＰＮＷ内の局所的に一意であるＥＰの識別子（例えば、ピアまたはデバイス識別子）であり得る。ＥＰは、ＭＳＩＳＤＮから局所的に一意であるより短いＩＤ、あるいは他のピアまたはデバイス識別子にマッピングされ得る。
【0052】
他の電力制御情報は、ＰＬおよびＲｘＳＱであり得る。ＰＬは、無線チャネルを通しての減衰または伝搬ロスである。ＰＬは、初期電力レベルの推定または次の電力調節の計算のために使用される。ＰＬは、１０ｄｂ等の相対値であり得る。ＲｘＳＱは、初期電力レベルの推定または次の電力調節の計算のために使用され得る。ＲｘＳＱは、測定受信信号強度インジケータ（ＲＳＳＩ）、受信信号干渉雑音比（ＳＩＮＲ）、またはチャネル品質インジケータ（ＣＱＩ）等によって示され得る。
【0053】
ＣＰＣＩは、本明細書に議論されるように、絶対値ではなく、ある範囲を示すカテゴリ指定であり得る。例えば、Ｓｄは、「歩行速度」等のカテゴリであり得、これは、時速１〜５キロメートルの速度を示し得る。代替として、Ｓｄは、例えば、時速４．７５キロメートル等の絶対値であり得る。カテゴリおよび絶対値の概念は、コンテキスト情報または電力制御情報の中でもとりわけ、Ｌｏｃ、ＭＣＳ、Ｌａｔ、ＤＲ、ＢＷ、ＰＣＩｎｔ、およびＳｅｒＲに適用され得る。ＣＰＣＩは、履歴データに基づいて更新され得る。
【0054】
図１と関係して前述されるように、ＣＰＣＩは、ピア間で、様々な方法で伝送され得る。図１に例証される選択肢に加えて、他の実施形態では、修正あるいは拡張されたＩＥＥＥ ８０２．１５または８０２．１１ ＭＡＣフレームが、採用され得、新しい情報要素（ＩＥ）だけでなく、ＣＰＣＩの伝送も促進する。一実施形態では、本明細書に説明される電力制御手順を促進するコンテキスト情報に関連する、ＭＡＣヘッダ内の新しいフィールドを伴う一般的ＭＡＣフレームであり得る新しいフレーム形式が使用され得る。新しい管理フレームがまた、電力制御要求および応答をサポートするために使用され得る。これらのフレームおよびＩＥについてのさらなる詳細が、以下に提供される。
【0055】
図１１Ａは、本明細書に説明される電力制御手順に関係して使用され得る、修正されたＭＡＣフレーム形式４００の一実施形態を例証する。図１１Ａおよび１１Ｂでは、太字、斜字、および下線で示されるフィールドは、新しいまたは修正されたフィールドであり、新しいサブフィールドを含み得る。他のフィールドは、既存のＩＥＥＥ ８０２．１５．４および８０２．１１規格で定義されるものと同じ意味を有し得る。
【0056】
示されるように、フレーム４００は、概して、ＭＡＣヘッダ４０２およびＭＡＣペイロード４０４を備えている。一実施形態では、フレーム内の全てのフィールドが、補助フィールド４１６および補助セキュリティヘッダ４１８を除いて要求され得る。ある実施形態では、シーケンス番号フィールド４０８および補助セキュリティヘッダ４１８は、ＩＥＥＥ ８０２．１５．４規格で定義されるものと同じ意味を有し得る。
【0057】
本実施形態では、フレーム制御フィールド４０６は、フレームタイプ、肯定応答メッセージの要求されるタイプ、およびアドレッシングモード等、制御情報を伝える。図１１Ｂは、フレーム制御フィールドの形式５００の一実施形態を例証する。ある実施形態では、フレームタイプ、フレーム保留、フレームバージョン、セキュリティイネーブル、およびＩＥ現フィールドは、ＩＥＥＥ ８０２．１５．４規格で定義されるものと同じ意味を有し得る。一実施形態では、このフレーム制御フィールド４０６内の全てのフィールドは、必須であり得る。
【0058】
フレームタイプおよびサブタイプ４２４、４２６は、必須であり得ると同時に、一緒に、フレームのタイプ、すなわち、フレームの機能を示し得る。一実施形態では、４つの基本フレームタイプである、ビーコン、管理、データ、および肯定応答が存在する。フレームの各タイプは、いくつかのサブタイプを有し得る。加えて、サブタイプフィールドの意味は、異なるフレームタイプに対して変動し得る。一実施形態では、管理フレームは、「１」のフレームタイプ値を有し得、「８」のフレームサブタイプ値が、フレームを「電力制御要求」フレームとして識別するために使用され得、「９」のフレームサブタイプ値が、フレームを「電力制御応答」フレームとして識別するために使用され得る。他のフレームサブタイプ値が、管理フレームの他のタイプを識別するために使用され得る。
【0059】
依然として図１１Ｂを参照すると、ある実施形態では、フレーム制御フィールド４０６内の要求ＡＣＫタイプフィールド４２８は、どのタイプの肯定応答フレームが予期されるかを規定し得る。例えば、要求ＡＣＫタイプフィールドは、以下の表４に示されるように設定され得る。
【0060】
【表4】
【0061】
図１１Ａに示されるように、ＭＡＣフレーム形式４００はさらに、アドレッシングフィールド４１２内に伝送ホップアドレスおよび受信ホップアドレスの存在の指示を含み得るアドレッシングフィールド指示フィールド４１０を含み得る。ソースおよび宛先アドレスは、常に、アドレッシングフィールド４１２内に存在し得るが、伝送ホップアドレスおよび受信ホップアドレスの存在は、マルチホップのシナリオにするオプションであり得る。例えば、ワンホップの伝送に対して、いずれも存在せず、マルチホップの伝送内の第１のホップに対して（すなわち、オリジナルソースは、フレームを送信中）、受信ホップアドレスのみが存在し、伝送ホップアドレスは、ソースアドレスと同じであり、マルチホップの伝送内の最終ホップに対して、伝送ホップアドレスのみが存在し、受信ホップアドレスは、宛先アドレスと同じであり、マルチホップの伝送内の他のホップに対して、伝送ホップアドレスおよび受信ホップアドレスの両方が含まれる。加えて、フレームは、アドレッシングフィールド指示が、最後の２つの例（最終ホップおよび他のホップ）としてセットアップされるとき、中継フレームであり得る。
【0062】
図１１Ａにさらに示されるように、Ｐ２ＰＮＷ／ＡＰＰ ＩＤフィールド４１４フィールドは、Ｐ２ＰネットワークＩＤまたはアプリケーションＩＤを含み得る。Ｐ２Ｐネットワーク（ＮＷ）に参加する全てのピアは、局所的に一意のＰ２ＰＮＷ／ＡＰＰ ＩＤを有し得る。フレームが送信されるとき、Ｐ２ＰＮＷ ＩＤが決定されていない場合、このフィールドは、アプリケーションＩＤを伝え得る。Ｐ２ＰＮＷは、アプリケーションまたはサービスによって形成され得るため、Ｐ２ＰＮＷ ＩＤは、アプリケーション特定のＰ２ＰＮＷを定義および区別するために使用され得るネットワーク識別子であり得る。近接サービスの分散される性質に起因して、Ｐ２ＰＮＷ ＩＤは、局所的に一意であり得る。
【0063】
Ｐ２ＰＮＷ ＩＤは、限定ではないが、所与のサービスまたはアプリケーションを示すＣＡＩＤまたはアプリケーションＩＤ（例えば、ソーシャルネットワークのＦａｃｅｂｏｏｋ、ビデオストリーミングのＮｅｔｆｌｉｘ等）、Ｐ２ＰＮＷの場所を示す場所情報、Ｐ２ＰＮＷ ＩＤを生成したピアのＩＤ、および同じコンテキスト情報を伴う既存のＰ２ＰＮＷを区別するために使用され得るネットワークシーケンス番号を含み得る。Ｐ２ＰＮＷ ＩＤは、異なる構造（情報の各ピースにいくつかの情報ビットが割り当てられ、全ての情報ピースが連結される連結構造、または全ての情報のピースが、ＸＯＲおよびハッシュ等、いくつかの数学的計算を通して合計される並列構造等）を使用して生成され得る。
【0064】
異なる制御スキームに基づいて、Ｐ２ＰＮＷ ＩＤは、ネットワーク内の異なるパーティによって生成および割り当てられ得る。集中型制御スキームの実施形態では、Ｐ２ＰＮＷ ＩＤは、次いで、ＶＬに通知するスーパーＶＬによって生成され得るか、またはＶＬが、Ｐ２ＰＮＷ ＩＤを生成し、ビーコンにおいてそれをブロードキャストし、スーパーＶＬおよび他のＶＬに通知し得る。ハイブリッド制御スキームの実施形態では、ＶＬが、Ｐ２ＰＮＷ ＩＤを生成し、ビーコンにおいてそれをブロードキャストし、他のＶＬに通知し得る。分散型制御スキームの実施形態では、Ｐ２ＰＮＷを形成することを所望するピア（すなわち、新しいアプリケーションフレームを定義するピア）が、Ｐ２ＰＮＷ ＩＤを生成し、ビーコンをブロードキャストし、Ｐ２ＰＮＷ ＩＤの近接範囲内の全ピアに通知し得る。
【0065】
依然として図１１Ａを参照すると、補助フィールドのフィールド４１６は、随意ではあるが、いくつかの機能性に対しては重要であるフィールドを含み得る。例えば、緊急事態サービス、ソーシャルネットワーク、スマートオフィス等、アプリケーションまたはサービスカテゴリを示すコンテキストカテゴリフィールドが含まれ得る。別の実施例として、フレーム送信側が、マルチホップ発見プロセスのために他のフレームを中継する用意があるかどうかを示すホッパ指示フィールドが含まれ得る。
【0066】
前述のように、電力制御要求フレーム（例えば、フレームタイプ＝１；フレームサブタイプ＝８）は、近接範囲内のコンテキストおよび電力制御情報を要求するために使用され得る。表５は、一実施形態による、電力制御要求フレームのＭＡＣペイロード（例えば、フレーム形式４００のＭＡＣペイロード４０４のフレームペイロードフィールド４２２）内に提供され得るいくつかの例示的な追加のフィールドを列挙する。一実施形態では、表５内の情報は、近接範囲内で１度だけ交換され得る。本情報のいずれかが変更されるときのみ、情報交換のために電力制御要求にそれが含まれるであろう。サービス電力カテゴリ、伝送電力、および受信信号品質等、他の電力制御関連情報は、さらに以下で説明されるように、１つ以上のＣＰＣＩ ＩＥに含まれ得る。
【0067】
【表5】
【0068】
情報要素（ＩＥ）は、効率的なメッセージ交換のために情報をカプセル化するための柔軟で、拡張可能、かつ容易に実装可能な方法を提供し得る。ＩＥは、ＭＡＣヘッダまたはＭＡＣペイロードのいずれかの部分であり得る。図１１Ａに例証される例示的フレーム形式４００では、フィールド４２０が、ＩＥを保持するために提供される。複数のＩＥが、１つのフレーム内で連結され得る。
【0069】
以下の表６は、電力制御要求または応答のフレーム内でＣＰＣＩを伝えるためのＩＥの例示的フィールドを列挙する。
【0071】
図１２Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのための構成要素を提供し、任意のＭ２Ｍデバイス、ゲートウェイ、またはサービスプラットフォームは、ＩｏＴ／ＷｏＴの構成要素ならびにＩｏＴ／ＷｏＴサービス層等であり得る。
【0072】
図１２Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワーク（例えば、イーサネット（登録商標）、ファイバ、ＩＳＤＮ、ＰＬＣ等）または無線ネットワーク（例えば、ＷＬＡＮ、セルラー等）、あるいは異種ネットワークのネットワークであり得る。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数のユーザに提供する、複数のアクセスネットワークから成り得る。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備え得る。
【0073】
図１２Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、インフラストラクチャドメインおよびフィールドドメインを含み得る。インフラストラクチャドメインは、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメインは、通常はＭ２Ｍゲートウェイの背後にある、エリアネットワークを指す。フィールドドメインは、Ｍ２Ｍゲートウェイ１４と、上記に開示されるようなピアであり得る、端末デバイス１８とを含む。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じてＭ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８の各々は、通信ネットワーク１２または近接した直接無線リンクを介して、信号を伝送および受信するように構成される。Ｍ２Ｍゲートウェイデバイス１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍデバイス１８は、データを収集し、通信ネットワーク１２または近接した直接無線リンクを介して、データをＭ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８に送信し得る。Ｍ２Ｍデバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８からデータを受信し得る。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービス層２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信され得る。Ｍ２Ｍデバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、近接した直接無線リンク、および有線を含む、種々のネットワークを介して通信し得る。
【0074】
図１２Ｂを参照すると、フィールドドメイン内の図示したＭ２Ｍサービス層２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２のためのサービスを提供する。ＰｒｏＳは、本明細書に説明されるように、Ｍ２Ｍアプリケーション２０またはＭ２Ｍサービス層２２であり得る。Ｍ２Ｍサービス層２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、１つ以上のサーバ、コンピュータ等によって実装され得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍ端末デバイス１８、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍアプリケーション２０に適用される、サービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワークで、クラウドで等、種々の方法で実装され得る。
【0075】
図示したＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍサービス層２２’がある。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイン内のＭ２Ｍアプリケーション２０’および下層通信ネットワーク１２’のためのサービスを提供する。Ｍ２Ｍサービス層２２’はまた、フィールドドメイン内のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８のためのサービスも提供する。Ｍ２Ｍサービス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス、およびＭ２Ｍ端末デバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサービスプロバイダによるサービス層と相互作用し得る。Ｍ２Ｍサービス層２２’は、１つ以上のサーバ、コンピュータ、仮想マシン（例えば、クラウド／計算／記憶ファーム等）等によって実装され得る。
【0076】
図１２Ｂも参照すると、Ｍ２Ｍサービス層２２および２２’は、多様なアプリケーションおよび垂直線が活用することができる、サービス配信能力のコアセットを提供する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０および２０’がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、課金、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出す費用および時間を削減する。サービス層２２および２２’はまた、Ｍ２Ｍアプリケーション２０および２０’が、サービス層２２および２２’が提供するサービスと関連して、種々のネットワーク１２および１２’を通して通信することも可能にする。
【0077】
いくつかの実施形態では、Ｍ２Ｍアプリケーション２０および２０’は、本明細書に論じられるように、ＰＣＲｅｑおよびＰＣＲｅｓを含み得る、コンテキスト関連電力制御メッセージを使用してＣＰＣＩを通信する、所望のアプリケーションを含み得る。Ｍ２Ｍアプリケーション２０および２０’は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含み得る。上記のように、本システムのデバイス、ゲートウェイ、および他のサーバにわたって作動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービス等のこれらの機能をＭ２Ｍアプリケーション２０および２０’に提供する。
【0078】
本願の近接サービスは、サービス層の一部として実装され得る。サービス層は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースのセットを通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層である。Ｍ２Ｍエンティティ（例えば、ハードウェアおよびソフトウェアの組み合わせによって実装され得る、デバイス、ゲートウェイ、またはサービス／プラットフォーム等のＭ２Ｍ機能エンティティ）が、アプリケーションまたはサービスを提供し得る。ＥＴＳＩ Ｍ２ＭおよびｏｎｅＭ２Ｍの両方が、本発明の近接サービスを含み得るサービス層を使用する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、（それがデバイスＳＣＬ（ＤＳＣＬ）と称される）Ｍ２Ｍデバイス、（それがゲートウェイＳＣＬ（ＧＳＣＬ）と称される）ゲートウェイ、および／または（それがネットワークＳＣＬ（ＮＳＣＬ）と称される）ネットワークノード内で実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）のセットをサポートする。１つ以上の特定のタイプのＣＳＦのセットのインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中央ノード、アプリケーション特有のノード）上でホストすることができる、共通サービスエンティティ（ＣＳＥ）と称される。さらに、本願のコンテキスト関連電力制御は、本願の近接サービス等のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装することができる。
【0079】
図１２Ｃは、図１２Ａおよび１２Ｂに示されるＭ２Ｍ端末デバイス１８またはＭ２Ｍゲートウェイデバイス１４等の例示的Ｍ２Ｍデバイス３０、あるいは図２、３、および５−９に例証されるもののうちの任意の１つ等のピアの系統図である。図１２Ｃに示されるように、Ｍ２Ｍデバイスまたはピア３０は、プロセッサ３２と、送受信機３４と、伝送／受信要素３６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ／タッチパッド４２と、非取り外し可能メモリ４４と、取り外し可能メモリ４６と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。Ｍ２Ｍデバイス３０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。このデバイスは、コンテキスト関連電力制御のための開示されたシステムおよび方法を使用する、デバイスであり得る。
【0080】
プロセッサ３２は、汎用プロセッサ、特殊用途プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械等であり得る。プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍデバイス３０が無線環境で動作することを可能にする任意の他の機能性を果たし得る。プロセッサ３２は、伝送／受信要素３６に連結され得る、送受信機３４に連結され得る。図１２Ｃは、プロセッサ３２および送受信機３４を別個の構成要素として描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップに一緒に組み込まれ得ることが理解されるであろう。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムおよび／または通信を行い得る。プロセッサ３２は、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、および／または暗号化動作等のセキュリティ動作を行い得る。
【0081】
伝送／受信要素３６は、信号をＭ２Ｍサービスプラットフォーム２２に伝送し、またはＭ２Ｍサービスプラットフォーム２２あるいは別のピアから信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークおよびエアインターフェースをサポートし得る。実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送および受信するように構成され得る。伝送／受信要素３６は、無線または有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。
【0082】
加えて、伝送／受信要素３６は、単一の要素として図１２Ｃで描写されているが、Ｍ２Ｍデバイス３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、Ｍ２Ｍデバイス３０は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、Ｍ２Ｍデバイス３０は、無線信号を伝送および受信するための２つまたはそれを上回る伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。
【0083】
送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を変調するように構成され得る。上記のように、Ｍ２Ｍデバイス３０は、マルチモード能力を有し得る。したがって、送受信機３４は、Ｍ２Ｍデバイス３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
【0084】
プロセッサ３２は、非取り外し可能メモリ４４および／または取り外し可能メモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。非取り外し可能メモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のＭ２Ｍデバイス３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。プロセッサ３２は、本明細書で説明されるいくつかの実施形態におけるコンテキスト関連電力制御（例えば、ＣＰＣＩ検出、Ｐ２ＰＮＷ間電力制御、またはＰ２ＰＮＷ間電力制御が生じたかどうか等の状態を含む、ＣＰＣＩ情報および更新）が成功したか、または成功していないかに応答して、ディスプレイまたはインジケータ４２上の照明パターン、画像、または色を制御するか、あるいは別様にコンテキスト関連電力制御伝搬または処理の状態を示すように構成され得る。
【0085】
プロセッサ３２は、電源４８から電力を受け取り得、Ｍ２Ｍデバイス３０内の他の構成要素への電力を分配および／または制御するように構成され得る。電源４８は、Ｍ２Ｍデバイス３０に電力供給するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。
【0086】
プロセッサ３２はまた、Ｍ２Ｍデバイス３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成される、ＧＰＳチップセット５０に連結され得る。Ｍ２Ｍデバイス３０は、実施形態と一致したままで、任意の公的な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。
【0087】
プロセッサ３２はさらに、追加の特徴、機能性、および／または有線あるいは無線接続を提供する、１つ以上のソフトウェアおよび／またはハードウェアモジュールを含み得る、他の周辺機器５２に連結され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。
【0088】
図１２Ｄは、例えば、図１２Ａおよび１２ＢのＭ２Ｍサービスプラットフォーム２２が実装され得る、例示的なコンピュータシステム９０のブロック図である。上記で述べられたように、あるピアはまた、コンピューティングシステム９０等の形態で実装され得る。コンピュータシステム９０は、コンピュータまたはサーバを備え得、主に、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得、どこでも、またはどのような手段を用いても、そのようなソフトウェアが記憶あるいはアクセスされる。そのようなコンピュータ読み取り可能な命令は、コンピュータシステム９０を稼働させるように、中央処理装置（ＣＰＵ）９１内で実行され得る。多くの既知のワークステーション、サーバ、および周辺コンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他の機械では、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは明確に異なる、随意的なプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、制御プレーンを経由したＣＰＣＩおよび他のコンテキスト関連電力制御情報の受信等、コンテキスト関連電力制御のための開示されたシステムおよび方法に関係付けられるデータを受信、生成、および処理し得る。
【0089】
動作時、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送経路であるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、コンピュータシステム９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、ならびに割り込みを送信するため、およびシステムバスを動作するための制御ラインを含む。そのようなシステムバス８０の実施例は、ＰＣＩ（周辺構成要素相互接続）バスである。
【0090】
システムバス８０に連結されているメモリデバイスは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶されて取り出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない、記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られ、または変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されることができる。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを分離し、ユーザプロセスからシステムプロセスを分離する、メモリ保護機能を提供し得る。したがって、第１のモードで作動するプログラムは、独自のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【0091】
加えて、コンピュータシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任がある、周辺機器コントローラ８３を含み得る。
【0092】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピュータシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる、電子構成要素を含む。
【0093】
さらに、コンピュータシステム９０は、図１２Ａおよび１２Ｂのネットワーク１２等の外部通信ネットワークにコンピュータシステム９０を接続するために使用され得る、ネットワークアダプタ９７を含み得る。
【0094】
本明細書で説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、命令が、コンピュータ、サーバ、Ｍ２Ｍ端末デバイス、Ｍ２Ｍゲートウェイデバイス、ピア等の機械によって実行されたときに、本明細書で説明されるシステム、方法、およびプロセスを行うおよび／または実装される、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化され得ることが理解される。具体的には、上記で説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装され得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の方法または技術で実装される、揮発性および不揮発性、取り外し可能および非取り外し可能媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは所望の情報を記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の物理的媒体を含むが、それらに限定されない。
【0095】
図で図示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、特定の用語が採用される。しかしながら、請求された主題は、そのように選択された特定の用語に限定されることを目的としておらず、各特定の要素は、類似目的を達成するように同様に動作する、全ての技術的均等物を含むことを理解されたい。当業者は、開示される実施形態が、３ＧＰＰ、ＥＴＳＩ Ｍ２Ｍ、ｏｎｅＭ２Ｍ、ＭＱＴＴ、ＩＲＴＦ ＳＤＮＲＧ、ＩＲＴＦ Ｐ２ＰＲＧ、ＩＥＴＦ ＣＯＭＡＮ、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１５、ＩＥＥＥ ８０２．１６、ＩＥＥＥ ８０２ ＯｍｎｉＲＡＮ、および他のＭ２Ｍ対応システムおよびアーキテクチャ等のアーキテクチャおよびシステム内に実装され得ることを認識するであろう。
【0096】
本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用すること、および任意の組み込まれた方法を行うことを含む、本発明を実践することを可能にするために、実施例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の実施例を含み得る。そのような他の実施例は、請求項の文字通りの言葉とは異ならない構造要素を有する場合に、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合に、請求項の範囲内であることを目的としている。