特表 2024-536690 無線電力送信システムにおけるデータ通信リセット及び強制終了（ＡＢＯＲＴ）に関する方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2024-10-08

(54)【発明の名称】無線電力送信システムにおけるデータ通信リセット及び強制終了（ＡＢＯＲＴ）に関する方法及び装置

(51)【国際特許分類】

   H02J 50/80 20160101AFI20241001BHJP

   H02J 50/10 20160101ALI20241001BHJP

   H02J 50/15 20160101ALI20241001BHJP

   H02J 50/20 20160101ALI20241001BHJP

   H04B 5/79 20240101ALI20241001BHJP

【ＦＩ】

H02J50/80

H02J50/10

H02J50/15

H02J50/20

H04B5/79

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024510686

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

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

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

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

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

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

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

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

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

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ｉＰｏｄ

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ユン チンホ

(72)【発明者】

【氏名】ユク キョンファン

【テーマコード（参考）】

5K012

【Ｆターム（参考）】

5K012AB01

5K012AC01

5K012AE13

(57)【要約】

本明細書（ｐｒｅｓｅｎｔ ｄｉｓｃｌｏｓｕｒｅ）は、無線電力送信システムにおける無線電力送信機により実行される無線電力を伝達する方法において、前記無線電力を伝達することに関連した電力伝達フェーズに進入（ｅｎｔｅｒ）し、及び前記電力伝達フェーズの間に前記無線電力受信機に第１のデータストリームを伝達し、前記無線電力送信機は、前記第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセット情報を前記無線電力受信機に送信し、前記無線電力送信機は、前記リセット情報に対する応答を前記無線電力受信機から受信し、及び前記無線電力送信機は、前記応答を受信することに基づいて前記第１のデータストリームのリセットを実行することを特徴とする方法及びこれを利用する装置を提供する。
【選択図】図２７

【特許請求の範囲】

【請求項1】

無線電力送信システムにおける無線電力送信機により実行される無線電力を伝達する方法において、
前記無線電力を伝達することに関連した電力伝達フェーズに進入（ｅｎｔｅｒ）し、
前記電力伝達フェーズの間に前記無線電力受信機に第１のデータストリームを伝達し、
前記無線電力送信機は、前記第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセット情報を前記無線電力受信機に送信し、
前記無線電力送信機は、前記リセット情報に対する応答を前記無線電力受信機から受信し、及び
前記無線電力送信機は、前記応答を受信することに基づいて前記第１のデータストリームのリセットを実行することを特徴とする方法。

【請求項2】

前記リセット以前及び以後、前記第１のデータストリームのオープンは、維持されることを特徴とする請求項１に記載の方法。

【請求項3】

前記リセット以後、前記無線電力送信機は、前記第１のデータストリームを初期から前記無線電力受信機に送信することを特徴とする請求項２に記載の方法。

【請求項4】

前記第１のデータストリームは、前記第１のデータストリームのオープンに関連したイニシャルＡＤＣ（ａｕｘｉｌｉａｒｙ ｄａｔａ ｃｏｎｔｒｏｌ）パケット、少なくとも一つのＡＤＴ（ａｕｘｉｌｉａｒｙ ｄａｔａ ｔｒａｎｓｐｏｒｔ）パケットまたは前記第１のデータストリームのクローズに関連したファイナルＡＤＣパケットを含み、
前記リセット以後、前記無線電力送信機は、前記イニシャルＡＤＣパケットの送信なしに前記少なくとも一つのＡＤＴパケットを前記無線電力受信機に送信することを特徴とする請求項２に記載の方法。

【請求項5】

前記無線電力送信機は、前記第１のデータストリームを伝達する間に第２のデータストリームを前記無線電力受信機に送信することを特徴とする請求項１に記載の方法。

【請求項6】

前記無線電力送信機が前記リセット情報に対する前記応答を前記無線電力受信機から受信することに基づいて、前記無線電力送信機は、前記第２のデータストリームのリセットを実行することなく前記第１のデータストリームの前記リセットを実行することを特徴とする請求項５に記載の方法。

【請求項7】

前記リセット情報は、前記第１のデータストリームを識別する情報を含むことを特徴とする請求項１に記載の方法。

【請求項8】

前記無線電力送信機は、前記リセットを実行することに基づいてトランスポートレイヤ以下で格納されたデータを捨てることを特徴とする請求項１に記載の方法。

【請求項9】

前記無線電力送信機は、前記応答を受信することができないことに基づいて前記第１のデータストリームのアボート（ａｂｏｒｔ）を知らせるアボート情報を前記無線電力受信機に送信することを特徴とする請求項１に記載の方法。

【請求項10】

前記無線電力送信機は、前記アボート情報を送信することに基づいて前記第１のデータストリームの前記アボートを実行することを特徴とする請求項９に記載の方法。

【請求項11】

前記アボート以後、前記無線電力送信機は、前記第１のデータストリームをクローズすることを特徴とする請求項１０に記載の方法。

【請求項12】

前記無線電力送信機は、前記アボート情報に対する応答を受信することに基づいて前記第１のデータストリームの前記アボートを実行することを特徴とする請求項９に記載の方法。

【請求項13】

前記無線電力送信機は、前記アボートを実行することに基づいてトランスポートレイヤ以下で格納されたデータを捨てることを特徴とする請求項９に記載の方法。

【請求項14】

無線電力送信機は、
無線電力受信機に無線電力を伝達することに関連したコンバータと、
前記無線電力の伝達を制御することに関連したコミュニケーション／コントロール器とを含み、
前記無線電力送信機は、
前記無線電力を伝達することに関連した電力伝達フェーズに進入（ｅｎｔｅｒ）し、
前記電力伝達フェーズの間に前記無線電力受信機に第１のデータストリームを伝達し、
前記無線電力送信機は、前記第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセット情報を前記無線電力受信機に送信し、
前記無線電力送信機は、前記リセット情報に対する応答を前記無線電力受信機から受信し、及び
前記無線電力送信機は、前記応答を受信することに基づいて前記第１のデータストリームのリセットを実行することを特徴とする無線電力送信機。

【請求項15】

無線電力送信システムにおける無線電力受信機により実行される無線電力を受信する方法において、
前記無線電力を受信することに関連した電力伝達フェーズに進入（ｅｎｔｅｒ）し、
前記電力伝達フェーズの間に前記無線電力送信機から第１のデータストリームを受信し、
前記無線電力受信機は、前記第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセット情報を前記無線電力送信機から受信し、
前記無線電力受信機は、前記リセット情報を受信することに基づいて前記第１のデータストリームのリセットを実行し、及び
前記無線電力受信機は、前記リセットを実行することに基づいて前記リセット情報に対する応答を前記無線電力送信機に送信することを特徴とする方法。

【請求項16】

無線電力受信機は、
無線電力送信機から無線電力を受信することに関連した電力ピックアップ器と、
前記無線電力の受信を制御することに関連したコミュニケーション／コントロール器とを含み、
前記無線電力受信機は、
前記無線電力を受信することに関連した電力伝達フェーズに進入（ｅｎｔｅｒ）し、
前記電力伝達フェーズの間に前記無線電力送信機から第１のデータストリームを受信し、
前記無線電力受信機は、前記第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセット情報を前記無線電力送信機から受信し、
前記無線電力受信機は、前記リセット情報を受信することに基づいて前記第１のデータストリームのリセットを実行し、及び
前記無線電力受信機は、前記リセットを実行することに基づいて前記リセット情報に対する応答を前記無線電力送信機に送信することを特徴とする無線電力受信機。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

一方、無線電力送信システムにおけるデータ通信リセット及び強制終了（Ａｂｏｒｔ）に関する方法とこれを利用する装置を提供しようとする。

【発明の概要】

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

【0006】

本明細書の一実施例によると、無線電力送信機は、第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセット情報を無線電力受信機に送信し、無線電力送信機は、リセット情報に対する応答を無線電力受信機から受信し、及び無線電力送信機は、応答を受信することに基づいて第１のデータストリームのリセットを実行することを特徴とする方法及び装置が提供されることができる。

【発明の効果】

【0007】

本明細書によると、データトランスポートストリームの効率が向上し、安定的にデータ通信が可能である。また、本明細書によると、データ通信及び格納のためのメモリがスタク（ｓｔｕｃｋ）されてそれ以上リカバリーが不可能な場合にも、該当アプリケーションストリームをオープン状態に維持しながらリセットを実行する構成が提供されるため、無線電力送信機と無線電力受信機が直ちにデータ通信を実行することができる効果が発生できる。また、本明細書によると、データ通信及び格納がスタク（ｓｔｕｃｋ）されてそれ以上リカバリーが不可能な場合にも強制終了に基づいて新しくデータ通信を始める効果が発生できる。

【0008】

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

【図面の簡単な説明】

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

【図27】本明細書の一実施例に係る、無線電力送信機が無線電力を伝達する方法の流れ図である。

【0035】

【図28】本明細書の他の実施例に係る、無線電力送信機が無線電力を伝達する方法の流れ図である。

【0036】

【図29】データストリームのリセットの概念を概略的に示す。

【0037】

【図30】リセット情報の例示を概略的に示す。

【0038】

【図31】無線電力送信機がリセット情報を送信する例示を概略的に示す。

【0039】

【図32】無線電力受信機がリセット情報を送信する例示を概略的に示す。

【0040】

【図33】リセット情報を送信する方法の例を他の形態で示す。

【0041】

【図34】本明細書の他の実施例に係る、無線電力送信機が無線電力を伝達する方法の流れ図である。

【0042】

【図35】データストリームのアボートの概念を概略的に示す。

【0043】

【図36】アボート情報の一例示を概略的に示す。

【0044】

【図37】アボート情報の他の例示を概略的に示す。

【0045】

【図38-39】無線電力送信機が無線電力受信機にアボート情報を送信する例示の流れ図である。

【0046】

【図40-41】無線電力送信機が無線電力受信機にアボート情報を送信する例示の流れ図である。

【0047】

【図42】アボート情報を送信する方法の例を他の形態で示す。

【0048】

【図43】本明細書の他の実施例に係る、無線電力送信機が無線電力を伝達する方法の流れ図である。

【0049】

【図44】本明細書の一実施例に係る、無線電力送信機観点で、無線電力を伝達する方法の流れ図である。

【0050】

【図45】本明細書の一実施例に係る、無線電力受信機観点で、無線電力を受信する方法の流れ図である。

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

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

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

【0091】

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

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

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

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

【表1】

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

ｉｉ）整理すれば、本明細書によると、特定データストリームに対するリセットが提供されることができる。

【0738】

ただし、特定データストリームに対するリセットを提供するとしても、本明細書は、オープンされた全てのデータストリームに対するリセットを実行することを権利範囲から排除するものではない。それによって、全てのデータストリームに対するリセットを実行する例と（特定ストリームまたは全てのストリームに対する）アボートを実行する例は相互結合されることもできる。

【0739】

一方、無線電力送信機は、無線電力受信機に第２のデータストリームに対する第２のリセット情報を送信することができる（Ｓ４３６０）。

【0740】

ここで、無線電力送信機は、無線電力受信機から第２のデータストリームに対する応答を受信することができない。

【0741】

もし、特定条件が満たされる場合、無線電力送信機は、第２のデータストリームに対するアボート情報を無線電力受信機に送信できる（Ｓ４３７０）。

【0742】

この時の条件には、無線電力送信機が第２のリセット情報を送信した後から特定時間（事前に無線電力送信機と無線電力受信機との間に交換され、または事前に定義されることができる）の間に第２のリセット情報に対する応答を受信することができない場合が含まれることができる。

【0743】

または、この時の条件には、無線電力送信機が第２のリセット情報を既設定された回数（事前に無線電力送信機と無線電力受信機との間に交換され、または事前に定義されることができる）ほど繰り返し送信する時まで第２のリセット情報に対する応答を受信することができない場合が含まれることができる。

【0744】

以後、無線電力送信機及び無線電力受信機は、第２のデータストリームをアボートすることができる（Ｓ４３８０）。

【0745】

ｉｉｉ）整理すれば、本明細書によると、特定データストリームに対するアボートが提供されることができる。

【0746】

ただし、特定データストリームに対するアボートを提供するとしても、本明細書は、オープンされた全てのデータストリームに対するアボートを実行することを権利範囲から排除するものではない。それによって、全てのデータストリームに対するアボートを実行する例と（特定ストリームまたは全てのストリームに対する）リセットを実行する例は相互結合されることもできる。

【0747】

ｉｖ）整理すれば、本明細書によると、リセット情報の送信及びアボート情報の送信が結合されることができる。

【0748】

もちろん、前述したように、リセット情報が送信される例示とアボート情報が送信される例示は、別途に動作することもできる。

【0749】

以下、多様な主体観点で、本明細書の実施例を再び説明する。

【0750】

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

【0751】

図４４は、本明細書の一実施例に係る、無線電力送信機観点で、無線電力を伝達する方法の流れ図である。

【0752】

図４４によると、無線電力送信機は、前記無線電力を伝達することに関連した電力伝達フェーズに進入（ｅｎｔｅｒ）できる（Ｓ４４１０）。

【0753】

無線電力送信機は、前記電力伝達フェーズの間に前記無線電力受信機に第１のデータストリームを伝達することができる（Ｓ４４２０）。

【0754】

ここで、前記無線電力送信機は、前記第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセット情報を前記無線電力受信機に送信し、前記無線電力送信機は、前記リセット情報に対する応答を前記無線電力受信機から受信し、及び前記無線電力送信機は、前記応答を受信することに基づいて前記第１のデータストリームのリセットを実行することができる。

【0755】

ここで、前記リセット以前及び以後、前記第１のデータストリームのオープンは、維持されることができる。そして、前記リセット以後、前記無線電力送信機は、前記第１のデータストリームを初期から前記無線電力受信機に送信できる。そして、前記第１のデータストリームは、前記第１のデータストリームのオープンに関連したイニシャルＡＤＣ（ａｕｘｉｌｉａｒｙ ｄａｔａ ｃｏｎｔｒｏｌ）パケット、少なくとも一つのＡＤＴ（ａｕｘｉｌｉａｒｙ ｄａｔａ ｔｒａｎｓｐｏｒｔ）パケットまたは前記第１のデータストリームのクローズに関連したファイナルＡＤＣパケットを含み、前記リセット以後、前記無線電力送信機は、前記イニシャルＡＤＣパケットの送信なしに前記少なくとも一つのＡＤＴパケットを前記無線電力受信機に送信できる。

【0756】

ここで、前記無線電力送信機は、前記第１のデータストリームを伝達する間に第２のデータストリームを前記無線電力受信機に送信できる。そして、前記無線電力送信機が前記リセット情報に対する前記応答を前記無線電力受信機から受信することに基づいて、前記無線電力送信機は、前記第２のデータストリームのリセットを実行することなく前記第１のデータストリームの前記リセットを実行することができる。

【0757】

ここで、前記リセット情報は、前記第１のデータストリームを識別する情報を含むことができる。

【0758】

ここで、前記無線電力送信機は、前記リセットを実行することに基づいてトランスポートレイヤ以下で格納されたデータを捨てることができる。

【0759】

ここで、前記無線電力送信機は、前記応答を受信することができないことに基づいて前記第１のデータストリームのアボート（ａｂｏｒｔ）を知らせるアボート情報を前記無線電力受信機に送信できる。そして、前記無線電力送信機は、前記アボート情報を送信することに基づいて前記第１のデータストリームの前記アボートを実行することができる。または、前記アボート以後、前記無線電力送信機は、前記第１のデータストリームをクローズすることができる。そして、前記無線電力送信機は、前記アボート情報に対する応答を受信することに基づいて前記第１のデータストリームの前記アボートを実行することができる。そして、前記無線電力送信機は、前記アボートを実行することに基づいてトランスポートレイヤ以下で格納されたデータを捨てることができる。

【0760】

別途に図示されていないが、無線電力送信機が提供されることができる。無線電力送信機は、無線電力受信機に無線電力を伝達することに関連したコンバータ、前記無線電力の伝達を制御することに関連したコミュニケーション／コントロール器を含むことができる。前記無線電力送信機は、前記無線電力を伝達することに関連した電力伝達フェーズに進入（ｅｎｔｅｒ）し、及び前記電力伝達フェーズの間に前記無線電力受信機に第１のデータストリームを伝達することができる。前記無線電力送信機は、前記第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセット情報を前記無線電力受信機に送信し、前記無線電力送信機は、前記リセット情報に対する応答を前記無線電力受信機から受信し、及び前記無線電力送信機は、前記応答を受信することに基づいて前記第１のデータストリームのリセットを実行することができる。

【0761】

図４５は、本明細書の一実施例に係る、無線電力受信機観点で、無線電力を受信する方法の流れ図である。

【0762】

図４５によると、無線電力受信機は、前記無線電力を受信することに関連した電力伝達フェーズに進入（ｅｎｔｅｒ）できる（Ｓ４５１０）。

【0763】

無線電力受信機は、前記電力伝達フェーズの間に前記無線電力送信機から第１のデータストリームを受信することができる（Ｓ４５２０）。

【0764】

ここで、前記無線電力受信機は、前記第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセット情報を前記無線電力送信機から受信し、前記無線電力受信機は、前記リセット情報を受信することに基づいて前記第１のデータストリームのリセットを実行し、及び前記無線電力受信機は、前記リセットを実行することに基づいて前記リセット情報に対する応答を前記無線電力送信機に送信できる。

【0765】

別途に図示されていないが、無線電力受信機が提供されることができる。無線電力受信機は、無線電力送信機から無線電力を受信することに関連した電力ピックアップ器及び前記無線電力の受信を制御することに関連したコミュニケーション／コントロール器を含むことができる。前記無線電力受信機は、前記無線電力を受信することに関連した電力伝達フェーズに進入（ｅｎｔｅｒ）し、及び前記電力伝達フェーズの間に前記無線電力送信機から第１のデータストリームを受信することができる。前記無線電力受信機は、前記第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセット情報を前記無線電力送信機から受信し、前記無線電力受信機は、前記リセット情報を受信することに基づいて前記第１のデータストリームのリセットを実行し、及び前記無線電力受信機は、前記リセットを実行することに基づいて前記リセット情報に対する応答を前記無線電力送信機に送信できる。

【0766】

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

【0767】

効果を説明するために、前述した問題事項を再び説明する。

【0768】

基本的に、本明細書によると、リセットまたはアボートを介してトランスポートレイヤのバッファとインカミング及び／又はアウトゴーイングデータを全て捨てる構成が提供されるため、データ格納のためのメモリがスタク（ｓｔｕｃｋ）されてそれ以上リカバリーが不可能な場合にもこれを解決できる効果が提供されることができる。それだけでなく、リセットの場合には、該当アプリケーションストリームをオープン状態に維持する構成が提供されるため、直ちにデータ通信を実行することができる。すなわち、データ送信の時間が最適化されることができる。

【0769】

一方、様々なアプリケーションデータストリームが進行される途中に特定ストリームに対するデータの格納／通信に問題が発生する場合（またはトランスポートレイヤに問題が発生する場合）、問題が発生した該当ストリーム（例示として、ストリーム２に問題が発生したと仮定）を除外した他のストリーム（ストリーム１及びストリーム３）は、問題がない場合が存在できる。

【0770】

この場合にも全てのストリームをリセットまたは強制終了すると、問題にならない他のストリーム（例えば、ストリーム１及びストリーム３）に対してもリセットまたは強制終了が実行されることができる。この場合、無線電力送信機及び／又は無線電力受信機は、問題が発生しないストリームまで全て再びデータ通信を初めから実行しなければならない。これは非効率的な方式に該当できる。

【0771】

本明細書によると、特定ストリームに対する問題が発生した場合に、特定ストリームのみをリセットまたは強制終了することによって、問題がないストリームを不必要にリセットまたは強制終了する非効率が防止されることができる。それによって、問題がないデータストリームは、続いて送信が可能であるため、データ送信時間が短縮されることができる。

【0772】

追加的に、もし、無線電力送信機及び／又は無線電力受信機がリセット情報を相手に送信した後直ちにリセットを実行する場合には、相手から応答を受信することができない、または応答を受信してもこれを解析することができないコミュニケーションエラーが発生できる。本明細書では前記問題を防止するために、データストリームのリセットの場合には、無線電力送信機及び／又は無線電力受信機が相手にリセット情報を送信した後直ちにリセットを実行する代わりに相手から応答を受信した以後にリセットを実行する構成を提供する。それによって、コミュニケーションエラーが防止される効果が発生できる。

【0773】

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

【0774】

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

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

【図41】

【図42】

【図43】

【図44】

【図45】

【手続補正書】

【提出日】2024-02-21

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線電力送信システムにおける無線電力送信機により実行される無線電力を送信する方法において、
第１のデータストリームをオープンするためにイニシャルＡＤＣ（ａｕｘｉｌｉａｒｙ ｄａｔａ ｃｏｎｔｒｏｌ）パケットを無線電力受信機へ送信するステップと、
前記第１のデータストリームに対する少なくとも一つのＡＤＴ（ａｕｘｉｌｉａｒｙ ｄａｔａ ｔｒａｎｓｐｏｒｔ）パケットで前記無線電力受信機へ送信するステップと、
前記第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセットＡＤＣパケットを前記無線電力受信機に送信するステップと、
前記リセットＡＤＣパケットに対する応答を前記無線電力受信機から受信するステップとを含み、前記無線電力送信機は、前記応答を受信することに基づいて前記第１のデータストリームのリセットを実行する、方法。

【請求項2】

前記リセット以前及び以後、前記第１のデータストリームは、オープンに維持される、請求項１に記載の方法。

【請求項3】

前記リセット以後、前記無線電力送信機は、前記第１のデータストリームを初期から前記無線電力受信機に送信する、請求項２に記載の方法。

【請求項4】

前記第１のデータストリームは、前記イニシャルＡＤＣパケット、前記少なくとも一つのＡＤＴパケットまたは前記第１のデータストリームをクローズすることに対するファイナルＡＤＣパケットを含み、
前記リセット以後、前記無線電力送信機は、前記イニシャルＡＤＣパケットを送信せずに前記少なくとも一つのＡＤＴパケットを前記無線電力受信機に送信する、請求項２に記載の方法。

【請求項5】

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

【請求項6】

前記無線電力送信機が前記リセットＡＤＣパケットに対する前記応答を前記無線電力受信機から受信することに基づいて、前記無線電力送信機は、前記第２のデータストリームのリセットを実行せずに前記第１のデータストリームの前記リセットを実行する、請求項５に記載の方法。

【請求項7】

前記リセットＡＤＣパケットは、前記第１のデータストリームを識別する情報を含む、請求項１に記載の方法。

【請求項8】

前記無線電力送信機は、前記リセットを実行することに基づいてトランスポートレイヤ以下に格納されたデータを捨てる、請求項１に記載の方法。

【請求項9】

前記無線電力送信機は、前記応答を受信しないことに基づいて前記第１のデータストリームのアボート（ａｂｏｒｔ）を知らせるアボート情報を前記無線電力受信機に送信する、請求項１に記載の方法。

【請求項10】

前記無線電力送信機は、前記アボート情報を送信することに基づいて前記第１のデータストリームの前記アボートを実行する、請求項９に記載の方法。

【請求項11】

前記アボート以後、前記無線電力送信機は、前記第１のデータストリームをクローズする、請求項１０に記載の方法。

【請求項12】

前記無線電力送信機は、前記アボート情報に対する応答を受信することに基づいて前記第１のデータストリームの前記アボートを実行する、請求項９に記載の方法。

【請求項13】

前記無線電力送信機は、前記アボートを実行することに基づいてトランスポートレイヤ以下に格納されたデータを捨てる、請求項９に記載の方法。

【請求項14】

無線電力送信機は、
無線電力受信機に無線電力を伝達することに関連したコンバータと、
前記無線電力の伝達を制御することに関連したコミュニケーション／コントロール器とを含み、
前記無線電力送信機は、
第１のデータストリームをオープンするためにイニシャルＡＤＣ（ａｕｘｉｌｉａｒｙ ｄａｔａ ｃｏｎｔｒｏｌ）パケットを無線電力受信機へ送信し、
前記第１のデータストリームに対する少なくとも一つのＡＤＴ（ａｕｘｉｌｉａｒｙ ｄａｔａ ｔｒａｎｓｐｏｒｔ）パケットで前記無線電力受信機へ送信し、
前記第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセットＡＤＣパケットを前記無線電力受信機に送信し、
前記リセットＡＤＣパケットに対する応答を前記無線電力受信機から受信するステップとを含み、前記無線電力送信機は、前記応答を受信することに基づいて前記第１のデータストリームのリセットを実行する、無線電力送信機。

【請求項15】

無線電力送信システムにおける無線電力受信機により実行される無線電力を受信する方法において、
第１のデータストリームをオープンするためにイニシャルＡＤＣ（ａｕｘｉｌｉａｒｙ ｄａｔａ ｃｏｎｔｒｏｌ）パケットを無線電力受信機から受信するステップと、
前記第１のデータストリームに対する少なくとも一つのＡＤＴ（ａｕｘｉｌｉａｒｙ ｄａｔａ ｔｒａｎｓｐｏｒｔ）パケットで前記無線電力受信機から受信するステップと、
前記第１のデータストリームのリセット（ｒｅｓｅｔ）を知らせるリセットＡＤＣパケットを前記無線電力受信機から受信するステップと、
前記リセットＡＤＣパケットに対する応答を前記無線電力受信機へ送信するステップとを含み、
前記第１のデータストリームは、前記応答にもおtづいてリセットされる、方法。

【国際調査報告】