知財求人 - 知財ポータルサイト「IP Force」
特許6053846無線通信システムにおいて端末間（Ｄ２Ｄ）サービスを実行するための方法および装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6053846
(24)【登録日】2016年12月9日
(45)【発行日】2016年12月27日
(54)【発明の名称】無線通信システムにおいて端末間（Ｄ２Ｄ）サービスを実行するための方法および装置
(51)【国際特許分類】
H04W 48/06 20090101AFI20161219BHJP
H04W 92/18 20090101ALI20161219BHJP
【ＦＩ】
H04W48/06
H04W92/18
【請求項の数】6
【外国語出願】
【全頁数】21
(21)【出願番号】特願2015-46786(P2015-46786)
(22)【出願日】2015年3月10日
(65)【公開番号】特開2015-173446(P2015-173446A)
(43)【公開日】2015年10月1日
【審査請求日】2015年5月8日
(31)【優先権主張番号】61/951,132
(32)【優先日】2014年3月11日
(33)【優先権主張国】US
【前置審査】
(73)【特許権者】
【識別番号】510140283
【氏名又は名称】創新音▲速▼股▲ふん▼有限公司
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100091214
【弁理士】
【氏名又は名称】大貫 進介
(72)【発明者】
【氏名】郭 宇軒
(72)【発明者】
【氏名】歐 孟暉
【審査官】
伊東 和重
(56)【参考文献】
【文献】
米国特許出願公開第２０１４／００５６１３４（ＵＳ，Ａ１）
【文献】
国際公開第２０１４／０８２２１９（ＷＯ，Ａ１）
【文献】
Qualcomm Incorporated，Open Issues of D2D Discovery，3GPP TSG-RAN WG2♯85，3GPP，２０１４年 ２月１４日，R2-140474
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｂ ７／２４−７／２６
Ｈ０４Ｗ ４／００−９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
ＵＥ（ユーザー機器）においてＤ２Ｄ（端末間（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ））サービスを実行する方法であって、
送信用のＤ２Ｄ専用リソースを要求するためのＲＲＣ（無線リソース制御）接続要求メッセージの送信を禁止する指示を受信する工程であって、前記指示はＤ２Ｄ通信および／またはＤ２Ｄディスカバリーのためであり、前記Ｄ２Ｄ専用リソースはＤ２ＤディスカバリーまたはＤ２Ｄ通信のために用いられる、工程と、
少なくとも前記指示に基づいて前記ＲＲＣ接続要求メッセージの前記送信を禁止するかどうかを決定する工程と、
を含み、
前記送信が禁止されるとき、前記ＵＥはＤ２Ｄ競合ベースリソースの使用を試みる、
方法。
送信用のＤ２Ｄ専用リソースを要求するためのＲＲＣ（無線リソース制御）接続要求メッセージの送信を禁止する指示を受信する工程であって、前記指示はＤ２Ｄ通信および／またはＤ２Ｄディスカバリーのためであり、前記Ｄ２Ｄ専用リソースはＤ２ＤディスカバリーまたはＤ２Ｄ通信のために用いられる、工程と、
少なくとも前記指示に基づいて前記ＲＲＣ接続要求メッセージの前記送信を禁止するかどうかを決定する工程と、
を含み、
前記送信が禁止されるとき、前記ＵＥはＤ２Ｄ競合ベースリソースの使用を試みる、
方法。
【請求項2】
前記指示が、モバイル発信シグナリング（ｍｏｂｉｌｅ ｏｒｉｇｉｎａｔｉｎｇ ｓｉｇｎａｌｉｎｇ）、または遅延耐性アクセス（ｄｅｌａｙ ｔｏｌｅｒａｎｔ ａｃｃｅｓｓ）のためのＲＲＣ接続要求メッセージの送信を禁止しない、請求項１に記載の方法。
【請求項3】
前記ＵＥが、前記ＲＲＣ接続要求メッセージを送信する前に、前記送信を禁止するかどうかを決定する、請求項１または２に記載の方法。
【請求項4】
前記指示がシステム情報中に含まれる、請求項１乃至３のいずれか１項に記載の方法。
【請求項5】
前記ＵＥがアイドルモードにある、請求項１乃至４のいずれか１項に記載の方法。
【請求項6】
無線通信システムにおいてＤ２Ｄ（端末間（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ））サービスを実行するための通信装置であって、
制御回路と、
前記制御回路中に設けられるプロセッサと、
前記制御回路中に設けられ、前記プロセッサに動作可能に結合されるメモリと、
を含み、
前記プロセッサが、前記メモリに格納されたプログラムコードを実行して、請求項１乃至５のいずれか１項に定義された前記方法の工程により無線通信システムにおいて前記Ｄ２Ｄサービスを実行するように構成される、通信装置。
制御回路と、
前記制御回路中に設けられるプロセッサと、
前記制御回路中に設けられ、前記プロセッサに動作可能に結合されるメモリと、
を含み、
前記プロセッサが、前記メモリに格納されたプログラムコードを実行して、請求項１乃至５のいずれか１項に定義された前記方法の工程により無線通信システムにおいて前記Ｄ２Ｄサービスを実行するように構成される、通信装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は概して無線通信ネットワークに関し、より詳細には無線通信システムにおいてＤ２Ｄサービスを実行するための方法および装置に関する。
【背景技術】
【0002】
移動通信機器による大量のデータ送受信に対する需要が急増するのに伴い、従来の携帯音声通信ネットワーク（ｍｏｂｉｌｅ ｖｏｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｎｅｔｗｏｒｋｓ）は、インターネットプロトコール（ＩＰ）データパケットで通信するネットワークへと進化している。かかるＩＰデータパケット通信は、移動通信機器のユーザーにボイスオーバーＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ）、マルチメディア、マルチキャストおよびオンデマンド通信サービスを提供することができる。
【0003】
現在標準化がなされている代表的なネットワーク構造は、次世代ユニバーサル地上無線アクセス（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上述したボイスオーバーＩＰおよびマルチメディアサービスを実現するべく、高データスループットを提供することができる。Ｅ−ＵＴＲＡＮシステムの標準化作業は現在、３ＧＰＰ標準化機関によって進められている。そして、３ＧＰＰ標準を進化させ、まとめ上げるために、現在、最新の３ＧＰＰ標準の体系への切り替えが提唱および検討されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
Ｄ２Ｄサービスを実行するための方法および装置を開示する。
【課題を解決するための手段】
【0005】
当該方法は、ＵＥが、送信用のＤ２Ｄ専用リソースを要求するためのＲＲＣ（無線リソース制御）接続要求メッセージの送信を禁止する指示を受信する工程を含む。当該方法はさらに、ＵＥが、少なくとも前記指示に基づいてＲＲＣ接続要求メッセージの送信を禁止するかどうかを決定する工程を含む。
【発明の効果】
【0006】
本発明によれば、Ｄ２Ｄリソースの効率的な制御を可能とし、かつリソースが不足する場合に、シグナリングオーバーヘッドおよびＵＥの消費電力がセーブされる。
【図面の簡単な説明】
【0007】
【図1】例示的一実施形態による無線通信システムの図を示している。
【図2】例示的一実施形態による送信システム（別称アクセスネットワーク）および受信システム（別称ユーザー機器またはＵＥ）のブロック図である。
【図3】例示的一実施形態による通信システムの機能ブロック図である。
【図8】例示的一実施形態によるメッセージのフロー図である。
【図9】例示的一実施形態によるメッセージのフロー図である。
【図10】例示的一実施形態によるフローチャートである。
【図11】例示的一実施形態によるフローチャートである。
【図12】例示的一実施形態によるフローチャートである。
【図13】例示的一実施形態によるフローチャートである。
【発明を実施するための形態】
【0008】
以下に記載される例示的な無線通信システムおよび装置は、ブロードキャストサービスをサポートする無線通信システムを用いる。無線通信システムは、広範囲にわたって展開され、音声、データなどのような各種の通信を実現する。これらシステムは、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（ロング・ターム・エボリューション）無線アクセス、３ＧＰＰ ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２ ＵＭＢ（ウルトラ・モバイル・ブロードバンド）、ＷｉＭＡＸ（登録商標）、または他の変調技術をベースとしたものであり得る。
【0009】
詳細には、以下に記載される例示的な無線通信システムおよび装置は、本明細書で３ＧＰＰと呼ぶ「第３世代パートナーシップ・プロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）」と称されるコンソーシアムによって提示される規格のような、１または複数の規格をサポートするよう設計され得る。かかる規格には、３ＧＰＰ文書“Ｄｒａｆｔ Ｒｅｐｏｒｔ ｏｆ ３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ２ ｍｅｅｔｉｎｇ ＃８５ ｈｅｌｄ ｉｎ Ｐｒａｇｕｅ， Ｃｚｅｃｈ Ｒｅｐｕｂｌｉｃ， Ｆｅｂｒｕａｒｙ １０−１４， ２０１４” （ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ｗｇ２＿ｒｌ２／ｔｓｇｒ２＿８５／Ｒｅｐｏｒｔ／Ｈｉｓｔｏｒｙ／Ｒ２−１４ｘｘｘｘ＿ｄｒａｆｔ＿ｒｅｐｏｒｔ＿ＲＡＮ２＿８５＿Ｐｒａｇｕｅ＿（ｖ０．１）．ｚｉｐ）； ＴＲ ３６．８４３ ｖ１２．０．０， “Ｓｔｕｄｙ ｏｎ ＬＴＥ Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ Ｐｒｏｘｉｍｉｔｙ ｓｅｒｖｉｃｅｓ （Ｒｅｌｅａｓｅ １２）”； Ｒ２−１４１００８， “ＴＰ ｆｏｒ ＴＲ ３６．８４３ ｃａｐｔｕｒｉｎｇ ａｇｒｅｅｍｅｎｔｓ ｆｒｏｍ ＲＡＮ２ ＃８５”， Ｑｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ （Ｒａｐｐｏｒｔｅｕｒ）； Ｒ２−１４０４７４， “Ｏｐｅｎ Ｉｓｓｕｅｓ ｏｆ Ｄ２Ｄ Ｄｉｓｃｏｖｅｒｙ”， Ｑｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ； ＴＳ ２４．３０１ ｖ１２．３．０， “Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ （ＮＡＳ） ｐｒｏｔｏｃｏｌ ｆｏｒ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ （ＥＰＳ）； Ｓｔａｇｅ ３ （Ｒｅｌｅａｓｅ １２）”； ＴＳ ３６．３３１ ｖ１２．０．０， “Ｅ−ＵＴＲＡ； Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ）； Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ （Ｒｅｌｅａｓｅ １２）”； ＴＳ ３６．３２１ ｖ１２．０．０， “Ｅ−ＵＴＲＡ； Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ （Ｒｅｌｅａｓｅ １２）”；およびＴＳ ３６．３０４ ｖ１１．６．０， “Ｅ−ＵＴＲＡ； ＵＥ ｐｒｏｃｅｄｕｒｅｓ ｉｎ ｉｄｌｅ ｍｏｄｅ （Ｒｅｌｅａｓｅ １１）”が含まれる。上に挙げた規格および文書は、引用によりそれらの全体が本明細書に明示的に組み込まれる。
【0010】
図１は、本発明の一実施形態による多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は多重アンテナ群を含み、１の群は１０４および１０６を含み、別の群は１０８および１１０を含み、さらなる群は１１２および１１４を含む。図１では、各アンテナ群につき２つのアンテナのみが示されているが、より多いアンテナまたはより少ないアンテナが各アンテナ群に用いられてもよい。アクセス端末１１６（ＡＴ）はアンテナ１１２および１１４と通信し、アンテナ１１２および１１４は順方向リンク（ｆｏｒｗａｒｄ ｌｉｎｋ）１２０によってアクセス端末１１６に情報を送信し、逆方向リンク（ｒｅｖｅｒｓｅ ｌｉｎｋ）１１８によってアクセス端末１１６から情報を受信する。アクセス端末（ＡＴ）１２２はアンテナ１０６および１０８と通信し、アンテナ１０６および１０８は順方向リンク１２６によってアクセス端末１２２に情報を送信し、逆方向リンク１２４によってアクセス端末１２２から情報を受信する。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４および１２６は、通信を行うのに異なる周波数を使用してよい。例えば、順方向リンク１２０が、逆方向リンク１１８により用いられる周波数とは異なる周波数を使ってもよい。
【0011】
アンテナの各群および／またはそれらが通信を行うよう設計されるエリアは、しばしばアクセスネットワークのセクターと称される。一実施形態において、アンテナ群のそれぞれは、アクセスネットワーク１００にカバーされるエリアのセクター内でアクセス端末と通信するように設計される。
【0012】
順方向リンク１２０および１２６を通しての通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２用の順方向リンクの信号対ノイズ比を向上するために、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）を用いることができる。また、ビームフォーミングを用いてそのカバレッジにランダムに散在しているアクセス端末への送信を行うアクセスネットワークは、単一のアンテナによりその全てのアクセス端末への送信を行うアクセスネットワークに比べて、隣接セル内のアクセス端末との干渉をより起こしにくい。
【0013】
アクセスネットワーク（ＡＮ）は、端末と通信を行うために用いられる固定局または基地局であってよく、かつアクセスポイント、ＮｏｄｅＢ、基地局、強化された基地局（ｅｎｈａｎｃｅｄ ｂａｓｅ ｓｔａｔｉｏｎ）、進化型ノードＢ（ｅｎｖｏｌｖｅｄ Ｎｏｄｅ Ｂ，ｅＮＢ）、またはその他の用語で称されてもよい。アクセス端末（ＡＴ）も、ユーザー機器（ＵＥ）、無線通信装置、端末、アクセス端末またはその他の用語で称されてもよい。
【0014】
図２は、ＭＩＭＯシステム２００における送信システム２１０（別称アクセスネットワーク）および受信システム２５０（別称アクセス端末（ＡＴ）またはユーザー機器（ＵＥ））の実施形態の簡略化したブロック図である。送信システム２１０において、多数のデータストリームについてのトラフィックデータがデータソース２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【0015】
一実施形態において、各データストリームはそれぞれの送信アンテナにより送信される。ＴＸデータプロセッサ２１４は、各データストリームについてのトラフィックデータを、そのデータストリーム用に選ばれた特定のコード体系（ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に基づいてフォーマット、符号化、およびインターリーブし、符号化データを提供する。
【0016】
各データストリームの符号化データは、ＯＦＤＭ技術を用いてパイロットデータと共に多重化され得る。パイロットデータは一般的に、既知の方法で処理される既知のデータパターンであり、かつチャネル応答を推定するために受信システムにて用いられ得るものである。次いで、各データストリームについての多重化されたパイロットおよび符号化データは、そのデータストリーム用に選ばれた特定の変調方式（例えばＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づき変調されて（つまりシンボルマッピングされ）、変調シンボルが提供される。各データストリームのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定され得る。
【0017】
次いで、全てのデータストリームの変調シンボルがＴＸ ＭＩＭＯプロセッサ２２０に提供され、該プロセッサは変調シンボルをさらに処理し得る（例えば、ＯＦＤＭのため）。次いで、ＴＸ ＭＩＭＯプロセッサ２２０は、ＮＴ送信機（ＴＭＴＲ）２２２ａ〜２２２ｔにＮＴ変調シンボルストリームを提供する。特定の実施形態では、ＴＸ ＭＩＭＯプロセッサ２２０は、データストリームのシンボルとそのシンボルを送っているアンテナとに、ビームフォーミングのウェイトを与える。
【0018】
各送信機２２２はそれぞれのシンボルストリームを受信し処理して、１つまたは複数のアナログ信号を提供し、さらにそれらアナログ信号を調整（例えば増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルでの送信に適した変調信号を提供する。次いで、送信機２２２ａ〜２２２ｔからのＮＴ変調信号が、ＮＴアンテナ２２４ａ〜２２４ｔからそれぞれ送信される。
【0019】
受信システム２５０において、送信された変調信号は、ＮＲアンテナ２５２ａ〜２５２ｒによって受信され、そして各アンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調整（例えばフィルタリング、増幅、およびダウンコンバート）し、調整した信号をデジタル化してサンプルを提供し、さらにサンプルを処理して、対応する「受信（ｒｅｃｅｉｖｅｄ）」シンボルストリームを提供する。
【0020】
次いで、ＲＸデータプロセッサ２６０が、特定の受信処理技術に基づいて、ＮＲ受信機２５４からのＮＲ受信シンボルストリームを受信して処理し、ＮＴ「検出（ｄｅｔｅｃｔｅｄ）」シンボルストリームを提供する。次いで、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信システム２１０においてＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【0021】
プロセッサ２７０は、どのプリコーディング行列を用いるかを周期的に決定する（後述する）。プロセッサ２７０は、行列インデックス部（ｍａｔｒｉｘ ｉｎｄｅｘ ｐｏｒｔｉｏｎ）およびランク値部（ｒａｎｋ ｖａｌｕｅ ｐｏｒｔｉｏｎ）を含む逆方向リンクメッセージを作成する。
【0022】
逆方向リンクメッセージは、通信リンクおよび／または受信（ｒｅｃｅｉｖｅｄ）データストリームに関する各種の情報を含み得る。次いで、逆方向リンクメッセージが、データソース２３６から多数のデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ〜２５４ｒによって調整され、そして送信システム２１０へ送り返される。
【0023】
送信システム２１０においては、受信システム２５０からの変調信号（ｍｏｄｕｌａｔｅｄ ｓｉｇｎａｌｓ）が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、そしてＲＸデータプロセッサ２４２によって処理されて、受信システム２５０により送信された逆方向リンクメッセージが抽出される。次いで、プロセッサ２３０が、ビームフォーミングウェイトを決定するのにどのプリコーディング行列を用いるかを決定してから、抽出されたメッセージを処理する。
【0024】
次に図３を参照する。この図は、本発明の一実施形態による通信装置の別の簡略化された機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信装置３００は、図１におけるＵＥ（またはＡＴ）１１６および１２２を実体化するために用いることができ、無線通信システムはＬＴＥシステムであることが好ましい。通信装置３００は、入力装置３０２、出力装置３０４、制御回路３０６、中央処理ユニット（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバー３１４を含み得る。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０中のプログラムコード３１２を実行し、これによって通信装置３００の動作を制御する。通信装置３００は、キーボードまたはキーパッドのような入力装置３０２を介してユーザーにより入力された信号を受信することができると共に、モニターまたはスピーカーのような出力装置３０４を介して画像および音声を出力することができる。トランシーバー３１４は無線信号を受信および送信するのに用いられるものであり、受信した信号を制御回路３０６へ送り、かつ制御回路３０６によって生成された信号を無線で出力する。
【0025】
図４は、本発明の一実施形態に基づく図３に示されるプログラムコード３１２の簡略化されたブロック図である。本実施形態において、プログラムコード３１２はアプリケーションレイヤ４００、レイヤ３（Ｌａｙｅｒ３）部４０２、およびレイヤ２（Ｌａｙｅｒ２）部４０４を含み、かつレイヤ１（Ｌａｙｅｒ１）部４０６に接続される。レイヤ３部４０２は通常、無線リソース制御を行う。レイヤ２部４０４は通常、リンク制御を行う。レイヤ１部４０６は通常、物理的接続を行う。
【0026】
ＬＴＥまたはＬＴＥ−Ａシステムでは、レイヤ２部は、無線リンク制御（ＲＬＣ）レイヤおよび媒体アクセス制御（ＭＡＣ）レイヤを含み得る。レイヤ３部は、無線リソース制御（ＲＲＣ）レイヤを含み得る。
【0027】
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ２ミーティング＃８５の報告案に記述されているように、ＲＡＮ２ ＃８５ミーティングにおいて、Ｄ２Ｄディスカバリーに関し以下の合意に達した。圏内（ｉｎ−ｃｏｖｅｒａｇｅ）のディスカバリーについて、
１ ｅＮＢはＳＩＢ中において、
ａ）タイプ２Ｂのディスカバリー受信のための無線リソースプール
ｂ）タイプ１のケースにおけるディスカバリー送信および受信のための無線リソースプール
を提供することができる。
（セル間ディスカバリーについてはＦＦＳ）
２ タイプ１のケースでは、ＵＥは、ディスカバリー信号送信のために指示された送信リソースプールから無線リソースを自主的（ａｕｔｏｎｏｍｏｕｓｌｙ）に選ぶ。
２ａ ベースライン（ｂａｓｅｌｉｎｅ）として、我々は、ＮＡＳがＤ２Ｄディスカバリー送信および受信の許可を処理すると想定する。ＡＳレベルで選択されたＵＥがタイプ１の送信リソースを使用するのを禁止する必要もあるかどうかはＦＦＳ（例えば帯域外発射（ｏｕｔ ｏｆ ｂａｎｄ ｅｍｉｓｓｉｏｎ）の問題を回避するため）。
３ タイプ２Ｂのケースでは、ＲＲＣ接続ＵＥのみがＲＲＣによるｅＮＢからのＤ２Ｄディスカバリーメッセージの送信用のリソースを要求することができ、 ｅＮＢはＲＲＣによりこれらリソースを割り当てる。ベースラインとして、遅くともＵＥがＩＤＬＥに入るとき、またはｅＮＢがＲＲＣシグナリングによりリソースを取り出す（ｗｉｔｈｄｒａｗ）ときに、ＵＥは送信リソースを解放する。
４ タイプ２Ｂのケースでは、ベースラインとして、無線リソースがＲＲＣにより割り当てられる。ＰＤＣＣＨを用いる無線リソースのアクティブ化／非アクティブ化の使用はＦＦＳである。
６ 受信（Ｒｅｃｅｉｖｉｎｇ）ＵＥがタイプ１およびタイプ２Ｂのディスカバリーリソースの両方を監視する。
７ ＵＥにおいて、ＲＲＣプロトコルはディスカバリーリソースプールをＭＡＣに通知する。ＲＲＣも割り当てられたタイプ２ＢリソースをＭＡＣに通知する。
１１ ＭＡＣヘッダーは必要ない。
１２ 我々は、Ｄ２ＤディスカバリーがＤ２Ｄ通信とは異なるトランスポートチャネル上にあると想定する。
【0028】
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ２ミーティング＃８５の報告案でさらに述べられているように、同ミーティングにおいて、Ｄ２Ｄディスカバリーに関し以下の合意にも達した。１ 全てのＵＥ（モード１（「スケジューリングされた（ｓｃｈｅｄｕｌｅｄ）」）およびモード２（「自主的な（ａｕｔｏｎｏｍｏｕｓ）」））にリソースプール（時間および周波数）が与えられ、当該リソースプールにおいてそれらはスケジューリング割当の受信を試みる。
圏内または圏外のＵＥに対しどのようにリソースプールが設定／提供されるかはＦＦＳ（例えば、事前設定（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）される、ＳＩＢにおいてｅＮＢにより提供される、圏内のＵＥから圏外のＵＥへ転送される）
２ モード１において、ＵＥはｅＮＢからの送信リソースを要求する。ｅＮＢは、スケジューリング割当およびデータの送信用の送信リソースをスケジューリングする。
２ａ モード１において、ＵＥはｅＮＢへスケジューリング要求（Ｄ−ＳＲまたはＲＡ）を送るのに続きＢＳＲを送り、そのＢＳＲに基づいてｅＮＢは、ＵＥがＤ２Ｄ通信を行う意図があること、および要求された量のリソースを判断することができる。
２ｂ モード１において、ｅＮＢがＵＥに送信リソースをどのように示すかはＦＦＳである。
２ｃ モード１において、ＵＥは、Ｄ２Ｄ通信を送信するために、ＲＲＣ接続される必要がある。
３ モード２では、ＵＥはリソースプール（時間および周波数）が与えられ、ＵＥはそこからＤ２Ｄ通信を送信するためのリソースを選ぶ。
３ａ ｅＮＢは、ＵＥがモード１またはモード２通信のどちらを適用できるかをコントロールする。詳細はＦＦＳ。
ＦＦＳ：モード２では、「圏の境界（ｅｄｇｅ ｏｆ ｃｏｖｅｒａｇｅ）」にあるＵＥは、ｅＮＢ（例えばＳＩＢシグナリング）により送信リソースプールを得る。
ＦＦＳ：モード２では、圏外のＵＥについて、それらがどのように送信リソースプールを得るかはＦＦＳである（例えば、事前設定される（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）、他のＵＥから、等）。
【0029】
さらに、３ＧＰＰ ＴＲ ３６．８４３に上記合意を取り込むという提案が３ＧＰＰ Ｒ２−１４１００８において承認され、該提案にはＤ２Ｄまたは近接ベースのサービス（Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ Ｓｅｒｖｉｃｅ）の詳細が含まれている。そのワーク（ｗｏｒｋ）は完了していないが、現在、Ｄ２Ｄディスカバリーのためのリソース管理が以下のように３ＧＰＰ Ｒ２−１４１００８に盛り込まれている。６．３．３．３ プロシージャ
・タイプ１のケースでは、ＵＥが、ディスカバリー信号送信用に指示されたタイプ１の送信リソースプールから無線リソースを自主的に選択する。
・タイプ２Ｂのケースでは、ＲＲＣ ＣＯＮＮＥＣＴＥＤ ＵＥのみが、ＲＲＣによりｅＮＢからＤ２Ｄディスカバリーメッセージ送信用のリソースを要求できる。ｅＮＢはＲＲＣによりリソースを割り当てる。
○ベースラインとして、遅くともＵＥがＲＲＣ＿ＩＤＬＥに入るとき、またはｅＮＢがＲＲＣシグナリングによりリソースを取り出すときに、ＵＥは送信リソースを解放する。
○タイプ２Ｂのケースでは、ベースラインとして、無線リソースがＲＲＣによって割り当てられる。ＰＤＣＣＨを用いる無線リソースのアクティブ化／非アクティブ化の使用はＦＦＳである。
・受信ＵＥは、許可されたときに、タイプ１およびタイプ２Ｂのディスカバリーリソース両方をモニターする。
【0030】
同様に、そのワーク（ｗｏｒｋ）は完了していないが、現在、Ｄ２Ｄ通信のためのリソース管理が以下のように３ＧＰＰ Ｒ２−１４１００８に盛り込まれている。７．２．３．２ 無線リソース割当
○圏内および圏外のＵＥは、Ｄ２Ｄ通信の受信用のリソースプール（時間／周波数）を認識している（ａｗａｒｅ ｏｆ）必要がある。
○全てのＵＥ（モード１（「スケジューリングされた（ｓｃｈｅｄｕｌｅｄ）」）およびモード２（「自主的な（ａｕｔｏｎｏｍｏｕｓ）」））にはリソースプール（時間および周波数）が与えられ、そのリソースプールにおいてそれらはスケジューリング割当を受信しようと試みる。
編集者注：圏内または圏外のＵＥに対しどのようにリソースプールが設定／提供されるかはＦＦＳである（例えば、事前設定される（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）、ＳＩＢにおいてｅＮＢにより提供される、圏内のＵＥから圏外のＵＥへ転送される）。
○モード１において、ＵＥはｅＮＢからの送信リソースを要求する。ｅＮＢは、スケジューリング割当およびデータの送信用の送信リソースをスケジューリングする。
・ＵＥはｅＮＢへスケジューリング要求（Ｄ−ＳＲまたはＲＡ）を送るのに続きＢＳＲを送り、そのＢＳＲに基づいてｅＮＢは、ＵＥがＤ２Ｄ通信を行う意図があること、および要求された量のリソースを判断することができる。
編集者注：ｅＮＢがＵＥに送信リソースをどのように示すかはＦＦＳである。
・モード１において、ＵＥは、Ｄ２Ｄ通信を送信するためにＲＲＣ接続される必要がある。
○ モード２において、ＵＥにはリソースプール（時間および周波数）が与えられ、ＵＥはそこからＤ２Ｄ通信を送信するためのリソースを選ぶ。
編集者注：モード２において、「圏の境界（ｅｄｇｅ ｏｆ ｃｏｖｅｒａｇｅ）」にあるＵＥがｅＮＢ（例えばＳＩＢシグナリング）による送信リソースプールを得ることについては、ＦＦＳである。
編集者注：モード２では、圏外のＵＥについて、それらがどのように送信リソースプールを得るか（例えば、事前設定される（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）、他のＵＥから、等）はＦＦＳである。
○ｅＮＢは、ＵＥがモード１またはモード２の送信のどちらを適用できるかをコントロールする。詳細はＦＦＳ。
【0031】
加えて、３ＧＰＰ Ｒ２−１４０４７４では、Ｄ２Ｄディスカバリーリソース管理に関する見解を以下のように説明する。ＲＡＮ１は、Ｄ２Ｄディスカバリーのための２タイプのリソース割当、つまり非ＵＥ特異的（Ｎｏｎ−ＵＥ ｓｐｅｃｉｆｉｃ）およびＵＥ特異的（ＵＥ Ｓｐｅｃｉｆｉｃ）ディスカバリーリソースに大まかに分類している。
［「図１：周期的なディスカバリーリソースの割当」と題されたＲ２−１４０４７４の図１が、図５にコピーされている。］
ＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにおいてディスカバリーメッセージの送信および受信をサポートすることが、３ＧＰＰ ＲＡＮ２ ＃８３Ｂｉｓで合意されている。よって、ＳＩＢメッセージは、ディスカバリーのために割り当てられる無線リソースプールの情報の同時通報（ｂｒｏａｄｃａｓｔ）に用いられなければならない。
提案１：ＳＩＢメッセージは、ディスカバリーのために割り当てられる無線リソースプールの情報の同時通報に用いられる。
ＴＲ ３６．８４３には以下のＦＦＳがある：
［「図２：タイプ１のリソースの割当」と題されたＲ２−１４０４７４の図２が、図６にコピーされている。］
提案２：タイプ１のケースにおいて、ＵＥは、Ｄ２Ｄ信号送信用のＳＩＢが示したＤ２Ｄディスカバリーリソースプールから無線リソースを自主的に選択する。
ＲＡＮ２ ＃８５の議題案（ｄｒａｆｔ ａｇｅｎｄａ）における未解決の問題のうちの１つは、特にタイプ２においてメッセージがどのように流れるかを明確にすることである。それが要求応答（ｒｅｑｕｅｓｔ ｒｅｓｐｏｎｓｅ）タイプのメカニズムの形式となろうことは明らかである。この場合、ＵＥはディスカバリーメッセージ送信の専用無線リソースを要求し、これに応じてｅＮＢはディスカバリーリソースプールの範囲内で専用リソースを割り当てる。
［「図２：タイプ２のＤ２Ｄリソース要求および応答メッセージ」と題されたＲ２−１４０４７４の図２が、図７にコピーされている。]
要求／応答がＰＨＹ、ＭＡＣまたはＲＲＣレイヤメッセージであるかによって、それぞれ異なる可能性がある。ディスカバリー期間（よって、ディスカバリーメッセージの送信）は数秒オーダーであると想定される。ＵＥへの半静的（ｓｅｍｉ ｓｔａｔｉｃ）リソース割当のケース、つまり、タイプ２Ｂでは、リソースプールにおける割り当てられたリソースを変えることに大した利益はない。Ｄ２Ｄディスカバリーの大きなタイムスケールを考慮すると、ＰＨＹまたはＭＡＣレイヤで要求および応答を実行する必要はない。ＲＲＣは、大きなタイムスケールメッセージの要求／応答メッセージに最も適している。リソース応答メッセージは新たなメッセージであってよいし、またはそれはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであってもよい。Ｄ２Ｄディスカバリーメッセージの送信は、タイプ２Ｂと同様に半永続スケジューリング（ｓｅｍｉ ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）が用いられるＶＯＩＰと比べ、異なる特徴を有する。トークバースト（ｔａｌｋ ｂｕｒｓｔ）は実際に非常に動的であるため、ＰＤＣＣＨはＶＯＩＰの半永続スケジューリングされたリソースの使用をアクティブ化／非アクティブ化するのに用いられる。Ｄ２Ｄディスカバリーのケースでは、かかる動的な特徴は予期されていないため、ＰＤＣＣＨを用いる無線リソース（ＲＲＣにより構成される）のアクティブ化／非アクティブ化は求められない。
提案３：タイプ２のケースにおいて、Ｄ２Ｄ信号送信用のＤ２Ｄディスカバリーリソース要求／応答はＲＲＣメッセージとして使用される。
提案４：タイプ２Ｂのケースにおいて、ＰＤＣＣＨを用いる無線リソース（ＲＲＣにより構成される）のアクティブ化／非アクティブ化は求められない。
【0032】
一般に、Ｄ２ＤディスカバリーおよびＤ２Ｄ通信のための無線リソースは、２つのカテゴリーすなわち競合ベース（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ）と専用（ｄｅｄｉｃａｔｅｄ）、に分けることができる。Ｄ２Ｄディスカバリーでは、タイプ１のリソースは競合ベースであり、タイプ２（例えばタイプ２ｂ）は専用である。Ｄ２Ｄ通信では、モード２は競合ベースであり、モード１は専用である。
【0033】
ＵＥはネットワークから専用リソースを、ＵＥがそれらを利用できるようになる前に、要求する必要がある。Ｄ２Ｄディスカバリーでは、ＵＥは、ＲＲＣ（無線リソース制御）メッセージ（例えばＤ２Ｄディスカバリーリソース要求）を送って、Ｄ２Ｄディスカバリーメッセージを送信するための無線リソースを要求することができる。ネットワークは、別のＲＲＣメッセージ（例えばＤ２Ｄディスカバリーリソース応答）によってリソースを割り当てることができる。Ｄ２Ｄ通信では、ＵＥは、スケジューリング要求（３ＧＰＰ ＴＳ ３６．３２１ Ｖ１２．０．０に記述されている）（かつＢＳＲ（３ＧＰＰ ＴＳ ３６．３２１ Ｖ１２．０．０に記述されている）を送って、Ｄ２Ｄ通信用の無線リソースを要求することができる。ネットワークはＵＥにリソースを割り当てることができる。より多くのシグナリングが関与するであろうが、その非競合（ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ）の特徴によって、ＵＥの観点からは一般に専用リソースが好ましいと思われる。
【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】
一実施形態において、ＵＥはアイドルモード（例えばＲＲＣ＿ＩＤＬＥ（３ＧＰＰ ＴＳ ３６．３３１ Ｖ１２．０．０に記述されている））にあってよい。あるいは、ＵＥは接続モード（例えばＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ（３ＧＰＰ ＴＳ ３６．３３１ Ｖ１２．０．０に記述されている））にあってよい。
【0062】
一実施形態において、Ｄ２Ｄ専用リソースはＤ２Ｄディスカバリーに用いることができる（例えばタイプ２）。あるいは、Ｄ２Ｄ専用リソースはＤ２Ｄ通信に用いることができる（例えばモード１）。Ｄ２Ｄ競合ベースリソースはＤ２Ｄディスカバリーに用いることができる（例えばタイプ１）。あるいは、Ｄ２Ｄ競合ベースリソースはＤ２Ｄ通信に用いることができる（例えばモード２）。また、送信用のＤ２Ｄ専用リソースは公衆安全のために用いることはできない。
【0063】
本発明は概して、Ｄ２Ｄリソースの効率的な制御を可能とし、かつリソースが不足する場合に、シグナリングオーバーヘッドおよびＵＥの消費電力をセーブする。
【0064】
本開示の各種態様を上に記載した。本明細書における教示が多種多様な形態で具体化できること、および本明細書に開示されている任意の特定の構造、機能または両者は単に代表的なものにすぎないことは、明らかなはずである。本明細書における教示に基づき、当業者は、本明細書に開示された１態様が他のいかなる態様からも独立して実施できること、およびこれら態様の２つまたはそれ以上を様々な形で組み合わせられることを理解するはずである。例えば、本明細書に示された任意の数の態様を用いて、装置を実装することができ、または方法を実施することができる。さらに、本明細書に示された１つまたはそれ以上の態様に加え、またはこれら以外の、その他の構造、機能または構造および機能を用いて、かかる装置を実装することができ、またはかかる方法を実施することができる。上記概念のいくつかの例として、いくつかの態様において、並行するチャネル（ｃｏｎｃｕｒｒｅｎｔ ｃｈａｎｎｅｌ）は、パルス繰り返し周波数に基づいて確立され得る。いくつかの態様において、並行するチャネルは、パルス位置またはオフセットに基づいて確立されてよい。いくつかの態様において、並行するチャネルは、時間ホッピングシーケンスに基づいて確立され得る。いくつかの態様では、並行するチャネルは、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて確立されてよい。
【0065】
情報および信号が、あらゆる様々な技術および手法を用いて表され得ることを、当業者は理解するであろう。例えば、上述の記載全体において言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光粒子、またはこれらの任意の組み合わせによって表され得る。
【0066】
さらに、本明細書で開示された態様に関連して記載した各種例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップが、電子ハードウェア（例えばデジタル実装、アナログ実装、または両者の組み合わせであり、これらはソースコーディングもしくはその他何らかの手法を用いて設計され得る）、命令を組み込む各種形態のプログラムもしくはデザインコード（本明細書では便宜上、「ソフトウェア」もしくは「ソフトウェアモジュール」と称され得るもの）、または両者の組み合わせとして実装され得ることを、当業者は理解するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に説明するため、各種例示的な構成要素、ブロック、モジュール、回路およびステップが、概してそれらの機能の観点から上に記載されている。かかる機能がハードウェアまたはソフトウェアのどちらとして実施されるかは、特定の用途およびシステム全体に課せられたデザイン上の制約による。当業者は、特定の各用途のために様々な方法で説明した機能を実施できるが、かかる実施の決定は本開示の範囲からの逸脱を生じさせるものであると解釈されるべきでない。
【0067】
さらに、本明細書に開示された態様に関連して記載した各種例示的な論理ブロック、モジュールおよび回路は、集積回路（“ＩＣ”）、アクセス端末、またはアクセスポイント内に実装され得る、またはこれらによって実行され得る。ＩＣは、本明細書に記載された機能を実行するように設計された汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはプログラマブル論理デバイス、個別ゲート（ｄｉｓｃｒｅｔｅ ｇａｔｅ）もしくはトランジスタ論理、個別ハードウェア部品、電気部品、光学部品、機械部品、またはその任意の組合せを含んでいてよく、かつＩＣ内、ＩＣ外、またはその両方にあるコードまたは命令を実行することができる。汎用プロセッサはマイクロプロセッサであってよいが、別の例では、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってよい。プロセッサはまた、計算装置の組合せ、例えばＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせて用いる１つもしくはそれ以上のマイクロプロセッサ、またはその他任意のかかる構成の組み合せとして実装されてもよい。
【0068】
開示された任意のプロセスにおけるステップの任意の特定の順序または階層はいずれも見本となるアプローチの例であることが理解される。設計の選択に基づいて、プロセスにおけるステップの具体的な順序または階層が本開示の範囲内から逸脱しないままに再配列され得ることが理解される。添付の方法に係る請求項は、見本となる順序で各種ステップの要素を提示するが、提示された特定の順序または階層に限定されることは意図されていない。
【0069】
本明細書に開示された態様に関連して記載された方法またはアルゴリズムのステップは、直接ハードウェアにおいて、プロセッサにより実行されるソフトウェアモジュールにおいて、または両者の組合せにおいて具体化され得る。ソフトウェアモジュール（例えば、実行可能な命令および関連するデータなど）ならびにその他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当分野において既知である任意のその他の形式のコンピュータ可読記録媒体中に存在するものであり得る。見本となる記録媒体は、例えばコンピュータ／プロセッサ（本明細書では便宜上「プロセッサ」と称されることがある）のような機器と連結でき、かかるプロセッサは、記録媒体から情報（例えばコード）を読み出し、かつ記録媒体に情報を書き込むことができる。見本となる記録媒体は、プロセッサに不可欠なものであり得る。プロセッサおよび記録媒体はＡＳＩＣ中に存在していてよい。ＡＳＩＣはユーザ機器中に存在していてよい。あるいは、プロセッサと記録媒体とがユーザ機器中に個別部品として存在していてもよい。また、いくつかの態様においては、任意の適したコンピュータプログラム製品が、本開示の１つまたはそれ以上の態様に関連するコードを含むコンピュータ可読媒体を含み得る。いくつかの態様において、コンピュータプログラム製品は、パッケージング材を含み得る。
【0070】
本発明を各種態様に関して記載してきたが、本発明はさらなる変更が可能であることが理解されるであろう。本出願は、基本的に本発明の原理に従い、そして本発明が属する技術分野内での既知の慣例に入るような本開示からの展開を包含する、本発明のあらゆる変更、使用または応用をカバーすることが意図されている。
【符号の説明】
【0071】
１００…アクセスネットワーク１０４、１０６、１０８、１１０、１１２および１１４…アンテナ
１１６…アクセス端末
１１８、１２４…逆方向リンク
１２０、１２６…順方向リンク
１２２…アクセス端末
２００…ＭＩＭＯシステム
２１０…送信システム
２１２…データソース
２１４…送信（ＴＸ）データプロセッサ
２２０…ＴＸ ＭＩＭＯプロセッサ
２２２…受信機
２２２ａ〜２２２ｔ…送信機（ＴＭＴＲ）
２２４ａ〜２２４ｔ…アンテナ
２３０…プロセッサ
２３２…メモリ
２３６…データソース
２３８…ＴＸデータプロセッサ
２４０…復調器
２４２…ＲＸデータプロセッサ
２５０…受信システム
２５２…アンテナ
２５２ａ〜２５２ｒ…ＮＲアンテナ
２５４…受信機
２５４ａ〜２５４ｒ…受信機（ＲＣＶＲ）
２６０…ＲＸデータプロセッサ
２７０…プロセッサ
２７２…メモリ
２８０…変調器
３００…通信装置
３０２…入力装置
３０４…出力装置
３０６…制御回路
３０８…中央処理ユニット（ＣＰＵ）
３１０…メモリ
３１２…プログラムコード
３１４…トランシーバー
４００…物理レイヤ
４０２…レイヤ３
４０４…レイヤ２
４０６…レイヤ１