特許 7245771 多入力多出力通信のための方法およびデバイス

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

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

(11)【特許番号】

(24)【登録日】2023-03-15

(45)【発行日】2023-03-24

(54)【発明の名称】多入力多出力通信のための方法およびデバイス

(51)【国際特許分類】

   H04B 7/06 20060101AFI20230316BHJP

   H04B 7/0413 20170101ALI20230316BHJP

   H04J 1/00 20060101ALI20230316BHJP

   H04L 27/26 20060101ALI20230316BHJP

   H04W 16/28 20090101ALI20230316BHJP

   H04W 72/0446 20230101ALI20230316BHJP

   H04W 72/0453 20230101ALI20230316BHJP

   H04W 72/20 20230101ALI20230316BHJP

【ＦＩ】

H04B7/06 984

H04B7/0413

H04J1/00

H04L27/26 100

H04L27/26 114

H04W16/28 130

H04W72/0446

H04W72/0453 110

H04W72/20

【請求項の数】 15

(21)【出願番号】P 2019507861

(86)(22)【出願日】2017-07-26

(65)【公表番号】

(43)【公表日】2019-11-28

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

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

(87)【国際公開日】2018-02-15

【審査請求日】2019-04-08

【審判番号】

【審判請求日】2021-10-29

(31)【優先権主張番号】201610665087.3

(32)【優先日】2016-08-12

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

(73)【特許権者】

【識別番号】391030332

【氏名又は名称】アルカテル・ルーセント

(73)【特許権者】

【識別番号】513311642

【氏名又は名称】ノキア ソリューションズ アンド ネットワークス オサケユキチュア

(74)【代理人】

【識別番号】100094112

【弁理士】

【氏名又は名称】岡部 讓

(74)【代理人】

【識別番号】100106183

【弁理士】

【氏名又は名称】吉澤 弘司

(72)【発明者】

【氏名】ス，リン

(72)【発明者】

【氏名】チャン，ミン

(72)【発明者】

【氏名】ワン，シャオイ

(72)【発明者】

【氏名】シェ，フランク

【合議体】

【審判長】猪瀬 隆広

【審判官】丸山 高政

【審判官】土居 仁士

(56)【参考文献】

【文献】特開２０１４－５２９２２７（ＪＰ，Ａ）

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

H04B

H04J

H04L

H04W

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

【請求項1】

多入力多出力（ＭＩＭＯ）通信のための方法であって、
端末デバイスにおいて、ネットワーク・デバイスからのスケジューリング情報を受信するステップであって、前記スケジューリング情報が、少なくとも、前記端末デバイスの復調基準信号（ＤＭＲＳ）および少なくとも１つのさらなる端末デバイスのさらなるＤＭＲＳによって共有される物理リソース・ブロックと、前記物理リソース・ブロックの各々における前記ＤＭＲＳおよび前記さらなるＤＭＲＳに割り当てられた複数の異なる副搬送波とを示し、前記物理リソース・ブロックの数が、前記端末デバイスと前記少なくとも１つのさらなる端末デバイスの総数で割り切れない、受信するステップと、
前記物理リソース・ブロックを構成する副搬送波のうち前記ＤＭＲＳが使用する副搬送波の数を決定するステップと
前記ＤＭＲＳを生成するステップであって、前記ＤＭＲＳの長さが、前記物理リソース・ブロックの前記数と、前記物理リソース・ブロックに関連する副搬送波の前記数と、前記少なくとも１つのさらなる端末デバイスの数とに基づいて決定される、生成するステップと、
前記物理リソース・ブロックにおける前記ＤＭＲＳに割り当てられた前記副搬送波で前記ＤＭＲＳを前記ネットワーク・デバイスに送信するステップと
を含む、方法。

【請求項2】

前記副搬送波の前記数および前記物理リソース・ブロックの前記数に比例し、前記端末デバイスと前記少なくとも１つのさらなる端末デバイスの前記総数に反比例するように前記長さを決定するステップと
をさらに含む、請求項１に記載の方法。

【請求項3】

前記ＤＭＲＳを生成するステップが、
前記長さに基づいてＺａｄｏｆｆ－Ｃｈｕシーケンスまたはさらなる長さのＤＭＲＳを切り捨てることによって前記ＤＭＲＳを生成するステップ
を含む、請求項１に記載の方法。

【請求項4】

前記ＤＭＲＳを生成するステップが、前記長さに基づいてさらなる長さのさらなるＤＭＲＳを切り捨て、前記さらなる長さの前記切り捨てられたＤＭＲＳを巡回的に拡張することによって、前記ＤＭＲＳを生成するステップを含む、請求項１に記載の方法。

【請求項5】

前記ＤＭＲＳを生成するステップが、前記長さに基づいてＺａｄｏｆｆ－Ｃｈｕシーケンスまたはさらなる長さのＤＭＲＳを巡回的に拡張することによって前記ＤＭＲＳを生成するステップを含む、請求項１に記載の方法。

【請求項6】

多入力多出力（ＭＩＭＯ）通信のための方法であって、
スケジューリング情報を生成するステップであって、前記スケジューリング情報が、少なくとも、複数の端末デバイスの複数の復調基準信号（ＤＭＲＳ）によって共有される物理リソース・ブロックと、前記物理リソース・ブロックの各々における前記複数のＤＭＲＳに割り当てられた複数の異なる副搬送波とを示し、前記物理リソース・ブロックの数が、前記複数の端末デバイスの総数で割り切れない、生成するステップと、
前記スケジューリング情報を前記複数の端末デバイスに送信するステップと、
前記物理リソース・ブロックにおける前記複数のＤＭＲＳにそれぞれ割り当てられた前記副搬送波上の前記複数の端末デバイスからの前記複数のＤＭＲＳを受信するステップであって、前記受信されたＤＭＲＳの長さが、前記物理リソース・ブロックを構成する副搬送波のうち前記ＤＭＲＳが使用する副搬送波の数、前記物理リソース・ブロックの前記数、および前記複数の端末デバイスの数に基づき、前記搬送波の前記数、前記物理リソース・ブロックの前記数、および前記複数の端末デバイスの前記数は、前記スケジューリング情報が示す情報に基づいて決定される、受信するステップと
を含む、方法。

【請求項7】

前記複数の端末デバイスからの前記複数のＤＭＲＳがインターリーブ信号を形成できるように前記物理リソース・ブロックにおける前記副搬送波の割り当てを決定するステップをさらに含む、請求項６に記載の方法。

【請求項8】

前記複数の受信したＤＭＲＳに基づいて前記複数の端末デバイスに対してチャネル推定を実行するステップをさらに含む、請求項６に記載の方法。

【請求項9】

端末デバイスであって、
ネットワーク・デバイスからのスケジューリング情報を受信するように構成されたトランシーバであって、前記スケジューリング情報が、少なくとも、前記端末デバイスの復調基準信号（ＤＭＲＳ）および少なくとも１つのさらなる端末デバイスのさらなるＤＭＲＳによって共有される物理リソース・ブロックと、前記物理リソース・ブロックの各々における前記ＤＭＲＳおよび前記さらなるＤＭＲＳに割り当てられた複数の異なる副搬送波とを示し、前記物理リソース・ブロックの数が、前記端末デバイスと前記少なくとも１つのさらなる端末デバイスの総数で割り切れない、トランシーバと、
前記ＤＭＲＳを生成するように構成されたコントローラであって、前記コントローラは、前記物理リソース・ブロックに関連する副搬送波の数を決定し、前記ＤＭＲＳの長さが、前記物理リソース・ブロックを構成する副搬送波のうち前記ＤＭＲＳが使用する前記副搬送波の前記数と、前記物理リソース・ブロックの前記数と、前記少なくとも１つのさらなる端末デバイスの数とに基づいて決定される、コントローラと
を含み、
前記トランシーバが、前記物理リソース・ブロックにおける前記ＤＭＲＳに割り当てられた前記副搬送波で前記ＤＭＲＳを前記ネットワーク・デバイスに送信するようにさらに構成された、端末デバイス。

【請求項10】

前記コントローラが、
前記副搬送波の前記数および前記物理リソース・ブロックの前記数に比例し、前記端末デバイスと前記少なくとも１つのさらなる端末デバイスの前記総数に反比例するように前記長さを決定する
ようにさらに構成された、請求項９に記載の端末デバイス。

【請求項11】

前記コントローラが、
前記長さに基づいてＺａｄｏｆｆ－Ｃｈｕシーケンスまたはさらなる長さのＤＭＲＳを切り捨てることによって前記ＤＭＲＳを生成する
ようにさらに構成された、請求項９に記載の端末デバイス。

【請求項12】

前記コントローラが、
前記長さに基づいてさらなる長さのさらなるＤＭＲＳを切り捨て、前記さらなる長さの前記切り捨てられたＤＭＲＳを巡回的に拡張することによって、前記ＤＭＲＳを生成するようにさらに構成された、請求項９に記載の端末デバイス。

【請求項13】

前記コントローラが、前記長さに基づいてＺａｄｏｆｆ－Ｃｈｕシーケンスまたはさらなる長さのＤＭＲＳを巡回的に拡張することによって前記ＤＭＲＳを生成するようにさらに構成された、請求項９に記載の端末デバイス。

【請求項14】

スケジューリング情報を生成するように構成されたコントローラであって、前記スケジューリング情報が、少なくとも、複数の端末デバイスの複数の復調基準信号（ＤＭＲＳ）によって共有される物理リソース・ブロックと、前記物理リソース・ブロックの各々における前記複数のＤＭＲＳに割り当てられた異なる副搬送波とを示し、前記物理リソース・ブロックの数が、前記複数の端末デバイスの総数で割り切れない、コントローラと、
前記スケジューリング情報を前記複数の端末デバイスに送信し、
前記物理リソース・ブロックにおける前記複数のＤＭＲＳにそれぞれ割り当てられた前記副搬送波上の前記複数の端末デバイスからの前記複数のＤＭＲＳを受信する
ように構成されたトランシーバであって、前記受信されたＤＭＲＳの長さが、前記物理リソース・ブロックの数と、前記物理リソース・ブロックを構成する副搬送波のうち前記ＤＭＲＳが使用する副搬送波の数と、前記複数の端末デバイスの前記数とに基づき、前記搬送波の前記数、前記物理リソース・ブロックの前記数、および前記複数の端末デバイスの前記数は、前記スケジューリング情報が示す情報に基づいて決定される、トランシーバと
を含むネットワーク・デバイス。

【請求項15】

前記コントローラが、
前記複数の端末デバイスからの前記複数のＤＭＲＳがインターリーブ信号を形成できるように前記物理リソース・ブロックにおける前記副搬送波の割り当てを決定する
ようにさらに構成された、請求項１４に記載のネットワーク・デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、一般に、通信の技術に関し、より詳細には、多入力多出力（ＭＩＭＯ）通信のための方法、ならびに対応する端末デバイスおよびネットワーク・デバイスに関する。

【背景技術】

【0002】

現在、マルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）技術が、ロング・ターム・エボリューション（ＬＴＥ）システムのために提案されている。ＭＵ－ＭＩＭＯ技術は、部分的にオーバーラップする帯域幅またはリソースを複数の端末デバイスに割り当てることを含み、それゆえに、ＭＵ－ＭＩＭＯにおいてインターリーブ周波数分割多元接続（ＩＦＤＭＡ）の技術を使用して複数の端末デバイスからのアップリンク信号を多重化することがさらに望ましい。しかしながら、ＩＦＤＭＡの使用に関しての欠点は、ＬＴＥシステムの基地局またはｅＮｏｄｅＢのリソース・スケジューリングへの制限を引き起こすことである。例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ）でデータを送信するための物理リソース・ブロック（ＰＲＢ）の数が制限される。

【発明の概要】

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

【0003】

一般に、本開示の実施形態は、多入力多出力（ＭＩＭＯ）通信のための方法、ならびに対応する端末デバイスおよびネットワーク・デバイスを提供する。

【0004】

第１の態様において、本開示の実施形態は、多入力多出力（ＭＩＭＯ）通信のための方法を提供する。この方法は、端末デバイスにおいて、ネットワーク・デバイスからのスケジューリング情報を受信するステップであり、スケジューリング情報が、少なくとも、端末デバイスの復調基準信号（ＤＭＲＳ）および少なくとも１つのさらなる端末デバイスのさらなるＤＭＲＳによって共有される物理リソース・ブロックと、物理リソース・ブロックの各々におけるＤＭＲＳおよびさらなるＤＭＲＳに割り当てられた異なる副搬送波とを示し、物理リソース・ブロックの数が、端末デバイスと少なくとも１つのさらなる端末デバイスの総数で割り切れない、受信するステップと、ＤＭＲＳを生成するステップであり、ＤＭＲＳの長さが、物理リソース・ブロックの数および少なくとも１つのさらなる端末デバイスの数に基づいて決定される、生成するステップと、物理リソース・ブロックにおけるＤＭＲＳに割り当てられた副搬送波でＤＭＲＳをネットワーク・デバイスに送信するステップとを含む。

【0005】

第２の態様において、本開示の実施形態は、多入力多出力（ＭＩＭＯ）通信のための方法を提供する。この方法は、スケジューリング情報を生成するステップであり、スケジューリング情報が、少なくとも、複数の端末デバイスの複数の復調基準信号（ＤＭＲＳ）によって共有される物理リソース・ブロックと、物理リソース・ブロックの各々における複数のＤＭＲＳに割り当てられた異なる副搬送波とを示し、物理リソース・ブロックの数が、複数の端末デバイスの総数で割り切れない、生成するステップと、スケジューリング情報を複数の端末デバイスに送信するステップと、物理リソース・ブロックにおける複数のＤＭＲＳにそれぞれ割り当てられた副搬送波上の複数の端末デバイスからの複数のＤＭＲＳを受信するステップであり、ＤＭＲＳの長さが、物理リソース・ブロックの数と、複数の端末デバイスの数とに基づいて決定される、受信するステップとを含む。

【0006】

第３の態様において、本開示の実施形態は端末デバイスを提供する。端末デバイスは、ネットワーク・デバイスからのスケジューリング情報を受信するように構成されたトランシーバであり、スケジューリング情報が、少なくとも、端末デバイスの復調基準信号（ＤＭＲＳ）および少なくとも１つのさらなる端末デバイスのさらなるＤＭＲＳによって共有される物理リソース・ブロックと、物理リソース・ブロックの各々におけるＤＭＲＳおよびさらなるＤＭＲＳに割り当てられた異なる副搬送波とを示し、物理リソース・ブロックの数が、端末デバイスと少なくとも１つのさらなる端末デバイスの総数で割り切れない、トランシーバと、ＤＭＲＳを生成するように構成されたコントローラであり、ＤＭＲＳの長さが、物理リソース・ブロックの数および少なくとも１つのさらなる端末デバイスの数によって決定される、コントローラとを含み、トランシーバは、物理リソース・ブロックにおけるＤＭＲＳに割り当てられた副搬送波でＤＭＲＳをネットワーク・デバイスに送信するようにさらに構成される。

【0007】

第４の態様において、本開示の実施形態はネットワーク・デバイスを提供する。ネットワーク・デバイスは、スケジュール情報を生成するように構成されたコントローラであり、スケジューリング情報が、少なくとも、複数の端末デバイスの複数の復調基準信号（ＤＭＲＳ）によって共有される物理リソース・ブロックと、物理リソース・ブロックの各々における複数のＤＭＲＳに割り当てられた異なる副搬送波とを示し、物理リソース・ブロックの数が、複数の端末デバイスの総数で割り切れない、コントローラと、スケジューリング情報を複数の端末デバイスに送信し、物理リソース・ブロックにおける複数のＤＭＲＳにそれぞれ割り当てられた副搬送波上の複数の端末デバイスからの複数のＤＭＲＳを受信するように構成されたトランシーバでありＤＭＲＳの長さが、物理リソース・ブロックの数と、複数の端末デバイスの数とに基づいて決定される、トランシーバとを含む。

【0008】

以下の説明により、本開示の実施形態によれば、端末デバイスによってアップリンクでネットワーク・デバイスに送信されるべき異なるＤＭＲＳのために必要とされる長さに基づいてＤＭＲＳを設計することによって、ＰＵＳＣＨチャネルで複数の端末デバイスから送信されるデータ（例えば、ＤＭＲＳを含む）のＩＦＤＭＡ多重化が、ＭＵ－ＭＩＭＯ技術に適応するために実施されることを理解されたい。同時に、任意の数の物理リソース・ブロックを使用してＰＵＳＣＨチャネルでデータを送信することが可能になり、それにより、端末デバイスの数の整数倍である、すなわち、端末デバイスの数で割り切れる、数を有する物理リソース・ブロックのみを端末デバイスに割り当てるような、ＩＦＤＭＡがＭＵ－ＭＩＭＯシステムに採用される場合のリソース・スケジューリングへの制限が除去される。それゆえに、端末デバイスによってＰＵＳＣＨチャネルで使用される物理リソース・ブロックの帯域幅または数は、ＩＦＤＭＡが使用される場合にはより柔軟になり得る。

【0009】

この「発明の概要」で説明した内容は、本開示の実施形態の重要なまたは本質的な特徴を明らかにすることまたは本開示の範囲を限定することを意図していないことを理解されたい。本開示の他の特徴は、以下の説明により容易に理解できるようになるであろう。

【0010】

以下の詳細な説明により、および添付図面を参照して、本開示の様々な実施形態の上述および他の特徴、利点、および態様が、より明らかになるであろう。図面において、同じまたは同様の参照符号は同じまたは同様の要素を表す。

【図面の簡単な説明】

【0011】

【図1】本開示の実施形態を実施することができる例示の通信ネットワークを示す図である。

【図2】本開示のいくつかの実施形態による例示の方法の流れ図である。

【図3】本開示のいくつかの他の実施形態による例示の方法の流れ図である。

【図4】本開示のいくつかの実施形態による装置のブロック図である。

【図5】本開示のいくつかの他の実施形態による装置のブロック図である。

【図6】本開示のいくつかの実施形態によるデバイスのブロック図である。

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

【0012】

すべての図面において、同じまたは同様の参照番号は同じまたは同様の要素を表す。

【0013】

図面を参照して本開示の実施形態をより詳細に説明する。図面は本開示のいくつかの実施形態を示しているが、本開示は、様々な方法で実施することができ、本明細書で説明する実施形態に限定されると解釈されるべきでないことを理解されたい。見方を変えれば、実施形態は、本開示のより徹底的でより完全な理解のために提供される。本開示の図面および実施形態は、単に例証のためのものであり、本開示の保護範囲へのいかなる限定も示唆していないことを理解されたい。

【0014】

本明細書で使用する「ネットワーク・デバイス」という用語は、通信ネットワークにおいて特定の機能を有する基地局、他のエンティティ、またはノードを指す。「基地局」（ＢＳ）という用語は、ノードＢ（ＮｏｄｅＢもしくはＮＢ）、発展型ノードＢ（ｅＮｏｄｅ ＢもしくはｅＮＢ）、リモート無線ユニット（ＲＲＵ）、無線周波数ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、またはピコセルもしくはフェムトセルなどの低電力ノード、などを表すことができる。本開示の文脈において、「ネットワーク・デバイス」および「基地局」という用語は、議論のために交換可能に使用され、ｅＮＢは、主として、ネットワーク・デバイスの一例の役割をする。

【0015】

本明細書で使用する「端末デバイス」または「ユーザ機器」（ＵＥ）という用語は、互いにまたは基地局と無線通信ができる任意の端末デバイスを指す。一例として、端末デバイスは、モバイル端末（ＭＴ）、加入者局（ＳＳ）、ポータブル加入者局（ＰＳＳ）、移動局（ＭＳ）、またはアクセス端末（ＡＴ）、および車両に装着された上述のデバイスを含むことができる。本開示の文脈において、「端末デバイス」および「ユーザ機器」という用語は、議論のために交換可能に使用される。

【0016】

本明細書で使用する「復調基準信号」（ＤＭＲＳ）という用語は、ＰＵＳＣＨチャネルを介して端末デバイスによってネットワーク・デバイスに送信される信号内のパイロット信号を指し、パイロット信号は、例えば、ネットワーク・デバイスにおいて端末デバイスに対するチャネル推定のために使用される。ＤＭＲＳは、リソース・ブロックのシンボルに配置されてもよい。

【0017】

本明細書で使用する「含む（ｉｎｃｌｕｄｅｓ）」という用語またはその変形は、「含むが、限定されない」を意味する開放型用語として読まれるべきである。「基づく（ｂａｓｅｄ ｏｎ）」という用語は、「少なくとも部分的に基づく」と読まれるべきである。「１つの実施形態」という用語は、「少なくとも１つの実施形態」と読まれるべきである。「さらなる実施形態」という用語は、「少なくとも１つのさらなる実施形態」と読まれるべきである。他の用語に関連する定義は、以下の説明で提示されることになる。

【0018】

上述のように、現在の３ＧＰＰ標準化において、例えば、ＬＴＥリリース１４では、ＭＵ－ＭＩＭＯ技術がＬＴＥのために提案されている。ＭＵ－ＭＩＭＯでは、複数のユーザ機器（ＵＥ）が、例えばＰＵＳＣＨチャネルで、アップリンクの帯域幅または物理リソース・ブロックを共有することがあるので、複数のＵＥからのアップリンク信号をインターリーブ手法で多重化することが望ましい。

【0019】

アップリンク信号がＩＦＤＭＡのような技術で多重化される場合、ＬＴＥシステムにおいて基地局によって複数のＵＥに割り当てられる物理リソース・ブロック（ＰＲＢ）の数は、繰返し因数（ＲＰＦ、例えば、ＵＥの数である）の整数倍でなければならない、すなわち、繰返し因数によって割り切れなければならない。例えば、ＭＵ－ＭＩＭＯの場合には、繰返し因数が２である場合、奇数の物理リソース・ブロックをＵＥに割り当てることができない。

【0020】

本発明者の研究により、この問題は、ＰＵＳＣＨチャネルで送信されるＤＭＲＳ信号の設計問題からもたらされていることが見いだされている。この問題を少なくとも部分的に解決するために、本開示の実施形態は、ＤＭＲＳシーケンスの新規な設計および利用の解決策を提供する。

【0021】

本開示の実施形態は、多入力多出力（ＭＩＭＯ）通信のための方法を提供する。この方法は、端末デバイスにおいて、ネットワーク・デバイスからのスケジューリング情報を受信するステップであり、スケジューリング情報が、少なくとも、端末デバイスおよび少なくとも１つのさらなる端末デバイスによって共有される物理リソース・ブロックを示し、物理リソース・ブロックの数が、端末デバイスの総数で割り切れない、受信するステップと、復調基準信号（ＤＭＲＳ）を生成するステップであり、ＤＭＲＳの長さが、物理リソース・ブロックの数および少なくとも１つのさらなる端末デバイスの数に基づいて決定される、生成するステップと、物理リソース・ブロックにおける端末デバイスに割り当てられた副搬送波でＤＭＲＳをネットワーク・デバイスに送信するステップとを含む。

【0022】

図１は、本開示の実施形態を実施することができる例示の通信ネットワーク１００を示す。通信ネットワーク１００は、ネットワーク・デバイス１４０と、第１の端末デバイス１１０および第２の端末デバイス１２０などの複数の端末デバイスとを含む。ネットワーク・デバイス１４０は、２つの端末デバイス１１０および１２０と通信することができる。その結果、２つの端末デバイス１１０および１２０は、ネットワーク・デバイス１４０を介して互いに通信することができる。図１に示すようなネットワーク・デバイスおよび端末デバイスの数は、単に例証のためのものであり、いかなる限定も示唆していないことを理解されたい。ネットワーク１００は、任意の好適な数のネットワーク・デバイスおよび端末デバイスを含むことができる。

【0023】

ネットワーク１００の通信は、限定はしないが、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）、第５世代（５Ｇ）などのセルラ通信プロトコル、米国電気電子学会（ＩＥＥＥ）８０２．１１などのような無線ローカル・ネットワーク通信プロトコル、および／または現在知られているかまたは将来開発され得る任意の他のプロトコルを含む任意の好適な通信プロトコルに従って実施することができる。さらに、通信は、限定はしないが、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、多入力多出力（ＭＩＭＯ）またはマルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）、直交周波数分割多元接続（ＯＦＤＭＡ）、および／または現在知られているかまたは将来開発され得る任意の他の技術を含む任意の好適な無線通信技術を使用する。

【0024】

本開示の実施形態によれば、新しく設計したＤＭＲＳシーケンスを使用することによって、端末デバイス１１０および１２０が端末デバイス１１０および１２０によって送信されるアップリンク信号をＩＦＤＭＡにより多重化すると、アップリンクＰＵＳＣＨチャネルで端末デバイス１１０および１２０によって使用される物理リソース・ブロックの数はより柔軟となる。

【0025】

本開示の原理および特定の実施形態が、それぞれ、第１の端末デバイス１１０およびネットワーク・デバイス１４０の観点から図２および図３を参照して詳細に説明される。最初に、本開示のいくつかの実施形態による例示の方法２００の流れ図を示す図２を参照する。方法２００は図１に示したような第１の端末デバイス１１０で実施することができ、方法３００は図１に示したようなネットワーク・デバイス１４０で実施することができることを理解されたい。議論のために、方法２００が、図１を参照して以下で説明される。

【0026】

図２に示すように、２０５において、スケジューリング情報が、端末デバイス１１０においてネットワーク・デバイス１４０から受信される。１つの実施形態では、ＬＴＥのＭＵ－ＭＩＭＯ通信では、ネットワーク・デバイス１４０は、例えば、リソース・スケジューリングのための対応するスケジューリング情報を、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して第１の端末デバイス１１０に送信することができる。スケジューリング情報は、例えばダウンリンク制御情報（ＤＣＩ）とすることができる。

【0027】

本開示の実施形態によれば、スケジューリング情報は、少なくとも、第１の端末デバイス１１０のＤＭＲＳ、および例えば第２の端末デバイス１２０のさらなるＤＭＲＳ（またはより多くの端末デバイスの他のＤＭＲＳ）によって共有される物理リソース・ブロックと、物理リソース・ブロックの各々におけるＤＭＲＳおよびさらなるＤＭＲＳに割り当てられた異なる副搬送波とを示す。物理リソース・ブロックは、アップリンクにおいてＰＵＳＣＨチャネルを介して上述の端末デバイス１１０および１２０のＤＭＲＳを送信するのに利用可能な時間および周波数を定義することができる。上述の端末デバイス１１０および１２０のＤＭＲＳの符号分割多重化は、同じＯＣＣ符号を使用して実行することができる。物理リソース・ブロックの数は、端末デバイス１１０と少なくとも１つのさらなる端末デバイス１２０の総数で割り切れなくてもよい。言い換えれば、物理リソース・ブロックの数は、端末デバイス１１０および少なくとも１つのさらなる端末デバイス１２０の総数の整数倍ではない。

【0028】

２１０において、復調基準信号（ＤＭＲＳ）が生成され、ＤＭＲＳの長さは、物理リソース・ブロックの数および少なくとも１つのさらなる端末デバイス１２０の数に基づいて決定される。１つの実施形態では、スケジューリング情報の受信に応じて、端末デバイス１１０は、例えば、ＰＵＳＣＨチャネルにおいて端末デバイスのＤＭＲＳに割り当てられた物理リソース・ブロックまたは副搬送波で送信されるべきデータを生成する。データは、復調基準信号（ＤＭＲＳ）を含み、復調基準信号（ＤＭＲＳ）は、例えば、ネットワーク・デバイス側でチャネル推定のために使用されるパイロット信号である。ＤＭＲＳは、物理リソース・ブロックの特定のシンボル（例えば、第４のシンボル）で送信することができる。端末デバイス１１０からのＤＭＲＳおよび少なくとも１つのさらなる端末デバイス１２０からのＤＭＲＳは、物理リソース・ブロックにおけるネットワーク・デバイス１４０によるリソースまたは副搬送波の割り当てに基づいて、インターリーブ信号を形成することができる。

【0029】

いくつかの実施形態では、方法２００は、物理リソース・ブロックに関連する副搬送波の数を決定するステップをさらに含むことができる。次いで、ＤＭＲＳの長さが、副搬送波の数および物理リソース・ブロックの数に比例し、少なくとも１つのさらなる端末デバイス１２０の数に反比例するように決定される。

【0030】

具体的には、１つの実施形態において、ＩＦＤＭＡが使用される場合、インターリーブ信号の長さは、例えば、副搬送波の数および共有される物理リソース・ブロックの数に比例する。従来のＤＭＲＳと同様に、インターリーブ信号の長さは、１つの物理リソース・ブロックに関連する副搬送波の数の整数倍、例えば２４とすることができる。１つの実施形態によれば、ＤＭＲＳ信号のシーケンスは、ＬＴＥ仕様のシーケンス表から選択することができる。

【0031】

従来のＤＭＲＳ設計によれば、ＬＴＥ仕様のシーケンス表は、ＤＭＲＳ長の最小単位である１２の長さのシーケンスを規定している。ＬＴＥ仕様の従来のシーケンス表に基づいて、端末１１０のＤＭＲＳの長さは、１つの物理リソース・ブロックに関連する副搬送波の数の整数倍、例えば１２、２４などに等しく、その結果、インターリーブ信号の長さは、副搬送波の偶数倍でなければならない。この場合、リソース・スケジューリングに関連する上述の説明によれば、その結果、端末デバイスに割り当てられ、副搬送波に対応するリソース・ブロックの数は、１つの物理リソース・ブロックに関連する副搬送波の数の整数倍である。これは、ネットワーク・デバイス側ではリソース・スケジューリングへの制限、および端末デバイス側ではリソース使用への制限になる。

【0032】

本開示の実施形態によるＤＭＲＳ設計は、上述の問題を効果的に解決することができる。最初に、繰返し因数（または端末デバイスの数）が２である場合、例えば、図１におけるように２つの端末デバイス１１０および１２０が存在する場合を考える。端末デバイス１１０および１２０は、１つまたは複数の物理リソース・ブロックを共有する。１つの物理リソース・ブロックが共有される場合、端末デバイス１１０および１２０の各々に対するＤＭＲＳ長は、例えば、６である。共有される物理リソース・ブロックの数が３、５、７、９などのような奇数である場合、端末デバイス１１０および１２０の各々に対するＤＭＲＳ長は、例えば１８、３０、４２、および５４である。例えば、ＤＭＲＳ長は、最初に、１つの物理リソース・ブロックに関連する副搬送波の数の整数倍に共有物理リソース・ブロックの数を掛け算し、次いで、ＲＰＦで割り算することによって、以下の表に示すように決定される。

【表1】

【0033】

この目的のために、本開示の実施形態によれば、例として長さ６のＤＭＲＳを採ることによって、モノのインターネットのためのＲ１３ ＮＢ－ＩｏＴ ＷＩ仕様で使用されている「６トーン」ＤＭＲＳシーケンス表を使用することができ、１４個の長さ６のＤＭＲＳシーケンスが含まれる。ｎ（ｎ＞１２）の長さをもつさらなるＤＭＲＳでは、新しいＤＭＲＳシーケンスが、ＩＦＤＭＡに対して、複数の従来のＤＭＲＳシーケンスを連結することによって生成され得る。本開示の実施形態によれば、新しいＤＭＲＳシーケンスは、従来のリリース８のＤＭＲＳシーケンスと６トーンＤＭＲＳシーケンスとを連結することによって生成することができる。一例として、長さ１８のＤＭＲＳシーケンスは、長さ１２のＤＭＲＳシーケンスと上述の長さ６のＤＭＲＳシーケンスとを連結することによって生成される。本開示の実施形態によれば、６トーンＤＭＲＳシーケンスのためのＤＭＲＳシーケンス・シードは、従来のＤＭＲＳ仮想セル識別子（ＶＣＩＤ）とは別に構成することができる。ＤＭＲＳシーケンスを生成するための仮想セル識別子を決定するために、仮想セル識別子

【数1】

は、例えば物理層よりも高い層において、従来のＤＭＲＳおよび６トーンＤＭＲＳに対して別々に構成される。本開示の実施形態によれば、巡回シフトがＤＭＲＳに適用される場合、巡回シフトは、従来のＤＭＲＳおよび６トーンＤＭＲＳに独立して適用することができる。新しい６ビット・シーケンスは、切捨てのために設計できることに留意すべきである。

【0034】

別の実施形態によれば、新しいＤＭＲＳシーケンスが、様々なＤＭＲＳシーケンスを切り捨てることによって生成され得る。本開示の実施形態によれば、ｎ＋６の長さをもつＤＭＲＳシーケンスは、従来のＤＭＲＳシーケンスを切り捨てることによって生成することができる。例えば、シーケンス表の３０個の従来のＤＭＲＳシーケンスのグループに関して、例えば、φ（０）、…、φ（２３）のシーケンスから、φ’（０）、φ’（１）、φ’（２）、φ’（３）、φ’（４）、φ’（５）などの任意の６つの値を、表２に示すように、切り捨てることができる。

【表2】

【0035】

切捨てによって生成されたＤＭＲＳシーケンスの一部は、例えば、φ（０），…，φ（１７）またはφ（１），…，φ（１８）である。別の例として、従来の長さ３６のＤＭＲＳシーケンスを切り捨てて、ＤＭＲＳシーケンスを生成することができる。例えば、切捨ては、ＬＴＥ仕様のシーケンス表５．５．１．１に基づいて実施される。

【0036】

いくつかの実施形態では、ステップ２１０においてＤＭＲＳを生成するステップは、長さに基づいてＺａｄｏｆｆ－Ｃｈｕシーケンスを切り捨てることによってＤＭＲＳを生成するステップを含むことができる。例えば、１つの実施形態によれば、ＤＭＲＳは、ＤＭＲＳを生成するために必要とされるＤＭＲＳ長に基づいて、Ｚａｄｏｆｆ－Ｃｈｕシーケンスを切り捨てることによって生成することができる。例えば、Ｚａｄｏｆｆ－Ｃｈｕシーケンスの長さは、

【数2】

であり、それは、必要とされるＤＭＲＳ長を表す

【数3】

よりも大きい最小素数である。一例として、長さ１９のＺａｄｏｆｆ－Ｃｈｕシーケンスを切り捨てて、長さ１８のＤＭＲＳシーケンスを生成することができる。別の例として、長さ３１のＺａｄｏｆｆ－Ｃｈｕシーケンスを切り捨てて、長さ３０のＤＭＲＳシーケンスを生成することができる。１つの例示の実施形態では、長さ３０のシーケンスは、任意の長さ３１のＺａｄｏｆｆ－Ｃｈｕシーケンスを切り捨てることによって得ることができる。実験により、長さ３０のＺａｄｏｆｆ－Ｃｈｕシーケンスの第１のまたは３１の要素を切り捨てることによって、３０個の基本シーケンスのグループが従来の長さ３６のＤＭＲＳシーケンスのものよりも低い最大相互相関を有し、長さ３０のＤＭＲＳのものより低い最大ＣＭ（キュービック・メトリック）値を有することが発見されている。３０個の基本シーケンスのグループの一例は以下の通りである。例えば、４＾１８個のＱＰＳＫシーケンスが、長さ１８のシーケンスに対して利用可能である。３０個のＱＰＳＫ ＤＭＲＳシーケンスのグループが、最低の最大ＣＭ値および相互相関により選択される。

【表3】

【0037】

いくつかの実施形態では、ステップ２１０においてＤＭＲＳを生成するステップは、長さに基づいてさらなるＤＭＲＳを切り捨て、切り捨てられたさらなるＤＭＲＳを巡回的に拡張することによってＤＭＲＳを生成するステップを含むことができる。１つの実施形態では、ＤＭＲＳは、例えば、必要とされるＤＭＲＳ長に基づいてさらなるＤＭＲＳを切り捨て、切り捨てられたさらなるＤＭＲＳを巡回的に拡張することによって、生成される。一例として、１２の長さの従来のＤＭＲＳシーケンスを切り捨てて６の長さのＤＭＲＳシーケンスを生成し、６の長さのＤＭＲＳを巡回的に拡張して１８の長さのＤＭＲＳシーケンスを生成する。別の例として、従来の長さ２４のＤＭＲＳシーケンスを切り捨てることができ、切り捨てられたＤＭＲＳシーケンスを巡回的に拡張して長さ３０のＤＭＲＳシーケンスを生成することができる。

【0038】

いくつかの実施形態では、ステップ２１０においてＤＭＲＳを生成するステップは、長さに基づいてＺａｄｏｆｆ－Ｃｈｕシーケンスを巡回的に拡張することによってＤＭＲＳを生成するステップを含むことができる。１つの実施形態では、Ｚａｄｏｆｆ－Ｃｈｕシーケンスを、例えば、必要とされるＤＭＲＳ長に基づいて巡回的に拡張してＤＭＲＳを生成する。Ｚａｄｏｆｆ－Ｃｈｕの長さは、

【数4】

であり、それは、必要とされるＤＭＲＳ長を表す

【数5】

よりも大きい最小素数である。別の例として、長さ２９のＺａｄｏｆｆ－Ｃｈｕシーケンスを巡回的に拡張して、長さ３０のＤＭＲＳシーケンスを生成することができる。

【0039】

繰返し因数が２よりも大きい場合には、必要とされるＤＭＲＳ長を変更できることを理解されたい。それゆえに、物理リソース・ブロックの数は、物理リソース・ブロックを共有する端末デバイスの数の整数倍ではない。例えば、繰返し因数が３に等しい場合、共有される物理リソース・ブロックの数は１、２、４、５などとすることができる。

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

本開示が、構造的な特徴および／または方法論的な動作に特有の言語で説明されているが、添付の特許請求の範囲において定義される本開示は、必ずしも上述の特定の特徴または動作に限定されないことを理解されたい。むしろ、上述の特定の特徴および動作は、特許請求の範囲を実施する例示の形態として開示されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】