端末アダプタと端末機器とを有する移動局のための緊急ベアラサービスを処理する方法であって、前記端末アダプタが前記移動局の前記端末機器に前記緊急ベアラサービスの第1の登録状態を示す段階を有する、方法。前記移動局は、通常セルにおいて、前記緊急ベアラサービスのためにアタッチされる、請求項1に記載の方法。前記端末アダプタは、応答を介して前記第1の登録状態を示す前記端末アダプタを有する前記移動局のアプリケーションユニットに、前記緊急ベアラサービスの前記第1の登録状態を示す、請求項1に記載の方法。前記応答は非請求応答または請求応答である、請求項3に記載の方法。前記端末アダプタが前記移動局の前記端末機器に、通常サービスの第2の登録状態を示す段階をさらに有する、請求項1に記載の方法。前記端末機器が前記第1の登録状態と前記第2の登録状態とを異なるように表示する段階をさらに有する、請求項5に記載の方法。前記第1の登録状態のインデックスは5より大きい整数である、請求項1に記載の方法。移動局であって、端末機器と、前記端末機器に結合され、前記移動局の前記端末機器に緊急ベアラサービスの第1の登録状態を示す端末アダプタとを有する、移動局。前記移動局は、通常セルにおいて、前記緊急ベアラサービスのためにアタッチされる、請求項8に記載の移動局。前記端末アダプタは、応答を介して前記第1の登録状態を示す、請求項8に記載の移動局。前記応答は非請求応答または請求応答である、請求項10に記載の移動局。前記端末アダプタが前記移動局の前記端末機器に、通常サービスの第2の登録状態をさらに示す、請求項10に記載の移動局。前記端末機器が前記第1の登録状態と前記第2の登録状態とを異なるように表示する、請求項12に記載の方法。前記第1の登録状態のインデックスは5より大きい整数である、請求項8に記載の方法。それゆえ本開示は、移動局の緊急ベアラサービスの処理方法を提供する。移動局の緊急ベアラサービスの処理方法を開示する。移動局は端末アダプタと端末機器とを有する。本方法は、端末アダプタが移動局の端末機器に緊急ベアラサービスの第1の登録状態を示す段階を有する。移動局を開示する。移動局は端末機器と端末アダプタとを有する。端末アダプタは、端末機器に結合され、その移動局の端末機器に緊急ベアラサービスの第1の登録状態を示す。当業者には、様々な図面に示した好ましい実施形態の詳細な説明を読めば、本発明の上記その他の目的が明らかにあるであろう。図1を参照するに、無線通信システム10の一例を示す図である。簡潔に説明するが、無線通信システム10はネットワークと複数の移動デバイスとを含む。無線通信システム10は、GPRSGeneralPacketRadioServiceシステムであってもよいし、その他の同様な、UMTSUniversalMobileTelecommunicationsSystem、LTELongTermEvolution、LTEアドバンスLTEAdvanceシステムなどのネットワークシステムであってもよい。GPRSシステムでは、ネットワークはUTRANUniversalTerrestrialRadioAccessNetworkと呼ばれ、複数のノードBNodeBまたはNBを有する。GPRSによりセルラーネットワークを介してデータを転送できる。GPRSはモバイルインターネット、MMS、その他のデータ通信に用いられる。理論的には、GPRSの速度の限界は115kbpsであるが、ほとんどのネットワークでは訳35kbpsである。移動デバイスは、ユーザ機器UEまたは移動局MSとも呼ばれ、上記のRATをサポートし、携帯電話やコンピュータシステムなどのデバイスである。参照を容易にするために、本出願ではこの用語を用いるが、これをもって本開示が何らかの特定のネットワークに限定されると解してはならない。実施例によっては、ネットワークとMSは、送信方向に応じて送信器または受信器とみなせる。例えば、アップリンクULの場合、MSは送信器でありネットワークが受信器である。ダウンリンクDLの場合、ネットワークが送信器であり、UEが受信器である。移動局MSは、次の場合に、緊急ベアラのためアタッチattachされているものとする:1MSが、アタッチタイプ緊急Emergencyでアタッチ手順を実行して成功した場合。2MSが、通常セルで、HPLMNHomePublicLandMobileNetwork又はVPLMNVisitedPublicLandMobileNetworkにアタッチされ、緊急ベアラサービスのためのPDNPacketDataNetworkのみを有する場合。3通常にアタッチされたMSが、緊急ベアラサービスのためのPDN接続のみを有する場合。図2を参照するに、通信デバイス20の一例を示すブロック図である。通信デバイス20は、図1に示した移動デバイスまたはネットワークであってもよく、マイクロプロセッサやASICのようなプロセッサ200と、メモリユニット210と、通信インタフェースユニット220とを含む。メモリユニット210は、プロセッサ200がアクセスするプログラムコード214を記憶できる任意のデータ記憶デバイスである。メモリユニット210の例としては、加入者識別モジュールSIM、読み出し専用メモリROM、ランダムアクセスメモリRAM、CD-ROM、及び光データ記憶デバイスなどがあるが、これらに限定されない。通信インタフェースユニット220は、好ましくは無線トランシーバであり、プロセッサ200の処理結果に応じて無線信号を適宜交換する。図3を参照するに、他の実施例による移動局30を示すブロック図である。移動局30は図1に示した移動デバイスであってもよい。移動局30は、端末アダプタ320と端末機器340とを含む。端末アダプタ320は、移動局30に組み込まれたモデム、またはモデムソフトウェアであり得る。端末機器340は、移動局30のアプリケーションレイヤ例えば、ウィンドウズ登録商標やアンドロイドのオペレーティングシステムであってもよい。端末機器340と端末アダプタ320との間のインタフェースは、既存のシリアルITUTRecommendationV24ケーブル、赤外線リンク、又は同様の振る舞いをするすべてのリンクタイプを介して動作するものである。モデムソフトウェアとアプリケーションレイヤは、好ましくは別々のプロセッサ上で実行される。例えば、モデムソフトウェアはARM9プロセッサ上で実行され、アプリケーションレイヤはARM11プロセッサ上で実行される。図4を参照するに、方法40の一例を示すフローチャートである。方法40は、移動局の緊急ベアラサービスemergencybearerserviceの処理に用いられる。移動局は、通信デバイス20または移動デバイス30であってもよい。移動局は、通常セルにおいて、緊急ベアラサービスのためにアタッチされる。方法40は、プログラムコード214にまとめられ、次のステップを含む:ステップ400:開始ステップ402:端末アダプタ320が移動局の端末機器340に緊急ベアラサービスの新しい登録状態を示す。ステップ404:端末機器340は、端末アダプタ320から新しい登録状態を受け取ると、それを表示する。ステップ406:終了方法40によると、端末アダプタ320例えば、モデムソフトウェア/モデムは、移動局が緊急ベアラサービスにアタッチされると、新しい登録状態newregistrationstatusを端末機器340例えば、ウィンドウズ登録商標やアンドロイドなどのオペレーティングシステムに示す。新しい登録状態は、移動局が登録され、緊急ベアラサービスのためにアタッチされていることを示す。端末機器340は、端末アダプタ320から応答を受け取り、新しい登録状態を表示する。すなわち、新しい登録状態を、端末機器340に緊急ベアラサービスを示すために用いる。端末機器340は、新しい登録状態を受け取ると、緊急ベアラサービスのために移動局がアタッチされていることが分かる。そのため、端末機器340は通常サービスのためにPDPコンテキストをアクティブ化activateしない。これにより、端末機器340からの登録状態問い合わせregistrationstatusqueryのために端末アダプタ320がビジーとなることを回避できる。また、端末アダプタ320は、請求応答solicitedresponse又は非請求応答unsolicitedresponseCREG:<STAT>により、新しい登録状態を示す。ここで、<stat>は整数タイプであり、好ましくは<stat>=6または現在使われている値1-5より大きい任意の新しい値である。例えば、移動局は、緊急ベアラサービスのためにアタッチされていると考えられるとき、Iuモードをサポートしていれば、CGREG非請求応答がイネーブルであれば、非請求応答CGREG:6、registeredemergencybearerservicesによりthroughanunsolicitedresponseCGREG6registeredemergencybearerservices、請求要求solicitedrequestが来ればそれに対して請求応答solicitedresponseにより、アプリケーションレイヤへの緊急アタッチメントの状態を示す。他の一例では、S1モードをサポートしているMSは、例えば、CGREG非請求応答がイネーブルのときは、非請求応答CEREG:6registeredemergencybearerservicesにより、または請求要求が来たときは、請求応答により、アプリケーションレイヤに緊急アタッチメントの状態を示す。一方、移動局が通常サービスにアタッチされているとき、端末アダプタ320は、移動局の端末機器340に、通常サービスのための既存の登録状態を示す。例えば、移動局は、通常サービスのための請求応答CGREG:1registeredhomenetworkまたはCGREG:5registeredroamingnetworkを送る。換言すると、方法40によると、端末アダプタ320は、通常サービスと緊急ベアラサービスとで異なる登録状態を示す。端末機器340は、受け取った登録状態に応じて、ユーザに、登録状態registrationstatusesを異なるように例えば、異なる言葉、アイコン、または画像を用いて表示する。示唆したステップも含め上記のステップは、ハードウェア、ハードウェアデバイスと、そのハードウェアデバイスで読み取り専用ソフトウェアとして組み込まれたコンピュータ命令及びデータとの組み合わせとして知られているファームウェア、または電子システムにより実現できる。ハードウェアの例としては、マイクロ回路、マイクロチップ、またはシリコンチップとして知られたアナログ、デジタル、及びミクストシグナル回路がある。電子システムの例としては、システムオンチップSOC、システムインパッケージSip、コンピュータオンモジュールCOM、及び通信デバイス20がある。通信デバイス20は、その中の処理手段200が上記方法に関連するプログラムコード214を処理し、その処理結果により無線通信システム10中の緊急セッションを処理する。まとめると、移動局が緊急ベアラサービスのためにアタッチされているとき、その移動局のモデムソフトウェアは、緊急ベアラサービスのために、通常サービスとは異なる登録状態をアプリケーションレイヤに示す。これに応じて、アプリケーションレイヤは、緊急ベアラサービスと通常サービスとで、登録状態を、異なるように表示する。アプリケーションレイヤは緊急ベアラサービスに関して通知されているので、端末機器340は通常サービスのためのPDPコンテキストをアクティブ化activateしない。これにより、アプリケーションレイヤからの登録状態問い合わせregistrationstatusqueryのために無線モデムradiomodemがビジーとなることを回避できる。当業者には言うまでもないが、本発明の教示を保持しつつ、上記のデバイスと方法について、多数の修正や変更をすることができる。したがって、上記の開示は添付した特許請求の範囲によってのみ限定されると解釈すべきである。