特表 2024-534065 無線電力送信システムにおける同時多重データ通信方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-09-18

(54)【発明の名称】無線電力送信システムにおける同時多重データ通信方法及び装置

(51)【国際特許分類】

   H02J 50/80 20160101AFI20240910BHJP

   H02J 50/12 20160101ALI20240910BHJP

【ＦＩ】

H02J50/80

H02J50/12

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024509403

(86)(22)【出願日】2022-08-11

(85)【翻訳文提出日】2024-02-16

(86)【国際出願番号】 KR2022012032

(87)【国際公開番号】W WO2023022441

(87)【国際公開日】2023-02-23

(31)【優先権主張番号】10-2021-0108250

(32)【優先日】2021-08-17

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0120575

(32)【優先日】2021-09-09

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＢＬＵＥＴＯＯＴＨ

２．ＺＩＧＢＥＥ

(71)【出願人】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ユン チンホ

(57)【要約】

本明細書（ｐｒｅｓｅｎｔ ｄｉｓｃｌｏｓｕｒｅ）は無線電力送信システムにおいて無線電力送信機によって実行される無線電力を伝達する方法において、ネゴシエーションフェーズにおいて無線電力受信機と電力伝達契約をネゴシエーションして及び電力伝達フェーズにおいて前記電力伝達契約に基づいて前記無線電力を前記無線電力受信機に伝達するが、前記電力伝達フェーズの間、前記無線電力送信機は前記無線電力受信機に第１のデータストリームを送信し、及び前記無線電力送信機が前記第１のデータストリームを送信する間、第２のデータストリームの送信をオープン（ｏｐｅｎ）することを特徴とする方法及びこれを用いる装置が提供される。
【選択図】図２８

【特許請求の範囲】

【請求項1】

無線電力送信システムにおいて、無線電力送信機によって実行される無線電力を伝達する方法において、
ネゴシエーションフェーズにおいて無線電力受信機と電力伝達契約をネゴシエーションするステップと、
電力伝達フェーズにおいて前記電力伝達契約に基づいて前記無線電力を前記無線電力受信機に伝達するステップと、を含み、
前記電力伝達フェーズの間、前記無線電力送信機は前記無線電力受信機に第１のデータストリームを送信し、
前記無線電力送信機が前記第１のデータストリームを送信する間、第２のデータストリームの送信をオープン（ｏｐｅｎ）する、方法。

【請求項2】

前記無線電力送信機は前記第１のデータストリームに関連する第１のイニシャルＡＤＣパケット、少なくとも１つの第１のＡＤＴパケット、第１の最終のＡＤＣパケットを前記無線電力受信機に送信し、
前記第１のイニシャルＡＤＣパケットは前記第１のデータストリームのオープンに関連するパケットであり、
前記第１の最終のＡＤＣパケットは前記第１のデータストリームのクローズに関連するパケットである、請求項１に記載の方法。

【請求項3】

前記無線電力送信機が前記第１のイニシャルＡＤＣパケットを前記無線電力受信機に送信した以降及び前記第１の最終のＡＤＣパケットを前記無線電力受信機に送信する前に、前記無線電力送信機は前記第２のデータストリームのオープンに関連する第２のイニシャルＡＤＣパケットを前記無線電力受信機に送信する、請求項２に記載の方法。

【請求項4】

前記無線電力送信機が前記第１の最終のＡＤＣパケットを前記無線電力受信機に送信することに基づいて、前記第２のデータストリームはクローズされず前記第１のデータストリームのみがクローズされる、請求項３に記載の方法。

【請求項5】

前記第１のイニシャルＡＤＣパケット、前記少なくとも１つの第１のＡＤＴパケット又は前記第１の最終のＡＤＣパケットのうち、少なくとも１つに前記第１のデータストリームに対するチャネルを識別する情報がマーキングされる、請求項３に記載の方法。

【請求項6】

前記無線電力送信機は前記第２のデータストリームに関連する少なくとも１つの第２のＡＤＴパケット、第２の最終のＡＤＣパケットを前記無線電力受信機に送信し、
前記第２の最終のＡＤＣパケットは前記第２のデータストリームのクローズに関連するパケットである、請求項３に記載の方法。

【請求項7】

前記第２のイニシャルＡＤＣパケット、前記少なくとも１つの第２のＡＤＴパケット又は前記第２の最終のＡＤＣパケットのうち、少なくとも１つに前記第２のデータストリームに対するチャネルを識別する情報がマーキングされる、請求項６に記載の方法。

【請求項8】

前記無線電力送信機が前記第１のデータストリームを送信する間、第３のデータストリームの受信がオープンされる、請求項１に記載の方法。

【請求項9】

前記無線電力送信機が第１のイニシャルＡＤＣパケットを前記無線電力受信機に送信した以降及び第１の最終のＡＤＣパケットを前記無線電力受信機に送信する前に、前記無線電力送信機は前記第３のデータストリームのオープンに関連する第３のイニシャルＡＤＣパケットを前記無線電力受信機から受信する、請求項８に記載の方法。

【請求項10】

無線電力送信機は、
無線電力受信機に無線電力を伝達することに関連するコンバータと、
前記無線電力の伝達を制御することに関連するコミュニケーション／制御装置と、を含み、
前記無線電力送信機は、
ネゴシエーションフェーズにおいて前記無線電力受信機と電力伝達契約をネゴシエーションし、
電力伝達フェーズにおいて前記電力伝達契約に基づいて前記無線電力を前記無線電力受信機に伝達し、
前記電力伝達フェーズの間前記無線電力送信機は前記無線電力受信機に第１のデータストリームを送信し、
前記無線電力送信機が前記第１のデータストリームを送信する間、第２のデータストリームの送信をオープン（ｏｐｅｎ）する、無線電力送信機。

【請求項11】

無線電力送信システムにおいて無線電力受信機によって実行される無線電力を受信する方法において、
ネゴシエーションフェーズにおいて無線電力送信機と電力伝達契約をネゴシエーションするステップと、
電力伝達フェーズにおいて前記電力伝達契約に基づいて前記無線電力を前記無線電力送信機から受信するステップと、を含み、
前記電力伝達フェーズの間前記無線電力受信機は前記無線電力送信機から第１のデータストリームを受信し、
前記無線電力受信機が前記第１のデータストリームを受信する間、第２のデータストリームの受信をオープン（ｏｐｅｎ）することができる、方法。

【請求項12】

前記無線電力受信機は前記第１のデータストリームに関連する第１のイニシャルＡＤＣパケット、少なくとも１つの第１のＡＤＴパケット、第１の最終のＡＤＣパケットを前記無線電力送信機から受信し、
前記第１のイニシャルＡＤＣパケットは前記第１のデータストリームのオープンに関連するパケットであり、
前記第１の最終のＡＤＣパケットは前記第１のデータストリームのクローズに関連するパケットである、請求項１１に記載の方法。

【請求項13】

前記無線電力受信機が前記第１のイニシャルＡＤＣパケットを前記無線電力送信機から受信した以降及び前記第１の最終のＡＤＣパケットを前記無線電力送信機から受信する前に、前記無線電力受信機は前記第２のデータストリームのオープンに関連する第２のイニシャルＡＤＣパケットを前記無線電力送信機から受信する、請求項１２に記載の方法。

【請求項14】

前記無線電力受信機が前記第１の最終のＡＤＣパケットを前記無線電力送信機から受信することに基づいて、前記第２のデータストリームはクローズされず前記第１のデータストリームのみがクローズされる、請求項１３に記載の方法。

【請求項15】

前記第１のイニシャルＡＤＣパケット、前記少なくとも１つの第１のＡＤＴパケット又は前記第１の最終のＡＤＣパケットのうち、少なくとも１つに前記第１のデータストリームに対するチャネルを識別する情報がマーキングされる、請求項１３に記載の方法。

【請求項16】

前記無線電力受信機は前記第２のデータストリームに関連する少なくとも１つの第２のＡＤＴパケット、第２の最終のＡＤＣパケットを前記無線電力送信機から受信し、
前記第２の最終のＡＤＣパケットは前記第２のデータストリームのクローズに関連するパケットである、請求項１３に記載の方法。

【請求項17】

前記第２のイニシャルＡＤＣパケット、前記少なくとも１つの第２のＡＤＴパケット又は前記第２の最終のＡＤＣパケットのうち、少なくとも１つに前記第２のデータストリームに対するチャネルを識別する情報がマーキングされる、請求項１６に記載の方法。

【請求項18】

前記無線電力受信機が前記第１のデータストリームを受信する間、第３のデータストリームの送信をオープンする、請求項１１に記載の方法。

【請求項19】

前記無線電力受信機が第１のイニシャルＡＤＣパケットを前記無線電力送信機から受信した以降及び第１の最終のＡＤＣパケットを前記無線電力送信機から受信する前に、前記無線電力受信機は前記第３のデータストリームのオープンに関連する第３のイニシャルＡＤＣパケットを前記無線電力送信機に送信する、請求項１８に記載の方法。

【請求項20】

無線電力受信機は、
無線電力送信機から無線電力を受信することに関連する電力ピックアップ装置と、
前記無線電力の受信を制御することに関連するコミュニケーション／制御装置と、を含み、
前記無線電力受信機は、
ネゴシエーションフェーズにおいて前記無線電力送信機と電力伝達契約をネゴシエーションし、
電力伝達フェーズにおいて前記電力伝達契約に基づいて前記無線電力を前記無線電力送信機から受信し、
前記電力伝達フェーズの間、前記無線電力受信機は前記無線電力送信機から第１のデータストリームを受信し、
前記無線電力受信機が前記第１のデータストリームを受信する間、第２のデータストリームの受信をオープン（ｏｐｅｎ）することができる、無線電力受信機。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、無線電力送信に関する。

【背景技術】

【0002】

無線電力送信技術は、電源ソースと電子機器との間に無線で電力を伝達する技術である。一例として、無線電力送信技術は、スマートフォンやタブレットなどの無線端末を単に無線充電パッド上に置くことだけで無線端末のバッテリが充電されるようにすることによって、既存の有線充電コネクタを利用する有線充電環境に比べて優れた移動性と便宜性、そして安全性を提供することができる。無線電力送信技術は、無線端末の無線充電以外にも、電気自動車、ブルートゥース（登録商標）イヤホンや３Ｄメガネなど、各種ウェアラブルデバイス（ｗｅａｒａｂｌｅ ｄｅｖｉｃｅ）、家電機器、家具、地中施設物、建物、医療機器、ロボット、レジャーなどの多様な分野で既存の有線電力送信環境を代替することと注目を浴びている。

【0003】

無線電力送信方式を非接触（ｃｏｎｔａｃｔｌｅｓｓ）電力送信方式または無接点（ｎｏ ｐｏｉｎｔ ｏｆ ｃｏｎｔａｃｔ）電力送信方式、無線充電（ｗｉｒｅｌｅｓｓ ｃｈａｒｇｉｎｇ）方式ともいう。無線電力送信システムは、無線電力送信方式に電気エネルギーを供給する無線電力送信装置と、前記無線電力送信装置から無線で供給される電気エネルギーを受信してバッテリセル等の受電装置に電力を供給する無線電力受信装置と、で構成されることができる。

【0004】

無線電力送信技術は、磁気カップリング（ｍａｇｎｅｔｉｃ ｃｏｕｐｌｉｎｇ）を介して電力を伝達する方式、無線周波数（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ：ＲＦ）を介して電力を伝達する方式、マイクロウェイブ（ｍｉｃｒｏｗａｖｅ）を介して電力を伝達する方式、超音波を介して電力を伝達する方式など、多様である。また、磁気カップリングに基づく方式は、磁気誘導（ｍａｇｎｅｔｉｃ ｉｎｄｕｃｔｉｏｎ）方式と磁気共振（ｍａｇｎｅｔｉｃ ｒｅｓｏｎａｎｃｅ）方式に分類される。磁気誘導方式は、送信側のコイルと受信側のコイルとの間の電磁気結合によって送信側コイルバッテリセルで発生させた磁場によって受信側コイルに誘導される電流を利用してエネルギーを送信する方式である。磁気共振方式は、磁場を利用するという点で磁気誘導方式と類似する。しかし、磁気共振方式は、送信側のコイルと受信側のコイルに特定共振周波数が印加される時に共振が発生し、それによって、送信側と受信側の両端に磁場が集中する現象によりエネルギーが伝達される側面で磁気誘導とは異なる。

【0005】

一方、無線電力送信システムにおいて同時多重データ通信方法とそれを利用する装置を提供する。

【発明の概要】

【課題を解決するための手段】

【0006】

本明細書の一実施形態によれば、電力伝達フェーズの間、無線電力送信機は無線電力受信機に第１のデータストリームを送信し、及び無線電力送信機が第１のデータストリームを送信する間、第２のデータストリームの送信をオープン（ｏｐｅｎ）することを特徴とする方法及び装置が提供される。

【発明の効果】

【0007】

本明細書によれば、データトランスポートストリームの効率が向上され、安定的なデータ通信が提供され、様々なアプリケーションに対してデータストリームチャネルの開閉を実行することができる効果が起こり得る。

【0008】

本明細書の具体的な一例によって得られる効果は、以上で羅列された効果に制限されない。例えば、係わる技術分野において通常の知識を有する者（ａ ｐｅｒｓｏｎ ｈａｖｉｎｇ ｏｒｄｉｎａｒｙ ｓｋｉｌｌ ｉｎ ｔｈｅ ｒｅｌａｔｅｄ ａｒｔ）が本明細書から理解したり、誘導することができる多様な技術的効果が存在し得る。これによって、本明細書の具体的な効果は、本明細書に明示的に記載されたものに制限されず、本明細書の技術的特徴から理解されたり誘導されることができる多様な効果を含むことができる。

【図面の簡単な説明】

【0009】

【図1】一実施例に係る無線電力システム１０のブロック図である。

【図2】他の実施例に係る無線電力システム１０のブロック図である。

【図3】無線電力送信システムが導入される多様な電子機器の実施例を示す。

【図4】一実施例に係る無線電力送信システムのブロック図である。

【図5】本明細書に係る一実施例が適用されることができるブルートゥース通信アーキテクチャ（Ａｒｃｈｉｔｅｃｔｕｒｅ）の一例を示した図である。

【図6】一例によるＢＬＥ通信を利用する無線電力送信システムを示したブロック図である。

【図7】他の例によるＢＬＥ通信を利用する無線電力送信システムを示したブロック図である。

【図8】無線電力送信過程を説明するための状態遷移図である。

【図9】ピンフェーズ８１０のプロトコルに対する一例を概略的に示したのである。

【図10】構成フェーズ８２０のプロトコルに対する一例を概略的に示したのである。

【図11】一実施例に係る無線電力受信装置の構成パケット（ＣＦＧ）のメッセージフィールドを示した図面である。

【図12】一実施例に係る交渉段階または再交渉段階のプロトコルを概略的に示した流れ図である。

【図13】一実施例に係る無線電力送信装置の性能パケット（ＣＡＰ）のメッセージフィールドを示した図面である。

【図14】ベースラインプロトコルでの電力送信フェーズ８４０に対するデータフローの流れ図を概略的に示したのである。

【図15】拡張されたプロトコルでの電力送信フェーズ８４０に対するデータフローの流れ図を概略的に示したのである。

【図16】一例による無線電力送信装置１００と無線電力受信装置２００との間のアプリケーションレベルのデータストリームを示したのである。

【図17】一実施例に係る電力制御コントロール方法を示す。

【図18】ＭＰＰ ＩＤパケットの構造を模式的に示したものである。

【図19】ＭＰＰでのＸＩＤパケットの例を模式的に示したものである。

【図20】ＭＰＰ制限モードでのプロトコルを模式的に示したものである。

【図21】ＭＰＰフルモードでのプロトコルを模式的に示したものである。

【図22】ＭＰＰフルモードでのプロトコルを模式的に示したものである。

【図23】ＡＤＣパケットの例を模式的に示したものである。

【図24】ＡＤＴパケットの例を模式的に示したものである。

【図25】アプリケーションメッセージがデータストリームイニシエータからデータストリームレスポンダに送信される例を模式的に示したものである。

【図26】アプリケーション観点からのデータ送信に対する順序図を模式的に示したものである。

【図27】１つのデータ送信ストリームがクローズされた以降、他のデータ送信ストリームがオープンされる例を模式的に示したものである。

【図28】本明細書の一実施形態に係る、無線電力送信機が無線電力を伝達する方法の順序図である。

【図29】従来の技術の例に係るデータ通信方法を模式的に示したものである。

【図30】本明細書のデータ通信方法を模式的に示したものである。

【図31】本明細書の実施形態に係る、同時双方向データ通信の例の順序図である。

【図32】本明細書の実施形態に係る、同時双方向データ通信の例の順序図である。

【図33】本明細書の実施形態に係る、多重データ通信の例の順序図である。

【図34】本明細書の実施形態に係る、多重データ通信の例の順序図である。

【図35】別途のデータストリームクローズパケットの例を模式的に示したものである。

【図36】ＡＤＣパケットに追加機能を与える例を模式的に示したものである。

【図37】本明細書において提供するＡＤＴパケットの例を模式的に示したものである。

【図38】本明細書において提供するＡＤＴパケットの例を模式的に示したものである。

【図39】本明細書の一実施形態に係る、無線電力送信機の観点から、無線電力を伝達する方法の順序図である。

【図40】本明細書の一実施形態に係る、無線電力受信機の観点から、無線電力を受信する方法の順序図である。

【発明を実施するための形態】

【0010】

本明細書において“ＡまたはＢ（Ａ ｏｒ Ｂ）”は、“Ａのみ”、“Ｂのみ”または“ＡとＢの両方とも”を意味することができる。他の表現として、本明細書において“ＡまたはＢ（Ａ ｏｒ Ｂ）”は“Ａ及び／またはＢ（Ａ ａｎｄ／ｏｒ Ｂ）”と解釈できる。例えば、本明細書において“Ａ、ＢまたはＣ（Ａ，Ｂ ｏｒ Ｃ）”は“Ａのみ”、“Ｂのみ”、“Ｃのみ”、または“Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ，Ｂ ａｎｄ Ｃ）”を意味することができる。

【0011】

本明細書で使われるスラッシュ（／）やコンマ（ｃｏｍｍａ）は“及び／または（ａｎｄ／ｏｒ）”を意味することができる。例えば、“Ａ／Ｂ”は“Ａ及び／またはＢ”を意味することができる。それによって“Ａ／Ｂ”は“Ａのみ”、“Ｂのみ”、または“ＡとＢの両方とも”を意味することができる。例えば、“Ａ、Ｂ、Ｃ”は“Ａ、ＢまたはＣ”を意味することができる。

【0012】

本明細書において“少なくとも一つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）”は、“Ａのみ”、“Ｂのみ”または“ＡとＢの両方とも”を意味することができる。また、本明細書において“少なくとも一つのＡまたはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）”や“少なくとも一つのＡ及び／またはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）”という表現は“少なくとも一つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）”と同じく解釈できる。

【0013】

また、本明細書において“少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ，Ｂ ａｎｄ Ｃ）”は、“Ａのみ”、“Ｂのみ”、“Ｃのみ”、または“Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ，Ｂ ａｎｄ Ｃ）”を意味することができる。また、“少なくとも一つのＡ、ＢまたはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ，Ｂ ｏｒ Ｃ）”や“少なくとも一つのＡ、Ｂ及び／またはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ，Ｂ ａｎｄ／ｏｒ Ｃ）”は“少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ，Ｂ ａｎｄ Ｃ）”を意味することができる。

【0014】

また、本明細書で使われる括弧は“例えば（ｆｏｒ ｅｘａｍｐｌｅ）”を意味することができる。具体的に、“制御情報（ＰＤＣＣＨ）”で表示された場合、“制御情報”の一例として“ＰＤＣＣＨ”が提案されたものである。他の表現として、本明細書の“制御情報”は“ＰＤＣＣＨ”に制限（ｌｉｍｉｔ）されるものではなく、“ＰＤＤＣＨ”が“制御情報”の一例として提案されたものである。また、“制御情報（即ち、ＰＤＣＣＨ）”で表示された場合も、“制御情報”の一例として“ＰＤＣＣＨ”が提案されたものである。

【0015】

本明細書において、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されることもでき、同時に具現されることもできる。以下で使われる“無線電力”という用語は、物理的な電磁気伝導体の使用なしに無線電力送信機（ｗｉｒｅｌｅｓｓ ｐｏｗｅｒ ｔｒａｎｓｍｉｔｔｅｒ）から無線電力受信装置（ｗｉｒｅｌｅｓｓ ｐｏｗｅｒ ｒｅｃｅｉｖｅｒ）に伝達される電場、磁場、電磁場などと関連した任意の形態のエネルギーを意味するように使われる。無線電力は、無線電力信号（ｗｉｒｅｌｅｓｓ ｐｏｗｅｒ ｓｉｇｎａｌ）とも呼ばれ、１次コイルと２次コイルにより囲まれる（ｅｎｃｌｏｓｅｄ）振動する磁束（ｏｓｃｉｌｌａｔｉｎｇ ｍａｇｎｅｔｉｃ ｆｌｕｘ）を意味することができる。例えば、移動電話、コードレス電話、ｉＰｏｄ（登録商標）、ＭＰ３プレイヤ、ヘッドセットなどを含むデバイスを無線で充電するためにシステムでの電力変換がここに説明される。一般的に、無線電力送信の基本的な原理は、例えば、磁気カップリング（ｍａｇｎｅｔｉｃ ｃｏｕｐｌｉｎｇ）を介して電力を伝達する方式、無線周波数（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ：ＲＦ）を介して電力を伝達する方式、マイクロウェイブ（ｍｉｃｒｏｗａｖｅ）を介して電力を伝達する方式、超音波を介して電力を伝達する方式を全部含む。

【0016】

図１は、一実施例に係る無線電力システム１０のブロック図である。

【0017】

図１を参照すると、無線電力システム１０は、無線電力送信装置１００と無線電力受信装置２００を含む。

【0018】

無線電力送信装置１００は、外部の電源ソース（Ｓ）から電源の印加を受けて磁場を発生させる。無線電力受信装置２００は、発生された磁場を利用して電流を発生させることで無線で電力の受信を受ける。

【0019】

また、無線電力システム１０において、無線電力送信装置１００と無線電力受信装置２００は、無線電力送信に必要な多様な情報を送受信することができる。ここで、無線電力送信装置１００と無線電力受信装置２００との間の通信は、無線電力送信に利用される磁場を利用するイン－バンド通信（ｉｎ－ｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）や別途の通信キャリアを利用するアウト－バンド通信（ｏｕｔ－ｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）のうちいずれか一つの方式によって実行されることができる。アウト－バンド通信は、アウト－オブ－バンド（ｏｕｔ－ｏｆ－ｂａｎｄ）通信とも呼ばれる。以下、用語アウト－バンド通信に統一して記述する。アウト－バンド通信の例として、ＮＦＣ、ブルートゥース（ｂｌｕｅｔｏｏｔｈ）、ＢＬＥ（ｂｌｕｅｔｏｏｔｈ ｌｏｗ ｅｎｅｒｇｙ）などを含むことができる。

【0020】

ここで、無線電力送信装置１００は、固定型または移動型で提供されることができる。固定型の例として、室内の天井や壁面またはテーブルなどの家具に埋め込まれる（ｅｍｂｅｄｄｅｄ）形態、室外の駐車場、バス停留場や地下鉄駅などにインプラント形式に設置される形態、車両や汽車などの運送手段に設置される形態などがある。移動型である無線電力送信装置１００は、移動可能な重さや大きさの移動型装置やノートブックコンピュータのカバーなどのように他の装置の一部で具現されることができる。

【0021】

また、無線電力受信装置２００は、バッテリを具備する各種電子機器及び電源ケーブルの代わりに無線で電源の供給を受けて駆動される各種家電機器を含む包括的な概念と解釈されなければならない。無線電力受信装置２００の代表的な例として、移動端末（ｐｏｒｔａｂｌｅ ｔｅｒｍｉｎａｌ）、携帯電話（ｃｅｌｌｕｌａｒ ｐｈｏｎｅ）、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、個人情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯メディアプレイヤ（ＰＭＰ：Ｐｏｒｔａｂｌｅ Ｍｅｄｉａ Ｐｌａｙｅｒ）、ワイブロ端末（Ｗｉｂｒｏ ｔｅｒｍｉｎａｌ）、タブレット（ｔａｂｌｅｔ）、ファブレット（ｐｈａｂｌｅｔ）、ノートブック（ｎｏｔｅｂｏｏｋ）、デジタルカメラ、ナビゲーション端末、テレビ、電気自動車（ＥＶ：Ｅｌｅｃｔｒｏｎｉｃ Ｖｅｈｉｃｌｅ）などがある。

【0022】

図２は、他の実施例に係る無線電力システム１０のブロック図である。

【0023】

図２を参照すると、無線電力システム１０において、無線電力受信装置２００は、一つまたは複数である。図１では無線電力送信装置１００と無線電力受信装置２００が一対一で電力をやり取りすると表現されているが、図２のように一つの無線電力送信装置１００が複数の無線電力受信装置２００－１、２００－２、...、２００－Ｍに電力を伝達することも可能である。特に、磁気共振方式に無線電力送信を実行する場合は、一つの無線電力送信装置１００が同時送信方式や時分割送信方式を応用して同時に複数の無線電力受信装置２００－１、２００－２、...、２００－Ｍに電力を伝達することができる。

【0024】

また、図１には無線電力送信装置１００が無線電力受信装置２００に直接電力を伝達する方式が示されているが、無線電力送信装置１００と無線電力受信装置２００との間に無線電力送信距離を増大させるためのリレイ（ｒｅｌａｙ）または中継器（ｒｅｐｅａｔｅｒ）のような別途の無線電力送受信装置が備えられる場合もある。この場合、無線電力送信装置１００から無線電力送受信装置に電力が伝達され、無線電力送受信装置が再び無線電力受信装置２００に電力を伝達することができる。

【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】

プロファイルは、大いにｉ）モバイル及びコンピュータ、ii）電動ツール、及びiii）キッチン、このように３つに区分されることができる。

【0050】

または、プロファイルは、大いに、ｉ）モバイル、ii）電動ツール、iii）キッチン、及びiv）ウェアラブル、このように四つに区分されることができる。

【0051】

‘モバイル’プロファイルの場合、ＰＣはＰＣ０及び／またはＰＣ１、通信プロトコル／方式はＩＢ及びＯＢ、動作周波数は８７～２０５ｋＨｚに定義されることができ、アプリケーションの例示として、スマートフォン、ラップ－トップなどが存在できる。

【0052】

‘電動ツール’プロファイルの場合、ＰＣはＰＣ１、通信プロトコル／方式はＩＢ、動作周波数は８７～１４５ｋＨｚに定義されることができ、アプリケーションの例示として電動ツールなどが存在できる。

【0053】

‘キッチン’プロファイルの場合、ＰＣはＰＣ２、通信プロトコル／方式はＮＦＣ－基盤、動作周波数は１００ｋＨｚ未満に定義されることができ、アプリケーションの例示としてキッチン／家電機器などが存在できる。

【0054】

電動ツールとキッチンプロファイルの場合、無線電力送信装置と受信装置との間にＮＦＣ通信が使われることができる。無線電力送信装置と受信装置は、ＷＰＣ ＮＤＥＦ（ＮＦＣ Ｄａｔａ Ｅｘｃｈａｎｇｅ Ｐｒｏｆｉｌｅ Ｆｏｒｍａｔ）を交換することによって相互間にＮＦＣ機器であることを確認することができる。

【0055】

図４は、一実施例に係る無線電力システムのブロック図である。

【0056】

図４を参照すると、無線電力送信システム１０は、無線で電力を受信するモバイル機器（Ｍｏｂｉｌｅ Ｄｅｖｉｃｅ）４５０及び無線で電力を送信するベースステーション（Ｂａｓｅ Ｓｔａｔｉｏｎ）４００を含む。

【0057】

ベースステーション４００は、誘導電力または共振電力を提供する装置であって、少なくとも一つの無線電力送信装置（ｐｏｗｅｒ ｔｒａｎｓｍｉｔｔｅｒ）１００及びシステム回路４０５を含むことができる。無線電力送信装置１００は、誘導電力または共振電力を送信し、送信を制御することができる。無線電力送信装置１００は、１次コイル（ｐｒｉｍａｒｙ ｃｏｉｌ（ｓ））を介して磁場を生成することによって電気エネルギーを電力信号に変換する電力変換回路（ｐｏｗｅｒ ｃｏｎｖｅｒｓｉｏｎ ｃｉｒｃｕｉｔ）１１０及び適切なレベルで電力を伝達するように無線電力受信装置２００との通信及び電力伝達をコントロールする通信／コントロール回路（ｃｏｍｍｕｎｉｃａｔｉｏｎｓ＆ｃｏｎｔｒｏｌ ｃｉｒｃｕｉｔ）１２０を含むことができる。システム回路４０５は、入力電力プロビジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）、複数の無線電力送信装置のコントロール、及びユーザインターフェース制御のようなベースステーション４００のその他の動作制御を実行することができる。

【0058】

１次コイルは、交流電力（または電圧または電流）を利用して電磁場を発生させることができる。１次コイルは、電力変換回路１１０で出力される特定周波数の交流電力（または電圧または電流）の印加を受け、それによって、特定周波数の磁場を発生させることができる。磁場は、非放射形または放射形で発生でき、無線電力受信装置２００は、これを受信して電流を生成するようになる。即ち、１次コイルは、無線で電力を送信する。

【0059】

磁気誘導方式で、１次コイルと２次コイルは、任意の適した形態を有することができ、例えば、フェライトまたは非晶質金属のような高透磁率の形成物の周囲に巻かれた銅線である。１次コイルは、送信コイル（ｔｒａｎｓｍｉｔｔｉｎｇ ｃｏｉｌ）、１次コア（ｐｒｉｍａｒｙ ｃｏｒｅ）、１次ワインディング（ｐｒｉｍａｒｙ ｗｉｎｄｉｎｇ）、１次ループアンテナ（ｐｒｉｍａｒｙ ｌｏｏｐ ａｎｔｅｎｎａ）などと呼ばれることもある。一方、２次コイルは、受信コイル（ｒｅｃｅｉｖｉｎｇ ｃｏｉｌ）、２次コア（ｓｅｃｏｎｄａｒｙ ｃｏｒｅ）、２次ワインディング（ｓｅｃｏｎｄａｒｙ ｗｉｎｄｉｎｇ）、２次ループアンテナ（ｓｅｃｏｎｄａｒｙ ｌｏｏｐ ａｎｔｅｎｎａ）、ピックアップアンテナ（ｐｉｃｋｕｐ ａｎｔｅｎｎａ）などと呼ばれることもある。

【0060】

磁気共振方式を利用する場合、１次コイルと２次コイルは、各々、１次共振アンテナと２次共振アンテナの形態で提供されることができる。共振アンテナは、コイルとキャパシタを含む共振構造を有することができる。このとき、共振アンテナの共振周波数は、コイルのインダクタンスとキャパシタのキャパシタンスにより決定される。ここで、コイルは、ループの形態からなることができる。また、ループの内部にはコアが配置されることができる。コアは、フェライトコア（ｆｅｒｒｉｔｅ ｃｏｒｅ）のような物理的なコアや空心コア（ａｉｒ ｃｏｒｅ）を含むことができる。

【0061】

１次共振アンテナと２次共振アンテナとの間のエネルギー送信は、磁場の共振現象を介して行われることができる。共振現象とは、一つの共振アンテナで共振周波数に該当する近接場が発生する時、周囲に他の共振アンテナが位置する場合、両共振アンテナが互いにカップリングされて共振アンテナ間で高い効率のエネルギー伝達が発生する現象を意味する。１次共振アンテナと２次共振アンテナとの間で共振周波数に該当する磁場が発生すると、１次共振アンテナと２次共振アンテナが互いに共振する現象が発生し、それによって、一般的な場合、１次共振アンテナで発生した磁場が自由空間に放射される場合に比べて高い効率で２次共振アンテナに向かって磁場が執束され、したがって、１次共振アンテナから２次共振アンテナへ高い効率でエネルギーが伝達されることができる。磁気誘導方式は、磁気共振方式と類似するように具現されることができるが、このとき、磁場の周波数が共振周波数である必要はない。その代わりに、磁気誘導方式では１次コイルと２次コイルを構成するループ間の整合が必要であり、ループ間の間隔が相当近接しなければならない。

【0062】

図面には示されていないが、無線電力送信装置１００は、通信アンテナをさらに含むこともできる。通信アンテナは、磁場通信以外の通信キャリアを利用して通信信号を送受信することができる。例えば、通信アンテナは、ワイパイ（Ｗｉ－Ｆｉ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）、ブルートゥースＬＥ、ジグビー（ＺｉｇＢｅｅ）、ＮＦＣなどの通信信号を送受信することができる。

【0063】

通信／コントロール回路１２０は、無線電力受信装置２００と情報を送受信することができる。通信／コントロール回路１２０は、ＩＢ通信モジュールまたはＯＢ通信モジュールのうち少なくとも一つを含むことができる。

【0064】

ＩＢ通信モジュールは、特定周波数を中心周波数にする磁気波を利用して情報を送受信することができる。例えば、通信／コントロール回路１２０は、無線電力送信の動作周波数に通信情報を含ませて１次コイルを介して送信し、または情報が含まれている動作周波数を１次コイルを介して受信することによってイン－バンド通信を実行することができる。このとき、二進位相変位（ＢＰＳＫ：ｂｉｎａｒｙ ｐｈａｓｅ ｓｈｉｆｔ ｋｅｙｉｎｇ）、周波数変位（ＦＳＫ：Ｆｒｅｑｕｅｎｃｙ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）または振幅変位（ＡＳＫ：ａｍｐｌｉｔｕｄｅ ｓｈｉｆｔ ｋｅｙｉｎｇ）などの変調方式と、マンチェスター（Ｍａｎｃｈｅｓｔｅｒ）コーディングまたはノンゼロ復帰レベル（ＮＺＲ－Ｌ：ｎｏｎ－ｒｅｔｕｒｎ－ｔｏ－ｚｅｒｏ ｌｅｖｅｌ）コーディングなどのコーディング方式を利用して磁気波に情報を含んだり情報が含まれている磁気波を解釈することができる。このようなＩＢ通信を利用すると、通信／コントロール回路１２０は、数ｋｂｐｓのデータ送信率で数メートルに達する距離まで情報を送受信することができる。

【0065】

ＯＢ通信モジュールは、通信アンテナを介してアウト－バンド通信を実行することもできる。例えば、通信／コントロール回路１２０は、近距離通信モジュールで提供されることができる。近距離通信モジュールの例として、ワイパイ（Ｗｉ－Ｆｉ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）、ブルートゥースＬＥ、ジグビー（ＺｉｇＢｅｅ）、ＮＦＣなどの通信モジュールがある。

【0066】

通信／コントロール回路１２０は、無線電力送信装置１００の全般的な動作を制御することができる。通信／コントロール回路１２０は、各種情報の演算及び処理を実行し、無線電力送信装置１００の各構成要素を制御することができる。

【0067】

通信／コントロール回路１２０は、ハードウェア、ソフトウェアまたはこれらの組み合わせを利用してコンピュータやこれと類似した装置で具現されることができる。ハードウェア的に、通信／コントロール回路１２０は、電気的な信号を処理して制御機能を遂行する電子回路形態で提供されることができ、ソフトウェア的に、ハードウェア的な通信／コントロール回路１２０を駆動させるプログラム形態で提供されることができる。

【0068】

通信／コントロール回路１２０は、動作ポイント（ｏｐｅｒａｔｉｎｇ ｐｏｉｎｔ）をコントロールすることによって送信電力をコントロールすることができる。コントロールする動作ポイントは、周波数（または、位相）、デューティサイクル（ｄｕｔｙ ｃｙｃｌｅ）、デューティ比（ｄｕｔｙ ｒａｔｉｏ）、及び電圧振幅の組み合わせに該当することができる。通信／コントロール回路１２０は、周波数（または、位相）、デューティサイクル、デューティ比、及び電圧振幅のうち少なくとも一つを調節して送信電力をコントロールすることができる。また、無線電力送信装置１００は、一定の電力を供給し、無線電力受信装置２００が共振周波数をコントロールすることによって受信電力をコントロールすることもできる。

【0069】

一方、ＷＰＣシステムで無線電力送信装置１００は、例えば、電力送信量の観点で分類され得る。この時、最大５Ｗの無線電力送信量を支援する無線電力送信装置１００（すなわち、ＢＰＰプロトコルを支援する無線電力送信装置１００）は、例えば、タイプＡ（ｔｙｐｅ Ａ）の無線電力送信装置１００、及びタイプＢ（ｔｙｐｅ Ｂ）の無線電力送信装置１００に分類され得、最大１５Ｗの無線電力送信量を支援する無線電力送信装置１００（すなわち、ＥＰＰプロトコルを支援する無線電力送信装置１００）は、例えば、タイプＭＰ Ａ（ｔｙｐｅ ＭＰ－Ａ）の無線電力送信装置１００、及びタイプＭＰ Ｂ（ｔｙｐｅ ＭＰ－Ｂ）の無線電力送信装置１００に分類され得る。

【0070】

－タイプＡ及びタイプＭＰ Ａの無線電力送信装置１００

【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】

－Ｐｏｗｅｒ ｃｏｎｔｒｏｌ及びＲｏｌｅ ｓｗｉｔｃｈをする。

【0097】

－Ｓｅｃｕｒｉｔｙ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ、ｐａｉｒｉｎｇ、ｅｎｃｒｙｐｔｉｏｎ）機能を実行する。

【0098】

前記ホストコントローラインターフェース階層１８は、ホスト（Ｈｏｓｔ）モジュールとコントローラ（Ｃｏｎｔｒｏｌｌｅｒ）モジュールとの間のインターフェース提供して、ホスト（Ｈｏｓｔ）がコマンド（ｃｏｍｍａｎｄ）とデータ（Ｄａｔａ）をコントローラ（Ｃｏｎｔｒｏｌｌｅｒ）に提供するようにし、コントローラ（Ｃｏｎｔｒｏｌｌｅｒ）がイベント（ｅｖｅｎｔ）とデータ（Ｄａｔａ）をホスト（Ｈｏｓｔ）に提供することができるようにする。

【0099】

前記ホストスタック（またはホストモジュール）２０は、論理的リンク制御及び適応プロトコル（Ｌ２ＣＡＰ）２１、属性プロトコル（Ｐｒｏｔｏｃｏｌ）２２、一般属性プロファイル（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ Ｐｒｏｆｉｌｅ、ＧＡＴＴ）２３、一般接近プロファイル（Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ Ｐｒｏｆｉｌｅ、ＧＡＰ）２４、ＢＲ／ＥＤＲ プロファイル２５を含む。

【0100】

前記論理的リンク制御及び適応プロトコル（Ｌ２ＣＡＰ）２１は、特定プロトコルまたはプロファイルにデータを送信するための一つの双方向チャンネルを提供することができる。

【0101】

前記Ｌ２ＣＡＰ２１は、ブルートゥース上位で提供する多様なプロトコル、プロファイルなどを多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）することができる。

【0102】

ブルートゥースＢＲ／ＥＤＲのＬ２ＣＡＰでは、動的な（ｄｙｎａｍｉｃ）チャンネル使用し、ｐｒｏｔｏｃｏｌ ｓｅｒｖｉｃｅ ｍｕｌｔｉｐｌｅｘｅｒ、ｒｅｔｒａｎｓｍｉｓｓｉｏｎ、ｓｔｒｅａｍｉｎｇ ｍｏｄｅを支援し、Ｓｅｇｍｅｎｔａｔｉｏｎ及びｒｅａｓｓｅｍｂｌｙ、ｐｅｒ－ｃｈａｎｎｅｌ ｆｌｏｗ ｃｏｎｔｒｏｌ、ｅｒｒｏｒ ｃｏｎｔｒｏｌを提供する。

【0103】

前記一般属性プロファイル（ＧＡＴＴ）２３は、サービスの構成時に前記属性プロトコル２２がどのように利用されるかを説明するプロトコルとして動作することができる。例えば、前記一般属性プロファイル２３は、ＡＴＴ属性がどのようにサービスとして共にグループ化されるかを規定するように動作することができ、サービスと連携された特徴を説明するように動作することができる。

【0104】

したがって、前記一般属性プロファイル２３及び前記属性プロトコル（ＡＴＴ）２２は、デバイスの状態とサービスを説明し、特徴が互いにどのように関連され、これらがどのように利用されるのかを説明するために、特徴を用いることができる。

【0105】

前記属性プロトコル２２及び前記ＢＲ／ＥＤＲ プロファイル２５は、ブルートゥースＢＲ／ＥＤＲを利用するサービス（ｐｒｏｆｉｌｅ）の定義及びこれらデータを取り交わすためのアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）プロトコルを定義し、前記一般接近プロファイル（Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ Ｐｒｏｆｉｌｅ、ＧＡＰ）２４は、デバイス発見、接続、及びセキュリティレベルを定義する。

【0106】

図５の（ｂ）に示したように、ブルートゥースＬＥプロトコルスタックは、タイミングが重要な無線装置インターフェースを処理するように動作可能なコントローラスタック（Ｃｏｎｔｒｏｌｌｅｒ ｓｔａｃｋ）４８０、及び高レベル（ｈｉｇｈ ｌｅｖｅｌ）データを処理するように動作可能なホストスタック（Ｈｏｓｔ ｓｔａｃｋ）４９０を含む。

【0107】

まず、コントローラスタック４８０は、ブルートゥース無線装置を含むことができる通信モジュール、例えば、マイクロプロセッサのようなプロセシングデバイスを含むことができるプロセッサモジュールを利用して具現されることができる。

【0108】

ホストスタック４９０は、プロセッサモジュール上において作動するＯＳの一部であって、またはＯＳ上のパッケージ（ｐａｃｋａｇｅ）のインスタンス生成（ｉｎｓｔａｎｔｉａｔｉｏｎ）により具現されることができる。

【0109】

一部事例において、コントローラスタック及びホストスタックは、プロセッサモジュール内の同じプロセシングデバイス上において作動または実行されることができる。

【0110】

前記コントローラスタック４８０は、物理階層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ、ＰＨＹ）３２、リンク階層（Ｌｉｎｋ Ｌａｙｅｒ）３４、及びホストコントローラインターフェース（Ｈｏｓｔ Ｃｏｎｔｒｏｌｌｅｒ Ｉｎｔｅｒｆａｃｅ）３６を含む。

【0111】

前記物理階層（ＰＨＹ、無線送受信モジュール）３２は、２．４ＧＨｚ無線信号を送受信する階層であって、ＧＦＳＫ（Ｇａｕｓｓｉａｎ Ｆｒｅｑｕｅｎｃｙ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）ｍｏｄｕｌａｔｉｏｎと４０個のＲＦチャンネルで構成された周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）技法を使用する。

【0112】

ブルートゥースパケットを送信または受信する機能を果たす前記リンク階層３４は、３個のＡｄｖｅｒｔｉｓｉｎｇチャンネルを利用してＡｄｖｅｒｔｉｓｉｎｇ、Ｓｃａｎｎｉｎｇ機能を実行した後にデバイス間接続を生成し、３７個のＤａｔａチャンネルを介して最大２５７ｂｙｔｅｓのデータパケットを取り交わす機能を提供する。

【0113】

前記ホストスタックは、ＧＡＰ（Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ Ｐｒｏｆｉｌｅ）４０、論理的リンク制御及び適応プロトコル（Ｌ２ＣＡＰ）４１、セキュリティマネジャ（Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｒ、ＳＭ）４２、属性プロトコル（Ａｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ、ＡＴＴ）４４０、一般属性プロファイル（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ Ｐｒｏｆｉｌｅ、ＧＡＴＴ）４４、一般接近プロファイル（Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ Ｐｒｏｆｉｌｅ）２５、ＬＴプロファイル４６を含んでもよい。ただし、前記ホストスタック４９０は、これに限定されず、多様なプロトコル及びプロファイルを含んでもよい。

【0114】

ホストスタックは、Ｌ２ＣＡＰを使用してブルートゥース上位で提供する多様なプロトコル、プロファイルなどを多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）する。

【0115】

まず、Ｌ２ＣＡＰ（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ａｎｄ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）４１は、特定プロトコルまたはプロファイルにデータを送信するための一つの双方向チャンネルを提供することができる。

【0116】

前記Ｌ２ＣＡＰ４１は、上位階層プロトコルの間でデータを多重化（ｍｕｌｔｉｐｌｅｘ）し、パッケージ（ｐａｃｋａｇｅ）を分割（ｓｅｇｍｅｎｔ）及び再組み立て（ｒｅａｓｓｅｍｂｌｅ）し、マルチキャストデータ送信を管理するように動作可能であり得る。

【0117】

ブルートゥースＬＥでは、３個の固定チャンネル（ｓｉｇｎａｌｉｎｇ ＣＨのために１個、Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｒのために１個、Ａｔｔｒｉｂｕｔｅ ｐｒｏｔｏｃｏｌのために１個）を基本的に用いる。そして、必要に応じて、動的チャンネルを用いてもよい。

【0118】

一方、ＢＲ／ＥＤＲ（Ｂａｓｉｃ Ｒａｔｅ／Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅ）では、動的なチャンネルを基本的に用い、ｐｒｏｔｏｃｏｌ ｓｅｒｖｉｃｅ ｍｕｌｔｉｐｌｅｘｅｒ、ｒｅｔｒａｎｓｍｉｓｓｉｏｎ、ｓｔｒｅａｍｉｎｇ ｍｏｄｅなどを支援する。

【0119】

ＳＭ（Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｒ）４２は、デバイスを認証し、キー分配（ｋｅｙ ｄｉｓｔｒｉｂｕｔｉｏｎ）を提供するためのプロトコルである。

【0120】

ＡＴＴ（Ａｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ）４３は、サーバ－クライアント（Ｓｅｒｖｅｒ－Ｃｌｉｅｎｔ）構造で相手側デバイスのデータを接近するための規則を定義する。ＡＴＴには、以下の６種類のメッセージ類型（Ｒｅｑｕｅｓｔ、Ｒｅｓｐｏｎｓｅ、Ｃｏｍｍａｎｄ、Ｎｏｔｉｆｉｃａｔｉｏｎ、Ｉｎｄｉｃａｔｉｏｎ、Ｃｏｎｆｉｒｍａｔｉｏｎ）がある。

【0121】

（１）Ｒｅｑｕｅｓｔ及びＲｅｓｐｏｎｓｅメッセージ：Ｒｅｑｕｅｓｔメッセージは、クライアントデバイスからサーバデバイスに特定情報を要請及び伝達するためのメッセージであり、Ｒｅｓｐｏｎｓｅメッセージは、Ｒｅｑｕｅｓｔメッセージに対する応答メッセージであって、サーバデバイスからクライアントデバイスに送信される用途で使用できるメッセージを意味する。

【0122】

（２）Ｃｏｍｍａｎｄメッセージ：クライアントデバイスからサーバデバイスに主に特定動作の命令を指示するために送信するメッセージであって、サーバデバイスは、Ｃｏｍｍａｎｄメッセージに対する応答をクライアントデバイスに送信しない。

【0123】

（３）Ｎｏｔｉｆｉｃａｔｉｏｎメッセージ：サーバデバイスからクライアントデバイスにイベントなどのような通知のために送信するメッセージであって、クライアントデバイスは、Ｎｏｔｉｆｉｃａｔｉｏｎメッセージに対する確認メッセージをサーバデバイスに送信しない。

【0124】

（４）Ｉｎｄｉｃａｔｉｏｎ及びＣｏｎｆｉｒｍメッセージ：サーバデバイスからクライアントデバイスにイベントなどのような通知のために送信するメッセージであって、Ｎｏｔｉｆｉｃａｔｉｏｎメッセージとは異なり、クライアントデバイスは、Ｉｎｄｉｃａｔｉｏｎメッセージに対する確認メッセージ（Ｃｏｎｆｉｒｍ ｍｅｓｓａｇｅ）をサーバデバイスに送信する。

【0125】

本明細書は、前記属性プロトコル（ＡＴＴ）４３を用いるＧＡＴＴプロファイルで長いデータの要請時に、データ長さに対する値を送信して、クライアントがデータ長さを明確に分かるようにし、ＵＵＩＤを利用してサーバから特性（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）値を受信することができる。

【0126】

前記一般接近プロファイル（ＧＡＰ）４５は、ブルートゥースＬＥ技術のために新しく具現された階層であって、ブルートゥースＬＥデバイス間の通信のための役割選択、マルチプロファイル作動がどのように起きるかを制御するのに用いられる。

【0127】

また、前記一般接近プロファイル４５は、デバイス発見、接続生成及びセキュリティ手順部分に主に用いられ、ユーザに情報を提供する方案を定義し、下記のようなａｔｔｒｉｂｕｔｅのタイプを定義する。

【0128】

（１）Ｓｅｒｖｉｃｅ：データと関連したｂｅｈａｖｉｏｒの組み合わせでデバイスの基本的な動作を定義

【0129】

（２）Ｉｎｃｌｕｄｅ：サービス間の関係を定義

【0130】

（３）Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ：サービスで使用されるｄａｔａ値

【0131】

（４）Ｂｅｈａｖｉｏｒ：ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ、ｖａｌｕｅ ｔｙｐｅ）で定義されたコンピュータが読むことができるフォーマット

【0132】

前記ＬＥプロファイル４６は、ＧＡＴＴに依存性を有するプロファイルであって、主にブルートゥースＬＥデバイスに適用される。ＬＥプロファイル４６は、例えば、Ｂａｔｔｅｒｙ、Ｔｉｍｅ、ＦｉｎｄＭｅ、Ｐｒｏｘｉｍｉｔｙ、Ｔｉｍｅなどがあり得、ＧＡＴＴ－ｂａｓｅｄ Ｐｒｏｆｉｌｅｓの具体的な内容は、下記の通りである。

【0133】

（１）Ｂａｔｔｅｒｙ：バッテリ情報交換方法

【0134】

（２）Ｔｉｍｅ：時間情報交換方法

【0135】

（３）ＦｉｎｄＭｅ：距離に応じるアラームサービス提供

【0136】

（４）Ｐｒｏｘｉｍｉｔｙ：バッテリ情報交換方法

【0137】

（５）Ｔｉｍｅ：時間情報交換方法

【0138】

前記一般属性プロファイル（ＧＡＴＴ）４４は、サービスの構成時に前記属性プロトコル４３がどのように利用されるかを説明するプロトコルとして動作可能であり得る。例えば、前記一般属性プロファイル４４は、ＡＴＴ属性がどのようにサービスとして共にグループ化されるかを規定するように動作可能であり得、サービスと関連した特徴を説明するように動作可能であり得る。

【0139】

したがって、前記一般属性プロファイル４４及び前記属性プロトコル（ＡＴＴ）４３は、デバイスの状態とサービスを説明し、特徴が互いにどのように関連しこれらがどのように利用されるかを説明するために、特徴を使用することができる。

【0140】

以下、ブルートゥース低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ：ＢＬＥ）技術の手順（Ｐｒｏｃｅｄｕｒｅ）について簡単に説明する。

【0141】

ＢＬＥ手順は、デバイスフィルタリング手順（Ｄｅｖｉｃｅ Ｆｉｌｔｅｒｉｎｇ Ｐｒｏｃｅｄｕｒｅ）、広告手順（Ａｄｖｅｒｔｉｓｉｎｇ Ｐｒｏｃｅｄｕｒｅ）、スキャニング手順（Ｓｃａｎｎｉｎｇ Ｐｒｏｃｅｄｕｒｅ）、ディスカバーリング手順（Ｄｉｓｃｏｖｅｒｉｎｇ Ｐｒｏｃｅｄｕｒｅ）、接続手順（Ｃｏｎｎｅｃｔｉｎｇ Ｐｒｏｃｅｄｕｒｅ）などに分けられることができる。

【0142】

デバイスフィルタリング手順（Ｄｅｖｉｃｅ Ｆｉｌｔｅｒｉｎｇ Ｐｒｏｃｅｄｕｒｅ）

【0143】

デバイスフィルタリング手順は、コントローラスタックで要請、指示、お知らせなどに対する応答を実行するデバイスの数を減らすための方法である。

【0144】

すべてのデバイスで要請を受信する際、これに対して応答することが必要としないから、コントローラスタックは、要請を送信する数を減らして、ＢＬＥコントローラスタックで電力消費が減るように制御できる。

【0145】

広告デバイスまたはスキャニングデバイスは、広告パケット、スキャン要請または接続要請を受信するデバイスを制限するために、前記デバイスフィルタリング手順を実行することができる。

【0146】

ここで、広告デバイスは、広告イベントを送信する、すなわち、広告を実行するデバイスのことを言い、広告者（Ａｄｖｅｒｔｉｓｅｒ）とも表現される。

【0147】

スキャニングデバイスは、スキャニングを実行するデバイス、スキャン要請を送信するデバイスを言う。

【0148】

ＢＬＥでは、スキャニングデバイスが一部広告パケットを広告デバイスから受信する場合、前記スキャニングデバイスは、前記広告デバイスにスキャン要請を送ることを必要とする。

【0149】

しかしながら、デバイスフィルタリング手順が用いられてスキャン要請の送信が不必要な場合、前記スキャニングデバイスは、広告デバイスから送信される広告パケットを無視できる。

【0150】

接続要請過程でもデバイスフィルタリング手順が使用されることができる。仮に、接続要請過程でデバイスフィルタリングが用いられる場合、接続要請を無視することによって、前記接続要請に対する応答を送信する必要がなくなる。

【0151】

広告手順（Ａｄｖｅｒｔｉｓｉｎｇ Ｐｒｏｃｅｄｕｒｅ）

【0152】

広告デバイスは、領域内のデバイスで無指向性のブロードキャストを実行するために、広告手順を実行する。

【0153】

ここで、無指向性のブロードキャスト（Ｕｎｄｉｒｅｃｔｅｄ Ａｄｖｅｒｔｉｓｉｎｇ）は、特定デバイスに向けたブロードキャストではない全（すべての）デバイスに向けた広告（Ａｄｖｅｒｔｉｓｉｎｇ）であり、すべてのデバイスが広告（Ａｄｖｅｒｔｉｓｉｎｇ）をスキャン（Ｓｃａｎ）して追加情報要請や接続要請をすることができる。

【0154】

これと異なり、指向性ブロードキャスト（Ｄｉｒｅｃｔｅｄ ａｄｖｅｒｔｉｓｉｎｇ）は、受信デバイスに指定されたデバイスのみ広告（Ａｄｖｅｒｔｉｓｉｎｇ）をスキャン（Ｓｃａｎ）して追加情報要請や接続要請をすることができる。

【0155】

広告手順は、近くの開始デバイスとブルートゥースの接続を確立するために用いられる。

【0156】

または、広告手順は、広告チャンネルでリスニングを実行しているスキャニングデバイスにユーザデータの周期的なブロードキャストを提供するために用いられることができる。

【0157】

広告手順ですべての広告（または広告イベント）は、広告物理チャンネルを介してブロードキャストされる。

【0158】

広告デバイスは、広告デバイスから追加的なユーザデータを得るために、リスニングを実行しているリスニングデバイスからスキャン要請を受信することができる。広告デバイスは、スキャン要請を受信した広告物理チャンネルと同じ広告物理チャンネルを介して、スキャン要請を送信したデバイスにスキャン要請に対する応答を送信する。

【0159】

広告パケットの一部分として送られるブロードキャストユーザデータは、動的なデータであることに対し、スキャン応答データは、一般的に静的なデータである。

【0160】

広告デバイスは、広告（ブロードキャスト）物理チャンネル上において開始デバイスから接続要請を受信することができる。仮に、広告デバイスが接続可能な広告イベントを使用し、開始デバイスがデバイスフィルタリング手順によりフィルタリングされないと、広告デバイスは、広告を中止し接続モード（ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）に進む。広告デバイスは、接続モード以後に再度広告を始めることができる。

【0161】

スキャニング手順（Ｓｃａｎｎｉｎｇ Ｐｒｏｃｅｄｕｒｅ）

【0162】

スキャニングを実行するデバイス、すなわち、スキャニングデバイスは、広告物理チャンネルを使用する広告デバイスからユーザデータの無指向性ブロードキャストを聴取するためにスキャニング手順を実行する。

【0163】

スキャニングデバイスは、広告デバイスから追加的なデータを要請するために、広告物理チャンネルを介してスキャン要請を広告デバイスに送信する。広告デバイスは、広告物理チャンネルを介してスキャニングデバイスで要請した追加的なデータを含んで、前記スキャン要請に対する応答であるスキャン応答を送信する。

【0164】

前記スキャニング手順は、ＢＬＥピコネットで他のＢＬＥデバイスと接続される間に使用されることができる。

【0165】

仮に、スキャニングデバイスがブロードキャストされる広告イベントを受信し、接続要請を開始できるイニシエーターモード（ｉｎｉｔｉａｔｏｒ ｍｏｄｅ）にある場合、スキャニングデバイスは、広告物理チャンネルを介して広告デバイスに接続要請を送信することによって、広告デバイスとブルートゥース接続を始めることができる。

【0166】

スキャニングデバイスが広告デバイスに接続要請を送信する場合、スキャニングデバイスは、追加的なブロードキャストのためのイニシエーターモードスキャニングを中止し、接続モードに進む。

【0167】

ディスカバーリング手順（Ｄｉｓｃｏｖｅｒｉｎｇ Ｐｒｏｃｅｄｕｒｅ）

【0168】

ブルートゥース通信が可能なデバイス（以下、「ブルートゥースデバイス」という。）は、近くに存在するデバイスを発見するためにまたは与えられた領域内で他のデバイスによって発見されるために広告手順とスキャニング手順を実行する。

【0169】

ディスカバーリング手順は、非対称的に実行される。周囲の他のデバイスを探そうとするブルートゥースデバイスをディスカバーリングデバイス（ｄｉｓｃｏｖｅｒｉｎｇ ｄｅｖｉｃｅ）と言い、スキャン可能な広告イベントを広告するデバイスを探すためにリスニングする。他のデバイスから発見されて利用可能なブルートゥースデバイスをディスカバラブルデバイス（ｄｉｓｃｏｖｅｒａｂｌｅ ｄｅｖｉｃｅ）と言い、積極的に広告 （ブロードキャスト）物理チャンネルを介して他のデバイスがスキャン可能に広告イベントをブロードキャストする。

【0170】

ディスカバーリングデバイスとディスカバラブルデバイスともピコネットで他のブルートゥースデバイスと既に接続されていることができる。

【0171】

接続手順（Ｃｏｎｎｅｃｔｉｎｇ Ｐｒｏｃｅｄｕｒｅ）

【0172】

接続手順は、非対称的であり、接続手順は、特定ブルートゥースデバイスが広告手順を実行する間に、他のブルートゥースデバイスは、スキャニング手順を実行することを要求する。

【0173】

すなわち、広告手順が目的になることができ、その結果、ただ一つのデバイスのみ広告に応答するはずである。広告デバイスから接続可能な広告イベントを受信した以後、広告（ブロードキャスト）物理チャンネルを介して広告デバイスに接続要請を送信することによって、接続を開始できる。

【0174】

次に、ＢＬＥ技術での動作状態、すなわち、広告状態（Ａｄｖｅｒｔｉｓｉｎｇ Ｓｔａｔｅ）、スキャニング状態（Ｓｃａｎｎｉｎｇ Ｓｔａｔｅ）、開始状態（Ｉｎｉｔｉａｔｉｎｇ Ｓｔａｔｅ）、接続状態（ｃｏｎｎｅｃｔｉｏｎ ｓｔａｔｅ）について簡単に説明する。

【0175】

広告状態（Ａｄｖｅｒｔｉｓｉｎｇ Ｓｔａｔｅ）

【0176】

リンク階層（ＬＬ）は、ホスト （スタック）の指示によって広告状態に入る。リンク階層が広告状態にある場合、リンク階層は、広告イベントなどから広告ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｉｒｃｕｉｔ）を送信する。

【0177】

それぞれの広告イベントは、少なくとも一つの広告ＰＤＵから構成され、広告ＰＤＵは、使用される広告チャンネルインデックスを介して送信される。広告イベントは、広告ＰＤＵが使用される広告チャンネルインデックスを介してそれぞれ送信された場合、終了または広告デバイスが他の機能実行のために空間を確保する必要がある場合、さらに早く広告イベントを終了できる。

【0178】

スキャニング状態（Ｓｃａｎｎｉｎｇ Ｓｔａｔｅ）

【0179】

リンク階層は、ホスト（スタック）の指示によってスキャニング状態に入る。スキャニング状態で、リンク階層は、広告チャンネルインデックスをリスニングする。

【0180】

スキャニング状態には、受動的スキャニング（ｐａｓｓｉｖｅ ｓｃａｎｎｉｎｇ）、積極的スキャニング（ａｃｔｉｖｅ ｓｃａｎｎｉｎｇ）の２つのタイプがあり、各スキャニングタイプは、ホストにより決定される。

【0181】

スキャニングを行うための別途の時間または広告チャネルインデックスが定義されない。

【0182】

スキャニング状態の間に、リンク階層は、スキャンウィンドウ（ｓｃａｎ Ｗｉｎｄｏｗ）区間（ｄｕｒａｔｉｏｎ）の間に広告チャネルインデックスをリスニングする。スキャンインターバル（ｓｃａｎ Ｉｎｔｅｒｖａｌ）は、２つの連続的なスキャンウィンドウの開始点間の間隔（インターバル）として定義される。

【0183】

リンク階層は、スケジューリングの衝突がない場合、ホストにより指示されるように、スキャンウィンドウのすべてのスキャンインターバル完成のためにリスニングしなければならない。各スキャンウィンドウにおけるリンク階層は、他の広告チャネルインデックスをスキャンしなければならない。リンク階層は、使用可能なすべての広告チャネルインデックスを使用する。

【0184】

受動的なスキャニングであるとき、リンク階層は、ただパケットだけを受信し、いかなるパケットも送信できない。

【0185】

能動的なスキャニングであるとき、リンク階層は、広告デバイスに広告ＰＤＵと広告デバイス関連追加的な情報を要請できる広告ＰＤＵタイプに依存するためにリスニングを行う。

【0186】

開始状態（Ｉｎｉｔｉａｔｉｎｇ Ｓｔａｔｅ）

【0187】

リンク階層は、ホスト（スタック）の指示により開始状態に入る。

【0188】

リンク階層が開始状態にあるとき、リンク階層は、広告チャネルインデックスに対するリスニングを行う。

【0189】

開始状態の間に、リンク階層は、スキャンウィンドウ区間の間に広告チャネルインデックスをリスニングする。

【0190】

（接続状態（ｃｏｎｎｅｃｔｉｏｎ ｓｔａｔｅ））

【0191】

リンク階層は、接続要請を行うデバイス、すなわち、開始デバイスがＣＯＮＮＥＣＴ＿ＲＥＱ ＰＤＵを広告デバイスに送信する時または広告デバイスが開始デバイスからＣＯＮＮＥＣＴ＿ＲＥＱ ＰＤＵを受信する時に接続状態に入る。

【0192】

接続状態に入った以後、接続が生成されると考慮される。ただし、接続が接続状態に入った時点で確立されるように考慮される必要はない。新しく生成された接続と予め確立された接続間の唯一の差は、リンク階層接続監督タイムアウト（ｓｕｐｅｒｖｉｓｉｏｎ ｔｉｍｅｏｕｔ）値だけである。

【0193】

両デバイスが接続されているとき、両デバイスは、異なる役割を果たす。

【0194】

マスター役割を果たすリンク階層は、マスターと呼ばれ、スレーブ役割を果たすリンク階層は、スレーブと呼ばれる。マスターは、接続イベントのタイミングを調節し、接続イベントは、マスターとスレーブ間の同期化される時点をいう。

【0195】

以下では、ブルートゥースインターフェースで定義されるパケットについて簡単に説明する。ＢＬＥデバイスは、以下で定義されるパケットを用いる。

【0196】

パケットフォーマット（Ｐａｃｋｅｔ Ｆｏｒｍａｔ）

【0197】

リンク階層（Ｌｉｎｋ Ｌａｙｅｒ）は、広告チャネルパケットとデータチャネルパケットの両方のために使用される一つのパケットフォーマットのみを有する。

【0198】

各パケットは、プリアンブル（Ｐｒｅａｍｂｌｅ）、接続アドレス（Ａｃｃｅｓｓ Ａｄｄｒｅｓｓ）、ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）及びＣＲＣの４つのフィールドから構成される。

【0199】

一つのパケットが広告物理チャネルから送信されるとき、ＰＤＵは、広告チャネルＰＤＵになるはずで、一つのパケットがデータ物理チャネルから送信されるとき、ＰＤＵは、データチャネルＰＤＵになるはずである。

【0200】

広告チャンネル ＰＤＵ（Ａｄｖｅｒｔｉｓｉｎｇ Ｃｈａｎｎｅｌ ＰＤＵ）

【0201】

広告チャンネルＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｉｒｃｕｉｔ）は、１６ビットヘッダと多様な大きさのペイロードを有する。

【0202】

ヘッダに含まれる広告チャンネルＰＤＵのＰＤＵタイプフィールドは、下記表１で定義されたようなＰＤＵタイプを示す。

【0203】

【表1】

【0204】

広告ＰＤＵ（Ａｄｖｅｒｔｉｓｉｎｇ ＰＤＵ）

【0205】

以下の広告チャネルＰＤＵタイプは、広告ＰＤＵと呼ばれ、具体的なイベントで使用される。

【0206】

ＡＤＶ＿ＩＮＤ：接続可能な無指向性広告イベント

【0207】

ＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤ：接続可能な指向性広告イベント

【0208】

ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ：接続できない無指向性広告イベント

【0209】

ＡＤＶ＿ＳＣＡＮ＿ＩＮＤ：スキャン可能な無指向性広告イベント

【0210】

前記ＰＤＵは、広告状態でリンク階層（Ｌｉｎｋ Ｌａｙｅｒ）から送信され、スキャニング状態または開始状態（Ｉｎｉｔｉａｔｉｎｇ Ｓｔａｔｅ）でリンク階層により受信される。

【0211】

スキャニングＰＤＵ（Ｓｃａｎｎｉｎｇ ＰＤＵ）

【0212】

以下の広告チャネルＰＤＵタイプは、スキャニングＰＤＵと呼ばれ、下記で説明される状態で使用される。

【0213】

ＳＣＡＮ＿ＲＥＱ：スキャニング状態でリンク階層により送信され、広告状態でリンク階層により受信される。

【0214】

ＳＣＡＮ＿ＲＳＰ：広告状態でリンク階層により送信され、スキャニング状グ状態でリンク階層により受信される。

【0215】

開始ＰＤＵ（Ｉｎｉｔｉａｔｉｎｇ ＰＤＵｓ）

【0216】

以下の広告チャネルＰＤＵタイプは、開始ＰＤＵと呼ばれる。

【0217】

ＣＯＮＮＥＣＴ＿ＲＥＱ：開始状態でリンク階層により送信され、広告状態でリンク階層により受信される。

【0218】

データチャネルＰＤＵ（Ｄａｔａ Ｃｈａｎｎｅｌ ＰＤＵ）

【0219】

データチャネルＰＤＵは、１６ビットヘッダ、多様な大きさのペイロードを有し、メッセージ無欠点チェック（Ｍｅｓｓａｇｅ Ｉｎｔｅｇｒｉｔｙ Ｃ
ｈｅｃｋ：ＭＩＣ）フィールドを含むことができる。

【0220】

前述したように、ＢＬＥ技術での手順、状態、パケットフォーマットなどは、本明細書で提案する方法を実行するために適用されることができる。

【0221】

再び、図４を参照すると、負荷４５５はバッテリである。バッテリは、電力ピックアップ回路２１０から出力される電力を利用してエネルギーを保存することができる。一方、モバイル機器４５０にバッテリが必ず含まれるべきものではない。例えば、バッテリは、脱着が可能な形態の外部構成で提供されることができる。他の例として、無線電力受信装置２００には電子機器の多様な動作を駆動する駆動手段がバッテリの代わりに含まれることもできる。

【0222】

モバイル機器４５０は、無線電力受信装置２００を含むと図示されており、ベースステーション４００は、無線電力送信装置１００を含むと図示されているが、広い意味で、無線電力受信装置２００は、モバイル機器４５０と同一視されることができ、無線電力送信装置１００は、ベースステーション４００と同一視されることもできる。

【0223】

通信／コントロール回路１２０と通信／コントロール回路２２０がＩＢ通信モジュール以外にＯＢ通信モジュールまたは近距離通信モジュールとしてブルートゥースまたはブルートゥースＬＥを含む場合、通信／コントロール回路１２０を含む無線電力送信装置１００と通信／コントロール回路２２０を含む無線電力受信装置２００は、図６のような単純化されたブロック図で表現されることができる。

【0224】

図６は、一例によるＢＬＥ通信を利用する無線電力送信システムを示したブロック図である。

【0225】

図６を参照すると、無線電力送信装置１００は、電力変換回路１１０、及び通信／コントロール回路１２０を含む。通信／コントロール回路１２０は、インバンド通信モジュール１２１、及びＢＬＥ通信モジュール１２２を含む。

【0226】

一方、無線電力受信装置２００は、電力ピックアップ回路２１０、及び通信／コントロール回路２２０を含む。通信／コントロール回路２２０は、インバンド通信モジュール２２１、及びＢＬＥ通信モジュール２２２を含む。

【0227】

一側面において、ＢＬＥ通信モジュール１２２、２２２は、図５によるアーキテクチャ及び動作を実行する。例えば、ＢＬＥ通信モジュール１２２、２２２は、無線電力送信装置１００と無線電力受信装置２００との間の接続を確立し、無線電力送信に必要な制御情報とパケットを交換するのに用いられてもよい。

【0228】

他の側面において、通信／コントロール回路１２０は、無線充電のためのプロファイルを動作させるように構成されてもよい。ここで、無線充電のためのプロファイルは、ＢＬＥ送信を利用するＧＡＴＴであってもよい。

【0229】

図７は、他の例によるＢＬＥ通信を利用する無線電力送信システムを示したブロック図である。

【0230】

図７を参照すると、通信／コントロール回路１２０、２２０は、それぞれインバンド通信モジュール１２１、２２１のみを含み、ＢＬＥ通信モジュール１２２、２２２は、通信／コントロール回路１２０、２２０と分離して備えられる形態も可能である。

【0231】

以下、コイルまたはコイル部は、コイル及びコイルと近接した少なくとも一つの素子を含んで、コイルアセンブリー、コイルセルまたはセルとして指称してもよい。

【0232】

一方、ユーザが無線電力送信装置１００の作動空間内に無線電力受信装置２００を配置すると、無線電力送信装置１００及び無線電力受信装置２００両方とも電力送信を構成及び制御するための目的で通信を始める。この時、電力シグナルは、すべての通信に対してキャリアを提供することができ、通信に対するプロトコルは、複数の段階で構成されることができる。以下、通信プロトコルについて説明する。

【0233】

図８は、無線電力送信手順を説明するための状態遷移図である。

【0234】

ＷＰＣでは２つの通信プロトコルを定義することができる。

【0235】

－ベースラインプロトコル（或はＢＰＰ）：無線電力受信装置２００から無線電力送信装置１００への一方向通信のみを支援するオリジナルプロトコルを意味することができる。

【0236】

－拡張されたプロトコル（或はＥＰＰ）：双方向通信及び向上されたＦＯＤ（ｆｏｒｅｉｇｎ ｏｂｊｅｃｔ ｄｅｔｅｃｔｉｏｎ）機能を支援し、データ送信ストリーム機能及び認証オプションも支援することができる。

【0237】

図８を参照すると、本明細書の一実施例に係る、無線電力送信装置１００と無線電力受信装置２００との間の電力伝達動作は大きく、ピンフェーズ８１０（Ｐｉｎｇ Ｐｈａｓｅ）、構成フェーズ８２０（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｈａｓｅ）、交渉フェーズ８３０（Ｎｅｇｏｔｉａｔｉｏｎ Ｐｈａｓｅ）、及び電力送信フェーズ（Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ Ｐｈａｓｅ）に分けられることができる。

【0238】

－ピンフェーズ８１０

【0239】

ピンフェーズ８１０で、無線電力送信装置１００は無線電力受信装置２００との通信の確立を試みる（ｔｒｙ）ことができる。通信の確立を試みる前に、測定が行われてもよく、測定によって電力の送信中に損傷または加熱される可能性がある銀行カード、小銭またはその他金属のような物体があるか否かが確認されることができる。ここで、このような測定は、無線電力受信装置２００を覚まさずに行われてもよい。

【0240】

ここで、無線電力送信装置１００は、無線電力受信装置２００から設計情報（ｄｅｓｉｇｎ ｉｎｆｏｒｍａｔｉｏｎ）を得た後、検出された金属が異物（ｆｏｒｅｉｇｎ ｏｂｊｅｃｔ）であるか、或いは親和的な金属（ｆｒｉｅｎｄｌｙ ｍｅｔａｌ）であるかに対する結論を交渉フェーズ８３０に延期することができる。

【0241】

－構成フェーズ８２０

【0242】

構成フェーズ８２０で、無線電力受信装置２００は、基本識別及び構成データ（ｂａｓｉｃ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ａｎｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｄａｔａ）を無線電力受信装置２００に送信することができる。そして、無線電力送信装置１００及び無線電力受信装置２００の両側は、この情報を用いてベースライン（ｂａｓｅｌｉｎｅ）電力送信契約（ｐｏｗｅｒ ｔｒａｎｓｆｅｒ ｃｏｎｔｒａｃｔ）を生成することができる。

【0243】

また、無線電力送信装置１００及び無線電力受信装置２００は、構成フェーズ８２０でベースラインプロトコル（Ｂａｓｅｌｉｎｅ Ｐｒｏｔｏｃｏｌ）または拡張されたプロトコル（Ｅｘｔｅｎｄｅｄ Ｐｒｏｔｏｃｏｌ）を継続するか否かを決めることができる。

【0244】

ここで、無線電力受信装置２００は、拡張されたプロトコルを具現する場合のみ向上されたＦＯＤ、データ送信ストリーム及び認証のような機能を利用することができる。

【0245】

－交渉フェーズ８３０

【0246】

交渉フェーズ８３０で、無線電力送信装置１００と無線電力受信装置２００は、追加的な設定及び制限を含む拡張された電力送信契約（ｅｘｔｅｎｄｅｄ ｐｏｗｅｒ ｔｒａｎｓｆｅｒ ｃｏｎｔｒａｃｔ）を設定することができる。また、無線電力受信装置２００は、無線電力送信装置１００に設計情報を提供することができる。後で、設計情報は電力送信フェーズ８４０に切り替える前にＦＯＤを完了するのに用いられることができる。

【0247】

ここで、交渉フェーズ８３０は、ベースラインプロトコルでは存在しない段階に対応し得る。

【0248】

－電力送信フェーズ８４０

【0249】

電力送信フェーズ８４０は、無線電力受信装置２００のロードに電力が伝達される段階であり得る。

【0250】

拡張プロトコルで、無線電力送信装置１００と無線電力受信装置２００は、この段階が始まる時にシステム補正（ｓｙｓｔｅｍ ｃａｌｉｂｒａｔｉｏｎ）を行うことができる。電力伝達契約の要素を再交渉するために、この段階がたまに中断されることがあるが、このような再交渉中にも電力伝達は継続されてもよい。

【0251】

以下、前述した、ピンフェーズ８１０（Ｐｉｎｇ Ｐｈａｓｅ）、構成フェーズ８２０（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｈａｓｅ）、交渉フェーズ８３０（Ｎｅｇｏｔｉａｔｉｏｎ Ｐｈａｓｅ）、及び電力送信フェーズ８４０（Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ Ｐｈａｓｅ）に対するプロトコルについてそれぞれより具体的に説明する。

【0252】

１．ピンフェーズ８１０

【0253】

ピンフェーズ８１０が開始される時、無線電力送信装置１００は、無線電力受信装置２００が作動ボリューム内にあるか否かをまだ分からない。また、無線電力送信装置１００は、無線電力受信装置２００を認知することができない。その理由として、このシステムは一般的にパワーシグナルの不足により非活性化されているからである。

【0254】

このような状況で、無線電力送信装置１００が無線電力受信装置２００からの応答を要請するためのデジタルピンを始める前に、無線電力送信装置１００は次の段階を経てもよい。

【0255】

図９は、ピンフェーズ８１０のプロトコルに対する一例を概略的に示したのである。

【0256】

図９によれば、無線電力送信装置１００は、アナログピンを実行することができる（Ｓ９１０）。すなわち、無線電力送信装置１００は、アナログピンを送信して、作動空間（ｏｐｅｒａｔｉｎｇ ｖｏｌｕｍｅ）内に物体が存在するか否かを確認することができる。例えば、無線電力送信装置は、送信コイルまたは１次コイル（Ｐｒｉｍａｒｙ Ｃｏｉｌ）の電流変化に基づいて、作動空間内に物体が存在するか否かを感知することができる。

【0257】

無線電力送信装置１００は、ＮＦＣタグ保護を適用することができる（Ｓ９２０）。ここで、ＮＦＣタグの保護は、次のような手順によって実行されることができる。

【0258】

ａ）まず、感知された個体の一つ以上がＮＦＣタグを含むか否かが確認されることができる。

【0259】

ｂ）以後に、ＮＦＣタグが含まれた物体の場合、損傷されることなく電源信号を耐えることができるか否かを確認することができる。

【0260】

ｃ）無線電力送信装置１００がＮＦＣタグが電力信号を耐えられないと判断する場合、デジタルピンを始めずにピン段階を保持し、無線電力送信装置１００は、実行し続けない理由をユーザに知らせることができる。

【0261】

無線電力送信装置１００は、異物の感知を実行することができる（Ｓ９３０）。すなわち、無線電力送信装置１００は、無線電力受信装置２００以外の異物があるか否かを判断するのに役に立つ情報を収集することができる。このために、無線電力送信装置１００は、フリー－パワーＦＯＤ方式等のような多様な方式を用いることができる。

【0262】

一方、前述した、３つの段階（Ｓ９１０、Ｓ９２０、Ｓ９３０）では、無線電力受信装置が動作しなくてもよい。

【0263】

無線電力送信装置１００が上の段階を実行し、作動空間に潜在的に無線電力受信装置２００があると判断する場合、無線電力送信装置１００は、デジタルピンを開始することができる（Ｓ９４０）。ここで、デジタルピンは、ＳＩＧ（ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ）データパケットまたはＥＰＴ（Ｅｎｄ Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ）データパケットのような応答を無線電力受信装置２００に要請することができる。

【0264】

その後、無線電力送信装置１００は、無線電力受信装置２００からＳＩＧまたはＥＰＴを受信することができる（Ｓ９５０）。ここで、ＳＩＧデータパケットは、カップリングの測定を提供することができ、ＳＩＧデータパケットは、信号強度値に対する情報を含むことができる。また、ＥＰＴデータパケットは、電源送信中止要請と要請理由を提供することができる。

【0265】

仮に、無線電力送信装置１００が無線電力受信装置２００から上記のような応答を受信できない場合には、無線電力送信装置１００は、ピンフェーズ８１０に止まりながら、上記のような段階を繰り返すことができる。

【0266】

２．構成フェーズ８２０

【0267】

構成フェーズ８２０は、次のようなプロトコルの一部である。

【0268】

－無線電力受信装置２００は、無線電力送信装置１００に自分を識別させることができる。

【0269】

－無線電力受信装置２００と無線電力送信装置１００は、ベースライン電力伝達契約を確立することができる。

【0270】

－無線電力受信装置２００と無線電力送信装置１００は、電力送信に用いるプロトコル変形を決めることができる。

【0271】

構成フェーズ８２０で、無線電力送信装置１００と無線電力受信装置２００は、デジタルピンパラメータを使用して動作し続けることができる。これは無線電力送信装置１００と無線電力受信装置２００両方の電力及び電流レベルは、ユーザが作動空間内の位置で無線電力受信装置２００を移動する場合のみ変更されることを意味することができる。

【0272】

以下、構成フェーズ８２０でのプロトコルをより具体的に説明する。

【0273】

図１０は、構成フェーズ８２０のプロトコルに対する一例を概略的に示したのである。

【0274】

図１０によれば、無線電力送信装置１００は、無線電力受信装置２００からＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を受信することができる（Ｓ１０１０）。または、無線電力送信装置１００は、無線電力受信装置２００からＸＩＤ（ｅｘｔｅｎｄｅｄ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）も受信することができる（Ｓ１０２０）。すなわち、無線電力受信装置２００は、ＩＤデータパケット及び選択的にＸＩＤデータパケットを利用して無線電力受信装置２００自体を識別させることができる。

【0275】

無線電力送信装置１００は、選択的に無線電力受信装置２００からＰＣＨ（ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｈｏｌｄ－ｏｆｆ）データパケットを受信することができ（Ｓ１０３０）、無線電力送信装置１００は、無線電力受信装置２００からＣＦＧデータパケットを受信することができる（Ｓ１０４０）。すなわち、無線電力受信装置２００は、ＰＣＨ及び／またはＣＦＧデータパケットを利用して、電力伝達契約での使用のためのデータを提供することができる。

【0276】

最後に、無線電力送信装置１００は、できれば拡張されたプロトコルを確認することができる（Ｓ１０５０）。

【0277】

前述した各データパケットを要約して整理すれば、以下の通りである。

【0278】

－ＩＤ：ＩＤデータパケットは、無線電力受信装置２００を識別する情報であり得る。ここで、ＩＤには、製造社コード、基本デバイス識別子などを含んでもよい。また、ＩＤには、設定フェーズでＸＩＤデータパケットの存在有無を識別する情報も含んでもよい。

【0279】

－ＸＩＤ：ＸＩＤデータパケットには、追加識別データが含まれてもよい。

【0280】

－ＰＣＨ：ＰＣＨデータパケットは、ＣＥデータパケットの受信と無線電力送信装置１００がコイル電流調整を始める間の遅延を構成することができる。

【0281】

－ＣＦＧ：ＣＦＧデータパケットは、基本構成データを提供することができる。

【0282】

例えば、ＣＦＧデータパケットは、ベースラインプロトコルで電力送信を勧めるすべてのパラメータを提供することができる。同時に、ＣＦＧデータパケットは、拡張プロトコルで用いられるすべてのＦＳＫ通信パラメータを提供することができる。また、ＣＦＧデータパケットは、無線電力受信装置２００の追加機能を提供することができる。

【0283】

図１１は、一実施例に係る無線電力受信装置の構成パケット（ＣＦＧ）のメッセージフィールドを示した図面である。

【0284】

図１１によれば、一実施例に係る構成パケット（ＣＦＧ）は、０ｘ５１のヘッダ値を有してもよく、構成パケット（ＣＦＧ）のメッセージフィールドには、１ビットの認証（ＡＩ）フラグ、および１ビットのアウトバンド（ＯＢ）フラグが含まれてもよい。

【0285】

認証フラグ（ＡＩ）は、無線電力受信装置が認証機能を支援するか否かを指示する。例えば、認証フラグ（ＡＩ）の値が「１」である場合、無線電力受信装置が認証機能を支援するか、認証イニシエータ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｉｔｉａｔｏｒ）として動作できることを指示し、認証フラグ（ＡＩ）の値が「０」である場合、無線電力受信装置が認証機能を支援しないか、認証イニシエータとして動作できないことを指示することができる。

【0286】

アウトバンド（ＯＢ）フラグは、無線電力受信装置がアウトバンド通信を支援するか否かを指示する。例えば、アウトバンド（ＯＢ）フラグの値が「１」である場合、無線電力受信装置がアウトバンド通信を指示し、アウトバンド（ＯＢ）フラグの値が「０」である場合、無線電力受信装置がアウトバンド通信を支援しないことを指示することができる。

【0287】

前述したＩＤ及び／またはＸＩＤの提供は、識別のためである。そして、ＰＣＨ及び／またはＣＦＧの提供は、電力伝達契約の構築（ｂｕｉｌｄ）のためである。

【0288】

３．交渉フェーズ８３０

【0289】

交渉フェーズ８３０は、無線電力送信装置１００と無線電力受信装置２００が電力送信契約を変更することができる拡張プロトコルの一部である。この段階には２つの類型がある。

【0290】

－交渉フェーズ８３０：交渉フェーズ８３０は、構成フェーズ８２０以後に直接つながり、初期拡張電力送信契約を生成する役割を果たす。同時に、交渉フェーズ８３０は、前置電力（ｐｒｅ－ｐｏｗｅｒ）ＦＯＤ機能を完了する役割も果たす。ここで、交渉段階の長さは制限されない。

【0291】

－再交渉フェーズ：再交渉フェーズは、電力送信フェーズ８４０を複数回中断することができ、一般的に電力伝達契約の単一要素を調整する役割を果たす。また、ＦＯＤ／ｑｆ、ＦＯＤ／ｒｆ及びＳＲＱ／ｒｐｒデータパケットは、再交渉段階では利用されなくてもよい。電力送信フェーズ８４０でのＣＥデータパケットに対する制約は、再交渉段階の長さを制限する。

【0292】

交渉段階または再交渉段階で、無線電力受信装置と無線電力送信装置との間の無線電力の受信／送信と関連する電力送信契約（Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒａｃｔ）を拡張または変更したり、電力送信契約の要素の少なくとも一部を調整する電力送信契約の更新が行われたり、アウトバンド通信を確立するための情報の交換が行われてもよい。

【0293】

図１２は、一実施例に係る交渉段階または再交渉段階のプロトコルを概略的に示した流れ図である。

【0294】

図１２を参照すると、無線電力送信装置１００は、無線電力受信装置２００からＦＯＤ状態データパケット（ｅ．ｇ．ＦＯＤ）を受信することができる（Ｓ１２１０）。ここで、無線電力受信装置２００は、ＦＯＤ状態データパケットを用いてその存在がレファレンス無線電力送信装置１００の選択された属性に及ぶ影響を無線電力送信装置１００に知らせることができる。そして、無線電力送信装置１００は、この情報を利用してＦＯＤ機能を構成することができる。

【0295】

無線電力送信装置１００は、上記ＦＯＤ状態データパケットに対するＡＣＫ／ＮＡＫを無線電力受信装置２００に送信することができる（Ｓ１２１５）。

【0296】

一方、無線電力受信装置２００は、ＧＲＱ（Ｇｅｎｅｒａｌ Ｒｅｑｕｅｓｔ ｄａｔａ ｐａｃｋｅｔ）を利用して無線電力送信装置１００のＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｄａｔａ ｐａｃｋｅｔ）、ＣＡＰ（Ｃａｐａｂｉｌｉｔｉｅｓ ｄａｔａ ｐａｃｋｅｔ）、ＸＣＡＰ（ｅｘｔｅｎｄｅｄ ＣＡＰ）を受信することができる。

【0297】

一般要請パケット（ＧＲＱ）は、０ｘ０７のヘッダ値を有してもよく、１バイトのメッセージフィールドを含んでもよい。一般要請パケット（ＧＲＱ）のメッセージフィールドには無線電力受信装置２００がＧＲＱパケットを利用して無線電力送信装置１００に要請するデータパケットのヘッダ値が含まれてもよい。

【0298】

例えば、交渉段階または再交渉段階で、無線電力受信装置２００は、無線電力送信装置１００のＩＤパケットを要請するＧＲＱパケット（ＧＲＱ／ｉｄ）を無線電力送信装置１００に送信することができる（Ｓ１２２０）。

【0299】

ＧＲＱ／ｉｄを受信した無線電力送信装置１００は、ＩＤパケットを無線電力受信装置２００に送信することができる（Ｓ１２２５）。無線電力送信装置１００のＩＤパケットには、「Ｍａｎｕｆａｃｔｕｒｅｒ Ｃｏｄｅ」に対する情報が含まれる。「Ｍａｎｕｆａｃｔｕｒｅｒ Ｃｏｄｅ」に対する情報が含まれたＩＤパケットは、無線電力送信装置１００の製造者（ｍａｎｕｆａｃｔｕｒｅｒ）を識別することができるようにする。

【0300】

或は、交渉段階または再交渉段階で、無線電力受信装置２００は、無線電力送信装置１００の性能パケット（ＣＡＰ）を要請するＧＲＱパケット（ＧＲＱ／ｃａｐ）を無線電力送信装置１００に送信することができる（Ｓ１２３０）。ＧＲＱ／ｃａｐのメッセージフィールドには、性能パケット（ＣＡＰ）のヘッダ値（０ｘ３１）が含まれてもよい。

【0301】

ＧＲＱ／ｃａｐを受信した無線電力送信装置１００は、性能パケット（ＣＡＰ）を無線電力受信装置２００に送信することができる（Ｓ１２３５）。

【0302】

或は、交渉段階または再交渉段階で、無線電力受信装置２００は、無線電力送信装置１００の性能パケット（ＣＡＰ）を要請するＧＲＱパケット（ＧＲＱ／ｘｃａｐ）を無線電力送信装置１００に送信することができる（Ｓ１２４０）。ＧＲＱ／ｘｃａｐのメッセージフィールドには、性能パケット（ＸＣＡＰ）のヘッダ値（０ｘ３２）が含まれてもよい。

【0303】

ＧＲＱ／ｘｃａｐを受信した無線電力送信装置１００は、性能パケット（ＸＣＡＰ）を無線電力受信装置２００に送信することができる（Ｓ１２４５）。

【0304】

図１３は、一実施例に係る無線電力送信装置の性能パケット（ＣＡＰ）のメッセージフィールドを示した図面である。

【0305】

一実施例に係る性能パケット（ＣＡＰ）は、０ｘ３１のヘッダ値を有してもよく、図１９を参照すると、３バイトのメッセージフィールドを含んでもよい。

【0306】

図１３を参照すると、性能パケット（ＣＡＰ）のメッセージフィールドには、１ビットの認証（ＡＲ）フラグと１ビットのアウトバンド（ＯＢ）フラグが含まれてもよい。

【0307】

認証フラグ（ＡＲ）は、無線電力送信装置１００が認証機能を支援するか否かを指示する。例えば、認証フラグ（ＡＲ）の値が「１」である場合、無線電力送信装置１００が認証機能を支援するか、または認証応答子（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｄｅｒ）として動作できることを指示し、認証フラグ（ＡＲ）の値が「０」である場合、無線電力送信装置１００が認証機能を支援しないか、または認証応答子として動作できないことを指示することができる。

【0308】

アウトバンド（ＯＢ）フラグは、無線電力送信装置１００がアウトバンド通信を支援するか否かを指示する。例えば、アウトバンド（ＯＢ）フラグの値が「１」である場合、無線電力送信装置１００がアウトバンド通信を指示し、アウトバンド（ＯＢ）フラグの値が「０」である場合、無線電力送信装置１００がアウトバンド通信を支援しないことを指示することができる。

【0309】

交渉段階で、無線電力受信装置２００は、無線電力送信装置１００の性能パケット（ＣＡＰ）を受信して、無線電力送信装置１００の認証機能支援可否及びアウトバンド通信支援可否を確認することができる。

【0310】

再び図１２に戻って、無線電力受信装置２００は、交渉段階または再交渉段階で少なくとも一つの特定要請パケット（ＳＲＱ、Ｓｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ ｄａｔａ ｐａｃｋｅｔ）を利用して電力送信フェーズで提供される電力に関する電力送信契約（Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒａｃｔ）の要素を更新することができ（Ｓ１２５０）、これに対するＡＣＫ／ＮＡＫを受信することができる（Ｓ１２５５）。

【0311】

一方、拡張された電力伝達契約を確認し、交渉段階を終了するために、無線電力受信装置２００は、無線電力送信装置１００にＳＲＱ／ｅｎを送信し（Ｓ１２６０）、無線電力送信装置１００からＡＣＫを受信することができる（Ｓ１２６５）。

【0312】

４．電力送信フェーズ８４０

【0313】

電力送信フェーズ８４０は、実際電力が無線電力受信装置２００の負荷として送信されるプロトコルの一部である。ここで、電力伝達は、交渉フェーズ８３０で生成された電力伝達契約の条件によって行われることができる。

【0314】

＜ＣＥに基づく電力制御＞

【0315】

無線電力受信装置２００は、無線電力受信装置２００の目標と実際動作地点との間の偏差を測定する制御エラー（ｃｏｎｔｒｏｌ ｅｒｒｏｒ；ＣＥ）データを無線電力送信装置１００に送信して電力レベルを制御することができる。無線電力送信装置１００及び無線電力受信装置２００は、制御エラーデータを０にすることを目標とし、この地点でシステムは、目標電力水準で作動するようになる。

【0316】

＜電力伝達内でのＦＯＤ方法（Ｉｎ－ｐｏｗｅｒ ｔｒａｎｓｆｅｒ ＦＯＤ ｍｅｔｈｏｄ）＞

【0317】

制御エラーデータ以外にも無線電力送信装置１００と無線電力受信装置２００は、ＦＯＤを容易にするための情報を交換することができる。無線電力受信装置２００は、受信する電力の量（受信電力レベル（ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ ｌｅｖｅｌ））を定期的に無線電力送信装置１００に報告し、無線電力送信装置１００は、異物を感知したか否かを無線電力受信装置２００に知らせることができる。電力送信フェーズでＦＯＤに対して使用可能な方法は、例えば、パワーロス計算に対応し得る。この接近方式で、無線電力送信装置１００は、無線電力受信装置２００によって報告された受信電力レベルを送信電力の量（送信電力レベル）と比較して、差が閾値を超える時に無線電力受信装置２００に（異物を監視したのか否かに対する）信号を送信することができる。

【0318】

＜再交渉フェーズ＞

【0319】

状況によって、必要な場合、無線電力送信装置１００または無線電力受信装置２００は、電力送信フェーズ中に電力送信契約の再交渉を要請することができる。電力送信契約の再交渉が行われることができる変更された状況の例は、以下の通りである。

【0320】

－無線電力受信装置２００が以前に交渉したよりも（実質的に）より多い電力が必要な場合。

【0321】

－無線電力送信装置１００が低い効率で作動していることを感知した場合。

【0322】

－無線電力送信装置１００が増加された作動温度によってこれ以上現在電力水準を保持できない場合（またはその反対の場合、すなわち、無線電力受信装置２００が充分冷却された後、より高い電力レベルで作動できる場合）。

【0323】

ここで、再交渉フェーズに対する具体的なプロトコルの例示は、前述した通りである。

【0324】

＜データ送信ストリーム＞

【0325】

無線電力送信装置１００及び無線電力受信装置２００は、データ送信ストリームを始めて電力送信フェーズ８４０全般にわたってアプリケーションレベルデータを交換することができる。

【0326】

ここで、重要な共通アプリケーションは、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）であり、ここで両側は変調防止方式で相手の資格証明を確認することができる。例えば、無線電力受信装置２００は、無線電力送信装置１００が高い電力レベルで安全に作動するように信頼し得るのか確認するために、無線電力送信装置１００の資格証明を確認しようとすることができる。適切な資格証明があれば、規定遵守テストをパスしたことを意味することができる。

【0327】

したがって、本明細書では、低い電力レベルの水準で電力の伝達を始め、認証プロトコルを成功的に完了した後のみに電力をより高い水準に制御する方式を提供することができる。

【0328】

＜電力送信フェーズ８４０でのプロトコル＞

【0329】

以上、電力送信フェーズ８４０での無線電力送信装置１００と無線電力受信装置２００との間の動作を概略的に説明した。以下、電力送信フェーズ８４０での動作に対する円滑な理解のために、電力送信フェーズ８４０でのプロトコルをベースラインプロトコルの場合と拡張されたプロトコルの場合をそれぞれ区別して説明する。

【0330】

図１４は、ベースラインプロトコルでの電力送信フェーズ８４０に対するデータフローの流れ図を概略的に示したのである。

【0331】

図１４によれば、無線電力受信装置２００は、無線電力送信装置１００にＣＥを送信することができる（Ｓ１４１０）。ここで、無線電力受信装置２００は、通常ＣＥデータパケットを秒当たり数回送信することができる。

【0332】

無線電力受信装置２００は、無線電力送信装置１００に一般的に１．５秒ごとに一回ずつＲＰ（ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）データパケット（ベースラインプロトコルではＲＰ８）を送信することができる（Ｓ１４２０）。

【0333】

選択的に、無線電力受信装置２００は、無線電力送信装置１００にＣＨＳ（ｃｈａｒｇｅ ｓｔａｔｕｓ）データパケットを送信することができる（Ｓ１４３０）。

【0334】

前述したデータパケットを整理して説明すれば、次の通りである。

【0335】

－ＣＥ：ＣＥデータパケットは、望む電力レベルに対するフィードバックを提供することができる。ＣＥデータパケットは、制御エラー値（ｃｏｎｔｒｏｌ ｅｒｒｏｒ ｖａｌｕｅ）を含むことができ、ここで制御エラー値は、無線電力受信装置２００の実際動作地点と目標動作地点との間の偏差に対する相対測定値である符号付き整数値であってもよい。この時の制御エラー値が正数値である場合、実際動作地点が目標動作地点の下にあることを示し、無線電力送信装置１００に電力信号を増加させるように要請することができる。制御エラー値が負数値である場合、実際動作地点が目標動作地点の上にあることを示し、無線電力送信装置１００に電力信号を減らすように要請することができる。

【0336】

－ＲＰ８：ＲＰ８データパケットは、受信電力レベルを報告することができる。ここで、ＲＰ８データパケットは、ベースラインプロトコルのみに含まれてもよい。

【0337】

－ＣＨＳ：ＣＨＳデータパケットは、負荷でバッテリの充電レベルを提供することができる。

【0338】

図１５は、拡張されたプロトコルでの電力送信フェーズ８４０に対するデータフローの流れ図を概略的に示したのである。

【0339】

図１５によれば、無線電力受信装置２００は、無線電力送信装置１００にＣＥを送信することができる（Ｓ１５１０）。ここで、無線電力受信装置２００は、一般的にＣＥデータパケットを秒当たり数回送信することができる。

【0340】

無線電力受信装置２００は、無線電力送信装置１００に一般的に１．５秒ごとに一回ずつＲＰ（ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）データパケット（拡張されたプロトコルではＲＰ）を送信することができる（Ｓ１５１５）。

【0341】

電力送信フェーズで、制御エラーパケット（ＣＥ）と受信電力パケット（ＲＰ）は、無線電力の制御のために、要求されるタイミング制約（ｔｉｍｉｎｇ ｃｏｎｓｔｒａｉｎｔ）に合わせて、繰り返し的に送信／受信されるべきデータパケットである。

【0342】

無線電力送信装置１００は、無線電力受信装置２００から受信した制御エラーパケット（ＣＥ）と受信電力パケット（ＲＰ）に基づいて送信する無線電力のレベルを制御することができる。

【0343】

一方、拡張されたプロトコルでは、無線電力送信装置１００は、受信電力パケット（ＲＰ）に対してＡＣＫ、ＮＡＫ、ＡＴＮなどのビットパターンで応答することができる（Ｓ１５２０）。

【0344】

モード値が０である受信電力パケット（ＲＰ／０）に対して、無線電力送信装置１００がＡＣＫで応答することは、電力送信が現在のレベルで実行し続けることができることを意味する。

【0345】

モード値が０である受信電力パケット（ＲＰ／０）に対して、無線電力送信装置１００がＮＡＫで応答することは、無線電力受信装置２００が電力消費を減らすべきことを意味する。

【0346】

モード値が１または２である受信電力パケット（ＲＰ／１またはＲＰ／２）に対して、無線電力送信装置１００がＡＣＫで応答することは、無線電力受信装置２００が受信電力パケット（ＲＰ／１またはＲＰ／２）に含まれた電力補正値を受け入れたことを意味する。

【0347】

モード値が１または２である受信電力パケット（ＲＰ／１またはＲＰ／２）に対して、無線電力送信装置１００がＮＡＫで応答することは、無線電力受信装置２００が受信電力パケット（ＲＰ／１またはＲＰ／２）に含まれた電力補正値を受け入れなかったことを意味する。

【0348】

前述したモード値が１である受信電力パケット（ＲＰ／１）は、最初補正データポイント（ｆｉｒｓｔ ｃａｌｉｂｒａｔｉｏｎ ｄａｔａ ｐｏｉｎｔ）を意味することができ、モード値が２である受信電力パケット（ＲＰ／２）は、追加的な補正データポイント（ａｄｄｉｔｉｏｎａｌ ｃａｌｉｂｒａｔｉｏｎ ｄａｔａ ｐｏｉｎｔ）を意味することができる。ここで、無線電力受信装置は、無線電力送信装置にモード値が２である受信電力パケット（ＲＰ／２）を数回送信して、複数の追加的な電力補正値を送信することができ、無線電力送信装置は受信されたＲＰ／１及び複数個のＲＰ／２に基づいて補正過程を行うことができる。

【0349】

受信電力パケット（ＲＰ）に対して、無線電力送信装置１００がＡＴＮで応答することは、無線電力送信装置１００が通信の許容を要請することを意味する。すなわち、無線電力送信装置１００は、ＲＰデータパケットに応答して、データパケットを送信する権限を要請するために、ＡＴＮ（ａｔｔｅｎｔｉｏｎ）応答パターンを送信することができる。言い換えれば、無線電力送信装置１００は、ＲＰデータパケットに応答して、ＡＴＮを無線電力受信装置２００に送信して、データパケットを送信する権限を無線電力受信装置２００に要請することができる。

【0350】

選択的に、無線電力受信装置２００は、無線電力送信装置１００にＣＨＳ（ｃｈａｒｇｅ ｓｔａｔｕｓ）データパケットを送信することができる（Ｓ１５２５）。

【0351】

一方、無線電力送信装置１００及び無線電力受信装置２００は、電力送信契約での要素（一般的には、保障された負荷電力）に対する再交渉を開始するために、ＤＳＲ（ｄａｔａ ｓｔｒｅａｍ ｒｅｓｐｏｎｓｅ）データパケット、ＣＡＰデータパケット、ＮＥＧＯデータパケットを交換することができる。

【0352】

例えば、無線電力受信装置２００は、無線電力送信装置１００にＤＳＲデータパケットを送信し（Ｓ１５３０）、無線電力送信装置１００は、無線電力受信装置２００にＣＡＰを送信することができる（Ｓ１５３５）。

【0353】

また、無線電力受信装置２００は、無線電力送信装置１００にＮＥＧＯデータパケットを送信し（Ｓ１５４０）、無線電力送信装置１００は、ＮＥＧＯデータパケットに応答して、無線電力受信装置２００にＡＣＫを送信することができる（Ｓ１５４５）。

【0354】

ここで、再交渉フェーズの開始に関連するデータパケットを整理すれば、以下の通りである。

【0355】

－ＤＳＲ：ＤＳＲデータパケットには、以下のような値の何れか一つの値が設定されてもよい。

【0356】

ｉ）０ｘ００－ＤＳＲ／ｎａｋ：最後に受信された無線電力送信装置１００のデータパケットが拒否されたことを指示する。

【0357】

ｉｉ）０ｘ３３－ＤＳＲ／ｐｏｌｌ：データパケットを送信するように、無線電力送信装置１００を招待（ｉｎｖｉｔｅ）する。

【0358】

ｉｉｉ）０ｘ５５－ＤＳＲ／ｎｄ：最後に受信された無線電力送信装置１００のデータパケットが予想されなかったことを指示する。

【0359】

ｉｖ）０ｘＦＦ－ＤＳＲ／ａｃｋ：最後に受信された無線電力送信装置１００のデータパケットが正しく処理されたことを確認する。

【0360】

－ＣＡＰ：ＣＡＰデータパケットは、無線電力送信装置１００の機能に対する情報を提供する。具体的な内容は前述した通りである。

【0361】

－ＮＥＧＯ：ＮＥＧＯデータパケットは、再交渉段階で行うように、無線電力送信装置１００に要請することができる。

【0362】

無線電力送信装置１００及び無線電力受信装置２００は、アプリケーションレベルデータの交換のために、ＡＤＣ（ａｕｘｉｌｉａｒｙ ｄａｔａ ｔｒａｎｓｐｏｒｔ）、ＡＤＴ（ａｕｘｉｌｉａｒｙ ｄａｔａ ｔｒａｎｓｐｏｒｔ）及びＤＳＲデータパケットを利用することができる。

【0363】

すなわち、アプリケーションレベルデータの交換のためのデータ送信ストリームの送受信観点で、無線電力受信装置２００は、無線電力送信装置１００にＡＤＣ／ＡＤＴを送信することができ（Ｓ１５５０）、無線電力送信装置１００は、これに対する応答としてＡＣＫ／ＮＡＫを無線電力受信装置２００に送信することができる（Ｓ１５５５）。また、無線電力受信装置２００は、無線電力送信装置１００にＤＳＲを送信することができ（Ｓ１５６０）、無線電力送信装置は、無線電力受信装置にＡＤＣ／ＡＤＴを送信することができる（Ｓ１５６５）。

【0364】

ここで、データ送信ストリームは、データストリームイニシエータからデータストリーム応答子にアプリケーションレベルデータを伝達する役割を果たす。そして、アプリケーションレベルデータは、大きくｉ）認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）アプリケーション、ｉｉ）独占（汎用）アプリケーションに区別されることができる。

【0365】

アプリケーションレベルデータのうち、認証アプリケーションに関連するメッセージ／情報は、次のように整理されることができる。

【0366】

認証手順（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）で用いられるメッセージを認証メッセージとする。認証メッセージは、認証に関する情報を運ぶのに用いられる。認証メッセージには、２つのタイプが存在する。一つは、認証要請（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ）であり、もう一つは、認証応答（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ）である。認証要請は、認証イニシエータによって送信され、認証応答は認証応答子によって送信される。無線電力送信装置と受信装置は、認証イニシエータまたは認証応答子になり得る。例えば、無線電力送信装置が認証イニシエータである場合、無線電力受信装置は認証応答子になり、無線電力受信装置が認証イニシエータである場合、無線電力送信装置が認証応答子になる。

【0367】

認証要請メッセージは、ＧＥＴ＿ＤＩＧＥＳＴＳ、ＧＥＴ＿ＣＥＲＴＩＦＩＣＡＴＥ、ＣＨＡＬＬＥＮＧＥを含む。

【0368】

－ＧＥＴ＿ＤＩＧＥＳＴＳ：この要請は、認証書チェーンダイジェストを検索するのに用いられることができる。無線電力受信装置２００は、一回に望む数のダイジェストを要請することができる。

【0369】

－ＧＥＴ＿ＣＥＲＴＩＦＩＣＡＴＥ：この要請は、対象認証書チェーンのセグメントを読むのに用いられる。

【0370】

－ＣＨＡＬＬＥＮＧＥ：この要請は、電力送信装置の製品装置の認証を始めるのに用いられることができる。

【0371】

認証応答メッセージは、ＤＩＧＥＳＴＳ、ＣＥＲＴＩＦＩＣＡＴＥ、ＣＨＡＬＬＥＮＧＥ＿ＡＵＴＨ、ＥＲＲＯＲを含む。

【0372】

－ＤＩＧＥＳＴＳ：無線電力送信装置１００は、ＤＩＧＥＳＴＳ応答を用いて認証書チェーン要約を送り、有効な認証書チェーン要約が含まれたスロットを報告することができる。

【0373】

－ＣＥＲＴＩＦＩＣＡＴＥ：この応答は、無線電力送信装置１００が認証書チェーンの要請されたセグメントを送信するのに用いられることができる。

【0374】

－ＣＨＡＬＬＥＮＧＥ＿ＡＵＴＨ：無線電力送信装置１００は、ＣＨＡＬＬＥＮＧＥ＿ＡＵＴＨを用いて、ＣＨＡＬＬＥＮＧＥ要請に応答することができる。

【0375】

－ＥＲＲＯＲ：この応答は、電力送信機でエラー情報を送信するのに用いられることができる。

【0376】

認証メッセージは、認証パケットとも呼ばれ得、認証データ、認証制御情報とも呼ばれ得る。また、ＧＥＴ＿ＤＩＧＥＳＴ、ＤＩＧＥＳＴＳなどのメッセージは、ＧＥＴ＿ＤＩＧＥＳＴパケット、ＤＩＧＥＳＴパケットなどとも呼ばれ得る。

【0377】

一方、前述したように、無線電力受信装置２００及び無線電力送信装置１００は、データ送信ストリームを介してアプリケーションレベルデータを伝達することができる。データ送信ストリームを介して伝達されるアプリケーションレベルデータは、次の構造のデータパケットシーケンスで構成されることができる。

【0378】

－ストリームを開く初期ＡＤＣデータパケット。

【0379】

ｉ）ストリームに含まれたメッセージ類型。

【0380】

ｉｉ）ストリームのデータバイト数。

【0381】

－実際メッセージを含む一連のＡＤＴデータパケット。

【0382】

－ストリームを閉じる最終ＡＤＣ／ｅｎｄデータパケット。

【0383】

以下、上記のようなＡＤＣ、ＡＤＴ、ＡＤＣ／ｅｎｄデータパケットが利用される例示に対するデータ送信ストリームを図面を通じて説明する。

【0384】

図１６は、一例による無線電力送信装置１００と無線電力受信装置２００との間のアプリケーションレベルのデータストリームを示したのである。

【0385】

図１６を参照すると、データストリームは、補助データ制御（ａｕｘｉｌｉａｒｙ ｄａｔａ ｃｏｎｔｒｏｌ：ＡＤＣ）データパケット及び／または補助データ送信（ａｕｘｉｌｉａｒｙ ｄａｔａ ｔｒａｎｓｐｏｒｔ：ＡＤＴ）データパケットを含んでもよい。

【0386】

ＡＤＣデータパケットは、データストリームを始める（ｏｐｅｎｉｎｇ）のに用いられる。ＡＤＣデータパケットは、ストリームに含まれたメッセージのタイプと、データバイトの個数を指示することができる。一方、ＡＤＴデータパケットは、実際メッセージを含むデータのシーケンスである。ストリームの終了を知らせる時には、ＡＤＣ／ｅｎｄデータパケットが用いられる。例えば、データ送信ストリーム内のデータバイトの最大個数は、２０４７に制限されてもよい。

【0387】

ＡＤＣデータパケットとＡＤＴデータパケットの正常な受信可否を知らせるために、ＡＣＫまたはＮＡＣ（ＮＡＣＫ）が用いられる。ＡＤＣデータパケットとＡＤＴデータパケットの送信タイミングの間に、制御エラーパケット（ＣＥ）またはＤＳＲなど無線充電に必要な制御情報が送信されてもよい。

【0388】

このようなデータストリーム構造を利用して、認証関連情報またはその他アプリケーションレベルの情報が無線電力送信装置と受信装置との間に送受信されてもよい。

【0389】

前述した、電力送信フェーズ８４０での無線電力送信装置１００と無線電力受信装置２００との間の動作の理解のための例示を説明すれば、以下の通りである。

【0390】

図１７は、一実施例に係る電力制御コントロール方法を示す。

【0391】

図１７で、電力送信フェーズで、無線電力送信装置１００及び無線電力受信装置２００は、電力送受信とともに通信を並行することによって、伝達される電力の量をコントロールすることができる。無線電力送信装置及び無線電力受信装置は、特定コントロールポイントで動作する。コントロールポイントは、電力の伝達が実行される時に無線電力受信装置の出力端（ｏｕｔｐｕｔ）で提供される電圧及び電流の組み合わせ（ｃｏｍｂｉｎａｔｉｏｎ）を示す。

【0392】

より詳細に説明すると、無線電力受信装置は、望むコントロールポイント（ｄｅｓｉｒｅｄ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）－望む出力電流／電圧、モバイル機器の特定位置の温度などを選択し、追加で現在動作している実際コントロールポイント（ａｃｔｕａｌ ｃｏｎｔｒｏｌ ｐｏｉｎｔ）を決定する。無線電力受信装置は、望むコントロールポイントと実際コントロールポイントを使用し、コントロールエラー値（ｃｏｎｔｒｏｌ ｅｒｒｏｒ ｖａｌｕｅ）を算出し、これをコントロールエラーパケットとして無線電力送信装置に送信できる。

【0393】

そして、無線電力送信装置は、受信したコントロールエラーパケットを使用して新しい動作ポイント－振幅、周波数及びデューティサイクル－を設定／コントロールして電力伝達を制御することができる。したがって、コントロールエラーパケットは、電力伝達段階で一定時間の間隔に送信／受信され、実施例として、無線電力受信装置は、無線電力送信装置の電流を低減しようとする場合、コントロールエラー値を負数に設定し、電流を増加させようとする場合、コントロールエラー値を正数に設定して送信できる。このように誘導モードでは無線電力受信装置がコントロールエラーパケットを無線電力送信装置に送信することによって電力伝達を制御することができる。

【0394】

共振モードでは誘導モードとは異なる方式で動作してもよい。共振モードでは、一つの無線電力送信装置が複数の無線電力受信装置を同時にサービングする必要がある。ただし、上述した誘導モードのように電力伝達をコントロールする場合、伝達される電力が一つの無線電力受信装置との通信によってコントロールされるので、追加的な無線電力受信装置に対する電力伝達はコントロールが難しいことがある。したがって、本明細書の共振モードでは、無線電力送信装置は基本電力を共通的に伝達し、無線電力受信装置が自らの共振周波数をコントロールすることによって、受信する電力量をコントロールする方法を利用しようとする。ただし、このような共振モードの動作でも図１７で説明した方法が完全に排除されるのではなく、追加的な送信電力の制御を図１７の方法で実行してもよい。

【0395】

＜プロファイルに係る動作＞

【0396】

ワイヤレス充電方法には１次コイルと２次コイル間の磁気誘導現状を用いた磁気誘導方法と、数十ｋＨｚにおいて数ＭＨｚ帯域の周波数を使用して磁気共鳴を行って電力を送信する磁気共鳴方法がある。ここで、磁気共鳴方法に対するワイヤレス充電標準はＡ４ＷＰという協議会で主導し磁気誘導方法はＷＰＣ（Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒ Ｃｏｎｓｏｒｔｉｕｍ）において標準を主導する。ここで、ＷＰＣではワイヤレス充電システムに関連する様々な状態情報及び命令をインバンド送受信できるように設計されている。

【0397】

ＷＰＣでの標準は基本電力プロファイル（ｂａｓｅｌｉｎｅ ｐｏｗｅｒ ｐｒｏｆｉｌｅ：ＢＰＰ）と拡張電力プロファイル（ｅｘｔｅｎｄｅｄ ｐｏｗｅｒ ｐｒｏｆｉｌｅ：ＥＰＰ）を定義する。以下、ＢＰＰ及びＥＰＰに対してそれぞれ説明する。

【0398】

Ａ．ＢＰＰ（ｂａｓｅｌｉｎｅ ｐｏｗｅｒ ｐｒｏｆｉｌｅ）

【0399】

ＢＰＰは５Ｗまでの電力送信をサポートする無線電力送信装置と受信装置間の電力伝達プロファイルに関するものである。そして、ＢＰＰでは無線電力受信機から無線電力送信機への単方向通信（ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎ）がサポートされる。このときの通信方法はＡＳＫ（ａｍｐｌｉｔｕｄｅ ｓｈｉｆｔ ｋｅｙｉｎｇ）に対応することができる。ＢＰＰではＰｉｎｇ、設定、電力伝達のプロトコルフェーズが存在する。

【0400】

Ｂ．ＥＰＰ（ｅｘｔｅｎｄｅｄ ｐｏｗｅｒ ｐｒｏｆｉｌｅ）

【0401】

ＥＰＰは１５Ｗまでの電力送信をサポートする無線電力送信装置と受信装置間の電力伝達プロファイルに関するものである。そして、ＥＰＰでは無線電力受信機と無線電力送信期間の双方向通信（ｂｉｄｉｒｅｃｔｉｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎ）がサポートされる。無線電力受信機から無線電力送信機への通信方法はＡＳＫ（ａｍｐｌｉｔｕｄｅ ｓｈｉｆｔ ｋｅｙｉｎｇ）に対応することができ、無線電力送信機から無線電力受信機への通信方法はＦＳＫ（ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ ｋｅｙｉｎｇ）に対応することができる。ＥＰＰではＰｉｎｇ、設定、ネゴシエーション、電力伝達のプロトコルフェーズが存在する。

【0402】

（ａ）ＥＰＰでの互換性

【0403】

ＥＰＰはＢＰＰの上位プロファイルに対応することができる。

【0404】

例えば、ＢＰＰ無線電力受信機がＥＰＰ無線電力送信機上に配置されれば、ＥＰＰ無線電力送信機はＢＰＰ無線電力送信機として動作することができる。

【0405】

例えば、ＥＰＰ無線電力受信機がＢＰＰ無線電力送信機上に配置されれば、ＥＰＰ無線電力受信機はＢＰＰ無線電力受信機として動作することができる。

【0406】

すなわち、ＥＰＰはＢＰＰとの互換性を維持することができる。

【0407】

（ｂ）ＥＰＰ無線電力受信機のＥＰＰ指示方法

【0408】

ＥＰＰ無線電力受信機は設定パケット（ｉ．ｅ．ＣＦＧ）での「ｎｅｇ」ビットを１として設定することで、自身がＥＰＰ無線電力受信機であることを指示することができる。設定パケットに対する具体的な例は前述の通りである。

【0409】

（ｃ）ＥＰＰ無線電力送信機のＥＰＰ指示方法

【0410】

ＥＰＰ無線電力送信機が「ｎｅｇ」ビットが１に設定された設定パケットを無線電力受信機から受信する場合、ＥＰＰ無線電力送信機はこれに対してＡＣＫ ＦＳＫビットパターンとして無線電力受信機に応答することができる。

【0411】

参考に、前述の通りＢＰＰ無線電力送信機はＦＳＫ通信方法をサポートしないためＢＰＰ無線電力送信機はＦＳＫビットパターンを送信することができない。これに、「ｎｅｇ」ビットを１に設定して設定パケットをＢＰＰ無線電力送信機に送信したＥＰＰ無線電力受信機は、前記のＡＣＫ応答を受信することができないことで、相手無線電力送信機がＢＰＰ無線電力送信機であることを識別することができる。

【0412】

一方、無線電力伝達システムでは新しい電力伝達プロファイルを提供しようとし、このとき提案される電力伝達プロファイルの中にはＭＰＰ（ｍａｇｎｅｔｉｃ ｐｏｗｅｒ ｐｒｏｆｉｌｅ）がある。ＭＰＰはＱｉｖ１．３．０に基づいた「Ａｐｐｌｅ」の専用拡張に対応することができる。

【0413】

Ｃ．ＭＰＰ（ｍａｇｎｅｔ ｐｏｗｅｒ ｐｒｏｆｉｌｅ）

【0414】

ＭＰＰは１５Ｗまでの電力送信をサポートする無線電力送信装置と受信装置間の電力伝達プロファイルに関するものである。そして、ＭＰＰでは無線電力受信機と無線電力送信期間の双方向通信（ｂｉｄｉｒｅｃｔｉｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎ）がサポートされる。無線電力受信機から無線電力送信機への通信方法はＡＳＫ（ａｍｐｌｉｔｕｄｅ ｓｈｉｆｔ ｋｅｙｉｎｇ）に対応することができ、無線電力送信機から無線電力受信機への通信方法はＦＳＫ（ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ ｋｅｙｉｎｇ）に対応することができる。このとき、ネゴシエーション及び電力伝達フェーズの間には速いＦＳＫ（ＮＣＹＣＬＥ＝１２８）を使用することができる。

【0415】

ＭＰＰではＰｉｎｇ、設定、ＭＰＰネゴシエーション、ＭＰＰ電力伝達のプロトコルフェーズが存在する。

【0416】

（ａ）ＭＰＰでの互換性

【0417】

ＭＰＰはＢＰＰの上位プロファイルに対応することができる。

【0418】

例えば、ＢＰＰ無線電力受信機がＭＰＰ無線電力送信機上に配置されれば、ＭＰＰ無線電力送信機はＢＰＰ無線電力送信機として動作することができる。

【0419】

例えば、ＭＰＰ無線電力受信機がＢＰＰ無線電力送信機上に配置されれば、ＭＰＰ無線電力受信機はＢＰＰ無線電力受信機として動作することができる。

【0420】

すなわち、ＭＰＰはＢＰＰとの互換性を維持することができる。

【0421】

（ｂ）ＭＰＰ無線電力受信機のＭＰＰ動作（ＭＰＰ指示方法）

【0422】

ＭＰＰ無線電力受信機は拡張されたＩＤパケット内に特定のＭＰＰ指示子を用いることができる。

【0423】

ＭＰＰ無線電力受信機がＸＩＤを介してＭＰＰのサポート可否を知らせるためには、無線電力受信機はＩＤパケットを介してＸＩＤが送信されることを無線電力送信機に知らせる必要がある。ＭＰＰ無線電力受信機が送信するようになるＩＤパケットは以下の通りであり得る。

【0424】

図１８はＭＰＰ ＩＤパケットの構造を模式的に示したものである。

【0425】

図１８によれば、ＭＰＰ ＩＤパケットにおいて、Ｂ０のｂ４－ｂ７までのメジャーバージョンフィールドの値は、１に設定することができる。

【0426】

ＭＰＰ ＩＤパケットにおいて、Ｂ０のｂ０－ｂ３までのマイナーバージョンフィールドの値は、後で決定される値であり得る。

【0427】

ＭＰＰ ＩＤパケットにおいて、Ｂ１及びＢ２の製造コード（ｍａｎｕｆａｃｔｕｒｅ ｃｏｄｅ）の値はＰＲＭＣコードに割り当てることができる。

【0428】

ＭＰＰ ＩＤパケットにおいて、Ｂ３のｂ７の「ｅｘｔ」フィールドの値は、１に設定されＸＩＤパケットが追加送信されることを指示することができる。

【0429】

ＭＰＰ ＩＤパケットにおいて、Ｂ３のｂ０からｂ６、Ｂ４、Ｂ５のｂ３からｂ７のランダム識別子フィールドの値は、ランダムデバイス識別政策に応じて設定することができる。

【0430】

図１９はＭＰＰでのＸＩＤパケットの例を模式的に示したものである。

【0431】

図１９によれば、ＭＰＰでのＸＩＤパケットは「ＸＩＤ Ｓｅｌｅｃｔｏｒ」フィールド、「Ｒｅｓｔｒｉｃｔｅｄ」フィールド、「Ｆｒｅｑ Ｍａｓｋ」フィールドなどを含むことができる。

【0432】

ここで、ＭＰＰのサポート有無は「ＸＩＤ Ｓｅｌｅｃｔｏｒ」の値が０ｘＦＥであるのか否かに応じて判断することができる。すなわち、ＸＩＤのＢ＿０の値が０ｘＦＥである場合、このときのＸＩＤは無線電力受信機がＭＰＰをサポートすることを知らせる情報に対応することができる。

【0433】

「Ｒｅｓｔｒｉｃｔｅｄ」フィールドは無線電力受信機がＭＰＰ制限モードで動作するか又はＭＰＰフルモードで動作をするかを知らせる情報に対応することができる。もし、無線電力受信機がＭＰＰ制限モードで動作することを選択した場合、前記のフィールドは１に設定することができる。一方、他の場合には（例えば、無線電力受信機がＭＰＰ制限モードで動作しないことを選択した場合）、前記のフィールドは０に設定することができる。

【0434】

「Ｐｒｅｆｅｒｒｅｄ Ｆｒｅｑｕｅｎｃｙ」フィールドはＭＰＰ好ましい周波数を意味することができる。ここで、無線電力受信機は周波数のスイッチング前に（ネゴシエーションフェーズにおいて）無線電力送信機から情報を検索しようとする場合にはこのフィールドを１２８ｋＨｚに設定することができる。それ以外の場合には、無線電力受信機はこのフィールドを３６０ｋＨｚに設定することができる。

【0435】

「Ｆｒｅｑ Ｍａｓｋ」フィールドは３６０ｋＨｚの動作周波数がサポートされるか否かを判断するためのフィールドに対応することができる。すなわち、「ＦｒｅｑＭａｓｋ」フィールドが０に設定された場合、３６０ｋＨｚがサポートされる。

【0436】

まとめると、無線電力送信機が無線電力受信機から受信したＩＤの「ｅｘｔ」ビットが１に設定されたかを判断し、ＸＩＤのＢ＿０が０ｘＦＥに設定されたかを判断して、無線電力送信機は無線電力受信機のＭＰＰに対するサポート可否を判断することができる。

【0437】

（ｃ）ＭＰＰ無線電力送信機のＭＰＰ動作（ＭＰＰ指示方法）

【0438】

充電表面において無線電力受信機の配置を感知した後、ＭＰＰ無線電力送信機はＩＤ及びＸＩＤパケットに含まれた情報を使用してデジタルＰｉｎｇを実行して受信機を識別することができる。

【0439】

ここで、無線電力送信機は次の条件が全て満たされる場合、無線電力受信機がＭＰＰをサポートすると決定することができる。

【0440】

－Ｑｉバージョン：ＩＤパケットのＱｉプロトコルバージョンは（Ｍａｊｏｒ＝１、Ｍｉｎｏｒ＝ＴＢＤ）以上に設定される。

【0441】

－ＭＰＰサポートのお知らせ：ＸＩＤパケットの下位ヘッダ（バイト０）がＭＰＰセレクター（ｓｅｌｅｃｔｏｒ）に設定される。

【0442】

もし前記の２つの条件が満たされない場合、無線電力送信機はＱｉｖ１．３仕様に応じてその後の手順を進めることができる。

【0443】

一方、ＸＩＤパケットにおいてＭＰＰ無線電力受信機が要求したＭＰＰ作動モードに応じて無線電力送信機は以下を実行する。

【0444】

－制限されている（ｒｅｓｔｒｉｃｔｅｄ）プロファイル活性化（ＭＰＰ制限モード）：「ｒｅｓｔｒｉｃｔｅｄ」フラグが１に設定された場合。

【0445】

－全体（ｆｕｌｌ）プロファイル活性化（ＭＰＰフルモード）：「ｒｅｓｔｒｉｃｔｅｄ」フラグが０に設定された場合。

【0446】

前記の制限されているプロファイルに対する具体的な例と、フルプロファイルに対する具体的な例は後述する。

【0447】

一方、ＭＰＰ無線電力送信機が「ｎｅｇ」ビットが１に設定された設定パケットを無線電力受信機から受信する場合、（ＭＰＰフルモードにおいて）ＭＰＰ無線電力送信機はＭＰＰフルモードにおいて）これに対してＭＰＰ ＡＣＫ ＦＳＫビットパターンとして無線電力受信機に応答することができる。

【0448】

参考に、ＭＰＰ制限モードの無線電力送信機はＦＳＫ通信方法をサポートしないためＭＰＰ制限モードの無線電力送信機はＦＳＫビットパターンを送信することができない。但し、ＭＰＰ制限モードの無線電力送信機は電力伝達のために３６０ｋＨｚの動作シグナルを用いるため、これに、「ｎｅｇ」ビットを１に設定して設定パケットをＭＰＰ制限モードで動作する無線電力送信機に送信したＭＰＰ無線電力受信機は動作周波数を介して相手無線電力送信機がＭＰＰ制限モードの無線電力送信機であることを識別することができる。

【0449】

（ｄ）ＭＰＰのモード

【0450】

一方、ＭＰＰでは２つのモードが存在する。そのうち、１つはＭＰＰ制限モード（ＭＰＰ Ｒｅｓｔｒｉｃｔｅｄ ｍｏｄｅ）（又は、ＭＰＰベースラインプロファイル）であり、残りの１つはＭＰＰフルモード（ＭＰＰ Ｆｕｌｌ ｍｏｄｅ）（又は、ＭＰＰフルプロファイル）である。

【0451】

２つの差を簡単に説明すると、ＭＰＰ制限モードではＸＩＤでの「ｒｅｓｔｒｉｃｔｅｄ」フィールドが１に設定されるが、ＭＰＰフルモードではＸＩＤでの「ｒｅｓｔｒｉｃｔｅｄ」フィールドが０に設定されるということである。

【0452】

また、ＭＰＰ制限モードではＦＳＫ通信がサポートされないが、ＭＰＰフルモードではＦＳＫ通信がサポートされる。

【0453】

さらに、ＭＰＰ制限モードではＦＳＫ通信がサポートされないためＣＦＧに対するＭＰＰ ＡＣＫを送信することができなく、これによって、ＭＰＰ制限モードではＭＰＰネゴシエーションがサポートされない。これに対して、ＭＰＰフルモードではＦＳＫ通信がサポートされるためＣＦＧに対するＭＰＰ ＡＣＫを送信することができ、これによって、ＭＰＰフルモードではＭＰＰネゴシエーションがサポートされる。

【0454】

以下、ＭＰＰ制限モードとＭＰＰフルモードに対してより具体的に説明する。ここで、ＭＰＰ制限モードはＭＰＰベースラインプロファイルと混用することができ、ＭＰＰフルモードはＭＰＰフルプロファイルと混用することができる。

【0455】

以下、ＭＰＰ制限モードとＭＰＰフルモードに対する豊富な理解のために、各モードでのプロトコルに対してより具体的に説明する。

【0456】

ｉ）ＭＰＰ制限モード（ＭＰＰ Ｒｅｓｔｒｉｃｔｅｄ ｍｏｄｅ）

【0457】

前述の通り、ＭＰＰ制限モードではＦＳＫコミュニケーションがサポートされない。すなわち、ＭＰＰ制限モードでは無線電力送信機から無線電力受信機に送信されるデータパケットが存在しない場合がある。このような背景下、図面を介してＭＰＰ制限モードでのプロトコルを説明する。

【0458】

図２０はＭＰＰ制限モードでのプロトコルを模式的に示したものである。

【0459】

図２０によれば、無線電力受信機は無線電力送信機に第１の動作周波数（例えば、１２８ｋＨｚ）上でＳＩＧを送信することができる。このとき、第１の動作周波数はＢＰＰ及び／又はＥＰＰを実行することができる動作周波数に対応することができる。そして、このときの第１の動作周波数は無線電力送信機が駆動する周波数に対応することができる。

【0460】

無線電力受信機は無線電力送信機に第１の動作周波数上でＩＤパケットを送信することができる。このとき、ＭＰＰではＸＩＤが必ず送信されるため、ＸＩＤがさらに送信されることを指示できるようにＩＤの「ｅｘｔ」ビットを１に設定することができる。

【0461】

無線電力受信機は無線電力送信機に第１の動作周波数上でＸＩＤパケットを送信することができる。

【0462】

このときのＸＩＤでのＢ０の値は０ｘＦＥであり、ＸＩＤでのＢ０の値が０ｘＦＥに設定されれば、これは無線電力受信機がＭＰＰをサポートすることを知らせる情報に対応することができる。併せて、このときのＸＩＤでの「ｒｅｓｔｒｉｃｔｅｄ」フィールドは無線電力受信機がＭＰＰ制限モードで動作することを知らせることができるように、前記のフィールドは１に設定することができる。

【0463】

ここで、無線電力送信機がＭＰＰ制限モードを指示する前記のＸＩＤパケットを受信した場合、無線電力送信機は電力シグナルを除去し、新しい動作周波数においてＰｉｎｇフェーズを再開始することができる。

【0464】

Ｐｉｎｇフェーズが再開始されれば、無線電力受信機はＳＩＧの送信から再び開始するようになる。但し、このときの動作周波数は第２の動作周波数（例えば、３６０ｋＨｚ）であり得る。

【0465】

以降、無線電力受信機は第２の動作周波数においてＩＤ、ＸＩＤ、ＣＦＧパケットを無線電力送信機にそれぞれ送信する。併せて、無線電力受信機はＣＥＰを無線電力送信機に送信することで無線電力送信機からＭＰＰベースラインに基づいた無線電力を受信することができる。

【0466】

ｉｉ）ＭＰＰフルモード（ＭＰＰ Ｆｕｌｌ ｍｏｄｅ）

【0467】

前述の通り、ＭＰＰフルモードではＦＳＫコミュニケーションがサポートされる。すなわち、ＭＰＰフルモードでは無線電力送信機から無線電力受信機に送信されるデータパケットが存在する。これを言い換えれば、無線電力送信機と無線電力受信機の間にはＭＰＰネゴシエーションなどを進めることができる。このような背景下、図面を介してＭＰＰフルモードでのプロトコルを説明する。

【0468】

図２１及び図２２はＭＰＰフルモードでのプロトコルを模式的に示したものである。

【0469】

先ず、図２１によれば、無線電力受信機は無線電力送信機に第１の動作周波数（例えば、１２８ｋＨｚ）上でＳＩＧを送信することができる。このとき、第１の動作周波数はＢＰＰ及び／又はＥＰＰを実行することができる動作周波数に対応することができる。そして、このときの第１の動作周波数は無線電力送信機が駆動する周波数に対応することができる。

【0470】

無線電力受信機は無線電力送信機に第１の動作周波数上でＩＤパケットを送信することができる。このとき、ＭＰＰではＸＩＤが必ず送信されるため、ＸＩＤがさらに送信されることを指示できるようにＩＤの「ｅｘｔ」ビットを１に設定することができる。

【0471】

無線電力受信機は無線電力送信機に第１の動作周波数上でＸＩＤパケットを送信することができる。

【0472】

このときのＸＩＤでのＢ０の値は０ｘＦＥであり、ＸＩＤでのＢ０の値が０ｘＦＥに設定されれば、これは無線電力受信機がＭＰＰをサポートすることを知らせる情報に対応することができる。併せて、このときのＸＩＤでの「ｒｅｓｔｒｉｃｔｅｄ」フィールドは無線電力受信機がＭＰＰフルモードで動作することを知らせることができるように、前記のフィールドは０に設定することができる。

【0473】

一方、ＭＰＰフルモードではＭＰＰ制限モードとは異なるように、無線電力送信機が無線電力受信機からＸＩＤパケットを受信するとしてもパワーシグナルを除去しない。このとき、無線電力受信機はそれでもパワーシグナルが除去されなかったためＸＩＤパケット以降ＣＦＧパケットを無線電力送信機に送信する。

【0474】

そして、無線電力受信機は前記のＣＦＧパケットに対する応答として、ＭＰＰ ＡＣＫを無線電力送信機から受信することができる。

【0475】

ＭＰＰ ＡＣＫを受信した無線電力受信機は無線電力送信機とネゴシエーションフェーズに進入し、無線電力受信機及び無線電力送信機両方はネゴシエーションを進めることができる。

【0476】

ネゴシエーションを進めた以降、無線電力受信機は無線電力送信機と電力伝達フェーズに進入することができる。

【0477】

一方、無線電力受信機はＥＰＴパケットを無線電力送信機に送信する。ＥＰＴパケットを受信した無線電力送信機はパワーシグナルを除去し、以降、新しい動作周波数においてＰｉｎｇフェーズを再開始することができる。

【0478】

図２２によれば、Ｐｉｎｇフェーズが再開始されれば、無線電力受信機はＳＩＧの送信から再び開始するようになる。但し、このときの動作周波数は第２の動作周波数（例えば、３６０ｋＨｚ）であり得る。

【0479】

以降、無線電力受信機は第２の動作周波数においてＩＤ、ＸＩＤ、ＣＦＧパケットを無線電力送信機にそれぞれ送信する。そして、無線電力受信機は無線電力送信機からＭＰＰ ＡＣＫを受信することができる。

【0480】

ＭＰＰ ＡＣＫを受信した無線電力受信機は第２の動作周波数において無線電力送信機とネゴシエーションフェーズに進入し、無線電力受信機及び無線電力送信機両方はネゴシエーションを進めることができる。

【0481】

ネゴシエーションを進めた以降、無線電力受信機は第２の動作周波数において無線電力送信機と電力伝達フェーズに進入する。併せて、無線電力受信機はＸＣＥを無線電力送信機に送信してこれに対する応答（例えば、ＡＣＫを受信）することで無線電力送信機からＭＰＰフルモードに基づいた無線電力を受信することができる。

【0482】

以下、本明細書に対してより具体的に説明する。

【0483】

前述の通り、無線電力送信システムでは、無線電力送信機及び無線電力受信期間のアプリケーションレベルデータストリームを送受信できるデータトランスポートストリームのフォーマットが定義される。

【0484】

このとき、データトランスポートストリーム（言い換えれば、データストリーム）のフォーマットは次のようなパケットに定義される。

【0485】

－ストリームをオープニングするイニシャルＡＤＣデータパケット

【0486】

ここで、前記のＡＤＣデータパケットはストリームに含まれたメッセージのタイプを指示することができる。

【0487】

そして、前記のＡＤＣデータパケットはストリームに含まれたデータバイトの数を指示することができる。

【0488】

－実際のメッセージを含むＡＤＴデータパケットのシーケンス

【0489】

－ストリームをクローズするファイナルＡＤＣ／ｅｎｄデータパケット

【0490】

又は、データトランスポートストリーム送信に関連して、次のようなパケットが定義される。

【0491】

－データストリームに関して：ＡＤＣ及び／又はＡＤＴ（無線電力送信機及び無線電力受信機）

【0492】

－ＡＤＣ及びＡＤＴに対する応答に関して：ＤＳＲ（無線電力受信機）、ＡＣＫ／ＮＡＫ／ＮＤ／ＡＴＮ（無線電力送信機）

【0493】

ここで、ＡＤＣは無線電力送信機が送るパケットであり、ＡＤＣは無線電力受信機が送るパケットでもあり得る。一例として、無線電力送信機のＡＤＣパケットに対してより具体的に説明すると以下の通りである。

【0494】

図２３はＡＤＣパケットの例を模式的に示したものである。

【0495】

図２３によれば、ＡＤＣデータパケットは電力受信機へのデータ送信ストリーム送信を制御することができる。このとき、ＡＤＣパケットは要求（ｒｅｑｕｅｓｔ）フィールド及びパラメータフィールドを含むことができる。そして、このときのフィールドそれぞれは以下の通りであり得る。

【0496】

－要求フィールド：以下のような値のうち、いずれか１つが設定することができる。

【0497】

０－ＡＤＣ／ｅｎｄ：無線電力受信機に出るデータ送信ストリームを閉める。

【0498】

２－ＡＤＣ／ａｕｔｈ：無線電力受信機への認証データ送信ストリームを開ける。

【0499】

５－ＡＤＣ／ｒｓｔ：全てのインカミング及びアウトゴーイングデータ送信ストリームを再設定する。

【0500】

０ｘ１０．．．０ｘ１Ｆ－ＡＤＣ／ｐｒｏｐ：無線電力受信機への独占データ送信ストリームを開ける。

【0501】

そしてパラメータフィールドは以下の通りであり得る。

【0502】

－パラメータフィールド：独占（ＡＤＣ／ｐｒｏｐ）及び認証（ＡＤＣ／ａｕｔｈ）データ送信ストリームに関して、ストリームでのデータバイトの数である。全ての他のＡＤＣデータパケットに対しては０に設定することができる。

【0503】

以降のＤＳＲデータパケットは以下の通りであり得る。

【0504】

－ＤＳＲ／ａｃｋ：無線電力受信機が要求を正常に実行した。

【0505】

－ＤＳＲ／ｎａｋ：受信及び／又は発信データ送信ストリームが既に開けているか使用中であるため無線電力受信機が要求を実行しなかった。

【0506】

－ＤＳＲ／ｎｄ（データ送信ストリーム開ける）：無線電力受信機は要求されたデータ送信ストリームタイプをサポートしない。

【0507】

－ＤＳＲ／ｎｄ（ｒｅｓｅｒｖｅｄ Ｒｅｑｕｅｓｔ ｖａｌｕｅ）：無線電力受信機が要求をサポートしない。

【0508】

－ＤＳＲ／ｐｏｌｌ：無線電力受信機が最後の電力送信機データパケットを受信しなかった。

【0509】

言い換えれば、ＤＳＲ／ｐｏｌｌはＰＲｘがＰＴｘに送るパケットである。ＤＳＲ／ｐｏｌｌはＰＴｘにあるパケット（既存送っていたパケットに続いて、又は送ろうとするパケット）を送信することを許可することを意味する。すなわち、前述の通り、ＤＳＲ／ｐｏｌｌは無線電力送信機があるデータパケットを送信することをインバイトすることができる。

【0510】

一方、ＡＤＴも無線電力送信機が送るパケットであり、ＡＤＴは無線電力受信機が送るパケットでもあり得る。一例として、無線電力送信機のＡＤＴパケットに対してより具体的に説明すると以下の通りである。

【0511】

図２４はＡＤＴパケットの例を模式的に示したものである。

【0512】

図２４によれば、ＡＤＴデータパケットはデータ送信ストリームのアプリケーションデータを電力受信機に伝達する。ここで、１において７までのＡＤＴデータパケットサイズを使用することができる。

【0513】

このとき、それぞれのサイズに対するＡＤＴデータパケットは奇数及び偶数ヘッダとともに使用することができる。例えば、ＡＤＴデータパケットのサイズが７バイトだと仮定するとき、奇数ヘッダを持つ７バイトのＡＤＴデータパケットと偶数ヘッダを持つ７バイトのＡＤＴデータパケットがそれぞれ存在する。

【0514】

ここで、ＡＤＴパケットはデータフィールドを含むことができ、データフィールドは以下の通りであり得る。

【0515】

－データフィールド：アプリケーション層によって適切に定義することができる。

【0516】

以降のＤＳＲデータパケットは以下の通りであり得る。

【0517】

－ＤＳＲ／ａｃｋ：無線電力受信機がパケットのデータを適切に処理した。

【0518】

－ＤＳＲ／ｎａｋ：無線電力受信機が最後の電力送信機データパケットを受信したがパケットのデータを処理できなかった。例えば、無線電力受信機は自身が忙しい場合であるのかデータをバッファリングできない場合に応答を使用することができる。

【0519】

－ＤＳＲ／ｎｄ：無線電力受信機がインカミングデータトランスポートストリームオープンを持つことができない。

【0520】

－ＤＳＲ／ｐｏｌｌ：無線電力受信機が最後の電力送信機データパケットを受信しなかった。

【0521】

言い換えれば、ＤＳＲ／ｐｏｌｌはＰＲｘがＰＴｘに送るパケットである。ＤＳＲ／ｐｏｌｌはＰＴｘにあるパケット（既存送っていたパケットに続いて、又は送ろうとするパケット）を送信することを許可することを意味することができる。すなわち、前述の通り、ＤＳＲ／ｐｏｌｌは無線電力送信機があるデータパケットを送信することをインバイトすることができる。

【0522】

一方、データトランスポートストリーム（Ｄａｔａ ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ）（以下、ＴＰＬ）は無線電力受信機／無線電力送信機に関係なくイニシエータ（Ｉｎｉｔｉａｔｏｒ）とレスポンダ（Ｒｅｓｐｏｎｄｅｒ）に分けることができる。

【0523】

このとき、データ伝達ストリーム及びこれに関連するパケットがイニシエータとレスポンダ間に交換される内容に対して図面を介して説明する。

【0524】

図２５はアプリケーションメッセージがデータストリームイニシエータからデータストリームレスポンダに送信される例を模式的に示したものである。

【0525】

図２５によれば、イニシエータはデータメッセージをレスポンダに送る。

【0526】

より具体的には、特定のアプリケーション（Ａｐｐｌｉｃａｔｉｏｎ）（例えば、認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ））を対象に、イニシエータがアプリケーション要求（ｒｅｑｕｅｓｔ）メッセージを送る。

【0527】

そのために、データストリームイニシエータは先ず、アプリケーションレイヤーにおいてアプリケーションに関連する要求メッセージを作り、バッファーに格納することができる。そしてデータストリームイニシエータはバッファーの要求メッセージをトランスポート（ｔｒａｎｓｐｏｒｔ）レイヤーに伝達し、ローカルバッファーに格納することができる。データストリームイニシエータのトランスポートレイヤーではローカルバッファーに格納されたアプリケーション要求メッセージがＡＤＴサイズに合わせてスライスされた後、データストリームを介してデータストリームレスポンダに伝達することができる。

【0528】

データストリームレスポンダがイニシエータからスライスされたアプリケーション要求メッセージをＡＤＴなどを介して受信するたび、データストリームレスポンダは応答を（ＡＣＫ／ＮＡＫ／ＮＤ）実行することができる。そして、データストリームレスポンダは自身のローカルバッファーに受信されたスライスされたメッセージを重ねて格納することができる。

【0529】

データストリームイニシエータがアプリケーション要求メッセージを全部送り、データストリームを閉めると（自身の）アプリケーションレイヤーにｆｅｅｄｂａｃｋを与えることができる。そして、データストリームレスポンダは受信されたアプリケーション要求メッセージを完成した後、データストリームレスポンダのアプリケーションレイヤーに伝達することができる。

【0530】

このようなプロセスを介してアプリケーション要求メッセージがデータストリームレスポンダのアプリケーションレイヤーに伝達されれば、データストリームイニシエータはアプリケーション要求メッセージを伝達完了したことに対応することができる。そして、データストリームレスポンダはアプリケーション要求メッセージを受けることが完了されたことに対応することができる。

【0531】

以降、データストリームイニシエータとデータストリームレスポンダのポジションが互い変わる。すなわち、新しいデータストリームイニシエータは（アプリケーション要求メッセージに対する）アプリケーション応答メッセージを新しいデータストリームレスポンダに伝達することができる。そして、アプリケーション応答メッセージの伝達プロセスは前記説明したプロセスをそのまま繰り返しすればいい（すなわち、新しいデータストリームイニシエータはアプリケーション応答メッセージをスライスしてデータストリーム（例えばＡＤＴなど）を介して新しいデータストリームレスポンダに伝達）。

【0532】

ここで、前記のようなプロセス、すなわち、既存のデータストリームイニシエータが新しいデータストリームレスポンダに転換し、既存のデータストリームレスポンダが新しいデータストリームイニシエータに転換する例をアプリケーション観点から図面を介して説明すれば以下の通りであり得る。

【0533】

図２６はアプリケーション観点からのデータ送信に対する順序図を模式的に示したものである。

【0534】

図２６によれば、データストリームイニシエータはデータストリームレスポンダに（アプリケーション）要求メッセージを送信することができる。このとき、データストリームイニシエータがデータストリームレスポンダに（アプリケーション）要求メッセージを送信する方法は前述の通りである。すなわち、図２５に示された通り、データストリームイニシエータは要求メッセージをスライスして、データストリーム（例えば、ＡＤＴパケットなど）を介してデータストリームレスポンダに送信することができる。

【0535】

以降、（アプリケーション）要求メッセージを受信したデータストリームレスポンダは新しくデータストリームイニシエータに転換する。すなわち、データストリームレスポンダがデータストリームイニシエータからアプリケーション要求メッセージに関連するデータストリームのクローズに対するパケットである最終のＡＤＣパケットを受信すれば、データストリームレスポンダはデータストリームイニシエータに転換することができる。

【0536】

以降、新しいデータストリームイニシエータはデータストリーム（例えばＡＤＴパケットなど）を介してアプリケーション応答メッセージを既存のデータストリームイニシエータに送信することができる。このとき、既存のデータストリームイニシエータは新しいデータストリームレスポンダになることができる。

【0537】

一方、現在のデータ通信によれば、特定のアプリケーション（ｅ．ｇ．認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ））のデータストリームがオープンされた状態において特定のアプリケーションのデータ通信が完了（すなわち、データストリームクローズ（ｃｌｏｓｅ））する前までは、他のアプリケーションストリーム（ｓｔｒｅａｍ）に対する通信が不可能である。

【0538】

これに関連する例を図面を介して説明すれば以下の通りである。

【0539】

図２７は１つのデータ送信ストリームがクローズされた以降、他のデータ送信ストリームがオープンされる例を模式的に示したものである。

【0540】

図２７に示された通り、データストリームイニシエータはデータ通信途中にｐｒｏｐｒｉｅｔａｒｙ（ｐｒｏｐ．）メッセージを送ることができなく、データストリームイニシエータはデータが大きいｃｅｒｔｉｆｉｃａｔｅ ｃｈａｉｎが終了した以降に至ってこそｐｒｏｐｒｉｅｔａｒｙメッセージをデータストリームレスポンダに送ることができる。

【0541】

より具体的には、現在の適用できるアプリケーションは認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）とｐｒｏｐが存在する。そして、認証を開始するためにはＡＤＣ／ａｕｔｈが用いられ、ｐｒｏｐを開始するためにはＡＤＴ／ｐｒｏｐが用いられる。すなわち、イニシエータが望むアプリケーションデータストリームに対してオープンをするために、前記それぞれのＡＤＣが用いられる。

【0542】

このとき、イニシエータがＡＤＣ ｐａｃｋｅｔを送ることで当該アプリケーションデータストリームをオープンする。

【0543】

前記のような状況において、データストリームに対する終了に対するパケットは、ａｄｃ／ｅｎｄのみが定義されている。したがって、データストリームイニシエータはＡＤＣ／ｅｎｄを送信してデータストリームを終了することができる。

【0544】

すなわち、データストリームイニシエータがＡＤＣ／ｅｎｄを送ることで臨むストリームに対してのみクローズを実行することが不可能である。言い換えれば、データストリームイニシエータは望むデータストリームのみをクローズできないため全てのストリームをクローズするようになる。

【0545】

ここでもし、データストリームイニシエータがｍｕｌｔｉストリームオープンに基づいてｍｕｌｔｉ要求（例えば、Ｇｅｔ－ｄｉｇｅｓｔ／Ｇｅｔ－ｃｅｒｔｉｆｉｃａｔｅ／ｃｈａｌｌｅｎｇｅなど）を送信するようになれば、レスポンダはどの要求に先ず応答が必要であるのかに対して判断をすることができない。だけでなく、データストリームレスポンダがＡＤＣ／ｅｎｄを受信する場合にはどのデータストリームをクローズする必要があるかに対して判断をすることができない場合がある。

【0546】

そのため、現在の（データストリームイニシエータに対応することができる）無線電力送信機及び／又は無線電力受信機は複数のアプリケーションデータストリームをオープンすることができない。すなわち、現在の無線電力送信機及び／又は無線電力受信機は１つのストリームをオープンした後クローズまで実行した次に、他のストリームをオープンすることでデータ送信を実行するようになる。

【0547】

これを図２７での例を介して説明すれば、無線電力送信機が認証書チェーンを送る間、位置（ｂ）において無線電力受信機はｐｒｏｐデータ送信ストリームを開けるために試みることができる。しかし、この無線電力送信機は同時送受信データ送信ストリームをサポートしないためＮＤと応答することができる。

【0548】

前述の理由に応じて、現在の場合、無線電力送信機及び／又は無線電力受信機は同時にデータ送信ストリームを送信することがサポートされない。しかし、データ送信ストリームが全て同じ重要度を持っていない点を考慮すれば、比較的低い重要度を持つデータ送信ストリームが送信中に重要度が高いデータ送信ストリームが送信されないことは無線電力システムでの通信の非効率を起こす。

【0549】

特に、低い重要度を持つデータ送信ストリームが送信中に安全灯に関連するデータ送信ストリームが送信されない場合、無線電力送信機と無線電力受信機の間に発熱灯が起こり得る。このような点を考慮すれば、効率的であり安全な無線電力システムのためには、例えばデータの重要度が高いかデータの長さが短い場合に対するデータ送信のためにアプリケーションメッセージに対するマルチストリームの送信を提供する必要がある。

【0550】

これに、本明細書では、１つのデータストリームが送信される中に他のデータストリームが送信される構成を提供するようにする。

【0551】

以下の図面は本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／メッセージ／フィールドの名称は例示的に提示されたことであるため、本明細書の技術的な特徴が以下の図面に使用された具体的な名称に限られない。

【0552】

図２８は本明細書の一実施形態に係る、無線電力送信機が無線電力を伝達する方法の順序図である。

【0553】

図２８によれば、無線電力送信機はネゴシエーションフェーズにおいて無線電力受信機と電力伝達契約をネゴシエーションすることができる（Ｓ２８１０）。

【0554】

ここで、前述の通り、ネゴシエーションフェーズはＢＰＰには存在しないフェーズに対応することができる。すなわち、ＥＰＰ及び／又はＭＰＰをサポートする無線電力送信機と無線電力受信期間でのみネゴシエーションフェーズが存在する。

【0555】

無線電力送信機と無線電力受信機がネゴシエーションフェーズに進入する具体的な説明と、無線電力送信機と無線電力受信機がネゴシエーションフェーズにおいて電力伝達契約をネゴシエーションする具体的な例は前述の通りである。

【0556】

以降、無線電力送信機は電力伝達フェーズにおいて電力伝達契約に基づいて無線電力を無線電力受信機に伝達することができる（Ｓ２８２０）。このとき、電力伝達フェーズでの無線電力送信機と無線電力受信期間の動作は基本的に前述の通りである。

【0557】

ここで、本明細書によれば、電力伝達フェーズの間、無線電力送信機は無線電力受信機に第１のデータストリームを送信し、無線電力送信機が第１のデータストリームを送信する間、第２のデータストリームの送信をオープン（ｏｐｅｎ）することができる。

【0558】

これに対する具体的な方法を説明する前に、無線電力送信機は第１のデータストリームに関連する第１のイニシャルＡＤＣパケット、少なくとも１つの第１のＡＤＴパケット、第１の最終のＡＤＣパケットを無線電力受信機に送信することができるという点を先に説明する。そして、第１のイニシャルＡＤＣパケットは第１のデータストリームのオープンに関連するパケットであり、第１の最終のＡＤＣパケットは前記第１のデータストリームのクローズに関連するパケットであり得る。

【0559】

このとき、無線電力送信機が第１のイニシャルＡＤＣパケットを無線電力受信機に送信した以降及び第１の最終のＡＤＣパケットを無線電力受信機に送信する前に、無線電力送信機は第２のデータストリームのオープンに関連する第２のイニシャルＡＤＣパケットを無線電力受信機に送信することができる。そしてこれを介して、無線電力送信機が第１のデータストリームを送信する間第２のデータストリームの送信をオープン（ｏｐｅｎ）することができる。

【0560】

前記のような状況において、最終のＡＤＣパケットの送信を介して全てのデータストリームがクローズされることを防ぐために、本明細書では、無線電力送信機が第１の最終のＡＤＣパケットを無線電力受信機に送信することに基づいて、第２のデータストリームはクローズされず第１のデータストリームのみがクローズされる。

【0561】

ここで、第１のイニシャルＡＤＣパケット、少なくとも１つの第１のＡＤＴパケット又は第１の最終のＡＤＣパケットのうち、少なくとも１つに第１のデータストリームに対するチャネルを識別する情報をマーキングすることができる。

【0562】

すなわち、例えば、端末が送信する最終のＡＤＣパケットに第１のデータストリームに対するチャネルを識別する情報がマーキングされることで、他のデータストリームではない第１のデータストリームのみがクローズされる。

【0563】

前述の内容は、第２のデータストリームにも同様に適用することができる。すなわち、無線電力送信機は第２のデータストリームに関連する少なくとも１つの第２のＡＤＴパケット、第２の最終のＡＤＣパケットを無線電力受信機に送信することができ、第２の最終のＡＤＣパケットは前記第２のデータストリームのクローズに関連するパケットであり得る。

【0564】

ここでも、前記のような状況において、最終のＡＤＣパケットの送信を介して全てのデータストリームがクローズされることを防ぐために、第２のイニシャルＡＤＣパケット、少なくとも１つの第２のＡＤＴパケット又は第２の最終のＡＤＣパケットのうち、少なくとも１つに第２のデータストリームに対するチャネルを識別する情報をマーキングすることができる。

【0565】

一方、今までは無線電力送信機が２つのデータストリームを同時に無線電力受信機に送信する例を説明した。さらに、又は別として、本明細書に係る無線電力送信機は１つのデータストリームを無線電力受信機に送信する間、他のデータストリームを無線電力受信機から受信することができる。

【0566】

すなわち、無線電力送信機が第１のデータストリームを送信する間、第３のデータストリームの受信がオープンできる。そして、無線電力送信機が第１のイニシャルＡＤＣパケットを無線電力受信機に送信した以降及び第１の最終のＡＤＣパケットを無線電力受信機に送信する前に、無線電力送信機は第３のデータストリームのオープンに関連する第３のイニシャルＡＤＣパケットを無線電力受信機から受信することができる。

【0567】

以下、図２８において説明した例を問題状況とともにより具体的に説明する。

【0568】

ワイヤレス充電器期間にデータ通信時、ＷＰＣＱｉｖ１．３基準ではアプリケーションがただ１つ（認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ））に過ぎないため、無線電力送信機及び／又は無線電力受信機がデータストリームを同時多重に進める理由がない。

【0569】

また、他のアプリケーションストリーム（ＡＤＣ／ｐｒｏｐ）に対しても、１つのストリームがオープンされている形において他のストリームがオープンされることのため、２つ以上のストリームがオープンされデータ送信を実行することは不可能である。

【0570】

本明細書では、後で他のアプリケーションを導入するようになれば、アプリケーションストリームをｃｏｎｃｕｒｒｅｎｔに進める方法に対して説明する。

【0571】

本明細書では特定の（ｅ．ｇ．認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、ＡＤＣ／ａｕｔｈ）アプリケーションストリームがオープンされデータ送信中（データストリームがオープンされた状態においてクローズにならない条件）に他のアプリケーションストリーム（ｅ．ｇ．Ｐｒｏｐ、ＡＤＣ／ｐｒｏｐ）に対するオープンをサポートする構成を提供する。また、ストリームがオープンされた状態において他のデータを送信することで、同時に多重（ｅ．ｇ．認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、Ｐｒｏｐ）のデータを送信する構成を提供する。

【0572】

１．概要

【0573】

無線電力受信機がイニシエータであるのか及び／又は無線電力送信機がイニシエータであるのかいずれかに関係なく、イニシエータはＡＤＣ／ａｕｔｈをレスポンダに送り、レスポンダはＡＣＫ（レスポンダが無線電力送信機である場合）、ＤＳＲ／ａｃｋ（レスポンダが無線電力受信機である場合）を応答することができる。そして、これを介して、第１のアプリケーション（例えば、認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ））に対応することができるアプリケーションデータストリームがオープンできる。

【0574】

イニシエータがデータ送信途中、第２のアプリケーションのデータ送信（例えば、ｐｒｏｐ）が優先される場合がある。このような場合、イニシエータはＡＤＣ／ｐｒｏｐをレスポンダに送り、レスポンダはＡＣＫ（レスポンダが無線電力送信機である場合）、ＤＳＲ／ａｃｋ（レスポンダが無線電力受信機である場合）を応答することができる。そして、これを介して、第２のアプリケーション（Ｐｒｏｐ）に対応することができるアプリケーションデータストリームがオープンできる。

【0575】

これで、第１のアプリケーション（認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ））及び第２のアプリケーション（Ｐｒｏｐ）に対応することができる複数のデータストリームが同時にオープンされ、複数のデータ送信ができる。

【0576】

第２のアプリケーション（Ｐｒｏｐ）のデータが送信中に、第３のアプリケーション（例えば、ＸＸＸ）のアプリケーションデータストリームをオープンする理由が生じれば、イニシエータはＡＤＣ／ｘｘｘをレスポンダに送り、レスポンダはＡＣＫ（レスポンダが無線電力送信機である場合）、ＤＳＲ／ａｃｋ（レスポンダが無線電力受信機である場合）を応答することができる。そして、これを介して、第３のアプリケーション（ＸＸＸ）に対応することができるアプリケーションデータストリームがオープンできる。

【0577】

すなわち、３つのデータストリームが同時にオープンされ、３つのデータ送信ストリームの送受信ができる。

【0578】

一方、Ｐｒｏｐに対するデータ通信が完了されれば、イニシエータはＡＤＣ／ｃｌｏｓｅ＿ｐｒｏｐをレスポンダに送り、対応するアプリケーションストリームをクローズすることができる。

【0579】

（Ｐｒｏｐ．データストリーム）以降認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）アプリケーションデータストリームに対してデータ送信が完了されれば、イニシエータはＡＤＣ／ｃｌｏｓｅ＿ａｕｔｈを送り当該アプリケーションストリームをクローズすることができる。

【0580】

最後に、開いているｘｘｘアプリケーションに対してデータ通信が完了されれば、イニシエータはＡＤＣ／ｃｌｏｓｅ＿ｘｘｘをレスポンダに送り当該アプリケーションストリームをクローズすることができる。

【0581】

前記のような内容を無線電力送信機がイニシエータである場合と、無線電力受信機がイニシエータである場合に対する例をそれぞれ説明すれば以下の通りである。

【0582】

（１）無線電力送信機がイニシエータである場合

【0583】

無線電力送信機が無線電力受信機に特定のアプリケーションストリーム（ｅ．ｇ．ｃｈ１ ｏｒ ａｕｔｈ）に対してオープン意思を表示し、相手からＤＳＲ／ａｃｋを受ける瞬間、１番目である当該アプリケーションストリームがオープン機能を実行することができる。

【0584】

後で無線電力送信機が無線電力受信機に他のアプリケーションストリーム（ｅ．ｇ．ｃｈ２ ｏｒ ｘｘｘ）に対してオープン意思を表示し、相手からＤＳＲ／ａｃｋを受ける瞬間、２番目のアプリケーションストリームがオープン機能を実行することができる。

【0585】

そして無線電力送信機が無線電力受信機に別のアプリケーションストリーム（ｅ．ｇ．ｃｈ３ ｏｒ ｙｙｙ）に対しても前記のプロセスの通り３番目のアプリケーションストリームをオープン機能を実行することができる。

【0586】

以降、例えば、２番目のａｐｐ．ストリームに対してデータ通信が完了された後、無線電力送信機は「ｃｈ２ ｏｒ ｘｘｘ」のａｐｐ．ストリームに対してクローズ意思を表示した後、当該ａｐｐ．ストリームに対してのみデータ通信を終了することができる。

【0587】

以降、例えば、３番目のａｐｐ．ストリームに対してデータ通信が終了した後、無線電力送信機はクローズ意思を表示した後、当該ａｐｐ．ストリームに対してのみデータ通信を終了することができる。

【0588】

最後に、例えば、「ｃｈ１ ｏｒ ａｕｔｈ」の１番目のａｐｐ．ストリームに対してデータ通信が終了した後、無線電力送信機はこれに対するクローズ意思を表示した後、１番目のａｐｐ．ストリームに対してデータ通信を終了することができる。これで、無線電力送信機と無線電力受信機の間に開いていた３つのａｐｐ．ストリームに対して全てのデータ通信が終了される。

【0589】

（２）無線電力受信機がイニシエータである場合

【0590】

無線電力受信機が無線電力送信機に特定のアプリケーションストリーム（ｅ．ｇ．ｃｈ１ ｏｒ ａｕｔｈ）に対してオープン意思を表示し、相手からＡＣＫを受ける瞬間、１番目である当該アプリケーションストリームがオープン機能を実行することができる。

【0591】

後で無線電力受信機が無線電力送信機に他のアプリケーションストリーム（ｅ．ｇ．ｃｈ２ ｏｒ ｘｘｘ）に対してオープン意思を表示し、相手からＡＣＫを受ける瞬間、２番目アプリケーションストリームがオープン機能を実行することができる。

【0592】

そして無線電力受信機が無線電力送信機に別のアプリケーションストリーム（ｅ．ｇ．ｃｈ３ ｏｒ ｙｙｙ）に対しても前記のプロセスの通り３番目のアプリケーションストリームをオープンする機能を実行することができる。

【0593】

以降、例えば、２番目のａｐｐ．ストリームに対してデータ通信が完了された後、無線電力送信機は「ｃｈ２ ｏｒ ｘｘｘ」のａｐｐ．ストリームに対してクローズ意思を表示した後、当該ａｐｐ．ストリームに対してのみデータ通信を終了することができる。

【0594】

以降、例えば、３番目のａｐｐ．ストリームに対してデータ通信が終了した後、無線電力送信機はクローズ意思を表示した後、当該ａｐｐ．ストリームに対してのみデータ通信を終了することができる。

【0595】

最後に、例えば、「ｃｈ１ ｏｒ ａｕｔｈ」の１番目のａｐｐ．ストリームに対してデータ通信が終了した後、無線電力送信機はこれに対するクローズ意思を表示した後、１番目のａｐｐ．ストリームに対してデータ通信を終了することができる。これで、無線電力送信機と無線電力受信機の間に開いていた３つのａｐｐ．ストリームに対して全てのデータ通信が終了される。

【0596】

（３）まとめ

【0597】

前述の通り、ａｐｐ．ストリームのオープン順序に関係なく「複数 ｏｒ 複数のｃｈａｎｎｅｌ」のａｐｐ．ストリームに対してデータ通信オープンを実行することができる。そして、ａｐｐ．ストリームのオープン順序に関係なく先ず終了したデータ通信に対して、無線電力送信機及び／又は無線電力受信機がクローズを実行することで、当該ａｐｐ．ストリームのデータ通信を終了することができる。但し、この場合でも、既存オープンされているａｐｐ．ストリームに対してはデータ通信を行うことができる。

【0598】

ここで、無線電力受信機／無線電力送信機と関係なしで、無線電力受信機／無線電力送信機がどのロール（イニシエータ／レスポンダ）を持つかに応じて前記の動作が実行される。例えば、イニシエータがａｐｐ．ストリームの開閉権限を全て持っていることができる。

【0599】

２．従来の技術の例に係るデータ通信方法と本明細書でのデータ通信方法の比較

【0600】

前述の明細書の内容に対する理解の便宜上、従来の技術の例に係るデータ通信方法と本明細書でのデータ通信方法を比較して示すと以下の通りであり。

【0601】

図２９は従来の技術の例に係るデータ通信方法を模式的に示したものである。

【0602】

図２９に示した通り、例えば、チャネルナンバー１を持つ認証に関連するデータストリームがオープンされている間には、例えば、チャネルナンバー２を持つデータストリーム及び／又はチャネルナンバー３を持つデータストリームが送信されない。すなわち、従来の技術の例に係るデータ通信方法によれば、１つのストリームが送信中に、他のストリームが送信されることが不可能である。

【0603】

これに、従来の技術の例によれば、チャネルナンバー１を持つストリームが送信中にチャネルナンバー２を持つストリームを送信しようとすれば、送信されているチャネルナンバー１を持つストリームはとりあえず、クローズする必要がある。それ以降になって、チャネルナンバー２を持つストリームがオープンされ送信される。

【0604】

同様に、従来の技術の例によれば、チャネルナンバー３を持つストリームがオープンされ送信するためには、チャネルナンバー１を持つストリーム及びチャネルナンバー２を持つストリームの送信を中断する必要がある。

【0605】

まとめると、従来のデータ通信では同時にストリームが１個以上オープンされることが不可能である。先行ストリームが終了した後、他のストリームオープンが可能なだけである。

【0606】

図３０は本明細書のデータ通信方法を模式的に示したものである。

【0607】

図３０に示した通り、本明細書において提供する実施形態によれば、チャネルナンバー１を持つ認証に関連するデータストリームがオープンされ送信中に、チャネルナンバー２を持つデータストリームが送信されることもある。

【0608】

ここで、前述の通り、本明細書によれば、オープンされるアプリケーションデータストリームが何かがチャネルナンバーのマーキングを介して指示される。

【0609】

併せて、図３０に示した通り、本明細書によれば、チャネルナンバー２を持つデータストリームが送信中に、チャネルナンバー１を持つデータストリームがクローズされる。

【0610】

これも、前述の通り、クローズされるアプリケーションデータストリームが何であるのかがチャネルナンバーのマーキングを介して指示される。これで、本明細書によれば、従来の技術でのＡＤＣ／ｅｎｄが送信される場合には全てのデータストリームが終了される問題を解決することができる。

【0611】

一方、図３０に示した通り、チャネルナンバー１を持つデータストリーム及びチャネルナンバー２を持つデータストリームが送信中に、チャネルナンバー３を持つデータストリームがオープンされ送信される。

【0612】

まとめると、本明細書技術のデータ通信は同時に複数のストリームに対してオープンが可能である。データ送信終了後にはオープン順序に関係なくデータ送信が終了されたときストリームのクローズが可能である。長さが長いデータ送信途中長さが短い他のストリームの送信も可能である。これは、従来の技術では長さが長いデータが送信されている場合には、長さが長いデータの送信以降になって長さが短いデータが送信されるという差異がある。

【0613】

３．本明細書でのデータ通信方法に対する例の順序図

【0614】

前述の明細書でのデータ通信方法に対する例を具体化して説明すれば以下の通りであり得る。

【0615】

（１）双方向多重データ通信の例

【0616】

前述の本明細書の例によれば、無線電力送信機と無線電力受信機は双方向に同時に複数のデータストリームを伝達することができる。

【0617】

これを図面を介して説明すれば以下の通りであり得る。

【0618】

図３１及び図３２は本明細書の実施形態に係る、同時双方向データ通信の例の順序図である。

【0619】

図３１によれば、無線電力送信機は、データストリームイニシエータの立場において、無線電力受信機にチャネルナンバー１を持つ第１のデータストリームのオープンを指示するためにＡＤＣ／ｃｈ１＿ａｕｔｈ／ｏｐｅｎを送信することができる。

【0620】

ここで、前述の通り、明示的に第１のデータストリームをオープンするために、無線電力送信機は無線電力受信機にストリームのオープンに関連するＡＤＣを送信するとき、前記のＡＤＣにチャネルナンバー１をマーキングすることができる。

【0621】

以降、無線電力送信機は無線電力受信機から前記のＡＤＣに対するＤＳＲ／ａｃｋを受信することができる。

【0622】

チャネルナンバー１を持つデータストリームがオープンされたため、無線電力送信機は無線電力受信機にＡＤＴ（例えば、第１のヘッダを持つことができる）を送信することができる。このときのＡＤＴにもチャネルナンバー１を持つデータストリームに対応することを知らせるために、無線電力送信機は前記のＡＤＴにチャネルナンバー１をマーキングすることができる。

【0623】

無線電力送信機は前記のＡＤＴに対する応答として、無線電力受信機からＤＳＲ／ａｃｋを受信することができる。

【0624】

無線電力送信機は無線電力受信機にＡＤＴ（例えば、第２のヘッダを持つことができる）を送信することができる。このときのＡＤＴにもチャネルナンバー１を持つデータストリームに対応することを知らせるために、無線電力送信機は前記のＡＤＴにチャネルナンバー１をマーキングすることができる。

【0625】

ここで、無線電力送信機がＡＤＴを送信するたびにヘッダをトグル（奇数値のヘッダ＜－＞偶数値のヘッダ）する方法は前述の通りである。

【0626】

無線電力送信機は前記のＡＤＴに対する応答として、無線電力受信機からＤＳＲ／ａｃｋを受信することができる。

【0627】

一方、前記の通り第１のデータストリームがオープンされている状態において、無線電力送信機は無線電力受信機から第２のデータストリームを受信することができる。

【0628】

そのために、無線電力送信機は、データストリームレスポンダの立場において、無線電力受信機からチャネルナンバー２を持つ第２のデータストリームのオープンを指示するＡＤＣ／ｃｈ２＿ｘｘｘ／ｏｐｅｎを受信することができる。

【0629】

ここで、前述の通り、明示的に第２のデータストリームをオープンするために、無線電力受信機は無線電力送信機にストリームのオープンに関連するＡＤＣを送信するとき、前記のＡＤＣにチャネルナンバー２をマーキングすることができる。

【0630】

以降、無線電力送信機は無線電力受信機に前記のＡＤＣに対するＡＣＫを送信することができる。

【0631】

チャネルナンバー２を持つデータストリームがオープンされたため、無線電力送信機は無線電力受信機からＡＤＴ（例えば、第３のヘッダを持つことができる）を受信することができる。このときのＡＤＴにもチャネルナンバー２を持つデータストリームに対応することを知らせるために、無線電力受信機は前記のＡＤＴにチャネルナンバー２をマーキングすることができる。

【0632】

無線電力送信機は前記のＡＤＴに対する応答として、無線電力受信機にＡＣＫを送信することができる。

【0633】

以降、無線電力送信機は無線電力受信機から第２のデータストリームに対する（すなわち、チャネルナンバー２がマーキングされた）ＡＤＴをさらに受信することができ、無線電力送信機は受信したＡＤＴに対するＡＣＫを無線電力受信機にさらに送信することができる。これに対する具体的な例は前述の通りである。

【0634】

一方、前記の通り、第１のデータストリーム及び第２のデータストリームがオープンされている状態において、無線電力送信機は無線電力受信機に第３のデータストリームを送信することができる。

【0635】

無線電力送信機が第３のデータストリームを送信する具体的な例は、単にチャネルナンバーが１からチャネルナンバーが３に変更することのみ異なり、前記の第１のデータストリームを送信する例と同じである。そのため、繰り返しの記載は省略する。

【0636】

一方、前記の通り、第１のデータストリーム、第２のデータストリーム、第３のデータストリームがオープンされ送信される中に、いずれか１つのデータストリームが終了される場合が起こり得る。以下では第２のデータストリームが一番先ず終了される例を説明する。

【0637】

図３２によれば、無線電力送信機は、データストリームレスポンダの立場において、無線電力受信機から第２のデータストリームの終了を指示する情報であるＡＤＣ／ｃｈ２＿ｘｘｘ／ｃｌｏｓｅを受信することができる。

【0638】

前述の通り、明示的に第２のデータストリームをクローズするために、無線電力受信機は無線電力送信機にストリームのクローズに関連するＡＤＣを送信するとき、前記のＡＤＣにチャネルナンバー２をマーキングすることができる。

【0639】

すなわち、無線電力受信機はチャネルナンバー２を持つ第２のデータストリームを終了させるためのＡＤＣを送信することで、チャネルナンバー２を持つ第２のデータストリームのみが終了される。これで、前述の通り、従来の技術によればＡＤＣ／ｅｎｄが送信される場合には全てのデータストリームが終了される問題点を解決することができる。

【0640】

以降、無線電力送信機は無線電力受信機に前記のＡＤＣに対するＡＣＫを送信することができる。

【0641】

一方、第２のデータストリームのみが終了されたため、無線電力送信機はそれでも第１のデータストリーム及び第３のデータストリームを無線電力受信機に送信することができる。

【0642】

この中で、第３のデータストリームが終了される場合、無線電力送信機はデータストリームイニシエータの立場において、無線電力受信機に第３のデータストリームの終了を指示する情報であるＡＤＣ／ｃｈ３＿ｙｙｙ／ｃｌｏｓｅを送信することができる。

【0643】

前述の通り、明示的に第３のデータストリームをクローズするために、無線電力送信機は無線電力受信機にストリームのクローズに関連するＡＤＣを送信するとき、前記のＡＤＣにチャネルナンバー３をマーキングすることができる。

【0644】

以降、無線電力送信機は無線電力受信機から前記のＡＤＣに対するＤＳＲ／ａｃｋを受信することができる。

【0645】

一方、第２のデータストリーム及び第３のデータストリームのみが終了されたため、無線電力送信機はそれでも第１のデータストリームを無線電力受信機に送信することができる。

【0646】

この中で、第１のデータストリームが終了される場合、無線電力送信機はデータストリームイニシエータの立場において、無線電力受信機に第１のデータストリームの終了を指示する情報であるＡＤＣ／ｃｈ１＿ａｕｔｈ／ｃｌｏｓｅを送信することができる。

【0647】

前述の通り、明示的に第１のデータストリームをクローズするために、無線電力送信機は無線電力受信機にストリームのクローズに関連するＡＤＣを送信するとき、前記のＡＤＣにチャネルナンバー１をマーキングすることができる。

【0648】

以降、無線電力送信機は無線電力受信機から前記のＡＤＣに対するＤＳＲ／ａｃｋを受信することができる。

【0649】

（２）単方向多重データ通信の例

【0650】

前述の本明細書の例によれば、無線電力送信機は無線電力受信機に同時に複数のデータストリームを伝達することができる。

【0651】

これを図面を介して説明すれば以下の通りであり得る。

【0652】

図３３及び図３４は本明細書の実施形態に係る、多重データ通信の例の順序図である。

【0653】

図３３によれば、無線電力送信機は、データストリームイニシエータの立場において、無線電力受信機にチャネルナンバー１を持つ第１のデータストリームのオープンを指示するためにＡＤＣ／ｃｈ１＿ａｕｔｈ／ｏｐｅｎを送信することができる。

【0654】

ここで、前述の通り、明示的に第１のデータストリームをオープンするために、無線電力送信機は無線電力受信機にストリームのオープンに関連するＡＤＣを送信するとき、前記のＡＤＣにチャネルナンバー１をマーキングすることができる。

【0655】

以降、無線電力送信機は無線電力受信機から前記のＡＤＣに対するＤＳＲ／ａｃｋを受信することができる。

【0656】

以降、無線電力送信機は、データストリームイニシエータの立場において、無線電力受信機にチャネルナンバー２を持つ第２のデータストリームのオープンを指示するためにＡＤＣ／ｃｈ２＿ｘｘｘ／ｏｐｅｎを送信することができる。

【0657】

ここで、前述の通り、明示的に第２のデータストリームをオープンするために、無線電力送信機は無線電力受信機にストリームのオープンに関連するＡＤＣを送信するとき、前記のＡＤＣにチャネルナンバー２をマーキングすることができる。

【0658】

以降、無線電力送信機は無線電力受信機から前記のＡＤＣに対するＤＳＲ／ａｃｋを受信することができる。

【0659】

また、無線電力送信機は、データストリームイニシエータの立場において、無線電力受信機にチャネルナンバー３を持つ第３のデータストリームのオープンを指示するためにＡＤＣ／ｃｈ３＿ｙｙｙ／ｏｐｅｎを送信することができる。

【0660】

ここで、前述の通り、明示的に第３のデータストリームをオープンするために、無線電力送信機は無線電力受信機にストリームのオープンに関連するＡＤＣを送信するとき、前記のＡＤＣにチャネルナンバー３をマーキングすることができる。

【0661】

以降、無線電力送信機は無線電力受信機から前記のＡＤＣに対するＤＳＲ／ａｃｋを受信することができる。

【0662】

すなわち、図３３において示した通り、無線電力送信機は第１のデータストリーム、第２のデータストリーム、第３のデータストリームをそれぞれオープンして、同時に第１のデータストリーム、第２のデータストリーム、第３のデータストリームを無線電力受信機に送信することができる。

【0663】

前記の通り、第１のデータストリーム、第２のデータストリーム、第３のデータストリームがオープンされ送信される中に、いずれか１つのデータストリームが終了される場合が起こり得る。以下では第２のデータストリームが一番先に終了される例を説明する。

【0664】

図３４によれば、無線電力送信機は、データストリームイニシエータの立場において、無線電力受信機に第２のデータストリームの終了を指示する情報であるＡＤＣ／ｃｈ２＿ｘｘｘ／ｃｌｏｓｅを送信することができる。

【0665】

前述の通り、明示的に第２のデータストリームをクローズするために、無線電力送信機は無線電力受信機にストリームのクローズに関連するＡＤＣを送信するとき、前記のＡＤＣにチャネルナンバー２をマーキングすることができる。

【0666】

すなわち、無線電力送信機はチャネルナンバー２を持つ第２のデータストリームを終了させるためのＡＤＣを送信することで、チャネルナンバー２を持つ第２のデータストリームのみが終了される。これで、前述の通り、従来の技術によればＡＤＣ／ｅｎｄが送信される場合には全てのデータストリームが終了される問題点を解決することができる。

【0667】

以降、無線電力送信機は無線電力受信機から前記のＡＤＣに対するＤＳＲ／ａｃｋを受信することができる。

【0668】

一方、第２のデータストリームのみが終了されたため、無線電力送信機はそれでも第１のデータストリーム及び第３のデータストリームを無線電力受信機に送信することができる。

【0669】

この中で、第３のデータストリームが終了される場合、無線電力送信機はデータストリームイニシエータの立場において、無線電力受信機に第３のデータストリームの終了を指示する情報であるＡＤＣ／ｃｈ３＿ｙｙｙ／ｃｌｏｓｅを送信することができる。

【0670】

前述の通り、明示的に第３のデータストリームをクローズするために、無線電力送信機は無線電力受信機にストリームのクローズに関連するＡＤＣを送信するとき、前記のＡＤＣにチャネルナンバー３をマーキングすることができる。

【0671】

以降、無線電力送信機は無線電力受信機から前記のＡＤＣに対するＤＳＲ／ａｃｋを受信することができる。

【0672】

一方、第２のデータストリーム及び第３のデータストリームのみが終了されたため、無線電力送信機はそれでも第１のデータストリームを無線電力受信機に送信することができる。

【0673】

この中で、第１のデータストリームが終了される場合、無線電力送信機はデータストリームイニシエータの立場において、無線電力受信機に第１のデータストリームの終了を指示する情報であるＡＤＣ／ｃｈ１＿ａｕｔｈ／ｃｌｏｓｅを送信することができる。

【0674】

前述の通り、明示的に第１のデータストリームをクローズするために、無線電力送信機は無線電力受信機にストリームのクローズに関連するＡＤＣを送信するとき、前記のＡＤＣにチャネルナンバー１をマーキングすることができる。

【0675】

以降、無線電力送信機は無線電力受信機から前記のＡＤＣに対するＤＳＲ／ａｃｋを受信することができる。

【0676】

４．本明細書でのデータ通信に用いられるパケット

【0677】

前述の本明細書の実施形態において、多重データストリームの同時送受信にＡＤＣパケットとＡＤＴパケットが用いられることを記載した。以下では、このとき用いるＡＤＣパケットとＡＤＴパケットの例を説明する。

【0678】

（１）ＡＤＣパケット

【0679】

無線電力受信機／無線電力送信機が相手機器にデータストリームの開閉の意思表示をする方法として、別途のＴＰＬ Ｐａｃｋｅｔを定義する方法と、又は既存のパケット（例えば、ＤＳＲ／ＡＤＣ／その他のＰａｃｋｅｔ）に別途のビットを追加する方法が提供される。

【0680】

以下では、無線電力送信機であるのか又は無線電力受信機であるのかいずれかに関係なく、データストリームイニシエータが相手機器にデータストリームの開閉の意思表示をする方法として、別途のＴＰＬ Ｐａｃｋｅｔを定義する方法を優先に説明する。

【0681】

ここで、説明の便宜上、データストリームのクローズに対する例を重点的に説明するが、以下の説明した例はデータストリームのオープンに対する例にも適用することができる。このときには、以下の説明する例でのクローズをオープンに代替して解釈することができる。

【0682】

図３５は別途のデータストリームクローズパケットの例を模式的に示したものである。

【0683】

図３５によれば、別途のデータストリームクローズパケットにはＴＰＬ／ｔｙｐｅフィールドとパラメータフィールドを含むことができる。

【0684】

ここで、ＴＰＬ／ｔｙｐｅフィールドは、例えば、以下のような値を持つことができる。

【0685】

－ＴＰＬ／ｔｙｐｅ

【0686】

０ｘ００－ＴＰＬ／Ｐａｕｓｅ

【0687】

０ｘ０１－ＴＰＬ／Ｂｕｓｙ

【0688】

０ｘ０２－ＴＰＬ／Ａｂｏｒｔ

【0689】

０ｘ０３－ＴＰＬ／ｄａｔａｓｔｒｅａｍ＿ｃｌｏｓｅ

【0690】

０ｘ０４～０ｘＦＦ－ＴＰＬ／Ｒｅｓｅｒｖｅｄ

【0691】

そしてパラメータフィールドにはデータストリームのクローズ対象になるチャネルに対する情報が含まれる。すなわち、パラメータフィールドには、データストリームクローズを望むアプリケーションストリーム（ｃｈａｎｎｅｌ）に対するＰａｒａｍｅｔｅｒが設定される。

【0692】

以下では、無線電力送信機であるのか又は無線電力受信機であるのかいずれかに関係なく、データストリームイニシエータが相手機器にデータストリームの開閉の意思表示をする方法として、例えば、既存のＡＤＣパケットに追加機能を与える方法を説明する。

【0693】

ここで、説明の便宜上、データストリームのクローズに対する例を重点的に説明するが、以下の説明した例はデータストリームのオープンに対する例にも適用することができる。このとき、以下の説明する例でのクローズをオープンに代替して解釈することができる。

【0694】

図３６はＡＤＣパケットに追加機能を与える例を模式的に示したものである。

【0695】

図３６によれば、ＡＤＣパケットにはリクエストフィールドとパラメータフィールドが含まれる。

【0696】

ここで、例として、ＡＤＣパケットがクローズを指示する場合は、リクエストフィールドが以下のように設定することができる。

【0697】

－要求

【0698】

ＡＤＣ／ｅｎｄ－０

【0699】

そして、前述の通り、前記のＡＤＣ／ｅｎｄのみが単に提供される場合には、全てのデータストリームが終了されることがあるため、パラメータフィールドにはどのデータストリームがクローズされるかに対する情報が含まれる。

【0700】

言い換えれば、パラメータフィールドにはデータストリームのクローズ対象になるチャネルに対する情報（データストリームクローズｃｈａｎｎｅｌ）が含まれる。すなわち、パラメータフィールドには、データストリームクローズを望むアプリケーションストリーム（ｃｈａｎｎｅｌ）に対するＰａｒａｍｅｔｅｒを設定することができる。

【0701】

（２）ＡＤＴパケット

【0702】

図３７及び図３８は本明細書において提供するＡＤＴパケットの例を模式的に示したものである。

【0703】

図３７及び図３８によれば、本ＡＤＴパケットがどのデータストリームに対するＡＤＴパケットであるのかを知らせるために、ＡＤＴパケットにはストリームチャネルに対する情報が含まれる。

【0704】

すなわち、データストリームイニシエータが送信するＡＤＴパケットにはストリームチャネルに対する情報が含まれる。そして、データストリームレスポンダは自身が受信したＡＤＴパケットに含まれたストリームチャネルに対する情報を確認して、前記のＡＤＴパケットがどのデータストリームに対するＡＤＴパケットであるのかを識別することができる。

【0705】

ここで、図３７ではストリームチャネルに対する情報がＡＤＴパケットのＢ＿０に含まれる例が示されており、図３８ではストリームチャネルに対する情報がＡＤＴパケットのＢ＿ｎ＋１に含まれた例が示されている。

【0706】

以下、様々な主体の観点から、本明細書の実施形態を再び説明する。

【0707】

以下の図面は本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／メッセージ／フィールドの名称は例示的に提示したことであるため、本明細書の技術的な特徴が以下の図面に使用された具体的な名称に限られない。

【0708】

図３９は本明細書の一実施形態に係る、無線電力送信機の観点から、無線電力を伝達する方法の順序図である。

【0709】

図３９によれば、無線電力送信機はネゴシエーションフェーズにおいて無線電力受信機と電力伝達の契約をネゴシエーションすることができる（Ｓ３９１０）。

【0710】

無線電力送信機は電力伝達フェーズにおいて前記電力伝達契約に基づいて前記無線電力を前記無線電力受信機に伝達することができる（Ｓ３９２０）。

【0711】

ここで、前記電力伝達フェーズの間、前記無線電力送信機は前記無線電力受信機に第１のデータストリームを送信し、及び前記無線電力送信機が前記第１のデータストリームを送信する間、第２のデータストリームの送信をオープン（ｏｐｅｎ）することができる。

【0712】

ここで例えば、前記無線電力送信機は前記第１のデータストリームに関連する第１のイニシャルＡＤＣパケット、少なくとも１つの第１のＡＤＴパケット、第１の最終のＡＤＣパケットを前記無線電力受信機に送信し、前記第１のイニシャルＡＤＣパケットは前記第１のデータストリームのオープンに関連するパケットであり、前記第１の最終のＡＤＣパケットは前記第１のデータストリームのクローズに関連するパケットであり得る。

【0713】

ここで例えば、前記無線電力送信機が前記第１のイニシャルＡＤＣパケットを前記無線電力受信機に送信した以降及び前記第１の最終のＡＤＣパケットを前記無線電力受信機に送信する前に、前記無線電力送信機は前記第２のデータストリームのオープンに関連する第２のイニシャルＡＤＣパケットを前記無線電力受信機に送信することができる。

【0714】

ここで例えば、前記無線電力送信機が前記第１の最終のＡＤＣパケットを前記無線電力受信機に送信することに基づいて、前記第２のデータストリームはクローズされず前記第１のデータストリームのみがクローズされる。

【0715】

ここで例えば、前記第１のイニシャルＡＤＣパケット、前記少なくとも１つの第１のＡＤＴパケット又は前記第１の最終のＡＤＣパケットのうち、少なくとも１つに前記第１のデータストリームに対するチャネルを識別する情報をマーキングすることができる。

【0716】

ここで例えば、前記無線電力送信機は前記第２のデータストリームに関連する少なくとも１つの第２のＡＤＴパケット、第２の最終のＡＤＣパケットを前記無線電力受信機に送信し、前記第２の最終のＡＤＣパケットは前記第２のデータストリームのクローズに関連するパケットであり得る。

【0717】

ここで例えば、前記第２のイニシャルＡＤＣパケット、前記少なくとも１つの第２のＡＤＴパケット又は前記第２の最終のＡＤＣパケットのうち、少なくとも１つに前記第２のデータストリームに対するチャネルを識別する情報をマーキングすることができる。

【0718】

ここで例えば、前記無線電力送信機が前記第１のデータストリームを送信する間、第３のデータストリームの受信がオープンされる。

【0719】

ここで例えば、前記無線電力送信機が第１のイニシャルＡＤＣパケットを前記無線電力受信機に送信した以降及び第１の最終のＡＤＣパケットを前記無線電力受信機に送信する前に、前記無線電力送信機は前記第３のデータストリームのオープンに関連する第３のイニシャルＡＤＣパケットを前記無線電力受信機から受信することができる。

【0720】

別途示してはいないが、無線電力送信機が提供される。無線電力送信機は、無線電力受信機に無線電力を伝達することに関連するコンバータ、前記無線電力の伝達を制御することに関連するコミュニケーション／制御装置を含むことができる。前記無線電力送信機はネゴシエーションフェーズにおいて前記無線電力受信機と電力伝達契約をネゴシエーションして及び電力伝達フェーズにおいて前記電力伝達契約に基づいて前記無線電力を前記無線電力受信機に伝達することができる。前記電力伝達フェーズの間、前記無線電力送信機は前記無線電力受信機に第１のデータストリームを送信し、及び前記無線電力送信機が前記第１のデータストリームを送信する間、第２のデータストリームの送信をオープン（ｏｐｅｎ）することができる。

【0721】

図４０は本明細書の一実施形態に係る、無線電力受信機の観点から、無線電力を受信する方法の順序図である。

【0722】

図４０によれば、無線電力受信機はネゴシエーションフェーズにおいて無線電力送信機と電力伝達契約をネゴシエーションすることができる（Ｓ４０１０）。

【0723】

無線電力受信機は電力伝達フェーズにおいて前記電力伝達契約に基づいて前記無線電力を前記無線電力送信機から受信することができる（Ｓ４０１０）。

【0724】

ここで、前記電力伝達フェーズの間、前記無線電力受信機は前記無線電力送信機から第１のデータストリームを受信し、及び前記無線電力受信機が前記第１のデータストリームを受信する間、第２のデータストリームの受信をオープン（ｏｐｅｎ）することができる。

【0725】

別途示してはいないが、無線電力受信機が提供される。無線電力受信機は無線電力送信機から無線電力を受信することに関連する電力ピックアップ装置及び前記無線電力の受信を制御することに関連するコミュニケーション／制御装置を含むことができる。前記無線電力受信機はネゴシエーションフェーズにおいて前記無線電力送信機と電力伝達契約をネゴシエーションして及び電力伝達フェーズにおいて前記電力伝達契約に基づいて前記無線電力を前記無線電力送信機から受信することができる。前記電力伝達フェーズの間前記無線電力受信機は前記無線電力送信機から第１のデータストリームを受信し、及び前記無線電力受信機が前記第１のデータストリームを受信する間、第２のデータストリームの受信をオープン（ｏｐｅｎ）することができる。

【0726】

以下、本明細書の効果を説明する。

【0727】

効果を説明するために、前述の問題事項をもう一度説明する。現在のデータストリームに対する終了に対するパケットは、ａｄｃ／ｅｎｄのみが定義されている。そのため、データストリームイニシエータがＡＤＣ／ｅｎｄを送ることで望むストリームに対してのみクローズを実行することが不可能である。言い換えれば、データストリームイニシエータは望むデータストリームのみをクローズできず全てのストリームをクローズするようになる。

【0728】

ここで、もし、データストリームイニシエータがｍｕｌｔｉストリームオープンに基づいてｍｕｌｔｉ要求を送信するようになれば、レスポンダはどの要求に先に応答する必要があるかに対して判断ができない。だけでなく、データストリームレスポンダがＡＤＣ／ｅｎｄを受信する場合にはどのデータストリームをクローズする必要があるかに対して判断ができない。

【0729】

本明細書では、前述の通り、ＡＤＣパケット及び／又はＡＤＴパケットに、前記のＡＤＣパケット及び／又はＡＤＴパケットがどのデータストリームに対するパケットであるのかマーキングする構成が提供される。

【0730】

そのため、本明細書によれば、従来の技術とは異なるように、どのストリームが開始されどのストリームがクローズされるかが明示的に指示される。

【0731】

これを介して本明細書によれば、多重データストリームの送受信が提供されるとしても、前述の通り、多重データストリームが同時にオープンされるか同時にクローズされる問題状況が発生しない効果が起こり得る。

【0732】

前記のような効果のため、以下のような追加の効果も起こり得る。

【0733】

前述の通り、データ送信ストリームが全て同じ重要度を持っていない点を考慮すれば、従来の技術のように比較的低い重要度を持つデータ送信ストリームが送信される途中には重要度が高いデータ送信ストリームが送信が不可能なことは非効率的な状況に対応する。

【0734】

これに対して、本明細書によれば、低い重要度を持つデータ送信ストリームが送信中に安全灯に関連するデータ送信ストリームが送信される。これによって、無線電力送信機と無線電力受信機の間に発熱灯が発生する問題状況を防ぐことができる。

【0735】

前記のような点を考慮すれば、例えばデータの重要度が高いかデータの短い場合に対するデータ送信のために、本明細書ではアプリケーションメッセージに対するマルチストリームの送信が提供される。これで本明細書では、効率的かつ安全な無線電力システムを提供することができる。

【0736】

本明細書の具体的な一例を通じて得られる効果は、以上で羅列された効果に制限されない。例えば、係わる技術分野において通常の知識を有する者（ａ ｐｅｒｓｏｎ ｈａｖｉｎｇ ｏｒｄｉｎａｒｙ ｓｋｉｌｌ ｉｎ ｔｈｅ ｒｅｌａｔｅｄ ａｒｔ）が本明細書から理解すしたり誘導することができる多様な技術的効果が存在し得る。これによって、本明細書の具体的な効果は、本明細書に明示的に記載されたものに制限されず、本明細書の技術的特徴から理解されたり誘導され得る多様な効果を含むことができる。

【0737】

本明細書に記載された請求項は、多様な方式に組み合わせてもよい。例えば、本明細書の方法請求項の技術的特徴が組み合わされて装置に具現されてもよく、本明細書の装置請求項の技術的特徴が組み合わされて方法に具現されてもよい。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わされて装置に具現されてもよく、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わされて方法に具現されてもよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【手続補正書】

【提出日】2024-02-16

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線電力送信システムにおいて、無線電力送信機によって実行される無線電力を伝達する方法において、
第１のデータストリームに関連する第１のイニシャルＡＤＣパケットを無線電力受信機に送信するステップであって、前記第１のイニシャルＡＤＣパケットは、前記第１のデータストリームのオープンに関連するパケットである、ステップと、
前記第１のデータストリームに関連する少なくとも１つの第１のＡＤＴパケットを前記無線電力受信機に送信するステップと、を含み、
前記第１のデータストリームのクローズに関連する第１の最終のＡＤＣパケットを前記無線電力受信機に送信する前に、前記無線電力送信機は、第２のデータストリームのオープンに関連する第２のイニシャルＡＤＣパケットを前記無線電力受信機に送信する、方法。

【請求項2】

前記無線電力送信機が前記第１の最終のＡＤＣパケットを前記無線電力受信機に送信することに基づいて、前記第２のデータストリームはクローズされず、前記第１のデータストリームのみがクローズされる、請求項１に記載の方法。

【請求項3】

前記第１のイニシャルＡＤＣパケット、前記少なくとも１つの第１のＡＤＴパケット又は前記第１の最終のＡＤＣパケットの少なくとも１つは、前記第１のデータストリームに対するチャネルを識別する情報がマーキングされる、請求項１に記載の方法。

【請求項4】

前記無線電力送信機は、前記第２のデータストリームに関連する少なくとも１つの第２のＡＤＴパケット及び第２の最終のＡＤＣパケットを前記無線電力受信機に送信し、
前記第２の最終のＡＤＣパケットは、前記第２のデータストリームのクローズに関連するパケットである、請求項１に記載の方法。

【請求項5】

前記第２のイニシャルＡＤＣパケット、前記少なくとも１つの第２のＡＤＴパケット又は前記第２の最終のＡＤＣパケットの少なくとも１つは、前記第２のデータストリームに対するチャネルを識別する情報がマーキングされる、請求項４に記載の方法。

【請求項6】

前記無線電力送信機が前記第１のデータストリームを送信する間、第３のデータストリームの受信がオープンされる、請求項１に記載の方法。

【請求項7】

前記無線電力送信機が第１のイニシャルＡＤＣパケットを前記無線電力受信機に送信した以降、及び前記無線電力送信機が第１の最終のＡＤＣパケットを前記無線電力受信機に送信する前に、前記無線電力送信機は、前記第３のデータストリームのオープンに関連する第３のイニシャルＡＤＣパケットを前記無線電力受信機から受信する、請求項６に記載の方法。

【請求項8】

無線電力送信機は、
無線電力受信機に無線電力を伝達することに関連するコンバータと、
前記無線電力の伝達を制御することに関連するコミュニケーション／制御装置と、を含み、
前記無線電力送信機は、
第１のデータストリームに関連する第１のイニシャルＡＤＣパケットを前記無線電力受信機に送信し、前記第１のイニシャルＡＤＣパケットは、前記第１のデータストリームのオープンに関連するパケットであり、
前記第１のデータストリームに関連する少なくとも１つの第１のＡＤＴパケットを前記無線電力受信機に送信し、
前記第１のデータストリームのクローズに関連する第１の最終のＡＤＣパケットを前記無線電力受信機に送信する前に、前記無線電力送信機は、第２のデータストリームのオープンに関連する第２のイニシャルＡＤＣパケットを前記無線電力受信機に送信する、無線電力送信機。

【請求項9】

無線電力送信システムにおいて無線電力受信機によって実行される無線電力を受信する方法において、
第１のデータストリームに関連する第１のイニシャルＡＤＣパケットを無線電力送信機から受信するステップであって、前記第１のイニシャルＡＤＣパケットは、前記第１のデータストリームのオープンに関連するパケットである、ステップと、
前記第１のデータストリームに関連する少なくとも１つの第１のＡＤＴパケットを前記無線電力送信機から受信するステップと、を含み、
前記第１のデータストリームのクローズに関連する第１の最終のＡＤＣパケットを前記無線電力送信機から受信する前に、前記無線電力受信機は、第２のデータストリームのオープンに関連する第２のイニシャルＡＤＣパケットを前記無線電力送信機から受信する、方法。

【請求項10】

前記無線電力受信機が前記第１の最終のＡＤＣパケットを前記無線電力送信機から受信することに基づいて、前記第２のデータストリームはクローズされず、前記第１のデータストリームのみがクローズされる、請求項９に記載の方法。

【請求項11】

前記第１のイニシャルＡＤＣパケット、前記少なくとも１つの第１のＡＤＴパケット又は前記第１の最終のＡＤＣパケットの少なくとも１つは、前記第１のデータストリームに対するチャネルを識別する情報がマーキングされる、請求項９に記載の方法。

【請求項12】

前記無線電力受信機は、前記第２のデータストリームに関連する少なくとも１つの第２のＡＤＴパケット及び第２の最終のＡＤＣパケットを前記無線電力送信機から受信し、
前記第２の最終のＡＤＣパケットは、前記第２のデータストリームのクローズに関連するパケットである、請求項９に記載の方法。

【請求項13】

前記第２のイニシャルＡＤＣパケット、前記少なくとも１つの第２のＡＤＴパケット又は前記第２の最終のＡＤＣパケットの少なくとも１つは、前記第２のデータストリームに対するチャネルを識別する情報がマーキングされる、請求項１２に記載の方法。

【請求項14】

前記無線電力受信機は、前記第１のデータストリームを受信する間、第３のデータストリームの送信をオープンする、請求項９に記載の方法。

【請求項15】

前記無線電力受信機が第１のイニシャルＡＤＣパケットを前記無線電力送信機から受信した以降、及び前記無線電力受信機が第１の最終のＡＤＣパケットを前記無線電力送信機から受信する前に、前記無線電力受信機は、前記第３のデータストリームのオープンに関連する第３のイニシャルＡＤＣパケットを前記無線電力送信機に送信する、請求項１４に記載の方法。

【国際調査報告】