JP2004289395A

JP2004289395A - Simulator and system for gprs

Info

Publication number: JP2004289395A
Application number: JP2003077803A
Authority: JP
Inventors: Hidetaka Hirashima; 秀高平島; Makoto Yamada; 真山田
Original assignee: Anritsu Corp
Current assignee: Anritsu Corp
Priority date: 2003-03-20
Filing date: 2003-03-20
Publication date: 2004-10-14
Anticipated expiration: 2023-03-20
Also published as: JP3917095B2

Abstract

<P>PROBLEM TO BE SOLVED: To provide a simulator for GPRS and a GPRS system which can handle the processing contents to an RLC/MAC control message in a state capable of editing them by the external command input and which can impart the extensibility to the processing contents. <P>SOLUTION: A reply setting processor 4a of a control terminal 4 edits and sets the processed contents to the RLC/MAC control message. The control terminal 4 transmits to a simulator 3 either of the mode setting commands of a through mode which let the RLC/MAC control message received from a mobile unit 2 as it is pass through the simulator, or an auto mode which processes the RLC/MAC control message received from the mobile unit 2 using the contents stated in a 3 GPP standard in a processing part of the simulator 3. When it is in the through mode, the processing is executed to the RLC/MAC control message received as it is from the mobile unit 2 via the simulator 3 using the processing contents set by a reply setting processing part 4a, and the result is replied to the mobile unit 2. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、ＧＰＲＳ（汎用パケット無線サービス（ＧｅｎｅｒａｌＰａｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ））における移動機の各種試験を行う際に用いられるＧＰＲＳ用シミュレータ及びＧＰＲＳシステムに関する。
【０００２】
【従来の技術】
３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）規格には、ＧＰＲＳシステムの動作が規定されている（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／Ａｂｏｕｔ／ａｂｏｕｔ．ｈｔｍ又はｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｓｐｅｃｓ／ｓｐｅｃｓ．ｈｔｍ参照）。具体的に、ＧＰＲＳは、ＧＳＭシステムの新しいサービスであり、３ＧＰＰのＧＳＭフェーズ２以降の標準化の対象となっている。このＧＰＲＳの動作環境は、ＧＰＲＳバックボーンネットワークによって相互に連結された１もしくは１よりも多数のサブネットワークサービスエリアを備える。サブネットワークは、ＧＰＲＳサポートノード（もしくはエージェント）と称する複数のパケットデータサービスノードを備えている。これら複数のパケットデータサービスノードは、各々複数の基地局を介して、パケットデータサービスを移動機（移動体データ端末機器、移動局を含む）に提供できるようになっている。このため、セルであるＧＳＭ移動体ネットワークに接続される。中間の移動体ネットワークは、サポートノードと移動体データ端末機器との間に回線交換もしくはパケット交換データ伝送を提供している。ここのサブネットワークは、例えばＰＳＰＤＮ（公衆交換パケットデータ網（ＰｕｂｌｉｃＳｗｉｔｃｈｅｄＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ））といった外部データネットワークに接続される。これにより、ＧＰＲＳサービスは、インターフェースネットワークとしてのＧＳＭネットワーク機能として、移動体データ端末機器と外部データネットワークとの間にパケットデータ伝送を提供することができる。
【０００３】
図１１は上述したＧＰＳＲネットワークの一般的な装置の例を示している。移動体データ端末としての一般的な移動局の機能は、移動体ネットワークの移動局ＭＳ、及びデータインターフェースを介して移動局ＭＳに接続された携帯パーソナルコンピュータＰＣを含んでいる。移動局は、ＰＣアプリケーションによって使用されるプロトコルをサポートするダイレクトインターフェースポイントを任意に提供することができる。なお、移動局ＭＳ及び携帯パーソナルコンピュータＰＣを単一の構成要素に統合し、その中で、アプリケーションソフトウェアは、それが使用するプロトコルをサポートするインターフェースポイントを提供することも可能である。ネットワーク要素ＢＳＣ及びＭＳＣは、一般的なＧＳＭネットワークで既知である。
【０００４】
図１１の例では、ＧＰＲＳサービスの別個のサービングＧＰＲＳサポートノード（ＳＧＳＮ）を備えている。サポートノードは、ネットワークにおいて、あるパケット無線サービス動作を実施する。このような動作には、システム内及びシステム外の移動局ＭＳの登録、移動局ＭＳのルーティングエリアの更新、正しい目的地へのデータパケット（例えばデジタル形式にエンコードされた音声、コンピュータ相互間のデータトラフィック、テレファックスデータ、ショートプログラムコードシーケンス等のデジタル電気通信システムにおいて伝送される全ての情報）のルーティングが含まれる。ＳＧＳＮノードは、基地局ＢＴＳ、基地局コントローラＢＳＣ、もしくは移動交換センタＭＳＣに配置することができる。
【０００５】
なお、ＳＧＳＮノードは、全ての要素とは独立して配置することもできる。ＳＧＳＮノードと基地局コントローラＢＳＣとの間のインターフェースは、Ｇｂインターフェースと称される。また、１つの基地局コントローラＢＳＣによって制御されるエリアは、基地局サブシステム（ＢＳＳ）と称される。そして、移動局ＭＳからネットワークへの方向をアップリンクといい、その反対方向をダウンリンクという。
この出願の発明に関連する先行技術文献情報としては下記のものがある。
【０００６】
【特許文献１】
特表２０００−５１１７５３号公報
【０００７】
ところで、上述した図１１に示すＧＰＳＲネットワークの基地局サブシステム（ＢＳＳ）に成り代わって擬似的に基地局を構成し、実際にパケット通信を行うに際して、移動局ＭＳの各種試験を行うＧＰＲＳ用シミュレータが知られている。従来、この種のＧＰＲＳ用シミュレータは、外部の制御端末に接続されて擬似的に基地局を構成し、試験対象となる移動機から送信されるＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）／ＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）コントロールメッセージなどの各種メッセージやパケットデータを受信し、ＯＳＩ（ｏｐｅｎｓｙｓｔｅｍｓｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）基本参照モデルのレイヤ１（物理層）やレイヤ２（データリンク層）に関する処理を実行し、移動機の各種試験を行っている。また、ＧＰＲＳ用シミュレータに接続される制御端末では、ＯＳＩ基本参照モデルのレイヤ３（ネットワーク層）以上の処理を実行している。
【０００８】
さらに説明すると、このＧＰＲＳ用シミュレータでは、正常系の動作試験として、図５に示すように、移動機からパケットチャネル割り当て要求があると、移動機に対して上りパケットリソース割り当てを返信する。そして、移動機は、上りパケットリソース割り当ての返信を受けると、上りパケットデータを送信する。この上りパケットデータを受信すると、上りパケットデータ受信確認を返信する。
【０００９】
【発明が解決しようとする課題】
ところで、上述した従来のＧＰＲＳ用シミュレータでは、移動機から送信されるＲＬＣ／ＭＡＣコントロールメッセージを受信した場合、この受信したＲＬＣ／ＭＡＣコントロールメッセージを３ＧＰＰ規格に記述された内容で処理して移動機にＲＬＣ／ＭＡＣコントロールメッセージを返信していた。このため、従来のＧＰＲＳ用シミュレータでは、移動機から送信されるＲＬＣ／ＭＡＣコントロールメッセージに対し、決められた固定の処理を行ってＲＬＣ／ＭＡＣコントロールメッセージを返信することしかできなかった。従って、ＲＬＣ／ＭＡＣコントロールメッセージに対する処理内容に自由が効かなかった。しかも、ＧＰＲＳ用シミュレータに接続される外部の制御端末は、レイヤ３以上の処理を行うため、下位レイヤであるＲＬＣ／ＭＡＣコントロールメッセージに対する処理を直接取り扱うことができなかった。
【００１０】
そして、従来のＧＰＲＳ用シミュレータは、移動機を接続しようとするときに接続できるように正常動作することを前提としているので、移動機の正常系の試験を行うことはできるが、ＲＬＣ／ＭＡＣコントロールメッセージの内容を変えて準正常系の試験や異常系の試験を行うことができなかった。
【００１１】
そこで、本発明は上述した課題に鑑みてなされたものであって、移動機からのＲＬＣ／ＭＡＣコントロールメッセージに対する処理内容を外部からのコマンド入力により編集可能とすることにより、ＲＬＣ／ＭＡＣコントロールメッセージに対する処理内容に拡張性を持たせることができるＧＰＲＳ用シミュレータ及びＧＰＲＳシステムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
次に、上記の課題を解決するための手段を、実施の形態に対応する図面を参照して説明する。
請求項１記載のＧＰＲＳ用シミュレータは、ＧＰＲＳシステム１における移動機２の各種試験に用いられるＧＰＲＳ用シミュレータ３であって、
前記移動機から受信したＲＬＣ／ＭＡＣコントロールメッセージをそのまま外部の制御端末に送信し該制御端末から予め設定された処理内容で処理させるモードと、前記移動機から受信したＲＬＣ／ＭＡＣコントロールメッセージを自身の処理部３ｂで３ＧＰＰ規格に記述されＧＰＲＳシステムで定義された動作内容で処理を行うモードとが前記制御端末からのモード設定コマンドにより選択的に切り替えられることを特徴とする。
【００１３】
請求項２記載のＧＰＲＳシステムは、所定のＲＬＣ／ＭＡＣコントロールメッセージを送信する移動機２と、
該移動機から送信されるＲＬＣ／ＭＡＣコントロールメッセージを受信したときに、この受信したＲＬＣ／ＭＡＣコントロールメッセージの内容に応じた処理を実行するＧＰＲＳ用シミュレータ３と、
該ＧＰＲＳ用シミュレータに接続され、前記ＲＬＣ／ＭＡＣコントロールメッセージに対する処理内容を設定して処理する返信設定処理部４ａを有し、前記移動機から受信したＲＬＣ／ＭＡＣコントロールメッセージをそのままＧＰＲＳ用シミュレータを通過させるスルーモードと、前記移動機から受信したＲＬＣ／ＭＡＣコントロールメッセージを前記ＧＰＲＳ用シミュレータ内の処理部３ｂで３ＧＰＰ規格に記述されＧＰＲＳシステムで定義された動作内容で処理を行うオートモードとを選択的に切り替えるモード設定コマンドを前記ＧＰＲＳ用シミュレータに送信する制御端末４とを備え、
該制御端末は、前記ＧＰＲＳ用シミュレータにスルーモードのモード設定コマンドを送信したときに、前記移動機から前記ＧＰＲＳ用シミュレータを介してそのまま受信するＲＬＣ／ＭＡＣコントロールメッセージに対して前記返信設定処理部で設定された処理内容で処理を行って前記移動機に返信することを特徴とする。
【００１４】
【発明の実施の形態】
以下、本発明に係るＧＰＲＳ用シミュレータ及びＧＰＲＳシステムの好適な実施の形態を図面を参照して詳細に説明する。
【００１５】
図１は本発明に係るＧＰＲＳ用シミュレータを含むＧＰＲＳシステムの概略構成を示すブロック図、図２（ａ），（ｂ）は本発明に係るＧＰＲＳシステムで使用されるＲＬＣ／ＭＡＣコントロールメッセージのフォーマット図、図３は本発明に係るＧＰＲＳシステムにおけるオートモード時の動作シーケンスを示す図、図４は本発明に係るＧＰＲＳシステムにおけるスルーモード時の動作シーケンスを示す図である。
【００１６】
図１に示すように、本実施の形態によるＧＰＲＳシステム１は、移動局をなすＧＰＲＳ移動機（以下、移動機と略称する）２を試験対象とし、擬似的に基地局を形成するＧＰＲＳ用シミュレータ（以下、シミュレータと略称する）３及び外部の制御端末４を備えて概略構成される。
【００１７】
移動機２は、シミュレータ３との間で通信接続可能とされ、ＲＬＣ／ＭＡＣコントロールメッセージを含む各種メッセージ及びパケットデータをシミュレータ３に送信している。
【００１８】
ここで、ＲＬＣ／ＭＡＣコントロールメッセージは、図２（ａ），（ｂ）に示すようなフォーマット構成となっている。図２（ａ）は移動機２からシミュレータ３方向（アップリンク）に送信されるＲＬＣ／ＭＡＣコントロールメッセージのフォーマットを示している。また、図２（ｂ）はシミュレータ３（又は制御端末４）から移動機２方向（ダウンリンク）に送信されるＲＬＣ／ＭＡＣコントロールメッセージのフォーマットを示している。
【００１９】
図２（ａ），（ｂ）に示すように、ＲＬＣ／ＭＡＣコントロールメッセージは、ＭＡＣヘッダと複数のオクテットからなり、オクテットの部分にコントロールメッセージが書き込まれる。
【００２０】
シミュレータ３は、移動機２と制御端末４との間に配置され、制御端末４からの操作によって制御されるものであり、移動機２から送信されるＲＬＣ／ＭＡＣコントロールメッセージを含む各種メッセージ及びパケットデータを受信している。図１に示すように、このシミュレータ３は、第１処理部（ＰＨＹ部）３ａと第２処理部（ＲＬＣ／ＭＡＣ部）３ｂを備えている。第１処理部３ａは、ＯＳＩ（ｏｐｅｎｓｙｓｔｅｍｓｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）基本参照モデルのレイヤ１（物理層）に関する処理として、例えば変復調等の無線送受信系の処理や誤り訂正を含む符号化処理等を行っている。
【００２１】
第２処理部３ｂは、ＯＳＩ基本参照モデルのレイヤ２（データリンク層）に関する処理として、例えばデータをレイヤで規定されているサイズに編集する等のデータのやり取り時のデータの編集や分割の処理、メッセージの解析、リソース資源の割り当て、メッセージの再送制御等の処理を行っている。また、第２処理部３ｂには、ユーザの操作により制御端末４から２種類のモード（オートモード、スルーモード）の何れかのモードを示すモード指定コマンドが入力される。
【００２２】
第２処理部３ｂは、制御端末４からモード指定コマンドが入力されると、そのモード指定コマンドがオートモードかスルーモードの何れのモードを示すものか判断している。そして、第２処理部３ｂは、モード指定コマンドがオートモードと判断したとき、移動機２から受信したＲＬＣ／ＭＡＣコントロールメッセージに対して３ＧＰＰ規格に記述されＧＰＲＳシステムで定義された動作内容の処理を行って移動機２に図２（ｂ）に示すフォーマット構成のＲＬＣ／ＭＡＣコントロールメッセージを返信している。これに対し、第２処理部３ｂは、モード指定コマンドがスルーモードと判断したときには、移動機２から受信したＲＬＣ／ＭＡＣコントロールメッセージに対する処理を行わず、そのままＲＬＣ／ＭＡＣコントロールメッセージを制御端末４に送信している。
【００２３】
制御端末４は、予め設定されたシナリオを処理する返信設定処理部４ａを有し、シミュレータ３と接続され、シミュレータ３からそのまま送られてくるＲＬＣ／ＭＡＣコントロールメッセージの処理を含め、ＯＳＩ基本参照モデルのレイヤ３（ネットワーク層）以上の処理を行っている。返信設定処理部４ａでは、移動機２からシミュレータ３を介してそのまま送信されるＲＬＣ／ＭＡＣコントロールメッセージに対する返信内容をユーザの操作により任意に設定編集できるようになっている。
【００２４】
制御端末４は、ユーザの操作によりシミュレータ３の第２処理部３ｂにモード指定コマンドを送信している。このモード指定コマンドは、オートモードとスルーモードの２種類からなる。オートモードは、移動機２から受信したＲＬＣ／ＭＡＣコントロールメッセージに対して３ＧＰＰ規格に記述されＧＰＲＳシステムで定義された動作内容の処理をシミュレータ３の第２処理部３ｂ内で行うモードである。スルーモードは、移動機２から受信したＲＬＣ／ＭＡＣコントロールメッセージに対する処理を行わずそのままＲＬＣ／ＭＡＣコントロールメッセージを制御端末４に送信し、返信設定処理部４ａに設定された内容の処理を行うモードである。
【００２５】
なお、本例のＧＰＲＳシステム１では、デフォルトの状態でオートモードが設定されている。また、制御端末４の表示画面には、移動機２との間における通信の進行状況が表示されるようになっている。
【００２６】
次に、上記のように構成されるＧＰＲＳシステム１の動作について図３及び図４を参照しながら説明する。
【００２７】
まず、移動機２からのＲＬＣ／ＭＡＣコントロールメッセージに対する返信内容のシナリオを編集して制御端末４の返信設定処理部４ａに予め設定して書き込んでおく。すなわち、スルーモード時に、移動機２からシミュレータ３を介してそのまま送られてくるＲＬＣ／ＭＡＣコントロールメッセージに対し、どのような処理を行うか、その処理内容について編集して設定する。
【００２８】
そして、ユーザの操作によりオートモードを示すモード指定コマンドが制御端末４からシミュレータ３の第２処理部３ｂに入力されると、図３に示すオートモードによる処理が実行される。このオートモードは、従来通りの処理であり、図３に示すように、移動機２からＲＬＣ／ＭＡＣコントロールメッセージが送信されると、このＲＬＣ／ＭＡＣコントロールメッセージがシミュレータ３の第１処理部３ａを介して第２処理部３ｂに受信される。第２処理部３ｂでは、受信したＲＬＣ／ＭＡＣコントロールメッセージを３ＧＰＰ規格に記述された内容で処理を行って移動機２に返信する。
【００２９】
これに対し、ユーザの操作によりスルーモードを示すモード指定コマンドが制御端末４からシミュレータ３の第２処理部３ｂに入力されると、図４に示すスルーモードによる処理が実行される。このスルーモードでは、図４に示すように、移動機２から受信したＲＬＣ／ＭＡＣコントロールメッセージがシミュレータ３の第１処理部３ａ及び第２処理部３ｂをスルーしてそのまま制御端末４に送信される。そして、制御端末４では、シミュレータ３をスルーしてＲＬＣ／ＭＡＣコントロールメッセージが入力されると、そのＲＬＣ／ＭＡＣコントロールメッセージに対して予め返信設定処理部４ａで設定された内容の処理を行い、その処理結果をシミュレータ３を介して移動機２に返信する。
【００３０】
ここで、図５は本例のＧＰＲＳシステム１における上りパケットデータ転送時の正常系の試験を行う際の全体の流れを示している。
【００３１】
図５において、移動局は移動機２に該当し、基地局はシミュレータ３及び制御端末４に該当する。図５に示すように、基地局は、移動局からパケットチャネル割り当て要求があると、移動局に対して上りパケットリソース割り当てを返信する。次に、移動局は、基地局から上りパケットリソース割り当ての返信を受けると、上りパケットデータを基地局に送信する。そして、基地局は、この上りパケットデータを受信すると、上りパケットデータ受信確認を移動局に返信する。
【００３２】
次に、本例のＧＰＲＳシステム１の具体的な動作（図５の一点鎖線で囲まれた部分の動作に相当）について図６から図１０に基づいて説明する。まず、移動機の正常系（データ通信が成功する基本シーケンス）の試験を行う場合の動作について図６を参照しながら説明する。
【００３３】
この移動機の正常系の試験を行う場合には、オートモードの処理が実行される。制御端末４からシミュレータ３にオートモードのモード指定コマンドが送出されると、シミュレータ３は受信したモード指定コマンドにより現在のモードをオートモードに切り替える。そして、オートモードが指定された状態で、ＲＬＣ／ＭＡＣコントロールメッセージとして、移動機２からＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔ（パケットチャネルの割り当てを要求するメッセージ）が送信されると、このＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔをシミュレータ３の第２処理部３ｂが受信する。そして、第２処理部３ｂは、受信したＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔに対してＰａｃｋｅｔＵｐｌｉｎｋＡｓｓｉｇｎｍｅｎｔ（パケット上りリソース割り当てを通知するメッセージ）を返信する。移動機は、ＰａｃｋｅｔＵｐｌｉｎｋＡｓｓｉｇｎｍｅｎｔを受信すると、シミュレータ３にパケットデータを転送する。そして、シミュレータ３の第２処理部３ｂは、移動機２から転送されるパケットデータを受信すると、その受信状況に応じてＰａｃｋｅｔＵｐｌｉｎｋＡｃｋ／Ｎａｃｋ（パケット上りデータの受信確認の良否を通知するメッセージ）を移動機２に返信する。
【００３４】
次に、移動機の準正常系（正常系とは違う何らかの手順を踏むが最終的には正常にデータ通信が終了するシーケンス）の試験を行う場合の動作として、図７及び図８を参照しながら２つの例について説明する。
【００３５】
まず、スルーモード時に、移動機２からシミュレータ３を介してそのまま送られてくるＲＬＣ／ＭＡＣコントロールメッセージに対し、どのような処理を行って移動機２に返信するか、その処理内容について編集して設定しておく。図７の例では、ＲＬＣ／ＭＡＣコントロールメッセージとして、ＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔ（パケットチャネルの割り当てを要求するメッセージ）が送られてきたときに、ＰａｃｋｅｔＱｕｅｕｉｎｇＮｏｔｉｆｉｃａｔｉｏｎ（ＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔを受けたが移動機に待機してもらうメッセージ）を返信するように処理内容が返信設定処理部４ａにより設定される。
【００３６】
上記設定を終えた状態で、制御端末４からシミュレータ３にスルーモードのモード指定コマンドが送出されると、シミュレータ３は受信したモード指定コマンドにより現在のモードをスルーモードに切り替える。そして、スルーモードが指定された状態で、ＲＬＣ／ＭＡＣコントロールメッセージとして、移動機２からＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔが送信されると、このＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔはシミュレータ３を通過して制御端末４に送信される。制御端末４は、シミュレータ３を通過したＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔを受信すると、返信設定処理部４ａにより予め設定されたＰａｃｋｅｔＱｕｅｕｉｎｇＮｏｔｉｆｉｃａｔｉｏｎをシミュレータ３を介して移動機２に返信する。移動機２は、制御端末４からＰａｃｋｅｔＱｕｅｕｉｎｇＮｏｔｉｆｉｃａｔｉｏｎを受信すると、そのまま待機状態になる。その後、制御端末４からＰａｃｋｅｔＵｐｌｉｎｋＡｓｓｉｇｎｍｅｎｔ（パケット上りリソース割り当てを通知するメッセージ）がシミュレータ３を介して移動機２に返信される。続いて、制御端末４からシミュレータ３にオートモードのモード指定コマンドが送出されると、シミュレータ３は受信したモード指定コマンドにより現在のモードをオートモードに変更する。その後、移動機２は、制御端末４からのＰａｃｋｅｔＵｐｌｉｎｋＡｓｓｉｇｎｍｅｎｔを受信すると、シミュレータ３にパケットデータを転送する。そして、シミュレータ３の第２処理部３ｂは、移動機２から転送されるパケットデータを受信すると、その受信状況に応じてＰａｃｋｅｔＵｐｌｉｎｋＡｃｋ／Ｎａｃｋ（パケット上りデータの受信確認の良否を通知するメッセージ）を移動機２に返信する。この図７に示す処理によれば、ＰａｃｋｅｔＱｕｅｕｉｎｇＮｏｔｉｆｉｃａｔｉｏｎを返信したときの移動機の動作を試験することができる。
【００３７】
次に、図８の例では、ＲＬＣ／ＭＡＣコントロールメッセージとして、ＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔ（パケットチャネルの割り当てを要求するメッセージ）が送られてきたときに、ＰａｃｋｅｔＡｃｃｅｓｓＲｅｊｅｃｔ（チャネル要求を拒否するメッセージ）を返信するように処理内容が返信設定処理部４ａにより設定される。
【００３８】
上記設定を終えた状態で、制御端末４からシミュレータ３にスルーモードのモード指定コマンドが送出されると、シミュレータ３は受信したモード指定コマンドにより現在のモードをスルーモードに切り替える。そして、スルーモードが指定された状態で、ＲＬＣ／ＭＡＣコントロールメッセージとして、移動機２からＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔが送信されると、このＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔはシミュレータ３を通過して制御端末４に送信される。制御端末４は、シミュレータ３を通過したＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔを受信すると、返信設定処理部４ａにより予め設定されたＰａｃｋｅｔＡｃｃｅｓｓＲｅｊｅｃｔをシミュレータ３を介して移動機２に返信する。この図８に示す処理によれば、ＰａｃｋｅｔＡｃｃｅｓｓＲｅｊｅｃｔによりチャネル要求が拒否されたときの移動機２の動作を試験することができる。
【００３９】
次に、移動機の異常系（異常終了で終わり、データ通信が正常に終了しないシーケンス）の試験を行う場合の動作として、図９及び図１０を参照しながら２つの例について説明する。
【００４０】
まず、スルーモード時に、移動機２からシミュレータ３を介してそのまま送られてくるＲＬＣ／ＭＡＣコントロールメッセージに対し、どのような処理を行って移動機２に返信するか、その処理内容について編集して設定しておく。図９の例では、ＲＬＣ／ＭＡＣコントロールメッセージとして、ＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔ（パケットチャネルの割り当てを要求するメッセージ）が送られてきたときに、内容が構文エラーのコントロールメッセージを返信するように処理内容が返信設定処理部４ａにより設定される。
【００４１】
上記設定を終えた状態で、制御端末４からシミュレータ３にスルーモードのモード指定コマンドが送出されると、シミュレータ３は受信したモード指定コマンドにより現在のモードをスルーモードに切り替える。そして、スルーモードが指定された状態で、ＲＬＣ／ＭＡＣコントロールメッセージとして、移動機２からＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔが送信されると、このＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔはシミュレータ３を通過して制御端末４に送信される。制御端末４は、シミュレータ３を通過したＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔを受信すると、返信設定処理部４ａにより予め設定された内容が構文エラーのコントロールメッセージをシミュレータ３を介して移動機２に返信する。この図９に示す処理によれば、内容が構文エラーのコントロールメッセージを移動機２が受信したときの動作を試験することができる。
【００４２】
次に、図１０の例では、ＲＬＣ／ＭＡＣコントロールメッセージとして、ＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔ（パケットチャネルの割り当てを要求するメッセージ）が送られてきたときに、応答しないように処理内容が返信設定処理部４ａにより設定される。
【００４３】
上記設定を終えた状態で、制御端末４からシミュレータ３にスルーモードのモード指定コマンドが送出されると、シミュレータ３は受信したモード指定コマンドにより現在のモードをスルーモードに切り替える。そして、スルーモードが指定された状態で、ＲＬＣ／ＭＡＣコントロールメッセージとして、移動機２からＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔが送信されると、このＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔはシミュレータ３を通過して制御端末４に送信される。制御端末４は、シミュレータ３を通過したＰａｃｋｅｔＣｈａｎｎｅｌＲｅｑｕｅｓｔを受信すると、返信設定処理部４ａにより予め設定された内容、すなわち移動機２に返信しない処理がなされる。この図１０に示す処理によれば、制御端末４（基地局）が無応答のときの処理を試験することができる。
【００４４】
このように、本例のＧＰＲＳシステムでは、ＲＬＣ／ＭＡＣレイヤの処理モードとしてオートモードとスルーモードの２種類のモードを持っている。そして、上位レイヤの試験時はスループットを向上させるためにオートモードに設定し、ＲＬＣ／ＭＡＣレイヤの試験時にはユーザが編集可能な返信設定処理部４ａ内にＲＬＣ／ＭＡＣの処理を記述するスルーモードに設定する。これにより、両者の試験に一台のシミュレータで対応でき、テスト対象を拡張することができる。
【００４５】
また、従来、シミュレータ内の処理部でしか取り扱えないＲＬＣ／ＭＡＣレイヤのメッセージを外部の制御端末でも取り扱うことができ、レイヤ３以上の処理だけではなく、スルーモード時にＲＬＣ／ＭＡＣレイヤ（ＲＬＣ／ＭＡＣコントロールメッセージに対する返信メッセージ）の処理までもユーザに開放して制御端末で処理することができる。従って、事前に返信設定処理部４ａ内にＲＬＣ／ＭＡＣコントロールメッセージに対する処理内容を自由に書き込んでおけば、移動機の各種所望の試験を行うことができ、処理内容に拡張性を持たせることができる。
【００４６】
具体的に、移動機から送信されるＲＬＣ／ＭＡＣコントロールメッセージに対する処理内容を制御端末の返信設定処理部により予め編集して設定しておけば、制御端末からのモード指定コマンドの送出により、移動機からのチャネル割り当て要求に対しリソース割り当て通知を行って移動機の正常系の試験を行うだけでなく、図７乃至図１０に示すような準正常系又は異常系の試験も行うことができる。これにより、移動機を多方面から試験し、その性能を評価することができる。また、移動機の正常系の試験を行うのは前述のオートモードだけでなく、スルーモードで処理を実行できる。
【００４７】
【発明の効果】
以上説明したように、本発明によれば、ＲＬＣ／ＭＡＣレイヤの処理モードとしてオートモードとスルーモードの２種類のモードを持ち、上位レイヤの試験時はスループットを向上させるためにオートモードに設定し、ＲＬＣ／ＭＡＣレイヤの試験時にはユーザが編集可能な返信設定処理部内にＲＬＣ／ＭＡＣの処理を記述するスルーモードに設定する。これにより、両者の試験に一台のシミュレータで対応でき、テスト対象を拡張することができる。
【００４８】
また、従来、シミュレータ内の処理部でしか取り扱えないＲＬＣ／ＭＡＣレイヤのメッセージを外部の制御端末でも取り扱うことができ、レイヤ３以上の処理だけではなく、ＲＬＣ／ＭＡＣレイヤの処理もユーザに開放して制御端末で処理することができる。これにより、事前に返信設定処理部内にＲＬＣ／ＭＡＣコントロールメッセージに対する処理内容を自由に書き込んで移動機の各種所望の試験を行うことができ、処理内容に拡張性を持たせることができる。
【００４９】
具体的に、移動機から送信されるＲＬＣ／ＭＡＣコントロールメッセージに対する処理内容を制御端末の返信設定処理部により予め編集して設定しておけば、制御端末からのモード指定コマンドの送出により、移動機の正常系の試験のみでなく、準正常系又は異常系の試験も行い、移動機を多方面から試験して性能を評価することができる。
【図面の簡単な説明】
【図１】本発明に係るＧＰＲＳ用シミュレータを含むＧＰＲＳシステムの概略構成を示すブロック図である。
【図２】（ａ），（ｂ）本発明に係るＧＰＲＳシステムに使用されるＲＬＣ／ＭＡＣコントロールメッセージのフォーマット図である。
【図３】本発明に係るＧＰＲＳシステムにおけるオートモード時の動作シーケンスを示す図である。
【図４】本発明に係るＧＰＲＳシステムにおけるスルーモード時の動作シーケンスを示す図である。
【図５】ＧＰＲＳシステムにおける上りパケットデータ転送時の全体の流れを示す図である。
【図６】本発明に係るＧＰＲＳシステムにおいて正常系の試験を行う際の具体的な動作シーケンスの一例を示す図である。
【図７】本発明に係るＧＰＲＳシステムにおいて準正常系の試験を行う際の具体的な動作シーケンスの一例を示す図である。
【図８】本発明に係るＧＰＲＳシステムにおいて準正常系の試験を行う際の具体的な動作シーケンスの他の例を示す図である。
【図９】本発明に係るＧＰＲＳシステムにおいて異常系の試験を行う際の具体的な動作シーケンスの一例を示す図である。
【図１０】本発明に係るＧＰＲＳシステムにおいて異常系の試験を行う際の具体的な動作シーケンスの他の例を示す図である。
【図１１】ＧＰＳＲネットワークの一般的な装置の例を示す図である。
【符号の説明】
１…ＧＰＲＳシステム、２…移動機、３…シミュレータ、３ａ…第１処理部（ＰＨＹ）、３ｂ…第２処理部（ＲＬＣ／ＭＡＣ）、４…制御端末、４ａ…返信設定処理部。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a GPRS simulator and a GPRS system used when performing various tests of a mobile station in GPRS (General Packet Radio Service).
[0002]
[Prior art]
The operation of the GPRS system is defined in the 3GPP (3rd Generation Partnership Project) standard (http://www.3gpp.org/About/about.htm or http: //www.3gpscpsorg/sgp/corps/sgp/corps.org/en/index.html). .Htm). Specifically, GPRS is a new service of the GSM system, and has been the subject of standardization after 3GPP GSM phase 2. The GPRS operating environment comprises one or more sub-network service areas interconnected by a GPRS backbone network. The sub-network comprises a plurality of packet data service nodes called GPRS support nodes (or agents). Each of the plurality of packet data service nodes can provide a packet data service to a mobile station (including a mobile data terminal device and a mobile station) via a plurality of base stations. For this, it is connected to the GSM mobile network, which is a cell. Intermediate mobile networks provide circuit-switched or packet-switched data transmission between support nodes and mobile data terminal equipment. The sub-network here is connected to an external data network such as, for example, PSPDN (Public Switched Packet Data Network). Thereby, the GPRS service can provide packet data transmission between the mobile data terminal equipment and the external data network as a GSM network function as an interface network.
[0003]
FIG. 11 shows an example of a general device of the GPSR network described above. Typical mobile station functions as a mobile data terminal include a mobile station MS in a mobile network and a portable personal computer PC connected to the mobile station MS via a data interface. The mobile station can optionally provide a direct interface point that supports the protocol used by the PC application. It should be noted that the mobile station MS and the portable personal computer PC can be integrated into a single component, in which the application software can provide an interface point that supports the protocol used by it. The network elements BSC and MSC are known in general GSM networks.
[0004]
In the example of FIG. 11, a separate serving GPRS support node (SGSN) for GPRS services is provided. The support nodes perform certain packet radio service operations in the network. Such operations include registration of mobile stations MS within and outside the system, updating the routing area of mobile stations MS, data packets to the correct destination (eg, voice encoded in digital format, data between computers, etc.). Routing of all information transmitted in the digital telecommunications system, such as traffic, telefax data, short program code sequences, etc.). The SGSN node can be located at the base station BTS, the base station controller BSC, or the mobile switching center MSC.
[0005]
Note that the SGSN node can be arranged independently of all elements. The interface between the SGSN node and the base station controller BSC is called Gb interface. The area controlled by one base station controller BSC is called a base station subsystem (BSS). The direction from the mobile station MS to the network is called an uplink, and the opposite direction is called a downlink.
Prior art document information related to the invention of this application includes the following.
[0006]
[Patent Document 1]
JP 2000-517553 A
[0007]
By the way, a simulator for GPRS that performs various tests of the mobile station MS when a base station is simulated in place of the base station subsystem (BSS) of the GPSR network shown in FIG. 11 and packet communication is actually performed. It has been known. Conventionally, a GPRS simulator of this type is connected to an external control terminal to form a pseudo base station, and transmits a radio link control (RLC) / media access control (MAC) transmitted from a mobile station to be tested. Various messages such as control messages and packet data are received, and processing relating to layer 1 (physical layer) and layer 2 (data link layer) of the OSI (open systems interconnection) basic reference model is performed, and various tests of mobile devices are performed. ing. Also, the control terminal connected to the GPRS simulator executes processing of layer 3 (network layer) or higher of the OSI basic reference model.
[0008]
More specifically, in the GPRS simulator, as a normal system operation test, as shown in FIG. 5, when there is a packet channel allocation request from the mobile station, the uplink packet resource allocation is returned to the mobile station. Then, upon receiving the reply of the uplink packet resource allocation, the mobile station transmits the uplink packet data. Upon receiving this uplink packet data, it returns an uplink packet data reception confirmation.
[0009]
[Problems to be solved by the invention]
In the above-described conventional GPRS simulator, when an RLC / MAC control message transmitted from a mobile device is received, the received RLC / MAC control message is processed according to the content described in the 3GPP standard and transmitted to the mobile device. An RLC / MAC control message was returned. For this reason, the conventional GPRS simulator can only return a RLC / MAC control message by performing a predetermined fixed process on an RLC / MAC control message transmitted from a mobile station. Therefore, the processing contents for the RLC / MAC control message were not free. In addition, since the external control terminal connected to the GPRS simulator performs the processing of Layer 3 or higher, it cannot directly handle the processing for the RLC / MAC control message which is the lower layer.
[0010]
Since the conventional GPRS simulator is assumed to operate normally so that the mobile device can be connected when trying to connect the mobile device, the normal system test of the mobile device can be performed. The test of the quasi-normal system and the test of the abnormal system could not be performed by changing the content of the message.
[0011]
In view of the above, the present invention has been made in view of the above-described problem, and enables processing contents of an RLC / MAC control message from a mobile device to be edited by inputting a command from the outside, thereby enabling an RLC / MAC control message to be edited. It is an object of the present invention to provide a GPRS simulator and a GPRS system capable of providing expandable processing contents.
[0012]
[Means for Solving the Problems]
Next, means for solving the above problems will be described with reference to the drawings corresponding to the embodiments.
The GPRS simulator according to claim 1 is a GPRS simulator 3 used for various tests of the mobile device 2 in the GPRS system 1,
A mode in which the RLC / MAC control message received from the mobile station is transmitted to an external control terminal as it is and processed by the control terminal according to preset processing contents, and an RLC / MAC control message received from the mobile station is transmitted to its own terminal. The processing unit 3b is selectively switched between a mode in which processing is performed according to the operation content described in the 3GPP standard and defined in the GPRS system, by a mode setting command from the control terminal.
[0013]
The GPRS system according to claim 2, wherein the mobile station 2 transmits a predetermined RLC / MAC control message;
A GPRS simulator 3 for executing a process according to the content of the received RLC / MAC control message when receiving the RLC / MAC control message transmitted from the mobile device;
It has a reply setting processing unit 4a connected to the GPRS simulator for setting and processing the contents of the RLC / MAC control message, and passes the RLC / MAC control message received from the mobile station as it is through the GPRS simulator. Selectively, a through mode in which the RLC / MAC control message received from the mobile station is processed by the processing unit 3b in the simulator for GPRS according to the operation content described in the 3GPP standard and defined in the GPRS system. A control terminal 4 for transmitting a mode setting command to switch to the simulator for GPRS,
The control terminal, when transmitting a mode setting command of the through mode to the simulator for GPRS, responds to the RLC / MAC control message received as it is from the mobile station via the simulator for GPRS by the reply setting processing unit. The processing is performed according to the set processing contents, and the processing is returned to the mobile device.
[0014]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, preferred embodiments of a GPRS simulator and a GPRS system according to the present invention will be described in detail with reference to the drawings.
[0015]
FIG. 1 is a block diagram showing a schematic configuration of a GPRS system including a GPRS simulator according to the present invention, and FIGS. 2A and 2B are format diagrams of an RLC / MAC control message used in the GPRS system according to the present invention. FIG. 3 is a diagram showing an operation sequence in the GPRS system according to the present invention in the auto mode, and FIG. 4 is a diagram showing an operation sequence in the through mode in the GPRS system according to the present invention.
[0016]
As shown in FIG. 1, a GPRS system 1 according to the present embodiment is a GPRS simulator for testing a GPRS mobile device (hereinafter abbreviated as a mobile device) 2 as a mobile station and forming a pseudo base station. (Hereinafter, abbreviated as a simulator) 3 and an external control terminal 4.
[0017]
The mobile device 2 is capable of communication connection with the simulator 3 and transmits various messages including RLC / MAC control messages and packet data to the simulator 3.
[0018]
Here, the RLC / MAC control message has a format configuration as shown in FIGS. 2 (a) and 2 (b). FIG. 2A shows the format of an RLC / MAC control message transmitted from the mobile station 2 to the simulator 3 (uplink). FIG. 2B shows the format of an RLC / MAC control message transmitted from the simulator 3 (or the control terminal 4) toward the mobile device 2 (downlink).
[0019]
As shown in FIGS. 2A and 2B, the RLC / MAC control message includes a MAC header and a plurality of octets, and a control message is written in an octet portion.
[0020]
The simulator 3 is disposed between the mobile station 2 and the control terminal 4 and is controlled by an operation from the control terminal 4, and includes various messages and packets including an RLC / MAC control message transmitted from the mobile station 2. Receiving data. As shown in FIG. 1, the simulator 3 includes a first processing unit (PHY unit) 3a and a second processing unit (RLC / MAC unit) 3b. The first processing unit 3a performs, for example, processing of a wireless transmission / reception system such as modulation / demodulation and encoding processing including error correction, as processing relating to layer 1 (physical layer) of an OSI (open systems interconnection) basic reference model.
[0021]
The second processing unit 3b processes, for example, editing or dividing data at the time of data exchange, such as editing data to a size specified by the layer, as processing relating to layer 2 (data link layer) of the OSI basic reference model. , Message analysis, resource resource allocation, and message retransmission control. In addition, a mode designation command indicating one of two types of modes (auto mode and through mode) is input from the control terminal 4 to the second processing unit 3b by a user operation.
[0022]
When a mode designation command is input from the control terminal 4, the second processing unit 3b determines whether the mode designation command indicates an auto mode or a through mode. Then, when the second processing unit 3b determines that the mode designation command is the auto mode, the second processing unit 3b processes the operation content described in the 3GPP standard and defined in the GPRS system with respect to the RLC / MAC control message received from the mobile device 2. Then, an RLC / MAC control message having the format shown in FIG. On the other hand, when the second processing unit 3b determines that the mode designation command is the through mode, the second processing unit 3b does not process the RLC / MAC control message received from the mobile device 2 and sends the RLC / MAC control message to the control terminal 4 as it is. Sending.
[0023]
The control terminal 4 includes a reply setting processing unit 4a that processes a preset scenario, is connected to the simulator 3, and includes an OSI basic reference model including processing of an RLC / MAC control message directly transmitted from the simulator 3. Of layer 3 (network layer) and above. The reply setting processing section 4a is capable of arbitrarily setting and editing the contents of a reply to the RLC / MAC control message transmitted from the mobile device 2 via the simulator 3 as it is.
[0024]
The control terminal 4 transmits a mode designation command to the second processing unit 3b of the simulator 3 by a user operation. This mode designation command consists of two types, an auto mode and a through mode. The auto mode is a mode in which the processing of the operation content described in the 3GPP standard and defined in the GPRS system is performed in the second processing unit 3b of the simulator 3 with respect to the RLC / MAC control message received from the mobile device 2. The through mode is a mode in which the RLC / MAC control message received from the mobile device 2 is not processed, the RLC / MAC control message is transmitted to the control terminal 4 as it is, and the content set in the reply setting processing unit 4a is processed. is there.
[0025]
In the GPRS system 1 of this example, the auto mode is set in a default state. The display screen of the control terminal 4 displays the progress of communication with the mobile device 2.
[0026]
Next, the operation of the GPRS system 1 configured as described above will be described with reference to FIGS.
[0027]
First, the scenario of the reply content to the RLC / MAC control message from the mobile device 2 is edited and set in advance in the reply setting processing unit 4a of the control terminal 4 and written. That is, in the through mode, what kind of processing is to be performed on the RLC / MAC control message directly transmitted from the mobile device 2 via the simulator 3 is edited and set.
[0028]
Then, when a mode designation command indicating the auto mode is input from the control terminal 4 to the second processing unit 3b of the simulator 3 by a user operation, the process in the auto mode shown in FIG. 3 is executed. This auto mode is a conventional process. As shown in FIG. 3, when an RLC / MAC control message is transmitted from the mobile device 2, the RLC / MAC control message is transmitted to the first processing unit 3a of the simulator 3. The data is received by the second processing unit 3b via the communication terminal. The second processing unit 3b processes the received RLC / MAC control message according to the content described in the 3GPP standard, and returns it to the mobile device 2.
[0029]
On the other hand, when a mode designation command indicating the through mode is input from the control terminal 4 to the second processing unit 3b of the simulator 3 by a user operation, the process in the through mode shown in FIG. 4 is executed. In the through mode, as shown in FIG. 4, the RLC / MAC control message received from the mobile device 2 is transmitted to the control terminal 4 as it is through the first processing unit 3a and the second processing unit 3b of the simulator 3. . When the control terminal 4 receives the RLC / MAC control message through the simulator 3, the control terminal 4 processes the RLC / MAC control message according to the content set in advance by the reply setting processing unit 4 a. The processing result is returned to the mobile device 2 via the simulator 3.
[0030]
Here, FIG. 5 shows an overall flow when a normal system test is performed at the time of uplink packet data transfer in the GPRS system 1 of this example.
[0031]
In FIG. 5, the mobile station corresponds to the mobile device 2, and the base station corresponds to the simulator 3 and the control terminal 4. As shown in FIG. 5, upon receiving a packet channel allocation request from the mobile station, the base station returns an uplink packet resource allocation to the mobile station. Next, when receiving the reply of the uplink packet resource allocation from the base station, the mobile station transmits the uplink packet data to the base station. When receiving the uplink packet data, the base station returns an uplink packet data reception confirmation to the mobile station.
[0032]
Next, a specific operation of the GPRS system 1 of this example (corresponding to an operation of a portion surrounded by a dashed line in FIG. 5) will be described with reference to FIGS. First, an operation when a test of a normal system (a basic sequence in which data communication succeeds) of the mobile device is performed will be described with reference to FIG.
[0033]
When performing a test of a normal system of the mobile device, processing in an auto mode is executed. When the control terminal 4 sends a mode designation command for the auto mode to the simulator 3, the simulator 3 switches the current mode to the auto mode according to the received mode designation command. Then, in a state where the auto mode is specified, when a packet channel request (a message requesting packet channel allocation) is transmitted from the mobile device 2 as an RLC / MAC control message, the packet channel request is transmitted to the simulator 3. The second processing unit 3b receives the data. Then, the second processing unit 3b returns a Packet Uplink Assignment (a message notifying the packet uplink resource allocation) to the received Packet Channel Request. Upon receiving the Packet Uplink Assignment, the mobile device transfers the packet data to the simulator 3. Then, upon receiving the packet data transferred from the mobile device 2, the second processing unit 3b of the simulator 3 receives a packet uplink Ack / Nack (message notifying the reception confirmation of the packet uplink data) according to the reception status. To the mobile device 2.
[0034]
Next, with reference to FIGS. 7 and 8, an operation for performing a test of a quasi-normal system of a mobile device (a sequence in which some procedure different from the normal system is performed, but data communication ends normally) will be described. Two examples will be described.
[0035]
First, in the through mode, what kind of processing is to be performed on the RLC / MAC control message directly sent from the mobile device 2 via the simulator 3 to return it to the mobile device 2 is edited. Set it. In the example of FIG. 7, when a Packet Channel Request (a message requesting packet channel allocation) is sent as an RLC / MAC control message, the mobile station waits for a Packet Queuing Notification (Packet Channel Request received). The processing contents are set by the reply setting processing unit 4a so as to reply with the message to be received.
[0036]
When the control terminal 4 sends a mode designation command of the through mode to the simulator 3 in a state where the above setting is completed, the simulator 3 switches the current mode to the through mode according to the received mode designation command. Then, when a packet channel request is transmitted from the mobile device 2 as an RLC / MAC control message in a state where the through mode is specified, the packet channel request is transmitted to the control terminal 4 through the simulator 3. When the control terminal 4 receives the Packet Channel Request that has passed through the simulator 3, the control terminal 4 returns the Packet Queueing Notification set in advance by the reply setting processing unit 4 a to the mobile device 2 via the simulator 3. Upon receiving the Packet Queuing Notification from the control terminal 4, the mobile device 2 enters the standby state as it is. Thereafter, the control terminal 4 returns a Packet Uplink Assignment (a message notifying the packet uplink resource allocation) to the mobile device 2 via the simulator 3. Subsequently, when the mode designation command of the auto mode is transmitted from the control terminal 4 to the simulator 3, the simulator 3 changes the current mode to the auto mode according to the received mode designation command. After that, when receiving the Packet Uplink Assignment from the control terminal 4, the mobile device 2 transfers the packet data to the simulator 3. Then, upon receiving the packet data transferred from the mobile device 2, the second processing unit 3b of the simulator 3 receives a packet uplink Ack / Nack (message notifying the reception confirmation of the packet uplink data) according to the reception status. To the mobile device 2. According to the processing shown in FIG. 7, it is possible to test the operation of the mobile device when returning the Packet Queuing Notification.
[0037]
Next, in the example of FIG. 8, when a Packet Channel Request (a message requesting packet channel allocation) is sent as an RLC / MAC control message, a Packet Access Reject (message rejecting a channel request) is returned. The processing contents are set by the reply setting processing unit 4a so as to perform the processing.
[0038]
When the control terminal 4 sends a mode designation command of the through mode to the simulator 3 in a state where the above setting is completed, the simulator 3 switches the current mode to the through mode according to the received mode designation command. Then, when a packet channel request is transmitted from the mobile device 2 as an RLC / MAC control message in a state where the through mode is specified, the packet channel request is transmitted to the control terminal 4 through the simulator 3. When receiving the Packet Channel Request that has passed through the simulator 3, the control terminal 4 returns a Packet Access Reject preset by the reply setting processing unit 4 a to the mobile device 2 via the simulator 3. According to the processing shown in FIG. 8, it is possible to test the operation of the mobile station 2 when the channel request is rejected by the Packet Access Reject.
[0039]
Next, two examples will be described with reference to FIG. 9 and FIG. 10 as an operation in the case of performing a test of an abnormal system of a mobile device (a sequence that ends with abnormal termination and does not terminate data communication normally).
[0040]
First, in the through mode, what kind of processing is to be performed on the RLC / MAC control message directly sent from the mobile device 2 via the simulator 3 to return it to the mobile device 2 is edited. Set it. In the example of FIG. 9, when a Packet Channel Request (a message requesting packet channel assignment) is sent as an RLC / MAC control message, the processing content is returned so as to return a control message having a syntax error. The setting is performed by the setting processing unit 4a.
[0041]
When the control terminal 4 sends a mode designation command of the through mode to the simulator 3 in a state where the above setting is completed, the simulator 3 switches the current mode to the through mode according to the received mode designation command. Then, when a packet channel request is transmitted from the mobile device 2 as an RLC / MAC control message in a state where the through mode is specified, the packet channel request is transmitted to the control terminal 4 through the simulator 3. When the control terminal 4 receives the Packet Channel Request that has passed through the simulator 3, the control terminal 4 returns a control message in which the content set in advance by the reply setting processing unit 4 a is a syntax error to the mobile device 2 via the simulator 3. According to the processing shown in FIG. 9, it is possible to test the operation when the mobile device 2 receives a control message whose content is a syntax error.
[0042]
Next, in the example of FIG. 10, when a Packet Channel Request (message requesting packet channel allocation) is sent as an RLC / MAC control message, the processing content is set by the reply setting processing unit 4a so as not to respond. Is set.
[0043]
When the control terminal 4 sends a mode designation command of the through mode to the simulator 3 in a state where the above setting is completed, the simulator 3 switches the current mode to the through mode according to the received mode designation command. Then, when a packet channel request is transmitted from the mobile device 2 as an RLC / MAC control message in a state where the through mode is specified, the packet channel request is transmitted to the control terminal 4 through the simulator 3. When the control terminal 4 receives the Packet Channel Request that has passed through the simulator 3, the content set in advance by the reply setting processing unit 4 a, that is, a process of not sending a reply to the mobile device 2 is performed. According to the processing shown in FIG. 10, it is possible to test the processing when the control terminal 4 (base station) does not respond.
[0044]
As described above, the GPRS system of the present example has two types of processing modes of the RLC / MAC layer: the auto mode and the through mode. When the upper layer is tested, the automatic mode is set in order to improve the throughput. When the RLC / MAC layer is tested, the through mode is used in which the RLC / MAC processing is described in the reply setting processing unit 4a which can be edited by the user. Set. As a result, both tests can be handled by one simulator, and the test object can be expanded.
[0045]
Conventionally, an RLC / MAC layer message that can only be handled by a processing unit in a simulator can be handled by an external control terminal, and not only a layer 3 or higher process but also an RLC / MAC layer (RLC / MAC) in a through mode. Even processing of a reply message to a control message) can be opened to the user and processed by the control terminal. Therefore, if the processing contents for the RLC / MAC control message are freely written in advance in the reply setting processing unit 4a, various desired tests of the mobile device can be performed, and the processing contents can be extended. it can.
[0046]
Specifically, if the processing contents for the RLC / MAC control message transmitted from the mobile terminal are edited and set in advance by the reply setting processing unit of the control terminal, the transmission of the mode designation command from the control terminal will In addition to performing a resource allocation notification in response to a channel allocation request from, a test of a normal system of a mobile station can be performed, as well as a test of a quasi-normal system or an abnormal system as shown in FIGS. As a result, the mobile device can be tested from various angles and its performance can be evaluated. In addition, the test of the normal system of the mobile device can be executed not only in the above-described auto mode but also in the through mode.
[0047]
【The invention's effect】
As described above, according to the present invention, the RLC / MAC layer has two types of processing modes, an auto mode and a through mode, and is set to the auto mode in order to improve the throughput when testing the upper layer. When the RLC / MAC layer is tested, a through mode in which the RLC / MAC process is described is set in a reply setting processing unit that can be edited by the user. As a result, both tests can be handled by one simulator, and the test object can be expanded.
[0048]
Conventionally, an RLC / MAC layer message that can only be handled by the processing unit in the simulator can be handled by an external control terminal, and the RLC / MAC layer processing as well as the layer 3 or higher processing is opened to the user. Can be processed by the control terminal. As a result, it is possible to freely write the processing contents for the RLC / MAC control message in the reply setting processing unit in advance and perform various desired tests of the mobile station, thereby making the processing contents scalable.
[0049]
Specifically, if the processing contents for the RLC / MAC control message transmitted from the mobile terminal are edited and set in advance by the reply setting processing unit of the control terminal, the transmission of the mode designation command from the control terminal will Not only the normal system test, but also a quasi-normal system or an abnormal system test is performed, and the performance of the mobile device can be evaluated by testing from various aspects.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a schematic configuration of a GPRS system including a GPRS simulator according to the present invention.
2 (a) and 2 (b) are format diagrams of an RLC / MAC control message used in the GPRS system according to the present invention.
FIG. 3 is a diagram showing an operation sequence in an auto mode in the GPRS system according to the present invention.
FIG. 4 is a diagram showing an operation sequence in a through mode in the GPRS system according to the present invention.
FIG. 5 is a diagram showing an overall flow at the time of uplink packet data transfer in the GPRS system.
FIG. 6 is a diagram showing an example of a specific operation sequence when a normal system test is performed in the GPRS system according to the present invention.
FIG. 7 is a diagram showing an example of a specific operation sequence when performing a test of a quasi-normal system in the GPRS system according to the present invention.
FIG. 8 is a diagram showing another example of a specific operation sequence when a quasi-normal system test is performed in the GPRS system according to the present invention.
FIG. 9 is a diagram showing an example of a specific operation sequence when an abnormal system test is performed in the GPRS system according to the present invention.
FIG. 10 is a diagram showing another example of a specific operation sequence when a test of an abnormal system is performed in the GPRS system according to the present invention.
FIG. 11 is a diagram illustrating an example of a general device of a GPSR network.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... GPRS system, 2 ... mobile station, 3 ... simulator, 3a ... 1st processing part (PHY), 3b ... 2nd processing part (RLC / MAC), 4 ... control terminal, 4a ... reply setting processing part.

Claims

A GPRS simulator (3) used for various tests of a mobile device (2) in a GPRS system (1),
A mode in which the RLC / MAC control message received from the mobile station is transmitted to an external control terminal as it is and processed by the control terminal according to preset processing contents, and an RLC / MAC control message received from the mobile station is transmitted to its own terminal. A GPRS simulator characterized in that a processing unit (3b) is selectively switched between a mode in which processing is performed in accordance with the operation contents defined in the 3GPP standard and defined in the GPRS system by a mode setting command from the control terminal.

A mobile station (2) for transmitting a predetermined RLC / MAC control message;
A GPRS simulator (3) for executing a process according to the content of the received RLC / MAC control message when receiving the RLC / MAC control message transmitted from the mobile device;
A reply setting processing unit (4a) connected to the GPRS simulator for setting and processing the contents of processing of the RLC / MAC control message, wherein the RLC / MAC control message received from the mobile device is used as it is as a GPRS simulator; And an automatic mode in which the processing unit (3b) in the simulator for GPRS processes the RLC / MAC control message received from the mobile station with the operation content defined in the 3GPP standard and defined in the GPRS system. And a control terminal (4) for transmitting a mode setting command to selectively switch the mode to the simulator for GPRS.
The control terminal, when transmitting a mode setting command of the through mode to the simulator for GPRS, responds to the RLC / MAC control message received as it is from the mobile station via the simulator for GPRS by the reply setting processing unit. A GPRS system, which performs processing according to the set processing contents and returns the result to the mobile device.