JP7246513B2 - リソース割り当て方法、リリース方法、端末及びネットワーク機器 - Google Patents

Description

（関連出願の相互参照）
本出願は、２０１９年３月２５日に中国で提出された中国特許出願番号Ｎｏ．２０１９１０２２８８８５．３の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
本開示は、通信技術分野に関し、特にリソース割り当て方法、リリース方法、端末及びネットワーク機器に関する。

現在では、ニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）車車間・路車間（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）システムにおいて、ｍｏｄｅ１とｍｏｄｅ２という二つのリソース割り当てモードが定義されている。ｍｏｄｅ１では、ネットワーク機器、例えば基地局はリソースをスケジューリングする。ｍｏｄｅ２では、端末、例えばユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）は自らどのリソースを用いて伝送を行うかを決定し、この時、リソース情報は、基地局のブロードキャストメッセージに由来するもの、又は予め配置されるものである可能性がある。ユーザ機器（ＵＥ）が基地局範囲内で作動し、且つ基地局とラジオリソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）接続がある場合、ユーザ機器（ＵＥ）は、リソース割り当てモードｍｏｄｅ１及び／又はｍｏｄｅ２で作動可能である。ユーザ機器（ＵＥ）が基地局範囲内で作動するが、基地局とＲＲＣ接続がない場合、ユーザ機器（ＵＥ）は、リソース割り当てモードｍｏｄｅ２のみで作動可能である。ユーザ機器（ＵＥ）が基地局範囲外にある場合、ユーザ機器（ＵＥ）は、リソース割り当てモードｍｏｄｅ２のみで作動可能であり、且つ予め配置された情報に基づいてＶ２Ｘ伝送を行う。

リソース割り当てモードｍｏｄｅ２は、ｍｏｄｅ２ａ、ｍｏｄｅ２ｂ、ｍｏｄｅ２ｃとｍｏｄｅ２ｄに分けられてもよい。ｍｏｄｅ２ｄでは、ユーザ機器（ＵＥ）は、他のユーザ機器（ＵＥ）のサイドリンク（ｓｉｄｅｌｉｎｋ、又は側リンクと訳される）伝送をスケジューリングする（ＵＥ ｓｃｈｅｄｕｌｅｓ ｓｉｄｅｌｉｎｋ ｔｒａｎｓｍｉｓｓｉｏｎｓ ｏｆ ｏｔｈｅｒ ＵＥｓ）。

しかしながら、現在のリソース割り当てモードｍｏｄｅ ２ｄシナリオでは、どのようにグループメンバユーザ機器（ＵＥ）にリソースを割り当てることを図るかがまだ明確化されていない。

本開示の実施例は、現在のリソース割り当てモードｍｏｄｅ ２ｄシナリオでは、どのようにグループメンバ端末にリソースを割り当てることを図るかがまだ明確化されていないという問題を解決するためのリソース割り当て方法、リリース方法、端末及びネットワーク機器を提供する。

上記技術課題を解決するために、本開示の実施例は、以下のように実現される。

第一の方面によれば、本開示の実施例は、ターゲット端末に用いられるリソース割り当て方法を提供する。この方法は、
リソースの割り当てを要求するための第一の要求情報をネットワーク機器に送信することと、
前記ネットワーク機器から前記リソースの関連情報を受信することと、
グループメンバ端末に前記リソースの関連情報を送信することとを含む。

第二の方面によれば、本開示の実施例は、ネットワーク機器に用いられるリソース割り当て方法を提供する。この方法は、
リソースの割り当てを要求するための第一の要求情報をターゲット端末から受信することと、
前記ターゲット端末に前記リソースの関連情報を送信することとを含む。

第三の方面によれば、本開示の実施例は、端末に用いられるリソースリリース方法を提供する。この方法は、
ネットワーク機器からリソース配置情報を取得することと、
前記ネットワーク機器に第四のリリースメッセージを送信することとを含み、
前記第四のリリースメッセージは、前記端末がリリースするリソース配置情報を指示するためのものである。

第四の方面によれば、本開示の実施例は、ネットワーク機器に用いられるリソースリリース方法を提供する。この方法は、
端末にリソース配置情報を送信することと、
前記端末から第四のリリースメッセージを受信することとを含み、
前記第四のリリースメッセージは、前記端末がリリースするリソース配置情報を指示するためのものである。

第五の方面によれば、本開示の実施例は、ターゲット端末である端末を提供する。この端末は、
リソースの割り当てを要求するための第一の要求情報をネットワーク機器に送信するための第一の送信モジュールと、
前記ネットワーク機器から前記リソースの関連情報を受信するための第一の受信モジュールと、
グループメンバ端末に前記リソースの関連情報を送信するための第二の送信モジュールとを含む。

第六の方面によれば、本開示の実施例は、ネットワーク機器を提供する。このネットワーク機器は、
リソースの割り当てを要求するための第一の要求情報をターゲット端末から受信するための第二の受信モジュールと、
前記ターゲット端末に前記リソースの関連情報を送信するための第三の送信モジュールとを含む。

第七の方面によれば、本開示の実施例は、端末を提供する。この端末は、
ネットワーク機器からリソース配置情報を取得するための取得モジュールと、
前記ネットワーク機器に第四のリリースメッセージを送信するための第四の送信モジュールとを含み、
前記第四のリリースメッセージは、前記端末がリリースするリソース配置情報を指示するためのものである。

第八の方面によれば、本開示の実施例は、ネットワーク機器を提供する。このネットワーク機器は、
端末にリソース配置情報を送信するための第五の送信モジュールと、
前記端末から第四のリリースメッセージを受信するための第三の受信モジュールとを含み、
前記第四のリリースメッセージは、前記端末がリリースするリソース配置情報を指示するためのものである。

第九の方面によれば、本開示の実施例は、端末を提供する。この端末は、メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時、上述したターゲット端末に用いられるリソース割り当て方法のステップを実現させるか、又は、上述した端末に用いられるリソースリリース方法のステップを実現させる。

第十の方面によれば、本開示の実施例は、ネットワーク機器を提供する。このネットワーク機器は、メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムを含み、前記プログラムが前記プロセッサによって実行される時、上述したネットワーク機器に用いられるリソース割り当て方法のステップを実現させるか、又は、上述したネットワーク機器に用いられるリソースリリース方法のステップを実現させる。

第十一の方面によれば、本開示の実施例は、コンピュータ可読記憶媒体を提供する。このコンピュータ可読記憶媒体にはプログラムが記憶されており、前記プログラムがプロセッサによって実行される時、上述したリソース割り当て方法のステップを実現させるか、又は、上述したリソースリリース方法のステップを実現させる。

本開示の実施例では、リソースの割り当てを要求するための第一の要求情報をネットワーク機器に送信し、前記ネットワーク機器から前記リソースの関連情報を受信し、グループメンバ端末に前記リソースの関連情報を送信することにより、現在のリソース割り当てモードｍｏｄｅ ２ｄ又は他のリソース割り当てモードのシナリオで、グループメンバ端末にリソースを割り当てることを図ることにより、相応な通信プロセスが円滑に進行することを確保することができる。

本開示の実施例の技術案をより明瞭に説明するために、以下は、本開示の実施例において使用される必要がある添付図面を簡単に紹介する。自明なことに、以下の記述における添付図面は、ただ本開示のいくつかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、それらの添付図面に基づき、他の添付図面を取得することもできる。

本開示の実施例によるリソース割り当て方法のフローチャートである。 本開示の実施例による別のリソース割り当て方法のフローチャートである。 本開示の例１におけるリソース割り当てプロセスのフローチャートである。 本開示の例２におけるリソース割り当てプロセスのフローチャートである。 本開示の例３におけるリソース割り当てプロセスのフローチャートである。 本開示の例４におけるリソースリリースプロセスのフローチャートである。 本開示の例４におけるリソースリリースプロセスのフローチャートである。 本開示の実施例によるリソースリリース方法のフローチャートである。 本開示の実施例による別のリソースリリース方法のフローチャートである。 本開示の実施例による端末の構造概略図のその一である。 本開示の実施例によるネットワーク機器の構造概略図のその一である。 本開示の実施例による端末の構造概略図のその二である。 本開示の実施例によるネットワーク機器の構造概略図のその二である。 本開示の実施例による端末の構造概略図のその三である。 本開示の実施例によるネットワーク機器の構造概略図のその三である。

本開示の実施例の技術案をより明瞭に説明するために、以下は、本開示の実施例において使用される必要がある添付図面を簡単に紹介する。自明なことに、以下の記述における添付図面は、ただ本開示のいくつかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、それらの添付図面に基づき、他の添付図面を取得することもできる。

本開示の明細書と請求の範囲における用語である「第一の」、「第二の」などは、類似した対象を区別するためのものであり、必ずしも特定の順序又は前後手順を記述するためのものではない。理解できるように、このように使用されるデータは、適切な場合に交換可能であり、それによって、ここに記述される本開示の実施例は、例えばここに図示され又は記載されたもの以外の順序で実施することができる。なお、「含む」と「有する」という用語及びそれらの任意の変形は、非排除性の「含む」を意図的にカバーするものであり、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又は機器は、必ずしも明瞭にリストアップされているそれらのステップ又はユニットに限らず、明瞭にリストアップされていない又はそれらのプロセス、方法、製品又は機器に固有の他のステップ又はユニットを含んでもよい。明細書と特許請求の範囲における「及び／又は」は、接続された対象の少なくともそのうちの一つを表す。

本文に記述されている技術は、長期進化型（Ｌｏｎｇ Ｔｉｍｅ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）／ＬＴＥの進化（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムに限らず、様々な無線通信システム、例えば符号分割多重接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）、時分割多重接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多重接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多重接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＯＦＤＭＡ）、単一搬送波周波数分割多重接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）及び他のシステムにも適用することができる。「システム」及び「ネットワーク」という用語は、常に交換可能に使用される。ＣＤＭＡシステムは、ＣＤＭＡ２０００、ユニバーサル地上ラジオアクセス（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ、ＵＴＲＡ）などのようなラジオ技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ）及び他のＣＤＭＡの変形を含む。ＴＤＭＡシステムは、グローバルモバイル通信システム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）のようなラジオ技術を実現することができる。ＯＦＤＭＡシステムは、ウルトラモバイルブロードバンド（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ＵＭＢ）、進化型ＵＴＲＡ（Ｅｖｏｌｕｔｉｏｎ－ＵＴＲＡ、Ｅ－ＵＴＲＡ）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、Ｆｌａｓｈ－ＯＦＤＭなどのようなラジオ技術を実現することができる。ＵＴＲＡ及びＥ－ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ、ＵＭＴＳ）の一部である。ＬＴＥ及びより高いレベルのＬＴＥ（例えばＬＴＥ－Ａ）は、Ｅ－ＵＴＲＡの新しいＵＭＴＳバージョンを使用する。ＵＴＲＡ、Ｅ－ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ－Ａ及びＧＳＭは、「第３世代パートナーシッププロジェクト」（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）と呼ばれる組織からの文献に記述されている。ＣＤＭＡ２０００及びＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と呼ばれる組織からの文献に記述されている。本明細書に記述された技術は、以上に言及されたシステム及びラジオ技術に用いられてもよく、他のシステム及びラジオ技術に用いられてもよい。しかしながら、以下の記述は、例示的な目的で、ニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システムを記述し、且つ以下の記述の大部分においてＮＲ用語を使用したが、当業者が理解できるように、実施例は、例に過ぎず、制限を構成するものではなく、本開示の実施例の技術案は、ＮＲシステムアプリケーション以外のアプリケーションにも用いられてもよい。

本開示の実施例の無線通信システムは、端末とネットワーク機器とを含む。端末は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれてもよく、端末は、携帯電話、タブレットパソコン（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載機器などの端末側機器であってもよい。説明すべきことは、本開示の実施例では、端末の具体的なタイプを限定しないことである。ネットワーク機器は基地局又はコアネットワークであってもよく、この基地局は、５Ｇ及びそれ以降のバージョン（例えば、ｇＮＢ、５Ｇ ＮＲ ＮＢなど）であってもよく、又は他の通信システムにおける基地局（例えば、ｅＮＢ、ＷＬＡＮアクセスポイント、又は他のアクセスポイントなど）であってもよく、基地局は、ノードＢ、進化ノードＢ、アクセスポイント、ベーストランスシーバステーション（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）、ラジオ基地局、ラジオ送受信機、基本サービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）、拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＥＳＳ）、Ｂノード、進化型Ｂノード（ｅＮＢ）、家庭用Ｂノード、家庭用進化型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード又は当分野におけるその他のある適切な用語と呼ばれてもよく、同じ技術的効果を達成する限り、特定の技術用語に限られない。

以下は、実施例及び添付図面を結び付けながら、本開示を詳細に説明する。

図１は、本開示の実施例によるリソース割り当て方法のフローチャートである。この方法は、ターゲット端末に用いられ、図１に示すように、この方法は、以下のようなステップを含む。

ステップ１０１：ネットワーク機器に第一の要求情報を送信する。

前記第一の要求情報は、リソースの割り当てを要求するためのものである。選択的に、前記第一の要求情報は、ターゲット端末又はグループメンバ端末にリソースを割り当てるよう要求するためのものであってもよい。

具体的に実現する時、前記第一の要求情報は、ＲＲＣメッセージを介して送信されてもよい。ターゲット端末がＲＲＣ接続状態にある場合、直接的にＲＲＣ接続を介してＲＲＣメッセージを送信してもよい。また、ターゲット端末がＲＲＣアイドル状態又はＲＲＣ非アクティブ化状態にある場合、ＲＲＣ接続確立プロセス又はＲＲＣ接続回復プロセスによりＲＲＣメッセージを送信してもよいし、ＲＲＣ接続確立プロセス又はＲＲＣ接続回復プロセスが完了した後にＲＲＣメッセージを送信してもよい。

選択的に、上記ターゲット端末は、
上位層又はアクセス層によって決定され、グループヘッダ端末とも呼ばれるグループ管理者端末と、
上位層又はアクセス層によって決定されるグループ管理者端末又はネットワーク機器（例えば、基地局）によって決定されるターゲットグループメンバ端末とのうちのいずれか一つであってもよい。

具体的に実現する時、上位層は、アプリケーションなどの状況に基づいてグループ管理者端末を決定してもよい。また、アクセス層（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ Ｌａｙｅｒ、ＡＳ層）は、ＡＳ層のグループ管理メカニズムなどに基づいてグループ管理者端末を決定してもよく、この時のグループ管理者端末は、ＡＳグループ管理者端末と呼ばれてもよい。

本実施例におけるターゲット端末とグループメンバ端末は、同一のグループに属してもよいし、異なるグループに属してもよい。一実施形態では、あるグループにおけるユーザ機器（ＵＥ）（グループメンバユーザ機器（ＵＥ）又はグループ管理者ユーザ機器（ＵＥ））は、他のグループにおけるグループメンバユーザ機器（ＵＥ）のためにリソースの割り当てを要求してもよい。

グループにおけるグループ管理者端末は、場合によっては、グループメンバ端末と理解されてもよい。例えば、ターゲットグループメンバ端末が他のグループメンバ端末のためにリソースの割り当てを要求する場合、この他のグループメンバ端末は、対応するグループ管理者端末を含んでもよい。また例えば、ターゲット端末が、他のグループメンバ端末を含まずに、リソースをターゲット端末のみに割り当てるようネットワーク側に要求する場合、この時、ターゲット端末が、グループ管理者端末でもあり、グループメンバ端末でもあると理解されてもよい。

一実施形態では、あるグループにおける端末は、グループ管理者端末とグループメンバ端末とを含み、それらの間は、速度が同じ、宛先が同じなどの理由だけでリソースを共有する可能性があるが、それらの間に業務関連がなく、業務に関するデータを送信しない。この時、このグループにおけるグループ管理者端末は、アクセス層によって決定されてもよい。

別の実施形態では、あるグループにおける端末（グループ管理者端末とグループメンバ端末とを含む）は、それらの間は、業務関連を有してもよく、互に通信可能である。この時、このグループにおけるグループ管理者端末は、上位層によって決定されてもよい。

ステップ１０２：ネットワーク機器からリソースの関連情報を受信する。

選択的に、本実施例におけるリソースは、動的にスケジューリングされたリソース、半静的に配置（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ、ＳＰＳ）されたリソースとリソースプールのうちの少なくとも一つを含むと理解されてもよい。

半静的に配置されたリソースは、ｔｙｐｅ－１とｔｙｐｅ－２（又はｔｙｐｅ－Ａとｔｙｐｅ－Ｂと呼ばれる）に分けられてもよい。ＲＲＣメッセージにより半静的に配置されたリソースｔｙｐｅ－１を配置した後に利用可能である。また、ＲＲＣメッセージにより半静的に配置されたリソースｔｙｐｅ－２を配置した後、さらに、例えば、下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）によりアクティブ化する必要がある。ネットワーク機器がリソースを端末に割り当てた後、端末は、これらの具体的なリソースを利用して伝送を行う。

リソースプールについては、複数の時間周波数リソースのセットと理解されてもよい。ネットワーク機器がリソースプールを端末に割り当てた後、端末は、さらに、リソースプールにおいて、ランダム選択、センシングプロセス（ｓｅｎｓｉｎｇ）又は他のメカニズムに基づいて、具体的なある部分のリソースを選択して伝送を行う必要がある。

ステップ１０３：グループメンバ端末にリソースの関連情報を送信する。

第一の要求情報に対して、ネットワーク機器が拒否メッセージをターゲット端末に送信し、即ち、グループメンバ端末に用いられるリソースをターゲット端末に送信することを拒否する場合、ターゲット端末は、グループメンバ端末に拒否メッセージを送信し、又は、グループメンバ端末に何らの情報も送信しなくてもよい。

本実施例におけるターゲット端末は、一回のリソース要求プロセスにおいて、一つ又は複数のグループメンバ端末のためにリソースを要求してもよいと理解されてもよい。一つのグループメンバ端末のためにリソースを要求する場合、ターゲット端末は、受信されたリソースの関連情報を直接にこのグループメンバ端末に送信してもよい。複数のグループメンバ端末のためにリソースを要求する場合、ターゲット端末は、複数のリソースの関連情報を受信した可能性があり、この時、これらの複数のリソースの関連情報に対して、ターゲット端末は、各リソースの関連情報を相応なグループメンバ端末に送信してもよいし、これらの複数のリソースの関連情報を各グループメンバ端末に送信し、後で各グループメンバ端末によってリソースを選択してもよい。

本開示の実施例のリソース割り当て方法において、リソースの割り当てを要求するための第一の要求情報をネットワーク機器に送信し、前記ネットワーク機器から前記リソースの関連情報を受信し、グループメンバ端末に前記リソースの関連情報を送信することにより、現在のリソース割り当てモードｍｏｄｅ ２ｄ又は他のリソース割り当てモードのシナリオで、グループメンバ端末にリソースを割り当てることを図ることにより、相応な通信プロセスが円滑に進行することを確保することができる。

本開示の実施例では、選択的に、前記第一の要求情報は、
グループ識別子（グループＩＤ）と、
グループメンバ端末の総数と、
リソースの割り当てが必要なグループメンバ端末の数と、
グループ管理者端末の識別子と、
グループメンバ端末の識別子と、
リソースの割り当てが必要なグループメンバ端末の識別子と、
リソース割り当てモードの変換の開始を要求するための変換要求情報と、
一つ又は複数の伝送すべき業務の時間情報（前記時間情報は、持続時間、間隔時間、周期、開始時間、終了時間などのうちの少なくとも一つを含んでもよい）と、
一つ又は複数の伝送すべき業務のサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ）情報（前記ＱｏＳ情報は、ＱｏＳ配置情報（ＱｏＳ ｐｒｏｆｉｌｅ）又は近距離通信ＱｏＳ指示（ＰｒｏＳｅ ＱｏＳ Ｉｎｄｉｃａｔｉｏｎ、ＰＱＩ）、データレート（ｄａｔａ ｒａｔｅ）、最小伝送範囲（ｍｉｎｉｍｕｍ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｎｇｅ）などのうちの少なくとも一つを含んでもよい）とのうちの少なくとも一つを含む。

選択的に、前記リソースの関連情報は、
一つ又は複数のリソース配置情報と、
リソース配置情報に対応するグループ管理者端末の識別子と、
リソース配置情報に対応するグループメンバ端末の識別子と、
リソース配置情報に対応するグループ識別子と、
リソース割り当てモードの変換を開始又は確認するための一つ又は複数の変換確認情報と、
変換確認情報に対応するグループ管理者端末の識別子と、
変換確認情報に対応するグループメンバ端末の識別子と、
変換確認情報に対応するグループ識別子と、
リソース配置情報に対応するリリース条件情報とのうちの少なくとも一つを含む。

前記識別子は、宛先識別子ｄｅｓｔｉｎａｔｉｏｎ ＩＤと、ソース識別子ｓｏｕｒｃｅ ＩＤと、端末識別子ＵＥ ＩＤとのうちの少なくとも一つを含んでもよい。ＵＥ ＩＤは、国際移動ユーザ識別コード（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ、ＩＭＳＩ）、５Ｇ－Ｓ－ＴＭＳＩ、又は特定の端末を標識するために利用可能な他のＩＤであってもよい。

指摘すべきなのは、本実施例に係る全てのＩＤの形式は、上位層ＩＤ、層２ＩＤ、物理層ＩＤなどのうちの少なくとも一つであってもよいことである。

本開示の実施例では、上記リソース配置情報は、動的にスケジューリングされたか又は半静的に配置されたリソースに対応する配置情報及び／又は、リソースプールに対応する配置情報を含んでもよい。動的にスケジューリングされたか又は半静的に配置されたリソースに対応するこの配置情報は、具体的な時間周波数リソースと、いくつかの他のパラメータ、例えば論理チャネル配置情報とを含む。リソースプールに対応するこの配置情報は、いくつかの時間周波数リソースセットで構成されるリソースプール情報と、いくつかの他のパラメータ、例えば伝送パラメータとを含む。

選択的に、動的にスケジューリングされたか又は半静的に配置されたリソースに対応するこの配置情報は、
サイドリンクＳｉｄｅｌｉｎｋに用いられる許可された配置Ｔｙｐｅ－１（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ Ｔｙｐｅ－１）と、
Ｓｉｄｅｌｉｎｋに用いられるｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ Ｔｙｐｅ－２と、
ｓｉｄｅｌｉｎｋに用いられるＳＰＳリソースの時間周波数情報と、
ｓｉｄｅｌｉｎｋに用いられる動的スケジューリングリソースの時間周波数情報と、
リソースに対応する周期情報と、
リソースに対応する有効化時間長さ情報と、
リソースに対応する論理チャネル配置情報とのうちの少なくとも一つを含んでもよい。

選択的に、リソースプールに対応するこの配置情報は、
リソースプールに対応する周期情報と、
リソースプールに対応する有効化時間長さ情報と、
リソースプールに対応する論理チャネル配置情報と、
リソースプールに対応する伝送パラメータと、
領域（ｚｏｎｅ）情報とのうちの少なくとも一つを含んでもよい。

上記Ｔｙｐｅ－１とＴｙｐｅ－２は半静的に配置されたリソースに関するものであり、Ｕｕインターフェースを参照する概念であり、実際には、ｓｉｄｅｌｉｎｋをｔｙｐｅ－Ａとｔｙｐｅ－Ｂなどと呼ぶこともある。

本開示の実施例では、選択的に、ターゲット端末がグループ管理者端末である場合、ターゲット端末がネットワーク機器に第一の要求情報を送信する前提条件は、
ターゲット端末がネットワーク機器のカバレッジ範囲外からネットワーク機器のカバレッジ範囲内に入ることと、
ターゲット端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用可能であると決定したことと、
ターゲット端末のアクセス層が上位層（ｕｐｐｅｒ ｌａｙｅｒ）にＵｕインターフェースが利用可能である（Ｕｕ ａｖａｉｌａｂｌｅ）情報を報告したことと、
ターゲット端末が作動するリソース割り当てモードがリソース割り当てモードｍｏｄｅ １を含み、即ち、少なくともリソース割り当てモードｍｏｄｅ １で作動し、同時にｍｏｄｅ １とｍｏｄｅ ２で作動する可能性があることと、
ターゲット端末がＲＲＣ接続状態にあることと、
ターゲット端末が作動するリソース割り当てモードがリソース割り当てモードｍｏｄｅ ２ｄを含み、即ち、少なくともリソース割り当てモードｍｏｄｅ ２ｄで作動することと、
ターゲット端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生したことと、
ターゲット端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートすることと、
ターゲット端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートすることと、
ターゲット端末が、Ｎ個のグループメンバ端末の要求メッセージを受信したことであって、前記要求メッセージは、リソースを相応なグループメンバ端末に割り当てるよう前記ターゲット端末に要求するためのものであり、Ｎは、正整数であることと、
ターゲット端末が、Ｍ個のグループメンバ端末の測定レポートを受信したことであって、前記測定レポートは、サイドリンクｓｉｄｅｌｉｎｋ通信において相応なグループメンバ端末にチャネル混雑又はチャネル干渉が発生し、例えば、固定ビットレート（ｃｏｎｓｔａｎｔ ｂｉｔ ｒａｔｅ、ＣＢＲ）が一定閾値を超え、又はリファレンス信号受信パワー（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ、ＲＳＲＰ）が一定閾値を下回り、又はリファレンス信号受信品質（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｑｕａｌｉｔｙ、ＲＳＲＱ）が一定閾値を下回ることを指示するためのものであり、Ｍは、正整数（即ち、１以上の正整数）であることと、
ターゲット端末が、リソースセンシングプロセスによって、利用可能又は十分なリソースをセンシングできなかったこととのうちの少なくとも一つを含んでもよい。

一実施形態では、ターゲット端末がＲＲＣ接続状態にあり、ターゲット端末の端末能力が他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートし、且つＮ個のグループメンバ端末の要求メッセージ（この要求メッセージは、リソースの割り当てを要求するためのものである）を受信した場合、ターゲット端末は、ネットワーク機器に第一の要求情報を送信してもよい。このように、相応なグループメンバ端末にリソースを割り当てることが図れる。

別の実施形態では、ターゲット端末がＲＲＣ接続状態にあり、ターゲット端末の端末能力が他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートし、且つＭ個のグループメンバ端末の測定レポート（例えば、この測定レポートが、ＣＢＲが予め設定された閾値を超えたことを指示する）を受信した場合、ターゲット端末は、ネットワーク機器に第一の要求情報を送信してもよい。このように、相応なグループメンバ端末にリソースを割り当てることが図れる。

別の実施形態では、ターゲット端末がＲＲＣアイドル状態又はＲＲＣ非アクティブ化状態にあり、既にリソース割り当てモードｍｏｄｅ ２ｄで作動して他のユーザ機器（ＵＥ）にリソースを割り当て、且つセル再選択プロセスが発生した場合、ターゲット端末は、再選択が完了した後、新しいセルでＲＲＣ接続確立プロセスを開始し、且つ、ＲＲＣ接続確立プロセスが完了した後、ネットワーク機器に他のグループメンバーユーザ機器（ＵＥ）に割り当てるための新しいリソースを要求してもよい。

本開示の実施例では、選択的に、上記ステップ１０３は、
前記リソースの関連情報がＸ個のリソース配置情報と一つのグループ識別子とを含む場合、前記グループ識別子に基づいて、前記Ｘ個のリソース配置情報を、対応するＸ個のグループメンバ端末に送信し、即ち、Ｘ個のリソース配置情報を対応するＸ個のグループメンバ端末に一斉に送信する（この時、各グループメンバ端末は、自体に対応するリソース配置情報を受信してもよいし、これらのＸ個のリソース配置情報を受信した後、自体に対応するリソース配置情報を選択してもよい）ことと、
前記リソースの関連情報がＸ個のリソース配置情報と一つのグループ識別子とを含み、且つ前記ターゲット端末が各グループメンバ端末のｓｏｕｒｃｅ ＩＤ又はＵＥ ＩＤを知っている場合、前記Ｘ個のリソース配置情報を対応するＸ個のグループメンバ端末にそれぞれ送信することと、
前記リソースの関連情報がＸ個のリソース配置情報と、各リソース配置情報に対応するｓｏｕｒｃｅ ＩＤ又はＵＥ ＩＤとを含む場合、各前記リソース配置情報を対応するグループメンバ端末に送信することであって、前記グループメンバ端末が前記ｓｏｕｒｃｅ ＩＤ又はＵＥ ＩＤに対応することと、
前記リソースの関連情報がＸ個のリソース配置情報と、各リソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤとを含む場合、各前記リソース配置情報を対応するグループメンバ端末に送信することであって、前記グループメンバ端末がｓｏｕｒｃｅ ＩＤ又はＵＥ ＩＤに対応し、前記ｓｏｕｒｃｅ ＩＤ又はＵＥ ＩＤが前記ｄｅｓｔｉｎａｔｉｏｎ ＩＤに対応することとのうちのいずれか一つを含んでもよい。

Ｘは、正整数である。選択的に、Ｘはグループメンバ端末の総数、上記Ｎ又は上記Ｍであってもよい。選択的に、上記リソース配置情報は、リソースプール配置情報であってもよい。このように、リソース配置情報を対応するグループメンバ端末に送信することが図れる。

本開示の実施例では、選択的に、ターゲット端末は、ターゲットグループメンバ端末であってもよい。このターゲットグループメンバ端末は、対応するグループ管理者端末又はネットワーク機器によって依頼され、又は完全に独立したメカニズムに基づいて決定されてもよい。

選択的に、ターゲット端末がターゲットグループメンバ端末である場合、ステップ１０１の前に、前記方法は、
前記グループ管理者端末から第二の要求情報を受信することをさらに含んでもよく、
前記第二の要求情報は、リソースのスケジューリングを行い、例えば、ｍｏｄｅ ２ｄリソースのスケジューリングを行うよう前記ターゲットグループメンバ端末に要求するためのものである。

選択的に、前記第二の要求情報の送信条件は、
グループ管理者端末がネットワーク機器のカバレッジ範囲外にあることと、
グループ管理者端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用不可であると決定したことと、
グループ管理者端末のアクセス層が上位層にＵｕインターフェースが利用不可である（Ｕｕ ｕｎａｖａｉｌａｂｌｅ）情報を報告したことと、
グループ管理者端末がＲＲＣアイドル状態又は非アクティブ化状態にあることと、
グループ管理者端末がＲＲＣ接続確立プロセスを開始したが、開始されたＲＲＣ接続確立プロセスが失敗したことと、
グループ管理者端末がＲＲＣ接続回復プロセスを開始したが、開始されたＲＲＣ接続回復プロセスが失敗したことと、
グループ管理者端末がＲＲＣ接続再確立プロセスを開始したが、開始されたＲＲＣ接続再確立プロセスが失敗したことと、
グループ管理者端末にｕｐｌｉｎｋ無線リンク失敗が発生したことと、
グループ管理者端末に上りリンク帯域幅部分（Ｕｐｌｉｎｋ Ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＵＬ ＢＷＰ）切り替えが発生したことと、
グループ管理者端末の現在のＵＬ ＢＷＰに非アクティブ化が発生したことと、
グループ管理者端末に搬送波アグリゲーション（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）又は二重接続（Ｄｕａｌ－Ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）が配置され、且つセカンダリセル（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ、Ｓｃｅｌｌ）の非アクティブ化が発生したことと、
グループ管理者端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生したことと、
グループ管理者端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートしないことと、
グループ管理者端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートしないことと、
グループ管理者端末が、Ｎ個のグループメンバ端末の要求メッセージを受信したことであって、前記要求メッセージは、リソースを相応なグループメンバ端末に割り当てるよう前記グループ管理者端末に要求するためのものであり、Ｎは、正整数であることと、
グループ管理者端末が、Ｍ個のグループメンバ端末の測定レポートを受信したことであって、前記測定レポートは、ｓｉｄｅｌｉｎｋ通信において相応なグループメンバ端末にチャネル混雑又はチャネル干渉が発生し、例えば、ＣＢＲが一定閾値を超えたことを指示するためのものであり、Ｍは、正整数であることと、
グループ管理者端末が、リソースセンシングプロセス（ｓｅｎｓｉｎｇ）によって、利用可能又は十分なリソースをセンシングできなかったことと、
グループ管理者端末が、ｓｉｄｅｌｉｎｋ通信において上りリンクタイミングを使用したが、上りリンク非同期が発生したことと、
ターゲットグループメンバ端末がネットワーク機器のカバレッジ範囲内にあることと、
ターゲットグループメンバ端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用可能であると決定したことと、
ターゲットグループメンバ端末のアクセス層が上位層にＵｕインターフェースが利用可能である情報を報告したことと、
ターゲットグループメンバ端末が作動するリソース割り当てモードがｍｏｄｅ １を含み、即ち、少なくともｍｏｄｅ １で作動することと、
ターゲットグループメンバ端末がＲＲＣ接続状態にあることと、
ターゲットグループメンバ端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートすることと、
ターゲットグループメンバ端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートすることとのうちの少なくとも一つを含んでもよい。

一実施形態では、グループ管理者端末がＮ個のグループメンバ端末の要求メッセージを受信し、この要求メッセージがリソースの割り当てを要求するためのものであるが、このグループ管理者端末はＲＲＣアイドル状態又は非アクティブ化状態にあり（又は、このグループ管理者端末の端末能力は、他の端末に基地局が割り当てたリソースを伝送することをサポートしない）、一方、グループメンバ端末、例えばＵＥ－１はＲＲＣ接続状態にあり、且つＵＥ－１の端末能力は、他の端末に基地局が割り当てたリソースを伝送することをサポートする場合、このグループ管理者端末は、ＵＥ－１に依頼し、基地局との通信を担当し、関連情報を報告し、基地局が割り当てたリソースを他のユーザ機器（ＵＥ）に伝送するようＵＥ－１に要求してもよい。この時、このＵＥ－１は、ターゲットグループメンバユーザ機器（ＵＥ）である。

別の実施形態では、グループ管理者端末がリソース割り当てモードｍｏｄｅ ２ｄで作動し、且つ他のグループメンバユーザ機器（ＵＥ）にリソースを割り当てるが、このグループ管理者端末が基地局のカバレッジ範囲外に入る場合、このグループ管理者端末は、ｓｉｄｅｌｉｎｋを介して、基地局のカバレッジ範囲内にある別のグループメンバＵＥ－１と通信し、基地局との通信を担当し、関連情報を報告し、且つ基地局が割り当てた新しいリソースを他のユーザ機器（ＵＥ）に伝送するようＵＥ－１に要求してもよい。この時、このＵＥ－１は、ターゲットグループメンバユーザ機器（ＵＥ）である。

本開示の実施例では、リソース割り当てモードｍｏｄｅ ２ｄの切り替えとリソース割り当てについては、グループ内の一部のユーザ機器（ＵＥ）の切り替えだけであり、ｍｏｄｅ－２ｄを用いてユーザ機器（ＵＥ）のリソースをスケジューリングしてもよい。一部のユーザ機器（ＵＥ）のみに対して有効化する場合、ターゲット端末は、事前にグループメンバ端末とネゴシエーションを行う必要がある。

選択的に、ステップ１０１の前に、前記方法は、
関連グループメンバ端末に変換ネゴシエーション情報を送信する（選択的に、前記関連グループメンバ端末は、対応する全てのグループメンバ端末又は一部のグループメンバ端末であってもよい）ことと、
前記関連グループメンバ端末のうちのＹ個のグループメンバ端末から変換ネゴシエーション受諾情報を受信することとをさらに含んでもよく、
前記変換ネゴシエーション情報は、後で前記ターゲット端末がネットワーク機器に要求して得られるリソースを使用しようとすることをネゴシエートするためのものであり、前記第一の要求情報は、前記Ｙ個のグループメンバ端末にリソースを割り当てるよう要求するためのものであり、Ｙは、正整数である。このように、ネゴシエーションプロセスを介して、どれらのグループメンバ端末のためにリソースを要求するかを明確にすることができる。

選択的に、前記変換ネゴシエーション受諾情報の送信条件は、
グループメンバ端末が作動するリソース割り当てモードがリソース割り当てモードｍｏｄｅ ２ａ及び／又はリソース割り当てモードｍｏｄｅ ２ｄを含むことと、
グループメンバ端末が、リソースセンシングプロセス（ｓｅｎｓｉｎｇ）によって、利用可能又は十分なリソースをセンシングできなかったことと、
ｓｉｄｅｌｉｎｋ通信においてグループメンバ端末にチャネル混雑又はチャネル干渉が発生し、例えば、ＣＢＲが一定閾値を超え、ＲＳＲＰが一定閾値を下回り、又はＲＳＲＱが一定閾値を下回ることと、
グループメンバ端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートすることと、
グループメンバ端末がＲＲＣアイドル状態又は非アクティブ化状態にあることと、
グループメンバ端末自体で実現される（ｕｐ ｔｏ ＵＥ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）こととのうちの少なくとも一つを含んでもよい。

選択的に、前記変換ネゴシエーション受諾情報は、
リソース割り当てモードの変換を承諾することを指示するための指示情報と、
ｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
ｓｏｕｒｃｅ ＩＤと、
ＵＥ ＩＤと、
グループメンバ端末が現在で使用しているリソース配置情報とのうちの少なくとも一つを含んでもよい。

選択的に、全てのグループメンバ端末に変換ネゴシエーション情報を送信した後、前記方法は、
前記関連グループメンバ端末のうちのＺ個のグループメンバ端末から変換ネゴシエーション拒否情報を受信することをさらに含んでもよく、
Ｚは、正整数である。

前記変換ネゴシエーション拒否情報の送信条件は、
グループメンバ端末がリソース割り当てモードｍｏｄｅ１で作動することと、
グループメンバ端末が、リソースセンシングプロセス（ｓｅｎｓｉｎｇ）によって、十分な利用可能なリソースをセンシングしたことと、
ｓｉｄｅｌｉｎｋ通信においてグループメンバ端末にチャネル混雑又はチャネル干渉が発生しなかったことと、
グループメンバ端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートしないことと、
グループメンバ端末がＲＲＣ接続状態にあることと、
グループメンバ端末自体で実現されることとのうちの少なくとも一つを含む。

一実施形態では、ネゴシエーションが存在する場合、グループ管理者端末は、Ｋ個の関連するグループメンバ端末（即ち、関連グループメンバ端末。選択的に、Ｋは、グループメンバ端末の総数又は一部の数であってもよい）に変換ネゴシエーション情報を送信し、そして、Ｙ（ＹはＫより小さい）個のグループメンバ端末から変換ネゴシエーション受諾情報を受信し、Ｚ（ＺはＫより小さい）個のグループメンバ端末から変換ネゴシエーション拒否情報を受信し、このＹ個のグループメンバ端末のためにリソースを割り当てるよう要求するための要求情報を基地局に送信してもよい。

別の実施形態では、ネゴシエーションが存在しないが、グループ管理者端末にリソースを要求するＹ個のグループメンバ端末が存在する場合、グループ管理者端末は、このＹ個のグループメンバ端末のためにリソースを割り当てるよう要求するための要求情報を基地局に送信してもよい。

別の実施形態では、ネゴシエーションが存在せず、グループ管理者端末にリソースを要求するグループメンバ端末も存在しない場合、グループ管理者端末は、Ｘ個のグループメンバ端末のためにリソースを割り当てるよう要求するための要求情報を基地局に送信してもよく、選択的に、このＸは、グループメンバ端末の総数又は一部の数であってもよい。

説明すべきことは、ターゲット端末は、第一の要求情報を送信する条件を満たした後、全てのグループメンバ端末に変換ネゴシエーション情報を送信してもよいし、第一の要求情報を送信する条件を満たす前に、全てのグループメンバ端末に変換ネゴシエーション情報を送信し、且つ変換ネゴシエーション受諾情報を受信してから、第一の要求情報を送信する条件を満たすか否かを判定してもよいことである。

本開示の実施例では、リソース要求及び配信が完了した後、相応なリソース配置情報をリリースしてもよい。リリース方式は少なくとも以下の３種類を含んでもよい。

方式１
方式１では、リソース配置情報に対するリリースは、ターゲット端末により開始されるものである。

選択的に、ステップ１０３の後、前記方法は、
前記グループメンバ端末に第一のリソースメッセージを送信し、及び／又は前記ネットワーク機器に前記第一のリソースメッセージを送信することをさらに含む。

前記第一のリリースメッセージは、前記ターゲット端末がリリースするリソース配置情報及び／又は前記グループメンバ端末がリリースする必要があるリソース配置情報を指示するためのものである。このように、第一のリリースメッセージを介して、グループメンバ端末にどれらのリソースをリリースする必要があるかを知らせることができ、また、ネットワーク機器に通知することにより、ネットワーク機器は、リリースされたリソースを他のスケジューリングに用いることができる。

選択的に、前記第一のリリースメッセージの送信条件は、
ターゲット端末が予め設定されたリリース条件を満たす（このリリース条件は、ネットワーク機器により配置されるものであってもよく、この時、ネットワーク機器は、リソースの関連情報をターゲット端末に送信する時、相応なリリース条件情報を併せてターゲット端末に送信してもよいし、リソースの関連情報を送信する前又は後に、相応なリリース条件情報をターゲット端末に送信してもよく、このリリース条件は、配置リソースが有効時間内にないこと、又は有効領域内にないことなどを含んでもよい）ことと、
ターゲット端末がグループメンバ端末のリリース要求メッセージを受信したこととのうちの少なくとも一つを含んでもよい。

前記リリース要求メッセージは、
リソース配置情報をリリースするよう要求する指示情報と、
リリースが要求されるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースが要求されるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースが要求されるリソース配置情報に対応するＵＥ ＩＤと、
リリースが要求されるリソース配置情報とのうちの少なくとも一つを含んでもよい。

選択的に、前記第一のリリースメッセージの送信条件は、
１）ターゲット端末がネットワーク機器のカバレッジ範囲外に入ることと、
２）ターゲット端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用不可であると決定したことと、
３）ターゲット端末のアクセス層が上位層にＵｕインターフェースが利用不可である情報を報告したことと、
４）ターゲット端末がＲＲＣアイドル状態又は非アクティブ化状態に入ることと、
５）ターゲット端末がＲＲＣ接続確立プロセスを開始したが、開始されたＲＲＣ接続確立プロセスが失敗したことと、
６）ターゲット端末がＲＲＣ接続回復プロセスを開始したが、開始されたＲＲＣ接続回復プロセスが失敗したことと、
７）ターゲット端末がＲＲＣ接続再確立プロセスを開始したが、開始されたＲＲＣ接続再確立プロセスが失敗したことと、
８）ターゲット端末にｕｐｌｉｎｋ無線リンク失敗が発生したことと、
９）ターゲット端末が、ｓｉｄｅｌｉｎｋ通信において上りリンクタイミングを使用したが、上りリンク非同期が発生したことと、
１０）ターゲット端末にＵＬ ＢＷＰ切り替えが発生した（この時、新しいＵＬ ＢＷＰ上でネットワーク機器に送信し、又は、ネットワーク機器に送信しなくてもよい）ことと、
１１）ターゲット端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生した（この時、第一のリリースメッセージを新しいネットワーク機器に送信し、新しいネットワーク機器が元のネットワーク機器、即ち古いネットワーク機器に通知し、又は、ネットワーク機器に送信しなくてもよい）ことと、
１２）ターゲット端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートしないことと、
１３）ターゲット端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートしないことと、
１４）ターゲット端末の現在のＵＬ ＢＷＰに非アクティブ化が発生したことと、
１５）ターゲット端末にＣＡ又はＤＣが配置され、Ｓｃｅｌｌの非アクティブ化が発生した（この時、プライマリセル（Ｐｒｉｍａｒｙ Ｃｅｌｌ、Ｐｃｅｌｌ）又はプライマリセカンダリセル（Ｐｒｉｍａｒｙ Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ、ＰＳｃｅｌｌ）上で第一のリリースメッセージをネットワーク機器に送信し、又は、ネットワーク機器に送信しなくてもよい）ことと、
１６）ターゲット端末自体で実現される（ｕｐ ｔｏ ＵＥ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）こととのうちの少なくとも一つをさらに含んでもよい。

送信条件１）から３）に対して、ネットワーク機器のカバレッジ範囲外にあり、又はＵＵインターフェースが利用不可であるため、ターゲット端末は、第一のリリースメッセージをネットワーク機器に送信しない。しかし、次回にネットワーク機器のカバレッジ範囲内に入り、又はＵＵインターフェースが利用可能になる時、又はネットワーク機器とＲＲＣ接続がある時、第一のリリースメッセージをネットワーク機器に送信し、又は、ネットワーク機器に送信しない可能性がある。送信条件４）から９）に対して、次回にネットワーク機器とＲＲＣ接続がある時、第一のリリースメッセージをネットワーク機器に送信し、又は、ネットワーク機器に送信しなくてもよい。

選択的に、前記第一のリリースメッセージは、
リソース配置情報をリリースすることを承諾又は開始する指示情報と、
リリースする必要があるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースする必要があるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースする必要があるリソース配置情報に対応するＵＥ ＩＤと、
リリースする必要があるリソース配置情報とのうちの少なくとも一つを含んでもよい。

方式２
方式２では、リソース配置情報に対するリリースは、グループメンバ端末により開始されるものである。

選択的に、ステップ１０３の後、前記方法は、
前記グループメンバ端末から第二のリリースメッセージを受信することをさらに含んでもよい。

前記第二のリリースメッセージは、前記グループメンバ端末がリリースするリソース配置情報を指示するためのものである。この場合、ターゲット端末は、ネットワーク機器にグループメンバ端末がリリースしたリソース配置情報を通知することによって、ネットワーク機器は、リリースされたリソースを他のスケジューリングに用いてもよい。

このように、第二のリリースメッセージを介して、ターゲット端末は、相応なグループメンバ端末がどれらのリソースをリリースしたかを容易に知ることができる。

具体的に実現する時、この第二のリリースメッセージは、グループメンバ端末からネットワーク機器に送信されることによって、ネットワーク機器は、リリースされたリソースを他のスケジューリングに用いてもよい。

選択的に、前記第二のリリースメッセージの送信条件は、
グループメンバ端末は、関連リソース配置情報を用いて伝送を行う時、チャネル混雑又はチャネル干渉が発生し、例えば、ＣＢＲが予め設定された閾値を超えたことを検出したことと、
グループメンバ端末にｓｉｄｅｌｉｎｋ無線リンク失敗が発生したことと、
グループメンバ端末の業務の伝送が停止したことと、
グループメンバ端末自体で実現されることとのうちの少なくとも一つを含んでもよい。

選択的に、前記第二のリリースメッセージは、
リリースする必要があるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースする必要があるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースする必要があるリソース配置情報に対応するＵＥ ＩＤと、
リリースする必要があるリソース配置情報とのうちの少なくとも一つを含んでもよい。

方式３
方式３では、リソース配置情報に対するリリースは、ネットワーク機器により開始されるものである。

選択的に、ステップ１０３の後、前記方法は、
前記ネットワーク機器から第三のリリースメッセージを受信することをさらに含む。

前記第三のリリースメッセージは、前記ネットワーク機器がリリースするグループ管理者端末のリソース配置情報及び／又はグループメンバ端末のリソース配置情報を指示するためのものである。このように、第三のリリースメッセージを介して、ターゲット端末は、ネットワーク機器がどれらのリソースをリリースしたかを容易に知ることができる。

選択的に、前記第三のリリースメッセージの送信条件は、
ネットワーク機器がグループ管理者端末のリリース要求メッセージを受信したことと、
ネットワーク機器がグループメンバ端末のリリース要求メッセージを受信したことと、
ネットワーク機器自体で実現される（ｕｐ ｔｏ ｅＮＢ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）こととのうちの少なくとも一つを含んでもよい。

選択的に、前記リリース要求メッセージは、
リソース配置情報をリリースするよう要求する指示情報と、
リリースが要求されるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースが要求されるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースが要求されるリソース配置情報に対応するＵＥ ＩＤと、
リリースが要求されるリソース配置情報とのうちの少なくとも一つを含んでもよい。

選択的に、前記第三のリリースメッセージは、
リソース配置情報をリリースすることを承諾又は開始する指示情報と、
リリースする必要があるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースする必要があるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースする必要があるリソース配置情報に対応するＵＥ ＩＤと、
リリースする必要があるリソース配置情報とのうちの少なくとも一つを含んでもよい。

一実施形態では、グループ管理者ユーザ機器（ＵＥ）によって全ての関連グループメンバユーザ機器（ＵＥ）（例えば、ｍｏｄｅ ２ｄリソースプールが配置されたユーザ機器（ＵＥ））のリソース配置情報をリリースするよう統一的に要求する。この時、基地局は、リリースメッセージ（即ち、第三のリリースメッセージ）をグループ管理者ユーザ機器（ＵＥ）に送信し、そして、グループ管理者ユーザ機器（ＵＥ）は、リリースメッセージを関連グループメンバユーザ機器（ＵＥ）に送信する。

別の実施形態では、グループ管理者ユーザ機器（ＵＥ）によって全ての関連グループメンバユーザ機器（ＵＥ）（例えば、ｍｏｄｅ ２ｄリソースプールが配置されたユーザ機器（ＵＥ））のリソース配置情報をリリースするよう統一的に要求する。この時、基地局は、リリースメッセージをグループ管理者ユーザ機器（ＵＥ）と、基地局とＲＲＣ接続があるグループメンバユーザ機器（ＵＥ）に送信してもよい。つまり、一部のグループメンバユーザ機器（ＵＥ）のリリースメッセージは、グループ管理者ユーザ機器（ＵＥ）によって転送されるのでなく、基地局によって直接に送信される。

別の実施形態では、グループ管理者ユーザ機器（ＵＥ）によって一部のグループメンバユーザ機器（ＵＥ）のリソース配置情報をリリースするよう要求し、基地局とＲＲＣ接続がある別の一部のグループメンバユーザ機器（ＵＥ）は自らリソース配置情報をリリースするよう要求する。この時、基地局は、リリースメッセージを送信する時、グループ管理者ユーザ機器（ＵＥ）に統一的に送信してから、そのグループ管理者ユーザ機器（ＵＥ）によって転送してもよいし、グループ管理者ユーザ機器（ＵＥ）と、自らリリースを要求するグループメンバユーザ機器（ＵＥ）とにそれぞれ送信してもよい。

本開示の実施例では、全ての端末側に対してリソースリリースを開始する場合として、リソース配置情報をリリースしないが、リソース配置情報をサスペンドし、その後、一定の条件を満たした時、改めて回復又はリリースする場合もある。選択的に、この場合におけるリソース配置情報に対応するリソースは、半静的に配置されたリソースｔｙｐｅ－１（例えば、ｓｉｄｅｌｉｎｋ ｇｒａｎｔ ｔｙｐｅ－１）又はリソースプールであってもよい。

選択的に、ステップ１０３の後、前記方法は、
リソース配置情報を処理することをさらに含んでもよく、
前記処理は、
サスペンド、サスペンドと回復、サスペンドとリリースのうちのいずれか一つを含む。

選択的に、リソース配置情報を処理することは、
予め設定されたリリース条件を満たす時、前記リソース配置情報をサスペンドし、予め設定された時間内に、前記予め設定されたリリース条件を満たさなくなる時、前記リソース配置情報を回復することと、
リリース要求メッセージを受信した時、前記リソース配置情報をサスペンドすることと、
ターゲット端末がネットワーク機器のカバレッジ範囲外に入る時、前記リソース配置情報をサスペンドし、予め設定された時間内に、ターゲット端末がネットワーク機器のカバレッジ範囲内に入る時、前記リソース配置情報を回復することと、
ターゲット端末がインターフェース利用可能性判定ルールに基づいてＵｕインターフェースが利用不可であると決定した時、リソース配置情報をサスペンドし、予め設定された時間内に、ターゲット端末がＵｕインターフェースが利用可能であると決定した時、前記リソース配置情報を回復することと、
ターゲット端末のアクセス層が上位層にＵｕインターフェースが利用不可である情報を報告する時、前記リソース配置情報をサスペンドし、予め設定された時間内に、ターゲット端末のアクセス層が上位層にＵｕインターフェースが利用可能である情報を報告する時、前記リソース配置情報を回復することと、
ターゲット端末がＲＲＣアイドル状態又は非アクティブ化状態に入る時、前記リソース配置情報をサスペンドし、予め設定された時間内に、ターゲット端末がＲＲＣ接続状態に入る時、前記リソース配置情報を回復することと、
ターゲット端末がＲＲＣ接続確立プロセスを開始したが、開始されたＲＲＣ接続確立プロセスが失敗した時、前記リソース配置情報をサスペンドし、予め設定された時間内に、ターゲット端末が開始したＲＲＣ接続確立プロセスが成功した時、前記リソース配置情報を回復し、又は、予め設定された時間内に、ターゲット端末が開始した予め設定された回数のＲＲＣ接続確立プロセスが全て失敗した時、前記リソース配置情報をリリースすることと、
ターゲット端末がＲＲＣ接続回復プロセスを開始したが、開始されたＲＲＣ接続回復プロセスが失敗した時、前記リソース配置情報をサスペンドし、予め設定された時間内に、ターゲット端末が開始したＲＲＣ接続回復プロセスが成功した時、前記リソース配置情報を回復し、又は、予め設定された時間内に、ターゲット端末が開始した予め設定された回数のＲＲＣ接続回復プロセスが全て失敗した時、前記リソース配置情報をリリースすることと、
ターゲット端末がＲＲＣ接続再確立プロセスを開始したが、開始されたＲＲＣ接続再確立プロセスが失敗した時、前記リソース配置情報をサスペンドし、予め設定された時間内に、ターゲット端末が開始したＲＲＣ接続再確立プロセスが成功した時、前記リソース配置情報を回復し、又は、予め設定された時間内に、ターゲット端末が開始した予め設定された回数のＲＲＣ接続再確立プロセスが全て失敗した時、前記リソース配置情報をリリースすることと、
ターゲット端末にｕｐｌｉｎｋ無線リンク失敗が発生した時、前記リソース配置情報をサスペンドし、予め設定された時間内に、ターゲット端末が開始したｕｐｌｉｎｋ無線リンク回復プロセスが成功した時、前記リソース配置情報を回復し、又は、予め設定された時間内に、ターゲット端末が開始したｕｐｌｉｎｋ無線リンク回復プロセスが予め設定された回数失敗した時、前記リソース配置情報をリリースすることと、
ターゲット端末にＵＬ ＢＷＰ切り替えが発生した時、前記リソース配置情報をサスペンドし、予め設定された時間内に、ターゲット端末が再び元のＵＬ ＢＷＰ（即ち、その前のＵＬ ＢＷＰ）に切り替え戻す時、前記リソース配置情報を回復し、又は、予め設定された時間内に、ターゲット端末が元のＵＬ ＢＷＰに切り替え戻さなかった時、前記リソース配置情報をリリースすることと、
ターゲット端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生した時に、前記リソース配置情報をリリースすることと、
ターゲット端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートしない時、前記リソース配置情報をサスペンドし、予め設定された時間内に、ターゲット端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートし戻す時、前記リソース配置情報を回復することと、
ターゲット端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートしない時、前記リソース配置情報をサスペンドし、予め設定された時間内に、ターゲット端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートし戻す時、前記リソース配置情報を回復することと、
ターゲット端末の現在のＵＬ ＢＷＰに非アクティブ化が発生した時、前記リソース配置情報をサスペンドし、予め設定された時間内に、再アクティブ化する時、前記リソース配置情報を回復することと、
ターゲット端末にＣＡ又はＤＣが配置され、Ｓｃｅｌｌの非アクティブ化が発生した時、前記リソース配置情報をサスペンドし、予め設定された時間内に、再アクティブ化する時、前記リソース配置情報を回復することと、
ターゲット端末が、ｓｉｄｅｌｉｎｋ上で上りリンクタイミングを使用したが、上りリンク非同期が発生した時、前記リソース配置情報をサスペンドし、予め設定された時間内に、上りリンク同期が回復した時、前記リソース配置情報を回復し、又は、上りリンク同期外れの発生によりランダムアクセス（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＲＡＣＨ）プロセスが開始される時、ＲＡＣＨプロセスが成功した場合、前記リソース配置情報を回復し、ＲＡＣＨプロセスが失敗する場合、前記リソース配置情報をリリースすることとのうちのいずれか一つを含んでもよい。

選択的に、上記予め設定された時間は時間Ｔであってもよく、ネットワーク機器によって配置されること、ターゲット端末によって配置されること、プロトコルによって規定されること、予め配置されること、端末自体で実現されることのうちのいずれか一つの方式によって決定されると理解されてもよい。

図２は、本開示の実施例によるリソース割り当て方法のフローチャートである。この方法は、ネットワーク機器に用いられ、図２に示すように、この方法は、以下のようなステップを含む。

ステップ２０１：ターゲット端末から第一の要求情報を受信する。

前記第一の要求情報は、リソースの割り当てを要求するためのものである。

ステップ２０２：前記ターゲット端末に前記リソースの関連情報を送信する。

本開示の実施例のリソース割り当て方法によれば、現在のリソース割り当てモードｍｏｄｅ ２ｄ又は他のリソース割り当てモードのシナリオで、グループメンバ端末にリソースを割り当てることを図ることにより、相応な通信プロセスが円滑に進行することを確保することができる。

選択的に、前記ターゲット端末は、
上位層又はアクセス層によって決定されるグループ管理者端末と、
上位層又はアクセス層によって決定されるグループ管理者端末又はネットワーク機器によって決定されるターゲットグループメンバ端末とのうちのいずれか一つである。

選択的に、前記リソースの関連情報は、
一つ又は複数のリソース配置情報と、
リソース配置情報に対応するグループ管理者端末の識別子と、
リソース配置情報に対応するグループメンバ端末の識別子と、
リソース配置情報に対応するグループ識別子と、
一つ又は複数の変換確認情報と、
変換確認情報に対応するグループ管理者端末の識別子と、
変換確認情報に対応するグループメンバ端末の識別子と、
変換確認情報に対応するグループ識別子と、
リソース配置情報に対応するリリース条件情報とのうちの少なくとも一つを含み、
前記識別子は、ｄｅｓｔｉｎａｔｉｏｎ ＩＤと、ｓｏｕｒｃｅ ＩＤと、ＵＥ ＩＤとのうちの少なくとも一つを含み、前記変換確認情報は、リソース割り当てモードの変換を開始又は確認するためのものである。

選択的に、ステップ２０２の後、前記方法は、
前記ターゲット端末がリリースするリソース配置情報及び／又はグループメンバ端末がリリースする必要があるリソース配置情報を指示するための第一のリリースメッセージを前記ターゲット端末から受信すること、
又は、
前記グループメンバ端末がリリースするリソース配置情報を指示するための第二のリリースメッセージをグループメンバ端末から受信すること、
又は、
前記ネットワーク機器がリリースするグループ管理者端末のリソース配置情報及び／又はグループメンバ端末のリソース配置情報を指示するための第三のリリースメッセージを前記ターゲット端末に送信し、及び／又は、グループメンバ端末に送信することをさらに含む。

選択的に、前記第三のリリースメッセージの送信条件は、
ネットワーク機器がグループ管理者端末のリリース要求メッセージを受信したことと、
ネットワーク機器がグループメンバ端末のリリース要求メッセージを受信したことと、
ネットワーク機器自体で実現されることとのうちの少なくとも一つを含む。

選択的に、前記リリース要求メッセージは、
リソース配置情報をリリースするよう要求する指示情報と、
リリースが要求されるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースが要求されるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースが要求されるリソース配置情報に対応するＵＥ ＩＤと、
リリースが要求されるリソース配置情報とのうちの少なくとも一つを含む。

選択的に、前記第三のリリースメッセージは、
リソース配置情報をリリースすることを承諾又は開始する指示情報と、
リリースする必要があるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースする必要があるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースする必要があるリソース配置情報に対応するＵＥ ＩＤと、
リリースする必要があるリソース配置情報とのうちの少なくとも一つを含む。

以下は、図３～図５を結び付けながら、本開示の具体例のリソース割り当てプロセスをそれぞれ説明する。

例１
例１では、グループ管理者ユーザ機器（ＵＥ）によってリソースのスケジューリングが行われる。例１のグループキャスト通信におけるグループ管理者ユーザ機器（ＵＥ）はＵＥ ０であり、グループメンバユーザ機器（ＵＥ）はＵＥ １、ＵＥ ２とＵＥ ３を含む。このＵＥ ０のグループ管理者の身分は、上位層によって決定され、又はＡＳ層によって決定される。図３に示すように、対応するリソース割り当てプロセスは、以下のようなステップを含む。

ステップ３１：ＵＥ ０は、基地局（例えば、ｇＮＢ、ｎｇ－ｅＮＢ）に第一の要求情報を送信する前提条件を満たすか否かを判断する。

この前提条件は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ３２：この前提条件を満たす場合、ＵＥ ０は基地局にＲＲＣメッセージを送信する。

このＲＲＣメッセージには第一の要求情報が含まれており、この第一の要求情報は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ３３：基地局はリソースの関連情報をグループメンバＵＥ ０に送信する。

このリソースの関連情報は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ３３．１：選択的に、基地局は、拒否メッセージをＵＥ ０に送信し、ＵＥ ０に後続の割り当てに用いられるリソースを送信することを拒否する。この場合、ＵＥ ０は、拒否メッセージをグループメンバユーザ機器（ＵＥ）に送信し、又は何らの情報も送信しない。

ステップ３４：ＵＥ ０は、受信したリソースの関連情報をグループメンバユーザ機器（ＵＥ）、即ちＵＥ １、ＵＥ ２、ＵＥ ３に送信する。

ステップ３５：選択的に、グループメンバユーザ機器（ＵＥ）は、受信確認メッセージをＵＥ ０に送信する。

この受信確認メッセージの形式は、選択的に、ＨＡＲＱフィードバック情報と、ＭＡＣ ＣＥとＲＲＣメッセージとのうちのいずれか一つであってもよい。

例２
例２では、ターゲットグループメンバユーザ機器（ＵＥ）によってリソースのスケジューリングが行われる。例２のグループキャスト通信におけるグループ管理者ユーザ機器（ＵＥ）はＵＥ ０であり、グループメンバユーザ機器（ＵＥ）はＵＥ １、ＵＥ ２とＵＥ ３を含む。このＵＥ ０のグループ管理者の身分は、上位層によって決定される。このターゲットグループメンバユーザ機器（ＵＥ）はＵＥ ２であり、ＵＥ ０（又は基地局）によって依頼され、又は他のメカニズムによって決定される。図４に示すように、対応するリソース割り当てプロセスは、以下のようなステップを含む。

ステップ４１：ＵＥ ０は、第二の要求情報の送信条件を満たすか否かを判断する。

この第二の要求情報は、リソース（例えば、ｓｉｄｅｌｉｎｋリソース）のスケジューリングを行うようＵＥ ２に要求するためのものである。この送信条件は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ４２：条件を満たす場合、ＵＥ ０はＵＥ ２に第二の要求情報を送信することで、ＵＥ ２にリソースのスケジューリングを行うよう要求する。

ステップ４３：ＵＥ ２は基地局にＲＲＣメッセージを送信する。

このＲＲＣメッセージには第一の要求情報が含まれており、この第一の要求情報は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ４４：基地局はリソースの関連情報をグループメンバＵＥ ２に送信する。

このリソースの関連情報は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ４４．１：選択的に、基地局は、拒否メッセージをＵＥ ２に送信し、ＵＥ ２に後続の割り当てに用いられるリソースを送信することを拒否する。この場合、ＵＥ ２は、拒否メッセージを他のグループメンバユーザ機器（ＵＥ）とＵＥ ０に送信し、又は何らの情報も送信しない。

ステップ４５：ＵＥ ２は、受信したリソースの関連情報を他のグループメンバユーザ機器（ＵＥ）、即ちＵＥ １とＵＥ ３及びＵＥ ０に送信する。

ステップ４６：選択的に、ＵＥ １、ＵＥ ３とＵＥ ０は、受信確認メッセージをＵＥ ２に送信する。

この受信確認メッセージの形式は、選択的に、ハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ）フィードバック情報、メディアアクセス制御制御ユニット（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＭＡＣ ＣＥ）とＲＲＣメッセージのうちのいずれか一つであってもよい。

例３
例３では、グループ管理者ユーザ機器（ＵＥ）によってリソースのスケジューリングが行われ、一部のグループメンバユーザ機器（ＵＥ）のみに対して有効化する。例３のグループキャスト通信におけるグループ管理者ユーザ機器（ＵＥ）はＵＥ ０であり、グループメンバＵＥはＵＥ １、ＵＥ ２とＵＥ ３を含む。このＵＥ ０のグループ管理者の身分は、上位層又はＡＳ層によって決定される。図５に示すように、対応するリソース割り当てプロセスは、以下のようなステップを含む。

ステップ５１：ＵＥ ０は関連グループメンバユーザ機器（ＵＥ）に変換ネゴシエーション情報を送信する。

この関連グループメンバユーザ機器（ＵＥ）は、選択的に、対応する全てのグループメンバユーザ機器（ＵＥ）、即ち、ＵＥ １、ＵＥ ２とＵＥ ３（即ち、図５に示す）、又は、一部のグループメンバユーザ機器（ＵＥ）、例えば、ＵＥ １とＵＥ ２、又は、ＵＥ ２とＵＥ ３であってもよい。この変換ネゴシエーション情報は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ５２：ＵＥ ２とＵＥ ３は、変換ネゴシエーション受諾情報をＵＥ ０に送信する。

この変換ネゴシエーション受諾情報及びその送信条件は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ５２．１：選択的に、ＵＥ １は、変換ネゴシエーション拒否情報をＵＥ ０に送信する。

この変換ネゴシエーション拒否情報及びその送信条件は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ５３：ＵＥ ０は、基地局（例えば、ｇＮＢ、ｎｇ－ｅＮＢ）に第一の要求情報を送信する前提条件を満たすか否かを判断する。

この前提条件は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ５４：この前提条件を満たす場合、ＵＥ ０は基地局にＲＲＣメッセージを送信する。

このＲＲＣメッセージには第一の要求情報が含まれており、この第一の要求情報は、ＵＥ ２とＵＥ ３にリソースを割り当てるよう要求するためのものであり、この第一の要求情報は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ５５：基地局はリソースの関連情報をグループメンバＵＥ ０に送信する。

このリソースの関連情報は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ５５．１：選択的に、基地局は、拒否メッセージをＵＥ ０に送信し、ＵＥ ０に後続の割り当てに用いられるリソースを送信することを拒否する。この場合、ＵＥ ０は、拒否メッセージをＵＥ ２とＵＥ ３に送信し、又は何らの情報も送信しない。

ステップ５６：ＵＥ ０は、受信したリソースの関連情報をＵＥ ２とＵＥ ３に送信する。

ステップ５７：選択的に、ＵＥ ２とＵＥ ３は、受信確認メッセージをＵＥ ０に送信する。

この受信確認メッセージの形式は、選択的に、ＨＡＲＱフィードバック情報、ＭＡＣ ＣＥとＲＲＣメッセージのうちのいずれか一つであってもよい。

以下は、図６～図７を結び付けながら、本開示の具体例のリソースリリースプロセスをそれぞれ説明する。

例４
例４では、リソースリリースプロセスは基地局によって開始される。例４のグループキャスト通信におけるグループ管理者ユーザ機器（ＵＥ）はＵＥ ０であり、グループメンバユーザ機器（ＵＥ）はＵＥ １、ＵＥ ２とＵＥ ３を含む。図６に示すように、対応するリソースリリースプロセスは、以下のステップを含んでもよい。

ステップ６１：ＵＥ ０は、基地局（例えば、ｇＮＢ、ｎｇ－ｅＮＢ）にリリース要求メッセージを送信する。

このリリース要求メッセージ及びその送信条件は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ６２：基地局はリリースメッセージをＵＥ ０に送信する。

このリリースメッセージ（即ち、上記第三のリリースメッセージ）及びその送信条件は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ６３：ＵＥ ０は、リリースメッセージをグループメンバユーザ機器（ＵＥ）、即ちＵＥ １、ＵＥ ２とＵＥ ３に送信する。

例５
例５では、リソースリリースプロセスはグループ管理者ユーザ機器（ＵＥ）によって開始される。例５のグループキャスト通信におけるグループ管理者ユーザ機器（ＵＥ）はＵＥ ０であり、グループメンバＵＥはＵＥ １、ＵＥ ２とＵＥ ３を含む。図７に示すように、対応するリソースリリースプロセスは、以下のようなステップを含んでもよい。

ステップ７１：ＵＥ １とＵＥ ２は、リリース要求メッセージをＵＥ ０に送信する。

このリリース要求メッセージ及びその送信条件は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ７１．１：選択的に、基地局はＵＥ ０にリリース条件を配置してもよい。それにより、ＵＥ ０は、配置されたリリース条件を満たす時、リソースリリースプロセスを開始する。

ステップ７２：ＵＥ ０は、リリースメッセージをＵＥ １とＵＥ ２、及び基地局に送信する。

このリリースメッセージ（即ち、上記第一のリリースメッセージ）及びその送信条件は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

図８は、本開示の実施例によるリソースリリース方法のフローチャートである。この方法は、端末に用いられ、図８に示すように、この方法は、以下のようなステップを含む。

ステップ８０１：ネットワーク機器からリソース配置情報を取得する。

本実施例における端末は、リソース割り当てモードｍｏｄｅ－１で作動可能である。本実施例は、任意のｍｏｄｅ－１端末のリソース配置情報のリリースに適用される。このリソース配置情報は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ８０２：ネットワーク機器に第四のリリースメッセージを送信する。

前記第四のリリースメッセージは、前記端末がリリースするリソース配置情報を指示するためのものである。

本開示の実施例のリソースリリース方法は、端末によるリソース配置情報に対するリリースを実現し、ネットワーク機器に通知することができる。

選択的に、前記第四のリリースメッセージの送信条件は、
端末が予め設定されたリリース条件を満たす（このリリース条件は、ネットワーク機器により配置されるものであってもよく、この時、ネットワーク機器は、リソース配置情報を端末に送信する時、相応なリリース条件情報を併せて端末に送信してもよく、リソース配置情報を送信する前又は後に、相応なリリース条件情報を端末に送信してもよく、このリリース条件は、配置リソースが有効時間内にないこと、又は有効領域内にないことなどを含んでもよい）ことと、
端末がネットワーク機器のカバレッジ範囲外に入ることと、
端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用不可であると決定したことと、
端末のアクセス層が上位層にＵｕインターフェースが利用不可である情報を報告したことと、
端末がＲＲＣアイドル状態又は非アクティブ化状態に入ることと、
端末がＲＲＣ接続確立プロセスを開始したが、開始されたＲＲＣ接続確立プロセスが失敗したことと、
端末がＲＲＣ接続回復プロセスを開始したが、開始されたＲＲＣ接続回復プロセスが失敗したことと、
端末がＲＲＣ接続再確立プロセスを開始したが、開始されたＲＲＣ接続再確立プロセスが失敗したことと、
端末にｕｐｌｉｎｋ無線リンク失敗が発生したことと、
端末が、ｓｉｄｅｌｉｎｋ通信において上りリンクタイミングを使用したが、上りリンク非同期が発生したことと、
端末にＵＬ ＢＷＰ切り替えが発生したことと、
端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生したことと、
端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートしないことと、
端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートしないことと、
端末の現在のＵＬ ＢＷＰに非アクティブ化が発生したことと、
端末にＣＡ又はＤＣが配置され、Ｓｃｅｌｌの非アクティブ化が発生したことと、
端末自体で実現されることとのうちの少なくとも一つを含む。

選択的に、前記第四のリリースメッセージは、
リソース配置情報のリリースを開始する指示情報と、
リリースする必要があるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースする必要があるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースする必要があるリソース配置情報に対応するＵＥ ＩＤと、
リリースする必要があるリソース配置情報とのうちの少なくとも一つを含む。

図９は、本開示の実施例によるリソースリリース方法のフローチャートである。この方法は、ネットワーク機器に用いられ、図９に示すように、この方法は、以下のようなステップを含む。

ステップ９０１：端末にリソース配置情報を送信する。

本実施例における端末は、リソース割り当てモードｍｏｄｅ－１で作動可能である。本実施例は、任意のｍｏｄｅ－１端末のリソース配置情報のリリースに適用される。このリソース配置情報は、上記図１の実施例に記載のものを参照すればよい。ここでは説明を省略する。

ステップ９０２：端末から第四のリリースメッセージを受信する。

前記第四のリリースメッセージは、前記端末がリリースするリソース配置情報を指示するためのものである。

本開示の実施例のリソースリリース方法は、端末によるリソース配置情報に対するリリースを実現し、ネットワーク機器に通知することができる。

選択的に、前記第四のリリースメッセージの送信条件は、
端末が予め設定されたリリース条件を満たす（このリリース条件は、ネットワーク機器により配置されるものであってもよく、この時、ネットワーク機器は、リソース配置情報を端末に送信する時、相応なリリース条件情報を併せて端末に送信してもよく、リソース配置情報を送信する前又は後に、相応なリリース条件情報を端末に送信してもよく、このリリース条件は、配置リソースが有効時間内にないこと、又は有効領域内にないことなどを含んでもよい）ことと、
端末がネットワーク機器のカバレッジ範囲外に入ることと、
端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用不可であると決定したことと、
端末のアクセス層が上位層にＵｕインターフェースが利用不可である情報を報告したことと、
端末がＲＲＣアイドル状態又は非アクティブ化状態に入ることと、
端末がＲＲＣ接続確立プロセスを開始したが、開始されたＲＲＣ接続確立プロセスが失敗したことと、
端末がＲＲＣ接続回復プロセスを開始したが、開始されたＲＲＣ接続回復プロセスが失敗したことと、
端末がＲＲＣ接続再確立プロセスを開始したが、開始されたＲＲＣ接続再確立プロセスが失敗したことと、
端末にｕｐｌｉｎｋ無線リンク失敗が発生したことと、
端末が、ｓｉｄｅｌｉｎｋ通信において上りリンクタイミングを使用したが、上りリンク非同期が発生したことと、
端末にＵＬ ＢＷＰ切り替えが発生したことと、
端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生したことと、
端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートしないことと、
端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートしないことと、
端末の現在のＵＬ ＢＷＰに非アクティブ化が発生したことと、
端末にＣＡ又はＤＣが配置され、Ｓｃｅｌｌの非アクティブ化が発生したことと、
端末自体で実現されることとのうちの少なくとも一つを含む。

選択的に、前記第四のリリースメッセージは、
リソース配置情報のリリースを開始する指示情報と、
リリースする必要があるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースする必要があるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースする必要があるリソース配置情報に対応するＵＥ ＩＤと、
リリースする必要があるリソース配置情報とのうちの少なくとも一つを含む。

上記実施例は、本開示のリソース割り当て方法とリリース方法を説明した。以下では、実施例と添付図面を結び付けて、本開示の端末とネットワーク機器を説明する。

図１０は、本開示の実施例による端末の構造概略図であり、この端末はターゲット端末である。図１０に示すように、この端末１００は、
リソースの割り当てを要求するための第一の要求情報をネットワーク機器に送信するための第一の送信モジュール１００１と、
前記ネットワーク機器から前記リソースの関連情報を受信するための第一の受信モジュール１００２と、
グループメンバ端末に前記リソースの関連情報を送信するための第二の送信モジュール１００３とを含む。

本開示の実施例では、選択的に、前記ターゲット端末は、
上位層又はアクセス層によって決定されるグループ管理者端末と、
上位層又はアクセス層によって決定されるグループ管理者端末又はネットワーク機器によって決定されるターゲットグループメンバ端末とのうちのいずれか一つである。

選択的に、前記第一の要求情報は、
グループ識別子と、
グループメンバ端末の総数と、
リソースの割り当てが必要なグループメンバ端末の数と、
グループ管理者端末の識別子と、
グループメンバ端末の識別子と、
リソースの割り当てが必要なグループメンバ端末の識別子と、
変換要求情報と、
一つ又は複数の伝送すべき業務の時間情報と、
一つ又は複数の伝送すべき業務のＱｏＳ情報とのうちの少なくとも一つを含み、
前記識別子は、ｄｅｓｔｉｎａｔｉｏｎ ＩＤと、ｓｏｕｒｃｅ ＩＤと、ＵＥ ＩＤとのうちの少なくとも一つを含み、前記変換要求情報は、リソース割り当てモードの変換を開始するよう要求するためのものである。

選択的に、前記リソースの関連情報は、
一つ又は複数のリソース配置情報と、
リソース配置情報に対応するグループ管理者端末の識別子と、
リソース配置情報に対応するグループメンバ端末の識別子と、
リソース配置情報に対応するグループ識別子と、
一つ又は複数の変換確認情報と、
変換確認情報に対応するグループ管理者端末の識別子と、
変換確認情報に対応するグループメンバ端末の識別子と、
変換確認情報に対応するグループ識別子と、
リソース配置情報に対応するリリース条件情報とのうちの少なくとも一つを含み、
前記識別子は、ｄｅｓｔｉｎａｔｉｏｎ ＩＤと、ｓｏｕｒｃｅ ＩＤと、ＵＥ ＩＤとのうちの少なくとも一つを含み、前記変換確認情報は、リソース割り当てモードの変換を開始又は確認するためのものである。

選択的に、前記ターゲット端末は前記グループ管理者端末であり、
ネットワーク機器に第一の要求情報を送信する前提条件は、
ターゲット端末がネットワーク機器のカバレッジ範囲外からネットワーク機器のカバレッジ範囲内に入ることと、
ターゲット端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用可能であると決定したことと、
ターゲット端末のアクセス層が上位層にＵｕインターフェースが利用可能である情報を報告したことと、
ターゲット端末が作動するリソース割り当てモードがリソース割り当てモードｍｏｄｅ １を含むことと、
ターゲット端末がラジオリソース制御ＲＲＣ接続状態にあることと、
ターゲット端末が作動するリソース割り当てモードがリソース割り当てモードｍｏｄｅ ２ｄを含むことと、
ターゲット端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生したことと、
ターゲット端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートすることと、
ターゲット端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートすることと、
ターゲット端末が、Ｎ個のグループメンバ端末の要求メッセージを受信したことであって、前記要求メッセージは、リソースを相応なグループメンバ端末に割り当てるよう前記ターゲット端末に要求するためのものであり、Ｎは、正整数であることと、
ターゲット端末が、Ｍ個のグループメンバ端末の測定レポートを受信したことであって、前記測定レポートは、ｓｉｄｅｌｉｎｋ通信において相応なグループメンバ端末にチャネル混雑又はチャネル干渉が発生したことを指示するためのものであり、Ｍは、正整数であることと、
ターゲット端末が、リソースセンシングプロセスによって、利用可能又は十分なリソースをセンシングできなかったこととのうちの少なくとも一つを含む。

選択的に、前記第二の送信モジュール１００３は、
前記リソースの関連情報がＸ個のリソース配置情報と一つのグループ識別子とを含む時、前記グループ識別子に基づいて、前記Ｘ個のリソース配置情報を対応するＸ個のグループメンバ端末に送信することと、
前記リソースの関連情報がＸ個のリソース配置情報と一つのグループ識別子とを含み、且つ前記ターゲット端末が各グループメンバ端末のｓｏｕｒｃｅ ＩＤ又はＵＥ ＩＤを知っている場合、前記Ｘ個のリソース配置情報を対応するＸ個のグループメンバ端末にそれぞれ送信することと、
前記リソースの関連情報がＸ個のリソース配置情報と、各リソース配置情報に対応するｓｏｕｒｃｅ ＩＤ又はＵＥ ＩＤとを含む場合、各前記リソース配置情報を対応するグループメンバ端末に送信することであって、前記グループメンバ端末が前記ｓｏｕｒｃｅ ＩＤ又はＵＥ ＩＤに対応することと、
前記リソースの関連情報がＸ個のリソース配置情報と、各リソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤとを含む場合、各前記リソース配置情報を対応するグループメンバ端末に送信することであって、前記グループメンバ端末がｓｏｕｒｃｅ ＩＤ又はＵＥ ＩＤに対応し、前記ｓｏｕｒｃｅ ＩＤ又はＵＥ ＩＤが前記ｄｅｓｔｉｎａｔｉｏｎ ＩＤに対応することとのうちのいずれか一つを実行するためのものであり、
Ｘは、正整数である。

選択的に、前記ターゲット端末は前記グループ管理者端末であり、前記端末は、
関連グループメンバ端末に変換ネゴシエーション情報を送信するための第六の送信モジュールと、
前記関連グループメンバ端末のうちのＹ個のグループメンバ端末から変換ネゴシエーション受諾情報を受信するための第四の受信モジュールとをさらに含み、
前記変換ネゴシエーション情報は、後で前記ターゲット端末が前記ネットワーク機器に要求して得られるリソースを使用しようとすることをネゴシエートするためのものであり、前記第一の要求情報は、前記Ｙ個のグループメンバ端末にリソースを割り当てるよう要求するためのものであり、Ｙは、正整数である。

選択的に、前記変換ネゴシエーション受諾情報の送信条件は、
グループメンバ端末が作動するリソース割り当てモードがリソース割り当てモードｍｏｄｅ ２ａ及び／又はリソース割り当てモードｍｏｄｅ ２ｄを含むことと、
グループメンバ端末が、リソースセンシングプロセスによって、利用可能又は十分なリソースをセンシングできなかったことと、
ｓｉｄｅｌｉｎｋ通信においてグループメンバ端末にチャネル混雑又はチャネル干渉が発生したことと、
グループメンバ端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートすることと、
グループメンバ端末がＲＲＣアイドル状態又は非アクティブ化状態にあることと、
グループメンバ端末自体で実現されることとのうちの少なくとも一つを含む。

選択的に、前記変換ネゴシエーション受諾情報は、
リソース割り当てモードの変換を承諾することを指示するための指示情報と、
ｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
ｓｏｕｒｃｅ ＩＤと、
ＵＥ ＩＤと、
グループメンバ端末が現在で使用しているリソース配置情報とのうちの少なくとも一つを含む。

選択的に、前記端末は、
前記関連グループメンバ端末のうちのＺ個のグループメンバ端末から変換ネゴシエーション拒否情報を受信するための第五の受信モジュールをさらに含み、
Ｚは、正整数である。

前記変換ネゴシエーション拒否情報の送信条件は、
グループメンバ端末がリソース割り当てモードｍｏｄｅ１で作動することと、
グループメンバ端末が、リソースセンシングプロセスによって、十分な利用可能なリソースをセンシングしたことと、
ｓｉｄｅｌｉｎｋ通信においてグループメンバ端末にチャネル混雑又はチャネル干渉が発生しなかったことと、
グループメンバ端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートしないことと、
グループメンバ端末がＲＲＣ接続状態にあることと、
グループメンバ端末自体で実現されることとのうちの少なくとも一つを含む。

選択的に、前記ターゲット端末は前記ターゲットグループメンバ端末であり、前記端末は、
前記グループ管理者端末から第二の要求情報を受信する第六の受信モジュールをさらに含み、
前記第二の要求情報は、リソースのスケジューリングを行うよう前記ターゲットグループメンバ端末に要求するためのものである。

選択的に、前記第二の要求情報の送信条件は、
グループ管理者端末がネットワーク機器のカバレッジ範囲外にあることと、
グループ管理者端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用不可であると決定したことと、
グループ管理者端末のアクセス層が上位層にＵｕインターフェースが利用不可である情報を報告したことと、
グループ管理者端末がＲＲＣアイドル状態又は非アクティブ化状態にあることと、
グループ管理者端末がＲＲＣ接続確立プロセスを開始したが、開始されたＲＲＣ接続確立プロセスが失敗したことと、
グループ管理者端末がＲＲＣ接続回復プロセスを開始したが、開始されたＲＲＣ接続回復プロセスが失敗したことと、
グループ管理者端末がＲＲＣ接続再確立プロセスを開始したが、開始されたＲＲＣ接続再確立プロセスが失敗したことと、
グループ管理者端末にｕｐｌｉｎｋ無線リンク失敗が発生したことと、
グループ管理者端末に上りリンク帯域幅部分ＵＬ ＢＷＰ切り替えが発生したことと、
グループ管理者端末の現在のＵＬ ＢＷＰに非アクティブ化が発生したことと、
グループ管理者端末に搬送波アグリゲーションＣＡ又は二重接続ＤＣが配置され、且つセカンダリセルＳｃｅｌｌの非アクティブ化が発生したことと、
グループ管理者端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生したことと、
グループ管理者端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートしないことと、
グループ管理者端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートしないことと、
グループ管理者端末が、Ｎ個のグループメンバ端末の要求メッセージを受信したことであって、前記要求メッセージは、リソースを相応なグループメンバ端末に割り当てるよう前記グループ管理者端末に要求するためのものであり、Ｎは、正整数であることと、
グループ管理者端末が、Ｍ個のグループメンバ端末の測定レポートを受信したことであって、前記測定レポートは、ｓｉｄｅｌｉｎｋ通信において相応なグループメンバ端末にチャネル混雑が発生したことを指示するためのものであり、Ｍは、正整数であることと、
グループ管理者端末が、リソースセンシングプロセスによって、利用可能又は十分なリソースをセンシングできなかったことと、
グループ管理者端末が、ｓｉｄｅｌｉｎｋ通信において上りリンクタイミングを使用したが、上りリンク非同期が発生したことと、
ターゲットグループメンバ端末がネットワーク機器のカバレッジ範囲内にあることと、
ターゲットグループメンバ端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用可能であると決定したことと、
ターゲットグループメンバ端末のアクセス層が上位層にＵｕインターフェースが利用可能である情報を報告したことと、
ターゲットグループメンバ端末が作動するリソース割り当てモードがｍｏｄｅ １を含むことと、
ターゲットグループメンバ端末がＲＲＣ接続状態にあることと、
ターゲットグループメンバ端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートすることと、
ターゲットグループメンバ端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートすることとのうちの少なくとも一つを含む。

選択的に、前記端末は、
前記ターゲット端末がリリースするリソース配置情報及び／又は前記グループメンバ端末がリリースする必要があるリソース配置情報を指示するための第一のリリースメッセージを、前記グループメンバ端末に送信し、及び／又は、前記ネットワーク機器に送信すること、
又は、
前記グループメンバ端末がリリースするリソース配置情報を指示するための第二のリリースメッセージを前記グループメンバ端末から受信すること、
又は、
前記ネットワーク機器がリリースするグループ管理者端末のリソース配置情報及び／又はグループメンバ端末のリソース配置情報を指示するための第三のリリースメッセージを前記ネットワーク機器から受信することに用いられる第一の送受信モジュールをさらに含む。

選択的に、前記第一のリリースメッセージの送信条件は、
ターゲット端末が予め設定されたリリース条件を満たすことと、
ターゲット端末がグループメンバ端末のリリース要求メッセージを受信したこととのうちの少なくとも一つを含む。

選択的に、前記第一のリリースメッセージの送信条件は、
ターゲット端末がネットワーク機器のカバレッジ範囲外に入ることと、
ターゲット端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用不可であると決定したことと、
ターゲット端末のアクセス層が上位層にＵｕインターフェースが利用不可である情報を報告したことと、
ターゲット端末がＲＲＣアイドル状態又は非アクティブ化状態に入ることと、
ターゲット端末がＲＲＣ接続確立プロセスを開始したが、開始されたＲＲＣ接続確立プロセスが失敗したことと、
ターゲット端末がＲＲＣ接続回復プロセスを開始したが、開始されたＲＲＣ接続回復プロセスが失敗したことと、
ターゲット端末がＲＲＣ接続再確立プロセスを開始したが、開始されたＲＲＣ接続再確立プロセスが失敗したことと、
ターゲット端末にｕｐｌｉｎｋ無線リンク失敗が発生したことと、
ターゲット端末が、ｓｉｄｅｌｉｎｋ通信において上りリンクタイミングを使用したが、上りリンク非同期が発生したことと、
ターゲット端末にＵＬ ＢＷＰ切り替えが発生したことと、
ターゲット端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生したことと、
ターゲット端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートしないことと、
ターゲット端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートしないことと、
ターゲット端末の現在のＵＬ ＢＷＰに非アクティブ化が発生したことと、
ターゲット端末にＣＡ又はＤＣが配置され、Ｓｃｅｌｌの非アクティブ化が発生したことと、
ターゲット端末自体で実現されることとのうちの少なくとも一つを含む。

選択的に、前記第二のリリースメッセージの送信条件は、
グループメンバ端末は、関連リソース配置情報を用いて伝送を行う時、チャネル混雑又はチャネル干渉が発生したことを検出したことと、
グループメンバ端末にｓｉｄｅｌｉｎｋ無線リンク失敗が発生したことと、
グループメンバ端末の業務の伝送が停止したことと、
グループメンバ端末自体で実現されることとのうちの少なくとも一つを含む。

選択的に、前記第三のリリースメッセージの送信条件は、
ネットワーク機器がグループ管理者端末のリリース要求メッセージを受信したことと、
ネットワーク機器がグループメンバ端末のリリース要求メッセージを受信したことと、
ネットワーク機器自体で実現されることとのうちの少なくとも一つを含む。

選択的に、前記リリース要求メッセージは、
リソース配置情報をリリースするよう要求する指示情報と、
リリースが要求されるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースが要求されるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースが要求されるリソース配置情報に対応するＵＥ ＩＤと、
リリースが要求されるリソース配置情報とのうちの少なくとも一つを含む。

選択的に、前記第三のリリースメッセージは、
リソース配置情報をリリースすることを承諾又は開始する指示情報と、
リリースする必要があるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースする必要があるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースする必要があるリソース配置情報に対応するＵＥ ＩＤと、
リリースする必要があるリソース配置情報とのうちの少なくとも一つを含む。

選択的に、前記端末は、
リソース配置情報を処理するための処理モジュールをさらに含み、
前記処理は、
サスペンド、サスペンドと回復、サスペンドとリリースのうちのいずれか一つを含む。

選択的に、前記処理モジュールは、
予め設定されたリリース条件を満たす時、前記リソース配置情報をサスペンドし、予め設定された時間内に、前記予め設定されたリリース条件を満たさなくなる時、前記リソース配置情報を回復することと、
リリース要求メッセージを受信した時、前記リソース配置情報をサスペンドすることとのうちのいずれか一つを実行するためのものである。

選択的に、前記リソースは、動的にスケジューリングされたリソース、半静的に配置されたリソースとリソースプールのうちの少なくとも一つを含む。

本実施例では、端末１００は、本開示の図１に示す方法の実施例において実現された各プロセスを実現することができ、且つ同じ有益な効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

図１１は、本開示の実施例によるネットワーク機器の構造概略図である。図１１に示すように、このネットワーク機器１１０は、
リソースの割り当てを要求するための第一の要求情報をターゲット端末から受信するための第二の受信モジュール１１１と、
前記ターゲット端末に前記リソースの関連情報を送信するための第三の送信モジュール１１２とを含む。

本開示の実施例では、選択的に、前記ターゲット端末は、
上位層又はアクセス層によって決定されるグループ管理者端末と、
上位層によって決定されるグループ管理者端末又はネットワーク機器によって決定されるターゲットグループメンバ端末とのうちのいずれか一つである。

選択的に、前記リソースの関連情報は、
一つ又は複数のリソース配置情報と、
リソース配置情報に対応するグループ管理者端末の識別子と、
リソース配置情報に対応するグループメンバ端末の識別子と、
リソース配置情報に対応するグループ識別子と、
一つ又は複数の変換確認情報と、
変換確認情報に対応するグループ管理者端末の識別子と、
変換確認情報に対応するグループメンバ端末の識別子と、
変換確認情報に対応するグループ識別子と、
リソース配置情報に対応するリリース条件情報とのうちの少なくとも一つを含み、
前記識別子は、ｄｅｓｔｉｎａｔｉｏｎ ＩＤと、ｓｏｕｒｃｅ ＩＤと、ＵＥ ＩＤとのうちの少なくとも一つを含み、前記変換確認情報は、リソース割り当てモードの変換を開始又は確認するためのものである。

選択的に、前記ネットワーク機器は、
前記ターゲット端末がリリースするリソース配置情報及び／又はグループメンバ端末がリリースする必要があるリソース配置情報を指示するための第一のリリースメッセージを前記ターゲット端末から受信すること、
又は、
前記グループメンバ端末がリリースするリソース配置情報を指示するための第二のリリースメッセージをグループメンバ端末から受信すること、
又は、
前記ネットワーク機器がリリースするグループ管理者端末のリソース配置情報及び／又はグループメンバ端末のリソース配置情報を指示するための第三のリリースメッセージを前記ターゲット端末に送信し、及び／又は、グループメンバ端末に送信することに用いられる第二の送受信モジュールをさらに含む。

選択的に、前記第三のリリースメッセージの送信条件は、
ネットワーク機器がグループ管理者端末のリリース要求メッセージを受信したことと、
ネットワーク機器がグループメンバ端末のリリース要求メッセージを受信したことと、
ネットワーク機器自体で実現されることとのうちの少なくとも一つを含む。

選択的に、前記リリース要求メッセージは、
リソース配置情報をリリースするよう要求する指示情報と、
リリースが要求されるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースが要求されるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースが要求されるリソース配置情報に対応するＵＥ ＩＤと、
リリースが要求されるリソース配置情報とのうちの少なくとも一つを含む。

選択的に、前記第三のリリースメッセージは、
リソース配置情報をリリースすることを承諾又は開始する指示情報と、
リリースする必要があるリソース配置情報に対応するｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
リリースする必要があるリソース配置情報に対応するｓｏｕｒｃｅ ＩＤと、
リリースする必要があるリソース配置情報に対応するＵＥ ＩＤと、
リリースする必要があるリソース配置情報とのうちの少なくとも一つを含む。

本実施例では、ネットワーク機器１１０は、本開示の図２に示す方法の実施例において実現された各プロセスを実現することができ、且つ同じ有益な効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

図１２は、本開示の実施例による端末の構造概略図である。図１２に示すように、この端末１２０は、
ネットワーク機器からリソース配置情報を取得するための取得モジュール１２１と、
前記ネットワーク機器に第四のリリースメッセージを送信するための第四の送信モジュール１２２とを含み、
前記第四のリリースメッセージは、前記端末がリリースするリソース配置情報を指示するためのものである。

選択的に、前記第四のリリースメッセージの送信条件は、
端末が予め設定されたリリース条件を満たすことと、
端末がネットワーク機器のカバレッジ範囲外に入ることと、
端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用不可であると決定したことと、
端末のアクセス層が上位層にＵｕインターフェースが利用不可である情報を報告したことと、
端末がＲＲＣアイドル状態又は非アクティブ化状態に入ることと、
端末がＲＲＣ接続確立プロセスを開始したが、開始されたＲＲＣ接続確立プロセスが失敗したことと、
端末がＲＲＣ接続回復プロセスを開始したが、開始されたＲＲＣ接続回復プロセスが失敗したことと、
端末がＲＲＣ接続再確立プロセスを開始したが、開始されたＲＲＣ接続再確立プロセスが失敗したことと、
端末にｕｐｌｉｎｋ無線リンク失敗が発生したことと、
端末が、ｓｉｄｅｌｉｎｋ通信において上りリンクタイミングを使用したが、上りリンク非同期が発生したことと、
端末にＵＬ ＢＷＰ切り替えが発生したことと、
端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生したことと、
端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートしないことと、
端末の端末能力がリソース割り当てモードｍｏｄｅ １をサポートしないことと、
端末の現在のＵＬ ＢＷＰに非アクティブ化が発生したことと、
端末にＣＡ又はＤＣが配置され、Ｓｃｅｌｌの非アクティブ化が発生したことと、
端末自体で実現されることとのうちの少なくとも一つを含む。

本実施例では、端末１２０は、本開示の図８に示す方法の実施例において実現された各プロセスを実現することができ、且つ同じ有益な効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

図１３は、本開示の実施例によるネットワーク機器の構造概略図である。図１３に示すように、このネットワーク機器１３０は、
端末にリソース配置情報を送信するための第五の送信モジュール１３１と、
前記端末から第四のリリースメッセージを受信するための第三の受信モジュール１３２とを含み、
前記第四のリリースメッセージは、前記端末がリリースするリソース配置情報を指示するためのものである。

本実施例では、ネットワーク機器１３０は、本開示の図９に示す方法の実施例において実現された各プロセスを実現することができ、且つ同じ有益な効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

本開示の実施例は、端末をさらに提供する。プロセッサと、メモリと、前記メモリに記憶され、前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、上述した、ターゲット端末に用いられるリソース割り当て方法の実施例の各プロセスを実現させるか、又は、上述した、端末に用いられるリソースリリース方法の実施例の各プロセスを実現させることができ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

図１４は、本開示の各実施例を実現する端末のハードウェア構造概略図である。端末１４００は、無線周波数ユニット１４０１と、ネットワークモジュール１４０２と、オーディオ出力ユニット１４０３と、入力ユニット１４０４と、センサ１４０５と、表示ユニット１４０６と、ユーザ入力ユニット１４０７と、インターフェースユニット１４０８と、メモリ１４０９と、プロセッサ１４１０と、電源１４１１などの部材を含むが、それらに限らない。当業者であれば理解できるように、図１４に示す端末構成は、端末に対する限定を構成せず、端末には、図示された部材の数よりも多く又は少ない部材、又はいくつかの部材の組み合わせ、又は異なる部材の配置が含まれてもよい。本開示の実施例では、端末は、携帯電話、タブレットパソコン、ノートパソコン、パームトップコンピュータ、車載端末、ウェアラブルデバイス、及び歩数計などを含むが、それらに限らない。

この端末１４００は、上記図１におけるターゲット端末に用いられるリソース割り当て方法の実施例の各プロセスを実現させるか、又は、上記図８における端末に用いられるリソースリリース方法の実施例の各プロセスを実現させることができ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

理解すべきことは、本開示の実施例では、無線周波数ユニット１４０１は、情報の送受信又は通話中の信号の送受信に用いられてもよいことである。基地局からの下りリンクのデータを受信してから、プロセッサ１４１０に処理させてもよい。また、上りリンクのデータを基地局に送信してもよい。一般的には、無線周波数ユニット１４０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限らない。なお、無線周波数ユニット１４０１は、無線通信システムやネットワークを介して他の機器との通信を行ってもよい。

端末は、ネットワークモジュール１４０２によってユーザに無線のブロードバンドインターネットアクセスを提供し、例えば、ユーザへ電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスなどを支援する。

オーディオ出力ユニット１４０３は、無線周波数ユニット１４０１又はネットワークモジュール１４０２によって受信されたか又はメモリ１４０９に記憶されたオーディオデータをオーディオ信号に変換して、音声として出力することができる。そして、オーディオ出力ユニット１４０３はさらに、端末１４００によって実行された特定の機能に関連するオーディオ出力（例えば、呼び信号受信音、メッセージ着信音など）を提供することができる。オーディオ出力ユニット１４０３は、スピーカ、ブザー及び受話器などを含む。

入力ユニット１４０４は、オーディオ又はビデオ信号を受信するためのものである。入力ユニット１４０４は、グラフィックスプロセッサ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）１４０４１とマイクロホン１４０４２を含んでもよい。グラフィックスプロセッサ１４０４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。処理された画像フレームは、表示ユニット１４０６に表示されてもよい。グラフィックスプロセッサ１４０４１によって処理された画像フレームは、メモリ１４０９（又は他の記憶媒体）に記憶されてもよく、又は無線周波数ユニット１４０１又はネットワークモジュール１４０２を介して送信されてもよい。マイクロホン１４０４２は、音声を受信することができるとともに、このような音声をオーディオデータとして処理することができる。処理されたオーディオデータは、電話の通話モードにおいて、無線周波数ユニット１４０１を介して移動通信基地局に送信することが可能なフォーマットに変換して出力されてもよい。

端末１４００はさらに、少なくとも一つのセンサ１４０５、例えば、光センサ、モーションセンサ及び他のセンサを含む。光センサは、環境光センサ及び接近センサを含み、環境光センサは、環境光の明暗に応じて、表示パネル１４０６１の輝度を調整することができ、接近センサは、端末１４００が耳元に移動した時、表示パネル１４０６１及び／又はバックライトをオフにすることができる。モーションセンサの一種として、加速度計センサは、各方向（一般的には、三軸であり）での加速度の大きさを検出することができ、静止時、重力の大きさ及び方向を検出することができ、端末姿勢（例えば、縦横スクリーン切り替え、関連ゲーム、磁力計姿勢校正）の識別、振動識別関連機能（例えば、歩数計、タップ）などに用いることができる。センサ１４０５はさらに、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロ、気圧計、湿度計、温度計、赤外線センサなどを含んでもよい。ここでは説明を省略する。

表示ユニット１４０６は、ユーザによって入力された情報又はユーザに提供される情報を表示するために用いられている。表示ユニット１４０６は、表示パネル１４０６１を含んでもよく、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＯＬＥＤ）などの形式で表示パネル１４０６１が配置されてもよい。

ユーザ入力ユニット１４０７は、入力された数字又は文字情報の受信、端末のユーザによる設置及び機能制御に関するキー信号入力の発生に用いられてもよい。ユーザ入力ユニット１４０７は、タッチパネル１４０７１及び他の入力機器１４０７２を含む。タッチパネル１４０７１は、タッチスクリーンとも呼ばれ、その上又は付近でのユーザによるタッチ操作（例えば、ユーザが指、タッチペンなどの任意の適切な物体又は付属品を使用してタッチパネル１４０７１上又はタッチパネル１４０７１付近で行う操作）を収集することができる。タッチパネル１４０７１は、タッチ検出装置とタッチコントローラの二つの部分を含んでもよい。タッチ検出装置は、ユーザによるタッチ方位を検出し、タッチ操作による信号を検出し、信号をタッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、それをタッチポイント座標に変換してから、プロセッサ１４１０に送信し、プロセッサ１４１０から送信されてきたコマンドを受信して実行する。なお、抵抗式、静電容量式、赤外線及び表面音波などの様々なタイプを用いてタッチパネル１４０７１を実現してもよい。タッチパネル１４０７１以外、ユーザ入力ユニット１４０７は、他の入力機器１４０７２を含んでもよい。他の入力機器１４０７２は、物理的なキーボード、機能キー（例えば、ボリューム制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らない。ここでは説明を省略する。

選択的に、タッチパネル１４０７１は、表示パネル１４０６１上に覆われてもよい。タッチパネル１４０７１は、その上又は付近でのタッチ操作を検出した場合、プロセッサ１４１０に伝送して、タッチイベントのタイプを特定し、その後、プロセッサ１４１０は、タッチイベントのタイプに応じて表示パネル１４０６１で相応な視覚出力を提供する。図１４では、タッチパネル１４０７１と表示パネル１４０６１は、二つの独立した部材として端末の入力と出力機能を実現するものであるが、なんらかの実施例では、タッチパネル１４０７１と表示パネル１４０６１を集積して端末の入力と出力機能を実現してもよい。具体的には、ここでは限定しない。

インターフェースユニット１４０８は、外部装置と端末１４００との接続のためのインターフェースである。例えば、外部装置は、有線又は無線ヘッドフォンポート、外部電源（又は電池充電器）ポート、有線又は無線データポート、メモリカードポート、識別モジュールを有する装置への接続用のポート、オーディオ入力／出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤホンポートなどを含んでもよい。インターフェースユニット１４０８は、外部装置からの入力（例えば、データ情報、電力など）を受信するとともに、受信した入力を端末１４００内の一つ又は複数の素子に伝送するために用いられてもよく、又は端末１４００と外部装置との間でデータを伝送するために用いられてもよい。

メモリ１４０９は、ソフトウェアプログラム及び各種のデータを記憶するために用いられてもよい。メモリ１４０９は、主に記憶プログラム領域及び記憶データ領域を含んでもよい。記憶プログラム領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム（例えば、音声再生機能、画像再生機能など）などを記憶することができ、記憶データ領域は、携帯電話の使用によって作成されるデータ（例えば、オーディオデータ、電話帳など）などを記憶することができる。なお、メモリ１４０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリ、例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、又は他の非揮発性ソリッドステートメモリデバイスをさらに含んでもよい。

プロセッサ１４１０は、端末の制御センターであり、各種のインターフェースと線路によって端末全体の各部分に接続され、メモリ１４０９内に記憶されたソフトウェアプログラム及び／又はモジュールを運行又は実行すること、及びメモリ１４０９内に記憶されたデータを呼び出し、端末の各種の機能を実行し、データを処理することにより、端末全体をモニタリングする。プロセッサ１４１０は、一つ又は複数の処理ユニットを含んでもよい。選択的に、プロセッサ１４１０は、アプリケーションプロセッサとモデムプロセッサを集積してもよい。アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインターフェース及びアプリケーションプログラムなどを処理するためのものであり、モデムプロセッサは、主に無線通信を処理するためのものである。理解すべきことは、上記モデムプロセッサは、プロセッサ１４１０に集積されなくてもよいことである。

端末１４００はさらに、各部材に電力を供給する電源１４１１（例えば、電池）を含んでもよい。選択的に、電源１４１１は、電源管理システムによってプロセッサ１４１０にロジック的に接続されてもよい。それにより、電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。

また、端末１４００は、いくつかの示されていない機能モジュールをさらに含んでもよい。ここでは説明を省略する。

本開示の実施例は、ネットワーク機器をさらに提供する。プロセッサと、メモリと、前記メモリに記憶され、前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、上述した、ネットワーク機器に用いられるリソース割り当て方法の実施例の各プロセスを実現させるか、又は、上述した、ネットワーク機器に用いられるリソースリリース方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

図１５は、本開示の各実施例を実現するネットワーク機器のハードウェア構造概略図である。前記ネットワーク機器１５０は、バス１５１、送受信機１５２、アンテナ１５３、バスインターフェース１５４、プロセッサ１５５及びメモリ１５６を含むが、それらに限られない。

本開示の実施例では、前記ネットワーク機器１５０は、メモリ１５６に記憶され、且つプロセッサ１５５上で運行できるコンピュータプログラムをさらに含む。コンピュータプログラムがプロセッサ１５５によって実行される時、上記図２におけるネットワーク機器に用いられるリソース割り当て方法の実施例の各プロセスを実現させるか、又は、上記図９におけるネットワーク機器に用いられるリソースリリース方法の実施例の各プロセスを実現させることができ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

送受信機１５２は、プロセッサ１５５の制御下でデータを送受信するためのものである。

図１５では、バスアーキテクチャ（バス１５１で代表される）、バス１５１は、任意の数の相互接続されたバスとブリッジを含んでもよく、バス１５１は、プロセッサ１５５によって代表される一つ又は複数のプロセッサとメモリ１５６によって代表されるメモリを含む各種の回路をリンクする。バス１５１は、周辺機器、電圧レギュレータとパワー管理回路などのような各種の他の回路をリンクしてもよい。それらは、すべて当技術分野でよく知られているものであるため、ここでは、これ以上説明しない。バスインターフェース１５４は、バス１５１と送受信機１５２との間にインターフェースを提供する。送受信機１５２は、一つの素子であってもよく、複数の素子であってもよく、例えば複数の受信機と送信機は、伝送媒体で各種の他の装置と通信するためのユニットを提供する。プロセッサ１５５によって処理されるデータは、アンテナ１５３によって無線媒体上で伝送され、選択的に、アンテナ１５３はさらに、データを受信し且つデータをプロセッサ１５５に伝送する。

プロセッサ１５５は、バス１５１と通常の処理を管理する役割を持ち、さらに、タイミング、周辺インターフェース、電圧調整、電源管理及び他の制御機能を含む様々な機能を提供することができる。メモリ１５６は、プロセッサ１５５が操作を実行する時に使用されるデータを記憶するために用いられてもよい。

選択的に、プロセッサ１５５は、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ又はＣＰＬＤであってもよい。

本開示の実施例は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、このコンピュータプログラムがプロセッサによって実行される時、上記リソース割り当て方法の実施例の各プロセスを実現させるか、又は、上記リソースリリース方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。このコンピュータ可読記憶媒体は、例えばリードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭと略称される）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭと略称される）、磁気ディスク又は光ディスクなどである。

説明すべきことは、本明細書において、「含む」、「包含」という用語又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それにより、一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含むことである。それ以上の制限がない場合に、「・・・を一つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。

以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されてもよい。無論、ハードウェアによっても実現されるが、多くの場合、前者は、好適な実施の形態である。このような理解を踏まえて、本開示の技術案は、実質には又は従来の技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであってもよい）に本開示の各実施例に記載の方法を実行させるための若干の指令を含む。

以上は、添付図面を結び付けながら、本開示の実施例を記述していたが、本開示は、上述した具体的な実施の形態に限らず、上述した具体的な実施の形態は例示的なものに過ぎず、制限性のあるものではない。当業者は、本開示による示唆を基にして、本開示の趣旨や請求項が保護する範囲から逸脱しない限り、多くの形式の変更を行うことができ、それらはいずれも本開示の保護範囲に入っている。

Claims (19)

1. ターゲット端末に用いられるリソース割り当て方法であって、
   リソースの割り当てを要求するための第一の要求情報をネットワーク機器に送信することと、
   前記ネットワーク機器から前記リソースの関連情報を受信することと、
   グループメンバ端末に前記リソースの関連情報を送信することとを含み、
   前記ターゲット端末は、
   上位層又はアクセス層によって決定されるグループ管理者端末であり、
   ネットワーク機器に第一の要求メッセージを送信する前、前記リソース割り当て方法は、
   関連グループメンバ端末に変換ネゴシエーション情報を送信することと、
   前記関連グループメンバ端末のうちのＹ個のグループメンバ端末から変換ネゴシエーション受諾情報を受信することとをさらに含み、
   前記変換ネゴシエーション情報は、後で前記ターゲット端末が前記ネットワーク機器に要求して得られるリソースを使用しようとすることをネゴシエートするためのものであり、前記第一の要求情報は、前記Ｙ個のグループメンバ端末にリソースを割り当てるよう要求するためのものであり、Ｙは、正整数である、リソース割り当て方法。
2. ネットワーク機器に第一の要求情報を送信する前提条件は、
   ターゲット端末がネットワーク機器のカバレッジ範囲外からネットワーク機器のカバレッジ範囲内に入ることと、
   ターゲット端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用可能であると決定したことと、
   ターゲット端末のアクセス層が上位層にＵｕインターフェースが利用可能である情報を報告したことと、
   ターゲット端末が作動するリソース割り当てモードがリソース割り当てモードｍｏｄｅ １を含むことと、
   ターゲット端末がラジオリソース制御ＲＲＣ接続状態にあることと、
   ターゲット端末が作動するリソース割り当てモードがリソース割り当てモードｍｏｄｅ ２ｄを含むことと、
   ターゲット端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生したことと、
   ターゲット端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートすることと、
   ターゲット端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートすることと、
   ターゲット端末が、Ｎ個のグループメンバ端末の要求メッセージを受信したことであって、前記要求メッセージは、リソースを相応なグループメンバ端末に割り当てるよう前記ターゲット端末に要求するためのものであり、Ｎは、正整数であることと、
   ターゲット端末が、Ｍ個のグループメンバ端末の測定レポートを受信したことであって、前記測定レポートは、サイドリンク（ｓｉｄｅｌｉｎｋ）通信において相応なグループメンバ端末にチャネル混雑又はチャネル干渉が発生したことを指示するためのものであり、Ｍは、正整数であることと、
   ターゲット端末が、リソースセンシングプロセスによって、利用可能又は十分なリソースをセンシングできなかったこととのうちの少なくとも一つを含む、請求項１に記載のリソース割り当て方法。
3. 前記第一の要求情報は、
   グループ識別子と、
   グループメンバ端末の総数と、
   リソースの割り当てが必要なグループメンバ端末の数と、
   グループ管理者端末の識別子と、
   グループメンバ端末の識別子と、
   リソースの割り当てが必要なグループメンバ端末の識別子と、
   変換要求情報と、
   一つ又は複数の伝送すべき業務の時間情報と、
   一つ又は複数の伝送すべき業務のサービス品質ＱｏＳ情報とのうちの少なくとも一つを含み、
   前記識別子は、宛先識別子ｄｅｓｔｉｎａｔｉｏｎ ＩＤと、ソース識別子ｓｏｕｒｃｅ ＩＤと、端末識別子ＵＥ ＩＤとのうちの少なくとも一つを含み、前記変換要求情報は、リソース割り当てモードの変換を開始するよう要求するためのものであり、
   前記リソースの関連情報は、
   一つ又は複数のリソース配置情報と、
   リソース配置情報に対応するグループ管理者端末の識別子と、
   リソース配置情報に対応するグループメンバ端末の識別子と、
   リソース配置情報に対応するグループ識別子と、
   一つ又は複数の変換確認情報と、
   変換確認情報に対応するグループ管理者端末の識別子と、
   変換確認情報に対応するグループメンバ端末の識別子と、
   変換確認情報に対応するグループ識別子と、
   リソース配置情報に対応するリリース条件情報とのうちの少なくとも一つを含み、
   前記識別子は、宛先識別子ｄｅｓｔｉｎａｔｉｏｎ ＩＤと、ソース識別子ｓｏｕｒｃｅ ＩＤと、端末識別子ＵＥ ＩＤとのうちの少なくとも一つを含み、前記変換確認情報は、リソース割り当てモードの変換を開始又は確認するためのものである、請求項１に記載のリソース割り当て方法。
4. グループメンバ端末に前記リソースの関連情報を送信することは、
   前記リソースの関連情報がＸ個のリソース配置情報と一つのグループ識別子とを含む時、前記グループ識別子に基づいて、前記Ｘ個のリソース配置情報を対応するＸ個のグループメンバ端末に送信することと、
   前記リソースの関連情報がＸ個のリソース配置情報と一つのグループ識別子とを含み、且つ前記ターゲット端末が各グループメンバ端末のソース識別子ｓｏｕｒｃｅ ＩＤ又は端末識別子ＵＥ ＩＤを知っている場合、前記Ｘ個のリソース配置情報を対応するＸ個のグループメンバ端末にそれぞれ送信することと、
   前記リソースの関連情報がＸ個のリソース配置情報と、各リソース配置情報に対応するソース識別子ｓｏｕｒｃｅ ＩＤ又は端末識別子ＵＥ ＩＤとを含む場合、各前記リソース配置情報を対応するグループメンバ端末に送信することであって、前記グループメンバ端末が前記ソース識別子ｓｏｕｒｃｅ ＩＤ又は端末識別子ＵＥ ＩＤに対応することと、
   前記リソースの関連情報がＸ個のリソース配置情報と、各リソース配置情報に対応する宛先識別子ｄｅｓｔｉｎａｔｉｏｎ ＩＤとを含む場合、各前記リソース配置情報を対応するグループメンバ端末に送信することであって、前記グループメンバ端末がソース識別子ｓｏｕｒｃｅ ＩＤ又は端末識別子ＵＥ ＩＤに対応し、前記ソース識別子ｓｏｕｒｃｅ ＩＤ又は端末識別子ＵＥ ＩＤが前記宛先識別子ｄｅｓｔｉｎａｔｉｏｎ ＩＤに対応することとのうちのいずれか一つを含み、
   Ｘは、正整数である、請求項１に記載のリソース割り当て方法。
5. 前記変換ネゴシエーション受諾情報の送信条件は、
   グループメンバ端末が作動するリソース割り当てモードがリソース割り当てモードｍｏｄｅ ２ａ及び／又はリソース割り当てモードｍｏｄｅ ２ｄを含むことと、
   グループメンバ端末が、リソースセンシングプロセスによって、利用可能又は十分なリソースをセンシングできなかったことと、
   ｓｉｄｅｌｉｎｋ通信においてグループメンバ端末にチャネル混雑又はチャネル干渉が発生したことと、
   グループメンバ端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートすることと、
   グループメンバ端末がＲＲＣアイドル状態又は非アクティブ化状態にあることとのうちの少なくとも一つを含み、
   前記変換ネゴシエーション受諾情報は、
   リソース割り当てモードの変換を承諾することを指示するための指示情報と、
   宛先識別子ｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
   ソース識別子ｓｏｕｒｃｅ ＩＤと、
   端末識別子ＵＥ ＩＤと、
   グループメンバ端末が現在で使用しているリソース配置情報とのうちの少なくとも一つを含む、請求項１に記載のリソース割り当て方法。
6. 関連グループメンバ端末に変換ネゴシエーション情報を送信した後、前記リソース割り当て方法は、
   前記関連グループメンバ端末のうちのＺ個のグループメンバ端末から変換ネゴシエーション拒否情報を受信することをさらに含み、
   Ｚは、正整数であり、前記変換ネゴシエーション拒否情報の送信条件は、
   グループメンバ端末がリソース割り当てモードｍｏｄｅ１で作動することと、
   グループメンバ端末が、リソースセンシングプロセスによって、十分な利用可能なリソースをセンシングしたことと、
   ｓｉｄｅｌｉｎｋ通信においてグループメンバ端末にチャネル混雑又はチャネル干渉が発生しなかったことと、
   グループメンバ端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートしないことと、
   グループメンバ端末がＲＲＣ接続状態にあることとのうちの少なくとも一つを含む、請求項１に記載のリソース割り当て方法。
7. グループメンバ端末に前記リソースの関連情報を送信した後、前記リソース割り当て方法は、
   前記ターゲット端末がリリースするリソース配置情報及び／又は前記グループメンバ端末がリリースする必要があるリソース配置情報を指示するための第一のリリースメッセージを、前記グループメンバ端末に送信し、及び／又は、前記ネットワーク機器に送信すること、
   又は、
   前記グループメンバ端末がリリースするリソース配置情報を指示するための第二のリリースメッセージを前記グループメンバ端末から受信すること、
   又は、
   前記ネットワーク機器がリリースするグループ管理者端末のリソース配置情報及び／又はグループメンバ端末のリソース配置情報を指示するための第三のリリースメッセージを前記ネットワーク機器から受信することをさらに含む、請求項１に記載のリソース割り当て方法。
8. 前記第一のリリースメッセージの送信条件は、
   ターゲット端末が予め設定されたリリース条件を満たすことと、
   ターゲット端末がグループメンバ端末のリリース要求メッセージを受信したこととのうちの少なくとも一つを含み、
   又は、
   前記第一のリリースメッセージの送信条件は、
   ターゲット端末がネットワーク機器のカバレッジ範囲外に入ることと、
   ターゲット端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用不可であると決定したことと、
   ターゲット端末のアクセス層が上位層にＵｕインターフェースが利用不可である情報を報告したことと、
   ターゲット端末がＲＲＣアイドル状態又は非アクティブ化状態に入ることと、
   ターゲット端末がＲＲＣ接続確立プロセスを開始したが、開始されたＲＲＣ接続確立プロセスが失敗したことと、
   ターゲット端末がＲＲＣ接続回復プロセスを開始したが、開始されたＲＲＣ接続回復プロセスが失敗したことと、
   ターゲット端末がＲＲＣ接続再確立プロセスを開始したが、開始されたＲＲＣ接続再確立プロセスが失敗したことと、
   ターゲット端末にｕｐｌｉｎｋ無線リンク失敗が発生したことと、
   ターゲット端末が、ｓｉｄｅｌｉｎｋ通信において上りリンクタイミングを使用したが、上りリンク非同期が発生したことと、
   ターゲット端末にＵＬ ＢＷＰ切り替えが発生したことと、
   ターゲット端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生したことと、
   ターゲット端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートしないことと、
   ターゲット端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートしないことと、
   ターゲット端末の現在のＵＬ ＢＷＰに非アクティブ化が発生したことと、
   ターゲット端末にＣＡ又はＤＣが配置され、Ｓｃｅｌｌの非アクティブ化が発生したこととのうちの少なくとも一つを含み、
   前記第二のリリースメッセージの送信条件は、
   グループメンバ端末が関連リソース配置情報を用いて伝送する時、チャネル混雑又はチャネル干渉が発生したことを検出したことと、
   グループメンバ端末にｓｉｄｅｌｉｎｋ無線リンク失敗が発生したことと、
   グループメンバ端末の業務の伝送が停止したこととのうちの少なくとも一つを含み、
   前記第三のリリースメッセージの送信条件は、
   ネットワーク機器がグループ管理者端末のリリース要求メッセージを受信したことと、
   ネットワーク機器がグループメンバ端末のリリース要求メッセージを受信したこととのうちの少なくとも一つを含む、請求項７に記載のリソース割り当て方法。
9. 前記リリース要求メッセージは、
   リソース配置情報をリリースするよう要求する指示情報と、
   リリースが要求されるリソース配置情報に対応する宛先識別子ｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
   リリースが要求されるリソース配置情報に対応するソース識別子ｓｏｕｒｃｅ ＩＤと、
   リリースが要求されるリソース配置情報に対応する端末識別子ＵＥ ＩＤと、
   リリースが要求されるリソース配置情報とのうちの少なくとも一つを含み、
   前記第三のリリースメッセージは、
   リソース配置情報をリリースすることを承諾又は開始する指示情報と、
   リリースする必要があるリソース配置情報に対応する宛先識別子ｄｅｓｔｉｎａｔｉｏｎ ＩＤと、
   リリースする必要があるリソース配置情報に対応するソース識別子ｓｏｕｒｃｅ ＩＤと、
   リリースする必要があるリソース配置情報に対応する端末識別子ＵＥ ＩＤと、
   リリースする必要があるリソース配置情報とのうちの少なくとも一つを含む、請求項８に記載のリソース割り当て方法。
10. グループメンバ端末に前記リソースの関連情報を送信した後、前記リソース割り当て方法は、
    リソース配置情報を処理することをさらに含み、
    前記処理は、
    サスペンド、サスペンドと回復、サスペンドとリリースのうちのいずれか一つを含み、
    リソース配置情報を処理することは、
    予め設定されたリリース条件を満たす時、前記リソース配置情報をサスペンドし、予め設定された時間内に、前記予め設定されたリリース条件を満たさなくなる時、前記リソース配置情報を回復することと、
    リリース要求メッセージを受信した時、前記リソース配置情報をサスペンドすることとのうちのいずれか一つを含む、請求項１に記載のリソース割り当て方法。
11. ターゲット端末に用いられるリソース割り当て方法であって、
    リソースの割り当てを要求するための第一の要求情報をネットワーク機器に送信することと、
    前記ネットワーク機器から前記リソースの関連情報を受信することと、
    グループメンバ端末に前記リソースの関連情報を送信することとを含み、
    前記ターゲット端末は、
    上位層又はアクセス層によって決定されるグループ管理者端末又はネットワーク機器によって決定されるターゲットグループメンバ端末であり、
    ネットワーク機器に第一の要求メッセージを送信する前、前記リソース割り当て方法は、
    前記グループ管理者端末から第二の要求情報を受信することをさらに含み、
    前記第二の要求情報は、リソースのスケジューリングを行うよう前記ターゲットグループメンバ端末に要求するためのものである、リソース割り当て方法。
12. 前記第二の要求情報の送信条件は、
    グループ管理者端末がネットワーク機器のカバレッジ範囲外にあることと、
    グループ管理者端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用不可であると決定したことと、
    グループ管理者端末のアクセス層が上位層にＵｕインターフェースが利用不可である情報を報告したことと、
    グループ管理者端末がＲＲＣアイドル状態又は非アクティブ化状態にあることと、
    グループ管理者端末がＲＲＣ接続確立プロセスを開始したが、開始されたＲＲＣ接続確立プロセスが失敗したことと、
    グループ管理者端末がＲＲＣ接続回復プロセスを開始したが、開始されたＲＲＣ接続回復プロセスが失敗したことと、
    グループ管理者端末がＲＲＣ接続再確立プロセスを開始したが、開始されたＲＲＣ接続再確立プロセスが失敗したことと、
    グループ管理者端末にｕｐｌｉｎｋ無線リンク失敗が発生したことと、
    グループ管理者端末に上りリンク帯域幅部分ＵＬ ＢＷＰ切り替えが発生したことと、
    グループ管理者端末の現在のＵＬ ＢＷＰに非アクティブ化が発生したことと、
    グループ管理者端末に搬送波アグリゲーションＣＡ又は二重接続ＤＣが配置され、且つセカンダリセルＳｃｅｌｌの非アクティブ化が発生したことと、
    グループ管理者端末にセル選択又は再選択プロセス又はセル切り替えプロセスが発生したことと、
    グループ管理者端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートしないことと、
    グループ管理者端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートしないことと、
    グループ管理者端末が、Ｎ個のグループメンバ端末の要求メッセージを受信したことであって、前記要求メッセージは、リソースを相応なグループメンバ端末に割り当てるよう前記グループ管理者端末に要求するためのものであり、Ｎは、正整数であることと、
    グループ管理者端末が、Ｍ個のグループメンバ端末の測定レポートを受信したことであって、前記測定レポートは、ｓｉｄｅｌｉｎｋ通信において相応なグループメンバ端末にチャネル混雑が発生したことを指示するためのものであり、Ｍは、正整数であることと、
    グループ管理者端末が、リソースセンシングプロセスによって、利用可能又は十分なリソースをセンシングできなかったことと、
    グループ管理者端末が、ｓｉｄｅｌｉｎｋ通信において上りリンクタイミングを使用したが、上りリンク非同期が発生したことと、
    ターゲットグループメンバ端末がネットワーク機器のカバレッジ範囲内にあることと、
    ターゲットグループメンバ端末が、インターフェース利用可能性判定ルールに基づいて、Ｕｕインターフェースが利用可能であると決定したことと、
    ターゲットグループメンバ端末のアクセス層が上位層にＵｕインターフェースが利用可能である情報を報告したことと、
    ターゲットグループメンバ端末が作動するリソース割り当てモードがｍｏｄｅ １を含むことと、
    ターゲットグループメンバ端末がＲＲＣ接続状態にあることと、
    ターゲットグループメンバ端末の端末能力が、他の端末にネットワーク機器が割り当てたリソースを伝送することをサポートすることと、
    ターゲットグループメンバ端末の端末能力がリソース割り当てモードｍｏｄｅ ２ｄをサポートすることとのうちの少なくとも一つを含む、請求項１１に記載のリソース割り当て方法。
13. ネットワーク機器に用いられるリソース割り当て方法であって、
    リソースの割り当てを要求するための第一の要求情報をターゲット端末から受信することと、
    前記ターゲット端末に前記リソースの関連情報を送信することとを含み、
    前記ターゲット端末は、
    上位層又はアクセス層によって決定されるグループ管理者端末であり、
    前記第一の要求情報が、グループ管理者端末により、関連グループメンバ端末に変換ネゴシエーション情報を送信して、前記関連グループメンバ端末のうちのＹ個のグループメンバ端末から変換ネゴシエーション受諾情報を受信した後、送信したものであり、
    前記変換ネゴシエーション情報は、後で前記ターゲット端末が前記ネットワーク機器に要求して得られるリソースを使用しようとすることをネゴシエートするためのものであり、前記第一の要求情報は、前記Ｙ個のグループメンバ端末にリソースを割り当てるよう要求するためのものであり、Ｙは、正整数である、リソース割り当て方法。
14. 前記ターゲット端末に前記リソースの関連情報を送信した後、前記リソース割り当て方法は、
    前記ターゲット端末がリリースするリソース配置情報及び／又はグループメンバ端末がリリースする必要があるリソース配置情報を指示するための第一のリリースメッセージを前記ターゲット端末から受信すること、
    又は、
    前記グループメンバ端末がリリースするリソース配置情報を指示するための第二のリリースメッセージをグループメンバ端末から受信すること、
    又は、
    前記ネットワーク機器がリリースするグループ管理者端末のリソース配置情報及び／又はグループメンバ端末のリソース配置情報を指示するための第三のリリースメッセージを前記ターゲット端末に送信し、及び／又は、グループメンバ端末に送信することをさらに含む、請求項１３に記載のリソース割り当て方法。
15. ターゲット端末としての端末であって、
    リソースの割り当てを要求するための第一の要求情報をネットワーク機器に送信するための第一の送信モジュールと、
    前記ネットワーク機器から前記リソースの関連情報を受信するための第一の受信モジュールと、
    グループメンバ端末に前記リソースの関連情報を送信するための第二の送信モジュールとを含み、
    前記ターゲット端末は、
    上位層又はアクセス層によって決定されるグループ管理者端末であり、
    前記端末は、
    ネットワーク機器に第一の要求メッセージを送信する前、関連グループメンバ端末に変換ネゴシエーション情報を送信する第六の送信モジュールと、
    前記関連グループメンバ端末のうちのＹ個のグループメンバ端末から変換ネゴシエーション受諾情報を受信する第四の受信モジュールとをさらに含み、
    前記変換ネゴシエーション情報は、後で前記ターゲット端末が前記ネットワーク機器に要求して得られるリソースを使用しようとすることをネゴシエートするためのものであり、前記第一の要求情報は、前記Ｙ個のグループメンバ端末にリソースを割り当てるよう要求するためのものであり、Ｙは、正整数である、端末。
16. リソースの割り当てを要求するための第一の要求情報をターゲット端末から受信するための第二の受信モジュールと、
    前記ターゲット端末に前記リソースの関連情報を送信するための第三の送信モジュールとを含み、
    前記ターゲット端末は、
    上位層又はアクセス層によって決定されるグループ管理者端末であり、
    前記第一の要求情報が、グループ管理者端末により、関連グループメンバ端末に変換ネゴシエーション情報を送信して、前記関連グループメンバ端末のうちのＹ個のグループメンバ端末から変換ネゴシエーション受諾情報を受信した後、送信したものであり、
    前記変換ネゴシエーション情報は、後で前記ターゲット端末がネットワーク機器に要求して得られるリソースを使用しようとすることをネゴシエートするためのものであり、前記第一の要求情報は、前記Ｙ個のグループメンバ端末にリソースを割り当てるよう要求するためのものであり、Ｙは、正整数である、ネットワーク機器。
17. メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時、請求項１～１２のいずれか１項に記載のリソース割り当て方法のステップを実現させる、端末。
18. メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時、請求項１３又は１４に記載のリソース割り当て方法のステップを実現させる、ネットワーク機器。
19. プログラムが記憶されており、前記プログラムがプロセッサによって実行される時、請求項１～１２のいずれか１項に記載のリソース割り当て方法のステップを実現させるか、又は請求項１３又は１４に記載のリソース割り当て方法のステップを実現させる、コンピュータ可読記憶媒体。

Images