(57)【要約】本発明の実施形態は、携帯加入者ユニットが、ＯＴＡプログラミングセッションの完了によって、ＯＴＡコールが終了するような、終了プロセスを補完するものである。一実施形態において、毎セッション後、携帯加入者ユニットによって、終了が起動される。また、別の実施形態において、ネットワークがコールの終了に失敗した後に、終了が起動される。また、別の実施形態において、提供業者がコールの終了に失敗したことが分かった状況下においてのみ、終了が起動される。
2007505522.tif 000002
【特許請求の範囲】
【請求項１】
無線プログラミングセッションのための方法であって、
携帯加入者ユニットが、該無線プログラミングセッションの終了時を決定することと、
該携帯加入者ユニットが、関連する無線プログラミングコールを終了することと
を包含する、方法。
【請求項２】
前記無線プログラミングセッションが、無線サービス提供セッションである、請求項１に記載の方法。
【請求項３】
前記無線プログラミングセッションが、無線サービスパラメーター管理セッションである、請求項１に記載の方法。
【請求項４】
無線セッションの終了時を検出するステップが、セッションメッセージの終了を受信することを包含する、請求項１に記載の方法。
【請求項５】
無線セッションの終了時を検出するステップが、無線メッセージを受信しないままタイムアウト期間が経過したことを検出することを包含する、請求項１に記載の方法。
【請求項６】
前記携帯加入者ユニットが、失敗した無線コールリリースと関連する状況を検出することをさらに包含する、請求項１に記載の方法。
【請求項７】
失敗した無線コールリリースと関連する状況を検出することが、無線コール実行中に、デジタルネットワークからアナログネットワークへの移行を検出することを包含する、請求項６に記載の方法。
【請求項８】
携帯加入者ユニットであって、
無線プログラミングセッションの終了を検出するように構成された、セッション終了検出器と、
該セッション終了検出器に結合されたコールターミネーターであって、該コールターミネーターは、該セッション終了検出器が該無線プログラミングセッションの終了を検出したとき、無線コールを終了するように構成された、コールターミネーターと
を備える、ユニット。
【請求項９】
前記セッション終了検出器は、セッションメッセージの終了検出器である、請求項８に記載の携帯加入者ユニット。
【請求項１０】
前記セッション終了検出器は、タイムアウト期間後にタイムアウトするように構成されたタイマーを備え、
無線メッセージを受信することなく該タイマーがタイムアウトしたとき、前記セッション終了検出器は、無線プログラミングセッションの終了を検出するように構成されている、請求項８に記載の携帯加入者ユニット。
【請求項１１】
失敗した無線コールリリースと関連する状況を検出するように構成された状況評価器をさらに備える、請求項９に記載の携帯加入者ユニット。
【請求項１２】
前記状況評価器は、前記携帯加入者ユニットが無線コール実行中に、デジタルネットワークからアナログネットワークへの移行を検出するように構成されている、請求項１１に記載の携帯加入者ユニット。
【請求項１３】
複数の基地局と、
無線プログラミング用プロトコルと、
携帯加入者ユニットと
を備えた無線通信システムであって、
該携帯加入者ユニットは、
無線プログラミングセッションの終了を検出するように構成されたセッション終了検出器と、
該セッション終了検出器が該無線プログラミングセッションの終了を検出するときに、無線コールを終了するように構成されたコールターミネーターとを備える、
システム。
【請求項１４】
前記複数の基地局は、デジタル基地局を含む、請求項１３に記載のシステム。
【請求項１５】
前記複数の基地局は、アナログ基地局を含む、請求項１３に記載のシステム。
【請求項１６】
前記携帯加入者ユニットの前記セッション終了検出器は、セッションメッセージの終了検出器である、請求項１３に記載のシステム。
【請求項１７】
前記携帯加入者ユニットの前記セッション終了検出器は、タイムアウト期間後にタイムアウトするように構成されたタイマーを備え、無線メッセージを受信することなく該タイマーがタイムアウトしたとき、前記セッション終了検出器は、無線プログラミングセッションの終了を検出するように構成されている、請求項１３に記載のシステム。
【請求項１８】
失敗した無線コールリリースと関連する状況を検出するように構成された状況評価器をさらに備える、請求項１３に記載のシステム。
【請求項１９】
前記複数の基地局はデジタル基地局とアナログ基地局とを備え、前記携帯加入者ユニットの前記状況評価器は、デジタルネットワークからアナログネットワークへの移行を検出するように構成されている、請求項１８に記載のシステム。
【請求項２０】
無線プログラミングセッションのための方法であって、
携帯加入者ユニットを含む無線プログラミングセッションを開始することと、
該携帯加入者ユニットが、該無線プログラミングセッション実行中に、デジタルネットワークからアナログネットワークに移行することと、
該携帯加入者ユニットが、該無線プログラミングセッションの終了時を決定することと、
該携帯加入者ユニットが、関連する無線プログラミングコールを終了することと
を包含する、方法。
【請求項２１】
前記無線プログラミングセッションが、無線サービス提供セッションである、請求項２０に記載の方法。
【請求項２２】
前記無線プログラミングセッションが、無線サービスパラメーター管理セッションである、請求項２０に記載の方法。
【請求項２３】
無線セッションの終了時を検出するステップが、セッションメッセージの終了を受信することを包含する、請求項２０に記載の方法。
【請求項２４】
無線セッション終了時を検出するステップが、無線メッセージを受信することなくタイムアウト期間が経過したことを検出することを包含する、請求項２０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（発明の分野)
本発明は、一般的に携帯加入者ユニットの無線プログラミングに関し、特に、無線プログラミングコールの終了に関する。
【背景技術】
【０００２】
（背景情報）
無線電話会社は、携帯電話加入者に、付随的なサービス、利便性、機能を提供するために、音声コミュニケーションを超えたサービスを提供している。携帯電話を含む携帯加入者ユニットの無線（ｏｖｅｒ−ｔｈｅ−ａｉｒ（ＯＴＡ））プログラミングは、付随機能や利便性を補充する場合に、一般的な方法となってきた。「携帯加入者ユニット」という語は、携帯電話、無線利用可能な個人用デジタル補助装置（ＰＤＡ）、ラップトップ、または、他の携帯デバイス、あるいは、無線通信で使われる他の任意のデバイスを指すことを意図している。
【０００３】
ＣＤＭＡネットワークにおけるＯＴＡプログラミングの一例に、無線パラメーター管理（ＯＴＡＰＡ）がある。これは、ＩＳ−６８３Ａ標準で管理されている。ＯＴＡＰＡコールは、サービス提供業者によって、起動されることが多く、また、既存の携帯加入者ユニットにかかるパラメーターが、更新される必要があるときに、実施されうる。
【０００４】
ＣＤＭＡネットワークにおけるＯＴＡプログラミングの他の例に、無線サービス提供（ＯＴＡＳＰ）がある。これもまた、ＩＳ−６８３Ａ標準で管理されている。ＯＴＡＳＰは、無線サービスへの新たな加入者を有効にする方法を提供するためにも使われる。従来のサービス提供では、消費者は携帯加入者ユニットを購入し、それを有効にするセンターに行くだろう。サービス提供業者（ｐｒｏｖｉｄｅｒ）が、ユーザープロファイル、番号割り当てモジュール（ＮＡＭ）、国際携帯加入者アイデンティティー（ＩＭＳＩ）、ローミングリスト、および、オプションとして、サービスやメーカーの特定パラメーターを設定することになろう。さらに、認証キーおよび生成手順（ｇｅｎｅｒａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）も、設定されるだろう。しかしながら、同じサービスはＯＴＡＳＰを用いても、提供される。これは、サービス提供業者がコストを削減し、消費者にとって、そのプロセスをより利便性の高いものとするためである。
【０００５】
典型的なＯＴＡＳＰ提供シナリオとしては、消費者がサービス提供業者に接続する。これは、別個の携帯加入者ユニットを用いるか、あるいは、ＩＳ−６８３Ａ  ＯＴＡＳＰのダイヤル体系を用いてである。消費者は弁済能力を確認するために、十分な情報を提供する。こうして、携帯加入者ユニットは、無線プログラミングコールを起動し、サービスが無線で提供されることになる。
【０００６】
ＯＴＡＰＡもＯＴＡＳＰも、ＯＴＡプログラミングの２つの重要な方法として挙げられている。しかし、ＯＴＡプログラミングには、トーンの同期化（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｏｆ  ｔｏｎｅｓ）、新たな着信音のプログラミングなど、他の可能性もある。さらに、ＯＴＡプログラミングは、ＣＤＭＡネットワークに限られたものではない。しかしながら、ＯＴＡプログラミングは、ネットワーク起動（例えば、ＯＴＡＰＡなど）でも、ユーザー起動（例えば、ＯＴＡＳＰなど）でもありうるということに、留意されたい。
【０００７】
図１は、例示的なＯＴＡのプログラミングプロセスを示す流れ図である。最初に、ステップ１００で、ＯＴＡプログラミングセッションは、起動する。繰り返して述べるが、起動は、ＯＴＡＰＡコールの場合のように、サービス提供業者によって、制御されることもできる。ステップ１００で、起動された後、サービス提供業者と携帯加入者ユニットの双方の相互確認が、ステップ１０２に示されるように、行われうる。ステップ１０４で、パラメーター、プロファイル、あるいは、その他データのプログラミングが、行われる。多数のパラメーター、プロファイル、あるいは、データがプログラムされる場合には、プロセスはステップ１０４に戻ることもできる。一度、プログラミングが完成すれば、ＯＴＡプログラミングセッションは、ステップ１０８で終了する。ステップ１１０で、サービス提供業者は、割り当てられた通信チャンネルをリリースして、コールを終了する。
【０００８】
しかしながら、ある条件下では、ＯＴＡコールが、適切に終了しないケースも観察されてきた。例えば、携帯加入者ユニットがＯＴＡコール終了を知らされなかったり、あるいは、サービス提供業者が通信チャンネルリリースを適切に起動しなかったりする場合に、これが生じる。この間、サービス提供業者は、携帯加入者ユニットが使用されていると認識し、これで、加入者は、コールを受けることができなくなる。例えば、パラメーター管理、あるいは、他のＯＴＡ機能は、加入者が気付かなくても、発生するからである。つまり、ＯＴＡセッションがネットワーク起動であるとき、ＯＴＡセッション実行中であることを、加入者に知らせる表示が、携帯加入者ユニットにないからである。その代わりに、表示は一過性でもありうるので、加入者はそれを見ないこともある。結果として、ＯＴＡセッションが適切に終了せずに、通信チャンネルが依然使用中であれば、加入者は、入ってくるコールを気付かないままに、逃すこともある。さらに、加入者は、携帯加入者ユニットがＯＴＡコールに使われた通信チャンネルをリリースするまで、コールを起動することはできない。携帯加入者ユニットが通信チャンネルにとどまっている間、電池残量は無駄に減っていく。電池残量は、携帯通信デバイスでは貴重な資源であるだけに、このことは、かなり不利な点である。
【発明の開示】
【課題を解決するための手段】
【０００９】
（発明の概要）
本発明の実施形態は、携帯加入者ユニットが、ＯＴＡプログラミングセッションの完了によって、ＯＴＡコールが終了するような、終了プロセスを補完するものである。一実施形態においてて、毎セッション後、携帯加入者ユニットによって、終了が起動される。また、別の実施形態においてて、ネットワークがコールの終了に失敗した後に、終了が起動される。また、別の実施形態において、提供業者がコールの終了に失敗したことが分かった状況下においてのみ、終了が起動される。
【００１０】
本発明の上述などの特徴、側面、および、実施形態は、以下の「好ましい実施形態の詳細な説明」と、題された節に記載される。
【００１１】
本発明の特徴、側面、および、実施形態は、添付図面とともに、記載される。
【発明を実施するための最良の形態】
【００１２】
（発明の詳細な説明）
ＯＴＡプログラミングの多くのアプリケーション用現行標準では、コール終了プロセスはネットワーク側から起動するように、指示している。コール終了プロセスは、ＯＴＡプログラミングセッションの間、携帯加入者ユニットに配分された割り当てチャンネルをリリースするものである。しかしながら、背景の節で述べたように、ある種の条件下では、コール終了プロセスが起動されなかったり、あるいは、ＯＴＡセッションが終了すると、サービス提供業者によって、コール終了プロセスが起動されるのに、携帯加入者ユニットが気付かなかったりする。
【００１３】
終了に失敗した場合に観察されるシナリオの一つを図２に示す。図２の例では、加入者は、ＯＴＡコール実行中に、デジタル無線ネットワーク２０４から、アナログネットワーク２０２に移動する。例えば、加入者は、携帯加入者ユニット（図示せず）を携え、自分の車２０６で、高速道路を走行できる。デジタルネットワーク２０４では、携帯加入者ユニットは、基地局２１０から、デジタル通信チャンネル２１２によって、ＯＴＡコールを使用する。しかしながら、車２０６が、点Ａから点Ｂに移動すると、車２０６は、デジタルネットワーク２０４から、アナログネットワーク２０２に移ることもある。こうした事態が起こった場合、ＯＴＡコールは、デジタルネットワーク２０４から、アナログネットワーク２０２に移行することになる。移行プロセスは、普通、ハンドオフ（ｈａｎｄ−ｏｆｆ）と、呼ばれる。ハンドオフの後に、携帯加入者ユニットは、基地局２０８を通じ、アナログ通信チャンネル２１４によって、同じＯＴＡコールを使用することになる。
【００１４】
ＯＴＡコールは、例えば、図１に示すプロセスの流れに従う。したがって、ＯＴＡセッションが終わるとき（ステップ１０８）、アナログネットワーク２０２は、ＯＴＡコール（ステップ１１０）を終了し、携帯加入者ユニットをリリースすべきである。しかしながら、上述したように、携帯加入者ユニットが接続したままになること、つまり、リリースされずにいることは、珍しいことではない。繰り返しになるが、上述のように、携帯加入者ユニットをリリースできないと、携帯加入者ユニットは過剰な電力を使い、コールの受発信をできなくなる原因となりうる。なぜなら、携帯加入者ユニットは、相変わらず、アナログ通信チャンネル２１４のままだからである。
【００１５】
例えば、携帯加入者ユニットがコール実行中に、携帯加入者ユニットがインターフェースしているネットワークは、「情報メッセージによるフラッシュ」を用い、別のコールが来ていることを加入者に知らせるような、構成にすることもできる。これによって、加入者は、待ちのコールがあると考え、ネットワークは、例えば、ＯＴＡＰＡコールのようなＯＴＡコールの間であっても、コールが接続することを許容する。もし、これらのいずれものケースがなければ、他のコールを単に逸するだけである。「情報メッセージによるフラッシュ」には、携帯加入者ユニットの受話口で流れる音響トーン、および、携帯加入者ユニットの画面に表示される「着信表示」を含む。このようにして、加入者は、他のコールを受信していることに、おそらく気付くだろう。しかし、携帯加入者ユニットがＯＴＡコールであることに、加入者が気付いていなければ、加入者は音響トーンを、おそらく聞かないであろう。なぜなら、加入者は受話口に耳を傾けてないだろうし、あるいは、表示に気付かないだろうからである。その結果、加入者は着信コールを、やすやすと逸してしまうのである。
【００１６】
さらに、携帯加入者ユニットが、例えば、ＯＴＡＰＡコール実行中で、その後、その加入者ユニットがデジタルネットワーク２１８に、再び移行しても、上述のようにコール終了が失敗に終わると、アナログ通信チャンネル２１４は、相変わらず、関与している。しかしながら、アナログ通信チャンネル２１４が落とされるときのみ、デジタルネットワーク２１８への再移行が起こりうる。このとき、携帯加入者ユニットは、デジタルネットワーク２１８のデジタルサービスを見つけることができる。しかし、携帯加入者ユニットが、コール終了に失敗し、相変わらず、ＯＴＡコール実行中のままであれば、携帯加入者ユニットは、アナログ通信チャンネル２１４を落とすことはできず、デジタルサービスを見つけられない。こうして、携帯加入者ユニットは、デジタルネットワーク２１８に再移行できない。
【００１７】
ＯＴＡＰＡコールのようなＯＴＡコールは、呼び出し（つまり、携帯加入者ユニットと通信するため、制御チャンネルを使う）も、あるいは、通常のコールに「抱き合わせ」もできるということは、注意されるべきである。いずれの場合も、コール終了に失敗することがある。しかし、呼び出しコールの方が、状況はいっそう悪化しうる。なぜなら、加入者が、ＯＴＡコール発生に気付かないことが、しばしば起こるからである。
【００１８】
図３は、ここに記載したシステムと方法に基づく、ＯＴＡプログラミングセッションの例示的方法を示す流れ図である。図３で例としたプロセスにおいて、ステップ３０２で、ある特定の携帯加入者ユニットで、ＯＴＡコールが起動される。ステップ３０４で、ＯＴＡメッセージが交換される。一度、全てのＯＴＡメッセージが交換され、ＯＴＡセッションが終わると、携帯加入者ユニットは、ステップ３０６で、ＯＴＡセッションの終わりを検出するように、構成されている。一度、ＯＴＡセッション終了が、ステップ３０６で検出されたら、携帯加入者ユニットは、ステップ３０８で、ＯＴＡコールをリリースするように、構成されている。
【００１９】
ＯＴＡプログラミングセッション終了の検出（ステップ３０６）は、様々なメカニズムで、実行できる。例えば、タイムアウト期間を、携帯加入者ユニットの中に蓄積することも可能である。もし、ＯＴＡメッセージが、そのタイムアウト期間内に受信されかったら、携帯加入者ユニットは、ＯＴＡコールをリリースすることができるように、構成されうる。あるいは、プログラミングセッションが終了したことを特定するＯＴＡプログラミングプロトコルメッセージが実施されうる。このような実施形態では、携帯加入者ユニットは、メッセージを受け取ると、ＯＴＡコールをリリースするようにも、構成されうる。
【００２０】
また、別の実施形態として、携帯加入者ユニットは、ＯＴＡセッション後に、コールリリース失敗の原因として知られている状況が検出された場合、コールをリリースすることができる。例えば、図２と関連して述べたように、コールリリースの失敗は、携帯加入者ユニットがデジタルネットワーク２０４から、ＯＴＡセッションの間、アナログネットワーク２０２に移行するときに、生じることがある。従って、携帯加入者ユニットは、ＯＴＡセッションの間に、このような移行が生じることを検出するように、構成されうる。このような実施形態において、上述したＯＴＡセッションの終了する方法が、例えば、やはり、ＯＴＡセッションの終了を検出するために、使われうる。
【００２１】
図４は、ここに述べたシステムと方法に基づいて、改善ＯＴＡプログラミング対応の、例示的な携帯加入者ユニットを示した図である。携帯加入者ユニット４００には、アンテナ４０２、トランシーバー４０４、マイクロプロセッサー４０６、メモリー４０８、および、ユーザーインターフェース４１０を含むことができる。アンテナ４０２は、トランシーバー４０４と結合され、トランシーバー４０４は、マイクロプロセッサー４１０と、結合されうる。マイクロプロセッサーは、メモリー４０８と、ユーザーインターフェース４１０と、結合している。ユーザーインターフェース４１０には、例えば、加入者に情報を表示するように構成されたディスプレイを、例えば、含むこともできる。
【００２２】
トランシーバー４０４は、アンテナ４０２からの無線通信信号を受信するように構成された受信機４１６を含むことができる。さらに、受信機４１６は、受信した信号をフィルターし、増幅するように構成されていることが好ましい。さらに、受信した信号は、受信機４１６によって、復調される。受信機４１６は、ベースバンド情報信号を生成するために、受信信号を復調する。典型的には、復調器は、二つの段階を含む。すなわち、第一段階は、受信信号の周波数を、無線周波数（ＲＦ）から、中間周波数（ＩＦ）に落とす。次いで、第二段階で、ＩＦ周波数信号は、ベースバンドに落とされる。ベースバンド情報は、こうして、マイクロプロセッサー４０６に送られる。トランシーバー４０４は、さらに、送信機４１８を含む。送信機４１８は、マイクロプロセッサー４０６によって生成した無線通信信号を変調し、その変調した信号を発信すべくアンテナ４０２に送るように構成されている。
【００２３】
マイクロプロセッサー４０６は、一般的に、携帯加入者ユニット４００の操作を制御する様々な回路を、特に、送信機４０４利用の通信を制御する様々な回路を含むことが好ましい。こうして、マイクロプロセッサー４０６には、アナログ・デジタル（Ａ／Ｄ）変換器とデジタル・アナログ（Ｄ／Ａ）変換器、プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、ボコーダー、および、特定の携帯加入者ユニット４００で必要とされる周辺制御回路を多種含む。その代わりに、これら回路の一部または全てを、スタンドアロン構成要素として、あるいは、トランシーバー４０４またはプロセッサー４０６の様々な構成要素の中に組み入れられた構成要素として、携帯加入者ユニット４００に含まれることも可能である。
【００２４】
携帯加入者ユニット４００には、メモリー４０８を含むことが好ましい。メモリー４０８は、トランシーバー４０４によって用いられるソフトウェア指示を収納するために、使われる。このように、メモリー４０８は、携帯加入者ユニット４００の特定な実行に必要とされる１つのメモリーデバイス、あるいは、複数のデバイスを備えることができる。
【００２５】
さらに、携帯加入者ユニット４００は、ＯＴＡセッションの終了を検出するように構成されたセッション終了検出器４１２を備えることもできる。セッション終了検出器４１２は、図４の図中に示したような分離したハードウェアユニットとして装備されることも、あるいは、メモリー４０８にソフトウェアとして常駐されることもできる。他の実施形態としては、セッション終了検出器４１２は、ハードウェアとソフトウェアとの組合せとして、備えることもできる。セッション終了検出器４１２は、上述した方法の一つを用い、ＯＴＡセッションの終了を検出する。こうして、例えば、セッション終了検出器４１２は、アンテナ４０２から受信し、マイクロプロセッサー４０６で処理されたセッション終了メッセージを検出するように、構成されている。代替として、セッション終了検出器４１２は、タイムアウト期間をカウントするように構成されたタイマー（図示せず）を備えることもできる。もし、タイマーがタイムアウトとなる時間までに、ＯＴＡメッセージが受信されないと、セッション終了検出器４１２は、ＯＴＡセッションの終了を検出するように構成されている。
【００２６】
携帯加入者ユニット４００は、また、コールターミネーター４２０を備えることもできる。コールターミネーター４２０は、セッション終了検出器４１２がＯＴＡセッションの終了を検出したとき、ＯＴＡコールを終了するよう構成されることができる。コールターミネーター４２０は、ハードウェア、ソフトウェア、あるいは、その組合せで、装備されることができる。一般的に、コールターミネーター４２０は、コールを終了するため、携帯加入者ユニットに普通含まれている同じハードウェアおよび／またはソフトウェアを備える。
【００２７】
別の実施形態として、携帯加入者ユニット４００は、状況評価器４１４を備えることができる。状況評価器４１４は、図４に示すように、分離したハードウェアユニットとして装備されることも、あるいは、メモリー４０８にソフトウェア常駐で装備されることもできる。他の実施形態としては、状況評価器４１４は、ハードウェアとソフトウェアとの組合せとして、備えることもできる。状況評価器４１４は、上述した方法の一つを使って、ＯＴＡコールが適切にリリースされていないこともある状況（ｃｏｎｄｉｔｉｏｎ）を決定する。
【００２８】
本発明の実施形態を幾つか上述してきたが、上述した実施形態は、例としてのみの目的であることは、理解されよう。したがって、本発明は、上述した実施形態に基づいて、限定されるべきではない。むしろ、ここに記載した本発明の範囲は、上述の記載と添付図面とともに、以下に続く請求項に照らしてのみ、限定されるべきである。
【図面の簡単な説明】
【００２９】
【図１】図１は、例示的なＯＴＡプログラミングセッションを示す流れ図である。
【図２】図２は、ＯＴＡコールをリリース時に、携帯加入者ユニットが、問題を体験している、例示的な状況を示す図である。
【図３】図３は、本発明の一実施形態に従う、ＯＴＡプログラミングセッションを示す流れ図である。
【図４】図４は、改善されたＯＴＡプログラミング対応の、例示的な携帯加入者ユニットを示す図である。
【図１】
2007505522.tif 000003
【図２】
2007505522.tif 000004
【図３】
2007505522.tif 000005
【図４】
2007505522.tif 000006
【国際調査報告】
2007505522.tif 000007
2007505522.tif 000008
2007505522.tif 000009