JPH10334012A - 移動体通信端末 - Google Patents

Abstract

(57)【要約】 【課題】 移動体通信端末におけるプロトコル部とアプ
リケーション部との試験をそれぞれ単独に行えるように
するとともに、これらの試験を１つのコネクタ介して実
施できる移動体通信端末を提供すること。 【解決手段】 従来、パソコン等の試験装置である治具
３２側に設けられていたプロトコル制御部２０やアプリ
ケーション制御部２２を、本発明ではＲＦ部１２を制御
するＲＦ制御部１６とともにプロトコル部１４内に設け
ている。また、コネクタ３０により治具３２を着脱自在
に接続でき、この治具３２だけでプロトコル部１４とア
プリケーション部２４との試験を実施できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は移動体通信端末、よ
り具体的には例えば開発時のデバックや保守を効率的に
行うことが可能な移動体通信端末に関する。

【０００２】

【従来の技術】移動体通信端末は、無線通信を実現する
にあたって、通信時におけるプロトコル制御を行うプロ
トコル部と、ＬＣＤ等の表示制御、ＢＥＥＰ音等の出力
制御、リンガー制御またはキー入力制御等を行うアプリ
ケーション部とを内部に備えている。これらプロトコル
部とアプリケーション部とが相互に関係しながら動作す
ることによって、発信または着信時等における一連の処
理が行われる。

【０００３】具体的には、例えば通信端末に着信がある
と、プロトコル制御部によって基地局とプロトコル制御
を行い、受信した情報をアプリケーション部に通知す
る。アプリケーション部はこの情報を受けると、リンガ
ーの制御を行って使用者に着信を知らせるとともに、文
字情報がこの中に含まれていた場合にはＬＣＤ等の表示
装置にその内容を表示する。

【０００４】また、使用者により発信操作が行われた場
合、アプリケーション部は、キー入力された相手先電話
番号をコード変換してプロトコル部に渡すとともに、発
信操作が行われたことをプロトコル部に通知する。プロ
トコル部はこの通知を受けると、コード変換された信号
を基地局に送信して発信に伴うプロトコル制御を行う。
このように、プロトコル部とアプリケーション部とが相
互にやりとりを行うことによって、一連の処理（発信処
理または着信処理）が実行される。

【０００５】このため、従来、このようなプロトコル部
とアプリケーション部のデバック時の確認や上位呼制御
の確認を行う場合、片方のみを単独で試験することはで
きず、両方がほぼ動作状態にならなければ試験を行うこ
とができなかった。以下、図１０および図１１を用い
て、プロトコル部とアプリケーション部のデバック時の
確認や上位呼制御の確認の試験系について説明する。

【０００６】図１０に示すように、プロトコル部とアプ
リケーション部の試験を行う場合、それぞれにコンピュ
ータ等の試験装置を接続する。図１０に示す移動体通信
端末１００の場合、この端末１００に設けられたコネク
タ１１０を介して、アプリケーション制御部１５０ａを
含んだコンピュータ等の試験装置である治具１５０を接
続し、アプリケーション部１０８の試験を行なってい
た。また、プロトコル部１０６の試験を行う場合、移動
体通信端末１００にはプロトコル部１０６の信号を取り
出すコネクタ等が特に設けられていないため、プロトコ
ル制御部１６０ａを含んだ上位呼制御モニタ１６０を、
プロトコル部１０６とアプリケーション部１０８間の信
号線に半田１０７ａ，１０７ｂにより直接接続してい
た。

【０００７】また、図１１に示す移動体通信端末１０１
は、プロトコル部１０６の信号を取り出すコネクタ１１
２を設け、容易にプロトコル部１０６の試験を行える点
が移動体通信端末１００と異なる。このようにこれら移
動体通信端末１００または１０１の場合には、試験装置
側でプロトコル部１０６を制御するプロトコル制御部１
６０ａと、アプリケーション部１０８を制御するアプリ
ケーション制御部１５０ａとを備え、両者がほぼ動作し
た段階で、異なる試験装置により試験を行っていた。

【０００８】

【発明が解決しようとする課題】このように従来技術に
おける移動体通信端末では、プロトコル部とアプリケー
ション部のデバック時の確認や上位呼制御の確認を行う
場合、プロトコル部に依存して両者がほぼ動作状態にな
ければ正常か否かの試験を行うことができなかった。し
たがって、例えばプロトコル部が完成していなければ、
アプリケーション部が完成していてもこれの試験が行え
ず、結果として開発期間が長くなることがあった。

【０００９】また、試験に際し、図１０に示すように半
田付けを行ったり、また図１１に示すようにコネクタが
２つなければプロトコル部の試験ができないという問題
もあった。信号線に半田付けをした場合、フィールドテ
スト等で断線や信号線の外れ等が発生する可能性が高
く、この場合にその場で修理や交換が簡単にできないの
で作業性が非常に悪い。また、コネクタを２つ設ける
と、確かに半田付けを行うよりも作業性は向上するが、
部品点数が多くなるとともに通信端末装置そのものが大
きくなるという問題が生じる。

【００１０】さらに従来技術では、上位呼制御のデータ
しか取り出すことができなかったために、アプリケーシ
ョンのテストやプロトコルの制御データ（端末を動作さ
せるための基地局に依存したデータ）を書き込む場合に
は、別なインタフェースを必要とするという問題もあっ
た。

【００１１】本発明はこのような従来技術の課題を解決
し、移動体通信端末におけるプロトコル部とアプリケー
ション部との試験をそれぞれ単独に行えるようにすると
ともに、これらの試験を１つのコネクタ介して実施でき
る移動体通信端末を提供することを目的とする。

【００１２】

【課題を解決するための手段】本発明は上述の課題を解
決するために、表示制御およびキー入力制御を行うアプ
リケーション部と、通信プロトコルの制御を行うプロト
コル部とを備えた移動体通信端末は、試験装置により前
記アプリケーション部の動作試験を行なう際に、この試
験装置がアプリケーション部の試験を可能とするための
各種制御を行うアプリケーション制御部と、試験装置に
よりプロトコル部の動作試験を行う際に、この試験装置
がこのプロトコル部の試験を可能とするための各種制御
を行うプロトコル制御部とを内蔵した。

【００１３】また、本発明によれば、上記に記載の移動
体通信端末において、この通信端末は試験装置を着脱自
在に接続するためのコネクタを備えている。そして、ア
プリケーション部の動作試験およびプロトコル部の動作
試験のいずれか一方または両方の試験をこのコネクタに
接続することで行う。

【００１４】さらに、本発明によれば、アプリケーショ
ン制御部が制御するアドレスやコマンドとプロトコル制
御部が制御するアドレスやコマンドとを分離すること
で、アプリケーション部とプロトコル部とを独立して試
験可能とした。

【００１５】

【発明の実施の形態】次に添付図面を参照して本発明に
よる移動体通信端末の実施の形態を詳細に説明する。図
１は本発明による移動体通信端末の実施の形態を示した
ものであり、ここでは本発明の理解を容易にするため、
その特徴部分を機能面から見たときの各構成要素が示さ
れている。図１に示すように本実施の形態では、従来、
パソコン等の試験装置である治具３２側に設けられてい
たプロトコル制御部２０やアプリケーション制御部２２
を、ＲＦ部１２を制御するＲＦ制御部１６とともにプロ
トコル部１４内に設けている。

【００１６】プロトコル制御部２０およびアプリケーシ
ョン制御部２２は、治具３２から送られてきたコードが
プロトコル部１４の試験を行う命令コマンドかアプリケ
ーション部２４の試験を行う命令コマンドかを判断す
る。すなわち、プロトコル部１４を試験するコードが治
具３２より送られてきた場合には、プロトコル制御部２
０がこのコードに対応した命令コマンドをプロトコル部
１４に送る。これによりプロトコル部１４は、例えばＲ
Ｆ制御部１６に対して所定の制御を行い、その結果を治
具３２に出力する。

【００１７】同様に、マンマシーンとして動作するアプ
リケーション部２４を試験するコードが治具３２より送
られてきた場合には、アプリケーション制御部２２がこ
のコードに対応した命令コマンドをアプリケーション部
２４に送る。これにより、アプリケーション部２４は、
例えばＬＣＤ２６の表示制御やキー入力部２８の入力が
正しく行われるかどうかの試験を行い、その結果を治具
３２に出力する。アプリケーション部２４の試験の際、
プロトコル部１４はアプリケーション部２４からのデー
タをアプリケーション領域アドレス（コマンド）として
スルーで出力する。このような制御によって、プロトコ
ル部１４も関係する場合でも、治具３２からアプリケー
ション部２４に直接指示を与えることが可能である。

【００１８】コード（コマンド）の切り分け例を図２お
よび図３（図３は図２に続く図面である）に示す。この
図に示すように、 コード「０１」〜「０Ｆ」：プロトコル制御部への要求
アクセス。これに続くデータで詳細動作を行う。 コード「１０」〜「２Ｆ」：アプリケーション部への要
求アクセス。これに続くデータで詳細動作を行う。 コード「８１」〜「８Ｆ」：プロトコル制御部からの通
知アクセス。これに続くデータがプロトコル制御部での
表示になる。 コード「９０」〜「ＡＦ」：アプリケーション部からの
通知アクセス。これに続くデータがアプリケーション部
での表示になる。

【００１９】このように本実施の形態では、あらかじめ
プロトコル制御部２０やアプリケーション制御部２２を
通信端末装置に内蔵し、プロトコル部１４とアプリケー
ション部２４とを独立して試験可能なようにしている。
したがって、アプリケーション制御部２２が開発途中に
あり完全に動作状態でない場合でも、プロトコル部１４
の動作確認の試験を行うことができる。また、プロトコ
ル部１４が完成していない状態でも、アプリケーション
部２４を移動体通信端末に組み込んだ状態での動作試験
も可能となる。さらに、フィールドテスト等において、
簡単に上位呼制御およびプロトコル制御の基本的なフォ
ーマットの確認をすることができる。また、移動体通信
端末の種類が異なる場合でも同じ治具３２を使用するこ
とができ、デバックや保守の作業性が格段に向上するこ
とが期待できる。

【００２０】また、本実施の形態では、コネクタ３０に
より治具３２を着脱自在に接続でき、この治具３２だけ
でプロトコル部１４とアプリケーション部２４との試験
が可能である。したがって、従来技術のようにプロトコ
ル部１４の試験の際に半田付けを行ったり、アプリケー
ション部２４の試験の際に、コネクタ３０とは別のコネ
クタを設ける必要が無くなるとともに、１台の治具３２
でプロトコルの制御データやアプリケーションのテス
ト、上位呼制御のプリミティブ、プロトコルの遷移が確
認できる。また、このコネクタ３０は、治具３２の試験
専用コネクタとして用いることもできるが、例えばモデ
ムＦＡＸやパソコンに接続されたモデム等との外部接続
端子として共用することもできる。

【００２１】なお、前述したプリミティブとはここでは
基本的なフォーマットの原形を意味する。すなわち、プ
ロトコル部１４が認識できるフォーマット（プリミティ
ブ）で、その内容の情報要素（種々の情報を定義してい
る個々の情報）をアプリケーション部２４からプロトコ
ル部１４が受信することで、その情報要素に則した動作
を行う。具体的な一例を示すと、発番号情報要素の場
合、 １オクテット 発番号情報要素識別子 ２オクテット 発番号内容長 ３オクテット 番号種別、番号計画識別子 ４オクテット 表示識別子、網検証識別子 ５オクテット 番号ディジット ： ： ｎオクテット 番号ディジット が設定される。

【００２２】また、アプリケーションのテストとして
は、ＬＣＤやＬＥＤの表示テスト（正常に点灯動作が行
えるかセグメントやドット表示が正常か否か等のテス
ト）、ＢＥＥＰ音テスト（単音での発生が行えるかのテ
スト）、リンガーテスト（ワンブルトーンの発生ができ
るかのテスト）、キーテスト（押下されたキーに対する
コードが正常に返ってくるかのテスト）がある。

【００２３】図４は本発明による移動体通信端末の全体
の構成を示す機能ブロック図である。図４において、Ｃ
ＰＵ４６はＲＯＭ４２に格納された呼処理プログラムに
従って呼処理を実行する移動体通信端末の全体を制御す
る制御装置であり、クロック４０の動作クロックに同期
して各処理を実行する。また、ＲＡＭ４４は、ＣＰＵ４
６からの制御により、電話番号や文字メッセージまたは
留守メッセージ等、書換え可能なデータを記憶する記憶
部である。ＣＰＵ４６は、Ｉ／Ｏポート４８を介して、
時計回路であるＲＴＣ（リアルタイムコントローラ）５
０、キー入力部２８、ＬＣＤ２６およびＬＣＤ２６の表
示データが格納されているＥ² ＰＲＯＭ５２、ＢＢＩＣ
（ベースバンドＩＣ）６０等が接続されている。

【００２４】ＢＢＩＣ６０は、Ｉ／Ｏポート４８、ＲＦ
部１２およびＡＦ回路９０に接続され、ベースバンド信
号であるデジタル信号をアナログ信号に、またアナログ
信号をデジタル信号に変換する回路である。すなわち、
基地局（図示せず）から送信されたベースバンド信号は
ＲＦ部１２で受信され、ＢＢＩＣ６０によりデジタル信
号からアナログ信号に変換された後、ＡＦ回路９０によ
り増幅されてスピーカ９２より出力される。また、マイ
ク９４から入力されたアナログ信号である音声信号は、
ＡＦ回路９０を介してＢＢＩＣ６０に入力され、ＢＢＩ
Ｃ６０によりベースバンド信号に変換されてＲＦ部１２
に送られ、基地局に送信される。

【００２５】ＢＢＩＣ６０はまた、図１に示したプロト
コル部１４およびアプリケーション部２４のプログラム
やデータが格納されたＲＯＭ８０に接続されている。こ
のようにＢＢＩＣ６０がＲＯＭ８０に接続されることに
よって、図１のプロトコル部１４とアプリケーション部
２４とが形成される。ＢＢＩＣ６０はさらに、外部装置
と接続されるコネクタ３０と接続されている。

【００２６】図５はＢＢＩＣ６０とＲＯＭ８０の内部構
造を示すブロック図である。図５に示すようにＢＢＩＣ
６０は、ＣＰＵ６２の内部バスにＲＡＭ６４、ＲＯＭ６
６、チャンネルコーデック６８、ＡＤＰＣＭ７０、ＲＦ
制御部７２およびＵＡＲＴ７４が接続されている。ＣＰ
Ｕ６２は、ＢＢＩＣ６０を制御するプロセッサであり、
ＲＯＭ６６に格納された制御プログラムにしたがって所
定の動作を行う。

【００２７】ＲＡＭ６４にはプロトコル部１４とアプリ
ケーション部２４（図１参照）の命令コマンドが格納さ
れ、ＣＰＵ６２がＲＡＭ６４に格納された命令コマンド
を実行することにより、プロトコル制御部２０とアプリ
ケーション制御部２２の処理が行われる。また、本実施
の形態では、アドレス、コマンドおよびデータ長等はす
べて統一したフォーマットに合わせて作成されている。

【００２８】図６にプロトコル部１４とアプリケーショ
ン部２４のテストに使用するプリミティブ・フォーマッ
トの一例を示す。このフォーマットのプリミティブコー
ド（アドレスやデータ）を判断すれば、プロトコル部１
４に対する要求なのか、アプリケーション部２４に対す
る要求なのかが分かる。また、データ長を確認するよう
にすれば、プロトコル部１４からアプリケーション部２
４に転送するデータも確実に取り込めるため、データの
真意性も向上する。

【００２９】図７ないし図９はプリミティブ・フォーマ
ットの具体例を示す。図７は移動体通信端末をテストモ
ードに入れるターミナル開始要求のプリミティブ・フォ
ーマットの一例であり、該プリミティブ・フォーマット
のプリミティブコードが「０１」であることにより、図
２のプロトコル部関連のターミナル開始要求であること
が分かる。図８は送受信テスト要求のプリミティブ・フ
ォーマットの一例であり、該プリミティブ・フォーマッ
トのプリミティブコードが「０３」であることにより、
図２のプロトコル部関連の送受信テスト要求であること
が分かる。図９は制御チャネル確立要求のプリミティブ
・フォーマットの一例であり、該プリミティブ・フォー
マットのプリミティブコードが「０７」であることによ
り、図２のプロトコル部関連の制御チャネル確立要求で
あることが分かる。

【００３０】図５に戻って、チャンネルコーデック６８
は音声チャネルのコーデックであり、前述したアナログ
信号とデジタル信号の変換処理をおこなう。ＡＤＰＣＭ
７０は音声信号の圧縮・伸長処理を行う回路である。Ｒ
Ｆ制御部７２はＲＦ部１２（図１参照）を制御する回路
であり、図１のＲＦ制御部１６に相当する。ＵＡＲＴ７
４はシリアル入出力を制御する回路であり、これにコネ
クタ３０が接続されている。

【００３１】また、ＣＰＵ６２には外部バスを介してＲ
ＯＭ８０が接続されている。ＲＯＭ８０は、レイヤ１〜
３のプロトコル関連の制御手順が格納されたプロトコル
部８０ａと、アプリケーションの制御手順が格納された
アプリケーション部８０ｂとにより構成されている。Ｃ
ＰＵ６２は、プロトコルとアプリケーションに関する制
御を行う場合、ＲＯＭ８０に格納されたプログラムにし
たがって処理を実行する。

【００３２】以上、詳細に示したように本実施の形態に
よれば、制御するデータ（アドレスとデータ）の透過性
を１００％にしたので、同一規格の仕様のプロトコルの
場合にはアプリケーション部だけの変更で開発を進め、
これのデバック試験を行うことができる。これは、本実
施の形態では、図１に示した治具３２から送られてきた
データがアプリケーション部２４かプロトコル部１４の
どちらに関するデータかを判断し、プロトコル部１４に
関与するデータの場合にはアプリケーション部２４には
依存しない。

【００３３】また、アプリケーション部２４に関するデ
ータの場合、プロトコル部１４はアドレス、コマンドと
データ長の確認は行うが、信号そのものはスルーでアプ
リケーション部２４に送出する。アプリケーション部２
４またはプロトコル部１４から治具３２に対して行われ
る通知に関しても同様のルートでデータのやりとりが行
われる。したがって、従来よりも効率的にしかも上位呼
制御のデータ以外の試験も行うことが可能となり、開発
時におけるデバックを高度にかつ短時間で行うことが可
能である。

【００３４】また、本実施の形態ではプロトコル制御部
２０とアプリケーション制御部２２が制御するアドレス
（コマンド）を分離した。これにより、修正や追加また
は拡張性を持たせることができる。さらに、プロトコル
部１４とアプリケーション部２４を試験するための物理
的インタフェースや論理的インタフェースを共通にし
た。これにより同一治具でデバック試験を行うことが可
能となった。なお、本実施の形態ではプロトコル部とア
プリケーション部が物理的に独立している場合でも、こ
れらが物理的には一体で論理的に独立している場合で
も、いずれであっても適用することが可能である。

【００３５】

【発明の効果】このように本発明の移動体通信端末によ
れば、プロトコル部とアプリケーション部とをそれぞれ
独立して試験することが可能となるため、効率的に開発
を行うことができる。また、プロトコル部とアプリケー
ション部を試験するデータを一元管理するため、個々の
移動体通信端末のデータを同一ファイルで扱うことが可
能である。さらに、ソフト開発時のデバックやアプリケ
ーション機能を外部機器から制御する場合、プロトコル
部やアプリケーション部の範囲をアドレス（コマンド）
切り分けしているので、追加や修正も容易い行うことが
できる。また、フィールド試験において、基地局の動作
概略も含め、上位呼制御を簡単に確認することが可能で
ある。

【図面の簡単な説明】

【図１】本発明による移動体通信端末の実施の形態にお
いて、その特徴部分の各構成要素を示した機能ブロック
図。

【図２】本発明の実施の形態におけるコードの切り分け
例を示す図。

【図３】本発明の実施の形態におけるコードの切り分け
例を示す図。

【図４】本発明による移動体通信端末の実施の形態にお
いて、全体の構成要素を示したブロック図。

【図５】図４に示したＢＢＩＣの内部構造を示したブロ
ック図。

【図６】本発明の実施の形態のテストに使用されるプリ
ミティブ・フォーマットの一例を示す図。

【図７】図６のプリミティブ・フォーマットの具体例を
示す図。

【図８】図６のプリミティブ・フォーマットの他の具体
例を示す図。

【図９】図６のプリミティブ・フォーマットの更に他の
具体例を示す図。

【図１０】従来技術における移動体通信端末の機能ブロ
ック図。

【図１１】従来技術における移動体通信端末の機能ブロ
ック図。

【符号の説明】

１４ プロトコル部 １６ ＲＦ制御部 ２０ プロトコル制御部 ２２ アプリケーション制御部 ２４ アプリケーション部 ３０ コネクタ ３２ 治具 ６０ ＢＢＩＣ ８０ ＲＯＭ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 表示制御およびキー入力制御を行うアプ
   リケーション部と、通信プロトコルの制御を行うプロト
   コル部とを備えた移動体通信端末において、 試験装置により前記アプリケーション部の動作試験を行
   なう際に、この試験装置が前記アプリケーション部の試
   験を可能とするための各種制御を行うアプリケーション
   制御部と、 試験装置により前記プロトコル部の動作試験を行う際
   に、この試験装置がこのプロトコル部の試験を可能とす
   るための各種制御を行うプロトコル制御部とを内蔵した
   ことを特徴とする移動体通信端末。
2. 【請求項２】 請求項１に記載の移動体通信端末におい
   て、この通信端末は前記試験装置を着脱自在に接続する
   ためのコネクタを備え、 前記アプリケーション部の動作試験および前記プロトコ
   ル部の動作試験のいずれか一方または両方の試験を前記
   コネクタに接続することで行うことを特徴とする移動体
   通信端末。
3. 【請求項３】 請求項１に記載の移動体通信端末におい
   て、前記アプリケーション制御部が制御するアドレスや
   コマンドと前記プロトコル制御部が制御するアドレスや
   コマンドとを分離することで、前記アプリケーション部
   と前記プロトコル部とを独立して試験可能としたことを
   特徴とする移動体通信端末。