JP2007318561A - 無線移動通信システムにおける信号処理システム - Google Patents

Abstract

【課題】無線移動通信システムにおいて、基地局装置のチャネルリソース不足による移動局の通信断の可能性を削減する。
【解決手段】基地局装置の機能を、移動局と通信する送受信装置１０１−ｓ（ｓ＝１，２，．．．，Ｓ）と、複数チャネルのベースバンド信号処理を行う信号処理装置１０２−ｔ（ｔ＝１，２，．．．，Ｔ）とに分け、複数の送受信装置と複数の信号処理装置を通信ネットワーク１０４で接続する。これにより、送受信装置１０１−ｓと信号処理装置１０２−ｔの接続関係がフレキシブルに変更可能となる。
【選択図】図１

Description

本発明は、ＧＳＭ（Global System for Mobile Communications ）およびＷ−ＣＤＭＡ（Wide-Code Division Multiple Access ）等を含む無線移動通信システムにおいて、移動局から受信する信号および移動局に送信する信号を処理する信号処理システムに関する。

従来の携帯電話システムにおける基地局制御装置（ＲＮＣ）および基地局装置（ＢＴＳ）の接続構成としては、図７から図９までのいずれかの構成が用いられていた。
図７の接続構成では、ＢＴＳ１〜ＢＴＳｍのｍ個のＢＴＳが、ＡＴＭ（Asynchronous Transfer Mode）網１２を介してＲＮＣ１１と接続される。各ＢＴＳは、アンテナ（ＡＮＴ）２１−１〜２１−６、送受信部（Transceiver ）ＴＲＸ１〜ＴＲＸ６、制御部（ＣＰ）２２、監視部（ＳＶ）２３、ベースバンド部（ＢＢ）２４、およびインタフェース（Ｉ／Ｆ）２５を備える。各送受信部は、送信部（ＴＸ）、受信部（ＲＸ）、および電力増幅部（ＰＡ）を含み、ベースバンド部２４は、ＢＢ１〜ＢＢｎのｎ個のベースバンド信号処理部を含む。

各アンテナ２１−ｉ（ｉ＝１，２，．．．，６）は、４つのキャリア信号Ｃ１〜Ｃ４（周波数ｆ１〜ｆ４）を送受信することができ、各キャリア信号は、ＧＳＭまたはＷ−ＣＤＭＡ等の無線移動通信システム上での最大チャネル数を利用することができる。各ベースバンド信号処理部は、チャネル単位のベースバンド信号処理を行う。

図８の接続構成では、ＢＴＳ１〜ＢＴＳｍが、ＩＰ（Internet Protocol ）網３２を介してＲＮＣ３１と接続される。各ＢＴＳは、図７の構成において、インタフェース２５をインタフェース３３に置き換えた構成を有する。

図９の接続構成では、ＢＴＳ１〜ＢＴＳｍが、図７と同様にＡＴＭ網１２を介してＲＮＣ１１と接続される。各ＢＴＳは、図７の構成において、アンテナ２１−１〜２１−６および送受信部ＴＲＸ１〜ＴＲＸ６を除いた構成を有し、光網４１を介して送受信部ＴＲＸ１〜ＴＲＸ６と接続される。

下記の特許文献１は、Ｗ−ＣＤＭＡ通信システムにおいて、無線アクセスネットワーク内で使用されているＡＴＭ網をＩＰ網化して負荷分散を行う技術に関する。
特開２００４−０４８２０９号公報

上述した従来の接続構成では、ベースバンド部と送受信部の接続方法が電気接続か光接続かの違いがあるだけで、アンテナ単位のチャネルリソース容量（チャネル数）は、いずれの場合も、ＢＴＳに搭載されているベースバンド信号処理部の実装数ｎにより制限される。このため、想定のチャネルリソース容量より多い移動局から接続要求を受けると、リソース不足により移動局との通信を切断しなくてはならない。

本発明の課題は、無線移動通信システムにおいて、ＢＴＳのチャネルリソース不足による通信断の可能性を削減することである。

図１は、本発明の信号処理システムの原理図である。図１の信号処理システムは、Ｓ個の送受信装置１０１−１〜１０１−ＳとＴ個の信号処理装置１０２−１〜１０２−Ｔを有し、無線移動通信システムにおいて、移動局から受信する信号および移動局に送信する信号を処理する。

各送受信装置１０１−ｓ（ｓ＝１，２，．．．，Ｓ）は、インタフェース手段１１１および変更手段１１２を備え、複数の移動局の無線周波数信号を送受信する。各信号処理装置１０２−ｔ（ｔ＝１，２，．．．，Ｔ）は、複数チャネルのベースバンド信号処理を行う。

インタフェース手段１１１は、信号処理装置１０２−１〜１０２−Ｔのそれぞれと、通信ネットワーク１０４を介してベースバンド信号を送受信する。変更手段１１２は、対象移動局１０３のベースバンド信号を送受信する接続先を、信号処理装置１０２−１〜１０２−Ｔのうちの第１の信号処理装置から第２の信号処理装置に変更する。

送受信装置１０１−Ｓが対象移動局１０３の無線周波数信号を送受信し、そのベースバンド信号を第１の信号処理装置と送受信している状態を想定する。この状態において、例えば、第１の信号処理装置における全チャネルリソース容量に対する残りのチャネルリソース量の比率が所定値より小さくなったとき、変更手段１１２は、対象移動局１０３のベースバンド信号を送受信する接続先を、第２の信号処理装置に変更する。

送受信装置１０１−ｓは、例えば、後述する図２のアンテナ２１１−ｉおよびＩＰ−ＴＲＸｉ（ｉ＝１，２，．．．，６）に対応し、信号処理装置１０２−ｔは、例えば、図２のＭＤＥｊ（ｊ＝１，２，３，４）に対応し、通信ネットワーク１０４は、例えば、図２のＩＰ網２０２に対応する。また、インタフェース手段１１１は、例えば、ＩＰ−ＴＲＸｉ内のＩＰＩ／Ｆに対応し、変更手段１１２は、例えば、ＩＰ−ＴＲＸｉ内のＩＰＩ／ＦおよびＳＶに対応する。

本発明によれば、従来のＢＴＳが持っていた機能が、移動局と通信する送受信装置とベースバンド信号処理を行う信号処理装置とに分けられ、複数の送受信装置と複数の信号処理装置が通信ネットワークで接続される。これにより、ＢＴＳ内で固定的に設定されていたベースバンド部と送受信部の接続関係が、フレキシブルに変更可能となる。

したがって、チャネルリソース不足になる信号処理装置と送受信装置の組合せから、リソースに余裕のある信号処理装置と送受信装置の組合せに容易に変更できるため、リソース不足による移動局との通信断の可能性を軽減することができる。

以下、図面を参照しながら、本発明を実施するための最良の形態を詳細に説明する。
図２は、ＧＳＭ、Ｗ−ＣＤＭＡ等の無線移動通信システムにおける、本実施形態の接続構成例を示している。この接続構成では、ＭＤＥ１〜ＭＤＥ４の４個の信号処理装置が、ＩＰ網２０３を介してＲＮＣ２０１と接続され、ＩＰ網２０２を介してＴＲＸ群１〜ＴＲＸ群４と接続される。

ＲＮＣ２０１は、ＩＰＩ／Ｆ１およびＩＰＩ／Ｆ２の２つのＩＰインタフェースを備え、ＩＰＩ／Ｆ１によりＩＰ網２０２に接続され、ＩＰＩ／Ｆ２によりＩＰ網２０３に接続される。

各ＴＲＸ群ｊ（ｊ＝１，２，３，４）は、ＩＰ−ＴＲＸ１〜ＩＰ−ＴＲＸ６の６個の送受信部からなる。各送受信部ＩＰ−ＴＲＸｉ（ｉ＝１，２，．．．，６）は、制御部（ＣＰ）、監視部（ＳＶ）、送信部（ＴＸ）、受信部（ＲＸ）、電力増幅部（ＰＡ）、およびＩＰインタフェース（ＩＰＩ／Ｆ）を備え、アンテナ２１１−ｉに接続されている。

ＴＸは、ＭＤＥ１〜ＭＤＥ５からのベースバンド信号のデジタル／アナログ（Ｄ／Ａ）変換を行った後、無線周波数（ＲＦ）帯の送信信号に変換し、ＰＡは、送信信号を増幅してアンテナ２１１−ｉに出力する。ＲＸは、アンテナ２１１−ｉからの受信信号を検波し、アナログ／デジタル（Ａ／Ｄ）変換を行って、ベースバンド信号をＭＤＥ１〜ＭＤＥ５に出力する。ＣＰは、ＩＰ−ＴＲＸｉ全体の動作を制御し、ＳＶは、ＩＰ−ＴＲＸｉの動作状態を監視する。

アンテナ２１１−ｉと送受信部ＩＰ−ＴＲＸｉは、ｉ番目の送受信装置を構成する。各アンテナ２１１−ｉは、４つのキャリア信号Ｃ１〜Ｃ４（周波数ｆ１〜ｆ４）を送受信することができ、各キャリア信号は、ＧＳＭまたはＷ−ＣＤＭＡ等の無線移動通信システム上での最大チャネル数を利用することができる。

各信号処理装置ＭＤＥｊ（ｊ＝１，２，３，４）は、監視部（ＳＶ）２２１、制御部（ＣＰ）２２２、ＭＯＤＥＭ群２２３、ＢＢ群２２４、およびＩＰＩ／Ｆ１およびＩＰＩ／Ｆ２の２つのＩＰインタフェースを備え、ＩＰＩ／Ｆ１によりＩＰ網２０２に接続され、ＩＰＩ／Ｆ２によりＩＰ網２０３に接続される。

ＭＯＤＥＭ群２２３は、ＭＯＤＥＭ１〜ＭＯＤＥＭ２４の２４個の変復調部からなり、ＢＢ群２２４は、ＢＢ１〜ＢＢｎのｎ個のベースバンド信号処理部からなる。ベースバンド信号処理部の個数ｎは、ＭＤＥｊ毎に異なる場合がある。

各変復調部ＭＯＤＥＭｋ（ｋ＝１，２，．．．，２４）は、変調器（ＭＯＤ）および復調器（ＤＥＭ）を含む。ＭＯＤは、ＢＢ群２２４からの複数チャネルのベースバンド信号の変調および多重化を行い、ＤＥＭは、ＴＲＸ群１〜ＴＲＸ群５からのベースバンド信号の復調および非多重化を行う。

各ベースバンド信号処理部ＢＢｐ（ｐ＝１，２，．．．，ｎ）は、符号器（ＣＯＤ）および復号器（ＤＥＣ）を含み、チャネル単位のベースバンド信号処理を行う。例えば、ＣＤＭＡの場合、ＣＯＤは、送信信号の拡散等の処理を行い、ＤＥＣは、受信信号の逆拡散等の処理を行う。

制御部２２２は、ＭＤＥｊ全体の動作を制御し、監視部２２１は、ＭＤＥｊの動作状態を監視する。
なお、ＴＲＸ群ｊおよびＭＤＥｊの個数は４個に限られるものではなく、ＴＲＸ群ｊの個数とＭＤＥｊの個数は同じでなくても構わない。また、ＴＲＸ群ｊ内のＩＰ−ＴＲＸｉの個数は６個に限られるものではなく、ＭＯＤＥＭ群２２３内のＭＯＤＥＭｋの個数は２４個に限られるものではない。

図３は、図２のＩＰ網２０２における各ＩＰアドレスの付与例を示している。この例では、現在普及しているＩＰｖ４が用いられている。ＲＮＣには単一のＩＰアドレスが付与され、各ＭＤＥｊにおいては、ＣＰ／ＳＶおよび各ＭＯＤＥＭｋに対してそれぞれＩＰアドレスが付与される。また、各ＴＲＸ群ｊにおいては、ＣＰ／ＳＶおよび各ＩＰ−ＴＲＸｉのキャリア信号Ｃ１〜Ｃ４に対して、それぞれＩＰアドレスが付与される。

図４は、ＩＰ網２０２におけるＭＤＥ１〜ＭＤＥ４とＴＲＸ群１〜ＴＲＸ群４の接続例を示している。この例では、ＭＤＥｊのＭＯＤＥＭ１〜ＭＯＤＥＭ４が、ＴＲＸ群ｊに属するＩＰ−ＴＲＸ１のキャリア信号Ｃ１〜Ｃ４をそれぞれ処理する。同様にして、ＭＤＥｊのＭＯＤＥＭ５〜ＭＯＤＥＭ２４は、ＴＲＸ群ｊに属するＩＰ−ＴＲＸ２〜ＩＰ−ＴＲＸ６のキャリア信号Ｃ１〜Ｃ４をそれぞれ処理する。

次に、図２の無線移動通信システムにおける各ＩＰ−ＴＲＸｉおよび各ＭＤＥｊの動作について、より詳細に説明する。ＩＰ−ＴＲＸｉの通常動作は、下記の通りである。
１．ＩＰ−ＴＲＸｉをＩＰ網２０２に接続する前に、作業者は、必要なＩＰアドレス数と各ＩＰアドレスをローカル操作にてＩＰ−ＴＲＸｉに入力する。
２．作業者がＩＰ−ＴＲＸｉをＩＰ網２０２に接続し、ＩＰ−ＴＲＸｉの電源を投入した後、ＩＰ−ＴＲＸｉは、ＲＮＣ２０１と通信を行う。
３．ＲＮＣ２０１は、通信してきたＩＰ−ＴＲＸｉのＩＰアドレス数と、接続済みのＭＤＥｊの空きＭＯＤＥＭ数およびＢＢ群２２４のリソースの使用状況を確認しながら、接続すべきＭＤＥｊとそのＭＯＤＥＭｋのＩＰアドレスをＩＰ−ＴＲＸｉに通知し、接続先のＭＤＥｊにも、新たに接続されるＩＰ−ＴＲＸｉのＩＰアドレスを通知する。
４．通知後、ＭＤＥｊ内のＣＰ２２２およびＳＶ２２１は、接続されたＩＰ−ＴＲＸｉのＣＰおよびＳＶと通信し、ＩＰ−ＴＲＸｉの監視および制御を行う。
５．例えば、図４のようにＩＰ−ＴＲＸ１とＭＤＥ１が接続された場合、ＩＰ網２０２におけるデータのやり取りは、次のようになる。
（１）ＭＯＤＥＭ１［ＭＤＥ１］からＣ１［ＴＲＸ群１，ＩＰ−ＴＲＸ１］へ：
下りＩ（同相）データおよびＱ（直交）データ
（２）Ｃ１［ＴＲＸ群１，ＩＰ−ＴＲＸ１］からＭＯＤＥＭ１［ＭＤＥ１］へ：
上りＩデータおよびＱデータと総受信電力値データ
（３）ＣＰ／ＳＶ［ＭＤＥ１］、ＣＰ／ＳＶ［ＩＰ−ＴＲＸ１］、およびＲＮＣの間：
各装置のエラー情報、アラーム情報、および制御情報
６．ＭＤＥｊが受信した上りデータは、ＢＢ群２２４で復号化され、ＩＰ網２０３を介してＲＮＣ２０１に転送される。また、ＲＮＣ２０１からＭＤＥｊに転送されてきた下りデータは、ＢＢ群２２４で符号化され、ＩＰ−ＴＲＸｉに転送される。

次に、図５および図６を参照しながら、ＭＤＥｊのチャネルリソース不足の場合の動作を説明する。
図５は、ＭＤＥｊのＳＶ２２１によるリソース監視処理のフローチャートである。ＳＶ２２１は、まず、ＢＢ群２２４の全チャネルリソース容量をチェックし（ステップ５０１）、各ＭＯＤＥＭｋのチャネルリソース使用量をチェックする（ステップ５０２）。ここで、全チャネルリソース容量は、ＢＢ群２２４に属するＢＢｐの個数ｎを指し、チャネルリソース使用量は、ＭＯＤＥＭｋが使用しているＢＢｐの個数を指す。

次に、ＭＯＤＥＭ１〜ＭＯＤＥＭ２４のチャネルリソース使用量の総和を計算して、ＢＢ群２２４の全チャネルリソース使用量を求め（ステップ５０３）、全チャネルリソース使用量を全チャネルリソース容量と比較する（ステップ５０４）。残りのチャネルリソース量が全チャネルリソース容量のＸ％（例えば、５０％）以上であれば、ステップ５０２以降の処理を繰り返す。

残りのチャネルリソース量が全チャネルリソース容量のＸ％未満になると、移動平均等の方法により、残りのチャネルリソース量がＹ％（例えば、１０％）に到達するまでの予測時間Ａを計算する（ステップ５０５）。また、ＭＯＤＥＭ１〜ＭＯＤＥＭ２４のチャネルリソース使用量を比較して、チャネルリソース使用量が最も多いＭＯＤＥＭｋを特定し、そのＭＯＤＥＭｋが処理しているＩＰ−ＴＲＸｉのキャリア信号Ｃｒ（ｒ＝１，２，３，４）を特定する（ステップ５０６）。

そして、現在のデータレート等を考慮して、そのキャリア信号のハンドオーバを行った場合の予測所要時間Ｂを計算し（ステップ５０７）、ＡをＢおよび２Ｂと比較する（ステップ５０８）。

ここで、ＡがＢ以下であれば、ハンドオーバが完了するまでに残りのチャネルリソース量がＹ％に減少してしまい、Ａが２Ｂ以上であれば、残りのチャネルリソース量がＹ％に減少するまでにまだ余裕があることになる。そこで、これらの場合には、ハンドオーバ不要と判断し、ステップ５０２以降の処理を繰り返す。

一方、ＡがＢより大きく、かつ、２Ｂより小さければ、ハンドオーバが必要と判断し、残りのチャネルリソース量が不足する旨の警告をＲＮＣ２０１に送信する（ステップ５０９）。そして、ＲＮＣ２０１から警告解除の通知を受信したか否かをチェックし（ステップ５１０）、その通知を受信すると、ステップ５０２以降の処理を繰り返す。

ステップ５０８においては、Ｂおよび２Ｂの代わりに、それぞれ適当な所定時間を閾値として用いても構わない。
図６は、ＭＤＥ１からＲＮＣ２０１へチャネルリソース不足の警告が送信された場合のハンドオーバシーケンスを示している。この場合のハンドオーバの手順は、以下の通りである。

Ｐ１：ＭＤＥ１のＳＶ２２１は、チャネルリソース不足の警告をＲＮＣ２０１に通知し、ハンドオーバを要求する。このとき、ＳＶ２２１は、チャネルリソース使用量が最も多いＭＯＤＥＭｋのＩＰアドレスと、その接続先であるキャリア信号のＩＰアドレスと、そのチャネルリソース使用量とを、乗り換え元情報としてＲＮＣ２０１に通知する。

例えば、ＭＯＤＥＭ２のチャネルリソース使用量が最も多い場合は、ＭＯＤＥＭ２のＩＰアドレス“１０．３４．１６７．４”と、ＴＲＸ群１に属するＩＰ−ＴＲＸ１のキャリア信号Ｃ２のＩＰアドレス“１０．３４．１６７．１０４”と、そのチャネルリソース使用量とが、ＲＮＣ２０１に通知される。

Ｐ２：ＭＤＥ１のＳＶ２２１は、ＭＤＥ１の全チャネルリソース容量をＲＮＣ２０１に通知する。
Ｐ３：ＲＮＣ２０１は、ＭＤＥ１の残りのチャネルリソース量が全体のＹ％になったものと判断し、乗り換え先候補となるＭＤＥ２〜ＭＤＥ４のＳＶ２２１に、チャネルリソース使用量の調査を要求する。これを受けて、各ＭＤＥｊのＳＶ２２１は、ＭＯＤＥＭ１〜ＭＯＤＥＭ２４のチャネルリソース使用量を問い合わせる。

Ｐ４：ＭＤＥ２のＭＯＤＥＭ１〜ＭＯＤＥＭ２４は、チャネルリソース使用量をＳＶ２２１に通知し、ＳＶ２２１は、ＭＯＤＥＭ１〜ＭＯＤＥＭ２４のチャネルリソース使用量の総和を、全チャネルリソース使用量としてＲＮＣ２０１に通知する。

また、ＳＶ２２１は、乗り換え先候補となるＭＯＤＥＭｋのＩＰアドレスと、その接続先であるキャリア信号のＩＰアドレスを、ＲＮＣ２０１に通知する。
Ｐ５：ＭＤＥ２のＳＶ２２１は、ＭＤＥ２の全チャネルリソース容量をＲＮＣ２０１に通知する。

ＭＤＥ３もＰ４およびＰ５と同様の手順で、全チャネルリソース使用量、全チャネルリソース容量、ＭＯＤＥＭｋのＩＰアドレス、およびキャリア信号のＩＰアドレスをＲＮＣ２０１に通知する。

Ｐ６：ＭＤＥ４のＭＯＤＥＭ１〜ＭＯＤＥＭ２４は、チャネルリソース使用量をＳＶ２２１に通知し、ＳＶ２２１は、ＭＯＤＥＭ１〜ＭＯＤＥＭ２４のチャネルリソース使用量の総和を、全チャネルリソース使用量としてＲＮＣ２０１に通知する。

また、ＳＶ２２１は、乗り換え先候補となるＭＯＤＥＭｋのＩＰアドレスと、その接続先であるキャリア信号のＩＰアドレスを、ＲＮＣ２０１に通知する。
この例では、ＭＯＤＥＭ２のＩＰアドレス“１０．３４．１６７．７９”と、ＴＲＸ群４に属するＩＰ−ＴＲＸ１のキャリア信号Ｃ２のＩＰアドレス“１０．３４．１６７．１９４”が、ＲＮＣ２０１に通知される。

Ｐ７：ＭＤＥ４のＳＶ２２１は、ＭＤＥ４の全チャネルリソース容量をＲＮＣ２０１に通知する。
Ｐ８：ＲＮＣ２０１は、ＭＤＥ１から通知された乗り換え元情報と、ＭＤＥ２〜ＭＤＥ４から通知された全チャネルリソース使用量および全チャネルリソース容量をもとに、乗り換え先を検討する。ここでは、乗り換え対象情報のチャネルリソース使用量を、各ＭＤＥｊの全チャネルリソース使用量に加算し、残りのチャネルリソース量が全チャネルリソース容量のＺ％（例えば、４０％）以上か否かをチェックする。

Ｐ９：ＲＮＣ２０１は、残りのチャネルリソース量がＺ％以上となるＭＤＥｊを乗り換え先に決定する。この例では、ＭＤＥ４が乗り換え先に決定される。
Ｐ１０：ＲＮＣ２０１は、乗り換え元であるＭＤＥ１のＳＶ２２１に、乗り換え先から通知されたキャリア信号のＩＰアドレスを、再接続先ＩＰアドレスとして通知し、ＳＶ２２１は、そのＩＰアドレスを乗り換え元であるＭＯＤＥＭ２に通知する。

また、ＲＮＣ２０１は、乗り換え元の接続先ＩＰ−ＴＲＸｉのＳＶに、乗り換え先から通知されたＭＯＤＥＭｋのＩＰアドレスを、再接続先ＩＰアドレスとして通知し、ＳＶは、そのＩＰアドレスをＩＰＩ／Ｆに通知する。

これにより、ＭＤＥ１のＭＯＤＥＭ２に、ＭＤＥ４から通知されたキャリア信号のＩＰアドレス“１０．３４．１６７．１９４”が通知され、ＴＲＸ群１のＩＰ−ＴＲＸ１のＩＰＩ／Ｆに、ＭＤＥ４から通知されたＭＯＤＥＭ２のＩＰアドレス“１０．３４．１６７．７９”が通知される。

Ｐ１１：ＲＮＣ２０１は、乗り換え先であるＭＤＥ４のＳＶ２２１に、乗り換え元から通知されたキャリア信号のＩＰアドレスを、再接続先ＩＰアドレスとして通知し、ＳＶ２２１は、そのＩＰアドレスを乗り換え先であるＭＯＤＥＭ２に通知する。

また、ＲＮＣ２０１は、乗り換え先の接続先ＩＰ−ＴＲＸｉのＳＶに、乗り換え元から通知されたＭＯＤＥＭｋのＩＰアドレスを、再接続先ＩＰアドレスとして通知し、ＳＶは、そのＩＰアドレスをＩＰＩ／Ｆに通知する。

これにより、ＭＤＥ４のＭＯＤＥＭ２に、ＭＤＥ１から通知されたキャリア信号のＩＰアドレス“１０．３４．１６７．１０４”が通知され、ＴＲＸ群４のＩＰ−ＴＲＸ１のＩＰＩ／Ｆに、ＭＤＥ１から通知されたＭＯＤＥＭ２のＩＰアドレス“１０．３４．１６７．４”が通知される。

Ｐ１２：ＭＤＥ１のＭＯＤＥＭ２、ＭＤＥ４のＭＯＤＥＭ２、ＴＲＸ群１のＩＰ−ＴＲＸ１、およびＴＲＸ群４のＩＰ−ＴＲＸ１は、キャリア信号の乗り換えを実行する。
これにより、ＴＲＸ群１に属するＩＰ−ＴＲＸ１のキャリア信号Ｃ２の接続先は、ＭＤＥ１のＭＯＤＥＭ２からＭＤＥ４のＭＯＤＥＭ２に変更され、ＴＲＸ群４に属するＩＰ−ＴＲＸ１のキャリア信号Ｃ２の接続先は、ＭＤＥ４のＭＯＤＥＭ２からＭＤＥ１のＭＯＤＥＭ２に変更される。

Ｐ１３：ＭＤＥ１のＭＯＤＥＭ２は、ＳＶ２２１に乗り換え完了を通知し、ＳＶ２２１は、ＲＮＣ２０１に乗り換え完了を通知する。また、ＭＤＥ４のＭＯＤＥＭ２は、ＳＶ２２１に乗り換え完了を通知し、ＳＶ２２１は、ＲＮＣ２０１に乗り換え完了を通知する。

Ｐ１４：ＲＮＣ２０１は、チャネルリソース不足の警告解除をＭＤＥ１のＳＶ２２１に通知する。
以上のハンドオーバシーケンスにおいて、残りのチャネルリソース量がＺ％以上となるＭＤＥｊが見つからず、接続先の乗り換えが行われなかった場合、乗り換え元であるＭＤＥ１のＳＶ２２１と、ＴＲＸ群１のＩＰ−ＴＲＸ１のＳＶは、装置上にアラームを表示するとともに、アラームをＲＮＣ２０１に通知する。

また、ＩＰ−ＴＲＸｉ単体におけるその他のエラーまたはアラームが発生した場合、ＩＰ−ＴＲＸｉのＳＶは、装置上にエラーまたはアラームを表示するとともに、接続先であるＭＤＥｊのＳＶへエラーまたはアラームの内容を通知する。この通知を受信したＭＤＥｊのＳＶは、そのＩＰ−ＴＲＸｉの識別情報とエラーまたはアラームの内容を、ＲＮＣ２０１に通知する。

（付記１）無線移動通信システムにおいて、移動局から受信する信号および該移動局に送信する信号を処理する信号処理システムであって、
それぞれが複数の移動局の無線周波数信号を送受信する複数の送受信装置と、
それぞれが複数チャネルのベースバンド信号処理を行う複数の信号処理装置とを有し、
各送受信装置は、
前記複数の信号処理装置のそれぞれと、通信ネットワークを介してベースバンド信号を送受信するインタフェース手段と、
対象移動局のベースバンド信号を送受信する接続先を、前記複数の信号処理装置のうちの第１の信号処理装置から第２の信号処理装置に変更する変更手段とを備えることを特徴とする信号処理システム。
（付記２）無線移動通信システムにおいて移動局と無線通信を行う送受信装置であって、
それぞれが複数チャネルのベースバンド信号処理を行う複数の信号処理装置と、通信ネットワークを介してベースバンド信号を送受信するインタフェース手段と、
前記移動局のベースバンド信号を送受信する接続先を、前記複数の信号処理装置のうちの第１の信号処理装置から第２の信号処理装置に変更する変更手段と
を備えることを特徴とする送受信装置。
（付記３）前記変更手段は、前記第１の信号処理装置における全チャネルリソース容量に対する残りのチャネルリソース量の比率が所定値より小さくなったとき、前記移動局のベースバンド信号を送受信する接続先を変更することを特徴とする付記２記載の信号処理装置。
（付記４）無線移動通信システムにおいて、移動局から受信する信号および該移動局に送信する信号を処理する信号処理装置であって、
それぞれが複数の移動局の無線周波数信号を送受信する複数の送受信装置と、通信ネットワークを介してベースバンド信号を送受信するインタフェース手段と、
複数チャネルのベースバンド信号処理を行うベースバンド信号処理手段と、
処理対象のベースバンド信号を送受信する接続先を、前記複数の送受信装置のうち第１の送受信装置から第２の送受信装置に変更する変更手段と
を備えることを特徴とする信号処理装置。
（付記５）前記ベースバンド信号処理手段のチャネルリソース使用量を監視し、全チャネルリソース容量に対する残りのチャネルリソース量の比率が所定値より小さくなると、警告を出力する監視手段をさらに備え、前記変更手段は、前記警告が出力されたとき、前記処理対象のベースバンド信号を送受信する接続先を変更することを特徴とする付記４記載の信号処理装置。
（付記６）前記監視手段は、前記残りのチャネルリソース量の比率が所定値より小さくなったとき、残りのチャネルリソース量の比率が一定値に到達するまでの予測時間を計算し、該予測時間が接続先変更に要する時間より長く、かつ、所定時間より短い場合に、前記警告を出力することを特徴とする付記５記載の信号処理装置。

本発明の信号処理システムの原理図である。 本発明の接続構成を示す図である。 ＩＰアドレスを示す図である。 信号処理装置と送受信装置の接続を示す図である。 リソース監視処理のフローチャートである。 ハンドオーバシーケンスを示す図である。 従来の第１の接続構成を示す図である。 従来の第２の接続構成を示す図である。 従来の第３の接続構成を示す図である。

符号の説明

１１、３１、２０１ 基地局制御装置
１２ ＡＴＭ網
２１−１、２１−２、２１−３、２１−４、２１−５、２１−６、２１１−１、２１１−２、２１１−３、２１１−４、２１１−５、２１１−６ アンテナ
２２、２２２、ＣＰ 制御部
２３、２２１、ＳＶ 監視部
２４ ベースバンド部
２５、ＩＰＩ／Ｆ、ＩＰＩ／Ｆ１、ＩＰＩ／Ｆ２ インタフェース
３２、２０２、２０３ ＩＰ網
４１ 光網
１０１−１、１０１−２、１０１−Ｓ 送受信装置
１０２−１、１０１−２、１０２−Ｔ 信号処理装置
１０３ 移動局
１０４ 通信ネットワーク
１１１ インタフェース手段
１１２ 変更手段
２２３ ＭＯＤＥＭ群
２２４ ＢＢ群
ＢＴＳ１、ＢＴＳ１、ＢＴＳｍ 基地局装置
ＴＲＸ１、ＴＲＸ２、ＴＲＸ３、ＴＲＸ４、ＴＲＸ５、ＴＲＸ６、ＩＰ−ＴＲＸ１、ＩＰ−ＴＲＸ２、ＩＰ−ＴＲＸ３、ＩＰ−ＴＲＸ４、ＩＰ−ＴＲＸ５、ＩＰ−ＴＲＸ６ 送受信部
ＴＸ 送信部
ＲＸ 受信部
ＰＡ 電力増幅部
ＭＤＥ１、ＭＤＥ２、ＭＤＥ４ 信号処理装置
ＭＯＤＥＭ１、ＭＯＤＥＭ２、ＭＯＤＥＭ２４ 変復調部
ＭＯＤ 変調器
ＤＥＭ 復調器
ＢＢ１、ＢＢ２、ＢＢ３、ＢＢｎ ベースバンド信号処理部
ＣＯＤ 符号器
ＤＥＣ 復号器

Claims (5)

1. 無線移動通信システムにおいて、移動局から受信する信号および該移動局に送信する信号を処理する信号処理システムであって、
   それぞれが複数の移動局の無線周波数信号を送受信する複数の送受信装置と、
   それぞれが複数チャネルのベースバンド信号処理を行う複数の信号処理装置とを有し、
   各送受信装置は、
   前記複数の信号処理装置のそれぞれと、通信ネットワークを介してベースバンド信号を送受信するインタフェース手段と、
   対象移動局のベースバンド信号を送受信する接続先を、前記複数の信号処理装置のうちの第１の信号処理装置から第２の信号処理装置に変更する変更手段とを備えることを特徴とする信号処理システム。
2. 無線移動通信システムにおいて移動局と無線通信を行う送受信装置であって、
   それぞれが複数チャネルのベースバンド信号処理を行う複数の信号処理装置と、通信ネットワークを介してベースバンド信号を送受信するインタフェース手段と、
   前記移動局のベースバンド信号を送受信する接続先を、前記複数の信号処理装置のうちの第１の信号処理装置から第２の信号処理装置に変更する変更手段と
   を備えることを特徴とする送受信装置。
3. 前記変更手段は、前記第１の信号処理装置における全チャネルリソース容量に対する残りのチャネルリソース量の比率が所定値より小さくなったとき、前記移動局のベースバンド信号を送受信する接続先を変更することを特徴とする請求項２記載の信号処理装置。
4. 無線移動通信システムにおいて、移動局から受信する信号および該移動局に送信する信号を処理する信号処理装置であって、
   それぞれが複数の移動局の無線周波数信号を送受信する複数の送受信装置と、通信ネットワークを介してベースバンド信号を送受信するインタフェース手段と、
   複数チャネルのベースバンド信号処理を行うベースバンド信号処理手段と、
   処理対象のベースバンド信号を送受信する接続先を、前記複数の送受信装置のうち第１の送受信装置から第２の送受信装置に変更する変更手段と
   を備えることを特徴とする信号処理装置。
5. 前記ベースバンド信号処理手段のチャネルリソース使用量を監視し、全チャネルリソース容量に対する残りのチャネルリソース量の比率が所定値より小さくなると、警告を出力する監視手段をさらに備え、前記変更手段は、前記警告が出力されたとき、前記処理対象のベースバンド信号を送受信する接続先を変更することを特徴とする請求項４記載の信号処理装置。

Images