特許 6073294 グリーンフィールドプリアンブルを有するショートガードインターバル

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6073294

(24)【登録日】2017年1月13日

(45)【発行日】2017年2月1日

(54)【発明の名称】グリーンフィールドプリアンブルを有するショートガードインターバル

(51)【国際特許分類】

   H04J 11/00 20060101AFI20170123BHJP

【ＦＩ】

   H04J11/00 Z

【請求項の数】18

【全頁数】17

(21)【出願番号】特願2014-511392(P2014-511392)

(86)(22)【出願日】2012年5月7日

(65)【公表番号】特表2014-515241(P2014-515241A)

(43)【公表日】2014年6月26日

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

(87)【国際公開番号】WO2012158378

(87)【国際公開日】20121122

【審査請求日】2015年3月20日

(31)【優先権主張番号】61/487,581

(32)【優先日】2011年5月18日

(33)【優先権主張国】US

(31)【優先権主張番号】61/563,409

(32)【優先日】2011年11月23日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502188642

【氏名又は名称】マーベル ワールド トレード リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】龍華国際特許業務法人

(72)【発明者】

【氏名】ザン、ホンユアン

【審査官】 羽岡 さやか

(56)【参考文献】

【文献】 特開２００６−３０４１５２（ＪＰ，Ａ）

【文献】 特表２００９−５０９４７０（ＪＰ，Ａ）

【文献】 国際公開第２０１０／１２０６９２（ＷＯ，Ａ１）

【文献】 特開２００１−２９８４３７（ＪＰ，Ａ）

【文献】 特開２０１２−２３１４５１（ＪＰ，Ａ）

【文献】 IEEE Std 802.11n-2009，２００９年１０月２９日，P.121,267-271,275-286,316,322-328

【文献】 ZHANG Zhao-yang et al.，A novel OFDM transmission scheme with length-adaptive Cyclic Prefix，Journal of Zhejiang University SCIENCE，２００４年１１月，P.1336-1342

【文献】 Hongyuan Zhang et al.，11ah Data Transmission Flow，IEEE 802.11-11/1484r0，２０１１年１１月 ７日，P.1-15，ＵＲＬ，https://mentor.ieee.org/802.11/dcn/11/11-11-1484-00-00ah-11ah-phy-transmission-flow.pptx

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｊ １１／００

Ｈ０４Ｗ ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

グリーンフィールドプリアンブルおよび前記グリーンフィールドプリアンブルに続く複数のデータシンボルを含む直交周波数分割多重信号（ＯＦＤＭ信号）を受信する受信機と、
前記グリーンフィールドプリアンブルに少なくとも部分的に基づいて、前記ＯＦＤＭ信号のガードインターバルの種類を判断するインターバル選択ロジックと、
前記複数のデータシンボルの第１番目のデータシンボルを、ロングガードインターバルを有するデータシンボルとして処理し、前記複数のデータシンボルのうち後続の複数のデータシンボルを、判断された前記ガードインターバルの前記種類に基づいて処理することにより、前記インターバル選択ロジックが判断した前記ガードインターバルの前記種類に少なくとも部分的に基づいて、前記ＯＦＤＭ信号を処理する信号処理器と、を備える無線通信デバイス。

【請求項2】

前記インターバル選択ロジックは、前記ＯＦＤＭ信号がシングルストリーム通信であるかを判断する請求項１に記載の無線通信デバイス。

【請求項3】

前記インターバル選択ロジックは、
（ｉ）前記ＯＦＤＭ信号の前記ガードインターバルの前記種類、および、
（ｉｉ）前記ＯＦＤＭ信号がシングルストリーム通信であるか、を判断するべく、
ＳＩＧフィールドが、前記グリーンフィールドプリアンブルの最後のフィールドであるかを判断する、請求項１または２に記載の無線通信デバイス。

【請求項4】

前記インターバル選択ロジックは、前記グリーンフィールドプリアンブルが、前記種類がショートガードインターバルであることを示すインジケータを有するＳＩＧフィールドを含むかを判断することにより、前記ガードインターバルの前記種類を判断する、請求項１または２に記載の無線通信デバイス。

【請求項5】

前記ＯＦＤＭ信号は、リモートデバイスから受信される第１番目のＯＦＤＭ信号であり、
前記リモートデバイスから受信される前記第１番目のＯＦＤＭ信号の後の複数のＯＦＤＭ信号は、判断された前記ガードインターバルの前記種類に少なくとも部分的に基づいて処理される、請求項１に記載の無線通信デバイス。

【請求項6】

前記インターバル選択ロジックが、前記ＯＦＤＭ信号の前記ガードインターバルの前記種類を判断する間に、前記グリーンフィールドプリアンブルに続いて受信される前記ＯＦＤＭ信号のシンボルをバッファリングするバッファを更に備え、
前記信号処理器は、前記ＯＦＤＭ信号を処理する前に、前記バッファに格納された前記シンボルのガードインターバルのビット長を、前記インターバル選択ロジックが判断した前記ガードインターバルの前記種類に基づいて選択的に調整する、請求項１に記載の無線通信デバイス。

【請求項7】

複数のデータシンボルが後に続くグリーンフィールドプリアンブルを含む直交周波数分割多重信号（ＯＦＤＭ信号）を無線デバイスがリモートデバイスから受信する段階と、
前記グリーンフィールドプリアンブルから、前記ＯＦＤＭ信号のガードインターバルの種類を判断する段階と、
前記複数のデータシンボルの第１番目のデータシンボルを、ロングガードインターバルを有するデータシンボルとして処理し、前記複数のデータシンボルのうち後続の複数のデータシンボルを、判断された前記ガードインターバルの前記種類に基づいて処理することにより、判断された前記ガードインターバルの前記種類に少なくとも部分的に基づいて、前記ＯＦＤＭ信号を処理する段階と、を備える方法。

【請求項8】

前記ＯＦＤＭ信号がシングルストリーム通信であるかを判断する段階を更に備える請求項７に記載の方法。

【請求項9】

前記ガードインターバルの前記種類を判断する段階は、
前記ＯＦＤＭ信号が、前記ガードインターバルの種類としてショートガードインターバルを有するシングルストリーム通信であるかを判断するべく、ＳＩＧフィールドが、前記グリーンフィールドプリアンブルの最後のフィールドであるかを判断する段階を有する請求項７または８に記載の方法。

【請求項10】

前記ガードインターバルの前記種類を判断する段階は、
前記グリーンフィールドプリアンブルが、ショートガードインターバルを指定するガードインターバル種類インジケータを有するＳＩＧフィールドを含むかを判断する段階を有する請求項７または８に記載の方法。

【請求項11】

前記ＯＦＤＭ信号は、リモートデバイスから受信される第１番目のＯＦＤＭ信号であり、
前記リモートデバイスから受信される前記第１番目のＯＦＤＭ信号の後のＯＦＤＭ信号は、判断された前記ガードインターバルの前記種類に少なくとも部分的に基づいて処理される請求項７に記載の方法。

【請求項12】

前記ガードインターバルの前記種類を判断すると間に、前記グリーンフィールドプリアンブルに続いて受信される前記ＯＦＤＭ信号のシンボルをバッファリングする段階と、
前記ＯＦＤＭ信号の判断された前記ガードインターバルの前記種類がショートである場合に、前記ＯＦＤＭ信号を処理する前に、バッファリングされた前記シンボルのガードインターバルのビット長を、選択的に調整する段階と、を更に備える請求項７に記載の方法。

【請求項13】

複数のデータシンボルが後に続くグリーンフィールドプリアンブルを含む直交周波数分割多重信号（ＯＦＤＭ信号）を受信する受信機と、
前記グリーンフィールドプリアンブルに少なくとも部分的に基づいて、前記ＯＦＤＭ信号のガードインターバルの種類を判断するインターバル選択ロジックと、
前記複数のデータシンボルの第１番目のデータシンボルを、ロングガードインターバルを有するデータシンボルとして処理し、前記複数のデータシンボルのうち後続の複数のデータシンボルを、判断された前記ガードインターバルの前記種類に基づいて処理することにより、前記インターバル選択ロジックが判断した前記ガードインターバルの前記種類に少なくとも部分的に基づいて、前記ＯＦＤＭ信号を処理する信号処理器と、を備える集積回路。

【請求項14】

前記インターバル選択ロジックは、前記ＯＦＤＭ信号がシングルストリーム通信であるかを判断する、請求項１３に記載の集積回路。

【請求項15】

前記インターバル選択ロジックは、
（ｉ）前記ＯＦＤＭ信号の前記ガードインターバルの前記種類、および、
（ｉｉ）前記ＯＦＤＭ信号がシングルストリーム通信であるか、を判断するべく、
ＳＩＧフィールドが、前記グリーンフィールドプリアンブルの最後のフィールドであるかを判断する、請求項１３または１４に記載の集積回路。

【請求項16】

前記インターバル選択ロジックは、前記グリーンフィールドプリアンブルが、前記ガードインターバルの前記種類がショートガードインターバルであることを示すインジケータを有するＳＩＧフィールドを含むかを判断することにより、前記ガードインターバルの前記種類を判断する、請求項１３から１５の何れか一項に記載の集積回路。

【請求項17】

前記ＯＦＤＭ信号は、リモートデバイスから受信される第１番目のＯＦＤＭ信号であり、
前記リモートデバイスから受信される前記第１番目のＯＦＤＭ信号の後の複数のＯＦＤＭ信号は、判断された前記ガードインターバルの前記種類に少なくとも部分的に基づいて処理される、請求項１３に記載の集積回路。

【請求項18】

前記インターバル選択ロジックは、前記ＯＦＤＭ信号の前記ガードインターバルの前記種類を判断する間に、前記グリーンフィールドプリアンブルに続いて受信される前記ＯＦＤＭ信号のシンボルをバッファリングするバッファを更に備え、
前記信号処理器は、前記ＯＦＤＭ信号を処理する前に、前記バッファに格納された前記シンボルのガードインターバルのビット長を、前記インターバル選択ロジックが判断した前記ガードインターバルの前記種類に基づいて選択的に調整する、請求項１３に記載の集積回路。

【発明の詳細な説明】

【技術分野】

【0001】

［優先権情報］
本出願は、２０１１年５月１８日出願の米国仮出願61/487,581号および２０１１年１１月２３日出願の米国仮出願61/563,409号の優先権を主張するものであり、上記出願の内容は、参照により本明細書に組み込まれる。

【背景技術】

【0002】

本発明の理解するための背景を、一般的に説明することを目的として、背景技術を説明する。以下、背景技術の章において説明される範囲および出願時には従来技術として認められていない側面の範囲において、本願発明者の仕事は、本開示に対して明示的にまたは非明示的にも、従来技術であるとは認めていない。

【0003】

現代のコンピュータシステムの多くは、物理的に接続されていない２つ以上のデバイス間の情報転送に、無線通信を利用している。無線通信では、ネットワーク接続の利便性が高いが、同時に、数多くの問題を伴う。そのうちの１つとして、無線通信が転送される無線チャネルからの干渉が挙げられる。

【0004】

例えば、ラップトップコンピュータが、無線アクセスポイントと通信を行う無線ネットワークを考える。ラップトップコンピュータからの信号が、多くの異なる経路を介してアクセスポイントに到着した場合に、干渉が発生することが考えられる。多くの異なる経路は、デバイス間に存在する障害や、壁からの反射の結果、発生すると考えられる。これは、多重伝播として知られており、符号間干渉を引き起こす可能性がある。そこで、無線コンピュータシステムは、符号間干渉を最小にする技術を利用してもよい。しかしながら、このような技術では、スループットが低下し、処理遅延が発生する。

【発明の概要】

【0005】

一実施形態において、無線通信デバイスは、直交周波数分割多重（ＯＦＤＭ）信号を受信する受信機を備える。ＯＦＤＭ信号は、グリーンフィールドプリアンブルを含む。無線通信デバイスは、グリーンフィールドプリアンブルに少なくとも部分的に基づいて、ＯＦＤＭ信号のガードインターバルの種類を判断するインターバル選択ロジックを備える。無線通信デバイスは、インターバル選択ロジックが判断したガードインターバルの種類に少なくとも部分的に基づいて、ＯＦＤＭ信号を処理する信号処理器を備える。

【0006】

別の実施形態では、インターバル選択ロジックは、ＯＦＤＭ信号がシングルストリーム通信であるかを判断する。

【0007】

別の実施形態では、ＯＦＤＭ信号は更に、グリーンフィールドプリアンブルに続く複数のデータシンボルを含む。

【0008】

別の実施形態では、信号処理器は、複数のデータシンボルの第１番目のシンボルを、ロングガードインターバルを有するデータシンボルとして処理し、複数のデータシンボルのうちの第１番目のデータシンボルよりも後のデータシンボルを、判断されたガードインターバルの種類に基づいて処理することにより、ＯＦＤＭ信号を処理する。

【0009】

別の実施形態では、インターバル選択ロジックは、（ｉ）ＯＦＤＭ信号のガードインターバルの種類、および、（ｉｉ）ＯＦＤＭ信号がシングルストリーム通信であるか、を判断するべく、ＳＩＧフィールドが、グリーンフィールドプリアンブルの最後のフィールドであるかを判断する。

【0010】

別の実施形態では、インターバル選択ロジックは、グリーンフィールドプリアンブルが、種類がショートガードインターバルであることを示すインジケータを有するＳＩＧフィールドを含むかを判断することにより、ガードインターバルの種類を判断する。

【0011】

別の実施形態では、ＯＦＤＭ信号は、リモートデバイスから受信する第１番目のＯＦＤＭ信号であり、リモートデバイスから受信する第１番目のＯＦＤＭ信号の後のＯＦＤＭ信号は、第１番目のＯＦＤＭ信号のガードインターバルの種類に少なくとも部分的に基づいて処理される。

【0012】

別の実施形態では、無線通信デバイスは、ＯＦＤＭ信号のガードインターバルの種類を判断すると同時に、インターバル選択ロジックは、グリーンフィールドプリアンブルに続いて受信されるＯＦＤＭ信号のシンボルをバッファリングするバッファを更に備える。

【0013】

別の実施形態では、信号処理器は、ＯＦＤＭ信号を処理する前に、バッファに格納されたシンボルのガードインターバルのビット長を、インターバル選択ロジックが判断したガードインターバルの種類に基づいて選択的に調整する。

【0014】

一実施形態では、方法は、グリーンフィールドプリアンブルを含む直交周波数分割多重信号（ＯＦＤＭ信号）を受信する段階を備える。方法は、グリーンフィールドプリアンブルから、ＯＦＤＭ信号のガードインターバルの種類を判断する段階を備える。方法は、判断されたガードインターバルの種類に少なくとも部分的に基づいて、ＯＦＤＭ信号を処理する段階を備える。

【0015】

別の実施形態では、方法は、ＯＦＤＭ信号がシングルストリーム通信であるかを判断する段階を備える。

【0016】

別の実施形態では、ＯＦＤＭ信号は、グリーンフィールドプリアンブルに続く複数のデータシンボルを含む。

【0017】

別の実施形態では、ＯＦＤＭ信号を処理する段階は、複数のデータシンボルの第１番目のシンボルを、ロングガードインターバルを有するデータシンボルとして処理する段階、および、複数のデータシンボルのうちの第１番目のデータシンボルよりも後のデータシンボルを、判断されたガードインターバルの種類に基づいて処理する段階を有する。

【0018】

別の実施形態では、ガードインターバルの種類を判断する段階は、ＯＦＤＭ信号が、ガードインターバルの種類としてショートガードインターバルを有するシングルストリーム通信であるかを判断するべく、ＳＩＧフィールドが、グリーンフィールドプリアンブルの最後のフィールドであるかを判断する段階を有する。

【0019】

別の実施形態では、ガードインターバルの種類を判断する段階は、グリーンフィールドプリアンブルが、ショートガードインターバルを指定するガードインターバル種類インジケータを有するＳＩＧフィールドを含むかを判断する段階を有する。

【0020】

別の実施形態では、ＯＦＤＭ信号は、リモートデバイスから受信する第１番目のＯＦＤＭ信号であり、リモートデバイスから受信する第１番目のＯＦＤＭ信号の後のＯＦＤＭ信号は、第１番目のＯＦＤＭ信号のガードインターバルの種類に少なくとも部分的に基づいて処理される。

【0021】

別の実施形態では、方法は、ガードインターバルの種類を判断すると同時に、グリーンフィールドプリアンブルに続いて受信されるＯＦＤＭ信号のシンボルをバッファリングする段階を備える。

【0022】

別の実施形態では、方法は、ＯＦＤＭ信号の判断されたガードインターバルの種類がショートである場合に、ＯＦＤＭ信号を処理する前に、バッファリングされたシンボルのガードインターバルのビット長を、選択的に調整する段階を備える。

【0023】

一実施形態では、集積回路は、グリーンフィールドプリアンブルを含む直交周波数分割多重信号（ＯＦＤＭ信号）を受信する受信機を備える。集積回路は、グリーンフィールドプリアンブルに少なくとも部分的に基づいて、ＯＦＤＭ信号のガードインターバルの種類を判断するインターバル選択ロジックを備える。集積回路は、インターバル選択ロジックが判断したガードインターバルの種類に少なくとも部分的に基づいて、ＯＦＤＭ信号を処理する信号処理器を備える。

【0024】

別の実施形態では、インターバル選択ロジックは、ＯＦＤＭ信号がシングルストリーム通信であるかを判断する。

【0025】

別の実施形態では、ＯＦＤＭ信号は更に、グリーンフィールドプリアンブルに続く複数のデータシンボルを含む。

【0026】

別の実施形態では、信号処理器は、複数のデータシンボルの第１番目のシンボルを、ロングガードインターバルを有するデータシンボルとして処理し、複数のデータシンボルのうちの第１番目のデータシンボルよりも後のデータシンボルを、判断されたガードインターバルの種類に基づいて処理することにより、ＯＦＤＭ信号を処理する。

【0027】

別の実施形態では、インターバル選択ロジックは、（ｉ）ＯＦＤＭ信号のガードインターバルの種類、および、（ｉｉ）ＯＦＤＭ信号がシングルストリーム通信であるか、を判断するべく、ＳＩＧフィールドが、グリーンフィールドプリアンブルの最後のフィールドであるかを判断する。

【0028】

別の実施形態では、インターバル選択ロジックは、グリーンフィールドプリアンブルが、種類がショートガードインターバルであることを示すインジケータを有するＳＩＧフィールドを含むかを判断することにより、ガードインターバルの種類を判断する。

【0029】

別の実施形態では、ＯＦＤＭ信号は、リモートデバイスから受信する第１番目のＯＦＤＭ信号であり、リモートデバイスから受信する第１番目のＯＦＤＭ信号の後のＯＦＤＭ信号は、第１番目のＯＦＤＭ信号のガードインターバルの種類に少なくとも部分的に基づいて処理される。

【0030】

別の実施形態では、集積回路は、ＯＦＤＭ信号のガードインターバルの種類を判断すると同時に、インターバル選択ロジックは、グリーンフィールドプリアンブルに続いて受信されるＯＦＤＭ信号のシンボルをバッファリングするバッファを更に備える。

【0031】

別の実施形態では、信号処理器は、ＯＦＤＭ信号を処理する前に、バッファに格納されたシンボルのガードインターバルのビット長を、インターバル選択ロジックが判断したガードインターバルの種類に基づいて選択的に調整する。

【0032】

本明細書に組み込まれその一部を構成する添付の図面には、様々なシステム、方法、および、本開示のその他の実施形態が例示されている。図面に例示された要素の境界（例えば、ボックス、複数のボックスからなるグループ、または、その他の形状）、一例に過ぎない。１つの要素が複数の要素として設計されたり、複数の要素が１つの要素として設計されたりしてもよい。また、別の要素の内部構成要素として示されている要素が、外部構成要素として実装されてもよいし、その反対であってもよい。更に、図面に示されている複数の要素は、必ずしも同じ縮尺で示されていない。

【図面の簡単な説明】

【0033】

【図1】ショートガードインターバルおよびグリーンフィールドプリアンブルを有するシングルストリーム通信の処理と関連する装置の一実施形態を示した図である。

【0034】

【図2】マルチストリーム信号およびシングルストリーム信号のグリーンフィールドプリアンブル形式の例を示した図である。

【0035】

【図3】ショートガードインターバルおよびグリーンフィールドプリアンブルを有するシングルストリーム通信の処理と関連する方法の一実施形態を示した図である。

【0036】

【図4】ショートガードインターバルおよびグリーンフィールドプリアンブルを有するシングルストリーム通信の処理と関連する集積回路の一実施形態を示した図である。

【0037】

【図5】ショートガードインターバルおよびグリーンフィールドプリアンブルを有するシングルストリーム通信の処理と関連する装置の一実施形態を示した図である。

【0038】

【図6】ショートガードインターバルおよびグリーンフィールドプリアンブルを有するシングルストリーム通信の処理と関連する方法の一実施形態を示した図である。

【0039】

【図7】ショートガードインターバルおよびグリーンフィールドプリアンブルを有するシングルストリーム通信の処理と関連する集積回路の一実施形態を示した図である。

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

【0040】

以下に、ショートガードインターバルおよびグリーンフィールドプリアンブルを含むシングルストリーム通信に関する方法、デバイスの例、および、その他の実施形態について記載する。無線通信デバイス、例えば、直交周波数分割多重（ＯＦＤＭ）で変調されるデバイスは、符号間干渉の影響を最小にするべく、情報を送信する際に、ガードインターバルを使用する。ガードインターバルは、通信において、データシンボルの前に配置され、次のシンボルが送信される前に、１つ前のシンボルからの干渉（例えば、マルチパス干渉）を消滅させる時間を与える役割を果たす。このように、送信デバイスは、ガードインターバルを使用して、次のデータシンボルに干渉を生じさせることを回避することができる。通信のガードインターバルには、例えば、短いもの（例えば、０．４μｓ）と長いもの（例えば、０．８μｓ）が存在する。ロングガードインターバルは、ショートガードインターバルと比較して、長い符号間干渉を最小にすることができる。しかしながら、ロングガードインターバルは、シンボルの大部分を占有してしまい、シンボルの短い部分を占有するショートガードインターバルと比較して、スループットが低くなる。したがって、様々な環境において、無線通信デバイスは、ショートガードインターバルを使用して情報を送信するか、ロングガードインターバルを使用して情報を送信するかを選択することができる。このようなシステムの例として、ＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｆ、ＩＥＥＥ ８０２．１１ａｈ規格等に準拠した無線ローカルエリアネットワーク（ＬＡＮ）システムが挙げられる。

【0041】

受信デバイスに、ガードインターバルの種類、および、その他通信に関する設定パラメータを通知するべく、送信デバイスは、通信の初めにプリアンブルを含める。通信を適切に解釈するために、受信デバイスは、プリアンブルをデコードして、ガードインターバルの種類およびその他通信の設定パラメータを判断する。しかしながら、プリアンブルのデコードには時間がかかることから、第１番目のデータシンボルが受信される前に完了せず、受信デバイスは、通信の第１番目のデータシンボルを受信する前に、ガードインターバルの種類を判断できない場合がある。

【0042】

例えば、ショートガードインターバルを使用するシングルストリームの通信を受信する無線デバイスを考える。無線デバイスは、ガードインターバルの種類およびその他通信の設定パラメータを判断するべく、プリアンブルのデコードを開始すると同時に、プリアンブルの後の通信の更なる部分も受信する。しかしながら、無線デバイスがガードインターバルの種類を判断し終える頃には、ショートガードインターバルの後の第１番目のデータシンボルの一部分が、すでに受信されている場合がある。このように、プリアンブルのデコードにラグタイムが発生することから、無線デバイスの通信の処理に問題が発生する場合がある。

【0043】

したがって、一実施形態では、送信デバイスは、通信における第１番目のデータシンボルに対してはロングガードインターバルを使用する通信を送信し、通信の次に続くデータシンボルの送信には、ショートガードインターバルを使用する。このようにすることで、受信デバイスは、次に続くデータシンボルに対して使用されるガードインターバルの種類を決定することができると同時に、第１番目のデータシンボルを常にロングガードインターバルを利用して処理することができる。別の実施形態では、第１番目のガードインターバルを常にロングガードインターバルとして処理する代わりに、受信デバイスは、ガードインターバルの種類が決定されるまで情報をバッファリングする。ガードインターバルの種類が分かると、受信デバイスは、バッファリングしておいた情報を、決定されたガードインターバル種類に従って処理することができる。

【0044】

［第１実施形態］
ロングガードインターバルおよび後に続くショートガードインターバル

【0045】

図１には、ショートガードインターバルおよびグリーンフィールドプリアンブルを有するシングルストリーム通信の処理と関連する、無線通信デバイス１００の一実施形態が示されている。無線通信デバイス１００は、アンテナ１１０Ａを有する受信機１１０、インターバル選択ロジック１２０、および、信号処理器１３０を備えてもよい。一実施形態では、受信機１１０は、リモートデバイス１４０から無線通信を受信するように構成される。リモートデバイス１４０は、例えば、アンテナ１４０Ａを有する無線ネットワークインターフェースカード（ＮＩＣ）である。リモートデバイス１４０は、無線アクセスポイント、ラップトップコンピュータ、スマートフォンに組み込まれてもよい。また、無線通信デバイス１００は、例えば、コンピュータ、スマートフォン、タブレットコンピュータ、ラップトップ、無線アクセスポイント、ネットワークインターフェースカード（ＮＩＣ）等である。

【0046】

リモートデバイス１４０は、無線周波数（ＲＦ）信号の形態で、無線通信デバイス１００に情報を提供する。一実施形態では、ＲＦ信号は、例えば、サブ１ＧＨｚ信号、実装される規格（例えば、ＩＥＥＥ８０２．１１ａｈ、ＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ａｃ等）に準拠するように生成された信号、第３世代移動体通信（３Ｇ）規格に準拠する信号、３ＧＰＰロングタームエボリューション（ＬＴＥ）に準拠する信号等である。

【0047】

一実施形態では、無線周波数信号は、直交周波数分割多重（ＯＦＤＭ）に従ってエンコードされる。したがって、リモートデバイス１４０は、ＯＦＤＭ信号を無線通信デバイス１００に送信して、情報を提供する。一実施形態では、ＯＦＤＭ信号は、複数のデータシンボルが後に続くプリアンブルを有する。リモートデバイス１４０は、通信において、グリーンフィールドプリアンブルを使用してもよい。グリーンフィールドプリアンブルは、レガシーデバイスとの互換性を考慮していないプリアンブルの一種である。グリーンフィールドプリアンブルは、レガシーデバイスとの互換性の提供に必要なビットを含まないので、送信オーバーヘッドが少ない（例えば、ビット数が少ない）。そこで、グリーンフィールドプリアンブルを、マルチストリーム通信（例えば、ＭＩＭＯ８０２．１１ｎ）通信のような高スループット通信で使用してもよい。しかしながら、複数ストリームについての設定情報を提供するのにより多くのフィールドが含まれることから、マルチストリーム通信では、プリアンブルの複雑性が増している。そこで、リモートデバイス１４０は、シングルストリーム通信でグリーンフィールドプリアンブルを使用するように構成されてもよい。

【0048】

一実施形態において、インターバル選択ロジック１２０は、例えば、ガードインターバル種類が時間依存性を有するかを知るために、ＯＦＤＭ信号がシングルストリームであるかを判断する。インターバル選択ロジック１２０は、信号処理器１３０を制御して、ロングガードインターバルと、それに続くデータセグメントの残りのデータシンボに対するガードインターバルの種類（例えば、ロングまたはショート）とのパターンに従って、ＯＦＤＭ信号のデータセグメントを処理する。更に、インターバル選択ロジック１２０は、信号処理器１３０を制御して、データセグメントにおけるロングガードインターバルと、そのデータセグメントにおける残りのデータシンボルに対して決定されたガードインターバルの種類（例えば、ロングまたはショート）の同じパターンに従って、マルチストリーム通信を処理してもよい。

【0049】

別の実施形態では、通信がシングルストリーム通信である場合、ガードインターバルの種類は常にショートである。したがって、インターバル選択ロジック１２０は、ガードインターバルの種類を決定するのに、通信がマルチストリーム通信であるかシングルストリーム通信であるかを判断する。ＯＦＤＭ信号がシングルストリーム通信である場合、インターバル選択ロジック１２０は、信号プロセッサ１３０を制御して、データセグメントの残りのデータシンボルに対するショートガードインターバルが続くロングガードインターバルのパターンに従って、ＯＦＤＭ信号のデータセグメントを自動的に処理させてもよい。

【0050】

シングルストリーム通信にショートガードインターバルを使用する場合に発生する可能性のある問題（例えば、処理遅延）の一例を、図２を参照して説明する。図２には、マルチストリーム通信２００の一例およびシングルストリーム通信２１０の一例が時間軸に沿って示されている。マルチストリーム通信２００は、グリーンフィールドプリアンブル２０５およびこれに続くデータセグメント２４０を有する。一実施形態では、データセグメント２４０は、それぞれの前にガードインターバルが挿入されている複数のデータシンボルを含む。グリーンフィールドプリアンブル２０５は、ショートトレーニングフィールド（ＳＴＦ）２２０、第１ロングトレーニングフィールド（ＬＴＦ１）２２５、信号（ＳＩＧ）フィールド２３０、および、第１番目以降の更なるストリームそれぞれについて１つの更なるＬＴＦフィールド２３５を含む。シングルストリーム通信２１０は、マルチストリーム通信２００と同じフィールド２２０、２２５および２３０を含むグリーフィールドプリアンブル２１５を有する。比較を簡単にするため、シングルストリーム通信２１０は、マルチストリーム通信２００と同じデータセグメント２４０を有するように示されている。しかしながら、グリーンフィールドプリアンブル２１５は、通信２１０がシングルストリームであることから、更なるＬＴＦ２３５を含まない。詳細には説明しないが、プリアンブル２０５および２１５は、１以上のガードインターバルを含む。例えば、プリアンブル２０５および２１５は、各フィールドの前に、ロングガードインターバルを含むことができる、すなわち、フィールド２２０、２２５、２３０および２３５それぞれの前にロングガードインターバルを含むことができる。しなしながら、プリアンブルのロングガードインターバルが本開示の論点ではないので、詳細な説明は省略する。

【0051】

一実施形態において、プリアンブル２１５のＳＩＧフィールド２３０は、設定パラメータ２３１−２３４のセットを含む。設定パラメータ２３１−２３４のセットは、データセグメント２４０のシンボル間で使用されるガードインターバル（例えば、フィールド２３２）の種類を規定するインジケータを含む。シングルストリーム通信２１０では、ＳＩＧフィールド２３０は、データセグメント２４０の直前に配置される。したがって、受信機は、データセグメント２４０を受信する前に、ＳＩＧフィールド２３０からガードインターバルの種類をデコードするのに、限られた期間を有する。シングルストリーム通信の場合、データセグメント２４０におけるショートガードインターバルが終了する前に、ＳＩＧフィールド２３０をデコードするのが難しい場合が発生する。

【0052】

比較のため、通信２００および２１０が、２つの別個のデバイスで平行に受信された場合を考える。点線２５０は、通信２００および２１０の受信の間に、ＳＩＧフィールド２３０からのガードインターバルの種類のデコードが完了した時点を表している。点線２４５は、通信２１０において、第１ショートガードインターバルの終了点と、データセグメント２４０の第１データシンボルのデータ開始点との間の境界を示している。このように、ショートガードインターバルを有するシングルストリーム通信２１０を受信するデバイスにおいて、ガードインターバルの種類のデコードは、例えば、ショートガードインターバルが２４５で過ぎた後、２５０で完了する。これに対して、マルチストリーム通信２００では、ガードインターバルの種類のデコードが２５０の時点で終了する場合、２５０の時点で、グリーンフィールドプリアンブル２０５の一部分を依然として受信している。この時点は、２４５において境界を有するガードインターバルを含むマルチストリーム通信２００のデータセグメント２４０が受信され始める時点よりも前である。

【0053】

そこで、図１のインターバル選択ロジック１２０は、シングルストリーム通信２１０のデータセグメント２４０における第１番目のガードインターバルを、ロングガードインターバルとして、および、その後のガードインターバルをＳＩＧフィールド２３０に示される種類（例えば、ショートまたはロング）に基づいて、信号処理器１３０に処理させる。この実施形態では、リモートデバイス１４０も、この設定に従って通信を生成するように構成される。すなわち、リモートデバイス１４０は、データセグメントの第１番目のガードインターバルをロングガードインターバルとして、および、それ以降のガードインターバルをＳＩＧフィールド２３０に示される種類（例えば、ショートインターバルまたはロングインターバル）に従って有するシングルストリーム通信として生成するように構成される。このようにして、デバイスは、シングルストリーム通信において、ガードインターバルをデコードする際に発生するタイムラグに関する問題を最小にすることができる。

【0054】

インターバル選択ロジック１２０は、通信がシングルストリーム通信であるかに基づいて通信のガードインターバルの種類を判断してもよく、これは、シングルストリーム通信においてはガードインターバルの種類を判断することは時間に依存するからである。インターバル選択ロジック１２０は、例えば、（ｉ）通信がシングルストリーム通信であることを示すＳＩＧフィールド２３０における１以上のパラメータに基づいて、（ｉｉ）ＳＩＧフィールド２３０が、データセグメント２４０の前のプリアンブルにおける最後のフィールドであるかに基づいて、または、（ｉｉｉ）ＳＩＧフィールドがガードインターバル種類インジケータフィールドを含むと判断されたかに基づいて、通信がシングルストリームであるかを判断するように構成される。

【0055】

そして、リモートデバイス１４０は、全通信について、ロングガードインターバルの後に選択された種類のガードインターバル（例えば、ショートまたはロング）が続く形式で、データセグメントを提供してもよい。例えば、リモートデバイス１４０は、シングルストリーム通信であるかマルチストリーム通信であるかに関わらず、全てのデータセグメント２４０を、ロングガードインターバルの後に続くデータセグメント２４０のデータシンボルに対して選択された種類のガードインターバルが続く形式で生成してもよく、ガードインターバルの選択された種類は、プリアンブルにおけるＳＩＧフィールド２３０で通知されてもよい。図２を再び参照して、通信２００および２１０の境界マーカー２４５が、データセグメント２４０におけるロングガードインターバルの終点を示すことについて考える。データセグメント２４０は、ロングガードインターバルに続く、ＳＩＧフィールド２３０によって指定された種類（例えば、ロングまたはショート）のガードインターバル（図示せず）を含む。したがって、リモートデバイス１４０からの通信についてのガードインターバルの種類が既知となると、インターバル選択ロジック１２０は、同じ通信において、リモートデバイス１４０から受信する残りのデータシンボルに対して同じガードインターバル種類を使用するように構成される。

【0056】

一実施形態では、インターバル選択ロジック１２０は、一通信毎に、ガードインターバルの種類を判断するように構成される。すなわち、インターバル選択ロジック１２０は、受信される通信（例えば、各パケット毎）毎に、ガードインターバルの種類を判断する。別の実施形態では、インターバル選択ロジック１２０は、信号処理器１３０に、同じデバイスからの前の通信から判断したガードインターバルの種類に従って、通信を処理させる。この場合、複数の通信（例えば、複数のパケット）が同じデバイスから受信された場合、インターバル選択ロジックは１２０は、そのデバイスに対して前に判断されたガードインターバルの種類を使用する。このようにして、インターバル選択ロジック１２０は、デバイスからの通信に対するガードインターバルの種類を１度のみ判断してもよい。

【0057】

無線通信デバイス１００の詳細を、図３を参照して説明する。図３には、ショートガードインターバルおよびグリーンフィールドプリアンブルを含むシングルストリームの処理に関連する方法３００の一実施形態が示されている。図３は、図１の無線通信デバイス１００が、リモートデバイス１４０から送信された通信で使用されるガードインターバルの種類を判断するのに実装および実行する方法３００といった側面で説明される。以下の説明では、１つのリモートデバイス１４０の場合について説明されるが、複数のリモートデバイスが同時に無線通信デバイス１００と通信を行ってもよい。

【0058】

方法３００は、段階３１０において、無線通信デバイス１００が、リモートデバイス１４０からＯＦＤＭ信号を受信する時点から開始される。無線通信デバイス１００は、ある期間にわたって、リモートデバイス１４０からＯＦＤＭ信号を漸進的に受信する。したがって、ＯＦＤＭ信号によって実現されている通信全体（例えば、パケット）は、即時に処理可能とならない。しかしながら、通信の第１番目のセグメントは、設定情報を有するプリアンブルを含み、通信の更なるセグメントを受信すると同時に、設定情報を処理することができる。

【0059】

そこで、段階３２０において、無線通信デバイス１００は、ＯＦＤＭ信号のガードインターバルの種類を、例えば、受信済みのＯＦＤＭ信号の部分（例えば、プリアンブルにおけるＳＩＧフィールド）から判断する。ガードインターバルの種類の判断は、複数の異なる態様で実行できる。例えば、信号がシングルストリーム通信である場合は、ガードインターバルは、常にショートガードインターバルであってもよい。この場合の例では、方法３００は、通信がシングルストリーム通信か否かを判断することによって、ガードインターバルの種類を判断する。信号がシングルストリーム通信であると判断するべく、無線通信デバイス１００は、例えば、ＳＩＧフィールドが、ｉ）プリアンブルの最後のフィールドであるか、および、ｉｉ）データセグメントの直前であるか判断してもよく、また、ＳＩＧフィールドにおけるインジケータフィールドを確認してもよい。

【0060】

別の実施形態では、段階３２０において、方法３００は、ＯＦＤＭ信号のプリアンブルにおけるガード種類インジケータをデコードすることにより（例えば、シングルストリーム通信またはマルチストリーム通信のプリアンブルにおけるＳＩＧフィールドをデコードすることにより）、ガードインターバルの種類を判断してもよい。ガード種類インジケータは、信号が、現在の通信のデータセグメントにおいて、ショートガードインターバルまたはロングガードインターバルを使用しているかを特定する。別の実施形態では、段階３２０において、方法３００は、信号がシングルストリーム通信であるかを最初にチェックし、次に、プリアンブルにおけるガードインターバル種類のインジケータをチェックすることによって、ガードインターバルの種類を判断してもよい。

【0061】

段階３３０において、ＯＦＤＭ信号が処理される。ブロック３３０は、ブロック３２０と平行にまたは実質的に平行に実行されてもよい。例えば、段階３２０においてガードインターバル種類が判断されると、無線通信デバイス１００は、プリアンブルの後に発生する信号のデータセグメントの最初の部分（例えば、第１番目のＯＦＤＭデータシンボル）を受信し、処理を開始する。無線通信デバイス１００が、第１番目のデータセグメントの処理を開始した時点で、信号をどのようにエンコードするかを記載したプリアンブルからの設定パラメータは、処理遅延により、まだデコードされていない。そこで、無線通信デバイス１００は、ＯＦＤＭ信号のデータセグメントにおける第１番目のデータシンボルを、所定の設定に従って処理する。一実施形態において、所定の設定には、ＯＦＤＭ信号の第１番目のデータシンボルに対する第１ガードインターバルを常に、ロングガードインターバルとして処理することを含む。この場合、設定情報がデコードされる前に受信される第１番目のデータシンボルに対する処理遅延が発生しない。

【0062】

段階３４０において、無線通信デバイス１００は、少なくとも部分的に、方法３００のブロック３２０の判断に基づいて、次に続くデータシンボルを処理することができる。データセグメントの第１番目のデータシンボルを所定の設定に従って処理する場合、リモートデバイス１４０は、所定の設定に従ってＯＦＤＭ信号を提供する。

【0063】

図４には、別個の集積回路および／またはチップを有するように構成された図１の無線通信デバイス１００の更なる実施形態が示されている。この実施形態では、図１の受信機１１０が、別個の集積回路４１０として実装されている。アンテナ１１０Ａも、個別の集積回路４４０として実装される。また、インターバル選択ロジック１２０が、別個の集積回路４２０として実装される。信号処理器１３０も別個の集積回路４３０として実装される。これら回路は、通信信号と、接続経路を介して接続される。図では、集積回路４１０、４２０、４３０および４４０が別個の集積回路として示されているが、これらは、共通の回路基板４００に組み込まれてもよい。また、集積回路４１０、４２０、４３０および４４０は、これより少ない数の集積回路に組み合されてもよいし、これよい多い数の集積回路に分割されてもよい。また、別の実施形態では、信号処理器１３０、インターバル選択ロジック１２０および受信機１１０（図では、それぞれ集積回路４３０、４２０および４１０と示されている）は、別個のアプリケーション固有集積回路に組み合わせられてもよい。その他の実施形態では、インターバル選択ロジック１２０および信号処理器１３０と関連付けられた機能部分は、プロセッサが実行可能であり非一時的メモリに格納されるファームウェアとして実装されてもよい。

【0064】

［第２実施形態］
ガードインターバル種類を判断すると同時にＯＦＤＭ信号をバッファリングする。

【0065】

図５には、図１の無線通信デバイス１００と同様な要素を含む無線通信デバイス５００が示されている。例えば、無線通信デバイス１００と同様に、無線通信デバイス５００は、アンテナ５１０Ａを有する受信機５１０、インターバル選択ロジック５２０、および、信号処理器５３０を備える。そして、無線通信デバイス５００は更に、バッファ５４０を備える。受信機５１０は、例えば、リモートデバイス５５０のようなリモートデバイスから、ＯＦＤＭ信号の形式の通信を受信するように構成される。リモートデバイス５５０は、図１のリモートデバイス１４０と同様なデバイスである。

【0066】

一実施形態において、インターバル選択ロジック５２０は、通信のガードインターバルの種類を判断するように構成される。インターバル選択ロジック５２０は、複数の異なる態様で、ガードインターバルの種類を判断してもよい。一実施形態では、インターバル選択ロジック５２０は、ＯＦＤＭ信号のプリアンブルにおけるガード種類インジケータをデコードすることにより、ガードインターバルの種類を判断してもよい。ガード種類インジケータは、信号がショートガードインターバルを使用しているかまたはロングガードインターバルを使用しているかを、例えば、ガード種類インジケータフィールドに、ビット"１"または"０"を設定することによって、示す。別の実施形態では、インターバル選択ロジック５２０は、信号がシングルストリーム通信であるかを最初にチェックし、次に、プリアンブルにおけるガードインターバル種類のインジケータをチェックすることによって、ガードインターバルの種類を判断してもよい。

【0067】

インターバル選択ロジック５２０がガードインターバル種類を判断している間に、バッファ５４０は、入力されるＯＦＤＭ信号をバッファリングする。例えば、図２を参照して上記で説明したように、シングルストリーム通信におけるデータセグメントのガードインターバルの種類のデコードは、指定されたガードインターバル種類で第１番目のデータシンボルの処理を行う時間までに、終了しない。そこで、一実施形態では、受信機５１０は、受信する情報をバッファ５４０にバッファリングして、インターバル選択ロジック５２０が信号のガードインターバル種類をデコードするのに十分な時間を与える。このようにすることで、リモートデバイス５５０が遅延を考慮した特定の方法で通信を生成する必要がなく、無線通信デバイス５００は、ガードインターバル種類をデコードすることにより発生する遅延を最小にすることができる。

【0068】

また、ガードインターバルの種類の判断が終了した時点で、インターバル選択ロジック５２０が、ガードインターバルの種類を信号処理器５３０に提供するように構成してもよい。一実施形態では、通信がショートガードインターバルを有する場合、信号処理器５３０は、ガードインターバルの種類を考慮して、バッファリングされたデータシンボルのビット長を調整する。

【0069】

無線通信デバイス５００の詳細について、図６を参照して説明する。図６には、ショートガードインターバルおよびグリーンフィールドプリアンブルを有するシングルストリーム通信の処理と関連する方法６００の一実施形態が示されている。図６では、リモートデバイス５５０から送信された通信で使用されるガードインターバルの種類を判断するべく、方法６００が実装され、図５の無線通信デバイス５００によって実行される場合について説明する。以下の説明では、１つのリモートデバイス５５０の場合について説明されるが、複数のリモートデバイスが同時に無線通信デバイス５００と通信を行ってもよい。

【0070】

方法６００は、段階６１０において、無線通信デバイス５００が、リモートデバイス５５０からＯＦＤＭ信号を受信する時点から開始する。段階６２０において、無線通信デバイス５００は、ＯＦＤＭ信号を受信するとそのＯＦＤＭ信号をバッファリングする。一実施形態では、段階６１０、６２０および６３０は、ほぼ並列に発生する。例えば、段階６３０において、無線通信デバイス５００が、ガードインターバルの種類がショートガードインターバルであるかを判断すると同時に、受信したＯＦＤＭ信号がバッファリングされる。通信をバッファリングすることにより、無線通信デバイスは、プリアンブルにおける設定パラメータが特定されるまで、通信の処理を延期することができる。設定パラメータは、ガードインターバルの種類と、例えば、通信がシングルストリームであるか、通信で使用される符号化の種類等を示す情報とを含む。

【0071】

通信がショートガードインターバルを使用してエンコードされる場合、方法６００は段階６４０に進む。段階６４０において、無線通信デバイス５００は、例えば、バッファされたデータシンボルのガードインターバルのビット長を、ショートガードインターバルに適合するように調整する。一実施形態において、通信がショートガードインターバルを使用する場合、信号の処理を、初期設定のインターバル（例えば、ロングガードインターバル）から、短い期間に変更して、データシンボルの最初の部分が失われないように、または、ロングガードインターバルの一部として不適切に処理されないようにしてもよい。

【0072】

段階６５０では、無線通信デバイス５００は、エンコードされたガードインターバル種類が特定された後に、ＯＦＤＭ信号における第１番目のデータシンボルを処理することができる。この場合、ＯＦＤＭ信号のプリアンブルをデコードすることによって発生するラグタイムの問題を回避することができる。

【0073】

図７には、別個の複数の集積回路および／またはチップで構成された図５の無線通信デバイス５００の更なる実施形態が示されている。この実施形態では、図５のインターバル選択ロジック５２０を、別個の集積回路７２０として実装している。また、受信機５１０が、個別の集積回路７１０に実装される。受信機５１０Aも、個別の集積回路７５０に実装される。信号プロセッサ５３０およびバッファ５４０もそれぞれ、別個の集積回路７３０および集積回路７４０に実装される。回路は、接続経路を介して、信号と通信を行う。図では、集積回路７１０、７２０、７３０、７４０および７５０が別個の集積回路として示されているが、これらは、共通の回路基板７００に組み込まれてもよい。また、集積回路７１０、７２０、７３０、７４０および７５０は、これより少ない数の集積回路に組み合されてもよいし、これよい多い数の集積回路に分割されてもよい。また、別の実施形態では、インターバル選択ロジック５２０、信号処理器５３０およびバッファ５４０（図では、それぞれ集積回路７２０、７３０および７４０と示されている）は、別個のアプリケーション固有集積回路に組み合わせられてもよい。その他の実施形態では、インターバル選択ロジック５２０、信号処理器５３０およびバッファ５４０と関連付けられた機能部分は、プロセッサが実行可能であり非一時的メモリに格納されるファームウェアとして実装されてもよい。

【0074】

以下に、本明細書で使用された用語の定義について記す。定義は、言葉の範囲内に含まれ、実装に使用されてもよい様々な例および／または形態を含む。例は、以下に列挙するものに限定されない。また、用語の単数形および複数形は、定義の内に含まれる。

【0075】

"一実施形態"、"ある実施形態"、"一例"、"ある例"等の言葉は、記載される実施形態または例が、特定の特徴、構造、性質、要素または限定を含むことを示唆するが、必ずしも全ての実施形態または例が、これら特定の特徴、構造、性質、特性、要素または限定を含むことを意味しない。また、"一実施形態では"という言葉が繰り返し使用されるが、これは必ずしも、同じ実施形態を指してるわけではない。

【0076】

本明細書で使用される"ロジック"という言葉は、これに限定されないが、ハードウェア、ファームウェア、非一時的媒体に格納される命令または機械で実行される命令、および／または、別のロジック、方法および／またはシステムからの機能または動作を引き起こすおよび／または機能または動作を実行するこれらの組み合わせを含む。ロジックは、ソフトウェア制御マイクロプロセッサ、ディスクリートロジック（例えば、ＡＳＩＣ）、アナログ回路、デジタル回路、プログラムされたロジックデバイス、命令を含むメモリデバイス等を含む。ロジックは、１以上のゲート、ゲートの組み合わせ、そのほかの回路構成要素を含んでもよい。複数のロジックについて記載される場合であっても、複数のロジックを１つの物理的ロジックに組み込むことが可能である。同様に、１つのロジックが記載されている場合であっても、１つのロジックを、物理的に複数のロジック間で分担させることが可能である。本明細書に記載された構成要素および機能の１以上が、ロジック要素の１以上を使用して実装されてもよい。

【0077】

説明を単純にするために、例示の方法は、一連のブロック図で示されている。方法は、ブロックの順番に限定されず、一部のブロックが、説明されたのとは、異なる順番で発生してもよいおよび／またはその他のブロックと同時に発生してもよい。更に、例示された複数のブロックの全てよりも少ないブロックを使用して、例示した方法が実装されてもよい。複数のブロックが、組み合わせられてもよいし、複数の構成要素に分割されてもよい。また、更なるおよび／または代替の方法では、図示されていないブロックを更に採用してもよい。

【0078】

詳細な説明または特許請求の範囲で使用されている"含む（includes or including）"という言葉は、特許請求の範囲を記載する際に使用される移行句"備える（comprising）"と同様な態様で、要素を包括することを意図して使用されている。

【0079】

システムおよび方法等の例が、複数の例を挙げて、数多くの詳細事項と共に説明されたが、本願は、このような詳細事項によって、添付の特許請求の範囲が制限されることを意図していない。無論、本明細書に記載するシステム、方法等を説明する目的で、構成要素または方法の考え得る全ての組み合わせを記載するのは不可能である。したがって、本開示は、特定の詳細事項に限定されず、図示および説明された代表的装置および例に限定されない。したがって、本願は、添付の特許請求の範囲内において、変更、改良および変形を含むことを意図している。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】