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

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

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

▶ サムスン　エレクトロニクス　カンパニー　リミテッドの特許一覧

特許7382971無線通信システムにおける端末の間のユニキャスト送信をサポートするための装置及び方法

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

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

< >

1
2
3
4a
4b
4c
5
6
7a
7b
7c
7d
7e
7f
8
9
10
11
12a
12b
13
14
15

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

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

(11)【特許番号】

(24)【登録日】2023-11-09

(45)【発行日】2023-11-17

(54)【発明の名称】無線通信システムにおける端末の間のユニキャスト送信をサポートするための装置及び方法

(51)【国際特許分類】

H04W 76/14 20180101AFI20231110BHJP

H04W 92/18 20090101ALI20231110BHJP

【ＦＩ】

H04W76/14

H04W92/18

【請求項の数】 12

(21)【出願番号】P 2020568560

(86)(22)【出願日】2019-10-08

(65)【公表番号】

(43)【公表日】2022-01-11

(86)【国際出願番号】 KR2019013235

(87)【国際公開番号】W WO2020076071

(87)【国際公開日】2020-04-16

【審査請求日】2022-05-26

(31)【優先権主張番号】10-2018-0120063

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

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

(31)【優先権主張番号】10-2019-0074108

(32)【優先日】2019-06-21

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

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスンエレクトロニクスカンパニーリミテッド

(74)【代理人】

【識別番号】110000051

【氏名又は名称】弁理士法人共生国際特許事務所

(72)【発明者】

【氏名】カン，ヒョンジョン

(72)【発明者】

【氏名】ベク，サンキュ

【審査官】▲高▼木裕子

(56)【参考文献】

【文献】国際公開第２０１８／１７１５４０（ＷＯ，Ａ１）

【文献】Samsung，RLC Functions for NR Sidelink[online]，3GPP TSG RAN WG2 #103bis R2-1815525，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103bis/Docs/R2-1815525.zip>，2018年09月28日

【文献】Intel Corporation，Considerations on unicast and groupcast support over NR SL[online]，3GPP TSG RAN WG2 #103bis R2-1814065，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103bis/Docs/R2-1814065.zip>，2018年09月28日

【文献】Huawei, HiSilicon，Support of unicast, groupcast and broadcast in NR sidelink[online]，3GPP TSG RAN WG2 #103bis R2-1813932，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103bis/Docs/R2-1813932.zip>，2018年09月28日

【文献】ZTE，QoS Considerations for the L2 Relay Architecture[online]，3GPP TSG RAN WG2 #97 R2-1700796，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_97/Docs/R2-1700796.zip>，2017年02月03日

【文献】Sony，Sidelink Enhancements.[online]，3GPP TSG RAN WG2 #97bis R2-1703275，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_97bis/Docs/R2-1703275.zip>，2017年03月24日

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

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１、４

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

【請求項1】

第１端末によって行われる方法であって、
基地局に、目的地識別子、転送タイプ情報、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）モード情報、及びＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）情報を含む第１メッセージを転送する段階と、
前記基地局から、前記第１メッセージに基づいてＲＬＣモードに関連するサイドリンクＲＬＣ設定情報を含む第２メッセージを受信する段階と、
第２端末に、前記第２メッセージに基づいて第３メッセージを転送する段階と、を有し、
前記転送タイプ情報は、ユニキャスト、グループキャスト、ブロードキャストのうちの少なくとも一つに対応することを特徴とする方法。

【請求項2】

前記第１端末が接続モードである場合、前記第２メッセージは、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）メッセージであり、
前記第１端末がアイドルモード又は非活性モードである場合、前記第２メッセージは、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）であることを特徴とする請求項１に記載の方法。

【請求項3】

基地局によって行われる方法であって、
第１端末から、目的地識別子、転送タイプ情報、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）モード情報、及びＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）情報を含む第１メッセージを受信する段階と、
前記第１メッセージに基づいてＲＬＣモードを決定する段階と、
前記第１端末に、前記ＲＬＣモードに関連するサイドリンクＲＬＣ設定情報を含む第２メッセージを転送する段階と、を有し、
前記転送タイプ情報は、ユニキャスト、グループキャスト、ブロードキャストのうちの少なくとも一つに対応することを特徴とする方法。

【請求項4】

前記第１端末が接続モードである場合、前記第２メッセージは、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）メッセージであり、
前記第１端末がアイドルモード又は非活性モードである場合、前記第２メッセージは、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）であることを特徴とする請求項３に記載の方法。

【請求項5】

第２端末によって行われる方法であって、
第１端末から、基地局から第１端末に転送された第２メッセージに基づいて、第３メッセージを受信する段階を有し、
前記第２メッセージは、目的地識別子、転送タイプ情報、ＲＬＣ（ｒａｄｉｏｌｉｎｋｃｏｎｔｒｏｌ）モード情報、及びＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）情報に基づいて、前記基地局により決定されたＲＬＣモードに関連するサイドリンクＲＬＣ設定情報を含み、
前記転送タイプ情報は、ユニキャスト、グループキャスト、ブロードキャストのうちの少なくとも一つに対応することを特徴とする方法。

【請求項6】

前記第１端末が接続モードである場合、前記第２メッセージは、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）メッセージであり、
前記第１端末がアイドルモード又は非活性モードである場合、前記第２メッセージは、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）であることを特徴とする請求項５に記載の方法。

【請求項7】

無線通信システムにおける第１端末であって、
送受信部と、
前記送受信部に接続された制御部と、を備え、
前記制御部は、
基地局に、目的地識別子、転送タイプ情報、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）モード情報、及びＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）情報を含む第１メッセージを転送し、
前記基地局から、前記第１メッセージに基づいてＲＬＣモードに関連するサイドリンクＲＬＣ設定情報を含む第２メッセージを受信し、
第２端末に、前記第２メッセージに基づいて第３メッセージを転送するように構成され、
前記転送タイプ情報は、ユニキャスト、グループキャスト、ブロードキャストのうちの少なくとも一つに対応することを特徴とする第１端末。

【請求項8】

前記第１端末が接続モードである場合、前記第２メッセージは、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）メッセージであり、
前記第１端末がアイドルモード又は非活性モードである場合、前記第２メッセージは、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）であることを特徴とする請求項７に記載の第１端末。

【請求項9】

無線通信システムにおける基地局であって、
送受信部と、
前記送受信部に接続された制御部と、を備え、
前記制御部は、
第１端末から、目的地識別子、転送タイプ情報、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）モード情報、及びＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）情報を含む第１メッセージを受信し、
前記第１メッセージに基づいてＲＬＣモードを決定し、
前記第１端末に、前記ＲＬＣモードに関連するサイドリンクＲＬＣ設定情報を含む第２メッセージを転送するように構成され、
前記転送タイプ情報は、ユニキャスト、グループキャスト、ブロードキャストのうちの少なくとも一つに対応することを特徴とする基地局。

【請求項10】

前記第１端末が接続モードである場合、前記第２メッセージは、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）メッセージであり、
前記第１端末がアイドルモード又は非活性モードである場合、前記第２メッセージは、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）であることを特徴とする請求項９に記載の基地局。

【請求項11】

無線通信システムにおける第２端末であって、
送受信部と、
前記送受信部に接続された制御部と、を備え、
前記制御部は、
第１端末から、基地局から第１端末に転送された第２メッセージに基づいて、第３メッセージを受信するように構成され、
前記第２メッセージは、目的地識別子、転送タイプ情報、ＲＬＣ（ｒａｄｉｏｌｉｎｋｃｏｎｔｒｏｌ）モード情報、及びＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）情報に基づいて、前記基地局により決定されたＲＬＣモードに関連するサイドリンクＲＬＣ設定情報を含み、
前記転送タイプ情報は、ユニキャスト、グループキャスト、ブロードキャストのうちの少なくとも一つに対応することを特徴とする第２端末。

【請求項12】

前記第１端末が接続モードである場合、前記第２メッセージは、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）メッセージであり、
前記第１端末がアイドルモード又は非活性モードである場合、前記第２メッセージは、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）であることを特徴とする請求項１１に記載の第２端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般的に無線通信システムに関し、より詳細には、無線通信システムにおける端末の間のユニキャスト方式のパケット送受信をサポートするための装置及び方法に関する。

【背景技術】

【0002】

４Ｇ（４ｔｈｇｅｎｅｒａｔｉｏｎ）通信システムの商用化の後に増加趨勢にある無線データトラフィック需要を満たすため、改善された５Ｇ（５ｔｈｇｅｎｅｒａｔｉｏｎ）通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が行われている。このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは４Ｇネットワークの後（Ｂｅｙｏｎｄ４ＧＮｅｔｗｏｒｋ）通信システム又はＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）システムの後の（ＰｏｓｔＬＴＥ）システムと呼ばれている。

【0003】

高いデータ送信率を達成するために、５Ｇ通信システムは超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のような）における具現が考慮されている。超高周波帯域における電波の経路損失の緩和及び電波の伝達距離を増加させるために、５Ｇ通信システムでは、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、巨大配列多重入出力（ｍａｓｓｉｖｅＭＩＭＯ）、全次元多重入出力（ＦｕｌｌＤｉｍｅｎｓｉｏｎａｌＭＩＭＯ：ＦＤ－ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅｓｃａｌｅａｎｔｅｎｎａ）技術が論議されている。

【0004】

更に、システムのネットワーク改善のために、５Ｇ通信システムでは、進化した小型セル、改善した小型セル（ａｄｖａｎｃｅｄｓｍａｌｌｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ：ｃｌｏｕｄＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅｎｅｔｗｏｒｋ）、機器間通信（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（ＣｏｏｒｄｉｎａｔｅｄＭｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発から成っている。

【0005】

これ以外にも、５Ｇシステムでは、進歩したコーディング変調（ＡｄｖａｎｃｅｄＣｏｄｉｎｇＭｏｄｕｌａｔｉｏｎ、ＡＣＭ）方式であるＦＱＡＭ（ＨｙｂｒｉｄＦｒｅｑｕｅｎｃｙＳｈｉｆｔＫｅｙｉｎｇａｎｄＱｕａｄｒａｔｕｒｅＡｍｐｌｉｔｕｄｅＭｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（ＳｌｉｄｉｎｇＷｉｎｄｏｗＳｕｐｅｒｐｏｓｉｔｉｏｎＣｏｄｉｎｇ）と、進歩した接続技術であるＦＢＭＣ（ＦｉｌｔｅｒＢａｎｋＭｕｌｔｉＣａｒｒｉｅｒ）、ＮＯＭＡ（ＮｏｎＯｒｔｈｏｇｏｎａｌＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、及びＳＣＭＡ（ＳｐａｒｓｅＣｏｄｅＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）などが開発されている。

【0006】

５Ｇシステムにおいて、多様な方式の無線リソースを決定するための方式が議論されている。例えば、Ｖ２Ｘ（ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇ）端末のための直接通信方式が提案されている。更には、より通信時間を短縮させてより信頼度を高め、より効率的に端末の間の直接通信をサポートするための多様な論議が進行中である。

【発明の概要】

【発明が解決しようとする課題】

【0007】

本発明は、上記従来技術に鑑みてなされたものであって、本発明の目的は、車両通信システムにおける端末の間の直接通信をユニキャスト方式で行うための装置及び方法を提供することにある。

【課題を解決するための手段】

【0008】

本発明の多様な実施形態による無線通信システムにおける端末の動作方法は、サイドリンクユニキャストセッション設定が必要なＶ２Ｘサービスを前記端末が判断して他の端末とユニキャストセッションを設定する際にＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）送信モード及びＲＬＣ設定情報を獲得するために基地局にＲＬＣ送信モード設定リクエストを送信する過程と、基地局からＲＬＣ送信モード及びＲＬＣ設定情報を受信する過程と、端末が基地局カバレッジにないと判断された場合、サイドリンクユニキャストセッションが設定されたＶ２Ｘサービスプロファイルにマッピングして予め設定されているＲＬＣ送信モード別のＲＬＣ設定情報を獲得する過程と、を有する。

【0009】

本発明の多様な実施形態による無線通信システムにおける端末装置は、送受信部と、前記送受信部に機能的に結合された少なくとも一つのプロセッサと、を備え、前記少なくとも一つのプロセスは、前記端末が基地局カバレッジにあると判断された場合、基地局にサイドリンクユニキャストセッション情報とＲＬＣ送信モード及びＲＬＣ設定情報リクエストメッセージとを送信して基地局からサイドリンクユニキャストセッションに適用するＲＬＣ送信モード及びＲＬＣ設定情報を受信してサイドリンクユニキャスト送受信を行うように制御し、前記少なくとも一つのプロセスは、前記端末が基地局カバレッジにないと判断された場合、サイドリンクユニキャストセッションのＶ２Ｘサービスプロファイルにマッピングして予め設定されたＲＬＣ送信モード及びＲＬＣ設定情報を獲得してサイドリンクユニキャスト送受信を行うように制御する。

【発明の効果】

【0010】

本発明によれば、車両通信システムにおける端末間のユニキャスト方式のパケット送受信を行う方法を提供することによって、車両通信内の高信頼度及び低遅延要求値を達成することができる。
本開示で得られる効果は以上で言及した効果に制限されず、言及しないまた他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されるだろう。

【図面の簡単な説明】

【0011】

【図1】本発明の多様な実施形態による無線通信システムを示す。

【図2】本発明の多様な実施形態による無線通信システムにおける基地局の構成を示す。

【図3】本発明の多様な実施形態による無線通信システムにおける端末の構成を示す。

【図4a】本発明の多様な実施形態による無線通信システムにおける通信部の構成を示す。

【図4b】本発明の多様な実施形態による無線通信システムにおける通信部の構成を示す。

【図4c】本発明の多様な実施形態による無線通信システムにおける通信部の構成を示す。

【図5】本発明の多様な実施形態による端末の間のユニキャスト方式の直接通信を行う状況を示す。

【図6】本発明の多様な実施形態による端末の間のユニキャスト送信のためのセッションを設定する状況を示す。

【図7a】本発明の多様な実施形態による端末の間のユニキャスト送信のためのＲＬＣ送信モードを設定する端末と基地局との間の信号手続きを示す。

【図7b】本発明の多様な実施形態による端末の間のユニキャスト送信のためのＲＬＣ送信モードを設定する端末と基地局との間の信号手続きを示す。

【図7c】本発明の多様な実施形態による端末の間のユニキャスト送信のためのＲＬＣ送信モードを設定する端末と基地局との間の信号手続きを示す。

【図7d】本発明の多様な実施形態による端末の間のユニキャスト送信のためのＲＬＣ送信モードを設定する端末と基地局との間の信号手続きを示す。

【図7e】本発明の多様な実施形態による端末の間のユニキャスト送信のためのＲＬＣ送信モードを設定する端末と基地局との間の信号手続きを示す。

【図7f】本発明の多様な実施形態による端末の間のユニキャスト送信のためのＲＬＣ送信モードを設定する端末と基地局との間の信号手続きを示す。

【図8】本発明の多様な実施形態による端末の間のユニキャスト送信のためのセッションを解除する状況を示す。

【図9】本発明の多様な実施形態による端末の間のユニキャスト送信のための基地局動作を示す。

【図10】本発明の多様な実施形態による端末の間のユニキャスト送信のためのＲＲＣ接続の端末動作を示す。

【図11】本発明の多様な実施形態による端末の間のユニキャスト送信のためのＲＲＣ未接続状態の端末動作を示す。

【図12a】本発明の多様な実施形態によるＶ２ＸサービスタイプによるＲＡＴ情報を交換する端末と基地局との間の信号手続きを示す。

【図12b】本発明の多様な実施形態によるＶ２ＸサービスタイプによるＲＡＴ情報を交換する端末と基地局との間の信号手続きを示す。

【図13】本発明の多様な実施形態によるＶ２ＸサービスタイプによるＲＡＴ情報に基づいてＶ２Ｘ設定情報を獲得するＲＲＣ接続状態の端末動作を示す。

【図14】本発明の多様な実施形態によるＶ２ＸサービスタイプによるＲＡＴ情報に基づいてＶ２Ｘ設定情報を獲得するＲＲＣ未接続状態の端末動作を示す。

【図15】本発明の一実施形態によるサイドリンクユニキャスト設定情報を処理する端末の動作を示す。

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

【0012】

本開示で用いられる用語は、単に特定の実施形態を説明するために用いられるものであり、他の実施形態の範囲を限定しようとする意図ではない。単数の表現は、文脈上の明白に異なるように意味しない限り、複数の表現を含む。技術的や科学的な用語を含んでここで用いられる用語は本明細書に記載した技術分野で通常の知識を有する者によって一般的に理解されるものと同一な意味を有する。本開示に用いられる用語のうちの一般的な辞典的に定義された用語は、関連技術の文脈上の有する意味と同一又は類似の意味で解釈され、本明細書で明白に定義されない限り、理想的や過度に形式的な意味で解釈されてはならない。場合によって、本明細書で定義された用語でも本発明の実施形態を排除するように解釈されてはならない。

【0013】

以下で説明する本発明の多様な実施形態ではハードウェア的なアプローチ方法を例示として説明する。しかし、本発明の多様な実施形態ではハードウェアとソフトウェアをいずれも用いる技術を含んでいるため、本発明の多様な実施形態はソフトウェア基盤のアプローチ方法を除くものではない。

【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】

図４ｃを参照すると、アナログビームフォーミング部４０８に入力された信号は、位相／大きさ変換、増幅の演算を経て、アンテナを介して送信される。この時、各経路の信号は、同一なアンテナセット、即ちアンテナアレイを介して送信される。第１経路を介して入力された信号の処理を見ると、信号は、位相／大きさ変換部（４１２－１－１～４１２－１－Ｍ）によってそれぞれ異なるか又は同一な位相／大きさを有する信号列に変換され、増幅器（４１４－１－１～４１４－１－Ｍ）によって増幅される。そして、一つのアンテナアレイを介して送信されるように、増幅された信号は、アンテナ要素を基準に合算部（４１６－１－１～４１６－１－Ｍ）によって合算された後、アンテナを介して送信される。

【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】

上記（２）で、基地局がユニキャストサイドリンクに必要なＲＬＣ送信モード及びｃｏｎｆｉｇｕｒａｔｉｏｎを判断する動作は次の通りである。

【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】

１１０、１５０基地局
１１２、１１３、１２１、１３１サービングビーム
１２０、１３０、１６０端末
２１０無線通信部
２２０バックホール通信部
２３０、３２０記憶部
２４０、３３０制御部
３１０通信部
４０２符号化及び変調部
４０４デジタルビームフォーミング部
４０６－１～４０６－Ｎ送信経路
４０８アナログビームフォーミング部
４１２－１－１～４１２－Ｎ－Ｍ位相／大きさ変換部
４１４－１－１～４１４－１－Ｍ増幅器
４１６－１～４１６－Ｍ合算部

【図1】