JP7174058B2 - 伝送モードを判定するための方法およびデバイス、記憶媒体、ならびに電子デバイス - Google Patents

Description

本開示は、通信の分野に関し、特に、伝送方法を判定するための方法およびデバイス、記憶媒体、ならびに電子デバイスに関する。

車両のインターネットは、合意された通信プロトコルおよびデータ相互作用規格に従った、車両とＸ（Ｘ：車両、歩行者、インフラストラクチャ、またはインターネット）との間の無線通信および情報交換のための大規模システムネットワークを指す。車両のインターネットの通信を通して、車両の運転安全性が、実現されることができ、交通効率が、改良されることができ、車両は、利便性またはエンターテインメント情報を提供されることができる。無線通信の目的に従って、３つの異なるタイプの車両のインターネットの通信：車車間（Ｖ２Ｖ）通信、路車間／車ネットワーク間（Ｖ２Ｉ／Ｖ２Ｎ）通信および車歩行者間（Ｖ２Ｐ）通信が存在し、これは、集合的に、Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信と称される。

第３世代パートナーシッププロジェクト（３ＧＰＰ）組織のロングタームエボリューション（ＬＴＥ）に基づく、Ｖ２Ｘ通信の研究では、ユーザ機器（ＵＥ）間の直接リンク／サイドリンクに基づく、Ｖ２Ｘ通信方法は、Ｖ２Ｘ規格を実装するための１つの方法である、すなわち、サービスデータは、基地局およびコアネットワークによって転送されずに、直接、エアインターフェースを通して、ソースユーザ機器から標的ユーザ機器に伝送される。図１は、既存の技術による、Ｖ２Ｘ直接／サイドリンク通信の概略図である。図１に示されるように、本Ｖ２Ｘ通信モードは、単に、ＰＣ５ベースのＶ２Ｘ通信またはＶ２Ｘサイドリンク通信と称される。

技術および自動化産業の発達に伴って、Ｖ２Ｘ通信のシナリオは、さらに拡張され、より高い性能要件を有している。第２段階における３ＧＰＰの研究（Ｒ１５ Ｖ２Ｘ）はさらに、拡張され、Ｒ１４ Ｖ２Ｘを補完し、これは、Ｒ１４ Ｖ２Ｘ通信と後方互換性があり、より高い性能要件を有する、Ｖ２Ｘサービスをサポートする。Ｒ１５ Ｖ２Ｘ ＵＥおよびＲ１４ Ｖ２Ｘ ＵＥは、同一リソースプール内に共存し、ＰＣ５キャリア集約、６４ＱＡＭ、伝送多様性等の性能をさらにサポートし得る。Ｒ１４ Ｖ２Ｘ ＵＥおよびＲ１５ Ｖ２Ｘ ＵＥが、システム内に同時に存在する、またはシステム内のＵＥが、能力差を有するとき、Ｖ２Ｘサイドリンク通信をより効果的に実施する方法を検討する必要がある。

上記の問題のための効果的ソリューションは、まだ提案されていない。

（要約）
本開示の実施形態は、システム内に異なるタイプまたは異なる能力のＵＥが存在するとき、通信をより良好に実施する方法の既存の技術における問題を解決するために、伝送方法を判定するための方法およびデバイス、記憶媒体、ならびに電子デバイスを提供する。

伝送モードを判定するための方法が、本開示の実施形態に従って提供され、本方法は、下記に説明されるステップを含む。伝送モードを判定するための情報が、入手され、情報は、第１の端末の上位層または第１の端末のアプリケーション層からの第１のサービスについてのサービスプロファイル情報、第１の端末についてのアクセス層情報、基地局によって第１の端末のために構成される伝送パラメータ情報、または近接サービスの第２の端末についての能力情報のうちの少なくとも１つを含み、伝送モードは、情報に従って判定される。

伝送モードを判定するためのデバイスが、本開示の別の実施形態に従って提供され、本デバイスは、入手モジュールと、判定モジュールとを含む。入手モジュールは、伝送モードを判定するための情報を入手するように構成され、情報は、第１の端末の上位層または第１の端末のアプリケーション層からの第１のサービスについてのサービスプロファイル情報、第１の端末についてのアクセス層情報、基地局によって第１の端末のために構成される伝送パラメータ情報、または近接サービスの第２の端末についての能力情報のうちの少なくとも１つを含む。判定モジュールは、情報に従って、伝送モードを判定するように構成される。

記憶媒体がさらに、本開示の別の実施形態に従って提供され、記憶媒体は、コンピュータプログラムを記憶する。コンピュータプログラムが、実行されると、コンピュータプログラムは、上記に説明される方法実施形態におけるステップのうちの任意の１つを実装するように構成される。

電子デバイスがさらに、本開示の別の実施形態に従って提供される。電子デバイスは、メモリと、プロセッサとを含む。メモリは、コンピュータプログラムを記憶するように構成される。プロセッサは、コンピュータプログラムを実行し、上記に説明される方法実施形態におけるステップのうちの任意の１つを実施するように構成される。

本開示の実施形態を通して、このように、第１の端末の上位層または第１の端末のアプリケーション層からの第１のサービスについてのサービスプロファイル情報、第１の端末についてのアクセス層情報、基地局によって第１の端末のために構成される伝送パラメータ情報、または近接サービスの第２の端末についての能力情報のうちの少なくとも１つが、入手され、伝送モードが、これらの情報に基づいて判定されるため、異なるタイプまたは異なる能力のＵＥがシステム内に存在するとき、判定された伝送モードが、受信側端末に適合され、それによって、通信性能を改良し得るように、伝送モードが、入手された情報に基づいて判定されることができる。したがって、異なるタイプまたは異なる能力のＵＥがシステム内に存在するときの通信をより良好に実施する方法の既存の技術における問題は、解決されることができる。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
伝送モードを判定するための方法であって、
前記伝送モードを判定するための情報を入手することであって、前記情報は、第１の端末の上位層または前記第１の端末のアプリケーション層からの第１のサービスについてのサービスプロファイル情報、前記第１の端末についてのアクセス層情報、基地局によって前記第１の端末のために構成される伝送パラメータ情報、または近接サービスの第２の端末についての能力情報のうちの少なくとも１つを含む、ことと、
前記情報に従って、前記伝送モードを判定することと
を含む、方法。
（項目２）
前記第１のサービスについての前記サービスプロファイル情報を入手することは、前記第１の端末の前記上位層または前記第１の端末の前記アプリケーション層によって送達されるインジケーション情報を受信することを含み、前記インジケーション情報は、前記第１のサービスについての前記サービスプロファイル情報を搬送する、項目１に記載の方法。
（項目３）
前記第１の端末の前記上位層または前記第１の端末の前記アプリケーション層によって送達される前記インジケーションを受信する前に、前記方法はさらに、
前記第１の端末の前記上位層または前記第１の端末の前記アプリケーション層によって、サービスのサービスタイプと前記サービスについてのサービスプロファイル情報との間のマッピング関係を入手することと、
前記第１のサービスのサービスタイプおよび前記マッピング関係に従って、前記第１のサービスについての前記サービスプロファイル情報を判定することと
を含み、
前記マッピング関係は、各サービスタイプに対応するサービスプロファイル情報のうちの少なくとも１つ、またはサービスプロファイル情報のそれぞれに対応する少なくとも１つのサービスタイプを含む、項目２に記載の方法。
（項目４）
前記第１の端末の前記上位層または前記第１の端末の前記アプリケーション層は、以下の様式：
前記マッピング関係を事前に構成するモードを通して入手すること、
車両制御機能エンティティのインターネットを通して入手すること、または
近接サービス制御機能エンティティを通して入手すること
のうちの少なくとも１つにおいて、前記マッピング関係を入手する、項目３に記載の方法。
（項目５）
前記第１のサービスについての前記サービスプロファイル情報は、前記第１のサービスについてのプロトコルバージョン情報または前記第１のサービスについての伝送フォーマット情報のうちの少なくとも１つを含む、項目１～４のいずれか１項に記載の方法。
（項目６）
前記伝送モードは、前記第１のサービスを伝送する伝送フォーマット、前記第１のサービスを伝送するために使用される変調および符号化スキーム、前記第１のサービスを伝送するために使用される伝送多様性、前記第１のサービスを伝送するための直接リンクインターフェース（ＰＣ５）データ複製を使用するモード、または前記第１のサービスを伝送するための直接リンクインターフェース（ＰＣ５）データ分割を使用するモードのうちの少なくとも１つを含む、項目１に記載の方法。
（項目７）
前記アクセス層情報は、リソース使用量、チャネルビジー率、リソース競合確率、またはチャネル品質のうちの少なくとも１つを含む、項目１に記載の方法。
（項目８）
前記情報を入手する前に、前記情報が、前記基地局によって前記第１の端末のために構成される前記伝送パラメータ情報を含むことを判定することに応答して、前記方法はさらに、前記基地局に、以下の情報：前記第１の端末についての能力情報、前記第１のサービスのサービスタイプ、または前記第１のサービスについてのプロトコルバージョン情報のうちの少なくとも１つを報告することを含む、項目１に記載の方法。
（項目９）
前記第１の端末についての前記能力情報は、前記第１の端末が直交振幅変調（６４ＱＡＭ）をサポートするかどうか、前記第１の端末が伝送多様性をサポートするかどうか、前記第１の端末がＰＣ５データ複製をサポートするかどうか、前記第１の端末がＰＣ５データ分割をサポートするかどうか、または前記第１の端末によってサポートされる伝送フォーマットについての情報のうちの少なくとも１つを含む、項目８に記載の方法。
（項目１０）
前記第１のサービスの前記サービスタイプまたは前記第１のサービスについての前記プロトコルバージョン情報のうちの少なくとも１つは、以下の様式：
ユーザ機器補助情報を通して、前記第１のサービスの前記サービスタイプまたは前記第１のサービスについての前記プロトコルバージョン情報のうちの少なくとも１つを搬送すること、
サイドリンクユーザ機器情報を通して、前記第１のサービスの前記サービスタイプまたは前記第１のサービスについての前記プロトコルバージョン情報のうちの少なくとも１つを搬送すること、
サイドリンクバッファサイズ報告を通して、前記第１のサービスの前記サービスタイプまたは前記第１のサービスについての前記プロトコルバージョン情報のうちの少なくとも１つを搬送すること、または
サイドリンク上の定義されたメディアアクセス制御制御要素（ＭＡＣ ＣＥ）を通して、前記第１のサービスの前記サービスタイプまたは前記第１のサービスについての前記プロトコルバージョン情報のうちの少なくとも１つを搬送すること
のうちの少なくとも１つにおいて、前記基地局に報告される、項目８に記載の方法。
（項目１１）
前記ＭＡＣ ＣＥは、ビットマップを含み、前記第１のサービスの前記サービスタイプまたは前記第１のサービスについての前記プロトコルバージョン情報のうちの少なくとも１つは、前記ビットマップの少なくとも１ビットを通して示される、項目１０に記載の方法。
（項目１２）
前記情報に従って前記伝送モードを判定した後、前記方法はさらに、伝送されるサイドリンク制御情報内の伝送されるサービスについてのプロトコルバージョン情報または伝送フォーマット情報を示すことを含み、前記プロトコルバージョン情報または前記伝送フォーマット情報は、前記サイドリンク制御情報の第１のビットからＮ番目のビットまでまたは前記サイドリンク制御情報の留保ビットに設置され、Ｎは、１を上回るまたはそれと等しい整数である、項目１に記載の方法。
（項目１３）
前記近接サービスの前記第２の端末についての前記能力情報は、以下の様式：
第１のサイドリンクブロードキャストシグナリングを通して、前記第２の端末によって伝送される前記第２の端末についての前記能力情報を受信すること、
第１のサイドリンクユニキャストシグナリングを通して、前記第２の端末によって伝送される前記第２の端末についての前記能力情報を受信すること、または
サイドリンク上の定義されたＭＡＣ ＣＥを通して、前記第２の端末によって伝送される前記第２の端末についての前記能力情報を受信すること
のうちの少なくとも１つにおいて入手される、項目１に記載の方法。
（項目１４）
前記第２の端末についての前記能力情報を受信する前に、前記方法はさらに、
第２のサイドリンクブロードキャストシグナリングを通して、前記第２の端末に、前記第２の端末についての前記能力情報を要求するように構成される、要求メッセージを伝送すること、または
第２のサイドリンクユニキャストシグナリングを通して、前記第２の端末に、前記第２の端末についての前記能力情報を要求するように構成される、要求メッセージを伝送すること
を含む、項目１３に記載の方法。
（項目１５）
前記第２の端末についての前記能力情報は、前記第２の端末が直交振幅変調（６４ＱＡＭ）をサポートするかどうか、前記第２の端末が伝送多様性をサポートするかどうか、前記第２の端末がＰＣ５データ複製をサポートするかどうか、前記第２の端末がＰＣ５データ分割をサポートするかどうか、または前記第２の端末によってサポートされる伝送フォーマットについての情報のうちの少なくとも１つを含む、項目１３または１４に記載の方法。
（項目１６）
伝送モードを判定するためのデバイスであって、
前記伝送モードを判定するための情報を入手するように構成されている、入手モジュールであって、前記情報は、第１の端末の上位層または前記第１の端末のアプリケーション層からの第１のサービスについてのサービスプロファイル情報、前記第１の端末についてのアクセス層情報、基地局によって前記第１の端末のために構成される伝送パラメータ情報、または近接サービスの第２の端末についての能力情報のうちの少なくとも１つを含む、入手モジュールと、
前記情報に従って、前記伝送モードを判定するように構成されている、判定モジュールと
を備える、デバイス。
（項目１７）
コンピュータプログラムを記憶する、記憶媒体であって、前記コンピュータプログラムは、実行されると、項目１～１５のいずれか１項に記載の方法を実施するように構成されている、記憶媒体。
（項目１８）
メモリと、プロセッサとを備える、電子デバイスであって、前記メモリは、コンピュータプログラムを記憶し、前記プロセッサは、前記コンピュータプログラムを実行し、項目１～１５のいずれか１項に記載の方法を実施するように構成されている、電子デバイス。

本明細書に説明される図面は、本開示のさらなる理解を提供し、本願の一部を形成するために使用される。本開示における例示的実施形態およびその説明は、本開示を説明するために使用され、本開示に対する不適切な限界を形成するものではない。

図１は、既存の技術による、Ｖ２Ｘ直接／サイドリンク通信の概略図である。 図２は、本開示の実施形態による、伝送モードを判定するための方法のためのモバイル端末のハードウェア構造ブロック図である。 図３は、本開示の実施形態による、伝送モードを判定するための方法のフローチャートである。 図４は、本開示の代替実施形態による、伝送モードを判定するための方法のフローチャートである。 図５は、本開示の実施形態による、伝送モードを判定するためのデバイスの構造ブロック図である。 図６は、本開示の実施形態による、キャリア集約を通したデータ複製の受信側概略図である。 図７は、本開示の実施形態による、二重コネクティビティを通したデータ複製の受信側概略図である。 図８（ａ）は、本開示の実施形態による、ＵＭ ＲＬＣエンティティ並替の概略図である。図８（ｂ）は、本開示の実施形態による、ＡＭ ＲＬＣエンティティ並替の概略図である。 図９は、本開示の実施形態による、ＰＤＣＰ並替の概略図である。

（詳細な説明）
以降では、本開示は、実施形態と併せて、図面を参照して詳細に説明されるであろう。矛盾しない場合、本願における実施形態およびその中の特徴は、相互に組み合わせられてもよいことに留意されたい。

本開示の説明、請求項、および図面内の用語「第１」、「第２」、および同等物は、類似物体間で区別するために使用され、必ずしも、特定の順序またはシーケンスを説明するために使用されるわけではないことに留意されたい。

実施形態１
本願の実施形態１によって提供される方法実施形態は、モバイル端末、コンピュータ端末、または他の類似コンピューティング装置上で実行されてもよい。モバイル端末上で実行される方法を実施例として挙げると、図２は、本開示の実施形態による、伝送モードを判定するための方法のためのモバイル端末のハードウェア構造ブロック図である。図２に示されるように、モバイル端末２０は、１つ以上の（１つのみが、図２に示される）プロセッサ２０２（各プロセッサ２０２は、限定ではないが、マイクロコントローラユニット（ＭＣＵ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他の処理装置を含んでもよい）と、データを記憶するように構成される、メモリ２０４とを含んでもよい。随意に、モバイル端末はさらに、入出力デバイス２０８と、通信機能のための伝送デバイス２０６とを含んでもよい。図２に示される構造は、単に、例証的であって、モバイル端末の構造を限定することを意図するものではないことが、当業者によって理解され得る。例えば、モバイル端末２０はさらに、図２に示されるコンポーネントより多いまたはより少ないコンポーネントを含んでもよい、もしくは図２に示される構成と異なる構成を有してもよい。

メモリ２０４は、ソフトウェアプログラムおよびアプリケーションソフトウェアのモジュール、例えば、本開示の実施形態における伝送モードを判定するための方法に対応するコンピュータプログラム等のコンピュータプログラムを記憶するように構成されてもよい。プロセッサ２０２は、メモリ２０４内に記憶されるソフトウェアプログラムを実行し、種々の機能アプリケーションおよびデータ処理を実施する、すなわち、前述の方法を実装する。メモリ２０４は、高速ランダムアクセスメモリを含んでもよい、またはさらに、１つ以上の磁気記憶装置、フラッシュメモリ、もしくは他の不揮発性ソリッドステートメモリ等の不揮発性メモリを含んでもよい。いくつかの実施例では、メモリ２０４はさらに、プロセッサ２０２に対して遠隔に配置される、メモリを含んでもよい。これらの遠隔メモリは、ネットワークを介して、モバイル端末２０に接続されてもよい。ネットワークの実施例として、限定ではないが、インターネット、イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク、およびそれらの組み合わせが挙げられる。

伝送デバイス２０６は、ネットワークを介して、データを受信する、または伝送するように構成される。上記のネットワークの具体的実施例は、モバイル端末２０の通信プロバイダによって提供される無線ネットワークを含んでもよい。ある実施例では、伝送デバイス２０６は、ネットワークインターフェースコントローラ（ＮＩＣ）を含み、これは、基地局を通して、他のネットワークデバイスに接続され、それによって、インターネットと通信してもよい。ある実施例では、伝送デバイス２０６は、無線周波数（ＲＦ）モジュールであってもよく、これは、無線様式において、インターネットと通信するように構成される。

本実施形態は、モバイル端末上で実行される、伝送モードを判定するための方法を提供する。本方法は、必ずしもではないが、Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信、デバイス間（Ｄ２Ｄ）通信、または機器間直接通信を伴う他のシステムに適用されてもよい。図３は、本開示の実施形態による、伝送モードを判定するための方法のフローチャートである。図３に示されるように、プロセスは、下記に説明されるステップを含む。

ステップＳ３０２では、伝送モードを判定するための情報が、入手される。情報は、第１の端末の上位層または第１の端末のアプリケーション層からの第１のサービスについてのサービスプロファイル情報、第１の端末についてのアクセス層情報、基地局によって第１の端末のために構成される伝送パラメータ情報、または近接サービスの第２の端末についての能力情報のうちの少なくとも１つを含む。

ステップＳ３０４では、伝送モードが、情報に従って判定される。

前述のステップを通して、このように、第１の端末の上位層または第１の端末のアプリケーション層からの第１のサービスについてのサービスプロファイル情報、第１の端末についてのアクセス層情報、基地局によって第１の端末のために構成される伝送パラメータ情報、または近接サービスの第２の端末についての能力情報のうちの少なくとも１つが、入手され、伝送モードが、これらの情報に基づいて判定されるため、異なるタイプまたは異なる能力のＵＥがシステム内に存在するとき、判定された伝送モードが、受信側端末に適合され、それによって、通信性能を改良し得るように、伝送モードが、入手された情報に基づいて判定されることができる。したがって、異なるタイプまたは異なる能力のＵＥがシステム内に存在するときのより良好な通信を実施する方法の既存の技術における問題は、解決されることができる。

近接サービスの第２の端末は、限定ではないが、第１の端末の伝送範囲内の端末、第１の端末から所定の閾値未満の距離を有する端末、または第１の端末の反対側のデバイスのうちの少なくとも１つであってもよいことに留意されたい。

サービスプロファイル情報は、必ずしもではないが、プロトコルバージョン情報または伝送フォーマット情報のうちの少なくとも１つを含んでもよいことに留意されたい。Ｖ２Ｘ通信に適用される方法を実施例として挙げると、プロトコルバージョン情報は、Ｒ１４プロトコルまたはＲ１５プロトコルを含んでもよく、伝送フォーマット情報は、Ｒ１４フォーマットまたはＲ１５フォーマットを含んでもよく、これは、それらに限定されない。

アクセス層情報は、リソース使用量、チャネルビジー率、リソース競合確率、またはチャネル品質のうちの少なくとも１つを含むことに留意されたい。リソース使用量は、第１の端末によって事前に構成または要求される、リソースプール内のリソースのリソース使用量であってもよく、リソース競合確率は、同一リソースプール内の異なるタイプの端末によって使用される、リソース間の競合確率であってもよく、これは、それらに限定されないことに留意されたい。

第２の端末についての能力情報は、必ずしもではないが、第２の端末が直交振幅変調（６４ＱＡＭ）をサポートするかどうか、第２の端末が伝送多様性をサポートするかどうか、第２の端末が直接リンクインターフェース（ＰＣ５）データ複製をサポートするかどうか、第２の端末がＰＣ５データ分割をサポートするかどうか、または第２の端末によってサポートされる伝送フォーマットについての情報のうちの少なくとも１つを含んでもよいことに留意されたい。

本開示のある実施形態では、第１のサービスについてのサービスプロファイル情報が入手される、ステップ３０２は、第１の端末の上位層または第１の端末のアプリケーション層によって送達されるインジケーション情報を受信することとして表され得、インジケーション情報は、第１のサービスについてのサービスプロファイル情報を搬送する。

第１の端末の上位層または第１の端末のアプリケーション層によって送達されるインジケーション情報を受信するステップの前に、本方法はさらに、下記に説明されるステップを含むことに留意されたい。第１の端末の上位層または第１の端末のアプリケーション層が、サービスのサービスタイプとサービスについてのサービスプロファイル情報との間のマッピング関係を入手し、第１のサービスについてのサービスプロファイル情報が、第１のサービスのサービスタイプおよびマッピングに従って判定される。マッピング関係は、各サービスタイプに対応するサービスプロファイル情報のうちの少なくとも１つ、またはサービスプロファイル情報のそれぞれに対応する少なくとも１つのサービスタイプを含む。

サービスプロファイル情報は、プロトコルバージョン情報または伝送フォーマット情報のうちの少なくとも１つを含んでもよく、サービスのサービスタイプとサービスについてのサービスプロファイル情報との間のマッピング関係は、サービスのサービスタイプとサービスについてのプロトコルバージョン情報との間のマッピング関係、またはサービスのサービスタイプとサービスについての伝送フォーマット情報との間のマッピング関係のうちの少なくとも１つによって表されてもよいことに留意されたい。

第１の端末の上位層または第１の端末のアプリケーション層は、以下の様式：マッピング関係を事前に構成するモードを通して入手すること、車両制御機能エンティティのインターネットを通して入手すること、または近接サービス制御機能エンティティを通して入手することのうちの少なくとも１つにおいて、マッピング関係を入手することに留意されたい。

伝送モードは、第１のサービスを伝送するために使用される伝送フォーマット、第１のサービスを伝送するために使用される変調および符号化スキーム、第１のサービスを伝送するために使用される伝送多様性、第１のサービスを伝送するためのＰＣ５データ複製を使用するモード、または第１のサービスを伝送するための直接リンクインターフェース（ＰＣ５）データ分割を使用するモードのうちの少なくとも１つを含むことに留意されたい。

直接リンクインターフェースは、必ずしもではないが、ＵＥ間インターフェースと称される、またはサイドリンクと称されてもよいことに留意されたい。

本開示のある実施形態では、ステップＳ３０２の前に、情報が、基地局によって第１の端末のために構成される伝送パラメータ情報を含むとき、本方法はさらに、下記に説明されるステップを含んでもよい。第１の端末についての能力情報、第１のサービスのサービスタイプ、または第１のサービスについてのプロトコルバージョン情報のうちの少なくとも１つが、基地局に報告される。

第１の端末についての能力情報は、第１の端末が直交振幅変調（６４ＱＡＭ）をサポートするかどうか、第１の端末が伝送多様性をサポートするかどうか、第１の端末がＰＣ５データ複製をサポートするかどうか、第１の端末がＰＣ５データ分割をサポートするかどうか、または第１の端末によってサポートされる伝送フォーマットについての情報のうちの少なくとも１つを含むことに留意されたい。

第１のサービスのサービスタイプまたは第１のサービスについてのプロトコルバージョン情報のうちの少なくとも１つは、以下の様式：ユーザ機器補助情報を通して、第１のサービスのサービスタイプまたは第１のサービスについてのプロトコルバージョン情報のうちの少なくとも１つを搬送すること、サイドリンクユーザ機器情報を通して、第１のサービスのサービスタイプまたは第１のサービスについてのプロトコルバージョン情報のうちの少なくとも１つを搬送すること、サイドリンクバッファサイズ報告を通して、第１のサービスのサービスタイプまたは第１のサービスについてのプロトコルバージョン情報のうちの少なくとも１つを搬送すること、またはサイドリンク上の定義されたメディアアクセス制御制御要素（ＭＡＣ ＣＥ）を通して、第１のサービスのサービスタイプもしく第１のサービスについてのプロトコルバージョン情報のうちの少なくとも１つを搬送することのうちの少なくとも１つにおいて、基地局に報告されることに留意されたい。

上記に述べられたＭＡＣ ＣＥは、必ずしもではないが、既存の技術におけるＭＡＣ ＣＥと異なる、または既存の技術におけるＭＡＣ ＣＥに基づいて拡張されたＭＡＣ ＣＥ、もしくは新しく定義されたＭＡＣ ＣＥであってもよいことに留意されたい。

ＭＡＣ ＣＥは、ビットマップを含むことに留意されたい。その場合、第１のサービスのサービスタイプまたは第１のサービスについてのプロトコルバージョン情報のうちの少なくとも１つは、ビットマップの少なくとも１ビットを通して示される。例えば、ビットマップ内の１ビットは、第１のサービスのサービスタイプまたは第１のサービスについてのプロトコルバージョン情報のうちの少なくとも１つを示すために使用される。１ビットが、第１の値を有するとき、１ビットは、第１のサービスのサービスタイプが、第１のタイプであって、および／またはプロトコルバージョン情報が、第１のバージョン情報（例えば、バージョンＲ１４）であることを示すために使用され、１ビットが、第２の値を有するとき、１ビットは、第１のサービスのサービスタイプが、第２のタイプであって、および／またはプロトコルバージョン情報が、第２のバージョン情報（例えば、バージョンＲ１５）であることを示すために使用され、これは、それらに限定されない。複数のビットが、インジケーションのために使用されるとき、第１のサービスのサービスタイプまたは第１のサービスについてのプロトコルバージョン情報のうちの少なくとも１つが、複数のビットの異なる値を通して判定される。複数のビットが、インジケーションのために使用されるとき、複数のステータス値が存在してもよいことに留意されたい。複数のステータス値が、第１のサービスのサービスタイプおよび／またはプロトコルバージョン情報を示した後、依然として、未使用値を有する場合、これらの未使用ステータス値は、留保値であってもよい。例えば、２ビットが、プロトコルバージョン情報を示すために使用され、したがって、４つの状態（００、０１、１０、および１１）が存在するが、２つのプロトコルバージョン（バージョンＲ１４およびバージョンＲ１５）が存在するとする。したがって、００が、バージョンＲ１４を示すために使用され、０１が、バージョンＲ１５を示すために使用され、未使用状態１０および１１は両方とも、留保値となり得る。

本開示のある実施形態では、ステップＳ３０４後、本方法はさらに、下記に説明されるステップを含んでもよい。伝送されるサービスについてのプロトコルバージョン情報または伝送されるサービスについての伝送フォーマット情報が、伝送されるサイドリンク制御情報内に示され、プロトコルバージョン情報または伝送フォーマット情報は、サイドリンク制御情報の第１のビットからＮ番目のビットまでまたはサイドリンク制御情報の留保ビットに設置され、Ｎは、１を上回るまたはそれと等しい整数である。

本開示のある実施形態では、近接サービスの第２の端末についての能力情報は、以下の様式：第１のサイドリンクブロードキャストシグナリングを通して、第２の端末によって伝送される第２の端末についての能力情報が、受信される、第１のサイドリンクユニキャストシグナリングを通して、第２の端末によって伝送される第２の端末についての能力情報が、受信される、またはサイドリンク上の定義されたＭＡＣ ＣＥを通して、第２の端末によって伝送される第２の端末についての能力情報が、受信されることのうちの少なくとも１つにおいて入手される。

第２の端末についての能力情報を受信するステップの前に、本方法はさらに、下記に説明されるステップを含むことに留意されたい。第２の端末についての能力情報を要求するように構成される、要求メッセージが、第２のサイドリンクブロードキャストシグナリングを通して、第２の端末に伝送される、または第２の端末についての能力情報を要求するように構成される、要求メッセージが、第２のサイドリンクユニキャストシグナリングを通して、第２の端末に伝送される。

第２の端末についての能力情報を受信するステップは、サイドリンクブロードキャストシグナリングまたはサイドリンクユニキャストシグナリングを通して実装され、第２の端末についての能力情報を受信してもよいが、これは、それらに限定されないことに留意されたい。

随意に、前述のステップは、必ずしもではないが、図２に示される端末、または本実施形態における第１の端末によって実施されてもよい。

本開示の実施形態をより深く理解するために、本開示は、代替実施形態と併せて、下記にさらに説明されるであろう。

本開示の代替実施形態は、伝送モードを判定するための方法を提供する。本方法は、端末によって伝送されるサービスのサービスプロファイルおよび／またはアクセス層情報を通して、伝送モードを判定することを含み、具体的には、下記に説明される形態をとってもよい。

伝送フォーマットが、伝送されるサービスのプロファイルに関して選択される。伝送されるサービスが、Ｒ１４ ＵＥによって受信される必要がある、または伝送されるサービスは、Ｒ１４ Ｖ２Ｘサービスタイプを有する場合、Ｒ１４伝送フォーマットが、使用される。伝送されるサービスが、Ｒ１４ ＵＥによって受信される必要がない、または伝送されるサービスが、Ｒ１５ Ｖ２Ｘによってのみサポートされるサービスタイプを有する場合、Ｒ１５伝送フォーマットが、使用される。具体的伝送モードがさらに、変調コーディングスキーム、伝送多様性、ＰＣ５データ複製、ＰＣ５データ分割等の他の要件情報、能力情報、またはアクセス層情報に従って判定されてもよい。

ＵＥのために事前に構成される、またはＶ２Ｘ制御機能エンティティによって構成される、Ｖ２Ｘサービスタイプとプロトコルバージョン情報（Ｒ１４およびＲ１５等）との間のマッピング関係は、１）サービスタイプ／宛先ＩＤ（Ｖ２Ｘサービスタイプ／Ｖ２Ｘ通信先）毎に、Ｒ１４および／またはＲ１５がサポートされるかどうかが、示される、または２）Ｒ１４およびＲ１５によってサポートされるサービスタイプリスト／宛先ＩＤリストが、提供される等、複数の形態を有してもよい。

ＵＥが、Ｖ２Ｘデータを上位層から受信すると、上位層はさらに、Ｖ２Ｘデータのサービスタイプに対応する、プロトコルバージョン情報または伝送フォーマット情報（Ｒ１４フォーマット、Ｒ１５フォーマット等）を提供する、もしくは示す。すなわち、データが、Ｒ１４ Ｖ２ＸサービスタイプまたはＲ１５ Ｖ２Ｘサービスタイプを有することが示される。

ＵＥアクセス層が、プロトコルバージョン情報または伝送フォーマット情報および上位層によって提供される他の情報（アクセス層情報）に従って、具体的伝送モードを判定する。実施例が、下記のように説明される。

変調次数（変調および符号化スキームインデックス（ＭＣＳ））の選択に関して、他の情報は、伝送範囲、データレート、ＵＥ相対的速度、チャネル品質、および同等物であってもよい。上位層が、伝送されるデータが、Ｒ１４／Ｒ１５ Ｖ２Ｘサービスタイプを有することを示す、またはＲ１４／Ｒ１５伝送フォーマットを使用することを示す場合、ＵＥは、伝送範囲、データレート、ＵＥ相対的速度、チャネル品質、および他の情報に従って、伝送のための変調次数（ＭＣＳ）をさらに選択する。

伝送多様性の選択に関して、他の情報は、リソース使用量、リソース競合確率、輻輳条件、チャネルビジー率、および同等物であってもよい。例えば、上位層が、伝送されるデータが、Ｒ１４Ｖ２Ｘサービスタイプを有することを示す、またはＲ１４伝送フォーマットを使用することを示す場合、ＵＥは、伝送多様性を使用せず、上位層が、伝送されるデータが、Ｒ１５ Ｖ２Ｘサービスタイプを有することを示す、またはＲ１５伝送フォーマットを使用すること示し、より少ないリソース競合およびより低いチャネルビジー率が存在する場合、ＵＥは、伝送多様性を使用することを選択してもよい。

ＰＣ５データ複製またはＰＣ５データ分割に関して、他の情報は、信頼性要件、データレート要件、サービス品質グレード識別、輻輳条件、チャネルビジー率、および同等物であってもよい。例えば、上位層が、伝送されるデータが、Ｒ１５ Ｖ２Ｘサービスタイプを有することを示す、またはＲ１５伝送フォーマットを使用することを示し、より高い信頼性要件およびより良好な輻輳条件が存在する場合、ＵＥは、伝送のために、ＰＣ５データ複製を使用し、伝送信頼性を改良することを選択してもよく、より高いデータレート要件が存在する場合、ＵＥは、ＰＣ５データ分割を使用することを選択し、データ伝送レートを改良してもよい。

本開示の代替実施形態はさらに、伝送モードを判定するための別の方法を提供する。本方法は、基地局を通して、端末のための伝送モードを構成する様式において、伝送モードを判定することを含む。本方法は、具体的には、下記に説明される形態をとる。

基地局が、リソースをスケジュールする場合、ｅＮＢが、適切な伝送構成（変調および符号化スキーム（ＭＣＳ）構成、伝送多様性構成、ＰＣ５データ複製、および／またはＰＣ５データ分割構成等）を実施することを補助するために、ＵＥは、それ自体の能力情報を報告し、サービスタイプおよび／またはプロトコルバージョン情報をｅＮＢに提供する。

ＵＥによって報告される能力情報は、６４ＱＡＭをサポートするかどうか、伝送多様性をサポートするかどうか、ＰＣ５データ複製をサポートするかどうか、ＰＣ５データ分割をサポートするかどうか、またはＲ１５伝送フォーマットをサポートするかどうかのうちの少なくとも１つを含む。

サービスタイプおよび／またはプロトコルバージョン情報がｅＮＢに提供されるステップは、下記に説明されるステップのうちの少なくとも１つを含む。

サービスタイプおよび／またはプロトコルバージョン情報は、ＵＥ補助情報を通して報告される。ＵＥ補助情報は、サービスタイプまたはプロトコルバージョン情報のうちの少なくとも１つを含む。

サービスタイプおよび／またはプロトコルバージョン情報は、ｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを通して提供される。伝送リソースを要求するとき、現在のｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージは、Ｖ２Ｘ通信先（サービスタイプに対応する）リストを伝送周波数点情報内に含有し、したがって、各Ｖ２Ｘ通信先の対応するバージョン情報がさらに、含有され得る。

サービスタイプおよび／またはプロトコルバージョン情報は、サイドリンクバッファサイズ報告（ＢＳＲ）を通して提供される。サイドリンクＢＳＲを報告するとき、サイドリンクＢＳＲは、Ｖ２Ｘ通信先についてのインデックス情報（ｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージ内のＶ２Ｘ通信先のインデックス値に対応する）を含有してもよく、ｅＮＢは、ｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージ内のＶ２Ｘ通信先インデックスおよびＶ２Ｘ通信先リストに従って、要求されるリソースについての周波数点情報を把握し得、したがって、Ｖ２Ｘ通信先インデックスに対応するＶ２Ｘ通信先（すなわち、サービスタイプ）に対応するプロトコルバージョン情報がさらに、サイドリンクＢＳＲ内に含有され得る。

サービスタイプおよび／またはプロトコルバージョン情報は、新しいＭＡＣ ＣＥ、例えば、新しく定義されたＭＡＣ ＣＥを通して提供され、これは、ビットマップ情報の少なくとも１バイトを含有する。各ビットは、サイドリンクＢＳＲ内のＶ２Ｘ通信先インデックスに対応するＶ２Ｘ通信先（すなわち、サービスタイプ）に対応するプロトコルバージョン情報と１対１の対応にあって、例えば、１は、Ｒ１５を示す一方、０は、Ｒ１４を示す。代替として、２ビットずつが、サイドリンクＢＳＲ内のＶ２Ｘ通信先インデックスに対応するＶ２Ｘ通信先（すなわち、サービスタイプ）に対応するプロトコルバージョン情報と対応し、例えば、００は、Ｒ１４を示し、０１は、Ｒ１５を示し、その他は、留保値である。未使用ビットは、０として設定される。

Ｖ２Ｘサービスタイプとプロトコルバージョン情報との間のマッピング関係またはＶ２Ｘ通信先とプロトコルバージョン情報との間のマッピング関係は、ｅＮＢのために事前に構成される。ｅＮＢは、ＵＥ補助情報内のサービスタイプ情報と併せて、またはｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージ内のＶ２Ｘ通信先と併せて、もしくはサイドリンクＢＳＲ内のＶ２Ｘ通信先インデックスと併せて、マッピング関係に従って、対応するプロトコルバージョン情報を取得する。ｅＮＢのための事前構成は、運用管理および保守（ＯＡＭ）構成である、またはホームサブスクライバサーバ（ＨＳＳ）およびモビリティ管理エンティティ（ＭＭＥ）を介して、Ｖ２Ｘ制御機能エンティティによって実施されてもよい。

伝送側端末はさらに、プロトコルバージョン情報または伝送フォーマット情報をサイドリンク制御情報（ＳＣＩ）内に示してもよいことに留意されたい。例えば、１ビットが、インジケーションのために使用され、１は、Ｒ１５／Ｒ１５フォーマットを示す一方、０は、Ｒ１４／Ｒ１４フォーマットを示す、または２ビットが、インジケーションのために使用され、００は、Ｒ１４／Ｒ１４フォーマットを示し、０１は、Ｒ１５／Ｒ１５フォーマットを示し、その他は、留保値である。インジケーション情報は、ＳＣＩの前方部分または留保ビットに設置されてもよい。次いで、受信側ＵＥが、他のＵＥによって送信されるＳＣＩを受信した後、ＳＣＩに示されるデコードされたバージョン情報または伝送フォーマット情報が、受信側ＵＥのバージョンもしくは伝送フォーマットまたは能力より高い場合、受信側ＵＥは、もはやＳＣＩの他のコンテンツをデコードしない、またはもはやＳＣＩ内のインジケーションリソースによって伝送されるサイドリンクデータをデコード／受信せず、したがって、オーバーヘッドを節約する。ＳＣＩに示されるデコードされたバージョン情報または伝送フォーマット情報が、受信側ＵＥのバージョンもしくは伝送フォーマットまたは能力より高くない場合、受信側ＵＥはさらに、ＳＣＩの他のコンテンツをデコードし、および／またはＳＣＩ内のインジケーションリソースによって伝送されるサイドリンクデータを継続してデコード／受信する。

本開示の代替実施形態はさらに、伝送モードを判定するための別の方法を提供する。本方法は、周囲ＵＥまたは反対側のＵＥの能力を通して、伝送モードを判定することを含む。図４は、本開示の代替実施形態による、伝送モードを判定するための方法のフローチャートである。図４に示されるように、能力ネゴシエーションが、ＵＥ間で要求される。具体的には、伝送側ＵＥ（第１の端末に匹敵する）が、周囲ＵＥまたは反対側のＵＥ（近接サービスの第２の端末に匹敵する）の能力を入手し、周囲ＵＥまたは反対側のＵＥの能力情報に従って、伝送モードおよび具体的伝送パラメータを判定し、サービスプロファイルおよび他の情報を伝送する。

伝送側ＵＥが周囲ＵＥまたは反対側のＵＥの能力を入手するステップは、下記に説明されるステップを含むことに留意されたい。

Ｖ２Ｘサイドリンクブロードキャスト通信に関して、伝送側ＵＥが、サイドリンクブロードキャストシグナリング（随意）を通して、ＵＥ能力要求情報を伝送し、近位ＵＥが、情報を受信すると、サイドリンクブロードキャストシグナリングを通して、それ自体のＵＥ能力情報を伝送する。代替として、ＵＥは、サイドリンクブロードキャストシグナリングを通して、それ自体のＵＥ能力情報を周期的にブロードキャストし、伝送側ＵＥは、サイドリンクブロードキャストシグナリングを通して、近傍のＵＥによって伝送されるＵＥ能力情報を受信する。

Ｖ２Ｘサイドリンクユニキャストシグナリングが、サポートされる場合、伝送側ＵＥは、サイドリンクブロードキャストシグナリング（随意）を通して、ＵＥ能力要求情報を伝送し、近位ＵＥが、情報を受信すると、サイドリンクユニキャストシグナリングを通して、それ自体のＵＥ能力情報を伝送側ＵＥに伝送し、伝送側ＵＥは、サイドリンクユニキャストシグナリングを通して、近位ＵＥによって伝送されるＵＥ能力情報を受信する。

Ｖ２Ｘサイドリンクユニキャスト通信に関して、伝送側ＵＥは、サイドリンクユニキャストシグナリング（随意）を通して、ＵＥ能力要求情報を反対側のＵＥに伝送し、反対側のＵＥは、サイドリンクユニキャストシグナリングを通して、それ自体のＵＥ能力情報を返す。

ＵＥは、サイドリンクＭＡＣ ＣＥ、例えば、ＵＥ能力情報を含有し得る、新しく定義されたＭＡＣ ＣＥを通して、それ自体のＵＥ能力情報を伝送する。

ＵＥ能力情報は、６４ＱＡＭをサポートするかどうか、伝送多様性をサポートするかどうか、ＰＣ５データ複製をサポートするかどうか、ＰＣ５データ分割をサポートするかどうか、またはＲ１５伝送フォーマットをサポートするかどうかのうちの少なくとも１つを含むことに留意されたい。

上記の実施形態の説明から、上記に説明される実施形態における方法は、ソフトウェアに加え、必要な汎用ハードウェアプラットフォームによって実装されてもよい、または、当然ながら、ハードウェアによって実装されてもよいことが、当業者に明白となるであろう。しかしながら、多くの場合、前者は、代替実装様式である。本理解に基づいて、本開示の技術的ソリューションは、実質的に、または既存の技術に寄与する部分は、ソフトウェア製品の形態において具現化されてもよい。コンピュータソフトウェア製品は、記憶媒体（読取専用メモリ（ＲＯＭ）／ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、または光ディスク等）内に記憶され、端末デバイス（携帯電話、コンピュータ、サーバ、ネットワークデバイス、または同等物であってもよい）が、本開示の各実施形態に従って方法を実施することを可能にするためのいくつかの命令を含む。

実施形態２
本実施形態はさらに、伝送モードを判定するためのデバイスを提供する。本デバイスは、上記の実施形態および代替実施形態を実装するように構成される。説明された内容は、ここでは繰り返されないであろう。下記で使用されるように、用語「モジュール」は、所定の機能を実装することが可能なソフトウェア、ハードウェア、またはそれらの組み合わせであってもよい。下記に説明される実施形態におけるデバイスは、好ましくは、ソフトウェアによって実装されるが、ハードウェアによる、またはソフトウェアおよびハードウェアの組み合わせによる実装もまた、可能性として考えられ、想起可能である。

図５は、本開示の実施形態による、伝送モードを判定するためのデバイスの構造ブロック図である。図５に示されるように、デバイスは、入手モジュール５２と、判定モジュール５４とを含む。

入手モジュール５２は、伝送モードを判定するための情報を入手するように構成される。情報は、第１の端末の上位層または第１の端末のアプリケーション層からの第１のサービスについてのサービスプロファイル情報、第１の端末についてのアクセス層情報、基地局によって第１の端末のために構成される伝送パラメータ情報、または近接サービスの第２の端末についての能力情報のうちの少なくとも１つを含む。

判定モジュール５４は、入手モジュール５２に接続され、判定モジュール５４は、情報に従って、伝送モードを判定するように構成される。

前述のデバイスを通して、第１の端末の上位層または第１の端末のアプリケーション層からの第１のサービスについてのサービスプロファイル情報、第１の端末についてのアクセス層情報、基地局によって第１の端末のために構成される伝送パラメータ情報、または近接サービスの第２の端末についての能力情報のうちの少なくとも１つが、入手され、伝送モードが、これらの情報に基づいて判定される。このように、システム内に異なるタイプまたは異なる能力のＵＥが存在するとき、判定された伝送モードが、受信側端末に適合され、それによって、通信性能を改良し得るように、伝送モードが、入手された情報に基づいて判定されることができる。したがって、これは、異なるタイプまたは異なる能力のＵＥがシステム内に存在するとき、より良好な通信を実施する方法の既存の技術における問題を解決することができる。

近接サービスの第２の端末は、限定ではないが、第１の端末の伝送範囲内の端末、第１の端末から所定の閾値未満の距離を有する端末、または第１の端末の反対デバイスのうちの少なくとも１つであってもよいことに留意されたい。

サービスプロファイル情報は、必ずしもではないが、プロトコルバージョン情報または伝送フォーマット情報のうちの少なくとも１つを含んでもよいことに留意されたい。Ｖ２Ｘ通信に適用される方法を実施例として挙げると、プロトコルバージョン情報は、Ｒ１４プロトコルまたはＲ１５プロトコルを含んでもよく、伝送フォーマット情報は、Ｒ１４フォーマットまたはＲ１５フォーマットを含んでもよく、これは、それらに限定されない。

アクセス層情報は、必ずしもではないが、リソース使用量、チャネルビジー率、リソース競合確率、またはチャネル品質のうちの少なくとも１つを含んでもよいことに留意されたい。リソース使用量は、第１の端末が使用または事前に使用するために要求する、リソースのリソースプールのリソース使用量であってもよく、リソース競合確率は、同一リソースプール内の異なるタイプの端末によって使用されるリソース間の競合確率であってもよく、これは、それらに限定されないことに留意されたい。

第２の端末についての能力情報は、必ずしもではないが、第２の端末が直交振幅変調（６４ＱＡＭ）をサポートするかどうか、第２の端末が伝送多様性をサポートするかどうか、第２の端末が直接リンクインターフェース（ＰＣ５）データ複製をサポートするかどうか、第２の端末がＰＣ５データ分割をサポートするかどうか、または第２の端末によってサポートされる伝送フォーマットについての情報のうちの少なくとも１つを含んでもよいことに留意されたい。

本開示のある実施形態では、入手モジュール５２はさらに、第１の端末の上位層または第１の端末のアプリケーション層によって送達されるインジケーション情報を受信するように構成される。インジケーション情報は、第１のサービスについてのサービスプロファイル情報を搬送する。

デバイスはさらに、第１の端末の上位層または第１の端末のアプリケーション層が、サービスのサービスタイプとサービスについてのサービスプロファイル情報との間のマッピング関係を入手することを含み、第１のサービスについてのサービスプロファイル情報は、第１のサービスのサービスタイプおよびマッピング関係に従って判定され、マッピング関係は、各サービスタイプに対応するサービスプロファイル情報のうちの少なくとも１つ、またはサービスプロファイル情報のそれぞれに対応する少なくとも１つのサービスタイプを含むことに留意されたい。

サービスプロファイル情報は、プロトコルバージョン情報または伝送フォーマット情報のうちの少なくとも１つを含み得るため、サービスのサービスタイプとサービスについてのサービスプロファイル情報との間のマッピング関係は、サービスのサービスタイプとサービスについてのプロトコルバージョン情報との間のマッピング関係、またはサービスのサービスタイプとサービスについての伝送フォーマット情報との間のマッピング関係のうちの少なくとも１つであってもよいことに留意されたい。

第１の端末の上位層または第１の端末のアプリケーション層は、以下の様式：マッピング関係を事前に構成するモードを通して入手すること、車両制御機能エンティティのインターネットを通して入手すること、または近接サービス制御機能エンティティを通して入手することのうちの少なくとも１つにおいて、マッピング関係を入手することに留意されたい。

近接サービス制御機能エンティティは、第１の端末の伝送範囲内の制御機能エンティティであってもよいことに留意されたい。

伝送モードは、第１のサービスを伝送するために使用される伝送フォーマット、第１のサービスを伝送するために使用される変調および符号化スキーム、第１のサービスを伝送するために使用される伝送多様性、第１のサービスを伝送するためのＰＣ５データ複製を使用するモード、または第１のサービスを伝送するための直接リンクインターフェース（ＰＣ５）データ分割を使用するモードのうちの少なくとも１つを含むことに留意されたい。

本開示のある実施形態では、情報が、基地局によって第１の端末のために構成される伝送パラメータ情報を含む場合、デバイスはさらに、入手モジュール５２に接続される、報告モジュールを含む。報告モジュールは、以下：第１の端末についての能力情報、第１のサービスのサービスタイプ、または第１のサービスについてのプロトコルバージョン情報のうちの少なくとも１つを基地局に報告する。

第１の端末についての能力情報は、第１の端末が直交振幅変調６４ＱＡＭをサポートするかどうか、第１の端末が伝送多様性をサポートするかどうか、第１の端末がＰＣ５データ複製をサポートするかどうか、第１の端末がＰＣ５データ分割をサポートするかどうか、または第１の端末によってサポートされる伝送フォーマットについての情報のうちの少なくとも１つを含むことに留意されたい。

報告モジュールはさらに、以下の様式：ユーザ機器補助情報を通して、第１のサービスのサービスタイプおよび／または第１のサービスについてのプロトコルバージョン情報を搬送する、サイドリンクユーザ機器情報を通して、第１のサービスのサービスタイプおよび／または第１のサービスについてのプロトコルバージョン情報を搬送する、サイドリンクバッファサイズ報告を通して、第１のサービスのサービスタイプおよび／または第１のサービスについてのプロトコルバージョン情報を搬送する、またはサイドリンク上の定義されたメディアアクセス制御制御要素（ＭＡＣ ＣＥ）を通して、第１のサービスのサービスタイプおよび／または第１のサービスについてのプロトコルバージョン情報を搬送することのうちの少なくとも１つにおいて、第１のサービスのサービスタイプまたは第１のサービスについてのプロトコルバージョン情報のうちの少なくとも１つを基地局に報告するように構成されることに留意されたい。

ＭＡＣ ＣＥは、必ずしもではないが、既存の技術におけるＭＡＣ ＣＥと異なる、または既存の技術におけるＭＡＣ ＣＥに基づいて拡張されたＭＡＣ ＣＥ、もしくは新しく定義されたＭＡＣ ＣＥであってもよいことに留意されたい。

本開示のある実施形態では、デバイスはさらに、判定モジュール５４に接続される、インジケーションモジュールを含む。インジケーションモジュールは、伝送されるサイドリンク制御情報内の伝送されるサービスについてのプロトコルバージョン情報または伝送フォーマット情報を示すように構成される。プロトコルバージョン情報または伝送フォーマット情報は、サイドリンク制御情報の第１のビットからＮ番目のビットまでまたはサイドリンク制御情報の留保ビットに設置され、Ｎは、１を上回るまたはそれと等しい整数である。

本開示のある実施形態では、入手モジュール５２は、以下の様式：第１のサイドリンクブロードキャストシグナリングを通して、第２の端末によって送信される第２の端末についての能力情報を受信する、第１のサイドリンクユニキャストシグナリングを通して、第２の端末によって送信される第２の端末についての能力情報を受信する、またはサイドリンク上の定義されたＭＡＣ ＣＥを通して、第２の端末によって送信される第２の端末についての能力情報を受信することのうちの少なくとも１つにおいて、近接サービスの第２の端末についての能力情報を入手してもよい。

デバイスはさらに、伝送側モジュールを含むことに留意されたい。伝送側モジュールは、第２のサイドリンクブロードキャストシグナリングを通して、第２の端末についての能力情報を要求するように構成される要求メッセージを第２の端末に伝送する、または第２のサイドリンクユニキャストシグナリングを通して、第２の端末についての能力情報を要求するように構成される要求メッセージを第２の端末に伝送するように構成される。

第２の端末についての能力情報を受信するステップは、サイドリンクブロードキャストシグナリングまたはサイドリンクユニキャストシグナリングを通して、第２の端末についての能力情報を受信することによって表されてもよいが、それに限定されないことに留意されたい。

随意に、デバイスは、必ずしもではないが、図２に示される端末によって、または本実施形態における第１の端末によって実施されてもよい。

前述の各モジュールは、ソフトウェアまたはハードウェアによって実装されてもよいことに留意されたい。ハードウェアによる実装は、必ずしもではないが、以下の様式：前述の種々のモジュールが、同一プロセッサ内に位置すること、または前述の種々のモジュールが、任意の組み合わせ形態においてその個別のプロセッサ内に位置することで実施されてもよい。

実施形態３
本開示の実施形態はさらに、データ複製モードを提供する。

データ複製は、高信頼性および短待ち時間のサービス要件を満たし得る、方法であることに留意されたい。主に、パケットデータ収束プロトコル（ＰＤＣＰ）層に基づいて、２つのタイプのデータ複製：図６に示されるように、キャリア集約（ＣＡ）を通したデータ複製実装と、図７に示されるように、二重コネクティビティ（ＤＣ）を通したデータ複製実装とが存在する。二重コネクティビティアーキテクチャでは、ＰＤＣＰプロトコルデータユニット（ＰＤＵ）が、データを複製後、２つの無線リンク制御（ＲＬＣ）エンティティを通して伝送される。２つのＲＬＣエンティティは、それぞれ、異なる基地局上のＭＡＣエンティティに対応する。キャリア集約アーキテクチャでは、ＰＤＣＰ ＰＤＵが、データを複製後、２つのＲＬＣエンティティを通してデータを伝送し、これは、同一ＭＡＣエンティティによってスケジュールされ、２つのＲＬＣエンティティは、それぞれ、２つの論理チャネルに対応し、２つの論理チャネルは、伝送のために、異なるキャリアにマッピングされる。

ＬＴＥでは、ＲＬＣは、並替を実施し、シーケンスにおいて、複数のＲＬＣサービスデータユニット（ＳＤＵ）をＰＤＣＰ層にサブミットする。データ複製伝送のために構成される無線ベアラに関して、本ベアラのＰＤＣＰエンティティと関連付けられた２つのＲＬＣエンティティは、相互から独立する。受信側では、２つのＲＬＣエンティティは、並替を別個に実施し、シーケンスにおいて、ＲＬＣ ＳＤＵをＰＤＣＰエンティティにサブミットする。ＰＤＣＰエンティティは、２つの関連付けられたＲＬＣエンティティからのデータを受信し、並替、重複パケット検出、および破棄を実施する。したがって、データ伝送待ち時間は、並替がＲＬＣおよびＰＤＣＰ層の両方によって実施されるため、大幅に増加される。非確認応答モード（ＵＭ）ＲＬＣエンティティを実施例として挙げると、図８ａに示されるように、パケット１に対応する並替タイマが、切れ、パケット１が、喪失されたことが確認されるときのみ、そのＲＬＣエンティティ２は、シーケンスにおいて、データパケットを上位層にサブミットし続けてもよい。同様に、パケット３と関連付けられた並替タイマが、切れ、パケット３が、喪失されたことが確認されるときのみ、そのＲＬＣエンティティ１は、シーケンスにおいて、データパケットを上位層にサブミットし続けてもよい。２つの関連付けられたＲＬＣエンティティによってサブミットされたデータを受信後、ＰＤＣＰエンティティは、並替、重複パケット検出、および破棄を実施し、シーケンスにおいて、データを上位層にサブミットする。しかしながら、確認応答モード（ＡＭ）ＲＬＣエンティティに関しては、図８ｂに示されるように、自動反復要求（ＡＲＱ）の再伝送およびＲＬＣ層の並替は、遅延問題をより深刻にする。パケット１またはパケット３に対応する並替タイマが、切れると、ＡＲＱの再伝送がさらに、トリガされる。パケットは、パケット１またはパケット３が、受信される、もしくは最大数の再伝送に到達し、パケット１またはパケット３が、喪失されたことが確認されるまで、シーケンスにおいて上位層にサブミットされないように控えられる。

データ複製の場合、下記に説明される最適化方法を通して、受信側におけるＲＬＣ層の並替およびＰＤＣＰ層の並替によって生じる二重遅延問題を解決することが可能である。

ＰＤＣＰエンティティが、ＰＤＣＰエンティティと関連付けられたＲＬＣエンティティによって伝送されるデータパケットを受信し、ＰＤＣＰエンティティが、通知情報をＲＬＣエンティティに伝送し、通知情報は、ＰＤＣＰエンティティによってシーケンスにおいて現在受信されているデータパケット、またはＰＤＣＰエンティティによってシーケンスにおいて受信されることになる次のデータパケットを示すように構成される。ＰＤＣＰエンティティによってシーケンスにおいて現在受信されているデータパケット、またはＰＤＣＰエンティティによってシーケンスにおいて受信されることになる次のデータパケットは、ＲＬＣエンティティが、データパケットを破棄する、またはもはや再伝送を待機しない、またはもはや関連付けられた並替タイマが切れることを待機しない、またはもはや他の関連付けられたＲＬＣエンティティによって伝送されたデータパケットを伝送しない、またはもはやその受信がＰＤＣＰエンティティによって確認応答されたデータパケットを伝送し得ないように、ＰＤＣＰエンティティによってＲＬＣエンティティにフィードバックされる。それによって、上記に述べられた二重遅延問題は、軽減される。

代替として、ＲＬＣエンティティは、データパケットをＲＬＣエンティティと関連付けられたＰＤＣＰエンティティに伝送する。

ＲＬＣエンティティは、ＲＬＣエンティティによって伝送される通知情報を受信し、通知情報は、ＰＤＣＰエンティティによってシーケンスにおいて現在受信されているデータパケット、またはＰＤＣＰエンティティによってシーケンスにおいて受信されることになる次のデータパケットを示すように構成される。

ＲＬＣエンティティは、そのシーケンシャル受信がＰＤＣＰエンティティによって確認応答されたデータパケットを破棄する、または伝送しない。

通知情報は、第１のインデックス値または第２のインデックス値を搬送し、第１のインデックス値は、ＰＤＣＰエンティティによってシーケンスにおいて現在受信されているデータパケットの第１のシーケンス番号を含み、第２のインデックス値は、ＰＤＣＰエンティティによってシーケンスにおいて受信されることになる次のデータパケットの第２のシーケンス番号を含むことに留意されたい。

そのシーケンシャル受信が確認応答されたデータパケットは、現在受信されており、シーケンスにおいて順序付けられている、パケット間の最新シーケンス番号を伴うデータパケットを含む、または現在受信されており、シーケンスにおいて順序付けられている、パケット間の最新シーケンス番号の次のシーケンス番号を伴うデータパケットを含んでもよく、その受信が確認応答されたデータパケットはさらに、第１のシーケンス番号未満またはそれと等しいシーケンス番号を伴うデータパケット、もしくは第２のシーケンス番号未満のシーケンス番号を伴うデータパケットを含んでもよく、これは、それらに限定されないことに留意されたい。

データパケットは、限定ではないが、ＰＤＣＰ ＰＤＵであってもよいことに留意されたい。

データパケットのシーケンス番号は、限定ではないが、ＰＤＣＰ ＰＤＵシーケンス番号（ＰＤＣＰ ＳＮ）であってもよいことに留意されたい。

本開示はさらに、代替実施形態を提供する。本代替実施形態では、ＰＤＣＰ層とＲＬＣ層との間の層間相互作用は、受信側ＰＤＣＰエンティティが、関連付けられたＲＬＣエンティティに、シーケンスにおいて受信されたＰＤＣＰ ＰＤＵを知らせ、ＲＬＣエンティティが、その受信がＰＤＣＰ層によって確認応答されたＰＤＣＰ ＰＤＵを破棄する、またはＲＬＣエンティティが、もはやその受信がＰＤＣＰ層によって確認応答されたＰＤＣＰ ＰＤＵをＰＤＣＰエンティティにサブミットしないように増加される。具体的には、プロセスは、下記に説明されるステップを含む。

ステップ１では、受信側ＰＤＣＰエンティティが、関連付けられたＲＬＣエンティティによってサブミットされたデータパケットを受信し、並替、重複パケット検出、および破棄を実施する。

ステップ２では、受信側ＰＤＣＰエンティティが、関連付けられたＲＬＣエンティティに、シーケンスにおいて現在受信されている最新ＰＤＣＰ ＰＤＵ、またはシーケンスにおいて受信されることになる次のＰＤＣＰ ＰＤＵを知らせる。具体的には、下記に説明される複数の実装様式が存在する。

１）ＰＤＣＰエンティティは、それぞれ、各関連付けられたＲＬＣエンティティに保守エンティティを提供し、したがって、ＰＤＣＰエンティティは、各ＲＬＣエンティティによってサブミットされたデータパケットを把握する。ＰＤＣＰエンティティによってシーケンスにおいて現在受信されている最新データパケット（最新ＰＤＣＰ ＰＤＵが、ＰＤＣＰ ＳＮ１のパケットシーケンス番号を有すると仮定する）が、ＲＬＣエンティティ１からである（すなわち、本データパケットが、ＲＬＣエンティティ１によってＰＤＣＰエンティティにサブミットされる）場合、ＰＤＣＰエンティティは、ＲＬＣエンティティ２に、ＰＤＣＰ ＳＮ１のパケットシーケンス番号を伴うＰＤＣＰ ＰＤＵが受信されたことを知らせる、またはＲＬＣエンティティ２に、ＰＤＣＰエンティティによってシーケンスにおいて受信されることになる次のＰＤＣＰ ＰＤＵのパケットシーケンス番号ＰＤＣＰ ＳＮを知らせる。

２）ＰＤＣＰエンティティが、各データパケットを順序付ける、または各シーケンスにおけるＮ（Ｎは、１を上回るまたはそれと等しい整数である）個のデータパケットを順序付ける、もしくは周期的に（周期タイマが切れる度に）、関連付けられたＲＬＣエンティティに、シーケンスにおいて現在受信されている最新ＰＤＣＰ ＰＤＵのパケットシーケンス番号ＰＤＣＰ ＳＮ、またはシーケンスにおいて受信されることになる次のＰＤＣＰ ＰＤＵのパケットシーケンス番号ＰＤＣＰ ＳＮを通知するとき、その受信がＰＤＣＰエンティティによって確認応答された、これらのデータパケットのうち、ＲＬＣエンティティは、それ自体によってサブミットされたデータパケットおよびそれ自体によってサブミットされていないデータパケットを把握する。

３）ＰＤＣＰエンティティは、タイマを維持し、これは、ＰＤＣＰ ＰＤＵが順序付けられる度に開始または再開される。タイマが切れると、ＰＤＣＰエンティティは、トリガされ、関連付けられたＲＬＣエンティティに、シーケンスにおいて現在受信されている最新ＰＤＣＰ ＰＤＵのパケットシーケンス番号ＰＤＣＰ ＳＮ、またはシーケンスにおいて受信されることになる次のＰＤＣＰ ＰＤＵのパケットシーケンス番号ＰＤＣＰ ＳＮを知らせる。

４）非シーケンシャルＰＤＣＰ ＰＤＵが、受信されると、ＰＤＣＰ並替タイマは、トリガおよび開始され、ＰＤＣＰエンティティは、トリガされ、関連付けられたＲＬＣエンティティに、シーケンスにおいて現在受信されている最新ＰＤＣＰ ＰＤＵのパケットシーケンス番号ＰＤＣＰ ＳＮ、またはシーケンスにおいて受信されることになる次のＰＤＣＰ ＰＤＵのパケット番号ＰＤＣＰ ＳＮを知らせる。

前述の実装様式は、独立して存在する、または複数の方法において共存してもよいことに留意されたい。対応する条件を満たすことを優先する実装様式が、使用されるであろう。

ステップ３では、ＲＬＣエンティティが、ＰＤＣＰエンティティから、シーケンスにおいて現在受信されている最新ＰＤＣＰ ＰＤＵについて受信し、ＲＬＣエンティティは、もはやその受信がＰＤＣＰエンティティによって確認応答されたＰＤＣＰ ＰＤＵをＰＤＣＰエンティティにサブミットしない。具体的には、ステップは、下記に説明される様式を含んでもよい。

１）ＲＬＣエンティティ２が、ＰＤＣＰエンティティによって受信されたＰＤＣＰ ＰＤＵの通知されるパケットシーケンス番号（例えば、ＰＤＣＰ ＳＮ１）をＰＤＣＰエンティティから受信する場合、ＲＬＣエンティティ２は、もはやＰＤＣＰ ＳＮ１未満またはそれと等しいパケットシーケンス番号を伴うＰＤＣＰ ＰＤＵ／ＲＬＣ ＳＤＵをＰＤＣＰエンティティにサブミットしない。ＲＬＣエンティティ２が、本データパケットと関連付けられたＲＬＣ並替タイマが切れることを待機している（パケット損失を確認応答するため）、または本データパケットの再伝送を待機している場合、ＲＬＣエンティティは、並替タイマが切れること、または再伝送を待機せずに、直ちに、データパケットがすでに喪失されたと見なし得る。ＲＬＣエンティティ２が、キャッシュされたデータパケットを有するが、データパケットをＰＤＣＰエンティティにまだサブミットしていない場合、ＲＬＣエンティティ２は、もはやデータパケットをＰＤＣＰエンティティにサブミットせず、データパケットを破棄してもよい。さらに、ＲＬＣエンティティ２が、その受信がＰＤＣＰエンティティによって現在確認応答されている、パケットのものを上回るパケットシーケンス番号を伴う、少なくとも１つのデータパケットをキャッシュする場合、ＲＬＣエンティティ２は、シーケンスにおいて、キャッシュされたデータパケットをＰＤＣＰエンティティにサブミットする。

２）ＲＬＣエンティティが、ＰＤＣＰエンティティから、ＰＤＣＰエンティティによってシーケンスにおいて現在受信されているＰＤＣＰ ＰＤＵの通知されるパケットシーケンス番号、またはシーケンスにおいて受信されることになる次のＰＤＣＰ ＰＤＵの通知されるパケットシーケンス番号を受信するとき、ＲＬＣエンティティが、ＲＬＣエンティティによってシーケンスにおいて現在受信されているＰＤＣＰ ＰＤＵをＰＤＣＰエンティティにすでにサブミットしている場合、ＲＬＣエンティティは、付加的動作を伴わずに、本通知を無視する。

例えば、図８（ａ）および８（ｂ）に示されるように、受信側では、ＲＬＣエンティティ１は、パケット１およびパケット２をシーケンスにおいてＰＤＣＰエンティティにサブミットし、次いで、パケット３を待機する。ＲＬＣエンティティ１は、続いて、パケット４または５を受信し得るが、依然として、パケット３を待機する（ＲＬＣと関連付けられた並替タイマパケット３が切れることを待機する、または伝送側がパケット３を再伝送することを待機する）。ＲＬＣエンティティ２は、パケット１を受信していないが、パケット２、３、または４を受信しており、依然として、パケット１と関連付けられたＲＬＣ並替タイマが切れることを待機する、または伝送側がパケット１を再伝送することを待機する。受信側ＰＤＣＰエンティティは、パケット１およびパケット２をＲＬＣエンティティ１から受信し、ＰＤＣＰエンティティは、ＲＬＣエンティティ２に、パケット２がシーケンスにおいて現在受信されている（またはパケット３がシーケンスにおいて受信されることになる次のパケットである）ことを通知する。ＰＤＣＰエンティティの通知を受信後、ＲＬＣエンティティ２は、パケット１が喪失されたと見なし（もはや関連付けられた並替タイマが切れること、または再伝送を待機しない）、ＲＬＣエンティティ２は、再び、パケット２をＰＤＣＰエンティティにサブミットする必要がない。次いで、ＲＬＣエンティティ２は、シーケンスにおいて、キャッシュされたパケット３およびパケット４をＰＤＣＰエンティティにサブミットする。ＰＤＣＰエンティティは、パケット３およびパケット４をＲＬＣエンティティ２から受信し、次いで、ＲＬＣエンティティ１に、パケット４がシーケンスにおいて現在受信されている（またはパケット５がシーケンスにおいて受信されることになる次のパケットである）ことを通知する。ＰＤＣＰエンティティの通知を受信後、ＲＬＣエンティティ１は、パケット３が喪失され、パケット４が再び、ＰＤＣＰエンティティにサブミットされる必要がないと見なす等と続く。

例えば、図８（ａ）および８（ｂ）に示されるように、受信側では、ＰＤＣＰエンティティは、シーケンシャル受信タイマである、タイマ１を維持する。タイマ１は、ＰＤＣＰエンティティがパケット１を任意のＲＬＣエンティティから受信すると開始し、タイマ１は、ＰＤＣＰエンティティがパケット２を任意のＲＬＣエンティティから受信すると、停止および再開する。ＰＤＣＰエンティティが、タイマ１が切れるとき、パケット３を受信しない場合、ＰＤＣＰエンティティは、関連付けられたＲＬＣエンティティに、パケット２がシーケンスにおいて現在受信されている（またはパケット３がシーケンスにおいて受信されることになる次のパケットである）ことを通知する。パケット１およびパケット２の両方が、ＲＬＣ１によって、ＰＤＣＰエンティティにサブミットされる一方、ＲＬＣ２が、パケット２、３、および４を受信したが、依然として、パケット１と関連付けられた並替タイマが切れること、またはパケット１の再伝送を待機する場合、ＲＬＣ２が、パケット２がシーケンスにおいて現在受信されている（またはパケット３がシーケンスにおいて受信されることになる次のパケットである）ことのＰＤＣＰエンティティの通知を受信すると、ＲＬＣ２は、パケット１が喪失されたと見なし、もはやパケット１と関連付けられた並替タイマが切れること、またはパケット１の再伝送を待機せず、パケット２は、再び、ＰＤＣＰエンティティにサブミットされる必要がない一方、キャッシュされたパケット３およびパケット４は、ＰＤＣＰエンティティにサブミットされてもよい。

例えば、ＰＤＣＰ並替タイマに関して、図９に示されるように、ＲＬＣ１のパケット３およびＲＬＣ２のパケット３の両方が、ＲＬＣ並替タイマをトリガする（ＲＬＣ１およびＲＬＣ２は、それぞれ、パケット４を受信する）と仮定される。ＲＬＣ１の並替タイマＲｔ１が切れると、ＲＬＣ１は、パケット３が喪失されたと見なし、パケット４をＰＤＣＰエンティティにサブミットし、ＰＤＣＰ層は、パケット３についての並替タイマＰｔ１をトリガする。ＲＬＣ２の並替タイマＲｔ２が切れると、ＲＬＣ２は、パケット３が喪失されたと見なし、パケット４をＰＤＣＰエンティティにサブミットする。本時点で、ＰＤＣＰエンティティは、ＲＬＣ１からのパケット３およびＲＬＣ２からのパケット３の両方を受信し、次いで、ＰＤＣＰエンティティは、ＰＤＣＰ並替タイマが切れることを待機せずに、パケット３が喪失されたことを確認し得る（ＲＬＣエンティティ１が、パケット３が喪失されたことを確認しており、ＲＬＣエンティティ２もまた、パケット３が喪失されたことを確認しているため）。さらに、パケット３と関連付けられた並替タイマＰＤＣＰは、停止される。

実施形態４
本開示の実施形態はさらに、記憶媒体を提供する。記憶媒体は、コンピュータプログラムを記憶するように構成される。実行されると、コンピュータプログラムは、上記に説明される方法実施形態のうちの任意の１つのステップを実装するように構成される。

随意に、本実施形態では、記憶媒体は、限定ではないが、Ｕディスク、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、モバイルハードディスク、磁気ディスク、光ディスク、またはコンピュータプログラムを記憶することが可能な別の媒体を含んでもよい。

本開示の実施形態はさらに、電子デバイスを提供する。電子デバイスは、メモリと、プロセッサとを含む。メモリは、コンピュータプログラムを記憶するように構成される。プロセッサは、コンピュータプログラムを実行し、上記に説明される方法実施形態のうちの任意の１つのステップを実施するように構成される。

随意に、電子デバイスはさらに、伝送デバイスと、入出力デバイスとを含んでもよい。伝送デバイスおよび入出力デバイスは両方とも、プロセッサに接続される。

随意に、本実施形態における具体的実施例に関して、上記に説明される実施形態および随意の実装モードに説明される実施例の参照は、本実施形態では、繰り返されない。

明らかなこととして、上記に説明される本開示のモジュールまたはステップはそれぞれ、汎用コンピューティング装置によって実装されてもよく、モジュールまたはステップは、単一コンピューティング装置上に集中される、もしくは複数のコンピューティング装置から成るネットワーク上に分散されてもよいことが、当業者によって理解されるはずである。随意に、モジュールまたはステップは、モジュールまたはステップが、記憶装置内に記憶され、コンピューティング装置によって実行され得るように、コンピューティング装置によって実行可能なプログラムコードによって実装されてもよい。いくつかの状況では、モジュールまたはステップは、本明細書に説明されるものと異なるシーケンスにおいて実施される、もしくは種々の集積回路モジュールに別個に作製されてもよい、またはその中の複数のモジュールもしくはステップは、実装のために、単一集積回路モジュールに作製されてもよい。このように、本開示は、ハードウェアおよびソフトウェアの任意の具体的組み合わせに限定されない。

上記は、本開示の代替実施形態にすぎず、本開示を限定することを意図するものではない。当業者にとって、本開示の技術的範囲内において修正または代用を想起することは容易である。本開示の原理内で行われる、任意の修正、代用、改良、および同等物は、本開示の保護範囲内である。

Claims (16)

1. 無線通信方法であって、
   端末が、情報を入手することであって、前記情報は、前記端末の上位層からの第１のサービスについてのサービスプロファイル情報と、基地局によって前記端末のために構成される伝送パラメータ情報とを含み、前記第１のサービスについての前記サービスプロファイル情報は、前記第１のサービスについてのプロトコルバージョン情報と前記第１のサービスについての伝送フォーマット情報とを含み、前記伝送パラメータ情報は、前記プロトコルバージョン情報に基づいて前記基地局によって構成され、前記プロトコルバージョン情報は、通信先と前記プロトコルバージョン情報との間の事前に構成されたマッピング関係に基づいて前記基地局によって識別される、ことと、
   前記端末が、前記入手された情報に従って伝送モードを判定することと
   を含む、方法。
2. 前記第１のサービスは、Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信を含む、請求項１に記載の方法。
3. 情報を入手することは、前記端末の前記上位層によって送達されるインジケーション情報を受信することを含み、前記インジケーション情報は、前記第１のサービスについての前記サービスプロファイル情報を搬送する、請求項１に記載の方法。
4. 前記方法は、
   前記端末が、サービスのサービスタイプと前記サービスについてのサービスプロファイル情報との間のマッピング関係を入手することと、
   前記端末が、前記第１のサービスのサービスタイプと前記マッピング関係とに従って、前記第１のサービスについての前記サービスプロファイル情報を判定することと
   をさらに含む、請求項３に記載の方法。
5. 前記伝送モードは、前記第１のサービスを伝送する伝送フォーマットと、前記第１のサービスを伝送するために使用される変調および符号化スキームとを含む、請求項３に記載の方法。
6. 前記方法は、前記端末が、前記端末についての能力情報を前記基地局に報告することをさらに含む、請求項３に記載の方法。
7. 前記能力情報は、前記端末が直交振幅変調（６４ＱＡＭ）をサポートするかどうかと、前記端末が伝送多様性をサポートするかどうかとを含む、請求項６に記載の方法。
8. 無線通信方法であって、
   基地局が、ｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを受信することと、
   前記基地局が、Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信先とプロトコルバージョン情報との間の事前に構成されたマッピング関係を識別することであって、前記Ｖ２Ｘ通信先は、前記ｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージにおいて示され、前記Ｖ２Ｘ通信先は、Ｖ２Ｘ通信データのターゲット通信先を表す、ことと、
   前記基地局が、前記マッピング関係と前記Ｖ２Ｘ通信先とに従って、前記対応するプロトコルバージョン情報を取得することと
   を含む、方法。
9. メモリとプロセッサとを備える無線通信デバイスであって、前記メモリは、コンピュータプログラムを記憶し、前記プロセッサは、前記コンピュータプログラムを実行することにより、
   情報を入手することであって、前記情報は、前記無線通信デバイスの上位層からの第１のサービスについてのサービスプロファイル情報と、基地局によって前記無線通信デバイスのために構成される伝送パラメータ情報とを含み、前記第１のサービスについての前記サービスプロファイル情報は、前記第１のサービスについてのプロトコルバージョン情報と前記第１のサービスについての伝送フォーマット情報とを含み、前記伝送パラメータ情報は、前記プロトコルバージョン情報に基づいて前記基地局によって構成され、前記プロトコルバージョン情報は、通信先と前記プロトコルバージョン情報との間の事前に構成されたマッピング関係に基づいて前記基地局によって識別される、ことと、
   前記入手された情報に従って伝送モードを判定することと
   を行うように構成されている、無線通信デバイス。
10. 前記第１のサービスは、Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信を含む、請求項９に記載の無線通信デバイス。
11. 前記情報を入手する際に、前記プロセッサは、前記無線通信デバイスの前記上位層によって送達されるインジケーション情報を受信するように構成されており、前記インジケーション情報は、前記第１のサービスについての前記サービスプロファイル情報を搬送する、請求項９に記載の無線通信デバイス。
12. 前記プロセッサは、
    サービスのサービスタイプと前記サービスについてのサービスプロファイル情報との間のマッピング関係を入手することと、
    前記第１のサービスのサービスタイプと前記マッピング関係とに従って、前記第１のサービスについての前記サービスプロファイル情報を判定することと
    を行うようにさらに構成されている、請求項１１に記載の無線通信デバイス。
13. 前記伝送モードは、前記第１のサービスを伝送する伝送フォーマットと、前記第１のサービスを伝送するために使用される変調および符号化スキームとを含む、請求項１１に記載の無線通信デバイス。
14. 前記プロセッサは、前記無線通信デバイスについての能力情報を前記基地局に報告するようにさらに構成されている、請求項１１に記載の無線通信デバイス。
15. 前記能力情報は、前記無線通信デバイスが直交振幅変調（６４ＱＡＭ）をサポートするかどうかと、前記無線通信デバイスが伝送多様性をサポートするかどうかとを含む、請求項１４に記載の無線通信デバイス。
16. メモリとプロセッサとを備える無線通信デバイスであって、前記メモリは、コンピュータプログラムを記憶し、前記プロセッサは、前記コンピュータプログラムを実行することにより、
    ｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを受信することと、
    Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ） 通信先とプロトコルバージョン情報との間の事前に構成されたマッピング関係を識別することであって、前記Ｖ２Ｘ通信先は、前記ｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージにおいて示され、前記Ｖ２Ｘ通信先は、Ｖ２Ｘ通信データのターゲット通信先を表す、ことと、
    前記マッピング関係と前記Ｖ２Ｘ通信先とに従って、前記対応するプロトコルバージョン情報を取得することと
    を行うように構成されている、無線通信デバイス。

Images