(57)【要約】  ユニキャスト及び／又はマルチキャストリンク確立及び維持のためのシステム、方法及びデバイス。無線送信受信ユニット（ＷＴＲＵ）は、リンク確立要求ブロードキャストメッセージを送信し得、リンクは、マルチキャスト、ユニキャスト又はグループキャストのためのものであり得る。ＷＴＲＵは、リンク確立応答ブロードキャストメッセージ及び接続性レポートを受信し得る。ＷＴＲＵは、その後、マルチキャスト又はユニキャストリンクが確立されると、リンク確立確認ブロードキャストメッセージを送信し得、リンクが確立された時点で、ＷＴＲＵは、マルチキャストメッセージを送信及び受信することができる。リンク確立要求メッセージは、１つ又は複数のトリガー：ＱｏＳフローを受信すること、新しいサイドリンク無線ベアラを必要とすること、新しいＱｏＳフロー又は無線ベアラがネットワーク制御受付制御を必要とすると判断すること、及び／又はユニキャスト及び／又はマルチキャスト確立要求を受信することに基づいて送信され得る。ＷＴＲＵは、ユニキャスト及び／又はマルチキャスト使用可能性信号（ＵＭＵＳ）を送信し得る。ＷＴＲＵは、確立されたマルチキャスト又はユニキャストリンクをプリエンプトし得る。
2022502921.tif 000002
【特許請求の範囲】
【請求項１】
サイドリンク無線ベアラ（ＳＬＲＢ）を確立すべきか否かを判断するための、無線送信／受信ユニット（ＷＴＲＵ）において実施される方法であって、
前記ＷＴＲＵにＳＬＲＢリソース選択基準を構成することと、
前記ＷＴＲＵにより、時間窓中にプール内の別のＷＴＲＵから複数のサイドリンク制御情報（ＳＣＩ）送信を受信することと、
前記時間窓内の複数の時間期間のそれぞれについて、前記ＷＴＲＵにより、前記複数のＳＣＩ送信及び前記ＳＬＲＢリソース選択基準に基づいて、ＳＬＲＢリソース選択が失敗したであろうか否かを判断することと、
前記ＷＴＲＵにより、リソース選択失敗の割合に基づいて、新しいＳＬＲＢを確立すべきか否かを判断することと、
リソース選択が失敗したであろう前記時間期間の割合が閾値割合未満であると判断される状況において、前記プール内の別のＷＴＲＵと前記新しいＳＬＲＢを確立することと
を含む方法。
【請求項２】
前記ＳＬＲＢリソース選択基準は、Ｖ２Ｘサービス品質インジケータ（ＶＱＩ）によって決定される、請求項１に記載の方法。
【請求項３】
前記ＳＬＲＢリソース選択基準は、再送信の数を含む、請求項２に記載の方法。
【請求項４】
前記ＳＬＲＢリソース選択基準は、リソース選択で使用されるパケット遅延バジェットを含む、請求項２に記載の方法。
【請求項５】
前記ＷＴＲＵは、前記リソース選択基準を満たす空きリソースの量が閾値未満である、前記複数の時間期間のうちの時間期間のみに基づいて、ＳＬＲＢリソース選択が失敗したであろうか否かを判断する、請求項１に記載の方法。
【請求項６】
前記新しいＳＬＲＢは、前記プール内の複数のＷＴＲＵの１つと確立される、請求項１に記載の方法。
【請求項７】
前記複数のＳＣＩ送信は、前記プール内の複数の他のＷＴＲＵのそれぞれから受信される、請求項１に記載の方法。
【請求項８】
前記リソース選択失敗の割合は、リソース選択が失敗したであろう、前記時間窓内の前記時間期間の割合を含む、請求項１に記載の方法。
【請求項９】
前記リソース選択失敗の割合は、前記時間窓中に失敗したであろうリソース選択手順の割合を含む、請求項１に記載の方法。
【請求項１０】
サイドリンク無線ベアラ（ＳＬＲＢ）を確立すべきか否かを判断するように構成された無線送信／受信ユニット（ＷＴＲＵ）であって、
送信機及び受信機に動作可能に結合されたプロセッサ
を含み、
前記プロセッサには、ＳＬＲＢリソース選択基準が構成され、
前記受信機は、時間窓中にプール内の別のＷＴＲＵから複数のサイドリンク制御情報（ＳＣＩ）送信を受信するように構成され、
前記プロセッサは、前記時間窓内の複数の時間期間のそれぞれについて、前記複数のＳＣＩ送信及び前記ＳＬＲＢリソース選択基準に基づいて、ＳＬＲＢリソース選択が失敗したであろうか否かを判断するように構成され、
前記プロセッサは、リソース選択失敗の割合に基づいて、新しいＳＬＲＢを確立すべきか否かを判断するように更に構成され、及び
前記送信機は、リソース選択が失敗したであろう前記時間期間の割合が閾値割合未満であると判断される状況において、前記プール内の別のＷＴＲＵと前記新しいＳＬＲＢを確立するメッセージを送信するように構成される、無線送信／受信ユニット（ＷＴＲＵ）。
【請求項１１】
前記新しいＳＬＲＢを確立する前記メッセージは、リンク確立要求メッセージ又はリンク確立応答メッセージを含む、請求項１０に記載のＷＴＲＵ。
【請求項１２】
前記ＳＬＲＢリソース選択基準は、Ｖ２Ｘサービス品質インジケータ（ＶＱＩ）によって決定される、請求項１０に記載のＷＴＲＵ。
【請求項１３】
前記ＳＬＲＢリソース選択基準は、再送信の数を含む、請求項１２に記載のＷＴＲＵ。
【請求項１４】
前記ＳＬＲＢリソース選択基準は、リソース選択で使用されるパケット遅延バジェットを含む、請求項１２に記載のＷＴＲＵ。
【請求項１５】
前記プロセッサは、前記リソース選択基準を満たす空きリソースの量が閾値未満である、前記複数の時間期間のうちの時間期間のみに基づいて、ＳＬＲＢリソース選択が失敗したであろうことを判断するように構成される、請求項１０に記載のＷＴＲＵ。
【請求項１６】
前記新しいＳＬＲＢは、前記プール内の複数のＷＴＲＵの１つと確立される、請求項１０に記載のＷＴＲＵ。
【請求項１７】
前記受信機は、前記プール内の複数の他のＷＴＲＵのそれぞれから前記複数のＳＣＩ送信のそれぞれを受信するように構成される、請求項１０に記載のＷＴＲＵ。
【請求項１８】
前記リソース選択失敗の割合は、リソース選択が失敗したであろう、前記時間窓内の前記時間期間の割合を含む、請求項１０に記載のＷＴＲＵ。
【請求項１９】
前記リソース選択失敗の割合は、前記時間窓中に失敗したであろうリソース選択手順の割合を含む、請求項１０に記載のＷＴＲＵ。
【請求項２０】
サイドリンク無線ベアラ（ＳＬＲＢ）を確立すべきか否かを判断するための、無線送信／受信ユニット（ＷＴＲＵ）において実施される方法であって、
前記ＷＴＲＵにＳＬＲＢリソース密度へのベアラＱｏＳのマッピングを構成することと、
前記ＷＴＲＵにより、プール内の別のＷＴＲＵのＳＬＲＢのＱｏＳを示すブロードキャスト送信を受信することと、
前記ＷＴＲＵにより、前記ＱｏＳ及び前記マッピングに基づいて前記プール内の合計ＳＬＲＢリソース密度を特定することと、
前記ＷＴＲＵにより、前記合計リソース密度が、新しいサイドリンクベアラの前記ＱｏＳに基づく閾値を超えるか否かに基づいて、前記プール内の別のＷＴＲＵと前記新しいサイドリンクベアラを確立すべきか否かを判断することと、
前記ＷＴＲＵが前記新しいサイドリンクベアラを確立すると判断する状況において、前記プール内の前記別のＷＴＲＵと前記新しいサイドリンクベアラを確立することと
を含む方法。
【請求項２１】
前記ＷＴＲＵは、前記プール内の複数の他のＷＴＲＵから前記ブロードキャスト送信を受信する、請求項２０に記載の方法。
【請求項２２】
前記ＷＴＲＵは、前記プール内の前記複数の他のＷＴＲＵからの前記ブロードキャスト送信に基づいて前記合計ＳＬＲＢリソース密度を特定する、請求項２１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]  本出願は、２０１８年９月２５日付けで出願された米国仮特許出願第６２／７３６，２５１号、２０１８年１０月３０日付けで出願された米国仮特許出願第６２／７５２，８６５号、２０１８年１２月２１日付けで出願された米国仮特許出願第６２／７８３，９５２号及び２０１９年８月１３日付けで出願された米国仮特許出願第６２／８８６，１０２号の利益を主張するものであり、これらのそれぞれの内容は、参照により本明細書に援用される。
【背景技術】
【０００２】
背景
[0002]  無線通信使用事例は、交通、輸送、安全及びナビゲーション等に関連する車両通信に対処し得る。例えば、ビークルツーエブリシング（Ｖ２Ｘ）通信は、車両との無線通信の送信及び受信を含み得る。無線通信性能及び要件が発展するにつれて、そのような環境において動作するシステム、方法及びデバイスを提供することが望ましいことがある。
【発明の概要】
【０００３】
概要
[0003]  幾つかの実施形態は、サイドリンク無線ベアラ（ＳＬＲＢ）を確立すべきか否かを判断するための、無線送信／受信ユニット（ＷＴＲＵ）において実施される方法を提供する。方法は、ＷＴＲＵにＳＬＲＢリソース選択基準を構成することと、ＷＴＲＵにより、時間窓中にプール内の別のＷＴＲＵから複数のＳＣＩ送信を受信することと、時間窓内の複数の時間期間のそれぞれについて、ＷＴＲＵにより、複数のＳＣＩ送信及びＳＬＲＢリソース選択基準に基づいて、ＳＬＲＢリソース選択が失敗したであろうか否かを判断することと、ＷＴＲＵにより、リソース選択失敗の割合に基づいて、新しいＳＬＲＢを確立すべきか否かを判断することと、リソース選択が失敗したであろう時間期間の割合が閾値割合未満であると判断される状況において、プール内の別のＷＴＲＵと新しいＳＬＲＢを確立することとを含む。
【０００４】
[0004]  幾つかの実施形態は、ＳＬＲＢを確立すべきか否かを判断するように構成されたＷＴＲＵを提供する。ＷＴＲＵは、送信機及び受信機に動作可能に結合されたプロセッサを含む。プロセッサには、ＳＬＲＢリソース選択基準が構成される。受信機は、時間窓中にプール内の別のＷＴＲＵから複数のＳＣＩ送信を受信するように構成される。プロセッサは、時間窓内の複数の時間期間のそれぞれについて、複数のＳＣＩ送信及びＳＬＲＢリソース選択基準に基づいて、ＳＬＲＢリソース選択が失敗したであろうか否かを判断するように構成される。プロセッサは、リソース選択失敗の割合に基づいて、新しいＳＬＲＢを確立すべきか否かを判断するように更に構成される。送信機は、リソース選択が失敗したであろう時間期間の割合が閾値割合未満であると判断される状況において、プール内の別のＷＴＲＵと新しいＳＬＲＢを確立するメッセージを送信するように構成される。
【０００５】
[0005]  幾つかの実施形態は、ＳＬＲＢを確立すべきか否かを判断するための、ＷＴＲＵにおいて実施される方法を提供する。方法は、ＷＴＲＵにＳＬＲＢリソース密度へのベアラＱｏＳのマッピングを構成することと、ＷＴＲＵにより、プール内の別のＷＴＲＵのＳＬＲＢのＱｏＳを示すブロードキャスト送信を受信することと、ＷＴＲＵにより、受信されたＱｏＳ及びマッピングに基づいてプール内の合計ＳＬＲＢリソース密度を特定することと、ＷＴＲＵにより、合計リソース密度が、新しいサイドリンクベアラのＱｏＳに基づく閾値を超えるか否かに基づいて、プール内の別のＷＴＲＵと新しいサイドリンクベアラを確立すべきか否かを判断することとを含む。本方法は、ＷＴＲＵが新しいサイドリンクベアラを確立すると判断する場合、プール内の別のＷＴＲＵと新しいサイドリンクベアラを確立することも含む。
【０００６】
[0006]  幾つかの実施形態は、ＳＬＲＢを確立すべきか否かを判断するように構成されたＷＴＲＵを提供する。ＷＴＲＵは、受信機及び送信機に動作可能に結合されたプロセッサを含む。プール内の別のＷＴＲＵのＳＬＲＢのサービス品質（ＱｏＳ）を示すブロードキャストを受信するように構成された受信機である。プロセッサは、受信されたＱｏＳ及びＳＬＲＢリソース密度へのベアラＱｏＳのマッピングに基づいて、プール内の合計ＳＬＲＢリソース密度を特定するように構成される。プロセッサは、合計リソース密度が、新しいサイドリンクベアラのＱｏＳに基づく閾値を超えるか否かに基づいて、プール内の別のＷＴＲＵと新しいサイドリンクベアラを確立すべきか否かを判断するように更に構成される。送信機は、プロセッサが新しいサイドリンクベアラを確立すると判断する状況において、プール内の他のＷＴＲＵと新しいサイドリンクベアラを確立するメッセージを送信するように構成される。
【０００７】
図面の簡単な説明
[0007]  以下の説明から図面のより詳細な理解を有することができるが、実施形態の範囲を限定することを意図するものではなく、添付図面と併せて単に例として機能し、図中、同様の参照番号は、同様の要素を示す。
【図面の簡単な説明】
【０００８】
【図１Ａ】[0008]１つ又は複数の開示される実施形態を実施し得る一例の通信システムを示すシステム図である。
【図１Ｂ】[0009]実施形態による、図１Ａに示される通信システム内で使用し得る一例の無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】[0010]実施形態による、図１Ａに示される通信システム内で使用し得る一例の無線アクセスネットワーク（ＲＡＮ）及び一例のコアネットワーク（ＣＮ）を示すシステム図である。
【図１Ｄ】[0011]実施形態による、図１Ａに示される通信システム内で使用し得る更なる例のＲＡＮ及び更なる例のＣＮを示すシステム図である。
【図２】[0012]２つのＷＴＲＵ間の一例のリンク確立手順を示すメッセージシーケンスチャートである。
【図３】[0013]ＡＳレイヤにより実行される接続確立判断の一例の手順を示すリンク確立モデルのブロック図である。
【図４】[0014]上位レイヤがＡＳレイヤからの情報に基づいて接続確立決定を実行する一例の手順を示すリンク確立モデルのブロック図である。
【図５】[0015]ＷＴＲＵ間のＡＳレイヤにおける一例のサイドリンクリンク確立手順を示すメッセージシーケンスチャートである。
【図６】[0016]一例のマルチキャストリンク確立シグナリング及び判断基準を示すメッセージシーケンスチャートである。
【図７】[0017]一例のマルチキャストリンク確立シグナリングを示すメッセージシーケンスチャートである。
【図８】[0018]代表的なリソース選択に基づく受付制御の一例の手順を示すフローチャートである。
【図９】[0019]サイドリンク無線ベアラ（ＳＬＲＢ）を確立すべきか否かを判断する一例の方法を示すフローチャートである。
【図１０】[0020]ＳＬＲＢを確立すべきか否かを判断する別の例の方法を示すフローチャートである。
【発明を実施するための形態】
【０００９】
詳細な説明
[0021]  図１Ａは、１つ又は複数の開示される実施形態を実施し得る一例の通信システム１００を示す図である。通信システム１００は、音声、データ、動画、メッセージ、ブロードキャスト等のコンテンツを複数の無線ユーザに提供する多重アクセスシステムであり得る。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通して、複数の無線ユーザがそのようなコンテンツにアクセスできるようにし得る。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロック−フィルタリングＯＦＤＭ及びフィルタバンクマルチキャリア（ＦＢＭＣ）等の１つ又は複数のチャネルアクセス法を利用し得る。
【００１０】
[0022]  図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０及び他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク及び／又はネットワーク要素を企図していることが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作及び／又は通信するように構成された任意のタイプのデバイスであり得る。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、そのいずれも「ステーション」及び／又は「ＳＴＡ」と呼ばれ得るが、無線信号を送信及び／又は受信するように構成され、ユーザ装置（ＵＥ）、移動局、固定又は移動加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、時計又は他の装着可能なもの、頭部搭載型ディスプレイ（ＨＭＤ）、車両、ドローン、医用デバイス及び応用（例えば、遠隔手術）、産業用デバイス及び応用（例えば、ロボット及び／又は産業及び／又は自動化処理チェーンコンテキストで動作する他の無線デバイス）、家庭用電子デバイス並びに商用及び／又は産業用無線ネットワークで動作するデバイス等を含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ及び１０２ｄのいずれも同義でＵＥと呼ばれ得る。
【００１１】
[0023]  通信システム１００は、基地局１１４ａ及び／又は基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６／１１５、インターネット１１０及び／又は他のネットワーク１１２等の１つ又は複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、送受信機基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）及び無線ルータ等であり得る。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。
【００１２】
[0024]  基地局１１４ａは、ＲＡＮ１０４／１１３の一部であり得、ＲＡＮ１０４／１１３は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局及び／又はネットワーク要素（図示せず）を含むこともできる。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と呼ばれ得る１つ又は複数の搬送周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル又は認可及び未認可スペクトルの組合せであり得る。セルは、経時的に比較的固定され得るか、又は変化し得る特定の地理的エリアに対して無線サービスを行うカバレッジを提供し得る。セルは、セルセクタに更に分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つの送受信機、すなわちセルの各セクタにつき１つずつを含み得る。実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用し得、セルの各セクタに対して複数の送受信機を利用し得る。例えば、望ましい空間方向で信号の送信及び／又は受信にビーム形成を使用し得る。
【００１３】
[0025]  基地局１１４ａ、１１４ｂは、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ又は複数と通信し得、無線インターフェース１１６は、任意の適した無線通信リンクであり得る（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光等）。無線インターフェース１１６は、任意の適した無線アクセス技術（ＲＡＴ）を用いて確立され得る。
【００１４】
[0026]  より具体的には、上記のように、通信システム１００は、複数のアクセスシステムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ及びＳＣ−ＦＤＭＡ等の１つ又は複数のチャネルアクセス方式を利用し得る。例えば、ＲＡＮ１０４／１１３における基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を用いて無線インターフェース１１５／１１６／１１７を確立し得るユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）等の無線技術を実施し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）等の通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）及び／又は高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１５】
[0027]  実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）等の無線技術を実施し得、無線技術は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ−Ａ）及び／又はＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を用いて無線インターフェース１１６を確立し得る。
【００１６】
[0028]  実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ）を用いて無線インターフェース１１６を確立し得る、ＮＲ無線アクセス等の無線技術を実施し得る。
【００１７】
[0029]  実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を用いてＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実施し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにより利用される無線インターフェースは、複数のタイプの無線アクセス技術及び／又は複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される送信を特徴とし得る。
【００１８】
[0030]  他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわちワイヤレスフィディリティ（WiFi）、ＩＥＥＥ８０２．１６（すなわちワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（WiMAX））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定基準２０００（ＩＳ−２０００）、暫定基準９５（ＩＳ−９５）、暫定基準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイル通信（ＧＳＭ）、ＧＳＭエボリューション拡張データレート（ＥＤＧＥ）及びＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）等の無線技術を実施し得る。
【００１９】
[0031]  図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ又はアクセスポイントであり得、職場、家庭、車両、キャンパス、産業施設、空中回廊（例えば、ドローンにより使用される）及び車道等の局所エリアにおける無線接続を容易にするのに任意の適したＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１等の無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５等の無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立し得る。更に他の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲ等）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。
【００２０】
[0032]  ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得、ＣＮ１０６／１１５は、音声、データ、アプリケーション及び／又はボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ又は複数に提供するように構成された任意のタイプのネットワークであり得る。データは、異なるスループット要件、待ち時間要件、誤り許容要件、信頼性要件、データスループット要件及びモビリティ要件等の様々なサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、課金サービス、移動体位置ベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信等を提供し、及び／又はユーザ認証等の高水準のセキュリティ機能を実施し得る。図１Ａに示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを利用する他のＲＡＴと直接又は間接的に通信し得ることが理解されるであろう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、WiMAX、Ｅ−ＵＴＲＡ又はWiFi無線技術を利用する別のＲＡＮ（図示せず）と通信することもできる。
【００２１】
[0033]  ＣＮ１０６／１１５は、ＰＳＴＮ１０８、インターネット１１０及び／又は他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに対するゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群における伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）及び／又はインターネットプロトコル（ＩＰ）等の一般的な通信プロトコルを使用する相互接続されたコンピュータネットワーク及びデバイスの大域システムを含み得る。ネットワーク１１２は、他のサービスプロバイダにより所有及び／又は運営される有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを利用し得る１つ又は複数のＲＡＮに接続された別のＣＮを含み得る。
【００２２】
[0034]  通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの幾つか又は全ては、マルチモード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々な無線リンクを介して様々な無線ネットワークと通信するための複数の送受信機を含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用し得る基地局１１４ａ及びＩＥＥＥ８０２無線技術を利用し得る基地局１１４ｂと通信するように構成され得る。
【００２３】
[0035]  図１Ｂは、一例のＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、特に、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、前述の要素の任意の下位組合せを含み得るが、それでもなお実施形態との一貫性を有していることが理解されるであろう。
【００２４】
[0036]  プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ又は複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）及び状態機械等であり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理及び／又はＷＴＲＵ１０２を無線環境で動作できるようにする任意の他の機能を実行し得る。プロセッサ１１８は、送受信機１２０に結合され得、送受信機１２０は、送受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８及び送受信機１２０を別個の構成要素として示しているが、プロセッサ１１８及び送受信機１２０は、電子パッケージ又はチップにおいて共に集積され得ることが理解されるであろう。
【００２５】
[0037]  送受信要素１２２は、無線インターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局から信号を受信するように構成され得る。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。実施形態では、送受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送受信要素１２２は、ＲＦ及び光信号の両方を送信及び／又は受信するように構成され得る。送受信要素１２２は、無線信号の任意の組合せを送信及び／又は受信するように構成され得ることが理解されるであろう。
【００２６】
[0038]  送受信要素１２２は、図１Ｂでは単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、無線インターフェース１１６を介して無線信号を送信及び受信する２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含み得る。
【００２７】
[0039]  送受信機１２０は、送受信要素１２２により送信される信号を変調し、送受信要素１２２により受信される信号を復調するように構成され得る。前述のように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が例えば、ＮＲ及びＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信できるようにするための複数の送受信機を含み得る。
【００２８】
[0040]  ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６及び／又はディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニット又は有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、それからユーザ入力データを受信し得る。プロセッサ１１８は、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６及び／又はディスプレイ／タッチパッド１２８に出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２等の任意のタイプの適したメモリからの情報へのアクセス及びそれへのデータの記憶を行い得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック及びセキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ１１８は、サーバ又は家庭用コンピュータ（図示せず）等のＷＴＲＵ１０２に物理的に配置されていないメモリからの情報へのアクセス及びそれへのデータの記憶を行い得る。
【００２９】
[0041]  プロセッサ１１８は、電源１３４から電力を受け取り得、ＷＴＲＵ１０２における他の構成要素に電力を配布及び／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つ又は複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム−イオン（Ｌｉ−ｉｏｎ）等）、太陽電池及び燃料電池等を含み得る。
【００３０】
[0042]  プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度及び緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合することもできる。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から無線インターフェース１１６を介して位置情報を受け取り、及び／又は２つ以上の近傍の基地局から受信される信号のタイミングに基づき、その位置を特定し得る。ＷＴＲＵ１０２は、実施形態との一貫性を有しながら、任意の適切な位置特定法により位置情報を取得できることが理解されるであろう。
【００３１】
[0043]  プロセッサ１１８は、更なる特徴、機能性及び／又は有線若しくは無線接続性を提供する１つ又は複数のソフトウェア及び／又はハードウェアモジュールを含み得る他の周辺機器１３８に更に結合され得る。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真及び／又はビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、手を使用しないヘッドセット、Bluetooth（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実感（ＶＲ／ＡＲ）デバイス並びに活動量計等を含むことができる。周辺機器１３８は、１つ又は複数のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生物測定センサ及び／又は湿度センサの１つ又は複数であり得る。
【００３２】
[0044]  ＷＴＲＵ１０２は、全二重無線を含み得、その場合、（例えば、ＵＬ（例えば、送信用）とダウンリンク（例えば、受信用）との両方に対する特定のサブフレームに関連付けられた）信号の幾つか又は全ての送信及び受信は、一致しており、及び／又は同時に行われ得る。全二重無線は、干渉管理ユニット１３９を含み、ハードウェア（例えば、チョーク）により、又はプロセッサによる（例えば、別個のプロセッサ（図示せず）若しくはプロセッサ１１８による）信号処理により自己干渉を低下させ、及び又は実質的に除去し得る。実施形態では、ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）に対する特定のサブフレームに関連付けられた）信号の幾つか又は全ての送信及び受信である半二重無線を含み得る。
【００３３】
[0045]  図１Ｃは、実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を使用し得る。ＲＡＮ１０４は、ＣＮ１０６と通信することもできる。
【００３４】
[0046]  ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態との一貫性を有しながら任意の数のｅノードＢを含み得ることが理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ又は複数の送受信機をそれぞれ含み得る。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施し得る。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用してＷＴＲＵ１０２ａに無線信号を送信し、及び／又はそれから無線信号を受信し得る。
【００３５】
[0047]  ｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）と関連付けられ、また無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング等を処理するように構成され得る。図１Ｃで示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【００３６】
[0048]  図１Ｃで示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４及びパケットデータネットワーク（ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含み得る。前述の要素のそれぞれは、ＣＮ１０６の一部として示されているが、これらの要素のいずれもＣＮ運営者以外のエンティティによって所有及び／又は運営され得ることが理解されるであろう。
【００３７】
[0049]  ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅノードＢ１６２ａ、１６２ｂ、１６２ｃのそれぞれに接続され、制御ノードとしての役割を果たし得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ間の特定のサービングゲートウェイを選択すること等を扱うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡ等の他の無線技術を使用する他のＲＡＮ（図示せず）との間を切り換えるための制御プレーン機能を提供し得る。
【００３８】
[0050]  ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続し得る。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットの経路指定を行い、転送し得る。ＳＧＷ１６４は、ｅノードＢ間のハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能になったとき、ページングをトリガーすること並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶すること等の他の機能を実施し得る。
【００３９】
[0051]  ＳＧＷ１６４は、ＰＧＷ１６６に接続し得、それは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ使用可能なデバイスとの間の通信を容易にし得る。
【００４０】
[0052]  ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダにより所有及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスを提供し得る。
【００４１】
[0053]  ＷＴＲＵは、図１Ａ〜図１Ｄで無線端末として述べられているが、幾つかの代表的な実施形態では、このような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的又は恒久的に）使用できることも企図される。
【００４２】
[0054]  代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。
【００４３】
[0055]  インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳに対するアクセスポイント（ＡＰ）及びそのＡＰに関連付けられた１つ又は複数のステーション（ＳＴＡ）を有し得る。ＡＰは、配信システム（ＤＳ）への、又はＢＳＳに及び／又はＢＳＳからトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセス若しくはインターフェースを有し得る。ＢＳＳの外側から生じるＳＴＡへのトラフィックは、ＡＰを介して到来し、ＳＴＡに送達し得る。ＢＳＳの外側の宛先へのＳＴＡから生じるトラフィックは、各宛先に送達されるようにＡＰに送られ得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して送られ得るが、ソースＳＴＡは、トラフィックをＡＰに送達し得、ＡＰは、トラフィックを宛先のＳＴＡに送達し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックであると考えられ、及び／又はそのように呼ばれ得る。ピアツーピアトラフィックは、ダイレクトリンクのセットアップ（ＤＬＳ）でソースと宛先ＳＴＡとの間において（例えば、その間で直接）送られ得る。幾つかの代表的な実施形態では、ＤＬＳは、８０２．１１ｅ  ＤＬＳ又は８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用し得る。独立したＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないこともあり得るが、ＩＢＳＳ内の又はそれを使用するＳＴＡ（例えば、ＳＴＡの全て）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書において、通信の「アドホック」モードと呼ばれ得る。
【００４４】
[0056]  ８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用する場合、ＡＰは、プライマリチャネル等の固定チャネルでビーコンを送信し得る。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングにより動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、またＡＰとの通信を確立するためにＳＴＡによって使用され得る。幾つかの代表的な実施形態では、例えば、８０２．１１システムでは、衝突回避を備えたキャリア検知の多重アクセス（ＣＳＭＡ／ＣＡ）を実施し得る。ＣＳＭＡ／ＣＡの場合、ＳＴＡ（例えば、あらゆるＳＴＡ）は、ＡＰも含めて、プライマリチャネルを検知し得る。プライマリチャネルが、特定のＳＴＡにより、ビジー状態にあると検知／検出及び／又は特定された場合、特定のＳＴＡは、取り下げられ得る。１つのＳＴＡ（例えば、１つのステーションのみ）が所与のＢＳＳにおいて任意の所与の時間に送信され得る。
【００４５】
[0057]  高スループット（ＨＴ）ＳＴＡは、４０ＭＨｚ幅のチャネルを形成するために、例えば、主となる２０ＭＨｚチャネルを隣接又は非隣接の２０ＭＨｚチャネルと組み合わせることにより、４０ＭＨｚ幅のチャネルを通信に使用し得る。
【００４６】
[0058]  超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚチャネルは、隣接する２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８個の隣接する２０ＭＨｚチャネルを組み合わせるか、又は２つの隣接しない８０ＭＨｚチャネルを組み合わせることにより形成され得、それは、８０＋８０構成と呼ばれ得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割できるセグメントパーサに通すことができる。逆高速フーリエ変換（ＩＦＦＴ）処理及び時間領域処理が別々に各ストリームに対して行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマップされ、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機において、８０＋８０構成に対する前述の動作が逆にされ、組み合わされたデータは、メディアアクセス制御（ＭＡＣ）に送られ得る。
【００４７】
[0059]  Ｓｕｂ  １ＧＨｚ動作モードが８０２．１１ａｆ及び８０２．１１ａｈでサポートされる。チャネル動作帯域幅及び搬送波は、８０２．１１ｎ及び８０２．１１ａｃで使用されるものに対して８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、また８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイス等、メータタイプ制御／マシンタイプ通信をサポートすることができる。ＭＴＣデバイスは、例えば、幾つかの及び／又は限定された帯域幅に対するサポート（例えば、それに対するサポートのみ）を含む限定された機能等、幾つかの機能を有し得る。ＭＴＣデバイスは、（例えば、非常に長い電池寿命を維持するために）閾値を超える電池寿命を有する電池を含み得る。
【００４８】
[0060]  ８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ及び８０２．１１ａｈ等、複数のチャネル及びチャネル帯域幅をサポートできるＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによりサポートされる最大の共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ内で動作する全てのＳＴＡの中から、最小の帯域幅動作モードをサポートするＳＴＡによって設定及び／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ及び／又は他のチャネル帯域幅動作モードをサポートする場合でも、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプのデバイス）に対する１ＭＨｚ幅であり得る。キャリア検知及び／又はネットワーク割当てベクトル（ＮＡＶ）設定は、プライマリチャネルの状況に依存し得る。例えば、ＡＰに送信するＳＴＡ（１ＭＨｚの動作モードのみをサポートする）に起因して、プライマリチャネルがビジー状態である場合、周波数帯の大部分がアイドル状態のままであり及び利用可能であり得るとしても、利用可能な周波数帯全体がビジー状態であると見なし得る。
【００４９】
[0061]  米国では、８０２．１１ａｈにより使用し得る利用可能な周波数帯は、９０２ＭＨｚ〜９２８ＭＨｚである。韓国では、利用可能な周波数帯は、９１７．５ＭＨｚ〜９２３．５ＭＨｚである。日本では、利用可能な周波数帯は、９１６．５ＭＨｚ〜９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な全体の帯域幅は、国の法規に応じて６ＭＨｚ〜２６ＭＨｚである。
【００５０】
[0062]  図１Ｄは、実施形態によるＲＡＮ１１３及びＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を使用して、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３は、ＣＮ１１５と通信することもできる。
【００５１】
[0063]  ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、実施形態との一貫性を有しながら、ＲＡＮ１１３は、任意の数のｇＮＢを含み得ることが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ又は複数の送受信機をそれぞれ含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施し得る。例えば、ｇＮＢ１８０ａ、１８０ｂは、ビーム形成を利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、及び／又は信号をそれから受信し得る。したがって、例えば、ｇＮＢ１８０ａは、複数のアンテナを使用してＷＴＲＵ１０２ａに無線信号を送信し、及び／又はそれから無線信号を受信し得る。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施し得る。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａ（図示せず）に複数のコンポーネントキャリアを送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上のものであり得るが、残りのコンポーネントキャリアは、認可スペクトル上のものであり得る。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調された送信を受信することができる。
【００５２】
[0064]  ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジーに関連付けられた送信を用いて、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボルスペーシング及び／又はＯＦＤＭサブキャリアスペーシングは、異なる送信、異なるセル及び／又は無線送信スペクトルの異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくはスケーラブルな長さのサブフレーム又は送信時間間隔（ＴＴＩ）（例えば、様々な数のＯＦＤＭシンボルを含み、及び／又は様々な長さの絶対時間が続く）を用いて、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【００５３】
[0065]  ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃ等）に更にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカーポイントとして、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ又は複数を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可帯域における信号を用いてｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃ等の別のＲＡＮとも通信／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、実質的に同時に１つ又は複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ又は複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと通信し得る。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するモビリティアンカーとしての役割を果たし得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービス提供するために更なる到達範囲及び／又はスループットを提供し得る。
【００５４】
[0066]  ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続、ＮＲとＥ−ＵＴＲＡとの間の相互接続、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けたユーザプレーンデータの経路指定並びにアクセス及びモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向けた制御プレーン情報の経路指定等を処理するように構成され得る。図１Ｄで示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。
【００５５】
[0067]  図１Ｄで示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ及び場合によりデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素のそれぞれは、ＣＮ１１５の一部として示されているが、これらの要素のいずれもＣＮ運営者以外のエンティティにより所有及び／又は運営され得ることが理解されるであろう。
【００５６】
[0068]  ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ又は複数に接続され、及び制御ノードとしての役割を果たすことができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングをサポートすること（例えば、様々な要件を有する様々なＰＤＵセッションを処理すること）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了及びモビリティ管理等を扱い得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃで利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮポートをカスタマイズするためにＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、様々なネットワークスライスは、超高信頼低遅延（ＵＲＬＬＣ）アクセスを利用するサービス、拡張大容量モバイルブロードバンド（ｅＭＢＢ）アクセスを利用するサービス及び／又はマシンタイプ通信（ＭＴＣ）アクセスに対するサービス等の様々な使用例に対して確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ及び／又はWiFi等の非３ＧＰＰアクセス技術等他の無線技術を使用する他のＲＡＮ（図示せず）との間を切り換えるための制御プレーン機能を提供し得る。
【００５７】
[0069]  ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５におけるＡＭＦ１８２ａ、１８２ｂに接続し得る。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１１５におけるＵＰＦ１８４ａ、１８４ｂに接続することもできる。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し得、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックの経路指定を構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥのＩＰアドレスを管理し、割り当てること、ＰＤＵセッションを管理すること、ポリシー施行及びＱｏＳを制御すること及びダウンリンクデータ通知を提供すること等の他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース及びイーサネットベース等であり得る。
【００５８】
[0070]  ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ又は複数に接続し得、それは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にし得る。ＵＰＦ１８４、１８４ｂは、パケットを経路指定及び転送すること、ユーザプレーンポリシーを施行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること並びにモビリティアンカリングを提供すること等の他の機能を実施し得る。
【００５９】
[0071]  ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか又はそれと通信し得る。加えて、ＣＮ１１５は、他のサービスプロバイダにより所有及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通してローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続し得る。
【００６０】
[0072]  図１Ａ〜図１Ｄの図及び図１Ａ〜図１Ｄの対応する記述において、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅノードＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ及び／又は本明細書で述べられる任意の他のデバイスの１つ若しくは複数に関して本明細書で述べられる機能の１つ若しくは複数又は全ては、１つ又は複数のエミュレーションデバイス（図示せず）によって実施され得る。エミュレーションデバイスは、本明細書で述べられる機能の１つ若しくは複数又は全てをエミュレートするように構成された１つ又は複数のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスを試験するために、及び／又はネットワーク及び／又はＷＴＲＵ機能をシミュレートするために使用され得る。
【００６１】
[0073]  エミュレーションデバイスは、実験室環境及び／又は運営者ネットワーク環境で他のデバイスの１つ又は複数の試験を実施するように設計され得る。例えば、１つ又は複数のエミュレーションデバイスは、１つ若しくは複数又は全ての機能を実施できるが、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に又は部分的に実施及び／又は展開される。１つ又は複数のエミュレーションデバイスは、１つ若しくは複数又は全ての機能を実施できるが、有線及び／又は無線通信ネットワークの一部として一時的に実施／展開される。エミュレーションデバイスは、試験を行うために別のデバイスに直接結合され得、及び／又は空中を介する無線通信を用いて試験を実施し得る。
【００６２】
[0074]  １つ又は複数のエミュレーションデバイスは、１つ又は全てを含む複数の機能を実施し得るが、有線及び／又は無線通信ネットワークの一部として実施／展開されない。例えば、エミュレーションデバイスは、１つ又は複数の構成要素の試験を実施するために、試験用実験室及び／又は展開されない（例えば、試験用の）有線及び／又は無線通信ネットワークにおける試験シナリオで利用され得る。１つ又は複数のエミュレーションデバイスは、試験装置であり得る。データを送信及び／又は受信するために、直接ＲＦ結合及び／又はＲＦ回路（例えば、１つ又は複数のアンテナを含み得る）を介する無線通信がエミュレーションデバイスによって使用され得る。
【００６３】
[0075]  ビークルツーエブリシング（Ｖ２Ｘ）通信は、車両と、他の車両、路側機（ＲＳＵ）及び歩行者ユーザデバイス（他ば、ＷＴＲＵ）等の他のエンティティとの間で情報を渡し得る。幾つかの場合、車両Ｖ２Ｘ通信は、ＷＴＲＵが互いに直接通信する通信モードを含む。Ｖ２Ｘ動作は、カバレッジ内シナリオ及びカバレッジ外シナリオを含む。カバレッジ内シナリオは、ＷＴＲＵがＶ２Ｘメッセージの送受信を開始するためのアシスタンスをネットワークから受信する動作を含み得る。カバレッジ外シナリオは、ＷＴＲＵが、事前構成されたパラメータに基づいてＶ２Ｘメッセージの送受信を開始する動作を含み得る。
【００６４】
[0076]  Ｖ２Ｘ通信は、ＬＴＥによりサポートされ得、デバイスツーデバイス（Ｄ２Ｄ）通信での機能に関連し得る。Ｖ２Ｘ通信は、ビークルツービークル（Ｖ２Ｖ）、ビークルツーインフラストラクチャ（Ｖ２Ｉ）、ビークルツーネットワーク（Ｖ２Ｎ）及びビークルツー歩行者（Ｖ２Ｐ）サービス等の異なるタイプのサービスを含み得る。Ｖ２Ｖサービスは、車両ＷＴＲＵ間の直接通信に役立ち得る。Ｖ２Ｉサービスは、車両ＷＴＲＵとＲＳＵ及び／又はｅＮＢとの間の通信に役立ち得る。Ｖ２Ｎサービスは、車両ＷＴＲＵとコアネットワークとの間の通信に役立ち得る。Ｖ２Ｐサービスは、車両ＷＴＲＵと、低電池容量等の特別な条件を有するＷＴＲＵとの間の通信に役立ち得る。
【００６５】
[0077]  Ｖ２Ｘ通信は、リソース割り振りの異なる動作モードを含み得る。例えば、ＬＴＥは、モード３及びモード４動作を定義している。モード３動作は、Ｖ２Ｘサイドリンク（ＳＬ）送信のリソーススケジューリング割り当てをＷＴＲＵに提供するｅＮＢ等のネットワークデバイスを含み得る。モード４動作は、ＷＴＲＵが、構成又は事前構成されたリソースプールからリソースを自律的に選択することを含み得る。Ｖ２Ｘ（例えば、ＬＴＥ  Ｖ２Ｘ）は、２つのカテゴリのリソースプール：受信プール及び送信プールを含み得る。ＷＴＲＵは、Ｖ２Ｘ送信を受信するために、受信リソースプール内のＶ２Ｘリソース（例えば、時間及び／又は周波数）を監視し得る。ＷＴＲＵは、例えば、モード４動作において、Ｖ２Ｘ送信リソースプールから送信リソースを選択し得る。幾つかの実装形態では、モード３動作向けに構成されたＷＴＲＵは、送信プールを使用しないことがある。
【００６６】
[0078]  リソースプールは、ＲＲＣシグナリングを介して（例えば、ＬＴＥにおいて）ＷＴＲＵに準統計的にシグナリングされ得る。モード４動作では、ＷＴＲＵは、ＲＲＣ構成送信プールからリソースを選択する前にＶ２Ｘ検知（例えば、他のＷＴＲＵの制御チャネル送信の復号化を含む）を使用し得る。ＬＴＥ  Ｖ２Ｘは、動的リソースプール再構成をサポートしないことがある。幾つかの実装形態では、ＬＴＥリソースプール構成は、ＳＩＢ及び／又は専用ＲＲＣシグナリングを介してのみ搬送され得る。
【００６７】
[0079]  新無線（ＮＲ）は、エンハンストモバイルブロードバンド（ｅＭＢＢ）、超高信頼低遅延（ＵＲＬＬＣ）及び他の技術等の幾つかの使用事例をサポートし得る。エンハンストＶ２Ｘ（ｅＶ２Ｘ）通信は、ＮＲシステムと併用され得る。ＮＲでは、ｅＶ２Ｘは、安全シナリオ及び非安全シナリオ（例えば、センサ共有、自動運転、車両プラトーン化及びリモート運転等）に新しいサービスを提供し得る。異なるｅＶ２Ｘサービスは、３ｍｓ待ち時間を必要とするシナリオ等の異なる性能要件を必要とし得る。
【００６８】
[0080]  ＮＲ  Ｖ２Ｘは、車両プラトーン化、アドバンストドライビング、拡張センサ及びリモート運転等の幾つかの使用事例をサポートし得る。
【００６９】
[0081]  車両プラトーン化は、車両が一緒に走行して、グループを動的に形成できるようにし得る。プラトーン内の全ての車両は、先頭車両から周期的データを受信して、プラトーン動作を継続し得る。そのような情報は、車両間の極めて小さい距離（すなわち時間に置き換えられるギャップ距離、すなわち計算待ち時間は非常に小さい値、例えば１秒未満の待ち時間であり得る）を促進し得る。プラトーン化用途は、先頭車両に続く車両を自律的に運転するのに役立ち得る。
【００７０】
[0082]  アドバンストドライビングは、より大きい車間距離に対して半自動又は完全自動化された運転を可能にし得る。例えば、Ｖ２Ｘデバイスは、車両又は他のモバイルノード及び路側機（ＲＳＵ）又は他の静止ノードを含み得る。各車両及び／又は路側機（ＲＳＵ）は、ローカルセンサから取得されたデータを近傍車両と共有し得、それにより車両が軌道又は操作を調整できるようにする。更に、各車両は、その運転意図を近傍車両と共有し得る。例えば、車両は、速度及び／又は方向の変更等の様々な情報を含むメッセージを他の車両に送信して、車両の運転意図を示し得る。アドバンストドライビングは、より安全な走行、衝突回避及び交通効率の改善に役立ち得る。
【００７１】
[0083]  拡張センサは、車両、ＲＳＵ、歩行者のデバイス及び／又はＶ２Ｘアプリケーションサーバ間でのローカルセンサ又はライブビデオデータを通して収集された生データ又は処理済みデータの交換を可能にし得る。車両は、それ自体のセンサが検出し得るものを超えて環境の知覚を強化して、例えば局所状況の全体像を提供し得る。
【００７２】
[0084]  リモート運転は、リモートドライバ又はＶ２Ｘアプリケーションがリモート車両を操作できるようにし得る。これは、例えば、自ら運転することができない乗客に車両操作を提供するか、又は危険な環境にある車両にリモート操作を提供するのに有利であり得る。公共交通機関等の多様性が限られ、ルートが予測可能である幾つかの場合、クラウド計算に基づく運転を使用して、リモート運転を制御又は促進し得る。クラウドベースのバックエンドサービスプラットフォームをリモート導出に使用し得る。例えば、車両又は他のＶ２Ｘデバイスは、メッセージを中央サーバ又はクラウドサーバと交換して、計算を実行し得る。
【００７３】
[0085]  ＬＴＥ  Ｖ２Ｘは、ブロードキャスト通信のみに依存し、したがってリンク確立を利用しないことがある。しかしながら、Ｖ２Ｘサイドリンクが基づくＤ２Ｄは、サイドリンクを介したリンク確立を利用し得る。例えば、Ｄ２Ｄ動作では、２つのＷＴＲＵは、プロトコルスタックのＰＤＣＰレイヤの上のＰＣ５プロトコルレイヤを介して１対１ＰｒｏＳｅ直接通信を確立し得る。
【００７４】
[0086]  １対１ＰｒｏＳｅ直接通信は、例えば、２つのＷＴＲＵ間にＰＣ５を介してセキュアレイヤ２リンクを確立することにより実現され得る。各ＷＴＲＵは、レイヤ２で送信する各フレームのソースレイヤ２ＩＤフィールドに含まれると共に、レイヤ２リンクで受信するあらゆるフレームの宛先レイヤ２ＩＤに含まれる、ユニキャスト通信のレイヤ２ＩＤを有し得る。１対１ＰｒｏＳｅ直接通信のレイヤ２リンクは、直接通信における２つのＷＴＲＵのそれぞれのレイヤ２ＩＤの組合せにより識別され得る。例えば、レイヤ２リンクは、直接通信における２つのＷＴＲＵのそれぞれのレイヤ２ＩＤの組合せにより識別されるため、ＷＴＲＵは、同じレイヤ２ＩＤを使用して１対１ＰｒｏＳｅ直接通信の複数のレイヤ２リンクに関わり得る。
【００７５】
[0087]  分離された（すなわち非中継）１対１通信に関わるＷＴＲＵは、ＩＰアドレス割り振りメカニズムをネゴシエートし得、リンク確立手順中、必要に応じて任意選択的にリンクローカルＩＰｖ６アドレスを交換し得る。
【００７６】
[0088]  図２は、ＷＴＲＵ２１０とＷＴＲＵ２２０との間にリンクを確立する一例の手順２００を示すメッセージシーケンスチャートである。第１のステップにおいて、ＷＴＲＵ２１０は、相互認証をトリガーするために、直接通信要求メッセージ２３０をＷＴＲＵ２２０に送信し得る。直接通信要求メッセージ２３０の内容は、ユーザ情報と呼ばれ得る。第２のステップにおいて、ＷＴＲＵ２２０は、相互認証手順２４０を開始する。認証手順が問題なく完了すると、セキュアレイヤ２リンクオーバＰＣ５の確立が完了する。このステップの一環として、ＷＴＲＵ２２０は、ＷＴＲＵ２１０への応答メッセージにユーザ情報を含む。
【００７７】
[0089]  ＰＣ５シグナリングプロトコルは、ＷＴＲＵがＰｒｏＳｅ通信範囲内にないかどうかを検出するために使用し得るキープアライブ機能をサポートし、ＷＴＲＵがＰｒｏＳｅ通信範囲内にない場合、暗黙的レイヤ２リンクリリースに進み得る。
【００７８】
[0090]  ＮＲ  Ｖ２Ｘは、リンク確立エンハンスメント（例えば、Ｄ２Ｄと比較して）を含み得る。例えば、手順は、セキュアＬ２リンクオーバＰＣ５の確立及び維持を提供し得る。そのような手順は、Ｖ２Ｘ使用に向けて強化及び適合され得るか、又は同様のシグナリングをＲＲＣレイヤで定義され得る。Ｖ２Ｘリンク／グループハンドリングは、更なる考慮を必要とすることもある。例えば、Ｖ２Ｘ通信において全てのＷＴＲＵがユニキャスト通信をサポート又は使用するわけではない。リンク確立をサポートするために、ＷＴＲＵは、サービスアナウンスメントを送信して、ピアに、ＷＴＲＵの存在及び存在する場合にはユニキャスト通信するＷＴＲＵの機能（例えば、ＷＴＲＵがユニキャスト、サポートされるサービス等のために動作することができるチャネル）を通知し得る。そのようなサービスアナウンスメントには、サービス（例えば、アプリケーション）の使用に関心がある全てのＷＴＲＵがアクセスできるようにし得る。例えば、そのようなアナウンスメントは、ＷＡＶＥサービスアドバタイズメント（ＷＳＡ）がどのように扱われるかと同様に、専用チャネルを介して送信されるように構成され得るか、又はサポートするＷＴＲＵからの定期的なメッセージにピギーバック（例えば、追加又は添付）されるように構成され得る。
【００７９】
[0091]  ＮＲ  Ｖ２Ｘは、ＱｏＳエンハンスメントを含み得る。例えば、ＱｏＳオーバＰＣ５は、ＰｒｏＳｅパケット毎優先度（ＰＰＰＰ）を用いてサポートされ得る。アプリケーションレイヤは、所要ＱｏＳレベルを示すＰＰＰＰを用いてパケットをマークすることが許され得る。他のエンハンスメントを追加することもできる（例えば、ＰＰＰＰからのＰＤＢの導出の許可）。
【００８０】
[0092]  ＮＲ  Ｖ２ＸのＱｏＳ要件は、性能ＫＰＩを含み得る。そのような性能ＫＰＩは、以下のパラメータの１つ又は複数を用いて指定され得る：ペイロード（バイト）、送信速度（メッセージ／秒）、最大エンドツーエンド待ち時間（ｍｓ）、信頼性（％）、データ速度（Ｍｂｐｓ）及び／又は最小要求通信範囲（メートル）。
【００８１】
[0093]  同じ組のサービス要件がＰＣ５ベースのＶ２Ｘ通信及びＵｕベースのＶ２Ｘ通信の両方に適用され得る。例えば、そのようなＱｏＳ特性は、５ＱＩを用いて表され得る。したがって、統一されたＱｏＳモデルをＰＣ５及びＵｕに使用し得る（例えば、５ＱＩは、Ｖ２Ｘ通信オーバＰＣ５に使用することもでき、したがって、アプリケーションレイヤは、使用されるリンクに関係なく、ＱｏＳ要件を示す一貫した方法を有し得る）。
【００８２】
[0094]  ５ＧＳ  Ｖ２Ｘ可能なＷＴＲＵは、３つの異なるタイプのトラフィックをサポートし得る：ブロードキャスト、マルチキャスト及びユニキャスト。
【００８３】
[0095]  Ｕｕと同じＱｏＳモデルをユニキャストトラフィックに利用し得る（すなわち、各ユニキャストリンクは、ベアラとして扱われ得、ＱｏＳフローがそれに関連付けられ得る）。５ＱＩで定義される全てのＱｏＳ特性及び追加のデータ速度パラメータを適用し得る。更に、最小要求通信範囲は、ＰＣ５使用に固有の追加のパラメータとして扱われ得る。
【００８４】
[0096]  同じ又は同様の考慮は、ユニキャストの特殊事例（すなわちトラフィックの複数の定義された受信者がいる）として扱われ得るマルチキャストトラフィックに適用され得る。
【００８５】
[0097]  ブロードキャストトラフィックの場合、ベアラ概念がないことがあり、すなわちパケットと、特定の構成されたパラメータを有する論理リンクとの間に関連付けがない。各ブロードキャストメッセージは、アプリケーション要件に従って異なる特性を有し得る。したがって、５ＱＩは、ＰＰＰＰ及び／又はＰｒｏＳｅパケット毎信頼性（ＰＰＰＲ）と同様に使用され得る（すなわち各パケットがＱｏＳ値に関連付けられる（又は「タグ付け」される）。５ＱＩは、ＰＣ５ブロードキャスト動作に必要な全ての特性（例えば、待ち時間、優先度、信頼度等）を表す機能を有し得る。Ｖ２Ｘブロードキャスト固有の５Ｇ品質サービスインジケータ（Ｖ２Ｘ  ５ＱＩ）又は（ＶＱＩ）のグループは、ＰＣ５使用に関して定義され得る。
【００８６】
[0098]  ＰＣ５  ＱｏＳパラメータは、１対１通信手順の確立時にネゴシエートされ得る。したがって、１対１通信確立手順は、２つのＷＴＲＵ間のＰＣ５  ＱｏＳパラメータネゴシエーションをサポートするように強化され得る。ＰＣ５  ＱｏＳパラメータネゴシエーション後、同じＱｏＳは、１対１通信の両方向で使用され得る。
【００８７】
[0099]  図２に関して示された一例の手順２００は、ＷＴＲＵ２１０とＷＴＲＵ２２０との間でＰＣ５  ＱｏＳパラメータをネゴシエートするように変更することができる。例えば、第１のステップにおいて、直接通信要求メッセージ２３０は、ユーザ情報への追加又は代替として、要求されたＰＣ５  ＱｏＳパラメータを含み得る。第２のステップにおいて、手順２４０は、ユーザ情報への追加又は代替として、ＷＴＲＵ２１０への応答メッセージに、許容されたＰＣ５  ＱｏＳパラメータを含み得る。
【００８８】
[00100]  幾つかの場合、ＱｏＳモデルに基づいてＮＲ  Ｖ２Ｘでのユニキャスト及びマルチキャストリンクの確立は、幾つかの問題を生じさせ得る。例えば、幾つかの実装形態では、ユニキャストリンク確立のためのシグナリング（Ｄ２Ｄ  １対１確立の場合）は、ユニキャストリンクのみをサポートし、マルチキャストリンクをサポートしないことがある。
【００８９】
[00101]  また、幾つかの実装形態では、リンク確立判断（例えば、Ｄ２Ｄでの１対１通信）は、到達可能性要件（例えば、受信信号受信電力（ＲＳＲＰ）に基づき得る一方、ＮＲ  Ｖ２Ｘは、より厳しい要件（例えば、待ち時間、信頼性等）及び／又は追加要件（例えば、範囲、速度等）を有し得る。これらの様々な要件は、これらの要件を達成するためにＡＳレイヤにおけるユニキャスト及び／又はマルチキャストに依存し得る。無線ベアラタイプモデルは、ユニキャスト及び／又はマルチキャストに使用され得、以前にはＤ２Ｄ又はＶ２Ｘに必要でなく、及び／又は指定されていなかった新しいサイドリンク手順を要し得る。例えば、ＷＴＲＵにより自律的に扱われる受付制御手順がＵｕに必要とされ得る（例えば、モード４動作の場合）が、通常、これは、ネットワークにより実行されていた可能性がある。別の例では、サイドリンクを介したＱｏＳのリンク維持手順において、ＡＳレイヤがＳＬ送信に特定の品質レベルを維持することが求められ得る。
【００９０】
[00102]  また、幾つかの実装形態では、ＱｏＳのモデルは、フローの組が特定のベアラにマッピングされる（例えば、Ｕｕと同様）と仮定し得る。Ｕｕの場合、マッピングは、空きＤＬ／ＵＬリソースに基づいてｇＮＢにより行われ得る。ＳＬの場合、判断は、ＷＴＲＵにより実行される必要があり得（例えば、モード４動作のため）、空きＳＬリソースの属性及びＷＴＲＵがそれ自体をセットアップし得るＳＬベアラ特性に基づく必要があり得る。
【００９１】
[00103]  幾つかの実施形態は、リンクを確立及び維持するためのシステム、方法及びデバイスを提供し得る。リンクの確立及び維持について、本明細書ではユニキャスト又はグループキャスト送信に関して考察する。略同様のリンクの確立及び維持手順が「ブロードキャストリンク」に適用され得、それにより、ブロードキャストリンクは、関わる受付制御評価及び／又はリンク維持手順が少なくてよいか、又は受付制御評価及び／又はリンク維持手順が関わらなくてよい。それにも関わらず、無線ベアラをグループ宛先ＩＤ又はＬ２宛先ＩＤへの送信に関連付けられたブロードキャストサービスに確立し得る限り、リンク確立シグナリングは、依然としてブロードキャスト送信事例に適用可能であり得る。したがって、本明細書で考察される技法及び手法は、ブロードキャスト送信にも適用可能であり得る。
【００９２】
[00104]  「上位レイヤ」という用語は、本明細書で使用される場合、ＮＡＳレイヤ、アプリケーションレイヤ、Ｖ２Ｘレイヤを指し得るか、又はＮＡＳレイヤ、Ｖ２Ｘレイヤ及びアプリケーションレイヤ間の対話を示し得る。幾つかの例では、接続（すなわちリンク）の手順は、ＡＳレイヤにより実行されるリンク確立判断を含み得る。リンク確立のＡＳ／ＮＡＳレイヤシグナリングは、幾つかのモデルに基づき得る。図３は、そのようなモデルの一例を示す。
【００９３】
[00105]  幾つかの実施形態は、ＳＬ無線ベアラリンク確立の手順を提供する。例えば、図３は、ＷＴＲＵとピアＷＴＲＵとの間の接続を確立するためのＮＡＳレイヤ及び／又は１つ又は複数の上位レイヤ３１０及びＡＳレイヤ３２０間の通信例を示すリンク確立モデル３００のブロック図である。リンク確立モデル３００は、ＡＳレイヤ３２０により実行される接続確立判断を示す。
【００９４】
[00106]  ＮＡＳ及び／又は１つ又は複数の上位レイヤ３１０は、その間に接続の確立が望まれるＷＴＲＵのリスト３３０を通信し得る。リスト３３０は、要求の形態、ピアＷＴＲＵの特定のＬ２  ＩＤを有するユニキャストとしてマークされたパケットの形態又は任意の他の適した様式で通信し得る。リスト３３０に基づいて、ＡＳレイヤ３２０は、動作３４０を実行して、到達可能性（例えば、ＷＴＲＵが別のＷＴＲＵと通信（すなわち到達）することができるか否か）を判断し、受付制御を実行し、接続確立を開始し得る。ＡＳレイヤ３２０は、動作３４０の結果をＮＡＳ及び／又は１つ又は複数の上位レイヤ３１０に通信３５０（例えば、レイヤ間メッセージ）において提供し得る。
【００９５】
[00107]  幾つかの実装形態では、動作３４０の部分は、リンク確立と同じ時間に実行されても又はされなくてもよい別個の発見手順で実行され得る。例えば、ＷＴＲＵは、リンク確立手順に先立って行われる別個の発見手順の一環として到達可能性判断を実行し得る。同様に、リンク確立手順への応答（例えば、本明細書において更に考察されるもの等の到達可能性レポート）も、リンク確立に先立って実行される別個の発見手順の一環であり得る。
【００９６】
[00108]  図４は、ＮＡＳ及び／又は１つ又は複数の上位レイヤ４１０がＡＳレイヤ４２０からの情報に基づいて判断され得る、リンク確立のためにＮＡＳ及び／又は１つ又は複数の上位レイヤ４１０及びＡＳレイヤ４２０間の通信例を示すリンク確立モデル４００のブロック図である。
【００９７】
[00109]  ＮＡＳ及び／又は１つ又は複数の上位レイヤ４１０は、発見又はサービスアナウンスメントを通信４３０においてＡＳレイヤ４２０に送信して、範囲内のＷＴＲＵ（例えば、ユニキャストサービスをサポートする）のリストを取得し得る。通信４３０は、例えば、要求の形態、１つ若しくは複数のピアのＷＴＲＵの特定のＬ２  ＩＤを有するパケットの形態又はアナウンスされたサービス若しくはアプリケーションの識別子の形態であり得る。ＡＳレイヤ４２０は、接続性関連情報をＮＡＳ及び／又は１つ又は複数の上位レイヤ４１０に通信４４０（例えば、レイヤ間メッセージ）において提供し得る。例えば、接続性関連情報は、２つのＷＴＲＵが互いと通信することができるか否か、リンクの品質等に関する情報であり得る。
【００９８】
[00110]  ＮＡＳ及び／又は１つ又は複数の上位レイヤ４１０は、接続確立通信４５０（例えば、レイヤ間メッセージ）により接続確立を開始し得る。接続確立通信４５０を受信した後、ＡＳレイヤ４２０は、本明細書において更に考察するもの等の受付制御手順４６０を実行し得る。ＡＳレイヤ４２０は、受付制御手順４６０からの結果をＮＡＳ及び／又は１つ又は複数の上位レイヤ４１０に通信４７０において提供し得る。
【００９９】
[00111]  モデル４００では、通信４３０及び４４０並びにこれらの通信を生成、送信、受信及び処理する関連付けられた手順は、任意選択的であり得るか、又は全体的にＮＡＳ及び／又は１つ又は複数の上位レイヤ４１０により実行され得る。例えば、ＮＡＳ及び／又は１つ又は複数の上位レイヤ４１０は、上位レイヤ発見又はサービスアナウンスメントメッセージを通信し得、ＡＳレイヤ４２０からのいかなる情報もなしに、ＮＡＳ及び／又は１つ又は複数の上位レイヤ４１０間で接続確立（すなわち通信４５０に対応する）を開始し得る。ＡＳレイヤ４２０は、通信４７０においてＮＡＳ及び／又は１つ又は複数の上位レイヤ４１０に接続性関連情報を更に提供し得る。
【０１００】
[00112]  幾つかの実施形態は、ユニキャスト、マルチキャストリンク及び／又はＳＬＲＢ通信をサポートするＡＳ／ＮＡＳレイヤシグナリングを提供し得る。幾つかの例は、サービス（例えば、ＳＬＲＢとして輸送されることもあれば又はされないこともあるブロードキャストサービス）のＱｏＳ又はフロー（ＡＳレイヤによりＳＬＲＢにマッピングされ得る）を促進又は保証するための、上位レイヤとＡＳレイヤとの間の対話を含む。幾つかの例では、そのような対話は、任意の送信モード（例えば、モード１又はモード２）において及び／又は任意のタイプの送信（例えば、ユニキャスト、グループキャスト又はブロードキャスト）に使用され得る。幾つかの例では、ブロードキャストサービスの受付制御手順を実行しているＷＴＲＵは、それ自体の受付制御判断を行い得る（すなわちモード２の場合）か、又は受付制御決定をネットワークから受信し得る（すなわちモード１）。ＷＴＲＵは、そのような決定を上位レイヤに通知し得る。代替的に、ユニキャスト及び／又はマルチキャストリンク及び／又はＳＬＲＢ確立の場合、ＷＴＲＵは、リンク確立シグナリングを開始し得る。ユニキャスト又はマルチキャスト確立に関連付けられた各ＷＴＲＵは、それ自体の受付制御を実行し得るか、それ自体の上位レイヤに受付制御結果を通知し得るか、又は受付制御結果をピアＷＴＲＵに通知し得、ピアＷＴＲＵは、全てのＷＴＲＵの受付制御結果に基づいて上位レイヤと対話する責任を負う。以下の状況で説明される例は、一般性を失うことなく上記事例のいずれにも適用し得る。
【０１０１】
[00113]  幾つかの例では、ＷＴＲＵのリストは、ＮＡＳレイヤ及び／又は上位レイヤによりＡＳレイヤに提供され得る（例えば、図３に関して示され、説明されたリスト３３０）か、又は接続確立要求がＮＡＳレイヤ及び／又は上位レイヤによりＡＳレイヤに対してなされ得る（例えば、図４に関して示され、説明された接続確立通信４５０）。幾つかのそのような例では、ＮＡＳレイヤ及び／又は上位レイヤは、ユニキャスト及び／又はマルチキャスト接続に含まれるべきＷＴＲＵを識別するＬ２ソースＩＤのリスト（例えば、ユニキャストの場合には１つのＷＴＲＵ）、ユニキャスト及び／又はマルチキャスト指示（例えば、接続がユニキャストであるか又はマルチキャストであるかの指示）、送信するデータパケット（例えば、上位レイヤサービスアナウンスメント）、ユニキャスト及び／又はマルチキャストリンクのＱｏＳ要件（例えば、ＶＱＩ、ＱｏＳプロファイル）、２つ以上のＷＴＲＵ間の送信を行い得る予期される時間期間（例えば、ＡＳレイヤリンク確立の判断についてＡＳレイヤを補助するために）、及び／又はＬ２ユニキャスト及び／又はマルチキャストのリンク識別子等の様々な情報及び／又はパラメータをＡＳレイヤに提供し得る。そのようなリンク識別子は、ピアＷＴＲＵのＬ２ソースＩＤを含み得、ＷＴＲＵは、Ｌ２ソースＩＤをリンク確立要求メッセージ（例えば、接続確立通信４５０）に含み得る。代替的に、ユニキャストの場合、そのようなリンク識別子は、ユニキャストの宛先としてピアＷＴＲＵのＬ２ソースＩＤを含み得、上位レイヤ（例えば、ＮＡＳ及び／又は１つ又は複数の上位レイヤ４１０）は、別のＩＤを有するＷＴＲＵを識別し得る）。
【０１０２】
[00114]  幾つかの例では、ＡＳレイヤは、接続性情報を提供し得る。図４は、上位レイヤがＡＳレイヤによる情報に基づいてリンク確立を判断する一例の手順を示すリンク確立モデルのブロック図である。例えば、ＡＳレイヤ４２０は、図４に関して示され、説明されるように、通信４４０又は通信４７０において接続性情報を提供し得る。幾つかの例では、ＡＳレイヤは、アナウンスされたサービス又はアプリケーションをサポートするＷＴＲＵの範囲内のＷＴＲＵのリスト；特定のＷＴＲＵの到達可能性（例えば、ＷＴＲＵが別のＷＴＲＵと通信する（到達する）ことができるか否かのイエス／ノー指示）であって、上位レイヤにより提供されるＶＱＩに基づいてＡＳレイヤにより評価され得る到達可能性；ＷＴＲＵ間で送信される測定された信号（例えば、メッセージに含まれる基準信号等のＰＨＹレイヤ信号）に関連付けられた測定値又はレベル（例えば、レベルへのＲＳＲＰの構成されたマッピングに基づく）であって、測定は、発見又はサービスアナウンスメントメッセージの送信又は上位レイヤにより開始された接続確立に応答して送信される関連付けられたＲＲＣメッセージに基づき得る、測定値又はレベル；上位レイヤサービスアナウンスメントの結果（例えば、そのような結果は、ＮＡＳパケットにおいて搬送され得る）；発見若しくはメッセージ送信結果の潜在的な傾向（例えば、測定されるＲＳＲＰの増大、低減若しくは変化なし又はＷＴＲＵを別のＷＴＲＵにより発見若しくは傍受することができる時間期間ｘを示す情報）；及び／又は車両軌跡情報等の様々な情報／パラメータをＮＡＳ／上位レイヤに提供し得る。
【０１０３】
[00115]  幾つかの例では、ＷＴＲＵ  ＡＳは、ＳＬ無線ベアラリンク確立手順の結果を上位レイヤに送信し得る。例えば、ＡＳレイヤ４２０は、図４に関して示され、説明されるように、結果を通信４７０において提供し得るか、又はＡＳ３２０は、図３に関して示され、説明されたように、結果を通信３５０において提供し得る。そのような結果は、リンク確立の成功又は失敗の指示を含み得、失敗したリンク確立の失敗原因を示すエラーコードを含み得、及び／又は成功したリンク確立においてマルチキャストリンクで接続される（すなわち完全接続される）ＷＴＲＵのサブセット（例えば、Ｌ２  ＩＤのリスト）を含み得る。
【０１０４】
[00116]  幾つかの例では、ＷＴＲＵ  ＡＳは、失敗したリンク確立の指示を上位レイヤに送信し得る。そのような失敗は、要求されたサービス、パケット、リンク及び／又はＳＬＲＢの受付制御失敗に起因し得る。そのような指示は、ＳＬＲＢがリンク監視に失敗する場合又は別のＷＴＲＵによりプリエンプトされる場合等、ＳＬＲＢのアクティブ時間中に随時発生し得る。そのような指示は、手順に関連付けられた任意のＷＴＲＵにより送信され得る（例えば、開始ＷＴＲＵ又はピアＷＴＲＵにおいて）。ＡＳは、ＱｏＳが満たされなかったか、又はリンクを確立することができなかったＷＴＲＵを示す情報（例えば、ＷＴＲＵ  ＩＤ）（例えば、上位レイヤと対話しているＷＴＲＵ又はピアＷＴＲＵがリンクを確立することができなかったことの指示）であって、提供されるＷＴＲＵ  ＩＤは、ソースＬ２  ＩＤであり得る、情報；ＳＬＲＢをプリエンプトしたＷＴＲＵを示す情報（例えば、ＷＴＲＵ  ＩＤ）；リンク及び／又はＳＬＲＢ又はＳＬＲＢのプリエンプションを生じさせたパケットのＱｏＳパラメータ、ＳＬＲＢ  ＩＤ又はフローＩＤ；満たすことができなかった特定のＱｏＳパラメータ；新しいＳＬＲＢ／リンクの確立を妨げるか、又は新しいＳＬＲＢ／リンクを確立させない、現在確立されている他のＷＴＲＵの指示（例えば、ＷＴＲＵ  ＩＤ）及び／又はＳＬＲＢの指示（ＳＬＲＢ  ＩＤ又はＱｏＳフローＩＤ等）（例えば、新しいＳＬＲＢが既存のユニキャストリンクと競合することの指示及び／又は新しいＳＬＲＢと競合する既存のユニキャストリンクの指示）；及び／又は失敗原因等の失敗したリンク確立に関連する任意の情報又は情報の組合せと同じメッセージにおいて、そのような指示を上位レイヤに提供し得る。失敗原因の例には、受付制御失敗、進行中のサービスのプリエンプト不能、性能失敗（例えば、リンクを確立することができなかったか又はＱｏＳを満たすことができなかった）、リソース（例えば、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、ＲＳリソース、フィードバックチャネル、プリンプションリソース）がリンクを確立するのに不十分であり、及び／又はＳＬＲＢ／リンクのプリエンプションがある。
【０１０５】
[00117]  幾つかの例では、ＷＴＲＵは、ベストエフォートにフォールバックする。例えば、ＷＴＲＵ  ＡＳレイヤは、リンクが確立されたが、そのリンクに関連付けられたＱｏＳ要件が満たされない可能性があることをＷＴＲＵ  ＮＡＳに示し得る。ＷＴＲＵ  ＡＳレイヤは、リンク確立開始中、ＡＳレイヤにより命令される場合、そのような指示を（例えば、ＷＴＲＵの構成又は規格若しくは仕様に応じて）上位レイヤに送信することが更に許され得る。ＷＴＲＵ  ＡＳは、満たすことができる特定のＱｏＳパラメータ（例えば、待ち時間）及びベストエフォートとしてのみ満たされることになる特定のＱｏＳパラメータを示し得る。
【０１０６】
[00118]  幾つかの例では、ＷＴＲＵ  ＡＳレイヤは、ＷＴＲＵ  ＮＡＳレイヤとネゴシエート又は再ネゴシエートして、ＡＳレイヤリンク及び／又はＳＬＲＢによりサポートすることができる適切なＱｏＳを決定し得る。このネゴシエーション又は再ネゴシエーションは、リンク確立／ＳＬＲＢセットアップ中又はリンク監視において失敗が検出されたとき、ＡＳレイヤ再構成のトリガー（例えば、本明細書に説明されるような）に続き、リンクのプリエンプション指示の受信時又は上位レイヤにより示されるように等、リンクが確立されている間に随時行われ得る。このネゴシエーション又は再ネゴシエーションは、手順に関連付けられた任意のＷＴＲＵにより実行され得る（例えば、開始ＷＴＲＵ又はピアＷＴＲＵにおいて）。
【０１０７】
[00119]  例えば、ＷＴＲＵ  ＡＳレイヤは、ＱｏＳを満たすことができないことを示し得、上位レイヤが新しいＶＱＩを提供するのを待つか、又は手順の終了を示し得る。ＷＴＲＵ  ＡＳレイヤは、構成された、事前構成された又は定義されたタイマの値により示された時間にわたり上位レイヤからの指示を待ち得、タイマの値により示された時間後、リンク確立又はＡＳレイヤ再構成に関連付けられたＡＳレイヤシグナリングの失敗を示し得る（例えば、拒絶又は失敗ＲＲＣメッセージを送信することにより）。代替的に、上位レイヤが新しいＶＱＩを提供する場合、ＡＳレイヤシグナリング手順（例えば、リンク確立又はＡＳレイヤ再構成）は、新しいＶＱＩを使用して進めることができる。
【０１０８】
[00120]  別の例では、ＷＴＲＵ  ＡＳレイヤは、ＱｏＳを満たすことができないことを示し得、代わりに満たすことができる代替のＱｏＳ（例えば、ＶＱＩ）を示唆し得る。ＡＳレイヤは、上位レイヤが示唆したＱｏＳパラメータの承認を提供するか、又は示唆されたＱｏＳが、関連付けられたフロー又はＳＬＲＢに許容可能ではないことを示すのを待ち得る。ＷＴＲＵ  ＡＳレイヤは、構成された、事前構成された又は定義されたタイマの値により示される時間にわたり上位レイヤからの指示を待ち得、タイマの値により示された時間後、リンク確立又はＡＳレイヤ再構成に関連付けられたＡＳレイヤシグナリングの失敗を示し得る（例えば、拒絶又は失敗ＲＲＣメッセージを送信することにより）。代替的に、上位レイヤが新しいＱｏＳパラメータを許容可能として承認する場合、ＡＳレイヤシグナリング手順（例えば、リンク確立又はＡＳレイヤ再構成）は、新しいＱｏＳパラメータを使用して進めることができる。
【０１０９】
[00121]  ＱｏＳを満たすことができないことをＡＳレイヤが示す上述したネゴシエーション／再ネゴシエーション状況の例では、上位レイヤは、ＡＳレイヤに、リンク確立又はＡＳレイヤ再ネゴシエーションに対してＡＳレイヤシグナリングが続くべきか否かについて通知し得る。例えば、ＱｏＳネゴシエーションが成功する（例えば、上位レイヤがＳＬＲＢに新しいＱｏＳを構成することが可能である）場合、新しいＱｏＳは、リンク確立又はＡＳレイヤ再構成に関連付けられた他のＷＴＲＵに提供される必要があり得る。新しい１つ又は複数のＱｏＳパラメータは、ＲＲＣシグナリングにおいて（例えば、上位レイヤは、新しい１つ又は複数のＱｏＳパラメータをＡＳレイヤに提供し得、ＡＳレイヤは、新しい１つ又は複数のＱｏＳパラメータをＲＲＣメッセージに含め得る）又は上位レイヤシグナリングにより（例えば、ＲＲＣシグナリングは、新しい１つ又は複数のＱｏＳパラメータを、ＲＲＣにより送信されるトランスペアレントな（例えば、カプセル化された）メッセージに含める）提供され得る。いずれの場合にも、新しい１つ又は複数のＱｏＳパラメータを他のＷＴＲＵに送るために、上位レイヤは、ＡＳレイヤに、ＲＲＣシグナリング交換を続けることを示し得る。ＱｏＳ再ネゴシエーション手順が失敗する場合、ＷＴＲＵは、ＲＲＣシグナリング交換に関連付けられたＲＲＣ失敗メッセージの送信を開始し得、その時点で、リンク確立手順又はＡＳレイヤ再構成手順が失敗したと見なし得る。
【０１１０】
[00122]  幾つかの例では、ＱｏＳネゴシエーション又は再ネゴシエーションは、上位レイヤＰＤＵの存在を条件とする。例えば、ＷＴＲＵは、受信ＲＲＣメッセージにおける１つ又は複数の上位レイヤＰＤＵ（すなわちトランスペアレントである、例えばカプセル化されたメッセージ）の存在、不在及び／又はサイズに基づいてＱｏＳネゴシエーション又は再ネゴシエーションを実行すべきか否かを判断し得る。幾つかの例では、ＷＴＲＵは、リンク確立要求ＲＲＣメッセージを受信し得る。ＲＲＣメッセージが上位レイヤＰＤＵを含む場合（又は上位レイヤＰＤＵが所与のサイズである場合）、ＷＴＲＵは、失敗した受付制御及び／又は失敗したＡＳレイヤ再構成が上位レイヤを用いてＱｏＳネゴシエーション又は再ネゴシエーション手順を開始することができると判断し得る。代替的に、そのようなＰＤＵがＲＲＣメッセージに含まれていない場合、ＷＴＲＵは、受付制御失敗時に失敗したリンク確立又は再構成手順を示し得る。一般性を失うことなく、そのような上位レイヤＰＤＵは、リンク確立及び／又はＡＳレイヤ再構成に関連付けられた任意のＲＲＣメッセージに含まれ得る。更に、ＷＴＲＵは、ＳＬＲＢのリンク確立中、上位レイヤＰＤＵがシグナリングに含まれていたか否かに基づいて、リンク監視が失敗した場合、ＱｏＳ再ネゴシエーション手順が可能であるか否かの知識（例えば、知識を示す記憶された情報）を維持することもできる。
【０１１１】
[00123]  幾つかの実施形態は、ユニキャスト及び／又はマルチキャストリンク及び／又はＳＬＲＢをサポートするためにサイドリンクシグナリングを提供し得る。幾つかの例は、プロアクティブ発見を含む。例えば、ＷＴＲＵは、定期的な発見をプロアクティブに実行して、潜在的なユニキャスト及び／又はマルチキャストターゲットのリストを維持し得る。そのようなプロアクティブ発見送信は、ＡＳレイヤ、アプリケーションレイヤ又はＮＡＳレイヤにより開始され得る。ＷＴＲＵは、専用宛先Ｌ２  ＩＤを使用して、ＰＳＳＣＨにおける発見メッセージブロードキャストを利用し得る。そのようなＩＤは、ユニキャストサービス発見に関連付けられ得る。
【０１１２】
[00124]  ＷＴＲＵ（例えば、ＡＳレイヤ及び／又は上位レイヤ）は、応答するＷＴＲＵ及びそのようなＷＴＲＵに関連付けられた特定の品質測度のリストを維持し得る。例えば、ＷＴＲＵは、発見ブロードキャストメッセージに応答したＬ２ソースＩＤのリストを維持し得る。ＷＴＲＵは、測定された発見応答の絶対品質値；発見応答が閾値を上回った応答の連続数及び／又は時間期間；及び／又は発見応答品質が特定の量を超えるだけ変わらなかった時間期間又は応答数等、ＡＳリンク確立判断中に使用する特定の傾向を更に維持し得る。
【０１１３】
[00125]  ＷＴＲＵは、上述した情報のいずれか（例えば、少なくとも最後のＴ時間単位において閾値を上回って測定された発見応答）に基づいてリンク確立基準を決定し得、リンク確立基準を上位レイヤに示し得る。ＷＴＲＵは、宛先アドレスとして開始ＷＴＲＵのソースＬ２  ＩＤを使用して発見メッセージに応答し得る。
【０１１４】
[00126]  幾つかの例は、ＷＴＲＵによる自律リンク確立のシグナリングを含む。例えば、図５は、ＷＴＲＵ５１０とＷＴＲＵ５２０との間のＡＳレイヤにおける一例のサイドリンク確立手順５００を示すメッセージシーケンスチャートである。リンク確立は、ＷＴＲＵ５１０からＷＴＲＵ５２０へのリンク確立要求メッセージ５３０、ＷＴＲＵ５２０からＷＴＲＵ５１０へのリンク確立応答メッセージ５４０及び／又はＷＴＲＵ５１０からＷＴＲＵ５２０へのリンク確立確認メッセージ５５０を含み得る。ＷＴＲＵ５１０及び５２０は、各メッセージをＲＲＣメッセージとして送信し得る（例えば、リンク確立要求メッセージ５３０は、ＲＲＣ再構成メッセージ、ＷＴＲＵサイドリンク情報メッセージ又はＲＲＣプロトコルによりサポートされる任意の他のそのようなメッセージであり得る）。代替的に、手順５００に示されるメッセージは、上位レイヤメッセージとＲＲＣメッセージとの混合を含み得る。リンク確立メッセージ５５０がＷＴＲＵ５２０により受信された後、ステップ５６０において、ＳＬ送信は、確立されたＳＬベアラにおいて開始され得る。
【０１１５】
[00127]  幾つかの例では、上位レイヤからのリンク確立の指示に続き、ＷＴＲＵ５１０は、まず、ＷＴＲＵ５１０における１つ又は複数の測定値に基づいて受付制御手順を実行し得る。受付制御に成功する場合又はＱｏＳ再ネゴシエーションがトリガーされ、成功する場合、ＷＴＲＵ５１０は、リンク確立要求メッセージ５３０を送信し得る。リンク確立要求メッセージ５３０は、ユニキャスト及び／又はマルチキャストリンクが要求されている１つ又は複数のＷＴＲＵのソースＬ２  ＩＤ；要求されているマルチキャストリンクのマルチキャストＩＤ；リンク確立要求を送信したＷＴＲＵのソースＬ２  ＩＤ；ＱｏＳ関連情報；確立するリンク又はＳＬベアラに提案されるＡＳ構成に関する情報；ＷＴＲＵ５１０の１つ又は複数の性能に関する情報；リンク及び／又はベアラ受付制御を実行するために１つ又は複数のピアＷＴＲＵ（例えば、ＷＴＲＵ５２０）において要求される情報；及び／又は埋め込まれた１つ又は複数の上位レイヤメッセージ及び／又は上位レイヤリンク確立についての情報のいずれか又は全てを含み得る。
【０１１６】
[00128]  リンク確立要求メッセージ５３０に含まれるＱｏＳ関連情報は、リンクのＱｏＳ情報（例えば、確立されるベアラに関連付けられた１つ又は複数のＶＱＩ）を含み得る。代替的に、リンクは、ＱｏＳ関連情報が提供される前に確立され得、その場合、ＡＳレイヤは、近接性情報のみに基づいてリンク確立が可能であるか否かを判断し得る。代替的に、上位レイヤからフロー情報に関するいかなるＱｏＳ情報もない場合、ＡＳレイヤは、関連付けられたＱｏＳ情報（例えば、ＶＱＩ等）をＷＴＲＵ間のシグナリング接続に使用すると判断し得る。そのようなデフォルト又はシグナリングＶＱＩは、チャネルビジー率（ＣＢＲ）、搬送波帯域幅（ＢＷ）、帯域幅パート（ＢＷＰ）又は同様の物理レイヤパラメータ若しくは測定値に基づいてＷＴＲＵにより構成若しくは事前構成又は特定され得る。
【０１１７】
[00129]  リンク確立要求メッセージ５３０に含まれるリンク及び／又はベアラ受付制御を実行するのに必要な情報は、ＷＴＲＵ５１０がキャンプ／接続されるｇＮＢ及び／又はＰＬＭＮを示す情報；ＷＴＲＵ５１０により現在使用されているＳＩのエリアＩＤ；ＷＴＲＵ５１０に関する場所情報（例えば、ジオロケーション情報、ゾーンＩＤ等）及び／又は運動関連情報（例えば、スケジューリングＷＴＲＵ又はプラトーンリーダ等のヘッドＷＴＲＵの速度、方位、識別情報、ＷＴＲＵがプラトーン又はグループベースのスケジューリングの一部であるか否かの指示；ＷＴＲＵ５１０により測定されたＱｏＳ関連測定値；及び／又はＷＴＲＵ５１０により測定されたＱｏＳ関連メトリックを含み得る。
【０１１８】
[00130]  リンク確立要求メッセージ５３０に含まれる上位レイヤリンク確立に関連する情報は、上位レイヤＱｏＳ及び／又はサービス関連情報を含み得る。そのような情報は、トランスペアレントな（例えば、カプセル化された）メッセージに含まれ、ＷＴＲＵ５２０により上位レイヤに直接（例えば、メッセージを復号化することなく）送られる。そのような情報は、本明細書で考察されるように、ＱｏＳ再ネゴシエーションに必要な情報を含み得る。別の例では、リンク確立要求メッセージ５３０は、接続確立を開始するために上位レイヤにより下位レイヤに提出されるＰＣ５プロトコル又はＮＡＳプロトコル確立メッセージを含み得、メッセージは、接続確立要求として機能するＲＲＣメッセージのペイロードとして搬送され得る。
【０１１９】
[00131]  リンク確立要求メッセージ５３０は、確立されることになるリンク又はＳＬベアラに提案されるＡＳ構成に関する情報を含み得、シグナリング接続自体は、デフォルトＳＬベアラ構成に関連付けられ得る。ＡＳ構成に関連付けられた潜在的なパラメータの更なる説明が本明細書に提供される。
【０１２０】
[00132]  幾つかの例では、ＷＴＲＵ５１０は、発見プロセスがリンク確立要求５２０の前に開始されたと仮定して、ＣＢＲ測定値；リンク確立要求を送信する前に構成可能な時間期間にわたり実行された検知の結果；ベアラの要求されるＱｏＳ又はシグナリングのみの接続の決定されたＱｏＳに基づいてＷＴＲＵ５１０により判断される受付制御結果；及び／又はＷＴＲＵ５２０からの送信の測定値（例えば、ＲＳＲＰ）等の様々なパラメータ／情報に基づいて、確立するＳＬベアラのＡＳ構成を決定し得る。代替的に、そのような測定は、リンク確立後に行われ得、パラメータの更新又はリンク確立確認メッセージ５５０における失敗指示の送信に使用され得る。
【０１２１】
[00133]  ＷＴＲＵ５１０は、リンク確立要求メッセージ５３０と共に（例えば、メッセージ内において、例えばＰＨＹレイヤにおいて）基準信号を送信し得る。代替的に、ＷＴＲＵ５１０は、リンク確立要求メッセージ５３０を送信した後、基準信号の繰り返される定期的な送信を開始し得る。
【０１２２】
[00134]  リンク確立要求メッセージ５３０等のリンク確立要求は、ブロードキャストＬ２宛先ＩＤを使用して送信され得る。そのような場合、受信ＷＴＲＵ（例えば、ＷＴＲＵ５２０）は、リンク確立要求ＲＲＣメッセージに含まれるＬ２アドレスを復号化することにより、それがリンク確立要求の意図される受信者であるか否かを判断し得る。代替的に、リンク確立要求は、ＭＡＣヘッダ及び／又はサイドリンク制御情報（ＳＣＩ）内のメッセージの宛先ＩＤとしてＷＴＲＵ２のソースＩＤを使用して送信され得る。例えば、マルチキャストリンク確立の場合、リンク確立要求ＲＲＣメッセージは、マルチキャストリンクに関連付けるＷＴＲＵのＬ２ソースＩＤのリストを含み得る。ＭＡＣヘッダ及び／又はＳＣＩは、サービスに関連付けられたブロードキャストＩＤを含み得るか、又はＲＲＣシグナリングに関連付けられた専用ブロードキャストＬ２  ＩＤを含み得る。
【０１２３】
[00135]  リンク確立要求メッセージ５３０を受信した後（例えば、メッセージ５３０の受信に基づいて）、ＷＴＲＵ５２０は、ＷＴＲＵ５２０における測定値を使用して受付制御を実行し得る。ＷＴＲＵ５２０は、例えば、リンク確立要求メッセージ５３０において提供されるようなＷＴＲＵ５１０における測定値を使用して受付制御を実行することもできる。受付制御に成功しない場合、ＷＴＲＵ５２０は、本明細書で論じたようにＱｏＳ再ネゴシエーション手順を実行し得る。受付制御又はＱｏＳ再ネゴシエーションのいずれの場合にも、ＷＴＲＵ５２０は、リンク確立応答メッセージ５４０をＷＴＲＵ５１０に送信し得る。リンク確立応答メッセージ５４０は、リンクの承認又は拒絶；ＷＴＲＵ５１０により示唆された構成の適用の成功又は失敗の指示；示唆される代替のＡＳ構成；リンクの示唆される代替のＱｏＳパラメータ；ＲＲＣメッセージに埋め込まれる応答メッセージ（例えば、ＮＡＳ又はＰＣ５プロトコルを使用する）；及び／又はＷＴＲＵ５２０に関する性能情報のいずれか又は全てを含み得る。
【０１２４】
[00136]  幾つかの例では、リンク確立メッセージ５３０において提案されたＡＳ構成がＷＴＲＵ５２０によりサポートされないか、又はＱｏＳが満たされることを保証しない場合、示唆される代替のＡＳ構成は、リンク確立応答メッセージ５４０に含まれ得る。別の例では、提案された構成がサポートされる場合、ＷＴＲＵ５２０は、それでもなお代替の構成を提案し得る（例えば、よりよいＱｏＳをサポートするために。これは、確立手順中、上位レイヤにより要求され得る）。ＷＴＲＵ５１０が代替の構成を拒絶する場合、最初に提案された構成を代わりに使用し得る。
【０１２５】
[00137]  幾つかの例では、ＷＴＲＵ５２０が受付制御に失敗し、その上位レイヤに通知する場合、リンクの示唆される１つ又は複数の代替のＱｏＳパラメータは、リンク確立応答メッセージ５４０に含まれ得る。それに応答して、上位レイヤは、新しい１つ又は複数のＱｏＳパラメータを提供し得、これは、リンク確立応答メッセージ５４０においてＷＴＲＵ５１０に提供され得る（例えば、ＲＲＣメッセージにおいて又はＲＲＣメッセージに埋め込まれるＮＡＳ／ＰＣ５メッセージの一部として）。
【０１２６】
[00138]  幾つかの例では、ＷＴＲＵ５２０は、ＷＴＲＵ５２０の場所で測定されるように、それ自体の受付制御を実行し得る。ＷＴＲＵ５２０は、追加又は代替として、ＷＴＲＵ５１０により送信された基準信号に基づいて到達可能性判断を行い得る。一般性を失うことなく、リンク確立応答メッセージ５４０は、リンク確立要求メッセージ５３０において説明した内容物を含むこともできる。
【０１２７】
[00139]  リンク確立応答メッセージ５４０を受信した後（例えば、受信メッセージ５４０に基づいて）、ＷＴＲＵ５１０は、リンク確立確認メッセージ５５０をＷＴＲＵ５２０に送信し得、リンク確立確認メッセージ５５０は、リンク確立応答メッセージ５４０において提案されたＡＳ構成変更を確認又は拒絶する。リンク確立確認メッセージ５５０の送信時又は送信前、ＷＴＲＵ５１０は、その上位レイヤに、リンク確立要求メッセージ５３０において要求されたユニキャストリンクの確立成功を通知し得る。リンク確立確認メッセージ５５０は、リンク確立が成功した場合、ユニキャスト及び／又はマルチキャストリンクのＡＳレイヤ構成を含み得る。リンク確立確認メッセージ５５０の受信後、ＷＴＲＵ５２０は、その上位レイヤに、ＷＴＲＵ５１０とＷＴＲＵ５２０との間のユニキャストリンクの確立成功を通知し得る。一般性を失うことなく、リンク確立確認メッセージ５５０は、リンク確立要求メッセージ５３０において説明された内容物を含むこともできる。
【０１２８】
[00140]  上述した様々なメッセージは、上位レイヤメッセージとＲＲＣメッセージとの組合せを含み得る。例えば、各メッセージは、下位レイヤ部分を含む上位レイヤメッセージ（例えば、ＮＡＳ、アプリケーション及び／又はＶ２Ｘレイヤエントリ間で送信され、下位レイヤにより解釈又は復号化されないメッセージ）であり得る。別の例では、１つ又は複数のメッセージは、上位レイヤメッセージであり得、１つ又は複数のメッセージは、下位レイヤメッセージであり得る。
【０１２９】
[00141]  幾つかの例では、ＷＴＲＵ５１０は、ＰＣ５−Ｓ（すなわち上位レイヤ）メッセージを使用してリンク確立要求をＷＴＲＵ５２０に送信し得る（例えば、リンク確立要求５３０として）。ＷＴＲＵ５２０は、メッセージを受信し、受付制御手順を開始するように下位レイヤ（例えば、ＡＳレイヤ）をトリガーすると共に、リンク確立応答メッセージ５４０を送信するＲＲＣメッセージをトリガーし得る。リンク確立応答メッセージ５４０に応答して、ＷＴＲＵ５１０  ＲＲＣは、受付制御手順を実行し、リンク確立確認メッセージ５５０をＲＲＣメッセージとして送信し得る。ＷＴＲＵ５１０及びＷＴＲＵ５２０のそれぞれでの受付制御手順が成功し、及び／又は対応するＲＲＣメッセージをＷＴＲＵ５１０及びＷＴＲＵ５２０で受信した後、ＷＴＲＵのＲＲＣは、上位レイヤに、ＡＳリンクレイヤ確立の成功を通知し得、その後、上位レイヤは、セキュリティ確立手順（例えば、ＬＴＥ  ＰＣ５ベースの認証及びセキュリティ確立と同様）を開始し得る。上位レイヤ認証手順に成功する場合、上位レイヤは、下位レイヤに、上位レイヤにおけるリンク確立成功を通知し得、ＡＳによりセキュアリンクを介して送信されたメッセージに使用すべきセキュリティキーを下位レイヤに提供し得る。
【０１３０】
[00142]  ＳＬＲＢ構成は、Ｌ１及び／又はＬ２構成及び／又はフローからベアラへのマッピングの構成を含み得る。Ｌ１及び／又はＬ２構成は、限定ではなく、ＨＡＲＱ構成；ＢＷＰ構成；搬送波、及び／又はユニキャスト及び／又はマルチキャストリンクに使用可能な特定の搬送波の数；ＬＣＨ／ＬＣＧ構成；ＲＳリソース構成；ユニキャスト及び／又はマルチキャストリンクを介して通信するＷＴＲＵにより使用可能なリソースプール又はリソースパターン／シグネチャの構成；ＣＱＩレポート構成、関連付けられた送信電力等のフィードバック構成；本明細書に説明されるようなリンク失敗及び／又はＱｏＳ維持失敗を判断するためのルール（例えば、代表的な検知構成又は検知失敗の条件）等の監視構成；及び／又はプリエンプションリソース構成を含み得る。
【０１３１】
[00143]  幾つかの例では、ＷＴＲＵは、リンク及び／又はＳＬＲＢ確立中及び／又は後、受付制御を実行すべきか否か、又は受付制御が、ユニキャスト及び／又はマルチキャストリンクにおける１つ又は複数の他のＷＴＲＵにより実行すべきか否かを判断し得る。この判断は、ユニキャスト及び／又はマルチキャストリンク中、ピアＷＴＲＵにより行われ得る。代替的に、開始ＷＴＲＵがこの判断を行い、判断の結果をピアＷＴＲＵに通知して、開始ＷＴＲＵが受付制御を実行することを示し得る。そのような判断は、上位レイヤによる指示に基づき；ＮＷ構成又は事前構成に基づき；及び／又は他のＷＴＲＵから受信されたメッセージ（例えば、発見メッセージ又はリンク確立メッセージ）の受信電力に基づき得る。判断が上位レイヤによる指示に基づく幾つかの場合、開始ＷＴＲＵの上位レイヤは、受付制御がピアＷＴＲＵにより実行されるべきであるか否かを判断し得、この判断の結果をレイヤ間シグナリングで明示的に通知し得、判断の結果を暗黙的に（例えば、リンク確立の一環として開始ＷＴＲＵによりピアＷＴＲＵに送信されるべきＰＤＵの包含及び／又はサイズを介して）通知し得るか、又はピアＷＴＲＵは、ＡＳレイヤメッセージ内のＰＤＵの存在及び／又はサイズに基づいて受付制御の必要性を判断し得る。
【０１３２】
[00144]  受付制御をピアＷＴＲＵにおいて実行すべきであると判断するＷＴＲＵは、受付制御に関連付けられた情報を、リンク確立及び／又はＡＳレイヤ再構成に関連するＲＲＣメッセージに含むこともできる。そのような情報は、ＱｏＳ情報（例えば、ＶＱＩ）；受付制御に関連付けられたルール及び／又は構成情報；及び／又は上位レイヤによるリンク確立開始中、上位レイヤにより提供されるＰＤＵの形態であり得る上位レイヤ情報（例えば、ユーザ情報、アプリケーションレイヤ情報、ＱｏＳ等）を含み得る。
【０１３３】
[00145]  ＷＴＲＵは、リンクの持続時間にわたり、リンク確立中に判断された受付制御イネーブル状態（すなわちＷＴＲＵが受付制御を実行すべきか否か）を維持し得る。代替的に、ＷＴＲＵは、その受付制御イネーブル状態を変更し得（例えば、ＷＴＲＵは、受付制御を実行すべきであると仮定し得る）、トリガーが発生する。トリガーの例としては、ＷＴＲＵ速度が閾値を超えて増大する場合；他の１つ又は複数のＷＴＲＵからのメッセージの受信電力が閾値未満であり、及び／又はリンクにおけるＷＴＲＵ間の距離が閾値を超える場合、ユニキャストリンクに関連付けられたピアＷＴＲＵにより送信された地理情報（例えば、ＳＣＩにおけるゾーンＩＤ送信又は２つのＷＴＲＵ間の地理情報の交換に専用のＲＲＣメッセージ）の受信に基づいてそのような距離を計算し得る場合がある。
【０１３４】
[00146]  幾つかの例は、ＷＴＲＵ間の構成ネゴシエーションを含む。図５は、ＷＴＲＵ間のＡＳレイヤでのサイドリンクリンク確立手順の一例を示すメッセージシーケンスチャートである。幾つかの例では、必要とされるリンクＱｏＳを満たし、いずれのＷＴＲＵのＡＳレイヤ性能も超えないＡＳレイヤ構成を選択し得る。そのようなネゴシエーションは、図５に関して示され、説明される手順５００に例示されるように、上述した要求／応答／確認（３ステップ）シグナリング手順の一環として実行され得る。幾つかの例では、上位レイヤがリンク確立を開始したＷＴＲＵは構成選択を実行し得る。幾つかの例では、上位レイヤがリンク確立を開始したＷＴＲＵから接続確立要求メッセージを受信したＷＴＲＵは、構成選択を実行し得る。代替的に、両方のＷＴＲＵが構成選択に関連付けられ得る（例えば、開始ＷＴＲＵが初期選択を行い、ピアＷＴＲＵが代替の選択を行う）。
【０１３５】
[00147]  ＷＴＲＵは、確立すべきリンクのＱｏＳに基づいて；ＷＴＲＵの１つ又は複数の性能に基づいて；ＷＴＲＵにより測定される現在のサイドリンクリソース使用の測定値に基づいて；及び／又はリンク確立に関連付けられたＷＴＲＵ間の上記情報の交換及び／又は好ましい構成に基づいて、ユニキャスト及び／又はマルチキャストリンクが確立されるべき１つ又は複数のＡＳレイヤ構成を選択し得る。
【０１３６】
[00148]  例えば、ＷＴＲＵが、確立すべきリンクのＱｏＳに基づいてＡＳレイヤ構成を選択する幾つかの場合、リンクは、上位レイヤにより提供されるＶＱＩに関連付けられ得る。そのようなＶＱＩは、１つ又は複数のＡＳレイヤ構成に更に関連付けられ得る（例えば、構成又は事前構成により）。いずれの１つ又は複数のＡＳレイヤ構成を各ＶＱＩに使用するかは、ＣＢＲ、ＣＲ又はＷＴＲＵにおけるチャネル利用の同様の測定値；ユニキャストリンクにサポートされる搬送波の数（例えば、サポートされる搬送波の数がいずれのＷＴＲＵに依存し得るか、又はユニキャスト及び／又はマルチキャストリンクが確立されるサービスに構成された搬送波に依存し得る場合）；ＢＷＰ（例えば、現在のＳＬ  ＢＷＰのサイズ）；及び／又は許容されるリソース（例えば、ＷＴＲＵがユニキャストリンク確立に構成又は使用可能な１つ又は複数のリソースプール）に更に基づき得る。
【０１３７】
[00149]  例えば、ＷＴＲＵが、ＷＴＲＵの１つ又は複数の性能に基づいてＡＳレイヤ構成を選択する幾つかの場合、ＷＴＲＵは、ＡＳ構成のサブ接地の使用に制限され得るか、又はリンク確立に関連付けられたＷＴＲＵのいずれかが構成又は構成の要素をサポートする場合、ＡＳ構成の特定の要素に制限され得る。これは、リンク確立時に決定され得る（例えば、リンク確立時の搬送波数、リソース選択モード、基準信号（ＲＳ）場所／パターン／電力の構成等に基づいて）。
【０１３８】
[00150]  例えば、ＷＴＲＵが、現在測定されたリソース使用に基づいてＡＳレイヤ構成を選択する幾つかの場合、ＷＴＲＵは、例えば、現在利用されているリソースとの競合を回避するために、現在のサイドリンクリソース使用の測定値に基づいて幾つかのＡＳレイヤ構成の１つから選択し得る。
【０１３９】
[00151]  幾つかの例は、開始ＷＴＲＵ（例えば、接続確立を開始する上位レイヤからの指示を受信するＷＴＲＵ）とピアＷＴＲＵ（例えば、開始ＷＴＲＵからＳＬを介してＡＳレイヤ又は上位レイヤ接続確立メッセージを受信するＷＴＲＵ）との間のリンク確立中、ＡＳ構成選択の様々な選択肢を提供する。
【０１４０】
[00152]  幾つかの例では、開始ＷＴＲＵは、上位レイヤ又はネットワークから受信されるＱｏＳ要件（例えば、ＶＱＩ）に基づいて、使用するＡＳ構成を決定し得る。この決定は、ＡＳ構成へのＶＱＩのネットワーク提供構成又は事前構成（例えば、ＷＴＲＵに記憶される）マッピング、ＷＴＲＵのＡＳレイヤ性能及び既存のユニキャストリンクとの衝突、競合及び／又は干渉を最小に抑え、及び／又は回避する（例えば、他のＷＴＲＵ又はリンクにより既に使用されているＲＳパターン及びプリエンプション等の回避）構成の特定のリソースの選択に基づき得る。決定は、本明細書で考察される例等の受付制御手順の一環として行うこともできる。ＷＴＲＵがＡＳ構成を選択した後、ＷＴＲＵは、ＡＳレイヤシグナリングを使用して、選択されたＡＳ構成をピアＷＴＲＵに送信し得る。このシグナリングは、リンク確立シグナリングに含まれ得る。ピアＷＴＲＵは、選択されたＡＳ構成を受信し得るか、構成を許容し得るか、又は上述した選択基準と同様の基準に基づいて代替の構成を選択し得る。ピアＷＴＲＵは、例えば、ピアＷＴＲＵの場所で行われた測定に基づいてＱｏＳを満たしているピアＷＴＲＵの性能（例えば、ＳＬ搬送波数等）を所与として、最初に選択した構成を満たすことができないため、代替の構成の選択を決定し得る。代替の構成又は初期構成を許容する指示は、リンク確立応答で送信され得る。ＷＴＲＵは、代替の構成を有するリンク確立応答を受信する場合、構成を許容し、リンク確立確認メッセージをピアＷＴＲＵに送信すべきか、又は構成を拒絶し、リンク確立拒絶メッセージをピアＷＴＲＵに送信すべきかを判断し得る。いずれの場合にも、ＷＴＲＵの一方又は両方は、上位レイヤに結果を通知し得る。
【０１４１】
[00153]  幾つかの例では、開始ＷＴＲＵは、上記シナリオと同様の選択基準を使用してＡＳレイヤ構成の組を決定し得、選択されたＡＳレイヤ構成（例えば、構成又はいずれの構成であるかの指示）の組をピアＷＴＲＵに送信し得る。ピアＷＴＲＵは、提供されたリストから１つのＡＳレイヤ構成を選択し得、この選択の指示をリンク確立応答で送信し得るか、又は選択されたいずれの構成でも、ピアＷＴＲＵがピアＷＴＲＵの場所で必要とされるＱｏＳを満たすことができない場合若しくは選択された構成のいずれもピアＷＴＲＵの性能と合わない場合（例えば、異なる特徴のサポート、ＨＡＲＱ、いずれのＨＡＲＱパラメータがサポートされるか、電力制御パラメータ等のＡＳレイヤにおけるパラメータ設定等）、失敗指示を送信し得る。
【０１４２】
[00154]  幾つかの例では、開始ＷＴＲＵは、先に本明細書において述べたように選択基準を使用してＡＳレイヤ構成を決定し得、選択されたＡＳレイヤ構成又は選択されたＡＳレイヤ構成の指示をピアＷＴＲＵに送信し得る。ピアＷＴＲＵは、選択されたＡＳレイヤ構成が、上位レイヤにより提供されるＱｏＳ要件を満たすか否か（例えば、ピアＷＴＲＵの場所における測定値及び／又は受付制御に基づいて）及び／又はＷＴＲＵ性能の要件を満たすか否かを判断し得る。ＡＳレイヤ構成がピアＷＴＲＵにおけるＱｏＳ要件及び／又は性能要件を満たす場合、ピアＷＴＲＵは、成功指示を応答メッセージで送信し得る。ＡＳレイヤがＱｏＳ要件を満たさず、及び／又は必要とされる性能をサポートしない場合、ピアＷＴＲＵは、それ自体の性能、ＱｏＳ及び／又は受付制御関連測定値を開始ＷＴＲＵに応答メッセージで提供し得る。そのような測定値及び／又は性能を受信した後、開始ＷＴＲＵは、測定値及び／又は性能に基づいて、ＱｏＳを満たし、及び／又は両方のＷＴＲＵにおいて必要とされる性能をサポートするＡＳレイヤ構成を再選択し得、この新しいＡＳレイヤ構成をピアＷＴＲＵにリンク確立確認メッセージで提供し得る。適切な構成を選択することができるか否かに応じて、いずれかのＷＴＲＵ（又は両方のＷＴＲＵ）は、その上位レイヤにリンク確立手順の成功又は失敗を通知し得る。
【０１４３】
[00155]  幾つかの例では、開始ＷＴＲＵは、その性能及び／又はＱｏＳ関連測定値をピアＷＴＲＵに送信し得る。ピアＷＴＲＵは、それ自体の性能関連及び／又はＱｏＳ関連測定値に基づいて、及び／又は開始ＷＴＲＵから受信された性能関連及び／又はＱｏＳ関連測定値に基づいてＡＳレイヤ構成選択を実行し得る。ピアＷＴＲＵは、リンク確立応答メッセージで開始ＷＴＲＵに選択されたＡＳレイヤ構成を送信し得る。開始ＷＴＲＵは、選択された構成を許容又は拒絶し得、許容又は拒絶をリンク確立確認で示し得る。
【０１４４】
[00156]  上記例では、ＱｏＳ関連測定値は、例えば、本明細書で更に説明されるように、受付制御に使用される測定値を含め、本明細書で説明される測定値のいずれかを含み得る。
【０１４５】
[00157]  幾つかの例では、ＷＴＲＵは、そのような情報を過去に送信したことがあるか否かに基づいて、その性能情報を別のＷＴＲＵに送信すべきか否か（例えば、リンク確立シグナリング中）を判断し得る。例えば、ＷＴＲＵは、過去に性能情報を同じＷＴＲＵ（例えば、そのようなＷＴＲＵは、Ｌ２ソースＩＤ、ＮＷ制御ＩＤ（例えば、Ｉ−ＲＮＴＩ、Ｓ−ＴＭＳＩ、Ｃ−ＲＮＴＩ）又はそれらの組合せにより識別され得る）に送信したことがあるか否かに基づいて、性能情報を過去の所定の時間期間内に同じＷＴＲＵに送信したことがあるか否かに基づいて、及び／又は性能情報を同じＷＴＲＵに最後に送信してから性能が変更されたか否かに基づいて、性能情報をＡＳレイヤシグナリングに含めると判断し得る。ＷＴＲＵは、前に性能を送信したＷＴＲＵに対してリンク確立を実行する場合（例えば、そのような性能が変わらなかったと仮定して）、ＷＴＲＵ性能の送信を省略し得る。
【０１４６】
[00158]  ＷＴＲＵは、別のＷＴＲＵの性能情報を、そのＷＴＲＵとのユニキャストリンクが終了した後に記憶するように構成され得る。ＷＴＲＵは、サイドリンクリンク確立中、そのような性能情報を受信し得る。ＷＴＲＵは、記憶された性能情報に基づいて適切なＡＳレイヤ構成又はリンク確立の選択を実行するように構成され得る。ＷＴＲＵは、他のＷＴＲＵからのリンク確立シグナリングが性能情報を含まない場合、記憶されている性能情報を使用すべきであると判断し得る。
【０１４７】
[00159]  ＷＴＲＵは、タイマ切れ；上位レイヤからの指示；同じＷＴＲＵの新しい性能情報の受信；及び／又はカバレッジ内とカバレッジ外との間又は異なるｇＮＢ、及び／又はＰＬＭＮ、及び／又はＲＡＴのカバレッジ間等の異なるカバレッジシナリオ間の移動等の１つ又は複数のトリガーに基づいて、別のＷＴＲＵの記憶されたあらゆる性能情報を削除又はクリアするように構成され得る。
【０１４８】
[00160]  幾つかの例は、ＡＳレイヤ構成を更新することを含む。幾つかの例では、ユニキャスト及び／又はマルチキャストリンクに関連付けられたＷＴＲＵは、特定のユニキャスト及び／又はマルチキャストリンクのＡＳレイヤ再構成を開始し得る。例えば、ＷＴＲＵは、リンク監視失敗；ＷＴＲＵで測定されたＣＢＲの変化；ユニキャスト及び／又はマルチキャストリンクのプリエンプションの受信；上位レイヤからの指示；及び／又はＷＴＲＵが無線能力を超えたという判断等の１つ又は複数のトリガーに基づいて、リンクに関連付けられた１つ又は複数のＡＳレイヤパラメータの再構成を開始し得る。
【０１４９】
[00161]  トリガーがリンク監視失敗を含む幾つかの場合、幾つかの例では、ＷＴＲＵは、リンクに求められるＱｏＳがもはや満たされないと判断し得、その判断に基づいてＡＳレイヤ構成更新手順を開始し得；別の例では、リンク監視失敗後、ＷＴＲＵは、必要とされるＱｏＳを満たす代替のＡＳレイヤ構成を選択し得ると判断し得る（例えば、ＷＴＲＵは、ＱｏＳを満たす異なる構成が利用可能であるか否かを判断し得る）。幾つかの例では、リンク監視失敗後、ＷＴＲＵは、新しい又は代替のＱｏＳを上位レイヤとネゴシエートし得、ユニキャスト及び／又はマルチキャストリンクの新しいＱｏＳを満たすようにＡＳレイヤ再構成を実行し得る。
【０１５０】
[00162]  トリガーが、ＷＴＲＵで測定されるＣＢＲの変化を含む幾つかの場合、幾つかの例では、ＷＴＲＵは、特定の範囲のＣＢＲに特定のＡＳレイヤ構成を使用するように許可、構成又は事前構成され得、その場合、その構成された範囲外の値のＣＢＲの変化は、ＡＳレイヤ構成の再選択をトリガーし得る。
【０１５１】
[00163]  トリガーがユニキャスト及び／又はマルチキャストリンクのプリエンプションの受信を含む場合、幾つかの例では、ＷＴＲＵは、競合する静的リソース（例えば、基準信号フィードバックチャネル等を介して）又は利用されるリソースの限度（例えば、リソースのプール、パターン、量等）に関する更なる情報を提供するユニキャスト及び／又はマルチキャストリンクのプリエンプションを受信し得る。ＷＴＲＵは、ユニキャストリンクのＡＳレイヤ再構成を実行し、プリエンプション信号で示される競合を回避しながら、許容可能又は準最適ＱｏＳでの動作継続を促進し得る。
【０１５２】
[00164]  トリガーが上位レイヤからの指示を含む幾つかの場合、幾つかの例では、ＷＴＲＵは、特定のユニキャスト及び／又はマルチキャストリンク及び／又はＳＬＲＢに関連付けられたＱｏＳ要件（例えば、ＶＱＩ）を変更する指示を上位レイヤから受信し得る。そのような指示は、同じユニキャスト及び／又はマルチキャストリンク及び／又はＳＬＲＢにマッピングする新しいＱｏＳフローの追加を含み得る。
【０１５３】
[00165]  新しいＡＳレイヤ構成は、初期リンク確立について本明細書で説明したものと同様に、ネゴシエーション手順に従って決定され得る。
【０１５４】
[00166]  幾つかの例では、ＡＳレイヤ再構成を開始するＷＴＲＵは、サイドリンクを介して再構成要求メッセージを送信し得る。再構成要求メッセージは、ピアＷＴＲＵの１つ又は複数の選択されたＡＳレイヤ構成（例えば、構成又はそのような構成の指示）を含み得；ピアＷＴＲＵの新しい及び／又は更新された性能情報を含み得；及び／又はピアＷＴＲＵのＱｏＳベースの測定値を含み得る。ピアＷＴＲＵは、再構成応答メッセージを開始ＷＴＲＵに送信され得る。再構成応答メッセージは、ピアＷＴＲＵの選択された又は代替のＡＳレイヤ構成を含み得；開始ＷＴＲＵの新しい及び／又は更新された性能情報を含み得；開始ＷＴＲＵのＱｏＳベースの測定値を含み得；及び／又はピアＷＴＲＵに選択されたＡＳレイヤ構成の許容又は失敗の指示を含み得る。これに応答して、開始ＷＴＲＵは、再構成確認メッセージを送信し得る。再構成確認メッセージは、ＡＳレイヤ再構成手順を確認するか又はその失敗を示し得；及び／又は選択された又は使用すべき代替のＡＳレイヤ構成（例えば、構成又はそのような構成の指示）を含み得る。ＡＳレイヤ再構成手順が失敗する幾つかの場合、ＷＴＲＵは、本明細書で説明されるように、ユニキャスト及び／又はマルチキャストリンク又はＳＬＲＢのリリースに関連する動作を実行し得る。
【０１５５】
[00167]  ＷＴＲＵにおけるリンク確立の成功は、場合により、対象のＷＴＲＵが開始ＷＴＲＵであるか又はピアＷＴＲＵであるかに応じて、種々の任意の瞬間に完了したと見なされ得る。例えば、リンク確立の成功は、リンク確立確認メッセージの送信時又は確立／再構成ＲＲＣ手順に関連付けられた最後のＲＲＣメッセージの送信時；リンク確立確認メッセージの受信時又は確立／再構成ＲＲＣ手順に関連付けられた最後のＲＲＣメッセージの受信時；リンク確立確認メッセージの承認の受信又は確立／再構成ＲＲＣ手順に関連付けられた最後のＲＲＣメッセージの承認の受信時；リンク確立成功応答メッセージ（例えば、応答又は再構成応答）の送信時；成功応答メッセージ（確立応答又は再構成応答）の受信時；及び／又はリンク確立成功応答メッセージ（確立応答又は再構成応答）の承認の受信時に発生し得る。
【０１５６】
[00168]  ＷＴＲＵ（例えば、開始又はピア）は、任意の動作又は動作の組合せを、ユニキャスト及び／又はマルチキャストリンク又はＳＬＲＢの確立及び／又は再構成時（例えば、厳密に成功時又は成功に続く時間に）に実行し得るか、又はリンク確立手順中の異なる瞬間に実行し得る。そのような動作は、例えば、ＡＳレイヤにおけるリンク確立の完了を上位レイヤに通知すること；上位レイヤ認証及びセキュリティアソシエーションの開始を上位レイヤに通知すること；ＡＳレイヤにおいてセキュリティ情報交換を開始すること（上位レイヤにより提供され、ＡＳレイヤメッセージにおいてトランスペアレントに搬送されるセキュリティ情報を含み得る）；ＡＳレイヤ構成に基づいてＲＳの送信を開始又は再開すること；ＡＳレイヤ構成に基づいてＲＳの受信及び／又はＳＬ  ＣＱＩの送信を開始又は再開すること；例えば本明細書で説明されるように、ＵＭＵＳの送信を開始すること；例えば、任意のリソースのリソース確保信号送信を開始すること（例えば、ＳＣＩを介して）；リソース選択又は再選択手順を開始すること（例えば、ユニキャストリンク又はＳＬＲＢに関連付けられた、新たに確立された論理チャネル及び／又はＳＬＲＢに関連付けられたフローのサービス要件を考慮に入れる）；及び／又はグループベースのリソース確保手順の送信を開始することを含み得る。
【０１５７】
[00169]  幾つかの例は、ユニキャスト及び／又はマルチキャストリンク又はＳＬＲＢのリリースに関連する動作を含む。例えば、ＷＴＲＵは、ユニキャスト及び／又はマルチキャストリンク又はＳＬＲＢのリリース中、様々な動作の１つ又は複数を実行し得る。そのような動作は、専用チャネル（例えば、専用フィードバックチャネル）、リソースプール、基準信号リソース、プレエンプションリソース及びユニキャスト及び／又はマルチキャストリンクに固有のＡＳレイヤ構成の一部であり得る任意又は全ての他のリソース等のユニキャストリンク又はＳＬＲＢに関連する全てのユニキャストリソースのリリース；リリースされるユニキャスト及び／又はマルチキャストリンク又はＳＬＲＢに関連付けられた任意のＲＳ、ＲＬＭ信号又は同様の信号のみの送信及び／又は受信の停止；リリースされているユニキャストリンク及び／又はＳＬＲＢに関連付けられた進行中のあらゆるリソース選択手順のキャンセル；例えば、ＳＬＲＢに関連付けられた論理チャネルなしでのＳＬバッファ内の現在のデータを考慮に入れたＳＬリソース選択手順のトリガー；ＳＬブロードキャストメカニズムを使用したＳＬＲＢに関連付けられたバッファ内の残留データの送信（例えば、Ｌ２宛先アドレスを宛先ＷＴＲＵのＬ２ソースアドレスではなくサービスに関連付けられたブロードキャスト宛先アドレスに変更する）；ユニキャストリンク及び／又はＳＬＲＢに関連付けられたリソースのリリースを示すための、ＵＭＵＳメッセージ又はＵＭＵＳキャンセルメッセージの即時ブロードキャストのトリガー；上位レイヤへのリリースの通知（例えば、リリースがプリエンプション等の下位レイヤにより開始される幾つかの場合）；及び／又はＲＲＣリリースメッセージ又はＲＲＣ失敗メッセージのユニキャスト及び／又はマルチキャストリンク又はＳＬＲＢに関連付けられた他の１つ又は複数のＷＴＲＵへの送信を含み得る。
【０１５８】
[00170]  動作が、ＲＲＣリリースメッセージ又はＲＲＣ失敗メッセージのユニキャスト及び／又はマルチキャストリンク又はＳＬＲＢに関連付けられた他の１つ又は複数のＷＴＲＵへの送信を含む幾つかの場合、上位レイヤがＷＴＲＵにＳＬＲＢのリリースを通知するとき、ＷＴＲＵは、サイドリンクリリースメッセージを送信し得、ＷＴＲＵは、ピアＷＴＲＵからリリースメッセージの承認を受信するまでリンク（例えば、リソース等）を維持し得る。
【０１５９】
[00171]  動作が、ＲＲＣリリースメッセージ又はＲＲＣ失敗メッセージのユニキャスト及び／又はマルチキャストリンク又はＳＬＲＢに関連付けられた他の１つ又は複数のＷＴＲＵへの送信を含む幾つかの場合、リリースがＡＳ再構成手順の失敗により開始されるとき、ＷＴＲＵは、リリースメッセージを送信し得る（例えば、構成が開始ＷＴＲＵで失敗した場合）か、又は拒絶若しくは失敗応答を要求ＲＲＣメッセージに送信し得る（例えば、再構成が、再構成要求メッセージ又は再構成応答メッセージを受信するＷＴＲＵにおいて失敗した場合）。
【０１６０】
[00172]  幾つかの例では、ＷＴＲＵは、１つ又は複数のトリガーの結果として、ユニキャスト及び／又はマルチキャストリンク又はＳＬＲＢのリリースに関連する動作を実行し得る。そのようなトリガーは、フロー、フローの組、ユニキャスト及び／又はマルチキャストリンク又はＳＬＲＢをリリースする、上位レイヤ又はＡＳレイヤからの明示的な指示（例えば、上位レイヤはフロー又はフローの組のリリースを示し得、残りのフローは、ＳＬＲＢにより搬送されず、その場合、ＷＴＲＵは、ＳＬＲＢのリリースに関連する動作を開始し得る）；場合によりＱｏＳ再ネゴシエーション手順の失敗及び／又はＡＳレイヤ再構成手順の失敗に続く場合、ＡＳレイヤリンク監視手順の失敗；別のＷＴＲＵからの特定のフロー又はＳＬＲＢのプリエンプション指示の受信；ＳＬリリースメッセージ又は拒絶メッセージの受信；及び／又はＡＳレイヤ再構成手順の失敗を含み得る。
【０１６１】
[00173]  トリガーがＡＳレイヤ再構成手順失敗を含む幾つかの場合、ＷＴＲＵは、ＱｏＳ監視失敗を検出し、上位レイヤと１つ又は複数の新しいＱｏＳパラメータを再ネゴシエートすることができず、及び／又はＳＬＲＢに現在構成されている１つ又は複数のＱｏＳパラメータを満たす新しいＡＳレイヤ構成を決定することができないとき、ＡＳレイヤ再構成手順失敗を開始し得る。トリガーがＡＳレイヤ再構成手順失敗を含む幾つかの場合、ＷＴＲＵは、サイドリンクを介して再構成要求メッセージを受信し、提案されたＡＳレイヤ構成を適用することができず、及び／又は上位レイヤと１つ又は複数の新しいＱｏＳパラメータを再ネゴシエートすることができず、及び／又はＳＬＲＢに現在構成されている１つ又は複数のＱｏＳパラメータを満たす新しいＡＳレイヤ構成を決定することができないとき、ＡＳレイヤ再構成手順失敗を開始し得る。トリガーがＡＳレイヤ再構成手順失敗を含む幾つかの場合、ＷＴＲＵは、新しいＡＳレイヤ構成を有するＡＳレイヤ再構成応答メッセージを受信し、提案されたＡＳレイヤ構成を適用することができず、及び／又は上位レイヤと新しい１つ又は複数のＱｏＳパラメータを再ネゴシエートすることができず、及び／又はＳＬＲＢに現在構成されている１つ又は複数のＱｏＳパラメータを満たす新しいＡＳレイヤ構成を決定することができないとき、ＡＳレイヤ再構成手順失敗を開始し得る。
【０１６２】
[00174]  幾つかの例は、ＳＬリリースメッセージを含む。例えば、ＷＴＲＵは、上述したトリガー例等の１つ又は複数のトリガーに続き、ＳＬリリースメッセージの送信を実行し得る。幾つかの例では、ＳＬリリースメッセージは、そのために定義されるＲＲＣメッセージであり得る。幾つかの例では、ＳＬリリースメッセージは、一般ＲＲＣメッセージ（例えば、トランスペアレントなコンテナ）又はＳＬデータメッセージに含まれる上位レイヤメッセージ（例えば、ＮＡＳ又はＰＣ５−Ｃメッセージ）であり得る。ＳＬリリースメッセージは、リリースするフロー又はＳＬＲＢのＱｏＳフロー及び／又はＳＬベアラインデックスに関する情報；リリースの原因；リンクからリリースすべき１つ又は複数のＷＴＲＵの１つ又は複数のＬ２  ＩＤ（例えば、マルチキャストリンクの場合、ＳＬリリースメッセージは、ＷＴＲＵのサブセットのみをリリースし得る）；リリースに関連付けられたタイムスケール（例えば、１つ又は複数のＷＴＲＵが新しいリンク確立を開始することができない時間量及び／又はＷＴＲＵが同様のＱｏＳを有する同じリンクを再確立すべき経過時間量）；及び／又は異なる搬送波又は搬送波の組及び特定の搬送波でユニキャスト及び／又はマルチキャストリンクを続けることの指示を含み得る。
【０１６３】
[00175]  ＳＬリリースメッセージがＲＲＣシグナリングを使用して送信される場合、ＷＴＲＵは、上位レイヤにリリースを通知し得、ＳＬＲＢのリリースに関連付けられた動作を開始し得る。ＳＬリリースメッセージが上位レイヤメッセージを使用して送信される（例えば、ＲＲＣメッセージ又はＳＬデータに埋め込まれる）場合、ＷＴＲＵ  ＡＳは、上位レイヤがリリースを処理した後、上位レイヤからリリース指示を受信し得る。
【０１６４】
[00176]  幾つかの例は、上位レイヤＳＬベアラ確立又はベアラ再構成を含む。例えば、ＷＴＲＵは、１つ又は複数のトリガーに基づいて、新しいベアラ確立又は既存のベアラの再構成を開始し得る。そのようなトリガーは、新しいＱｏＳフローの開始の上位レイヤ指示を含み得、この場合、ＷＴＲＵは、フローを既存のベアラ又は新しいベアラにマッピングすると決定し；フローの終了の上位レイヤ指示を含み得、この場合、ＷＴＲＵは、ベアラの再構成を実行し得；及び／又は既存のリンクの１つ又は複数のソース及び／又は宛先Ｌ２  ＩＤの変更の上位レイヤ指示を含み得、この場合、ＷＴＲＵは、新しいＬ２  ＩＤを既存のベアラに関連付け得る。ＷＴＲＵは、新しいベアラを確立する上記及び本明細書と同じ又は同様のシグナリングを使用し得る。幾つかの例では、ＷＴＲＵは、到達可能性特定に関連付けられたステップのない、新しいベアラを確立する上記及び本明細書における同じ又は同様のシグナリングを使用し得る。
【０１６５】
[00177]  幾つかの例は、ｇＮＢ制御リンク確立シグナリングを含む。ｇＮＢ制御リンク確立の幾つかの例では、シグナリングは、幾つかの違いはあるが、ＷＴＲＵ自律の場合と同様であり得る。
【０１６６】
[00178]  図６は、ｇＮＢ制御リンク確立の一例の手順６００を示すメッセージシーケンスチャートである。一例の手順６００は、ＷＴＲＵ６１０がリンク確立構成要求メッセージ６４０をｇＮＢ６３０に送信することを含み、ｇＮＢ６３０は、リンク確立構成応答メッセージ６５０で応答する。リンク確立構成応答メッセージ６５０がＷＴＲＵ６１０により受信された後、基準信号送受信のｇＮＢ構成がステップ６６０において実行される。ステップ６６０後、ＷＴＲＵ６１０は、リンク確立要求メッセージ６７０をＷＴＲＵ６２０に送信し、ＷＴＲＵ６２０は、リンク確立応答メッセージ６８０でこれに応答する。リンク確立応答メッセージ６８０がＷＴＲＵ６１０により受信された後、確立されたＳＬベアラに基づくＳＬ送信は、ステップ６９０において、ＷＴＲＵ６１０とＷＴＲＵ６２０との間で開始される。
【０１６７】
[00179]  ＷＴＲＵ６１０は、ｇＮＢ６３０とのシグナリングを使用して（例えば、リンク確立構成要求メッセージ６４０及び／又はリンク確立構成応答メッセージ６５０において）、リンク確立要求メッセージ６７０において送信すべきＡＳレイヤ構成を決定し得る。ＷＴＲＵ６１０は、構成を決定するうえでｇＮＢ６３０が使用するためのリンク及び／又はベアラのＶＱＩをｇＮＢ６３０に送信し得る。ＷＴＲＵ６１０は、前の発見シグナリング中、ＷＴＲＵ６２０により送信された発見応答の、ＷＴＲＵ６１０により実行された測定を送信することもできる。
【０１６８】
[00180]  別の例では、到達可能性検出のための基準信号の構成は、ｇＮＢ制御下であり得る。これは、到達可能性検出がリンク確立構成要求メッセージ６４０の前に実行されるか又は後に実行されるかに関係なく、そうであり得る。
【０１６９】
[00181]  幾つかの例は、マルチキャストリンクを確立するシグナリングを含み得る。マルチキャストリンクの確立は、ＷＴＲＵの複数／全ての対間の接続性の幾つか又は全ての知識を必要とし得る。
【０１７０】
[00182]  幾つかの例では、ソースＷＴＲＵは、複数のＷＴＲＵ送信／応答に向けてリソースを確保し得る。例えば、ＷＴＲＵは、タイミングをスケジュールし、複数のＷＴＲＵからの応答メッセージに向けてリソースを確保する要求メッセージをブロードキャストし得る。要求メッセージは、ＷＴＲＵにより送信されるリンク確立構成要求メッセージであり得る。そのようなメッセージは、本明細書で説明される情報（例えば、ユニキャストの場合のリンク確立に関する）を含み得る。要求メッセージは、１つ又は複数の応答メッセージに確保された時間、周波数及び／又はビームリソースの指示；いずれのＷＴＲＵが要求メッセージに応答すべきかの指示；応答メッセージを送信するためのＷＴＲＵの送信順序の指示；応答メッセージを送信するためのＷＴＲＵ間のコンテンションを解決するコンテンション解決ルール；及び／又は例えば本明細書に更に考察するような接続性レポートの要求等の他の情報を含むこともできる。
【０１７１】
[00183]  ソースＷＴＲＵは、複数の応答メッセージへのリソース確保を実行し得る。例えば、ソースＷＴＲＵは、要求メッセージに応答するために他のＷＴＲＵが使用する複数の別個の時間及び／又は周波数リソースを選択し得る。ソースＷＴＲＵは、１つ又は複数の確保信号を応答ＷＴＲＵに送信することにより、そのようなリソースを確保し得る。そのような１つ又は複数の確保信号は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して送信され得る（例えば、ＳＣＩとして）か、又は上位レイヤ（例えば、ＭＡＣ又はＲＲＣ）により送信され得る。ＷＴＲＵは、要求メッセージのＰＳＳＣＨ送信の確保又は指示と組み合わせて応答メッセージの確保を送信し得る。例えば、ＷＴＲＵは、初期送信（例えば、要求メッセージの送信に使用する）及びＮ個の応答メッセージ送信へのリソース選択を実行し得、その後、ＷＴＲＵは、ＳＣＩを送信し得、ＳＣＩは、要求メッセージで使用される時間、周波数及び／又はビームリソース；要求メッセージを含むＰＳＳＣＨ送信の復号化パラメータ（例えば、ＭＣＳ）；及び／又はＳＣＩと共に応答メッセージを送信するＮ個の異なるＷＴＲＵにより使用されるＮ個の（潜在的に別個の）時間、周波数及び／又はビームリソースを示す。
【０１７２】
[00184]  ソースＷＴＲＵは、応答ＷＴＲＵへの応答メッセージに必要とされる送信パラメータを送信することもできる。そのような場合、応答ＷＴＲＵは、確保信号のみを含む限られたサイズのＳＣＩを送信しても又はＳＣＩを全く送信しなくてもよい。
【０１７３】
[00185]  応答メッセージにリソースを提供するメッセージを受信したＷＴＲＵは、それ自体の応答メッセージの特定のタイミングを決定し得る。タイミング決定は、要求メッセージ内の応答ＷＴＲＵの明示的な順序（例えば、複数の確保されたリソースの特定の１つを使用）；ＷＴＲＵ  ＩＤに基づく暗黙的な順序（例えば、ソースＬ２  ＩＤ、Ｃ−ＲＮＴＩ又はグループＩＤ等）；及び／又はアプリケーションレイヤ及び／又はＮＡＳレイヤからの情報に基づく暗黙的な順序に基づき得る。例えば、受信ＷＴＲＵは、上位レイヤから、要求メッセージに応答すべきか否かを判断し得、応答すべき場合、アプリケーションレイヤにより提供される順序に基づいて、応答リソースのいずれを使用すべきかを判断し得る。
【０１７４】
[00186]  幾つかの例では、応答ＷＴＲＵは、他の応答ＷＴＲＵからの応答メッセージを監視及び／又は測定し得る。応答を求める要求メッセージを受信したＷＴＲＵは、要求メッセージによりスケジュールされたリソースに従って他のＷＴＲＵからの応答メッセージを監視することもできる。ＷＴＲＵは、各ＷＴＲＵにより送信された応答メッセージの品質の測定を実行し得る。例えば、ＷＴＲＵは、応答リソース内の各ＷＴＲＵにより送信された基準信号に基づいて、応答メッセージの品質を測定し得る。
【０１７５】
[00187]  ＷＴＲＵは、各応答ＷＴＲＵの品質測定値のリストを維持し得、ＷＴＲＵは、「接続性レポート」を送信し得、接続性レポートは、ＷＴＲＵ  ＩＤ及び測定された品質（例えば、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲ等）と共にＷＴＲＵが復号化することができるＷＴＲＵ応答のリスト及び／又はソースＷＴＲＵの測定された品質（例えば、送信された要求メッセージ及び／又は基準信号に基づく）を含む。
【０１７６】
[00188]  幾つかの例では、ソースＷＴＲＵは、受信した接続性レポートに基づいてマルチキャストグループのメンバを決定し得る。例えば、接続性レポートを受信したＷＴＲＵは、例えば、２つのＷＴＲＵ間の測定値が特定の閾値を上回るか否か等の情報及び／又はあるＷＴＲＵが別のＷＴＲＵに送信する必要があるという要件（例えば、アプリケーションレイヤからの）に基づいて、マルチキャストグループに含めるＷＴＲＵを決定し得る。接続性レポートを受信したＷＴＲＵは、上位レイヤに、いずれのＷＴＲＵがマルチキャストグループに含まれると見なされるかを示し得る。接続性レポートを受信したＷＴＲＵは、確認メッセージを他のＷＴＲＵに送信し得、確認メッセージは、グループ通信の宛先アドレスとして使用すべきＬ２  ＩＤを含み得る。確認メッセージを受信した後、ＷＴＲＵは、それ自体のソースＷＴＲＵが確認メッセージに含まれる場合、マルチキャストグループに入ったことを上位レイヤに通知し得る（例えば、特定のＬ２アドレスを使用して）。
【０１７７】
[00189]  幾つかの例では、マルチキャストグループを確立すべきか否かの判断は、潜在的なグループ内のＷＴＲＵ数に基づき得る。例えば、ＷＴＲＵは、グループ内のＷＴＲＵ数に基づいて、グループのＡＳレイヤグループキャスト通信を開始及び／又は維持すべきか否かを判断し得る（例えば、上位レイヤからの要求に続いて又は特定のＬ２宛先ＩＤを有するパケットの受信時）。ＷＴＲＵに上位レイヤから直接、グループ内のＷＴＲＵ数を提供し得る。代替的に、ＷＴＲＵは、リンク確立シグナリング中、他のＷＴＲＵから受信された応答数に基づいてグループ内のＷＴＲＵ数を特定し得る。ＷＴＲＵには、ＡＳレイヤマルチキャストグループを確立し得るＷＴＲＵの最大数を構成又は事前構成し得る。ＷＴＲＵの最大数は、実測ＣＢＲ（例えば、ＷＴＲＵは、実測ＣＢＲが低いほど、大きい許容可能マルチキャストグループを考慮し得る）；任意の２つのＷＴＲＵ間の実測経路損失又は相対経路損失（例えば、ＷＴＲＵは２つのＷＴＲＵ間の最大実測経路損失に基づいてＷＴＲＵの最大数を決定し得るか、又はＷＴＲＵは、グループ内の任意のＷＴＲＵ間の最大経路損失が閾値未満である場合、ＡＳレイヤグループキャストを開始又は維持することができると決定し得る）；及び／又はマルチキャストリンクの予期されるＱｏＳ（例えば、上述した任意の閾値又は基準は、マルチキャストリンクでサポートすべき異なるＶＱＩに関連付けられた異なる閾値をＷＴＲＵに構成し得る場合等、リンクの予期されるＱｏＳに基づいて更に変更され得る）に依存し得る。
【０１７８】
[00190]  図７は、一例のマルチキャストリンク確立手順７００を示すメッセージシーケンスチャートである。マルチキャストリンク確立手順７００は、ＷＴＲＵ７１０によりＷＴＲＵ７２０及びＷＴＲＵ７３０にブロードキャストされるリンク確立要求７４０、ＷＴＲＵ７３０によりＷＴＲＵ７１０及びＷＴＲＵ７２０にブロードキャストされるリンク確立応答メッセージ７５０並びにＷＴＲＵ７２０によりＷＴＲＵ７１０及びＷＴＲＵ７３０にブロードキャストされるリンク確立応答メッセージ７６０を含む。リンク確立要求及び応答後、ＷＴＲＵ７２０及ＷＴＲＵ７３０は、それぞれ接続性レポート７７０及び接続性レポート７８０をＷＴＲＵ７１０に送信する。接続性レポート７７０及び接続性レポート７８０を受信した後、ＷＴＲＵ７１０は、リンク確立確認メッセージ７９０をＷＴＲＵ７２０及びＷＴＲＵ７３０にブロードキャストし、その後、ステップ７９５において、マルチキャストメッセージをＷＴＲＵ７１０、ＷＴＲＵ７２０及びＷＴＲＵ７３０間で開始し得る。
【０１７９】
[00191]  手順７００において、リンク確立要求メッセージ及びリンク確立応答メッセージは、ブロードキャストメッセージであり、リンク確立確認もブロードキャストメッセージであり、グループに含まれているＷＴＲＵ  ＩＤと、更なるマルチキャストメッセージに使用すべき宛先アドレスとを含む。
【０１８０】
[00192]  幾つかの例では、ＷＴＲＵは、同じＷＴＲＵ間の複数のユニキャストリンクに関連付けられたＬ２  ＩＤのグループ化を決定し得る。例えば、ＷＴＲＵの対は、互いの間に複数のユニキャストリンク（すなわち同じ対のＷＴＲＵ間に複数のユニキャストリンク）を確立し得、各ＷＴＲＵにより使用される、各リンクに関連付けられたＬ２  ＩＤ（すなわちソース及び宛先）が異なる。幾つかの場合、ユニキャストリンクが実際に同じ対のＷＴＲＵ間にあることをアクセス層（ＡＳ）レイヤ（各ＷＴＲＵにおける）が認識することが有利であり得る。
【０１８１】
[00193]  幾つかの例では、ＷＴＲＵは、同じピアＷＴＲＵにより使用される異なるＬ２ソースＩＤ間のグループ化又は関連付けを決定する。例えば、ＷＴＲＵは、このＷＴＲＵにおいてユニキャストリンクに関連付けられた異なるＬ２ソース及び／又は宛先ＩＤが実際には同じ物理ピアＷＴＲＵに関連付けられていると判断し得る。ＷＴＲＵは、ユニキャストリンク送信が同じピアＷＴＲＵに関連付けられている場合、異なるユニキャストリンクへの送信中、一緒に使用すべき複数の宛先Ｌ２  ＩＤ（すなわちピアＷＴＲＵのソースＬ２  ＩＤ）をグループ化し得る。ＷＴＲＵは、ユニキャストリンクが同じピアＷＴＲＵを用いてセットアップされる場合、異なるユニキャストリンクへの送信中に使用する複数のソースＬ２  ＩＤをグループ化し得る。ＷＴＲＵは、後述する方法を使用して一緒にグループ化される複数のユニキャストリンクに関連付けられた１つのコンテキストを維持し得る。
【０１８２】
[00194]  幾つかの実施形態では、潜在的なグループ内の第１のＷＴＲＵは、ＰＣ５−ＲＲＣシグナリングを通して異なるＬ２ソースＩＤ間及び／又は異なるＬ２宛先ＩＤ間のそのような関連付けの知識を学習、発見又は他の方法で取得し得る。そのようなＰＣ５−ＲＲＣシグナリングは、ユニキャストリンク確立に関連付けられ得る（例えば、ＳＬ再構成メッセージ等のリンク確立中又は後にトリガーされるＰＣ５  ＲＲＣ）。幾つかの例では、第１のＷＴＲＵは、リンク確立中又はリンク確立に続き、ＡＳサイドリンク（ＳＬ）ＵＥ  ＩＤを第２のＷＴＲＵに送信し得る。幾つかの例では、ＷＴＲＵは、国際モバイル加入者識別情報（ＩＭＳＩ）、一時的モバイル加入者識別情報（ＴＭＳＩ）、サービングＴＭＳＩ（Ｓ−ＴＭＳＩ）、グローバルに一意の一時的ＵＥ識別情報（ＧＵＴＩ）、セル無線ネットワーク一時的識別情報（Ｃ−ＲＮＴＩ）等のＷＴＲＵに関連付けられた静的又は半静的ＩＤに基づいて；ランダムに選択された値に基づいて；場所及び／又は選択されたリソースに関連付けられた値に基づいて；場所及び／又は選択されたリソースに関連付けられた値に基づいて；及び／又はＰＳＣＣＨ、及び／又はＰＳＳＣＨ、及び／又はＰＳＦＣＨのＷＴＲＵの符号化に関連付けられた値に基づいて、ＡＳ  ＳＬ  ＵＥ  ＩＤを導出し得る。
【０１８３】
[00195]  例えば、ＷＴＲＵが、ＷＴＲＵに関連付けられた静的又は半静的ＩＤに基づいてＡＳ  ＳＬ  ＵＥ  ＩＤを導出する幾つかの場合、ＷＴＲＵは、そのＩＭＳＩをピアＷＴＲＵに送信して、ユニキャストリンクが同じ対のＷＴＲＵに関連付けられていることをピアＷＴＲＵに通知し得る。同様に、ピアＷＴＲＵは、そのＩＭＳＩをＷＴＲＵに送信して、ユニキャストリンクが同じ対のＷＴＲＵに関連付けられていることをＷＴＲＵに通知することもできる。ＷＴＲＵが、ランダムに選択された値に基づいてＡＳ  ＳＬ  ＵＥ  ＩＤを導出する幾つかの場合、ＷＴＲＵは、値のサブセットから番号又はＩＤをランダムに選択し、その値又はその値に基づく値をピアＷＴＲＵに送信し得る。更に、ＷＴＲＵは、ユニキャストリンクが確立されていない場合、そのようなランダムな値を選択し得る。例えば、ＷＴＲＵは、確立した最初のユニキャストリンクにランダムな値を選択し得、ＷＴＲＵは、その後、同じ選択された値（又はその値に基づく値）を、確立された後続ＲＲＣリンクに送信し得る。幾つかの例では、ＷＴＲＵは、ＷＴＲＵに確立されたユニキャストリンクをもはや有さない場合（例えば、もはやいかなる種類のユニキャストリンクも有さない場合）、ランダムに選択された値を削除し得る。ＷＴＲＵが、場所及び／又は選択されたリソースに関連付けられた値に基づいてＡＳ  ＳＬ  ＵＥ  ＩＤを導出する幾つかの場合、ＷＴＲＵは、リンク確立時の現在のジオロケーション又はリンク確立時の現在のゾーンＩＤをピアＷＴＲＵに送信し得る。幾つかの例では、ＷＴＲＵは、あるときに実行された、関連付けられたリソース選択手順へのインデックス又は情報（例えば、時間、周波数、ビーム等）を送信し得る。例えば、ＷＴＲＵは、ＷＴＲＵがリンク確立前に確保した最後の時間の周波数リソースのインデックスを送信し得る。ＷＴＲＵが、ＰＳＣＣＨ、及び／又はＰＳＳＣＨ、及び／又はＰＳＦＣＨのＷＴＲＵの符号化に関連付けられた値に基づいてＡＳ  ＳＬ  ＵＥ  ＩＤを導出する幾つかの場合、値は、スクランブルコード、ＲＳパターン等の値を含み得る。
【０１８４】
[00196]  幾つかの例では、潜在的なグループ内の第２のＷＴＲＵは、ＰＣ５  ＲＲＣシグナリングで又は上位レイヤから（例えば、ＷＴＲＵ間の上位レイヤシグナリング中に取得される）ピアＷＴＲＵのＬ２ソースＩＤを受信し得る。そのようなＩＤを受信すると、ＷＴＲＵは、ピアＷＴＲＵから受信されたＡＳ  ＳＬ  ＵＥ  ＩＤに基づいて、そのようなＩＤが別のＩＤ（すなわち別のユニキャストリンクの）に関連付けられている（又はグループ化されている）か否かを判断し得る。例えば、ＷＴＲＵは、ＷＴＲＵにおける別の進行中のユニキャストリンクに関連付けられたピアＷＴＲＵから受信されたＡＳ  ＳＬ  ＵＥ  ＩＤと一致するＡＳ  ＳＬ  ＵＥ、ＩＤを受信する場合；ＷＴＲＵが、ＵＥにおける別の進行中のユニキャストリンクに関連付けられたピアＷＴＲＵの最後の既知のジオロケーションと一致するジオロケーションに関連付けられたＡＳ  ＳＬ  ＵＥ  ＩＤを受信する場合；及び／又はＷＴＲＵが、既に確立されたユニキャストリンクを有するピアＷＴＲＵにより使用されていた時間／周波数リソースを示すＡＳ  ＳＬ  ＵＥ  ＩＤを受信する場合、２つのユニキャストリンクのＬ２  ＩＤをグループ化し得る。
【０１８５】
[00197]  Ｌ２ソースＩＤをグループ化するそのような手順は、一方又は両方のＷＴＲＵにより実行され得る。例えば、リンク確立中及び／又は確立後、第１のＷＴＲＵは、そのＳＬ  ＵＥ  ＩＤを第２のＷＴＲＵに送信し得、第２のＷＴＲＵは、進行中のユニキャストリンクの別のＬ２  ＩＤを有するユニキャストリンクのＬ２  ＩＤをグループ化すべきか否かを判断し得る。同様に、第２のＷＴＲＵは、それ自体のＳＬ  ＵＥ  ＩＤを第１のＷＴＲＵに送信し得（例えば、同じリンク確立手順中及び／又は後）、第１のＷＴＲＵは、同様のグループ化判断を実行する。
【０１８６】
[00198]  幾つかの例では、ＷＴＲＵは、上位レイヤから、ピアＷＴＲＵのＬ２  ＩＤ（例えば、それ自体の送信において宛先として使用すべきピアＷＴＲＵのＬ２ソースＩＤ）が、別のリンク確立で上位レイヤによりＷＴＲＵに前に提供された別のＬ２  ＩＤに関連付けられていることの指示を受信し得る。ＷＴＲＵは、様々なときに上位レイヤから様々な情報を受信し得る。
【０１８７】
[00199]  例えば、Ｔ１（すなわち上位レイヤにより開始された第１のリンク確立手順時）において、ＷＴＲＵは、上位レイヤから、関連付けがないユニキャストリンクのピアＷＴＲＵのＬ２ソースＩＤ（ＩＤ１）を受信し得る。アクティブなユニキャストリンクの知識に基づいて、ＷＴＲＵは、ピアＷＴＲＵと１つのみのユニキャストリンクを有することを特定し得る。ＷＴＲＵは、ユニキャストリンクのそれ自体のソースＩＤとして上位レイヤからＩＤ１’を受信し得、ＩＤ１’は、上位レイヤにより更に提供され得る。
【０１８８】
[00200]  別の例では、Ｔ２（すなわち上位レイヤにより開始された第２のリンク確立手順時）において、ＷＴＲＵは、上位レイヤから、ユニキャストリンクのピアＷＴＲＵのＬ２ソースＩＤ（ＩＤ２）及びそれを別のＬ２  ＩＤ（ＩＤ１）に関連付ける指示を受信し得る。ＷＴＲＵは、上位レイヤから、ＩＤ２を有するユニキャストリンクのソースＩＤとしてＩＤ２’を更に受信し得る。受信したＩＤ２、ＩＤ２’及び指示に基づいて、ＷＴＲＵは、ＩＤ２をＩＤ１とグループ化し、それ自体のＩＤ２’及びＩＤ１’を一緒にグループ化し得る。
【０１８９】
[00201]  幾つかの例では、ＷＴＲＵは、オンデマンドＳＩＢ又は専用シグナリングを使用して、特定のＰＣ５−５ＱＩ（ＰＱＩ）及び／又はＰＣ５フロー識別子（ＰＦＩ）のＳＬＲＢ構成を取得し得る。例えば、ＷＴＲＵは、ネットワーク（例えば、ｇＮＢ）への要求により１つ又は複数のＰＱＩ／ＰＦＩに関連付けられたＳＬＲＢ構成を要求し得る。アイドル及び／又は非アクティブモードでは、ＷＴＲＵは、オンデマンドＳＩＢ要求を使用してＳＬＲＢ構成を要求し得る。ＷＴＲＵは、ＰＱＩ／ＰＦＩ又は他のＱｏＳパラメータ（例えば、範囲、ＧＢＲ等）をオンデマンド要求に添付し得る。ＷＴＲＵは、ＷＴＲＵのＳＬ構成の一部であるいかなるＳＬＲＢにもマッピングされないフローの開始に続き、及び／又はＳＬ  ＳＩＢがフローに関連付けられたＳＬＲＢ構成をブロードキャストしない場合、オンデマンドＳＩＢ要求をトリガーし得る。ＷＴＲＵは、要求に、フローに関連付けられたＰＱＩ／ＰＦＩ；フローに関連付けられた範囲値；フローに関連付けられたＧＢＲ；全てのＱｏＳパラメータ又はＱｏＳプロファイルを与えるテーブルへのインデックスであって、そのようなテーブルは、予め定義、構成又は事前構成され得る、インデックス；及び／又はそれ自体の構成に記憶されている現在のＳＬＲＢのリストを含み得る。
【０１９０】
[00202]  幾つかの実施形態では、接続済みモードのＷＴＲＵは、専用シグナリングを使用して、１つ又は複数のＰＱＩ／ＰＦＩに関連付けられたＳＬＲＢ構成への同様の要求を使用し得る。例えば、ＷＴＲＵは、現在記憶されているＳＬＲＢ構成へのマッピングが内フローの開始に続き、ＲＲＣメッセージを送信し得る（例えば、ＵＥサイドリンク情報を使用して）。
【０１９１】
[00203]  幾つかの例では、ＷＴＲＵのＳＬＲＢ構成及び／又はＳＬＲＢへのフローのマッピングは、追加又は代替として、ＷＴＲＵにおける測定値（例えば、ＣＲ、ＣＢＲ、検知結果、ＣＱＩ等）に依存し得る。例えば、ＷＴＲＵは、測定された品質が１つ又は複数の第１の条件を満たす場合、ＳＬＲＢ（又はフロー）に第１の構成を使用し得、測定された品質が１つ又は複数の第２の条件を満たす場合、ＳＬＲＢ（又はフロー）に第２の構成を使用し得る。
【０１９２】
[00204]  幾つかの例では、ＷＴＲＵは、１つ又は複数のＰＱＩ／ＰＦＩに関連付けられたＳＬＲＢ構成の要求中にデフォルトＳＬＲＢ構成を使用する。例えば、ＷＴＲＵは、フローの開始に続き、デフォルトＳＬＲＢを使用（すなわち新しいフローをデフォルトＳＬＲＢにマッピング）し得、ＷＴＲＵの記憶されたＳＬＲＢ構成におけるＳＬＲＢへのフローのマッピングがない。デフォルト構成は、構成若しくは事前構成又は予め定義され得る。デフォルト構成は、ｇＮＢ等のネットワークにより構成され得る。デフォルト構成は、ＷＴＲＵにおけるＶ２Ｘ事前構成により事前構成され得る。デフォルト構成は、適切な仕様で予め定義され得る。ＷＴＲＵは、フローの新しいＳＬＲＢ構成を受信した後、フローをデフォルトＳＬＲＢ構成から新たに受信したＳＬＲＢ構成に移し得る。代替的に、ＷＴＲＵは、新しいフローを既存のＳＬＲＢ（例えば、記憶された構成で記憶されたＳＬＲＢ）にマッピングすべきであるとの指示を受信する場合、フローをデフォルトＳＬＲＢ構成から示され記憶されたＳＬＲＢ構成に移し得る。
【０１９３】
[00205]  幾つかの例では、ＷＴＲＵは、ＳＬＲＢ遷移中、ＳＬＲＢ構成を使用し得るという指示を受信する。例えば、ＷＴＲＵは、アイドル／非アクティブ状態と接続済み状態との間の遷移中、同じＳＬＲＢ構成を使用し得る。幾つかの例では、ＷＴＲＵは、ｇＮＢ等のＮＷから、そうすることができるという指示を更に受信し得る（例えば、ＳＩＢ又は専用シグナリングにおいて）。
【０１９４】
[00206]  幾つかの例は、サイドリンクでのユニキャスト及び／又はマルチキャストの受付制御のためのシステム、方法及びデバイスを含む。幾つかの例では、送信モード決定は、ＱｏＳに基づき得る。例えば、ＷＴＲＵは、確立するリンクの送信モードを、そのリンクに関連付けられたＱｏＳ属性に基づいて決定し得る。ＷＴＲＵは、特定のＶＱＩについてユニキャスト及び／又はマルチキャストフローに対処するように新しいリンク／無線ベアラを確立することを決定し得、ＶＱＩ、ＶＱＩから導出されたＱｏＳパラメータに基づいてそのリンク及び／又はベアラでのパケットの送信モードを決定し得る。ＷＴＲＵは、ＶＱＩに基づいてＮＷ制御モード及びＷＴＲＵ自律モードから選択し得る。代替的に、ＷＴＲＵがＷＴＲＵ自律モードを選択する場合又はネットワークが、ＷＴＲＵがＷＴＲＵ自律モードを使用することを許す場合、ＷＴＲＵは、ＶＱＩに基づいて複数のリソース選択モードから更に選択し得る。例えば、ＷＴＲＵは、完全自律リソース選択を使用するか、別のＷＴＲＵからの支援を用いる自律リソース選択を使用するか、構成又は事前構成された認可を使用するか、及び／又はリンクのＷＴＲＵスケジューリングリソースを使用するかを判断し得る。例えば、ＷＴＲＵには、ＶＱＩのテーブル及び許容可能なリソース送信／リソース選択モードを構成又は事前構成し得、その場合、ＷＴＲＵは、特定のＶＱＩに許容可能なモードの１つからのモードを選択し得る。
【０１９５】
[00207]  幾つかの例では、モード変更は、受付制御のために実行される。例えば、ＷＴＲＵは、受付制御を目的としてモード変更を実行し得る（例えば、ＷＴＲＵ自律リソース選択からネットワークベースのリソース選択へ）。幾つかの例では、ＷＴＲＵ自律モードで動作しているＷＴＲＵは、新しいフローを受信し得るか、又は新しいサイドリンクベアラの開始を決定し得る。そうするうえで、ＷＴＲＵは、それをネットワークに示し得、少なくとも受付制御／リンク及び／又はベアラ確立フェーズ中、動作モードをＮＷ制御モードに暗黙的に変更し得る。ＷＴＲＵは、ネットワークによりＷＴＲＵ自律モードに戻るように命令されるまで、ＮＷ制御モードを継続し得る。
【０１９６】
[00208]  幾つかの例では、受付制御は、ＮＷによりスケジュールされる。例えば、ＷＴＲＵは、サイドリンクユニキャスト及び／又はマルチキャストリンク確立要求をネットワークに送信し得るか、又はＷＴＲＵは、ユニキャスト及び／又はマルチキャストリンク及び／又はサイドリンク無線ベアラの確立要求をネットワークに送信し得る。ＷＴＲＵは、リンクを確立すべきであるとの上位レイヤからの指示に応答して、そのような要求を送信し得る。ＷＴＲＵは、ＲＲＣメッセージ又はＭＡＣ  ＣＥを介して要求をｇＮＢに送信し得、要求は、ベアラを確立すべき１つ又は複数のフローに関連付けられたＶＱＩ又は関連する１つ又は複数のＱｏＳパラメータ、ユニキャスト及び／又はマルチキャストリンクに関連付けられた１つ又は複数のＷＴＲＵの識別情報及び／又は発見結果等の様々な情報を含み得る。
【０１９７】
[00209]  情報が、ベアラを確立すべき１つ又は複数のフローに関連付けられたＶＱＩ又は関連する１つ又は複数のＱｏＳパラメータを含む幾つかの場合、ＷＴＲＵに、ＮＡＳレイヤからの所与のフローのＶＱＩを提供し得、ＷＴＲＵは、ネットワークへのそのようなＶＱＩを含むリンク確立要求を開始し得る。情報が、ユニキャスト及び／又はマルチキャストリンクに関連付けられた１つ又は複数のＷＴＲＵの識別情報を含む幾つかの場合、ＷＴＲＵは、リンクを確立すべきＷＴＲＵのソースＩＤ（例えば、Ｌ２  ＩＤ）を含み得る。情報が発見結果を含む幾つかの場合、ＷＴＲＵは、発見結果に関連付けられ、場合によりユニキャスト及び／又はマルチキャストリンクを確立すべき１つ又は複数のＷＴＲＵに関連付けられた任意のＡＳ関連情報を送信し得る。発見結果は、基準信号又は発見信号送信の測定値又は品質；サポートされるＷＴＲＵ性能を示す情報；１つ又は複数のＷＴＲＵの同期ソースを示す情報；１つ又は複数のＷＴＲＵのカバレッジ内又はカバレッジ外を示す情報；及び／又はリソース選択性能、サポートされる搬送波、電力クラス等のＷＴＲＵ性能を示す情報を含み得る。
【０１９８】
[00210]  幾つかの例では、ＷＴＲＵは、ＷＴＲＵが新しいＱｏＳフローを上位レイヤから受信する場合；ＷＴＲＵが新しいサイドリンク無線ベアラを作成すると決定した場合；新しいＱｏＳフロー又は無線ベアラがネットワーク制御受付制御を必要とするとＷＴＲＵが判断した場合；ＷＴＲＵがユニキャスト及び／又はマルチキャスト確立要求を別のＷＴＲＵから受信した場合；ＷＴＲＵが別のＷＴＲＵからユニキャスト及び／又はマルチキャスト確立要求への応答を受信した場合；及び／又はＷＴＲＵがＷＴＲＵ自律受付制御を実行中であり、新しいリンク及び／又はベアラ確立がＷＴＲＵ自律受付制御メカニズムに基づいて受付制御に失敗する場合等の１つ又は複数のトリガー又は条件に基づいて、ユニキャスト及び／又はマルチキャストリンク確立要求をネットワークに向けて送信し得る。
【０１９９】
[00211]  幾つかの例では、ＷＴＲＵ自律受付制御が失敗する場合、ＷＴＲＵは、ネットワーク制御受付制御を使用し得る。例えば、ＷＴＲＵは、新しいユニキャスト及び／又はマルチキャストフローを上位レイヤから受信し得、そのようなフローの新しいＳＬ無線ベアラにＷＴＲＵ自律受付制御を開始すると決定し得る（本明細書で説明されるように）。このＷＴＲＵ自律受付制御が、例えば、本明細書で説明される理由により失敗する場合、ＷＴＲＵは、例えば、ユニキャスト及び／又はマルチキャストリンク確立要求をネットワークに送信することにより、ネットワーク制御受付制御を開始し得る。
【０２００】
[00212]  幾つかの例では、ＷＴＲＵは、リソース及び測定構成メッセージと共に受付制御成功の承認を受信し得る。例えば、ＷＴＲＵは、ネットワークによる受付制御成功の承認を受信し得、承認に続き、ＷＴＲＵは、確立されたリンク又はベアラにマッピングされた１つ又は複数のフローに関連付けられたデータの送信を開始し得る。ＷＴＲＵは、そのような承認と共にリソース使用情報を更に受信し得る。リソース使用情報は、新しいリソースプール又は既存のリソースプールの指示；定期的な組のリソース；アービトレーションルール；ＷＴＲＵ固有又はセル固有のリンク及び／又は無線ベアラ識別情報；及び／又はリンク維持のためにネットワークに報告すべき測定値の構成を含み得る。
【０２０１】
[00213]  リソース情報が新しいリソースプール又は既存のリソースプールの指示を含む幾つかの場合、リソースプールは、時間、周波数及び／又はビームリソースの組を含み得、確立されたリンク及び／又はベアラに関連付けられたデータの送信に使用し得る。リソース情報が定期的な組のリソースを含む幾つかの場合、定期的な組のリソースは、新しいＳＰＳ構成、確立されたリンク及び／又はベアラに関連付けられたデータの送信に使用すべき構成された認可の構成（例えば、タイプ１又はタイプ２認可）又はそのようなデータの送信に使用すべき既存の構成の指示を含み得る。リソース情報がアービトレーションルールを含む幾つかの場合、ルールは、ＷＴＲＵ間で共有されるリソースの特定のＷＴＲＵの使用のアービトレーションルールを含み得る（例えば、そのようなＷＴＲＵは、ユニキャスト及び／又はマルチキャストリンクに関連付けられたＷＴＲＵであっても又はなくてもよい）。アービトレーションルールは、ＷＴＲＵが全体リソース構成で使用し得る時間及び／又は周波数のサブセット；リンク及び／又はベアラに使用すべき送信と再送信との間の時間関係；マルチキャストリンクでの複数のＷＴＲＵ間の送信の順序又はシーケンス；及び／又は送信とＨＡＲＱフィードバック（例えば、サイドリンク又はアップリンクのいずれかで送信される）との間のタイミング関係を含み得る。
【０２０２】
[00214]  リソース情報が、リンク維持のためにネットワークに報告すべき測定値の構成を含む幾つかの場合、構成は、リンクに関連付けられたＷＴＲＵにより送信すべき基準信号送信リソース及び電力の構成；ＷＴＲＵにより測定され、ネットワークに報告される基準信号受信リソース及び予期される電力の構成；及び／又は基準信号受信の測定値に基づいてＷＴＲＵにより送信されるそのような測定レポートの頻度（又は周期性）を含み得る。
【０２０３】
[00215]  ＷＴＲＵは、そのような構成の受信に応答して、ネットワークがベアラリリースメッセージを介してネットワークからリンク及び／又はベアラをリリースするまで、ネットワーク構成に従って測定及び報告を開始し得る。
【０２０４】
[00216]  幾つかの例では、ＷＴＲＵは、受付制御の測定構成を受信し得る。例えば、ＷＴＲＵは、受付制御／リンク確立中、サイドリンクでの測定値を報告するために測定構成を受信し得る。ＷＴＲＵは、リンク確立フェーズ中のみ続き得る測定及び報告を開始し得る測定構成を受信し得る。例えば、ＷＴＲＵには、ＷＴＲＵが測定値を報告しなければならないメッセージに関連付けられた１つ又は複数のソースＬ２アドレス；１つ又は複数のメッセージタイプ（例えば、「直接通信要求」メッセージ等の特定のタイプのＲＲＣメッセージ）；及び／又は測定のための基準信号の送信／受信に関連付けられたサイドリンクリソースの組を構成し得る。
【０２０５】
[00217]  幾つかの例では、測定報告向けに構成されたＷＴＲＵは、測定構成に構成された特定のＬ２アドレスのいずれか、潜在的に測定構成の一部として構成されたＲＲＣメッセージタイプのいずれかから受信された任意のメッセージのＲＳＲＰを特定し得る。幾つかの例では、ＷＴＲＵは、上記基準を満たすメッセージの各受信時にネットワークに測定値を報告し得る。幾つかの例では、ＷＴＲＵは、ソースＬ２  ＩＤ（例えば、測定構成における）で示されたＷＴＲＵとのリンク確立を完了すると、構成を削除し得る。
【０２０６】
[00218]  幾つかの例では、ＷＴＲＵは、受付制御を自律的に制御する。幾つかの例は、ＷＴＲＵ自律受付制御決定を含む。例えば、リンク確立及び／又はベアラ確立中又は前、リンク及び／又はベアラ確立に関連付けられたＷＴＲＵは、リンク及び／又はベアラ確立が許容可能であるか否かを判断し得る。上位レイヤは、本明細書で考察されるように、ユニキャストリンク確立手順を開始し得る。そのような手順中、ＷＴＲＵのいずれかのＡＳレイヤは、例えば、上位レイヤにトランスペアレントであり得るＡＳ関連ファクタに基づいて、リンク及び／又はベアラ確立を許容又は拒絶し得る。
【０２０７】
[00219]  幾つかの例では、ＷＴＲＵは、１つ又は複数の基準に基づいて、ユニキャスト／グループキャストリンクを開始及び／又は許容若しくは拒絶すべきか否か又はユニキャスト／グループキャストサイドリンク無線ベアラ（ＳＬＲＢ）を受け付けるべきか否かを判断し得る。
【０２０８】
[00220]  基準は、例えば、ＷＴＲＵは、そのＷＴＲＵがｇＮＢのカバレッジ内にあるか否か、又はそのＷＴＲＵが、ユニキャストリンクに関連付けられることになる他のＷＴＲＵの１つ又は複数の同じｇＮＢのカバレッジ内にあるか否かに基づいて、ユニキャスト／グループキャストリンク又はＳＬＲＢ確立を許容又は拒絶し得る、ＷＴＲＵの１つ又は複数のネットワークカバレッジ、例えばＷＴＲＵは、確立すべきリンク及び／又はベアラのＱｏＳ要件に基づいてユニキャスト／グループキャストリンク又はＳＬＲＢ確立を許容又は拒絶し得る、リンクに関連付けられたＱｏＳ要件；他の既存のリンクのＱｏＳ要件及びそのような既存のリンクをプリエンプトする能力；例えば、ＷＴＲＵは、場合により、ユニキャスト／グループキャストリンクに関連付けられた別の１つ又は複数のＷＴＲＵの動きに関する情報と併せた、ＷＴＲＵの動き（例えば、速度、方位）及び／又はＷＴＲＵの場所に基づいて、ユニキャスト／グループキャストリンク又はＳＬＲＢ確立を許容又は拒絶し得る、場所、運動又は相対場所及び／又は相対運動；及び／又は例えば、ＷＴＲＵは、空きリソースの特定に基づいて、潜在的にユニキャスト／グループキャストリンク又はＳＬＲＢに必要とされる空きリソースに基づいてユニキャスト／グループキャストリンク又はＳＬＲＢ確立を許容又は拒絶し得、及び／又はＷＴＲＵは、リンク又はＳＬＲＢのＱｏＳ要件に基づいてリンク又はＳＬＲＢに必要とされるリソースを予測し得る、空きリソースに基づく（例えば、データ、及び／又は基準信号、及び／又はフィードバックリソース）ことを含み得る。
【０２０９】
[00221]  幾つかの例は、ネットワークカバレッジに基づく受付制御を含む。幾つかの例では、ＷＴＲＵは、特定のＱｏＳを要求するリンクについて、ＷＴＲＵがカバレッジ外である場合、リンク及び／又はＳＬＲＢを拒絶すると判断し得るが、ＷＴＲＵがカバレッジ内の場合、リンク及び／又はＳＬＲＢを許容すると判断し得る。例えば、リンクに関連付けられたＶＱＩ、ＰＰＰＰ、ＰＰＰＲ又は同様のＱｏＳパラメータの特定の値は、モード１リソース割り振りモードを必要とするように構成若しくは事前構成され得るか、又は特定の状況では、モード１にフォールバックし得るようにＷＴＲＵがカバレッジ内であることを必要とし得る。幾つかの例では、リンク及び／又はＳＬＲＢに対する要求を受信したＷＴＲＵは、カバレッジ外の場合、要求を拒絶し得る。幾つかの例では、ＷＴＲＵには、閾値ＵｕベースのＲＳＲＰ（例えば、場合により各ＶＱＩ又はＱｏＳ関連パラメータの値について）を構成し得、閾値ＵｕベースのＲＳＲＰを下回る場合、ＷＴＲＵは、リンク及び／又はＳＬＲＢを拒絶する。
【０２１０】
[00222]  幾つかの例では、ＷＴＲＵは、ＷＴＲＵが現在接続及び／又はキャンプされているｇＮＢが、他のＷＴＲＵがキャンプされ得る１つ又は複数のｇＮＢに関連しない場合、所与のＱｏＳについてリンク／ＳＲＬＢを拒絶し得る。関係は、例えば、同じｇＮＢ、均等なＰＬＭＮのｇＮＢ、同じ有効エリアの一部であるシステム情報をブロードキャストしているｇＮＢを含み得る。リンク及び／又はＳＬＲＢは、１つ又は複数の許容可能な関係を有し得る。
【０２１１】
[00223]  幾つかの例は、相対場所に基づく受付制御を含む。幾つかの例では、ＷＴＲＵは、特定の範囲要件等の特定のＱｏＳを要求するか、又は関連付けられたＶＱＩを有するリンクについて、範囲又はＱｏＳ要件と併せて、ＷＴＲＵ間の距離に基づいてリンク及び／又はＳＬＲＢを許容すべきか又は拒絶すべきかを判断し得る。例えば、ＷＴＲＵには、ＶＱＩの各値の閾値距離を構成又は事前構成し得る。ＷＴＲＵは、リンク及び／又はベアラに関連付けられた１つ又は複数の他のＷＴＲＵに関する場所情報を受信し得（例えば、リンク確立シグナリング中）、他の１つ又は複数のＷＴＲＵへの距離が、ＶＱＩに関連付けられた閾値距離未満である場合、リンク及び／又はＳＬＲＢを許容し得る。
【０２１２】
[00224]  幾つかの例は、リンク維持関連リソース／チャネルの可用性に基づく受付制御を含む。幾つかの例では、ＷＴＲＵは、ユニキャスト／グループキャストリンク維持に必要とされるリソース又はチャネルの可用性に基づいてリンク及び／又はＳＬＲＢを許容すべきか又は拒絶すべきかを判断し得る。例えば、各ユニキャスト／グループキャストリンクは、ＲＳを送信するための（例えば、ＣＳＩ測定のため）リソース又はチャネルの組、ＣＱＩを送信するためのリソース若しくはチャネルの組又はＨＡＲＱフィードバックを送信するためのリソース又はチャネルの組に関連付けられ得る。そのようなリソースは、所与のユニキャストリンクについてのそのような情報の送信に排他的に関連付けられ得る。例えば、ＷＴＲＵには、ユニキャストリンクに関連付けられたＲＳ送信のためのリソースの組が構成され得、ＷＴＲＵは、例えば、本明細書で更に説明するように、他のユニキャスト送信の検知及び／又はネットワークにより提供される情報に基づいて、これらのＲＳ送信の未使用構成を選択する。代替的に、ＷＴＲＵは、他のＷＴＲＵにより送信されるＵＭＵＳ信号における情報に基づいて、これらのＲＳ送信に対して未使用構成を選択し得る。幾つかの例では、ＷＴＲＵは、利用可能な全てのＲＳ構成が現在他のＷＴＲＵ／リンクにより利用されていると判断する場合、リンク及び／又はＳＬＲＢの拒絶を決定し得る。代替的に、（例えば、本明細書で考察されるように）ＷＴＲＵは、異なる組のＷＴＲＵ間の既存のユニキャストリンクをプリエンプトして、現在要求されているリンク及び／又はＳＬＲＢを許容することを決定し得る。
【０２１３】
[00225]  幾つかの例は、共有リソースプールにおける受付制御判断の実行にあたり他のＷＴＲＵを支援するため（例えば、リソース使用／可用性を特定又は予測するため）のユニキャスト及び／又はマルチキャスト有用性信号の送信を含む。例えば、ＷＴＲＵは、１つ又は複数のユニキャスト及び／又はマルチキャストリンクに関連付けられる場合、ユニキャスト及び／又はマルチキャスト有用性信号（ＵＭＵＳ）を送信し得る。幾つかの例では、ＷＴＲＵは、ＷＴＲＵにおいて現在確立されている各ユニキャスト及び／又はマルチキャストリンクのそのような信号を送信し得る。代替的に、ＷＴＲＵは、少なくとも１つのリンクが確立される場合、単一の信号を送信し得、使用信号は、確立された全てのリンク／ＳＬＲＢに関する情報を含み得る。
【０２１４】
[00226]  幾つかの例では、ＵＭＵＳは、先にリソースを確保することなく、リソースプール等のサイドリンク上のリソースの可用性を促進するために送信され得る。例えば、１つ又は複数のリンク／ＳＬＲＢのＵＭＵＳは、ベアラ／リンクが最終的に使用又は確保する必要があり得るリソースを示し得る。そのような場合、ＵＭＵＳの目的は、特定のＱｏＳ要件を有するＷＴＲＵにより必要とされる場合、確立されたユニキャスト及び／又はマルチキャストリンクのＱｏＳを満たすリソースの確保を促進することであり得る。代替的に、ＵＭＵＳ信号は、このユニキャストリンクに特に関連付けられたユニキャスト／グループキャスト送信に使用される特定のリソース又はチャネルを確保するために送信され得る（例えば、ＨＡＲＱフィードバック、ＲＳ送信、ＣＱＩフィードバック及び／又はプリエンプションリソース）。例えば、ＵＭＵＳは、ＰＳＳＣＨ、ＰＳＣＣＨ、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）及び／又はサイドリンクフィードバックチャネルにおける特定のリソース又はある量のリソースを確保し得る。
【０２１５】
[00227]  幾つかの例では、ＷＴＲＵは、他のＷＴＲＵからのＵＭＵＳ送信の復号化を実行して、アクティブリンク／ＳＬＲＢの数及び占有するリソースを決定し得る。幾つかの例では、復号化は、地理的エリアに関連付けられたアクティブリンク／ＳＬＲＢの数及び占有するリソース；ＳＬ  ＢＷＰ；搬送波；１つ又は複数のＷＴＲＵのグループ；及び／又は１つ又は複数の関連付けられたＱｏＳを決めることもできる。
【０２１６】
[00228]  幾つかの例では、ＷＴＲＵは、通常のＳＬ受信中、ＵＭＵＳを復号化し、記憶し得る。例えば、ＷＴＲＵは、過去のＵＭＵＳ信号の受信に基づいて、上述した可能な関連付けについて、例えばユニキャストリンクの平均リソース使用率、実際に確保されたリソース及び同様の情報を特定し得る。ＷＴＲＵは、ＵＭＵＳの内容が、構成若しくは事前構成又は定義された期間にわたり有効であると仮定し得る。例えば、ＷＴＲＵは、単一のユニキャスト及び／又はマルチキャスト識別子、Ｌ２ソース／宛先アドレス又はＵＭＵＳにより搬送される他の識別子に関連付けられたＵＭＵＳ信号の受信時、タイマを開始し得る。ＷＴＲＵは、ＵＭＵＳ信号を受信して即座に、送信されたＵＭＵＳ信号に関連付けられたリソースがアクティブであると見なし得る。同じユニキャスト及び／又はマルチキャスト識別子に関連付けられた、更新されたＵＭＵＳ信号、Ｌ２ソース／宛先アドレス又は他の識別子を受信せずにタイマが切れると、ＷＴＲＵは、関連付けられたリソースがもはやアクティブではないと見なし得る。幾つかの例では、有効時間は、ＷＴＲＵの速度、方位及び他の関連情報等のＷＴＲＵの運動に基づいて決定され得る。
【０２１７】
[00229]  幾つかの例では、ＷＴＲＵは、１つ又は複数のトリガーに基づいて、任意の過去に受信したＵＭＵＳ信号及び関連付けられたリソース情報をキャンセル、削除又は無視し得る。そのようなトリガーは、例えば、ＷＴＲＵが新しいゾーン等の新しい地理的エリアに移動した場合；ＷＴＲＵがＢＷＰ又は搬送波等を変更した場合；ＷＴＲＵがプラトーンに参加又はプラトーンから離脱する場合；及び／又はＷＴＲＵが前のリソース／確保のリリース及び／又はキャンセルを示すＵＭＵＳ信号又は同様の信号を受信する場合を含み得る。
【０２１８】
[00230]  幾つかの例では、ＷＴＲＵは、ブロードキャストＳＬ送信を介してＵＭＵＳ信号を送信し得る。幾つかの例では、ＷＴＲＵは、共有リソースプールにおいてＵＭＵＳを送信し得る。そのようなリソースプールは、ＷＴＲＵ自律送信を実行しているＷＴＲＵにより共有され得る。そのようなリソースプールは、ユニキャスト及び／又はマルチキャストの送信を実行中のＷＴＲＵのみに制限され得る。代替的に、プールは、ブロードキャスト送信を実行中のＷＴＲＵを含むこともできる。
【０２１９】
[00231]  幾つかの例では、ＷＴＲＵは、ＳＣＩ又はＰＳＣＣＨにおけるＳＣＩ様送信を使用して；ＰＳＢＣＨにおける情報（例えば、ＳＬ−ＭＩＢ等）を使用して；及び／又はＭＡＣ  ＣＥ又はＳＬ−ＲＲＣメッセージ等のＰＳＳＣＨで送信される情報を使用してＵＭＵＳを送信し得る。例えば、ＷＴＲＵは、ＭＡＣ  ＣＥ又はＳＬ−ＲＲＣメッセージを使用してＵＭＵＳメッセージを送信し得る。そのようなメッセージは、全てのＷＴＲＵにより受信される特別なブロードキャストＬ２宛先アドレスを使用して、ＳＬを介して送信され得る。
【０２２０】
[00232]  幾つかの例では、ＷＴＲＵは、通常の送信に加えてＵＭＵＳを送信し得る。例えば、ＷＴＲＵは、スケジューリング情報及びユニキャスト及び／又はマルチキャストリンクについての情報の両方を含むＳＣＩフォーマットでＵＭＵＳを送信し得る。代替又は追加として、ＷＴＲＵは、ＵＭＵＳをデータ又はスケジューリング情報と結合せずに、ＵＭＵＳのみを送信し得る。例えば、ＷＴＲＵは、ＵＭＵＳを定期的に送信し得る。そのような定期的なＵＭＵＳ送信は、特定のフォーマットを用いてＳＣＩにより実行され得る。ＷＴＲＵは、ＵＭＵＳの最後の送信からのタイマ切れに基づいて；ＵＭＵＳの最後の送信からのＳＣＩ送信数に基づいて；ＷＴＲＵがＵＭＵＳを送信しているユニキャスト及び／又はマルチキャストリンクのＱｏＳ属性に基づいて（例えば、ＷＴＲＵは、関連付けられたユニキャストリンクがより高い信頼性、より低い待ち時間等を有する場合、ＵＭＵＳ信号をより頻繁に送信し得る）；ＣＢＲの測度、空きリソース数又は他のＷＴＲＵにより送信された、検出されたＵＭＵＳ数等のＷＴＲＵによって決定される共有リソースプールの占有度；及び／又はＷＴＲＵの運動（例えば、ＷＴＲＵ測度、方位等）に基づいてＵＭＵＳをいつ送信すべきかを決定し得る。
【０２２１】
[00233]  ＷＴＲＵは、ＵＭＵＳに様々な情報を含め得る。例えば、そのような情報は、ユニキャスト及び／又はマルチキャストリンクに関連付けられたＶＱＩ（又は他のＱｏＳ関連パラメータ）（例えば、上位レイヤから取得される）；ソース及び／又は宛先Ｌ２アドレス又は１つ又は複数のＷＴＲＵに関連付けられたアドレス；ユニキャスト及び／又はマルチキャストリンクで送信すべきデータに求められるリソースの属性；そのユニキャスト及び／又はマルチキャストリンク（又は各ユニキャスト及び／又はマルチキャストリンク）でのＱｏＳフロー数又はユニキャスト及び／又はマルチキャストリンクで多重化されるＡＳ  ＳＬ無線ベアラの数；ユニキャスト及び／又はマルチキャストリンクに関連付けられた１つ又は複数のＷＴＲＵによる基準信号チャネル／送信の構成（例えば、ＲＳ信号、ＲＳ信号シーケンスの送信の最小／最大ＲＳ送信電力、時間、周波数及び／又はビームリソース等）であって、予め定義、構成又は事前構成された構成のインデックスを送信することにより示され得る；ユニキャスト及び／又はマルチキャストリンクに関連付けられたＨＡＲＱフィードバックチャネル／送信の構成；ＣＱＩ又はＣＳＩフィードバック送信の構成（例えば、ＣＱＩフィードバックの送信に使用される時間、周波数及び／又はビームリソース）であって、予め定義、構成又は事前構成された構成のインデックスを送信することにより示され得る；プリエンプションリソースの構成；リソースが確保されているＢＷＰ及び／又は搬送波；及び／又は例えば時間期間にわたるＷＴＲＵ  ＳＬ送信を反映した、ＷＴＲＵにおいて行われたＱｏＳ関連メトリックを含み得る。
【０２２２】
[00234]  ユニキャスト及び／又はマルチキャストリンクに関連付けられたＨＡＲＱフィードバックチャネル／送信の構成がＵＭＵＳに含まれる幾つかの場合、構成は、例えば、データ送信とＨＡＲＱフィードバックとの間の関連（時間／周波数）又は各送信に関連付けられたＨＡＲＱリソースの数（例えば、複数のＨＡＲＱフィードバック送信の場合）；ＨＡＲＱをイネーブル／ディセーブルし得るルール／条件；及び／又はグループベースのＨＡＲＱ送信のルール（例えば、ＮＡＣＫのみ送信、ＡＣＫ及びＮＡＣＫ送信）の形態のＨＡＲＱの送信に使用される時間、周波数及び／又はビームリソースを含み得る。この構成は、予め定義、構成又は事前構成された構成のインデックスを送信することにより示され得る。
【０２２３】
[00235]  プリエンプションリソースの構成がＵＭＵＳに含まれる幾つかの場合、構成は、関連付けられたユニキャスト及び／又はマルチキャストリンク又はそのリンクに関連付けられた１つ若しくは複数のＳＬＲＢをプリエンプトするために使用することができるプリエンプション信号又はメッセージを他のＷＴＲＵにより送信するために使用し得る時間、周波数及び／又はビームリソースを含み得る。プリエンプションリソースは、ＷＴＲＵ毎又はユニキャスト及び／又はマルチキャストリンク若しくはＳＬＲＢ毎に確保され得る。この構成は、予め定義、構成又は事前構成された構成のインデックスを送信することにより示され得る。
【０２２４】
[00236]  ＷＴＲＵで行われたＱｏＳメトリックの測定値、平均及び／又は比率がＵＭＵＳに含まれる幾つかの場合、ユニキャスト及び／又はマルチキャストリンクに必要とされる送信数の比率；送信されるＨＡＲＱ  ＮＡＣＫ；リソース選択手順の成功；リソース選択中のＬＢＴバックオフ動作；リソース選択中のリソース可用性の特定のＲＳＣＰ／ＲＳＳＩ閾値の増大；プリエンプション送信又は受信；ＣＢＲ又はリソース可用性等に起因する搬送波及び／又はリソース再選択；及び／又はＰＤＢ内又は所要待ち時間内での送信／受信に成功したパケットの測定値、平均及び／又は比率を含み得る。
【０２２５】
[00237]  データをユニキャスト及び／又はマルチキャストリンクで送信するのに必要とされるリソースの属性がＵＭＵＳに含まれる幾つかの場合、リソースの属性は、リンク識別子；リソースの密度（例えば、時間量及び／又は時間単位毎の周波数リソース）；そのリンクに使用されるリソースの１つ又は複数の粒度；リンクの平均、最大又は最小パケットサイズ及び／又はリンクの連続した時間／周波数リソース量；優先度；リンクの信頼性；ビームパターン（例えば、リンクが単一ビームで全方向に送信されるか、ビーム掃引されるか又はビームのサブセットでビーム形成され、送信されるか否か（及び場合によりいずれのビームであるか））；及び／又はゾーンＩＤ、方向性又はリソースが確保されるジオロケーション基準等のリソースが必要とされる場所を示す地理的場所を含み得る。そのような属性には、ＷＴＲＵに構成又は事前構成され、ＷＴＲＵ間でネゴシエートし得るプロファイル又はテーブル識別子が更に関連付けられ得る。
【０２２６】
[00238]  幾つかの例は、ＵＭＵＳでの情報の開始及び／又はキャンセル及び多重化を含む。例えば、ＷＴＲＵは、複数のユニキャスト及び／又はマルチキャストリンク及び／又は複数の無線ベアラ及び／又は複数のＱｏＳフローの情報を同じＵＭＵＳに多重化し得る。幾つかの例では、ＷＴＲＵは、ユニキャスト及び／又はマルチキャストリンクの確立時又は確立後、新しいＵＭＵＳの送信を開始し得る。代替的に、ＷＴＲＵは、第１のユニキャスト及び／又はマルチキャストリンクの確立時若しくは確立後、新しいＵＭＵＳの送信を開始し得るか、又は及び又は追加のリンクの確立時若しくは確立後、全てのリンクの情報を既存のＵＭＵＳに追加し得る。そのような場合、ＷＴＲＵは、ＷＴＲＵにおける１つ又は全てのリンクのリリース時又はリリース後、ＵＭＵＳの送信をキャンセルし得る。
【０２２７】
[00239]  幾つかの例では、ＷＴＲＵは、リンクに関連付けられた新しい無線ベアラの確立時又は確立後、新しいＵＭＵＳの送信を開始し得る。ＷＴＲＵは、既存の無線ベアラと比較した新しい無線ベアラでのデータのＱｏＳ特性に応じて、無線ベアラの確立時又は確立に続き、新しいＵＭＵＳを送信すべきか否かを判断し得る。例えば、新しい無線ベアラのＱｏＳ特性が既存の無線ベアラのものと有意に異なる場合、ＷＴＲＵは、新しいＵＭＵＳの送信を決定し得る。
【０２２８】
[00240]  幾つかの例では、受付制御は、ＵＭＵＳに含まれる情報に基づき得る。ＷＴＲＵは、同じプール、ＢＷＰ又は搬送波周波数等で他のＷＴＲＵにより送信される１つ又は複数のＵＭＵＳ内の情報に基づいて、受付制御を実行（例えば、ユニキャスト及び／又はマルチキャストリンク及び／又は無線ベアラを確立することができるか否かを判断）し得る。幾つかの例では、ＷＴＲＵは、プールで送信される全てのＵＭＵＳを検出及び／又は復号化し得る。幾つかの例では、ＷＴＲＵには、プールでのユニキャスト及び／又はマルチキャスト送信に関連付けられた可能なリソース使用を決定し（例えば、全てのＵＭＵＳに基づく）、例えばプールのリソース容量を所与として、保留中のリンク及び／又はベアラを追加することができるか否かを判断するためのルールを構成し得る。
【０２２９】
[00241]  幾つかの例では、ＷＴＲＵは、構成可能な時間期間にわたる時間数、周波数及び／又はビーム／密度リソースをユニキャスト及び／又はマルチキャストリンク及び／又は無線ベアラに関連付け得る（例えば、特定のＶＱＩの）。例えば、ＷＴＲＵは、ＶＱＩ；ネットワーク構成；及び／又は関連プールでの実測ＣＢＲ等のリンクに関連付けられたＱｏＳ属性に基づいてそのような関連付けを行い得る。例えば、ＷＴＲＵには、リソース密度又はリソースブロック数及び時間基準期間へのＶＱＩ及びＣＢＲのマッピングを構成し得る。別の例では、ＷＴＲＵは、リンクに関連付けられたＶＱＩから導出されたレートベースのＱｏＳからリソースブロック数を決定し得る。
【０２３０】
[00242]  幾つかの例では、ＷＴＲＵは、リンクに関連付けられたＱｏＳ属性に基づいて、各リンク及び／又はＳＬＲＢに必要なリソース量を決定するために、加重ファクタを適用し得る。例えば、ＷＴＲＵは、閾値を超える信頼性要件（又はそのパラメータ）を有する無線ベアラ／リンクに乗法因子（例えば、１よりも大きい）を適用し得る。別の例では、ＷＴＲＵは、閾値未満である待ち時間要件又はそのパラメータを有する無線ベアラ／リンクに乗法因子（例えば、１よりも大きい）を適用し得る。
【０２３１】
[00243]  幾つかの例では、ＷＴＲＵは、リンク及び／又はベアラの確立前に、ある時間期間にわたりＵＭＵＳを監視／受信し得る。例えば、ＷＴＲＵは、一意のリンク／ベアラを識別する、時間期間にわたり検出されたＵＭＵＳに基づいて確立された既存のリンク及び／又はベアラに基づいて受付制御を行い得る。幾つかの例では、ＷＴＲＵは、例えば、リンク及び／又はベアラに関連付けられたＱｏＳ属性並びにリンク及び／又はベアラ及びそのＱｏＳが、確立すべきリンクのＱｏＳに影響を及ぼすか否かに基づいて、確立されたリンク／ベアラ（ＵＭＵＳ）のサブセットのみのＵＭＵＳを判断において考慮し得る。ＷＴＲＵは、更に、共通のＱｏＳパラメータを有するリンク／ベアラのみを考慮し、そのようなリンク／ベアラの組合せが別のＱｏＳパラメータを超えないことを保証することにより、受付制御を実行し得る。幾つかの例では、ＷＴＲＵは、例えば、受付制御が各基準の成功に依存する場合、受付制御が成功するか否かの判断に複数の判断又は基準を適用し得る。判断又は基準は、ＵＭＵＳで示されるリソース（例えば、特定のタイプの）の総量；及び／又はＵＭＵＳにおいて確立されたリンク／無線ベアラの数（例えば重み付き）に基づいて実行され得る。
【０２３２】
[00244]  基準が、ＵＭＵＳで示されるリソースの総量を含む幾つかの場合、ＷＴＲＵは、まず、ＵＭＵＳ送信により特定される、リソースプール内の全てのユニキャスト及び／又はマルチキャストリンクにより使用されるリソースの総量を特定し得る。例えば、その量は、一定の時間期間にわたるリソースブロック数として測定することができる。ＷＴＲＵは、検出された全てのＵＭＵＳにより（例えば、リソースの密度又は量の和により）確保されたリソース総量を特定し得る。
【０２３３】
[00245]  幾つかの例では、ＷＴＲＵは、リンクを用いて送信されるＶＱＩ又は同様のＱｏＳパラメータ（例えば、ＰＰＰＰ、ＰＰＰＲ）に基づいて（例えば、ＷＴＲＵは、時間期間毎にＶＱＩ値と対応するリソース数（ＲＢ）との間の構成又は事前構成されたマッピングを有し得る）；ＵＭＵＳにおけるリンクに関連付けられたＳＬＲＢ数に基づいて（例えば、ＷＴＲＵは、リンク上の各ＳＬＲＢのリソース使用の和に基づいてリンクの合計リソース使用を特定し得る）；及び／又はＵＭＵＳ信号自体での平均送信パケットサイズ又はデータレートに基づいて（例えば、ＷＴＲＵは、ＶＱＩとパケットサイズとの組合せのリソース量へのマッピングを使用して、リンクにより使用されるリソース量を特定し得る）、既存のリンクにより使用される一定の期間内のリソース数を特定し得る。
【０２３４】
[00246]  幾つかの例では、ＷＴＲＵは、確立すべきリンク／無線ベアラにより必要とされるリソース数と組み合わせた、ＵＭＵＳにより既に確保されたリソース数（例えば、同じ時間期間にわたる）がプール内のリソースの総数未満、プール内のリソースのある割合未満又は構成若しくは事前構成された閾値未満である場合、受付制御が成功したと判断し得る。幾つかの例では、構成又は事前構成された閾値は、確立すべきリンクの任意のＱｏＳ属性（例えば、優先度）、既に確立されたリンクのＱｏＳ属性（例えば、ＵＭＵＳに基づく）又はチャネルのＣＢＲに依存し得る。
【０２３５】
[00247]  幾つかの例では、ＷＴＲＵは、全てのＵＭＵＳ送信から使用される特定のタイプのリソースの総量を特定し、そのタイプのリソースプール内の空きリソースの総数に基づいて受付制御判断を行い得る。タイプは、時間粒度（例えば、リソースがスロットであるか又はシンボルであるか；ニューメロロジー；及び／又は方向（例えば、１つ又は複数のアンテナビームでの送信に関連付けられた１つ又は複数の方向に関連付けられ得る。
【０２３６】
[00248]  基準が、ＵＭＵＳで示される確立されたリンク／無線ベアラの数を含む場合、幾つかの例では、ＷＴＲＵは、全てのＵＭＵＳ送信に基づいて、確立されたリンク／無線ベアラの数を特定し得、ＷＴＲＵは、プール内の無線ベアラ／リンクの総数が、構成又は事前構成された閾値未満のままである場合、特定のリンク／無線ベアラの受付制御が成功したと判断し得る。幾つかの例では、この閾値は、確立すべきリンクのＱｏＳ属性；ＵＭＵＳに存在するリンクのＱｏＳ属性；及び／又はチャネルのＣＢＲに依存し得る。幾つかの例では、ＷＴＲＵは、加重係数を、ＵＭＵＳで示される各無線ベアラ／リンク及び／又は確立すべき現在のリンク／ベアラに適用し得る。加重係数は、リンクに関連付けられたＱｏＳ属性；ＵＭＵＳの受信電力（例えば、ＷＴＲＵは、受信ＵＭＵＳ  ＲＳＲＰが構成又は事前構成された閾値よりも大きい無線ベアラ／リンクに１よりも大きい乗法因子を適用し得る）；及び／又は実測ＣＢＲに基づき得る。幾つかの例では、実測ＣＢＲは、１つのみのタイプの送信（例えば、ブロードキャスト送信のみ、ユニキャスト及び／又はマルチキャスト送信のみ）に確保されたリソースでのものであり得る。
【０２３７】
[00249]  閾値が、確立すべきリンクのＱｏＳ属性に依存する幾つかの場合、幾つかの例では、ＷＴＲＵは、閾値を超える信頼性要件又はそのパラメータを有する無線ベアラ／リンクに乗法因子（例えば、１よりも大きい）を適用し得る。幾つかの例では、ＷＴＲＵは、閾値未満の待ち時間要件又はそのパラメータを有する無線ベアラ／リンクに乗法因子（例えば、１よりも大きい）を適用し得る。幾つかの例では、ＷＴＲＵは、無線ベアラ／リンクに関連付けられたＶＱＩと併用するように構成された乗法因子を適用し得る。
【０２３８】
[00250]  幾つかの例では、ＷＴＲＵは、確立されたリンク／ベアラの数の評価に重み０を適用する（すなわち特定のリンク及び／又はベアラを考慮しない）こともできる。
【０２３９】
[00251]  幾つかの例では、ＷＴＲＵは、残っている利用可能なＲＳリソース送信構成の数；残っている利用可能なプリエンプションリソース構成；残っている利用可能なＨＡＲＱリソース送信構成；及び／又は残っている利用可能なＣＱＩリソース送信構成に基づいて受付制御を実行し得る。例えば、ＷＴＲＵは、例えば、時間期間にわたる受信ＵＭＵＳ信号によって特定される、既に使用されている構成を除外することにより、利用可能な構成の数を特定し得る。幾つかの例では、ＷＴＲＵは、利用可能な（すなわち使用されていない）構成の数が、構成若しくは事前構成又は予め決定された閾値（例えば、０）を超える場合；及び／又は干渉又は容量等の視点からいかなる既存の構成とも競合しない構成が存在し、リンク及び／又はＳＬＲＢの確立に選択することができる場合、受付制御が成功したと判断し得る（例えば、ＷＴＲＵは、ＲＳ送信電力を、確立するリンクのＱｏＳに関連付け得、ＷＴＲＵは、許容可能なＷＴＲＵ送信電力を超えない送信電力に関連付けられた構成が存在するか否かを更に判断し得る）。
【０２４０】
[00252]  幾つかの例では、ＷＴＲＵは、ＱｏＳの待ち時間関連側面に基づいて、いずれの構成が既に使用中であるかを判断するためにＵＭＵＳ信号を考慮する時間期間を決定し得る。例えば、待ち時間関連側面は、平均又は最悪事例ＰＤＢへのＶＱＩのマッピングを含み得る。幾つかの例では、ＷＴＲＵは、例えば、ＶＱＩから導出されたレート要件を最悪事例ＰＤＢに向けて調整することにより、ＱｏＳのレート関連側面に基づいて、その期間にわたり送信すべきリソース量を決定し得る。したがって、ＷＴＲＵは、構成可能な期間毎のリソース数であるリソース密度が、ＰＤＢ内で使用されるリソース量であると仮定し得る。幾つかの例では、ＷＴＲＵは、同じ計算を確立された全てのリンク／ベアラに対して実行して、リソース使用可能性の現在の密度を特定し得る。幾つかの例では、この計算において、ＷＴＲＵは、確立するリンク及び／又はベアラを含め、各リンク及び／又はベアラにＱｏＳパラメータ又は信頼性／範囲に関連付けられた乗法因子を更に適用し得る。幾つかの例では、この因子は、信頼性／範囲導出パラメータ（例えば、ＶＱＩからの）の所与の値のネットワークにより構成され得る。幾つかの例では、確立すべきリンク及び／又はベアラのリソースを含め、構成可能な期間にわたる使用可能性リソースの総量がプール内のリソースの閾値割合（例えば、Ｘ％）未満である場合、リンク及び／又はベアラの受付制御は、成功したと見なされ得る。この例では、Ｘ％は、各プールでネットワークにより更に構成され得、ＷＴＲＵは、実測ＣＢＲに基づいて、そのプールに適用可能な幾つかの閾値の１つから更に選択し得る。例えば、ＷＴＲＵは、そのプールの各範囲のＣＢＲ値に適用される閾値（Ｘ％）を受信し得る。
【０２４１】
[00253]  幾つかの例では、ＷＴＲＵは、特定のタイプのレート要件を有するアクティブリンク／ベアラの数がベアラの最大数を超えないように受付制御を実行し得る。幾つかの例では、ベアラの最大数は、待ち時間関連要件に基づいて決定され得る。例えば、より大きいデータバーストサイズへの要件（例えば、１つの特定のＶＱＩ値に関連付けられ得る）を有するリンク及び／又はベアラに対して受付制御を実行しているＷＴＲＵは、同じ要件を有する現在アクティブなリンク／ベアラの数を決定し得る。ＷＴＲＵは、そのような各リンクが各リンクに関連付けられた最小ＰＤＢの時間フレーム内の幾つかのＰＲＢを占有すると仮定することにより、そのようなアクティブリンクの許容可能な数を計算し得る。
【０２４２】
[00254]  幾つかの例は、ＵＭＵＳに基づいてブロードキャスト送信のリソース選択を変更することを含む。例えば、ＷＴＲＵは、リソース選択（例えば、ブロードキャストリソースの）を実行し得、リソース選択プロセス中、確立されたユニキャスト及び／又はマルチキャストリンクの数を考慮し得る。幾つかの例では、ＷＴＲＵは、リソース選択中、１つ又は複数の動作を実行し得る。１つ又は複数の動作は、その搬送波でのリンク／ベアラの数又はその搬送波でリンク／ベアラに使用可能なリソース量が閾値を超える場合、搬送波の選択を回避すること、及び／又は全てのＵＭＵＳにおけるリンクの存在／数又は使用可能なリソース量に基づいて、特定のリソース選択パラメータをスケーリング又は変更することを含み得る。そのようなパラメータは、許容される連続リソース確保の数；各確保期間でリソースを維持（例えば、その確保を更新）する確率；搬送波選択のＣＢＲ閾値；ＳＣＩの検出に基づくリソース可用性を特定するためのＲＳＲＰ閾値；バックオフ、検知時間、検出感度等のＬＢＴパラメータ；有効／承認されたプリエンプション信号に関連付けられた最小エネルギー；及び／又はＷＴＲＵがリソース選択を用いて進めることができる、検知に基づいて利用可能と思われるリソースの割合を含み得る。
【０２４３】
[00255]  幾つかの例では、受付制御は、代表的な及び／又は過去のリソース選択手順に基づく。例えば、ＷＴＲＵは、体表的なリソース選択手順又は一連のそのような手順を実行して、特定のリンク及び／又はベアラのリソースを確保し得、これらのリソース選択手順の結果に基づいて受付制御の結果を決定し得る。この状況では、代表的なリソース選択手順は、任意のリソースを実際に確保又は選択するために実行されるのではなく、チャネルの占有度を評価するために実行され得る。この状況では、代表的なリソース選択手順は、過去の瞬間からの記憶された検知結果の組に対して実行され得る。この状況では、代表的な各リソース選択手順は、予期された結果が、過去の瞬間に対応するＷＴＲＵに記憶された検知結果に対応する、その瞬間において実際に行われたリソース選択が有したことを表し得る。代替的に、受付制御に使用されるリソース選択手順は、同じプール、ＢＷＰ及び／又は搬送波でのブロードキャスト／ユニキャスト及び／又はマルチキャスト送信にリソースを選択するために実際に利用され、受付制御の実行前の構成又は事前構成された時間にわたり実行されたリソース選択手順を含み得る。例えば、ＷＴＲＵは、必要とされる受付制御時（例えば、リンク確立判断）前に実行されたリソース選択手順の統計を維持し得、それらの統計に基づいて受付制御を実行し得る。
【０２４４】
[00256]  幾つかの例では、ＷＴＲＵは、それぞれ異なるＰＤＢ又は待ち時間；異なる再送信数；異なるＭＣＳ、電力又は関連する送信パラメータ；異なるパケットサイズ；及び／又は異なるパケット周期（又は周期なし、例えばワンショットリソース選択）等の異なるリソース選択パラメータを有する複数の代表的なリソース選択手順を実行するように構成され得る。
【０２４５】
[00257]  幾つかの例では、ＷＴＲＵは、例えば、受付制御が実行されているユニキャスト及び／又はマルチキャストリンクのＱｏＳ特性に基づいて、リソース選択パラメータの組（又は複数の組）を使用するように構成され得る。例えば、ＷＴＲＵには、特定のＶＱＩを有するユニキャスト及び／又はマルチキャストリンクに使用するリソース選択パラメータの組を構成し得る。そのような構成後、ＷＴＲＵは、これらのパラメータを用いて複数の順次リソース選択手順を実行して、特定のリンク及び／又はベアラの受付制御が成功であるか否かを判断し得る。代替的に、ＷＴＲＵに、特定のＶＱＩの複数の組のリソース選択パラメータを提供し得、ＷＴＲＵは、それぞれ異なる組のパラメータを用いて、代表的なリソース選択手順を並列で又は順次実行して、新しいリンク及び／又はベアラの受付を判断し得る。
【０２４６】
[00258]  幾つかの例では、ＷＴＲＵには、ＷＴＲＵが過去のリソース選択手順の結果を考慮に入れるべきであるそのような過去のリソース選択手順に関連する特定の基準（例えば、本明細書で説明されるもの等）を構成し得る。例えば、特定のＶＱＩを有するリンクの場合、ＷＴＲＵは、ＰＤＢが閾値を下回るか又は再送信数が閾値を上回る等の過去のリソース選択手順のみを受付制御のリソース選択の一環として考慮するように構成され得る。そのような構成後、ＷＴＲＵは、これらの特定の基準を満たす過去のリソース選択手順のみに基づいてリンクの受付制御を実行し得る。
【０２４７】
[00259]  幾つかの例では、ＷＴＲＵは、代表的な及び／又は過去のリソース選択手順の成功の数又は頻度に基づいて受付制御の結果を判断し得る。例えば、受付制御は、代表的な及び／又は過去のリソース選択手順の閾値数（Ｎ）又は閾値割合（Ｘ％）が成功した場合；最新の代表的な及び／又は過去のリソース選択手順の閾値数（Ｍ）が全て成功した場合；及び／又はリソース選択手順の閾値平均（Ｙ％）が、閾値可用性ターゲット（例えば、ＬＴＥでは２０％）を達成するために閾値の変更を必要としない場合、成功したと判断し得る。これらの各事例において、Ｎ、Ｘ％、Ｍ、Ｙ％及び可用性ターゲットの値は、ＮＷ構成；ＷＴＲＵ測定のＣＢＲ；及び／又は確立すべきリンクに関連するＱｏＳパラメータに依存し得る。
【０２４８】
[00260]  幾つかの例では、ＷＴＲＵは、過去のリソース選択手順及び代表的なリソース選択手順からの結果の組合せに基づいて受付制御の結果を判断し得る。例えば、ＷＴＲＵは、最小数のリソース選択手順（例えば、過去の及び／又は代表的な）に基づいて受付制御を行うように求められ得る。幾つかの例では、ＷＴＲＵは、十分な数の過去のリソース選択手順を有さないと判断する場合、構成された最小を満たすように受付制御時に代表的なリソース選択手順を実行し得る。
【０２４９】
[00261]  図８は、代表的なリソース選択に基づいて受付制御を行う一例の手順８００を示すフローチャートである。ステップ８１０において、ベアラ／リンクに関連付けられたＱｏＳ情報を用いて、ベアラ及び／又はリンク確立を開始し得る。ステップ８７０において、ＷＴＲＵは、構成若しくは事前構成及び／又はＣＢＲを使用して、受付制御で実行が試行されるリソース選択の数及び試行されるリソース選択に使用するパラメータ（例えば、ＰＤＢ−パケット遅延バジェット、周期性及び／又はリソース選択のパケットサイズ、可用性閾値等）を決定し得る。これらの値は、各ベアラＱｏＳ及び／又はＣＢＲに構成若しくは事前構成され得るか又は予め定義され得る。幾つかの例では、ＷＴＲＵは、受付制御の成功を宣言するのに必要なリソース選択手順の成功数を決定し得る。受付制御の成功を宣言するのに必要なリソース選択手順の成功数は、（予め）構成又は予め定義することもできる。例えば、受付制御は、リソース選択手順の成功数が構成された量を超える場合、成功したと判断し得る。ＷＴＲＵは、構成又は事前構成された可用性閾値（すなわち検知手順により特定される使用に利用可能なリソースの割合）に基づいて、１つのリソース選択手順の成功を判断し得る。例えば、１つのリソース選択手順は、検知結果に基づく利用可能なリソースが可用性閾値を超える場合、成功である。
【０２５０】
[00262]  ステップ８２０において、ＷＴＲＵは、ベアラ及び／又はリンクのＱｏＳに基づいて代表的なリソース選択のパラメータを決定し得る。パラメータは、本明細書で考察されるように、手順８００において行われる代表的なリソース選択の試行数及び実行すべき各リソース選択手順に固有のパラメータ数を含み得る。特に、ＰＤＢ（各リソース選択手順で使用すべきパケット遅延バジェット）、データの周期性及び各リソース選択手順で使用すべきパケットサイズがステップ８７０において決定され得る。ステップ８３０において、ＷＴＲＵは、本明細書で考察されるように、リソース選択成功／失敗基準、すなわち代表的なリソース選択手順が成功するか否かを判断するための基準を決定し得る。リソース選択手順の成功／失敗基準は、ステップ８７０において決定された可用性割合閾値を検知結果が上回る／下回ることに基づいて、利用可能なリソースの数に関して定義され得る。受付制御成功／失敗基準は、リソース選択手順成功の割合が、ステップ８７０において決定された失敗割合閾値を上回る／下回ることに関して定義され得る。ステップ８４０において、ＷＴＲＵは、記憶された検知結果を使用して代表的なリソース選択手順を実行し得る。特に、ＵＥは、検知結果から空きリソースを特定することにより、（予め）構成されたパラメータ（例えば、待ち時間／ＰＤＢ、周期性等）の組を使用して共有リソース（リソースプール）の組からリソースを選択し得る。ＵＥは、潜在的に異なる瞬間に関連付けられた異なる検知結果を使用して、ステップ８７０において決定された試行数を使用してリソース選択手順を実行し得る。代表的なリソース選択手順は、本明細書で考察されるように検知結果に基づき得る。特に、ＵＥは、過去の異なる瞬間に行われた検知の結果を記憶し得、過去の特定の瞬間に関連付けられた検知結果を使用してリソース選択手順を実行し得る。幾つかの例では、リソース選択手順は、ＷＴＲＵが入力パラメータに基づいて空きリソースを特定することを含み得る。
【０２５１】
[00263]  ステップ８５０において、ＷＴＲＵは、本明細書で考察されるように、成功／失敗基準に基づいて代表的なリソース選択を評価し得る。特に、ＷＴＲＵは、各リソース選択手順が成功したか否かを判断し得る。ＷＴＲＵは、リソース選択手順の成功の総数又は割合が、構成された閾値を上回るか否かを判断して、受付制御が成功したか否かを判断し得る。ステップ８６０において、ステップ８５０における評価に基づくベアラ及び／又はリンク確立判断がピアＷＴＲＵ及び／又はＷＴＲＵの上位レイヤに提供される。特に、ＷＴＲＵは、受付制御に成功する場合、ベアラ／リンクを確立できることを上位レイヤに通知し得る。
【０２５２】
[00264]  幾つかの例では、代表的なリソース選択手順ではなく、過去のリソース選択手順が使用される場合、手順８００は、ステップ８４０におけるリソース選択手順を実行するステップを無視し、代わりに基準を満たす過去のリソース選択手順の結果を使用することにより変更され得る。
【０２５３】
[00265]  幾つかの例では、受付制御は、検知結果に基づく。例えば、ＷＴＲＵは、受付制御判断のトリガー前に、ある時間期間にわたりＷＴＲＵに常に維持及び／又は分析され、１つ又は複数のプール、搬送波及び又はＢＷＰに関連付けられたＣＢＲ測定値等の検知又は測定値；構成された時間にわたるＬＢＴ成功／失敗数（例えば、チャネルへのそれ自体のアクセス又はＵＭＵＳにおいて送信される測定結果に基づく）；構成された時間にわたり検出されたプリエンプション信号の数；検知結果（例えば、１つ又は複数のプールの検知中に検知されたＳＣＩにおける情報を含む）；ＷＴＲＵの他の進行中のユニキャストリンク（例えば、同じプール内のリンク）に関連するメトリック（例えば、平均送信速度）；手順の発見手順中のチャネル品質（例えば、ＣＱＩ、経路損失）の測定値；及び／又はＷＴＲＵにおけるＱｏＳ関連測定値若しくはメトリック又は他のＷＴＲＵから受信される測定値若しくは他のＷＴＲＵから受信されるメトリック（例えば、ＵＭＵＳにおいて）に基づいて受付制御を実行し得る。
【０２５４】
[00266]  ＷＴＲＵには、閾値測定値又は上記測定値のいずれか又は組合せの閾値を構成し得、満足される（例えば、測定値が、適宜、閾値を下回るか又は上回る）場合、リンク及び／又はベアラの受付制御は、成功したと見なされる。幾つかの例では、そのような閾値は、確立されるリンク及び／又はベアラに関連付けられたＱｏＳパラメータに依存し得る。
【０２５５】
[00267]  幾つかの例は、ＣＢＲに基づく受付制御を含む。例えば、ＷＴＲＵには、各ＶＱＩのＣＢＲ閾値を構成し得る。ＷＴＲＵが、特定のＶＱＩを有するベアラのリンク及び／又はベアラ確立を開始する場合、実測ＣＢＲが、関連付けられたＣＢＲ閾値を上回るとき、受付制御は、失敗したと見なされ得る。幾つかの例では、ＷＴＲＵには、待ち時間、信頼性、優先度、範囲及びレートのＱｏＳ関連パラメータのそれぞれ（又はいずれか）のＣＢＲ閾値を構成し得る。幾つかの例では、ＷＴＲＵは、確立すべき無線ベアラにマッピングされるフローの関連するＱｏＳパラメータに基づいて、それらの無線ベアラに適用可能なＱｏＳパラメータを決定し得る。幾つかの例では、ＷＴＲＵは、そのベアラに関連付けられた、関連するＱｏＳパラメータに適用可能な値（例えば、優先度、信頼性等）を決定し得る。幾つかの例では、ＷＴＲＵは、ＣＢＲが、そのベアラに関連するＱｏＳパラメータのそれぞれのＱｏＳパラメータ固有閾値のそれぞれを下回る場合、無線ベアラの受付制御が成功したと判断し得る。
【０２５６】
[00268]  幾つかの例では、ＷＴＲＵは、検知結果に基づいて受付制御を実行する。例えば、ＷＴＲＵは、受付制御判断前に、ある期間にわたり他のＷＴＲＵのＳＣＩ送信から特定された検知結果に基づいて受付制御ルールを決定し得る。幾つかの例では、受付制御判断は、確立されるリンク及び／又はベアラのＱｏＳ側面に更に依存し得る。幾つかの例では、ＷＴＲＵは、検知結果を常に維持し得、受付制御判断前、時間（Ｔ）中に結果に基づいて受付制御判断を定義し得る。幾つかの例では、受付制御の実行に使用される検知結果は、１つ又は複数のプール、ＢＷＰ及び／又は搬送波から導出され得る。幾つかの例では、受付制御判断は、１つのファクタ又は複数のファクタの組合せに依存し得る。幾つかの例では、１つ又は複数のファクタは、観測された非周期的トラフィックの量、観測された周期的トラフィックの量、非周期的トラフィックに対する周期的トラフィックの相対量、観測されたユニキャスト及び／又はマルチキャストトラフィックの量又はブロードキャストトラフィックと比較した、観測されたユニキャスト及び／又はマルチキャストトラフィックの相対量；観測された周期的、非周期的なユニキャスト、マルチキャスト及び／又はブロードキャストトラフィックのＱｏＳ特性；及び／又は特定の粒度の確保されたリソース数を含む。
【０２５７】
[00269]  受付制御判断が、観測された非周期的トラフィックの量に依存する幾つかの場合、ＷＴＲＵは、非周期的トラフィック（例えば、ワンショット）に関連付けられたリソースの量又は割合を測定し得、この値が閾値を上回る／下回る場合、リンク及び／又はベアラの確立を可能にし得る。受付制御判断が、観測された周期的トラフィックの量に依存する幾つかの場合、ＷＴＲＵは、確保された（例えば、フォワードブッキング又は同様の確保法を使用して）リソースの量又は割合を測定し得、この値が閾値を上回る／下回る場合、リンク及び／又はベアラの確立を可能にし得る。受付制御判断が、非周期的トラフィックに対する周期的トラフィックの相対量に依存する幾つかの場合、ＷＴＲＵには、非周期的トラフィックに対する周期的トラフィックの許容可能な比率を構成し得、ＷＴＲＵは、測定された比率が閾値を上回る／下回る場合、リンク及び／又はベアラの確立を可能にし得る。受付制御判断が、観測されたユニキャスト及び／又はマルチキャストトラフィックの量（例えば、場合によりブロードキャストと比較した）に依存する幾つかの場合、ＷＴＲＵは、ＳＣＩにおけるユニキャストインジケータの検出；ＳＣＩにおけるＨＡＲＱプロセスＩＤ等の検出；ＨＡＲＱ送信（又はＨＡＲＱ送信に確保されたリソース）の検出；及び／又はＣＳＩ基準信号又はそのような送信及び／又はＣＳＩフィードバック送信に確保されたリソースの検出に基づいて、ユニキャスト及び／又はマルチキャストトラフィックの量又は割合を特定し得る。幾つかのそのような場合、ＷＴＲＵは、ユニキャスト及び／又はマルチキャスト送信の量若しくは割合又はブロードキャスト送信に対するそのような送信の比率が適宜閾値を上回るか又は下回る場合、リンク及び／又はベアラの確立を可能にし得る。受付制御判断が、観測された周期的、非周期的ユニキャスト、マルチキャスト及び／又はブロードキャストトラフィックのＱｏＳ特性に依存する幾つかの場合、ＷＴＲＵは、そのような送信に関連付けられたＳＣＩからの送信のＶＱＩ又はＶＱＩ（例えば、信頼性、待ち時間、優先度、レート、範囲）から導出される任意のＱｏＳ関連パラメータを特定し得る。幾つかのそのような場合、ＷＴＲＵは、観測された送信の最悪、平均、最良、総合及び／又は主要なＱｏＳに基づいて上記閾値のいずれかを更に変更又は選択し得る。受付制御判断が特定の粒度の確保されたリソース量に依存する幾つかの場合、ＷＴＲＵは、確保されたシンボルベース又はスロットベースのリソースの量又は割合を特定し得、この値が閾値を上回る／下回ることに基づいて受付制御を実行し得る。
【０２５８】
[00270]  幾つかの例では、ＷＴＲＵは、ある時間期間にわたるＳＣＩの監視から特定されるユニキャスト及び／又はマルチキャストリンク及び／又はＳＬＲＢの数の推定に基づいて、受付制御を実行し得る。幾つかの例では、ＷＴＲＵは、更に、ＵＭＵＳの受信に関連する方法と同様の方法を使用して、リソース使用の推定量又は密度を特定し得、使用されたリソースの割合の特定に基づいて受付制御決定を行い得る。
【０２５９】
[00271]  幾つかの例は、ＱｏＳ関連測定値及び／又はメトリックに基づく受付制御を含む。例えば、ＷＴＲＵには、本明細書で考察されるように、ＱｏＳ関連測定値及び／又はメトリックに基づく受付制御ルールを構成し得る。幾つかの例では、ＷＴＲＵは、そのような測定値及び／又はメトリックをそれ自体の送信から及び／又は他のＷＴＲＵによるブロードキャストから取得されたメトリックに基づいて取得し得る。例えば、ＷＴＲＵは、ＵＭＵＳ若しくは別のＷＴＲＵ間メッセージにおいて他のＷＴＲＵからそのようなメトリックを取得し得、及び／又はＷＴＲＵは、リンク及び／又はＳＬＲＢ確立に関連付けられたＲＲＣシグナリング中、そのようなメトリックを取得し得る。幾つかの例では、ＷＴＲＵは、地理的エリア、ユニキャスト及び／又はマルチキャスト関係及び／又はＱｏＳ又は送信タイプに基づいて、受付制御判断にメトリックを考慮するＷＴＲＵを更に制限し得る。
【０２６０】
[00272]  ＷＴＲＵが、地理的エリアに基づいて、受付制御判断にメトリックを考慮するＷＴＲＵを制限する幾つかの場合、ＷＴＲＵは、受付制御を実行中のＷＴＲＵに関連する地理的ゾーン又は他のエリア内のＷＴＲＵから受信されるメトリックのみを考慮し得る。ＷＴＲＵが、ユニキャスト及び／又はマルチキャスト関係に基づいて、受付制御判断にメトリックを考慮するＷＴＲＵを制限する幾つかの場合、ＷＴＲＵは、ＷＴＲＵがユニキャスト及び／又はマルチキャストリンク若しくはＳＬＲＢの確立を意図しているＷＴＲＵ又はＷＴＲＵが、現在、アクティブユニキャスト及び／又はマルチキャストリンク／ＳＬＲＢを有するＷＴＲＵから受信されるメトリックのみを考慮し得る。ＷＴＲＵが、ＱｏＳ又は送信タイプに基づいて、受付制御判断にメトリックを考慮するＷＴＲＵを制限する幾つかの場合、ＷＴＲＵは、受付制御が必要とされるリンク及び／又はＳＬＲＢと同じ送信タイプ（例えば、ユニキャスト、マルチキャスト、ブロードキャスト、モード１及び／又はモード２）又はＱｏＳ（例えば、同じ若しくは同様のＶＱＩ若しくはＱｏＳ関連属性）を有するＷＴＲＵから受信されるメトリックのみを考慮し得る。
【０２６１】
[00273]  幾つかの例では、受付制御基準及び／又はＷＴＲＵ測定値は、支配的なＱｏＳ特性に依存し得る。例えば、幾つかの送信は、厳密な待ち時間要件を有し得るが、あまり厳密ではない要件を信頼性に対して有し得る（又は信頼性に対する要件を全く有さない）。例えば、ＷＴＲＵは、確立されるリンク及び／又はベアラのＱｏＳに基づいて受付制御測定値及び／又は基準を更に決定し得る。幾つかの例では、ＷＴＲＵは、確立されるリンク及び／又はベアラのＱｏＳに応じて、受付制御に異なる構成又は事前構成された測定値及び／又は基準（例えば、本明細書で考察される）を適用し得る。幾つかの例では、ＷＴＲＵには、各ＶＱＩの測定値及び／又は基準を構成又は事前構成し得、ＷＴＲＵは、構成された測定値及び／又は基準を、関連付けられたリンクのＶＱＩに従って適用し得る。幾つかの例では、ＷＴＲＵは、確立されるベアラ／リンクに関連付けられたＶＱＩからＱｏＳ特性（例えば、待ち時間、信頼性等を含み得る１つ又は複数の支配的なＱｏＳ特性）を決定し得、そのような特性に関連付けられた、構成された測定値及び／又は基準を使用して受付制御判断を行い得る。例えば、待ち時間が支配的な（例えば、待ち時間が厳しいＱｏＳ要件を有する）ベアラ／リンクの場合、ＷＴＲＵは、特定の粒度の確保されたリソースの実測量及び／又は確保された周期的リソースの総量を使用し得る。信頼性が支配的なベアラ／リンクの場合、ＷＴＲＵは、非周期的リソースの実測量を使用し得る。範囲が支配的なベアラ／リンクの場合、ＷＴＲＵは、発見中、チャネル測定値を使用し得る。所与のＱｏＳ特性又はＶＱＩの測定値及び／又は基準の他の組合せも可能であり、当業者に明らかになるであろう。
【０２６２】
[00274]  幾つかの例は、既存のユニキャスト及び／又はマルチキャストリンクのプリエンプションを含む。例えば、受付制御を実行しているＷＴＲＵは、受付制御を成功させるために、１つ又は複数の既存のユニキャスト及び／又はマルチキャストリンクのプリエンプションの実行を決定し得る。幾つかの例では、プリエンプションは、ＷＴＲＵが既に確立したリンクに対して実行され得るか、又は異なる組のＷＴＲＵ間のリンクに対して実行され得る。
【０２６３】
[00275]  幾つかの例では、ＷＴＲＵは、それ自体のユニキャスト及び／又はマルチキャストの確立のための受付制御中、１つ又は複数の確立されたユニキャスト及び／又はマルチキャストリンク（例えば、それ自体のリンク又は他のＷＴＲＵ間のリンクのいずれか）のプリエンプトを決定し得る。例えば、ＷＴＲＵは、１つ又は複数の既存のユニキャスト及び／又はマルチキャストリンクの存在に起因して、現在、確立することができない新しいリンクの確立を決定する（例えば、本明細書に記載される技法に基づいて）場合、又はリンクの確立により、そのリンク又は他の既に確立されたリンク（例えば、優先度のより高い他のリンク）のＱｏＳ要件を満たすことが潜在的にできなくなる場合、ユニキャスト及び／又はマルチキャストリンクのプリエンプトを決定し得る。幾つかの例では、ＷＴＲＵは、他のＷＴＲＵにより送信されるＵＭＵＳ信号を受信したことに基づいて、既存のユニキャスト及び／又はマルチキャストリンクを認識し得る。代替的に、ＷＴＲＵは、１つ又は複数の無線ベアラ及び／又はユニキャストリンクに多重化されたＱｏＳフローのプリエンプトを決定し得る。
【０２６４】
[00276]  一般性を失うことなく、プリエンプションの様々な例をリンクのプリエンプション又は無線ベアラのプリエンプションに関して本明細書で論じ得るが、例、実施形態、状況及びシナリオは、説明を容易にするために、２つの一方のみを参照するにも関わらず、プリエンプションは、リンク若しくは無線ベアラのいずれか又はリンク及び無線ベアラの両方に適用され得ることが留意される。
【０２６５】
[00277]  幾つかの例では、ＷＴＲＵは、プリエンプション信号を送信して、ある時間期間にわたりユニキャスト及び／又はマルチキャストリンクを一時停止し得る。例えば、ＷＴＲＵは、同じ１つ又は複数のＷＴＲＵを用いて新しいリンク又は無線ベアラをセットアップするために使用されるリンク確立シグナリングにおいて、その既存の無線ベアラの１つをプリエンプトし得る。幾つかの例では、ＷＴＲＵは、プリエンプション信号を送信して、強制的にユニキャスト及び／又はマルチキャストリンクに異なるプール、ＢＷＰ、搬送波又は同様の組のリソースを使用させ得る。幾つかの例では、ＷＴＲＵは、確立するリンクのＱｏＳ；チャネルの現在の占有率；構成；及び／又はプリエンプトに適したユニキャスト及び／又はマルチキャストリンクの存在に基づいてプリエンプションを実行することができるか否かを判断し得る。
【０２６６】
[00278]  ＷＴＲＵが、確立するリンクのＱｏＳに基づいてプリエンプションを実行することができるか否かを判断する幾つかの場合、ＷＴＲＵには、ＱｏＳ特性の１つに関連付けられた閾値及び／又は閾値優先度であって、閾値優先度を上回る場合、ＷＴＲＵは別のリンクのプリエンプションを実行することができる、閾値優先度を構成し得る。ＷＴＲＵが、チャネルの現在の占有率に基づいてプリエンプションを実行することができるか否かを判断する幾つかの場合、ＷＴＲＵには、ＣＢＲの閾値を構成し得、ＷＴＲＵは、現在の実測ＣＢＲが閾値を上回る場合のみ、ユニキャスト及び／又はマルチキャストリンクのプリエンプションを実行し得る。ＷＴＲＵが、プリエンプションの実行を可能にするように構成された構成に基づいてプリエンプションを実行することができるか否かを判断する幾つかの場合、この構成は、ＷＴＲＵに固有であるか、確立するリンクのＱｏＳクラスに固有である（例えば、リンク／無線ベアラに関連付けられたＶＱＩ）か、又はプール／ＢＷＰ／搬送波に固有であり得る。
【０２６７】
[00279]  ＷＴＲＵが、プリエンプトに適した１つ又は複数のユニキャスト及び／又はマルチキャストリンクの存在に基づいてプリエンプションを実行することができるか否かを判断する幾つかの例では、ＷＴＲＵは、プリエンプションに使用することができるユニキャスト及び／又はマルチキャストリンクを見つけることが可能な場合（例えば、ＵＭＵＳの監視に基づいて）、プリエンプションを実行し得る。幾つかの例では、そのようなリンクを見つける条件は、本明細書で説明されたように、リンクの選択において説明されたものと同じであり得る。例えば、ＷＴＲＵは、確立するリンクよりも優先度が低い既存のユニキャスト及び／又はマルチキャストリンクがある場合、ユニキャストリンクのプリエンプションを実行し得る。
【０２６８】
[00280]  幾つかの例では、プリエンプションを実行することができず、所与のプール、搬送波及び／又はＢＷＰ又はプール、搬送波及び／又はＢＷＰの組でリンクに求められるＱｏＳを達成することができないＷＴＲＵ（例えば、受付制御手順の失敗に基づいて）は、上位レイヤに失敗を通知し得る。
【０２６９】
[00281]  幾つかの例では、ＷＴＲＵは、優先度及び／又はＱｏＳに基づいて；確立するリンクの属性の満足度に基づいて；１つ又は複数のいずれのＷＴＲＵがリンクに関連付けられるかに基づいて；場所；及び／又は同様のリソースパターン及び／又はシグネチャの使用に基づいて、プリエンプトする１つ又は複数のユニキャスト及び／又はマルチキャストリンクを選択し得る。
【０２７０】
[00282]  ＷＴＲＵが、優先度及び／又はＱｏＳに基づいてプリエンプトする１つ又は複数のユニキャスト及び／又はマルチキャストリンクを選択する幾つかの場合、ＷＴＲＵは、ＵＭＵＳの監視等からの検出されたアクティブリンクの組に基づいて、最も低い優先度を有するユニキャスト及び／又はマルチキャストリンクを選択し得る。ＷＴＲＵは、プリエンプトするリンクの決定に優先度、データレート、待ち時間、範囲又は信頼性のいずれか又は組合せを使用し得る。例えば、ＷＴＲＵは、場合により、構成又は事前構成された数の優先度レベルだけ、確立されるリンクの優先度よりも優先度が低いリンクの１つ（例えば、受信ＵＭＵＳ信号において決定するものから）を選択し得る。ＷＴＲＵは、プリエンプション信号を送信して、選択されたユニキャスト及び／又はマルチキャストリンクをプリエンプトし得る。
【０２７１】
[00283]  ＷＴＲＵが、確立されるリンクの属性の満足度に基づいて、プリエンプトする１つ又は複数のユニキャスト及び／又はマルチキャストリンクを選択する幾つかの場合、例えば、ＷＴＲＵは、確立する必要があるリンクと最も同様のリソース量を確保するか、若しくは最も同様のＱｏＳ特性（例えば、パケットサイズ、信頼性等）を有するリンクを選択し得るか、又はＷＴＲＵは、確立するリンクの要件を満たすためにプリエンプトする必要があるリンクの数を最小にするリンクを選択し得る）。別の例では、ＷＴＲＵは、確立されるリンクの要件を満たすためにプリエンプトする必要があるリンクの数を最小にするリンクを選択し得る。別の例では、ＷＴＲＵは、確立されるリンクの推定パケット到着時間に最も近いパケット到着時間を有するユニキャスト及び／又はマルチキャストリンクを選択し得る。例えば、ＷＴＲＵは、周期的トラフィックを送信している既存のユニキャストリンクのパケット到着時間を特定し得る。そのような特定は、ある時間期間にわたりＳＣＩを検知することにより行われ得る。ＷＴＲＵは、確立されるリンクに最も近いパケット到着時間を有し、確立されるリンクよりも低い優先度を有するものとして、プリエンプトされるユニキャストリンクを選択し得る。
【０２７２】
[00284]  ＷＴＲＵが、いずれの１つ又は複数のＷＴＲＵがリンクに関連付けられているかに基づいて、プリエンプトする１つ又は複数のユニキャスト及び／又はマルチキャストリンクを選択する幾つかの場合、例えば、ＷＴＲＵは、それ自体の進行中のリンクの１つ又は進行中のリンクを有するＷＴＲＵのリンクをプリエンプトし得る。幾つかの例では、ＷＴＲＵは、例えば、プリエンプトするＳＬＲＢを選択するために及び／又は選択基準に関して、それ自体のＳＬＲＢ又は異なるＷＴＲＵ間のＳＬＲＢを等しく見なし得る。幾つかの例では、ＷＴＲＵは、それ自体のＳＬＲＢをプリエンプトし得、それから他のＳＬＲＢのプリエンプションを考慮し得る。例えば、プリエンプトするＳＬＲＢの選択は、以下のルールに基づき得る：１）ＷＴＲＵは、上記基準を満たすアクティブなＳＬＲＢを有する場合、それ自体のＳＬＲＢの最初の１つを選択し、他の場合、別のＳＬＲＢを選択し；及び／又は２）ＷＴＲＵは、それ自体のＳＬＲＢ又は別のＷＴＲＵのＳＬＲＢに向けて判断をバイアスするバイアスを、選択手順で使用される任意のパラメータに適用することにより、それ自体のＳＬＲＢ及び別のＷＴＲＵ  ＳＬＲＢ間で選択され得る（例えば、優先度レベル閾値であって、それ未満ではＳＬＲＢがプリエンプションに選択され、そのために、そのような閾値が新しいＳＬＲＢの優先度に相対し得る、優先度レベル閾値は、ＷＴＲＵのそれ自体のＳＬＲＢ及び別のＷＴＲＵのＳＬＲＢで異なり得る）。
【０２７３】
[00285]  ＷＴＲＵが、場所に基づいてプリエンプトする１つ又は複数のユニキャスト及び／又はマルチキャストリンクを選択する幾つかの場合、例えば、ＷＴＲＵは、リソースが、新しいユニキャストリンクに必要とされるゾーンと同じエリア（例えば、ゾーン、地理的場所及び／又は方向）で確保されるリンクのみでのプリエンプションを考慮し得る。幾つかの例では、ＷＴＲＵは、通信中の１つ又は複数のＷＴＲＵが、確立されるユニキャスト及び／又はマルチキャストリンクに関連付けられる１つ又は複数のＷＴＲＵに最も近いユニキャスト及び／又はマルチキャストリンクを選択し得る。幾つかの例では、ＷＴＲＵは、ＳＣＩ／ＵＭＵＳ又はＷＴＲＵによる同様の１つ又は複数の送信におけるＷＴＲＵ場所の検出（場合により速度／方位と組み合わせに基づいて及び／又はユニキャストリンクにおけるＷＴＲＵによる送信のＲＳＲＰ等の測定値に基づいて、進行中の１つ又は複数のユニキャスト及び／又はマルチキャストリンクの近接性を特定し得る。幾つかの例では、ＷＴＲＵは、そのような測定値の１つ又は複数に基づいて、それ自体の場所に最も近く（例えば、最も高い受信ＲＳＲＰ）、より低い優先度を有するユニキャストリンクのプリエンプトを選択し得る。
【０２７４】
[00286]  ＷＴＲＵが、同様のリソースパターン及び／又はシグネチャの使用に基づいてプリエンプトする１つ又は複数のユニキャスト及び／又はマルチキャストリンクを選択する幾つかの場合、ＷＴＲＵは、確立されるユニキャスト及び／又はマルチキャストリンクに選択されたリソース使用パターンと同じであるか、又は重複するリソース使用パターン（例えば、プール又はユニキャストリンクに割り当てられた時間／周波数リソースのパターン）を使用するユニキャスト及び／又はマルチキャストを選択し得る。幾つかの例では、そのようなパターンは、スクランブルコード又はホッピングシーケンス等の送信シグネチャを含むこともできる。幾つかの例では、ＷＴＲＵは、同じ（又は重複する）パターン／シグネチャに基づいて、確立されるリンクよりも低い優先度を有するＷＴＲＵのプリエンプトを選択し得る。
【０２７５】
[00287]  幾つかの例では、リンクプリエンプション選択は、プリエンプション信号を送信するＷＴＲＵ又はそれを受信するＷＴＲＵにおいて実行され得る。例えば、ＷＴＲＵは、まず、プリエンプトするユニキャスト及び／又はマルチキャストリンクを決定し得、ユニキャスト及び／又はマルチキャストリンクに関連付けられたＷＴＲＵの１つ又は複数に送信されるプリエンプション信号においてそのリンクを示し得る。幾つかの例では、プリエンプションを受信するＷＴＲＵは、プリエンプション信号において示されたユニキャスト及び／又はマルチキャストリンク及び／又はＳＬＲＢをプリエンプトし得る。代替的に、ＷＴＲＵは、プリエンプションが送信されるＷＴＲＵを選択し得、プリエンプション信号を受信したＷＴＲＵは、本明細書で考察されたルールを使用して、プリエンプトするためにいずれのユニキャスト及び／又はマルチキャストリンク及び／又はＳＬＲＢに関連付けられるかを決定し得る。
【０２７６】
[00288]  幾つかの例では、ＷＴＲＵは、確立される、計画されたユニキャスト及び／又はマルチキャストリンク以下の優先度を有する全ての進行中のユニキャスト及び／又はマルチキャストリンクを考慮し得る。例えば、これらのリンクに基づいて、ＷＴＲＵは、まず、確立されるリンクと同じ若しくは略同様のＱｏＳプロファイル又は同じ若しくは略同様の値のＱｏＳ属性（すなわち優先度以外）を有する既存のリンクをプリエンプトすると決定し得、そのリンクをプリエンプトに選択し得る。
【０２７７】
[00289]  幾つかの例では、ユニキャスト及び／又はマルチキャストリンクをプリエンプトすると決定したＷＴＲＵは、ＳＣＩにおける情報又はＰＳＣＣＨでの別の送信を使用して；ＰＳＳＣＨで送信されるＭＡＣ  ＣＥ又はＲＲＣメッセージを使用して；ＰＳＢＣＨでのＭＩＢ送信を使用して；及び／又はプリエンプション信号の送信専用のチャネルでのメッセージを使用してプリエンプション信号（例えば、要求）を送信し得る。
【０２７８】
[00290]  幾つかの例では、ＷＴＲＵは、プリエンプション信号に情報を含み得る。情報は、プリエンプション信号を送信するＷＴＲＵのＵＥ  ＩＤ；ユニキャスト及び／又はマルチキャストリンクがプリエンプション中である１つ又は複数のＷＴＲＵのＵＥ  ＩＤ；プリエンプトされるリンクのリンクＩＤ；プリエンプトされる無線ベアラの無線ベアラＩＤ；ユニキャスト及び／又はマルチキャストリンクに関連付けられたＷＴＲＵの１つ又は複数を識別する１つ又は複数の宛先アドレス；リンク／無線ベアラをプリエンプトすべき時間期間；プリエンプトすべきリンク／ベアラに関連付けられたＱｏＳパラメータ及び／又は受付がリンク及び／又はＳＬＲＢのプリエンプションを生じさせるリンク／ベアラ又はパケットに関連付けられた１つ又は複数のＱｏＳパラメータ及び／又はリンク／ベアラＩＤを含み得る。
【０２７９】
[00291]  ＷＴＲＵが、プリエンプトすべきリンク／ベアラに関連付けられた１つ又は複数ＱｏＳパラメータを含む場合、１つ又は複数のパラメータは、プリエンプトすべきリンクに関連付けられた１つ又は複数の優先度を含み得（例えば、ＷＴＲＵは、特定の優先度レベルよりも低い優先度を有する全てのユニキャストリンクをプリエンプトし得る）；及び／又はＶＱＩ又はＶＱＩの組を含み得る（例えば、ＷＴＲＵは、プリエンプションが適用される１つのＶＱＩ値又はＶＱＩ値の組／範囲に関連付けることができるプリエンプション信号を送信し得る）。
【０２８０】
[00292]  幾つかの例は、リンク確立中のプリエンプションリソースの確保を含む。例えば、ＷＴＲＵは、リンク及び／又はベアラの確立中、そのユニキャスト及び／又はグループキャストリンク及び／又はベアラのプリエンプションに使用することができるリソースを確保し得る。幾つかの例では、ＷＴＲＵは、本明細書で更に考察する確保信号を使用して又はＵＭＵＳを使用して、所与のリンク及び／又はＳＬＲＢを他のＷＴＲＵにプリエンプトするために使用されるプリエンプションリソースをブロードキャストし得る。
【０２８１】
[00293]  幾つかの例では、ＷＴＲＵは、構成又は事前構成された許容可能なリソース及び／又は周期性の組又はプールに基づいて、時間及び／又は周波数リソース及び／又はプリエンプションリソースの周期性を選択し得る。例えば、プリエンプションに使用すべきリソースのプールは、各ＷＴＲＵに構成又は事前構成され得る。各ユニキャストリンクは、プリエンプションプール内のそのようなリソースのサブセット又はパターンを更に確保し得る。ＷＴＲＵは、確立されるリンク又はＳＬＲＢのＱｏＳ；プリエンプションプール内の予め定義されたパターン；及び／又はリソース可用性等の１つ又は複数の基準に基づいて、許容された組から特定のプリエンプションリソースを選択し得る。
【０２８２】
[00294]  ＷＴＲＵが、確立されるリンク又はＳＬＲＢのＱｏＳに基づいて、許容された組から特定のプリエンプションリソースを選択する幾つかの場合、ＷＴＲＵは、リンク若しくはＳＬＲＢの優先度がより高い場合又はリンク若しくはＳＬＲＢの待ち時間がより短い場合、より頻繁に行われるリンクのプリエンプションにリソースの組を選択し得る。幾つかの例では、これは、リンク／ＳＬＲＢが高優先度及び／又は低待ち時間に関連付けられている場合、リンク又は関連付けられたＳＬＲＢをプリエンプトするより多くの機会を提供する。幾つかの例では、そのようなより大きい機会は、より高い優先度のリンク及び／又はＳＬＲＢが、更に高い優先度のリンク／ＳＬＲＢによってのみプリエンプトされ得る状況と一貫し得る。
【０２８３】
[00295]  ＷＴＲＵが、プリエンプションプール内の予め定義されたパターンに基づいて許容された組から特定のプリエンプションリソースを選択する幾つかの場合、ＷＴＲＵは、ある予め定義されたパターン（例えば、一例の１つの予め定義されるパターンとして、Ｎサブフレーム毎にくり消されるサブフレーム１中のＲＢ１）に基づいて、関連付けられたリンク及び／又はＳＬＲＢにプリエンプションリソースのみを選択し得る。
【０２８４】
[00296]  ＷＴＲＵが、リソース可用性に基づいて（例えば、検知及び測定値に基づく）許容された組から特定のプリエンプションリソースを選択する幾つかの場合、ＷＴＲＵは、検知手順（例えば、ＳＣＩ復号化、ＲＳＳＩ測定等）を実行して、空きリソース又は占有されたリソースを特定し得、空きリソースの組からプリエンプションリソースを選択し得る。代替的に、ＷＴＲＵは、既に存在しているユニキャストリンク（例えば、他のＷＴＲＵからの受信された全てのＵＭＵＳにより特定される）に関連付けられたプリエンプションリソースを除外し得、残りの許容可能なリソースから、確立されるリンク及び／又はＳＬＲＢのプリエンプションリソースを選択し得る。
【０２８５】
[00297]  幾つかの例では、プリエンプションリソースの予め定義されたパターンの組が存在し得、それぞれが１つ又は複数のＶＱＩに関連付けられ得る。例えば、ＷＴＲＵは、確立されるリンクに関連付けられたＶＱＩ又は最も高いＶＱＩに関連付けられた予め定義されたパターンから選択し得る。幾つかの例では、ＷＴＲＵは、ある期間にわたり、他のＷＴＲＵによるＵＭＵＳ送信の検出に基づいて、他のＷＴＲＵにより現在使用中の任意のパターンを除外し得る。幾つかの例では、ＷＴＲＵは、プリエンプションリソースのパターンをランダムに選択し得る（例えば、残りの組のパターンから）か、又はある期間にわたり測定された最も低いＲＳＳＩを有するパターンを選択し得る。幾つかの例では、パターンが選択された後、ＷＴＲＵは、そのようなパターンに関連付けられたインデックス又は識別子を確保信号又はＵＭＵＳで送信し得る。
【０２８６】
[00298]  幾つかの例は、そのリンクに確保されたプリエンプションリソースでプリエンプションメッセージを送信することを含み得る。例えば、既存のリンク及び／又はＳＬＲＢのプリエンプトを決定するＷＴＲＵは、そのリンク及び／又はＳＬＲＢのプリエンプションに関連付けられたリソースでのみプリエンプションメッセージを送信し得る。幾つかの例では、ＷＴＲＵは、他のＷＴＲＵによるＵＭＵＳ送信の検出に基づいて、そのようなリソースを決定し得る。幾つかの例では、ＷＴＲＵは、プリエンプション決定前に、時間（Ｔ）にわたり受信したＵＭＵＳ送信の復号化に基づいて、ユニキャストリンク及び／又はＳＬＲＢをプリエンプトすべきか否か及びいずれをプリエンプトすべきかを更に判断し得る。例えば、ＷＴＲＵは、Ｔにわたり受信したＵＭＵＳに基づいて、認識している確立された全てのリンクのうち、最も低い優先度を有するリンク及び／又はＳＬＲＢを選択し得る。幾つかの例では、リンク及び／又はＳＬＲＢが選択された後、ＷＴＲＵは、そのリンク及び／又はＳＬＲＢに対してＵＭＵＳで示されたリソースでプリエンプションメッセージを送信し得る。
【０２８７】
[00299]  幾つかの例は、承認シグナリングを含む。幾つかの例では、ＷＴＲＵは、リンク確立を開始／完了する前に、ユニキャスト及び／又はマルチキャストリンクに関連付けられたＷＴＲＵの１つ又は複数からのプリエンプション承認信号の受信を待ち得る。幾つかの例では、ＷＴＲＵは、閾値時間量中にプリエンプション承認を受信しなかった場合、プリエンプション信号の送信を繰り返し得る。幾つかの例では、ＷＴＲＵは、少なくとも１つのプリエンプション承認信号の受信に基づいて、リンクのプリエンプション成功を判断し得、したがってリンク確立を開始／完了し得る。代替的に、ＷＴＲＵは、閾値数（Ｎ）のＷＴＲＵからの承認の受信に基づいて、リンクのプリエンプション成功を判断し得る。幾つかの例では、Ｎは、ユニキャスト及び／又はマルチキャストリンクに関連付けられたＷＴＲＵの数（例えば、ユニキャストの場合、２）に等しい値であり得るか、又はＮは、構成又は事前構成され得る。
【０２８８】
[00300]  幾つかの例は、プリエンプション信号の受信を含む。幾つかの例では、ＷＴＲＵは、プリエンプション信号が、そのＷＴＲＵ自体のソースアドレス又はユニキャストアドレスに一致する宛先アドレスを含む場合；プリエンプション信号がＷＴＲＵのアクティブベアラの１つの無線ベアラＩＤを含む場合；及び／又はプリエンプション信号が、ＷＴＲＵの確立したリンク／ベアラの１つのＶＱＩ又はＱｏＳ関連パラメータに一致するＶＱＩ又はＱｏＳ関連パラメータを含む場合、受信したプリエンプション信号が、現在確立されたベアラ／リンクに適用可能であると判断し得る。
【０２８９】
[00301]  幾つかの例では、ＷＴＲＵは、プリエンプション信号の受信に基づいて１つ又は複数を実行し得る。例えば、プリエンプション信号の受信に基づいて、ＷＴＲＵは、プリエンプション承認信号又はメッセージをプリエンプトＷＴＲＵに送信し得；上位レイヤに、無線ベアラ又はユニキャスト及び／又はマルチキャストリンクのリリース又は一時停止を通知し得；プリエンプション信号で示された時間期間にわたり、対象の無線ベアラ／リンクに関連付けられたパケットの送信を遅延させ得；無線ベアラリリース又はリンクリリースメッセージをユニキャスト及び／又はマルチキャストリンク内の１つ又は複数のピアＷＴＲＵに送信し得：ｇＮＢに無線ベアラ又はリンクのリリース又は遅延を通知し得；及び／又は搬送波切り替え、ＢＷＰ切り替え又はプール切り替え（例えば、チャネル切り替えメッセージを送信することにより）を実行する１つ又は複数のピアＷＴＲＵとの手順を開始し得る。
【０２９０】
[00302]  幾つかの例では、プリエンプション信号は、閾値ＶＱＩ又は閾値ＱｏＳレベル（例えば、閾値優先度レベル）と同じメッセージで送信され得る。幾つかの例では、プリエンプション信号は、全てのＷＴＲＵにブロードキャストされ得る。ＷＴＲＵは、このプリエンプション信号を受信すると、プリエンプション信号内の閾値よりも低い優先度を有する全てのユニキャスト及び／又はマルチキャストリンクをプリエンプトし得る。ＷＴＲＵは、その後、上位レイヤにプリエンプションを通知し得、及び／又はリンク内のピアＷＴＲＵとのリリースシグナリングを開始し得る。
【０２９１】
[00303]  幾つかの例は、ブロードキャスト送信の受付制御を含む。例えば、受付制御は、サービス確立及び／又はサービス開始時に行われ得る。幾つかの例では、ＷＴＲＵは、上位レイヤによるブロードキャストサービスの確立又は開始の指示に従って受付制御を実行し得る。幾つかの例では、ＷＴＲＵは、そのようなサービスの開始の指示を上位レイヤから受信し得る。指示は、所望のＱｏＳ、サービスの期間及び／又は持続時間、及び／又は受付制御ポリシー等の情報を含み得る。指示が所望のＱｏＳを含む場合、指示は、ＶＱＩ／ＶＱＩ範囲、ＰＰＰＰ／ＰＰＰＰ範囲、ＰＰＰＲ／ＰＰＰＲ範囲等の関連付けられたサービスのために送信される各パケットの最悪事例ＱｏＳ属性又はＱｏＳ属性の範囲を含み得る。指示がサービスの期間／持続時間を含む場合、指示は、ある瞬間でのサービスの予期される持続時間を含み得る。指示が受付制御ポリシーを含む場合、受付制御ポリシーは、保証されたＱｏＳ又はベターエフォートＱｏＳ、ＡＳレイヤが、上位レイヤに対して、そのようなサービスのＱｏＳをいつ満たすことができるか及び／又は満たすことができるか否か、又は受付制御及び／又は監視を実行すべきか否かを示すべきか否かの指示；及び／又はサービスの開始のための既存のブロードキャストサービス及び／又はユニキャスト及び／又はマルチキャストリンク／ＳＬＲＢのプリエンプションが許されているか否か、及び／又はそのようなプリエンプションに関連付けられたルール（例えば、いずれのサービス又は優先度レベルをプリエンプトすることができるか）を含み得る。
【０２９２】
[00304]  幾つかの例では、ＷＴＲＵは、本明細書で説明されるユニキャストリンク及び／又はＳＬＲＢ確立事例と同じ又は略同様の方法を使用して受付制御判断を実行し得る。一般性を失うことなく、ブロードキャスト送信サービスの受付制御は、ユニキャストの方法に従い得るが、受付制御の判断は、リンク確立に関連付けられたシグナリングに基づくのではなく、上位レイヤからの指示を受信するＷＴＲＵにおいて全体的に行われ得る。
【０２９３】
[00305]  幾つかの例では、ＷＴＲＵは、ブロードキャストサービスを受け付けるために、進行中のブロードキャスト又はユニキャスト及び／又はマルチキャストＳＬＲＢのプリエンプトを決定し得る。ＳＬＲＢをプリエンプトすべきか否かを判断するルールは、上位レイヤポリシー情報に基づいて決定され得、ユニキャスト及び／又はマルチキャストリンク及び／又はベアラ確立を開始するルールと同様であり得る。
【０２９４】
[00306]  幾つかの例では、ＷＴＲＵは、上位レイヤから指示があり、ＷＴＲＵにおける受付制御成功判断がなされたとき、ブロードキャストＳＬＲＢの作成を開始し得る。一般性を失うことなく、ＳＬＲＢ確立は、ユニキャスト及び／又はマルチキャストリンク及び／又はＳＬＲＢ確立について説明したものと同様の方法を使用してＷＴＲＵにおいて実行され得る。例えば、ＷＴＲＵは、ブロードキャストＳＬＲＢ開始時にＵＭＵＳの送信を開始し得、ＵＭＵＳ内の情報は、ＷＴＲＵにおいてアクティブなブロードキャストサービスの１つ若しくは複数又は全てを反映する。幾つかの手順（例えば、基準信号送信の開始）は、ブロードキャストＳＬＲＢの確立に必要でないことがある。
【０２９５】
[00307]  単一パケットの受付制御は、ＷＴＲＵによる１つ又は複数の動作を生じさせ得る。そのような動作は、パケットが通常のリソース選択手順を受けて下位レイヤ（例えば、ＭＡＣ／ＰＨＹレイヤ）に送信のために提出され得る、受付制御の成功；ＷＴＲＵがそれ自体の送信（例えば、ＳＬＲＢをリリースすることにより）又は別のＷＴＲＵ送信（例えば、プリエンプション信号の送信により）のプリエンプションを開始し得る、受付制御の失敗；ＷＴＲＵが上位レイヤに失敗を通知し得る、受付制御の失敗；及び／又はＷＴＲＵがブロードキャストサービスに新しいＱｏＳ関連属性をネゴシエート及び／又は選択し得、ＷＴＲＵが、新しいＱｏＳ関連属性を有する、サービスに関連付けられたパケットを提出し得る、受付制御の失敗を含み得る。
【０２９６】
[00308]  幾つかの例は、パケット毎の受付制御を含む。例えば、ＷＴＲＵは、ＳＬで送信するために上位レイヤからのパケット各受信においてパケット毎の受付制御を実行し得る。幾つかの例では、単一のパケットに対する受付制御判断は、場合により特定の変更及び／又は制約を含む、ユニキャスト及び／又はマルチキャストリンク確立受付制御について説明した方法に基づき得る。そのような変更及び／又は制約は、受付制御に使用されるＷＴＲＵ測定値、メトリック及び／又はリソース使用の推定を送信されるパケットに関連付けられたＰＤＢ又は待ち時間要件に制限し得ること；ＷＴＲＵ測定値、メトリック及び／又はリソース使用の推定が、平均値ではなく、最悪事例値を使用し得ること；判断基準（例えば、ＷＴＲＵ測定値／メトリック／リソース使用と比較するための閾値）が、リンク及び／又はＳＬＲＢ受付制御と比較してパケット毎の受付制御で異なり得ること；受付制御の失敗が、受付制御の失敗にも関わらず、パケットの一時的な受け付けに関するもの等の本明細書で説明された条件に基づいて容認され得ることであって、受付制御の失敗の利点は、単一又は少数のパケットのＱｏＳを満たすために、確立されたリンク及び／又はＳＬＲＢが崩壊する（例えば、プリエンプションの結果として）ことを回避することであり得る、容認され得ることを含み得る。そのような幾つかの場合、例えば、サービスがリソースのＱｏＳ性能を一時的に超え得ると予期されるため、受付制御に失敗した１つ又は複数のパケットは、一時的に許容され得る。
【０２９７】
[00309]  幾つかの例では、ＷＴＲＵは、受付制御の結果に応じて、受付制御に成功した場合、パケットは、通常のリソース選択手順を受けて下位レイヤ（例えば、ＭＡＣ／ＰＨＹレイヤ）に送信するために提出され得；受付制御が失敗した場合、ＷＴＲＵは、それ自体の送信（例えば、ＳＬＲＢをリリースすることにより）又は別のＷＴＲＵ送信（例えば、プリエンプション信号の送信により）のプリエンプションを開始し得；受付制御が失敗する場合、ＷＴＲＵは、上位レイヤに失敗を通知し得；受付制御が失敗する場合、ＷＴＲＵは、ブロードキャストサービスに新しいＱｏＳ関連属性をネゴシエート及び／又は選択し得、ＷＴＲＵは、新しいＱｏＳ関連属性を有する、サービスに関連付けられたパケットを提出し得；及び／又は受付制御が失敗する場合、ＷＴＲＵは、それでもなお、受付制御に失敗したパケットの一時的な受付に関して本明細書で論じたルールに基づいて、受付制御に失敗したパケットを送信し得る等の幾つかの動作の１つを実行し得る。
【０２９８】
[00310]  幾つかの例は、パケットの受付制御失敗にも関わらず、パケットを一時的に受け付けることを含む。例えば、ＷＴＲＵには、受付制御に失敗したパケットを許容する（すなわち受け付ける）ルールを構成又は事前構成し得る。幾つかの例では、パケットが受付制御に失敗した場合、これは、ＷＴＲＵが、パケット毎の受付制御を受けているサービスのＱｏＳを保証しながら、既存のリンクのＱｏＳを維持できないことを意味又は示し得る。
【０２９９】
[00311]  幾つかの例では、パケット毎の受付制御のルールは、所与のサービスで許可される、受付制御に失敗している受け付けられたパケットの総数に基づき得る。例えば、ＷＴＲＵは、サービスの持続時間にわたり受付制御に失敗したパケットの総数（すなわち最大数）を決定し得、サービス期間中、この数を超える場合、ＷＴＲＵは、もはや受付制御に失敗したそのようなパケットを受け付けることができない。
【０３００】
[00312]  幾つかの例では、パケット毎の受付制御のルールは、送信し得る受付制御失敗パケットのレート又は予め定義されたあらゆる時間期間若しくは時間窓で許容される一定数の受付に基づき得、レート／数／窓は、ブロードキャストサービス毎に又は全てのブロードキャストサービスにわたり定義され得る。例えば、ＷＴＲＵは、毎秒当たりの許容され得る失敗パケット数等のレートを決定し得、レートを超える追加の受付制御失敗パケットは、送信され得ず、及び／又は上位レイヤへの指示を開始し得、及び／又はプリエンプション手順を開始し得る。
【０３０１】
[00313]  幾つかの例では、パケット毎の受付制御のルールは、受付制御に失敗した、潜在的に所与のサービスに関連付けられた連続ブロードキャストパケットの最大数に基づき得る。例えば、ＷＴＲＵは、上位レイヤへの指示及び／又はプリエンプションの実行前に、受付制御に失敗した連続パケット数を決定し得る。
【０３０２】
[00314]  幾つかの例では、パケット毎の受付制御のルールは、場合により、単一のブロードキャストサービスに関連付けられるか、又は全てのブロードキャストサービスにわたり、受付制御に失敗したパケット間の許容可能な時間に基づき得る。例えば、ＷＴＲＵは、受付制御に失敗したパケット間の所要最小時間を決定し、例えば、受付制御の失敗間の時間差が、計算された最小よりも大きい限り、失敗動作を行わずにそのようなパケットを引き続き送信し得る。
【０３０３】
[00315]  幾つかの例は、一時的な受け付けに関連するパラメータを決定するためのファクタを含み得る。例えば、ＷＴＲＵは、１つの又は幾つかのファクタに基づいて、受付制御に失敗したパケットの一時的な受け付けに関して上述したパラメータのいずれかを決定し得る。
【０３０４】
[00316]  幾つかの例では、一時的な受け付けに関連するパラメータを決定するファクタは、パケット送信が要求されている１つの搬送波、複数の搬送波、１つのＢＷＰ、複数のＢＷＰ、１つのプール及び／又は複数のプールで現在確立されているユニキャスト及び／又はマルチキャスト及び／又はブロードキャストリンク／ＳＬＲＢの数を含み得る。幾つかの例では、一時的な受け付けに関連するパラメータを決定するファクタは、ブロードキャストサービスの送信と同じプール、ＢＷＰ及び／又は搬送波で現在確立されているリンク／ＳＬＲＢの１つ又は複数のＱｏＳ属性（例えば、関連付けられたＶＱＩ）を含み得る。幾つかの例では、一時的な受け付けに関連するパラメータを決定するファクタは、送信の待ち時間、優先度、ＰＤＢ及び信頼度等の送信されるパケットのＱｏＳパラメータ（例えば、関連付けられたＶＱＩ）を含み得る。幾つかの例では、一時的な受け付けに関連するパラメータを決定するファクタは、サービス及び／又はパケットが送信され得るプール、搬送波及び／又はＢＷＰの実測ＣＢＲを含み得る。そのような決定（例えば、現在確立されている１つ又は複数のＳＬＲＢの許容可能な失敗率とＶＱＩとの関係）は、ＷＴＲＵに更に構成又は事前構成され得る。
【０３０５】
[00317]  幾つかの例では、ＷＴＲＵは、パケットの送信に使用することができる１つ又は複数のリソースプールのＣＢＲを測定することにより、ブロードキャストサービスに関連付けられたパケットの受付制御を実行するように構成され得る。例えば、ＷＴＲＵは、そのプールでの実測ＣＢＲが、構成された閾値を上回る場合、パケットの受付制御が失敗したと判断し得る。幾つかの例では、ＷＴＲＵは、受付制御に失敗したパケットの到着間の時間が少なくとも閾値時間（例えば、Ｘ）である場合、パケットの受付制御に失敗したにも関わらず、下位レイヤによる送信を更に可能にし得る。Ｘの値は、例えば、受け付けに失敗した特定のブロードキャストパケットのＶＱＩのＸへの構成されたマッピングに基づいて、ＷＴＲＵによって決定され得る。
【０３０６】
[00318]  幾つかの例では、ＷＴＲＵは、例えば、ＵＭＵＳの復号化及びリソースの総量にわたるリース使用割合の閾値との比較に基づいて、確立された全てのＳＬＲＢに関連付けられた最悪事例リソース使用率を特定することにより、ブロードキャストパケットの受付制御を実行するように構成され得る。幾つかの例では、受付制御は、ブロードキャストパケットの到着時、計算されたリソース使用率が閾値を超える場合、パケットに対して失敗したと見なし得る。幾つかの例では、閾値は、ブロードキャストパケットのＶＱＩの構成又は事前構成されたマッピングに基づいてＷＴＲＵによって決定され得る。幾つかの例では、ＷＴＲＵは、そのようなブロードキャストパケットの送信をなお実行する場合、ブロードキャストパケット受付制御失敗率を許容し得る。許容されるブロードキャストパケット受付制御失敗率は、ＵＭＵＳによって決定される任意のアクティブＳＬＲＢの最悪事例又は最良事例ＱｏＳのＶＱＩに基づいて構成又は事前構成され得る。例えば、ＷＴＲＵには、許容可能な失敗率へのＶＱＩ（例えば、最悪事例又は最良事例ＳＬＲＢの）のマッピングを構成又は事前構成し得、ＷＴＲＵは、そのようなレートを使用して、受付制御に失敗したパケットを一時的に許容し得る。
【０３０７】
[00319]  幾つかの例は、ユニキャスト及び／又はマルチキャストリンクを維持するための方法、システム及びデバイスを含む。例えば、ＷＴＲＵは、リンク確立時に１つ又は複数の基準信号を送信するように構成され得る。幾つかの例では、ＷＴＲＵは、サイドリンクリンク維持のために、リンク確立時に１つ又は複数の基準信号を送信するように構成され得る。例えば、ＷＴＲＵは、上位レイヤ又はＲＲＣからのリンクの確立成功に続き、１つ又は複数のそのような基準信号の送信を開始し得、リンクのリリースに続き、これらの基準信号の送信を停止し得る。幾つかの例では、ＷＴＲＵは、リンクに確立される無線ベアラの数及び／又はタイプに基づいて基準信号構成を変更し得る。
【０３０８】
[00320]  ＷＴＲＵは、確立された全てのユニキャスト及び／又はマルチキャストリンクに１つの基準信号構成を送信し得る。そのような場合、ＷＴＲＵは、最初のリンクの確立時に基準信号の送信を開始し、残っている最後のリンクがリリースされるとき、基準信号の送信を停止し得る。代替的に、ＷＴＲＵは、各ユニキャスト及び／又はマルチキャストリンクに異なる組の基準信号を送信し得（例えば、異なる時間／周波数リソース、異なるシーケンス、異なるＰＨＹレイヤ属性）、リンク確立／リリース時、関連付けられたリンクへの基準信号送信を開始／停止し得る。
【０３０９】
[00321]  幾つかの例は、基準信号受信を含む。例えば、ＷＴＲＵは、ユニキャスト及び／又はマルチキャストリンク確立に続き、リンク監視のために基準信号を監視及び／又は測定し得る。ＷＴＲＵには、基準信号のロケーションに関連付けられた特定の時間、周波数及び／又はビームリソースを構成し得る（例えば、ＲＲＣを介して）。幾つかの例では、そのような構成は、リンク確立シグナリング中、ピアＷＴＲＵ又はｇＮＢにより提供され得る。幾つかの例では、ＷＴＲＵは、リンクのリリースに続き又はそのＷＴＲＵの最後のアクティブリンクのリリースに続き、特定のユニキャスト及び／又はマルチキャストリンクの基準信号の監視／測定を停止し得る。
【０３１０】
[00322]  幾つかの例は、基準信号、ユニキャスト構成の決定及び／又はマルチキャストリンクの監視を含む。例えば、ＷＴＲＵは、共有リソースから基準信号構成を選択し得る。幾つかの例では、モード２ＷＴＲＵは、送信する必要がある基準信号の時間、周波数及び／又はビームロケーション、及び／又はユニキャスト及び／又はマルチキャストリンク内の他のＷＴＲＵにより送信される基準信号の時間、周波数及び／又はビームロケーションを決定し得る。例えば、ＷＴＲＵは、リソース選択を実行して、それ自体及び場合によりユニキャスト及び／又はマルチキャストグループにおける他のＷＴＲＵよる基準信号送信に時間、周波数及び／又はビームリソースの組を確保し得る。幾つかの例では、ＷＴＲＵがリソースを選択した後、ＷＴＲＵは、そのようなＲＳリソースを無期限に確保するために、長期確保信号を送信し得る。幾つかの例では、そのような確保信号は、ＰＳＣＣＨで送信され得（例えば、ＳＣＩ様送信）、例えば、構成又は事前構成セットからの基準信号のリソース構成を含み得る。
【０３１１】
[00323]  幾つかの例では、ＷＴＲＵは、リソース選択手順を実行して、使用可能又は予め定義／事前構成されたリソースの組から、基準信号を送信する１つ又は複数のリソースセット及び／又は構成を選択し得る。例えば、ＷＴＲＵは、データリソース選択と同様に、検知結果に基づいてＲＳの事前構成されたリソースセットを選択し得る。幾つかの例では、ＷＴＲＵは、基準信号リソースのリソース選択中、１つ又は複数の動作を実行し得る。幾つかの例では、動作は、ＷＴＲＵを、リソースセットに関連付けられたリソースの組の選択に制限すること（例えば、構成を介して）を含み得、リソースセットは、幾つかの予め定義又は事前構成されたセットのみからの単一のユニキャスト及び／又はマルチキャストリンクの送信基準信号に関連付けられる。幾つかの例では、動作は、ＷＴＲＵが、データ送信に基づいてリソース占有度を特定するために異なる閾値を使用すること又はネットワークにより構成される最大若しくは最小優先度、信頼性及び／又は範囲値に関連付けられた閾値を使用することを含み得る。幾つかの例では、動作は、複数の組のリソースが、リソース選択中、利用可能であると判断される場合、ＷＴＲＵが最小ＲＳＳＩを有するリソースセットを選択することを含み得る。幾つかの例では、動作は、複数の組のリソースが、リソース選択中、利用可能であると判断される場合、ＷＴＲＵがリンクＩＤ、ソースＬ２  ＩＤ又は宛先Ｌ２  ＩＤに関連付けられたハッシュ関数に基づいてリソースセットを選択することを含み得る。幾つかの例では、動作は、ＷＴＲＵが、基準信号に利用可能なリソースを見つけることができない場合、ＷＴＲＵが、リソースを利用中であり得る他の送信をプリエンプトするプリエンプション信号を送信することを含み得、プリエンプションは、特定の優先度の特定のタイプ（例えば、ブロードキャスト、ユニキャスト又はマルチキャスト）の送信又は特定の他のＱｏＳパラメータ（ＶＱＩ）に関連付けられた送信のプリエンプションに向けられ得、及び／又はＷＴＲＵは、リソース選択手順中、基準信号の送信を最高優先度として見なし得る。
【０３１２】
[00324]  幾つかの例は、一意のＷＴＲＵ  ＩＤ、リンクＩＤ又はベアラＩＤに基づいて基準信号構成を決定することを含む。例えば、ＷＴＲＵは、基準信号送信に確保された時間、周波数及び／又はビームリソースの組で基準信号を送信し得る。幾つかの例では、そのようなリソースは、ＰＳＳＣＨ及びＰＳＣＣＨの送信に使用されなくてもよい。幾つかの例では、ＷＴＲＵには、搬送波及び／又はＢＷＰ毎に基準信号リソースの１つ又は複数の組及び／又は構成を構成し得る。代替的に、ＷＴＲＵには、送信プール毎の基準信号リソースの１つ又は複数の組及び／又は構成を構成し得、ＷＴＲＵは、そのような送信に使用するリソースに関連付けられたユニキャスト及び／又はマルチキャスト送信の基準信号構成のみを選択し得る。
【０３１３】
[00325]  幾つかの例では、基準信号送信間の衝突を回避するために、ＷＴＲＵは、基準信号送信のリソース構成を選択し得る。ＷＴＲＵは、場合により、ネットワーク又は上位レイヤにより割り当てられるユニキャスト及び／又はマルチキャストリンクＩＤ（例えば、ＩＤは、一意である）に基づいて；基準信号を送信するＷＴＲＵのソースＩＤに基づいて；基準信号が送信されるＷＴＲＵの宛先ＩＤ又は存在する場合にはユニキャスト及び／又はマルチキャストリンクに関連付けられたＬ２  ＩＤに基づいて；サービスに関連付けられた宛先ＩＤに基づいて；ＷＴＲＵのＣ−ＲＮＴＩに基づいて；無線ベアラＩＤに基づいて、この選択を行い得る。
【０３１４】
[00326]  幾つかの例では、ユニキャスト及び／又はマルチキャストリンクに関連付けられたＷＴＲＵは、そのリンクに関連付けられた基準信号を監視し得、基準信号構成に基づいて；ユニキャスト及び／又はＬ２ソースＩＤ、Ｌ２宛先ＩＤ、上位レイヤから又はネットワークから割り当てられたユニキャスト及び／又はマルチキャストリンクＩＤに等しいものであり得る、マルチキャストリンクに関連付けられた一意のＩＤに基づいて；無線ベアラＩＤに基づいて；及び／又はユニキャスト及び／又はマルチキャストグループ内の一意のＷＴＲＵ  ＩＤに基づいて、それらの基準信号の時間、周波数及び／又はビームロケーションを決定し得る。
【０３１５】
[00327]  幾つかの例は、マルチキャストリンク（例えば、３つ以上のＷＴＲＵを含むリンク）の基準信号を構成することを含み得る。幾つかの例では、ＷＴＲＵは、マルチキャストグループで送信している各ＷＴＲＵについて異なる組の基準信号を監視し得、各組の基準信号を異なるＷＴＲＵからの送信に関連付け得る。幾つかの例では、送信ＷＴＲＵは、それ自体の送信に関連付けられた組のリンクベースの基準信号を送信し得る。
【０３１６】
[00328]  幾つかの例では、ＷＴＲＵには、専用物理チャネルに関連付けられた、可能な基準信号の時間、周波数及び／又はビームロケーションの構成を提供し得る。幾つかの例では、ＷＴＲＵには、互いに関連付けられたリソースのマッピング（例えば、リソースセットの定義）を更に構成し得る。幾つかの例では、ＷＴＲＵは、モジュロ演算（例えば、基準セットモジュロＷＴＲＵ  ＩＤ＝０）を使用して構成されたユニキャスト及び／又はマルチキャストリンクＩＤに基づいて、基準信号の送信及び／又は受信に使用するリソースセットを選択し得る。
【０３１７】
[00329]  別の例では、ＷＴＲＵは、グループ内で一意のＷＴＲＵに割り当てられた一意のＷＴＲＵ  ＩＤに基づいて、ユニキャストグループ内の特定のＷＴＲＵにより送信された基準信号又は基準リソースセットを識別し得る。例えば、３つのＷＴＲＵのマルチキャストグループでは、ＷＴＲＵに別個のＩＤ１、２及び３を割り当て得、ＷＴＲＵの１つ（ＷＴＲＵｘ）により送信された基準信号は、マルチキャストリンクに割り当てられた「第ｘの」基準信号セットに対応し得る。
【０３１８】
[00330]  幾つかの例は、ベアラ固有の基準信号構成を含む。例えば、ＷＴＲＵには、同じマルチキャストリンク内の異なる無線ベアラの基準信号送信及び／又は受信に異なる組のリソースを構成し得る。幾つかの例では、送信及び／又は受信ＷＴＲＵは、より厳密な信頼性要件を有する無線ベアラに対してより大きい密度のリソース信号を送信及び／又は受信し得る。幾つかの例では、ＷＴＲＵは、異なるアクティブ無線ベアラに対して異なる組の基準信号リソースで送信及び／又は受信し得る。代替的に、ＷＴＲＵは、最悪事例性能要件を有する無線ベアラに関連付けられた基準信号リソースの組で送信及び／又は受信し得る。そのような場合、無線ベアラが確立されるか若しくは崩壊するとき又はＷＴＲＵが同じ構成を維持するとき、ＷＴＲＵは、基準信号構成を変更し得る（例えば、構成１から構成２へ）。幾つかの例では、構成を変更すべきか又は維持すべきかの判断は、ベアラに関連付けられたＱｏＳ特性に依存し得る。幾つかの例では、ＷＴＲＵには、基準信号構成への無線ベアラ（例えば、無線ベアラタイプ）のマッピングを構成し得る。
【０３１９】
[00331]  幾つかの例は、ＩＤ変更に起因して基準信号構成を変更する手順を含む。例えば、ＷＴＲＵは、例えば、セキュリティ目的のため、例えば上位レイヤによる判断に基づいてソースＬ２  ＩＤを変更する必要があり得る。幾つかの例では、ＷＴＲＵの基準信号の送信及び受信は、ＩＤの変更中に同期する必要があり得る。
【０３２０】
[00332]  幾つかの例では、基準信号ロケーションの特定に使用されるＩＤを変更する指示を受信したＷＴＲＵは、上位レイヤ指示の受信時間に対するサブフレーム及び／又はスロット（ｎ）を特定し得る。サブフレーム／スロットｎにおいて、ＷＴＲＵは、旧構成を用いた基準信号の送信を停止し得、新しい構成を用いた基準信号の送信を開始し得る。幾つかの例では、基準信号を監視しているＷＴＲＵは、受信の視点から同じ又は略同じように挙動し得る。例えば、サブフレーム又はスロット（Ｎ）において、ＷＴＲＵは、旧構成に従った基準信号の監視を停止し得、新しい構成に従った基準信号の監視を開始し得る。そのような場合、送信及び／又は受信ＷＴＲＵは、上位レイヤからの指示に基づいて；ＩＤを変更する上位レイヤ指示の受信に続き、定義された時間ロケーションに基づいて（例えば、サブフレームＮは、指示に続き少なくとも閾値（ｋ）のサブフレームである上位レイヤ指示の受信後のサブフレーム０の最初の発生であり得る）；及び／又はＲＲＣシグナリングでの受信に基づいて（例えば、ソースＷＴＲＵは、基準信号構成の変更のタイミングを決定し、ＲＲＣメッセージを使用してこれをユニキャスト及び／又はマルチキャストリンク内の他のＷＴＲＵに示し得る）、Ｎの値を決定し得る。幾つかの例では、受信ＷＴＲＵは、上位レイヤ指示の受信に続き、ある時間期間にわたり基準信号の監視を即座に中断するように構成され得る。幾つかの例では、指示の受信に続き、サブフレームＮにおいて、新しい構成に基づく監視を開始し得、Ｎは、上述したものと同じ方法を用いて決定され得る。
【０３２１】
[00333]  幾つかの例では、ＷＴＲＵは、アクティブＳＬ無線ベアラに基づいてそのサイドリンク監視パラメータを決定し得る。幾つかの例では、ＷＴＲＵは、サイドリンク上の他のＷＴＲＵにより送信された基準信号の測定値に基づいて、サイドリンク監視手順を実行し得る。幾つかの例では、ＷＴＲＵは、複数の独立したＳＬ監視手順を実行し得る。そのような監視手順は、ユニキャスト及び／又はマルチキャストリンク毎；各ユニキャスト及び／又はマルチキャストリンク上の無線ベアラ毎（例えば、複数の無線ベアラが単一のリンクに関連付けられる場合）；及び／又はマルチキャストリンクに関連付けられたＷＴＲＵ毎に実行され得る。幾つかの例では、サイドリンク監視手順は、別のＷＴＲＵにより送信された基準信号からの品質メトリック（例えば、ＲＳ−ＲＳＲＰ、ＰＳＣＣＨ又はＰＳＣＣＨにおけるＢＬＥＲ等）を監視し、閾値時間にわたりメトリックが閾値を下回る場合、上位レイヤに示すことを含み得る。
【０３２２】
[00334]  ＷＴＲＵは、ベアラに関連付けられたＶＱＩに基づいてそのＲＬＭ／ＲＬＦパラメータ及び手順を決定し得る。例えば、ＳＬベアラは、１つ又は複数のＶＱＩに関連付けられ得る。幾つかの例では、ＷＴＲＵには、各ＶＱＩのＲＬＭ／ＲＬＦ構成を更に構成し得、ＷＴＲＵは、そのようなＶＱＩを有するベアラがアクティブである場合、関連付けられた構成を適用し得る。幾つかの例では、複数のＶＱＩがマッピングされたベアラは、ＶＱＩの数値に基づいてＶＱＩに関連付けられ得、この場合、ＷＴＲＵは、最低又は最高の数値を有するＶＱＩを選択し、及び／又はＶＱＩから導出された１つ又は複数のＱｏＳパラメータに基づいてＶＱＩに関連付けられ得、この場合、ＷＴＲＵは、優先度、待ち時間及び信頼性等のＱｏＳ関連パラメータの組をＶＱＩから導出し得る。幾つかの例では、ＷＴＲＵは、１つ又は複数の導出されたＱｏＳパラメータ（例えば、信頼性のみ）を決定し得、それらの要件の最も厳しい値を有するＶＱＩの使用を決定し得る。幾つかの例では、ＷＴＲＵは、ベアラが追加及び／又は削除される場合、例えば上記ルールに基づいて監視手順及び／又はパラメータを暗黙的に変更し得る。
【０３２３】
[00335]  幾つかの例では、ＶＱＩ固有のＲＬＭ／ＲＬＦ構成は、ターゲットＰＳＳＣＨ／ＰＳＣＣＨ  ＢＬＥＲ；ターゲットＲＳ−ＲＳＲＰ；上位レイヤ（例えば、ＲＲＣ；例えば、ＰＨＹレイヤがターゲット未満のＲＳＲＰをどのように頻繁に報告することができるか）へのＲＬＭ様指示の周波数；及び／又はタイマ（例えば、ＲＬＦ様タイマ）を含み得る。
【０３２４】
[00336]  幾つかの例は、ユニキャスト及び／又はマルチキャストリンク毎の監視手順及び／又はパラメータを含む。幾つかの例では、ＷＴＲＵは、そのアクティブＳＬベアラの１つ又は複数のＱｏＳ特性に基づいてその監視手順及び／又は品質メトリックを決定し得る。例えば、ＷＴＲＵは、単一の組のパラメータを用いて単一の監視手順を実行し得、ユニキャスト及び／又はマルチキャストリンクの現在アクティブなＳＬ無線ベアラの組に基づいて、そのような手順／監視パラメータを選択し得る。幾つかの例では、ＷＴＲＵは、「最悪事例」ベアラ要件に基づいて手順及び／又はパラメータを選択し得る。例えば、それ自体の手順／パラメータをそれぞれ有するＲＢタイプ１及びＲＢタイプ２をＷＴＲＵに構成し得、ＲＢタイプ１は、ＲＢタイプ２よりも優先度が高いと見なされる。幾つかの例では、両方のベアラが同時に構成される場合、ＷＴＲＵは、ＲＢタイプ１のパラメータに基づいて監視を実行し得る。他の場合、単一のベアラがアクティブであるとき、ＷＴＲＵは、そのベアラに関連付けられた手順及び／又はパラメータを適用し得る。
【０３２５】
[00337]  幾つかの例では、ＷＴＲＵには、アクティブ無線ベアラの組合せの監視手順及び／又はパラメータを導出するパラメータ導出関数（例えば、平均ＢＬＥＲ、加重平均ＢＬＥＲ等）を構成し得、ＷＴＲＵは、ベアラのその組合せがアクティブである場合、前記手順及び／又はパラメータを適用し得る。他の場合、単一のベアラがアクティブであるとき、ＷＴＲＵは、そのベアラに関連付けられた手順及び／又はパラメータを適用し得る。
【０３２６】
[00338]  幾つかの例では、ＷＴＲＵは、複数の手順及び／又はパラメータを維持し得る。例えば、ＷＴＲＵは、潜在的に同じ若しくは異なるユニキャスト及び／又はマルチキャストリンク又は無線ベアラの組に関連付けられたＳＬ無線ベアラ毎に並列手順（例えば、並列に独立して実行される）及びパラメータセットを維持し得る。例えば、ＷＴＲＵは、各無線ベアラで独立してターゲット未満の基準信号の測定品質（ＲＳ＿ＱＵＡＬ）を報告し得、各ＳＬ無線ベアラには、異なる組の基準信号を構成し得る。別の例では、全ての無線ベアラで同じ組の基準信号を送信し得るが、ＷＴＲＵは、異なるターゲット品質に基づいて監視し、異なる品質のそれぞれについて独立してイベントを報告し得る。
【０３２７】
[00339]  幾つかの例では、ＷＴＲＵは、ＳＬ無線ベアラに、場合により異なるＶＱＩ範囲に関連付けられた異なるＶＱＩが構成される場合、単一のＳＬ無線ベアラに複数の手順及び／又はパラメータを維持し得る。例えば、ＷＴＲＵには、各ＶＱＩ範囲に手順及び／又はパラメータの組を構成し得る。幾つかの例では、異なるＶＱＩ範囲からのフローを含む無線ベアラが確立される場合、ＷＴＲＵは、前記ベアラの各範囲に関連付けられた独立したパラメータを有する複数の監視手順を実行し得る。
【０３２８】
[00340]  幾つかの例では、ＷＴＲＵには、異なる品質の監視に使用し得る異なるリンク失敗タイマ（例えば、Ｔ１及びＴ２）を構成し得る。失敗した被監視品質に応じて、ＷＴＲＵは、適切なタイマを開始し、そのようなタイマが切れたとき又は切れた後、リンク失敗を上位レイヤ（例えば、ＮＡＳ）又はネットワークに示し得る。ＷＴＲＵは、リンク失敗が宣言される場合、いずれのリンクタイマが切れたかを更に示し得る。
【０３２９】
[00341]  幾つかの例では、ＷＴＲＵは、マルチキャストリンク内のＷＴＲＵ毎に独立した手順及び／又はパラメータを維持し得る。幾つかの例では、ＷＴＲＵは、マルチキャストリンク内の各ＷＴＲＵについて、ＲＬＭ様イベントを上位レイヤに独立して報告し得る。幾つかの例では、ＷＴＲＵは、リンク確立中に導出された初期測定値に基づいて、ターゲット品質測定値を決定し得る。例えば、リンク監視のターゲット品質は、ユニキャスト及び／又はマルチキャストリンク確立中、発見又はリンク確立メッセージ送信の測定された品質から導出される割合又はある値であり得る。
【０３３０】
[00342]  幾つかの例では、マルチキャストリンクに関連付けられたＷＴＲＵは、そのマルチキャストリンクに関連付けられたリンク失敗手順を必要とし得る。幾つかの例では、リンク失敗は、基準信号監視に基づくリンク品質が、幾つかの潜在的に連続した時間期間にわたりターゲット未満であるという判断等の様々な条件に関連付けられ得る。
【０３３１】
[00343]  幾つかの例では、ＷＴＲＵは、マルチキャストリンク内の各ＷＴＲＵについてリンク失敗を独立して報告し得る。例えば、ＷＴＲＵは、マルチキャストリンクに関連付けられたリンク失敗を宣言し得、リンク失敗が発生した１つ又は複数のＷＴＲＵを更に示し得る（例えば、それらのＷＴＲＵのそれぞれにより送信される基準信号の独立した監視に基づいて）。
【０３３２】
[00344]  幾つかの例では、ＷＴＲＵは、マルチキャストリンク内のＷＴＲＵのサブセットに関連付けられた監視により、構成された時間期間にわたり品質がターゲット未満であることが示される場合、リンク失敗を報告し得る。幾つかの例では、ＷＴＲＵは、上位レイヤ構成（例えば、アプリケーション又はＲＲＣ）又は相対場所に基づいてＷＴＲＵの特定のサブセットを特定し得る。
【０３３３】
[00345]  ＷＴＲＵが上位レイヤ構成に基づいてＷＴＲＵの特定のサブセットを決定する場合、ＷＴＲＵには、リンク失敗が発生したはずのＷＴＲＵのサブセットを明示的に構成し得るか、又はＷＴＲＵは、中継構成、プラトーン構成及び各ＷＴＲＵの役割の識別、ＷＴＲＵアシスタンスに基づくリソース選択が使用される場合、リソース選択構成及び／又は同期ソース構成等の別の構成側面に基づいてＷＴＲＵのサブセットを導出することができる。ＷＴＲＵが相対場所に基づいてＷＴＲＵの特定のサブセットを特定する場合、前記ＷＴＲＵに最も近い／最も遠いＷＴＲＵのサブセットがリンク失敗を経験するとき、ＷＴＲＵは、リンク失敗を示し得る。
【０３３４】
[00346]  幾つかの例は、受付制御メトリックに基づくリンク失敗の追加のトリガーを含む。例えば、確立された無線ベアラを有するＷＴＲＵは、同じ、略同じ又は略同様の測定を受付制御のものに対して実行し得、ＳＬ無線ベアラに関連付けられた１つ又は連続した受付制御評価の失敗に基づいてリンク失敗を宣言し得る。幾つかのそのような場合、ＷＴＲＵは、追加すべきベアラが、リンク監視を実行中のベアラであると仮定して、受付制御に関して本明細書で説明した任意のメカニズムを利用し得る。幾つかの例では、ＷＴＲＵは、確立された各ＳＬベアラに対して独立してそのような受付制御を実行し得る。幾つかの例では、ＷＴＲＵは、ＳＬＲＢに応じて、関連付けられた受付制御手順を異なるタイミングで実行し得る。
【０３３５】
[00347]  一般性を失うことなく、ＷＴＲＵは、リンク又はＳＬＲＢがアクティブである間に実行される、本明細書で説明される１つ又は複数の受付制御手順を実行することにより、リンク監視を実行し得る。幾つかの例では、リンク失敗は、上位レイヤへの指示、リンク及び／又はＳＬＲＢの崩壊及び／又は別のＳＬＲＢ／リンクのプリエンプション等の受付制御に関して説明した失敗動作のいずれかを更に生じさせ得る。
【０３３６】
[00348]  幾つかの例では、ＷＴＲＵには、受付制御手順の導出の周期性を構成し得る。幾つかの例では、この周期性は、ベアラ毎に決定され得る。幾つかの例では、単一の受付制御手順の失敗に基づいて、ＷＴＲＵは、受付制御手順実行の頻度を変更し得るか、又は手順が成功するまで若しくは最大数の実行失敗に達するまで、無線ベアラに対して幾つかの後続受付制御手順を実行し得る。幾つかの例では、ＷＴＲＵは、その後、受付制御手順が閾値数（Ｎ）の連続時間失敗する場合、リンク失敗をトリガーし得る。
【０３３７】
[00349]  幾つかの例では、ＷＴＲＵは、ＵＭＵＳ信号内の情報を定期的に評価し得、その情報に基づいて、所与のプールの合計使用可能性が特定量を超えるか否かを判断し得る。幾つかの例では、監視中のベアラの使用可能性について、ＷＴＲＵは、そのベアラのためにブロードキャストされた使用可能性リソース；過去の時間構成にわたりベアラにより実際に使用されたリソース数；及び／又はそのベアラに関連付けられたＷＴＲＵのバッファで利用可能なデータ量を考慮し得る。
【０３３８】
[00350]  幾つかの例は、リソース選択メトリックに基づくリンク失敗の追加のトリガーを含み得る。例えば、ＷＴＲＵは、リソース選択の失敗に基づいて又は結果に関連する特定の側面若しくはリソース選択アルゴリズムに関連する中間数量に基づいて、リンク失敗を宣言し得る。幾つかの例では、ＷＴＲＵは、特定のリンク及び／又はベアラのリンク失敗を考慮する場合、そのリンク又はベアラに固有のリソース選択の中間数量のリソース選択アルゴリズム結果を考慮し得る。幾つかの例では、ＷＴＲＵは、特定のイベントが１つ又は複数の潜在的に連続した時間に生じることに基づいて、ユニキャスト及び／又はマルチキャストリンク又はそのようなリンクに関連付けられた１つ又は複数のＳＬベアラのリンク失敗を宣言し得る。そのようなイベントは、リソース選択が、リソース可用性閾値を変更することなく、閾値量（Ｘ％）の利用可能なリソースを見つけることができなかった場合；リソース選択が、単一の搬送波／ＢＷＰでのベアラのＱｏＳを満たすのに十分な量のリソースを確保することができなかった場合；ＰＳＣＣＨ及び／又はＰＳＳＣＨの送信に選択されたリソースが、閾値を上回るＲＳＲＰ／ＲＳＳＩを有する場合；検知により利用可能であると思われる「低待ち時間」タイプリソース（例えば、シンボルベースのリソース）の割合が閾値を下回る場合；ＷＴＲＵがユニキャスト及び／又はマルチキャスト送信に対するＮＡＣＫを受信する場合；ＷＴＲＵがＬＢＴ手順に失敗する場合；及び／又はＷＴＲＵが、場合により閾値（Ｔ）よりも長い時間にわたり、無線ベアラのプリエンプション信号を受信する場合を含み得る。
【０３３９】
[00351]  幾つかの例では、ＷＴＲＵには、特定の無線ベアラに応じて適用される異なる組のリンク失敗基準を構成し得る。例えば、ＷＴＲＵには、ベアラに関連付けられたＶＱＩ又はＱｏＳ関連パラメータに基づいて上記基準の１つ又は複数を構成し得る。幾つかの例では、ＷＴＲＵには、異なるパラメータ（例えば、リンク失敗宣言に繋がる連続失敗数、Ｘ％、Ｔの値、本明細書で論じた他のパラメータ等）を構成することもできる。
【０３４０】
[00352]  幾つかの例は、ＣＢＲに基づくリンク失敗の追加のトリガーを含み得る。例えば、ＷＴＲＵは、ＣＢＲの測定値に基づいてリンク失敗を宣言し得る。特に、ＷＴＲＵは、ユニキャスト及び／又はマルチキャストリンクに使用されるプール／搬送波／ＢＷＰにおけるＣＢＲを監視し得る。ＷＴＲＵには、無線ベアラ毎のＣＢＲターゲット又はＶＱＩ／ＱｏＳ毎のＣＢＲターゲットを構成し得る。ＷＴＲＵは、構成された閾値を超えるプール／搬送波／ＢＷＰにおける実測ＣＢＲのリンク失敗を宣言し得る。ＷＴＲＵは、構成可能な時間期間にわたりそのようなターゲットを超える場合、リンク失敗を更に宣言し得る。
【０３４１】
[00353]  幾つかの例では、リンク失敗を検出したＷＴＲＵは、リンク失敗のタイプに応じて１つ又は複数の動作を実行し得る。そのような動作は、グループＱｏＳネゴシエーション／新しいリソースを用いたリソース選択のトリガー（例えば、リンク失敗手順が特定の無線ベアラ又はＱｏＳターゲットの失敗に基づく場合、ＷＴＲＵは、初期リンク確立中に実行されたものと同様に、ＱｏＳ再ネゴシエーション手順の開始を選択し得る）；上位レイヤ及び／又は他のＷＴＲＵに、マルチキャストグループからのＷＴＲＵの１つ又は複数の削除を通知すること（例えば、リンク失敗がマルチキャストグループ内のＷＴＲＵの１つ又はサブセットのみに関連付けられる場合）；本明細書で論じたようにブロードキャスト手順への一時的なフォールバックを開始する）；あるモードタイプから別のモードタイプへのリソース選択モードの変更を行うこと（例えば、ＷＴＲＵは、特定のベアラに対してモード１へのリソース選択モードの変更要求を開始し得る）；上位レイヤ及び／又はネットワークに、ＱｏＳ要件を満たすことができないことを通知すること；リンクリリースシグナリングを開始すること；及び／又は基準信号の送信／受信、無期限に確保されたリソース及びＵＭＵＳの送信停止を含め、リンクに関連付けられた全てのリソースをリリースすることを含み得る。
【０３４２】
[00354]  幾つかの例では、ＷＴＲＵは、上位レイヤ、リンク内の他のＷＴＲＵ又はネットワークへの任意のリンク失敗宣言シグナリングを有する情報を含み得る。そのような情報は、失敗を宣言したＲＬＭ／ＲＬＦプロセス／手順ＩＤ；マルチキャストリンク内の失敗した１つ又は複数のＷＴＲＵ；失敗をトリガーした１つ又は複数の特定のベアラ；及び／又は失敗の理由（例えば、閾値を超えるＣＢＲ等）及び任意の関連付けられた値を含み得る。
【０３４３】
[00355]  幾つかの例では、ＷＴＲＵは、ブロードキャストベースの送信への一時的なフォールバックを開始し得る。幾つかの例では、ＷＴＲＵは、特定のＳＬベアラについて受信したデータを送信することを継続し得るが、そのようなデータを、ブロードキャスト方式において、下位レイヤＡＳパラメータがブロードキャストに設定された状態で送信し得る。例えば、ＷＴＲＵは、ユニキャストアドレスの使用からブロードキャストアドレスに変更し得；無線ベアラベースのリソース選択／確保から非無線ベアラベースのリソース選択／確保に変更し得；ＨＡＲＱベースの送信の使用からＨＡＲＱレス／ブラインド再送信に変更し得；ビームベースの送信から全方向又はビーム掃引送信に変更し得；ＲＬＭ及び／又はビーム管理に基準信号の送信／監視をディセーブルし得；送信データへの暗号化及び／又は完全性保護をディセーブルし；及び／又はユニキャストベースの構成からブロードキャストベースの構成に任意の他のパラメータのＡＳレイヤ構成を変更し得る。ブロードキャストへの一時的なフォールバック中、ＷＴＲＵは、一時的なフォールバックにわたりユニキャスト及び／又はマルチキャスト構成を維持し得る。
【０３４４】
[00356]  幾つかの例では、ＷＴＲＵは、フォールバック中、リンク確立手順の１つ又は複数の任意の部分を開始し得る。代替的に、ＷＴＲＵは、リンク確立手順又はリンク再確立手順を開始し得、それにより現在の構成の少なくとも幾つかの部分（例えば、ＱｏＳ、ＡＳ等）が維持される。幾つかの例では、ＷＴＲＵは、上位レイヤにフォールバックを即座に通知し得る。代替的に、ＷＴＲＵは、フォールバックが発生した後、リンク確立及び／又は再確立が成功しなかった場合、上位レイヤに時間（Ｔ）において通知し得る。
【０３４５】
[00357]  幾つかの例では、ＷＴＲＵは、潜在的に特定の原因に関連付けられたリンク失敗を検出した場合；潜在的に、閾値（例えば、ベアラのＱｏＳに関連付けられた）未満であるプリエンプション時間の値に関連付けられたプリエンプション信号を受信した場合；及び／又はカバレッジ外に移動した場合、潜在的にユニキャスト及び／又はマルチキャストリンクがネットワークにより管理されている場合（例えば、モード１）、一時的フォールバック手順を実行し得る。
【０３４６】
[00358]  幾つかの例は、ＳＬユニキャスト及び／又はマルチキャストのためにフローからベアラにマッピングするための方法、システム及びデバイスを含む。例えば、ＳＬベアラモデリングにおいて、１つ又は複数のフローが開始される場合、ＳＬベアラ又はＳＬ論理チャネルを作成し得る。幾つかの例では、ＳＬベアラ又はＳＬ論理チャネルは、ＡＳレイヤ構成に関連付けられる。ＡＳレイヤ構成は、確保されたリソースの組を含み得るか、又はＡＳレイヤ構成は、必要とされるリソース量に関連付けられ得；リソース選択及び／又は確保方法（例えば、ＬＢＴ、検知、周期的リソース、ＷＴＲＵアシスタンスの使用等）を含み得；リソース選択プール、搬送波、ＢＷ及び／又はＢＷＰを含み得；リソース選択パラメータ、例えばリソース選択窓（Ｔ２）、ＬＢＴバックオフタイマ、検知閾値、リソースの周期性、期間当たりのリソース量、反復数、ビーム数等を含み得；搬送波を含み得；プリエンプション使用能力の指示及びプリエンプションリソース構成を含み得；送信の方向性及び／又はビーム構成を含み得；プール又はＢＷＰ等を含み得；ＰＨＹ及び／又はＭＡＣレイヤパラメータ（例えば、ＨＡＲＱ構成、複製）を含み得；ＲＬＭ／ＲＬＦ構成（例えば、ＲＬＦタイマ、ＲＬＭターゲットＢＬＥＲ／ＲＳＲＰ）を含み得；及び／又はフローをベアラにマッピングするルール、ＱｏＳプロファイル情報及びＡＳ構成へのベアラタイプのマッピング等のＱｏＳ構成を含み得る。
【０３４７】
[00359]  幾つかの例では、ＷＴＲＵは、特定のＱｏＳ要件を有するフローが開始される場合、特定の構成又は構成範囲を有するベアラを開始又は作成するように構成され得る。幾つかの例では、そのような要件は、フローのＶＱＩに基づいて決定され得る（例えば、特定のＶＱＩ又はＶＱＩ範囲のフローは、特定の構成を有するベアラを必要とし得る）。幾つかの例では、ＷＴＲＵには、ベアラタイプ又はベアラ構成からＶＱＩへのマッピングを構成し得る。
【０３４８】
[00360]  幾つかの例では、ＷＴＲＵには、１つ又は複数のルール又は原理に基づいて無線ベアラへのフローのマッピングを構成し得る。例えば、ＷＴＲＵは、確立された無線ベアラよりも厳しくないＱｏＳ特性を有するフローをそのベアラにマッピングし得るように構成され得（例えば、レート関連フローは、新しいベアラを必要とする）；ＷＴＲＵは、かなり異なるＱｏＳ特性を有するフローが新しい無線ベアラの確立を必要とするように構成され得（例えば、ＷＴＲＵには、ＶＱＩから無線ベアラタイプへのマッピングを構成又は事前構成し得るか、又はＷＴＲＵには、データレートの相違等のフロー特性の最大相違を構成又は事前構成し得る）；及び／又はＷＴＲＵは、方向性に向けて構成され得る（例えば、同じ意図される方向又は地理的場所を有するフローは、同じ無線ベアラ又は無線ベアラ方向性のサブセットであるフローにマッピングされ得る）。
【０３４９】
[00361]  幾つかの例では、ＷＴＲＵは、新しいフローを既存のベアラタイプにマッピングし得るか否かに応じてベアラ再構成又は新しいベアラの作成を実行し得る。
【０３５０】
[00362]  図９は、ＳＬＲＢを確立すべきか否かを判断する一例の方法９００を示すフローチャートである。
【０３５１】
[00363]  ステップ９１０において、ＷＴＲＵには、ＳＬＲＢリソース選択基準を構成し得る。リソース選択基準は、サービス品質インジケータ（ＶＱＩ）を含み得る。
【０３５２】
[00364]  ステップ９２０において、ＷＴＲＵは、時間窓中にプール内の少なくとも１つの他のＷＴＲＵから複数のＳＣＩ送信を受信する。
【０３５３】
[00365]  ステップ９３０において、時間窓内の幾つかの時間期間のそれぞれについて、ＷＴＲＵは、ステップ９４０において、複数のＳＣＩ送信及びＳＬＲＢリソース選択基準に基づいて、ＳＬＲＢリソース選択手順が失敗したであろうか否かを判断する。幾つかの例では、ＷＴＲＵは、複数の時間期間のうち、パケット遅延バジェット（ＰＤＢ）が閾値未満である時間期間のみに基づいて、ＳＬＲＢリソース選択が失敗したであろうか否かを判断する。幾つかの例では、ＷＴＲＵは、複数の時間期間のうち、再送信数が閾値を上回る時間期間のみに基づいて、ＳＬＲＢリソース選択が失敗したであろうか否かを判断する。
【０３５４】
[00366]  ステップ９５０において、ＷＴＲＵは、失敗したであろうＳＬＲＢリソース選択手順の割合を特定する。幾つかの例では、失敗したであろうＳＬＲＢリソース選択手順の割合を特定することは、時間窓内の時間期間のいずれの割合が、失敗したであろうＳＬＲＢリソース選択手順を含むかを特定すること又は時間窓内のＳＬＲＢリソース選択手順のいずれの割合が失敗したであろうかを特定することを含む。
【０３５５】
[00367]  ＳＬＲＢリソース選択が失敗したであろう、時間窓内の時間期間の割合が閾値割合未満である状況９６０では、ＷＴＲＵは、プール内の別のＷＴＲＵと新しいＳＬＲＢを確立する。一方の状況９６０では、ＷＴＲＵは、ステップ９２０に戻り、次の時間窓で手順を再び開始するか又は適切な場合には終了する。
【０３５６】
[00368]  図１０は、ＳＬＲＢを確立すべきか否かを判断する別の例の方法１０００を示すフローチャートである。
【０３５７】
[00369]  ステップ１０１０において、ＷＴＲＵには、ＳＬＲＢリソース密度へのベアラＱｏＳのマッピングが構成される。
【０３５８】
[00370]  ステップｌ０２０において、ＷＴＲＵは、ＷＴＲＵを有するプール内の別のＷＴＲＵのＳＬＲＢのＱｏＳを示すブロードキャスト（例えば、周期的ブロードキャスト）を受信する。幾つかの例では、ブロードキャストは、プール内の複数の他のＷＴＲＵからのものであり、それぞれ送信元のＷＴＲＵのＳＬＲＢのＱｏＳを示す。
【０３５９】
[00371]  ステップ１０３０において、ＷＴＲＵは、ブロードキャストから受信されたＱｏＳ及びマッピングに基づいてプール内の合計ＳＬＲＢリソース密度を特定する。幾つかの例では、ＷＴＲＵは、プール内の複数の他のＷＴＲＵからのブロードキャストに基づいて合計ＳＬＲＢリソース密度を特定する。
【０３６０】
[00372]  合計リソース密度が、新しいＳＬＲＢのＱｏＳに基づき得る閾値を超えない状況１０４０において、ＷＴＲＵは、ステップ１０５０において、プール内の別のＷＴＲＵと新しいＳＬＲＢを確立する。一方の状況１０４０において、ＷＴＲＵは、ステップ１０２０に戻り、手順を再び開始するか又は適切な場合には終了する。
【０３６１】
[00373]  機能及び要素は、特定の組合せで上述されているが、当業者であれば、各機能又は要素が単独で又は他の機能及び要素との任意の組合せで使用され得ることを理解するであろう。加えて、本明細書に記載の方法は、コンピュータ又はプロセッサで実行されるように、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアで実施され得る。コンピュータ可読媒体の例には、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体がある。コンピュータ可読記憶媒体の例には、これに限定されないが、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスク、光磁気媒体等の磁気媒体並びにＣＤ−ＲＯＭディスク及びデジタル多用途ディスク（ＤＶＤ）等の光媒体がある。プロセッサは、ソフトウェアと関連して、ＷＴＲＵ、ＷＴＲＵ、端末、基地局、ＲＮＣ又は任意のホストコンピュータで使用される無線周波数送受信機を実施するために使用され得る。
【図１Ａ】
2022502921.tif 000003
【図１Ｂ】
2022502921.tif 000004
【図１Ｃ】
2022502921.tif 000005
【図１Ｄ】
2022502921.tif 000006
【図２】
2022502921.tif 000007
【図３】
2022502921.tif 000008
【図４】
2022502921.tif 000009
【図５】
2022502921.tif 000010
【図６】
2022502921.tif 000011
【図７】
2022502921.tif 000012
【図８】
2022502921.tif 000013
【図９】
2022502921.tif 000014
【図１０】
2022502921.tif 000015
【国際調査報告】
2022502921.tif 000016
2022502921.tif 000017
2022502921.tif 000018