(57)【特許請求の範囲】
【請求項１】
ネットワーク側機器が、端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰ（Ｐｒｉｏｒｉｔｙ  Ｐｅｒ  Ｐａｃｋｅｔ）の数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧ  ＩＤ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ  ＩＤ）との第１対応関係を確定すること、
前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知することと、
前記ネットワーク側機器が、前記端末からレポートされるｓｉｄｅｌｉｎｋ  ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）  ＭＡＣ  ＣＥ（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定することと、
前記ネットワーク側機器が、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てることと
を含むことを特徴とするリソース割当方法。
【請求項２】
前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知することは、
前記ネットワーク側機器が、前記第１対応関係を、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）における新規追加のＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）、または、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢとは異なる新規追加ＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係をブロードキャストによって端末に通知することを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知することは、
前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を専用シグナリングによって端末に通知することを含み、
異なる端末の同一または非同一の宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係が同一または非同一であり、
同一端末の異なる宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係が同一または非同一であることを特徴とする請求項１に記載の方法。
【請求項４】
端末が、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を受信することと、
前記端末が、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定することと、
前記端末が、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することと、
前記端末が、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートすることとを含み、
前記ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係は、前記ネットワーク側機器が、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて確定されるものである
ことを特徴とするリソース割当方法。
【請求項５】
前記端末が、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を受信することは、
前記端末が、前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記端末が、宛先アドレスごとに、前記第３対応関係に基づいて、各宛先アドレスのＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に設置することは、
前記端末が、各宛先アドレスに対応する第３対応関係を確定することと、
前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択することと、
前記端末が、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することとを含むことを特徴とする請求項４に記載の方法。
【請求項７】
前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択した後であって、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートする前に、さらに、
前記端末が、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥでは前記宛先アドレスに対応する１つのＬＣＧ  ＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧ  ＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記端末が、前記第３対応関係に基づいて、各宛先アドレスのＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に設置することは、
前記端末が、各宛先アドレスに対応する第３対応関係を確定することと、
前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから、データが送信されるべきＬＣＧ  ＩＤを選択することと、
前記端末が、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することとを含むことを特徴とする請求項４に記載の方法。
【請求項９】
前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択した後であって、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートする前に、さらに、
前記端末が、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥで前記宛先アドレスに対応するＬＣＧ  ＩＤの数をネットワーク側機器に通知するための、各宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
リソースを割り当てるネットワーク側機器において、
各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知するための通知モジュールと、
前記端末からレポートされるｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定するための確定モジュールと、
確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てるための割当モジュールとを含み、
前記通知モジュールは、さらに、
各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知する前に、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を確定することに用いられる
ことを特徴とするネットワーク側機器。
【請求項１１】
前記通知モジュールは、具体的に、
前記第１対応関係を、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）における新規追加のＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）、または、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢとは異なる新規追加のＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係をブロードキャストによって端末に通知することに用いられることを特徴とする請求項１０に記載のネットワーク側機器。
【請求項１２】
前記通知モジュールは、具体的に、
各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を専用シグナリングによって端末に通知することに用いられ、
異なる端末の同一または非同一の宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係が同一または非同一であり、
同一端末の異なる宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係が同一または非同一であることを特徴とする請求項１０に記載のネットワーク側機器。
【請求項１３】
リソースを割り当てる端末において、
ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を受信するための受信モジュールと、
前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定するための処理モジュールと、
宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置するための生成モジュールと、
前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートするためのレポートモジュールを含み、
前記ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係は、前記ネットワーク側機器が、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて確定されるものである
ことを特徴とする端末。
【請求項１４】
前記受信モジュールは、具体的に、
前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することに用いられ、
そして、前記生成モジュールは、具体的に、
各宛先アドレスに対応する第３対応関係を確定することと、
１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択することと、
前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することに用いられ、
そして、前記生成モジュールは、さらに、
前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥでは前記宛先アドレスに対応する１つのＬＣＧ  ＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧ  ＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することに用いられることを特徴とする請求項１３に記載の端末。
【請求項１５】
前記生成モジュールは、具体的に、
各宛先アドレスに対応する第３対応関係を確定することと、
１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから、データが送信されるべきＬＣＧ  ＩＤを選択することと、
前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することに用いられ、
そして、前記生成モジュールは、さらに、
前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥで前記宛先アドレスに対応するＬＣＧ  ＩＤの数をネットワーク側機器に通知するための、各宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することに用いられることを特徴とする請求項１３に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１５年７月２１日に中国特許庁に提出された中国特許出願２０１５１０４３２５０９．８の優先権を主張し、その全ての内容が援用により本願に取り込まれる。
【０００２】
本発明は、無線通信の技術分野に関し、特にリソース割当方法および機器に関する。
【背景技術】
【０００３】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）のＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムにおいて、ネットワーク集中制御方式が採用され、すなわちＵＥ（ユーザ機器）の上りデータと下りデータの送受信は、いずれもネットワークの制御下で行われる。ＵＥとＵＥとの間の通信における転送と制御は、ネットワークによって行われる。図１Ａに示すように、ＵＥとＵＥとの間に直接の通信リンクが存在せず、ＵＥ自らの上りデータ送信も許容されていない。
【０００４】
Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）技術は、すなわちユーザ機器の直接通信技術であって、図１Ｂに示すように、近隣のユーザ機器が、近距離範囲内で、中心ノード（例えば基地局）による転送を必要とせずに、直接接続リンクを介してデータを伝送する方式である。
【０００５】
Ｄ２Ｄ通信の機器は、すべてオンラインまたはオフラインであってもよく、さらに一部の機器がオンラインであり、一部の機器がオフラインであるものでもよい。オンラインとは、Ｄ２Ｄ通信にかかわる機器が３ＧＰＰ  Ｄ２Ｄ搬送波のカバー範囲内にあることであり、オフラインとは、Ｄ２Ｄ通信にかかわる機器が３ＧＰＰ  Ｄ２Ｄ搬送波のカバー範囲内にないことである。
【０００６】
典型的なＤ２Ｄ通信シーンは、Ｄ２Ｄ端末同士の一対一通信、１つの機器から１つの通信グループ内の全部の機器への一回の同一データ送信（グループ通信）、１つの機器から近くの全部の機器への一回の同一データ送信（ブロードキャスト通信）の３種類を含む。ここで、Ｄ２Ｄ端末同士の一対一通信は、主にソーシャル応用向けであり、グループ／ブロードキャスト通信は、主に消防、救援およびテロ対策など公共安全応用向けである。
【０００７】
Ｄ２Ｄ通信は、ネットワークスケジューリングによるリソース割当方式（Ｍｏｄｅ１）と、端末によるリソース自主選択のリソース割当方式（Ｍｏｄｅ２）の２種類のＤ２Ｄ送信リソース割当方式をサポートする。
１．ネットワークスケジューリングによるリソース割当方式（Ｍｏｄｅ１）：
すなわちネットワークは、端末からレポートされるＤ２Ｄ  ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）に基づいてリソースを端末に割り当てる方式である。
２．端末によるリソース自主選択のリソース割当方式（Ｍｏｄｅ２）：
すなわち端末は、予め配置される送信リソースまたはネットワークからブロードキャストされる送信リソースから１つのリソースを自主的に選択してＤ２Ｄ送信を行う。
【０００８】
従来のＬＴＥシステムにおいて、ベアラー構築時に、各ベアラーごとに、基地局にとって既知であるＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）パラメータがネットワークから設定される。したがって、基地局のＱｏＳに基づくスケジューリングが可能である。しかし、Ｄ２Ｄシステムの場合、データパケットに対応するＰＰＰ（Ｐｒｉｏｒｉｔｙ  Ｐｅｒ  Ｐａｃｋｅｔ）パラメータは、Ｄ２Ｄ通信の送信端末が自ら生成したものであり、基地局にとって未知である。Ｄ２Ｄ通信の基地局スケジューリングによるリソース割当方式（Ｍｏｄｅ１）の場合、ネットワークが端末からレポートされる直接通信リンク（ｓｉｄｅｌｉｎｋ、例えばＤ２Ｄリンク）のＢＳＲ情報のみを把握し、ＢＳＲとＰＰＰとの対応関係を把握できないと、Ｄ２Ｄ通信のデータパケットプライオリティに基づくスケジューリングを実現することができない。
【０００９】
以上の記載をまとめると、現在、Ｄ２Ｄ通信の基地局スケジューリングによるリソース割当方式では、Ｄ２Ｄ通信のデータパケットプライオリティに基づくスケジューリングを実現することができない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、Ｄ２Ｄ通信の基地局スケジューリングによるリソース割当方式によって、Ｄ２Ｄ通信のデータパケットプライオリティに基づくスケジューリングを実現することができないという従来技術に存在する問題を解決するためのリソース割当方法および機器を提供する。
【課題を解決するための手段】
【００１１】
本発明の実施例によるリソース割当方法において、ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知することと、前記ネットワーク側機器が、前記端末からレポートされるｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定することと、前記ネットワーク側機器が、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てることとを含む。
【００１２】
選択可能に、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知することは、前記ネットワーク側機器が、前記第１対応関係を、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢにおける新規追加のＩＥ、または、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢとは異なる新規追加ＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係をブロードキャストによって端末に通知する。
【００１３】
選択可能に、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知することは、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を専用シグナリングによって端末に通知することを含み、ここで、異なる端末の同一または非同一の宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係が同一または非同一であり、同一端末の異なる宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係が同一または非同一である。
【００１４】
選択可能に、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知する前に、さらに、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を確定することを含む。
【００１５】
本発明の実施例による別のリソース割当方法において、端末が、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を受信することと、前記端末が、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定することと、前記端末が、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することと、前記端末が、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートすることとを含む。
【００１６】
選択可能に、前記端末が、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を受信することは、前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することを含む。
【００１７】
選択可能に、前記端末が、宛先アドレスごとに、前記第３対応関係に基づいて、各宛先アドレスのＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に設置することは、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することとを含む。
【００１８】
選択可能に、前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択した後であって、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートする前に、さらに、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥでは前記宛先アドレスに対応する１つのＬＣＧ  ＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧ  ＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することを含む。
【００１９】
選択可能に、前記端末が、前記第３対応関係に基づいて、各宛先アドレスのＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に設置することは、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから、データが送信されるべきＬＣＧ  ＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することとを含む。
【００２０】
選択可能に、前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択した後であって、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートする前に、さらに、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥで前記宛先アドレスに対応するＬＣＧ  ＩＤの数をネットワーク側機器に通知するための、前記宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することを含む。
【００２１】
本発明の実施例による、リソースを割り当てるネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知するための通知モジュールと、前記端末からレポートされるｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定するための確定モジュールと、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てるための割当モジュールとを含む。
【００２２】
選択可能に、前記通知モジュールは、具体的に、前記第１対応関係を、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢにおける新規追加のＩＥ、または、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢとは異なる新規追加のＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係をブロードキャストによって端末に通知することに用いられる。
【００２３】
選択可能に、前記通知モジュールは、具体的に、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を専用シグナリングによって端末に通知することに用いられ、異なる端末の同一または非同一の宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係が同一または非同一であり、同一端末の異なる宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係が同一または非同一である。
【００２４】
選択可能に、前記通知モジュールは、さらに、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知する前に、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を確定することに用いられる。
【００２５】
本発明の実施例による、リソースを割り当てる端末は、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を受信するための受信モジュールと、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定するための処理モジュールと、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置するための生成モジュールと、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートするためのレポートモジュールとを含む。
【００２６】
選択可能に、前記受信モジュールは、具体的に、前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することに用いられる。
【００２７】
選択可能に、前記生成モジュールは、具体的に、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することに用いられる。
【００２８】
選択可能に、前記生成モジュールは、さらに、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥでは前記宛先アドレスに対応する１つのＬＣＧ  ＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧ  ＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することに用いられる。
【００２９】
選択可能に、前記生成モジュールは、具体的に、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから、データが送信されるべきＬＣＧ  ＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することに用いられる。
【００３０】
選択可能に、前記生成モジュールは、さらに、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥで前記宛先アドレスに対応するＬＣＧ  ＩＤの数をネットワーク側機器に通知するための、各宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することに用いられる。
【００３１】
本発明の実施例による、リソースを割り当てるネットワーク側機器は、メモリと、データを送受信するためのトランシーバと、メモリからプログラムを読み取って、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知するプロセスと、前記端末からレポートされるｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定するプロセスと、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにトランシーバでリソースを割り当てるプロセスとを実行するためのプロセッサとを含む。
【００３２】
本発明の実施例による、リソースを割り当てる端末は、メモリと、データを送受信するためのトランシーバと、メモリからプログラムを読み取って、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係をトランシーバで受信するプロセスと、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定するプロセスと、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置するプロセスと、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥをトランシーバで前記ネットワーク側機器にレポートするプロセスを実行するためのプロセッサとを含む。
【発明の効果】
【００３３】
本発明の実施例におけるネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知し、前記端末からレポートされるｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定し、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てる。本発明の実施例におけるネットワーク側機器は、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てることができるため、ＰＰＰに基づく前記端末の各宛先アドレスへのリソース割当が実現され、システム性能が向上する。
【図面の簡単な説明】
【００３４】
【図１Ａ】背景技術のセルラーネットワークにおける端末通信のデータ図である。
【図１Ｂ】背景技術の端末の直接通信のデータ図である。
【図２】本発明の実施例のリソース割当システムの構造図である。
【図３】本発明の実施例の第１種類のＭＡＣ  ＣＥフォーマットを示す。
【図４】本発明の実施例の第２種類のＭＡＣ  ＣＥフォーマットを示す。
【図５】本発明の実施例の第１種類のネットワーク側機器の構造図である。
【図６】本発明の実施例の第１種類の端末の構造図である。
【図７】本発明の実施例の第２種類のネットワーク側機器の構造図である。
【図８】本発明の実施例の第２種類の端末の構造図である。
【図９】本発明の実施例の第１種類のリソース割当方法のフローチャートである。
【図１０】本発明の実施例の第２種類のリソース割当方法のフローチャートである。
【発明を実施するための形態】
【００３５】
本発明の実施例におけるネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ）ＩＤ（識別子）との第１対応関係を端末に通知し、前記端末からレポートされるｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥ（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定し、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てる。本発明の実施例におけるネットワーク側機器は、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てることができるため、ＰＰＰに基づく前記端末の各宛先アドレスへのリソース割当が実現され、システム性能が向上する。
【００３６】
以下、明細書の図面を参照しながら、本発明の実施例についてさらに詳細に記載する。
【００３７】
図２に示すように、本発明の実施例におけるリソース割当システムは、ネットワーク側機器１０と端末２０とを含む。ネットワーク側機器１０は、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知することと、前記端末からレポートされるｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定することと、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てることに用いられる。
端末２０は、ネットワーク側機器から受信したＰＰＰとＬＣＧ  ＩＤとの第１対応関係、および、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定することと、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することと、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートすることに用いられる。
【００３８】
本発明の実施例における各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係は、同一または非同一である。ネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知する。
【００３９】
選択可能に、ネットワーク側機器は、端末に通知する際に、ブロードキャストまたは専用シグナリングによって通知する。
【００４０】
具体的に、ネットワーク側機器は、ブロードキャストによって通知する場合、前記第１対応関係を、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）における新規追加のＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）、または、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢとは異なる新規追加のＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係をブロードキャストによって端末に通知する。
それに対応して、端末は、前記第１対応関係をブロードキャストによって受信する。
【００４１】
ネットワーク側機器から専用シグナリングによって通知する場合、専用シグナリングは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）シグナリングなど、端末に送信可能なシグナリングである。
【００４２】
選択可能に、ネットワーク側機器から専用シグナリングによって通知する場合、異なる端末の同一宛先アドレスに対応するＰＰＰとＬＣＧ  ＩＤとの第１対応関係は、すべて同一またはすべて不同または一部同一であってよく、異なる端末の異なる宛先アドレスに対応するＰＰＰとＬＣＧ  ＩＤとの第１対応関係は、すべて同一またはすべて不同または一部同一であってよく、同一端末の異なる宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係は、すべて同一またはすべて不同または一部同一であってよい。
【００４３】
選択可能に、本発明の実施例において、ネットワーク側機器が異なる端末または同一端末の異なる宛先アドレスに対して第１対応関係を配置することを支援するように、前記端末が、前記端末の少なくとも１つの宛先アドレスに対応する論理チャネルのＰＰＰの数をレポートする。ネットワーク側機器は、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を確定する。
【００４４】
ＬＣＧ  ＩＤの数がＰＰＰの数に一致すると、基地局は、ＰＰＰとＬＣＧ  ＩＤとの第１対応関係を配置する際に、１：１マッピング方式を使用してもよい。しかし、ＰＰＰの数がＬＣＧ  ＩＤの数より大きくなると、ｍ：１（ｍ≧１）マッピングが必要になる。
【００４５】
端末は、ＰＰＰと論理チャネルとの第２対応関係が既知であるため、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を受信した後に、各宛先アドレスの第１対応関係と第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定することができる。
【００４６】
各宛先アドレスの第３対応関係を確定すると、各宛先アドレスに対応するｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを確定することができる。
【００４７】
具体的に、端末は、１つの宛先アドレスに対し、前記第３対応関係に基づいて、ＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを確定し、ＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置する。
【００４８】
端末は、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥをレポートする時に、宛先アドレスごとに、ＬＣＧ  ＩＤに従ってＢＳＲレポートを行う。ＢＳＲにＰＰＰ情報を付帯する必要がない。
【００４９】
選択可能に、ＢＳＲレポートのシグナリングコストをさらに節約するために、本発明の実施例は、２種類の手法を提供する。
【００５０】
手法１：前記端末は、各宛先アドレスに対応する第３対応関係を確定し、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択し、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置する。
【００５１】
すなわち、本発明の実施例は、ＢＳＲを、１つのＬＣＧ  ＩＤのＢＳＲのレポートを必要とされるｓｈｏｒｔ  ＢＳＲと、全部のＬＣＧ  ＩＤのＢＳＲのレポートを必要とされるＬｏｎｇ  ＢＳＲに分ける。
【００５２】
前記端末は、どのＢＳＲを採用してレポートするか選択可能である。
【００５３】
選択可能に、ネットワーク側機器は、どのＢＳＲを採用してレポートするかを端末に通知する。
【００５４】
どのＢＳＲを採用してレポートするかをネットワーク側機器から端末に通知しない場合、端末は、第１指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置してもよい。ここで、前記第１指示情報は、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥでは前記宛先アドレスに対応する１つのＬＣＧ  ＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧ  ＩＤのバッファ状態情報であるかをネットワーク側機器に通知するために用いられる。
【００５５】
例えば、宛先アドレスに対応するＢＳＲレポートのタイプ（ｓｈｏｒｔ  ＢＳＲを０、Ｌｏｎｇ  ＢＳＲを１とする）を１ビットで指示し、第１指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥのＢＳＲ  ＭＡＣ  ＣＥ（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）の最先端または他の位置に設置してもよい。
【００５６】
なお、上記の第１指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置する方式のほか、他のメッセージで第１指示情報をネットワーク側機器に通知してもよい。第１指示情報をネットワーク側機器に通知できる方式であれば、いずれも本発明の実施例に適用する。
【００５７】
選択可能に、手法１に対し、本発明の実施例のｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおいて、Ｌｏｎｇ  ＢＳＲレポートの宛先アドレスについて、ＬＣＧ  ＩＤ情報を省略してもよい。
【００５８】
手法２：前記端末は、各宛先アドレスに対応する第３対応関係を確定し、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから、データが送信されるべきＬＣＧ  ＩＤを選択し、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置する。
【００５９】
すなわち、本発明の実施例は、宛先アドレスごとに、データが送信されるべきＬＣＧ  ＩＤのバッファ状態情報のみをレポートする。
【００６０】
宛先アドレスごとにレポートされるＬＣＧ  ＩＤの数がネットワーク側機器にとって未知であるため、前記端末は、各宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することが考えられる。ここで前記宛先アドレスに対応する第２指示情報は、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおいて前記宛先アドレスに対応するＬＣＧ  ＩＤの数をネットワーク側機器に通知するために用いられる。
【００６１】
例えば、対応する宛先アドレスのＬＣＧ  ＩＤの数をＮ（Ｎの長さがＬＣＧ  ＩＤの最大個数によって決まる。例えば宛先アドレスＡのＬＣＧ  ＩＤの数が７であると、Ｎの長さが３であり、すなわち宛先アドレスＡの第２指示情報を１１１とすることができる）ビットで示し、第２指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥのＢＳＲ  ＭＡＣ  ＣＥの最先端または他の位置に設置する。
【００６２】
なお、上記の第２指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置する方式のほか、他のメッセージで第２指示情報をネットワーク側機器に通知してもよい。第２指示情報をネットワーク側機器に通知できる方式であれば、いずれも本発明の実施例に適用する。
【００６３】
選択可能に、ネットワーク側機器は、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てる際に、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰに基づいて、割当順を確定し、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てる。
【００６４】
例えばｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥには、宛先アドレスＡの２つのＬＣＧ  ＩＤであるＬＣＧ  ＩＤ１とＬＣＧ  ＩＤ２を有するとし、第１対応関係に基づいて、ＬＣＧ  ＩＤ１のプライオリティがＬＣＧ  ＩＤ２のプライオリティより大きいと確定すると、ＬＣＧ  ＩＤ１にリソースを割り当てからＬＣＧ  ＩＤ２にリソースを割り当てる。
【００６５】
さらに、例えば、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥには、宛先アドレスＡの２つのＬＣＧ  ＩＤであるＬＣＧ  ＩＤ１とＬＣＧ  ＩＤ２と、宛先アドレスＢの２つのＬＣＧ  ＩＤであるＬＣＧ  ＩＤ３とＬＣＧ  ＩＤ４とを有するとする。第１対応関係に基づいて、プライオリティ順がＬＣＧ  ＩＤ１＞ＬＣＧ  ＩＤ３＞ＬＣＧ  ＩＤ４＞ＬＣＧ  ＩＤ２であると確定すると、ＬＣＧ  ＩＤ１、ＬＣＧ  ＩＤ３、ＬＣＧ  ＩＤ４、ＬＣＧ  ＩＤ２の順にリソースを割り当てる。
【００６６】
１つの宛先アドレスＡの複数のＬＣＧ  ＩＤまたは異なる宛先アドレスの複数のＬＣＧ  ＩＤにおいて、プライオリティが同一であるＬＣＧ  ＩＤが複数存在すると、プライオリティが同一であるＬＣＧ  ＩＤの割当順をランダムに確定する。
【００６７】
ここで、本発明の実施例におけるネットワーク側機器は、基地局（例えばマクロ基地局、家庭基地局など）、ＲＮ（中継）機器であってもよく、他のネットワーク側機器であってもよい。
【００６８】
以下、２つの実施例によって本発明の技術手段を詳細に説明する。
【００６９】
実施例１：ＰＰＰとＬＣＧ  ＩＤとの第１対応関係をブロードキャストによって配置する。
【００７０】
ステップ１において、基地局は、ＰＰＰとＬＣＧ  ＩＤとの第１対応関係をブロードキャストによって配置する。
【００７１】
ＬＣＧ  ＩＤの数がＰＰＰレベルの数に一致すると、基地局は、ＰＰＰとＬＣＧ  ＩＤとの対応関係を配置する際に、１：１マッピング方式を使用する。
【００７２】
ＬＣＧ  ＩＤの数がＰＰＰレベルの数より小さくなると、ｍ：１（ｍ≧１）のマッピングが考えられる。例えば、ＰＰＰレベルの数が８であり、ＬＣＧ  ＩＤの数が４であると、表１に示すように、２：１でマッピングを行う。
【００７３】
【表１】
0006621524.tif 000002
【００７４】
本発明の実施例の基地局は、第１対応関係をＳＩＢに設置してブロードキャストによって送信する。
【００７５】
基地局によるＰＰＰとＬＣＧ  ＩＤの第１対応関係ブロードキャストをサポートするために、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢに新しいＩＥを追加しまたは新しいＳＩＢを設計する。
【００７６】
ステップ２において、端末は、ネットワーク側機器から受信したＰＰＰとＬＣＧ  ＩＤとの第１対応関係、およびＰＰＰと論理チャネルとの第２対応関係に基づいて、論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定する。
【００７７】
ＰＰＰと論理チャネルにバインディング関係を持つため、端末は、基地局からブロードキャストされるＰＰＰとＬＣＧ  ＩＤとの第１対応関係を受信すると、各宛先アドレスに対応する各論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定することができる。
【００７８】
ステップ３において、端末は、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥをレポートする。
【００７９】
端末のＤ２ＤリンクがＢＳＲレポートのトリガー条件を満たすと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを作成する。
【００８０】
Ｒ１３にＰＰＰが導入されているため、１つの宛先アドレスに対応する複数の論理チャネルは、異なるＬＣＧ  ＩＤに属する可能性がある。従って、Ｒ１３  ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥとＲ１２  ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥとはフォーマットが異なり、拡張する必要がある。しかも、新しいＬＣＧ  ＩＤを導入して拡張後のｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥのＩＤとする必要がある。
【００８１】
各宛先アドレスに対応するＬＣＧ  ＩＤが４個であり、一旦ＢＳＲのレポートが必要とされる時に４個のＬＣＧ  ＩＤが同時にレポートされなければならないことを例とし、宛先アドレス数Ｎが偶数であると、Ｒ１３  ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥのフォーマットを図３に示し、宛先アドレス数Ｎが奇数であると、Ｒ１３  ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥのフォーマットを図４に示す。
【００８２】
選択可能に、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥのコストをさらに節約するために、以下２つの最適化したものから１つを採用することができる。
【００８３】
１：宛先アドレスごとにｓｈｏｒｔ  ＢＳＲ（すなわち１つのＬＣＧ  ＩＤのＢＳＲのみをレポートする）またはｌｏｎｇ  ＢＳＲ（すなわち全部のＬＣＧ  ＩＤのＢＳＲをレポートする）のみをレポートすると約束する。
選択可能に、ＢＳＲ  ＭＡＣ  ＣＥの最先端または他の位置において、宛先アドレスごとに、当該宛先アドレスに対応するＢＳＲレポートタイプを１ビットによって示す。
選択可能に、当該ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥには、ＬＣＧ  ＩＤ情報を省略してもよい。
【００８４】
２：宛先アドレスごとに、データが送信されるべきＬＣＧ  ＩＤのＢＳＲのみをレポートすると約束する。
選択可能に、ＢＳＲ  ＭＡＣ  ＣＥの最先端または他の位置において、宛先アドレスごとに、当該宛先アドレスに対応するＬＣＧ  ＩＤの数をＮ（Ｎの長さがＬＣＧ  ＩＤの最大個数によって決まる）ビットによって示す。
【００８５】
ステップ４において、基地局は、Ｄ２Ｄ通信のサービスプライオリティに基づくスケジューリングを行う。
【００８６】
基地局は、端末から受信したＲ１３  ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに基づいて、端末に対しスケジューリングを行う。選択可能に、基地局は、ＰＰＰの高いＬＣＧに優先的にリソースを割り当てる。
【００８７】
ステップ５において、端末は、基地局から指示されるスケジューリング情報に基づいてＤ２Ｄ送信を行う。
【００８８】
端末は、基地局からのスケジューリング指令を受信すると、スケジューリング指令の指示に基づいて、基地局から割り当てられたリソースでＭＡＣ  ＰＤＵを作成して送信する。
【００８９】
実施例２：専用シグナリングによってＰＰＰとＬＣＧ  ＩＤの対応関係を配置する。
【００９０】
ステップ１において、基地局は、ＰＰＰとＬＣＧ  ＩＤとの対応関係を専用シグナリングによって配置する。
【００９１】
基地局がＰＰＰとＬＣＧ  ＩＤとの第１対応関係を専用シグナリングによって配置する際に、当該第１対応関係は、異なる端末に対し同一であってもよく非同一であってもよい。同一端末の異なる宛先アドレスに対応する第１対応関係は、同一であってもよく非同一であってもよい。
【００９２】
同一であると、基地局は、ＰＰＰとＬＣＧ  ＩＤとの第１対応関係を直接確定することができる。例えばＬＣＧ  ＩＤの数がＰＰＰレベルの数に一致すると、基地局は、ＰＰＰとＬＣＧ  ＩＤとの第１対応関係を配置する際に、１：１マッピング方式を使用する。
【００９３】
ＰＰＰレベルの数がＬＣＧ  ＩＤの数より大きくなると、ｍ：１（ｍ≧１）のマッピングが考えられる。例えば、ＰＰＰレベルの数が８であり、ＬＣＧ  ＩＤの数が４であると、表２に示すように、２：１でマッピングを行う。
【００９４】
【表２】
0006621524.tif 000003
【００９５】
不同であると、基地局からＰＰＰとＬＣＧ  ＩＤを端末に配置する前に、端末は、各宛先アドレスの全部の論理チャネルに対応するＰＰＰの数（例えばｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに付帯される各宛先アドレスに対応するＰＰＰの数）を専用シグナリングによってレポートする必要があり、それから、基地局が、当該端末の宛先アドレスに対するＰＰＰとＬＣＧ  ＩＤとの第１対応関係を確定する。以下、例示する。
【００９６】
端末１の場合、その宛先アドレスａが２つの論理チャネル（論理チャネルａ１と論理チャネルａ２）に対応し、当該２つの論理チャネルに対応するＰＰＰレベルがそれぞれ１、３であるが、その宛先アドレスｂが４つの論理チャネル（論理チャネルｂ１、論理チャネルｂ２、論理チャネルｂ３、論理チャネルｂ４）に対応し、当該４つの論理チャネルに対応するＰＰＰレベルが１、２、３、４である。端末２の場合、その宛先アドレスｃが３つの論理チャネル（論理チャネルｃ１、論理チャネルｃ２、論理チャネルｃ３）に対応し、当該３つの論理チャネルに対応するＰＰＰレベルが１、４、７である。基地局が端末１、端末２に配置したＰＰＰとＬＣＧ  ＩＤの対応関係を、表３に示す。
【００９７】
【表３】
0006621524.tif 000004
【００９８】
基地局は、ＰＰＰとＬＣＧ  ＩＤの第１対応関係を配置する際に、例えばＲＲＣ再設定シグナリングなど、端末専用シグナリングを使用する。
【００９９】
ステップ２において、端末は、ネットワーク側機器から受信したＰＰＰとＬＣＧ  ＩＤとの第１対応関係、およびＰＰＰと論理チャネルとの第２対応関係に基づいて、論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定する。
【０１００】
ＰＰＰと論理チャネルにバインディング関係を持つため、端末は、基地局からブロードキャストされるＰＰＰとＬＣＧ  ＩＤとの第１対応関係を受信すると、各宛先アドレスに対応する各論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定することができる。
【０１０１】
ステップ３において、端末は、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥをレポートする。
【０１０２】
端末のＤ２ＤリンクがＢＳＲレポートのトリガー条件を満たすと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを作成する。
【０１０３】
Ｒ１３にＰＰＰが導入されているため、１つの宛先アドレスに対応する複数の論理チャネルは、異なるＬＣＧ  ＩＤに属する可能性がある。従って、Ｒ１３  ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥとＲ１２  ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥとはフォーマットが異なり、拡張する必要がある。しかも、新しいＬＣＧ  ＩＤを導入して拡張後のｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥのＩＤとする必要がある。
【０１０４】
各宛先アドレスに対応するＬＣＧ  ＩＤが４個であり、一旦ＢＳＲのレポートが必要とされるときに４個のＬＣＧ  ＩＤが同時にレポートされなければならないことを例とし、宛先アドレス数Ｎが偶数であると、Ｒ１３  ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥのフォーマットを図３に示し、宛先アドレス数Ｎが奇数であると、Ｒ１３  ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥのフォーマットを図４に示す。
【０１０５】
選択可能に、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥのコストをさらに節約するために、以下２つの最適化したものから１つを採用することができる。
【０１０６】
１：宛先アドレスごとにｓｈｏｒｔ  ＢＳＲ（すなわち１つのＬＣＧ  ＩＤのＢＳＲのみをレポートする）またはｌｏｎｇ  ＢＳＲ（すなわち全部のＬＣＧ  ＩＤのＢＳＲをレポートする）のみをレポートすると約束する。
選択可能に、ＢＳＲ  ＭＡＣ  ＣＥの最先端または他の位置において、宛先アドレスごとに、当該宛先アドレスに対応するＢＳＲレポートのタイプを１ビットによって示す。
選択可能に、当該ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥには、ＬＣＧ  ＩＤ情報を省略してもよい。
【０１０７】
２：宛先アドレスごとに、データが送信されるべきＬＣＧ  ＩＤのＢＳＲのみをレポートすると約束する。
選択可能に、ＢＳＲ  ＭＡＣ  ＣＥの最先端または他の位置において、宛先アドレスごとに、当該宛先アドレスに対応するＬＣＧ  ＩＤの数をＮ（Ｎの長さがＬＣＧ  ＩＤの最大個数によって決まる）ビットによって示す。
【０１０８】
ステップ４において、基地局は、Ｄ２Ｄ通信のサービスプライオリティに基づくスケジューリングを行う。
【０１０９】
基地局は、端末から受信したＲ１３  ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに基づいて、端末に対しスケジューリングを行う。選択可能に、基地局は、ＰＰＰの高いＬＣＧに優先的にリソースを割り当てる。
【０１１０】
ステップ５において、端末は、基地局から指示されるスケジューリング情報に基づいてＤ２Ｄ送信を行う。
【０１１１】
端末は、基地局からのスケジューリング指令を受信すると、スケジューリング指令の指示に基づいて、基地局から割り当てられたリソースでＭＡＣ  ＰＤＵを作成して送信する。
【０１１２】
図５に示すように、本発明の実施例の第１種類のネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知するための通知モジュール５００と、前記端末からレポートされるｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定するための確定モジュール５０１と、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てるための割当モジュール５０２とを含む。
【０１１３】
選択可能に、前記通知モジュール５００は、具体的に、前記第１対応関係を、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢにおける新規追加のＩＥ、または、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢとは異なる新規追加のＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係をブロードキャストによって端末に通知すること用いられる。
【０１１４】
選択可能に、前記通知モジュール５００は、具体的に、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を専用シグナリングによって端末に通知することに用いられる。ここで、異なる端末の同一または非同一宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係は、同一または非同一であり、同一端末の異なる宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係は、同一または非同一である。
【０１１５】
選択可能に、前記通知モジュール５００は、さらに、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知する前に、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を確定することに用いられる。
【０１１６】
図６に示すように、本発明の実施例の第１種類の端末は、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を受信するための受信モジュール６００と、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定するための処理モジュール６０１と、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置するための生成モジュール６０２と、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートするためのレポートモジュール６０３とを含む。
【０１１７】
選択可能に、前記受信モジュール６００は、具体的に、前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することに用いられる。
【０１１８】
選択可能に、前記生成モジュール６０２は、具体的に、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することに用いられる。
【０１１９】
選択可能に、前記生成モジュール６０２は、さらに、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥでは前記宛先アドレスに対応する１つのＬＣＧ  ＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧ  ＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することに用いられる。
【０１２０】
選択可能に、前記生成モジュール６０２は、具体的に、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから、データが送信されるべきＬＣＧ  ＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することに用いられる。
【０１２１】
選択可能に、前記生成モジュール６０２は、さらに、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥで前記宛先アドレスに対応するＬＣＧ  ＩＤの数をネットワーク側機器に通知するための、各宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することに用いられる。
【０１２２】
図７に示すように、本発明の実施例の第２種類のネットワーク側機器は、メモリ７０４からプログラムを読み取って、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知するプロセスと、前記端末からレポートされるｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定するプロセスと、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにトランシーバ７０２でリソースを割り当てるプロセスとを実行するためのプロセッサ７０１と、プロセッサ７０１による制御でデータを送受信するためのトランシーバ７０２とを含む。
【０１２３】
選択可能に、前記プロセッサ７０１は、具体的に、前記第１対応関係を、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢにおける新規追加のＩＥ、または、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢとは異なる新規追加のＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係をブロードキャストによって端末に通知すること用いられる。
【０１２４】
選択可能に、前記プロセッサ７０１は、具体的に、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を専用シグナリングによって端末に通知することに用いられる。ここで、異なる端末の同一または非同一の宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係は、同一または非同一であり、同一端末の異なる宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係は、同一または非同一である。
【０１２５】
選択可能に、前記プロセッサ７０１は、さらに、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知する前に、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を確定することに用いられる。
【０１２６】
図７において、バスアーキテクチャ（バス７００で示す）は、任意数の相互接続するバスとブリッジを含み、プロセッサ７０１をはじめとする１つ又は複数のプロセッサとメモリ７０４をはじめとするメモリの各種類の回路を接続する。バス７００は、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続してもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェース７０３は、バス７００とトランシーバ７０２との間でインタフェースを提供する。トランシーバ７０２は、１つまたは複数の部品であり、例えば複数の送信機と受信機であり、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。プロセッサ７０１で処理されたデータは、アンテナ７０５を介して無線媒体で伝送される。さらに、アンテナ７０５は、データを受信してプロセッサ７０１に伝送する。
【０１２７】
プロセッサ７０１は、バス７００と通常の処理を管理し、さらに計時、周辺インタフェース、電圧調整、電源管理および他の制御機能を含む各種類の機能を提供する。メモリ７０４は、プロセッサ７０１による操作実行に使用されるデータを記憶する。
【０１２８】
選択可能に、プロセッサ７０１は、ＣＰＵ（中央演算処理装置）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、またはＣＰＬＤ（Ｃｏｍｐｌｅｘ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）である。
【０１２９】
図８に示すように、本発明の実施例の第２種類の端末は、メモリ８０４からプログラムを読み取って、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係をトランシーバ８０２を介して受信するプロセスと、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定するプロセスと、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置するプロセスと、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥをトランシーバ８０２で前記ネットワーク側機器にレポートするプロセスとを実行するためのプロセッサ８０１と、プロセッサ８０１による制御でデータを送受信するためのトランシーバ８０２とを含む。
【０１３０】
選択可能に、前記プロセッサ８０１は、具体的に、前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することに用いられる。
【０１３１】
選択可能に、前記プロセッサ８０１は、具体的に、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥの前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することに用いられる。
【０１３２】
選択可能に、前記プロセッサ８０１は、さらに、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥでは前記宛先アドレスに対応する１つのＬＣＧ  ＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧ  ＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することに用いられる。
【０１３３】
選択可能に、前記プロセッサ８０１は、具体的に、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから、データが送信されるべきＬＣＧ  ＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することに用いられる。
【０１３４】
選択可能に、前記プロセッサ８０１は、さらに、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥで前記宛先アドレスに対応するＬＣＧ  ＩＤの数をネットワーク側機器に通知するための、各宛先アドレスに対応する第２指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することに用いられる。
【０１３５】
図８において、バスアーキテクチャ（バス８００で示す）は、任意数の相互接続するバスとブリッジを含み、プロセッサ８０１をはじめとする１つ又は複数のプロセッサとメモリ８０４をはじめとするメモリの各種類の回路を接続する。バス８００は、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続してもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェース８０３は、バス８００とトランシーバ８０２との間でインタフェースを提供する。トランシーバ８０２は、１つまたは複数の部品であり、例えば複数の送信機と受信機であり、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。例えば、トランシーバ８０２は、他の機器から外部データを受信する。トランシーバ８０２は、プロセッサ８０１の処理を経たデータを他の機器に送信することに用いられる。計算システムの性質によっては、ユーザインタフェース８０５として、例えばキーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどが提供される。
【０１３６】
プロセッサ８０１は、バス８００と通常の処理を管理し、前述のように汎用ＯＳを実行する。メモリ８０４は、プロセッサ８０１による操作実行に使用されるデータの記憶に用いられる。
【０１３７】
選択可能に、プロセッサ８０１は、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡまたはＣＰＬＤである。
【０１３８】
同一の発明思想に基づき、本発明の実施例は、リソース割当方法をさらに提供する。当該方法に対応する機器が本発明の実施例によるリソース割当システムのネットワーク側機器であり、しかも当該方法により問題を解決する原理が当該機器と類似するため、当該方法の実施例は、機器の実施例が参照され、繰り返して記載しない。
【０１３９】
図９に示すように、本発明の実施例の第１種類のリソース割当方法は、ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知するステップ９００と、前記ネットワーク側機器が、前記端末からレポートされるｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定するステップ９０１と、前記ネットワーク側機器が、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てるステップ９０２とを含む。
【０１４０】
選択可能に、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知することは、前記第１対応関係を、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢにおける新規追加のＩＥ、または、３ＧＰＰ  ＴＳ  ３６．３３１のＳＩＢとは異なる新規追加のＳＩＢに設置して、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係をブロードキャストによって端末に通知する。
【０１４１】
選択可能に、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知することは、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を専用シグナリングによって端末に通知することを含み、異なる端末の同一または非同一の宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係が同一または非同一であり、同一端末の異なる宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係が同一または非同一である。
【０１４２】
選択可能に、前記ネットワーク側機器が、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知する前に、さらに、前記端末からレポートされる前記端末の各宛先アドレスに対応する論理チャネルのＰＰＰの数に基づいて、前記端末の各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を確定することを含む。
【０１４３】
同一の発明思想に基づき、本発明の実施例は、リソース割当方法をさらに提供する。当該方法に対応する機器が本発明の実施例によるリソース割当システムの端末であり、しかも当該方法により問題を解決する原理が当該機器と類似するため、当該方法の実施例は、機器の実施例が参照され、繰り返して記載しない。
【０１４４】
図１０に示すように、本発明の実施例の第２種類のリソース割当方法は、端末が、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を受信するステップ１０００と、前記端末が、前記第１対応関係と、ＰＰＰと論理チャネルとの第２対応関係に基づいて、各宛先アドレスの論理チャネルとＬＣＧ  ＩＤとの第３対応関係を確定するステップ１００１と、前記端末が、宛先アドレスごとに、前記第３対応関係に基づいて、ＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置するステップ１００２と、前記端末が、前記ネットワーク側機器が前記第１対応関係に基づいてｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定し、確定したＰＰＰに基づいて前記端末へリソースを割り当てるように、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートするステップ１００３とを含む。
【０１４５】
選択可能に、前記端末が、ネットワーク側機器からの各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を受信することは、前記第１対応関係をブロードキャストまたは専用シグナリングによって受信することを含む。
【０１４６】
選択可能に、前記端末が、宛先アドレスごとに、前記第３対応関係に基づいて、各宛先アドレスのＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥの前記宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に設定することは、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥの前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設定することとを含む。
【０１４７】
選択可能に、前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択した後であって、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートする前に、さらに、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥでは前記宛先アドレスに対応する１つのＬＣＧ  ＩＤのバッファ状態情報であるか、それとも前記宛先アドレスに対応する全部のＬＣＧ  ＩＤのバッファ状態情報であるかをネットワーク側機器に通知するための第１指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することを含む。
【０１４８】
選択可能に、前記端末が、前記第３対応関係に基づいて、各宛先アドレスのＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に設置することは、各宛先アドレスに対応する第３対応関係を確定することと、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから、データが送信されるべきＬＣＧ  ＩＤを選択することと、前記第３対応関係に基づいて、選択したＬＣＧ  ＩＤに対応する一部または全部の論理チャネルのデータを、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける前記ＬＣＧ  ＩＤに対応するバッファ状態情報に設置することとを含む。
【０１４９】
選択可能に、前記端末が、１つの宛先アドレスに対し、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤから１つのＬＣＧ  ＩＤを選択し、または、前記宛先アドレスに対応する全部のＬＣＧ  ＩＤを選択した後であって、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを前記ネットワーク側機器にレポートする前に、さらに、前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥで前記宛先アドレスに対応するＬＣＧ  ＩＤの数をネットワーク側機器に通知するための第２指示情報を前記ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥに設置することを含む。
【０１５０】
上述の内容から以下のことが分かる。本発明の実施例におけるネットワーク側機器は、各宛先アドレスのＰＰＰとＬＣＧ  ＩＤとの第１対応関係を端末に通知し、前記端末からレポートされるｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥを受信した後に、前記第１対応関係に基づいて、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するＰＰＰを確定し、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てる。本発明の実施例におけるネットワーク側機器は、確定したＰＰＰと、ｓｉｄｅｌｉｎｋ  ＢＳＲ  ＭＡＣ  ＣＥにおける各宛先アドレスのＬＣＧ  ＩＤに対応するバッファ状態情報に基づいて、前記端末の各宛先アドレスにリソースを割り当てることができるため、ＰＰＰに基づく前記端末の各宛先アドレスへのリソース割当が実現され、システム性能が向上する。
明らかに、当業者であれば、本発明の精神や範囲を逸脱せずに、本発明に対して様々な変更や変形をすることができる。このように、本発明のこれらの修正や変形が本発明の請求項およびその同等の技術範囲に含まれるものであれば、本発明は、これらの変更や変形を含むことを意図する。
【図１Ａ】
0006621524.tif 000005
【図１Ｂ】
0006621524.tif 000006
【図２】
0006621524.tif 000007
【図３】
0006621524.tif 000008
【図４】
0006621524.tif 000009
【図５】
0006621524.tif 000010
【図６】
0006621524.tif 000011
【図７】
0006621524.tif 000012
【図８】
0006621524.tif 000013
【図９】
0006621524.tif 000014
【図１０】
0006621524.tif 000015