JP2018524945A

JP2018524945A - リソース割当方法および機器

Info

Publication number: JP2018524945A
Application number: JP2018502382A
Authority: JP
Inventors: 亞利趙; 惠英張
Original assignee: チャイナアカデミーオブテレコミュニケーションズテクノロジー
Priority date: 2015-07-21
Filing date: 2016-07-05
Publication date: 2018-08-30
Anticipated expiration: 2036-07-05
Also published as: CN106412794A; EP3328140A1; US20190007930A1; CN106412794B; JP6621524B2; WO2017012467A1; KR102061436B1; EP3328140B1; TW201705807A; TWI587729B; EP3328140A4; KR20180030125A

Abstract

本発明の実施例は、無線通信の技術分野に関し、特にリソース割当方法および機器に関する。本発明の実施例におけるネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知し、第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、端末の各宛先アドレスにリソースを割り当てる。【選択図】図９

Description

本願は、２０１５年７月２１日に中国特許庁に提出された中国特許出願２０１５１０４３２５０９．８の優先権を主張し、その全ての内容が援用により本願に取り込まれる。

本発明は、無線通信の技術分野に関し、特にリソース割当方法および機器に関する。

３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）のＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）システムにおいて、ネットワーク集中制御方式が採用され、すなわちＵＥ（ユーザ機器）の上りデータと下りデータの送受信は、いずれもネットワークの制御下で行われる。ＵＥとＵＥとの間の通信における転送と制御は、ネットワークによって行われる。図１Ａに示すように、ＵＥとＵＥとの間に直接の通信リンクが存在せず、ＵＥ自らの上りデータ送信も許容されていない。

Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）技術は、すなわちユーザ機器の直接通信技術であって、図１Ｂに示すように、近隣のユーザ機器が、近距離範囲内で、中心ノード（例えば基地局）による転送を必要とせずに、直接接続リンクを介してデータを伝送する方式である。

Ｄ２Ｄ通信の機器は、すべてオンラインまたはオフラインであってもよく、さらに一部の機器がオンラインであり、一部の機器がオフラインであるものでもよい。オンラインとは、Ｄ２Ｄ通信にかかわる機器が３ＧＰＰＤ２Ｄ搬送波のカバー範囲内にあることであり、オフラインとは、Ｄ２Ｄ通信にかかわる機器が３ＧＰＰＤ２Ｄ搬送波のカバー範囲内にないことである。

典型的なＤ２Ｄ通信シーンは、Ｄ２Ｄ端末同士の一対一通信、１つの機器から１つの通信グループ内の全部の機器への一回の同一データ送信（グループ通信）、１つの機器から近くの全部の機器への一回の同一データ送信（ブロードキャスト通信）の３種類を含む。ここで、Ｄ２Ｄ端末同士の一対一通信は、主にソーシャル応用向けであり、グループ／ブロードキャスト通信は、主に消防、救援およびテロ対策など公共安全応用向けである。

Ｄ２Ｄ通信は、ネットワークスケジューリングによるリソース割当方式（Ｍｏｄｅ１）と、端末によるリソース自主選択のリソース割当方式（Ｍｏｄｅ２）の２種類のＤ２Ｄ送信リソース割当方式をサポートする。
１．ネットワークスケジューリングによるリソース割当方式（Ｍｏｄｅ１）：
すなわちネットワークは、端末からレポートされるＤ２ＤＢＳＲ（ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ）に基づいてリソースを端末に割り当てる方式である。
２．端末によるリソース自主選択のリソース割当方式（Ｍｏｄｅ２）：
すなわち端末は、予め配置される送信リソースまたはネットワークからブロードキャストされる送信リソースから１つのリソースを自主的に選択してＤ２Ｄ送信を行う。

従来のＬＴＥシステムにおいて、ベアラー構築時に、各ベアラーごとに、基地局にとって既知であるＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）パラメータがネットワークから設定される。したがって、基地局のＱｏＳに基づくスケジューリングが可能である。しかし、Ｄ２Ｄシステムの場合、データパケットに対応するＰＰＰ（ＰｒｉｏｒｉｔｙＰｅｒＰａｃｋｅｔ）パラメータは、Ｄ２Ｄ通信の送信端末が自ら生成したものであり、基地局にとって未知である。Ｄ２Ｄ通信の基地局スケジューリングによるリソース割当方式（Ｍｏｄｅ１）の場合、ネットワークが端末からレポートされる直接通信リンク（ｓｉｄｅｌｉｎｋ、例えばＤ２Ｄリンク）のＢＳＲ情報のみを把握し、ＢＳＲとＰＰＰとの対応関係を把握できないと、Ｄ２Ｄ通信のデータパケットプライオリティに基づくスケジューリングを実現することができない。

以上の記載をまとめると、現在、Ｄ２Ｄ通信の基地局スケジューリングによるリソース割当方式では、Ｄ２Ｄ通信のデータパケットプライオリティに基づくスケジューリングを実現することができない。

本発明は、Ｄ２Ｄ通信の基地局スケジューリングによるリソース割当方式によって、Ｄ２Ｄ通信のデータパケットプライオリティに基づくスケジューリングを実現することができないという従来技術に存在する問題を解決するためのリソース割当方法および機器を提供する。

本発明の実施例によるリソース割当方法において、ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知することと、前記ネットワーク側機器が、前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定することと、前記ネットワーク側機器が、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てることとを含む。

選択可能に、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知することは、前記ネットワーク側機器が、前記第１対応関係を、３ＧＰＰＴＳ３６．３３１のＳＩＢにおける新規追加のＩＥ、または、３ＧＰＰＴＳ３６．３３１のＳＩＢとは異なる新規追加ＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係をブロードキャストによって端末に通知する。

選択可能に、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知することは、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を専用シグナリングによって端末に通知することを含み、ここで、異なる端末の同一または非同一の宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係が同一または非同一であり、同一端末の異なる宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係が同一または非同一である。

選択可能に、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知する前に、さらに、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を確定することを含む。

本発明の実施例による別のリソース割当方法において、端末が、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を受信することと、前記端末が、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧＩＤとの第３対応関係を確定することと、前記端末が、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することと、前記端末が、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを前記ネットワーク側機器にレポートすることとを含む。

選択可能に、前記端末が、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を受信することは、前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することを含む。

選択可能に、前記端末が、宛先アドレスごとに、前記第３対応関係に基づいて、各宛先アドレスのＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に設置することは、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することとを含む。

選択可能に、前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択した後であって、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを前記ネットワーク側機器にレポートする前に、さらに、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥでは前記宛先アドレスに対応する１つのＬＣＧＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することを含む。

選択可能に、前記端末が、前記第３対応関係に基づいて、各宛先アドレスのＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に設置することは、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから、データが送信されるべきＬＣＧＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することとを含む。

選択可能に、前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択した後であって、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを前記ネットワーク側機器にレポートする前に、さらに、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥで前記宛先アドレスに対応するＬＣＧＩＤの数をネットワーク側機器に通知するための、前記宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することを含む。

本発明の実施例による、リソースを割り当てるネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知するための通知モジュールと、前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定するための確定モジュールと、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てるための割当モジュールとを含む。

選択可能に、前記通知モジュールは、具体的に、前記第１対応関係を、３ＧＰＰＴＳ３６．３３１のＳＩＢにおける新規追加のＩＥ、または、３ＧＰＰＴＳ３６．３３１のＳＩＢとは異なる新規追加のＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係をブロードキャストによって端末に通知することに用いられる。

選択可能に、前記通知モジュールは、具体的に、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を専用シグナリングによって端末に通知することに用いられ、異なる端末の同一または非同一の宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係が同一または非同一であり、同一端末の異なる宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係が同一または非同一である。

選択可能に、前記通知モジュールは、さらに、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知する前に、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を確定することに用いられる。

本発明の実施例による、リソースを割り当てる端末は、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を受信するための受信モジュールと、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧＩＤとの第３対応関係を確定するための処理モジュールと、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置するための生成モジュールと、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを前記ネットワーク側機器にレポートするためのレポートモジュールとを含む。

選択可能に、前記受信モジュールは、具体的に、前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することに用いられる。

選択可能に、前記生成モジュールは、具体的に、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することに用いられる。

選択可能に、前記生成モジュールは、さらに、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥでは前記宛先アドレスに対応する１つのＬＣＧＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することに用いられる。

選択可能に、前記生成モジュールは、具体的に、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから、データが送信されるべきＬＣＧＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することに用いられる。

選択可能に、前記生成モジュールは、さらに、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥで前記宛先アドレスに対応するＬＣＧＩＤの数をネットワーク側機器に通知するための、各宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することに用いられる。

本発明の実施例による、リソースを割り当てるネットワーク側機器は、メモリと、データを送受信するためのトランシーバと、メモリからプログラムを読み取って、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知するプロセスと、前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定するプロセスと、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにトランシーバでリソースを割り当てるプロセスとを実行するためのプロセッサとを含む。

本発明の実施例による、リソースを割り当てる端末は、メモリと、データを送受信するためのトランシーバと、メモリからプログラムを読み取って、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係をトランシーバで受信するプロセスと、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧＩＤとの第３対応関係を確定するプロセスと、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにける前記ＬＣＧＩＤに対応するバッファ状態情報に設置するプロセスと、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥをトランシーバで前記ネットワーク側機器にレポートするプロセスを実行するためのプロセッサとを含む。

本発明の実施例におけるネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知し、前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てる。本発明の実施例におけるネットワーク側機器は、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てることができるため、ＰＰＰに基づく前記端末の各宛先アドレスへのリソース割当が実現され、システム性能が向上する。

背景技術のセルラーネットワークにおける端末通信のデータ図である。背景技術の端末の直接通信のデータ図である。本発明の実施例のリソース割当システムの構造図である。本発明の実施例の第１種類のＭＡＣＣＥフォーマットを示す。本発明の実施例の第２種類のＭＡＣＣＥフォーマットを示す。本発明の実施例の第１種類のネットワーク側機器の構造図である。本発明の実施例の第１種類の端末の構造図である。本発明の実施例の第２種類のネットワーク側機器の構造図である。本発明の実施例の第２種類の端末の構造図である。本発明の実施例の第１種類のリソース割当方法のフローチャートである。本発明の実施例の第２種類のリソース割当方法のフローチャートである。

本発明の実施例におけるネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧ（ＬｏｇｉｃａｌＣｈａｎｎｅｌＧｒｏｕｐ）ＩＤ（識別子）との第１対応関係を端末に通知し、前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥ（ＭＡＣＣｏｎｔｒｏｌＥｌｅｍｅｎｔ）を受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てる。本発明の実施例におけるネットワーク側機器は、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てることができるため、ＰＰＰに基づく前記端末の各宛先アドレスへのリソース割当が実現され、システム性能が向上する。

以下、明細書の図面を参照しながら、本発明の実施例についてさらに詳細に記載する。

図２に示すように、本発明の実施例におけるリソース割当システムは、ネットワーク側機器１０と端末２０とを含む。ネットワーク側機器１０は、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知することと、前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定することと、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てることに用いられる。
端末２０は、ネットワーク側機器から受信したＰＰＰとＬＣＧＩＤとの第１対応関係、および、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧＩＤとの第３対応関係を確定することと、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することと、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを前記ネットワーク側機器にレポートすることに用いられる。

本発明の実施例における各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係は、同一または非同一である。ネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知する。

選択可能に、ネットワーク側機器は、端末に通知する際に、ブロードキャストまたは専用シグナリングによって通知する。

具体的に、ネットワーク側機器は、ブロードキャストによって通知する場合、前記第１対応関係を、３ＧＰＰＴＳ３６．３３１のＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）における新規追加のＩＥ（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ）、または、３ＧＰＰＴＳ３６．３３１のＳＩＢとは異なる新規追加のＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係をブロードキャストによって端末に通知する。
それに対応して、端末は、前記第１対応関係をブロードキャストによって受信する。

ネットワーク側機器から専用シグナリングによって通知する場合、専用シグナリングは、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）シグナリング、ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）シグナリングなど、端末に送信可能なシグナリングである。

選択可能に、ネットワーク側機器から専用シグナリングによって通知する場合、異なる端末の同一宛先アドレスに対応するＰＰＰとＬＣＧＩＤとの第１対応関係は、すべて同一またはすべて不同または一部同一であってよく、異なる端末の異なる宛先アドレスに対応するＰＰＰとＬＣＧＩＤとの第１対応関係は、すべて同一またはすべて不同または一部同一であってよく、同一端末の異なる宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係は、すべて同一またはすべて不同または一部同一であってよい。

選択可能に、本発明の実施例において、ネットワーク側機器が異なる端末または同一端末の異なる宛先アドレスに対して第１対応関係を配置することを支援するように、前記端末が、前記端末の少なくとも１つの宛先アドレスに対応する論理チャネルのＰＰＰの数をレポートする。ネットワーク側機器は、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を確定する。

ＬＣＧＩＤの数がＰＰＰの数に一致すると、基地局は、ＰＰＰとＬＣＧＩＤとの第１対応関係を配置する際に、１：１マッピング方式を使用してもよい。しかし、ＰＰＰの数がＬＣＧＩＤの数より大きくなると、ｍ：１（ｍ≧１）マッピングが必要になる。

端末は、ＰＰＰと論理チャネルとの第２対応関係が既知であるため、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を受信した後に、各宛先アドレスの第１対応関係と第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧＩＤとの第３対応関係を確定することができる。

各宛先アドレスの第３対応関係を確定すると、各宛先アドレスに対応するｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを確定することができる。

具体的に、端末は、１つの宛先アドレスに対し、前記第３対応関係に基づいて、ＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを確定し、ＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置する。

端末は、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥをレポートする時に、宛先アドレスごとに、ＬＣＧＩＤに従ってＢＳＲレポートを行う。ＢＳＲにＰＰＰ情報を付帯する必要がない。

選択可能に、ＢＳＲレポートのシグナリングコストをさらに節約するために、本発明の実施例は、２種類の手法を提供する。

手法１：前記端末は、各宛先アドレスに対応する第３対応関係を確定し、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択し、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置する。

すなわち、本発明の実施例は、ＢＳＲを、１つのＬＣＧＩＤのＢＳＲのレポートを必要とされるｓｈｏｒｔＢＳＲと、全部のＬＣＧＩＤのＢＳＲのレポートを必要とされるＬｏｎｇＢＳＲに分ける。

前記端末は、どのＢＳＲを採用してレポートするか選択可能である。

選択可能に、ネットワーク側機器は、どのＢＳＲを採用してレポートするかを端末に通知する。

どのＢＳＲを採用してレポートするかをネットワーク側機器から端末に通知しない場合、端末は、第１指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置してもよい。ここで、前記第１指示情報は、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥでは前記宛先アドレスに対応する１つのＬＣＧＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧＩＤのバッファ状態情報であるかをネットワーク側機器に通知するために用いられる。

例えば、宛先アドレスに対応するＢＳＲレポートのタイプ（ｓｈｏｒｔＢＳＲを０、ＬｏｎｇＢＳＲを１とする）を１ビットで指示し、第１指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥのＢＳＲＭＡＣＣＥ（ＭＡＣＣｏｎｔｒｏｌＥｌｅｍｅｎｔ）の最先端または他の位置に設置してもよい。

なお、上記の第１指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置する方式のほか、他のメッセージで第１指示情報をネットワーク側機器に通知してもよい。第１指示情報をネットワーク側機器に通知できる方式であれば、いずれも本発明の実施例に適用する。

選択可能に、手法１に対し、本発明の実施例のｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおいて、ＬｏｎｇＢＳＲレポートの宛先アドレスについて、ＬＣＧＩＤ情報を省略してもよい。

手法２：前記端末は、各宛先アドレスに対応する第３対応関係を確定し、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから、データが送信されるべきＬＣＧＩＤを選択し、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置する。

すなわち、本発明の実施例は、宛先アドレスごとに、データが送信されるべきＬＣＧＩＤのバッファ状態情報のみをレポートする。

宛先アドレスごとにレポートされるＬＣＧＩＤの数がネットワーク側機器にとって未知であるため、前記端末は、各宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することが考えられる。ここで前記宛先アドレスに対応する第２指示情報は、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおいて前記宛先アドレスに対応するＬＣＧＩＤの数をネットワーク側機器に通知するために用いられる。

例えば、対応する宛先アドレスのＬＣＧＩＤの数をＮ（Ｎの長さがＬＣＧＩＤの最大個数によって決まる。例えば宛先アドレスＡのＬＣＧＩＤの数が７であると、Ｎの長さが３であり、すなわち宛先アドレスＡの第２指示情報を１１１とすることができる）ビットで示し、第２指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥのＢＳＲＭＡＣＣＥの最先端または他の位置に設置する。

なお、上記の第２指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置する方式のほか、他のメッセージで第２指示情報をネットワーク側機器に通知してもよい。第２指示情報をネットワーク側機器に通知できる方式であれば、いずれも本発明の実施例に適用する。

選択可能に、ネットワーク側機器は、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てる際に、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰに基づいて、割当順を確定し、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てる。

例えばｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥには、宛先アドレスＡの２つのＬＣＧＩＤであるＬＣＧＩＤ１とＬＣＧＩＤ２を有するとし、第１対応関係に基づいて、ＬＣＧＩＤ１のプライオリティがＬＣＧＩＤ２のプライオリティより大きいと確定すると、ＬＣＧＩＤ１にリソースを割り当てからＬＣＧＩＤ２にリソースを割り当てる。

さらに、例えば、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥには、宛先アドレスＡの２つのＬＣＧＩＤであるＬＣＧＩＤ１とＬＣＧＩＤ２と、宛先アドレスＢの２つのＬＣＧＩＤであるＬＣＧＩＤ３とＬＣＧＩＤ４とを有するとする。第１対応関係に基づいて、プライオリティ順がＬＣＧＩＤ１＞ＬＣＧＩＤ３＞ＬＣＧＩＤ４＞ＬＣＧＩＤ２であると確定すると、ＬＣＧＩＤ１、ＬＣＧＩＤ３、ＬＣＧＩＤ４、ＬＣＧＩＤ２の順にリソースを割り当てる。

１つの宛先アドレスＡの複数のＬＣＧＩＤまたは異なる宛先アドレスの複数のＬＣＧＩＤにおいて、プライオリティが同一であるＬＣＧＩＤが複数存在すると、プライオリティが同一であるＬＣＧＩＤの割当順をランダムに確定する。

ここで、本発明の実施例におけるネットワーク側機器は、基地局（例えばマクロ基地局、家庭基地局など）、ＲＮ（中継）機器であってもよく、他のネットワーク側機器であってもよい。

以下、２つの実施例によって本発明の技術手段を詳細に説明する。

実施例１：ＰＰＰとＬＣＧＩＤとの第１対応関係をブロードキャストによって配置する。

ステップ１において、基地局は、ＰＰＰとＬＣＧＩＤとの第１対応関係をブロードキャストによって配置する。

ＬＣＧＩＤの数がＰＰＰレベルの数に一致すると、基地局は、ＰＰＰとＬＣＧＩＤとの対応関係を配置する際に、１：１マッピング方式を使用する。

ＬＣＧＩＤの数がＰＰＰレベルの数より小さくなると、ｍ：１（ｍ≧１）のマッピングが考えられる。例えば、ＰＰＰレベルの数が８であり、ＬＣＧＩＤの数が４であると、表１に示すように、２：１でマッピングを行う。

本発明の実施例の基地局は、第１対応関係をＳＩＢに設置してブロードキャストによって送信する。

基地局によるＰＰＰとＬＣＧＩＤの第１対応関係ブロードキャストをサポートするために、３ＧＰＰＴＳ３６．３３１のＳＩＢに新しいＩＥを追加しまたは新しいＳＩＢを設計する。

ステップ２において、端末は、ネットワーク側機器から受信したＰＰＰとＬＣＧＩＤとの第１対応関係、およびＰＰＰと論理チャネルとの第２対応関係に基づいて、論理チャネルとＬＣＧＩＤとの第３対応関係を確定する。

ＰＰＰと論理チャネルにバインディング関係を持つため、端末は、基地局からブロードキャストされるＰＰＰとＬＣＧＩＤとの第１対応関係を受信すると、各宛先アドレスに対応する各論理チャネルとＬＣＧＩＤとの第３対応関係を確定することができる。

ステップ３において、端末は、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥをレポートする。

端末のＤ２ＤリンクがＢＳＲレポートのトリガー条件を満たすと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを作成する。

Ｒ１３にＰＰＰが導入されているため、１つの宛先アドレスに対応する複数の論理チャネルは、異なるＬＣＧＩＤに属する可能性がある。従って、Ｒ１３ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥとＲ１２ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥとはフォーマットが異なり、拡張する必要がある。しかも、新しいＬＣＧＩＤを導入して拡張後のｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥのＩＤとする必要がある。

各宛先アドレスに対応するＬＣＧＩＤが４個であり、一旦ＢＳＲのレポートが必要とされる時に４個のＬＣＧＩＤが同時にレポートされなければならないことを例とし、宛先アドレス数Ｎが偶数であると、Ｒ１３ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥのフォーマットを図３に示し、宛先アドレス数Ｎが奇数であると、Ｒ１３ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥのフォーマットを図４に示す。

選択可能に、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥのコストをさらに節約するために、以下２つの最適化したものから１つを採用することができる。

１：宛先アドレスごとにｓｈｏｒｔＢＳＲ（すなわち１つのＬＣＧＩＤのＢＳＲのみをレポートする）またはｌｏｎｇＢＳＲ（すなわち全部のＬＣＧＩＤのＢＳＲをレポートする）のみをレポートすると約束する。
選択可能に、ＢＳＲＭＡＣＣＥの最先端または他の位置において、宛先アドレスごとに、当該宛先アドレスに対応するＢＳＲレポートタイプを１ビットによって示す。
選択可能に、当該ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥには、ＬＣＧＩＤ情報を省略してもよい。

２：宛先アドレスごとに、データが送信されるべきＬＣＧＩＤのＢＳＲのみをレポートすると約束する。
選択可能に、ＢＳＲＭＡＣＣＥの最先端または他の位置において、宛先アドレスごとに、当該宛先アドレスに対応するＬＣＧＩＤの数をＮ（Ｎの長さがＬＣＧＩＤの最大個数によって決まる）ビットによって示す。

ステップ４において、基地局は、Ｄ２Ｄ通信のサービスプライオリティに基づくスケジューリングを行う。

基地局は、端末から受信したＲ１３ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに基づいて、端末に対しスケジューリングを行う。選択可能に、基地局は、ＰＰＰの高いＬＣＧに優先的にリソースを割り当てる。

ステップ５において、端末は、基地局から指示されるスケジューリング情報に基づいてＤ２Ｄ送信を行う。

端末は、基地局からのスケジューリング指令を受信すると、スケジューリング指令の指示に基づいて、基地局から割り当てられたリソースでＭＡＣＰＤＵを作成して送信する。

実施例２：専用シグナリングによってＰＰＰとＬＣＧＩＤの対応関係を配置する。

ステップ１において、基地局は、ＰＰＰとＬＣＧＩＤとの対応関係を専用シグナリングによって配置する。

基地局がＰＰＰとＬＣＧＩＤとの第１対応関係を専用シグナリングによって配置する際に、当該第１対応関係は、異なる端末に対し同一であってもよく非同一であってもよい。同一端末の異なる宛先アドレスに対応する第１対応関係は、同一であってもよく非同一であってもよい。

同一であると、基地局は、ＰＰＰとＬＣＧＩＤとの第１対応関係を直接確定することができる。例えばＬＣＧＩＤの数がＰＰＰレベルの数に一致すると、基地局は、ＰＰＰとＬＣＧＩＤとの第１対応関係を配置する際に、１：１マッピング方式を使用する。

ＰＰＰレベルの数がＬＣＧＩＤの数より大きくなると、ｍ：１（ｍ≧１）のマッピングが考えられる。例えば、ＰＰＰレベルの数が８であり、ＬＣＧＩＤの数が４であると、表２に示すように、２：１でマッピングを行う。

不同であると、基地局からＰＰＰとＬＣＧＩＤを端末に配置する前に、端末は、各宛先アドレスの全部の論理チャネルに対応するＰＰＰの数（例えばｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに付帯される各宛先アドレスに対応するＰＰＰの数）を専用シグナリングによってレポートする必要があり、それから、基地局が、当該端末の宛先アドレスに対するＰＰＰとＬＣＧＩＤとの第１対応関係を確定する。以下、例示する。

端末１の場合、その宛先アドレスａが２つの論理チャネル（論理チャネルａ１と論理チャネルａ２）に対応し、当該２つの論理チャネルに対応するＰＰＰレベルがそれぞれ１、３であるが、その宛先アドレスｂが４つの論理チャネル（論理チャネルｂ１、論理チャネルｂ２、論理チャネルｂ３、論理チャネルｂ４）に対応し、当該４つの論理チャネルに対応するＰＰＰレベルが１、２、３、４である。端末２の場合、その宛先アドレスｃが３つの論理チャネル（論理チャネルｃ１、論理チャネルｃ２、論理チャネルｃ３）に対応し、当該３つの論理チャネルに対応するＰＰＰレベルが１、４、７である。基地局が端末１、端末２に配置したＰＰＰとＬＣＧＩＤの対応関係を、表３に示す。

基地局は、ＰＰＰとＬＣＧＩＤの第１対応関係を配置する際に、例えばＲＲＣ再設定シグナリングなど、端末専用シグナリングを使用する。

各宛先アドレスに対応するＬＣＧＩＤが４個であり、一旦ＢＳＲのレポートが必要とされるときに４個のＬＣＧＩＤが同時にレポートされなければならないことを例とし、宛先アドレス数Ｎが偶数であると、Ｒ１３ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥのフォーマットを図３に示し、宛先アドレス数Ｎが奇数であると、Ｒ１３ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥのフォーマットを図４に示す。

１：宛先アドレスごとにｓｈｏｒｔＢＳＲ（すなわち１つのＬＣＧＩＤのＢＳＲのみをレポートする）またはｌｏｎｇＢＳＲ（すなわち全部のＬＣＧＩＤのＢＳＲをレポートする）のみをレポートすると約束する。
選択可能に、ＢＳＲＭＡＣＣＥの最先端または他の位置において、宛先アドレスごとに、当該宛先アドレスに対応するＢＳＲレポートのタイプを１ビットによって示す。
選択可能に、当該ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥには、ＬＣＧＩＤ情報を省略してもよい。

図５に示すように、本発明の実施例の第１種類のネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知するための通知モジュール５００と、前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定するための確定モジュール５０１と、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てるための割当モジュール５０２とを含む。

選択可能に、前記通知モジュール５００は、具体的に、前記第１対応関係を、３ＧＰＰＴＳ３６．３３１のＳＩＢにおける新規追加のＩＥ、または、３ＧＰＰＴＳ３６．３３１のＳＩＢとは異なる新規追加のＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係をブロードキャストによって端末に通知すること用いられる。

選択可能に、前記通知モジュール５００は、具体的に、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を専用シグナリングによって端末に通知することに用いられる。ここで、異なる端末の同一または非同一宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係は、同一または非同一であり、同一端末の異なる宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係は、同一または非同一である。

選択可能に、前記通知モジュール５００は、さらに、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知する前に、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を確定することに用いられる。

図６に示すように、本発明の実施例の第１種類の端末は、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を受信するための受信モジュール６００と、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧＩＤとの第３対応関係を確定するための処理モジュール６０１と、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置するための生成モジュール６０２と、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを前記ネットワーク側機器にレポートするためのレポートモジュール６０３とを含む。

選択可能に、前記受信モジュール６００は、具体的に、前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することに用いられる。

選択可能に、前記生成モジュール６０２は、具体的に、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することに用いられる。

選択可能に、前記生成モジュール６０２は、さらに、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥでは前記宛先アドレスに対応する１つのＬＣＧＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することに用いられる。

選択可能に、前記生成モジュール６０２は、具体的に、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから、データが送信されるべきＬＣＧＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することに用いられる。

選択可能に、前記生成モジュール６０２は、さらに、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥで前記宛先アドレスに対応するＬＣＧＩＤの数をネットワーク側機器に通知するための、各宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することに用いられる。

図７に示すように、本発明の実施例の第２種類のネットワーク側機器は、メモリ７０４からプログラムを読み取って、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知するプロセスと、前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定するプロセスと、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにトランシーバ７０２でリソースを割り当てるプロセスとを実行するためのプロセッサ７０１と、プロセッサ７０１による制御でデータを送受信するためのトランシーバ７０２とを含む。

選択可能に、前記プロセッサ７０１は、具体的に、前記第１対応関係を、３ＧＰＰＴＳ３６．３３１のＳＩＢにおける新規追加のＩＥ、または、３ＧＰＰＴＳ３６．３３１のＳＩＢとは異なる新規追加のＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係をブロードキャストによって端末に通知すること用いられる。

選択可能に、前記プロセッサ７０１は、具体的に、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を専用シグナリングによって端末に通知することに用いられる。ここで、異なる端末の同一または非同一の宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係は、同一または非同一であり、同一端末の異なる宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係は、同一または非同一である。

選択可能に、前記プロセッサ７０１は、さらに、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知する前に、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を確定することに用いられる。

図７において、バスアーキテクチャ（バス７００で示す）は、任意数の相互接続するバスとブリッジを含み、プロセッサ７０１をはじめとする１つ又は複数のプロセッサとメモリ７０４をはじめとするメモリの各種類の回路を接続する。バス７００は、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続してもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェース７０３は、バス７００とトランシーバ７０２との間でインタフェースを提供する。トランシーバ７０２は、１つまたは複数の部品であり、例えば複数の送信機と受信機であり、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。プロセッサ７０１で処理されたデータは、アンテナ７０５を介して無線媒体で伝送される。さらに、アンテナ７０５は、データを受信してプロセッサ７０１に伝送する。

プロセッサ７０１は、バス７００と通常の処理を管理し、さらに計時、周辺インタフェース、電圧調整、電源管理および他の制御機能を含む各種類の機能を提供する。メモリ７０４は、プロセッサ７０１による操作実行に使用されるデータを記憶する。

選択可能に、プロセッサ７０１は、ＣＰＵ（中央演算処理装置）、ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）、またはＣＰＬＤ（ＣｏｍｐｌｅｘＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）である。

図８に示すように、本発明の実施例の第２種類の端末は、メモリ８０４からプログラムを読み取って、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係をトランシーバ８０２を介して受信するプロセスと、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧＩＤとの第３対応関係を確定するプロセスと、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置するプロセスと、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥをトランシーバ８０２で前記ネットワーク側機器にレポートするプロセスとを実行するためのプロセッサ８０１と、プロセッサ８０１による制御でデータを送受信するためのトランシーバ８０２とを含む。

選択可能に、前記プロセッサ８０１は、具体的に、前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することに用いられる。

選択可能に、前記プロセッサ８０１は、具体的に、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥの前記ＬＣＧＩＤに対応するバッファ状態情報に設置することに用いられる。

選択可能に、前記プロセッサ８０１は、さらに、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥでは前記宛先アドレスに対応する１つのＬＣＧＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することに用いられる。

選択可能に、前記プロセッサ８０１は、具体的に、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから、データが送信されるべきＬＣＧＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することに用いられる。

選択可能に、前記プロセッサ８０１は、さらに、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥで前記宛先アドレスに対応するＬＣＧＩＤの数をネットワーク側機器に通知するための、各宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することに用いられる。

図８において、バスアーキテクチャ（バス８００で示す）は、任意数の相互接続するバスとブリッジを含み、プロセッサ８０１をはじめとする１つ又は複数のプロセッサとメモリ８０４をはじめとするメモリの各種類の回路を接続する。バス８００は、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続してもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェース８０３は、バス８００とトランシーバ８０２との間でインタフェースを提供する。トランシーバ８０２は、１つまたは複数の部品であり、例えば複数の送信機と受信機であり、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。例えば、トランシーバ８０２は、他の機器から外部データを受信する。トランシーバ８０２は、プロセッサ８０１の処理を経たデータを他の機器に送信することに用いられる。計算システムの性質によっては、ユーザインタフェース８０５として、例えばキーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどが提供される。

プロセッサ８０１は、バス８００と通常の処理を管理し、前述のように汎用ＯＳを実行する。メモリ８０４は、プロセッサ８０１による操作実行に使用されるデータの記憶に用いられる。

選択可能に、プロセッサ８０１は、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡまたはＣＰＬＤである。

同一の発明思想に基づき、本発明の実施例は、リソース割当方法をさらに提供する。当該方法に対応する機器が本発明の実施例によるリソース割当システムのネットワーク側機器であり、しかも当該方法により問題を解決する原理が当該機器と類似するため、当該方法の実施例は、機器の実施例が参照され、繰り返して記載しない。

図９に示すように、本発明の実施例の第１種類のリソース割当方法は、ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知するステップ９００と、前記ネットワーク側機器が、前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定するステップ９０１と、前記ネットワーク側機器が、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てるステップ９０２とを含む。

選択可能に、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知することは、前記第１対応関係を、３ＧＰＰＴＳ３６．３３１のＳＩＢにおける新規追加のＩＥ、または、３ＧＰＰＴＳ３６．３３１のＳＩＢとは異なる新規追加のＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係をブロードキャストによって端末に通知する。

選択可能に、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知することは、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を専用シグナリングによって端末に通知することを含み、異なる端末の同一または非同一の宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係が同一または非同一であり、同一端末の異なる宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係が同一または非同一である。

同一の発明思想に基づき、本発明の実施例は、リソース割当方法をさらに提供する。当該方法に対応する機器が本発明の実施例によるリソース割当システムの端末であり、しかも当該方法により問題を解決する原理が当該機器と類似するため、当該方法の実施例は、機器の実施例が参照され、繰り返して記載しない。

図１０に示すように、本発明の実施例の第２種類のリソース割当方法は、端末が、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を受信するステップ１０００と、前記端末が、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧＩＤとの第３対応関係を確定するステップ１００１と、前記端末が、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置するステップ１００２と、前記端末が、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを前記ネットワーク側機器にレポートするステップ１００３とを含む。

選択可能に、前記端末が、宛先アドレスごとに、前記第３対応関係に基づいて、各宛先アドレスのＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥの前記宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に設定することは、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥの前記ＬＣＧＩＤに対応するバッファ状態情報に設定することとを含む。

選択可能に、前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択した後であって、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを前記ネットワーク側機器にレポートする前に、さらに、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥで前記宛先アドレスに対応するＬＣＧＩＤの数をネットワーク側機器に通知するための第２指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することを含む。

上述の内容から以下のことが分かる。本発明の実施例におけるネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知し、前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てる。本発明の実施例におけるネットワーク側機器は、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てることができるため、ＰＰＰに基づく前記端末の各宛先アドレスへのリソース割当が実現され、システム性能が向上する。
明らかに、当業者であれば、本発明の精神や範囲を逸脱せずに、本発明に対して様々な変更や変形をすることができる。このように、本発明のこれらの修正や変形が本発明の請求項およびその同等の技術範囲に含まれるものであれば、本発明は、これらの変更や変形を含むことを意図する。

Claims

ネットワーク側機器が、各宛先アドレスのＰＰＰ（ＰｒｉｏｒｉｔｙＰｅｒＰａｃｋｅｔ）とＬＣＧＩＤ（ＬｏｇｉｃａｌＣｈａｎｎｅｌＧｒｏｕｐＩＤ）との第１対応関係を端末に通知することと、
前記ネットワーク側機器が、前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲ（ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ）ＭＡＣＣＥ（ＭＡＣＣｏｎｔｒｏｌＥｌｅｍｅｎｔ）を受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定することと、
前記ネットワーク側機器が、確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てることと
を含むことを特徴とするリソース割当方法。
前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知することは、
前記ネットワーク側機器が、前記第１対応関係を、３ＧＰＰＴＳ３６．３３１のＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）における新規追加のＩＥ（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ）、または、３ＧＰＰＴＳ３６．３３１のＳＩＢとは異なる新規追加ＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係をブロードキャストによって端末に通知することを含むことを特徴とする請求項１に記載の方法。
前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知することは、
前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を専用シグナリングによって端末に通知することを含み、
異なる端末の同一または非同一の宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係が同一または非同一であり、
同一端末の異なる宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係が同一または非同一であることを特徴とする請求項１に記載の方法。
前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知する前に、さらに、
前記ネットワーク側機器が、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を確定することを含むことを特徴とする請求項３に記載の方法。
端末が、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を受信することと、
前記端末が、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧＩＤとの第３対応関係を確定することと、
前記端末が、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することと、
前記端末が、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを前記ネットワーク側機器にレポートすることとを含むことを特徴とするリソース割当方法。
前記端末が、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を受信することは、
前記端末が、前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することを含むことを特徴とする請求項５に記載の方法。
前記端末が、宛先アドレスごとに、前記第３対応関係に基づいて、各宛先アドレスのＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に設置することは、
前記端末が、各宛先アドレスに対応する第３対応関係を確定することと、
前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択することと、
前記端末が、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することとを含むことを特徴とする請求項５に記載の方法。
前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択した後であって、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを前記ネットワーク側機器にレポートする前に、さらに、
前記端末が、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥでは前記宛先アドレスに対応する１つのＬＣＧＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することを含むことを特徴とする請求項７に記載の方法。
前記端末が、前記第３対応関係に基づいて、各宛先アドレスのＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に設置することは、
前記端末が、各宛先アドレスに対応する第３対応関係を確定することと、
前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから、データが送信されるべきＬＣＧＩＤを選択することと、
前記端末が、前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することとを含むことを特徴とする請求項５に記載の方法。
前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択した後であって、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを前記ネットワーク側機器にレポートする前に、さらに、
前記端末が、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥで前記宛先アドレスに対応するＬＣＧＩＤの数をネットワーク側機器に通知するための、各宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することを含むことを特徴とする請求項９に記載の方法。
リソースを割り当てるネットワーク側機器において、
各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知するための通知モジュールと、
前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定するための確定モジュールと、
確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てるための割当モジュールとを含むことを特徴とするネットワーク側機器。
前記通知モジュールは、具体的に、
前記第１対応関係を、３ＧＰＰＴＳ３６．３３１のＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）における新規追加のＩＥ（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ）、または、３ＧＰＰＴＳ３６．３３１のＳＩＢとは異なる新規追加のＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係をブロードキャストによって端末に通知することに用いられることを特徴とする請求項１１に記載のネットワーク側機器。
前記通知モジュールは、具体的に、
各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を専用シグナリングによって端末に通知することに用いられ、
異なる端末の同一または非同一の宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係が同一または非同一であり、
同一端末の異なる宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係が同一または非同一であることを特徴とする請求項１１に記載のネットワーク側機器。
前記通知モジュールは、さらに、
各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知する前に、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を確定することに用いられることを特徴とする請求項１３に記載のネットワーク側機器。
リソースを割り当てる端末において、
ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を受信するための受信モジュールと、
前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧＩＤとの第３対応関係を確定するための処理モジュールと、
宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置するための生成モジュールと、
前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを前記ネットワーク側機器にレポートするためのレポートモジュールを含むことを特徴とする端末。
前記受信モジュールは、具体的に、
前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することに用いられることを特徴とする請求項１５に記載の端末。
前記生成モジュールは、具体的に、
各宛先アドレスに対応する第３対応関係を確定することと、
１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから１つのＬＣＧＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧＩＤを選択することと、
前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することに用いられることを特徴とする請求項１５に記載の端末。
前記生成モジュールは、さらに、
前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥでは前記宛先アドレスに対応する１つのＬＣＧＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することに用いられることを特徴とする請求項１７に記載の端末。
前記生成モジュールは、具体的に、
各宛先アドレスに対応する第３対応関係を確定することと、
１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧＩＤから、データが送信されるべきＬＣＧＩＤを選択することと、
前記第３対応関係に基づいて、選択したＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設置することに用いられることを特徴とする請求項１５に記載の端末。
前記生成モジュールは、さらに、
前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥで前記宛先アドレスに対応するＬＣＧＩＤの数をネットワーク側機器に通知するための、各宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥに設置することに用いられることを特徴とする請求項１９に記載の端末。
リソースを割り当てるネットワーク側機器において、
メモリと、
データを送受信するためのトランシーバと、
メモリからプログラムを読み取って、
各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係を端末に通知するプロセスと、
前記端末からレポートされるｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定するプロセスと、
確定したＰＰＰと、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにトランシーバでリソースを割り当てるプロセスとを実行するためのプロセッサと
を含むことを特徴とするネットワーク側機器。
リソースを割り当てる端末において、
メモリと、
データを送受信するためのトランシーバと、
メモリからプログラムを読み取って、
ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧＩＤとの第１対応関係をトランシーバで受信するプロセスと、
前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧＩＤとの第３対応関係を確定するプロセスと、
宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける前記ＬＣＧＩＤに対応するバッファ状態情報に設定するプロセスと、
前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥにおける各宛先アドレスのＬＣＧＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋＢＳＲＭＡＣＣＥをトランシーバで前記ネットワーク側機器にレポートするプロセスを実行するためのプロセッサと
を含むことを特徴とする端末。