(57)【特許請求の範囲】
【請求項１】
パケット通信装置（３０）と有線でパケットのデータを授受し、該パケットのデータに対して有線通信方式における処理を含むプロトコル処理及び移動体通信の基地局と同様の無線通信方式における複数の種類のプロトコル処理を行う複数のレイヤ処理部（２、３、４、５、６）を有し、移動体通信端末（４０）と通信する通信装置における障害を監視する通信障害監視装置であって、
各前記レイヤ処理部から、いずれかのレイヤ処理部間でのパケットのデータの伝達を制御するフロー制御情報、及び、各前記レイヤ処理部がプロトコル処理する量又はプロトコル処理可能な量を示すデータ量を、時間経過に応じて取得する情報取得部（１１）と、
各前記レイヤ処理部から取得された前記フロー制御情報及び前記データ量の時間経過に対する変化を対比可能に表示部に表示させる表示制御部（１３）と、
を備えたことを特徴とする通信障害監視装置。
【請求項２】
有線通信方式におけるプロトコル処理を行うレイヤ処理部は、前記有線通信方式と前記無線通信方式との接続を整合させる処理を行うゲートウェイ（２）であって、
前記情報取得部（１１）は、該ゲートウェイから、前記有線通信方式によるパケットのデータの伝達を制御するフロー制御情報、並びに、前記データ量として、該ゲートウェイの通信量、該ゲートウェイが隣の無線通信方式におけるレイヤ処理部へ該レイヤ処理部に確認なしに送れるデータの量、及び該ゲートウェイが有するバッファ量、を取得する
ことを特徴とする請求項１に記載の通信障害監視装置。
【請求項３】
パケット通信装置（３０）と有線でパケットのデータを授受し、該パケットのデータに対して有線通信方式における処理を含むプロトコル処理及び移動体通信の基地局と同様の無線通信方式における複数の種類のプロトコル処理を行う複数のレイヤ処理部（２、３、４、５、６）を有し、移動体通信端末（４０）と通信する通信装置における障害を監視する通信障害監視方法であって、
各前記レイヤ処理部から、いずれかのレイヤ処理部間でのパケットのデータの伝達を制御するフロー制御情報、及び、各前記レイヤ処理部がプロトコル処理する量又はプロトコル処理可能な量を示すデータ量を、時間経過に応じて取得する情報取得段階と、
各前記レイヤ処理部から取得された前記フロー制御情報及び前記データ量の時間経過に対する変化を対比可能に表示部に表示させる表示制御段階と、
を備えたことを特徴とする通信障害監視方法。
【請求項４】
パケット通信装置（３０）と有線でパケットのデータを授受し、該パケットのデータに対して有線通信方式における処理を含むプロトコル処理及び移動体通信の基地局と同様の無線通信方式における複数の種類のプロトコル処理を行う複数のレイヤ処理部（２、３、４、５、６）を有し、移動体通信端末（４０）と通信する通信システムであって、
各前記レイヤ処理部から、いずれかのレイヤ処理部間でのパケットのデータの伝達を制御するフロー制御情報、及び、各前記レイヤ処理部がプロトコル処理する量又はプロトコル処理可能な量を示すデータ量を、時間経過に応じて取得する情報取得部（１１）と、
各前記レイヤ処理部から取得された前記フロー制御情報及び前記データ量の時間経過に対する変化を対比可能に表示部に表示させる表示制御部（１３）と、
を備えたことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、有線通信方式で通信する有線通信装置と、無線通信方式で通信する移動体通信端末との間にあって、有線通信装置と移動体通信端末との間でのデータについて複数のプロトコル処理をする過程での障害監視を行う技術に関する。詳しくは、有線通信方式と無線通信方式とが混在する中でのプロトコル処理の過程における障害を監視する技術に関する。
【背景技術】
【０００２】
モバイル端末からのインターネット利用が世界中で急激なスピードで拡大し、ネットワークの帯域幅を大量に消費し始めた結果、次世代移動体通信システムであるＬＴＥ（Long Term Evolution）の帯域が増大の一途をたどっている。今後、基地局と個々の無線端末（ＵＥ：User Equipment）間の通信容量も増大する方向となっている。
そこで、ＵＥを試験する装置においては、この増大する通信容量に追従してパケット通信量（以下、「スループット」と呼ぶことがある。）の確認をしていくことが要求されている。
【０００３】
従来、ＵＥを試験する装置においては、規定の通信規格に基づく通信プロトコルにより基地局と移動体通信端末との間で通信を行い、この通信において、基地局と移動体通信端末との間でやり取りされる通信シーケンスを主に記録したログ情報やスループット情報を移動体通信端末から取得していた（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１４７６４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上記した従来技術においては、プロトコルスタックの各レイヤ間でやり取りされるレイヤ間の情報が取得され、プロトコルスタックのレイヤ間の情報に基づいて単位時間当たりのデータ送信におけるスループットをレイヤ間毎に算出している。なお、ここでいうスループットとは、移動体通信端末にデータを送信して、その移動体通信端末から受信確認（ＡＣＫ（Acknowledge）パケット）があったデータの各レイヤ間での単位時間当たりのデータ量である。
【０００６】
上記した従来技術では、移動体通信端末との通信は変復調部（物理レイヤ）を介した無線通信方式で行われており、その無線通信方式におけるデータの処理におけるスループットが算出されており、有線通信方式と無線通信方式とを含む通信ルートにおける各レイヤ処理における障害を監視するものではない。また、上記した従来技術は、例えば、データ送信におけるスループットが減少した場合にどのレイヤにおけるどの処理が原因で減少したのかまではわからない。
【０００７】
無線通信方式が例えばＬＴＥである場合、パケットで有線通信方式の有線通信装置と、ＬＴＥシステム（無線通信方式における処理機能）と、無線通信方式の移動体通信端末との間のスループットは、有線通信装置とＬＴＥシステムの間のデータ処理状態（処理能力を含む。）、及びＬＴＥシステム内のレイヤ処理をする各部のデータ処理状態（処理能力を含む。）の影響を受ける。例えば、複数のレイヤ処理がシーケンシャルに行われる場合、その中の一つのレイヤ処理をするのに必要なバッファの容量が不足している場合（つまり処理能力が、受けた通信量（スループット）に追いつかない場合）、他のレイヤ処理の能力が十分であっても通信障害が起こりうる。上記した従来技術の構成では、このような通信障害が起きた場所を特定することができず、通信障害の原因を特定するのは困難である。
【０００８】
本発明の目的は、有線通信装置と無線の移動体通信端末との間でのデータについて複数のプロトコル処理をする過程での各処理状態を示す定量的情報の時間経過に応じた変化を比較可能に表示することで、障害の原因をサーチすることを支援する障害監視技術を提供することである。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、この請求項１に記載の発明は、パケット通信装置（３０）と有線でパケットのデータを授受し、該パケットのデータに対して有線通信方式における処理を含むプロトコル処理及び移動体通信の基地局と同様の無線通信方式における複数の種類のプロトコル処理を行う複数のレイヤ処理部（２、３、４、５、６）を有し、移動体通信端末（４０）と通信する通信装置における障害を監視する通信障害監視装置であって、各前記レイヤ処理部から、いずれかのレイヤ処理部間でのパケットのデータの伝達を制御するフロー制御情報、及び、各前記レイヤ処理部がプロトコル処理する量又はプロトコル処理可能な量を示すデータ量を、時間経過に応じて取得する情報取得部（１１）と、各前記レイヤ処理部から取得された前記フロー制御情報及び前記データ量の時間経過に対する変化を対比可能に表示部に表示させる表示制御部（１３）とを備えたことを特徴とする通信障害監視装置である。
また、請求項２に記載の発明は、請求項１に記載の通信障害監視装置であって、有線通信方式におけるプロトコル処理を行うレイヤ処理部は、前記有線通信方式と前記無線通信方式との接続を整合させる処理を行うゲートウェイ（２）であって、前記情報取得部（１１）は、該ゲートウェイから、前記有線通信方式によるパケットのデータの伝達を制御するフロー制御情報、並びに、前記データ量として、該ゲートウェイの通信量、該ゲートウェイが隣の無線通信方式におけるレイヤ処理部へ該レイヤ処理部に確認なしに送れるデータの量、及び該ゲートウェイが有するバッファ量を取得することを特徴とする通信障害監視装置である。
また、請求項３に記載の発明は、パケット通信装置（３０）と有線でパケットのデータを授受し、該パケットのデータに対して有線通信方式における処理を含むプロトコル処理及び移動体通信の基地局と同様の無線通信方式における複数の種類のプロトコル処理を行う複数のレイヤ処理部（２、３、４、５、６）を有し、移動体通信端末（４０）と通信する通信装置における障害を監視する通信障害監視方法であって、各前記レイヤ処理部から、いずれかのレイヤ処理部間でのパケットのデータの伝達を制御するフロー制御情報、及び、各前記レイヤ処理部がプロトコル処理する量又はプロトコル処理可能な量を示すデータ量を、時間経過に応じて取得する情報取得段階と、各前記レイヤ処理部から取得された前記フロー制御情報及び前記データ量の時間経過に対する変化を対比可能に表示部に表示させる表示制御段階とを備えたことを特徴とする通信障害監視方法である。
また、請求項４に記載の発明は、パケット通信装置（３０）と有線でパケットのデータを授受し、該パケットのデータに対して有線通信方式における処理を含むプロトコル処理及び移動体通信の基地局と同様の無線通信方式における複数の種類のプロトコル処理を行う複数のレイヤ処理部（２、３、４、５、６）を有し、移動体通信端末（４０）と通信する通信システムであって、各前記レイヤ処理部から、いずれかのレイヤ処理部間でのパケットのデータの伝達を制御するフロー制御情報、及び、各前記レイヤ処理部がプロトコル処理する量又はプロトコル処理可能な量を示すデータ量を、時間経過に応じて取得する情報取得部（１１）と、各前記レイヤ処理部から取得された前記フロー制御情報及び前記データ量の時間経過に対する変化を対比可能に表示部に表示させる表示制御部（１３）とを備えたことを特徴とする通信システムである。
【発明の効果】
【００１０】
本発明に係る通信障害監視装置は、有線通信方式のパケット通信装置と無線通信方式の移動体通信端末との間でプロトコル処理をする各レイヤ処理部から、レイヤ処理部間でのフロー制御情報、及び、各レイヤ処理部がプロトコル処理状態を示す、或いは処理能力を示すデータ量を、時間経過に応じて取得して、各レイヤ処理部間で対比可能に表示する構成であるので、通信障害の原因がいつ、どこにあって、何が原因しているのかをサーチしやすい。例えば、あるレイヤ処理部間でパケットのデータの伝達を否定するフロー制御があったとき、そのときの他のレイヤ処理部における通信量や処理能力としてのバッファ量の変化と対比することで、通信障害の原因が突き止めやすくなる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態の機能構成を示すブロック図である。
【図２】本発明の実施形態に係る表示部に表示される各レイヤにおける通信状態の表示例を示した図である。
【発明を実施するための形態】
【００１２】
本発明の実施形態について図１を参照しながら説明する。図１に示す通信試験システムは、基地局模擬装置でもある試験装置２０と通信障害監視装置１０とで構成された、有線で所定の通信方式のパケット通信装置でもある有線通信端末３０と試験対象である無線通信方式の移動体通信端末４０との間にあって通信しながら試験する。ここでは、例として、有線通信方式は、プロトコルとしてＴＣＰ／ＩＰ（Transmission Control Protocol；TCP／Internet Protocol；IP）を用いたＥｔｈｅｒｎｅｔ（登録商標）であり、有線通信端末３０（以下、ＰＣ３０と言うことがある。）はコンピュータであり、無線通信方式はＬＴＥ通信システムである。なお、有線通信端末３０は請求項１のパケット通信装置に対応するものである。また、図１においては、無線通信方式における各プロトコル処理を行う各レイヤは、ＬＴＥ通信システムにおけるレイヤ処理を記載している。
【００１３】
試験装置２０は、制御部１が、予め記憶しているシナリオに基づいて、模擬の基地局としてＰＣ３０と移動体通信端末４０との間でパケット通信を行わせることで、移動体通信端末の動作状態を試験する。図１は、その動作状態を試験するときの、通信過程で生じる通信障害を監視するための機能構成を示す図である。試験装置２０は、図示していないが、変復調等の物理処理を行うＰＨＹ（Physical layer）６を介してＲＦ帯の測定や復調したベースバンド帯での解析・測定等が可能である。また、試験装置２０は、図示していないが、通信時における動作状態を調査するために、通信時におけるログ情報の取得することもできる。
【００１４】
制御部１は、予め記憶しているシナリオに基づいて、ＰＣ３０と移動体通信端末４０との間における各レイヤにおけるプロトコル処理を行う通信レイヤ処理部２１に対して、予め記憶しているシナリオに基づいたプロトコル処理を実行させる。また、制御部１は、タイマーで生成した時刻情報（タイムスタンプ）を通信レイヤ処理部２１へ送る。
【００１５】
通信レイヤ処理部２１は、例えば、ＰＣ３０からパケットデータ（以下、「データ」と呼ぶ。）を受けて各種プロトコル処理をして移動体通信端末４０へ送り、データを受けた移動体通信端末４０の応答を受けて各種プロトコル処理をして、ＰＣ３０へ返す。通信はＰＣ３０と移動体通信端末４０の間で往復するが、上りと下りとでは、処理が同じなので、以下の説明は、ＰＣ３０から移動体通信端末４０への通信（下り）について説明する。また、以下の説明で上位、下位とはデータの流れる元となる側（ＰＣ３０側）を上位、流れる方向側（移動体通信端末４０側）を下位として説明する。
【００１６】
通信レイヤ処理部２１は、プロトコル処理を行うレイヤ処理部として、ゲートウェイ２、ＰＤＣＰ（Packet Data Convergence Protocol）３、ＲＬＣ（Radio Link Control）４、ＭＡＣ（Medium Access Control）５及びＰＨＹ６のレイヤ（階層）の処理部を有する。各レイヤ処理部は、所定のデータ量（通信量）のデータを一時的にメモリ（バッファ）に蓄えつつ、自己の機能に係るプロトコルの処理を実行する。そのため、各レイヤ処理部には、時間経過に応じてその動作状態、或いは処理可能な能力を検知する管理部を有する。この管理部は、検知した情報（例えば、検知したバッファ量）を上位のレイヤ処理部の管理部へ通知する。管理部を含む各レイヤ処理部は、ソフトウェアおよびそれを実行するコンピュータおよびメモリ等で構成される。
【００１７】
また、レイヤ処理部の中には、プロトコル処理中に使用可能なバッファ容量の増加・減少に伴ってデータ量を調整するために、データの流れ（フロー）を調整するフロー制御機能（例えば、データの流れを停止する機能）を有するものがある。
【００１８】
例えば、フロー制御は、例えば、下位のレイヤ処理部からの通知により、下位レイヤ処理部におけるバッファ量が適切な量を確保できていないために一旦、送信（或いは受信）するデータ量（パケット数）を減らしたり（或いは送信、受信を停止して調整）、バッファ量を確保できるようになった時に送信（受信）するデータの量を増やしたり（或いは送信、受信の開始）する制御のことをいう。
【００１９】
［ゲートウェイ２］
ゲートウェイ（ＧＷ）２は、Ｅｔｈｅｒｎｅｔ（イーサネット）側とＬＴＥ通信システム側との間の異なるプロトコル同士の相互接続（コネクションの確立）を行うレイヤ処理部であり、双方の整合を図り通信を確立する機能を有する。また、ゲートウェイ２は、上記したフロー制御機能（ＴＣＰフロー制御機能（Ｅｔｈｅｒｎｅｔフロー制御機能））を有する。
【００２０】
さらに、ゲートウェイ２の管理部は、スループット算出機能と、フロー制御有無検出機能、ＴＣＰ受信バッファ量測定機能、ＴＣＰウインドウサイズ測定機能を有している。なお、さらにＴＣＰ再送数測定機能を有していてもよい。
スループット算出機能は、ゲートウェイ２にて扱う移動体通信端末４０側への単位時間当たりの通信量を算出する。
【００２１】
フロー制御有無検出機能は、ゲートウェイ２におけるフロー制御の有無を検出する機能である。そして、フロー制御は、例えば、フロー制御が働いていない場合は“０（ローレベル信号）”を出力し、例えば送信・受信を停止させているようなフロー制御が働いている場合には“１（ハイレベル信号）”を出力するように制御している。
ＴＣＰバッファ量測定機能は、ゲートウェイ２自身が使えるバッファ量を検知して、ＴＣＰバッファ量として出力する機能である。
【００２２】
ＴＣＰウインドウサイズ測定機能は、送り先（この場合、データを送る移動体通信端末側の次段のレイヤ処理部以降の各部）の確認応答を待たずに送ることのできるデータ量をウインドウサイズとして検出する。ウインドウサイズは、そのサイズまでのデータ量を送ったとしてもオーバーフローしない範囲を示すもので、処理の能力の大きさに関係するが、処理速度に比例するものではない。なお、ＴＣＰウインドウサイズとＴＣＰバッファサイズは相関関係にあるので、実質的に同じ傾向を示す。ＴＣＰ再送数測定機能は、ゲートウェイ２で発生している再送パケットの数（再送回数）を測定する。
【００２３】
次に、ゲートウェイ２以外の各ＬＴＥプロトコル群を構成するＰＤＣＰ３、ＲＬＣ４、ＭＡＣ５及びＰＨＹ６の各レイヤ処理部について説明する。これらの各レイヤ処理部は、制御部１からの指示により、上位レイヤから下位レイヤまでのプロトコル群が互いに連携動作して移動体通信端末４０との間の通信手順を定義し、通信を行う。
【００２４】
ＰＤＣＰ３は、ＩＰパケットヘッダの圧縮・解凍・暗号化を行う機能を有している。そして自己認識用のヘッダをＩＰパケットに付けて移動体通信端末側に送り、そのレスポンスとして、ＡＣＫパケットが返ってこなかった場合にデータ（パケット）を再送する機能も有している。
また、ＰＤＣＰ３の管理部は、フロー制御有無検出機能とバッファ量測定機能とを有している。フロー制御有無検出機能は、ＰＤＣＰ３がＰＤＣＰ３より上位に対するフロー制御の有無を検出する。バッファ量測定機能はＰＤＣＰ３で扱えるバッファ量を測定する。
【００２５】
ＲＬＣ４は、データを無線で送るのに適した長さのパケットに分割したり、くっつけたりして適切なサイズにする機能、データの再送制御、データの誤り検出、データの重複検出、パケットの順序整列を行う機能を有している。
ここで、ＲＬＣ４における管理部は、ＰＤＣＰ３と同様のフロー制御有無検出機能とバッファ量測定機能の他に、ＲＬＣ再送数測定機能を有している。ＲＬＣ再送数測定機能は、ＲＬＣ４で発生している再送パケットの数（再送回数）を測定する。ここで、ＲＬＣ４で発生している再送パケットとは、ＲＬＣ４と移動体通信端末４０との間で消失したパケットをＲＬＣ４のバッファから再送されるパケットを言う。
【００２６】
ＭＡＣ５は、無線資源を効率よく使うための制御を行うとともに、ＲＬＣ４、ＰＤＣＰ３の上位層とＰＨＹ６の下位層間におけるデータ変換を実施している。すなわち、ＭＡＣ５は、無線リソース割当て、物理チャネルとトランスポートチャネル間のマッピング等を行う機能を有している。
ここで、ＭＡＣ５における管理部は、ＲＬＣ４と同様に、ＭＡＣ５で発生している再送信号の数を測定するＭＡＣ再送数測定機能を有する。
【００２７】
ＰＨＹ６は、移動体通信端末４０との間で送受信されるデータを、無線区間を通過できるように変調、さらには復調する機能を有する。すなわち、ＰＨＹ６は、ＭＡＣ５からのスケジューリング指示により、最適な変調・復調方式や符号化・復号方式、アンテナ多重処理を行う機能を有している。
【００２８】
情報収集部１２は、ゲートウェイ２の管理部から出力された通信量（スループット情報）、フロー制御の有無情報、バッファ量、及びＴＣＰウインドウサイズを取得する。また、ＰＤＣＰ３の管理部から出力される、フロー制御の有無情報及びバッファ量情報を取得する。また、ＲＬＣ４の管理部から出力されるフロー制御の有無情報、バッファ量情、及びパケット再送数を取得する。さらに、ＭＡＣ５の管理部から出力されるパケット再送数を取得する。なお、ゲートウェイ２の管理部からＴＣＰ再送数を取得するようにしてもよい。
【００２９】
情報収集部１２は、情報取得部１１で、各レイヤ処理部から取得された各情報を受け、データの流れる順（データがプロトコル処理される順）に、かつ情報の種類毎に、情報に付加されたタイムスタンプに基づいて時系列に並べて記憶する。
【００３０】
表示制御部１３は、情報収集部１２に記憶されている各情報の時間経過に応じた変化を、相互に対比可能に表示部１４に表示させる。例えば、ＰＣ３０から移動体通信端末４０にデータが伝送（送信）される場合においては、取得されたデータに付されたタイムスタンプに基づいて時系列に並べると、ゲートウェイ２からの情報、ＰＤＣＰ３からの情報、ＲＬＣ４からの情報、ＭＡＣ５からの情報の順で、かつ各情報の種類ごとに時間経過に対する情報の変化を波形表示する。
【００３１】
表示例を図２に示す。表示画面の縦軸方向の上から順には、ゲートウェイ２から取得された、通信量（スループット情報）に基づいて生成されたＥｔｈｅｒｎｅｔ帯域（通信速度）（図２の（ａ）参照）、フロー制御の有無情報（ハイレベル又はローレベルで図２の（ｂ）に表示）、ＴＣＰウインドウ（Ｗｉｎｄｏｗ）サイズ（図２の（ｃ）参照）、ＴＣＰバッファ量（図２の（ｄ）参照）の各変化を横軸を時間経過とする座標上に表示する。
また、その下に、ゲートウェイ２の場合と同様に、上から順にＰＤＣＰ３から取得された、フロー制御の有無情報（図２の（ｅ）参照）が横軸を時間軸とする座標に表示される。
また、その下に、ＲＬＣ４から取得される、フロー制御の有無情報（図２の（ｆ）参照）、バッファ量（図２のグラフ（ｇ）参照）、パケット再送数（図２の（ｈ）参照）の順に各変化が横軸を時間軸とする座標に表示される。
さらに、その下にＭＡＣ５から取得された、パケット再送数が表示される（図２の（ｉ）参照）。なお、さらにゲートウェイ２から取得されたＴＣＰ再送数を表示するようにしてもよい。
【００３２】
例えば図２の表示例からすると、最初に「フロー停止」の障害アラームを出したのは図２の（ｅ）からＰＤＣＰ３である。次に、僅かに時間遅れて、ゲートウェイ２が図２の（ｂ）のように「フロー停止」の障害アラームを立てている。一方、図２の（ａ）から、障害アラームが発生した時期には、帯域（処理速度）が落ちていることがわかる。ここで、ＰＤＣＰ３でフロー制御が発生した時に下位レイヤのＲＬＣバッファ量は正常である。さらに、ＲＬＣフロー制御は発生していない。以上より、ＰＤＣＰ３のフロー制御に何らかの問題があることが推測できる。
【００３３】
上記のような表示を参照することによって、レイヤ処理順に、時間経過に応じて、各情報を対比観察できるので、レイヤ処理部間における通信障害の原因が見つけやすくなる。
【００３４】
図２のような表示から、次のイ）、ロ）に記載するような事項を確認することによって、通信障害の原因調査を支援できる。
イ）ＰＣ３０と移動体通信端末４０との間の内、有線通信（ＴＣＰ/ＩＰ）に問題が発生したか否かの確認については、以下の事項を表示部１４の表示画面を参照して判断することにより行うことができる。
（１）ゲートウェイ２におけるＥｔｈｅｒｎｅｔのフロー制御は適切に働いているか？
（２）ＴＣＰレイヤ（ゲートウェイ２）のウインドウサイズは適切か？
（３）ＴＣＰレイヤ（ゲートウェイ２）のバッファ量が適切か？
（４）移動体通信端末４０からのレスポンス応答（図２に不図示）は迅速か？
例えば、レスポンスが遅いほどウインドウサイズを減少させてしまう。
【００３５】
ロ）通信レイヤ処理部２１内の各レイヤ処理に問題が発生したか否かの確認については、以下の事項を、表示部１４の表示画面を参照して判断することで行うことができる。
（１）ゲートウェイ２がＰＣ３０に対して適切なフロー制御要求を発信しているか？
（２）ＰＤＣＰ３からゲートウェイ２へのフロー制御が適切に働いているか？
（３）ＲＬＣ４からＰＤＣＰ３へのフロー制御が適切に働いているか？
（４）ＲＬＣ４におけるバッファ量が適切か？
（５）ＲＬＣ４で発生している再送数は適切か？
（６）ＭＡＣ５で発生している再送数は適切か？
【００３６】
以上説明したように、各レイヤ処理部間の処理内容が対比可能に表示されるので、通信障害の原因の時期、場所、原因についての調査がしやすくなる。
【符号の説明】
【００３７】
１  制御部
１０  通信障害監視装置
２０  試験装置
２１  通信レイヤ処理部
３０  有線通信端末（ＰＣ）
４０  移動体通信端末
【要約】
【課題】有線通信装置と無線の移動体通信端末との間での通信障害の原因をサーチすることを支援する技術を提供する。
【解決手段】通信障害監視装置は、パケット通信装置と移動体通信との間の有線と無線に係る複数の種類のプロトコル処理を行う各レイヤ処理部から処理状況又は処理能力を示す情報を時間経過とともに取得し、各情報の時間経過に対する変化を、対比可能に表示することを特徴とする。
【選択図】図１【図１】
0006009025.tif 000002
【図２】
0006009025.tif 000003