(57)【特許請求の範囲】
【請求項１】
無線通信システムにおけるモバイルデバイスにおいて、ネットワークが始動するデタッチ手順を取り扱う方法であって、
デタッチリクエスト信号をネットワークから受信するステップと、
上記デタッチ手順を実行するステップと、
上記モバイルデバイスが緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ）のためのパケットデータネットワーク（“ＰＤＮ”；ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）接続を確立していた場合であって、上記デタッチリクエスト信号が有するデタッチタイプがアタッチ手順を再度実行することを示す場合、上記デタッチ手順を実行するステップが完了した後に、まず上記緊急ベアラサービスのための上記アタッチ手順を実行するステップとを含み、
上記デタッチ手順を実行するステップが完了した後に、まず上記緊急ベアラサービスのための上記アタッチ手順を実行するステップは、上記モバイルデバイスが上記緊急ベアラサービスのためのパケットデータプロトコル（“ＰＤＰ”；Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテキストを有していた場合に、上記緊急ベアラサービスのためのＰＤＮ接続を確立するステップを含むことを特徴とする方法。
【請求項２】
上記緊急ベアラサービスのための上記ＰＤＮ接続を確立するステップは、上記緊急ベアラサービスのためのデフォルトのパケットデータプロトコル（ＰＤＰ）コンテキストをアクティブ化するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
上記緊急ベアラサービスのための二次的であったいずれの上記ＰＤＰコンテキストも、アクティブ化することが禁止されるステップをさらに含むことを特徴とする請求項２に記載の方法。
【請求項４】
無線通信システムにおけるモバイルデバイスにおいて、ネットワークが始動するデタッチ手順を取り扱う方法であって、
デタッチリクエスト信号をネットワークから受信するステップと、
上記デタッチ手順を実行するステップと、
上記モバイルデバイスが緊急ベアラサービスのためのパケットデータネットワーク（ＰＤＮ）接続を確立していた場合であって、上記デタッチリクエスト信号が有するデタッチタイプがアタッチ手順を再度実行することを示す場合、上記デタッチ手順に続いて、上記アタッチ手順が実行された後に、上記緊急ベアラサービスのためのパケットデータプロトコル（ＰＤＰ）コンテキストだけをアクティブ化するステップとを含むことを特徴とする方法。
【請求項５】
無線通信システムにおけるモバイルデバイスにおいて、ネットワークが始動するデタッチ手順を取り扱う方法であって、
デタッチリクエスト信号をネットワークから受信するステップと、
上記デタッチ手順を実行するステップと、
上記モバイルデバイスが緊急ベアラサービスのための複数のパケットデータプロトコル（ＰＤＰ）コンテキストを有していた場合であって、上記デタッチリクエスト信号が有するデタッチタイプがアタッチ手順を再度実行することを示す場合、上記デタッチ手順を実行するステップが完了した後に、上記アタッチ手順を実行し、上記緊急ベアラサービスのための１つのＰＤＰコンテキストだけをアクティブ化するステップとを含むことを特徴とする方法。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔関連出願件に関する記述〕
本願は、米国特許仮出願第６１／３８９，２８８号（出願日２０１０年１０月４日、発明の名称：「Method to handle network initiated detach procedure when attached for emergency bearer services」）の利益を主張するものであり、該特許仮出願の内容はここに引用されるものとする。
【０００２】
〔背景技術〕
〔１．技術分野〕
本発明は、無線通信システムにおいて使用される方法に関し、さらに具体的には、無線通信システムにおいてネットワークが始動するデタッチ手順を取り扱う方法に関する。
【０００３】
〔２．先行技術に関する記述〕
ユニバーサル・モバイル・テレコミュニケーション・システム（“ＵＭＴＳ”；Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、回路交換（“ＣＳ”；ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈｉｎｇ）サービスおよびパケット交換（“ＰＳ”；ｐａｃｋｅｔ  ｓｗｉｔｃｈｉｎｇ）サービスの両方を提供する。ＵＭＴＳにおいて、ユニバーサル地上波無線アクセスネットワーク（“ＵＴＲＡＮ”；Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）と称されるネットワークは、複数の基地局（Ｎｏｄｅ−Ｂ）および複数の無線ネットワーク制御装置（“ＲＮＣ”Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）を備えている。また、モバイルデバイスはユーザ装置（“ＵＥ”；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）と称される。
【０００４】
ＵＭＴＳでは、外部ネットワーク（例えばパケットデータネットワーク（“ＰＤＮ”；ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ））のサービス（例えば緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ））にアクセスする前に、ＵＥが、そのサービスをサポートできる、属しているＳＧＳＮ（Ｓｅｒｖｉｎｇ  Ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ（ＧＰＲＳ）  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）および特定のＧＧＳＮ（Ｇａｔｅｗａｙ  Ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）に対して、パケットデータプロトコル（“ＰＤＰ”；ｐａｃｋｅｔ  ｄａｔａ  ｐｒｏｔｏｃｏｌ）コンテキストアクティブ化手順を実行して、ＰＤＰコンテキストをアクティブ化する必要がある。このＰＤＰコンテキストアクティブ化手順を使用して、与えられたＰＤＰアドレスおよびアクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）によって、デフォルトのＰＤＰコンテキストをアクティブ化する。また、同じＰＤＰアドレスおよびＡＰＮに関連する他のコンテキストは、すべて二次的なＰＤＰコンテキストアクティブ化手順を用いてアクティブ化される。
【０００５】
さらに具体的には、緊急ベアラサービスのためにアタッチされたＵＥは、その緊急ベアラサービスのためのＰＤＮ接続を確立し、リクエストタイプを「緊急」に設定してＰＤＰコンテキストをリクエストする。緊急ベアラサービスのためのＰＤＮ接続がすでに確立されていれば、ＵＥは、ネットワークによってトリガーされないかぎり、緊急ベアラサービスのための別のＰＤＮ接続（すなわち、二次的なＰＤＰコンテキストアクティブ化手順の始動）をリクエストしない。
【０００６】
また、ネットワークは、“ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ”メッセージをＵＥに送ることによってＧＰＲＳデタッチ手順を始動する。この“ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ”メッセージには、デタッチタイプＩＥを含む。さらに、ネットワークは、デタッチリクエストを行う理由を明示する理由ＩＥ（ｃａｕｓｅ  ＩＥ）を含めてもよい。デタッチタイプＩＥが「再アタッチが必要」または「再アタッチは不要」であることを示唆しており、かつ、理由コード（ｃａｕｓｅ  ｃｏｄｅ）が＃２“ＨＬＲにおいてＩＭＳＩ未知”ではなければ、ネットワークはＰＤＰコンテキスト、ＭＢＭＳコンテキスト、および、（もし存在すれば）論理リンクを非アクティブ化し、“ＧＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ−ＩＮＩＴＩＡＴＥＤ”の状態に遷移させる。“ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ”メッセージを受信し、かつデタッチタイプＩＥが「再アタッチが必要」であることを示唆していれば、ＵＥはＰＤＰコンテキスト、ＭＢＭＳコンテキスト、および、（もし存在すれば）ロジカルリンクを非アクティブ化する。次に、ＭＳは“ＤＥＴＡＣＨ  ＡＣＣＥＰＴ”メッセージをネットワークに送り、状態を“ＧＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ”に遷移させる。ＵＥは、ＧＰＲＳデタッチ手順の完了後にＧＰＲＳアタッチ手順を始動する。ＵＥは、ＰＤＰコンテキストを非アクティブ化して、アクティブであったいずれのＰＤＰコンテキストを置き換える。
【０００７】
ＵＭＴＳに関する仕様によれば、デタッチタイプ「再アタッチが必要」を有する“ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ”メッセージをＵＥが受信すると、ＵＥはアタッチ手順を実行し、次に、アクティブであったＰＤＰコンテキストをいずれもアクティブ化する。ただし、緊急ベアラサービスのためのＰＤＮ接続を確立しているＵＥの場合には、ＵＥが、デタッチ手順の完了後に、まず、通常のサービスのためのアタッチ手順を実行して、この通常のサービスのためのＰＤＰコンテキストをアクティブ化すれば、緊急ベアラサービスのためのＰＤＰコンテキストのアクティブ化は遅延することがある。この遅延は、生命の安全に関わる危険な状態を引き起こすことがある。
【０００８】
さらに、上記のように、ＵＥは、ネットワークによってトリガーされないかぎり、緊急ベアラサービスのための二次的なＰＤＰコンテキストをアクティブ化することができない。ＵＭＴＳに関する仕様によれば、ＵＥは、デタッチタイプ「再アタッチが必要」を有する“ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ”メッセージを受信した場合、アタッチ手順を実行し、アクティブであったＰＤＰコンテキストをいずれもアクティブ化する。ただし、ＵＥが（例えば、アクティブであったＰＤＰコンテキストが、ネットワークによって始動される緊急ベアラサービスのための二次的なＰＤＰコンテキストを含んでいるので）緊急ベアラサービスのための二次的なＰＤＰコンテキストをアクティブ化すれば、ネットワークによって拒絶されることになり、こうすることによって、不必要な信号送信が発生する。
【０００９】
ここまでの記載から理解できるように、ＵＭＴＳは、デタッチ手順の完了後にどの手順を実行するのかを明示しないので、不必要な信号送信または緊急ベアラサービスの遅延が発生する。
【００１０】
〔先行技術文献〕
〔非特許文献〕
〔非特許文献１〕３ＧＰＰ  ＴＳ  ２４．００８  Ｖ１０．０．０  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ  ａｎｄ  Ｔｅｒｍｉｎａｌｓ；  Ｍｏｂｉｌｅ  ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  Ｌａｙｅｒ  ３  ｓｐｅｃｉｆｉｃａｔｉｏｎ；  Ｃｏｒｅ  ｎｅｔｗｏｒｋ  ｐｒｏｔｏｃｏｌｓ；  Ｓｔａｇｅ  ３（Ｒｅｌｅａｓｅ  １０），２０１０／０９
【００１１】
〔発明の概要〕
したがって、本発明の１つの目的は、ネットワークが始動するデタッチ手順の後に、緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ）を実現するためのアタッチ方法を提供することである。
【００１２】
無線通信システムにおけるモバイルデバイスにおいて、ネットワークが始動するデタッチ手順を取り扱う方法を開示する。本方法は、再アタッチ手順を実行するリクエスト信号をネットワークから受信するステップと、デタッチ手順を実行するステップと、上記モバイルデバイスが緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ）のためのパケットデータネットワーク（“ＰＤＮ”；ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）接続を確立していた場合には、このデタッチ手順の完了後に緊急ベアラサービスのためのアタッチ手順を実行するステップとを含む。
【００１３】
無線通信システムにおけるモバイルデバイスにおいて、ネットワークが始動するデタッチ手順を取り扱う方法を開示する。本方法は、再アタッチ手順を実行するリクエスト信号をネットワークから受信するステップと、デタッチ手順を実行するステップと、上記モバイルデバイスが緊急ベアラサービスのためのパケットデータネットワーク（ＰＤＮ）接続を確立していた場合には、このデタッチ手順に続いてアタッチ手順が実行された後にのみ、緊急ベアラサービスのためのパケットデータプロトコル（ＰＤＰ）コンテキストだけをアクティブ化するステップとを含む。
【００１４】
無線通信システムにおけるモバイルデバイスにおいて、ネットワークが始動するデタッチ手順を取り扱う方法を開示する。本方法は、再アタッチ手順を実行するリクエスト信号をネットワークから受信するステップと、デタッチ手順を実行するステップと、上記モバイルデバイスが緊急ベアラサービスのための複数のパケットデータプロトコル（ＰＤＰ）コンテキストを有していた場合には、このデタッチ手順の完了後に緊急ベアラサービスのための１つのＰＤＰコンテキストだけをアクティブ化するステップとを含む。
【００１５】
本発明の上記目的およびその他の目的は、以下の図面に示す好適な実施形態についての詳細な説明を読めば、当業者には明らかになるであろう。
【００１６】
〔図面の簡単な説明〕
図１は、無線通信システムの概略図である。
【００１７】
図２は、一実施形態に係る一例としての通信装置の概略図である。
【００１８】
図３は、一実施形態に係る一例としてのプロセスのフローチャートである。
【００１９】
図４は、一実施形態に係る一例としてのプロセスのフローチャートである。
【００２０】
図５は、一実施形態に係る一例としてのプロセスのフローチャートである。
【００２１】
〔詳細な説明〕
図１は無線通信システム１０の概略図を示す。簡潔に記載すれば、無線通信システム１０はネットワークおよび複数のモバイルデバイスから構成されている。図１におけるネットワークおよびモバイルデバイスは、単に、無線通信システム１０の構成を図示するために示されたものである。無線通信システム１０は、汎ヨーロッパデジタル移動通信システム（“ＧＳＭ”（登録商標）；Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）であっても、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）であってもかまわない。例えば、無線通信システム１０がＵＭＴＳシステムであれば、ユニバーサル地上波無線アクセスネットワーク（ＵＴＲＡＮ）と称されるネットワークは、複数の基地局（ＮｏｄｅＢ）を備える。また、モバイルデバイスはユーザ装置（“ＵＥ”；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）と称される。ＵＥは、例えば携帯電話やコンピュータシステムなどのデバイスであればよい。さらに、上記ネットワークおよびＵＥを、通信方向によって、送信機または受信機であると理解してもかまわない。例えば、アップリンク（ＵＬ）の場合には、ＵＥが送信機であって、ネットワークが受信機である。また、ダウンリンク（ＤＬ）の場合であれば、ネットワークが送信機であって、ＵＥが受信機である。
【００２２】
図２は、一例としての通信装置２０の概略図を示す。通信装置２０は、図１に示すモバイルデバイスであってもよいが、ここでは限定されない。通信装置２０は、例えば、処理手段（例えばマイクロプロセッサや特定用途向け集積回路（ＡＳＩＣ）など）２００、記憶ユニット２１０、および、通信インターフェースユニット２２０を備えていればよい。記憶ユニット２１０は、例えば、プログラムコード２１４を処理手段２００がアクセスできるように記憶可能な任意のデータ記憶装置であればよい。記憶ユニット２１０の例としては、加入者同定モジュール（“ＳＩＭ”；Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、ハードディスク、光学データ記憶装置などがあげられるが、これらの例に限定されるものではない。通信インターフェースユニット２２０は、好ましくはラジオ送受信機であって、処理手段２００の処理結果に応じてネットワークと無線信号を送受信することができる。
【００２３】
図３は、一例としてのプロセス３０のフローチャートを示す。プロセス３０は、無線通信システム１０のネットワーク（例えばＮｏｄｅＢ）が始動するデタッチ手順を実現するために、ＵＥ（図１のモバイルデバイス）によって実行される。プロセス３０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００２４】
ステップ３００：スタート。
【００２５】
ステップ３１０：、再アタッチ手順を実行するリクエスト信号をネットワークから受信する。
【００２６】
ステップ３２０：デタッチ手順を実行する。
【００２７】
ステップ３３０：モバイルデバイスが緊急ベアラサービスのためのパケットデータネットワーク接続を確立していた場合には、上記デタッチ手順の完了後に緊急ベアラサービスのためのアタッチ手順を実行する。
ステップ３４０：エンド。
【００２８】
プロセス３０によれば、緊急ベアラサービスのためのパケットデータネットワーク（ＰＤＮ）接続を確立しているＵＥが、デタッチタイプ「再アタッチが必要」を有するデタッチリクエストメッセージまたは国際携帯機器加入者識別情報（“ＩＭＳＩ”；Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）のページングメッセージを受信すると、ＵＥは、デタッチ手順の後に緊急ベアラサービスのための（すなわち、アタッチタイプ「緊急アタッチ」を有するアタッチリクエストメッセージを介して）アタッチ手順を実行する。緊急アタッチ手順を用いて、ＵＥは、緊急ベアラサービスのためのデフォルトのパケットデータプロトコル（ＰＤＰ）コンテキストをアクティブ化することによって、緊急ベアラサービスのためのＰＤＮ接続を確立する。換言すれば、ＵＥは、デタッチ手順の後に、まず通常のアタッチ手順を実行して通常のサービスのためのＰＤＰコンテキストをアクティブ化するのではない。こうすることによって、緊急ベアラサービスが遅延しないことになる。
【００２９】
さらに、ＵＥは、デタッチ手順後に緊急ベアラサービスのための二次的であったいずれのＰＤＰコンテキストをアクティブ化することも禁止される。こうすることによって、二次的なＰＤＰコンテキストアクティブ化手順に関する不必要な信号送信が回避される。
【００３０】
図４は、一例としてのプロセス４０のフローチャートを示す。プロセス４０は、無線通信システム１０のネットワーク（例えばＮｏｄｅＢ）が始動するデタッチ手順を実現するために、ＵＥ（図１のモバイルデバイス）によって実行される。プロセス４０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００３１】
ステップ４００：スタート。
【００３２】
ステップ４１０：再アタッチ手順を実行するリクエスト信号をネットワークから受信する。
【００３３】
ステップ４２０：デタッチ手順を実行する。
【００３４】
ステップ４３０：モバイルデバイスが緊急ベアラサービスのためのＰＤＮ接続を確立していた場合には、上記デタッチ手順に続いてアタッチ手順が実行された後に、緊急ベアラサービスのためのパケットデータプロトコルコンテキストだけをアクティブ化する。
【００３５】
ステップ４４０：エンド。
【００３６】
プロセス４０によれば、緊急ベアラサービスのためのパケットデータネットワーク（ＰＤＮ）接続を確立しているＵＥが、デタッチタイプ「再アタッチが必要」を有するデタッチリクエストメッセージまたは国際携帯機器加入者識別情報（ＩＭＳＩ）のページングメッセージを受信すると、ＵＥは、デタッチ手順の完了後にアタッチ手順を実行する。さらに、アタッチ手順（例えば通常のアタッチ手順）の完了後に、ＵＥは緊急ベアラサービスのためのＰＤＰコンテキストだけをアクティブ化する。換言すれば、ＵＥは、緊急ベアラサービスのためではないアクティブであったいずれの他のＰＤＰコンテキストをアクティブ化しない。こうすることによって、緊急ベアラサービスは遅延しないことになる。
【００３７】
さらに、ＵＥは、緊急ベアラサービスだけのために、自身がアタッチされることを考慮する。
【００３８】
図５は、一例としてのプロセス５０のフローチャートを示す。プロセス５０は、無線通信システム１０のネットワーク（例えばＮｏｄｅＢ）が始動するデタッチ手順を実現するために、ＵＥ（図１のモバイルデバイス）によって実行される。プロセス５０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００３９】
ステップ５００：スタート。
【００４０】
ステップ５１０：再アタッチ手順を実行するリクエスト信号をネットワークから受信する。
【００４１】
ステップ５２０：デタッチ手順を実行する。
【００４２】
ステップ５３０：モバイルデバイスが緊急ベアラサービスのための複数のＰＤＰコンテキストを有していた場合には、このデタッチ手順の完了後に緊急ベアラサービスのための１つのＰＤＰコンテキストだけをアクティブ化する。
【００４３】
ステップ５４０：エンド。
【００４４】
プロセス５０によれば、緊急ベアラサービスのための複数のＰＤＰコンテキスト（例えば、ネットワークによってアクティブ化された緊急ベアラサービスのためのデフォルトのＰＤＰコンテキストおよび二次的なＰＤＰコンテキスト）を有するＵＥが、デタッチタイプ「再アタッチが必要」を有するデタッチリクエストメッセージまたは国際携帯機器加入者識別情報（ＩＭＳＩ）のページングメッセージを受信すると、ＵＥは、デタッチ手順の完了後にアタッチ手順を実行し、緊急ベアラサービスのための１つのＰＤＰコンテキストだけをアクティブ化する。すなわち、ＵＥは、ネットワークから二次的なＰＤＰコンテキストのアクティブ化、および不必要な信号送信を回避するために、緊急ベアラサービスのための二次的なＰＤＰコンテキストをアクティブ化しない、または、アクティブ化することを禁止される。
【００４５】
なお、提案したステップを含めた上述のプロセス３０〜プロセス９０の各ステップは、例えばハードウェア、（ハードウェアデバイスと、ハードウェアデバイスに読み出し専用ソフトウェアとして保存されているコンピュータの命令およびデータとの組み合わせとして知られている）ファームウェア、電子システムなどの手段によって実現可能である。ハードウェアの例としては、マイクロ回路、マイクロチップ、または、シリコンチップとして知られている、アナログ回路、デジタル回路、混合回路などがあげられる。電子システムの例としては、システム・オン・チップ（ＳＯＣ）、システム・イン・パッケージ（Ｓｉｐ）、コンピュータ・オン・モジュール（ＣＯＭ）、通信装置２０などがあげられる。
【００４６】
まとめると、不必要な信号送信および緊急ベアラサービスの遅延を回避するために、ネットワークが始動するデタッチ手順を取り扱うための典型的な例および手段が提供される。
【００４７】
当業者であれば、本発明の教唆を維持しながら、装置および方法に多数の調整および変更を加えてもかまわないことが容易に理解できるであろう。したがって、上記の開示は、添付の請求項の範囲内にのみ限定されるものと解釈されるべきである。
【図面の簡単な説明】
【００４８】
【図１】無線通信システムの概略図である。
【図２】一実施形態に係る一例としての通信装置の概略図である。
【図３】一実施形態に係る一例としてのプロセスのフローチャートである。
【図４】一実施形態に係る一例としてのプロセスのフローチャートである。
【図５】一実施形態に係る一例としてのプロセスのフローチャートである。
【図１】
0005307872.tif 000002
【図２】
0005307872.tif 000003
【図３】
0005307872.tif 000004
【図４】
0005307872.tif 000005
【図５】
0005307872.tif 000006