JP2003125445A - システム情報ダウンロード方法及び移動通信端末 - Google Patents
システム情報ダウンロード方法及び移動通信端末Info
- Publication number
- JP2003125445A JP2003125445A JP2001312984A JP2001312984A JP2003125445A JP 2003125445 A JP2003125445 A JP 2003125445A JP 2001312984 A JP2001312984 A JP 2001312984A JP 2001312984 A JP2001312984 A JP 2001312984A JP 2003125445 A JP2003125445 A JP 2003125445A
- Authority
- JP
- Japan
- Prior art keywords
- mobile communication
- communication terminal
- system information
- server
- download
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
- H04W8/245—Transfer of terminal data from a network towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】
【課題】 システム情報のダウンロードが中断された場
合に、サーバからの起動指示を待たずにシステム情報の
ダウンロードを迅速に再開できるようにする。 【解決手段】 サーバＳＶから移動通信端末ＭＳ１宛に
Bootstrap messageが転送された場合に、このBootstrap
messageを移動通信端末ＭＳ１のリトライバッファに保
存しておく。そして、ＩＯＴＡ機能がダウンロード開始
前又はダウンロード期間中に中断した場合に、移動通信
端末ＭＳ１が上記保存しておいたBootstrap messageを
もとに、リトライタイマにより指示されるタイミング
で、ＩＯＴＡ機能を再度実行するようにしたものであ
る。
合に、サーバからの起動指示を待たずにシステム情報の
ダウンロードを迅速に再開できるようにする。 【解決手段】 サーバＳＶから移動通信端末ＭＳ１宛に
Bootstrap messageが転送された場合に、このBootstrap
messageを移動通信端末ＭＳ１のリトライバッファに保
存しておく。そして、ＩＯＴＡ機能がダウンロード開始
前又はダウンロード期間中に中断した場合に、移動通信
端末ＭＳ１が上記保存しておいたBootstrap messageを
もとに、リトライタイマにより指示されるタイミング
で、ＩＯＴＡ機能を再度実行するようにしたものであ
る。
Description
【０００１】
【発明の属する技術分野】この発明は、移動通信システ
ムにおいて、移動通信端末が固有に使用するシステム情
報を、例えばインターネット上のサーバから移動通信端
末にダウンロードするシステム情報ダウンロード方法
と、この方法を実施する機能を備えた移動通信端末に関
する。
ムにおいて、移動通信端末が固有に使用するシステム情
報を、例えばインターネット上のサーバから移動通信端
末にダウンロードするシステム情報ダウンロード方法
と、この方法を実施する機能を備えた移動通信端末に関
する。
【０００２】
【従来の技術】一般に移動通信システムでは、System I
dentification ListやPreferred Roaming List等のシス
テム情報を、通信事業者のサーバから各移動通信端末に
個別にダウンロードする。そして移動通信端末は、ダウ
ンロードされた上記システム情報をもとに利用すべき移
動通信システムを選択し、この選択した移動通信システ
ムとの間で同期を確立して以後無線通信を行うようにし
ている。
dentification ListやPreferred Roaming List等のシス
テム情報を、通信事業者のサーバから各移動通信端末に
個別にダウンロードする。そして移動通信端末は、ダウ
ンロードされた上記システム情報をもとに利用すべき移
動通信システムを選択し、この選択した移動通信システ
ムとの間で同期を確立して以後無線通信を行うようにし
ている。
【０００３】ところで、上記システム情報のダウンロー
ドを、従来ではＴＩＡ／ＥＩＡ／ＩＳ−６８３Ａに準拠
するOver The Air（ＯＴＡ）と呼ばれるプロトコルに従
い実行していた。しかし最近では、通信事業者のサーバ
（Provisioning Server）をインターネット上に設け、
このインターネット上のサーバからシステム情報をダウ
ンロードすることが検討されている。そして、そのため
のプロトコルとして、IP based Over The Air（ＩＯＴ
Ａ）が提案されている。
ドを、従来ではＴＩＡ／ＥＩＡ／ＩＳ−６８３Ａに準拠
するOver The Air（ＯＴＡ）と呼ばれるプロトコルに従
い実行していた。しかし最近では、通信事業者のサーバ
（Provisioning Server）をインターネット上に設け、
このインターネット上のサーバからシステム情報をダウ
ンロードすることが検討されている。そして、そのため
のプロトコルとして、IP based Over The Air（ＩＯＴ
Ａ）が提案されている。
【０００４】ＩＯＴＡは、先ず通信事業者のサーバにお
いて移動通信端末のＩＯＴＡ機能を起動させるためのBo
otstrap messageを生成し、このBootstrap messageをイ
ンターネット経由でShort Message Service（ＳＭＳ）
センタに転送する。そしてこのBootstrap messageを、
ＳＭＳセンタから例えばＩＳ−９５に準拠するData bur
st message及びＩＳ−６３７に準拠するＳＭＳmessage
内のUser Dataを利用して、移動通信網を介して起動対
象の移動通信端末へ転送する。移動通信端末は、上記Bo
otstrap messageを受信すると、移動通信網に対し例え
ばダイヤルアップ接続によりサーバとの間のデータ通信
リンクの確立を要求する。そして、サーバとの間にデー
タ通信リンクが確立されると、サーバへ上記Bootstrap
messageの受信通知をダウンロード要求として送信す
る。サーバは、このBootstrap messageの受信通知を受
け取ると、以後上記移動通信端末向けのシステム情報を
ダウンロードする。
いて移動通信端末のＩＯＴＡ機能を起動させるためのBo
otstrap messageを生成し、このBootstrap messageをイ
ンターネット経由でShort Message Service（ＳＭＳ）
センタに転送する。そしてこのBootstrap messageを、
ＳＭＳセンタから例えばＩＳ−９５に準拠するData bur
st message及びＩＳ−６３７に準拠するＳＭＳmessage
内のUser Dataを利用して、移動通信網を介して起動対
象の移動通信端末へ転送する。移動通信端末は、上記Bo
otstrap messageを受信すると、移動通信網に対し例え
ばダイヤルアップ接続によりサーバとの間のデータ通信
リンクの確立を要求する。そして、サーバとの間にデー
タ通信リンクが確立されると、サーバへ上記Bootstrap
messageの受信通知をダウンロード要求として送信す
る。サーバは、このBootstrap messageの受信通知を受
け取ると、以後上記移動通信端末向けのシステム情報を
ダウンロードする。
【０００５】
【発明が解決しようとする課題】ところが、このような
ＩＯＴＡには次のような改善すべき課題があった。すな
わち、移動通信システムでは、無線チャネルに空きがな
かったり品質の良好な無線チャネルを捕捉できないと、
移動通信端末とサーバとの間にデータ通信リンクが確立
されないことがある。また、一旦データ通信リンクが確
立されても、データ通信リンクをロストしたり、システ
ム情報のダウンロードを失敗することにより、ＩＯＴＡ
機能が中断される場合もある。
ＩＯＴＡには次のような改善すべき課題があった。すな
わち、移動通信システムでは、無線チャネルに空きがな
かったり品質の良好な無線チャネルを捕捉できないと、
移動通信端末とサーバとの間にデータ通信リンクが確立
されないことがある。また、一旦データ通信リンクが確
立されても、データ通信リンクをロストしたり、システ
ム情報のダウンロードを失敗することにより、ＩＯＴＡ
機能が中断される場合もある。
【０００６】このような場合、サーバはBootstrap mess
ageの送信時点から一定時間以内にシステム情報のダウ
ンロード処理を完了できなければ、当該移動通信端末に
対するシステム情報のダウンロード処理を一旦中止す
る。そして、システム情報のダウンロード対象となって
いる他の各移動通信端末に対するダウンロード処理をそ
れぞれ終了したのちに、上記ダウンロードを失敗した移
動通信端末に対し再度Bootstrap messageを送信してシ
ステム情報のダウンロードを試みる。これに対し移動通
信端末は、ダウンロードを失敗すると一旦待ち受け状態
に復帰する。そして、この状態でサーバからBootstrap
messageが到来すると、このBootstrap messageに応じて
ＩＯＴＡ機能を再度起動する。
ageの送信時点から一定時間以内にシステム情報のダウ
ンロード処理を完了できなければ、当該移動通信端末に
対するシステム情報のダウンロード処理を一旦中止す
る。そして、システム情報のダウンロード対象となって
いる他の各移動通信端末に対するダウンロード処理をそ
れぞれ終了したのちに、上記ダウンロードを失敗した移
動通信端末に対し再度Bootstrap messageを送信してシ
ステム情報のダウンロードを試みる。これに対し移動通
信端末は、ダウンロードを失敗すると一旦待ち受け状態
に復帰する。そして、この状態でサーバからBootstrap
messageが到来すると、このBootstrap messageに応じて
ＩＯＴＡ機能を再度起動する。
【０００７】このため、任意の移動通信端末に対するシ
ステム情報のダウンロードが一度失敗すると、当該移動
通信端末に対するシステム情報のダウンロードタイミン
グが非常に遅くなり、その間移動通信端末は最新のシス
テム情報に基づく発着信やハンドオフ処理を行うことが
できない。
ステム情報のダウンロードが一度失敗すると、当該移動
通信端末に対するシステム情報のダウンロードタイミン
グが非常に遅くなり、その間移動通信端末は最新のシス
テム情報に基づく発着信やハンドオフ処理を行うことが
できない。
【０００８】またサーバにとっては、移動通信端末に対
するシステム情報のダウンロードが一度失敗しただけで
も、当該移動通信端末に対するシステム情報のダウンロ
ード制御をはじめからやり直さなければならず、処理負
担が増大する。
するシステム情報のダウンロードが一度失敗しただけで
も、当該移動通信端末に対するシステム情報のダウンロ
ード制御をはじめからやり直さなければならず、処理負
担が増大する。
【０００９】この発明は上記事情に着目してなされたも
ので、その目的とするところは、システム情報のダウン
ロード機能が中断された場合に、サーバからの起動指示
を待たずにシステム情報のダウンロードを迅速に再開で
きるようにし、これにより最新のシステム情報を円滑に
取得でき、かつダウンロード処理に係わるサーバの制御
負担を大幅に軽減し得るシステム情報ダウンロード方法
及び移動通信端末を提供することにある。
ので、その目的とするところは、システム情報のダウン
ロード機能が中断された場合に、サーバからの起動指示
を待たずにシステム情報のダウンロードを迅速に再開で
きるようにし、これにより最新のシステム情報を円滑に
取得でき、かつダウンロード処理に係わるサーバの制御
負担を大幅に軽減し得るシステム情報ダウンロード方法
及び移動通信端末を提供することにある。
【００１０】
【課題を解決するための手段】上記目的を達成するため
にこの発明は、サーバから到来する起動メッセージに応
じて移動通信端末からサーバへシステム情報のダウンロ
ード要求を送信し、この要求に応じてサーバから移動通
信端末へシステム情報をダウンロードするシステム情報
ダウンロード方法及び移動通信端末にあって、サーバか
ら送信された起動メッセージを移動通信端末で保存して
おき、システム情報ダウンロード機能が中断された場合
に、上記保存されている起動メッセージをもとに上記サ
ーバに対しシステム情報のダウンロード要求を再送し、
この再送したダウンロード要求に応じてサーバから移動
通信端末へシステム情報をダウンロードするようにした
ものである。
にこの発明は、サーバから到来する起動メッセージに応
じて移動通信端末からサーバへシステム情報のダウンロ
ード要求を送信し、この要求に応じてサーバから移動通
信端末へシステム情報をダウンロードするシステム情報
ダウンロード方法及び移動通信端末にあって、サーバか
ら送信された起動メッセージを移動通信端末で保存して
おき、システム情報ダウンロード機能が中断された場合
に、上記保存されている起動メッセージをもとに上記サ
ーバに対しシステム情報のダウンロード要求を再送し、
この再送したダウンロード要求に応じてサーバから移動
通信端末へシステム情報をダウンロードするようにした
ものである。
【００１１】したがってこの発明によれば、データ通信
リンクの接続失敗、ダウンロードの失敗或いはデータ通
信リンクのロスト等によりシステム情報ダウンロード機
能が中断されると、保存しておいた起動メッセージをも
とに移動通信端末からサーバに対し擬似的にダウンロー
ド要求が送信される。したがって、移動通信端末ではサ
ーバからの起動メッセージの再送を待つことなく、自主
的にシステム情報のダウンロード処理が再開されること
になり、これにより最新のシステム情報を迅速に取得す
ることが可能となる。またサーバにとっては、ダウンロ
ードを失敗した移動通信端末に対する制御をはじめから
やり直す必要がなくなり、その分システム情報のダウン
ロードに係わる制御負担を軽減することができる。
リンクの接続失敗、ダウンロードの失敗或いはデータ通
信リンクのロスト等によりシステム情報ダウンロード機
能が中断されると、保存しておいた起動メッセージをも
とに移動通信端末からサーバに対し擬似的にダウンロー
ド要求が送信される。したがって、移動通信端末ではサ
ーバからの起動メッセージの再送を待つことなく、自主
的にシステム情報のダウンロード処理が再開されること
になり、これにより最新のシステム情報を迅速に取得す
ることが可能となる。またサーバにとっては、ダウンロ
ードを失敗した移動通信端末に対する制御をはじめから
やり直す必要がなくなり、その分システム情報のダウン
ロードに係わる制御負担を軽減することができる。
【００１２】具体的には、システム情報ダウンロード機
能が中断されたと判定された時点でタイマを起動し、こ
のタイマの計時時間が経過した時点でシステム情報のダ
ウンロード要求を再送する。このようにすると、システ
ム情報ダウンロード機能が中断された場合に、サーバが
ダウンロード制御を中止する前に移動通信端末からダウ
ンロード要求を再送することができ、これによりシステ
ム情報のダウンロードを円滑に開始又は再開することが
できる。
能が中断されたと判定された時点でタイマを起動し、こ
のタイマの計時時間が経過した時点でシステム情報のダ
ウンロード要求を再送する。このようにすると、システ
ム情報ダウンロード機能が中断された場合に、サーバが
ダウンロード制御を中止する前に移動通信端末からダウ
ンロード要求を再送することができ、これによりシステ
ム情報のダウンロードを円滑に開始又は再開することが
できる。
【００１３】さらに、システム情報のダウンロードが成
功したと判定されるまで、所定の周期でダウンロード要
求の再送を一定回数繰り返すとよい。このようにする
と、例えば無線チャネルの品質が劣化している場合に、
システム情報のダウンロードを開始又は再開できる確率
を高めることができる。
功したと判定されるまで、所定の周期でダウンロード要
求の再送を一定回数繰り返すとよい。このようにする
と、例えば無線チャネルの品質が劣化している場合に、
システム情報のダウンロードを開始又は再開できる確率
を高めることができる。
【００１４】また、上記第２の受信制御手段において、
タイマの計時期間中にサーバからの新たな起動メッセー
ジの到来を監視し、新たな起動メッセージが到来した場
合にはダウンロード要求の再送制御を中止して、上記第
１の受信制御手段を動作させるようにしてもよい。この
ようにすると、サーバからの本来の起動メッセージを無
視することがなくなり、これにより移動通信端末とサー
バとの間でシステム情報のダウンロード制御を常に正確
に実行させることができる。
タイマの計時期間中にサーバからの新たな起動メッセー
ジの到来を監視し、新たな起動メッセージが到来した場
合にはダウンロード要求の再送制御を中止して、上記第
１の受信制御手段を動作させるようにしてもよい。この
ようにすると、サーバからの本来の起動メッセージを無
視することがなくなり、これにより移動通信端末とサー
バとの間でシステム情報のダウンロード制御を常に正確
に実行させることができる。
【００１５】またこの発明は、システム情報として、移
動通信端末が複数の移動通信システムの中から適当なシ
ステムを捕捉する際に使用するシステム捕捉優先リスト
をダウンロードする場合に適用すると特に有効である。
動通信端末が複数の移動通信システムの中から適当なシ
ステムを捕捉する際に使用するシステム捕捉優先リスト
をダウンロードする場合に適用すると特に有効である。
【００１６】
【発明の実施の形態】以下、図面を参照してこの発明の
実施形態を説明する。図１は、この発明の一実施形態に
係わるシステム情報ダウンロード方法を実施する機能を
備えた移動通信システムの概略構成図である。
実施形態を説明する。図１は、この発明の一実施形態に
係わるシステム情報ダウンロード方法を実施する機能を
備えた移動通信システムの概略構成図である。
【００１７】このシステムは、サービスエリアに分散配
置された複数の基地局ＢＳを備えている。なお、同図で
は説明の簡単のため一つの基地局ＢＳのみを示してい
る。基地局ＢＳはセルと呼ばれる無線エリアＥを形成
し、この無線エリアＥ内に存在する移動通信端末ＭＳ１
〜ＭＳ３に対し無線チャネルを介して接続される。
置された複数の基地局ＢＳを備えている。なお、同図で
は説明の簡単のため一つの基地局ＢＳのみを示してい
る。基地局ＢＳはセルと呼ばれる無線エリアＥを形成
し、この無線エリアＥ内に存在する移動通信端末ＭＳ１
〜ＭＳ３に対し無線チャネルを介して接続される。
【００１８】また、基地局ＢＳは有線回線を介して移動
通信交換局ＥＸに接続される。移動通信交換局ＥＸには
Short Message Service（ＳＭＳ）センタＳＣと、Provi
sioning Gateway（以後ゲートウエイト呼称する）ＧＷ
が接続されている。ＳＭＳセンタＳＣは、移動通信端末
ＭＳ１〜ＭＳ３間におけるショートメッセージの転送を
統括的に管理制御する。ゲートウエイＧＷは、インター
ネットＩＮＷ上に設けられたProvisioning Server（以
後サーバと呼称する）ＳＶとの間の接続と通信制御を行
う。サーバＳＶは、各移動通信端末ＭＳ１〜ＭＳ３に対
し端末固有のシステム情報をダウンロードするためのＩ
ＯＴＡ機能を有する。
通信交換局ＥＸに接続される。移動通信交換局ＥＸには
Short Message Service（ＳＭＳ）センタＳＣと、Provi
sioning Gateway（以後ゲートウエイト呼称する）ＧＷ
が接続されている。ＳＭＳセンタＳＣは、移動通信端末
ＭＳ１〜ＭＳ３間におけるショートメッセージの転送を
統括的に管理制御する。ゲートウエイＧＷは、インター
ネットＩＮＷ上に設けられたProvisioning Server（以
後サーバと呼称する）ＳＶとの間の接続と通信制御を行
う。サーバＳＶは、各移動通信端末ＭＳ１〜ＭＳ３に対
し端末固有のシステム情報をダウンロードするためのＩ
ＯＴＡ機能を有する。
【００１９】ところで、上記移動通信端末ＭＳ１〜ＭＳ
３は例えば次のように構成される。この移動通信端末Ｍ
Ｓ１〜ＭＳ３は、例えばＣＤＭＡ（Code Division Mult
ipleAccess）方式を使用するディジタルモードと、ＡＭ
ＰＳ（Advanced Mobile Phone System）方式を使用する
アナログモードとを選択的に使用して通信を行うことが
可能なマルチモードタイプの端末である。図２はその機
能構成を示すブロック図である。
３は例えば次のように構成される。この移動通信端末Ｍ
Ｓ１〜ＭＳ３は、例えばＣＤＭＡ（Code Division Mult
ipleAccess）方式を使用するディジタルモードと、ＡＭ
ＰＳ（Advanced Mobile Phone System）方式を使用する
アナログモードとを選択的に使用して通信を行うことが
可能なマルチモードタイプの端末である。図２はその機
能構成を示すブロック図である。
【００２０】基地局ＢＳから送信された無線周波信号
は、アンテナ１で受信されたのちアンテナ共用器２（Ｄ
ＵＰ）を介して受信回路（ＲＸ）３に入力される。受信
回路３では、上記無線周波信号が周波数シンセサイザ
（ＳＹＮ）４から出力された受信局部発振信号とミキシ
ングされて中間周波信号或いはベースバンド信号に周波
数変換される。なお、上記周波数シンセサイザ４から発
生される受信局部発振信号の周波数は、制御部１２から
の制御信号ＳＹＣによって指示される。
は、アンテナ１で受信されたのちアンテナ共用器２（Ｄ
ＵＰ）を介して受信回路（ＲＸ）３に入力される。受信
回路３では、上記無線周波信号が周波数シンセサイザ
（ＳＹＮ）４から出力された受信局部発振信号とミキシ
ングされて中間周波信号或いはベースバンド信号に周波
数変換される。なお、上記周波数シンセサイザ４から発
生される受信局部発振信号の周波数は、制御部１２から
の制御信号ＳＹＣによって指示される。
【００２１】上記受信中間周波信号又は受信ベースバン
ド信号は、通信モードとしてディジタルモードが設定さ
れている場合にはＣＤＭＡ信号処理部６に、一方アナロ
グモードが設定されている場合にはアナログオーディオ
回路１９にそれぞれ入力される。
ド信号は、通信モードとしてディジタルモードが設定さ
れている場合にはＣＤＭＡ信号処理部６に、一方アナロ
グモードが設定されている場合にはアナログオーディオ
回路１９にそれぞれ入力される。
【００２２】ＣＤＭＡ信号処理部６では、入力された受
信中間周波信号又は受信ベースバンド信号に対し、直交
復調処理と、受信チャネルに割り当てられた拡散符号
（ＰＮ符号）による逆拡散処理とが行われ、これにより
データレートに応じた所定のフォーマットの復調データ
が得られる。この復調データは音声符号処理部７に入力
される。また、上記復調データのうちデータレートを示
す制御データについては受信データレートとして制御部
１２に入力される。
信中間周波信号又は受信ベースバンド信号に対し、直交
復調処理と、受信チャネルに割り当てられた拡散符号
（ＰＮ符号）による逆拡散処理とが行われ、これにより
データレートに応じた所定のフォーマットの復調データ
が得られる。この復調データは音声符号処理部７に入力
される。また、上記復調データのうちデータレートを示
す制御データについては受信データレートとして制御部
１２に入力される。
【００２３】音声符号処理部７は、上記ＣＤＭＡ信号処
理部６から出力された復調データに対し、制御部１２か
ら通知される受信データレートに応じた伸長処理を施し
たのち、ビタビ復号等を用いた復号処理と誤り訂正復号
処理とを行って、ベースバンドの受信ディジタルデータ
を再生する。
理部６から出力された復調データに対し、制御部１２か
ら通知される受信データレートに応じた伸長処理を施し
たのち、ビタビ復号等を用いた復号処理と誤り訂正復号
処理とを行って、ベースバンドの受信ディジタルデータ
を再生する。
【００２４】ＰＣＭ符号処理部８は、制御部１２から出
力されたディジタル音声信号通信の種別（音声通信、デ
ータ通信）に応じて異なる信号処理を行う。すなわち、
音声通信時には、音声符号処理部７から出力された受信
ディジタルデータをＰＣＭ復号してアナログ受話信号を
出力する。このアナログ受話信号は、受話増幅器９によ
り増幅されたのちスピーカ１０から拡声出力される。ま
たデータ通信時には、音声符号処理部７から出力された
受信ディジタルデータを制御部１２へ供給する。制御部
１２は、上記受信ディジタルデータを記憶部１３に格納
すると共に、表示部１５に表示させる。また必要に応じ
て、上記受信ディジタルデータを外部インタフェースか
ら図示しない携帯情報端末（ＰＤＡ：Personal Digital
Assistance ）やノート型パーソナル・コンピュータ等
のパーソナル・コンピュータへ出力する。
力されたディジタル音声信号通信の種別（音声通信、デ
ータ通信）に応じて異なる信号処理を行う。すなわち、
音声通信時には、音声符号処理部７から出力された受信
ディジタルデータをＰＣＭ復号してアナログ受話信号を
出力する。このアナログ受話信号は、受話増幅器９によ
り増幅されたのちスピーカ１０から拡声出力される。ま
たデータ通信時には、音声符号処理部７から出力された
受信ディジタルデータを制御部１２へ供給する。制御部
１２は、上記受信ディジタルデータを記憶部１３に格納
すると共に、表示部１５に表示させる。また必要に応じ
て、上記受信ディジタルデータを外部インタフェースか
ら図示しない携帯情報端末（ＰＤＡ：Personal Digital
Assistance ）やノート型パーソナル・コンピュータ等
のパーソナル・コンピュータへ出力する。
【００２５】これに対しアナログオーディオ回路１９
は、入力された受信中間周波信号をＦＭ検波器等により
アナログ復調してアナログ受話信号を再生する。このア
ナログ受話信号は、上記受話増幅器９により増幅された
のちスピーカ１０から拡声出力される。
は、入力された受信中間周波信号をＦＭ検波器等により
アナログ復調してアナログ受話信号を再生する。このア
ナログ受話信号は、上記受話増幅器９により増幅された
のちスピーカ１０から拡声出力される。
【００２６】一方、音声通信時における話者の入力音声
は、マイクロホン１１を通じてアナログ送話信号として
入力され、送話増幅器１８で適正レベルまで増幅され
る。そして、通信モードとしてディジタルモードが設定
されている場合にはＰＣＭ符号処理部８に、一方アナロ
グモードが設定されている場合にはアナログオーディオ
回路１９にそれぞれ入力される。
は、マイクロホン１１を通じてアナログ送話信号として
入力され、送話増幅器１８で適正レベルまで増幅され
る。そして、通信モードとしてディジタルモードが設定
されている場合にはＰＣＭ符号処理部８に、一方アナロ
グモードが設定されている場合にはアナログオーディオ
回路１９にそれぞれ入力される。
【００２７】ＰＣＭ符号処理部８では、入力されたアナ
ログ送話信号に対しＰＣＭ符号化処理が施される。これ
により生成された送信データは、音声符号処理部７に供
給される。また、図示しないパーソナル・コンピュータ
から出力されたデータは、外部インタフェースを介して
制御部１２に入力され、この制御部１２からＰＣＭ符号
処理部８を介して音声符号処理部７に入力される。また
制御部１２において生成された送信データも音声符号処
理部７に入力される。
ログ送話信号に対しＰＣＭ符号化処理が施される。これ
により生成された送信データは、音声符号処理部７に供
給される。また、図示しないパーソナル・コンピュータ
から出力されたデータは、外部インタフェースを介して
制御部１２に入力され、この制御部１２からＰＣＭ符号
処理部８を介して音声符号処理部７に入力される。また
制御部１２において生成された送信データも音声符号処
理部７に入力される。
【００２８】音声符号処理部７は、音声通信時には、Ｐ
ＣＭ符号処理部８から出力された送信音声データより入
力音声のエネルギ量を検出し、この検出結果に基づいて
データレートを決定する。そして、上記送信データを上
記データレートに応じたフォーマットのバースト信号に
圧縮し、さらに誤り訂正符号化処理を施したのちＣＤＭ
Ａ信号処理部６へ出力する。これに対しデータ通信時に
おいては、ＰＣＭ符号処理部８から出力された送信デー
タを、予め設定されたデータレートに応じたフォーマッ
トのバースト信号に圧縮し、さらに誤り訂正符号化処理
を施してＣＤＭＡ信号処理部６へ出力する。なお、音声
通信時およびデータ通信時のいずれのデータレートも、
送信データレートとして制御部１２に通知される。
ＣＭ符号処理部８から出力された送信音声データより入
力音声のエネルギ量を検出し、この検出結果に基づいて
データレートを決定する。そして、上記送信データを上
記データレートに応じたフォーマットのバースト信号に
圧縮し、さらに誤り訂正符号化処理を施したのちＣＤＭ
Ａ信号処理部６へ出力する。これに対しデータ通信時に
おいては、ＰＣＭ符号処理部８から出力された送信デー
タを、予め設定されたデータレートに応じたフォーマッ
トのバースト信号に圧縮し、さらに誤り訂正符号化処理
を施してＣＤＭＡ信号処理部６へ出力する。なお、音声
通信時およびデータ通信時のいずれのデータレートも、
送信データレートとして制御部１２に通知される。
【００２９】ＣＤＭＡ信号処理部６は、上記音声符号処
理部７にて圧縮されたバースト信号に対して、送信チャ
ネルに割り当てられたＰＮ符号を用いて拡散処理を施
す。そしてこの拡散符号化された送信信号に対して直交
変調処理を施し、この直交変調信号を送信回路（ＴＸ）
５へ出力する。
理部７にて圧縮されたバースト信号に対して、送信チャ
ネルに割り当てられたＰＮ符号を用いて拡散処理を施
す。そしてこの拡散符号化された送信信号に対して直交
変調処理を施し、この直交変調信号を送信回路（ＴＸ）
５へ出力する。
【００３０】一方、アナログオーディオ回路１９は、入
力されたアナログ送話信号により搬送波信号をＦＭ変調
方式等のアナログ変調方式を用いて変調し、この変調さ
れた搬送波信号を送信回路（ＴＸ）５へ出力する。
力されたアナログ送話信号により搬送波信号をＦＭ変調
方式等のアナログ変調方式を用いて変調し、この変調さ
れた搬送波信号を送信回路（ＴＸ）５へ出力する。
【００３１】送信回路５は、入力された直交変調信号又
は搬送波信号を周波数シンセサイザ４から発生される送
信局部発振信号と合成して無線周波信号に変換する。そ
して送信回路５は、制御部１２により通知される送信デ
ータレートに基づいて、上記無線周波信号の有効部分だ
けを高周波増幅し、送信無線周波信号として出力する。
この送信回路５から出力された送信無線周波信号は、ア
ンテナ共用器２を介してアンテナ１に供給され、このア
ンテナ１から図示しない基地局へ向けてバースト送信さ
れる。
は搬送波信号を周波数シンセサイザ４から発生される送
信局部発振信号と合成して無線周波信号に変換する。そ
して送信回路５は、制御部１２により通知される送信デ
ータレートに基づいて、上記無線周波信号の有効部分だ
けを高周波増幅し、送信無線周波信号として出力する。
この送信回路５から出力された送信無線周波信号は、ア
ンテナ共用器２を介してアンテナ１に供給され、このア
ンテナ１から図示しない基地局へ向けてバースト送信さ
れる。
【００３２】入力部１４には、ダイヤルキーや発信キ
ー、電源キー、終了キー、音量調節キー、モード指定キ
ー等のキー群が設けられ、また表示部１５にはＬＣＤ表
示器及びＬＥＤが設けられている。ＬＣＤ表示器には、
電話帳の記憶情報や発着信履歴、相手話者の端末装置の
電話番号、自装置の動作状態等が表示される。またＬＥ
Ｄには、バッテリ１６のDischarge 状態つまりバッテリ
１６の充電を要求する情報が表示される。
ー、電源キー、終了キー、音量調節キー、モード指定キ
ー等のキー群が設けられ、また表示部１５にはＬＣＤ表
示器及びＬＥＤが設けられている。ＬＣＤ表示器には、
電話帳の記憶情報や発着信履歴、相手話者の端末装置の
電話番号、自装置の動作状態等が表示される。またＬＥ
Ｄには、バッテリ１６のDischarge 状態つまりバッテリ
１６の充電を要求する情報が表示される。
【００３３】なお、１７は電源回路であり、バッテリ１
６の出力をもとに所定の動作電源電圧Ｖccを生成して各
回路部に供給する。また、電源回路１７には充電回路も
設けられており、この充電回路によりバッテリ１６の充
電が行われる。
６の出力をもとに所定の動作電源電圧Ｖccを生成して各
回路部に供給する。また、電源回路１７には充電回路も
設けられており、この充電回路によりバッテリ１６の充
電が行われる。
【００３４】ところで制御部１２は、例えばマイクロコ
ンピュータを主制御部として備えたもので、その基本的
な制御機能として、発着信に応じて無線接続制御を実行
して音声通信やデータ通信を可能にする通信制御機能
や、インターネットに対しアクセスしてウエブページ等
の情報を表示するブラウザ機能、システム選択制御機
能、アイドルハンドオフ制御機能、位置登録制御機能等
を有している。
ンピュータを主制御部として備えたもので、その基本的
な制御機能として、発着信に応じて無線接続制御を実行
して音声通信やデータ通信を可能にする通信制御機能
や、インターネットに対しアクセスしてウエブページ等
の情報を表示するブラウザ機能、システム選択制御機
能、アイドルハンドオフ制御機能、位置登録制御機能等
を有している。
【００３５】また、これらの基本制御機能に加え、この
発明に係わる新たな機能として、起動メッセージ受信保
存制御機能１２ａと、ＩＯＴＡ実行制御機能１２ｂと、
ＩＯＴＡリトライ制御機能１２ｃとを備えている。
発明に係わる新たな機能として、起動メッセージ受信保
存制御機能１２ａと、ＩＯＴＡ実行制御機能１２ｂと、
ＩＯＴＡリトライ制御機能１２ｃとを備えている。
【００３６】起動メッセージ受信保存制御機能１２ａ
は、待ち受け時にサーバＳＶからＳＭＳメッセージが到
来した場合に、このＳＭＳメッセージに挿入されている
制御メッセージがBootstrap messageであるか否かを判
定する。そして、Bootstrap messageであれば、このメ
ッセージをＩＯＴＡ機能の起動メッセージであると見な
してＩＯＴＡ実行制御機能１２ｂに通知すると共に、制
御部１２内のＩＯＴＡ機能再起動用のバッファに保存す
る。
は、待ち受け時にサーバＳＶからＳＭＳメッセージが到
来した場合に、このＳＭＳメッセージに挿入されている
制御メッセージがBootstrap messageであるか否かを判
定する。そして、Bootstrap messageであれば、このメ
ッセージをＩＯＴＡ機能の起動メッセージであると見な
してＩＯＴＡ実行制御機能１２ｂに通知すると共に、制
御部１２内のＩＯＴＡ機能再起動用のバッファに保存す
る。
【００３７】ＩＯＴＡ実行制御機能１２ｂは、上記起動
メッセージ受信保存制御機能１２ａから通知されたBoot
strap messageに応じて、移動通信交換局ＥＸに対しダ
イヤルアップによりサーバＳＶとの間にデータ通信リン
クを開設するための要求を行う。そして、サーバＳＶと
の間にデータ通信リンクが開設されると、サーバＳＶへ
Bootstrap messageの受信通知をシステム情報のダウン
ロード要求として送出し、以後この要求に応じてサーバ
ＳＶからダウンロードされるシステム情報を受信して記
憶部１３に格納する。
メッセージ受信保存制御機能１２ａから通知されたBoot
strap messageに応じて、移動通信交換局ＥＸに対しダ
イヤルアップによりサーバＳＶとの間にデータ通信リン
クを開設するための要求を行う。そして、サーバＳＶと
の間にデータ通信リンクが開設されると、サーバＳＶへ
Bootstrap messageの受信通知をシステム情報のダウン
ロード要求として送出し、以後この要求に応じてサーバ
ＳＶからダウンロードされるシステム情報を受信して記
憶部１３に格納する。
【００３８】ＩＯＴＡリトライ制御機能１２ｃは、上記
ＩＯＴＡ実行制御機能１２ｂによるデータ通信リンクの
接続要求動作と、システム情報のダウンロード動作とを
それぞれ監視し、データ通信リンクの接続失敗、ダウン
ロードの失敗或いはデータ通信リンクのロスト等による
ＩＯＴＡ機能の中断を判定する。そして、ＩＯＴＡ機能
の中断が検出されると、リトライタイマにより指定され
るタイミングに従い、ＩＯＴＡ再起動用のバッファに保
存しておいたBootstrap messageに応じて、移動通信交
換局ＥＸに対しサーバＳＶとの間にデータ通信リンクを
開設するための要求を行い、以後サーバＳＶからダウン
ロードされるシステム情報の受信動作を実行する。
ＩＯＴＡ実行制御機能１２ｂによるデータ通信リンクの
接続要求動作と、システム情報のダウンロード動作とを
それぞれ監視し、データ通信リンクの接続失敗、ダウン
ロードの失敗或いはデータ通信リンクのロスト等による
ＩＯＴＡ機能の中断を判定する。そして、ＩＯＴＡ機能
の中断が検出されると、リトライタイマにより指定され
るタイミングに従い、ＩＯＴＡ再起動用のバッファに保
存しておいたBootstrap messageに応じて、移動通信交
換局ＥＸに対しサーバＳＶとの間にデータ通信リンクを
開設するための要求を行い、以後サーバＳＶからダウン
ロードされるシステム情報の受信動作を実行する。
【００３９】次に、以上のように構成された移動通信シ
ステム及び移動通信端末のＩＯＴＡ機能の動作を説明す
る。なお、ここではサーバＳＶから移動通信端末ＭＳ１
にシステム情報をダウンロードする場合を例にとって説
明する。
ステム及び移動通信端末のＩＯＴＡ機能の動作を説明す
る。なお、ここではサーバＳＶから移動通信端末ＭＳ１
にシステム情報をダウンロードする場合を例にとって説
明する。
【００４０】図３は移動通信端末ＭＳ１におけるＩＯＴ
Ａ機能のメイン制御プログラムの処理手順と処理内容を
示すフローチャート、図９は移動通信端末ＭＳ１とサー
バＳＶおよびＳＭＳセンタＳＣとの間のデータの送受信
手順を示すシーケンス図である。
Ａ機能のメイン制御プログラムの処理手順と処理内容を
示すフローチャート、図９は移動通信端末ＭＳ１とサー
バＳＶおよびＳＭＳセンタＳＣとの間のデータの送受信
手順を示すシーケンス図である。
【００４１】ＩＯＴＡ機能によりシステム情報をダウン
ロードする場合、先ずサーバＳＶが移動通信端末のＩＯ
ＴＡ機能を起動させるためのBootstrap messageを生成
し、このBootstrap messageを図９に示すようにインタ
ーネットＩＮＷ及びゲートウエイＧＷを介してＳＭＳセ
ンタＳＣに転送する。ＳＭＳセンタＳＣは、転送された
Bootstrap messageを、例えばＩＳ−９５に準拠するDat
a burst message及びＩＳ−６３７に準拠するＳＭＳメ
ッセージ内のUser Dataを利用して起動対象の移動通信
端末ＭＳ１へ向け送出する。このBootstrap messageが
挿入されたＳＭＳメッセージは、移動通信交換局ＥＸ及
び基地局ＢＳを介して移動通信端末ＭＳ１に転送され
る。
ロードする場合、先ずサーバＳＶが移動通信端末のＩＯ
ＴＡ機能を起動させるためのBootstrap messageを生成
し、このBootstrap messageを図９に示すようにインタ
ーネットＩＮＷ及びゲートウエイＧＷを介してＳＭＳセ
ンタＳＣに転送する。ＳＭＳセンタＳＣは、転送された
Bootstrap messageを、例えばＩＳ−９５に準拠するDat
a burst message及びＩＳ−６３７に準拠するＳＭＳメ
ッセージ内のUser Dataを利用して起動対象の移動通信
端末ＭＳ１へ向け送出する。このBootstrap messageが
挿入されたＳＭＳメッセージは、移動通信交換局ＥＸ及
び基地局ＢＳを介して移動通信端末ＭＳ１に転送され
る。
【００４２】移動通信端末ＭＳ１は、待ち受け中におい
て定期的にステップ３０２により、基地局から送られる
ＩＯＴＡ機能の起動メッセージとなるBootstrap messag
eの到来を監視している。図４はこのBootstrap message
受信制御プログラムの処理手順と内容を示すフローチャ
ートである。
て定期的にステップ３０２により、基地局から送られる
ＩＯＴＡ機能の起動メッセージとなるBootstrap messag
eの到来を監視している。図４はこのBootstrap message
受信制御プログラムの処理手順と内容を示すフローチャ
ートである。
【００４３】移動通信端末ＭＳ１の制御部１２は、ステ
ップ４０１で上記実行要求を受けて処理を開始すると、
先ずステップ４０２でData burst messageの受信チェッ
クを行い、受信したData burst messageがＳＭＳメッセ
ージであるか否かステップ４０３で判定する。この判定
の結果、受信したData burst messageがＳＭＳメッセー
ジだったとすると、ステップ４０４で当該ＳＭＳメッセ
ージ内のUSER DATAの解析を行う。なお、受信したData
burst messageがＳＭＳメッセージではなかった場合に
は、ステップ４０２によるData burst messageの受信チ
ェックへ戻る。
ップ４０１で上記実行要求を受けて処理を開始すると、
先ずステップ４０２でData burst messageの受信チェッ
クを行い、受信したData burst messageがＳＭＳメッセ
ージであるか否かステップ４０３で判定する。この判定
の結果、受信したData burst messageがＳＭＳメッセー
ジだったとすると、ステップ４０４で当該ＳＭＳメッセ
ージ内のUSER DATAの解析を行う。なお、受信したData
burst messageがＳＭＳメッセージではなかった場合に
は、ステップ４０２によるData burst messageの受信チ
ェックへ戻る。
【００４４】上記ＳＭＳメッセージ内のUSER DATAの解
析では、当該USER DATA内に挿入されたメッセージがBoo
tstrap messageであるか否かが判定される。このBootst
rap messageの判定は、ヘッダに「//pp」が含まれてい
るか否かを判定することにより行われる。この判定の結
果、ヘッダに「//pp」が含まれていれば、制御部１２は
ステップ４０５において受信メッセージをBootstrap me
ssageであると認識し、ステップ４０６に移行してここ
で上記USER DATAからBootstrap messageを抽出する。そ
して、この抽出したBootstrap messageを、ステップ４
０７で制御部１２内のＩＯＴＡ機能再起動用のバッファ
（図４中の４０８）に保存する。なお、受信したＳＭＳ
メッセージがBootstrap messageでなかった場合には、B
ootstrap messageの受信制御プログラムによる処理を終
了する上記Bootstrap messageの保存処理を終了すると
制御部１２は、続いてステップ４０９においてＩＯＴＡ
ステータスのチェックを行う。このステータスチェック
では、制御部１２内のメモリに設けられているＩＯＴＡ
ステータスフラグの状態をもとに、ＩＯＴＡ起動中であ
るか否かが判定される。この判定の結果、ＩＯＴＡ起動
中でなければ、制御部１２はステップ４１０からステッ
プ４１１に移行する。そして、後述するＩＯＴＡリトラ
イ停止制御プログラムにリトライの起動停止処理を指示
した後、ステップ４１２で図３に示したメイン制御プロ
グラムに対しBootstrap messageを受信した旨を通知す
る。これに対しＩＯＴＡ機能が既に起動中だったとする
と、Bootstrap messageの受信通知を行わずに受信制御
プログラムによる処理を終了する。
析では、当該USER DATA内に挿入されたメッセージがBoo
tstrap messageであるか否かが判定される。このBootst
rap messageの判定は、ヘッダに「//pp」が含まれてい
るか否かを判定することにより行われる。この判定の結
果、ヘッダに「//pp」が含まれていれば、制御部１２は
ステップ４０５において受信メッセージをBootstrap me
ssageであると認識し、ステップ４０６に移行してここ
で上記USER DATAからBootstrap messageを抽出する。そ
して、この抽出したBootstrap messageを、ステップ４
０７で制御部１２内のＩＯＴＡ機能再起動用のバッファ
（図４中の４０８）に保存する。なお、受信したＳＭＳ
メッセージがBootstrap messageでなかった場合には、B
ootstrap messageの受信制御プログラムによる処理を終
了する上記Bootstrap messageの保存処理を終了すると
制御部１２は、続いてステップ４０９においてＩＯＴＡ
ステータスのチェックを行う。このステータスチェック
では、制御部１２内のメモリに設けられているＩＯＴＡ
ステータスフラグの状態をもとに、ＩＯＴＡ起動中であ
るか否かが判定される。この判定の結果、ＩＯＴＡ起動
中でなければ、制御部１２はステップ４１０からステッ
プ４１１に移行する。そして、後述するＩＯＴＡリトラ
イ停止制御プログラムにリトライの起動停止処理を指示
した後、ステップ４１２で図３に示したメイン制御プロ
グラムに対しBootstrap messageを受信した旨を通知す
る。これに対しＩＯＴＡ機能が既に起動中だったとする
と、Bootstrap messageの受信通知を行わずに受信制御
プログラムによる処理を終了する。
【００４５】さて、そうしてBootstrap messageの受信
制御を終了すると、制御部１２は図３に示すメイン制御
プログラムに戻り、ステップ３０４でＩＯＴＡステータ
スフラグを「ＩＯＴＡ起動中」に設定したのち、ステッ
プ３０５によりサーバＳＶとの間にデータ通信リンクを
開設するための要求処理を行う。このデータ通信リンク
の開設要求処理は、例えば移動通信交換局ＥＸに対しダ
イヤルアップすることにより行われる。
制御を終了すると、制御部１２は図３に示すメイン制御
プログラムに戻り、ステップ３０４でＩＯＴＡステータ
スフラグを「ＩＯＴＡ起動中」に設定したのち、ステッ
プ３０５によりサーバＳＶとの間にデータ通信リンクを
開設するための要求処理を行う。このデータ通信リンク
の開設要求処理は、例えば移動通信交換局ＥＸに対しダ
イヤルアップすることにより行われる。
【００４６】そして、サーバＳＶとの間にデータ通信リ
ンクが開設されると、制御部１２はステップ３０６から
ステップ３０７に移行し、ここでＩＯＴＡダウンロード
処理プログラムの実行を要求する。図５は、ＩＯＴＡダ
ウンロード処理プログラムの処理手順と処理内容を示す
フローチャートである。
ンクが開設されると、制御部１２はステップ３０６から
ステップ３０７に移行し、ここでＩＯＴＡダウンロード
処理プログラムの実行を要求する。図５は、ＩＯＴＡダ
ウンロード処理プログラムの処理手順と処理内容を示す
フローチャートである。
【００４７】制御部１２は、ステップ５０１で上記実行
要求を受けて処理を開始すると、先ずステップ５０２で
サーバＳＶに対してＩＯＴＡ開始要求（ダウンロード要
求）を送出する。次に、ステップ５０３でサーバＳＶか
ら送られてくるコマンドをチェックし、受信コマンドが
システム情報のダウンロードコマンドであるかどうかを
ステップ５０４で判定する。
要求を受けて処理を開始すると、先ずステップ５０２で
サーバＳＶに対してＩＯＴＡ開始要求（ダウンロード要
求）を送出する。次に、ステップ５０３でサーバＳＶか
ら送られてくるコマンドをチェックし、受信コマンドが
システム情報のダウンロードコマンドであるかどうかを
ステップ５０４で判定する。
【００４８】この判定の結果、受信コマンドがダウンロ
ードコマンドの場合には、ステップ５０６においてサー
バＳＶからダウンロードされるシステム情報を受信して
記憶部１３に格納する処理を行う。また、このダウンロ
ード期間中にステップ５０７でデータ通信リンクの接続
状態をチェックし、このチェックの結果データ通信リン
クが正常であればステップ５１０からステップ５０３に
戻ってデータのダウンロード処理を繰り返す。これに対
し、データダウンロード期間中にデータ通信リンクのロ
スト（切断）が検出されると、制御部１２はステップ５
１０からステップ５１１に移行してここでＩＯＴＡステ
ータスフラグを「未完了」に設定し、図３に示すメイン
制御プログラムに戻る。
ードコマンドの場合には、ステップ５０６においてサー
バＳＶからダウンロードされるシステム情報を受信して
記憶部１３に格納する処理を行う。また、このダウンロ
ード期間中にステップ５０７でデータ通信リンクの接続
状態をチェックし、このチェックの結果データ通信リン
クが正常であればステップ５１０からステップ５０３に
戻ってデータのダウンロード処理を繰り返す。これに対
し、データダウンロード期間中にデータ通信リンクのロ
スト（切断）が検出されると、制御部１２はステップ５
１０からステップ５１１に移行してここでＩＯＴＡステ
ータスフラグを「未完了」に設定し、図３に示すメイン
制御プログラムに戻る。
【００４９】また、上記データダウンロード期間中に受
信したコマンドが完了コマンドだったとすれば、制御部
１２はステップ５０５からステップ５０８に移行し、こ
こでサーバＳＶに対しシステム情報のダウンロード完了
を送信する。そして、ステップ５０９でＩＯＴＡステー
タスフラグを「完了」に設定し、図３に示すメイン制御
プログラムに戻る。
信したコマンドが完了コマンドだったとすれば、制御部
１２はステップ５０５からステップ５０８に移行し、こ
こでサーバＳＶに対しシステム情報のダウンロード完了
を送信する。そして、ステップ５０９でＩＯＴＡステー
タスフラグを「完了」に設定し、図３に示すメイン制御
プログラムに戻る。
【００５０】メイン制御プログラムの処理に戻ると制御
部１２は、ステップ３０８でＩＯＴＡ機能によるシステ
ム情報のダウンロードが完了したか否かを判定する。こ
の判定は、ＩＯＴＡステータスフラグが「完了」に設定
されているか「未完了」に設定されているかを見ること
で行われる。そして、システム情報のダウンロードが完
了した場合には、ステップ３１０に移行してここで移動
通信交換局ＥＸに対しデータ通信リンクの切断を要求す
る。そして、データ通信リンクが切断されると、ステッ
プ３１１でＩＯＴＡリトライの実行停止処理を行い、さ
らにステップ３１２でＩＯＴＡステータスフラグをクリ
アし、メイン制御プログラムの処理を終了する。
部１２は、ステップ３０８でＩＯＴＡ機能によるシステ
ム情報のダウンロードが完了したか否かを判定する。こ
の判定は、ＩＯＴＡステータスフラグが「完了」に設定
されているか「未完了」に設定されているかを見ること
で行われる。そして、システム情報のダウンロードが完
了した場合には、ステップ３１０に移行してここで移動
通信交換局ＥＸに対しデータ通信リンクの切断を要求す
る。そして、データ通信リンクが切断されると、ステッ
プ３１１でＩＯＴＡリトライの実行停止処理を行い、さ
らにステップ３１２でＩＯＴＡステータスフラグをクリ
アし、メイン制御プログラムの処理を終了する。
【００５１】一方、前記データ通信リンクの接続判定処
理（ステップ３０６）において、データ通信リンクが開
設できないと判定されたとする。データ通信リンクの開
設ができない原因には、無線チャネルに空きがなかった
り、無線チャネルの品質低下等があげられる。この場合
制御部１２は、ステップ３０９に移行してここでＩＯＴ
Ａリトライ起動処理プログラムの実行を要求する。
理（ステップ３０６）において、データ通信リンクが開
設できないと判定されたとする。データ通信リンクの開
設ができない原因には、無線チャネルに空きがなかった
り、無線チャネルの品質低下等があげられる。この場合
制御部１２は、ステップ３０９に移行してここでＩＯＴ
Ａリトライ起動処理プログラムの実行を要求する。
【００５２】また、制御部１２はステップ３０８におけ
るＩＯＴＡの完了／未完了の判定によりＩＯＴＡ未完了
と判定した場合にも、上記ステップ３０９に移行してこ
こでＩＯＴＡリトライ起動制御プログラムの実行を要求
する。
るＩＯＴＡの完了／未完了の判定によりＩＯＴＡ未完了
と判定した場合にも、上記ステップ３０９に移行してこ
こでＩＯＴＡリトライ起動制御プログラムの実行を要求
する。
【００５３】図６は、ＩＯＴＡリトライ起動制御プログ
ラムの処理手順と処理内容を示すフローチャートであ
る。制御部１２は、ステップ６０１で上記実行要求を受
けて処理を開始すると、先ずステップ６０２で制御部１
２内に設けられたリトライカウンタのカウント値を読み
出し、このカウント値つまりＩＯＴＡのリトライ回数が
予め定められた上限値に達しているか否かをステップ６
０３で判定する。この判定の結果、リトライ回数がまだ
上限値に達していなければ、制御部１２はステップ６０
５に移行してここでリトライタイマに計時時間を設定
し、ステップ６０６でリトライタイマを起動させる。
ラムの処理手順と処理内容を示すフローチャートであ
る。制御部１２は、ステップ６０１で上記実行要求を受
けて処理を開始すると、先ずステップ６０２で制御部１
２内に設けられたリトライカウンタのカウント値を読み
出し、このカウント値つまりＩＯＴＡのリトライ回数が
予め定められた上限値に達しているか否かをステップ６
０３で判定する。この判定の結果、リトライ回数がまだ
上限値に達していなければ、制御部１２はステップ６０
５に移行してここでリトライタイマに計時時間を設定
し、ステップ６０６でリトライタイマを起動させる。
【００５４】なお、上記リトライカウンタのカウント値
が上限値に達していた場合には、制御部１２はステップ
６０４に移行して、ここで後述するリトライ停止制御プ
ログラムに対し実行要求を与える。
が上限値に達していた場合には、制御部１２はステップ
６０４に移行して、ここで後述するリトライ停止制御プ
ログラムに対し実行要求を与える。
【００５５】さて、上記リトライタイマを起動すると制
御部１２は、続いてＩＯＴＡリトライ監視制御プログラ
ムを実行する。図７は、このＩＯＴＡリトライ監視制御
プログラムの処理手順と処理内容を示すフローチャート
である。
御部１２は、続いてＩＯＴＡリトライ監視制御プログラ
ムを実行する。図７は、このＩＯＴＡリトライ監視制御
プログラムの処理手順と処理内容を示すフローチャート
である。
【００５６】制御部１２は、ステップ７０１でＩＯＴＡ
リトライ監視処理を開始すると、先ずステップ７０２で
前記リトライタイマの計時値をチェックし、ステップ７
０３でリトライタイマがタイムアウトしたか否かを判定
する。この判定の結果、リトライタイマがタイムアウト
すると、制御部１２はステップ７０４に移行する。な
お、上記リトライタイマがタイムアウトするまで、上記
計時値のチェックとその判定処理は繰り返される。
リトライ監視処理を開始すると、先ずステップ７０２で
前記リトライタイマの計時値をチェックし、ステップ７
０３でリトライタイマがタイムアウトしたか否かを判定
する。この判定の結果、リトライタイマがタイムアウト
すると、制御部１２はステップ７０４に移行する。な
お、上記リトライタイマがタイムアウトするまで、上記
計時値のチェックとその判定処理は繰り返される。
【００５７】ステップ７０４に移行すると制御部１２
は、ここで先ずBootstrap messageの受信チェックを行
い、ステップ７０５でサーバＳＶから新たなBootstrap
messageが受信されたか否かを判定する。この判定の結
果、新たなBootstrap messageが受信された場合には、
ステップ７０６に移行してＩＯＴＡリトライ停止制御プ
ログラムの実行を要求する。そして、ＩＯＴＡのリトラ
イを実行せずにリトライ監視処理を終了する。
は、ここで先ずBootstrap messageの受信チェックを行
い、ステップ７０５でサーバＳＶから新たなBootstrap
messageが受信されたか否かを判定する。この判定の結
果、新たなBootstrap messageが受信された場合には、
ステップ７０６に移行してＩＯＴＡリトライ停止制御プ
ログラムの実行を要求する。そして、ＩＯＴＡのリトラ
イを実行せずにリトライ監視処理を終了する。
【００５８】これに対し新たなBootstrap messageが受
信されていない場合には、制御部１２はステップ７０７
に移行し、ここでＩＯＴＡ機能再起動用のバッファ（リ
トライバッファ７０８）から、保存されている受信済み
のBootstrap messageを読み出す。そして、ステップ７
０９でこの読み出したBootstrap messageをもとに、メ
イン制御プログラムに対しBootstrap messageを受信し
た旨を通知する。
信されていない場合には、制御部１２はステップ７０７
に移行し、ここでＩＯＴＡ機能再起動用のバッファ（リ
トライバッファ７０８）から、保存されている受信済み
のBootstrap messageを読み出す。そして、ステップ７
０９でこの読み出したBootstrap messageをもとに、メ
イン制御プログラムに対しBootstrap messageを受信し
た旨を通知する。
【００５９】この結果メイン制御プログラムは、図３に
示すようにステップ３０４でＩＯＴＡステータスフラグ
を「ＩＯＴＡ起動中」に設定したのち、ステップ３０５
によりサーバＳＶとの間にデータ通信リンクを開設する
ための要求処理を行い、しかるのちステップ３０７にお
いてＩＯＴＡダウンロード制御処理を実行する。この処
理の手順と内容は図５に示したものと同じである。
示すようにステップ３０４でＩＯＴＡステータスフラグ
を「ＩＯＴＡ起動中」に設定したのち、ステップ３０５
によりサーバＳＶとの間にデータ通信リンクを開設する
ための要求処理を行い、しかるのちステップ３０７にお
いてＩＯＴＡダウンロード制御処理を実行する。この処
理の手順と内容は図５に示したものと同じである。
【００６０】なお、制御部１２は、ＩＯＴＡリトライ停
止制御プログラムを実行すると、図８に示すように先ず
ステップ８０２でリトライタイマを停止させ、さらにス
テップ８０３でリトライカウンタのカウント値をクリア
する。そして、これらの処理を終了した後、待ち受け状
態に復帰する。
止制御プログラムを実行すると、図８に示すように先ず
ステップ８０２でリトライタイマを停止させ、さらにス
テップ８０３でリトライカウンタのカウント値をクリア
する。そして、これらの処理を終了した後、待ち受け状
態に復帰する。
【００６１】以上述べたようにこの実施形態では、サー
バＳＶから移動通信端末ＭＳ１宛にBootstrap message
が転送された場合に、このBootstrap messageを移動通
信端末ＭＳ１のリトライバッファに保存しておく。そし
て、ＩＯＴＡ機能がダウンロード開始前又はダウンロー
ド期間中に中断した場合に、上記保存しておいたBootst
rap messageをもとに、リトライタイマにより指示され
るタイミングで、ＩＯＴＡ機能を再度実行するようにし
ている。
バＳＶから移動通信端末ＭＳ１宛にBootstrap message
が転送された場合に、このBootstrap messageを移動通
信端末ＭＳ１のリトライバッファに保存しておく。そし
て、ＩＯＴＡ機能がダウンロード開始前又はダウンロー
ド期間中に中断した場合に、上記保存しておいたBootst
rap messageをもとに、リトライタイマにより指示され
るタイミングで、ＩＯＴＡ機能を再度実行するようにし
ている。
【００６２】したがってこの実施形態によれば、データ
通信リンクの接続失敗や、データダウンロードの失敗、
データ通信リンクのロスト等によりＩＯＴＡ機能が中断
されたとしても、移動通信端末ＭＳ１においてＩＯＴＡ
機能が自動的に再実行される。このため、移動通信端末
ＭＳ１ではサーバＳＶからのBootstrap messageの再送
を待つことなく、自主的にシステム情報のダウンロード
処理を再開することができる。したがって、移動通信端
末ＭＳ１は最新のシステム情報を迅速に取得することが
可能となる。
通信リンクの接続失敗や、データダウンロードの失敗、
データ通信リンクのロスト等によりＩＯＴＡ機能が中断
されたとしても、移動通信端末ＭＳ１においてＩＯＴＡ
機能が自動的に再実行される。このため、移動通信端末
ＭＳ１ではサーバＳＶからのBootstrap messageの再送
を待つことなく、自主的にシステム情報のダウンロード
処理を再開することができる。したがって、移動通信端
末ＭＳ１は最新のシステム情報を迅速に取得することが
可能となる。
【００６３】またサーバＳＶにとっては、ＩＯＴＡによ
るデータダウンロードを失敗した場合に、送り先の移動
通信端末に対する制御をはじめからやり直す必要がなく
なり、その分システム情報のダウンロードに係わる制御
負担を軽減することができる。
るデータダウンロードを失敗した場合に、送り先の移動
通信端末に対する制御をはじめからやり直す必要がなく
なり、その分システム情報のダウンロードに係わる制御
負担を軽減することができる。
【００６４】またこの実施形態では、リトライカウンタ
によりリトライ回数をカウントし、リトライ回数が上限
値に達するまで繰り返しリトライを繰り返すようにして
いる。このため、ＩＯＴＡ機能のリトライが自動的に複
数回行われることになり、これによりＩＯＴＡ機能を実
行できる確率を高めることができる。
によりリトライ回数をカウントし、リトライ回数が上限
値に達するまで繰り返しリトライを繰り返すようにして
いる。このため、ＩＯＴＡ機能のリトライが自動的に複
数回行われることになり、これによりＩＯＴＡ機能を実
行できる確率を高めることができる。
【００６５】さらにこの実施形態では、リトライ監視制
御中にサーバＳＶからの新たなBootstrap messageの到
来を監視し、新たなBootstrap messageが到来した場合
にはリトライ制御を中止して上記新たなBootstrap mess
ageに応じてＩＯＴＡ機能を起動するようにしている。
このため、サーバＳＶからの本来のＩＯＴＡの起動要求
を無視することがなくなり、これにより移動通信端末Ｍ
Ｓ１とサーバＳＶとの間でＩＯＴＡによるシステム情報
のダウンロード制御を常に正確に実行させることができ
る。
御中にサーバＳＶからの新たなBootstrap messageの到
来を監視し、新たなBootstrap messageが到来した場合
にはリトライ制御を中止して上記新たなBootstrap mess
ageに応じてＩＯＴＡ機能を起動するようにしている。
このため、サーバＳＶからの本来のＩＯＴＡの起動要求
を無視することがなくなり、これにより移動通信端末Ｍ
Ｓ１とサーバＳＶとの間でＩＯＴＡによるシステム情報
のダウンロード制御を常に正確に実行させることができ
る。
【００６６】なお、この発明は上記実施形態に限定され
るものではなく、例えば移動通信端末の種類や構成、移
動通信システムの構成については如何なるものでも適用
でき、またＩＯＴＡメイン制御プログラム、Bootstrap
messageの受信制御プログラム、ＩＯＴＡダウンロード
制御プログラム、ＩＯＴＡリトライ起動制御プログラ
ム、ＩＯＴＡリトライ監視制御プログラム及びＩＯＴＡ
リトライ停止制御プログラムの各処理手順と処理内容に
ついても、この発明の要旨を逸脱しない範囲で種々変形
して実施できる。
るものではなく、例えば移動通信端末の種類や構成、移
動通信システムの構成については如何なるものでも適用
でき、またＩＯＴＡメイン制御プログラム、Bootstrap
messageの受信制御プログラム、ＩＯＴＡダウンロード
制御プログラム、ＩＯＴＡリトライ起動制御プログラ
ム、ＩＯＴＡリトライ監視制御プログラム及びＩＯＴＡ
リトライ停止制御プログラムの各処理手順と処理内容に
ついても、この発明の要旨を逸脱しない範囲で種々変形
して実施できる。
【００６７】
【発明の効果】以上詳述したようにこの発明では、サー
バから到来する起動メッセージに応じて移動通信端末か
らサーバへシステム情報のダウンロード要求を送信し、
この要求に応じてサーバから移動通信端末へシステム情
報をダウンロードするシステム情報ダウンロード方法及
び移動通信端末にあって、サーバから送信された起動メ
ッセージを移動通信端末で保存しておき、サーバからの
システム情報のダウンロードが中断された場合に、上記
保存されている起動メッセージをもとに上記サーバに対
しシステム情報のダウンロード要求を再送し、この再送
したダウンロード要求に応じてサーバから移動通信端末
へシステム情報をダウンロードするようにしている。
バから到来する起動メッセージに応じて移動通信端末か
らサーバへシステム情報のダウンロード要求を送信し、
この要求に応じてサーバから移動通信端末へシステム情
報をダウンロードするシステム情報ダウンロード方法及
び移動通信端末にあって、サーバから送信された起動メ
ッセージを移動通信端末で保存しておき、サーバからの
システム情報のダウンロードが中断された場合に、上記
保存されている起動メッセージをもとに上記サーバに対
しシステム情報のダウンロード要求を再送し、この再送
したダウンロード要求に応じてサーバから移動通信端末
へシステム情報をダウンロードするようにしている。
【００６８】したがってこの発明によれば、システム情
報のダウンロードが中断された場合に、サーバからの起
動指示を待たずにシステム情報のダウンロードを迅速に
再開することができ、これにより移動通信端末が最新の
システム情報を円滑に取得できると共に、ダウンロード
処理に係わるサーバの制御負担を大幅に軽減することを
可能にした移動通信端末及びシステム情報ダウンロード
方法を提供することができる。
報のダウンロードが中断された場合に、サーバからの起
動指示を待たずにシステム情報のダウンロードを迅速に
再開することができ、これにより移動通信端末が最新の
システム情報を円滑に取得できると共に、ダウンロード
処理に係わるサーバの制御負担を大幅に軽減することを
可能にした移動通信端末及びシステム情報ダウンロード
方法を提供することができる。
【図１】 この発明の一実施形態に係わるシステム情報
ダウンロード方法を実施する機能を備えた移動通信シス
テムの概略構成図。
ダウンロード方法を実施する機能を備えた移動通信シス
テムの概略構成図。
【図２】 図１に示したシステムで使用される移動通信
端末の機能構成を示すブロック図。
端末の機能構成を示すブロック図。
【図３】 図２に示した移動通信端末の制御部において
実行されるＩＯＴＡメイン制御プログラムの処理手順と
処理内容を示すフローチャート。
実行されるＩＯＴＡメイン制御プログラムの処理手順と
処理内容を示すフローチャート。
【図４】 図２に示した移動通信端末の制御部において
実行されるBootstrap message受信制御プログラムの処
理手順と処理内容を示すフローチャート。
実行されるBootstrap message受信制御プログラムの処
理手順と処理内容を示すフローチャート。
【図５】 図２に示した移動通信端末の制御部において
実行されるＩＯＴＡダウンロード制御プログラムの処理
手順と処理内容を示すフローチャート。
実行されるＩＯＴＡダウンロード制御プログラムの処理
手順と処理内容を示すフローチャート。
【図６】 図２に示した移動通信端末の制御部において
実行されるＩＯＴＡリトライ起動制御プログラムの処理
手順と処理内容を示すフローチャート。
実行されるＩＯＴＡリトライ起動制御プログラムの処理
手順と処理内容を示すフローチャート。
【図７】 図２に示した移動通信端末の制御部において
実行されるＩＯＴＡリトライ監視制御プログラムの処理
手順と処理内容を示すフローチャート。
実行されるＩＯＴＡリトライ監視制御プログラムの処理
手順と処理内容を示すフローチャート。
【図８】 図２に示した移動通信端末の制御部において
実行されるＩＯＴＡリトライ停止制御プログラムの処理
手順と処理内容を示すフローチャート。
実行されるＩＯＴＡリトライ停止制御プログラムの処理
手順と処理内容を示すフローチャート。
【図９】 移動通信端末とサーバおよびＳＭＳセンタと
の間のデータの送受信手順を示すシーケンス図。
の間のデータの送受信手順を示すシーケンス図。
ＥＸ…移動通信交換局
ＳＣ…ＳＭＳセンタ
ＧＷ…ゲートウエイ
ＩＮＷ…インターネット
ＳＶ…サーバ
ＢＳ…基地局
Ｅ…無線エリア
ＭＳ１〜ＭＳ３…移動通信端末
１…アンテナ
２…アンテナ共用器（ＤＵＰ）
３…受信回路（ＲＸ）
４…周波数シンセサイザ（ＳＹＮ）
５…送信回路（ＴＸ）
６…ＣＤＭＡ信号処理部
７…音声符号処理部
８…ＰＣＭ符号処理部
９…受話増幅器
１０…スピーカ
１１…マイクロホン
１２…制御部
１２ａ…起動メッセージ受信保存制御機能
１２ｂ…ＩＯＴＡ実行制御機能
１２ｃ…ＩＯＴＡリトライ制御機能
１３…記憶部
１４…入力部
１５…表示部
１６…バッテリ
１７…電源回路
１８…送話増幅器
１９…アナログオーディオ回路
─────────────────────────────────────────────────────
フロントページの続き
(51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考）
Ｈ０４Ｑ 7/04 Ｄ
Ｆターム(参考） 5B089 GA11 GA25 GB01 HA13 JA33
KA01 KA04 KB04 KG06 ME08
5K027 AA11 BB04 HH00
5K067 AA21 BB04 BB21 CC10 DD11
DD51 EE02 EE04 EE10 EE16
FF02 HH22 HH23 HH24 KK13
KK15
5K101 LL02 LL12 MM07 RR12
Claims (13)
- 【請求項１】 移動通信システムに用いられる移動通信
端末へ前記システムに係わるシステム情報をダウンロー
ドする方法であって、前記システム情報はサーバからコ
ンピュータネットワーク及び移動通信網を介して前記移
動通信端末にダウンロードされるものにおいて、 前記サーバから前記移動通信端末へ起動メッセージを伝
送する過程と、 前記サーバから伝送された起動メッセージを移動通信端
末で保存する過程と、 前記サーバから伝送された起動メッセージに応じて、前
記移動通信端末から前記サーバへシステム情報のダウン
ロード要求を伝送する過程と、 前記移動通信端末から伝送されたダウンロード要求に応
じて、前記サーバから要求元の前記移動通信端末へシス
テム情報をダウンロードする過程と、 前記システム情報のダウンロードの中断を判定する過程
と、 前記システム情報のダウンロードが中断されたと判定さ
れた場合に、前記保存された起動メッセージをもとに前
記移動通信端末から前記サーバに対し前記システム情報
のダウンロード要求を再送する過程と、 前記移動通信端末から再送されたダウンロード要求に応
じて、前記サーバから要求元の前記移動通信端末へシス
テム情報をダウンロードする過程とを具備したことを特
徴とするシステム情報ダウンロード方法。 - 【請求項２】 前記システム情報は、前記移動通信端末
が複数の移動通信システムの中から適当なシステムを捕
捉する際に使用するシステム捕捉優先リストであること
を特徴とする請求項１記載の情報ダウンロード方法。 - 【請求項３】 前記移動通信システムに係わるシステム
情報をサーバからコンピュータネットワーク及び移動通
信網を介して前記移動通信端末にダウンロードする機能
を備えた前記移動通信システムで使用される前記移動通
信端末において、 前記サーバが送出した起動メッセージを受信する受信手
段と、 この受信手段により受信された前記起動メッセージを保
存する保存手段と、 前記受信手段により受信された起動メッセージに応じて
前記サーバに対し前記システム情報のダウンロード要求
を送出し、このダウンロード要求に対し前記サーバから
ダウンロードされるシステム情報を受信する第１の受信
制御手段と、 この第１の受信制御手段によるシステム情報のダウンロ
ードの中断を判定する第１の判定手段と、 この第１の判定手段によりダウンロードが中断されたと
判定された場合に、前記保存手段に保存された起動メッ
セージをもとに前記サーバに対しシステム情報のダウン
ロード要求を再送し、この再送したダウンロード要求に
対し前記サーバからダウンロードされるシステム情報を
受信する第２の受信制御手段とを具備したことを特徴と
する移動通信端末。 - 【請求項４】 前記第１の受信制御手段は、自己の端末
が複数の移動通信システムの中から適当なシステムを捕
捉する際に使用するシステム捕捉優先リストのダウンロ
ード要求を前記サーバに対し送出し、このダウンロード
要求に対し前記サーバからダウンロードされる前記シス
テム捕捉優先リストを受信することを特徴とする請求項
３記載の移動通信端末。 - 【請求項５】 前記第２の受信制御手段は、前記第１の
判定手段によりダウンロードが中断されたと判定された
場合にタイマを起動し、このタイマの計時時間が経過し
た時点で前記システム情報のダウンロード要求を再送す
ることを特徴とする請求項３記載の移動通信端末。 - 【請求項６】 前記第２の受信制御手段によるシステム
情報のダウンロードの成否を判定する第２の判定手段を
さらに具備し、 前記第２の受信制御手段は、前記第２の判定手段により
ダウンロードが成功したと判定されるまで、所定の周期
で前記ダウンロード要求の再送を一定回数繰り返すこと
を特徴とする請求項３記載の移動通信端末。 - 【請求項７】 前記第２の受信制御手段は、前記タイマ
の計時期間中にサーバからの新たな起動メッセージの到
来を監視し、新たな起動メッセージが到来した場合には
ダウンロード要求の再送制御を中止して、前記第１の受
信制御手段を動作させる機能を有することを特徴とする
請求項４記載の移動通信端末。 - 【請求項８】 移動通信システムに用いられる移動通信
端末へ前記システムに係わるシステム情報をダウンロー
ドする方法であって、前記システム情報はサーバからコ
ンピュータネットワーク及び移動通信網を介して前記移
動通信端末にダウンロードされるものにおいて、 前記移動通信端末から前記サーバへ前記システム情報の
ダウンロード要求を伝送する過程と、 前記移動通信端末から伝送されたダウンロード要求に応
じて、前記サーバから要求元の前記移動通信端末へシス
テム情報をダウンロードする過程と、 前記システム情報のダウンロードの中断を判定する過程
と、 前記システム情報のダウンロードが中断されたと判定さ
れた場合に、前記移動通信端末から前記サーバに対しシ
ステム情報のダウンロード要求を再送する過程と、 前記移動通信端末から再送されたダウンロード要求に応
じて、前記サーバから要求元の前記移動通信端末へシス
テム情報をダウンロードする過程とを具備したことを特
徴とするシステム情報ダウンロード方法。 - 【請求項９】 前記システム情報は、前記移動通信端末
が複数の移動通信システムの中から適当なシステムを捕
捉する際に使用するシステム捕捉優先リストであること
を特徴とする請求項８記載の情報ダウンロード方法。 - 【請求項１０】 前記移動通信システムに係わるシステ
ム情報をサーバからコンピュータネットワーク及び移動
通信網を介して前記移動通信端末にダウンロードする機
能を備えた前記移動通信システムで使用される前記移動
通信端末において、 前記サーバに対し前記システム情報のダウンロード要求
を送出し、このダウンロード要求に対し前記サーバから
ダウンロードされるシステム情報を受信する第１の受信
制御手段と、 この第１の受信制御手段によるシステム情報のダウンロ
ードの中断を判定する第１の判定手段と、 この第１の判定手段によりダウンロードが中断されたと
判定された場合に、前記サーバに対しシステム情報のダ
ウンロード要求を再送し、この再送したダウンロード要
求に対し前記サーバからダウンロードされるシステム情
報を受信する第２の受信制御手段とを具備したことを特
徴とする移動通信端末。 - 【請求項１１】 前記第１の受信制御手段は、自己の端
末が複数の移動通信システムの中から適当なシステムを
捕捉する際に使用するシステム捕捉優先リストのダウン
ロード要求を前記サーバに対し送出し、このダウンロー
ド要求に対し前記サーバからダウンロードされる前記シ
ステム捕捉優先リストを受信することを特徴とする請求
項１０記載の移動通信端末。 - 【請求項１２】 前記第２の受信制御手段は、前記第１
の判定手段によりダウンロードが中断されたと判定され
た場合にタイマを起動し、このタイマの計時時間が経過
した時点で前記システム情報のダウンロード要求を再送
することを特徴とする請求項１０記載の移動通信端末。 - 【請求項１３】 前記第２の受信制御手段によるシステ
ム情報のダウンロードの成否を判定する第２の判定手段
をさらに具備し、 前記第２の受信制御手段は、前記第２の判定手段により
ダウンロードが成功したと判定されるまで、所定の周期
で前記ダウンロード要求の再送を一定回数繰り返すこと
を特徴とする請求項１０記載の移動通信端末。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001312984A JP2003125445A (ja) | 2001-10-10 | 2001-10-10 | システム情報ダウンロード方法及び移動通信端末 |
| US10/267,658 US20030069008A1 (en) | 2001-10-10 | 2002-10-10 | System information download method and mobile communication terminal |
| CN02147504.0A CN1411162A (zh) | 2001-10-10 | 2002-10-10 | 系统信息下载方法和移动通信终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001312984A JP2003125445A (ja) | 2001-10-10 | 2001-10-10 | システム情報ダウンロード方法及び移動通信端末 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003125445A true JP2003125445A (ja) | 2003-04-25 |
Family
ID=19131546
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001312984A Pending JP2003125445A (ja) | 2001-10-10 | 2001-10-10 | システム情報ダウンロード方法及び移動通信端末 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20030069008A1 (ja) |
| JP (1) | JP2003125445A (ja) |
| CN (1) | CN1411162A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100661568B1 (ko) | 2004-11-25 | 2006-12-27 | 엘지전자 주식회사 | 이동통신 단말기의 오티에이에스피 처리방법 |
| JP2007505522A (ja) * | 2003-09-08 | 2007-03-08 | キョウセラ ワイヤレス コープ． | 強化された無線プログラミングのためのシステムおよび方法 |
| KR100870506B1 (ko) * | 2004-01-15 | 2008-11-25 | 노키아 코포레이션 | 모바일 스테이션들의 보안 관련 파라미터들을 업데이트하기위한 기술 |
| WO2010007666A1 (ja) * | 2008-07-15 | 2010-01-21 | 富士通株式会社 | 無線通信装置、無線通信方法 |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1435743A1 (en) * | 2002-12-30 | 2004-07-07 | Nokia Corporation | Download of application scripts to a mobile terminal by SMS |
| US20050193150A1 (en) * | 2004-02-27 | 2005-09-01 | Research In Motion, Ltd. | Apparatus, and associated method, for facilitating network selection by a mobile node pursuant to a packet data communication service |
| KR100631584B1 (ko) * | 2004-08-24 | 2006-10-09 | 엘지전자 주식회사 | 이동 통신 단말기의 프로그램 강제 다운로드 방법 |
| KR100588199B1 (ko) * | 2004-12-07 | 2006-06-08 | 주식회사 팬택 | 휴대 단말기에서 프로그램 다운로드 실패시 이의 복구방법 및 이를 적용한 휴대 단말기 |
| US9883019B2 (en) * | 2005-04-28 | 2018-01-30 | Kyocera Corporation | Mobile communication terminal and software update method |
| US20070066296A1 (en) * | 2005-09-21 | 2007-03-22 | Scott-Goddard Alasdair C | Method and apparatus for providing information |
| US20080134556A1 (en) * | 2006-10-25 | 2008-06-12 | Amber Lee Remelin | Biometric thumbprint lock apparatus and method |
| US9239606B2 (en) | 2012-06-08 | 2016-01-19 | Apple Inc. | Power management enhancement |
| WO2017196056A2 (ko) | 2016-05-10 | 2017-11-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 sib을 요청하는 방법 및 장치 |
| CN110089166B (zh) * | 2016-10-07 | 2021-01-15 | 周建铭 | 用于系统信息传递的装置及方法 |
| EP3769493B1 (en) * | 2018-03-23 | 2022-11-09 | Signify Holding B.V. | A method of and devices for performing an over-the-air, ota, upgrade in a network of communicatively interconnected devices |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6587684B1 (en) * | 1998-07-28 | 2003-07-01 | Bell Atlantic Nynex Mobile | Digital wireless telephone system for downloading software to a digital telephone using wireless data link protocol |
| JP3669619B2 (ja) * | 1999-09-06 | 2005-07-13 | 富士通株式会社 | 無線端末装置のソフトウェア更新方法及びその装置 |
| DE10003534A1 (de) * | 2000-01-27 | 2001-08-16 | Ebbecke Reinhard | Einwegbehälter zur Erwärmung und Kühlung von Flüssigkeiten |
| US6795705B1 (en) * | 2000-10-31 | 2004-09-21 | Utstarcom, Inc. | Hot standby protocol for wireless devices |
| US7272645B2 (en) * | 2001-05-25 | 2007-09-18 | Sbc Technology Resources, Inc. | Method of improving the reliability of peer-to-peer network downloads |
| US6941135B2 (en) * | 2001-08-13 | 2005-09-06 | Qualcomm Inc. | System and method for temporary application component deletion and reload on a wireless device |
| US7191216B2 (en) * | 2001-10-03 | 2007-03-13 | Nokia Corporation | System and method for controlling access to downloadable resources |
-
2001
- 2001-10-10 JP JP2001312984A patent/JP2003125445A/ja active Pending
-
2002
- 2002-10-10 CN CN02147504.0A patent/CN1411162A/zh active Pending
- 2002-10-10 US US10/267,658 patent/US20030069008A1/en not_active Abandoned
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007505522A (ja) * | 2003-09-08 | 2007-03-08 | キョウセラ ワイヤレス コープ． | 強化された無線プログラミングのためのシステムおよび方法 |
| KR100870506B1 (ko) * | 2004-01-15 | 2008-11-25 | 노키아 코포레이션 | 모바일 스테이션들의 보안 관련 파라미터들을 업데이트하기위한 기술 |
| KR100661568B1 (ko) | 2004-11-25 | 2006-12-27 | 엘지전자 주식회사 | 이동통신 단말기의 오티에이에스피 처리방법 |
| WO2010007666A1 (ja) * | 2008-07-15 | 2010-01-21 | 富士通株式会社 | 無線通信装置、無線通信方法 |
| KR101222728B1 (ko) * | 2008-07-15 | 2013-01-15 | 후지쯔 가부시끼가이샤 | 무선 통신 장치, 무선 통신 방법 |
| JP5218559B2 (ja) * | 2008-07-15 | 2013-06-26 | 富士通株式会社 | 無線通信装置、無線通信方法 |
| US8792431B2 (en) | 2008-07-15 | 2014-07-29 | Fujitsu Limited | Wireless communication apparatus and method for wireless communication |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1411162A (zh) | 2003-04-16 |
| US20030069008A1 (en) | 2003-04-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8364159B2 (en) | Method and apparatus for monitoring a channel during an active session in a wireless communication system | |
| JP2003125445A (ja) | システム情報ダウンロード方法及び移動通信端末 | |
| CN111148195B (zh) | 一种降低终端设备功耗的方法、系统及终端设备 | |
| MXPA05005180A (es) | Metodos y aparato para recursos de red rapidamente liberables para una estacion movil basada en condiciones de bateria baja y perdida de senal. | |
| US7979208B2 (en) | Mobile terminal with position measurement function | |
| WO2005096696A2 (en) | Methods and apparatus for the communication of network capability information over a traffic channel | |
| CN1328914C (zh) | 移动通信系统交换状态信息及其操作方法 | |
| JP2009267847A (ja) | 無線端末装置および無線ネットワークシステム | |
| EP1791379B1 (en) | Method for re-transmitting a failed message of a mobile terminal | |
| CN111148280B (zh) | 基于终端设备的rrc连接释放方法、系统及终端设备 | |
| KR101544439B1 (ko) | 휴대용 단말기에서 네트워크 연결을 확인하기 위한 장치 및 방법 | |
| JP2001128208A (ja) | 無線通信システム | |
| WO2002035736A1 (fr) | Appareil de radiocommunication, systeme de radiocommunication et appareil de communication | |
| US20020089942A1 (en) | Communication of data | |
| JP2007251662A (ja) | 通信切断時における再発信方法および移動無線通信端末 | |
| JP4030271B2 (ja) | 移動通信端末 | |
| CN114245482A (zh) | 一种呼叫处理方法、装置、设备以及计算机存储介质 | |
| JPH09247748A (ja) | 緊急呼制御方式 | |
| JP2002334032A (ja) | データダウンロードシステムおよびそれに用いる携帯端末装置 | |
| JP5657909B2 (ja) | 移動体通信端末 | |
| JP2002199424A (ja) | 移動体通信システム及び携帯情報端末のメニュー表示設定方法 | |
| JP2001145156A (ja) | デュアル待ち受け携帯電話端末 | |
| JP2001157248A (ja) | 移動端末通信システム | |
| JP3954423B2 (ja) | 通信端末 | |
| JPH11122670A (ja) | 移動局及び移動体通信システム |