JP6568978B2 - 無線システムにおけるデバイスツーデバイス（ｄ２ｄ）モビリティのための方法および装置 - Google Patents

無線システムにおけるデバイスツーデバイス（ｄ２ｄ）モビリティのための方法および装置 Download PDF

Info

Publication number
JP6568978B2
JP6568978B2 JP2018097187A JP2018097187A JP6568978B2 JP 6568978 B2 JP6568978 B2 JP 6568978B2 JP 2018097187 A JP2018097187 A JP 2018097187A JP 2018097187 A JP2018097187 A JP 2018097187A JP 6568978 B2 JP6568978 B2 JP 6568978B2
Authority
JP
Japan
Prior art keywords
wtru
enb
path
direct path
wtru1
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018097187A
Other languages
English (en)
Other versions
JP2018125895A (ja
Inventor
ラゴサマン バラジ
ラゴサマン バラジ
ブイ．プラガダ ラヴィクマール
ブイ．プラガダ ラヴィクマール
ジュオロン デン
ジュオロン デン
パニ ダイアナ
パニ ダイアナ
ペルティエ ギスラン
ペルティエ ギスラン
ポイトー グエナエル
ポイトー グエナエル
ケー．ヴァンガヌル キラン
ケー．ヴァンガヌル キラン
エス．シュテルンベルク グレゴリー
エス．シュテルンベルク グレゴリー
Original Assignee
インターデイジタル パテント ホールディングス インコーポレイテッド
インターデイジタル パテント ホールディングス インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by インターデイジタル パテント ホールディングス インコーポレイテッド, インターデイジタル パテント ホールディングス インコーポレイテッド filed Critical インターデイジタル パテント ホールディングス インコーポレイテッド
Publication of JP2018125895A publication Critical patent/JP2018125895A/ja
Application granted granted Critical
Publication of JP6568978B2 publication Critical patent/JP6568978B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837—Determination of triggering parameters for hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085—Hand-off measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/03—Reselecting a link using a direct mode connection
    • H04W36/033—Reselecting a link using a direct mode connection in pre-organised networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/305—Handover due to radio link failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は無線通信に関する。
関連出願の相互参照
本出願は、２０１２年５月３１日に出願された米国仮特許出願第６１／６５３，６４３号、および２０１３年５月１日に出願された米国仮特許出願第６１／８１８，１８２号の利益を主張するものであり、これらの出願の内容は参照により本明細書に組み込まれる。
無線モバイルデータに対する需要は爆発的に増加し続けており、このことは、世界中で使用されるスマートフォンの数の急増につながっている。電気通信業界はこれまで、よりよい多元接続、変調および符号化ならびにマルチアンテナ技術の使用を通じて、スペクトル効率の増大を提供することができる、より新たな標準で需要に応えてきた。容量改善のための別の局面は、配置の密度を増大させ、それに対応してセル半径を低減することによるものであった。加えて、異種（heterogeneous）トポロジがますます使用されており、この場合、スモールセル（マイクロ／ピコ／フェムト）がマクロセルと共に配置される。リモート無線ヘッドおよび分散アンテナの使用を通じた屋内カバレッジの改善がまた、急増していることがある。しかし、スモールセル配置は、モビリティイベントの大幅な増加につながることがあり、付随する干渉管理問題は複雑であることがある。大容量インターネットバックホール、電源、および無線周波数（ＲＦ）機器などの、維持される必要がある大量の追加インフラストラクチャが必要なことがある。
デバイスツーデバイス（Ｄ２Ｄ）通信に対するモビリティのための方法および装置が開示される。ＷＴＲＵは、少なくとも１つの発見信号プロパティ（discovery signal property）に対応する測定オブジェクトを含む、近接検出構成（proximity detection configuration）を記憶してもよい。ＷＴＲＵは、近接検出測定を実行して、発見信号プロパティを検出し、次いで、発見信号プロパティを検出したことに基づいて、Ｄ２Ｄ通信を確立してもよい。無線リソース制御（ＲＲＣ）測定報告が、ＷＴＲＵから受信されてもよい。直接パスからもしくは直接パスへ、ローカルパスからもしくはローカルパスへ、インフラストラクチャパスからもしくはインフラストラクチャパスへのモビリティ、サービングセル変更、およびセル再選択を含む、Ｄ２Ｄモビリティプロシージャのための方法がまた開示される。他の実施形態は、モビリティ障害、無線リンク障害、および直接リンク障害のときの挙動を含む。セキュリティ構成およびアクティブ化方法および装置がまた開示される。ｅＮＢ間管理（inter-eNB management）のためのネットワーク方法がまた開示される。最後に、直接パス近接検出測定、ならびに、Ｄ２Ｄセッションをトリガおよび確立するための方法および装置が開示される。
添付の図面と共に例として提供される以下の説明から、より詳細な理解が得られるであろう。
１または複数の開示される実施形態を実装することができる例示的な通信システムのシステム図である。 図１Ａに示された通信システム内で使用することができる例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示された通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 直接モデルの要約図を有するデバイスツーデバイス（Ｄ２Ｄ）アーキテクチャの例の図である。 直接モデルの展開図を有するＤ２Ｄアーキテクチャの例の図である。 ｅＮＢ内ケース（intra-eNB case）に対するデータパスオプションの例の図である。 ｅＮＢ内ケースに対するインフラストラクチャツーロングタームエボリューション（ＬＴＥ）直接パスの例の図である。 ｅＮＢ内ケースに対するインフラストラクチャツーロングタームエボリューション（ＬＴＥ）直接パスの例の図である。 ｅＮＢ間ケースに対するインフラストラクチャツーＬＴＥ直接パスの例の図である。 ｅＮＢ間ケースに対するインフラストラクチャツーＬＴＥ直接パスの例の図である。 ＷＴＲＵが直接パスをアクティブ化することの失敗を認識する能力を有する例のフローチャートである。 ｅＮＢ内ケースに対するインフラストラクチャへのＬＴＥ直接パスの例の図である。 直接パス上の非ＬＴＥ ＲＡＴからインフラストラクチャパスへのオフロードに対する高レベルのコールフローチャートである。 ｅＮＢ間ケースに対するインフラストラクチャツーローカルパスへの例である。 直接パスコールの間のインフラストラクチャハンドオーバの例の図である。 直接パスコールの間のインフラストラクチャハンドオーバの例の図である。 ＷＴＲＵがハンドオーバの間に実行することができるプロシージャの例に対する高レベルのコールフローチャートである。 ＷＴＲＵがハンドオーバなどのモビリティプロシージャの完了に続いて実行することができるプロシージャの例のフローチャートである。 セル再選択またはアイドルモードモビリティに対する、第３のモビリティイベントタイプに対する例示的な方法のフローチャートである。 ＷＴＲＵが、ベースラインＲＬＦ処理に対して本明細書で説明されたプロシージャを始める（undertake）ことに加えて、無線リンク障害（ＲＬＦ）を処理することができる、高レベルのコールフローチャートである。 別のＲＬＦ処理プロシージャに対する高レベルのコールフローを示す図である。 ＲＬＦを処理するためのさらに別の高レベルのコールフローチャートである。 直接リンク障害（ＤＬＦ）に関するプロシージャに対する例のフローチャートである。 直接リンク障害（ＤＬＦ）に関するプロシージャに対する例の別のフローチャートである。 Ｄ２Ｄ通信に対する、セキュリティプロシージャに対する例のフローチャートである。 モビリティおよび測定イベントに対するトリガを使用することができるプロシージャに対する例のフローチャートである。 十分な条件が存在するときに直接パスを確立するのにインバウンドモビリティトリガを使用することができるときの例のフローチャートである。 不十分な条件が存在するときに直接パスから切り替えるのにアウトバウンドモビリティトリガを使用することができるときの例のフローチャートである。
図１Ａは、１または複数の開示される実施形態を実装することができる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する多元接続システムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、このようなコンテンツにアクセスすることを可能にしてもよい。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの、１または複数のチャネルアクセススキームを採用してもよい。
図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含んでもよいが、開示される実施形態が任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を意図していることが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境で動作および／または通信するように構成された任意のタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラ電話機、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含んでもよい。
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線にインタフェースして、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの、１または複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂが、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されるであろう。
基地局１１４ａはＲＡＮ１０４の一部であってよく、ＲＡＮ１０４はまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内で無線信号を送信および／または受信するように構成されてもよく、この地理領域はセル（図示せず）と称されることがある。セルはさらに、セルセクタに分割されてもよい。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。したがって、一実施形態では、基地局１１４ａは、３つの送受信機、すなわちセルの各セクタにつき１つの送受信機を含んでもよい。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、したがって、セルの各セクタにつき複数の送受信機を利用してもよい。
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信してもよい。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
特に、上述したように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセススキームを採用してもよい。例えば、ＲＡＮ１０４における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立することができる、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでよい。
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインタフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよい。
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわちＷｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
図１Ａにおける基地局１１４ｂは、例えば無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、事業所、家庭、車両、キャンパスなどの局所化されたエリアにおいて無線接続性を容易にするための任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることは必要とされなくてもよい。
ＲＡＮ１０４は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された、任意のタイプのネットワークとすることができる、コアネットワーク１０６と通信してよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続性、ビデオ配信などを提供してもよく、ならびに／または、ユーザ認証など、高レベルのセキュリティ機能を実行してもよい。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接的または間接的に通信してもよいことが理解されるであろう。例えば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０４に接続されることに加えて、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしてサービスしてもよい。ＰＳＴＮ１０８は、従来型電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの、共通通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営された、有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを採用することができる、１または複数のＲＡＮに接続された別のコアネットワークを含んでもよい。
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード能力を含んでもよい。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、種々の無線リンク上で種々の無線ネットワークと通信するための複数の送受信機を含んでもよい。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用することができる基地局１１４ａと、また、ＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと、通信するように構成されてもよい。
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２が、実施形態との整合性を維持しながら前述の要素の任意のサブコンビネーションを含んでよいことが理解されるであろう。
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能を実行してもよい。プロセッサ１１８は送受信機１２０に結合されてもよく、送受信機１２０は送受信要素１２２に結合されてもよい。図１Ｂはプロセッサ１１８と送受信機１２０とを別々のコンポーネントとして示しているが、プロセッサ１１８および送受信機１２０が共に電子パッケージまたはチップに統合されてもよいことが理解されるであろう。
送受信要素１２２は、エアインタフェース１１６上で基地局（例えば基地局１１４ａ）との間で信号を送信または受信するように構成されてもよい。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。別の実施形態では、送受信要素１２２は、例えばＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された、エミッタ／ディテクタであってもよい。さらに別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号との両方を送信および受信するように構成されてもよい。送受信要素１２２が無線信号の任意の組合せを送信および／または受信するように構成されてもよいことが理解されるであろう。
加えて、図１Ｂでは送受信要素１２２が単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含んでもよい。特に、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６上で無線信号を送信および受信するための、２つ以上の送受信要素１２２（例えば複数のアンテナ）を含んでもよい。
送受信機１２０は、送受信要素１２２によって送信されることになる信号を変調し、および送受信要素１２２によって受信された信号を復調するように構成されてもよい。上述したように、ＷＴＲＵ１０２は、マルチモード能力を有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含んでもよい。
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８（例えば液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、これらからユーザ入力データを受信してもよい。プロセッサ１１８はまた、スピーカ／マイクロホン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２などの、任意のタイプの適切なメモリからの情報にアクセスし、およびそのようなメモリにデータを記憶してもよい。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含んでもよい。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアディジタル（ＳＤ）メモリカードなどを含んでもよい。他の実施形態では、プロセッサ１１８は、サーバおよびホームコンピュータ（図示せず）上のメモリなど、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、およびそのようなメモリにデータを記憶してもよい。
プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２における他のコンポーネントへ電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってもよい。例えば、電源１３４は、１または複数の乾電池（例えばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含んでもよい。
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度および緯度）を提供するように構成することができる、ＧＰＳチップセット１３６に結合されてよい。ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、ＷＴＲＵ１０２は、基地局（例えば基地局１１４ａ、１１４ｂ）からエアインタフェース１１６上で位置情報を受信してもよく、および／または、２つ以上の近隣基地局から受信された信号のタイミングに基づいてその位置を判定してもよい。ＷＴＲＵ１０２が、実施形態との整合性を維持しながら任意の適切な位置判定方法によって位置情報を取得してもよいことが理解されるであろう。
プロセッサ１１８はさらに、追加の特徴、機能、および／または有線もしくは無線接続性を提供する、１または複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる、他の周辺機器１３８に結合されてよい。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、ディジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、およびインターネットブラウザなどを含んでもよい。
図１Ｃは、一実施形態に従ったＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０４はまた、コアネットワーク１０６と通信してもよい。
ＲＡＮ１０４は、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを含んでもよいが、ＲＡＮ１０４が実施形態との整合性を維持しながら任意の数のｅＮｏｄｅＢを含んでもよいことを理解されるであろう。ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１または複数の送受信機を含んでもよい。一実施形態では、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、例えばｅＮｏｄｅＢ１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間で無線信号を送受信することができる。
各ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｃに示されるように、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インタフェース上で相互に通信してもよい。
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含んでもよい。上述した各要素はコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことが理解されるであろう。
ＭＭＥ１４２は、Ｓ１インタフェースを介してＲＡＮ１０４における各ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃに接続されてもよく、制御ノードとして動作してもよい。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラをアクティブ化／非アクティブ化すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間に特定のサービングゲートウェイを選択することなどを担当してもよい。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供してもよい。
サービングゲートウェイ１４４は、Ｓ１インタフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてよい。サービングゲートウェイ１４４は一般的に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングおよび転送してもよい。サービングゲートウェイ１４４はまた、ｅＮｏｄｅＢ間ハンドオーバの間にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの、他の機能を実行してもよい。
サービングゲートウェイ１４４はまた、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる、ＰＤＮゲートウェイ１４６に接続されてもよい。
コアネットワーク１０６は、他のネットワークとの通信を容易にしてもよい。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてもよい。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインタフェースとしてのサービスするＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、または、そのようなＩＰゲートウェイと通信してもよい。加えて、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる、ネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。
ますます強力なデバイスになってきたスマートフォンは、複数の広帯域無線およびモデムと、大量のデータを処理する能力ならびに複数の同時アプリケーションを実行する能力とを有するように設計されていることがある。スマートフォンが、可能なときに相互に直接に通信することを可能にすることは、スマートフォンが直接に通信することを可能にするとともに、従来のセルラ配置とも共存することを可能にする、代替ネットワークトポロジを生み出すことを可能にすることがある。デバイスツーデバイス（Ｄ２Ｄ）アーキテクチャは、このような代替トポロジの例である。
図２は、デバイスツーデバイス（Ｄ２Ｄ）アーキテクチャ２００の例である。図２は、Ｄ２Ｄサーバ２０２が３ＧＰＰネットワーク２０３の境界内に位置してもよいことを示す。Ｄ２Ｄサーバ２０２は、複数のオペレータに共通である単一のエンティティとして維持されてもよく、およびそれらによって合同で管理されてもよく、または、各オペレータの領域に部分的に位置する、複数のエンティティとして分散されてもよい。Ｄ２Ｄサーバ２０２は、Ｄ２Ｄアプリケーション２０１へのアクセスをＷＴＲＵ２０４に提供してもよい。
このような直接ＷＴＲＵツーＷＴＲＵ通信によって有効とされる、アドバンストトポロジ（ＡＴ）応用例は、アドバンストトポロジ−リレー（ＡＴ−Ｒ）およびアドバンストトポロジ−ローカルオフロード（ＡＴ−ＬＯ）を含んでもよい。ＡＴ−Ｒ応用例では、端末ＷＴＲＵ（Ｔ−ＷＴＲＵ）が、ヘルパＷＴＲＵ（Ｈ−ＷＴＲＵ：Helper-WTRU）とすることができる、リレーノードを通じてデータをネットワークと交換することが可能である。ＡＴ−ＬＯ応用例は、相互に近接しており中央ネットワークの制御下にあるＷＴＲＵの間で直接データ通信を可能にしてもよい。
ＡＴ−Ｒ応用例は、２つのモード、容量（capacity）モードおよびカバレッジモードを含んでもよい。容量モードでは、Ｔ−ＷＴＲＵは、ネットワークに関連付けられてもよく、ＷＴＲＵに協力を求めて（enlist）、無線リンク容量を増強し、およびデータ送信容量を改善してもよい。一方、カバレッジモードでは、Ｔ−ＷＴＲＵは、ネットワークカバレッジの外にあってもよく、Ｈ−ＷＴＲＵに依存して、ネットワーク関連付けを達成してもよい。両モードは、低モビリティＷＴＲＵに対して想定されてもよい。
ＡＴ−ＬＯ応用例では、近接するＷＴＲＵは、交換される情報に対するソースまたはっ受信側（sink）のいずれかであってもよい。ＡＴ−ＬＯ応用例におけるＷＴＲＵ間の無線リンクは、認可セルラスペクトル、または無認可もしくは軽度認可スペクトル（lightly-licensed spectrum）を使用してもよい。
ＷＴＲＵ間の通信は、無線リンク上で発生することができるｅＮＢツーＷＴＲＵ通信とは対照的に、クロスリンク（ＸＬ）と称される専用チャネルにおいて行われてもよい。ＸＬは、別個の帯域にあってもよく（帯域外ソリューション）、または、無線リンクと同一の帯域にあってもよく、隣接する周波数サブキャリアにさえあってもよい。Ｈ−ＷＴＲＵおよびＴ−ＷＴＲＵは、周波数分割複信（ＦＤＤ）方式または時分割複信（ＴＤＤ）方式のいずれかで相互に通信してもよい。関連する構成はネットワークによって定義されてもよい。ネットワークは、ＸＬに対する粗いリソース割り当てを提供してもよく、ＷＴＲＵは、ＴＴＩごとのリソース割り当てを扱う自由を有してもよい。
図３は、例示的なＤ２Ｄアーキテクチャの展開図である。ＷＴＲＵ３０１Ａは、データプレーン上でＲＡＮ３０２Ａ、ＳＧＷ３０５Ａ、およびＰＧＷ３０６Ａを介してＤ２Ｄアプリケーション３１１に接続してもよい。同様に、ＷＴＲＵ３０１Ｂは、データプレーン上でＲＡＮ３０２Ｂ、ＳＧＷ３０５Ｂ、およびＰＧＷ３０６Ｂを介してＤ２Ｄアプリケーション３１１に接続してもよい。Ｄ２Ｄサーバ３１２は、制御プレーンインタフェースを介して、ＡＮＤＳＦ３０４Ａおよび３０４Ｂ、ＭＭＥ３０７Ａおよび３０７Ｂ、ＨＳＳ３０３Ａおよび３０３Ｂ、ＰＣＲＦ３０８Ａおよび３０８Ｂ、ＯＦＣＳ３０９Ａおよび３０９Ｂ、ならびにＥ−ＳＭＬＣ３１０Ａおよび３１０Ｂに接続してもよい。
図４は、ｅＮＢ内のケースに対し、Ｄ２Ｄ通信に対するローカルパスオプションと直接パスオプションとの両方に対する高レベルアーキテクチャ４００を提供する。図４は、セルラインフラストラクチャパス４０１と、ローカルパス４０２と、直接パス４０３との間の対比（contrast）を示す。ＷＴＲＵ１ ４０４ＡおよびＷＴＲＵ２ ４０４Ｂは、直接パス４０３またはローカルパス４０２上で、ｅＮＢ４０９を介したＤ２Ｄセッションにおいて、それらの送信機および受信機を介して通信してもよい。ＷＴＲＵ１ ４０４ＡおよびＷＴＲＵ２ ４０４ＢがｅＮＢ４０９を介してインフラストラクチャパス４０１上で通信するときは、それらの通信は、ＧＴＰ−Ｕトンネル４０５Ａおよび４０５Ｂ、ＳＧＷ４０６、ＧＴＰ−Ｕトンネル４０７Ａおよび４０７Ｂ、ならびにＰＤＮ−ＧＷ４０８を通じてルーティングされてもよい。
ＳＡ１グループにおける近接サービス（ＰｒｏＳｅ）検討項目の導入に伴い、Ｄ２Ｄ通信は、３ＧＰＰにおける議論の主題となった。ＰｒｏＳｅの範囲は、直接パスとローカルパスとの両方を含むことがある。直接パスでは、物理通信は直接にＤ２Ｄデバイス間であってよい。ローカルパスでは、通信は、両デバイスが接続されたｅＮＢを通じてでもよい。
ＰｒｏＳｅの一部としていくつかの使用事例も定義されており、各使用事例は、システム設計に対する異なる要件セットを提起することがある。これらは、社会的および公共安全の下、広くカテゴリ化されてもよい。
社会的使用事例の例が以下に提供される。基本的な社会的使用事例に対し、Ｄ２Ｄユーザは、そのユーザグループ（例えば友達リスト）に属する他のＤ２Ｄユーザを発見することが可能であり、および他のＤ２Ｄユーザによって発見可能であってもよく、次いで、Ｄ２Ｄリンクを介してソーシャルネットワークアプリケーションを使用することが可能であってもよい。発見は、いかなるＷＴＲＵ位置情報もなしに実行されてもよい。公共発見に対し、Ｄ２Ｄユーザは、事前許可を必要とすることなく、任意の他のＤ２Ｄユーザによって発見可能であってもよい。異なる公衆陸上モバイルネットワーク（ＰＬＭＮ）発見に対し、異なるＰＬＭＮに属するＤ２Ｄユーザは、相互に発見可能であってもよい。このサブセットは、Ｄ２Ｄユーザがまたローミングしているときであってもよい。サービス継続性の使用事例では、Ｄ２Ｄユーザは、ユーザによって認識可能な悪化なしに、直接パスとインフラストラクチャモードとの間を移動することが可能であってもよい。ロケーションおよび存在（presence）の使用事例では、オペレータは、それらの位置および存在情報をＰｒｏＳｅプロシージャで向上させることが可能であってもよい。
公共安全（ＰＳ）使用事例の例は以下を含んでもよい。基本的なＰＳ使用事例に対し、２の許可されたＰＳユーザが、Ｄ２Ｄリンク上で直接に通信することが可能であってもよい。ＰＳ Ｄ２Ｄユーザは、異なるＤ２Ｄ ＰＳユーザと、同時に複数の１対１のＤ２Ｄセッションを維持することが可能であってもよい。
Ｄ２Ｄ通信をセルラ通信のフレームワークに含めることのできる統合システムアーキテクチャを達成するために、モビリティプロシージャは、セルラ通信とＤ２Ｄ通信との間の正常な（graceful）遷移を可能にしてもよい。モビリティプロシージャの目的は、ＷＴＲＵが、合理的な遅延で、およびプロセスにおいてデータが損失することなしに、効率的な方式でインフラストラクチャリンクから直接リンクに移行することを可能にすることであってもよい。Ｄ２Ｄリンクの適切に測定、およびこれをネットワークに報告することは、この目的で使用されてよい。他の考慮事項と共にこれらの報告に基づいて、ネットワークおよび／またはＷＴＲＵによってモビリティ決定をトリガするがまた使用されてよい。
プロシージャは、ローカルパスと、直接パスＬＴＥと、他の無線アクセス技術（ＲＡＴ）を使用した直接パスとを含む、Ｄ２Ｄに対する考えられる全てのアーキテクチャオプションを含んでもよい。プロシージャはまた、Ｄ２Ｄ通信に使用することができる様々なプロトコルアーキテクチャを考慮してもよく、これらとベースライン３ＧＰＰプロトコルアーキテクチャとの間の遷移を提供することができる。
Ｄ２Ｄ通信を３ＧＰＰ進化型パケットコア（ＥＰＣ）に組み込むために、アーキテクチャ上の向上（architectural enhancement）が使用されてよい。既存のアーキテクチャに対するこれらの変更および追加を使用して、以下のように、ネットワークにおける多数のＤ２Ｄ対応デバイスの効率的な動作を有効にすること、Ｄ２Ｄリンクが従来のセルラリンクと共存することを可能にすること、３ＧＰＰ ＰｒｏＳｅ機能に対して想定される全ての配置構成を満たすこと、および、３ＧＰＰによって設計（laid out）されるＤ２Ｄ通信に対する全てのサービス要件を満たすこと、を達成することができる。
ｅＮＢ内およびｅＮＢ間、ＰＬＭＮ内およびＰＬＭＮ間を含む、複数のシナリオに対するＤ２Ｄモビリティプロシージャが開示される。使用されるＤ２Ｄモビリティプロシージャは、システムアーキテクチャおよび特定のモビリティシナリオに基づいてもよい。
Ｄ２Ｄコンテキストにおけるモビリティは、いくつかの異なるタイプから構成されてもよい。第１のタイプは、通信パスの変更を指す（オフロードシナリオ）。
このタイプは、Ｄ２Ｄセッションおよび／またはサービスで構成することができるＲＲＣ ＣＯＮＮＥＣＴＥＤモードにあるＷＴＲＵに対する再構成としてモデル化されてよい。再構成は、１または複数のＷＴＲＵ間でのデータが、直接通信パス、ローカル通信パス、またはインフラストラクチャパスに切り替えることができるように、通信パスを開始または修正してもよい。
第２のタイプは、サービングセルの変更を指す（ハンドオーバシナリオ）。このタイプは、１つのサービングセルから別のサービングセルへのハンドオーバなどのモビリティイベントを含んでもよい。このハンドオーバは、Ｄ２Ｄセッションおよび／またはサービスで構成されるＲＲＣ ＣＯＮＮＥＣＴＥＤモードにあるＷＴＲＵに対するｅＮＢ間であってもよい。
第３のタイプは、セル再選択を指す（ＩＤＬＥモードモビリティ）。ＲＲＣ ＩＤＬＥモードにあるＷＴＲＵが、Ｄ２Ｄセッションおよび／またはサービスで構成されてもよい。例えば、ＷＴＲＵは、ＷＴＲＵがＩＤＬＥモードに移動する前の専用シグナリングによって、またはブロードキャストされたシグナリングの受信によって、事前に構成された、Ｄ２Ｄリンク上でデータ送信を受信していてもよい。このシナリオでは、ＷＴＲＵは、ＲＲＣ ＩＤＬＥにある間に、異なるセルを再選択してもよい。
最初の２つのタイプ間の重要な違いは、オフロードシナリオにおいて、例えばＵｕインタフェースとすることができる、同一のインフラストラクチャリンクが、イベント後も引き続き使用されてもよいことである。対照的に、ハンドオーバシナリオは、イベント後に異なるインフラストラクチャモードを使用することを含んでもよい。別の差異化する態様は、ハンドオーバシナリオにおいて、ハンドオーバプロセスの間の障害が、無線リンク障害につながることがあり、無線リンク障害は再確立プロシージャにつながることがあることである。しかし、オフロードシナリオでは、通信パスの再構成における障害は、最適には及ばない性能（sub-optimal performance）につながることがあるが、ＲＲＣ接続性の観点から、無線リンク障害の状態に必ずしもつながるわけではない。
一部のサービスに対し、Ｄ２Ｄリンクからインフラストラクチャパスへ、ローカル通信パスへ、などの、通信パスの変更は、最初にトリガされるＤ２Ｄサービスが、ＷＴＲＵ間の無線近接性に依存し、またはＷＴＲＵ間の無線近接性により提供されることがあることから、望ましくないことがある。
ＲＲＣ接続性に対するアプローチ（Ｌ３態様）、およびサービス接続を維持するためのアプローチ（Ｌ２態様）（該当の無線ベアラの処理、および／または、適用可能なサービスに対するＩＰフローを含むがこれらに限定されない）が、以下に説明される。
本明細書における例は、２つのＷＴＲＵを対象とすることがあるが、Ｄ２Ｄ通信を含む所与のサービスに対してアクティブである複数のＷＴＲＵにも等しく一般化されてもよい。説明される例における、ベースライン呼（baseline call）または直接パス呼（direct path call）に接続される第１のＷＴＲＵおよび第２のＷＴＲＵは、本明細書ではそれぞれＷＴＲＵ１およびＷＴＲＵ２と称されてもよい。同様に、説明される例における第１のｅＮＢ、第２のｅＮＢ、および第３のｅＮＢは、本明細書ではそれぞれｅＮＢ１、ｅＮＢ２、およびｅＮＢ３と称されてもよい。本明細書における例は、開示される方法および装置において使用されるＷＴＲＵ、ｅＮＢ、または他のネットワーク要素の数を限定することを意図していない。
図５Ａ乃至５Ｂは、インフラストラクチャがＬＴＥ直接パスにインフラストラクチャにトラフィックをオフロードするオフロードシナリオ（Ｕｕのアクティブ化＋ＣＮオフロード）のための方法５００に対する高レベルコールフローチャート５００である。図５Ａ乃至５ＢはｅＮＢ内ケースを示すが、このシナリオは、複数のｅＮＢが存在するときに適用してもよい。さらに、複数のｅＮＢは、同一のＰＬＭＮ内の同じＭＭＥの下にあってもよい。加えて、２つのｅＮＢからのデータパスが同一のＰＧＷにつながってもよい。
ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２は、ｅＮＢ５０３に接続されて、相互にベースライン呼５１０に携わってもよい。ＷＴＲＵ１ ５０１は、周期的な、またはトリガされる発見プロセス５１１で、ＷＴＲＵ２ ５０２とのベースライン呼５１０をＬＴＥ直接パスにオフロードするのを開始してもよい。周期的な発見プロセス５１１では、ＷＴＲＵ１ ５０１またはＷＴＲＵ２ ５０２は、所定の時間インスタンスの間に、他のＷＴＲＵによる発見シーケンス送信を探索してもよい。それらはまた、他のＷＴＲＵによって発見されるために、それらの割り当てられたタイムスロットの間にこのようなシーケンスを送信してもよい。周期的な発見は、ＷＴＲＵがそれらの近接している全ての発見可能なＷＴＲＵを発見するのを補助するように設計されてよい。ＷＴＲＵの１つからの、ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２が無線近接にあることを示す、発見／測定報告５１２が生成されてよく、ｅＮＢは、協調して、信頼できるレイヤ３（Ｌ３）測定を生成するために、明示的な測定プロセスをセットアップしてもよい。ＭＭＥ５０５はまた、ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２の識別を、メッセージ５１３Ａを介してｅＮＢ５０３に送信し、メッセージ５１３Ｂを介してＤ２Ｄサーバ５０６に送信してもよい。
ネットワークは、代わりに、トリガされる発見を有効にしてもよい。例えば、ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２は、相互のデバイスアドレスならびに発見送信パターンが提供されることによって、相互に発見するように構成されてもよい。このモードは、ＷＴＲＵが、相互により早く発見することを可能にする。ネットワークは、ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２がＤ２Ｄ通信可能であることを保証した後で、このトリガされる発見モードを有効にしてもよい。トリガされる発見に対し、位置または他の情報が使用されてよい。例えば、発見は、ＷＴＲＵが、同一のｅＮＢまたは地理的に隣接するｅＮＢに接続されたときにトリガされてもよい。代わりに、発見は、Ｗｉ−Ｆｉ直接（Wi-Fi Direct）などの、非ＬＴＥである他のＲＡＴによってトリガされてもよい。トリガされる発見は、各ＷＴＲＵの直接パスリンクを反復的に測定する機会を含んでもよく、それにより、複数の個別測定にわたるレイヤ３（Ｌ３）フィルタリング５１５の後で、信頼できる測定報告５１６Ａおよび５１６Ｂが生成されてもよい。
発見に続いて、ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２は、直接パス測定に対する拡張を含むことができる、測定構成５１４Ａおよび５１４Ｂを受信してもよく、およびｅＮＢ５０３の制御下にあってよい。ＭｅａｓＣｏｎｆｉｇ ＩＥにおける要素に対する要素または拡張が、Ｄ２Ｄ特有の測定に対して定義されてもよい。これらの要素は、ＭｅａｓＯｂｊｅｃｔＤ２ＤまたはＲｅｐｏｒｔＣｏｎｆｉｇＤ２Ｄの少なくとも１つを含んでもよい。測定構成５１４Ａおよび５１４Ｂでは、ネットワークは、Ｄ２Ｄリンクの帯域外測定、または帯域内測定機会のための測定ギャップ、に対する搬送波周波数を提供してもよい。
ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２は、測定報告５１６Ａおよび５１６ＢをｅＮＢ５０３に送信することによって、測定構成５１４Ａおよび５１４Ｂに応答してもよい。測定報告が受信されると、インフラストラクチャパスから直接パスにオフロードする決定は、測定報告５１６Ａおよび５１６Ｂに基づいてもよい。測定閾値がまた、構成されてもよく、この測定閾値に基づいてオフロード決定が行われる。オフロードは、単一のＷＴＲＵの測定に基づいてトリガされてもよく、代わりに、ｅＮＢは、他方のＷＴＲＵの報告を待機してもよい。例えば、ネットワークは、所与の期間内に、２以上のＷＴＲＵ間での直接パスに適用可能な測定報告５１２が、少なくとも２つのＷＴＲＵによって受信されたとき、直接パスがそのような報告の受信に応じて構成されてもよいと判定してもよい。
ネットワーク制御エンティティは、ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２の直接パス能力を判定してもよい。例えば、ｅＮＢ５０３は、ＷＴＲＵ Ｄ２Ｄ能力要求５１７Ａを行うために、ＭＭＥ５０５を通じてＤ２Ｄサーバ５０６と通信してもよく、および最適なＤ２Ｄ構成を取得するために、ＷＴＲＵ Ｄ２Ｄ能力応答５１７Ｂを受信してもよい。Ｄ２Ｄ能力はとりわけ、ＷＴＲＵが直接パス通信を実行することが可能な帯域／チャネルを含んでもよい。Ｄ２Ｄセッションを確立するＷＴＲＵは、マスタまたはスレーブロールにおいて構成されてもよい。このロールは、Ｄ２Ｄリソース管理、セキュリティ、Ｄ２Ｄアクセス制御などに対するＷＴＲＵの振る舞いに影響を与えることがある。ＷＴＲＵはさらに、その現在のロールに基づいてＤ２Ｄモビリティプロシージャを選択するように構成されてもよい。Ｄ２Ｄグループセッションでは、１つのＷＴＲＵがマスタロールにおいて構成されてもよい。
ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２は、確立されたＲＲＣ接続を使用して、直接パス構成を受信してもよい。Ｄ２Ｄ構成は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ５１８Ａおよび５１８Ｂを通じて提供されてもよい。ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２はまた、ＮＡＳまたはＲＲＣメッセージ（例えばＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）から、インフラストラクチャおよびＤ２Ｄパスに対する新たなフィルタリングルールを取得するように構成されてもよい。別の例では、ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２は、ＮＡＳメッセージ５１９Ａおよび５１９ＢをＭＭＥ５０５から受信してもよい。ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２は、ＮＡＳメッセージ５２０Ａおよび５２０ＢをＭＭＥ５０５に送信することによって、応答してもよい。これらのメッセージは、Ｄ２Ｄセッション確立後に使用されることになる新たなアップリンクトラフィックフローテンプレート（ＵＬ ＴＦＴ）を含んでもよい。
ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ５１８Ａおよび５１８Ｂを通じて直接パス構成を受信して、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ５１８Ａおよび５１８Ｂを処理するのに続いて、ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２は、対応するＤ２Ｄリンクの確立をトリガしてもよい。ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２は、物理レイヤにあってもよい直接パス上で、ハンドシェイク信号５２１を交換してもよい。これらのハンドシェイク信号５２１を受信すると、ＷＴＲＵは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージ５２２Ａおよび５２２ＢをｅＮＢに送信してもよく、ならびに、Ｄ２Ｄセッションにおいてデータを送信および受信する準備ができてもよい。
ＩＰアドレスの新たなセットが、Ｄ２Ｄセッションに使用されてよい。このＩＰアドレスのセットは、インフラストラクチャパスとは異なるサブネットに属してもよい。Ｄ２Ｄ ＷＴＲＵは、Ｄ２Ｄ ＩＰアドレスをＰｒｏＳｅサーバから取得するように構成されてもよい。別の解決策では、Ｄ２ＤセッションマスタＷＴＲＵとして構成されたＷＴＲＵは、ローカルＤＨＣＰサーバとして動作するように構成されてもよく、およびこのＤ２Ｄセッションに関連するＩＰアドレスを割り当ててもよい。
インフラストラクチャパス無線ベアラ、ならびに、直接パスにハンドオーバされたフローに関連するＥＰＳベアラは、管理される必要があることがある。適用可能なＥＰＳ ＲＡＢは、該当のＷＴＲＵに適用可能なＳ１−ｕから除去されてもよい。インフラストラクチャパス無線ベアラは削除されてもよい。ＥＰＳベアラは、Ｓ１およびＳ５インタフェースコンポーネントを削除することによって、純粋なＤ２Ｄ ＥＰＳベアラとして再構成されてもよい。
ｅＮＢとＳ−ＧＷとの間のＳ１−Ｕベアラ、ならびに、ＳＧＷとＰＧＷ５０４との間のＳ５ベアラの削除は、ＭＭＥによって開始される専用ベアラ非アクティブ化プロシージャの修正によって達成されてもよい。ベースラインＬＴＥシステムにおいて説明されるこのプロシージャは、ＷＴＲＵとｅＮＢとの間の無線ベアラを解放することも含むが、これは、本明細書で説明されるＤ２Ｄベアラ修正のコンテキストでは行われる必要はない。
適用可能なＥＰＳ ＲＡＢは、該当のＷＴＲＵに適用可能なＳ１−ｕに対して維持されてもよい。代わりに、インフラストラクチャ無線ベアラは、直接パスとインフラストラクチャパスとの間のフローの動的な切替えの可能性を考慮するように保持されてよい。例えばマルチパス送信がサポートされうるように、所与のサービスからのトラフィックはいずれかのパスにマッピングされてもよい。ＥＰＳベアラは、インフラストラクチャパスデータ無線ベアラ（ＤＲＢ）および直接パスＤＲＢの両方（それらに関連付けられている）を有する、特別なＤ２Ｄ ＥＰＳベアラとして再構成されてもよい。
適用可能なＥＰＳ ＲＡＢに対するコアネットワークコンテキストが維持されてもよいが、Ｓ１−ｕは削除されてもよい。代わりに、コアネットワークにおける該当のＷＴＲＵに対する適用可能なＤ２Ｄセッションに対するサービスに関連付けられたＥＰＳベアラが維持されてよいが、それらのベアラに対するＳ１−ｕ通信パスは解体されてもよい。インフラストラクチャパスに再び切り替わると、ベアラは、例えば、ＷＴＲＵがＮＡＳサービス要求またはＮＡＳサービス更新プロシージャを実行する必要なしに、再アクティブ化されてもよい。
ＲＬＣ ＡＭベアラでデータ送信のシームレスなオフロードを保証するために、ＷＴＲＵ１ ５０１からＷＴＲＵ２ ５０２へのデータパスを使用して、以下のアクションがとられてもよい。
ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２は、アップリンク（ＵＬ）、ダウンリンク（ＤＬ）、または両方に対する直接パスに関連付けられたサービスに適用可能な任意のＤＲＢをサスペンドしてもよく、次いで、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージ５２２Ａおよび５２２Ｂをそれぞれ、ｅＮＢ５０３に送信してもよい。次いで、ｅＮＢ５０３は、明示的なＲＲＣメッセージ５２３Ａおよび５２３Ｂを送信し、直接パスにリダイレクトされることになる任意のデータのインフラストラクチャ送信をそれぞれ停止するようＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２に命令してもよい。ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２はまた、ＤＲＢに対するＤＬにおいて、ＰＤＣＰステータスＰＤＵを受信してもよい。
ｅＮＢ５０３はまた、ｅＮＢ５０３からの現在のＰＤＣＰステータス５２４Ａおよび５２４Ｂを、ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２にそれぞれ提供してもよく、したがって、ｅＮＢ５０３において成功して受信された、連続した最後の（last in-sequence）ＰＤＣＰ ＰＤＵのシーケンス番号をＷＴＲＵ５０１および５０２に通知することができる。このことは、ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２は、直接パス送信に対する開始点（すなわちＰＤＣＰ ＳＤＵ）を確認することを可能にする。ＷＴＲＵは、ＤＲＢに対するデータを受信してもよい。
ｅＮＢ５０３は、その送信バッファに残っているデータをＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２に送信することを継続してもよい（５２５Ａ）。ｅＮＢ５０３は、連続しているＰＤＣＰ ＳＤＵからのその受信されたＰＤＵを、ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２からＳＧＷ／ＰＧＷ５０４に転送することを継続してもよい（５２５Ｂ）。
全てのデータをＳＧＷ／ＰＧＷ５０４に転送した後、ｅＮＢ５０３は、ｅＮＢ５０３とＳＧＷ／ＰＧＷ５０４との間のＧＴＰ−Ｕトンネル上で、エンドマーカパケットを送信してもよい。エンドマーカは、ＧＴＰ−Ｕプロトコルを使用して、ＷＴＲＵ１ ５０１のＧＴＰトンネル５２６Ａを通じて、ＳＧＷ／ＰＧＷ５０４に、次いでｅＮＢ５０３に転送されてもよい。エンドマーカはまた、ＧＴＰ−Ｕプロトコルを使用して、ＷＴＲＵ２ ５０２のＧＴＰトンネル５２６Ｂを通じて、ＳＧＷ／ＰＧＷ５０４に、次いでｅＮＢ５０３に転送されてもよい。このエンドマーカの転送は、エンドマーカにおけるプライベート拡張を使用して実施されてもよい。これらのプライベート拡張が使用されて、ＧＴＰ−Ｕプロトコルにとってネイティブ（native）でなくてもよい追加の機能を定義してもよい。ベースラインＬＴＥプロシージャでは、エンドマーカ機能は、データパスにおける切替えをソースｅＮＢからターゲットｅＮＢに指定するのに使用されてよく、したがって、ＰＧＷからｅＮＢへのエンドマーカの転送を伴ってもよい。対照的に、直接パス通信モビリティに対し、ソースｅＮＢからターゲットｅＮＢへのエンドマーカの送信／転送は、ＰＧＷを通じてでもよい。また、ＷＴＲＵ５０１およびＷＴＲＵ５０２が２つの異なるＰＧＷに属することが可能であり、ＰＧＷ間にＧＴＰトンネル接続性が存在しなくてもよい。この場合は、エンドマーカアプローチは使用されなくてもよく、他の手段が採用されてもよい。このことは、以下のＰＬＭＮ間のケースでより詳細に論じられる。エンドマーカの受信は、（１）確認応答をソースｅＮＢに送信すること、（２）ＷＴＲＵに信号を送信して、エンドマーカにおいて指示されたＰＤＣＰシーケンス番号（ＳＮ）から開始する直接パス上で信および受信を開始すること、を含んでもよいが、これらに限定されない。
ｅＮＢ５０３におけるエンドマーカの受信は、直接パスに切り替えられることになる無線ベアラ通信に関係する、ｅＮＢ５０３からのデータパケットがそれ以上存在しなくてもよいこと（例えば、インフラストラクチャベース無線ベアラに関連付けられた全てのデータが、ＷＴＲＵ５０１および５０２に送信されたこと）のインジケーションであってもよい。ｅＮＢ５０３は、残りのデータをＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２に送信することを完了してもよく、次いで、エンドマーカの受信に対する確認応答を、ｅＮＢ１に送信してもよい。
次いで、ｅＮＢ５０３は、Ｄ２Ｄ送信５２７Ａおよび５２７Ｂを開始するようＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２にそれぞれ命令してもよい。次いで、直接パス呼５２８送信が、ＰＤＣＰステータス報告に基づいて、ｅＮＢ５０３によって受信された、連続した最後のＰＤＣＰ ＰＤＵの後の１つである、適切なＰＤＣＰ ＰＤＵから開始してもよい。このプロシージャは、ＷＴＲＵ１ ５０１およびＷＴＲＵ２ ５０２が、直接パス上で、冗長なまたは順序を誤ったデータを相互に受信しないことを保証することができる。新たな直接パス呼５２８送信は、既存のＰＤＣＰ ＳＤＵキューからであってもよく、または、異なる関連しないＰＤＣＰ ＳＮから開始してもよい。例えば、ＷＴＲＵは現在、異なる暗号化メカニズムで構成された新たなベアラに関係していてもよいので、ＷＴＲＵは、ＳＮ＝０から開始してもよい。ＷＴＲＵはまた、上位レイヤによって配信された同期メッセージに基づいて、データパス切替え（インフラストラクチャとＤ２Ｄとの間）を完了するように構成されてもよい。例えば、Ｄ２Ｄセッションが既存のＩＭＳセッションに関係し、及び、ＷＴＲＵが異なるＩＰサブネットを使用するように構成されている場合、ＩＮＦＯ、ｒｅ−ＩＮＶＩＴＥ、ＯＫ、およびＡＣＫなどのＳＩＰメッセージが、ＩＰアドレス間の切替えを同期および完了するように使用されてもよい。
直接パス呼５２８の確立に続いて、ｅＮＢ５０３は、パス切替え要求５２９をＭＭＥ５０５に送信してもよい。ＳＧＷ／ＰＧＷ５０４は、ベアラ修正メッセージ５３０を送信してもよく、および、ｅＮＢ５０３は、インフラストラクチャベアラを削除するためのメッセージ５３１Ａおよび５３１Ｂを送信してもよい。
図６Ａ乃至６Ｂは、ｅＮＢ間のケースに対する、インフラストラクチャツーＬＴＥ直接パスオフロードシナリオ（Ｕｕのアクティブ化＋ＣＮオフロード）に対するトラフィックのオフロードのための方法６００の高レベルのコールフローチャートである。このモビリティ状況では、図６に示されるように、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２が、ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂにそれぞれ接続されてもよく、相互にベースライン呼６１０に携わってもよい。
ＷＴＲＵ１ ６０１は、周期的なまたはトリガ式の発見プロセス６１１とともに、ＷＴＲＵ２ ６０２とのベースライン呼６１０をＬＴＥ直接パスにオフロードすることを開始してもよい。周期的な発見プロセス６１１では、ＷＴＲＵは、所定の時間インスタンスの間に、他のＷＴＲＵによる発見シーケンス送信を探索してもよい。それらはまた、他のＷＴＲＵによって発見されるために、それらの割り当てられたタイムスロットの間に、このようなシーケンスを送信してもよい。周期的な発見は、ＷＴＲＵがそれらの近接している全ての発見可能なＷＴＲＵを発見することを補助するように設計されてもよい。ＷＴＲＵ２が無線で近接していることを示す、ＷＴＲＵ１ ６０１からの発見／測定報告６１２が生成されてよく、および、ｅＮＢ１ ６０３Ａは、ｅＮＢ２ ６０３Ｂと協調して、信頼できるレイヤ３（Ｌ３）測定を生成するために、明示的な測定プロセスをセットアップしてもよい。ＭＭＥ６０４Ａはまた、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２の識別を、メッセージ６１３Ａを介してｅＮＢ１ ６０３Ａに送信してもよく、およびメッセージ６１３Ｂを介してＤ２Ｄサーバ６０６に送信してもよい。
代わりに、ネットワークは、トリガされる発見を有効にしてもよい。例えば、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２は、各デバイスアドレスならびに発見送信パターンが提供されることによって、相互に発見するように構成されてよい。このモードは、ＷＴＲＵが、相互により早く発見することを可能にする。ネットワークは、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２がＤ２Ｄ通信可能であることを保証した後で、このトリガされる発見モードを有効にしてもよい。位置または他の情報が、トリガされる発見に使用されてもよい。例えば、発見は、ＷＴＲＵが、同一のｅＮＢまたは地理的に隣接するｅＮＢに接続されたときにトリガされてもよい。代わりに、発見は、Ｗｉ−Ｆｉ直接などの非ＬＴＥ他のＲＡＴによってトリガされてもよい。トリガされる発見は、各ＷＴＲＵの直接パスリンクを反復測定に対する機会を含んでもよく、それにより、複数の個別測定にわたるレイヤ３（Ｌ３）フィルタリング６１５の後で、信頼できる測定報告６１６Ａおよび６１６Ｂが生成されてもよい。
発見に続いて、ＷＴＲＵは、測定構成を受信してもよい。ＷＴＲＵ１ ６０１は、測定構成６１４ＡをｅＮＢ１ ６０３Ａから受信してもよく、ＷＴＲＵ２ ６０２は、測定構成６１４ＢをｅＮＢ２ ６０３Ｂから受信してもよい。測定構成６１４Ａおよび６１４Ｂは、直接パス測定に対する拡張を含んでもよく、ならびにｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂの制御下にあってもよい。ＭｅａｓＣｏｎｆｉｇ ＩＥにおける新たな要素が、または、既存の要素に対する拡張が、Ｄ２Ｄ特有の測定に対して定義されてもよい。これらの新たな要素は、ＭｅａｓＯｂｊｅｃｔＤ２ＤまたはＲｅｐｏｒｔＣｏｎｆｉｇＤ２Ｄの少なくとも１つを含んでもよい。測定構成６１４Ａおよび６１４Ｂにおいて、ネットワークはまた、Ｄ２Ｄリンクの、帯域外測定に対するキャリア周波数、または帯域内測定機会に対する測定ギャップを提供してもよい。
測定構成６１４Ａおよび６１４Ｂは、バックホールインタフェース上で交換されてもよい。ｅＮＢ間のケースに対し、ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂは、測定構成要求６１４Ｃおよび６１４Ｄを相互に送信することによって、Ｘ２インタフェース上で構成を協調しなければならないことがある。ｅＮＢ１ ６０３ＡとｅＮＢ２ ６０３Ｂとの間にＸ２インタフェースが存在しない場合、これらは、Ｓ１０インタフェースを介して、ＭＭＥ１ ６０４ＡおよびＭＭＥ２ ６０４Ｂをそれぞれ介して協調してもよい。ｅＮＢ６０３ＡおよびｅＮＢ６０３Ｂはまた、インフラストラクチャ接続の間に、ＷＴＲＵのデバイス発見識別子と、インフラストラクチャ接続の間に使用されるＲＮＴＩなどの他の識別子との間のマッピングを取得するために、Ｄ２Ｄサーバ６０６に問い合わせてもよい。
代わりに、ｅＮＢ間のケースに対し、単一のネットワークノードが、測定構成６１４Ａおよび６１４Ｂを判定してもよい。例えば、対応するセッションおよび／または直接パスに対する無線リソースのスケジューリングを後に割り当て、構成し、および制御することができるノードは、測定構成６１４Ａおよび６１４Ｂを判定してもよい。このようなネットワークノードは、サービスのローカライゼーション（localization）に応じて選択されてもよく、それによって、ノードは、そのカバレッジエリアを理由に選択される。複数のＷＴＲＵの場合、最良の無線リンク品質を有し、最も多くのＷＴＲＵを管理するノードが選択されてもよい。
ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２は、測定報告６１６Ａおよび６１６ＢをｅＮＢ６０３Ａおよび６０３Ｂにそれぞれ送信することによって、測定構成６１４Ａおよび６１４Ｂに応答してもよい。測定報告が受信されると、インフラストラクチャパスから直接パスにオフロードする決定は、測定報告６１６Ａおよび６１６Ｂに基づいてもよい。測定閾値が構成されてもよく、この測定閾値に基づいてオフロード決定が行われる。オフロードは、単一のＷＴＲＵの測定に基づいてトリガされてもよく、代わりに、ｅＮＢは、他のＷＴＲＵの報告を待機してもよい。例えば、２つ以上のＷＴＲＵ間での直接パスに適用可能な測定報告６１６Ａおよび６１６Ｂの少なくとも１つが、所与の期間内に少なくとも２つのＷＴＲＵによって受信されるとき、ネットワークは、そのような報告の受信に応じて、直接パスを構成することができると判定してもよい。
ネットワーク制御エンティティは、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２の直接パス能力を判定してもよい。例えば、ｅＮＢ６０３Ａおよび６０３Ｂは、ＷＴＲＵ Ｄ２Ｄ能力要求６１７Ａを行うために、ＭＭＥ１ ６０４ＡおよびＭＭＥ２ ６０４Ｂを通じてＤ２Ｄサーバ６０６と通信してもよく、および最適なＤ２Ｄ構成を取得するために、ＷＴＲＵ Ｄ２Ｄ能力応答６１７Ｂを受信してもよい。Ｄ２Ｄ能力はとりわけ、ＷＴＲＵが直接パス通信を実行することが可能な帯域／チャネルを含んでもよい。Ｄ２Ｄセッションを確立するＷＴＲＵは、マスタまたはスレーブロールにおいて構成されてもよい。このロールは、Ｄ２Ｄリソース管理、セキュリティ、Ｄ２Ｄアクセス制御などに対する、ＷＴＲＵの振る舞いに影響を与えることがある。ＷＴＲＵはさらに、その現在のロールに基づいて、Ｄ２Ｄモビリティプロシージャを選択するように構成されてもよい。Ｄ２Ｄグループセッションでは、１つのＷＴＲＵがマスタロールにおいて構成されてもよい。
次いで、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２は、確立されたＲＲＣ接続を使用して、直接パス構成を受信してもよい。Ｄ２Ｄ構成は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ６１８Ａおよび６１８Ｂを通じて提供されてもよい。ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２はまた、ＮＡＳまたはＲＲＣメッセージ（例えばＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）から、インフラストラクチャおよびＤ２Ｄパスに対する新たなフィルタリングルールを取得するように構成されてもよい。別の例では、ｅＮＢ１ ６０３Ａは、Ｄ２Ｄ ＮＡＳ確立およびセキュリティメッセージ６１９Ａを、ＷＴＲＵ１ ６０１およびＭＭＥ６０４Ａに送信してもよい。同様に、ｅＮＢ２ ６０３Ｂは、Ｄ２Ｄ ＮＡＳ確立およびセキュリティメッセージ６１９Ｂを、ＷＴＲＵ６０２およびＭＭＥ６０４Ｂに送信してもよい。
これらのメッセージは、Ｄ２Ｄセッション確立後に使用されることになる新たなアップリンクトラフィックフローテンプレート（ＵＬ ＴＦＴ）を含んでもよい。
ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ６１８Ａおよび６１８Ｂを通じて直接パス構成を受信し、およびＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ６１８Ａおよび６１８Ｂを処理するのに続いて、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２は、対応するＤ２Ｄリンクの確立をトリガしてもよい。ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２は、物理レイヤとすることができる直接パス上で、ハンドシェイク６２１信号を交換してもよい。これらのハンドシェイク６２１信号を受信すると、ＷＴＲＵは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージ６２２Ａおよび６２２Ｂを、ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂにそれぞれ送信してもよく、ならびにＤ２Ｄセッションにおいて、データを送信および受信する準備をしてもよい。
ＲＬＣ ＡＭベアラでのデータ送信のシームレスなオフロードを保証するために、ＷＴＲＵ１ ６０１からＷＴＲＵ２ ６０２へのデータパスを使用して、以下のアクションがとられてもよい。
ＷＴＲＵは、アップリンク（ＵＬ）、ダウンリンク（ＤＬ）、または両方に対する直接パスに関連するサービスに適用可能な任意のＤＲＢもサスペンドしてもよい。次いで、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２は、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージ６２２Ａおよび６２２Ｂを、ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂにそれぞれ送信してもよい。次いで、ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂは、直接パスにリダイレクトされることになる任意のデータのインフラストラクチャ送信それぞれ停止するようＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２に命令する、明示的なＲＲＣメッセージ６２３Ａおよび６２３Ｂを送信してもよい。ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２はまた、ＤＲＢに対するＤＬにおいて、ＰＤＣＰステータスＰＤＵを受信してもよい。
ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂはまた、ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂからの現在のＰＤＣＰステータス６２４Ａおよび６２４Ｂを、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２にそれぞれ提供してもよく、したがって、各ｅＮＢにおいて成功して受信された、連続した最後のＰＤＣＰ ＰＤＵのシーケンス番号をＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２に通知することができる。このことは、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２が、直接パス送信に対する開始点（すなわちＰＤＣＰ ＳＤＵ）を確認することを可能にする。ＷＴＲＵは、ＤＲＢについてのデータを受信してもよい。
ｅＮＢ１ ６０３Ａは、その送信バッファに残っている任意のデータを、ＷＴＲＵ１ ６０１に送信することを継続してもよい（６２５Ａ）。同様に、ｅＮＢ２ ６０３Ｂは、データをＷＴＲＵ２ ６０２に送信することを継続してもよい（６２５Ｃ）。
ｅＮＢ１ ６０３Ａはまた、連続したＰＤＣＰ ＳＤＵからのその受信されたＰＤＵを、ＷＴＲＵ１ ６０１から、ＳＧＷ／ＰＧＷ６０５に転送することを継続してもよい（６２５Ｂ）。同様に、ｅＮＢ２ ６０３Ｂはまた、連続したＰＤＣＰ ＳＤＵからのその受信されたＰＤＵを、ＷＴＲＵ２ ６０２から、ＳＧＷ／ＰＧＷ６０５に転送することを継続してもよい（６２５Ｄ）。ネットワークは、ソースｅＮＢ６０３とターゲットｅＮＢ６０３との間でエンドマーカを使用してもよい。
全てのデータをＳＧＷ／ＰＧＷ６０５に転送した後、ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂは、ｅＮＢとＳＧＷ／ＰＧＷ６０５との間のＧＴＰ−Ｕトンネル上で、エンドマーカパケットを送信してもよい。エンドマーカは、ＧＴＰ−Ｕプロトコルを使用して、ＷＴＲＵ１ ６０１のＧＴＰトンネル６２６Ａを通じてＳＧＷ／ＰＧＷ６０５に、次いでｅＮＢ２ ６０３Ｂに転送されてもよい。エンドマーカはまた、ＧＴＰ−Ｕプロトコルを使用して、ＷＴＲＵ２ ６０２のＧＴＰトンネル６２６Ｂを通じてＳＧＷ／ＰＧＷ６０５に、次いでｅＮＢ１ ６０３Ａに転送されてもよい。
ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂにおけるエンドマーカの受信は、直接パスに切り替えられることになる無線ベアラ通信に関連するｅＮＢからのデータパケットがそれ以上存在しないことがあること（例えば、インフラストラクチャベース無線ベアラに関連付けられた全てのデータがＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２に送信されたこと）のインジケーションであってもよい。ｅＮＢ１ ６０３Ａは、ＷＴＲＵ１ ６０１への任意の残りのデータの送信を完了してもよく、ｅＮＢ２ ６０３Ｂは、ＷＴＲＵ２ ６０２への任意の残りのデータの送信を完了してもよい。次いで、ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂは、Ｘ２インタフェース上で、エンドマーカの受信に対する肯定応答を相互に送信してもよい（６２７Ｃおよび６２７Ｄ）。
次いで、ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂは、Ｄ２Ｄ送信を開始するようＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２にそれぞれ命令してもよい（６２７Ａおよび６２７Ｂ）。次いで、直接パス呼送信６２８は、ＰＤＣＰステータス報告に基づいている、ｅＮＢによって受信された連続した最後のＰＤＣＰ ＰＤＵの後の１つである、適切なＰＤＣＰ ＰＤＵから開始してもよい。このプロシージャは、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２が、直接パス上で冗長なまたは順序を誤ったデータを相互に受信しないことを保証する。
直接パス呼６２８の確立に続いて、ｅＮＢ１ ６０３Ａは、パス切替え要求６２９をＭＭＥ６０４Ａに送信してもよく、ＭＭＥ６０４Ａは、パス切替え要求６３２をＭＭＥ６０４Ｂに転送してもよい。ＳＧＷ／ＰＧＷ６０５は、ベアラ修正メッセージ６３０Ａを送信してもよく、ＭＭＥ６０４Ｂは、ベアラ修正メッセージ６３０Ｂを送信してもよい。ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂは、インフラストラクチャベアラを削除するためのメッセージ６３１Ａおよび６３１Ｂをそれぞれ送信してもよい。
ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂが異なるＭＭＥに属する場合は、オフロードプロセスの一部として、Ｄ２Ｄ能力およびポリシを調停（reconcile）するために、Ｓ１０インタフェース上で、ＭＭＥ間で追加の通信が行われてよい。ｅＮＢ１ ６０３ＡとｅＮＢ２ ６０３Ｂとの間にＸ２インタフェースが存在しない場合は、Ｓ１０インタフェースを通じてＭＭＥを介した通信が行われてよい。
ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２が異なるＰＬＭＮに属する場合は、インフラストラクチャパスから直接パスへのオフロードが実行される前に考慮すべきいくつかの追加の要素があることがある。
まず、２つのＷＴＲＵオペレータが、異なる周波数帯域／チャネルを直接パス通信に使用する可能性が非常に高いことがある。よって、直接パスの構成の間に、２つのＰＬＭＮは、どの直接パス周波数が使用されるかにに合意し、この情報を、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ６１８Ａおよび６１８Ｂの一部として、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２に提供しなければならないことがある。また、直接パスの２つの方向に、異なる周波数が使用される可能性もある。例えば、１つ周波数が、ＷＴＲＵ１ ６０１からＷＴＲＵ２ ６０２へのパスに使用され、別の周波数が、ＷＴＲＵ２ ６０２からＷＴＲＵ１ ６０１へのパスに使用されることがある。
加えて、ＷＴＲＵ１ ６０１およびＷＴＲＵ２ ６０２からのデータは、同一または異なるＰＬＭＮに属することができる２つのＰＧＷを通じて流れることがある。ＰＧＷ間に直接ＧＴＰ−Ｕトンネルがないことがあり、データは、通常のＩＰデータとして、パブリックまたはプライベートインターネットクラウドを通じてルーティングされることがある。この状況では、エンドマーカがＧＴＰ−Ｕプロトコルを通じて提供されないことがある。このメカニズムがない場合、一部の他の方法が使用されて、ｅＮＢ１ ６０３ＡおよびｅＮＢ２ ６０３Ｂからの、およびその逆の送信の終了を判定してもよい。１つの考えられる技術は、ＷＴＲＵユーザからのパケットにおけるＴＣＰまたはＩＰヘッダデータを調べることに基づいてもよい。Ｘ２インタフェース上で、ｅＮＢ１ ６０３ＡとｅＮＢ２ ６０３Ｂとの間で一部のヘッダ情報が搬送されてよく、ターゲットｅＮＢは、最後のパケットを判定するために、そのＳＧＷからの着信パケットにおいて、この情報を探すことができる。
代替方法は、単純に、インフラストラクチャパスの途中にある（en-route）全てのパケットを考慮することなしに、インフラストラクチャから直接パスに切り替えることであってもよい。このシナリオでは、ＴＣＰレイヤは、それが通常のように、連続しないイベントを扱ってもよい。
図７は、ＷＴＲＵが直接パスのアクティブ化の失敗を認識する能力を有するフローチャート７００を示す。オフロードプロセス（例えば直接パスの確立および／またはアクティブ化）は、何らかの理由で失敗することがある。ＷＴＲＵは、オフロードプロセスの間、無線リンクを監視してもよい（７０１）。次いでＷＴＲＵは、オフロードが失敗したと判定してもよい。失敗を判定する１つの方法は、直接パスの無線リンク品質が、ある閾値未満であると判定すること（７０２）を含むが、これに限定されない。他の方法は、直接パスが、無線リンク障害の状態にあり、または、セキュリティが成功してアクティブ化されなかったと判定することを含んでもよい。セキュリティアクティブ化の不成功は、同一のセッションおよび／または直接パスの別のＷＴＲＵからの送信を認証することに失敗すること、またはヘッダ圧縮の失敗が繰り返されることを含むが、これらに限定されない。ＷＴＲＵは、オフロードプロシージャの開始時に始動されたタイマの満了からなどの、ある構成可能な時間の後に、または再構成プロシージャの受信後に、または再構成プロシージャの完了を示すメッセージの送信後に、このような失敗を判定してもよい。
ＷＴＲＵが、プロセスが不成功であると判定したとき、ＷＴＲＵは、インフラストラクチャパス上でセッションを再確立するためのプロシージャを開始してもよい。インフラストラクチャから直接パスオフロードプロセスに関連付けられた異なるエアインタフェース、ネットワーク、および処理遅延を考慮するために、Ｔ３０４と異なるが同等であるオフロード失敗タイマが定義される必要があることがある。ＷＴＲＵが、失敗が発生したと判定すると、ＷＴＲＵは、失敗をｅＮＢに通知し（７０３）、次いでインフラストラクチャセッションを再確立してもよい（７０４）。
図８は、ＬＴＥ直接パスからインフラストラクチャパスへのオフロードに対するｅＮＢ内ケースのモビリティプロシージャ８００についての、高レベルのコールフローチャートを示す。ＷＴＲＵ１ ８０１およびＷＴＲＵ２ ８０２は、直接パス呼８１０において接続されてもよい。ＷＴＲＵ１ ８０１およびＷＴＲＵ２ ８０２はすでにｅＮＢ８０３への接続性を有していてよいので、これらはすでに、インフラストラクチャパスに対するシグナリングおよびデータ無線ベアラを確立していてもよい。適切なＮＡＳおよびＡＳセキュリティ情報もまた、すでにＷＴＲＵに提供されていてもよい。
Ｄ２Ｄサーバ８０６を介した直接パス呼８１０の過程で、ＷＴＲＵ１ ８０１およびＷＴＲＵ２ ８０２は、直接パス無線リンクの品質を常に監視してもよい。低下がある場合、測定イベント８１１がトリガされてよく、これにより、ＷＴＲＵ１ ８０１またはＷＴＲＵ２ ８０２が、測定イベント８１１に応答してｅＮＢ８０３へのＲＲＣ測定報告８１２をトリガするようになる。ｅＮＢ８０３は、通信をインフラストラクチャパスに切り替えることを決定し、オフロードプロセスを開始してもよい。ｅＮＢ８０３は、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ要求メッセージ８１３および８１４を、ＷＴＲＵ１ ８０１およびＷＴＲＵ２ ８０２にそれぞれ送信してもよい。オフロードプロセスの一部として、その構成がｅＮＢ８０３と、インフラストラクチャリンク上でのＷＴＲＵ１ ８０１およびＷＴＲＵ２ ８０２の能力との両方を考慮する、新たなＤＲＢが生成されてもよい。これらの新たなＤＲＢは、既存のインフラストラクチャパスＤＲＢにすでに利用可能なセキュリティ鍵を使用してもよく、または、ＡＳセキュリティが新たに確立されてもよい。
直接パス呼８１０から切り替える前に、ＷＴＲＵ１ ８０１は、直接パス上で、ＰＤＣＰステータスＰＤＵ８１５をＷＴＲＵ２ ８０２に送信してもよい。同様に、ＷＴＲＵ２ ８０２は、直接パス上で、ＰＤＣＰステータスＰＤＵ８１６をＷＴＲＵ１ ８０１に送信してもよい。ＰＤＣＰステータスＰＤＵ８１５および８１６は、それぞれの最後に受信された連続したＰＤＣＰ ＰＤＵを相互に通知してもよい。このことは、ＷＴＲＵ１ ８０１およびＷＴＲＵ２ ８０２が、データ損失も回避するために、適切なキュー位置において開始するインフラストラクチャパス上で送信を継続することを可能にする。ＰＤＣＰステータスＰＤＵ８１５および８１６の送信に続いて、ＷＴＲＵ１ ８０１は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージ８１７ＡをｅＮＢ８０３に送信してもよく、同様に、ＷＴＲＵ２ ８０２は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージ８１７ＢをｅＮＢ８０３に送信してもよい。直接パス切替え要求８１８はまた、ＣＮにおいてＭＭＥ８０５に送信されてもよく、ならびに、修正されたデータ無線ベアラに対応するＥＰＳベアラへのＳ１およびＳ５コンポーネントを確立することになる（８１９）。ＷＴＲＵ１ ８０１およびＷＴＲＵ２ ８０２が直接パス通信のみに携わるときは、ＳＧＷ／ＰＧＷ８０４のいずれかにおける、対応するＥＰＳベアラ要素がないことがあり、その場合は、対応するＳ１およびＳ５トンネルはないことに留意されたい。よって、これらのＥＰＳベアラ要素をセットアップするために、修正専用ベアラアクティブ化プロシージャが使用されてもよい。プロシージャは、確立されたインフラストラクチャパス呼８２０で終了してもよい。
非ＬＴＥ ＲＡＴ直接パスを伴うモビリティプロシージャに対する解決策は、特定のＲＡＴに使用されるプロトコルアーキテクチャに依存することがある。解決策は、３ＧＰＰ ＬＴＥプロトコルスタックを、ＭＡＣおよびＰＨＹを含む非ＬＴＥ ＲＡＴに重ねる（superimpose）ことを含むが、これに限定されない。このアプローチでは、非ＬＴＥ ＲＡＴ ＷＴＲＵ接続は、このＷＴＲＵのＬＴＥ接続と同一のＩＰアドレスを共有してもよく、このＩＰアドレスは、ＬＴＥにおいて定義されるようにモビリティアンカとしてサービスすることができるＰＧＷによって割り当てられてもよい。
非ＬＴＥ ＲＡＴに必要とされる逸脱（deviation）は、直接パスに対するＭＡＣおよびＰＨＹのＲＲＣ構成（非ＬＴＥ ＲＡＴに特有のパラメータを含むが、これらに限定されない）を含んでよい。同様に、非ＬＴＥ ＲＡＴの測定が構成されなければならないことがある。ＬＴＥネットワークは、非ＬＴＥ ＲＡＴ構成の詳細の多くを認識してもよい。
代わりに、ＩＰは、非ＬＴＥ ＲＡＴ ＭＡＣ＋ＰＨＹの最上部で直接に使用されてもよい。この解決策では、非ＬＴＥ ＲＡＴのプロトコルは、ＬＴＥプロトコルスタックから完全に分離（disjoint）されてよい。上述したＬＴＥ直接パスとは対照的に、ｅＮＢのＲＲＣエンティティは直接パス通信を制御しなくてもよく、また、ｅＮＢはスケジューリングまたはリソース割り当てに参加しなくてもよい。ＷＴＲＵの非ＬＴＥ ＲＡＴ接続は、ＬＴＥ接続とは異なるＩＰアドレスを有することもでき、または同一のＩＰアドレスを有することもできる。後者の場合、インフラストラクチャパス（ＬＴＥ）または直接パス（非ＬＴＥ ＲＡＴ）を通じたトラフィックのフローは、論理インタフェース（ＬＩＦ）の構成に統制（govern）されてよい。ＬＩＦは、物理インタフェースとＩＰレイヤとを相互に隠すインタフェースであり、ＩＰフローモビリティのコンテキストにおいて使用されるように提案されたものである。後述する１つのアプローチは、３ＧＰＰネットワークが制御プレーンシグナリングを使用してＬＩＦの構成を変更することができるものである。この構成では、直接パスへのモビリティへのインフラストラクチャに対するモビリティプロシージャは、以下のように要約されてもよい。
図９は、直接パス上での非ＬＴＥ ＲＡＴからインフラストラクチャパスへのオフロード９００のためのプロシージャ９００の、高レベルのコールフローチャートを示す。ＷＴＲＵ１ ９０１は、ＬＴＥまたは非ＬＴＥ ＲＡＴのいずれかにおいて、ＷＴＲＵ２ ９０２を発見してもよい（９１０）。ＬＴＥ発見に続いて、非ＬＴＥ ＲＡＴ発見／測定９１１が、Ｄ２Ｄサーバ９０４などの、３ＧＰＰネットワークによってトリガされてもよい。加えて、Ｄ２Ｄサーバまたは他の３ＧＰＰネットワークエンティティは、ＬＴＥ発見または一部の他の近接の判定（ＷＴＲＵ１ ９０１およびＷＴＲＵ２ ９０２が、同一または隣接するｅＮＢに接続されているときなど）に基づいて、非ＬＴＥ ＲＡＴ無線をアクティブ化してもよい（９１２）。非ＬＴＥ ＲＡＴの無線パラメータに関する一部の情報はまた、３ＧＰＰネットワークによって提供されて、効率的な発見を促進してもよい。ＷＴＲＵ１ ９０１は、非ＬＴＥ ＲＡＴチャネル品質を含む測定報告９１３を、ｅＮＢ９０３に送信してもよい。
ｅＮＢは、通信を直接パスに移行させると決定してもよい（９１４）。直接パスの構成は、上記論じられたように、適切な論理インタフェースを提供することを構成してもよい。このプロシージャは、ＩＰルーティングテーブル更新に類似してもよい。
非ＬＴＥ ＲＡＴプロトコルスタックは、ＷＴＲＵ１ ９０１またはＷＴＲＵ２ ９０２においてアプリケーションから到着することができる、直接パス上でＩＰパケットを処理してもよい（９１５）。関係するインフラストラクチャパスＤＲＢおよびＥＰＳベアラ要素は削除されてよい（９１６）。直接パスからインフラストラクチャへのオフロードに対し、逆のプロセスが続いてもよい。インフラストラクチャパスが直接パスよりも高品質であることを示すことができる、ＷＴＲＵ１ ９０１またはＷＴＲＵ２ ９０２からの測定イベントは、ＬＩＦの再構成、ならびに適切な無線およびＥＰＳベアラのセットアップにつながる。
図１０は、インフラストラクチャパスからローカルパスへのオフロードの方法１０００についての、高レベルのコールフローチャートを示す。インフラストラクチャからローカルパスへのオフロードは、ＷＴＲＵ１ １００１およびＷＴＲＵ２ １００２に対して透過的であってよい。関連するオーバジエア（over the air）リンクがないときは、Ｄ２Ｄサーバは、このオフロードにおいてロールを有さなくてよい。ｅＮＢ内とｅＮＢ間の両方のプロシージャが本明細書において説明される。
ＷＴＲＵ１ １００１およびＷＴＲＵ２ １００２は、ｅＮＢ１ １００３ＡおよびｅＮＢ２ １００３Ｂをそれぞれ通じて、インフラストラクチャ呼１０１０に接続されてよい。ローカルパスにオフロードする決定がされたとき、ｅＮＢ１ １００３Ａは、ローカルパスをＸ２インタフェース上でセットアップするためのローカルパスセットアップ要求１０１１をｅＮＢ２ １００３Ｂに出してもよい。ローカルパスセットアップ応答１０１２を受信した後、ｅＮＢ１ １００３Ａは、追加パケットをＳＧＷ１００４に転送することを停止し、ＧＴＰ−Ｕトンネル上でエンドマーカ１０１３を送信してもよい。このエンドマーカは、Ｌｏｃａｌ Ｐａｔｈ Ｓｔａｒｔ１０１５メッセージの形式で、Ｘ２インタフェース上で肯定応答をｅＮＢ１ １００３Ａに送信することができる、ｅＮＢ２ １００３Ｂに到達する。同様に、ｅＮＢ２ １００３Ｂは、追加パケットをＳＧＷ１００４に転送するのを停止し、ＧＴＰ−Ｕトンネル上でエンドマーカ１０１４を送信してもよい。このエンドマーカは、ｅＮＢ１ １００３Ａは、Ｌｏｃａｌ Ｐａｔｈ Ｓｔａｒｔ１０１６メッセージの形式で、Ｘ２インタフェース上で肯定応答をｅＮＢ２ １００３Ｂに送信することができる、ｅＮＢ１ １００３Ａに到達する。
ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ要求１０１８Ａおよび１０１８Ｂは、ｅＮＢ１ １００３ＡからＷＴＲＵ１ １００１に、およびｅＮＢ２ １００３ＢからＷＴＲＵ２ １００２に、それぞれ送信されてもよい。ＷＴＲＵ１ １００１は、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ応答１０１９Ａを、ｅＮＢ１ １００３Ａに送信してもよい。同様に、ＷＴＲＵ２ １００２は、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ応答１０１９Ｂを、ｅＮＢ２ １００３Ｂに送信してもよい。パス切替え要求１０２０は、ＭＭＥ１００５に送信されてもよい。ＭＭＥ１００５は、メッセージ１０２１および１０２２を介して、関連するＤＲＢに対応するＥＰＳベアラに対するＳ１、Ｓ５リンクを削除してもよい。代わりに、ｅＮＢは、ユーザデータプロトコルスタックをＩＰレイヤよりも下で終了（terminate）させてもよい（１０１７）。例えば、ユーザデータプロトコルスタックは、ＭＡＣレイヤよりも下で終了されてもよい。この設計では、ＰＤＣＰ／ＲＬＣ送信は、ＷＴＲＵ間であってよく、ｅＮＢは、ＭＡＣレイヤにおいてリレーとして動作してもよい。
次いで、ローカルパス呼１０２３が開始してもよく、パケットはＸ２インタフェース上でルーティングされる。ソースｅＮＢは、ユーザパケットをＩＰレイヤにおいて終了させ、ローカルパスルート上でそれらをターゲットｅＮＢに転送する。
ローカルパスから再びインフラストラクチャパスにオフロードすることは、Ｓ１およびＳ５インタフェースセットアップを含むようにＥＰＳベアラを修正することを伴ってもよい。適切な場合、ｅＮＢにおいて、ＩＰよりも下の終端（termination）からＩＰ終端に切り替えるために、ＲＲＣ再構成が必要とされてよい。
ローカルからＬＴＥ直接パスへのオフロードに対するプロシージャは、上述したインフラストラクチャパスから直接パスへの場合と同様である。ＷＴＲＵ間での周期的またはトリガされる発見の後に、直接パスベアラに対する無線再構成が続いてよい。Ｘ２上でのローカルパスが使用されて、インフラストラクチャケースにおけるエンドマーカと等価なものを送信してもよいので、データ処理はより単純である。これは、Ｘ２上での新たなメッセージの定義を必要とする。これらのエンドマーカが肯定応答されると、直接パス送信が進行してもよい。
ＬＴＥ直接パスからローカルパスへのオフロードは、本明細書に記載の他のものと同様である。この場合のパス切替えオプションは、データ転送のためのＸ２パイプがまだ存在しない場合、それを生成するオプションによって置き換えられる。
ＬＴＥ直接パスと非ＬＴＥ直接パスとの間のオフロードは、ＷＴＲＵがそれらのハードウェア構成において両方の直接パスオプションをサポートするときに発生することがある。ＷＴＲＵは、一部の事前構成されたシーケンスにおいて、両方の直接パスの発見および測定を実行してもよい。両方のＲＡＴにおけるデバイス識別子、およびそれらの間のマッピングは、３ＧＰＰネットワークによって管理されてもよい。発見／測定報告がｅＮＢに提供されると、ｅＮＢは、１つの直接ＲＡＴから他方の直接ＲＡＴに通信をオフロードすることを決定してもよい。ＬＴＥ互換の非ＬＴＥ ＲＡＴプロトコルの場合は、プロシージャは、主にＲＲＣ接続再構成プロシージャになって、無線ベアラ構成を変更してもよい。ＬＴＥ非互換の非ＬＴＥ ＲＡＴの場合は、ＬＩＦを再構成し、無線ベアラおよびＥＰＳベアラを追加／削除することが望ましいことがある。
別のモビリティイベントタイプは、サービングセルの変更（ハンドオーバシナリオ）を含む。図１１Ａ乃至１１Ａ１は、直接パス通信の間のインフラストラクチャハンドオーバ（ＨＯ）１１００に対する高レベルのコールフローチャートである。図１１Ａ乃至１１Ａ１におけるプロシージャは、ＷＴＲＵが、それらの直接パス通信を最小限の乱れ（disruption）で継続することを可能にする。このプロシージャがない場合、ＷＴＲＵは、それらの直接パス接続を閉じ、インフラストラクチャハンドオーバが完了した後でそれを再確立してもよい。
このシナリオでは、ＷＴＲＵ１ １１０１がｅＮＢ１ １１０３Ａに接続され（１１１０）、ＷＴＲＵ２ １１０２がｅＮＢ２ １１０３Ｂに接続される（１１１０）。ＷＴＲＵ１ １１０１とＷＴＲＵ２ １１０２との間の直接パス呼１１１１が構成されてもよく、および進行中であってもよい。ＷＴＲＵ２ １１０２がｅＮＢ３ １１０３Ｃの近くに移動するとき、測定イベント１１１２が発生する。ＷＴＲＵ２ １１０２は、測定報告１１１３をｅＮＢ２ １１０３Ｂに送信して、インフラストラクチャパスに対するハンドオーバをトリガしてもよい。ｅＮＢ２ １１０３Ｂは、ハンドオーバ要求１１１４をＸ２インタフェース上でｅＮＢ３ １１０３Ｃに送信してもよく、また、ハンドオーバコマンド１１１５をＷＴＲＵ２ １１０２に送信してもよい。ハンドオーバコマンドの受信に続いて、ＷＴＲＵ２ １１０２は、ランダムアクセスチャネル（ＲＡＣＨ）プロセス１１１６を開始し、ハンドオーバ確認メッセージ１１１７をｅＮＢ２ １１０３Ｂに送信してもよい。
ハンドオーバ要求１１１４はまた、直接パスの現在の構成を含んでもよい。このような構成は、１または複数の識別を含んでもよい。例えば、このような識別は、ＷＴＲＵ１ １１０１の識別、ｅＮＢ１ １１０３Ａの識別、および／またはＤ２Ｄ通信識別と称されてもよいＤ２Ｄセッション識別であってもよい。ｅＮＢ３ １１０３Ｃは、Ｄ２Ｄサーバ１１０５およびＭＭＥ１１０６とともに、ＷＴＲＵのＤ２Ｄ能力およびＤ２Ｄポリシを検証してもよい（１１１８）。ｅＮＢ３ １１０３Ｃは、Ｘ２上で、Ｄ２Ｄ構成要求１１１９でｅＮＢ１ １１０３Ａに接触してもよく、ｅＮＢ１ １１０３Ａは、Ｄ２Ｄ構成応答１１２０で応答してもよい。ｅＮＢ１ １１０３ＡおよびｅＮＢ３ １１０３ＣがＤ２Ｄ構成をネゴシエートした後は、ｅＮＢ１ １１０３Ａは、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ要求１１２１Ａを、ＷＴＲＵ１ １１０１に送信してもよく、ｅＮＢ３ １１０３Ｃは、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ要求１１２１Ｂを、ＷＴＲＵ２ １１０２に送信してもよい。結果的な構成はまた、ｅＮＢ１ １１０３ＡおよびｅＮＢ３ １１０３Ｃがピア関係を確立するか、または、ｅＮＢの１つがこの特定の直接パスに関してマスタロールを担うかに依存する。
ＷＴＲＵ１ １１０１およびＷＴＲＵ２ １１０２はまた、通信を適切なキュー位置で継続することができるように、それぞれＰＤＣＰステータス１１２２Ａおよび１１２２Ｂを相互に提供してもよい。ＷＴＲＵはまた、上述したような発見または近接プロセスをトリガするシグナリングを受信してもよく、これは、直接パスが、１または複数の物理レイヤパラメータ（周波数またはリソース割り当てを含むがこれに限定されない）の再構成を必要とする場合に有意である。新たな直接パスが異なる周波数帯域にある場合は、ＷＴＲＵは、この新たな直接パスの周波数にそれぞれ同調してもよい（１１２３Ａおよび１１２３Ｂ）。次いで、ＷＴＲＵ１ １１０１およびＷＴＲＵ２ １１０２は、新たな帯域におけるそれらの直接パス関連付けを再確認するために、ＰＨＹハンドシェイクプロセスを完了（go through）してもよい。
次いで、ＷＴＲＵ１ １１０１は、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ応答１１２５Ａを、ｅＮＢ１ １１０３Ａに送信してもよい。同様に、ＷＴＲＵ２ １１０２は、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ応答１１２５Ｂを、ｅＮＢ３ １１０３Ｃに送信してもよい。次いで、直接パス呼１１２６が再確立されてよい。
ＷＴＲＵはまた、モビリティイベントによってトリガされるプロシージャを実行してもよい。このようなモビリティイベントは、ＷＴＲＵが、インフラストラクチャパスに戻るＤ２Ｄセッションの再確立を開始することと、使用される直接パスを再構成する制御シグナリング、またはＷＴＲＵのＲＲＣ接続のモビリティを示す制御シグナリングを、ＷＴＲＵがネットワークから受信するハンドオーバプロシージャと、セキュリティ再構成および／または再開と、モビリティプロシージャの間の遷移状態とみなされる他の類似するイベントとを含むが、これらに限定されない。
図１１Ｂは、ＷＴＲＵがハンドオーバの間に実行することができるプロシージャ１１３０の例に対する高レベルのコールフローチャートを示す。ＷＴＲＵ１ １１０１およびＷＴＲＵ２ １１０２は、直接パス呼１１３１などのＤ２Ｄセッションに関与してもよい。次いで、ＷＴＲＵ１ １１０１は、ＨＯ準備メッセージ１１３２を送信することによって、そのＨＯステータスをＷＴＲＵ２ １１０２に通知してもよい。ＷＴＲＵ２ １１０２はまた、Ｄ２Ｄリンク上でＤ２Ｄセッションサスペンドメッセージ１１３３を送信してもよい。したがって、ＷＴＲＵ１ １１０１は、Ｄ２Ｄリンク上でのデータおよび制御シグナリングの送信および／または受信をサスペンドしてもよい。Ｄ２Ｄリンクアクセスが分散され、および、共通セル間リソースがＤ２Ｄチャネル（帯域内または帯域間）に使用される場合、ＷＴＲＵ１ １１０１は、Ｄ２Ｄセッションを継続してもよい。ＷＴＲＵ１ １１０１によるこれらのメッセージの使用は、構成可能であってよい。代わりに、または追加的に、ＨＯ準備メッセージ１１３５またはＤ２Ｄセッションサスペンドメッセージ１１３６は、ｅＮＢ１１０３によって送信されてもよい。ＷＴＲＵ１ １１０１はまた、Ｄ２Ｄセッションに対するそのマスタ／スレーブ構成を切り替えてもよい。ＷＴＲＵ２ １１０２はまた、ＷＴＲＵ１ １１０１からのＨＯ完了メッセージ１１３４を、直接パスリンク上でネットワークから受信することによって、プロシージャ１１３０の完了のインジケーションを受信するまで、ＷＴＲＵ１ １１０１へのＤ２Ｄ送信をサスペンドしてもよい。
ＷＴＲＵ１ １１０１がＤ２Ｄセッションマスタとして構成された場合、ＷＴＲＵ２ １１０２は、セッションに対するマスタロールを引き継ぐように構成されてもよく（例えば１対１セッションの場合）、または、ＷＴＲＵ２ １１０２は、同一のＤ２Ｄセッションからの他のＷＴＲＵと、新たなマスタ選出を開始するように構成されてもよい（例えばグループセッションに対して）。
半静的Ｄ２Ｄリソースは、ＷＴＲＵ間の通信に割り当てられてもよい。この場合、ＷＴＲＵは、直接パス上のモビリティの開始が示されると、割り当てられたリソースが無効であるとみなしてもよい。１つの解決策は、ＷＴＲＵ２ １１０２がＨＯ準備メッセージ１１３２を受信すると、ＷＴＲＵ２ １１０２が、割り当てられたリソースが解放されるとみなすことであってもよい。ＷＴＲＵ２ １１０２はまた、ＷＴＲＵ１ １１０１との通信に対するｅＮＢ１１０３からの新たなリソース割り当てを取得するために、リソースに対してスキャンをする（１１３７）ように構成されてもよい。別の解決策は、割り当てられたリソースが最大継続時間（タイマＴ１）にわたって保持されてもよく、ＷＴＲＵ２ １１０２がこれらのリソース上でのＨＯ完了メッセージ１１３４に対してスキャンするように構成されてもよいことであってもよい。タイマ満了時にメッセージが受信されていない場合は、リソースは解放されたとみなされてもよい。代替解決策では、ＨＯ完了メッセージ１１３４はネットワークから受信されてもよい。ＷＴＲＵ２ １１０２は、ＷＴＲＵ１ １１０１に関係するタイミング情報をリセットしてもよい（ＷＴＲＵ１自体が、ターゲットセルにおけるそのタイミング参照を更新することがあるので）。このタイミング情報は、Ｄ２Ｄタイミングアドバンス、またはＷＴＲＵ１メッセージ受信に対する受信ウィンドウを開くための参照時間、などに関係してもよい。
図１１Ｃは、ＷＴＲＵがハンドオーバなどのモビリティプロシージャの完了に続いて実行するプロシージャ１１４０のフローチャートを示す。ＷＴＲＵは、発見されたサービスおよびＤ２Ｄ ＷＴＲＵのそのリストをリセットしてもよい（１１４１）。ＷＴＲＵはさらに、前のセルにおいて発見され、および／または進行中の発見プロセスにあった１または複数のサービスに対する新たな発見プロセスを、そのサービングｅＮＢに要求してもよい（１１４２）。代わりに、ｅＮＢは、このサービスのリストをすでに知っている（例えばＰｒｏＳｅサーバまたはソースｅＮＢによって通信された）場合があり、新たな発見プロセスを開始するようにＷＴＲＵを直接に構成してもよい（１１４３）。ＷＴＲＵは、その前のサービングセルからの、発見されたサービス／ＷＴＲＵのリストを維持してもよい。ＨＯの後、ＷＴＲＵは、発見されたサービス／ＷＴＲＵのリストを、その新たなサービングセルに送信してもよい（１１４４）。代わりに、ｅＮＢは、このリストがＰｒｏＳｅサーバまたはソースｅＮＢによって通信された場合があるので、このリストをすでに有していることがある。ＷＴＲＵはまた、サービングセルにおいて取得されたタイミングアドバンスに基づいている、直接パスに対するタイミング情報を更新してもよい（１１４５）。ＷＴＲＵは、直接パスに対する更新された送信電力情報を取得してもよく（１１４６）、この情報は、セルにおいて許容される最大電力値を含むがこれに限定されない。ＷＴＲＵは、バッファステータス報告を送信することができ（１１４７）、この報告は、Ｄ２Ｄセッションに対する送信に利用可能であり、および／または直接パス上での送信に対するリソースを要求するのに利用可能なデータの量を含んでもよい。ＨＯの間にサスペンドされたマルチキャストＤ２Ｄセッションの場合、ＷＴＲＵは、マルチキャストトラフィックに再同期することができるように、セッションマスタメッセージから、またはそのサービングｅＮＢからのデータフローに関連付けられたＣＯＵＮＴ（ＨＦＮ＋ＳＮ）値を取得してもよい（１１４８）。さらに、セッションマスタＷＴＲＵは、データフローに関連付けられたＣＯＵＮＴ（ＨＦＮ＋ＳＮ）値を、モビリティプロシージャを実行していたことを以前に示すことができるＷＴＲＵとすることができる、別のＷＴＲＵに送信するように構成されてもよい（１１４９）
図１２は、セル再選択またはＩＤＬＥモードモビリティである第３のモビリティイベントタイプに対する例示的な方法１２００のフローチャートを示す。ＲＲＣアイドルモードにあるＷＴＲＵが、Ｄ２Ｄセッションおよび／またはサービスで構成されてもよい。例えば、ＷＴＲＵが、Ｄ２Ｄリンク上でデータ送信を受信していてよく、このＤ２Ｄリンクは、ＷＴＲＵがＩＤＬＥモードに移動する前に専用シグナリングによって事前に構成され、または、ブロードキャストされたシグナリングの受信から構成されている。ＷＴＲＵは、ＲＲＣ ＩＤＬＥにある間に、異なるセルを再選択してもよい。ＲＲＣ ＩＤＬＥモードにあるＷＴＲＵは、Ｄ２Ｄセッションを維持する可能性に応じて、最良の適切なセルを選択してもよい（１２１０）。ＷＴＲＵは、選択されたセルにおいて、Ｄ２Ｄリンクが有効であるか否か判定してもよい（１２１１）。有効でない場合は、ＷＴＲＵは、直接パスからインフラストラクチャパスに移動することができるように、選択されたセルにおいてＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔプロシージャを開始してもよい（１２１２）。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージは、ＷＴＲＵによって送信されてもよい。次いでＷＴＲＵは、選択されたセルにおいて異なるＤ２Ｄリンクが使用されるように、Ｄ２Ｄセッションに関係するパラメータを再取得してもよい（１２１３）。
上述した３つのモビリティイベントタイプの各々では、ＷＴＲＵおよびネットワークは、無線リンクを測定および監視しなければならないことがあり、また、リンクの突然の悪化に起因して発生することがある障害を管理しなければならないこともある。Ｄ２Ｄセッションの間、ベースラインセルラネットワークにおけるインフラストラクチャ無線リンク障害（ＲＬＦ）に加えて、Ｄ２Ｄシステムはまた、直接パス無線リンク障害（直接リンク障害（ＤＬＦ）と称されてもよい）の追加のケースになりやすい（prone to）。
ＷＴＲＵが直接パス通信に携わるとき、インフラストラクチャ無線リンクは機能しないことがある（fail）。１つの例は、ＲＬＦが発生したときである。図１３Ａは、ＷＴＲＵが、ベースラインＲＬＦ処理に対して本明細書で説明されるプロシージャに取り組むことに加えて、ＲＬＦ障害を処理することができる、例示的な方法１３００を示す。ＷＴＲＵ１ １３０１およびＷＴＲＵ２ １３０２は、直接パス呼において接続される（１３１０）。次いで、ＷＴＲＵ１ １３０１は即座に、直接パス上の全ての通信を中断してもよい（１３１１）。このことは最終的には、ＷＴＲＵ２ １３０２が、直接リンク上でＲＬＦを検出することにつながることがある（１３１２）。この場合、Ｕｕ ＲＬＦのときに、割り当てられたリソースがｅＮＢ１３０３によって取り消されてもよい（１３１３）。
図１３Ｂは、別のＲＬＦ処理プロシージャ１３１８に対する高レベルのコールフローを示す。ＷＴＲＵ１ １３０１は、直接パス上で、ＲＬＦメッセージ１３２１などの、ＲＬＦが発生したことを示すＤ２Ｄリンク障害メッセージをＷＴＲＵ２ １３０２に送信してもよい。次いで、ＷＴＲＵ１ １３０１およびＷＴＲＵ２ １３０２は、通信を中断して（１３２２）、Ｄ２Ｄリンクの適切な切断を可能にする（１３２３）。
図１３Ｃは、ＲＬＦを処理するためのさらに別のプロシージャ１３３０を示す。ＷＴＲＵ１ １３０１およびＷＴＲＵ２ １３０２は、ｅＮＢ１ １３０３からのその現在のリソース許可が許可する限り、その直接パス呼１３３１を継続してもよい。ｅＮＢ１ １３０３は、ＵＬまたはＤＬ障害があると、直接パスに対する新たなリソースの割り当てをサスペンドしてもよい（１３３２Ａおよび１３３２Ｂ）。ＷＴＲＵがそれらの直接呼１３３１を継続している間、ＷＴＲＵ１ １３０１およびＷＴＲＵ２ １３０２は、ネットワークへの接続性を再確立し、および／または、直接パスを再確立してもよい（１３３３）、これは、Ｖａｒ ＲＬＦ Ｒｅｐｏｒｔ ＩＥに記憶された、最後の直接パス測定値、および他のＷＴＲＵの物理的な識別を使用することができる。ＲＲＣ再確立プロシージャは、ＲＬＦ状態が検出される前の任意の進行中のＤ２Ｄセッションに関する通知情報を含んでもよい。ベースラインＲＬＦ処理の一部として、ＷＴＲＵ１ １３０１は、適切なセルを短期間で発見することが可能である場合に、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔプロシージャを完了して、直接パスを再確立してもよい（１３３３）。直接パスを再確立する（１３３３）ために、ＷＴＲＵ１ １３０１およびＷＴＲＵ２ １３０２は、それらの前の物理的セルＩＤをｅＮＢ２ １３０４に提供してもよい（１３３４）。Ｄ２Ｄ呼もまた進行中であったことをｅＮＢ２ １３０４に通知する追加のフィールドが、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ要求に挿入されてもよい。このことはまた、ｅＮＢ２ １３０４が、Ｘ２インタフェース上でｅＮＢ１ １３０３にクエリして（１３３５）、前のＤ２Ｄ構成を取得し、および、場合によっては、新たな構成をネゴシエートすることを可能にする。次いで、これは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージの一部としてＷＴＲＵ１ １３０１およびＷＴＲＵ２ １３０２に提供されてもよく、Ｄ２Ｄ呼は継続することができる。
図１４Ａは、直接リンク障害（ＤＬＦ）処理（Ｄ２Ｄリンク障害と称されてもよい）に関するプロシージャ１４００についてのフローチャートを示す。ＷＴＲＵは、種々の直接パスリンクイベントに対し、直接パスを監視してもよい（１４１０）。次いで、ＷＴＲＵは、ＤＬＦを判定し（１４１１Ａ）、直接パス上での送信をサスペンドしてもよい（１４１２）。
ＲＲＣ接続モードにあるＷＴＲＵは、ｅＮＢへの報告（測定報告、ＤＬＦ報告、近接検出報告のいずれか）をトリガしてもよく（１４１３）、および／または、モビリティプロシージャを開始して、Ｄ２Ｄセッションを継続してもよい。ＷＴＲＵは、有効な送信パスがＤ２Ｄセッションに対して確立されるまで、該当のＤ２Ｄセッションに対する直接パス上での送信をサスペンドしてもよい（１４１２）。
直接リンク上でＤ２Ｄセッションにおいて送信しているＷＴＲＵに対し、それは、ＤＬＦがＵＬ、ＤＬ、または両方の上にあるかを判定してもよい（１４１１Ｂ）。例えば、ＷＴＲＵがＤＬＦを判定し（１４１１Ａ）、それ以上の送信が行われないようにしたとき、それは、ネットワークによって指示されない限り、ならびに／または、近接性が検出される間、および／もしくは、Ｄ２Ｄセッションが有効である間は、Ｄ２Ｄリンク上で他のＷＴＲＵとの送信の受信を試みることを継続してもよい。別の例では、ＷＴＲＵがＵＬ ＤＬＦのみを判定した場合、それは、直接パス上で送信の受信を試みることを継続するが、何らかの条件が満たされるまで、直接パス上での送信をサスペンドしてもよい。条件は、ＷＴＲＵが有効なタイミング調整を再取得すること、および／または、ＷＴＲＵが、Ｄ２Ｄリンク上での送信をＷＴＲＵが実行することを可能にするＲＲＣシグナリングを受信すること、を含んでもよいが、これらに限定されない。ＷＴＲＵはまた、可能である場合、ＷＴＲＵの構成に基づいて、インフラストラクチャパス上でＤ２Ｄセッションに対するデータを送信してもよい。
代わりに、または追加的に、ＷＴＲＵが報告をトリガしたとき、ＤＬＦはＷＴＲＵによってｅＮＢに示されてもよい（１４１３）。１つの例では、「直接パス障害」などを示す原因を有するＲＲＣ接続再確立などのＲＲＣシグナリングが、ＷＴＲＵによって使用されてもよい。ＷＴＲＵは、依然としてインフラストラクチャリンク上で接続性を有してもよく、したがってそのようなシグナリングを使用してもよい。ｅＮＢはまた、通信がインフラストラクチャパス上で継続することを可能にする。Ｘ２インタフェース上でのｅＮＢ間のこのプロセスの協調は、ｅＮＢ間のケースで使用されてもよい。このプロシージャは、上述した直接パスからインフラストラクチャへのハンドオーバと同様である。１つの逸脱は、ＤＬＦに起因して、直接パス上でのＷＴＲＵ間でＰＤＣＰステータスを交換することができず、これにより、ハンドオーバの間にＰＤＣＰ ＰＤＵが順序どおりでなくなり、または消失する可能性があることである。代替手段は、ＷＴＲＵに、インフラストラクチャパス上でｅＮＢにＰＤＣＰステータスを報告させ、および、ハンドオーバの完了前にこれをピアＷＴＲＵに通信することでであってもよい。
ＷＴＲＵは、直接パスリンクイベント１４１０に従ってＤＬＦを判定してもよい。これは、以下の技術のいずれかを含むが、これらに限定されない。
ある技術に従って、直接パスに対する物理レイヤ非同期インジケーションが使用されてもよい。ＷＴＲＵは、直接パスに対する物理レイヤからいくつかの連続した非同期インジケーションが受信されたとき、Ｄ２Ｄリンクが障害を経験していると判定してもよく、例えば、非同期は、物理レイヤにおいて説明されたような参照シグネチャシーケンスを受信することに失敗したとして定義される。この数は構成可能であってよい。
別の技術に従って、ＲＬＣ障害検出が使用されてもよい。ＷＴＲＵは、少なくとも１つのＲＬＣ再送が失敗したとき、または、いくつかのＲＬＣ再送が失敗した可能性がある（例えば再送の最大数のＲＬＣに到達した）とき、Ｄ２Ｄリンクが障害を経験していると判定してもよい。この数は構成可能であってよい。このことはまた、ＲＬＣ再送が直接パスプロトコル機能の一部として定義されるときに当てはまることがある。ＷＴＲＵは、この場合、ＤＬＦのみのＵＬ、ＤＬＦのみのＤＬ、またはＵＬおよびＤＬのＤＬＦを判定してもよい。
別の技術に従って、ＨＡＲＱ障害検出が使用されてもよい。ＷＴＲＵは、少なくとも１つの（または構成された数の）ＨＡＲＱプロセスが失敗したとき、および／またはいくつかのＨＡＲＱ再送が失敗した可能性がある（例えばＨＡＲＱ再送の最大数に到達した）とき、Ｄ２Ｄリンクが障害を経験していると判定してもよい。この数は構成可能であってよい。これは、ＲＬＣが直接パスプロトコル機能の一部としてサポートされておらず、または、Ｄ２Ｄセッション／Ｄ２Ｄリンクに対して構成されていないときに、適用可能であることがある。ＷＴＲＵは、この場合、ＤＬＦのみのＵＬ、ＤＬＦのみのＤＬ、またはＵＬおよびＤＬのＤＬＦを判定してもよい。
別の技術に従って、直接パス上のピアから受信されたインジケーションが使用されてもよい。ＷＴＲＵは、例えば１または複数のピアＷＴＲＵが直接パス通信および／またはＤ２Ｄセッションを離れていることのインジケーションをＷＴＲＵが受信とき、Ｄ２Ｄリンクが障害を経験していると判定してもよく、例えば、ＷＴＲＵがこのセッションに対してアクティブなＷＴＲＵが存在しないことを検出することができる。このことは、セッションにおける送信ＷＴＲＵのみを考慮することによって可能となることがある。
別の技術に従って、不成功なサービス発見／近接検出が使用されてもよい。ＷＴＲＵは、１または複数のＷＴＲＵに対する発見／近接検出が不成功であると判定したとき、Ｄ２Ｄリンクが障害を経験していると判定してもよい。例えば、継続的な近接を評価することができるように、このような検出は、ＷＴＲＵが直接パス上でアクティブである間に周期的に使用されてもよい。検出が失敗した場合、ＷＴＲＵは、直接パスリンクに対するＮＷによって割り当てられたリソースがもはや有効でないと判定してもよい。このことは、セッションに対してアクティブなＷＴＲＵが存在しないことをＷＴＲＵが検出したときに可能となることがある。このことは、セッションにおける送信ＷＴＲＵのみを考慮することによって可能となることがある。
別の技術に従って、無効なセッションパラメータが使用されてもよい。ＷＴＲＵは、直接パスリンクに対するネットワークによって割り当てられたリソースがもはや有効でないと判定したとき、Ｄ２Ｄリンクが障害を経験していると判定してもよい。例は以下を含むが、これらに限定されない。すなわち、割り当てられたリソースの有効性の時間満了、ならびに、直接パスのリソースに対応する、サービングセルに対して受信されたスケジューリング情報の変更が検出されること（Ｄ２Ｄリソースが、Ｄ２Ｄセッションおよび／または直接パスへのリソースの割り当てに専用のブロードキャストシグナリング、ブロードキャストチャネルによって割り当てられる場合）、である。ＷＴＲＵは、このような場合、特に、リソースが、専用シグナリングによって割り当てられたとき、または該当のＷＴＲＵのみに専用であったときに、ＵＬ ＤＬＦのみを判定してもよい。
別の技術に従って、無効なセキュリティ状態が使用されてもよい。ＷＴＲＵは、Ｄ２Ｄリンクおよび／またはＤ２Ｄセッションのセキュリティに問題があると判定したとき、Ｄ２Ｄリンクが障害を経験していると判定してもよい。例えば、ＷＴＲＵは、セキュリティアクティブ化が失敗したこと、セキュリティ状態がもはや有効でないこと、または／および、セキュリティがもはや同期されないことを判定してもよい。ＷＴＲＵはまた、インフラストラクチャリンクおよび／または確立されたＲＲＣ接続に関係する以下のイベントのうちの少なくとも１つに従って、ＤＬＦを判定してもよい。
別の技術に従って、ＲＲＣ接続状態遷移が使用されてもよい。ＷＴＲＵは、インフラストラクチャとの接続に対しＲＲＣ ＩＤＬＥへの遷移を実行するとき（例えば、ＲＲＣ接続解放を受信すると）、Ｄ２Ｄリンクが障害を経験していると判定してもよい。場合によっては、ＷＴＲＵは、このような場合、ＵＬ ＤＬＦのみを判定する。
セルがもはやＷＴＲＵにアクセス可能でない：ＷＴＲＵは、Ｄ２Ｄリンクに割り当てられたリソースに対応するサービングセルがもはやアクセス可能でないと判定したとき（例えば、セルがＷＴＲＵのクラスに対して禁じられているか、または、セルが緊急サービスのみを受け入れ、Ｄ２Ｄセッションがそのようなサービスクラスのものでない）、Ｄ２Ｄリンクが障害を経験していると判定してもよい。
アップリンクタイミング同期がもはや有効でない：ＷＴＲＵは、サービングセルにおける送信に対してアップリンクタイミング調節がもはや有効でないとき、Ｄ２Ｄリンクが障害を経験していると判定してもよい。ＷＴＲＵは、このような場合、ＵＬ ＤＬＦのみを判定する。
ＷＴＲＵはまた、以下の条件（ただしこれらに限定されない）のうちの少なくとも１つを検出したとき、Ｄ２Ｄセッションが障害を起こしている／終了していると判定してもよい。すなわち、ＷＴＲＵが、上述したような、直接パスに対するＤＬＦ、またはそれにつながる可能性のあるいずれかの条件を判定すること、ＷＴＲＵが、モビリティが障害を起こし（例えばＨＯが失敗した）、または、直接パスに対するモビリティが障害を起こしていると判定すること、および、ＷＴＲＵが、直接パスに対する構成を有さないｍｏｂｉｌｉｙｔ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥ（例えばＨＯコマンド）を有するＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信し、ＷＴＲＵがソースセルにおいて直接パス上の通信でアクティブであったこと、である。
図１４Ｂは、直接リンク障害（ＤＬＦ）（Ｄ２Ｄリンク障害とも称される）に関係するプロシージャ１４１８に対する別のフローチャートを示す。ＷＴＲＵは、ＲＲＣ ＩＤＬＥモードであってもよく、様々な直接パスリンクイベントに対し、直接パスを監視してもよい（１４２０）。次いでＷＴＲＵは、ＤＬＦを判定し（１４２１）、インフラストラクチャパス上でのサービス継続性の目的で、ＲＲＣ接続確立を開始してもよい（１４２２）。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＥｓｔａｂｌｉｓｈｍｅｎｔメッセージがＷＴＲＵによって送信されてもよい。
ＬＴＥシステムでは、ＷＴＲＵは、ＲＲＣ接続に関連付けられた単一のセキュリティコンテキストを維持してもよい。ＷＴＲＵは追加で、Ｄ２Ｄサービス、Ｄ２Ｄセッション、またはＤ２Ｄリンクに関連付けられたセキュリティコンテキストを維持してもよい。これらのセキュリティコンテキストは、鍵および／または暗号化アルゴリズムなど、いくつかのセキュリティパラメータを含んでもよい。図１５は、Ｄ２Ｄ通信に対するセキュリティプロシージャ１５００についてのフローチャートを示す。
Ｄ２Ｄ通信では、ＣＯＮＮＥＣＴＥＤモードにあるＷＴＲＵは、例えばＤ２Ｄリンクの構成と共に、セッション特有のセキュリティ構成をネットワークから受信してもよい（１５１０）。代わりにまたは追加的に、ＣＯＮＮＥＣＴＥＤモードにあり、セッションにおいてデータを送信するように構成されたＷＴＲＵは、確立されたインフラストラクチャリンク上でそのセキュリティパラメータを提供してもよく、それにより、Ｄ２Ｄセッションの受信側とすることができる任意のＷＴＲＵは、セキュリティパラメータを受信し、その後、それらを、このＷＴＲＵから受信された任意のデータに適用してもよい。複数の送信ＷＴＲＵを有するセッションに対し、セッションの間に受信するＷＴＲＵは、ＷＴＲＵ当たり１つのセキュリティ構成で構成されてよい（１５１０）。例えば、受信ＷＴＲＵは、送信ＷＴＲＵの識別を使用して、どのセキュリティコンテキストを適用するかを判定してもよい。
次いで、ＷＴＲＵは、アプリケーションに応じて、どのセキュリティパラメータを適用するかを判定してもよい（１５１１）。代わりにまたは追加的に、ＷＴＲＵは、対応するＤ２Ｄセッションに対するデータを生成するアプリケーションによって、関連するセキュリティパラメータで構成されてもよい。このようなパラメータは、固定であってもよく（例えば、加入者の情報、サービスグループなどの一部として）、または、上位レイヤによって取得されてもよい。
次いで、ＷＴＲＵは、特定の鍵セットまたは鍵階層を使用して、セキュリティ鍵を導出してもよい（１５１２）。ＷＴＲＵは、以下を含む（ただしこれらに限定されない）エンティティの１つまたは組合せに基づいて、Ｄ２Ｄセッションに対するセキュリティ鍵を導出するように構成されてもよい。すなわち、ＮＡＳレベルのＫASME（アクセスセキュリティ管理エンティティ）、ＡＳレベルのＫeNB、ＰｒｏＳｅサーバによって生成されるＫProSe（例えばサービスに関連する鍵）、ネットワークによって生成されるＫDirectPath（例えばＤ２ＤリンクまたはＤ２Ｄ接続に関連する鍵）である。例えば、上記の鍵の１または複数は、Ｄ２Ｄ通信のセキュリティコンテキストの一部であってよい。次いで、ＷＴＲＵは、直接パス上で交換されるデータおよび／または制御シグナリングに使用される暗号化および認証鍵に対し、後者の２つのパラメータを使用して鍵導出を実行してもよい。
上述した鍵の各々に対し、鍵の有効性は、地理的エリアに関連付けられてもよい。例えば、ＷＴＲＵは、セキュリティ関連プロシージャを実行してもよい。ＷＴＲＵは、所与のＤ２Ｄ接続／リンクに特有の鍵を使用してもよい。ＷＴＲＵは、ＫeNB鍵を少なくとも部分的に使用して、またはより一般的には、１または複数のｅＮＢに関連付けられ、および／または１または複数のｅＮＢによって割り当てられた鍵を使用して、Ｄ２Ｄセッションに対するセキュリティ鍵を導出する（１５１２）ように構成されてもよい。このセキュリティ鍵は、ＲＡＮ鍵と称されてもよい。ＷＴＲＵはさらに、ＫeNBがもはや有効でない場合にＷＴＲＵのサービングセルを変更したときにＤ２Ｄセッションを解放するように構成されてもよい。さらに別の例では、ＷＴＲＵはさらに、セッションマスタとして構成された場合にはＤ２Ｄセッションを維持するように、または、セッションスレーブとして構成された場合にはＤ２Ｄセッションを解放するように構成されてもよい。Ｄ２Ｄセッションが維持される場合、セッションマスタは、そのサービングセルからの新たなＫeNBに基づいて、鍵更新を要求するように構成されてもよい。
ＫeNB鍵は、直接パスおよび／またはＤ２Ｄ通信の、物理リソースに関連してもよい。したがって、ＫeNB鍵は、インフラストラクチャパスに使用される鍵とは異なってよい（すなわち、ＲＡＮに向けたセキュリティをアクティブ化するのに使用される鍵とは異なってもよい）。鍵は、リソースのセットを割り当てることができ、および／または物理レイヤパラメータまたはスケジューリングを制御することができる任意のｅＮＢを含む、１または複数のｅＮＢに共通であってもよい。鍵はまた、所与のセッションおよび／または所与の直接パスに対するリソースのセット上でアクティブに送信および／または受信している任意のＷＴＲＵを含む、関与する任意のＷＴＲＵに共通であってよい。
ＷＴＲＵは、ＫASME鍵を少なくとも部分的に使用して、または、ＮＡＳレイヤに関連付けられ、またはＮＡＳレイヤによって割り当てられた鍵を使用して、Ｄ２Ｄに対するセキュリティ鍵を導出してもよい（１５１２）。例えば、これはＣＮ鍵であってよい。ＷＴＲＵはさらに、ＫASMEがもはや有効でないことから、そのサービングＭＭＥを変更したときに、Ｄ２Ｄセッションを解放するように構成されてもよい。ＷＴＲＵはさらに、セッションマスタとして構成された場合にはＤ２Ｄセッションを維持するように、または、セッションスレーブとして構成された場合にはＤ２Ｄセッションを解放するように構成されてもよい。Ｄ２Ｄセッションが維持される場合、セッションマスタは、そのサービングセルからの新たなＫASMEに基づいて、鍵更新を要求するように構成されてもよい。
ＫASME鍵は、特定のＤ２Ｄセッション、サービス、および／または、同一の加入および／またはパブリックセーフティユニット（Public Safety unit）などの能力を共有するＷＴＲＵのグループに関連付けられてもよい。したがって、ＫASME鍵は、インフラストラクチャパスに使用される鍵とは異なってもよく、よって、ネットワークサービスにアクセスするためにＷＴＲＵによって使用される鍵とは異なってもよい。鍵は、１または複数のネットワークノードによって知られてもよい。例えば、リソースのセットを割り当てることができ、および／もしくは物理レイヤパラメータまたはスケジューリングを制御することができる任意のｅＮＢ、ならびに／または、Ｄ２Ｄセッションに関与し、所与のセッションおよび／もしくは所与の直接パスに対するリソースのセット上でアクティブに送信および／もしくは受信している任意のＷＴＲＵによって知られてよい。
ＷＴＲＵは、所与のＤ２Ｄセッションに特有の鍵を使用してもよい。ＷＴＲＵは、ＫProSe鍵を少なくとも部分的に使用して、Ｄ２Ｄに対するセキュリティ鍵を導出してもよい（１５１２）。１つの解決策では、ＷＴＲＵはさらに、サーバ変更に続いてＫProSeが有効でないことから、そのサービングＰｒｏＳｅサーバを変更したときに、Ｄ２Ｄセッションを解放するように構成されてもよい。ＷＴＲＵはさらに、セッションマスタとして構成された場合にはＤ２Ｄセッションを維持するように、または、セッションスレーブとして構成された場合にはＤ２Ｄセッションを解放するように構成されてもよい。Ｄ２Ｄセッションが維持される場合、セッションマスタは、そのサービングセルからの新たなＫProSeに基づいて、鍵更新を要求してもよい。Ｄ２Ｄセッションが維持される場合、セッションマスタは、そのサービングセルからの新たなＫProSeに基づいて、鍵更新を要求するように構成されてよい。
ＫProSe鍵は、特定のＤ２Ｄ通信サービスに関連付けられてもよい。鍵は、リソースのセットを割り当ててもよく、ならびに／または物理レイヤパラメータもしくはスケジューリングを制御することができる任意のｅＮＢ、および／もしくは、Ｄ２Ｄセッションに関与し、所与のセッションおよび／もしくは所与の直接パスに対するリソースのセット上でアクティブに送信および／もしくは受信している任意のＷＴＲＵなど、１または複数のネットワークノードによって知られてもよい。
ＷＴＲＵは、所与のＤ２Ｄセッションに特有の鍵を使用してもよい。ＷＴＲＵは、ＫDirectPathからＤ２Ｄに対するセキュリティ鍵を導出する（１５１２）ように構成されてもよい。ＫDirectPath鍵は、特定の直接パスに関連付けられてもよい。鍵は、リソースのセットを割り当ててもよく、ならびに／または物理レイヤパラメータまたはスケジューリングを制御することができる任意のｅＮＢ、および／もしくは、Ｄ２Ｄ通信セッションに関与し、所与のセッションおよび／もしくは所与の直接パスに対するリソースのセット上でアクティブに送信および／または受信している任意のＷＴＲＵなど、１または複数のネットワークノードによって知られてもよい。ＫDirectPath鍵はまた、対応する無線リソースが有効である間のみ、有効であってもよい。
認証付きセキュリティが構成された場合、および、セキュリティがアクティブ化を必要とする場合、ＷＴＲＵは、ＷＴＲＵがアルゴリズムおよびセキュリティコンテキストから取り出された鍵を使用して認証を検証することができるＤ２Ｄリンク上でデータを受信したとき、最初にセキュリティをアクティブ化してもよい（１５１３）。セキュリティアクティブ化は、セキュリティコンテキストがＤ２Ｄリンクに対する全ての送信ＷＴＲＵに共通であるとき、Ｄ２Ｄリンクに適用可能であってもよい。セキュリティアクティブ化はまた、セキュリティコンテキストがセッションにおける全ての送信ＷＴＲＵに共通であるとき、Ｄ２Ｄセッションに共通であってもよい。セキュリティアクティブ化はまた、データがそこから受信されるＷＴＲＵごとに適用可能であってもよい。このような認証情報は、任意の受信されたＰＤＵに対して、または特定のＰＤＵに対して存在してもよい。このようなＰＤＵは、Ｄ２Ｄリンクを介して交換される制御ＰＤＵであってよく、または、特定のシーケンス番号を有する任意のＰＤＵ（例えば、セッションにおける最初のＰＤＵ、または、ＳＮ ｍｏｄ（ｘ）＝０に対応するものなど、所与の期間ｘを有する任意のＰＤＵ）であってもよい。ＰＤＣＰが、Ｄ２Ｄリンク上で交換されるトラフィックに対して構成されるとき、ＰＤＣＰは、本明細書で説明されるようにセキュリティ機能を実行してもよい。
セキュリティのアクティブ化１５１３の障害、またはセキュリティ障害は、本明細書で説明されるようにサービス再確立につながることがある。ＷＴＲＵは、セキュリティのアクティブ化に失敗することがあり、または、同期を失ってセキュリティのアクティブ化１５１３に失敗することがある。ＷＴＲＵが障害を検出したとき、ＷＴＲＵは、新規セッションセットアップなど、直接パス通信から離れたモビリティイベントとしてサービスを再確立することができるように、プロシージャを開始してもよく、または、本明細書で説明されたモビリティイベントタイププロシージャにおけるように、Ｄ２Ｄセッション全体を終了させてもよい。
モビリティイベントが発生したとき、ＷＴＲＵは、以下の少なくとも１つを実行してもよい。すなわち、ＷＴＲＵは、ＷＴＲＵに、モビリティイベントが発生したときに、直接パスに対してセキュリティをアクティブ化させ（１５１３）、新たなセキュリティ構成をセキュリティ構成１５１０後の最初の送信に適用させる（１５１０）ことを含むことができる、セキュリティセキュリティを再開始してもよい。ＷＴＲＵは、モビリティイベントが上述したようなインフラストラクチャからトランスペアレントなローカルパスへのものであるときに、セキュリティをアクティブ化してもよく（１５１３）、これは、パス特有のセキュリティコンテキストが存在するときの、ネットワークによるトランスペアレントな転送を含んでもよい。ＷＴＲＵは、モビリティイベントが上述したようなインフラストラクチャから直接パスへのものであるときに、セキュリティをアクティブ化してもよい（１５１３）。ＷＴＲＵはまた、モビリティイベントが本明細書で説明されたような直接パスからローカルパスへのものであるとき（ネットワークがデータを復号化し、これをＷＴＲＵ特有のセキュリティコンテキストを使用して送信するときを含む）、またはその逆のときに、セキュリティをアクティブ化してもよい（１５１３）。
他の場合には、ＷＴＲＵは、リンクの再構成の後、いかなる修正なしにセキュリティを継続してもよい。これは、モビリティイベントがインフラストラクチャからローカルパスへのものであるとき（ネットワークがデータを復号化し、これをＷＴＲＵ特有のセキュリティコンテキストを使用して送信するときを含む）、またはその逆のときなどである。ＷＴＲＵはまた、モビリティイベントが本明細書で説明されたような直接パスからトランスペアレントなローカルパスへのものであるとき（パス特有のセキュリティコンテキストが存在するときにネットワークによってトランスペアレントな転送が使用されるときを含む）、またはその逆のときに、いかなる修正なしにセキュリティを継続してもよい。
図１６は、モビリティおよび測定イベントに対してトリガを使用することができるプロシージャ１６００についてのフローチャートを示す。ＷＴＲＵは、近接検出構成（測定構成と称されてもよい）によって構成されてもよく、および近接検出構成を維持してもよい（１６１０）。このような構成は、少なくとも１つの測定識別を含んでよく、これは、測定構成および／または発見信号プロパティにリンクされた、測定オブジェクトを含むが、これに限定されない。測定は、基準信号など、Ｄ２Ｄリンクに対して受信された送信に対して実行されてもよく、または、同一のＤ２Ｄセッションの他のＷＴＲＵに関連付けられた発見信号に関して実行されてもよく、または、本明細書で説明された物理レイヤ測定値など、リンク利用可能性および／またはリンク品質を評価するのに適した任意の他の信号に関して実行されてもよい。
直接パスに対する測定構成および報告が、本明細書に説明される。ＷＴＲＵによるｅＮＢへのＤ２Ｄ測定の報告を補助するために、ＭｅａｓＲｅｓｕｌｔｓＤ２Ｄなどの追加のＩＥが、既存のＭｅａｓＲｅｓｕｌｔｓ ＩＥに追加されてもよい。Ｏｔｈｅｒ−ＲＡＴ測定値がまた、このＩＥに収容されてよい。同様に、Ｄ２Ｄに対する測定報告構成を指定するために、ＲｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡ ＩＥに追加が行われてよく、または、別個のＲｅｐｏｒｔＣｏｎｆｉｇＤ２Ｄ ＩＥが生成されてもよい。Ｄ２Ｄ測定値に対するＬ３フィルタリングパラメータが、例えばｆｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔＤ２Ｄ ＩＥとして、別個に指定されてもよい。
ＷＴＲＵからｅＮＢへの検出報告をトリガする（１６１１）新たな測定イベントが生成されてもよい。ＷＴＲＵは、Ｄ２Ｄ特有のイベントで構成されてよく、これらのイベントは、直接パスが絶対閾値よりも高いこと、直接パスが絶対閾値よりも悪いこと、直接パスが閾値の分、インフラストラクチャパスよりもよいこと、を含むがこれらに限定されない。
Ｄ２Ｄ測定の報告をトリガもしくは制御（gate）するのに使用することができ、またはモビリティ決定に対するトリガとして使用することができる、他のいくつかの基準が、以下に列挙される。
ＷＴＲＵにおいてＤ２Ｄ周波数で検出される干渉レベルがまた基準であってもよい。干渉レベルは、パス損失測定よりも、配信可能データ容量をより示してもよい。例えば、潜在的なＤ２Ｄリンク上で測定されたＲＳＲＱが考慮されてよい。それはまた、ＲＳＲＱがある閾値未満のときであり、実際の構成されたＤ２ＤリンクのＲＳＲＰが別の閾値よりも高いときなどのような、２ステップ基準であってもよい。ＲＳＲＱ閾値はまた、ＲＳＲＱが閾値よりも高くなったときなど、Ｄ２Ｄリンクが確立および使用されているときに、構成および報告されてもよい。
ＷＴＲＵの現在のモビリティ状態（速度）がまた基準であってもよい。例えば、ＷＴＲＵが高速で移動している場合、Ｄ２Ｄリンクへの切替えが遅延されてもよい。このことは、リンクの頻繁な切替え、ゆえにデータ損失を回避することができる。しかし、予期されるＤ２Ｄリンクにおける両方のＷＴＲＵが高速で移動しているが、これら間のＤ２Ｄリンクの良好な測定値一貫して報告する場合、１つの含意（implication）は、これらは同一の方向に移動しており（おそらく、グループモビリティシナリオにおいてのように、一緒に）、よってこれらの間でＤ２Ｄリンクが確立されてもよい。モビリティ推定は、ドップラ測定または既存のモビリティ状態推定（ＭＳＥ：Mobility State Estimation）アルゴリズムに基づいてよく、または、ネットワークによって追跡されるように（例えばマクロモビリティを追跡することによって）推定されてもよい。
代わりにまたは追加的に、ＷＴＲＵは、他の品質測定とは別個の近接検出構成１６１０を有してもよい。ＷＴＲＵは、別のＷＴＲＵの近接性の検出（近接検出とも称される）に関係する信号の受信に対して構成されてもよい。代わりにまたは追加的に、ＷＴＲＵは、近接報告構成で構成されてもよい。このような構成は、近接検出が成功すると、検出報告をトリガする（１６１１）か否かを判定する能力をＷＴＲＵに提供することを含んでもよい。これは、例えば、受信信号自体に応じたものであってよく、例えば、信号の時間および／または周波数におけるリソースに応じたものであり、またはこの信号において受信された署名に応じたものであってよい。
ＷＴＲＵは、ＷＴＲＵおよび／またはサービスに対応する検出オブジェクトのリストを有してよく、このリストは、識別を含むことができるパラメータを使用して索引付けされてもよい。このような識別は、潜在的なピアＷＴＲＵおよび／またはＤ２Ｄ通信識別と称されてもよい、Ｄ２Ｄセッションに対応してもよい。ＷＴＲＵは、近接検出構成１６１０のアクティブ化状態を修正する制御シグナリングを受信してもよい。例えば、このような制御シグナリングは、ＰＤＣＣＨ上のＤＣＩ（場合によっては、ＷＴＲＵのグループ（例えば、Ｄ２Ｄ対応可能な、および／または特定のサービスに関心があるＷＴＲＵ）に適用可能なＲＮＴＩによってスクランブルされた）において、またはＭＡＣ ＣＥとして、またはＲＲＣシグナリングとして、受信されてもよい。それはまた、所与のエリア／セルにおける利用可能なＤ２Ｄセッションに関する情報を提供することになる、ブロードキャストまたはグループキャストチャネル上で受信されてよい。制御シグナリングは、適用可能な近接検出オブジェクトに対する索引を含んでもよい。
ＷＴＲＵは、その近接検出構成１６１０に対応する信号を受信した場合に、検出報告をトリガしてもよい（１６１１）。例えば、ＷＴＲＵは、検出された近接信号が、特定の信号、ＷＴＲＵ、および／またはＤ２Ｄセッション、の少なくとも１つに対応すると判定した場合に、検出構成に基づいて検出報告をトリガしてもよい（１６１１）。これは、以下を含むもの（ただしこれらに限定されない）に基づいてよい。すなわち、信号において受信された署名、識別、信号および近接検出に対する構成されたリソースセットに応じて判定された索引、セッションＩＤなど、検出された信号に関連付けられた特定のセッション、または、検出された信号に関連付けられたリンクのタイプ（例えばリンクがインフラストラクチャサポートを有するか）、である。
近接検出構成１６１０は、以下のオブジェクト（ただしこれらに限定されない）を含んでよい。
近接検出オブジェクト：このようなオブジェクトは、信号の１または複数のプロパティを含んでもよい。例えば、これは、周波数、および／またはリソースに対する索引の少なくとも１つを含んでもよい。ＷＴＲＵは、オブジェクト構成を使用して、どこで近接検出を試みることができるかを判定してもよい。例えば、オブジェクトは、Ｄ２Ｄサービスおよび／またはセッションの識別に関連付けられた、信号および／または識別のリストを含んでもよい。
近接報告構成：報告構成は、報告基準のリストに対応してもよい。例えば、これは、リソースに対する索引（近接検出オブジェクトによって提供されない場合）、ＷＴＲＵ識別、サービス識別、および／または直接パスタイプを含んでもよいが、これらに限定されない。このような構成は、追加的に、近接検出が成功したかを判定するために追加の測定が必要とされか否かを含んでもよい。ＷＴＲＵは、近接報告構成を使用して、検出が成功すると、検出構成１６１１に基づいて検出報告をトリガするか否かを判定してもよい。追加の基準は、周期的なまたは単一のイベントの記述を含んでもよい。このような構成は、追加的に、例えば、報告するための検出された信号および／またはＷＴＲＵ／サービスの番号を含むことができる、報告フォーマットを追加的に含んでもよい。
近接検出識別は、検出オブジェクトを近接検出構成１６１０とリンクさせることができる識別のリストに対応してもよい。例えば、ＷＴＲＵは、どの特定の信号が報告されているかをネットワークが判定することができるように、このような識別を検出報告に含めてもよい（または、場合によっては、本明細書に説明されたような測定報告にも）。
近接測定ギャップ構成：このような構成は、検出プロセスに関連付けられてもよい。例えばこれは、マクロレイヤのみに接続され、および／または近接検出構成１６１０の周波数／帯域において構成されたセルを有していない、ＷＴＲＵに有用であることがあり、それにより、ＷＴＲＵは、インフラストラクチャパス上のデータ転送を逃すことがなく、単に近接検出の目的で、追加の送受信機チェーン（transceiver chain）をオンにすることも必要とされなくてよい。
ＷＴＲＵは、以下のイベントを含む（ただしこれらに限定されない）イベントが発生したときに、近接検出報告をトリガしてもよい（１６１１）。
ＷＴＲＵは、近接検出構成１６１０を使用して、所与の周波数における１または複数のＷＴＲＵの存在を検出するように構成されてもよく、ならびに、受信された信号強度が不十分であり、および／またはＤ２Ｄセッションがアクティブでないときなど、十分な測定値が利用可能でない。
ＷＴＲＵは、近接検出構成１６１０を使用して、所与の周波数における１または複数のＷＴＲＵの存在を検出するように構成されてよく、および、関連付けられた測定が構成されない。
ＷＴＲＵが近接検出報告１６１１をトリガしたとき、ＷＴＲＵは、ＷＴＲＵの構成のＳＲＢ上で、ＲＲＣ ＳＤＵの送信を開始してもよい。
ネットワークは、直接パスおよび／または関連付けられた基準信号を構成することによって応答してもよい。ネットワーク側に対し、ネットワークノードは、近接検出報告１６１１の受信から、検出された信号に対応する１または複数の直接パスが構成およびアクティブ化されるべきか否かを判定してもよい。例えば、ＷＴＲＵは、その後、直接パスに対する構成を受信してもよく（１６１２）、無線品質測定（例えばＲＳＲＰまたは類似のもの）に適切な追加の基準信号の送信を開始して、さらなる測定を有効にしてもよく、ならびに／または、本明細書で説明される方法に従って、ハンドシェイクプロシージャを開始してＤ２Ｄリンクを確立してもよい。
ネットワークは、本明細書で説明された任意の他の方法に従って、直接パスおよび／または関連付けられた基準信号に対する測定を構成することによって応答してもよい。ネットワークノードはまた、近接検出報告１６１１の受信から、以下の動作を含む（ただしこれらに限定されない）少なくとも１つの動作を実行するようＷＴＲＵに命令することができるか否かを判定してもよい。
検出された信号に対応することができる直接パス（またはその対応する基準信号）に対し、それらが、そのＷＴＲＵに対してまだ構成されていない場合、および／またはそのような測定報告が検出報告と共に受信されなかった場合に、測定を実行する。
本明細書で説明された任意の他の方法に従って、ＷＴＲＵの構成（例えば、受信された測定報告が十分な無線品質を示す場合に）に対する直接パス（および／またはその対応する基準信号）を構成できるＲＲＣ再構成を実行する。
図１７Ａ乃至Ｂは、ＷＴＲＵがトリガに対する測定と共に近接検出を考慮することができるプロシージャ１７００および１７１８についてのフローチャートを示す。ＷＴＲＵは、Ｄ２Ｄセッション当たり、および／または所与のＤ２Ｄセッションに対するピアＷＴＲＵ当たりに、１つの測定オブジェクトで構成されてよい。Ｄ２Ｄセッションは、単一のＤ２Ｄリンクに対応してもよい。測定オブジェクトは、１または複数のエントリのリストを含んでもよく、各エントリは、少なくとも１つの発見信号プロパティを構成することができる。測定オブジェクト構成の、考えられる各ピアに対して、１つのこのようなエントリが存在してもよい。例えば、Ｄ２Ｄ対応可能なＷＴＲＵは、確立することに関心があってもよく、または、所与のＤ２Ｄセッションにおいてすでにアクティブであってよい。発見信号プロパティは、ＷＴＲＵ識別または書名、発見信号などに対する時間ドメイン位置および／または周波数ドメイン位置などの、近接検出情報に対応してもよい。このようなリストは、所与のＤ２Ｄセッションに対するＷＴＲＵのセットなど、ホワイトリスト登録された（whitelisted）ＷＴＲＵのセットに対応してよい。このような構成はまた、発見信号に関連するサービスのタイプなど、または直接パスのタイプなどの、情報を含んでもよい。例えば、構成は、直接パスがインフラストラクチャモードを使用するか否かに対応する情報、あるいは、ＲＳＲＰ測定に使用することができる基準信号のタイプに関する一部の情報を含んでもよい。
図１７Ａは、十分な条件が存在するときに、直接パスを確立するのにインバウンドモビリティトリガが使用するときについてのフローチャートを示す。例えば、ＷＴＲＵは、対応するサービスに対する直接パスの確立に関心があるときに、Ｄ２Ｄ測定拡張を含む測定オブジェクトに対し、近接検出測定の実行を開始してもよい（１７１０）。この近接検出測定１７１０は、例えば上述したように、受信された基準信号に関するものであってよい。代わりにまたは追加的に、ＷＴＲＵは、対応するＤ２Ｄサービスに対する直接パスの確立に関心があるときに、Ｄ２Ｄ測定拡張を含む測定オブジェクトに対し、測定報告をトリガしてもよい（１７１２）。次いで、ＷＴＲＵは、Ｄ２Ｄサービスに対し、少なくとも１つの対応するピアＷＴＲＵを成功して検出することができる（１７１１）。近接検出測定が開始され（１７１０）、測定がトリガ基準を満たすとき、ＷＴＲＵは、インフラストラクチャモードなどの場合に、測定報告をトリガしてもよい（１７１２）。代わりにまたは追加的に、ＷＴＲＵは、Ｄ２Ｄリンクの取得を開始して（１７１３）、本明細書で説明された任意の他の方法に従って、Ｄ２Ｄ通信を確立してもよい。
図１７Ｂは、不十分な条件が存在するときに直接パスから切り替えるのにアウトバウンドモビリティトリガが使用されうるときについてのフローチャートを示す。例えば、直接パス上でアクティブである間に、ＷＴＲＵは、進行中のＤ２Ｄセッションに対応するＤ２Ｄ測定拡張を含む測定オブジェクトに対し、測定を実行してもよい（１７２０）。このような場合、ＷＴＲＵが、測定イベントが発生した（例えばリンクの品質がある閾値未満であることを示すなど）と判定し（１７２１）、測定報告をトリガした（１７２２）とき、それはもはや、Ｄ２Ｄセッションにおける少なくとも１つの他のＷＴＲＵの近接性を成功して検出しないことがある。この場合、次いでＷＴＲＵは、本明細書で説明された任意の他の方法に従って、Ｄ２Ｄセッションから移動またはハンドオーバするための、および／またはＤ２Ｄセッションを再確立するためのプロシージャを開始してもよい（１７２３）。
実施形態
１．デバイス間（Ｄ２Ｄ）通信におけるモビリティのための方法。
２．モビリティは、あるｅＮＢから別のｅＮＢへの、Ｄ２Ｄセッションにおけるユーザのハンドオーバを含む、実施形態１における方法。
３．モビリティは再構成を含み、再構成は、通信パスの変更、サービングセルの変更、またはセル再選択を含む、前述の実施形態のいずれかにおける方法。
４．再構成は直接通信パスを開始または変更する、前述の実施形態のいずれかにおける方法。
５．再構成の場合に、イベント後に同じインフラストラクチャリンクが引き続き使用される、前述の実施形態のいずれかにおける方法。
６．ハンドオーバの場合に、イベント後に異なるインフラストラクチャノードが使用される、前述の実施形態のいずれかにおける方法。
７．ハンドオーバの場合に、障害が、再確立を必要とする無線リンク障害につながる、前述の実施形態のいずれかにおける方法。
８．再構成の場合に、障害が、最適には及ばない性能につながるが無線リンク障害にはつながらない、前述の実施形態のいずれかにおける方法。
９．第１の無線送信／受信ユニット（ＷＴＲＵ）であるＷＴＲＵ１が、第１の進化型ノードＢ（ｅＮＢ）であるｅＮＢ１に接続され、第２のＷＴＲＵであるＷＴＲＵ２が、第２のｅＮＢであるｅＮＢ２に接続される、前述の実施形態のいずれかにおける方法。
１０．ｅＮＢ内の場合に、同じｅＮＢが使用される、前述の実施形態のいずれかにおける方法。
１１．ｅＮＢ間の場合に、異なるｅＮＢが使用される、前述の実施形態のいずれかにおける方法。
１２．２つのｅＮＢが、同じ公衆地上モバイルネットワーク（ＰＬＭＮ）内の同じモビリティ管理エンティティ（ＭＭＥ）の下にある、前述の実施形態のいずれかにおける方法。
１３．２つのｅＮＢからのデータパスが、同じパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）につながる、前述の実施形態のいずれかにおける方法。
１４．２つのＷＴＲＵは、周期的な発見の間に、またはトリガ式の発見プロセスによって、直接パスリンク上で相互を発見する、前述の実施形態のいずれかにおける方法。
１５．周期的な発見の間に、ＷＴＲＵは、所定の時間インスタンスの間に他のＷＴＲＵによる発見シーケンス送信を探す、前述の実施形態のいずれかにおける方法。
１６．ＷＴＲＵは、他のＷＴＲＵによって発見されるように、割り当てられたタイムスロットの間に発見シーケンスを送信する、前述の実施形態のいずれかにおける方法。
１７．周期的な発見は、ＷＴＲＵが近くの全ての発見可能なＷＴＲＵを見つけるのを補助する、前述の実施形態のいずれかにおける方法。
１８．トリガ式の発見プロセスの場合に、ＷＴＲＵ１およびＷＴＲＵ２には、他方のデバイスのアドレスおよび発見送信パターンが提供される、前述の実施形態のいずれかにおける方法。
１９．トリガ式の発見は、ネットワークによって、ＷＴＲＵがＤ２Ｄ通信可能であることを識別した後で可能にされる、前述の実施形態のいずれかにおける方法。
２０．場所情報が発見をトリガする、前述の実施形態のいずれかにおける方法。
２１．トリガ式の発見は、ＷＴＲＵの直接パスリンクの反復的な測定を含む、前述の実施形態のいずれかにおける方法。
２２．２つのｅＮＢは、協調して、周期的な発見のための明示的な測定プロセスをセットアップする、前述の実施形態のいずれかにおける方法。
２３．ネットワークは、帯域外の場合にＤ２Ｄリンクについて測定が実施されなければならないキャリア周波数を提供する、前述の実施形態のいずれかにおける方法。
２４．ネットワークは、帯域内の場合に測定機会を可能にするための測定ギャップを提供する、前述の実施形態のいずれかにおける方法。
２５．バンド内の場合に、測定構成は一方のｅＮＢの制御下にある、前述の実施形態のいずれかにおける方法。
２６．バンド間の場合に、測定構成はｅＮＢ１とｅＮＢ２との間の協調を必要とする、前述の実施形態のいずれかにおける方法。
２７．ｅＮＢ１とｅＮＢ２との間の協調はＸ２インタフェースを介して行われる、前述の実施形態のいずれかにおける方法。
２８．ｅＮＢ１とｅＮＢ２との間の協調は、ＭＭＥの助けによりＳ１０インタフェースを介して行われる、前述の実施形態のいずれかにおける方法。
２９．ｅＮＢは、ＷＴＲＵのデバイス発見識別子間のマッピングをＭＭＥサーバに照会する、前述の実施形態のいずれかにおける方法。
３０．単一のネットワークノードが測定構成を決定する、前述の実施形態のいずれかにおける方法。
３１．インフラストラクチャパスから直接パスにハンドオーバする決定は、測定結果に基づいて行われる、前述の実施形態のいずれかにおける方法。
３２．測定閾値が構成される、前述の実施形態のいずれかにおける方法。
３３．ハンドオーバは単一のＷＴＲＵの測定に基づいてトリガされる、前述の実施形態のいずれかにおける方法。
３４．ｅＮＢは、ＭＭＥを介してＤ２Ｄサーバと通信してＷＴＲＵのＤ２Ｄ能力を決定する、前述の実施形態のいずれかにおける方法。
３５．Ｄ２Ｄ能力は、ＷＴＲＵが直接パス通信を実施できる帯域またはチャネルを含む、前述の実施形態のいずれかにおける方法。
３６．ｅＮＢ間のケースで、ｅＮＢ１およびｅＮＢ２は、Ｘ２を介して通信してＤ２Ｄ構成の詳細を決定する、前述の実施形態のいずれかにおける方法。
３７．Ｄ２Ｄセッションを確立するＷＴＲＵがマスタまたはスレーブとして構成される、前述の実施形態のいずれかにおける方法。
３８．新たなＩＰアドレスがＤ２Ｄセッションに使用される、前述の実施形態のいずれかにおける方法。
３９．Ｄ２Ｄ構成はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを介して提供される、前述の実施形態のいずれかにおける方法。
４０．ＷＴＲＵは、ＮＡＳまたはＲＲＣメッセージに対して、インフラストラクチャパスおよびＤ２Ｄパスについての新たなフィルタリング規則を取得するように構成された、前述の実施形態のいずれかにおける方法。
４１．ＷＴＲＵは直接パス上でハンドシェイク信号を交換する、前述の実施形態のいずれかにおける方法。
４２．ハンドシェイク信号は物理レイヤにおけるものである、前述の実施形態のいずれかにおける方法。
４３．ＷＴＲＵは、ＲＲＣＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅメッセージをｅＮＢに送信する、前述の実施形態のいずれかにおける方法。
４４．インフラストラクチャ無線ベアラおよびＥＰＳベアラが管理される、前述の実施形態のいずれかにおける方法。
４５．インフラストラクチャ無線ベアラは削除される、前述の実施形態のいずれかにおける方法。
４６．インフラストラクチャ無線ベアラは保持される、前述の実施形態のいずれかにおける方法。
４７．ＥＰＳベアラは純粋なＤ２Ｄ ＥＰＳベアラとして再構成される、前述の実施形態のいずれかにおける方法。
４８． ＥＰＳベアラは、Ｓ１インタフェースコンポーネントおよびＳ５インタフェースコンポーネントを削除することによって再構成される、前述の実施形態のいずれかにおける方法。
４９．Ｓ１インタフェースコンポーネントおよびＳ５インタフェースコンポーネントの削除は、ＭＭＥによって開始される専用ベアラ非アクティブ化プロシージャによって達成される、前述の実施形態のいずれかにおける方法。
５０．専用ベアラ非アクティブ化プロシージャは、ＷＴＲＵとｅＮＢとの間の無線ベアラを解放することを含む、前述の実施形態のいずれかにおける方法。
５１．ＥＰＳベアラは、インフラストラクチャパスデータ無線ベアラ（ＤＲＢ）と直接パスＤＲＢの両方を有する特別なＤ２Ｄ ＥＰＳベアラとして再構成される、前述の実施形態のいずれかにおける方法。
５２．サービスに関連するＥＰＳベアラは、コアネットワーク（ＣＮ）中のＷＴＲＵのＤ２Ｄセッションのために維持される、前述の実施形態のいずれかにおける方法。
５３．ＥＰＳベアラについてのＳ１−Ｕ通信パスが解体される、前述の実施形態のいずれかにおける方法。
５４．ｅＮＢ１は、無線リソース制御（ＲＲＣ）メッセージをＷＴＲＵ１に送信して、直接パスにリダイレクトされるどんなデータの送信も停止する、前述の実施形態のいずれかにおける方法。
５５．ｅＮＢ１は、現在のパケットデータ収束プロトコル（ＰＤＣＰ）ステータスをＷＴＲＵ１に提供する、前述の実施形態のいずれかにおける方法。
５６．ＰＤＣＰステータスは、ｅＮＢ１においてうまく受信された順序どおりの最後のＰＤＣＰプロトコルデータユニット（ＰＤＵ）のシーケンス番号をＷＴＲＵ１に知らせる、前述の実施形態のいずれかにおける方法。
５７．ＷＴＲＵ１は開始点を確認する、前述の実施形態のいずれかにおける方法。
５８．ｅＮＢ１は、ｅＮＢ１の送信バッファ中の残りのデータをＷＴＲＵ１に送信する、前述の実施形態のいずれかにおける方法。
５９．ｅＮＢ１は、順序どおりのＰＤＣＰサービスデータユニット（ＳＤＵ）からの受信されたデータパケットをＷＴＲＵ１からサービングゲートウェイ（ＳＧＷ）に転送する、前述の実施形態のいずれかにおける方法。
６０．ｅＮＢ１は、ｅＮＢ１とＳＧＷとの間の一般パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−ユーザプレーン（ＧＴＰ-Ｕ）上でエンドマーカパケットを送信する、前述の実施形態のいずれかにおける方法。
６１．エンドマーカは、ＧＴＰ−Ｕプロトコルを使用してＷＴＲＵ１のＧＴＰトンネルを介してＰＧＷに転送される、前述の実施形態のいずれかにおける方法。
６２．エンドマーカは、ＷＴＲＵ２のＧＴＰトンネルを介してｅＮＢ２に転送される、前述の実施形態のいずれかにおける方法。
６３．エンドマーカは、プライベート拡張を使用して施行される、前述の実施形態のいずれかにおける方法。
６４．プライベート拡張は追加の機能を定義する、前述の実施形態のいずれかにおける方法。
６５．ＷＴＲＵ１およびＷＴＲＵ２は２つの異なるＰＧＷに属する、前述の実施形態のいずれかにおける方法。
６６．ＰＧＷ１とＰＧＷ２との間にＧＴＰトンネル接続性がない、前述の実施形態のいずれかにおける方法。
６７．ｅＮＢ２におけるエンドマーカの受信は、ｅＮＢ１からのデータがそれ以上ないことを示す、前述の実施形態のいずれかにおける方法。
６８．ｅＮＢ２は、ＷＴＲＵ２への残りのデータの送信を完了する、前述の実施形態のいずれかにおける方法。
６９．ｅＮＢ２は、ｅＮＢ２へのエンドマーカの受信に対する肯定応答を送信する、前述の実施形態のいずれかにおける方法。
７０．ｅＮＢ１間のケースで、肯定応答はＸ２インタフェースを介して送信される、前述の実施形態のいずれかにおける方法。
７１．ｅＮＢ１は、送信されたＰＤＣＰステータス報告に基づいて直接パス上の送信を開始するようＷＴＲＵ１に命令する、前述の実施形態のいずれかにおける方法。
７２．直接パス上の送信は、ｅＮＢ１によって受信された順序どおりの最後のＰＤＣＰ ＰＤＵの後のＰＤＣＰ ＰＤＵから始まる、前述の実施形態のいずれかにおける方法。
７３．ＷＴＲＵは、より高いレイヤによって送達された同期メッセージに基づいてデータパス切替えを完了するように構成された、前述の実施形態のいずれかにおける方法。
７４．ＷＴＲＵはハンドオーバ失敗を検出する、前述の実施形態のいずれかにおける方法。
７５．ＷＴＲＵは、無線リンク品質、無線リンク障害、セキュリティ構成の不成功、またはヘッダ圧縮失敗に基づいてハンドオーバ失敗を検出する、前述の実施形態のいずれかにおける方法。
７６．ハンドオーバが失敗した場合に、ＷＴＲＵ１とＷＴＲＵ２との間の呼はインフラストラクチャパスを介して継続される、前述の実施形態のいずれかにおける方法。
７７．ハンドオーバ失敗タイマを使用して、種々のエアインタフェース遅延、ネットワーク遅延、および処理遅延が反映される、前述の実施形態のいずれかにおける方法。
７８．ｅＮＢ１およびｅＮＢ２は異なるＭＭＥに属する、前述の実施形態のいずれかにおける方法。
７９．ＷＴＲＵ１およびＷＴＲＵ２は２つの異なるＰＬＭＮに属する、前述の実施形態のいずれかにおける方法。
８０．２つのオペレータが、異なる周波数帯域を直接パス通信に使用する、前述の実施形態のいずれかにおける方法。
８１．２つのＰＬＭＮは、どの直接パス周波数を使用するかについて合意する、前述の実施形態のいずれかにおける方法。
８２．２つのＰＬＭＮは、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの一部として直接パス周波数をＷＴＲＵに提供する、前述の実施形態のいずれかにおける方法。
８３．直接パスの２つの方向に異なる周波数が使用される、前述の実施形態のいずれかにおける方法。
８４．データが公衆または私設インターネットクラウドを介して通常のＩＰデータとしてルーティングされる、前述の実施形態のいずれかにおける方法。
８５．ユーザからのパケット中のＩＰヘッダデータが調べられる、前述の実施形態のいずれかにおける方法。
８６．ヘッダ情報がｅＮＢ１とｅＮＢ２との間でＸ２インタフェースを介して搬送される、前述の実施形態のいずれかにおける方法。
８７．ターゲットｅＮＢが、ＳＧＷからの入来パケット中の情報を探して最後のパケットを決定する、前述の実施形態のいずれかにおける方法。
８８．インフラストラクチャは、インフラストラクチャを介した途中のパケットを考慮することなしに直接パスに切り替えられる、前述の実施形態のいずれかにおける方法。
８９．伝送プロトコル（ＴＣＰ）レイヤが、順序どおりでないイベントを処理する、前述の実施形態のいずれかにおける方法。
９０．ＷＴＲＵ１およびＷＴＲＵ２は、直接パス無線リンクの品質を監視する、前述の実施形態のいずれかにおける方法。
９１．直接パス無線リンクの劣化があった場合に測定イベントがトリガされる、前述の実施形態のいずれかにおける方法。
９２．測定イベントのトリガによりＲＲＣ測定報告がｅＮＢに送信される、前述の実施形態のいずれかにおける方法。
９３．ｅＮＢは、通信を第１のインフラストラクチャパスに切り替えることを決定してハンドオーバを開始する、前述の実施形態のいずれかにおける方法。
９４．ｅＮＢは、ＲＲＣ ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＷＴＲＵに送信する、前述の実施形態のいずれかにおける方法。
９５．新たなＤＲＢが再構成の一部として生み出される、前述の実施形態のいずれかにおける方法。
９６．新たなＤＲＢは、既存のインフラストラクチャパスＤＲＢに利用可能なセキュリティ鍵を使用する、前述の実施形態のいずれかにおける方法。
９７．ＷＴＲＵ１およびＷＴＲＵ２は、直接パスを介してＰＤＣＰステータスＰＤＵを交換する、前述の実施形態のいずれかにおける方法。
９８．ＷＴＲＵは、適切なキュー位置からインフラストラクチャを介して送信を継続してデータ損失を回避する、前述の実施形態のいずれかにおける方法。
９９．パス切替えは、新たなＤＲＢに対応するＥＰＳベアラにＳ１コンポーネントおよびＳ５コンポーネントを追加することによってコアネットワークに反映される、前述の実施形態のいずれかにおける方法。
１００．ＷＴＲＵが直接パス通信のみに携わるとき、対応するＥＰＳベアラ要素がＳＧＷ中にもＰＧＷ中にもない、前述の実施形態のいずれかにおける方法。
１０１．修正された専用ベアラアクティブ化プロシージャを使用してこれらのＥＰＳベアラ要素がセットアップされる、前述の実施形態のいずれかにおける方法。
１０２．別のＲＡＴのＷＴＲＵ接続が、ＷＴＲＵのＬＴＥ接続と同じＩＰアドレスを共有する、前述の実施形態のいずれかにおける方法。
１０３．別のＲＡＴに対する逸脱が、直接パスについてのＭＡＣおよびＰＨＹのＲＲＣ構成を含む、前述の実施形態のいずれかにおける方法。
１０４．別のＲＡＴのＭＡＣおよびＰＨＹの最上部でＩＰが直接に使用される、前述の実施形態のいずれかにおける方法。
１０５．別のＲＡＴのプロトコルがＬＴＥプロトコルスタックから分離される、前述の実施形態のいずれかにおける方法。
１０６．ｅＮＢのＲＲＣエンティティは直接パス通信を制御しない、前述の実施形態のいずれかにおける方法。
１０７．ＷＴＲＵの別のＲＡＴの接続は、ＬＴＥ接続とは異なるＩＰアドレスを有する、前述の実施形態のいずれかにおける方法。
１０８．ＷＴＲＵの別のＲＡＴの接続は、ＬＴＥ接続と同じＩＰアドレスを有する、前述の実施形態のいずれかにおける方法。
１０９．インフラストラクチャパスまたは直接パスを介したトラフィックのフローは、論理インタフェース（ＬＩＦ）の構成に支配される、前述の実施形態のいずれかにおける方法。
１１０．ＬＩＦは、物理レイヤインタフェースとＩＰレイヤとを相互から隠すインタフェースである、前述の実施形態のいずれかにおける方法。
１１１．ＬＩＦはＩＰモビリティフローのコンテキストで使用される、前述の実施形態のいずれかにおける方法。
１１２．ＷＴＲＵ１は、ＬＴＥ中または別のＲＡＴ中でＷＴＲＵ２を発見する、前述の実施形態のいずれかにおける方法。
１１３．ＬＴＥ発見の後に、ネットワークによってトリガされる別のＲＡＴの発見が続く、前述の実施形態のいずれかにおける方法。
１１４．別のＲＡＴの識別がＤ２Ｄサーバによって提供される、前述の実施形態のいずれかにおける方法。
１１５．別のＲＡＴは、ＬＴＥ発見に基づいてネットワークによってアクティブ化される、前述の実施形態のいずれかにおける方法。
１１６．ＷＴＲＵ１は、別のＲＡＴのチャネル品質を含む測定報告を送信する、前述の実施形態のいずれかにおける方法。
１１７．ｅＮＢは、通信を直接パスに移行させることを決定する、前述の実施形態のいずれかにおける方法。
１１８．直接パスの構成は、適切な論理インタフェースを提供することからなる、前述の実施形態のいずれかにおける方法。
１１９．ＷＴＲＵ中のアプリケーションから到着したさらに他のＩＰパケットが、別のＲＡＴのプロトコルスタックによって処理され、直接パスを介して送信される、前述の実施形態のいずれかにおける方法。
１２０．当該インフラストラクチャパスＤＲＢおよびＥＰＳベアラ要素は削除される、前述の実施形態のいずれかにおける方法。
１２１．ローカルパスにハンドオーバする決定が行われる、前述の実施形態のいずれかにおける方法。
１２２．ハンドオーバする決定が行われたとき、ｅＮＢ１は、ローカルパスをセットアップするようＸ２インタフェースを介してｅＮＢ２に要求する、前述の実施形態のいずれかにおける方法。
１２３．ｅＮＢ２は、応答を受信した後、ＳＧＷへのパケットの転送を停止し、ＧＴＰ−Ｕトンネルを介してエンドマーカを送信する、前述の実施形態のいずれかにおける方法。
１２４．エンドマーカはｅＮＢ２に到達する、前述の実施形態のいずれかにおける方法。
１２５．ｅＮＢ２は、ローカルパス開始メッセージの形で、Ｘ２インタフェースを介してｅＮＢ１に肯定応答を送信する、前述の実施形態のいずれかにおける方法。
１２６．ソースｅＮＢがユーザパケットをＩＰレイヤで終端してローカルパスルートを介してこれらをターゲットｅＮＢに転送した場合に、ローカルパス通信が開始する、前述の実施形態のいずれかにおける方法。
１２７．ｅＮＢは、ユーザデータプロトコルスタックをＩＰレイヤよりも下で終端する、前述の実施形態のいずれかにおける方法。
１２８．ＷＴＲＵとｅＮＢとの間のＰＤＣＰおよびＲＬＣ送信は、ＭＡＣレイヤで中継としての役割を果たす、前述の実施形態のいずれかにおける方法。
１２９．当該ＤＲＢに対応するＥＰＳベアラについてのＳ１およびＳ５リンクは削除される、前述の実施形態のいずれかにおける方法。
１３０．パス切替えオプションは、データ転送のためのＸ２パイプを作成するオプションで置き換えられる、前述の実施形態のいずれかにおける方法。
１３１．ＷＴＲＵは、ＬＴＥおよび非ＬＴＥ ＲＡＴ直接パスをサポートする、前述の実施形態のいずれかにおける方法。
１３２．ネットワークは、全てのＲＡＴにおけるデバイス識別子、およびそれらの間のマッピングを管理する、前述の実施形態のいずれかにおける方法。
１３３．ＷＴＲＵは、全ての直接パスにおける発見および測定を実施する、前述の実施形態のいずれかにおける方法。
１３４．ハンドオーバ決定の基礎として使用するための発見報告がｅＮＢに提供される、前述の実施形態のいずれかにおける方法。
１３５．無線ベアラ再構成プロシージャはＲＲＣ接続再構成である、前述の実施形態のいずれかにおける方法。
１３６．再構成は、ＬＩＦの再構成、無線ベアラ削除、ならびにＥＰＲベアラ追加および削除を含む、前述の実施形態のいずれかにおける方法。
１３７．ＷＴＲＵ２がｅＮＢ３に近づいたときにモビリティイベントが発生し、ハンドオーバがインフラストラクチャパスに対してトリガされる、前述の実施形態のいずれかにおける方法。
１３８．ＷＴＲＵは、それらの直接パス接続を閉じ、ハンドオーバ完了後にそれを再確立する、前述の実施形態のいずれかにおける方法。
１３９．ｅＮＢ２は、Ｘ２インタフェースを介してｅＮＢ３にＤ２Ｄハンドオーバ要求を送信する、前述の実施形態のいずれかにおける方法。
１４０．Ｄ２Ｄハンドオーバ要求は、直接パスの現在の構成、ならびにＷＴＲＵ１およびｅＮＢ１の識別を含む、前述の実施形態のいずれかにおける方法。
１４１．構成は、複数の識別のうちの少なくとも１つを含む、前述の実施形態のいずれかにおける方法。
１４２．ｅＮＢ３が、ＷＴＲＵの能力およびＤ２ＤポリシをＤ２Ｄサーバと共に検証する、前述の実施形態のいずれかにおける方法。
１４３．ハンドオーバ完了後、ｅＮＢ３は、Ｘ２インタフェースを介してｅＮＢ１に接触してＤ２Ｄ構成を交渉する、前述の実施形態のいずれかにおける方法。
１４４．結果的な構成は、ｅＮＢ１とｅＮＢ３との間の関係に依存する、前述の実施形態のいずれかにおける方法。
１４５．ｅＮＢ１およびｅＮＢ３は、ＲＲＣ ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎをＷＴＲＵ１およびＷＴＲＵ２にそれぞれ送信して直接パスを再構成する、前述の実施形態のいずれかにおける方法。
１４６．ＷＴＲＵは、Ｄ２Ｄセッションに使用されるパスを再構成するかまたはＷＴＲＵのＲＲＣ接続のモビリティを示す制御シグナリングをネットワークから受信した後、インフラストラクチャパスに戻るＤ２Ｄセッションの再確立を開始する、前述の実施形態のいずれかにおける方法。
１４７．ＷＴＲＵは、そのハンドオーバステータスをＤ２Ｄセッションの中の他のＷＴＲＵに知らせる、前述の実施形態のいずれかにおける方法。
１４８．ｅＮＢは、他のＷＴＲＵのハンドオーバステータスをＤ２Ｄセッションの中の他のＷＴＲＵに知らせる、前述の実施形態のいずれかにおける方法。
１４９．ＷＴＲＵは、モビリティプロシージャに関連するＤ２Ｄリンクについてのデータおよび／または制御シグナリングの送受信をサスペンドする、前述の実施形態のいずれかにおける方法。
１５０．ＷＴＲＵは、その構成役割をマスタからスレーブに切り替える、前述の実施形態のいずれかにおける方法。
１５１．ＷＴＲＵは、その構成役割をマスタに切り替える、前述の実施形態のいずれかにおける方法。
１５２．ＷＴＲＵは、ハンドオーバ準備およびセッションサスペンドメッセージを別のＷＴＲＵから受信する、前述の実施形態のいずれかにおける方法。
１５３．ＷＴＲＵは、発見検出プロセスをトリガするシグナリングを受信する、前述の実施形態のいずれかにおける方法。
１５４．ＷＴＲＵは、近接検出プロセスをトリガするシグナリングを受信する、前述の実施形態のいずれかにおける方法。
１５５．新たな直接パスが異なる周波数帯域にある場合、ＷＴＲＵは、その周波数に同調し、ＰＨＹハンドシェイクプロセスを経て新たな帯域における直接パス関連付けを再確認する、前述の実施形態のいずれかにおける方法。
１５６．ＷＴＲＵは、ＰＤＣＰステータスを交換して適切なキュー位置で通信を継続する、前述の実施形態のいずれかにおける方法。
１５７．ＷＴＲＵは、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージを送信する、前述の実施形態のいずれかにおける方法。
１５８．ＷＴＲＵは、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージの受信および送信に続いて送受信を再開する、前述の実施形態のいずれかにおける方法。
１５９．ＷＴＲＵは、発見されたサービスおよびＷＴＲＵに関するそのリストをリセットする、前述の実施形態のいずれかにおける方法。
１６０．ＷＴＲＵは、別のセルからの発見されたサービスおよびＷＴＲＵのリストを維持する、前述の実施形態のいずれかにおける方法。
１６１．ＷＴＲＵは、直接パスについてのタイミング情報を更新する、前述の実施形態のいずれかにおける方法。
１６２．ＷＴＲＵは、直接パスについての送信電力情報を得る、前述の実施形態のいずれかにおける方法。
１６３．ＷＴＲＵは、送信またはＤ２Ｄセッションのためのデータの量を含むバッファステータス報告（ＢＳＲ）を送信する、前述の実施形態のいずれかにおける方法。
１６４．ＷＴＲＵは、マルチキャストトラフィックを再同期させるための基礎として使用する、データフローに関連するＣＯＵＮＴ値を取得する、前述の実施形態のいずれかにおける方法。
１６５．ＷＴＲＵは、ＣＯＵＮＴ値を別のＷＴＲＵに送信する、前述の実施形態のいずれかにおける方法。
１６６．ＷＴＲＵは、セル再選択プロシージャを実施する、前述の実施形態のいずれかにおける方法。
１６７．ＷＴＲＵは、Ｄ２Ｄセッションを維持する可能性に基づいてセルを選択する、前述の実施形態のいずれかにおける方法。
１６８．ＷＴＲＵは、選択されたセル上でＤ２Ｄセッションが有効かどうか判定する、前述の実施形態のいずれかにおける方法。
１６９．ＷＴＲＵは、異なるＤ２Ｄリンクが使用可能なように、Ｄ２Ｄセッションに関係するパラメータを取得する、前述の実施形態のいずれかにおける方法。
１７０．ＷＴＲＵおよびネットワークは、無線リンクを測定および監視する、前述の実施形態のいずれかにおける方法。
１７１．ＷＴＲＵおよびネットワークは、リンクの突然の劣化によって発生する障害を管理する、前述の実施形態のいずれかにおける方法。
１７２．直接パス無線リンク障害（ＲＬＦ）がＤ２Ｄにおいて発生する、前述の実施形態のいずれかにおける方法。
１７３．直接リンク障害（ＤＬＦ）がＤ２Ｄにおいて発生する、前述の実施形態のいずれかにおける方法。
１７４．ＷＴＲＵ１は、直接パス上の全ての通信をすぐに中止する、前述の実施形態のいずれかにおける方法。
１７５．ＷＴＲＵ２は、ＷＴＲＵ１が直接パス上の全ての通信を中止するのに基づいて、直接リンク障害を検出する、前述の実施形態のいずれかにおける方法。
１７６．ＷＴＲＵ１は、通信を中止する前に、ＲＬＦを示すメッセージを直接パス上でＷＴＲＵ２に送信する、前述の実施形態のいずれかにおける方法。
１７７．ＷＴＲＵ１は、ｅＮＢ１からの現在のグラントが許可する限り、直接パス送信を継続する、前述の実施形態のいずれかにおける方法。
１７８．ＷＴＲＵ１は、ＶａｒＲＬＦＲｅｐｏｒｔの一部として、最後の直接パス測定値、およびＷＴＲＵ２の物理識別を記憶する、前述の実施形態のいずれかにおける方法。
１７９．ＷＴＲＵ１は、接続が再確立されるとＶａｒＲＬＦＲｅｐｏｒｔをＷＴＲＵ２に送信する、前述の実施形態のいずれかにおける方法。
１８０．ＷＴＲＵ１は、ベースラインＲＬＦ処理の一部として、適切なセルを短期間で見つけることができる場合に接続再確立プロシージャを経る、前述の実施形態のいずれかにおける方法。
１８１．再確立の一部として、ＷＴＲＵ１は、ＷＴＲＵ１の前の物理セルＩＤを新たなｅＮＢに提供する、前述の実施形態のいずれかにおける方法。
１８２．Ｄ２Ｄ呼が進行中であったことをｅＮＢ２に知らせる追加のフィールドがＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ要求に挿入される、前述の実施形態のいずれかにおける方法。
１８３．ｅＮＢ２は、Ｘ２インタフェースを介してｅＮＢ１に照会して前のＤ２Ｄ構成を得ることが可能にされる、前述の実施形態のいずれかにおける方法。
１８４．ｅＮＢ２は、新たなＤ２Ｄ構成をｅＮＢ１と交渉する、前述の実施形態のいずれかにおける方法。
１８５．新たなＤ２Ｄ構成は、ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージの一部としてＷＴＲＵ１に提供される、前述の実施形態のいずれかにおける方法。
１８６．ＷＴＲＵは、ＤＬＦを決定し、直接パス上の送信をサスペンドする、前述の実施形態のいずれかにおける方法。
１８７．ＲＲＣアイドルモードのＷＴＲＵは、インフラストラクチャパスを介したサービス継続性のためにＲＲＣ接続確立を開始する、前述の実施形態のいずれかにおける方法。
１８８．ＤＬＦは、アップリンクおよびダウンリンクで別々に決定される、前述の実施形態のいずれかにおける方法。
１８９．Ｄ２Ｄ呼が継続する、前述の実施形態のいずれかにおける方法。
１９０．ＤＬＦは、直接パスについての構成可能な数の連続した非同期指示である、前述の実施形態のいずれかにおける方法。
１９１．ＤＬＦは、ＲＬＣ再送失敗である、前述の実施形態のいずれかにおける方法。
１９２．ＤＬＦは、ＷＴＲＵによってｅＮＢに対して示される、前述の実施形態のいずれかにおける方法。
１９３．ｅＮＢ間のケースで、Ｘ２インタフェースを介してｅＮＢ間で協調が必要とされる、前述の実施形態のいずれかにおける方法。
１９４．ＷＴＲＵは、インフラストラクチャパスを介してｅＮＢにＰＤＣＰステータスを報告する、前述の実施形態のいずれかにおける方法。
１９５．ＷＴＲＵは、直接パスリンクに関連する以下のイベント、すなわち、ＲＬＣ障害、ＨＡＲＱ障害、直接パス上のピアからの障害指示、発見検出の不成功、近接検出の不成功、無効なセッションパラメータ、無効なセキュリティ状態、ＲＲＣ接続状態遷移、アクセス不可能なセル、無効なアップリンクタイミング同期、のうちの少なくとも１つに基づいて、ＤＬＦを決定する、前述の実施形態のいずれかにおける方法。
１９６．ＷＴＲＵは、セッション特有のセキュリティ構成を受信する、前述の実施形態のいずれかにおける方法。
１９７．ＷＴＲＵは、Ｄ２Ｄセッションの受信側になることが可能にされるように、確立されたインフラストラクチャリンクを介してそのセキュリティパラメータを提供する、前述の実施形態のいずれかにおける方法。
１９８．ＷＴＲＵは、セキュリティパラメータを使用してＤ２Ｄセッションについてのデータを生成する、前述の実施形態のいずれかにおける方法。
１９９．ＷＴＲＵは、ＮＡＳレベルのＫＡＳＭＥ（アクセスセキュリティ管理エンティティ）、ＡＳレベルのＫｅＮＢ、ＰｒｏＳｅサーバによって生成されるＫＰｒｏＳｅ（例えばサービスに関連する鍵）、またはネットワークによって生成されるＫＤｉｒｅｃｔＰａｔｈ（例えばＤ２ＤリンクまたはＤ２Ｄ接続に関連する鍵）、のうちの１つからセキュリティ鍵を導出する、前述の実施形態のいずれかにおける方法。
２００．鍵の有効性は地理エリアに関連する、前述の実施形態のいずれかにおける方法。
２０１．ＷＴＲＵは、ＷＴＲＵがセキュリティコンテキストから取り出されたアルゴリズムおよび鍵を使用して認証を検証するＤ２Ｄリンク上でデータを受信したときに、最初にセキュリティをアクティブ化する、前述の実施形態のいずれかにおける方法。
２０２．ＰＤＣＰはセキュリティ機能を実施する、前述の実施形態のいずれかにおける方法。
２０３．ＷＴＲＵは、セキュリティアクティブ化失敗の後で再確立プロシージャを開始する、前述の実施形態のいずれかにおける方法。
２０４．ＷＴＲＵは、ＤＬＦを決定したとき、ハンドオーバが失敗したと決定したとき、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信したとき、のうちの少なくとも１つで、Ｄ２Ｄセッションが終了しつつあると決定する、前述の実施形態のいずれかにおける方法。
２０５．ＷＴＲＵは測定構成で構成される、前述の実施形態のいずれかにおける方法。
２０６．測定構成は追加の情報要素（ＩＥ）を含む、前述の実施形態のいずれかにおける方法。
２０７．既存のＭｅａｓＲｅｓｕｌｔｓ情報要素（ＩＥ）にＭｅａｓＲｅｓｕｌｔｓＤ２Ｄが追加される、前述の実施形態のいずれかにおける方法。
２０８．既存のＲｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡ ＩＥにＲｅｐｏｒｔＣｏｎｆｉｇＤ２Ｄが追加される、前述の実施形態のいずれかにおける方法。
２０９．ＷＴＲＵにおいてＤ２Ｄ周波数で検出される干渉レベルが、Ｄ２Ｄ測定の報告をトリガするための基準である、前述の実施形態のいずれかにおける方法。
２１０．干渉レベルは、送達可能データ容量を示す、前述の実施形態のいずれかにおける方法。
２１１．ＷＴＲＵの現在のモビリティ速度が、Ｄ２Ｄ測定の報告をトリガするための基準である、前述の実施形態のいずれかにおける方法。
２１２．ＷＴＲＵが高速モビリティにあるとき、ＷＴＲＵはＤ２Ｄリンクの切替えを控える、前述の実施形態のいずれかにおける方法。
２１３．ＷＴＲＵは近接検出構成を有する、前述の実施形態のいずれかにおける方法。
２１４．ＷＴＲＵは、ＷＴＲＵおよびサービスに関連する検出オブジェクトの、索引付けされたリストを有する、前述の実施形態のいずれかにおける方法。
２１５．ＷＴＲＵは、検出構成を受信したときに検出報告をトリガする、前述の実施形態のいずれかにおける方法。
２１６．検出構成は、近接検出オブジェクト、近接報告構成、近接検出識別、近接測定ギャップ構成を含む、前述の実施形態のいずれかにおける方法。
２１７．ＷＴＲＵは、ＷＴＲＵの構成のＳＲＢを介してＲＲＣ ＳＤＵの送信を開始する、前述の実施形態のいずれかにおける方法。
２１８．ネットワークは、直接パスを構成することによって検出報告に応答する、前述の実施形態のいずれかにおける方法。
２１９．ＷＴＲＵは、トリガのために測定と共に近接検出を考慮する、前述の実施形態のいずれかにおける方法。
２２０．ＷＴＲＵは、直接パスのための条件が十分であるときにインバウンドモビリティトリガを受け取る、前述の実施形態のいずれかにおける方法。
２２１．ＷＴＲＵは、直接パスのための条件が不十分であるときにアウトバウンドモビリティトリガを送る、前述の実施形態のいずれかにおける方法。
２２２．受信機と、
送信機と、
受信機および送信機と通信するプロセッサとを備える、前述の実施形態のいずれかにおける方法を実施するように構成されたＷＴＲＵ。
２２３．実施形態１乃至２２１のいずれかにおける方法を実施するように構成された基地局。
２２４．実施形態１乃至２２１のいずれかにおける方法を実施するように構成された集積回路。
２２５．実施形態１乃至２２１のいずれかにおける方法を実施するように構成されたアクセスポイント（ＡＰ）。
２２６．実施形態１乃至２２１のいずれかにおける方法を実施するように構成されたネットワーク。
２２７．第１の進化型ＮｏｄｅＢ（ｅＮＢ）におけるデバイス間（Ｄ２Ｄ）通信のためのモビリティの方法であって、
無線リソース制御（ＲＲＣ）測定報告を第１の無線送信／受信ユニット（ＷＴＲＵ）から受信すること、
第２のＷＴＲＵの能力の要求をＤ２Ｄサーバに送信すること、
第２のＷＴＲＵの能力の応答をＤ２Ｄサーバから受信すること、
Ｄ２Ｄ構成要求を第２のｅＮＢに送信すること、
Ｄ２Ｄ構成応答を第２のｅＮＢから受信すること、
直接パス開始メッセージを第２のｅＮＢに送信すること、および
パス切替え要求をモビリティ管理エンティティ（ＭＭＥ）に送信することを含む方法。
以上では特徴および要素が特定の組合せで説明されているが、各特徴または要素は、単独で、または他の特徴および要素との任意の組合せで使用されてもよいことを、当業者なら理解するであろう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実行されてもよい。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して伝送される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光学磁気媒体、ならびに、ＣＤ−ＲＯＭディスクおよびディジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、これらに限定されない。プロセッサがソフトウェアと共に使用されて、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ中で使用される無線周波数送受信機が実現されてよい。

Claims (10)

  1. 無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
    前記ＷＴＲＵによって、ロングタームエボリューション（ＬＴＥ）無線アクセス技術（ＲＡＴ）を使用して、非ＬＴＥ ＲＡＴを使用するための情報を受信するステップと、
    前記ＷＴＲＵによって、前記非ＬＴＥ ＲＡＴを使用して、発見情報を受信するステップと、
    前記ＷＴＲＵによって、前記発見情報に基づいて、デバイスツーデバイス（Ｄ２Ｄ）通信についての前記非ＬＴＥ ＲＡＴを監視するステップと、
    前記ＷＴＲＵによって、前記ＬＴＥ ＲＡＴを使用して、前記発見情報に基づいて報告を送信するステップと、
    前記ＷＴＲＵによって、前記ＬＴＥ ＲＡＴを使用して、前記ＷＴＲＵが前記非ＬＴＥ ＲＡＴを使用して別のＷＴＲＵとのＤ２Ｄ通信リンクを確立することを可能にするメッセージを受信するステップと、
    前記ＷＴＲＵによって、前記非ＬＴＥ ＲＡＴを使用して、前記受信されたメッセージに基づいて前記Ｄ２Ｄ通信リンク上で別のＷＴＲＵと通信するステップと
    を備えたことを特徴とする方法。
  2. 前記ＷＴＲＵによって、近接検出構成をｅＮＢから受信するステップをさらに備えたことを特徴とする請求項１に記載の方法。
  3. 前記Ｄ２Ｄ通信リンクは、少なくとも１つの無線リソース制御（ＲＲＣ）接続再構成メッセージをｅＮＢから受信することにさらに基づいていることを特徴とする請求項１に記載の方法。
  4. 前記ＷＴＲＵによって、少なくとも１つの発見信号プロパティが閾値を下回っていると検出するステップと、
    前記ＷＴＲＵによって、インフラストラクチャパスへのハンドオーバを開始するステップと
    をさらに備えたことを特徴とする請求項１に記載の方法。
  5. 前記ＷＴＲＵによって、Ｄ２Ｄ通信についてのセキュリティ構成を受信するステップと、
    前記ＷＴＲＵによって、前記Ｄ２Ｄ通信に適用可能なセキュリティパラメータを決定するステップと、
    前記ＷＴＲＵによって、前記Ｄ２Ｄ通信についてのセキュリティをアクティブ化するステップと
    をさらに備えたことを特徴とする請求項１に記載の方法。
  6. 無線送信／受信ユニット（ＷＴＲＵ）であって、
    ロングタームエボリューション（ＬＴＥ）無線アクセス技術（ＲＡＴ）を使用して、非ＬＴＥ ＲＡＴを使用するための情報を受信する手段と、
    前記非ＬＴＥ ＲＡＴを使用して、発見情報を受信する手段と、
    前記発見情報に基づいて、デバイスツーデバイス（Ｄ２Ｄ）通信についての前記非ＬＴＥ ＲＡＴを監視する手段と、
    前記ＬＴＥ ＲＡＴを使用して、前記発見情報に基づいて報告を送信する手段と、
    前記ＬＴＥ ＲＡＴを使用して、前記ＷＴＲＵが前記非ＬＴＥ ＲＡＴを使用して別のＷＴＲＵとのＤ２Ｄ通信リンクを確立することを可能にするメッセージを受信する手段と、
    前記非ＬＴＥ ＲＡＴを使用して、前記受信されたメッセージに基づいて前記Ｄ２Ｄ通信リンク上で別のＷＴＲＵと通信する手段と
    を備えたことを特徴とするＷＴＲＵ。
  7. 近接検出構成をｅＮＢから受信する手段をさらに備えたことを特徴とする請求項６に記載のＷＴＲＵ。
  8. 前記Ｄ２Ｄ通信リンクは、少なくとも１つの無線リソース制御（ＲＲＣ）接続再構成メッセージをｅＮＢから受信することにさらに基づいていることを特徴とする請求項６に記載のＷＴＲＵ。
  9. 少なくとも１つの発見信号プロパティが閾値を下回っていると検出する手段と、
    インフラストラクチャパスへのハンドオーバを開始する手段と
    をさらに備えたことを特徴とする請求項６に記載のＷＴＲＵ。
  10. Ｄ２Ｄ通信についてのセキュリティ構成を受信する手段と、
    前記Ｄ２Ｄ通信に適用可能なセキュリティパラメータを決定する手段と、
    前記Ｄ２Ｄ通信についてのセキュリティをアクティブ化する手段と、
    をさらに備えたことを特徴とする請求項６に記載のＷＴＲＵ。
JP2018097187A 2012-05-31 2018-05-21 無線システムにおけるデバイスツーデバイス（ｄ２ｄ）モビリティのための方法および装置 Active JP6568978B2 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201261653643P 2012-05-31 2012-05-31
US61/653,643 2012-05-31
US201361818182P 2013-05-01 2013-05-01
US61/818,182 2013-05-01

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2015515194A Division JP2015521455A (ja) 2012-05-31 2013-05-30 無線システムにおけるデバイスツーデバイス（ｄ２ｄ）モビリティのための方法および装置

Publications (2)

Publication Number Publication Date
JP2018125895A JP2018125895A (ja) 2018-08-09
JP6568978B2 true JP6568978B2 (ja) 2019-08-28

Family

ID=48626158

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2015515194A Pending JP2015521455A (ja) 2012-05-31 2013-05-30 無線システムにおけるデバイスツーデバイス（ｄ２ｄ）モビリティのための方法および装置
JP2018097187A Active JP6568978B2 (ja) 2012-05-31 2018-05-21 無線システムにおけるデバイスツーデバイス（ｄ２ｄ）モビリティのための方法および装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2015515194A Pending JP2015521455A (ja) 2012-05-31 2013-05-30 無線システムにおけるデバイスツーデバイス（ｄ２ｄ）モビリティのための方法および装置

Country Status (5)

Country Link
US (1) US10045386B2 (ja)
EP (1) EP2856836B1 (ja)
JP (2) JP2015521455A (ja)
TW (1) TWI630840B (ja)
WO (1) WO2013181421A2 (ja)

Families Citing this family (196)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9496972B2 (en) * 2010-03-08 2016-11-15 Htc Corporation Communication devices and methods thereof
TWI626855B (zh) 2012-04-27 2018-06-11 內數位專利控股公司 最佳化鄰近資料路徑設置方法及裝置
CN108347713B (zh) 2012-04-27 2021-12-28 交互数字专利控股公司 Wtru及由wtru执行的方法
WO2013170482A1 (en) * 2012-05-18 2013-11-21 Nokia Corporation Method and apparatus for switch
US10045386B2 (en) 2012-05-31 2018-08-07 Interdigital Patent Holdings, Inc. Method and apparatus for device-to-device (D2D) mobility in wireless systems
JP6174022B2 (ja) * 2012-06-06 2017-08-02 京セラ株式会社 通信制御方法、ユーザ端末、プロセッサ、及び記憶媒体
US10200844B2 (en) * 2012-08-23 2019-02-05 Nokia Solutions And Networks Oy Massive discovery of devices
KR102012734B1 (ko) * 2012-09-25 2019-08-21 한국전자통신연구원 셀룰러 이동통신 기반 단말간 직접 통신에서 링크 적응 송수신 방법
CN103716850B (zh) * 2012-09-29 2018-10-26 中兴通讯股份有限公司 通信路径的切换方法、系统及装置
US8873757B2 (en) * 2012-10-19 2014-10-28 Qualcom Incorporated Methods and apparatus for providing network-assisted key agreement for D2D communications
CN104041171B (zh) * 2012-10-24 2018-11-20 华为技术有限公司 一种协作通信处理方法、基站及系统
US10009819B2 (en) * 2012-11-02 2018-06-26 Apple Inc. Network cell transitions for VoLTE devices at call initiation
US9532224B2 (en) * 2012-11-05 2016-12-27 Electronics And Telecommunications Research Institute Method of device-to-device discovery and apparatus thereof
EP2952054A4 (en) * 2012-11-09 2016-11-23 Nokia Technologies Oy METHODS AND APPARATUSES FOR RECOVERING RADIO RESOURCE CONTROL CONNECTION
CN103856527B (zh) * 2012-12-05 2018-05-11 上海诺基亚贝尔股份有限公司 用于受蜂窝移动通信网络控制的终端直通的方法
US9241365B2 (en) 2012-12-05 2016-01-19 Htc Corporation Method of handling device to device communication and related communication device
US9001736B2 (en) 2012-12-13 2015-04-07 Sony Corporation Network-controlled terminal-to-terminal direct communication in wireless telecommunication network
WO2014104627A1 (ko) * 2012-12-30 2014-07-03 엘지전자 주식회사 무선 통신 시스템에서 장치 대 장치 통신 수행 방법 및 장치
US9854460B2 (en) * 2013-01-28 2017-12-26 Institute For Information Industry Transmitting direct mode communication apparatus, receiving direct mode communication apparatus and communication path switching method thereof
US9357580B2 (en) * 2013-02-07 2016-05-31 Industrial Technology Research Institute Method for switching communication connection mode, communication system, base station, transmitter and receiver
KR101833187B1 (ko) * 2013-02-22 2018-02-27 인텔 아이피 코포레이션 액세스 네트워크 선택 및 트래픽 라우팅을 위한 시스템 및 방법
CN105122886B (zh) * 2013-03-08 2019-03-08 诺基亚技术有限公司 用于设备到设备通信的切换的方法和装置
US9119123B2 (en) * 2013-03-13 2015-08-25 Motorola Solutions, Inc. Method and apparatus for performing Wi-Fi offload without interrupting service
WO2014163054A1 (ja) * 2013-04-02 2014-10-09 シャープ株式会社 端末装置、基地局装置および制御装置
CA2910662C (en) * 2013-04-26 2017-10-31 Huawei Technologies Co., Ltd. Data transmission method, base station, and wireless communications device
CN104144437A (zh) * 2013-05-08 2014-11-12 中兴通讯股份有限公司 设备到设备测量处理方法及装置
HUE034771T2 (en) * 2013-05-16 2018-02-28 Ericsson Telefon Ab L M Wireless device including network nodes and procedures for managing device-to-device (D2D) communications in a wireless telecommunication network during transfer
CN104219681B (zh) 2013-06-03 2020-05-05 索尼公司 无线通信系统中的装置和方法
EP3454594B1 (en) * 2013-06-11 2020-11-04 Seven Networks, LLC Offloading application traffic to a shared communication channel for signal optimisation in a wireless network for traffic utilizing proprietary and non-proprietary protocols
US10440692B2 (en) * 2013-06-13 2019-10-08 Nokia Technologies Oy Reporting idle mode equipment data
EP3576447A1 (en) * 2013-06-28 2019-12-04 NEC Corporation Security for prose group communication
CN108990063A (zh) 2013-06-28 2018-12-11 日本电气株式会社 通信系统、网络和用户设备及其通信方法
JPWO2015005158A1 (ja) * 2013-07-09 2017-03-02 シャープ株式会社 通信制御方法、端末装置および基地局装置
KR102141114B1 (ko) 2013-07-31 2020-08-04 삼성전자주식회사 단말 대 단말 통신에서 시간 동기화 방법 및 장치
CN104349381A (zh) * 2013-08-09 2015-02-11 中兴通讯股份有限公司 一种业务迁移方法和装置
CN104427489B (zh) * 2013-08-29 2018-11-23 电信科学技术研究院 一种通信切换、建立方法及设备
EP3039831A1 (en) * 2013-08-30 2016-07-06 Nokia Solutions and Networks Oy Methods and apparatus
US10117224B2 (en) * 2013-09-20 2018-10-30 Qualcomm Incorporated MAC subheader for D2D broadcast communication for public safety
US10681754B2 (en) * 2013-09-24 2020-06-09 Samsung Electronics Co., Ltd. Apparatus and method for establishing network controlled direct connection in communication system supporting device to device scheme
US9635489B2 (en) 2013-09-27 2017-04-25 Huawei Device Co., Ltd. Signal transmission method for device to device direct communication between user equipments and user equipment
US9900810B2 (en) * 2013-10-03 2018-02-20 Lg Electronics Inc. Method and apparatus for handling radio resources for device-to-device operation in wireless communication system
JP6197109B2 (ja) * 2013-10-03 2017-09-13 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるｄ２ｄ動作のための資源を使用する方法及び装置
JP5864034B2 (ja) 2013-10-11 2016-02-17 京セラ株式会社 通信制御方法、ユーザ端末及び通信装置
CN105009654A (zh) * 2013-10-18 2015-10-28 华为技术有限公司 D2d终端间的初始同步方法及设备
US20150117295A1 (en) * 2013-10-30 2015-04-30 Electronics And Telecommunications Research Institute Method and apparatus for device-to-device communication
JP6555258B2 (ja) * 2013-10-30 2019-08-07 日本電気株式会社 移動通信システム、ＰｒｏＳｅ Ｆｕｎｃｔｉｏｎ、ＵＥ及び方法
US10028264B2 (en) 2013-10-30 2018-07-17 Lg Electronics Inc. Method for transmitting and receiving control information for device-to-device (D2D) communication in wireless communication system and apparatus therefor
CN105706390B (zh) * 2013-10-30 2020-03-03 三星电子株式会社 在无线通信网络中执行设备到设备通信的方法和装置
WO2015065079A1 (en) * 2013-10-31 2015-05-07 Samsung Electronics Co., Ltd. Method and system for charging information recording in device to device(d2d) communication
US10531472B2 (en) * 2013-10-31 2020-01-07 Sony Corporation Communications system, communications device and method of communicating
CN104618089B (zh) * 2013-11-04 2019-05-10 华为技术有限公司 安全算法的协商处理方法、控制网元和系统
US9264968B2 (en) * 2013-12-03 2016-02-16 Apple Inc. Device to device communications with carrier aggregation
US9674856B2 (en) * 2013-12-06 2017-06-06 Htc Corporation Method of handling device-to-device communication and communication device thereof
US9609461B2 (en) * 2013-12-16 2017-03-28 Qualcomm Incorporated Relay scheme between narrow frequency band and broad frequency band devices
JP6343672B2 (ja) * 2013-12-20 2018-06-13 京セラ株式会社 装置間通信リソースの管理
WO2015100550A1 (en) 2013-12-30 2015-07-09 Nokia Technologies Oy Methods and apparatuses for proximity-based service
WO2015109010A1 (en) * 2014-01-14 2015-07-23 Huawei Technologies Co., Ltd. System and method for device-to-device communications
CN104812006B (zh) 2014-01-24 2019-11-01 北京三星通信技术研究有限公司 基于缓存的数据传输方法及装置
US10051677B2 (en) 2014-01-24 2018-08-14 Telefonaktiebolaget Lm Ericsson (Publ) Providing, obtaining, and using D2D-related capability of a network node
US10652725B2 (en) * 2014-01-24 2020-05-12 Telefonaktiebolaget Lm Ericsson (Publ) Obtaining and using D2D related information to perform mobility operation(s)
TWI683557B (zh) 2014-01-31 2020-01-21 日商新力股份有限公司 通訊裝置及方法
KR102188484B1 (ko) 2014-03-10 2020-12-08 닛본 덴끼 가부시끼가이샤 Dc (이중 접속성) 를 위한 장치, 시스템 및 방법
CN106134281B (zh) 2014-03-10 2020-03-03 Lg电子株式会社 用于执行邻近服务的方法及用户装置
CN111641998B (zh) * 2014-03-14 2022-09-27 北京三星通信技术研究有限公司 一种支持ue接入控制的方法
CN104936164B (zh) * 2014-03-17 2019-01-25 电信科学技术研究院 指示d2d相关信息和确定d2d发送资源的方法及装置
WO2015142900A1 (en) 2014-03-18 2015-09-24 Sharp Laboratories Of America, Inc. Scheduling wireless device-to-device communications
JP6533529B2 (ja) * 2014-03-18 2019-06-19 シャープ株式会社 デバイス・ツー・デバイス通信装置および方法
US10034127B2 (en) 2014-03-19 2018-07-24 Telefonaktiebolaget Lm Ericsson (Publ) Network assistance in groupcast transmission
WO2015142093A1 (ko) * 2014-03-19 2015-09-24 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 d2d(device-to-device) 신호 전송 방법 및 상기 방법을 이용하는 단말
CN104936165A (zh) 2014-03-20 2015-09-23 中兴通讯股份有限公司 一种网络覆盖状况检测方法、装置及系统
CN106105059B (zh) 2014-03-21 2019-05-03 Lg电子株式会社 在无线通信系统中指示d2d有关信息的方法和装置
EP3264854B1 (en) 2014-03-21 2019-04-03 Sony Corporation Communications device and method
WO2015139287A1 (zh) * 2014-03-21 2015-09-24 华为终端有限公司 检测设备对设备信号的方法、用户设备和基站
US10362490B2 (en) 2014-03-24 2019-07-23 Lg Electronics Inc. Method for determining cell coverage for device-to-device (D2D) operation performed by terminal in wireless communication system, and terminal using the method
US20150289127A1 (en) * 2014-04-02 2015-10-08 Innovative Sonic Corporation Method and apparatus for providing proximity information in a wireless communication system
WO2015160157A1 (ko) * 2014-04-13 2015-10-22 엘지전자(주) 무선 통신 시스템에서 근접성 기반 알림 방법 및 이를 위한 장치
KR20160145172A (ko) * 2014-04-18 2016-12-19 노키아 테크놀로지스 오와이 인터-오퍼레이터 디바이스간 동작
US10028311B2 (en) 2014-04-22 2018-07-17 Lg Electronics Inc. Method for processing received PDCP PDUs for D2D communication system and device therefor
WO2015163716A1 (ko) 2014-04-23 2015-10-29 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 d2d(device-to-device) 동작 방법 및 상기 방법을 이용하는 단말
US9913310B2 (en) * 2014-04-24 2018-03-06 Lg Electronics Inc. Method for establishing layer-2 entities for D2D communication system and device therefor
US10154425B2 (en) * 2014-04-25 2018-12-11 Lg Electronics Inc. Method for a configuration error management for a sidelink radio bearer and device therefor
US10314000B2 (en) * 2014-04-28 2019-06-04 Intel IP Corporation Method, apparatus and system for measuring a position of a user equipment in a wireless network
WO2015167681A1 (en) 2014-05-01 2015-11-05 Sharp Laboratories Of America, Inc. Device-to-device communications apparatus and methods
US9642099B2 (en) * 2014-05-08 2017-05-02 Futurewei Technologies, Inc. System and method for power control command for device-to-device transmissions
JP6407304B2 (ja) 2014-05-08 2018-10-17 シャープ株式会社 デバイス・ツー・デバイス通信装置および方法
WO2015170923A1 (ko) * 2014-05-08 2015-11-12 엘지전자 주식회사 단말간 직접 통신을 지원하는 통신 시스템에서 복수의 신호를 처리하는 방법 및 이를 위한 장치
US10462660B2 (en) 2014-05-12 2019-10-29 Nokia Technologies Oy Method, network element, user equipment and system for securing device-to-device communication in a wireless network
KR101984839B1 (ko) * 2014-05-15 2019-05-31 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 단말 보조 정보 전송 방법 및 상기 방법을 이용하는 단말
US9769244B2 (en) 2014-06-18 2017-09-19 Microsoft Technology Licensing, Llc Courier network service
US9232383B1 (en) 2014-06-25 2016-01-05 Microsoft Corporation Courier network
WO2015199513A1 (ko) * 2014-06-27 2015-12-30 엘지전자 주식회사 무선 통신 시스템에서 장치 대 장치 단말의 측정 방법 및 장치
US20160014794A1 (en) * 2014-07-08 2016-01-14 Htc Corporation Device and Method of Handling Device-to-Device communication
US9350662B2 (en) * 2014-07-18 2016-05-24 Qualcomm Incorporated Server mediated peer-to-peer communication offloading from network infrastructure
US11452152B2 (en) 2014-07-31 2022-09-20 Microsoft Technology Licensing, Llc Radio resource control for D2D communication
US10873982B2 (en) * 2014-07-31 2020-12-22 Sharp Kabushiki Kaisha Terminal apparatus, control method, and integrated circuit
US9883426B2 (en) 2014-07-31 2018-01-30 Microsoft Technology Licensing, Llc. Enhanced reporting for handover in device-to-device communication
WO2016022666A1 (en) 2014-08-06 2016-02-11 Sharp Laboratories Of America, Inc. Synchronization signals for device-to-device communications
US11381954B2 (en) 2014-08-07 2022-07-05 Ntt Docomo, Inc. User apparatus, base station, and different frequency D2D monitoring method
JP2017527200A (ja) * 2014-08-08 2017-09-14 テレフオンアクチーボラゲット エルエム エリクソン（パブル） Ｄ２ｄリソース許可手順の処理
KR102183333B1 (ko) 2014-08-08 2020-11-26 주식회사 아이티엘 단말간 통신을 지원하는 무선 통신 시스템에서 버퍼상태보고 전송 방법 및 장치
EP3754897B1 (en) 2014-08-08 2021-09-29 Samsung Electronics Co., Ltd. System and method of counter management and security key update for device-to-device group communication
US9949117B2 (en) * 2014-08-29 2018-04-17 At&T Intellectual Property I, L.P. Method and apparatus for managing access to a wireless communication network
US9479905B2 (en) * 2014-09-18 2016-10-25 Qualcomm Incorporated Using push notifications to trigger an announcing UE to update location info in LTE direct
WO2016048205A1 (en) * 2014-09-24 2016-03-31 Telefonaktiebolaget L M Ericsson (Publ) Control of d2d measurements
US9538563B2 (en) * 2014-10-13 2017-01-03 At&T Intellectual Property I, L.P. System and methods for managing a user data path
KR20160046244A (ko) * 2014-10-20 2016-04-28 한국전자통신연구원 단말간 직접 통신을 위한 단말 정보 관리 방법 및 장치
CN105530595B (zh) * 2014-10-22 2019-02-12 普天信息技术有限公司 一种设备对设备通信方法和装置
EP3213486B1 (en) * 2014-10-30 2018-12-19 Samsung Electronics Co., Ltd. Device to device communication between user equipments
US20160135246A1 (en) * 2014-11-06 2016-05-12 Microsoft Corporation Handling of device-to-device communications interest indication
WO2016072502A1 (ja) 2014-11-07 2016-05-12 京セラ株式会社 ユーザ端末
JP6640237B2 (ja) 2014-11-10 2020-02-05 エルジー エレクトロニクス インコーポレイティド Ｄ２ｄ通信システムにおいてサイドリンク無線ベアラに対する暗号化指示を示す方法及びその装置
US9699817B2 (en) * 2014-12-16 2017-07-04 Qualcomm Incorporated Methods to preemptively search and select LTE-direct expressions for uninterrupted device-to-device communication
WO2016104847A1 (ko) * 2014-12-26 2016-06-30 두산중공업 주식회사 무선랜 d2d 이중화 단말 및 방법
US10142769B2 (en) * 2015-01-14 2018-11-27 Samsung Electronics Co., Ltd. Method and system for establishing a secure communication between remote UE and relay UE in a device to device communication network
US9668194B2 (en) * 2015-01-30 2017-05-30 Huawei Technologies Co., Ltd. System and method for coordinating device-to-device communications
US9936530B2 (en) * 2015-03-10 2018-04-03 Intel IP Corporation Systems, methods, and devices for device-to-device relay communication
WO2016153266A1 (en) * 2015-03-25 2016-09-29 Samsung Electronics Co., Ltd. Apparatus and method for transmitting device to device discovery message in communication system supporting device to device scheme
KR102427451B1 (ko) * 2015-03-25 2022-08-01 삼성전자주식회사 디바이스 대 디바이스 방식을 지원하는 통신 시스템에서 디바이스 대 디바이스 탐색 메시지 송신 장치 및 방법
US10237904B2 (en) 2015-03-27 2019-03-19 Qualcomm Incorporated Proximity service signaling protocol
WO2016159840A1 (en) * 2015-03-31 2016-10-06 Telefonaktiebolaget Lm Ericsson (Publ) Communications between terminal devices
WO2016159845A1 (en) * 2015-03-31 2016-10-06 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for wireless communications between communication devices
CN106160951B (zh) * 2015-04-09 2019-05-31 上海诺基亚贝尔股份有限公司 用于中继用户设备和远端用户设备之间的d2d通信的方法
WO2016163453A1 (ja) * 2015-04-09 2016-10-13 株式会社Ｎｔｔドコモ ユーザ装置、及びｄ２ｄ通信方法
US9992815B2 (en) 2015-04-09 2018-06-05 Industrial Technology Research Institute Method of performing handover procedure, making handover decision for device-to-device communications and control node thereof
US10397860B2 (en) * 2015-04-09 2019-08-27 Intel IP Corporation User equipment controlled mobility in an evolved radio access network
KR102237511B1 (ko) * 2015-04-29 2021-04-07 삼성전자주식회사 무선 통신 시스템에서 단말의 통신 제어 방법 및 장치
US9374751B1 (en) 2015-06-25 2016-06-21 Sprint Spectrum L.P. Bilateral transition of control communication for control of mobile craft
US9655039B2 (en) 2015-06-26 2017-05-16 Qualcomm Incorporated Dynamic cell reselection to improve device-to-device communications
US10122801B2 (en) * 2015-07-02 2018-11-06 Qualcomm Incorporated Service discovery and topology management
WO2017020206A1 (zh) 2015-07-31 2017-02-09 华为技术有限公司 一种通信方法及相关装置
US10531511B2 (en) 2015-08-11 2020-01-07 Lg Electronics Inc. Method for disconnecting a D2D link connection in a communication system and device therefor
WO2017039310A1 (ko) * 2015-08-31 2017-03-09 엘지전자 주식회사 기기 그룹을 이용한 통신 방법 및 이를 이용한 기기
US9860743B2 (en) * 2015-09-10 2018-01-02 Mediatek Inc. Apparatuses and methods for avoiding location exposure
EP3223575B1 (en) * 2015-11-19 2019-06-12 ASUSTek Computer Inc. Methods and apparatus for switching communication interface in a wireless communication system
US9749773B2 (en) 2015-12-04 2017-08-29 At&T Intellectual Property I, L.P. Core network selection function in a radio access network for machine-to-machine (M2M) communications
WO2017099828A1 (en) * 2015-12-07 2017-06-15 Intel IP Corporation Devices and methods of mobility enhancement and wearable device path selection
US10820162B2 (en) 2015-12-08 2020-10-27 At&T Intellectual Property I, L.P. Method and system for mobile user-initiated LTE broadcast
EP3182735B1 (en) * 2015-12-17 2018-07-18 Sony Mobile Communications, Inc. Electronic device and method for controlling the electronic device
US10148747B2 (en) * 2015-12-22 2018-12-04 Nokia Solutions And Networks Oy Allocation of transmission attempts
JP6144369B1 (ja) * 2016-01-07 2017-06-07 株式会社Ｎｔｔドコモ 基地局、及びコンテクスト情報保持方法
US10524173B2 (en) * 2016-02-24 2019-12-31 Cisco Technology, Inc. System and method to facilitate sharing bearer information in a network environment
US10609739B2 (en) * 2016-02-25 2020-03-31 Verizon Patent And Licensing Inc. Internet protocol address and port-based identity service
US9986476B2 (en) * 2016-03-01 2018-05-29 Futurewei Technologies, Inc. Scheduling and handover of a vehicular connection with periodic messaging
US9894648B2 (en) * 2016-03-01 2018-02-13 Wipro Limited Methods and systems for providing device to device proximity services in wireless communication networks
CN108370592B (zh) * 2016-03-30 2021-01-29 华为技术有限公司 承载切换方法及基站设备、网络节点
WO2017170158A1 (ja) 2016-03-31 2017-10-05 京セラ株式会社 通信方法及び通信装置
CN109548090B (zh) 2016-05-24 2020-07-07 华为技术有限公司 QoS控制方法及设备
WO2017219289A1 (zh) 2016-06-22 2017-12-28 华为技术有限公司 一种通信路径变更方法及设备
US11071040B2 (en) 2016-06-29 2021-07-20 Guangdong Oppo Mobile Telecommunications Corp., Ltd. D2D communication method and D2D device
WO2018030684A1 (ko) * 2016-08-11 2018-02-15 한국전자통신연구원 통신 시스템에서 이동성 지원 방법 및 장치
WO2018032338A1 (zh) * 2016-08-16 2018-02-22 广东欧珀移动通信有限公司 设备对设备通信的方法和终端设备
CN109479220B (zh) 2016-10-12 2021-02-12 华为技术有限公司 路径切换方法和装置
WO2018089800A1 (en) * 2016-11-10 2018-05-17 Ronald Scott Visscher System with a unique and versatile evaluation method
EP3337283B1 (en) * 2016-12-15 2022-03-09 Nokia Technologies Oy A method for managing a cellular radio communications network, a management device, a method to operate a first radio device, a first radio device, a method to operate a second radio device, and a second radio device
WO2018119123A1 (en) * 2016-12-20 2018-06-28 Intel IP Corporation Systems and methods for packet forwarding during handover procedures
US10292087B2 (en) * 2017-02-01 2019-05-14 Futurewei Technologies, Inc. System and method for access barring
US12047826B2 (en) 2017-03-10 2024-07-23 Apple Inc. Evolved node-b (eNB), user equipment (UE) and methods of switching between direct and indirect communication for a relay arrangement
WO2018165150A1 (en) 2017-03-10 2018-09-13 Intel IP Corporation Evolved node-b (enb), user equipment (ue) and methods of switching between direct and indirect communication for a relay arrangement
WO2018165113A1 (en) * 2017-03-10 2018-09-13 Convida Wireless, Llc Dynamic header compression for constrained networks
US11477836B2 (en) * 2017-03-30 2022-10-18 Lg Electronics Inc. Method for performing path reselection in wireless communication system and apparatus therefor
CN116567853A (zh) 2017-04-11 2023-08-08 IPCom两合公司 控制用户设备的网络接入
WO2018224128A1 (en) 2017-06-06 2018-12-13 Motorola Mobility Llc Switching communication modes (direct and indirect ue access)
US10952273B2 (en) * 2017-08-10 2021-03-16 At&T Intellectual Property I, L.P. Detecting and correcting radio link failures based on different usage scenarios
KR102090375B1 (ko) * 2018-02-21 2020-03-17 이화여자대학교 산학협력단 화이트리스트 기반의 디바이스 간 연결 방법 및 이를 위한 장치
WO2019237364A1 (zh) * 2018-06-15 2019-12-19 Oppo广东移动通信有限公司 数据按序递交的方法、网络设备及终端设备
CN110891314B (zh) * 2018-09-11 2022-08-19 华为技术有限公司 一种通信方法、资源分配方法及装置
CN110944352B (zh) * 2018-09-25 2022-11-01 维沃移动通信有限公司 一种旁链路的链路失败检测方法及终端
EP3648507A1 (en) 2018-10-30 2020-05-06 Tata Consultancy Services Limited Systems and methods for determining tcp transfer types in lte-a communication networks and handling thereof
CN114727328B (zh) * 2018-12-14 2024-11-29 华为技术有限公司 一种故障确定方法及装置
KR102751100B1 (ko) * 2019-01-16 2025-01-08 삼성전자 주식회사 차세대 이동 통신 시스템에서 차량 통신을 지원하기 위한 라디오 링크 모니터링 수행 방법 및 장치
KR102943173B1 (ko) * 2019-01-22 2026-03-25 삼성전자주식회사 사이드링크 통신에서 rlm 및 rlf를 수행하는 방법 및 장치
CN118764980A (zh) * 2019-02-12 2024-10-11 交互数字专利控股公司 无线发送/接收单元、由其实施的方法和检测sl-rlf的方法
WO2020197316A1 (ko) * 2019-03-27 2020-10-01 엘지전자 주식회사 무선통신시스템에서 rlf의 검출에 관련된 ue의 동작 방법
WO2020198586A1 (en) 2019-03-27 2020-10-01 Convida Wireless, Llc Rlm and rlf procedures for nr v2x
US10932301B2 (en) * 2019-03-28 2021-02-23 Lg Electronics Inc. Method of operating transmitting UE in relation to RLF reporting of the transmitting UE which has established link after random access procedure in wireless communication system
WO2020218902A1 (ko) * 2019-04-25 2020-10-29 엘지전자 주식회사 무선 통신 시스템에서 사이드링크 자원을 할당 받기 위한 방법
CN110225555B (zh) * 2019-05-06 2024-10-15 腾讯科技（深圳）有限公司 副链路通信的服务质量控制方法、装置、介质及电子设备
WO2020252655A1 (zh) * 2019-06-18 2020-12-24 Oppo广东移动通信有限公司 无线通信方法和通信设备
EP3758433B1 (en) * 2019-06-25 2023-02-15 ASUSTek Computer Inc. Method and apparatus for configuring sidelink communication in a wireless communication system
JP6715998B2 (ja) * 2019-07-04 2020-07-01 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 通信方法および関連装置
EP4014563A1 (en) * 2019-08-15 2022-06-22 Telefonaktiebolaget Lm Ericsson (Publ) User equipment, source access node and methods in a wireless communications network
CN112492631B (zh) * 2019-09-11 2023-10-31 维沃移动通信有限公司 切换方法和设备
CN112543484B (zh) * 2019-09-20 2023-02-21 维沃移动通信有限公司 保持业务连续性方法和设备
GB2588096B8 (en) * 2019-10-04 2023-02-01 Samsung Electronics Co Ltd Improvements in and relating to dynamic path switching
EP4023029A4 (en) 2019-10-04 2022-10-12 Samsung Electronics Co., Ltd. IMPROVEMENTS TO AND RELATED TO DYNAMIC PATH SWITCHING
CN114342302B (zh) * 2019-10-31 2024-08-09 华为技术有限公司 一种通信方法及通信装置
US11528769B2 (en) * 2019-12-20 2022-12-13 Qualcomm Incorporated Unicast link radio link failure detection and management
CN111901836A (zh) * 2020-02-13 2020-11-06 中兴通讯股份有限公司 链路切换、链路切换配置方法、装置、通信节点及介质
US11924895B2 (en) * 2020-02-14 2024-03-05 Qualcomm Incorporated Techniques for new radio layer two relay
US20230262564A1 (en) * 2020-08-07 2023-08-17 Qualcomm Incorporated Radio link failure in sidelink relay
JPWO2022071572A1 (ja) * 2020-10-01 2022-04-07
US11778435B2 (en) 2021-03-04 2023-10-03 Qualcomm Incorporated Sidelink assisted cellular operation optimization
US11800581B2 (en) * 2021-03-04 2023-10-24 Qualcomm Incorporated Techniques for sidelink assisted device association
US11825440B2 (en) 2021-03-04 2023-11-21 Qualcomm Incorporated Vehicular and cellular wireless device colocation using uplink communications
JP2022152499A (ja) * 2021-03-29 2022-10-12 サン電子株式会社 中継システム及び通信システム
US20240406826A1 (en) * 2023-05-06 2024-12-05 Parallel Wireless, Inc. X2 Connection Between eNBs Connected Across Different MMEs

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1622677A (zh) * 2003-11-27 2005-06-01 皇家飞利浦电子股份有限公司 一种无线通信网络中支持点到点通信切换的方法
US8576846B2 (en) * 2005-10-05 2013-11-05 Qualcomm Incorporated Peer-to-peer communication in ad hoc wireless network
JP4933558B2 (ja) * 2005-11-11 2012-05-16 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ピア・ツー・ピア通信の干渉を制限する方法および装置
US8417677B2 (en) * 2006-06-02 2013-04-09 Duaxes Corporation Communication management system, communication management method and communication control device
US9320067B2 (en) * 2008-11-24 2016-04-19 Qualcomm Incorporated Configuration of user equipment for peer-to-peer communication
US8446856B2 (en) 2008-12-19 2013-05-21 Research In Motion Limited System and method for relay node selection
US8493887B2 (en) * 2008-12-30 2013-07-23 Qualcomm Incorporated Centralized control of peer discovery pilot transmission
US8605625B2 (en) * 2009-04-02 2013-12-10 Qualcomm Incorporated Methods and apparatus for peer discovery in a communications system
US20100291939A1 (en) * 2009-05-15 2010-11-18 Yu-Chih Jen Method of Handling Radio Resource Control Connection and Related Communication Device
US9516686B2 (en) * 2010-03-17 2016-12-06 Qualcomm Incorporated Method and apparatus for establishing and maintaining peer-to-peer (P2P) communication on unlicensed spectrum
US8913511B2 (en) 2010-04-01 2014-12-16 Qualcomm Incorporated Interference management to support peer-to-peer communication in a wide area network
US8812657B2 (en) * 2010-04-15 2014-08-19 Qualcomm Incorporated Network-assisted peer discovery
US8504052B2 (en) * 2010-05-06 2013-08-06 Nokia Corporation Measurements and fast power adjustments in D2D communications
WO2011146653A1 (en) 2010-05-18 2011-11-24 Interdigital Patent Holdings, Inc. Method and apparatus for wireless transmit/receive unit cooperation
US8526347B2 (en) * 2010-06-10 2013-09-03 Qualcomm Incorporated Peer-to-peer communication with symmetric waveform for downlink and uplink
US10517098B2 (en) * 2010-07-30 2019-12-24 Qualcomm Incorporated Interference coordination for peer-to-peer (P2P) communication and wide area network (WAN) communication
US9326116B2 (en) * 2010-08-24 2016-04-26 Rhonda Enterprises, Llc Systems and methods for suggesting a pause position within electronic text
US20120106404A1 (en) 2010-11-01 2012-05-03 Qualcomm Incorporated Fdd and tdd carrier aggregation
EP3079386A3 (en) 2011-06-10 2016-12-21 Interdigital Patent Holdings, Inc. Method and apparatus for performing neighbor discovery
US9198137B2 (en) * 2011-07-28 2015-11-24 Broadcom Corporation Network controlled filtering over wireless device communications
MX2014004270A (es) * 2011-10-14 2014-05-28 Ericsson Telefon Ab L M Un equipo de usuario y un nodo de red de radio, y metodos en los mismos para comunicacion de dispositivo a dispositivo.
GB2496153B (en) * 2011-11-02 2014-07-02 Broadcom Corp Device-to-device communications
JP5898334B2 (ja) 2011-12-08 2016-04-06 インターデイジタル パテント ホールディングス インコーポレイテッド クロスリンク確立を制御するための方法および装置
TWI626855B (zh) 2012-04-27 2018-06-11 內數位專利控股公司 最佳化鄰近資料路徑設置方法及裝置
EP2842288A1 (en) 2012-04-27 2015-03-04 Interdigital Patent Holdings, Inc. Systems and methods for personalizing and/or tailoring a service interface
ES2525361T3 (es) * 2012-05-15 2014-12-22 Telefonaktiebolaget L M Ericsson (Publ) Asignación de identidad de dispositivo local para la comunicación de dispositivo a dispositivo (D2D) asistida por red
EP2853129A1 (en) * 2012-05-22 2015-04-01 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for interference mitigation
US10045386B2 (en) 2012-05-31 2018-08-07 Interdigital Patent Holdings, Inc. Method and apparatus for device-to-device (D2D) mobility in wireless systems
TWI620459B (zh) 2012-05-31 2018-04-01 內數位專利控股公司 在蜂巢式通訊系統中賦能直鏈通訊排程及控制方法
US20130322277A1 (en) 2012-05-31 2013-12-05 Interdigital Patent Holdings, Inc Measurements and interference avoidance for device-to-device links
CN104541539B (zh) * 2012-07-20 2018-05-15 Lg 电子株式会社 无线通信系统中关于设备对设备连接的干扰的信息的方法和设备
US8917708B2 (en) * 2012-09-28 2014-12-23 Intel Corporation Discovery and operation of hybrid wireless wide area and wireless local area networks
US9986380B2 (en) * 2013-01-25 2018-05-29 Blackberry Limited Proximity and interest determination by a wireless device
WO2016154918A1 (zh) * 2015-03-31 2016-10-06 华为技术有限公司 一种数据处理方法、装置及设备
JP6773653B2 (ja) * 2015-06-29 2020-10-21 シャープ株式会社 ＵＥ、ＵＥの通信制御方法、ＰｒｏＳｅ機能を備える装置及びＰｒｏＳｅ機能を備える装置の通信制御方法

Also Published As

Publication number Publication date
JP2015521455A (ja) 2015-07-27
WO2013181421A2 (en) 2013-12-05
TWI630840B (zh) 2018-07-21
US10045386B2 (en) 2018-08-07
EP2856836A2 (en) 2015-04-08
JP2018125895A (ja) 2018-08-09
TW201412176A (zh) 2014-03-16
WO2013181421A3 (en) 2014-04-24
EP2856836B1 (en) 2019-02-27
US20130324114A1 (en) 2013-12-05

Similar Documents

Publication Publication Date Title
JP6568978B2 (ja) 無線システムにおけるデバイスツーデバイス（ｄ２ｄ）モビリティのための方法および装置
JP6649444B2 (ja) ワイヤレスシステムにおける複数のスケジューラによる動作
RU2646846C2 (ru) Устойчивость подключения в беспроводных системах
CN105580427B (zh) 移动通信系统中的切换过程
CN109088714B (zh) 用于传递安全密钥信息的系统和方法
JP6474891B2 (ja) サービス固有のエアインターフェース選択
TW201941659A (zh) 在風巢系統中無線區域網路(wlan)整合控制平面方法及裝置
US20140349694A1 (en) Method and apparatus for cross link establishment
CN111602462A (zh) 用户设备、节点以及在其中执行的方法
WO2020151653A1 (zh) 由用户设备执行的切换方法以及用户设备
JP2016076993A (ja) セッションマネージャおよび送信元インターネットプロトコル（ｉｐ）アドレス選択
US20220132607A1 (en) Role switch handling in a multi connectivity configuration
US20230403623A1 (en) Managing sidelink information, configuration, and communication
JP2018174597A (ja) ベアラ管理装置、方法及び通信システム
HK1263021A1 (en) System and method for communicating security key information
HK1263021B (zh) 用於传递安全密钥信息的系统和方法
HK1217073B (zh) 用於传递安全密钥信息的系统和方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180620

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180626

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190311

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190319

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190618

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190709

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190805

R150 Certificate of patent or registration of utility model

Ref document number: 6568978

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250