特許 5988256 アップリンクのサウンディングリファレンス信号のためのリソース割り当て方法及びその使い方

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

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

(11)【特許番号】5988256

(24)【登録日】2016年8月19日

(45)【発行日】2016年9月7日

(54)【発明の名称】アップリンクのサウンディングリファレンス信号のためのリソース割り当て方法及びその使い方

(51)【国際特許分類】

   H04W 72/12 20090101AFI20160825BHJP

   H04W 72/04 20090101ALI20160825BHJP

【ＦＩ】

   H04W72/12 150

   H04W72/04 136

【請求項の数】13

【全頁数】21

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

(86)(22)【出願日】2013年3月1日

(65)【公表番号】特表2015-513852(P2015-513852A)

(43)【公表日】2015年5月14日

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

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

(87)【国際公開日】20130906

【審査請求日】2015年1月7日

(31)【優先権主張番号】616/DEL/2012

(32)【優先日】2012年3月2日

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

(73)【特許権者】

【識別番号】513311642

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

(74)【代理人】

【識別番号】100092093

【弁理士】

【氏名又は名称】辻居 幸一

(74)【代理人】

【識別番号】100082005

【弁理士】

【氏名又は名称】熊倉 禎男

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島 孝喜

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(72)【発明者】

【氏名】アグラワル ラジーヴ

(72)【発明者】

【氏名】カルヤナスンダラム スレシュ

(72)【発明者】

【氏名】ナタラジャン バラムラリ

【審査官】 ▲高▼木 裕子

(56)【参考文献】

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

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

【文献】 Nokia Siemens Networks, Nokia，On Uplink Sounding Enhancements for CoMP[online]， 3GPP TSG-RAN WG1#68 R1-120728，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_68/Docs/R1-120728.zip＞，２０１２年 １月３１日，pages 1-2

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

Ｈ０４Ｂ ７／２４ − ７／２６

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

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

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

【請求項1】

ポーショニングスキームを使用してサウンディングリファレンス信号リソーススペースにおける１組のサウンディングリファレンス信号リソースを複数のユーザ装置に割り当て、及び
前記割り当てられた１組のサウンディングリファレンス信号リソースの指示を前記複数のユーザ装置へシグナリングする、
ことを含み、
前記ポーショニングスキームは、負荷バランスポーショニングスキーム、完全区画化ポーショニングスキーム、又はハイブリッドポーショニングスキームの１つを含む、サウンディングリファレンス信号リソース割り当て方法。

【請求項2】

前記ポーショニングスキームは、前記負荷バランスポーショニングスキームを含むものであり、
前記割り当てることは、更に、同じサウンディングリファレンス信号帯域巾を有するユーザ装置のみがサウンディングリファレンス信号リソーススペースから割り当てられるサウンディングリファレンス信号リソース、又はサウンディングリファレンス信号リソーススペースから全く割り当てられないサウンディングリファレンス信号リソースから、前記複数のユーザ装置の選択された１つに対して、同じサウンディングリファレンス信号帯域巾を有する最小数のユーザ装置を有するサウンディングリファレンス信号リソーススペースからの１組のサウンディングリファレンス信号リソースを割り当てることを含む、請求項１に記載の方法。

【請求項3】

前記ポーショニングスキームは、前記負荷バランスポーショニングスキームを含むものであり、
前記サウンディングリファレンス信号リソーススペースは、負荷バランスのための第１区画及び完全区画化のための複数の第２の区画へと区画化され、そして前記割り当てることは、更に、前記第２の区画において適当な１組のサウンディングリファレンス信号リソースが見つからないのではない限り、前記複数の第２の区画の１つから前記複数のユーザ装置の選択された１つのための１組のサウンディングリファレンス信号リソースを割り当て、及び前記複数の第２の区画の１つにおいて適当な１組のサウンディングリファレンス信号リソースが見つからないのに応答して、前記第１の区画から前記選択されたユーザ装置のための１組のサウンディングリファレンス信号リソースを割り当てることを含む、請求項１に記載の方法。

【請求項4】

前記複数の第２の区画は、考えられるサウンディングリファレンス信号帯域巾の数に基づいて区画化され、
前記割り当てることは、更に、前記選択されたユーザ装置に関連した選択されたサウンディングリファレンス信号帯域巾に対応する第２の区画の１つから、サウンディングリファレンス信号リソースごとに構成された同一帯域巾ユーザ装置の最大数に対する限界を受けて、既に割り当てられた同じサウンディングリファレンス信号帯域巾を有する最小数のユーザ装置を有する１組のサウンディングリファレンス信号リソースを前記選択されたユーザ装置のために選択して割り当てることを含む、請求項３に記載の方法。

【請求項5】

前記ポーショニングスキームは、前記完全区画化ポーショニングスキームを含むものであり、
前記サウンディングリファレンス信号リソーススペースは、考えられるサウンディングリファレンス信号帯域巾の数に基づいて複数の区画へと区画化され、
前記割り当てることは、更に、前記複数のユーザ装置の選択された１つに関連した選択されたサウンディングリファレンス信号帯域巾に対応する区画の１つから、サウンディングリファレンス信号リソースごとに構成された同一帯域巾ユーザ装置の最大数に対する限界を受けて、既に割り当てられた同じサウンディングリファレンス信号帯域巾を有する最小数のユーザ装置を有する１組のサウンディングリファレンス信号リソースを前記選択されたユーザ装置のために選択して割り当てることを含む、請求項１に記載の方法。

【請求項6】

前記割り当てることは、更に、前記選択されたユーザ装置に対する前記選択されたサウンディングリファレンス信号帯域巾で利用できるサウンディングリファレンス信号リソースがない場合に、サウンディングリファレンス信号リソース割り当てが見つかる前記選択されたサウンディングリファレンス信号帯域巾より小さい、考えられる最大のサウンディングリファレンス信号帯域巾を使用し、及びその見つかった割り当てに対応する１組のサウンディングリファレンス信号リソースを割り当てることを含む、請求項５に記載の方法。

【請求項7】

前記ユーザ装置の経路ロスサウンディングリファレンス信号帯域巾の分布を決定することを含み、前記経路ロスサウンディングリファレンス信号帯域巾は、個々のユーザ装置の経路ロスに基づくものであり、
前記サウンディングリファレンス信号リソーススペースにおいて、各々の考えられるサウンディングリファレンス信号帯域巾に対するサウンディングリファレンス信号リソースの数を、経路ロスサウンディングリファレンス信号帯域巾の分布のほぼ同じ比で区画化する、
ことを更に含む請求項５から６のいずれかに記載の方法。

【請求項8】

前記区画化されたサウンディングリファレンス信号リソーススペースの区画は、前記区画化されたサウンディングリファレンス信号リソーススペースの全てのリソースにおいてマルチプレクスできるユーザ装置の合計数より大きいユーザ装置の数の容量要件に基づいて変更される、請求項７に記載の方法。

【請求項9】

前記サウンディングリファレンス信号リソーススペースは、更に、負荷バランスのために予約された区画を含み、前記割り当てることは、更に、考えられる最大のサウンディングリファレンス信号帯域巾を使用した後に１組のサウンディングリファレンス信号リソースが依然利用できない場合には、負荷バランス区画からの１組のサウンディングリファレンス信号リソースがもし利用できれば、それを割り当てることを含む、請求項６に記載の方法。

【請求項10】

前記サウンディングリファレンス信号リソーススペースは、考えられるサウンディングリファレンス信号帯域巾の数に基づいて複数の区画へ区画化され、
前記サウンディングリファレンス信号スペースは、サブフレームオフセットを含んでいる複数の次元に対応する複数のリソースブロックを含み、及び
前記割り当てることは、更に、できるだけ多数のサブフレームオフセットで複数の区画の中の選択された１つの区画のサウンディングリファレンス信号リソースを構成することを含む、請求項５に記載の方法。

【請求項11】

前記方法は、更に、少なくともユーザ装置により生じる負荷に基づいて、使用すべき１つのスキームを選択することを含む、請求項１に記載の方法。

【請求項12】

データ処理装置で実行されたときに請求項１から１１のいずれかに記載の方法を実行するように構成されたプログラムコード手段を含むコンピュータプログラム。

【請求項13】

ポーショニングスキームを使用してサウンディングリファレンス信号リソーススペースにおける１組のサウンディングリファレンス信号リソースを複数のユーザ装置に割り当てる手段と、
前記割り当てられた１組のサウンディングリファレンス信号リソースの指示を複数のユーザ装置へシグナリングする手段と、
を備え、前記ポーショニングスキームは、負荷バランスポーショニングスキーム、完全区画化ポーショニングスキーム、又はハイブリッドポーショニングスキームの１つを含む、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般的に、ワイヤレス通信に関するもので、より詳細には、アップリンクに使用されるサウンディングリファレンス信号に関する。

【背景技術】

【0002】

本章は、以下に開示する発明の背景又は状況を示すことを意図する。ここでの説明は、遂行はできるが必ずしも以前に考案され、具現化され又は説明されたものではない概念を含み得る。それ故、特に指示のない限り、本章に述べることは、本願の説明に対する従来技術でもないし、本章に含ませることにより従来技術であると認めるものでもない。

【0003】

明細書及び／又は図面に見られる以下の省略形は、次のように定義される。
３ＧＰＰ 第三世代パートナーシッププロジェクト
ＢＷ 帯域巾
ＣＱＩ チャンネル品質インジケータ
ＤＬ ダウンリンク（ベースステーションからＵＥ）
ｅＮＢ 進化型ノードＢ（例えば、ＬＴＥベースステーション）
ＦＳＳ 周波数選択性スケジューリング
ＬＴＥ 長期進化
ＰＨＲ パワーヘッドルームレポート
ＰＬ 経路ロス
ＲＢ リソースブロック
ＲＲＣ 無線リソースコントロール
ＳＩＮＲ 信号対干渉及び雑音比
ＳＲＳ サウンディングリファレンス信号
ＴＤＤ 時分割デュープレックス
ＴＭ 送信モード
ＵＥ ユーザ装置（例えば、移動装置）
ＵＬ アップリンク（ＵＥからベースステーション）

【0004】

サウンディングリファレンス信号（ＳＲＳ）は、ｅＮＢが、例えば、アップリンクにおいて周波数選択性スケジューリング（ＦＳＳ）を遂行するか、又はＴＤＤダウンリンクにおいてＴＭ７／８ビーム成形を遂行することができるように、ＵＥによって送信される。ＵＥにより送信されるＳＲＳの帯域巾（ＢＷ）は、ＵＥの送信電力能力、経路ロス、及びチャンネルコヒレンス時間に基づいて決定される。その基礎となるガイドラインは、コヒレンス時間内に考えられる最大の帯域巾を使用してＵＥがサウンドする（即ち、ＳＲＳを送信する）ことである。

【0005】

サウンディング信号は、各ＳＲＳ送信機会に異なる周波数帯域においてホップする。ＳＲＳ送信の時間周期は、全てのＵＥに対して一定にセットされる。同じ帯域巾の複数のＳＲＳリソースを、（例えば、サイクリックシフトにより定義される）コード分割マルチプレクシングにより同じ１組のサブキャリアにマルチプレクスすることができる。ＳＲＳリソースは、例えば、次のもの、即ちサブフレームオフセット、送信コーム、スタート点の周波数オフセット、及びシーケンスのサイクリックシフト、の組み合わせによって識別される。サブフレームオフセットは、ＳＲＳ送信に使用するために、選択された時間周期内のサブフレームを指示する。例えば、時間周期（例えば、周期性とも称される）が５ｍｓ（ミリ秒）とセットされる場合には、送信のために考えられる５つのサブフレームがあり（ｍｓ当たり１つ）、サブフレームオフセットは、０から４の範囲である。送信コーム（０、１）は、ＳＲＳを送信するのに偶数サブキャリアが使用されるか奇数サブキャリアが使用されるか指示する。出発点の周波数オフセットは、ＳＲＳリソースがどのサブキャリアで始まるか指示する。例えば、周波数オフセットが４である場合には（送信コームが０であると仮定すれば）、ＳＲＳリソースは、第４のＲＢグループ（各ＲＢグループは１組の隣接ＲＢである）でスタートし、そして割り当てられた帯域巾に対して１つおきのサブキャリアを含む。サイクリックシフトは、ＳＲＳ記号を決定するのに使用されるＳＲＳコードにＵＥにより適用され、そしてサイクリックシフトは、同じＳＲＳリソースを使用する複数のＵＥによるＳＲＳ送信のための直行性の尺度を与える。典型的に、考えられるサイクリックシフトは、８つまである。ＳＲＳの付加的な説明は、セシア氏等の“LTE-The UMTS Long Term Evolution: From Theory to Practice”の第１６．６章に見られる。

【発明の概要】

【発明が解決しようとする課題】

【0006】

現在のＳＲＳリソース割り当て方法は、合理的であるが、改良の余地がある。

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

【0007】

本章の実施例は、単なる例示に過ぎず、これに限定されるものではない。

【0008】

規範的な実施形態において、方法は、ポーショニング(portioning)スキームを使用してサウンディングリファレンス信号リソーススペースにおける１組のサウンディングリファレンス信号リソースを複数のユーザ装置に割り当て、そしてその割り当てられた１組のサウンディングリファレンス信号リソースの指示を複数のユーザ装置へシグナリングすることを含む。

【0009】

別の規範的な実施形態において、装置は、ポーショニングスキームを使用してサウンディングリファレンス信号リソーススペースにおける１組のサウンディングリファレンス信号リソースを複数のユーザ装置に割り当てる手段と、その割り当てられた１組のサウンディングリファレンス信号リソースの指示を複数のユーザ装置へシグナリングする手段とを備えている。

【0010】

更に別の規範的な実施形態において、装置は、１つ以上のプロセッサと、コンピュータプログラムコードを含む１つ以上のメモリとを備えている。１つ以上のメモリ及びコンピュータプログラムコードは、１つ以上のプロセッサとで、装置が、少なくとも、ポーショニングスキームを使用してサウンディングリファレンス信号リソーススペースにおける１組のサウンディングリファレンス信号リソースを複数のユーザ装置に割り当て、そしてその割り当てられた１組のサウンディングリファレンス信号リソースの指示を複数のユーザ装置へシグナリングすることを遂行する、ようにさせるよう構成される。

【0011】

付加的な規範的な実施形態において、コンピュータに使用するために実施されるコンピュータプログラムコードを保持するコンピュータ読み取り可能なメモリ媒体を備えたコンピュータプログラム製品において、コンピュータプログラムコードは、ポーショニングスキームを使用してサウンディングリファレンス信号リソーススペースにおける１組のサウンディングリファレンス信号リソースを複数のユーザ装置に割り当てるためのコードと、その割り当てられた１組のサウンディングリファレンス信号リソースの指示を複数のユーザ装置へシグナリングするためのコードと、を備えている。

【0012】

本発明の規範的な実施形態を完全に理解するために、添付図面を参照して以下に詳細に説明する。

【図面の簡単な説明】

【0013】

【図1】規範的な実施形態が具現化される規範的なシステムのブロック図である。

【図2】ＳＲＳリソース割り当てのための完全な負荷バランススキームのフローチャートを示すブロック図である。

【図3】ＳＲＳリソーススペースと、２つのＵＥが図２のフローチャートに基づきリソーススペースへどのようにマップされるかを示す。

【図4】ＳＲＳリソース割り当てのための完全区画化スキームのフローチャートのブロック図である。

【図5】ＳＲＳリソーススペースと、ＵＥが図４のフローチャートに基づきリソーススペースへどのようにマップされるかを示す。

【図6】ＳＲＳリソース割り当てのためのハイブリッドスキームのフローチャートのブロック図である。

【図7】ＳＲＳリソーススペースと、１つのＵＥが図６のフローチャートに基づきリソーススペースへどのようにマップされるかを示す。

【図8】複数のＵＥのＳＲＳリソース割り当てを遂行するためのフローチャートのブロック図である。

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

【0014】

現在のＳＲＳ割り当て方法に伴う問題の付加的な説明を進める前に、規範的な実施形態が具現化される規範的なシステムのブロック図である図１を説明する。図１において、Ｎ個のＵＥ１１０−１から１１０−Ｎは、それに対応するリンク１１１−１ないし１１１−Ｎを通してネットワーク１００とワイヤレス通信する。図１を参照して１つのＵＥ１１０−１を説明するが、他のＵＥ１１０も同様であると仮定する。ユーザ装置１１０−１は、１つ以上のプロセッサ１２０、１つ以上のメモリ１２５及び１つ以上のトランシーバ１３０を備え、これらは、１つ以上のバス１２７を通して相互接続されている。１つ以上のトランシーバ１３０は、１つ以上のアンテナ１２８に接続される。１つ以上のメモリ１２５は、コンピュータプログラムコード１２３を含む。１つ以上のメモリ１２５及びコンピュータプログラムコード１２３は、１つ以上のプロセッサ１２０とで、ユーザ装置１１０−１に、ここに述べるオペレーションの１つ以上を遂行させるように構成される。ＵＥ１１０−１は、リンク１１１−１を経てｅＮＢ１９０と通信する。

【0015】

ｅＮＢ１９０は、１つ以上のプロセッサ１５０、１つ以上のメモリ１５５、１つ以上のネットワークインターフェイス（Ｎ／Ｗ Ｉ／Ｆ）１６１、及び１つ以上のトランシーバ１６０を備え、それらは、１つ以上のバス１５７を経て相互接続される。１つ以上のトランシーバ１６０は、１つ以上のアンテナ１５８に接続される。１つ以上のメモリ１５５は、コンピュータプログラムコード１５３を含む。１つ以上のメモリ１５５及びコンピュータプログラムコード１５３は、１つ以上のプロセッサ１５０とで、ｅＮＢ１９０に、ここに述べるオペレーションの１つ以上を遂行させるように構成される。１つ以上のネットワークインターフェイス１６１は、例えば、リンク１７０及び１３１を使用して通信する。２つ以上のｅＮＢ１９０は、例えば、リンク１７０を使用して通信する。リンク１７０は、ワイヤードであるか又はワイヤレスであるか又はその両方であり、例えば、Ｘ２インターフェイスを実施することができる。

【0016】

ネットワーク１００は、ネットワークコントロールエレメント（ＮＣＥ）１５１を備え、これは、ＭＭＥ／ＳＧＷ（移動管理エンティティ／サービングゲートウェイ）機能を含みそして更に別のネットワーク、例えば、電話ネットワーク及び／又はデータ通信ネットワーク（例えば、インターネット）との接続性を与える。ｅＮＢ１９０は、リンク１３１を経てＮＣＥ１５１に結合される。リンク１３１は、例えば、Ｓ１インターフェイスを使用して実施される。ＮＣＥ１５１は、１つ以上のプロセッサ１７５、１つ以上のメモリ１７１、及び１つ以上のネットワークインターフェイス（Ｎ／Ｗ Ｉ／Ｆ）１８０を備え、それらは、１つ以上のバス１８５を経て相互接続される。１つ以上のメモリ１７１は、コンピュータプログラムコード１７３を含む。１つ以上のメモリ１７１及びコンピュータプログラムコード１７３は、１つ以上のプロセッサ１７５とで、ＮＣＥ１５１に、１つ以上のオペレーションを遂行させるように構成される。

【0017】

コンピュータ読み取り可能なメモリ１２５、１５５及び１７１は、ローカル技術環境に適した任意の形式であり、そして適当なデータ記憶技術、例えば、半導体ベースのメモリ装置、フラッシュメモリ、磁気メモリ装置及びシステム、光学的メモリ装置及びシステム、固定メモリ及び取り外し可能なメモリを使用して実施される。プロセッサ１２０、１５０及び１７５は、ローカル技術環境に適した任意の形式であり、そして非限定例として、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャーをベースとするプロセッサ、の１つ以上を含む。

【0018】

一般的に、ユーザ装置１１０の種々の実施形態は、これに限定されないが、スマートホンのようなセルラー電話、ワイヤレス通信能力を有するパーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレス通信能力を有するポータブルコンピュータ、ワイヤレス通信能力を有するデジタルカメラのような画像捕獲装置、ワイヤレス通信能力を有するゲーム機、ワイヤレス通信能力を有する音楽記憶及び再生機器、ワイヤレスインターネットアクセス及びブラウジングを許すインターネット機器、ワイヤレス通信能力をもつタブレット、並びにそのような機能を組み合わせて合体するポータブルユニット又はターミナルを含む。

【0019】

現在のＳＲＳリソース割り当て方法に伴う問題に関して、異なる長さのＳＲＳコードシーケンスが、異なるザドフ・チュー(Zadoff-Chu)ベースのシーケンスから導出されるが、それらは、互いに完全に直交しないために、重畳すると、相互コード干渉を引き起こす。即ち、異なるＢＷが指定されたＵＥは、異なるコードベースシーケンスを使用する。それらのＵＥに同じＳＲＳリソースが指定されると、異なるＳＲＳコードベースシーケンスが効果的に重畳し、そしてそれらの非直交性のために相互コード干渉を引き起こす。それ故、異なるＳＲＳ ＢＷを伴うＵＥが同じＳＲＳ帯域巾にマルチプレクスされた場合には、著しい相互干渉を経験する。又、相互コード干渉（長い多経路チャンネル状態又はタイミングオフセットによる）は、同じＢＷ ＵＥが重畳するときに最小にされねばならない。更に、ＳＲＳリソース割り当てアルゴリズムは、相互干渉の問題を制限又は回避しつつ、異なるＳＲＳ ＢＷを要求するＵＥをできるだけ多く受け容れるに充分なほど効率的でなければならない。更に、ＳＲＳ再構成（例えば、ＳＲＳ ＢＷ又は位置の変化による）がＲＲＣを経てＵＥへ搬送され、それ故、要求されるＲＲＣメッセージング付加を減少するにはＳＲＳ再構成を最小にする必要がある。

【0020】

本発明は、これらの問題を修正し又は少なくする。規範的な実施形態において、新たなアップリンクＵＥがシステムに加入するとき、その新たなＵＥには、ＵＥのパワーヘッドルームレポート（ＰＨＲ）から得た推定経路ロスに基づいてそのＳＲＳ帯域巾が決定されるまで、広帯域スケジューリングによりアップリンクリソースが割り当てられる。ＳＲＳ帯域巾‘ＢＷ’は、ＢＷ＝ＢＷ_PLとして決定される。ＢＷ_PLは、ＵＥの経路ロス（ＰＬ）に基づいて計算された送信機会においてＵＥによってサウンディングできる最大ＳＲＳ帯域巾である。ＢＷ_PLの値は、そのＢＷ_PL以下のセルの最大許容ＳＲＳ帯域巾値に丸められる（３ＧＰＰ ＴＳ ３６．２１１ Ｖ１０．４．０（２０１１−１２）、第５．５．３章に基づき）。このＳＲＳ帯域巾が割り当てに利用できない場合には、次に低い利用可能なＳＲＳ帯域巾が割り当てられる。

【0021】

規範的な実施形態において、同じＳＲＳリソースにマルチプレクスできる最大数のＵＥがある。この最大数は、同じＳＲＳ ＢＷをもつＵＳが重畳するとき及び同じでないＢＷ値をもつＵＥが重畳するときに、同じであっても異なってもよい。この最大数は、ＳＲＳ帯域巾従属でもよい。典型的に、同じ帯域巾のＵＥについては、この値は、サイクリックシフトの最大数である８にセットされる。

【0022】

要求されたＢＷのＳＲＳリソースを利用できないために現在サブフレームにおいて新たなＵＥにＳＲＳリソースを割り当てできない場合には、ＵＥのＳＲＳスケジューリングが次のＳＲＳスケジューリングの時間へ延期される。同様に、再構成を必要とする既に割り当てられたＵＥを現在サブフレームにおいて（ＳＲＳに対して）スケジューリングできない場合には、それらのＳＲＳスケジューリングが次のＳＲＳスケジューリングの時間へ延期される。

【0023】

規範的な非限定の３つのＳＲＳリソース割り当て方法を以下に提案する。第１の規範的な方法は、ＳＲＳリソース割り当てのための完全な負荷バランススキームであり、そのフローチャートが図２にフローチャート２００として示されている。このフローチャート２００は、方法のオペレーション、ハードウェア（例えば、集積回路）のオペレーション、又はコンピュータに使用するように実施されるコンピュータプログラムコードを保持するコンピュータ読み取り可能な媒体を含むコンピュータプログラム製品により生じるオペレーションを示す。フローチャート２００は、例えば、ｅＮＢ１９０により遂行される。図２の例において、ｅＮＢ１９０は、ＳＲＳリソースが指定される単一のＵＥに対してこれらのブロックを遂行する。

【0024】

ブロック２１０において、同じ又は異なるＳＲＳ ＢＷをもつＵＥ１１０だけに割り当てられたＳＲＳリソース、又は全く割り当てられないＳＲＳリソースから、ｅＮＢ１９０は、最小数の重畳するＵＥを有する１組のＳＲＳリソースを選択しそして割り当てる。重畳するＵＥとは、同じ又は異なるＳＲＳ ＢＷを有する（それ故、長さの異なるＳＲＳコードを使用する）ＵＥである。規範的な実施形態において、ＳＲＳ ＢＷが同じでないＵＥは、同じＳＲＳ帯域巾リソースにおいて互いに重畳することが許されない。ＳＲＳリソースは、例えば、サブフレームオフセット、コーム及び周波数オフセットを使用して定義される。又、ＢＷは、１組のＳＲＳリソースを定義するのにも使用される。例えば、図３、５及び７の例において、４、８、１６及び４８のＢＷが使用される。同じＢＷのＵＥに対してＳＲＳリソースがまだ割り当てられていない利用可能なサイクリックシフト（例えば、典型的に最大８つの考えられるサイクリックシフト）に割り当てを行えることに注意されたい。

【0025】

ブロック２２０において、ＢＷ_PLで利用できるＳＲＳリソースがない場合には、ｅＮＢ１９０は、ＳＲＳリソースの割り当てが可能なＢＷ_PL以下の考えられる最大ＳＲＳ ＢＷを使用し、そしてそれに対応する１組のＳＲＳリソースを割り当てる。

【0026】

複数のＵＥに対する割り当ては、ＵＥごとにブロック２１０及び２２０を遂行することにより遂行されることに注意されたい。各ＵＥは、ランダムに選択することもできるし、或いは例えば、ラウンドロビン技術を経て又はあるＵＥプライオリティに基づいて選択することもできる。

【0027】

ＳＲＳリソーススペース３００と、２つのＵＥが図２のフローチャートに基づきリソーススペースへどのようにマップされるか示す図３に一例が示されている。リソーススペース３００は、例示に過ぎず、説明を容易にするために使用される。時間周期（「周期性」とも称される）は、２ｍｓで、１ｍｓのサブフレームごとに１つの機会である２つの機会をＳＲＳ送信に対して表わしている。それ故、２つのサブフレームオフセットがあり、零（０）は、第１の１ｍｓサブフレームを指示し、そして壱（１）は、第２の１ｍｓサブフレームを示す。零（０）（例えば、偶数サブキャリアを指示する）及び壱（１）（例えば、奇数サブキャリアを指示する）２つのコームがある。この例では、１つの送信機会におけるＳＲＳ帯域巾は、少なくとも４ＲＢである。この例では、各ＲＢは、１２個の隣接するサブキャリアに対応する（その中の６個のみ（コームにより決定される偶数又は奇数サブキャリア）がＳＲＳリソースのＳＲＳ送信に使用される）ことに注意されたい。

【0028】

周波数オフセットは、１・・・４ないし４５・・・４８の範囲である。というのは、この例では、４つのＲＢがＳＲＳリソースの最小割り当て可能ブロックだからである。サブフレームオフセット、周波数コーム及び周波数オフセットが３つの次元であると考える場合には、サイクリックシフトは、第４の次元である。この第４の次元は、図中を指す矢印により示される。この例では、８つの考えられるサイクリックシフト０から７があり、そのうちのサイクリックシフト０及び７だけが示されている。

【0029】

図２に基づき、２つの新たなＵＥ、即ちＵＥ７及び８には、完全に未使用のＳＲＳリソースが割り当てられる（図２のブロック２１０）。４ＲＢ ＢＷ ＵＥであるＵＥ７は、（サブフレームオフセット、コーム）の任意の組み合わせにおいて非占有４ＲＢ ＳＲＳリソースのいずれかから４つのＲＢが割り当てられる。これは、サブフレーム組み合わせ（１、１）を除外することに注意されたい。というのは、この組み合わせは、４８ＲＢ ＵＥにより完全に占有されるリソースを定義するからである。

【0030】

ＳＲＳリソース割り当て方法の第２の技術は、完全区画化スキームである。図４は、ＳＲＳリソース割り当てのための完全区画化スキームのフローチャート４００のブロック図である。このフローチャート４００は、方法のオペレーション、ハードウェア（例えば、集積回路）のオペレーション、又はコンピュータに使用するように実施されるコンピュータプログラムコードを保持するコンピュータ読み取り可能な媒体を含むコンピュータプログラム製品により生じるオペレーションを示す。フローチャート４００は、例えば、ｅＮＢ１９０により遂行される。図４の例において、ｅＮＢ１９０は、ＳＲＳリソースが指定される単一のＵＥに対してこれらのブロックを遂行する。

【0031】

ブロック４１０において、ｅＮＢ１９０は、セル内のＵＥのＢＷ_PLの分布を決定する。この分布は、過去の履歴、フィールドデータ、等からのＵＥの経路ロス分布に基づき得られる。又、この分布は、観察された分布からリアルタイムで学習することもできる。

【0032】

ブロック４２０において、ｅＮＢ１９０は、各々の考えられるＳＲＳ帯域巾に対するＳＲＳリソースの数を、ユーザＢＷ_PL分布のほぼ同じ比で区画化する。例えば、セル内に構成される考えられるＳＲＳ帯域巾を４、８、１６及び４８ＲＢとする。それに対応するＵＥ分布を、各々、２：１：１：１の比とする。ＳＲＳ送信周期を全てのＵＥについて５ｍｓとする。２つの送信コームを各々伴う５つの考えられるサブフレームオフセットがあるので、各々４８ＲＢの直交ＳＲＳ ＢＷ割り当ては全部で５＊２＝１０ある（規範的実施形態では、ＳＲＳリソースにおいて同じＢＷ ＵＥしか重畳せず、それらの各々が異なるサイクリックシフトを使用するので、サイクリックシフトを無視する）。

【0033】

４８ＲＢ ＳＲＳ ＵＥに対して予約されたＳＲＳリソースの数がｘであると仮定する。従って、ＵＥ分布により、１６ＲＢ ＵＥに必要とされる１６ＲＢリソースの数もｘである。しかし、これは、１６ＲＢ ＵＥにｘ／３ ４８ＲＢリソースを指定することにより達成することができる。同様に、８ＲＢ ＵＥの必要性は、ｘ／６ ４８ＲＢリソースに対応するｘ８ ＲＢリソースで満足させることができる。４ＲＢ ＵＥの必要性は、２ｘ／１２＝ｘ／６ ４８ＲＢリソースに対応する２ｘ ４ＲＢリソースで満足させることができる。４、８、１６及び４８ＲＢ ＵＥに対して各々ｘ／６：ｘ／６：ｘ／３：ｘの比で合計１０の利用可能な直交する４８ＲＢ ＳＲＳ ＢＷが割り当てられる。

【0034】

それ故、割り当てられる４８ＲＢ ＳＲＳ ＢＷの数は、４、８、１６及び４８ＲＢ ＵＥに対して各々１：１：２：６の比である。これは、１つの４８ＲＢリソースが４ＲＢＵＥに対して予約され、別の４８ＲＢリソースが８ＲＢ ＵＥのために取っておかれ、２つの４８ＲＢリソースが１６ＲＢ ＵＥのために取っておかれ、そして６つの４８ＲＢリソースが４８ＲＢ ＵＥのために取っておかれる。この区画化は、区画化されたＳＲＳリソーススペースを生成する。

【0035】

ブロック４３０において、対応する「ハード区画化」（即ち、ブロック４２０のように区画化された）ＳＲＳリソースでは（選択されたＳＲＳ ＢＷ、例えば、ＢＷ_PLを使用して選択されたＳＲＳ ＢＷを伴うＵＥに対応して）、ｅＮＢ１９０は、ＳＲＳリソースごとに構成された同じＢＷ ＵＥの最大数に対する限界を受けて、最小数の重畳するＵＥを有する１組のＲＳＲリソースを選択する。その限界は、前記で述べたものであり、利用可能なサイクリックシフトの数（例えば、８）をベースとする。即ち、同じＳＲＳリソースにおいて多数の同じＢＷ ＵＥと重畳しないことが意図される。同じＢＷ ＵＥでは相互コード干渉が少ないが、干渉は、依然としてできるだけ制限されねばならない。従って、特定のＢＷに対するＳＲＳリソースの区画内で、単一のＳＲＳリソースにおいて多数のＵＥと重畳しないことが望ましい。

【0036】

ブロック４４０において、選択された帯域巾ＢＷ_PLで利用可能なリソースがない場合には、ｅＮＢ１９０は、リソース割り当て（例えば、１組のＳＲＳリソース）を見出すことのできるＢＷ_PL未満の考えられる最大のＳＲＳ ＢＷを使用し、そして１組のＳＲＳリソースを割り当てる。

【0037】

複数のＵＥに対する割り当ては、ＵＥごとにブロック４３０から４４０を遂行することにより行われることに注意されたい。各ＵＥは、ランダムに選択されるか、又は例えば、ラウンドロビン技術を経て又はあるＵＥプライオリティに基づいて選択される。ブロック４５０は、以下に述べる。

【0038】

ＳＲＳリソーススペース５００と、ＵＥが図４のフローチャートに基づきリソーススペースへどのようにマップされるか示す図５に一例が示されている。ＳＲＳリソーススペース３００及び５００は、同様であり、その相違についてのみ述べる。この例における各４８−ＲＢ ＳＲＳリソース５１０−１、５１０−２、５１０−３及び５１０−４（各々、（０、０）、（０、１）、（１、０）及び（１、１）のサブフレームオフセット及び送信コームに対応する）は、４つの考えられるＳＲＳ帯域巾（各々４、８、１６及び４８ＲＢ）の各々に対して予約される（例えば、区画化される）。即ち、４８−ＲＢ ＳＲＳリソース５１０−１が４のＳＲＳ ＢＷに対して予約され、４８−ＲＢ ＳＲＳリソース５１０−２が８のＳＲＳ ＢＷに対して予約され、４８−ＲＢ ＳＲＳリソース５１０−３が１６のＳＲＳ ＢＷに対して予約され、そして４８−ＲＢ ＳＲＳリソース５１０−４が４８のＳＲＳ ＢＷに対して予約される。最大で２つのＵＥだけが同じ１組のＳＲＳリソースにマルチプレクスされることが許されると仮定する。

【0039】

４８ＲＢを要求する新たなＵＥ５のためのＳＲＳリソースは、ＵＥ１、４のそれと重畳することはない。というのは、同じＳＲＳリソースにマルチプレクスされるＵＥは最大で２つしかないためである。図４のブロック４３０を参照されたい。第１の４８−ＲＢ ＳＲＳリソース５１０−１は完全に未使用であるが、この１組のリソースは、４ＲＢ ＵＥに予約されているので、このＵＥに対して４８ＲＢ割り当てを割り当てることはできない。又、第２及び第３の４８ＲＢリソース５１０−２及び５１０−３にも、各々、４８ＲＢ割り当てを割り当てることができない（一例において）。というのは、それらが、各々、８ＲＢ ＵＥ及び１６ＲＢ ＵＥに対して割り当てられるからである。従って、ＵＥ５のＳＲＳ ＢＷは、次に低いと考えられるＢＷ値である１６へ減少され、そして１６ＲＢ ＵＥに予約された第３の４８ＲＢリソース５１０−３から割り当てられる。ブロック４４０を参照されたい。

【0040】

ＳＲＳリソース割り当て方法の第３の例は、ハイブリッドスキームである。図６を参照すれば、ＳＲＳリソース割り当てのためのハイブリッドスキームのフローチャート６００のブロック図が示されている。このフローチャート６００は、方法のオペレーション、ハードウェア（例えば、集積回路）のオペレーション、又はコンピュータに使用するように実施されるコンピュータプログラムコードを保持するコンピュータ読み取り可能な媒体を含むコンピュータプログラム製品により生じるオペレーションを示す。フローチャート６００は、例えば、ｅＮＢ１９０により遂行される。図６の例において、ｅＮＢ１９０は、ＳＲＳリソースが指定される単一のＵＥに対してこれらのブロックを遂行する。

【0041】

ブロック６１０において、ｅＮＢ１９０は、リソースの一部分を負荷バランス（図２及び３を参照）区画のために取っておき、そして残りの一部分を完全区画化（図４及び５を参照）区画のために取っておく。規範的な実施形態において、ＳＲＳ ＢＷ ＵＥには、完全な区画化区画の対応するハード区画化部分に利用できるＳＲＳリソースがない場合には負荷バランス区画においてＳＲＳリソースが割り当てられる。規範的な実施形態では、同一でないＳＲＳ ＢＷ ＵＥは、負荷バランス区画の同じＳＲＳ帯域巾リソースにおいて互いに重畳することが許されない。この実施は、最初に来たものに最初にサービスするというポリシーに従う。

【0042】

ブロック６２０において、ｅＮＢ１９０は、ＢＷ_PL（例えば、ＵＥのＢＷ_PL）をもつＵＥに向けたハード区画化リソース５１０（図５を参照）内でフローチャート４００のブロック４３０を遂行する。ブロック６３０において、ｅＮＢ１９０は、完全区画化区画において１組のＳＲＳリソースがまだ利用できないかどうか決定し、もしそうであれば、負荷バランス区画から１組のＳＲＳリソースを指定し割り当てる。ブロック６４０において、ｅＮＢ１９０は、選択された帯域巾ＢＷ_PLで利用できるリソースがないかどうか決定する。利用できるＳＲＳリソースがない場合には、ｅＮＢ１９０は、ＳＲＳリソースを見出すことのできるＢＷ_PL未満の考えられる最大のＳＲＳ ＢＷを使用し、そしてそれに対応する１組のＳＲＳリソースを割り当てる。ブロック６４０では、実施に基づき多数の異なる選択肢がある。上述した同じプロセスを繰り返すことができ、即ちハード区画化リソーススペースでスタートし、次いで、リソースが利用できない場合には負荷バランス区画へ移動する。しかしながら、負荷バランス区画でスタートし、次いで、ハード区画化リソーススペースへ移動してもよい。

【0043】

ブロック６２０と６３０を交換できることに注意されたい。例えば、ブロック６２０は、ＳＲＳリソースの適当な組が見つからない限り、負荷バランス区画からＳＲＳリソースを割り当てることを必然的に伴う。即ち、ブロック２１０を遂行することができる。ブロック６３０は、ＢＷ_PLをもつＵＥに向けたハード区画化リソース内でフローチャート４００のブロック４３０を遂行することを必然的に伴う。

【0044】

複数のＵＥに対する割り当ては、ＵＥごとにブロック６２０−６４０を遂行することにより行われることに注意されたい。各ＵＥは、ランダムに選択することもできるし、或いは例えば、ラウンドロビン技術を経て又はあるＵＥプライオリティに基づいて選択することもできる。

【0045】

ＳＲＳリソーススペース７００と、１つのＵＥが図６のフローチャートに基づきリソーススペース７００へどのようにマップされるか示す図７に一例が示されている。負荷バランス区画は、１組のリソース７１０−１である。完全な区画化区画は、４８ＲＢ ＢＷ、１６ＲＢ ＢＷ、８ＲＢ ＢＷ及び４ＲＢ ＢＷに対して各々予約された１組のリソース７１０−２、７１０−３、７１０−４及び７１０−５である。同じ組のＳＲＳリソースにマルチプレクスされるのが許されるのは、最大１つのＵＥだけであると仮定する。ＵＥ７は、８つのＲＢを要求する。しかしながら、ＵＥ５及び６は、区画７１０−４の８ＲＢリソースに既に割り当てられているので、予約されたハード区画７１０−４には、未使用の利用可能なＳＲＳリソースがない。従って、ＵＥ７には、非予約の負荷バランス区画からリソースが割り当てられる。図６のブロック６３０を参照されたい。

【0046】

上述した技術については、ｅＮＢ１９０は、リソーススペース（例えば、５００／７００）の各ＢＷ区画に対してＳＲＳリソースを割り当てるとき、ＢＷ区画をできるだけ多数のサブフレームオフセットに分散することができ、即ちｅＮＢ１９０は、区画のＳＲＳリソースをできるだけ多数のサブフレームオフセットで構成する。これは、ＵＥに対するＣＱＩ及びＳＲＳ送信サブフレームオフセットの衝突を回避する。そのような衝突が生じると、ＳＲＳ送信は、ＵＥによりドロップされる。従って、この実施形態では、ＵＥのＣＱＩサブフレームオフセットと衝突しない別のサブフレームオフセットからＳＲＳリソースを割り当てるための最大の機会が与えられる。この技術は、完全な区画化スキーム及びハイブリッドスキームに適用できるが、区画化リソーススペースについてのみである。これは、各区画に対するＲＢ割り当て向上である。例えば、１６ＲＢ ＢＷ区画が４８のＲＢを有する場合には、（０、０）、（０、１）及び（１、０）（サブフレームオフセット、コーム）組み合わせの各々において１６のＲＢを割り当てることができる。４８ＲＢ区画では、これが不可能である。というのは、その区画には４８のＲＢしか許されておらず、それらは、全て、（サブフレーム、コーム）組み合わせで連続的に割り当てられねばならないからである。

【0047】

これらのリソース割り当て技術には、多数の改善が考えられる。幾つか考えられる規範的な改善を以下に述べる。

【0048】

上述した全てのオペレーションを行った後もＳＲＳリソースが利用できない場合には、図２、４及び６からの規範的なＳＲＳリソース割り当ては、もし可能であれば、同一及び非同一ＢＷを有するＵＥの数に対する最大限度を受けて、このＵＥのＳＲＳ ＢＷ以外のＳＲＳ帯域をもつ最小数の既に構成されたＵＥを有するＳＲＳリソースの１つを選択する。

【0049】

未使用の空きリソースを選択するときに、多数の選択肢がある場合には、ＳＲＳ割り当てのための周波数（特定のサブフレーム及び送信コームに対する）においてＲＢスペースの最小の断片化を生じさせるＳＲＳリソースを選択する。これは、より多くの未使用の空きリソースを保証し、ひいては、後続ＵＥのための大きな帯域巾のＳＲＳ割り当てに対する低い相互干渉を保証する。

【0050】

あるシナリオでは、ＵＥに小さな帯域巾を割り当てるのが良いことである。というのは、大きな帯域巾の割り当てでは、非常に多数のＵＥがマルチプレクスされるので、干渉が大きくなるからである。一般的に、帯域巾割り当ては、ユーザに割り当てられたリソースにおいてマルチプレクスされるＵＥの数及び帯域巾の両方の関数として行われる。従って、割り当てられる帯域巾は、その関数が最適化されるように取り上げられる。

【0051】

厳しい負荷がかかるシナリオでは、完全区画化スキームに対して仮定されるＵＥ分布を小さなＳＲＳ帯域巾のために若干変更してＳＲＳリソーススペースに多数のＵＥを受け入れることができる。これは、図４及び５の例を次のように拡張することにより説明される（図４のブロック４５０を参照）。

【0052】

最終的に得られるＳＲＳリソース分布（４８のＲＢに関して測定された）は、４、８、１６及び４８−ＲＢ ＵＥに対して各々１：１：２：６である。それ故、４−ＲＢ ＵＥのための１２の４−ＲＢ ＳＲＳリソース（合計４８）、８−ＲＢ ＵＥのための６つの８−ＲＢ ＳＲＳリソース（合計４８）、１６−ＲＢ ＵＥのための６つの１６−ＲＢ ＳＲＳリソース（合計９６、即ち４８の２倍）、及び４８−ＲＢ ＵＥのための６つの４８−ＲＢ ＳＲＳリソースがそれに対応するＳＲＳ ＲＢ区画に取っておかれる。各ＳＲＳリソースに（８つの考えられるサイクリックシフトを経て）最大８つのＵＥをマルチプレクスできると仮定すれば、全てのリソースにおいてマルチプレクスできるＵＥの合計数は、８＊（１２＋６＋６＋６）＝２４０ＵＥとなる。

【0053】

ＳＲＳ ＵＥ容量要求が２８０であると仮定すれば、最終的なＳＲＳリソース分布（区画における）を１２：６：６：６から、１２：６：６＋３ｘ：６−ｘへ若干変更することができ（ブロック４５０）、ここで、ｘは、ＵＥ容量を満足させるために決定される。この変更されたＳＲＳリソース分布を仮定すれば、マルチプレクスできるＵＥの合計数は、８＊（１２＋６＋６＋３ｘ＋６−ｘ）＝８＊（３０＋２ｘ）＝２４０＋１６ｘとなり、２４０＋１６ｘ＞２８０ → １６ｘ＞４０、ｘ＝３となる。４８−ＲＢ ＳＲＳ ＢＷ区画からの３つのＳＲＳリソースは、１６−ＲＢ ＳＲＳ ＢＷ区画へ移動される。従って、最終的なＳＲＳ ＢＷ区画分布は、１２：６：１５：３である。

【0054】

ＵＥ ＳＲＳリソース容量要件が依然満足されない場合には、他の区画でこの作業を繰り返すことができる。従って、理想的なＵＥ ＳＲＳ ＢＷ分布から得られる区画サイズは、ＵＥ容量要件を満足するように若干変更することができる。これは、大きなＳＲＳ ＢＷ区画を犠牲にして、小さなＳＲＳ ＢＷ区画に割り当てられるＳＲＳリソースの数を増加することによって実行される。この変更は、幾つかのＵＥを、そのＢＷ_PL値より低いＳＲＳ ＢＷにおいて強制的に構成させるので、トレードオフである。

【0055】

図８は、複数のＵＥのＳＲＳリソース割り当てを遂行するためのフローチャート８００のブロック図である。このフローチャート８００は、方法のオペレーション、ハードウェア（例えば、集積回路）のオペレーション、又はコンピュータに使用するように実施されるコンピュータプログラムコードを保持するコンピュータ読み取り可能な媒体を含むコンピュータプログラム製品により生じるオペレーションを示す。フローチャート８００は、例えば、ｅＮＢ１９０により遂行される。ブロック８１０において、ｅＮＢ１９０は、ポーショニングスキームを使用してサウンディングリファレンス信号リソーススペースにおける１組のサウンディングリファレンス信号リソースを複数のユーザ装置へ割り当てる。ポーショニングスキームは、複数のＵＥ１１０に対して遂行されるフローチャート２００、４００又は６００の１つである。ブロック８１５は、以下に説明される。ブロック８２０において、ｅＮＢ１９０は、その割り当てられた１組のサウンディングリファレンス信号リソースの指示を複数のユーザ装置へシグナリングする。その指示は、例えば、次のもの、即ちサブフレームオフセット、周期性（例えば、時間周期）、送信コーム、周波数オフセット、サイクリックシフト、又はＳＲＳ ＢＷ（例えば、前記例では、４、８、１６又は４８ＲＢ）、の１つ以上を含む。又、セルにおける最大ＳＲＳ帯域巾、ＳＲＳがセルにおいて送信されるサブフレームの組、周波数ホップサイズ、ＳＲＳが単一であるか周期的なものであるか、等の指示の他のシグナリングもある。ブロック８３０において、ｅＮＢ１９０は、サウンディングリファレンス信号リソースの対応する、割り当てられた（例えば、シグナリングされた）組に少なくとも一部分基づいて複数のユーザ装置からサウンディングリファレンス信号を受信する。

【0056】

考えられる多数の使用例があり、その幾つかを以下に述べる。全ての利用可能なＳＲＳリソースにおいて負荷バランスを得る負荷バランススキームの技術（例えば、図２）は、軽い負荷のもとで使用することができる。図８のブロック８１５を参照されたい。リソースの望ましからぬ区画に束縛されるという問題はない。

【0057】

重たい負荷のもとでは、広帯域巾のＵＥが利用可能な全てのＳＲＳリソースを既に占有しているために、新たに接続されるＵＥがＳＲＳリソースを受け取らないおそれが高い。これらのケースでは、図４の完全な区画化が有用であることが分かっている。図８のブロック８１５を参照されたい。

【0058】

ハイブリッドスキームは、負荷バランススキームと完全区画化スキームとの間の中間的立場を与え、中間的負荷のシステムに有用である。図８のブロック８１５を参照されたい。ハイブリッドスキームは、セルにおける仮定されたＵＥ ＳＲＳ ＢＷに対してある程度のエラー寛容度を許す。

【0059】

規範的実施形態の規範的利益は、次の非限定の利益の１つ以上を含む。

【0060】

これらの技術は、効率的なＳＲＳリソースパッケージングアルゴリズムを与える。これらの技術は、ＳＲＳリソースにおいて構成されるＵＥの数を減少することにより高い相互コード干渉性を回避することができる。これらの技術は、ＲＢ断片化を回避するのでＳＲＳリソーススペースの良好な利用性を与える。

【0061】

これらの技術は、ある帯域巾要求をもつＵＥがリソースの大きな断片を使用して終了するというシナリオに束縛されるのを回避する。例えば、これは、第１の若干大きなＳＲＳＢＷ ＵＥが全ＳＲＳリソーススペースを占有して、ＳＲＳ容量及びスループット性能を低下させる状況を回避する。

【0062】

これらの技術は、ＵＥの推定経路ロスにより決定される最も大きな帯域巾を割り当てることができ、従って、ＵＬ ＦＳＳの良好な最新のＳＩＮＲ推定を生じる。又、これらは、ＳＲＳ再構成の必要性を軽減し、ＲＲＣ負荷を減少する。

【0063】

これらの技術は、異なるセル負荷シナリオに対する異なるリソース割り当てアルゴリズムを提供する。

【0064】

従って、前記規範的実施形態は、完全なプロビジョニング例においてユーザＢＷ_PL分布のほぼ同じ比で各々の考えられるＳＲＳ帯域巾に対してＳＲＳリソース（例えば、サブフレームオフセット、コーム、周波数オフセットで指示される）の数を区画化する。更に、区画サイズは、望ましい最大のＳＲＳ容量を満足するように決定される。これは、幾つかの高い帯域巾のリソースを低い帯域巾のリソースへ変換することにより行われる。

【0065】

規範的な実施形態において、ＵＥの経路ロスに基づきＵＥに割り当てできると考えられる最も大きな帯域巾でＳＲＳ帯域巾割り当てが試みられる。しかし、リソースが利用できないときには、次に低い帯域巾割り当てが試みられ、等々となる。規範的な実施形態では、特定の区画に向けたリソース内で負荷バランスがとられる。規範的な実施形態は、同様の帯域巾リソースを隣接周波数オフセットとしてできるだけ多く与え、そして（例えば、上述した負荷バランス例において）リソースを一端から徐々に割り当てることで、断片化を最小にするように、リソースの所与の区画化を実現する。

【0066】

本発明の実施形態は、（１つ以上のプロセッサで実行される）ソフトウェア、ハードウェア（例えば、特定用途向け集積回路）、又はソフトウェアとハードウェアの組み合わせで実施される。規範的な実施形態では、ソフトウェア（例えば、アプリケーションロジック、インストラクションセット）は、種々の従来のコンピュータ読み取り可能な媒体のいずれかに維持される。本書の文脈において、「コンピュータ読み取り可能な媒体」とは、コンピュータのようなインストラクション実行システム、装置又はデバイスに関連して又はそれにより使用するためにインストラクションを収容し、記憶し、通信し、伝播し又は搬送することのできる媒体又は手段であり、コンピュータの一例は、例えば、図１に示して説明した。コンピュータ読み取り可能な媒体は、コンピュータのようなインストラクション実行システム、装置又はデバイスに関連して又はそれにより使用するためにインストラクションを収容し又は記憶することのできる媒体又は手段であるコンピュータ読み取り可能な記憶媒体（例えば、メモリ１２５、１５５又は他のデバイス）を含む。

【0067】

以下は、上述した規範的な項目である。１．方法は、ポーショニングスキームを使用してサウンディングリファレンス信号リソーススペースにおける１組のサウンディングリファレンス信号リソースを複数のユーザ装置へ割り当て、そしてその割り当てられた１組のサウンディングリファレンス信号リソースの指示を複数のユーザ装置へシグナリングすることを含む。

【0068】

２．前記ポーショニングスキームは、負荷バランスポーショニングスキームを含む項目１に記載の方法。

【0069】

３．前記割り当てることは、更に、同じサウンディングリファレンス信号帯域巾を有するユーザ装置のみがサウンディングリファレンス信号リソーススペースから割り当てられたサウンディングリファレンス信号リソース、又はサウンディングリファレンス信号リソーススペースから全く割り当てられないサウンディングリファレンス信号リソースから、前記複数のユーザ装置の選択された１つに対して、１組のサウンディングリファレンス信号リソースを割り当て、及び同じサウンディングリファレンス信号帯域巾を有する最小数のユーザ装置を有するサウンディングリファレンス信号リソーススペースから割り当てを行うことを含む、項目２に記載の方法。

【0070】

４．前記割り当てることは、更に、前記選択されたユーザ装置の経路ロスに対応する経路ロス帯域巾で利用できるサウンディングリファレンス信号リソースがない場合には、サウンディングリファレンス信号リソース割り当てが見つかる経路ロス帯域巾以下の、考えられる最大のサウンディングリファレンス信号帯域巾を使用し、及び前記選択されたユーザ装置に対して、前記見つかった割り当てに対応する１組のサウンディングリファレンス信号リソースを割り当てることを含む、項目３に記載の方法。

【0071】

５．前記サウンディングリファレンス信号リソーススペースは、負荷バランスのための第１区画及び完全区画化のための複数の第２の区画へと区画化され、そして前記割り当てることは、更に、適当な１組のサウンディングリファレンス信号リソースが見つからない限り、前記複数の第２の区画の１つから前記複数のユーザ装置の選択された１つのための１組のサウンディングリファレンス信号リソースを割り当て、及び前記複数の第２の区画の１つにおいて適当な１組のサウンディングリファレンス信号リソースが見つからないのに応答して、前記負荷バランス区画から前記選択されたユーザ装置のための１組のサウンディングリファレンス信号リソースを割り当てることを含む、項目２に記載の方法。

【0072】

６．前記複数の第２の区画は、考えられるサウンディングリファレンス信号帯域巾の数に基づいて区画化され、
前記割り当てることは、更に、前記選択されたユーザ装置に関連した選択されたサウンディングリファレンス信号帯域巾に対応する第２の区画の１つから、サウンディングリファレンス信号リソースごとに構成された同一帯域巾ユーザ装置の最大数に対する限界を受けて、既に割り当てられた同じサウンディングリファレンス信号帯域巾を有する最小数のユーザ装置を有する１組のサウンディングリファレンス信号リソースを前記選択されたユーザ装置のために選択して割り当てることを含む、項目５に記載の方法。

【0073】

７．ユーザ装置の経路ロスサウンディングリファレンス信号帯域巾の分布を決定することを含み、前記経路ロスサウンディングリファレンス信号帯域巾は、個々のユーザ装置の経路ロスに基づくものであり、
少なくとも、サウンディングリファレンス信号リソーススペースにおいて、各々の考えられるサウンディングリファレンス信号帯域巾に対するサウンディングリファレンス信号リソースの数を、経路ロス帯域巾の分布のほぼ同じ比で区画化することにより、複数の第２の区画を決定する、ことを含む項目５に記載の方法。

【0074】

８．前記複数の第２の区画は、前記区画化されたサウンディングリファレンス信号リソーススペースにおいてマルチプレクスできるユーザ装置の合計数より大きいユーザ装置の数の容量要件に基づいて変更される、項目７に記載の方法。

【0075】

９．前記ポーショニングスキームは、完全区画化ポーショニングスキームを含む、項目１に記載の方法。

【0076】

１０．前記サウンディングリファレンス信号リソーススペースは、考えられるサウンディングリファレンス信号帯域巾の数に基づいて複数の区画へと区画化され、
前記割り当てることは、更に、前記複数のユーザ装置の選択された１つに関連した選択されたサウンディングリファレンス信号帯域巾に対応する区画の１つから、サウンディングリファレンス信号リソースごとに構成された同一帯域巾ユーザ装置の最大数に対する限界を受けて、既に割り当てられた同じサウンディングリファレンス信号帯域巾を有する最小数のユーザ装置を有する１組のサウンディングリファレンス信号リソースを前記選択されたユーザ装置のために選択して割り当てることを含む、項目９に記載の方法。

【0077】

１１．前記割り当てることは、更に、前記選択されたユーザ装置に対する前記選択されたサウンディングリファレンス信号帯域巾で利用できるサウンディングリファレンス信号リソースがない場合に、サウンディングリファレンス信号リソース割り当てが見つかる前記選択されたサウンディングリファレンス信号帯域巾より小さい、考えられる最大のサウンディングリファレンス信号帯域巾を使用し、及びその見つかった割り当てに対応する１組のサウンディングリファレンス信号リソースを割り当てることを含む、項目１０に記載の方法。

【0078】

１２．ユーザ装置の経路ロスサウンディングリファレンス信号帯域巾の分布を決定することを含み、前記経路ロスサウンディングリファレンス信号帯域巾は、個々のユーザ装置の経路ロスに基づくものであり、
前記サウンディングリファレンス信号リソーススペースにおいて、各々の考えられるサウンディングリファレンス信号帯域巾に対するサウンディングリファレンス信号リソースの数を、経路ロス帯域巾の分布のほぼ同じ比で区画化することを更に含む、項目９から１１のいずれかに記載の方法。

【0079】

１３．前記区画化されたサウンディングリファレンス信号リソーススペースの区画は、前記区画化されたサウンディングリファレンス信号リソーススペースの全てのリソースにおいてマルチプレクスできるユーザ装置の合計数より大きいユーザ装置の数の容量要件に基づいて変更される、項目１２に記載の方法。

【0080】

１４．前記サウンディングリファレンス信号リソーススペースは、更に、負荷バランスのために予約された区画を含み、前記割り当てることは、更に、考えられる最大のサウンディングリファレンス信号帯域巾を使用した後に１組のサウンディングリファレンス信号リソースが依然利用できない場合には、負荷バランス区画からの１組のサウンディングリファレンス信号リソースがもし利用できれば、それを割り当てることを含む、項目１１に記載の方法。

【0081】

１５．前記割り当てることは、更に、前記選択されたユーザ装置の選択された帯域巾で負荷バランス区画において利用できるサウンディングリファレンス信号リソースがない場合には、サウンディングリファレンス信号リソース割り当てが見つかる前記選択された帯域巾より小さい、考えられる最大のサウンディングリファレンス信号帯域巾を使用し、及びその見つかった割り当てに対応する１組のサウンディングリファレンス信号リソースを割り当てることを含む、項目１４に記載の方法。

【0082】

１６．前記サウンディングリファレンス信号リソーススペースは、考えられるサウンディングリファレンス信号帯域巾の数に基づいて複数の区画へ区画化され、
前記サウンディングリファレンス信号スペースは、サブフレームオフセットを構成する複数の次元に対応する複数のリソースブロックを含み、及び
前記割り当てることは、更に、できるだけ多数のサブフレームオフセットにおける複数の区画の選択された１つのサウンディングリファレンス信号リソースを構成することを含む、項目９に記載の方法。

【0083】

１７．前記ポーショニングスキームは、負荷バランスポーショニングスキーム、完全区画化ポーショニングスキーム、又はハイブリッドポーショニングスキームの１つを含み、そして前記方法は、更に、少なくともユーザ装置により生じる負荷に基づいていずれか１つのスキームを選択することを含む、項目１に記載の方法。

【0084】

１８．前記サウンディングリファレンス信号スペースは、サブフレームオフセット、周波数オフセット、送信コーム、及びサイクリックシフトを構成する複数の次元に対応する複数のリソースブロックを含む、項目１から１７のいずれかに記載の方法。

【0085】

１９．前記指示は、更に、次のもの、即ちサブフレームオフセット、周期性、送信コーム、周波数オフセット、サイクリックシフト、又はサウンディングリファレンス信号帯域巾、の１つ以上の指示を含む、項目１から１８のいずれかに記載の方法。

【0086】

２０．割り当てられた対応する組のサウンディングリファレンス信号リソースに少なくとも一部分基づいて前記複数のユーザ装置からサウンディングリファレンス信号を受信することを更に含む、項目１から１９のいずれかに記載の方法。

【0087】

２１．項目１から２０のいずれかに記載の方法を遂行するように構成された装置。

【0088】

２２．項目１から２０のいずれかに記載の方法を装置に遂行させるプログラムインストラクションを含むコンピュータプログラム製品。

【0089】

装置は、１つ以上のプロセッサと、コンピュータプログラムコードを含む１つ以上のメモリとを備え、その１つ以上のメモリ及びコンピュータプログラムコードは、１つ以上のプロセッサとで、装置が、項目１から２０のいずれかに記載の方法を遂行するようにさせるよう構成された装置。

【0090】

項目１から２０のいずれかに記載の方法を遂行する手段を備えた装置。

【0091】

コンピュータに使用するために実施されるコンピュータプログラムコードを保持するコンピュータ読み取り可能な記憶媒体を備えたコンピュータプログラム製品において、コンピュータプログラムコードは、項目１から２０のいずれかに記載の方法を遂行するためのコードを含む。

【0092】

いずれにせよ、特許請求の範囲、その解釈又はその応用を限定することなく、ここに開示する１つ以上の実施例の技術的な効果は、ポーショニングスキームを使用してＳＲＳリソースをＵＥに割り当てることである。ここに開示する１つ以上の規範的な実施形態の別の技術的な効果は、負荷バランシングを使用してＳＲＳリソースをＵＥに割り当てることである。ここに開示する１つ以上の規範的な実施形態の別の技術的な効果は、完全な区画化を使用してＳＲＳリソースをＵＥに割り当てることである。ここに開示する１つ以上の規範的な実施形態の別の技術的な効果は、負荷バランシング及び完全な区画化を使用してＳＲＳリソースをＵＥに割り当てることである。ここに開示する１つ以上の規範的な実施形態の別の技術的な効果は、同じ１組のサウンディングリファレンス信号リソースに割り当てられた同じ又は異なる指定のサウンディングリファレンス信号帯域巾を有するユーザ装置の量を制限するようにＳＲＳリソースをＵＥに割り当てることである。

【0093】

要望があれば、ここに述べた異なる機能は、互いに異なる順序で及び／又は同時に遂行することもできる。更に、要望があれば、上述した機能の１つ以上は、任意なものでもよいし、又は組み合わせてもよい。

【0094】

本発明の種々の態様を独立請求項に述べるが、本発明の他の態様は、請求項に明確に述べる組み合わせだけでなく、ここに述べる実施形態、及び／又は独立請求項の特徴をもつ従属請求項からの特徴の他の組み合わせも包含する。又、本発明の規範的な実施形態を上述したが、本発明は、それらの説明に限定されないことに注意されたい。むしろ、特許請求の範囲に規定された本発明の範囲から逸脱せずに多数の変更や修正がなされ得る。

【符号の説明】

【0095】

１００：ネットワーク
１１０：ユーザ装置（ＵＥ）
１１１：リンク
１２０：プロセッサ
１２３：コンピュータプログラムコード
１２５：メモリ
１２８：アンテナ
１３０：トランシーバ
１３１：リンク
１５０：プロセッサ
１５１：ネットワークコントロールエレメントＮＣＥ
１５３：コンピュータプログラムコード
１５５：メモリ
１５７：バス
１５８：アンテナ
１６０：トランシーバ
１６１：ネットワークインターフェイス
１７０：リンク
１７１：メモリ
１７３：コンピュータプログラムコード
１７５：プロセッサ
１８０：ネットワークインターフェイス
１９０：ｅＮＢ
２００：フローチャート
３００：リソーススペース
４００：フローチャート
５００：リソーススペース
６００：フローチャート
７００：リソーススペース
８００：フローチャート

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】