特表2022-549962通信用の方法、端末装置、ネットワーク装置およびコンピュータ読み取り可能な媒体
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-11-29
(54)【発明の名称】通信用の方法、端末装置、ネットワーク装置およびコンピュータ読み取り可能な媒体
(51)【国際特許分類】
H04L 27/26 20060101AFI20221121BHJP
H04W 72/04 20090101ALI20221121BHJP
H04W 16/28 20090101ALI20221121BHJP
【ＦＩ】
H04L27/26 114
H04W72/04 136
H04W16/28
H04W72/04 132
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022520042
(86)(22)【出願日】2019-09-30
(85)【翻訳文提出日】2022-05-30
(86)【国際出願番号】 CN2019109623
(87)【国際公開番号】W WO2021062719
(87)【国際公開日】2021-04-08
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ガオ ユーカイ
(72)【発明者】
【氏名】ワン ガン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067DD11
5K067EE02
5K067EE10
5K067EE24
5K067KK02
(57)【要約】
本開示の実施例は、以下のソリューションを提供する。通信用の方法において、端末装置は、ネットワーク装置から、端末装置とネットワーク装置との間の通信のためのリソースセットおよび送信設定指示（ＴＣＩ）状態を示す制御情報を受信する。端末装置は、それぞれのＴＣＩ状態に関連付けられる、リソースセットの周波数領域における一部であるリソースサブセットを決定する。端末装置は、位相トラッキング参照信号（ＰＴ－ＲＳ）のリソースサブセットへのマッピングを決定する。本開示の実施例は、スケジューリングされたリソースセットが複数のＴＣＩ状態によって共有される場合、特にスキーム２ａ／２ｂの場合、ＰＴ－ＲＳの存在／密度／パターン／オフセットをどのように決定するかに関する実用的な詳細を提供する。
【選択図】図２
【選択図】図２
【特許請求の範囲】
【請求項1】
通信用の方法であって、端末装置において、ネットワーク装置から、前記端末装置と前記ネットワーク装置との間の通信のためのリソースセットおよび送信設定指示（ＴＣＩ）状態を示す制御情報を受信することと、
それぞれのＴＣＩ状態に関連付けられる、前記リソースセットの周波数領域における一部であるリソースサブセットを決定することと、
位相トラッキング参照信号（ＰＴ－ＲＳ）の前記リソースサブセットへのマッピングを決定することと、
を含む方法。
【請求項2】
前記マッピングを決定することは、前記リソースサブセットについてマッピングパラメータの値をそれぞれ決定すること、もしくは
前記リソースサブセットについてマッピングパラメータの共通値を決定すること、
を含む請求項１に記載の方法。
【請求項3】
前記マッピングを決定することは、前記リソースサブセットの各々について、前記リソースサブセット内のリソースの数に基づいて、前記ＰＴ－ＲＳの周波数密度を決定することを含む
請求項１に記載の方法。
【請求項4】
前記マッピングを決定することは、さらに、前記リソースサブセットの各々について、前記数、前記周波数密度、および前記端末装置の識別子に基づいて、前記マッピングのための開始リソースと前記リソースサブセット内の最も低い周波数を有するリソースとの間のオフセットを決定することを含む
請求項３に記載の方法。
【請求項5】
前記マッピングを決定することは、それぞれのリソースサブセット内のリソースの数を決定することと、
前記数のうちの最大数を決定することと、
前記最大数に基づいて、前記リソースサブセット内の前記ＰＴ－ＲＳの共通周波数密度を決定することと、
を含む請求項１に記載の方法。
【請求項6】
前記マッピングを決定することは、それぞれのリソースサブセット内のリソースの数に基づいて、前記それぞれのリソースサブセット内のＰＴ－ＲＳの周波数密度を決定することと、
前記周波数密度のうちの最大周波数密度に基づいて前記マッピングを決定することと、
を含む請求項１に記載の方法。
【請求項7】
前記マッピングを決定することは、さらに、前記数、前記周波数密度、および前記端末装置の識別子に基づいて、前記マッピングのための開始リソースと前記それぞれのリソースサブセット内の最も低い周波数を有するリソースとの間のオフセットを決定することと、
前記オフセットのうちの最小オフセットに基づいて前記マッピングを決定することと、
を含む請求項６に記載の方法。
【請求項8】
前記マッピングを決定することは、前記リソースセット内のリソースの数に基づいて、前記リソースサブセット内の前記ＰＴ－ＲＳの共通周波数密度を決定することと、
前記共通周波数密度に基づいて、１つのリソースサブセットがもう１つのリソースサブセットに続く順番でＰＴ－ＲＳを前記リソースサブセットにマッピングすることと、
を含む請求項１に記載の方法。
【請求項9】
前記マッピングを決定することは、前記リソースサブセットの数で乗じた前記リソースセット内のリソースの数に基づいて、前記リソースサブセット内の前記ＰＴ－ＲＳの共通周波数密度を決定することを含む
請求項１に記載の方法。
【請求項10】
前記マッピングを決定することは、前記リソースセット内のリソースの数に基づいて、前記ＰＴ－ＲＳの初期周波数密度を決定することと、
前記リソースサブセットの数で乗じた前記初期周波数密度と１／２とのうちの最小値に基づいて前記マッピングを決定することと、
を含む請求項１に記載の方法。
【請求項11】
通信用の方法であって、ネットワーク装置において、端末装置へ、前記端末装置と前記ネットワーク装置との間の通信のためのリソースセットおよび送信設定指示（ＴＣＩ）状態を示す制御情報を送信することと、
それぞれのＴＣＩ状態に関連付けられる、前記リソースセットの周波数領域における一部であるリソースサブセットを決定することと、
位相トラッキング参照信号（ＰＴ－ＲＳ）の前記リソースサブセットへのマッピングを決定することと、
を含む方法。
【請求項12】
前記マッピングを決定することは、前記リソースサブセットについてマッピングパラメータの値をそれぞれ決定すること、もしくは、
前記リソースサブセットについてマッピングパラメータの共通値を決定すること、
を含む請求項１１に記載の方法。
【請求項13】
前記マッピングを決定することは、前記リソースサブセットの各々について、前記リソースサブセット内のリソースの数に基づいて、前記ＰＴ－ＲＳの周波数密度を決定することを含む
請求項１１に記載の方法。
【請求項14】
前記マッピングを決定することは、さらに、前記リソースサブセットの各々について、前記数、前記周波数密度、および前記端末装置の識別子に基づいて、前記マッピングのための開始リソースと前記リソースサブセット内の最も低い周波数を有するリソースとの間のオフセットを決定することを含む
請求項１３に記載の方法。
【請求項15】
前記マッピングを決定することは、それぞれのリソースサブセット内のリソースの数を決定することと、
前記数のうちの最大数を決定することと、
前記最大数に基づいて、前記リソースサブセット内の前記ＰＴ－ＲＳの共通周波数密度を決定することと、
を含む請求項１１に記載の方法。
【請求項16】
前記マッピングを決定することは、それぞれのリソースサブセット内のリソースの数に基づいて、前記それぞれのリソースサブセット内のＰＴ－ＲＳの周波数密度を決定することと、
前記周波数密度のうちの最大周波数密度に基づいて前記マッピングを決定することと、
を含む請求項１１に記載の方法。
【請求項17】
前記マッピングを決定することは、さらに、前記数、前記周波数密度、および前記端末装置の識別子に基づいて、前記マッピングのための開始リソースと前記それぞれのリソースサブセット内の最も低い周波数を有するリソースとの間のオフセットを決定することと、
前記オフセットのうちの最小オフセットに基づいて前記マッピングを決定することと、
を含む請求項１６に記載の方法。
【請求項18】
前記マッピングを決定することは、前記リソースセット内のリソースの数に基づいて、前記リソースサブセット内の前記ＰＴ－ＲＳの共通周波数密度を決定することと、
前記共通周波数密度に基づいて、１つのリソースサブセットがもう１つのリソースサブセットに続く順番でＰＴ－ＲＳを前記リソースサブセットにマッピングすることと、
を含む請求項１１に記載の方法。
【請求項19】
前記マッピングを決定することは、前記リソースサブセットの数で乗じた前記リソースセット内のリソースの数に基づいて、前記リソースサブセット内の前記ＰＴ－ＲＳの共通周波数密度を決定することを含む
請求項１１に記載の方法。
【請求項20】
前記マッピングを決定することは、前記リソースセット内のリソースの数に基づいて、前記ＰＴ－ＲＳの初期周波数密度を決定することと、
前記リソースサブセットの数で乗じた前記初期周波数密度と１／２とのうちの最小値に基づいて前記マッピングを決定することと、
を含む請求項１１に記載の方法。
【請求項21】
端末装置であって、プロセッサと、
命令が記憶されているメモリと、を備え、
前記メモリおよび前記命令は、前記プロセッサと共に、請求項１から１０の何れか一項に記載の方法を前記端末装置に実行させるように構成されている
端末装置。
【請求項22】
ネットワーク装置であって、プロセッサと、
命令が記憶されているメモリと、を備え、
前記メモリおよび前記命令は、前記プロセッサと共に、請求項１１から２０の何れか一項に記載の方法を前記ネットワーク装置に実行させるように構成されている
ネットワーク装置。
【請求項23】
命令が記憶されているコンピュータ読み取り可能な媒体であって、前記命令は、装置の少なくとも１つのプロセッサ上で実行される場合、請求項１から１０および請求項１１から２０の何れか一項に記載の方法を前記装置に実行させる
コンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施例は、全体として通信の分野に関し、特に位相トラッキング参照信号（ＰＴ－ＲＳ）を設定するためのソリューションに関するものである。
【背景技術】
【0002】
３ＧＰＰ会議ＲＡＮ＃８１では、以下を含むＮＲ ｅＭＩＭＯのための新しい作業項目（ＷＩ）が承認された。第一に、マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）サポートの強化が提供される。具体的には、性能とオーバヘッドのトレードオフを考慮して、タイプＩＩチャネル状態情報（ＣＳＩ）フィードバックに基づいてオーバヘッド低減を規定する。タイプＩＩ ＣＳＩフィードバックがランク＞２への拡張を検討し、必要に応じて規定する。第二に、理想的なバックホールと非理想的なバックホールの両方で改善された信頼性およびロバスト性を含む、マルチＴＲＰ／パネル伝送の強化が提供される。特に、非コヒーレント共同（Joint）伝送を効果的にサポートするように、下りリンク制御シグナリングの強化を規定する。非コヒーレント共同伝送のための上りリンク制御シグナリングおよび／または参照信号の強化を検討し、必要に応じて規定する。超信頼性低遅延通信（ＵＲＬＬＣ）要件のためのマルチＴＲＰ技術が、このＷＩに含まれている。
【0003】
第三に、主にＦＲ２動作を対象としたマルチビーム動作に対する強化が提供される。具体的には、遅延およびオーバヘッドを低減するために、Ｒｅｌ－１５に規定された上りリンク（ＵＬ）および／または下りリンク（ＤＬ）送信ビームの選択の強化を検討し、必要に応じて規定する。パネル固有のビーム選択を容易にする、マルチパネル動作のためのＵＬ送信ビーム選択が規定される。Ｒｅｌ－１５に規定されたビーム障害回復に基づいて、セカンダリセル（ＳＣｅｌｌ）に対するビーム障害回復は規定される。Ｌ１－参照信号受信品質（ＲＳＲＱ）またはＬ１－信号対干渉プラス雑音比（ＳＩＮＲ）の測定と報告が規定される。第四に、ＷＩ開始後の最初のＲＡＮ１会議で研究と総括が行われ、必要であれば、１レイヤまたは複数レイヤのピーク対平均電力比（ＰＡＰＲ）を低減するためにＣＳＩ－ＲＳおよび復調参照信号、ＤＭＲＳ（下りリンクおよび上りリンクの両方）を強化することが規定される（Ｒｅｌ－１５に規定されたリソース要素（ＲＥ）マッピングは変更されない）。
【発明の概要】
【0004】
全体として、本開示の例示的な実施例は、位相トラッキング参照信号（ＰＴ－ＲＳ）を設定するためのソリューションを提供する。
【0005】
第１の態様において、通信用の方法を提供する。この方法は、端末装置において、ネットワーク装置から、端末装置とネットワーク装置との間の通信のためのリソースセットおよび送信設定指示（ＴＣＩ）状態を示す制御情報を受信することを含む。この方法は、さらに、それぞれのＴＣＩ状態に関連付けられる、リソースセットの周波数領域における一部であるリソースサブセットを決定することを含む。この方法は、さらに、ＰＴ－ＲＳのリソースサブセットへのマッピングを決定することを含む。
【0006】
第２の態様において、通信用の方法を提供する。この方法は、ネットワーク装置において、端末装置へ、端末装置とネットワーク装置との間の通信のためのリソースセットおよびＴＣＩ状態を示す制御情報を送信することを含む。この方法は、さらに、それぞれのＴＣＩ状態に関連付けられる、リソースセットの周波数領域における一部であるリソースサブセットを決定することを含む。この方法は、さらに、ＰＴ－ＲＳからリソースサブセットへのマッピングを決定することを含む。
【0007】
第３の態様において、端末装置を提供する。当該端末装置は、プロセッサと、命令が記憶されているメモリとを備える。メモリおよび命令は、プロセッサと共に、第１の態様による方法を当該端末装置に実行させるように構成される。
【0008】
第４の態様において、ネットワーク装置を提供する。当該ネットワーク装置は、プロセッサと、命令が記憶されているメモリとを備える。メモリおよび命令は、プロセッサと共に、第２の態様による方法を当該ネットワーク装置に実行させるように構成される。
【0009】
第５の態様において、命令が記憶されているコンピュータ読み取り可能な媒体を提供する。当該命令は、装置の少なくとも１つのプロセッサで実行される場合、第１の態様または第２の態様による方法を当該装置に実行させる。
【0010】
発明の概要は、本開示の実施例の重要な特徴または基本的な特徴を特定することを意図しておらず、本開示の範囲を限定することも意図していないことが理解されるべきである。本開示の他の特徴は、以下の説明によって容易に理解されるであろう。
【図面の簡単な説明】
【0011】
本開示の上記および他の目的、特徴、および利点は、添付図面における本開示のいくつかの実施例のより詳細な説明によって、より明らかになるであろう。図面において：
【0012】
【図1】本開示のいくつかの実施例をその中で実施できる通信環境の模式図である。
【0013】
【図2】本開示のいくつかの実施例による、ネットワーク装置と端末装置との間の例示的な通信プロセスを示す図である。
【0014】
【図3】本開示のいくつかの実施例による、周波数領域において２つのＴＣＩ状態に関連付けられた２つのリソースサブセットに分割された例示的なリソースセットの一例を示す図である。
【0015】
【図4】本開示のいくつかの実施例による例示的な方法のフローチャートである。
【0016】
【図5】本開示のいくつかの実施例によるもう１つの例示的な方法のフローチャートである。
【0017】
【図6】本開示のいくつかの実施例を実現するのに適した装置の簡略化されたブロック図である。
【0018】
図面全体において、同じ又は類似の参照符号で同じ或いは類似の要素を示す。
【発明を実施するための形態】
【0019】
以下、いくつかの例示的な実施例を参照して本開示の原理を説明する。これらの実施例は、説明のため、および当業者による本開示の理解および実施を助けるためにのみ記載されており、本開示の範囲へのいかなる制限も示唆しないことが理解されるべきである。本文に記載される開示は、以下で説明される方法とは異なる様々な方法で実施することができる。
【0020】
以下の記載および特許請求の範囲において、特に定義されない限り、本文で使用されるすべての技術用語および科学用語は、本開示の当業者に一般に理解される意味と同じ意味を有する。
【0021】
本文で使用されるように、「ネットワーク装置」又は「基地局」（ＢＳ）という用語は、端末装置が通信可能なセルまたはカバレッジを提供またはホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、次世代ノードＢ（ｇＮＢ）、Ｖ２Ｘ（車両からあらゆるもの）通信用のインフラ装置、送信／受信ポイント（ＴＲＰ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、低電力ノード（フェムトノード、ピコノードなど）を含むが、これらに限定されない。
【0022】
本文で使用されるように、「端末装置」という用語は、無線または有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ機器（ＵＥ）、車載端末装置、歩行者の装置、道路側ユニット、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラー電話、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、デジタルカメラなどの画像取得装置、ゲーム装置、音楽保存および再生装置、あるいは無線または有線のインターネットアクセスおよび閲覧を可能とするインターネット装置などを含むが、これらに限定されない。議論のために、以下では、いくつかの実施例において、端末装置の一例であるＵＥを参照して説明し、用語「端末装置」および「ユーザ機器」（ＵＥ）は、本開示のコンテキストで互換的に使用することができる。
【0023】
一実施例において、端末装置は、第１のネットワーク装置および第２のネットワーク装置に接続することができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスターノードとして、他方をセカンダリーノードとすることが可能である。第１のネットワーク装置と第２のネットワーク装置は、異なるラジオアクセス技術（ＲＡＴ）を使用してもよい。一実施例において、第１のネットワーク装置を第１のＲＡＴ装置として、そして第２のネットワーク装置を第２のＲＡＴ装置とすることが可能である。一実施例において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置と第２のネットワーク装置の少なくとも一方から端末装置に送信することができる。一実施例において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、そして第２の情報は、第２のネットワーク装置から直接または第１のネットワーク装置を介して端末装置に送信されてもよい。一実施例において、第２のネットワーク装置によって構成された端末装置の構成に関連する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信されてもよい。第２のネットワーク装置によって構成された端末装置の再設定に関する情報は、第２のネットワーク装置から直接端末装置に送信してもよく、又は第１のネットワーク装置を介して端末装置に送信してもよい。
【0024】
本文で使用されるように、用語「送信受信ポイント」、「送信／受信ポイント」、または「送信および受信ポイント」は一般的に、ユーザ機器と通信するステーションを示すことができる。しかしながら、送信および受信ポイントは、例えば基地局（ＢＳ）、セル、ノードＢ、進化型ノードＢ（ｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送信受信ポイント（ＴＲＰ）、セクタ、サイト、ベーストランシーバシステム（ＢＴＳ）、アクセスポイント（ＡＰ）、中継ノード（ＲＮ）、リモートラジオヘッド（ＲＲＨ）、ラジオユニット（ＲＵ）、アンテナなど、異なる用語で呼ばれることができる。
【0025】
すなわち、本開示のコンテキストでは、送信および受信ポイント、基地局（ＢＳ）またはセルは、符号分割多元接続（ＣＤＭＡ）における基地局コントローラ（ＢＳＣ）、ＷＣＤＭＡにおけるノードＢ、ＬＴＥにおけるｅＮＢまたはセクタ（サイト）、ＮＲにおけるｇＮＢまたはＴＲＰなどによってカバーされるエリアまたは機能の一部を示す包括的概念として解釈することができる。したがって、送信および受信ポイント、基地局（ＢＳ）および／またはセルの概念は、メガセル、マクロセル、マイクロセル、ピコセル、フェムトセルなどの様々なカバー領域を含むことができる。さらに、このような概念は、中継ノード（ＲＮ）、リモートラジオヘッド（ＲＲＨ）、またはラジオユニット（ＲＵ）の通信範囲を含むことができる。
【0026】
本開示のコンテキストでは、ユーザ機器および送信／受信ポイントは、本明細書に開示された技術および技術的概念を具現化する包括的な意味を有する２つの送信／受信主体とすることができ、特定の用語または単語に限定されなくもてよい。なお、ユーザ機器および送信／受信ポイントは、本実施例に関連して開示された技術および技術的概念を具現化する包括的な意味を有する上りリンク又は下りリンク送信／受信主体とすることができ、特定の用語または単語に限定されなくもてよい。本明細書では、上りリンク（ＵＬ）送信／受信は、データがユーザ機器から基地局に送信されるスキームである。代わりに、下りリンク（ＤＬ）送信／受信は、データが基地局からユーザ機器に送信されるスキームである。
【0027】
本文で使用されるように、用語「リソース」、「伝送リソース」、「リソースブロック」、「物理リソースブロック」、または「サイドリンクリソース」は、例えば、時間領域におけるリソース、周波数領域におけるリソース、空間領域におけるリソース、コード領域におけるリソース、または通信を可能にする他の任意のリソースなど、通信（例えば、端末装置とネットワーク装置との間の通信）を実行するために使用される任意のリソースを指すことができる。以下では、周波数領域および時間領域の両方におけるリソースを伝送リソースの例として、本開示のいくつかの実施例を説明する。なお、本開示の実施例は、他のドメイン内の他のリソースにも同様に適用される。
【0028】
本文で使用されるように、単数形「一」、「１つ」、および「当該」は、文脈に明示的に示されていない限り、複数形も含む。「含む」という用語およびその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。「に基づく」という用語は、「に少なくとも部分的に基づく」と理解されるべきである。「一実施例」および「実施例」という用語は、「少なくとも１つの実施例」と理解されるべきである。「もう１つの実施例」という用語は、「少なくとも１つの別の実施例」と理解されるべきである。「第１」、「第２」などの用語は、異なるまたは同一の対象を指すことができる。以下に、その他の、明示的な定義と暗黙的な定義の両方を含めることができる。
【0029】
いくつかの例において、値、手順、または装置は、「最良」、「最低」、「最高」、「最小」、「最大」などと呼ばれる。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、またはそのほかの点でより好ましい必要はないことは、理解されるべきである。
【0030】
図１は、本開示のいくつかの実施例を実施できる通信環境１００の模式図である。通信環境１００は、ネットワーク装置１１０と、ネットワーク装置１１０からサービスを受ける端末装置１２０とを含む。ネットワーク装置１１０のサービスエリアをセル１０２と呼ぶことができる。通信環境１００において、ネットワーク装置１１０は、データおよび制御情報を端末装置１２０に送信することができ、端末装置１２０も、データおよび制御情報をネットワーク装置１１０に送信することができる。ネットワーク装置１１０から端末装置１２０への通信リンクを下りリンク（ＤＬ）または順方向リンクと呼び、端末装置１２０からネットワーク装置１１０への通信リンクを上りリンク（ＵＬ）または逆方向リンクと呼ぶ。
【0031】
図１に示すように、ネットワーク装置１１０は、２つのＴＲＰ１３１および１３２に結合されており、これら２つのＴＲＰ１３１および１３２を介して端末装置１２０と通信することができる。例えば、マルチＴＲＰ ＵＲＬＬＣ伝送のような、ネットワーク１１０と端末装置１２０との間の反復伝送において、ネットワーク装置１１０は、ＴＲＰ１３１およびＴＲＰ１３２を介して同じデータ１４０を送受信することができる。本文で使用されるように、データ１４０は、ネットワーク装置１１０と端末装置１２０との間で送信されることができるユーザプレーンデータ、制御プレーンデータなどを含む任意のデータを含むことができる。例えば、データ１４０は、トランスポートブロック（ＴＢ）またはパケットであってもよい。以下、ＴＲＰ１３１を第１のＴＲＰと称してもよく、ＴＲＰ１３２を第２のＴＲＰと称してもよい。第１のＴＲＰ１３１および第２のＴＲＰ１３２は、同じサービングセル（例えば、図１に示すセル１０２）に含まれてもよいし、ネットワーク装置１１０によって提供される異なるサービングセルに含まれてもよい。
【0032】
いくつかの実施例において、第１のＴＲＰ１３１と第２のＴＲＰ１３２は、異なる上位レイヤ設定アイデンティティに明示的に関連付けられることができる。例えば、上位レイヤによって設定されたインデックスは、事前に定義された制御リソースセット（ＣＯＲＥＳＥＴ）、事前に定義された参照信号（ＲＳ）、または異なるＴＲＰと端末装置１２０との間の伝送とを区別するための事前に定義された送信設定指示（ＴＣＩ）状態に関連付けられることができる。端末装置１２０が、上位レイヤによって設定された異なるアイデンティティに関連付けられた２つのＣＯＲＥＳＥＴから２つのＤＣＩを受信する場合、これら２つのＤＣＩは異なるＴＲＰから指示される。さらに、第１のＴＲＰ１３１と第２のＴＲＰ１３２は、物理チャネルまたは信号の専用設定によって暗黙的に識別されることができる。例えば、ＴＲＰに関連付けられた専用のＣＯＲＥＳＥＴ、ＲＳ、およびＴＣＩ状態は、異なるＴＲＰから端末装置１２０への伝送を識別するために使用される。例えば、端末装置１２０が専用のＣＯＲＥＳＥＴからＤＣＩを受信した場合、そのＤＣＩは、ＣＯＲＥＳＥＴ専用の関連したＴＲＰから指示される。
【0033】
これら２つのＴＲＰ１３１および１３２を介した反復送信または反復受信において、ネットワーク装置１１０は、複数の利用可能な反復スキームのうち、１つの反復スキームを使用することができる。その反復スキームは、ネットワーク装置１１０に対して、これら２つのＴＲＰ１３１および１３２を協調して使用する伝送方式、例えば、これら２つのＴＲＰ１３１および１３２間の多重化スキーム、これら２つのＴＲＰ１３１および１３２に対するそれぞれのリソース割り当てなどを指定することができる。
【0034】
例えば、３ＧＰＰ会議ＲＡＮ１＃９６ｂｉｓにおける１つまたは複数のスキームのさらなるダウンセレクションを容易にするために、単一のＤＣＩによってスケジューリングされたマルチＴＲＰに基づくＵＲＬＬＣのいくつかのスキームは、少なくとも以下のように明確にする。
【0035】
スキーム１（ＳＤＭ）：単一のスロット内に、重複した時間と周波数リソース割り当てを持つｎ（ｎ≦Ｎｓ）個のＴＣＩ状態がある。
【0036】
スキーム１ａ：各伝送オケージョンは、同じＴＢのレイヤまたはレイヤセットであり、各レイヤまたはレイヤセットは、１つのＴＣＩおよび１セットの（複数の）ＤＭＲＳポートに関連付けられる。１つのＲＶを有する単一のコードワードは、すべての空間レイヤまたはレイヤセットにわたって使用される。ＵＥの側から見て、異なる符号化されたビットは、Ｒｅｌ－１５と同じマッピングルールで異なるレイヤまたはレイヤセットにマッピングされる。
【0037】
スキーム１ｂ：各伝送オケージョンは、同じＴＢのレイヤまたはレイヤセットであり、各レイヤまたはレイヤセットは、１つのＴＣＩおよび１セットの（複数の）ＤＭＲＳポートに関連付けられる。１つのＲＶを有する単一のコードワードは、各空間レイヤまたはレイヤセットに対して使用される。各空間レイヤまたはレイヤセットに対応するＲＶは、同一であっても異なっていてもよい。合計レイヤ数≦４の場合のコードワード－レイヤマッピングは、今後の検討のためである。
【0038】
スキーム１ｃ：１つの伝送オケージョンは、１つのＤＭＲＳポートが複数のＴＣＩ状態インデックスに関連付けられた同じＴＢの１つのレイヤ、または複数のＤＭＲＳポートが複数のＴＣＩ状態インデックスに１対１で関連付けられた同じＴＢの１つのレイヤである。
【0039】
さらに、異なるレイヤまたはレイヤセットに異なるＭＣＳ／変調オーダーを適用することを議論できることが示されている。
【0040】
スキーム２（ＦＤＭ）：ｎ（ｎ≦Ｎｆ）個のＴＣＩ状態が単一スロット内にあり、非重複周波数リソース割り当てを持つ。非重複周波数リソース割り当てのそれぞれは、１つのＴＣＩ状態に関連付けられる。同じ単一／複数のＤＭＲＳポートは、すべての非重複周波数リソース割り当てに関連付けられる。
【0041】
スキーム２ａ：１つのＲＶを有する単一のコードワードが、リソース割り当て全体にわたって使用される。ＵＥの側から見て、共通のＲＢマッピング（例えばＲｅｌ－１５におけるコードワード－レイヤマッピング）は、リソース割り当て全体にわたって適用される。
【0042】
スキーム２ｂ：１つのＲＶを有する単一のコードワードは、非重複周波数リソース割り当てのそれぞれに使用される。非重複周波数リソース割り当てのそれぞれに対応するＲＶは、同一であっても、異なっていてもよい。
【0043】
さらに、異なる非重複周波数リソース割り当てに異なるＭＣＳ／変調オーダーを適用することを議論できることが示されている。また、割り当て粒度、時間領域割り当てに関するＦＤＭ ２ａ／２ｂの周波数リソース割り当てメカニズムの詳細を議論できることが示されている。
【0044】
スキーム３（ＴＤＭ）：単一のスロット内にｎ（ｎ≦Ｎｔ１）個のＴＣＩ状態があり、非重複時間リソース割り当てを持つ。ＴＢの各伝送オケージョンは、マイクロスロットの時間粒度で１つのＴＣＩと１つのＲＶを有する。スロット内のすべての伝送オケージョンは、同じ単一または複数のＤＭＲＳポートを有する共通のＭＣＳを使用する。伝送オケージョンの間で、ＲＶ／ＴＣＩ状態は、同じであっても、異なっていてもよい。同じＴＣＩインデックスを有するミニスロット間のチャネル推定補間は、今後の検討のためである。
【0045】
スキーム４（ＴＤＭ）：Ｋ（ｎ≦Ｋ）個の異なるスロットを持つｎ（ｎ≦Ｎｔ２）個のＴＣＩ状態。ＴＢの各伝送オケージョンは、１つのＴＣＩと１つのＲＶとを有する。Ｋ個のスロットに亘ったすべての伝送オケージョンは、同じ単一または複数のＤＭＲＳポートを有する共通のＭＣＳを使用する。伝送オケージョンの間で、ＲＶ／ＴＣＩ状態は、同じであっても、異なっていてもよい。同じＴＣＩインデックスを有するスロット間のチャネル推定補間は、今後の検討のためである。Ｍ－ＴＲＰ／パネルに基づくＵＲＬＬＣスキームは、改善された信頼性、効率性、仕様影響について比較すべきであることに留意されたい。ＴＲＰあたりのレイヤ数のサポートについて議論できることに留意されたい。
【0046】
さらに、データ１４０を端末装置１２０に送信する前に、ネットワーク装置１１０は、データ１４０の伝送に関連する制御情報１３５を送信することができる。例えば、制御情報１３５は、データ１４０の伝送のためのリソースセットをスケジューリングし、３ＧＰＰ仕様で定義されているように、データ１４０の伝送に関する様々な伝送パラメータ、例えば、１つまたは複数のＴＣＩ状態、周波数領域リソース割り当て（ＦＤＲＡ）、スロットオフセットおよび開始／長さインジケータ値を含むことができる時間領域リソース割り当て（ＴＤＲＡ）、復調参照信号（ＤＭＲＳ）グループ、冗長バージョン（ＲＶ）を指示することができる。なお、制御情報１３５に指示される伝送パラメータは、上記のようなものに限定されないことは理解されよう。本開示の実施例は、任意の伝送パラメータを含む制御情報にも同様に適用することができる。
【0047】
いくつかの実施例において、制御情報１３５は、様々な伝送パラメータを動的に（すなわち、比較的短い時間スケールで）指示することができる、３ＧＰＰ仕様で定義されたＤＣＩであってもよい。いくつかの他の実施例において、制御情報１３５は、様々な伝送パラメータを半静的に（すなわち、比較的長い時間スケールで）指示することができる、無線リソース制御（ＲＲＣ）メッセージまたはメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）メッセージとしてもよい。
【0048】
本開示のいくつかの実施形態は、ネットワーク装置１１０によって提供される同じサービングセル内の第１のＴＲＰ１３１と第２のＴＲＰ１３２を参照して説明されているが、これらの実施例は、説明のため、および当業者による本開示の理解および実施を助けるためにのみ記載されており、本開示の範囲へのいかなる制限も示唆しない。本文に記載される本開示の実施例は、以下で説明される方法とは異なる様々な方法で実施することができることは、理解されるべきである。
【0049】
図１に示されるネットワーク装置の数、端末装置の数、およびＴＲＰの数は、説明の目的のためにのみ使用され、いかなる制限も示唆しないことを理解されるべきである。実際、通信環境１００は、任意の適切な数のネットワーク装置と、任意の適切な数の端末装置と、本開示の実施例を実施するように適した任意の適切な数のＴＲＰとを含むことができる。言い換えれば、本開示の実施例は、端末装置が１つ以上のネットワーク装置または２つ以上のＴＲＰに結合されたネットワーク装置と通信する場面にも適用可能である。
【0050】
通信環境１００における通信は、グローバル移動体通信システム（ＧＳＭ）、拡張カバレッジグローバル移動体モノのインターネット（ＥＣ－ＧＳＭ－ＩｏＴ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－エボリューション、ＬＴＥ－アドバンスト（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）などを含むが、これらに限定されない任意の適切な規格に準拠することができる。さらに、通信は、現在知られている、または将来開発される任意の世代の通信プロトコルに従って実行されることができる。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。
【0051】
３ＧＰＰ仕様に規定されているように、ＵＥが物理下りリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングするＣＯＲＥＳＥＴに対して、上位レイヤパラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが「有効」として設定されている場合、ＵＥは、ＣＯＲＥＳＥＴで送信されるＰＤＣＣＨのＤＣＩフォーマット１＿１にＴＣＩフィールドが存在すると仮定する。ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩがＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴに対して設定されていない場合、またはＤＣＩフォーマット１＿０によってＰＤＳＣＨをスケジューリングする場合、ＰＤＳＣＨアンテナポート疑似コロケーションを決定するために、ＵＥは、ＰＤＳＣＨのＴＣＩ状態が、ＰＤＣＣＨ伝送のためにＣＯＲＥＳＥＴに適用されたＴＣＩ状態と同じであると仮定する。
【0052】
ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが「有効」に設定されている場合、ＰＤＳＣＨがＤＣＩフォーマット１＿１でスケジューリングされるとき、ＵＥは、ＤＣＩを使用して検出されたＰＤＣＣＨ内の「送信設定指示」フィールドの値に応じて、ＴＣＩ－Ｓｔａｔｅ（ＴＣＩ状態）を使用してＰＤＳＣＨアンテナポート疑似コロケーションを決定すべきである。ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間の時間オフセットが閾値Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ（閾値スケジューリングオフセット）以上である場合（ここで、閾値は、報告されたＵＥの能力に基づく）、ＵＥは、指示されたＴＣＩ状態によって与えられる（複数の）疑似コロケーション（ＱＣＬ）タイプパラメータに関して、サービングセルのＰＤＳＣＨのＤＭ－ＲＳポートとＴＣＩ状態における（複数の）ＲＳとが疑似コロケーションしていると仮定することができる。
【0053】
現在の仕様では、下りリンク制御情報（ＤＣＩ）にＴＣＩフィールドが存在してもよく、端末装置はＴＣＩ状態で設定されてもよく、ＴＣＩ状態は、１つまたは２つの下りリンク参照信号とＰＤＳＣＨのＤＭＲＳポートとの間のＱＣＬ関係を設定するためのパラメータを含んでいてもよい。端末装置は、ＤＭＲＳタイプおよび／またはＤＭＲＳの最大数／長さおよび／またはコードワード数で設定されてもよい。端末装置が所与のＤＭＲＳタイプ、ＤＭＲＳの最大数／長さの所定の値、および所定のコードワード数の値で設定されている場合、アンテナポート、データのない（複数の）ＤＭＲＳ ＣＤＭグループの数、フロントロードＤＭＲＳシンボルの数、（複数の）ＤＭＲＳポートの数、および（複数の）ＤＭＲＳポートの（複数の）インデックスのうちの少なくとも１つを示すための対応テーブルが存在する。
【0054】
いくつかの実施例において、端末装置に対して１つ以上の（例えば、２つの）ＤＭＲＳグループが設定されている場合、その端末装置の１つのＤＣＩ内で設定される１つまたは２つのＴＣＩ状態が存在してもよい。いくつかの実施例において、１つのＤＣＩ内のＴＣＩ状態の数は、２つのＤＭＲＳグループからのＤＭＲＳポート間のＱＣＬ関係に依存する。例えば、２つのＤＭＲＳグループからのＤＭＲＳポートが、ＱＣＬ－ＴｙｐｅＡ（ＱＣＬタイプＡ）、ＱＣＬ－ＴｙｐｅＢ（ＱＣＬタイプＢ）、ＱＣＬ－ＴｙｐｅＣ（ＱＣＬタイプＣ）、およびＱＣＬ－ＴｙｐｅＤ（ＱＣＬタイプＤ）のうちの少なくとも１つについて互いにＱＣＬされていない場合、１つのＤＣＩにおけるＴＣＩ状態数は２であってもよい。さらに、例えば、２つのＤＭＲＳグループからのＤＭＲＳポートが、｛ドップラーシフト，ドップラー広がり，平均遅延，平均広がり，空間Ｒｘパラメータ｝および／または平均ゲインに関して互いにＱＣＬされる場合、１つのＤＣＩにおけるＴＣＩ状態は１であってもよい。
【0055】
いくつかの実施例において、１つのＤＣＩ内のＴＣＩ状態の数は、ＤＭＲＳポートの数に依存する。例えば、ＤＭＲＳポートの数が２である場合、１つのＤＣＩに内のＴＣＩ状態の数は２であってもよい。例えば、１つのＤＣＩ内の２つのＴＣＩ状態は、同一であっても、互いに異なっていてもよい。また、例えば、ＤＭＲＳポートの数が１である場合、１つのＤＣＩ内のＴＣＩ状態の数は１であってもよい。
【0056】
通常、ネットワーク装置（例えば、ｅＮＢまたはｇＮＢ）は、復調参照信号（ＤＭＲＳ）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）、測定用参照信号（ＳＲＳ）、位相トラッキング参照信号（ＰＴ－ＲＳ）、微小時間周波数トラッキング参照信号（ＴＲＳ）などの下りリンク参照信号（ＲＳ）を送信することができる。システム内の端末装置（例えば、ユーザ機器）は、割り当てられたリソース上で下りリンクＲＳを受信することができる。端末装置は、対応する割り当てられたリソース上で上りリンクＲＳをネットワーク装置に送信することもできる。ＲＳのための割り当てられたリソースおよび／または他の必要な情報を指示するために、ネットワーク装置は、ＲＳの伝送前に、端末装置にＲＳ設定を送信することができる。
【0057】
言い換えれば、通常のデータ通信に加えて、ネットワーク装置１１０は、下りリンク（ＤＬ）において、ブロードキャスト、マルチキャスト、および／またはユニキャスト方式で下りリンク参照信号（ＲＳ）を１つまたは複数の端末装置１２０に送信することができる。同様に、１つまたは複数の端末装置１２０は、上りリンク（ＵＬ）においてＲＳをネットワーク装置１１０に送信することができる。ＲＳの例は、下りリンクまたは上りリンク復調参照信号（ＤＭＲＳ）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）、測定用参照信号（ＳＲＳ）、位相トラッキング参照信号（ＰＴ－ＲＳ）、微小時間周波数トラッキング参照信号（ＴＲＳ）などを含むことができるが、これらに限定されない。
【0058】
本文で使用されるように、ＲＳは、ネットワーク装置１１０および端末装置１２０の両方に知られている信号のシーケンス（「ＲＳシーケンス」とも呼ばれる）である。例えば、ネットワーク装置１１０は、特定のルールに基づいてＲＳシーケンスを生成および送信することができ、端末装置１２０は、同じルールに基づいてＲＳシーケンスを導出することができる。下りリンクＲＳおよび上りリンクＲＳの伝送において、ネットワーク装置１１０は、対応するリソース（「ＲＳリソース」とも呼ばれる）を伝送に割り当てることができ、および／または、どのＲＳシーケンスが送信されるべきかを指定することができる。
【0059】
いくつかの場面において、ネットワーク装置１１０および端末装置１２０の両方は、複数のアンテナポート（またはアンテナ素子）を備え、指定されたＲＳシーケンスをアンテナポート（アンテナ素子）で送信することができる。複数のＲＳポートに関連付けられるＲＳリソースのセットも指定される。ＲＳポートは、ＲＳシーケンスの一部または全部の、時間領域、周波数領域、および／またはコード領域におけるＲＳ伝送のために割り当てられたリソース領域の１つまたは複数のリソース要素（ＲＥ）への、特定マッピングと称されることができる。このようなリソース割り当て情報は、ＲＳの伝送前に端末装置１２０に指示されてもよい。
【0060】
ＮＲでは、位相ノイズの補償を可能にするために、ＰＴ－ＲＳを導入することができる。通常、位相ノイズは搬送波周波数の増加とともに増加するので、ＰＴ－ＲＳを利用して、高い周波数帯域で動作する無線ネットワークの位相ノイズを除去することができる。現在、時間領域および周波数領域におけるＰＴ－ＲＳマッピングパターンが研究されているが、詳細なパターンはまだ完全には設計されていない。例えば、時間領域におけるＰＴ－ＲＳの密度（ＰＴ－ＲＳの「時間密度」とも呼ばれる）は、スケジューリングされている変調および符号化スキーム（ＭＣＳ）と関連付けられ、周波数領域におけるＰＴ－ＲＳの密度（ＰＴ－ＲＳの「周波数密度」とも呼ばれる）とＰＴ－ＲＳポートのグループパターン（例えば、ＰＴ－ＲＳグループの数およびＰＴ－ＲＳグループあたりのサンプル数）は、スケジューリングされているＢＷ（例えば、スケジューリングされているＲＢの数）と関連付けられると合意されている。
【0061】
ＯＦＤＭに基づくシステムの場合、ＰＴ－ＲＳの時間密度は、ゼロ（すなわち、ＰＴ－ＲＳが存在しない）、４つのシンボルごと（すなわち、１／４）、２つのシンボルごと（すなわち、１／２）、またはシンボルごと（すなわち、１）の何れか１つとすることができる。ＰＴ－ＲＳの時間密度は、スケジューリングされたＭＣＳに関連している。例えば、３ＧＰＰ ＴＳ ３８．２１４の表５．１．６．３－１は、スケジューリングされたＭＣＳとＰＴ－ＲＳの時間密度との間の相関を以下のように示す。表５．１．６．３－１において、ｐｔｒｓ－ＭＣＳ１からｐｔｒｓ－ＭＣＳ４はそれぞれ、ネットワーク装置によって設定する必要があるＭＣＳ閾値を表す。
【表1】
【0062】
同様に、ＰＴ－ＲＳの周波数密度は、ゼロ（すなわち、ＰＴ－ＲＳが存在しない）、ＲＢごと（すなわち、１）、２つのＲＢごと（すなわち、１／２）、または４つのＲＢごと（すなわち、１／４）の何れか１つとすることができる。ＰＴ－ＲＳの周波数密度は、スケジューリングされた帯域幅（すなわち、スケジューリングされたＲＢの数）に関連付けられる。例えば、３ＧＰＰ ＴＳ ３８．２１４の表５．１．６．３－２は、スケジューリングされた帯域幅（ＮＲＢとして表される）とＰＴ－ＲＳの周波数密度との間の相関を以下のように示す。表５．１．６．３－２において、ＮＲＢ０とＮＲＢ１はそれぞれ、ネットワーク装置によって設定する必要がある帯域幅の閾値を表す。
【表2】
【0063】
単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂは、以下の設計をサポートすることが合意されている。ＴＲＰ間／中の櫛型周波数リソース割り当て。広帯域プリコーディングリソースブロックグループ（ＰＲＧ）については、最初のceiling［Ｎ＿ＲＢ／２］ＲＢ（なお、ceiling［ ］は天井ブラケットを指す）がＴＣＩ状態１（ＴＣＩ状態Ａとも呼ばれる）に割り当てられ、残りのfloor［Ｎ＿ＲＢ／２］ＲＢ（なお、floor［ ］はフロアブラケットを指す）がＴＣＩ状態２（ＴＣＩ状態Ｂとも呼ばれる）に割り当てられる。ＰＲＧサイズ＝２または４の場合、割り当てられたＦＤＲＡ内の偶数のＰＲＧがＴＣＩ状態１に割り当てられ、割り当てられたＦＤＲＡ内の奇数のＰＲＧがＴＣＩ状態２に割り当てられる。
【0064】
ＰＲＧに関しては、３ＧＰＰ仕様で定義されているように、ＵＥは、プリコーディング粒度が周波数領域におけるＰ’
BWP.i個の連続したリソースブロックであると仮定することができる。Ｐ’
BWP.iは｛２，４，広帯域｝中の何れか１つの値と等しくすることができる。Ｐ’
BWP.iが「広帯域」と決定された場合、ＵＥは、非連続的なＰＲＢでスケジューリングされることが望ましくなく、ＵＥは、割り当てられたリソースに同じプリコーディングが適用されていると仮定することができる。Ｐ’
BWP.iが｛２，４｝中の何れか１つの値であると判定された場合、プリコーディングリソースブロックグループ（ＰＲＧ）は、Ｐ’
BWP.i個の連続するＰＲＢで帯域幅部分ｉを分割する。各ＰＲＧにおける連続ＰＲＢの実際の数は、１つ又は複数であってもよい。
【0065】
以上に鑑みて、ＵＲＬＬＣスキーム２ａ／２ｂについて、ＰＲＢの総スケジューリング数がＮである場合、合意に基づいて、ＰＲＢの一部が各ＴＣＩ状態に割り当てられる。一方、各ＴＣＩ状態について、ＰＴ－ＲＳの具体的な設定またはマッピングをどのように決定するかは不明であり、例えば、ＰＴ－ＲＳマッピングのためのＰＴ－ＲＳ密度およびＰＲＢをどのように取得するかは設計されていない。
【0066】
従来のソリューションにおける上述の技術的問題および潜在的な他の技術的問題を解決するために、本開示の実施例は、マルチＴＲＰ伝送に基づいてＰＴ－ＲＳ（特にＰＴ－ＲＳ存在／密度／パターン／オフセット）を設定するためのソリューションを提供する。いくつかの実施例において、マルチＴＲＰ伝送に基づくスキーム２ａ／２ｂの場合、ＰＴ－ＲＳ存在／密度／パターン／オフセットは、スケジューリングされたリソースの各部分において独立に／個別に決定される。他のいくつかの実施例において、ＰＴ－ＲＳの存在／密度は、スケジューリングされたリソースの２つ以上の部分について同一であり、且つこの２つ以上の部分のうちの最大部分に基づいて決定される。他のいくつかの実施例において、ＰＴ－ＲＳオフセットは、２つ以上の部分について同一であり、且つこの２つ以上の部分のうちの最小部分に基づいて決定される。本開示の実施例は、スケジューリングされたリソースセットが複数のＴＣＩ状態によって共有される場合（特にスキーム２ａ／２ｂの場合）、ＰＴ－ＲＳの存在／密度／パターン／オフセットをどのように決定するかに関する実用的な詳細を提供する。本発明の原理および実現は、以下で詳細に説明される。
【0067】
図２は本開示のいくつかの実施例による、ネットワーク装置１１０と端末装置１２０との間の例示的な通信プロセス２００を示す。説明のために、図１を参照して通信プロセス２００を説明する。しかしながら、通信プロセス２００は、ネットワーク装置および端末装置が互いに通信する他の任意の通信場面にも同様に適用できることを理解されたい。
【0068】
図２に示すように、ネットワーク装置１１０は、端末装置１２０に制御情報１３５を送信２０５する。これにより、端末装置１２０は、ネットワーク装置１１０から制御情報１３５を受信２０５する。いくつかの実施例において、制御情報１３５は、３ＧＰＰ仕様で定義されているような下りリンク制御情報（ＤＣＩ）であってもよい。いくつかの他の実施例において、制御情報１３５は、３ＧＰＰ仕様または他の標準仕様で定義されているような任意の既存または将来のシグナリングを含むことができる。制御情報１３５は、端末装置１２０とネットワーク装置１１０との間の通信（例えば、データ１４０の伝送）のためのリソースセットと、１つ以上のＴＣＩ状態とを指示することができる。
【0069】
いくつかの実施例において、リソースセットは、３ＧＰＰ仕様で定義されているような複数の物理リソースブロック（ＰＲＢ）を含むことができる。しかしながら、いくつかの他の実施例において、リソースセットは、３ＧＰＰ仕様または他の標準仕様で定義されているような任意の他の形式であってもよい。さらに、いくつかの実施例において、ＴＣＩ状態は、３ＧＰＰ仕様で定義されている最大８つのＴＣＩ状態を含むことができる。しかしながら、いくつかの他の実施例において、ＴＣＩ状態は、３ＧＰＰ仕様で定義されているような機能と類似または同一の機能を有する任意の既存または将来の送信設定指示状態を含むことができる。リソースセットおよびＴＣＩ状態の例は、図３を参照して以下に説明される。
【0070】
図３は、本開示のいくつかの実施例による、周波数領域において２つのＴＣＩ状態（ＴＣＩ状態ＡおよびＴＣＩ状態Ｂ）に関連付けられた２つのリソースサブセット３１０および３２０に分割された例示的なリソースセット３００を示す。図３において、横軸は時間領域を表し、縦軸は周波数領域を表している。図示するように、ネットワーク装置１１０によって端末装置１２０に送信される制御情報１３５は、リソースセット３００、例えば、リソースセット３００の時間および周波数位置を示すことができ、制御情報１３５は、３ＧＰＰ仕様で定義されている８つのＴＣＩ状態のうちの２つ（例えば、ＴＣＩ状態ＡおよびＴＣＩ状態Ｂ）を示すこともできる。リソースセット３００、ＴＣＩ状態ＡおよびＴＣＩ状態Ｂは、端末装置１２０とネットワーク装置１１０との間の通信（例えば、データ１４０の伝送）に使用される。
【0071】
図２に戻り、ネットワーク装置１１０は、それぞれのＴＣＩ状態に関連付けられるリソースサブセットを決定２１０し、そして各リソースサブセットは、リソースセットの周波数領域における一部である。同様に、端末装置１２０は、それぞれのＴＣＩ状態に関連付けられるリソースサブセットも決定２１５する。例えば、図３を参照し、ネットワーク装置１１０または端末装置１２０は、ＴＣＩ状態Ａに関連付けられたリソースサブセット３１０と、ＴＣＩ状態Ｂに関連付けられたリソースサブセット３２０とを決定することができる。これによって、リソースサブセット３１０および３２０は、リソースセット３００の、周波数領域における２つの部分であることが分かる。
【0072】
図３に示されるようなＴＣＩ状態の数、リソースセット３００の広帯域ＰＲＧ設定、およびリソースセット３００の具体的なの分割方式は、説明するためのものだけであって、いかなる制限も示唆しないことを理解されたい。他の実施例において、制御情報１３５内で指示される任意の適切な数のＴＣＩ状態が存在してもよく、リソースセット３００は、任意の適切なＰＲＧ設定を有してもよく、そしてリソースセット３００は、任意の適切な方法で、それぞれのＴＣＩ状態に関連付けられる任意の数のサブセットに分割されてもよい。
【0073】
図２に戻り、ネットワーク装置１１０は、例えば、それぞれのリソースサブセットについて、ＰＴ－ＲＳは端末装置１２０に送信されるか、または端末装置１２０から受信されるか、および、ＰＴ－ＲＳが送信されるかまたは受信される場合、リソースサブセット内のどのリソースが使用されるかを決定するために、ＰＴ－ＲＳのリソースサブセットへのマッピングを決定２２０する。同様に、端末装置１２０も、ＰＴ－ＲＳのリソースサブセットへのマッピングを決定２２５する。例えば、図３を参照し、ネットワーク装置１１０または端末装置１２０は、ＰＴ－ＲＳがそれぞれリソースサブセット３１０および３２０内のリソースにどのようにマッピングされるかを決定することができる。ＰＴ－ＲＳをリソースサブセット内のリソースにマッピングするための様々な可能なオプションが存在するが、これは以下で１つずつ説明される。
【0074】
第１のオプションでは、各リソースサブセットおけるＰＴ－ＲＳマッピングを独立して決定することができる。例えば、各リソースサブセットにおけるＰＴ－ＲＳマッピングは、各ＴＣＩ状態のためのリソース（例えば、ＰＲＢ）に基づくことができる。この直接的なオプションを使用して、リソースサブセットの各々に対して（すなわち、ＴＣＩ状態の各々に対して）最適なマッピングを設定することができる。特に、スキーム２ａ／２ｂについては、ＰＤＳＣＨに対するスケジューリングＰＲＢは２つの部分に分割され、各部分に対するＰＴ－ＲＳマッピングは独立である。言い換えれば、ＰＴ－ＲＳ存在／パターン／マッピングは、スケジューリングされたＰＲＢの各部分に対するものである。
【0075】
より具体的には、ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定され、そして、ＵＥが１つのＴＣＩコードポイントにおいて１つ以上の（例えば、２つまたは３つまたは４つの）ＴＣＩ状態で設定されている場合、ＰＴ－ＲＳ存在／密度／マッピングは、各ＴＣＩ状態に割り当て／関連付けられたスケジューリングされたＰＲＢに基づく。すなわち、ネットワーク装置１１０または端末装置１２０は、リソースサブセットに対するマッピングパラメータ（例えば、ＰＴ－ＲＳの周波数密度、ＰＴ－ＲＳリソースオフセットなど）のそれぞれの値を決定することができる。例えば、図３を参照し、ＰＴ－ＲＳのリソースへのマッピングは、リソースサブセット３１０および３２０について個別に決定されてもよい。特に、スキーム２ａ／２ｂについて、２つのＴＣＩ状態に割り当て／関連付けられたスケジューリングされたＰＲＢの２つの部分上のＰＴ－ＲＳは独立である。
【0076】
いくつかの実施例において、１つのＴＣＩコードポイントに２つのＴＣＩ状態が存在してもよく、例えば、この２つのＴＣＩ状態は、ＴＣＩ状態ＡおよびＴＣＩ状態Ｂであってもよい。第１のオプションの例として、ＰＴ－ＲＳの周波数密度は、リソースサブセットに対して独立して設定されてもよい。このようにして、各リソースサブセットに対して、最適なＰＴ－ＲＳ周波数密度を決定することができる。このため、ネットワーク装置１１０または端末装置１２０は、リソースサブセット内のリソースの数に基づいて、リソースサブセットの各々について、ＰＴ－ＲＳの周波数密度を決定することができる。例えば、図３に示すように、ＴＣＩ状態Ａに割り当て／関連付けられたリソース（例えば、ＰＲＢ）（リソースサブセット３１０）の数をＮＲＢ＿ａ、ＴＣＩ状態Ｂに割り当て／関連付けられたリソース（例えば、ＰＲＢ）（リソースサブセット３２０）の数をＮＲＢ＿ｂと仮定する。例えば、単一のＤＣＩによってスケジューリングされるＰＤＳＣＨのリソースブロックの総数またはスケジューリングされた帯域幅をＮＲＢとすることができる。例えば、ＮＲＢ＿ａ＋ＮＲＢ＿ｂ＝ＮＲＢである。
【0077】
これにより、リソースサブセット３１０におけるＰＴ－ＲＳの周波数密度をＮＲＢ＿ａに基づいて決定でき、リソースサブセット３２０におけるＰＴ－ＲＳの周波数密度をＮＲＢ＿ｂに基づいて決定することができる。例えば、３ＧＰＰ ＴＳ ３８．２１４に定義されている表５．１．６．３－２に基づいて、リソースサブセット３１０におけるＰＴ－ＲＳ周波数密度は、パラメータ「ＮＲＢ」を「ＮＲＢ＿ａ」に置き換えることによって決定でき、リソースサブセット３２０におけるＰＴ－ＲＳ周波数密度は、パラメータ「ＮＲＢ」を「ＮＲＢ＿ｂ」に置き換えることによって決定できる。
【0078】
第１のオプションの別の例として、ＰＴ－ＲＳリソースオフセットは、リソースサブセットに対して独立して設定されてもよい。このようにして、各リソースサブセットに対して、最適なＰＴ－ＲＳリソースオフセットを決定することができる。このため、ネットワーク装置１１０または端末装置１２０は、リソースサブセットの各々について、リソースの数、周波数密度、および端末装置の識別子に基づいて、マッピングのための開始リソースと、リソースサブセット内の最も低い周波数を有するリソースとの間のオフセットを決定することができる。例えば、図３を参照し、リソースサブセット３１０におけるＰＴ－ＲＳリソースオフセットは、ＮＲＢ＿ａに基づいて決定でき、リソースサブセット３２０におけるＰＴ－ＲＳリソースオフセットは、ＮＲＢ＿ｂに基づいて決定できる。
【0079】
より具体的には、３ＧＰＰ ＴＳ ３８．２１１のセクション７．４．１．２．２に定義されている以下の式（１）に基づいて、リソースサブセット３１０におけるＰＴ－ＲＳリソースオフセットは、パラメータ「ＮＲＢ」を「ＮＲＢ＿ａ」に置き換えることによって決定でき、リソースサブセット３２０におけるＰＴ－ＲＳリソースオフセットは、パラメータ「ＮＲＢ」を「ＮＲＢ＿ｂ」に置き換えることによって決定できる。式（１）の他のパラメータは３ＧＰＰ仕様で定義されている。
【数1】
【0080】
いくつかの実施例において、上述した第１のオプションを使用して、現在の技術仕様３ＧＰＰ ＴＳ ３８．２１４のセクション５．１．６．３を以下のように更新することができる。
５．１．６．３ ＰＴ－ＲＳ受信手順
ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合（かつ／または、ＵＥが１つのＴＣＩコードポイントにおいて複数の（例えば、２つまたは３つまたは４つの）ＴＣＩ状態で設定されている場合）、ＵＥは、各ＴＣＩ状態に割り当てられた／関連付けられたスケジューリングされたＰＲＢの各部分に基づいて、ＰＴ－ＲＳアンテナポートの存在およびパターンを仮定すべきである。
ＵＥがＤＭＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇ（ＤＭＲＳ下りリンク設定）において上位レベルのパラメータｐｈａｓｅＴｒａｃｋｉｎｇＲＳ（位相トラッキング参照信号）で設定されている場合、
－ ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇ（ＰＴＲＳ下りリンク設定）における上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙ（時間密度）とｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙ（周波数密度）は、それぞれ表５．１．６．３－１と表５．１．６．３－２に示すように、閾値ｐｔｒｓ－ＭＣＳｉ（ｉ＝１，２，３）およびＮＲＢ，ｉ（ｉ＝０，１）を示す。
－ 付加的な上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙおよびｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙの一方または両方が設定され、且つ、ＲＮＴＩがＭＣＳ－Ｃ－ＲＮＴＩ、Ｃ－ ＲＮＴＩ、またはＣＳ－ＲＮＴＩに等しい場合、ＵＥは、ＰＴ－ＲＳのアンテナポート存在とパターンは、表５．１．６．３－１および表５．１．６．３－２に示されるような、対応するコードワードの対応するスケジューリングされたＭＣＳおよび対応する帯域幅部分の１つのＴＣＩ状態に関連付けられたスケジューリングされたＰＲＢの関数であると仮定すべきであり、
－ ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇによって与えられる上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙが設定されていない場合、ＵＥは、ＬＰＴ－ＲＳ＝１であると仮定すべきである。
－ ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇによって与えられる上位レイヤパラメータｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙが設定されていない場合、ＵＥは、ＫＰＴ－ＲＳ＝２であると仮定すべきである。
－ そうでない場合、付加的な上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙとｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙが何れも設定されておらず、且つ、ＲＮＴＩがＭＣＳ－Ｃ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、またはＣＳ－ＲＮＴＩに等しい場合、ＵＥは、ＬＰＴ－ＲＳ＝１、ＫＰＴ－ＲＳ＝２のときにＰＴ－ＲＳが存在すると仮定し、次の場合にはＰＴ－ＲＳが存在しないと仮定すべきである。
－ 表５．１．３．１－１からのスケジューリングされたＭＣＳが１０未満、または
－ 表５．１．３．１－２からのスケジューリングされたＭＣＳが５未満、または
－ 表５．１．３．１－３からのスケジューリングされたＭＣＳが１５未満、または
－ ＮＲＢが３未満であり、（且つ、ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合、ＮＲＢは、１つのＴＣＩ状態に割り当てられた／関連付けられたスケジューリングされたＰＲＢであり、そうでない場合、ＮＲＢはスケジューリングされた帯域幅である）、または
－ そうでない場合、ＲＮＴＩがＲＡ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、またはＰ－ＲＮＴＩに等しい場合、ＵＥはＰＴ－ＲＳが存在しないと仮定すべきである。
５．１．６．３ ＰＴ－ＲＳ受信手順
ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合（かつ／または、ＵＥが１つのＴＣＩコードポイントにおいて複数の（例えば、２つまたは３つまたは４つの）ＴＣＩ状態で設定されている場合）、ＵＥは、各ＴＣＩ状態に割り当てられた／関連付けられたスケジューリングされたＰＲＢの各部分に基づいて、ＰＴ－ＲＳアンテナポートの存在およびパターンを仮定すべきである。
ＵＥがＤＭＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇ（ＤＭＲＳ下りリンク設定）において上位レベルのパラメータｐｈａｓｅＴｒａｃｋｉｎｇＲＳ（位相トラッキング参照信号）で設定されている場合、
－ ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇ（ＰＴＲＳ下りリンク設定）における上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙ（時間密度）とｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙ（周波数密度）は、それぞれ表５．１．６．３－１と表５．１．６．３－２に示すように、閾値ｐｔｒｓ－ＭＣＳｉ（ｉ＝１，２，３）およびＮＲＢ，ｉ（ｉ＝０，１）を示す。
－ 付加的な上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙおよびｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙの一方または両方が設定され、且つ、ＲＮＴＩがＭＣＳ－Ｃ－ＲＮＴＩ、Ｃ－ ＲＮＴＩ、またはＣＳ－ＲＮＴＩに等しい場合、ＵＥは、ＰＴ－ＲＳのアンテナポート存在とパターンは、表５．１．６．３－１および表５．１．６．３－２に示されるような、対応するコードワードの対応するスケジューリングされたＭＣＳおよび対応する帯域幅部分の１つのＴＣＩ状態に関連付けられたスケジューリングされたＰＲＢの関数であると仮定すべきであり、
－ ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇによって与えられる上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙが設定されていない場合、ＵＥは、ＬＰＴ－ＲＳ＝１であると仮定すべきである。
－ ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇによって与えられる上位レイヤパラメータｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙが設定されていない場合、ＵＥは、ＫＰＴ－ＲＳ＝２であると仮定すべきである。
－ そうでない場合、付加的な上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙとｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙが何れも設定されておらず、且つ、ＲＮＴＩがＭＣＳ－Ｃ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、またはＣＳ－ＲＮＴＩに等しい場合、ＵＥは、ＬＰＴ－ＲＳ＝１、ＫＰＴ－ＲＳ＝２のときにＰＴ－ＲＳが存在すると仮定し、次の場合にはＰＴ－ＲＳが存在しないと仮定すべきである。
－ 表５．１．３．１－１からのスケジューリングされたＭＣＳが１０未満、または
－ 表５．１．３．１－２からのスケジューリングされたＭＣＳが５未満、または
－ 表５．１．３．１－３からのスケジューリングされたＭＣＳが１５未満、または
－ ＮＲＢが３未満であり、（且つ、ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合、ＮＲＢは、１つのＴＣＩ状態に割り当てられた／関連付けられたスケジューリングされたＰＲＢであり、そうでない場合、ＮＲＢはスケジューリングされた帯域幅である）、または
－ そうでない場合、ＲＮＴＩがＲＡ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、またはＰ－ＲＮＴＩに等しい場合、ＵＥはＰＴ－ＲＳが存在しないと仮定すべきである。
【表3】
【0081】
いくつかの実施例において、上述した第１のオプションを使用して、現在の技術仕様３ＧＰＰ ＴＳ ３８．２１４のセクション５．１．６．３を以下のように更新することができる。
５．１．６．３ ＰＴ－ＲＳ受信手順
ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定され、（かつ／または、ＵＥが１つのＴＣＩコードポイントにおいて複数の（例えば、２つまたは３つまたは４つの）ＴＣＩ状態で設定されている場合）、ＵＥは、各ＴＣＩ状態に割り当てられた／関連付けられたスケジューリングされたＰＲＢの各部分に基づいて、ＰＴ－ＲＳアンテナポートの存在およびパターンを仮定すべきである。
ＵＥがＤＭＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇにおいて上位レベルパラメータｐｈａｓｅＴｒａｃｋｉｎｇＲＳで設定されている場合、
－ ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇにおける上位レイヤのパラメータｔｉｍｅＤｅｎｓｉｔｙとｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙは、それぞれ表５．１．６．３－１と表５．１．６．３－２に示すように、閾値ｐｔｒｓ－ＭＣＳｉ（ｉ＝１，２，３）およびＮＲＢ，ｉ（ｉ＝０，１）を示している。
－ 付加的な上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙおよびｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙの一方または両方が設定され、且つ、ＲＮＴＩがＭＣＳ－Ｃ－ＲＮＴＩ、Ｃ－ ＲＮＴＩ、またはＣＳ－ＲＮＴＩに等しい場合、ＵＥは、ＰＴ－ＲＳのアンテナポート存在とパターンは、表５．１．６．３－１および表５．１．６．３－２に示されるような、対応するコードワードの対応するスケジューリングされたＭＣＳおよびＮＲＢの関数であると仮定すべきであり、また、ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合（および／または、ＵＥが１つのＴＣＩコードポイントにおいて複数（例えば、２つまたは３つまたは４つ）のＴＣＩ状態で設定されている場合、そうでない場合、ＮＲＢはスケジューリングされた帯域幅である）、ＮＲＢは、対応する帯域幅部分において１つのＴＣＩ状態に割り当てられ／関連付けられているスケジューリングされたＰＲＢであり、
－ ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇによって与えられる上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙが設定されていない場合、ＵＥは、ＬＰＴ－ＲＳ＝１であると仮定すべきである。
－ ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇによって与えられる上位レイヤパラメータｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙが設定されていない場合、ＵＥは、ＫＰＴ－ＲＳ＝２であると仮定すべきである。
－ そうでない場合、付加的な上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙとｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙが何れも設定されておらず、且つ、ＲＮＴＩがＭＣＳ－Ｃ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、またはＣＳ－ＲＮＴＩに等しい場合、ＵＥは、ＬＰＴ－ＲＳ＝１、ＫＰＴ－ＲＳ＝２のときにＰＴ－ＲＳが存在すると仮定し、次の場合にはＰＴ－ＲＳが存在しないと仮定すべきである。
－ 表５．１．３．１－１からのスケジューリングされたＭＣＳが１０未満、または
－ 表５．１．３．１－２からのスケジューリングされたＭＣＳが５未満、または
－ 表５．１．３．１－３からのスケジューリングされたＭＣＳが１５未満、または
－ ＮＲＢが３未満であり、（且つ、ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合、ＮＲＢは、１つのＴＣＩ状態に割り当てられた／関連付けられたスケジューリングされたＰＲＢであり、そうでない場合、ＮＲＢはスケジューリングされた帯域幅である）、または
－ そうでない場合、ＲＮＴＩがＲＡ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、またはＰ－ＲＮＴＩに等しい場合、ＵＥはＰＴ－ＲＳが存在しないと仮定すべきである。
５．１．６．３ ＰＴ－ＲＳ受信手順
ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定され、（かつ／または、ＵＥが１つのＴＣＩコードポイントにおいて複数の（例えば、２つまたは３つまたは４つの）ＴＣＩ状態で設定されている場合）、ＵＥは、各ＴＣＩ状態に割り当てられた／関連付けられたスケジューリングされたＰＲＢの各部分に基づいて、ＰＴ－ＲＳアンテナポートの存在およびパターンを仮定すべきである。
ＵＥがＤＭＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇにおいて上位レベルパラメータｐｈａｓｅＴｒａｃｋｉｎｇＲＳで設定されている場合、
－ ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇにおける上位レイヤのパラメータｔｉｍｅＤｅｎｓｉｔｙとｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙは、それぞれ表５．１．６．３－１と表５．１．６．３－２に示すように、閾値ｐｔｒｓ－ＭＣＳｉ（ｉ＝１，２，３）およびＮＲＢ，ｉ（ｉ＝０，１）を示している。
－ 付加的な上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙおよびｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙの一方または両方が設定され、且つ、ＲＮＴＩがＭＣＳ－Ｃ－ＲＮＴＩ、Ｃ－ ＲＮＴＩ、またはＣＳ－ＲＮＴＩに等しい場合、ＵＥは、ＰＴ－ＲＳのアンテナポート存在とパターンは、表５．１．６．３－１および表５．１．６．３－２に示されるような、対応するコードワードの対応するスケジューリングされたＭＣＳおよびＮＲＢの関数であると仮定すべきであり、また、ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合（および／または、ＵＥが１つのＴＣＩコードポイントにおいて複数（例えば、２つまたは３つまたは４つ）のＴＣＩ状態で設定されている場合、そうでない場合、ＮＲＢはスケジューリングされた帯域幅である）、ＮＲＢは、対応する帯域幅部分において１つのＴＣＩ状態に割り当てられ／関連付けられているスケジューリングされたＰＲＢであり、
－ ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇによって与えられる上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙが設定されていない場合、ＵＥは、ＬＰＴ－ＲＳ＝１であると仮定すべきである。
－ ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇによって与えられる上位レイヤパラメータｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙが設定されていない場合、ＵＥは、ＫＰＴ－ＲＳ＝２であると仮定すべきである。
－ そうでない場合、付加的な上位レイヤパラメータｔｉｍｅＤｅｎｓｉｔｙとｆｒｅｑｕｅｎｃｙＤｅｎｓｉｔｙが何れも設定されておらず、且つ、ＲＮＴＩがＭＣＳ－Ｃ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、またはＣＳ－ＲＮＴＩに等しい場合、ＵＥは、ＬＰＴ－ＲＳ＝１、ＫＰＴ－ＲＳ＝２のときにＰＴ－ＲＳが存在すると仮定し、次の場合にはＰＴ－ＲＳが存在しないと仮定すべきである。
－ 表５．１．３．１－１からのスケジューリングされたＭＣＳが１０未満、または
－ 表５．１．３．１－２からのスケジューリングされたＭＣＳが５未満、または
－ 表５．１．３．１－３からのスケジューリングされたＭＣＳが１５未満、または
－ ＮＲＢが３未満であり、（且つ、ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合、ＮＲＢは、１つのＴＣＩ状態に割り当てられた／関連付けられたスケジューリングされたＰＲＢであり、そうでない場合、ＮＲＢはスケジューリングされた帯域幅である）、または
－ そうでない場合、ＲＮＴＩがＲＡ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、またはＰ－ＲＮＴＩに等しい場合、ＵＥはＰＴ－ＲＳが存在しないと仮定すべきである。
【表4】
【0082】
いくつかの実施例において、上述した第１のオプションを使用して、現在の技術仕様３ＧＰＰ ＴＳ ３８．２１１のセクション７．４．１．２．２を以下のように更新することができる。
７．４．１．２．２ 物理リソースへのマッピング
ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合（かつ／または、ＵＥが１つのＴＣＩコードポイントにおいて複数の（例えば、２つまたは３つまたは４つの）ＴＣＩ状態で設定されている場合）、ＵＥは、位相トラッキング参照信号がＰＤＳＣＨの各ＴＣＩ状態に割り当てられた／関連付けられたリソースブロック内にのみ存在すると仮定すべきであり、そうでない場合、ＵＥは、［６，ＴＳ ３８．２１４］内の手順が、位相トラッキング参照信号が使用されていることを示している場合にのみ、位相トラッキング参照信号がＰＤＳＣＨに使用されるリソースブロック内にのみ存在すると仮定すべきである。
ＵＥは、［６，ＴＳ ３８．２１４］内の手順が、位相トラッキング参照信号が使用されていることを示している場合にのみ、位相トラッキング参照信号がＰＤＳＣＨの各ＴＣＩ状態に割り当てられた／関連付けられたリソースブロック内にのみ存在すると仮定すべきである。
存在する場合、ＵＥは、ＰＤＳＣＨ ＰＴ－ＲＳが、［６，ＴＳ ３８．２１４］の条項４．１に規定された送信電力に適合するようにファクタβPT-RS，iでスケーリングされ、以下に従ってリソース要素（ｋ，ｌ）p，μにマッピングされると仮定すべきである。
次のすべての条件が満たされた場合、
－ ｌがＰＤＳＣＨ送信に割り当てられたＯＦＤＭシンボル内である
－ リソース要素（ｋ，ｌ）p，μは、ＤＭ－ＲＳ、非ゼロ電力ＣＳＩ－ＲＳ（モビリティ測定用に設定されているもの、または対応するＣＳＩ ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ（ＣＳＩリソース設定）で「非周期的」に設定されたｒｅｓｏｕｒｃｅＴｙｐｅ（リソースタイプ）を有するものを除く）、ゼロ電力ＣＳＩ－ＲＳ、ＳＳ／ＰＢＣＨブロック、［６，ＴＳ ３８．２１４］の条項５．１．４．１に従って検出されたＰＤＣＣＨには使用されない、または［６，ＴＳ ３８．２１４］条項５．１．４に従って「利用できない」と宣言されている。
ＰＤＳＣＨ割り当ての開始に対して定義されたタイムインデックスセットｌは、以下のように定義される。
１． ｉ＝０且つｌref＝０として設定し、
２． 条項７．４．１．１．２に従って、区間ｍａｘ（ｌref＋（ｉ－１）ＬPT-RS＋１，ｌref），．．．，ｌref＋ｉＬPT-RS内のいずれかのシンボルがＤＭ－ＲＳで使用されるシンボルと重複する場合、
－ ｉ＝１として設定し、
－ シングルシンボルＤＭ－ＲＳの場合はｌrefをＤＭ－ＲＳシンボルのシンボルインデックスに設定し、ダブルシンボルＤＭ－ＲＳの場合は２番目のＤＭ－ＲＳシンボルのシンボルインデックスに設定し、
－ ｌref＋ｉＬPT-RSがＰＤＳＣＨ割り当て内である限り、ステップ２から繰り返し、
３． ｌref＋ｉＬPT-RSをＰＴ－ＲＳのタイムインデックスセットに追加し、
４． ｉを１増加させ、
５． ｌref＋ｉＬPT-RSがＰＤＳＣＨ割り当て内である限り、上記のステップ２から繰り返し、
ただし、ＬPT-RS∈｛１，２，４｝である。
ＰＴ－ＲＳマッピングのために、ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合（かつ／または、ＵＥが１つのＴＣＩコードポイントにおいて複数の（例えば、２つまたは３つまたは４つの）ＴＣＩ状態で設定されている場合）、ＰＤＳＣＨ伝送に割り当てられたリソースブロックは、各ＴＣＩ状態に割り当てられた／関連付けられた最も低いスケジューリングされたリソースブロックから最も高いスケジューリングされたリソースブロックまで０からＮRB－１まで番号付けされ、そうでない場合、ＰＤＳＣＨ送信に割り当てられたリソースブロックには、最も低いスケジューリングされたリソースブロックから最も高いスケジューリングされたリソースブロックまで０からＮRB－１まで番号付けされる。このセットのリソースブロック内の対応するサブキャリアは、最も低い周波数から順に０からＮRB SCＮRB－１まで番号付けされる。ＰＴ－ＲＳがマッピングされるとＵＥで仮定されるべきサブキャリアは、次式によって与えられ、
ただし、
－ ｉ＝０，１，２，．．．
－ ［６，ＴＳ ３８．２１４］における条項５．１．６．２に従って、ｋRE refはＰＴ－ＲＳポートに関連付けられたＤＭ－ＲＳポートについての表７．４．１．２．２－１で与えられる。ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇ ＩＥにおける上位レイヤパラメータｒｅｓｏｕｒｃｅＥｌｅｍｅｎｔＯｆｆｓｅｔ（リソース要素オフセット）が設定されていない場合は、「００」に対応する列が使用されるべきである。
－ ｎRNTIは伝送をスケジューリングするＤＣＩに関連付けられたＲＮＴＩであり、
－ ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合（および／または、ＵＥが１つのＴＣＩコードポイントにおいて複数（または２つ）のＴＣＩ状態で設定されている場合）は、ＮRBは１つのＴＣＩ状態に割り当てられた／関連付けられたスケジューリングされたＰＲＢであり、そうでない場合は、スケジューリングされたリソースブロックの数であり、
－ ＫPT-RS∈｛２，４｝は［６，ＴＳ ３８．２１４］で与えられる。
７．４．１．２．２ 物理リソースへのマッピング
ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合（かつ／または、ＵＥが１つのＴＣＩコードポイントにおいて複数の（例えば、２つまたは３つまたは４つの）ＴＣＩ状態で設定されている場合）、ＵＥは、位相トラッキング参照信号がＰＤＳＣＨの各ＴＣＩ状態に割り当てられた／関連付けられたリソースブロック内にのみ存在すると仮定すべきであり、そうでない場合、ＵＥは、［６，ＴＳ ３８．２１４］内の手順が、位相トラッキング参照信号が使用されていることを示している場合にのみ、位相トラッキング参照信号がＰＤＳＣＨに使用されるリソースブロック内にのみ存在すると仮定すべきである。
ＵＥは、［６，ＴＳ ３８．２１４］内の手順が、位相トラッキング参照信号が使用されていることを示している場合にのみ、位相トラッキング参照信号がＰＤＳＣＨの各ＴＣＩ状態に割り当てられた／関連付けられたリソースブロック内にのみ存在すると仮定すべきである。
存在する場合、ＵＥは、ＰＤＳＣＨ ＰＴ－ＲＳが、［６，ＴＳ ３８．２１４］の条項４．１に規定された送信電力に適合するようにファクタβPT-RS，iでスケーリングされ、以下に従ってリソース要素（ｋ，ｌ）p，μにマッピングされると仮定すべきである。
【数2】
－ ｌがＰＤＳＣＨ送信に割り当てられたＯＦＤＭシンボル内である
－ リソース要素（ｋ，ｌ）p，μは、ＤＭ－ＲＳ、非ゼロ電力ＣＳＩ－ＲＳ（モビリティ測定用に設定されているもの、または対応するＣＳＩ ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ（ＣＳＩリソース設定）で「非周期的」に設定されたｒｅｓｏｕｒｃｅＴｙｐｅ（リソースタイプ）を有するものを除く）、ゼロ電力ＣＳＩ－ＲＳ、ＳＳ／ＰＢＣＨブロック、［６，ＴＳ ３８．２１４］の条項５．１．４．１に従って検出されたＰＤＣＣＨには使用されない、または［６，ＴＳ ３８．２１４］条項５．１．４に従って「利用できない」と宣言されている。
ＰＤＳＣＨ割り当ての開始に対して定義されたタイムインデックスセットｌは、以下のように定義される。
１． ｉ＝０且つｌref＝０として設定し、
２． 条項７．４．１．１．２に従って、区間ｍａｘ（ｌref＋（ｉ－１）ＬPT-RS＋１，ｌref），．．．，ｌref＋ｉＬPT-RS内のいずれかのシンボルがＤＭ－ＲＳで使用されるシンボルと重複する場合、
－ ｉ＝１として設定し、
－ シングルシンボルＤＭ－ＲＳの場合はｌrefをＤＭ－ＲＳシンボルのシンボルインデックスに設定し、ダブルシンボルＤＭ－ＲＳの場合は２番目のＤＭ－ＲＳシンボルのシンボルインデックスに設定し、
－ ｌref＋ｉＬPT-RSがＰＤＳＣＨ割り当て内である限り、ステップ２から繰り返し、
３． ｌref＋ｉＬPT-RSをＰＴ－ＲＳのタイムインデックスセットに追加し、
４． ｉを１増加させ、
５． ｌref＋ｉＬPT-RSがＰＤＳＣＨ割り当て内である限り、上記のステップ２から繰り返し、
ただし、ＬPT-RS∈｛１，２，４｝である。
ＰＴ－ＲＳマッピングのために、ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合（かつ／または、ＵＥが１つのＴＣＩコードポイントにおいて複数の（例えば、２つまたは３つまたは４つの）ＴＣＩ状態で設定されている場合）、ＰＤＳＣＨ伝送に割り当てられたリソースブロックは、各ＴＣＩ状態に割り当てられた／関連付けられた最も低いスケジューリングされたリソースブロックから最も高いスケジューリングされたリソースブロックまで０からＮRB－１まで番号付けされ、そうでない場合、ＰＤＳＣＨ送信に割り当てられたリソースブロックには、最も低いスケジューリングされたリソースブロックから最も高いスケジューリングされたリソースブロックまで０からＮRB－１まで番号付けされる。このセットのリソースブロック内の対応するサブキャリアは、最も低い周波数から順に０からＮRB SCＮRB－１まで番号付けされる。ＰＴ－ＲＳがマッピングされるとＵＥで仮定されるべきサブキャリアは、次式によって与えられ、
【数3】
－ ｉ＝０，１，２，．．．
－ ［６，ＴＳ ３８．２１４］における条項５．１．６．２に従って、ｋRE refはＰＴ－ＲＳポートに関連付けられたＤＭ－ＲＳポートについての表７．４．１．２．２－１で与えられる。ＰＴＲＳ－ＤｏｗｎｌｉｎｋＣｏｎｆｉｇ ＩＥにおける上位レイヤパラメータｒｅｓｏｕｒｃｅＥｌｅｍｅｎｔＯｆｆｓｅｔ（リソース要素オフセット）が設定されていない場合は、「００」に対応する列が使用されるべきである。
－ ｎRNTIは伝送をスケジューリングするＤＣＩに関連付けられたＲＮＴＩであり、
－ ＵＥが単一のＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣスキーム２ａおよび２ｂで設定されている場合（および／または、ＵＥが１つのＴＣＩコードポイントにおいて複数（または２つ）のＴＣＩ状態で設定されている場合）は、ＮRBは１つのＴＣＩ状態に割り当てられた／関連付けられたスケジューリングされたＰＲＢであり、そうでない場合は、スケジューリングされたリソースブロックの数であり、
－ ＫPT-RS∈｛２，４｝は［６，ＴＳ ３８．２１４］で与えられる。
【表5】
【0083】
第１のオプションの代わりとして、ＰＴ－ＲＳをリソースサブセットにマッピングするための第２オプションでは、マッピングパラメータの共通値は、それぞれのリソースサブセット内のリソースの数に基づいて、すべてのリソースサブセットに対して設定されてもよい。例えば、すべてのリソースサブセット内のＰＴ－ＲＳの周波数密度、ＰＴ－ＲＳリソースオフセットなどは、同じように設定されてもよい。特に、スキーム２ａ／２ｂについて、２つのＴＣＩ状態に割り当て／関連付けられたスケジューリングされたＰＲＢの２つの部分上のＰＴ－ＲＳは可能な限り同一とすることができる。すべてのリソースサブセットに対するマッピングパラメータの共通値を使用して、リソースサブセットがデータ１４０の同じコードワードを送信するためのＴＣＩ状態に関連付けられることができるので、ネットワーク装置１１０と端末装置１２０との間の通信性能を向上させることができる。
【0084】
第２オプションの例として、ＰＴ－ＲＳの周波数密度の共通値は、全てのリソースサブセットに対して設定されてもよい。このようにして、異なるリソースサブセットにおけるＰＴ－ＲＳの分布は可能な限り統一されることができる。周波数密度のこの共通値を決定するために、ネットワーク装置１１０または端末装置１２０は、それぞれのリソースサブセット内のリソースの数を決定することができる。例えば、図３を参照し、ＴＣＩ状態Ａに割り当て／関連付けられたリソース（例えば、ＰＲＢ）（リソースサブセット３１０）の数をＮＲＢ＿ａ、ＴＣＩ状態Ｂに割り当て／関連付けられたリソース（例えば、ＰＲＢ）（リソースサブセット３２０）の数をＮＲＢ＿ｂと仮定する。そして、ネットワーク装置１１０または端末装置１２０は、それぞれのリソースサブセット内のリソースの数のうちの最大数を決定することができる。例えば、図３において、ｍａｘ（ＮＲＢ＿ａ，ＮＲＢ＿ｂ）表されるＮＲＢ＿ａとＮＲＢ＿ｂの最大値を決定することができる。
【0085】
次に、ネットワーク装置１１０または端末装置１２０は、最大数に基づいて、すべてのリソースサブセットにおけるＰＴ－ＲＳの共通周波数密度を決定することができる。例えば、図３を参照し、３ＧＰＰ仕様ＴＳ ３８．２１４に規定されている表５．１．６．３－２内のパラメータ「ＮＲＢ」をｍａｘ（ＮＲＢ＿ａ，ＮＲＢ＿ｂ）に置き換えて、リソースサブセット３１０および３２０の両方に適用することができるＰＴ－ＲＳの共通周波数密度を決定することができる。したがって、スキーム２ａ／２ｂでは、ＰＴ－ＲＳ周波数密度は、２つのＴＣＩ状態に関連付けられた２つの部分のうちの大きい方に基づいており、ＰＴ－ＲＳの存在／密度は、２つの部分について同じである。リソースサブセット内の最大リソースの数を使用することにより、個々のリソースの数に基づいてＰＴ－ＲＳの周波数密度の個別計算を回避することができる。
【0086】
第２オプションの別の例として、ＰＴ－ＲＳの周波数密度の共通値は、全てのリソースサブセットに対して設定されてもよい。このようにして、異なるリソースサブセットにおけるＰＴ－ＲＳの分布は可能な限り統一されることができる。周波数密度のこの共通値を決定するために、ネットワーク装置１１０または端末装置１２０は、それぞれのリソースサブセット内のリソースの数を決定することができる。例えば、図３を参照し、ＴＣＩ状態Ａに割り当て／関連付けられたリソース（例えば、ＰＲＢ）（リソースサブセット３１０）の数をＮＲＢ＿ａ、ＴＣＩ状態Ｂに割り当て／関連付けられたリソース（例えば、ＰＲＢ）（リソースサブセット３２０）の数をＮＲＢ＿ｂと仮定する。そして、ネットワーク装置１１０または端末装置１２０は、それぞれのリソースサブセット内のリソースの数のうちの最小数を決定することができる。例えば、図３において、ｍｉｎ（ＮＲＢ＿ａ，ＮＲＢ＿ｂ）表されるＮＲＢ＿ａとＮＲＢ＿ｂの最小値を決定することができる。
【0087】
次に、ネットワーク装置１１０または端末装置１２０は、最小数に基づいて、すべてのリソースサブセットにおけるＰＴ－ＲＳの共通周波数密度を決定することができる。例えば、図３を参照し、３ＧＰＰ仕様ＴＳ ３８．２１４に規定されている表５．１．６．３－２内のパラメータ「ＮＲＢ」をｍｉｎ（ＮＲＢ＿ａ，ＮＲＢ＿ｂ）に置き換えて、リソースサブセット３１０および３２０の両方に適用することができるＰＴ－ＲＳの共通周波数密度を決定することができる。したがって、スキーム２ａ／２ｂでは、ＰＴ－ＲＳ周波数密度は、２つのＴＣＩ状態に関連付けられた２つの部分のうちの小さい方に基づいており、ＰＴ－ＲＳの存在／密度は、２つの部分について同じである。リソースサブセット内の最小リソースの数を使用することにより、個々のリソースの数に基づいてＰＴ－ＲＳの周波数密度の個別計算を回避することができる。
【0088】
サブセット３１０および３２０の共通周波数密度を決定する代わりに、ネットワーク装置１１０または端末装置１２０は、それぞれのリソースサブセット内のリソースの数に基づいて、それぞれのリソースサブセット内のＰＴ－ＲＳ周波数密度を決定することができる。例えば、図３を参照すると、３ＧＰＰ ＴＳ ３８．２１４に定義されている表５．１．６．３－２に基づいて、パラメータ「ＮＲＢ」を「ＮＲＢ＿ａ」に置き換えることにより、サブセット３１０についてのＰＴ－ＲＳ存在／密度をｄ１として決定し、パラメータ「ＮＲＢ」を「ＮＲＢ＿ｂ」に置き換えることにより、サブセット３２０についてのＰＴ－ＲＳ存在／密度をｄ２として決定することができる。
【0089】
次に、ネットワーク装置１１０または端末装置１２０は、周波数密度のうちの最大周波数密度に基づいてマップを決定することができる。言い換えれば、スキーム２ａ／２ｂについて、ＰＤＳＣＨに対するスケジューリングされたＰＲＢ全体におけるＰＴ－ＲＳの周波数密度は同じであり、密度はｍａｘ（ｄ１，ｄ２）として決定することができる。いくつかの実施例において、ＰＴ－ＲＳが少なくとも一部分について存在する場合、ＰＴ－ＲＳはスケジューリングされたＰＲＢ全体に存在する。例えば、ＰＴＲＳが１つの部分について存在し、別の部分について存在しない場合、ＰＴＲＳは両方の部分について存在しなければならない。個別に算出された周波数密度を比較することにより、リソースサブセット内の個々のリソースの数の比較を回避することができる。
【0090】
第２オプションの別の例として、ＰＴ－ＲＳリソースオフセットの共通値は、リソースサブセットに対して設定されてもよい。このようにして、異なるリソースサブセットにおけるＰＴ－ＲＳの分布は可能な限り統一されることができる。ＰＴ－ＲＳリソースオフセットのこの共通値を決定するために、ネットワーク装置１１０または端末装置１２０は、それぞれのリソースサブセットのリソースの数、それぞれのリソースサブセット内の周波数密度、および端末装置の識別子に基づいて、マッピングのための開始リソースとそれぞれのリソースサブセット内の最も低い周波数を有するリソースとの間のオフセットを決定することができる。
【0091】
例えば、図３を参照し、ＴＣＩ状態Ａに割り当て／関連付けられたリソース（例えば、ＰＲＢ）（リソースサブセット３１０）の数をＮＲＢ＿ａ、ＴＣＩ状態Ｂに割り当て／関連付けられたリソース（例えば、ＰＲＢ）（リソースサブセット３２０）の数をＮＲＢ＿ｂと仮定する。それぞれのリソースサブセットにおける周波数密度は、３ＧＰＰ ＴＳ ３８．２１４に定義された表５．１．６．３－２に基づいて上述したように決定することができる。端末装置１２０の識別子は、ネットワーク装置１１０および端末装置１２０には既知である。そして、３ＧＰＰ ＴＳ ３８．２１１に定義されている上述の式（１）を使用して、ネットワーク装置１１０および端末装置１２０は、リソースサブセット３１０および３２０について、それぞれのオフセット（例えば、ｋRB＿a
refおよびｋRB＿b
ref）を決定することができる。
【0092】
そして、ネットワーク装置１１０または端末装置１２０は、オフセットのうちの最小オフセットに基づいて、すべてのリソースサブセットに対するＰＴ－ＲＳのマッピングを決定することができる。言い換えれば、最小オフセットは、すべてのリソースサブセットのＰＴ－ＲＳリソースオフセットの共通値として使用することができる。例えば、図３を参照し、ＰＤＳＣＨの全てのスケジューリングされたＰＲＢにおけるＰＴ－ＲＳリソースオフセットは同じであり、ＰＴ－ＲＳリソースオフセットは、ｍｉｎ（ｋRB＿a
ref，ｋRB＿b
ref）として決定することができる。このように、既出の式（１）を使用して、それぞれのリソースオフセットについて算出されたオフセットを比較することによって、ＰＴ－ＲＳリソースオフセットの共通値を決定することができる。
【0093】
サブセットに対する共通のＰＴ－ＲＳリソースオフセット値を決定する代わりに、ＰＴ－ＲＳリソースオフセットの共通値は、リソースサブセットのうちの最小のもの、すなわち、リソースの数が最小であるものに基づいてもよい。例えば、図３を参照し、ＴＣＩ状態Ａに割り当て／関連付けられたリソース（例えば、ＰＲＢ）（リソースサブセット３１０）の数をＮＲＢ＿ａ、ＴＣＩ状態Ｂに割り当て／関連付けられたリソース（例えば、ＰＲＢ）（リソースサブセット３２０）の数をＮＲＢ＿ｂと仮定する。
【0094】
次に、ネットワーク装置１１０または端末装置１２０は、以下の式（２）に基づいて、ＰＴ－ＲＳリソースオフセットの共通値を決定することができる。すなわち、スキーム２ａ／２ｂについて、２つのＴＣＩ状態に関連付けられた２つの部分のリソースオフセットは同じであり、値は以下のように決定することができる。
式（２）において、他のパラメータは３ＧＰＰ仕様（例えば、ＴＳ ３８．２１１およびＴＳ ３８．２１４）で定義されている。この式（２）により、最終的な共通値ｋRB
refは、リソースサブセットに対する個々のＰＴ－ＲＳリソースオフセットを計算および比較することなく、直接決定することができる。
【数4】
【0095】
ＰＴ－ＲＳをリソースサブセットにマッピングする第３のオプションにおいて、ＰＴ－ＲＳのリソースサブセットへのマッピングは、制御情報１３５に示されるリソースセット全体（すなわち、スケジューリングされた帯域幅）に基づいて決定することができる。言い換えれば、リソースサブセット内のそれぞれのリソースの数ではなく、リソースセット全体に基づいて、マッピングパラメータの共通値をリソースサブセットにつて設定することができる。例えば、反復スキーム２ａ／２ｂについて、２つのＴＣＩ状態に割り当て／関連付けられたスケジューリングされたＰＲＢの２つの部分上のＰＴ－ＲＳ設定（すなわち、ＰＴ－ＲＳ存在／密度／マッピング）は、スケジューリングされた帯域幅全体に基づくことができる。
【0096】
第３のオプションの例として、ネットワーク装置１１０または端末装置１２０は、リソースセット内のリソースの数に基づいて、リソースサブセット内のＰＴ－ＲＳの共通周波数密度を決定することができる。例えば、図３を参照し、リソースセット３００のリソースの数がＮＲＢであると仮定する。そして、リソースサブセット３１０および３２０におけるＰＴ－ＲＳの周波数密度の共通値は、ＮＲＢに基づいて（例えば、３ＧＰＰ ＴＳ ３８．２１４に定義されている表５．１．６．３－２によって）決定することが可能である。
【0097】
そして、ネットワーク装置１１０または端末装置１２０は、共通周波数密度に基づいて、１つのリソースサブセットがもう１つのリソースサブセットに続く順番で、ＰＴ－ＲＳをリソースサブセットにマッピングすることができる。言い換えれば、スキーム２ａ／２ｂについて、ＰＴ－ＲＳマッピング順番は、ＰＴ－ＲＳが、１つのＴＣＩ状態に割り当てられ／関連付けられたスケジューリングされたＰＲＢの一部にマッピングされ、次いで、他のＴＣＩ状態に割り当て／関連付けられたスケジューリングされたＰＲＢの他の部分にマッピングされるというものである。例えば、図３を参照し、ＰＴ－ＲＳのマッピングは、リソースサブセット３１０上で実行され、次いでリソースサブセット３２０上で実行される。このようにして、異なるリソースサブセットにおけるＰＴ－ＲＳの分布は可能な限り統一されることができる。
【0098】
第３のオプションの別の例として、ネットワーク装置１１０または端末装置１２０は、リソースサブセットの数で乗じたリソースセット内のリソースの数にものに基づいて、リソースサブセット内のＰＴ－ＲＳの共通周波数密度を決定することができる。特に、ＰＴ－ＲＳ周波数密度は、３ＧＰＰ ＴＳ ３８．２１４に定義されている表５．１．６．３－２に基づいており、スキーム２ａ／２ｂについては、表内のＮＲＢは、２＊スケジューリングされたＰＲＢの数（すなわち、スケジューリングされたＰＲＢの数の２倍）に置き換えられる。例えば、図３を参照し、リソースセット３００は２つのサブセットに分割されているので、リソースサブセット３１０および３２０におけるＰＴ－ＲＳの周波数密度の共通値は、２ＮＲＢに基づいて決定することができる。このように、リソースサブセット内の個々のリソースの数を決定することなく、ＰＴ－ＲＳの周波数密度の共通値の計算を簡略化することができる。
【0099】
第３のオプションの別の例として、ネットワーク装置１１０または端末装置１２０は、リソースセット内のリソースの数に基づいて、ＰＴ－ＲＳの初期周波数密度を決定することができる。例えば、図３を参照すると、ＰＴ－ＲＳの初期周波数密度は、３ＧＰＰ ＴＳ ３８．２１４に定義されている表５．１．６．３－２を使用して、ＮＲＢに基づいて決定することができる。次に、ネットワーク装置１１０または端末装置１２０は、リソースサブセットの数で乗じた初期周波数密度と１／２とのうちの最小値に基づいて、マッピングを決定することができる。
【0100】
特に、スキーム２ａ／２ｂについて、ＰＴ－ＲＳ周波数密度は、３ＧＰＰ ＴＳ ３８．２１４に定義されている表５．１．６．３－２に基づいており、最終的な密度は、ｍｉｎ（１／２，２＊密度）またはｍｉｎ（１，２＊密度）である。例えば、図３を参照し、この値が１／２または１未満である場合、リソースサブセット３１０および３２０におけるＰＴ－ＲＳの周波数密度の共通値は、ＮＲＢに基づいて決定された値の２倍であってもよく、それによって、ＰＴ－ＲＳの周波数密度が過度に高くなることを防止し、ＰＴ－ＲＳの伝送に起因する潜在的な干渉を回避することができる。加えて、このように、リソースサブセット内の個々のリソースの数を決定することなく、ＰＴ－ＲＳの周波数密度の共通値の計算を簡略化することができる。
【0101】
第３のオプションのさらに別の例として、スキーム２ａ／２ｂについて、ＰＴ－ＲＳ周波数密度は、３ＧＰＰ仕様ＴＳ３８．２１４に定義されている表５．１．６．３－２とは異なる、新たに設計された表に基づくことができる。このようにして、リソースサブセット内のＰＴ－ＲＳの周波数密度は、３ＧＰＰ仕様で定義されている表５．１．６．３－２の制限を受けることなく、他の任意の適切な方法で決定することができる。たとえば、新しい表は、以下の表１のように示すことができる。
【表6】
【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】
本開示は、構造的特徴および／または方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の具体的な特徴または動作に限定されないことが理解されるべきである。より正確に言うと、上述した具体的な特徴および動作は、特許請求の範囲を実施する例示的な形態として開示されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【国際調査報告】