JP2012142940A - 移動局の緊急ベアラサービスの処理方法 - Google Patents

Abstract

【課題】従来技術における緊急ベアラサービスに関する問題を解決する。
【解決手段】移動局の緊急ベアラサービスの処理方法を開示する。移動局は端末アダプタと端末機器とを有する。本方法は、端末アダプタが移動局の端末機器に緊急ベアラサービスの第１の登録状態を示す段階を有する。
【選択図】図４

Description

本発明は、サービスシステムで用いる方法に関し、より具体的には、アタッチされた（attached）移動局の緊急ベアラサービスの処理方法に関する。

［関連出願への相互参照］
本出願は、２０１１年１月３日に出願された米国仮出願第６１／４２９，２９６号（発明の名称「緊急アタッチされたＭＳのＰＤＰコンテキストを開始するアプリケーションの処理方法」）の利益を請求するものであり、その出願の内容はここに参照援用する。
［背景技術］
ＧＳＭ（登録商標）（global system for mobile communication）システムは、３ＧＰＰ（third generation partnership project）により規定されているが、今日では、高データレート、低レイテンシ、パケット最適化、及び改善されたシステムキャパシティとカバレッジを提供する新しい無線インタフェース及び無線ネットワークアーキテクチャとみなされている。ＧＳＭ（登録商標）システムでは、ＵＭＴＳ（universal mobile telecommunication system）が複数の基地局を含み、複数の移動局（ＭＳ）と通信する。移動局はユーザ機器（ＵＥ）とも呼ばれる。

ＧＰＲＳ（General Packet Radio Service）は、ＧＳＭ（登録商標）セルラー通信システムにおけるパケット指向の移動データサービスである。ＧＰＲＳは、第２世代（２Ｇ）電話を改良して、より高速にデータを送受信できるようにするものである。ＧＰＲＳ接続すると、電話は「常にオン」の状態であり、データをすぐに、速い速度で（一般的には３２−４８ｋｂｐｓ）転送できる。別の利点として、音声呼（voice call）と同時にデータを転送できる。ＧＰＲＳは現在ほとんどの新しい電話で利用可能である。ＧＰＲＳは、２Ｇネットワークを３Ｇ（第３世代）ネットワークの性能に近づけるように設計された一連の技術の一部である。３Ｇネットワークの主な特徴は、大量のデータを（２Ｍｂｐｓまでの）高速に転送でき、テレビ電話（video calling）、ビデオダウンロード、ウェブブラウズ、電子メールなどのアプリケーションが可能になることである。２Ｇネットワークを高速にすることにより、これらのアプリケーションの一部が、例えばウェブブラウズや大きな添付データを有する電子メールの受信などが、可能となる。

ＧＰＲＳデタッチ手順（detach procedure）は次の場合に用いられる：
（１）ＧＰＲＳサービスのみのＩＭＳＩのデタッチ。ネットワーク動作モードによらず、この手順は全種類のＧＰＲＳ ＭＳにより用いられる。
（２）ネットワークがネットワーク動作モードＩで動作し、回路切り換えされたトランザクションが進行中でなければ、ＭＳ動作モードＡまたはＢで動作しているＧＰＲＳ ＭＳにより用いられる組み合わせＧＰＲＳデタッチ手順として、ＧＰＲＳと非ＧＰＲＳサービス、または非ＧＰＲＳサービスのみのＩＭＳＩをデタッチする。
（３）ネットワークに故障がある場合に、ＭＳに、再アタッチ（re-attach）して、それに続けて、その前にアクティブであったＰＤＰコンテキストをアクティブ化することを示す。この場合、ＭＳは、その前にアクティブなマルチキャストサービスをアクティブ化するために必要な手順も実行する。
（４）ＩＭＳＩまたは緊急ベアラサービス用のＩＭＳＩのデタッチ。アタッチタイプ情報要素は「ＧＰＲＳアタッチ」を示す。ＭＳが緊急ベアラサービスにアタッチする場合、アタッチタイプ情報要素は「緊急アタッチ（emergency attach）」を示す。

ＰＤＰ（Protocol Data Packet）コンテキストアクティブ化はＭＳにより開始されてもよいし、その開始はネットワークにより要求されてもよい。緊急ベアラサービスにアタッチするＭＳは、要求タイプを「緊急」に設定したＰＤＰコンテキストを要求するのみである。緊急ベアラサービスのためのＰＤＮ接続がすでに確立されているとき、ＭＳは、緊急ベアラサービスのためのＰＤＮ接続を別途要求はしない。ＭＳは、Ａ／ＧｂモードまたはＧＥＲＡＮ Ｉｕモードでは、緊急ベアラサービスを要求しない。

３ＧＰＰ ＴＳ２４．００８ｖ１０．１．０、セクション２、サブクローズ６．１．３．１によると、緊急ベアラサービスのためアタッチされたＭＳは、通常サービスのためにＰＤＰコンテキストをアクティブ化できない。ＭＳは、通常セルで緊急ベアラサービスのためアタッチされているとき、３ＧＰＰ ＴＳ２４．００８ｖ１０．１．０、セクション３によると、パラメータ「＋ＣＧＲＥＧ：１ registered, home network」または「＋ＣＧＲＥＧ：５ registered, roaming network」を送信する。この場合、アプリケーションは、デバイスが緊急ベアラサービスのためにアタッチされていることは知らず、通常サービスのためのＰＤＰコンテキストをアクティブ化できない。アプリケーションは通常サービスのためにＰＤＰコンテキストをアクティブ化しようとするが、常に拒絶される。このため、無線モデム（radio modem）はビジー状態となる。アプリケーションは、要求「＋ＣＧＲＥＧ？」を送り、これに対してＭＳが請求応答（solicited response）「＋ＣＥＲＥＧ：１，１」または「＋ＣＥＲＥＧ：１，５」を送ることにより、登録状態（registration status）を問い合わせるとき、同様の問題が発生する。

さらに、ＭＳは、デタッチ後、再度アタッチして、緊急ベアラサービスのためにアタッチしたデバイスから通常サービスを得なければならない。現在、デバイスが緊急ベアラサービスのためにアタッチしていることをアプリケーションが知る方法はない。Ｓ１モードをサポートしているＭＳにも同じ問題がある。

それゆえ本開示は、移動局の緊急ベアラサービスの処理方法を提供する。

移動局の緊急ベアラサービスの処理方法を開示する。移動局は端末アダプタと端末機器とを有する。本方法は、端末アダプタが移動局の端末機器に緊急ベアラサービスの第１の登録状態を示す段階を有する。

移動局を開示する。移動局は端末機器と端末アダプタとを有する。端末アダプタは、端末機器に結合され、その移動局の端末機器に緊急ベアラサービスの第１の登録状態を示す。

当業者には、様々な図面に示した好ましい実施形態の詳細な説明を読めば、本発明の上記その他の目的が明らかにあるであろう。

無線通信システムの一例を示す図である。 通信デバイスの一例を示すブロック図である。 移動局を示すブロック図である。 方法の一例を示すフローチャートである。

図１を参照するに、無線通信システム１０の一例を示す図である。簡潔に説明するが、無線通信システム１０はネットワークと複数の移動デバイスとを含む。無線通信システム１０は、ＧＰＲＳ（General Packet Radio Service）システムであってもよいし、その他の同様な、ＵＭＴＳ（Universal Mobile Telecommunications System）、ＬＴＥ（Long-Term Evolution）、ＬＴＥアドバンス（LTE-Advance）システムなどのネットワークシステムであってもよい。ＧＰＲＳシステムでは、ネットワークはＵＴＲＡＮ（Universal Terrestrial Radio Access Network）と呼ばれ、複数のノードＢ（Node BまたはＮＢ）を有する。ＧＰＲＳによりセルラーネットワークを介してデータを転送できる。ＧＰＲＳはモバイルインターネット、ＭＭＳ、その他のデータ通信に用いられる。理論的には、ＧＰＲＳの速度の限界は１１５ｋｂｐｓであるが、ほとんどのネットワークでは訳３５ｋｂｐｓである。移動デバイスは、ユーザ機器（ＵＥ）または移動局（ＭＳ）とも呼ばれ、上記のＲＡＴをサポートし、携帯電話やコンピュータシステムなどのデバイスである。参照を容易にするために、本出願ではこの用語を用いるが、これをもって本開示が何らかの特定のネットワークに限定されると解してはならない。実施例によっては、ネットワークとＭＳは、送信方向に応じて送信器または受信器とみなせる。例えば、アップリンク（ＵＬ）の場合、ＭＳは送信器でありネットワークが受信器である。ダウンリンク（ＤＬ）の場合、ネットワークが送信器であり、ＵＥが受信器である。

移動局（ＭＳ）は、次の場合に、緊急ベアラのためアタッチ（attach）されているものとする：（１）ＭＳが、アタッチタイプ「緊急（Emergency）」でアタッチ手順を実行して成功した場合。（２）ＭＳが、通常セルで、ＨＰＬＭＮ（Home Public Land Mobile Network）又はＶＰＬＭＮ（Visited Public Land Mobile Network）にアタッチされ、緊急ベアラサービスのためのＰＤＮ（Packet Data Network）のみを有する場合。（３）通常にアタッチされたＭＳが、緊急ベアラサービスのためのＰＤＮ接続のみを有する場合。

図２を参照するに、通信デバイス２０の一例を示すブロック図である。通信デバイス２０は、図１に示した移動デバイスまたはネットワークであってもよく、マイクロプロセッサやＡＳＩＣのようなプロセッサ２００と、メモリユニット２１０と、通信インタフェースユニット２２０とを含む。メモリユニット２１０は、プロセッサ２００がアクセスするプログラムコード２１４を記憶できる任意のデータ記憶デバイスである。メモリユニット２１０の例としては、加入者識別モジュール（ＳＩＭ）、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、及び光データ記憶デバイスなどがあるが、これらに限定されない。通信インタフェースユニット２２０は、好ましくは無線トランシーバであり、プロセッサ２００の処理結果に応じて無線信号を適宜交換する。

図３を参照するに、他の実施例による移動局３０を示すブロック図である。移動局３０は図１に示した移動デバイスであってもよい。移動局３０は、端末アダプタ３２０と端末機器３４０とを含む。端末アダプタ３２０は、移動局３０に組み込まれたモデム、またはモデムソフトウェアであり得る。端末機器３４０は、移動局３０のアプリケーションレイヤ（例えば、ウィンドウズ（登録商標）やアンドロイドのオペレーティングシステム）であってもよい。端末機器３４０と端末アダプタ３２０との間のインタフェースは、既存のシリアル（ITU-T Recommendation V.２４）ケーブル、赤外線リンク、又は同様の振る舞いをするすべてのリンクタイプを介して動作するものである。モデムソフトウェアとアプリケーションレイヤは、好ましくは別々のプロセッサ上で実行される。例えば、モデムソフトウェアはＡＲＭ９プロセッサ上で実行され、アプリケーションレイヤはＡＲＭ１１プロセッサ上で実行される。

図４を参照するに、方法４０の一例を示すフローチャートである。方法４０は、移動局の緊急ベアラサービス（emergency bearer service）の処理に用いられる。移動局は、通信デバイス２０または移動デバイス３０であってもよい。移動局は、通常セルにおいて、緊急ベアラサービスのためにアタッチされる。方法４０は、プログラムコード２１４にまとめられ、次のステップを含む：
ステップ４００：開始
ステップ４０２：端末アダプタ３２０が移動局の端末機器３４０に緊急ベアラサービスの新しい登録状態を示す。
ステップ４０４：端末機器３４０は、端末アダプタ３２０から新しい登録状態を受け取ると、それを表示する。
ステップ４０６：終了
方法４０によると、端末アダプタ３２０（例えば、モデムソフトウェア／モデム）は、移動局が緊急ベアラサービスにアタッチされると、新しい登録状態（new registration status）を端末機器３４０（例えば、ウィンドウズ（登録商標）やアンドロイドなどのオペレーティングシステム）に示す。新しい登録状態は、移動局が登録され、緊急ベアラサービスのためにアタッチされていることを示す。端末機器３４０は、端末アダプタ３２０から応答を受け取り、新しい登録状態を表示する。すなわち、新しい登録状態を、端末機器３４０に緊急ベアラサービスを示すために用いる。端末機器３４０は、新しい登録状態を受け取ると、緊急ベアラサービスのために移動局がアタッチされていることが分かる。そのため、端末機器３４０は通常サービスのためにＰＤＰコンテキストをアクティブ化（activate）しない。これにより、端末機器３４０からの登録状態問い合わせ（registration status query）のために端末アダプタ３２０がビジーとなることを回避できる。

また、端末アダプタ３２０は、請求応答（solicited response）又は非請求応答（unsolicited response）「＋ＣＲＥＧ：＜ＳＴＡＴ＞」により、新しい登録状態を示す。ここで、＜ｓｔａｔ＞は整数タイプであり、好ましくは＜ｓｔａｔ＞＝６または現在使われている値１−５より大きい任意の新しい値である。例えば、移動局は、緊急ベアラサービスのためにアタッチされていると考えられるとき、Ｉｕモードをサポートしていれば、ＣＧＲＥＧ非請求応答がイネーブルであれば、非請求応答＋ＣＧＲＥＧ：６、registered, emergency bearer servicesにより（through an unsolicited response +CGREG: ６, registered, emergency bearer services）、請求要求（solicited request）が来ればそれに対して請求応答（solicited response）により、アプリケーションレイヤへの緊急アタッチメントの状態を示す。他の一例では、Ｓ１モードをサポートしているＭＳは、例えば、ＣＧＲＥＧ非請求応答がイネーブルのときは、非請求応答＋ＣＥＲＥＧ：６, registered, emergency bearer servicesにより、または請求要求が来たときは、請求応答により、アプリケーションレイヤに緊急アタッチメントの状態を示す。

一方、移動局が通常サービスにアタッチされているとき、端末アダプタ３２０は、移動局の端末機器３４０に、通常サービスのための既存の登録状態を示す。例えば、移動局は、通常サービスのための請求応答「＋ＣＧＲＥＧ：１, registered, home network」または「＋ＣＧＲＥＧ：５, registered, roaming network」を送る。換言すると、方法４０によると、端末アダプタ３２０は、通常サービスと緊急ベアラサービスとで異なる登録状態を示す。

端末機器３４０は、受け取った登録状態に応じて、ユーザに、登録状態（registration statuses）を異なるように（例えば、異なる言葉、アイコン、または画像を用いて）表示する。

示唆したステップも含め上記のステップは、ハードウェア、（ハードウェアデバイスと、そのハードウェアデバイスで読み取り専用ソフトウェアとして組み込まれたコンピュータ命令及びデータとの組み合わせとして知られている）ファームウェア、または電子システムにより実現できる。ハードウェアの例としては、マイクロ回路、マイクロチップ、またはシリコンチップとして知られたアナログ、デジタル、及びミクストシグナル回路がある。電子システムの例としては、システムオンチップ（ＳＯＣ）、システムインパッケージ（Ｓｉｐ）、コンピュータオンモジュール（ＣＯＭ）、及び通信デバイス２０がある。通信デバイス２０は、その中の処理手段２００が上記方法に関連するプログラムコード２１４を処理し、その処理結果により無線通信システム１０中の緊急セッションを処理する。

まとめると、移動局が緊急ベアラサービスのためにアタッチされているとき、その移動局のモデムソフトウェアは、緊急ベアラサービスのために、通常サービスとは異なる登録状態をアプリケーションレイヤに示す。これに応じて、アプリケーションレイヤは、緊急ベアラサービスと通常サービスとで、登録状態を、異なるように表示する。アプリケーションレイヤは緊急ベアラサービスに関して通知されているので、端末機器３４０は通常サービスのためのＰＤＰコンテキストをアクティブ化（activate）しない。これにより、アプリケーションレイヤからの登録状態問い合わせ（registration status query）のために無線モデム（radio modem）がビジーとなることを回避できる。

当業者には言うまでもないが、本発明の教示を保持しつつ、上記のデバイスと方法について、多数の修正や変更をすることができる。したがって、上記の開示は添付した特許請求の範囲によってのみ限定されると解釈すべきである。

さらに、ＭＳは、デタッチ後、再度アタッチして、緊急ベアラサービスのためにアタッチしたデバイスから通常サービスを得なければならない。現在、デバイスが緊急ベアラサービスのためにアタッチしていることをアプリケーションが知る方法はない。Ｓ１モードをサポートしているＭＳにも同じ問題がある。
［先行技術文献］
［非特許文献］
［非特許文献１］3GPP TSG-CT WG1 Meeting #70, C1-110916, Salt Lake City, Utah (USA), Addition of registeration status to CREG,CGREG, CEREG command for emergency attached UE, 21-25 February 2011
［非特許文献２］3GPP TS 24.008 V10.1.0 (2010-12), 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Mobile radio interface Layer 3 specification; Core network protocols; Stage 3, (Release 10)
［非特許文献３］3GPP TS 27.007 V10.2.0 (2010-12), 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; AT command set for User Equipment (UE), (Release 10)

Claims (14)

1. 端末アダプタと端末機器とを有する移動局のための緊急ベアラサービスを処理する方法であって、
   前記端末アダプタが前記移動局の前記端末機器に前記緊急ベアラサービスの第１の登録状態を示す段階を有する、方法。
2. 前記移動局は、通常セルにおいて、前記緊急ベアラサービスのためにアタッチされる、請求項１に記載の方法。
3. 前記端末アダプタは、応答を介して前記第１の登録状態を示す前記端末アダプタを有する前記移動局のアプリケーションユニットに、前記緊急ベアラサービスの前記第１の登録状態を示す、請求項１に記載の方法。
4. 前記応答は非請求応答または請求応答である、請求項３に記載の方法。
5. 前記端末アダプタが前記移動局の前記端末機器に、通常サービスの第２の登録状態を示す段階をさらに有する、請求項１に記載の方法。
6. 前記端末機器が前記第１の登録状態と前記第２の登録状態とを異なるように表示する段階をさらに有する、請求項５に記載の方法。
7. 前記第１の登録状態のインデックスは５より大きい整数である、請求項１に記載の方法。
8. 移動局であって、
   端末機器と、
   前記端末機器に結合され、前記移動局の前記端末機器に緊急ベアラサービスの第１の登録状態を示す端末アダプタとを有する、移動局。
9. 前記移動局は、通常セルにおいて、前記緊急ベアラサービスのためにアタッチされる、請求項８に記載の移動局。
10. 前記端末アダプタは、応答を介して前記第１の登録状態を示す、請求項８に記載の移動局。
11. 前記応答は非請求応答または請求応答である、請求項１０に記載の移動局。
12. 前記端末アダプタが前記移動局の前記端末機器に、通常サービスの第２の登録状態をさらに示す、請求項１０に記載の移動局。
13. 前記端末機器が前記第１の登録状態と前記第２の登録状態とを異なるように表示する、請求項１２に記載の方法。
14. 前記第１の登録状態のインデックスは５より大きい整数である、請求項８に記載の方法。
    

Images