JP6545912B2 - メッセージ送信方法及びユーザ機器 - Google Patents

Description

本発明は、通信分野に関し、具体的に、メッセージ送信方法及びユーザ機器に関する。

ロングタームエボリューション（Long Term Evolution、略して「ＬＴＥ」）システムの通信技術が絶え間なく発展するにつれ、セルラネットワークの負荷は次第に重くなり、現在のスペクトルリソースは次第に乏しくなっている。従来の通信技術では、ユーザ機器（User Equipment、略して「ＵＥ」）間のシグナリング相互作用及びデータ交換の両方が、基地局による転送を用いて実施される必要がある。この場合、装置間（Device to Device、略して「Ｄ２Ｄ」）直接通信技術が相応して出現している。Ｄ２Ｄは、現在のスペクトルリソースが乏しく、セルラネットワークの負荷が過度に重いという問題を解決する。Ｄ２Ｄ通信モードでは、直接相互作用は、ＵＥ間で実行されて良く、又はネットワークの助けによりＵＥ間で実行されて良く、基地局による転送の必要がない。これは、基地局負荷を低減できる。

従来技術では、Ｄ２Ｄ装置に通信リソースを割り当てる２つのモード：Ｍｏｄｅ１及びＭｏｄｅ２がある。Ｍｏｄｅ１では、リソースは、集中制御方法により割り当てられ、Ｄ２Ｄのリソースは基地局又は中継局によりスケジューリングされ、Ｄ２Ｄ装置は割り当てられたリソースでデータ及び制御情報を直接送信する。集中制御モードにおけるリソース割り当ては、主に、ネットワークカバレッジシナリオのために使用される。Ｍｏｄｅ２では、ＵＥは、自主的選択によりリソースを競う。Ｍｏｄｅ２は、分散型リソース再利用方法である。データ送信は、競合によりリソースプールからＵＥにより取得されたリソースを送信することにより実行される。しかしながら、Ｍｏｄｅ２では、この競合ベースのリソース割り当て方法において、基地局又は中継局は協調を実行せず、リソース衝突が異なるＵＥ間で生じることがあり、リソース競合も異なる優先度のサービスで生じる。したがって、高優先度サービスは競合により対応するリソースサービスを取得できず、情報送信が失敗する。その結果、スペクトルリソース利用率が低く、ユーザ経験は粗悪である。

本発明の実施形態で提供されるメッセージ送信方法及びユーザ機器は、リソース利用率を向上できる。

第１の態様によると、メッセージ送信方法が提供され、当該方法は、被送信メッセージの優先度を決定するステップと、リソースパラメータを取得するステップであって、前記リソースパラメータは、リソースプール使用状態及び／又は前記被送信メッセージを送信するためのリソース要件を示すパラメータを含む、ステップと、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択するステップと、を含む。

第１の態様を参照して、第１の可能な実装では、前記リソースパラメータは、前記被送信メッセージのサイズ及び／又は送信を実行するユーザ機器ＵＥの数を含み、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、前記被送信メッセージの前記優先度が第１優先度であるとき、前記被送信メッセージの前記サイズが第１閾を超え、及び／又は送信を実行する前記ＵＥの前記数が第２閾を超える場合、第２リソースプールを選択するステップであって、前記第２リソースプールは、第２優先度に対応するリソースプールであり、前記第１優先度は、前記第２優先度より高い、ステップを含む。

第１の態様を参照して、第２の可能な実装では、前記リソースパラメータは、送信を実行するＵＥの数及び／又は前記被送信メッセージを送信しようとするＵＥのバッファ状態のパラメータを含み、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、前記被送信メッセージの前記優先度が第１優先度であるとき、前記被送信メッセージを送信しようとする前記ＵＥのバッファがビジー状態であり、及び／又は送信を実行する前記ＵＥの前記数が第３閾を超える場合、第２リソースプールを選択するステップであって、前記第２リソースプールは、第２優先度に対応するリソースプールであり、前記第１優先度は前記第２優先度より高い、ステップを含む。

第１の態様を参照して、第３の可能な実装では、前記リソースパラメータは第１リソースプールの占有率及び／又は第２リソースプールの占有率を含み、前記第１リソースプールは前記第１優先度に対応するリソースプールであり、前記第２リソースプールは第２優先度に対応するリソースプールであり、前記第１優先度は前記第２優先度より高く、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、前記被送信メッセージの前記優先度が前記第１優先度であるとき、前記第１リソースプールの前記占有率が第４閾を超え、及び／又は前記第２リソースプールの前記占有率が第５閾を超える場合、前記第２リソースプールを選択するステップを含む。

第１の態様の第１の可能な実装、第１の態様の第２の可能な実装、又は第１の態様の第３の可能な実装のうちのいずれか１つを参照して、第４の可能な実装では、前記方法は、前記第２リソースプールを用いて、リソース先取り指示情報及び前記被送信メッセージを送信するステップ、又は、前記第２リソースプールを用いて、及び第１所定送信電力を用いて、前記被送信メッセージを送信するステップであって、前記第１所定送信電力は前記第２リソースプールに対応する所定送信電力より高く、前記被送信メッセージは前記被送信メッセージのメッセージタイプを伝達する、ステップと、を更に含む。

第１の態様を参照して、第５の可能な実装では、前記リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能か否かを示すために使用され、前記第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、前記第１優先度は前記第２優先度より高く、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、前記被送信メッセージの前記優先度が前記第１優先度であるとき、前記リソースパラメータが、前記第２リソースが先取り可能であることを示す場合、前記被送信メッセージを送信するためのリソースとして前記第２リソースを選択するステップを含む。

第１の態様の第５の可能な実装を参照して、第６の可能な実装では、前記リソースパラメータは、前記第２優先度の前記メッセージを送信しようとするＵＥにより生成された第１値を含み、前記第１値がプリセット条件を満たすとき、前記リソースパラメータは、前記第２リソースが先取り可能であることを示す。

第１の態様の第６の可能な実装を参照して、第７の可能な実装では、前記第２優先度の前記メッセージを送信しようとする前記ＵＥは、第３リソースが先取り可能であることを決定し、前記第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、前記第３優先度は前記第２優先度より高くない。

第１の態様を参照して、第８の可能な実装では、前記リソースパラメータは第１リソースプールの占有率を含み、前記第１リソースプールは第１優先度に対応するリソースプールであり、前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択し、前記被送信メッセージを送信する前記ステップは、前記被送信メッセージの前記優先度が第２優先度であるとき、前記第１リソースプールの前記占有率が第６閾を超える場合、第２リソースプール及び送信モードを選択するステップであって、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、前記第２リソースプールは前記第２優先度に対応するリソースプールであり、前記第１優先度は前記第２優先度より高い、ステップを含む。

第１の態様を参照して、第９の可能な実装では、前記リソースパラメータは、第１優先度のメッセージが第２リソースプールを占有する場合があるか否かを示すために使用され、前記第２リソースプールは第２優先度に対応するリソースプールであり、前記第１優先度は前記第２優先度より高く、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、前記被送信メッセージの前記優先度が前記第２優先度であるとき、前記第１優先度の前記メッセージが前記第２リソースプールを占有する前記場合がある場合、前記第２リソースプール及び送信モードを選択するステップであって、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードである、ステップを含む。

第１の態様を参照して、第１０の可能な実装では、前記リソースパラメータは送信を実行するＵＥの数及び／又は第２リソースプールの占有率を含み、前記第２リソースプールは前記第２優先度に対応するリソースプールであり、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、前記被送信メッセージの前記優先度が前記第２優先度であるとき、送信を実行する前記ＵＥの前記数が第７閾を超え、及び／又は前記第２リソースプールの前記占有率が第８閾を超える場合、前記第２リソースプール及び送信モードを選択するステップであって、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードである、ステップを含む。

第１の態様を参照して、第１１の可能な実装では、前記リソースパラメータは、前記被送信メッセージのサイズ及び／又は送信を実行するＵＥの数を含み、前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択し、前記被送信メッセージを送信する前記ステップは、前記被送信メッセージの前記優先度が第１優先度であるとき、前記被送信メッセージの前記サイズが第９閾を超え、及び／又は送信を実行する前記ＵＥの前記数が第１０閾を超える場合、共通リソースプールを選択するステップを含む。

第１の態様を参照して、第１２の可能な実装では、前記リソースパラメータは、前記被送信メッセージを送信しようとするＵＥのバッファ状態のパラメータ、及び／又は第１リソースプールの占有率を含み、前記第１リソースプールは第１優先度に対応するリソースプールであり、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、前記被送信メッセージの前記優先度が前記第１優先度であるとき、前記被送信メッセージを送信しようとする前記ＵＥのバッファがビジー状態であり、及び／又は前記第１リソースプールの前記占有率が第１１閾を超える場合、共通リソースプールを選択するステップを含む。

第１の態様を参照して、第１３の可能な実装では、前記リソースパラメータは共通リソースプールの占有率を含み、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、前記被送信メッセージの前記優先度が第１優先度であるとき、前記共通リソースプールの前記占有率が第１２閾を超える場合、前記共通リソースプールを選択するステップを含む。

第１の態様の第１１の可能な実装、第１の態様の第１２の可能な実装、又は第１の態様の第１３の可能な実装のうちのいずれか１つを参照して、第１４の可能な実装では、前記方法は、前記共通リソースプールを用いて、リソース先取り指示情報及び前記被送信メッセージを送信するステップ、又は、前記共通リソースプールを用いて、及び第２所定送信電力を用いて、前記被送信メッセージを送信するステップであって、前記第２所定送信電力は前記共通リソースプールに対応する所定送信電力より高く、前記被送信メッセージは前記被送信メッセージのメッセージタイプを伝達する、ステップと、を更に含む。

第１の態様を参照して、第１５の可能な実装では、前記リソースパラメータは第１リソースプールの占有率を含み、前記第１リソースプールは第１優先度に対応するリソースプールであり、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、前記被送信メッセージの前記優先度が第２優先度であるとき、前記第１リソースプールの前記占有率が第１３閾を超える場合、共通リソースプール及び送信モードを選択するステップであって、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、前記第１優先度は前記第２優先度より高い、ステップを含む。

第１の態様を参照して、第１６の可能な実装では、前記リソースパラメータは送信を実行するＵＥの数を含み、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、前記被送信メッセージの前記優先度が第２優先度であるとき、前記送信を実行する前記ＵＥの前記数が第１４閾を超える場合、前記共通リソースプール及び送信モードを選択するステップであって、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードである、ステップを含む。

第１の態様を参照して、第１７の可能な実装では、前記リソースパラメータは、共通リソースプールの占有率及び／又は第１優先度のメッセージが前記共通リソースプールを占有する場合があるか否かを含み、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、前記被送信メッセージの前記優先度が第２優先度であるとき、前記共通リソースプールの前記占有率が第１５閾を超え、及び／又は前記第１優先度の前記メッセージが前記共通リソースプールを占有する前記場合がある場合、前記共通リソースプール及び送信モードを選択するステップであって、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、前記第１優先度は前記第２優先度より高い、ステップを含む。

第１の態様を参照して、第１８の可能な実装では、前記リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能であるか否かを示す第１パラメータ、及び前記第１優先度の前記メッセージを送信するためのリソース要件があるか否かを示す第２パラメータを含み、前記第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、前記第１優先度は前記第２優先度より高く、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、前記被送信メッセージの前記優先度が前記第２優先度であるとき、前記第１パラメータが、前記第２リソースが先取り可能であることを示し、前記第２パラメータが、前記第１優先度の前記メッセージを送信するためのリソース要件があることを示す場合、前記被送信メッセージを送信するためのリソースとしての前記第２リソースの選択をスキップするステップを含む。

第１の態様の第１８の可能な実装を参照して、第１９の可能な実装では、前記第１パラメータは、前記第２優先度の前記メッセージを送信しようとするＵＥにより生成された第２値を含み、前記第２値がプリセット条件を満たすとき、前記第１パラメータは、前記第２リソースが先取り可能であることを示す。

第１の態様の第１９の可能な実装を参照して、第２０の可能な実装では、前記第２優先度の前記メッセージを送信しようとする前記ＵＥは、第３リソースが先取り可能であることを決定し、前記第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、前記第３優先度は前記第２優先度より高くない。

第２の態様によると、メッセージ送信のために使用されるユーザ機器ＵＥが提供され、前記ＵＥは、被送信メッセージの優先度を決定するよう構成される決定モジュールと、リソースパラメータを取得するよう構成される取得モジュールであって、前記リソースパラメータは、リソースプール使用状態及び／又は前記被送信メッセージを送信するためのリソース要件を示すパラメータを含む、取得モジュールと、前記被送信メッセージの且つ前記決定モジュールにより決定された前記優先度及び前記取得モジュールにより取得された前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択するよう構成される選択モジュールと、を含む。

第２の態様を参照して第１の可能な実装では、前記リソースパラメータは、被送信メッセージのサイズ及び／又は送信を実行するＵＥの数を含み、選択モジュールは、具体的に、被送信メッセージの優先度が第１優先度であるとき、被送信メッセージのサイズが第１閾を超え、及び／又は送信を実行するＵＥの数が第２閾を超える場合、第２リソースプールを選択するよう構成され、第２リソースプールは、第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高い。

第２の態様を参照して、第２の可能な実装では、前記リソースパラメータは、送信を実行するＵＥの数及び／又は前記被送信メッセージを送信しようとするＵＥのバッファ状態のパラメータを含み、前記選択モジュールは、具体的に、前記被送信メッセージの前記優先度が第１優先度であるとき、前記被送信メッセージを送信しようとする前記ＵＥのバッファがビジー状態であり、及び／又は送信を実行する前記ＵＥの前記数が第３閾を超える場合、第２リソースプールを選択するよう構成され、前記第２リソースプールは、第２優先度に対応するリソースプールであり、前記第１優先度は前記第２優先度より高い。

第２の態様を参照して、第３の可能な実装では、前記リソースパラメータは第１リソースプールの占有率及び／又は第２リソースプールの占有率を含み、前記第１リソースプールは前記第１優先度に対応するリソースプールであり、前記第２リソースプールは第２優先度に対応するリソースプールであり、前記第１優先度は前記第２優先度より高く、前記選択モジュールは、具体的に、前記被送信メッセージの前記優先度が前記第１優先度であるとき、前記第１リソースプールの前記占有率が第４閾を超え、及び／又は前記第２リソースプールの前記占有率が第５閾を超える場合、前記第２リソースプールを選択するよう構成される。

第２の態様の第１の可能な実装、第２の態様の第２の可能な実装、又は第２の態様の第３の可能な実装のうちのいずれか１つを参照して、第４の可能な実装では、前記ＵＥは、第１送信モジュールを更に含み、前記第１送信モジュールは、前記第２リソースプールを用いて、リソース先取り指示情報及び前記被送信メッセージを送信するよう構成される、又は、前記第１送信モジュールは、前記第２リソースプールを用いて、及び第１所定送信電力を用いて、前記被送信メッセージを送信し、前記第１所定送信電力は前記第２リソースプールに対応する所定送信電力より高く、前記被送信メッセージは前記被送信メッセージのメッセージタイプを伝達する、よう構成される。

第２の態様を参照して、第５の可能な実装では、前記リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能か否かを示すために使用され、前記第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、前記第１優先度は前記第２優先度より高く、前記選択モジュールは、具体的に、前記被送信メッセージの前記優先度が前記第１優先度であるとき、前記リソースパラメータが、前記第２リソースが先取り可能であることを示す場合、前記被送信メッセージを送信するためのリソースとして前記第２リソースを選択するよう構成される。

第２の態様の第５の可能な実装を参照して、第６の可能な実装では、前記リソースパラメータは、前記第２優先度の前記メッセージを送信しようとするＵＥにより生成された第１値を含み、前記第１値がプリセット条件を満たすとき、前記リソースパラメータは、前記第２リソースが先取り可能であることを示す。

第２の態様の第６の可能な実装を参照して、第７の可能な実装では、前記第２優先度の前記メッセージを送信しようとする前記ＵＥは、第３リソースが先取り可能であることを決定し、前記第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、前記第３優先度は前記第２優先度より高くない。

第２の態様を参照して、第８の可能な実装では、前記リソースパラメータは第１リソースプールの占有率を含んで良く、前記第１リソースプールは第１優先度に対応するリソースプールであり、選択モジュールは、具体的に、前記被送信メッセージの前記優先度が第２優先度であるとき、前記第１リソースプールの前記占有率が第６閾を超える場合、第２リソースプール及び送信モードを選択するよう構成され、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、前記第２リソースプールは前記第２優先度に対応するリソースプールであり、前記第１優先度は前記第２優先度より高い。

第２の態様を参照して、第９の可能な実装では、前記リソースパラメータは、第１優先度のメッセージが第２リソースプールを占有する場合があるか否かを示すために使用され、前記第２リソースプールは第２優先度に対応するリソースプールであり、前記第１優先度は前記第２優先度より高く、前記選択モジュールは、具体的に、前記被送信メッセージの前記優先度が前記第２優先度であるとき、前記第１優先度の前記メッセージが前記第２リソースプールを占有する前記場合がある場合、前記第２リソースプール及び送信モードを選択するよう構成され、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

第２の態様を参照して、第１０の可能な実装では、前記リソースパラメータは送信を実行するＵＥの数及び／又は第２リソースプールの占有率を含み、前記第２リソースプールは第２優先度に対応するリソースプールであり、前記選択モジュールは、具体的に、前記被送信メッセージの前記優先度が前記第２優先度であるとき、送信を実行する前記ＵＥの前記数が第７閾を超え、及び／又は前記第２リソースプールの前記占有率が第８閾を超える場合、前記第２リソースプール及び送信モードを選択するよう構成され、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

第２の態様を参照して、第１１の可能な実装では、前記リソースパラメータは、前記被送信メッセージのサイズ及び／又は送信を実行するユーザ機器ＵＥの数を含み、前記選択モジュールは、具体的に、被送信メッセージの優先度が第１優先度であるとき、前記被送信メッセージの前記サイズが第９閾を超え、及び／又は送信を実行する前記ユーザ機器ＵＥの前記数が第１０閾を超える場合、共通リソースプールを選択するよう構成される。

第２の態様を参照して、第１２の可能な実装では、前記リソースパラメータは、前記被送信メッセージを送信しようとするＵＥのバッファ状態のパラメータ、及び／又は第１リソースプールの占有率を含み、前記第１リソースプールは第１優先度に対応するリソースプールであり、前記選択モジュールは、具体的に、前記被送信メッセージの前記優先度が前記第１優先度であるとき、前記被送信メッセージを送信しようとする前記ＵＥのバッファがビジー状態であり、及び／又は前記第１リソースプールの前記占有率が第１１閾を超える場合、共通リソースプールを選択するよう構成される。

第２の態様を参照して、第１３の可能な実装では、前記リソースパラメータは共通リソースプールの占有率を含み、前記選択モジュールは、具体的に、前記被送信メッセージの前記優先度が第１優先度であるとき、前記共通リソースプールの前記占有率が第１２閾を超える場合、前記共通リソースプールを選択するよう構成される。

第２の態様の第１１の可能な実装、第２の態様の第１２の可能な実装、又は第２の態様の第１３の可能な実装のうちのいずれか１つを参照して、第４の可能な実装では、前記ＵＥは、第２送信モジュールを更に含み、前記第２送信モジュールは、前記共通リソースプールを用いて、リソース先取り指示情報及び前記被送信メッセージを送信するよう構成される、又は、前記第２送信モジュールは、前記共通リソースプールを用いて、及び第２所定送信電力を用いて、前記被送信メッセージを送信し、前記第２所定送信電力は前記共通リソースプールに対応する所定送信電力より高く、前記被送信メッセージは前記被送信メッセージのメッセージタイプを伝達する、よう構成される。

第２の態様を参照して、第１５の可能な実装では、前記リソースパラメータは第１リソースプールの占有率を含み、前記第１リソースプールは第１優先度に対応するリソースプールであり、前記選択モジュールは、具体的に、前記被送信メッセージの前記優先度が第２優先度であるとき、前記第１リソースプールの前記占有率が第１３閾を超える場合、共通リソースプール及び送信モードを選択するよう構成され、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、前記第１優先度は前記第２優先度より高い。

第２の態様を参照して、第１６の可能な実装では、前記リソースパラメータは送信を実行するＵＥの数を含み、前記選択モジュールは、具体的に、前記被送信メッセージの前記優先度が第２優先度であるとき、送信を実行する前記ＵＥの前記数が第１４閾を超える場合、共通リソースプール及び送信モードを選択するよう構成され、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

第２の態様を参照して、第１７の可能な実装では、前記リソースパラメータは共通リソースプールの占有率、及び／又は第１優先度のメッセージが前記共通リソースプールを占有する場合があるか否かを含み、前記選択モジュールは、具体的に、前記被送信メッセージの前記優先度が第２優先度であるとき、前記共通リソースプールの前記占有率が第１５閾を超え、及び／又は、前記第１優先度の前記メッセージが前記共通リソースプールを占有する場合がある場合、共通リソースプール及び送信モードを選択するよう構成され、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、前記第１優先度は前記第２優先度より高い。

第２の態様を参照して、第１８の可能な実装では、前記リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能であるか否かを示す第１パラメータ、及び前記第１優先度の前記メッセージを送信するためのリソース要件があるか否かを示す第２パラメータを含み、前記第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、前記第１優先度は前記第２優先度より高く、前記選択モジュールは、具体的に、前記被送信メッセージの前記優先度が前記第２優先度であるとき、前記第１パラメータが、前記第２リソースが先取り可能であることを示し、前記第２パラメータが、前記第１優先度の前記メッセージを送信するためのリソース要件があることを示す場合、前記被送信メッセージを送信するためのリソースとしての前記第２リソースの選択をスキップするよう構成される。

第２の態様の第１８の可能な実装を参照して、第１９の可能な実装では、前記第１パラメータは、前記第２優先度の前記メッセージを送信しようとするＵＥにより生成された第２値を含み、前記第２値がプリセット条件を満たすとき、前記第１パラメータは、前記第２リソースが先取り可能であることを示す。

第２の態様の第１９の可能な実装を参照して、第２０の可能な実装では、前記第２優先度の前記メッセージを送信しようとする前記ＵＥは、第３リソースが先取り可能であることを決定し、前記第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、前記第３優先度は前記第２優先度より高くない。

第３の態様によると、メッセージ送信のために使用されるユーザ機器が提供され、当該ユーザ機器は、プロセッサとメモリとを含み、前記メモリはプログラムを格納し、前記プロセッサは前記プログラムを実行し、前記プロセッサは、被送信メッセージの優先度を決定し、リソースパラメータを取得し、前記リソースパラメータは、リソースプール使用状態及び／又は前記被送信メッセージを送信するためのリソース要件を示すパラメータを含み、前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択するよう構成される。

第３の態様を参照して第１の可能な実装では、前記リソースパラメータは、被送信メッセージのサイズ及び／又は送信を実行するユーザ機器ＵＥの数を含み、前記プロセッサは、前記被送信メッセージの前記優先度が第１優先度であるとき、前記被送信メッセージの前記サイズが第１閾を超え、及び／又は送信を実行する前記ＵＥの前記数が第２閾を超える場合、第２リソースプールを選択するよう構成され、前記第２リソースプールは、第２優先度に対応するリソースプールであり、前記第１優先度は第２優先度より高い。

第３の態様を参照して、第２の可能な実装では、前記リソースパラメータは、送信を実行するＵＥの数及び／又は前記被送信メッセージを送信しようとするＵＥのバッファ状態のパラメータを含み、前記プロセッサは、前記被送信メッセージの前記優先度が第１優先度であるとき、前記被送信メッセージを送信しようとする前記ＵＥのバッファがビジー状態であり、及び／又は送信を実行する前記ＵＥの前記数が第３閾を超える場合、第２リソースプールを選択するよう構成され、前記第２リソースプールは、第２優先度に対応するリソースプールであり、前記第１優先度は前記第２優先度より高い。

第３の態様を参照して、第３の可能な実装では、前記リソースパラメータは第１リソースプールの占有率及び／又は第２リソースプールの占有率を含み、前記第１リソースプールは前記第１優先度に対応するリソースプールであり、前記第２リソースプールは第２優先度に対応するリソースプールであり、前記第１優先度は前記第２優先度より高く、前記プロセッサは、前記被送信メッセージの前記優先度が前記第１優先度であるとき、前記第１リソースプールの前記占有率が第４閾を超え、及び／又は前記第２リソースプールの前記占有率が第５閾を超える場合、前記第２リソースプールを選択するよう構成される。

第３の態様の第１の可能な実装、第３の態様の第２の可能な実装、又は第３の態様の第３の可能な実装のうちのいずれか１つを参照して、第４の可能な実装では、前記プロセッサは、前記第２リソースプールを用いて、リソース先取り指示情報及び前記被送信メッセージを送信する、又は、前記第２リソースプールを用いて、及び第１所定送信電力を用いて、前記被送信メッセージを送信し、前記第１所定送信電力は前記第２リソースプールに対応する所定送信電力より高く、前記被送信メッセージは前記被送信メッセージのメッセージタイプを伝達する、よう更に構成される。

第３の態様を参照して、第５の可能な実装では、前記リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能か否かを示すために使用され、前記第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、前記第１優先度は前記第２優先度より高く、前記プロセッサは、前記被送信メッセージの前記優先度が前記第１優先度であるとき、前記リソースパラメータが、前記第２リソースが先取り可能であることを示す場合、前記被送信メッセージを送信するためのリソースとして前記第２リソースを選択するよう構成される。

第３の態様の第５の可能な実装を参照して、第６の可能な実装では、前記リソースパラメータは、前記第２優先度の前記メッセージを送信しようとするＵＥにより生成された第１値を含み、前記第１値がプリセット条件を満たすとき、前記リソースパラメータは、前記第２リソースが先取り可能であることを示す。

第３の態様の第６の可能な実装を参照して、第７の可能な実装では、前記第２優先度の前記メッセージを送信しようとする前記ＵＥは、第３リソースが先取り可能であることを決定し、前記第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、前記第３優先度は前記第２優先度より高くない。

第３の態様を参照して、第８の可能な実装では、前記リソースパラメータは第１リソースプールの占有率を含み、前記第１リソースプールは第１優先度に対応するリソースプールであり、前記プロセッサは、前記被送信メッセージの前記優先度が第２優先度であるとき、前記第１リソースプールの前記占有率が第６閾を超える場合、第２リソースプール及び送信モードを選択するよう構成され、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、前記第２リソースプールは前記第２優先度に対応するリソースプールであり、前記第１優先度は前記第２優先度より高い。

第３の態様を参照して、第９の可能な実装では、前記リソースパラメータは、第１優先度のメッセージが第２リソースプールを占有する場合があるか否かを示すために使用され、前記第２リソースプールは第２優先度に対応するリソースプールであり、前記第１優先度は前記第２優先度より高く、前記プロセッサは、前記被送信メッセージの前記優先度が前記第２優先度であるとき、前記第１優先度の前記メッセージが前記第２リソースプールを占有する前記場合がある場合、前記第２リソースプール及び送信モードを選択するよう構成され、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

第３の態様を参照して、第１０の可能な実装では、前記リソースパラメータは送信を実行するＵＥの数及び／又は第２リソースプールの占有率を含み、前記第２リソースプールは第２優先度に対応するリソースプールであり、前記プロセッサは、前記被送信メッセージの前記優先度が前記第２優先度であるとき、送信を実行する前記ＵＥの前記数が第７閾を超え、及び／又は前記第２リソースプールの前記占有率が第８閾を超える場合、前記第２リソースプール及び送信モードを選択するよう構成され、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

第３の態様を参照して、第１１の可能な実装では、前記リソースパラメータは、前記被送信メッセージのサイズ及び／又は送信を実行するＵＥの数を含み、前記プロセッサは、前記被送信メッセージの前記優先度が第１優先度であるとき、前記被送信メッセージの前記サイズが第９閾を超え、及び／又は送信を実行する前記ユーザ機器ＵＥの前記数が第１０閾を超える場合、共通リソースプールを選択するよう構成される。

第３の態様を参照して、第１２の可能な実装では、前記リソースパラメータは、前記被送信メッセージを送信しようとするＵＥのバッファ状態のパラメータ、及び／又は第１リソースプールの占有率を含み、前記第１リソースプールは第１優先度に対応するリソースプールであり、前記プロセッサは、前記被送信メッセージの前記優先度が前記第１優先度であるとき、前記被送信メッセージを送信しようとする前記ＵＥのバッファがビジー状態であり、及び／又は前記第１リソースプールの前記占有率が第１１閾を超える場合、共通リソースプールを選択するよう構成される。

第３の態様を参照して、第１３の可能な実装では、前記リソースパラメータは共通リソースプールの占有率を含み、前記選プロセッサは、前記被送信メッセージの前記優先度が第１優先度であるとき、前記共通リソースプールの前記占有率が第１２閾を超える場合、前記共通リソースプールを選択するよう構成される。

第３の態様の第１１の可能な実装、第３の態様の第１２の可能な実装、又は第３の態様の第１３の可能な実装のうちのいずれか１つを参照して、第４の可能な実装では、前記方法は、第２送信モジュールを更に含み、前記第２送信モジュールは、前記共通リソースプールを用いて、リソース先取り指示情報及び前記被送信メッセージを送信するよう構成される、又は、前記第１送信モジュールは、前記共通リソースプールを用いて、及び第２所定送信電力を用いて、前記被送信メッセージを送信し、前記第２所定送信電力は前記共通リソースプールに対応する所定送信電力より高く、前記被送信メッセージは前記被送信メッセージのメッセージタイプを伝達する、よう構成される。

第３の態様を参照して、第１５の可能な実装では、前記リソースパラメータは第１リソースプールの占有率を含み、前記第１リソースプールは第１優先度に対応するリソースプールであり、前記プロセッサは、前記被送信メッセージの前記優先度が第２優先度であるとき、前記第１リソースプールの前記占有率が第１３閾を超える場合、共通リソースプール及び送信モードを選択するよう構成され、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、前記第１優先度は前記第２優先度より高い。

第３の態様を参照して、第１６の可能な実装では、前記リソースパラメータは送信を実行するＵＥの数を含み、前記プロセッサは、前記被送信メッセージの前記優先度が第２優先度であるとき、送信を実行する前記ＵＥの前記数が第１４閾を超える場合、共通リソースプール及び送信モードを選択するよう構成され、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

第３の態様を参照して、第１７の可能な実装では、前記リソースパラメータは共通リソースプールの占有率、及び／又は第１優先度のメッセージが前記共通リソースプールを占有する場合があるか否かを含み、前記プロセッサは、前記被送信メッセージの前記優先度が第２優先度であるとき、前記共通リソースプールの前記占有率が第１５閾を超え、及び／又は、前記第１優先度の前記メッセージが前記共通リソースプールを占有する場合がある場合、共通リソースプール及び送信モードを選択するよう構成され、前記送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、前記第１優先度は前記第２優先度より高い。

第３の態様を参照して、第１８の可能な実装では、前記リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能であるか否かを示す第１パラメータ、及び前記第１優先度の前記メッセージを送信するためのリソース要件があるか否かを示す第２パラメータを含み、前記第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、前記第１優先度は前記第２優先度より高く、前記プロセッサは、前記被送信メッセージの前記優先度が前記第２優先度であるとき、前記第１パラメータが、前記第２リソースが先取り可能であることを示し、前記第２パラメータが、前記第１優先度の前記メッセージを送信するためのリソース要件があることを示す場合、前記被送信メッセージを送信するためのリソースとしての前記第２リソースの選択をスキップするよう構成される。

第３の態様の第１８の可能な実装を参照して、第１９の可能な実装では、前記第１パラメータは、前記第２優先度の前記メッセージを送信しようとするＵＥにより生成された第２値を含み、前記第２値がプリセット条件を満たすとき、前記第１パラメータは、前記第２リソースが先取り可能であることを示す。

第３の態様の第１９の可能な実装を参照して、第２０の可能な実装では、前記第２優先度の前記メッセージを送信しようとする前記ＵＥは、第３リソースが先取り可能であることを決定し、前記第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、前記第３優先度は前記第２優先度より高くない。

前述の技術的ソリューションに基づき、本発明の実施形態のメッセージ送信方法及びＵＥによると、被占有リソースは、被送信メッセージの優先度及びリソースパラメータに従い選択され、リソースは、異なるリソースパラメータに従い柔軟に選択され得る。したがって、リソース利用率が向上でき、リソースの浪費が回避でき、ユーザ経験が向上され得る。

本発明の実施形態の技術的解決策をより明確に記載するために、本発明の実施形態を説明するのに必要な添付の図面を以下に簡単に説明する。明らかなことに、以下の説明中の添付の図面は、本発明のほんの一部の実施形態であり、これらの図面に従って当業者により創造的労力を有しないで他の図面も得られる。

本発明の一実施形態の適用可能なシナリオの概略図である。

本発明の一実施形態によるメッセージ送信方法の概略フローチャートである。

リソースプールの動的変化の概略図である。

リソースプールの動的変化の別の概略図である。

本発明の一実施形態によるユーザ機器の概略ブロック図である。

本発明の一実施形態によるユーザ機器の概略構造図である。

以下に、本発明の実施形態の添付の図面を参照して、本発明の実施形態における技術的解決策を明確且つ十分に説明する。明らかに、記載される実施形態は、本発明の実施形態の一部であり、全てではない。本発明の実施形態に基づき創造的労力を有しないで当業者により得られる全ての他の実施形態は、本発明の保護範囲に包含される。

本発明の技術的ソリューションは、グローバルシステム・フォー・モバイルコミュニケーション（ＧＳＭ、Global System of Mobile communication）、符号分割多元接続（ＣＤＭＡ、Code Division Multiple Access）システム、広帯域符号分割多元接続（ＷＣＤＭＡ、Wideband Code Division Multiple Access）システム、ジェネラルパケット無線サービス（ＧＰＲＳ、General Packet Radio Service）システム、及びロングタームエボリューション（ＬＴＥ、Long Term Evolution）システムのような種々の通信システムに適用されて良い。

ＵＥ（ユーザ機器、User Equipment）は、モバイル端末（Mobile Terminal）、モバイルユーザ機器、等としても参照され、無線アクセスネットワーク（例えば、ＲＡＮ、Radio Access Network）を介して１又は複数のコアネットワークと通信して良い。ユーザ機器は、携帯電話機（又は「セルラ」フォンとして参照される）のようなモバイル端末及びモバイル端末を備えるコンピュータであって良い。例えば、ユーザ機器は、無線アクセスネットワークと音声及び／又はデータを交換するポータブルな、ポケットサイズの、ハンドヘルドの、コンピュータ内蔵又は車載モバイル機器であって良い。

基地局は、ＧＳＭ又はＣＤＭＡにおける基地局（ＢＴＳ、Base Transceiver Station）であって良く、又はＷＣＤＭＡにおける基地局（ＮｏｄｅＢ）であって良く、又はＬＴＥにおける進化型ＮｏｄｅＢ（ｅＮＢ又はｅ−ＮｏｄｅＢ、evolutional Node B）であって良い。これは、本発明において限定されない。しかしながら、説明を容易にするために、以下の実施形態は、一例としてＮｏｄｅＢを用いて記載される。

図１は本発明の一実施形態の適用可能なシナリオの概略図である。留意すべきことに、図１の例は、本発明の本実施形態の範囲を限定するのではなく、当業者が本発明の本実施形態をより良く理解することを助けることを意図している。

車車間（Vehicle to Vehicle、略して「Ｖ２Ｖ」）通信、車両歩行者間（Vehicle to Pedestrian、略して「Ｖ２Ｐ」）通信、及び車両対インフラ間（Vehicle to Infrastructure、略して「Ｖ２Ｉ」）通信は、纏めてＶ２Ｘ（Vehicle to Everything、略して「Ｖ２Ｘ」）通信として参照される。本発明の主な適用シナリオは、ロングタームエボリューション・アドバンスト（Long Term Evolution−Advanced、略して「ＬＴＥ−Ａ」）システムＲｅｌ−１２／１３（Release １２/１３、略して「Ｒｅｌ−１２／１３」）におけるＤ２Ｄシナリオ、及びＬＴＥ−Ａ Ｒｅｌ−１４（Release １４、略して「Ｒｅｌ−１４」）におけるＶ２Ｘシナリオである。図１では、車両１１０、車両１２０、歩行者１３０、及びインフラ１４０は、全てＤ２Ｄ能力を有し、Ｄ２Ｄ通信が車両１１０、車両１２０、歩行者１３０、及びインフラ１４０間で実行されて良い。Ｖ２Ｖは、通信が車両１１０と車両１２０との間で実行され得ることを意味する。Ｖ２Ｐは、通信が車両１１０と歩行者１３０との間で実行され得ることを意味する。Ｖ２Ｉは、通信が車両１１０とインフラ１４０との間で実行され得ることを意味する。Ｄ２Ｄ通信では、ネットワークカバレッジシナリオにおいては、リソースプールが基地局により割り当てられたリソースブロックを含む場合、全てのＤ２Ｄユーザは、リソース上でデータを送信するためにリソースブロック内のリソースを競い、ネットワークカバレッジの存在しないシナリオにおいては、リソースプールがＤ２Ｄユーザにより取得可能な所定システム帯域幅である場合、全てのＤ２Ｄユーザは、所定リソース内のリソースを競う。

Ｒｅｌ−１４では、Ｖ２Ｘ技術は、Ｄ２Ｄ技術の主な適用として成功裏に提案されている。Ｖ２Ｘの特定の適用はＤ２Ｄ技術に基づき最適化される必要があり、１つの最適化要件は、リソース利用率を向上するために、Ｖ２Ｘ通信におけるリソース衝突が低減される必要のあることである。

理解されるべきことに、説明を容易にするために、単一の車両と車両との間の通信、単一の歩行者と車両との間の通信、及び単一の車両とインフラとの間の通信が図１に示されるが、本発明はこれに限定されない。例えば、車両インターネットシステムでは、より多数の車両が存在して良い。これは、本発明において限定されない。

図２は、本発明の一実施形態によるメッセージ送信方法の概略フローチャート２００である。図２の方法はＵＥにより実行される。図２に示すように、方法２００は以下のステップを含む。

Ｓ２１０。被送信メッセージの優先度を決定する。

Ｓ２２０。リソースパラメータを取得する。ここで、リソースパラメータは、被送信メッセージを送信するためのリソース要件及び／又はリソースプール使用状態を示すパラメータを含む。

Ｓ２３０。被送信メッセージの優先度及びリソースパラメータに従い、被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する。

具体的に、ＵＥは被送信メッセージの優先度を決定する。例えば、被送信メッセージの優先度は、通信サービスの優先度に従い実行される分割を用いて取得されて良く、又は別の方法で実行される分割を用いて実行されて良い。例えば、ユーザによりダウンロードされるリアルタイム要求サービス、及び緊急サービスは、高優先度サービスとして分類されて良い。次に、ＵＥは、リソースプール使用状態及び／又は被送信メッセージを送信するためのリソース要求のパラメータを検出し、情報送信のためのスペクトルリソースを取得するために、パラメータ情報に従い、被送信メッセージを送信するための適正なリソースプール及び／又は送信モードを選択して良い。

本発明の本実施形態では、リソースパラメータは、リソースプール使用状態を示すパラメータを含んで良く、又は被送信メッセージを送信するためのリソース要件のパラメータを含んで良く、又はリソースプール使用状態を示すパラメータと被送信メッセージを送信するためのリソース要件のパラメータとの両方を含んで良い。例えば、リソースプール使用状態のパラメータは、各リソースプールの占有率パラメータ等を含んで良く、被送信メッセージを送信するためのリソース要件のパラメータは、被送信メッセージパケットのサイズパラメータ等を含んで良い。これは、本発明において限定されない。

Ｓ２３０で、ＵＥは、被送信メッセージの優先度及びリソースパラメータに従い、被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する。リソースプールは、異なる優先度の通信サービスに従い、分割により取得されたリソースプールであって良い。例えば、基地局は、リソースプールを高優先度リソースプール及び低優先度リソースプールに分割して良い。本発明の種々の実施形態では、第１優先度及び第２優先度は、説明のための一例として使用される。第１優先度は第２優先度より高いが、これは本発明において限定されない。例えば、大きな優先度のインデックスほど高い優先度を示して良く、又は小さな優先度インデックスほど高い優先度を示して良い。

理解されるべきことに、Ｓ２３０で、ＵＥは、被送信メッセージの優先度及びリソースパラメータに従い、被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する。リソースプールは、基地局による分割により得られて良く、又はＤ２Ｄユーザにより取得された所定システム帯域幅リソースであって良い。これは、本発明において限定されない。

したがって、本発明の本実施形態のメッセージ送信方法によると、被占有リソースは、被送信メッセージの優先度及びリソースパラメータに従い選択され、リソースは、異なるリソースパラメータに従い柔軟に選択され得る。したがって、リソース利用率が向上でき、リソースの浪費が回避でき、ユーザ経験が向上され得る。

Ｓ２３０で、被送信メッセージを送信するためのリソースプール及び／又は送信モードは、被送信メッセージの優先度及びリソースパラメータに従い選択される。リソースプールは、２つの動的変化形式を有して良い。リソースプールの１つの変化形式は、図３に示される。基地局は、通信サービスの優先度に従い、スペクトルリソースを高優先度リソースプール及び低優先度リソースプールに分割して良い。高優先度ＵＥは、被送信メッセージを送信するためにリソースパラメータ変化に従い、低優先度リソースプールを選択して良い。リソースプールの別の変化形式は、図４に示される。図３と異なり、共通リソースプールが追加される。共通リソースプールは、種々の優先度のサービスにより共有されるリソースプールを表す。高優先度サービス及び低優先度サービス及び種々のレベルのインデックスに対応する優先度のサービスは、共通リソースプールでメッセージを送信して良い。

以下は、被送信メッセージを送信するためのリソースプール及び／又は送信モードが、被送信メッセージの優先度及びリソースパラメータに従い選択される方法を具体的に記載する。先ず、被送信メッセージを送信するためのリソースプール及び／又は送信モードが、被送信メッセージの優先度及びリソースパラメータに従い選択される方法は、図３に示すリソースプール分割方法を前提として本発明の本実施形態において具体的に記載される。

任意で、本発明の一実施形態では、リソースパラメータは、
被送信メッセージのサイズ及び／又は送信を実行するユーザ機器ＵＥの数を含んで良く、
Ｓ２３０は、
被送信メッセージの優先度が第１優先度であるとき、被送信メッセージのサイズが第１閾を超え、及び／又は送信を実行するＵＥの数が第２閾を超える場合、第２リソースプールを選択するステップを含んで良く、第２リソースプールは、第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高い。

本発明の本実施形態では、第１優先度は高優先度であって良く、第２優先度は低優先度であって良い。相応して、第１リソースプールは高優先度リソースプールであって良く、第２リソースプールは低優先度リソースプールであって良い。第１リソースパラメータは、被送信メッセージのサイズ及び／又は送信を実行するＵＥの数を含んで良い。被送信メッセージのサイズは、パケット分布率（Packet Discard Rate、略して「ＰＤＲ」）値を用いて測定されて良い。代替で、データパケットのサイズは、別の方法で表されて良い。これは限定されない。

具体的に、被送信メッセージの優先度が第１優先度であり、例えば第１優先度が高優先度であるとき、被送信メッセージを送信しようとするＵＥが、被送信メッセージのデータパケットが比較的大きい、例えば第１閾より大きいこと、及び送信を実行するＵＥの数が比較的大きい、例えば第２閾より大きいことを検出した、又は単に被送信メッセージのデータパケットが比較的大きいことを検出したために、高優先度リソースプールの中に十分な利用可能リソースが存在しない場合、低優先度リソースプールが選択される。例えば、低優先度リソースプールで被送信メッセージを送信するために、リソース先取り指示情報が、低優先度リソースプールへ送信されて良い。第１閾及び第２閾の両方はプリセットされて良い。

本発明の一実施形態では、リソースパラメータは、送信を実行するＵＥの数及び／又は被送信メッセージを送信しようとするＵＥのバッファ状態のパラメータを含み、
Ｓ２３０は、
被送信メッセージの優先度が第１優先度であるとき、被送信メッセージを送信しようとするＵＥのバッファがビジー状態であり、及び／又は送信を実行するＵＥの数が第３閾を超える場合、第２リソースプールを選択するステップを含んで良く、第２リソースプールは、第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高い。

具体的に、被送信メッセージの優先度が第１優先度であり、第１優先度が高優先度であるとき、被送信メッセージを送信しようとするＵＥが、被送信メッセージを送信しようとするＵＥのバッファが常にビジー状態であることを検出し、及び送信を実行するＵＥの数が特に大きいことを検出し、又は単に送信を実行するＵＥの数が比較的大きい、例えば該数が第３閾より大きいことを検出し、又は単に被送信メッセージを送信しようとするＵＥのバッファが常にビジー状態であることを検出した場合、被送信メッセージを送信しようとするＵＥは、ＵＥの高優先度メッセージを送信するために第２リソースプールを選択して良い。例えば、第２リソースプールは、低優先度リソースプールであって良い。第３閾はプリセット又は予め定められて良い。

任意で、本発明の一実施形態では、リソースパラメータは、第１リソースプールの占有率、及び／又は第２リソースプールの占有率を含んで良く、第１リソースプールは第１優先度に対応するリソースプールであり、第２リソースプールは第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高く、
Ｓ２３０は、
被送信メッセージの優先度が第１優先度であるとき、第１リソースプールの占有率が第４閾を超え、及び／又は第２リソースプールの占有率が第５閾を超える場合、第２リソースプールを選択するステップを含んで良い。

具体的に、被送信メッセージの優先度が第１優先度であり、第１優先度が高優先度であるとき、被送信メッセージを送信しようとするＵＥが、第１優先度のリソースプールの占有率が比較的高い、例えば第１優先度のリソースプールが高優先度リソースプールであり、高優先度リソースプールの占有率が特定閾を超える、例えば第４閾を超えることを検出した、又は単に第２優先度のリソースプールの占有率が比較的高い、例えば第２優先度のリソースプールが低優先度リソースプールであり、低優先度リソースプールの占有率が特定閾を超える、例えば第５閾を超えることを検出した場合、被送信メッセージを送信しようとするＵＥは、被送信メッセージを送信するために第２リソースプールを選択し、例えば被送信高優先度メッセージを送信するために低優先度リソースプールを選択して良い。第４閾及び第５閾はプリセットされて良い。

任意で、第２優先度のリソースプールが選択された後に、方法は、
第２リソースプールを用いて、リソース先取り指示情報及び被送信メッセージを送信するステップと、
第２リソースプールを用いて、及び第１所定送信電力を用いて、被送信メッセージを送信するステップであって、第１所定送信電力は第２リソースプールに対応する所定送信電力より高く、被送信メッセージは被送信メッセージのメッセージタイプを伝達する、ステップと、を更に含んで良い。

具体的に、被送信メッセージの優先度が第１優先度であり、被送信メッセージが高優先度メッセージであるとき、被送信メッセージを送信しようとするＵＥが、１又は複数のリソースパラメータが特定閾を超える又は満たすことを検出すると、第２優先度のリソースプールを用いてリソース先取り指示情報が送信されて良い。例えば、第２優先度のリソースプールは低優先度リソースプールであり、リソース先取り指示情報は低優先度リソースプールを用いて送信され、リソース先取り指示情報はスケジューリング割り当て（Scheduling Assignment、略して「ＳＡ」）情報を用いて伝達されて良い。このように、被送信メッセージを送信しようとするＵＥは、低優先度リソースプールの中のリソースを先取りでき、リソース先取り指示情報が送信された後に、被送信メッセージ又は被送信サービスは、低優先度リソースプールを用いて送信されて良い。さらに、被送信メッセージを送信しようとするＵＥは、第１所定送信電力を用いて被送信メッセージを送信して良い。第１所定送信電力は第２リソースプールに対応する所定送信電力より高い。被送信メッセージは、被送信メッセージのメッセージタイプを伝達する。例えば、被送信メッセージを送信しようとするＵＥは、データを送信するために低優先度リソースプールの中のリソースを先取りするために、高送信電力を用いて、緊急識別子を伝達する被送信メッセージを送信する。ここで高送信電力は、低優先度リソースプールに対応する送信電力より高い。

本発明の本実施形態では、リソース先取り指示情報は、ＳＡ情報を用いて伝達されて良い。リソース先取り指示情報は、高優先度メッセージのために利用可能な十分なリソースが存在することを保証するために、低優先度ＵＥが一時的に低優先度リソースプールでメッセージを送信しないように、又はメッセージの送信を遅らせるように、低優先度リソースプールを使用するＵＥに、被送信高優先度メッセージが低優先度リソースプールで送信されるべきであることを通知するために使用される。

本発明の本実施形態では、第２リソースプールに対応する送信電力は、通常状態における送信電力であって良い。第１所定送信電力は第２リソースプールに対応する送信電力より高くて良い。低優先度リソースプールを使用するＵＥが、高優先度メッセージがメッセージ送信のために低優先度リソースプールを占有することを知ることができるように、第１所定送信電力は、送信電力として使用される。さらに、被送信メッセージは、被送信メッセージのメッセージタイプを伝達して良い。例えば、高優先度メッセージのために利用可能な十分なリソースが存在することを保証するために、低優先度ＵＥが高優先度メッセージを送信しようとするＵＥに譲ることができるように、被送信メッセージを送信しようとするＵＥは、被送信メッセージのタイプを緊急サービスとしてマークするために１ビットを使用して良い。

理解されるべきことに、本発明の本実施形態では、被送信メッセージが第２リソースプールを用いて送信される上述の２つの特定の方法のみが説明のための例として使用された。高優先度メッセージのために利用可能な十分なリソースが存在する限り、別の適正な方法が存在して良い。これは、本発明において限定されない。

更に理解されるべきことに、本発明の本実施形態では、リソース先取り指示情報はＳＡ情報の中で示されて良く、又はリソース先取り指示情報は別の方法で伝達され又は示されて良い。これは、本発明において限定されない。

更に理解されるべきことに、本発明の本実施形態では、被送信メッセージのサイズは、ＰＤＲ値を用いて測定されて良く、又はデータパケットのサイズは別の方法を用いて、例えば占有メモリのサイズ若しくは別の方法を用いて測定されて良い。これは、本発明において限定されない。

更に理解されるべきことに、本発明の本実施形態におけるリソースプールの占有率は、参照信号受信電力（Reference Signal Receiving Power、略して「ＲＳＲＰ」）値を用いて測定されて良く、又はリソースプールの占有率は別の方法で測定されて良い。これは、本発明において限定されない。

したがって、本発明の本実施形態のメッセージ送信方法によると、被占有リソースは、被送信メッセージの優先度及びリソースパラメータに従い選択され、リソースは、異なるリソースパラメータに従い柔軟に選択され得る。したがって、リソース利用率が向上でき、リソースの浪費が回避でき、さらに、高優先度メッセージを送信するために利用可能な十分なリソースが存在することが保証でき、それによりユーザ経験を向上する。

任意で、本発明の一実施形態では、リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能か否かを示すために使用されて良く、第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、第１優先度は第２優先度より高く、
Ｓ２３０は、
被送信メッセージの優先度が第１優先度であるとき、リソースパラメータが、第２リソースが先取り可能であることを示す場合、被送信メッセージを送信するためのリソースとして第２リソースを選択するステップを含んで良い。

具体的に、被送信メッセージの優先度が高優先度であるとき、リソースパラメータが検出される。リソースパラメータは、第１優先度のメッセージを送信しようとするＵＥが本例では第２リソースを先取り可能であるか否かを示すために使用される。第２リソースは、低優先度ＵＥにより選択され及び／又は占有された、又は低優先度メッセージを送信するための、リソースである。リソースパラメータが、第２リソースが先取りされて良いことを示すとき、第２リソースは占有される。このように、高優先度メッセージに影響することなく、小さなリソースを占有する何らかの低優先度メッセージを送信しようとするＵＥのために利用可能なリソースが存在することが更に保証される。例えば、高優先度メッセージを送信するためにリソースが先取りされる場合、全てのリソースではなく、幾らかのリソースだけしか占有される必要がなく、全ての低優先度ＵＥ又は低優先度メッセージがリソースプールの使用を停止する又はリソースの送信が遅延される場合、必然的にリソースの浪費が引き起こされる。過度に無制限の又は無原則なソリューションは、リソース節約の助けとならない。

任意で、本発明の本実施形態では、リソースパラメータは、第２優先度のメッセージを送信しようとするＵＥにより生成された第１値を含み、第１値がプリセット条件を満たすとき、リソースパラメータは、第２リソースが先取り可能であることを示す。

具体的に、低優先度ＵＥは値を生成する。値が特定閾条件を満たすとき、被送信メッセージを送信しようとするＵＥは、低優先度ＵＥ及び／又は低優先度メッセージのためのリソースを先取りし、該リソースを被送信メッセージのリソースとして使用して良い。値は、低優先度リソースの占有状態を示すために使用される。例えば、低優先度ＵＥは値ｎを生成する。ｎが特定閾より大きいとき、リソースパラメータは、被送信メッセージを送信しようとするＵＥが低優先度リソースを先取りして良いことを示すために使用される。ｎが特定閾より小さいとき、リソースパラメータは、被送信メッセージを送信しようとするＵＥが低優先度リソースを先取りしてはならないことを示すために使用される。これは、リソースの小さな部分が低優先度サービスのために利用可能であることを保証できる。閾選択は、システム内で柔軟に定められ又は構成されて良く、限定されない。

任意で、第２優先度のメッセージを送信しようとするＵＥは、第３リソースが先取り可能であることを決定し、第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、第３優先度は第２優先度より高くない。

任意で、リソースパラメータが、第２リソースが先取りされることを示す前に、第２優先度のＵＥは、第３リソースが先取り可能か否かを決定して良い。例えば、第２優先度は低優先度であり、第３優先度は低優先度より低い優先度である。第３リソースは、第３優先度に対応するリソースであって良い。ここで、優先度分割は、必ずしも高から低への順に優先度に従い実行されず、第１優先度、第２優先度、第３優先度、又はより多くの優先度が分割により得られて良い。本発明の本実施形態における方法は、種々の優先度のサービス又はメッセージのために使用可能であることが保証されるべきである。

任意で、本発明の一実施形態では、リソースパラメータは第１リソースプールの占有率を含んで良く、第１リソースプールは第１優先度に対応するリソースプールであり、
Ｓ２３０は、
被送信メッセージの優先度が第２優先度であるとき、第１リソースプールの前記占有率が第６閾を超える場合、第２リソースプール及び送信モードを選択するステップを含んで良く、送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、第２リソースプールは第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高い。

具体的に、被送信メッセージの優先度が低優先度であるとき、被送信メッセージを送信しようとするＵＥが、高優先度リソースプールの占有率が比較的高く第６閾を超えることを検出し、第６閾が特定閾である場合、被送信メッセージを送信しようとするＵＥは、第２リソースプールを選択する。例えば、低優先度ＵＥは、被送信メッセージを送信するために低優先度リソースプールを選択し、送信モードは長期間モード、インターバルモード、又はスイッチモードである。長期間モードは、送信を実行するためにより長い期間が選択されることを意味し、インターバルモード又はスイッチモードは時間に従いプリセットされるモードである。これら３つの送信モードは、全て、高優先度メッセージに譲るために、及び高優先度メッセージのために利用可能な十分なリソースが存在することを保証するために、低優先度メッセージの送信を遅延するために使用される。本発明は３つの送信モードに限定されない。

任意で、本発明の一実施形態では、リソースパラメータは、第１優先度のメッセージが第２リソースプールを占有する場合があるか否かを示すために使用されて良く、第２リソースプールは第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高く、
Ｓ２３０は、
被送信メッセージの優先度が第２優先度であるとき、第１優先度のメッセージが第２リソースプールを占有する場合がある場合、第２リソースプール及び送信モードを選択するステップを含んで良く、送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

任意で、被送信メッセージの優先度が低優先度であるとき、被送信メッセージを送信しようとするＵＥが、高優先度メッセージ又はサービスがローカル低優先度リソースプールを占有する場合があることを検出した場合、被送信メッセージを送信しようとするＵＥは、被送信メッセージを送信するために第２リソースプールを選択し、例えば被送信メッセージを送信するために低優先度リソースプールを選択する。送信モードは、長期間モード、インターバルモード、又はスイッチモードである。３つのモードの機能は、上述のものと同じであり、再び記載されない。

任意で、本発明の一実施形態では、リソースパラメータは送信を実行するＵＥの数及び／又は第２リソースプールの占有率を含み、第２リソースプールは第２優先度に対応するリソースプールであり、
Ｓ２３０は、
被送信メッセージの優先度が第２優先度であるとき、送信を実行するＵＥの数が第７閾を超え、及び／又は第２リソースプールの占有率が第８閾を超える場合、第２リソースプール及び送信モードを選択するステップを含んで良く、送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

具体的に、被送信メッセージの優先度が低優先度であるとき、被送信メッセージを送信しようとするＵＥが、送信を実行するＵＥの数が比較的大きく、第７閾より大きいことを検出し、ここで第７閾は所定閾であって良く、又は低優先度リソースプールの占有率が比較的高く、第８閾より大きいことを検出し、ここで第８閾は所定閾であって良く、又は被送信メッセージを送信しようとするＵＥの数が比較的大きく、低優先度リソースプールの占有率が比較的高いことを検出した場合、被送信メッセージを送信しようとするＵＥは、被送信メッセージを送信するために第２リソースプールを選択し、例えば被送信メッセージを送信するために低優先度リソースプールを選択する。送信モードは、長期間モード、インターバルモード、又はスイッチモードである。３つのモードの機能は、上述のものと同じであり、再び記載されない。

本発明の本実施形態では、例えば、被送信メッセージを送信しようとするＵＥが低優先度ＵＥであるとき、被送信メッセージを送信しようとするＵＥが、１又は複数のパラメータが特定閾を超える又は満たすことを検出すると、被送信メッセージ又は被送信データは、高優先度メッセージのためにより多くのリソースを空けるために、より長い期間を選択することにより送信されて良く、又は時間期間の後に送信されて良い。代替で、被送信メッセージは、インターバルモード又はスイッチモードを用いて送信されて良い。これらの方法は、高優先度メッセージのデータ又はサービスが低優先度リソースプールで送信できるように、より多くのリソースを用意しておくために使用される。

理解されるべきことに、本発明では、インターバルモード又はスイッチモードは単に一例として使用され、別の適正なモードも使用されて良い。これは、本発明に限定を与えない。

したがって、本発明の本実施形態のメッセージ送信方法によると、被占有リソースは、被送信メッセージの優先度及びリソースパラメータに従い選択され、リソースは、異なるリソースパラメータに従い柔軟に選択され得る。したがって、リソース利用率が向上でき、リソースの浪費が回避でき、さらに、高優先度メッセージを送信するために利用可能な十分なリソースが存在することが保証でき、それによりユーザ経験を向上する。

本発明の本実施形態における、被送信メッセージを送信するためのリソースプール及び／又は送信モードが、被送信メッセージの優先度及びリソースパラメータに従い選択される方法は、図４に示すリソースプール分割方法を参照して具体的に記載される。

Ｓ２３０で、被送信メッセージを送信するためのリソースプール及び／又は送信モードが、被送信メッセージの優先度及びリソースパラメータに従い選択される第２の実装は、図４に示される。以下は、ＵＥが、被送信メッセージの優先度及びリソースパラメータに従い、被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択するこの実装を具体的に記載する。

任意で、本発明の一実施形態では、リソースパラメータは、被送信メッセージのサイズ及び／又は送信を実行するユーザ機器ＵＥの数を含み、
Ｓ２３０は、
被送信メッセージの優先度が第１優先度であるとき、被送信メッセージのサイズが第９閾を超え、及び／又は送信を実行するユーザ機器ＵＥの数が第１０閾を超える場合、共通リソースプールを選択するステップを含んで良い。

具体的に、被送信メッセージの優先度が高優先度であるとき、被送信メッセージを送信しようとするＵＥが、被送信メッセージのデータパケットが比較的大きく第９閾より大きいこと、及び送信を実行するＵＥの数が比較的大きく第１０閾より大きいことを検出した、又は単に被送信メッセージのデータパケットが比較的大きいことを検出した、又は単に被送信メッセージのデータパケットが比較的大きいことを検出したために、高優先度リソースプールの中に十分な利用可能リソースが存在しない場合、共通リソースプールで被送信メッセージを送信するために、リソース先取り指示情報を送信するために共通リソースプールが選択されて良い。第９閾及び第１０閾の両方はプリセットされて良い。

任意で、本発明の一実施形態では、リソースパラメータは、被送信メッセージを送信しようとするＵＥのバッファ状態のパラメータ、及び／又は第１リソースプールの占有率を含み、第１リソースプールは第１優先度に対応するリソースプールであり、
Ｓ２３０は、
被送信メッセージの優先度が第１優先度であるとき、被送信メッセージを送信しようとするＵＥのバッファがビジー状態であり、及び／又は第１リソースプールの占有率が第１１閾を超える場合、共通リソースプールを選択するステップを含んで良い。

具体的に、被送信メッセージの優先度が高優先度であるとき、被送信メッセージを送信しようとするＵＥが、被送信メッセージを送信しようとするＵＥのバッファが常にビジー状態であることを検出し、及び高優先度リソースプールの占有率が比較的高いことを検出し、又は単に被送信メッセージを送信しようとするＵＥのバッファが常にビジー状態であることを検出し、又は単に高優先度リソースプールの占有率が比較的高く特定閾より高いことを検出した場合、被送信メッセージを送信しようとするＵＥは、ＵＥの高優先度メッセージを送信するために共通リソースプールを選択して良い。

任意で、本発明の一実施形態では、リソースパラメータは共通リソースプールの占有率を含み、
Ｓ２３０は、
被送信メッセージの優先度が第１優先度であるとき、共通リソースプールの占有率が第１２閾を超える場合、共通リソースプールを選択するステップを含んで良い。

具体的に、被送信メッセージの優先度が高優先度であるとき、被送信メッセージを送信しようとするＵＥが、高優先度リソースプールの占有率が比較的高く第１２閾を超えることを検出した場合、ここで第１２閾はプリセット特定閾であって良く、被送信メッセージを送信しようとするＵＥは、高優先度メッセージを送信するために、共通リソースプールを選択して良い。

任意で、共通リソースプールが選択された後に、方法は、
共通リソースプールを用いて、リソース先取り指示情報及び被送信メッセージを送信するステップ、又は、
共通リソースプールを用いて、及び第２所定送信電力を用いて、被送信メッセージを送信するステップであって、第１所定送信電力は共通リソースプールに対応する所定送信電力より高く、被送信メッセージは被送信メッセージのメッセージタイプを伝達する、ステップ、を更に含んで良い。

具体的に、被送信メッセージを送信しようとするＵＥが高優先度ＵＥであるとき、被送信メッセージを送信しようとするＵＥが、１又は複数のパラメータが特定閾を超える又は満たすことを検出すると、リソース先取り指示情報は、共通リソースプールを用いて送信されて良い。利用可能リソースが低優先度リソースプールの中で先取りされ、及び利用可能リソースが共通リソースプールの中で先取りされるように、リソース先取り指示情報はＳＡ情報の中で伝達されて良い。リソース先取り指示情報が送信された後、被送信メッセージ又は被送信サービスは、共通リソースプールを用いて送信されて良い。代替で、緊急識別子を伝達する被送信メッセージは、共通リソースプールでデータを送信するために、より高い送信電力を用いて送信されて良い。ここで、より高い送信電力は、共通リソースプールに対応する所定送信電力より高い送信電力である。

したがって、本発明の本実施形態のメッセージ送信方法によると、被占有リソースは、被送信メッセージの優先度及びリソースパラメータに従い選択され、リソースは、異なるリソースパラメータに従い柔軟に選択され得る。したがって、リソース利用率が向上でき、リソースの浪費が回避でき、さらに、高優先度メッセージを送信するために利用可能な十分なリソースが存在することが保証でき、それによりユーザ経験を向上する。

任意で、本発明の一実施形態では、リソースパラメータは第１リソースプールの占有率を含んで良く、第１リソースプールは第１優先度に対応するリソースプールであり、
Ｓ２３０は、
被送信メッセージの優先度が第２優先度であるとき、第１リソースプールの占有率が第１３閾を超える場合、共通リソースプール及び送信モードを選択するステップを含んで良く、送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、第１優先度は第２優先度より高い。

具体的に、被送信メッセージの優先度が低優先度であるとき、被送信メッセージを送信しようとするＵＥが、高優先度リソースプールの占有率が比較的高く特定閾を超える、例えば第１３閾を超えることを検出した場合、被送信メッセージを送信しようとするＵＥは、被送信メッセージを送信するために共通リソースプール及び送信モードを選択し、送信モードは、長期間モード、インターバルモード、又はスイッチモードである。第１３閾はプリセットされて良い。

任意で、本発明の一実施形態では、リソースパラメータは送信を実行するＵＥの数を含んで良く、
Ｓ２３０は、
被送信メッセージの優先度が第２優先度であるとき、送信を実行するＵＥの数が第１４閾を超える場合、共通リソースプール及び送信モードを選択するステップを含んで良く、送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

具体的に、被送信メッセージの優先度が低優先度であるとき、被送信メッセージを送信しようとするＵＥが、送信を実行するＵＥの数が比較的大きく、該数が第１４閾を超えることを検出した場合、ここで第１４閾はプリセット閾であって良く、被送信メッセージを送信しようとするＵＥは、共通リソースプール及び送信モードを選択し、送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

任意で、本発明の一実施形態では、リソースパラメータは共通リソースプールの占有率、及び／又は第１優先度のメッセージが共通リソースプールを占有する場合があるか否かを含み、
Ｓ２３０は、
被送信メッセージの優先度が第２優先度であるとき、共通リソースプールの占有率が第１５閾を超え、及び／又は、第１優先度の前記メッセージが共通リソースプールを占有する場合がある場合、共通リソースプール及び送信モードを選択するステップを含んで良く、送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、第１優先度は第２優先度より高い。

具体的に、被送信メッセージの優先度が低優先度であるとき、被送信メッセージを送信しようとするＵＥが、高優先度メッセージが共通リソースプールを占有する場合があり、共通リソースプールの占有率が比較的高く特定閾より大きく、例えば第１３閾より大きいことを検出し、ここで第１５閾はプリセットされて良く、又は単に共通リソースプールの中に高優先度メッセージがあることを検出し、又は単に共通リソースプールの占有率が比較的高いことを検出した場合、被送信メッセージを送信しようとするＵＥは、共通リソースプール及び送信モードを選択し、送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

本発明の本実施形態では、被送信メッセージを送信しようとするＵＥが低優先度ＵＥであるとき、被送信メッセージを送信しようとするＵＥが、１又は複数のパラメータが特定閾を超える又は満たすことを検出すると、被送信メッセージ又は被送信データは、高優先度メッセージのためにより多くのリソースを空けるために、より長い期間を選択することにより送信されて良く、又は時間期間の後に送信されて良い。代替で、被送信メッセージは、インターバルモード又はスイッチモードを用いて送信されて良い。これらの方法は、高優先度メッセージのデータ又はサービスが共通リソースプールで送信できるように、より多くのリソースを用意しておくために使用される。

理解されるべきことに、本発明では、インターバルモード又はスイッチモードは単に一例として使用され、別の適正なモードも使用されて良い。例えば、高優先度メッセージを送信するＵＥのためにより多くのリソースを空けるために、低優先度メッセージのＵＥは共通リソースプールの使用を停止する。これは、本発明において限定されない。

任意で、本発明の一実施形態では、リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能であるか否かを示す第１パラメータ、及び第１優先度のメッセージを送信するためのリソース要件があるか否かを示す第２パラメータを含み、第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、第１優先度は第２優先度より高く、
Ｓ２３０は、
被送信メッセージの優先度が第２優先度であるとき、第１パラメータが、第２リソースが先取り可能であることを示し、第２パラメータが、第１優先度のメッセージを送信するためのリソース要件があることを示す場合、被送信メッセージを送信するためのリソースとしての第２リソースの選択をスキップするステップを含んで良い。

具体的に、被送信メッセージが第２優先度のメッセージであり、第２優先度が低優先度であるとき、低優先度メッセージを送信しようとするＵＥは、リソースパラメータを取得する。リソースパラメータは、第１パラメータ及び第２パラメータを含んで良い。第１パラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能か否かを示すために使用されて良く、第２パラメータは、第１優先度のメッセージを送信するためのリソース要件が存在するか否かを示す。第１優先度は第２優先度より低くない。例えば、第１優先度は高優先度であり、第２優先度は低優先度であり、第２リソースは低優先度メッセージを送信するために選択されたリソースである。第１パラメータが、第２リソース、つまり低優先度メッセージを送信するために選択されたリソースが高優先度メッセージを送信するために先取り可能であることを示し、及び第２パラメータが、低優先度リソースを送信するためのリソース要件が存在することを示すとき、被送信メッセージを送信しようとするＵＥは、被送信メッセージを送信するためのリソースプールの中のリソースとして第２リソースを選択しない。

任意で、本発明の本実施形態では、第１パラメータは、第２優先度のメッセージを送信しようとするＵＥにより生成された第２値を含んで良く、第２値がプリセット条件を満たすとき、第１パラメータは、第２リソースが先取り可能であることを示す。

具体的に、例えば、第２優先度のメッセージを送信しようとするＵＥは、第２値ｍを生成する。値ｍが特定閾条件を満たす、例えばプリセット閾より大きいとき、リソースパラメータは、第２リソースが先取りされて良いことを示す。あるいは、値ｍがプリセット閾より小さいとき、リソースパラメータは、第２リソースが先取りできないことを示す。閾は、システム内で構成され又は予め定められて良い。

任意で、本発明の一実施形態では、第２優先度のメッセージを送信しようとするＵＥは、第３リソースが先取り可能であることを決定して良く、第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、第３優先度は第２優先度より高くない。

リソースパラメータが、第２リソースが先取りされることを示す前に、第２優先度のＵＥは、第３リソースが先取り可能か否かを決定する。第３リソースは、第３優先度のメッセージを送信するために選択されたリソースである。第３優先度は第２優先度より高くない優先度である。ここで説明は、少なくとも１種類の低優先度メッセージをネットワーク内で送信しようとするＵＥが、該ＵＥにより使用されるリソースが先取りできることを要求することを示すものである。

したがって、本発明の本実施形態のメッセージ送信方法によると、被占有リソースは、被送信メッセージの優先度及びリソースパラメータに従い選択され、リソースは、異なるリソースパラメータに従い柔軟に選択され得る。したがって、リソース利用率が向上でき、リソースの浪費が回避でき、さらに、高優先度メッセージを送信するために利用可能な十分なリソースが存在することが保証でき、それによりユーザ経験を向上する。

前述の処理のシーケンス番号は、本発明の種々の実施形態において実行順を意味しないことが理解されるべきである。処理の実行順は、機能及び処理の内部ロジックに従い決定されるべきであり、本発明の実施形態の実装過程に対する制限として考えられるべきではない。

以上は、図１〜図４を参照して本発明の実施形態によるメッセージ送信方法を詳細に記載した。以下は、図５及び図６を参照して本発明の実施形態によるＵＥを記載する。

図５は本発明の一実施形態によるＵＥ５００の概略ブロック図である。図５に示すように、ＵＥ５００は、
被送信メッセージの優先度を決定するよう構成される決定モジュール５１０と、
リソースパラメータを取得するよう構成される取得モジュール５２０であって、リソースパラメータは、リソースプール使用状態及び／又は被送信メッセージを送信するためのリソース要件を示すパラメータを含む、取得モジュール５２０と、
被送信メッセージの且つ決定モジュールにより決定された優先度及び取得モジュールにより取得されたリソースパラメータに従い、被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択するよう構成される選択モジュール５３０と、を含む。

したがって、本発明の本実施形態のＵＥによると、被占有リソースは、被送信メッセージの優先度及びリソースパラメータに従い選択され、リソースは、異なるリソースパラメータに従い柔軟に選択され得る。したがって、リソース利用率が向上でき、リソースの浪費が回避でき、ユーザ経験が向上され得る。

以下は、図３のリソースプール分割方法を参照して本発明の本実施形態のＵＥを詳細に記載する。

任意で、本発明の一実施形態では、リソースパラメータは、
被送信メッセージのサイズ及び／又は送信を実行するＵＥの数を含んで良く、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第１優先度であるとき、被送信メッセージのサイズが第１閾を超え、及び／又は送信を実行するＵＥの数が第２閾を超える場合、第２リソースプールを選択するよう構成されて良く、第２リソースプールは、第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高い。

任意で、本発明の一実施形態では、リソースパラメータは、送信を実行するＵＥの数及び／又は被送信メッセージを送信しようとするＵＥのバッファ状態のパラメータを含んで良く、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第１優先度であるとき、被送信メッセージを送信しようとするＵＥのバッファがビジー状態であり、及び／又は送信を実行するＵＥの前記数が第３閾を超える場合、第２リソースプールを選択するよう構成されて良く、第２リソースプールは、第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高い。

任意で、本発明の一実施形態では、リソースパラメータは、第１リソースプールの占有率、及び／又は第２リソースプールの占有率を含んで良く、第１リソースプールは第１優先度に対応するリソースプールであり、第２リソースプールは第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高く、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第１優先度であるとき、第１リソースプールの占有率が第４閾を超え、及び／又は第２リソースプールの占有率が第５閾を超える場合、第２リソースプールを選択するよう構成されて良い。

任意で、本発明の一実施形態では、ＵＥは、第１送信モジュールを更に含んで良く、
第１送信モジュールは、第２リソースプールを使用することにより、リソース先取り指示情報及び被送信メッセージを送信するよう構成される、又は、
第１送信モジュールは、第２リソースプールを使用することにより、及び第１所定送信電力を使用することにより、被送信メッセージを送信するよう構成され、第１所定送信電力は第２リソースプールに対応する所定送信電力より高く、被送信メッセージは被送信メッセージのメッセージタイプを伝達する。

任意で、本発明の一実施形態では、リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能か否かを示すために使用されて良く、第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、第１優先度は第２優先度より高く、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第１優先度であるとき、リソースパラメータが、第２リソースが先取り可能であることを示す場合、被送信メッセージを送信するためのリソースとして第２リソースを選択するよう構成されて良い。

任意で、本発明の本実施形態では、リソースパラメータは、第２優先度のメッセージを送信しようとするＵＥにより生成された第１値を含んで良く、第１値がプリセット条件を満たすとき、リソースパラメータは、第２リソースが先取り可能であることを示す。

任意で、本発明の一実施形態では、第２優先度のメッセージを送信しようとするＵＥは、第３リソースが先取り可能であることを決定し、第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、第３優先度は第２優先度より高くない。

任意で、本発明の一実施形態では、リソースパラメータは第１リソースプールの占有率を含んで良く、第１リソースプールは第１優先度に対応するリソースプールであり、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第２優先度であるとき、第１リソースプールの占有率が第６閾を超える場合、第２リソースプール及び送信モードを選択するよう構成されて良く、送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、第２リソースプールは第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高い。

任意で、本発明の一実施形態では、リソースパラメータは、第１優先度のメッセージが第２リソースプールを占有する場合があるか否かを示すために使用されて良く、第２リソースプールは第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高く、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第２優先度であるとき、第１優先度のメッセージが第２リソースプールを占有する場合がある場合、第２リソースプール及び送信モードを選択するよう構成されて良く、送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

任意で、本発明の一実施形態では、リソースパラメータは送信を実行するＵＥの数及び／又は第２リソースプールの占有率を含んで良く、第２リソースプールは第２優先度に対応するリソースプールであり、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第２優先度であるとき、送信を実行するＵＥの数が第７閾を超え、及び／又は第２リソースプールの占有率が第８閾を超える場合、第２リソースプール及び送信モードを選択するよう構成されて良く、送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

したがって、本発明の本実施形態のＵＥによると、被占有リソースは、被送信メッセージの優先度及びリソースパラメータに従い選択され、リソースは、異なるリソースパラメータに従い柔軟に選択され得る。したがって、リソース利用率が向上でき、リソースの浪費が回避でき、さらに、高優先度メッセージを送信するために利用可能な十分なリソースが存在することが保証でき、それによりユーザ経験を向上する。

以下は、図４のリソースプール分割方法を参照して本発明の本実施形態のＵＥを詳細に記載する。

任意で、本発明の一実施形態では、リソースパラメータは、被送信メッセージのサイズ及び／又は送信を実行するユーザ機器ＵＥの数を含み、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第１優先度であるとき、被送信メッセージのサイズが第９閾を超え、及び／又は送信を実行するユーザ機器ＵＥの数が第１０閾を超える場合、共通リソースプールを選択するよう構成されて良い。

任意で、本発明の一実施形態では、リソースパラメータは、被送信メッセージを送信しようとするＵＥのバッファ状態のパラメータ、及び／又は第１リソースプールの占有率を含んで良く、第１リソースプールは第１優先度に対応するリソースプールであり、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第１優先度であるとき、被送信メッセージを送信しようとするＵＥのバッファがビジー状態であり、及び／又は第１リソースプールの占有率が第１１閾を超える場合、共通リソースプールを選択するよう構成されて良い。

任意で、本発明の一実施形態では、リソースパラメータは共通リソースプールの占有率を含んで良く、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第１優先度であるとき、共通リソースプールの占有率が第１２閾を超える場合、共通リソースプールを選択するよう構成されて良い。

任意で、本発明の一実施形態では、ＵＥは、第２送信モジュールを更に含んで良く、
第２送信モジュールは、共通リソースプールを使用することにより、リソース先取り指示情報及び被送信メッセージを送信するよう構成される、又は、
第２送信モジュールは、共通リソースプールを使用することにより、及び第２所定送信電力を使用することにより、被送信メッセージを送信するよう構成され、第２所定送信電力は共通リソースプールに対応する所定送信電力より高く、被送信メッセージは被送信メッセージのメッセージタイプを伝達する。

したがって、本発明の本実施形態のＵＥによると、被占有リソースは、被送信メッセージの優先度及びリソースパラメータに従い選択され、リソースは、異なるリソースパラメータに従い柔軟に選択され得る。したがって、リソース利用率が向上でき、リソースの浪費が回避でき、さらに、高優先度メッセージを送信するために利用可能な十分なリソースが存在することが保証でき、それによりユーザ経験を向上する。

任意で、本発明の一実施形態では、リソースパラメータは第１リソースプールの占有率を含んで良く、第１リソースプールは第１優先度に対応するリソースプールであり、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第２優先度であるとき、第１リソースプールの占有率が第１３閾を超える場合、共通リソースプール及び送信モードを選択するよう構成されて良く、送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、第１優先度は第２優先度より高い。

任意で、本発明の一実施形態では、リソースパラメータは送信を実行するＵＥの数を含んで良く、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第２優先度であるとき、送信を実行するＵＥの数が第１４閾を超える場合、共通リソースプール及び送信モードを選択するよう構成されて良く、送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

任意で、本発明の一実施形態では、リソースパラメータは共通リソースプールの占有率、及び／又は第１優先度のメッセージが共通リソースプールを占有する場合があるか否かを含み、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第２優先度であるとき、共通リソースプールの占有率が第１５閾を超え、及び／又は、第１優先度のメッセージが共通リソースプールを占有する場合がある場合、共通リソースプール及び送信モードを選択するよう構成されて良く、送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、第１優先度は第２優先度より高い。

任意で、本発明の一実施形態では、リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能であるか否かを示す第１パラメータ、及び第１優先度のメッセージを送信するためのリソース要件があるか否かを示す第２パラメータを含み、第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、第１優先度は第２優先度より高く、
選択モジュール５３０は、具体的に、
被送信メッセージの優先度が第２優先度であるとき、第１パラメータが、第２リソースが先取り可能であることを示し、第２パラメータが、第１優先度のメッセージを送信するためのリソース要件があることを示す場合、被送信メッセージを送信するためのリソースとしての第２リソースの選択をスキップするよう構成されて良い。

任意で、本発明の一実施形態では、第１パラメータは、第２優先度のメッセージを送信しようとするＵＥにより生成された第２値を含んで良く、第２値がプリセット条件を満たすとき、第１パラメータは、第２リソースが先取り可能であることを示す。

任意で、本発明の一実施形態では、第２優先度のメッセージを送信しようとするＵＥは、第３リソースが先取り可能であることを決定し、第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、第３優先度は第２優先度より高くない。

したがって、本発明の本実施形態のＵＥによると、被占有リソースは、被送信メッセージの優先度及びリソースパラメータに従い選択され、リソースは、異なるリソースパラメータに従い柔軟に選択され得る。したがって、リソース利用率が向上でき、リソースの浪費が回避でき、さらに、高優先度メッセージを送信するために利用可能な十分なリソースが存在することが保証でき、それによりユーザ経験を向上する。

本発明の本実施形態によるＵＥ５００は、本発明の本実施形態による方法２００の実行主体に対応して良く、前述の及び他の動作及び／又はＵＥ５００内のモジュールの機能は、それぞれ、前述の方法の対応する手順を実施するために使用される。簡潔さのために、詳細事項はここで記載されない。

図６は、本発明の別の実施形態によるユーザ機器の構造を示す。ユーザ機器は、少なくとも１つのプロセッサ７０２（例えば、ＣＰＵ）、少なくとも１つのネットワークインタフェース７０５若しくは別の通信インタフェース、メモリ７０６、及びこれらの機器間の接続及び通信を実施するよう構成される少なくとも１つの通信バス７０３を含む。プロセッサ７０２は、メモリ７０６に格納された、コンピュータプログラムのような実行可能モジュールを実行するよう構成される。メモリ７０６は、高速ランダムアクセスメモリ（ＲＡＭ、Random Access Memory）を含んで良く、少なくとも１つの磁気ディスクメモリのような不揮発性メモリ（non−volatile memory）を更に含んで良い。メモリ７０６と少なくとも１つの他のネットワーク要素との間の通信接続は、（有線又は無線であって良い）少なくとも１つのネットワークインタフェース７０５を用いて実施される。

幾つかの実装では、メモリ７０６はプログラム７０６１を格納し、プログラム７０６１はプロセッサ７０２により実行されて良い。プログラムは、
被送信メッセージの優先度を決定するステップと、
リソースパラメータを取得するステップであって、リソースパラメータは、リソースプール使用状態及び／又は被送信メッセージを送信するためのリソース要件を示すパラメータを含む、ステップと、
被送信メッセージの優先度及びリソースパラメータに従い、被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択するステップと、を実行するために使用される。

したがって、本発明の本実施形態のユーザ機器によると、被占有リソースは、被送信メッセージの優先度及びリソースパラメータに従い選択され、リソースは、異なるリソースパラメータに従い柔軟に選択され得る。したがって、リソース利用率が向上でき、リソースの浪費が回避でき、ユーザ経験が向上され得る。

任意で、本発明の一実施形態では、リソースパラメータは、被送信メッセージのサイズ及び／又は送信を実行するユーザ機器ＵＥの数を含む。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第１優先度であるとき、被送信メッセージのサイズが第１閾を超え、及び／又は送信を実行するＵＥの数が第２閾を超える場合、第２リソースプールを選択するよう構成され、第２リソースプールは第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高い。

任意で、本発明の一実施形態では、リソースパラメータは送信を実行するＵＥの数、及び／又は被送信メッセージを送信しようとするＵＥのバッファ状態のパラメータを含む。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第１優先度であるとき、被送信メッセージを送信しようとするＵＥのバッファがビジー状態であり、及び／又は送信を実行するＵＥの数が第３閾を超える場合、第２リソースプールを選択するよう構成され、第２リソースプールは第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高い。

任意で、本発明の一実施形態では、リソースパラメータは、第１リソースプールの占有率及び／又は第２リソースプールの占有率を含み、第１リソースプールは第１優先度に対応するリソースプールであり、第２リソースプールは第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高い。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第１優先度であるとき、第１リソースプールの占有率が第４閾を超え、及び／又は第２リソースプールの占有率が第５閾を超える場合、第２リソースプールを選択するよう構成される。

任意で、プロセッサ７０２は、具体的に、第２リソースプールを使用することにより、リソース先取り指示情報及び被送信メッセージを送信する、又は、第２リソースプールを使用することにより、及び第１所定送信電力を使用することにより、被送信メッセージを送信するよう更に構成され、第１所定送信電力は第２リソースプールに対応する所定送信電力より高く、被送信メッセージは被送信メッセージのメッセージタイプを伝達する。

任意で、本発明の一実施形態では、リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能か否かを示すために使用され、第２リソースは、第２優先度のメッセージを送信するために選択されたリソースであり、第１優先度は第２優先度より高い。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第１優先度であるとき、リソースパラメータが、第２リソースが先取り可能であることを示す場合、被送信メッセージを送信するためのリソースとして第２リソースを選択するよう構成される。

任意で、本発明の一実施形態では、リソースパラメータは、第２優先度のメッセージを送信しようとするＵＥにより生成された第１値を含み、第１値がプリセット条件を満たすとき、リソースパラメータは、第２リソースが先取り可能であることを示す。

任意で、本発明の一実施形態では、第２優先度のメッセージを送信しようとするＵＥは、第３リソースが先取り可能であることを決定し、第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、第３優先度は第２優先度より高くない。

任意で、本発明の一実施形態では、リソースパラメータは、第１リソースプールの占有率を含み、第１リソースプールは第１優先度に対応するリソースプールである。プロセッサ７０２は、具体的に、被送信メッセージの前記優先度が第２優先度であるとき、第１リソースプールの占有率が第６閾を超える場合、第２リソースプール及び送信モードを選択するよう構成され、送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、第２リソースプールは第２優先度に対応するリソースプールであり、第１優先度は前記第２優先度より高い。

任意で、本発明の一実施形態では、リソースパラメータは、第１優先度のメッセージが第２リソースプールを占有する場合があるか否かを示すために使用され、第２リソースプールは第２優先度に対応するリソースプールであり、第１優先度は第２優先度より高い。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第２優先度であるとき、第１優先度のメッセージが第２リソースプールを占有する場合がある場合、第２リソースプール及び送信モードを選択するよう構成され、送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

任意で、本発明の一実施形態では、リソースパラメータは、送信を実行するＵＥの数、及び／又は第２リソースプールの占有率を含み、第２リソースプールは第２優先度に対応するリソースプールである。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第２優先度であるとき、送信を実行するＵＥの数が第７閾を超え、及び／又は第２リソースプールの占有率が第８閾を超える場合、第２リソースプール及び送信モードを選択するよう構成され、送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

任意で、本発明の一実施形態では、リソースパラメータは、被送信メッセージのサイズ及び／又は送信を実行するＵＥの数を含む。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第１優先度であるとき、被送信メッセージのサイズが第９閾を超え、及び／又は送信を実行するＵＥの数が第１０閾を超える場合、共通リソースプールを選択するよう構成される。

任意で、本発明の一実施形態では、リソースパラメータは、被送信メッセージを送信しようとするＵＥのバッファ状態のパラメータ、及び／又は第１リソースプールの占有率を含み、第１リソースプールは第１優先度に対応するリソースプールである。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第１優先度であるとき、被送信メッセージを送信しようとするＵＥのバッファがビジー状態であり、及び／又は第１リソースプールの占有率が第１１閾を超える場合、共通リソースプールを選択するよう構成される。

任意で、本発明の一実施形態では、リソースパラメータは共通リソースプールの占有率を含む。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第１優先度であるとき、共通リソースプールの占有率が第１２閾を超える場合、共通リソースプールを選択するよう構成される。

任意で、本発明の一実施形態では、プロセッサ７０２は、共通リソースプールを使用することにより、リソース先取り指示情報及び被送信メッセージを送信する、又は、共通リソースプールを使用することにより、及び第２所定送信電力を使用することにより、被送信メッセージを送信し、ここで第２所定送信電力は共通リソースプールに対応する所定送信電力より高く、被送信メッセージは被送信メッセージのメッセージタイプを伝達する、よう構成される。

任意で、本発明の一実施形態では、リソースパラメータは、第１リソースプールの占有率を含み、第１リソースプールは第１優先度に対応するリソースプールである。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第２優先度であるとき、第１リソースプールの占有率が第１３閾を超える場合、共通リソースプール及び送信モードを選択するよう構成され、送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、第１優先度は前記第２優先度より高い。

任意で、本発明の一実施形態では、リソースパラメータは送信を実行するＵＥの数を含む。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第２優先度であるとき、送信を実行するＵＥの数が第１４閾を超える場合、共通リソースプール及び送信モードを選択するよう構成され、送信モードは、長期間モード、インターバルモード、又はスイッチモードである。

任意で、本発明の一実施形態では、リソースパラメータは、共通リソースプールの占有率、及び／又は第１優先度のメッセージが共通リソースプールを占有する場合があるか否かを含む。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第２優先度であるとき、共通リソースプールの占有率が第１５閾を超え、第１優先度のメッセージが共通リソースプールを占有する場合がある場合、共通リソースプール及び送信モードを選択するよう構成され、送信モードは、長期間モード、インターバルモード、又はスイッチモードであり、第１優先度は前記第２優先度より高い。

任意で、本発明の一実施形態では、リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能か否かを示す第１パラメータ、及び第１優先度のメッセージを送信するためのリソース要件があるか否かを示す第２パラメータを含み、第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、第１優先度は第２優先度より高い。プロセッサ７０２は、具体的に、被送信メッセージの優先度が第２優先度であるとき、第１パラメータが、第２リソースが先取り可能であることを示し、第２パラメータが、第１優先度のメッセージを送信するためのリソース要件があることを示す場合、被送信メッセージを送信するためのリソースとしての第２リソースの選択をスキップするよう構成される。

任意で、本発明の一実施形態では、第１パラメータは、第２優先度のメッセージを送信しようとするＵＥにより生成された第２値を含み、第２値がプリセット条件を満たすとき、第１パラメータは、第２リソースが先取り可能であることを示す。

任意で、本発明の一実施形態では、第２優先度のメッセージを送信しようとするＵＥは、第３リソースが先取り可能であることを決定し、第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、第３優先度は第２優先度より高くない。

本発明の本実施形態で提供される前述の技術的ソリューションから、本発明の本実施形態では、被占有リソースは、被送信メッセージの優先度及びリソースパラメータに従い選択され、リソースは、異なるリソースパラメータに従い柔軟に選択され得ることが分かる。したがって、リソース利用率が向上でき、リソースの浪費が回避でき、ユーザ経験が向上され得る。

理解されるべきことに、本発明の実施形態における数値「第１」、「第２」、．．．は、単に異なるオブジェクトを区別するため、例えば異なる閾又はリソースパラメータを区別するために使用され、本発明の実施形態の範囲を限定することを意図せず、本発明はこれらに点綴されない。

本願明細書において用語「及び／又は」は、関連するオブジェクトを説明するための関連付け関係を記載するだけであり、３つの関係が存在し得ることを表すことが更に理解されるべきである。例えば、Ａ及び／又はＢは、以下の３つの場合を表すことがある。Ａのみが存在する、ＡとＢの両方が存在する、並びに、Ｂのみが存在する。さらに、本願明細書中の記号「／」は、概して、関連するオブジェクト間の「又は」の関係を示す。

前述の処理のシーケンス番号は、本発明の種々の実施形態において実行順を意味しないことが理解されるべきである。処理の実行順は、機能及び処理の内部ロジックに従い決定されるべきであり、本発明の実施形態の実装過程に対する制限として考えられるべきではない。

当業者は、本願明細書に開示の実施形態で記載された例と組み合わせて、ユニット及びアルゴリズムのステップが、電子ハードウェア又はコンピュータソフトウェア及び電子ハードウェアの組み合わせにより実施され得ることを認識できる。機能がハードウェア又はソフトウェアにより実行されるかは、技術的ソリューションの特定の適用及び設計制約条件に依存する。当業者は、各々の特定の適用について記載の機能を実施するために異なる方法を使用できるが、実装が本発明の範囲を超えることは考慮されるべきではない。

便宜上及び簡潔な説明のために、前述のシステム、装置、及びユニットの詳細な動作処理については、前述の方法における対応する処理を参照し、詳細事項はここで再び記載されないことが、当業者により明らかに理解され得る。

本願により提供される幾つかの実施形態では、開示のシステム、機器、及び方法は他の方法で実装されて良いことが理解されるべきである。例えば、記載した装置の実施形態は単なる一例である。例えば、ユニットの分割は、単なる論理的機能の区分であり、実際の実装では他の区分であって良い。例えば、複数のユニット又はコンポーネントは、別のシステムに結合又は統合されて良い。或いは、幾つかの機能は無視されるか又は実行されなくて良い。さらに、表示した又は議論した相互結合又は直接結合又は通信接続は、幾つかのインタフェースを使用することにより実装されて良い。装置又はユニット間の間接結合又は通信接続は、電子的、機械的又は他の形式で実装されて良い。

別個の部分として記載されたユニットは、物理的に別個であって良く又はそうでなくて良い。また、ユニットとして表示された部分は、物理的なユニットであって良く又はそうでなくて良く、１カ所に置かれて良く或いは複数のネットワークユニットに分散されて良い。一部又は全部のユニットは、実施形態のソリューションの目的を達成するために実際の要件に応じて選択されて良い。

さらに、本発明の実施形態における機能ユニットは、１つの処理ユニットに統合されて良く、或いは各ユニットが物理的に単独で存在して良く、或いは２以上のユニットが１つのユニットに統合されて良い。

機能がソフトウェア機能ユニットの形式で実装され、独立した製品として販売され又は使用されるとき、機能は、コンピュータ可読記憶媒体に格納されて良い。このような理解に基づき、本発明の基本的技術的ソリューション、又は従来技術に貢献する部分、又は一部の技術的ソリューションは、ソフトウェア製品の形式で実施されて良い。ソフトウェア製品は、記憶媒体に格納され、コンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置であって良い）に、本発明の実施形態で記載された方法のステップの全部又は一部を実行するよう指示する複数の命令を含む。前述の記憶媒体は、ＵＳＢフラッシュディスク、取り外し可能ハードディスク、読み出し専用メモリ（ROM、Read−Only Memory）、ランダムアクセスメモリ（RAM、Random Access Memory）、磁気ディスク又は光ディスクのような、プログラムコードを格納可能な任意の媒体を有する。

上述の説明は、本発明の単なる特定の実装であり、本発明の保護範囲を制限するものではない。本発明で開示された技術範囲内にある、当業者により直ちに考案される変形又は置換は、本発明の保護範囲に包含される。したがって、本発明の保護範囲は、特許請求の範囲に従う。

Claims (6)

1. メッセージ送信方法であって、
   被送信メッセージの優先度を決定するステップと、
   リソースパラメータを取得するステップであって、前記リソースパラメータは、リソースプール使用状態及び／又は前記被送信メッセージを送信するためのリソース要件を示すパラメータを含む、ステップと、
   前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択するステップと、
   を含み、
   前記リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能か否かを示すために使用され、前記第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、前記第１優先度は前記第２優先度より高く、
   前記被送信メッセージの前記優先度及び前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択する前記ステップは、
   前記被送信メッセージの前記優先度が前記第１優先度であるとき、前記リソースパラメータが、前記第２リソースが先取り可能であることを示す場合、前記被送信メッセージを送信するためのリソースとして前記第２リソースを選択するステップを含む、方法。
2. 前記リソースパラメータは、前記第２優先度の前記メッセージを送信しようとするＵＥにより生成された第１値を含み、前記第１値がプリセット条件を満たすとき、前記リソースパラメータは、前記第２リソースが先取り可能であることを示す、請求項１に記載の方法。
3. 前記第２優先度の前記メッセージを送信しようとする前記ＵＥは、第３リソースが先取り可能であることを決定し、前記第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、前記第３優先度は前記第２優先度より高くない、請求項２に記載の方法。
4. ユーザ機器ＵＥであって、
   被送信メッセージの優先度を決定するよう構成される決定モジュールと、
   リソースパラメータを取得するよう構成される取得モジュールであって、前記リソースパラメータは、リソースプール使用状態及び／又は前記被送信メッセージを送信するためのリソース要件を示すパラメータを含む、取得モジュールと、
   前記被送信メッセージのものであり且つ前記決定モジュールにより決定された前記優先度及び前記取得モジュールにより取得された前記リソースパラメータに従い、前記被送信メッセージを送信するためのリソースプール及び／又は送信モードを選択するよう構成される選択モジュールと、
   を含み、
   前記リソースパラメータは、第２リソースが第１優先度のメッセージを送信するために先取り可能か否かを示すために使用され、前記第２リソースは第２優先度のメッセージを送信するために選択されたリソースであり、前記第１優先度は前記第２優先度より高く、
   前記選択モジュールは、具体的に、
   前記被送信メッセージの前記優先度が前記第１優先度であるとき、前記リソースパラメータが、前記第２リソースが先取り可能であることを示す場合、前記被送信メッセージを送信するためのリソースとして前記第２リソースを選択するよう構成される、ＵＥ。
5. 前記リソースパラメータは、前記第２優先度の前記メッセージを送信しようとするＵＥにより生成された第１値を含み、前記第１値がプリセット条件を満たすとき、前記リソースパラメータは、前記第２リソースが先取り可能であることを示す、請求項４に記載のＵＥ。
6. 前記第２優先度の前記メッセージを送信しようとする前記ＵＥは、第３リソースが先取り可能であることを決定し、前記第３リソースは第３優先度のメッセージを送信するために選択されたリソースであり、前記第３優先度は前記第２優先度より高くない、請求項５に記載のＵＥ。
   

Images