JP2010178022A

JP2010178022A - 機種別通信性能の分析システム

Info

Publication number: JP2010178022A
Application number: JP2009017944A
Authority: JP
Inventors: Michihiro Kondo; 充弘近藤; Naoyuki Sakai; 尚之酒井
Original assignee: SoftBank Mobile Corp
Current assignee: SoftBank Corp
Priority date: 2009-01-29
Filing date: 2009-01-29
Publication date: 2010-08-12
Anticipated expiration: 2029-01-29
Also published as: JP5179393B2

Abstract

【課題】移動通信端末の通信に関する性能を機種別に分析する。
【解決手段】ＵＥ１がＣＳ呼を発信すると接続タイプの種別がＲＡＮ２により判別され、ＣＮ３は、認証のためのIdentity Request messageをＵＥ１に送る。この時、ＣＮ３はＵＥ１に対してIMEISVをIdentity Response messageに含ませて送信するよう指示し、ＲＡＮ２は、Identity Response messageからIMEISVを抽出し、IMEISVからTACを抽出して、ＣＳ呼を発信したＵＥ１の機種情報を取得する。接続が確立するとＲＡＮ２はMesurement Reportを送出するMesurement Report周期送信指示をＵＥ１に送出、Mesurement Reportを受信し、含まれているＲＦ情報とＤＬ送信電力情報を得る。切断理由と得られた各種情報により、機種別の通信性能を分析する。
【選択図】図２

Description

本発明は、移動通信端末の通信に関する性能を機種別に分析することのできる機種別通信性能の分析システムに関するものである。

従来、移動通信端末の機種ごとに通信特性を取得して、通信の品質を監視するパケット通信監視装置が提案されている。このパケット通信監視装置では、移動通信端末がＴＣＰ接続を確立する時に移動通信端末から送信される機種を特定するための機種情報および電話番号とされる端末ＩＤを取得する。そして、移動通信端末とコンテンツサーバとの間で送受されるＴＣＰパケットを捉えて、捉えたＴＣＰパケットを参照して特性情報を取得し、取得した特性情報に基づいて機種毎の移動通信端末に関する通信特性を算出する。特性情報は、ＴＣＰパケットの信号種別、ＴＣＰパケットのデータサイズ、信号方向、シーケンス番号、確認応答番号、及び、ＴＣＰパケットが送受された時刻のパラメータとされる。さらに、移動通信端末によってＴＣＰ通信の接続が開始された直後から切断までの間に捉えたＴＣＰパケット各々に関する特性情報を機種情報、及び端末ＩＤに基づいて、移動通信端末の機種ごとのパケット通信の特性に関する通信特性の平均とされる平均通信特性を算出する。そして、取得された特性情報から算出された機種ごとの通信特性と、算出されている機種ごとの平均通信特性とを比較することにより、移動通信端末の異常を検出するようにしている。

このパケット通信監視装置によれば、取得された特性情報から算出された機種ごとの通信特性と、算出されている機種ごとの平均通信特性とを比較することにより、移動通信端末の異常を検出していることから、同一の機種の移動通信端末によるパケット通信の平均通信特性から外れたパケット通信を行う移動通信端末を特定して、その異常を検出することができる。したがって、移動通信端末の機種ごとにパケット通信の品質を監視することが可能となる。

特開２００５−１５９６４６号公報

従来のパケット通信監視装置では、移動通信端末の受信性能等の無線周波数情報（ＲＦ情報）や、異常切断等のイベント情報を取得しておらず、移動通信端末の通信に関する性能を機種別に分析することはできない。また、ＴＣＰパケットから取得された特性情報に基づいて通信特性を算出していることから、接続が確立しないと通信特性を取得することができないものとされている。
ところで、移動通信ネットワークにおいては移動通信端末を接続するに当たっての認証において移動通信端末の特定はパケット通信を利用するＰＳ呼ではAuthentication and Ciphering Response messageから取得し、回線交換を利用するＣＳ呼の場合ではIdentity Response messageから取得している。一般に、これらのメッセージには移動機メーカーおよびシリアルナンバー、ソフトウェアバージョンを知ることができる情報は含まれていない。また、移動通信ネットワークにおいては、通常はハンドオーバのイベントが発生したときのみ移動通信端末の通信状態を示すＲＦ情報が含まれているMeasurement Reportが送信される。このため、Measurement Reportはハンドオーバが必要となったときのみ移動通信端末から移動通信ネットワーク側に送信されるため、移動通信端末の通信性能に関する情報はセルエッジに偏って収集されるようになる。

さらに、異常切断などにおける切断理由はネットワークイベントから得ることができるが、切断時点における移動通信端末のＲＦ情報は得ることができない。このように、ＲＦ情報やイベント情報を収集することは行われていたが、ネットワークで収集されたＲＦ情報やイベント情報は移動通信端末の機種情報が含まれておらず、収集された情報を分析しても移動通信端末における送信電力のヒストグラムのような大局的な分析しかできず、移動通信端末の機種別の性能分析を行うことができないと云う問題点があった。このため、ネットワークの最適化やトラブルシューティングを行う場合、移動通信端末個々の性能を考慮することなく平均的なソリューションを適用するしかなく、効率的なソリューションとは何であるかを分析することができなかった。

そこで、本発明は、移動通信端末の通信に関する性能を機種別に分析することのできる機種別通信性能の分析システムを提供することを目的としている。

上記目的を達成するために、本発明の機種別通信性能の分析システムは、移動通信端末が発信した呼に応答して、通信確立のための認証処理を行い、該認証処理の際に前記移動通信端末に機種情報を含めた認証情報を送出するよう指示するコアネットワークと、前記移動通信端末と前記コアネットワークとの間に位置し、無線回線の制御を行う無線アクセスネットワークとを備え、前記無線アクセスネットワークは、前記移動通信端末が送出した前記認証情報を前記コアネットワークに転送する際に、前記認証情報から前記機種情報を抽出して取得すると共に、前記移動通信端末に通信状態を示す情報を周期毎に送信するよう指示して、周期毎に前記移動通信端末から送信された前記通信状態を示す情報を受信して当該情報を記録し、接続が切断された際に、切断理由を取得すると共に切断直前に受信された前記通信状態を示す情報および前記機種情報とを関連付けて分析することを最も主要な特徴としている。

本発明によれば、コアネットワークに転送される認証情報から無線アクセスネットワークが移動通信端末における機種情報を抽出して取得すると共に、移動通信端末に通信状態を示す情報を周期毎に送信するよう指示して、機種別に通信状態を示す情報を周期的に得ることができることから、切断直前の通信状態を示す情報から移動通信端末における機種別の通信性能を分析することができるようになる。これにより、ネットワークの最適化やトラブルシューティングを行う場合、移動通信端末個々の性能を考慮して最適なソリューションを適用することができるようになり、効率的なソリューションを分析することができるようになる。

本発明の機種別通信性能の分析システムを備える移動通信ネットワークの全体構成の概要を示すブロック図である。本発明にかかる分析システムを備える移動通信ネットワークにおけるＣＳ呼のシーケンス図である。本発明にかかる分析システムを備える移動通信ネットワークにおけるＰＳ呼のシーケンス図である。本発明にかかる分析システムにおいて実行される分析処理のフローチャートである。本発明の機種別通信性能の分析システムにおいて分析された通信性能の一例を示す図である。

本発明の実施例における機種別通信性能の分析システムを備える移動通信ネットワークの全体構成の概要を示すブロック図を図１に示す。
図１に示す移動通信ネットワークは、携帯電話機等の移動通信端末（ＵＥ：User Equipment）１と、無線回線の制御を行う無線アクセスネットワーク（ＲＡＮ：Radio Access Network）２と、ＵＥ１を他のＵＥ１、公衆電話網４やインターネット５等に接続制御する基幹回線とされるコアネットワーク（ＣＮ：core network）３から構成されている。ＵＥ１では、個々の移動通信端末が１ａとして示されている。ＲＡＮ２は、セル毎に設けられている複数の基地局２ａと、複数の基地局２ａを管理する無線ネットワーク制御装置（ＲＮＣ：Radio Network Controller）２ｂを備えている。ＣＮ３は、回線交換機３ａとパケット交換機３ｂとＨＬＲ（Home Location Register）３ｃとを少なくとも備えている。ＲＡＮ２は、無線回線の制御を行うと共に無線回線を終端しており、ＲＮＣ２ｂは複数の基地局２ａから転送されてきた移動通信端末１ａ等からの呼を、パケット通信の呼の場合はＣＮ３におけるパケット交換機３ｂに振り分け、音声通信の呼の場合は回線交換機３ａに振り分けて転送している。ＨＬＲ３ｃは、携帯電話網における全ての移動通信端末１ａのプロファイルを管理すると共に位置情報を管理する網内データベースが格納されており、ＨＬＲ３ｃは回線交換機３ａにおける回線交換およびパケット交換機３ｂにおけるパケット交換とで共用される。なお、移動通信端末１ａにはＵＳＩＭ（Universal Subscriber Identity Module：汎用加入者識別モジュール）カードが着脱可能に装着されている。ＵＳＩＭカードは、ＩＣチップ内蔵カードであり、ＵＳＩＭカード内にはユーザーの電話番号や契約している携帯電話事業者の情報などが記録されており、ＵＳＩＭカードを移動通信端末１ａに装着することで、その移動通信端末１ａをカード内に記録されている電話番号で利用できるようになる。

ここで、移動通信端末１ａが他の図示しない移動通信端末１ｎと音声通信しようとして、音声通信のＣＳ呼を発信したとする。この場合は、基地局２ａにおいて受信された呼はＣＳ呼であることから、ＲＮＣ２ｂにおいて回線交換機３ａに振り分けられて転送される。回線交換機３ａは、ＨＬＲ３ｃを参照してＣＳ呼の相手先の移動通信端末１ｎを検索することにより、相手先の移動通信端末１ｎが在圏している図示しない基地局２ｎに呼の転送制御を行う。基地局２ｎは、転送されたＣＳ呼をセル内に送信することにより、当該セルに在圏している相手先である移動通信端末１ｎにおいて、ＣＳ呼が着信されるようになる。これにより、ＣＳ呼を発信した発信元である移動通信端末１ａと基地局２ｎのエリアに在圏している他の移動通信端末１ｎとの間において音声通信を行うことができるようになる。移動通信端末１ａが公衆電話網４における固定電話機と通話する場合はせるが公衆電話網４に置き換えられて同様に接続制御される。

また、移動通信端末１ａが他の図示しない移動通信端末１ｎに電子メール等の送信をするためにパケット通信のＰＳ呼を発信したとする。この場合は、基地局２ａにおいて受信された呼はＰＳ呼であることから、ＲＮＣ２ｂにおいてパケット交換機３ｂに振り分けられて転送される。パケット交換機３ｂは、ＨＬＲ３ｃを参照してＰＳ呼の相手先の移動通信端末１ｎを検索することにより、相手先の移動通信端末１ｎが在圏している図示しない基地局２ｎに呼の転送制御を行う。基地局２ｎは、転送されたＰＳ呼をセル内に送信することにより、当該セルに在圏している相手先である移動通信端末１ｎにおいて、ＰＳ呼が着信されるようになる。これにより、ＰＳ呼を発信した発信元である移動通信端末１ａから基地局２ｎのエリアに在圏している他の移動通信端末１ｎに電子メールを送ることができるようになる。移動通信端末１ａがインターネット５上のサーバからコンテンツ等を取得する場合もセルがインターネット５に置き換えられて同様に接続制御される。

移動通信ネットワークに備えられている本発明の機種別通信性能の分析システムにおいて、移動通信端末１ａを接続するに当たっての認証において移動通信端末１ａの特定はパケット通信を利用するＰＳ呼ではAuthentication and Ciphering Response messageから取得し、回線交換を利用するＣＳ呼の場合ではIdentity Response messageから取得している。この際に、ＣＮ３はＵＥ１に対して３ＧＰＰ標準に規定され移動端末を一意に識別することや移動通信端末１ａの端末種別を判別できる１６桁の数字からなるIMEISV（International Mobile station Equipment Identity and. Software Version number）をAuthentication and Ciphering Response message（ＰＳ呼の場合）あるいはIdentity Response message（ＣＳ呼の場合）に含めて送信するように指示する。これにより、IMEISVを上記メッセージに含ませて移動通信端末１ａから送信させており、IMEISVからネットワーク側において移動通信端末メーカーおよびシリアルナンバー、ソフトウェアバージョンの機種情報を知ることができるようになる。なお、ネットワークから要求する移動機識別子には、世界中でユニークとされる加入者識別子であるIMSI（International Mobile Subscriber Identity）、世界中でユニークとされる移動通信端末の識別子であるIMEI（International Mobile Equipment Identity）、上記したIMEISV、IMSIに対するペンネームに相当するTMSI（Temporary Mobile Subscriber Identity）の４種類がある。本発明の機種別通信性能の分析システムでは、IMEISVから携帯電話の機種を管理する機関が与えた型式認定コードであるTAC（Type Approval Code）を抽出することで機種情報である移動機タイプを判別させている。

上記したように、IMEISVからTACを抽出することにより、移動通信端末メーカーおよびシリアルナンバー、ソフトウェアバージョンを知ることができる。この場合、IMEISVが情報として乗るメッセージであるAuthentication and Ciphering Response messageあるいはIdentity Response messageはともにＣＮ３が扱うメッセージとされている。本発明の分析システムにおいてはＲＡＮ２においてもIMEISVからTACを抽出することにより移動通信端末１ａの機種タイプを判別させている。ＲＡＮ２側でこれを抽出するために、UDT（Uplink Direct Transfer）messageまたはRANAP Direct Transfer messageをデコードすることにより、TACのみを抽出する処理を行っている。但し、UDTおよびRANAP（Radio Access. Network Application Part）ではAuthentication and Ciphering Response messageやIdentity Response message以外のメッセージも送信されるためAuthentication and Ciphering Response messageおよびIdentity Response messageであることを特定する処理を最初に行っている。このような処理を行うことによりTACを抽出する。これにより、各セルに在圏しているすべての移動通信端末１ａの機種情報をＲＡＮ２において取得することができる。

ところで、通常時においては、移動通信端末１ａの通信状態を示す無線周波数情報（ＲＦ情報）が含まれているMeasurement Reportは、移動通信端末１ａの通信が途切れないように通信するセルや周波数を切り替えるハンドオーバのイベントが発生したときのみ送信されるように設定されている。このため、Measurement Reportはハンドオーバが必要となったときのみ移動通信端末１ａからネットワーク側に送信される。本発明の分析システムにおいては、Measurement Reportを一定周期で送信されるよう設定されており、各セルに在圏しているすべての移動通信端末１ａからMeasurement Reportを収集することができる。Mesurement Reportには、移動通信端末１ａの希望波受信電力（RSCP：Received Signal Code Power）、通話に使っている希望波とその他の受信電力との比である最勢力局のRSCPと全受信電力の比とされるEc/No、移動通信端末１ａの送信電力（Tx power）、ブロックエラーレート（BLER）のＲＦ情報が含まれている。なお、移動通信端末１ａは、一番強い受信電力の基地局（以下最勢力局と呼ぶ）と通信を行うが、その時に移動通信端末１ａが受け取る受信電力の値がRSCPである。そして、各移動通信端末１ａから受信したMeasurement Reportを、TACを抽出することにより取得された当該移動通信端末１ａの機種情報に関連付けることにより、機種別の通信性能を得ることができるようになる。このため、移動通信端末１ａのＲＦ情報はセルエッジに偏ることなく各セルの全体にわたり収集することができ、移動通信端末１ａの通信性能に関するＲＦ情報に対する評価の信頼性を向上させることができる。また、ＲＮＣ２ｂ内でＵＥ１の各ユーザに割り当てられているユニークなＩＤをキーとして特定のユーザのみをフィルタリングし、Measurement Reportや Channel Switchingなどのイベントを時間同期させて様々な統計処理を行うことができるようになる。そして、移動通信ネットワークの最適化やトラブルシューティングを行う場合、移動通信端末１ａの機種別の性能を考慮したソリューションを適用することができるようになり、効率的なソリューションを分析することができるようになる。

また、異常切断などにおける切断理由はネットワークイベントから得ることができるが、切断時点における切断された移動通信端末１ａのＲＦ情報は得ることができない。しかし、切断が発生した直前における切断された移動通信端末１ａのMeasurement Reportを抽出し、Measurement Reportの発生時間と切断時間との差が閾値以下であればこれを有効情報として扱い、切断時点でのＲＦ情報として切断理由と関連付けて記録する処理を行っている。これにより、移動通信端末１ａの機種別に、切断理由ごとのＲＦ状態を知ることができ移動通信端末１ａの機種別にその差があるか等の評価ができるようになる。
ここで、ＰＳ呼は可変ビットレート伝送とされており、ネットワーク負荷や移動通信端末１ａごとの無線周波数（ＲＦ）環境などに応じて割り当てられる移動通信端末１ａとＲＮＣ２ｂ間のベアラとされているRB（Radio Bearer）のビットレートが変更される。このため、最初に割り当てられたRBの初期ビットレートを特定し、その後Channel Switchingイベントを追跡することにより、ある時間における移動通信端末１ａごとのRB（Bitrate）を特定しCode Domain Powerが送信されるイベントと対応をとることで移動通信端末１ａごとやRB（Bitrate）ごとのCode Domain powerの統計処理を実現することができる。なお、Code Domain Powerは、CDMA（Code Division Multiple Access）における各コードチャネルのパワーを示す指標であり、RB（Bitrate）に応じた大きさに制御される。

次に、移動通信端末（ＵＥ）１におけるいずれかの移動通信端末がＣＳ呼を発信した場合のＣＳ呼シーケンスを図２に示す。以下の説明においては、移動通信端末１ａをＵＥ１として表現する。
図２において、ＵＥ１がＣＳ呼を発信すると回線交換を使用するＣＳ呼であるかパケット交換を使用するＰＳ呼であるかの呼の接続タイプの種別がＲＡＮ２のＲＮＣ２ｂにより判別される（ステップＳ１）。ＲＮＣ２ｂはＣＳ呼であることから接続タイプが回線交換と判別されてＣＮ３の回線交換機３ａにＣＳ呼を転送する。ＲＡＮ２からＣＳ呼が転送されたＣＮ３では、認証のためのIdentity Request messageをＲＡＮ２を介してＵＥ１に送る。これを受けたＵＥ１はIdentity Response messageをＲＡＮ２を介してＣＮ３に送出する。この際に、ＣＮ３はＵＥ１に対してIMEISVをIdentity Response messageに含ませて送信するよう指示することにより、IMEISVをＵＥ１から送信させている。ＲＡＮ２におけるＲＮＣ２ｂは、Identity Response messageをＣＮ３に転送するが、その際にIdentity Response messageからIMEISVを抽出し、さらにIMEISVからTACを抽出することにより、ＣＳ呼を発信したＵＥ１の機種情報を取得する（ステップＳ２）。

ＣＮ３によるＵＥ１の認証が完了するとＵＥ１において接続が確立され（ステップＳ３）、他の通信端末との音声通信が開始される。この際に、ＲＡＮ２はMesurement Reportを一定周期で送出するMesurement Report周期送信指示をＵＥ１に送出する。これを受けたＵＥ１は、一定周期毎にMesurement Reportを送出する。Mesurement Reportには、RSCP、Ec/No、Tx power、BLERのＲＦ情報が含まれている。ＲＡＮ２は、ＵＥ１から一定時間ごとにＵＥ１から送出されたMesurement Reportを受信して、含まれているＲＦ情報を取得したＵＥ１の機種情報に関連付けて記録する（ステップＳ４）。さらに、ＲＡＮ２はＵＥ１に対する基地局の送信電力（ＤＬ送信電力）をＵＥ１の機種情報に関連付けて記録する（ステップＳ５）。ここで、ＵＥ１の接続が切断された際には切断理由を取得する（ステップＳ６）。切断理由には、同期外れやハンドオーバ失敗等があり、切断直前に当該ＵＥ１から送出されたMesurement ReportのＲＦ情報と切断理由を関連付ける。これにより、ＵＥ１の通信性能を機種別に分析することができるようになる。

次に、移動通信端末（ＵＥ）１におけるいずれかの移動通信端末がパケット通信をしようとしてＰＳ呼を発信した場合のＰＳ呼シーケンスを図３に示す。
図３において、ＵＥ１がＰＳ呼を発信すると回線交換を使用するＣＳ呼であるかパケット交換を使用するＰＳ呼であるかの呼の接続タイプの種別がＲＡＮ２のＲＮＣ２ｂにより判別される（ステップＳ１１）。ＲＮＣ２ｂはＰＳ呼であることから接続タイプがパケット交換と判別されてＣＮ３のパケット交換機３ｂにＰＳ呼を転送する。ＲＡＮ２からＰＳ呼が転送されたＣＮ３では、認証のためのAuthentication & Ciphering Request messageをＲＡＮ２を介してＵＥ１に送る。これを受けたＵＥ１はAuthentication and Ciphering Response messageをＲＡＮ２を介してＣＮ３に送出する。この際に、ＣＮ３はＵＥ１に対してIMEISVをAuthentication and Ciphering Response messageに含ませて送信するよう指示することにより、IMEISVをＵＥ１から送信させている。ＲＡＮ２におけるＲＮＣ２ｂは、Authentication and Ciphering Response messageをＣＮ３に転送するが、その際にAuthentication and Ciphering Response messageからIMEISVを抽出し、さらにIMEISVからTACを抽出することにより、ＣＳ呼を発信したＵＥ１の機種情報を取得する（ステップＳ１２）。

ＣＮ３によるＵＥ１の認証が完了するとＵＥ１において接続が確立され（ステップＳ１３）、他の通信端末との音声通信が開始される。この際に、ＲＡＮ２はMesurement Reportを一定周期で送出するMesurement Report周期送信指示をＵＥ１に送出する。これを受けたＵＥ１は、一定周期毎にMesurement Reportを送出する。Mesurement Reportには、RSCP、Ec/No、Tx power、BLERのＲＦ情報が含まれている。また、ＲＡＮ２はＵＥ１に最初に割り当てられた初期ビットレートを特定し、その後Channel Switchingイベントを追跡してある時間におけるＵＥ１のRB（Bitrate）を特定して、取得したＵＥ１の機種情報に関連付けする（ステップＳ１４）。さらに、ＲＡＮ２はＵＥ１に対する基地局の送信電力（ＤＬ送信電力）を取得したＵＥ１の機種情報に関連付けする（ステップＳ１５）。次いで、ＲＡＮ２は、ＵＥ１から一定時間ごとにＵＥ１から送出されたMesurement Reportを受信して、含まれているＲＦ情報を取得したＵＥ１の機種情報に関連付け、当該ＵＥ１に関連付けられたRB（Bitrate）、ＤＬ送信電力およびＲＦ情報のパラメータを機種別に記録する（ステップＳ１６）。ここで、ＵＥ１の接続が切断された際には切断理由を取得する（ステップＳ１７）。切断理由には、同期外れやハンドオーバ失敗等があり、切断直前に当該ＵＥ１から送出されたMesurement ReportのＲＦ情報と切断理由を関連付ける。これにより、ＵＥ１の通信性能を機種別に分析することができるようになる。

次に、本発明の機種別通信性能の分析システムにおいて実行される分析処理のフローチャートを図４に示す。
いずれかのＵＥ１からの呼が発信されると分析処理がスタートされ、ステップＳ２０にて呼がＣＳ呼であるかＰＳ呼であるかの接続タイプがＲＡＮ２のＲＮＣ２ｂにおいて識別される。そして、識別された接続タイプに応じて呼がＣＮ３の回線交換機３ａあるいはパケット交換機３ｂに転送される。次いで、ステップＳ２１にてＣＮ３は呼を発信したＵＥ１の認証を行う。認証では、接続タイプがＣＳ呼の場合はIdentity Request messageをＲＡＮ２を介してＵＥ１に送り、ＵＥ１から送出されたIdentity Response messageを受けることにより認証を行う。この際に、Identity Response messageにIMEISVを含ませて送信するよう指示する。ＰＳ呼の場合はAuthentication & Ciphering Request messageをＲＡＮ２を介してＵＥ１に送り、ＵＥ１から送出されたAuthentication and Ciphering Response messageを受けることにより認証を行う。この際に、Authentication and Ciphering Response messageにIMEISVを含ませて送信するよう指示する。

認証の処理が終了すると、ステップＳ２２にてＵＥ１から送出されたIdentity Response messageあるいはAuthentication and Ciphering Response messageからIMEISVが抽出され、抽出されたIMEISVからTACを抽出することにより、ＵＥ１の機種情報を取得する。次いで、ステップＳ２３にて接続が確立され、ステップＳ２４にて接続が確立された初期接続チャンネルにおける初期ビットレートの情報が取得される。さらに、ステップＳ２５にてＲＡＮ２からＵＥ１にMeasurement Reportを一定周期で送信するよう指示する。これにより、ＵＥ１から一定周期で送信されるMeasurement ReportをＲＡＮ２において受信し、ＲＡＮ２でMeasurement Reportから得られたRSCP、Ec/No、Tx power、BLERのＲＦ情報を取得して、取得されたＲＦ情報をステップＳ２７にて取得された機種情報に関連付けて記録する。次に、ステップＳ２８にてＵＥ１が発信した呼がＰＳ呼か否かが判断される。ここで、ＰＳ呼ではなくＣＳ呼と判断された場合はステップＳ３１に進んでCode Powerが測定され、さらに、ステップＳ３２においてＲＡＮ２におけるＵＥ１に対する基地局２ａの送信電力（ＤＬ送信電力）情報が取得されて、取得された機種情報に関連付けて記録される。

また、ステップＳ２８にてＰＳ呼と判断された場合は、ステップＳ２９に分岐してChannel Switchingイベントを追跡することによりビットレートの追跡が行われ、ＵＥ１に割り当てられたチャネルにおけるある時間のＵＥ１のビットレートが特定されて、そのチャネルレート情報が取得された機種情報に関連付けて記録されるようになる。次いで、ステップＳ３１に進んでCode Powerが測定され、さらに、ステップＳ３２においてＲＡＮ２における基地局２ａからＵＥ１に対する基地局２ａの送信電力（ＤＬ送信電力）情報が取得されて、取得された機種情報に関連付けて記録される。次いで、ＵＥ１の接続が切断されたか否かが判断され、接続が切断されていないと判断された場合は、ステップＳ２６に戻り、ステップＳ２６ないしステップＳ３２の処理が、ステップＳ３３にて接続が切断されたと判断されるまで繰り返し実行される。そして、ステップＳ３３にて接続が切断されたと判断された場合にはステップＳ３４に進んで切断理由が取得される。次いで、ステップＳ３５にて取得された切断理由に、ステップＳ２２で取得されたＵＥ１の機種情報、ステップＳ２４で取得されたＵＥ１に割り当てられた初期ビットレートの情報、ステップＳ２７にて切断直前に取得されたのRSCP、Ec/No、Tx power、BLERのＲＦ情報、ステップＳ３０で切断直前に取得されたチャネルレート情報（ＰＳ呼の場合）、ステップＳ３２にて切断直前に取得されたＤＬ送信電力情報が関連付けられ分析される。これにより、ＵＥ１の機種別に切断直前のＲＦ情報およびＤＬ送信電力情報に加えてＰＳ呼の場合は初期ビットレート情報および追跡されたチャンネルレート情報が取得され、機種別に分析されることによりＵＥ１の機種別の通信性能を分析することができるようになる。ステップＳ３５の分析処理が終了すると分析処理は終了する。

ステップＳ３５にて分析された一例の結果であるＵＥタイプ毎の切断直前RSCPレベルのヒストグラムを図５に示す。
図５において、横軸はＵＥ１の機種毎の機種名とされ機種名はUEN1,UEN2,UEN3,・・・,UEN49とされている。縦軸は、-102dBm以下のRSCPの割合、-102dBmを超え-97dBm以下のRSCPの割合、-97dBmを超え-92dBm以下のRSCPの割合、-92dBmを超え-87dBm以下のRSCPの割合、-87dBmを超えるRSCPの割合からなる切断直前RSCPレベルの百分率とされている。例えば、機種名UEN1における切断直前RSCPレベルは、-87dBmを超えるRSCPの割合が約３１％、-92dBmを超え-87dBm以下のRSCPの割合が約１６％、-97dBmを超え-92dBm以下のRSCPの割合が約１７％、-102dBmを超え-97dBm以下のRSCPの割合が約１３．５％、-102dBm以下のRSCPの割合が約２２．５％となっている。また、機種名UEN49における切断直前RSCPレベルは、-87dBmを超えるRSCPの割合が約５６％、-92dBmを超え-87dBm以下のRSCPの割合が約１２．５％、-97dBmを超え-92dBm以下のRSCPの割合が約１６．５％、-102dBmを超え-97dBm以下のRSCPの割合が約８％、-102dBm以下のRSCPの割合が約７％となっている。

機種名UEN1のＵＥ１と機種名UEN49のＵＥ１との切断直前RSCPレベルを対比すると、機種名UEN1のＵＥ１では-87dBmを超える高いRSCPレベルの割合が小さく受信性能に問題がある可能性があることが分かる。また、機種名UEN1のＵＥ１では-102dBm以下の低いRSCPレベルの割合が大きく、RSCPレベルが小さくても通話可能か、あるいは、受信性能に問題がある可能性があることがわかる。このことから、切断直前RSCPレベルの低い割合が大きく、かつ、切断直前RSCPレベルの高い割合が小さい機種については受信性能に問題がある可能性があることがわかる。従って、機種名UEN1のＵＥ１や機種名UEN4のＵＥ１については受信性能に問題がある可能性があり、これらの機種を除く機種では受信性能に問題がなく、特に機種名UEN46のＵＥ１や機種名UEN48のＵＥ１では受信性能が優れていることが分かる。

また、ＵＥ１の呼が発生する毎に分析処理が行われることから、分析処理の回数を機種毎にカウントすることにより、ＵＥ１の機種毎のアクセス数の分布を得ることができる。また、ＵＥ１の機種のベンダが分かることから、ＵＥ１の機種毎のアクセス数から移動通信端末ベンダ毎のアクセス数割合を得ることができる。さらに、切断理由においてＵＥ１がオンフックすることにより切断される通常切断と、同期外れやハンドオーバ失敗などにより切断される異常切断とが分かることから、通常切断された際の切断直前RSCPレベルと異常切断された際の切断直前RSCPレベルとの差分を求めると、例えば差分が3dB以下の機種の場合は、切断直前RSCPレベルが高くても異常切断していることになり、当該機種の受信性能に問題がある可能性があることがわかる。また、差分が3dBを超える機種については切断直前RSCPレベルが低くなった際に異常切断されることから、当該機種の受信性能に問題がないことがわかる。このような通信性能の分析を行うことができ、分析結果から移動通信ネットワークの最適化やトラブルシューティングを行う場合、移動通信端末の機種別の性能を考慮したソリューションを適用することができるようになり、効率的なソリューションを分析することができるようになる。

本発明にかかる機種別通信性能の分析システムでは、上記した移動通信端末の通信性能の分析をＲＡＮ２におけるＲＮＣ２ｂにおいて行うようにしたが、これに限らずコアネットワークにおけるノードにおいて分析処理を行うようにしてもよい。また、分析処理においては、コンパクトな機種や高機能タイプの機種といった分類をした機種毎の受信性能やアクセス数を分析することもできる。さらに、本発明にかかる分析システムは移動通信端末に限定して適用されるものではなく、無線通信端末であれば適用することができる。

１ＵＥ、１ａ移動通信端末、２無線アクセスネットワーク（ＲＡＮ）、２ａ基地局、２ｂＲＮＣ、３コアネットワーク（ＣＮ）、３ａ回線交換機、３ｂパケット交換機、３ｃＨＬＲ、４公衆電話網、５インターネット

Claims

移動通信端末が発信した呼に応答して、通信確立のための認証処理を行い、該認証処理の際に前記移動通信端末に機種情報を含めた認証情報を送出するよう指示するコアネットワークと、
前記移動通信端末と前記コアネットワークとの間に位置し、無線回線の制御を行う無線アクセスネットワークとを備え、
前記無線アクセスネットワークは、前記移動通信端末が送出した前記認証情報を前記コアネットワークに転送する際に、前記認証情報から前記機種情報を抽出して取得すると共に、前記移動通信端末に通信状態を示す情報を周期的に送信するよう指示して、周期的に前記移動通信端末から送信された前記通信状態を示す情報を受信して当該情報を記録し、接続が切断された際に、切断理由を取得すると共に切断直前に受信された前記通信状態を示す情報および前記機種情報とを関連付けて分析することにより、前記移動通信端末における機種別の通信性能を分析するようにしたことを特徴とする機種別通信性能の分析システム。
前記移動通信端末に対する前記無線アクセスネットワークにおける基地局の切断直前の送信電力情報も関連付けて分析するようにしたことを特徴とする請求項１記載の機種別通信性能の分析システム。
前記呼がパケット交換用の呼とされている場合は、接続確立されたチャネルに割り当てられたビットレートを追跡して、切断直前のビットレート情報も関連付けて分析するようにしたことを特徴とする請求項２記載の機種別通信性能の分析システム。