(57)【要約】【課題】  複数のプロトコル処理部の一つから他へ切替える場合に、ユーザデータの中断なく継続通信が可能な無線制御装置（ＲＮＣ）を得る。【解決手段】  ＲＮＣ２において、ＦＰ（Frame Protocol）、ＭＡＣ（Medium Access Control)のプロトコル処理を実現している処理部（例えば、２３１）から、秘匿情報を読出し、他のプロトコル処理部（例えば、２３２）へ引継ぐことで、通話を継続すると共に、ＵＥ４１に対して処理の引継ぎを意識させることがないようにしている。【選択図】      図１                                                  
2005347983.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおいて、ユーザデータを所定のプロトコルに従って秘匿処理するプロトコル処理部を複数有する無線制御装置であって、前記ユーザデータに対する処理部を、第一のプロトコル処理部から第二のプロトコル処理部へ切替える際に、前記第一のプロトコル処理部の秘匿情報を、前記第二のプロトコル処理部へ引継ぐよう制御する制御手段を含むことを特徴とする無線制御装置。
【請求項２】
前記制御手段は、前記第一のプロトコル処理部の秘匿情報を読出して前記第二のプロトコル処理部へ設定するようにしたことを特徴とする請求項１記載の無線制御装置。
【請求項３】
前記制御手段は、前記第一のプロトコル処理部から読出した前記秘匿情報に対して処理遅延を考慮した新たな秘匿情報を生成して、前記第二のプロトコル処理部へ設定するようにしたことを特徴とする請求項１または２記載の無線制御装置。
【請求項４】
前記制御手段は、前記第二のプロトコル処理部への前記秘匿情報の引継ぎの終了に応答して、前記ユーザデータの接続先を、前記第二のプロトコル処理部に切替えるようにしたことを特徴とする請求項１〜３いずれか記載の無線制御装置。
【請求項５】
前記第二のプロトコル処理部は、他の無線制御装置に設けられていることを特徴とする請求項１〜４いずれか記載の無線制御装置。
【請求項６】
請求項１〜５いずれか記載の無線制御装置を含むことを特徴とする移動通信システム。
【請求項７】
移動通信システムにおいて、ユーザデータを所定のプロトコルに従って秘匿処理するプロトコル処理部を複数有する無線制御装置の動作制御方法であって、前記ユーザデータに対する処理部を、第一のプロトコル処理部から第二のプロトコル処理部へ切替える際に、前記第一のプロトコル処理部の秘匿情報を、前記第二のプロトコル処理部へ引継ぐよう制御する制御ステップを含むことを特徴とする動作制御方法。
【請求項８】
前記制御ステップは、前記第一のプロトコル処理部の秘匿情報を読出して前記第二のプロトコル処理部へ設定するステップを有することを特徴とする請求項７記載の動作制御方法。
【請求項９】
前記制御ステップは、前記第一のプロトコル処理部から読出した前記秘匿情報に対して処理遅延を考慮した新たな秘匿情報を生成して、前記第二のプロトコル処理部へ設定するようにしたことを特徴とする請求項７または８記載の動作制御方法。
【請求項１０】
前記制御ステップは、前記第二のプロトコル処理部への前記秘匿情報の引継ぎの終了に応答して、前記ユーザデータの接続先を、前記第二のプロトコル処理部に切替えるステップを、更に有することを特徴とする請求項７〜９いずれか記載の動作制御方法。
【請求項１１】
前記第二のプロトコル処理部は、他の無線制御装置に設けられていることを特徴とする請求項７〜１０いずれか記載の動作制御方法。
【請求項１２】
移動通信システムにおいて、ユーザデータを所定のプロトコルに従って秘匿処理するプロトコル処理部を複数有する無線制御装置の動作制御方法をコンピュータに実行させるためのプログラムであって、前記ユーザデータに対する処理部を、第一のプロトコル処理部から第二のプロトコル処理部へ切替える際に、前記第一のプロトコル処理部の秘匿情報を、前記第二のプロトコル処理部へ引継ぐよう制御する制御処理を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線制御装置及びそれを用いた移動通信システム並びにその動作制御方法に関し、特にＷ−ＣＤＭＡ（Wideband-Code Division Multiplex Access ：広帯域符号分割多元接続）通信システムにおける無線制御装置のプロトコル処理部切替方式に関するものである。
【背景技術】
【０００２】
移動通信システムの世界標準として３ＧＰＰ（3rd Generation Partnership Project）により規定されているＷ−ＣＤＭＡ通信システムには、無線制御装置（ＲＮＣ：Radio Network Controller）がある。このＲＮＣの機能の一つに、無線インタフェースにおけるユーザデータに対するプロトコル処理がある。
【０００３】
当該ＲＮＣにおいて、プロトコル処理部のような複数実装する装置のファームウェア更新やハードウェア更新を行う際、該当装置を閉塞状態にして新規呼を受け付けない状態にして、更新を行う方法がある。また、別の方法として、該当する装置に対応する呼を強制的に追い出す方法がある。
【０００４】
更に、特許文献１には、ＲＮＣのユーザデータの処理制御をなすユーザプレーン制御部を、現用系とそれ以外に予備系のものを設けておき、現用系において輻輳が発生した時、その一部を予備系に引継ぐようにした技術が開示されている。更にはまた、特許文献２には、通信プロトコル処理部を、現用系と予備系とに分け、通信中に中断なく両系の切替えをおこなう技術が開示されている。
【０００５】
【特許文献１】特開２００４−４８２０９号公報
【特許文献２】特開平５−２４４２２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したＲＮＣにおけるプロトコル処理部のファームウェア更新やハードウェア更新を行う際、該当処理部を閉塞状態にして、新規呼を受け付けない状態にする方法では、通信中の呼の完了を待つ必要があり、作業に時間がかかるという欠点がある。また、上述したように、該当する装置に対応する呼を強制的に追い出す方法があるが、通信中の呼のサービス品質劣化につながるという欠点がある。更に、３ＧＰＰによると、プロトコル処理を引継ぐ処理として、リロケーションと呼ばれる処理があるが、このリロケーション処理は、移動通信端末であるＵＥ（ユーザイクイップメント）が意識して動作する必要があるという欠点がある。
【０００７】
上記の特許文献１の技術においては、ＲＮＣの現用ユーザプレーンの輻輳状態の際に、予備用のユーザプレーンへ現用の処理の一部を引継ぐ技術であり、処理の集中を排斥するための処理分散を意図したものであり、一つのプロトコル処理部を完全に閉塞状態にして、当該処理部のファームウェアやハードウェアの更新をなすためのものではない。
【０００８】
また、特許文献２の技術では、移動通信システムにおるＲＮＣのプロトコル処理部に適用することは考慮されていない。すなわち、移動通信システムのＲＮＣのプロトコル処理部においては、ユーザデータに対して秘匿をなす機能が含まれているが、ＲＮＣにおけるプロトコル処理部のファームウェア更新やハードウェア更新を行う際には、この秘匿のためのパラメータである秘匿情報をも考慮した系の切替えを行う必要があるところ、上記特許文献２の技術では、移動通信システムへの適用は意図されていないので、ＲＮＣにおけるプロトコル処理部のファームウェア更新やハードウェア更新を行う場合には、全く適用できない。
【０００９】
本発明の目的は、複数のプロトコル処理部の一つから他へ切替える場合に、通話（ユーザデータ）の中断なく継続通信が可能な無線制御装置及びそれを用いた移動通信システム並びにその動作制御方法を提供することである。
【００１０】
本発明の他の目的は、プロトコル処理部の切替え時に、ユーザ側の装置である移動通信端末（ＵＥ）に対して全く意識させる必要がない無線制御装置及びそれを用いた移動通信システム並びにその動作制御方法を提供することである。
【課題を解決するための手段】
【００１１】
本発明による無線制御装置は、移動通信システムにおいて、ユーザデータを所定のプロトコルに従って秘匿処理するプロトコル処理部を複数有する無線制御装置であって、前記ユーザデータに対する処理部を、第一のプロトコル処理部から第二のプロトコル処理部へ切替える際に、前記第一のプロトコル処理部の秘匿情報を、前記第二のプロトコル処理部へ引継ぐよう制御する制御手段を含むことを特徴とする。
【００１２】
そして、前記制御手段は、前記第一のプロトコル処理部の秘匿情報を読出して前記第二のプロトコル処理部へ設定するようにしたことを特徴とし、また前記制御手段は、前記第一のプロトコル処理部から読出した前記秘匿情報に対して処理遅延を考慮した新たな秘匿情報を生成して、前記第二のプロトコル処理部へ設定するようにしたことを特徴とする。また、前記第二のプロトコル処理部への前記秘匿情報の引継ぎの終了に応答して、前記ユーザデータの接続先を、前記第二のプロトコル処理部に切替えるようにしたことを特徴とする。
【００１３】
本発明による動作制御方法は、移動通信システムにおいて、ユーザデータを所定のプロトコルに従って秘匿処理するプロトコル処理部を複数有する無線制御装置の動作制御方法であって、前記ユーザデータに対する処理部を、第一のプロトコル処理部から第二のプロトコル処理部へ切替える際に、前記第一のプロトコル処理部の秘匿情報を、前記第二のプロトコル処理部へ引継ぐよう制御する制御ステップを含むことを特徴とする。
【００１４】
そして、前記制御ステップは、前記第一のプロトコル処理部の秘匿情報を読出して前記第二のプロトコル処理部へ設定するステップを有することを特徴とし、また前記制御ステップは、前記第一のプロトコル処理部から読出した前記秘匿情報に対して処理遅延を考慮した新たな秘匿情報を生成して、前記第二のプロトコル処理部へ設定するようにしたことを特徴とする。また前記制御ステップは、前記第二のプロトコル処理部への前記秘匿情報の引継ぎの終了に応答して、前記ユーザデータの接続先を、前記第二のプロトコル処理部に切替えるステップを、更に有することを特徴とする。
【００１５】
本発明によるプログラムは、移動通信システムにおいて、ユーザデータを所定のプロトコルに従って秘匿処理するプロトコル処理部を複数有する無線制御装置の動作制御方法をコンピュータに実行させるためのプログラムであって、前記ユーザデータに対する処理部を、第一のプロトコル処理部から第二のプロトコル処理部へ切替える際に、前記第一のプロトコル処理部の秘匿情報を、前記第二のプロトコル処理部へ引継ぐよう制御する制御処理を含むことを特徴とする。
【００１６】
本発明の作用を述べる。ＲＮＣにおいて、ＦＰ（Frame Protocol）、ＭＡＣ（Medium Access Control)のプロトコル処理を実現している処理部から、ユーザデータ秘匿のためのパラメータである秘匿情報を読出し、他のプロトコル処理部へ引継ぐことで通話を継続すると共に、ＵＥに対して処理の引継ぎを意識させることがないようにしている。
【発明の効果】
【００１７】
本発明においては、以下に記載するような効果を奏する。第１の効果は、プロトコル処理のための情報である通話中の秘匿情報を、現在処理している処理部から別の処理部へ引継ぐ特徴を有しているので、通話中の呼の完了や呼を強制的に追い出すことなく、処理部のファームウェア更新やハードウェア交換を行うことができることである。
【００１８】
第２の効果は、ＵＥにはプロトコル処理部の切替えの動作を全く意識させることなく実現しているので、現状商用化されているＵＥに改造を加えることなく、本発明が実現可能となることである。
【発明を実施するための最良の形態】
【００１９】
以下に、本発明の実施の形態について図面を参照しつつ説明する。図１は本発明の実施の形態の機能ブロック図である。図１において、ＲＮＣ２はＮｏｄｅ  Ｂ（無線基地局）３１〜３ｍと共にＲＡＮ（Radio Access Network）を構成しており、Ｉｕと称されるインタフェースを介してコアネットワーク（ＣＮ）１に接続されている。また、ＲＮＣ２はＩｕｂと称されるインタフェースを介してＮｏｄｅ  Ｂ３１〜３ｍと接続されており、Ｎｏｄｅ  Ｂ３１〜３ｍの配下には、ＵＥ４１〜４ｋが存在する。なお、ｍ，ｋは２以上の整数とする。
【００２０】
ＲＮＣ２は、Ｉｕ−ＩＦ部２１と、制御部２２と、プロトコル処理部２３１〜２３ｎと、Ｉｕｂ−ＩＦ部２４とを有する。制御部２２はプロトコル処理部２３１〜２３ｎの各々から秘匿情報を呼び出す機能と、各プロトコル処理部へ秘匿情報を設定する機能と、Ｉｕｂ−ＩＦ部２４とＩｕ−ＩＦ部２１に対してユーザデータの接続先を切替えるように指示する機能とを有する。なお、ｎは２以上の整数とする。
【００２１】
プロトコル処理部２３１〜２３ｎはＲＮＣ２内に複数台搭載されており、３ＧＰＰ上に規定されているＦＰ（Frame Protocol）、ＭＡＣ（Media Access Control）の各プロトコルを終端する機能と、ユーザデータの秘匿設定や秘匿解除機能と、制御部２２の指示により秘匿情報を通知する機能と、制御部２２の要求により秘匿設定を実施し秘匿開始後に応答する機能とを有する。
【００２２】
Ｉｕｂ−ＩＦ部２４は、制御部２２からの指示に従い、上り回線（Ｕｐｌｉｎｋ）のユーザデータを対応するプロトコル処理部へ転送する機能と、プロトコル処理部から送信される下り回線（Ｄｏｗｎｌｉｎｋ）のユーザデータを対応するＮｏｄｅＢへ転送する機能と、これらユーザデータの転送先を切替える機能（例は、プロトコル処理部２３１に転送していたユーザデータを、プロトコル処理部２３２へ転送先を切替える機能）とを有する。
【００２３】
このとき、Ｉｕｂ−ＩＦ部２４はＮｏｄｅＢから送信される上り回線のユーザデータを、制御部２２からの指示に従って、プロトコル処理部の一つに転送し、全てのプロトコル処理部から送信される下り回線のユーザデータを受信して、ＮｏｄｅＢへ転送する機能を有する。つまり、Ｉｕｂ−ＩＦ部２４は、受信時に複数からの受信を許容し、送信時に一つのみに送信する機能を有している。
【００２４】
Ｉｕ−ＩＦ部２１は、制御部２２からの指示に従い、下り回線のユーザデータを対応するプロトコル処理部へ転送する機能と、プロトコル処理部から送信される上り回線のユーザデータを対応するＣＮ１へ転送する機能と、これらユーザデータの転送先を切替える機能（例えば、プロトコル処理部２３１に転送していたユーザデータを、プロトコル処理部２３２へ転送先を切替える機能）とを有する。
【００２５】
このとき、Ｉｕ−ＩＦ部２１はＣＮ１から送信される下り回線のユーザデータを、制御部２２らの指示に従って、プロトコル処理部の一つに転送し、全てのプロトコル処理部から送信される上り回線のユーザデータを受信し、ＣＮ１へ転送する機能を有する。つまり、Ｉｕ−ＩＦ部２１は、受信時に複数からの受信を許容し、送信時に一つのみに送信する機能を有している。
【００２６】
上述のように、Ｉｕｂ−ＩＦ部２４とＩｕ−ＩＦ部２１は、お互いに受信時に複数からの受信を許容し、送信時に一つのみに送信する機能を有しているため、プロトコル処理部２３１〜２３ｎの切替処理を、瞬断することなく実行することが可能である。
【００２７】
更に、ＮｏｄｅＢとのＩｕｂインタフェースや、ＣＮとのＩｕインタフェースや、ＲＮＣ２内の機能間のインタフェースは、ＡＴＭ（Asynchronous Transfer Mode）及びＩＰ（Internet Protocol ）共に実現することが可能である。図１における本発明の実施例としての構成要素であるＣＮ１、ＮｏｄｅＢ３１〜３ｍ、ＵＥ４１〜４ｋは、３ＧＰＰ上規定されている周知の構成要素であり、また本発明とは直接関係しないので、その詳細な構成は省略する。
【００２８】
図２のシーケンス図を使用して、本発明の実施の形態の動作を説明する。図２において、プロトコル処理部２３１のファームウェア更新やハードウェア交換を実施するために、現在プロトコル処理部２３１にて処理しているユーザデータを、プロトコル処理部２３２へ移設する場合について説明する。
【００２９】
この場合には、プロトコル処理部２３１がユーザデータの秘匿処理を実施しており（ステップ１００）、Ｉｕ−ＩＦ部２１でのＣＮ１との接続先はプロトコル処理部２３１であり（ステップ１０１）、Ｉｕｂ−ＩＦ部２４でのＵＥとの接続先はプロトコル処理部２３１となっている（ステップ１０２）。
【００３０】
この状態で、移設開始となると（ステップ２００）、制御部２２は、プロトコル処理部２３１に対して秘匿情報の呼出要求を行い（ステップ２０１）、プロトコル処理部２３１は、制御部２２に対して秘匿情報呼出応答により秘匿情報を通知する（ステップ２０２）。
【００３１】
このとき通知する秘匿情報とは、この秘匿処理のためのパラメータであり、３２ビットからなるシーケンス番号（秘匿シーケンス番号）があり、ロングシーケンス番号であるＨＦＮ（Hyper Frame Number）とショートシーケンス番号であるＣＦＮ（Connection Frame Number ）とが、３ＧＰＰに規定されている。ＨＦＮ、ＣＦＮは、プロトコル処理部２３１内でカウントされているものである。制御部２２はプロトコル処理部２３１から呼び出した、これ等秘匿情報であるＨＦＮ、ＣＦＮを保持する（ステップ２０３）。
【００３２】
次に、制御部２２はリソース補足要求をプロトコル処理部２３２へ送信し（ステップ２０４）、プロトコル処理部２３２は３ＧＰＰ  ＴＳ２５．４０２にて規定されている“ＤＬ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ”を送信し（ステップ２０５）、Ｎｏｄｅ  Ｂ３１から“ＵＬ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ”を受信後（ステップ２０６）、制御部２２へリソース補足応答を送信する（ステップ２０７）。
【００３３】
この“Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ”は、プロトコル処理部２３２が送信するべきＣＦＮの送信タイミングを認識していれば実行しなくても良いが、本例では、正確な送信タイミングを決定するために実行している。また、“Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ”を送受信する時、Ｉｕｂ−ＩＦ部２４はプロトコル処理部２３２からのデータ送受信を想定していないが、データフレームかコントロールフレームかを識別して、コントロールフレームであれば常に導通する必要がある。なお、データフレームかコントロールフレームかの識別は、３ＧＰＰ  ＴＳ２５．４２７に記載されているＦＴ（Frame Type）を参照することで可能である。
【００３４】
次に、制御部２２は、保持しているＣＦＮに対して、予め設定されているマージン値を加えて、新たな秘匿設定用のＨＦＮ、ＣＦＮとする。このとき、ＣＦＮにマージン値を加えた結果、０を跨る場合には、ＨＦＮを１インクリメントして秘匿設定用ＨＦＮとする（ステップ２０８）。
【００３５】
その理由は、ＣＦＮが０から２５５の値をとるために、２５５の次は０となり、ＨＦＮは、秘匿が実施されている時に、ＣＦＮが２５５から０のように０を跨る場合には、ＨＦＮを１インクリメントする必要があるからである。従って、本秘匿情報を継続するためには、本処置が必要となる。具体例で説明すると、保持していたＨＦＮ，ＣＦＮがＨＦＮ＝１、ＣＦＮ＝２５４で、マージン値＝４の場合、設定するＨＦＮ＝２、ＣＦＮ＝２となるのである。
【００３６】
ここで、マージン値を加える理由について説明する。秘匿処理を開始する時間、すなわち“Ａｃｔｉｖａｔｉｏｎ  Ｔｉｍｅ”の指定が必要であるが、このプロトコル処理部の切替え時には、“Ａｃｔｉｖａｔｉｏｎ  Ｔｉｍｅ”は、内部の処理遅延を考慮する必要があり、よって現在のＣＦＮに対してこの内部処理遅延を考慮した、未来の“Ａｃｔｉｖａｔｉｏｎ  Ｔｉｍｅ”を生成することが必要となるからである。
【００３７】
次に、制御部２２は、算出した秘匿設定用ＨＦＮ，ＣＦＮを乗せて秘匿設定要求をプロトコル処理部２３２へ送信する（ステップ２０９）。プロトコル処理部２３２は、設定されたＨＦＮ，ＣＦＮにて秘匿を開始後、制御部２２へ応答を送信する（ステップ２１１）。このとき設定されるＣＦＮは、上述したように、秘匿を開始する“Ａｃｔｉｖａｔｉｏｎ  Ｔｉｍｅ”と呼ばれ、プロトコル処理部２３２が内部でカウントしているＣＦＮがこの“Ａｃｔｉｖａｔｉｏｎ  Ｔｉｍｅ”に達したら、秘匿が開始されることになる。
【００３８】
次に、制御部２２は、プロトコル処理部２３２から送信される応答（ステップ２１１）により秘匿が開始していることを確認し、Ｉｕ−ＩＦ部２１とＩｕｂ−ＩＦ部２４へ接続先切替要求を送信する（ステップ２１２，２１３）。Ｉｕ−ＩＦ部２１はＣＮ１との接続先をプロトコル処理部２３１として動作していたが、制御部２２からの接続先切替要求（ステップ２１２）に従って、ＣＮ１との接続先をプロトコル処理部２３２に変更後、制御部２２へ応答を送信する（ステップ２１４）。
【００３９】
Ｉｕｂ−ＩＦ部２４は、ＵＥ４１との接続先をプロトコル処理部２３１として動作していたが、制御部２２からの接続先切替要求（ステップ２１３）に従って、ＵＥ４１との接続先をプロトコル処理部２３２に変更後、制御部２２へ応答を送信する（ステップ２１５）。
【００４０】
最後に、制御部２２は、プロトコル処理部２３１へリソース解放要求を送信し（ステップ２１６）、プロトコル処理部２３１は該当リソースを解放後、制御部２２へ応答を送信する（ステップ２１７）。これにより、Ｉｕ−ＩＦ部２１でのＣＮ１との接続先はプロトコル処理部２３２に切替わり（ステップ１０４）、Ｉｕｂ−ＩＦ部２４でのＵＥ４１との接続先はプロトコル処理部２３２に切替わる（ステップ１０５）。そして、ユーザデータはプロトコル処理部２３２にて秘匿処理されるのである（ステップ１０３）。
【００４１】
尚、これら一連の動作や制御はＲＡＮ２内でのみ実施されるので、ＵＥやＣＮは本発明の動作に伴う処理を必要としない。
【００４２】
本発明の他の実施の形態の機能ブロック図を図３に示しており、図１と同等部分は同一符号にて示している。本実施の形態の基本的構成は図１の通りであるが、Ｉｕｂ−ＩＦ部とＩｕ−ＩＦ部の機能とを、ＲＮＣ２内の構成要素から、ＮｏｄｅＢ側とＣＮ側へ取出した構成としている。
【００４３】
すなわち、図３において、Ｉｕｂ−ＩＦ部２４１〜２４ｍはＲＮＣ２内の構成要素ではなく、ＮｏｄｅＢ３１〜３ｍと１対１で構成して設け、Ｉｕ−ＩＦ部２１はＲＮＣ２内の構成要素ではなく、ＣＮ１と対応して外部に設けている。本例の動作は、図２にて説明した例の動作と同等である。
【００４４】
更に、本発明の他の実施の形態の機能ブロック図を図４に示しており、図１と同等部分は同一符号にて示している。本例では、図１の基本構成のＲＮＣ２ａ内にＩｕｒ−ＩＦ部２５ａを追加し、更に同一構成のＲＮＣ２ｂをＩｕｒにて接続した構成となっている。
【００４５】
図４において、Ｉｕｒ−ＩＦ部２５ａ，２５ｂは、互いに他のＲＮＣとのインタフェース機能を有している。図２にて説明した実施例の動作と同等に、ＲＮＣ２ａ内のあるプロトコル制御部から、他のＲＮＣ２ｂ内の他のプロトコル処理部へ処理を引継ぐことや、その逆方向への引継ぎを可能としている。
【００４６】
なお、これ等プロトコル処理部２３１ａ〜２３ｎａは制御部２２ａにより制御され、またプロトコル処理部２３１ｂ〜２３ｎｂは制御部２２ｂにより制御されるので、制御部２２ａと２２ｂ間において、互いの制御を経由する機能を有しており、制御部２２ａから、他のＲＮＣ２ｂ内のプロトコル処理部を直接制御するのではなく、制御部２２ｂを経由して制御するようになっている。
【００４７】
上記の各実施の形態における動作シーケンスは、予め動作手順をプログラムとしてＲＯＭ等の記録媒体に記録しておき、これをコンピュータに読取らせて実行させるようにできることは明白である。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施の形態の機能ブロック図である。
【図２】本発明の一実施の形態の動作を示す図である。
【図３】本発明の他の実施の形態の機能ブロック図である。
【図４】本発明の更に他の実施の形態の機能ブロック図である。
【符号の説明】
【００４９】
１  ＣＮ（コアネットワーク）
２  ＲＮＣ（無線制御装置）
２１  Ｉｕ−ＩＦ部
２２  制御部
２４  Ｉｕｂ−ＩＦ部
３１〜３ｍ  Ｎｏｄｅ  Ｂ（無線基地局）
４１〜４ｋ  ＵＭ（移動通信端末）
２３１〜２３ｎ  プロトコル処理部
【図１】
2005347983.tif 000003
【図２】
2005347983.tif 000004
【図３】
2005347983.tif 000005
【図４】
2005347983.tif 000006