(57)【特許請求の範囲】
【請求項１】
高いサービス優先度を有する端末である第１無線端末であって、
宣言メッセージを第１リソース上で低いサービス優先度を有する第２無線端末に送信して、前記第２無線端末にリソースプールのうちの占有された第２リソースを解放させるよう構成された送信機であって、前記宣言メッセージは、優先度情報を保持しており、前記宣言メッセージは、前記第２無線端末が、前記低いサービス優先度が前記優先度情報より低いという条件で、前記リソースプールのうちの占有された前記第２リソースを解放することを示し、前記第１無線端末及び前記第２無線端末は前記リソースプールが割り当てられた１つのグループ内にあり、前記第２リソースは、前記第２無線端末により競合によって取得されるリソースである、送信機と、
前記低いサービス優先度が前記優先度情報より低い場合に前記第２無線端末によって解放された前記第２リソースを取得するよう構成されるプロセッサと、
を備える第１無線端末。
【請求項２】
前記送信機によって送信された前記宣言メッセージは、解放されるよう指定された前記第２リソースの番号を保持している、又は、
前記送信機によって送信された前記宣言メッセージは、前記第２リソースを解放するよう指定された前記第２無線端末に対応する端末識別子を保持している、請求項１に記載の第１無線端末。
【請求項３】
前記第１リソースは、宣言メッセージを送信すべく、前記グループ内の高いサービス優先度を有する任意の端末によって使用されるリソースである、請求項１または２に記載の第１無線端末。
【請求項４】
低いサービス優先度を有する端末である第２無線端末であって、
高いサービス優先度を有する第１無線端末によって第１リソース上で送信された宣言メッセージを受信するよう構成された受信機であって、前記宣言メッセージは、優先度情報を保持しており、前記第２無線端末及び前記第１無線端末はリソースプールが割り当てられた１つのグループ内にある、受信機と、
前記低いサービス優先度が前記優先度情報より低いという条件で、前記宣言メッセージに従って、前記リソースプールのうちの占有された第２リソースを解放するよう構成されたプロセッサであり、前記第２リソースは、前記第２無線端末により競合によって取得されるリソースである、プロセッサと、
を備える第２無線端末。
【請求項５】
前記受信機によって受信された前記宣言メッセージは、解放されるよう指定された前記第２リソースの番号を保持しており、
前記プロセッサは更に、前記宣言メッセージ内に保持されている、解放されるよう指定された前記第２リソースの前記番号と、前記占有された第２リソースの番号が一致すると決定した後、前記占有された第２リソースを解放するよう構成される、又は、
前記受信機によって受信された前記宣言メッセージは、前記第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子を保持しており、
前記プロセッサは更に、前記宣言メッセージ内に保持されている前記端末識別子が、前記第２無線端末に対応する前記端末識別子と同じであると決定した後、前記占有された第２リソースを解放するよう構成される、請求項４に記載の第２無線端末。
【請求項６】
前記第１リソースは、宣言メッセージを送信すべく、前記グループ内の高いサービス優先度を有する任意の端末によって使用されるリソースである、請求項４または５に記載の第２無線端末。
【請求項７】
高いサービス優先度を有する第１無線端末により、宣言メッセージを第１リソース上で低いサービス優先度を有する第２無線端末に送信して、前記第２無線端末にリソースプールのうちの占有された第２リソースを解放させる段階であって、前記宣言メッセージは、優先度情報を保持しており、前記宣言メッセージは、前記第２無線端末が、前記低いサービス優先度が前記優先度情報より低いという条件で、前記リソースプールのうちの占有された前記第２リソースを解放することを示し、前記第１無線端末及び前記第２無線端末は前記リソースプールが割り当てられた１つのグループ内にあり、前記第２リソースは、前記第２無線端末により競合によって取得されるリソースである、段階と、
前記第１無線端末により、前記低いサービス優先度が前記優先度情報より低い場合に前記第２無線端末によって解放された前記第２リソースを取得する段階と、
を備える無線リソース再使用のための方法。
【請求項８】
前記宣言メッセージは、解放されるよう指定された前記第２リソースの番号を保持している、又は、
前記宣言メッセージは、前記第２リソースを解放するよう指定された前記第２無線端末に対応する端末識別子を保持している、請求項７に記載の方法。
【請求項９】
前記第１リソースは、宣言メッセージを送信すべく、前記グループ内の高いサービス優先度を有する任意の端末によって使用されるリソースである、請求項７または８に記載の方法。
【請求項１０】
低いサービス優先度を有する第２無線端末により、高いサービス優先度を有する第１無線端末によって第１リソース上で送信された宣言メッセージを受信する段階であって、前記宣言メッセージは、優先度情報を保持しており、前記第２無線端末及び前記第１無線端末はリソースプールが割り当てられた１つのグループ内にある、段階と、
前記低いサービス優先度が前記優先度情報より低いという条件で、前記第２無線端末により、前記宣言メッセージに従って、前記リソースプールのうちの占有された第２リソースを解放する段階であり、前記第２リソースは、前記第２無線端末により競合によって取得されるリソースである、段階と、
を備える無線リソース再使用のための方法。
【請求項１１】
前記宣言メッセージは、解放されるよう指定された第２リソースの番号を保持しており、
前記宣言メッセージに従って、占有された第２リソースを解放する前記段階は、
前記宣言メッセージ内に保持されている、解放されるよう指定された前記第２リソースの前記番号と、前記占有された第２リソースの番号が一致すると決定した後、前記占有された第２リソースを解放する段階を含む、又は、
前記宣言メッセージは、前記第２リソースを解放するよう指定された端末に対応する端末識別子を保持しており、
前記宣言メッセージに従って、占有された第２リソースを解放する前記段階は、
前記宣言メッセージ内に保持されている前記端末識別子が、前記第２無線端末に対応する前記端末識別子と同じであると決定した後、前記占有された第２リソースを解放する段階を含む、請求項１０に記載の方法。
【請求項１２】
前記第１リソースは、宣言メッセージを送信すべく、前記グループ内の高いサービス優先度を有する任意の端末によって使用されるリソースである、請求項１０または１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術分野に関し、特にリソース再使用のための方法及び装置に関する。
【背景技術】
【０００２】
通信技術の発展及び超高速サービスの増加に伴い、通信ネットワークの負荷はますます重くなっている。ネットワーク負荷を低減し、スペクトルリソース利用率を向上させるべく、Ｄ２Ｄ（デバイス・ツー・デバイス、ｄｅｖｉｃｅ  ｔｏ  ｄｅｖｉｃｅ）通信が広く使用されている。Ｄ２Ｄ通信モードでは、複数の端末は互いと直接通信することができ、それらの端末が通信過程においてリソースをどのように再使用するかが、Ｄ２Ｄ通信性能に影響を及ぼす鍵になる。
【０００３】
関連技術におけるリソース再使用の間、サービスタイプが同じである複数の端末が１つのグループにグループ化され、リソースが各グループに割り当てられる。それにより、同一グループ内のサービスタイプが同じである複数の端末は、事前に各グループに割り当てられたリソースを自由競争によって取得する。加えて、同一グループ内の複数の端末によって再使用されるリソースはそのグループの遊休リソースである。グループに遊休リソースがある場合、当該グループ内の複数の端末は遊休リソースを再使用してよく、グループに遊休リソースがない場合、当該グループ内の複数の端末は待機する必要があり、遊休リソースがある場合のみリソースを再使用できる。
【０００４】
本発明を実施する過程において、発明者は、関連技術が少なくとも以下の課題を有することを理解している。
【０００５】
関連技術におけるリソース再使用の間、グループ内の複数の端末は、自由競争によって当該グループのリソースを取得し、自由競争の場合、当該グループ内の各端末が当該リソースを取得する確率は同じである。グループ内の端末のサービスタイプは優先度が比較的高い高優先度のサービスであるが、当該グループに遊休リソースがない場合、この場合には、サービス優先度の高い端末は遊休リソースが現れるまでリソースを再使用することができない。その結果、関連技術では、リソース再使用の遅延が比較的長く、効率が比較的低い。
【発明の概要】
【０００６】
関連技術における課題を解決すべく、本発明の複数の実施形態はリソース再使用のための方法及び装置を提供する。その技術的解決手段は以下の通りである。
【０００７】
第１態様に従って、リソース再使用装置が提供される。当該装置は、
宣言メッセージを第１リソース上で送信するよう構成された第１送信モジュールであって、それにより、当該宣言メッセージの受信後、サービス優先度の低い端末が、当該宣言メッセージに従って、占有された第２リソースを解放する、第１送信モジュールと、
サービス優先度の低い端末によって解放された第２リソースを取得するよう構成された取得モジュールとを含む。
【０００８】
第１態様を参照して、第１態様の第１の可能な実装方式において、第１送信モジュールによって送信された宣言メッセージは、解放されるよう指定された第２リソースの番号を保持している、又は、
第１送信モジュールによって送信された宣言メッセージは、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子を保持している。
【０００９】
第１態様を参照して、第１態様の第２の可能な実装方式において、第１送信モジュールによって送信された宣言メッセージは優先度情報を保持しており、
当該装置は更に、
リソース解放条件を満たし、かつ、優先度情報に従って決定される、サービス優先度の低い少なくとも１つの端末によって対応する応答サブリソース上で送信されたリソース解放応答を受信するよう構成された第１受信モジュールを含む。
【００１０】
第１態様の第２の可能な実装方式を参照して、第１態様の第３の可能な実装方式において、当該装置は更に、  リソース解放応答を送信する端末から、リソースを解放する端末を選択するよう構成された選択モジュールと、
選択された端末にリソース解放命令を送信するよう構成された第２送信モジュールであって、それにより、当該リソース解放命令の受信後、選択された端末は占有された第２リソースを解放する、第２送信モジュールとを含む。
【００１１】
第１態様から第１態様の第３の可能な実装方式の何れか１つを参照して、第１態様の第４の可能な実装方式において、第１リソースは、宣言メッセージを送信すべく、サービス優先度の高い任意の端末によって使用されるリソースであり、第２リソースは、サービス優先度の低い各端末による競合によって取得されるリソースである。
【００１２】
第１態様の第２の可能な実装方式、又は第１態様の第３の可能な実装方式を参照して、第１態様の第５の可能な実装方式において、応答サブリソースは、リソース解放応答を送信すべく、サービス優先度の低い任意の端末によって使用されるリソースであり、各応答サブリソースは１つの第２リソースに対応している。
【００１３】
第２態様に従ってリソース再使用装置が提供される。当該装置は、
同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージを受信するよう構成された第１受信モジュールと、
宣言メッセージに従って、占有された第２リソースを解放するよう構成された解放モジュールとを含む。
【００１４】
第２態様を参照して、第２態様の第１の可能な実装方式において、第１受信モジュールによって受信された宣言メッセージは、解放されるよう指定された第２リソースの番号を保持しており、
解放モジュールは、宣言メッセージ内に保持されている、解放されるよう指定された第２リソースの番号と、占有された第２リソースの番号が一致すると決定した後、占有された第２リソースを解放するよう構成されている、又は
第１受信モジュールによって受信された宣言メッセージは、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子を保持しており、
解放モジュールは、端末識別子が、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子と同じであると決定した後、占有された第２リソースを解放するよう構成されている。
【００１５】
第２態様を参照して、第２態様の第２の可能な実装方式において、第１受信モジュールによって受信された宣言メッセージは優先度情報を保持しており、
解放モジュールは、現在処理しているサービスの優先度が、宣言メッセージ内に保持されている優先度情報より低いと決定した後、占有された第２リソースを解放するよう構成されている。
【００１６】
第２態様の第２の可能な実装方式を参照して、第２態様の第３の可能な実装方式において、当該装置は更に、
リソース解放応答を対応する応答サブリソース上で送信するよう構成された送信モジュールを含み、
解放モジュールは、リソース解放応答が送信された後、占有された第２リソースを解放するよう構成されている。
【００１７】
第２態様の第３の可能な実装方式を参照して、第２態様の第４の可能な実装方式において、当該装置は更に、
リソース解放命令を対応する応答サブリソース上で受信するよう構成された第２受信モジュールを含み、
解放モジュールは、受信されたリソース解放命令に従って、占有された第２リソースを解放するよう構成されている。
【００１８】
第２態様から第２態様の第４の可能な実装方式の何れか１つを参照して、第２態様の第５の可能な実装方式において、第１リソースは、宣言メッセージを送信すべく、サービス優先度の高い任意の端末によって使用されるリソースであり、第２リソースは、サービス優先度の低い各端末による競合によって取得されるリソースである。
【００１９】
第２態様の第３の可能な実装方式、又は第２態様の第４の可能な実装方式を参照して、第２態様の第６の可能な実装方式において、応答サブリソースは、リソース解放応答を送信すべく、サービス優先度の低い任意の端末によって使用されるリソースであり、各応答サブリソースは１つの第２リソースに対応している。
【００２０】
第３態様に従ってリソース再使用方法が提供される。当該方法は、
第１リソース上で宣言メッセージを送信する段階であって、それにより、当該宣言メッセージの受信後、サービス優先度の低い端末が当該宣言メッセージに従って、占有された第２リソースを解放する、段階と、
サービス優先度の低い端末によって解放された第２リソースを取得する段階とを備える。
【００２１】
第３態様を参照して、第３態様の第１の可能な実装方式において、宣言メッセージは、解放されるよう指定された第２リソースの番号を保持している、又は、
宣言メッセージは、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子を保持している。
【００２２】
第３態様を参照して、第３態様の第２の可能な実装方式において、宣言メッセージは優先度情報を保持しており、
第１リソース上での宣言メッセージの送信後、当該方法は更に、
リソース解放条件を満たし、かつ、優先度情報に従って決定された、サービス優先度の低い少なくとも１つの端末によって対応する応答サブリソース上で送信されたリソース解放応答を受信する段階を備える。
【００２３】
第３態様を参照して、第３態様の第３の可能な実装方式において、リソース解放条件を満たし、かつ、優先度情報に従って決定されたサービス優先度の低い少なくとも１つの端末によって対応する応答サブリソース上で送信されたリソース解放応答を受信する段階の後、当該方法は更に、
リソース解放応答を送信する端末から、リソースを解放する端末を選択する段階と、
選択された端末にリソース解放命令を送信する段階であって、それにより、当該リソース解放命令の受信後、選択された端末が、占有された第２リソースを解放する、段階とを備える。
【００２４】
第３態様から第３態様の第３の可能な実装方式の何れか１つを参照して、第３態様の第４の可能な実装方式において、第１リソースは、宣言メッセージを送信すべく、サービス優先度の高い任意の端末によって使用されるリソースであり、第２リソースは、サービス優先度の低い各端末による競合によって取得されたリソースである。
【００２５】
第３態様の第２の可能な実装方式、又は第３態様の第３の可能な実装方式を参照して、第３態様の第５の可能な実装方式において、応答サブリソースは、リソース解放応答を送信すべくサービス優先度の低い任意の端末によって使用されるリソースであり、各応答サブリソースは１つの第２リソースに対応している。
【００２６】
第４態様に従って、リソース再使用方法が提供される。当該方法は、
同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージを受信する段階と、
宣言メッセージに従って、占有された第２リソースを解放する段階とを備える。
【００２７】
第４態様を参照して、第４態様の第１の可能な実装方式において、宣言メッセージは、解放されるよう指定された第２リソースの番号を保持しており、
宣言メッセージに従って、占有された第２リソースを解放する段階は、
宣言メッセージ内に保持されている、解放されるよう指定された第２リソースの番号と、占有された第２リソースの番号が一致すると決定した後、占有された第２リソースを解放する段階を含む、又は、
宣言メッセージが、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子を保持しており、
宣言メッセージに従って、占有された第２リソースを解放する段階は、
端末識別子が、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子と同じであると決定した後、占有された第２リソースを解放する段階を含む。
【００２８】
第４態様を参照して、第４態様の第２の可能な実装方式において、宣言メッセージは優先度情報を保持しており、
宣言メッセージに従って、占有された第２リソースを解放する段階は、
現在処理しているサービスの優先度が、宣言メッセージ内に保持されている優先度情報より低いと決定した後、占有された第２リソースを解放する段階を含む。
【００２９】
第４態様の第２の可能な実装方式を参照して、第４態様の第３の可能な実装方式において、同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージを受信する段階の後、当該方法は更に、
対応する応答サブリソース上でリソース解放応答を送信する段階と、
リソース解放応答が送信された後、占有された第２リソースを解放する段階とを備える。
【００３０】
第４態様の第３の可能な実装方式を参照して、第４態様の第４の可能な実装方式において、リソース解放条件が満たされていると決定した後、当該方法は更に、
リソース解放命令を対応する応答サブリソース上で受信する段階を備え、
占有された第２リソースを解放する段階は、
受信されたリソース解放命令に従って、占有された第２リソースを解放する段階を含む。
【００３１】
第４態様から第４態様の第４の可能な実装方式の何れか１つを参照して、第４態様の第５の可能な実装方式において、第１リソースは、宣言メッセージを送信すべく、サービス優先度の高い任意の端末によって使用されるリソースであり、第２リソースは、サービス優先度の低い各端末による競合によって取得されるリソースである。
【００３２】
第３態様の第２の可能な実装方式、又は第４態様の第４の可能な実装方式を参照して、第４態様の第６の可能な実装方式において、応答サブリソースは、リソース解放応答を送信すべく、サービス優先度の低い任意の端末によって使用されるリソースであり、各応答サブリソースは１つの第２リソースに対応している。
【００３３】
本発明の複数の実施形態において提供される技術的解決手段は、以下の有益な効果をもたらす。
【００３４】
宣言メッセージが第１リソース上で送信され、それにより、宣言メッセージの受信後、サービス優先度の低い端末は、宣言メッセージに従って、占有された第２リソースを解放し、サービス優先度の低い端末によって解放された第２リソースが取得される。サービス優先度の高い端末は、待機することなくリソースを取得できるので、リソース競合の遅延が短縮され、リソース利用効率が向上される。
【図面の簡単な説明】
【００３５】
本発明の複数の実施形態における技術的解決手段をより明確に説明すべく、実施形態を説明するために要求される添付図面を以下で簡潔に説明する。以下の説明における添付図面は単に本発明の一部の実施形態を示しているに過ぎず、当業者ならば、創造的努力なしにこれらの添付図面から他の図面を更に導き出し得ることは明らかである。
【００３６】
【図１】例示的実施形態に従って示されたリソース再使用装置の概略構造図である。
【００３７】
【図２】例示的実施形態に従って示されたリソース再使用装置の概略構造図である。
【００３８】
【図３】例示的実施形態に従って示されたリソース再使用装置の概略構造図である。
【００３９】
【図４】例示的実施形態に従って示されたリソース再使用装置の概略構造図である。
【００４０】
【図５】例示的実施形態に従って示されたリソース再使用装置の概略構造図である。
【００４１】
【図６】例示的実施形態に従って示されたリソース再使用装置の概略構造図である。
【００４２】
【図７】例示的実施形態に従って示されたリソース再使用方法のフローチャートである。
【００４３】
【図８】例示的実施形態に従って示されたリソース再使用方法のフローチャートである。
【００４４】
【図９】例示的実施形態に従って示されたリソース再使用方法のフローチャートである。
【００４５】
【図１０】例示的実施形態に従って示されたリソース再使用方法のフローチャートである。
【００４６】
【図１１】例示的実施形態に従って示された第１端末の概略構造図である。
【００４７】
【図１２】例示的実施形態に従って示された第２端末の概略構造図である。
【発明を実施するための形態】
【００４８】
本発明の目的、技術的解決手段、及び利点をより明確にすべく、添付図面を参照して本発明の複数の実施形態を以下で更に詳細に説明する。
【００４９】
図１は、例示的実施形態に従って示されたリソース再使用装置である。当該装置は、
宣言メッセージを第１リソース上で送信するよう構成された第１送信モジュール１０１であって、それにより、当該宣言メッセージの受信後、サービス優先度の低い端末が当該宣言メッセージに従って、占有された第２リソースを解放する、第１送信モジュール１０１と、
サービス優先度の低い端末によって解放された第２リソースを取得するよう構成された取得モジュール１０２とを含む。
【００５０】
任意の実施形態において、第１送信モジュール１０１によって送信された宣言メッセージは、解放されるよう指定された第２リソースの番号を保持している、又は、
第１送信モジュール１０１によって送信された宣言メッセージは、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子を保持している。
【００５１】
任意の実施形態において、第１送信モジュール１０１によって送信された宣言メッセージは優先度情報を保持している。
【００５２】
図２を参照すると、当該装置は更に、
リソース解放条件を満たし、かつ、優先度情報に従って決定されたサービス優先度の低い少なくとも１つの端末によって対応する応答サブリソース上で送信されたリソース解放応答を受信するよう構成された第１受信モジュール１０３を含む。当該リソース解放応答は、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を保持している。
【００５３】
図３を参照すると、当該装置は更に、
リソース解放応答を送信する端末から、リソースを解放する端末を選択するよう構成された選択モジュール１０４と、
選択された端末にリソース解放命令を送信するよう構成された第２送信モジュール１０５であって、それにより、当該リソース解放命令の受信後、選択された端末が、占有された第２リソースを解放する、第２送信モジュール１０５とを含む。リソース解放命令は、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を保持している。
【００５４】
任意の実施形態において、第１リソースは、宣言メッセージを送信すべく、サービス優先度の高い任意の端末によって使用されるリソースであり、第２リソースは、サービス優先度の低い各端末による競合によって取得されたリソースである。
【００５５】
任意の実施形態において、応答サブリソースは、リソース解放応答を送信すべく、サービス優先度の低い任意の端末によって使用されるリソースであり、各応答サブリソースは１つの第２リソースに対応している。
【００５６】
本発明のこの実施形態で提供される装置によると、宣言メッセージは第１リソース上で送信され、それにより、宣言メッセージの受信後、サービス優先度の低い端末は、宣言メッセージに従って、占有された第２リソースを解放し、サービス優先度の低い端末によって解放された第２リソースが取得される。サービス優先度の高い端末は待機することなくリソースを取得できるので、リソース競合の遅延が短縮され、リソース利用効率が向上される。
【００５７】
図４は、例示的実施形態に従って示されたリソース再使用装置である。当該装置は、
同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージを受信するよう構成された第１受信モジュール４０１と、
宣言メッセージに従って、占有された第２リソースを解放するよう構成された解放モジュール４０２とを含む。
【００５８】
任意の実施形態において、第１受信モジュール４０１によって受信された宣言メッセージは、解放されるよう指定された第２リソースの番号を保持しており、
解放モジュール４０２は、宣言メッセージ内に保持されている、解放されるよう指定された第２リソースの番号と、占有された第２リソースの番号が一致すると決定した後、占有された第２リソースを解放するよう構成されている、又は、
第１受信モジュール４０１によって受信された宣言メッセージは、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子を保持しており、
解放モジュール４０２は、端末識別子が、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子と同じであると決定した後、占有された第２リソースを解放するよう構成されている。
【００５９】
任意の実施形態において、第１受信モジュール４０１によって受信された宣言メッセージは優先度情報を保持しており、
解放モジュール４０２は、現在処理しているサービスの優先度が、宣言メッセージ内に保持された優先度情報より低いと決定した後、占有された第２リソースを解放するよう構成されている。
【００６０】
図５を参照すると、当該装置は更に、
リソース解放応答を対応する応答サブリソース上で送信するよう構成された送信モジュール４０３を含み、当該リソース解放応答は、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を保持しており、
解放モジュール４０２は、リソース解放応答が送信された後、占有された第２リソースを解放するよう構成されている。
【００６１】
図６を参照すると、当該装置は更に、
リソース解放命令を対応する応答サブリソース上で受信するよう構成された第２受信モジュール４０４を含み、当該リソース解放命令は、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を保持しており、
解放モジュール４０２は、受信されたリソース解放命令に従って、占有された第２リソースを解放するよう構成されている。
【００６２】
任意の実施形態において、第１リソースは、宣言メッセージを送信すべく、サービス優先度の高い任意の端末によって使用されるリソースであり、第２リソースは、サービス優先度の低い各端末による競合によって取得されるリソースである。
【００６３】
任意の実施形態において、応答サブリソースは、リソース解放応答を送信すべく、サービス優先度の低い任意の端末によって使用されるリソースであり、各応答サブリソースは１つの第２リソースに対応している。
【００６４】
本発明のこの実施形態で提供される装置によると、同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージが受信され、占有された第２リソースが、受信された宣言メッセージに従って解放されて、サービス優先度の高い端末が解放された第２リソースを取得できるようにする。サービス優先度の高い端末は待機することなくリソースを取得できるので、リソース競合の遅延が短縮され、リソース利用効率が向上される。
【００６５】
図７は例示的実施形態に従って示されたリソース競合方法のフローチャートである。方法のフローチャートに示された当該方法は、以下の段階を備える。
【００６６】
宣言メッセージを第１リソース上で送信する段階であって、それにより、宣言メッセージ受信後、サービス優先度の低い端末は宣言メッセージに従って、占有された第２リソースを解放する、段階７０１。
【００６７】
サービス優先度の低い端末によって解放された第２リソースを取得する段階７０２。
【００６８】
任意の実施形態において、宣言メッセージは、解放されるよう指定された第２リソースの番号を保持している、又は、
宣言メッセージは、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子を保持している。
【００６９】
任意の実施形態において、宣言メッセージは優先度情報を保持しており、
第１リソース上での宣言メッセージの送信後、当該方法は更に、
リソース解放条件を満たし、かつ、優先度情報に従って決定されたサービス優先度の低い少なくとも１つの端末によって対応する応答サブリソース上で送信されたリソース解放応答を受信する段階を備える。当該リソース解放応答は、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を保持している。
【００７０】
任意の実施形態において、リソース解放条件を満たし、かつ、優先度情報に従って決定されたサービス優先度の低い少なくとも１つの端末によって対応する応答サブリソース上で送信されたリソース解放応答を受信した後、当該方法は更に、
リソース解放応答を送信する端末から、リソースを解放する端末を選択する段階と、
選択された端末にリソース解放命令を送信する段階であって、それにより、当該リソース解放命令の受信後、選択された端末が、占有された第２リソースを解放する、段階とを備える。リソース解放命令は、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を保持している。
【００７１】
任意の実施形態において、第１リソースは、宣言メッセージを送信すべくサービス優先度の高い任意の端末によって使用されるリソースであり、第２リソースは、サービス優先度の低い各端末による競合によって取得されたリソースである。
【００７２】
任意の実施形態において、応答サブリソースは、リソース解放応答を送信すべく、サービス優先度の低い任意の端末によって使用されるリソースであり、各応答サブリソースは１つの第２リソースに対応している。
【００７３】
本発明のこの実施形態で提供される方法によると、宣言メッセージが第１リソース上で送信され、それにより、当該宣言メッセージの受信後、サービス優先度の低い端末が、宣言メッセージに従って、占有された第２リソースを解放し、サービス優先度の低い端末によって解放された第２リソースが取得される。サービス優先度の高い端末は待機することなくリソースを取得できるので、リソース競合の遅延が短縮され、リソース利用効率が向上される。
【００７４】
図８は、例示的実施形態に従って示されたリソース再使用方法のフローチャートである。方法のフローチャートに示された方法は、以下の段階を備える。
【００７５】
同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージを受信する段階８０１。
【００７６】
宣言メッセージに従って、占有された第２リソースを解放する段階８０２。
【００７７】
任意の実施形態において、宣言メッセージは、解放されるよう指定された第２リソースの番号を保持しており、
宣言メッセージに従って、占有された第２リソースを解放する段階は、
宣言メッセージ内に保持されている、解放されるよう指定された第２リソースの番号と、占有された第２リソースの番号が一致すると決定した後、占有された第２リソースを解放する段階を含む、又は、
宣言メッセージは、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子を保持しており、
宣言メッセージに従って、占有された第２リソースを解放する段階は、
端末識別子が、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子と同じであると決定した後、占有された第２リソースを解放する段階を含む。
【００７８】
任意の実施形態において、宣言メッセージは優先度情報を保持しており、
宣言メッセージに従って、占有された第２リソースを解放する段階は、
現在処理しているサービスの優先度が、宣言メッセージ内に保持されている優先度情報より低いと決定した後、占有された第２リソースを解放する段階を含む。
【００７９】
任意の実施形態において、同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージを受信した後、当該方法は更に、
リソース解放応答を対応する応答サブリソース上で送信する段階であって、当該リソース解放応答は、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を保持している、段階と、
リソース解放応答が送信された後、占有された第２リソースを解放する段階とを備える。
【００８０】
任意の実施形態において、リソース解放応答を対応する応答サブリソース上で送信した後、当該方法は更に、
リソース解放命令を対応する応答サブリソース上で受信する段階を備え、当該リソース解放命令は、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を保持しており、
占有された第２リソースを解放する段階は、
受信されたリソース解放命令に従って、占有された第２リソースを解放する段階を含む。
【００８１】
任意の実施形態において、第１リソースは、宣言メッセージを送信すべく、サービス優先度の高い任意の端末によって使用されるリソースであり、第２リソースは、サービス優先度の低い各端末による競合によって取得されるリソースである。
【００８２】
任意の実施形態において、応答サブリソースは、リソース解放応答を送信すべく、サービス優先度の低い任意の端末によって使用されるリソースであり、各応答サブリソースは１つの第２リソースに対応している。
【００８３】
本発明のこの実施形態で提供される方法によると、同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージが受信され、占有された第２リソースが、受信された宣言メッセージに従って解放されて、サービス優先度の高い端末が解放された第２リソースを取得できるようにする。サービス優先度の高い端末は待機することなくリソースを取得できるので、リソース競合の遅延が短縮され、リソース利用効率が向上される。
【００８４】
図９は、例示的実施形態に従って示されたリソース競合方法のフローチャートである。方法のフローチャートに示された方法は、以下の段階を備える。
【００８５】
サービス優先度の高い端末が宣言メッセージを第１リソース上で送信する段階９０１。
【００８６】
この時点で、グループ内のある端末のサービス優先度が高い。時間内にリソースを取得し、取得されたリソースに応じて高優先度のサービスを処理できるように、サービス優先度の高い端末は、宣言メッセージを第１リソース上で送信し、それにより、宣言メッセージの受信後、サービス優先度の低い端末は占有されたリソースを解放する。宣言メッセージの送信方式は、ブロードキャスト方式での送信を含むが、それに限定されない。高優先度のサービスは、そのサービスレベルが閾値より高いサービスである。例えば、閾値は５に設定され、サービスレベルが５より高い場合、サービスは高優先度のサービスである。高優先度のサービスは、救急サービス、特定のサービス、及び同様のものを含むが、それに限定されない。この実施形態は高優先度のサービスに対して特定の制限を何も設けない。第１リソースは、宣言メッセージを送信すべく、サービス優先度の高い任意の端末によって使用されるリソースである。
【００８７】
複数の端末のサービスタイプは異なるので、複数のサービスを処理すべく複数の端末によって使用される必要のある複数のリソースもまた異なる。従って、この実施形態で提供される方法によると、リソース利用効率を向上させ、端末によって使用されるリソースの管理を容易にすべく、サービス優先度の低い端末とサービス優先度の高い端末とがリソースを競合する前に、まず、サービスタイプが同じである複数の端末が同一グループにグループ化される必要がある。例えば、そのサービスタイプがＡである複数の端末が１つのグループにグループ化されてよく、そのサービスタイプがＢである複数の端末が１つのグループにグループ化されてよい、といった具合である。グループ内の端末数は２、５、８、又は同様の個数であってよい。この実施形態は、グループ内の端末数に対して特定の制限を何も設けない。
【００８８】
更に、サービスタイプが同じである複数の端末が１つのグループにグループ化された後、そのグループ内のそれらの端末がそのグループのリソースを使用して複数のサービスを処理できるようにすべく、この実施形態で提供される方法によると、各グループにリソースプールが更に割り当てられる必要がある。リソースプールはリソースモジュールである。周波数領域の観点から見ると、リソースプールは全帯域幅であってよい、又は、任意の帯域幅であってよい。時間領域の観点から見ると、リソースプールは、ＬＴＥ（ロング・ターム・エボリューション）で定義されているスロット  ｓｌｏｔ、サブフレーム  ｓｕｂｆｒａｍｅ、若しくはフレーム  ｆｒａｍｅ、別の時間粒度、又は同様のものであってよい。言うまでもなく、リソースプールはまた、複数の時間‐周波数リソースブロックであってよい。
【００８９】
リソースプールの各グループへの割り当て方式は、以下の２つの方式を含むが、それらに限定されない。
【００９０】
第１方式：予め規定された方式で取得される。
【００９１】
具体的に、複数の異なるサービスによって必要とされる複数のリソースは異なるので、サービスタイプが同じである複数の端末が１つのグループにグループ化された場合、各端末は、そのグループに割り当てられた、予め規定されたリソースプールであるリソースを事前に知ることができる。
【００９２】
第２方式：準静的通知方式で取得される。
【００９３】
具体的に、準静的通知方式で取得されることは、限定はされないが、ネットワークカバレッジのあるシナリオにおいて、ベースステーションからリソースが取得され、取得されたリソースが、各グループに割り当てられたリソースプールとして使用されること、ネットワークカバレッジのないシナリオにおいて、同期ヘッダからリソースが取得され、取得されたリソースが、各グループに割り当てられたリソースプールとして使用されることを含む。同期ヘッダとは、各グループにおけるリソースを有する端末である。
【００９４】
更に、リソースプールが各グループに割り当てられた後、リソース競合の遅延を短縮し、リソース利用効率を向上させるべく、この実施形態で提供される方法によると、各グループのリソースはリソース再使用前に分割されてよい。具体的に、各グループのリソースの分割方式は、限定はされないが、以下の方式を含む。
【００９５】
まず、各グループのリソースは、第１の事前に設定された数のサブリソースに分割される。
【００９６】
次に、第１の事前に設定された数のサブリソースから第２の予め設定された数のサブリソースが第１リソースとして選択され、第１の事前に設定された数のサブリソースの残りの複数のサブリソースが第２リソースとして使用される。
【００９７】
第１の事前に設定された数は、１０、１５、３０、又は同様の数であってよい。この実施形態は、第１の事前に設定された数に対して特定の制限を何も設けない。第２の予め設定された数は、１、２、３、又は同様の数であってよい。この実施形態は、第２の予め設定された数に対して特定の制限を何も設けない。しかしながら、第２の予め設定された数のサブリソースは第１の事前に設定された数のサブリソースの一部なので、特定の選択の間、選択された第２の予め設定された数は第１の事前に設定された数より小さいはずである。第１リソースは、宣言メッセージを送信すべく、サービス優先度の高い任意の端末によって使用されるリソースであり、第２リソースは、サービス優先度の低い各端末による競合によって取得され、優先度の低いサービスを処理すべくサービス優先度の低い端末によって使用されるリソースである。第１リソース及び第２リソースは、異なる観点から見ると異なる特定の形態にある。周波数領域の観点から見ると、第１リソース及び第２リソースは、全帯域幅であってよい、又は、任意の帯域幅であってよい。時間領域の観点から見ると、第１リソース及び第２リソースは、ＬＴＥに定義されているスロット  ｓｌｏｔ、サブフレーム  ｓｕｂｆｒａｍｅ、又はフレーム  ｆｒａｍｅ、別の時間粒度、又は同様のものであってよい。他の観点から見ると、第１リソース及び第２リソースは１つの時間‐周波数リソースブロックであってよい、又は、複数の時間‐周波数リソースブロックであってよい。
【００９８】
更に、次の段階でサービス優先度の低い端末が、受信された宣言メッセージに従って、占有された第２リソースを適切に解放できるようにすべく、この実施形態で提供される方法によると、各第２リソースは番号が付与される必要がある。具体的に、各第２リソースに番号が付与される場合、各第２リソースは順序に従って連続して番号が付与されてよい。例えば、３つの第２リソースがあり、それらの第２リソースは連続して、１、２、及び３等と番号が付与されてよい。言うまでもなく、各第２リソースは、ランダムに番号が付与されてもよい。例えば、４つの第２リソースがあり、それらの第２リソースは連続して、３、５、７、及び８等と番号が付与されてよい。各第２リソースに番号が付与される場合、何れの方式が使用されようとも、各第２リソースと番号との間の一対一対応が保証される必要がある。第２リソースの番号は、番号１、２、３、及び同様の数で表されてよい、又は、Ａ、Ｂ、Ｃ、及び同様の文字で表されてよい。この実施形態は、第２リソースの番号の表現方式に対して特定の制限を何も設けない。
【００９９】
グループ内のサービス優先度の高い端末はサービス優先度の低い端末と比べて少ないので、リソース利用率を向上させるためには、各グループのリソースが分割された後、複数の分割されたサブリソースから比較的少数のサブリソースが第１リソースとして選択されてよく、それにより、残りの複数のサブリソースが第２リソースとして使用されることに注意すべきである。例えば、グループのリソースが分割される場合、分割されたサブリソースの数が２０であるとき、２０のサブリソースから２つのサブリソースが第１リソースとして選択されてよく、残りの１８のサブリソースが第２リソースとして使用される。言うまでもなく、シンプルな実装方式では、リソースの一部が、高優先度のサービスを送信すべく使用される第１リソースとして使用されるようリソースプール内に確保されてよく、高優先度のサービスを送信する必要がある端末は、第１リソース上でデータを直接送信してよい。複数の高優先度のサービスを同時に送信する必要がある端末は複数あってよいので、第１リソース上でそれらの高優先度のサービスを送信する必要のあるそれらの端末はまた、競合によって第１リソースを取得してよい。しかしながら、そのような端末の数は比較的少ないので、第１リソース上で生じる衝突の確率は比較的低い。サービス優先度の低い端末は、リソースプール内の第１リソース以外のリソース内でのみリソースを競合できる、若しくは、リソースプール内に第１リソース以外のリソースに利用可能なリソースがない場合のみ、第１リソース内のリソースを競合することが許される。
【０１００】
更に、上述の内容から分かるように、第１リソースはリソースプールの一部である。この場合、第１リソースを取得することは、限定はされないが、リソースプールから第１リソースを取得することを含む。言うまでもなく、上述の方式に加えて、第１リソースはまた、サービスタイプが同じである複数の端末が１つのグループにグループ化された場合、グループ毎に設定されてよい。グループ毎に第１リソースを設定する方式について、第１リソースは、各グループの予め規定されたリソース状況に従って、グループ毎に予め規定されてよい、又は、第１リソースは、準静的通知方式でグループ毎に設定されてよい、などとなる。この実施形態は、グループ毎に第１リソースを設定する方式に対して特定の制限を何も設けない。準静的通知方式でグループ毎に第１リソースを設定する方式は、ネットワークカバレッジがあるシナリオにおいて、ベースステーションからリソースが取得され、取得されたリソースがグループ毎に設定された第１リソースとして使用されること、ネットワークカバレッジがないシナリオにおいて、同期ヘッダからリソースが取得され、取得されたリソースがグループ毎に設定された第１リソースとして使用されることを含むが、それらに限定されない。
【０１０１】
サービス優先度の低い端末が、同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージを受信する段階９０２。
【０１０２】
グループのリソースは限定されており、この実施形態で提供されるリソース再使用方法は主に、そのグループ内のサービス優先度の低い端末及びサービス優先度の高い端末のための方法である。従って、サービス優先度の高い端末が、リソースを時間内に速やかに取得し、取得されたリソースに応じて高優先度のサービスを処理できるようにすべく、当該グループ内のサービス優先度の低い任意の端末が、同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージを受信し、更に、次の段階で、占有された第２リソースを解放してよく、それにより、サービス優先度の高い端末は、解放された第２リソースに応じて高優先度のサービスを処理してよい。
【０１０３】
更に、Ｄ２Ｄ通信モードでは、端末間で通信が実行されてよく、グループ内のサービス優先度の低い端末は、サービス優先度の高い端末によって第１リソース上で送信された宣言メッセージを受信する前に、グループ内の何れの端末がサービス優先度の高い端末であるかを知らない。加えて、サービスを処理すべく、サービス優先度の低い各端末によって使用されるリソースが、サービス優先度の低い端末によって占有されたリソースであり、同時に、端末は、その端末が占有するリソース上で同時にデータを受信及び送信できない。従って、当該グループ内の全端末によって送信された複数の宣言メッセージが受信されることを保証すべく、サービス優先度の低い端末は、当該グループの占有されたリソースとは別のリソース上で宣言メッセージを受信する必要がある。
【０１０４】
サービス優先度の低い端末が宣言メッセージに従って、占有された第２リソースを解放する段階９０３。
【０１０５】
宣言メッセージを受信するサービス優先度の低い端末が、占有された第２リソースを適切に解放できるようにすべく、サービス優先度の高い端末によって送信される宣言メッセージは、サービス優先度の高い端末が必要とする第２リソースについての関連情報を保持していてよい。従って、占有された第２リソースが解放される必要があるかどうかを決定すべく、サービス優先度の低い端末は、宣言メッセージの受信後、受信された宣言メッセージに従って、占有された第２リソースを解放してよい。
【０１０６】
宣言メッセージ内に保持された、サービス優先度の高い端末が必要とする第２リソースについての情報は異なるので、受信された宣言メッセージに従って解放された、占有された第２リソースもまた異なる。従って、宣言メッセージ内に保持された異なる情報について、占有された第２リソースは、受信された宣言メッセージに従って解放される。このことは、限定はされないが、以下の状況を含む。
【０１０７】
第１の状況：宣言メッセージは、解放されるよう指定された第２リソースの番号を保持し、占有された第２リソースは宣言メッセージに従って解放される。このことは、限定はされないが、宣言メッセージ内に保持されている、解放されるよう指定された第２リソースの番号と、占有された第２リソースの番号が一致すると決定した後、占有された第２リソースを解放することを含む。具体的には、サービス優先度の低い端末によって占有されている第２リソースの番号が、宣言メッセージ内に保持されている、解放するよう指定された第２リソースの番号と同じである場合、サービス優先度の低い端末は占有された第２リソースを解放し、サービス優先度の低い端末によって占有されている第２リソースの番号が、宣言メッセージ内に保持されている、解放するよう指定された第２リソースの番号を含む場合、サービス優先度の低い端末は占有された第２リソースを解放し、サービス優先度の低い端末によって占有されている第２リソースの番号が、宣言メッセージ内に保持されている、解放されるよう指定された第２リソースの番号に含まれる場合、サービス優先度の低い端末は占有された第２リソースを解放する。
【０１０８】
上述の工程について、容易に理解できるように、詳細な説明を提供すべく以下で具体例を使用する。
【０１０９】
例えば、グループ内のある端末がある時点でサービス優先度の高い端末である場合、そのサービス優先度の高い端末は、第１リソース上で宣言メッセージを送信する。ここで、宣言メッセージ内に保持されている、解放されるよう指定された第２リソースの番号は３である。サービス優先度の低い端末Ａによって占有されている第２リソースの番号が３の場合、端末Ａによって占有されている第２リソースの番号は、宣言メッセージ内に保持されている、解放されるよう指定された第２リソースの番号と同じなので、端末Ａは占有された第２リソースを解放し、サービス優先度の低い端末Ｂによって占有されている第２リソースの番号が３及び５の場合、端末Ｂによって占有されている第２リソースの番号は、宣言メッセージ内で保持されている、解放されるよう指定された第２リソースの番号を含むので、端末Ｂは占有された第２リソースを解放する。
【０１１０】
上述の工程において、解放されるよう指定された１つの第２リソースの番号が、サービス優先度の高い端末によって送信された宣言メッセージ内に保持されていることが例として使用されていることに注意すべきである。言うまでもなく、高優先度のサービスの必要性に応じて、サービス優先度の高い端末は、２つ又は３つの第２リソースを使用する必要があることもある。解放されるよう指定された第２リソースの２つ又はそれより多い番号が宣言メッセージ内に保持されている場合、サービス優先度の低い端末が当該宣言メッセージを受信した後、宣言メッセージ内に保持されている、解放するよう指定された第２リソースの番号と一致する番号の第２リソースを占有しているサービス優先度の低い端末は、占有された第２リソースを解放する。例えば、宣言メッセージ内に保持されている、解放するよう指定された第２リソースの番号が３及び４である場合、当該宣言メッセージの受信後、第２リソース３及び第２リソース４を占有している端末は、受信された宣言メッセージに従って、占有された第２リソース３及び第２リソース４を解放する。
【０１１１】
第２の状況：宣言メッセージは、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子を保持し、占有された第２リソースは宣言メッセージに従って解放される。このことは、限定はされないが、端末識別子が、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応しており、かつ、宣言メッセージ内に保持されている端末識別子と同じであると決定した後、占有された第２リソースを解放することを含む。
【０１１２】
具体的には、グループ内の全端末はデバイス識別段階を経験し、デバイス識別段階を経た後なので、グループ内の各端末は、グループ内の別の端末の存在、及びその別の端末の端末識別子を知ることができる。従って、グループ内のある端末のサービス優先度が高い場合、そのサービス優先度の高い端末は、第２リソースを解放するよう指定された端末に対応する端末識別子を保持する宣言メッセージを使用してよい。
【０１１３】
上述の工程について、容易に理解できるよう、詳細な説明を提供すべく以下で具体例を使用する。
【０１１４】
例えば、グループ内のある端末がある時点でサービス優先度の高い端末である場合、そのサービス優先度の高い端末は第１リソース上で宣言メッセージを送信する。ここで、宣言メッセージは、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子を保持している。第２リソースを解放するよう指定されたサービス優先度の低い端末に対応しており、かつ、宣言メッセージ内に保持されている端末識別子がＡである場合、その端末識別子がＡである端末は、宣言メッセージの受信後、占有された第２リソースを解放する。
【０１１５】
サービス優先度の高い端末が、サービス優先度の低い端末によって解放された第２リソースを取得する段階９０４。
【０１１６】
サービス優先度の低い端末が、受信された宣言メッセージに従って、占有された第２リソースを解放した後、サービス優先度の高い端末は、サービス優先度の低い端末によって解放された第２リソースを取得して、取得された第２リソースに応じて高優先度のサービスを処理する。具体的に、サービス優先度の低い端末によって解放された第２リソースが第２リソース３である場合、サービス優先度の高い端末はサービス優先度の低い端末によって解放された第２リソース３を取得して、第２リソース３上で高優先度のサービスを処理する。
【０１１７】
本発明のこの実施形態で提供される方法によると、同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージが受信され、占有された第２リソースが、リソース解放条件が満たされた後に解放され、それにより、サービス優先度の高い端末は解放された第２リソースを取得できる。サービス優先度の高い端末は待機することなくリソースを取得できるので、リソース競合の遅延が短縮され、リソース利用効率が向上される。
【０１１８】
図１０は、例示的実施形態に従って示されたリソース競合方法のフローチャートである。方法のフローチャートにおいて示された方法は以下の段階を備える。
【０１１９】
サービス優先度の高い端末が第１リソース上で宣言メッセージを送信する段階１００１。
【０１２０】
ある時点で、グループ内のある端末のサービス優先度が高い。時間内にリソースを取得し、取得されたリソースに応じて高優先度のサービスを処理できるよう、サービス優先度の高い端末は第１リソース上で宣言メッセージを送信し、それにより、宣言メッセージの受信後、サービス優先度の低い端末は占有されたリソースを解放する。宣言メッセージの送信方式は、限定はされないが、ブロードキャスト方式での送信を含む。高優先度のサービスは、そのサービスレベルが閾値より高いサービスである。例えば、閾値は５に設定され、サービスレベルが５より高い場合、当該サービスは高優先度のサービスである。高優先度のサービスは、限定はされないが、救急サービス及び特定のサービスを含む。この実施形態は、高優先度のサービスに対して特定の制限を何も設けない。第１リソースは、宣言メッセージを送信すべくサービス優先度の高い任意の端末によって使用されるリソースである。
【０１２１】
具体的に、サービスタイプが同じである複数の端末を１つのグループにグループ化し、リソースプールを各グループに割り当てる方式については上述の段階９０１が参照されてよく、ここでは詳細は記載されない。
【０１２２】
更に、リソースを各グループに割り当てた後、リソース競合の遅延を短縮し、リソース利用効率を向上させ、かつ、リソース解放条件を満たすサービス優先度の低い端末が複数ある場合、サービス優先度の高い端末が、リソース解放条件を満たす複数の端末からリソースを解放する端末を選択できるようにすべく、この実施形態で提供される方法によると、グループのリソースは、リソース再使用前に分割される必要がある。具体的な分割方式は、限定はされないが、以下を含む。
【０１２３】
まず、各グループのリソースは、第２の予め設定された数のサブリソースに分割される。
【０１２４】
第２の予め設定された数のサブリソースから第３の予め設定された数のサブリソースが第１リソースとして選択され、第４の予め設定された数のサブリソースが応答リソースとして選択され、第２の予め設定された数のサブリソース内の残りの複数のサブリソースが第２リソースとして使用される。
【０１２５】
第２の予め設定された数は、１０、１５、３０、又は同様の数であってよい。この実施形態は、第２の予め設定された数に対して特定の制限を何も設けない。第３の予め設定された数は、３、４、５、又は同様の数であってよい。この実施形態は、第２の予め設定された数に対して特定の制限を何も設けない。第４の予め設定された数は、１、２、又は同様の数であってよい。この実施形態は、第４の予め設定された数に対して特定の制限を何も設けない。しかしながら、第３の予め設定された数のサブリソース及び第４の予め設定された数のサブリソースは、第２の予め設定された数のサブリソースの一部であるから、特定の選択の間、選択された第３の予め設定された数及び第４の予め設定された数は、第２の予め設定された数より小さいはずである。第１リソースは、宣言メッセージを送信すべくサービス優先度の高い任意の端末によって使用されるリソースであり、第２リソースは、サービス優先度の低い端末による競合によって取得されるリソースであり、優先度の低いサービスを処理すべくサービス優先度の低い端末によって使用され、応答リソースは、リソース解放応答を送信すべく、リソース解放条件を満たす端末によって使用される。第１リソース、第２リソース、及び応答リソースは、異なる観点から見ると異なる特定の形態にある。周波数領域の観点から見ると、第１リソース、第２リソース、及び応答リソースは全帯域幅であってよい、又は任意の帯域幅であってよい。時間領域の観点から見ると、第１リソース、第２リソース、応答リソースは、ＬＴＥで定義されているスロット  ｓｌｏｔ、サブフレーム  ｓｕｂｆｒａｍｅ、若しくはフレーム  ｆｒａｍｅ、別の時間粒度、又は同様のものであってよい。他の観点から見ると、第１リソース、第２リソース、及び応答リソースは、１つの時間‐周波数リソースブロックであってよい、又は、複数の時間‐周波数リソースブロックであってよい。
【０１２６】
更に、サービス優先度の高い端末が、次の段階で、受信されたリソース解放応答に従って、リソースを解放する端末を決定できるようにすべく、この実施形態で提供される方法によると、グループ内のリソースを分割することで応答リソースが取得された後、取得された応答リソースは更に、その数が第２リソース数と同じである複数の応答サブリソースに分割され、各応答サブリソースと各第２リソースとの間の対応関係が決定される。
【０１２７】
更に、各分割された応答サブリソースと各第２リソースとの間の対応関係は更に、その後のリソース競合工程で使用されるので、この実施形態で提供される方法によると、各応答サブリソースと各第２リソースとの間の対応関係が決定された後、各応答サブリソースと各第２リソースとの間の対応関係を格納する段階が更に実行される。各応答サブリソースと各第２リソースとの間の対応関係を格納するための方法は、限定はされないが、各応答サブリソースと各第２リソースとの間の対応関係をサーバに格納する段階を備える。
【０１２８】
グループ内のサービス優先度の高い端末はサービス優先度の低い端末と比べて少なく、応答リソースは、サービス優先度の低い複数の端末及びサービス優先度の高い複数の端末によってサービスを処理するためには使用され得ないが、リソース解放条件を満たす端末によって応答メッセージを送信するためだけに使用され得るので、リソース利用率を向上させるために、各グループのリソースが分割された後、複数の分割されたサブリソースから第１リソース及び応答リソースとして比較的少数のサブリソースが選択されてよいことに注意すべきである。例えば、グループのリソースが分割される場合、分割されたサブリソースの数が３０のとき、３０のサブリソースから２つのサブリソースが第１リソースとして選択され、１つのサブリソースが応答リソースとして選択されてよい。言うまでもなく、シンプルな実装方式では、リソースの一部は、高優先度のサービスを送信すべく使用される第１リソースとして、及び、高サービス優先度についてリソース解放応答を送信すべく使用される応答リソースとして使用されるようリソースプールに確保されてよく、高優先度のサービスを送信する必要がある端末は、第１リソース上でデータを直接送信し、応答リソース上でリソース解放応答を直接送信してよい。同時に高優先度のサービスを送信する必要がある端末は複数あってよいので、第１リソース上で高優先度のサービスを送信する必要があるそれらの端末はまた、競合によって第１リソースを取得してよい。しかしながら、そのような端末の数は比較的少ないので、第１リソース上で生じる衝突の確率は比較的低い。加えて、応答リソースは、その数が第２リソース数と同じである複数の応答サブリソースに分割されるので、リソース解放応答が送信された場合に衝突が生じる可能性はない。しかしながら、サービス優先度の低い端末は、リソースプール内の第１リソース以外のリソース内のみでリソースを競合できる、若しくは、リソースプール内に第１リソース以外のリソースに利用可能なリソースがない場合のみ、第１リソース内のリソースを競合することが許される。
【０１２９】
第１リソースを取得する方式は上述の段階９０１と同じである。その詳細については、上述の段階９０１を参照することとし、ここでは詳細は記載されない。
【０１３０】
サービス優先度の低い端末が、同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージを受信する段階１００２。
【０１３１】
この段階の具体的実装方式は、上述の実施形態の段階９０２の実装方式と同じである。詳細については上述の実施形態の段階９０２の内容を参照することとし、ここでは詳細は記載されない。
【０１３２】
サービス優先度の低い端末が、宣言メッセージに従って、リソース解放応答を対応する応答サブリソース上で送信し、占有された第２リソースを解放する段階１００３。
【０１３３】
この実施形態では、サービス優先度の高い端末によって送信された宣言メッセージは優先度情報を保持している。従って、宣言メッセージの受信後、サービス優先度の低い端末は、宣言メッセージ内に保持されている優先度情報に従って、占有された第２リソースを解放してよい。具体的に、宣言メッセージ内に保持されている優先度情報に従って、占有された第２リソースを解放する段階は、限定はされないが、現在処理しているサービスの優先度が、宣言メッセージ内に保持されている優先度情報より低いと決定した後、占有された第２リソースを解放する段階を含む。
【０１３４】
上述の工程について、容易に理解できるように、詳細な説明を提供すべく以下で具体例を使用する。
【０１３５】
例えば、グループ内のある端末がある時点でサービス優先度の高い端末である場合、そのサービス優先度の高い端末は第１リソース上で宣言メッセージを送信する。ここで、宣言メッセージは優先度情報を保持している。現在端末Ａによって処理されているサービスの優先度が、宣言メッセージ内に保持されている優先度情報より低いと、受信された宣言メッセージに従って決定された場合、Ａは占有された第２リソースを解放する。
【０１３６】
この実施形態では、占有された第２リソースを解放する必要がある端末は明確に指定されておらず、サービス優先度の低い各端末はサービスを処理する必要もあるので、この場合、現在処理しているサービスの優先度が宣言メッセージ内に保持されている優先度情報より低いという条件を満たす端末が存在していても、その現在のサービスの優先度が宣言メッセージ内で保持されている優先度情報より低い端末のどれもが、占有された第２リソースを解放しないという状況が存在することもあることに注意すべきである。サービス優先度の高い端末が第２リソースを取得し、第２リソースに応じて時間内に高優先度のサービスを処理できるようにすべく、この実施形態で提供される方法によると、リソース解放ルールが更に設けられる必要がある。具体的には、リソース解放ルールを設けることは、限定はされないが、最も低いサービス優先度の端末を、占有された第２リソースを解放する端末として設定することなどを含む。言うまでもなく、上述の方式に加えて、グループ内のサービス優先度の低い端末によって処理されるサービスが終了しつつある場合、そのサービスが終了しつつあるサービス優先度の低い端末は、占有された第２リソースを解放する端末として使用されてよい。
【０１３７】
更に、解放された第２リソースをサービス優先度の高い端末に知らせるべく、占有された第２リソースの解放前に、サービス優先度の低い端末は更に、対応する応答サブリソース上でリソース解放応答を送信し、それにより、当該リソース解放応答の受信後、サービス優先度の高い端末は、受信されたリソース解放応答に従って、利用可能な第２リソースを決定してよい。リソース解放応答内に保持されている内容は、限定はされないが、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を含む。この実施形態は、リソース解放応答内に保持されている内容に対して特定の制限を何も設けない。
【０１３８】
上述の工程について、容易に理解できるように、詳細な説明を提供すべく以下で具体例を使用する。
【０１３９】
例えば、サービス優先度の低い複数の端末は、端末Ａ、端末Ｂ、及び端末Ｃを含む。端末Ａによって占有されている第２リソースに対応する応答サブリソースには番号１が付与され、端末Ｂによって占有されている第２リソースに対応する応答サブリソースには番号２が付与され、端末Ｃによって占有されている第２リソースに対応する応答サブリソースには番号３が付与される。端末Ａによって現在処理されているサービスの優先度が、宣言メッセージ内で保持されている優先度情報より低い場合、端末Ａは占有された第２リソースを解放してよい。解放された第２リソースをサービス優先度の高い端末に知らせるべく、占有された第２リソースの解放前に、端末Ａは応答サブリソース１上でリソース解放応答を送信し、それにより、当該リソース解放応答の受信後、サービス優先度の高い端末は受信されたリソース解放応答に従って、利用可能な第２リソースを決定する。
【０１４０】
リソース利用率を向上させ、サービス優先度の低い複数の端末によって解放されたいくつかの第２リソースが、サービス優先度の低い複数の端末によって解放された第２リソース数がサービス優先度の高い複数の端末によって使用される必要があるリソース数より多いために使用され得なくなることを防止すべく、リソース解放応答送信後、サービス優先度の低い端末は更に、サービス優先度の高い端末によって送信されたリソース解放命令を受信し、当該リソース解放命令の受信後、受信されたリソース解放命令に従って、占有された第２リソースを解放するのが好ましい。
【０１４１】
具体的に、サービス優先度の高い端末によって送信されたリソース解放命令を受信する方式は、限定はされないが、以下の方式を含む。占有された第２リソースを解放してよく、優先度情報に従って決定されたサービス優先度の低い少なくとも１つの端末がリソース解放応答を対応する応答サブリソース上でサービス優先度の高い端末に送信し、リソース解放条件を満たし、かつ、優先度情報に従って決定された当該サービス優先度の低い少なくとも１つの端末によって、対応する応答サブリソース上で送信されたリソース解放応答を受信した後、サービス優先度の高い端末は、リソース解放応答を送信する端末からリソースを解放する端末を選択し、更にリソース解放命令を当該選択された端末に送信し、それにより、選択された端末は、リソース解放命令の受信後、占有された第２リソースを解放するという方式。リソース解放命令内に保持されている内容は、限定はされないが、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を含む。この実施形態は、リソース解放命令内に保持されている内容に対して特定の制限を何も設けない。具体的に、受信されたリソース解放応答からリソース解放応答を選択する場合、サービス優先度の高い端末は、リソース解放応答に対応する端末の状況に従って選択を実行してよい、又は、ランダムに選択を実行してよい。この実施形態は、サービス優先度の高い端末による、受信されたリソース解放応答からリソース解放応答を選択する選択方式に対して特定の制限を何も設けない、つまり、リソースを解放する端末を選択する方式は限定されない。
【０１４２】
上述の工程について、容易に理解できるように、詳細な説明を提供すべく以下で具体例を使用する。
【０１４３】
例えば、サービス優先度の低い複数の端末は、端末Ａ、端末Ｂ、及び端末Ｃを含む。端末Ａによって占有されている第２リソースに対応する応答サブリソースには番号１が付与され、端末Ｂによって占有されている第２リソースに対応する応答サブリソースには番号２が付与され、端末Ｃによって占有されている第２リソースに対応する応答サブリソースには番号３が付与されている。リソース解放条件を満たし、かつ、優先度情報に従って決定された複数の端末が端末Ａ及び端末Ｂである場合、端末Ａは、サービス優先度の高い端末にリソース解放応答を対応する応答サブリソース１上で送信し、端末Ｂは、サービス優先度の高い端末にリソース解放応答を対応するサブリソース２上で送信する。端末Ａ及び端末Ｂによって、対応する応答サブリソース上で送信されたリソース解放応答を受信した後、サービス優先度の高い端末は端末Ａをリソースを解放する端末として選択し、リソース解放命令を端末Ａに送信する。リソース解放命令の受信後、端末Ａは、占有された第２リソースを解放する。
【０１４４】
サービス優先度の高い端末が、解放された第２リソースを取得する段階１００４。
【０１４５】
この段階の具体的実装方式は上述の実施形態の段階９０４の実装方式と同じである。詳細については、上述の実施形態の段階９０４の内容を参照することとし、ここでは詳細は記載されない。
【０１４６】
本発明のこの実施形態で提供される方法によると、宣言メッセージは第１リソース上で送信され、それにより、宣言メッセージの受信後、サービス優先度の低い端末は宣言メッセージに従って、占有された第２リソースを解放し、サービス優先度の低い端末によって解放された第２リソースが取得される。サービス優先度の高い端末は待機することなくリソースを取得できるので、リソース競合の遅延が短縮され、リソース利用効率が向上される。
【０１４７】
図１１は、一実装方式における第１端末の概略構造図である。ここで、第１端末は、プロセッサ１１０１、送信機１１０２、及び受信機１１０３を含む。
【０１４８】
送信機１１０２は、宣言メッセージを第１リソース上で送信するよう構成されている。それにより、サービス優先度の低い端末は、宣言メッセージの受信後、宣言メッセージに従って、占有された第２リソースを解放する。
【０１４９】
プロセッサ１１０１は、サービス優先度の低い端末によって解放された第２リソースを取得するよう構成されている。
【０１５０】
任意の実施形態において、宣言メッセージは、解放されるよう指定された第２リソースの番号を保持している、又は、
宣言メッセージは、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子を保持している。
【０１５１】
任意の実施形態において、受信機１１０３は、リソース解放条件を満たし、かつ、優先度情報に従って決定されたサービス優先度の低い少なくとも１つの端末によって対応する応答サブリソース上で送信されたリソース解放応答を受信するよう構成されている。ここで、リソース解放応答は、第２リソースの番号、又は、第２リソース解放するサービス優先度の低い端末に対応する端末識別子を保持している。
【０１５２】
任意の実施形態において、プロセッサ１１０１は、リソース解放応答を送信する端末から、リソースを解放する端末を選択するよう構成され、
送信機１１０３は、選択された端末にリソース解放命令を送信するよう構成されている。それにより、選択された端末は、リソース解放命令の受信後、占有された第２リソースを解放する。ここで、リソース解放命令は、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を保持している。
【０１５３】
任意の実施形態において、第１リソースは、宣言メッセージを送信すべく、サービス優先度の高い任意の端末によって使用されるリソースであり、第２リソースは、サービス優先度の低い各端末による競合によって取得されるリソースである。
【０１５４】
任意の実施形態において、応答サブリソースは、リソース解放応答を送信すべく、サービス優先度の低い任意の端末によって使用されるリソースであり、各応答サブリソースは１つの第２リソースに対応している。
【０１５５】
本発明のこの実施形態で提供される第１端末に従って、宣言メッセージは第１リソース上で送信され、それにより、宣言メッセージの受信後、サービス優先度の低い端末は、宣言メッセージに従って、占有された第２リソースを解放し、サービス優先度の低い端末によって解放された第２リソースが取得される。サービス優先度の高い端末は待機することなくリソースを取得できるので、リソース競合の遅延が短縮され、リソース利用効率が向上させられる。
【０１５６】
図１２は、一実装方式における第２端末の概略構造図である。ここで、第２端末は、プロセッサ１２０１、送信機１２０２、及び受信機１２０３を含む。
【０１５７】
受信機１２０３は、同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージを受信するよう構成されている。
【０１５８】
プロセッサ１２０１は、宣言メッセージに従って、占有された第２リソースを解放するよう構成されている。
【０１５９】
任意の実施形態において、プロセッサ１２０１は、宣言メッセージ内で保持されている、解放されるよう指定された第２リソースの番号と、占有された第２リソースの番号が一致すると決定した後、占有された第２リソースを解放する、又は、端末識別子が、第２リソースを解放するよう指定されたサービス優先度の低い端末に対応する端末識別子と同じであると決定した後、占有された第２リソースを解放するよう構成されている。
【０１６０】
任意の実施形態において、プロセッサ１２０１は、現在処理しているサービスの優先度が、宣言メッセージ内に保持されている優先度情報より低いと決定した後、占有された第２リソースを解放するよう構成されている。
【０１６１】
任意の実施形態において、送信機１２０２は、リソース解放応答を対応する応答サブリソース上で送信するよう構成されている。ここで、リソース解放応答は、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を保持している。プロセッサ１２０１は、リソース解放応答が送信された後、占有された第２リソースを解放するよう構成されている。
【０１６２】
任意の実施形態において、受信機１２０３はリソース解放命令を対応する応答サブリソース上で受信するよう構成されている。ここで、リソース解放命令は、第２リソースの番号、又は、第２リソースを解放するサービス優先度の低い端末に対応する端末識別子を保持している。プロセッサ１２０１は、受信されたリソース解放命令に従って、占有された第２リソースを解放するよう構成されている。
【０１６３】
任意の実施形態において、第１リソースは、宣言メッセージを送信すべくサービス優先度の高い任意の端末によって使用されるリソースであり、第２リソースは、サービス優先度の低い各端末による競合によって取得されるリソースである。
【０１６４】
任意の実施形態において、応答サブリソースは、リソース解放応答を送信すべくサービス優先度の低い任意の端末によって使用されるリソースであり、各応答サブリソースは１つの第２リソースに対応している。
【０１６５】
本発明のこの実施形態で提供される第２端末に従って、同一グループ内のサービス優先度の高い端末によって第１リソース上で送信された宣言メッセージが受信され、占有された第２リソースが、受信された宣言メッセージに従って解放されて、サービス優先度の高い端末が解放された第２リソースを取得することができるようにする。サービス優先度の高い端末は待機することなくリソースを取得できるので、リソース競合の遅延が短縮され、リソース利用効率が向上される。
【０１６６】
上述の機能モジュールの分割は、上述の実施形態で提供されたリソース再使用装置がリソースを再使用する場合に、説明のために単に例として使用されたに過ぎないことに注意すべきである。実際に適用するときには、上述の機能は、要件に応じて完成されるよう、異なる機能モジュールに割り当てられてよい。つまり、リソース競合による再使用の内部構造は、上述の複数の機能の全部又は一部を完成すべく、複数の異なる機能モジュールに分割される。加えて、上述の実施形態で提供されたリソース競合装置は、リソース競合方法の実施形態と同じ概念に関連する。具体的な実装工程については、方法の実施形態を参照することとし、ここでは詳細は記載されない。
【０１６７】
上述の本発明の複数の実施形態の順序番号は単に例示の目的のためだけのものであり、実施形態の優先度を示すことは意図されていない。
【０１６８】
当業者ならば、実施形態の複数の段階の全部又は一部が、ハードウェア、又は関連するハードウェアに命令するプログラムによって実装されてよいことを理解するであろう。当該プログラムはコンピュータ可読記憶媒体に格納されてよい。記憶媒体は、リードオンリメモリ、磁気ディスク、又は光ディスクを含んでよい。
【０１６９】
上述の説明は単に本発明の例示的実施形態に過ぎず、本発明を限定することは意図されていない。本発明の主旨及び原理から逸脱することなく成された如何なる変形、等価な置き換え、及び改善も、本発明の保護範囲内に含まれるものである。
【図１】
0006537193.tif 000002
【図２】
0006537193.tif 000003
【図３】
0006537193.tif 000004
【図４】
0006537193.tif 000005
【図５】
0006537193.tif 000006
【図６】
0006537193.tif 000007
【図７】
0006537193.tif 000008
【図８】
0006537193.tif 000009
【図９】
0006537193.tif 000010
【図１０】
0006537193.tif 000011
【図１１】
0006537193.tif 000012
【図１２】
0006537193.tif 000013