JP2023524387A - ユニキャスト及び／又はグループキャスト用のｎｒ ｖ２ｘサイドリンク節電 - Google Patents

ユニキャスト及び／又はグループキャスト用のｎｒ ｖ２ｘサイドリンク節電 Download PDF

Info

Publication number
JP2023524387A
JP2023524387A JP2022561018A JP2022561018A JP2023524387A JP 2023524387 A JP2023524387 A JP 2023524387A JP 2022561018 A JP2022561018 A JP 2022561018A JP 2022561018 A JP2022561018 A JP 2022561018A JP 2023524387 A JP2023524387 A JP 2023524387A
Authority
JP
Japan
Prior art keywords
wtru
configuration
drx
wtrus
activity
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022561018A
Other languages
English (en)
Other versions
JPWO2021206952A5 (ja
Inventor
フリーダ、マルティーノ、エム．
ラオ、ジャヤ
ホアン、トゥオン、デュク
テン、タオ
イ、ムンイル
ペルティエ、ギスラン
Original Assignee
アイディーエーシー ホールディングス インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アイディーエーシー ホールディングス インコーポレイテッド filed Critical アイディーエーシー ホールディングス インコーポレイテッド
Publication of JP2023524387A publication Critical patent/JP2023524387A/ja
Publication of JPWO2021206952A5 publication Critical patent/JPWO2021206952A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

ユニキャスト及びグループキャスト用の新たな無線（ＮＲ）車両通信（Ｖ２Ｘ）サイドリンク節電と関連付けられ得るシステム、方法、及び、手段が本明細書に記載される。第１の無線送信／受信ユニット（ＷＴＲＵ）がメッセージを受信することができる。メッセージは、構成グループのセット及び／又は１つ以上の適合性選択パラメータを示すことができる。ＷＴＲＵは、第２のＷＴＲＵから第１の表示を受信することができる。第１の表示は、第２のＷＴＲＵが第１の構成グループ及び第１の優先度グループと関連付けられることを示し得る。第１のＷＴＲＵは、第３のＷＴＲＵから第２の表示を受信することができる。第２の表示は、第３のＷＴＲＵが第２の構成グループ及び第２の優先度値と関連付けられることを示し得る。第１のＷＴＲＵは、第１の表示及び第２の表示に基づいて構成グループのセットから１つの構成グループを選択することができる。【選択図】図３

Description

（関連出願の相互参照）
この出願は、２０２０年４月８日に出願された米国仮特許出願第６３／００６，９４４号及び２０２０年１２月１５日に出願された米国仮特許出願第６３／１２５，６９４号の利益を主張し、その開示はその全体が参照により本願に組み入れられる。
無線通信を使用したモバイル通信は、進化し続けている。第５世代は、５Ｇと称され得る。以前の（従来の）世代のモバイル通信は、例えば、第４世代（fourth generation、４Ｇ）ロングタームエボリューション（long term evolution、ＬＴＥ）であり得る。
ユニキャスト及びグループキャスト用の新たな無線（ＮＲ）車両通信（Ｖ２Ｘ）サイドリンク節電と関連付けられ得るシステム、方法、及び、手段が本明細書に記載される。無線送信／受信ユニット（ＷＴＲＵ）（例えば、第１のＷＴＲＵ）はメッセージを受信することができる。メッセージは、構成グループのセット及び／又は１つ以上の適合性選択パラメータを示すことができる。第１のＷＴＲＵは、第２のＷＴＲＵから第１の表示を受信することができる。第１の表示は、第２のＷＴＲＵが（例えば、第１のリソース数と関連付けられる）第１の構成グループと第１の優先度グループとに関連付けられることを示し得る。第１の構成グループは、構成グループのセットに属し得る。第１のＷＴＲＵは、第３のＷＴＲＵから第２の表示を受信することができる。第２の表示は、第３のＷＴＲＵが（例えば、第２のリソース数と関連付けられる）第２の構成グループと第２の優先度値とに関連付けられることを示し得る。第２の構成グループは、構成グループのセットに属し得る。第１のＷＴＲＵは、例えば、第１の表示及び第２の表示に基づいて、構成グループのセットから１つの構成グループを選択することができ、この場合、構成グループの選択が１つ以上の適合性選択パラメータを満たす。第１のＷＴＲＵは、選択された構成グループの表示（例えば、第３の表示）を第２及び／又は第３のＷＴＲＵに送信することができる。適合性選択パラメータ（複数可）は、１つ以上のリソース閾値を含み得る。適合性選択パラメータ（複数可）を満たすことは、以下、すなわち、リソース閾値（複数可）以下のリソース使用を維持すること、又は、リソース閾値（複数可）以下のリソース使用を維持しつつリソース使用を最大化することのうちの１つ以上を含み得る。第１のＷＴＲＵは、２つ以上の示された構成グループが適合性選択パラメータ（複数可）を満たす場合、例えば、最高優先度値に基づいて１つの構成グループを選択することができる。適合性選択パラメータ（複数可）は、以下、すなわち、ＷＴＲＵカテゴリ、ＷＴＲＵバッテリ電力、ＷＴＲＵアクティブキャリア番号、又は、ＷＴＲＵセッションサービス品質（ＱｏＳ）のうちの１つ以上を含み得る。
１つ以上の開示された実施形態が実装され得る、例示的な通信システムを例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線送信／受信ユニット（ＷＴＲＵ）を例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを例解するシステム図である。 ＰＣ５を介してセキュアレイヤ２リンクを確立する一例を示す図。 構成グループ選択と関連付けられる例を示す図である。
図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を採用し得る。
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、それらのいずれも「局」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定又は移動加入者ユニット、加入ベースのユニット、ページャ、セルラ電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、ウォッチ又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、家電デバイス、商業用及び／又は工業用無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも置き換え可能にＵＥと称され得る。
通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２など、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ局（base transceiver station、ＢＴＳ）、Ｎｏｄｅ－Ｂ、ｅＮｏｄｅＢ（ｅＮＢ）、ＨｏｍｅＮｏｄｅＢ、Ｈｏｍｅ ｅＮｏｄｅＢ、ｇＮｏｄｅＢ（ｇＮＢ）、ＮＲ ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。
基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなど、他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又はライセンス及び未認可スペクトルの組み合わせであり得る。セルは、比較的固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び／又は受信し得る。
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。
より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed UL Packet Access、ＨＳＵＰＡ）を含み得る。
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得るが、これは、ロングタームエボリューション（ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。
一実施形態では、基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新たな無線（New Radio、ＮＲ）技術を使用して、エアインターフェース１１６を確立し得る、ＮＲ無線アクセスなどの無線技術を実装し得る。
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられ得る。
他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであり得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体位置ベースのサービス、プリペイド呼、インターネット接続性、ビデオ配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用する他のＲＡＮと、直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を採用して別のＲＡＮ（図示せず）と通信し得る。
ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たし得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。
送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得るということが理解されよう。
送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えばＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。更に、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリの情報にアクセスし、かつ当該メモリにデータを記憶し得る。
プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２における他の構成要素に電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して場所情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって位置情報を取得し得るということが理解されよう。
プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であり得る。
ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）及びダウンリンク（例えば、受信用）の両方のための特定のサブフレームと関連付けられた）信号のいくつか又は全ての送信及び受信が並列及び／又は同時であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）を介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＲＴＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号のうちのいくつか又は全てのうちのどれかの送信及び受信のための半二重無線機を含み得る。
図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。
ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅＮｏｄｅ－Ｂを含み得るということが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。
ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含み得る。前述の要素のそれぞれは、ＣＮ１０６の一部として図示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運用され得ることが理解されるであろう。
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、かつ制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービス中のゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングし、転送し得る。ＳＧＷ１６４は、ｅＮｏｄｅ－Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの、他の機能を実行し得る。
ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、又はそれと通信し得る。更に、ＣＮ１０６は、他のサービスプロバイダによって所有及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。
インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、配信システム（Distribution System、ＤＳ）若しくはＢＳＳに入る、かつ／又はＢＳＳから出るトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡどうしの間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとして見なされ、かつ／又は参照され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡどうし（例えば、ＳＴＡの全部）は互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。
８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。一次チャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。いくつかの代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（Carrier Sense Multiple Access/Collision Avoidance、ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡはバックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。
高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。
非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する２０ＭＨｚチャネルどうしを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作を逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。
サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなど、メータタイプの制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、限定された能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。
複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因して一次チャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであると見なされ得る。
米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。
図１Ｄは、一実施形態に係るＲＡＮ１１３及びＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。また、ＲＡＮ１１３はＣＮ１１５と通信してもよい。
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態との一貫性を保ちつつ任意の数のｇＮＢを含み得ることが理解される。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信及び／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、かつ／又は様々な長さの絶対時間が持続する）様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加のカバレッジ及び／又はスループットを提供し得る。
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などの役割を果たすことができる。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、高信頼低遅延（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（machine type communication、ＭＴＣ）アクセスのためのサービス、及び／又は同様のものなどの異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５におけるＡＭＦ１８２ａ、１８２ｂに接続され得る。また、ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１１５におけるＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなど、他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続されてもよく、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティングして転送すること、ユーザプレーンポリシーを執行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなど、他の機能を実施し得る。
ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含む又はＩＰゲートウェイと通信し得る。更に、ＣＮ１１５は、他のサービスプロバイダによって所有及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルデータネットワーク（local Data Network、ＤＮ）１８５ａ、１８５ｂに接続され得る。
図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明から見て、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスのうちの１つ以上に関する、本明細書に記載される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実施され得る。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。
エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、試験を目的として別のデバイスに直接結合され得、かつ／又は地上波無線通信を使用して試験を実行し得る。
１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。
新たな無線（ＮＲ）は、無認可バンドの使用をサポートする（例えば、最大５２．６ＧＨｚ）。ＮＲは、無認可バンド（例えば、５２．６ＧＨｚ～７１ＧＨｚ）を使用して、より高い周波数をサポートすることができる。ＮＲは、例えば、高データ速度強化モバイル広帯域（ｅＭＢＢ）、モバイルデータオフロード、短距離高データ速度デバイスツーデバイス（Ｄ２Ｄ）通信、及び工業用インターネット（ＩｏＴ）を実装し得る。５２．６ＧＨｚを超える周波数範囲は、より大きなスペクトル割り当て及び大きな帯域幅を含み得る。５２．６ＧＨｚを超える周波数での送信は、高い位相ノイズ、大きな伝播損失、低電力増幅器効率、及び強力なパワースペクトル密度調節要件を経験し得る。チャネルアクセスは、例えば、ビームベースの動作を仮定して、他のノードへ／からの潜在的な干渉を考慮し、５２．６ＧＨｚ～７１ＧＨｚの周波数の無認可スペクトルに適用可能な規制要件を順守することによって強化され得る。
車両通信（Ｖ２Ｘ）は、ＷＴＲＵが互いに直接通信することができる通信モードである。Ｖ２Ｘ動作には複数のシナリオがある。カバレッジ内シナリオの例では、ＷＴＲＵは、ネットワークから支援を受信して、Ｖ２Ｘメッセージの送信及び受信を開始することができる。カバレッジ外シナリオの例では、ＷＴＲＵは、事前設定されたパラメータを使用して、Ｖ２Ｘメッセージの送信及び受信を開始することができる。
Ｖ２Ｘ通信は、ＬＴＥ及び新たな無線（ＮＲ）でサポートされ得る。ｖ２Ｘの先行又はレガシーは、デバイス対デバイス（Ｄ２Ｄ）通信であってもよい。Ｖ２Ｘ通信サービスは、複数（例えば、４つ）の異なるタイプ、すなわち、車両対車両（Ｖ２Ｖ）、車両対インフラストラクチャ（Ｖ２Ｉ）、車両対ネットワーク（Ｖ２Ｎ）、及び／又は、車両対歩行者（Ｖ２Ｐ）からなり得る。Ｖ２Ｖの例では、車両ＷＴＲＵが互いに直接通信し得る。Ｖ２Ｉの例では、車両ＷＴＲＵが路側ユニット（ＲＳＵ）及び／又はｅＮＢと通信し得る。Ｖ２Ｎの例では、車両ＷＴＲＵがコアネットワーク（ＣＮ）と通信することができる。Ｖ２Ｐの一例では、車両用ＷＴＲＵが例えば低いバッテリ容量などの特別な条件でＷＴＲＵと通信することができる。
Ｖ２Ｘリソースが（例えば、ＬＴＥにおいて）割り当てられてもよい。ＬＴＥは、Ｖ２Ｘ通信（例えば、モード３及びモード４）において複数の（例えば、２つの）動作モードを有し得る。モード３の例において、ネットワークは、Ｖ２Ｘサイドリンク（ＳＬ）送信に関する割り当てをスケジューリングとともにＷＴＲＵを提供し得る。モード４の例において、ＷＴＲＵは、構成／事前構成リソースプールからリソースを自律的に選択することができる。Ｖ２ＸＬＴＥは、（例えば、プール及び送信プールを受信する）リソースプールの複数の（例えば、２つの）カテゴリをサポートすることができる。受信プールを監視して、Ｖ２Ｘ送信を受信することができる。Ｖ２Ｘ送信プールは、ＷＴＲＵによって使用されて、（例えば、モード４において）送信リソースを選択することができる。送信プールは、モード３で構成されたＷＴＲＵによって使用されない場合がある。
リソースプール（例えば、ＬＴＥにおける）は、ＷＴＲＵ（例えば、無線リソース制御（ＲＲＣ）シグナリングを介して）に（例えば、半静的に）シグナリングされ得る。ＷＴＲＵ（例えば、モード４における）は、例えば、（例えば、ＲＲＣ）構成された送信プールからリソースを選択する前に、感知を使用することができる。ＬＴＥ Ｖ２Ｘは、動的リソースプール再構成をサポートしない場合がある。プール構成は、システム情報ブロック（ＳＩＢ）及び／又は（例えば、専用）ＲＲＣシグナリングを介して送信（例えば、送信のみ）され得る。
新たな無線（ＮＲ）は、Ｖ２Ｘアクセス技術をサポートすることができる。ＮＲは、次世代の無線システムを指し得る。ＮＲシステムは、例えば、拡張モバイルブロードバンド（enhanced Mobile Broadband、ｅＭＢＢ）及び超高信頼・低待ち時間通信（ultra-high reliability and low latency communications、ＵＲＬＬＣ）をサポートすることができる。
ＮＲは、拡張Ｖ２Ｘ（ｅＶ２Ｘ）通信をサポートし得る。ｅＶ２Ｘは、安全性及び非安全性シナリオ（例えば、センサ共有、自動運転、車両の隊列走行、遠隔運転など）のためのサービスをサポートし得る。異なるｅＶ２Ｘサービスは、異なる性能要件（例えば、３ｍｓの待ち時間）を有し得る。
車両の隊列走行は、車両が一緒に走行するグループを動的に形成できるようにし得る。隊列内の車両は、例えば隊列運転を続行するために、（例えば、先頭）車両から周期的データを受信することができる。データ（例えば、情報）は、車両間の距離が非常に小さくなることができるようにしてもよく、例えば、時間に変換される間隙距離は、非常に低い（例えば、サブ秒）。隊列走行アプリケーションは、（例えば、後続）車両を自律的に駆動できるようにし得る。
高度な運転は、半自動又は全自動運転を可能にし得る。より長い車間距離が想定され得る。（例えば、各）車両及び／又はＲＳＵは、ローカル（例えば、車両）センサから得られたデータを近接する車両と共有することができ、それにより、車両はそれらの軌道又は操縦を調整できる。（例えば、各）車両は、運転意図を近接車両と共有することができる。高度な駆動は、より安全な走行、衝突回避、及び／又は改善されたトラフィック効率をサポートし得る。
拡張センサは、例えば、車両、ＲＳＵ、歩行者デバイス、及び／又はＶ２Ｘアプリケーションサーバ間でローカルセンサ及び／又はライブビデオデータを介して収集された生データ及び／又は処理データの交換を可能にし得る。車両は、例えば、局所的な状況のより全体的な視野を提供するために、車両のセンサが検出することができるものを超えて車両の環境の知覚を向上させることができる。
遠隔運転は、例えば、自身で運転することができない搭乗者又は危険な環境に位置する遠隔車両に関して、遠隔運転者又はＶ２Ｘアプリケーションが遠隔車両を操作できるようにし得る。クラウドコンピューティングに基づく運転は、例えば、変動が限定されて公衆輸送などの経路が予測可能である場合に使用され得る。クラウドベースのバックエンドサービスプラットフォームへのアクセスは、使用ケースグループに関して考慮され得る。
ＮＲＶ２Ｘには、サービス品質（ＱｏＳ）が提供され得る。一例において、ＰＣ５にわたるＱｏＳは、近接サービス（ＰｒｏＳｅ）のパケットごとの優先度（ＰＰＰＰ）でサポートされ得る。アプリケーション層は、ＰＰＰＰを用いてパケットをマークすることができ、これは、（例えば、必要な）ＱｏＳレベルを示すことができる。パケット遅延バジェット（ＰＤＢ）は、ＰＰＰＰから導出され得る。
性能指標パラメータは、例えば、以下、すなわち、ペイロード（例えば、バイト）；送信速度（例えば、メッセージ／秒）；最大エンドツーエンド待ち時間（例えば、ｍｓ単位）；信頼性（例えば、パーセンテージとして）；データレート（メガビット／秒（Ｍｂｐｓ））；最小（例えば、必要）通信範囲（メートル）のうちの１つ以上を含むことができる。
一例では、ＰＣ５ベースのＶ２Ｘ通信及びＵｕベースのＶ２Ｘ通信に同じセットのサービス要件を適用することができる。ＱｏＳ特性は、５Ｇ ＱｏＳ識別子（５ＱＩ）で表すことができる。
ＰＣ５及びＵｕの統一ＱｏＳモデル（例えば、ＰＣ５を介したＶ２Ｘ通信のために５ＱＩを使用する）は、使用されるリンクに関係なくＱｏＳ要件を示す一貫した方法をアプリケーション層に提供することができる。
ブロードキャスト、マルチキャスト、及びユニキャスト（例えば、５ＧＳ Ｖ２Ｘ対応ＷＴＲＵを考慮する）の複数（例えば、３つ）の異なるタイプのトラフィックが存在し得る。
Ｕｕに使用されるＱｏＳモデルは、ユニキャストタイプのトラフィックに使用され得る。一例では、（例えば、それぞれの）ユニキャストリンクをベアラとして処理することができる。ＱｏＳフローは、ユニキャストリンク／ベアラ（複数可）に関連付けられ得る。５ＱＩで定義されたＱｏＳ特性及び追加のパラメータ（複数可）（例えば、データレート）が適用可能であり得る。最小（例えば、必要な）通信範囲は、追加のパラメータとして（例えば、特にＰＣ５使用に関して）処理され得る。
同様の考慮をマルチキャルストラクチャに適用することができ、これは、例えば、トラフィックの複数の定義された受信機を用いて、ユニキャストの特別な場合として処理され得る。
ベアラ概念は、トラフィックをブロードキャストするために適用できない場合がある。（例えば、それぞれの）メッセージは、例えば、アプリケーションの（例えば、要件）に従って、他のメッセージと比較して異なる特性を有し得る。５ＱＩは、例えば、各パケットでタグ付けされるように、ＰＰＰＰ及び／又はパケット信頼性（ＰＰＰＲ）に使用されるものと同様の方法で使用されてもよい。５ＱＩは、ＰＣ５ブロードキャスト動作、例えば、待ち時間、優先度、信頼性などに関する（例えば、全ての）特性を表わすために使用され得る。Ｖ２Ｘブロードキャスト固有５ＱＩ（例えば、Ｖ２ＸＱｏＳ指標（ＶＱＩ））のグループは、ＰＣ５使用について定義され得る。
ＰＣ５ ＱｏＳパラメータは、例えば、１対１通信手順の確立時に（例えば、ＷＴＲＵ間で）ネゴシエートされてもよい。例えば、ＰＣ５ ＱｏＳパラメータネゴシエーション手順の後に、同じＱｏＳが双方向で使用されてもよい。
ユニキャスト及びグループキャスト用の新たな無線（ＮＲ）車両通信（Ｖ２Ｘ）サイドリンク節電と関連付けられ得るシステム、方法、及び、手段が本明細書に記載される。無線送信／受信ユニット（ＷＴＲＵ）（例えば、第１のＷＴＲＵ）はメッセージを受信することができる。メッセージは、構成グループのセット及び／又は１つ以上の適合性選択パラメータを示すことができる。第１のＷＴＲＵは、第２のＷＴＲＵから第１の表示を受信することができる。第１の表示は、第２のＷＴＲＵが（例えば、第１のリソース数と関連付けられる）第１の構成グループと第１の優先度グループとに関連付けられることを示し得る。第１の構成グループは、構成グループのセットに属し得る。第１のＷＴＲＵは、第３のＷＴＲＵから第２の表示を受信することができる。第２の表示は、第３のＷＴＲＵが（例えば、第２のリソース数と関連付けられる）第２の構成グループと第２の優先度値とに関連付けられることを示し得る。第２の構成グループは、構成グループのセットに属し得る。第１のＷＴＲＵは、例えば、第１の表示及び第２の表示に基づいて、構成グループのセットから１つの構成グループを選択することができ、この場合、構成グループの選択が１つ以上の適合性選択パラメータを満たす。第１のＷＴＲＵは、選択された構成グループの表示（例えば、第３の表示）を第２及び／又は第３のＷＴＲＵに送信することができる。適合性選択パラメータ（複数可）は、１つ以上のリソース閾値を含み得る。適合性選択パラメータ（複数可）を満たすことは、以下、すなわち、リソース閾値（複数可）以下のリソース使用を維持すること、又は、リソース閾値（複数可）以下のリソース使用を維持しつつリソース使用を最大化することのうちの１つ以上を含み得る。第１のＷＴＲＵは、２つ以上の示された構成グループが適合性選択パラメータ（複数可）を満たす場合、例えば、最高優先度値に基づいて１つの構成グループを選択することができる。適合性選択パラメータ（複数可）は、以下、すなわち、ＷＴＲＵカテゴリ、ＷＴＲＵバッテリ電力、ＷＴＲＵアクティブキャリア番号、又は、ＷＴＲＵセッションサービス品質（ＱｏＳ）のうちの１つ以上を含み得る。
アクティビティ状態構成が、例えば、以下、すなわち、ネットワークから取得された構成、サービス品質（ＱｏＳ）フロー及び／又はサイドリンク無線ベアラ（ＳＬＲＢ）との関連付け、１つ以上の決定規則（例えば、複数の構成が関連付けられている場合）、Ｕｕ構成態様、無線送信受信ユニット（ＷＴＲＵ）タイプ又はリンクタイプ、ＷＴＲＵロケーション、及び／又はピアＷＴＲＵ能力への依存性のうちの１つ以上に基づいて（例えば、リンク確立中に）選択されてもよい。
ＷＴＲＵは、例えば、以下、すなわち、時間及び／又は周波数リソース、サイドリンク制御情報（ＳＣＩ）のブラインド復号に関連するプロパティ、又はＳＣＩで搬送される情報のうちの１つ以上に基づいて、アクティブセッション（例えば、各アクティブセッション）のアクティビティ挙動についてサイドリンク（例えば、サイドリンクのみ）を監視（例えば、独立して監視）することができる。
複数の送信機（Ｔｘ）ＷＴＲＵは、受信機（Ｒｘ）ＷＴＲＵで許可されたリソース構成グループに関連付けることができる。
アクティブ化指標が、ＷＴＲＵで構成された１つ以上のアクティビティ及び／又は復号動作をアクティブ化、非アクティブ化、及び／又は変更することができる。アクティブ化指標は、構成されたアクティブ化挙動のうちの１つ以上（例えば、セット）を可能にすることができる。アクティブ化指標は、関連するリソースで定期的及び／又は定期的に送信され得る。アクティブ化指標は、セッション及び／又はアクティビティ挙動のアクティブ化時に送信され得る。データ空間に関するＷＴＲＵ挙動は、電力を節約するように構成され得る。複数のＴｘＷＴＲＵは、共通又は専用のアクティブ化空間及び専用のデータ空間を使用することができる。
ＲｘＷＴＲＵは、アクティビティ挙動変化のピアＷＴＲＵに通知することができる。ＲｘＷＴＲＵは、例えば、グループキャスト及び／又はブロードキャスト送信において、複数のピアＷＴＲＵにアクティビティ変化通知を送信することができる。
ＲｘＷＴＲＵは、アクティビティ状態変化表示（例えば、告知）を確認することができる。ＲｘＷＴＲＵは、アクティビティ状態変化表示（例えば、グループキャスト）を確認することができる。
ＷＴＲＵは、ピアＷＴＲＵのステージ／構成されたアクティビティ及び／又は挙動に基づいて、そのアクティビティ及び／又は挙動を決定することができる。ＷＴＲＵは、ピアＷＴＲＵと同じ（例えば、実質的に同様の）アクティビティ及び／又は挙動を有するように構成され得る。ＷＴＲＵは、ピアＷＴＲＵのアクティビティ挙動構成のサブセットを使用する／使用できるように構成され得る。ＷＴＲＵは、ピアＷＴＲＵのＤＲＸ構成パラメータの関数であるＤＲＸ構成パラメータを使用する／使用できるように構成され得る。ＷＴＲＵは、ピアＷＴＲＵのパラメータ値（例えば、同じパラメータ又は異なるパラメータ）によって定義される値のサブセットに限定され得るＤＲＸ構成パラメータを使用する／使用できるように構成され得る。ＷＴＲＵ及びそのピア（複数可）は、共通ＤＲＸアクティビティ挙動／構成で受信／送信リソースのセットを決定及び／又は変更することができる。
ＷＴＲＵは、異なる基準に基づいて、アクティビティ状態構成パラメータ（例えば、異なるアクティビティ状態構成パラメータ）を選択することができる。ＷＴＲＵは、ＤＲＸ構成、ＤＲＸ解放の表示、ＤＲＸ有効化の表示、及び／又はピアＷＴＲＵに対するＤＲＸ無効化の表示を送信するための１つ以上のトリガを実装することができる。ＷＴＲＵは、ピアＷＴＲＵによって提案されたＤＲＸ構成の適合性を決定することができる。ＷＴＲＵは、ＤＲＸ構成の有効化、無効化、及び／又は解放を（例えば、暗黙的に）トリガすることができる。
ＴｘＷＴＲＵは、関連付けられた構成グループを順守するＴＸＷＴＲＵによってデータ送信が被ったＱｏＳの待ち時間及び／又は損失に基づいて、ピアＲｘＷＴＲＵに送信する優先度（例えば、ＤＲＸ構成グループと関連付けられた優先度）を決定することができる。
図２は、ＰＣ５を介してセキュアレイヤ２リンクを確立する一例を示す図である。
１対１通信に関わるＷＴＲＵは、例えば、リンク確立手順中に、ＰＣ５ ＱｏＳパラメータをネゴシエートし得る。ＷＴＲＵ－１は、例えば、相互認証をトリガするために、ＷＴＲＵ－２に直接通信要求メッセージを送信することができる。メッセージは、要求されたＰＣ５ ＱｏＳパラメータを含むことができる。ＷＴＲＵ－２は相互認証を開始することができる。ＷＴＲＵ－２は、応答メッセージに受け入れたＰＣ５ ＱｏＳパラメータを含めることができる。
不連続受信（ＤＲＸ）は、ＮＲＵｕ、例えば、接続モードでＷＴＲＵに実装され得る。接続モードＤＲＸは、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＷＴＲＵについて、ＮＲＵｕの節電のために指定され得る。ＤＲＸは、ＷＴＲＵでのウェイクアップ時間の構成されたスケジュールに基づくことができる。ＷＴＲＵは、例えば、ＷＴＲＵのウェイクアップ時間中に、ＷＴＲＵが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）スケジューリングを受信する場合、更なるスケジューリングが受信されなくなるまで、一定時間起動したままであり得る。ＷＴＲＵは、例えば、以下のパラメータ、すなわち、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、又はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬのうちの１つ以上で構成され得る。
Ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒは、ＤＲＸサイクルの開始時の持続時間（例えば、期間）であり得る。Ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔは、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延であり得る。Ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、ＰＤＣＣＨ送信が媒体アクセス制御（ＭＡＣ）エンティティのためのアップリンク（ＵＬ）又はダウンリンク（ＤＬ）送信を示すＰＤＣＣＨ機会の後の持続時間（例えば、期間）であり得る。Ｄｒｘ－ＲｅｔｒａｎｓｍｉｔｓｉｏｎＴｉｍｅｒＤＬは、ＤＬ再送信が受信されるまで最大持続時間（例えば、期間）であり得る。Ｄｒｘ－ＲｅｔｒａｎｓｍｉｔｓｉｏｎＴｉｍｅｒＤＬは、例えば、ブロードキャストプロセスを除いて、ＤＬハイブリッド自動反復要求（ＨＡＲＱ）プロセスごとであり得る。Ｄｒｘ－ＲｅｔｒａｎｓｍｉｔｓｉｏｎＴｉｍｅｒＵＬは、ＵＬ再送信の許可が受信されるまで、最大持続時間（例えば、期間）であり得る。Ｄｒｘ－ＲｅｔｒａｎｓｍｉｔｓｉｏｎＴｉｍｅｒＵＬは、ＵＬＨＡＲＱプロセスごとであり得る。Ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔは、ＬｏｎｇＤＲＸサイクルであり得る。Ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅは、ショートＤＲＸサイクルであり得る。Ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔは、ロング及び／又はショートＤＲＸサイクルが開始するサブフレームを定義し得る。Ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒは、ショートＤＲＸサイクルに従う持続時間（例えば、期間）であり得る。Ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬは、ＨＡＲＱ再送信のためのＤＬ割り当てが、ＷＴＲＵによって予期される前の最小持続時間（例えば、期間）であってもよく、例えば、ＭＡＣ機能、ＭＡＣエンティティなどによって、ＤＲｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬは、例えば、ブロードキャストプロセスを除き、ＤＬＨＡＲＱごとのプロセスであり得る。Ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬは、ＵＬＨＡＲＱ再送信許可がＷＴＲＵによって予期される前の最小持続時間（例えば、期間）であってもよく、例えば、ＭＡＣ機能、ＭＡＣエンティティなどによって、Ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬは、ＵＬＨＡＲＱプロセスごとであり得る。
ＤＲＸで構成されたＷＴＲＵは、ＷＴＲＵのアクティビティ時間（例えば、ＷＴＲＵがＰＤＣＣＨを能動的に監視する時間）を決定し得る。
アクティブ時間は、（例えば、ＤＲＸサイクルが構成されている場合）、例えば、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｔｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｔｒｉｓｉｏｎＴｉｍｅｒＵＬ、又はｒａ－ＣｏｎｔｅｎｔｉｏｎＳｏｌｕｔｉｏｎＴｉｍｅｒ（例えば、本明細書に記載される）のうちの１つ以上が実行される時間を含み得る。
アクティブ時間は（例えば、追加的又は代替的に）（例えば、ＤＲＸサイクルが構成されている場合）、例えば、（例えば、本明細書に記載されるように）スケジューリング要求（例えば、ＰＵＣＣＨ送信を介して送信）が保留中である間の時間を含むことができる。
アクティブ時間は（例えば、追加的又は代替的に）（例えば、ＤＲＸサイクルが構成されている場合）、例えば、ＰＤＣＣＨ送信が受信されていない間の時間を含んでもよい（例えば、ＭＡＣエンティティのセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）がアドレス指定された新しい送信を示すＰＤＣＣＨ送信は、（例えば、本明細書に記載されるように）ＭＡＣエンティティによって選択されていないプリアンブルに関するランダムアクセス応答の受信の成功後に受信されない）。
部分的な検知及びランダムな選択が（例えば、ＬＴＥＶ２Ｘに）実装されてもよい。
部分検知は、（例えば、歩行者ＷＴＲＵによって使用するための）節電機構であり得る。ＷＴＲＵ（例えば、部分検知を伴う）は、例えば、上位層によって、例えば、リソース選択ウィンドウ［Ｔ１、Ｔ２］内の最小数の候補サブフレームで構成され得る。本明細書で言及される場合、特定のパラメータ、挙動、又は情報を伴ってネットワーク及び／又は上位層によって構成されているＷＴＲＵ、及び／又は、ネットワーク及び／又は上位層から特定のパラメータ、挙動、又は情報を取得するＷＴＲＹは、（例えば、１つ以上のＲＲＣメッセージ、１つ以上のＰＤＣＣＨメッセージ、ＤＣＩなどの１つ以上の構成メッセージを介して）ネットワークから受信した構成情報に基づいて、及び／又は、ＷＴＲＵによって決定された情報に基づいてパラメータ、挙動、又は情報をＷＴＲＵが決定することを含み得る（例えば、ＷＴＲＵは情報で事前構成されてもよく、及び／又は。ＷＴＲＵは、限定はしないが、上位層機能などのそれ自体の機能に基づいて情報を決定してもよい）。本明細書で言及される場合、上位層は、限定ではないが、媒体アクセス制御（ＭＡＣ）層、無線リンク制御（ＲＬＣ）層、パケットデータ収束プロトコル（ＰＤＣＰ）層、無線リソース制御（ＲＲＣ）層、１つ以上のアプリケーション層などのうちの１つ以上を含むことができる。本明細書で言及される場合、構成を受信又は取得するＷＴＲＵは、構成情報を受信するＷＴＲＵ又は構成を示す構成情報を受信するＷＴＲＵを含むことができる。本明細書で言及される場合、構成を提案する、シグナリングする、選択する、又は提供するＷＴＲＵは、構成情報を送信するＷＴＲＵ又は構成を示す構成情報を送信するＷＴＲＵを含むことができる。
特定のサブフレームは、例えば、ＷＴＲＵによって選択され得る。ＷＴＲＵは、候補サブフレームからの整数個の予約期間である感知ウィンドウ内のサブフレームに対して（例えば、サブフレームのみに対して）感知を実行することができ、これにより、ＷＴＲＵが感知ウィンドウ内で感知を実行する必要があるリソースの量を減らすことができる。
ＷＴＲＵ（例えば、歩行者ＷＴＲＵ）は、リソースプール上でランダムな選択を実行することができる。ＷＴＲＵは、例えば、リソースプールがランダム選択のために構成されている場合、リソースの選択を実行することができる（例えば、感知手順中のいかなる感知結果も考慮せずに）。
ユニキャスト及びグループキャストは（例えば、ＮＲＶ２Ｘで）サポートされ得る。ＬＴＥＶ２Ｘは、ブロードキャスト送信に基づいてもよい（例えば、サポートするのみであってもよい）。例では、Ｌ２送信先ＩＤ（例えば、各Ｌ２送信先ＩＤ）は、ブロードキャストサービスと関連付けられ得る。ブロードキャストサービスに関心するＷＴＲＵ（例えば、全てのＷＴＲＵ）は、関連付けられたＬ２送信先ＩＤへの送信を監視することができる。
ユニキャスト及びグループキャストは（例えば、ＮＲＶ２Ｘで）サポートされ得る。ユニキャストの例では、（例えば、上位層（複数可）でのシグナリングを使用して）一対のＷＴＲＵは（例えば、最初に）ＰＣ５ＲＲＣ接続を確立することができる。ユニキャストリンクのために構成されたアクセス層（ＡＳ）層パラメータは、例えば、接続が確立された場合に、（例えば、ＰＣ５－ＲＲＣを使用して）交換することができる。ユニキャストリンクは、例えば、サイドリンク送信／受信の効率を改善するために、リンク監視（例えば、無線リンク障害（ＲＬＦ）の検出）、ＨＡＲＱフィードバック、チャネル状態指標（ＣＳＩ）フィードバック、及び／又は電力制御の使用から利益を得ることができる。グループキャストは、例えば、グループに（例えば、グループと関連付けられた）共通のＬ２送信先ＩＤが割り当てられる、ＷＴＲＵのグループへの送信からなり得る。リンク確立は、グループキャストに対して実行されない場合がある。グループキャストは、ＨＡＲＱフィードバック（例えば、ＨＡＲＱフィードバックのみ）の使用から（例えば、ＡＳ層で）利益を得ることができる。例（例えば、グループキャストＨＡＲＱオプション１の例）では、ＲＸＷＴＲＵ（例えば、全てのＲＸＷＴＲＵ）は、同じＨＡＲＱフィードバックリソースを共有することができ、例えば、否定応答（ＮＡＣＫ）が送信されるようになっている場合に送信（送信のみ）することができる。例（例えば、グループキャストＨＡＲＱオプション２の例）では、ＲＸＷＴＲＵ（例えば、各ＲＸＷＴＲＵ）は、例えば、グループ内のメンバＩＤによって決定されるフィードバックリソース（例えば、独立したフィードバックリソース）を有し得る。ＲＸＷＴＲＵは、受信されたグループキャスト送信（例えば、各々が受信されたグループキャスト送信）のためにＷＴＲＵのフィードバックリソース内のＡＣＫ／ＮＡＣＫを送信することができる。
ＷＴＲＵは、例えば、送信受信に関して（例えば、制御／データリソースの復号化）、時間に関して（例えば、特定のシンボル、スロットなどの間に受信及び／又は復号を行わないことによって）、及び／又は周波数に関して（例えば、リソースの可能な最小セットに調整することによって）、異なる最適化を使用して所定の周波数帯域で動作する場合（例えば、動作するとき）、その電力消費を低減することができる。最適化は、ＷＴＲＵの送信アクティビティに基づくことができる。例では、Ｕｕインターフェースを介して動作するＷＴＲＵは、ＰＤＣＣＨ送信（例えば、時間）の不連続受信のためにＤＲＸを用いて構成されてもよく、及び／又はアクティブ帯域幅部分（ＢＷＰ）（例えば、周波数）を変更してもよく、及び／又は、例えばキャリアアグリゲーション（例えば、周波数）を用いて構成されている場合、アクティブキャリアの数を変更してもよい。節電機構は、ｇＮＢ（例えば、Ｕｕインターフェースの場合）の制御下であってもよい。
時間領域内の節電を達成するための最適化（複数可）（例えば、サイドリンクチャネルの場合）は、例えば、スロットに関して、サイドリンクリソースを選択的に監視及び復号化することに関連し得る。周波数領域内の最適化（複数可））（例えば、サイドリンクチャネルの場合）は、例えば、リソースプールに関して、サイドリンクリソースを選択的に監視及び／又は復号化することに関連し得る。
分散システムが、複数のＷＴＲＵが互いに通信することができるサイドリンクチャネルを含み得る。ＷＴＲＵアクティビティ挙動（例えば、オン／スリーププロファイル）は、例えば、ブロードキャスト、グループキャスト、及び／又はユニキャストが送信に使用され得るかに関係なく、ＷＴＲＵ間の時間及び／又は周波数で（例えば、分散システムで）同期され得る。同期は、マルチキャスト送信及び／又はブロードキャスト送信をサポートするシステムのＵｕに対して適用可能であり得る。
本明細書では、例えば、制御チャネル受信（例えば、物理サイドリンク（ＳＬ）制御チャネル（ＰＳＣＣＨ））及び／又はＳＬリソース選択の態様を使用して、分散システム（例えば、サイドリンク動作）におけるピアＷＴＲＵ間の同期を可能にするためのシステム、方法、及び手段が記載されている。
システム、方法、及び手段は、ユニキャスト及び／又はグループキャストトラフィックのサイドリンク（ＳＬ）不連続受信（ＤＲＸ）のために提供される。
ＷＴＲＵのアクティビティ挙動は、例えば、電力を節約するために、ＷＴＲＵ送信及び／又は受信挙動に関連する（例えば、時間／周波数リソースの観点から）態様に関連付けることができる。関連付け（例えば、節電）は、例えば、ＷＴＲＵが、物理ＳＬ共有チャネル（ＰＳＳＣＨ）；監視と非監視との間の移行に関連する時間、持続時間、タイマなど、及び／又は、状態、及び、移行に関連する関連挙動（例えば、Ｒｘプールの変更）；所定のアクティビティ状態などで監視され得るリソースのセット（例えば、リソースプール）。を監視することができる（例えば、予期され得る）期間にわたって起こり得る。
節電は、例えば、送信／受信関連のアクティビティ（例えば、予期される送信／受信関連のアクティビティ）が存在し得るときに（例えば、時間で）及び／又は場合（例えば、周波数で）に、サブチャネル／スロット内のＷＴＲＵ内のフロントエンド回路（例えば、サブチャネル／スロット内のみ）に電力を供給することによって達成され得る。フロントエンド回路は、他の非アクティビティインスタンスで電源オフされ得る。例では、ＴｘＷＴＲＵ（例えば、送信のためにスケジュールされたデータを伴う）及びＲｘＷＴＲＵ（例えば、構成されたウェイクアップ／スリープ持続時間を伴う）は、節電を達成しながら送信ＱｏＳ要件を満たすために、それらのアクティビティ挙動をユニキャストリンクで互いに整列させることができる。ＷＴＲＵは、例えば、復号の削減（例えば、低減された時間／周波数リソース、ブラインド復号化試行など）によって、フロントエンドが電源オンになっている間に、節電を達成することができる。
ＷＴＲＵは、複数の進行中のセッションを有し得る。セッションは、例えば、以下、すなわち、ユニキャストリンク；ＰＣ５ＲＲＣ接続；アクティブグループキャストセッション（例えば、ＷＴＲＵは、送信／受信のためのグループキャストＬ２ＩＤで構成することができ、及び／又は上位層からＷＴＲＵで構成されたグループ情報を有し得る）；グループキャストＰＣ５－ＲＲＣ接続；リレーＷＴＲＵへのＰＣ５－ＲＲＣ接続；トラフィックがリレーされているＷＴＲＵへのＰＣ５－ＲＲＣ接続；上位層サービス；、又は、特定のアクティビティ挙動（例えば、オン持続時間、非アクティビティタイマなどと関連付けられたＤＲＸ構成）、のうちの１つ以上から構成されてもよい。
進行中のセッションは、送信／受信のためにＷＴＲＵで構成され得るブロードキャストサービス（例えば、Ｌ２ＩＤ）に対応し得る。
セッションは、例えば、以下、すなわち、送信先Ｌ２／Ｌ１ＩＤ（例えば、受信／送信中のＲｘ／ＴｘＷＴＲＵによって使用される）；一対の送信元／送信先Ｌ２／Ｌ１ＩＤ；メンバＩＤ（例えば、グループキャスト用）；リレーＩＤ、又はリレーリンクＩＤ（例えば、リレーの場合）；ユニキャストリンクＩＤ（例えば、同じＷＴＲＵの対の間の複数のリンクの場合）；又は１つ以上の優先度値、例えば、１つ以上の優先度に関連付けられた送信、のうちの１つ以上によって識別され得る。
例えば、ＰＣ５ＲＲＣ接続（例えば、送信元／送信先Ｌ２ＩＤによって識別されたＰＣ５ＲＲＣ接続）によって表されるユニキャストリンクは、（例えば、本明細書の実施例に記載されるような）セッションの一例であり得る。
ＤＲＸ構成は、ユニキャストリンクのために提供され得る。ＤＲＸは、例えば、ＰＣ５を介したリンク確立／構成シグナリング中に（例えば、ユニキャストリンクのために）構成され得る。例では、一対のＷＴＲＵは、リンク確立及び／又はリンク構成中にＰＣ５－ＲＲＣシグナリングの一部としてＤＲＸに関連する構成（例えば、任意の構成）を交換することができる。ＷＴＲＵは、例えば、以下に記載される関連付けられた因子（例えば、関連付けられた因子のうちのいずれか）が変化する場合、サイドリンクアクティビティ挙動構成を再構成するために再構成シグナリングをトリガすることができる。構成は、例えば、（例えば、本明細書で論じられ、アクティビティ挙動に関連する）タイマ、リソースプール、パターンなどからなり得る。
アクティビティ状態構成は、例えば、リンク確立中に選択され得る。アクティビティ状態（例えば、ＤＲＸ）構成は、ＴｘＷＴＲＵによって選択されてもよく、また、ＲｘＷＴＲＵに（例えば、サイドリンク構成メッセージにおいて）提供されてもよい。ＲｘＷＴＲＵは、構成を受諾又は拒否することができ、応答メッセージに受諾／拒否表示を送信することができる。ＴｘＷＴＲＵは、ＲｘＷＴＲＵがアクティビティ状態挙動を実行しないと想定することができ、例えばＲｘＷＴＲＵがアクティビティ状態構成を拒否する場合、ユニキャストリンクが依然として確立され得る。ＴｘＷＴＲＵは、例えば、拒否の場合（例えば、ＲｘＷＴＲＵがアクティビティ状態構成を拒否する場合）、異なるアクティビティ状態構成を実装することができる。ＲｘＷＴＲＵは、例えば、ＲｘＷＴＲＵがアクティビティ状態構成を拒否する場合に、リソースプールに従ってサイドリンクの監視を実行する（例えば、常に実行する）ことができる。ＲｘＷＴＲＵは、別のアクティビティ状態構成を提供することができる。例では、ＲｘＷＴＲＵは、選択されたアクティビティ状態構成（例えば、ＲｘＷＴＲＵの選択されたアクティビティ状態構成）を提供することができ、これは、例えば、サイドリンク構成メッセージの確認／肯定応答において、ＴｘＷＴＲＵに提供され得る。例では、ＴｘＷＴＲＵは、許容可能なアクティビティ状態構成のサブセットを選択し、選択されたサブセットをＲｘＷＴＲＵに送信することができる。ＲｘＷＴＲＵ（例えば、このアクティビティ状態構成のサブセットが与えられる）は、アクティビティ状態構成のうちの１つ以上を選択し、選択された１つ以上のアクティビティ状態構成（例えば、ＲｘＷＴＲＵによって選択された１つ以上のアクティビティ状態構成の表示）をＴｘＷＴＲＵに送信することができる。ＴｘＷＴＲＵ及び／又はＲｘＷＴＲＵは、選択されたアクティビティ状態構成（複数可）に（例えば、ＴｘＷＴＲＵとＲｘＷＴＲＵとの間の交換に続いて）を順守することができる。ＷＴＲＵ（例えば、Ｒｘ及び／又はＴｘＷＴＲＵ）は、ピアＷＴＲＵによって選択又は提供されるアクティビティ状態構成をネットワークに通知することができる。
ＷＴＲＵ（例えば、Ｒｘ及び／又はＴｘＷＴＲＵ）は、ピアＷＴＲＵに提供される１つ以上の構成を選択することができ、及び／又はピアＷＴＲＵによって提案及び／又は構成された構成を受諾又は拒否することができる。ＷＴＲＵは、例えば、以下、すなわち、ネットワークから及び／又は１つ以上の上位層から取得された構成、サービス品質（ＱｏＳ）フロー及び／又はサイドリンク無線ベアラ（ＳＬＲＢ）との関連付け、Ｌ２送信元及び／又は送信先ＩＤとの関連付け、複数のピアＷＴＲＵと関連付けられた構成の共通性、１つ以上のサイドリンク（ＳＬ）測定値との関連付け、１つ以上の決定規則（例えば、複数の構成が関連付けられている場合、）、複数の構成の組み合わせ、Ｕｕ構成態様、ａＷＴＲＵタイプ及び／又はリンクタイプ；ＷＴＲＵ位置、又はピアＷＴＲＵ能力への依存性のうちの１つ以上に基づいてこれを行うことができる。
ネットワーク及び／又は１つ以上の上位層から取得された構成に基づいてアクティビティ状態構成を選択する例では、Ｔｘ及び／又はＲｘＷＴＲＵは、例えば、ピアＷＴＲＵを有するユニキャストリンク確立／構成中にネットワークからアクティビティ状態構成を取得することができる。ＴｘＷＴＲＵは（例えば、サイドリンク構成メッセージを送信する前に）ネットワークからアクティビティ状態構成を受信し、その構成をピアＷＴＲＵに転送することができる。ＲｘＷＴＲＵは、（例えば、サイドリンク構成を受信すると）ネットワークからのアクティビティ状態構成を要求することができる。要求は、例えば、サイドリンク構成メッセージで受信されたパラメータのうちの１つ以上（例えば、パラメータの全て又はサブセット）を含み得る。Ｔｘ及び／又はＲｘＷＴＲＵは、例えば、ユニキャストリンクの確立時に、１つ以上の上位層からアクティビティ状態構成を取得することができる。ＷＴＲＵ（例えば、Ｔｘ又はＲｘＷＴＲＵ）は、例えば、ユニキャストリンクと関連付けられたＡＳ層パラメータの構成中に、そのような構成をピアＷＴＲＵに送信することができる。ＷＴＲＵは、ネットワーク及び／又は１つ以上の上位層からアクティビティ状態構成のセットを取得することができる。ＷＴＲＵは、本明細書に記載の他の基準（例えば、１つ以上の他のパラメータ）に基づいて、例えば、ネットワーク及び／又は上位層によって提供される取得されたアクティビティ状態構成のセットから、１つ以上の選択されたアクティビティ状態構成を選択（例えば、更に選択）することができ、ここで、基準という用語は、本明細書の単数又は複数の使用に関連付けられ得る。
ＱｏＳフロー及び／又はＳＬＲＢとの関連付けに基づいてアクティビティ状態構成を選択する例では、ＷＴＲＵは、例えば、ａ）ＷＴＲＵによって構成されるべき上位層及び／又はＳＬＲＢによって構成されるＱｏＳフロー（例えば、各ＱｏＳフロー）に関して、１つ以上のアクティビティ状態構成で（例えば、システム情報ブロック（ＳＩＢ）、専用シグナリング、事前構成、又は１つ以上の上位層によって）構成され得る。ＷＴＲＵは、例えば、構成されたＱｏＳフロー及び／又はＳＬＲＢに基づいて、ピアＷＴＲＵに提供される及び／又はＷＴＲＵ自体によって使用されるべきアクティビティ状態構成を決定することができる。例えば、ＷＴＲＵは、ＱｏＳフロー／ＳＬＲＢと許容可能なアクティビティ状態構成（例えば、ＤＲＸパラメータ、アクティブ状態リソースプールなど）（例えばアクティビティ状態構成のセット）との関連付けで構成され得る。ＷＴＲＵは、許容される又は制限されるアクティビティ状態構成の１つ以上の特性（例えば、許容されるＤＲＸパラメータの最大／最小値）で構成され得る。ＷＴＲＵは、許容可能な構成のセットから及び／又はその関連付けられたＤＲＸ構成が許容された又は制限されたパラメータを満たす構成のセットから、ＰＣ５－ＲＲＣを介して送信するための構成を選択することができる。例では、ＷＴＲＵは、ＲＲＣシグナリング中にアクティビティ状態構成（例えば、全てのアクティビティ状態構成）を提供することができ、１つのアクティビティ状態構成と別のアクティビティ状態構成との間で（例えば、本明細書に記載されるように動的に）変化し得る。
Ｌ２送信元及び／又は送信先ＩＤとの関連付けに基づいてアクティビティ状態構成を選択する例では、ＷＴＲＵは、Ｌ２送信元及び／又は送信先ＩＤに基づき、１つ以上のアクティビティ状態構成及び／又はくアクティビティ状態構成と関連付けられた許容又は制限されたパラメータで（例えば、１つ以上の上位層によって）構成され得る。ＷＴＲＵは（例えば、サービスを開始すると、そのようなＬ２送信元及び／又は送信先ＩＤに関連付けられたベアラを構成し、及び／又は、そのような一対のＬ２送信元及び送信先ＩＤでユニキャストリンクを開始すると）、関連付けられたアクティビティ状態構成（複数可）を選択することができる。
異なるピアＷＴＲＵに関連付けられた構成の共通性に基づいてアクティビティ状態構成を選択する例では、ＷＴＲＵは、最も共通性を有するＷＴＲＵでアクティブな構成（例えば、全ての構成）をもたらし得る幾つかの構成のうちの１つ以上を選択することができる（例えば、構成は、異なるユニキャストリンクに関連付けられ得る）。共通性は、例えば、ＷＴＲＵが複数のＤＲＸ構成（例えば、このような構成のそれぞれは、異なるユニキャストリンクに関連付けられ得る）に従ってリソースを監視するときに、ＷＴＲＵによって監視されるリソース数を最小化することに関して測定され得る。例えば、ＷＴＲＵは、規則に基づいて（例えば、ＱｏＳ及び／又はＳＬＲＢに基づいて）１つ以上の許容可能な構成を決定することができ、それらの共通性に基づいてこれらの１つ以上の許容可能な構成から１つの構成を選択することができる。例えば、ＷＴＲＵは、構成が許容可能であるＱｏＳフロー及び／又はＳＬＲＢ構成のセットで構成可能であり、確立されたＱｏＳフロー及び／又はＳＬＲＢに基づいて許容可能な構成（複数可）を決定することができる。ＷＴＲＵは、ＷＴＲＵが関与する複数のユニキャストリンク（例えば、全てのユニキャストリンク）間の共通性を最大化するユニキャストリンク（例えば、特定のユニキャストリンク）の構成を選択することができる。
１つ以上のＳＬ測定との関連付けに基づいてアクティビティ状態構成を選択する例では、ＷＴＲＵは、所定のＳＬ測定（例えば、チャネルビジー比（ＣＢＲ）、チャネル占有率（ＣＲ）、サイドリンク基準信号受信電力（ＳＬＲＳＲＰ）、サイドリンクチャネル状態情報（ＳＬＣＳＩ）、又は同様の測定）に関して１つ以上の許容可能な構成で構成され得る。例えば、ＷＴＲＵは、所定のＣＢＲ又はＣＢＲの範囲の許容可能な構成（複数可）で構成され得る。例えば、ＷＴＲＵは、例えば、ＣＢＲが（事前に）構成された閾値（例えば、構成された又は事前に構成された閾値）を上回る／下回る場合、ＤＲＸ（又はＤＲＸ構成）を無効にする／有効にするように構成され得る。
（例えば、複数の構成が関連付けられている場合に）決定規則及び／又は複数の構成の組み合わせに基づいてアクティビティ状態構成を選択する例では、ＷＴＲＵは、例えば事前構成された組み合わせ規則及び／又は構成の組み合わせに基づいて、複数の独立したアクティビティ状態構成（例えば、２つの独立したアクティビティ状態構成）から共通／単一の構成を決定することができ、例えば組み合わせ規則が満たされる場合、共通／単一の構成を決定／送信（例えば、送信のみ）することができる。例えば、共通構成は、以下、すなわち、時間、持続時間、タイマなどの最小／最大値、リソースの最小／最大セット、期間の最小／最大値、オフセットの最小／最大値、又は、サブチャネル、スロットなどの共通／異なるセットのセットを最小／最大化するリソースプールのうちの１つ以上を選択することを含み得る。ＷＴＲＵは、関連するアクティビティ状態構成を規則を使用して組み合わせることができる／組み合わせることができないＱｏＳフロー及び／又はＳＬＲＢのセットで構成され得る。
Ｕｕ構成態様に基づいてアクティビティ状態構成を選択する例では、ＷＴＲＵは、例えばＷＴＲＵがカバレッジ内にある及び／又は接続される場合、ＷＴＲＵのＵｕ構成に基づいてユニキャストリンクのためのアクティビティ状態構成を決定することができる。例えば、ＷＴＲＵは、ＷＴＲＵのＵｕ構成に基づいて構成することができるアクティビティ状態及び／又は許容／選択された構成を構成するかどうかを決定することができる。Ｕｕ構成は、Ｕｕ ＤＲＸ構成、Ｕｕトラフィックタイプ及び／又は専用無線ベアラ（ＤＲＢ）構成、又はＵｕマルチＲＡＴデュアル接続性（ＭＲ－ＤＣ）構成のうちのいずれかに関連付けられ得る。
Ｕｕ ＤＲＸ構成に関連するＵｕ構成の例では、ＷＴＲＵは、（例えば、Ｕｕ上のアクティブ時間がピアＷＴＲＵによるサイドリンクの監視と一致するように）現在構成されるＵｕ ＤＲＸサイクルと整列させることができるサイドリンクユニキャストアクティビティ状態構成を選択することができる。ＷＴＲＵは、ＵｕとＰＣ５との間の共通性を最大化するサイドリンクユニキャストアクティビティ状態構成を選択することができる。
Ｕｕトラフィックタイプ及び／又はＤＲＢ構成に関連付けられたＵｕ構成の例では、ＷＴＲＵは、例えば、１つ以上のＵｕベアラタイプ及び／又はトラフィックタイプで構成される場合、サイドリンクアクティビティ構成（例えば、サイドリンクＤＲＸなし）を提供しない場合がある。
ＵｕＭＲ－ＤＣ構成と関連付けられたＵｕ構成の例では、ＷＴＲＵは、例えば、ＷＴＲＵがＭＲ－ＤＣで現在構成されるかどうかに応じて、サイドリンクアクティビティ構成を提供するかどうかを決定することができる。
ＷＴＲＵタイプ及び／又はリンクタイプに基づいてアクティビティ状態構成を選択する例では、ＷＴＲＵは、例えば、ＷＴＲＵタイプ及び／又はリンクタイプに基づいて、ピアＷＴＲＵ及び／又は可能な構成でアクティビティ状態を構成するかどうかを決定することができる。ＷＴＲＵタイプ及び／又はリンクタイプは、例えば、リンク確立の間／前に上位層によって提供され得る。例えば、ＷＴＲＵは、アクティビティ状態構成及び／又は許容可能なアクティビティ状態構成のサブセットが提供されてもされなくてもよい特定のタイプ（例えば、リレーＷＴＲＵ、リモートＷＴＲＵ、車両ＷＴＲＵなど）に関連付けられてもよい。上位層は、特定のリンク（例えば、ＷＴＲＵからＷＴＲＵへのリレーリンク、ＷＴＲＵからネットワークへのリレーリンク、及び／又はマルチホップリレーリンク）の識別を行うことができる。ＷＴＲＵは、アクティビティ状態構成及び／又は許容可能なアクティビティ状態構成のサブセットを提供する又は提供しない規則で構成され得る。ＷＴＲＵタイプ及び／又はリンクタイプは、ピアＷＴＲＵによって（例えば、機能交換を介して又はユニキャストリンク確立前／ユニキャストリンク確立中の前のメッセージを介して）提供され得る。
ＷＴＲＵ位置に基づいてアクティビティ状態構成を選択する例では、ＷＴＲＵは、例えば、ＷＴＲＵ又はピアＷＴＲＵの位置（例えば、ゾーンＩＤ）に応じて、アクティビティ状態構成又は使用すべき構成でピアＷＴＲＵを構成するかどうかを決定することができる。例えば、ＷＴＲＵは、特定の位置／ゾーンＩＤの制限／構成で（事前に）構成され（例えば、構成され又は事前構成され）てもよく、位置／ゾーンＩＤに関連付けられた構成を（例えば、ＰＣ５－ＲＲＣシグナリングを介して）提供することができる。
ＷＴＲＵ及び／又はピアＷＴＲＵの能力への依存性に基づいてアクティビティ状態構成を選択する例では、ＷＴＲＵは、例えば、サイドリンク能力交換を介してシグナリングされ得るように、例えば、構成がサポートされているかどうか及び／又はどの構成がＷＴＲＵによってサポートされているかに応じて、アクティビティ状態構成又は使用すべき構成でピアＷＴＲＵを構成するかどうかを決定することができる。ＷＴＲＵは、ＷＴＲＵが構成又は結果として生じる構成のセットをサポートするかどうかに応じて（例えば、そのそれぞれが対応するユニキャストリンクに関連付けられてもよい複数の有効な構成をＷＴＲＵが有する場合）、例えば、そのような構成がＤＲＸのためにアクティブ化され、使用され、及び／又は有効化されるべきであった場合、構成するかどうか及び／又は構成をピアＷＴＲＵに提案するかどうかを決定することができる。
リソースプールとの関連付けに基づいてアクティビティ状態構成を選択する例では、ＷＴＲＵは、リソースプールに関して（例えば、ＷＴＲＵに関連付けられた各リソースプールに関して）１つ以上のアクティビティ状態構成、１つ以上のＤＲＸ構成及び／又は同様のもので構成することができる。ＷＴＲＵは、所定のＴｘプール及び／又はＷＴＲＵのために構成された所定のＲｘプールと関連付けられた構成から１つ以上の構成を選択することができる。
ＷＴＲＵは、例えば、（例えば、許容可能な及び／又は構成された構成のセットからの）構成を選択するために本明細書で提供される例で使用される基準と同様の１つ以上の基準（例えば、１つ以上のパラメータ）に基づいてピアＷＴＲＵによって提案された構成（例えば、単一の構成）を拒否するように構成することができる。例えば、第１のＷＴＲＵは、ネットワークによって又は所定の構成のセットから提供される構成グループのセットから１つの構成グループを選択することができる。第１のＷＴＲＵは、本明細書に記載の基準に基づいてこの選択を実行することができる。第１のＷＴＲＵは、選択された構成グループを、例えば、サイドリンクメッセージ（例えば、ＰＣ５－ＲＲＣ再構成メッセージ）を介して、第２のＷＴＲＵに送信及び／又は示すことができる。第２のＷＴＲＵは、選択された構成グループ（例えば、構成グループに含まれる構成）の適合性を評価することができ、以下のうちの１つ以上を実行することができる。
例では（例えば、構成グループ内の構成（複数可）が第２のＷＴＲＵに適している場合）、第２のＷＴＲＵは、（例えば、第１のＷＴＲＵに構成完了メッセージを送信することによって）構成（複数可）の使用を確認することができる。例（例えば、構成グループ内の構成が第２のＷＴＲＵに適していない場合）において、第２のＷＴＲＵは、例えば第１のＷＴＲＵに構成障害メッセージを送信することによって構成を拒否することができ、及び／又は、例えば構成障害メッセージにおいて、拒否又は構成障害の理由（例えば、ＤＲＸ構成障害）を示すことができる。第２のＷＴＲＵは、どの条件（例えば、本明細書に記載の決定基準に関連する条件）が満たされなかったかなど、構成が失敗した理由を（例えば、構成障害メッセージにおいて）示すことができる。第１のＷＴＲＵと第２のＷＴＲＵとの間の構成障害に続いて、以下のうちの１つ以上が起こり得る。第１及び第２のＷＴＲＵは、ユニキャストリンク上でＤＲＸを伴うことなく動作し続ける（例えば、通信する）ことができる。例において、第１及び第２のＷＴＲＵは、以前のＤＲＸ構成（例えば、アクティブだった又は使用された以前のＤＲＸ構成など）を使用することによって、ユニキャストリンクを介して動作（例えば、通信）し続けることができる。ユニキャストリンクは、（例えば、構成障害の後に）引き裂かれ得る。第１のＷＴＲＵは、別の構成を選択してよく、構成プロセスを繰り返す（例えば、構成障害の後）。第１及び／又は第２のＷＴＲＵは、デフォルトＤＲＸ構成、例えば、グループキャスト及び／又はブロードキャストに関連付けられた構成、又は（例えば、構成障害に続く）（事前に）構成されたデフォルト構成にフォールディングすることができる。例では（例えば、構成が第２のＷＴＲＵに適していない場合）、第２のＷＴＲＵは、構成を選択し、選択された構成を第１のＷＴＲＵに送信又は示すことができる（例えば、構成障害メッセージを介して）。
ＷＴＲＵは、例えば、構成がユニキャストリンクのために（例えば、ＷＴＲＵ及びピアＷＴＲＵによって）同意される場合、構成を有効にする又は無効にすることができる。ＷＴＲＵは、構成を解放することができる。ＷＴＲＵは、本明細書に記載されるように、例えば、シグナリング（例えば、明示的なシグナリング）を介して、構成を有効にする又は無効にすることができる。ＷＴＲＵは、例えば、本明細書に記載のイベント（例えば、任意のイベント）の結果として、構成を解放することができる。
ＷＴＲＵは、ピアＷＴＲＵの提案／構成されたアクティビティ及び／又は挙動に基づいてそのアクティビティ及び／又は挙動を決定するように構成され得る。ユニキャストリンク内のＷＴＲＵ（例えば、各ＷＴＲＵ）は、ＴｘＷＴＲＵ又はＲｘＷＴＲＵであり得る。ＷＴＲＵのアクティビティ挙動は、ＷＴＲＵ（例えば、ＲｘＷＴＲＵ）がサイドリンクを監視する期間／リソースと関連付けられ得る。ＷＴＲＵ（例えば、ＴｘＷＴＲＵ）は、そのピアＷＴＲＵ（例えば、ＲｘＷＴＲＵ）のアクティビティ挙動に基づいて送信を実行することができる。２つのＷＴＲＵ（例えば、２つのピアＷＴＲＵ）のアクティビティ及び／又は挙動を独立して構成すると、例えば、Ｔｘ及びＲｘ挙動の両方が考慮される場合、ＷＴＲＵ（例えば、所定のＷＴＲＵ）の非効率的な節電につながり得る。例えば、非効率性は、例えばＴｘ ＷＴＲＵが情報を（例えば、ピアＷＴＲＵのアクティビティ挙動に従って）送信したい場合に、ＲＦフロントエンドをオンにするＴｘ ＷＴＲＵによってもたらされ得る。非効率性は、例えば、Ｔｘ ＷＴＲＵが情報（例えば、ピアＷＴＲＵから）を受信すると予期される場合、Ｔｘ ＷＴＲＵがＲＦフロントエンドをオンにすることによってもたらされ得る。
ＷＴＲＵは、ピアＷＴＲＵのアクティビティ及び／又は挙動（例えば、１つ以上のＤＲＸ構成）に基づいて（例えば、応じて）そのアクティビティ及び／又は挙動（例えば、そのＤＲＸ構成）を決定するように構成され得る。例では、ＷＴＲＵは、ピアＷＴＲＵに関連付けられたアクティビティ及び／又は挙動（例えば、Ｒｘアクティビティ及び／又は挙動）の表示を（例えば、ＰＣ５ ＲＲＣシグナリングを介して）受信することができ、それに応じて（例えば、受信された表示に基づいて）それ自体のアクティビティ及び／又は挙動（例えば、Ｒｘアクティビティ及び／又は挙動）を導出及び／又は決定することができる。例では、ＷＴＲＵ（例えば、Ｒｘ ＷＴＲＵ）は、ＷＴＲＵが有するべきそのアクティビティ及び／又は挙動（例えば、Ｒｘアクティビティ及び／又は挙動）の表示をピアＷＴＲＵから（例えば、ＤＲＸ提案を介して）受信することができ、（例えば、ピアＷＴＲＵから受信された）ＷＴＲＵ自体のアクティビティ及び／又は挙動に基づいてピアＷＴＲＵに関するアクティビティ及び／又は挙動（例えば、Ｒｘアクティビティ及び／又は挙動）を決定することができる。ＷＴＲＵ（例えば、Ｒｘ ＷＴＲＵ）は、決定されたアクティビティ及び／又は挙動の表示／提案をピアＷＴＲＵに送信することができる。以下の技術のうちの１つ以上は、ＷＴＲＵ及び／又はピアＷＴＲＵのアクティビティ及び／又は挙動を決定するためにＷＴＲＵによって展開され得る。
ＷＴＲＵは、ピアＷＴＲＵと同じ（例えば、実質的に同様の）アクティビティ及び／又は挙動（例えば、構成）を有するように構成され得る。例では、ＷＴＲＵは、ピアＷＴＲＵによって選択、提案、及び／又はシグナリングされたアクティビティ及び／又は挙動からそのアクティビティ及び／又は挙動を（例えば、直接に）決定することができる。これらのアクティビティ及び／又は挙動は、例えば、ＷＴＲＵのＲｘアクティビティ及び／又は挙動（例えば、ＷＴＲＵの全ＤＲＸ構成、ＷＴＲＵによって監視されるべきスロットのパターン、ＤＲＸに関連する時間のセット、持続時間、タイマなど）を含むことができ、また、ＷＴＲＵは、ピアＷＴＲＵによって選択される及び／又は使用されるべきアクティビティ及び／又は挙動（例えば、Ｒｘアクティビティ及び／又は挙動）に基づいてこれらのアクティビティ及び／又は挙動を決定することができる。例えば、第１のＷＴＲＵは、Ｒｘアクティビティ挙動を（例えば、ピアＷＴＲＵから受信したＳＬＲＢ構成及び／又は別の構成に基づいて）選択することができる。第１のＷＴＲＵは、Ｒｘアクティビティ挙動をピアＷＴＲＵに送信する／指示することができる。ピアＷＴＲＵは、第１のＷＴＲＵによって選択された／指示されたのと同じ（例えば、実質的に同様の）アクティビティ挙動で動作することができる。例では、第１のＷＴＲＵは、（例えば、本明細書に記載されるように選択することができる）複数の潜在的なアクティビティ及び／又は挙動をピアＷＴＲＵに送信する／指示することができる。ピアＷＴＲＵは、第１のＷＴＲＵの潜在的なアクティビティ及び／又は挙動のうちの１つ以上を選択でき（例えば、本明細書に記載されるように）、ピアＷＴＲＵの動作において選択された１つ以上のアクティビティ及び／又は挙動を実施することができる（例えば、Ｒｘ監視のため）。ピアＷＴＲＵは、ピアＷＴＲＵによって選択されたアクティビティ及び／又は挙動を第１のＷＴＲＵに送信する／指示することができる。第１のＷＴＲＵは、例えばＲＸ監視のために、第１のＷＴＲＵの動作において選択されたアクティビティ及び／又は挙動を（例えば、ピアＷＴＲＵによって指示されるように）実施することができる。
ＷＴＲＵは、ピアＷＴＲＵのアクティビティ及び／又は挙動（例えば、構成）のサブセットを使用するように構成され得る。ＷＴＲＵは、ピアＷＴＲＵによって選択／シグナリングされた構成のサブセットに基づいてそのアクティビティ及び／又は挙動を決定することができる。ＷＴＲＵは、それ自体のＲｘアクティビティ及び／又は挙動に関してピアＷＴＲＵによって使用／選択されたパラメータに基づいてＷＴＲＵのＲｘアクティビティ及び／又は挙動（例えば、ＤＲＸサイクル又は周期性、ＤＲＸオフセットなど）に関連する１つ以上のパラメータを決定することができる。例えば、ＷＴＲＵは、ＤＲＸサイクル（例えば、ＤＲＸ周期性）、及び／又はＤＲＸサイクル（例えば、ＤＲＸ周期性）となるべきオフセット（例えば、開始ＳＦＮ又はスロット）、及び／又はピアＷＴＲＵがピアＷＴＲＵ自身のＲｘアクティビティ及び／又は挙動に関して選択／シグナリングしたオフセットなどのパラメータを設定することができる。ＷＴＲＵは、他のＤＲＸ構成パラメータ（例えば、オン持続時間、非アクティビティ時間／持続時間／タイマなど）を独立して（例えば、ピアＷＴＲＵのパラメータに基づかない）又は本明細書に記載された他のメカニズム／オプションに基づいて決定することができる。
ＷＴＲＵは、ピアＷＴＲＵのアクティビティ及び／又は挙動（例えば、ピアＷＴＲＵのＤＲＸ構成パラメータ）の関数としてそのアクティビティ及び／又は挙動（例えば、ＤＲＸ構成パラメータ）を決定するように構成され得る。例えば、ＷＴＲＵは、そのＲｘ監視動作（例えば、Ｒｘ監視挙動）においてピアＷＴＲＵによって使用されるＤＲＸ構成パラメータの（例えば、ＤＲＸ構成パラメータと同じ値に設定される）値に基づいてそのＤＲＸ構成パラメータの（例えば、Ｒｘ監視動作に関連付けられ得る）値を決定することができる。ＷＴＲＵは、例えば、そのＤＲＸサイクルをピアＷＴＲＵのＤＲＸサイクルの整数倍（例えば、又はその逆）となるように設定し、オン持続時間のＤＲＸ及び／又は監視されるべきリソース数をオン持続時間のＤＲＸ及び／又はピアＷＴＲＵの監視されるべきリソース数よりも大きい又は小さい値（例えば、それよりも上又は下の量の制限を受ける）に設定し、ＤＲＸオフセットをピアＷＴＲＵのＤＲＸオフセットよりも大きい又は小さい値（例えば、ＷＴＲＵは、ピアＷＴＲＵのオン持続時間においてＤＲＸと時間的に重ならないが隣り合うようにオン持続時間においてそのＤＲＸを選択することができる）に設定するなどすることができる。
ＷＴＲＵは、構成パラメータ（例えば、ＤＲＸ構成パラメータ）を、同じパラメータ又は異なるパラメータに関してピアＷＴＲＵによって規定された値（例えば、値のサブセット）に制限するように構成することができる。例えば、ＷＴＲＵは、ピアＷＴＲＵによって（例えば、ピアＷＴＲＵによって選択された値に基づいて）規定、決定、及び／又は構成された許容値のサブセットに基づいて、ＤＲＸ構成パラメータの（例えば、ＲＸ監視に関連付けられ得る）値を決定することができる。例えば、ＷＴＲＵは、ピアＷＴＲＵ（例えば、それ自体のＤＲＸ動作においてピアＷＴＲＵによって使用される）によって選択された許容可能なＤＲＸサイクルのサブセット（例えば、許容されるＤＲＸ周期性）で（事前に）構成され（例えば、構成され又は事前構成され）得る。許容値のサブセットは、本明細書に記載の他の要因（例えば、ＷＴＲＵ能力、ＱｏＳ、ＳＬ測定など）に依存し得る。
ＷＴＲＵ及び／又はそのピア（例えば、そのピアＷＴＲＵ（複数可））は、ＷＴＲＵとそのピア（例えば、そのピアＷＴＲＵ（複数可））との間の共通のアクティビティ、挙動、及び／又は構成（例えば、ＤＲＸアクティビティ、挙動、及び／又は構成）に基づいて、受信及び／又は送信リソース（例えば、受信リソース及び／又は送信リソースのセット）を決定及び／又は変更するように構成され得る。例えば、２つのピアＷＴＲＵは、送信及び／又は受信に関連する共通のアクティビティ挙動（例えば、ＷＴＲＵのうちの１つにおけるＲｘアクティビティ又は挙動を規定する一般的なＤＲＸ構成）を規定することができる。ピアＷＴＲＵは、例えば、第１のＷＴＲＵによって使用されるＲｘリソース、第２のＷＴＲＵによって使用されるＲｘリソースなどとして、共通構成に関連付けられたリソースを分割（例えば、更に分割する）することができる。ＷＴＲＵは、ピアＷＴＲＵに関連付けられたＲｘリソースを使用して（例えば、のみを使用して）ピアＷＴＲＵに送信することに限定され得る。例えば、（例えば、本明細書に記載の技術のいずれかを使用して）ユニキャストリンクに含まれる第１のＷＴＲＵ及び第２のＷＴＲＵ に関して（例えば、２つのピアＷＴＲＵに関して）共通のオン持続時間（例えば、共通ＤＲＸオン持続時間）が規定されてもよく、また、いずれかのＷＴＲＵ（例えば、各ＷＴＲＵ）にはオン持続時間（例えば、連続的なオン期間）内にＲｘリソースのセットが割り当てられてもよい。第１のＷＴＲＵは、第１のＷＴＲＵに割り当てられたＲｘリソースを使用して（例えば、のみを使用して）、例えばユニキャストリンクに関連付けられた受信を実行することができる。第１のＷＴＲＵは、第２のＷＴＲＵ（例えば、ピアＷＴＲＵ）に割り当てられたＲｘリソースを使用して（例えば、のみを使用して）、例えばユニキャストリンクに関連付けられた送信を実行することができる。これにより、ピアＷＴＲＵがサイドリンク（例えば、第１のＷＴＲＵと第２のＷＴＲＵとの間のユニキャストリンク）を能動的に監視している限られた時間を考慮して、第１のＷＴＲＵ及び／又は第２のＷＴＲＵが半二重（例えば、送受信間の衝突）を回避することができる。
ＷＴＲＵは、共通ＤＲＸ構成（例えば、ＷＴＲＵとピアＷＴＲＵとの間の共通ＤＲＸ構成）に関連付けられたＲｘ／Ｔｘリソースを例えば静的に（例えば、ＷＴＲＵ又はピアＷＴＲＵによるユニキャストリンクの（再）構成に応じて）決定するように構成され得る。例えば、ＷＴＲＵは、それ自体及び／又はピアＷＴＲＵのためのＴｘ／Ｒｘリソースのセットを決定し、サイドリンクメッセージング（例えば、サイドリンク構成メッセージング）を介してリソースを送信する／指示することができる。ＷＴＲＵは、例えば、ピアＷＴＲＵとのシグナリングを介して、そのＲｘ／Ｔｘリソースを動的に変更／決定することができる。
ＷＴＲＵは、１つ以上の許容可能な、（事前）構成された（例えば、構成された又は事前に構成された）、及び／又は所定の構成に基づいてリソースのセット（例えば、Ｔｘ／Ｒｘのパーティション／パターンを含む）を決定することができる。これらの構成は、以下のうちの１つ以上に基づいてＷＴＲＵによって選択され得る。ＷＴＲＵは、ＱｏＳ、ＳＬＲＢ構成、及び／又は１つ以上の確立されたＱｏＳフローに基づいて構成を選択することができる。例えば、ＷＴＲＵは、ＷＴＲＵ及び／又はピアＷＴＲＵの確立されたＳＬＲＢ及び／又は確立されたＱｏＳフローに基づいてＴｘ／Ｒｘパーティション／パターンを選択することができる。ＷＴＲＵは、リソースプール構成に基づいて構成を選択することができる。例えば、ＷＴＲＵは、ＷＴＲＵが利用することができる（例えば、現在利用されている）リソースプールのための１つ以上の許容可能なパーティション／パターンで構成することができる。ＷＴＲＵは、ＷＴＲＵ及び／又はピアＷＴＲＵに関連するＬ２ ＩＤ及び／又はサービスに基づいて構成を選択することができる。ＷＴＲＵは、ＨＡＲＱフィードバックタイムラインに基づいて構成を選択することができる。例えば、ＷＴＲＵは、ＷＴＲＵがＲｘを実行するように構成される物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）に関連付けられたスロットに基づいて１つ以上の許容可能なＴｘスロットを決定することができる（例えば、ＷＴＲＵは、ピアＷＴＲＵがＲｘを実行するように構成されるスロットに対応するＰＳＦＣＨスロットとして許容可能なＲｘスロットを決定することができる）。ＷＴＲＵは、ＷＴＲＵのデータ負荷及び／又は送信に利用可能なＷＴＲＵのバッファ内のデータ量に基づいて構成を選択することができる。例えば、ＷＴＲＵは、（例えば、ＤＲＸサイクルの開始時、オン持続時間中、時間、持続時間、タイマなどの終了時に、又は、ユニキャストリンクに関連付けられたＷＴＲＵのＲＸアクティビティ又は挙動の最中の他の時間に）送信に利用可能なＷＴＲＵのバッファ内のデータ量に基づいてＴｘ／Ｒｘパーティション／パターンを選択することができる。ＷＴＲＵは、例えば、ＷＴＲＵのデータ負荷及び／又はバッファリングされたデータの量の増大又は減少の結果として、パーティションを変更できる又は変更を要求することができる。
ＷＴＲＵは、異なる基準に基づいて異なるアクティビティ状態構成パラメータを選択するように構成されてもよい。ＷＴＲＵは、異なる基準に基づいて及び／又は異なる方法（例えば、本明細書で更に説明される）を使用してアクティビティ状態構成に関連する異なるパラメータを選択することができる。ＷＴＲＵは、本明細書で説明するように、基準及び／又は方法を使用してＤＲＸ構成の所定のパラメータの適合性を決定することができる。例えば、ＷＴＲＵは、第１の基準に基づいてＤＲＸサイクル、アクティビティの周期性、及び／又は同様のパラメータを決定することができ、第２の基準に基づいてアクティブ時間、アクティビティの持続時間、及び／又は同様のパラメータを決定することができる。
ＷＴＲＵは、ユニキャストリンクに関連付けられた１つ以上のＬ２ ＩＤに基づいて及び／又はＱｏＳ基準に基づいてＤＲＸサイクルを選択することができる。ＷＴＲＵは、例えば、ＷＴＲＵがＤＲＸサイクルを選択することに応じて、ＣＢＲ／ＣＲ／ＲＳＲＰ及び／又は同様のサイドリンク測定の測定値に基づいてアクティブ期間及び／又は非アクティブ時間／持続時間／タイマを決定することができる。
ＷＴＲＵは、例えば上位層によって１つ以上の許容可能なＤＲＸサイクルで構成することができる（例えば、許容可能なＤＲＸサイクルは、１つ以上の確立されたＱｏＳフローに関連付けることができる）。ＷＴＲＵは、例えば、ネットワークによって、本明細書に記載の基準（例えば、他の基準）に更に依存し得るＤＲＸサイクルごとの１つ以上の許容可能な持続時間（例えば、許容可能なアクティブ期間）で構成され得る。
ＷＴＲＵは、ＤＲＸ構成をピアＷＴＲＵに送信するための及び／又はＤＲＸを解放し、ＤＲＸを有効にし、及び／又はＤＲＸを無効にするための表示をピアＷＴＲＵに送信するための１つ以上のトリガで構成され得る。例えば、第１のＷＴＲＵ（例えば、第１のＴｘ又はＲＸｘＷＴＲＵ）は、以下のトリガのうちの１つ以上に基づいて、ＤＲＸ構成（例えば、提案された構成、選択された構成など）、現在アクティブなＤＲＸ構成を解放する表示又は要求、現在構成されるＤＲＸ構成を無効化又は有効化する表示又は要求などをピアＷＴＲＵに送信することができる。
トリガは、セル移動に関連付けられたトリガを含み得る。例えば、トリガは、ハンドオーバ（ＨＯ）、セル再選択、及び／又はカバレッジ状態の変更（例えば、カバレッジ内からカバレッジ外へ、又はその逆）に関連付けられ得る。セル移動がＷＴＲＵにおける許容可能な構成の変更をもたらし、現在の構成が許容可能な構成のうちの１つではない場合（例えば、ＷＴＲＵの現在のベアラのセット、Ｌ２ ＩＤなどを考慮して）、ＷＴＲＵは構成（例えば、ピアＷＴＲＵ）を送信することができる。
トリガは、ベアラ確立、ベアラ再構成、及び／又はピアＷＴＲＵによるベアラ解放に関連するトリガを含むことができる。例えば、トリガは、ベアラ確立、ベアラ再構成、ベアラ解放をトリガするＷＴＲＵと関連付けられ得る、或いは、ＷＴＲＵがこれらの動作を完了する（例えば、正常に完了する）ときにＷＴＲＵと関連付けられ得る。ＷＴＲＵは、例えば、１つ以上のトリガがＤＲＸの許可及び／又は許可されたＤＲＸの変更をもたらす場合、構成を（例えば、ピアＷＴＲＵに）送信することができる。例えば、ＳＬＲＢ再構成は、例えば、ＤＲＸ構成の送信をトリガし得る、ＤＲＸ構成の適合性に対する制限の作成／解除をもたらし得る。例えば、ユニキャストリンクが現在ＤＲＸ構成されない場合及び／又はベアラ（例えば、ベアラが確立される間にＤＲＸを許可しなかったベアラ）が解放される場合、ＷＴＲＵは、ＤＲＸ（再）構成を（例えば、ピアＷＴＲＵに）を送信することができる及び／又は（例えば、ピアＷＴＲＵで）有効化されるべきＤＲＸをトリガすることができる。例えば、確立された新たなＱｏＳフローが新たなＳＬＲＢの確立をもたらす場合、ＷＴＲＵは構成を送信する（例えば、構成の変更を要求する）ことができ、又は、現在構成されたアクティブな構成が解放されることを要求することができる。そのような決定は、本明細書で説明されるように、ＱｏＳ及び／又はＳＬＲＢ構成に基づいてもよい。
トリガは、ベアラ確立、ベアラ再構成、ベアラ解放、及び／又は別のＷＴＲＵによるＤＲＸ構成の変更に関連付けられたトリガを含み得る。トリガは、別のＷＴＲＵに関連付けられた及び／又は別のＷＴＲＵによるＤＲＸ構成の変更時の同様のベアライベントに関連付けられてもよい。構成を送信する決定は、本明細書で説明されるように、複数のアクティブな／有効化された構成の適合性に基づくことができる。
トリガは、ピアＷＴＲＵからの能力情報の受信及び／又は能力変更に関連するトリガを含むことができる。能力情報及び／又は能力変更は、ＷＴＲＵ及び／又はピアＷＴＲＵにおいて対応するＤＲＸ構成を有効又は無効にすることができる。
トリガは、ＷＴＲＵの能力の変更に関連するトリガを含むことができる。ＷＴＲＵは、その能力変更の表示を（例えば、上位層から）受信することができる。能力変更は、許容可能な節電構成、許容可能な電力消費量などの変更に関連し得る。
トリガは、本明細書で説明されるように、構成が依存するＳＬ測定値（例えば、ＣＢＲ測定値、ＳＬ ＲＳＲＰ、ＳＬ ＣＳＩなど）の変化に関連するトリガを含むことができる。
トリガは、ＷＴＲＵタイプ／カテゴリに関連付けられたトリガを含むことができる。例えば、ＷＴＲＵは、ＤＲＸ構成の送信を許可又は禁止することができる特定のタイプ／カテゴリ（例えば、本明細書で定義される他の基準に加えて）で構成することができる。
トリガは、例えば、ＤＲＸで構成され得る他のユニキャストリンクの存在に関連付けられたトリガを含み得る。ＷＴＲＵは、ＷＴＲＵが他のＷＴＲＵとの１つ以上のユニキャストリンクを有するかどうか及び／又はそのようなユニキャストリンクがＤＲＸで構成されているかどうかに基づいて、例えば本明細書で説明されるように優先度が決定され得る場合、１つ以上のユニキャストリンクに関連付けられた優先度に基づき、例えば、ピアＷＴＲＵとのリンク確立中又はそれに続いて、ＤＲＸ構成及び／又はＤＲＸ提案をピアＷＴＲＵに送信することができる。例えば、ＷＴＲＵは、例えば、ユニキャストリンクの数、ＳＬＲＢの数、及び／又は他のピアＷＴＲＵとのアクティブＱｏＳフロー数が閾値を上回る場合、ＤＲＸ構成及び／又は提案を送信することができる。ＷＴＲＵは、例えば、他のピアＷＴＲＵ（例えば、ＤＲＸで構成されたユニキャストリンク）とのユニキャストリンクの数が閾値を上回る場合、ＤＲＸ構成及び／又は提案を送信することができる。ＷＴＲＵは、例えば、閾値を上回る優先度を有する他のピアＷＴＲＵとの１つ以上のユニキャストリンクがある場合、ＤＲＸ構成及び／又は提案を送信することができる。ＷＴＲＵは、例えば、ピアＷＴＲＵを有するユニキャストリンク（例えば、ＤＲＸで構成されたピアＷＴＲＵを有する全てのユニキャストリンク）の優先度（例えば、優先度の平均）の関数が閾値を上回る場合、ＤＲＸ構成及び／又は提案を送信することができる。
トリガは、ピアＷＴＲＵからのＤＲＸ構成の受信／非受信及び／又はＤＲＸ構成の対応する適合性に関連するトリガを含むことができる。そのようなトリガは、ＷＴＲＵにＤＲＸ構成を送信させることができる。そのようなトリガは、ＷＴＲＵがピアＷＴＲＵからのその受信時にＤＲＸ構成を拒否するための１つ以上の条件と考えることができる。ＷＴＲＵは、例えば、ＷＴＲＵがＤＲＸ構成を含まない構成（例えば、ＳＬＲＢ構成又は別の構成）をピアＷＴＲＵから受信する場合、ピアＷＴＲＵにＤＲＸ構成を送信することができる。ＷＴＲＵは、例えば、ピアＷＴＲＵ（例えば、本明細書に記載の規則に基づく）がＤＲＸ構成を選択又は送信しないことを決定する場合、ＤＲＸ構成を選択及び／又は決定することができる。
ＷＴＲＵは、ピアＷＴＲＵからの提案されたＤＲＸ構成の適合性を決定することができる。ＷＴＲＵは、例えば、そのような構成の適合性について受信するＷＴＲＵで規定された基準（例えば、１つ以上のパラメータ）を満たさない構成をピアＷＴＲＵから受信する場合、ＷＴＲＵはピアＷＴＲＵにＤＲＸ構成を送信することができる。ＷＴＲＵは、例えば、構成が受信するＷＴＲＵに適していない場合、ピアＷＴＲＵからの提案されたＤＲＸ構成を拒否することができる。ＷＴＲＵは、適合性基準に基づいて、ピアＷＴＲＵによって送信された幾つかの提案されたＤＲＸ構成のうちの１つ以上を選択することができる。Ｔｘ ＷＴＲＵは、適合性基準に基づいてピアＷＴＲＵに送信するために幾つかの（事前に）構成されたＤＲＸ構成のうちの１つ以上を選択することができる。
本明細書で説明される適合性は、監視されるリソース数及び／又は監視されるリソースのパターンの関数であってもよい（例えば、関数として決定されてもよい）。例えば、ＤＲＸ構成は、受信するＷＴＲＵによる、（事前）設定された又は閾値（例えば、（事前に）設定された 又は事前に定義された最大閾値）を超えるリソース数（例えば、他のＷＴＲＵとの他のユニキャストリンクについて監視されるリソースと組み合わせて）の監視をもたらす場合には適切ではないと見なされ得る。ＤＲＸ構成は、例えば、受信するＷＴＲＵが監視することが期待されている又は期待されていない１つ以上のリソース（例えば、ＰＳＣＣＨ送信に関連して）が、別のリソース又はリソースのセット（例えば、受信リソースとして定義されたＵｕリソース、Ｔｘリソースとして定義されたＳＬリソースなど）との競合をもたらす場合、適切ではないと見なされ得る。ＤＲＸ構成又は構成グループは、例えば、ＤＲＸ構成又は構成グループを採用すると、ＷＴＲＵがＷＴＲＵで許容される構成又は構成グループの数を超える場合、適切ではないと考えられ得る。許容される数は、例えば、上位層構成、Ｌ２ ＩＤ、ＱｏＳフロー／ベアラ構成、ＣＢＲ／ＣＲ／ＲＳＲＰ測定、送信のためのＷＴＲＵのバッファ内の現在のデータ量などに依存し得る。
本明細書に記載の適合性は、構成されたＷＴＲＵの能力の関数であってもよい（例えば、関数として決定されてもよい）。例えば、受信されたＤＲＸ構成を採用すると、ＷＴＲＵの能力及び／又は構成に基づいて、監視されるリソース数が監視されるリソースの最大数を超える場合、受信されたＤＲＸ構成は適切ではないと見なされ得る。
本明細書で説明される適合性は、ＷＴＲＵで重複するＲＸ及びＴＸリソースの量の関数であってもよい（例えば、関数として決定されてもよい）。例えば、受信されたＤＲＸ構成を採用することにより、ＷＴＲＵが同時に（例えば、アクティブ時間中に）送受信できると予想されるリソースの最大数をＷＴＲＵが超える場合、受信されたＤＲＸ構成は適切ではないと見なされ得る。そのような最大リソース数は、以下の（例えば、ＤＲＸ構成が関連付けられているリンク、及び／又はＤＲＸが構成されている可能性がある他の進行中のリンク／ＷＴＲＵに関して）、すなわち、上位層構成、Ｌ２ ＩＤ、ＱｏＳフロー／ベアラ構成、ＣＢＲ／ＣＲ／ＲＳＲＰ測定、送信のためのＷＴＲＵのバッファ内の現在のデータ量などのうちの１つ以上に依存し得る。
本明細書に記載の適合性は、所定のＷＴＲＵが構成されているピアＷＴＲＵ及び／又はユニキャストリンクの数の関数であってもよい（例えば、関数として決定されてもよい）（例えば、ＤＲＸに関連して）。例えば、受信されたＤＲＸ構成を採用することにより、受信側ＷＴＲＵにおいてＤＲＸが有効にされているピアＷＴＲＵの数が超過される場合、受信されたＤＲＸ構成は適切ではないと見なされ得る。
本明細書に記載された適合性は、提案されたＤＲＸ構成と１つ以上の構成されたＤＲＸ構成（例えば、既に構成されたＤＲＸ構成）との共通性の関数であってもよい（例えば、関数として決定されてもよい）。共通性は、ＤＲＸ構成に関連する１つ以上のパラメータの差として、及び／又は１つ以上のパラメータの値が別の構成の対応するパラメータの関数であるかどうかにかかわらず測定することができる。例えば、オフセット（例えば、ＤＲＸオフセット）の差が閾値（例えば、そのような閾値は、ＷＴＲＵの能力に依存し得る）未満である場合、構成が適切であり得る。構成は、例えば、ＤＲＸサイクル（例えば、構成に含まれる）が１つ以上の他の構成のためのＤＲＸサイクルの関数（例えば、複数）である場合に適切であり得る。
本明細書に記載された適合性は、ＤＲＸ構成及び／又は構成グループに関連付けられた任意の２つのイベント及び／又はリソース間の時間の関数であってもよい（例えば、関数として決定されてもよい）。例えば、ＷＴＲＵは、ＤＲＸ構成内のリソースと別のＤＲＸ構成内のリソースとの間の差に基づいて、構成グループ及び／又はＤＲＸ構成が適切であるかどうかを決定することができる（例えば、構成グループ及び／又はＤＲＸ構成は、差が（事前に）構成された閾値を下回る場合に適切であると見なすことができる）。
本明細書で説明される適合性は、ＷＴＲＵ（例えば、いずれかのＷＴＲＵ）で構成されたＱｏＳ構成、ＳＬＲＢ構成、及び／又はＱｏＳフローの関数であってもよい（例えば、関数として決定されてもよい）。ＱｏＳ構成、ＳＬＲＢ構成、及び／又はＱｏＳフローは、ＷＴＲＵとピアＷＴＲＵとの間のユニキャストリンクに関連付けられてもよく、異なるリンク（例えば、ユニキャストリンク）及び／又はセッション（例えば、ユニキャスト、グループキャスト、又はブロードキャストセッション）に関連付けられてもよい。例えば、ＤＲＸ構成（例えば、特定のＤＲＸ構成）は、所定のＳＬＲＢ構成には不適切であると考えられ得る。ＷＴＲＵは、所定のＳＬＲＢ構成に適し得るＤＲＸ構成及び／又は構成グループのセットで構成され得る。ＷＴＲＵは、例えば、ピアＷＴＲＵからＤＲＸ構成又は構成グループを受信すると、そのようなＤＲＸ構成及び／又は構成グループが許容可能であるかどうかを、そのようなＤＲＸ構成がＷＴＲＵのＳＬＲＢに対して許容可能であるように構成されているかどうかに基づいて決定することができる（例えば、ＷＴＲＵの確立されたＳＬＲＢのいずれかに関して）。ＳＬＲＢは、同じピアＷＴＲＵ、別のピアＷＴＲＵ、又はＷＴＲＵが関心を持つグループキャスト及び／又はブロードキャスト送信／受信と関連付けられ得る。ＷＴＲＵは、そのＷＴＲＵでの送信／受信のためにアクティブであり得るＳＬＲＢ構成の組み合わせ（例えば、任意の組み合わせ）に基づく許容可能又は非許容ＤＲＸ構成及び／又は構成グループのセットで構成され得る。
構成の適合性は、本明細書に記載の基準の組み合わせ（例えば、任意の組み合わせ）に基づいて決定することができる。例えば、ＷＴＲＵは、ＤＲＸ構成の適合性を決定するために第１の基準を適用し、第２の基準に基づいて決定に関連する閾値を定義することができる。ＷＴＲＵは、複数の基準（例えば、複数のパラメータ）が満たされていることに基づいてＤＲＸ構成の適合性を決定することができる。
ＷＴＲＵは、ＤＲＸ構成を有効化、無効化、又は解放（例えば、暗黙的に有効化、無効化、又は解放する）するためのトリガを用いて構成され得る。ＷＴＲＵは、（例えば、有効化又は無効化をピアＷＴＲＵに明示的にシグナリングすることなく）ＤＲＸ構成を有効又は無効（例えば、暗黙的に有効又は無効にする）にするために、本明細書に記載されたものと同様のトリガを利用することができる。ＷＴＲＵは、ＤＲＸ構成（例えば、構成されたＤＲＸ構成）を解放するために、本明細書に記載されたものと同様のトリガを利用することができる。
ＷＴＲＵは、例えば、ＱｏＳフローが確立されたことに応じて、ＤＲＸ構成（例えば、ＷＴＲＵが例えば常に連続的にＰＳＣＣＨを監視することができる非ＤＲＸモードで動作する）を無効にする（例えば、暗黙的に無効化する）ことができ、それによって、ＱｏＳフローは、非ＤＲＸモード（例えば、ＤＲＸを無効にする）に関連付けられていると示され得る（例えば、ネットワーク又は上位層によって）。ＷＴＲＵは、ＷＴＲＵがＳＬＲＢ（例えば、新たなＳＬＲＢ）を確立することに応じてＤＲＸ構成を無効にする（例えば、暗黙的に無効化する）ことができ、ＳＬＲＢは非ＤＲＸモード（例えば、ＤＲＸを無効にする）で構成され得る。ＷＴＲＵは、例えば、ＷＴＲＵがＤＲＸを無効にするように構成されたＳＬＲＢを解放した場合、及び／又は他の構成されたＳＬＲＢがＤＲＸを無効にしていない場合、ＤＲＸ構成を無効にする（例えば、暗黙的に無効化する）ことができる。例えば、ＷＴＲＵは、上位層からの表示、ピアＷＴＲＵからの表示、ＷＴＲＵでのＲＬＦ決定、及び／又はＳＬＲＢの解放を引き起こす他のイベントから生じるＳＬＲＢの解放時にＤＲＸを有効にすることができる。
ＷＴＲＵは、例えば、ピアＷＴＲＵによる、ＤＲＸが無効にされるべきＳＬＲＢの作成に応じて、ＤＲＸ構成を無効にする（例えば、暗黙的に無効化する）ことができる。ＷＴＲＵは、ＤＲＸ構成の１つ以上のパラメータ（例えば、ＲＸ関連パラメータ）の受信に応答してＤＲＸ構成を無効にすることができる。ＷＴＲＵは、例えば、ＳＬＲＢがＤＲＸを無効にして構成されている場合、ピアＷＴＲＵがＤＲＸを無効にした他の構成されたＳＬＲＢを有していない場合（例えば、又はＤＲＸが無効にされることを要求する）など、ピアＷＴＲＵのＳＬＲＢの解放に応じてＤＲＸ構成を有効にすることができる。
ＷＴＲＵは、１つ以上のピアユニキャストＷＴＲＵに関連付けられた測定／報告されたＳＬ ＣＢＲ、ＲＳＲＰ、及び／又はＣＱＩの変更時、及び／又はピアＷＴＲＵによるそのような測定の受信時に、ＤＲＸを有効又は無効にする（例えば、暗黙的に有効又は無効にする）ことができる。いずれの場合も、ＷＴＲＵは、例えば、測定値が構成された閾値を上回るか下回る場合に、ＤＲＸ構成を暗黙的に有効又は無効にすることができる。いずれの場合でも、ＷＴＲＵは、例えば測定値が一定量変化した場合に、ＤＲＸ構成を暗黙的に有効又は無効にすることができる。
アクティビティ挙動は、複数のユニキャストリンク及び／又はグループキャストリンクのコンテキストにおいて構成されてもよい。
例（例えば、ＷＴＲＵが進行中の複数のセッションを有する場合）において、セッションのそれぞれは、ＷＴＲＵの独立したアクティビティ挙動及びＴｘ ＷＴＲＵの（例えば、結果的に）独立した送信機会を用いて構成されてもよい。Ｒｘ ＷＴＲＵは、例えば、複数の関連するＴｘ ＷＴＲＵ（例えば、全ての関連するＴｘ ＷＴＲＵ）と整列及び／又は同期され得る統一されたＲｘアクティビティ挙動を導出するために、複数のアクティブユニキャストリンク（例えば、全てのアクティブなユニキャストリンク）を介してアクティビティ挙動を（例えば、独立したアクティビティ挙動を有する複数のセッションにわたってデータを確実に受信するために）組み合わせることができる。組み合わされたＤＲＸプロファイルは、異なるサイドリンクプロセスのサポートを可能にすることができる。例えば、ＷＴＲＵが、進行中のセッションの各アクティビティ挙動の結合に関連付けられた時間／リソースでサイドリンクモニタリングを実行する必要がある場合、組み合わされたＤＲＸプロファイルは、異なるトラフィック特性（例えば、非周期的、バースト的などである）を有するサイドリンクプロセスをサポートするときに達成される節電を低減することができる。
ＷＴＲＵは、アクティブセッションのアクティビティ挙動（例えば、各アクティブセッション）についてサイドリンクを監視する（例えば、サイドリンクのみを独立して監視する）ことができる。
例では、ＷＴＲＵは、各セッションのアクティビティ挙動によって決定され得るように、アクティブであるセッション（例えば、セッションの場合のみ）の所定の時間／周波数リソース上でアクティブ挙動（例えば、Ｔｘ／Ｒｘ）を実行することができる。例えば、Ｒｘ ＷＴＲＵは、受信のためのリソースのセット（例えば、リソースプール）及び／又は１つ以上のリンク／セッションのためのＲｘアクティビティ挙動（例えば、Ｌ２ ＩＤ、ユニキャスト／グループキャストリンクなど）を用いて構成され得る。ＷＴＲＵは、アクティブなセッション（例えば、ＲＸアクティビティ挙動に基づく）に関連付けられた（例えば、のみ関連付けられた）リソースプールのＰＳＣＣＨ監視を実行することができる。Ｒｘ ＷＴＲＵは、例えば、セッションがアクティブ又は非アクティブになり得るスケジュールをＲｘアクティビティ挙動（例えば、Ｒｘアクティビティ挙動のそれぞれ）が表わす場合、アクティビティ挙動を使用して、（例えば、特定のオン持続時間にわたって）サイドリンク制御情報（ＳＣＩ）及びデータの存在を監視するリソースプールを決定することができる。
ＷＴＲＵは、例えば、あるセッションの非アクティブ挙動が別のセッションの非アクティブ挙動に影響を与えない場合、複数のセッションのそれぞれについてアクティビティ挙動（例えば、独立したアクティビティ挙動）を維持することができる。例えば、複数のセッションのそれぞれは、例えば、ＤＲＸのような挙動に関して、時間、時間の持続時間、タイマ、カウンタなどの（例えば、別個又は独立の）セットを有し得る。例えば、セッション（例えば、各セッション）は、別個の又は独立したオン持続時間、非アクティブ時間、持続時間、タイマなどに関連付けられ得る。例えば、第１のセッションのデータの受信は、第２のセッションに関連付けられたカウンタ／タイマに影響を与えることなく、第１のセッションに関連付けられたカウンタ／タイマをリセットし得る。例えば、ＤＲＸに移行する前にＷＴＲＵによって監視される時間／周波数リソース数のカウンタは、セッションに対して構成されたリソースプールに関連付けられた（例えば、のみに関連付けられ）時間／周波数リソース数をカウントすることができる。
例えば、所定の時間／リソースについてセッションを監視する（例えば、１つのセッションを独立して監視する）ことによって、節電の利益を達成するＷＴＲＵをサポートするシステム、方法、及び手段が本明細書に記載されている。セッションは、例えば、時間及び／又は周波数リソース、ＳＣＩのブラインド復号に関連付けられたプロパティ、又はＳＣＩで搬送される情報に関して、異なる監視動作に関連付けられ得る。
監視挙動は、時間／周波数リソースの別個のセットなど、時間及び／又は周波数リソースに基づいて変化し得る。例えば、リソースプールは、１つ以上のセッションに対して構成されてもよい。ＷＴＲＵは、１つ以上のセッションのリソースプールを監視することができる（例えば、所定の時間にアクティブであり得る）。例では、セッションは、（例えば、第１の非アクティブ時間）送信が発生し得るサブチャネルのセット及び／又は数で構成され得る。ＷＴＲＵは、例えば、所定の時間及び／又は所定のリソースプール内で、アクティブなセッション（例えば、アクティブなセッションのみ）に関連付けられたサブチャネルのセットを監視することができる。
監視挙動は、ＳＣＩのブラインド復号に関連付けられた特性（例えば、ＳＣＩフォーマット、スクランブリング、符号化、ＳＣＩ復号に関連する巡回冗長検査（ＣＲＣ）、探索空間、及び／又はＳＣＩの他の復号特性）に基づいて変化し得る。
例えば、セッションは、異なるＳＣＩフォーマットで構成され得る。ＷＴＲＵは、例えば、アクティビティ挙動によって決定され得るように、アクティブセッションに関連付けられたＳＣＩフォーマットを監視することができる。例えば、セッションは、異なるフォーマットのＳＣＩ ２（例えば、第２段階ＳＣＩ）で構成され得る。ＳＣＩ １（例えば、第１段階ＳＣＩ）は、ＳＣＩ ２のＳＣＩフォーマットを示してもよい。ＷＴＲＵは、例えば、ＳＣＩ １がアクティブセッションに関連付けられたＳＣＩ ２のＳＣＩフォーマットを示す場合、ＳＣＩ ２を復号することができる。
例えば、セッションは、異なるスクランブリング、コーディング、及び／又はＣＲＣ（例えば、ＳＣＩ復号に関連する）に関連付けられ得る。ＷＴＲＵは、スクランブリング、コーディング、及び／又はＣＲＣが１つ以上のアクティブセッション（例えば、１つ以上のアクティブセッションのみ）に関連付けられていると仮定することができる。
例えば、セッションは、ＳＣＩを復号するための異なる探索空間及び／又は他のプロパティに関連付けられ得る。ＷＴＲＵは、アクティブセッション（例えば、アクティブセッションのみ）に関連付けられた探索空間の復号を実行することができる。
監視挙動は、ＳＣＩで搬送される情報に基づいて変化し得る。ＳＣＩの表示は、例えば明示的であってもよい。例えば、セッションは、ＳＣＩ １で送信された特定のインデックス及び／又は識別子で構成され得る。インデックスは、セッション又はセッションのグループを識別することができる。ＷＴＲＵは、例えば、ＳＣＩ １が、ＳＣＩ １が復号される時間／周波数リソースについてアクティブであるセッションのインデックスを含む場合、ＳＣＩ ２を復号することができる。
複数のＴｘ ＷＴＲＵを、Ｒｘ ＷＴＲＵで許可されたリソース構成グループに関連付けることができる。例では、各Ｔｘ ＷＴＲＵ（例えば、Ｔｘ ＷＴＲＵに関連付けられた各セッションについて）に対して独立したＤＲＸ挙動を構成することは、例えば、複数のＴｘ ＷＴＲＵがＲｘ ＷＴＲＵに送信する場合、大幅な電力節約にはならない可能性がある。Ｒｘ ＷＴＲＵは、構成された各セッション／Ｔｘ ＷＴＲＵに関連付けられたアクティビティの存在について、複数の無関係な（例えば、時間／周波数）及び／又は無相関のタイムスロット／リソースプールを頻繁に監視することができる。
Ｔｘ ＷＴＲＵは、例えば、Ｒｘ ＷＴＲＵに送信する場合に使用する構成グループに関連付けることができる。本明細書で提供される例の１つ以上では、構成グループは、本明細書で言及されるアクティビティ状態構成と交換可能に使用されてもよい。構成グループは、リソースプール内の１つ以上のリソースプール、１つ以上のタイムスロットのセット、及び／又は１つ以上のサブチャネルのセットを含むことができる。構成グループは、インデックス又は類似の識別子に関連付けられ得る。ＷＴＲＵは、例えば構成グループにマッピングすることによって、リソースプール、タイムスロットの１つ以上のセット、及び／又はサブチャネルの１つ以上のセットを決定することができる。マッピングは、（事前に）構成（例えば、構成された又は事前構成された）及び／又は事前定義されてもよい。Ｒｘ ＷＴＲＵは、複数の構成グループで構成され得る。（例えば、各）構成グループは、インデックス値又は識別子（例えば、構成グループＩＤ）に関連付けられ得る。Ｒｘ ＷＴＲＵとユニキャストリンクを確立するＴｘ ＷＴＲＵは、構成グループインデックスを割り当てられてもよい。構成グループを関連付けるための粒度は、例えば、ＷＴＲＵごと、セッション／Ｌ２ ＩＤ（例えば、送信元及び／又は送信先Ｌ２ ＩＤ）ごと、及び／又は論理チャネル（ＬＣＨ）ごとであってもよい。同じＲｘ ＷＴＲＵと通信する複数のＴｘ ＷＴＲＵを共通の構成グループインデックスと関連付けることができ、これにより、Ｒｘ ＷＴＲＵの全体的な復号負荷を低減することができる。
ＷＴＲＵは、例えば、システム情報ブロック（ＳＩＢ）（例えば、ＲＲＣアイドル／非アクティブシナリオの場合）で示される専用シグナリング（例えば、ＲＲＣコネクティッドシナリオの場合）を介して、ネットワークから構成グループ又は構成グループのセットを受信することができ、及び／又はＷＴＲＵは事前構成され得る（例えば、カバレッジ外シナリオの場合）。ＷＴＲＵは、ピアＷＴＲＵとの調整に基づいて構成グループ又は構成グループのセットを決定することができる（例えば、ユニキャストリンク（再）構成中に）。例えば、第１のＴｘ及び／又はＲｘ ＷＴＲＵは、ユニキャストリンクのサイドリンク構成中に調整された構成グループからリソースプールを選択することができる。Ｔｘ及び／又はＲｘ ＷＴＲＵ（例えば、第１のＴｘ及び／又はＲｘのＷＴＲＵ）は、リンク（再）構成中に第２のＲｘ及び／又はＴｘ ＷＴＲＵとの調整のために同じ構成グループを使用することができる。
例では、Ｒｘ ＷＴＲＵで許可された構成グループのインデックスは、例えばユニキャストリンク（再）構成中に、Ｔｘ ＷＴＲＵに示されてもよい。Ｔｘ ＷＴＲＵは、例えば、伝送特性（例えば、トラフィックプロファイル、優先度、ＱｏＳ、及び／又は本明細書で定義される別の基準）との一致を含むことができる基準（例えば、パラメータ）に基づいて、１つ以上の適切な構成グループを決定することができる。Ｔｘ ＷＴＲＵは、例えば、選択された１つ以上の構成グループインデックスをＲｘ ＷＴＲＵに送信することができる。Ｒｘ ＷＴＲＵは、例えば、Ｔｘ ＷＴＲＵを構成グループと関連付け、Ｔｘ ＷＴＲＵの選択された１つ以上の構成グループインデックスを含むことができる確認メッセージを送信することができる。Ｔｘ ＷＴＲＵは、例えばＤＲＸが構成されている場合、その送信に関連する選択された構成グループがＲｘ ＷＴＲＵに到達すると仮定することができる。
Ｒｘ ＷＴＲＵは、Ｔｘ ＷＴＲＵの優先度及び／又は１つ以上の構成グループの優先度に従って１つ以上の構成グループを選択することができる。例では、Ｔｘ ＷＴＲＵは、伝送特性（例えば、トラフィックプロファイル、優先度など）をＲｘ ＷＴＲＵに（例えば、ユニキャストリンク（再）構成中に）示すことができる。Ｒｘ ＷＴＲＵは、例えば、Ｔｘ ＷＴＲＵによって示されるトラフィックプロファイルに関連する優先度及び／又は適合性を含み得る基準（例えば、パラメータ）に基づいて、Ｔｘ ＷＴＲＵをＲｘ ＷＴＲＵで許可された構成グループのうちの少なくとも１つと関連付けることができる。Ｒｘ ＷＴＲＵは、Ｔｘ ＷＴＲＵの選択された構成グループインデックスを含む確認メッセージを送信することができる。
Ｒｘ ＷＴＲＵは、以下（例えば、Ｒｘ ＷＴＲＵで許可されている既存の構成グループがＴｘ ＷＴＲＵと関連付けるのに適していない場合）、すなわち、Ｔｘ ＷＴＲＵ（例えば、Ｔｘ ＷＴＲＵの優先度に基づいて）と再交渉すること、接続確立を拒否すること、又は省電力／ＤＲＸを無効にすることのうちの１つを実行することができる。例では、Ｒｘ ＷＴＲＵは、例えば、Ｔｘ ＷＴＲＵの優先度に基づいて、Ｔｘ ＷＴＲＵ（例えば、１つのＴｘ ＷＴＲＵ）と再交渉することができる。例えば、Ｔｘ ＷＴＲＵに関連付けられた優先度（例えば、確立されたＱｏＳフロー及び／又はＳＬＲＢの優先度）を使用して、Ｔｘ ＷＴＲＵの新しい構成グループを選択及び／又は構成し、及び／又は既存の構成グループと他のＴｘ ＷＴＲＵとの間の関連付けを修正することができる。例えば、低い優先度のＴｘ ＷＴＲＵをより少ない構成グループに割り当てることができ、高い優先度のＴｘ ＷＴＲＵを許可された構成グループ内に収容することができる。
本明細書で説明される例では、Ｔｘ ＷＴＲＵによって送信される優先度は、以下のいずれかであってもよく、以下のいずれか又は組み合わせから導出されてもよい。優先度は、Ｔｘ ＷＴＲＵ（例えば、ＷＴＲＵの確立されたＳＬＲＢの最高優先度）におけるトラフィックに関連付けられた優先度及び／又は同様のＱｏＳパラメータを含むことができる。優先度は、上位層によってＷＴＲＵに対して設定された優先度を含むことができる（例えば、これは、節電に関してＴｘ ＷＴＲＵに対する１つ以上の構成グループの重要性を示すことができる）。優先度は、Ｔｘ ＷＴＲＵでアクティブな依存関係の数に基づくことができ、依存関係は、Ｔｘ ＷＴＲＵでアクティブであり、かつ／又はＤＲＸで構成されたユニキャストリンク（例えば、それぞれのＷＴＲＵを用いて）の数と関連付けることができる。依存関係は、Ｔｘ ＷＴＲＵでの送信又は受信のために構成された幾つかのＳＬＲＢに関連付けられ得る。優先度は、異なるピアＷＴＲＵに関連付けられたＤＲＸ構成の共通性に基づくことができる。例えば、優先度は、Ｔｘ ＷＴＲＵのピアである他のＷＴＲＵの異なるＤＲＸ構成間の重複スロットの数に基づいて決定され得る。
本明細書で説明される例では、Ｔｘ ＷＴＲＵによって送信される優先度は、以下のいずれかであってもよく、以下のいずれか又は組み合わせから導出されてもよい。優先度は、Ｔｘ ＷＴＲＵ（例えば、ピアＷＴＲＵで構成された複数のＤＲＸサイクル（例えば、全てのＤＲＸサイクル）の組み合わせを考慮する場合）によって監視される（例えば、現在監視されている）リソースの総数／割合、及び／又はこの値の最大値までの近さに基づいて決定され得る。例えば、ＤＲＸ挙動について監視されるリソースの総数／量が最大値に最も近いＴｘ ＷＴＲＵは、より高い優先度で構成され得る。最大値は、上位層からのシグナリング及び／又はＷＴＲＵ能力に基づいて決定され得る。優先度は、（例えば、ユニキャストメッセージングを介して）そのピアＷＴＲＵ のうちの１つ以上に到達するためにＴｘ ＷＴＲＵによって使用される及び／又は必要とされるサイドリンク送信電力（例えば、平均、合計、最小、又は最大送信電力）に基づいて決定され得る。優先度は、ＳＬＲＢ構成の一部として構成された値に基づいて決定されてもよく、又はそのような構成された値の関数に基づいて決定されてもよい。例えば、ＷＴＲＵは、ＳＬＲＢ構成（例えば、各ＳＬＲＢ構成）に関連付けられたＳＬＲＢ値及び／又は重みで構成されてもよく、ＷＴＲＵは、１つ以上の確立されたＳＬＲＢ（例えば、ＤＲＸがアクティブ化されるリンクに対応する全ての確立されたＳＬＲＢ）に関連付けられた総重み又は平均重みに基づいて優先度を導出してもよい。
本明細書で説明される例では、Ｔｘ ＷＴＲＵによって送信される優先度は、以下のいずれかであってもよく、以下のいずれか又は組み合わせから導出されてもよい。優先度は、ＤＲＸ構成／構成グループがＴｘ ＷＴＲＵ（例えば、Ｔｘ ＷＴＲＵにおける所定のトラフィックパターンに関して）のＱｏＳ要件をどの程度十分に満たすかの尺度に基づいて決定され得る。例では、Ｔｘ ＷＴＲＵは、ＴＸ ＷＴＲＵの予想トラフィックパターンがＤＲＸ構成のリソースパターンにどれだけ近いかに基づいて優先度を決定することができる。近さは、以下のうちの１つ以上によって測定され得る。近さは、予想される送信時間（例えば、Ｔｘ ＷＴＲＵのトラフィックパターン）とＤＲＸ構成との間の時間差によって測定され得る。近さは、ＤＲＸ構成及び／又は構成グループに関連付けられたアクティブ期間内に発生し得る送信機会及び／又は予測送信の予測割合の尺度によって測定され得る。近さは、例えば、ＤＲＸ構成に対応するアクティブ期間にデータが送信されるために、特定のトラフィックパターンに関連付けられたデータを遅延させる必要がある時間量によって測定され得る。近さは、例えば、トラフィックパターンが関連するＤＲＸ構成を使用して送信される場合に経験され得る、予想される再送信回数及び／又は必要な再送信回数の減少によって測定され得る。近さは、本明細書で導出された値を含む優先度によって、又は本明細書の測定値と優先度値との間のマッピングから測定されてもよく、例えば、マッピングは（事前に）構成されてもよい。優先度、マッピング、及び／又は値は、ＣＢＲに依存し得る、及び／又はＣＢＲによって調整され得る。例えば、ＷＴＲＵが経験するＣＢＲは、データ到着と比較して遅延量を決定することができる。
本明細書で説明される例では、Ｔｘ ＷＴＲＵによって送信される優先度は、以下のいずれかであってもよく、以下のいずれか又は組み合わせから導出されてもよい。優先度は、ＤＲＸ構成／構成グループがＴｘ ＷＴＲＵ（例えば、Ｔｘ ＷＴＲＵにおける所定のトラフィックパターンに関して）のＱｏＳ要件をどの程度十分に満たすかの尺度に基づいて決定され得る。Ｔｘ ＷＴＲＵは、例えば、送信パターンがＤＲＸ構成内の送信に制限されている場合、送信又は送信パターンに導入された待ち時間の量に基づいて優先度を決定することができる。例えば、Ｔｘ ＷＴＲＵは、更なる待ち時間及び／又は近さ（例えば、本明細書に記載されるように）の優先度値へのマッピングを構成することができる。例えば、優先度値は、ＤＲＸ構成によって発生する絶対的な更なる待ち時間に関してもよい。例えば、Ｔｘ ＷＴＲＵは、ＤＲＸ構成によって達成することができるか又は達成される信頼性の量、及び／又はＤＲＸ構成によって被る信頼性の損失の尺度に基づいて優先度を決定することができる。例えば、Ｔｘ ＷＴＲＵは、優先度に対するＱｏＳとオン持続時間の長さとの間のマッピングを用いて構成され得る。ＤＲＸ構成に関連付けられたＱｏＳとオン持続時間の長さとの組み合わせ（例えば、各組み合わせ）が優先度にマッピングされ得る。例では、マッピングは、例えば、最高の優先度が信頼性の損失を引き起こさない構成に関連付けられている場合、信頼性の損失を反映することができる。
Ｔｘ ＷＴＲＵは、ＤＲＸ構成のセットをＲｘ ＷＴＲＵに送信することができる。例では、ＤＲＸ構成は、Ｔｘ ＷＴＲＵがそのＱｏＳ要件（例えば、ＱｏＳ待ち時間要件）を満たすことを可能にする、システム内の可能なＤＲＸ構成（例えば、全ての可能なＤＲＸ構成）又は（事前に）構成されたＤＲＸ構成（例えば、全ての（事前に）構成されたＤＲＸ構成）を表すことができる。Ｔｘ ＷＴＲＵは、１つ以上のＤＲＸ構に対して成（例えば、各ＤＲＸ構成に対して）優先度を関連付けることができる。例では、Ｔｘ ＷＴＲＵは、ＤＲＸ構成の優先度を決定することができ、例えば、ＤＲＸ構成は、リソースの周期性及び／又は時間オフセットによって表される。Ｔｘ ＷＴＲＵは、ＤＲＸ構成に従って送信することによって送信に導入された測定された平均／最小／最大待ち時間に基づいてＤＲＸ構成の優先度を決定することができる。例えば、待ち時間は、予期される送信時間とＤＲＸ構成におけるリソースのタイミングとの間の時間差の尺度であり得る。Ｔｘ ＷＴＲＵは、待ち時間（例えば、待ち時間の各値）の値の優先度値で（事前に）構成され得る。例えば、高い優先度は、より低い待ち時間に関連付けられ得る。
ＷＴＲＵは、例えば、以下の基準、すなわち、節電機能（例えば、Ｒｘ ＷＴＲＵは、省電力機能に基づいて構成グループのセットを選択することができる）、ＷＴＲＵタイプ／機能／カテゴリ（例えば、静的であってもよく、ＷＴＲＵ動作中に動的に変更可能であってもよい）、残りのＷＴＲＵバッテリ電力、ＷＴＲＵにおけるアクティブキャリアの数、又はＴｘ／Ｒｘ ＷＴＲＵにおける各セッションにおける確立されたベアラ／フローのＱｏＳのうちの１つ以上に基づいて、構成グループ又は構成グループのセット（例えば、構成グループがＷＴＲＵで使用され得るかどうか、構成グループのセットがＷＴＲＵで同時にアクティブ化され得るかどうかなど）の適合性を決定することができる。
ＷＴＲＵのタイプ／能力／カテゴリに基づいて構成グループのセットの適合性を決定する例では、ＷＴＲＵのカテゴリは、構成グループの最大数、構成グループの１つ以上（例えば、構成グループの全て）にわたって監視されるリソースの最大数、及び／又は構成グループ間の許容差（例えば、重複していないリソース数）を定義する規則で（事前に）構成され（例えば、構成され又は事前構成され）得る。例えば、ＷＴＲＵのカテゴリは、ＷＲＴＵがアクティブ状態又は非アクティブ状態でアクティブに監視することができるリソースの最大数／密度を定義する規則で（事前に）構成され（例えば、構成され又は事前構成され）得る。ＷＴＲＵは、例えば、構成グループのセットによって監視されるリソース数がＷＴＲＵカテゴリに対して構成された最大値を下回る場合に、複数の構成グループをアクティブ化することができるかどうかを決定することができる。ＷＴＲＵは、ＷＴＲＵにおける静的構成に基づいてその能力、カテゴリ、及び／又はタイプを決定することができる。ＷＴＲＵは、その能力、カテゴリ、及び／又はタイプの表示を動的に受信することができる（例えば、上位層から）。例えば、ＷＴＲＵは、動的能力の表示（例えば、インデックス）を受信することができる。ＷＴＲＵは、インデックスと、リソースの最大許容数／密度、許容構成グループ、及び／又はＷＴＲＵでアクティブ化され得る構成グループの許容数／組み合わせとの間のマッピングで構成され得る。
残りのＷＴＲＵバッテリ電力に基づいて構成グループのセットの適合性を決定する例では、ＷＴＲＵは、バッテリ残量の表示を受信することができ（例えば、上位層から）、そのような残りのバッテリ電力を監視されるリソースの最大数及び／又はアクティブ化された構成グループの最大密度にマッピングすることができる。
Ｔｘ／Ｒｘ ＷＴＲＵにおいてセッション（例えば、各セッション）に関連付けられた確立されたベアラ及び／又はフローのＱｏＳに基づいて構成グループのセットの適合性を決定する例では、ＷＴＲＵ（例えば、Ｔｘ ＷＴＲＵ）は、確立されたＳＬＲＢと適切な構成グループとの間のマッピングを確立し、及び／又はそれを用いて構成され得る。ＷＴＲＵ（例えば、Ｔｘ ＷＴＲＵ）は、アクティブなＱｏＳフロー及び／又は確立されたＳＬＲＢと適切な構成グループとの間のマッピングを確立及び／又は構成することができる。ＷＴＲＵ（例えば、Ｒｘ ＷＴＲＵ）は、Ｔｘ ＷＴＲＵからアクティブ化されたＱｏＳフロー及び／又は確立されたＳＬＲＢを受信することができ、アクティブなＱｏＳフロー及び／又は確立されたＳＬＲＢと適切な構成グループとの間のマッピングを確立し、及び／又はそれを用いて構成することができる。
図３は、構成グループ（例えば、フレーム内）の選択に関連する例を示す。ＷＴＲＵ（例えば、Ｒｘ ＷＴＲＵ）は、（例えば、ネットワークからの）構成グループのセット及び／又はＷＴＲＵが監視することができるリソースの最大数の表示（例えば、上位層シグナリング及び／又はＷＴＲＵ能力に基づく）を受信することができる。ＷＴＲＵは、（例えば、Ｒｘ ＷＴＲＵがユニキャストリンクで構成されているＴｘ ＷＴＲＵのそれぞれからの）１つ以上の他のＷＴＲＵから構成グループ及び／又は関連する優先度を受信することができる。ＷＴＲＵは、例えば、ピアＷＴＲＵから構成グループを受信すると、優先度及び最大リソース数の構成に基づいて許容可能な構成グループを（例えば、Ｔｘ ＷＴＲＵの全てにわたって）選択することができる。例えば、ＷＴＲＵは、ＷＴＲＵによって監視され得るリソースの最大数を超えないように、１つ以上の構成グループを選択することができる。ＷＴＲＵは、優先度の順に構成グループを選択することができる。ＷＴＲＵは、例えば、そのような選択に続いて、以下の情報、すなわち、構成グループの使用の確認、代替構成グループが選択されるべきであるという表示、現在構成されている構成グループが変更されるべきであるという表示、及び／又はＷＴＲＵによって選択された構成グループ（例えば、Ｒｘ ＷＴＲＵ）の全て又は一部を、構成グループの送信を開始したＴｘ ＷＴＲＵ及び／又は構成グループで既に構成されている他のＴｘ ＷＴＲＵに通知することができる。
本明細書で説明される例では、ＷＴＲＵ（例えば、Ｒｘ ＷＴＲＵ）は、例えば、関連する優先度及び／又は監視することができるリソースの最大量（例えば、リソース境界又はリソース制限）に基づいて、受信したアクティビティ構成グループがピアＴｘ ＷＴＲＵとの通信に適しているかどうかを決定することによってアクティビティ構成グループを選択することができる。アクティビティ構成グループは、ピアＴｘ ＷＴＲＵからのデータ送信を監視及び／又は受信することに関連する１つ以上のＳＬリソース及び／又はアクティビティ挙動の表示（例えば、ＳＬリソース上のＤＲＸプロファイル）を含むことができる。Ｒｘ ＷＴＲＵは、アクティビティ構成グループを選択するときに以下のうちの１つ以上を実行することができる。
Ｒｘ ＷＴＲＵは、第１のピアＴｘ ＷＴＲＵからのアクティビティ構成グループ（例えば、アクティビティ構成グループのＩＤ）、ピアＷＴＲＵに関連付けられた優先度値、及び／又はピアＷＴＲＵのために確立されたＳＬＲＢに関する情報を受信することができる。
Ｒｘ ＷＴＲＵは、例えば、以下の基準（例えば、１つ以上のパラメータ）に基づいて、受信したアクティビティ構成グループが第１のピアＴｘ ＷＴＲＵとの通信に適しているかどうかを決定することができる。第１のピアＴｘ ＷＴＲＵのアクティビティ構成グループ及び既存の第２のピアＴｘ ＷＴＲＵのアクティビティ構成グループをサポートするためのリソースの総数が（例えば構成され得る）最大リソース境界以下である場合、第１のピアＷＴＲＵから受信した構成グループは、第２のピアＴｘ ＷＴＲＵの既存の構成グループを保持しながら、第１のピアＷＴＲＵのために選択され得る。Ｒｘ ＷＴＲＵは、重複するリソース数が最大化され得るように、第１のピアＷＴＲＵ及び第２のピアＷＴＲＵのアクティビティ構成グループを組み合わせることができる。第１のピアＴｘ ＷＴＲＵ及び第２のピアＴｘ ＷＴＲＵのアクティビティ構成グループに関連付けられたリソースの総数が最大リソース境界を超える場合、第１のピアＴｘ ＷＴＲＵから受信した構成グループを、第１のピアＴｘ ＷＴＲＵ及び第２のピアＴｘ ＷＴＲＵのために選択することができる（例えば、第１のピアＴｘ ＷＴＲＵの優先度が第２のピアＴｘ ＷＴＲＵの優先度よりも高い場合）。第１のピアＴｘ ＷＴＲＵ及び第２のピアＴｘ ＷＴＲＵのアクティビティ構成グループに関連付けられたリソースの総数が最大リソース境界を超える場合、第２のピアＴｘ ＷＴＲＵの既存の構成グループが、第１のピアＴｘ ＷＴＲＵ及び第２のピアＴｘ ＷＴＲＵのために選択され得る（例えば、第２のピアＴｘ ＷＴＲＵの優先度が第１のピアＴｘ ＷＴＲＵの優先度よりも高い場合）。
Ｒｘ ＷＴＲＵは、選択されたアクティビティ構成グループ（例えば、選択されたアクティビティ構成グループのＩＤ）に関する情報を含む選択メッセージ又は確認メッセージを１つ以上の対応するピアＴｘ ＷＴＲＵに送信することができる。
ＴｘとＲｘのＷＴＲＵとの間のアクティビティは同期され得る（例えば、ユニキャスト又はグループキャスト）。初期リンク確立中の送信／受信は、同期及び／又は協調され得る。ピアＷＴＲＵは、例えば、アクティビティ挙動がＷＴＲＵ内で変化した場合、（例えば、アクティビティ挙動を更新及び再調整するために）変化を通知され得る。アクティビティ挙動の変化は、例えば、電力節約を最大化するために、送信されるデータの量に依存し得る。ＲｘとＴｘのＷＴＲＵとの間のアクティビティ状態の同期のための手順（例えば暗黙の手順）は適切ではない場合がある。同期に関連するシグナリングは、例えば、ＷＴＲＵが複数のＷＴＲＵとの間で送信／受信している場合に制限され得る。
アクティブ化指標が、ＷＴＲＵで構成された１つ以上のアクティビティ及び／又は復号動作をアクティブ化、非アクティブ化、及び／又は変更することができる。例では、ＷＴＲＵは、例えば、アクティブ化指標の受信に基づいて、１つ以上のアクティビティ挙動（例えば、独立したアクティビティ挙動）をアクティブ化することができる。アクティブ化指標は、実際のデータの送信と同じリソースで送信され得る。アクティブ化指標は、本明細書ではアクティブ化スペースと呼ばれる場合があるリソース（例えば、構成済みリソースプール）の別個のセットで（例えば、代替的に）送信され得る。
例えば、ＷＴＲＵの復号アクティビティは、例えば、アクティブ化指標を監視及び／若しくは復号し、並びに／又はピアＷＴＲＵからデータを受信するためにＲｘ ＷＴＲＵによってそれぞれ使用され得るアクティブ化空間及びデータ空間を含む複数の空間（例えば、２つの空間）に分解され得る。Ｔｘ ＷＴＲＵは、例えば、後続のデータ送信を可能にするために、例えばアクティブ化指標を送信するために、アクティブ化空間からのリソースを使用することができる。例えば、Ｒｘ ＷＴＲＵが個々のセッションに対して異なるリソースプールで構成されている場合、セッションに対して構成された識別されたリソースをアクティブ化するためにアクティブ化指標を使用することができる。
アクティブ化指標は、例えば、ＰＳＣＣＨ送信（例えば、２段階ＳＣＩ又は単一段階ＳＣＩにおける第１段階又は第２段階ＳＣＩ）、ＰＳＳＣＨ送信（例えば、ＳＬ ＭＡＣ制御要素（ＣＥ）、ＰＣ５－ＲＲＣ、データ、及び／又は周期的指標）、ＰＤＣＣＨ送信（例えば、ネットワークベースのアクティブ化のためのＤＣＩ）、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信（例えば、ネットワークベースのアクティブ化のためのＭＡＣ ＣＥ、ＲＲＣ）、又は物理チャネル送信（例えば、新しい物理チャネル送信）のうちの１つ以上で送信され得る。例えば、アクティブ化指標は、物理チャネル（例えば、新しい物理チャネル）を表すことができ、リソースプール（例えば、リソースプール内の時間／周波数のシンボルのセット、又は別個のリソースプール）内の１つ以上のシンボル／スロット送信を含むことができる。
アクティブ化空間は、アクティブ化指標を受信する（例えば、受信のみ）ために、及び／又はアクティブ化指標及びデータ送信を受信するために使用され得る。アクティブ化空間は、例えば、リソースプール内のタイムスロットの数、設定可能な数のサブチャネル及び物理リソースブロック（ＰＲＢ）を有するスタンドアロンのリソースプール、又はリソースプールのサブエリア（例えば、各リソースプール内の設定可能な数のサブチャネル／ＰＲＢを用いて）のうちの１つ以上であってもよい。アクティブ化指標は、データ空間内で送信されてもよい。
Ｔｘ ＷＴＲＵは、ユニキャスト／グループキャスト接続を介して複数のＲｘ ＷＴＲＵに関連付けることができる。アクティブ化指標は、ユニキャスト送信を介して（例えば、リンクの優先順位付け及び／又はランク付け基準に従って）Ｒｘ ＷＴＲＵ（例えば、各Ｒｘ ＷＴＲＵ）に送信（例えば、個別に送信）され得る。例では、第１のＲｘ ＷＴＲＵは、例えば、第１のＲｘ ＷＴＲＵに関連付けられた優先度値が第２のＲｘ ＷＴＲＵに関連付けられた優先度値よりも高い場合、アクティブ化指標を送信するために第２のＲｘ ＷＴＲＵの前に選択されてもよい。
アクティブ化指標は、以下、すなわち、アクティブ化されているセッションデータ空間情報、タイマ情報、解放表示；アクティブ化挙動のインデックス、又は往復送信のうちの１つ以上を含み得る（例えば、暗黙的又は明示的に含む）。
アクティブ化指標は、アクティブ化されている１つ以上のセッション（例えば、１つ以上のユニキャストリンクの識別表示）を含むことができる。例えば、アクティブ化指標は、Ｒｘ ＷＴＲＵでアクティブ化されるユニキャストリンクの送信元／送信先Ｌ２ ＩＤを含み得る。
アクティブ化指標は、データ空間情報を含むことができる。例えば、アクティブ化指標は、Ｌ２ ＩＤに関連付けられたデータを受信するために使用される１つ以上の第２のリソースプールを識別することができる。ＷＴＲＵは、Ｌ２ ＩＤ（例えば、各Ｌ２ ＩＤ）のためにアクティブ化されるべき１つ以上のリソースプールで（事前に）構成され（例えば、構成され又は事前構成され）得る。アクティブ化指標内の又はアクティブ化指標に関連付けられた１つ以上のＬ２ ＩＤは、ＷＴＲＵによって監視されるリソースプールを示す（例えば、暗黙的に示す）ことができる。
アクティブ化指標は、時間、持続時間、又はタイマ情報を含むことができる。例えば、アクティブ化指標は、１つ以上の第２のリソースプールが使用され得る及び／又はアクティブ化されたままであり得る期間を（例えば、ＤＲＸに移行する前に）示すことができる。
アクティブ化指標は、解放表示を含むことができる。例えば、アクティブ化指標は、例えば、特定の期間にわたって、１つ以上の第２のリソースプール（例えば、又は第２のリソースプールに対してＤＲＸを実行する）を解放するコマンドを示すことができる。
アクティブ化指標は、（例えば、複数の事前構成された活性化挙動の中で）アクティブ化指標によってアクティブ化又は停止され得るアクティブ化挙動のインデックスを含み得る。
アクティブ化指標は、往復送信を含むことができる。例えば、Ｒｘ ＷＴＲＵがアクティブ化指標を受信し（例えば、確実に受信される）、Ｒｘ ＷＴＲＵのアクティビティ挙動を変更した場合、アクティブ化指標は、（例えば、第２のリソースプールをアクティブ化した後に）Ｒｘ ＷＴＲＵが応答及び／又はフィードバックを提供する要求を含むことができる。アクティブ化指標は、例えば、ＨＡＲＱフィードバック及び／又はＣＳＩフィードバックを含むことができる応答／フィードバックのモードを示すことができる。
例では、例えば、対応するＬ２ ＩＤ又は同等の識別子が１つ以上の関連するアクティブ化空間内のアクティブ化指標内で検出された場合、データを受信するためにＬ２ ＩＤ用のデータ空間をアクティブ化することができる。共通のアクティブ化空間は、Ｔｘ ＷＴＲＵによって共有される１つ以上のデータ空間をアクティブ化するために、複数のＴｘ ＷＴＲＵによって共有されてもよい。ＳＣＩ及びデータは、例えば、アクティブ化スペース内のアクティブ化指標の送信に続いて、データスペース内で送信されてもよい。例えば、アクティブ化指標は、データ空間を識別することができる第１のステージＳＣＩを含むことができる。データ空間で送信されたＳＣＩは、データ空間で送信されたデータを復号するために使用され得る第２のステージＳＣＩを含み得る。
アクティブ化指標は、構成されたアクティブ化挙動のうちの１つ以上（例えば、セット）を可能にすることができる。例では、ＷＴＲＵは、アクティブ化指標を送信して、Ｒｘ ＷＴＲＵのアクティビティ挙動（例えば、複数の構成されたアクティビティ挙動間）を変更することができる。複数の構成されたアクティビティ挙動は、例えば、事前構成され、ネットワークによって構成され、及び／又はＰＣ５－ＲＲＣリンク構成中に構成され得る。アクティブ化指標は、Ｒｘ ＷＴＲＵでアクティブ化される特定の構成を（例えば、ＰＣ５－ＲＲＣシグナリングを介して提供され得る構成のうちの構成を指すＩＤを介して）示すことができる。ＷＴＲＵは、例えば、以下のイベント、すなわち、データの到着（例えば、特定のＳＬＲＢで）、データの送信（例えば、１つ以上のＳＬＲＢに関連付けられた全てのデータ）、ＷＴＲＵ状態の変化、測定されたサイドリンク輻輳の変化、又は到達時間／持続時間の満了／タイマの満了（例えば、本明細書中に記載される１つ以上の事象に関連する）のうちの１つ以上に基づいて、構成のアクティブ化をトリガすることができる。
ＷＴＲＵは、例えば、データの到着（例えば、特定のＳＬＲＢで）に基づいて構成のアクティブ化をトリガすることができる。例えば、ＷＴＲＵは、特定のＳＬＲＢ及び／又はＬＣＨに対する送信用のデータ（例えば、１つ以上のＷＴＲＵバッファ）の到着時にアクティブ化指標を送信することができる。ＷＴＲＵは、ＳＬＲＢと（例えば、ピアＷＴＲＵで使用されるべき）アクティビティ挙動構成との間の関連付けを用いて構成され得る。ＷＴＲＵは、ＳＬＲＢにデータが到着すると、アクティビティ挙動（例えば、適切なアクティビティ挙動）をアクティブ化することができる。
ＷＴＲＵは、例えば、データ（例えば、１つ以上のＳＬＲＢに関連付けられた全てのデータ）の送信（例えば、送信成功）に基づいて、構成のアクティブ化をトリガすることができる。ＷＴＲＵは、例えば、（例えば、１つ以上のＳＬＲＢに関連付けられる）ＷＴＲＵのバッファ内のデータ（例えば、全てのデータ）が送信された場合、構成を変更するためにアクティブ化指標を送信することができる。
ＷＴＲＵは、例えば、ＷＴＲＵ状態の変化に基づいて、構成のアクティブ化をトリガすることができる。ＷＴＲＵは、例えば、ＷＴＲＵカバレッジ及び／又はＷＴＲＵ接続状態（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ、カバレッジ外）の変更時に、アクティブ化指標を送信することができる。ＷＴＲＵは、例えば、ＷＴＲＵにおけるリレー／非リレー状態の間の変更時に、ピアＷＴＲＵにアクティブ化指標を送信することができる（例えば、ＷＴＲＵは、リレーとして動作を開始／停止する）。
ＷＴＲＵは、例えば、測定されたサイドリンク輻輳の変化に基づいて、構成のアクティブ化をトリガすることができる。ＷＴＲＵは、例えば、サイドリンクにおける輻輳の変化時に（例えば、例えば閾値に達するか又は閾値を超えるＷＴＲＵによって測定されたチャネルビジー率（ＣＢＲ）に基づいて）アクティブ化指標を送信することができる。ＷＴＲＵは、ＣＢＲ（例えば、ＣＢＲの各範囲）の範囲のアクティビティ状態構成で構成され得る。ＷＴＲＵは、例えば、測定されたＣＢＲが第１の範囲（例えば、第１のアクティビティ状態構成と関連付けられる）から第２の範囲（例えば、第２のアクティビティ状態構成と関連付けられる）に変化する場合、アクティビティ状態を変更するためにアクティビティ化指標を送信することができる。
ＷＴＲＵは、例えば（例えば、本明細書中に記載される１つ以上の事象に関連する）タイマの満了に基づいて、構成のアクティブ化をトリガすることができる。ＷＴＲＵは、例えば、他のイベントのうちの１つ以上が有効になった可能性がある特定の時間（例えば、ある時間）の後に、アクティブ化指標を送信することができる。例えば、ＷＴＲＵは、例えばデータ（例えば、１つ以上のＳＬＲＢに関連付けられた全てのデータ）の送信（例えば、送信成功）時に、第１の時間を決定し、第１の持続時間を決定し、タイマを開始することなどができる。ＷＴＲＵは、第２の時間を決定し、第２の持続時間を決定し、タイマをリセットするなどすることができる（例えば、新しいデータが到着するたびに）。ＷＴＲＵは、例えば、時間に達した場合、時間の長さが満了した場合、タイマが満了した場合などに、アクティブ化指標を送信することができる。例えば、ＷＴＲＵは、時間を決定し、送信のための新しいデータ（例えば、１つ以上のＳＬＲＢに関連付けられる）の受信時にタイマを開始する時間の長さを決定することができる。ＷＴＲＵは、例えば、新しいデータが所定の期間にわたって受信されない（例えば、同じ１つ以上のＳＬＲＢに関連付けられる）場合、時間、持続時間、タイマなどをリセットすることができる。ＷＴＲＵは、例えば、時間に達したとき、時間の長さが満了したとき、タイマの満了時などに、アクティブ化指標を送信することができる。
アクティブ化指標は、関連するリソースで定期的及び／又は定期的に送信され得る。アクティブ化指標は、例えば、定期的に、関連付けられたリソースのセットで送信され得る。アクティブ化指標は、現在アクティブな関連するデータ空間を示すことができる。ＷＴＲＵは、アクティブ化空間を監視する（例えば、定期的に監視する）ことができる。アクティブ化指標は、セッション（例えば、Ｌ２ ＩＤ）に関連付けられ得るリソースプール及び／又はリソースのセットをアクティブ化することができる。ＷＴＲＵは、例えば、アクティブ化指標が現在送信されている場合、関連するリソースを監視することができる。ＷＴＲＵは、例えば、アクティブ化指標がアクティブ化空間に存在する限り、関連するリソースを監視することができる。ＷＴＲＵは、セッションに関連するリソースを（例えば、セッションをアクティブ化するアクティブ化指標の存在下で）監視することができる。ＷＴＲＵは、例えば、アクティブ化指標（例えば、アクティブ化空間に関連付けられたリソースの１つ以上のインスタンスについて）が存在しない場合、及び／又はアクティブ化指標（例えば、アクティブ化空間に関連付けられたリソースの１つ以上のインスタンスについて）にセッション識別子が存在しない場合、セッションに関連付けられたリソースを監視しない場合がある。
アクティブ化指標は、例えば、セッション及び／又はアクティビティ挙動のアクティブ化時に送信されてもよい。例では、ＷＴＲＵは、例えば、セッションを識別するアクティブ化指標の受信時に、セッションに関連付けられたリソースのセットを監視することができる。ＷＴＲＵは、例えば、セッションのアクティビティ挙動に関連する条件に基づいて、セッションのリソースを監視し続けることができる。例えば、ＷＴＲＵは、セッションの受信に関連付けられた非アクティブに関連付けられた時間、非アクティブに関連付けられた時間期間、非アクティブタイマを開始するなどを（例えば、セッションのアクティブ化後）決定することができる。ＷＴＲＵは、例えば、アクティブ化指標の次の受信まで、（例えば、セッション又はセッションのアクティビティ挙動の監視を停止する）セッションを（例えば、時間に達した場合、期間が満了し、タイマが満了するなど）非アクティブ化することができる。
データ空間に対するＷＴＲＵ挙動を構成することができる。ＷＴＲＵは、例えば、電力を節約するために、例えばデータ空間を非アクティブに保ちながら、アクティブ化空間を監視することができる。例では、例えば、アクティブ化空間がピアＷＴＲＵからのアクティブ化指標を含む場合、ユニキャストリンクはアクティブであると見なされ得る。ＷＴＲＵは、例えば、アクティブ化指標が検出されない場合、データ空間上でＤＲＸに移行することができる。ＷＴＲＵは、ユニキャストリンク上でデータを受信する（例えば、データのサブシーケンス受信）ために、１つ以上の対応するデータ空間を（例えば、アクティブ化指標が検出された場合）アクティブ化することができる。
例では、１つ以上のアクティブセッションに関連付けられたアクティブデータ空間は、アクティブセッション（例えば、各アクティブセッション）に関連付けられたＷＴＲＵ監視リソース（例えば、リソースプールの形態の全てのリソース）を含み得る。ＷＴＲＵは、例えば、本明細書に記載の方法を使用して、対応するリソース内のアクティブセッションを監視する（例えば、のみ監視する）ことができる。
一例では、アクティブデータ空間は、１つ以上のセッションをアクティブ化することを含み得る。セッション（例えば、各セッション）は、関連付けられたアクティビティ挙動（例えば、ＤＲＸ構成又は同様のアクティビティ挙動）を有し得る。ＷＴＲＵは、例えば、セッションがアクティブ化指標によってアクティブ化される限り、例えば、アクティブ化されたセッションのアクティビティ挙動に従ってチャネル監視を実行することができる。
複数のＴｘ ＷＴＲＵは、共通及び／又は専用のアクティブ化空間及び／又は専用のデータ空間を使用することができる。例では、複数のＴｘ ＷＴＲＵ及び／又はセッションは、異なるアクティブ化リソースで構成されてもよい。ＷＴＲＵは、リソースの各セッションに関連付けられたアクティブ化リソースを監視することができる（例えば、活性又は不活性）。例では、アクティブ化空間は、幾つかのＴｘ ＷＴＲＵ及び／又はセッションに共通であってもよい。例えば、異なるユニキャストリンク（例えば、Ｌ２ ＩＤ）を介してＲｘ ＷＴＲＵに関連付けられた幾つかのＴｘ ＷＴＲＵは、例えば、データを送信する前にＲｘ ＷＴＲＵにアクティブ化指標を送信する（例えば、個別に送信する）ために使用され得る共通のアクティブ化空間にアクセスすることができる。共通のアクティブ化スペースは、例えば、アクティブ化指標のタイムリーな送信を可能にするために、例えば、関連するＴｘ ＷＴＲＵの要件に関して調整することができる異なるＤＲＸプロファイル（例えば、持続時間及び／又はＤＲＸ持続時間）で構成することができる。例えば、共通のアクティブ化空間に使用されるＤＲＸプロファイルは、例えば、最低遅延限界要件を有するＴｘ ＷＴＲＵと一致する周期性で繰り返されるウェイクアップ間隔を含むことができる。
共通のアクティブ化空間からのリソース（例えば、リソースプール内のスロット及び／又はサブチャネル）は、例えば、アクティブ化指標を送信する場合に、Ｔｘ ＷＴＲＵ（例えば、各Ｔｘ ＷＴＲＵ）が使用するための送信機会を構成し得る。共通のアクティブ化空間のリソースは、例えば、Ｔｘ ＷＴＲＵ／ユニキャストリンクの数、セッションの数、Ｌ２ ＩＤのトラフィック特性、及び／又はアクティブ化指標（例えば、周期的、シングルショットなど）のタイプを含み得る異なる属性に基づいて決定され得る。共通のアクティブ化空間は、例えば、ユニキャストリンク確立中に構成／再構成され得る。共通のアクティブ化空間は、例えば、専用ＲＲＣ及び／又はＳＩＢを介して、ネットワークによって（例えば、カバレッジ内シナリオでは）Ｔｘ ＷＴＲＵに示され得る。共通のアクティブ化空間を使用すると、リソース使用効率を改善することができる。例えば、Ｒｘ ＷＴＲＵが多数のユニキャストリンクをサポートする場合、多数のアクティブ化指標の受信によってアクティブ化空間が過負荷になる可能性がある。共通のアクティブ化空間内の負荷レベルは、例えば、ＷＴＲＵがアクティブ化を必要とするセッションを識別する（例えば、明確に識別する）ことを可能にするように制御され得る。
共通のアクティブ化空間内の負荷レベルは、例えば、ランダム選択、センシングベースの選択、優先度（例えば、優先度ベースの選択）、時間制限（例えば、時間制限ベースの選択）、ＷＴＲＵ位置（例えば、ＷＴＲＵ位置ベースの選択）、又はアクティブ化空間内の各セッションに関連するリソースのうちの１つ以上によって制御され得る。ランダム選択の例では、Ｔｘ ＷＴＲＵは、アクティブ化指標をＲｘ ＷＴＲＵに送信するために、アクティブ化空間から１つ以上のリソースをランダムに選択することができる。検知ベースの選択の例では、Ｔｘ ＷＴＲＵは、例えば、利用可能なリソースの検知及び選択に基づいて、アクティブ化空間から１つ以上のリソースを選択することができる。優先度ベースの選択の例では、Ｔｘ ＷＴＲＵは、例えば、データ空間内で送信されるデータの優先度に基づいて、１つ以上のリソースを決定することができる。時間制限ベースの選択の例では、Ｔｘ ＷＴＲＵは、例えば、（事前に）構成されたインスタンス／期間の数、カウンタ／時間ウィンドウなどに基づいて、１つ以上のリソースを決定することができる（例えば、セッション、ＷＴＲＵ、及び／又はデータ空間で送信されるデータに関連付けられる）。ＷＴＲＵ位置ベースの選択の例では、Ｔｘ ＷＴＲＵは、例えば、Ｔｘ ＷＴＲＵの現在位置に基づいて、アクティブ化空間内の１つ以上のリソースを決定することができる。アクティブ化空間内の各セッションに関連付けられたリソースに基づく選択の例では、Ｔｘ ＷＴＲＵは、例えば、セッションに関連付けられたリソース（例えば、時間／周波数）上で送信することによって、セッションをアクティブ化することができる。
ＷＴＲＵは、ランダム選択に基づいて共通のアクティブ化空間内のリソースを決定することができる。例（例えば、複数のＬ２ ＩＤに共通のアクティブ化空間を使用する）では、送信機会は、例えば、リソースをランダム／確率的に選択することによって、Ｔｘ ＷＴＲＵ（例えば、各Ｔｘ ＷＴＲＵ）によって決定され得る。Ｔｘ ＷＴＲＵは、例えば、以下の選択基準（例えば、選択パラメータ）、すなわち、非加重分布又は加重分布のうちの１つ以上を使用して、共通のアクティブ化空間から（例えば、競合ベースで）１つ以上のリソース（例えば、多くのリソース）を選択して、アクティブ化指標を送信することができる。非加重分布の例では、共通のアクティブ化空間内のリソース（例えば、全てのリソース）に等しい／均一な重み値を割り当てることができる。アクティブ化指標を送信するために、例えばランダムに１つ以上のリソースを選択することができる。ランダム選択は、アクティブ化指標を送信する確率が等しいＴｘ ＷＴＲＵ（例えば、全てのＴｘ ＷＴＲＵ）をもたらし得る。加重分布の例では、共通のアクティブ化空間内のリソースに重み値を割り当てることができ、重み値は、例えば規則に基づいて決定することができる。例えば、規則は、割り当てられた重み値がＬ２ ＩＤのＬＣＨ優先度値に比例することを可能にすることができ、その結果、優先度の高いデータを有するＴｘ ＷＴＲＵは、リソースにアクセスする確率が高くなり、優先度の低いデータを有するＴｘ ＷＴＲＵよりも早くアクティブ化指標を送信することができる。
ＷＴＲＵは、優先度に基づいて共通のアクティブ化空間内のリソースを決定することができる。例（例えば、複数のＬ２ ＩＤに共通のアクティブ化空間を使用する）では、送信機会は、例えば優先順位付け規則に基づいて、Ｔｘ ＷＴＲＵ（例えば、各Ｔｘ ＷＴＲＵ）によって決定され得る。共通のアクティブ化空間は、例えば、リソースセット（例えば、各リソースセット）が優先度値に割り当てられ得る場合、異なるリソースセットに細分され得る。異なるＴｘ ＷＴＲＵは、例えば、送信の優先度に基づいて、アクティブ化指標を送信するために使用されるリソースを識別することができる。Ｔｘ ＷＴＲＵは、例えば、閾値（例えば、構成された閾値）を超える高優先度送信のために、共通のアクティブ化空間（例えば、アクティブ化指標の代わりに、）でデータを送信する（例えば、直接送信する）ことができる。
ＷＴＲＵは、時間制限に基づいて共通のアクティブ化空間内のリソースを決定することができる。例（例えば、複数のセッションに共通のアクティブ化空間を使用する）では、送信機会は、時間制限に基づいてＴｘ ＷＴＲＵ（例えば、各Ｔｘ ＷＴＲＵ）によって決定され得る。Ｔｘ ＷＴＲＵ（例えば、各Ｔｘ ＷＴＲＵ）は、例えば、リソースを選択し、アクティブ化指標を送信するための時間ウィンドウ制限を伴って構成され得る。例えば、データ空間内の送信のためにスケジュールされたデータを有するＴｘ ＷＴＲＵは、Ｔｘ ＷＴＲＵの割り当てられた時間ウィンドウにアクセスして、アクティブ化指標をＲｘ ＷＴＲＵに送信することができる。
ＷＴＲＵは、位置に基づいて共通のアクティブ化空間内のリソースを決定することができる。例（例えば、複数のＬ２ ＩＤに共通のアクティブ化空間を使用する）では、送信機会は、例えば、Ｔｘ ＷＴＲＵの位置に基づいて、Ｔｘ ＷＴＲＵ（例えば、各Ｔｘ ＷＴＲＵ）によって決定され得る。例えば、Ｔｘ ＷＴＲＵ（例えば、各Ｔｘ ＷＴＲＵ）は、リソース選択のための（例えば、ゾーンと、共通のアクティブ化空間からのリソースのパーティションとの間での）マッピングで構成され得る。データ空間内の送信のためにスケジュールされたデータを有するＴｘ ＷＴＲＵは、位置（例えば、Ｔｘ ＷＴＲＵの）を決定することができ、Ｒｘ ＷＴＲＵにアクティブ化指標を送信するために使用されるリソースを識別することができる（例えば、位置に基づいて）。
アクティブ化空間内のリソースは、対応するセッション及び／又はサービスに関連付けられ得る。例では、アクティブ化空間内の１つ以上のリソース（例えば、サブチャネル、スロット、シンボルなど）をセッションに関連付けることができる。Ｔｘ ＷＴＲＵは、例えば、アクティブ化空間内の関連するリソース内で送信することによって、セッションをアクティブ化することができる。Ｒｘ ＷＴＲＵは、例えば、セッション、サービス、及び／又はＬ２ ＩＤに関連するデータの受信（例えば、後続の受信）のためにアクティブ化されるべき１つ以上のデータ空間を決定するために、セッションに関連するアクティブ化空間リソース内の送信を監視することができる。
Ｒｘ ＷＴＲＵは、１つ以上のピアＷＴＲＵにアクティビティ挙動変化について通知することができる。例では、Ｒｘ ＷＴＲＵは、例えば、Ｒｘ ＷＴＲＵのアクティビティ挙動状態（例えば、１つ以上のセッションと関連付けられる）に変化がある場合、ユニキャスト及び／又はグループキャストリンクを介して接続された１つ以上の関連付けられたＴｘ ＷＴＲＵに告知メッセージを送信することができる。Ｒｘ ＷＴＲＵは、関連付けられたＴｘ ＷＴＲＵが送信しておらず、受信モードにあると決定した後に（例えば、決定した後にのみ）アクティビティ変更告知を送信して、例えば、Ｔｘ ＷＴＲＵが送信を受信し、（例えば、半二重制約に起因して）ミスしない確率を高める（例えば、保証する）ことができる。例えば、Ｒｘ ＷＴＲＵは、例えば、Ｔｘ ＷＴＲＵ／ネットワークからのエンドマーカ表示の受信に基づいて、及び／又は例えば事前構成された及び／又は合意されたタイミング／リソースを有することによる内部追跡に基づいて、アクティビティ変更通知を送信することができる。Ｔｘ ＷＴＲＵは、データを送信するための送信機会（例えば、後続の送信機会）を決定するために使用され得るＲｘ ＷＴＲＵに対応するアクティビティ挙動を（例えば、アクティビティ変更告知を受信した後に）更新することができる。告知メッセージは、例えば、ピアＷＴＲＵからのアクティブ化表示に応答して送信され得る。告知メッセージは、同じセッション又は異なるセッション、ＷＴＲＵ、ベアラなどのために送信され得る。表示は、複数のセッションのアクティビティ状態変化を表し得る。例えば、Ｔｘ ＷＴＲＵ ２（例えば、Ｔｘ ＷＴＲＵ １のセッションに関連付けられた告知を受信した後で）は、Ｒｘ ＷＴＲＵとのＴｘ ＷＴＲＵ ２のセッションの送信に関連するタイミングを変更することができる。告知メッセージ（例えば、セッションのアクティブ化メッセージ、ＷＴＲＵ、ベアラ、及び／又はこれらに類似するものに関連付けられる）は、別のセッションのためのＴｘ ＷＴＲＵによるＷＴＲＵ送信のタイミングを変更する（例えば、暗黙的に変更する）ことができる。告知メッセージは、（例えば、Ｒｘ ＷＴＲＵにおけるアクティビティ挙動の自律的及び／又はデータ関連の変化に基づいて）アクティベーションメッセージを受信することなくＲｘ ＷＴＲＵによって送信され得る。
Ｒｘ ＷＴＲＵによるアクティビティ挙動変更告知の送信は、例えば、構成されたアクティビティ挙動からの逸脱、アクティブ／非アクティブ期間の終了、到達時間、非アクティビティタイマのリセット、又は位置の変更のうちの１つ以上によってトリガされてもよい。
構成されたアクティビティ挙動からの逸脱の例では、第１のＴｘ ＷＴＲＵ及び第２のＴｘ ＷＴＲＵを有する構成された予想されるアクティビティ挙動（例えば、ＤＲＸサイクル）を有するＲｘ ＷＴＲＵは、例えば、第１のＴｘ ＷＴＲＵからのアクティビティ変更表示及び／又はデータの受信に起因して、Ｒｘ ＷＴＲＵのアクティビティ挙動を変更することができる。第１のＴｘ ＷＴＲＵからのアクティビティ変更表示及び／又はデータに基づいてＲｘ ＷＴＲＵのアクティビティ挙動を変更することにより、データを受信するために第１のＴｘ ＷＴＲＵに関連付けられた１つ以上のリソースプールをアクティブ化することができる。Ｒｘ ＷＴＲＵは、例えば、Ｒｘ ＷＴＲＵが第２のＴｘ ＷＴＲＵに関連付けられたリソースプール上でそのアクティビティ挙動を変更した場合、第２のＴｘ ＷＴＲＵに（例えば、第２のＴｘ ＷＴＲＵにアクティビティ挙動状態の変化を通知する）告知 を送信することができる。
アクティブ／非アクティブ期間の終了の例では、Ｒｘ ＷＴＲＵは、セッションに関連付けられたオン期間の終了時又はＤＲＸ／スリープ期間の終了時にアクティビティ変更告知を送信することができる（例えば、セッションのうちの１つ以上）。
非アクティブタイマが一例として使用され得る、時間、持続時間、非アクティブタイマなどをリセットする例では、Ｒｘ ＷＴＲＵは、例えば、非アクティブタイマをリセットするイベントに続いて、アクティビティ挙動変更告知を送信することができる。例えば、Ｒｘ ＷＴＲＵは、データ（例えば、別のセッションに関する）の受信に続いてアクティビティ挙動変更告知を送信することができ、これは非アクティビティタイマ（例えば、セッションに関連付けられている）をリセットすることができる。例では、非アクティブ状態（例えば、データを受信するために構成されたリソースプールにおいて受信が実行されない場合）のＲｘ ＷＴＲＵは、１つ以上の関連付けられたＴｘ ＷＴＲＵによって追跡され得る非アクティブタイマを維持することができる。Ｒｘ ＷＴＲＵは、例えば、トリガ（例えば、ネットワークからのインジケーションの受信、及び／又は、リンク輻輳レベルにおける変化のインジケーション、例えば、ＣＢＲがある値だけ低減することのようなインジケーションの受信）によって非アクティビティタイマがリセットされた場合、関連するＴｘ ＷＴＲＵ に告知を送信する（例えば、Ｒｘ ＷＴＲＵのアクティビティ挙動の変化をシグナリングする）ことができる。
位置の変更の例では、Ｒｘ ＷＴＲＵは、非アクティブ状態への移行を禁止することができる１つ以上の地理的位置／ゾーンで構成することができる。例えば、Ｒｘ ＷＴＲＵが非アクティブ状態からアクティブ状態への変更を必要とするゾーンに移動する場合、関連するＴｘ ＷＴＲＵ に（例えば、状態変化について通知する）告知が送信されてもよい。
アクティビティ挙動変更告知（例えば、Ｒｘ ＷＴＲＵによって送信される）は、例えば、以下、すなわち、状態変更、Ｌ２送信元／送信先ＩＤ、持続時間、リソースプール、告知を引き起こした（例えば、告知の送信をトリガした）条件及び／若しくはトリガ、又は転送若しくは中継要求のうちの１つ以上を含み得る。
アクティビティ挙動変化告知は、状態変化を含んでもよい。例では、非アクティブ状態は、例えば、ＤＲＸ／スリープへの移行に基づいて示されてもよい。アクティブ状態は、例えば、オン期間／ウェイクアップに入ることに基づいて示され得る。
アクティビティ挙動変更告知は、Ｌ２ソース／送信先ＩＤを含み得る。例えば、Ｒｘ ＷＴＲＵは、アクティビティ状態表示において影響を受けるＬ２ ＩＤのうちの１つ以上をリストアップすることができる。Ｔｘ ＷＴＲＵは、例えば、アクティビティ状態表示の受信に基づいて、アクティブ又は非アクティブ（例えば、現在アクティブ又は非アクティブ）であるＬ２ ＩＤを決定することができる。
アクティビティ挙動変更告知は、持続時間を含んでもよい。例えば、アクティビティ変更が有効である持続時間をシグナリングするために、告知において期間（例えば、開始及び停止タイムスロット）が示されてもよい。
アクティビティ挙動変更告知は、リソースプールを含んでもよい。例えば、データの受信のために構成された１つ以上のリソースプールを、関連するＴｘ ＷＴＲＵへの告知で示すことができる。
アクティビティ挙動変化告知は、告知を引き起こした（例えば、告知の送信をトリガした）１つ以上の条件及び／又はトリガを含み得る。例えば、表示された状態（例えば、ネットワーク／Ｔｘ ＷＴＲＵからのアクティビティ変更命令の受信及び／又はリンク／負荷状態の変更）を変更及び／又はリセットするために監視することができる条件／トリガは、１つ以上のＴｘ ＷＴＲＵへの告知で表示することができる。
アクティビティ挙動変更告知は、転送／中継要求を含んでもよい。告知は、例えば、アクティビティ挙動変化がネットワーク及び／又は別のＷＴＲＵに中継されるべきである場合、アクティビティ変化情報を意図された送信先（例えば、ネットワークノード及び／又はＬ２送信先ＩＤ）に転送するためのＴｘ ＷＴＲＵへの要求を含み得る。
アクティビティ変更告知は、（例えば、より高い信頼性のために）Ｔｘ ＷＴＲＵからのポーリング／往復送信を示すことができる。例では、例えば、Ｒｘ ＷＴＲＵによって示されたアクティビティ状態変化がＴｘ ＷＴＲＵで受信及び／又は確認応答されることを確認するために、ＨＡＲＱ又はデータＰＤＵでＡＣＫ／ＮＡＣＫフィードバックとしてポーリング／往復送信が送信されてもよい（例えば、Ｔｘ ＷＴＲＵ）。
アクティビティ挙動変更告知は、例えば、Ｒｘ ＷＴＲＵがユニキャスト／グループキャスト接続を介して複数のＴｘ ＷＴＲＵに関連付けられている場合、ユニキャスト送信を介してＴｘ ＷＴＲＵ（例えば、各Ｔｘ ＷＲＴＵ）に送信され（例えば、個別に送信され）てもよい。例えば、Ｒｘ ＷＴＲＵは、例えば、第１のＴｘ ＷＴＲＵに関連付けられた優先度が第２のＴｘ ＷＴＲＵに関連付けられた優先度よりも高い場合、アクティビティ変更告知を送信するために第２のＴｘ ＷＴＲＵの前に第１のＴｘ ＷＴＲＵを選択してもよい。優先度は、例えば、各ＴＸ ＷＴＲＵから受信したデータの優先度を表すことができる。
ユニキャスト送信は、例えば、ＰＳＣＣＨ送信（例えば、２段階ＳＣＩの第１段階若しくは第２段階ＳＣＩ、又は単一段階ＳＣＩ）、ＰＳＦＣＨ送信（例えば、ＨＡＲＱがイネーブルされている場合、ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックにおいて）、ＰＳＳＣＨ送信（例えば、ＳＬ ＭＡＣ ＣＥ、ＰＣ５－ＲＲＣ、データ、ＭＡＣ ＰＤＵ内のパディングビットの存在、及び／又は周期的指標）、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信（例えば、ＭＡＣ ＣＥ、ＲＲＣ、及び／又はネットワークに表示するためのデータ）、又は新しい物理チャネル送信（例えば、リソースプール内に１つ以上のシンボル／スロットを含むことができる）のうちの１つ以上を介して送信され得る。
Ｒｘ ＷＴＲＵからの通信範囲内に位置するＴｘ ＷＴＲＵは、例えば、アクティビティ変更告知及び／又は他の送信（例えば、ＡＣＫ／ＮＡＣＫフィードバック）を関連するＴｘ ＷＴＲＵに送信するときにＬ２ ＩＤが示される場合、Ｒｘ ＷＴＲＵ（例えば、Ｒｘ ＷＴＲＵのアクティビティ挙動を決定するために、）からの送信を盗聴及び傍受することができる。通信範囲内に位置するＴｘ個のＷＴＲＵは、例えば、Ｔｘ個のＷＴＲＵがＴｘ個のＷＴＲＵのＬ２ ＩＤに対応するリソースプール内で送信を実行できるかどうかを決定するために関連するＴｘ個のＷＴＲＵ内で構成され得る１つ以上の推論規則に基づいて、Ｔｘ個のＷＴＲＵ及び関連するリソースプールのＬ２ ＩＤに対応するアクティビティ挙動に対して推論（例えば、直接干渉）を行うことができる。例では、Ｔｘ ＷＴＲＵとＲｘ ＷＴＲＵとの間に構成されたプライマリＬ２ ＩＤ（例えば、各プライマリＬ２ ＩＤ）に対して１つ以上のセカンダリＬ２ ＩＤのセットを構成することができる。Ｔｘ ＷＴＲＵは、例えば、Ｔｘ ＷＴＲＵがＲｘ ＷＴＲＵによって行われた送信を介してセカンダリＬ２ ＩＤの少なくとも１つ又は組み合わせを傍受した場合、Ｒｘ ＷＴＲＵがプライマリＬ２ ＩＤに関連付けられたリソースプールのアクティビティ挙動を変更したこと、及びＲｘ ＷＴＲＵがＴｘ ＷＴＲＵから送信を受信する準備ができていることを決定することができる（例えば、暗黙的に推論する）。
ＲＸ ＷＴＲＵは、グループキャスト／ブロードキャスト送信を介して複数のピアＷＴＲＵにアクティビティ変更告知を送信することができる。例では、Ｒｘ ＷＴＲＵは、グループキャスト／ブロードキャスト制御メッセージを介して複数のＴｘ ＷＴＲＵにアクティビティ変更告知を（例えば、同時に又は一斉に）送信することができる。送信のブロードキャストモードを選択する決定は、１つ以上の条件に基づくことができる。例では、ＷＴＲＵは、例えば、以下の条件、すなわち、１つ以上のＴｘ ＷＴＲＵの送信モード、送信範囲内の複数のＴｘ ＷＴＲＵの存在、又はブロードキャストに関連するレオテンシのうちの１つ以上に基づいて、ブロードキャストアクティビティ変更告知を送信することができる。
ＷＴＲＵは、例えば、１つ以上のＴｘ ＷＴＲＵの送信モードに基づいて、ブロードキャストアクティビティ変更告知を送信することができる。例えば、関連付けられたＴｘ ＷＴＲＵのうちの１つ以上は、送信していなくてもよく、グラントがブロードキャスト送信に利用可能であり得るタイムスロット／リソースプール内の受信モードにあってもよい。
ＷＴＲＵは、例えば、伝送範囲内の複数のＴｘ ＷＴＲＵの存在に基づいて、ブロードキャストアクティビティ変更告知を送信することができる。例えば、送信範囲内に位置する複数のＴｘ ＷＴＲＵは、例えば、Ｒｘ ＷＴＲＵで共通の送信電力設定を使用する場合、アクティビティ変更表示を受信及び復号する（例えば、確実に受信及び復号する）ことができる。
ＷＴＲＵは、例えば、ブロードキャストに関連する待ち時間に基づいて、ブロードキャストアクティビティ変更告知を送信することができる。１つ以上のユニキャスト送信を介したＴｘ ＷＴＲＵ（例えば、各Ｔｘ ＷＴＲＵ）へのアクティビティ変更告知の送信に関連する待ち時間は、１つ以上のブロードキャスト送信に関連する待ち時間を超える場合がある。
グループキャスト／ブロードキャストモードにおけるアクティビティ変更告知は、例えば、専用Ｌ ２ソース／送信先ＩＤを使用して送信され得る。例えば、Ｌ ２ソース／送信先ＩＤ（例えば、グループキャスト／ブロードキャスト送信を目的とする）は、例えば、リンク確立（例えば、ＰＣ５－ＲＲＣを介した初期リンク確立）中に、Ｒｘ ＷＴＲＵと関連付けられたＴｘ ＷＴＲＵ（例えば、各Ｔｘ ＷＴＲＵ）との間に構成され（例えば、最初に構成され）得る。
Ｒｘ ＷＴＲＵがアクティビティ状態変化表示／告知を確認するためのシステム、方法、及び手段が提供される。例では、Ｔｘ ＷＴＲＵは、第１の送信（例えば、非アクティブ時間長／リソースプール内のアクティビティ変更表示を含む）を送り、続いて第２の送信（例えば、アクティブなオン期間／リソースプール内のデータを含む）をＲｘ ＷＴＲＵに送信することができる。例では、第１の送信が失われ、及び／又は誤って復号される可能性がある。例では、Ｒｘ ＷＴＲＵは、アクティビティ変更告知を関連付けられたＴｘ ＷＴＲＵのうちの１つ以上に送信することができる（例えば、後続のデータ送信を受信するＴｘ ＷＴＲＵの能力又は不可能性を通知するために）。例では、告知メッセージは、意図されたＴｘ ＷＴＲＵ（複数可）によって確実に受信されない場合がある。
ＷＴＲＵは、例えば、ＷＴＲＵがデータ送信／受信（例えば、後続のデータ送信／受信）を実行するためのアクティビティ状態変更を受ける場合、（例えば、受信したトリガ及び／又は事前構成に基づいて）ピアＷＴＲＵに確認フィードバックを（例えば、アクティビティ変更表示を含む第１の送信が確実に受信されることを保証するために）送信することができる。ＷＴＲＵは、例えば、持続時間のウィンドウ及び／又は（例えば、事前構成され得る及び／又はＴｘ ＷＴＲＵ及びＲｘ ＷＴＲＵに知られ得る）リソースプール内でピアＷＴＲＵへの確認フィードバックの送信を実行するために、リソース選択を（例えば、オーバーヘッドを最小限に抑えるために）調整することができる。
確認フィードバックの送信は、例えば、送信へのＨＡＲＱフィードバック、ＣＳＩ報告、自律測定報告、又はアクティビティ変更告知のうちの１つ以上を介して送信されるように構成されてもよい。
確認フィードバックは、ＨＡＲＱフィードバックを介して送信に送信され得る。例えば、Ｔｘ ＷＴＲＵは、非アクティブ時間／リソースプール内のＲｘ ＷＴＲＵへの第１の送信のためのＨＡＲＱフィードバックを可能にすることができる。Ｔｘ ＷＴＲＵは、例えば、ピアＷＴＲＵからのＨＡＲＱフィードバックの受信後に（例えば、受信後にのみ）、アクティブ時間長／リソースプール内で送信を実行することができる。
確認フィードバックは、ＣＳＩ報告を介して送信され得る。例えば、Ｔｘ ＷＴＲＵは、非アクティブ時間／リソースプール内のＷＴＲＵへの第１の送信を介してＣＳＩ報告を要求することができる。Ｔｘ ＷＴＲＵは、例えば、ピアＷＴＲＵからのＣＳＩフィードバックの受信後に（例えば、受信後にのみ）、アクティブ時間長／リソースプール内で送信を実行することができる。
確認フィードバックは、自律測定報告を介して送信されてもよい。例えば、Ｒｘ ＷＴＲＵは、例えば、非アクティブ時間／リソースプールで受信されたピアＷＴＲＵからの送信に続いて測定報告（例えば、ＲＳＲＰ測定報告、ＣＳＩ測定報告など）を送信することができ、その結果、アクティブ時間／リソースプールをアクティブ化することができる。Ｔｘ ＷＴＲＵは、例えば、測定報告の受信後に（例えば、受信後にのみ）、アクティブ時間長／リソースプール内で送信を実行することができる。
確認フィードバックは、アクティビティ変更告知を介して送信されてもよい。例えば、Ｒｘ ＷＴＲＵは、例えば、非アクティブ時間長／リソースにおけるアクティビティ変更表示の受信に続いて、及び／又はアクティブオン時間長／リソースプールにおける最初の送信に続いて、アクティビティ変更告知を送信することができる。
Ｔｘ ＷＴＲＵは、例えば、ピアＷＴＲＵから確認を受信後に（例えば、受信後にのみ）、アクティブな時間長／リソースプールにおいて送信を実行することができる。
確認フィードバックの送信は、例えば、定期的に、到達した時間の後、持続時間の満了、タイマの満了などの後、及び／又は特定のタイプのデータの送信の前又は後に必要／構成され得る。
定期的に確認フィードバックを送信する例では、１つ以上のＮスロット（例えば、Ｎスロットごと）で確認付き送信が必要になる場合がある。
時間に続く確認フィードバックの送信、持続時間の満了、タイマの満了などの例では、タイマは一例として使用されてもよく、タイマは、例えば、確認フィードバックの送信／受信又はユニキャストリンク上のデータの送信／受信のうちの１つ以上によってリセット（例えば、満了後）されてもよい。
特定のタイプのデータの送信の前又は後に確認フィードバックを送信する例では、例えば、送信が特定の優先度、キャスト（例えば、ユニキャスト又はグループキャスト）、タイプ（例えば、ＤＲＢ又はＳＲＢ）などのデータに関連付けられている場合、（例えば、本明細書に記載されるように）ＷＴＲＵは確認フィードバック挙動で構成され得る。
グループキャストを介してアクティビティ状態変化表示を確認するためのＲｘ ＷＴＲＵのためのシステム、方法、及び手段が記載されている。例では、例えば、Ｔｘ ＷＴＲＵによって送信されたアクティビティ変更表示がグループキャストシナリオにおいて関連付けられたＲｘ ＷＴＲＵ（例えば、アクティブ状態に変化した後の各Ｒｘ ＷＴＲＵによって）で確実に受信されるようにするために、確認フィードバックがＲｘ ＷＴＲＵ（例えば、全ての関連するＲｘ ＷＴＲＵ）によって送信されてもよい。以下の方法、すなわち、ユニキャストによるグループキャストＨＡＲＱフィードバック又はアクティビティ変更応答（例えば、明示的なアクティビティ変更応答）のうちの１つ以上をグループキャストに適用することができる。
グループキャストＨＡＲＱフィードバックは、グループキャストに適用され得る。例えば、Ｔｘ ＷＴＲＵは、アクティビティ状態表示及び／又はアクティビティ状態の変更をもたらす最初の送信のためにＨＡＲＱオプション２を有効にすることができる。オプション２ ＨＡＲＱを使用する表示は、例えば、非アクティビティ時間長／リソースプール内のアクティビティ変更表示、及び／又はアクティブなオン時間長／リソースプール内の最初のデータ送信で送信され得る。例では、Ｒｘ ＷＴＲＵ（例えば、全てのＲｘ ＷＴＲＵ）は、例えば、（例えば、アクティビティ状態を変更するトリガを受信した後に）ＨＡＲＱフィードバックを送信する場合、オプション２を使用するように事前構成（例えば、グループキャスト接続（再）構成中）され得る。例えば、アクティビティ状態を変更するトリガが受信された場合に、フィードバック表示を送信するように、専用マッピングを（例えば、ＰＳＦＣＨリソースプール内）構成することができる。Ｒｘ ＷＴＲＵ（例えば、各Ｒｘ ＷＴＲＵ）は、時間を（例えば、ＨＡＲＱを有効にする場合）追跡し、持続時間を追跡し、タイマを開始するなどすることができ、一例として、アクティビティ状態変化トリガを受信し、かつ／又はフィードバック表示（例えば、タイマの終了後の第１のタイムスロットにおいて）を送信すると、タイマを使用することができる。グループ内のＲｘ ＷＴＲＵ（例えば、各Ｒｘ ＷＴＲＵ）は、（例えば、グループ内の衝突を防止するために）非アクティブタイマの異なる持続時間で構成され得る。タイマは、例えば、グループ内のＷＴＲＵのメンバＩＤに基づいて構成されてもよい。
ユニキャストによるアクティビティ変更応答（例えば、明示的なアクティビティ変更応答）をグループキャストに適用してもよい。例えば、（例えば、各Ｒｘ ＷＴＲＵ）は、ユニキャスト伝送（例えば、表示されたアクティビティ状態に変更した後に）グループ内のＲｘ ＷＴＲＵ を介して変更応答（例えば、明示的な変更応答）を送信することができる（例えば、Ｔｘ ＷＴＲＵからアクティビティ状態を変更するトリガを受信時）。ユニキャスト送信は、ユニキャスト（例えば、測定報告など）に関連付けられた前述の実施形態において論じられた送信のうちの１つ以上を備え得る。
上述の特徴及び要素は、特定の組み合わせで説明されているが、各特徴又は要素は、好ましい実施形態の他の特徴及び要素なしで単独で使用されてもよいし、又は他の特徴及び要素を用いて若しくはそれらを用いずに、様々な組み合わせで使用されてもよい。
本明細書に記載の実装形態は、３ＧＰＰ特有プロトコルを考慮し得るが、本明細書に記載の実装形態は、このシナリオに限定されず、他の無線システムに適用可能であり得ることが理解される。例えば、本明細書に記載の解決策は、ＬＴＥ、ＬＴＥ－Ａ、新たな無線（ＮＲ）、又は５Ｇ特有プロトコルを考慮するが、本明細書に記載の解決策は、このシナリオに限定されず、他の無線システムにも更に適用可能であることが理解される。
上述のプロセスは、コンピュータ及び／若しくはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、並びに／又はファームウェアに実装され得る。コンピュータ可読媒体の例としては、（有線及び／又は無線接続を介して送信される）電子信号及びコンピュータ可読記憶媒体が挙げられるが、これらに限定されない。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（read only memory、ＲＯＭ）、ランダムアクセスメモリ（random access memory、ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどであるがこれらに限定されない磁気媒体、磁気光学媒体、並びに／又はコンパクトディスク（compact disc、ＣＤ）－ＲＯＭディスク、及び／若しくはデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、端末、基地局、ＲＮＣ、及び／又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

Claims (16)

  1. 第１の無線送信／受信ユニット（ＷＴＲＵ）において、
    プロセッサであって、
    メッセージを受信し、前記メッセージが構成グループのセット及び適合性選択パラメータを示し、
    第２のＷＴＲＵから第１の表示を受信し、前記第２のＷＴＲＵが第１の構成グループと関連付けられるとともに第１の優先度値と関連付けられることを前記第１の表示が示し、前記第１の構成グループが前記構成グループのセットに属し、
    第３のＷＴＲＵから第２の表示を受信し、前記第３のＷＴＲＵが第２の構成グループと関連付けられるとともに第２の優先度値と関連付けられることを前記第２の表示が示し、前記第２の構成グループが前記構成グループのセットに属し、
    前記第１の表示及び前記第２の表示に基づいて前記構成グループのセットから１つの構成グループを選択する、
    ように構成されるプロセッサを備える第１のＷＴＲＵ。
  2. 前記プロセッサは、
    前記選択された構成グループの表示を前記第２のＷＴＲＵ及び前記第３のＷＴＲＵに送信するように更に構成される、請求項１に記載の第１のＷＴＲＵ。
  3. 前記構成グループの前記選択が前記適合性選択パラメータを満たす、請求項１に記載の第１のＷＴＲＵ。
  4. 前記適合性選択パラメータがリソース閾値を含む、請求項１に記載の第１のＷＴＲＵ。
  5. 前記構成グループの前記選択が前記適合性選択パラメータを満たし、前記適合性選択パラメータを満たすことは、前記リソース閾値以下でのリソース使用を維持すること、又は、前記リソース閾値以下での前記リソース使用を維持しつつ前記リソース使用を最大化することのうちの少なくとも一方を含む、請求項４に記載の第１のＷＴＲＵ。
  6. ２つ以上の示された構成グループが前記適合性選択パラメータを満たす場合、前記構成グループの前記選択に関して最高優先度値が使用される、請求項５に記載の第１のＷＴＲＵ。
  7. 前記適合性選択パラメータは、ＷＴＲＵカテゴリ、ＷＴＲＵバッテリ電力、ＷＴＲＵアクティブキャリア番号、又は、ＷＴＲＵセッションＱｏＳのうちの少なくとも１つを含む、請求項１に記載の第１のＷＴＲＵ。
  8. 前記第１の構成グループが第１のリソース数と関連付けられ、前記第２の構成グループが第２のリソース数と関連付けられる、請求項１に記載の第１のＷＴＲＵ。
  9. 方法であって、
    メッセージを受信するステップであって、前記メッセージが構成グループのセット及び適合性選択パラメータを示す、ステップと、
    第２のＷＴＲＵから第１の表示を受信するステップであって、前記第２のＷＴＲＵが第１の構成グループと関連付けられるとともに第１の優先度値と関連付けられることを前記第１の表示が示し、前記第１の構成グループが前記構成グループのセットに属する、ステップと、
    第３のＷＴＲＵから第２の表示を受信するステップであって、前記第３のＷＴＲＵが第２の構成グループと関連付けられるとともに第２の優先度値と関連付けられることを前記第２の表示が示し、前記第２の構成グループが前記構成グループのセットに属する、ステップと、
    前記第１の表示及び前記第２の表示に基づいて前記構成グループのセットから１つの構成グループを選択するステップと、
    を含む方法。
  10. 前記選択された構成グループの表示を前記第２のＷＴＲＵ及び前記第３のＷＴＲＵに送信するステップ
    を更に含む、請求項９に記載の方法。
  11. 前記構成グループの前記選択が前記適合性選択パラメータを満たす、請求項９に記載の方法。
  12. 前記適合性選択パラメータがリソース閾値を含む、請求項９に記載の方法。
  13. 前記構成グループの前記選択が前記適合性選択パラメータを満たし、前記適合性選択パラメータを満たすことは、前記リソース閾値以下でのリソース使用を維持すること、又は、前記リソース閾値以下での前記リソース使用を維持しつつ前記リソース使用を最大化することのうちの少なくとも一方を含む、請求項１２に記載の方法。
  14. ２つ以上の示された構成グループが前記適合性選択パラメータを満たす場合、前記構成グループの前記選択に関して最高優先度値が使用される、請求項１３に記載の方法。
  15. 前記適合性選択パラメータは、ＷＴＲＵカテゴリ、ＷＴＲＵバッテリ電力、ＷＴＲＵアクティブキャリア番号、又は、ＷＴＲＵセッションＱｏＳのうちの少なくとも１つを含む、請求項９に記載の方法。
  16. 前記第１の構成グループが第１のリソース数と関連付けられ、前記第２の構成グループが第２のリソース数と関連付けられる、請求項９に記載の方法。
JP2022561018A 2020-04-08 2021-03-30 ユニキャスト及び／又はグループキャスト用のｎｒ ｖ２ｘサイドリンク節電 Pending JP2023524387A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US202063006944P 2020-04-08 2020-04-08
US63/006,944 2020-04-08
US202063125694P 2020-12-15 2020-12-15
US63/125,694 2020-12-15
PCT/US2021/024804 WO2021206952A1 (en) 2020-04-08 2021-03-30 Nr v2x sidelink power saving for unicast and/or groupcast

Publications (2)

Publication Number Publication Date
JP2023524387A true JP2023524387A (ja) 2023-06-12
JPWO2021206952A5 JPWO2021206952A5 (ja) 2024-07-22

Family

ID=75581691

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022561018A Pending JP2023524387A (ja) 2020-04-08 2021-03-30 ユニキャスト及び／又はグループキャスト用のｎｒ ｖ２ｘサイドリンク節電

Country Status (6)

Country Link
US (2) US20230156858A1 (ja)
EP (1) EP4133803A1 (ja)
JP (1) JP2023524387A (ja)
CN (2) CN116528340A (ja)
BR (1) BR112022020391A2 (ja)
WO (1) WO2021206952A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7517413B2 (ja) * 2020-04-09 2024-07-17 富士通株式会社 無線通信装置および無線通信システム
KR20230124587A (ko) * 2020-12-24 2023-08-25 엘지전자 주식회사 Nr v2x에서 디폴트 drx 설정에 기반하여 sl drx 동작을 수행하는 방법 및 장치
US11871477B2 (en) * 2021-06-02 2024-01-09 Qualcomm Incorporated Determining discontinuous reception communication parameters for sidelink communications
US11930451B2 (en) * 2021-07-02 2024-03-12 Qualcomm Incorporated Techniques for wireless communication in connected discontinuous reception mode
US20230073478A1 (en) * 2021-09-06 2023-03-09 Qualcomm Incorporated Discontinuous reception (drx) configuration for sidelink communications by a user equipment (ue)
US12022559B2 (en) * 2021-11-15 2024-06-25 Qualcomm Incorporated Procedure and signaling for sidelink DRX alignment
US20230328693A1 (en) * 2022-04-07 2023-10-12 Qualcomm Incorporated Channel sensing indication from mac layer to phy layer
US20230354192A1 (en) * 2022-04-27 2023-11-02 Qualcomm Incorporated Techniques for discontinuous reception configurations for network energy savings
US20230397182A1 (en) * 2022-06-03 2023-12-07 Qualcomm Incorporated Network coding with user equipment cooperation
WO2024007137A1 (zh) * 2022-07-04 2024-01-11 Oppo广东移动通信有限公司 消息处理方法、装置、设备、存储介质及程序产品

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018202798A1 (en) * 2017-05-04 2018-11-08 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. UE GROUPS, UE GROUP MANAGER UEs AND UE GROUP MEMBER UEs
CN113170280B (zh) * 2018-09-26 2023-04-11 弗劳恩霍夫应用研究促进协会 用于群组通信的资源池设计
AU2021307585A1 (en) * 2020-07-13 2023-03-09 Lenovo (Singapore) Pte. Ltd. Sidelink discontinuous reception configuration
US20230337321A1 (en) * 2022-04-15 2023-10-19 FG Innovation Company Limited Method and user equipment of sidelink discontinuous reception

Also Published As

Publication number Publication date
US12108484B2 (en) 2024-10-01
US20240224379A1 (en) 2024-07-04
BR112022020391A2 (pt) 2022-12-13
CN116528340A (zh) 2023-08-01
EP4133803A1 (en) 2023-02-15
CN115443695A (zh) 2022-12-06
US20230156858A1 (en) 2023-05-18
WO2021206952A1 (en) 2021-10-14

Similar Documents

Publication Publication Date Title
US20230063472A1 (en) Methods for performing discontinuous reception on sidelink
CN113661775B (zh) 用于侧链路无线电链路监视和确定无线电链路故障的方法
US20240292329A1 (en) Methods for power saving sensing and resource allocation
US12108484B2 (en) NR V2X sidelink power saving for unicast and/or groupcast
JP2023100858A (ja) ニューラジオ車車間／路車間通信（ｎｒ ｖ２ｘ）における自律的リソース選択のための方法および装置
US20240348378A1 (en) Method and apparatus for performing simultaneous sidelink discontinuous (drx) and uplink drx in new radio (nr) vehicle to everything (v2x)
KR20210077670A (ko) 유니캐스트 및/또는 멀티캐스트 링크 확립 및 유지보수를 위한 l2 프로시저
JP2022542381A (ja) 同時アップリンク及びサイドリンク動作
JP2023537490A (ja) Ｎｒリレーに関連付けられたサイドリンクディスカバリ
US12048011B2 (en) Partial sensing-based resource allocation
US20240163962A1 (en) Methods, architectures, apparatuses and systems for performing discontinuous reception on sidelink
US20240244581A1 (en) Method and wireless transmit/receive unit directed to low-power proximity-based service paging for multi-carrier side-link communications
CN118200874A (zh) 用于在侧链路上执行非连续接收的方法、架构、装置和系统

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221208

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20221221

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20230203

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230525

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240401

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240401

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20240517

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240710

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20240710

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20241001