(57)【要約】【課題】本発明の実施例では、物理上り回線制御チャネル（ＰＵＣＣＨ）リソースの割当方法、ネットワーク側装置及び通信システムを提供する。【解決手段】該方法は、ＰＵＣＣＨ遊休リソースが不足している又は全てのＰＵＣＣＨリソースが使用されている場合、新たなユーザー機器（ＵＥ）がセルにアクセスすると、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定し、前記取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当てるとともに、前記取り上げられる対象となるＵＥにリソースを再割当し、前記取り上げられる対象となるＵＥにＰＵＣＣＨリソースを開放することを通知すること、を含む。【選択図】図１
2017504248.tif 000002
【特許請求の範囲】
【請求項１】
物理上り回線制御チャネルＰＵＣＣＨリソースの割当方法であって、
セルのＰＵＣＣＨ遊休リソースが不足している又は全てのＰＵＣＣＨリソースが使用されている場合、新たなユーザー機器（ＵＥ）がアクセスすると、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定するステップと、
前記取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当て、前記取り上げられる対象となるＵＥにリソースを再割当し、前記取り上げられる対象となるＵＥにＰＵＣＣＨリソースを開放することを通知するステップと、を含む物理上り回線制御チャネルＰＵＣＣＨリソースの割当方法。
【請求項２】
前記取り上げられる対象となるＵＥを決定することは、
所定時間内に上り・下り通信が行われず、すでにＰＵＣＣＨリソースが割り当てられ且つ優先度が最も低いＵＥを、取り上げられる対象となるＵＥとして決定すること、又は
現在アクセスしているＵＥより優先度が低いＵＥのうち、優先度が最も低く且つＰＵＣＣＨリソースが割り当てられたＵＥを、取り上げられる対象となるＵＥとして決定すること、を含む請求項１に記載の割当方法。
【請求項３】
前記取り上げられる対象となるＵＥを決定する前、前記ＵＥの優先度を取得するステップをさらに含む請求項１又は２に記載の割当方法。
【請求項４】
前記ＵＥの優先度を取得することは、ＵＥの無線ベアラ（Ｅ−ＲＡＢ）のアドレス解析プロトコルＡＲＰに基づき算出し優先度を取得することを含む請求項３に記載の割当方法。
【請求項５】
前記セルのＰＵＣＣＨ遊休リソースが不足している又は全てのＰＵＣＣＨリソースが使用されていることは、ＰＵＣＣＨチャネル品質指標ＣＱＩ及び／又はＰＵＣＣＨスケジューリング要求ＳＲリソースが不足している又は全てのリソースが使用されていることである請求項１に記載の割当方法。
【請求項６】
ネットワーク側装置であって、
新たなＵＥがアクセスすると、前記新たなＵＥにセルのＰＵＣＣＨ遊休リソースを割り当てたか否かを判断するように配置される判断ユニットと、
判断ユニットから転送された情報に基づき、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定するように配置される選択ユニットと、
選択ユニットから転送された情報に基づき、前記取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当て、取り上げられる対象となるＵＥにリソースを再割当し、前記取り上げられる対象となるＵＥにＰＵＣＣＨリソースを開放することを通知するように配置されるリソース割当ユニットと、を備えるネットワーク側装置。
【請求項７】
前記選択ユニットは、所定時間内に上り・下り通信が行われず、すでにＰＵＣＣＨリソースが割り当てられ且つ優先度が最も低いＵＥを、取り上げられる対象となるＵＥとして決定し、又は
現在アクセスしているＵＥより優先度が低いすべてのＵＥのうち、優先度が最も低く且つＰＵＣＣＨリソースが割り当てられたＵＥを、取り上げられる対象となるＵＥとして決定するように配置される請求項６に記載のネットワーク側装置。
【請求項８】
前記装置は、
ＵＥのＥ−ＲＡＢのＡＲＰに基づき該ＵＥの優先度を算出し、且つその算出結果を情報として選択ユニットに提供するように配置される優先度決定ユニットをさらに備える、請求項６に記載のネットワーク側装置。
【請求項９】
前記判断ユニットは、新たなＵＥがアクセスすると、前記新たなＵＥにセルのＰＵＣＣＨ  ＣＱＩ及び／又はＰＵＣＣＨ  ＳＲリソースが割り当てられたか否かを判断するように配置される請求項６に記載のネットワーク側装置。
【請求項１０】
少なくとも１つのＵＥ、及びネットワーク側装置を備える通信システムであって、
前記ネットワーク側装置は、新たなＵＥがアクセスすると、前記新たなＵＥにセルのＰＵＣＣＨ遊休リソースを割り当てたか否かを判断し、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定し、前記取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当て、取り上げられる対象となるＵＥにリソースを再割当し、前記取り上げられる対象となるＵＥにＰＵＣＣＨリソースを開放することを通知するように配置される通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術に関し、特に物理上り回線制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースの割当方法、ネットワーク側装置及び通信システムに関する。
【背景技術】
【０００２】
従来の通信システムにおいて、ＰＵＣＣＨリソースが有限であるが、ＰＵＣＣＨリソースを利用した転送の需要が多い。たとえば、ＵＥは、上り共有チャンネルリソースを要求して上りデータ転送を行う場合のスケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、及びＰＤＳＣＨチャンネルの品質を反映するためのＣＱＩを、ＰＵＣＣＨで転送することができる。しかしながら、ユーザー数の増加に伴って、全てのＰＵＣＣＨリソースが使用されるので、あるＵＥにＰＵＣＣＨリソースが割り当てられていないことがある。
【０００３】
本発明を実現する過程において、発明者は、従来の解決手段において、ＰＵＣＣＨリソースが有限である場合、ほかのリソース、例えば物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）リソースをを奪い合うことによって、例えばＳＲ転送を行うことができるが、転送効果がＰＵＣＣＨを用いた方法により低い。また、従来の解決手段では、リソース割当においてユーザーの優先度を区別せずに、アクセス順位に従って、先にアクセスしたＵＥにリソースを先に割り当て、リソースプールにおける全てのリソースが使用されると、その後にアクセスするＵＥは優先度が高くても、対応するリソースを取得できない。重要な要求又は情報、例えばＳＲ、ＣＱＩ等に対して、ＰＵＣＣＨリソースを割り当て得ない、ユーザーの上り下りトラフィックに影響を及ばし、高優先度ユーザーのユーザ体験を損ねる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記課題を解決するため、本発明は、実施例において、ＰＵＣＣＨリソースの割当方法、ネットワーク側装置及び通信システムを提供する。
【課題を解決するための手段】
【０００５】
本発明の実施例は、ＰＵＣＣＨリソースの割当方法であって、
セルのＰＵＣＣＨ遊休リソースが不足している又は全てのＰＵＣＣＨリソースが使用されている場合に、新たなＵＥがアクセスすると、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定し、前記取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当てるとともに、前記取り上げられる対象となるＵＥにリソースを再割当し、リソースを開放することを通知すること、を含むＰＵＣＣＨリソースの割当方法を提供する。
【０００６】
本発明の実施例は、ネットワーク側装置であって、
新たなＵＥがアクセスすると、該ＵＥにセルのＰＵＣＣＨ遊休リソースを割り当てたか否かを判断する判断ユニットと、
判断ユニットから転送された情報に基づき、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定する選択ユニットと、
選択ユニットから転送された情報に基づき、取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当てるとともに、取り上げられる対象となるＵＥにソースを再割当し、リソースを開放することを通知するリソース割当ユニットと、を含むネットワーク側装置を提供する。
【０００７】
本発明の実施例は、ＵＥ及び前記ネットワーク側装置のいずれかを備える通信システムを提供する。
【発明の効果】
【０００８】
上記解決手段の少なくとも１つによれば、ＰＵＣＣＨリソースが不足している又は全てのＰＵＣＣＨリソースが使用されている場合に、アクセスする新たなＵＥに、取り上げプロセスを設定し、すでにアクセスしたＵＥのＰＵＣＣＨリソースを割り当てることにより、新たなＵＥの優先度が高いものの、リソースを取得できないという問題を解消し、システム全体に基づき各ＵＥの優先度及びほかの状態を配慮してリソースを割り当て、システム全体の最適性を向上させる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例１に係る方法の模式図である。
【図２】本発明の実施例２に係る方法の模式図である。
【図３】本発明の実施例３に係る方法の模式図である。
【図４】本発明の実施例４に係る装置の模式図である。
【図５】本発明の実施例５に係る装置の模式図である。
【図６】本発明の実施例６に係るシステムの模式図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら、本発明の実施例に記載された解決手段を明確かつ完全に説明する。勿論、記載された実施例は、本発明の一部の実施例であり、全部の実施例ではない。本発明の実施例に基づき、当業者が創造的な労働をせずに実現できるほかの実施例は、いずれも本発明の保護範囲に属する。
＜実施例１＞
【００１１】
図１に示すように、本発明の実施例１は、ＰＵＣＣＨリソースの割当方法であって、具体的に、
新たなＵＥがネットワーク側装置へアクセス要求するとき、セルのＰＵＣＣＨリソースが不足している又は全てのＰＵＣＣＨリソースが使用され、システムが該新たなＵＥにＰＵＣＣＨリソースを割り当てることができない場合、ネットワーク側装置が前記ＵＥの情報に基づき、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定するステップと、
前記取り上げられる対象となるＵＥのＰＵＣＣＨリソースを新た前記新たなＵＥに割り当て、前記取り上げられる対象となるＵＥにリソースを再割当し、対応するＰＵＣＣＨリソースを開放することを前記取り上げられる対象となるＵＥに通知するステップと、を含むＰＵＣＣＨリソースの割当方法を提供する。
【００１２】
それにより、取り上げられる対象となるＵＥを合理的に決定することにより、リソースの優先割当の最適化を実現し、システム全体の最適性を向上させる。
＜実施例２＞
【００１３】
図２は、本発明の実施例２に係るＰＵＣＣＨリソース割当方法である。本実施例は、ＰＵＣＣＨ  ＣＱＩリソースの割当を例として説明し、具体的には以下のプロセスを含む。
【００１４】
新たなＵＥのアクセスについてＲＲＣコネクションの設定処理を行うとき、セルに遊休ＰＵＣＣＨ  ＣＱＩリソースが存在しないと、該新たなＵＥにリソースを割り当てず、ＲＲＣコネクションの設定処理が完了すると、次のステップに入る。
【００１５】
ステップＳ２０１において、新たなＵＥが初期ＤＲＢを確立するとき、前記新たなＵＥにＣＱＩリソースが割り当てられていないと判定する。
【００１６】
ステップＳ２０２において、前記新なＵＥが確立するように要求した無線ベアラ（Ｅ−ＲＡＢ：Ｅｖｏｌｖｅｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）のアドレス解析プロトコル（ＡＲＰ：Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に基づき、前記新たなＵＥの優先度を決定する。
【００１７】
該ステップにおいて、公知の手段によって、新たなＵＥから確立するように要求されたＥ−ＲＡＢのＡＲＰに基づき、新たなＵＥの優先度を決定するステップを完成することができることは、当業者にとって理解すべきであろう。
【００１８】
ステップＳ２０３において、すでにセルにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを捜す。
【００１９】
すでにセルにアクセスしたＵＥのうち、以下の条件のいずれかを満たすＵＥを、取り上げられる対象となるＵＥとして捜す（条件１を満たすＵＥを優先的に取り上げる）。
【００２０】
条件１、所定の時間内（該時間がｅＮｏｄｅＢで設定され得る）で上り・下り通信が行われず、すでにＰＵＣＣＨリソースが割り当てられ且つ優先度が最も低いＵＥ。
【００２１】
条件２、現在アクセスしているＵＥより優先度が低いＵＥのうち、優先度が最も低く且つＰＵＣＣＨリソースが割り当てられたＵＥ。
【００２２】
該ステップにおいて、ＵＥの現在のアクティビティ及び優先度等の要素を総合的に考慮しても良い。すべてのＵＥの優先度が該ステップにおいて又は該ステップの前に取得され、ネットワーク側装置のすでにアクセスしたＵＥの優先度がネットワーク側装置に記憶されたものであってもよく、ステップＳ２０２の方式で算出されたものであってもよいことは、当業者にとって理解すべきであろう。
【００２３】
ステップＳ２０４において、取り上げられる対象となるＵＥのチャネル品質指標（ＣＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）リソースを再割当メッセージにより、新たなＵＥに割り当て、取り上げられる対象となるＵＥにリソースを再割当し、再割当メッセージにより取り上げられる対象となるＵＥに自らのＣＱＩリソースを開放することを通知する。
＜実施例３＞
【００２４】
図３は、本発明の実施例に係るＰＵＣＣＨリソース割当方法である。本実施例と実施例２との相違点は、ＰＵＣＣＨリソース割当が失敗の場合を含み、且つＰＵＣＣＨ  ＳＲリソース割当と、ＰＵＣＣＨ  ＣＱＩ及びＰＵＣＣＨ  ＳＲリソース割当と、２種の割当態様を含むことである。具体的には以下のとおりである。
【００２５】
初期ＤＲＢを確立する時、前記新たなＵＥにＰＵＣＣＨリソースが割り当てられたか否かを判断する。
【００２６】
ここで、具体的な実施態様には、ＣＱＩリソースが割り当てられたか否か、ＳＲリソースが割り当てられたか否か、ＣＱＩリソース及びＳＲリソースが割り当てられたか否かを判断し、判断結果がＮＯであると、次のステップに入り、判断結果がＹＥＳであると、前記新たなＵＥに、対応したＰＵＣＣＨリソースがノーマルに割り当てられ、そのままステップを終了する。
【００２７】
前記新たなＵＥのＡＲＰに基づき、前記新たなＵＥの優先度を計算する。
【００２８】
セルにおいて取り上げられる対象として最適なＵＥを捜し、対応する取り上げられる対象となるＵＥを捜し出すと、次のステップに入り、設定した取り上げる条件に基づき、取り上げられる対象となるＵＥを捜し出していないと、該リソース割当プロセスを終了する。
【００２９】
取り上げられる対象となるＵＥのＣＱＩ及び／又はＳＲリソースを、取り上げる対象となるＵＥに割り当て、取り上げられる対象となるＵＥにリソースを再割当し、該ＵＥにＣＱＩ及び／又はＳＲリソースを開放することを通知する。
【００３０】
新たなＵＥに割り当てるＰＵＣＣＨリソースがないと、初期ＤＲＢを確立する際、ＵＥにリソースを再割当し、新たなＵＥにＰＵＣＣＨリソースを割り当てない。
＜実施例４＞
【００３１】
図４は、本発明の実施例４に係るＰＵＣＣＨリソース割当用ネットワーク側装置であり、該装置は、
新たなＵＥがアクセスすると、該新たなＵＥにセルのＰＵＣＣＨ遊休リソースを割り当てたか否かを判断する判断ユニット４１と、
判断ユニットから転送された情報に基づき、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定する選択ユニット４２と、
選択ユニットから転送された情報に基づき、取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当て、取り上げられる対象となるＵＥにリソースを再割当しリソースを開放することを通知するリソース割当ユニット４３と、を備えるＰＵＣＣＨリソース割当用ネットワーク側装置である。
【００３２】
ネットワーク側装置が基地局であってもよいことは、当業者にとって理解すべきであろう。
【００３３】
ここで、判断ユニット、選択ユニット及びリソース割当ユニットは、ＤＳＰ又はＣＰＵ等のハードウェアにより実現できる。
＜実施例５＞
【００３４】
図５には、本発明の実施例５に係るＰＵＣＣＨリソース割当用ネットワーク側装置であり、該装置は、
新たなＵＥがアクセスすると、該新たなＵＥにセルのＰＵＣＣＨ遊休リソースを割り当てたか否かを判断する判断ユニット４１と、
判断ユニットから転送された情報に基づき、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定する選択ユニット４２と、
選択ユニットから転送された情報に基づき、取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当て、取り上げられる対象となるＵＥにリソースを再割当しリソースを開放することを通知するリソース割当ユニット４３と、を備える。
【００３５】
本実施例と実施例４との相違点は、優先度決定ユニット４４が追加されることである。
【００３６】
前記優先度決定ユニット４４は、ＵＥのＥ−ＲＡＢのＡＲＰに基づき該ＵＥの優先度を算出し、その結果を情報として選択ユニットに提供する。選択ユニットは、ＵＥのアクティビティ、優先度等の要素を総合的に考慮して、取り上げられる対象となるＵＥを決定する。
【００３７】
具体的には、前記選択ユニットは、所定の時間内に上り・下り通信が行われず、すでにＰＵＣＣＨリソースが割り当てられ且つ優先度が最も低いＵＥを取り上げられる対象となるＵＥとして決定し、或いは、現在アクセスしたＵＥより優先度が低いＵＥのうち、優先度が最も低く且つＰＵＣＣＨリソースが割り当てられたＵＥを取り上げられる対象となるＵＥとして決定する。
＜実施例６＞
【００３８】
図６は、本発明の実施例６に係る通信システムである。該システムは、少なくとも１つのＵＥ及びネットワーク側装置を備え、
ネットワーク側装置は、アクセスを要求したＵＥにＰＵＣＣＨリソースの割当を行い、本発明のネットワーク側装置に係る実施例に記載の解決手段の少なくとも１つにより得られる。
【００３９】
上記では、本発明の好ましい実施形態を説明したが、当業者は、本発明の原理を逸脱しない前提で、様々な改良や修飾を行うことができ、それらの改良や修飾も本発明の保護範囲に属する。
【図１】
2017504248.tif 000003
【図２】
2017504248.tif 000004
【図３】
2017504248.tif 000005
【図４】
2017504248.tif 000006
【図５】
2017504248.tif 000007
【図６】
2017504248.tif 000008
【国際調査報告】
2017504248.tif 000009
2017504248.tif 000010
2017504248.tif 000011
2017504248.tif 000012