(57)【特許請求の範囲】
【請求項１】
表示制御およびキー入力制御を行うアプリケーション部と、通信プロトコルの制御を行うプロトコル部とを備えた移動体通信端末において、
試験装置により前記アプリケーション部の動作試験を行なう際に、この試験装置が前記アプリケーション部の試験を可能とするための各種制御を行うアプリケーション制御部と、
試験装置により前記プロトコル部の動作試験を行う際に、この試験装置がこのプロトコル部の試験を可能とするための各種制御を行うプロトコル制御部とを内蔵し、
前記アプリケーション制御部が制御するアドレスやコマンドと前記プロトコル制御部が制御するアドレスやコマンドとを分離することで、前記アプリケーション部と前記プロトコル部とを独立して試験可能としたことを特徴とする移動体通信端末。
【請求項２】
請求項１に記載の移動体通信端末において、この通信端末は前記試験装置を着脱自在に接続するためのコネクタを備え、
前記アプリケーション部の動作試験および前記プロトコル部の動作試験のいずれか一方または両方の試験を前記コネクタに接続することで行うことを特徴とする移動体通信端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は移動体通信端末、より具体的には例えば開発時のデバックや保守を効率的に行うことが可能な移動体通信端末に関する。
【０００２】
【従来の技術】
移動体通信端末は、無線通信を実現するにあたって、通信時におけるプロトコル制御を行うプロトコル部と、ＬＣＤ等の表示制御、ＢＥＥＰ音等の出力制御、リンガー制御またはキー入力制御等を行うアプリケーション部とを内部に備えている。これらプロトコル部とアプリケーション部とが相互に関係しながら動作することによって、発信または着信時等における一連の処理が行われる。
【０００３】
具体的には、例えば通信端末に着信があると、プロトコル制御部によって基地局とプロトコル制御を行い、受信した情報をアプリケーション部に通知する。アプリケーション部はこの情報を受けると、リンガーの制御を行って使用者に着信を知らせるとともに、文字情報がこの中に含まれていた場合にはＬＣＤ等の表示装置にその内容を表示する。
【０００４】
また、使用者により発信操作が行われた場合、アプリケーション部は、キー入力された相手先電話番号をコード変換してプロトコル部に渡すとともに、発信操作が行われたことをプロトコル部に通知する。プロトコル部はこの通知を受けると、コード変換された信号を基地局に送信して発信に伴うプロトコル制御を行う。このように、プロトコル部とアプリケーション部とが相互にやりとりを行うことによって、一連の処理（発信処理または着信処理）が実行される。
【０００５】
このため、従来、このようなプロトコル部とアプリケーション部のデバック時の確認や上位呼制御の確認を行う場合、片方のみを単独で試験することはできず、両方がほぼ動作状態にならなければ試験を行うことができなかった。以下、図１０および図１１を用いて、プロトコル部とアプリケーション部のデバック時の確認や上位呼制御の確認の試験系について説明する。
【０００６】
図１０に示すように、プロトコル部とアプリケーション部の試験を行う場合、それぞれにコンピュータ等の試験装置を接続する。図１０に示す移動体通信端末１００の場合、この端末１００に設けられたコネクタ１１０を介して、アプリケーション制御部１５０ａを含んだコンピュータ等の試験装置である治具１５０を接続し、アプリケーション部１０８の試験を行なっていた。また、プロトコル部１０６の試験を行う場合、移動体通信端末１００にはプロトコル部１０６の信号を取り出すコネクタ等が特に設けられていないため、プロトコル制御部１６０ａを含んだ上位呼制御モニタ１６０を、プロトコル部１０６とアプリケーション部１０８間の信号線に半田１０７ａ，１０７ｂにより直接接続していた。
【０００７】
また、図１１に示す移動体通信端末１０１は、プロトコル部１０６の信号を取り出すコネクタ１１２を設け、容易にプロトコル部１０６の試験を行える点が移動体通信端末１００と異なる。このようにこれら移動体通信端末１００または１０１の場合には、試験装置側でプロトコル部１０６を制御するプロトコル制御部１６０ａと、アプリケーション部１０８を制御するアプリケーション制御部１５０ａとを備え、両者がほぼ動作した段階で、異なる試験装置により試験を行っていた。
【０００８】
【発明が解決しようとする課題】
このように従来技術における移動体通信端末では、プロトコル部とアプリケーション部のデバック時の確認や上位呼制御の確認を行う場合、プロトコル部に依存して両者がほぼ動作状態になければ正常か否かの試験を行うことができなかった。したがって、例えばプロトコル部が完成していなければ、アプリケーション部が完成していてもこれの試験が行えず、結果として開発期間が長くなることがあった。
【０００９】
また、試験に際し、図１０に示すように半田付けを行ったり、また図１１に示すようにコネクタが２つなければプロトコル部の試験ができないという問題もあった。信号線に半田付けをした場合、フィールドテスト等で断線や信号線の外れ等が発生する可能性が高く、この場合にその場で修理や交換が簡単にできないので作業性が非常に悪い。また、コネクタを２つ設けると、確かに半田付けを行うよりも作業性は向上するが、部品点数が多くなるとともに通信端末装置そのものが大きくなるという問題が生じる。
【００１０】
さらに従来技術では、上位呼制御のデータしか取り出すことができなかったために、アプリケーションのテストやプロトコルの制御データ（端末を動作させるための基地局に依存したデータ）を書き込む場合には、別なインタフェースを必要とするという問題もあった。
【００１１】
本発明はこのような従来技術の課題を解決し、移動体通信端末におけるプロトコル部とアプリケーション部との試験をそれぞれ単独に行えるようにするとともに、これらの試験を１つのコネクタ介して実施できる移動体通信端末を提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明は上述の課題を解決するために、表示制御およびキー入力制御を行うアプリケーション部と、通信プロトコルの制御を行うプロトコル部とを備えた移動体通信端末は、試験装置により前記アプリケーション部の動作試験を行なう際に、この試験装置がアプリケーション部の試験を可能とするための各種制御を行うアプリケーション制御部と、試験装置によりプロトコル部の動作試験を行う際に、この試験装置がこのプロトコル部の試験を可能とするための各種制御を行うプロトコル制御部とを内蔵し、アプリケーション制御部が制御するアドレスやコマンドとプロトコル制御部が制御するアドレスやコマンドとを分離することで、アプリケーション部とプロトコル部とを独立して試験可能とした。
【００１３】
また、本発明によれば、上記に記載の移動体通信端末において、この通信端末は試験装置を着脱自在に接続するためのコネクタを備えている。そして、アプリケーション部の動作試験およびプロトコル部の動作試験のいずれか一方または両方の試験をこのコネクタに接続することで行う。
【００１５】
【発明の実施の形態】
次に添付図面を参照して本発明による移動体通信端末の実施の形態を詳細に説明する。
図１は本発明による移動体通信端末の実施の形態を示したものであり、ここでは本発明の理解を容易にするため、その特徴部分を機能面から見たときの各構成要素が示されている。図１に示すように本実施の形態では、従来、パソコン等の試験装置である治具３２側に設けられていたプロトコル制御部２０やアプリケーション制御部２２を、ＲＦ部１２を制御するＲＦ制御部１６とともにプロトコル部１４内に設けている。
【００１６】
プロトコル制御部２０およびアプリケーション制御部２２は、治具３２から送られてきたコードがプロトコル部１４の試験を行う命令コマンドかアプリケーション部２４の試験を行う命令コマンドかを判断する。すなわち、プロトコル部１４を試験するコードが治具３２より送られてきた場合には、プロトコル制御部２０がこのコードに対応した命令コマンドをプロトコル部１４に送る。これによりプロトコル部１４は、例えばＲＦ制御部１６に対して所定の制御を行い、その結果を治具３２に出力する。
【００１７】
同様に、マンマシーンとして動作するアプリケーション部２４を試験するコードが治具３２より送られてきた場合には、アプリケーション制御部２２がこのコードに対応した命令コマンドをアプリケーション部２４に送る。これにより、アプリケーション部２４は、例えばＬＣＤ２６の表示制御やキー入力部２８の入力が正しく行われるかどうかの試験を行い、その結果を治具３２に出力する。アプリケーション部２４の試験の際、プロトコル部１４はアプリケーション部２４からのデータをアプリケーション領域アドレス（コマンド）としてスルーで出力する。このような制御によって、プロトコル部１４も関係する場合でも、治具３２からアプリケーション部２４に直接指示を与えることが可能である。
【００１８】
コード（コマンド）の切り分け例を図２および図３（図３は図２に続く図面である）に示す。この図に示すように、
コード「０１」〜「０Ｆ」：プロトコル制御部への要求アクセス。これに続くデータで詳細動作を行う。
コード「１０」〜「２Ｆ」：アプリケーション部への要求アクセス。これに続くデータで詳細動作を行う。
コード「８１」〜「８Ｆ」：プロトコル制御部からの通知アクセス。これに続くデータがプロトコル制御部での表示になる。
コード「９０」〜「ＡＦ」：アプリケーション部からの通知アクセス。これに続くデータがアプリケーション部での表示になる。
【００１９】
このように本実施の形態では、あらかじめプロトコル制御部２０やアプリケーション制御部２２を通信端末装置に内蔵し、プロトコル部１４とアプリケーション部２４とを独立して試験可能なようにしている。したがって、アプリケーション制御部２２が開発途中にあり完全に動作状態でない場合でも、プロトコル部１４の動作確認の試験を行うことができる。また、プロトコル部１４が完成していない状態でも、アプリケーション部２４を移動体通信端末に組み込んだ状態での動作試験も可能となる。さらに、フィールドテスト等において、簡単に上位呼制御およびプロトコル制御の基本的なフォーマットの確認をすることができる。また、移動体通信端末の種類が異なる場合でも同じ治具３２を使用することができ、デバックや保守の作業性が格段に向上することが期待できる。
【００２０】
また、本実施の形態では、コネクタ３０により治具３２を着脱自在に接続でき、この治具３２だけでプロトコル部１４とアプリケーション部２４との試験が可能である。したがって、従来技術のようにプロトコル部１４の試験の際に半田付けを行ったり、アプリケーション部２４の試験の際に、コネクタ３０とは別のコネクタを設ける必要が無くなるとともに、１台の治具３２でプロトコルの制御データやアプリケーションのテスト、上位呼制御のプリミティブ、プロトコルの遷移が確認できる。また、このコネクタ３０は、治具３２の試験専用コネクタとして用いることもできるが、例えばモデムＦＡＸやパソコンに接続されたモデム等との外部接続端子として共用することもできる。
【００２１】
なお、前述したプリミティブとはここでは基本的なフォーマットの原形を意味する。すなわち、プロトコル部１４が認識できるフォーマット（プリミティブ）で、その内容の情報要素（種々の情報を定義している個々の情報）をアプリケーション部２４からプロトコル部１４が受信することで、その情報要素に則した動作を行う。具体的な一例を示すと、発番号情報要素の場合、
１オクテット  発番号情報要素識別子
２オクテット  発番号内容長
３オクテット  番号種別、番号計画識別子
４オクテット  表示識別子、網検証識別子
５オクテット  番号ディジット
：              ：
ｎオクテット  番号ディジット
が設定される。
【００２２】
また、アプリケーションのテストとしては、ＬＣＤやＬＥＤの表示テスト（正常に点灯動作が行えるかセグメントやドット表示が正常か否か等のテスト）、ＢＥＥＰ音テスト（単音での発生が行えるかのテスト）、リンガーテスト（ワンブルトーンの発生ができるかのテスト）、キーテスト（押下されたキーに対するコードが正常に返ってくるかのテスト）がある。
【００２３】
図４は本発明による移動体通信端末の全体の構成を示す機能ブロック図である。図４において、ＣＰＵ４６はＲＯＭ４２に格納された呼処理プログラムに従って呼処理を実行する移動体通信端末の全体を制御する制御装置であり、クロック４０の動作クロックに同期して各処理を実行する。また、ＲＡＭ４４は、ＣＰＵ４６からの制御により、電話番号や文字メッセージまたは留守メッセージ等、書換え可能なデータを記憶する記憶部である。ＣＰＵ４６は、Ｉ／Ｏポート４８を介して、時計回路であるＲＴＣ（リアルタイムコントローラ）５０、キー入力部２８、ＬＣＤ２６およびＬＣＤ２６の表示データが格納されているＥ２  ＰＲＯＭ５２、ＢＢＩＣ（ベースバンドＩＣ）６０等が接続されている。
【００２４】
ＢＢＩＣ６０は、Ｉ／Ｏポート４８、ＲＦ部１２およびＡＦ回路９０に接続され、ベースバンド信号であるデジタル信号をアナログ信号に、またアナログ信号をデジタル信号に変換する回路である。すなわち、基地局（図示せず）から送信されたベースバンド信号はＲＦ部１２で受信され、ＢＢＩＣ６０によりデジタル信号からアナログ信号に変換された後、ＡＦ回路９０により増幅されてスピーカ９２より出力される。また、マイク９４から入力されたアナログ信号である音声信号は、ＡＦ回路９０を介してＢＢＩＣ６０に入力され、ＢＢＩＣ６０によりベースバンド信号に変換されてＲＦ部１２に送られ、基地局に送信される。
【００２５】
ＢＢＩＣ６０はまた、図１に示したプロトコル部１４およびアプリケーション部２４のプログラムやデータが格納されたＲＯＭ８０に接続されている。このようにＢＢＩＣ６０がＲＯＭ８０に接続されることによって、図１のプロトコル部１４とアプリケーション部２４とが形成される。ＢＢＩＣ６０はさらに、外部装置と接続されるコネクタ３０と接続されている。
【００２６】
図５はＢＢＩＣ６０とＲＯＭ８０の内部構造を示すブロック図である。図５に示すようにＢＢＩＣ６０は、ＣＰＵ６２の内部バスにＲＡＭ６４、ＲＯＭ６６、チャンネルコーデック６８、ＡＤＰＣＭ７０、ＲＦ制御部７２およびＵＡＲＴ７４が接続されている。ＣＰＵ６２は、ＢＢＩＣ６０を制御するプロセッサであり、ＲＯＭ６６に格納された制御プログラムにしたがって所定の動作を行う。
【００２７】
ＲＡＭ６４にはプロトコル部１４とアプリケーション部２４（図１参照）の命令コマンドが格納され、ＣＰＵ６２がＲＡＭ６４に格納された命令コマンドを実行することにより、プロトコル制御部２０とアプリケーション制御部２２の処理が行われる。また、本実施の形態では、アドレス、コマンドおよびデータ長等はすべて統一したフォーマットに合わせて作成されている。
【００２８】
図６にプロトコル部１４とアプリケーション部２４のテストに使用するプリミティブ・フォーマットの一例を示す。このフォーマットのプリミティブコード（アドレスやデータ）を判断すれば、プロトコル部１４に対する要求なのか、アプリケーション部２４に対する要求なのかが分かる。また、データ長を確認するようにすれば、プロトコル部１４からアプリケーション部２４に転送するデータも確実に取り込めるため、データの真意性も向上する。
【００２９】
図７ないし図９はプリミティブ・フォーマットの具体例を示す。図７は移動体通信端末をテストモードに入れるターミナル開始要求のプリミティブ・フォーマットの一例であり、該プリミティブ・フォーマットのプリミティブコードが「０１」であることにより、図２のプロトコル部関連のターミナル開始要求であることが分かる。図８は送受信テスト要求のプリミティブ・フォーマットの一例であり、該プリミティブ・フォーマットのプリミティブコードが「０３」であることにより、図２のプロトコル部関連の送受信テスト要求であることが分かる。図９は制御チャネル確立要求のプリミティブ・フォーマットの一例であり、該プリミティブ・フォーマットのプリミティブコードが「０７」であることにより、図２のプロトコル部関連の制御チャネル確立要求であることが分かる。
【００３０】
図５に戻って、チャンネルコーデック６８は音声チャネルのコーデックであり、前述したアナログ信号とデジタル信号の変換処理をおこなう。ＡＤＰＣＭ７０は音声信号の圧縮・伸長処理を行う回路である。ＲＦ制御部７２はＲＦ部１２（図１参照）を制御する回路であり、図１のＲＦ制御部１６に相当する。ＵＡＲＴ７４はシリアル入出力を制御する回路であり、これにコネクタ３０が接続されている。
【００３１】
また、ＣＰＵ６２には外部バスを介してＲＯＭ８０が接続されている。ＲＯＭ８０は、レイヤ１〜３のプロトコル関連の制御手順が格納されたプロトコル部８０ａと、アプリケーションの制御手順が格納されたアプリケーション部８０ｂとにより構成されている。ＣＰＵ６２は、プロトコルとアプリケーションに関する制御を行う場合、ＲＯＭ８０に格納されたプログラムにしたがって処理を実行する。
【００３２】
以上、詳細に示したように本実施の形態によれば、制御するデータ（アドレスとデータ）の透過性を１００％にしたので、同一規格の仕様のプロトコルの場合にはアプリケーション部だけの変更で開発を進め、これのデバック試験を行うことができる。これは、本実施の形態では、図１に示した治具３２から送られてきたデータがアプリケーション部２４かプロトコル部１４のどちらに関するデータかを判断し、プロトコル部１４に関与するデータの場合にはアプリケーション部２４には依存しない。
【００３３】
また、アプリケーション部２４に関するデータの場合、プロトコル部１４はアドレス、コマンドとデータ長の確認は行うが、信号そのものはスルーでアプリケーション部２４に送出する。アプリケーション部２４またはプロトコル部１４から治具３２に対して行われる通知に関しても同様のルートでデータのやりとりが行われる。したがって、従来よりも効率的にしかも上位呼制御のデータ以外の試験も行うことが可能となり、開発時におけるデバックを高度にかつ短時間で行うことが可能である。
【００３４】
また、本実施の形態ではプロトコル制御部２０とアプリケーション制御部２２が制御するアドレス（コマンド）を分離した。これにより、修正や追加または拡張性を持たせることができる。さらに、プロトコル部１４とアプリケーション部２４を試験するための物理的インタフェースや論理的インタフェースを共通にした。これにより同一治具でデバック試験を行うことが可能となった。なお、本実施の形態ではプロトコル部とアプリケーション部が物理的に独立している場合でも、これらが物理的には一体で論理的に独立している場合でも、いずれであっても適用することが可能である。
【００３５】
【発明の効果】
このように本発明の移動体通信端末によれば、プロトコル部とアプリケーション部とをそれぞれ独立して試験することが可能となるため、効率的に開発を行うことができる。また、プロトコル部とアプリケーション部を試験するデータを一元管理するため、個々の移動体通信端末のデータを同一ファイルで扱うことが可能である。さらに、ソフト開発時のデバックやアプリケーション機能を外部機器から制御する場合、プロトコル部やアプリケーション部の範囲をアドレス（コマンド）切り分けしているので、追加や修正も容易い行うことができる。また、フィールド試験において、基地局の動作概略も含め、上位呼制御を簡単に確認することが可能である。
【図面の簡単な説明】
【図１】本発明による移動体通信端末の実施の形態において、その特徴部分の各構成要素を示した機能ブロック図。
【図２】本発明の実施の形態におけるコードの切り分け例を示す図。
【図３】本発明の実施の形態におけるコードの切り分け例を示す図。
【図４】本発明による移動体通信端末の実施の形態において、全体の構成要素を示したブロック図。
【図５】図４に示したＢＢＩＣの内部構造を示したブロック図。
【図６】本発明の実施の形態のテストに使用されるプリミティブ・フォーマットの一例を示す図。
【図７】図６のプリミティブ・フォーマットの具体例を示す図。
【図８】図６のプリミティブ・フォーマットの他の具体例を示す図。
【図９】図６のプリミティブ・フォーマットの更に他の具体例を示す図。
【図１０】従来技術における移動体通信端末の機能ブロック図。
【図１１】従来技術における移動体通信端末の機能ブロック図。
【符号の説明】
１４    プロトコル部
１６    ＲＦ制御部
２０    プロトコル制御部
２２    アプリケーション制御部
２４    アプリケーション部
３０    コネクタ
３２    治具
６０    ＢＢＩＣ
８０    ＲＯＭ
【図１】
0003568179.tif 000002
【図２】
0003568179.tif 000003
【図３】
0003568179.tif 000004
【図４】
0003568179.tif 000005
【図５】
0003568179.tif 000006
【図６】
0003568179.tif 000007
【図７】
0003568179.tif 000008
【図８】
0003568179.tif 000009
【図９】
0003568179.tif 000010
【図１０】
0003568179.tif 000011
【図１１】
0003568179.tif 000012