(57)【要約】      （修正有）【課題】無線通信システムにおけるサイドリンク送信のためのソース表示の方法および装置を提供する。【解決手段】送信側デバイスによる方法において、送信側デバイスに、識別情報を設定あるいは割り当てる。識別情報は、識別情報の第１の部分および識別情報の第２の部分を含む。送信側デバイスは、サイドリンク送信のためのデータパケットを生成する。データパケットは識別情報の第２の部分を含む。ついで、送信側デバイスは、データパケットに関連付けられた制御情報を生成する。制御情報は識別情報の第１の部分を含む。さらに、送信側デバイスが、制御情報とデータパケットを送信する。【選択図】図３０
2020043564.tif 000002
【特許請求の範囲】
【請求項１】
送信側デバイスの方法であって、
前記送信側デバイスに、識別情報が設定されあるいは割り当てられ、前記識別情報は、前記識別情報の第１の部分および前記識別情報の第２の部分を含む、ステップと、
前記送信側デバイスが、サイドリンク送信のためのデータパケットを生成し、前記データパケットは前記識別情報の第２の部分を含む、ステップと、
前記送信側デバイスが、前記データパケットに関連付けられた制御情報を生成し、前記制御情報は前記識別情報の第１の部分を含む、ステップと、
前記送信側デバイスが、前記制御情報と前記データパケットを送信するステップと、を含む方法。
【請求項２】
前記送信側デバイスが、前記制御情報および前記データパケットを少なくとも受信側デバイスに送信し、前記データパケットは宛先識別情報に関連付けられる、ステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記宛先識別情報は、前記宛先識別情報の第１の部分および前記宛先識別情報の第２の部分を含み、
当該方法は、
前記送信側デバイスが、前記データパケット内に前記宛先識別情報の第２の部分を含めるステップと、
前記送信側デバイスが、前記制御情報内に前記宛先識別情報の第１の部分を含めるステップと、をさらに含む、請求項２に記載の方法。
【請求項４】
前記宛先識別情報は、前記宛先識別情報の第１の部分および前記宛先識別情報の第２の部分を含み、
当該方法は、
前記送信側デバイスが、前記データパケット内に前記宛先識別情報の第２の部分を含めるステップと、
前記送信側デバイスが、前記宛先識別情報の第１の部分を使用して前記制御情報（のＣＲＣビット）に対するＣＲＣ（Cyclic  Redundancy  Check）スクランブル手順を実行するステップと、をさらに含む、請求項２に記載の方法。
【請求項５】
前記送信側デバイスが、前記宛先識別情報を使用して前記制御情報（のＣＲＣビット）に対するＣＲＣ（Cyclic  Redundancy  Check）スクランブル手順を実行するステップをさらに含む、請求項２に記載の方法。
【請求項６】
前記識別情報は、レイヤ２送信元識別情報であり、および／または前記識別情報は、前記送信側デバイスの識別情報である、請求項１に記載の方法。
【請求項７】
前記宛先識別情報は、レイヤ２宛先識別情報であり、および／または前記宛先識別情報は、前記受信側デバイスの識別情報である、請求項２に記載の方法。
【請求項８】
前記宛先識別情報は、どの受信側デバイスが前記制御情報および／または前記データパケットを受信する必要があるかを示す、請求項２に記載の方法。
【請求項９】
前記識別情報の第１の部分は、受信側デバイスが前記データパケットに対するＨＡＲＱ（Hybrid  Automatic  Repeat  Request）コンバインを実行するのを支援するために利用される、請求項１に記載の方法。
【請求項１０】
サイドリンク受信を行うための受信側デバイスの方法であって、
前記受信側デバイスに、識別情報が設定されあるいは割り当てられる、ステップと
前期受信側デバイスが、制御情報を受信するステップと、
前記受信側デバイスが、前記制御情報から送信元識別情報の第１の部分を取得するステップと、
前記受信側デバイスが、前記制御情報に基づいてデータパケットを復号するステップと、
前記受信側デバイスが、前記データパケットから前記送信元識別情報の第２の部分を取得するステップと、
前記受信側デバイスが、前記データパケットに関連付けられた前記送信元識別情報を決定し、前記送信元識別情報は、前記送信元識別情報の第１の部分および前記送信元識別情報の第２の部分を含む、ステップと、を含む方法。
【請求項１１】
前記識別情報は、前記識別情報の第１の部分および前記識別情報の第２の部分を含み、
当該方法は、
前記受信側デバイスが、前記制御情報が前記識別情報の第１の部分を示すかどうかをチェックするステップと、
前記制御情報が前記識別情報の第１の部分を示す場合、前記受信側デバイスが、前記制御情報に基づいて前記データパケットを復号し、前記データパケットが前記識別情報の第２の部分を示すかどうかをチェックするステップと、をさらに含む、請求項１０に記載の方法。
【請求項１２】
前記識別情報は、前記識別情報の第１の部分および前記識別情報の第２の部分を含み、当該方法は、
前記受信側デバイスが、前記識別情報の第１の部分を使用して前記制御情報のＣＲＣビットに対するＣＲＣ（Cyclic  Redundancy  Check）デスクランブル手順を実行するステップと、
前記制御情報に対するＣＲＣチェックを通過する場合、前記受信側デバイスが、前記制御情報に基づいて前記データパケットを復号し、前記データパケットが前記識別情報の第２部分を示すかどうかをチェックするステップと、をさらに含む、請求項１０に記載の方法。
【請求項１３】
前記受信側デバイスが、前記識別情報を使用して前記制御情報のＣＲＣビットに対するＣＲＣ（Cyclic  Redundancy  Check）デスクランブル手順を実行するステップと、
前記制御情報に対するＣＲＣチェックを通過する場合、前記受信側デバイスが、前記制御情報に基づいて前記データパケットを復号するステップと、をさらに含む請求項１０に記載の方法。
【請求項１４】
前記識別情報は、レイヤ２宛先識別情報であり、かつ／あるいは前記識別情報は、前記受信側デバイスの識別情報である、請求項１０に記載の方法。
【請求項１５】
前記送信元識別情報は、レイヤ２送信元識別情報であり、かつ／あるいは前記送信元識別情報は、送信側デバイスの識別情報であり、前記送信側デバイスは、前記制御情報および前記データパケットを送信する、請求項１０に記載の方法。
【請求項１６】
前記識別情報（の第１の部分）は、前記受信側デバイスが前記制御情報および／または前記データパケットを受信する必要があるかどうかを示すのに利用される、請求項１０に記載の方法。
【請求項１７】
前記送信元識別情報の第１の部分は、前記受信側デバイスが、前記データパケットに対するＨＡＲＱ（Hybrid  Automatic  Repeat  Request）コンバインを実行するのを支援するために利用される、請求項１０に記載の方法。
【請求項１８】
サイドリンク受信を行う受信側デバイスの方法であって、
前記受信側デバイスが、第１の制御情報を受信し、前記第１の制御情報は送信元識別情報の第１の部分を示す、ステップと、
前記受信側デバイスが、前記第１の制御情報に基づいて第１のデータ送信を受信するステップと、
前記受信側デバイスが、第２の制御情報を受信し、前記第２の制御情報は、前記送信元識別情報の第１の部分を示す、ステップと、
前記受信側デバイスが、前記第２の制御情報に基づいて第２のデータ送信を受信するステップと、
前記受信側デバイスが、前記第１のデータ送信と前記第２のデータ送信を組み合わせて、データパケットを復号するステップと、を含む方法。
【請求項１９】
前記受信側デバイスが、前記データパケットから前記送信元識別情報の第２の部分を取得するステップと、
前記受信側デバイスが、前記データパケットに関連付けられた前記送信元識別情報を決定し、前記送信元識別情報は、前記送信元識別情報の第１の部分および前記送信元識別情報の第２の部分を含む、ステップと、をさらに含む、請求項１８に記載の方法。
【請求項２０】
前記受信側デバイスが、第３の制御情報を受信し、前記第３の制御情報は、別の送信元識別情報の第１の部分を示し、前記別の送信元識別情報の第１の部分は、前記送信元識別情報の第１の部分とは異なる、ステップと
前記受信側デバイスが、前記第１のデータ送信と前記第３のデータ送信を組み合わせてデータパケットを復号することを防止する、ステップと、をさらに含む、請求項１８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年９月１０日に出願された米国仮特許出願第６２／７２９，２７３号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおけるサイドリンク送信のためのソース表示の方法および装置に関連する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【０００５】
送信側デバイスからの方法および装置が開示される。一実施形態では、方法は、送信側デバイスに、識別情報が設定されあるいは割り当てられ、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含む、ステップを含む。本方法は、送信側デバイスが、サイドリンク送信のためのデータパケットを生成し、データパケットは識別情報の第２の部分を含む、ステップも含む。さらに、本方法は、送信側デバイスが、データパケットに関連付けられた制御情報を生成し、制御情報は識別情報の第１の部分を含む、ステップを含む。本方法は、送信側デバイスが、制御情報とデータパケットを送信するステップをさらに含む。
【図面の簡単な説明】
【０００６】
【図１】例示的な一実施形態による無線通信システムの図を示す。
【図２】例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。
【図３】例示的な一実施形態による通信システムの機能ブロック図である。
【図４】例示的な一実施形態による図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  Ｒ２−１６２７０９の図１の複製である。
【図６】３ＧＰＰ  Ｒ３−１６０９４７の図の複製である。
【図７】３ＧＰＰ  Ｒ３−１６０９４７の図の複製である。
【図８】単一のＴＲＰセルを備えた例示的な展開を示す。
【図９】複数のＴＲＰセルを備えた例示的な展開を示す。
【図１０】複数のＴＲＰを備えた、５Ｇノードを含む例示的な５Ｇセルを示す。
【図１１】ＬＴＥセルとＮＲセルの例示的な比較である。
【図１２】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１５．２．０の表１４．２−１の複製である。
【図１３】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１５．２．０の表１４．２−２の複製である。
【図１４】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１５．２．０の表１４．２．１−１の複製である。
【図１５】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１５．２．０の表１４．２．１−２の複製である。
【図１６】３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１５．２．１の図５．３．２−１の複製である。
【図１７】３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１５．２．１の図５．３．３−１の複製である。
【図１８】３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１５．２．１の表５．３．３．２−１の複製である。
【図１９】３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１５．２．０の図５．３−１の複製である。
【図２０】３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１５．２．０の表５．４−１の複製である。
【図２１】３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１５．２．０の図６．３−１の複製である。
【図２２】３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１５．２．０の表６．８．１−１の複製である。
【図２３（ａ）】例示的な一実施形態による表である。
【図２３（ｂ）】例示的な一実施形態による表である。
【図２４】例示的な一実施形態による表である。
【図２５】例示的な一実施形態による表である。
【図２６】例示的な一実施形態による表である。
【図２７】例示的な一実施形態による表である。
【図２８】例示的な一実施形態による表である。
【図２９】例示的な一実施形態による表である。
【図３０】例示的な一実施形態によるフローチャートである。
【図３１】例示的な一実施形態によるフローチャートである。
【図３２】例示的な一実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（Long  Term  Evolution：ロング・ターム・エボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（Long  Term  Evolution  Advanced：ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰ  ＮＲ（New  Radio）、またはその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、R2-162366，  “Beam  Forming  Impacts”，  Nokia，  Alcatel-Lucent;  R2-163716，  “Discussion  on  terminology  of  beamforming  based  high  frequency  NR”，  Samsung;  R2-162709，  “Beam  support  in  NR”，  Intel;  R2-162762，  “Active  Mode  Mobility  in  NR:  SINR  drops  in  higher  frequencies”，  Ericsson;  R3-160947，  TR  38.801  V0.1.0，  “Study  on  New  Radio  Access  Technology;  Radio  Access  Architecture  and  Interfaces”;  R2-164306，  “Summary  of  email  discussion  [93bis#23][NR]  Deployment  scenarios”，  NTT  DOCOMO;  3GPP  RAN2#94  meeting  minute;  TS  36.213  V15.2.0  (2018-06)，  “E-UTRA;  Physical  layer  procedures  (Release  15)”;  TS  36.212  V15.2.1  (2018-07)，  “E-UTRA);  Physical  layer;  Multiplexing  and  channel  coding  (Release  15)”;  TS  36.211  V15.2.0  (2018-06)，  “E-UTRA);  Physical  layer;  Physical  channels  and  modulation  (Release  15)”;  および  Draft  Report  of  3GPP  TSG  RAN  WG1  #94  v0.1.0  (Gothenburg，  Sweden，  20th  ‐  24th  August  2018)を含む。上記に挙げた標準および文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
２０１５年３月から、次世代（５Ｇ）アクセス技術に関する３ＧＰＰ標準化活動が開始されている。一般的に、次世代アクセス技術は、ＩＴＵ−Ｒ  ＩＭＴ−２０２０によって規定された、緊急の市場ニーズとより長期的な要件の両方を満たすための、以下の３つのファミリーの使用シナリオをサポートすることを目的としている。
−  ｅＭＢＢ  （enhanced  Mobile  Broadband）
−  ｍＭＴＣ  （massive  Machine  Type  Communications）
−  ＵＲＬＬＣ  （Ultra-Reliable  and  Low  Latency  Communications）
【００２６】
新しい無線アクセス技術に関する５Ｇ研究項目の目的は、少なくとも１００ＧＨｚまでにわたるスペクトル帯域を使用することができるものとする新しい無線システムに必要な技術コンポーネントを特定し、開発することである。１００ＧＨｚまでのキャリア周波数をサポートすることは、無線伝搬の分野に多くの課題をもたらす。キャリア周波数が増加するにつれて、経路損失も増加する。
【００２７】
３ＧＰＰ  Ｒ２−１６２７０９および図５に示すように、ｅＮＢは、複数のＴＲＰ（集中型または分散型のいずれか）を有してよい。各ＴＲＰ（Transmission/Reception  Point）は複数のビームを形成することができる。ビームの数および時間／周波数領域における同時ビームの数は、アンテナアレイ素子の数とＴＲＰにおけるＲＦ（Radio  Frequency）に依存する。
【００２８】
ＮＲの潜在的なモビリティタイプは、以下のように挙げることができる：
・  ＴＲＰ内モビリティ
・  ＴＲＰ間モビリティ
・  ＮＲ間ｅＮＢモビリティ
【００２９】
３ＧＰＰ  Ｒ３−１６０９４７に基づいて、図６および７に示されるシナリオは、ＮＲ無線ネットワークアーキテクチャによるサポートについて考慮されるべきである。
【００３０】
３ＧＰＰ  Ｒ２−１６４３０６に基づいて、スタンドアロンＮＲのセルレイアウトに関して以下のシナリオを収集し、検討する。
・  マクロセルのみの展開
・  異種展開
・  スモールセルのみの展開
【００３１】
３ＧＰＰ  ＲＡＮ２＃９４  meeting  minuteに基づくと、１  ＮＲ  ｅＮＢは１または多数のＴＲＰに対応する。２つのレベルのネットワーク制御モビリティ：
・  「セル」レベルで駆動されたＲＲＣ
・  ゼロ／最小ＲＲＣ関与（ＭＡＣ／ＰＨＹなど）
【００３２】
図８〜図１１は、５Ｇ  ＮＲにおけるセルの概念のいくつかの例を示す。図８は、３ＧＰＰ  Ｒ２−１６３８７９の図１の一部の複製であり、単一のＴＲＰセルを備えた例示的な異なる展開シナリオを示す。図９は、３ＧＰＰ  Ｒ２−１６３８７９の図１の一部の複製であり、複数のＴＲＰセルを備えた例示的な異なる展開シナリオを示す。図１０は、３ＧＰＰ  Ｒ２−１６２２１０の図３の複製であり、複数のＴＲＰを有する、５Ｇノードを含む例示的な５Ｇセルを示す。図１１は、３ＧＰＰ  Ｒ２−１６３４７１の図１の複製であり、ＬＴＥセルとＮＲセルの例示的な比較を示す。
【００３３】
３ＧＰＰ  ＴＳ  ３６．２１３は、Ｖ２Ｘ（Vehicle-to-Everything）送信についてのＵＥ手順を以下のように規定する。一般に、Ｖ２Ｘ送信は、サイドリンク送信モード３またはサイドリンク送信モード４として実行される。
［外１］
2020043564.tif 000003
2020043564.tif 000004
2020043564.tif 000005
［“PDCCH/EPDCCH  configured  by  SL-RNTI”と題する、３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１５．２．０の表１４．２−１は、図１２として複製される］
［外２］
2020043564.tif 000006
［“PDCCH/EPDCCH
configured by SL-V-RNTI or SL-SPS-V-RNTI”と題する、３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１５．２．０の表１４．２−２は、図１３として複製される］
［外３］
2020043564.tif 000007
2020043564.tif 000008
2020043564.tif 000009
2020043564.tif 000010
［“Mapping  of  DCI  format  5A  offset  field  to  indicated  value  m”と題する、３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１５．２．０の表１４．２．１−１は、図１４として複製される］
［“Determination  of  the  Resource  reservation  field  in  SCI  format  1”と題する、３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１５．２．０の表１４．２．１−２は、図１５として複製される］
【００３４】
３ＧＰＰ  ＴＳ  ３６．２１２は、下記のように下りリンク共有チャンネル、下りリンク制御情報に対するＣＲＣ付加を規定しています。一般に、下りリンク共有チャネルおよび下りリンク制御情報は、ネットワークノードとＵＥの間の通信、すなわち、Ｕｕリンクに対するものである。
［外４］
2020043564.tif 000011
［“Transport  block  processing  for  DL-SCH,  PCH  and  MCH”と題する、３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１５．２．１の図５．３．２−１は、図１６として複製される］
［外５］
2020043564.tif 000012
2020043564.tif 000013
［“Processing  for  one  DCI”と題する、３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１５．２．１の図５．３．３−１は、図１７として複製される］
［外６］
2020043564.tif 000014
2020043564.tif 000015
2020043564.tif 000016
［“UE  transmit  antenna  selection  mask”と題する、３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１５．２．１の表５．３．３．２−１は、図１８として複製される］
［…］
【００３５】
また、３ＧＰＰ  ＴＳ  ３６．２１２は、サイドリンク共有チャンネルおよびサイドリンク制御情報に対するＣＲＣ付加を規定する。一般に、サイドリンク共有チャネルおよびサイドリンク制御情報は、デバイス間の通信、すなわち、ＰＣ５リンクまたはデバイス・ツー・デバイス・リンクに対するものである。
［外７］
2020043564.tif 000017
2020043564.tif 000018
2020043564.tif 000019
【００３６】
３ＧＰＰ  ＴＳ  ３６．２１１は、物理上りリンク共有チャネル、物理上りリンク制御チャネル、物理下りリンク共有チャネル、および物理下りリンク制御チャネルのためのスクランブル手順も規定する。物理上りリンク共有チャネル、物理的上りリンク制御チャネル、物理下りリンク共有チャネル、および物理下りリンク制御チャネルは、ネットワークノードとＵＥの間の通信、すなわちＵｕリンクに対するものである。
【００３７】
一般に、物理上りリンク共有チャネル（ＰＵＳＣＨ）は、上りリンク共有チャネル（ＵＬ−ＳＣＨ）のためのデータまたはトランスポートブロックを配信する。物理下りリンク共有チャネル（ＰＤＳＣＨ）は、下りリンク共有チャネル（ＤＬ−ＳＣＨ）のためのデータまたはトランスポートブロックを配信する。物理上りリンク制御チャネル（ＰＵＣＣＨ）は、上りリンク制御情報（ＵＣＩ）を配信する。物理下りリンク制御チャネル（ＰＤＣＣＨ）は、下りリンク制御情報（ＤＣＩ）を配信する。
［外８］
2020043564.tif 000020
［“Overview  of  uplink  physical  channel  processing”と題する、  ３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１５．２．０の図５．３−１は、図１９として複製される］
［外９］
2020043564.tif 000021
2020043564.tif 000022
［“Supported  PUCCH  formats”と題する、３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１５．２．０の表５．４−１は、図２０として複製される］
［外１０］
2020043564.tif 000023
［“Overview  of  physical  channel  processing”と題する、３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１５．２．０の図６．３−１は、図２１として複製される］
［外１１］
2020043564.tif 000024
［“Supported  PDCCH  formats”と題する、３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１５．２．０の表６．８．１−１は、図２２として複製される］
［外１２］
2020043564.tif 000025
【００３８】
３ＧＰＰ  ＴＳ  ３６．２１１は、物理サイドリンク共有チャネルおよび物理なサイドリンク制御チャネルに対するスクランブル手順も規定する。一般に、物理サイドリンク共有チャネルおよび物理サイドリンク制御チャネルは、デバイス間の通信、すなわち、ＰＣ５リンクまたはデバイス・ツー・デバイス・リンクに対するものである。物理サイドリンク共有チャネル（ＰＳＳＣＨ）は、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）のためのデータ／トランスポートブロックを配信する。物理サイドリンク制御チャネル（ＰＳＣＣＨ）はサイドリンク制御情報（ＳＣＩ）を配信する。
［外１３］
2020043564.tif 000026
2020043564.tif 000027
2020043564.tif 000028
【００３９】
ＲＡＮ１  ＃９４  ミーティング  ［１１］では、ＲＡＮ１は、以下のように物理レイヤがユニキャストまたはグループキャストセッションに属する特定の伝送についていくつかの情報を知っていると仮定する：
［外１４］
2020043564.tif 000029
【００４０】
以下の専門用語の１つまたは複数を以下に使用することができる：
・  ＢＳ：１つまたは複数のセルに関連付けられた１つまたは複数のＴＲＰを制御するために使用される、ＮＲ内のネットワーク中央ユニットまたはネットワークノードである。ＢＳとＴＲＰの間の通信は、フロントホールを介する。ＢＳは、中央ユニット（ＣＵ）、ｅＮＢ、ｇＮＢ、またはＮｏｄｅＢとも呼ばれ得る。
・  ＴＲＰ：ネットワークカバレッジを提供し、ＵＥと直接通信する送信および受信ポイントである。ＴＲＰは、分散ユニット（ＤＵ）またはネットワークノードとも呼ばれ得る。
・  セル：セルは、１つまたは複数の関連付けられたＴＲＰから構成される。すなわち、セルのカバレッジは、すべての関連付けられたＴＲＰのカバレッジから構成される。１つのセルは、１つのＢＳによって制御される。セルはＴＲＰ群（ＴＲＰＧ）とも呼ばれ得る。
・  ＮＲ−ＰＤＣＣＨ：ＵＥとネットワーク側の間の通信を制御するために使用される下りリンク制御信号を搬送するチャネルである。ネットワークは、設定された制御リソースセット（ＣＯＲＥＳＥＴ）でＮＲ−ＰＤＣＣＨをＵＥに送信する。
・  ＵＬ制御信号：ＵＬ制御信号は、スケジューリング要求（ＳＲ）、チャネル状態情報（ＣＳＩ）、下りリンク送信のためのＨＡＲＱ−ＡＣＫ／ＮＡＣＫとしてよい。
・  スロット：ＮＲにおけるスケジューリング単位である。スロットの継続時間は１４個のＯＦＤＭシンボルである。
・  ミニスロット：１４個未満のＯＦＤＭシンボルの継続時間を備えたスケジューリング単位である。
・  スロットフォーマット情報（ＳＦＩ）：スロット内のシンボルのスロットフォーマットの情報である。スロット内のシンボルは、下りリンク、上りリンク、未知または他のタイプに属してよい。スロットのスロットフォーマットは、少なくともスロット内のシンボルの送信方向を搬送することができる。
・  ＤＬ共通信号：１つのセル内の複数のＵＥまたは１つのセル内のすべてのＵＥについてターゲットとする共通情報を搬送するデータチャネルである。ＤＬ共通信号の例は、システム情報、ページング、ＲＡＲであり得る。
【００４１】
以下のネットワーク側についての仮定の１つまたは複数を今後使用してよい：
・  同一セル内のＴＲＰの下りリンクタイミングは同期される。
・  ネットワーク側のＲＲＣレイヤはＢＳである。
【００４２】
以下のＵＥ側についての仮定の１つまたは複数を今後使用してよい：
・  少なくとも２つのＵＥ（ＲＲＣ）状態、すなわち、接続状態（またはアクティブ状態と呼ばれる）と非接続状態（または非アクティブ状態もしくはアイドル状態と呼ばれる）がある。非アクティブ状態は、追加状態であってもよいし、接続状態または非接続状態に属していてもよい。
【００４３】
ＬＴＥでは、スクランブル手順は、３ＧＰＰ  ＴＳ  ３６．２１１で議論されているように、符号化列をスクランブルするためにスクランブル列を利用することである。次いで、スクランブル列は、送信機側で送信信号として生成される。スクランブル手順は、干渉を除去するために、送信信号をランダム様信号として作製することである。さらに、スクランブル手順は、受信機が対応するスクランブル列を使用して送信信号をデスクランブルし、次いでそれを復号する必要があるため、受信機が送信信号を識別するのを助けることができる。受信機が送信信号をデスクランブルするために誤ったスクランブル列を使用する場合、デスクランブル列は正しくなく、正しく復号することができない。さらに、スクランブル列は、初期値が与えられたシーケンス生成を介して生成されてよい。初期値が異なる場合、生成されるスクランブル列は異なる。初期値が同じであれば、生成されるスクランブル列は同じである。一実施形態において、シーケンス生成は擬似ランダムシーケンス生成としてよい。
【００４４】
ＣＲＣ付加は、復号ビットが正しいかどうかをチェックするために使用される。送信機は、３ＧＰＰ  ＴＳ  ３６．２１２で議論されているように、ＣＲＣビットを情報ビットに付加し、次いで、チャネル符号化および／またはレートマッチングを実行して符号化列を得る。従って、受信機は、復号ビットが正しいかどうかをチェックするために、ＣＲＣビットを用いてＣＲＣチェックを実行する。ＣＲＣチェックを通過する場合、受信機は復号ビットが正しいと考え、情報ビットを首尾よく受信する。情報ビットは、ＣＲＣビットを除いた復号ビットである。ＣＲＣチェックを通過しない場合、受信機は復号ビットが正しくないと考え、情報ビットを首尾よく受信しない。情報ビットによっては、ＣＲＣビットがＣＲＣスクランブルビットでスクランブルされることがある。ＣＲＣスクランブルは、受信機が情報ビットのタイプおよび／または宛先を識別するのを助けることである。
【００４５】
例えば、情報ビットの３つのタイプがあり、情報ビットの３つのタイプが同じビット長である場合、各タイプは対応するＣＲＣスクランブルビットを有してよい。情報ビットが特定のタイプに属するかどうかを識別するために、受信機は、対応するＣＲＣスクランブルビットを使用して、ＣＲＣビットをデスクランブルし、次いで、ＣＲＣチェックを実行してよい。ＣＲＣチェックを通過する場合、受信機は復号ビットが正しいと考え、情報ビットが特定のタイプに属していることを知る。
【００４６】
別の例として、受信機は、自身のためのいくつかの特定のＣＲＣスクランブルビットを有してよい。情報ビットが受信機のために配信されるかどうかを識別するために、受信機は、いくつかの特定のＣＲＣスクランブルビットを使用してＣＲＣビットをデスクランブルし、次いで、ＣＲＣチェックを実行する。ＣＲＣチェックを通過する場合、受信機は復号ビットが正しいと考え、受信機自身のために情報ビットが配信されることを知る。一実施形態では、ＣＲＣビットは、ＣＲＣパリティビットとして注記されてよい。
【００４７】
図２３（ａ）および図２３（ｂ）に示すように、送信機は、ＣＲＣ付加、ＣＲＣスクランブル、スクランブル、および送信信号を生成するための他の手順を実行することができる。図２４は、ＬＴＥ／ＬＴＥ−Ａにおける各種類の情報ビットおよび対応する送信信号について、ＣＲＣスクランブルビットおよびスクランブル列を生成するためのスクランブル列初期値を示す。
【００４８】
図２３（ａ）に示すように、送信機はＣＲＣビットを下りリンク制御情報（ＤＣＩ）に付加する。ＣＲＣビットは、ＣＲＣスクランブルビットでスクランブルされてよい。一実施形態では、ＣＲＣスクランブルビットは、図２４に示すように、ＲＮＴＩ，ｎＲＮＴＩであってよい。ＲＮＴＩは、受信機に対応することができ、下りリンク制御情報は、受信機のために配信され、ＲＮＴＩは、受信機のＣ−ＲＮＴＩ、ＳＰＳ  Ｃ−ＲＮＴＩ等である。ＲＮＴＩは、Ｃ−ＲＮＴＩ、ＳＰＳ  Ｃ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ等の下りリンク制御情報の１つのタイプに対応してよい。チャネル符号化および／またはレートマッチングを実行した後、送信機は、下りリンク制御情報およびスクランブルされたＣＲＣビットから符号化列を取得する。次いで、送信機は、スクランブル列で符号化列をスクランブルする。
【００４９】
一実施形態では、スクランブル列初期値は、図２４に示すような物理セル識別情報
【数１】
2020043564.tif 000030
に基づいてよい。受信機は、物理セル識別情報を備えたセル内でサービスされることができる。送信機は、変調、プリコーディング、ＯＦＤＭ信号生成等の他の手順を実行してスクランブル列から送信信号を生成してよい。受信機が送信信号を受信すると、受信機は、デプリコーディング、復調、デスクランブル、復号、ＣＲＣデスクランブル、ＣＲＣチェック等の対応する手順を実行して下りリンク制御情報を得てよい。一実施形態では、下りリンク制御情報を配信するための送信機は、ネットワークノード、基地局、および／またはｇＮＢであってよい。下りリンク制御情報を受信するための受信機は、ＵＥ、デバイス、ビークル、および／またはＶ２Ｘ  ＵＥであってよい。一実施形態では、送信信号はＰＤＣＣＨとすることができる。
【００５０】
上りリンク制御情報（ＵＣＩ）の配信に関しては、送信機は上りリンク制御情報（ＵＣＩ）にＣＲＣビットを付加しなくてもよい。代替的には、送信機は、ＣＲＣビットを上りリンク制御情報（ＵＣＩ）に付加してもよい。ＣＲＣビットは、図２４に示すように、ＣＲＣスクランブルビットでスクランブルされない。送信機は、上りリンク制御情報および／またはＣＲＣビットへのチャネル符号化および／またはスクランブルを実行することができる。一実施形態では、スクランブル列の初期値は、図２４に示すように、物理セル識別情報
【数２】
2020043564.tif 000031
および／またはＲＮＴＩ，ｎＲＮＴＩに基づいてよい。ＲＮＴＩは送信機に対応してよく、上りリンク制御情報は、送信機のＣ−ＲＮＴＩのように、送信機から配信される。
【００５１】
一実施形態では、送信機は、物理セル識別情報を備えたセル内で提供され得る。送信機は、変調およびＯＦＤＭ／ＳＣ−ＯＦＤＭ信号生成等の他の手順を実行して、送信信号を生成してよい。受信機が送信信号を受信すると、受信機は、復調、デスクランブル、復号、および／またはＣＲＣチェック等の対応する手順を実行して、上りリンク制御情報を得てよい。一実施形態では、上りリンク制御情報（ＵＣＩ）を配信するための送信機は、ＵＥ、デバイス、ビークル、および／またはＶ２Ｘ  ＵＥであってよい。上りリンク制御情報を受信するための受信機は、ネットワークノード、基地局、および／または、ｇＮＢであってよい。送信信号はＰＵＣＣＨとすることができる。
【００５２】
図２３（ａ）に示すように、送信機はＣＲＣビットをサイドリンク制御情報（ＳＣＩ）に付加する。ＣＲＣビットは、図２４に示すように、ＣＲＣスクランブルビットでスクランブルされない。チャネル符号化および／またはレートマッチングを実行した後、送信機はサイドリンク制御情報およびＣＲＣビットから符号化列を得る。そして、送信機は、符号化列をスクランブル列でスクランブルする。一実施形態では、スクランブル列の初期値は、図２４に示すように、５１０のような特定の値に基づいてよい。送信機は、他の手順（例えば、変調、プリコーディング、ＯＦＤＭ／ＳＣ−ＯＦＤＭ信号生成等）を実行して、スクランブル列から送信信号を生成する。受信機が送信信号を受信すると、受信機は、デプリコーディング、復調、デスクランブル、復号、ＣＲＣチェック等の対応する手順を実行して、サイドリンク制御情報を得てよい。一実施形態では、サイドリンク制御情報（ＳＣＩ）を配信するための送信機は、ＵＥ、デバイス、ビークル、および／またはＶ２Ｘ  ＵＥであってよい。サイドリンク制御情報を受信するための受信機は、ＵＥ、デバイス、ビークル、および／またはＶ２Ｘ  ＵＥであってよい。送信信号はＰＳＣＣＨとすることができる。
【００５３】
図２３（ｂ）に示すように、送信機は、ＣＲＣビットを下りリンク共有チャネル（ＤＬ−ＳＣＨ）からのトランスポートブロックに付加する。ＣＲＣビットは、図２４に示すように、ＣＲＣスクランブルビットでスクランブルされない。チャネル符号化および／またはレートマッチングを実行した後、送信機はトランスポートブロックおよびＣＲＣビットから符号化列を得る。そして、送信機は、符号化列をスクランブル列でスクランブルする。一実施形態では、スクランブル列の初期値は、図２４に示すように、図２４に示すように、物理セル識別情報
【数３】
2020043564.tif 000032
および／またはＲＮＴＩ，ｎＲＮＴＩに基づいてよい。ＲＮＴＩは受信機に対応してよく、トランスポートブロックは受信機のＣ−ＲＮＴＩのように、受信機に対して配信される。受信機は、物理セル識別情報を備えたセル内で提供され得る。送信機は、他の手順（例えば、変調、プリコーディング、ＯＦＤＭ信号生成等）を実行して、スクランブル列から送信信号を生成する。受信機が送信信号を受信すると、受信機は、デプリコーディング、復調、デスクランブル、復号、ＣＲＣチェック等の対応する手順を実行して、トランスポートブロックを得てよい。一実施形態では、下りリンク共有チャネル（ＤＬ−ＳＣＨ）からトランスポートブロックを配信するための送信機は、ネットワークノード、基地局、および／またはｇＮＢであってよい。トランスポートブロックを受信するための受信機は、ＵＥ、デバイス、ビークル、および／またはＶ２Ｘ  ＵＥであってよい。送信信号はＰＤＳＣＨとすることができる。
【００５４】
図２３（ｂ）に示すように、送信機は、ＣＲＣビットを上りリンク共有チャネル（ＵＬ−ＳＣＨ）からのトランスポートブロックに付加する。ＣＲＣビットは、図２４に示すように、ＣＲＣスクランブルビットでスクランブルされない。チャネル符号化および／またはレートマッチングを実行した後、送信機はトランスポートブロックおよびＣＲＣビットから符号化列を得る。そして、送信機は、符号化列をスクランブル列でスクランブルする。一実施形態では、スクランブル列の初期値は、図２４に示すように、図２４に示すように、物理セル識別情報
【数４】
2020043564.tif 000033
および／またはＲＮＴＩ，ｎＲＮＴＩに基づいてよい。ＲＮＴＩは送信機に対応してよく、トランスポートブロックは送信機のＣ−ＲＮＴＩのように、送信機から配信される。受信機は、物理セル識別情報を備えたセル内で提供され得る。送信機は、他の手順（例えば、変調、プリコーディング、ＯＦＤＭ／ＳＣ−ＯＦＤＭ信号生成等）を実行して、スクランブル列から送信信号を生成する。受信機が送信信号を受信すると、受信機は、デプリコーディング、復調、デスクランブル、復号、ＣＲＣチェック等の対応する手順を実行して、トランスポートブロックを得てよい。一実施形態では、上りリンク共有チャネル（ＵＬ−ＳＣＨ）からトランスポートブロックを配信するための送信機は、ＵＥ、デバイス、ビークル、および／またはＶ２Ｘ  ＵＥであってよい。トランスポートブロックを受信するための受信機は、ネットワークノード、基地局、および／またはｇＮＢであってよい。送信信号はＰＵＳＣＨとすることができる。
【００５５】
図２３（ｂ）に示すように、送信機は、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）からのトランスポートブロックにＣＲＣビットを付加する。ＣＲＣビットは、図２４に示すように、ＣＲＣスクランブルビットでスクランブルされない。チャネルコーディングおよび／またはレートマッチングを実行した後、送信機はトランスポートブロックおよびＣＲＣビットから符号化列を得る。そして、送信機は、符号化列をスクランブル列でスクランブルする。一実施形態では、スクランブル列初期値は、図２４に示すように、トランスポートブロックに対応するＳＣＩのＣＲＣビットの１０進表現であってよい。
【００５６】
一実施形態では、ＳＣＩを配信するＰＳＣＣＨおよびトランスポートブロックを配信する送信信号は、同じＴＴＩ内で送信することができる。ＳＣＩを配信するＰＳＣＣＨは、トランスポートブロックを配信する送信信号をスケジュールすることができる。代替的は、スクランブル列の初期値は、対応するサイドリンク制御情報から取得される宛先識別情報であってよい。一実施形態では、サイドリンク制御情報は、トランスポートブロックを配信する送信信号をスケジュールすることができる。送信機は、他の手順（例えば、変調、プリコーディング、ＯＦＤＭ／ＳＣ−ＯＦＤＭ信号生成等）を実行して、スクランブル列から送信信号を生成する。受信機が送信信号を受信すると、受信機は、デプリコーディング、復調、デスクランブル、復号、ＣＲＣチェック等の対応する手順を実行して、トランスポートブロックを得てよい。一実施形態では、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）からトランスポートブロックを配信するための送信機は、ＵＥ、デバイス、ビークル、および／またはＶ２Ｘ  ＵＥであってよい。トランスポートブロックを受信するための受信機は、ＵＥ、デバイス、ビークル、および／またはＶ２Ｘ  ＵＥであってよい。送信信号はＰＳＳＣＨとすることができる。
【００５７】
ＬＴＥ／ＬＴＥ−Ａ  Ｖ２Ｘ送信では、物理レイヤにおけるサイドリンク送信は宛先ＩＤも送信元ＩＤも示さない。Ｖ２Ｘ受信機は、トランスポートブロックを首尾よく復号し、上位レイヤにおいて宛先ＩＤおよび／または送信元ＩＤを取得する必要がある。これは、Ｖ２Ｘ受信機が、復号を実行し、宛先ＩＤおよび／または送信元ＩＤをチェックした後に、いくつかの復号されたトランスポートブロックが自分自身に対するものではないことを知ることができることを意味する。それは、Ｖ２Ｘ受信機に対して複雑さと不必要な復号オーバーヘッドを増加させる。したがって、１つの可能な方法は、部分または完全宛先識別情報および／または部分または完全送信元識別情報を物理レイヤに含めることである。現在、ＲＡＮ１は、（３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  ＃９４  Ｖ０．１．０のドラフトレポートで議論されているように）物理レイヤがユニキャストまたはグループキャストセッションに属する特定の送信についてＩＤ情報を知ると想定している。ＩＤ情報は、グループキャストＶ２Ｘ送信のための宛先グループＩＤと、ユニキャストＶ２Ｘ送信のための宛先ＩＤとを含んでよい。送信元ＩＤはＦＦＳとする。
【００５８】
ユニキャストＶ２Ｘ送信および／またはグループキャストＶ２Ｘ送信のために、特に高いスループットと高い信頼性の要求を考慮して、ＨＡＲＱ−ＡＣＫがサイドリンク強化のために考慮される。ＵＥがＤＬ送信の送信元を知ることができ、ＵＬ送信の宛先がネットワークノードであるＵｕｌｉｎｋとは異なり、サイドリンクにおけるＶ２Ｘ送信は、複数の可能性のあるデバイスから／に送信されてよい。受信機がＨＡＲＱコンバイン（同じトランスポートブロックに対する新しい送信と再送信）を実行するのを助けるために、受信機はユニキャストＶ２Ｘ送信および／またはグループキャストＶ２Ｘ送信についてのソースＩＤを知る必要があることがある。なぜなら、ＨＡＲＱコンバインは同じトランスポートブロックを配信する送信に対してのみ有効なためである。受信機は、別々の送信が、同じ送信元ＩＤおよび／または同じＨＡＲＱプロセスＩＤ基づいて、同じトランスポートブロックを配信するかどうかを知ることができる。従って、サイドリンク送信／受信について物理レイヤに部分または完全送信元ＩＤを含める、あるいは配信する方法が考慮されてよい。
【００５９】
方法ａ  −  送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含んでよい。送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。一実施形態では、データパケットは、識別情報の第２の部分を含んでよい。送信側デバイスは、制御情報にＣＲＣビットを付加してよい。一実施形態では、送信側デバイスは、識別情報の第１の部分を使用して制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行することができる。さらに、送信側デバイスは、スクランブルされたＣＲＣビットと共に制御送信を送信してよい。送信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してもよい。
【００６０】
一実施形態では、受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。また、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。一実施形態では、データパケットは、サイドリンク送信に対するものとすることができる。
【００６１】
一実施形態では、受信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、データパケットから識別情報の第２の部分を取得してよい。追加的に、受信側デバイスは、データパケットに関連付けられた識別情報を決定してよく、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなる。
【００６２】
さらに、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられてよい。識別情報は、少なくとも送信側デバイスに関連付けられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含んでよい。受信側デバイスは、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行するための識別情報の候補セットを使用してよい。さらに、受信側デバイスは、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行するために、識別情報の候補セットのうちの識別情報（の第１の部分）を一つずつ使用してよい。
【００６３】
別の実施形態では、受信側デバイスは、第１のＣＲＣビットと共に第１の制御情報を受信してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、第１のＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。追加的に、受信側デバイスは、第１の制御情報に基づいて第１のデータ送信を受信してよい。
【００６４】
一実施形態では、受信側デバイスは、第２のＣＲＣビットと共に第２の制御情報を受信してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、第２のＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。追加的に、受信側デバイスは、第２の制御情報に基づいて第２のデータ送信を受信してよい。
【００６５】
一実施形態では、受信側デバイスは、第１のデータ送信と第２のデータ送信を組み合わせて、データパケットを復号してよい。データパケットは、サイドリンク送信に対するものでよい。
【００６６】
一実施形態では、受信側デバイスは、識別情報の第１の部分を使用して、第１のデータ送信に対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、第２のデータ送信に対するデスクランブル手順を実行してよい。
【００６７】
一実施形態では、受信側デバイスは、データパケットから識別情報の第２の部分を取得してよい。さらに、受信側デバイスは、データパケットに関連付けられた識別情報を決定してよく、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、またはそれらからなる。
【００６８】
さらに、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられてよい。識別情報は、少なくとも送信側デバイスに関連付けられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含んでよい。受信側デバイスは、第１のＣＲＣビットおよび第２のＣＲＣビットに対するＣＲＣデスクランブル手順を実行するための識別情報の候補セットを使用してよい。さらに、受信側デバイスは、第１のＣＲＣビットおよび第２のＣＲＣビットに対するＣＲＣデスクランブル手順を実行するために、識別情報の候補セットのうちの識別情報（の第１の部分）を一つずつ使用してよい。
【００６９】
一実施形態では、識別情報の第１の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてもよい。さらに、識別情報の第１の部分のビット数は、制御情報のＣＲＣビットのビット数以下としてよい。
【００７０】
方法ｂ  −  送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含んでよい。送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。一実施形態では、データパケットは、識別情報の第２の部分を含んでよい。
【００７１】
一実施形態では、送信側デバイスは、制御情報内に識別情報の第１の部分を含めてよい。さらに、送信側デバイスは、制御情報を送信してよい。追加的に、送信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してよい。
【００７２】
一実施形態では、受信側デバイスは制御情報を受信してよい。さらに、受信側デバイスは、制御情報から識別情報の第１の部分を取得してよい。追加的に、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。一実施形態では、データパケットは、サイドリンク送信に対するものとしてよい。
【００７３】
一実施形態では、受信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、データパケットから識別情報の第２の部分を取得してよい。追加的に、受信側デバイスは、データパケットに関連付けられた識別情報を決定してよく、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなる。
【００７４】
さらに、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられなくてよい。代替的には、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられてよい。識別情報は、少なくとも送信側デバイスに関連付けられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含んでよい。
【００７５】
別の実施形態では、受信側デバイスは、第１の制御情報を受信してよい。一実施形態では、第１の制御情報は、識別情報の第１の部分を示してよい。受信側デバイスは、第１の制御情報に基づいて第１のデータ送信を受信してよい。さらに、受信側デバイスは、第２の制御情報を受信してよい。第２の制御情報は、識別情報の第１の部分を示してよい。
【００７６】
一実施形態では、受信側デバイスは、第２の制御情報に基づいて第２のデータ送信を受信してよい。さらに、受信側デバイスは、第１のデータ送信と第２のデータ送信を組み合わせて、データパケットを復号してよい。データパケットは、サイドリンク送信に対するものでよい。
【００７７】
一実施形態では、受信側デバイスは、識別情報の第１の部分を使用して、第１のデータ送信に対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、第２のデータ送信に対するデスクランブル手順を実行してよい。追加的に、受信側デバイスは、データパケットから識別情報の第２の部分を取得してよい。また、受信側デバイスは、データパケットに関連付けられた識別情報を決定してよく、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、またはそれらからなる。
【００７８】
さらに、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられなくてよい。代替的には、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられてよい。識別情報は、少なくとも送信側デバイスに関連付けられてよい。さらに、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【００７９】
制御情報の信頼性を確保するために、制御情報のビット数は制限されてよい。従って、識別情報の第１の部分のビット数はそれほど大きくなくてよい。例えば、識別情報の第１の部分のビット数は、８以下であってよい。
【００８０】
さらに、識別情報の第１の部分のビット数は、送信元誤検出のエラーケースを回避／排除するために、それほど小さくなくてよい。例えば、識別情報の第１の部分のビット数は、４以上であってよい。
【００８１】
方法ｃ  −  送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。識別情報は、識別情報の第１の部分および識別情報の第２の部分を含んでよい。
【００８２】
送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。一実施形態では、送信側デバイスは、制御情報内に識別情報の第１の部分を含めてよい。さらに、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。追加的に、送信側デバイスは、識別情報の第２の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。また、送信側デバイスは、制御情報およびスクランブルされたＣＲＣビットを送信してよい。
【００８３】
一実施形態において、識別情報は、識別情報の第１の部分および識別情報の第２の部分からなってよい。代替的には、データパケットは、識別情報の第３の部分を含んでよい。識別情報は、識別情報の第１の部分、識別情報の第２の部分、および識別情報の第３の部分を含むか、あるいはそれらからなる。
【００８４】
さらに、送信側デバイスは、識別情報の第１の部分および識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。一実施形態では、送信側デバイスは、（完全）識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【００８５】
一実施形態では、送信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。さらに、送信側デバイスは、識別情報の第１の部分、識別情報の第２の部分、および／または識別情報の第３の部分を使用して、データパケットに対するスクランブル手順を実行してよい。追加的に、送信側デバイスは、（完全）識別情報を使用して、データパケットに対するスクランブル手順を実行してよい。
【００８６】
図２５の方法ｃ１およびｃ３に示すように、識別情報の第１の部分はＳ１であってよく、識別情報の第２の部分はＳ２であってよい。一実施形態において、識別情報Ｓは、Ｓ１およびＳ２を含むか、あるいはそれらからなってよい。Ｓ１およびＳ２は、識別情報Ｓの排他的部分である。一実施形態では、ｎＳとして示されたＳのビット数は、ｎＳ１として示されたＳ１のビット数、およびｎＳ２として示されたＳ２のビット数の合計と同じである。Ｓ１は識別情報ＳのｎＳ１個の最上位ビットであり、Ｓ２は識別情報ＳのｎＳ２個の最下位ビットである。代替的には、Ｓ１は識別情報ＳのｎＳ１個の最下位ビットであり、Ｓ２は識別情報ＳのｎＳ２個の最上位ビットである。
【００８７】
一実施形態では、送信側デバイスは、図２５の方法ｃ３に示すように、（完全）識別情報Ｓを使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。受信機は制御送信を受信すると送信機の（完全）識別情報を知ることができるため、（完全）識別情報が、スクランブル手順を実行するために、あるいはデータパケットに対するＣＲＣスクランブル手順を実行するために利用されてよい。
【００８８】
図２５の方法ｃ２に示すように、識別情報は、識別情報の第１の部分、識別情報の第２の部分、および識別情報の第３の部分を含むか、あるいはそれらからなってよい。一実施形態では、データパケットは、識別情報の第３の部分を含んでよい。識別情報の第１の部分はＳ１であってよく、識別情報の第２の部分はＳ２であってよく、識別情報の３番目の部分はＳ３であってよい。一実施形態において、識別情報Ｓは、Ｓ１、Ｓ２およびＳ３を含むか、あるいはそれらからなってよい。Ｓ１、Ｓ２およびＳ３は識別情報Ｓの排他的な部分である。ｎＳとして示されたＳのビット数は、ｎＳ１として示されたＳ１のビット数、ｎＳ２として示されたＳ２のビット数、およびｎＳ３として示されたＳ３のビット数の合計と同じである。
【００８９】
制御情報の信頼性を確保するために、制御情報のビット数は制限されてよい。従って、識別情報の第１の部分のビット数はそれほど大きくなくてよい。例えば、識別情報の第１の部分のビット数は、８以下であってよい。
【００９０】
さらに、識別情報の第１の部分のビット数は、送信元誤検出のエラーケースを回避または排除するために、それほど小さくなくてよい。例えば、識別情報の第１の部分のビット数は、４以上であってよい。
【００９１】
一実施形態では、識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてよい。識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。
【００９２】
方法ｄ  −  送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【００９３】
一実施形態では、送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。さらに、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。追加的に、識別情報の第１の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【００９４】
一実施形態では、送信側デバイスは、識別情報の第２の部分および／または識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。また、送信側デバイスは、制御情報を送信してよい。さらに、送信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してよい。さらに、送信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。送信側デバイスは、（完全）識別情報を使用して、データパケットに対するスクランブル手順を実行してもよい。
【００９５】
一実施形態では、識別情報の第１の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてよい。追加的に、識別情報の第１の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。
【００９６】
方法  ｅ  −  送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含む／それらからなってよい。
【００９７】
一実施形態では、送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。さらに、送信側デバイスは、制御情報内に識別情報の第１の部分を含めてよい。追加的に、送信側デバイスは、識別情報の第２の部分および／または識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。また、送信側デバイスは、制御情報を送信してよい。
【００９８】
一実施形態では、送信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行することができる。さらに、送信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行することができる。追加的に、送信側デバイスは、（完全）識別情報を使用して、データパケットに対するスクランブル手順を実行してよい。
【００９９】
一実施形態では、受信側デバイスは制御情報を受信することができる。さらに、受信側デバイスは、制御情報から識別情報の第１の部分を取得してよい。追加的に、受信側デバイスは、識別情報の第２の部分を決定してよい。好ましくは、受信側デバイスは、識別情報の第１の部分に基づいて識別情報の第２の部分を決定してよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０１００】
一実施形態では、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットはサイドリンク送信に対するものである。
【０１０１】
一実施形態では、受信側デバイスは、識別情報の第２の部分および／または識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。また、受信側デバイスは、データパケットが識別情報に関連付けられていることを決定してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。追加的に、受信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。また、受信側デバイスは、（完全）識別情報を使用して、データパケットに対するデスクランブル手順を実行してよい。
【０１０２】
さらに、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられてよい。識別情報は、少なくとも送信側デバイスに関連付けられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなってよい。識別情報の候補セットに従って、受信側デバイスは、識別情報の第１の部分に基づいて、識別情報の第２の部分を導出してよい。
【０１０３】
別の実施形態では、受信側デバイスは、第１の制御情報を受信してよい。また、受信側デバイスは、第１の制御情報から識別情報の第１の部分を取得してよい。さらに、受信側デバイスは、識別情報の第２の部分を決定してよい。追加的に、受信側デバイスは、識別情報の第１の部分に基づいて識別情報の第２の部分を決定してよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０１０４】
一実施形態では、受信側デバイスは、第１の制御情報に基づいて第１のデータ送信を受信してよい。また、受信側デバイスは、第２の制御情報を受信してよい。追加的に、受信側デバイスは、第２の制御情報から、同じ識別情報の第１の部分を取得してよい。さらに、受信側デバイスは、第２の制御情報に基づいて第２のデータ送信を受信してよい。また、受信側デバイスは、第１のデータ送信と第２のデータ送信を組み合わせて、データパケットを復号してもよい。一実施形態では、データパケットは、サイドリンク送信に対するものである。
【０１０５】
一実施形態では、受信側デバイスは、識別情報の第２の部分および／または識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。また、受信側デバイスは、データパケットが識別情報に関連付けられていることを決定してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、第１のデータ送信に対するデスクランブル手順を実行してよい。追加的に、受信側デバイスは、識別情報の第１の部分を使用して、第２のデータ送信に対するデスクランブル手順を実行してよい。
【０１０６】
一実施形態では、受信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、第１のデータ送信に対するデスクランブル手順を実行してもよい。さらに、受信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、第２のデータ送信のためのデスクランブル手順を実行してよい。追加的に、受信側デバイスは、（完全）識別情報を使用して、第１のデータ送信に対するデスクランブル手順を実行してよい。また、受信側デバイスは、（完全）識別情報を使用して、第２のデータ送信に対するデスクランブル手順を実行してよい。
【０１０７】
一実施形態では、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられてよい。識別情報は、少なくとも送信側デバイスに関連付けられてよい。さらに、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなってよい。識別情報の候補セットに従って、受信側デバイスは、識別情報の第１の部分に基づいて、識別情報の第２の部分を導出してよい。
【０１０８】
制御情報の信頼性を確保するために、制御情報のビット数は制限されてよい。従って、識別情報の第１の部分のビット数はそれほど大きくなくてよい。例えば、識別情報の第１の部分のビット数は、８以下であってよい。
【０１０９】
さらに、識別情報の第１の部分のビット数は、送信元誤検出のエラーケースを回避／排除するために、それほど小さくなくてよい。例えば、識別情報の第１の部分のビット数は、４以上であってよい。
【０１１０】
方法ｆ  −  送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、識別情報は、識別情報の第１の部分、識別情報の第２の部分、および識別情報の第３の部分を含むか、あるいはそれらからなってよい。
【０１１１】
一実施形態では、送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。さらに、送信側デバイスは、制御情報内に識別情報の第１の部分を含めてよい。
【０１１２】
一実施形態では、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。さらに、送信側デバイスは、識別情報の第２の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。追加的に、送信側デバイスは、識別情報の第３部分および／または識別情報の第１部分および／または識別情報の第２部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【０１１３】
一実施形態では、送信側デバイスは制御情報を送信してよい。さらに、送信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。追加的に、送信側デバイスは、（完全）識別情報を使用して、データパケットのためのスクランブル手順を実行してよい。
【０１１４】
図２５の方法ｆに示されるように、識別情報の第１の部分はＳ１であってよく、識別情報の第２の部分はＳ２であってよく、識別情報の３番目の部分はＳ３であってよい。一実施形態において、識別情報Ｓは、Ｓ１、Ｓ２およびＳ３を含むか、あるいはそれらからなってよい。Ｓ１、Ｓ２およびＳ３は識別情報Ｓの排他的な部分である。一実施形態では、ｎＳとして示されたＳのビット数は、ｎＳ１として示されたＳ１のビット数、ｎＳ２として示されたＳ２のビット数、およびｎＳ３として示されたＳ３のビット数の合計と同じである。
【０１１５】
制御情報の信頼性を確保するために、制御情報のビット数は制限されてよい。従って、識別情報の第１の部分のビット数はそれほど大きくなくてよい。例えば、識別情報の第１の部分のビット数は、８以下であってよい。
【０１１６】
さらに、識別情報の第１の部分のビット数は、送信元誤検出のエラーケースを回避／排除するために、それほど小さくなくてよい。例えば、識別情報の第１の部分のビット数は、４以上であってよい。
【０１１７】
一実施形態では、識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてよい。識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。
【０１１８】
方法ｇ  −  送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。
【０１１９】
一実施形態では、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。さらに、送信側デバイスは、識別情報を使用して制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。追加的に、送信側デバイスは、スクランブルされたＣＲＣビットと共に制御送信を送信してもよい。
【０１２０】
一実施形態では、送信側デバイスは、識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。さらに、送信側デバイスは、識別情報を使用してデータパケットに対するスクランブル手順を実行してよい。
【０１２１】
図２５および２６の方法ｇに示すように、識別情報Ｓは２４ビットであってよい。代替的には、識別情報Ｓは１６ビットであってよい。
【０１２２】
一実施形態では、識別情報のビット数は、制御情報のＣＲＣビットのビット数として制限されてよい。さらに、識別情報のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。
【０１２３】
上記の方法ａから方法ｇについて、識別情報は送信元識別情報を意味してよい。特に、識別情報は、送信元レイヤ２識別情報を意味してよい。識別情報は、送信側デバイスの識別情報を意味してもよい。識別情報は、どのデバイスが制御情報および／またはデータパケットを送信するかを示すために利用され得る。
【０１２４】
一実施形態では、識別情報は、サイドリンク送信に利用され得る。識別情報は、デバイス・ツー・デバイス送信にも利用され得る。
【０１２５】
一実施形態では、識別情報は、Ｕｕリンク送信には利用されなくてよい。また、識別情報は、ネットワークとデバイスの間の送信に利用されなくてよい。一実施形態では、識別情報はＣ−ＲＮＴＩでなくてよい。特に、識別情報はＣ−ＲＮＴＩと同じでなくてよい。
【０１２６】
一実施形態では、識別情報は、ネットワークによって設定または割り当てられてよい。識別情報は、別のデバイスによって設定または割り当てられてもよい。代替的には、識別情報は、予め設定されてよい。
【０１２７】
一実施形態では、特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットが特定の識別情報でスクランブルされることを意味することができる。さらに、特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットと特定の識別情報がビットごとにバイナリ加算されることを意味することができる。追加的に、特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットと特定の識別情報がビットごとにＸＯＲ演算を実行することを意味することができる。
【０１２８】
一実施形態では、第１の特定の識別情報および第２の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットが第１の特定の識別情報および第２の特定の識別情報でスクランブルされることを意味することができる。さらに、第１の特定の識別情報および第２の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットが、それぞれ第１の特定の識別情報および第２の特定の識別情報でスクランブルされることを意味することができる。追加的に、第１の特定の識別情報および第２の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットの第１の部分と第１の特定の識別情報がビットごとにバイナリ加算され、制御情報またはデータパケットのＣＲＣビットの第２の部分と第２の特定の識別情報がビットごとにバイナリ加算されることを意味することができる。
【０１２９】
一実施形態では、第１の特定の識別情報および第２の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットの第１の部分と第１の特定の識別情報がビットごとにＸＯＲ演算を実行し、制御情報またはデータパケットのＣＲＣビットの第２の部分と第２の特定の識別情報がビットごとにＸＯＲ演算を実行することを意味することができる。
【０１３０】
一実施形態では、制御情報またはデータパケットのＣＲＣビットの第１の部分と、制御情報またはデータパケットのＣＲＣビットの第２の部分とが重複しなくてよい。
【０１３１】
一実施形態では、第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットが第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報でスクランブルされることを意味することができる。さらに、第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットが、それぞれ第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報でスクランブルされることを意味することができる。追加的に、第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットの第１の部分と第１の特定の識別情報がビットごとにバイナリ加算され、制御情報またはデータパケットのＣＲＣビットの第２の部分と第２の特定の識別情報がビットごとにバイナリ加算され、制御情報またはデータパケットのＣＲＣビットの第３の部分および第３の特定の識別情報がビットごとにバイナリ加算されることを意味することができる。また、第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットの第１の部分と第１の特定の識別情報がビットごとにＸＯＲ演算を実行し、制御情報またはデータパケットのＣＲＣビットの第２の部分と第２の特定の識別情報がビットごとにＸＯＲ演算を実行し、制御情報またはデータパケットのＣＲＣビットの第３の部分と第３の特定の識別情報がビットごとにＸＯＲ演算を実行することを意味することができる。
【０１３２】
一実施形態では、制御情報またはデータパケットのＣＲＣビットの第１の部分、制御情報またはデータパケットのＣＲＣビットの第２の部分、および制御情報またはデータパケットのＣＲＣビットの第３の部分は、重複しなくてよい。
【０１３３】
一実施形態では、特定の識別情報を使用する制御情報またはデータパケットに対するスクランブル手順は、制御情報またはデータパケットの（符号化）列がスクランブル列でスクランブルされ、スクランブル列が特定の識別情報に基づいて生成されることを意味することができる。特定の識別情報は、スクランブル列を生成するための初期値を設定するのに利用され得る。
【０１３４】
一実施形態では、第１の特定の識別情報および第２の特定の識別情報を使用する制御情報またはデータパケットのスクランブル手順は、制御情報またはデータパケットの（符号化）列がスクランブル列でスクランブルされ、スクランブル列が第１の特定の識別情報および第２の特定の識別情報に基づいて生成されることを意味することができる。第１の特定の識別情報および第２の特定の識別情報は、スクランブル列を生成するための初期値を設定するのに利用され得る。
【０１３５】
一実施形態では、第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報を使用する制御情報またはデータパケットをスクランブルする手順は、制御情報またはデータパケットの（符号化）列がスクランブル列でスクランブルされ、スクランブル列が第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報に基づいて生成されることを意味することができる。第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報は、スクランブル列を生成するための初期値を設定するのに利用され得る。
【０１３６】
一実施形態では、スクランブル列は、初期化が与えられたシーケンス生成を介して生成されてよい。シーケンス生成は擬似ランダムシーケンス生成としてよい。
【０１３７】
一実施形態では、特定の識別情報は、識別情報の第１の部分、識別情報の第２の部分、識別情報の第３の部分、および／または識別情報のうちの１つを意味してよい。第１の特定の識別情報は、識別情報の第１の部分、識別情報の第２の部分、識別情報の第３の部分、および／または識別情報の１つを意味してよい。第２の特定の識別情報は、識別情報の第１の部分、識別情報の第２の部分、識別情報の第３の部分、および／または識別情報のうちの１つを意味してよい。第３の特定の識別情報は、識別情報の第１の部分、識別情報の第２の部分、識別情報の第３の部分、および／または識別情報のうちの１つを意味してよい。
【０１３８】
一実施形態では、データパケットは、ＳＬ−ＳＣＨで配信されてもよい。データパケットは、ＤＬ−ＳＣＨでもＵＬ−ＳＣＨでも配信されなくてよい。データパケットは、ＰＳＳＣＨで送信されてよい。データパケットはＰＤＳＣＨでもＰＵＳＣＨでも送信されなくてよい。
【０１３９】
一実施形態では、制御情報は、サイドリンク制御情報を意味してよい。制御情報は、下りリンク制御情報も上りリンク制御情報も意味しなくてよい。制御情報は、ＰＳＣＣＨで送信されてよい。制御情報はＰＤＣＣＨでもＰＵＣＣＨでも送信されなくてよい。
【０１４０】
一実施形態では、サイドリンク送信または受信は、デバイス・ツー・デバイス送信または受信であってよい。特に、サイドリンク送信または受信は、Ｖ２Ｘ送信または受信であってよい。代替的は、サイドリンク送信または受信は、Ｐ２Ｘ送信または受信であってよい。サイドリンクの送信または受信は、ＰＣ５インタフェースにあってよい。
【０１４１】
一実施形態では、ＰＣ５インタフェースは、デバイスとデバイスの間の通信のための無線インタフェースであってよい。さらに、ＰＣ５インタフェースは、ＵＥ間の通信のための無線インタフェースであってよい。追加的に、ＰＣ５インタフェースは、Ｖ２ＸまたはＰ２Ｘ通信のための無線インタフェースであってよい。
【０１４２】
一実施形態では、Ｕｕインタフェースは、ネットワークノードとデバイスの間の通信のための無線インタフェースであってよい。Ｕｕインタフェースは、ネットワークノードとＵＥの間の通信のための無線インタフェースであってもよい。
【０１４３】
一実施形態では、デバイスはＵＥであってよい。特に、デバイスはビークルＵＥであってよい。代替的には、デバイスはＶ２Ｘ  ＵＥであってよい。
【０１４４】
方法ａから方法ｇは、サイドリンク送信または受信のために部分または完全送信元識別情報を含むかあるいは配信するのに利用されてよい。言い換えると、方法ａから方法ｇは、サイドリンク送信または受信のために送信側デバイスの部分または完全識別情報を含むかあるいは配信するのに利用されてよい。従って、受信側デバイスは、送信元識別情報および／または送信側デバイスの識別情報に依存して、データパケットに対するＨＡＲＱプロセスおよび／またはＨＡＲＱコンバインを実行する方法を決定することができる。
【０１４５】
より具体的には、方法ｇの概念は、制御情報に対するＣＲＣスクランブリングを使用して、送信元識別情報または送信側デバイスの識別情報を配信することである。しかし、送信元識別情報または送信側デバイスの識別情報のビット数が制御情報のＣＲＣビットのビット数より大きい場合、方法ｇは動作しなくてよい。
【０１４６】
方法ａ、ｂ、ｃ１、ｃ３、ｄ、およびｅの一般的な概念は、送信元識別情報または送信機側デバイスの識別情報を２つの部分に分割することを含む。２つの部分は、制御情報フィールド、制御情報のためのＣＲＣスクランブル、データパケット、および／またはデータパケットのためのＣＲＣスクランブルのうちの任意の２つで配信されてよい。
【０１４７】
方法ｃ２およびｆの一般的な概念は、送信元識別情報または送信側デバイスの識別情報を３つの部分に分割することを含む。３つの部分は、制御情報フィールド、制御情報のためのＣＲＣスクランブル、データパケット、および／またはデータパケットのためのＣＲＣスクランブルのうちの任意の３つで配信されてよい。
【０１４８】
別の実施形態では、送信元識別情報または送信側デバイスの識別情報の３つの部分は、制御情報フィールド、データパケット、および／またはデータパケットのためのＣＲＣスクランブルで配信されてよい。この実施形態は、方法ｅに含まれてよく、識別情報は、識別情報の第１の部分、識別情報の第２の部分、および識別情報の第３の部分を含むか、あるいはそれらからなる。さらに、識別情報の第３の部分は、データパケットに含まれてよい。
【０１４９】
追加の実施形態では、送信元識別情報または送信側デバイスの識別情報の３つの部分は、制御情報のためのＣＲＣスクランブル、データパケット、および／またはデータパケットのためのＣＲＣスクランブルで配信されてよい。この追加の実施形態は、方法ｄに含まれてよく、識別情報は、識別情報の第１の部分、識別情報の第２の部分、および識別情報の第３の部分を含むか、あるいはそれらからなる。さらに、識別情報の第３の部分は、データパケットに含まれてよい。
【０１５０】
さらに、送信側デバイスは、サイドリンク送信または受信のために部分または完全宛先識別情報を含むあるいは配信することができる。言い換えると、送信側デバイスは、サイドリンク送信または受信のために受信側デバイスの部分または完全識別情報を含むかあるいは配信することができる。従って、受信側デバイスは、宛先識別情報および／または受信側デバイスの識別情報に依存して、データ送信に対して受信および／または復号をどのように実行するかあるいは実行するかどうかを決定することができる。
【０１５１】
一実施形態では、受信側デバイスは、関連付けられた制御情報において搬送される宛先識別情報および／または受信側デバイスの識別情報が受信側デバイス自体を示す場合、データ送信を受信および／または復号してよい。受信側デバイスは、関連付けられた制御情報において搬送される宛先識別情報および／または受信側デバイスの識別情報が受信側デバイス自体を示さない場合、データ送信を受信および／または復号しなくてよい。
【０１５２】
図２７の方法ＡからＬに示すように、これらの方法は、サイドリンク送信または受信のために部分または完全宛先識別情報を含むあるいは配信するために使用されてよい。
【０１５３】
方法Ａ  −  送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０１５４】
一実施形態では、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。さらに、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。追加的に、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。また、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報を使用してデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。一実施形態では、送信側デバイスは、宛先識別情報を使用してデータパケットに対するスクランブル手順を実行してよい。
【０１５５】
受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。好ましくは、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。
【０１５６】
一実施形態では、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。一実施形態では、データパケットは、サイドリンク送信に対するものであってよい。
【０１５７】
一実施形態では、受信側デバイスは、宛先識別情報を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。
【０１５８】
一実施形態では、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてよい。さらに、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。
【０１５９】
方法Ｂ  −  送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０１６０】
一実施形態では、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。さらに、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報に対するスクランブル手順を実行してよい。追加的に、送信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、制御情報に対するスクランブル手順を実行してよい。
【０１６１】
一実施形態では、送信側デバイスは制御送信を送信することができる。受信側デバイスは、宛先識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報を使用して、データパケットに対するスクランブル手順を実行してよい。
【０１６２】
受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。受信側デバイスは、制御情報を受信してよい。
【０１６３】
一実施形態では、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報に対するデスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、制御情報に対するデスクランブル手順を実行してよい。
【０１６４】
一実施形態では、受信側デバイスは、制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットはサイドリンク送信に対するものである。
【０１６５】
一実施形態では、受信側デバイスは、宛先識別情報を使用して、データパケットのためのデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。
【０１６６】
方法Ｃ  −  送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示すものである。宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０１６７】
一実施形態では、送信側デバイスは、データパケット内に宛先識別情報の第２の部分を含めてよい。さらに、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。
【０１６８】
一実施形態では、送信側デバイスは制御送信を送信してよい。さらに、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してよい。
【０１６９】
受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０１７０】
受信側デバイスは、制御情報を受信してよい。一実施形態では、受信側デバイスは、制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。
【０１７１】
一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。
【０１７２】
一実施形態では、受信側デバイスは、データパケットが宛先識別情報の第２の部分を示すかどうかをチェックしてよい。データパケットが宛先識別情報の第２の部分を示さない場合、受信側デバイスはデータパケットを破棄してよい。
【０１７３】
方法Ｄ  −  送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０１７４】
一実施形態では、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。送信側デバイスは、制御送信を送信してもよい。
【０１７５】
一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【０１７６】
一実施形態では、送信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットのためのスクランブル手順を実行してよい。
【０１７７】
受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０１７８】
受信側デバイスは、制御情報を受信してよい。一実施形態では、受信側デバイスは、制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。
【０１７９】
一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。
【０１８０】
一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。
【０１８１】
一実施形態では、宛先識別情報の第２の部分のビット数は、データパケットのＣＲＣビットのビット数として制限されてよい。さらに、宛先識別情報の第２の部分のビット数は、データパケットのＣＲＣビットのビット数以下であってよい。
【０１８２】
方法Ｅ  −  送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０１８３】
一実施形態では、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。さらに、送信側デバイスは、宛先識別情報の第１の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【０１８４】
一実施形態では、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報に対するスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、制御情報に対するスクランブル手順を実行してよい。
【０１８５】
一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。送信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。
【０１８６】
受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。
【０１８７】
一実施形態では、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報に対するデスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、制御情報に対するデスクランブル手順を実行してよい。
【０１８８】
一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。
【０１８９】
一実施形態では、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するデスクランブル手順を実行してよい。
【０１９０】
一実施形態では、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてもよい。さらに、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。
【０１９１】
方法Ｆ  −  送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０１９２】
一実施形態では、送信側デバイスは、データパケット内に宛先識別情報の第２の部分を含めてよい。さらに、送信側デバイスは、ＣＲＣビットを制御情報に付加してもよい。追加的に、送信側デバイスは、宛先識別情報の第１の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【０１９３】
一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。送信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してよい。
【０１９４】
受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０１９５】
受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣを通過する場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットはサイドリンク送信に対するものである。
【０１９６】
一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。追加的に、受信側デバイスは、データパケットが宛先識別情報の第２の部分を示すかどうかをチェックしてよい。データパケットが宛先識別情報の第２の部分を示さない場合、受信側デバイスはデータパケットを破棄してよい。
【０１９７】
一実施形態では、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてよい。さらに、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。
【０１９８】
方法Ｇ  −  送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０１９９】
一実施形態では、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。さらに、送信側デバイスは、宛先識別情報の第１の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【０２００】
一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【０２０１】
一実施形態では、送信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。
【０２０２】
受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。
【０２０３】
受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットはサイドリンク送信に対するものである。
【０２０４】
一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。
【０２０５】
一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、データパケット（ＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。
【０２０６】
一実施形態では、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてもよい。さらに、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。
【０２０７】
方法Ｈ  −  送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分、宛先識別情報の第２の部分および宛先識別情報の第３の部分を含むか、あるいはそれらからなってよい。
【０２０８】
一実施形態では、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。さらに、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。追加的に、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【０２０９】
一実施形態では、送信側デバイスは、宛先識別情報の第３の部分を使用して制御情報に対するスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第２の部分、および宛先識別情報の第１の部分を使用して、制御情報に対するスクランブル手順を実行してよい。
【０２１０】
一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第２の部分、および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。送信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第１の部分、および宛先識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。
【０２１１】
受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分、宛先識別情報の第２の部分、および宛先識別情報の第３の部分を含むか、あるいはそれらからなってよい。受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。
【０２１２】
一実施形態では、送信側デバイスは、宛先識別情報の第３の部分を使用して制御情報に対するデスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第２の部分、および宛先識別情報の第１の部分を使用して、制御情報に対するデスクランブル手順を実行してよい。
【０２１３】
一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してもよい。さらに、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。
【０２１４】
一実施形態では、受信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第１の部分、および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第２の部分、および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。
【０２１５】
一実施形態では、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてもよい。さらに、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。
【０２１６】
方法Ｈ  −  送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示すものである。さらに、宛先識別情報は、宛先識別情報の第１の部分、宛先識別情報の第２の部分および宛先識別情報の第３の部分を含むか、あるいはそれらからなってよい。
【０２１７】
一実施形態では、送信側デバイスは、データパケット内に宛先識別情報の第３の部分を含めてよい。さらに、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。
【０２１８】
一実施形態では、送信側デバイスは、ＣＲＣビットを制御情報に付加することができる。さらに、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【０２１９】
一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してもよい。さらに、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。追加的に、送信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。
【０２２０】
受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分、宛先識別情報の第２の部分、および宛先識別情報の第３の部分を含むか、あるいはそれらからなってよい。
【０２２１】
受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。
【０２２２】
一実施形態では、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。
【０２２３】
一実施形態では、受信側デバイスは、データパケットが宛先識別情報の第３の部分を示すかどうかをチェックしてよい。データパケットが宛先識別情報の第３の部分を示さない場合、受信側デバイスはデータパケットを破棄してよい。
【０２２４】
一実施形態では、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてもよい。さらに、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。
【０２２５】
方法Ｉ  −  送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分、宛先識別情報の第２の部分および宛先識別情報の第３の部分を含むか、あるいはそれらからなってよい。
【０２２６】
一実施形態では、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。さらに、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。追加的に、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【０２２７】
一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報の第３の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第２の部分、および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【０２２８】
一実施形態では、送信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第１の部分、および宛先識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。
【０２２９】
受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分、宛先識別情報の第２の部分、および宛先識別情報の第３の部分を含むか、あるいはそれらからなってよい。
【０２３０】
受信側デバイスは、ＣＲＣビットを備えた制御情報を受信してよい。一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してもよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。
【０２３１】
一実施形態では、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第１の部分、および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。
【０２３２】
一実施形態では、受信側デバイスは、宛先識別情報の第３の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第２の部分、および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。
【０２３３】
一実施形態では、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてもよい。さらに、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。
【０２３４】
方法Ｋ  −  送信側デバイスは、サイドリンク送信のためのデータパケットを生成することができる。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示すものである。
【０２３５】
一実施形態では、送信側デバイスは、ＣＲＣビットを制御情報に付加することができる。さらに、送信側デバイスは、宛先識別情報を使用して制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。
【０２３６】
一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。送信側デバイスは、宛先識別情報を使用して、データパケットに対するスクランブル手順を実行してよい。
【０２３７】
受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。さらに、受信側デバイスは、宛先識別情報を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。追加的に、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。
【０２３８】
一実施形態では、受信側デバイスは、宛先識別情報を使用して、データパケットにチアするデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。
【０２３９】
一実施形態では、宛先識別情報のビット数は、制御情報のＣＲＣビットのビット数として制限されてもよい。さらに、宛先識別情報のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。
【０２４０】
方法Ｋ  −  送信側デバイスは、サイドリンク送信のためのデータパケットを生成することができる。データパケットは、宛先識別情報と関連付けられてよい。宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。
【０２４１】
一実施形態では、送信側デバイスは、データパケット内に宛先識別情報を含めてよい。さらに、送信側デバイスは、宛先識別情報を使用して制御情報に対するスクランブル手順を実行してよい。
【０２４２】
一実施形態では、送信側デバイスは制御送信を送信してよい。受信側デバイスは、宛先識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。送信側デバイスは、宛先識別情報を使用して、データパケットに対するスクランブル手順を実行してよい。
【０２４３】
受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。さらに、受信側デバイスは、制御情報を受信してもよい。追加的に、送信側デバイスは、宛先識別情報を使用して、制御情報に対するデスクランブル手順を実行してよい。また、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。
【０２４４】
一実施形態では、受信側デバイスは、宛先識別情報を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報を使用して、データパケット（のためのＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してもよい。追加的に、受信側デバイスは、データパケットが宛先識別情報を示すかどうかをチェックしてよい。データパケットが宛先識別情報を示さない場合、受信側デバイスはデータパケットを破棄してよい。
【０２４５】
要約すると、方法ａから方法ｇは、サイドリンク送信または受信のために部分または完全送信元ＩＤを含むあるいは配信するために利用されてよい。言い換えると、方法ａから方法ｇは、サイドリンク送信または受信のために送信側デバイスの部分または完全識別情報を含むあるいは配信するために利用されてよい。方法Ａから方法Ｌは、サイドリンク送信または受信のために部分または完全宛先ＩＤを含むあるいは配信するために利用されてよい。言い換えると、方法Ａから方法Ｌは、サイドリンク送信または受信のために受信側デバイスの部分または完全識別情報を含むあるいは配信するために利用されてよい。
【０２４６】
サイドリンク送信または受信のための上記の全ての方法について、部分または完全送信元ＩＤを含むあるいは配信するための方法ａから方法ｇ、部分または完全宛先ＩＤを含むあるいは配信するための方法Ａから方法Ｌは、部分または完全送信元ＩＤと部分または完全宛先ＩＤの両方を含むあるいは配信するために組み合わせられてよい。言い換えると、送信側デバイスの部分または完全識別情報を含むあるいは配信するための方法ａから方法ｇ、および受信側デバイスの部分または完全識別情報を含むあるいは配信するための方法Ａから方法Ｌは、送信側デバイスの部分または完全識別情報および受信側デバイスの部分または完全識別情報の両方を含むあるいは配信するために組み合わせられてよい。
【０２４７】
一実施形態において、宛先識別情報は、宛先レイヤ２識別情報を意味してよい。さらに、宛先識別情報は、受信側デバイスの識別情報を意味してよい。追加的に、宛先識別情報は、どのデバイスが制御情報および／またはデータパケットを受信する必要があるかを示すのに利用される。
【０２４８】
一実施形態では、受信側デバイスは、それ自体について複数の識別情報を有してよい。さらに、受信側デバイスは、複数の宛先レイヤ２識別情報を有してよい。
【０２４９】
方法ａから方法ｇおよび方法Ａから方法Ｌの任意の組み合わせが可能な実施形態であってよい。
【０２５０】
図２９は、方法ａから方法ｇおよび方法Ａから方法Ｌのいくつかの組み合わせ例を示している。従って、送信側デバイスは、制御情報の送信およびデータパケットの送信を介して、部分または完全送信元ＩＤおよび部分または完全宛先ＩＤの両方を表示または配信してよい。言い換えると、送信側デバイスは、制御情報の送信およびデータパケットの送信を介して、送信側デバイスの部分または完全識別情報および受信側デバイスの部分または完全識別情報の両方を表示または配信してよい。
【０２５１】
より具体的には、制御情報は、送信元識別情報（の一部）および宛先識別情報（の一部）を含むことが可能である。一実施形態では、制御情報内のフィールドは送信元識別情報（の一部）を示してよく、制御情報内の別のフィールドは宛先識別情報（の一部）を示してよい。
【０２５２】
より具体的には、制御情報またはデータパケット（のＣＲＣビット）に対するスクランブル手順を、送信元識別情報（の一部）および宛先識別情報（の一部）を使用して実行することが可能である。
【０２５３】
一実施形態では、制御情報またはデータパケットのＣＲＣビットは、送信元識別情報（の一部）および宛先識別情報（の一部）でスクランブルされてよい。さらに、制御情報またはデータパケットのＣＲＣビット、送信元識別情報（の一部）、および宛先識別情報（の一部）は、ビットごとにバイナリ加算されてよい。追加的に、制御情報またはデータパケットのＣＲＣビット、送信元識別情報（の一部）、および宛先識別情報（の一部）は、ビットごとにＸＯＲ演算を実行してよい。また、制御情報またはデータパケットのＣＲＣビットは、送信元識別情報（の一部）と宛先識別情報（の一部）のバイナリ加算結果でスクランブルされてよい。代替的には、制御情報またはデータパケットのＣＲＣビットは、それぞれ送信元識別情報（の一部）および宛先識別情報（の一部）でスクランブルされてよい。
【０２５４】
一実施形態では、制御情報またはデータパケットのＣＲＣビットの第１の部分と送信元識別情報（の一部）は、ビットごとにバイナリ加算されてよく、制御情報またはデータパケットのＣＲＣビットの第２の部分と宛先識別情報（の一部）は、ビットごとにバイナリ加算されてよい。さらに、制御情報またはデータパケットのＣＲＣビットの第１の部分と送信元識別情報（の一部）は、ビットごとにＸＯＲ演算を実行してよく、制御情報またはデータパケットのＣＲＣビットの第２の部分と宛先識別情報（の一部）は、ビットごとにＸＯＲ演算を実行してよい。
【０２５５】
一実施形態では、制御情報またはデータパケットのＣＲＣビットの第１の部分と、制御情報またはデータパケットのＣＲＣビットの第２の部分とは重複しなくてよい。代替的には、制御情報またはデータパケットのＣＲＣビットの第１の部分と、制御情報またはデータパケットのＣＲＣビットの第２の部分とが重複してよい。
【０２５６】
より具体的には、制御情報またはデータパケットに対するスクランブル手順を、送信元識別情報（の一部）および宛先識別情報（の一部）を使用して実行することが可能である。一実施形態では、制御情報またはデータパケットの（符号化）列は、スクランブル列でスクランブルされてよく、スクランブル列は、送信元識別情報（の一部）および宛先識別情報（の一部）に基づいて生成される。さらに、送信元識別情報（の一部）および宛先識別情報（の一部）が、スクランブル列を生成するための初期値を設定するのに使用されてよい。追加的に、送信元識別情報（の一部）と宛先識別情報（の一部）は、スクランブル列を生成するための初期値を設定するのに併用されてよい（jointly  used）。
【０２５７】
一実施形態では、スクランブル列は、初期値が与えられたシーケンス生成を介して生成されてよい。さらに、シーケンス生成は擬似ランダムシーケンス生成であってよい。
【０２５８】
一実施形態において、送信元識別情報の一部は、識別情報の第１の部分、識別情報の第２の部分、識別情報の第３の部分、および／または識別情報のうちの任意のものを意味してもよい。さらに、送信元識別情報の部分は、送信元識別情報の第１の部分、送信元識別情報の第２の部分、送信元識別情報の第３の部分、および／または送信元識別情報のうちの任意のものを意味してよい。追加的に、宛先識別情報の一部は、宛先識別情報の第１の部分、宛先識別情報の第２の部分、宛先識別情報の第３の部分、および／または宛先識別情報のうちの任意のものを意味してよい。
【０２５９】
一実施形態では、送信側デバイスは、データパケットを送信してよい。さらに、送信側デバイスは、データパケットに関連付けられた制御情報を生成してよい。データパケットは、ＭＡＣ  ＰＤＵまたはデータパケットを意味してよい。
【０２６０】
図２５の方法ａ、ｂ、ｄ、およびｅに示すように、識別情報の第１の部分はＳ１であってよく、識別情報の第２の部分はＳ２であってよい。識別情報Ｓは、Ｓ１およびＳ２を含むか、あるいはそれらからなってよい。Ｓ１およびＳ２は、識別情報Ｓの排他的な部分である。一実施形態では、ｎＳとして示されたＳのビット数は、ｎＳ１として示されたＳ１のビット数、およびｎＳ２として示されたＳ２のビット数の合計と同じである。Ｓ１は識別情報ＳのｎＳ１個の最上位ビットであり、Ｓ２は識別情報ＳのｎＳ２個の最下位ビットである。代替的には、Ｓ１は識別情報ＳのｎＳ１個の最下位ビットであり、Ｓ２は識別情報ＳのｎＳ２個の最上位ビットである。
【０２６１】
図２６の方法ａ、ｂ、ｃ１、ｃ３、ｄおよびｅに示すように、識別情報の第１の部分は識別情報の８ビットであってよく、識別情報の第２の部分は識別情報の１６ビットであってよい。識別情報は２４ビットでよい。一実施形態では、識別情報の第１の部分は、識別情報の最上位８ビットであり、識別情報の第２の部分は、識別情報の最下位１６ビットである。代替的には、識別情報の第１の部分は、識別情報の最下位８ビットであり、識別情報の第２の部分は、識別情報の最上位１６ビットである。
【０２６２】
図２６の方法ａおよびｄに示すように、識別情報の第１の部分は、識別情報の１６ビットであってよく、識別情報の第２の部分は、識別情報の８ビットであってよい。識別情報は２４ビットでよい。一実施形態では、識別情報の第１の部分は、識別情報の最上位１６ビットであり、識別情報の第２の部分は、識別情報の最下位８ビットである。代替的には、識別情報の第１の部分は、識別情報の最下位１６ビットであり、識別情報の第２の部分は、識別情報の最上位８ビットである。
【０２６３】
図２６の方法ｃ２およびｆに示すように、識別情報の第１の部分は識別情報の８ビットであってよく、識別情報の第２の部分は識別情報の８ビットであってよく、識別情報の第３の部分は識別情報の８ビットであってよい。識別情報は２４ビットでよい。
【０２６４】
図２７の方法Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、およびＧに示すように、宛先識別情報の第１の部分はＤ１であってよく、宛先識別情報の第２の部分はＤ２であってよい。一実施形態では、宛先識別情報Ｄは、Ｄ１およびＤ２を含むか、あるいはそれらからなってよい。Ｄ１とＤ２は宛先識別情報Ｄの排他的な部分である。ｎＤとして示されたＤのビット数は、ｎＤ１として示されたＤ１のビット数、およびｎＤ２として示されたＤ２のビット数の合計と同じである。一実施形態では、Ｄ１は宛先識別情報ＤのｎＤ１個の最上位ビットであり、Ｄ２は宛先識別情報ＤのｎＤ２個の最下位ビットである。代替的には、Ｄ１は宛先識別情報ＤのｎＤ１個の最下位ビットであり、Ｄ２は宛先識別情報ＤのｎＤ２個の最上位ビットである。
【０２６５】
図２７の方法Ｈ、Ｉ、およびＪに示すように、宛先識別情報の第１の部分はＤ１であってよく、宛先識別情報の第２の部分はＤ２であってよく、宛先識別情報の第３の部分はＤ３であってよい。一実施形態では、宛先識別情報Ｄは、Ｄ１、Ｄ２、およびＤ３を含むか、あるいはそれらからなってよい。Ｄ１、Ｄ２、およびＤ３は宛先識別情報Ｄの排他的な部分である。一実施形態では、ｎＤとして示されたＤのビット数は、ｎＤ１として示されたＤ１のビット数、ｎＤ２として示されたＤ２のビット数およびｎＤ３として示されたＤ３のビット数の合計と同じである。
【０２６６】
図２８の方法Ａ、Ｂ、Ｃ、およびＤに示すように、宛先識別情報の第１の部分は、宛先識別情報の８ビットであってよく、宛先識別情報の第２の部分は、宛先識別情報の１６ビットであってよい。宛先識別情報は２４ビットであってよい。一実施形態では、宛先識別情報の第１の部分は、宛先識別情報の最上位８ビットであり、宛先識別情報の第２の部分は、宛先識別情報の最下位１６ビットである。代替的には、宛先識別情報の第１の部分は、宛先識別情報の最下位８ビットであり、宛先識別情報の第２の部分は、宛先識別情報の最上位１６ビットである。
【０２６７】
図２８の方法Ｅ、Ｆ、およびＧに示すように、宛先識別情報の第１の部分は、宛先識別情報の１６ビットであってよく、宛先識別情報の第２の部分は、宛先識別情報の８ビットであってよい。宛先識別情報は２４ビットであってよい。一実施形態では、宛先識別情報の第１の部分は、宛先識別情報の最上位１６ビットであり、宛先識別情報の第２の部分は、宛先識別情報の最下位８ビットである。代替的には、宛先識別情報の第１の部分は、宛先識別情報の最下位１６ビットであり、宛先識別情報の第２の部分は、宛先識別情報の最上位８ビットである。
【０２６８】
図２８の方法Ｈ、Ｉ、およびＪに示すように、宛先識別情報の第１の部分は、宛先識別情報の８ビットであってよく、宛先識別情報の第２の部分は、宛先識別情報の８ビットであってよく、宛先識別情報の第３の部分は、宛先識別情報の８ビットであってよい。宛先識別情報は２４ビットであってよい。
【０２６９】
一実施形態では、制御情報の信頼性を確保するために、制御情報のビット数は制限されてよい。従って、宛先識別情報の第１の部分のビット数はそれほど大きくなくてよい。例えば、宛先識別情報の第１の部分のビット数は、８以下であってよい。
【０２７０】
一実施形態では、宛先識別情報の第１の部分のビット数は、宛先誤検出のエラーケースを回避／排除するために、それほど小さくなくてよい。例えば、宛先識別情報の第１の部分のビット数は、４以上であってよい。
【０２７１】
図２７および２８の方法Ｋおよび方法Ｌに示すように、宛先識別情報Ｄは２４ビットであってよい。代替的には、宛先識別情報Ｄは１６ビットであってよい。
【０２７２】
図３０は、送信側デバイスからの例示的な一実施形態によるフローチャート３０００である。ステップ３００５では、送信側デバイスに、識別情報が設定されあるいは割り当てられ、識別情報は、識別情報の第１の部分と識別情報の第２の部分を含む。ステップ３０１０では、送信側デバイスは、サイドリンク送信のためのデータパケットを生成し、データパケットは、該識別情報の第２の部分を含む。ステップ３０１５では、送信側デバイスは、データパケットに関連付けられた制御情報を生成し、制御情報は識別情報の第１の部分を含む。ステップ３０２０では、送信側デバイスは、制御情報およびデータパケットを送信する。
【０２７３】
一実施形態では、送信側デバイスが、制御情報およびデータパケットを少なくとも受信側デバイスに送信することができ、データパケットは宛先識別情報に関連付けられる。
【０２７４】
一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含む。送信側デバイスは、データパケット内に宛先識別情報の第２の部分を含めてよい。さらに、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。
【０２７５】
一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含む。送信側デバイスは、データパケット内に宛先識別情報の第２の部分を含めてよい。送信側デバイスが、宛先識別情報の第１の部分を使用して制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行することができる。
【０２７６】
一実施形態では、送信側デバイスは、宛先識別情報を使用して制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。識別情報は、レイヤ２送信元識別情報であってよく、および／または識別情報は、送信側デバイスの識別情報であってよい。
【０２７７】
一実施形態では、宛先識別情報は、レイヤ２宛先識別情報であってよく、および／または宛先識別情報は、受信側デバイスの識別情報であってよい。宛先識別情報は、どの受信側デバイスが制御情報および／またはデータパケットを受信する必要があるかを示してよい（示すのに利用されてよい）。
【０２７８】
一実施形態では、識別情報の第１の部分は、受信側デバイスデータパケットに対するＨＡＲＱコンバインを実行するのを支援する（のに利用される）。
【０２７９】
図３および図４に戻って参照すると、送信側デバイスの例示的な一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、送信側デバイスが、（ｉ）識別情報が設定されあるいは割り当てられ、識別情報は、識別情報の第１の部分と識別情報の第２の部分を含む、ことと、（ｉｉ）サイドリンク送信のためのデータパケットを生成し、データパケットは、該識別情報の第２の部分を含む、ことと、（ｉｉｉ）データパケットに関連付けられた制御情報を生成し、制御情報は識別情報の第１の部分を含む、ことと、（ｉｖ）制御情報およびデータパケットを送信することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述のアクションおよびステップまたは他のすべてを実行することができる。
【０２８０】
図３１は、受信側デバイスからの例示的な一実施形態によるフローチャート３１００である。ステップ３１０５では、受信側デバイスに、識別情報が設定されあるいは割り当てられる。ステップ３１１０では、受信側デバイスが、制御情報を受信する。ステップ３１１５では、受信側デバイスが、制御情報から送信元識別情報の第１の部分を取得する。ステップ３１２０では、受信側デバイスは、制御情報に基づいてデータパケットを復号する。ステップ３１２５において、受信側デバイスは、データパケットから送信元識別情報の第２の部分を取得する。ステップ３１３０では、受信側デバイスは、データパケットに関連付けられた送信元識別情報を決定し、送信元識別情報は、送信元識別情報の第１の部分および送信元識別情報の第２の部分を含む。
【０２８１】
一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含む。さらに、受信側デバイスが、制御情報が識別情報の第１の部分を示すかどうかをチェックしてよい。追加的に、制御情報が識別情報の第１の部分を示す場合、受信側デバイスが、制御情報に基づいてデータパケットを復号し、データパケットが識別情報の第２の部分を示すかどうかをチェックする。
【０２８２】
一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含む。さらに、受信側デバイスが、識別情報の第１の部分を使用して制御情報のＣＲＣビットに対するＣＲＣデスクランブル手順を実行することができる。追加的に、制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスが、制御情報に基づいてデータパケットを復号し、データパケットが識別情報の第２の部分を示すかどうかをチェックすることができる。
【０２８３】
一実施形態では、受信側デバイスは、識別情報を使用して制御情報のＣＲＣビットに対するＣＲＣデスクランブル手順を実行することができる。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスが、制御情報に基づいてデータパケットを復号する。
【０２８４】
一実施形態では、識別情報は、レイヤ２宛先識別情報であってよく、および／または識別情報は受信側デバイスの識別情報であってよい。さらに、送信元識別情報はレイヤ２ソース識別情報であってよく、および／または送信元識別情報は、送信側デバイスの識別情報であってよく、送信側デバイスは制御情報およびデータパケットを送信する。
【０２８５】
一実施形態では、識別情報（の第１の部分）は、受信側デバイスが制御情報および／またはデータパケットを受信する必要があるかどうかを示してよい（示すのに利用されてよい）。さらに、送信元識別情報の第１の部分は、受信側デバイスがデータパケットに対するＨＡＲＱコンバインを実行するのを支援してよい（支援するのに利用されてよい）。
【０２８６】
図３および図４に戻って参照すると、受信側デバイスの例示的な一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、受信側デバイスが（ｉ）識別情報が設定されあるいは割り当てられることと、（ｉｉ）制御情報を受信することと、（ｉｉｉ）制御情報から送信元識別情報の第１の部分を取得することと、（ｉｖ）制御情報に基づいてデータパケットを復号することと、（ｖ）データパケットから送信元識別情報の第２の部分を取得することと、（ｖｉ）データパケットに関連付けられた送信元識別情報を決定し、送信元識別情報は、送信元識別情報の第１の部分および送信元識別情報の第２の部分を含む、ことと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを実行することができる。
【０２８７】
図３２は、受信側デバイスからの例示的な一実施形態によるフローチャート３２００である。ステップ３２０５では、受信側デバイスが、第１の制御情報を受信し、第１の制御情報は送信元識別情報の第１の部分を示す。ステップ３２１０では、受信側デバイスが、第１の制御情報に基づいて第１のデータ送信を受信する。ステップ３２１５では、受信側デバイスが、第２の制御情報を受信し、第２の制御情報は、送信元識別情報の第１の部分を示す。ステップ３２２０では、受信側デバイスが、第２の制御情報に基づいて第２のデータ送信を受信する。ステップ３２２５では、受信側デバイスが、第１のデータ送信と第２のデータ送信を組み合わせて、データパケットを復号する。
【０２８８】
一実施形態では、受信側デバイスは、データパケットから送信元識別情報の第２の部分を取得してよい。さらに、受信側デバイスは、データパケットに関連付けられた送信元識別情報を決定することができ、送信元識別情報は、送信元識別情報の第１の部分および送信元識別情報の第２の部分を含む。
【０２８９】
一実施形態では、受信側デバイスが、第３の制御情報を受信してよく、第３の制御情報は、別の送信元識別情報の第１の部分を示し、別のソース識別情報の第１の部分は、送信元識別情報の第１の部分とは異なる。さらに、受信側デバイスが、第１のデータ送信と第３のデータ送信とを組み合わせてデータパケットを復号することを防止してよい。
【０２９０】
図３および図４に戻って参照すると、受信側デバイスの例示的な一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、受信側デバイスが（ｉ）第１の制御情報を受信し、第１の制御情報は送信元識別情報の第１の部分を示す、ことと、（ｉｉ）第１の制御情報に基づいて第１のデータ送信を受信することと、（ｉｉｉ）第２の制御情報を受信し、第２の制御情報は、送信元識別情報の第１の部分を示す、ことと、（ｉｖ）第２の制御情報に基づいて第２のデータ送信を受信することと、（ｖ）第１のデータ送信と第２のデータ送信を組み合わせて、データパケットを復号することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを実行することができる。
【０２９１】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示したいかなる特定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装してよく、これら態様のうちの２つ以上を種々組み合わせてよい。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装してよく、方法を実現してよい。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装してよく、このような方法を実現してよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立してよい。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立してよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立してよい。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて、同時チャネルを確立してよい。
【０２９２】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【０２９３】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【０２９４】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【０２９５】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【０２９６】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【０２９７】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。
【図１】
2020043564.tif 000034
【図２】
2020043564.tif 000035
【図３】
2020043564.tif 000036
【図４】
2020043564.tif 000037
【図５】
2020043564.tif 000038
【図６】
2020043564.tif 000039
【図７】
2020043564.tif 000040
【図８】
2020043564.tif 000041
【図９】
2020043564.tif 000042
【図１０】
2020043564.tif 000043
【図１１】
2020043564.tif 000044
【図１２】
2020043564.tif 000045
【図１３】
2020043564.tif 000046
【図１４】
2020043564.tif 000047
【図１５】
2020043564.tif 000048
【図１６】
2020043564.tif 000049
【図１７】
2020043564.tif 000050
【図１８】
2020043564.tif 000051
【図１９】
2020043564.tif 000052
【図２０】
2020043564.tif 000053
【図２１】
2020043564.tif 000054
【図２２】
2020043564.tif 000055
【図２３（ａ）】
2020043564.tif 000056
【図２３（ｂ）】
2020043564.tif 000057
【図２４】
2020043564.tif 000058
【図２５】
2020043564.tif 000059
【図２６】
2020043564.tif 000060
【図２７】
2020043564.tif 000061
【図２８】
2020043564.tif 000062
【図２９】
2020043564.tif 000063
【図３０】
2020043564.tif 000064
【図３１】
2020043564.tif 000065
【図３２】
2020043564.tif 000066
【外国語明細書】
2020043564000001.pdf