JP6915129B2 - データ伝送方法、端末及び基地局 - Google Patents

Description

本発明は通信分野に関し、さらに具体的にデータ伝送方法、端末及び基地局に関する。

デバイスツーデバイス（Ｄ２Ｄ：Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信は、端末ダイレクト通信技術とも称され、近傍の端末同士は、近距離範囲内でサイドリンク（ＳＬ：Ｓｉｄｅｌｉｎｋ）を介して、データ伝送を行う方式を意味する。Ｄ２Ｄ通信の二つのデバイスの間のデータ伝送は、中心ノード（即ち、基地局）を介して伝送する必要がない。
Ｄ２Ｄ技術の近距離通信の特徴とダイレクト通信方式とは、下記のメリットがある。１、端末と端末との間の近距離ダイレクト通信方式は、高データレート、低遅延、及び低消費電力を実現することができる。２、ネットワークに広く分布されるユーザ端末、及びＤ２Ｄ通信リンクの近距離の特徴を利用して、スペクトルリソースの有効利用を実現し、リソース空間分割多重の利得を獲得することができる。３、Ｄ２Ｄ通信のダイレクト通信方式は、無線個人対個人（Ｐ２Ｐ：Ｐｅｒｓｏｎ ｔｏ Ｐｅｒｓｏｎ）のようなサービスにおけるローカルデータの共有ニーズに適することができ、柔軟な適応性を備えたデータサービスを提供することができる。４、Ｄ２Ｄ通信は、ネットワーク内の数多く、しかも広く分布される通信端末を利用して、ネットワークのカバレッジ範囲を拡大することができる。

Ｄ２Ｄ通信は、公共セキュリティサービスに用いられるだけではなく、カバレッジの拡張、デバイスの省電力等の現実問題を拡張するために、商用の場面にも広く適用されることができる。例えば、セルラーネットワークにカバレッジされていない端末は、中継としての端末を介して、ネットワークとのデータ通信を実現することができ、この場合、ある意味で、ネットワークカバレッジの拡張を実現し、カバレッジの強化を実現することができる。また、例えば、Ｄ２Ｄ近距離通信を利用して、端末の送信パワーを省くことができ、端末の電池寿命を延ばすのに有利である。

なお、ここで言及するＤ２Ｄ技術は、従来の近距離通信技術と異なる。従来の近距離通信技術は、例えば、ブルートゥース、ワイファイダイレクト接続（ＷｉＦｉ Ｄｉｒｅｃｔ）、Ｚｉｇｂｅｅ等々のアンライセンス帯域、例えば工業科学研究医療（ＩＳＭ：Ｉｎｄｕｓｔｒｉａｌ Ｓｃｉｅｎｔｉｆｉｃ Ｍｅｄｉｃａｌ）帯域を使用して、データの直接伝送を行い、セルラーネットワークと独立するシステムになっている。それに対してＤ２Ｄ技術は、セルラーシステムとライセンス帯域リソースを共有して使用する端末ダイレクト通信技術を意味する。

従来のＤ２Ｄ通信において、Ｄ２Ｄ伝送リソースは、専用シグナリングでの準静的な構成方式で割り当てられるものであり、又は端末によって動的に要求する方式で取得されるものである。しかし、従来の方式は、端末とＤ２Ｄ通信する相手側端末のことを考慮せず、そのため、構成された、又は要求したＤ２Ｄ伝送リソースは、Ｄ２Ｄ通信の成功を保証することができない。

本発明の実施例は、データ伝送方法を提供し、第１の端末と第２の端末との間のＤ２Ｄ伝送を保証することができる。

第１の態様において、データ伝送方法を提供し、
第１の端末が、基地局にリソース構成要求を送信することと、
前記第１の端末が、前記基地局により送信される送信リソース構成情報を受信することと、
前記第１の端末が、前記送信リソースを使用して、前記第２の端末にデバイスツーデバイス（Ｄ２Ｄ）データを送信することと、
を含み、前記リソース構成要求が、第２の端末のデバイス属性情報を含み、ここで、前記送信リソースが、前記基地局が前記デバイス属性情報に基づいて確定されるものである。

上記から分かるように、本発明の実施例において、第１の端末は、基地局に第２の端末のデバイス属性情報を送信し、それによって、基地局によって割り当てられるリソースが第２の端末の受信能力範囲を超えないように保証し、さらに、後続の第１の端末と第２の端末との間のデータ伝送を保証することができる。

第１の態様を結合し、一つの可能な実現形態において、リソース構成要求がＲＲＣシグナリングに含まれる。

それに応じて、前記第１の端末が、前記基地局により送信される送信リソース構成情報を受信することは、前記第１の端末が、前記基地局により送信される送信リソースプール構成情報を受信することを含むことができ、前記送信リソースプールは、前記送信リソースを含む。また、前記第１の端末が前記送信リソースを使用して、前記第２の端末にＤ２Ｄデータを送信する前に、前記第１の端末が、前記送信リソースプールから前記送信リソースを選択することをさらに含む。

第１の態様を結合し、別の一つの可能な実現形態において、リソース構成要求はＭＡＣ
ＰＤＵに含まれる。

任意選択で、前記デバイス属性情報は、前記ＭＡＣ ＰＤＵ内のＬＣＩＤによって識別されるものである。

任意選択で、前記ＭＡＣ ＰＤＵ内のＢＳＲの特定フィールドは前記デバイス属性情報を含み、ここで、前記ＢＳＲのフォーマットがＬＣＩＤによって識別されるものである。

例えば、新しいＢＳＲフォーマットを定義することができ、当該新しいＢＳＲフォーマットの特定バイトで前記デバイス属性情報を搬送する。

任意選択で、前記デバイス属性情報は、前記第２の端末の受信帯域幅を含むことができる。

任意選択で、前記デバイス属性情報は、第２の端末の送信帯域幅、第２の端末の受信／送信最大データブロックの大きさ、第２の端末の受信／送信アンテナの数をさらに含むことができる。

任意選択で、前記第２の端末は低コストの端末である。

第２の態様において、データ伝送方法を提供し、
基地局が、第１の端末により送信されるリソース構成要求を受信することと、
前記基地局が、前記リソース構成要求に基づいて、前記第１の端末が使用する送信リソースを確定することと、
前記第１の端末が前記送信リソースを使用して前記第２の端末にデバイスツーデバイス（Ｄ２Ｄ）データを送信することができるように、前記基地局が、前記送信リソース構成情報を前記第１の端末に送信することと、
を含み、前記リソース構成要求が、第２の端末のデバイス属性情報を含む。

第２の態様を結合し、一つの可能な実現形態において、前記リソース構成要求がＲＲＣシグナリングに含まれる。

それに応じて、前記基地局が、前記リソース構成要求に基づいて、前記第１の端末が使用する送信リソースを確定することは、前記基地局が、前記リソース構成要求に基づいて、送信リソースプールを確定すること、を含み、前記送信リソースプールは、前記送信リソースを含む。さらに、前記基地局が、前記送信リソース構成情報を前記第１の端末に送信することは、前記第１の端末が前記リソースプール内の前記送信リソースを使用して前記第２の端末に前記Ｄ２Ｄデータを送信することができるように、前記基地局が、前記送信リソースプール構成情報を前記第１の端末に送信すること、を含むことができる。

第２の態様を結合し、別の一つの可能な実現形態において、前記リソース構成要求はＭＡＣ ＰＤＵに含まれる。

任意選択で、前記デバイス属性情報は、前記ＭＡＣ ＰＤＵ内のＬＣＩＤによって識別されるものである。

任意選択で、前記ＭＡＣ ＰＤＵ内のＢＳＲの特定フィールドは前記デバイス属性情報を含み、ここで、前記ＢＳＲのフォーマットがＬＣＩＤによって識別されるものである。

例えば、新しいＢＳＲフォーマットを定義することができ、当該新しいＢＳＲフォーマットの特定バイトで前記デバイス属性情報を搬送する。

任意選択で、前記デバイス属性情報は、前記第２の端末の受信帯域幅を含むことができる。

任意選択で、前記デバイス属性情報は、第２の端末の送信帯域幅、第２の端末の受信／送信最大データブロックの大きさ、第２の端末の受信／送信アンテナの数をさらに含むことができる。

任意選択で、前記第２の端末は低コストの端末である。

第３の態様において、端末を提供し、送信ユニットと受信ユニットとを含み、当該端末は、第１の態様又は第１の態様のいずれか一つの実現形態における、第１の端末により実現されるデータ伝送の各プロセスを実現することができる。

第４の態様において、端末を提供し、トランスミッター、レシーバー、及びプロセッサを含み、当該端末は、第１の態様又は第１の態様のいずれか一つの実現形態における、第１の端末により実現されるデータ伝送の各プロセスを実現することができる。

第５の態様において、コンピュータ読み取り可能な記憶媒体を提供し、前記コンピュータ読み取り可能な記憶媒体にプログラムが記憶されており、前記プログラムは、第１の端末に、上記の第１の態様又は第１の態様のいずれか一つの実現形態におけるデータ伝送方法を実行させる。

第６の態様において、基地局を提供し、受信ユニット、確定ユニット、及び送信ユニットを含み、当該基地局は、第２の態様又は第２の態様のいずれか一つの実現形態における、基地局により実現されるデータ伝送の各プロセスを実現することができる。

第７の態様において、基地局を提供し、トランスミッター、レシーバー、及びプロセッサを含み、当該基地局は、第２の態様又は第２の態様のいずれか一つの実現形態における、基地局により実現されるデータ伝送の各プロセスを実現することができる。

第８の態様において、コンピュータ読み取り可能な記憶媒体を提供し、前記コンピュータ読み取り可能な記憶媒体にプログラムが記憶されており、前記プログラムは、基地局に、上記の第２の態様又は第２の態様のいずれか一つの実現形態におけるデータ伝送方法を実行させる。

ハイブリッドネットワークの一つの場面の概略図である。 従来技術におけるリソース構成方法の一つの概略的なフローチャートである。 本発明の実施例におけるデータ伝送方法の一つの概略的なフローチャートである。 本発明の実施例の一つの適用場面の概略図である。 本発明の実施例におけるデータ伝送方法の別の一つの概略的なフローチャートである。 本発明の実施例におけるデータ伝送方法の別の一つの概略的なフローチャートである。 本発明の実施例におけるＢＳＲフォーマットの一つの概略図である。 本発明の実施例における第１の端末の一つのブロック図である。 本発明の実施例における第１の端末の別の一つのブロック図である。 本発明の実施例におけるシステムチップの一つの概略的なブロック図である。 本発明の実施例における基地局の一つのブロック図である。 本発明の一つの実施例における基地局の別の一つのブロック図である。 本発明の実施例におけるシステムチップの別の一つの概略的なブロック図である。

より明確に本発明の実施例を説明するために、上記において、実施例または先行技術の説明で必要となる図面を簡単に説明し、明らかに、上記に記載されている図面は、単なる本発明の幾つかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、これらの図面に基づいてその他の図面が得ることができる。

下記において、本発明の実施例の図面を結合し、本発明の実施例の技術案を明確的、全面的に説明し、当然、説明されている実施例は、本発明の一部の実施例に過ぎず、全ての実施例ではない。本発明の実施例に基づいて、当業者は、創造的な労力を払わずに得られた全てのその他の実施例は、本発明の範囲内である。

なお、本発明の実施例の技術案は、様々な通信システム、例えば、グローバル移動体通信（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、シンボル分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、広帯域シンボル分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ周波数分割複信（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）システム、ＬＴＥ時分割複信（ＴＤＤ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）、ユニバーサル移動通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）等に適用されることができる。

さらに、本発明の実施例において、基地局は、ＧＳＭ又はＣＤＭＡにおける基地局（ＢＴＳ：Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）であっても良く、ＷＣＤＭＡにおける基地局（ＮｏｄｅＢ）であっても良く、ＬＴＥの進化型基地局（ｅＮＢ又はｅＮｏｄｅＢ：Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ）、又は将来の５Ｇネットワークにおける基地局デバイスなどであっても良く、本発明はこれに対して限定しない。基地局は、ネットワークデバイス又はネットワーク側の装置等とも称しても良く、
また、本発明の実施例において、端末装置は無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を介して一つ又は複数のコアネットワークと通信することができ、端末デバイスは、アクセス端末、ユーザデバイス（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ユーザユニット、ユーザサイト、移動サイト、移動局、遠隔サイト、遠隔端末、移動デバイス、ユーザ端末、端末、無線通信デバイス、ユーザエージェント又はユーザ装置と称しても良い。端末デバイスは、セルラー電話、コードレス電話、セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、無線ローカルループ（ＷＬＬ：Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）サイト、パーソナルデジタル処理（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線通信機能を備えるハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおける端末装置などであってもよい。

Ｄ２Ｄ通信は、セルラーシステムとライセンス帯域のリソースを共有して使用し、統一されたハイブリッドセルラーとＤ２Ｄネットワークが形成される。図１に示されるのは、ハイブリッドネットワークの概略図である。当該ハイブリッドネットワークの場面において、端末は二つの異なるモードで通信することができる。その１はセルラー通信モードであり、即ち、端末は基地局を介して通信する。その２はＤ２Ｄモードであり、即ち、端末はＤ２Ｄリンクを使用して直接通信する。当該ハイブリッドネットワークにおいて、一部の端末はセルラー通信モードで基地局を介して情報転送と通信を行い、一部の端末は端末ダイレクト通信モードでデータの直接伝送を行うことを理解することができる。

Ｄ２Ｄの伝送リソースの取得方式は、専用シグナリングによる準静的な構成の方式又は端末の動的な要求方式がある。図２（ａ）に示されるのは専用シグナリングによる準静的な構成の方式であり、図２（ｂ）に示されるのは端末の動的な要求方式である。

図２（ａ）において、端末が接続モード（ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）にある場合、端末はｓｉｄｅｌｉｎｋで送信するデータがあり、又はデータを送信する意向がある時に、基地局にｓｉｄｅｌｉｎｋＵＥｉｎｆｏｒｍａｔｉｏｎメッセージを送信し、当該メッセージに関心する周波数ポイント情報等が含まれることができる。基地局が端末のメッセージを受信した後に、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続再構成（ＲＲＣｃｏｎｎｅｃｔｉｏｎｃｏｎｆｉｇｕｒａｔｉｏｎ）プロセスによって、端末に１セットの伝送リソースプール及び対応する伝送リソース構成を割り当てる。さらに、端末は、このリソースプールから一つのリソースを選択してデータ送信を行うことができる。

図２（ｂ）において、端末が接続モード（ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）である場合、端末はｓｉｄｅｌｉｎｋで送信するデータがある時に、専用スケジューリング要求（Ｄ−ＳＲ：Ｄｅｄｉｃａｔｅｄ−Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）又はランダムアクセス−スケジューリング要求（ＲＡ−ＳＲ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ−Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）を送信し、基地局は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）又はエンハンスド物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ：ｅｎｈａｎｃｅｄ ＰＤＣＣＨ）を介して、アップリンク許可を割り当てる。端末は、アップリンク許可を受信した後に、物理アップリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ
Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）で、サイドリンクバッファー状況報告（ＳＬ−ＢＳＲ：ＳｉｄｅＬｉｎｋ−Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔｓ）を搬送し、基地局は、端末から報告されたＳＬ−ＢＳＲに基づいてＰＤＣＣＨ又はｅＰＤＣＣＨを介して、ＳＬでデータ送信の許可を割り当てる。

しかし、ユビキタスネットワークの盛り上がりに伴い、ＬＴＥシステムにおいてマシンタイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）をサポートすることは、ますます注目される。第３世代パートナーシップ・プロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）リリース１３（Ｒ１３：Ｒｅｌｅａｓｅ １３）においてＭＴＣの物理層強化プロジェクトが設立されている。一台のＭＴＣ端末（ＭＴＣデバイスとも称する）は、複数のマシンツーマシン（Ｍ２Ｍ：Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）通信特性の一部特性、例えば、低モビリティ、少ない伝送データ量、通信遅延に対する鈍感、極めて少ない消費電力などの特性を備える可能性がある。ここでのＭ２Ｍ通信もＤ２Ｄ通信に属する。ここで、ＭＴＣ端末のコストを低減するために、新しい端末タイプを定義し、低コストの端末と称し、それのアップリンクとダウンリンクは１．４ＭＨｚ無線周波帯域幅又はより低いシステム帯域幅のみ、例えば２００ＫＨｚをサポートする。しかし、上記の図２（ａ）と図２（ｂ）に示されるＤ２Ｄ通信において、送信側の端末は、送信待ちのｓｉｄｅｌｉｎｋデータがある時に、送信リソースがない場合、基地局にリソースを要求する。しかし、受信側の端末が低コストの端末である場合、基地局により割り当てられるリソースは、受信側の受信範囲を超えてしまう可能性がある。それによって送信側端末と受信側端末との間のｓｉｄｅｌｉｎｋデータの伝送失敗が引き起こされる。

図３は、本発明の実施例におけるデータ伝送方法の一つの概略的なフローチャートである。図３には、第１の端末１０、第２の端末２０、及び基地局３０を示している。図４に示すように、第１の端末１０と基地局３０との間は、セルラーリンクを介して通信することができ、第１の端末１０はネットワーク接続モードにある。第１の端末１０と第２の端末２０とは、サイドリンク（Ｄ２Ｄリンクとも称する）を介して通信することができる。

ここで、第２の端末２０は低コスト（ｌｏｗ ｃｏｓｔ）端末であっても良い。ここでの低コストの端末は、低コストインテリジェント端末であっても良く、又は低コストユビキタスネットワーク端末等であっても良く、本発明はこれに対して限定しない。

通常、低コストの端末の伝送帯域幅は、普通の端末の伝送帯域幅より狭い。

図３に示される方法は、Ｓ１０１〜Ｓ１０４を含む。

Ｓ１０１において、第１の端末は、基地局にリソース構成要求を送信し、前記リソース構成要求が、第２の端末のデバイス属性情報を含む。

なお、第２の端末のデバイス属性情報は、当該第２の端末が低コストの端末であることを示すことができる。当該第２の端末のデバイス属性情報は、第２の端末の受信帯域幅を含むことができる。

なお、第１の端末１０は接続モードにある。第１の端末１０が第２の端末２０にサイドリンク（ＳＬ：ｓｉｄｅｌｉｎｋ）データを送信する必要がある時に、第１の端末１０はＳ１０１を実施することができる。ここで、ＳＬデータはＤ２Ｄデータとも称する。

ここで、第１の端末１０を送信端末又は送信側端末と称しても良く、第２の端末２０を受信端末又は受信側端末と称しても良い。

ここで、当該第２の端末のデバイス属性情報は、前記第２の端末の受信／送信帯域幅を含む。

任意選択で、デバイス属性情報は、前記第２の端末の受信／送信最大データブロックの大きさをさらに含むことができる。デバイス属性情報は、前記第２の端末が同時に受信可能なデータブロックの大きさをさらに含むことができる。

任意選択で、デバイス属性情報は、前記第２の端末の受信／送信アンテナの数等をさらに含むことができる。

任意選択で、一つの実施例として、当該リソース構成要求は、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングで搬送されることができる。又は、ＲＲＣシグナリングで当該リソース構成要求を送信することを理解することができる。例えば、図５のＳ２０１に示すように、当該ＲＲＣシグナリングは、ｓｉｄｅｌｉｎｋＵＥｉｎｆｏｒｍａｔｉｏｎシグナリングであっても良く、しかも当該ｓｉｄｅｌｉｎｋＵＥｉｎｆｏｒｍａｔｉｏｎシグナリングは第２の端末２０のデバイス属性情報を含む。

任意選択で、別の一つの実施例として、当該リソース構成要求は、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）プロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）で搬送されることができる。通常、図６のＳ３０１に示すように、ＭＡＣ ＰＤＵはバッファー状態報告（ＢＳＲ：Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）を含む。

任意選択で、ＭＡＣ ＰＤＵは、特定のＭＡＣ制御ユニット（ＣＥ：Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）を搬送することができ、当該ＭＡＣ ＣＥは第２の端末２０のデバイス属性情報を含む。

一例として、ＭＡＣ ＰＤＵ内のＢＳＲは、現行のＢＳＲフォーマットを採用することができる。前記ＭＡＣ ＰＤＵ内のロジックチャネル識別子（ＬＣＩＤ：Ｌｏｇｉｃａｌ
Ｃｈａｎｎｅｌ ＩＤ）によって識別することができる。例えば、ＬＣＩＤが「０１０」である場合、第２の端末の帯域幅が１００ｋｂであることを示すことができ、ＬＣＩＤが「０１１」である場合、第２の端末の帯域幅が３００ｋｂであることを示す、等々である。なお、ここでＬＣＩＤのビット数に対して限定しない。例えば、３ビット又は５ビット等であっても良い。

このように、ＬＣＩＤに基づいて、デバイス属性情報を確定することができる。

別の一例として、新しいＢＳＲフォーマットを定義することができ、当該新しく定義されるＢＳＲフォーマット内の特定フィールドは、第２の端末２０のデバイス属性情報を含む。

当該新しく定義されるＢＳＲフォーマットは、低コストＢＳＲと称しても良い。例を挙げて説明すると、現行のＢＳＲフォーマットの上で、１バイトを増加することができ、当該新しく定義されるＢＳＲとする。当該増加される１バイトは、当該第２の端末のデバイス属性情報を示すために用いられることができる。図７に示すように、現行のＢＳＲフォーマットの最後に１バイト増加し、当該増加されるバイトの上４ビットを利用して、当該低コストの端末を示し、下４ビットをリザーブ（Ｒ：Ｒｅｓｅｒｖｅｄ）ビットとする。
つまり、現行のロジックチャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ）ＩＤが１〜Ｎであるバッファーの後ろに、低コストの端末を示すバイトを増加する。

なお、本発明の実施例において、新しく定義されるＢＳＲフォーマットに対して限定しない。例えば、図７に示すように、現行のＢＳＲフォーマットの最後に１バイトを増加し、又は、現行のＢＳＲフォーマットの先頭に１バイトを増加する等々も可能である。

ここで、当該新しく定義されるＢＳＲフォーマットは、ロジックチャネル識別子（ＬＣＩＤ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ ＩＤ）で示すことができる。

例を挙げて説明すると、表１に示すように、インデックス「０１０１１」によって、使用されるＢＳＲフォーマットが低コストＢＳＲであることを示すことができる。

このように、ＬＣＩＤ（例えば、０１０１１）に基づいて、伝送するＢＳＲのフォーマットが図７に示される低コストＢＳＲであることを確定することができ、さらに、当該低コストＢＳＲの最後の１バイトでデバイス属性情報を読み取ることができる。

Ｓ１０２において、基地局３０はリソース構成要求に基づいて、第１の端末１０が使用する送信リソースを確定する。

具体的に、基地局３０は、デバイス属性情報に基づいて、第１の端末１０で使用可能な、第２の端末とＤ２Ｄ伝送するための送信リソースを確定することができる。

具体的に、デバイス属性情報は、第２の端末２０の受信帯域幅を含み、基地局３０は、第１の端末１０にサイドリンク上の送信リソースを割り当てることができ、当該送信リソースの物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）の構成は受信帯域幅を超えてはならない。

任意選択で、一つの実施例として、リソース構成要求がＭＡＣ ＰＤＵに含まれる場合、当該ステップＳ１０２は図６のＳ３０２であっても良い。

任意選択で、別の一つの実施例として、図５のＳ２０２に示すように、リソース構成要求がＲＲＣシグナリングに含まれる場合、基地局３０は、第１の端末１０が使用可能な送信リソースプールを確定することができ、当該送信リソースプールは、前記送信リソースを含む。つまり、基地局３０が第１の端末１０のために構成されるのは１セットリソースプールである。

Ｓ１０３において、基地局３０は第１の端末１０に前記送信リソース構成情報を送信する。

任意選択で、一つの実施例として、リソース構成要求がＭＡＣ ＰＤＵに含まれる場合、当該ステップＳ１０３は図６のＳ３０３であっても良い。ここで、基地局３０は、ＰＤＣＣＨ又はｅＰＤＣＣＨを介して第１の端末１０に当該送信リソース構成情報を送信することができる。

任意選択で、別の一つの実施例として、リソース構成要求がＲＲＣシグナリングに含まれる場合、当該ステップＳ１０３は図５のＳ２０３であっても良い。ここで、基地局３０は、ＲＲＣ接続再構成プロセスによって送信することができる。

Ｓ１０４において、第１の端末１０は当該送信リソースを使用して、第２の端末２０にＤ２Ｄデータを送信する。

ここで、Ｄ２ＤデータはＳＬデータとも称し、複数のデータブロックを含むことができる。

具体的に、第１の端末１０は、データブロックの大きさを確定することができ、第２の端末２０との間のＤ２Ｄリンクを介して、第２の端末２０に当該データブロックを送信する。

例を挙げて説明すると、第１の端末１０は、送信リソースのＰＲＢ構成に基づいて、送信デーするタブロックの大きさを確定することができる。例を挙げて説明すると、第１の端末１０は、送信リソースのＰＲＢ構成、及び第２の端末２０の最大受信データブロックの大きさに基づいて、送信するデータブロックの大きさを確定する。

なお、第１の端末１０で確定されるデータブロックの大きさは、第２の端末２０の最大受信データブロックの大きさより小さくではならない。

任意選択で、一つの実施例として、リソース構成要求がＭＡＣ ＰＤＵに含まれる場合、当該ステップＳ１０４は図６のＳ３０４であっても良い。

任意選択で、別の一つの実施例として、リソース構成要求がＲＲＣシグナリングに含まれる場合、当該ステップＳ１０４は図５のＳ２０４とＳ２０５であっても良い。

Ｓ２０４において、第１の端末１０は送信リソースを確定する。

具体的に、第１の端末１０は、Ｓ２０３における送信リソースプール構成情報に基づいて、送信リソースプールから送信リソースを選択することができる。

Ｓ２０５において、第１の端末１０はＳ２０４で選択される送信リソースを使用して、第２の端末２０にＤ２Ｄデータを送信する。

このように、本発明の実施例において、準静的なリソース構成のプロセスにおいて、送信側端末は、専用シグナリング（ＲＲＣシグナリング）に受信側端末のデバイス属性情報を含ませることができ、基地局がデバイス属性情報に基づいて、送信リソース構成を行うことができ、それによって、送信側端末と受信側端末との間のＤ２Ｄ伝送を保証することができる。

送信側端末が動的なリソースを要求する時に、ＭＡＣ ＰＤＵに受信側端末のデバイス属性情報を含ませることができ、基地局によってデバイス属性情報に基づいて、送信リソース構成を行うことができ、それによって、送信側端末と受信側端末との間のＤ２Ｄ伝送を保証することができる。

上記から分かるように、本発明の実施例において、第１の端末は、基地局に第２の端末のデバイス属性情報を送信し、それによって、基地局によって割り当てられるリソースが第２の端末の受信能力範囲を超えないように保証し、さらに、後続の第１の端末と第２の端末との間のデータ伝送を保証することができる。

図８は、本発明の実施例における端末の構造概略図である。図８に示される端末は第１の端末１０であり、送信ユニット１１０と受信ユニット１２０とを含む。

送信ユニット１１０は、基地局にリソース構成要求を送信するように構成され、前記リソース構成要求が、第２の端末のデバイス属性情報を含む。

受信ユニット１２０は、前記基地局により送信される送信リソース構成情報を受信するように構成され、ここで、前記送信リソースが、前記基地局が前記デバイス属性情報に基づいて確定されるものである。

送信ユニット１１０は、前記送信リソースを使用して、前記第２の端末にデバイスツーデバイス（Ｄ２Ｄ）データを送信するようにさらに構成される。

任意選択で、リソース構成要求がＲＲＣシグナリングに含まれる。当該第１の端末１０は、選択ユニットをさらに含むことができる。受信ユニット１２０は、具体的に、前記基地局により送信される送信リソースプール構成情報を受信するように構成され、前記送信リソースプールが、前記送信リソースを含む。選択ユニットは、前記送信リソースプールから前記送信リソースを選択するように構成される。

任意選択で、リソース構成要求はＭＡＣ ＰＤＵに含まれる。

なお、本発明の実施例において、送信ユニット１１０は、トランスミッターにより実現されることができ、受信ユニット１２０は、レシーバーによって実現されることができ、選択ユニットは、プロセッサによって実現されることができる。図９に示すように、第１の端末１０は、プロセッサ７０１、レシーバー７０２、トランスミッター７０３、及び記憶装置７０４を含むことができる。ここで、記憶装置７０４は、プロセッサ７０１で実行するコード等を記憶するように構成されることができる。プロセッサ７０１は、記憶装置７０４に記憶されるコードを実行するように構成される。例えば、プロセッサ７０１は、送信待ちのデータブロックの大きさを確定するように構成されることができる。

第１の端末１０内の各コンポーネントはバスシステム７０５によってカップリンブされており、ここでバスシステム７０５は、データバス以外に、電源バス、制御バス及び状態信号バスを含む。

図１０は、本発明の実施例におけるシステムチップの別の一つの概略的なブロック図である。図１０のシステムチップ８０は、入力インターフェース８１０、出力インターフェース８２０、少なくとも一つのプロセッサ８３０、記憶装置８４０を含み、前記入力インターフェース８１０、出力インターフェース８２０、前記プロセッサ８３０、及び記憶装置８４０の間は、バス８５０によって接続され、前記プロセッサ８３０は、前記記憶装置８４０内のコードを実行するように構成され、前記コードが実行される時に、前記プロセッサ８３０は、図３内の第１の端末によって実施する方法を実現するように構成される。

図８に示される第１の端末１０又は図９に示される第１の端末１０又は図１０に示されるシステムチップ８０は、上記の図３〜図６の方法実施例における、第１の端末によって実現する各プロセスを実現することができ、重複を避けるために、ここで省略する。

図１１は、本発明の実施例における基地局の一つのブロック図である。図１１に示される基地局３０は受信ユニット９１０、確定ユニット９２０、及び送信ユニット９３０を含む。

受信ユニット９１０は、リソース構成を要求するように構成され、前記リソース構成要求が、第２の端末のデバイス属性情報を含む。

確定ユニット９２０は、前記リソース構成要求に基づいて、前記第１の端末が使用する送信リソースを確立するように構成される。

送信ユニット９３０は、前記第１の端末が前記送信リソースを使用して前記第２の端末にデバイスツーデバイス（Ｄ２Ｄ）データを送信することができるように、前記送信リソース構成情報を前記第１の端末に送信するように構成される。

なお、本発明の実施例において、受信ユニット９１０は、レシーバーによって実現されることができ、確定ユニット９２０は、プロセッサによって実現されることができ、送信ユニット９３０は、トランスミッターによって実現されることができる。図１２に示すように、基地局３０は、プロセッサ１００１、レシーバー１００２、トランスミッター１００３、及び記憶装置１００４を含むことができる。ここで、記憶装置１００４は、プロセッサ１００１で実行するコード等を記憶するように構成される。プロセッサ１００１は、記憶装置１００４に記憶されるコードを実行するように構成される。

基地局３０内の各コンポーネントはバスシステム１００５によってカップリンブされており、ここでバスシステム１００５は、データバス以外に、電源バス、制御バス及び状態信号バスを含む。

図１３は、本発明の実施例におけるシステムチップの別の一つの概略的なブロック図である。図１３のシステムチップ１１００は入力インターフェース１１１０、出力インターフェース１１２０、少なくとも一つのプロセッサ１１３０、記憶装置１１４０を含み、前記入力インターフェース１１１０、出力インターフェース１１２０、前記プロセッサ１１３０、及び記憶装置１１４０の間はバス１１５０によって接続され、前記プロセッサ１１３０は、前記記憶装置１１４０内のコードを実行するように構成され、前記コードが実行される時に、前記プロセッサ１１３０は、図３内の基地局によって実施する方法を実現するように構成される。

図１１に示される基地局３０又は図１２に示される基地局３０又は図１３に示されるシステムチップ１１００は、上記の図３方法実施例における、基地局によって実現する各プロセスを実現することができ、重複を避けるために、ここで省略する。

なお、本発明の実施例におけるプロセッサは、集積回路チップであっても良く、信号処理能力を備えている。実現過程において、上記方法の実施例における各ステップは、プロセッサにおけるハードウェアの集積論理回路、又はソフトウェア形態の命令により完成されてもよい。上記のプロセッサは汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、専用集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、現場でプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアコンポーネントであってもよい。本発明の実施例における開示された各方法、ステップ及び論理ブロック図を実現、又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサはいずれかの通常のプロセッサなどであってもよい。本発明の実施例に開示された方法を結合するステップは、ハードウェア復号プロセッサによって実行して完成され、又は復号プロセッサにおけるハードウェアモジュール及びソフトウェアモジュールの組み合わせによって実行して完成されるように具現することができる。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ又は電気的消去可能プログラマブルメモリ、レジスタなどの本分野における成熟した記憶媒体に位置してもよい。該記憶媒質はメモリに位置し、プロセッサはメモリにおける情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを完成する。

本発明の実施例におけるメモリは揮発性記憶装置又は不揮発性記憶装置であってもよく、又は揮発性記憶装置及び不揮発性記憶装置の両者を含むことができることが理解できる。ここで、不揮発性記憶装置は読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ：Ｐｒｏｇｒａｍｍａｂｌｅ
ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ ＰＲＯＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性記憶装置は外部キャッシュメモリとして機能するランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。制限的でなく例示的な説明により、多くの形態のＲＡＭは利用可能であり、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ：Ｓｔａｔｉｃ ＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ ＲＡＭ）、同期動的ランダムアクセスメモリ（ＳＤＲＡＭ：Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレート同期動的ランダムアクセスメモリ（ＤＤＲＳＤＲＡＭ：Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ）、強化型同期動的ランダムアクセスメモリ（ＥＳＤＲＡＭ：Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、同期リンク動的ランダムアクセスメモリ（ＳＬＤＲＡＭ：Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ）とダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ）である。注意すべきこととして、本明細書に記載のシステムと方法のメモリは、これら、及びいずれかの他の適切なタイプのメモリを含むことを主旨しているが、これらに限定されない。

本願に開示されている実施例に説明されている各例示的なユニット及びアルゴリズムのステップを結合し、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの結合を用いて実現することができると、当業者であれば理解できる。これらの機能がハードウェアの形式かそれともソフトウェアの形式で実施するかについては、技術案の特定応用と設計制約によるものである。当業者は、各特定応用に応じて異なる方法を用いて、説明されている機能を実現することができるが、このような実現は本発明の範囲を超えていると見なすべきではない。

当業者は、説明の便利と簡潔上、上記に記載されているシステム、装置及びユニットの具体的な動作については、上記の方法実施例の対応されているフローを参照することができ、ここでそれ以上述べない。

本願に提供されている幾つかの実施例において、開示されているシステム、装置及び方法は、その他の方式で実現されても良い。例えば、上記に記載されている装置の実施例は単なる例示的なものに過ぎず、例えば、前記ユニットの分け方が、単なるロジック的な機能分けであり、実際、実現する時に他の分け方があっても良く、例えば、複数のユニット又はコンポーネントを別のシステムへ統合、又は集成しても良く、又は幾つかの技術特徴を省略、又は実施しなくても良い。また、明示され、又は議論されている各構成部分の互い的なカップリング、又は直接のカップリング、又は通信接続は、幾つかのインターフェース、装置、又はユニットの間接のカップリング又は通信によって接続されても良く、電気的、機械的、又はその他の形式であっても良い。

上記で分離コンポーネントとして説明したユニットは、物理的に分離されるものであっても良く、そうではないものであっても良い。ユニットとして示されるコンポーネントは物理ユニットであっても良く、そうではないものであっても良い。一箇所に配置されても良く、複数のネットワークユニットに配布しても良い。実際のニーズに応じて、その中の一部又は全部のユニットを選択して本実施例の技術案の目的を実現しても良い。

また、本発明の各実施例における各機能ユニットは、一つの処理ユニットに統合しても良く、各ユニットはそれぞれ単独なユニットとしても良く、二つ又は二つ以上のユニットを一つのユニットに統合しても良い。

前記機能は、ソフトウェア機能ユニットの方式で実現し、しかも独立な製品として販売又は使用する場合、コンピュータ読み取り可能の記憶媒体に記憶しても良い。これによって、本発明の技術案が事実上、言い換えれば先行技術に貢献した部分がソフトウェア製品の形で具現でき、該コンピュータソフトウェア製品は記憶媒体に記憶され、コンピュータ装置（パソコン、サーバ、またはネットワーク装置などであっても良い）に本発明の各実施例の全部または一部の前記方法を実行させための複数の命令を含む。上記の記憶媒体は、ＵＳＢメモリ、移動記憶媒体、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセス記憶装置（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又はコンパクトディスクなどの各種のプログラムコードが記憶できる媒体を含む。

上記に記載されているのは、単なる本発明の具体的な実施形態に過ぎず、本発明はそれに限らず、当業者が本発明に開示されている範囲内において、容易に想到し得る変形又は入れ替えは、全て本発明の範囲内に含まれるべきである。そのため、本発明の範囲は、記載されている特許請求の範囲に準じるべきである。

Claims (8)

1. データ伝送方法であって、
   第１の端末が、基地局にリソース構成要求を送信することと、
   前記第１の端末が、前記基地局により送信される送信リソース構成情報を受信することと、
   前記第１の端末が、前記送信リソースを使用して、第２の端末にデバイスツーデバイス（Ｄ２Ｄ）データを送信することと、
   を含み、前記リソース構成要求が、第２の端末のデバイス属性情報を含み、前記第２の端末のデバイス属性情報は、前記第２の端末の受信／送信帯域幅、前記第２の端末の受信／送信最大データブロックの大きさ及び前記第２の端末の受信／送信アンテナの数のうちの少なくとも一つを含み、ここで、前記送信リソースが、前記基地局が前記デバイス属性情報に基づいて確定されるものであり、
   前記第１の端末が、前記基地局により送信される送信リソース構成情報を受信することは、前記第１の端末が、前記基地局により送信される送信リソースプール構成情報を受信することを含み、前記送信リソースプールが、前記送信リソースを含む、
   ことを特徴とする前記データ伝送方法。
2. 前記リソース構成要求は無線リソース制御（ＲＲＣ）シグナリングに含まれる、
   ことを特徴とする請求項１に記載のデータ伝送方法。
3. 前記第１の端末が前記送信リソースを使用して、前記第２の端末にＤ２Ｄデータを送信する前に、
   前記第１の端末が、前記送信リソースプールから前記送信リソースを選択することをさらに含む、
   ことを特徴とする請求項１又は２に記載のデータ伝送方法。
4. 前記リソース構成要求は、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）に含まれることを含む、
   ことを特徴とする請求項１に記載のデータ伝送方法。
5. 前記デバイス属性情報は、前記ＭＡＣ ＰＤＵ内のロジックチャネル識別子（ＬＣＩＤ）によって識別されるものである、
   ことを特徴とする請求項４に記載のデータ伝送方法。
6. 前記ＭＡＣ ＰＤＵ内のＢＳＲの特定フィールドは前記デバイス属性情報を含み、ここで、前記ＢＳＲのフォーマットが、ロジックチャネル識別子（ＬＣＩＤ）によって識別されるものである、
   ことを特徴とする請求項４に記載のデータ伝送方法。
7. 前記第２の端末は低コストの端末である、
   ことを特徴とする請求項１乃至６のいずれか１項に記載のデータ伝送方法。
8. データ伝送方法であって、
   基地局が、第１の端末により送信されるリソース構成要求を受信することと、
   前記基地局が、前記リソース構成要求に基づいて、前記第１の端末が使用する送信リソースを確定することと、
   前記第１の端末が前記送信リソースを使用して第２の端末にデバイスツーデバイス（Ｄ２Ｄ）データを送信することができるように、前記基地局が、送信リソース構成情報を前記第１の端末に送信することと、
   を含み、前記リソース構成要求が、第２の端末のデバイス属性情報を含み、前記第２の端末のデバイス属性情報は、前記第２の端末の受信／送信帯域幅、前記第２の端末の受信／送信最大データブロックの大きさ及び前記第２の端末の受信／送信アンテナの数のうちの少なくとも一つを含み、
   前記基地局が、送信リソース構成情報を前記第１の端末に送信することは、前記基地局が、送信リソースプール構成情報を前記第１の端末に送信することを含み、前記送信リソースプールが、前記送信リソースを含む、
   ことを特徴とする前記データ伝送方法。

Images