特許 6614586 リソース割り当て装置、システム、及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6614586

(24)【登録日】2019年11月15日

(45)【発行日】2019年12月4日

(54)【発明の名称】リソース割り当て装置、システム、及び方法

(51)【国際特許分類】

   H04W 72/12 20090101AFI20191125BHJP

   H04W 72/04 20090101ALI20191125BHJP

【ＦＩ】

   H04W72/12 150

   H04W72/04 131

   H04W72/04 132

【請求項の数】13

【全頁数】20

(21)【出願番号】特願2017-522366(P2017-522366)

(86)(22)【出願日】2015年5月14日

(65)【公表番号】特表2017-536038(P2017-536038A)

(43)【公表日】2017年11月30日

(86)【国際出願番号】CN2015078954

(87)【国際公開番号】WO2016062072

(87)【国際公開日】20160428

【審査請求日】2017年6月2日

(31)【優先権主張番号】201410579374.3

(32)【優先日】2014年10月24日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】龍華国際特許業務法人

(72)【発明者】

【氏名】チエン、タオ

【審査官】 桑原 聡一

(56)【参考文献】

【文献】 特開２０１２−０５４９３８（ＪＰ，Ａ）

【文献】 中国特許第１０１５６２８８８（ＣＮ，Ｂ）

【文献】 特開２０１４−０９９８７７（ＪＰ，Ａ）

【文献】 特開２０１４−０９０４８２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断する判断ユニットであって、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とは共にＭ個であり、Ｍは正の整数である、判断ユニットと、
前記第１のユーザ機器及び前記第２のユーザ機器がＶＭＩＭＯ（Ｖｉｒｔｕａｌ Ｍｕｌｔｉｐｌｅｘ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅｘ Ｏｕｔｐｕｔ）技術を利用すべく、第１のリソースグループ内の第１のサブグループのリソースブロックを前記第１のユーザ機器に割り当て、前記第１のリソースグループ内の第２のサブグループのリソースブロックを前記第２のユーザ機器に割り当てる割り当てユニットであって、前記第１のリソースグループは、前記第１のサブグループ及び前記第２のサブグループを含む複数のサブグループを備え、各サブグループはＭ個のリソースブロックを含む、割り当てユニットと
を備えるリソース割り当て装置。

【請求項2】

前記第１のリソースグループ及び少なくとも１つの他のリソースグループを設定する設定ユニットであって、前記少なくとも１つの他のリソースグループの各々は、複数のサブグループを備え、前記少なくとも１つの他のリソースグループの各々の前記複数のサブグループは、同数のリソースブロックを含み、前記第１のリソースグループ内のサブグループのリソースブロック数は、前記少なくとも１つの他のリソースグループ内のサブグループのリソースブロック数と異なる、設定ユニット
を更に備える請求項１に記載の装置。

【請求項3】

前記設定されたリソースグループから前記第１のリソースグループを選択する選択ユニットであって、前記選択の条件は、リソースグループ内のサブグループがＭ個のリソースブロックを含むことである、選択ユニット
を更に備える請求項２に記載の装置。

【請求項4】

前記割り当てユニットは、前記第１のユーザ機器がアクティブなセミパーシステント状態にあると判断する第１の判断サブユニット、及び、前記第２のユーザ機器がアクティブなセミパーシステント状態にあると判断する第２の判断サブユニットのうちの少なくとも１つを有し、
前記割り当てユニットは具体的に、前記第１のユーザ機器が前記アクティブなセミパーシステント状態にあると前記第１の判断サブユニットが判断した場合、前記第１のリソースグループ内の前記第１のサブグループの前記リソースブロックを前記第１のユーザ機器に割り当て、前記第２のユーザ機器が前記アクティブなセミパーシステント状態にあると前記第２の判断サブユニットが判断した場合、前記第１のリソースグループ内の前記第２のサブグループの前記リソースブロックを前記第２のユーザ機器に割り当てる、
請求項３に記載の装置。

【請求項5】

前記割り当てユニットは、前記第１のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が、第１の閾値より大きいかどうか、及び、前記第１のユーザ機器のパケット損失率が第２の閾値より大きいかどうかの少なくとも一方を判断する判定サブユニットであって、前記パケット損失率は、事前設定された時間内に受信されたデータパケットの総数に対する、前記事前設定された時間内に解析エラーが発生したデータパケットの数の割合である、判定サブユニットと、
前記第１のユーザ機器の前記データパケットであり、かつ、解析エラーが発生した前記データパケットの前記数が前記第１の閾値より大きい、及び、前記第１のユーザ機器の前記パケット損失率が前記第２の閾値より大きい、の少なくとも一方であると前記判定サブユニットが判断した場合、第２のリソースグループ内の第１のサブグループのリソースブロックを前記第１のユーザ機器に割り当てる割り当てサブユニットであって、前記第２のリソースグループ内の前記第１のサブグループのリソースブロック数はＭ＋１である、割り当てサブユニットと
を更に有する、請求項１から４の何れか一項に記載の装置。

【請求項6】

前記装置は基地局である、請求項１から４の何れか一項に記載の装置。

【請求項7】

請求項１から６の何れか一項に記載のリソース割り当て装置と、ユーザ機器と
を備えるリソース割り当てシステム。

【請求項8】

アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断する段階であって、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とは共にＭ個であり、Ｍは正の整数である、段階と、
前記第１のユーザ機器及び前記第２のユーザ機器がＶＭＩＭＯ（Ｖｉｒｔｕａｌ Ｍｕｌｔｉｐｌｅｘ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅｘ Ｏｕｔｐｕｔ）技術を利用すべく、第１のリソースグループ内の第１のサブグループのリソースブロックを前記第１のユーザ機器に割り当て、前記第１のリソースグループ内の第２のサブグループのリソースブロックを前記第２のユーザ機器に割り当てる段階であって、前記第１のリソースグループは、前記第１のサブグループ及び前記第２のサブグループを含む複数のサブグループを備え、各サブグループはＭ個のリソースブロックを含む、段階と
を備えるリソース割り当て方法。

【請求項9】

第１のリソースグループ内の第１のサブグループのリソースブロックを前記第１のユーザ機器に割り当て、前記第１のリソースグループ内の第２のサブグループのリソースブロックを前記第２のユーザ機器に割り当てる前記段階の前に、
前記第１のリソースグループ及び少なくとも１つの他のリソースグループを設定する段階であって、前記少なくとも１つの他のリソースグループの各々は、複数のサブグループを備え、前記少なくとも１つの他のリソースグループの各々内の前記複数のサブグループは、同数のリソースブロックを有し、前記第１のリソースグループ内のサブグループのリソースブロック数は、前記少なくとも１つの他のリソースグループ内のサブグループのリソースブロック数と異なる、段階とを更に備える請求項８に記載の方法。

【請求項10】

前記設定されたリソースグループから前記第１のリソースグループを選択する段階であって、前記選択の条件は、リソースグループ内のサブグループが、Ｍ個のリソースブロックを含むことである、段階
を更に備える請求項９に記載の方法。

【請求項11】

第１のリソースグループ内の第１のサブグループのリソースブロックを前記第１のユーザ機器に割り当てる前記段階の前に、前記第１のユーザ機器がアクティブなセミパーシステント状態にあると判断する段階、及び、
前記第１のリソースグループ内の第２のサブグループのリソースブロックを前記第２のユーザ機器に割り当てる前記段階の前に、前記第２のユーザ機器がアクティブなセミパーシステント状態にあると判断する段階の少なくとも一方を更に備える
請求項１０に記載の方法。

【請求項12】

前記第１のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が、第１の閾値より大きい、又は、前記第１のユーザ機器のパケット損失率が、第２の閾値より大きい場合、第２のリソースグループ内の第１のサブグループのリソースブロックを前記第１のユーザ機器に割り当てる段階であって、前記第２のリソースグループ内の前記第１のサブグループのリソースブロック数はＭ＋１個であり、前記パケット損失率は、事前設定された時間内に受信されたデータパケットの総数に対する、前記事前設定された時間内に解析エラーが発生したデータパケットの数の割合である、段階
を更に備える請求項８から１１の何れか一項に記載の方法。

【請求項13】

コンピュータに請求項８から１２の何れか一項に記載の方法を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１４年１０月２４日に中国特許庁に出願された、「ＲＥＳＯＵＲＣＥ ＡＬＬＯＣＡＴＩＯＮ ＡＰＰＡＲＡＴＵＳ，ＳＹＳＴＥＭ，ＡＮＤ ＭＥＴＨＯＤ」と題する中国特許出願第２０１４１０５７９３７４．３号に対する優先権を主張し、当該出願はその全体が参照によって本明細書に組み込まれる。

【0002】

本発明は、通信技術分野に関し、具体的には、リソース割り当て装置、システム、及び方法に関する。

【背景技術】

【0003】

ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムでは、無線通信リソースが共有リソース割り当て方式で利用される場合、各送信は、関連する制御情報を必要とし、アップリンクリソースは比較的限られている。データパケットサイズが比較的固定され、到着時間間隔が所与のルールを満たすリアルタイムサービスの場合、新たなリソース割り当て方式、すなわち、セミパーシステントスケジューリング技術がＬＴＥシステムに導入される。簡単に言うと、セミパーシステントスケジューリングは、ＬＴＥのリソース送信中、基地局が最初に、制御チャネルエリアを使用することによってユーザ機器の現在のリソース割り当て情報を示すことを意味し、ユーザ機器がセミパーシステントスケジューリングを識別した場合、ユーザ機器は現在のリソース割り当て情報を格納し、一定期間ごとに同じ時間周波数リソース位置でサービスデータを送信又は受信する。従って、セミパーシステントスケジューリングを使用すると、データパケットの定期的到着機能を十分に活用して、単一許可と定期的使用を実現でき、これにより、ＬＴＥシステムによる割り当てインジケーションに使用される制御チャネルエリアのリソースが効果的に節約され得る。しかしながら、仮想多重入出力（Ｖｉｒｔｕａｌ Ｍｕｌｔｉｐｌｅｘ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅｘ Ｏｕｔｐｕｔ、ＶＭＩＭＯ）技術はリソース再使用スケジューリング技術であり、アップリンクリソースが限られているという問題を解決する。ＶＭＩＭＯによって、２つ以上のユーザ機器が仮想的に結び付けられることが可能になり、データを送信するのに同じ時間周波数リソースが使用される。

【0004】

一例として典型的なボイスオーバーＩＰ（Ｖｏｉｃｅ Ｏｖｅｒ ＩＰ、ＶｏＩＰ）サービスを使用して、現在のところ、セミパーシステントスケジューリングは基本的に、ＶｏＩＰサービス容量をサポートするアップリンクリソースに適用され、ＶｏＩＰサービスのデータパケットの到着期間は２０ｍｓである、すなわち、２０ｍｓの間隔を有するＶｏＩＰデータパケットが、同一の変調及び符号化方式（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ、ＭＣＳ）と同一の無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ、ＲＢ）位置を使用することによってスケジューリングされる。しかしながら、セミパーシステントスケジューリングがＶｏＩＰに適用された後、ＭＣＳは変化しないが、ＶＭＩＭＯでは、異なるユーザ機器間での干渉効果に起因して、パケットエラーの収束がある程度保証されているならば、ＭＣＳは、ペアのユーザ機器についての情報に応じて変化する必要がある。従って、ＶｏＩＰの現在のセミパーシステントスケジューリングは、ＶＭＩＭＯと互換性があり得ない、又はそれと連携し得ず、ＶｏＩＰの容量を制限する。

【発明の概要】

【0005】

本発明の実施形態が、リソース割り当て装置、システム、及び方法を提供し、これにより、ＶＭＩＭＯとＶｏＩＰとの間のセミパーシステントスケジューリングの非互換性の問題が解決され、更に、ＶｏＩＰ容量が増大される。

【0006】

本発明の第１態様に従って、リソース割り当て装置が提供される。当該リソース割り当て装置は、
アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断するよう構成された判断ユニットであって、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とは共にＭ個であり、Ｍは正の整数である、判断ユニットと、
第１のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当て、第１のリソースグループ内の第２のサブグループのリソースブロックを第２のユーザ機器に割り当てるよう構成された割り当てユニットであって、第１のリソースグループは、第１のサブグループ及び第２のサブグループを含む複数のサブグループを備え、各サブグループはＭ個のリソースブロックを含む、割り当てユニットとを備える。

【0007】

第１態様に関して、第１の可能な実施方式において、当該装置は更に、
第１のリソースグループ及び少なくとも１つの他のリソースグループを設定するよう構成された設定ユニットであって、少なくとも１つの他のリソースグループの各々は、複数のサブグループを備え、少なくとも１つの他のリソースグループの各々における複数のサブグループは、同数のリソースブロックを有し、第１のリソースグループ内のサブグループのリソースブロック数は、少なくとも１つの他のリソースグループ内のサブグループのリソースブロック数と異なる、設定ユニットを備える。

【0008】

第１態様の第１の可能な実施方式に関して、第２の可能な実施方式において、当該装置は更に、
設定されたリソースグループから第１のリソースグループを選択するよう構成された選択ユニットであって、当該選択の条件は、リソースグループ内のサブグループがＭ個のリソースブロックを含むことである、選択ユニットを備える。

【0009】

第１態様の第２の可能な実施方式に関して、第３の可能な実施方式において、当該割り当てユニットは更に、
第１のユーザ機器がアクティブなセミパーシステント状態にあると判断するよう構成された第１の判断サブユニット、及び／又は
第２のユーザ機器がアクティブなセミパーシステント状態にあると判断するよう構成された第２の判断サブユニットを有し、
当該割り当てユニットは、具体的に、
第１のユーザ機器がアクティブなセミパーシステント状態にあると第１の判断サブユニットが判断した場合、第１のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当て、第２のユーザ機器がアクティブなセミパーシステント状態にあると第２の判断サブユニットが判断した場合、第１のリソースグループ内の第２のサブグループのリソースブロックを第２のユーザ機器に割り当てるよう構成されている。

【0010】

第１態様、又は第１態様の第１から第３の可能な実施方式の何れか１つに関して、第４の可能な実施方式において、当該割り当てユニットは更に、
第１のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が第１の閾値より大きいかどうか、及び／又は、第１のユーザ機器のパケット損失率が第２の閾値より大きいかどうかを判断するよう構成された判定サブユニットであって、パケット損失率は、事前設定された時間内に受信されたデータパケットの総数に対する、事前設定された時間内に解析エラーが発生したデータパケットの数の割合である、判定サブユニットと、
第１のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が第１の閾値より大きい、及び／又は、第１のユーザ機器のパケット損失率が第２の閾値より大きいと、判定サブユニットが判断した場合、第２のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当てるよう構成された割り当てサブユニットであって、第２のリソースグループ内の第１のサブグループのリソースブロック数はＭ＋１個である、割り当てサブユニットとを有する。

【0011】

第１態様、又は、第１態様の第１から第３の可能な実施方式の何れか１つに関して、第５の可能な実施方式において、装置は基地局である。

【0012】

本発明の第２態様に従って、リソース割り当てシステムが提供される。当該リソース割り当てシステムは、
第１態様、又は第１態様の第１から第５の可能な実施方式の何れか１つに係るリソース割り当て装置、及びユーザ機器を備える。

【0013】

本発明の第３態様に従って、リソース割り当て方法が提供される。当該リソース割り当て方法は、
アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断する段階であって、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とは共にＭ個であり、Ｍは正の整数である、段階と、
第１のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当て、第１のリソースグループ内の第２のサブグループのリソースブロックを第２のユーザ機器に割り当てる段階であって、第１のリソースグループは、第１のサブグループ及び第２のサブグループを含む複数のサブグループを備え、各サブグループはＭ個のリソースブロックを含む、段階とを備える。

【0014】

第３態様に関して、第１の可能な実施方式において、第１のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当て、第１のリソースグループ内の第２のサブグループのリソースブロックを第２のユーザ機器に割り当てる前に、当該方法は更に、
第１のリソースグループ及び少なくとも１つの他のリソースグループを設定する段階であって、少なくとも１つの他のリソースグループの各々は、複数のサブグループを備え、少なくとも１つの他のリソースグループの各々内の複数のサブグループは、同数のリソースブロックを有し、第１のリソースグループ内のサブグループのリソースブロック数は、少なくとも１つの他のリソースグループ内のサブグループのリソースブロック数と異なる、段階を備える。

【0015】

第３態様の第１の可能な実施方式に関して、第２の可能な実施方式において、当該方法は更に、
設定されたリソースグループから第１のリソースグループを選択する段階であって、当該選択の条件は、リソースグループ内のサブグループが、Ｍ個のリソースブロックを含むことである、段階を備える。

【0016】

第３態様の第２の可能な実施方式に関して、第３の可能な実施方式において、第１のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当てる前に、当該方法は更に、
第１のユーザ機器がアクティブなセミパーシステント状態にあると判断する段階を備える、及び／又は
第１のリソースグループ内の第２のサブグループのリソースブロックを第２のユーザ機器に割り当てる前に、当該方法は更に、
第２のユーザ機器がアクティブなセミパーシステント状態にあると判断する段階を備える。

【0017】

第３態様、又は第３態様の第１から第３の可能な実施方式の何れか１つに関して、第４の可能な実施方式において、当該方法は更に、
第１のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が第１の閾値より大きい、又は、第１のユーザ機器のパケット損失率が第２の閾値より大きい場合、第２のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当てる段階であって、第２のリソースグループ内の第１のサブグループのリソースブロック数は、Ｍ＋１個であり、パケット損失率は、事前設定された時間内に受信されたデータパケットの総数に対する、事前設定された時間内に解析エラーが発生したデータパケットの数の割合である、段階を備える。

【0018】

上述の技術的解決手段を適用することによって、まず、判断ユニットによって、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数が判断され、ここで、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とは共にＭ個であり、Ｍは正の整数であり、次に、割り当てユニットによって、第１のリソースグループ内の第１のサブグループのリソースブロックが第１のユーザ機器に割り当てられ、第１の割り当てモジュールによって、第１のリソースグループ内の第２のサブグループのリソースブロックが第２のユーザ機器に割り当てられ、ここで、第１のリソースグループは、第１のサブグループ及び第２のサブグループを含む複数のサブグループを備え、各サブグループはＭ個のリソースブロックを含む。従って、第１のリソースグループ内の複数のサブグループのリソースブロックが、複数のユーザ機器に割り当てられ得、これにより、従来技術におけるＶＭＩＭＯとＶｏＩＰとの間のセミパーシステントスケジューリングの非互換性の問題が解決され、更に、ＶｏＩＰ容量が増大される。

【図面の簡単な説明】

【0019】

【図1】本発明の一実施形態に係るリソース割り当て装置の実施形態の概略図である。

【0020】

【図2】本発明の一実施形態に係るリソース割り当て装置の別の実施形態の概略図である。

【0021】

【図3】本発明の一実施形態に係るリソース割り当て装置の概略構造図である。

【0022】

【図4】本発明の一実施形態に係るリソース割り当て方法の実施形態の概略図である。

【0023】

【図5】本発明の一実施形態に係るリソース割り当て方法の別の実施形態の概略図である。

【発明を実施するための形態】

【0024】

本発明の実施形態が、リソース割り当て装置、システム、及び方法を提供する。これにより、ＶＭＩＭＯとＶｏＩＰとの間のセミパーシステントスケジューリングの非互換性の問題が解決され、ＶｏＩＰ容量が増大される。

【0025】

当業者が本発明における技術的解決手段をより良く理解できるよう、以下で、本発明の実施形態における添付図面を参照して、本発明の実施形態における技術的解決手段を明確かつ完全に説明する。説明される実施形態が、本発明の実施形態の全てではなく一部であるに過ぎないことは明らかである。創造的な努力なく、本発明の実施形態に基づいて当業者によって得られる他の全ての実施形態は、本発明の保護範囲に含まれるものとする。

【0026】

本発明の明細書、特許請求の範囲、及び添付図面において、用語「第１」、「第２」、「第３」、「第４」等（もし存在すれば）は、同様の対象物を区別するよう意図されているが、必ずしも、特定の順序又は順番を示すわけではない。本明細書で説明される実施形態が、本明細書で示される、又は説明される順序以外の順序で実施され得るよう、そのようなやり方で称されるデータは適切な状況において交換可能であることが理解されるべきである。更に、「含む」、「含有する」、及び任意の他の異形の用語は、非排他的含有を含むことを意味する。例えば、段階又はユニットのリストを含むプロセス、方法、システム、製品、又はデバイスは、必ずしもそれらの段階又はユニットに限定されるわけではなく、明示的に列挙されていない、又はそのようなプロセス、方法、製品、又はデバイスに固有の他の段階又はユニットを含んでよい。

【0027】

本発明の実施形態が適用される通信システムは、ＬＴＥ通信システム又は別の通信システムに基づいて成される改善であってよく、このことは本明細書において限定されない。本発明の実施形態は、ＬＴＥシステム、別のＩＰベースの無線通信システム（すなわち、ＶｏＩＰサービスをサポート可能な別のシステム）、及び同様のものに適用可能であることが理解され得る。本発明の実施形態は、アップリンクリソースが限られている場合に適用されてよい。ＶＭＩＭＯとＶｏＩＰとの間の互換性及び連携によって、アップリンクリソースが限られているという問題が解決され、かつ、制御チャネルエリアの負荷が大きいという問題が解決され、これにより、ＶｏＩＰ容量が増大される。

【0028】

図１を参照すると、本発明の一実施形態に係るリソース割り当て装置１００の実施形態は、判断ユニット１０１及び割り当てユニット１０２を備える。

【0029】

判断ユニット１０１は、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断するよう構成されている。

【0030】

本発明のこの実施形態では、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数をまず判断するプロセスは、例えば、ユーザ機器が、基本的にセミパーシステントスケジューリングによってアップリンク送信を実行し、データパケットの到着期間は２０ｍｓである、すなわち、一例としてＧ．７２９ ６４Ｋの音声符号化が使用される場合、２０×６４＝１２８０ビットのデータパケットが２０ｍｓ内に生成され、ユーザ機器のＭＣＳが、ユーザ機器のチャネル状態に応じて推定され、ここで、当該チャネル状態は、ＲＢ周波数効率又は同様のものに変換されてよく、次に、アップリンク送信を実行すべくユーザ機器によって要求されるリソースブロック数は、ユーザ機器のＭＣＳに応じて判断され、ここで、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とは共にＭ個であり、Ｍは正の整数である、すなわち、１つのＲＢ、２つのＲＢ、３つのＲＢ、又は同様のものであり、及び、アップリンク送信に含まれるＲＢリソースブロック数、すなわち、１つのＲＢというＲＢリソースブロック数、２つのＲＢというＲＢリソースブロック数、３つのＲＢというＲＢリソースブロック数、又は同様のものが、更に判断され得ることである。

【0031】

本発明のこの実施形態において、アップリンク送信を実行するためのリソースは、ＶｏＩＰデータパケット、又は別のデータパケットであってよく、このことは、本明細書において具体的に限定されないことに注意すべきである。

【0032】

リソースブロックは、ＲＢリソースブロック又は他のリソースブロックであってよく、このことは、本明細書において具体的に限定されないことに注意すべきである。

【0033】

割り当てユニット１０２は、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断ユニット１０１が判断した後、第１のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当て、第１のリソースグループ内の第２のサブグループのリソースブロックを第２のユーザ機器に割り当てるよう構成されている。ここで、第１のリソースグループは、第１のサブグループ及び第２のサブグループを含む複数のサブグループを備え、各サブグループは、Ｍ個のリソースブロックを含む。

【0034】

本発明のこの実施形態では、更に、基地局が、同じリソースグループ内の異なるサブグループのリソースブロックを少なくとも２つのユーザ機器に割り当てる。例えば、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とが共に２個であり、実際にリソースブロック数が物理的なものならば、第１のサブグループの２つのリソースブロックが第１のユーザ機器に割り当てられ、第２のサブグループの２つのリソースブロックが第２のユーザ機器に割り当てられる。実際に、各リソースグループは、同数のリソースブロックを有する複数のサブグループを備え、例えば、１つのＲＢのＲＢリソースグループ、又は２つのＲＢのＲＢリソースグループであってよい。ここで、１つのＲＢのＲＢリソースグループは、１つのＲＢを各々が有する複数のサブグループを備え、２つのＲＢのＲＢリソースグループは、２つのＲＢを各々が有する複数のサブグループを備える。

【0035】

本発明のこの実施形態によると、まず、判断ユニットによって、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数が判断され、ここで、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とは共にＭ個であり、Ｍは正の整数であり、次に、割り当てユニットによって、第１のリソースグループ内の第１のサブグループのリソースブロックが、第１のユーザ機器に割り当てられ、第１のリソースグループ内の第２のサブグループのリソースブロックが第２のユーザ機器に割り当てられ、ここで、第１のリソースグループは、第１のサブグループ及び第２のサブグループを含む複数のサブグループを備え、各サブグループは、Ｍ個のリソースブロックを含む。従って、第１のリソースグループ内の複数のサブグループのリソースブロックが複数のユーザ機器に割り当てられ得、これにより、従来技術におけるＶＭＩＭＯとＶｏＩＰとの間のセミパーシステントスケジューリングの非互換性の問題が解決され、その結果、ＶｏＩＰ容量が増大される。

【0036】

図２を参照すると、本発明の一実施形態に係るリソース割り当て装置２００の実施形態は、判断ユニット２０１、設定ユニット２０２、選択ユニット２０３、及び割り当てユニット２０４を備える。

【0037】

判断ユニット２０１は、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断するよう構成されている。

【0038】

本発明のこの実施形態では、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数をまず判断するプロセスは、ユーザ機器のＭＣＳが、ユーザ機器のチャネル状態に応じてまず推定されてよく、ここで、当該チャネル状態は、ＲＢ周波数効率又は同様のものに変換されてよく、次に、アップリンク送信を実行すべくユーザ機器によって要求されるリソースブロック数が、ユーザ機器のＭＣＳに応じて判断され、ここで、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とは共にＭ個であり、Ｍは正の整数であることである。

【0039】

設定ユニット２０２は、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断ユニット２０１が判断した後、第１のリソースグループ及び少なくとも１つの他のリソースグループを設定するよう構成されており、ここで、少なくとも１つの他のリソースグループの各々は複数のサブグループを含み、少なくとも１つの他のリソースグループの各々の複数のサブグループは同数のリソースブロックを有し、第１のリソースグループ内のサブグループのリソースブロック数は、少なくとも１つの他のリソースグループ内のサブグループのリソースブロック数と異なる。

【0040】

更に、本発明のこの実施形態では、リソースグループが設定される必要がある。リソースグループを設定することにより、各リソースグループ内の複数のサブグループのリソースブロックが、複数のユーザ機器に別々に割り当てられ、これにより、従来技術における非互換性の問題が解決され、ＶｏＩＰ容量が増大される。

【0041】

選択ユニット２０３は、設定ユニット２０２が第１のリソースグループ及び少なくとも１つの他のリソースグループを設定した後、設定されたリソースグループから第１のリソースグループを選択するよう構成されており、当該選択の条件は、リソースグループ内のサブグループがＭ個のリソースブロックを含むことである。

【0042】

更に、基地局側の異なるリソースグループは、異なる数のリソースブロックを有するので、アップリンク送信を実行すべく第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行すべく第２のユーザ機器によって要求されるリソースブロック数とに応じて、対応するリソースグループが選択される。

【0043】

割り当てユニット２０４は、第１の判断サブユニット２０４１、及び／又は第２の判断サブユニット２０４２を有する。第１の判断サブユニット２０４１は、第１のユーザ機器がアクティブなセミパーシステント状態にあると判断するよう構成され、第２の判断サブユニット２０４２は、第２のユーザ機器がアクティブなセミパーシステント状態にあると判断するよう構成されている。

【0044】

更に、アクティブなセミパーシステント状態にあるユーザ機器のみがアップリンク送信を実行できる。従って、ユーザ機器がアクティブなセミパーシステント状態にない場合、対応するリソースグループが更に、ユーザ機器によって要求されるリソースブロック数に応じて選択される必要がある。

【0045】

割り当てユニット２０４は具体的に、選択ユニット２０３が、設定されたリソースグループから第１のリソースグループを選択した後、第１のユーザ機器がアクティブなセミパーシステント状態にあると第１の判断サブユニット２０４１が判断した場合、第１のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当て、第２のユーザ機器がアクティブなセミパーシステント状態にあると第２の判断サブユニット２０４２が判断した場合、第１のリソースグループ内の第２のサブグループのリソースブロックを第２のユーザ機器に割り当てるよう構成されている。

【0046】

更に、第１のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当てることと、第１のリソースグループ内の第２のサブグループのリソースブロックを第２のユーザ機器に割り当てることとは、ユーザ機器へのペアのリソース割り当てと理解されてよい。すなわち、同じリソースグループのリソースブロックが少なくとも２つのユーザ機器に割り当てられる、すなわち、第１のユーザ機器及び第２のユーザ機器は、同一サイズのリソースブロックを取得し、ペアのリソース割り当てが完了し、これにより、従来技術における非互換性の問題が解決され、サービス容量が増大され得る。例えば、容量の増大は空間分割多重化にあり、１００個のＲＢが第１のユーザ機器に割り当てられ、１００個のＲＢが第２のユーザ機器に割り当てられ、これにより、２００個のＲＢが形成され、容量が自然に増大される。

【0047】

いくつかの実施形態では、割り当てユニット２０４は更に、判定サブユニット２０４３及び割り当てサブユニット２０４４を有してよいことに注意すべきである。

【0048】

判定サブユニット２０４３は、第１のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が第１の閾値より大きいかどうか、及び／又は、第１のユーザ機器のパケット損失率が第２の閾値より大きいかどうかを判断するよう構成されており、ここで、パケット損失率は、事前設定された時間内に受信されたデータパケットの総数に対する、事前設定された時間内に解析エラーが発生したデータパケットの数の割合である。

【0049】

第１のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が、第１の閾値より大きい、及び／又は、第１のユーザ機器のパケット損失率が第２の閾値より大きいと判定サブユニットが判断した場合、割り当てサブユニット２０４４は、第２のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当てるよう構成されており、第２のリソースグループ内の第１のサブグループのリソースブロック数はＭ＋１個である。

【0050】

本発明のこの実施形態では、第１のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が第１の閾値より大きい、又は、第１のユーザ機器のパケット損失率が第２の閾値より大きい場合、第１のユーザ機器によって要求されるリソースブロック数は１だけ増加される。例えば、前に判断された第１のユーザ機器のリソースブロック数が１である場合、１つのリソースブロックのリソースグループ内のサブグループの１つのリソースブロックが第１のユーザ機器に割り当てられ、次に、第１のユーザ機器のリソースブロック数が２に変更され、２つのリソースブロックのリソースグループ内のサブグループの２つのリソースブロックが、第１のユーザ機器に割り当てられる。パケット損失率は、事前設定された時間内に受信されたデータパケットの総数に対する、事前設定された時間内に解析エラーが発生したデータパケットの数の割合であり、例えば、１秒以内に受信されたデータパケットの総数に対する、１秒以内に解析エラーが発生したデータパケットの数の割合である。

【0051】

第２のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が、第１の閾値より大きい、及び／又は、第２のユーザ機器のパケット損失率が第２の閾値より大きい場合、第２のリソースグループ内の第２のサブグループのリソースブロックが第２のユーザ機器に割り当てられ、第２のリソースグループ内の第２のサブグループのリソースブロック数は、Ｍ＋１個であることに注意すべきである。このことは、本明細書において具体的に限定されない。

【0052】

第１のユーザ機器及び第２のユーザ機器へのリソースの割り当て以外に、リソースが引き続き割り当てられる場合、制御チャネルエリアにおけるスケジューリングの挙動はトリガされないので、リソースは、同一の時間周波数において割り当てられれば十分であることに注意すべきである。

【0053】

リソース割り当て装置は基地局であることに注意すべきである。

【0054】

本発明のこの実施形態では、まず、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数が判断ユニットによって判断され、対応する基地局側において、第１のリソースグループ及び少なくとも１つの他のリソースグループが設定ユニットによって設定され、次に、設定されたリソースグループから第１のリソースグループが選択ユニットによって選択される、すなわち、そのサブグループがＭ個のリソースブロックを含むリソースグループが選択され、更に、第１のユーザ機器がアクティブなセミパーシステント状態にあると判断された後、第１のリソースグループ内の第１のサブグループのリソースブロックが割り当てユニットによって第１のユーザ機器に割り当てられ、第２のユーザ機器がアクティブなセミパーシステント状態にあると判断された後、第１のリソースグループ内の第２のサブグループのリソースブロックが第２のユーザ機器に割り当てられ、ここで、第１のリソースグループは、第１のサブグループ及び第２のサブグループを含む複数のサブグループを備え、各サブグループはＭ個のリソースブロックを含む。従って、第１のリソースグループ内の複数のサブグループのリソースブロックが複数のユーザ機器に割り当てられ得、これにより、従来技術におけるＶＭＩＭＯとＶｏＩＰとの間のセミパーシステントスケジューリングの非互換性の問題が解決され、その結果、ＶｏＩＰ容量が増大される。

【0055】

本発明の実施形態は更に、上述のリソース割り当て装置及びユーザ機器を含むリソース割り当てシステムを提供する。具体的な実施形態については、上述のリソース割り当て装置の実施形態を参照されたい。また、本明細書において詳細は説明されない。

【0056】

図１及び図２に示される実施形態は、機能モジュールの側面からリソース割り当て装置の具体的な構造を説明している。リソース割り当て装置の具体的な構造は、図３の実施形態を参照して、ハードウェアの側面から以下で説明される。

【0057】

図３を参照すると、図３は、本発明の一実施形態に係るリソース割り当て装置３００の概略構造図である。リソース割り当て装置３００は、少なくとも１つのプロセッサ３０１（例えば、ＣＰＵ、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、少なくとも１つのネットワークインタフェース又は別の通信インタフェースと、メモリ３０２と、少なくとも１つの通信バスと、少なくとも１つの入力装置３０３と、少なくとも１つの出力装置３０４と、これらの装置の間の接続及び通信を実施するよう構成された無停電電源ＵＰＳ３０５とを含んでよい。プロセッサ３０１は、メモリ３０２に格納された、コンピュータプログラムなどの実行可能モジュールを実行するよう構成されている。メモリ３０２は、高速ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含んでよく、更に、不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、例えば、少なくとも１つの磁気ディスクメモリ、を含んでよい。システムゲートウェイと少なくとも１つの他のネットワーク要素との間の通信接続は、（有線又は無線であってよい）少なくとも１つのネットワークインタフェースを使用することによって実施され、インターネット、広域ネットワーク、ローカルネットワーク、メトロポリタンエリアネットワーク、及び同様のものが使用されてよい。

【0058】

図３に示されるように、いくつかの実施方式において、メモリ３０２はプログラム命令を格納し、当該プログラム命令はプロセッサ３０１によって実行されてよく、プロセッサ３０１は具体的に、以下の段階：
アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断する段階と、
第１のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当て、第１のリソースグループ内の第２のサブグループのリソースブロックを第２のユーザ機器に割り当てる段階であって、第１のリソースグループは、第１のサブグループ及び第２のサブグループを含む複数のサブグループを備え、各サブグループはＭ個のリソースブロックを含む、段階とを実行する。

【0059】

いくつかの実施方式では、プロセッサ３０１は更に、以下の段階：
第１のリソースグループ及び少なくとも１つの他のリソースグループを設定する段階であって、少なくとも１つの他のリソースグループの各々は、複数のサブグループを備え、少なくとも１つの他のリソースグループの各々内の複数のサブグループは、同数のリソースブロックを有し、第１のリソースグループ内のサブグループのリソースブロック数は、少なくとも１つの他のリソースグループ内のサブグループのリソースブロック数と異なる、段階を実行してよい。

【0060】

いくつかの実施方式では、プロセッサ３０１は更に、以下の段階：
設定されたリソースグループから第１のリソースグループを選択する段階であって、当該選択の条件は、リソースグループ内のサブグループがＭ個のリソースブロックを含むことである、段階を実行してよい。

【0061】

いくつかの実施方式では、プロセッサ３０１は更に、以下の段階：
第１のユーザ機器がアクティブなセミパーシステント状態にあると判断する段階、及び／又は
第２のユーザ機器がアクティブなセミパーシステント状態にあると判断する段階を実行してよい。

【0062】

いくつかの実施方式では、プロセッサ３０１は更に、以下の段階：
第１のユーザ機器のパケットエラーの累積数が、閾値より大きいかどうかを判断する段階と、
第１のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が、第１の閾値より大きい、又は、第１のユーザ機器のパケット損失率が、第２の閾値より大きい場合、第２のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当てる段階であって、第２のリソースグループ内の第１のサブグループのリソースブロック数はＭ＋１であり、パケット損失率は、事前設定された時間内に受信されたデータパケットの総数に対する、事前設定された時間内に解析エラーが発生したデータパケットの数の割合である、段階を実行してよい。

【0063】

リソース割り当て装置の実施形態は上述されており、リソース割り当て方法の実施形態が、以下で更に説明される。図４を参照すると、本発明の一実施形態に係るリソース割り当て方法の実施形態は、段階４０１及び段階４０２を備える。

【0064】

４０１：アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断する。

【0065】

本発明のこの実施形態では、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断するプロセスは、例えば、ユーザ機器が、基本的にセミパーシステントスケジューリングによってアップリンク送信を実行し、データパケットの到着期間は２０ｍｓである、すなわち、一例としてＧ．７２９ ６４Ｋの音声符号化が使用される場合、２０×６４＝１２８０ビットのデータパケットが２０ｍｓ内に生成され、ユーザ機器のＭＣＳが、ユーザ機器のチャネル状態に応じて推定され、ここで、当該チャネル状態は、ＲＢ周波数効率又は同様のものに変換されてよく、次に、アップリンク送信を実行すべくユーザ機器によって要求されるリソースブロック数が、ユーザ機器のＭＣＳに応じて判断され、ここで、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とは共にＭ個であり、Ｍは正の整数である、すなわち、１つのＲＢ、２つのＲＢ、３つのＲＢ、又は同様のものであり、及び、アップリンク送信に含まれるＲＢリソースブロック数、すなわち、１つのＲＢというＲＢリソースブロック数、２つのＲＢというＲＢリソースブロック数、３つのＲＢというＲＢリソースブロック数、又は同様のものが、更に判断され得ることである。

【0066】

本発明のこの実施形態では、アップリンク送信を実行するためのリソースは、ＶｏＩＰ音声データ又は別のデータであってよく、このことは本明細書において具体的に限定されないことに注意すべきである。

【0067】

リソースブロックはＲＢリソースブロック又は他のリソースブロックであってよく、このことは本明細書において具体的に限定されないことに注意すべきである。

【0068】

４０２：第１のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当て、第１のリソースグループ内の第２のサブグループのリソースブロックを第２のユーザ機器に割り当てる。

【0069】

本発明のこの実施形態では、第１のリソースグループは、第１のサブグループ及び第２のサブグループを含む複数のサブグループを有し、各サブグループはＭ個のリソースブロックを含む。更に、基地局が、同じリソースグループ内の異なるサブグループのリソースブロックを少なくとも２つのユーザ機器に割り当てる。例えば、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とが共に２個である場合、第１のサブグループの２つのリソースブロック及び第２のサブグループの２つのリソースブロックが、第１のユーザ機器及び第２のユーザ機器にそれぞれ割り当てられる。実際に、各リソースグループは、同数のリソースブロックを有する複数のサブグループを備え、例えば、１つのＲＢのＲＢリソースグループ、又は２つのＲＢのＲＢリソースグループであってよい。ここで、１つのＲＢのＲＢリソースグループは、１つのＲＢを各々が有する複数のサブグループを備え、２つのＲＢのＲＢリソースグループは、２つのＲＢを各々が有する複数のサブグループを備える。

【0070】

本発明のこの実施形態によると、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数がまず判断された後、第１のリソースグループ内の第１のサブグループのリソースブロックが第１のユーザ機器に割り当てられ、第１のリソースグループ内の第２のサブグループのリソースブロックが第２のユーザ機器に割り当てられる。ここで、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数は共にＭ個であり、Ｍは正の整数であり、第１のリソースグループは、第１のサブグループ及び第２のサブグループを含む複数のサブグループを備え、各サブグループはＭ個のリソースブロックを含む。従って、第１のリソースグループ内の複数のサブグループのリソースブロックが複数のユーザ機器に割り当てられ得、これにより、従来技術におけるＶＭＩＭＯとＶｏＩＰとの間のセミパーシステントスケジューリングの非互換性の問題が解決され、その結果、ＶｏＩＰ容量が増大される。

【0071】

図５を参照すると、本発明の一実施形態に係るリソース割り当て方法の具体的な適用シナリオの実施形態は、段階５０１から段階５０７を備える。

【0072】

５０１：アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断する。

【0073】

本発明のこの実施形態では、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数を判断する段階は、ユーザ機器のＭＣＳが、ユーザ機器のチャネル状態に応じてまず推定されてよく、ここで、当該チャネル状態は、ＲＢ周波数効率又は同様のものに変換されてよく、次に、アップリンク送信を実行すべくユーザ機器によって要求されるリソースブロック数が、ユーザ機器のＭＣＳに応じて判断され、ここで、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とは共にＭ個であり、Ｍは正の整数であることである。

【0074】

５０２：第１のリソースグループ及び少なくとも１つの他のリソースグループを設定する。

【0075】

本発明のこの実施形態では、少なくとも１つの他のリソースグループの各々は、複数のサブグループを有し、少なくとも１つの他のリソースグループの各々内の複数のサブグループは、同数のリソースブロックを含み、第１のリソースグループ内のサブグループのリソースブロック数は、少なくとも１つの他のリソースグループ内のサブグループのリソースブロック数と異なる。

【0076】

更に、本発明のこの実施形態では、リソースグループが設定される必要がある。リソースグループを設定することにより、各リソースグループ内の複数のサブグループのリソースブロックは、複数のユーザ機器に別々に割り当てられ、これにより、従来技術における非互換性の問題が解決され、ＶｏＩＰ容量が増大される。

【0077】

５０３：設定されたリソースグループから第１のリソースグループを選択する。

【0078】

本発明のこの実施形態では、当該選択の条件は、リソースグループ内のサブグループがＭ個のリソースブロックを含むことである。

【0079】

更に、基地局側の異なるリソースグループは、異なる数のリソースブロックを有するので、アップリンク送信を実行すべく第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行すべく第２のユーザ機器によって要求されるリソースブロック数とに応じて、対応するリソースグループが選択される。

【0080】

５０４：第１のユーザ機器がアクティブなセミパーシステント状態にあると判断する。

【0081】

本発明のこの実施形態では、アクティブなセミパーシステント状態にあるユーザ機器のみがアップリンク送信を実行できる。従って、ユーザ機器がアクティブなセミパーシステント状態にない場合、対応するリソースグループが更に、ユーザ機器によって要求されるリソースブロック数に応じて選択される必要がある。

【0082】

５０５：第１のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当て、第１のリソースグループ内の第２のサブグループのリソースブロックを第２のユーザ機器に割り当てる。

【0083】

本発明のこの実施形態では、第１のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当て、第１のリソースグループ内の第２のサブグループのリソースブロックを第２のユーザ機器に割り当てる段階は、ユーザ機器へのペアのリソース割り当てと理解されてよく、ここで、第１のリソースグループは、第１のサブグループ及び第２のサブグループを含む複数のサブグループを備え、各サブグループはＭ個のリソースブロックを含む。すなわち、同じリソースグループのリソースブロックが少なくとも２つのユーザ機器に割り当てられる、すなわち、第１のユーザ機器及び第２のユーザ機器は、同一サイズのリソースブロックを取得し、ペアのリソース割り当てが完了し、これにより、従来技術における非互換性の問題が解決され、サービス容量が増大され得る。例えば、容量の増大は空間分割多重化にあり、１００個のＲＢが第１のユーザ機器に割り当てられ、１００個のＲＢが第２のユーザ機器に割り当てられ、これにより、２００個のＲＢが形成され、容量が自然に増大される。

【0084】

第１のリソースグループ内の第２のサブグループのリソースブロックが第２のユーザ機器に割り当てられる前に、第２のユーザ機器がアクティブなセミパーシステント状態にあると判断されることが必要であることに注意すべきである。

【0085】

５０６：第１のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が第１の閾値より大きいかどうかを判断し、大きい場合、段階５０７を実行する。

【0086】

任意で、第１のユーザ機器のパケット損失率が第２の閾値より大きい場合、段階５０７も実行される。

【0087】

パケット損失率は、事前設定された時間内に受信されたデータパケットの総数に対する、事前設定された時間内に解析エラーが発生したデータパケットの数の割合であることが理解されるだろう。例えば、１秒以内に受信されたデータパケットの総数に対する、１秒以内に解析エラーが発生したデータパケットの数の割合が、第２の閾値より大きい場合、段階５０７が実行される。

【0088】

５０７：第２のリソースグループ内の第１のサブグループのリソースブロックを第１のユーザ機器に割り当てる。

【0089】

本発明のこの実施形態では、第１のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が第１の閾値より大きい、又は、第１のユーザ機器のパケット損失率が第２の閾値より大きい場合、第１のユーザ機器によって要求されるリソースブロック数は１だけ増加される。例えば、前に判断された第１のユーザ機器のリソースブロック数が１である場合、リソースが割り当てられたとき、１つのリソースブロックのリソースグループ内のサブグループの１つのリソースブロックが第１のユーザ機器に割り当てられ、次に、第１のユーザ機器のリソースブロック数が２に変更され、２つのリソースブロックのリソースグループ内のサブグループの２つのリソースブロックが、第１のユーザ機器に割り当てられる。

【0090】

第２のユーザ機器のデータパケットであり、かつ、解析エラーが発生したデータパケットの数が、第１の閾値より大きい、及び／又は、第２のユーザ機器のパケット損失率が第２の閾値より大きい場合、第２のリソースグループ内の第２のサブグループのリソースブロックが第２のユーザ機器に割り当てられ、第２のリソースグループ内の第２のサブグループのリソースブロック数は、Ｍ＋１個であることに注意すべきである。このことは、本明細書において具体的に限定されない。

【0091】

本発明のこの実施形態では、まず、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数が判断され、対応する基地局側において、第１のリソースグループ及び少なくとも１つの他のリソースグループが設定され、次に、設定されたリソースグループから第１のリソースグループが選択される、すなわち、そのサブグループがＭ個のリソースブロックを含むリソースグループが選択され、更に、第１のユーザ機器がアクティブなセミパーシステント状態にあると判断された後、第１のリソースグループ内の第１のサブグループのリソースブロックが第１のユーザ機器に割り当てられ、第２のユーザ機器がアクティブなセミパーシステント状態にあると判断された後、第１のリソースグループ内の第２のサブグループのリソースブロックが第２のユーザ機器に割り当てられ、ここで、第１のリソースグループは、第１のサブグループ及び第２のサブグループを含む複数のサブグループを備え、各サブグループはＭ個のリソースブロックを含む。従って、第１のリソースグループ内の複数のサブグループのリソースブロックが複数のユーザ機器に割り当てられ得、これにより、従来技術におけるＶＭＩＭＯとＶｏＩＰとの間のセミパーシステントスケジューリングの非互換性の問題が解決され、その結果、ＶｏＩＰ容量が増大される。

【0092】

要約すれば、本発明の実施形態によると、アップリンク送信を実行する必要があるユーザ機器によって要求されるリソースブロック数が、判断ユニットによって判断され、ここで、アップリンク送信を実行する必要がある第１のユーザ機器によって要求されるリソースブロック数と、アップリンク送信を実行する必要がある第２のユーザ機器によって要求されるリソースブロック数とは共にＭ個であり、Ｍは正の整数であり、次に、割り当てユニットによって、第１のリソースグループ内の第１のサブグループのリソースブロックが、第１のユーザ機器に割り当てられ、第１のリソースグループ内の第２のサブグループのリソースブロックが第２のユーザ機器に割り当てられ、ここで、第１のリソースグループは、第１のサブグループ及び第２のサブグループを含む複数のサブグループを備え、各サブグループは、Ｍ個のリソースブロックを含む。従って、第１のリソースグループ内の複数のサブグループのリソースブロックが複数のユーザ機器に割り当てられ得、これにより、従来技術におけるＶＭＩＭＯとＶｏＩＰとの間のセミパーシステントスケジューリングの非互換性の問題が解決され、その結果、ＶｏＩＰ容量が増大される。

【0093】

簡便かつ簡潔に説明することを目的として、上述のシステム、装置、及びユニットの詳細な動作プロセスについて、上述の方法の実施形態の対応するプロセスが参照されてよく、本明細書において詳細は説明されないことを、当業者は明確に理解するだろう。

【0094】

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

【0095】

別個の部分として説明されたユニットは、物理的に分かれていてもいなくてもよい。また、ユニットとして表示された部分は、物理的なユニットであってもなくてもよく、一か所に配置されてよい、又は複数のネットワークユニットに分散されてよい。実施形態の解決手段の目的を実現するよう、ユニットの一部又は全部が実際の必要性に応じて選択されてよい。

【0096】

加えて、本発明の実施形態の機能ユニットは、１つの処理ユニットに統合されてよい、又は、それらのユニットの各々は、物理的に単独で存在してよい、又は、２つ以上のユニットが１つのユニットに統合される。統合されたユニットはハードウェアの形態で実施されてよい、又は、ソフトウェア機能ユニットの形態で実施されてよい。

【0097】

統合されたユニットがソフトウェア機能ユニットの形態で実施され、独立した製品として販売又は使用される場合、その統合されたユニットは、コンピュータ可読記憶媒体に格納されてよい。そのような理解に基づいて、本発明の技術的解決手段は基本的に、又は従来技術に寄与する部分は、又は技術的解決手段の全部若しくは一部は、ソフトウェア製品の形態で実施されてよい。ソフトウェア製品は、記憶媒体に格納され、本発明の実施形態において説明された方法の段階の全部又は一部を実行するよう、（パーソナルコンピュータ、サーバ、ネットワークデバイス、又は同様のものであってよい）コンピュータデバイスに指示するためのいくつかの命令を備える。上述の記憶媒体は、プログラムコードを格納可能な、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク（ｄｉｓｋ）、又は光ディスク（ｄｉｓｃ）などの任意の媒体を含む。

【0098】

上述の実施形態は、本発明を限定することではなく、本発明の技術的解決手段を説明することを目的としているに過ぎない。本発明が上述の実施形態に関して詳細に説明されてきたが、当業者が更に、本発明の実施形態の技術的解決手段の主旨及び範囲から逸脱することなく、上述の実施形態で説明された技術的解決手段に変更を加えてよいこと、又は、それらの一部の技術的特徴に対して均等な置き換えを施してよいことを当業者は理解すべきである。

【図1】

【図2】

【図3】

【図4】

【図5】