JP2017504248A

JP2017504248A - Ｐｕｃｃｈリソースの割当方法、ネットワーク側装置及び通信システム

Info

Publication number: JP2017504248A
Application number: JP2016539901A
Authority: JP
Inventors: 杜旭輝; 李寧
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2013-12-18
Filing date: 2014-06-10
Publication date: 2017-02-02
Also published as: US20170013608A1; WO2014187409A1; CN104735787A

Abstract

【課題】本発明の実施例では、物理上り回線制御チャネル（ＰＵＣＣＨ）リソースの割当方法、ネットワーク側装置及び通信システムを提供する。【解決手段】該方法は、ＰＵＣＣＨ遊休リソースが不足している又は全てのＰＵＣＣＨリソースが使用されている場合、新たなユーザー機器（ＵＥ）がセルにアクセスすると、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定し、前記取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当てるとともに、前記取り上げられる対象となるＵＥにリソースを再割当し、前記取り上げられる対象となるＵＥにＰＵＣＣＨリソースを開放することを通知すること、を含む。【選択図】図１

Description

本発明は通信技術に関し、特に物理上り回線制御チャネル（ＰＵＣＣＨ：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）リソースの割当方法、ネットワーク側装置及び通信システムに関する。

従来の通信システムにおいて、ＰＵＣＣＨリソースが有限であるが、ＰＵＣＣＨリソースを利用した転送の需要が多い。たとえば、ＵＥは、上り共有チャンネルリソースを要求して上りデータ転送を行う場合のスケジューリング要求（ＳＲ：ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）、及びＰＤＳＣＨチャンネルの品質を反映するためのＣＱＩを、ＰＵＣＣＨで転送することができる。しかしながら、ユーザー数の増加に伴って、全てのＰＵＣＣＨリソースが使用されるので、あるＵＥにＰＵＣＣＨリソースが割り当てられていないことがある。

本発明を実現する過程において、発明者は、従来の解決手段において、ＰＵＣＣＨリソースが有限である場合、ほかのリソース、例えば物理ランダムアクセスチャネル（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ、ＰＲＡＣＨ）リソースをを奪い合うことによって、例えばＳＲ転送を行うことができるが、転送効果がＰＵＣＣＨを用いた方法により低い。また、従来の解決手段では、リソース割当においてユーザーの優先度を区別せずに、アクセス順位に従って、先にアクセスしたＵＥにリソースを先に割り当て、リソースプールにおける全てのリソースが使用されると、その後にアクセスするＵＥは優先度が高くても、対応するリソースを取得できない。重要な要求又は情報、例えばＳＲ、ＣＱＩ等に対して、ＰＵＣＣＨリソースを割り当て得ない、ユーザーの上り下りトラフィックに影響を及ばし、高優先度ユーザーのユーザ体験を損ねる。

上記課題を解決するため、本発明は、実施例において、ＰＵＣＣＨリソースの割当方法、ネットワーク側装置及び通信システムを提供する。

本発明の実施例は、ＰＵＣＣＨリソースの割当方法であって、
セルのＰＵＣＣＨ遊休リソースが不足している又は全てのＰＵＣＣＨリソースが使用されている場合に、新たなＵＥがアクセスすると、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定し、前記取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当てるとともに、前記取り上げられる対象となるＵＥにリソースを再割当し、リソースを開放することを通知すること、を含むＰＵＣＣＨリソースの割当方法を提供する。

本発明の実施例は、ネットワーク側装置であって、
新たなＵＥがアクセスすると、該ＵＥにセルのＰＵＣＣＨ遊休リソースを割り当てたか否かを判断する判断ユニットと、
判断ユニットから転送された情報に基づき、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定する選択ユニットと、
選択ユニットから転送された情報に基づき、取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当てるとともに、取り上げられる対象となるＵＥにソースを再割当し、リソースを開放することを通知するリソース割当ユニットと、を含むネットワーク側装置を提供する。

本発明の実施例は、ＵＥ及び前記ネットワーク側装置のいずれかを備える通信システムを提供する。

上記解決手段の少なくとも１つによれば、ＰＵＣＣＨリソースが不足している又は全てのＰＵＣＣＨリソースが使用されている場合に、アクセスする新たなＵＥに、取り上げプロセスを設定し、すでにアクセスしたＵＥのＰＵＣＣＨリソースを割り当てることにより、新たなＵＥの優先度が高いものの、リソースを取得できないという問題を解消し、システム全体に基づき各ＵＥの優先度及びほかの状態を配慮してリソースを割り当て、システム全体の最適性を向上させる。

本発明の実施例１に係る方法の模式図である。本発明の実施例２に係る方法の模式図である。本発明の実施例３に係る方法の模式図である。本発明の実施例４に係る装置の模式図である。本発明の実施例５に係る装置の模式図である。本発明の実施例６に係るシステムの模式図である。

以下、図面を参照しながら、本発明の実施例に記載された解決手段を明確かつ完全に説明する。勿論、記載された実施例は、本発明の一部の実施例であり、全部の実施例ではない。本発明の実施例に基づき、当業者が創造的な労働をせずに実現できるほかの実施例は、いずれも本発明の保護範囲に属する。
＜実施例１＞

図１に示すように、本発明の実施例１は、ＰＵＣＣＨリソースの割当方法であって、具体的に、
新たなＵＥがネットワーク側装置へアクセス要求するとき、セルのＰＵＣＣＨリソースが不足している又は全てのＰＵＣＣＨリソースが使用され、システムが該新たなＵＥにＰＵＣＣＨリソースを割り当てることができない場合、ネットワーク側装置が前記ＵＥの情報に基づき、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定するステップと、
前記取り上げられる対象となるＵＥのＰＵＣＣＨリソースを新た前記新たなＵＥに割り当て、前記取り上げられる対象となるＵＥにリソースを再割当し、対応するＰＵＣＣＨリソースを開放することを前記取り上げられる対象となるＵＥに通知するステップと、を含むＰＵＣＣＨリソースの割当方法を提供する。

それにより、取り上げられる対象となるＵＥを合理的に決定することにより、リソースの優先割当の最適化を実現し、システム全体の最適性を向上させる。
＜実施例２＞

図２は、本発明の実施例２に係るＰＵＣＣＨリソース割当方法である。本実施例は、ＰＵＣＣＨＣＱＩリソースの割当を例として説明し、具体的には以下のプロセスを含む。

新たなＵＥのアクセスについてＲＲＣコネクションの設定処理を行うとき、セルに遊休ＰＵＣＣＨＣＱＩリソースが存在しないと、該新たなＵＥにリソースを割り当てず、ＲＲＣコネクションの設定処理が完了すると、次のステップに入る。

ステップＳ２０１において、新たなＵＥが初期ＤＲＢを確立するとき、前記新たなＵＥにＣＱＩリソースが割り当てられていないと判定する。

ステップＳ２０２において、前記新なＵＥが確立するように要求した無線ベアラ（Ｅ−ＲＡＢ：ＥｖｏｌｖｅｄＲａｄｉｏＡｃｃｅｓｓＢｅａｒｅｒ）のアドレス解析プロトコル（ＡＲＰ：ＡｄｄｒｅｓｓＲｅｓｏｌｕｔｉｏｎＰｒｏｔｏｃｏｌ）に基づき、前記新たなＵＥの優先度を決定する。

該ステップにおいて、公知の手段によって、新たなＵＥから確立するように要求されたＥ−ＲＡＢのＡＲＰに基づき、新たなＵＥの優先度を決定するステップを完成することができることは、当業者にとって理解すべきであろう。

ステップＳ２０３において、すでにセルにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを捜す。

すでにセルにアクセスしたＵＥのうち、以下の条件のいずれかを満たすＵＥを、取り上げられる対象となるＵＥとして捜す（条件１を満たすＵＥを優先的に取り上げる）。

条件１、所定の時間内（該時間がｅＮｏｄｅＢで設定され得る）で上り・下り通信が行われず、すでにＰＵＣＣＨリソースが割り当てられ且つ優先度が最も低いＵＥ。

条件２、現在アクセスしているＵＥより優先度が低いＵＥのうち、優先度が最も低く且つＰＵＣＣＨリソースが割り当てられたＵＥ。

該ステップにおいて、ＵＥの現在のアクティビティ及び優先度等の要素を総合的に考慮しても良い。すべてのＵＥの優先度が該ステップにおいて又は該ステップの前に取得され、ネットワーク側装置のすでにアクセスしたＵＥの優先度がネットワーク側装置に記憶されたものであってもよく、ステップＳ２０２の方式で算出されたものであってもよいことは、当業者にとって理解すべきであろう。

ステップＳ２０４において、取り上げられる対象となるＵＥのチャネル品質指標（ＣＱＩ：ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ）リソースを再割当メッセージにより、新たなＵＥに割り当て、取り上げられる対象となるＵＥにリソースを再割当し、再割当メッセージにより取り上げられる対象となるＵＥに自らのＣＱＩリソースを開放することを通知する。
＜実施例３＞

図３は、本発明の実施例に係るＰＵＣＣＨリソース割当方法である。本実施例と実施例２との相違点は、ＰＵＣＣＨリソース割当が失敗の場合を含み、且つＰＵＣＣＨＳＲリソース割当と、ＰＵＣＣＨＣＱＩ及びＰＵＣＣＨＳＲリソース割当と、２種の割当態様を含むことである。具体的には以下のとおりである。

初期ＤＲＢを確立する時、前記新たなＵＥにＰＵＣＣＨリソースが割り当てられたか否かを判断する。

ここで、具体的な実施態様には、ＣＱＩリソースが割り当てられたか否か、ＳＲリソースが割り当てられたか否か、ＣＱＩリソース及びＳＲリソースが割り当てられたか否かを判断し、判断結果がＮＯであると、次のステップに入り、判断結果がＹＥＳであると、前記新たなＵＥに、対応したＰＵＣＣＨリソースがノーマルに割り当てられ、そのままステップを終了する。

前記新たなＵＥのＡＲＰに基づき、前記新たなＵＥの優先度を計算する。

セルにおいて取り上げられる対象として最適なＵＥを捜し、対応する取り上げられる対象となるＵＥを捜し出すと、次のステップに入り、設定した取り上げる条件に基づき、取り上げられる対象となるＵＥを捜し出していないと、該リソース割当プロセスを終了する。

取り上げられる対象となるＵＥのＣＱＩ及び／又はＳＲリソースを、取り上げる対象となるＵＥに割り当て、取り上げられる対象となるＵＥにリソースを再割当し、該ＵＥにＣＱＩ及び／又はＳＲリソースを開放することを通知する。

新たなＵＥに割り当てるＰＵＣＣＨリソースがないと、初期ＤＲＢを確立する際、ＵＥにリソースを再割当し、新たなＵＥにＰＵＣＣＨリソースを割り当てない。
＜実施例４＞

図４は、本発明の実施例４に係るＰＵＣＣＨリソース割当用ネットワーク側装置であり、該装置は、
新たなＵＥがアクセスすると、該新たなＵＥにセルのＰＵＣＣＨ遊休リソースを割り当てたか否かを判断する判断ユニット４１と、
判断ユニットから転送された情報に基づき、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定する選択ユニット４２と、
選択ユニットから転送された情報に基づき、取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当て、取り上げられる対象となるＵＥにリソースを再割当しリソースを開放することを通知するリソース割当ユニット４３と、を備えるＰＵＣＣＨリソース割当用ネットワーク側装置である。

ネットワーク側装置が基地局であってもよいことは、当業者にとって理解すべきであろう。

ここで、判断ユニット、選択ユニット及びリソース割当ユニットは、ＤＳＰ又はＣＰＵ等のハードウェアにより実現できる。
＜実施例５＞

図５には、本発明の実施例５に係るＰＵＣＣＨリソース割当用ネットワーク側装置であり、該装置は、
新たなＵＥがアクセスすると、該新たなＵＥにセルのＰＵＣＣＨ遊休リソースを割り当てたか否かを判断する判断ユニット４１と、
判断ユニットから転送された情報に基づき、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定する選択ユニット４２と、
選択ユニットから転送された情報に基づき、取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当て、取り上げられる対象となるＵＥにリソースを再割当しリソースを開放することを通知するリソース割当ユニット４３と、を備える。

本実施例と実施例４との相違点は、優先度決定ユニット４４が追加されることである。

前記優先度決定ユニット４４は、ＵＥのＥ−ＲＡＢのＡＲＰに基づき該ＵＥの優先度を算出し、その結果を情報として選択ユニットに提供する。選択ユニットは、ＵＥのアクティビティ、優先度等の要素を総合的に考慮して、取り上げられる対象となるＵＥを決定する。

具体的には、前記選択ユニットは、所定の時間内に上り・下り通信が行われず、すでにＰＵＣＣＨリソースが割り当てられ且つ優先度が最も低いＵＥを取り上げられる対象となるＵＥとして決定し、或いは、現在アクセスしたＵＥより優先度が低いＵＥのうち、優先度が最も低く且つＰＵＣＣＨリソースが割り当てられたＵＥを取り上げられる対象となるＵＥとして決定する。
＜実施例６＞

図６は、本発明の実施例６に係る通信システムである。該システムは、少なくとも１つのＵＥ及びネットワーク側装置を備え、
ネットワーク側装置は、アクセスを要求したＵＥにＰＵＣＣＨリソースの割当を行い、本発明のネットワーク側装置に係る実施例に記載の解決手段の少なくとも１つにより得られる。

上記では、本発明の好ましい実施形態を説明したが、当業者は、本発明の原理を逸脱しない前提で、様々な改良や修飾を行うことができ、それらの改良や修飾も本発明の保護範囲に属する。

Claims

物理上り回線制御チャネルＰＵＣＣＨリソースの割当方法であって、
セルのＰＵＣＣＨ遊休リソースが不足している又は全てのＰＵＣＣＨリソースが使用されている場合、新たなユーザー機器（ＵＥ）がアクセスすると、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定するステップと、
前記取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当て、前記取り上げられる対象となるＵＥにリソースを再割当し、前記取り上げられる対象となるＵＥにＰＵＣＣＨリソースを開放することを通知するステップと、を含む物理上り回線制御チャネルＰＵＣＣＨリソースの割当方法。
前記取り上げられる対象となるＵＥを決定することは、
所定時間内に上り・下り通信が行われず、すでにＰＵＣＣＨリソースが割り当てられ且つ優先度が最も低いＵＥを、取り上げられる対象となるＵＥとして決定すること、又は
現在アクセスしているＵＥより優先度が低いＵＥのうち、優先度が最も低く且つＰＵＣＣＨリソースが割り当てられたＵＥを、取り上げられる対象となるＵＥとして決定すること、を含む請求項１に記載の割当方法。
前記取り上げられる対象となるＵＥを決定する前、前記ＵＥの優先度を取得するステップをさらに含む請求項１又は２に記載の割当方法。
前記ＵＥの優先度を取得することは、ＵＥの無線ベアラ（Ｅ−ＲＡＢ）のアドレス解析プロトコルＡＲＰに基づき算出し優先度を取得することを含む請求項３に記載の割当方法。
前記セルのＰＵＣＣＨ遊休リソースが不足している又は全てのＰＵＣＣＨリソースが使用されていることは、ＰＵＣＣＨチャネル品質指標ＣＱＩ及び／又はＰＵＣＣＨスケジューリング要求ＳＲリソースが不足している又は全てのリソースが使用されていることである請求項１に記載の割当方法。
ネットワーク側装置であって、
新たなＵＥがアクセスすると、前記新たなＵＥにセルのＰＵＣＣＨ遊休リソースを割り当てたか否かを判断するように配置される判断ユニットと、
判断ユニットから転送された情報に基づき、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定するように配置される選択ユニットと、
選択ユニットから転送された情報に基づき、前記取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当て、取り上げられる対象となるＵＥにリソースを再割当し、前記取り上げられる対象となるＵＥにＰＵＣＣＨリソースを開放することを通知するように配置されるリソース割当ユニットと、を備えるネットワーク側装置。
前記選択ユニットは、所定時間内に上り・下り通信が行われず、すでにＰＵＣＣＨリソースが割り当てられ且つ優先度が最も低いＵＥを、取り上げられる対象となるＵＥとして決定し、又は
現在アクセスしているＵＥより優先度が低いすべてのＵＥのうち、優先度が最も低く且つＰＵＣＣＨリソースが割り当てられたＵＥを、取り上げられる対象となるＵＥとして決定するように配置される請求項６に記載のネットワーク側装置。
前記装置は、
ＵＥのＥ−ＲＡＢのＡＲＰに基づき該ＵＥの優先度を算出し、且つその算出結果を情報として選択ユニットに提供するように配置される優先度決定ユニットをさらに備える、請求項６に記載のネットワーク側装置。
前記判断ユニットは、新たなＵＥがアクセスすると、前記新たなＵＥにセルのＰＵＣＣＨＣＱＩ及び／又はＰＵＣＣＨＳＲリソースが割り当てられたか否かを判断するように配置される請求項６に記載のネットワーク側装置。
少なくとも１つのＵＥ、及びネットワーク側装置を備える通信システムであって、
前記ネットワーク側装置は、新たなＵＥがアクセスすると、前記新たなＵＥにセルのＰＵＣＣＨ遊休リソースを割り当てたか否かを判断し、すでにアクセスしたＵＥのうち、取り上げられる対象となるＵＥを決定し、前記取り上げられる対象となるＵＥのＰＵＣＣＨリソースを前記新たなＵＥに割り当て、取り上げられる対象となるＵＥにリソースを再割当し、前記取り上げられる対象となるＵＥにＰＵＣＣＨリソースを開放することを通知するように配置される通信システム。