(57)【要約】  ユーザ機器（ＵＥ）は、送信モードコンポーネント、選択コンポーネント、及び送信コンポーネントとを含む。送信モードコンポーネントは、複数の送信モードに従ってデバイスツーデバイス通信についての複数のリソースを選択的に割り当てるよう構成される。複数の送信モードは、ＵＥにより使用される複数のリソースが、基地局又はリレーノードのうちの１つにより具体的に割り当てられる、第１の送信モードと、ＵＥが利用可能なリソースのプールからリソースを選択する第２の送信モードとを有する。選択コンポーネントは、選択された送信モードを選択するよう構成される。送信コンポーネントは、選択された送信モードに従って選択された周波数リソースにおける信号を送信するよう構成される。
2017511996.tif 000002
【特許請求の範囲】
【請求項１】
複数の送信モードに従って、デバイスツーデバイス通信に対し選択的に複数のリソースを割り当てる送信モードコンポーネントであって、前記複数の送信モードは、
ＵＥにより使用される前記複数のリソースがノードＢ及び進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（ｅＮＢ）のうちの１つにより、具体的に割り当てられる第１の送信モード、及び
前記ＵＥが利用可能な複数のリソースのプールから前記複数のリソースを選択する第２の送信モードを有する送信モードコンポーネントと、
基地局からの選択された送信モードを具体的に示す信号に基づいて前記選択された送信モードとして、前記複数の送信モードのうちの１つを選択する選択コンポーネントと、
前記選択された送信モードに従って選択された周波数リソースにおける信号を送信する送信コンポーネントとを備えるユーザ機器（ＵＥ）。
【請求項２】
前記選択コンポーネントは、前記選択された送信モードを示す情報を有する無線リソース制御（ＲＲＣ）メッセージに基づいて前記選択された送信モードを選択する、請求項１に記載のＵＥ。
【請求項３】
前記ＵＥは、前記ＵＥのデバイスツーデバイス機能を示す機能情報の送信に応じて、ＲＲＣメッセージを受信する、請求項１又は２に記載のＵＥ。
【請求項４】
前記選択コンポーネントは、前記選択された送信モードを具体的に示す前記信号の存在しない場合に前記複数の送信モードのうちの１つを有するデフォルトモードを更に選択する、請求項１から３のいずれか一項に記載のＵＥ。
【請求項５】
前記ＵＥがネットワークカバレッジの外側にあるときを判断するデバイスツーデバイス状態コンポーネントを更に備える、請求項４に記載のＵＥ。
【請求項６】
前記デバイスツーデバイス状態コンポーネントは、前記ノードＢ、若しくは前記ｅＮＢからの基準信号の測定された出力レベル又は信号品質が予め規定されたセルの閾値より小さいか若しくはそれに等しいことと、
アップリンク（ＵＬ）認証の受信なしで失敗したランダムアクセス試行の数が予め規定された試行の閾値より大きいかそれに等しいことのうちの１又は複数に基づいて、前記ＵＥがネットワークカバレッジの外側にあることを、判断する請求項５に記載のＵＥ。
【請求項７】
前記ＵＥの現在のデバイスツーデバイス状態を判断するためのデバイスツーデバイス状態コンポーネントを更に備え、
前記選択コンポーネントは、前記現在のデバイスツーデバイス状態に応じて、前記複数の送信モードのうちの１つを更に自律的に選択し、
前記現在のデバイスツーデバイス状態は、
前記ＵＥが、前記ノードＢ又は前記ｅＮＢのＵＬカバレッジ内及びダウンリンク（ＤＬ）カバレッジ内にある、第１のデバイスツーデバイス状態と、
前記ＵＥが、前記ノードＢ又は前記ｅＮＢのＵＬカバレッジ外及びＤＬカバレッジ内にある第２のデバイスツーデバイス状態と、
前記ＵＥが部分的ネットワークカバレッジ内にある、第３のデバイスツーデバイス状態と、
前記ＵＥがネットワークカバレッジ外であり、部分的ネットワークカバレッジ外である、第４のデバイスツーデバイス状態とのうちの１又は複数を有し、
前記ＵＥが部分的ネットワークカバレッジ内にあることは、ＵＬカバレッジ外及びＤＬカバレッジ外であるが、第１のデバイスツーデバイス状態にある別のＵＥのデバイスツーデバイスレンジ内にあることを含む、請求項１に記載のＵＥ。
【請求項８】
前記選択コンポーネントは、前記第１のデバイスツーデバイス状態に対し前記第１の送信モードを選択し、前記第２のデバイスツーデバイス状態、前記第３のデバイスツーデバイス状態、及び前記第４のデバイスツーデバイス状態に対し前記第２の送信モードを選択し、
前記デバイスツーデバイス状態コンポーネントは１又は複数の遷移規則に基づいて複数の前記デバイスツーデバイス状態の間の遷移を更に判断する、請求項７に記載のＵＥ。
【請求項９】
基地局に関するワイヤレス通信デバイスの直接通信状態を判断し、
前記直接通信状態に基づいて、現在の送信モードを選択し、
前記現在の送信モードに基づいて複数の直接通信を送信し、
前記現在の送信モードは、
前記ワイヤレス通信デバイスにより使用される複数のリソースが前記基地局により具体的に割り当てられる第１の送信モードと、
前記ワイヤレス通信デバイスが、利用可能なリソースのプールから前記複数のリソースを選択する第２の送信モードとを有する、ワイヤレス通信デバイス。
【請求項１０】
前記ワイヤレス通信デバイスは、ユーザ機器（ＵＥ）を更に有し、前記基地局は、進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（ｅＮＢ）を有し、前記直接通信状態の判断する段階は、前記ＵＥが無線リソース設定（ＲＲＣ）接続状態にあるか、又は前記ＲＲＣ接続状態にないかを判断する段階を有する、請求項９に記載のワイヤレス通信デバイス。
【請求項１１】
前記現在の送信モードの選択は、前記ＵＥが前記ＲＲＣ接続状態にある場合、前記第１の送信モードの選択をし、前記ＵＥが前記ＲＲＣ接続状態にない場合、前記第２の送信モードを選択する段階を有する、請求項１０に記載のワイヤレス通信デバイス。
【請求項１２】
前記直接通信状態を判断する段階は、現在のデバイスツーデバイス（Ｄ２Ｄ）状態が
前記ワイヤレス通信デバイスが、前記基地局のアップリンク（ＵＬ）カバレッジ内、及び、ダウンリンク（ＤＬ）カバレッジ内にある第１のＤ２Ｄ状態と、
前記ワイヤレス通信デバイスが、前記基地局のＵＬカバレッジ外にあり、ＤＬカバレッジ内にある第２のＤ２Ｄ状態と、
前記ワイヤレス通信デバイスが、部分的ネットワークカバレッジ内にある、第３のＤ２Ｄ状態と、
前記ワイヤレス通信デバイスがネットワークカバレッジの外にあり、部分的ネットワークカバレッジの外にある第４のＤ２Ｄ状態とのうちの１つを有するかを判断する段階を有し、
部分的ネットワークカバレッジ内にあることは、前記ワイヤレス通信デバイスがＵＬカバレッジ外及びＤＬカバレッジ外であるが、前記第１のＤ２Ｄ状態にある別のＵＥのＤ２Ｄレンジ内にあることである、請求項９に記載のワイヤレス通信デバイス。
【請求項１３】
前記現在の送信モードを選択する段階は、前記第１のＤ２Ｄ状態についての前記第１の送信モードを選択する段階、並びに前記第２のＤ２Ｄ状態、前記第３のＤ２Ｄ状態、前記第４のＤ２Ｄ状態についての前記第２の送信モードを選択する段階を有する、請求項１２に記載のワイヤレス通信デバイス。
【請求項１４】
前記直接通信状態を判断する段階は、初期Ｄ２Ｄ状態を判断する段階を有し、１又は複数の後に続くＤ２Ｄ状態を判断する段階を更に有し、前記複数の後に続くＤ２Ｄ状態は、１又は複数の遷移規則に基づいて選択される、請求項１２又は１３に記載のワイヤレス通信デバイス。
【請求項１５】
無線リソース制御（ＲＲＣ）接続の確率又は再確立が成功裏に完了した場合、前記第２のＤ２Ｄ状態から前記第１のＤ２Ｄ状態への遷移をすることと、
一次同期信号（ＰＳＳ）又は二次同期信号（ＳＳＳ）が検出され、Ｄ２Ｄリソースプール設定を包含するシステム情報ブロック（ＳＩＢ）メッセージが成功裏にデコードされ、ＲＲＣ接続の確立又は再確立が成功裏に完了され、検出されるＰＳＳ又はＳＳＳの信号強度が予め規定された信号強度を上回る、又はアップリンク（ＵＬ）認証のない連続的に失敗されたランダムアクセス試行又はスケジューリング要求（ＳＲ）の数が予め規定された閾値より小さい場合、前記第３のＤ２Ｄ状態又は前記第４のＤ２Ｄ状態から前記第１のＤ２Ｄ状態への遷移をすることと、
検出されるＰＳＳ若しくはＳＳＳの前記信号強度が、予め設定された信号強度を上回る、又はアップリンク（ＵＬ）認証なしで連続的に失敗されたランダムアクセス試行又はスケジューリング要求（ＳＲ）の前記数が予め規定された閾値より小さい場合、前記第１のＤ２Ｄ状態から前記第２のＤ２Ｄ状態への遷移をすることと、
ＰＳＳ／ＳＳＳが検出され、Ｄ２Ｄリソースプール設定を包含するＳＩＢメッセージが成功裏にデコードされ、ＲＲＣ接続の確立若しくは再確立が失敗し、検出されるＰＳＳ又はＳＳＳの前記信号強度が、予め規定された信号強度を下回るか若しくはそれに等しく、又は、ＵＬ認証なしで連続的に失敗されたランダムアクセス試行又はＳＲの前記数が予め規定された閾値より少なくない場合、前記第３のＤ２Ｄ状態又は前記第４のＤ２Ｄ状態から前記第２のＤ２Ｄ状態への遷移をすることと、
無線リンクモニタリング（ＲＬＭ）が、下層が同期から外れていることを示す場合、前記ＵＥが予め規定された時間内にｅＮＢとの無線リンクの前記同期を回復することを失敗する場合、及び、物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＳ）チャネルが検出され、ＰＤ２ＤＳＣＨ上で送信されるＤ２Ｄリソースプール設定が成功裏にデコードされる場合、前記第１のＤ２Ｄ状態又は前記第２のＤ２Ｄ状態から前記第３のＤ２Ｄ状態への遷移をすることと、
ＰＤ２ＤＳＳチャネルが検出され、ＰＤ２ＤＳＣＨ上で送信される前記Ｄ２Ｄリソースプール設定が成功裏にデコードされた場合、前記第４のＤ２Ｄ状態から前記第３のＤ２Ｄ状態に遷移することと、
ＲＬＭが下層は同期から外れていることを示す場合、ＵＥが予め規定された時間内にｅＮＢとの無線リンクの前記同期を回復するのを失敗している場合、及び、ＰＤ２ＤＳＳが検出されない場合に、前記第１のＤ２Ｄ状態又は前記第２のＤ２Ｄ状態から前記第４のＤ２Ｄ状態への遷移をすることと、
ＰＤ２ＤＳＳチャネル及びＰＳＳ／ＳＳＳが検出されない場合に、前記第３のＤ２Ｄ状態から前記第４のＤ２Ｄ状態に遷移することとのうちの１又は複数を遷移規則が有する、請求項１４に記載のワイヤレス通信デバイス。
【請求項１６】
前記現在のＤ２Ｄ状態を判断する段階は、前記ワイヤレス通信デバイスが、
前記基地局からの基準信号の測定された出力レベル又は信号品質が、予め規定されたセル閾値より小さいか又はそれに等しいことと、
ＵＬ認証を受信することなしでの失敗されたランダムアクセス試行の数が、予め規定された試行の閾値より大きいか、又はそれに等しいこととのうちの１又は複数に応じて、前記第１のＤ２Ｄ状態にないことを判断する段階を有する、請求項１２に記載のワイヤレス通信デバイス。
【請求項１７】
前記ワイヤレス通信デバイスは、物理Ｄ２Ｄ共有チャネル信号（ＰＤ２ＤＳＣＨ）に対して更にスキャンし、前記現在のＤ２Ｄ状態を判断する段階は、前記ＰＤ２ＤＳＣＨが検出されるか否かに基づいて判断する段階を有する、請求項１２に記載のワイヤレス通信デバイス。
【請求項１８】
Ｄ２Ｄ通信又は発見のために利用可能な複数のリソースについてのデバイスツーデバイス（Ｄ２Ｄ）リソースプールを示すシステム情報ブロック（ＳＩＢ）を報知するＳＩＢコンポーネントと、
ユーザ機器（ＵＥ）に対する送信モードを判断するＤ２Ｄ制御コンポーネントと、
ＲＲＣシグナリングを使用して前記ＵＥへ前記送信モードを示す無線リソース制御（ＲＲＣ）コンポーネントとを備え、
前記送信モードは、前記ＵＥにより使用される前記複数のリソースが進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（ｅＮＢ）により具体的に割り当てられる第１の送信モードと、前記ＵＥが利用可能なリソースのプールから前記複数のリソースを選択する第２の送信モードとのうちの１つを有する、ｅＮＢ。
【請求項１９】
前記ＲＲＣコンポーネントは、Ｄ２Ｄ通信又は発見のためのアップリンク（ＵＬ）チャネルへの前記ＵＥのアクセスを更に認証する、請求項１８に記載のｅＮＢ。
【請求項２０】
前記ＵＥが第３世代パートナーシッププロジェクト（３ＧＰＰ）通信規格を使用してＤ２Ｄ通信可能であることを示す機能情報を前記ＵＥから受信する機能コンポーネントを更に備える、請求項１８又は１９に記載のｅＮＢ。
【請求項２１】
前記ＲＲＣコンポーネントは、前記機能情報の受信に応じて前記送信モードを示す、請求項２０に記載のｅＮＢ。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本出願は、整理番号Ｐ６４４５０Ｚを有する２０１４年３月１４日に出願された米国仮出願番号第６１／９５３，６４５号に関する米国特許法§１１９（ｅ）の下の利益を主張し、これによりその全体が本明細書の参照により組み込まれる。
【０００２】
本開示は、デバイスツーデバイス通信モード選択に関する。
【図面の簡単な説明】
【０００３】
【図１】ワイヤレス通信デバイスの例示の直接通信状態を示す概略図である。
【０００４】
【図２】１つの実施形態による、現在の直接通信状態を判断するための方法を示す概略フローチャート図である。
【０００５】
【図３】１つの実施形態による複数の直接通信状態の間の例示の遷移を示す概略図である。
【０００６】
【図４】１つの実施形態による、ユーザ機器（ＵＥ）の複数のコンポーネントを示す概略的なブロック図である。
【０００７】
【図５】１つの実施形態による基地局のコンポーネントを示す概略的なブロック図である。
【０００８】
【図６】１つの実施形態による、通信モードを選択するための方法を示す概略フローチャート図である。
【０００９】
【図７】１つの実施形態による、通信モードを選択するための別の方法を示す概略フローチャート図である。
【００１０】
【図８】１つの実施形態による、通信モードを設定するための方法を示す概略フローチャート図である。
【００１１】
【図９】例に従ったワイヤレスデバイス（例えば、ＵＥ）の図を示す。
【発明を実施するための形態】
【００１２】
本開示の実施形態と整合性のある複数のシステム及び方法の発明を実施するための形態が、以下に提供される。幾つかの実施形態が説明される一方で、本開示はいかなる一実施形態にも限定されず、代わりに多数の代替形態、修正形態及び均等物を包含することが理解されるべきである。加えて、多数の特定の詳細が、本明細書に開示される実施形態の完全な理解を提供すべく、以下の説明に記載される一方で、幾つかの実施形態は、これらの詳細の幾つか又は全てを伴わず、実施されてよい。更に、明確性の目的のため、関連技術分野において知られる特定の技術的材料は、不必要にその開示を不明瞭にすることを避けるべく、詳細に説明されていない。
【００１３】
ワイヤレスモバイル通信技術は、様々な規格及びプロトコルを使用してノード（例えば、送信局又は送受信機ノード）とワイヤレスデバイス（例えば、モバイル通信デバイス）との間でデータを送信する。幾つかのワイヤレスデバイスはダウンリンク（ＤＬ）送信において直交周波数分割多元接続（ＯＦＤＭＡ）を、アップリンク（ＵＬ）送信においてシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）を使用して通信する。信号送信について直交周波数分割多重化（ＯＦＤＭ）を使用する規格及びプロトコルは、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）リリース８、９及び１０、一般的に業界団体にはＷｉＭＡＸ（登録商標）（Ｗｏｒｌｄｗｉｄｅ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）として知られる米国電気電子技術者協会（ＩＥＥＥ）８０２．１６規格（例えば８０２．１６ｅ、８０２．１６ｍ）、及び一般的に業界団体にはＷｉＦｉ（登録商標）として知られるＩＥＥＥ８０２．１１−２０１２規格を含む。
【００１４】
３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）ＬＴＥシステムにおいて、ノードは、ユーザ機器（ＵＥ）として知られるワイヤレスデバイスと通信する無線ネットワークコントローラ（ＲＮＣ）、及び進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（また、一般的に、複数の進化型ノードＢ、拡張ノードＢ、ｅＮｏｄｅＢ、又はｅＮＢとして示される）の組み合わせであってよい。ＤＬ送信は、ノード（例えば、ｅＮＢ）からワイヤレスデバイス（例えば、ＵＥ）への通信であってよく、ＵＬ送信はワイヤレスデバイスからノードへの通信であってよい。
【００１５】
近接性ベースのアプリケーション及び近接サービス（ＰｒｏＳｅ）は、新興の社会的・技術的動向を表す。本明細書において、直接通信、デバイスツーデバイス（Ｄ２Ｄ）通信、又はピアツーピアサービス若しくは通信とも呼ばれる近接性ベースの通信は、ネットワークインフラストラクチャにわたってデータ又は制御情報をルーティングするよりむしろ、複数の移動局の間の直接通信を可能にすることによりネットワークのスループットを増加させるための有力な技術である。複数のＤ２Ｄ通信は、広い様々な用途を有する。例えば、Ｄ２Ｄは、複数のローカルソーシャルネットワーク、コンテンツ共有、位置ベースのマーケティング、サービス広告、パブリックセーフティネットワーク、モバイルツーモバイルアプリケーション、及び他の複数のサービスについて提案されている。Ｄ２Ｄ通信は、コアネットワーク又はＲＡＮ上の負荷を減少し、直接及び短い通信パスに起因してデータレートを増加し、パブリックセーフティ通信パスを提供し、及び他の機能を提供するという、Ｄ２Ｄ通信の能力に起因して興味の対象である。ＬＴＥにおけるＰｒｏＳｅ機能の導入は、３ＧＰＰ産業が、この発展する市場にサービス提供し、同時に、幾つかのパブリックセーフティサービスの差し迫った必要性にサービス提供することを可能とするであろう。この組み合わせた使用は、結果として得られるシステムが、パブリックセーフティ及び非パブリックセーフティサービスの両方のために、可能な場所で使用されてよいので、量産効果の経済性を利用することを可能にし得る。
【００１６】
複数のモバイルデバイスの間のそのような直接通信パスを実現するための様々な代替形態が存在する。一実施形態において、Ｄ２Ｄ無線インタフェースＰＣ５は、Ｂｌｕｅｔｏｏｔｈ（登録商標）若しくはＷｉ−Ｆｉ（登録商標）のような幾つかのタイプの短距離の技術により、又は、ＦＤＤ  ＬＴＥシステムにおけるＵＬスペクトル若しくはＴＤＤ  ＬＴＥシステムにおけるＵＬサブフレームのような認可されたＬＴＥスペクトルを再使用することにより実現可能であり得る。更に、Ｄ２Ｄ通信は、一般的に２つの部分に分割されることが出来る。第１の部分は、デバイス発見であり、それにより、ＵＥはＤ２Ｄ通信について範囲内であるか及び／又は利用可能であるかを判断することが可能である。近接検出は、ネットワークインフラストラクチャにより補助され得、少なくとも部分的にＵＥにより実行され得、及び／又はネットワークインフラストラクチャと主として無関係に実行され得る。第２の部分は、アプリケーションデータ又はユーザの実際の通信と同様、複数のＵＥの間のＤ２Ｄセッションを確立するプロセスを含む複数のＵＥの間のＤ２Ｄデータ通信又は直接通信である。Ｄ２Ｄ通信は、モバイルネットワークオペレータ（ＭＮＯ）の連続的制御の下にあってよく又はそうでなくともよい。例えば、ＵＥは、Ｄ２Ｄ通信に参加することを目的としたｅＮＢとのアクティブな接続を有することを必要としなくともよい。Ｄ２Ｄ通信（例えば第２の部分）は、Ｄ２Ｄ発見（例えば第１の部分）のサポートなく独立して複数のＤ２Ｄ可能なＵＥにより実装及び動作され得ることに留意されるべきである。
【００１７】
現在、Ｄ２Ｄ直接発見及び通信は、ＬＴＥ−Ａリリース１２の仕様書の一部として特定されることに向けて、サービス＆システムアスペクト（ＳＡ）及びＲＡＮワーキンググループ（ＷＧ）において、研究され、議論されている。ＲＡＮ１＃７６会議の間に、Ｄ２Ｄ通信（物理層での報知）に対するリソース割り当てに関して以下が同意された。
・即ち、送信ＵＥ視点から、ＵＥはリソース割り当てについて２つのモードにおいて動作することが出来る。
−モード１：ｅＮｏｄｅＢ又はリリース１０のリレーノードは、ダイレクトデータ及びダイレクト制御情報を送信するようＵＥにより使用される正確なリソースをスケジュールする。
・将来の研究のため（ＦＦＳ）：データ及び／又は制御のために利用可能なリソースを制限する半静的リソースプールが必要とされる場合。
−モード２:ＵＥはそれ自身で、ダイレクトデータ及びダイレクト制御情報を送信すべくリソースプールからリソースを選択する。
・ＦＦＳ：データ及び制御に対するリソースプールが同一である場合。
・ＦＦＳ：データ及び／又は制御についての利用可能なリソースを制限する半静的及び／又は予め設定されたリソースプールが必要とされる場合。
−Ｄ２Ｄ通信可能なＵＥは、インカバレッジに対し少なくともモード１をサポートしなければならない。
−Ｄ２Ｄ通信可能なＵＥは、少なくともエッジオブカバレッジ及び／又はアウトオブカバレッジについてモード２をサポートしなければならない。
−ＦＦＳ：アウトオブカバレッジ、エッジオブカバレッジ、インカバレッジの定義
・例えば、カバレッジエリアの定義は、ＤＬの受信した出力に少なくとも基づく。
【００１８】
更に、以下は、Ｄ２Ｄ報知通信についてのスケジューリングアサインメントの送信に際し、ＲＡＮ１＃７６会議中にＲＡＮ１  ＷＧにより動作前提として合意された。
［モード２について］
−スケジューリングアサインメントのためのリソースプールは、予め設定され、及び／又は半静的に割り当てられる。
・ＦＦＳ：スケジューリングアサインメントのためのリソースプールが、Ｄ２Ｄデータに対するリソースプールと同一であるか否か。
−ＵＥは、そのスケジューリングアサインメントを送信すべく、スケジューリングアサインメントについてのリソースプールからスケジューリングアサインメントについてのリソースをそれ自身で選択する。
［モード１について］
−報知するＵＥによるスケジューリングアサインメントの送信についてのリソースの位置は、ｅＮｏｄｅＢから来る。
−報知するＵＥによるＤ２Ｄデータの送信についてのリソースの位置は、ｅＮｏｄｅＢから来る。
【００１９】
今までのところ、ＵＥをエッジオブカバレッジＵＥとして判断するための正確な基準及びＤ２Ｄ通信に対して関連するＵＥの挙動は、３ＧＰＰ  ＬＴＥにおいて議論されず、依然として未解決の問題である。本開示において、我々は、ｅＮＢ構成又はＵＥ自律測定のいずれかに基づいて２つの通信モード（モード１及びモード２）のうちの１つを選択するための幾つかの可能性がある方法を提案する。本開示において、どのようにＤ２Ｄ可能なＵＥが、ＵＥにより評価される無線リソース制御（ＲＲＣ）又は無線チャネル条件のような幾つかの要素を考慮して、モード１とモード２との間でＤ２Ｄ通信モードを選択するかということを含む、未解決の問題に対処すべく、幾つかの送信モード選択機構が提案される。
【００２０】
図１は、Ｄ２Ｄ通信がトリガする場合、可能なＵＥ状態を示す概略図である。ＵＥ  Ｄ２Ｄ状態は、Ｄ２Ｄ送信リソースがどのように割り当てられるかに影響し得る無線チャネル環境又は状況についての情報を提供し得る。具体的に、ＵＥ１は、ＵＬカバレッジ及びＤＬカバレッジの両方を有する。ＵＥ１のＤ２Ｄ状態は、本明細書において状態１と又は完全インカバレッジと呼ばれ得る。この状態において、ネットワークは、モード１又はモード２のいずれかによってＵＥ１がＤ２Ｄ通信を実行するよう構成出来る。ＵＥ２はＤＬカバレッジ境界内に存在し、ＵＬカバレッジ境界の外側に存在するので、ＵＥ２は、ＤＬカバレッジを有するが、アップリンクのリンクは有さない。従って、ＵＥ２は、モード２通信を使用することのみ可能であり得る。ＵＥ２のＤ２Ｄ状態は、本明細書において、状態２又はＵＬのみのカバレッジ内にあるものとして参照され得る。ＵＥ３及びＵＥ４は、ｅＮＢ１０２のＵＬカバレッジ及びＤＬカバレッジの外にあり、従って、任意のＤ２Ｄに特定のＳＩＢ情報を検出することが出来ない。従って、ｅＮＢ１０２とのＲＲＣ接続の欠如に起因してモード２通信のみが、可能とされ得る。ＵＥ３は、ＵＬカバレッジ及びＤＬカバレッジの外であるが、物理Ｄ２Ｄ共有チャネル信号（ＰＤ２ＤＳＣＨ）のリレー境界内に示される。ＵＥ３のＤ２Ｄ状態は、本明細書において、状態３として、又は部分的ネットワークカバレッジ内として参照され得る。ＵＥ４は、ＵＬカバレッジ、ＤＬカバレッジ、及びＰＤ２ＤＳＣＨリレー境界の外側に存在する。ＵＥ４のＤ２Ｄ状態は、本明細書において状態４として参照されてよく、又は、アウトオブネットワークカバレッジとして参照されてよい。
【００２１】
第１のオプション的な実施形態において、Ｄ２Ｄ送信モード選択は、ｅＮＢ１０２により制御される。このオプションによって、ｅＮＢ１０２は、Ｄ２Ｄ可能なＵＥに対しＤ２Ｄ送信モードを判断し、Ｄ２Ｄ機能情報の獲得に応じて、専用ＲＲＣメッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を介して明示的にそれをＵＥに対し構成する。一実施形態において、Ｄ２Ｄ送信モード１は、明確なｅＮＢ構成が検出されない場合、Ｄ２Ｄ通信について使用されるデフォルトモードとして特定され得る。追加的に、以下で説明される、第１のネットワーク接続条件及び第２のネットワーク接続条件は、ＵＥがｅＮＢ１０２とのＵＬ接続を失ったような状況において、Ｄ２Ｄ通信モードを自律的に有効にし、これにより、モード１からモード２に移行するよう、ＵＥにより使用され得る。例えば、ＵＥが、ｅＮＢ１０２の完全なネットワークカバレッジ内にある場合、ＵＥは、ｅＮＢ１０１の明示的なシグナリングに基づき、モード１又はモード２のいずれかを選択し得る。
【００２２】
第２のオプション的な実施形態において、Ｄ２Ｄ送信モード選択はＵＥにより制御される。例えば、ＵＥは、送信モードがｅＮＢ１０２により明示的に構成されることなく、どの送信モードを使用すべきかを独立して判断してよい。幾つかのネットワーク接続条件／基準は、Ｄ２Ｄ  ＵＥが、サービングセルｅＮＢ１０２とのＵＬ接続が失われる場合、自律的にモード２に移行し、ＲＲＣ接続が再確立されることが出来る場合、モード１に戻るよう制御された方法を与えるべく、ＵＬ接続損失の検出のために特定されてよい。
【００２３】
デバイスに、それがサービングｅＮＢ１０２とのＵＬ接続を失うかどうかを判断するよう使用されるメトリックは、後述の第１のネットワーク接続条件及び第２のネットワーク条件により定義可能であり得る。例えば、ＵＥは、第１のネットワーク接続条件及び第２のネットワーク条件のうちの１又は複数が満たされる場合、ＵＬカバレッジ／接続を失ったと推定し、それから、Ｄ２Ｄ通信送信のためにモード２を使用し得る。第１のネットワーク接続条件及び第２のネットワーク条件が満たされない場合、ＵＥはモード１を使用するよう自律的に判断してよい。
【００２４】
第１のネットワーク接続条件は、ｅＮＢ１０２からの信号が、閾値信号強度又は信号品質未満に下がったものと判断し得る。例えば、ＵＥは、ｅＮＢ１０２のようなサービングセルの共通基準信号（ＣＲＳ）、一次同期信号（ＰＳＳ）、及び／又は二次同期信号（ＳＳＳ）のＤＬ受信される電力レベル又は品質を測定してよい。例えば、ＣＲＳベースの基準信号受信電力（ＲＳＲＰ）又は基準信号受信品質（ＲＳＲＱ）が使用されてよい。測定される電力レベル又は品質が予め規定された閾値を下回る又はそれに等しい場合、ＵＥは、第１のネットワーク接続条件が満たされることを判断してよい。一実施形態において、信号の測定についての複数のパラメータは、一貫した測定が達成されるよう、３ＧＰＰ規格内で標準化され得、又は、ｅＮＢ１０２により構成され得る。予め規定された複数のパラメータの例として、複数のフィルタタップ、サンプリング間隔、又は同様のものを含み得る。
【００２５】
第２のネットワーク接続条件は、ｅＮＢ１０２とのＵＬ接続が失われていることを判断してよい。例えば、連続的な失敗のランダムアクセス試行の数（即ち、ランダムアクセスレスポンス（ＲＡＲ）が受信されない）が予め規定された閾値と等しいか又はそれより大きい場合、第２のネットワーク条件は満たされ得る。別の例として、ＵＬ認証のないスケジューリングリクエストの数が予め規定された閾値と等しいか、又はそれより大きい場合、第２のネットワーク条件は満たされ得る。一実施形態において、Ｄ２Ｄリソース要求に対するランダムアクセス送信後のＲＡＲ応答の受信に際して、又は、Ｄ２Ｄバッファ状態報告（ＢＳＲ）の報告に対するＵＬ認証の受信に際して、ＵＥは第２のネットワーク接続が満たされない（又はもはや満たされない）ことを判断し得る。例えば、第２のネットワーク条件（及び／又は第１のネットワーク条件）が満たされない場合、ＵＥは、ｅＮＢ１０２とのＵＬ接続を有し、Ｄ２Ｄ送信に対するモード１を使用することを考慮し得る。
【００２６】
一実施形態において、第１のネットワーク接続条件及び第２のネットワーク接続条件のうちの１又は複数についての閾値が、制御ノード（例えばｅＮＢ１０２）からの報知システム情報ブロックメッセージ（例えば、ＳＩＢ）を介して構成され得、又はＵＥに特定の専用ＲＲＣシグナリングを介して構成され得る。同様に、複数の閾値又はパラメータは、３ＧＰＰ規格内で予め規定されてよい。
【００２７】
一実施形態において、ＵＥは、電力供給のオンに応じて上で説明される４つのＤ２Ｄ状態のうちの１つに入り得る。例えば、ＵＥは、ＵＥのＤ２Ｄ状態を判断すべくＤＬ測定をなし得、及び、判断されたＤ２Ｄ状態に基づいて現在のモードを判断し得る。図２は、Ｄ２Ｄ状態を選択するための方法２００の一実施形態を示す、フローチャート図である。例えば、ＵＥは、電力供給のオンに応じて方法２００を実行し得、及び／又は新たな状態を判断すべく、方法２００を繰り返し実行し得る。方法２００が開始し、ＵＥは、ｅＮＢ１０２とダウンリンク同期を取得すべく、ＤＬ同期信号（例えば、ＰＳＳ／ＳＳＳ）に対しスキャン２０２し、次にセル上にキャンプする。ＵＥは、ＰＳＳ／ＳＳＳがスキャンされるか否か、及びＳＩＢが成功裏にデコードされるか否かを判断２０４する。ＵＥが、ＰＳＳ／ＳＳＳが成功裏にスキャンされなかったこと、又はＳＩＢが成功裏にデコードされなかったこと（２０４における「いいえ」）を判断２０４した場合には、ＵＥは、それが、（図１のＵＥ５のように）Ｄ２Ｄ  ＵＥによりリレーされているｅＮＢ１０２からのＤ２Ｄリソースプール設定を包含するＰＤ２ＤＳＣＨを検出することが可能であるか否かを更に判断２０８する。「はい」である場合、ＵＥは、状態３（図１のＵＥ３を参照）にあることを判断する。２０６において「いいえ」である場合、ＵＥは、ＵＥが状態４（図１のＵＥ４を参照）にあることを判断する。
【００２８】
ＵＥが、ＰＳＳ／ＳＳＳが成功裏にスキャンされたこと、及びＳＩＢが成功裏にデコードされた（２０４における「はい」）ことを判断２０４した場合、ＵＥは、ＳＩＢがＤ２Ｄリソースプールについての構成情報を包含するか否か、及び／又はｅＮＢ１０２がＤ２Ｄ機能をサポートするかを更に判断２０６する。２０６において「いいえ」である場合、ＵＥは、ＰＳＳ／ＳＳＳ信号に対するスキャン及びＳＩＢをデコードすること２０２に戻る。２０６において「はい」である場合、ＵＥは、検出されたｅＮＢ１０２とのＲＲＣ接続を確立すべく、ＲＲＣ接続セットアッププロシージャを実行することを試みる。ＲＲＣ接続セットアッププロシージャが、成功でない（２１４における「いいえ」）場合、ＵＥは、ＵＥが状態２にあることを判断する。ＲＲＣ接続セットアッププロシージャが、成功である（２１４における「はい」）場合、ＵＥは、Ｄ２Ｄ通信がＵＥの上位層によりトリガされるか否かを判断２１８する。例えば、ＵＥは、アプリケーション層、ＲＲＣ層、又は他の層が、Ｄ２Ｄ送信が実行されるべきであることを示すか否かを判断してよい。２１８において「いいえ」の場合、ＵＥは、Ｄ２Ｄ通信が上位層によりトリガされるまで待機することを継続してよい。Ｄ２Ｄ通信が上位層によりトリガされる（２１８における「はい」）場合／とき、ＵＥは、２２０において以下のうちの１又は複数を行う。即ち、ランダムアクセスチャネル（ＲＡＣＨ）を実行、Ｄ２Ｄ通信リソース割り当ての要求についてのスケジューリングリクエスト（ＳＲ）を送信、及び／又は、ＤＬ受信された電力／品質を測定（例えば、ＲＳＲＰ又はＲＳＲＱを測定）である。ＵＥは、第１のネットワーク接続条件及び／又は第２のネットワーク接続条件が満たされているかを判断２２２する。一実施形態において、第１及び第２のネットワーク条件が満たされる（２２２における「はい」）場合、ＵＥは、ＵＥが状態２（図１におけるＵＥ２を参照）にあることを判断する。第１又は第２のネットワーク条件が満たされない（２２２における、「いいえ」）場合、ＵＥは、ＵＥが状態１（図１のＵＥ１を参照）にあることを判断する。
【００２９】
以下の表１は、それぞれのＤ２Ｄ状態においてのＵＥの動作及びＤ２Ｄ通信モード選択を示す。
【表１】
2017511996.tif 000003
【００３０】
一実施形態において、Ｄ２Ｄ通信設計目標を達成し、自律的Ｄ２Ｄ状態遷移を可能とすべく、それぞれの状態において、異なる動作／挙動が実行される。図３は、複数の通信状態の間の例示的な遷移を示す。以下の表２は、新たな状態に遷移すべきか否かを判断すべく、それぞれの状態においてＵＥにより実行される例示の測定及び手順を提供する。
【表２】
2017511996.tif 000004
【００３１】
第３のオプション的な実施形態において、Ｄ２Ｄ送信モード選択は、ＲＲＣ状態に基づいてＵＥにより制御される。例えば、Ｄ２Ｄ通信が開始される場合、ＵＥは、ＲＲＣアイドル又はＲＲＣ接続のいずれかであり得るＲＲＣ状態に基づいて、Ｄ２Ｄ通信に対する送信モードを自律的に選択してよい。特に、ＲＲＣ接続におけるＵＥは、送信モード１を使用することによりＤ２Ｄ通信を実行し得る一方、ＲＲＣアイドルにおけるＵＥは送信モード２を使用し得る。
【００３２】
第１のオプション的な実施形態、第２のオプション的な実施形態、及び第３のオプション的な実施形態は、例示的な目的のみのために与えられる。第１のオプション的な実施形態、第２のオプション的な実施形態、及び第３のオプション的な実施形態は、上で別々に説明された一方で、幾つかの実施形態は、オプション的な実施形態のそれぞれの１又は複数の態様の組み合わせを含む。例えば、ｅＮＢ１０２が検出されない場合、ＵＥは、第２のオプション的な実施形態に従って動作してよいが、ＵＥがｅＮＢ１０２と接続されている場合、第１のオプション的な実施形態又は第２のオプション的な実施形態に従って動作してよい。
【００３３】
図４は、Ｄ２Ｄ通信モードを選択するための幾つかのコンポーネントを示すＵＥ４００の概略ブロック図である。ＵＥ４００の幾つかのコンポーネントは、本開示を曖昧にすることを避けるべく不図示である。ＵＥ４００は、送信モードコンポーネント４０２、Ｄ２Ｄ状態コンポーネント４０４、選択コンポーネント４０６、及び送信コンポーネント４０８を含む。コンポーネント４０２−４０８は、例示の手段のみにより与えられ、全ての実施形態において全てが含まれなくともよい。
【００３４】
送信モードコンポーネント４０２は、複数の送信モードに従って、Ｄ２Ｄ通信に対してリソースを選択的に割り当てる。複数の送信モードは、ＵＥ４００により使用されるリソースがノードＢ及びｅＮＢ１０２のうちの１つにより具体的に割り当てられる第１の送信モードと、ＵＥ４００が利用可能なリソースのプールからリソースを選択する第２の送信モードとを含む。一実施形態において、第１の送信モードは、本明細書で説明されるモード１を含み得、第２の送信モードは、本明細書で説明されるモード２を含み得る。
【００３５】
Ｄ２Ｄ状態コンポーネント４０４は、ｅＮＢ１０２に関して、ＵＥ４００の直接通信状態（例えば、Ｄ２Ｄ状態）を判断する。一実施形態において、Ｄ２Ｄ状態コンポーネント４０４は、ＵＥ４００がネットワークカバレッジの外側にあるか否かを判断する。例えば、Ｄ２Ｄ状態コンポーネント４０４は、第１及び第２のネットワーク接続条件のうちの１又は複数が満たされるか否かを判断してよい。一実施形態において、Ｄ２Ｄ状態コンポーネント４０４は、以下のもののうちの１又は複数に基づいて、ＵＥ４００がネットワークカバレッジの外にあることを判断する。即ち、ノードＢ又はｅＮＢ１０２からの基準信号の測定された出力レベル又は信号品質が予め規定されたセル閾値より低いか等しいこと、及び、ＵＬ認証を受信することなしで失敗のランダムアクセス試行の数が、予め規定された試行の閾値より大きいかそれに等しいことである。
【００３６】
一実施形態において、Ｄ２Ｄ状態コンポーネント４０４はＵＥ４００が接続されたＲＲＣ状態にあるか又は接続されたＲＲＣ状態にないかを判断する。例えば、Ｄ２Ｄ状態コンポーネント４０４は、ＵＥ４００がＲＲＣ接続状態にあるか又はＲＲＣアイドル状態にあるかを判断してよい。
【００３７】
一実施形態において、Ｄ２Ｄ状態コンポーネント４０４は、ＵＥ４００が図１及び図２に関して説明される４つのＤ２Ｄ状態のうちの１又は複数にあるか否かを判断する。一実施形態において、Ｄ２Ｄ状態コンポーネント４０４は、ＵＥ４００が（状態１のような）第１のＤ２Ｄ状態にあるか、（状態２のような）第２のＤ２Ｄ状態にあるか、（状態３のような）第３のＤ２Ｄ状態にあるか、又は（状態４のような）第４のＤ２Ｄ状態にあるかを判断するよう構成される。一実施形態において、ＵＥ４００がｅＮＢのＵＬカバレッジ内にあり、ＤＬカバレッジ内にある場合、ＵＥ４００は、第１のＤ２Ｄ状態にある。一実施形態において、ＵＥ４００がｅＮＢのＵＬカバレッジ外にあり、ＤＬカバレッジ内にある場合、ＵＥ４００は、第２のＤ２Ｄ状態にある。一実施形態において、ＵＥ４００が部分的ネットワークカバレッジ内にある場合、ＵＥ４００は第３のＤ２Ｄ状態にある。例えば、ＵＥ４００がＵＬカバレッジ外にあり、ＤＬカバレッジ外にあるが、第１のＤ２Ｄ状態にある別のＵＥのＤ２Ｄレンジ内にある（例えば、図１を参照。ここで、ＵＥ３はＵＥ５からＰＤ２ＤＳＣＨを受信することが出来るので、ＵＥ３が部分的ネットワークカバレッジにある。）場合、ＵＥ４００は、部分的ネットワークカバレッジにあり得る。例えば、Ｄ２Ｄ状態コンポーネント４０４は、ＰＤ２ＤＳＣＨが検出されるか否かに基づいて、現在のＤ２Ｄ状態を判断してよい。一実施形態において、ＵＥ４００がネットワークカバレッジの外にあり、部分的ネットワークカバレッジの外にある場合、ＵＥ４００は、第４のＤ２Ｄ状態にある。
【００３８】
一実施形態において、Ｄ２Ｄ状態コンポーネント４０４は、表２における遷移規則及び図３により示されるような、１又は複数の遷移規則に基づいて、複数のＤ２Ｄ状態の間の遷移を判断／検出するよう構成される。一実施形態において、Ｄ２Ｄ状態コンポーネント４０４は、初期Ｄ２Ｄ状態を判断し、次に１又は複数の後に続くＤ２Ｄ状態を判断するよう構成される。
【００３９】
選択コンポーネント４０６は、本明細書で説明される通信モード１又はモード２のうちの１つのような、Ｄ２Ｄ通信の間に使用するためのＵＥ４００についての送信モードを選択するよう構成される。一実施形態において、選択コンポーネント４０６は、選択された送信モードを具体的に示すｅＮＢ１０２からの信号に基づいて選択する。例えば、ｅＮＢ１０２は、選択された送信モードを示す情報を有するＲＲＣメッセージを送信してよく、選択コンポーネント４０６は、それを受信してよい。一実施形態において、選択コンポーネント４０６は、ＵＥ４００のＤ２Ｄ機能を示す機能情報をＵＥ４００が送信することに応答して、ＲＲＣメッセージを受信してよい。一実施形態において、選択される送信モードを具体的に示すｅＮＢ１０２からの信号が検出されることが出来ない場合、選択コンポーネント４０６は、選択される送信モードを具体的に示す信号の存在しない場合、複数の利用可能な送信モードのうちの１つを有するデフォルトモードを選択してよい。例えば、選択コンポーネント４０６は、選択コンポーネント４０６が通信モードを明示的に設定するシグナリングを受信していない場合、モード１又はモード２のいずれかを使用することをデフォルトとしてよい。
【００４０】
一実施形態において、選択コンポーネント４０６は、ｅＮＢ１０２又は他のノードとのＵＥ４００のＲＲＣ接続状態に基づいて送信モードを選択するよう構成される。例えば、選択コンポーネント４０６は、Ｄ２Ｄ状態コンポーネント４０４により判断されるＤ２Ｄ状態に基づいて送信モードを選択してよい。例えば、選択コンポーネント４０６は、ＵＥ４００がＲＲＣ接続状態にある場合、第１の送信モード（例えばモード１）を選択してよく、ＵＥ４００がＲＲＣアイドル状態にある場合、第２の送信モード（例えばモード２）を選択してよい。
【００４１】
一実施形態において、選択コンポーネント４０６は、本明細書で説明される状態１、状態２、状態３、及び状態４のような現在のＤ２Ｄ状態に応じて、複数の送信モードのうちの１つを自律的に選択するよう構成される。一実施形態において、選択コンポーネント４０６は、Ｄ２Ｄ状態コンポーネント４０４により判断される状態に基づいてモードを選択する。例えば、選択コンポーネント４０６は、表１及び／又は図２に基づいて、現在のモードを選択してよい。一実施形態において、選択コンポーネント４０６は、第１のＤ２Ｄ状態について第１の送信モードを選択し、第２のＤ２Ｄ状態、第３のＤ２Ｄ状態、及び第４のＤ２Ｄ状態について第２の送信モードを選択するよう構成される。選択コンポーネント４０６はまた、１又は複数の遷移規則に基づいて複数のＤ２Ｄ状態の間の遷移を判断すべく、現在の状況をモニタしてよい。例えば、選択コンポーネント４０６は、図３及び／又は表２に基づいて新たな状態への遷移が必要とされるときを判断し得る。
【００４２】
送信コンポーネント４０８は、選択された送信モードに従って選択された周波数リソースにおいて信号を送信するよう構成される。例えば、送信コンポーネント４０８は、ｅＮＢ１０２により具体的に割り当てられるリソース内の信号を送信してよく、又はリソースプールからＵＥ４００により選択されたリソース内の信号を送信してよい。リソースプールは、予め構成されてよく、又はｅＮＢ１０２若しくは他のネットワークインフラストラクチャにより規定されてよい。
【００４３】
図５は、Ｄ２Ｄ通信モードを特定するための幾つかのコンポーネントを示すｅＮＢ１０２の概略ブロック図である。ｅＮＢ１０２の幾つかのコンポーネントは、本開示を曖昧にすることを避けるべく不図示である。ｅＮＢ１０２は、機能コンポーネント５０２、ＳＩＢコンポーネント５０４、Ｄ２Ｄ制御コンポーネント５０６、及びＲＲＣコンポーネント５０８を含む。コンポーネント５０２−５０８は、例示の手段のみによって与えられ、全ての実施形態において、全てが含まれなくともよい。
【００４４】
機能コンポーネント５０２は、ＵＥ４００が３ＧＰＰ通信規格を使用してＤ２Ｄ通信可能であることを示す、ＵＥ４００からの機能情報を受信するよう構成される。一実施形態において、機能コンポーネント５０２は、ＵＥ４００との（ＲＲＣセッションのような）通信セッションが確立された後に、機能情報を受信してよい。
【００４５】
ＳＩＢコンポーネント５０４は、Ｄ２Ｄ通信又は発見のために利用可能な複数のリソースについてのＤ２Ｄリソースプールを示すＳＩＢを報知するよう構成される。例えば、リソースプールは、ＵＥ４００がＤ２Ｄ制御又はデータ信号を送信するよう使用し得る、１又は複数のＤ２Ｄ発見ゾーン、Ｄ２Ｄ通信ゾーン又は同様のものを含んでよい。一実施形態において、ＳＩＢ情報は、ＤＬカバレッジエリア内にある（図１におけるＵＥ１及びＵＥ２のような）全てのＵＥ４００により受信されてよい。一実施形態において、複数のインカバレッジＵＥは、リソースプール設定を転送してよい（例えば、ＵＥ３は、図１におけるリソースプール設定を含むＰＤ２ＤＳＣＨを受信する）ので、ＤＬカバレッジエリア外であるが、ＰＤ２ＤＳＣＨリレー境界内であるＵＥ４００でさえも、ＳＩＢ情報を受信してよい。
【００４６】
Ｄ２Ｄ制御コンポーネント５０６は、本明細書で説明される通信モード１又は通信モード２のようなＵＥ４００についての送信モードを判断するよう構成される。Ｄ２Ｄ制御コンポーネント５０６は、現在のネットワーク負荷、ＵＥ４００からの信号強度、又はｅＮＢ１０２若しくはネットワークの他の性能パラメータに基づいてＵＥ４００についてのモードを選択してよい。一実施形態において、Ｄ２Ｄ制御コンポーネント５０６は、ｅＮＢ１０２に接続されるＵＥ４００がｅＮＢ１０２に対するシグナリング要求を減少すべくモード２を使用すべきことを判断してよい。
【００４７】
ＲＲＣコンポーネント５０８は、ＲＲＣシグナリングを使用して、ＵＥ４００に送信モードを示すよう構成される。例えば、ＲＲＣコンポーネント５０８は、特定のＵＥ４００により使用されるべきＤ２Ｄ制御コンポーネント５０６により選択される特定の送信モード（例えば、本明細書で説明されるモード１又はモード２）を示すメッセージをＵＥ４００に提供してよい。一実施形態において、ＲＲＣコンポーネント５０８は、ＵＥ４００から機能情報を受信する機能コンポーネント５０２を受信することに応じて送信モードを示すよう構成される。一実施形態において、ＲＲＣコンポーネント５０８は、Ｄ２Ｄ通信又は発見のためにＵＬチャネルへのＵＥ４００のアクセスを認証するＲＲＣメッセージをさらに送信してよい。例えば、ＲＲＣコンポーネント５０８は、ＵＥ４００が、Ｄ２Ｄ発見、データ、または制御信号を送信するためにチャネルにアクセスすることを要求することに応じて、アクセスを認証してよい。
【００４８】
図６は、Ｄ２Ｄ通信についての通信モードを選択するための例示的な方法６００を示す概略フローチャート図である。方法６００は、図４のＵＥ４００のようなワイヤレス通信デバイスにより実行されてよい。
【００４９】
方法６００が開始し、送信モードコンポーネント４０２は、複数の送信モードに従ってＤ２Ｄ通信に対してリソースを選択的に割り当て６０２る。例えば、送信モードコンポーネント４０２は、ＵＥ４００により使用されるリソースがノードＢ及びｅＮＢ１０２のうちの１つにより具体的に割り当てられる（モード１のような）第１の送信モードを選択するか、又はＵＥ４００が利用可能なリソースのプールからリソースを選択する（モード２のような）第２の送信モードを選択するかのいずれかであってよい。
【００５０】
選択コンポーネント４０６は、選択された送信モードを具体的に示す信号に基づいて送信モードを選択６０４するよう構成される。例えば、選択コンポーネント４０６は、ｅＮＢ１０２から受信されるＲＲＣメッセージに基づいて送信モードを選択６０４してよい。送信コンポーネント４０８は、選択された送信モードに従って選択された周波数リソースにおける信号を送信６０６する。例えば、選択コンポーネント４０６がモード１を選択した場合、送信コンポーネント４０８は、ｅＮＢ１０２により割り当てられた正確なリソースにおいて、Ｄ２Ｄデータ又は制御情報を送信してよい。
【００５１】
図７は、Ｄ２Ｄ通信についての通信モードを選択するための例示的な方法７００を示す概略フローチャート図である。方法７００は、図４のＵＥ４００のようなワイヤレス通信デバイスにより実行されてよい。
【００５２】
方法７００は開始し、Ｄ２Ｄ状態コンポーネント４０４は、直接通信状態を判断７０２する。例えば、Ｄ２Ｄ状態コンポーネント４０４は、ｅＮＢ１０２に関して無線環境を識別してよい。一実施形態において、Ｄ２Ｄ状態は、基地局からのＤＬ若しくはＵＬ信号、又はＵＥ１０２の位置又は無線環境についての他の情報のいずれにせよＲＲＣ接続状態を含んでよい。一実施形態において、Ｄ２Ｄ通信状態は、ＵＥ４００が、通信ネットワーク又は同様のもののノードと通信可能か否かを示してよい。例えば、Ｄ２Ｄ状態コンポーネント４０４は、ＵＥ４００がＲＲＣ接続状態にあるか、又はＲＲＣ接続状態にないかを判断７０２してよい。別の例として、Ｄ２Ｄ状態コンポーネント４０４は、本明細書に説明されるように、ＵＥ４００が状態１、状態２、状態３、又は状態４のいずれかにあるか否かを判断７０２してよい。例えば、Ｄ２Ｄ状態コンポーネント４０４は、図２の方法に基づいて現在の状態を判断７０２してよい。
【００５３】
選択コンポーネント４０６は、直接通信状態、例えば、Ｄ２Ｄ状態コンポーネント４０４により判断７０２された直接通信状態に基づいて、現在の送信モードを選択７０４する。一実施形態において、現在の送信モードは、ワイヤレス通信デバイスにより使用されるリソースが基地局により具体的に割り当てられる第１の送信モード、又はワイヤレス通信デバイスが利用可能なリソースのプールからリソースを選択する第２の送信モードを含んでよい。例えば、現在の送信モードは、本明細書において説明されるモードのいずれかを含んでよい。
【００５４】
送信コンポーネント４０８は、現在の送信モードに基づいて直接通信を送信７０６する。例えば、送信コンポーネント４０８は、選択コンポーネント４０６により選択されたモード７０４に基づきＤ２Ｄデータ又は制御信号を送信７０６してよい。
【００５５】
図８は、Ｄ２Ｄ通信に対する通信モードを設定することについての例示的な方法８００を示す概略フローチャート図である。方法８００は、図５のｅＮＢ１０２のような、基地局により実行されてよい。
【００５６】
方法８００が始まり、ＳＩＢコンポーネント５０４がＤ２Ｄ通信又は発見のために利用可能な複数のリソースについてのＤ２Ｄリソースプールを示すＳＩＢを報知８０２する。例えば、ＳＩＢコンポーネント５０４は、ｅＮＢ１０２の範囲にある任意のＵＥ４００による受信のための１又は複数のＳＩＢを送信してよい。従って、ｅＮＢ１０２の範囲における全てのＵＥ４００は、Ｄ２Ｄリソースプール設定を受信し得、どのリソースがＤ２Ｄデータ又は制御通信について利用可能であり得るかを知り得る。
【００５７】
Ｄ２Ｄ制御コンポーネント５０６は、ＵＥ４００についての送信モードを判断８０４する。例えば、Ｄ２Ｄ制御コンポーネント５０６は、特定のＵＥ４００に対する特定の送信モードを判断８０４してよい。一実施形態において、Ｄ２Ｄ制御コンポーネント５０６は、ｅＮＢ１０２の負荷、ＵＥ４００のＤ２Ｄ状態、又は任意の他の情報に基づいて、送信モードを判断８０４する。ＲＲＣコンポーネント５０８は、ＲＲＣシグナリングを使用して、ＵＥ４０２へ送信モードを示す８０６。例えば、ＲＲＣコンポーネント５０８は、Ｄ２Ｄ制御コンポーネント５０６により決定８０４された送信モードを示す８０６。
【００５８】
図９は、ＵＥ、移動局（ＭＳ）、モバイルワイヤレスデバイス、モバイル通信デバイス、タブレット、ハンドセット、又は別のタイプのモバイルワイヤレスデバイスのようなモバイルデバイスの例の図示を提供する。モバイルデバイスは、基地局（ＢＳ）、ｅＮＢ、ベースバンドユニット（ＢＢＵ）、リモート無線機ヘッド（ＲＲＨ）、リモート無線機器（ＲＲＥ）、リレーステーション（ＲＳ）、無線機器（ＲＥ）、若しくは別のタイプのワイヤレスワイドエリアネットワーク（ＷＷＡＮ）ＡＰのような、ノード、マクロノード、低電力ノード（ＬＰＮ）、又は送信局と通信するよう構成された１又は複数のアンテナを有してよい。モバイルデバイスは、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ（登録商標）、高速パケットアクセス（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及びＷｉ−Ｆｉ（登録商標）を含むワイヤレス通信規格のうちの少なくとも１つを使用して通信するよう構成されてよい。モバイルデバイスは、各ワイヤレス通信規格についての別個のアンテナ、又は複数のワイヤレス通信規格についての共有アンテナを使用して通信してよい。モバイルデバイスは、ＷＬＡＮ、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）、及び／又はＷＷＡＮで通信してよい。
【００５９】
図９はまた、モバイルデバイスからのオーディオ入力及び出力のために使用され得るマイク、並びに１又は複数のスピーカの例を提供する。ディスプレイスクリーンは、液晶ディスプレイ（ＬＣＤ）スクリーン、又は有機発光ダイオード（ＯＬＥＤ）ディスプレイのような他のタイプのディスプレイスクリーンであってよい。ディスプレイスクリーンは、タッチスクリーンとして構成されてよい。タッチスクリーンは、静電容量方式、抵抗方式、又は別のタイプのタッチスクリーン技術を使用してよい。アプリケーションプロセッサ及びグラフィックスプロセッサは、処理及び表示機能を提供すべく、内部メモリに結合されてよい。不揮発性メモリポートは、ユーザにデータ入力／出力オプションを提供するよう使用されてもよい。不揮発性メモリポートは、モバイルデバイスのメモリ機能を拡張するよう使用されてもよい。キーボードは、追加的なユーザ入力を提供すべく、モバイルデバイスと統合されてよく、又はモバイルデバイスにワイヤレス接続されてよい。仮想キーボードは、タッチスクリーンを使用して提供されてもよい。
【００６０】
［例］
以下の例は、更なる実施形態に関する。例１は、送信モードコンポーネント、選択コンポーネント、及び送信コンポーネントとを備えるユーザ機器（ＵＥ）である。送信モードコンポーネントは、複数の送信モードに従ってデバイスツーデバイス通信についての複数のリソースを選択的に割り当てるよう構成される。複数の送信モードは、ＵＥにより使用されるリソースが、ノードＢ及びｅＮＢのうちの１つにより具体的に割り当てられる第１の送信モードと、ＵＥが利用可能なリソースのプールからリソースを選択する第２の送信モードとを有する。選択コンポーネントは、選択された送信モードを具体的に示す基地局からの信号に基づいて、複数の送信モードのうちの１つを選択された送信モードとして選択するよう構成される。送信コンポーネントは、選択された送信モードに従って選択された周波数リソースにおいて、信号を送信するよう構成される。
【００６１】
例２において、例１の選択コンポーネントは、選択された送信モードを示す情報を有するＲＲＣメッセージに基づいて、選択された送信モードを選択する。
【００６２】
例３において、例１−２のいずれかに記載のＵＥは、ＵＥのデバイスツーデバイス機能を示す機能情報を送信することに応じてＲＲＣメッセージを受信する。
【００６３】
例４において、例１−３のいずれかに記載の選択コンポーネントは、選択された送信モードを具体的に示す信号の存在しない場合に複数の送信モードのうちの１つを有するデフォルトモードを選択するよう、更に構成される。
【００６４】
例５において、例１−４のいずれかに記載のＵＥは、ＵＥがネットワークカバレッジの外にある場合を判断するよう設定された、デバイスツーデバイス状態コンポーネントを更に含む。
【００６５】
例６において、例１−５のいずれかに記載のデバイスツーデバイス状態コンポーネントは、ノードＢ又はｅＮＢからの基準信号の測定された出力レベル又は信号品質のうちの１又は複数が、予め規定されたセル閾値より小さいか、若しくはそれに等しいこと、及び、ＵＬ認証の受信なく失敗したランダムアクセス試行の数が、予め規定された試行の閾値より大きいか若しくは、それに等しいことに基づいて、ＵＥネットワークカバレッジの外にあることを判断する。
【００６６】
例７において、例１−６のいずれかに記載のＵＥは、ＵＥの現在のデバイスツーデバイス状態を判断するよう構成されるデバイスツーデバイス状態コンポーネントを更に含む。選択コンポーネントは、現在のデバイスツーデバイス状態に応じて複数の送信モードのうちの１つを自律的に選択するよう更に構成される。現在のデバイスツーデバイス状態は、ＵＥが、ノードＢ又はｅＮＢのＵＬカバレッジ内及びＤＬカバレッジ内にある第１のデバイスツーデバイス状態と、ＵＥが、ノードＢ又はｅＮＢのＵＬカバレッジ外及びＤＬカバレッジ内にある第２のデバイスツーデバイス状態と、ＵＥが部分的ネットワークカバレッジ内にある第３のデバイスツーデバイス状態と、ＵＥがネットワークカバレッジ外、及び部分的ネットワークカバレッジ外にある第４のデバイスツーデバイス状態のうちの１又は複数を有し、部分的ネットワークカバレッジ内とは、ＵＥがＵＬカバレッジ外及びＤＬカバレッジ外にあるが、第１のデバイスツーデバイス状態にある別のＵＥのデバイスツーデバイスレンジ内にあることを含む。
【００６７】
例８において、例１−７のいずれかに記載の選択コンポーネントは、第１のデバイスツーデバイス状態に対し第１の送信モードを選択し、第２のデバイスツーデバイス状態、第３のデバイスツーデバイス状態、及び第４のデバイスツーデバイス状態に対し、第２の送信モードを選択するよう構成される。デバイスツーデバイス状態コンポーネントは、１又は複数の遷移規則に基づいて複数のデバイスツーデバイス状態の間の遷移を判断するよう更に構成される。
【００６８】
例９は、基地局に関するワイヤレス通信デバイスの直接通信状態を判断すべく構成されたワイヤレス通信デバイスである。ワイヤレス通信デバイスは、直接通信状態に基づいて現在の送信モードを選択するよう構成される。現在の送信モードは、ワイヤレス通信デバイスにより使用されるリソースが、基地局により具体的に割り当てられる第１の送信モードと、ワイヤレス通信デバイスが、利用可能なリソースのプールからリソースを選択する第２の送信モードとのうちの１つを有する。ワイヤレス通信デバイスは、現在の送信モードに基づいて直接通信を送信するよう構成される。
【００６９】
例１０において、例９におけるワイヤレス通信デバイスはＵＥを有し、基地局はｅＮＢを有する。直接通信状態の判断は、ＵＥが接続されたＲＲＣ状態にあるか、又は接続されたＲＲＣ状態にないかの判断を有する。
【００７０】
例１１において、例９−１０のいずれかに記載の現在の送信モードの選択は、ＵＥがＲＲＣ接続状態にある場合、第１の送信モードを選択し、ＵＥがＲＲＣ接続状態にない場合、第２の送信モードを選択することを有する。
【００７１】
例１２において、例９−１１のいずれかに記載の直接通信状態を判断する段階は、ワイヤレス通信デバイスが、基地局のＵＬカバレッジ内及びＤＬカバレッジ内にある第１のＤ２Ｄ状態と、ワイヤレス通信デバイスが基地局のＵＬカバレッジ外及びＤＬカバレッジ内にある第２のＤ２Ｄ状態と、ワイヤレス通信デバイスが部分的ネットワークカバレッジ内にある第３のＤ２Ｄ状態と、ワイヤレス通信デバイスがネットワークカバレッジ外及び部分的ネットワークカバレッジ外にある第４のＤ２Ｄ状態のうちの１つを有する、現在のデバイスツーデバイス（Ｄ２Ｄ）状態を判断する段階を備え、部分的ネットワークカバレッジ内にあることは、ワイヤレス通信デバイスが、ＵＬカバレッジ外及びＤＬカバレッジ外にあるが、第１のＤ２Ｄ状態にあり別のＵＥのＤ２Ｄレンジ内にあることを有する。
【００７２】
例１３において、例９−１２のいずれかに記載の現在の送信モードを選択する段階は、第１のＤ２Ｄ状態に対して第１の送信モードを選択する段階、並びに第２のＤ２Ｄ状態、第３のＤ２Ｄ状態、及び第４のＤ２Ｄ状態に対し第２の送信モードを選択する段階を有する。
【００７３】
例１４において、例９−１３のいずれかに記載の直接通信状態を判断する段階は、初期Ｄ２Ｄ状態を判断する段階を有し、１又は複数の後に続くＤ２Ｄ状態を判断する段階を更に有し、ここで、後に続くＤ２Ｄ状態は、１又は複数の遷移規則に基づいて選択される。
【００７４】
例１５Ａにおいて、例１４に記載の遷移規則は、ＲＲＣ接続の確立又は再確立が成功裏に完了した場合、第２のＤ２Ｄ状態から第１のＤ２Ｄ状態への遷移をすることと、複数のＰＳＳ又はＳＳＳが検出され、Ｄ２Ｄリソースプール設定を包含するＳＩＢメッセージが成功裏にデコードされ、ＲＲＣ接続の確立又は再確立が成功裏に完了され、検出されるＰＳＳ又はＳＳＳの信号強度が予め規定された信号強度を上回る、又はＵＬ認証のない連続的に失敗されたランダムアクセス試行又はＳＲの数が予め規定された閾値より小さい場合、第３のＤ２Ｄ状態又は第４のＤ２Ｄ状態から第１のＤ２Ｄ状態への遷移をすることと、検出されるＰＳＳ若しくはＳＳＳの信号強度が、予め設定された信号強度を上回る、又はＵＬ認証なしで連続的に失敗されたランダムアクセス試行又はＳＲの数が予め定められた閾値より小さい場合、第１のＤ２Ｄ状態から第２のＤ２Ｄ状態への遷移をすることと、ＰＳＳ／ＳＳＳが検出され、Ｄ２Ｄリソースプール設定を包含するＳＩＢメッセージが成功裏にデコードされ、ＲＲＣ接続の確立若しくは再確立が失敗し、検出されるＰＳＳ又はＳＳＳの信号強度が、予め規定された信号強度を下回るか若しくはそれに等しく、又は、ＵＬ認証なしで連続的に失敗されたランダムアクセス試行又はＳＲの数が予め規定された閾値より少なくない場合、第３のＤ２Ｄ状態又は前記第４のＤ２Ｄ状態から第２のＤ２Ｄ状態への遷移をすることと、ＲＬＭが、下層が同期から外れていることを示す場合、ＵＥが予め規定された時間内にｅＮＢとの無線リンクの同期を回復することを失敗する場合、及び、ＰＤ２ＤＳＳチャネルが検出され、ＰＤ２ＤＳＣＨ上で送信されるＤ２Ｄリソースプール設定が成功裏にデコードされる場合に、第１のＤ２Ｄ状態又は第２のＤ２Ｄ状態から第３のＤ２Ｄ状態への遷移をすることと、ＰＤ２ＤＳＳチャネルが検出され、ＰＤ２ＤＳＣＨ上で送信されるＤ２Ｄリソースプール設定が成功裏にデコードされた場合、第４のＤ２Ｄ状態から第３のＤ２Ｄ状態に遷移することと、ＲＬＭが、下層が、同期から外れていることを示す場合、ＵＥが予め規定された時間内にｅＮＢとの無線リンクの同期を回復するのを失敗した場合、及び、ＰＤ２ＤＳＳチャネルが検出されない場合、第１のＤ２Ｄ状態又は第２のＤ２Ｄ状態から第４のＤ２Ｄ状態への遷移をすることと、ＰＤ２ＤＳＳチャネル及びＰＳＳ／ＳＳＳが検出されない場合に、第３のＤ２Ｄ状態から第４のＤ２Ｄ状態に遷移することとのうちの１又は複数を有する。
【００７５】
例１５Ｂにおいて、例９−１４のいずれかに記載の現在のＤ２Ｄ状態を判断する段階は、基地局からの基準信号の測定された出力レベル又は信号品質のうちの１又は複数が、予め規定されたセル閾値より小さいか又はそれに等しいこと、及び、ＵＬ認証を受信することなく、失敗したランダムアクセス試行の数が、予め規定された試行の閾値より大きいか又はそれに等しいことに応じて、ワイヤレス通信デバイスが第１のＤ２Ｄにないことを判断する段階を有する。
【００７６】
例１６において、例９−１５のいずれかに記載のワイヤレス通信デバイスは、物理ＰＤ２ＤＳＣＨに対しスキャンするよう更に構成され、現在のＤ２Ｄ状態の判断は、ＰＤ２ＤＳＣＨが検出されるか否かに基づき判断する段階を有する。
【００７７】
例１７は、ＳＩＢコンポーネント、Ｄ２Ｄ制御コンポーネント、及びＲＲＣコンポーネントを含むｅＮＢである。ＳＩＢコンポーネントは、Ｄ２Ｄ通信又は発見に対し利用可能な複数のリソースについてのＤ２Ｄリソースプールを示すＳＩＢを報知するよう構成される。Ｄ２Ｄ制御コンポーネントは、ＵＥのための送信モードを判断するよう構成される。送信モードは、ＵＥにより使用されるリソースがｅＮＢにより具体的に割り当てられる第１の送信モードと、ＵＥが利用可能なリソースのプールからリソースを選択する第２の送信モードのうちの１つを有する。ＲＲＣコンポーネントは、ＲＲＣシグナリングを使用して、ＵＥへ送信モードを示すよう構成される。
【００７８】
例１８において、例１７のＲＲＣコンポーネントは、Ｄ２Ｄ通信又は発見についてＵＬチャネルへのＵＥのアクセスを認証するよう更に構成される。
【００７９】
例１９において、例１６−１７のいずれかに記載のｅＮＢは、ＵＥが、３ＧＰＰ通信規格を使用してＤ２Ｄ通信可能であることを示すＵＥからの機能情報を受信するよう構成された機能コンポーネントをさらに有する。
【００８０】
例２０において、例１６−１８のいずれかに記載のＲＲＣコンポーネントは、機能情報を受信することに応じて送信モードを示すよう構成される。
【００８１】
例２１は、複数の送信モードに従ってデバイスツーデバイス通信に対しリソースを選択的に割り当てる段階を有する方法である。複数の送信モードは、ＵＥにより使用されるリソースが、ノードＢ及びｅＮＢのうちの１つにより具体的に割り当てられる第１の送信モードと、ＵＥが利用可能なリソースのプールからリソースを選択する第２の送信モードを有する。方法は、ＵＥにおいて、基地局からの選択された送信モードを具体的に示す信号に基づいて、選択された送信モードとして複数の送信モードのうちの１つを選択する段階を備える。方法は、選択された送信モードに従って選択された周波数リソースにおいて信号を送信する段階を備える。
【００８２】
例２２において、例２１において選択された送信モードの選択をする段階は、選択された送信モードを示す情報を含むＲＲＣメッセージに基づいて選択する段階を有する。
【００８３】
例２３において、例２１−２２のいずれかに記載の方法は、ＵＥのデバイスツーデバイス機能を示す機能情報を送信することに応じて、ＲＲＣメッセージを受信する段階を備える。
【００８４】
例２４において、例２１−２３のいずれかに記載の選択する段階は、選択された送信モードを具体的に示す信号が存在しない場合に複数の送信モードのうちの１つを含むデフォルトモードを選択する段階を有する。
【００８５】
例２５において、例２１−２４のいずれかに記載の方法は、ＵＥがネットワークカバレッジの外にある場合を判断する段階をさらに備える。
【００８６】
例２６において、例２１−２５のいずれかに記載の方法は、ノードＢ又はｅＮＢからの基準信号の測定された出力レベル又は信号品質のうちの１又は複数が、予め規定されたセル閾値より小さいか、若しくはそれに等しいこと、及び、ＵＬ認証の受信なく失敗したランダムアクセス試行の数が、予め規定された試行の閾値より大きいか若しくは、それに等しいことに基づいて、ＵＥネットワークカバレッジの外にあることを判断する段階を更に備える。
【００８７】
例２７において、例２１−２６のいずれかに記載の方法は、ＵＥの現在のデバイスツーデバイス状態を判断する段階を更に備え、選択する段階は、現在のデバイスツーデバイス状態に応じて、複数の送信モードのうちの１つを自律的に選択する段階を有し、現在のデバイスツーデバイス状態は、ＵＥが、ノードＢ又はｅＮＢのＵＬカバレッジ内及びＤＬカバレッジ内にある、第１のデバイスツーデバイス状態と、ＵＥが、ノードＢ又はｅＮＢのＵＬカバレッジ外及びＤＬカバレッジ内にある第２のデバイスツーデバイス状態と、ＵＥが部分的ネットワークカバレッジ内にある、第３のデバイスツーデバイス状態と、ＵＥがネットワークカバレッジ外であり、部分的ネットワークカバレッジ外である、第４のデバイスツーデバイス状態とのうちの１又は複数を有し、部分的ネットワークカバレッジ内にあることは、ＵＥがＵＬカバレッジ外及びＤＬカバレッジ外であるが、第１のデバイスツーデバイス状態にある別のＵＥのデバイスツーデバイスレンジ内にあるＵＥを含む。
【００８８】
例２８において、例２７に記載の自律的に選択する段階は、第１のデバイスツーデバイス状態に対して第１の送信モードを選択し、第２のデバイスツーデバイス状態、第３のデバイスツーデバイス状態、及び第４のデバイスツーデバイス状態に対して第２の送信モードを選択する段階を含み、方法は、１又は複数の遷移規則に基づいてデバイスツーデバイス状態の間の遷移を判断する段階を更に備える。
【００８９】
例２９は、基地局に関するワイヤレス通信デバイスの直接通信状態を判断する段階を備える方法である。方法は、直接通信状態に基づいて現在の送信モードを選択する段階を更に備え、ここで、現在の送信モードは、ワイヤレス通信デバイスにより使用されるリソースが、基地局により具体的に割り当てられる第１の送信モード、及びワイヤレス通信デバイスが、利用可能なリソースのプールからリソースを選択する第２の送信モードのうちの１又は複数を有する。方法は、現在の送信モードに基づいて直接通信を送信する段階を更に有する。
【００９０】
例３０において、例２９のワイヤレス通信デバイスは、ＵＥを有し及び基地局はｅＮＢを有する。直接通信状態を判断する段階は、ＵＥが接続されたＲＲＣ状態にあるか又は接続されたＲＲＣ状態にないかを判断する段階を更に備える。
【００９１】
例３１において、例２９−３０のいずれかに記載の現在の送信モードを選択する段階は、ＵＥがＲＲＣ接続状態にある場合、第１の送信モードを選択し、ＵＥがＲＲＣ接続状態にない場合、第２の送信モードを選択する段階を有する。
【００９２】
例３２において、例２９−３１のいずれかに記載の直接通信状態を判断する段階は、ワイヤレス通信デバイスが、基地局のＵＬカバレッジ内及びＤＬカバレッジ内にある第１のＤ２Ｄ状態と、ワイヤレス通信デバイスが、基地局のＵＬカバレッジ外及びＤＬカバレッジ内にある第２のＤ２Ｄ状態と、ワイヤレス通信デバイスが部分的ネットワークカバレッジ内にある第３のＤ２Ｄ状態と、ワイヤレス通信デバイスがネットワークカバレッジ外及び部分的ネットワークカバレッジ外にある第４のＤ２Ｄ状態のうちの１つを有する、現在のＤ２Ｄ状態を判断する段階を備え、部分的ネットワークカバレッジ内にあることは、ワイヤレス通信デバイスが、ＵＬカバレッジ外及びＤＬカバレッジ外にあるが、第１のＤ２Ｄ状態にある別のＵＥのＤ２Ｄレンジ内にあることを有する。
【００９３】
例３３において、例３２における現在の送信モードを選択する段階は、第１のＤ２Ｄ状態について第１の送信モードを選択する段階と、第２のＤ２Ｄ状態、第３のＤ２Ｄ状態、及び第４のＤ２Ｄ状態について第２の送信モードを選択する段階を備える。
【００９４】
例３４において、例３２−３３のいずれかに記載の直接通信状態を判断する段階は、初期Ｄ２Ｄ状態を判断する段階を有し、１又は複数の後に続くＤ２Ｄ状態を判断する段階を更に有し、ここで、後に続くＤ２Ｄ状態は、１又は複数の遷移規則に基づいて選択される。
【００９５】
例３５において、例３２−３４のいずれかに記載の現在のＤ２Ｄ状態を判断する段階は、基地局からの基準信号の測定された出力レベル又は信号品質のうちの１又は複数が、予め規定されたセル閾値より小さいか又はそれに等しいこと、及び、ＵＬ認証を受信することなく、失敗したランダムアクセス試行の数が、予め規定された試行の閾値より大きいか又はそれに等しいことに応じて、ワイヤレス通信デバイスが第１のＤ２Ｄ状態にないことを判断する段階を有する。
【００９６】
例３６において、例２９−３５のいずれかに記載の方法は、ＰＤ２ＤＳＣＨについてのスキャンを行う段階を更に有し、ここで、現在のＤ２Ｄ状態の判断する段階は、ＰＤ２ＤＳＣＨが検出されるか否かに基づいて判断する段階を有する。
【００９７】
例３７は、Ｄ２Ｄ通信又は発見のため利用可能な複数のリソースのＤ２Ｄリソースプールを示すＳＩＢを報知する段階を含む方法である。方法は、ＵＥについて送信モードを判断する段階を備える。送信モードは、ＵＥにより使用されるリソースがｅＮＢにより具体的に割り当てられる第１の送信モードと、ＵＥが利用可能なリソースのプールからリソースを選択する第２の送信モードとのうちの１つを有する。方法は、ＲＲＣシグナリングを使用して、ＵＥへ送信モードを示す段階を備える。
【００９８】
例３８において、例３７の方法は、Ｄ２Ｄ通信又は発見についてのＵＬチャネルへのＵＥのアクセスを認証する段階をさらに備える。
【００９９】
例３９において、例３７−３８のいずれかに記載の方法は、ＵＥが３ＧＰＰ通信規格を使用してＤ２Ｄ通信可能であることを示す、ＵＥからの機能情報を受信する段階を更に備える。
【０１００】
例４０において、例３９における示す段階は、機能情報を受信する段階に応じて送信モードを示す段階を有する。
【０１０１】
例４１は、例２１−４０のいずれかに記載の方法を実行するための手段を含む装置である。
【０１０２】
例４２は、実行された場合、例２１−４１のいずれかに記載の方法を実装し又は装置を実現する機械可読な複数の命令を含む機械可読なストレージである。
【０１０３】
様々な技術、または、その一定の態様若しくは一部は、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読記憶媒体、又は任意の他の機械可読記憶媒体のような有形媒体に具現化されるプログラムコードの形式（即ち、命令）を取ってよく、ここで、プログラムコードが読み込まれ、コンピュータのような機械により実行された場合、機械は、様々な技術を実施するための装置になる。プログラム可能なコンピュータ上のプログラムコードの実行の場合、コンピューティングデバイスは、プロセッサ、プロセッサにより読み込み可能なストレージ媒体（揮発性及び不揮発性のメモリ並びに／又はストレージ要素）、少なくとも１つの入力デバイス、及び少なくとも１つの出力デバイスを備え得る。揮発性メモリ及び不揮発性メモリ、並びに／又は、ストレージ要素は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光学ドライブ、磁気ハードドライブ、又は電子データを格納するための別の媒体であってよい。ｅＮＢ（又は他の基地局）及びＵＥ（又は他の移動局）はまた、送受信機コンポーネント、カウンタコンポーネント、処理コンポーネント、及び／又はクロックコンポーネント又はタイマコンポーネントを含んでよい。本明細書に説明される様々な技術を実装又は利用し得る１又は複数のプログラムは、アプリケーションプログラミングインタフェース（ＡＰＩ）、リユーザブルコントロール、及び同様のものを用いてよい。そのようなプログラムは、コンピュータシステムと通信すべく、高水準手続き型又はオブジェクト指向型のプログラミング言語で実装されてよい。しかしながら、所望の場合、プログラムは、アセンブリ言語又はマシン言語で実装されてよい。いずれの場合においても、言語は、コンパイラ型言語又はインタプリタ型言語であってよく、複数のハードウェア実装と組み合わされてよい。
【０１０４】
本明細書において説明される多くの機能ユニットが１又は複数のコンポーネントして実装されてよいことが理解されるべきであり、多くの機能ユニットは、それらの実装の独立性をより具体的に強調するために用いられる用語である。例えば、コンポーネントは、カスタムの超大規模集積（ＶＬＳＩ）回路又はゲートアレイ、複数の論理チップのような既製の半導体、トランジスタ、又は他の別個のコンポーネントを有するハードウェア回路として実装されてよい。コンポーネントは、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス、又は同様のもののようなプログラマブルハードウェアデバイスに実装されてもよい。
【０１０５】
複数のコンポーネントは、様々なタイプのプロセッサにより実行するためのソフトウェアに実装されてもよい。実行可能なコードの特定のコンポーネントは、例えば、複数のコンピュータ命令の１又は複数の物理ブロック又は論理ブロックを備えてよく、例えば、オブジェクト、プロシージャ、又は関数として体系化されてよい。それでもなお、特定のコンポーネントの実行ファイルは、物理的に共に位置付けられる必要はないが、論理的に共に結合されたときに、そのコンポーネントを備え、そのコンポーネントについて述べられた目的を実現する、コンポーネントの異なる位置に格納される異なる命令を備えてよい。
【０１０６】
実際、実行可能なコードのコンポーネントは、単一の命令、又は多くの命令であってよく、幾つかの異なるコードセグメントにわたって、異なるプログラムの間で、及び幾つかのメモリデバイスを跨いで分散さえされ得る。同様に、処理データは、コンポーネント内に本明細書において特定されて示されてよく、任意の適切な形式で具現化され、任意の適切なタイプのデータ構造内で体系化されてよい。処理データは、単一のデータセットとして収集されてよく、または異なる記憶デバイスにわたって含む異なる位置にわたって分散させられてよく、単にシステム又はネットワーク上で電子信号として少なくとも部分的に存在してよい。コンポーネントは受動的又は能動的であってよく、所望の機能を実行するよう動作可能なエージェントを含む。
【０１０７】
「例」に対する本明細書を通じた参照は、その例に関して説明される特定の特徴、構造又は特性が、本開示の少なくとも一実施形態において含まれることを意味する。従って、本明細書全体を通じて様々な箇所における「例において」という表現の出現は、必ずしも全て同一の実施形態を参照するわけではない。
【０１０８】
本明細書で使用されるように、複数のアイテム、構造的要素、構成要素、及び／又は材料は、便宜上、共通のリストに提示されてよい。しかしながら、これらのリストは、リストの各部材が、別個かつ一意的な部材として個別に特定されるよう解釈されるべきである。従って、そのようなリストの個々の部材は、それとは反対の指標がない限り、共通のグループにおけるその提示に専ら基づいて、同一のリストの任意の他の部材の事実上の均等物として解釈されるべきではない。加えて、本開示の様々な実施形態及び例が、その様々なコンポーネントの代替物と共に本明細書において参照されてよい。そのような複数の実施形態、例、及び代替形態は、互いの事実上の均等物として解釈されるべきでなく、本開示の別個かつ自律的な表現とみなされるべきであることが理解される。
【０１０９】
上記において、明確性の目的のために幾つかの詳細が説明されてきたが、一定の変更及び修正が、その原理を逸脱することなく行われてよいことが明らかであろう。本明細書に説明される処理及び装置の両方を実装する多くの代替的手段が存在することに留意されるべきである。従って、本実施形態は、例示的であり、限定的でないものと考えられるべきである。
【０１１０】
当業者であれば、多くの変更が、本開示の基礎となる原理を逸脱することなく、上述された実施形態の詳細に対し行われてよいことを理解するであろう。従って、本開示の範囲は、以下の特許請求の範囲のみにより決定されるべきである。
【０１１１】
様々な技術、又は、その一定の態様若しくは一部は、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読記憶媒体、又は任意の他の機械可読記憶媒体のような有形媒体に具現化されるプログラムコードの形式（即ち、命令）を取ってよく、ここで、プログラムコードが読み込まれ、コンピュータのような機械により実行された場合、機械は、様々な技術を実施するための装置になる。プログラム可能なコンピュータ上のプログラムコードの実行の場合、コンピューティングデバイスは、プロセッサ、プロセッサにより読み込み可能なストレージ媒体（揮発性及び不揮発性のメモリ並びに／又はストレージ要素）、少なくとも１つの入力デバイス、及び少なくとも１つの出力デバイスを備え得る。揮発性メモリ及び不揮発性メモリ、並びに／又は、ストレージ要素は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光学ドライブ、磁気ハードドライブ、又は電子データを格納するための別の媒体であってよい。ｅＮＢ（又は他の基地局）及びＵＥ（又は他の移動局）はまた、送受信機コンポーネント、カウンタコンポーネント、処理コンポーネント、及び／又はクロックコンポーネント又はタイマコンポーネントを含んでよい。本明細書に説明される様々な技術を実装又は利用し得る１又は複数のプログラムは、アプリケーションプログラミングインタフェース（ＡＰＩ）、リユーザブル制御、及び同様のものを用いてよい。そのようなプログラムは、コンピュータシステムと通信すべく、高水準手続き型又はオブジェクト指向型のプログラミング言語で実装されてよい。しかしながら、所望の場合、プログラムは、アセンブリ言語又はマシン言語において、実装されてよい。いずれの場合においても、言語は、コンパイラ型言語又はインタプリタ型言語であってよく、複数のハードウェア実装と組み合わせられてよい。
【０１１２】
本明細書において説明される多くの機能ユニットが１又は複数のコンポーネントして実装されてよいことが理解されるべきであり、多くの機能ユニットは、それらの実装の独立性をより具体的に強調するために用いられる用語である。例えば、コンポーネントは、カスタムの超大規模集積（ＶＬＳＩ）回路又はゲートアレイ、論理チップのような既製の半導体、トランジスタ、又は他の別個のコンポーネントを有するハードウェア回路として実装されてよい。コンポーネントはまた、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス、又は同様のもののようなプログラマブルハードウェアデバイスに実装されてよい。
【０１１３】
複数のコンポーネントはまた、様々なタイプのプロセッサによる実行のためのソフトウェアに実装されてもよい。実行可能なコードの特定のコンポーネントは、例えば、複数のコンピュータ命令の１又は複数の物理ブロック又は論理ブロックを備えてよく、例えば、オブジェクト、プロシージャ、又は関数として体系化されてよい。それでもなお、特定のコンポーネントの実行ファイルは、物理的に共に位置付けられる必要はないが、論理的に共に結合されたときに、そのコンポーネントを備え、そのコンポーネントについて述べられた目的を実現する、コンポーネントの異なる位置に格納される異なる命令を備えてよい。
【０１１４】
実際、実行可能なコードのコンポーネントは、単一の命令、又は多くの命令であってよく、幾つかの異なるコードセグメントにわたって、異なるプログラムの間で、及び幾つかのメモリデバイスを跨いで分散さえされ得る。同様に、処理データは、本明細書においてコンポーネント内に特定されて示されてよく、任意の適切な形式で具現化され、任意の適切なタイプのデータ構造内で体系化されてよい。処理データは、単一のデータセットとして収集されてよく、または異なる記憶デバイスにわたって含む異なる位置にわたって分散させられてよく、単にシステム又はネットワーク上で電子信号として少なくとも部分的に存在してよい。複数のコンポーネントは、受動的又は能動的であってよく、所望の機能を実行するように動作可能なエージェントを含む。
【０１１５】
「例」に対する本明細書を通じた参照は、その例に関して説明される特定の特徴、構造又は特性が、本開示の少なくとも一実施形態において含まれることを意味する。従って、本明細書全体を通じて様々な箇所における「例において」という表現の出現は、必ずしも全て同一の実施形態を参照するわけではない。
【０１１６】
本明細書で使用されるように、複数のアイテム、構造的要素、構成要素、及び／又は材料は、便宜上、共通のリストにおいて提示されてよい。しかしながら、これらのリストは、リストの各部材が、別個かつ一意的な部材として個別に特定されるよう解釈されるべきである。従って、そのようなリストの個々の部材は、その反対の指標がない限り、共通のグループにおけるそれの提示に専ら基づいて、同一のリストの任意の他の部材の事実上の均等物として解釈されるべきではない。加えて、本開示の様々な実施形態及び例が、その様々なコンポーネントの代替物と共に本明細書において参照されてよい。そのような複数の実施形態、例、及び代替形態は、互いの事実上の均等物として解釈されるべきでなく、本開示の別個かつ自律的な表現とみなされるべきであると理解される。
【０１１７】
上記において、明確性の目的のために幾つかの詳細が説明されてきたが、一定の変更及び修正が、その原理を逸脱することなく行われてよいことが明らかであろう。本明細書に説明されるプロセス及び装置の両方を実装する多くの代替的手段が存在することに留意されるべきである。従って、本実施形態は、例示的であり、限定的でないものと考えられるべきである。
【０１１８】
当業者であれば、多くの変更が、本開示の基礎となる原理から逸脱することなく、上述された実施形態の詳細に対し行われてよいことを理解するであろう。従って、本開示の範囲は、以下の特許請求の範囲によってのみ決定されるべきである。
【図１】
2017511996.tif 000005
【図２】
2017511996.tif 000006
【図３】
2017511996.tif 000007
【図４】
2017511996.tif 000008
【図５】
2017511996.tif 000009
【図６】
2017511996.tif 000010
【図７】
2017511996.tif 000011
【図８】
2017511996.tif 000012
【図９】
2017511996.tif 000013
【手続補正書】
【提出日】平成29年3月6日(2017.3.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）内で用いるための装置であって、
メモリデバイスから、前記ＵＥと１又は複数の他のＵＥとの間の直接リンク通信に対して選択されたリソース割り当てモードのインジケーションにアクセスする回路であり、リソース割り当ての第１のモードは、進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の進化型ノードＢ（ｅＮＢ）によりスケジュールされたリソース割り当てを含み、リソース割り当ての第２のモードは、ＵＥ自律リソース選択を含む、回路と、
処理回路と、を備え、前記処理回路は、
前記ＵＥが、前記Ｅ−ＵＴＲＡＮのセル上の直接リンク通信のカバレッジ内にあるか、それともカバレッジ外にあるかを決定し、
前記ＵＥが、直接リンク通信のカバレッジ外にある場合、前記選択されたリソース割り当てモードとして前記第２のモードを選択し、
前記ＵＥが、直接リンク通信のカバレッジ内にある場合、無線リソース制御メッセージ（ＲＲＣメッセージ）をデコードして、前記選択されたリソース割り当てモードとして、前記ｅＮＢにより構成される前記第１のモード又は前記第２のモードのいずれかを決定し、
前記ＵＥと前記１又は複数の他のＵＥとの間の直接通信に対して、前記選択されたリソース割り当てモードに基づいて、複数のリソースを選択する、
装置。
【請求項２】
さらに、少なくとも一部が回路を含んで、前記ＵＥが前記セル上の直接リンク通信のカバレッジ内にあるときにネットワーク接続条件を検出する測定ロジックを備え、
前記ネットワーク接続条件は、前記ＵＥと前記Ｅ−ＵＴＲＡＮの前記セルとの間の物理層問題又は無線リンク障害のうちの少なくとも１つを含む、測定ロジックと、
前記処理回路は、さらに、たとえ前記ｅＮＢが前記リソース割り当ての前記第１のモードを構成しても、前記ネットワーク接続条件に応答して、前記第２のモードを前記選択されたリソース割り当てモードとして選択する、
請求項１に記載の装置。
【請求項３】
前記処理回路は、さらに、
システム情報ブロック（ＳＩＢ）メッセージをデコードして、前記ネットワーク接続条件が検出されたときに用いるリソースプールを識別し、
前記ネットワーク接続条件の検出に応答して、複数のリソースの前記プールを用いて、直接リンク制御情報及び対応するデータを送信するより低い複数の層を構成する、
請求項２に記載の装置。
【請求項４】
前記処理回路は、さらに、前記ｅＮＢに直接リンク通信の機能を示すＵＥ情報メッセージを生成し、前記ＵＥ情報メッセージに応答して前記ｅＮＢからの前記ＲＲＣメッセージをデコードする、請求項１から３のいずれか一項に記載の装置。
【請求項５】
前記ＵＥが直接リンク通信のカバレッジ外にあるとき、前記処理回路は、さらに、より低い複数の層を、複数のリソースの予め設定されたプールを用いて直接リンク制御情報及び対応するデータを送信するように構成する、請求項１から４のいずれか一項に記載の装置。
【請求項６】
さらに、少なくとも一部が回路を含んで、前記Ｅ−ＵＴＲＡＮの前記セルから受信される信号の基準信号受信電力測定（ＲＳＲＰ測定）を決定する測定ロジックを備え、
前記処理回路は、さらに、前記ＲＳＲＰ測定を用いて、前記ＵＥが前記Ｅ−ＵＴＲＡＮの前記セル上で直接リンク通信のカバレッジ内又はカバレッジ外にあるかを決定する、
請求項１から５のいずれか一項に記載の装置。
【請求項７】
前記処理回路は、さらに、アップリンク（ＵＬ）認証を受信することなく失敗したランダムアクセス試行の数に基づいて、前記ＵＥが前記Ｅ−ＵＴＲＡＮの前記セル上の直接リンク通信のカバレッジ内又はカバレッジ外にあるかを決定する、請求項１から６のいずれか一項に記載の装置。
【請求項８】
前記処理回路は、さらに、現在のデバイスツーデバイス状態に応答して前記第１のモード又は前記第２のモードのうちの１つを選択し、
前記現在のデバイスツーデバイス状態は、
前記ＵＥが、前記ｅＮＢのアップリンク（ＵＬ）カバレッジ内及びダウンリンク（ＤＬ）カバレッジ内にある第１のデバイスツーデバイス状態と、
前記ＵＥが、前記ｅＮＢのＵＬカバレッジ外及びＤＬカバレッジ内にある第２のデバイスツーデバイス状態と、
前記ＵＥが部分的ネットワークカバレッジ内にある第３のデバイスツーデバイス状態であり、部分的ネットワークカバレッジ内は、前記ＵＥが、ＵＬカバレッジ外及びＤＬカバレッジ外にあるが、前記第１のデバイスツーデバイス状態にある別のＵＥのデバイスツーデバイス範囲内にあることを含む、第３のデバイスツーデバイス状態と、
前記ＵＥがネットワークカバレッジ外及び部分的ネットワークカバレッジ外にある第４のデバイスツーデバイス状態と、
のうちの１又は複数を含む、請求項１から７のいずれか一項に記載の装置。
【請求項９】
前記処理回路は、さらに、
前記第１のデバイスツーデバイス状態に対して前記第１のモードを選択し、
前記第２のデバイスツーデバイス状態、前記第３のデバイスツーデバイス状態、及び前記第４のデバイスツーデバイス状態に対して前記第２のモードを選択する、
請求項８に記載の装置。
【請求項１０】
前記処理回路は、さらに、１又は複数の遷移規則に基づいて複数の前記デバイスツーデバイス状態の間の複数の遷移を決定する、請求項９に記載の装置。
【請求項１１】
進化型ノードＢ（ｅＮＢ）の１又は複数のプロセッサに、
Ｄ２Ｄ通信又は発見に利用可能な複数のリソースに対する１又は複数デバイスツーデバイス（Ｄ２Ｄ）リソースプールを示すシステム情報ブロックメッセージ（ＳＩＢメッセージ）をエンコードする手順と、
ユーザ機器（ＵＥ）に対してＤ２Ｄリソース割り当てモードを決定する手順であり、前記Ｄ２Ｄリソース割り当てモードは、前記ｅＮＢが、Ｄ２Ｄ通信又は発見に対して前記ＵＥにより用られる前記複数のリソースをスケジュールする第１のモード、及び、前記ＵＥが、Ｄ２Ｄ通信又は発見に対して前記複数のリソースを自律的に選択する第２のモードのうちの１つを含む、決定する手順と、
前記Ｄ２Ｄリソース割り当てモードを前記ＵＥに示す無線リソース制御メッセージ（ＲＲＣメッセージ）をエンコードする手順と、
を実行させるプログラム。
【請求項１２】
前記１又は複数のプロセッサに、さらに、前記ＳＩＢメッセージをエンコードして、前記ＵＥが、前記ｅＮＢのカバレッジ内にあるときにＤ２Ｄ通信を受信することを許可される複数の第１リソース、及び、前記ＵＥが、前記ＵＥがネットワーク接続問題を検出したときにＤ２Ｄ通信を受信することを許可される複数の第２リソースを示す手順を実行させる、請求項１１に記載のプログラム。
【請求項１３】
前記ネットワーク接続問題は、物理層問題又は無線リンク障害のうちの少なくとも１つを含む、請求項１２に記載のプログラム。
【請求項１４】
前記１又は複数のプロセッサに、さらに、
Ｄ２Ｄ  ＵＥ情報メッセージを処理して、Ｄ２Ｄ通信に興味あるＵＥを識別する手順と、
前記Ｄ２Ｄ  ＵＥ情報メッセージに応答して、識別された前記ＵＥに対する前記ＲＲＣメッセージをエンコードする手順と、
を実行させる、請求項１１から１３のいずれか一項に記載のプログラム。
【請求項１５】
前記Ｄ２Ｄ通信又は発見は、２またはそれより多いＵＥの間の直接リンク通信又は発見、複数の近接サービス（ＰｒｏＳｅ）通信又は発見、及びピアツーピア通信又は発見のうちの少なくとも１つを含む、請求項１１から１４のいずれか一項に記載のプログラム。
【請求項１６】
前記１又は複数のプロセッサに、さらに、Ｄ２Ｄ通信又は発見のためのアップリンク（ＵＬ）チャネルへのＵＥのアクセスを認証する手順を実行させる、請求項１１から１５のいずれか一項に記載のプログラム。
【請求項１７】
ユーザ機器（ＵＥ）の１又は複数のプロセッサに、
前記ＵＥが進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のキャリア上の直接通信のカバレッジ内にあることを決定する手順と、
前記ＵＥがカバレッジ内にあることの決定に応答して、前記Ｅ−ＵＴＲＡＮからのメッセージを処理して、前記Ｅ−ＵＴＲＡＮの進化型ノードＢ（ｅＮＢ）により選択されるリソース割り当てモードを決定する手順であり、第１のモードはｅＮＢによりスケジュールされたリソース割り当てを含み、第２のモードはＵＥ自律リソース選択を含む、手順と、
前記ｅＮＢにより選択される前記リソース割り当てモードに基づいて、前記キャリア上の１又は複数の他のＵＥへの又はからの第１信号を直接処理する手順と、
を実行させるプログラム。
【請求項１８】
前記１又は複数のプロセッサに、さらに、
物理層問題又は無線リンク障害のうちの少なくとも１つを検出する手順と、
それに応じて、前記第２のモードを用いて、前記ｅＮＢにより選択される前記リソース割り当てモードに関わらず前記キャリア上の前記１又は複数の他のＵＥへの又はからの第２信号を直接処理する複数のリソースを選択する手順と、
を実行させる、請求項１７に記載のプログラム。
【請求項１９】
前記１又は複数のプロセッサに、さらに、
システム情報ブロック（ＳＩＢ）メッセージをデコードして、前記物理層問題又は前記無線リンク障害のうちの少なくとも１つが検出されたときに用いるリソースプールを識別する手順と、
それに応じて、より低い複数の層を、複数のリソースの前記プールを用いて直接リンク制御情報及び対応するデータを送信するよう構成する手順と、
を実行させる、請求項１８に記載のプログラム。
【請求項２０】
前記ｅＮＢにより選択された前記リソース割り当てモードを決定するために処理される前記Ｅ−ＵＴＲＡＮからの前記メッセージは、無線リソース制御メッセージ（ＲＲＣメッセージ）を含み、
前記１又は複数のプロセッサに、さらに、
ＵＥ情報メッセージを生成して、前記ｅＮＢへの直接通信に対する機能を示す手順と、
前記ＵＥ情報メッセージに応答して前記ＲＲＣメッセージをデコードする手順と、
をさらに実行させる、
請求項１７から１９のいずれか一項に記載のプログラム。
【請求項２１】
前記ＵＥが前記キャリア上のカバレッジ外にあるときに、前記１又は複数のプロセッサに、さらに、より低い複数の層を、複数のリソースの予め設定されたプールを用いて、直接リンク制御情報及び対応するデータを送信するよう構成する手順を実行させる、請求項１７から２０のいずれか一項に記載のプログラム。
【請求項２２】
前記直接通信は、前記ＵＥ及び１又は複数の他のＵＥの間の直接リンク、複数の近接サービス（ＰｒｏＳｅ）通信リンク、デバイスツーデバイス（Ｄ２Ｄ）通信リンク、又はピアツーピア（Ｐ２Ｐ）通信リンクのうちの少なくとも１つを含む、請求項１７から２１のいずれか一項に記載のプログラム。
【請求項２３】
請求項１１から２２のいずれか一項に記載のプログラムを格納する機械可読記憶媒体。
【国際調査報告】
2017511996.tif 000014
2017511996.tif 000015
2017511996.tif 000016