基地局、無線通信システム、及び無線通信方法
【課題】基地局の故障を早期に検知することのできる基地局、無線通信システム、及び無線通信方法を提供する。
【解決手段】基地局１０は、移動局２０と通信する。基地局１０は、ＲＦ部１２と故障判定部１１２とを有する。ＲＦ部１２は、移動局２０に対して、復号対象となるデータを送信すると共に、該データの復号失敗を示す信号（ＮＡＣＫ）を移動局２０から受信する。故障判定部１１２は、ＲＦ部１２により上記信号を受信した場合、基地局１０と移動局２０との間の無線チャネルの品質を推定し、該推定された品質に応じて、基地局１０において故障があるか否かを判定する。
【解決手段】基地局１０は、移動局２０と通信する。基地局１０は、ＲＦ部１２と故障判定部１１２とを有する。ＲＦ部１２は、移動局２０に対して、復号対象となるデータを送信すると共に、該データの復号失敗を示す信号（ＮＡＣＫ）を移動局２０から受信する。故障判定部１１２は、ＲＦ部１２により上記信号を受信した場合、基地局１０と移動局２０との間の無線チャネルの品質を推定し、該推定された品質に応じて、基地局１０において故障があるか否かを判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局、無線通信システム、及び無線通信方法に関する。
【背景技術】
【０００２】
従来、基地局と移動局との間で無線チャネルを介して通信を行う無線通信システムにおいて、基地局が移動局にデータを送信すると、移動局は、当該データを復号し、その復号結果のフィードバック情報として、肯定応答を示すＡＣＫ（ACKnowledgement）を返信する。しかしながら、下り方向の無線チャネル品質によっては、移動局が、受信信号のデコーディング処理や復調処理を正常に実行できず、移動局におけるデータ復号に異常が発生することがある。この場合、移動局は、基地局に対して、否定応答を示すＮＡＣＫ（Negative ACKnowledgement）を返信する。基地局は、ＮＡＣＫの受信に伴い、移動局に対するデータの再送制御を行う。これにより、システム全体のスループットが低下する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３２８１３２号公報
【特許文献２】特開２００９−１１７９５４号公報
【特許文献３】特開２００９−２２５１３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、基地局は、上記スループットの低下を検知しても、移動局側での受信エラーレート（ＡＣＫ、ＮＡＣＫの比率）が、移動局との無線区間のチャネル品質上妥当なものであるか否かの判定を行っていないことから、その要因を検知することはできない。すなわち、基地局は、スループットの低下が、チャネル品質の劣化に起因するのか、基地局の装置内部の故障に起因するのかを判別することができない。このため、後者の場合においても、基地局は、内部処理の異常を検知することなく、従前の運用を継続することとなる。この場合、装置故障は、ネットワーク側での長時間に渡る統計情報の収集、あるいは、移動局ユーザからの申告を契機とした調査等により、初めて検知されることとなる。その結果、故障した基地局の復旧が遅れ、スループットの低下が長時間継続することがある。
【０００５】
開示の技術は、上記に鑑みてなされたものであって、基地局の故障を早期に検知することのできる基地局、無線通信システム、及び無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本願の開示する基地局は、移動局と通信する。前記基地局は、送受信部と判定部とを有する。前記送受信部は、前記移動局に対して、復号対象となるデータを送信すると共に、該データの復号失敗を示す信号を前記移動局から受信する。前記判定部は、前記送受信部により前記信号を受信した場合、前記基地局と前記移動局との間の無線チャネルの品質を推定し、該推定された品質に応じて、前記基地局において故障があるか否かを判定する。
【発明の効果】
【０００７】
本願の開示する基地局の一つの態様によれば、基地局の故障を早期に検知することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、無線通信システムの構成を示す図である。
【図２】図２は、基地局のハードウェア構成を示す図である。
【図３】図３は、移動局のハードウェア構成を示す図である。
【図４】図４は、本実施例に係る基地局の主要な動作を説明するためのフローチャートである。
【図５】図５は、本実施例に係る基地局の実行するデータ復号状況監視処理を説明するためのフローチャートである。
【図６】図６は、本実施例に係る基地局の実行する復号失敗要因判定処理を説明するためのフローチャートである。
【図７】図７は、移動局に適用されるＣＱＩマッピングテーブルの一例を示す図である。
【図８】図８は、本実施例に係る基地局の実行するデータ破棄状況監視処理を説明するためのフローチャートである。
【図９】図９は、本実施例に係る基地局の実行する破棄要因判定処理を説明するためのフローチャートである。
【図１０】図１０は、基地局に故障がなく、かつ、通信環境が良好な場合における、移動局での復号状況を示す図である。
【図１１】図１１は、基地局に故障がなく、かつ、通信環境が劣化した場合における、移動局での復号状況を示す図である。
【図１２】図１２は、基地局に故障があり、かつ、通信環境が良好な場合における、移動局での復号状況を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本願の開示する基地局、無線通信システム、及び無線通信方法の実施例を、図面を参照しながら詳細に説明する。なお、この実施例により、本願の開示する基地局、無線通信システム、及び無線通信方法が限定されるものではない。
【００１０】
まず、本願の開示する一実施例に係る無線通信システムの構成を説明する。図１は、無線通信システム１の構成を示す図である。図１に示すように、無線通信システム１は、基地局１０と、移動局２０とを少なくとも有する。基地局１０は、ベースバンド部１１とＲＦ（Radio Frequency）部１２とを有する。更に、ベースバンド部１１は、送信制御部１１１と故障判定部１１２とを有し、ＲＦ部１２は、変復調部１２１を有する。これら各構成部分は、一方向又は双方向に信号の入出力が可能なように信号線を介して接続されている。
【００１１】
送信制御部１１１は、基地局１０内でのデータトラヒック量、及び移動局２０からのフィードバック情報（ＣＱＩ（Channel Quality Indicator）値、受信側の復号結果等）に基づき、下り方向のパケットデータのリソース割当てスケジューリングを行う。あるいは、送信制御部１１１は、上記フィードバック情報に基づき、コーディング処理や、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）方式に基づく再送制御処理を実行する。また、送信制御部１１１は、上位装置としてのＲＮＣ（Radio Network Controller）３０より受信された下り方向のデータに対して、コーディング処理を実行した後、無線通信システム１の変調方式に基づいたマッピング及び変換処理を施し、変復調部１２１に出力する。
【００１２】
なお、上記変調方式は、例えば、ＣＤＭＡ（Code Division Multiple Access）方式、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）方式である。また、上記受信側復号結果としてのＡＣＫ、ＮＡＣＫ情報は、各ＭＡＣ−ｈｓ（Medium Access Control−High Speed downlink packet access）データフレームに対する移動局２０側での復号結果（正常または異常）を示すものである。送信制御部１１１は、当該ＡＣＫ、ＮＡＣＫ情報を基に、ＨＡＲＱ方式に基づく既送信データの再送を行うか、新規の未送信データに対するリソースの割当てを行うかを決定する。
【００１３】
故障判定部１１２は、スケジューリング対象のセクタ内において所定の監視周期内に接続された各移動局につき、後述の情報を監視する。監視される情報は、例えば、ＭＡＣ−ｈｓ ＰＤＵ（Protocol Data Units）に割り当てられた各送信データのＴＢＳ（Transport Block Size）、各移動局からのフィードバック情報により得られる無線チャネル品質の指標値であるＣＱＩ値を含む。また、監視される情報は、ＭＡＣ−ｈｓ ＰＤＵに割り当てられた各送信データに対する各移動局の復号結果を含む。この復号結果は、各移動局からのフィードバック情報により得られるＡＣＫ、ＮＡＣＫ、ＤＴＸ情報である。各送信データは、各移動局側にて正常に復号されるまでの間、ＨＡＲＱバッファに滞留し、滞留時間が所定時間に達したこと、あるいは、再送回数が所定回数に達したことを契機として無効となり、ＨＡＲＱバッファから破棄される。したがって、監視される情報は、ＭＡＣ−ｈｓ ＰＤＵに割り当てられた各送信データの、ＨＡＲＱバッファ内における破棄状態を含む。
【００１４】
故障判定部１１２は、上記監視結果に基づき、無線区間の伝送品質の優劣を各移動局毎に考慮した上で、復号結果が妥当であるか否か（換言すれば、無線チャネル品質に見合った復号結果が得られているか）を判定する。また、故障判定部１１２は、所定周期の監視時間毎に得られた統計データに基づき、基地局１０における装置内故障の発生の有無を判定する。
【００１５】
ＲＦ部１２の変復調部１２１は、送信制御部１１１から入力されたデータを、無線送信可能な信号に変調することにより、ＲＦ信号を生成する。変復調部１２１は、当該ＲＦ信号を、アンテナＡ１を介して、移動局２０に送信することで、無線通信システム１における有線無線インタフェースとして機能する。
【００１６】
図２は、基地局１０のハードウェア構成を示す図である。図２に示すように、基地局１０は、ハードウェアの構成要素として、ＤＳＰ（Digital Signal Processor）１０ａと、ＦＰＧＡ（Field Programmable Gate Array）１０ｂと、メモリ１０ｃと、ＲＦ部１０ｄと、ネットワークＩＦ（Inter Face）部１０ｅとを有する。ＤＳＰ１０ａと、ＦＰＧＡ１０ｂとは、スイッチ等のネットワークＩＦ部１０ｅを介して各種信号やデータの入出力が可能なように接続されている。ＲＦ部１０ｄは、アンテナＡ１を有する。メモリ１０ｃは、例えば、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ、ＲＯＭ（Read Only Memory)、フラッシュメモリにより構成される。ベースバンド部１１を構成する送信制御部１１１と故障判定部１１２とは、例えばＤＳＰ１０ａ、ＦＰＧＡ１０ｂ等の集積回路により実現される。また、変復調部１２１は、ＲＦ部１０ｄにより実現される。
【００１７】
また、上述した移動局２０は、物理的には、例えば携帯電話によって実現される。図３は、移動局２０のハードウェア構成を示す図である。図３に示すように、移動局２０は、ハードウェア的には、ＣＰＵ（Central Processing Unit）２０ａと、メモリ２０ｂと、アンテナＡ２を有するＲＦ部２０ｃと、ＬＣＤ（Liquid Crystal Display）等の表示装置２０ｄとを有する。メモリ２０ｂは、例えば、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリにより構成される。
【００１８】
次に、実施例１における無線通信システム１の動作を説明する。図４は、本実施例に係る基地局の主要な動作を説明するためのフローチャートである。
【００１９】
図４のＳ１では、ＤＳＰ１０ａは、基地局１０の故障判定に用いるパラメータの初期化を行う。このとき初期化されるパラメータは、所定の周期（例えば、２〜３分程度）内に基地局１０に接続した移動局のユーザ呼数の合計値を表すＵＳＥＲ＿total、及びＣＱＩを考慮した復号状況が著しく低いと判定されたユーザ呼数を表すＵＳＥＲ＿ngである。ユーザ呼は、例えば、移動局２０を含む複数の移動局からのＨＳＤＰＡ（High Speed Downlink Packet Access）を用いたユーザ呼であるが、これに限定されない。
【００２０】
Ｓ２では、ＤＳＰ１０ａは、監視周期タイマを起動することにより、各移動局のＴＢＳ、ＣＱＩ値、復号結果、破棄状態を監視する時間の計測を開始する。周期の時間（例えば、２〜３分程度）が経過し、監視周期タイマが満了すると（Ｓ３）、ＤＳＰ１０ａは、上記ＵＳＥＲ＿totalと、その閾値であるＵＳＥＲ＿total＿thとの大小関係を比較する（Ｓ４）。比較の結果、ＵＳＥＲ＿total≧ＵＳＥＲ＿total＿thの関係にある場合には（Ｓ４；Ｙｅｓ）、後述のＳ５に移行する。監視は、ＵＳＥＲ＿totalが閾値（ＵＳＥＲ＿total＿th）に達するまでの間、所定の周期で繰り返し実行される。
【００２１】
なお、Ｓ４において、基地局１０に接続した移動局のユーザ呼数の合計値が閾値に到達したか否かを判定するのは、母集団となるユーザ呼数を所定値まで増やすことで、復号状況がＮＧであるユーザ呼の割合の判定処理（後段のＳ５）の結果に信頼性をもたせるためである。
【００２２】
Ｓ５では、ＤＳＰ１０ａは、上記ＵＳＥＲ＿ngを上記ＵＳＥＲ＿totalで除算した値と、その閾値であるＮＧ＿prob＿thとの大小関係を比較する（Ｓ５）。当該比較の結果、ＵＳＥＲ＿ng／ＵＳＥＲ＿total≧ＮＧ＿prob＿thの関係にある場合には（Ｓ５；Ｙｅｓ）、後述のＳ６に移行する。一方、Ｓ５における比較の結果、ＵＳＥＲ＿ng／ＵＳＥＲ＿total＜ＮＧ＿prob＿thの関係にある場合には（Ｓ５；Ｎｏ）、ＤＳＰ１０ａは、基地局１０が正常に動作しているとみなす。そして、前述のＳ１に戻り、ＵＳＥＲ＿totalとＵＳＥＲ＿ngとは再び初期化され、その後Ｓ２以降の処理が繰り返し実行される。その結果、基地局１０の運用は継続される。なお、ＮＧ＿prob＿thの値は、少なくとも基地局１０の故障と判定し得る程度に高い確率であり、例えば、５０％程度である。
【００２３】
Ｓ６では、ＤＳＰ１０ａは、基地局１０（例えば、ベースバンド部１１のパッケージ）に故障が発生したものと判定し、必要に応じて、故障箇所を運用から除外する。
【００２４】
続いて、図５〜図９を参照しながら、上述した故障判定処理の前提となる処理、すなわち、データ復号状況監視処理、及びデータ破棄状況監視処理について説明する。図４に示したＳ２とＳ３の処理の間の監視時間内に、ユーザ呼が基地局１０に接続されると、データ復号状況監視処理、及びデータ破棄状況監視処理の各処理が実行される。これらの処理は、ユーザ呼の接続回数、あるいは、複数のユーザ呼の発信元が同一の移動局であるか否かを問わず、ユーザ呼の接続を契機として、接続された全てのユーザ呼について、実行される。
【００２５】
図５は、本実施例に係る基地局１０の実行するデータ復号状況監視処理を説明するためのフローチャートである。
【００２６】
図５のＴ１では、ＤＳＰ１０ａは、データ復号状況の監視に用いるパラメータの初期化を行う。Ｔ１では、ｔ、ＮＵＭ＿ack[i]、及びＮＵＭ＿nack[i]の各パラメータに、初期値の“０”が設定される。ｔは、復号結果の判定回数のカウンタとして機能する数値であり、復号結果の判定が終了する都度更新される。ＮＵＭ＿ack[i]は、ユーザ呼ｉについての復号結果がＡＣＫであった場合にインクリメントされる、復号成功回数を示す値である。同様に、ＮＵＭ＿nack[i]は、ユーザ呼ｉについての復号結果がＮＡＣＫであった場合にインクリメントされる、復号失敗回数を示す値である。
【００２７】
ＤＳＰ１０ａは、ＲＦ部１０ｄによるユーザ呼ｉの接続を検知すると（Ｔ２；Ｙｅｓ）、ユーザ呼ｉに対するデータ送信の有無を監視する（Ｔ３）。ユーザ呼ｉに対するデータ送信が行われた場合（Ｔ３；Ｙｅｓ）には、ＤＳＰ１０ａは、ユーザ呼ｉを発呼した移動局での復号結果であるＤＥＣ＿result[i,t]が“ＡＣＫ”であるか否かの判定を行う（Ｔ４）。復号結果ＤＥＣ＿result[i,t]は、上記フィードバック情報より得られる。上記判定の結果、ＤＥＣ＿result[i,t]＝“ＡＣＫ”である場合（Ｔ４；Ｙｅｓ）には、ＤＳＰ１０ａは、復号成功回数を示すＮＵＭ＿ack[i]の値を１だけインクリメントする（Ｔ５）。また、復号結果の判定が終了したことに伴い、ＤＳＰ１０ａは、カウンタｔの値を１だけインクリメントする（Ｔ６）。その後、Ｔ２に戻り、ＤＳＰ１０ａは、Ｔ２以降の処理を繰り返し実行する。
【００２８】
Ｔ２において、監視対象であるユーザ呼ｉの接続が終了（切断）すると（Ｔ２；Ｎｏ）、ＤＳＰ１０ａは、ユーザ呼ｉにおける復号状況の妥当性を判定する。すなわち、ＤＳＰ１０ａは、現時点におけるユーザ呼ｉのＡＣＫの累積値であるＮＵＭ＿ack[i]とＮＡＣＫの累積値ＮＵＭ＿nack[i]との和であるＮＵＭ＿total[i]を算出する（Ｔ７）。次に、ＤＳＰ１０ａは、Ｔ７の算出結果であるＮＵＭ＿total[i]が、所定の閾値ＮＵＭ＿total＿th（例えば５０）以上であるか否かを判定する（Ｔ８）。当該判定の結果、ＮＵＭ＿total[i]≧ＮＵＭ＿total＿thの関係にある場合（Ｔ８；Ｙｅｓ）には、ＤＳＰ１０ａは、復号状況の妥当性を有効に判定し得る数の復号結果が既に累積されているものと判断し、Ｔ９の処理に移行する。一方、依然、ＮＵＭ＿total[i]の値がＮＵＭ＿total＿thの値未満である場合（Ｔ８；Ｎｏ）には、ＤＳＰ１０ａは、復号状況の妥当性を有効に判定し得る程度の復号結果数に達していないものと判断し、図４に示したＳ３の処理に移行する。
【００２９】
Ｔ９では、ＤＳＰ１０ａは、ユーザ呼ｉを、復号状況の妥当性の判定対象として設定すると共に、判定対象のユーザ呼数を示すＵＳＥＲ＿totalの値を、１だけインクリメントする。次に、ＤＳＰ１０ａは、復号状況の良し悪しを判定するための、復号失敗率の閾値であるＮＡＣＫ＿prob＿thを基に、ユーザ呼ｉに関する復号状況の妥当性を判定する（Ｔ１０）。具体的には、ＤＳＰ１０ａは、現時点におけるＮＵＭ＿nack[i]とＮＵＭ＿total[i]との比率を算定し、その値と上記閾値（例えば、８０％）との大小関係を比較する。比較の結果、ＮＵＭ＿nack[i]／ＮＵＭ＿total[i]≧ＮＡＣＫ＿prob＿thの関係にある場合（Ｔ１０；Ｙｅｓ）には、本来（基地局１０の故障が無ければ）ＡＣＫとなる筈であったＮＡＣＫの比率が高く、ＣＱＩ値に見合わない数のＮＡＣＫが多発していることが推測される。したがって、ＤＳＰ１０ａは、無線チャネル品質に比して、ユーザ呼ｉについての復号状況が悪いものと判断し、上述のＵＳＥＲ＿ngの値を、１だけインクリメントする（Ｔ１１）。
【００３０】
なお、Ｔ１０における比較の結果、ＮＵＭ＿nack[i]／ＮＵＭ＿total[i]＜ＮＡＣＫ＿prob＿thの関係にある場合（Ｔ１０；Ｎｏ）には、ＤＳＰ１０ａは、ユーザ呼ｉについての復号状況が良好であると判断し、Ｔ１１の処理を省略して、図４に示したＳ３の処理に移行する。
【００３１】
上記Ｔ４における判定の結果、ＤＥＣ＿result[i,t]＝“ＡＣＫ”でない場合（Ｔ４；Ｎｏ）、すなわち、復号結果がＮＡＣＫ、ＤＴＸの何れかである場合には、ＤＳＰ１０ａは、図６に示す復号失敗判定処理を実行する。図６は、本実施例に係る基地局１０の実行する復号失敗要因判定処理を説明するためのフローチャートである。
【００３２】
Ｔ２１では、ＤＳＰ１０ａは、ＣＱＩ＿input[i,t]、ＴＢＳ[i,t]、及びＴａｂｌｅ＿TBS[CQI＿input[i,t]]を取得する。ここで、ＣＱＩ＿input[i,t]は、ユーザ呼ｉの発信元である移動局からＲＦ部１０ｄにより受信された最新のＣＱＩ値である。また、ＴＢＳ[i,t]は、データの送信プロセスｔで割り当てられた、ユーザ呼ｉに対するデータのＴＢＳ（Transport Block Size）であり、基地局１０が実際に割り当てたデータ（送信を試みたデータ）の量を示す値である。
【００３３】
Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]は、基地局１０のメモリ１０ｃに保持されているＣＱＩマッピングテーブルを参照して得られる、ＣＱＩ＿input[i,t]に対応するＴＢＳであり、ＣＱＩに応じた本来のＴＢＳの値である。図７は、移動局２０に適用されるＣＱＩマッピングテーブル１０１ｃの一例を示す図である。図７に示すように、ＣＱＩマッピングテーブル１０１ｃには、ＴＢＳ、ＨＳ−ＰＤＳＣＨ（High-Speed Physical Downlink Shared CHannel）のコード本数、無線変調方式、及び電力補正値Δが、ＣＱＩ値毎に格納されている。無線変調方式としては、ＱＰＳＫ（Quadrature Phase Shift Keying）、１６ＱＡＭ（Quadrature Amplitude Modulation）、及び６４ＱＡＭが設定されている。
【００３４】
例えば、移動局２０に関し、基地局１０のＲＦ部１０ｄが受信した最新のＣＱＩ＿input[i,t]の値が“２０”である場合、ＣＱＩマッピングテーブル１０１ｃを参照すると、ＣＱＩ値“２０”に対応するＴＢＳの値は“５８９６”である。したがって、移動局２０のＴａｂｌｅ＿TBS[CQI＿input[i,t]]の値として、“５８９６”ビットが導出される。換言すれば、Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]は、対応するＣＱＩの下で移動局２０が復号可能なデータの容量であり、この値が大きい程、無線チャネル品質が高く、チャネル品質上は復号結果がＯＫ（ＡＣＫ）になる確率が高い。したがって、この値が所定値（本実施例ではＴＢＳ[i,t]）以上であるにも拘らず、ＤＥＣ＿result[i,t]の値が“ＡＣＫ”となっていない（図５のＴ４；Ｎｏ参照）ときには、復号失敗の要因は、無線チャネル品質にはなく、基地局１０側にあることが高く推測される。
【００３５】
そこで、Ｔ２２では、ＤＳＰ１０ａは、上記ＴＢＳ[i,t]と上記Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]との大小関係を比較する。当該比較の結果、ＴＢＳ[i,t]≦Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]が成立する場合（Ｔ２２；Ｙｅｓ）には、ＤＳＰ１０ａは、復号失敗回数を示す上記ＮＵＭ＿nack[i]の値を、１だけインクリメントする（Ｔ２３）。一方、ＴＢＳ[i,t]の値が、上記Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]の値を超過する場合（Ｔ２２；Ｎｏ）、換言すれば、移動局が復号可能なデータ容量の範囲にＴＢＳ[i,t]が収まっていない場合には、復号失敗は、ＣＱＩの低下に起因する（基地局１０の故障に起因しない）ものと推定される。したがって、ＤＳＰ１０ａは、Ｔ２３の処理を省略し、ＮＵＭ＿nack[i]の値をインクリメントすることなく、図５に示したＴ６の処理に移行する。
【００３６】
なお、ＴＢＳ[i,t]との比較対象となるＴａｂｌｅ＿TBS[CQI＿input[i,t]]の値は、必ずしもそのままの値を用いなくてもよく、所定の係数α（０＜α≦１）を乗算することで、補正するものとしてもよい。ＤＳＰ１０ａは、αの値に小さい値を設定する程、図６のＴ２２における右辺の値は小さくなることから、Ｔ２２の条件を満たすＴＢＳ[i,t]は限定的となり、無線チャネル品質が十分に良好であるにも拘らず、移動局において復号に失敗したケースのみが該当することとなる。換言すれば、復号失敗要因の判定基準が厳格となり、Ｔ２２でＹｅｓと判定された場合、基地局１０において故障が発生した可能性が高くなる。その結果、基地局１０の故障判定精度が向上する。ＤＳＰ１０ａは、補正係数αの値として、無線伝搬品質の優劣に基づく移動局側のデータ復号特性を考慮した上で最適な値を選定する。但し、故障判定に一定の精度を維持する観点から、補正係数αの値は、ＤＳＰ１０ａによる故障判定の実効性を失わない範囲で、極力小さい値（例えば０．３）を採ることが望ましい。
【００３７】
上述したように、基地局１０のＤＳＰ１０ａは、ＲＦ部１０ｄから送信されるデータ毎の移動局側での復号結果（ＡＣＫ、ＮＡＣＫ、ＤＴＸ）の割合に基づき、ユーザ呼に関するデータ復号状況の妥当性を判定する。また、ＤＳＰ１０ａは、復号失敗（ＮＡＣＫまたはＤＴＸ）となったデータについて、その時点でのＣＱＩが、当該データのＴＢＳのデータを復号する上で支障のない値であるか否かを判定する。そして、ＤＳＰ１０ａは、ＣＱＩに支障のない状態において復号失敗となったデータの発生頻度（ＮＡＣＫ、ＤＴＸが多発しているか否か）を基に、上記ユーザ呼に関する復号状況の妥当性を判定する。すなわち、基地局１０のＤＳＰ１０ａは、ＲＦ部１０ｄによるユーザ呼の接続が終了した際、データ復号状況の監視結果を基に、移動局２０におけるデータ復号状況が、無線チャネル品質に見合ったデータ復号状況に達しているか否かを判定する。達している場合には、基地局１０に故障が生じている可能性があると推定することができるため、ＤＳＰ１０ａは、ＵＳＥＲ＿ngの値をインクリメントする。これにより、基地局１０は、データ復号状況の監視と、その前提なる復号失敗要因の判定とを可能とする。
【００３８】
次いで、図８、図９を参照し、データ破棄状況監視処理及び破棄要因判定処理を説明する。図８は、本実施例に係る基地局１０の実行するデータ破棄状況監視処理を説明するためのフローチャートである。図９は、本実施例に係る基地局１０の実行する破棄要因判定処理を説明するためのフローチャートである。図８は、データ復号状況監視処理の説明において参照した図５と、Ｕ１２を除き同様である。したがって、共通するステップには、末尾が同一の参照符号を付すと共に、その詳細な説明は省略する。具体的には、図８のステップＵ１〜Ｕ１１は、図５に示したステップＴ１〜Ｔ１１にそれぞれ対応する。また、図９は、復号失敗要因判定処理の説明において参照した図６と、Ｕ２２を除き同様であるため、共通するステップには、末尾が同一の参照符号を付すと共に、その詳細な説明は省略する。具体的には、図９のステップＵ２１〜Ｕ２３は、図６に示したステップＴ２１〜Ｔ２３にそれぞれ対応する。
【００３９】
また、図８のＵ１、Ｕ７、Ｕ１０、及び図９のＵ２３の各処理におけるＮＵＭ＿cancel[i]は、図５のＴ１、Ｔ７、Ｔ１０、及び図６のＴ２３の各処理におけるＮＵＭ＿nack[i]にそれぞれ対応する。ＮＵＭ＿cancel[i]は、ユーザ呼ｉに対するデータが破棄された場合にインクリメントされる、破棄回数を示す値である。図８のＵ１０の処理におけるＣＡＮＣＥＬ＿prob＿thは、図５のＴ１０の処理におけるＮＡＣＫ＿prob＿thに対応する。ＣＡＮＣＥＬ＿prob＿thは、破棄状況の良し悪しを判定するための、破棄発生率の閾値である。図９のＵ２１、Ｕ２２の各処理におけるＴＢＳ＿cancel[i,t]は、図６のＴ２１、Ｔ２２の各処理におけるＴＢＳ[i,t]にそれぞれ対応する。ＴＢＳ＿cancel[i,t]は、データの送信プロセスｔで割り当てられた、ユーザ呼ｉに対するデータの内、破棄されたデータのＴＢＳであり、基地局１０が実際に破棄したデータの量を示す値である。なお、Ｕ８における閾値ＮＵＭ＿total＿thは、例えば３０であり、Ｕ１０における閾値ＣＡＮＣＥＬ＿prob＿thは、例えば８０％である。
【００４０】
Ｕ１２では、基地局１０のＤＳＰ１０ａは、破棄データの有無、すなわち、ユーザ呼ｉ宛のデータが、ＨＡＲＱバッファ内において破棄されたか否かの判定を行う。当該判定の結果、ユーザ呼ｉに対するデータの破棄が有る場合（Ｕ１２；Ｙｅｓ）、図９に移行し、ＤＳＰ１０ａは、Ｕ２１以降の処理を実行する。これに対して、上記判定の結果、ユーザ呼ｉに対するデータの破棄が無い場合（Ｕ１２；Ｎｏ）には、Ｕ２１〜Ｕ２３の処理を省略して、ＤＳＰ１０ａは、Ｕ６以降の処理を実行する。
【００４１】
Ｕ２２の処理に関し、ＴＢＳ＿cancel[i,t]は、実際に破棄されたデータの量を示す値であり、Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]は、対応するＣＱＩの下で破棄されるべきデータの量である。したがって、前者のＴＢＳ＿cancel[i,t]の値が小さい程、破棄されたデータの量は少なく、無線チャネル品質が高いといえる。このため、チャネル品質上はデータが破棄される確率が低い。したがって、この値が所定値（本実施例ではＴａｂｌｅ＿TBS[CQI＿input[i,t]]）以下であるにも拘らず、ＤＥＣ＿result[i,t]の値が“ＡＣＫ”となっていない（図８のＵ４；Ｎｏ参照）ときには、復号失敗の要因は、無線チャネル品質にはなく、基地局１０側にあることが高く推測される。データが実際に破棄されているにも拘らず、ＣＱＩ値は、データが破棄される様な値を採っていないことから、データの破棄が、無線チャネル品質以外の事象に起因すると考えられるためである。
【００４２】
そこで、Ｕ２２では、ＤＳＰ１０ａは、上記ＴＢＳ＿cancel[i,t]と上記Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]との大小関係を比較する。当該比較の結果、ＴＢＳ＿cancel[i,t]≦Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]が成立する場合（Ｕ２２；Ｙｅｓ）には、ＤＳＰ１０ａは、データ破棄回数を示す上記ＮＵＭ＿cancel[i]の値を、１だけインクリメントする（Ｕ２３）。一方、ＴＢＳ＿cancel[i,t]の値が、上記Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]の値を超過する場合（Ｕ２２；Ｎｏ）、換言すれば、ＣＱＩに見合った数以上のデータが破棄されている場合には、復号失敗は、ＣＱＩの低下に起因する（基地局１０の故障に起因しない）ものと推定される。したがって、ＤＳＰ１０ａは、Ｕ２３の処理を省略し、ＮＵＭ＿cancel[i]の値をインクリメントすることなく、図８に示すＵ６の処理に移行する。
【００４３】
なお、ＴＢＳ＿cancel[i,t]との比較対象となるＴａｂｌｅ＿TBS[CQI＿input[i,t]]の値は、必ずしもそのまま用いなくてもよく、所定の係数β（０＜β≦１）を乗算することで、補正するものとしてもよい。ＤＳＰ１０ａは、βの値に小さい値を設定する程、図９のＵ２２における右辺の値は小さくなることから、Ｕ２２の条件を満たすＴＢＳ＿cancel[i,t]は狭い範囲に限定され、無線チャネル品質が十分に良好であるにも拘らず、移動局において復号に失敗したケースのみが該当することとなる。換言すれば、復号失敗要因の判定基準が厳格となり、Ｕ２２でＹｅｓと判定された場合、基地局１０において故障が発生した可能性が高くなる。その結果、基地局１０の故障判定精度が向上する。ＤＳＰ１０ａは、補正係数βの値として、無線伝搬品質の優劣に基づく移動局側のデータ復号特性を考慮した上で最適な値を選定する。但し、故障判定に一定の精度を維持する観点から、補正係数βの値は、ＤＳＰ１０ａによる故障判定の実効性を失わない範囲で、極力小さい値（例えば０．３）を採ることが望ましい。
【００４４】
上述したように、基地局１０のＤＳＰ１０ａは、ＲＦ部１０ｄから送信されるデータ毎の基地局１０側でのＨＡＲＱバッファ内のデータ破棄状況に基づき、ユーザ呼に関するデータ復号状況の妥当性を判定する。また、ＤＳＰ１０ａは、ＨＡＲＱバッファにて破棄されたデータについて、その時点でのＣＱＩが、当該データのＴＢＳのデータを復号する上で支障のない値であるか否かを判定する。そして、ＤＳＰ１０ａは、ＣＱＩに支障のない状態において破棄されたデータの発生頻度（データ破棄が多発しているか否か）を基に、上記ユーザ呼に関する復号状況の妥当性を判定する。すなわち、基地局１０のＤＳＰ１０ａは、ＲＦ部１０ｄによるユーザ呼の接続が終了した際、データ破棄状況の監視結果を基に、移動局２０におけるデータ破棄状況が、無線チャネル品質に見合ったデータ破棄状況を超えているか否かを判定する。超えている場合には、基地局１０に故障が生じている可能性があると推定することができるため、ＤＳＰ１０ａは、ＵＳＥＲ＿ngの値をインクリメントする。これにより、基地局１０は、データ破棄状況の監視と、その前提なる破棄要因の判定とを可能とする。
【００４５】
以上説明したように、無線通信システム１は、基地局１０と、基地局１０と通信する移動局２０とを有する。基地局１０は、ＲＦ部１２と故障判定部１１２とを有する。ＲＦ部１２は、移動局２０に対して、復号対象となるデータを送信すると共に、該データの復号失敗を示す信号（ＮＡＣＫ）を移動局２０から受信する。故障判定部１１２は、ＲＦ部１２により上記信号を受信した場合、基地局１０と移動局２０との間の無線チャネルの品質を推定し、該推定された品質に応じて、基地局１０に故障があるか否かを判定する。例えば、故障判定部１１２は、推定された品質が所定値（例えば、ＣＱＩ＝１８）以上であるとき、自基地局１０に故障が有るものと判定する。故障判定部１１２は、図６のＴ２２に示したように、移動局２０が復号可能なデータの量を用いて無線チャネルの品質を推定するものとしてもよい。また、故障判定部１１２は、図９のＵ２２に示したように、破棄されたデータの量を用いて無線チャネルの品質を推定するものとしてもよい。これにより、基地局１０は、移動局２０におけるデータ復号の失敗が、無線チャネル品質の劣化、基地局１０の故障の内、何れに起因するものかを特定することができる。したがって、基地局１０は、自局の故障を早期に検知することができる。その結果、基地局１０に故障が発生した際、基地局１０と移動局２０との間のスループットを速やかに回復することが可能となる。
【００４６】
すなわち、故障判定部１１２は、プロセス割当てユーザデータのＴＢＳと、ＨＡＲＱバッファ内のデータ破棄情報との内、少なくとも一方の情報を用いて、ＣＱＩを考慮に入れた故障判定を行う。故障判定部１１２は、送信が完了したトランスポートブロックに対する移動局２０側での復号ＯＫと復号ＮＧとの比率を監視し、ＣＱＩ値の割に、復号ＮＧの多発するユーザ呼が多数存在した場合には、基地局１０に故障が生じたと判定する。同様に、故障判定部１１２は、復号ＮＧの多発に起因する、バッファ内データの破棄数を監視し、ＣＱＩ値の割に破棄数が多い場合には、基地局１０に故障が生じたと判定する。
【００４７】
以下、図１０〜図１２を参照しながら、本実施例に係る無線通信システム１の作用効果を、より具体的に説明する。
【００４８】
まず、図１０は、基地局に故障がなく、かつ、通信環境が良好な場合における、移動局での復号状況を示す図である。図１０に示すように、基地局１０は、ＲＮＣからトラヒックデータを受信すると、ベースバンド部１１によりコーディングをした後、ＲＦ部１２により変調をして、当該データを移動局２０宛に送信する。図１０では、基地局１０におけるコーディング及び変調処理は正常に完了し、また、基地局１０から移動局２０に至るまでの無線伝搬環境も良好である。したがって、移動局２０は、基地局１０から受信したデータを正常に復号することができる。その結果、移動局２０は、受信データの復号が正常に完了したことを示すＡＣＫを基地局１０に返信する。
【００４９】
次に、図１１は、基地局に故障がなく、かつ、通信環境が劣化した場合における、移動局での復号状況を示す図である。図１１に示すように、基地局１０は、ＲＮＣからトラヒックデータを受信すると、ベースバンド部１１によりコーディングをした後、ＲＦ部１２により変調をして、当該データを移動局２０宛に送信する。図１１では、基地局１０におけるコーディング及び変調処理は正常に完了したが、基地局１０から移動局２０に至るまでの無線伝搬環境が良好でないため、移動局２０は、基地局１０から受信したデータを正常に復号することができない。したがって、移動局２０は、受信データの復号が正常に完了しなかったことを示すＮＡＣＫを基地局１０に返信する。
【００５０】
これに対して、図１２は、基地局に故障があり、かつ、通信環境が良好な場合における、移動局での復号状況を示す図である。図１２に示すように、基地局１０は、ＲＮＣからトラヒックデータを受信すると、ベースバンド部１１によりコーディングをした後、ＲＦ部１２により変調をして、当該データを移動局２０宛に送信する。図１２では、基地局１０において故障が発生した結果、無線フレーム出力が異常となったため、無線伝搬環境は良好であるにも拘らず、移動局２０は、基地局１０から受信したデータを正常に復号することができない。したがって、移動局２０は、受信データの復号が正常に完了しなかったことを示すＮＡＣＫを基地局１０に返信する。
【００５１】
上述したように、通信環境と基地局内部が共に良好な状態にある場合には、データ復号結果としてＡＣＫが返信される（図１０参照）はずであることから、ＮＡＣＫが返信された場合には、少なくとも何れかに異常があるものと推定することができる。そこで、基地局１０は、ＮＡＣＫが返信された場合に、通信環境の劣化（図１１参照）の有無を判定する。基地局１０は、通信環境が良好であるにも拘らず、ＮＡＣＫが返信された場合には、通信環境以外の要因があるものと推定し、その要因を基地局の故障と判断する。通常、基地局では、受信されたＡＣＫとＮＡＣＫとの比率（移動局側での受信エラーレート）が無線区間の伝送品質上妥当なものであるか否かの判定が行われないが、かかる状況であっても、基地局１０は、上記推定に基づく判断により、基地局の故障を検知することができる。これにより、無線通信システム１は、無線通信時における、基地局１０内部の故障を早期かつ高精度に検知することができる。したがって、基地局１０の復旧処理を迅速に開始することができる。その結果、基地局１０に接続する移動局に対するデータ伝送レートの低下が長時間継続することを防止することが可能となる。
【００５２】
更に、基地局１０は、故障の有無の判定に際して、ＣＱＩ値に基づく無線チャネル品質を勘案する。これにより、移動局における復号失敗の要因が、無線チャネル品質と装置故障との双方にある場合でも、ＤＳＰ１０ａが、低いＣＱＩに見合った復号確率に達しているか否かを判定することで、復号失敗の要因が基地局側に存在することの判別が可能となる。したがって、基地局１０は、ＮＡＣＫの多発が基地局故障にのみ起因する場合は元より、ＮＡＣＫの多発が上記双方に起因する場合にも、容易に対応することができる。その結果、汎用性の高いシステムの実現が可能となる。
【００５３】
なお、本実施例では、図４のＳ４では、ＵＳＥＲ＿totalの値は、図５、図６に示したフローチャートの処理が実行された場合に加えて、図８、図９に示したフローチャートの処理が実行された場合にも、インクリメントされるものとした。また、同様に、図４のＳ５では、ＵＳＥＲ＿ngの値は、移動局２０での復号失敗（ＮＡＣＫの返信）と、基地局１０でのデータ破棄との双方を契機として、インクリメントされるものとした。これにより、双方の角度から、ユーザ呼の総数、及び復号状況がＮＧであるユーザ呼の割合が決定されることとなり、より高精度な故障の検知が実現されるが、基地局１０は、必ずしも双方の処理結果を用いる必要はない。すなわち、基地局１０は、図５、図６に示した処理と、図８、図９に示した処理との内、少なくとも一方を実行すれば足りる。これにより、故障検知処理に伴う基地局１０の処理負荷は軽減され、処理時間は短縮される。
【００５４】
基地局１０が、一方の処理を実行する際、何れの処理を実行するかは、以下の観点から決定することができる。すなわち、第１のケースとして、基地局１０に装置故障が発生し、移動局２０での復号結果がＮＧになったとしても、その後のデータ再送処理によって、移動局２０がＨＡＲＱデータ合成処理を実行し、最終的にデータの復号結果がＯＫとなる場合がある。かかる場合を以下、「ケース１」と記す。これに対し、第２のケースとして、基地局１０に装置故障が発生し、移動局２０での復号結果がＮＧとなり、その後のデータ再送処理、及びＨＡＲＱデータ合成処理によっても、データの復号結果がＯＫとならない場合がある。かかる場合を以下、「ケース２」と記す。図５、図６に示した復号状況の監視処理によれば、ケース１、２において、故障の検知が可能である。しかしながら、ケース１では、ＨＡＲＱバッファ内に滞留したデータが破棄されないため、図８、図９に示したデータ破棄状況の監視処理は、本ケースに対応できず、ケース２においてのみ、故障の検知が可能である。したがって、基地局１０は、復号状況の監視処理を実行することにより、データ破棄状況の監視処理を実行した場合よりも、検知可能な故障の種別が多数であり、より多くの故障種別に対応することができる。
【００５５】
これに対して、処理量を軽減するという観点からは、基地局１０は、復号状況監視処理を実行するよりも、データ破棄状況監視処理を実行することが好適である。なぜなら、前者の場合、基地局１０のＤＳＰ１０ａは、移動局宛に送信したデータに対する応答としてＮＡＣＫを受信する（図５のＴ４；Ｎｏ）度に、上述した復号失敗要因判定処理（図６参照）を実行することとなる。一方、後者のデータ破棄状況監視処理では、基地局１０のＤＳＰ１０ａは、ＨＡＲＱバッファ内でのデータ破棄が発生した場合（図８のＵ１２；Ｙｅｓ）にのみ、破棄要因判定処理（図９参照）を実行すれば足りる。すなわち、破棄要因判定処理の実行は、多数のＮＡＣＫ受信が継続して発生し、その結果として、ＨＡＲＱバッファ内でのデータ滞留時間が所定時間を超えた場合に限定される。したがって、基地局１０のＤＳＰ１０ａは、移動局宛に送信したデータに対する応答としてＮＡＣＫを受信する都度、破棄要因判定処理を実行する必要はない。これにより、復号状況監視処理とデータ破棄状況監視処理とを比較した場合、前者の処理よりも後者の処理の方が、処理量が少なくて済む。その結果、ＤＳＰ１０ａは、データ破棄状況監視処理の実行により、処理負荷の軽減及び処理時間の短縮を図ることが可能となる。
【００５６】
上述のように、復号状況監視処理とデータ破棄状況監視処理とは、各々に特有の効果を奏することから、用途に基づく使い分けが可能である。すなわち、前者の復号状況監視処理は、基地局１０が、故障検知に伴う処理負荷の多少の増大を許容する場合に実行されることが望ましい。また、前者の復号状況監視処理は、検知可能な故障の種別が多いことから、高レベルのデータ通信障害の原因となる故障のみならず、小、中レベルのデータ通信障害の原因となる故障を検知しなければならない場合に特に好適である。これに対して、後者のデータ破棄状況監視処理は、基地局１０が、故障検知に伴う処理負荷を極力軽減したい、あるいは、処理速度の高速化を図りたい場合に実行されることが望ましい。また、後者のデータ破棄状況監視処理は、上述のように、検知可能な故障の種別が限られていることから、例えば、高レベルのデータ通信障害の原因となる故障のみを検知すれば足りる場合に好適である。
【００５７】
また、基地局１０が、双方の処理結果を用いる際、少なくとも一方の処理結果に対して重み付けを加えてもよい。例えば、復号状況の監視結果（図５、図６参照）の信頼性が、データ破棄状況の監視結果（図８、図９参照）の信頼性よりも高いことが推測される場合には、図４のＳ５に示したＵＳＥＲ＿ng／ＵＳＥＲ＿totalの値の算出に際して、前者のＵＳＥＲ＿ngの値（図５のＴ１１参照）に重み付けを施してもよい。具体的には、例えば、基地局１０が、前者のＵＳＥＲ＿ngを１．５倍にした上で、その算出結果を、図４のＳ５に示したＵＳＥＲ＿ng／ＵＳＥＲ＿totalの分子に加算する。反対に、例えば、復号状況の監視結果（図５、図６参照）の信頼性が、データ破棄状況の監視結果（図８、図９参照）の信頼性よりも低いことが推測される場合には、図４のＳ５に示したＵＳＥＲ＿ng／ＵＳＥＲ＿totalの値の算出に際して、後者のＵＳＥＲ＿ngの値（図８のＵ１１参照）に重み付けを施してもよい。具体的には、例えば、基地局１０が、後者のＵＳＥＲ＿ngの値を１．２倍にした上で、その算出結果を、図４のＳ５に示したＵＳＥＲ＿ng／ＵＳＥＲ＿totalの分子に加算するものとすれば、双方の処理結果の比重の調整が可能となる。これにより、復号状況の監視結果、及びデータ破棄状況の監視結果の確度に応じた、より信頼性の高い故障の検知が実現される。また、上述の重み付け処理は、ＵＳＥＲ＿ng／ＵＳＥＲ＿totalの値（図４のＳ５）のみならず、ＵＳＥＲ＿totalの値（図４のＳ４）に対しても、併せて適用することができる。これにより、基地局１０は、自局における故障の有無を、更に的確に検知することができる。その結果、無線通信システム１の信頼性が向上する。
【００５８】
加えて、故障判定部１１２による判定の対象となる故障は、必ずしも、データの復号失敗とデータの破棄との双方を誘発するような重度のものに限らず、何れか一方を誘発する程度あるいはこれと同程度の装置異常であれば足りる。
【００５９】
また、上記実施例では、移動局として、携帯電話、スマートフォン、ＰＤＡ（Personal Digital Assistant）を想定して説明したが、本発明は、移動局に限らず、基地局からのデータを復号する様々な通信機器に対して適用可能である。
【００６０】
更に、図１に示した基地局１０の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的態様は、図示のものに限らず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することもできる。例えば、送信制御部１１１と故障判定部１１２をそれぞれ１つの構成要素として統合してもよい。その際、送信制御部１１１が、故障判定部１１２を、構成要素の１つとして包含するものとしてもよい。反対に、図２のＤＳＰ１０ａに関し、データ復号状況監視処理を実行する部分と、データ破棄状況監視処理を実行する部分とに分散してもよい。また、メモリ１０ｃ、２０ｂを、基地局１０、移動局２０の外部装置としてネットワークやケーブル経由で接続するようにしてもよい。
【符号の説明】
【００６１】
１ 無線通信システム
１０ 基地局
１０ａ ＤＳＰ
１０ｂ ＦＰＧＡ
１０ｃ メモリ
１０ｄ ＲＦ部
１０ｅ ネットワークＩＦ部
１０１ｃ ＣＱＩマッピングテーブル
１１ ベースバンド部
１１１ 送信制御部
１１２ 故障判定部
１２ ＲＦ部
１２１ 変復調部
２０ 移動局
２０ａ ＣＰＵ
２０ｂ メモリ
２０ｃ ＲＦ部
２０ｄ 表示装置
３０ ＲＮＣ
Ａ１、Ａ２ アンテナ
【技術分野】
【０００１】
本発明は、基地局、無線通信システム、及び無線通信方法に関する。
【背景技術】
【０００２】
従来、基地局と移動局との間で無線チャネルを介して通信を行う無線通信システムにおいて、基地局が移動局にデータを送信すると、移動局は、当該データを復号し、その復号結果のフィードバック情報として、肯定応答を示すＡＣＫ（ACKnowledgement）を返信する。しかしながら、下り方向の無線チャネル品質によっては、移動局が、受信信号のデコーディング処理や復調処理を正常に実行できず、移動局におけるデータ復号に異常が発生することがある。この場合、移動局は、基地局に対して、否定応答を示すＮＡＣＫ（Negative ACKnowledgement）を返信する。基地局は、ＮＡＣＫの受信に伴い、移動局に対するデータの再送制御を行う。これにより、システム全体のスループットが低下する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３２８１３２号公報
【特許文献２】特開２００９−１１７９５４号公報
【特許文献３】特開２００９−２２５１３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、基地局は、上記スループットの低下を検知しても、移動局側での受信エラーレート（ＡＣＫ、ＮＡＣＫの比率）が、移動局との無線区間のチャネル品質上妥当なものであるか否かの判定を行っていないことから、その要因を検知することはできない。すなわち、基地局は、スループットの低下が、チャネル品質の劣化に起因するのか、基地局の装置内部の故障に起因するのかを判別することができない。このため、後者の場合においても、基地局は、内部処理の異常を検知することなく、従前の運用を継続することとなる。この場合、装置故障は、ネットワーク側での長時間に渡る統計情報の収集、あるいは、移動局ユーザからの申告を契機とした調査等により、初めて検知されることとなる。その結果、故障した基地局の復旧が遅れ、スループットの低下が長時間継続することがある。
【０００５】
開示の技術は、上記に鑑みてなされたものであって、基地局の故障を早期に検知することのできる基地局、無線通信システム、及び無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本願の開示する基地局は、移動局と通信する。前記基地局は、送受信部と判定部とを有する。前記送受信部は、前記移動局に対して、復号対象となるデータを送信すると共に、該データの復号失敗を示す信号を前記移動局から受信する。前記判定部は、前記送受信部により前記信号を受信した場合、前記基地局と前記移動局との間の無線チャネルの品質を推定し、該推定された品質に応じて、前記基地局において故障があるか否かを判定する。
【発明の効果】
【０００７】
本願の開示する基地局の一つの態様によれば、基地局の故障を早期に検知することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、無線通信システムの構成を示す図である。
【図２】図２は、基地局のハードウェア構成を示す図である。
【図３】図３は、移動局のハードウェア構成を示す図である。
【図４】図４は、本実施例に係る基地局の主要な動作を説明するためのフローチャートである。
【図５】図５は、本実施例に係る基地局の実行するデータ復号状況監視処理を説明するためのフローチャートである。
【図６】図６は、本実施例に係る基地局の実行する復号失敗要因判定処理を説明するためのフローチャートである。
【図７】図７は、移動局に適用されるＣＱＩマッピングテーブルの一例を示す図である。
【図８】図８は、本実施例に係る基地局の実行するデータ破棄状況監視処理を説明するためのフローチャートである。
【図９】図９は、本実施例に係る基地局の実行する破棄要因判定処理を説明するためのフローチャートである。
【図１０】図１０は、基地局に故障がなく、かつ、通信環境が良好な場合における、移動局での復号状況を示す図である。
【図１１】図１１は、基地局に故障がなく、かつ、通信環境が劣化した場合における、移動局での復号状況を示す図である。
【図１２】図１２は、基地局に故障があり、かつ、通信環境が良好な場合における、移動局での復号状況を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本願の開示する基地局、無線通信システム、及び無線通信方法の実施例を、図面を参照しながら詳細に説明する。なお、この実施例により、本願の開示する基地局、無線通信システム、及び無線通信方法が限定されるものではない。
【００１０】
まず、本願の開示する一実施例に係る無線通信システムの構成を説明する。図１は、無線通信システム１の構成を示す図である。図１に示すように、無線通信システム１は、基地局１０と、移動局２０とを少なくとも有する。基地局１０は、ベースバンド部１１とＲＦ（Radio Frequency）部１２とを有する。更に、ベースバンド部１１は、送信制御部１１１と故障判定部１１２とを有し、ＲＦ部１２は、変復調部１２１を有する。これら各構成部分は、一方向又は双方向に信号の入出力が可能なように信号線を介して接続されている。
【００１１】
送信制御部１１１は、基地局１０内でのデータトラヒック量、及び移動局２０からのフィードバック情報（ＣＱＩ（Channel Quality Indicator）値、受信側の復号結果等）に基づき、下り方向のパケットデータのリソース割当てスケジューリングを行う。あるいは、送信制御部１１１は、上記フィードバック情報に基づき、コーディング処理や、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）方式に基づく再送制御処理を実行する。また、送信制御部１１１は、上位装置としてのＲＮＣ（Radio Network Controller）３０より受信された下り方向のデータに対して、コーディング処理を実行した後、無線通信システム１の変調方式に基づいたマッピング及び変換処理を施し、変復調部１２１に出力する。
【００１２】
なお、上記変調方式は、例えば、ＣＤＭＡ（Code Division Multiple Access）方式、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）方式である。また、上記受信側復号結果としてのＡＣＫ、ＮＡＣＫ情報は、各ＭＡＣ−ｈｓ（Medium Access Control−High Speed downlink packet access）データフレームに対する移動局２０側での復号結果（正常または異常）を示すものである。送信制御部１１１は、当該ＡＣＫ、ＮＡＣＫ情報を基に、ＨＡＲＱ方式に基づく既送信データの再送を行うか、新規の未送信データに対するリソースの割当てを行うかを決定する。
【００１３】
故障判定部１１２は、スケジューリング対象のセクタ内において所定の監視周期内に接続された各移動局につき、後述の情報を監視する。監視される情報は、例えば、ＭＡＣ−ｈｓ ＰＤＵ（Protocol Data Units）に割り当てられた各送信データのＴＢＳ（Transport Block Size）、各移動局からのフィードバック情報により得られる無線チャネル品質の指標値であるＣＱＩ値を含む。また、監視される情報は、ＭＡＣ−ｈｓ ＰＤＵに割り当てられた各送信データに対する各移動局の復号結果を含む。この復号結果は、各移動局からのフィードバック情報により得られるＡＣＫ、ＮＡＣＫ、ＤＴＸ情報である。各送信データは、各移動局側にて正常に復号されるまでの間、ＨＡＲＱバッファに滞留し、滞留時間が所定時間に達したこと、あるいは、再送回数が所定回数に達したことを契機として無効となり、ＨＡＲＱバッファから破棄される。したがって、監視される情報は、ＭＡＣ−ｈｓ ＰＤＵに割り当てられた各送信データの、ＨＡＲＱバッファ内における破棄状態を含む。
【００１４】
故障判定部１１２は、上記監視結果に基づき、無線区間の伝送品質の優劣を各移動局毎に考慮した上で、復号結果が妥当であるか否か（換言すれば、無線チャネル品質に見合った復号結果が得られているか）を判定する。また、故障判定部１１２は、所定周期の監視時間毎に得られた統計データに基づき、基地局１０における装置内故障の発生の有無を判定する。
【００１５】
ＲＦ部１２の変復調部１２１は、送信制御部１１１から入力されたデータを、無線送信可能な信号に変調することにより、ＲＦ信号を生成する。変復調部１２１は、当該ＲＦ信号を、アンテナＡ１を介して、移動局２０に送信することで、無線通信システム１における有線無線インタフェースとして機能する。
【００１６】
図２は、基地局１０のハードウェア構成を示す図である。図２に示すように、基地局１０は、ハードウェアの構成要素として、ＤＳＰ（Digital Signal Processor）１０ａと、ＦＰＧＡ（Field Programmable Gate Array）１０ｂと、メモリ１０ｃと、ＲＦ部１０ｄと、ネットワークＩＦ（Inter Face）部１０ｅとを有する。ＤＳＰ１０ａと、ＦＰＧＡ１０ｂとは、スイッチ等のネットワークＩＦ部１０ｅを介して各種信号やデータの入出力が可能なように接続されている。ＲＦ部１０ｄは、アンテナＡ１を有する。メモリ１０ｃは、例えば、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ、ＲＯＭ（Read Only Memory)、フラッシュメモリにより構成される。ベースバンド部１１を構成する送信制御部１１１と故障判定部１１２とは、例えばＤＳＰ１０ａ、ＦＰＧＡ１０ｂ等の集積回路により実現される。また、変復調部１２１は、ＲＦ部１０ｄにより実現される。
【００１７】
また、上述した移動局２０は、物理的には、例えば携帯電話によって実現される。図３は、移動局２０のハードウェア構成を示す図である。図３に示すように、移動局２０は、ハードウェア的には、ＣＰＵ（Central Processing Unit）２０ａと、メモリ２０ｂと、アンテナＡ２を有するＲＦ部２０ｃと、ＬＣＤ（Liquid Crystal Display）等の表示装置２０ｄとを有する。メモリ２０ｂは、例えば、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリにより構成される。
【００１８】
次に、実施例１における無線通信システム１の動作を説明する。図４は、本実施例に係る基地局の主要な動作を説明するためのフローチャートである。
【００１９】
図４のＳ１では、ＤＳＰ１０ａは、基地局１０の故障判定に用いるパラメータの初期化を行う。このとき初期化されるパラメータは、所定の周期（例えば、２〜３分程度）内に基地局１０に接続した移動局のユーザ呼数の合計値を表すＵＳＥＲ＿total、及びＣＱＩを考慮した復号状況が著しく低いと判定されたユーザ呼数を表すＵＳＥＲ＿ngである。ユーザ呼は、例えば、移動局２０を含む複数の移動局からのＨＳＤＰＡ（High Speed Downlink Packet Access）を用いたユーザ呼であるが、これに限定されない。
【００２０】
Ｓ２では、ＤＳＰ１０ａは、監視周期タイマを起動することにより、各移動局のＴＢＳ、ＣＱＩ値、復号結果、破棄状態を監視する時間の計測を開始する。周期の時間（例えば、２〜３分程度）が経過し、監視周期タイマが満了すると（Ｓ３）、ＤＳＰ１０ａは、上記ＵＳＥＲ＿totalと、その閾値であるＵＳＥＲ＿total＿thとの大小関係を比較する（Ｓ４）。比較の結果、ＵＳＥＲ＿total≧ＵＳＥＲ＿total＿thの関係にある場合には（Ｓ４；Ｙｅｓ）、後述のＳ５に移行する。監視は、ＵＳＥＲ＿totalが閾値（ＵＳＥＲ＿total＿th）に達するまでの間、所定の周期で繰り返し実行される。
【００２１】
なお、Ｓ４において、基地局１０に接続した移動局のユーザ呼数の合計値が閾値に到達したか否かを判定するのは、母集団となるユーザ呼数を所定値まで増やすことで、復号状況がＮＧであるユーザ呼の割合の判定処理（後段のＳ５）の結果に信頼性をもたせるためである。
【００２２】
Ｓ５では、ＤＳＰ１０ａは、上記ＵＳＥＲ＿ngを上記ＵＳＥＲ＿totalで除算した値と、その閾値であるＮＧ＿prob＿thとの大小関係を比較する（Ｓ５）。当該比較の結果、ＵＳＥＲ＿ng／ＵＳＥＲ＿total≧ＮＧ＿prob＿thの関係にある場合には（Ｓ５；Ｙｅｓ）、後述のＳ６に移行する。一方、Ｓ５における比較の結果、ＵＳＥＲ＿ng／ＵＳＥＲ＿total＜ＮＧ＿prob＿thの関係にある場合には（Ｓ５；Ｎｏ）、ＤＳＰ１０ａは、基地局１０が正常に動作しているとみなす。そして、前述のＳ１に戻り、ＵＳＥＲ＿totalとＵＳＥＲ＿ngとは再び初期化され、その後Ｓ２以降の処理が繰り返し実行される。その結果、基地局１０の運用は継続される。なお、ＮＧ＿prob＿thの値は、少なくとも基地局１０の故障と判定し得る程度に高い確率であり、例えば、５０％程度である。
【００２３】
Ｓ６では、ＤＳＰ１０ａは、基地局１０（例えば、ベースバンド部１１のパッケージ）に故障が発生したものと判定し、必要に応じて、故障箇所を運用から除外する。
【００２４】
続いて、図５〜図９を参照しながら、上述した故障判定処理の前提となる処理、すなわち、データ復号状況監視処理、及びデータ破棄状況監視処理について説明する。図４に示したＳ２とＳ３の処理の間の監視時間内に、ユーザ呼が基地局１０に接続されると、データ復号状況監視処理、及びデータ破棄状況監視処理の各処理が実行される。これらの処理は、ユーザ呼の接続回数、あるいは、複数のユーザ呼の発信元が同一の移動局であるか否かを問わず、ユーザ呼の接続を契機として、接続された全てのユーザ呼について、実行される。
【００２５】
図５は、本実施例に係る基地局１０の実行するデータ復号状況監視処理を説明するためのフローチャートである。
【００２６】
図５のＴ１では、ＤＳＰ１０ａは、データ復号状況の監視に用いるパラメータの初期化を行う。Ｔ１では、ｔ、ＮＵＭ＿ack[i]、及びＮＵＭ＿nack[i]の各パラメータに、初期値の“０”が設定される。ｔは、復号結果の判定回数のカウンタとして機能する数値であり、復号結果の判定が終了する都度更新される。ＮＵＭ＿ack[i]は、ユーザ呼ｉについての復号結果がＡＣＫであった場合にインクリメントされる、復号成功回数を示す値である。同様に、ＮＵＭ＿nack[i]は、ユーザ呼ｉについての復号結果がＮＡＣＫであった場合にインクリメントされる、復号失敗回数を示す値である。
【００２７】
ＤＳＰ１０ａは、ＲＦ部１０ｄによるユーザ呼ｉの接続を検知すると（Ｔ２；Ｙｅｓ）、ユーザ呼ｉに対するデータ送信の有無を監視する（Ｔ３）。ユーザ呼ｉに対するデータ送信が行われた場合（Ｔ３；Ｙｅｓ）には、ＤＳＰ１０ａは、ユーザ呼ｉを発呼した移動局での復号結果であるＤＥＣ＿result[i,t]が“ＡＣＫ”であるか否かの判定を行う（Ｔ４）。復号結果ＤＥＣ＿result[i,t]は、上記フィードバック情報より得られる。上記判定の結果、ＤＥＣ＿result[i,t]＝“ＡＣＫ”である場合（Ｔ４；Ｙｅｓ）には、ＤＳＰ１０ａは、復号成功回数を示すＮＵＭ＿ack[i]の値を１だけインクリメントする（Ｔ５）。また、復号結果の判定が終了したことに伴い、ＤＳＰ１０ａは、カウンタｔの値を１だけインクリメントする（Ｔ６）。その後、Ｔ２に戻り、ＤＳＰ１０ａは、Ｔ２以降の処理を繰り返し実行する。
【００２８】
Ｔ２において、監視対象であるユーザ呼ｉの接続が終了（切断）すると（Ｔ２；Ｎｏ）、ＤＳＰ１０ａは、ユーザ呼ｉにおける復号状況の妥当性を判定する。すなわち、ＤＳＰ１０ａは、現時点におけるユーザ呼ｉのＡＣＫの累積値であるＮＵＭ＿ack[i]とＮＡＣＫの累積値ＮＵＭ＿nack[i]との和であるＮＵＭ＿total[i]を算出する（Ｔ７）。次に、ＤＳＰ１０ａは、Ｔ７の算出結果であるＮＵＭ＿total[i]が、所定の閾値ＮＵＭ＿total＿th（例えば５０）以上であるか否かを判定する（Ｔ８）。当該判定の結果、ＮＵＭ＿total[i]≧ＮＵＭ＿total＿thの関係にある場合（Ｔ８；Ｙｅｓ）には、ＤＳＰ１０ａは、復号状況の妥当性を有効に判定し得る数の復号結果が既に累積されているものと判断し、Ｔ９の処理に移行する。一方、依然、ＮＵＭ＿total[i]の値がＮＵＭ＿total＿thの値未満である場合（Ｔ８；Ｎｏ）には、ＤＳＰ１０ａは、復号状況の妥当性を有効に判定し得る程度の復号結果数に達していないものと判断し、図４に示したＳ３の処理に移行する。
【００２９】
Ｔ９では、ＤＳＰ１０ａは、ユーザ呼ｉを、復号状況の妥当性の判定対象として設定すると共に、判定対象のユーザ呼数を示すＵＳＥＲ＿totalの値を、１だけインクリメントする。次に、ＤＳＰ１０ａは、復号状況の良し悪しを判定するための、復号失敗率の閾値であるＮＡＣＫ＿prob＿thを基に、ユーザ呼ｉに関する復号状況の妥当性を判定する（Ｔ１０）。具体的には、ＤＳＰ１０ａは、現時点におけるＮＵＭ＿nack[i]とＮＵＭ＿total[i]との比率を算定し、その値と上記閾値（例えば、８０％）との大小関係を比較する。比較の結果、ＮＵＭ＿nack[i]／ＮＵＭ＿total[i]≧ＮＡＣＫ＿prob＿thの関係にある場合（Ｔ１０；Ｙｅｓ）には、本来（基地局１０の故障が無ければ）ＡＣＫとなる筈であったＮＡＣＫの比率が高く、ＣＱＩ値に見合わない数のＮＡＣＫが多発していることが推測される。したがって、ＤＳＰ１０ａは、無線チャネル品質に比して、ユーザ呼ｉについての復号状況が悪いものと判断し、上述のＵＳＥＲ＿ngの値を、１だけインクリメントする（Ｔ１１）。
【００３０】
なお、Ｔ１０における比較の結果、ＮＵＭ＿nack[i]／ＮＵＭ＿total[i]＜ＮＡＣＫ＿prob＿thの関係にある場合（Ｔ１０；Ｎｏ）には、ＤＳＰ１０ａは、ユーザ呼ｉについての復号状況が良好であると判断し、Ｔ１１の処理を省略して、図４に示したＳ３の処理に移行する。
【００３１】
上記Ｔ４における判定の結果、ＤＥＣ＿result[i,t]＝“ＡＣＫ”でない場合（Ｔ４；Ｎｏ）、すなわち、復号結果がＮＡＣＫ、ＤＴＸの何れかである場合には、ＤＳＰ１０ａは、図６に示す復号失敗判定処理を実行する。図６は、本実施例に係る基地局１０の実行する復号失敗要因判定処理を説明するためのフローチャートである。
【００３２】
Ｔ２１では、ＤＳＰ１０ａは、ＣＱＩ＿input[i,t]、ＴＢＳ[i,t]、及びＴａｂｌｅ＿TBS[CQI＿input[i,t]]を取得する。ここで、ＣＱＩ＿input[i,t]は、ユーザ呼ｉの発信元である移動局からＲＦ部１０ｄにより受信された最新のＣＱＩ値である。また、ＴＢＳ[i,t]は、データの送信プロセスｔで割り当てられた、ユーザ呼ｉに対するデータのＴＢＳ（Transport Block Size）であり、基地局１０が実際に割り当てたデータ（送信を試みたデータ）の量を示す値である。
【００３３】
Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]は、基地局１０のメモリ１０ｃに保持されているＣＱＩマッピングテーブルを参照して得られる、ＣＱＩ＿input[i,t]に対応するＴＢＳであり、ＣＱＩに応じた本来のＴＢＳの値である。図７は、移動局２０に適用されるＣＱＩマッピングテーブル１０１ｃの一例を示す図である。図７に示すように、ＣＱＩマッピングテーブル１０１ｃには、ＴＢＳ、ＨＳ−ＰＤＳＣＨ（High-Speed Physical Downlink Shared CHannel）のコード本数、無線変調方式、及び電力補正値Δが、ＣＱＩ値毎に格納されている。無線変調方式としては、ＱＰＳＫ（Quadrature Phase Shift Keying）、１６ＱＡＭ（Quadrature Amplitude Modulation）、及び６４ＱＡＭが設定されている。
【００３４】
例えば、移動局２０に関し、基地局１０のＲＦ部１０ｄが受信した最新のＣＱＩ＿input[i,t]の値が“２０”である場合、ＣＱＩマッピングテーブル１０１ｃを参照すると、ＣＱＩ値“２０”に対応するＴＢＳの値は“５８９６”である。したがって、移動局２０のＴａｂｌｅ＿TBS[CQI＿input[i,t]]の値として、“５８９６”ビットが導出される。換言すれば、Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]は、対応するＣＱＩの下で移動局２０が復号可能なデータの容量であり、この値が大きい程、無線チャネル品質が高く、チャネル品質上は復号結果がＯＫ（ＡＣＫ）になる確率が高い。したがって、この値が所定値（本実施例ではＴＢＳ[i,t]）以上であるにも拘らず、ＤＥＣ＿result[i,t]の値が“ＡＣＫ”となっていない（図５のＴ４；Ｎｏ参照）ときには、復号失敗の要因は、無線チャネル品質にはなく、基地局１０側にあることが高く推測される。
【００３５】
そこで、Ｔ２２では、ＤＳＰ１０ａは、上記ＴＢＳ[i,t]と上記Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]との大小関係を比較する。当該比較の結果、ＴＢＳ[i,t]≦Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]が成立する場合（Ｔ２２；Ｙｅｓ）には、ＤＳＰ１０ａは、復号失敗回数を示す上記ＮＵＭ＿nack[i]の値を、１だけインクリメントする（Ｔ２３）。一方、ＴＢＳ[i,t]の値が、上記Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]の値を超過する場合（Ｔ２２；Ｎｏ）、換言すれば、移動局が復号可能なデータ容量の範囲にＴＢＳ[i,t]が収まっていない場合には、復号失敗は、ＣＱＩの低下に起因する（基地局１０の故障に起因しない）ものと推定される。したがって、ＤＳＰ１０ａは、Ｔ２３の処理を省略し、ＮＵＭ＿nack[i]の値をインクリメントすることなく、図５に示したＴ６の処理に移行する。
【００３６】
なお、ＴＢＳ[i,t]との比較対象となるＴａｂｌｅ＿TBS[CQI＿input[i,t]]の値は、必ずしもそのままの値を用いなくてもよく、所定の係数α（０＜α≦１）を乗算することで、補正するものとしてもよい。ＤＳＰ１０ａは、αの値に小さい値を設定する程、図６のＴ２２における右辺の値は小さくなることから、Ｔ２２の条件を満たすＴＢＳ[i,t]は限定的となり、無線チャネル品質が十分に良好であるにも拘らず、移動局において復号に失敗したケースのみが該当することとなる。換言すれば、復号失敗要因の判定基準が厳格となり、Ｔ２２でＹｅｓと判定された場合、基地局１０において故障が発生した可能性が高くなる。その結果、基地局１０の故障判定精度が向上する。ＤＳＰ１０ａは、補正係数αの値として、無線伝搬品質の優劣に基づく移動局側のデータ復号特性を考慮した上で最適な値を選定する。但し、故障判定に一定の精度を維持する観点から、補正係数αの値は、ＤＳＰ１０ａによる故障判定の実効性を失わない範囲で、極力小さい値（例えば０．３）を採ることが望ましい。
【００３７】
上述したように、基地局１０のＤＳＰ１０ａは、ＲＦ部１０ｄから送信されるデータ毎の移動局側での復号結果（ＡＣＫ、ＮＡＣＫ、ＤＴＸ）の割合に基づき、ユーザ呼に関するデータ復号状況の妥当性を判定する。また、ＤＳＰ１０ａは、復号失敗（ＮＡＣＫまたはＤＴＸ）となったデータについて、その時点でのＣＱＩが、当該データのＴＢＳのデータを復号する上で支障のない値であるか否かを判定する。そして、ＤＳＰ１０ａは、ＣＱＩに支障のない状態において復号失敗となったデータの発生頻度（ＮＡＣＫ、ＤＴＸが多発しているか否か）を基に、上記ユーザ呼に関する復号状況の妥当性を判定する。すなわち、基地局１０のＤＳＰ１０ａは、ＲＦ部１０ｄによるユーザ呼の接続が終了した際、データ復号状況の監視結果を基に、移動局２０におけるデータ復号状況が、無線チャネル品質に見合ったデータ復号状況に達しているか否かを判定する。達している場合には、基地局１０に故障が生じている可能性があると推定することができるため、ＤＳＰ１０ａは、ＵＳＥＲ＿ngの値をインクリメントする。これにより、基地局１０は、データ復号状況の監視と、その前提なる復号失敗要因の判定とを可能とする。
【００３８】
次いで、図８、図９を参照し、データ破棄状況監視処理及び破棄要因判定処理を説明する。図８は、本実施例に係る基地局１０の実行するデータ破棄状況監視処理を説明するためのフローチャートである。図９は、本実施例に係る基地局１０の実行する破棄要因判定処理を説明するためのフローチャートである。図８は、データ復号状況監視処理の説明において参照した図５と、Ｕ１２を除き同様である。したがって、共通するステップには、末尾が同一の参照符号を付すと共に、その詳細な説明は省略する。具体的には、図８のステップＵ１〜Ｕ１１は、図５に示したステップＴ１〜Ｔ１１にそれぞれ対応する。また、図９は、復号失敗要因判定処理の説明において参照した図６と、Ｕ２２を除き同様であるため、共通するステップには、末尾が同一の参照符号を付すと共に、その詳細な説明は省略する。具体的には、図９のステップＵ２１〜Ｕ２３は、図６に示したステップＴ２１〜Ｔ２３にそれぞれ対応する。
【００３９】
また、図８のＵ１、Ｕ７、Ｕ１０、及び図９のＵ２３の各処理におけるＮＵＭ＿cancel[i]は、図５のＴ１、Ｔ７、Ｔ１０、及び図６のＴ２３の各処理におけるＮＵＭ＿nack[i]にそれぞれ対応する。ＮＵＭ＿cancel[i]は、ユーザ呼ｉに対するデータが破棄された場合にインクリメントされる、破棄回数を示す値である。図８のＵ１０の処理におけるＣＡＮＣＥＬ＿prob＿thは、図５のＴ１０の処理におけるＮＡＣＫ＿prob＿thに対応する。ＣＡＮＣＥＬ＿prob＿thは、破棄状況の良し悪しを判定するための、破棄発生率の閾値である。図９のＵ２１、Ｕ２２の各処理におけるＴＢＳ＿cancel[i,t]は、図６のＴ２１、Ｔ２２の各処理におけるＴＢＳ[i,t]にそれぞれ対応する。ＴＢＳ＿cancel[i,t]は、データの送信プロセスｔで割り当てられた、ユーザ呼ｉに対するデータの内、破棄されたデータのＴＢＳであり、基地局１０が実際に破棄したデータの量を示す値である。なお、Ｕ８における閾値ＮＵＭ＿total＿thは、例えば３０であり、Ｕ１０における閾値ＣＡＮＣＥＬ＿prob＿thは、例えば８０％である。
【００４０】
Ｕ１２では、基地局１０のＤＳＰ１０ａは、破棄データの有無、すなわち、ユーザ呼ｉ宛のデータが、ＨＡＲＱバッファ内において破棄されたか否かの判定を行う。当該判定の結果、ユーザ呼ｉに対するデータの破棄が有る場合（Ｕ１２；Ｙｅｓ）、図９に移行し、ＤＳＰ１０ａは、Ｕ２１以降の処理を実行する。これに対して、上記判定の結果、ユーザ呼ｉに対するデータの破棄が無い場合（Ｕ１２；Ｎｏ）には、Ｕ２１〜Ｕ２３の処理を省略して、ＤＳＰ１０ａは、Ｕ６以降の処理を実行する。
【００４１】
Ｕ２２の処理に関し、ＴＢＳ＿cancel[i,t]は、実際に破棄されたデータの量を示す値であり、Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]は、対応するＣＱＩの下で破棄されるべきデータの量である。したがって、前者のＴＢＳ＿cancel[i,t]の値が小さい程、破棄されたデータの量は少なく、無線チャネル品質が高いといえる。このため、チャネル品質上はデータが破棄される確率が低い。したがって、この値が所定値（本実施例ではＴａｂｌｅ＿TBS[CQI＿input[i,t]]）以下であるにも拘らず、ＤＥＣ＿result[i,t]の値が“ＡＣＫ”となっていない（図８のＵ４；Ｎｏ参照）ときには、復号失敗の要因は、無線チャネル品質にはなく、基地局１０側にあることが高く推測される。データが実際に破棄されているにも拘らず、ＣＱＩ値は、データが破棄される様な値を採っていないことから、データの破棄が、無線チャネル品質以外の事象に起因すると考えられるためである。
【００４２】
そこで、Ｕ２２では、ＤＳＰ１０ａは、上記ＴＢＳ＿cancel[i,t]と上記Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]との大小関係を比較する。当該比較の結果、ＴＢＳ＿cancel[i,t]≦Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]が成立する場合（Ｕ２２；Ｙｅｓ）には、ＤＳＰ１０ａは、データ破棄回数を示す上記ＮＵＭ＿cancel[i]の値を、１だけインクリメントする（Ｕ２３）。一方、ＴＢＳ＿cancel[i,t]の値が、上記Ｔａｂｌｅ＿TBS[CQI＿input[i,t]]の値を超過する場合（Ｕ２２；Ｎｏ）、換言すれば、ＣＱＩに見合った数以上のデータが破棄されている場合には、復号失敗は、ＣＱＩの低下に起因する（基地局１０の故障に起因しない）ものと推定される。したがって、ＤＳＰ１０ａは、Ｕ２３の処理を省略し、ＮＵＭ＿cancel[i]の値をインクリメントすることなく、図８に示すＵ６の処理に移行する。
【００４３】
なお、ＴＢＳ＿cancel[i,t]との比較対象となるＴａｂｌｅ＿TBS[CQI＿input[i,t]]の値は、必ずしもそのまま用いなくてもよく、所定の係数β（０＜β≦１）を乗算することで、補正するものとしてもよい。ＤＳＰ１０ａは、βの値に小さい値を設定する程、図９のＵ２２における右辺の値は小さくなることから、Ｕ２２の条件を満たすＴＢＳ＿cancel[i,t]は狭い範囲に限定され、無線チャネル品質が十分に良好であるにも拘らず、移動局において復号に失敗したケースのみが該当することとなる。換言すれば、復号失敗要因の判定基準が厳格となり、Ｕ２２でＹｅｓと判定された場合、基地局１０において故障が発生した可能性が高くなる。その結果、基地局１０の故障判定精度が向上する。ＤＳＰ１０ａは、補正係数βの値として、無線伝搬品質の優劣に基づく移動局側のデータ復号特性を考慮した上で最適な値を選定する。但し、故障判定に一定の精度を維持する観点から、補正係数βの値は、ＤＳＰ１０ａによる故障判定の実効性を失わない範囲で、極力小さい値（例えば０．３）を採ることが望ましい。
【００４４】
上述したように、基地局１０のＤＳＰ１０ａは、ＲＦ部１０ｄから送信されるデータ毎の基地局１０側でのＨＡＲＱバッファ内のデータ破棄状況に基づき、ユーザ呼に関するデータ復号状況の妥当性を判定する。また、ＤＳＰ１０ａは、ＨＡＲＱバッファにて破棄されたデータについて、その時点でのＣＱＩが、当該データのＴＢＳのデータを復号する上で支障のない値であるか否かを判定する。そして、ＤＳＰ１０ａは、ＣＱＩに支障のない状態において破棄されたデータの発生頻度（データ破棄が多発しているか否か）を基に、上記ユーザ呼に関する復号状況の妥当性を判定する。すなわち、基地局１０のＤＳＰ１０ａは、ＲＦ部１０ｄによるユーザ呼の接続が終了した際、データ破棄状況の監視結果を基に、移動局２０におけるデータ破棄状況が、無線チャネル品質に見合ったデータ破棄状況を超えているか否かを判定する。超えている場合には、基地局１０に故障が生じている可能性があると推定することができるため、ＤＳＰ１０ａは、ＵＳＥＲ＿ngの値をインクリメントする。これにより、基地局１０は、データ破棄状況の監視と、その前提なる破棄要因の判定とを可能とする。
【００４５】
以上説明したように、無線通信システム１は、基地局１０と、基地局１０と通信する移動局２０とを有する。基地局１０は、ＲＦ部１２と故障判定部１１２とを有する。ＲＦ部１２は、移動局２０に対して、復号対象となるデータを送信すると共に、該データの復号失敗を示す信号（ＮＡＣＫ）を移動局２０から受信する。故障判定部１１２は、ＲＦ部１２により上記信号を受信した場合、基地局１０と移動局２０との間の無線チャネルの品質を推定し、該推定された品質に応じて、基地局１０に故障があるか否かを判定する。例えば、故障判定部１１２は、推定された品質が所定値（例えば、ＣＱＩ＝１８）以上であるとき、自基地局１０に故障が有るものと判定する。故障判定部１１２は、図６のＴ２２に示したように、移動局２０が復号可能なデータの量を用いて無線チャネルの品質を推定するものとしてもよい。また、故障判定部１１２は、図９のＵ２２に示したように、破棄されたデータの量を用いて無線チャネルの品質を推定するものとしてもよい。これにより、基地局１０は、移動局２０におけるデータ復号の失敗が、無線チャネル品質の劣化、基地局１０の故障の内、何れに起因するものかを特定することができる。したがって、基地局１０は、自局の故障を早期に検知することができる。その結果、基地局１０に故障が発生した際、基地局１０と移動局２０との間のスループットを速やかに回復することが可能となる。
【００４６】
すなわち、故障判定部１１２は、プロセス割当てユーザデータのＴＢＳと、ＨＡＲＱバッファ内のデータ破棄情報との内、少なくとも一方の情報を用いて、ＣＱＩを考慮に入れた故障判定を行う。故障判定部１１２は、送信が完了したトランスポートブロックに対する移動局２０側での復号ＯＫと復号ＮＧとの比率を監視し、ＣＱＩ値の割に、復号ＮＧの多発するユーザ呼が多数存在した場合には、基地局１０に故障が生じたと判定する。同様に、故障判定部１１２は、復号ＮＧの多発に起因する、バッファ内データの破棄数を監視し、ＣＱＩ値の割に破棄数が多い場合には、基地局１０に故障が生じたと判定する。
【００４７】
以下、図１０〜図１２を参照しながら、本実施例に係る無線通信システム１の作用効果を、より具体的に説明する。
【００４８】
まず、図１０は、基地局に故障がなく、かつ、通信環境が良好な場合における、移動局での復号状況を示す図である。図１０に示すように、基地局１０は、ＲＮＣからトラヒックデータを受信すると、ベースバンド部１１によりコーディングをした後、ＲＦ部１２により変調をして、当該データを移動局２０宛に送信する。図１０では、基地局１０におけるコーディング及び変調処理は正常に完了し、また、基地局１０から移動局２０に至るまでの無線伝搬環境も良好である。したがって、移動局２０は、基地局１０から受信したデータを正常に復号することができる。その結果、移動局２０は、受信データの復号が正常に完了したことを示すＡＣＫを基地局１０に返信する。
【００４９】
次に、図１１は、基地局に故障がなく、かつ、通信環境が劣化した場合における、移動局での復号状況を示す図である。図１１に示すように、基地局１０は、ＲＮＣからトラヒックデータを受信すると、ベースバンド部１１によりコーディングをした後、ＲＦ部１２により変調をして、当該データを移動局２０宛に送信する。図１１では、基地局１０におけるコーディング及び変調処理は正常に完了したが、基地局１０から移動局２０に至るまでの無線伝搬環境が良好でないため、移動局２０は、基地局１０から受信したデータを正常に復号することができない。したがって、移動局２０は、受信データの復号が正常に完了しなかったことを示すＮＡＣＫを基地局１０に返信する。
【００５０】
これに対して、図１２は、基地局に故障があり、かつ、通信環境が良好な場合における、移動局での復号状況を示す図である。図１２に示すように、基地局１０は、ＲＮＣからトラヒックデータを受信すると、ベースバンド部１１によりコーディングをした後、ＲＦ部１２により変調をして、当該データを移動局２０宛に送信する。図１２では、基地局１０において故障が発生した結果、無線フレーム出力が異常となったため、無線伝搬環境は良好であるにも拘らず、移動局２０は、基地局１０から受信したデータを正常に復号することができない。したがって、移動局２０は、受信データの復号が正常に完了しなかったことを示すＮＡＣＫを基地局１０に返信する。
【００５１】
上述したように、通信環境と基地局内部が共に良好な状態にある場合には、データ復号結果としてＡＣＫが返信される（図１０参照）はずであることから、ＮＡＣＫが返信された場合には、少なくとも何れかに異常があるものと推定することができる。そこで、基地局１０は、ＮＡＣＫが返信された場合に、通信環境の劣化（図１１参照）の有無を判定する。基地局１０は、通信環境が良好であるにも拘らず、ＮＡＣＫが返信された場合には、通信環境以外の要因があるものと推定し、その要因を基地局の故障と判断する。通常、基地局では、受信されたＡＣＫとＮＡＣＫとの比率（移動局側での受信エラーレート）が無線区間の伝送品質上妥当なものであるか否かの判定が行われないが、かかる状況であっても、基地局１０は、上記推定に基づく判断により、基地局の故障を検知することができる。これにより、無線通信システム１は、無線通信時における、基地局１０内部の故障を早期かつ高精度に検知することができる。したがって、基地局１０の復旧処理を迅速に開始することができる。その結果、基地局１０に接続する移動局に対するデータ伝送レートの低下が長時間継続することを防止することが可能となる。
【００５２】
更に、基地局１０は、故障の有無の判定に際して、ＣＱＩ値に基づく無線チャネル品質を勘案する。これにより、移動局における復号失敗の要因が、無線チャネル品質と装置故障との双方にある場合でも、ＤＳＰ１０ａが、低いＣＱＩに見合った復号確率に達しているか否かを判定することで、復号失敗の要因が基地局側に存在することの判別が可能となる。したがって、基地局１０は、ＮＡＣＫの多発が基地局故障にのみ起因する場合は元より、ＮＡＣＫの多発が上記双方に起因する場合にも、容易に対応することができる。その結果、汎用性の高いシステムの実現が可能となる。
【００５３】
なお、本実施例では、図４のＳ４では、ＵＳＥＲ＿totalの値は、図５、図６に示したフローチャートの処理が実行された場合に加えて、図８、図９に示したフローチャートの処理が実行された場合にも、インクリメントされるものとした。また、同様に、図４のＳ５では、ＵＳＥＲ＿ngの値は、移動局２０での復号失敗（ＮＡＣＫの返信）と、基地局１０でのデータ破棄との双方を契機として、インクリメントされるものとした。これにより、双方の角度から、ユーザ呼の総数、及び復号状況がＮＧであるユーザ呼の割合が決定されることとなり、より高精度な故障の検知が実現されるが、基地局１０は、必ずしも双方の処理結果を用いる必要はない。すなわち、基地局１０は、図５、図６に示した処理と、図８、図９に示した処理との内、少なくとも一方を実行すれば足りる。これにより、故障検知処理に伴う基地局１０の処理負荷は軽減され、処理時間は短縮される。
【００５４】
基地局１０が、一方の処理を実行する際、何れの処理を実行するかは、以下の観点から決定することができる。すなわち、第１のケースとして、基地局１０に装置故障が発生し、移動局２０での復号結果がＮＧになったとしても、その後のデータ再送処理によって、移動局２０がＨＡＲＱデータ合成処理を実行し、最終的にデータの復号結果がＯＫとなる場合がある。かかる場合を以下、「ケース１」と記す。これに対し、第２のケースとして、基地局１０に装置故障が発生し、移動局２０での復号結果がＮＧとなり、その後のデータ再送処理、及びＨＡＲＱデータ合成処理によっても、データの復号結果がＯＫとならない場合がある。かかる場合を以下、「ケース２」と記す。図５、図６に示した復号状況の監視処理によれば、ケース１、２において、故障の検知が可能である。しかしながら、ケース１では、ＨＡＲＱバッファ内に滞留したデータが破棄されないため、図８、図９に示したデータ破棄状況の監視処理は、本ケースに対応できず、ケース２においてのみ、故障の検知が可能である。したがって、基地局１０は、復号状況の監視処理を実行することにより、データ破棄状況の監視処理を実行した場合よりも、検知可能な故障の種別が多数であり、より多くの故障種別に対応することができる。
【００５５】
これに対して、処理量を軽減するという観点からは、基地局１０は、復号状況監視処理を実行するよりも、データ破棄状況監視処理を実行することが好適である。なぜなら、前者の場合、基地局１０のＤＳＰ１０ａは、移動局宛に送信したデータに対する応答としてＮＡＣＫを受信する（図５のＴ４；Ｎｏ）度に、上述した復号失敗要因判定処理（図６参照）を実行することとなる。一方、後者のデータ破棄状況監視処理では、基地局１０のＤＳＰ１０ａは、ＨＡＲＱバッファ内でのデータ破棄が発生した場合（図８のＵ１２；Ｙｅｓ）にのみ、破棄要因判定処理（図９参照）を実行すれば足りる。すなわち、破棄要因判定処理の実行は、多数のＮＡＣＫ受信が継続して発生し、その結果として、ＨＡＲＱバッファ内でのデータ滞留時間が所定時間を超えた場合に限定される。したがって、基地局１０のＤＳＰ１０ａは、移動局宛に送信したデータに対する応答としてＮＡＣＫを受信する都度、破棄要因判定処理を実行する必要はない。これにより、復号状況監視処理とデータ破棄状況監視処理とを比較した場合、前者の処理よりも後者の処理の方が、処理量が少なくて済む。その結果、ＤＳＰ１０ａは、データ破棄状況監視処理の実行により、処理負荷の軽減及び処理時間の短縮を図ることが可能となる。
【００５６】
上述のように、復号状況監視処理とデータ破棄状況監視処理とは、各々に特有の効果を奏することから、用途に基づく使い分けが可能である。すなわち、前者の復号状況監視処理は、基地局１０が、故障検知に伴う処理負荷の多少の増大を許容する場合に実行されることが望ましい。また、前者の復号状況監視処理は、検知可能な故障の種別が多いことから、高レベルのデータ通信障害の原因となる故障のみならず、小、中レベルのデータ通信障害の原因となる故障を検知しなければならない場合に特に好適である。これに対して、後者のデータ破棄状況監視処理は、基地局１０が、故障検知に伴う処理負荷を極力軽減したい、あるいは、処理速度の高速化を図りたい場合に実行されることが望ましい。また、後者のデータ破棄状況監視処理は、上述のように、検知可能な故障の種別が限られていることから、例えば、高レベルのデータ通信障害の原因となる故障のみを検知すれば足りる場合に好適である。
【００５７】
また、基地局１０が、双方の処理結果を用いる際、少なくとも一方の処理結果に対して重み付けを加えてもよい。例えば、復号状況の監視結果（図５、図６参照）の信頼性が、データ破棄状況の監視結果（図８、図９参照）の信頼性よりも高いことが推測される場合には、図４のＳ５に示したＵＳＥＲ＿ng／ＵＳＥＲ＿totalの値の算出に際して、前者のＵＳＥＲ＿ngの値（図５のＴ１１参照）に重み付けを施してもよい。具体的には、例えば、基地局１０が、前者のＵＳＥＲ＿ngを１．５倍にした上で、その算出結果を、図４のＳ５に示したＵＳＥＲ＿ng／ＵＳＥＲ＿totalの分子に加算する。反対に、例えば、復号状況の監視結果（図５、図６参照）の信頼性が、データ破棄状況の監視結果（図８、図９参照）の信頼性よりも低いことが推測される場合には、図４のＳ５に示したＵＳＥＲ＿ng／ＵＳＥＲ＿totalの値の算出に際して、後者のＵＳＥＲ＿ngの値（図８のＵ１１参照）に重み付けを施してもよい。具体的には、例えば、基地局１０が、後者のＵＳＥＲ＿ngの値を１．２倍にした上で、その算出結果を、図４のＳ５に示したＵＳＥＲ＿ng／ＵＳＥＲ＿totalの分子に加算するものとすれば、双方の処理結果の比重の調整が可能となる。これにより、復号状況の監視結果、及びデータ破棄状況の監視結果の確度に応じた、より信頼性の高い故障の検知が実現される。また、上述の重み付け処理は、ＵＳＥＲ＿ng／ＵＳＥＲ＿totalの値（図４のＳ５）のみならず、ＵＳＥＲ＿totalの値（図４のＳ４）に対しても、併せて適用することができる。これにより、基地局１０は、自局における故障の有無を、更に的確に検知することができる。その結果、無線通信システム１の信頼性が向上する。
【００５８】
加えて、故障判定部１１２による判定の対象となる故障は、必ずしも、データの復号失敗とデータの破棄との双方を誘発するような重度のものに限らず、何れか一方を誘発する程度あるいはこれと同程度の装置異常であれば足りる。
【００５９】
また、上記実施例では、移動局として、携帯電話、スマートフォン、ＰＤＡ（Personal Digital Assistant）を想定して説明したが、本発明は、移動局に限らず、基地局からのデータを復号する様々な通信機器に対して適用可能である。
【００６０】
更に、図１に示した基地局１０の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的態様は、図示のものに限らず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することもできる。例えば、送信制御部１１１と故障判定部１１２をそれぞれ１つの構成要素として統合してもよい。その際、送信制御部１１１が、故障判定部１１２を、構成要素の１つとして包含するものとしてもよい。反対に、図２のＤＳＰ１０ａに関し、データ復号状況監視処理を実行する部分と、データ破棄状況監視処理を実行する部分とに分散してもよい。また、メモリ１０ｃ、２０ｂを、基地局１０、移動局２０の外部装置としてネットワークやケーブル経由で接続するようにしてもよい。
【符号の説明】
【００６１】
１ 無線通信システム
１０ 基地局
１０ａ ＤＳＰ
１０ｂ ＦＰＧＡ
１０ｃ メモリ
１０ｄ ＲＦ部
１０ｅ ネットワークＩＦ部
１０１ｃ ＣＱＩマッピングテーブル
１１ ベースバンド部
１１１ 送信制御部
１１２ 故障判定部
１２ ＲＦ部
１２１ 変復調部
２０ 移動局
２０ａ ＣＰＵ
２０ｂ メモリ
２０ｃ ＲＦ部
２０ｄ 表示装置
３０ ＲＮＣ
Ａ１、Ａ２ アンテナ
【特許請求の範囲】
【請求項１】
移動局と通信する基地局において、
前記移動局に対して、復号対象となるデータを送信すると共に、該データの復号失敗を示す信号を前記移動局から受信する送受信部と、
前記送受信部により前記信号を受信した場合、前記基地局と前記移動局との間の無線チャネルの品質を推定し、該推定された品質に応じて、前記基地局において故障があるか否かを判定する判定部と
を有することを特徴とする基地局。
【請求項２】
前記判定部は、復号可能なデータの量を用いて前記無線チャネルの品質を推定することを特徴とする請求項１記載の基地局。
【請求項３】
前記判定部は、破棄されたデータの量を用いて前記無線チャネルの品質を推定することを特徴とする請求項１記載の基地局。
【請求項４】
基地局と、該基地局と通信する移動局とを有する無線通信システムにおいて、
前記基地局は、
前記移動局に対して、復号対象となるデータを送信すると共に、該データの復号失敗を示す信号を前記移動局から受信する送受信部と、
前記送受信部により前記信号を受信した場合、前記基地局と前記移動局との間の無線チャネルの品質を推定し、該推定された品質に応じて、前記基地局において故障があるか否かを判定する判定部と
を有することを特徴とする無線通信システム。
【請求項５】
移動局と通信する基地局における無線通信方法であって、
前記基地局は、
前記移動局に対して、復号対象となるデータを送信すると共に、該データの復号失敗を示す信号を前記移動局から受信し、
前記信号を受信した場合、前記基地局と前記移動局との間の無線チャネルの品質を推定し、該推定された品質に応じて、前記基地局において故障があるか否かを判定する
ことを特徴とする無線通信方法。
【請求項１】
移動局と通信する基地局において、
前記移動局に対して、復号対象となるデータを送信すると共に、該データの復号失敗を示す信号を前記移動局から受信する送受信部と、
前記送受信部により前記信号を受信した場合、前記基地局と前記移動局との間の無線チャネルの品質を推定し、該推定された品質に応じて、前記基地局において故障があるか否かを判定する判定部と
を有することを特徴とする基地局。
【請求項２】
前記判定部は、復号可能なデータの量を用いて前記無線チャネルの品質を推定することを特徴とする請求項１記載の基地局。
【請求項３】
前記判定部は、破棄されたデータの量を用いて前記無線チャネルの品質を推定することを特徴とする請求項１記載の基地局。
【請求項４】
基地局と、該基地局と通信する移動局とを有する無線通信システムにおいて、
前記基地局は、
前記移動局に対して、復号対象となるデータを送信すると共に、該データの復号失敗を示す信号を前記移動局から受信する送受信部と、
前記送受信部により前記信号を受信した場合、前記基地局と前記移動局との間の無線チャネルの品質を推定し、該推定された品質に応じて、前記基地局において故障があるか否かを判定する判定部と
を有することを特徴とする無線通信システム。
【請求項５】
移動局と通信する基地局における無線通信方法であって、
前記基地局は、
前記移動局に対して、復号対象となるデータを送信すると共に、該データの復号失敗を示す信号を前記移動局から受信し、
前記信号を受信した場合、前記基地局と前記移動局との間の無線チャネルの品質を推定し、該推定された品質に応じて、前記基地局において故障があるか否かを判定する
ことを特徴とする無線通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−４６３５６（Ｐ２０１３−４６３５６Ａ）
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願番号】特願２０１１−１８４８２７（Ｐ２０１１−１８４８２７）
【出願日】平成２３年８月２６日（２０１１．８．２６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願日】平成２３年８月２６日（２０１１．８．２６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]