(57)【特許請求の範囲】
【請求項１】
無線通信システムのコア・ネットワークのためのタイマ設定方法であって、
モバイル装置から移動性管理要求を受信する段階、
前記コア・ネットワークが前記バックオフ・タイマ値を有する移動性管理要求を拒否するとき、モバイル到達可能性タイマをバックオフ・タイマ値以上の値に設定する段階、
を有するタイマ設定方法。
【請求項２】
前記モバイル装置は、前記コア・ネットワークからバックオフ・タイマ値を有する拒否メッセージを受信し、前記バックオフ・タイマ値で周期的タイマを開始又は再開し、
前記周期的タイマはトラッキング・エリア・アップデート、ルーティング・エリア・アップデート又はロケーション・エリア・アップデートのために用いられる、
ことを特徴とする請求項１に記載のタイマ設定方法。
【請求項３】
前記移動性管理要求は、サービス要求、トラッキング・エリア・アップデート要求、ルーティング・エリア・アップデート要求又はロケーション・エリア・アップデート要求である、
ことを特徴とする請求項１に記載のタイマ設定方法。
【請求項４】
無線通信システムのコア・ネットワークのためのタイマ設定方法であって、
モバイル装置から移動性管理要求を受信する段階、
前記コア・ネットワークが前記バックオフ・タイマ値を有する移動性管理要求を拒否するとき、モバイル到達可能性タイマをモバイル到達可能性タイマ値に設定し、インプリシット・デタッチ・タイマをインプリシット・デタッチ・タイマ値に設定する段階、
を有し、
前記モバイル到達可能性タイマ値及びインプリシット・デタッチ・タイマ値の和は、バックオフ・タイマ値以上である、
ことを特徴とするタイマ設定方法。
【請求項５】
前記モバイル到達可能性タイマが終了したとき、ページング・プロシード・ファクタ（ＰＦＦ）をクリアしない段階、
を更に有する請求項４に記載のタイマ設定方法。
【請求項６】
前記移動性管理要求は、サービス要求、トラッキング・エリア・アップデート要求、ルーティング・エリア・アップデート要求又はロケーション・エリア・アップデート要求である、
ことを特徴とする請求項４に記載のタイマ設定方法。
【請求項７】
無線通信システムのコア・ネットワークのためのタイマ設定方法であって、
モバイル装置から移動性管理要求を受信する段階、
前記コア・ネットワークが前記バックオフ・タイマの値を有する移動性管理要求を拒否するとき、インプリシット・デタッチ・タイマをインプリシット・デタッチ・タイマ値に設定する段階、
を有し、
前記インプリシット・デタッチ・タイマ値は、モバイル到達可能性タイマの値とバックオフ・タイマの値の差の値以上である、
ことを特徴とするタイマ設定方法。
【請求項８】
前記モバイル到達可能性タイマが終了し及びバックオフ・タイマが実行しているとき、ページング・プロシード・ファクタ（ＰＦＦ）をクリアしない段階、
を更に有する請求項７に記載のタイマ設定方法。
【請求項９】
前記移動性管理要求は、サービス要求、トラッキング・エリア・アップデート要求、ルーティング・エリア・アップデート要求又はロケーション・エリア・アップデート要求である、
ことを特徴とする請求項７に記載のタイマ設定方法。
【請求項１０】
無線通信システムのコア・ネットワークのためのタイマ設定方法であって、
モバイル装置から移動性管理要求を受信する段階、
前記コア・ネットワークが前記バックオフ・タイマ値を有する移動性管理要求を拒否するとき、インプリシット・デタッチ・タイマをインプリシット・デタッチ・タイマ値に設定する段階、
前記インプリシット・デタッチ・タイマを開始する段階、
を有し、
前記インプリシット・デタッチ・タイマ値は、バックオフ・タイマ値以上である、
ことを特徴とするタイマ設定方法。
【請求項１１】
前記移動性管理要求は、サービス要求、トラッキング・エリア・アップデート要求、ルーティング・エリア・アップデート要求又はロケーション・エリア・アップデート要求である、
ことを特徴とする請求項１０に記載のタイマ設定方法。
【請求項１２】
前記インプリシット・デタッチ・タイマは、前記モバイル装置がアイドル・モードに入ったときに開始される、
ことを特徴とする請求項１０に記載のタイマ設定方法。
【請求項１３】
モバイル到達可能性タイマを開始しない段階、
を更に有し、
前記モバイル装置がアイドル・モードに入ったときに、前記モバイル到達可能性タイマは開始されず、前記インプリシット・デタッチ・タイマは開始される、
ことを特徴とする請求項１０に記載のタイマ設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、無線通信システム及び関連する通信装置で用いられる方法及び関連する通信装置に関し、より詳細には無線通信システムにおけるタイマ設定方法及び関連する通信装置に関する。
【背景技術】
【０００２】
３ＧＰＰ  Ｒｅｌ−８規格及び／又は３ＧＰＰ  Ｒｅｌ−９規格に対応するＬＴＥ（Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）により、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の後継として、ＵＭＴＳの性能を更に拡張してユーザの増大する需要を満たすために作成された。ＬＴＥシステムは、高いデータ・レート、低い待ち時間、パケットの最適化並びにシステム容量及びカバレッジの向上を提供する新しい無線インタフェース及び無線ネットワーク・アーキテクチャを有する。ＬＴＥシステムでは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＴＲＡＮ）として知られる無線アクセス・ネットワークは、複数のユーザ機器（ＵＥ）と通信する複数のｅＮＢ（Ｅｖｏｌｖｅｄ  ＮＢ）を有し、非アクセス層（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＮＡＳ）制御のための移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ：ＭＭＥ）、サービング・ゲートウェイ等を有するコア・ネットワークと通信する。ＵＭＴＳシステムでは、サービングＧＰＲＳサポート・ノード（ＳＧＳＮ）は、自身の地理的サービス領域内で行ったり来たりするモバイル装置にデータ・パケットを配信する。ＳＧＳＮは、パケット・ルーティング、転送、移動性管理（アタッチ／デタッチ（ａｔｔａｃｈ／ｄｅｔａｃｈ）及び位置管理）、論理リンク管理、並びに認証及び課金機能も有する。ＭＭＥは、ＬＴＥと、ＳＧＳＮからのＭＭＥで終端するＳ３インタフェースを有する２Ｇ／３Ｇアクセス・ネットワークとの間の制御層機能も提供する。
【０００３】
アクセス・ポイント名（ＡＰＮ）は、パケット・データ・コネクションを確立するためにＬＴＥシステム及びＬＴＥ−Ａシステムで用いられ、ＭＭＥにより管理される。更に、ＡＰＮは、パケット・データ・ネットワーク（ＰＤＮ）又はサービス種類（例えば、マルチメディア・メッセージ・サービス（ＭＭＳ））を識別するために用いられる。ここで、ＰＤＮ又はサービス種類は、パケット・データ・コネクションで伝達される。
【０００４】
コア・ネットワークは、モバイル到達可能性タイマ、ＰＰＦ（Ｐａｇｉｎｇ  Ｐｒｏｃｅｅｄ  Ｆａｃｔｏｒ）及びインプリシット・デタッチ・タイマ（Ｉｍｐｌｉｃｉｔ  Ｄｅｔａｃｈ  Ｔｉｍｅｒ）を用いてモバイルの到達可能性を管理する。コア・ネットワークは、モバイル到達可能性タイマを用いてＵＥの周期的なトラッキング／ルーティング／ロケーション・エリア・アップデート手順を監督する。既定値では、モバイル到達可能性タイマは、周期的なＴＡＵ／ＲＡＵ／ＬＡＵタイマよりも僅かに長く設定される。モバイル到達可能性タイマが終了すると、ネットワークは、ＰＰＦフラグをクリアし、インプリシット・デタッチ・タイマを開始する。インプリシット・デタッチ・タイマの値はネットワークに依存する。ＰＰＦのクリアにより、コア・ネットワークは、インプリシット・デタッチ・タイマの期間中にＵＥを呼び出せない。ＵＥがネットワークと連絡を取る前にインプリシット・デタッチ・タイマが終了した場合、ネットワークはＵＥを自動的に切り離す（デタッチする）。インプリシット・デタッチ・タイマは、ＵＥのためにＮＡＳシグナリング・コネクションが確立されたとき、停止される。
【０００５】
ＮＡＳレベルの輻輳制御は、次の機能を有する。つまり、「ＡＰＮに基づく輻輳制御」及び「一般的なＮＡＳレベルの移動性管理制御」である。ＡＰＮに基づく輻輳制御の使用は、特定のＡＰＮとのＵＥに関連付けられたＥＭＭ及びＥＳＭシグナリングの輻輳を回避するため及び処理するためである。一般的なＮＡＳレベルの移動性管理制御では、ＭＭＥは、一般的な輻輳条件下で、ＮＡＳレベルの移動性管理シグナリングの要求の拒否も用いる。
【０００６】
ＮＡＳレベルの移動性管理輻輳制御がネットワークの過負荷又は輻輳のために適用されるとき、ＭＭＥはアタッチ（ａｔｔａｃｈ）要求、トラッキング・エリア・アップデート（ＴＡＵ）、ルーティング・エリア・アップデート（ＲＡＵ）又はサービス要求を拒否し、ＭＭＥはＵＥに移動性管理バックオフ・タイマを返信する。
【０００７】
輻輳制御が作動しているとき、ＭＭＥ／ＳＧＳＮは、移動性管理バックオフ・タイマ及びセッション管理バックオフ・タイマを格納する。次に、ＭＭＥ／ＳＧＳＮは、格納したバックオフ・タイマが終了する前にＡＰＮに接続することを目標としているＵＥからの如何なる後続の要求も直ちに拒否することにより、格納したバックオフ・タイマを実行する。
【０００８】
周期的なＴＡＵ／ＲＡＵタイマはＴＡＵ／ＲＡＵ  Ｒｅｊｅｃｔメッセージにより更新されないので、バックオフ・タイマが実行しているとき、周期的なＴＡＵ／ＲＡＵタイマは、ＴＡＵ／ＲＡＵイベントを引き起こしてもよい。つまり周期的なＲＡＵ／ＴＡＵタイマはバックオフ・タイマよりも短い。従って、過負荷制御機構は、シグナリング負荷を低減する効果を生じない。
【０００９】
更に、ＭＭＥ／ＳＧＳＮ内のモバイル到達可能性タイマがＵＥ内の周期的なＴＡＵ／ＲＡＵタイマを参照しない場合、ＭＭＥ／ＳＧＳＮ内のＵＥの到達可能性の精度は、同期化問題を引き起こしうる。例えばＵＥがカバレッジ外にいるという誤った判断をしてしまう。
［先行技術文献］
［非特許文献1］3GPP  TS  23.401  V10.1.0  (2010-09)  Technical  Specification  3rd  Generation  Partnership  Project;  Technical  Specification  Group  Services  and  System  Aspects;  General  Packet  Radio  Service  (GPRS)  enhancements  for  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN)  access  (Release  10)
［非特許文献２］3GPP  TS  24.301  V10.0.0  (2010-09)  Technical  Specification  3rd  Generation  Partnership  Project;  Technical  Specification  Group  Core  Network  and  Terminals;  Non-Access-Stratum  (NAS)  protocol    for  Evolved  Packet  System  (EPS);    Stage  3  (Release  10)
［非特許文献３］3GPP  TS  24.008  V10.0.0  3rd  Generation  Partnership  Project;  Technical  Specification  Group  Core  Network  and  Terminals;  Mobile  radio  interface  Layer  3  specification;  Core  network  protocols;  Stage  3  (Release  10),  2010/09
［非特許文献４］3GPP  TSG-CT  WG1  Meeting  #67,  C1-104431,  Barcelona,  Spain,  11-15  October  2010
［非特許文献５］3GPP  TSG-SA  WG2  Meeting  #83,  S2-111253,  Salt  Lake  City,  USA,  21~25  February  2011
［非特許文献６］3GPP  TSG  SA  WG2  Meeting  #83,  S2-111204,  21~25  February  2011,  Salt  Lake  City,  Utah,  USA
［非特許文献７］3GPP  TSG-CT  WG1  Meeting  #70,  C1-111522,  Salt  Lake  City,  Utah  (USA),  21-25  February  2011
［非特許文献８］3GPP  TSG-CT  WG1  Meeting  #70,  C1-111164,  Salt  Lake  City,  Utah  (USA),  21-25  February  2011
［非特許文献９］3GPP  TSG-CT  WG1  Meeting  #70,  C1-110789,  Salt  Lake  City,  Utah  (USA),  21-25  February  2011
［非特許文献１０］3GPP  TSG-CT  WG1  Meeting  #70,  C1-110788,  Salt  Lake  City,  Utah  (USA),  21-25  February  2011
［非特許文献１１］3GPP  TSG-CT  WG1  Meeting  #69,  C1-110745,  Ljubljana  (Slovenia),  24~28  January  2011
［非特許文献１２］3GPP  TSG-CT  WG1  Meeting  #69,  C1-110744,  Ljubljana  (Slovenia),  24~28  January  2011
【発明の概要】
【発明が解決しようとする課題】
【００１０】
無線通信システムのコア・ネットワークのためのタイマ設定方法が提供される。
【課題を解決するための手段】
【００１１】
無線通信システムのコア・ネットワークのためのタイマ設定方法が開示される。タイマ設定方法は、モバイル装置から移動性管理要求を受信する段階、前記コア・ネットワークが前記バックオフ・タイマ値を有する移動性管理要求を拒否するとき、モバイル到達可能性タイマをバックオフ・タイマ値以下の値に設定する段階、を有する。
【００１２】
無線通信システムのコア・ネットワークのためのタイマ設定方法が開示される。無線通信システムのコア・ネットワークのためのタイマ設定方法は、モバイル装置から移動性管理要求を受信する段階、前記コア・ネットワークが前記バックオフ・タイマ値を有する移動性管理要求を拒否するとき、モバイル到達可能性タイマをモバイル到達可能性タイマ値に設定し、インプリシット・デタッチ・タイマをインプリシット・デタッチ・タイマ値に設定する段階、を有し、前記モバイル到達可能性タイマ値及びインプリシット・デタッチ・タイマ値の和は、バックオフ・タイマ値以上である、ことを特徴とする。
【００１３】
無線通信システムのコア・ネットワークのためのタイマ設定方法が開示される。タイマ設定方法は、モバイル装置から移動性管理要求を受信する段階、前記コア・ネットワークが前記バックオフ・タイマの値を有する移動性管理要求を拒否するとき、インプリシット・デタッチ・タイマをインプリシット・デタッチ・タイマ値に設定する段階、を有し、前記インプリシット・デタッチ・タイマ値は、モバイル到達可能性タイマの値とバックオフ・タイマの値の差の値以上である、ことを特徴とする。
【００１４】
無線通信システムのコア・ネットワークのためのタイマ設定方法が開示される。タイマ設定方法は、モバイル装置から移動性管理要求を受信する段階、前記コア・ネットワークが前記バックオフ・タイマ値を有する移動性管理要求を拒否するとき、インプリシット・デタッチ・タイマをインプリシット・デタッチ・タイマ値に設定する段階、前記インプリシット・デタッチ・タイマを開始する段階、を有し、前記インプリシット・デタッチ・タイマ値は、バックオフ・タイマ値以上である、ことを特徴とする。
【００１５】
本発明のこれら及び他の目的は、以下の種々の図及びグラフに説明された好適な実施形態の詳細な説明を読むことにより、当業者に明らかである。
【図面の簡単な説明】
【００１６】
【図１】例である無線通信システムの概略図である。
【図２】例である通信装置の概略図である。
【図３Ａ】例である処理のフローチャートである。
【図３Ｂ】例である処理のフローチャートである。
【図４】図３Ａ及び図３Ｂの処理による例である信号シーケンスである。
【図５Ａ】例である処理のフローチャートである。
【図５Ｂ】例である処理のフローチャートである。
【図６】図５Ａ及び図５Ｂの処理による例である信号シーケンスである。
【図７Ａ】例である処理のフローチャートである。
【図７Ｂ】例である処理のフローチャートである。
【図８】図７Ａ及び図７Ｂの処理による例である信号シーケンスである。
【図９】例である処理のフローチャートである。
【図１０】例である処理のフローチャートである。
【図１１】例である処理のフローチャートである。
【発明を実施するための形態】
【００１７】
図１を参照する。図１は例である無線通信システム１０の概略図である。簡単に言うと、無線通信システム１０は、コア・ネットワーク、アクセス・ネットワーク及び複数のモバイル装置を有する。無線通信システム１０は、ＧＲＰＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）システム、又はＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）システム、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）システム、ＬＴＥ（Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）又はＬＴＥ―Ａｄｖａｎｃｅシステムのような如何なる他の類似のネットワーク・システムであってもよい。図１では、アクセス・ネットワーク及びＵＥは、単に無線通信システム１０の構造を説明するために用いられる。特に、ＬＴＥシステムのアクセス・ネットワークは、複数のｅｖｏｌｖｅｄ−Ｎｏｄｅ−Ｂ（ｅＮＢ）を有するＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ−ＵＴＲＡＮ）のような複数の基地局を有する。ＬＴＥでは、コア・ネットワークは、移動性管理エンティティ（ＭＭＥ）を有する。ＭＭＥは、自身の地理的サービス領域内で行ったり来たりするモバイル装置にデータ・パケットを配信する。ＭＭＥは、パケット・ルーティング、転送、移動性管理（アタッチ／デタッチ（ａｔｔａｃｈ／ｄｅｔａｃｈ）及び位置管理）、セッション管理（ＰＤＮコネクション確立／切断）、論理リンク管理、並びに認証及び課金機能も有する。ＭＭＥは、他のＲＡＴ（例えばＧＳＭ（登録商標）及びＵＭＴＳ）との相互作用のためのローカル移動性アンカとしても機能しうる。ＵＭＴＳシステムのアクセス・ネットワークは、複数のＮｏｄｅ−Ｂ（ＮＢ）を有するＵＴＲＡＮ（ＵＴＲＡＮ）のような複数の基地局を有する。ＵＭＴＳでは、コア・ネットワークはサービングＧＰＲＳ対応ノード（ＳＧＳＮ）を有する。ＳＧＳＮは、自身の地理的サービス領域内で行ったり来たりするモバイル装置にデータ・パケットを配信する。ＭＭＥは、パケット・ルーティング、転送、移動性管理（アタッチ／デタッチ（ａｔｔａｃｈ／ｄｅｔａｃｈ）及び位置管理）、セッション管理（ＰＤＰコンテキスト確立／切断）、論理リンク管理、並びに認証及び課金機能も有する。ＧＳＭ（登録商標）システムのアクセス・ネットワークは、複数の基地局（ＢＳ）を有するＧＥＲＡＮのような複数の基地局を有する。ＧＳＭ（登録商標）システムでは、コア・ネットワークはモバイル交換センタ（ＭＳＣ）を有する。ＭＳＣは、自身の地理的サービス領域内で行ったり来たりするモバイル装置に回線交換方法で音声サービスを配信する。ＭＳＣは、移動性管理（アタッチ／デタッチ（ａｔｔａｃｈ／ｄｅｔａｃｈ）及びロケーション・エリア管理）、論理リンク管理、並びに認証及び課金機能も有する。ＵＥは移動体電話のような装置、コンピュータ・システム等であってもよい。更に、アクセス・ネットワーク及びＵＥは、伝送方向に従って送信機又は受信機と見なされてもよい。例えばアップリンクでは、ＵＥは送信機でありネットワークは受信機である。またダウンリンクでは、ネットワークが送信機でありＵＥが受信機である。
【００１８】
図２を参照する。図２は例である通信装置２０の概略図である。通信装置２０は、図１に示されたＵＥ又はコア・ネットワークであってもよいが、これに限定されない。通信装置２０は、マイクロプロセッサ又は特定用途向け集積回路（ＡＳＩＣ）のようなプロセッサ２００、記憶ユニット２１０及び通信インタフェース・ユニット２２０を有してもよい。記憶ユニット２１０は、プログラム・コード２１４を格納しプロセッサ２００によりアクセスされうる如何なるデータ記憶装置であってもよい。記憶ユニット２１０の例は、限定ではなく、加入者識別モジュール（ＳＩＭ）、読み出し専用メモリ（ＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＣＤ−ＲＯＭ／ＤＶＤ−ＲＯＭ、ハード・ディスク、及び光学データ記憶装置を含む。通信インタフェース・ユニット２２０は、望ましくは通信機であり、プロセッサ２００の処理結果に従いタイマ設定を処理しうる。
【００１９】
周期的なトラッキング／ルーティング・エリア・アップデートは、ＵＥの可用性をネットワークに周期的に通知するために用いられる。手続は、ＵＥ内で周期的なトラッキング／ルーティング・エリア・アップデート・タイマ（タイマＴ３４１２／Ｔ３３１２）により制御される。タイマＴ３４１２／Ｔ３３１２の値は、ネットワークによりＡＴＴＡＣＨ  ＡＣＣＥＰＴメッセージの中でＵＥに送信され、ＴＲＡＣＫＩＮＧ／ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴメッセージの中で送信されうる。ＵＥは、新しい値が受信されるまで、ＵＥに割り当てられたトラッキング／ルーティング・エリアのリストの全てのトラッキング／ルーティング・エリアにこの値を適用する。２つの別個のタイマ（タイマＴ３４１２／Ｔ３３１２）は、ＭＭＥ／ＳＧＳＮ／ＭＳＣに可用性を通知するため、及びＭＭＥ／ＳＧＳＮからのトラッキング／ルーティング情報を独立に更新するために、ＵＥ内で実行する。  ＮＡＳレベルの移動性管理輻輳制御がコア・ネットワークにより作動されるとき、コア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）はアタッチ（ａｔｔａｃｈ）要求、トラッキング・エリア・アップデート（ＴＡＵ）、ルーティング・エリア・アップデート（ＲＡＵ）又はサービス要求を拒否し、ＭＭＥはＵＥに移動性管理（ＭＭ）バックオフ・タイマを返信する。
【００２０】
図３Ａ及び図３Ｂを参照する。図３Ａ及び図３Ｂは、例である処理３０Ａ及び３０Ｂのフローチャートを示す。処理３０Ａは、無線通信システム１０でコア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）内のタイマ設定を処理するために用いられる。処理３０Ｂは、無線通信システム１０でＵＥ内のタイマ設定を処理するために用いられる。処理３０Ａ及び３０Ｂは、プログラム・コード２１４にコンパイルされてもよく、以下の段階を有する。
段階３００Ａ：開始
段階３０２Ａ：コア・ネットワークは、ＵＥからＴＡＵ／ＲＡＵ要求を受信する。
段階３０４Ａ：コア・ネットワークがＴＡＵ／ＲＡＵ要求を拒否するとき、コア・ネットワークは、移動性管理（ＭＭ）バックオフ・タイマのバックオフ・タイマ値を有するＴＡＵ／ＲＡＵ拒否メッセージを送信する。
段階３０６Ａ：コア・ネットワークは、モバイル到達可能性タイマをバックオフ・タイマ値より僅かに大きい値Ｘに設定し、ＵＥがアイドル・モードに入ったときにモバイル到達可能性タイマを開始する。
段階３０８Ａ：終了
段階３００Ｂ：開始
段階３０２Ｂ：ＵＥは、コア・ネットワークからＴＡＵ／ＲＡＵ拒否メッセージを受信する。
段階３０４Ｂ：ＵＥは、バックオフ・タイマ値を周期的なＴＡＵ／ＲＡＵタイマ（例えばＴ３４１２、Ｔ３４１２ｅｘｔ、Ｔ３３１２、Ｔ３３１２ｅｘｔ）に適用し、周期的なＴＡＵ／ＲＡＵタイマを開始／再開する。つまり、ＵＥは、ＭＭバックオフ・タイマが終了すると直ぐに、周期的なＴＡＵ／ＲＡＵタイマ要求をＭＭＥ／ＳＧＳＮに送信する。周期的なＴＡＵ／ＲＡＵタイマは、次の開始／再開のために該タイマの初期値にリセットされる。
段階３０６Ｂ：終了。
【００２１】
処理３０Ａ及び３０Ｂによると、コア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）は、ＵＥからＴＡＵ／ＲＡＵ要求を受信する。コア・ネットワークは、ＭＭバックオフ・タイマのバックオフ・タイマ値を有するＴＡＵ／ＲＡＵ拒否メッセージをＵＥに送信する。ＴＡＵ／ＲＡＵの拒否は、ＮＡＳレベルの移動性管理輻輳制御により引き起こされうる。次に、コア・ネットワークは、モバイル到達可能性タイマを値Ｘに設定し、ＵＥがアイドル・モードに入ったときにモバイル到達可能性タイマを開始する。値Ｘはバックオフ・タイマ値より僅かに大きいので、モバイル到達可能性タイマは、ＭＭバックオフ・タイマが終了した後に終了する。望ましくは、値Ｘは、バックオフ・タイマ値よりも４分長い。ＵＥは、コア・ネットワークからＴＡＵ／ＲＡＵ拒否メッセージを受信する。ＴＡＵ／ＲＡＵ拒否メッセージはバックオフ・タイマ値を有するので、ＵＥは、バックオフ・タイマ値を周期的なＴＡＵ／ＲＡＵタイマ（例えばＴ３４１２、Ｔ３４１２ｅｘｔ、Ｔ３３１２、Ｔ３３１２ｅｘｔ）に適用し、周期的なＴＡＵ／ＲＡＵタイマを開始／再開する。つまり、周期的なＴＡＵ／ＲＡＵタイマは、ＭＭバックオフ・タイマと同時に終了する。従って、ＵＥは、ＭＭバックオフ・タイマが終了すると直ぐに、周期的なＴＡＵ／ＲＡＵタイマ要求をＭＭＥ／ＳＧＳＮに送信する。その結果として、周期的なＴＡＵ／ＲＡＵタイマ及びモバイル到達可能性タイマの長い値が対応され、周期的なＴＡＵ／ＲＡＵタイマはＴＡＵ／ＲＡＵ更新拒否メッセージにより更新される。
【００２２】
処理３０Ａ及び３０Ｂは、ＵＥがＴＡＵ／ＲＡＵ要求だけでなくサービス要求及びロケーション・エリア・アップデート要求によって拒否されたときも、ＵＥ及びコア・ネットワークに適用されること、このような変形も本発明の範囲に包含されることに留意すべきである。ＴＡＵ要求はＬＴＥシステムに対応し、ＲＡＵ要求はＧＲＰＳシステムに対応し、ロケーション・エリア・アップデートはＧＳＭ（登録商標）システムに対応する。
【００２３】
図４を参照する。図４は、処理３０による例である信号シーケンスである。ＭＭＥは、ＭＭバックオフ・タイマを有するＴＡＵ拒否メッセージを送信する。ＵＥはＭＭバックオフ・タイマを開始する。ＭＭＥは、モバイル到達可能性タイマを、バックオフ・タイマ値より僅かに大きい値Ｘに設定する。ＵＥは、バックオフ・タイマ値をタイマＴ３４１２／Ｔ３４１２ｅｘｔに適用する。ＵＥは、Ｔ３４１２／Ｔ３４１２タイマ及びＭＭバックオフ・タイマが終了したとき、ＴＡＵ要求を送信する。モバイル到達可能性タイマは、ＭＭバックオフ・タイマが終了した少し後に終了する。
【００２４】
図５Ａ及び図５Ｂを参照する。図５Ａ及び図５Ｂは、例である処理５０Ａ及び５０Ｂのフローチャートを示す。処理５０Ａは、無線通信システム１０でコア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）内のタイマ設定を処理するために用いられる。処理５０Ｂは、無線通信システム１０でＵＥ内のタイマ設定を処理するために用いられる。処理５０Ａ及び５０Ｂは、プログラム・コード２１４にコンパイルされてもよく、以下の段階を有する。
段階５００Ａ：開始
段階５０２Ａ：コア・ネットワークは、ＵＥからＴＡＵ／ＲＡＵ要求を受信する。
段階５０４Ａ：コア・ネットワークは、コア・ネットワークがＴＡＵ／ＲＡＵ要求を拒否するとき、ＭＭバックオフ・タイマのバックオフ・タイマ値を有するＴＡＵ／ＲＡＵ拒否メッセージを送信する。
段階５０６Ａ：コア・ネットワークは、ＭＭバックオフ・タイマが終了したとき、ＵＥがアイドル・モードに入ったときに、モバイル到達可能性タイマを開始する。
段階５０８Ａ：終了
段階５００Ｂ：開始
段階５０２Ｂ：ＵＥは、コア・ネットワークからＴＡＵ／ＲＡＵ拒否メッセージを受信する。
段階５０４Ｂ：ＵＥは、ＭＭバックオフ・タイマが終了したとき、周期的なＴＡＵ／ＲＡＵタイマ（例えばＴ３４１２、Ｔ３４１２ｅｘｔ、Ｔ３３１２、Ｔ３３１２ｅｘｔ）を開始／再開する。
段階５０６Ｂ：終了。
【００２５】
処理５０Ａ及び５０Ｂによると、コア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）は、ＵＥからＴＡＵ／ＲＡＵ要求を受信する。コア・ネットワークは、ＭＭバックオフ・タイマのバックオフ・タイマ値を有するＴＡＵ／ＲＡＵ拒否メッセージをＵＥに送信する。ＴＡＵ／ＲＡＵの拒否は、ＮＡＳレベルの移動性管理輻輳制御により引き起こされうる。次に、コア・ネットワークは、ＵＥがアイドル・モードに入ったときに、モバイル到達可能性タイマを開始する。ＵＥは、コア・ネットワークからＴＡＵ／ＲＡＵ拒否メッセージを受信する。ＭＭバックオフ・タイマの実行中、ＵＥはＴＡＵ／ＲＡＵタイマを開始しない。ＵＥは、ＭＭバックオフ・タイマが終了したとき、周期的なＴＡＵ／ＲＡＵタイマ（例えばＴ３４１２、Ｔ３４１２ｅｘｔ、Ｔ３３１２、Ｔ３３１２ｅｘｔ）を開始／再開する。ＵＥは、格納された周期的なＴＡＵ／ＲＡＵタイマ値を適用する。その結果として、周期的なＴＡＵ／ＲＡＵタイマ及びモバイル到達可能性タイマは、ＭＭバックオフ・タイマが終了したときに、開始又は再開する。
【００２６】
処理５０Ａ及び５０Ｂは、ＵＥがＴＡＵ／ＲＡＵ要求だけでなくサービス要求及びロケーション・エリア・アップデート要求によって拒否されたときも、ＵＥ及びコア・ネットワークに適用されること、このような変形も本発明の範囲に包含されることに留意すべきである。ＴＡＵ要求はＬＴＥシステムに対応し、ＲＡＵ要求はＧＲＰＳシステムに対応し、ロケーション・エリア・アップデートはＧＳＭ（登録商標）システムに対応する。
【００２７】
図６を参照する。図６は、処理５０による例である信号シーケンスである。ＭＭＥは、ＭＭバックオフ・タイマを有するＴＡＵ拒否メッセージを送信する。ＵＥ及びＭＭＥはＭＭバックオフ・タイマを開始する。ＭＭバックオフ・タイマが終了したとき、ＭＭＥ及びＵＥは、それぞれモバイル到達可能性タイマ及びタイマＴ３４１２／Ｔ３４１２ｅｘｔを開始する。
【００２８】
図７Ａ及び図７Ｂを参照する。図７Ａ及び図７Ｂは、例である処理７０Ａ及び７０Ｂのフローチャートを示す。処理７０Ａは、無線通信システム１０でコア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）内のタイマ設定を処理するために用いられる。処理７０Ｂは、無線通信システム１０でＵＥ内のタイマ設定を処理するために用いられる。処理７０Ａ及び７０Ｂは、プログラム・コード２１４にコンパイルされてもよく、以下の段階を有する。
段階７００Ａ：開始
段階７０２Ａ：コア・ネットワークは、ＵＥからＴＡＵ／ＲＡＵ要求を受信する。
段階７０４Ａ：コア・ネットワークは、コア・ネットワークがＴＡＵ／ＲＡＵ要求を拒否するとき、ＭＭバックオフ・タイマのバックオフ・タイマ値及び新しい周期的なＴＡＵ／ＲＡＵタイマ値を有するＴＡＵ／ＲＡＵ拒否メッセージを送信する。
段階７０６Ａ：コア・ネットワークは、モバイル到達可能性タイマを新しい周期的なＴＡＵ／ＲＡＵタイマ値より僅かに大きい値Ｙに設定し、ＵＥがアイドル・モードに入ったときにモバイル到達可能性タイマを開始する。
段階７０８Ａ：終了
段階７００Ｂ：開始
段階７０２Ｂ：ＵＥは、コア・ネットワークからＴＡＵ／ＲＡＵ更新拒否メッセージを受信する。
段階７０４Ｂ：ＵＥは、新しい周期的なＴＡＵ／ＲＡＵタイマ値を周期的なＴＡＵ／ＲＡＵタイマ（例えばＴ３４１２、Ｔ３４１２ｅｘｔ、Ｔ３３１２、Ｔ３３１２ｅｘｔ）に適用し、ＵＥがアイドル・モードに入ったときに周期的なＴＡＵ／ＲＡＵタイマを開始／再開する。
段階７０６Ｂ：終了。
【００２９】
処理７０Ａ及び７０Ｂによると、コア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）は、ＵＥからＴＡＵ／ＲＡＵ要求を受信する。コア・ネットワークは、ＭＭバックオフ・タイマのバックオフ・タイマ値及び新しい周期的なＴＡＵ／ＲＡＵタイマ値を有するＴＡＵ／ＲＡＵ更新拒否メッセージをＵＥに送信する。ＴＡＵ／ＲＡＵの拒否は、ＮＡＳレベルの移動性管理輻輳制御により引き起こされうる。つまり、新しい周期的なＴＡＵ／ＲＡＵタイマ値は、バックオフ・タイマ値より大きい。次に、コア・ネットワークは、モバイル到達可能性タイマを値Ｙに設定し、ＵＥがアイドル・モードに入ったときにモバイル到達可能性タイマを開始する。値Ｙは新しい周期的なＴＡＵ／ＲＡＵタイマの値より僅かに大きいので、モバイル到達可能性タイマは、周期的なＴＡＵ／ＲＡＵタイマが終了した後に終了する。望ましくは、値Ｙは、新しい周期的なＴＡＵ／ＲＡＵタイマ値よりも４分長い。ＵＥは、コア・ネットワークからＴＡＵ／ＲＡＵ拒否メッセージを受信する。ＵＥは、新しい周期的なＴＡＵ／ＲＡＵタイマ値（例えばＴ３４１２、Ｔ３４１２ｅｘｔ、Ｔ３３１２、Ｔ３３１２ｅｘｔ）を適用し、自身がアイドル・モードに入ったときに周期的なＴＡＵ／ＲＡＵタイマを開始／再開する。その結果として、周期的なＴＡＵ／ＲＡＵタイマ及びモバイル到達可能性タイマの長い値が対応され、周期的なＴＡＵ／ＲＡＵタイマはＴＡＵ／ＲＡＵ更新拒否メッセージにより更新される。
【００３０】
処理７０Ａ及び７０Ｂは、ＵＥがＴＡＵ／ＲＡＵ要求だけでなくサービス要求及びロケーション・エリア・アップデート要求によって拒否されたときも、ＵＥ及びコア・ネットワークに適用されること、このような変形も本発明の範囲に包含されることに留意すべきである。ＴＡＵ要求はＬＴＥシステムに対応し、ＲＡＵ要求はＧＲＰＳシステムに対応し、ロケーション・エリア・アップデートはＧＳＭ（登録商標）システムに対応する。
【００３１】
図８を参照する。図８は、処理７０Ａ及び７０Ｂによる例であるメッセージ・シーケンスである。ＭＭＥは、ＴＡＵ／ＲＡＵ更新メッセージの中で、バックオフ・タイマ値及び新しい周期的なＴＡＵ／ＲＡＵタイマ値を送信する。その後、ＭＭＥは、モバイル到達可能性タイマを、新しい周期的なＴＡＵ／ＲＡＵタイマ値より大きい値Ｙに設定する。ＵＥは、新しい周期的なＴＡＵ／ＲＡＵタイマ値をタイマＴ３４１２／Ｔ３４１２ｅｘｔに適用する。
【００３２】
図９を参照する。図９は、例である処理９０のフローチャートを示す。処理９０は、無線通信システム１０でコア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）及びＵＥ内のタイマ設定を処理するために用いられる。処理９０は、プログラム・コード２１４にコンパイルされてもよく、以下の段階を有する。
段階９００：開始
段階９０２：コア・ネットワークは、ＵＥからＴＡＵ／ＲＡＵ要求を受信する。
段階９０４：コア・ネットワークは、コア・ネットワークがＴＡＵ／ＲＡＵ要求を拒否するとき、ＭＭバックオフ・タイマのバックオフ・タイマ値を有するＴＡＵ／ＲＡＵ更新拒否メッセージを送信する。
段階９０６：コア・ネットワークは、インプリシット・デタッチ・タイマをバックオフ・タイマ値以上の値Ｚに設定し、ＵＥがアイドル・モードに入ったときにインプリシット・デタッチ・タイマを開始する。
段階９０８：終了。
【００３３】
処理９０によると、コア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）は、ＵＥからＴＡＵ／ＲＡＵ要求を受信する。コア・ネットワークは、ＭＭバックオフ・タイマのバックオフ・タイマ値を有するＴＡＵ／ＲＡＵ更新拒否メッセージをＵＥに送信する。ＴＡＵ／ＲＡＵの拒否は、ＮＡＳレベルの移動性管理輻輳制御により引き起こされうる。次に、コア・ネットワークは、インプリシット・デタッチ・タイマを値Ｚに設定する。値Ｚは、ＭＭバックオフ・タイマ値より僅かに大きい。換言すると、コア・ネットワークは、モバイル到達可能性タイマの値を変更しない。更に、ネットワークがネットワーク輻輳状況を除去し、ＵＥのモバイル終端呼が存在しないときに、コア・ネットワークがＵＥを呼び出せるように、ネットワークは、モバイル到達可能性タイマが終了し実行しているＭＭバックオフ・タイマが存在するときに、ページング・プロシード・ファクタ（ＰＰＦ）をクリアしなくてもよい。
【００３４】
コア・ネットワークは、モバイル到達可能性タイマを開始しなくてもよいが、インプリシット・デタッチ・タイマのみを開始する。つまり、ＰＰＦはクリアされない。このように、ネットワークは、ネットワークの輻輳が除去され、ＵＥのモバイル終端呼が存在するとき、依然としてＵＥを自動的を呼び出すことができる。
【００３５】
処理９０は、ＵＥがＴＡＵ／ＲＡＵ要求だけでなくサービス要求及びロケーション・エリア・アップデート要求によって拒否されたときも、コア・ネットワークに適用されること、このような変形も本発明の範囲に包含されることに留意すべきである。ＴＡＵ要求はＬＴＥシステムに対応し、ＲＡＵ要求はＧＲＰＳシステムに対応し、ロケーション・エリア・アップデートはＧＳＭ（登録商標）システムに対応する。
【００３６】
図１０を参照する。図１０は、例である処理１００のフローチャートを示す。処理１００は、無線通信システム１０でコア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）内のタイマ設定を処理するために用いられる。処理１００は、プログラム・コード２１４にコンパイルされてもよく、以下の段階を有する。
段階１０００：開始
段階１００２：コア・ネットワークは、ＵＥからＴＡＵ／ＲＡＵ要求を受信する。
段階１００４：コア・ネットワークは、コア・ネットワークがＴＡＵ／ＲＡＵ要求を拒否するとき、ＭＭバックオフ・タイマのバックオフ・タイマ値を有するＴＡＵ／ＲＡＵ拒否メッセージを送信する。
段階１００６：コア・ネットワークは、インプリシット・デタッチ・タイマを、モバイル到達可能性タイマの値とバックオフ・タイマの値の差の値以上の値Ｚに設定する。
段階１００８：終了。
【００３７】
処理１００によると、コア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）は、ＵＥからＴＡＵ／ＲＡＵ要求を受信する。コア・ネットワークは、ＭＭバックオフ・タイマのバックオフ・タイマ値を有するＴＡＵ／ＲＡＵ拒否メッセージをＵＥに送信する。ＴＡＵ／ＲＡＵの拒否は、ＮＡＳレベルの移動性管理輻輳制御により引き起こされうる。次に、コア・ネットワークは、インプリシット・デタッチ・タイマを値Ｚに設定する。値Ｚは、モバイル到達可能性タイマの値とバックオフ・タイマの値の差の値より僅かに大きい。換言すると、コア・ネットワークは、モバイル到達可能性タイマの値を変更しない。更に、ネットワークがネットワーク輻輳状況を除去し、ＵＥのモバイル終端呼が存在しないときに、ネットワークがＵＥを呼び出せるように、ネットワークは、モバイル到達可能性タイマが終了し実行しているＭＭバックオフ・タイマが存在するときに、ページング・プロシード・ファクタ（ＰＰＦ）をクリアしなくてもよい。
【００３８】
処理１００は、ＵＥがＴＡＵ／ＲＡＵ要求だけでなくサービス要求及びロケーション・エリア・アップデート要求によって拒否されたときも、コア・ネットワークに適用されること、このような変形も本発明の範囲に包含されることに留意すべきである。ＴＡＵ要求はＬＴＥシステムに対応し、ＲＡＵ要求はＧＲＰＳシステムに対応し、ロケーション・エリア・アップデートはＧＳＭ（登録商標）システムに対応する。
【００３９】
図１１を参照する。図１１は、例である処理１１０のフローチャートを示す。処理１１０は、無線通信システム１０でコア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）及びＵＥ内のタイマ設定を処理するために用いられる。処理１１００は、プログラム・コード２１４にコンパイルされてもよく、以下の段階を有する。
段階１１００：開始
段階１１０２：コア・ネットワークは、ＵＥからＴＡＵ／ＲＡＵ要求を受信する。
段階１１０４：コア・ネットワークは、コア・ネットワークがＴＡＵ／ＲＡＵ要求を拒否するとき、ＭＭバックオフ・タイマのバックオフ・タイマ値を有するＴＡＵ／ＲＡＵ更新拒否メッセージを送信する。
段階１１０６：コア・ネットワークは、モバイル到達可能性タイマ及びインプリシット・デタッチ・タイマを設定する。ここで、モバイル到達可能性タイマ値及びインプリシット・デタッチ・タイマ値の和は、バックオフ・タイマ値以上である。
段階１１０８：終了。
【００４０】
処理１１０によると、コア・ネットワーク（例えばＭＭＥ／ＳＧＳＮ）は、ＵＥからＴＡＵ／ＲＡＵ要求を受信する。コア・ネットワークは、ＭＭバックオフ・タイマのバックオフ・タイマ値を有するＴＡＵ／ＲＡＵ更新拒否メッセージをＵＥに送信する。ＴＡＵ／ＲＡＵの拒否は、ＮＡＳレベルの移動性管理輻輳制御により引き起こされうる。次に、コア・ネットワークは、モバイル到達可能性タイマ値及びインプリシット・デタッチ・タイマ値の和がバックオフ・タイマ値以上であるようなオペレータの方針に基づき、モバイル到達可能性タイマ及びインプリシット・デタッチ・タイマを設定する。
【００４１】
処理１１０は、ＵＥがＴＡＵ／ＲＡＵ要求だけでなくサービス要求及びロケーション・エリア・アップデート要求によって拒否されたときも、コア・ネットワークに適用されること、このような変形も本発明の範囲に包含されることに留意すべきである。ＴＡＵ要求はＬＴＥシステムに対応し、ＲＡＵ要求はＧＲＰＳシステムに対応し、ロケーション・エリア・アップデートはＧＳＭ（登録商標）システムに対応する。
【００４２】
ＰＰＦフラグは、モバイル到達可能性タイマが終了したときにクリアされてもよく、されなくてもよい。モバイル到達可能性タイマが終了したときにＰＰＦフラグがクリアされる場合、ネットワークはバックオフＵＥを依然として呼び出すことができる。バックオフＵＥのモバイル終端呼が存在しないとき、ネットワークの輻輳が除去されＰＰＦフラグがクリアされない場合、ネットワークは、ＭＭバックオフ・タイマを停止するためにＵＥを呼び出しうる。
【００４３】
上述の処理の段階は、ＭＭＥ／ＳＧＳＮがＭＭバックオフ・タイマのバックオフ・タイマ値をＴＡＵ／ＲＡＵ  ＲＥＪＥＣＴメッセージ又はＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージ内に有し、バックオフ・タイマ値が周期的なＴＡＵ／ＲＡＵタイマ値よりも大きいときに実行されてもよい。
【００４４】
モバイル到達可能性管理に関する処理の上述の段階は、ＧＳＭ（登録商標）ネットワークのＵＥ及びＭＳＣに適用するために適応されてもよい。当業者は、本発明の教示を守りつつ、この適応を達成するために回線交換システムに必要な変更及び代替を直ちになしうるだろう。
【００４５】
提案された段階を有する処理の上述の段階は、ハードウェア、ハードウェア装置とコンピュータ命令と読み出し専用ソフトウェアとしてハードウェア装置に存在するデータの組合せとして知られるファームウェア又は電子システムであってもよい手段により実現されうる。ハードウェアの例は、アナログ、デジタル及び超小型回路、マイクロチップ又はシリコン・チップとして知られる混合回路を含みうる。電子システムの例は、システム・オン・チップ（ＳＯＣ）、システム・イン・パッケージ（ＳｉＰ）、コンピュータ・オン・モジュール（ＣＯＭ）、及び通信装置２０を含みうる。
【００４６】
纏めると、周期的なＴＡＵ／ＲＡＵシグナリングからのネットワーク負荷を低減するため、及びＵＥがＲＡＴ又はＰＬＭＮ（例えばネットワークの問題による）を変更する起こり得る必要性を検出するまでの時間を増大させるために、周期的なＴＡＵ／ＲＡＵタイマ及びモバイル到達可能性タイマの長い値が対応される。ＭＭＥ／ＳＧＳＮは、長い周期的なＴＡＵ／ＲＡＵタイマ値をＵＥを自動的に割り当てうる。周期的なタイマ（例えばＴ３４１２、Ｔ３４１２ｅｘｔ、Ｔ３３１２、Ｔ３３１２ｅｘｔ）の値は、ネットワークによりＡＴＴＡＣＨ  ＡＣＣＥＰＴメッセージ及びＴＲＡＣＫＩＮＧ／ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴメッセージを介してＵＥに送信される。長い値を有するモバイル到達可能性タイマは、バックオフ・タイマの後に終了するので、これはＵＥのカバレッジ外であるという誤った判断を回避する。
【００４７】
当業者は、本発明の教示を守りつつ、装置及び方法の多くの変形及び代替がなされ得ることを直ちに理解するだろう。従って、以上の開示は、特許請求の範囲の境界及び範囲によってのみ限定されると見なされるべきである。
【００４８】
［関連出願の相互参照］
本出願は、米国仮出願番号６１／４０９，９８６号、２０１０年１１月４日出願、名称「Method  to  handle  periodic  timer,  mobile  reachability  timer,  and  MM  backoff  timer」の優先権を主張し、米国仮出願番号６１／４５２，１７４号、２０１１年３月１４日出願、名称「Method  to  handle  periodic  timer,  mobile  reachability  timer,  and  MM  backoff  timer」の優先権を主張し、米国仮出願番号６１／４７５，６８１号、２０１１年４月１５日出願、名称「Method  to  handle  periodic  timer,  mobile  reachability  timer,  and  MM  backoff  timer」の優先権を主張する。これらの仮出願の内容はそれらの全体が本願明細書に組み込まれる。
【符号の説明】
【００４９】
１０  無線通信システム
２０  通信装置
２００  処理手段
２１０  記憶ユニット
２１４  プログラム・コード
２２０  通信インタフェース・ユニット
【図１】
0005347009.tif 000002
【図２】
0005347009.tif 000003
【図３Ａ】
0005347009.tif 000004
【図３Ｂ】
0005347009.tif 000005
【図４】
0005347009.tif 000006
【図５Ａ】
0005347009.tif 000007
【図５Ｂ】
0005347009.tif 000008
【図６】
0005347009.tif 000009
【図７Ａ】
0005347009.tif 000010
【図７Ｂ】
0005347009.tif 000011
【図８】
0005347009.tif 000012
【図９】
0005347009.tif 000013
【図１０】
0005347009.tif 000014
【図１１】
0005347009.tif 000015