特許7065814 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ 華碩電腦股▲ふん▼有限公司の特許一覧

特許7065814無線通信システムにおけるサイドリンク送信のためのソース表示の方法および装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23(a)
23(b)
24
25
26
27
28
29
30
31
32

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-04-28

(45)【発行日】2022-05-12

(54)【発明の名称】無線通信システムにおけるサイドリンク送信のためのソース表示の方法および装置

(51)【国際特許分類】

H04W 8/26 20090101AFI20220502BHJP

H04W 92/18 20090101ALI20220502BHJP

【ＦＩ】

H04W8/26

H04W92/18

【請求項の数】 18

【外国語出願】

(21)【出願番号】P 2019163145

(22)【出願日】2019-09-06

(65)【公開番号】P2020043564

(43)【公開日】2020-03-19

【審査請求日】2019-11-05

(31)【優先権主張番号】62/729,273

(32)【優先日】2018-09-10

(33)【優先権主張国・地域又は機関】US

【前置審査】

(73)【特許権者】

【識別番号】517114621

【氏名又は名称】華碩電腦股▲ふん▼有限公司

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎修

(72)【発明者】

【氏名】李名哲

(72)【発明者】

【氏名】曾立至

(72)【発明者】

【氏名】陳威宇

(72)【発明者】

【氏名】潘立▲徳▼

【審査官】青木健

(56)【参考文献】

【文献】特開２０１５－１８５９５９（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１５／０３３４７３５（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１６／０１９２４２７（ＵＳ，Ａ１）

【文献】LG Electronics，"Control design for D2D broadcast communication"，3GPP TSG-RAN WG1#77 R1-142146，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_77/Docs//R1-142146.zip＞，2015年05月10日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－９９／００

Ｈ０４Ｂ７／２４－７／２６

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

送信側デバイスの方法であって、
前記送信側デバイスに、レイヤ２送信元識別情報が設定されあるいは割り当てられ、前記レイヤ２送信元識別情報は、前記レイヤ２送信元識別情報の第１の部分および前記レイヤ２送信元識別情報の第２の部分を含む、ステップと、
前記送信側デバイスが、サイドリンク送信のためのデータパケットを生成し、前記データパケットは前記レイヤ２送信元識別情報の第２の部分を含む、ステップと、
前記送信側デバイスが、前記データパケットに関連付けられた制御情報を生成し、前記制御情報は前記レイヤ２送信元識別情報の第１の部分を含み、前記レイヤ２送信元識別情報の第１の部分は、受信側デバイスが前記データパケットに対するＨＡＲＱ（Hybrid Automatic Repeat Request）コンバインを実行するのを支援するために利用される、ステップと、
前記送信側デバイスが、前記制御情報と前記データパケットを送信するステップと、を含む方法。

【請求項2】

前記送信側デバイスが、前記制御情報および前記データパケットを少なくとも前記受信側デバイスに送信し、前記データパケットは宛先識別情報に関連付けられる、ステップをさらに含む、請求項１に記載の方法。

【請求項3】

前記宛先識別情報は、前記宛先識別情報の第１の部分および前記宛先識別情報の第２の部分を含み、
当該方法は、
前記送信側デバイスが、前記データパケット内に前記宛先識別情報の第２の部分を含めるステップと、
前記送信側デバイスが、前記制御情報内に前記宛先識別情報の第１の部分を含めるステップと、をさらに含む、請求項２に記載の方法。

【請求項4】

前記宛先識別情報は、前記宛先識別情報の第１の部分および前記宛先識別情報の第２の部分を含み、
当該方法は、
前記送信側デバイスが、前記データパケット内に前記宛先識別情報の第２の部分を含めるステップと、
前記送信側デバイスが、前記宛先識別情報の第１の部分を使用して前記制御情報（のＣＲＣビット）に対するＣＲＣ（Cyclic Redundancy Check）スクランブル手順を実行するステップと、をさらに含む、請求項２に記載の方法。

【請求項5】

前記送信側デバイスが、前記宛先識別情報を使用して前記制御情報（のＣＲＣビット）に対するＣＲＣ（Cyclic Redundancy Check）スクランブル手順を実行するステップをさらに含む、請求項２に記載の方法。

【請求項6】

前記レイヤ２送信元識別情報は、前記送信側デバイスの識別情報である、請求項１に記載の方法。

【請求項7】

前記宛先識別情報は、レイヤ２宛先識別情報であり、および／または前記宛先識別情報は、前記受信側デバイスの識別情報である、請求項２に記載の方法。

【請求項8】

前記宛先識別情報は、どの受信側デバイスが前記制御情報および／または前記データパケットを受信する必要があるかを示す、請求項２に記載の方法。

【請求項9】

サイドリンク受信を行うための受信側デバイスの方法であって、
前記受信側デバイスに、識別情報が設定されあるいは割り当てられる、ステップと
前記受信側デバイスが、制御情報を受信するステップと、
前記受信側デバイスが、前記制御情報からレイヤ２送信元識別情報の第１の部分を取得するステップであって、前記レイヤ２送信元識別情報の第１の部分は、前記受信側デバイスが、データパケットに対するＨＡＲＱ（Hybrid Automatic Repeat Request）コンバインを実行するのを支援するために利用される、ステップと、
前記受信側デバイスが、前記制御情報に基づいて前記データパケットを復号するステップと、
前記受信側デバイスが、前記データパケットから前記レイヤ２送信元識別情報の第２の部分を取得するステップと、
前記受信側デバイスが、前記データパケットに関連付けられた前記レイヤ２送信元識別情報を決定し、前記レイヤ２送信元識別情報は、前記レイヤ２送信元識別情報の第１の部分および前記レイヤ２送信元識別情報の第２の部分を含む、ステップと、を含む方法。

【請求項10】

前記識別情報は、前記識別情報の第１の部分および前記識別情報の第２の部分を含み、
当該方法は、
前記受信側デバイスが、前記制御情報が前記識別情報の第１の部分を示すかどうかをチェックするステップと、
前記制御情報が前記識別情報の第１の部分を示す場合、前記受信側デバイスが、前記制御情報に基づいて前記データパケットを復号し、前記データパケットが前記識別情報の第２の部分を示すかどうかをチェックするステップと、をさらに含む、請求項９に記載の方法。

【請求項11】

前記識別情報は、前記識別情報の第１の部分および前記識別情報の第２の部分を含み、当該方法は、
前記受信側デバイスが、前記識別情報の第１の部分を使用して前記制御情報のＣＲＣビットに対するＣＲＣ（Cyclic Redundancy Check）デスクランブル手順を実行するステップと、
前記制御情報に対するＣＲＣチェックを通過する場合、前記受信側デバイスが、前記制御情報に基づいて前記データパケットを復号し、前記データパケットが前記識別情報の第２部分を示すかどうかをチェックするステップと、をさらに含む、請求項９に記載の方法。

【請求項12】

前記受信側デバイスが、前記識別情報を使用して前記制御情報のＣＲＣビットに対するＣＲＣ（Cyclic Redundancy Check）デスクランブル手順を実行するステップと、
前記制御情報に対するＣＲＣチェックを通過する場合、前記受信側デバイスが、前記制御情報に基づいて前記データパケットを復号するステップと、をさらに含む請求項９に記載の方法。

【請求項13】

前記識別情報は、レイヤ２宛先識別情報であり、かつ／あるいは前記識別情報は、前記受信側デバイスの識別情報である、請求項９に記載の方法。

【請求項14】

前記レイヤ２送信元識別情報は、送信側デバイスの識別情報であり、前記送信側デバイスは、前記制御情報および前記データパケットを送信する、請求項９に記載の方法。

【請求項15】

前記識別情報（の第１の部分）は、前記受信側デバイスが前記制御情報および／または前記データパケットを受信する必要があるかどうかを示すのに利用される、請求項９に記載の方法。

【請求項16】

サイドリンク受信を行う受信側デバイスの方法であって、
前記受信側デバイスが、第１の制御情報を受信し、前記第１の制御情報はレイヤ２送信元識別情報の第１の部分を示す、ステップと、
前記受信側デバイスが、前記第１の制御情報に基づいて第１のデータ送信を受信するステップであって、前記第１のデータ送信は、データパケットを含む、受信するステップと、
前記受信側デバイスが、第２の制御情報を受信し、前記第２の制御情報は、前記レイヤ２送信元識別情報の第１の部分を示す、ステップと、
前記受信側デバイスが、前記第２の制御情報に基づいて第２のデータ送信を受信するステップであって、前記第２のデータ送信は、前記データパケットの再送信である、受信するステップと、
前記受信側デバイスが、前記第１のデータ送信と前記第２のデータ送信を組み合わせて、前記データパケットを復号するステップと、を含む方法。

【請求項17】

前記受信側デバイスが、前記データパケットから前記レイヤ２送信元識別情報の第２の部分を取得するステップと、
前記受信側デバイスが、前記データパケットに関連付けられた前記レイヤ２送信元識別情報を決定し、前記レイヤ２送信元識別情報は、前記レイヤ２送信元識別情報の第１の部分および前記レイヤ２送信元識別情報の第２の部分を含む、ステップと、をさらに含む、請求項１６に記載の方法。

【請求項18】

前記受信側デバイスが、第３の制御情報を受信し、前記第３の制御情報は、別の送信元識別情報の第１の部分を示し、前記別の送信元識別情報の第１の部分は、前記送信元識別情報の第１の部分とは異なる、ステップと
前記受信側デバイスが、前記第１のデータ送信と前記第３の制御情報に基づく第３のデータ送信を組み合わせて前記データパケットを復号することを防止する、ステップと、をさらに含む、請求項１６に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１８年９月１０日に出願された米国仮特許出願第６２／７２９，２７３号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。

【0002】

この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおけるサイドリンク送信のためのソース表示の方法および装置に関連する。

【背景技術】

【0003】

移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。

【0004】

例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）である。Ｅ－ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。

【発明の概要】

【0005】

送信側デバイスからの方法および装置が開示される。一実施形態では、方法は、送信側デバイスに、識別情報が設定されあるいは割り当てられ、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含む、ステップを含む。本方法は、送信側デバイスが、サイドリンク送信のためのデータパケットを生成し、データパケットは識別情報の第２の部分を含む、ステップも含む。さらに、本方法は、送信側デバイスが、データパケットに関連付けられた制御情報を生成し、制御情報は識別情報の第１の部分を含む、ステップを含む。本方法は、送信側デバイスが、制御情報とデータパケットを送信するステップをさらに含む。

【図面の簡単な説明】

【0006】

【図1】例示的な一実施形態による無線通信システムの図を示す。

【図2】例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。

【図3】例示的な一実施形態による通信システムの機能ブロック図である。

【図4】例示的な一実施形態による図３のプログラムコードの機能ブロック図である。

【図5】３ＧＰＰＲ２－１６２７０９の図１の複製である。

【図6】３ＧＰＰＲ３－１６０９４７の図の複製である。

【図7】３ＧＰＰＲ３－１６０９４７の図の複製である。

【図8】単一のＴＲＰセルを備えた例示的な展開を示す。

【図9】複数のＴＲＰセルを備えた例示的な展開を示す。

【図10】複数のＴＲＰを備えた、５Ｇノードを含む例示的な５Ｇセルを示す。

【図11】ＬＴＥセルとＮＲセルの例示的な比較である。

【図12】３ＧＰＰＴＳ３６．２１３Ｖ１５．２．０の表１４．２－１の複製である。

【図13】３ＧＰＰＴＳ３６．２１３Ｖ１５．２．０の表１４．２－２の複製である。

【図14】３ＧＰＰＴＳ３６．２１３Ｖ１５．２．０の表１４．２．１－１の複製である。

【図15】３ＧＰＰＴＳ３６．２１３Ｖ１５．２．０の表１４．２．１－２の複製である。

【図16】３ＧＰＰＴＳ３６．２１２Ｖ１５．２．１の図５．３．２－１の複製である。

【図17】３ＧＰＰＴＳ３６．２１２Ｖ１５．２．１の図５．３．３－１の複製である。

【図18】３ＧＰＰＴＳ３６．２１２Ｖ１５．２．１の表５．３．３．２－１の複製である。

【図19】３ＧＰＰＴＳ３６．２１１Ｖ１５．２．０の図５．３－１の複製である。

【図20】３ＧＰＰＴＳ３６．２１１Ｖ１５．２．０の表５．４－１の複製である。

【図21】３ＧＰＰＴＳ３６．２１１Ｖ１５．２．０の図６．３－１の複製である。

【図22】３ＧＰＰＴＳ３６．２１１Ｖ１５．２．０の表６．８．１－１の複製である。

【図23(a)】例示的な一実施形態による表である。

【図23(b)】例示的な一実施形態による表である。

【図24】例示的な一実施形態による表である。

【図25】例示的な一実施形態による表である。

【図26】例示的な一実施形態による表である。

【図27】例示的な一実施形態による表である。

【図28】例示的な一実施形態による表である。

【図29】例示的な一実施形態による表である。

【図30】例示的な一実施形態によるフローチャートである。

【図31】例示的な一実施形態によるフローチャートである。

【図32】例示的な一実施形態によるフローチャートである。

【発明を実施するための形態】

【0007】

以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰＬＴＥ（Long Term Evolution：ロング・ターム・エボリューション）無線アクセス、３ＧＰＰＬＴＥ－ＡもしくはＬＴＥ－Ａｄｖａｎｃｅｄ（Long Term Evolution Advanced：ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２ＵＭＢ（Ultra Mobile Broadband：超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰＮＲ（New Radio）、またはその他何らかの変調技術に基づいてよい。

【0008】

特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、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)を含む。上記に挙げた標準および文書は、全体として参照により本明細書に明示的に援用される。

【0009】

図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。

【0010】

アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。

【0011】

順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。

【0012】

アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。

【0013】

図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。

【0014】

一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。

【0015】

各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ－ＰＳＫ、またはＭ－ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。

【0016】

そして、すべてのデータストリームについての変調シンボルはＴＸＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸＭＩＭＯプロセッサ２２０は、Ｎ_Ｔ個の変調シンボルストリームをＮ_Ｔ個の送信機（ＴＭＴＲ）２２２ａ～２２２ｔに提供する。特定の実施形態において、ＴＸＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。

【0017】

各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ～２２２ｔからのＮ_Ｔ個の変調信号がそれぞれ、Ｎ_Ｔ個のアンテナ２２４ａ～２２４ｔから送信される。

【0018】

受信機システム２５０においては、送信された変調信号はＮ_Ｒ個のアンテナ２５２ａ～２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ～２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。

【0019】

そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、Ｎ_Ｒ個の受信機２５４からのＮ_Ｒ個の受信シンボルストリームを受信および処理して、Ｎ_Ｔ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。

【0020】

プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。

【0021】

逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ～２５４ｒにより調節され、送信機システム２１０に送り戻される。

【0022】

送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。

【0023】

図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。

【0024】

図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。

【0025】

２０１５年３月から、次世代（５Ｇ）アクセス技術に関する３ＧＰＰ標準化活動が開始されている。一般的に、次世代アクセス技術は、ＩＴＵ－ＲＩＭＴ－２０２０によって規定された、緊急の市場ニーズとより長期的な要件の両方を満たすための、以下の３つのファミリーの使用シナリオをサポートすることを目的としている。
－ｅＭＢＢ（enhanced Mobile Broadband）
－ｍＭＴＣ（massive Machine Type Communications）
－ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）

【0026】

新しい無線アクセス技術に関する５Ｇ研究項目の目的は、少なくとも１００ＧＨｚまでにわたるスペクトル帯域を使用することができるものとする新しい無線システムに必要な技術コンポーネントを特定し、開発することである。１００ＧＨｚまでのキャリア周波数をサポートすることは、無線伝搬の分野に多くの課題をもたらす。キャリア周波数が増加するにつれて、経路損失も増加する。

【0027】

３ＧＰＰＲ２－１６２７０９および図５に示すように、ｅＮＢは、複数のＴＲＰ（集中型または分散型のいずれか）を有してよい。各ＴＲＰ（Transmission/Reception Point）は複数のビームを形成することができる。ビームの数および時間／周波数領域における同時ビームの数は、アンテナアレイ素子の数とＴＲＰにおけるＲＦ（Radio Frequency）に依存する。

【0028】

ＮＲの潜在的なモビリティタイプは、以下のように挙げることができる：
・ＴＲＰ内モビリティ
・ＴＲＰ間モビリティ
・ＮＲ間ｅＮＢモビリティ

【0029】

３ＧＰＰＲ３－１６０９４７に基づいて、図６および７に示されるシナリオは、ＮＲ無線ネットワークアーキテクチャによるサポートについて考慮されるべきである。

【0030】

３ＧＰＰＲ２－１６４３０６に基づいて、スタンドアロンＮＲのセルレイアウトに関して以下のシナリオを収集し、検討する。
・マクロセルのみの展開
・異種展開
・スモールセルのみの展開

【0031】

３ＧＰＰＲＡＮ２＃９４ meeting minuteに基づくと、１ＮＲｅＮＢは１または多数のＴＲＰに対応する。２つのレベルのネットワーク制御モビリティ：
・「セル」レベルで駆動されたＲＲＣ
・ゼロ／最小ＲＲＣ関与（ＭＡＣ／ＰＨＹなど）

【0032】

図８～図１１は、５ＧＮＲにおけるセルの概念のいくつかの例を示す。図８は、３ＧＰＰＲ２－１６３８７９の図１の一部の複製であり、単一のＴＲＰセルを備えた例示的な異なる展開シナリオを示す。図９は、３ＧＰＰＲ２－１６３８７９の図１の一部の複製であり、複数のＴＲＰセルを備えた例示的な異なる展開シナリオを示す。図１０は、３ＧＰＰＲ２－１６２２１０の図３の複製であり、複数のＴＲＰを有する、５Ｇノードを含む例示的な５Ｇセルを示す。図１１は、３ＧＰＰＲ２－１６３４７１の図１の複製であり、ＬＴＥセルとＮＲセルの例示的な比較を示す。

【0033】

３ＧＰＰＴＳ３６．２１３は、Ｖ２Ｘ（Vehicle-to-Everything）送信についてのＵＥ手順を以下のように規定する。一般に、Ｖ２Ｘ送信は、サイドリンク送信モード３またはサイドリンク送信モード４として実行される。
［外１］

［“PDCCH/EPDCCH configured by SL-RNTI”と題する、３ＧＰＰＴＳ３６．２１３Ｖ１５．２．０の表１４．２－１は、図１２として複製される］
［外２］

［“PDCCH/EPDCCH
configured by SL-V-RNTI or SL-SPS-V-RNTI”と題する、３ＧＰＰＴＳ３６．２１３Ｖ１５．２．０の表１４．２－２は、図１３として複製される］
［外３］

［“Mapping of DCI format 5A offset field to indicated value m”と題する、３ＧＰＰＴＳ３６．２１３Ｖ１５．２．０の表１４．２．１－１は、図１４として複製される］
［“Determination of the Resource reservation field in SCI format 1”と題する、３ＧＰＰＴＳ３６．２１３Ｖ１５．２．０の表１４．２．１－２は、図１５として複製される］

【0034】

３ＧＰＰＴＳ３６．２１２は、下記のように下りリンク共有チャンネル、下りリンク制御情報に対するＣＲＣ付加を規定しています。一般に、下りリンク共有チャネルおよび下りリンク制御情報は、ネットワークノードとＵＥの間の通信、すなわち、Ｕｕリンクに対するものである。
［外４］

［“Transport block processing for DL-SCH, PCH and MCH”と題する、３ＧＰＰＴＳ３６．２１２Ｖ１５．２．１の図５．３．２－１は、図１６として複製される］
［外５］

［“Processing for one DCI”と題する、３ＧＰＰＴＳ３６．２１２Ｖ１５．２．１の図５．３．３－１は、図１７として複製される］
［外６］

［“UE transmit antenna selection mask”と題する、３ＧＰＰＴＳ３６．２１２Ｖ１５．２．１の表５．３．３．２－１は、図１８として複製される］
［…］

【0035】

また、３ＧＰＰＴＳ３６．２１２は、サイドリンク共有チャンネルおよびサイドリンク制御情報に対するＣＲＣ付加を規定する。一般に、サイドリンク共有チャネルおよびサイドリンク制御情報は、デバイス間の通信、すなわち、ＰＣ５リンクまたはデバイス・ツー・デバイス・リンクに対するものである。
［外７］

【0036】

３ＧＰＰＴＳ３６．２１１は、物理上りリンク共有チャネル、物理上りリンク制御チャネル、物理下りリンク共有チャネル、および物理下りリンク制御チャネルのためのスクランブル手順も規定する。物理上りリンク共有チャネル、物理的上りリンク制御チャネル、物理下りリンク共有チャネル、および物理下りリンク制御チャネルは、ネットワークノードとＵＥの間の通信、すなわちＵｕリンクに対するものである。

【0037】

一般に、物理上りリンク共有チャネル（ＰＵＳＣＨ）は、上りリンク共有チャネル（ＵＬ－ＳＣＨ）のためのデータまたはトランスポートブロックを配信する。物理下りリンク共有チャネル（ＰＤＳＣＨ）は、下りリンク共有チャネル（ＤＬ－ＳＣＨ）のためのデータまたはトランスポートブロックを配信する。物理上りリンク制御チャネル（ＰＵＣＣＨ）は、上りリンク制御情報（ＵＣＩ）を配信する。物理下りリンク制御チャネル（ＰＤＣＣＨ）は、下りリンク制御情報（ＤＣＩ）を配信する。
［外８］

［“Overview of uplink physical channel processing”と題する、３ＧＰＰＴＳ３６．２１１Ｖ１５．２．０の図５．３－１は、図１９として複製される］
［外９］

［“Supported PUCCH formats”と題する、３ＧＰＰＴＳ３６．２１１Ｖ１５．２．０の表５．４－１は、図２０として複製される］
［外１０］

［“Overview of physical channel processing”と題する、３ＧＰＰＴＳ３６．２１１Ｖ１５．２．０の図６．３－１は、図２１として複製される］
［外１１］

［“Supported PDCCH formats”と題する、３ＧＰＰＴＳ３６．２１１Ｖ１５．２．０の表６．８．１－１は、図２２として複製される］
［外１２］

【0038】

３ＧＰＰＴＳ３６．２１１は、物理サイドリンク共有チャネルおよび物理なサイドリンク制御チャネルに対するスクランブル手順も規定する。一般に、物理サイドリンク共有チャネルおよび物理サイドリンク制御チャネルは、デバイス間の通信、すなわち、ＰＣ５リンクまたはデバイス・ツー・デバイス・リンクに対するものである。物理サイドリンク共有チャネル（ＰＳＳＣＨ）は、サイドリンク共有チャネル（ＳＬ－ＳＣＨ）のためのデータ／トランスポートブロックを配信する。物理サイドリンク制御チャネル（ＰＳＣＣＨ）はサイドリンク制御情報（ＳＣＩ）を配信する。
［外１３］

【0039】

ＲＡＮ１＃９４ミーティング［１１］では、ＲＡＮ１は、以下のように物理レイヤがユニキャストまたはグループキャストセッションに属する特定の伝送についていくつかの情報を知っていると仮定する：
［外１４］

【0040】

以下の専門用語の１つまたは複数を以下に使用することができる：
・ＢＳ：１つまたは複数のセルに関連付けられた１つまたは複数のＴＲＰを制御するために使用される、ＮＲ内のネットワーク中央ユニットまたはネットワークノードである。ＢＳとＴＲＰの間の通信は、フロントホールを介する。ＢＳは、中央ユニット（ＣＵ）、ｅＮＢ、ｇＮＢ、またはＮｏｄｅＢとも呼ばれ得る。
・ＴＲＰ：ネットワークカバレッジを提供し、ＵＥと直接通信する送信および受信ポイントである。ＴＲＰは、分散ユニット（ＤＵ）またはネットワークノードとも呼ばれ得る。
・セル：セルは、１つまたは複数の関連付けられたＴＲＰから構成される。すなわち、セルのカバレッジは、すべての関連付けられたＴＲＰのカバレッジから構成される。１つのセルは、１つのＢＳによって制御される。セルはＴＲＰ群（ＴＲＰＧ）とも呼ばれ得る。
・ＮＲ－ＰＤＣＣＨ：ＵＥとネットワーク側の間の通信を制御するために使用される下りリンク制御信号を搬送するチャネルである。ネットワークは、設定された制御リソースセット（ＣＯＲＥＳＥＴ）でＮＲ－ＰＤＣＣＨをＵＥに送信する。
・ＵＬ制御信号：ＵＬ制御信号は、スケジューリング要求（ＳＲ）、チャネル状態情報（ＣＳＩ）、下りリンク送信のためのＨＡＲＱ－ＡＣＫ／ＮＡＣＫとしてよい。
・スロット：ＮＲにおけるスケジューリング単位である。スロットの継続時間は１４個のＯＦＤＭシンボルである。
・ミニスロット：１４個未満のＯＦＤＭシンボルの継続時間を備えたスケジューリング単位である。
・スロットフォーマット情報（ＳＦＩ）：スロット内のシンボルのスロットフォーマットの情報である。スロット内のシンボルは、下りリンク、上りリンク、未知または他のタイプに属してよい。スロットのスロットフォーマットは、少なくともスロット内のシンボルの送信方向を搬送することができる。
・ＤＬ共通信号：１つのセル内の複数のＵＥまたは１つのセル内のすべてのＵＥについてターゲットとする共通情報を搬送するデータチャネルである。ＤＬ共通信号の例は、システム情報、ページング、ＲＡＲであり得る。

【0041】

以下のネットワーク側についての仮定の１つまたは複数を今後使用してよい：
・同一セル内のＴＲＰの下りリンクタイミングは同期される。
・ネットワーク側のＲＲＣレイヤはＢＳである。

【0042】

以下のＵＥ側についての仮定の１つまたは複数を今後使用してよい：
・少なくとも２つのＵＥ（ＲＲＣ）状態、すなわち、接続状態（またはアクティブ状態と呼ばれる）と非接続状態（または非アクティブ状態もしくはアイドル状態と呼ばれる）がある。非アクティブ状態は、追加状態であってもよいし、接続状態または非接続状態に属していてもよい。

【0043】

ＬＴＥでは、スクランブル手順は、３ＧＰＰＴＳ３６．２１１で議論されているように、符号化列をスクランブルするためにスクランブル列を利用することである。次いで、スクランブル列は、送信機側で送信信号として生成される。スクランブル手順は、干渉を除去するために、送信信号をランダム様信号として作製することである。さらに、スクランブル手順は、受信機が対応するスクランブル列を使用して送信信号をデスクランブルし、次いでそれを復号する必要があるため、受信機が送信信号を識別するのを助けることができる。受信機が送信信号をデスクランブルするために誤ったスクランブル列を使用する場合、デスクランブル列は正しくなく、正しく復号することができない。さらに、スクランブル列は、初期値が与えられたシーケンス生成を介して生成されてよい。初期値が異なる場合、生成されるスクランブル列は異なる。初期値が同じであれば、生成されるスクランブル列は同じである。一実施形態において、シーケンス生成は擬似ランダムシーケンス生成としてよい。

【0044】

ＣＲＣ付加は、復号ビットが正しいかどうかをチェックするために使用される。送信機は、３ＧＰＰＴＳ３６．２１２で議論されているように、ＣＲＣビットを情報ビットに付加し、次いで、チャネル符号化および／またはレートマッチングを実行して符号化列を得る。従って、受信機は、復号ビットが正しいかどうかをチェックするために、ＣＲＣビットを用いてＣＲＣチェックを実行する。ＣＲＣチェックを通過する場合、受信機は復号ビットが正しいと考え、情報ビットを首尾よく受信する。情報ビットは、ＣＲＣビットを除いた復号ビットである。ＣＲＣチェックを通過しない場合、受信機は復号ビットが正しくないと考え、情報ビットを首尾よく受信しない。情報ビットによっては、ＣＲＣビットがＣＲＣスクランブルビットでスクランブルされることがある。ＣＲＣスクランブルは、受信機が情報ビットのタイプおよび／または宛先を識別するのを助けることである。

【0045】

例えば、情報ビットの３つのタイプがあり、情報ビットの３つのタイプが同じビット長である場合、各タイプは対応するＣＲＣスクランブルビットを有してよい。情報ビットが特定のタイプに属するかどうかを識別するために、受信機は、対応するＣＲＣスクランブルビットを使用して、ＣＲＣビットをデスクランブルし、次いで、ＣＲＣチェックを実行してよい。ＣＲＣチェックを通過する場合、受信機は復号ビットが正しいと考え、情報ビットが特定のタイプに属していることを知る。

【0046】

別の例として、受信機は、自身のためのいくつかの特定のＣＲＣスクランブルビットを有してよい。情報ビットが受信機のために配信されるかどうかを識別するために、受信機は、いくつかの特定のＣＲＣスクランブルビットを使用してＣＲＣビットをデスクランブルし、次いで、ＣＲＣチェックを実行する。ＣＲＣチェックを通過する場合、受信機は復号ビットが正しいと考え、受信機自身のために情報ビットが配信されることを知る。一実施形態では、ＣＲＣビットは、ＣＲＣパリティビットとして注記されてよい。

【0047】

図２３（ａ）および図２３（ｂ）に示すように、送信機は、ＣＲＣ付加、ＣＲＣスクランブル、スクランブル、および送信信号を生成するための他の手順を実行することができる。図２４は、ＬＴＥ／ＬＴＥ－Ａにおける各種類の情報ビットおよび対応する送信信号について、ＣＲＣスクランブルビットおよびスクランブル列を生成するためのスクランブル列初期値を示す。

【0048】

図２３（ａ）に示すように、送信機はＣＲＣビットを下りリンク制御情報（ＤＣＩ）に付加する。ＣＲＣビットは、ＣＲＣスクランブルビットでスクランブルされてよい。一実施形態では、ＣＲＣスクランブルビットは、図２４に示すように、ＲＮＴＩ，ｎ_ＲＮＴＩであってよい。ＲＮＴＩは、受信機に対応することができ、下りリンク制御情報は、受信機のために配信され、ＲＮＴＩは、受信機のＣ－ＲＮＴＩ、ＳＰＳＣ－ＲＮＴＩ等である。ＲＮＴＩは、Ｃ－ＲＮＴＩ、ＳＰＳＣ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ等の下りリンク制御情報の１つのタイプに対応してよい。チャネル符号化および／またはレートマッチングを実行した後、送信機は、下りリンク制御情報およびスクランブルされたＣＲＣビットから符号化列を取得する。次いで、送信機は、スクランブル列で符号化列をスクランブルする。

【0049】

一実施形態では、スクランブル列初期値は、図２４に示すような物理セル識別情報

【数1】

に基づいてよい。受信機は、物理セル識別情報を備えたセル内でサービスされることができる。送信機は、変調、プリコーディング、ＯＦＤＭ信号生成等の他の手順を実行してスクランブル列から送信信号を生成してよい。受信機が送信信号を受信すると、受信機は、デプリコーディング、復調、デスクランブル、復号、ＣＲＣデスクランブル、ＣＲＣチェック等の対応する手順を実行して下りリンク制御情報を得てよい。一実施形態では、下りリンク制御情報を配信するための送信機は、ネットワークノード、基地局、および／またはｇＮＢであってよい。下りリンク制御情報を受信するための受信機は、ＵＥ、デバイス、ビークル、および／またはＶ２ＸＵＥであってよい。一実施形態では、送信信号はＰＤＣＣＨとすることができる。

【0050】

上りリンク制御情報（ＵＣＩ）の配信に関しては、送信機は上りリンク制御情報（ＵＣＩ）にＣＲＣビットを付加しなくてもよい。代替的には、送信機は、ＣＲＣビットを上りリンク制御情報（ＵＣＩ）に付加してもよい。ＣＲＣビットは、図２４に示すように、ＣＲＣスクランブルビットでスクランブルされない。送信機は、上りリンク制御情報および／またはＣＲＣビットへのチャネル符号化および／またはスクランブルを実行することができる。一実施形態では、スクランブル列の初期値は、図２４に示すように、物理セル識別情報

【数2】

および／またはＲＮＴＩ，ｎ_ＲＮＴＩに基づいてよい。ＲＮＴＩは送信機に対応してよく、上りリンク制御情報は、送信機のＣ－ＲＮＴＩのように、送信機から配信される。

【0051】

一実施形態では、送信機は、物理セル識別情報を備えたセル内で提供され得る。送信機は、変調およびＯＦＤＭ／ＳＣ－ＯＦＤＭ信号生成等の他の手順を実行して、送信信号を生成してよい。受信機が送信信号を受信すると、受信機は、復調、デスクランブル、復号、および／またはＣＲＣチェック等の対応する手順を実行して、上りリンク制御情報を得てよい。一実施形態では、上りリンク制御情報（ＵＣＩ）を配信するための送信機は、ＵＥ、デバイス、ビークル、および／またはＶ２ＸＵＥであってよい。上りリンク制御情報を受信するための受信機は、ネットワークノード、基地局、および／または、ｇＮＢであってよい。送信信号はＰＵＣＣＨとすることができる。

【0052】

図２３（ａ）に示すように、送信機はＣＲＣビットをサイドリンク制御情報（ＳＣＩ）に付加する。ＣＲＣビットは、図２４に示すように、ＣＲＣスクランブルビットでスクランブルされない。チャネル符号化および／またはレートマッチングを実行した後、送信機はサイドリンク制御情報およびＣＲＣビットから符号化列を得る。そして、送信機は、符号化列をスクランブル列でスクランブルする。一実施形態では、スクランブル列の初期値は、図２４に示すように、５１０のような特定の値に基づいてよい。送信機は、他の手順（例えば、変調、プリコーディング、ＯＦＤＭ／ＳＣ－ＯＦＤＭ信号生成等）を実行して、スクランブル列から送信信号を生成する。受信機が送信信号を受信すると、受信機は、デプリコーディング、復調、デスクランブル、復号、ＣＲＣチェック等の対応する手順を実行して、サイドリンク制御情報を得てよい。一実施形態では、サイドリンク制御情報（ＳＣＩ）を配信するための送信機は、ＵＥ、デバイス、ビークル、および／またはＶ２ＸＵＥであってよい。サイドリンク制御情報を受信するための受信機は、ＵＥ、デバイス、ビークル、および／またはＶ２ＸＵＥであってよい。送信信号はＰＳＣＣＨとすることができる。

【0053】

図２３（ｂ）に示すように、送信機は、ＣＲＣビットを下りリンク共有チャネル（ＤＬ－ＳＣＨ）からのトランスポートブロックに付加する。ＣＲＣビットは、図２４に示すように、ＣＲＣスクランブルビットでスクランブルされない。チャネル符号化および／またはレートマッチングを実行した後、送信機はトランスポートブロックおよびＣＲＣビットから符号化列を得る。そして、送信機は、符号化列をスクランブル列でスクランブルする。一実施形態では、スクランブル列の初期値は、図２４に示すように、図２４に示すように、物理セル識別情報

【数3】

および／またはＲＮＴＩ，ｎ_ＲＮＴＩに基づいてよい。ＲＮＴＩは受信機に対応してよく、トランスポートブロックは受信機のＣ－ＲＮＴＩのように、受信機に対して配信される。受信機は、物理セル識別情報を備えたセル内で提供され得る。送信機は、他の手順（例えば、変調、プリコーディング、ＯＦＤＭ信号生成等）を実行して、スクランブル列から送信信号を生成する。受信機が送信信号を受信すると、受信機は、デプリコーディング、復調、デスクランブル、復号、ＣＲＣチェック等の対応する手順を実行して、トランスポートブロックを得てよい。一実施形態では、下りリンク共有チャネル（ＤＬ－ＳＣＨ）からトランスポートブロックを配信するための送信機は、ネットワークノード、基地局、および／またはｇＮＢであってよい。トランスポートブロックを受信するための受信機は、ＵＥ、デバイス、ビークル、および／またはＶ２ＸＵＥであってよい。送信信号はＰＤＳＣＨとすることができる。

【0054】

図２３（ｂ）に示すように、送信機は、ＣＲＣビットを上りリンク共有チャネル（ＵＬ－ＳＣＨ）からのトランスポートブロックに付加する。ＣＲＣビットは、図２４に示すように、ＣＲＣスクランブルビットでスクランブルされない。チャネル符号化および／またはレートマッチングを実行した後、送信機はトランスポートブロックおよびＣＲＣビットから符号化列を得る。そして、送信機は、符号化列をスクランブル列でスクランブルする。一実施形態では、スクランブル列の初期値は、図２４に示すように、図２４に示すように、物理セル識別情報

【数4】

および／またはＲＮＴＩ，ｎ_ＲＮＴＩに基づいてよい。ＲＮＴＩは送信機に対応してよく、トランスポートブロックは送信機のＣ－ＲＮＴＩのように、送信機から配信される。受信機は、物理セル識別情報を備えたセル内で提供され得る。送信機は、他の手順（例えば、変調、プリコーディング、ＯＦＤＭ／ＳＣ－ＯＦＤＭ信号生成等）を実行して、スクランブル列から送信信号を生成する。受信機が送信信号を受信すると、受信機は、デプリコーディング、復調、デスクランブル、復号、ＣＲＣチェック等の対応する手順を実行して、トランスポートブロックを得てよい。一実施形態では、上りリンク共有チャネル（ＵＬ－ＳＣＨ）からトランスポートブロックを配信するための送信機は、ＵＥ、デバイス、ビークル、および／またはＶ２ＸＵＥであってよい。トランスポートブロックを受信するための受信機は、ネットワークノード、基地局、および／またはｇＮＢであってよい。送信信号はＰＵＳＣＨとすることができる。

【0055】

図２３（ｂ）に示すように、送信機は、サイドリンク共有チャネル（ＳＬ－ＳＣＨ）からのトランスポートブロックにＣＲＣビットを付加する。ＣＲＣビットは、図２４に示すように、ＣＲＣスクランブルビットでスクランブルされない。チャネルコーディングおよび／またはレートマッチングを実行した後、送信機はトランスポートブロックおよびＣＲＣビットから符号化列を得る。そして、送信機は、符号化列をスクランブル列でスクランブルする。一実施形態では、スクランブル列初期値は、図２４に示すように、トランスポートブロックに対応するＳＣＩのＣＲＣビットの１０進表現であってよい。

【0056】

一実施形態では、ＳＣＩを配信するＰＳＣＣＨおよびトランスポートブロックを配信する送信信号は、同じＴＴＩ内で送信することができる。ＳＣＩを配信するＰＳＣＣＨは、トランスポートブロックを配信する送信信号をスケジュールすることができる。代替的は、スクランブル列の初期値は、対応するサイドリンク制御情報から取得される宛先識別情報であってよい。一実施形態では、サイドリンク制御情報は、トランスポートブロックを配信する送信信号をスケジュールすることができる。送信機は、他の手順（例えば、変調、プリコーディング、ＯＦＤＭ／ＳＣ－ＯＦＤＭ信号生成等）を実行して、スクランブル列から送信信号を生成する。受信機が送信信号を受信すると、受信機は、デプリコーディング、復調、デスクランブル、復号、ＣＲＣチェック等の対応する手順を実行して、トランスポートブロックを得てよい。一実施形態では、サイドリンク共有チャネル（ＳＬ－ＳＣＨ）からトランスポートブロックを配信するための送信機は、ＵＥ、デバイス、ビークル、および／またはＶ２ＸＵＥであってよい。トランスポートブロックを受信するための受信機は、ＵＥ、デバイス、ビークル、および／またはＶ２ＸＵＥであってよい。送信信号はＰＳＳＣＨとすることができる。

【0057】

ＬＴＥ／ＬＴＥ－ＡＶ２Ｘ送信では、物理レイヤにおけるサイドリンク送信は宛先ＩＤも送信元ＩＤも示さない。Ｖ２Ｘ受信機は、トランスポートブロックを首尾よく復号し、上位レイヤにおいて宛先ＩＤおよび／または送信元ＩＤを取得する必要がある。これは、Ｖ２Ｘ受信機が、復号を実行し、宛先ＩＤおよび／または送信元ＩＤをチェックした後に、いくつかの復号されたトランスポートブロックが自分自身に対するものではないことを知ることができることを意味する。それは、Ｖ２Ｘ受信機に対して複雑さと不必要な復号オーバーヘッドを増加させる。したがって、１つの可能な方法は、部分または完全宛先識別情報および／または部分または完全送信元識別情報を物理レイヤに含めることである。現在、ＲＡＮ１は、（３ＧＰＰＴＳＧＲＡＮＷＧ１＃９４Ｖ０．１．０のドラフトレポートで議論されているように）物理レイヤがユニキャストまたはグループキャストセッションに属する特定の送信についてＩＤ情報を知ると想定している。ＩＤ情報は、グループキャストＶ２Ｘ送信のための宛先グループＩＤと、ユニキャストＶ２Ｘ送信のための宛先ＩＤとを含んでよい。送信元ＩＤはＦＦＳとする。

【0058】

ユニキャストＶ２Ｘ送信および／またはグループキャストＶ２Ｘ送信のために、特に高いスループットと高い信頼性の要求を考慮して、ＨＡＲＱ－ＡＣＫがサイドリンク強化のために考慮される。ＵＥがＤＬ送信の送信元を知ることができ、ＵＬ送信の宛先がネットワークノードであるＵｕｌｉｎｋとは異なり、サイドリンクにおけるＶ２Ｘ送信は、複数の可能性のあるデバイスから／に送信されてよい。受信機がＨＡＲＱコンバイン（同じトランスポートブロックに対する新しい送信と再送信）を実行するのを助けるために、受信機はユニキャストＶ２Ｘ送信および／またはグループキャストＶ２Ｘ送信についてのソースＩＤを知る必要があることがある。なぜなら、ＨＡＲＱコンバインは同じトランスポートブロックを配信する送信に対してのみ有効なためである。受信機は、別々の送信が、同じ送信元ＩＤおよび／または同じＨＡＲＱプロセスＩＤ基づいて、同じトランスポートブロックを配信するかどうかを知ることができる。従って、サイドリンク送信／受信について物理レイヤに部分または完全送信元ＩＤを含める、あるいは配信する方法が考慮されてよい。

【0059】

方法ａ－送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含んでよい。送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。一実施形態では、データパケットは、識別情報の第２の部分を含んでよい。送信側デバイスは、制御情報にＣＲＣビットを付加してよい。一実施形態では、送信側デバイスは、識別情報の第１の部分を使用して制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行することができる。さらに、送信側デバイスは、スクランブルされたＣＲＣビットと共に制御送信を送信してよい。送信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してもよい。

【0060】

一実施形態では、受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。また、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。一実施形態では、データパケットは、サイドリンク送信に対するものとすることができる。

【0061】

一実施形態では、受信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、データパケットから識別情報の第２の部分を取得してよい。追加的に、受信側デバイスは、データパケットに関連付けられた識別情報を決定してよく、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなる。

【0062】

さらに、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられてよい。識別情報は、少なくとも送信側デバイスに関連付けられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含んでよい。受信側デバイスは、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行するための識別情報の候補セットを使用してよい。さらに、受信側デバイスは、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行するために、識別情報の候補セットのうちの識別情報（の第１の部分）を一つずつ使用してよい。

【0063】

別の実施形態では、受信側デバイスは、第１のＣＲＣビットと共に第１の制御情報を受信してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、第１のＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。追加的に、受信側デバイスは、第１の制御情報に基づいて第１のデータ送信を受信してよい。

【0064】

一実施形態では、受信側デバイスは、第２のＣＲＣビットと共に第２の制御情報を受信してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、第２のＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。追加的に、受信側デバイスは、第２の制御情報に基づいて第２のデータ送信を受信してよい。

【0065】

一実施形態では、受信側デバイスは、第１のデータ送信と第２のデータ送信を組み合わせて、データパケットを復号してよい。データパケットは、サイドリンク送信に対するものでよい。

【0066】

一実施形態では、受信側デバイスは、識別情報の第１の部分を使用して、第１のデータ送信に対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、第２のデータ送信に対するデスクランブル手順を実行してよい。

【0067】

一実施形態では、受信側デバイスは、データパケットから識別情報の第２の部分を取得してよい。さらに、受信側デバイスは、データパケットに関連付けられた識別情報を決定してよく、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、またはそれらからなる。

【0068】

さらに、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられてよい。識別情報は、少なくとも送信側デバイスに関連付けられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含んでよい。受信側デバイスは、第１のＣＲＣビットおよび第２のＣＲＣビットに対するＣＲＣデスクランブル手順を実行するための識別情報の候補セットを使用してよい。さらに、受信側デバイスは、第１のＣＲＣビットおよび第２のＣＲＣビットに対するＣＲＣデスクランブル手順を実行するために、識別情報の候補セットのうちの識別情報（の第１の部分）を一つずつ使用してよい。

【0069】

一実施形態では、識別情報の第１の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてもよい。さらに、識別情報の第１の部分のビット数は、制御情報のＣＲＣビットのビット数以下としてよい。

【0070】

方法ｂ－送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含んでよい。送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。一実施形態では、データパケットは、識別情報の第２の部分を含んでよい。

【0071】

一実施形態では、送信側デバイスは、制御情報内に識別情報の第１の部分を含めてよい。さらに、送信側デバイスは、制御情報を送信してよい。追加的に、送信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してよい。

【0072】

一実施形態では、受信側デバイスは制御情報を受信してよい。さらに、受信側デバイスは、制御情報から識別情報の第１の部分を取得してよい。追加的に、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。一実施形態では、データパケットは、サイドリンク送信に対するものとしてよい。

【0073】

【0074】

さらに、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられなくてよい。代替的には、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられてよい。識別情報は、少なくとも送信側デバイスに関連付けられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含んでよい。

【0075】

別の実施形態では、受信側デバイスは、第１の制御情報を受信してよい。一実施形態では、第１の制御情報は、識別情報の第１の部分を示してよい。受信側デバイスは、第１の制御情報に基づいて第１のデータ送信を受信してよい。さらに、受信側デバイスは、第２の制御情報を受信してよい。第２の制御情報は、識別情報の第１の部分を示してよい。

【0076】

一実施形態では、受信側デバイスは、第２の制御情報に基づいて第２のデータ送信を受信してよい。さらに、受信側デバイスは、第１のデータ送信と第２のデータ送信を組み合わせて、データパケットを復号してよい。データパケットは、サイドリンク送信に対するものでよい。

【0077】

一実施形態では、受信側デバイスは、識別情報の第１の部分を使用して、第１のデータ送信に対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、第２のデータ送信に対するデスクランブル手順を実行してよい。追加的に、受信側デバイスは、データパケットから識別情報の第２の部分を取得してよい。また、受信側デバイスは、データパケットに関連付けられた識別情報を決定してよく、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、またはそれらからなる。

【0078】

さらに、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられなくてよい。代替的には、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられてよい。識別情報は、少なくとも送信側デバイスに関連付けられてよい。さらに、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなってよい。

【0079】

制御情報の信頼性を確保するために、制御情報のビット数は制限されてよい。従って、識別情報の第１の部分のビット数はそれほど大きくなくてよい。例えば、識別情報の第１の部分のビット数は、８以下であってよい。

【0080】

さらに、識別情報の第１の部分のビット数は、送信元誤検出のエラーケースを回避／排除するために、それほど小さくなくてよい。例えば、識別情報の第１の部分のビット数は、４以上であってよい。

【0081】

方法ｃ－送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。識別情報は、識別情報の第１の部分および識別情報の第２の部分を含んでよい。

【0082】

送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。一実施形態では、送信側デバイスは、制御情報内に識別情報の第１の部分を含めてよい。さらに、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。追加的に、送信側デバイスは、識別情報の第２の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。また、送信側デバイスは、制御情報およびスクランブルされたＣＲＣビットを送信してよい。

【0083】

一実施形態において、識別情報は、識別情報の第１の部分および識別情報の第２の部分からなってよい。代替的には、データパケットは、識別情報の第３の部分を含んでよい。識別情報は、識別情報の第１の部分、識別情報の第２の部分、および識別情報の第３の部分を含むか、あるいはそれらからなる。

【0084】

さらに、送信側デバイスは、識別情報の第１の部分および識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。一実施形態では、送信側デバイスは、（完全）識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。

【0085】

一実施形態では、送信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。さらに、送信側デバイスは、識別情報の第１の部分、識別情報の第２の部分、および／または識別情報の第３の部分を使用して、データパケットに対するスクランブル手順を実行してよい。追加的に、送信側デバイスは、（完全）識別情報を使用して、データパケットに対するスクランブル手順を実行してよい。

【0086】

図２５の方法ｃ１およびｃ３に示すように、識別情報の第１の部分はＳ１であってよく、識別情報の第２の部分はＳ２であってよい。一実施形態において、識別情報Ｓは、Ｓ１およびＳ２を含むか、あるいはそれらからなってよい。Ｓ１およびＳ２は、識別情報Ｓの排他的部分である。一実施形態では、ｎ_Ｓとして示されたＳのビット数は、ｎ_Ｓ１として示されたＳ１のビット数、およびｎ_Ｓ２として示されたＳ２のビット数の合計と同じである。Ｓ１は識別情報Ｓのｎ_Ｓ１個の最上位ビットであり、Ｓ２は識別情報Ｓのｎ_Ｓ２個の最下位ビットである。代替的には、Ｓ１は識別情報Ｓのｎ_Ｓ１個の最下位ビットであり、Ｓ２は識別情報Ｓのｎ_Ｓ２個の最上位ビットである。

【0087】

一実施形態では、送信側デバイスは、図２５の方法ｃ３に示すように、（完全）識別情報Ｓを使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。受信機は制御送信を受信すると送信機の（完全）識別情報を知ることができるため、（完全）識別情報が、スクランブル手順を実行するために、あるいはデータパケットに対するＣＲＣスクランブル手順を実行するために利用されてよい。

【0088】

図２５の方法ｃ２に示すように、識別情報は、識別情報の第１の部分、識別情報の第２の部分、および識別情報の第３の部分を含むか、あるいはそれらからなってよい。一実施形態では、データパケットは、識別情報の第３の部分を含んでよい。識別情報の第１の部分はＳ１であってよく、識別情報の第２の部分はＳ２であってよく、識別情報の３番目の部分はＳ３であってよい。一実施形態において、識別情報Ｓは、Ｓ１、Ｓ２およびＳ３を含むか、あるいはそれらからなってよい。Ｓ１、Ｓ２およびＳ３は識別情報Ｓの排他的な部分である。ｎ_Ｓとして示されたＳのビット数は、ｎ_Ｓ１として示されたＳ１のビット数、ｎ_Ｓ２として示されたＳ２のビット数、およびｎ_Ｓ３として示されたＳ３のビット数の合計と同じである。

【0089】

【0090】

さらに、識別情報の第１の部分のビット数は、送信元誤検出のエラーケースを回避または排除するために、それほど小さくなくてよい。例えば、識別情報の第１の部分のビット数は、４以上であってよい。

【0091】

一実施形態では、識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてよい。識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。

【0092】

方法ｄ－送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなってよい。

【0093】

一実施形態では、送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。さらに、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。追加的に、識別情報の第１の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。

【0094】

一実施形態では、送信側デバイスは、識別情報の第２の部分および／または識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。また、送信側デバイスは、制御情報を送信してよい。さらに、送信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してよい。さらに、送信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。送信側デバイスは、（完全）識別情報を使用して、データパケットに対するスクランブル手順を実行してもよい。

【0095】

一実施形態では、識別情報の第１の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてよい。追加的に、識別情報の第１の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。

【0096】

方法ｅ－送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含む／それらからなってよい。

【0097】

一実施形態では、送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。さらに、送信側デバイスは、制御情報内に識別情報の第１の部分を含めてよい。追加的に、送信側デバイスは、識別情報の第２の部分および／または識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。また、送信側デバイスは、制御情報を送信してよい。

【0098】

一実施形態では、送信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行することができる。さらに、送信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行することができる。追加的に、送信側デバイスは、（完全）識別情報を使用して、データパケットに対するスクランブル手順を実行してよい。

【0099】

一実施形態では、受信側デバイスは制御情報を受信することができる。さらに、受信側デバイスは、制御情報から識別情報の第１の部分を取得してよい。追加的に、受信側デバイスは、識別情報の第２の部分を決定してよい。好ましくは、受信側デバイスは、識別情報の第１の部分に基づいて識別情報の第２の部分を決定してよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなってよい。

【0100】

一実施形態では、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットはサイドリンク送信に対するものである。

【0101】

一実施形態では、受信側デバイスは、識別情報の第２の部分および／または識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。また、受信側デバイスは、データパケットが識別情報に関連付けられていることを決定してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。追加的に、受信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。また、受信側デバイスは、（完全）識別情報を使用して、データパケットに対するデスクランブル手順を実行してよい。

【0102】

さらに、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられてよい。識別情報は、少なくとも送信側デバイスに関連付けられてよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなってよい。識別情報の候補セットに従って、受信側デバイスは、識別情報の第１の部分に基づいて、識別情報の第２の部分を導出してよい。

【0103】

別の実施形態では、受信側デバイスは、第１の制御情報を受信してよい。また、受信側デバイスは、第１の制御情報から識別情報の第１の部分を取得してよい。さらに、受信側デバイスは、識別情報の第２の部分を決定してよい。追加的に、受信側デバイスは、識別情報の第１の部分に基づいて識別情報の第２の部分を決定してよい。一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなってよい。

【0104】

一実施形態では、受信側デバイスは、第１の制御情報に基づいて第１のデータ送信を受信してよい。また、受信側デバイスは、第２の制御情報を受信してよい。追加的に、受信側デバイスは、第２の制御情報から、同じ識別情報の第１の部分を取得してよい。さらに、受信側デバイスは、第２の制御情報に基づいて第２のデータ送信を受信してよい。また、受信側デバイスは、第１のデータ送信と第２のデータ送信を組み合わせて、データパケットを復号してもよい。一実施形態では、データパケットは、サイドリンク送信に対するものである。

【0105】

一実施形態では、受信側デバイスは、識別情報の第２の部分および／または識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。また、受信側デバイスは、データパケットが識別情報に関連付けられていることを決定してよい。さらに、受信側デバイスは、識別情報の第１の部分を使用して、第１のデータ送信に対するデスクランブル手順を実行してよい。追加的に、受信側デバイスは、識別情報の第１の部分を使用して、第２のデータ送信に対するデスクランブル手順を実行してよい。

【0106】

一実施形態では、受信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、第１のデータ送信に対するデスクランブル手順を実行してもよい。さらに、受信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、第２のデータ送信のためのデスクランブル手順を実行してよい。追加的に、受信側デバイスは、（完全）識別情報を使用して、第１のデータ送信に対するデスクランブル手順を実行してよい。また、受信側デバイスは、（完全）識別情報を使用して、第２のデータ送信に対するデスクランブル手順を実行してよい。

【0107】

一実施形態では、受信側デバイスには、識別情報の候補セットが設定あるいは割り当てられてよい。識別情報は、少なくとも送信側デバイスに関連付けられてよい。さらに、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含むか、あるいはそれらからなってよい。識別情報の候補セットに従って、受信側デバイスは、識別情報の第１の部分に基づいて、識別情報の第２の部分を導出してよい。

【0108】

【0109】

【0110】

方法ｆ－送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、識別情報は、識別情報の第１の部分、識別情報の第２の部分、および識別情報の第３の部分を含むか、あるいはそれらからなってよい。

【0111】

一実施形態では、送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。さらに、送信側デバイスは、制御情報内に識別情報の第１の部分を含めてよい。

【0112】

一実施形態では、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。さらに、送信側デバイスは、識別情報の第２の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。追加的に、送信側デバイスは、識別情報の第３部分および／または識別情報の第１部分および／または識別情報の第２部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。

【0113】

一実施形態では、送信側デバイスは制御情報を送信してよい。さらに、送信側デバイスは、識別情報の第１の部分および／または識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。追加的に、送信側デバイスは、（完全）識別情報を使用して、データパケットのためのスクランブル手順を実行してよい。

【0114】

図２５の方法ｆに示されるように、識別情報の第１の部分はＳ１であってよく、識別情報の第２の部分はＳ２であってよく、識別情報の３番目の部分はＳ３であってよい。一実施形態において、識別情報Ｓは、Ｓ１、Ｓ２およびＳ３を含むか、あるいはそれらからなってよい。Ｓ１、Ｓ２およびＳ３は識別情報Ｓの排他的な部分である。一実施形態では、ｎ_Ｓとして示されたＳのビット数は、ｎ_Ｓ１として示されたＳ１のビット数、ｎ_Ｓ２として示されたＳ２のビット数、およびｎ_Ｓ３として示されたＳ３のビット数の合計と同じである。

【0115】

【0116】

【0117】

【0118】

方法ｇ－送信側デバイスには、識別情報が（あらかじめ）設定または割り当てられてよい。送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。

【0119】

一実施形態では、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。さらに、送信側デバイスは、識別情報を使用して制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。追加的に、送信側デバイスは、スクランブルされたＣＲＣビットと共に制御送信を送信してもよい。

【0120】

一実施形態では、送信側デバイスは、識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。さらに、送信側デバイスは、識別情報を使用してデータパケットに対するスクランブル手順を実行してよい。

【0121】

図２５および２６の方法ｇに示すように、識別情報Ｓは２４ビットであってよい。代替的には、識別情報Ｓは１６ビットであってよい。

【0122】

一実施形態では、識別情報のビット数は、制御情報のＣＲＣビットのビット数として制限されてよい。さらに、識別情報のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。

【0123】

上記の方法ａから方法ｇについて、識別情報は送信元識別情報を意味してよい。特に、識別情報は、送信元レイヤ２識別情報を意味してよい。識別情報は、送信側デバイスの識別情報を意味してもよい。識別情報は、どのデバイスが制御情報および／またはデータパケットを送信するかを示すために利用され得る。

【0124】

一実施形態では、識別情報は、サイドリンク送信に利用され得る。識別情報は、デバイス・ツー・デバイス送信にも利用され得る。

【0125】

一実施形態では、識別情報は、Ｕｕリンク送信には利用されなくてよい。また、識別情報は、ネットワークとデバイスの間の送信に利用されなくてよい。一実施形態では、識別情報はＣ－ＲＮＴＩでなくてよい。特に、識別情報はＣ－ＲＮＴＩと同じでなくてよい。

【0126】

一実施形態では、識別情報は、ネットワークによって設定または割り当てられてよい。識別情報は、別のデバイスによって設定または割り当てられてもよい。代替的には、識別情報は、予め設定されてよい。

【0127】

一実施形態では、特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットが特定の識別情報でスクランブルされることを意味することができる。さらに、特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットと特定の識別情報がビットごとにバイナリ加算されることを意味することができる。追加的に、特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットと特定の識別情報がビットごとにＸＯＲ演算を実行することを意味することができる。

【0128】

一実施形態では、第１の特定の識別情報および第２の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットが第１の特定の識別情報および第２の特定の識別情報でスクランブルされることを意味することができる。さらに、第１の特定の識別情報および第２の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットが、それぞれ第１の特定の識別情報および第２の特定の識別情報でスクランブルされることを意味することができる。追加的に、第１の特定の識別情報および第２の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットの第１の部分と第１の特定の識別情報がビットごとにバイナリ加算され、制御情報またはデータパケットのＣＲＣビットの第２の部分と第２の特定の識別情報がビットごとにバイナリ加算されることを意味することができる。

【0129】

一実施形態では、第１の特定の識別情報および第２の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットの第１の部分と第１の特定の識別情報がビットごとにＸＯＲ演算を実行し、制御情報またはデータパケットのＣＲＣビットの第２の部分と第２の特定の識別情報がビットごとにＸＯＲ演算を実行することを意味することができる。

【0130】

一実施形態では、制御情報またはデータパケットのＣＲＣビットの第１の部分と、制御情報またはデータパケットのＣＲＣビットの第２の部分とが重複しなくてよい。

【0131】

一実施形態では、第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットが第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報でスクランブルされることを意味することができる。さらに、第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットが、それぞれ第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報でスクランブルされることを意味することができる。追加的に、第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットの第１の部分と第１の特定の識別情報がビットごとにバイナリ加算され、制御情報またはデータパケットのＣＲＣビットの第２の部分と第２の特定の識別情報がビットごとにバイナリ加算され、制御情報またはデータパケットのＣＲＣビットの第３の部分および第３の特定の識別情報がビットごとにバイナリ加算されることを意味することができる。また、第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報を使用する制御情報またはデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順は、制御情報またはデータパケットのＣＲＣビットの第１の部分と第１の特定の識別情報がビットごとにＸＯＲ演算を実行し、制御情報またはデータパケットのＣＲＣビットの第２の部分と第２の特定の識別情報がビットごとにＸＯＲ演算を実行し、制御情報またはデータパケットのＣＲＣビットの第３の部分と第３の特定の識別情報がビットごとにＸＯＲ演算を実行することを意味することができる。

【0132】

一実施形態では、制御情報またはデータパケットのＣＲＣビットの第１の部分、制御情報またはデータパケットのＣＲＣビットの第２の部分、および制御情報またはデータパケットのＣＲＣビットの第３の部分は、重複しなくてよい。

【0133】

一実施形態では、特定の識別情報を使用する制御情報またはデータパケットに対するスクランブル手順は、制御情報またはデータパケットの（符号化）列がスクランブル列でスクランブルされ、スクランブル列が特定の識別情報に基づいて生成されることを意味することができる。特定の識別情報は、スクランブル列を生成するための初期値を設定するのに利用され得る。

【0134】

一実施形態では、第１の特定の識別情報および第２の特定の識別情報を使用する制御情報またはデータパケットのスクランブル手順は、制御情報またはデータパケットの（符号化）列がスクランブル列でスクランブルされ、スクランブル列が第１の特定の識別情報および第２の特定の識別情報に基づいて生成されることを意味することができる。第１の特定の識別情報および第２の特定の識別情報は、スクランブル列を生成するための初期値を設定するのに利用され得る。

【0135】

一実施形態では、第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報を使用する制御情報またはデータパケットをスクランブルする手順は、制御情報またはデータパケットの（符号化）列がスクランブル列でスクランブルされ、スクランブル列が第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報に基づいて生成されることを意味することができる。第１の特定の識別情報、第２の特定の識別情報、および第３の特定の識別情報は、スクランブル列を生成するための初期値を設定するのに利用され得る。

【0136】

一実施形態では、スクランブル列は、初期化が与えられたシーケンス生成を介して生成されてよい。シーケンス生成は擬似ランダムシーケンス生成としてよい。

【0137】

一実施形態では、特定の識別情報は、識別情報の第１の部分、識別情報の第２の部分、識別情報の第３の部分、および／または識別情報のうちの１つを意味してよい。第１の特定の識別情報は、識別情報の第１の部分、識別情報の第２の部分、識別情報の第３の部分、および／または識別情報の１つを意味してよい。第２の特定の識別情報は、識別情報の第１の部分、識別情報の第２の部分、識別情報の第３の部分、および／または識別情報のうちの１つを意味してよい。第３の特定の識別情報は、識別情報の第１の部分、識別情報の第２の部分、識別情報の第３の部分、および／または識別情報のうちの１つを意味してよい。

【0138】

一実施形態では、データパケットは、ＳＬ－ＳＣＨで配信されてもよい。データパケットは、ＤＬ－ＳＣＨでもＵＬ－ＳＣＨでも配信されなくてよい。データパケットは、ＰＳＳＣＨで送信されてよい。データパケットはＰＤＳＣＨでもＰＵＳＣＨでも送信されなくてよい。

【0139】

一実施形態では、制御情報は、サイドリンク制御情報を意味してよい。制御情報は、下りリンク制御情報も上りリンク制御情報も意味しなくてよい。制御情報は、ＰＳＣＣＨで送信されてよい。制御情報はＰＤＣＣＨでもＰＵＣＣＨでも送信されなくてよい。

【0140】

一実施形態では、サイドリンク送信または受信は、デバイス・ツー・デバイス送信または受信であってよい。特に、サイドリンク送信または受信は、Ｖ２Ｘ送信または受信であってよい。代替的は、サイドリンク送信または受信は、Ｐ２Ｘ送信または受信であってよい。サイドリンクの送信または受信は、ＰＣ５インタフェースにあってよい。

【0141】

一実施形態では、ＰＣ５インタフェースは、デバイスとデバイスの間の通信のための無線インタフェースであってよい。さらに、ＰＣ５インタフェースは、ＵＥ間の通信のための無線インタフェースであってよい。追加的に、ＰＣ５インタフェースは、Ｖ２ＸまたはＰ２Ｘ通信のための無線インタフェースであってよい。

【0142】

一実施形態では、Ｕｕインタフェースは、ネットワークノードとデバイスの間の通信のための無線インタフェースであってよい。Ｕｕインタフェースは、ネットワークノードとＵＥの間の通信のための無線インタフェースであってもよい。

【0143】

一実施形態では、デバイスはＵＥであってよい。特に、デバイスはビークルＵＥであってよい。代替的には、デバイスはＶ２ＸＵＥであってよい。

【0144】

方法ａから方法ｇは、サイドリンク送信または受信のために部分または完全送信元識別情報を含むかあるいは配信するのに利用されてよい。言い換えると、方法ａから方法ｇは、サイドリンク送信または受信のために送信側デバイスの部分または完全識別情報を含むかあるいは配信するのに利用されてよい。従って、受信側デバイスは、送信元識別情報および／または送信側デバイスの識別情報に依存して、データパケットに対するＨＡＲＱプロセスおよび／またはＨＡＲＱコンバインを実行する方法を決定することができる。

【0145】

より具体的には、方法ｇの概念は、制御情報に対するＣＲＣスクランブリングを使用して、送信元識別情報または送信側デバイスの識別情報を配信することである。しかし、送信元識別情報または送信側デバイスの識別情報のビット数が制御情報のＣＲＣビットのビット数より大きい場合、方法ｇは動作しなくてよい。

【0146】

方法ａ、ｂ、ｃ１、ｃ３、ｄ、およびｅの一般的な概念は、送信元識別情報または送信機側デバイスの識別情報を２つの部分に分割することを含む。２つの部分は、制御情報フィールド、制御情報のためのＣＲＣスクランブル、データパケット、および／またはデータパケットのためのＣＲＣスクランブルのうちの任意の２つで配信されてよい。

【0147】

方法ｃ２およびｆの一般的な概念は、送信元識別情報または送信側デバイスの識別情報を３つの部分に分割することを含む。３つの部分は、制御情報フィールド、制御情報のためのＣＲＣスクランブル、データパケット、および／またはデータパケットのためのＣＲＣスクランブルのうちの任意の３つで配信されてよい。

【0148】

別の実施形態では、送信元識別情報または送信側デバイスの識別情報の３つの部分は、制御情報フィールド、データパケット、および／またはデータパケットのためのＣＲＣスクランブルで配信されてよい。この実施形態は、方法ｅに含まれてよく、識別情報は、識別情報の第１の部分、識別情報の第２の部分、および識別情報の第３の部分を含むか、あるいはそれらからなる。さらに、識別情報の第３の部分は、データパケットに含まれてよい。

【0149】

追加の実施形態では、送信元識別情報または送信側デバイスの識別情報の３つの部分は、制御情報のためのＣＲＣスクランブル、データパケット、および／またはデータパケットのためのＣＲＣスクランブルで配信されてよい。この追加の実施形態は、方法ｄに含まれてよく、識別情報は、識別情報の第１の部分、識別情報の第２の部分、および識別情報の第３の部分を含むか、あるいはそれらからなる。さらに、識別情報の第３の部分は、データパケットに含まれてよい。

【0150】

さらに、送信側デバイスは、サイドリンク送信または受信のために部分または完全宛先識別情報を含むあるいは配信することができる。言い換えると、送信側デバイスは、サイドリンク送信または受信のために受信側デバイスの部分または完全識別情報を含むかあるいは配信することができる。従って、受信側デバイスは、宛先識別情報および／または受信側デバイスの識別情報に依存して、データ送信に対して受信および／または復号をどのように実行するかあるいは実行するかどうかを決定することができる。

【0151】

一実施形態では、受信側デバイスは、関連付けられた制御情報において搬送される宛先識別情報および／または受信側デバイスの識別情報が受信側デバイス自体を示す場合、データ送信を受信および／または復号してよい。受信側デバイスは、関連付けられた制御情報において搬送される宛先識別情報および／または受信側デバイスの識別情報が受信側デバイス自体を示さない場合、データ送信を受信および／または復号しなくてよい。

【0152】

図２７の方法ＡからＬに示すように、これらの方法は、サイドリンク送信または受信のために部分または完全宛先識別情報を含むあるいは配信するために使用されてよい。

【0153】

方法Ａ－送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。

【0154】

一実施形態では、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。さらに、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。追加的に、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。また、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報を使用してデータパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。一実施形態では、送信側デバイスは、宛先識別情報を使用してデータパケットに対するスクランブル手順を実行してよい。

【0155】

受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。好ましくは、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。

【0156】

一実施形態では、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。一実施形態では、データパケットは、サイドリンク送信に対するものであってよい。

【0157】

一実施形態では、受信側デバイスは、宛先識別情報を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。

【0158】

一実施形態では、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてよい。さらに、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。

【0159】

方法Ｂ－送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。

【0160】

一実施形態では、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。さらに、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報に対するスクランブル手順を実行してよい。追加的に、送信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、制御情報に対するスクランブル手順を実行してよい。

【0161】

一実施形態では、送信側デバイスは制御送信を送信することができる。受信側デバイスは、宛先識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報を使用して、データパケットに対するスクランブル手順を実行してよい。

【0162】

受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。受信側デバイスは、制御情報を受信してよい。

【0163】

一実施形態では、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報に対するデスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、制御情報に対するデスクランブル手順を実行してよい。

【0164】

一実施形態では、受信側デバイスは、制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットはサイドリンク送信に対するものである。

【0165】

一実施形態では、受信側デバイスは、宛先識別情報を使用して、データパケットのためのデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。

【0166】

方法Ｃ－送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示すものである。宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。

【0167】

一実施形態では、送信側デバイスは、データパケット内に宛先識別情報の第２の部分を含めてよい。さらに、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。

【0168】

一実施形態では、送信側デバイスは制御送信を送信してよい。さらに、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してよい。

【0169】

受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。

【0170】

受信側デバイスは、制御情報を受信してよい。一実施形態では、受信側デバイスは、制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。

【0171】

一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。

【0172】

一実施形態では、受信側デバイスは、データパケットが宛先識別情報の第２の部分を示すかどうかをチェックしてよい。データパケットが宛先識別情報の第２の部分を示さない場合、受信側デバイスはデータパケットを破棄してよい。

【0173】

方法Ｄ－送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。

【0174】

一実施形態では、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。送信側デバイスは、制御送信を送信してもよい。

【0175】

一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。

【0176】

一実施形態では、送信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットのためのスクランブル手順を実行してよい。

【0177】

【0178】

【0179】

一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。

【0180】

一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。

【0181】

一実施形態では、宛先識別情報の第２の部分のビット数は、データパケットのＣＲＣビットのビット数として制限されてよい。さらに、宛先識別情報の第２の部分のビット数は、データパケットのＣＲＣビットのビット数以下であってよい。

【0182】

方法Ｅ－送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。

【0183】

一実施形態では、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。さらに、送信側デバイスは、宛先識別情報の第１の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。

【0184】

一実施形態では、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報に対するスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、制御情報に対するスクランブル手順を実行してよい。

【0185】

一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。送信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。

【0186】

受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。

【0187】

【0188】

一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。

【0189】

一実施形態では、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するデスクランブル手順を実行してよい。

【0190】

一実施形態では、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数として制限されてもよい。さらに、宛先識別情報の第２の部分のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。

【0191】

方法Ｆ－送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。

【0192】

一実施形態では、送信側デバイスは、データパケット内に宛先識別情報の第２の部分を含めてよい。さらに、送信側デバイスは、ＣＲＣビットを制御情報に付加してもよい。追加的に、送信側デバイスは、宛先識別情報の第１の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。

【0193】

一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。送信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してよい。

【0194】

【0195】

受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣを通過する場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットはサイドリンク送信に対するものである。

【0196】

一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。追加的に、受信側デバイスは、データパケットが宛先識別情報の第２の部分を示すかどうかをチェックしてよい。データパケットが宛先識別情報の第２の部分を示さない場合、受信側デバイスはデータパケットを破棄してよい。

【0197】

【0198】

方法Ｇ－送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含むか、あるいはそれらからなってよい。

【0199】

【0200】

一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。

【0201】

一実施形態では、送信側デバイスは、宛先識別情報の第１の部分を使用して、データパケットに対するスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。

【0202】

【0203】

受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。一実施形態では、受信側デバイスは、宛先識別情報の第１の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットはサイドリンク送信に対するものである。

【0204】

【0205】

一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第２の部分および宛先識別情報の第１の部分を使用して、データパケット（ＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。

【0206】

【0207】

方法Ｈ－送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分、宛先識別情報の第２の部分および宛先識別情報の第３の部分を含むか、あるいはそれらからなってよい。

【0208】

一実施形態では、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。さらに、送信側デバイスは、ＣＲＣビットを制御情報に付加してよい。追加的に、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。

【0209】

一実施形態では、送信側デバイスは、宛先識別情報の第３の部分を使用して制御情報に対するスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第２の部分、および宛先識別情報の第１の部分を使用して、制御情報に対するスクランブル手順を実行してよい。

【0210】

一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第２の部分、および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。送信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第１の部分、および宛先識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。

【0211】

受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分、宛先識別情報の第２の部分、および宛先識別情報の第３の部分を含むか、あるいはそれらからなってよい。受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。

【0212】

一実施形態では、送信側デバイスは、宛先識別情報の第３の部分を使用して制御情報に対するデスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第２の部分、および宛先識別情報の第１の部分を使用して、制御情報に対するデスクランブル手順を実行してよい。

【0213】

一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してもよい。さらに、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。

【0214】

一実施形態では、受信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第１の部分、および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第２の部分、および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。

【0215】

【0216】

方法Ｈ－送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示すものである。さらに、宛先識別情報は、宛先識別情報の第１の部分、宛先識別情報の第２の部分および宛先識別情報の第３の部分を含むか、あるいはそれらからなってよい。

【0217】

一実施形態では、送信側デバイスは、データパケット内に宛先識別情報の第３の部分を含めてよい。さらに、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。

【0218】

一実施形態では、送信側デバイスは、ＣＲＣビットを制御情報に付加することができる。さらに、送信側デバイスは、宛先識別情報の第２の部分を使用して、制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。

【0219】

一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してもよい。さらに、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。追加的に、送信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。

【0220】

受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。一実施形態では、宛先識別情報は、宛先識別情報の第１の部分、宛先識別情報の第２の部分、および宛先識別情報の第３の部分を含むか、あるいはそれらからなってよい。

【0221】

受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。

【0222】

一実施形態では、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。

【0223】

一実施形態では、受信側デバイスは、データパケットが宛先識別情報の第３の部分を示すかどうかをチェックしてよい。データパケットが宛先識別情報の第３の部分を示さない場合、受信側デバイスはデータパケットを破棄してよい。

【0224】

【0225】

方法Ｉ－送信側デバイスは、サイドリンク送信のためのデータパケットを生成してよい。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。さらに、宛先識別情報は、宛先識別情報の第１の部分、宛先識別情報の第２の部分および宛先識別情報の第３の部分を含むか、あるいはそれらからなってよい。

【0226】

【0227】

一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報の第３の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第２の部分、および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。

【0228】

一実施形態では、送信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。さらに、送信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第１の部分、および宛先識別情報の第２の部分を使用して、データパケットに対するスクランブル手順を実行してよい。

【0229】

【0230】

受信側デバイスは、ＣＲＣビットを備えた制御情報を受信してよい。一実施形態では、受信側デバイスは、宛先識別情報の第２の部分を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してもよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは制御情報が宛先識別情報の第１の部分を示すかどうかをチェックしてよい。制御情報が宛先識別情報の第１の部分を示す場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。

【0231】

一実施形態では、受信側デバイスは、宛先識別情報の第１の部分および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第１の部分、および宛先識別情報の第２の部分を使用して、データパケットに対するデスクランブル手順を実行してよい。

【0232】

一実施形態では、受信側デバイスは、宛先識別情報の第３の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報の第３の部分、宛先識別情報の第２の部分、および宛先識別情報の第１の部分を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。制御情報が宛先識別情報の第１の部分を示さない場合、受信側デバイスは、制御情報に基づいてデータパケットを受信または復号しなくてよい。

【0233】

【0234】

方法Ｋ－送信側デバイスは、サイドリンク送信のためのデータパケットを生成することができる。データパケットは、宛先識別情報と関連付けられてよい。一実施形態では、宛先識別情報は、データパケットを受信するための受信側デバイスを示すものである。

【0235】

一実施形態では、送信側デバイスは、ＣＲＣビットを制御情報に付加することができる。さらに、送信側デバイスは、宛先識別情報を使用して制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。

【0236】

一実施形態では、送信側デバイスは、スクランブルされたＣＲＣビットを備えた制御送信を送信してよい。受信側デバイスは、宛先識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。送信側デバイスは、宛先識別情報を使用して、データパケットに対するスクランブル手順を実行してよい。

【0237】

受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。受信側デバイスは、ＣＲＣビットと共に制御情報を受信してよい。さらに、受信側デバイスは、宛先識別情報を使用して、（制御情報の）ＣＲＣビットに対するＣＲＣデスクランブル手順を実行してよい。追加的に、受信側デバイスは、デスクランブルされたＣＲＣビットを使用して、（制御情報に対する）ＣＲＣチェックを実行してよい。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。

【0238】

一実施形態では、受信側デバイスは、宛先識別情報を使用して、データパケットにチアするデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してよい。

【0239】

一実施形態では、宛先識別情報のビット数は、制御情報のＣＲＣビットのビット数として制限されてもよい。さらに、宛先識別情報のビット数は、制御情報のＣＲＣビットのビット数以下であってよい。

【0240】

方法Ｋ－送信側デバイスは、サイドリンク送信のためのデータパケットを生成することができる。データパケットは、宛先識別情報と関連付けられてよい。宛先識別情報は、データパケットを受信するための受信側デバイスを示してよい。

【0241】

一実施形態では、送信側デバイスは、データパケット内に宛先識別情報を含めてよい。さらに、送信側デバイスは、宛先識別情報を使用して制御情報に対するスクランブル手順を実行してよい。

【0242】

一実施形態では、送信側デバイスは制御送信を送信してよい。受信側デバイスは、宛先識別情報を使用して、データパケット（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。送信側デバイスは、宛先識別情報を使用して、データパケットに対するスクランブル手順を実行してよい。

【0243】

受信側デバイスには、宛先識別情報が（あらかじめ）設定または割り当てられてよい。さらに、受信側デバイスは、制御情報を受信してもよい。追加的に、送信側デバイスは、宛先識別情報を使用して、制御情報に対するデスクランブル手順を実行してよい。また、受信側デバイスは、制御情報に基づいてデータパケットを復号してよい。データパケットは、サイドリンク送信に対するものであってよい。

【0244】

一実施形態では、受信側デバイスは、宛先識別情報を使用して、データパケットに対するデスクランブル手順を実行してよい。さらに、受信側デバイスは、宛先識別情報を使用して、データパケット（のためのＣＲＣビット）に対するＣＲＣデスクランブル手順を実行してもよい。追加的に、受信側デバイスは、データパケットが宛先識別情報を示すかどうかをチェックしてよい。データパケットが宛先識別情報を示さない場合、受信側デバイスはデータパケットを破棄してよい。

【0245】

要約すると、方法ａから方法ｇは、サイドリンク送信または受信のために部分または完全送信元ＩＤを含むあるいは配信するために利用されてよい。言い換えると、方法ａから方法ｇは、サイドリンク送信または受信のために送信側デバイスの部分または完全識別情報を含むあるいは配信するために利用されてよい。方法Ａから方法Ｌは、サイドリンク送信または受信のために部分または完全宛先ＩＤを含むあるいは配信するために利用されてよい。言い換えると、方法Ａから方法Ｌは、サイドリンク送信または受信のために受信側デバイスの部分または完全識別情報を含むあるいは配信するために利用されてよい。

【0246】

サイドリンク送信または受信のための上記の全ての方法について、部分または完全送信元ＩＤを含むあるいは配信するための方法ａから方法ｇ、部分または完全宛先ＩＤを含むあるいは配信するための方法Ａから方法Ｌは、部分または完全送信元ＩＤと部分または完全宛先ＩＤの両方を含むあるいは配信するために組み合わせられてよい。言い換えると、送信側デバイスの部分または完全識別情報を含むあるいは配信するための方法ａから方法ｇ、および受信側デバイスの部分または完全識別情報を含むあるいは配信するための方法Ａから方法Ｌは、送信側デバイスの部分または完全識別情報および受信側デバイスの部分または完全識別情報の両方を含むあるいは配信するために組み合わせられてよい。

【0247】

一実施形態において、宛先識別情報は、宛先レイヤ２識別情報を意味してよい。さらに、宛先識別情報は、受信側デバイスの識別情報を意味してよい。追加的に、宛先識別情報は、どのデバイスが制御情報および／またはデータパケットを受信する必要があるかを示すのに利用される。

【0248】

一実施形態では、受信側デバイスは、それ自体について複数の識別情報を有してよい。さらに、受信側デバイスは、複数の宛先レイヤ２識別情報を有してよい。

【0249】

方法ａから方法ｇおよび方法Ａから方法Ｌの任意の組み合わせが可能な実施形態であってよい。

【0250】

図２９は、方法ａから方法ｇおよび方法Ａから方法Ｌのいくつかの組み合わせ例を示している。従って、送信側デバイスは、制御情報の送信およびデータパケットの送信を介して、部分または完全送信元ＩＤおよび部分または完全宛先ＩＤの両方を表示または配信してよい。言い換えると、送信側デバイスは、制御情報の送信およびデータパケットの送信を介して、送信側デバイスの部分または完全識別情報および受信側デバイスの部分または完全識別情報の両方を表示または配信してよい。

【0251】

より具体的には、制御情報は、送信元識別情報（の一部）および宛先識別情報（の一部）を含むことが可能である。一実施形態では、制御情報内のフィールドは送信元識別情報（の一部）を示してよく、制御情報内の別のフィールドは宛先識別情報（の一部）を示してよい。

【0252】

より具体的には、制御情報またはデータパケット（のＣＲＣビット）に対するスクランブル手順を、送信元識別情報（の一部）および宛先識別情報（の一部）を使用して実行することが可能である。

【0253】

一実施形態では、制御情報またはデータパケットのＣＲＣビットは、送信元識別情報（の一部）および宛先識別情報（の一部）でスクランブルされてよい。さらに、制御情報またはデータパケットのＣＲＣビット、送信元識別情報（の一部）、および宛先識別情報（の一部）は、ビットごとにバイナリ加算されてよい。追加的に、制御情報またはデータパケットのＣＲＣビット、送信元識別情報（の一部）、および宛先識別情報（の一部）は、ビットごとにＸＯＲ演算を実行してよい。また、制御情報またはデータパケットのＣＲＣビットは、送信元識別情報（の一部）と宛先識別情報（の一部）のバイナリ加算結果でスクランブルされてよい。代替的には、制御情報またはデータパケットのＣＲＣビットは、それぞれ送信元識別情報（の一部）および宛先識別情報（の一部）でスクランブルされてよい。

【0254】

一実施形態では、制御情報またはデータパケットのＣＲＣビットの第１の部分と送信元識別情報（の一部）は、ビットごとにバイナリ加算されてよく、制御情報またはデータパケットのＣＲＣビットの第２の部分と宛先識別情報（の一部）は、ビットごとにバイナリ加算されてよい。さらに、制御情報またはデータパケットのＣＲＣビットの第１の部分と送信元識別情報（の一部）は、ビットごとにＸＯＲ演算を実行してよく、制御情報またはデータパケットのＣＲＣビットの第２の部分と宛先識別情報（の一部）は、ビットごとにＸＯＲ演算を実行してよい。

【0255】

一実施形態では、制御情報またはデータパケットのＣＲＣビットの第１の部分と、制御情報またはデータパケットのＣＲＣビットの第２の部分とは重複しなくてよい。代替的には、制御情報またはデータパケットのＣＲＣビットの第１の部分と、制御情報またはデータパケットのＣＲＣビットの第２の部分とが重複してよい。

【0256】

より具体的には、制御情報またはデータパケットに対するスクランブル手順を、送信元識別情報（の一部）および宛先識別情報（の一部）を使用して実行することが可能である。一実施形態では、制御情報またはデータパケットの（符号化）列は、スクランブル列でスクランブルされてよく、スクランブル列は、送信元識別情報（の一部）および宛先識別情報（の一部）に基づいて生成される。さらに、送信元識別情報（の一部）および宛先識別情報（の一部）が、スクランブル列を生成するための初期値を設定するのに使用されてよい。追加的に、送信元識別情報（の一部）と宛先識別情報（の一部）は、スクランブル列を生成するための初期値を設定するのに併用されてよい（jointly used）。

【0257】

一実施形態では、スクランブル列は、初期値が与えられたシーケンス生成を介して生成されてよい。さらに、シーケンス生成は擬似ランダムシーケンス生成であってよい。

【0258】

一実施形態において、送信元識別情報の一部は、識別情報の第１の部分、識別情報の第２の部分、識別情報の第３の部分、および／または識別情報のうちの任意のものを意味してもよい。さらに、送信元識別情報の部分は、送信元識別情報の第１の部分、送信元識別情報の第２の部分、送信元識別情報の第３の部分、および／または送信元識別情報のうちの任意のものを意味してよい。追加的に、宛先識別情報の一部は、宛先識別情報の第１の部分、宛先識別情報の第２の部分、宛先識別情報の第３の部分、および／または宛先識別情報のうちの任意のものを意味してよい。

【0259】

一実施形態では、送信側デバイスは、データパケットを送信してよい。さらに、送信側デバイスは、データパケットに関連付けられた制御情報を生成してよい。データパケットは、ＭＡＣＰＤＵまたはデータパケットを意味してよい。

【0260】

図２５の方法ａ、ｂ、ｄ、およびｅに示すように、識別情報の第１の部分はＳ１であってよく、識別情報の第２の部分はＳ２であってよい。識別情報Ｓは、Ｓ１およびＳ２を含むか、あるいはそれらからなってよい。Ｓ１およびＳ２は、識別情報Ｓの排他的な部分である。一実施形態では、ｎ_Ｓとして示されたＳのビット数は、ｎ_Ｓ１として示されたＳ１のビット数、およびｎ_Ｓ２として示されたＳ２のビット数の合計と同じである。Ｓ１は識別情報Ｓのｎ_Ｓ１個の最上位ビットであり、Ｓ２は識別情報Ｓのｎ_Ｓ２個の最下位ビットである。代替的には、Ｓ１は識別情報Ｓのｎ_Ｓ１個の最下位ビットであり、Ｓ２は識別情報Ｓのｎ_Ｓ２個の最上位ビットである。

【0261】

図２６の方法ａ、ｂ、ｃ１、ｃ３、ｄおよびｅに示すように、識別情報の第１の部分は識別情報の８ビットであってよく、識別情報の第２の部分は識別情報の１６ビットであってよい。識別情報は２４ビットでよい。一実施形態では、識別情報の第１の部分は、識別情報の最上位８ビットであり、識別情報の第２の部分は、識別情報の最下位１６ビットである。代替的には、識別情報の第１の部分は、識別情報の最下位８ビットであり、識別情報の第２の部分は、識別情報の最上位１６ビットである。

【0262】

図２６の方法ａおよびｄに示すように、識別情報の第１の部分は、識別情報の１６ビットであってよく、識別情報の第２の部分は、識別情報の８ビットであってよい。識別情報は２４ビットでよい。一実施形態では、識別情報の第１の部分は、識別情報の最上位１６ビットであり、識別情報の第２の部分は、識別情報の最下位８ビットである。代替的には、識別情報の第１の部分は、識別情報の最下位１６ビットであり、識別情報の第２の部分は、識別情報の最上位８ビットである。

【0263】

図２６の方法ｃ２およびｆに示すように、識別情報の第１の部分は識別情報の８ビットであってよく、識別情報の第２の部分は識別情報の８ビットであってよく、識別情報の第３の部分は識別情報の８ビットであってよい。識別情報は２４ビットでよい。

【0264】

図２７の方法Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、およびＧに示すように、宛先識別情報の第１の部分はＤ１であってよく、宛先識別情報の第２の部分はＤ２であってよい。一実施形態では、宛先識別情報Ｄは、Ｄ１およびＤ２を含むか、あるいはそれらからなってよい。Ｄ１とＤ２は宛先識別情報Ｄの排他的な部分である。ｎ_Ｄとして示されたＤのビット数は、ｎ_Ｄ１として示されたＤ１のビット数、およびｎ_Ｄ２として示されたＤ２のビット数の合計と同じである。一実施形態では、Ｄ１は宛先識別情報Ｄのｎ_Ｄ１個の最上位ビットであり、Ｄ２は宛先識別情報Ｄのｎ_Ｄ２個の最下位ビットである。代替的には、Ｄ１は宛先識別情報Ｄのｎ_Ｄ１個の最下位ビットであり、Ｄ２は宛先識別情報Ｄのｎ_Ｄ２個の最上位ビットである。

【0265】

図２７の方法Ｈ、Ｉ、およびＪに示すように、宛先識別情報の第１の部分はＤ１であってよく、宛先識別情報の第２の部分はＤ２であってよく、宛先識別情報の第３の部分はＤ３であってよい。一実施形態では、宛先識別情報Ｄは、Ｄ１、Ｄ２、およびＤ３を含むか、あるいはそれらからなってよい。Ｄ１、Ｄ２、およびＤ３は宛先識別情報Ｄの排他的な部分である。一実施形態では、ｎ_Ｄとして示されたＤのビット数は、ｎ_Ｄ１として示されたＤ１のビット数、ｎ_Ｄ２として示されたＤ２のビット数およびｎ_Ｄ３として示されたＤ３のビット数の合計と同じである。

【0266】

図２８の方法Ａ、Ｂ、Ｃ、およびＤに示すように、宛先識別情報の第１の部分は、宛先識別情報の８ビットであってよく、宛先識別情報の第２の部分は、宛先識別情報の１６ビットであってよい。宛先識別情報は２４ビットであってよい。一実施形態では、宛先識別情報の第１の部分は、宛先識別情報の最上位８ビットであり、宛先識別情報の第２の部分は、宛先識別情報の最下位１６ビットである。代替的には、宛先識別情報の第１の部分は、宛先識別情報の最下位８ビットであり、宛先識別情報の第２の部分は、宛先識別情報の最上位１６ビットである。

【0267】

図２８の方法Ｅ、Ｆ、およびＧに示すように、宛先識別情報の第１の部分は、宛先識別情報の１６ビットであってよく、宛先識別情報の第２の部分は、宛先識別情報の８ビットであってよい。宛先識別情報は２４ビットであってよい。一実施形態では、宛先識別情報の第１の部分は、宛先識別情報の最上位１６ビットであり、宛先識別情報の第２の部分は、宛先識別情報の最下位８ビットである。代替的には、宛先識別情報の第１の部分は、宛先識別情報の最下位１６ビットであり、宛先識別情報の第２の部分は、宛先識別情報の最上位８ビットである。

【0268】

図２８の方法Ｈ、Ｉ、およびＪに示すように、宛先識別情報の第１の部分は、宛先識別情報の８ビットであってよく、宛先識別情報の第２の部分は、宛先識別情報の８ビットであってよく、宛先識別情報の第３の部分は、宛先識別情報の８ビットであってよい。宛先識別情報は２４ビットであってよい。

【0269】

一実施形態では、制御情報の信頼性を確保するために、制御情報のビット数は制限されてよい。従って、宛先識別情報の第１の部分のビット数はそれほど大きくなくてよい。例えば、宛先識別情報の第１の部分のビット数は、８以下であってよい。

【0270】

一実施形態では、宛先識別情報の第１の部分のビット数は、宛先誤検出のエラーケースを回避／排除するために、それほど小さくなくてよい。例えば、宛先識別情報の第１の部分のビット数は、４以上であってよい。

【0271】

図２７および２８の方法Ｋおよび方法Ｌに示すように、宛先識別情報Ｄは２４ビットであってよい。代替的には、宛先識別情報Ｄは１６ビットであってよい。

【0272】

図３０は、送信側デバイスからの例示的な一実施形態によるフローチャート３０００である。ステップ３００５では、送信側デバイスに、識別情報が設定されあるいは割り当てられ、識別情報は、識別情報の第１の部分と識別情報の第２の部分を含む。ステップ３０１０では、送信側デバイスは、サイドリンク送信のためのデータパケットを生成し、データパケットは、該識別情報の第２の部分を含む。ステップ３０１５では、送信側デバイスは、データパケットに関連付けられた制御情報を生成し、制御情報は識別情報の第１の部分を含む。ステップ３０２０では、送信側デバイスは、制御情報およびデータパケットを送信する。

【0273】

一実施形態では、送信側デバイスが、制御情報およびデータパケットを少なくとも受信側デバイスに送信することができ、データパケットは宛先識別情報に関連付けられる。

【0274】

一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含む。送信側デバイスは、データパケット内に宛先識別情報の第２の部分を含めてよい。さらに、送信側デバイスは、制御情報内に宛先識別情報の第１の部分を含めてよい。

【0275】

一実施形態では、宛先識別情報は、宛先識別情報の第１の部分および宛先識別情報の第２の部分を含む。送信側デバイスは、データパケット内に宛先識別情報の第２の部分を含めてよい。送信側デバイスが、宛先識別情報の第１の部分を使用して制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行することができる。

【0276】

一実施形態では、送信側デバイスは、宛先識別情報を使用して制御情報（のＣＲＣビット）に対するＣＲＣスクランブル手順を実行してよい。識別情報は、レイヤ２送信元識別情報であってよく、および／または識別情報は、送信側デバイスの識別情報であってよい。

【0277】

一実施形態では、宛先識別情報は、レイヤ２宛先識別情報であってよく、および／または宛先識別情報は、受信側デバイスの識別情報であってよい。宛先識別情報は、どの受信側デバイスが制御情報および／またはデータパケットを受信する必要があるかを示してよい（示すのに利用されてよい）。

【0278】

一実施形態では、識別情報の第１の部分は、受信側デバイスデータパケットに対するＨＡＲＱコンバインを実行するのを支援する（のに利用される）。

【0279】

図３および図４に戻って参照すると、送信側デバイスの例示的な一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、送信側デバイスが、（ｉ）識別情報が設定されあるいは割り当てられ、識別情報は、識別情報の第１の部分と識別情報の第２の部分を含む、ことと、（ｉｉ）サイドリンク送信のためのデータパケットを生成し、データパケットは、該識別情報の第２の部分を含む、ことと、（ｉｉｉ）データパケットに関連付けられた制御情報を生成し、制御情報は識別情報の第１の部分を含む、ことと、（ｉｖ）制御情報およびデータパケットを送信することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述のアクションおよびステップまたは他のすべてを実行することができる。

【0280】

図３１は、受信側デバイスからの例示的な一実施形態によるフローチャート３１００である。ステップ３１０５では、受信側デバイスに、識別情報が設定されあるいは割り当てられる。ステップ３１１０では、受信側デバイスが、制御情報を受信する。ステップ３１１５では、受信側デバイスが、制御情報から送信元識別情報の第１の部分を取得する。ステップ３１２０では、受信側デバイスは、制御情報に基づいてデータパケットを復号する。ステップ３１２５において、受信側デバイスは、データパケットから送信元識別情報の第２の部分を取得する。ステップ３１３０では、受信側デバイスは、データパケットに関連付けられた送信元識別情報を決定し、送信元識別情報は、送信元識別情報の第１の部分および送信元識別情報の第２の部分を含む。

【0281】

一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含む。さらに、受信側デバイスが、制御情報が識別情報の第１の部分を示すかどうかをチェックしてよい。追加的に、制御情報が識別情報の第１の部分を示す場合、受信側デバイスが、制御情報に基づいてデータパケットを復号し、データパケットが識別情報の第２の部分を示すかどうかをチェックする。

【0282】

一実施形態では、識別情報は、識別情報の第１の部分および識別情報の第２の部分を含む。さらに、受信側デバイスが、識別情報の第１の部分を使用して制御情報のＣＲＣビットに対するＣＲＣデスクランブル手順を実行することができる。追加的に、制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスが、制御情報に基づいてデータパケットを復号し、データパケットが識別情報の第２の部分を示すかどうかをチェックすることができる。

【0283】

一実施形態では、受信側デバイスは、識別情報を使用して制御情報のＣＲＣビットに対するＣＲＣデスクランブル手順を実行することができる。制御情報に対するＣＲＣチェックを通過する場合、受信側デバイスが、制御情報に基づいてデータパケットを復号する。

【0284】

一実施形態では、識別情報は、レイヤ２宛先識別情報であってよく、および／または識別情報は受信側デバイスの識別情報であってよい。さらに、送信元識別情報はレイヤ２ソース識別情報であってよく、および／または送信元識別情報は、送信側デバイスの識別情報であってよく、送信側デバイスは制御情報およびデータパケットを送信する。

【0285】

一実施形態では、識別情報（の第１の部分）は、受信側デバイスが制御情報および／またはデータパケットを受信する必要があるかどうかを示してよい（示すのに利用されてよい）。さらに、送信元識別情報の第１の部分は、受信側デバイスがデータパケットに対するＨＡＲＱコンバインを実行するのを支援してよい（支援するのに利用されてよい）。

【0286】

図３および図４に戻って参照すると、受信側デバイスの例示的な一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、受信側デバイスが（ｉ）識別情報が設定されあるいは割り当てられることと、（ｉｉ）制御情報を受信することと、（ｉｉｉ）制御情報から送信元識別情報の第１の部分を取得することと、（ｉｖ）制御情報に基づいてデータパケットを復号することと、（ｖ）データパケットから送信元識別情報の第２の部分を取得することと、（ｖｉ）データパケットに関連付けられた送信元識別情報を決定し、送信元識別情報は、送信元識別情報の第１の部分および送信元識別情報の第２の部分を含む、ことと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを実行することができる。

【0287】

図３２は、受信側デバイスからの例示的な一実施形態によるフローチャート３２００である。ステップ３２０５では、受信側デバイスが、第１の制御情報を受信し、第１の制御情報は送信元識別情報の第１の部分を示す。ステップ３２１０では、受信側デバイスが、第１の制御情報に基づいて第１のデータ送信を受信する。ステップ３２１５では、受信側デバイスが、第２の制御情報を受信し、第２の制御情報は、送信元識別情報の第１の部分を示す。ステップ３２２０では、受信側デバイスが、第２の制御情報に基づいて第２のデータ送信を受信する。ステップ３２２５では、受信側デバイスが、第１のデータ送信と第２のデータ送信を組み合わせて、データパケットを復号する。

【0288】

一実施形態では、受信側デバイスは、データパケットから送信元識別情報の第２の部分を取得してよい。さらに、受信側デバイスは、データパケットに関連付けられた送信元識別情報を決定することができ、送信元識別情報は、送信元識別情報の第１の部分および送信元識別情報の第２の部分を含む。

【0289】

一実施形態では、受信側デバイスが、第３の制御情報を受信してよく、第３の制御情報は、別の送信元識別情報の第１の部分を示し、別のソース識別情報の第１の部分は、送信元識別情報の第１の部分とは異なる。さらに、受信側デバイスが、第１のデータ送信と第３のデータ送信とを組み合わせてデータパケットを復号することを防止してよい。

【0290】

図３および図４に戻って参照すると、受信側デバイスの例示的な一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、受信側デバイスが（ｉ）第１の制御情報を受信し、第１の制御情報は送信元識別情報の第１の部分を示す、ことと、（ｉｉ）第１の制御情報に基づいて第１のデータ送信を受信することと、（ｉｉｉ）第２の制御情報を受信し、第２の制御情報は、送信元識別情報の第１の部分を示す、ことと、（ｉｖ）第２の制御情報に基づいて第２のデータ送信を受信することと、（ｖ）第１のデータ送信と第２のデータ送信を組み合わせて、データパケットを復号することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたは他のすべてを実行することができる。

【0291】

以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示したいかなる特定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装してよく、これら態様のうちの２つ以上を種々組み合わせてよい。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装してよく、方法を実現してよい。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装してよく、このような方法を実現してよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立してよい。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立してよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立してよい。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて、同時チャネルを確立してよい。

【0292】

当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。

【0293】

さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。

【0294】

追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。

【0295】

任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。

【0296】

本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ－ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。

【0297】

以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。

【図1】