知財求人 - 知財ポータルサイト「IP Force」
▶ サムスン エレクトロニクス カンパニー リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2025-01-24
(54)【発明の名称】Ｖ２Ｘシステムでリソースを割り当てる方法及び装置
(51)【国際特許分類】
H04W 72/25 20230101AFI20250117BHJP
H04W 92/18 20090101ALI20250117BHJP
H04W 28/06 20090101ALI20250117BHJP
H04W 4/40 20180101ALI20250117BHJP
H04W 72/40 20230101ALI20250117BHJP
【ＦＩ】
H04W72/25
H04W92/18
H04W28/06 110
H04W4/40
H04W72/40
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024541243
(86)(22)【出願日】2023-01-10
(85)【翻訳文提出日】2024-07-09
(86)【国際出願番号】 KR2023000410
(87)【国際公開番号】W WO2023132727
(87)【国際公開日】2023-07-13
(31)【優先権主張番号】10-2022-0003380
(32)【優先日】2022-01-10
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2022-0018224
(32)【優先日】2022-02-11
(33)【優先権主張国・地域又は機関】KR
(81)【指定国・地域】
(71)【出願人】
【識別番号】503447036
【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100154922
【弁理士】
【氏名又は名称】崔 允辰
(72)【発明者】
【氏名】チョルキュ・シン
(72)【発明者】
【氏名】スンジン・パク
(72)【発明者】
【氏名】ヒェウォン・ヤン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067BB03
5K067EE02
5K067EE25
(57)【要約】
本開示は、４Ｇシステム以後より高いデータ送信率をサポートするための５Ｇ通信システムをＩｏＴ技術とコンバージェンスする通信技法及びそのシステムに関する。本開示は、５Ｇ通信技術及びＩｏＴ関連技術に基づいて知能型サービス（例えば、スマートホームスマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、ヘルスケア、デジタル教育、小売り業、保安及び安全関連サービスなど）に適用されることができる。第１ＵＥが端末の間の協力情報（ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）をリクエストする第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２ＵＥに送信する方法及び装置が提供される。第１ＵＥは端末の間の協力情報を提供する第２ＳＣＩを第２ＵＥから受信する。第１ＳＣＩは第１ＳＣＩが端末の間の協力情報をリクエストするために用いられることを示すフィールドを含む。
【特許請求の範囲】
【請求項1】
通信システムで第１ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によって行われる方法において、端末の間の協力情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）をリクエストする第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２ＵＥに送信する段階と、
前記端末の間の協力情報を提供する第２ＳＣＩを前記第２ＵＥから受信する段階と、を含み、
前記第１ＳＣＩは、前記第１ＳＣＩが前記端末の間の協力情報をリクエストするために用いられることを示すフィールドを含む、方法。
【請求項2】
前記第１ＳＣＩ及び前記第２ＳＣＩは同じＳＣＩフォーマットに対応し、前記ＳＣＩフォーマットはＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を通じて送信される２－段階（２ｎｄ－ｓｔａｇｅ）ＳＣＩであることを特徴とする、請求項１に記載の方法。
【請求項3】
前記第２ＳＣＩは、前記第２ＳＣＩが前記端末の間の協力情報を提供するために用いられることを示すフィールドを含むことを特徴とする、請求項１に記載の方法。
【請求項4】
前記フィールドのビット大きさは１ビットであることを特徴とする、請求項１に記載の方法。
【請求項5】
通信システムで第２ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によって行われる方法において、端末の間の協力情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）をリクエストする第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１ＵＥから受信する段階と、
前記端末の間の協力情報を提供する第２ＳＣＩを前記第１ＵＥに送信する段階と、を含み、
前記第１ＳＣＩは、前記第１ＳＣＩが前記端末の間の協力情報をリクエストするために用いられることを示すフィールドを含む、方法。
【請求項6】
前記第１ＳＣＩ及び前記第２ＳＣＩは同じＳＣＩフォーマットに対応し、前記ＳＣＩフォーマットはＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を通じて送信される２－段階（２ｎｄ－ｓｔａｇｅ）ＳＣＩであることを特徴とする、請求項５に記載の方法。
【請求項7】
前記第２ＳＣＩは、前記第２ＳＣＩが前記端末の間の協力情報を提供するために用いられることを示すフィールドを含むことを特徴とする、請求項５に記載の方法。
【請求項8】
前記フィールドのビット大きさは１ビットであることを特徴とする、請求項５に記載の方法。
【請求項9】
通信システムにおける第１ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）であって、送受信部と、
端末の間の協力情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）をリクエストする第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２ＵＥに送信し、前記端末の間の協力情報を提供する第２ＳＣＩを前記第２ＵＥから受信するように構成される制御部と、を含み、
前記第１ＳＣＩは、前記第１ＳＣＩが前記端末の間の協力情報をリクエストするために用いられることを示すフィールドを含む、第１ＵＥ。
【請求項10】
前記第１ＳＣＩ及び前記第２ＳＣＩは同じＳＣＩフォーマットに対応し、前記ＳＣＩフォーマットはＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を通じて送信される２－段階（２ｎｄ－ｓｔａｇｅ）ＳＣＩであることを特徴とする、請求項９に記載の第１ＵＥ。
【請求項11】
前記第２ＳＣＩは、前記第２ＳＣＩが前記端末の間の協力情報を提供するために用いられることを示すフィールドを含むことを特徴とする、請求項９に記載の第１ＵＥ。
【請求項12】
前記フィールドのビット大きさは１ビットであることを特徴とする、請求項９に記載の第１ＵＥ。
【請求項13】
通信システムにおける第２ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）であって、送受信部と、
端末の間の協力情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）をリクエストする第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１ＵＥから受信し、前記端末の間の協力情報を提供する第２ＳＣＩを前記第１ＵＥに送信するように構成される制御部と、を含み、
前記第１ＳＣＩは、前記第１ＳＣＩが前記端末の間の協力情報をリクエストするために用いられることを示すフィールドを含む、第２ＵＥ。
【請求項14】
前記第１ＳＣＩ及び前記第２ＳＣＩは同じＳＣＩフォーマットに対応し、前記ＳＣＩフォーマットはＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を通じて送信される２－段階（２ｎｄ－ｓｔａｇｅ）ＳＣＩであることを特徴とする、請求項１３に記載の第２ＵＥ。
【請求項15】
前記第２ＳＣＩは、前記第２ＳＣＩが前記端末の間の協力情報を提供するために用いられることを示すフィールドを含み、前記フィールドのビット大きさは１ビットであることを特徴とする、請求項１３に記載の第２ＵＥ。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、一般的に無線移動通信システムに関し、より具体的に車両通信（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ、以下、Ｖ２Ｘ）をサポートする車両端末が他の車両端末及び歩行者携帯端末とサイドリンクを用いて情報を送受信する過程でリソースを割り当てる方法及び装置に関する。
【背景技術】
【0002】
４Ｇ（４ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システム商用化以後の増加趨勢である無線データトラフィック需要を満たすために、改善された５Ｇ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が行われている。このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは４Ｇネットワーク以後（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）通信システム又はＬＴＥ（Ｌｏｎｇ ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム以後（Ｐｏｓｔ ＬＴＥ）システムと呼ばれている。高いデータ送信率を達成するために、５Ｇ通信システムは超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のような）での具現が考慮されている。超高周波帯域での伝播の経路損失緩和及び伝達距離を増加させるために、５Ｇ通信システムではビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、ｍａｓｓｉｖｅ ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）、ＦＤ－ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。さらに、システムのネットワーク改善のために、５Ｇ通信システムでは進化された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、Ｄ２Ｄ通信（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。その他、５Ｇシステムでは進歩されたコーディング変調（Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）方式であるＦＱＡＭ（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、進歩された接続技術であるＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。
【0003】
一方、人間が情報を生成して消費する人間中心の接続ネットワークであるインターネットは、事物などの分散された構成要素の間の情報を交換して処理するＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、モノのインターネット）網へ進化しつつある。クラウドサーバーとの接続を通じたＩｏＴ技術とビッグデータ（Ｂｉｇ Ｄａｔａ）処理技術を組み合わせたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も登場した。ＩｏＴを具現するためには、センシング技術、有／無線通信及びネットワークインフラ、サービスインタフェース技術、セキュリティ技術のような技術要素が要求されることによって、最近、事物の間の接続のためのセンサネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。ＩｏＴ環境では接続された事物の間に生成されるデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）サービスが提供されることができる。ＩｏＴは既存ＩＴ（ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ）技術と多様な産業の間のコンバージェンス及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用されることができる。
【0004】
これによって、５Ｇ通信システム（５世代通信システム又はＮｅｗ Ｒａｄｉｏ（ＮＲ））をＩｏＴ網に適用するための多様な試みが行われている。例えば、センサネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術は５Ｇ通信技術がビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現されることができる。前述のビッグデータ処理技術としてクラウドＲＡＮ（ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）が適用されることも５Ｇ技術とＩｏＴ技術の間のコンバージェンス（ｃｏｎｖｅｒｇｅｎｃｅ）の例と見なされることができる。
【0005】
上述したように、無線通信システムの発展に応じて多様なサービスを提供できるようになることにより、これらのサービスを円滑に提供するための方案が求められている。
【0006】
前記情報はただ本開示の理解を助けるための背景情報にだけ提供される。上述した内容のうちのいずれが本開示に係って先行技術として適用されることができるかに対する決定又は主張が成り立たなかった。
【発明の概要】
【発明が解決しようとする課題】
【0007】
本発明は、無線通信システムに関し、Ｖ２Ｘをサポートする車両端末が他の車両端末及び歩行者携帯端末とサイドリンクを用いて情報を交換する過程において、端末がリソース割り当てを行う方法及び装置に関する。特に、端末の非連続的受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、以下、ＤＲＸ）が行われる時のリソース選択方法に関する。また、端末の間の協力を通じるリソース選択方法に関する。
【課題を解決するための手段】
【0008】
本開示の一実施形態によれば、通信システムにおいて第１ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によって行われる方法が提供される。前記第１ＵＥは端末の間の協力情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）をリクエストする第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２ＵＥに送信する。前記第１ＵＥは前記端末の間の協力情報を提供する第２ＳＣＩを前記第２ＵＥから受信する。前記第１ＳＣＩは前記第１ＳＣＩが前記端末の間の協力情報をリクエストするために用いられることを示すフィールドを含む。
【0009】
本開示の他の一実施形態によれば、通信システムにおいて第２ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によって行われる方法が提供される。前記第２ＵＥは端末の間の協力情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）をリクエストする第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１ＵＥから受信する。前記第２ＵＥは前記端末の間の協力情報を提供する第２ＳＣＩを前記第１ＵＥに送信する。前記第１ＳＣＩは前記第１ＳＣＩが前記端末の間の協力情報をリクエストするために用いられることを示すフィールドを含む。
【0010】
本開示の他の一実施形態によれば、通信システムにおいて第１ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）が提供される。前記第１ＵＥは送受信部及び制御部を含む。前記制御部は端末の間の協力情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）をリクエストする第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第２ＵＥに送信し、前記端末の間の協力情報を提供する第２ＳＣＩを前記第２ＵＥから受信するように構成される。前記第１ＳＣＩは前記第１ＳＣＩが前記端末の間の協力情報をリクエストするために用いられることを示すフィールドを含む。
【0011】
本開示の他の一実施形態によれば、通信システムにおいて第２ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）が提供される。前記第２ＵＥは送受信部及び制御部を含む。前記制御部は端末の間の協力情報（ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）をリクエストする第１ＳＣＩ（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を第１ＵＥから受信し、前記端末の間の協力情報を提供する第２ＳＣＩを前記第１ＵＥに送信するように構成される。前記第１ＳＣＩは前記第１ＳＣＩが前記端末の間の協力情報をリクエストするために用いられることを示すフィールドを含む。
【発明の効果】
【0012】
本発明においてはサイドリンク通信で端末の間の非連続的受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、以下、ＤＲＸ）が行われる時のリソース選択方法を提案するためのことである。また、端末の間の協力を通じるリソース選択方法を提案するためのことである。提案された方法が適用されて端末の電力消費を最小化するのに効果的に用いられることができる。また、提案された方法を通じてリソース割り当ての性能が向上されることができる。
【図面の簡単な説明】
【0013】
【図1】本開示の実施形態が適用されることができる通信システムの例示を示す図面である。
【図2】一実施形態によるサイドリンクを通じて行われるＶ２Ｘ通信方法を示す図面である。
【図3】一実施形態によるサイドリンクの送信及び受信に用いられる時間及び周波数上でリソースのセット（集合）に定義されるリソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）を説明するための図面である。
【図4】一実施形態による基地局がサイドリンクで送信リソースを割り当てる方法を示すシーケンス図である。
【図5】一実施形態によるサイドリンクで端末がセンシングを通じてサイドリンクの送信リソースを直接割り当てる方法を示すシーケンス図である。
【図6】一実施形態によるサイドリンクでの一つのスロットにマッピングされた物理チャンネルのマッピング構造を示す図面である。
【図7】一実施形態によってｆｕｌｌ ｓｅｎｓｉｎｇで動作する場合にサイドリンクで端末がリソース割り当てのためにリソース（再）選択及び再評価を行うのに必要なセンシングウインドー（ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ）とリソース選択ウインドー（ｒｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）を定義するための図面である。
【図8】一実施形態によるサイドリンクで周期的な送信のためのｐａｒｔｉａｌ ｓｅｎｓｉｎｇを行う方法を示す図面である。
【図9】一実施形態によるサイドリンクで非周期的な送信のためのｐａｒｔｉａｌ ｓｅｎｓｉｎｇを行う方法を示す図面である。
【図10】一実施形態によって端末の間の協力を行う方法を示す図面である。
【図11a】一実施形態によってサイドリンクで非連続的受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、以下、ＤＲＸ）が行われる時、ＤＲＸのために設定されたパラメーターによって決定されたＤＲＸのｉｎａｃｔｉｖｅ ｔｉｍｅ（又はｏｆｆ－ｄｕｒａｔｉｏｎ）とａｃｔｉｖｅ ｔｉｍｅ（又はｏｎ－ｄｕｒａｔｉｏｎ）を示す図面である。
【図11b】一実施形態によってサイドリンクで非連続的受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、以下、ＤＲＸ）が行われる時、ＤＲＸのために設定されたパラメーターによって決定されたＤＲＸのｉｎａｃｔｉｖｅ ｔｉｍｅ（又はｏｆｆ－ｄｕｒａｔｉｏｎ）とａｃｔｉｖｅ ｔｉｍｅ（又はｏｎ－ｄｕｒａｔｉｏｎ）を示す図面である。
【図11c】一実施形態によってサイドリンクで非連続的受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、以下、ＤＲＸ）が行われる時、ＤＲＸのために設定されたパラメーターによって決定されたＤＲＸのｉｎａｃｔｉｖｅ ｔｉｍｅ（又はｏｆｆ－ｄｕｒａｔｉｏｎ）とａｃｔｉｖｅ ｔｉｍｅ（又はｏｎ－ｄｕｒａｔｉｏｎ）を示す図面である。
【図11d】一実施形態によってサイドリンクで非連続的受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、以下、ＤＲＸ）が行われる時、ＤＲＸのために設定されたパラメーターによって決定されたＤＲＸのｉｎａｃｔｉｖｅ ｔｉｍｅ（又はｏｆｆ－ｄｕｒａｔｉｏｎ）とａｃｔｉｖｅ ｔｉｍｅ（又はｏｎ－ｄｕｒａｔｉｏｎ）を示す図面である。
【図12】一実施形態によるサイドリンクでＤＲＸが行われる場合にセンシング及びリソース選択のための端末動作方法を示す図面である。
【図13】一実施形態によってＤＲＸを行う端末でサイドリンクデータを送信するｐｅｅｒ端末がＭｏｄｅ２動作時のリソース選択ウインドー（ｒｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ）を示す図面である。
【図14】一実施形態によってｐｅｅｒ端末がＤＲＸを行う端末でサイドリンクデータを送信する時のリソース選択方法の一例示を示す図面である。
【図15】端末の間の協力のための情報による端末の協力情報送信方法を示す図面である。
【図16】実施形態による端末の構成を示すブロック図である。
【図17】実施形態による基地局の構成を示すブロック図である。
【図18】本開示の一実施形態によって送信（Ｔｘ）端末が周期的な送信（Ｐｅｒｉｏｄｉｃ ｔｒａｎｓｍｉｓｓｉｏｎ）を行うか否かによる端末動作を示す図面である。
【発明を実施するための形態】
【0014】
以下、本開示の実施形態を添付の図面を参照して詳細に説明する。同じ又は類似の構成要素については、互い異なる図面に示されていても、同じ又は類似の参照番号を付すことができる。本発明の要旨を不明瞭にすることを避けるために、当技術分野で知られている構成又は手順の詳細な説明は省略してもよい。
【0015】
添付の図面において、いくつかの構成要素は誇張、省略、又は概略的に示されている。さらに、各構成要素のサイズは実際のサイズを完全に反映するものではない。
【0016】
本開示は以下で開示される実施例に限定されるのではなく、互いに異なる多様な形態で具現することができ、単に本実施例は本開示が完全になるようにし、本開示が属する技術分野で通常の知識を有する者に本開示の範疇を完全に知らせるために提供されるものであり、本開示は請求項の範疇によって定義されるだけである。
【0017】
このとき、処理フローチャートの各ブロックとフローチャートの図面の組み合せは、コンピュータープログラムインストラクションによって行われることができることを理解することができるだろう。これらコンピュータープログラムインストラクションは汎用コンピューター、特殊用コンピューター又はその他のプログラム可能なデータプロセッシング装備のプロセッサに搭載されることができるので、コンピューター又はその他のプログラム可能なデータプロセッシング装備のプロセッサを介して行われるそのインストラクションが、フローチャートブロックで説明された機能を行う手段を生成するようになる。これらコンピュータープログラムインストラクションは、特定方式で機能を具現するためにコンピューター又はその他のプログラム可能なデータプロセッシング装備を志向することができるコンピューター利用可能、又はコンピューター可読メモリーに記憶されることも可能であるので、そのコンピューター利用可能又はコンピューター可読メモリーに記憶されたインストラクションはフローチャートブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。コンピュータープログラムインストラクションはコンピューター又はその他のプログラム可能なデータプロセッシング装備上に搭載されることも可能であるので、コンピューター又はその他のプログラム可能なデータプロセッシング装備上で一連の動作段階が行われ、コンピューターで実行されるプロセスを生成してコンピューター又はその他のプログラム可能なデータプロセッシング装備を作動させるンストラクションはフローチャートブロックで説明された機能を行うための段階を提供することも可能である。
【0018】
また、各ブロックは、特定された論理的機能を行うための１つ以上の実行可能なインストラクションを含むモジュール、セグメント又はコードの一部を示すことができる。また、幾つか代替実行例ではブロックで言及された機能が順序を外れて発生することも可能であることを注意する必要がある。例えば、接して示されている２つのブロックは、実は実質的に同時に行われることも可能で、又はそのブロックが時々該当する機能によって逆順に行われることも可能である。
【0019】
このとき、本実施形態に用いられる“～部”という用語は、ソフトウェア又はＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）又はＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）のようなハードウェア構成要素を意味し、“～部”は所定の役目を行う。しかし、“～部”は、ソフトウェア又はハードウェアに限定される意味ではない。“～部”はアドレシングすることができる記憶媒体にあるように構成されることもでき、１つ又はその以上のプロセッサを再生させるように構成されることもできる。したがって、一例として“～部”はソフトウェア構成要素、客体志向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーティン、プログラムコードのセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と“～部”のうちで提供される機能はより小さい数の構成要素及び“～部”に結合されたり追加的構成要素と“～部”でさらに分離されることができる。だけでなく、構成要素及び“～部”はデバイス又は保安マルチメディアカード内の１つ又はその以上のＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）を再生させるように具現されることができる。また、実施形態で“～部”は一つ以上のプロセッサを含むことができる。
【0020】
本開示の実施形態を具体的に説明するにおいて、３ＧＰＰ（登録商標）（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）ＬＴＥが開示している５Ｇ移動通信規格上の無線接続網Ｎｅｗ ＲＡＮ（ＮＲ）とコア網であるパケットコア（５Ｇ Ｓｙｓｔｅｍ又は５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ、あるいはＮＧ Ｃｏｒｅ：ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｃｏｒｅ）を主な対象とするが、本開示の主な要旨は類似の技術的背景を有するそのほかの通信システムにも本開示の範囲を大きく逸脱せず範囲で少しの変形で適用可能である。
【0021】
５Ｇシステムでは、ネットワーク自動化サポートのため、５Ｇネットワーク網で収集されたデータを分析して提供するネットワーク機能であるネットワークデータ収集及び分析関数（ｎｅｔｗｏｒｋ ｄａｔａ ｃｏｌｌｅｃｔｉｏｎ ａｎｄ ａｎａｌｙｓｉｓ ｆｕｎｃｔｉｏｎ、ＮＷＤＡＦ）が定義されることができる。ＮＷＤＡＦは５Ｇネットワークから情報を収集／記憶／分析してその結果を不特定ネットワーク機能（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ、ＮＦ）に提供することができ、分析結果は各ＮＦから独立的に利用されることができる。
【0022】
以下、説明の便宜のために、３ＧＰＰ（登録商標）規格（５Ｇ、ＮＲ、ＬＴＥ又はこれと類似のシステムの規格）で定義している用語及び名称が一部用いられることができる。しかし、本開示が用語及び名称によって限定されるのではなく、他の規格によるシステムにも同様に適用されることができる。
【0023】
また、以下説明で用いられる接続ノード（ｎｏｄｅ）を識別するための用語、網客体（ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ、ネットワークエンティティー）を指称する用語、メッセージを指称する用語、ネットワークエンティティーの間インターフェースを指称する用語、多様な識別情報を指称する用語などは説明の便宜のために例示されたことである。したがって、本開示で用いる用語に限定されるのではなく、同等な技術的意味を有する対象を指称する他の用語が用いられる。
【0024】
４Ｇ通信システム商用化以後の増加趨勢にある無線データトラフィック需要を満たすため、改善した５Ｇ通信システム（ＮＲ， Ｎｅｗ Ｒａｄｉｏ）を開発努力が行われている。高いデータ送信率を達成するため、５Ｇ通信システムは草稿周波（ｍｍＷａｖｅ）帯域（例えば、２８ＧＨｚ周波数帯域のような）をサポートするようにデザインされた。超高周波帯域における伝播の経路損失緩和及び伝播の伝達距離を増加させるため、５Ｇ通信システムではアナログビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、ｍａｓｓｉｖｅ ＭＩＭＯ、ＦＤ－ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。その以外に５Ｇ通信システムではＬＴＥと異なり１５ｋＨｚを含んで３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚなどの多様なサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）をサポートし、物理制御チャンネル（Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）はＰｏｌａｒ Ｃｏｄｉｎｇを用い、物理データチャンネル（Ｐｈｙｓｉｃａｌ Ｄａｔａ Ｃｈａｎｎｅｌ）はＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）を用いる。その以外にアップリンク送信のための波形（ｗａｖｅｆｏｒｍ）としてはＤＦＴ－Ｓ－ＯＦＤＭだけでなくＣＰ－ＯＦＤＭも用いられる。ＬＴＥはＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）単位のＨＡＲＱ（Ｈｙｂｒｉｄ ＡＲＱ）再送信がサポートされるが、５ＧはＣＢ（Ｃｏｄｅ Ｂｌｏｃｋ）のバンドルを含むＣＢＧ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）に基づくＨＡＲＱ再送信を追加的にサポートされることができる。
【0025】
また、システムのネットワーク改善のために、５Ｇ通信システムでは進化された小型セル，改善した小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、機器の間の通信（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、車両通信ネットワーク（Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。
【0026】
このように通信システムにおいて複数のサービスがユーザに提供されることができ、このような複数のサービスをユーザに提供するために特徴に当たるように各サービスを同じ時区間内で提供することができる方法及びこれを利用した装置が要求される。５Ｇ通信システムにおいて提供される多様なサービスが研究されており、そのうちの一つは低い遅延時間（ｌｏｗ ｌａｔｅｎｃｙ）及び高い信頼性（ｈｉｇｈ ｒｅｌｉａｂｉｌｉｔｙ）要求条件を満足させるサービスである。特に車両通信の場合、ＮＲ Ｖ２Ｘシステムでは端末と端末の間のユニキャスト（ｕｎｉｃａｓｔ）通信、グループキャスト（ｇｒｏｕｐｃａｓｔ）（又はマルチキャスト（ｍｕｌｔｉｃａｓｔ））通信及びブロードキャスト（ｂｒｏａｄｃａｓｔ）通信がサポートされる。また、ＮＲ Ｖ２Ｘは車両の道路走行に必要な基本的な安全情報送受信を目的とするＬＴＥ Ｖ２Ｘと異なり、プラトゥーニング（Ｐｌａｔｏｏｎｉｎｇ）、進歩された走行（Ａｄｖａｎｃｅｄ Ｄｒｉｖｉｎｇ）、拡張センサー（Ｅｘｔｅｎｄｅｄ Ｓｅｎｓｏｒ）、遠隔走行（Ｒｅｍｏｔｅ Ｄｒｉｖｉｎｇ）のようにより進歩されたサービスを提供することに目標を置いている。
【0027】
サイドリンクで端末の間の協力（Ｉｎｔｅｒ－ＵＥ ｃｏｏｒｄｉｎａｔｉｏｎ）が考慮されることができる。ここで端末の間の協力は端末の間の役に立つ情報を互いに共有することにより、より向上したサイドリンクサービスを提供することを意味する。本発明において端末の間の協力のために共有される情報を特定情報に限定しない。例えば、このような情報でリソース割り当て情報（Ｒｅｓｏｕｒｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ、以下、ＲＳＡＩとする）が含まれることができる。本発明では端末が端末の間の協力情報をリクエストするか、提供する多様な方法を提供する。
【0028】
特に、サイドリンク通信で端末の間の非連続的受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、以下、ＤＲＸ）が考慮されることができる。ＤＲＸが適用される場合、端末の電力消費を最小化してバッテリー効率を高めることができる。具体的に端末の消耗する電力は次のような過程で発生されることができる。
【0029】
＊ＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を通じて送信される制御情報１ｓｔ ＳＣＩのデコーディング：１ｓｔ ＳＣＩに端末のスケジューリング情報が含まれて１ｓｔ ＳＣＩデコーディングしてセンシングを行うのに当該情報を利用することができる。
【0030】
＊ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を通じて送信される制御情報２ｎｄ ＳＣＩのデコーディング：２ｎｄ ＳＣＩには１ｓｔ ＳＣＩに含まれない他の制御情報が含まれる。
【0031】
＊ ＰＳＳＣＨを通じて送信されるデータのデコーディング
【0032】
したがって、サイドリンクでＤＲＸが適用されてｉｎａｃｔｉｖｅ時間と設定された時間区間で端末は前記の制御情報及びデータ情報に対するデコーディングを行わないこともある。これと異なり、ＤＲＸが適用されてａｃｔｉｖｅ時間と設定された時間区間でのみ、端末は前記の制御情報及びデータ情報に対するデコーディングを行うことができる。したがって、サイドリンクで送信端末は受信端末のＤＲＸ ａｃｔｉｖｅ時間と設定された区間にデータを送信する場合のみ、受信端末の成功的なデータ受信を保証することができる。換言すれば、サイドリンクで送信端末が受信端末のＤＲＸ ｉｎａｃｔｉｖｅ時間と設定された区間にデータを送信する場合に受信端末は当該信号を受信できない可能性がある。本発明では、この点を考慮し、送信端末がリソース選択を行う方法を提案する。
【0033】
実施形態は上述したシナリオをサポートするために提案されたことで、特にサイドリンクで多重アンテナ送信を行うための方法及び装置を提供することを目的とする。
【0034】
図１は、本開示の実施形態が適用されることができる通信システムの例示を示す図面である。
【0035】
図１を参照すれば、すべてのＶ２Ｘ端末（ＵＥ－１とＵＥ－２）が基地局のカバレッジ内に位置している場合（Ｉｎ－Ｃｏｖｅｒａｇｅ、ＩＣ）に対する例示が（ａ）に図示されている。すべてのＶ２Ｘ端末は基地局からダウンリンク（ｄｏｗｎｌｉｎｋ：ＤＬ）を通じてデータ及び制御情報を受信するか基地局にアップリンク（ｕｐｌｉｎｋ：ＵＬ）を通じてデータ及び制御情報を送信することができる。この時、データ及び制御情報はＶ２Ｘ通信のためのデータ及び制御情報であってもよい。データ及び制御情報は一般的なセルラ通信のためのデータ及び制御情報であってもよい。また、Ｖ２Ｘ端末はサイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬ）を通じてＶ２Ｘ通信のためのデータ及び制御情報を送／受信できる。
【0036】
さらに、図１を参照すれば、Ｖ２Ｘ端末のうちのＵＥ－１は基地局のカバレッジ内に位置してＵＥ－２は基地局のカバレッジの外に位置する場合に対する例示が（ｂ）に図示されている。すなわち、（ｂ）は一部Ｖ２Ｘ端末（ＵＥ－２）が基地局のカバレッジの外に位置する部分カバレッジ（ｐａｒｔｉａｌ ｃｏｖｅｒａｇｅ、ＰＣ）に関する例示を示す。基地局のカバレッジ内に位置したＶ２Ｘ端末（ＵＥ－１）は基地局からダウンリンクを通じてデータ及び制御情報を受信するか、基地局にアップリンクを通じてデータ及び制御情報を送信することができる。基地局のカバレッジの外に位置したＶ２Ｘ端末（ＵＥ－２）は基地局からダウンリンクを通じてデータ及び制御情報を受信することができず、基地局にアップリンクを通じてデータ及び制御情報を送信することができない。Ｖ２Ｘ端末（ＵＥ－２）はＶ２Ｘ端末（ＵＥ－１）とサイドリンクを通じてＶ２Ｘ通信のためのデータ及び制御情報を送／受信できる。
【0037】
図１を、さらに参照すれば、すべてのＶ２Ｘ端末が基地局のカバレッジ外（ｏｕｔ－ｏｆ ｃｏｖｅｒａｇｅ、ＯＯＣ）に位置した場合に対する例示が（ｃ）に図示されている。したがって、Ｖ２Ｘ端末（ＵＥ－１、ＵＥ－２）は基地局からダウンリンクを通じてデータ及び制御情報を受信することができず、基地局にアップリンクを通じてデータ及び制御情報を送信することができない。Ｖ２Ｘ端末（ＵＥ－１、ＵＥ－２）はサイドリンクを通じてＶ２Ｘ通信のためのデータ及び制御情報を送／受信できる。
【0038】
図１を参照すれば、互いに異なるセルに位置したＶ２Ｘ端末（ＵＥ－１、ＵＥ－２）の間のＶ２Ｘ通信を行うシナリオに対する例示が（ｄ）に図示されている。具体的に、（ｄ）はＶ２Ｘ端末（ＵＥ－１、ＵＥ－２）が互いに異なる基地局に接続しているか（ＲＲＣ接続状態）キャンピングしている場合（ＲＲＣ接続解除状態、又はＲＲＣ ｉｄｌｅ状態）を図示する。この時、Ｖ２Ｘ端末（ＵＥ－１）はＶ２Ｘ送信端末であり、Ｖ２Ｘ端末（ＵＥ－２）はＶ２Ｘ受信端末であってもよい。又はＶ２Ｘ端末（ＵＥ－１）がＶ２Ｘ受信端末であり、Ｖ２Ｘ端末（ＵＥ－２）がＶ２Ｘ送信端末であってもよい。Ｖ２Ｘ端末（ＵＥ－１）は自分が接続した（又は自分がキャンピングしている）基地局からＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）を受信することができ、Ｖ２Ｘ端末（ＵＥ－２）は自分が接続した（又は自分がキャンピングしている）他の基地局からＳＩＢを受信することができる。この時、前記ＳＩＢは既存のＳＩＢが用いられるか、あるいはＶ２Ｘのために別に定義されたＳＩＢが用いられることができる。また、Ｖ２Ｘ端末（ＵＥ－１）が受信したＳＩＢの情報とＶ２Ｘ端末（ＵＥ－２）が受信したＳＩＢの情報とは異なる場合がある。したがって、互いに異なるセルに位置した端末（ＵＥ－１、ＵＥ－２）の間のＶ２Ｘ通信を行うためには情報が統一されたり、これに関する情報がシグナリングされて各異なるセルから送信されたＳＩＢ情報を解析方法が追加的に必要となる場合がある。
【0039】
図１では説明の便宜のためにＶ２Ｘ端末（ＵＥ－１、ＵＥ－２）から構成されたＶ２Ｘシステムを図示したがここに限らず、より多いＶ２Ｘ端末の間に通信が行われることができる。また、基地局とＶ２Ｘ端末とのインターフェース（アップリンク及びダウンリンク）はＵｕインターフェースと呼ぶことができ、Ｖ２Ｘ端末の間のサイドリンクはＰＣ５インターフェースでと呼ぶことができる。したがって、本開示においてこれらを混用して用いてもよい。一方、本開示において端末は車両の間の通信（ｖｅｈｉｃｕｌａｒ－ｔｏ－ｖｅｈｉｃｕｌａｒ、Ｖ２Ｖ）をサポートする車両、車両と歩行者の間通信（ｖｅｈｉｃｕｌａｒ－ｔｏ－ｐｅｄｅｓｔｒｉａｎ、Ｖ２Ｐ）をサポートする車両又は歩行者のヘンドセット（例えば、スマートホン）、車両とネットワークの間の通信（ｖｅｈｉｃｕｌａｒ－ｔｏ－ｎｅｔｗｏｒｋ、Ｖ２Ｎ）をサポートする車両又は車両と交通インフラ（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）の間の通信（ｖｅｈｉｃｕｌａｒ－ｔｏ－ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、Ｖ２Ｉ）をサポートする車両を含むことができる。また、本開示で端末は、端末機能を装着したＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、基地局機能を装着したＲＳＵ、又は基地局機能の一部及び端末機能の一部を装着したＲＳＵを含むことができる。
【0040】
また、本開示の一実施形態によれば、基地局はＶ２Ｘ通信と一般セルラ通信をすべてサポートする基地局であるか、Ｖ２Ｘ通信のみをサポートする基地局であってもよい。この時、基地局は５Ｇ基地局（ｇＮＢ）、４Ｇ基地局（ｅＮＢ）、又はＲＳＵであってもよい。したがって、本開示で基地局はＲＳＵと指称されることもできる。
【0041】
図２は、一実施形態によるサイドリンクを通じて行われるＶ２Ｘ通信方法を示す図面である。
【0042】
図２の（ａ）を参考すれば、ＵＥ－１（２０１、例えば、ＴＸ端末）とＵＥ－２（２０２、例えば、ＲＸ端末）一対一で通信を行うことができ、これをユニキャスト（ｕｎｉｃａｓｔ）通信と呼ぶことができる。
【0043】
図２の（ｂ）を参考すれば、ＴＸ端末とＲＸ端末が一対多で通信を行うことができ、これをグループキャスト（ｇｒｏｕｐｃａｓｔ）又はマルチキャスト（ｍｕｌｔｉｃａｓｔ）と呼ぶことができる。図２の（ｂ）でＵＥ－１（２１１）、ＵＥ－２（２１２）、及びＵＥ－３（２１３）は一つのグループ（ｇｒｏｕｐ）を形成して（Ｇｒｏｕｐ Ａ）グループキャスト（ｇｒｏｕｐｃａｓｔ）通信を行い、ＵＥ－４（２１４）、ＵＥ－５（２１５）、ＵＥ－６（２１６）、及びＵＥ－７（２１７）はまた他のグループ（ｇｒｏｕｐ）を形成して（Ｇｒｏｕｐ Ｂ）グループキャスト（ｇｒｏｕｐｃａｓｔ）通信を行うことができる。各端末は自分が属したグループ内でのみグループキャスト（ｇｒｏｕｐｃａｓｔ）通信を行い、互いに行うグループの間の通信はユニキャスト、グループキャスト又はブロドケスト通信を通じて行われることができる。図２の（ｂ）では２つのグループ（Ｇｒｏｕｐ Ａ、Ｇｒｏｕｐ Ｂ）が形成されていることを図示したがここに限らない。
【0044】
一方、図２に図示されていなが、Ｖ２Ｘ端末はブロードキャスト（ｂｒｏａｄｃａｓｔ）通信を行うことができる。ブロードキャスト（ｂｒｏａｄｃａｓｔ）通信は、Ｖ２Ｘ送信端末がサイドリンクを通じて送信したデータ及び制御情報をすべてのＶ２Ｘ端末が受信する場合を意味する。一例で、図２の（ｂ）でＵＥ－１（２１１）がブロードキャスト（ｂｒｏａｄｃａｓｔ）のための送信端末と仮定する場合、すべての端末（ＵＥ－２（２１２）、ＵＥ－３（２１３）、ＵＥ－４（２１４）、ＵＥ－５（２１５）、ＵＥ－６（２１６）、及びＵＥ－７（２１７））はＵＥ－１（２１１）が送信するデータ及び制御情報を受信することができる。
【0045】
ＮＲ Ｖ２ＸではＬＴＥ Ｖ２Ｘと異なり、車両端末がユニキャストを通じて一つの特定ノードにのみデータを送信する形態及びグル－ムケスト（ｇｒｏｕｐｃａｓｔ）を通じて特定多数のノードにデータを送信する形態のサポートが考慮されることができる。例えば、２台以上の車両を一つのネットワークで接続してクラスタで移動させる技術であるプラトゥーニング（Ｐｌａｔｏｏｎｉｎｇ）のようなサービスシナリオでこのようなユニキャスト及びグループキャスト技術が有用に用いられることができる。具体的に、プラトゥーニングで接続されたグループのリーダーノードが一つの特定ノードをコントロールするための目的にユニキャスト通信が必要なことがあって、特定多数のノードからなるグループを同時にコントロールする目的のためにグループキャスト通信が必要である。
【0046】
図３は、一実施形態によるサイドリンクの送信及び受信に用いられる時間及び周波数上でリソースのセット（集合）に定義されるリソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）を説明するための図面である。
【0047】
リソースプール時間軸のリソース割り当て単位（ｒｅｓｏｕｒｃｅ ｇｒａｎｕｌａｒｉｔｙ）はスロット（Ｓｌｏｔ）になることができる。また、周波数軸のリソース割り当て単位は一つ以上のＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）から構成されたサブチャンネル（Ｓｕｂ－ｃｈａｎｎｅｌ）になることができる。本開示においてはリソースプールが時間上で非連続的に割り当てられた場合の例を説明するが、時間上でリソースプールが連続的に割り当てられてもよい。また、本開示においてはリソースプールが周波数上で連続的に割り当てられた場合を例に挙げて説明するが、周波数上でリソースプールが非連続的に割り当てられる方法は除外されない。
【0048】
図３を参照すれば、リソースプールが時間上に非連続的に割り当てられた場合（３０１）が図示された。時間上リソース割り当ての単位（ｇｒａｎｕｌａｒｉｔｙ）がスロット（ｓｌｏｔ）からなる場合を図示する。まず、サイドリンクスロットはアップリンクで用いられるスロットの内で定義されることができる。具体的に、一つのスロット内でサイドリンクで用いられるシンボルの長さがサイドリンクＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）情報と設定されることができる。したがって、アップリンクで用いられるスロットの内でサイドリンクと設定されているシンボルの長さが保障されないスロットはサイドリンクスロットになれない。また、リソースプールに属するスロットはＳ－ＳＳＢ（Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ）が送信されるスロットは除かれる。３０１を参照すれば、このようなスロットを除いて時間上でサイドリンクで用いられることができるスロットのセット（集合）が
で図示された。３０１で色漆された部分はリソースプールに属したサイドリンクスロットを示す。リソースプールに属したサイドリンクスロットはビットマップを通じてリソースプール情報で（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされることができる。３０２を参照すれば、時間上でリソースプールに属したサイドリンクスロットのセット（集合）が
で図示された。本発明で（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎの意味は端末にｐｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎされて予め記憶されている設定情報を意味することもでき、端末が基地局からｃｅｌｌ－ｃｏｍｍｏｎ一方法でｃｏｎｆｉｇｕｒａｔｉｏｎされる場合を意味することもできる。ここでｃｅｌｌ－ｃｏｍｍｏｎはセルアンの端末が基地局から同じ情報の設定を受信することを意味することができる。この時、端末は基地局からサイドリンクＳＬ－ＳＩＢ（ｓｉｄｅｌｉｎｋ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）を受信してｃｅｌｌ－ｃｏｍｍｏｎした情報を獲得する方法が考慮されることができる。また、端末が基地局とＲＲＣ接続が確立された以後のＵＥ－ｓｐｅｃｉｆｉｃした方法でｃｏｎｆｉｇｕｒａｔｉｏｎされる場合を意味することもできる。ここでＵＥ－ｓｐｅｃｉｆｉｃはＵＥ－ｄｅｄｉｃａｔｅｄという用語で取り替えられることもでき、端末ごとに特定の値で設定情報を受信することを意味することができる。この時、端末は基地局からＲＲＣメッセージを受信してＵＥ－ｓｐｅｃｉｆｉｃした情報を獲得する方法が考慮されることができる。また、（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎはリソースプール情報と設定される方法と、リソースプール情報と設定されない方法とが考慮されることができる。リソースプール情報で（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされる場合は端末が基地局とＲＲＣ接続が確立された以後のＵＥ－ｓｐｅｃｉｆｉｃ一方法でｃｏｎｆｉｇｕｒａｔｉｏｎされる場合を除いて当該リソースプールで動作する端末はいずれも共通された設定情報に動作されることができる。しかし、（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎがリソースプール情報に設定されない方法は基本的にリソースプール設定情報と独立的に設定される方法である。例えば、リソースプールに一つ以上のモードが（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされ、（例えば、Ａ、Ｂ、及びＣ）、リソースプール設定情報とは独立的に、（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされた情報がリソースプールに（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされたモードのうちどのモードを使用するか（例えば、Ａ又はＢ又はＣ）を指示してもよい。
【数1】
【数2】
【0049】
図３で３０３を参照すれば、リソースプールが周波数上で連続的に割り当られた場合が図示された。周波数軸でリソース割り当てはサイドリンクＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）情報と設定されることができ、サブチャンネル（ｓｕｂ－ｃｈａｎｎｅｌ）単位からなることができる。サブチャンネルは一つ以上のＰＲＢ（Ｐｈｙｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）から構成された周波数上のリソース割り当て単位で定義されることができる。すなわち、サブチャンネルはＰＲＢの整数の倍で定義されることができる。また、３０３を参照すれば、サブチャンネルは５個の連続的なＰＲＢから構成されてもよく、サブチャンネル大きさ（ｓｉｚｅＳｕｂｃｈａｎｎｅｌ）は５個の連続的なＰＲＢの大きさであればよい。ただ、図３に図示された内容は一例だけであり、サブチャンネルの大きさは異なるように設定されることができ、一つのサブチャンネルは連続的なＰＲＢから構成されるのが一般的であるが、必ず連続的なＰＲＢから構成されなければならないのではない。サブチャンネルはＰＳＳＣＨに対するリソース割り当ての基本単位になることができる。３０３でｓｔａｒｔＲＢ－Ｓｕｂｃｈａｎｎｅｌはリソースプールで周波数上のサブチャンネルの開始位置を指示することができる。周波数軸でリソース割り当てがサブチャンネル単位からなる場合、サブチャンネルが始めるＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）インデックス（ｓｔａｒｔＲＢ－Ｓｕｂｃｈａｎｎｅｌ）、サブチャンネルがいくつのＰＲＢで構成されるかどうかの情報（ｓｉｚｅＳｕｂｃｈａｎｎｅｌ）、そしてサブチャンネルの総数（ｎｕｍＳｕｂｃｈａｎｎｅｌ）などに対する設定情報を通じて周波数上のリソースが割り当てられることができる。この時、ｓｔａｒｔＲＢ－Ｓｕｂｃｈａｎｎｅｌ、ｓｉｚｅＳｕｂｃｈａｎｎｅｌ、及びｎｕｍＳｕｂｃｈａｎｎｅｌなどに対する情報は周波数上リソースプール情報で（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされることができる。
【0050】
図４は、一実施形態による基地局がサイドリンクで送信リソースを割り当てる方法を示すシーケンス図である。
【0051】
基地局がサイドリンクで送信リソースを割り当てる方法は以下でＭｏｄｅ１と指称する。Ｍｏｄｅ１はスケジューリングされたリソース割り当て（ｓｃｈｅｄｕｌｅｄ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）であってもよい。Ｍｏｄｅ１は基地局がＲＲＣ接続がれた端末にｄｅｄｉｃａｔｅｄ一スケジューリング方式でサイドリンク送信に用いられるリソースを割り当てる方法を示すことができる。Ｍｏｄｅ１の方法は基地局がサイドリンクのリソースを管理することができるため、干渉管理とリソースプールの管理に効果的である。
【0052】
図４を参照すれば、送信端末４０１（Ｔｘ ＵＥ）は基地局（セル又はｇＮＢ）４０３にキャンプオンすることができる（４０５）。前記キャンプオン（ｃａｍｐ ｏｎ）は例えば、待機状態（ＲＲＣ＿ＩＤＬＥ）の端末が必要によって基地局（セル）を選択（又は再選択）してシステム情報又はページング情報などを受信することができる状態を意味することができる。
【0053】
一方、受信端末４０２（Ｒｘ ＵＥ）が基地局（セル）４０３のカバレッジ内に位置する場合には前記受信端末４０２は前記基地局４０３にキャンプオンすることができる（４０７）。これと異なり、受信端末４０２が基地局４０３のカバレッジの外に位置する場合には前記受信端末４０２は前記基地局４０３にキャンプオンしない可能性がある。
【0054】
本開示で、受信端末４０２は送信端末４０１が送信するデータを受信する端末を示す。
【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】
先ず、図８を参照すれば、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇを行う一つの方法が提示された。図８を通じて提示された方法は周期的なリソース予約を行う場合に行われるｐａｒｔｉａｌ ｓｅｎｓｉｎｇ方法に該当されることができる。換言すれば、周期的な送信のためのｐａｒｔｉａｌ ｓｅｎｓｉｎｇ方法である。しかし、図８を通じて提示された方法は他の用語に指称されることに留意されたい。図８を参照すれば、ｒｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ（８０１、ＲＳＷ）でＹ（≧１）個の候補スロットが選択されることができる。この時、Ｙ個の候補スロットはｒｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗで時間上の連続的に選択されても非連続的に選択されてもよい。Ｙの最小値は（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされることができる。Ｙ値の最終選択及びどのスロットが選択されるかは端末具現によって決定されることができる。この時、Ｙ個の候補スロットのうちの一つのスロットが８０２のように
と定義されることができる。図３を通じて説明したように
はリソースプールに属したサイドリンクスロットを示すことができる。この時、センシングを行うスロットは
と決定されることができる。当該センシング方法はＰＢＰＳ（Ｐｅｒｉｏｄｉｃ Ｂａｓｅｄ Ｐａｒｔｉａｌ Ｓｅｎｓｉｎｇ）と呼ばれることができる。ここでベックトｙはＹ個の候補スロットを示し、もし、一つのスロットの場合、図８のようにｙと表現されることができるだろう。またベクターＰｒｅｓｅｒｖｅは周期的なｒｅｓｅｒｖａｔｉｏｎ ｉｎｔｅｒｖａｌに該当される値として、一つ以上の値が含まれることができ、もし、一つの値の場合に図８のようにＰｒｅｓｅｒｖｅと表現されることができるだろう。Ｐｒｅｓｅｒｖｅに含まれる値はリソースプールに（Ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされた周期的なｒｅｓｅｒｖａｔｉｏｎ ｉｎｔｅｒｖａｌのリストであるｓｌ－ＲｅｓｏｕｒｅＲｅｓｅｒｖｅＰｅｒｉｏｄＬｉｓｔから決定されることができ、次のような方法が考慮されることができる。しかし、本発明は以下の方法に限定されないことに留意されたい。
【数3】
【数4】
【数5】
【0083】
＊方法１：ｓｌ－ＲｅｓｏｕｒｅＲｅｓｅｒｖｅＰｅｒｉｏｄＬｉｓｔに含まれているすべての値が使用
【0084】
＊方法２：ｓｌ－ＲｅｓｏｕｒｅＲｅｓｅｒｖｅＰｅｒｉｏｄＬｉｓｔに含まれている値のうちの一部分（ｓｕｂｓｅｔ）のみが使用
【0085】
＊方法３：ｓｌ－ＲｅｓｏｕｒｅＲｅｓｅｒｖｅＰｅｒｉｏｄＬｉｓｔに含まれている値の公約数（ｃｏｍｍｏｎ ｄｉｖｉｓｏｒ）が使用
【0086】
さらに、
でベクターｋはｐａｒｔｉａｌ ｓｅｎｓｉｎｇを行うスロットの数を決定する値であり、Ｐｒｅｓｅｒｖｅに含まれたｒｅｓｅｒｖａｔｉｏｎ ｉｎｔｅｒｖａｌによってセンシングスロット間の間隔が決定されることができるだろう。図８ではｋが１の場合と２の場合が２つのＰｒｅｓｅｒｖｅ値Ｐｒｅｓｅｒｖｅ（１）とＰｒｅｓｅｒｖｅ（２）に対して図示された。ｋを決定する方法として、基本的にはｋ＝１と仮定されることができる。しかし、ｋ＝２になるように（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされることができる。しかし、ｋ＝２の場合にも図８に示された８０３の場合のようにセンシングスロットがＴ０を超過するようになると、当該スロットはモニタリングしないこともある。また、図８に示されたように追加的にＣＰＳ（Ｃｏｎｔｉｎｕｏｕｓ Ｐａｒｔｉａｌ Ｓｅｎｓｉｎｇ）がＣＰＳウインドー８０４で行われることができる。ＣＰＳが行われるウインドー［ｎ＋ＴＡ，ｎ＋ＴＢ］はＹ個の候補スロットで時間上の第１のスロットに該当する
８０５を基準に以前Ｍ ｌｏｇｉｃａｌ ｓｌｏｔｓに該当するスロットから以前のＴｐｒｏｃ，０＋Ｔｐｒｏｃ，１に該当される時間区間と定義されることができる。ここでＭの値は基本的には３１と仮定されることができ、特定値が（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされることもできる。もし、Ｍ＝０で（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされた場合はＣＰＳを実行しないことに仮定されることができる。
【数6】
【数7】
【0087】
図９を参照すれば、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇを行う別の方法が提示された。図９を通じて提示された方法は図８の周期的な送信のためのｐａｒｔｉａｌ ｓｅｎｓｉｎｇではない非周期的な送信のためのｐａｒｔｉａｌ ｓｅｎｓｉｎｇ方法であり、周期的なリソース予約を行わない場合に適用されることができる。図８と異なり、ｒｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗ（９０１，ＲＳＷ）でＹ’（≧１）個の候補スロットが選択されることができる。この時、Ｙ’個の候補スロットはｒｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ ｗｉｎｄｏｗで時間上の連続的に選択されても非連続的に選択されてもよい。Ｙ’の最小値は（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされることができる。Ｙ’値の最終選択及びどのスロットが選択されるかは端末具現によって決定されることができる。この時、Ｙ’個の候補スロットのうちの一つのスロットが９０２のように
と定義されることができる。図３を通じて説明したように
はリソースプールに属したサイドリンクスロットを示すことができる。この時、センシングを行うスロットは図８のように
と決定されることができる。当該センシング方法はＰＢＰＳ（Ｐｅｒｉｏｄｉｃ Ｂａｓｅｄ Ｐａｒｔｉａｌ Ｓｅｎｓｉｎｇ）と呼ばれることができる。また、図９に示されたように追加的にＣＰＳ（Ｃｏｎｔｉｎｕｏｕｓ Ｐａｒｔｉａｌ Ｓｅｎｓｉｎｇ）が９０３で行われることができる。ＣＰＳが行われるウインドー ［ｎ＋ＴＡ，ｎ＋ＴＢ］はＹ個の候補スロットで時間上の第１スロットに該当する
９０４を基準に以前Ｍ ｌｏｇｉｃａｌ ｓｌｏｔｓに該当するスロットから以前Ｔｐｒｏｃ，０＋Ｔｐｒｏｃ，１に該当する時間区間と定義されることができる。ここでＭの値は基本的には３１と仮定されることができ、特定値が（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされることもできる。もし、Ｍ＝０で（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされた場合はＣＰＳを行わないことに仮定されることができる。しかし、図８と異なり、ＣＰＳ ｗｉｎｄｏｗが開始される時点はスロットｎ以後に制限されてもよい。
【数8】
【数9】
【数10】
【数11】
【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】
【表1】
【0149】
また、前記方法の組み合せでＵＥ－ＢがＵＥ－Ａに端末の間の協力をリクエストする方法を考慮することもできる。例えば、表１を参考すれば、端末の間の協力をリクエストする情報であるＲＳＡＩ ｒｅｑｕｅｓｔは１ビット情報に指示されることができるため、これは送信方法１－１－３によってＰＳＦＣＨを通じて指示されることができる。これと異なり、表１に示された他の情報はＰＳＦＣＨを通じて送信されに難いから送信方法１－１－２によって２ｎｄ ＳＣＩを通じて送信する方法が考えられる。
【0150】
これと異なり、送信方法１でＵＥ－ＡがＵＥ－Ｂで端末の間の協力情報を提供する方法として、次の２つ方法が考えられるが、本発明では以下の方法のみに限定されない。
【0151】
＊送信方法１－２－１：ＭＡＣ ＣＥを通じて端末の間の協力情報をシグナリング
【0152】
＊送信方法１－２－２：端末の間の協力情報の量が特定しきい値以上の場合にＭＡＣ ＣＥを通じて端末の間の協力情報をシグナリングし、そうではない場合に２ｎｄ ＳＣＩを通じて端末の間の協力情報をシグナリングする。
【0153】
前記方法で２ｎｄ ＳＣＩが用いられる場合、これはサイドリンクで新しく定義された２ｎｄ ＳＣＩ ｆｏｒｍａｔを通じて行われることができる。これは前記送信方法１－１－２で説明した２ｎｄ ＳＣＩ ｆｏｒｍａｔと同じ２ｎｄ ＳＣＩ ｆｏｒｍａｔ Ｘと決定されることもでき、２ｎｄ ＳＣＩ ｆｏｒｍａｔ Ｘと異なる別の新しい２ｎｄ ＳＣＩ ｆｏｒｍａｔと定義されることもできるだろう。もし、送信方法１－１－２で説明した２ｎｄ ＳＣＩ ｆｏｒｍａｔと同じ２ｎｄ ＳＣＩ ｆｏｒｍａｔ Ｘと決定される場合は制限された２ｎｄ ＳＣＩ ｆｏｒｍａｔの種類を考慮した方法であってもよい。具体的に現在１ｓｔ ＳＣＩで２ｎｄ ＳＣＩ ｆｏｒｍａｔの種類を指示するビットは、２ビットから当該方法が用いられる場合、後で別の２ｎｄ ＳＣＩフォーマットのための空間を残しておくことができる利点がある。具体的に、送信方法１－２－２で２ｎｄ ＳＣＩ ｆｏｒｍａｔが送信方法１－１－２での２ｎｄ ＳＣＩ ｆｏｒｍａｔと同じ２ｎｄ ＳＣＩ ｆｏｒｍａｔ Ｘと決定される場合に２ｎｄ ＳＣＩ ｆｏｒｍａｔ Ｘは固定されたｐａｙｌｏａｄサイズで決定されて送信方法１－１－２で用いられる場合又は送信方法１－２－２で用いられる場合であるかによって用いられる情報が変わることができる。まず、送信方法１－２－２による端末の間の協力情報シグナリングのための２ｎｄ ＳＣＩ ｆｏｒｍａｔは表１で提示されたビットフィールドに追加的に次のようなビットフィールドが含まれることができるだろう。
【0154】
【表2】
【0155】
表２でＩｄｅｎｔｉｆｉｅｒ ｆｏｒ ＳＣＩ Ｆｏｒｍａｔは前述したように一つのｂａｎｄで当該情報が送信方法１－１－２による端末の間の協力をリクエストする情報、又は送信方法１－２－２による端末の間の協力情報を提供する情報であるかを区分するフィールドであればよい。また、表２でＲＳＡＩ ｆｅｅｄｂａｃｋは端末の間の協力情報に該当されるフィールドである。本発明において当該情報の量を特定値に限定しない。
【0156】
前記提示された送信方法１－１－１、１－１－２、１－１－３乃至送信方法１－２－１、１－２－２によればサイドリンク端末は端末の間の協力をリクエスト場合と端末の間の協力情報を提供する場合とに互いに異なる方法で当該情報を指示することができることに注目する。一例で、サイドリンク送信方法で送信方法１が用いられる場合に、送信方法１－１－２と送信方法１－２－１が考慮される場合、図１５に示されたように端末の間の協力のための情報によって端末は他の方法を用いて当該情報を指示することができるだろう。当該送信方法は前記説明を参考する。
【0157】
第６実施形態では図１０を通じて説明したようにサイドリンクで端末の間の協力を通じてＭｏｄｅ２を行う端末動作を提案する。図１０で端末の間の協力方法１にしたがってＵＥ－ＡがＵＥ－Ｂに送信に適合した（好ましい）又は非適合した（好ましくない）時間－周波数リソース割り当てのセット情報をＵＥ－Ｂで提供することができる。また、第５実施形態で説明したように以下の送信方法１が考えられる。
【0158】
＊送信方法１：ＵＥ－ＢがＵＥ－Ａに端末の間の協力をリクエストした時、ＵＥ－ＡはＵＥ－Ｂで端末の間の協力情報を提供する。
【0159】
本実施形態では前記送信方法１でＵＥ－ＡがＵＥ－Ｂで端末の間の協力情報をリクエストする条件を提案する。具体的に、表３のようなＯｐｔｉｏｎが考えられる。
【0160】
【表3】
【0161】
本発明で前記提示されたＯｐｔｉｏｎに限定しないことに注目する。具体的に前記Ｏｐｔｉｏｎ９を除いた他のＯｐｔｉｏｎのうちのいずれか一つがＵＥ－ＡがＵＥ－Ｂで端末の間の協力情報をリクエストする必要充分条件になる場合、端末の間の協力をリクエストするための条件が非常に制限的である可能性がある。したがって、前記提示されたＯｐｔｉｏｎの組み合せによってＵＥ－ＡがＵＥ－Ｂで端末の間の協力情報をリクエストする条件が決定されることもできるだろう。一例で、前記Ｏｐｔｉｏｎ１がＵＥ－ＡがＵＥ－Ｂで端末の間の協力情報をリクエストする必要条件になることができる。また、他のＯｐｔｉｏｎは端末具現によって決定されることができるだろう。
【0162】
第７実施形態では第２実施形態の方法１又は方法２が用いられる場合にＤＲＸを考慮して候補リソースをセットを選択する詳細方法を提案する。また、第７実施形態では第３実施形態で提案された方法を活用する方法及びＤＲＸを考慮して候補リソースのセットを選別する追加的な方法を提案する。
【0163】
まず、第２実施形態における方法１又は方法２は以下の通りである。本発明において以下の方法に限定しない。
【0164】
＊方法１：端末がＭｏｄｅ２動作を通じて候補リソースのセット（ｓｅｔ）を選択して端末の上位レイヤーで報告する時、セット内に含まれたすべてのリソースはＲＸ端末のＤＲＸ ａｃｔｉｖｅ ｔｉｍｅに該当される時間区間に含まれたリソースでなければならない。
【0165】
＊方法２：端末がＭｏｄｅ２動作を通じて候補リソースのセット（ｓｅｔ）を選択して端末の上位レイヤーで報告する時、セット内に含まれた一部のリソースはＲＸ端末のＤＲＸ ａｃｔｉｖｅ ｔｉｍｅに該当される時間区間に含ませ、セット内に含まれた他の一部のリソースはＲＸ端末のＤＲＸ ａｃｔｉｖｅ ｔｉｍｅに該当される時間区間に含まれないことがある。
【0166】
サイドリンクＭｏｄｅ２送信でＴＸ端末が周期的な送信（Ｐｅｒｉｏｄｉｃ ｔｒａｎｓｍｉｓｓｉｏｎ）のための送信リソースを選択して０ではないｒｅｓｅｒｖａｔｉｏｎ ｉｎｔｅｒｖａｌ（ｏｒ ｐｅｒｉｏｄｉｃｉｔｙ）Ｐｒｓｖｐ＿ＴＸをＳＣＩ（１ｓｔ ＳＣＩ）で指示して送信リソースを周期的に予約する方法がある。具体的に、Ｐｒｓｖｐ＿ＴＸは０，１：９９，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００のような多様な値を有することができる。これと異なり、ＴＸ端末が非周期的な送信（Ａｐｅｒｉｏｄｉｃ ｔｒａｎｓｍｉｓｓｉｏｎ）のための送信リソースを選択し、ＳＣＩ（１ｓｔ ＳＣＩ）を通じてＰｒｓｖｐ＿ＴＸを０で指示して周期的な送信を行う方法がある。
【0167】
サイドリンクにおけるＤＲＸはＴＸ端末の周期的な送信（Ｐｅｒｉｏｄｉｃ ｔｒａｎｓｍｉｓｓｉｏｎ）を考慮して図１１を通じて提示されたようなＤＲＸ関連パラメーターが設定されて操作されることができる。したがって、ＴＸ端末が周期的な送信（Ｐｅｒｉｏｄｉｃ ｔｒａｎｓｍｉｓｓｉｏｎ）のための送信リソースを選択して周期的な送信を実行（Ｐｒｓｖｐ＿ＴＸ≠０）する場合に、ＴＸ端末がＳＣＩ（１ｓｔ ＳＣＩ）を通じて送信リソースを周期的に予約したスロットはＲＸ端末にＤＲＸ ａｃｔｉｖｅ ｔｉｍｅで見なされる方法を考慮することができる。このような方法によれば、物理階層でセンシングを通じて端末上位レイヤーで報告した候補リソースのセットで選択された候補リソースがＤＲＸ ｉｎａｃｔｉｖｅ ｔｉｍｅに該当される時間区間に含まれる場合でも当該リソースを選択して送信すると、周期的に予約したリソースはＲＸ端末にＤＲＸ ａｃｔｉｖｅ ｔｉｍｅで見なされてＲＸ端末がＴＸ端末が送信したデータを受信するのに問題が発生されないため、前記第２実施形態の方法１又は方法２が必要としないことができる。しかし、相変らずＴＸ端末が非周期的な送信（Ａｐｅｒｉｏｄｉｃ ｔｒａｎｓｍｉｓｓｉｏｎ）を実行（Ｐｒｓｖｐ＿ＴＸ＝０）する場合には前記提示された第２実施形態の方法１又は方法２の考慮される必要がある。
【0168】
図１８は、一実施形態によってＴＸ端末が周期的な送信（Ｐｅｒｉｏｄｉｃ ｔｒａｎｓｍｉｓｓｉｏｎ）を行うか否かによる端末動作を示す図面である。
【0169】
図１８は、ＴＸ端末が周期的な送信（Ｐｅｒｉｏｄｉｃ ｔｒａｎｓｍｉｓｓｉｏｎ）のための送信リソースを選択して周期的な送信を実行（Ｐｒｓｖｐ＿ＴＸ≠０）する場合、ＴＸ端末がＳＣＩ（１ｓｔ ＳＣＩ）を通じて送信リソースを周期的に予約したスロットはＲＸ端末にＤＲＸ ａｃｔｉｖｅ ｔｉｍｅで見なされる場合に対して適用されることができる。
【0170】
図１８を参照すれば、１８００でＴＸ端末が周期的な送信（Ｐｅｒｉｏｄｉｃ ｔｒａｎｓｍｉｓｓｉｏｎ）のための送信リソースを選択して周期的な送信を実行（Ｐｒｓｖｐ＿ＴＸ≠０）する場合に端末は１８０１に移動して既存Ｍｏｄｅ２方法を用いて選別された候補リソースを端末上位に報告することができる。既存のＭｏｄｅ２方法はサイドリンクＤＲＸ設定と関係なく候補リソースを選別する方法であってもよい。この方法によれば、端末は候補リソースを選別する過程で候補リソースをＤＲＸ ａｃｔｉｖｅ ｔｉｍｅに含まれるように調節しないこともある。これと異なり、１８００で条件が満足されない場合には、換言すれば、ＴＸ端末が非周期的な送信（Ａｐｅｒｉｏｄｉｃ ｔｒａｎｓｍｉｓｓｉｏｎ）を実行（Ｐｒｓｖｐ＿ＴＸ＝０）する場合には１８０２に移動して修正されたＭｏｄｅ２方法を用いて選別された候補リソースを端末上位に報告することができる。ここで修正されたＭｏｄｅ２方法は既存のＭｏｄｅ２方法と異なり、サイドリンクＤＲＸ設定を考慮して候補リソースを選別するようになる。例えば、前記第２実施形態の方法１又は方法２が適用されることができる。
【0171】
以下の実施形態では、図１８で１８０２に該当されるより具体的な端末動作を提案する。しか、本発明では以下の代案に限定されないことに留意されたい。さらに、以下の代案を組み合わせて使用されてもよい。また、以下の代案のうち使用される端末の動作が（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされてもよい。
【0172】
まず、第１の代案でセンシング結果を用いて候補リソースを選別する前にリソース選択ウインドー［ｎ＋Ｔ１，ｎ＋Ｔ２］内のリソース選択候補リソースのうちの少なくともＮ個の候補リソース（Ｎ個のスロット）がＤＲＸ ａｃｔｉｖｅ ｔｉｍｅにあるように制限する方法である。リソース選択ウインドーに対する詳細は図７乃至図９を参考する。具体的に、Ｆｕｌｌ ｓｅｎｓｉｎｇでは図７に示されたようにリソース選択ウインドー［ｎ＋Ｔ１，ｎ＋Ｔ２］内にＭｔｏｔａｌ（センシング結果を用いて候補リソースを選別する前に総（候補リソース数）個の候補リソースのうちのＮ個の候補リソース（Ｎ個のスロット）がＤＲＸ ａｃｔｉｖｅ ｔｉｍｅにあるように制限されることができる。図８に示されたようにｐａｒｔｉａｌ ｓｅｎｓｉｎｇで周期的リソース予約を行う場合（Ｐｒｓｖｐ＿ＴＸ≠０）リソース選択ウインドー［ｎ＋Ｔ１，ｎ＋Ｔ２］内のＹ個のスロットでＮ個の候補リソース（Ｎ個のスロット）がＤＲＸ ａｃｔｉｖｅ ｔｉｍｅにあるように制限されることができる。図９に示されたようにｐａｒｔｉａｌ ｓｅｎｓｉｎｇで非周期的リソース予約を行う場合（Ｐｒｓｖｐ＿ＴＸ≠０）リソース選択ウインドー［ｎ＋Ｔ１，ｎ＋Ｔ２］内のＹ’個のスロットでＮ個の候補リソース（Ｎ個のスロット）がＤＲＸ ａｃｔｉｖｅ ｔｉｍｅにあるように制限されることができる。ｐａｒｔｉａｌ ｓｅｎｓｉｎｇでＹ又はＹ’はＭｔｏｔａｌ（センシング結果を用いて候補リソースを選別する前に総候補リソース数）になることができることに注目する。前記代案でＮの値は（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされることができ、本発明でＮの値と設定されることができる値は範囲を特定値で制限しない。また、Ｎ個の候補リソースは時間上の前に位置したリソースに限定されることもできる。また、Ｎ個の候補リソースはｆｕｌｌ ｓｅｎｓｉｎｇでＭｔｏｔａｌになることができ、ｐａｒｔｉａｌ ｓｅｎｓｉｎｇでＮ＝Ｙ又はＮ＝Ｙ’になることもできる。
【0173】
第２の代案で物理階層でセンシング結果を用いて候補リソースのセット（ＳＡ）を決定して端末上位レイヤーで報告する時のＳＡに含まれた候補リソースのうちの少なくともＫ個の候補リソース（Ｋ個のスロット）がＤＲＸ ａｃｔｉｖｅ ｔｉｍｅにあるように制限する方法である。ここでＳＡのすべての候補リソースがＤＲＸ ａｃｔｉｖｅ ｔｉｍｅにあってもよい。具体的に、Ｘ・Ｎｔｏｔａｌに該当される候補リソースを選別することができる。ここでＮｔｏｔａｌはＳＡに含まれた候補リソースのうちのＤＲＸ ａｃｔｉｖｅ ｔｉｍｅに該当されるすべての候補リソース数を示す。そしてＸはＮｔｏｔａｌのうちのどの位の候補リソースを選別するかを示す因子として端末の上位レイヤーで提供されるパラメーターである。例えば、Ｘは｛０．２，０．３５，０．５｝に該当される値から選択されることができ、ｐｒｉｏｒｉｔｙに基づいてリソースプールに（ｐｒｅ－）ｃｏｎｆｉｇｕｒａｔｉｏｎされることができる。もし、センシングを通じて選別結果、Ｘ・Ｎｔｏｔａｌより少ない数のリソースが選別された場合にＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）のしきい値を低めてＸ・Ｎｔｏｔａｌが選別されるようにできる。これは候補リソースの量が充分に保障されてこそ、候補リソースのセットが端末の上位レイヤーで報告されてランダム選択を行った時の他の端末が選択したリソースとの衝突確率を低めることができるからである。第２の代案でＸ・Ｎｔｏｔａｌに該当されるリソース候補を選別して報告することは既存のＭｏｄｅ２プロシージャを通じてＳＡを決定して端末上位レイヤーで報告する動作と分離した動作に解釈されることもできるだろう。
【0174】
本発明の前記実施形態を行うために端末と基地局の送信部、受信部、処理部がそれぞれ図１６及び図１７に図示されている。前記実施形態でサイドリンクで端末が多重アンテナ送信及び受信を行うための方法が示されており、これを行うために基地局と端末の受信部、処理部、送信部がそれぞれの実施形態によって動作しなければならない。
【0175】
具体的に、図１６は本発明の実施形態による端末の内部構造を図示するブロック図である。図１６に示されるように、本た発明の端末は端末機受信部１６００、端末機送信部１６０４、端末機処理部１６０２を含むことができる。端末機受信部１６００と端末が送信部１６０４を通称して本発明の実施形態では送受信部と称することができる。送受信部は基地局と信号を送受信することができる。前記信号は制御情報と、データを含むことができる。このために、送受信部は送信される信号の周波数を上昇変換及び増幅するＲＦ送信機と，受信される信号を低雑音増幅して周波数を下降変換するＲＦ受信機などで構成されることができる。また、送受信部は無線チャンネルを通じて信号を受信して端末機処理部１６０２に出力し、端末機処理部１６０２から出力された信号を無線チャンネルを通じて送信することができる。端末機処理部１６０２は上述した本発明の実施形によって端末が動作するように一連の過程を制御することができる。
【0176】
図１７は、実施形態による基地局の内部構造を示すブロック図である。図１７で示されたように、本発明の基地局は基地局受信部１７０１、基地局送信部１７０５、基地局処理部１７０３を含むことができる。基地局受信部１７０１と基地局送信部１７０５を通称して本発明の実施形態では送受信部と称することができる。送受信は端末と信号を送受信することができる。前記信号は制御情報と、データを含むことができる。このために、送受信部は送信される信号の周波数を上昇変換及び増幅するＲＦ送信機と、受信される信号を低雑音増幅して周波数を下降変換するＲＦ受信機などで構成されることができる。また、送受信部は無線チャンネルを通じて信号を受信して基地局処理部１７０３に出力し、端末機処理部１７０３から出力された信号を無線チャンネルを通じて送信することができる。基地局処理部１７０３は上述した本発明の実施形態によって基地局が動作するように一連の過程を制御することができる。
【0177】
一方、本明細書と図面に開示された本発明の実施形態は本発明の技術内容を容易に説明して本発明の理解を助けるために特定例を提示したことであるだけで、本発明の範囲を限定しようとするものではない。すなわち、本発明の技術的思想に基づいて他の変形例が実施可能ということは本発明の属する技術分野で通常の知識を有する者に自明なものである。また、前記それぞれの実施形態は必要によって互いに組み合せて運用することができる。例えば、本発明のすべての実施形態は一部分が互いに組み合せて基地局及び端末が操作されることができる。
【0178】
今まで多様な実施形態を参照して本発明を説明したが、詳細な説明及び実施形態ではない添付された請求範囲及びその等価物によって定義される本発明の思想及び範囲を逸脱せず多様な変更が行われることができる。
【符号の説明】
【0179】
１６００ 端末機受信部
１６０２ 端末機処理部
１６０４ 端末機送信部
１７０１ 基地局受信部
１７０３ 基地局処理部
１７０５ 基地局送信部
１６０２ 端末機処理部
１６０４ 端末機送信部
１７０１ 基地局受信部
１７０３ 基地局処理部
１７０５ 基地局送信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6(a)】
【図6(b)】
【図7】
【図8】
【図9】
【図10】
【図11a】
【図11b】
【図11c】
【図11d】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【国際調査報告】