特許 5778759 チャネル伝送の制御方法及び装置

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

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

(11)【特許番号】5778759

(24)【登録日】2015年7月17日

(45)【発行日】2015年9月16日

(54)【発明の名称】チャネル伝送の制御方法及び装置

(51)【国際特許分類】

   H04W 76/04 20090101AFI20150827BHJP

   H04W 28/10 20090101ALI20150827BHJP

【ＦＩ】

   H04W76/04

   H04W28/10

【請求項の数】5

【全頁数】12

(21)【出願番号】特願2013-509424(P2013-509424)

(86)(22)【出願日】2010年12月20日

(65)【公表番号】特表2013-529025(P2013-529025A)

(43)【公表日】2013年7月11日

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

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

(87)【国際公開日】20111117

【審査請求日】2013年7月1日

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

(32)【優先日】2010年5月12日

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

【前置審査】

(73)【特許権者】

【識別番号】509024525

【氏名又は名称】ゼットティーイー コーポレーション

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

(74)【代理人】

【識別番号】100091096

【弁理士】

【氏名又は名称】平木 祐輔

(74)【代理人】

【識別番号】100105463

【弁理士】

【氏名又は名称】関谷 三男

(74)【代理人】

【識別番号】100101063

【弁理士】

【氏名又は名称】松丸 秀和

(72)【発明者】

【氏名】スン，チャンジアン

【審査官】 東 昌秋

(56)【参考文献】

【文献】 特表２００５−５２５０６５（ＪＰ，Ａ）

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

【文献】 米国特許出願公開第２０１０／００７４１８２（ＵＳ，Ａ１）

【文献】 Radio Resource Control (RRC); Protocol specification (Release 9)，3GPP TS 25.331 V9.2.1，２０１０年 ４月，pp. 160-177,589-594，ＵＲＬ，http://www.3gpp.org/ftp/Specs/archive/25_series/25.331/25331-921.zip

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

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

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

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

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

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

【請求項1】

媒体アクセス制御ＭＡＣブロックが、無線リソース制御ＲＲＣブロックから送信されたリソース配置メッセージを受信し、
前記ＭＡＣブロックが、前記リソース配置メッセージから、リソース配置の影響を受けた無線ベアラＲＢリソースを指示する影響情報を解析し、
リソース配置中に、前記ＭＡＣブロックが前記リソース配置の影響を受けたＲＢリソースが運ぶデータ伝送のみを一時的に停止するステップを含み、
前記リソース配置メッセージは、再配置情報をさらに含み、
（i）前記再配置情報により物理層の再配置を行わないと指示され、前記影響情報によりリソース配置の影響を受けたＲＢリソースが空状態ではないと指示された場合、前記ＭＡＣブロックが前記リソース配置の影響を受けたＲＢリソースが運ぶデータ伝送のみを一時的に停止するステップを実行し、又は、
（ii）前記再配置情報により物理層の再配置が指示され、前記影響情報によりリソース配置の影響を受けたＲＢリソースが空状態であると指示された場合、リソース配置中に、前記ＭＡＣブロックが全てのＲＢリソースが運ぶデータ伝送を一時的に停止し、又は、
（iii）前記再配置情報により物理層の再配置が指示され、前記影響情報によりリソース配置の影響を受けたＲＢリソースが空状態ではないと指示された場合、前記ＭＡＣブロックが前記リソース配置の影響を受けたＲＢリソースが運ぶデータ伝送のみを一時的に停止するステップは、
前記物理層の再配置中に、前記ＭＡＣブロックが全てのＲＢリソースが運ぶデータ伝送を一時的に停止し、
前記物理層の再配置に成功した後、前記影響情報の指示に応じて、リソース配置の影響を受けていないＲＢリソースが運ぶデータ伝送を回復するステップを含む、
チャネル伝送の制御方法。

【請求項2】

前記リソース配置メッセージ情報が活性化時刻情報をさらに含み、前記活性化時刻になると、前記ＭＡＣブロックが前記リソース配置の影響を受けたＲＢリソースによるデータ伝送のみを一時的に停止する請求項１に記載の方法。

【請求項3】

リソース配置が終了した後、
ＭＡＣブロックが一時的に停止したＲＢリソースが運ぶデータ伝送を回復するステップをさらに含む請求項１又は２に記載の方法。

【請求項4】

無線リソース制御ＲＲＣブロックから送信されたリソース配置メッセージを受信する受信ブロックと、
前記リソース配置メッセージから、リソース配置の影響を受けた無線ベアラＲＢリソースを指示する影響情報を解析する解析ブロックと、
リソース配置中に、前記リソース配置の影響を受けたＲＢリソースが運ぶデータ伝送のみを一時的に停止する一時停止ブロックと、を含み、
前記リソース配置メッセージは、再配置情報をさらに含み、
前記一時停止ブロックが、
前記再配置情報により物理層の再配置を行わないと指示され、前記影響情報によりリソース配置の影響を受けたＲＢリソースが空状態ではないと指示された場合、前記リソース配置の影響を受けたＲＢリソースが運ぶデータ伝送のみを一時的に停止する第１ブロックと、
前記再配置情報により物理層の再配置が指示され、前記影響情報によりリソース配置の影響を受けたＲＢリソースが空状態であると指示された場合、リソース配置中に、全てのＲＢリソースが運ぶデータ伝送を一時的に停止する第２ブロックと、
前記再配置情報により物理層の再配置が指示され、前記影響情報によりリソース配置の影響を受けたＲＢリソースが空状態ではないと指示された場合、前記物理層の再配置中に、全てのＲＢリソースが運ぶデータ伝送を一時的に停止し、前記物理層の再配置に成功した後、前記影響情報の指示に応じて、リソース配置の影響を受けていないＲＢリソースが運ぶデータ伝送を回復する第３ブロックと、を含む、
チャネル伝送の制御装置。

【請求項5】

リソース配置を終了した後、一時的に停止したＲＢリソースが運ぶデータ伝送を回復する回復ブロックをさらに含む請求項４に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動通信分野に関し、具体的には、チャネル伝送の制御方法及び装置に関する。

【背景技術】

【0002】

汎用の移動通信システム（Universal Mobile Telecommunications System、以下、ＵＭＴＳと略称）は第３世代の移動通信システムに属し、具体的には、ＵＭＴＳはコアネットワーク（Core Network、以下ＣＮと略称）と、ＵＭＴＳ地上波無線アクセスネットワーク（UMTS Terrestrial Radio Access Network、以下ＵＴＲＡＮと略称）と、ユーザ機器（User Equipment、以下ＵＥと略称）から構成される。

【0003】

具体的には、ＵＴＲＡＮとＵＥとの間のインターフェースは、Ｕｕインターフェースで、Ｕｕインターフェースにおいて、プロトコルスタックは、機能の相違に応じて、物理層（層１）と、データリンク層（層２）と、ネットワーク層（層３）とに分けられる。その中、層１は物理層であって、層２は無線リンク制御（Radio Link Control、以下ＲＬＣと略称）、パケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol、以下ＰＤＣＰと略称）、媒体アクセス制御（Media Access Control、以下ＭＡＣと略称）等のブロックを含み、無線リソース制御サブ層は層３の最低層に位置し、アクセス層に属し、主に無線リソースの制御及び管理等の機能を提供する。

【0004】

ＵＴＲＡＮは、Ｕｕインターフェースを介し、ＵＥ側の無線リソースコントローラ（Radio Resource controller、以下ＲＲＣと略称）にリソース配置メッセージを送信し、これらのリソース配置メッセージは、無線ベアラ（Radio Bearer、以下ＲＢと略称）リソースと、伝送チャネル（Transport Channel、以下ＴｒＣＨと略称）リソースと、物理チャネル（Physical Channel、以下ＰｈｙＣＨと略称）リソースと、の三種類を含み、その中、無線ベアラリソースは、論理チャネル（Logical Channel、以下ＬｏｇＣＨと略称）と、伝送チャネルと、物理チャネルから構成される。具体的には、ＵＴＲＡＮは、ＵＥ側のＲＲＣにリソース配置を送信することによって、ＵＥとネットワーク側との間のデータ及びシグナルを伝送するための通路を確立する。ＲＢは、ＵＥとＵＴＲＡＮの層２から上位階層にサービスを提供する通路で、サービスＲＢとシグナルＲＢとを含み、各ＲＢは一つ又は二つの論理チャネルを含み、ＴｒＣＨはＲＢとＰｈｙＣＨとの間に介在し、ＭＡＣはＬｏｇＣＨからＴｒＣＨへのマッピングで、物理層はＴｒＣＨからＰｈｙＣＨへのマッピングであって、ＬｏｇＣＨはＲＬＣとＭＡＣとの間に介在する。

【0005】

ＲＲＣの接続状態でのリソース配置は、ＲＢの新規、再配置、リリーズと、ＴｒＣＨの新規、再配置、リリーズと、ＰｈｙＣＨの新規、再配置、リリーズを含む。

【0006】

本願発明者は、関連技術において、配置及び更新する際、チャネルが影響を受けたか否かに係わらず、データ伝送を中断し、チャネルリソースを浪費し、関連するデータ伝送の速度に影響を与えてしまうことを発見した。

【発明の概要】

【発明が解決しようとする課題】

【0007】

本発明は、上記の問題における少なくとも一つを解決できるチャネル伝送の制御方法及び装置を提供することをその目的とする。

【課題を解決するための手段】

【0008】

本発明の一態様によると、まず、ＭＡＣブロックがリソース配置メッセージを受信し、ＭＡＣブロックがリソース配置メッセージから、リソース配置の影響を受けた無線ベアラＲＢリソースを指示する影響情報を解析し、リソース配置中に、ＭＡＣブロックがリソース配置の影響を受けたＲＢリソースが運ぶデータ伝送のみを一時的に停止するステップを含むチャネル伝送の制御方法を提供する。

【0009】

本発明の他の一態様によると、リソース配置メッセージを受信する受信ブロックと、リソース配置メッセージから、リソース配置の影響を受けた無線ベアラＲＢリソースを指示する影響情報を解析する解析ブロックと、リソース配置中に、リソース配置の影響を受けたＲＢリソースが運ぶデータ伝送のみを一時的に停止する一時停止ブロックと、を含むチャネル伝送の制御装置を提供する。

【発明の効果】

【0010】

本発明のチャネル伝送の制御方法及び装置によると、リソース配置中に、チャネル伝送の制御装置がリソース配置メッセージに基づいてリソース配置の影響を受けたＲＢリソースが運ぶデータ伝送のみを一時的に停止することによって、リソース配置中にリソース配置の影響を受けていないＲＢリソースは依然として正常なデータ伝送を行うことができ、リソース配置中のリソース配置の影響を受けていないＲＢリソースの浪費を回避することができる。

【図面の簡単な説明】

【0011】

ここで説明する図面は本発明を理解するためのもので、本発明の一部を構成し、本発明における実施形態と共に本発明を解釈し、本発明を不当に限定するものではない。

【図1】本発明の実施形態に係るチャネル伝送の制御方法のフローチャートである。

【図2】本発明の実施形態１に係るフローチャートである。

【図3】本発明の実施形態２に係るフローチャートである。

【図4】本発明の実施形態３に係るフローチャートである。

【図5】本発明の実施形態に係るチャネル伝送の制御装置の構造を示すブロック図である。

【図6】本発明の実施形態に係るチャネル伝送の制御装置における一時停止ブロックの構造を示すブロック図である。

【図7】本発明の好適の実施形態に係るチャネル伝送の制御装置の構造を示すブロック図である。

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

【0012】

以下、図面を参照しつつ実施形態に合わせ、本発明を詳しく説明する。ここで、互いに矛盾しない限り、本願に記載の実施形態及び実施形態に記載の特徴を互いに組み合わせることができる。

【0013】

図１は、本発明の実施形態に係るチャネル伝送の制御方法を示すフローチャートで、図１に示すように、上記チャネル伝送の制御方法は以下のステップを含む（ステップＳ１００〜ステップＳ１０４）。

【0014】

ＭＡＣブロックは、リソース制御メッセージを受信する（ステップＳ１００）。

【0015】

ＭＡＣブロックは、リソース配置メッセージから影響情報を解析する（ステップＳ１０２）。該影響情報は、リソース配置の影響を受けたＲＢリソースを指示する。

【0016】

リソース配置において、ＭＡＣブロックは、リソース配置の影響を受けたＲＢリソースが運ぶデータ伝送のみを一時的に停止する（ステップＳ１０４）。

【0017】

リソースを配置した後のチャネルリソースの浪費を回避するため、リソースの配置を終了した後、ＭＡＣブロックは一時的に停止したＲＢリソースが運ぶデータ伝送を回復することができるので、ステップＳ１０４の後、以下のステップを更に含むことが好ましい。

【0018】

新規の配置が有効になった後、一時的に停止したＲＢを回復し、新しい配置形態に従ってデータ伝送を継続する（ステップＳ１０６）。

【0019】

関連技術によるリソース配置において、全てのチャネルのデータ伝送を停止し、リソース配置の影響を受けていないチャネルによるデータ伝送も停止され、チャネルリソースを浪費してしまう。しかし、該実施形態によると、チャネル伝送を制御する際、リソース配置メッセージに携帯された情報に基づいてリソース配置の影響を受けたＲＢリソースを判定し、リソース配置中にリソース配置の影響を受けたＲＢリソースによるデータ伝送のみを停止し、他のリソース配置の影響を受けていないＲＢリソースは正常な伝送を行うことができ、リソース配置中のチャネルリソースの浪費を回避し、ユーザ体験を向上する。

【0020】

上記リソース配置メッセージに再配置情報を更に含むことが好ましく、上記影響情報に類似し、再配置メッセージは、リソース配置中に物理層を再配置するか否かを指示する。一方、実際の応用において、リソース配置メッセージが再配置情報を含む形態は、リソース配置メッセージに物理層再配置の標識ビットを設定するか、又はリソース配置メッセージに物理層再配置を指示するサブメッセージを設定する等の形態であることができ、そして、リソース配置メッセージが影響情報を含む形態は、リソース配置メッセージに影響を受けたＲＢリソースのリストを設定するか、又はリソース配置メッセージにおいてそれぞれ異なるＲＢリソースに対応する一部のフィールドを設定し、これらのフィールドによって対応するＲＢリソースがリソース配置の影響を受けたか否かを示す等の形態であることができる。

【0021】

具体的なリソース配置中において、物理層の再配置に係ることがある一方、リソース配置の影響を受けたＲＢリソースが存在する可能性もあって、異なる状況について異なる解決案を用いて、以下、リソース配置中に存在する可能性のあるいくつかの状況を具体的に説明する。

【0022】

状況１：物理層の再配置は行わず、リソース配置の影響を受けたＲＢリソースが存在する。
当該状況の場合、具体的なリソース配置において、ＭＡＣブロックは、リソース配置の影響を受けたＲＢリソースが運ぶデータ伝送のみを一時的に停止する。該処理方式によって、具体的なリソース配置において、リソース配置と関係ない他のチャネルリソースは依然として正常な伝送を行うことができ、リソース配置中にリソース配置と関係ないＲＢリソースの浪費を回避することができる。

【0023】

状況２：物理層を再配置し、リソース配置の影響を受けたＲＢリソースが存在しない。
当該状況の場合、具体的なリソース配置において、ＭＡＣブロックは、全てのＲＢリソースが運ぶデータ伝送を停止する。当該処理方式によって、具体的なリソース配置中において、全てのＲＢリソースがいずれもリソース配置の影響を受けた場合、全てのＲＢリソースを一時的に停止することができ、リソース配置の影響を回避することができる。

【0024】

状況３：物理層を再配置し、リソース配置の影響を受けたＲＢリソースが存在する。
当該状況の場合、リソース配置は二つの段階に分けられる。その中、
第１段階は、物理層の再配置段階で、該段階において、ＭＡＣブロックは全てのＲＢリソースが運ぶデータ伝送を一時的に停止する。
第２段階は、第１段階である物理層の再配置に成功した後に発生し、該段階において、ＭＡＣはリソース配置の影響を受けていないＲＢリソースが運ぶデータ伝送を回復し、リソース配置の影響を受けたＲＢリソースは継続して一時的停止状態を保持するようにする。

【0025】

上記処理方式によって、リソース配置中の各段階において、該段階に関わるＲＢリソースによるデータ伝送のみを一時的に停止し、ＲＢリソースを充分に利用可能になり、リソース配置中のチャネルリソースの浪費を回避できる。

【0026】

リソース配置が適切な時刻に発生するように、上記リソース配置メッセージに活性化時刻情報をさらに含むことが好ましく、当該活性化時刻情報により指示された活性化時刻になると、ＭＡＣブロックはリソース配置をスタートし、リソース配置の影響を受けたＲＢリソースによるデータ伝送のみを一時的に停止する。

【0027】

ＲＲＣブロックがリソース配置メッセージを送信する前、まず一時停止メッセージを層２におけるＲＬＣブロックとＰＤＣＰブロックに送信し、配置を完了した後、対応して回復メッセージを層２に送信する関連技術と異なるように、ＭＡＣブロックが、ＲＲＣブロックが送信したリソース配置メッセージを受信し、該リソース配置メッセージに基づいてどれらのＲＢを一時的に停止する必要があるかを確定することによって、制御シグナルを低減、配置フローを簡単化し、コード処理の複雑度を低減し、コードの安定性を向上することが好ましい。

【0028】

以下、ＵＥがセル専用チャネル（Cell Dedicated Channel、以下Ｃｅｌｌ−ＤＣＨと略称）状態で配置メッセージを受信した後、Ｃｅｌｌ−ＤＣＨ状態の保持を指示する場合の具体的な実施形態を介して、本発明の実施形態に提供される上記技術案を説明する。

【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】

以上は、本発明の好適な実施形態に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の精神や原則内でのすべての修正、置換、改良などは本発明の保護範囲内に含まれる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】