(57)【特許請求の範囲】
【請求項１】
Ｄ２Ｄ通信送信端のＵＥが、自分に対応するＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信ターゲットを決定するステップと、
前記Ｄ２Ｄ通信送信端のＵＥが、各々Ｄ２Ｄ通信ターゲットのために割り当てられた対応のリソースを決定するステップと、
前記Ｄ２Ｄ通信送信端のＵＥが、各々Ｄ２Ｄ通信ターゲットに対応するリソースに基づき、前記Ｄ２Ｄ通信ターゲットに対応するメディア・アクセス制御プロトコルデータ・ユニット（ＭＡＣ ＰＤＵ）を生成し、且つ前記Ｄ２Ｄ通信ターゲットに対応するリソースにより前記ＭＡＣ ＰＤＵを送信するステップとを備えることを特徴とする端末間直接通信のデータ伝送方法。
【請求項２】
前記Ｄ２Ｄ通信ターゲットのために、対応のＤ２Ｄ通信ターゲット識別子を設定するステップと、
前記Ｄ２Ｄ通信ターゲット識別子を、前記ＭＡＣ ＰＤＵにおけるメディア・アクセス制御（ＭＡＣ）サブヘッダーまたは前記ＭＡＣ ＰＤＵにおけるメディア・アクセス制御サビースデータユニット（ＭＡＣ ＳＤＵ）に含ませ、
前記Ｄ２Ｄ通信ターゲット識別子は、グループ識別子、ブロードキャスト識別子、ターゲット端末識別子、及び無線ベアラ（ＲＢ）識別子のうちの少なくとも１つを含むことを特徴とする請求項１に記載の端末間直接通信のデータ伝送方法。
【請求項３】
Ｄ２Ｄ通信送信端のＵＥが、各々Ｄ２Ｄ通信ターゲットのために割り当てられた対応のリソースを決定するステップは、
前記Ｄ２Ｄ通信送信端のＵＥが、各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーステート報告（ＢＳＲ）情報をネットワーク側装置に報告するステップと、
前記Ｄ２Ｄ通信送信端のＵＥが、ネットワーク側装置から、リソース割り当て情報を受信するステップであって、前記リソース割り当て情報は、ネットワーク側装置が前記Ｄ２Ｄ ＢＳＲ情報に基づき、各々Ｄ２Ｄ通信ターゲットのために割り当てる対応のリソースを決定して、決定した前記各々Ｄ２Ｄ通信ターゲットのために割り当てるリソースに基づき、生成されたものである前記受信ステップと、
前記Ｄ２Ｄ通信送信端のＵＥが、リソース割り当て情報に基づき、前記各々Ｄ２Ｄ通信ターゲットのために割り当てるリソースを決定するステップとを備え、
前記リソース割り当て情報は、各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ通信ターゲット識別子及び各々Ｄ２Ｄ通信ターゲットに対応する前記リソースを含み、
前記Ｄ２Ｄ ＢＳＲ情報は、前記Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ通信ターゲット識別子及び前記Ｄ２Ｄ通信ターゲットに対応するＤ２ＤバッファーのバッファーステートＢＳ情報を含むことを特徴とする請求項１または請求項２に記載の端末間直接通信のデータ伝送方法。
【請求項４】
前記送信端のＵＥは、個別報告または一括報告の方式により、前記各々Ｄ２Ｄ通信ターゲットに対応するＢＳＲ情報を報告することを特徴とする請求項３に記載の端末間直接通信のデータ伝送方法。
【請求項５】
前記送信端のＵＥがＤ２Ｄ通信ターゲットに対応するＤ２Ｄ ＢＳＲ情報を報告するトリガー条件は、
前記Ｄ２Ｄ通信ターゲットのＤ２Ｄバッファーには、現在データの優先レベルより高いデータが着信されることと、
前記Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーがもともと空いているが、新データが着信されることと、
前記Ｄ２Ｄ通信ターゲットのＤ２Ｄ ＢＳＲ周期タイマーが時間切れとなることと、
前記Ｄ２Ｄ通信ターゲットのためにＭＡＣ ＰＤＵを生成する場合、前記Ｄ２Ｄ通信ターゲットに対応するリソースには伝送しようとするＤ２Ｄデータに必要となるリソース以外の利用可能なリソースが含まれることと
のうちの少なくとも１つを含むことを特徴とする請求項３に記載の端末間直接通信のデータ伝送方法。
【請求項６】
Ｄ２Ｄ通信送信端のＵＥが、各々Ｄ２Ｄ通信ターゲットのために割り当てられた対応のリソースを決定するステップは、
前記各々Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２Ｄロジカルチャネルまたはロジカルチャネルグループにより送信しようとするデータ量を決定するステップと、
前記データ量及び前記各々Ｄ２Ｄ通信ターゲットに対応するリソースプールに基づき、前記各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てるステップと
を備えることを特徴とする請求項１または請求項３に記載の端末間直接通信のデータ伝送方法。
【請求項７】
各々Ｄ２Ｄ通信ターゲットに対応するリソースに基づき、前記Ｄ２Ｄ通信ターゲットに対応するメディア・アクセス制御プロトコルデータ・ユニット（ＭＡＣ ＰＤＵ）を生成するステップは、
前記Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２Ｄ無線ベアラ（ＲＢ）の優先レベルを決定し、前記Ｄ２ＤのＲＢ優先レベルに基づいて高低順の順番を付け、前記Ｄ２Ｄ通信ターゲットに対応するＤ２ＤのＲＢ優先レベルキューを生成するステップと、
前記Ｄ２ＤのＲＢ優先レベルキューに基づき、前記Ｄ２Ｄ通信ターゲットに対応するリソースを割り当て、前記リソース割り当ての結果に基づいて、前記Ｄ２Ｄ通信ターゲット
に対応するＭＡＣ ＰＤＵを生成するステップと
を備え、
前記Ｄ２ＤのＲＢ優先レベルキューに基づき、前記Ｄ２Ｄ通信ターゲットに対応するリソースを割り当て、前記リソース割り当ての結果に基づいて、前記Ｄ２Ｄ通信ターゲットに対応するＭＡＣ ＰＤＵを生成するステップは、
前記Ｄ２ＤのＲＢ優先レベルキューに基づき、前記Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２ＤのＲＢのために、ＰＢＲにより、前記リソースを割り当てるステップと、
前記リソースを割り当てた後、残りリソースがなければ、前記リソースの割り当て結果に基づいて、前記Ｄ２Ｄ通信ターゲットにおける各々Ｄ２ＤのＲＢのために割り当てたリソースを決定し、当該リソースに基づき、前記Ｄ２Ｄ通信ターゲットのために対応のＭＡＣ ＰＤＵをオーガナイジングするステップと
を備え、
前記Ｄ２ＤのＲＢ優先レベルキューに基づき、前記Ｄ２Ｄ通信ターゲットに対応するリソースを割り当て、前記リソース割り当ての結果に基づいて、前記Ｄ２Ｄ通信ターゲットに対応するＭＡＣ ＰＤＵを生成するステップは、
前記リソースを割り当てた後、残りリソースがあれば、前記残りリソースに基づき、前記Ｄ２ＤのＲＢ優先レベルキューに従って前記Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２ＤのＲＢのまだリソースが割り当てられていないデータのために、リソースを割り当て、前記Ｄ２ＤのＲＢ優先レベルキューにおける各々Ｄ２ＤのＲＢの全データにリソースを割り当てた場合または前記残りリソースの割り当てが終了する場合、前記残りリソースの割り当てが終了したと決定し；
前記残りリソースが割り当て終了後、前記リソース割り当て及び前記残りリソースの割り当て結果に基づいて、前記Ｄ２Ｄ通信ターゲットにおける各々Ｄ２ＤのＲＢのために割り当てたリソースを決定し、当該リソースに基づいて前記Ｄ２Ｄ通信ターゲットのために、対応のＭＡＣ ＰＤＵをオーガナイジングすることを特徴とする請求項１ないし請求項６のいずれか１つに記載の端末間直接通信のデータ伝送方法。
【請求項８】
送信端のＵＥ（ＵＥ）に対応するＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信ターゲットを決定する決定モジュールと、
各々Ｄ２Ｄ通信ターゲットのために割り当てられた対応のリソースを決定する割り当てモジュールと、
各々Ｄ２Ｄ通信ターゲットに対応するリソースに基づき、前記Ｄ２Ｄ通信ターゲットに対応するメディア・アクセス制御プロトコルデータ・ユニット（ＭＡＣ ＰＤＵ）を生成し、前記Ｄ２Ｄ通信ターゲットに対応するリソースを用いて前記ＭＡＣ ＰＤＵを送信する処理モジュールと
を備えることを特徴とする端末間直接通信のデータ伝送装置。
【請求項９】
前記Ｄ２Ｄ通信ターゲットのために、対応のＤ２Ｄ通信ターゲット識別子を設定する設定モジュールをさらに備え、
前記処理モジュールは、前記Ｄ２Ｄ通信ターゲット識別子を、前記ＭＡＣ ＰＤＵにおけるメディア・アクセス制御（ＭＡＣ）サブヘッダーまたは前記ＭＡＣ ＰＤＵにおけるメディア・アクセス制御サビースデータユニット（ＭＡＣ ＳＤＵ）に含ませ、
前記Ｄ２Ｄ通信ターゲット識別子は、グループ識別子、ブロードキャスト識別子、ターゲット端末識別子、及び無線ベアラ（ＲＢ）識別子のうちの少なくとも１つを含むことを特徴とする請求項８に記載の端末間直接通信のデータ伝送装置。
【請求項１０】
前記割り当てモジュールは、
各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーステート報告（ＢＳＲ）情報をネットワーク側装置に報告する受信サブモジュールと、
前記Ｄ２Ｄ通信送信端のＵＥは、ネットワーク側装置から、リソース割り当て情報を受信するステップであって、前記リソース割り当て情報は、ネットワーク側装置が前記Ｄ２Ｄ ＢＳＲ情報に基づき、各々Ｄ２Ｄ通信ターゲットのために割り当てる対応のリソースを決定して、決定した前記各々Ｄ２Ｄ通信ターゲットのために割り当てるリソースに基づき、生成されたものである第１決定サブモジュールと、
前記Ｄ２Ｄ通信送信端のＵＥは、リソース割り当て情報に基づき、前記各々Ｄ２Ｄ通信ターゲットのために割り当てるリソースを決定する処理サブモジュールと
を備え、
前記リソース割り当て情報は、各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ通信ターゲット識別子及び各々Ｄ２Ｄ通信ターゲットに対応する前記リソースを含み、
前記Ｄ２Ｄ ＢＳＲ情報は、前記Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ通信ターゲット識別子及び前記Ｄ２Ｄ通信ターゲットに対応するＤ２ＤバッファーのバッファーステートＢＳ情報を含むことを特徴とする請求項８に記載の端末間直接通信のデータ伝送装置。
【請求項１１】
前記送信端のＵＥは、個別報告または一括報告の方式により、前記各々Ｄ２Ｄ通信ターゲットに対応するＢＳＲ情報を報告することを特徴とする請求項１０に記載の端末間直接通信のデータ伝送装置。
【請求項１２】
前記送信端のＵＥがＤ２Ｄ通信ターゲットに対応するＤ２Ｄ ＢＳＲ情報を報告するトリガー条件は、
前記Ｄ２Ｄ通信ターゲットのＤ２Ｄバッファーには、現在データの優先レベルより高いデータが着信されることと、
前記Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーがもともと空いているが、新データが着信されることと、
前記Ｄ２Ｄ通信ターゲットのＤ２Ｄ ＢＳＲ周期タイマーが時間切れとなることと、
前記Ｄ２Ｄ通信ターゲットのためにＭＡＣ ＰＤＵを生成する場合、前記Ｄ２Ｄ通信ターゲットに対応するリソースには伝送しようとするＤ２Ｄデータに必要となるリソース以外の利用可能なリソースが含まれることと
のうちの少なくとも１つを含むことを特徴とする請求項１０に記載の端末間直接通信のデータ伝送装置。
【請求項１３】
前記割り当てモジュールは、
前記各々Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２Ｄロジカルチャネルまたはロジカルチャネルグループにより送信しようとするデータ量を決定する第２決定サブモジュールと、
前記データ量及び前記各々Ｄ２Ｄ通信ターゲットに対応するリソースプールに基づき、前記各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てる第１割り当てサブモジュールと
を備えることを特徴とする請求項８または請求項１０に記載の端末間直接通信のデータ伝送装置。
【請求項１４】
前記処理モジュールは、
前記Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２Ｄ無線ベアラ（ＲＢ）の優先レベルを決定し、前記Ｄ２ＤのＲＢ優先レベルに基づいて高低順の順番を付け、前記Ｄ２Ｄ通信ターゲットに対応するＤ２ＤのＲＢ優先レベルキューを生成する第３決定サブモジュールと、
前記Ｄ２ＤのＲＢ優先レベルキューに基づき、前記Ｄ２Ｄ通信ターゲットに対応するリソースを割り当て、前記リソース割り当ての結果に基づいて、前記Ｄ２Ｄ通信ターゲットに対応するＭＡＣ ＰＤＵを生成する生成サブモジュールと
を備え、
前記生成サブモジュールは、
前記Ｄ２ＤのＲＢ優先レベルキューに基づき、前記Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２ＤのＲＢのために、ＰＢＲにより、前記リソースを割り当てる第２割り当てサブモジュールを、
前記リソースを割り当てた後、残りリソースがなければ、前記リソースの割り当て結果に基づいて、前記Ｄ２Ｄ通信ターゲットにおける各々Ｄ２ＤのＲＢのために割り当てたリソースを決定し、当該リソースに基づき、前記Ｄ２Ｄ通信ターゲットのために対応のＭＡＣ ＰＤＵをオーガナイジングするオーガナイジングサブモジュールと
を備え
前記生成サブモジュールは、
前記リソースを割り当てた後、残りリソースがあれば、前記残りリソースに基づき、前記Ｄ２ＤのＲＢ優先レベルキューに従って前記Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２ＤのＲＢのまだリソースが割り当てられていないデータのために、リソースを割り当て、前記Ｄ２ＤのＲＢ優先レベルキューにおける各々Ｄ２ＤのＲＢの全データにリソースを割り当てた場合または前記残りリソースの割り当てが終了する場合、前記残りリソースの割り当てが終了したと決定する第３割り当てサブモジュールをさらに備え、
前記オーガナイジングサブモジュールは、前記残りリソースが割り当て終了後、前記リソース割り当て及び前記残りリソースの割り当て結果に基づいて、前記Ｄ２Ｄ通信ターゲットにおける各々Ｄ２ＤのＲＢのために割り当てたリソースを決定し、当該リソースに基づいて前記Ｄ２Ｄ通信ターゲットのために、対応のＭＡＣ ＰＤＵをオーガナイジングすることを特徴とする請求項１３に記載の端末間直接通信のデータ伝送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信分野に関し、特に端末間直接通信のデータ伝送方法及び装置に関する。
【背景技術】
【０００２】
１、ＬＴＥ Ｄ２Ｎ通信システム
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムにおいて、データの送受信は、ネットワークにより集中制御され、即ち、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）のアップリンク・ダウンリンクデータ全部がネットワークの制御により送受信されている。ＵＥとＵＥ間の通信は、ネットワークにより転送・制御され、ＵＥとＵＥの間に直接通信リンクが存在しない。このようなＵＥとネットワークのデータ伝送は、Ｄ２Ｎ（Device to Network）伝送と略称される。
ＬＴＥ Ｄ２Ｎ通信システムにおけるＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｅ  Ｒｅｐｏｒｔｉｎｇ）メカニズムについて説明する。
【０００３】
◎ＢＳＲの目的
ＬＴＥシステムはスケジューリングをベースとするシステムであり、基地局によりＵＥのためデータ伝送に必要とする時間・周波数リソースを割り当て、端末は、基地局からのスケジューリングコマンドに従いダウンリンクデータ受信またはアップリンクデータ送信を行う。アップリンクデータ伝送は、基地局よりスケジューリングされ、基地局のスケジューラは、アップリンクリソースの割り当て様子を確定した後、ＵＬ  ｇｒａｎｔ（アップリンク・スケジューリング・グラント）を端末に通知する。基地局のスケジューラは、末が送信しようとするアップリンクデータ量、即ち端末のバッファーステートによりアップリンクリソースを割り当てる。当該バッファーが端末側に位置され、基地局が当該情報を獲得しようとすれば、端末により基地局にＢＳＲ（Ｂｕｆｆｅｒ  ｓｔａｔｅ  ｒｅｐｏｒｔ，バッファーステート報告）を行う必要がある。ＬＴＥ Rel-１１及びその前のリリースにおけるＢＳＲメカニズムは以下とおりである。
【０００４】
◎ＢＳＲの関連ＲＲＣ層パラメータの設定
ＬＴＥシステムにおけるＲＲＣ層の、ＢＳＲに対して設定するパラメータは、ｒｅｔｘＢＳＲ-Ｔｉｍｅｒ（ＢＳＲ報告を禁止するためのタイマー）及びｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ（周期性ＢＳＲ報告のためのタイマー）を含む。当該２個のタイマーのいずれもＵＥにより設定及びメンテナンスされる。
【０００５】
◎ＢＳＲ分類及びトリガーメカニズム
レギュラーＢＳＲ（Ｒｅｇｕｌａｒ ＢＳＲ）：（１）現在ｂｕｆｆｅｒにおけるデータの優先レベル高いデータが着信されるか、またはもともと空のｂｕｆｆｅｒにデータが着信する場合、トリガーする。（２）ｒｅｔｘＢＳＲ-Ｔｉｍｅｒが時間切れになり、且つバッファーにデータがある場合、トリガーする。
周期性ＢＳＲ（Ｐｅｒｉｏｄｉｃ ＢＳＲ）：ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ時間切れ時トリガーＰｅｒｉｏｄｉｃ ＢＳＲ。
【０００６】
パディング（Ｐａｄｄｉｎｇ ＢＳＲ）：ＵＥがＭＡＣ ＰＤＵをオーガナイジングする場合、伝送する必要があるデータ以外まだ利用可能なリソース（ｐａｄｄｉｎｇ）があれば、Ｐａｄｄｉｎｇ ＢＳＲをトリガーすることができる。
【０００７】
ＢＳＲ報告原則：
Ｒｅｇｕｌａｒ ＢＳＲ及びＰｅｒｉｏｄｉｃ ＢＳＲに対し、余分なLCG（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｇｒｏｕｐ）において利用可能なデータがあれば、ｌｏｎｇ ＢＳＲを報告するが、さもないと、ｓｈｏｒｔ ＢＳＲを報告する。
【０００８】
ｐａｄｄｉｎｇ ＢＳＲに対し、ｐａｄｄｉｎｇ ｂｉｔ数が（ｓｈｏｒｔ ＢＳＲ＋ＭＡＣ ｓｕｂｈｅａｄｅｒ）より小さくなく、かつ（ｌｏｎｇ ＢＳＲ+ＭＡＣ ｓｕｂｈｅａｄｅｒ）より小さい場合、ＵＥが余分な１つのＬＣＧにおいて利用可能なデータがあれば、ショートされたＢＳＲを報告し、さもないと、Ｓｈｏｒｔ ＢＳＲを報告する。ｐａｄｄｉｎｇ ｂｉｔが（ｌｏｎｇ ＢＳＲ+ＭＡＣ ｓｕｂｈｅａｄｅｒ）より小さくなければ、ｌｏｎｇ ＢＳＲを報告する。
【０００９】
ＢＳＲをトリガーした後、Ｐｅｒｉｏｄｉｃ ＢＳＲ及びＰａｄｄｉｎｇ ＢＳＲのいずれも、アップリンクリソースがある場合のみ報告される。Ｒｅｇｕｌａｒ ＢＳＲにとって、利用可能なアップリンクリソースがない場合、SR（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ，スケジューリング要求）をトリガーして、ＵＥにアップリンクリソースを割り当てるように基地局に対して要求する。
【００１０】
基地局からＵＥにアップリンクリソースを割り当てった後、当該リソースがすべてのアップリンクデータの伝送に足りれば、ＢＳＲを送信せず、アップリンクデータを直ちに送信する。当該リソースがすべてのアップリンクデータの伝送に足りなければ、Ｒｅｇｕｌａｒ ＢＳＲまたはＰｅｒｉｏｄｉｃ ＢＳＲを優先的に報告して、基地局は、ＢＳＲが報告したＵＥに必要とするアップリンクデータ量に基づき、後続の伝送スケジューリングを行い。
【００１１】
１つのＭＡＣ ＰＤＵには、最大１個のＢＳＲが含まれる。
ＢＳＲ優先レベル：Ｒｅｇｕｌａｒ ＢＳＲ＝Ｐｅｒｉｏｄｉｃ ＢＳＲ>ｐａｄｄｉｎｇ ＢＳＲ
【００１２】
複数のＢＳＲがトリガーされた後，最高優先レベルのものしか報告しない。Ｒｅｇｕｌａｒ ＢＳＲ及びＰｅｒｉｏｄｉｃ ＢＳＲについて、報告内容が同一であり、いずれもＵＥ ｂｕｆｆｅｒ中の全部利用可能なデータ量情報を含み、また、報告フォーマットも完全に同一であるため、いずれの１つを選んで報告すればよい。ＭＡＣ層はＭＡＣ ＰＤＵをオーガナイジングする場合、優先的に当該２種類のＭＡＣ ＣＥをおいておき、その後ＭＡＣ ＳＤＵを置いておく。
【００１３】
ｐａｄｄｉｎｇ ＢＳＲの優先レベルはデータより低い。同一のサブフレームにおいては、異なるＭＡＣ ＰＤＵにおいてｐａｄｄｉｎｇ ＢＳＲ及びｒｅｇｕｌａｒ/ｐｅｒｉｏｄｉｃ ＢＳＲを報告する。
【００１４】
ＢＳＲ報告後の処理
ＢＳＲがトリガーされ且つ報告できれば、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動または再起動する。ただし、ショートされたＢＳＲについて、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒを起動/再起動することは禁止され、ｒｅｔｘＢＳＲ-Ｔｉｍｅｒのみを動または再起動する。
【００１５】
ＢＳＲ報告フォーマット：
ＢＳＲは、ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ，制御エレメント）の形式で報告される。報告の際、ＭＡＣサブヘッダー（ｓｕｂ−ｈｅａｄｅｒ）とＭＡＣ ＣＥ二部分に分けられ、ＢＳＲ ＭＡＣ ＣＥは長ＢＳＲ及び短ＢＳＲとの２種のフォーマットを含み、ｔｒｕｎｃａｔｅｄ ＢＳＲ及びｓｈｏｒｔ ＢＳＲのフォーマットが同一である。ＬＴＥシステムにおけるＭＡＣサブヘッダー及びＢＳＲ ＭＡＣ ＣＥのフォーマットは、図１、図２、図３に示すようである。
【００１６】
各フィールドの含意は以下通りである。
ＬＣＩＤ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ ＩＤ）：対応のペイロードのロジカルチャネル番号を示す。ｌｏｎｇ ＢＳＲ、ｓｈｏｒｔ ＢＳＲ及びｔｒｕｎｃａｔｅｄ ＢＳＲそれぞれがLCID１個ずつを有する。
【００１７】
Ｅ（Ｅｘｔｅｎｄｅｄ）は拡張ビットであり、次のbyteがＭＡＣサブヘッダーであるかまたはＭＡＣペイロードであるかを示す。
Ｒ（Ｒｅｓｅｒｖｅｄ）：リザーブドビットを示す。
ＬＣＧ ＩＤ：ロジカルチャネルグループ番号を示す。ＬＴＥシステムにおいて、ＢＳＲ報告の場合、４個のロジカルチャネルグループに分けれられる。
Ｂｕｆｆｅｒ Ｓｉｚｅ：対応のロジカルチャネルグループにおけるデータバッファー量である。
【００１８】
ＢＳＲ報告について、Ｒ１０/１１リリースとＲ８/９リリースの相違点としては、R１０/１１リリースがキャリアアグリゲーションをサポートするため、ピーク速度が向上され、新しいＢＳ ｔａｂｌｅが導入されることである。Ｒ１０/１１をサポートするＵＥがＢＳＲを報告する場合、新しいＢＳ ｔａｂｌｅを用いるか否かは、基地局がＲＲＣシグナリングを介して設定される。Ｒ８/９のＢＳ ｔａｂｌｅ及びＲ１０/１１のＢＳ ｔａｂｌｅのいずれも６４級定量化され、即ち、６bitで対応の定量化値を示すことができるため、上述のＢＳＲ ＭＡＣ ＣＥフォーマット中の各々ＬＣＧのｂｕｆｆｅｒ ｓｉｚｅは６ｂｉｔである。
【００１９】
２、ＬＴＥ Ｄ２Ｄ通信システム
相互に隣接する端末間には、直接のＤ２Ｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ（端末間直接通信）が許可される。説明の便宜のため、Ｄ２Ｄ端末間の直接通信のためのリンクをＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ，端末間） ｌｉｎｋと称するように定義し，ネットワークとＤ２Ｄ端末間のセルラー通信リンクをＤ２Ｎ（Ｄｅｖｉｃｅ ｔｏ Ｎｅｔｗｏｒｋ）ｌｉｎｋと称するように定義する。
【００２０】
ここで、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎを取るデバイスいずれもオンラインされてもよく、オフラインされてもよく、一部のデバイスがオンラインされ，一部のデバイスがオフラインされてもよく。オンラインされるとは、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎを取るデバイスが３ＧＰＰネットワークのカバリッジ範囲に位置し、且つ３ＧＰＰネットワークの周波数スペクトルリソースを利用することを指す。オフラインされるとは、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ を取るデバイスが３GPPネットワークカバリッジ範囲以外に位置するかまたは３ＧＰＰネットワークカバリッジ範囲に位置してもＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ特定周波数スペクトルリソースを利用することを指す。
【００２１】
ここで、典型的なＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎは、Ｄ２Ｄ ＵＥ間の１対１通信タイプ、１個のデバイスが１回の伝送により１つの通信グループの全デバイスに同一のデータ（グループ通信）を送信するタイプ、及び１個のデバイスが１回の伝送により付近の全デバイスに同一のデータ（ブロードキャスト通信）を送信するタイプとの３種類を含む。
【００２２】
Ｄ２Ｄ ＵＥ間の１対１通信は、主に社交のようなところに応用され、グループ/ブロードキャスト通信の場合は主にパブリックセーフティの消防、救援及び対テロ作戦等に応用される。
現在、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎについて、主に、集中モード及び分散モードとの２種のリソース割り当てモードがある。
【００２３】
分散モードのリソース割り当て：ＵＥによりリソースプールにおけるリソースをモニタリングして、アイドルリソースの有無を確定する。もし有であれば、アイドルリソースを選択してＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎを行う。当該モードの場合、異なるＵＥが同一のＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースを選択するため、衝突される恐れがある。
【００２４】
集中モードのリソース割り当てにおいて、特定範囲（例えば１つのグループまたは１つのセル等）内のＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース割り当てを管理する１個のリソース割り当て制御ノードが導入される。オンラインの場合、一般的に、基地局をリソース割り当て制御ノードとして選択するが、オフラインの場合、１個のデバイスをリソース割り当て集中制御ノードとして選択する。当該デバイスは一般的にＣＨ（Ｃｌｕｓｔｅｒ Ｈｅａｄｅｒ)と称する。
【００２５】
現在、一般的にＤ２Ｄデバイスが並行のＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎをサポートすると認識し、即ち、Ｄ２Ｄデバイスは、複数のＤ２Ｄ通信ターゲットとＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる。このような場合、小さいＭＡＣ ＰＤＵオーバーヘッドを確保し、且つＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎデバイスの必要ではないブラインド検出を防止するため、ＭＡＣ層においてＭＡＣ ＰＤＵをどのようにオーガナイジングするのかを考慮する必要がある。従い、小さいＭＡＣ ＰＤＵオーバーヘッドを確保し、且つＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎデバイスの必要ではないブラインド検出を防止できる、端末間直接通信のデータ伝送技術を案出する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【００２６】
上述の従来技術に存在する問題点について、本発明は、デバイスからターゲットデバイスへのデータが１個のＭＡＣ ＰＤＵに多重化されないようにする、端末間直接通信のデータ伝送方法及び装置を提供する。これにおり、ＭＡＣ ＰＤＵヘッダのオーバーヘッドを低減し、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ受信端のデバイスの不必要なブラインド検出を防止し、節電の目的を達成する。
【課題を解決するための手段】
【００２７】
本発明の１態様によれば、端末間直接通信のデータ伝送方法を提供する。
当該端末間直接通信のデータ伝送方法は、
送信端のユーザー装置（ＵＥ）に対応するＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信ターゲットを決定するステップと、
各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てるステップと、
各々Ｄ２Ｄ通信ターゲットに対応するリソースに基づき、前記Ｄ２Ｄ通信ターゲットに対応するメディア・アクセス制御プロトコルデータ・ユニットを（ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ, ＭＡＣ ＰＤＵ）生成し、前記Ｄ２Ｄ通信ターゲットに対応するリソースを用いてＭＡＣ ＰＤＵを送信するステップとを備える。
【００２８】
また、当該端末間直接通信のデータ伝送方法は、Ｄ２Ｄ通信ターゲットのために対応のＤ２Ｄ通信ターゲット識別子を予め設定するステップと、Ｄ２Ｄ通信ターゲット識別子をＭＡＣ ＰＤＵにおけるメディア・アクセス制御（ＭＡＣ）サブヘッダーまたはＭＡＣ ＰＤＵにおけるメディア・アクセス制御サビースデータユニット（ＭＡＣ ＳＤＵ）に含ませるステップとをさらに備える。
【００２９】
ここで、Ｄ２Ｄ通信ターゲット識別子は、グループ識別子と、ブロードキャスト識別子と、ターゲット端末識別子と、無線ベアラ（ＲＢ）識別子とのうちの少なくとも１つを含む。
【００３０】
ここで、各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てる場合、送信端のＵＥにより報告された各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーステート報告（ＢＳＲ）情報を受信するステップと、送信端のＵＥにより報告された各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーステート報告（ＢＳＲ）情報を受信するステップと、それとともに、決定した各々Ｄ２Ｄ通信ターゲットのために割り当てるソースに基づき、リソース割り当て情報を生成し、送信端のＵＥがリソース割り当て情報に基づいて各々Ｄ２Ｄ通信ターゲットのために割り当てるリソースを決定するように、リソース割り当て情報を送信端のＵＥに送信するステップとを備える。
【００３１】
ここで、リソース割り当て情報は、各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ通信ターゲット識別子と、各々Ｄ２Ｄ通信ターゲットに対応するリソースとを含む。
【００３２】
ここで、送信端のＵＥは、個別報告または一括報告方式により、各々Ｄ２Ｄ通信ターゲットに対応するＢＳＲ情報を報告する。
【００３３】
ここで、送信端のＵＥがＤ２Ｄ通信ターゲットに対応するＤ２Ｄ ＢＳＲ情報を報告するトリガー条件は、Ｄ２Ｄ通信ターゲットのＤ２Ｄバッファーには、現在データの優先レベルより高いデータが着信されることと、Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーがもともと空いているが、新データが着信されることと、Ｄ２Ｄ通信ターゲットのＤ２Ｄ ＢＳＲ周期タイマーが時間切れとなることと、Ｄ２Ｄ通信ターゲットのためにＭＡＣ ＰＤＵを生成する場合、Ｄ２Ｄ通信ターゲットに対応するリソースには伝送しようとするＤ２Ｄデータに必要となるリソース以外の利用可能なリソースが含まれることとのうちの少なくとも１つことを含む。
【００３４】
ここで、Ｄ２Ｄ ＢＳＲ情報は、Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ通信ターゲット識別子、及びＤ２Ｄ通信ターゲットに対応するＤ２ＤバッファーのバッファーステートＢＳ情報を含む。
【００３５】
また、各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てる場合、各々Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２Ｄロジカルチャネルまたはロジカルチャネルグループにより送信しようとするデータ量を決定し、且つ、データ量及び各々Ｄ２Ｄ通信ターゲットに対応するリソースプールに基づき、各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てる。
【００３６】
また、各々Ｄ２Ｄ通信ターゲットに対応するリソースに基づき、前記Ｄ２Ｄ通信ターゲットに対応するメディア・アクセス制御プロトコルデータ・ユニット（ＭＡＣ ＰＤＵ）を生成する場合、Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２Ｄ無線ベアラ（ＲＢ）の優先レベルを決定し、且つＤ２ＤのＲＢ優先レベルに従い高低順の順番を付け、Ｄ２Ｄ通信ターゲットに対応するＤ２ＤのＲＢ優先レベルキュー（ｑｕｅｕｅ）を生成し、且つ、Ｄ２ＤのＲＢ優先レベルキューに基づき、Ｄ２Ｄ通信ターゲットに対応するリソースを割り当て、リソース割り当て結果に基づいて、Ｄ２Ｄ通信ターゲットに対応するＭＡＣ ＰＤＵを生成する。
【００３７】
ここで、Ｄ２ＤのＲＢ優先レベルキューに基づき、Ｄ２Ｄ通信ターゲットに対応するリソースを割り当て、リソース割り当て結果に基づいて、Ｄ２Ｄ通信ターゲットに対応するＭＡＣ ＰＤＵを生成する場合、Ｄ２ＤのＲＢ優先レベルキューに基づき、Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２ＤのＲＢのため、ＰＢＲ（Ｐｒｉｏｒｉｔｉｚｅｄ Ｂｉｔ Ｒａｔｅ）によりリソースを割り当て、且つ、リソースを割り当てた後、残りリソースがなければ、ソース割り当て結果に基づき、Ｄ２Ｄ通信ターゲットにおける各々Ｄ２ＤのＲＢのために割り当てたリソースを決定し、且つ、当該リソースに基づいて、Ｄ２Ｄ通信ターゲットのため、対応のＭＡＣ ＰＤＵをオーガナイジングする。
【００３８】
また、Ｄ２ＤのＲＢ優先レベルキューに基づき、Ｄ２Ｄ通信ターゲットに対応するリソースを割り当て、リソース割り当て結果に基づいて、Ｄ２Ｄ通信ターゲットに対応するＭＡＣ ＰＤＵを生成する場合、リソースを割り当てた後、残りリソースがあれば、前記残りリソースに基づき、Ｄ２ＤのＲＢ優先レベルキューにより、Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２ＤのＲＢのまだリソースが割り当てられていないのデータのためリソースを割り当て、前記Ｄ２ＤのＲＢ優先レベルキューにおける各々Ｄ２ＤのＲＢの全データにリソースを割り当てた場合または前記残りリソースの割り当てが終了する場合、前記残りリソースの割り当てが終了したと決定し、且つ残りリソースの割り当てが終了した後、リソース割り当て及び残りリソースの割り当て結果に基づき、Ｄ２Ｄ通信ターゲットにおける各々Ｄ２ＤのＲＢのために割り当てたリソースを決定し、且つ、当該リソースに基づいて、Ｄ２Ｄ通信ターゲットのため、対応のＭＡＣ ＰＤＵをオーガナイジングする。
【００３９】
本発明の他の１態様によれば、端末間直接通信のデータ伝送装置を提供する。
当該端末間直接通信のデータ伝送装置は、
送信端のＵＥに対応するＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信ターゲットを決定する決定モジュールと、
各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てる割り当てモジュールと、
各々Ｄ２Ｄ通信ターゲットに対応するリソースに基づき、前記Ｄ２Ｄ通信ターゲットに対応するメディア・アクセス制御プロトコルデータ・ユニット（ＭＡＣ ＰＤＵ）を生成し，前記Ｄ２Ｄ通信ターゲットに対応するリソースを用いてＭＡＣ ＰＤＵを送信する処理モジュールとを備える。
【００４０】
また、当該端末間直接通信のデータ伝送装置は、Ｄ２Ｄ通信ターゲットのために対応のＤ２Ｄ通信ターゲット識別子を予め設定する設定モジュールをさらに備える。
【００４１】
また、処理モジュールは、Ｄ２Ｄ通信ターゲット識別子をＭＡＣ ＰＤＵにおけるメディア・アクセス制御（ＭＡＣ）サブヘッダーまたはＭＡＣ ＰＤＵにおけるメディア・アクセス制御サビースデータユニット（ＭＡＣ ＳＤＵ）に含ませる。
【００４２】
ここで、Ｄ２Ｄ通信ターゲット識別子は、グループ識別子と、ブロードキャスト識別子と、ターゲット端末識別子と、無線ベアラ（ＲＢ）識別子とのうちの少なくとも１つを含む。
【００４３】
ここで、割り当てモジュールは、送信端のＵＥにより報告された各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーステート報告（ＢＳＲ）情報を受信する受信サブモジュールと、Ｄ２Ｄ ＢＳＲ情報に基づき、各々Ｄ２Ｄ通信ターゲットのために割り当てる対応のリソースを決定する第１決定サブモジュールと、決定した各々Ｄ２Ｄ通信ターゲットのために割り当てるソースに基づき、リソース割り当て情報を生成し、送信端のＵＥがリソース割り当て情報に基づいて各々Ｄ２Ｄ通信ターゲットのために割り当てるリソースを決定するように、リソース割り当て情報を送信端のＵＥに送信する処理サブモジュールとを備える。
【００４４】
ここで、リソース割り当て情報は、各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ通信ターゲット識別子と、各々Ｄ２Ｄ通信ターゲットに対応するリソースとを備える。
【００４５】
ここで、送信端のＵＥは、個別報告または一括報告方式により、各々Ｄ２Ｄ通信ターゲットに対応するＢＳＲ情報を報告する。
【００４６】
ここで、送信端のＵＥがＤ２Ｄ通信ターゲットに対応するＤ２Ｄ ＢＳＲ情報を報告するトリガー条件は、Ｄ２Ｄ通信ターゲットのＤ２Ｄバッファーには、現在データの優先レベルより高いデータが着信されることと、Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーがもともと空いているが、新データが着信されることと、Ｄ２Ｄ通信ターゲットのＤ２Ｄ ＢＳＲ周期タイマーが時間切れとなることと、Ｄ２Ｄ通信ターゲットのためにＭＡＣ ＰＤＵを生成する場合、Ｄ２Ｄ通信ターゲットに対応するリソースには伝送しようとするＤ２Ｄデータに必要となるリソース以外の利用可能なリソースが含まれる子ととのうちの少なくとも１つを含む。
【００４７】
ここで、Ｄ２Ｄ ＢＳＲ情報は、Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ通信ターゲット識別子、及びＤ２Ｄ通信ターゲットに対応するＤ２ＤバッファーのバッファーステートＢＳ情報を含む。
【００４８】
また、割り当てモジュールは、各々Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２Ｄロジカルチャネルまたはロジカルチャネルグループにより送信しようとするデータ量を決定する第２決定サブモジュールと、データ量以及各々Ｄ２Ｄ通信ターゲットに対応するリソースプールに基づき、各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てる第１割り当てサブモジュールとをさらに備える。
【００４９】
ここで、処理モジュールは、Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２Ｄ無線ベアラ（ＲＢ）の優先レベルを決定し、且つＤ２ＤのＲＢ優先レベルに従い高低順の順番を付け、Ｄ２Ｄ通信ターゲットに対応するＤ２ＤのＲＢ優先レベルキューを生成する第３決定サブモジュールと、Ｄ２ＤのＲＢ優先レベルキューに基づき、Ｄ２Ｄ通信ターゲットに対応するリソースを割り当て、リソース割り当て結果に基づいて、Ｄ２Ｄ通信ターゲットに対応するＭＡＣ ＰＤＵを生成する生成サブモジュールとを備える。
【００５０】
ここで、生成サブモジュールは、Ｄ２ＤのＲＢ優先レベルキューに基づき、Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２ＤのＲＢのために、ＰＢＲによりリソースを割り当てる第２割り当てサブモジュールと、リソースを割り当てた後、残りリソースがなければ、ソース割り当て結果に基づき、Ｄ２Ｄ通信ターゲットにおける各々Ｄ２ＤのＲＢのために割り当てたリソースを決定し、且つ、当該リソースに基づいて、Ｄ２Ｄ通信ターゲットのため、対応のＭＡＣ ＰＤＵをオーガナイジングするオーガナイジングサブモジュールとを備える。
【００５１】
また、生成サブモジュールは、リソースを割り当てた後、残りリソースがあれば、残りリソースに基づき、Ｄ２ＤのＲＢ優先レベルキューによりＤ２Ｄ通信ターゲットに対応する各々Ｄ２ＤのＲＢのまだリソースが割り当てられていないのデータのためリソースを割り当て、前記Ｄ２ＤのＲＢ優先レベルキューにおける各々Ｄ２ＤのＲＢの全データにリソースを割り当てた場合または前記残りリソースの割り当てが終了する場合、前記残りリソースの割り当てが終了したと決定する第３割り当てサブモジュールをさらに備える。
【００５２】
且つ、オーガナイジングサブモジュールは、残りリソースの割り当てが終了した後、リソース割り当て及び残りリソースの割り当て結果に基づき、Ｄ２Ｄ通信ターゲットにおける各々Ｄ２ＤのＲＢのために割り当てたリソースを決定し、且つ、当該リソースに基づいて、Ｄ２Ｄ通信ターゲットのため、対応のＭＡＣ ＰＤＵをオーガナイジングする。
【発明の効果】
【００５３】
本発明は、送信端のＵＥ的各々Ｄ２Ｄ通信ターゲットに対しＭＡＣ ＰＤＵを個別に生成することにより、１個のデバイスから異なるＤ２Ｄ通信ターゲットデバイスへのデータがＭＡＣ ＰＤＵに多重化されることを防ぐことができ、ＭＡＣ ＰＤＵのヘッダオーバーヘッドを減少し、受信端のデバイスの不必要のブラインド検出を防止し、節電の目的を達成することができる。
【図面の簡単な説明】
【００５４】
本発明にかかる実施例または従来の技術案をさらに詳しく説明するため、以下実施例に関わる図面を簡単に紹介する。以下に紹介する図面は単に本発明の一部の実施例と関連することが明らかである。当業者としては、創造力を発揮しないかぎり、他の図面を得ることができる。
【図１】従来ＬＴＥシステムにおけるＭＡＣサブヘッダーのフォーマットを示す図である。
【図２】従来ＬＴＥシステムにおける短Ｄ２Ｄ ＢＳＲ及びショットされたＤ２Ｄ ＢＳＲ ＭＡＣ ＣＥフォーマットを示す図である。
【図３】従来ＬＴＥシステムにおける長Ｄ２Ｄ ＢＳＲフォーマットを示す図である。
【図４】発明にかかる実施例の端末間直接通信のデータ伝送方法のフローチャートである。
【図５】本発明にかかる実施例のＤ２Ｄ ＢＳＲ情報がデバイスによりトリガーされる場合、Ｄ２Ｄ ＢＳＲ情報を個別報告する際のＭＡＣサブヘッダのフォーマットを示す図である。
【図６】本発明にかかる実施例のＤ２Ｄ ＢＳＲ情報がデバイスによりトリガーされる場合、ＢＳＲ情報を個別報告際の短Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥのフォーマットを示す図である。
【図７】本発明にかかる実施例のＤ２Ｄ ＢＳＲ情報がデバイスによりトリガーされる場合、Ｄ２Ｄ ＢＳＲ情報を個別報告する際の長Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥのフォーマットを示す図である。
【図８】本発明にかかる実施例のＤ２Ｄ ＢＳＲ情報がＤ２Ｄ通信ターゲットによりトリガーされる場合、Ｄ２Ｄ ＢＳＲ情報を個別報告する際のＭＡＣサブヘッダのフォーマットを示す図である。
【図９】本発明にかかる実施例のＤ２Ｄ ＢＳＲ情報がＤ２Ｄ通信ターゲットによりトリガーされる場合、Ｄ２Ｄ ＢＳＲ情報を個別報告する際の短Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥ的フォーマットを示す図である。
【図１０】本発明にかかる実施例のＤ２Ｄ ＢＳＲ情報がＤ２Ｄ通信ターゲットによりトリガーされる場合、Ｄ２Ｄ ＢＳＲ情報を個別報告する際の長Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥ的フォーマットを示す図である。
【図１１】本発明にかかる実施例のＭＡＣ ＰＤＵフォーマットを示す図である。
【図１２】本発明にかかる実施例の端末間直接通信のデータ伝送装置の構造図である。
【図１３】本発明の技術案を実現するコンピューター構造を示すブロック図である。
【発明を実施するための形態】
【００５５】
以下、実施例により本発明を説明するが、これらの実施例に限定されたものではない。本発明の趣旨及び実質を逸脱しない限り、発明方法、工程または条件に対しての修正または取り換えることも、全て本発明の範囲に属する。
【００５６】
本発明にかかる実施例によれば、端末間直接通信のデータ伝送方法を提供する。
図４に示すように、本発明にかかる実施例の端末間直接通信のデータ伝送方法は以下のステップを備える。
【００５７】
ステップS４０１において、送信端のＵＥに対応するＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信ターゲットを決定する。
ステップS４０３において、各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てる。
ステップS４０５において、各々Ｄ２Ｄ通信ターゲットに対応するリソースに基づき、前記Ｄ２Ｄ通信ターゲットに対応するメディア・アクセス制御プロトコルデータ・ユニット（ＭＡＣ ＰＤＵ）を生成し、前記Ｄ２Ｄ通信ターゲットに対応するリソースを用いてＭＡＣ ＰＤＵを送信する。
【００５８】
また、当該端末間直接通信のデータ伝送方法は、Ｄ２Ｄ通信ターゲットのために対応のＤ２Ｄ通信ターゲット識別子を予め設定するステップと、Ｄ２Ｄ通信ターゲット識別子をＭＡＣ ＰＤＵにおけるメディア・アクセス制御（ＭＡＣ）サブヘッダーまたはＭＡＣ ＰＤＵにおけるメディア・アクセス制御サビースデータユニット（ＭＡＣ ＳＤＵ）に含ませるステップとを備える。
【００５９】
ここで、Ｄ２Ｄ通信ターゲット識別子は、グループ識別子と、ブロードキャスト識別子と、ターゲット端末識別子と、無線ベアラ（ＲＢ）識別子とのうちの少なくとも１つを含む。
【００６０】
ここで、各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てる場合、送信端のＵＥにより報告された各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーステート報告（ＢＳＲ）情報を受信する。送信端のＵＥにより報告された各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーステート報告（ＢＳＲ）情報を受信する。それとともに、決定した各々Ｄ２Ｄ通信ターゲットのために割り当てるソースに基づき、リソース割り当て情報を生成し、送信端のＵＥがリソース割り当て情報に基づいて各々Ｄ２Ｄ通信ターゲットのために割り当てるリソースを決定するように、リソース割り当て情報を送信端のＵＥに送信する。
【００６１】
ここで、リソース割り当て情報は、各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ通信ターゲット識別子、及び各々Ｄ２Ｄ通信ターゲットに対応するリソースを含む。
ここで、送信端のＵＥは、個別報告または一括報告の方式により、各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ ＢＳＲ情報を報告する。
【００６２】
ここで、送信端のＵＥがＤ２Ｄ通信ターゲットに対応するＤ２Ｄ ＢＳＲ情報を報告するトリガー条件は、Ｄ２Ｄ通信ターゲットのＤ２Ｄバッファーには、現在データの優先レベルより高いデータが着信されることと、Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーがもともと空いているが、新データが着信されることと、Ｄ２Ｄ通信ターゲットのＤ２Ｄ ＢＳＲ周期タイマーが時間切れとなることと、Ｄ２Ｄ通信ターゲットのためにＭＡＣ ＰＤＵを生成する場合、Ｄ２Ｄ通信ターゲットに対応するリソースには伝送しようとするＤ２Ｄデータに必要となるリソース以外の利用可能なリソースが含まれることとのうちの少なくとも１つを含む。
【００６３】
ここで、Ｄ２Ｄ ＢＳＲ情報は、Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ通信ターゲット識別子、及びＤ２Ｄ通信ターゲットに対応するＤ２ＤバッファーのバッファーステートＢＳ情報を含む。
【００６４】
また、各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てる場合、各々Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２Ｄロジカルチャネルまたはロジカルチャネルグループにより送信しようとするデータ量を決定する。データ量及び各々Ｄ２Ｄ通信ターゲットに対応するリソースプールに基づき、各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てる。
【００６５】
また、各々Ｄ２Ｄ通信ターゲットに対応するリソースに基づき、前記Ｄ２Ｄ通信ターゲットに対応するメディア・アクセス制御プロトコルデータ・ユニット（ＭＡＣ ＰＤＵ）を生成する場合、Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２Ｄ無線ベアラ（ＲＢ）の優先レベルを決定し、且つＤ２ＤのＲＢ優先レベルに従い高低順の順番を付け、Ｄ２Ｄ通信ターゲットに対応するＤ２ＤのＲＢ優先レベルキューを生成する。且つ、Ｄ２ＤのＲＢ優先レベルキューに基づき、Ｄ２Ｄ通信ターゲットに対応するリソースを割り当て、リソース割り当て結果に基づいて、Ｄ２Ｄ通信ターゲットに対応するＭＡＣ ＰＤＵを生成する。
【００６６】
ここで、Ｄ２ＤのＲＢ優先レベルキューに基づき、Ｄ２Ｄ通信ターゲットに対応するリソースを割り当て、リソース割り当て結果に基づいて、Ｄ２Ｄ通信ターゲットに対応するＭＡＣ ＰＤＵを生成する場合、Ｄ２ＤのＲＢ優先レベルキューに基づき、Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２ＤのＲＢのため、ＰＢＲ，進行リソース的割り当て，且つ、リソースを割り当てた後、残りリソースがなければ、ソース割り当て結果に基づき、Ｄ２Ｄ通信ターゲットにおける各々Ｄ２ＤのＲＢのために割り当てたリソースを決定し、且つ、当該リソースに基づいて、Ｄ２Ｄ通信ターゲットのため、対応のＭＡＣ ＰＤＵをオーガナイジングする。
【００６７】
また、Ｄ２ＤのＲＢ優先レベルキューに基づき、Ｄ２Ｄ通信ターゲットに対応するリソースを割り当て、リソース割り当て結果に基づいて、Ｄ２Ｄ通信ターゲットに対応するＭＡＣ ＰＤＵを生成する場合、リソースを割り当てた後、残りリソースがあれば、前記残りリソースに基づき、Ｄ２ＤのＲＢ優先レベルキューにより、Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２ＤのＲＢのまだリソースが割り当てられていないのデータのためリソースを割り当て、前記Ｄ２ＤのＲＢ優先レベルキューにおける各々Ｄ２ＤのＲＢの全データにリソースを割り当てた場合または前記残りリソースの割り当てが終了する場合、前記残りリソースの割り当てが終了したと決定する。且つ残りリソースの割り当てが終了した後、リソース割り当て及び残りリソースの割り当て結果に基づき、Ｄ２Ｄ通信ターゲットにおける各々Ｄ２ＤのＲＢのために割り当てたリソースを決定し、且つ、当該リソースに基づいて、Ｄ２Ｄ通信ターゲットのため、対応のＭＡＣ ＰＤＵをオーガナイジングする。
【００６８】
応用の場合、本発明の上記技術案は、異なるＤ２Ｄ通信ターゲットに対するＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースの決定は、集中モード リソース割り当て及び分散モード リソース割り当てを含む。
【００６９】
１、集中モード リソース割り当て
Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信デバイスからリソース割り当て制御ノードにＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｅ  Ｒｅｐｏｒｔ,  バッファーステート報告）を行う場合、ＢＳＲと関わるＤ２Ｄ通信ターゲット識別子情報を搬送する必要がある。リソース割り当て制御ノードは、デバイスにより報告した各々Ｄ２Ｄ通信ターゲットと関わるＤ２Ｄ ＢＳＲ情報に基づいて、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースをそれぞれ割り当て、そしてＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース割り当て指示シグナリングによりＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース割り当て結果をＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信デバイスに知らせる。ここで、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース割り当て結果には、Ｄ２Ｄ通信ターゲット識別子情報及びそれに対応するリソースが含まれる。Ｄ２Ｄ送信デバイスは、受信したＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース割り当て指示シグナリングにより、各々Ｄ２Ｄ通信ターゲットのために割り当てるリソースを特定する。
【００７０】
ここで、Ｄ２Ｄ通信ターゲット識別子ターゲットは、グループ識別子（ｇｒｏｕｐ ＩＤ）またはブロードキャスト識別子（ｂｒｏａｄｃａｓｔ ＩＤ）またはターゲット端末識別子（ＵＥ ＩＤ）またはＲＢ識別子（ＲＢ識別子は、ＲＢ ＩＤまたはｇｒｏｕｐ ＩＤ／ｂｒｏａｄｃａｓｔ ＩＤ＋ Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ＩＤ等の方式で示される）であってもよい。
【００７１】
Ｄ２Ｄ ＢＳＲ報告は、個別報告または一括報告に分けられる。個別報告とは、デバイスが各々Ｄ２Ｄ通信ターゲットに対し、前記Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ ＢＳＲ情報をそれぞれ報告することを指す。一括報告とは、デバイスがすべてのＤ２Ｄ通信ターゲットのＤ２Ｄ ＢＳＲ情報を、リソース割り当て制御ノードに一括に報告することを指す。
【００７２】
２、分散モード リソース割り当て
Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信デバイスは、１つのスケジューリング時刻において、どちらのＤ２Ｄ通信ターゲットのＤ２Ｄデータが伝送しようとするか及び伝送のデータ量を決定し、そして、各々Ｄ２Ｄ通信ターゲットに対応するリソースプールにおいて、前記Ｄ２Ｄ通信ターゲットに対応する送信しようとするデータ量に基づいて適切のリソースを選択する。
【００７３】
応用の場合、端末がＭＡＣ ＰＤＵをオーガナイジングする場合、まず、各々Ｄ２Ｄ通信ターゲットに対応するリソースを決定して、当該リソースにおいて、前記Ｄ２Ｄ通信ターゲットに対応するＤ２ＤのＲＢ（Ｒａｄｉｏ Ｂｅａｒｅｒ，無線ベアラ）に対し、Ｄ２ＤのＲＢ優先レベルに基づいてＭＡＣ ＰＤＵをオーガナイジングする。
【００７４】
また、端末がＭＡＣ ＰＤＵをオーガナイジングする場合、ＭＡＣ ＰＤＵには、Ｄ２Ｄ通信ターゲット識別子情報及びＤ２Ｄ送信デバイス識別子情報を含ませることができる。
以下、具体の例を挙げながら本発明の上記技術案を詳細に説明する。
【００７５】
実施例１：Ｄ２Ｄ ＢＳＲ過程（ＢＳＲがデバイスによりトリガーされ、各々Ｄ２Ｄ通信ターゲットのＤ２Ｄバッファーステートに対し、個別報告または一括報告する）について、以下、Ｄ２Ｄ ＢＳＲパラメータの設定、Ｄ２Ｄ ＢＳＲのトリガーメカニズム、Ｄ２Ｄ ＢＳＲ報告後の処理及びＤ２Ｄ ＢＳＲ報告フォーマットとの角度より、Ｄ２Ｄ ＢＳＲ過程をそれぞれ説明する。
【００７６】
１）Ｄ２Ｄ ＢＳＲパラメータの設定
Ｄ２Ｄ ＢＳＲ関連パラメータは、リソース割り当て制御ノードがデバイスに基づいて設定され、以下のいずれか１つのパラメータまたはそれらの任意の組み合わせを含む。もちろん、オンラインの場合、Ｄ２Ｄ及びＤ２Ｎは、同じ一連のＤ２Ｄ ＢＳＲパラメータを加重化することができる。
◎Ｄ２Ｄ ｒｅｔｘＢＳＲ-Ｔｉｍｅｒ：Ｄ２Ｄ ＢＳＲ報告を禁止するタイマー
◎Ｄ２Ｄ ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ：Ｄ２Ｄ ＢＳＲ報告を周期的に行るタイマー
【００７７】
２）Ｄ２Ｄ ＢＳＲのトリガーメカニズム
ここで、Ｄ２Ｄ ＢＳＲトリガーは、デバイスによりトリガーされる。また、トリガー条件は、以下のいずれの条件である。
【００７８】
◎Ｄ２ＤレギュラーＢＳＲ：a、現在Ｄ２Ｄ ｂｕｆｆｅｒにおけるデータより高い優先レベルのデータが着信またはデバイスがもともと空いているＤ２Ｄ ｂｕｆｆｅｒにはデータが着信する場合、トリガーする。b、デバイスＤ２Ｄ ｒｅｔｘＢＳＲ-Ｔｉｍｅｒが時間切れとなり、まつ バッファーにデータがある場合、トリガーする。
◎Ｄ２Ｄ周期性ＢＳＲ（Ｐｅｒｉｏｄｉｃ ＢＳＲ）：デバイスのＤ２Ｄ ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒが時間切れとなれば、Ｐｅｒｉｏｄｉｃ ＢＳＲをトリガーする。
◎Ｄ２Ｄパディング（Ｐａｄｄｉｎｇ ＢＳＲ）：デバイスが当該デバイスのＭＡＣ ＰＤＵをリソース割り当て制御ノードへオーガナイジングする場合、伝送しようとするデータのほか、利用可能のリソース（ｐａｄｄｉｎｇ）があれば、Ｄ２Ｄ Ｐａｄｄｉｎｇ ＢＳＲをトリガーすることができる。
【００７９】
３）Ｄ２Ｄ ＢＳＲ報告後の処理
ここで、Ｄ２Ｄ ＢＳＲがトリガーされ且つ報告できれば、対応のＤ２Ｄ ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びＤ２Ｄ ｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動または再起動する。ただし、ショートされたＤ２Ｄ ＢＳＲについて、Ｄ２Ｄ ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒの起動/再起動が禁止され、Ｄ２Ｄ ｒｅｔｘＢＳＲ-Ｔｉｍｅｒのみを起動/再起動する。
【００８０】
４）Ｄ２Ｄ ＢＳＲ報告フォーマット
ここで、Ｄ２Ｄ ＢＳＲはＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）の形式で報告し、報告の際にＭＡＣサブヘッダーとＭＡＣ ＣＥとの２部分に分けられる。ここで、Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥは、長Ｄ２Ｄ ＢＳＲ及び短/ショットされたＤ２Ｄ ＢＳＲとの２種のフォーマットを含む。ショットされたＤ２Ｄ ＢＳＲ及び短Ｄ２Ｄ ＢＳＲフォーマットは同一である。また、Ｄ２Ｄ ＢＳＲの場合、通信ターゲットを識別してＤ２Ｄ ＢＳＲを報告するため、Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥサブヘッダーまたはＭＡＣ ＣＥ内には、Ｄ２Ｄ通信ターゲットの識別子情報が含まれる。Ｄ２Ｄ通信ターゲットの識別子情報は、グループ識別子（ｇｒｏｕｐ ＩＤ）またはブロードキャスト識別子（ｂｒｏａｄｃａｓｔ ＩＤ）またはターゲット端末識別子（ＵＥ ID）またはＲＢ識別子（ＲＢ識別子は、ＲＢ ＩＤまたはｇｒｏｕｐ ＩＤ／ｂｒｏａｄｃａｓｔ ＩＤ＋ Ｌｏｇｉｃａl ｃｈａｎｎｅｌ ＩＤ等のように多様に示される）のように、多様な識別子がある。
【００８１】
Ｄ２Ｄ ＢＳＲ報告は、個別報告または一括報告を採用することができる。個別報告とは、デバイスが各々Ｄ２Ｄ通信ターゲットに対し、前記Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ ＢＳＲ情報それぞれ報告することを指す。一括報告とは、デバイスがすべてのＤ２Ｄ通信ターゲットのＤ２Ｄ ＢＳＲ情報を、リソース割り当て制御ノードに一括的に報告することを指す。
【００８２】
個別報告を例とすれば、Ｄ２Ｄ ＢＳＲにおける通信ターゲットがｇｒｏｕｐ ＩDの場合、ＢＳＲ ＭＡＣ ＣＥサブヘッダー及びそのＭＡＣ ＣＥフォーマットは、図５、図６、図７にしめすようである。ここで、サブヘッダーにおいて、D/Nは、当該Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥがＤ２ＮリンクまたはＤ２Ｄリンクに対するものであるかを示す。
【００８３】
一方、一括報告を採用する場合、ＭＡＣサブヘッダーにおける「Ｄ２Ｄ通信ターゲット識別子」により前記Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥにはどちらグループのｂｉｔｍａｐ（前提としては、リソース割り当て制御ノードと端末は、ｂｉｔ毎に対応の対応グループ識別子を約定する）が含まれるかを示し、ｂｉｔｍａｐ順番に基づいて各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーステート情報を順次に示す。または、上記図のＭＡＣサブヘッダーにおける「Ｄ２Ｄ通信ターゲット識別子」をリザーブドビットとして、Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥにおいて、各々Ｄ２Ｄバッファーステート情報の前に、Ｄ２Ｄ通信ターゲット識別子情報を追加する。
【００８４】
実施例２：Ｄ２Ｄ ＢＳＲ過程（Ｄ２Ｄ通信ターゲットに基づいてトリガーされ、各々Ｄ２Ｄ通信ターゲットのＤ２Ｄバッファーステートを個別報告）ついても、以下同様に、Ｄ２Ｄ ＢＳＲパラメータの設定、Ｄ２Ｄ ＢＳＲのトリガーメカニズム、Ｄ２Ｄ ＢＳＲ報告後の処理、Ｄ２Ｄ ＢＳＲ報告フォーマットとの角度から、Ｄ２Ｄ ＢＳＲ過程をそれぞれ説明する。
【００８５】
１）Ｄ２Ｄ ＢＳＲパラメータの設定
Ｄ２Ｄ ＢＳＲ関連パラメータは、リソース割り当て制御ノードがデバイスまたはＤ２Ｄ通信ターゲットに基づいて設定され、以下いずれか１つのパラメータまたは組み合わせを含む。もちろん、オンラインの場合、Ｄ２Ｄ及びＤ２Ｎは、同じ一連のＢＳＲ報告パラメータを多重化することができる。
◎Ｄ２Ｄ ｒｅｔｘＢＳＲ-Ｔｉｍｅｒ：Ｄ２ＤＢＳＲ報告を禁止するタイマー
◎Ｄ２Ｄ ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ：周期的にＤ２ＤＢＳＲ報告を行うタイマー
【００８６】
２）Ｄ２Ｄ ＢＳＲのトリガーメカニズム
Ｄ２Ｄ ＢＳＲトリガーは、Ｄ２Ｄ通信ターゲットに基づいてトリガーされ、トリガー条件は、以下のいずれか１つを含む。
【００８７】
◎Ｄ２ＤレギュラーＢＳＲ：a、現在ある特定Ｄ２Ｄ通信ターゲットのＤ２Ｄ ｂｕｆｆｅｒにおける現在データより高い優先レベルのデータが着信するか、またはある特定Ｄ２Ｄ通信ターゲットがもともと空いているＤ２Ｄ ｂｕｆｆｅｒにはデータが着信する場合、デバイスがトリガーする。b、ある特定Ｄ２Ｄ通信ターゲットのＤ２Ｄ ｒｅｔｘＢＳＲ-Ｔｉｍｅｒが時間切れとなり、且つバッファーにデータがある場合、デバイスがトリガーする。
◎Ｄ２Ｄ周期性ＢＳＲ（Ｐｅｒｉｏｄｉｃ ＢＳＲ）：ある特定Ｄ２Ｄ通信ターゲットのＤ２Ｄ ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒが時間切れとなれば、デバイスがＰｅｒｉｏｄｉｃ ＢＳＲをトリガーする。
◎Ｄ２Ｄパディング（Ｐａｄｄｉｎｇ ＢＳＲ）：デバイスのＭＡＣ ＰＤＵをある特定Ｄ２Ｄ通信ターゲットからリソース割り当て制御ノードへオーガナイジングする場合、伝送しようとするデータのほか、利用可能なリソース（ｐａｄｄｉｎｇ）があれば、デバイスがＤ２Ｄ Ｐａｄｄｉｎｇ ＢＳＲをトリガーする。
【００８８】
３）Ｄ２Ｄ ＢＳＲ報告後の処理：Ｄ２Ｄ ＢＳＲがトリガーされ且つ報告できれば、Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びＤ２Ｄ ｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動または再起動する。ただし、ショートされたＢＳＲに対し、Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒを起動または再起動できず、Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ ｒｅｔｘＢＳＲ-Ｔｉｍｅｒのみを起動または再起動する。
【００８９】
４）Ｄ２Ｄ ＢＳＲ報告フォーマット：Ｄ２ＤＢＳＲがＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）で報告する場合、報告の際にＭＡＣサブヘッダーとＭＡＣ ＣＥとの２部分に分けられる。ここで、Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥは、長Ｄ２Ｄ ＢＳＲ及び短/ショットされたＤ２Ｄ ＢＳＲとの２種のフォーマットを含む。ショットされたＤ２Ｄ ＢＳＲ及び短Ｄ２Ｄ ＢＳＲフォーマットは同一である。また、Ｄ２Ｄ ＢＳＲの場合、Ｄ２Ｄ通信ターゲット報告（Ｄ２Ｄ ＢＳＲ）を識別するため、Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥサブヘッダーまたはＭＡＣ ＣＥには、Ｄ２Ｄ通信ターゲットの識別子情報が含まれる。Ｄ２Ｄ通信ターゲットの識別子情報は多様であり、例えば、グループ識別子（ｇｒｏｕｐ ＩＤ）またはブロードキャスト識別子（ｂｒｏａｄｃａｓｔ ＩＤ）またはターゲット端末識別子（ＵＥ ID）またはＲＢ識別子（ＲＢ識別子は、ＲＢ ＩＤまたはｇｒｏｕｐ ＩＤ／ｂｒｏａｄｃａｓｔ ＩＤ＋ Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ＩＤ等のように多様に示される）などがある。
【００９０】
Ｄ２Ｄ ＢＳＲ報告には個別報告が採用される。個別報告とは、デバイスが各々Ｄ２Ｄ通信ターゲットに対し、前記Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ ＢＳＲ情報をそれぞれ報告する。
【００９１】
例を挙げれば、Ｄ２Ｄ通信ターゲットがｇｒｏｕｐ ＩＤである例において、Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥサブヘッダー及びそのＭＡＣ ＣＥフォーマットは図８、図９、図１０を参照されたい。ここで、サブヘッダーにおけるＤ／Ｎは、当該Ｄ２Ｄ ＢＳＲ ＭＡＣ ＣＥがＤ２ＮリンクまたはＤ２Ｄリンクに対するものであるかを示す。
【００９２】
実施例３：異なるＤ２Ｄ通信ターゲットにたいするＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースの決定方式（集中モードリソース割り当て）
【００９３】
リソース割り当て制御ノードは、デバイスにより報告された、各々Ｄ２Ｄ通信ターゲットに対するＤ２Ｄ ＢＳＲ情報に基づいて、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースを割り当てる。システムにおけるＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースが制限される場合、リソース割り当て制御ノードは、サービングにより行うＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎの各々デバイスの優先レベル、各々デバイスにより要求されるＤ２Ｄ ＣｏｍｍｕｎｉｃａｔｉｏｎサービスのＱｏＳパラメータ等の情報に基づき、総合的に考慮してリソースを割り当てる。
【００９４】
リソース割り当て制御ノード確定針対其サービングする各々Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信デバイスに対するリソース割り当て情報を決定すれば、リソース割り当て指示シグナリングにより、対応のＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信デバイスに通知する。ここで、リソース割り当て指示情報には、前記Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信デバイスの各々Ｄ２Ｄ通信ターゲットの識別子情報及びそれに対応するリソース割り当て指示情報(時間・周波数リソース、変調・コーディング方式等)が含まれる。
【００９５】
Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信デバイスは、受信したＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース割り当て指示シグナリングにより、各々Ｄ２Ｄ通信ターゲットのために割り当てるリソースを決定する。
【００９６】
実施例４：異なるＤ２Ｄ通信ターゲットに対するＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースの決定方式（分散モード リソース割り当て）
【００９７】
Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信デバイスは、１つのスケジューリング時刻において、どちらのＤ２Ｄ通信ターゲットのＤ２Ｄデータが伝送しようとするか及び伝送のデータ量を決定し、そして、各々Ｄ２Ｄ通信ターゲットに対応するリソースプールにおいて、前記Ｄ２Ｄ通信ターゲットに対応する送信しようとするデータ量に基づいて適切のリソースを選択する。
【００９８】
具体的に、異なるＤ２Ｄ通信ターゲットに対応するリソースプールは、同一であるがまたは異なる。また、リソース割り当てノードにより端末のために設定されるか、または、端末において予め設定されておいたものである。
【００９９】
Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎの利用可能なリソースが制限される場合、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信デバイスは、サービングする、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎサービスを行うQoSパラメータに基づいて、どちらのＤ２Ｄ通信ターゲットのどちらのＤ２ＤのＲＢのためにリソースを割り当てるのかを決定する。そして、同一のＤ２Ｄ通信ターゲットのＤ２ＤのＲＢ割り当てに属するリソースを合併し、合併後のリソースは、前記Ｄ２Ｄ通信ターゲットに対するリソースである。
【０１００】
実施例５：Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信端のＭＡＣ ＰＤＵオーガナイジング方式
【０１０１】
応用の場合、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信デバイスが各々Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ通信ターゲットのために割り当てるリソースを決定すれば、各々Ｄ２Ｄ通信ターゲットに対する割り当てるリソースにもとづいて、Ｄ２Ｄ ＣｏｍｍｕｎｉｃａｔｉｏｎのＭＡＣ ＰＤＵをそれぞれオーガナイジングし、オーガナイジングされたＭＡＣ ＰＤＵを対応のリソースにより送信する。
【０１０２】
例を挙げながら説明する。グループ通信の例によれば、リソース割り当て制御ノードがデバイスＵＥ１のために割り当てるＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースは以下通りである。
【０１０３】
【表１】
0006345792.tif 000002
【０１０４】
具体的に、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信端のＵＥは、上記リソース割り当て指示情報に基づいて、Ｇｒｏｕｐ  ＩＤ１及びＧｒｏｕｐ  ＩＤ２に対応するバッファーにおけるデータをＭＡＣ ＰＤＵになるようにオーガナイジングする。ＭＡＣ ＰＤＵをオーガナイジングする場合、１個のＧｒｏｕｐ  ＩＤに含まれる複数のＤ２ＤのＲＢの優先レベル（ｐｒｉｏｒｉｔｙ）を考慮する必要がある。即ち、１個のＧｒｏｕｐ  ＩＤに対応する複数のＤ２ＤのＲＢは、優先レベルが付けれら、且つＰＢＲ (Ｐｒｉｏｒｉｔｉｚｅｄ Ｂｉｔ Ｒａｔｅ，ＰＢＲ)が設定される場合、まず、当該Ｇｒｏｕｐ  ＩＤに対応するＤ２ＤのＲＢのｐｒｉｏｒｉｔｙパラメータに基づいて高低順にＤ２ＤのＲＢ優先レベルキューを生成する。前記Ｄ２ＤのＲＢ優先レベルキューに基づいて、以下のように２ラウンドのリソース割り当てを行い、ＭＡＣ ＰＤＵをオーガナイジングする。
【０１０５】
第１ラウンドのリソース割り当て： Ｇｒｏｕｐ  ＩＤに含まれるＤ２ＤのＲＢの優先レベルキューに基づき、各々ＲＢに対し、ＰＢＲに基づいて第１ラウンドのリソース割り当てを行う。第１ラウンドのリソース割り当てが終了後、残りリソースがあれば、引き続き第２ラウンドのリソース割り当てを行う。さもないと、リソース割り当てを終了させる。
【０１０６】
第２ラウンドのリソース割り当て：第１ラウンドの割り当て後、当該ｇｒｏｕｐ  ＩＤに対応するリソースがまだ残っている場合、第２ラウンドのリソース割り当てを行う。この時も、当該Ｇｒｏｕｐ  ＩＤに含まれるＤ２ＤのＲＢ優先レベルキューに基づいて、リソースの使い切れまたは、全部ＲＢデータに対するリソース割り当てが終了するまでに、各々ＲＢの残りデータ量に対し、リソースを順次に割り当てる。
【０１０７】
上記２ラウンドのリソース割り当て様子により、各々Ｇｒｏｕｐ  ＩＤに含まれる各々Ｄ２ＤのＲＢのためにリソースを最終的に割り当てた。リソース割り当て結果に基づいて、ＭＡＣ ＰＤＵがオーガナイジングされる。ＭＡＣ ＰＤＵが属するＧｒｏｕｐ  ＩＤのために割り当てた物理リソースを介してデータを送信する。
【０１０８】
実施例６: ＭＡＣ ＰＤＵフォーマット
本実施例において、ＭＡＣ ＰＤＵのフォーマットは図１１に示すようである。図１１によれば、本実施例のＭＡＣ ＰＤＵには、Ｄ２Ｄ通信ターゲット識別子(Ｄ２Ｄ通信ターゲット識別子は、ＭＡＣサブヘッダーまたはＭＡＣ ＳＤＵに含まれるが、含まれる具体位置はその長さにより決められる)と、前記Ｄ２Ｄ通信ターゲットに対する複数のＭＡＣサブヘッダー及びＭＡＣ ＳＤＵが含まれ、また、Ｄ２Ｄ通信ソース識別子情報も含まれることができる。
【０１０９】
応用の場合、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ受信端のデバイスは、リソース割り当て制御ノードから、関心があるＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ伝送に用いるＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースを取得し、且つ対応のＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースにおいて受信すればよい。もちろん、Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ受信端のデバイスが関心があるＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎに用いるリソース位置を正確に取得できれば、Ｄ２Ｄ送信デバイスのＭＡＣ ＰＤＵには、Ｄ２Ｄ通信ターゲット識別子及びＤ２Ｄ通信ソース識別子情報が含まっていなくてもよい。
【０１１０】
以上の実施例は、Ｄ２Ｄデータ通信過程におけるそれぞれの処理ステップを実施例として説明したが、実際のＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎデータ伝送過程は、以上の実施例達の一部実施例の組み合わせによっても実現できる。例えば、実施例１/３/５/６または２/３/５/６を組み合せば１個の集中モード リソース割り当て方式のＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎデータ伝送を得られる。また、実施例３/４/５/６の組み合わせにより分散モード リソース割り当てのＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎデータ伝送を得られる。
【０１１１】
よって、本発明以上の技術案によれば、１個のデバイスがら異なるＤ２Ｄ通信ターゲットデバイスへのデータが１個のＭＡＣ ＰＤＵに多重化することを防ぐことができる。これにより、ＭＡＣ ＰＤＵヘッダのオーバーヘッドを低減させ、且つＤ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ受信端のデバイスの不必要なブラインド検出を避け、節電の目的を達成する。
【０１１２】
また、本発明にかかる実施例は、端末間直接通信のデータ伝送装置を提供する。
図１２に示すように、根本発明にかかる実施例の端末間直接通信のデータ伝送装置は、以下のモジュールを備える。
決定モジュール１２１は、送信端のＵＥ（ＵＥ）に対応するＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信ターゲットを決定する。
割り当てモジュール１２２は、各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てる。
【０１１３】
処理モジュール１２３は、各々Ｄ２Ｄ通信ターゲットに対応するリソースに基づき、前記Ｄ２Ｄ通信ターゲットに対応するメディア・アクセス制御プロトコルデータ・ユニット（ＭＡＣ ＰＤＵ）を生成し，前記Ｄ２Ｄ通信ターゲットに対応するリソースを用いてＭＡＣ ＰＤＵを送信する。
【０１１４】
また、当該端末間直接通信のデータ伝送装置は、Ｄ２Ｄ通信ターゲットのために対応の通信ターゲット識別子を予め設定する設定モジュール（未図示）をさらに備える。
【０１１５】
また、処理モジュール１２３は、Ｄ２Ｄ通信ターゲット識別子をＭＡＣ ＰＤＵにおけるメディア・アクセス制御（ＭＡＣ）サブヘッダーまたはＭＡＣ ＰＤＵにおけるメディア・アクセス制御サビースデータユニット（ＭＡＣ ＳＤＵ）に含ませる。
【０１１６】
ここで、Ｄ２Ｄ通信ターゲット識別子は、グループ識別子と、ブロードキャスト識別子と、ターゲット端末識別子と、無線ベアラ（ＲＢ）識別子とのうちの少なくとも１つを含む。
【０１１７】
ここで、割り当てモジュール１２２は、送信端のＵＥにより報告された各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーステート報告（ＢＳＲ）情報を受信する受信サブモジュール（未図示）と、Ｄ２Ｄ ＢＳＲ情報に基づき、各々Ｄ２Ｄ通信ターゲットのために割り当てる対応のリソースを決定する第１決定サブモジュール（未図示）と、決定した各々Ｄ２Ｄ通信ターゲットのために割り当てるソースに基づき、リソース割り当て情報を生成し、送信端のＵＥがリソース割り当て情報に基づいて各々Ｄ２Ｄ通信ターゲットのために割り当てるリソースを決定するように、リソース割り当て情報を送信端のＵＥに送信する処理サブモジュール（未図示）とを備える。
【０１１８】
ここで、リソース割り当て情報は、各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ通信ターゲット識別子と、各々Ｄ２Ｄ通信ターゲットに対応するリソースとを備える。
ここで、送信端のＵＥは、個別報告または一括報告の方式により、各々Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ ＢＳＲ情報を報告する。
【０１１９】
ここで、送信端のＵＥがＤ２Ｄ通信ターゲットに対応するＤ２Ｄ ＢＳＲ情報を報告するトリガー条件は、Ｄ２Ｄ通信ターゲットのＤ２Ｄバッファーには、現在データの優先レベルより高いデータが着信されることと、Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄバッファーがもともと空いているが、新データが着信されることと、Ｄ２Ｄ通信ターゲットのＤ２Ｄ ＢＳＲ周期タイマーが時間切れとなることと、Ｄ２Ｄ通信ターゲットのためにＭＡＣ ＰＤＵを生成する場合、Ｄ２Ｄ通信ターゲットに対応するリソースには伝送しようとするＤ２Ｄデータに必要となるリソース以外の利用可能なリソースが含まれることとのうちの１つを含む。
【０１２０】
ここで、Ｄ２Ｄ ＢＳＲ情報は、Ｄ２Ｄ通信ターゲットに対応するＤ２Ｄ通信ターゲット識別子、及びＤ２Ｄ通信ターゲットに対応するＤ２ＤバッファーのバッファーステートＢＳ情報を含む。
【０１２１】
また、割り当てモジュール１２２は、各々Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２Ｄロジカルチャネルまたはロジカルチャネルグループにより送信しようとするデータ量を決定する第２決定サブモジュール（未図示）と、データ量及び各々Ｄ２Ｄ通信ターゲットに対応するリソースプールに基づき、各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当てる第１割り当てサブモジュール（未図示）とを備える。
【０１２２】
ここで、処理モジュール１２３は、Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２Ｄ無線ベアラ（ＲＢ）の優先レベルを決定し、且つＤ２ＤのＲＢ優先レベルに従い高低順の順番を付け、Ｄ２Ｄ通信ターゲットに対応するＤ２ＤのＲＢ優先レベルキューを生成する第３決定サブモジュール（未図示）と、Ｄ２ＤのＲＢ優先レベルキューに基づき、Ｄ２Ｄ通信ターゲットに対応するリソースを割り当て、リソース割り当て結果に基づいて、Ｄ２Ｄ通信ターゲットに対応するＭＡＣ ＰＤＵを生成する生成サブモジュール（未図示）とを備える。
【０１２３】
ここで、生成サブモジュールは、Ｄ２ＤのＲＢ優先レベルキューに基づき、Ｄ２Ｄ通信ターゲットに対応する各々Ｄ２ＤのＲＢのために、ＰＢＲによりリソースを割り当てる第２割り当てサブモジュール（未図示）と、リソースを割り当てた後、残りリソースがなければ、ソース割り当て結果に基づき、Ｄ２Ｄ通信ターゲットにおける各々Ｄ２ＤのＲＢのために割り当てたリソースを決定し、且つ、当該リソースに基づいて、Ｄ２Ｄ通信ターゲットのため、対応のＭＡＣ ＰＤＵをオーガナイジングするオーガナイジングサブモジュール（未図示）とを備える。
【０１２４】
また、生成サブモジュールは、リソースを割り当てた後、残りリソースがあれば、残りリソースに基づき、Ｄ２ＤのＲＢ優先レベルキューによりＤ２Ｄ通信ターゲットに対応する各々Ｄ２ＤのＲＢのまだリソースが割り当てられていないのデータのためリソースを割り当て、前記Ｄ２ＤのＲＢ優先レベルキューにおける各々Ｄ２ＤのＲＢの全データにリソースを割り当てた場合または前記残りリソースの割り当てが終了する場合、前記残りリソースの割り当てが終了したと決定する第３割り当てサブモジュール（未図示）をさらに備える。
【０１２５】
なお、オーガナイジングサブモジュールは、残りリソースの割り当てが終了した後、リソース割り当て及び残りリソースの割り当て結果に基づき、Ｄ２Ｄ通信ターゲットにおける各々Ｄ２ＤのＲＢのために割り当てたリソースを決定し、且つ、当該リソースに基づいて、Ｄ２Ｄ通信ターゲットのため、対応のＭＡＣ ＰＤＵをオーガナイジングする。
【０１２６】
よって、本発明の上述技術案によれば、送信端のＵＥの各々Ｄ２Ｄ通信ターゲットに対しＭＡＣ ＰＤＵを個別に生成し、１個のデバイスから異なるＤ２Ｄ通信ターゲットデバイスへのデータがＭＡＣ ＰＤＵに多重化されることを防ぐことができ、ＭＡＣ ＰＤＵのヘッダオーバーヘッドを減少し、受信端のデバイスの不必要のブラインド検出を防止し、節電の目的を達成することができる。
【０１２７】
ここまでに、までに具体の実施例により本発明の基本原理を説明したが、当業者であれば、本発明の方法及び装置の全部またはいずれのステップまたはユニットを理解でき、いかなる計算装置（プロセッサ、記憶媒体などが含まれる）または計算装置のネットワークにおいて、ハードウェア、ファームウェア及びソフトウェアまたはそれらの組み合わせにより実施でき、当業者が本発明の説明を基にして、基本のプログラミング能力を発揮すれば実施できる。
【０１２８】
よって、本発明の目的としては、いかなる計算装置において１つのプログラムまたは１組のプログラムを起動することにより達成できる。前記計算装置は、周知の汎用装置であってもよい。これにより、本発明の目的は、前記方法または装置を実施するプログラムコードが含まれるプログラム製品の提供のみにより達成することもできる。換言すれば、このようなプログラム製品も本発明の一部となり、このようなプログラム製品が記憶される記憶媒体も本発明の一部となる。前記記憶媒体がいずれかの周知の記憶媒体または将来に開発するいかなる記憶媒体であることが明らかである。
【０１２９】
本発明の他の実施例は、記憶媒体（該記憶媒体は、ＲＯＭ、ＲＡＭ、ハードディスク、取り外す可能メモリ等であってもよい）を提供する。当該記憶媒体には端末間直接通信のデータ伝送用のコンピュータープログラムが書き込んでいる。当該コンピュータープログラムは以下のステップを行うコード セグメントを有する。送信端のＵＥ（ＵＥ）に対応するＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信ターゲットを決定し、各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当て、各々Ｄ２Ｄ通信ターゲットに対応するリソースに基づき、前記Ｄ２Ｄ通信ターゲットに対応するメディア・アクセス制御プロトコルデータ・ユニット（ＭＡＣ ＰＤＵ）を生成し，前記Ｄ２Ｄ通信ターゲットに対応するリソースを用いてＭＡＣ ＰＤＵを送信する。
【０１３０】
本発明にかかる実施例は、コンピュータープログラムをさらに提供する。コンピュータープログラムは、以下の端末間直接通信のデータ伝送ステップを執行するコード セグメントを有する。送信端のＵＥ（ＵＥ）に対応するＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信ターゲットを決定し、各々Ｄ２Ｄ通信ターゲットのために対応のリソースを割り当て、各々Ｄ２Ｄ通信ターゲットに対応するリソースに基づき、前記Ｄ２Ｄ通信ターゲットに対応するメディア・アクセス制御プロトコルデータ・ユニット（ＭＡＣ ＰＤＵ）を生成し，前記Ｄ２Ｄ通信ターゲットに対応するリソースを用いてＭＡＣ ＰＤＵを送信する。
【０１３１】
ソフトウェア及び/またはファームウェアにより本発明にかかる実施例を実施する場合、プログラムからなるソフトウェアが記憶媒体またはネットワークから特定ハードウェア構造のコンピューターにインストールされる。例えば、図１３に示す汎用コンピューター１３００には、当該ソフトウェアを構成するプログラムがインストールされる。当該コンピューターが多様なプログラムがインストールされる場合、多様な機能等を実現できる。
【０１３２】
図１３において、ＣＰＵ１３０１は、ＲＯＭ１３０２に記憶されるプログラムまたは記憶部１３０８からＲＡＭ１３０３にロードされるプログラムにより各種の処理を実行する。ＲＡＭ１３０３においても、ニーズに応じてＣＰＵ１３０１が各種の処理を実行する際に必要となるデータを記憶する。ＣＰＵ１３０１、ＲＯＭ１３０２及びＲＡＭ １３０３は、バス１３０４により相互に接続される。入力/出力インターフェース１３０５もバス１３０４に接続させる。
【０１３３】
以下のユニットが入力/出力インターフェース１３０５に接続される。
‐  入力部１３０６。キーパッド、マウス等が含まれる。
‐  出力部１３０７。ディスプレー、例えば、 ブラウン管（ＣＲＴ）、液晶ディスプレー（ＬCＤ）及びスピーカー等が含まれる。
‐  記憶部１３０８。ハードディスク等が含まれる
‐  通信部１３０９。ネットワークインターフェースカード、例えば、ＬＡＮカード、モデム等が含まれる。
‐  ネットワーク例えばインターネットを介して通信処理を実行する通信部８０９。
【０１３４】
ニーズに応じてドライバー１３１０も入力/出力インターフェース１３０５に接続される。取り外す可能媒体１３１１、例えば磁気ディスク、光ディスク、光磁気 ディスク、半導体メモリ等が、ニーズに応じてドライバー１３１０にインストールされることにより、読み出したコンピュータープログラムがニーズに応じて記憶部１３０８にインストールさせるようにする。
【０１３５】
ソフトウェアにより前記シリーズの処理を実施する場合、ネットワーク例えばインターネットまたは記憶媒体例えば取り外す可能媒体１３１１を介してソフトウェアを構成するプログラムをインストールする。
【０１３６】
本分野の技術者として、本発明の実施形態が、方法、システム或いはコンピュータプログラム製品を提供できるため、本発明は完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアの両方を結合した実施形態を採用できることがかわるはずである。さらに、本発明は、一つ或いは複数のコンピュータプログラム製品の形式を採用できる。当該製品はコンピュータ使用可能なプログラムコードを含むコンピュータ使用可能な記憶媒体（ディスク記憶装置と光学記憶装置等を含むがそれとは限らない）において実施する。
【０１３７】
当業者であれば、このような記憶媒体が、図１３に示すような、プログラムが記憶されており、装置と別個にユーザーへプログラムを提供する取り外す可能媒体１３１１に限られないことが理解できる。取り外す可能媒体８１１の例として、磁気ディスク（フロッピー ディスク（登録商標））、光ディスク（ＣＤーＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ ｍｅｍｏｒｙ）及びＤＶＤ（ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）が含まれる）、光磁気ディスク（ＭＤ（Ｍｉｎｉ Ｄｉｓｋ）（登録商標）が含まれる）及び半導体メモリが挙げられる。または、記憶媒体は、ＲＯＭ １３０２、記憶部１３０８に含まれるハードディスクなどが含まれる。記憶媒体にはプログラムが記憶されており、且つこれらを備える装置とともにユーザーに提供される。
【０１３８】
また、本発明の装置及び方法において、各ユニットまたは各ステップは分解及び/または再度の組み合わせができる。これらの分解及び/または再度の組み合わせは本発明の均等案とみなすべきである。また、前記シリーズの処理を実行するステップは、説明順に従って時間順により実行すればよいが、これに限られない。一部のステップは並列または別個に実行してもよい。
【０１３９】
本発明及びそのメリットを詳細に説明したが、後記の請求の範囲に限定された本発明の思想及び範囲を逸脱しない限り、修正または取り換え及び変換をすることができる。また、本発明の専門用語「含む」、「備える」または他の変形は、排他性がない「含む」を包括して、一連の要素を含む過程、方法、ものまたは装置が、それらの要素だけではなく、明確に例挙げされていない他の要素も含むか、または、このような過程、方法、ものまたは装置に固有される要素も含む。更なる制限がない場合、「１つの…を含む」のような限定された要素は、前記要素を含む過程、方法、ものまたは装置には、さらに他の同じ要素の存在を制限しない。
【０１４０】
本出願は、２０１４年１月２日に中国特許局に提出し、出願番号が２０１４１０００１６０３.３であり、発明名称が「端末間直接通信のデータ伝送方法及び装置」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。
【図１】
0006345792.tif 000003
【図２】
0006345792.tif 000004
【図３】
0006345792.tif 000005
【図４】
0006345792.tif 000006
【図５】
0006345792.tif 000007
【図６】
0006345792.tif 000008
【図７】
0006345792.tif 000009
【図８】
0006345792.tif 000010
【図９】
0006345792.tif 000011
【図１０】
0006345792.tif 000012
【図１１】
0006345792.tif 000013
【図１２】
0006345792.tif 000014
【図１３】
0006345792.tif 000015