JP2016066966A - ユーザ装置 - Google Patents

Abstract

【課題】Ｄ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットを基地局から指示されない場合にＤ２Ｄ通信を実現するための技術を提供することである。
【解決手段】本発明の一態様は、デバイス・ツー・デバイス（Ｄ２Ｄ）通信機能を有するユーザ装置であって、他のユーザ装置とのＤ２Ｄ通信を制御するＤ２Ｄ通信制御部と、前記他のユーザ装置とのＤ２Ｄ通信のためのＭＡＣ ＰＤＵを生成するＭＡＣ ＰＤＵ生成部とを有し、前記他のユーザ装置とのＤ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットが基地局から通知されない場合、前記ＭＡＣ ＰＤＵ生成部は、前記Ｄ２Ｄ通信のためのＭＡＣ ＰＤＵを自律的に生成するユーザ装置に関する。
【選択図】図３

Description

本発明は、無線通信システムに関する。

現在、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によりＬＴＥ−Ａ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ）を高機能化するための各種要素技術が検討されている。現在議論されているリリース１２（Ｒｅｌ−１２）では、ユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）が基地局（ｅｖｏｌｖｅｄ ＮｏｄｅＢ：ｅＮＢ）を介すことなく他のユーザ装置と直接通信するデバイス・ツー・デバイス（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信が検討されている。

Ｄ２Ｄ通信は、従来のＬＴＥシステムのように基地局やコアネットワーク（ＣＮ）を介した通信でなく、ユーザ装置間で無線信号を直接送受信することにより行われる通信である。Ｄ２Ｄ通信によると、ユーザ装置と基地局との間のトラヒックを軽減したり、災害時などに基地局が通信不能になった場合にもユーザ装置が通信することが可能になる。

現在、Ｄ２Ｄ通信に用いられるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ） ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）フォーマットについて、以下の合意がなされている。すなわち、ソースＩＤ及びデスティネーションＩＤをＭＡＣサブヘッダの前に配置すると共に、異なるＭＡＣ ＰＤＵフォーマットをサポートするユーザ装置間でもＤ２Ｄ通信を可能にする。また、ＭＡＣ ＰＤＵの先頭にＭＡＣ ＰＤＵのフォーマットバージョンを示すフィールドを挿入することも検討されている。

３ＧＰＰ ＲＰ−１２２００９

このようなＤ２Ｄ通信のＭＡＣ ＰＤＵに関して、Ｄ２Ｄ通信機能を有する２つのユーザ装置が異なるＭＡＣ ＰＤＵフォーマットをサポートしている場合、これらのユーザ装置間でＭＡＣ ＰＤＵフォーマットのバージョンの不一致が発生し、Ｄ２Ｄ通信ができなくなる可能性がある。

このため、図１に示されるように、ユーザ装置が基地局のカバレッジ内にある場合、基地局は、ユーザ装置がサポートするＭＡＣ ＰＤＵフォーマットのバージョンを考慮してＤ２Ｄ通信に使用すべきＭＡＣ ＰＤＵフォーマットを指定し、これにより、各ユーザ装置は適切なＭＡＣ ＰＤＵフォーマットを用いてＤ２Ｄ通信を行うことが可能になる。

しかしながら、基地局の故障などによってユーザ装置が基地局のカバレッジ外になり、基地局がユーザ装置に使用すべきＭＡＣ ＰＤＵフォーマットを通知できない場合、ユーザ装置は適切なＭＡＣ ＰＤＵフォーマットを用いてＤ２Ｄ通信を行うことができなくなる。

上述した問題点に鑑み、本発明の課題は、Ｄ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットを基地局から指示されない場合にＤ２Ｄ通信を実現するための技術を提供することである。

上記課題を解決するため、本発明の一態様は、デバイス・ツー・デバイス（Ｄ２Ｄ）通信機能を有するユーザ装置であって、他のユーザ装置とのＤ２Ｄ通信を制御するＤ２Ｄ通信制御部と、前記他のユーザ装置とのＤ２Ｄ通信のためのＭＡＣ ＰＤＵを生成するＭＡＣ ＰＤＵ生成部とを有し、前記他のユーザ装置とのＤ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットが基地局から通知されない場合、前記ＭＡＣ ＰＤＵ生成部は、前記Ｄ２Ｄ通信のためのＭＡＣ ＰＤＵを自律的に生成するユーザ装置に関する。

本発明によると、Ｄ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットを基地局から指示されない場合にＤ２Ｄ通信を実現することができる。

図１は、従来技術によるＤ２Ｄ通信を示す概略図である。 図２は、本発明の一実施例による無線通信システムを示す概略図である。 図３は、本発明の一実施例によるユーザ装置の構成を示すブロック図である。 図４は、本発明の第１実施例によるユーザ装置におけるＤ２Ｄ通信処理を示すフロー図である。 図５は、本発明の一実施例によるＭＡＣ ＰＤＵフォーマットを示す図である。 図６は、本発明の第２実施例によるユーザ装置間のＤ２Ｄ通信処理を示すシーケンス図である。

以下、図面に基づいて本発明の実施の形態を説明する。

後述する実施例では、デバイス・ツー・デバイス（Ｄ２Ｄ）通信機能を有するユーザ装置が開示される。本発明を概略すると、ユーザ装置が基地局のカバレッジ外にあるなど、他のユーザ装置とのＤ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットなどのコンフィギュレーション情報が基地局から通知されないとき、ユーザ装置は、当該Ｄ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットを自律的に決定し、決定したＭＡＣ ＰＤＵフォーマットによりＤ２Ｄ通信のためのＭＡＣ ＰＤＵを生成する。

一実施例では、各ユーザ装置は、所定の共通のＭＡＣ ＰＤＵフォーマットを利用してＤ２Ｄ通信を実行する。他の実施例では、ユーザ装置は、異なるＭＡＣ ＰＤＵフォーマットの利用を許容するため、ベーシックなＭＡＣ ＰＤＵフォーマットのパディングペイロードにリリース拡張を追加することによって、リリース拡張付きＭＡＣ ＰＤＵを生成する。リリース拡張付きＭＡＣ ＰＤＵを受信したユーザ装置は、当該リリース拡張をサポートしているか判断し、サポートしている場合にはリリース拡張を処理する一方、サポートしていない場合には当該パディングペイロードをパディングとして無視する。

図２を参照して、本発明の一実施例による無線通信システムを説明する。図２は、本発明の一実施例による無線通信システムを示す概略図である。

図２に示されるように、無線通信システム１０は、ユーザ装置１０１，１０２（以降、ユーザ装置１００と総称する）及び基地局２００を有する。無線通信システム１０は、Ｄ２Ｄ通信をサポートし、Ｄ２Ｄ通信機能を有するユーザ装置１０１，１０２は、基地局２００を介すことなく直接通信することができる。図示された実施例では、１つの基地局２００しか示されていないが、一般には、無線通信システム１０のサービスエリアをカバーするよう多数の基地局２００が配置される。

ユーザ装置１００は、他のユーザ装置１００と基地局２００を介すことなく直接通信するＤ２Ｄ通信機能を有する。典型的には、ユーザ装置１００は、図示されるように、スマートフォン、携帯電話、タブレット、モバイルルータ、ウェアラブル端末などの無線通信機能を備えた何れか適切な情報処理装置であってもよい。ユーザ装置１００は、プロセッサなどのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やフラッシュメモリなどのメモリ装置、基地局２００との間で無線信号を送受信すると共に、他のユーザ装置１００と無線信号を直接送受信するための無線通信装置などから構成される。例えば、後述されるユーザ装置１００の各機能及び処理は、メモリ装置に格納されているデータやプログラムをＣＰＵが処理又は実行することによって実現されてもよい。しかしながら、ユーザ装置１００は、上述したハードウェア構成に限定されず、後述する処理の１以上を実現する回路などにより構成されてもよい。

基地局２００は、ユーザ装置１００と無線接続することによって、コアネットワーク（図示せず）上に通信接続された上位局やサーバなどのネットワーク装置から受信したダウンリンク（ＤＬ）パケットをユーザ装置１００に送信すると共に、ユーザ装置１００から受信したアップリンク（ＵＬ）パケットをネットワーク装置に送信する。

また、基地局２００は、Ｄ２Ｄ通信を実行するためのコンフィギュレーション情報を在圏するユーザ装置１００に通知する。ユーザ装置１００は、受信したコンフィギュレーション情報に従って他のユーザ装置１００とＤ２Ｄ通信を実行する。一般に、各ユーザ装置１００は、異なるバージョンのＭＡＣ ＰＤＵフォーマットなどＤ２Ｄ通信に用いられる異なるデータフォーマットをサポートしていると想定され、基地局２００は、在圏するユーザ装置１００にＤ２Ｄ通信に使用すべき適切なデータフォーマットをコンフィギュレーション情報によって通知する。これにより、ユーザ装置１００は、通知されたデータフォーマットを用いて他のユーザ装置１００とＤ２Ｄ通信を実行することが可能になる。

基地局２００は、典型的には、ユーザ装置１００との間で無線信号を送受信するためのアンテナ、隣接する基地局２００と通信するための通信インタフェース（Ｘ２インタフェースなど）、コアネットワークと通信するための通信インタフェース（Ｓ１インタフェースなど）、ユーザ装置１００との送受信信号を処理するためのプロセッサや回路などのハードウェアリソースにより構成される。後述される基地局２００の各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、基地局２００は、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。

次に、図３〜６を参照して、本発明の一実施例によるユーザ装置間のＤ２Ｄ通信処理を説明する。図３は、本発明の一実施例によるユーザ装置の構成を示すブロック図である。

図３に示されるように、ユーザ装置１００は、Ｄ２Ｄ通信制御部１１０及びＭＡＣ ＰＤＵ生成部１２０を有する。

Ｄ２Ｄ通信制御部１１０は、他のユーザ装置１００とのＤ２Ｄ通信を制御する。具体的には、Ｄ２Ｄ通信制御部１１０は、他のユーザ装置１００とのＤ２Ｄ通信を実現するため、Ｄ２Ｄ通信を実行するのに用いるＭＡＣ ＰＤＵフォーマットなどの各種コンフィギュレーション情報を基地局２００から受信し、受信したコンフィギュレーション情報に従って他のユーザ装置１００との間で基地局２００を介すことなく各種無線信号を直接的に送受信する。

ＭＡＣ ＰＤＵ生成部１２０は、他のユーザ装置１００とのＤ２Ｄ通信のためのＭＡＣ ＰＤＵを生成する。本実施例では、他のユーザ装置１００とのＤ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットが基地局２００から通知されない場合、ＭＡＣ ＰＤＵ生成部１２０は、Ｄ２Ｄ通信のためのＭＡＣ ＰＤＵを自律的に生成する。具体的には、Ｄ２Ｄ通信制御部１１０が、Ｄ２Ｄ通信を実行するのに用いるＭＡＣ ＰＤＵフォーマットなどの各種コンフィギュレーション情報を基地局２００から受信できなかった場合、ＭＡＣ ＰＤＵ生成部１２０は、Ｄ２Ｄ通信を実行するのに用いるＭＡＣ ＰＤＵフォーマットを基地局２００から取得することなく、Ｄ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットを自律的に決定し、当該ＭＡＣ ＰＤＵフォーマットによりＤ２Ｄ通信のためのＭＡＣ ＰＤＵを生成する。例えば、基地局２００の故障などによりユーザ装置１００が基地局２００のカバレッジ外になった場合、Ｄ２Ｄ通信制御部１１０は基地局２００からコンフィギュレーション情報を取得することができず、ＭＡＣ ＰＤＵ生成部１２０は、以下でより詳細に説明されるように、Ｄ２Ｄ通信のためのＭＡＣ ＰＤＵを自律的に生成することによって、他のユーザ装置１００とのＤ２Ｄ通信を実行する。

まず、本発明の第１実施例では、Ｄ２Ｄ通信制御部１１０は、ユーザ装置１００が基地局２００のカバレッジ内にあるか判断し、ユーザ装置１００が基地局２００のカバレッジ内にないとき、ＭＡＣ ＰＤＵ生成部１２０は、所定のＭＡＣ ＰＤＵフォーマットによりＤ２Ｄ通信のためのＭＡＣ ＰＤＵを生成してもよい。すなわち、ユーザ装置１００が基地局２００のカバレッジ外にあり、Ｄ２Ｄ通信のためのコンフィギュレーション情報を基地局２００から取得できない場合、各ユーザ装置１００は、共通する所定のＭＡＣ ＰＤＵフォーマットを利用して、他のユーザ装置１００とのＤ２Ｄ通信を実行する。

ここで、当該所定のＭＡＣ ＰＤＵフォーマットとして、ベーシックなＭＡＣ ＰＤＵフォーマットが好適であり、例えば、Ｄ２Ｄ通信を規定したＬＴＥ規格の最先のリリース（例えば、Ｒｅｌ−１２など）のＭＡＣ ＰＤＵフォーマットが利用されてもよい。一般に、ＬＴＥ規格はリリース間の後方互換性を維持しているため、最先のＬＴＥ規格のリリースのＭＡＣ ＰＤＵフォーマットを利用することは、当該最先のリリース以降のリリースをサポートするユーザ装置１００間のＤ２Ｄ通信を可能にする。

他方、ユーザ装置１００が基地局２００のカバレッジ内にあるとき、ＭＡＣ ＰＤＵ生成部１２０は、基地局２００により指定されたＭＡＣ ＰＤＵフォーマット又はデフォルトのＭＡＣ ＰＤＵフォーマットによりＭＡＣ ＰＤＵを生成してもよい。具体的には、ユーザ装置１００が基地局２００のカバレッジ内にある場合、Ｄ２Ｄ通信制御部１１０は、Ｄ２Ｄ通信を実行するためのコンフィギュレーション情報を基地局２００から受信可能であると判断し、コンフィギュレーション情報を基地局２００から取得する。取得したコンフィギュレーション情報において基地局２００がＤ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットを指定している場合、ＭＡＣ ＰＤＵ生成部１２０は、当該指定されたＭＡＣ ＰＤＵフォーマットによりＤ２Ｄ通信のためのＭＡＣ ＰＤＵを生成する。あるいは、取得したコンフィギュレーション情報において基地局２００がＤ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットを指定していない場合、ＭＡＣ ＰＤＵ生成部１２０は、上述したベーシックなＭＡＣ ＰＤＵフォーマットなどの所定のデフォルトのＭＡＣ ＰＤＵフォーマットによりＤ２Ｄ通信のためのＭＡＣ ＰＤＵを生成してもよい。

なお、基地局２００のカバレッジ内においてＤ２Ｄ通信を実行中のユーザ装置１００がカバレッジ外に遷移した場合、Ｄ２Ｄ通信制御部１１０は、レイヤ２リセットを実行することによってＤ２Ｄ通信を再開してもよい。レイヤ２リセット後、ＭＡＣ ＰＤＵ生成部１２０は、上述したように、所定のＭＡＣ ＰＤＵフォーマットによりＤ２Ｄ通信のためのＭＡＣ ＰＤＵを生成することになる。なお、レイヤ２リセットを実行したとき、Ｄ２Ｄ通信制御部１１０は、ユーザ装置１００が基地局２００のカバレッジ外に遷移したことを周囲のユーザ装置１００に通知してもよい。

図４は、本発明の第１実施例によるユーザ装置におけるＤ２Ｄ通信処理を示すフロー図である。当該Ｄ２Ｄ通信処理は、Ｄ２Ｄ通信の双方の通信主体となる各ユーザ装置１００においてＤ２Ｄ通信開始時に実行されてもよい。

図４に示されるように、ステップＳ１０１において、Ｄ２Ｄ通信制御部１１０は、ユーザ装置１００が基地局２００のカバレッジ内であるか判断する。例えば、Ｄ２Ｄ通信制御部１１０は、何れか適当な無線信号を基地局２００に送信し、当該無線信号に対する基地局２００からの応答結果に基づき、ユーザ装置１００が基地局２００のカバレッジ内であるか判断してもよい。具体的には、送信した無線信号に対する応答信号を受信できた場合、Ｄ２Ｄ通信制御部１１０は、ユーザ装置１００が基地局２００のカバレッジ内にあると判断してもよい。他方、送信した無線信号に対する応答信号を受信できなかった場合、Ｄ２Ｄ通信制御部１１０は、ユーザ装置１００が基地局２００のカバレッジ外にあると判断してもよい。

ユーザ装置１００が基地局２００のカバレッジ内にある場合（Ｓ１０１：ＹＥＳ）、Ｄ２Ｄ通信制御部１１０は更に、Ｄ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットが基地局２００から指示されているか判断する。例えば、Ｄ２Ｄ通信制御部１１０は、基地局２００からＤ２Ｄ通信のためのコンフィギュレーション情報を取得し、取得したコンフィギュレーション情報においてＤ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットが指定されているか判断してもよい。

Ｄ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットが基地局２００から指示されている場合（Ｓ１０２：ＹＥＳ）、ＭＡＣ ＰＤＵ生成部１２０は、指示されたＭＡＣ ＰＤＵフォーマットによりＤ２Ｄ通信のためのＭＡＣ ＰＤＵを生成し、他のユーザ装置１００とのＤ２Ｄ通信を実行する。

他方、ユーザ装置１００が基地局２００のカバレッジ外である場合（Ｓ１０１：ＮＯ）、あるいは、Ｄ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットが基地局２００から指示されていない場合（Ｓ１０２：ＮＯ）、ＭＡＣ ＰＤＵ生成部１２０は、所定のＭＡＣ ＰＤＵフォーマットによりＤ２Ｄ通信のためのＭＡＣ ＰＤＵを生成し、他のユーザ装置１００とのＤ２Ｄ通信を実行する。当該所定のＭＡＣ ＰＤＵフォーマットは、好適には、ＬＴＥ規格のＲｅｌ−１２のＭＡＣ ＰＤＵフォーマットなど、リリース間の互換性を有するベーシックなＭＡＣ ＰＤＵフォーマットであってもよい。

上述した第１実施例によると、ユーザ装置１００が基地局２００のカバレッジ内にないとき、各ユーザ装置１００は、共通した所定のＭＡＣ ＰＤＵフォーマットを用いて他のユーザ装置１００とのＤ２Ｄ通信を実行する。これにより、ユーザ装置１００が基地局２００からＤ２Ｄ通信のためのコンフィギュレーション情報を取得できない場合でも、各ユーザ装置１００は、共通のＭＡＣ ＰＤＵフォーマットを用いてＤ２Ｄ通信を実現することが可能になる。

次に、本発明の第２実施例では、他のユーザ装置１００とのＤ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットが基地局２００から通知されない場合、ＭＡＣ ＰＤＵ生成部１２０は、ベーシックなＭＡＣ ＰＤＵのパディングペイロードの所定のデータ部分に、当該パディングペイロードがリリース拡張又はパディングに相当するかを示す識別子を格納することによって、Ｄ２Ｄ通信のためのＭＡＣ ＰＤＵを生成してもよい。すなわち、ユーザ装置１００が基地局２００のカバレッジ外にあり、Ｄ２Ｄ通信のためのコンフィギュレーション情報を基地局２００から取得できない場合、送信側ユーザ装置１００は、Ｄ２Ｄ通信を規定したＬＴＥ規格の最先のリリース（例えば、Ｒｅｌ−１２など）のＭＡＣ ＰＤＵフォーマットなどによるベーシックなＭＡＣ ＰＤＵのパディングペイロードに、以降のリリース（例えば、Ｒｅｌ−１３以降など）に追加されたリリース拡張（ｅｘｔｅｎｓｉｏｎ）を格納してもよい。この場合、当該パディングペイロードがリリース拡張を格納していることを示す識別子が当該パディングペイロードの所定のデータ部分（最初のオクテットなど）に配置され、リリース拡張を含むＭＡＣ ＰＤＵが他のユーザ装置１００に送信される。当該ＭＡＣ ＰＤＵを受信すると、受信側ユーザ装置１００は、パディングペイロードに格納されたリリース拡張を自らがサポートしているか判断し、当該リソース拡張をサポートしている場合、当該リリース拡張に対応する処理を実行し、当該リリースをサポートしていない場合、当該パディングペイロードがパディングであると判断し、これを無視する。

ここで、当該所定のＭＡＣ ＰＤＵフォーマットとして、ベーシックなＭＡＣ ＰＤＵフォーマットが好適であり、例えば、Ｄ２Ｄ通信を規定したＬＴＥ規格の最先のリリース（例えば、Ｒｅｌ−１２など）のＭＡＣ ＰＤＵフォーマットが利用されてもよい。一般に、ＬＴＥ規格はリリース間の後方互換性を維持しているため、最先のＬＴＥ規格のリリースのＭＡＣ ＰＤＵフォーマットのパディングペイロードにリリース拡張を追加することは、当該リリース拡張をサポートするユーザ装置１００はリリース拡張に対応する処理を実行し、サポートしないユーザ装置１００は、当該パディングペイロードをパディングとみなして、これを無視することができる。このようにして、異なるリリースのＭＡＣ ＰＤＵフォーマットをサポートするユーザ装置間のＤ２Ｄ通信が可能になる。

送信側ユーザ装置１００について、一実施例では、ＭＡＣ ＰＤＵ生成部１２０は、ベーシックなＭＡＣ ＰＤＵのＭＡＣサブヘッダにパディングペイロードのためのパディングサブヘッダを追加してもよい。また、パディングサブヘッダと共に、パディングペイロードの長さを示すフィールドがＭＡＣサブヘッダに追加されてもよい。例えば、図５のベーシックなＭＡＣ ＰＤＵに示されるように、ベーシックなＭＡＣ ＰＤＵは、ｉ）ソースＩＤ（Ｓｒｃ ＩＤ）、デスティネーションＩＤ（Ｄｓｔ ＩＤ）及びフォーマットバージョン（ｆｏｒｍａｔ ｖｅｒｓｉｏｎ）と、ｉｉ）論理チャネル識別子"Ｘ"のサブヘッダ（ＬＣＩＤ：Ｘ＋ｌｅｎｇｔｈ）及びパディングサブヘッダ（ｐａｄｄｉｎｇ）を含むＭＡＣサブヘッダと、ｉｉｉ）論理チャネル識別子"Ｘ"のペイロード及びパディングペイロードを含むＭＡＣペイロードとから構成されてもよい。

一実施例では、ＭＡＣ ＰＤＵ生成部１２０は、ベーシックなＭＡＣ ＰＤＵのパディングペイロードにリリース拡張を格納してもよい。例えば、ベーシックなＭＡＣ ＰＤＵがＬＴＥ規格のＲｅｌ−１２に規定されるＭＡＣ ＰＤＵフォーマットに基づくものであり、ユーザ装置１００がＲｅｌ−１３以降に規定される拡張部分を含むＭＡＣ ＰＤＵフォーマットをサポートしている場合、ＭＡＣ ＰＤＵ生成部１２０は、Ｒｅｌ−１３以降に追加された拡張部分であるリリース拡張をベーシックなＭＡＣ ＰＤＵのパディングペイロードに格納してもよい。このとき、パディングペイロードがリリース拡張又はパディングに相当するかを示す識別子が、パディングペイロードの最初のオクテットに格納されてもよい。

例えば、パディングペイロードがリリース拡張に相当する場合、図５のリリース拡張付きＭＡＣ ＰＤＵに示されるように、パディングペイロードの最初のオクテットにリリース拡張に対応する論理チャネル識別子を格納し、パディングペイロードがパディングに相当する場合、パディングペイロードの最初のオクテットにパディングのための論理チャネル識別子を格納してもよい。ここで、ＭＡＣ ＰＤＵ生成部１２０は、識別子と共に当該パディングペイロードの長さを示すフィールドを所定のデータ部分に追加してもよい。ＭＡＣ ＰＤＵ生成部１２０は、このように生成されたベーシックなＭＡＣ ＰＤＵ又はリリース拡張付きのＭＡＣ ＰＤＵを受信側ユーザ装置１００に送信する。

受信側ユーザ装置１００について、一実施例では、送信側ユーザ装置１００からＤ２Ｄ通信のためのＭＡＣ ＰＤＵを受信すると、Ｄ２Ｄ通信制御部１１０は、ＭＡＣサブヘッダを参照してパディングペイロードが含まれているか判断する。当該ＭＡＣ ＰＤＵにパディングペイロードが含まれていると判断した場合、Ｄ２Ｄ通信制御部１１０は、パディングペイロードの所定のデータ部分（最初のオクテットなど）に格納されている識別子を参照して当該パディングペイロードがリリース拡張又はパディングの何れに相当するか判断してもよい。パディングペイロードがパディングである場合、Ｄ２Ｄ通信制御部１１０は、当該パディングペイロードを無視する。

他方、パディングペイロードがリリース拡張である場合、Ｄ２Ｄ通信制御部１１０は、当該リリース拡張がユーザ装置１００によりサポートされているか判断し、当該判断の結果に応じてパディングペイロードをリリース拡張に対応するペイロード又はパディングとして処理する。具体的には、Ｄ２Ｄ通信制御部１１０は、パディングペイロードに格納されるリリース拡張がユーザ装置１００によりサポートされている場合、Ｄ２Ｄ通信制御部１１０は、当該リリース拡張の論理チャネル識別子に従って、受信したＭＡＣ ＰＤＵの復号化を試みる。他方、パディングペイロードに格納されるリリース拡張がユーザ装置１００によりサポートされていない場合、Ｄ２Ｄ通信制御部１１０は、当該パディングペイロードをパディングとして無視する。

一実施例では、Ｄ２Ｄ通信制御部１１０は、受信したＭＡＣ ＰＤＵが所定のフォーマットバージョンに関する場合に限って、パディングペイロードの所定のデータ部分に格納されている識別子を参照して当該パディングペイロードがリリース拡張又はパディングに相当するか判断してもよい。例えば、受信したＭＡＣ ＰＤＵのＭＡＣサブヘッダのフォーマットバージョンにＲｅｌ−１３以降のバージョンが示されている場合、Ｒｅｌ−１２のＭＡＣ ＰＤＵフォーマットしかサポートしていないユーザ装置１００は、リリース拡張に対応する処理を実行することができない。このため、当該ユーザ装置１００は、当該パディングペイロードがリリース拡張であるか判断することなく、当該パディングペイロードをパディングとして無視してもよい。

なお、上記実施例では、ＭＡＣレイヤにおけるリリース間の後方互換性を維持するため、上述したようなパディング制御を利用した。しかしながら、このようなパディング制御は、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤやＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤなどの他のレイヤにおいて同様に適用されてもよい。すなわち、ＰＤＣＰ ＰＤＵやＲＬＣ ＰＤＵなどにパディングペイロードを含むフォーマットが新たに定義された場合、当該パディングペイロードにリリース拡張が格納されてもよい。この場合、当該リリース拡張をサポートするユーザ装置は、これに対応する処理を実行し、当該リリース拡張をサポートしないユーザ装置は、パディングとして当該リリース拡張を無視するようにしてもよい。これにより、ＰＤＣＰレイヤやＲＬＣレイヤなどの他のレイヤにおいても、ＭＡＣレイヤと同様に後方互換性を担保したＤ２Ｄ通信を実現することが可能になる。

図６は、本発明の第２実施例によるユーザ装置間のＤ２Ｄ通信処理を示すシーケンス図である。当該Ｄ２Ｄ通信処理は、送信側ユーザ装置１０１及び受信側ユーザ装置１０２により実行される。

図６に示されるように、ステップＳ２０１において、ユーザ装置１０１は、パディングペイロードの所定のデータ部分（最初のオクテットなど）に、当該パディングペイロードがリリース拡張又はパディングの何れに相当するかを示す識別子を有するＭＡＣ ＰＤＵを生成し、ユーザ装置１０２に送信する。例えば、パディングペイロードがリリース拡張である場合、ユーザ装置１０１は、当該パディングペイロードの最初のオクテットにパディングペイロードがリリース拡張であることを示す識別子（当該リリース拡張に対応する論理チャネル識別子など）を格納してもよい。他方、パディングペイロードがパディングである場合、ユーザ装置１０１は、当該パディングペイロードの最初のオクテットにパディングペイロードがパディングであることを示す識別子（パディングに対応する論理チャネル識別子など）を格納してもよい。

ステップＳ２０２において、ユーザ装置１０２は、受信したＭＡＣ ＰＤＵにパディングペイロードがあるか確認すると共に、パディングペイロードがある場合、当該パディングペイロードの所定のデータ部分（最初のオクテットなど）に格納されている識別子を確認する。当該識別子がパディングを示す場合、ユーザ装置１０２は、当該パディングペイロードを無視する。

他方、当該識別子がリリース拡張を示す場合、ステップＳ２０３において、ユーザ装置１０２は、当該リリース拡張を自らがサポートしているか判断し、判断結果に応じて当該パディングペイロードを処理する。具体的には、当該リリース拡張をサポートしている場合、ユーザ装置１０２は、当該リリース拡張に対応する処理を実行し、他方、当該リリース拡張をサポートしていない場合、ユーザ装置１０２は、当該パディングペイロードをパディングとして無視する。

上述した第２実施例によると、リリース拡張がベーシックなＭＡＣ ＰＤＵのパディングペイロードに格納される。リリース拡張付きのＭＡＣ ＰＤＵを受信したユーザ装置１００は、当該リリース拡張をサポートしているか否かに応じて、当該パディングペイロードをリリース拡張又はパディングとして処理する。これにより、ユーザ装置１００が基地局２００からＤ２Ｄ通信のためのコンフィギュレーション情報を取得できず、異なるＭＡＣ ＰＤＵフォーマットを使用した場合でも、Ｄ２Ｄ通信を実現することが可能になる。

以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ 無線通信システム
１００ ユーザ装置
１１０ Ｄ２Ｄ通信制御部
１２０ ＭＡＣ ＰＤＵ生成部
２００ 基地局

Claims (10)

1. デバイス・ツー・デバイス（Ｄ２Ｄ）通信機能を有するユーザ装置であって、
   他のユーザ装置とのＤ２Ｄ通信を制御するＤ２Ｄ通信制御部と、
   前記他のユーザ装置とのＤ２Ｄ通信のためのＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ） ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を生成するＭＡＣ ＰＤＵ生成部と、
   を有し、
   前記他のユーザ装置とのＤ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットが基地局から通知されない場合、前記ＭＡＣ ＰＤＵ生成部は、前記Ｄ２Ｄ通信のためのＭＡＣ ＰＤＵを自律的に生成するユーザ装置。
2. 前記Ｄ２Ｄ通信制御部は、当該ユーザ装置が前記基地局のカバレッジ内にあるか判断し、
   当該ユーザ装置が前記基地局のカバレッジ内にないとき、前記ＭＡＣ ＰＤＵ生成部は、所定のＭＡＣ ＰＤＵフォーマットにより前記Ｄ２Ｄ通信のためのＭＡＣ ＰＤＵを生成する、請求項１記載のユーザ装置。
3. 当該ユーザ装置が基地局のカバレッジ内にあるとき、前記ＭＡＣ ＰＤＵ生成部は、前記基地局により指定されたＭＡＣ ＰＤＵフォーマット又はデフォルトのＭＡＣ ＰＤＵフォーマットにより前記ＭＡＣ ＰＤＵを生成する、請求項２記載のユーザ装置。
4. 基地局のカバレッジ内においてＤ２Ｄ通信を実行中の当該ユーザ装置が前記カバレッジ外に遷移した場合、前記Ｄ２Ｄ通信制御部は、レイヤ２リセットを実行することによって前記Ｄ２Ｄ通信を再開する、請求項２又は３記載のユーザ装置。
5. 前記他のユーザ装置とのＤ２Ｄ通信に用いるＭＡＣ ＰＤＵフォーマットが基地局から通知されない場合、前記ＭＡＣ ＰＤＵ生成部は、ベーシックなＭＡＣ ＰＤＵのパディングペイロードの所定のデータ部分に、前記パディングペイロードがリリース拡張又はパディングに相当するかを示す識別子を格納することによって、前記Ｄ２Ｄ通信のためのＭＡＣ ＰＤＵを生成する、請求項１記載のユーザ装置。
6. 前記ＭＡＣ ＰＤＵ生成部は、前記ベーシックなＭＡＣ ＰＤＵのＭＡＣサブヘッダに前記パディングペイロードのためのパディングサブヘッダを追加する、請求項５記載のユーザ装置。
7. 前記ＭＡＣ ＰＤＵ生成部は、前記パディングペイロードがリリース拡張に相当する場合、前記パディングペイロードの最初のオクテットに前記リリース拡張に対応する論理チャネル識別子を格納し、前記パディングペイロードがパディングに相当する場合、前記パディングペイロードの最初のオクテットにパディングのための論理チャネル識別子を格納する、請求項５又は６記載のユーザ装置。
8. 前記他のユーザ装置からＤ２Ｄ通信のためのＭＡＣ ＰＤＵを受信すると、前記Ｄ２Ｄ通信制御部は、前記パディングペイロードの所定のデータ部分に格納されている識別子を参照して前記パディングペイロードがリリース拡張又はパディングに相当するか判断する、請求項５乃至７何れか一項記載のユーザ装置。
9. 前記パディングペイロードがリリース拡張に相当する場合、前記Ｄ２Ｄ通信制御部は、当該ユーザ装置が前記リリース拡張をサポートしているか判断し、前記判断の結果に応じて前記パディングペイロードを前記リリース拡張に対応するペイロード又はパディングとして処理する、請求項８記載のユーザ装置。
10. 前記Ｄ２Ｄ通信制御部は、前記受信したＭＡＣ ＰＤＵが所定のフォーマットバージョンに関する場合に限って、前記パディングペイロードの所定のデータ部分に格納されている識別子を参照して前記パディングペイロードがリリース拡張又はパディングに相当するか判断する、請求項９記載のユーザ装置。

Images