特許 5961769 サービスレイヤデタッチコマンドおよびアタッチ通知を処理するための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5961769

(24)【登録日】2016年7月1日

(45)【発行日】2016年8月2日

(54)【発明の名称】サービスレイヤデタッチコマンドおよびアタッチ通知を処理するための方法および装置

(51)【国際特許分類】

   H04W 60/00 20090101AFI20160719BHJP

   H04W 4/04 20090101ALI20160719BHJP

   H04W 88/14 20090101ALI20160719BHJP

   H04W 8/18 20090101ALI20160719BHJP

【ＦＩ】

   H04W60/00

   H04W4/04

   H04W88/14

   H04W8/18

【請求項の数】12

【全頁数】36

(21)【出願番号】特願2015-551724(P2015-551724)

(86)(22)【出願日】2013年12月23日

(65)【公表番号】特表2016-506694(P2016-506694A)

(43)【公表日】2016年3月3日

(86)【国際出願番号】US2013077617

(87)【国際公開番号】WO2014107381

(87)【国際公開日】20140710

【審査請求日】2015年9月7日

(31)【優先権主張番号】61/748,908

(32)【優先日】2013年1月4日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】マイケル エフ．スターシニック

(72)【発明者】

【氏名】ベロウズ アギリ

(72)【発明者】

【氏名】スレッシュ パラニサミー

(72)【発明者】

【氏名】グアン ルー

【審査官】 ▲高▼橋 真之

(56)【参考文献】

【文献】 3GPP，3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 11)，3GPP TS 23.682 V11.3.0(2012-12)，3GPP，２０１２年１２月１８日，ＵＲＬ，http://www.3gpp.org/ftp/Specs/archive/23_series/23.682/23682-b30.zip

【文献】 3GPP，3rd Generation Partnership Project; Techinical Specification Group Services and System Aspects; Machine-Type and other Mobile Data Applications Communications Enhancements (Release 12)，3GPP TR 23.887 V0.6.0 (2012-12)，3GPP，２０１２年１２月１８日，ＵＲＬ，http://www.3gpp.org/ftp/Specs/archive/23_series/23.887/23887-060.zip

【文献】 ZTE, LG Electronics，Report MTC Monitoring Event via MTC-IWF，3GPP SA WG2 Meeting #93 S2-123544，3GPP，２０１２年１０月 １日，ＵＲＬ，http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_93_Sofia/Docs/S2-123544.zip

【文献】 ＮＴＴドコモ，M2M通信コアネットワーク基盤と輻輳対策技術，ＮＴＴ ＤＯＣＯＭＯ テクニカル・ジャーナル Vol.21 No.2，ＮＴＴドコモ，２０１３年 ７月，ＵＲＬ，https://www.nttdocomo.co.jp/corporate/technology/rd/technical_journal/bn/vol21_2/030.html

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

ネットワークに無線送受信ユニット（ＷＴＲＵ）をアタッチする方法であって、前記方法は、
第１のノードが、加入者情報メッセージを受信するステップと、
前記ＷＴＲＵが前記ネットワークにアタッチすることを認可する前に前記第１のノードがサーバに確認することを、前記加入者情報メッセージが示すという条件で、前記第１のノードが、第２のノードを介して、アタッチ要求メッセージを前記サーバに送るステップと、
前記第１のノードが、前記第２のノードを介して、アタッチ要求応答メッセージを前記サーバから受信するステップと
を備えたことを特徴とする方法。

【請求項2】

前記第１のノードは、モビリティ管理エンティティ（ＭＭＥ）またはサービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）のうちの少なくとも１つを含むことを特徴とする請求項１に記載の方法。

【請求項3】

前記第２のノードは、マシンタイプ通信相互作用機能であることを特徴とする請求項１に記載の方法。

【請求項4】

前記第１のノードが、前記ＷＴＲＵから、アタッチ要求メッセージを受信するステップをさらに備えたことを特徴とする請求項１に記載の方法。

【請求項5】

前記アタッチ要求応答メッセージは、前記サーバが前記ネットワークへの前記ＷＴＲＵのアタッチメントを認可するか否かを示すことを特徴とする請求項１に記載の方法。

【請求項6】

前記第１のノードが、初期コンテキストセットアップ要求／アタッチ受付メッセージを受信するステップをさらに備え、前記サーバが前記ネットワークへの前記ＷＴＲＵの前記アタッチメントを認可しないことを前記アタッチ要求応答メッセージが示すという条件で、その後に前記ＷＴＲＵが前記ネットワークにアタッチすることを再試行することが可能である、前記サーバにより決定されたバックオフ時間を、前記初期コンテキストセットアップ要求／アタッチ受付メッセージが示すことを特徴とする請求項５に記載の方法。

【請求項7】

第１のノードであって、
加入者情報メッセージを受信するように構成された受信機と、
無線送受信ユニット（ＷＴＲＵ）がネットワークにアタッチすることを認可する前に前記第１のノードがサーバに確認することを、前記加入者情報メッセージが示すという条件で、第２のノードを介して、アタッチ要求メッセージを前記サーバに送るように構成された送信機と
を備え、前記受信機は、
前記第２のノードを介して、アタッチ要求応答メッセージを前記サーバから受信する
ようにさらに構成されることを特徴とする第１のノード。

【請求項8】

前記第１のノードは、モビリティ管理エンティティ（ＭＭＥ）またはサービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）のうちの少なくとも１つを含むことを特徴とする請求項７に記載の第１のノード。

【請求項9】

前記第２のノードは、マシンタイプ通信相互作用機能であることを特徴とする請求項７に記載の第１のノード。

【請求項10】

前記受信機は、前記ＷＴＲＵから、アタッチ要求メッセージを受信するようにさらに構成されることを特徴とする請求項７に記載の第１のノード。

【請求項11】

前記アタッチ要求応答メッセージは、前記サーバが前記ネットワークへの前記ＷＴＲＵのアタッチメントを認可するか否かを示すことを特徴とする請求項７に記載の第１のノード。

【請求項12】

前記サーバが前記ネットワークへの前記ＷＴＲＵの前記アタッチメントを認可しないことを前記アタッチ要求応答メッセージが示すという条件で、その後に前記ＷＴＲＵが前記ネットワークにアタッチすることを再試行することが可能である、前記サーバにより決定されたバックオフ時間を示す初期コンテキストセットアップ要求／アタッチ受付メッセージを受信するように前記受信機はさらに構成されることを特徴とする請求項１１に記載の第１のノード。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サービスレイヤデタッチコマンドおよびアタッチ通知を処理するための方法および装置に関する。

【背景技術】

【0002】

マシンタイプ通信（ＭＴＣ：machine type communication）デバイスは、ネットワークに周期的に接続し、ＭＴＣサーバによって中でチェックして、個別のタスクが実行される必要があるかどうかを決定するようにプログラムされ得る。しばしばＭＴＣサーバは、ＭＴＣデバイスに、実行されることになるタスクが存しないということを、および、デバイスは低電力状態に遷移することが可能であるということを告知することを欲する場合がある。しかしながらＭＴＣデバイスは、ＭＴＣサーバにより告知されるためにユーザプレーン通信を確立しなければならない場合がある。

【0003】

多くのＭＴＣ使用事例ではＭＴＣサーバは、盗難、禁止されたエリア内へのローミング、および、完全性検証失敗などの事象をデタッチする場合がある。これが起こるとき、サービス能力サーバ（ＳＣＳ：services capability server）が、ネットワークからデタッチするように無線送受信ユニット（ＷＴＲＵ）に命令することは可能でない場合がある。

【発明の概要】

【0004】

サービスレイヤデタッチコマンドおよびアタッチ通知を処理するための方法および装置が説明される。サービス能力サーバ（ＳＣＳ）は、デバイスのネットワークで起動されるデタッチ（以下、ネットワーク起動デタッチ）を実行することをコアネットワークに要求することが可能である。この手続きは、デバイスが長い時間の間必要とされないことをＳＣＳが知る場合に、または、ＳＣＳが、デタッチを是認することが可能である何らかの事象（例えば、盗難、許可されない位置、完全性検証失敗）を検出する場合に使用され得る。ＳＣＳは、デバイスがこの時間にアタッチすることを許され得るかどうかを問い合わされ得る。ＳＣＳが、アタッチが拒絶され得るということを示すならば、デバイスは、後の時間までアタッチすることを許され得ず、したがって、制御およびユーザプレーン上の追加アクティビティを回避する。ＳＣＳは、デバイスがアタッチされる場合に、ホーム加入者サーバ（ＨＳＳ）に記憶された様々な加入者フィールドに基づいて告知され得る。

【図面の簡単な説明】

【0005】

より詳細に及ばされる理解が、添付の図面とともに例として与えられる、後に続く説明から有され得る。

【0006】

【図1A】１または複数の開示される実施形態が実行され得る、一例の通信システムを示す図である。

【図1B】図１Ａに示される通信システムの内部で使用され得る、一例の無線送受信ユニット（ＷＴＲＵ）を示す図である。

【図1C】図１Ａに示される通信システムの内部で使用され得る、一例の無線アクセスネットワークおよび一例のコアネットワークを示す図である。

【図2】第３世代パートナーシッププロジェクト（３ＧＰＰ）コアネットワーク／サービスレイヤマシンタイプ通信（ＭＴＣ）アーキテクチャのブロック線図である。

【図3】Ｔ５デタッチ要求に対する追加更新結果へのアクション−原因（action-cause）のモビリティ管理エンティティ（ＭＭＥ）対応付けを示す図である。

【図4】ＷＴＲＵに対する加入情報を変更するためにサービス能力サーバ（ＳＣＳ）により使用される手続きの信号フローを示す図である。

【図5】ＳＣＳで起動されるデタッチ（以下、ＳＣＳ起動デタッチ）手続きの信号フローを示す図である。

【図6A】ロングタームエボリューション（ＬＴＥ）に対するＳＣＳへのネットワーク支援されるアタッチ手続きの信号フローを示す図である。

【図6B】ロングタームエボリューション（ＬＴＥ）に対するＳＣＳへのネットワーク支援されるアタッチ手続きの信号フローを示す図である。

【図6C】ロングタームエボリューション（ＬＴＥ）に対するＳＣＳへのネットワーク支援されるアタッチ手続きの信号フローを示す図である。

【図6D】ロングタームエボリューション（ＬＴＥ）に対するＳＣＳへのネットワーク支援されるアタッチ手続きの信号フローを示す図である。

【図7】位置更新受付メッセージコンテンツを示す図である。

【図8】位置更新拒絶メッセージコンテンツを示す図である。

【図9】アタッチ受付メッセージコンテンツを示す図である。

【図10】アタッチ拒絶メッセージコンテンツを示す図である。

【図11】デタッチ要求メッセージコンテンツを示す図である。

【図12】アタッチ受付メッセージコンテンツを示す図である。

【図13】アタッチ拒絶メッセージコンテンツを示す図である。

【図14】デタッチ要求メッセージコンテンツを示す図である。

【図15】拒絶原因情報要素（ＩＥ：information element）を示す図である。

【図16】ＳＣＳバックオフタイマＩＥを示す図である。

【図17】追加ネットワークサポート特徴ＩＥを示す図である。

【図18】グローバルマルチメディアモビリティ（ＧＭＭ：global multimedia mobility）原因ＩＥを示す図である。

【図19】ｅｖｏｌｖｅｄパケットシステム（ＥＰＳ）モビリティ管理（ＥＭＭ）原因ＩＥを示す図である。

【図20】追加更新結果ＩＥを示す図である。

【図21】ネットワークから／にＷＴＲＵをデタッチまたはアタッチするように構成されるノードのブロック線図である。

【発明を実施するための形態】

【0007】

図１Ａは、１または複数の開示される実施形態が実行され得る、一例の通信システム１００を示す。通信システム１００は、ボイス、データ、ビデオ、メッセージング、ブロードキャスト、などのコンテンツを多重の無線ユーザに提供する多重アクセスシステムであり得る。通信システム１００は、多重の無線ユーザが、無線帯域幅を含むシステムリソースの共有によって、そのようなコンテンツにアクセスすることを可能にし得る。例えば通信システム１００は、コード分割多重アクセス（ＣＤＭＡ：code division multiple access）、時間分割多重アクセス（ＴＤＭＡ：time division multiple access）、周波数分割多重アクセス（ＦＤＭＡ：frequency division multiple access）、直交ＦＤＭＡ（ＯＦＤＭＡ：orthogonal FDMA）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ：single-carrier FDMA）、などの、１または複数のチャネルアクセス方法を用いることが可能である。

【0008】

図１Ａに示されるように通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話ネットワーク（ＰＳＴＮ：public switched telephone network）１０８、インターネット１１０、および、他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／または、ネットワーク要素を企図するということが認識されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境で動作および／または通信するように構成される任意のタイプのデバイスであり得る。例としてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され得るものであり、ユーザ機器（ＵＥ：user equipment）、移動局、固定されたまたは移動の加入者ユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、消費者電子機器、などを含み得る。

【0009】

通信システム１００は、基地局１１４ａおよび基地局１１４ｂもまた含み得る。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェイス接続して、コアネットワーク１０６、インターネット１１０、および／または、他のネットワーク１１２などの、１または複数の通信ネットワークへのアクセスを容易にするように構成される、任意のタイプのデバイスであり得る。例として基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノード−Ｂ、ｅｖｏｌｖｅｄノード−Ｂ（ｅＮＢ：evolved Node-B）、ホームノード−Ｂ（ＨＮＢ：Home Node-B）、ホームｅＮＢ（ＨｅＮＢ：Home eNB）、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、などであり得る。基地局１１４ａ、１１４ｂは各々、単一の要素として図示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得るということが認識されよう。

【0010】

基地局１１４ａは、ＲＡＮ１０４の部分であり得るものであり、そのＲＡＮ１０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ：radio network controller）、中継ノード、などの、他の基地局および／またはネットワーク要素（図示せず）もまた含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼称され得る個別の地理的領域の内部で無線信号を送信および／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。例えば基地局１１４ａに関連付けられるセルは、３つのセクタに分割され得る。したがって１つの実施形態では基地局１１４ａは、３つのトランシーバを、すなわち、セルの各々のセクタに対して１つを含み得る。別の実施形態では基地局１１４ａは、多重入力多重出力（ＭＩＭＯ：multiple-input multiple-output）技術を用いることが可能であり、したがって、セルの各々のセクタに対して多重のトランシーバを利用することが可能である。

【0011】

基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と、エアインターフェイス１１６によって通信することが可能であり、そのエアインターフェイス１１６は、任意の適した無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロウェーブ、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、など）であり得る。エアインターフェイス１１６は、任意の適した無線アクセス技術（ＲＡＴ：radio access technology）を使用して確立され得る。

【0012】

より具体的には、上記で記載されたように通信システム１００は、多重アクセスシステムであり得るものであり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、などの、１または複数のチャネルアクセススキームを用いることが可能である。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標）：wideband CDMA）を使用してエアインターフェイス１１６を確立することが可能である、ユニバーサル移動電気通信システム（ＵＭＴＳ：universal mobile telecommunications system）地上無線アクセス（ＵＴＲＡ：UMTS terrestrial radio access）などの無線技術を実行することが可能である。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ：high-speed packet access）および／またはｅｖｏｌｖｅｄ ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。

【0013】

別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−アドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェイス１１６を確立することが可能である、ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）などの無線技術を実行することが可能である。

【0014】

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ：worldwide interoperability for microwave access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００エボリューションデータオプティマイズド（ＥＶ−ＤＯ：evolution-data optimized）、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動通信用グローバルシステム（ＧＳＭ（登録商標）：global system for mobile communications）、エンハンストデータレートフォーＧＳＭエボリューション（ＥＤＧＥ：enhanced data rates for GSM evolution）、ＧＳＭ／ＥＤＧＥ ＲＡＮ（ＧＥＲＡＮ）、などの無線技術を実行することが可能である。

【0015】

図１Ａでの基地局１１４ｂは、例えば、無線ルータ、ＨＮＢ、ＨｅＮＢ、または、ＡＰであり得るものであり、仕事の場所、家庭、乗物、構内、などの局限されたエリアで無線接続性を容易にするために、任意の適したＲＡＴを利用することが可能である。１つの実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実行して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することが可能である。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実行して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することが可能である。さらに別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーに基づくＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、など）を利用して、ピコセルまたはフェムトセルを確立することが可能である。図１Ａに示されるように基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって基地局１１４ｂは、コアネットワーク１０６によってインターネット１１０にアクセスすることを要されない場合がある。

【0016】

ＲＡＮ１０４は、コアネットワーク１０６との通信の状態にあり得るものであり、そのコアネットワーク１０６は、ボイス、データ、アプリケーション、および／または、ボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成される、任意のタイプのネットワークであり得る。例えばコアネットワーク１０６は、呼制御、ビリングサービス、移動位置に基づくサービス、プリペイド呼、インターネット接続性、ビデオ分配、などを提供すること、ならびに／または、ユーザ認証などの高レベルセキュリティ機能を実行することが可能である。図１Ａには示されないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴを、または異なるＲＡＴを用いる他のＲＡＮとの、直接または間接の通信の状態にあり得るということが認識されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用している場合があるＲＡＮ１０４に接続されていることへの追加で、コアネットワーク１０６はまた、ＧＳＭ無線技術を用いる別のＲＡＮ（図示せず）との通信の状態にあり得る。

【0017】

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または、他のネットワーク１１２にアクセスするためのゲートウェイとしてサービングすることもまた可能である。ＰＳＴＮ１０８は、単純な古い電話サービス（ＰＯＴＳ：plain old telephone service）を提供する回路交換電話ネットワークを含み得る。インターネット１１０は、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得るものであり、それらのコンピュータネットワークおよびデバイスは、送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および、インターネットプロトコル（ＩＰ）などの、ＴＣＰ／ＩＰスイートの形での共通通信プロトコルを使用するものである。ネットワーク１１２は、他のサービスプロバイダにより所有される、および／または動作させられる、ワイヤードまたは無線通信ネットワークを含み得る。例えばネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴを、または異なるＲＡＴを用い得る、１または複数のＲＡＮに接続される別のコアネットワークを含み得る。

【0018】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード能力を含み得るものであり、すなわちＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクによって異なる無線ネットワークと通信するための多重のトランシーバを含み得る。例えば図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーに基づく無線技術を用い得る基地局１１４ａと、および、ＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。

【0019】

図１Ｂは、図１Ａに示される通信システム１００の内部で使用され得る、一例のＷＴＲＵ１０２を示す。図１Ｂに示されるようにＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素（例えば、アンテナ）１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電力源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、および、周辺装置１３８を含み得る。ＷＴＲＵ１０２は、実施形態と矛盾しないままで、前述の要素の任意の副組合せを含み得るということが認識されよう。

【0020】

プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロプロセッサ、ＤＳＰコアとの関連付けの状態にある１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、集積回路（ＩＣ）、状態マシン、などであり得る。プロセッサ１１８は、信号コード化、データ処理、電力制御、入力／出力処理、および／または、ＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行することが可能である。プロセッサ１１８はトランシーバ１２０に結合され得るものであり、そのトランシーバ１２０は送受信要素１２２に結合され得る。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別個の構成要素として図示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内に一体に集積され得る。

【0021】

送受信要素１２２は、エアインターフェイス１１６によって、信号を基地局（例えば、基地局１１４ａ）に送信する、または、信号をその基地局から受信するように構成され得る。例えば１つの実施形態では送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されるアンテナであり得る。別の実施形態では送受信要素１２２は、例えばＩＲ信号、ＵＶ信号、または、可視光信号を、送信および／または受信するように構成される放射器／検出器であり得る。さらに別の実施形態では送受信要素１２２は、ＲＦ信号および光信号の両方を、送信および受信するように構成され得る。送受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成され得る。

【0022】

追加で、送受信要素１２２は、単一の要素として図１Ｂに図示されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含み得る。より具体的にはＷＴＲＵ１０２は、ＭＩＭＯ技術を用いることが可能である。したがって１つの実施形態ではＷＴＲＵ１０２は、エアインターフェイス１１６によって無線信号を送信および受信するための、２つ以上の送受信要素１２２（例えば、多重のアンテナ）を含み得る。

【0023】

トランシーバ１２０は、送受信要素１２２により送信されることになる信号を変調するように、および、送受信要素１２２により受信される信号を復調するように構成され得る。上記で記載されたようにＷＴＲＵ１０２は、マルチモード能力を有し得る。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの多重のＲＡＴによって通信することを可能にするための多重のトランシーバを含み得る。

【0024】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または、有機光放射ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得るものであり、ユーザ入力データを、それらのスピーカ／マイクロホン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８から受信することが可能である。プロセッサ１１８は、ユーザデータを、スピーカ／マイクロホン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８に出力することもまた可能である。追加で、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適したメモリからの情報にアクセスすること、ならびに、データをそのメモリに記憶することが可能である。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または、任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者アイデンティティモジュール（ＳＩＭ）カード、メモリスティック（登録商標）、セキュアデジタル（ＳＤ）メモリカード（登録商標）、などを含み得る。他の実施形態ではプロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に設置されないメモリからの情報にアクセスすること、および、データをそのメモリに記憶することが可能である。

【0025】

プロセッサ１１８は、電力源１３４から電力を受信することが可能であり、ＷＴＲＵ１０２内の他の構成要素に対する電力を分配および／または制御するように構成され得る。電力源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適したデバイスであり得る。例えば電力源１３４は、１または複数のドライセルバッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）、など）、ソーラーセル、燃料セル、などを含み得る。

【0026】

プロセッサ１１８は、ＧＰＳチップセット１３６にもまた結合され得るものであり、そのＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報への追加で、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェイス１１６によって位置情報を受信すること、および／または、２つ以上の付近の基地局から受信されている信号のタイミングに基づいてその位置を決定することが可能である。ＷＴＲＵ１０２は、実施形態と矛盾しないままで、任意の適した位置決定方法の方途により位置情報を取得することが可能である。

【0027】

プロセッサ１１８は、他の周辺装置１３８にさらに結合され得るものであり、それらの周辺装置１３８は、追加的な特徴、機能性、および／または、ワイヤードもしくは無線接続性を提供する、１または複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。例えば周辺装置１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、などを含み得る。

【0028】

図１Ｃは、図１Ａに示される通信システム１００の内部で使用され得る、一例のＲＡＮ１０４および一例のコアネットワーク１０６を示す。上記で記載されたようにＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を用いて、エアインターフェイス１１６によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することが可能である。ＲＡＮ１０４はまた、コアネットワーク１０６との通信の状態にあり得る。

【0029】

ＲＡＮ１０４は、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃを含み得るが、ＲＡＮ１０４は、実施形態と矛盾しないままで、任意の数のｅＮＢを含み得るということが認識されよう。ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは各々、エアインターフェイス１１６によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１または複数のトランシーバを含み得る。１つの実施形態ではｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実行することが可能である。したがってｅＮＢ１４０ａは、例えば、多重のアンテナを使用して、無線信号をＷＴＲＵ１０２ａに送信すること、および、無線信号をＷＴＲＵ１０２ａから受信することが可能である。

【0030】

ｅＮＢ１４０ａ、１４０ｂ、１４０ｃの各々は、個別のセル（図示せず）に関連付けられ得るものであり、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクでのユーザのスケジューリング、などに対処するように構成され得る。図１Ｃに示されるようにｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェイスによって互いに通信することが可能である。

【0031】

図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティ（ＭＭＥ）１４２、サービングゲートウェイ１４４、および、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含み得る。前述の要素の各々はコアネットワーク１０６の部分として図示されているが、これらの要素の任意のものが、コアネットワークオペレータ以外のエンティティにより所有される、および／または動作させられる場合があるということが認識されよう。

【0032】

ＭＭＥ１４２は、Ｓ１インターフェイスによってＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続され得るものであり、制御ノードとしてサービングすることが可能である。例えばＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、個別のサービングゲートウェイをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間に選択すること、などに対して責任を負う場合がある。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間で交換するための、制御プレーン機能を提供することもまた可能である。

【0033】

サービングゲートウェイ１４４は、Ｓ１インターフェイスによってＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続され得る。サービングゲートウェイ１４４は汎用的に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からのユーザデータパケットをルーティングおよび転送することが可能である。サービングゲートウェイ１４４は、ｅＮＢ間ハンドオーバの間にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して利用可能である場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶すること、などの、他の機能を実行することもまた可能である。

【0034】

サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にもまた接続され得るものであり、そのＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰが可能にされたデバイスとの間の通信を容易にすることが可能である。

【0035】

コアネットワーク１０６は、他のネットワークとの通信を容易にすることが可能である。例えばコアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸上線通信デバイスとの間の通信を容易にすることが可能である。例えばコアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェイスとしてサービングする、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得る、または、そのＩＰゲートウェイと通信し得る。追加で、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２へのアクセスを提供することが可能であり、それらのネットワーク１１２は、他のサービスプロバイダにより所有される、および／または動作させられる、他のワイヤードまたは無線ネットワークを含み得るものである。

【0036】

一部のＭＴＣデバイスは、散発的にのみでネットワークに接続することが可能である。コアネットワークは、ＭＴＣサーバに、個別のデバイスが接続する場合に告知することが可能であり得る。しかしながら、ＭＴＣインターワーキング機能（ＭＴＣ−ＩＷＦ：MTC interworking function）、および、必要なホーム加入者サーバ（ＨＳＳ）加入者フィールド、Ｔｓｐインターフェイス上のメッセージング、Ｔ５ａ／ｂ／ｃインターフェイス上のメッセージング、さらに、サービングノードとＷＴＲＵとの間の非アクセス層（ＮＡＳ：non-access stratum）メッセージングへの必要な変更を含む手続きは定義されていない。

【0037】

本明細書で説明される概念の多くは、マシンタイプ通信（ＭＴＣ）のスモールデータアンドデバイストリガリングエンハンスメントに関係し得る。

【0038】

サービス能力サーバ（ＳＣＳ）が、ＷＴＲＵ上でネットワーク起動デタッチを実行することをコアネットワーク（ＣＮ）に要求できるようにするための手続きが、本明細書で説明される。この手続きは、ＳＣＳが、デバイスが長い時間の間必要とされない場合があるということを知っているというシナリオにおいて、または、ＳＣＳが、デタッチを是認することが可能である何らかの事象（盗難、許可されない位置、完全性検証失敗、など）を検出する場合に使用され得る。

【0039】

アタッチ手続きがまた、本明細書で説明されるものであり、そのアタッチ手続きによりサービスノードは、ＷＴＲＵがこの時間にアタッチすることを許され得るかどうかをＳＣＳに要求することが可能である。ＳＣＳが、（ＷＴＲＵはこの時間に必要とされないので）アタッチが拒絶されるべきであるということを示すならば、アタッチは拒絶され得るものであり、ＷＴＲＵは、後で再び試みることを要求され得るものであり、したがって、制御およびユーザプレーン上の追加アクティビティを回避する。

【0040】

ＳＣＳに、ＷＴＲＵがアタッチされるということを告知するための手続きがまた、本明細書で説明される。手続きは、必要なＨＳＳ加入者フィールド、ＴｓｐインターフェイスおよびＴ５ａ／ｂ／ｃインターフェイス上のメッセージング、さらに、サービングノードとＷＴＲＵとの間のＮＡＳメッセージングへの必要な変更を含む。

【0041】

図２は、第３世代パートナーシッププロジェクト（３ＧＰＰ）コアネットワーク／サービスレイヤＭＴＣアーキテクチャ２００のブロック線図である。ＭＴＣアーキテクチャ２００は例えば、ＳＣＳ２０５、ＭＴＣ−ＩＷＦ２１０、オフライン課金システム２１５、ＨＳＳ２２０、ＷＴＲＵ２２５、ＭＭＥ２３０、サービングゲートウェイ（Ｓ−ＧＷ）２３５、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）２４０、および、移動交換センタ（ＭＳＣ：mobile switching center）／サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ：serving GPRS support node）２４５を含み得る。ＳＣＳ２０５が、盗難、許可されないエリア内へのローミング、または、完全性検証失敗などの、ＷＴＲＵに関連付けられる事象を検出するならば、ＳＣＳ２０５は、ネットワークからデタッチすることをＷＴＲＵ２２５に強制することを所望し得る。ＳＣＳ２０５が、ＷＴＲＵが長い期間の時間の間必要とされそうではないと決定するならば、ＳＣＳ２０５は、ネットワークからデタッチすることをＷＴＲＵ２２５に強制することを所望し得るものであり、ＷＴＲＵ２２５がネットワークに再アタッチすることが可能であるときの時間を提供することが可能である。ＷＴＲＵ２２５は、ネットワークに周期的に接続し、ＳＣＳ２０５によって中でチェックして、個別のタスクが実行される必要があるかどうかを決定するようにプログラムされ得る。しばしばＳＣＳ２０５は、ＷＴＲＵ２２５に、実行されることになるタスクが存しないということを示す場合がある。次いでＷＴＲＵは、低電力（例えば、アイドル）状態に戻ることが可能である。ＷＴＲＵ２２５は、ユーザプレーン通信を確立して、それが、タスクを実行することを必要とされるかどうかを決定することが可能である。

【0042】

ＳＣＳ２０５へのアタッチ表示が、本明細書で説明される。ＷＴＲＵ２２５の加入者情報が、ＳＣＳネットワークアタッチメント特徴がサポートされるということを示すならば、サービングノードは、ＷＴＲＵ２２５がアタッチできるようにする前にＳＣＳ２０５によってチェックすることが可能である。ＷＴＲＵ２２５の加入者情報が、ＳＣＳネットワークアタッチメント特徴がサポートされるということを示すならば、ＭＴＣ−ＩＷＦ２１０は、ＳＣＳ２０５に、ＷＴＲＵ２２５がトリガリングに対して到達可能となるときはいつでも告知することが可能であり、そのことは、ＷＴＲＵ２２５が回路交換（ＣＳ）および／またはパケット交換（ＰＳ）ドメインにアタッチされる場合に起こり得るものである。ＷＴＲＵ２２５の加入者情報内でリストアップされる各々のＳＣＳ２０５は、ＷＴＲＵに対するそのアタッチ表示を不能および可能にすることが許可され得る。ＳＣＳ２０５は、どのようにＷＴＲＵ２２５がアタッチされるか（ＰＳまたはＣＳドメイン）を承知していない場合がある。

【0043】

ＳＣＳ２０５は、ＷＴＲＵ２２５がトリガ可能（triggerable）であるということを知ることにおいて制限され得る。ＳＣＳ２０５に、ＷＴＲＵ２２５がトリガ可能になる場合に告知することにより、ＳＣＳ２０５は、何のＷＴＲＵがネットワークで利用可能であるかを知ることが可能であり、したがって、ＳＣＳ２０５が、ＷＴＲＵの利用可能性に関してチェックする必要があり得る、および／または、不成功のトリガ試行を行い得る回数を低減する。このＳＣＳネットワークアタッチメント特徴は、長い期間の時間の間シャットダウンし、散発的にウェイクアップして、データまたは事象を報告するＷＴＲＵに対して有用であり得る。

【0044】

コアネットワークは、特定の事象に対してＷＴＲＵを監視し、ＳＣＳ２０５に、それらの事象が起こる場合に通知することが可能である（例えば、アタッチメントのポイントの変化、接続性の喪失、など）。コアネットワークは、アタッチ事象に対してＷＴＲＵを監視することが可能である。

【0045】

ＳＣＳネットワークアタッチメント特徴をサポートするために使用される加入情報フィールドは、このＷＴＲＵが接続することを許されるＳＣＳの名を示すための、許可されるサービス能力サーバフィールドを含み得る。加入情報フィールドは、ＳＣＳが、ＷＴＲＵがトリガリングに対して到達可能となる場合に告知され得るかどうかを示すために使用され得るフラグを有する、到達可能表示が可能にされるフィールドをさらに含み得る。加入情報フィールドは、ＳＣＳが、ＷＴＲＵがアタッチすることを試行する場合に告知され得る、および、アタッチ試行を拒否することを許され得るかどうかを示すために使用され得るフラグを有する、アタッチメントブロックが可能にされるフィールドもまた含み得る。追加的に、加入情報フィールドは、ＳＣＳに接触するために使用され得るＭＴＣ−ＩＷＦアドレスフィールドを含み得る。

【0046】

ＳＣＳに、ＷＴＲＵがトリガリングに対して到達可能となったということを告知するために、後に続く変更が、移動交換センタ（ＭＳＣ）、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）、および、ＭＭＥに対して行われ得る。

【0047】

ＷＴＲＵがＳＧＳＮにアタッチし、アタッチタイプが、「すでに国際移動加入者アイデンティティ（ＩＭＳＩ：international mobile subscriber identity）アタッチの間のＧＰＲＳアタッチ」でないとき、ＳＧＳＮは、デバイスがトリガ可能であるということを示す、（ＭＴＣ−ＩＷＦによる）ＳＣＳへのメッセージを送出することが可能である。ＷＴＲＵがＭＭＥにアタッチするとき、ＭＭＥは、デバイスがトリガ可能であるということを示す、（ＭＴＣ−ＩＷＦによる）ＳＣＳへのメッセージを送出することが可能である。ＷＴＲＵがＣＳドメイン位置更新を実行し、更新タイプが「ＩＭＳＩアタッチ」または「通常位置更新」であるときはいつでも、ＭＳＣは、デバイスがトリガ可能であるということを示す、（ＭＴＣ−ＩＷＦによる）ＳＣＳへのメッセージを送出することが可能である。

【0048】

「ＩＭＳＩアタッチ」タイプは、ＷＴＲＵが同じ位置エリアで作動状態に電源投入する場合に使用され得る。「通常位置更新」タイプは、ＷＴＲＵが新しい位置エリアで作動状態に電源投入するとき、または、ＷＴＲＵが新しい位置エリア内にローミングする場合に使用され得る。ＷＴＲＵが、新しいＭＳＣによりサービングされる位置エリア内にローミングするならば、新しいＭＳＣは、位置更新が、ローミングするＷＴＲＵからのものであるか、それとも、作動状態に電源投入されたばかりのＷＴＲＵからのものであるかを知る方途を有さない場合がある。したがってＳＣＳは、ＷＴＲＵが位置更新を実行し、更新タイプが「ＩＭＳＩアタッチ」であるあらゆる時間に、および、ＷＴＲＵが新しいＭＳＣとともに「通常位置更新」を実行するあらゆる時間に告知され得る。

【0049】

ＳＣＳ起動デタッチに対して、ＷＴＲＵの加入者情報が、ＳＣＳネットワークアタッチメント特徴がサポートされるということを示すならば、ＳＣＳは、（時刻制約、位置（ルーティングエリア）制約、輻輳、または、他のサービスレイヤ加入セッティングに起因して）ＷＴＲＵがネットワークからデタッチするということを要求することが可能であり得る。このＳＣＳネットワークアタッチメント特徴は、ＷＴＲＵ電力消費を低減すること、および、ネットワークリソースの使用を低減することが可能である。ＳＣＳは、ＷＴＲＵが、いつそれが再びアタッチすることを再試行することが可能であるかを知るように、ＷＴＲＵにデタッチ原因およびバックオフタイマを提供することが可能であり得る。コアネットワークは、特定の事象に対してＷＴＲＵを監視し、ＳＣＳに、それらの事象が起こる場合に通知することが可能であり、そのことによって例えばＳＣＳは、コアネットワークにより観測された事象に応答することが可能である。

【0050】

これらの特徴をサポートするために使用される加入情報フィールドは、ＷＴＲＵに関連付けられるＳＣＳの名を含む、許可されるＳＣＳフィールド、および、ＳＣＳがデバイスをデタッチすることを許可されるかどうかを決定するために使用されるインジケータを含む、ＳＣＳ起動デタッチに対して許可されるフィールドを含み得る。

【0051】

ＳＣＳがデバイスをデタッチできるようにするために、ＳＣＳは、ＭＴＣ−ＩＷＦにデタッチ要求を発行することが可能である。デタッチ要求は、バックオフ時間、および／または、アクション−原因を含み得る。ＭＴＣ−ＩＷＦは、デバイスサービングノードを見出し、ＳＣＳのためにサービングノードへのデタッチ要求を行うことが可能である。

【0052】

ＳＣＳ起動デタッチに対するＭＭＥ挙動が、本明細書で説明される。メッセージがＭＴＣ−ＩＷＦから受信されるとき、ＭＭＥは、要求が「再アタッチが要される」デタッチへの対応付けとなり得るか、それとも、「再アタッチが要されない」デタッチへの対応付けとなり得るかを判断することが可能である。

【0053】

「再アタッチが要される」デタッチは、メッセージがバックオフ時間を提供したならば、または、アクション−原因が、特定化されない、アクセスがこの時間に許可されない、データ制限が到達される、もしくは、ＳＣＳが輻輳させられる、であるならば選択され得る。「再アタッチが要されない」デタッチは、メッセージがバックオフ時間を提供しなかったならば、または、アクション−原因が、デバイスサービスレイヤ加入が有効でない、完全性検証失敗、位置が許可されない、であるならば選択され得る。

【0054】

メッセージ内で提供されるアクション−原因は、ＤＥＴＡＣＨ＿ＲＥＱＵＥＳＴ（ＷＴＲＵで終了される）メッセージ内のｅｖｏｌｖｅｄパケットシステム（ＥＰＳ）モビリティ管理（ＥＭＭ）原因フィールドに対応付けされ得る。

【0055】

図３は、Ｔ５デタッチ要求に対する追加更新結果へのアクション−原因のモビリティ管理エンティティ（ＭＭＥ）対応付けを示す。ＭＭＥは、いつ再アタッチすべきかを決定するためにＷＴＲＵが使用し得るバックオフ時間をＳＣＳが示したならば、組み合わされたデタッチを実行することを選定することが可能であり、またはＭＭＥは、ＷＴＲＵをＩＭＳＩアタッチされる状態に保つことを選定することが可能であり、そのことによってそれは、ＣＳドメインでトリガを受信することが可能である。

【0056】

デバイスがＭＭＥにアタッチすることを試行し、ＭＭＥが、デバイスのＳＣＳに関連付けられるＭＴＣ−ＩＷＦへのＴ５ｂインターフェイスを有さないならば、ＭＭＥは、ＷＴＲＵアプリケーションがユーザプレーンによってＳＣＳとの通信を起動することが可能であるように、デバイスが接続できるようにすることを選定することが可能である。ＭＭＥは、アタッチを受け付け、ＭＭＥのＳＣＳ接続が成功していないということを示すために、受付メッセージ内に「追加ネットワーク特徴サポート」情報要素（ＩＥ）を含めることが可能である。

【0057】

ＷＴＲＵがＭＭＥにアタッチすることを試行し、ＭＭＥが、ＷＴＲＵのＳＣＳに関連付けられるＭＴＣ−ＩＷＦへのＴ５ｂインターフェイスを有さないならば、ＭＭＥは、アタッチ試行を拒絶することを選定し、ＭＴＣ−ＩＷＦ／ＳＣＳがＭＭＥに到達可能でないので接続が拒絶されているということをＷＴＲＵに示すことが可能である（ＥＭＭ−原因ＩＥ＝「要求されるサービスオプションがこの公衆陸上移動ネットワーク（ＰＬＭＮ：public land mobile network）で認可されない」）。

【0058】

ＳＣＳ起動デタッチに対するＳＧＳＮ挙動は、ＭＭＥのそれと同一であり得る。デバイスがＳＧＳＮにアタッチすることを試行し、ＳＧＳＮが、デバイスのＳＣＳに関連付けられるＭＴＣ−ＩＷＦへのＴ５ａインターフェイスを有さないならば、ＳＧＳＮは、ＷＴＲＵアプリケーションがユーザプレーンによってＳＣＳとの通信を起動することが可能であるように、デバイスが接続できるようにすることを選定することが可能である。ＳＧＳＮは、情報を受け付け、ＳＧＳＮのＳＣＳ接続が成功していないということを示すために、受付メッセージ内に「追加ネットワーク特徴サポート」ＩＥを含めることが可能である。デバイスがＳＧＳＮにアタッチすることを試行し、ＳＧＳＮが、デバイスのＳＣＳに関連付けられるＭＴＣ−ＩＷＦへのＴ５ａインターフェイスを有さないならば、ＳＧＳＮは、アタッチ試行を拒絶することを選定し、ＭＴＣ−ＩＷＦ／ＳＣＳがＳＧＳＮに到達可能であるので接続が拒絶されているということをＷＴＲＵに示すことが可能である（グローバルマルチメディアモビリティ（ＧＭＭ）原因ＩＥ＝「この閉じられた加入者グループ（ＣＳＧ：closed subscriber group）に対して認可されない」）。

【0059】

ＤＥＴＡＣＨ＿ＲＥＱＵＥＳＴ（ＷＴＲＵで終了される）メッセージがＭＭＥまたはＳＧＳＮから受信され、メッセージはＳＣＳバックオフタイマを含み得るものであり、デタッチタイプは「再アタッチが要される」であり得るとき、ＷＴＲＵは、ＳＣＳバックオフタイマフィールドにより示される値にタイマをセットし、タイマが満了するまで再アタッチを試行しないことが可能である。

【0060】

永続的加入者データは、アドミニストレーション手段により変化させられるのみであり得るデータである。一時的加入者データは、システムの通常動作の結果として変化し得るデータである。

【0061】

後に続くフィールドが、ＭＴＣ ＷＴＲＵをサポートするためにＨＳＳ内の加入者データベースに追加され得る。許可されるサービス能力サーバフィールドは、どのＳＣＳがＭＴＣ−ＩＷＦによってこのデバイス上で動作を実行することを許されるかを示す、外部識別子のリストである。到達可能インジケータが可能にされるフィールドは、各々の許可されるＳＣＳに対する加入内に含められ得る。このフィールドは、サービングノードが、ＳＣＳに、デバイスがトリガリングに対して到達可能となる場合に告知することが可能であるかどうかを示し得る。この情報は一時的加入者データである。

【0062】

各々の許可されるＳＣＳに対して、加入は、アタッチメントブロックが可能にされるフィールドを含み得る。このフィールドは、サービングノードが、デバイスがアタッチできるようにする前にＳＣＳによってチェックすることが可能であるかどうかを示し得る。情報は一時的加入者データである。

【0063】

さらに、各々の許可されるＳＣＳに対して、加入は、ＭＴＣ−ＩＷＦ名フィールドを含み得る。このフィールドは、許可されるＳＣＳに接触するために使用され得るＭＴＣ−ＩＷＦの名を示し得る。この情報は一時的加入者データである。

【0064】

追加で、各々の許可されるＳＣＳに対して、加入は、ＳＣＳ起動デタッチに対して許可されるフィールドを含み得る。このフィールドは、ＳＣＳが、デバイスデタッチを起動することを許されるかどうかを示し得る。この情報は永続的加入者データである。

【0065】

図４は、ＷＴＲＵに対する加入情報を変更するためにサービス能力サーバ（ＳＣＳ）により使用される手続き４００の信号フローを示す。手続き４００は、ＳＣＳ４０５、ドメイン名システム（ＤＮＳ）４１０、ＭＴＣ−ＩＷＦ４１５、ＨＳＳ４２０、および、オフライン課金システム（ＯＦＣＳ）４２５を含むネットワークで実行され得る。

【0066】

図４に示されるように手続き４００は、ＳＣＳ４０５へのアタッチ表示を可能および不能にするためにＳＣＳ４０５により使用され得る。これは、ＨＳＳ４２０で、以前に説明された到達可能インジケータが可能にされるフィールドにより制御され得る。手続き４００は、ＳＣＳ４０５が、個別のＷＴＲＵに対するアタッチメント通知を受信することを所望しないならば使用され得る。

【0067】

ＳＣＳ４０５は、ＷＴＲＵに対する加入者情報を更新する必要性を決定することが可能である。ＳＣＳ４０５が、ＭＴＣ−ＩＷＦ４１５に対する接触詳細を有さないならば、それは、トリガされることになるＷＴＲＵの外部識別子を使用してＤＮＳ４１０に問合せを行うことにより、ＭＴＣ−ＩＷＦ４１５のインターネットプロトコル（ＩＰ）アドレス／ポートを決定することが可能である（手続き４００の４３０）。ＳＣＳ４０５は、ＭＴＣ−ＩＷＦ４１５に加入者情報更新要求メッセージ４３５を送出することが可能である。加入者情報更新要求４３５は、ＷＴＲＵの外部識別子を含み得るものであり、可能または不能にされることになる特徴を示し得る。ＭＴＣ−ＩＷＦ４１５は、ＨＳＳ４２０に加入者情報更新要求メッセージ４４０を転送することが可能である。ＨＳＳ４２０は、ＳＣＳ４０５が、要求される動作を実行することを認可されるかどうかをチェックし、加入者情報更新応答メッセージ４４５によってＭＴＣ−ＩＷＦ４１５に応答することが可能である。加入者情報更新応答メッセージ４４５は、動作が成功しているか否かを示し得る。ＭＴＣ−ＩＷＦ４１５は、ＳＣＳ４０５に加入者情報更新応答メッセージ４５０を転送することが可能である。加入者情報更新応答メッセージ４５０は、動作が成功しているか否かを示し得る。成功している動作が課金可能であるという条件で、ＭＴＣ−ＩＷＦ４１５内の課金トリガ機能（ＣＴＦ：charging trigger function）は、ＯＦＣＳ４２５に、課金可能な事象が検出されたということを示す課金情報４５５を転送することが可能である。移動ネットワークオペレータ（ＭＮＯ）ポリシーが、どの加入変更要求が課金可能であるかを決定するために使用され得る。

【0068】

図５は、ＳＣＳ起動デタッチ手続き５００の信号フローを示す。図５の手続き５００は、ＳＣＳ５０２、ＭＴＣ−ＩＷＦ５０４、ＨＳＳ５０６、ＯＦＣＳ５０８、ＰＣＲＦ５１０、Ｐ−ＧＷ５１２、Ｓ−ＧＷ５１４、ＭＭＥ５１６、ＳＧＳＮ５１８、および、ＷＴＲＵ５２０を含むネットワークで実行され得る。ＳＣＳ５０２が、ＷＴＲＵ５２０がデタッチするということを要求するとき、ＭＴＣ−ＩＷＦ５０４は、ＨＳＳ５０６によってチェックして、ＳＣＳ５０２が、ＷＴＲＵ５２０をデタッチすることを認可されるかどうかを決定し、次いで、サービングノードの少なくとも１つがＷＴＲＵ５２０のデタッチを起動するということを要求することが可能である。

【0069】

図５を参照するとＳＣＳ５０２は、ＷＴＲＵ５２０がネットワークからデタッチされるということを要求する、ＭＴＣ−ＩＷＦ５０４へのデタッチ要求メッセージ５３０を送出することが可能である。デタッチ要求メッセージ５３０は、図２に示されるように、Ｔｓｐ参照ポイント（デバイスアクション要求（ＤＡＲ：device action request）コマンド、アクションタイプ＝デバイスデタッチ要求）によって送出され得る。デタッチ要求メッセージ５３０は、ＳＣＳ識別子、アタッチされることになるＷＴＲＵの外部識別子、デタッチ原因、および、バックオフ時間を含み得る。ＭＴＣ−ＩＷＦ５０４は、ＨＳＳ５０６に加入者情報要求メッセージ５３２を送出して、ＷＴＲＵ５２０の外部識別子をＩＭＳＩに直すこと、ＳＣＳ５０２が、ＷＴＲＵ５２０をデタッチすることを認可されるかどうかをチェックすること、および、ＷＴＲＵのサービングノードを見出すことが可能である。加入者情報要求メッセージ５３２は、図２に示されるＳ６ｍ参照ポイント上で送出され得るものであり、ＳＣＳ識別子、ＷＴＲＵの外部識別子、および、ＳＣＳにより要求されるサービスの表示を含み得る。サービス表示は、＝ＳＣＳ＿ＩＮＩＴＩＡＴＥＤ ＤＥＴＡＣＨであり得る、サービスＩＤ ＡＶＰで提供され得る。

【0070】

ＨＳＳ５０６は、「ＳＣＳ起動デタッチに対して許可される」フィールドがＳＣＳ５０２に対して可能にされ得るかどうかをチェックすることが可能である。ＨＳＳ５０６は、動作が許可され得るか否かの表示を伴う、ＭＴＣ−ＩＷＦ５０４への加入者情報応答メッセージ５３４を送出することが可能である。デタッチ要求メッセージ５３６を送出することが許可されるならば、ＨＳＳ５０６は、サービングノードアドレス（例えば、ＷＴＲＵ５２０をデタッチするために接触される必要がある、ＭＭＥまたはＳＧＳＮまたはＭＳＣのアドレス／名）をＭＴＣ−ＩＷＦ５０４に提供することが可能である。

【0071】

ＨＳＳ５０６がＭＭＥアドレスを提供したならば、ＭＴＣ−ＩＷＦ５０４は、ＭＭＥ５１６にデタッチ要求メッセージ５３６を送出することが可能である。デタッチ要求メッセージ５３６は、図２に示されるＴ５ｂ参照ポイント（ＤＡＲコマンド）によって送出され得る。デタッチ要求メッセージ５３６は、原因およびバックオフ時間を含み得る。ＨＳＳ５０６がＳＧＳＮアドレスを提供したならば、ＭＴＣ−ＩＷＦ５０４は、ＳＧＳＮ５１８にデタッチ要求メッセージ５３８を送出することが可能である。デタッチ要求メッセージ５３８は、図２に示されるＴ５ａ／Ｔ５ｃ参照ポイント（ＤＡＲコマンド）によって送出され得る。デタッチ要求メッセージ５３８は、原因およびバックオフ時間を含み得る。

【0072】

デタッチ要求メッセージ５３６または５３８を受信した後、ＭＭＥ５１６またはＳＧＳＮ５１８は、ネットワーク起動デタッチ手続き５４０を起動することが可能である。ＭＭＥ５１６またはＳＧＳＮ５１８は、デタッチタイプを選択することが可能である。「再アタッチが要される」または「再アタッチが要されない」の選定は、デタッチ要求で提供されたアクション−原因値に基づくものであり得る。選定されるデタッチタイプが「再アタッチが要される」ならば、バックオフ時間が、デタッチ要求メッセージ５３６または５３８でＷＴＲＵ５２０に提供され得る。

【0073】

ＭＭＥ５１６内のＣＴＦが、ＯＦＣＳ５０８に、ＷＴＲＵ５２０をデタッチすることに対する課金情報を含む、アカウンティング要求メッセージ５４２を送出することが可能である。アカウンティング要求メッセージ５４２は、ｄｉａｍｅｔｅｒプロトコルを使用し得る、図２に示されるＲｆ参照ポイント上で送出され得る。図２には示されないが、ＭＭＥ２３０からＯＦＣＳ２１５へのＲｆインターフェイスが存し得る。ＡＣＲメッセージが使用され得る。加入ＩＤ ＡＶＰが、ＷＴＲＵのＭＳＩＳＤＮ、ＩＭＳＩ、または、外部ＩＤにセットされ得る。加入ＩＤ ＡＶＰは、加入ＩＤタイプおよび加入ＩＤデータＡＶＰにより完全に定義され得る。加入ＩＤタイプＡＶＰは、外部ＩＤをサポートするように更新され得る。サービス情報ＡＶＰは、提供されたサービスがＳＣＳ起動デタッチであったということを示し得る、ＭＴＣ情報ＡＶＰを含むように更新され得る。

【0074】

ＯＦＣＳ５０８は、課金情報が記録されているかどうかに関する表示を伴うアカウンティング回答メッセージ５４４を送出することにより、ＭＭＥ５１６のＣＴＦに応答することが可能である。アカウンティング回答メッセージ５４４は、ｄｉａｍｅｔｅｒプロトコルを使用し得る、図２に示されるＲｆ参照ポイント上で送出され得る。ＡＣＡメッセージが使用され得る。

【0075】

ＭＭＥ５１６は、デタッチが完了する場合にＭＴＣ−ＩＷＦ５０４に示すデタッチ応答メッセージ５４６を送出することが可能である。デタッチ応答メッセージ５４６は、図２に示されるＴ５ｂ参照ポイントによって送出され得る（デバイスアクション回答（ＤＡＡ：device action answer）コマンド）。

【0076】

デタッチ要求メッセージ５３８を受信した後、ＳＧＳＮ５１８は、ネットワーク起動デタッチ手続き５４８を起動することが可能である。ＳＧＳＮ５１８内のＣＴＦは、ＯＦＣＳに、ＷＴＲＵ５２０をデタッチすることに対する課金情報を含む、アカウンティング要求メッセージ５５０を送出することが可能であり、そのアカウンティング要求メッセージ５５０は、ｄｉａｍｅｔｅｒプロトコルを使用し得る、図２に示されるようなＲｆ参照ポイント上で送出され得る。図２には示されないが、ＳＧＳＮ２４５からＯＦＣＳ２１５へのＲｆインターフェイスが存し得る。ＡＣＲメッセージが使用され得る。加入ＩＤ ＡＶＰが、ＷＴＲＵ５２０のＭＳＩＳＤＮ、ＩＭＳＩ、または、外部ＩＤにセットされ得る。加入ＩＤ ＡＶＰは、加入ＩＤタイプおよび加入ＩＤデータＡＶＰにより完全に定義され得る。加入ＩＤタイプＡＶＰは、外部ＩＤをサポートするように更新され得る。サービス情報ＡＶＰは、提供されたサービスがＳＣＳ起動デタッチであったということを示し得る、ＭＴＣ情報ＡＶＰを含むように更新され得る。ＯＦＣＳ５０８は、課金情報が記録されているかどうかを示すアカウンティング回答メッセージ５５２によって、ＳＧＳＮ５１８内のＣＴＦに応答することが可能である。アカウンティング回答メッセージ５５２は、ｄｉａｍｅｔｅｒプロトコルを使用し得る、Ｒｆ参照ポイント上で送出され得る。ＡＣＡメッセージが使用され得る。

【0077】

ＳＧＳＮ５１８は、デタッチが完了する場合にＭＴＣ−ＩＷＦ５０４にデタッチ応答メッセージ５５４を送出することが可能である。このデタッチ応答メッセージ５５４は、図２に示されるように、Ｔ５ａ／Ｔ５ｃ参照ポイント（ＤＡＡコマンド）によって送出され得る。

【0078】

ＭＴＣ−ＩＷＦ５０４は、ＳＣＳ５０２にデタッチ応答メッセージ５５６を送出することが可能である（ＤＡＡコマンド）。デタッチ要求が、加入者情報応答５３４を送出した後でＭＴＣ−ＩＷＦ５０４により認可されなかったならば、ＤＡＡコマンドが、加入者情報応答５３４を送出した後で発行され得る。

【0079】

ＭＴＣ−ＩＷＦ５０４内のＣＴＦは、デタッチングを要求するために、ＯＦＣＳ５０８にアカウンティング要求メッセージを送出して、課金情報を生成することが可能である。メッセージは、ｄｉａｍｅｔｅｒプロトコルを使用し得る、Ｒｆ参照ポイント上で送出され得る。ＡＣＲメッセージが使用され得る。応答ではＯＦＣＳ５０８は、課金情報が記録されているかどうかに関する表示を伴う、ＭＴＣ−ＩＷＦ５０４内のＣＴＦへのアカウンティング回答メッセージ５６０を送出することが可能である。メッセージは、ｄｉａｍｅｔｅｒプロトコルを使用し得る、Ｒｆ参照ポイント上で送出され得る。ＡＣＡメッセージが使用され得る。

【0080】

加入ＩＤ ＡＶＰが、ＷＴＲＵ５２０のＭＳＩＳＤＮ、ＩＭＳＩ、または、外部ＩＤにセットされ得る。加入ＩＤ ＡＶＰは、加入ＩＤタイプおよび加入ＩＤデータＡＶＰにより完全に定義され得る。加入ＩＤタイプＡＶＰは、外部ＩＤをサポートするように更新され得る。サービス情報ＡＶＰは、提供されたサービスがＳＣＳ起動デタッチであったということを示し得る、ＭＴＣ情報ＡＶＰを含むように更新され得る。

【0081】

図６Ａ〜６Ｄは、ＬＴＥに対するＳＣＳへのネットワーク支援されるアタッチ手続き６００の信号フローを示す。手続き６００は、ｅｖｏｌｖｅｄ ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）アタッチ手続きに基づくものであり得る。図６Ａ〜６Ｄの手続き６００は、ＳＣＳ６０２、ＭＴＣ−ＩＷＦ６０４、ＯＦＣＳ６０６、ＨＳＳ６０８、ポリシー課金およびルール機能（ＰＣＲＦ）６１０、Ｐ−ＧＷ６１２、Ｓ−ＧＷ６１４、古いＭＭＥ／ＳＧＳＮ６１６、新しいＭＭＥ／ＳＧＳＮ６１８、ｅＮＢ６２０、ならびに、ＷＴＲＵ６２２を含むネットワークで実行され得る。

【0082】

図６Ａに示されるようにＷＴＲＵ６２２は、ｅＮＢ６２０にアタッチ要求メッセージ６３０を送出することが可能であり、そのｅＮＢ６２０が今度は、新しいＭＭＥ／ＳＧＳＮ６１８にアタッチ要求メッセージ６３０を転送することが可能である。次いで手続き６００は、アイデンティティおよびセキュリティ手続きを実行することが可能である。

【0083】

図６Ｂに示されるようにＨＳＳ６０８は、ＭＴＣ−ＩＷＦ６０４およびＳＣＳ６０２の少なくとも１つを識別する新しいＭＭＥ／ＳＧＳＮ６１８に、アタッチメント（更新位置）肯定応答（ＡＣＫ）および加入者情報メッセージ６３２を送出することが可能である。加入者情報メッセージ６３２は、ＨＳＳ６０８から新しいＭＭＥ／ＳＧＳＮ６１８に加入情報を送出するために使用され得る。この特徴をサポートするために、「アタッチメントブロックが可能にされる」データフィールド、および、「到達可能インジケータが可能にされる」データフィールドなどの新しい加入者データフィールドが、メッセージ６３２で実行され得る。

【0084】

「アタッチメントブロックが可能にされる」フラグが可能にされるならば、新しいＭＭＥ／ＳＧＳＮ６１８は、Ｔ５ｂ参照ポイントを使用して、アタッチメントＡＣＫおよび加入者情報メッセージ６３２により識別されるＭＴＣ−ＩＷＦ６０４に、アタッチ要求メッセージ６３４（デバイス許可要求（ＤＰＲ：device permission request）コマンド、アクションタイプ＝デバイスアタッチ要求、外部ＩＤ、ＳＣＳ識別子）を送出することが可能であり、そのＭＴＣ−ＩＷＦ６０４が今度は、Ｔｓｐ参照ポイントを使用して、ＳＣＳ６０２にアタッチ要求メッセージ６３４（ＤＰＲコマンド、アクションタイプ＝デバイスデタッチ要求、外部ＩＤ）を転送することが可能である。ＳＣＳ６０２は、Ｔｓｐ参照ポイントを使用して、ＭＴＣ−ＩＷＦ６０４にアタッチ要求応答メッセージ６３６を送出して、ＳＣＳ６０２がＷＴＲＵ６２２のアタッチメントを認可するかどうかを示すことが可能である。ＳＣＳは、Ｔ５ｂ参照ポイントを使用して、新しいＭＭＥ／ＳＧＳＮ６１８にアタッチ要求応答メッセージ６３６を転送することが可能である。したがってメッセージ６３４の目的は、ＷＴＲＵ６２２が、ＳＣＳ６０２によりアタッチすることを許され得るかどうか、または、ＳＣＳ６０２が、アタッチが拒絶されるということを所望するかどうかを問い合わせることであり得る。ＳＣＳ６０２が、メッセージ６３６（デバイス許可回答（ＤＰＡ：device permission answer）コマンド）で、ＷＴＲＵ６２２がアタッチすることを許され得ないということを示すならば、それは、ＭＴＣ−ＩＷＦ６０４に原因およびバックオフ時間を提供することが可能である。ＭＴＣ−ＩＷＦ６０４は、新しいＭＭＥ／ＳＧＳＮ６１８に、ＳＣＳ６０２、ＷＴＲＵ６２２がアタッチすることを許されるか否かの表示を転送することが可能である。ＳＣＳ６０２が、ＷＴＲＵ６２２がこの時間にアタッチされる必要がないということを示すならば、ＭＴＣ−ＩＷＦ６０４は、Ｔ５ｂ参照ポイントによって送出されるメッセージ６３６（デバイス許可回答（ＤＰＡ）コマンド）で、新しいＭＭＥ／ＳＧＳＮ６１８に原因およびバックオフ時間を提供することが可能である。

【0085】

新しいＭＭＥ／ＳＧＳＮ６１８内のＣＴＦは、ＷＴＲＵ６２２がアタッチされ得るかどうかを要求するために、ＯＦＣＳ６０６に、アカウンティング要求（ＡＣＲ）メッセージ６３８で課金情報を送出することが可能である。ＡＣＲメッセージ６３８は、ｄｉａｍｅｔｅｒプロトコルを使用し得る、Ｒｆ参照ポイント上で送出され得る。加入ＩＤ ＡＶＰが、デバイスのＭＳＩＳＤＮ、ＩＭＳＩ、または、外部ＩＤにセットされ得る。加入ＩＤ ＡＶＰは、加入ＩＤタイプおよび加入ＩＤデータＡＶＰにより完全に定義され得る。加入ＩＤタイプＡＶＰは、外部ＩＤをサポートするように更新され得る。サービス情報ＡＶＰは、提供されたサービスがアタッチ許可要求であったということを示し得る、ＭＴＣ情報ＡＶＰを含むように更新され得る。

【0086】

ＯＦＣＳ６０６は、課金情報が記録されているかどうかを示すアカウンティング回答（ＡＣＡ）メッセージ６４０によって応答することが可能である。ＡＣＡメッセージ６４０は、ｄｉａｍｅｔｅｒプロトコルを使用し得る、Ｒｆ参照ポイント上で送出され得る。

【0087】

ＭＴＣ−ＩＷＦ６０４内のＣＴＦは、ＷＴＲＵ６２２がアタッチされるということを要求するために、ＯＦＣＳ６０６に、ＡＣＲメッセージ６４２で課金情報を送出することが可能である。ＡＣＲメッセージ６４２は、ｄｉａｍｅｔｅｒプロトコルを使用し得る、Ｒｆ参照ポイント上で送出され得る。加入ＩＤ ＡＶＰが、ＷＴＲＵ６２２のＭＳＩＳＤＮ、ＩＭＳＩ、または、外部ＩＤにセットされ得る。加入ＩＤ ＡＶＰは、加入ＩＤタイプおよび加入ＩＤデータＡＶＰにより完全に定義され得る。加入ＩＤタイプＡＶＰは、外部ＩＤをサポートするように更新され得る。サービス情報ＡＶＰは、提供されたサービスがアタッチ許可要求であったということを示し得る、ＭＴＣ情報ＡＶＰを含むように更新され得る。

【0088】

ＯＦＣＳ６０６は、課金情報が記録されているかどうかを示すＡＣＡメッセージ６４４によって、ＭＴＣ−ＩＷＦ６０４内のＣＴＦに応答することが可能である。ＡＣＡメッセージ６４４は、ｄｉａｍｅｔｅｒプロトコルを使用し得る、Ｒｆ参照ポイント上で送出され得る。ＡＣＲメッセージ６４２およびＡＣＡメッセージ６４４に含まれる課金情報は、本質的に同じであり得る。しかしながら、新しいＭＭＥ／ＳＧＳＮ６１８およびＭＴＣ−ＩＷＦ６０４の両方は、ＷＴＲＵ６２２がローミングしており、新しいＭＭＥ／ＳＧＳＮ６１８が、訪れられるネットワークに属するという事例の明細を説明するための課金情報を生成することが可能である。ローミング事例では、新しいＭＭＥ／ＳＧＳＮ６１８およびＭＴＣ−ＩＷＦ６０４は、異なるＯＦＣＳに接続され得る。

【0089】

図６Ｃに示されるように新しいＭＭＥ／ＳＧＳＮ６１８は、ｅＮＢ６２０に初期コンテキストセットアップ要求／アタッチ受付メッセージ６５０を送出することが可能であり、そのｅＮＢ６２０が今度は、ＷＴＲＵ６２２にＲＲＣ接続再構成メッセージ６５２を送出することが可能である。ＳＣＳ６０２が、アタッチ要求応答メッセージ６３６で、ＷＴＲＵ６２２がアタッチすることを許可されないということを示すとき、初期コンテキストセットアップ要求／アタッチ受付メッセージ６５０、および、ＲＲＣ接続再構成メッセージ６５２は、いつＷＴＲＵ６２２がアタッチすることを再試行することが可能であるかを示す、ＳＣＳ６０２により決定される、バックオフ時間を示すフィールドを含み得る。

【0090】

メッセージ６５０は、新しいＭＭＥ／ＳＧＳＮ６１８により送出される、ＡＴＴＡＣＨ＿ＡＣＣＥＰＴメッセージまたはＡＴＴＡＣＨ＿ＲＥＪＥＣＴメッセージのいずれかであり得る。ＳＣＳ６０２が、それが、デバイスがトリガ可能であることを所望するということを示すならば、アタッチは受け付けられ得る。ＳＣＳ６０２が、それが、デバイスがこの時間にトリガ可能であることを必要としないということを示すならば、新しいＭＭＥ／ＳＧＳＮ６１８は、アタッチを受け付けることを選定し、ＳＣＳ６０２が、デバイスがトリガ可能であることを必要としないということを示すための表示をＡＴＴＡＣＨ＿ＡＣＣＥＰＴメッセージに含め、ＷＴＲＵ６２２に対するＳＣＳ原因およびバックオフ時間を含めることが可能である。あるいは、新しいＭＭＥ／ＳＧＳＮ６１８は、位置更新を拒絶することを選定し、拒絶がＳＣＳ６０２により引き起こされたということを示すための表示をＡＴＴＡＣＨ＿ＲＥＪＥＣＴメッセージに含め、ＷＴＲＵ６２２に対するＳＣＳ原因およびバックオフ時間を含めることが可能である。ＳＣＳ６０２が、デバイスがトリガ可能であることを要しない場合にアタッチを受け付ける、または拒絶するための判断は、オペレータポリシーに基づくものであり得る。

【0091】

図６Ｄに示されるように新しいＭＭＥ／ＳＧＳＮ６１８は、ＭＴＣ−ＩＷＦ６０４にアタッチ更新メッセージ６６０を送出することが可能であり、そのＭＴＣ−ＩＷＦ６０４は、ＳＣＳ６０２にアタッチ更新メッセージ６６０を転送し、ＷＴＲＵ６２２がアタッチしたということ、および、ＳＣＳ６０２は今やＷＴＲＵ６２２と通信することが可能であるということを示す。次いでＳＣＳ６０２は、ＭＴＣ−ＩＷＦ６０４にアタッチ更新応答メッセージ６６２を送出することが可能であり、そのＭＴＣ−ＩＷＦ６０４は、新しいＭＭＥ／ＳＧＳＮ６１８にアタッチ更新応答メッセージ６６２を転送することが可能である。

【0092】

メッセージ６３２内の「到達可能インジケータが可能にされる」フラグが可能にされるならば、新しいＭＭＥ／ＳＧＳＮ６１８は、加入者データで提供されたＭＴＣ−ＩＷＦアドレスに、（ＤＮＲコマンド、アクションタイプ＝デバイスアタッチ事象、外部ＩＤ、ＳＣＳ識別子）メッセージ６６０を送出することが可能である。このメッセージ６６０は、ＳＣＳ６０２に、ＷＴＲＵ６２２がアタッチしたということを告知するためにＴ５ｂ参照ポイントによって送出され得る。

【0093】

ＭＴＣ−ＩＷＦ６０４は、Ｔｓｐ参照ポイントによってＳＣＳ６０２にメッセージ６６０を転送することが可能であり（ＤＮＲコマンド、アクションタイプ＝デバイスアタッチ事象、外部ＩＤ）、ＳＣＳ６０２は、アタッチ更新応答メッセージ６６２を送出することにより、通知に肯定応答することが可能である（ＤＮＡコマンド）。ＭＴＣ−ＩＷＦ６０４は、Ｔ５ｂ参照ポイントによって新しいＭＭＥ／ＳＧＳＮ６１８にアタッチ更新応答メッセージ６６２を転送することが可能である（ＤＮＡコマンド）。

【0094】

新しいＭＭＥ／ＳＧＳＮ６１８は、ｄｉａｍｅｔｅｒプロトコルを使用し得る、Ｒｆ参照ポイント上でアタッチ通知としてＡＣＲメッセージ６６４を送出することにより課金情報を生成することが可能である。加入ＩＤ ＡＶＰが、ＷＴＲＵ６２２のＭＳＩＳＤＮ、ＩＭＳＩ、または、外部ＩＤにセットされ得る。加入ＩＤ ＡＶＰは、加入ＩＤタイプおよび加入ＩＤデータＡＶＰにより完全に定義され得る。加入ＩＤタイプＡＶＰは、外部ＩＤをサポートするように更新され得る。サービス情報ＡＶＰは、提供されたサービスがアタッチ通知であったということを示し得る、ＭＴＣ情報ＡＶＰを含むように更新され得る。

【0095】

ＯＦＣＳ６０６は、課金情報が記録されているかどうかのＡＣＡメッセージ６６６表示によって応答することが可能である。ＡＣＡメッセージ６６６は、ｄｉａｍｅｔｅｒプロトコルを使用し得る、Ｒｆ参照ポイント上で送出され得る。

【0096】

ＭＴＣ−ＩＷＦ６０４内のＣＴＦは、ｄｉａｍｅｔｅｒプロトコルを使用し得る、Ｒｆ参照ポイント上でアタッチ通知を要求するために、ＡＣＲメッセージ６６８で課金情報を生成することが可能である。加入ＩＤ ＡＶＰが、デバイスのＭＳＩＳＤＮ、ＩＭＳＩ、または、外部ＩＤにセットされ得る。加入ＩＤ ＡＶＰは、加入ＩＤタイプおよび加入ＩＤデータＡＶＰにより完全に定義され得る。加入ＩＤタイプＡＶＰは、外部ＩＤをサポートするように更新され得る。サービス情報ＡＶＰは、提供されたサービスがアタッチ通知であったということを示し得る、ＭＴＣ情報ＡＶＰを含むように更新され得る。

【0097】

ＯＦＣＳ６０６は、課金情報が記録されているかどうかの表示を含むＡＣＡメッセージ６７０によって応答することが可能である。ＡＣＡメッセージ６７０は、ｄｉａｍｅｔｅｒプロトコルを使用し得る、Ｒｆ参照ポイント上で送出され得る。ＡＣＲメッセージ６６８およびＡＣＡメッセージ６７０により生成される課金情報は、本質的に同じであり得る。しかしながら、新しいＭＭＥ／ＳＧＳＮ６１８およびＭＴＣ−ＩＷＦ６０４の両方は、ＷＴＲＵ６２２がローミングしており、新しいＭＭＥ／ＳＧＳＮ６１８が、訪れられるネットワークに属するという事例の明細を説明するための課金情報を生成することが可能である。ローミング事例では、新しいＭＭＥ／ＳＧＳＮ６１８およびＭＴＣ−ＩＷＦ６０４は、異なるＯＦＣＳに接続され得る。

【0098】

いくつもの異なるＴｓｐコマンドが、Ｔｓｐインターフェイスによって送出され得る。デバイスアクション要求（ＤＡＲ）コマンドは、ＭＴＣ−ＩＷＦ６０４にＷＴＲＵ６２２をデタッチすることを要求するために、ＳＣＳ６０２により使用されるように変更される既存のコマンドであり得る。デバイスアクション回答（ＤＡＡ）コマンドは、デタッチ要求が成功したならば、ＭＴＣ−ＩＷＦ６０４により使用されるように変更され得る既存のコマンドであり得る。デバイス通知要求（ＤＮＲ）コマンドは、デバイスがアタッチしたということをＳＣＳ６０２に示すために、ＭＴＣ−ＩＷＦ６０４により使用されるように変更され得る既存のコマンドであり得る。デバイス通知回答（ＤＮＡ）コマンドは、ＭＴＣ−ＩＷＦ６０４からのアタッチ表示に肯定応答するために、ＳＣＳ６０２により使用されるように変更され得る既存のコマンドであり得る。

【0099】

デバイス許可要求（ＤＰＲ）コマンドは、新しいコマンドコードフィールド値、および、コマンドフラグフィールド内でセットされる「Ｒ」ビットにより示され得る。ＤＰＲコマンドは、デバイス許可要求手続きの部分としてＳＣＳ６０２に、ＭＴＣ−ＩＷＦ６０４により送出され得る。ＤＰＲコマンドは、デバイスが、何らかのアクションを実行することを許可されるかどうかをチェックするために使用され得る。ＤＰＲコマンドは、デバイスがアタッチすることを許されるかどうかを決定するために使用され得る。

【0100】

デバイス許可回答（ＤＰＡ）コマンドは、新しいコマンドコードフィールド値、および、コマンドフラグフィールド内でクリアされる「Ｒ」ビットにより示され得る。ＤＰＡコマンドは、デバイス許可要求手続きの部分としてＭＴＣ−ＩＷＦに、ＳＣＳにより送出され得る。ＤＰＡコマンドは、デバイスが、何らかのアクションを実行することを許され得るかどうかを示すために使用され得る。

【0101】

Ｔｓｐ ＡＶＰは、アクションタイプＡＶＰを含み得る。これは既存のＡＶＰであり得る。新しい符号化が追加され得る。このＡＶＰは、Ｔｓｐ、Ｔ５ａ、Ｔ５ｂ、および、Ｔ５ｃ参照ポイント上で使用され得る。アクションタイプＡＶＰは、タイプｅｎｕｍｅｒａｔｅｄのものであり得るものであり、ＭＴＣ−ＩＷＦに、何のアクションタイプが要求で要されるかを告知することが可能であり、またＳＣＳに、何のアクションタイプが報告されるかを告知する。

【0102】

後に続く値が定義される。

【0103】

デバイストリガ要求（１）値は、デバイストリガ要求を示し得るものであり、デバイスアクション要求コマンドのデバイスアクションＡＶＰで、または、デバイスアクション回答コマンドのデバイス通知ＡＶＰで使用され得る。

【0104】

配信報告（２）値は、ＭＴＣ−ＩＷＦからＳＣＳに送出される配信報告を示し得るものであり、デバイス通知要求コマンドのデバイス通知ＡＶＰで使用され得る。

【0105】

デバイスデタッチ要求（３）値は、デバイスデタッチ要求を示し得るものであり、デバイスアクション要求コマンドのデバイスアクションＡＶＰで、または、デバイスアクション回答コマンドのデバイス通知ＡＶＰで使用され得る。

【0106】

デバイスアタッチ要求（４）値は、デバイスがアタッチすることを試行しているということを示し得る。

【0107】

デバイスデタッチ事象（５）値は、デバイスがデタッチしたということを示し得る。

【0108】

デバイスアタッチ事象（６）値は、デバイスがアタッチしたということを示し得る。

【0109】

アクション原因ＡＶＰは、なぜＳＣＳがデバイスに、デタッチすること、または、アタッチを拒絶することを要求しているかを示すために使用される新しいＡＶＰであり得る。このＡＶＰは、Ｔｓｐ、Ｔ５ａ、Ｔ５ｂ、および、Ｔ５ｃ参照ポイント上で使用され得る。アクション原因ＡＶＰは、タイプｅｎｕｍｅｒａｔｅｄのものであり得るものであり、ＭＴＣ−ＩＷＦに、なぜＳＣＳが要求を行っているかを告知することが可能である。後に続く値が定義される。

【0110】

特定化されない（１）値。

【0111】

デバイスサービスレイヤ加入が有効でない（２）値は、デバイスのサービスレイヤ加入が、もはや有効でないということを示し得る。

【0112】

完全性検証失敗（３）値は、デバイスがサービスレイヤ完全性チェックに失敗したということを示し得る。

【0113】

位置が許可されない（４）値は、サービスレイヤが、デバイスが許可されない位置にあるということを検出したということを示し得る。

【0114】

アクセスがこの時間に許可されない（５）値は、デバイスが、この時間にサービスレイヤにアクセスすることを許可されないということを示し得る。この応答は、いつデバイスがサービスレイヤにアクセスすることを許されるかを示すためのバックオフ時間により付随され得る。

【0115】

データ制限が到達される（６）値は、デバイスが、そのサービスレイヤアクセスに関する何らかの制限に到達したということを示し得る。この応答は、いつデバイスが再びサービスレイヤにアクセスすることを試みることが可能であるかを示すためのバックオフ時間により付随され得る。

【0116】

ＳＣＳが輻輳させられる（７）値は、サービスレイヤが輻輳させられるということを示し得る。この応答は、いつデバイスが再びサービスレイヤにアクセスすることを試みることが可能であるかを示すためのバックオフ時間により付随され得る。

【0117】

バックオフ時間ＡＶＰは、どれだけ長くＷＴＲＵが再びアタッチすることを試みる前に待機し得るかを示すために使用される新しいＡＶＰであり得る。これは、Ｔｓｐ、Ｔ５ａ、Ｔ５ｂ、および、Ｔ５ｃ参照ポイント上で使用され得る。バックオフ時間ＡＶＰは、タイプｕｎｓｉｇｎｅｄ３２のものであり得るものであり、秒でバックオフ時間を示すことが可能である。

【0118】

Ｓ６ｍ／Ｓ６ｎプロトコルが、新しい特徴をサポートするために変化させられ得る。Ｓ６ｍ ＡＶＰは、新しい符号化を与えられ得るサービスＩＤ ＡＶＰを含む。新しい符号化は、ＨＳＳに、ＳＣＳがデバイスをデタッチすることを要求しているということを示すためにＭＴＣ−ＩＷＦにより使用され得る。ＨＳＳは、デタッチを認可し、ＭＴＣ−ＩＷＦに、それがデタッチ手続きを完了する必要があるという情報を提供することが可能であり、さもなければそれは、ＭＴＣ−ＩＷＦに、デバイスが認可されないということを告知することが可能である。

【0119】

サービスＩＤ ＡＶＰは、タイプｅｎｕｍｅｒａｔｅｄのものであり得るものであり、それは、ＳＣＳにより要求されるサービスを識別することが可能である。後に続く値が定義される。

【0120】

ＤＥＶＩＣＥ＿ＴＲＩＧＧＥＲ（０）値は、ＷＴＲＵへの制御プレーンデバイストリガリングを要求するためにＳＣＳにより使用され得る。

【0121】

ＳＣＳ＿ＩＮＩＴＩＡＴＥＤ＿ＤＥＴＡＣＨ（１）値は、デバイスがデタッチされるということを要求するためにＳＣＳにより使用され得る。

【0122】

Ｔ５ａ／Ｔ５ｂインターフェイスに対するコマンドは、デタッチなどの、ＳＣＳのための何らかのデバイスアクションを要求するために、サービングノード（ＳＧＳＮ／ＭＭＥ）に、ＭＴＣ−ＩＷＦにより送出されるデバイスアクション要求コマンドを含み得る。デバイスアクション回答コマンドは、デタッチなどの、ＳＣＳのための何らかのデバイスアクションを要求するために、ＭＴＣ−ＩＷＦに、サービングノード（ＳＧＳＮ／ＭＭＥ）により送出され得る。デバイス通知要求コマンドは、ＳＣＳにデバイスアタッチまたはデタッチなどの何らかの事象を通知するために、ＭＴＣ−ＩＷＦに、サービングノード（ＳＧＳＮ／ＭＭＥ）により送出され得る。デバイス通知回答コマンドは、サービングノード（ＳＧＳＮ／ＭＭＥ）に、デバイス通知要求コマンドが受信されたということに肯定応答するために、サービングノード（ＳＧＳＮ／ＭＭＥ）に、ＭＴＣ−ＩＷＦにより送出され得る。デバイス許可要求コマンドは、デバイスが何らかのアクションを実行することを許可されるかどうかをチェックするために、ＳＣＳに、ＭＴＣ−ＩＷＦにより送出され得る。デバイス許可回答コマンドは、ＭＴＣ−ＩＷＦに、デバイスが何らかのアクションを実行することを許可されるかどうかを告知するために、ＭＴＣ−ＩＷＦに、ＳＣＳにより送出され得る。

【0123】

様々なレイヤ３メッセージング更新が、本明細書で説明される。

【0124】

後に続くメッセージは、ＣＳドメインモビリティ管理メッセージである。

【0125】

図７は、位置更新受付メッセージコンテンツ７００を示す。ＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＩＮＧ＿ＡＣＣＥＰＴメッセージは、ネットワーク内の更新またはＩＭＳＩアタッチが完了されたということを示すために、移動局に、ネットワークにより送出される既存のメッセージであり得る。図７に示されるように、拒絶原因ＩＥ７０５が、ネットワークはアタッチを受け付けるが、ＳＣＳはアタッチが受け付けられないということを要求したという事例の明細を説明するために、このメッセージに追加され得る。ＳＣＳバックオフタイマＩＥ７１０もまた、どれだけ長くデバイスが、ＳＣＳに接触することを試みる前に待機すべきであるかを示すために、メッセージに追加され得る。これらの新しいＩＥは、ＳＣＳはデバイスがトリガ可能であることを必要としないが、ＭＳＣは位置更新を受け付けるというシナリオに対して使用され得る。

【0126】

図８は、位置更新拒絶メッセージコンテンツ８００を示す。ＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＩＮＧ＿ＲＥＪＥＣＴメッセージは、更新またはＩＭＳＩアタッチが失敗したということを示すために、移動局に、ネットワークにより送出される既存のメッセージであり得る。図８に示されるように、拒絶原因ＩＥ８０５は、それが、なぜＳＣＳが拒絶を起動したかを示し得るように更新され得るものであり、ＳＣＳバックオフタイマＩＥ８１０は、どれだけ長くデバイスが、ＳＣＳに接触することを試みる前に待機すべきであるかを示すために使用され得る。

【0127】

後に続くメッセージは、ＧＰＲＳモビリティ管理メッセージである。図９は、アタッチ受付メッセージコンテンツ９００を示す。ＡＴＴＡＣＨ＿ＡＣＣＥＰＴメッセージは、対応するアタッチ要求が受け付けられたということを示すために、ＷＴＲＵに、ネットワークにより送出される既存のメッセージであり得る。図９に示されるように、追加ネットワーク特徴サポートＩＥ９０５は、それが、デバイスがアタッチすることをＳＣＳが欲するかどうかを示すために使用され得るように更新され得る。ＳＣＳバックオフタイマＩＥ９１０は、どれだけ長くデバイスが、ＳＣＳに接続することを試行する前に待機すべきであるかを示すために使用され得る。

【0128】

図１０は、アタッチ拒絶メッセージコンテンツ１０００を示す。ＡＴＴＡＣＨ＿ＲＥＪＥＣＴメッセージは、対応するアタッチ要求が拒絶されたということを示すために、ＷＴＲＵに、ネットワークにより送出される既存のメッセージであり得る。図１０に示されるように、追加ネットワーク特徴サポートＩＥ１００５は、それが、デバイスがアタッチすることをＳＣＳが欲するかどうかを示すために使用され得るように更新され得る。ＳＣＳバックオフタイマＩＥ１０１０は、どれだけ長くデバイスが、ＳＣＳに接続することを試行する前に待機し得るかを示すために使用される新しい情報要素であり得る。

【0129】

図１１は、デタッチ要求メッセージコンテンツ１１００を示す。ＤＥＴＡＣＨ＿ＲＥＱＵＥＳＴ（ネットワークで起動される）メッセージは、ＧＭＭコンテキストの解放を要求するために、ネットワークにより送出される既存のメッセージであり得る。ＳＣＳバックオフタイマＩＥ１１０５は、どれだけ長くデバイスが、ＳＣＳに接続することを試行する前に待機すべきであるかを示すために使用され得る。追加ネットワーク特徴サポートＩＥ１１１０は、それが、デバイスがデタッチすることをＳＣＳが所望するということを示すために、ネットワークにより使用され得るように、更新され、メッセージに追加され得る。

【0130】

後に続くメッセージは、ＥＰＳモビリティ管理（ＥＭＭ）メッセージである。

【0131】

図１２は、アタッチ受付メッセージコンテンツ１２００を示す。ＡＴＴＡＣＨ＿ＡＣＣＥＰＴメッセージは、対応するアタッチ要求が受け付けられたということを示すために、ＷＴＲＵに、ネットワークにより送出される既存のメッセージであり得る。追加更新結果ＩＥ１２０５は、それが、アタッチが拒絶されるということをＳＣＳが要求した場合でも、アタッチがネットワークにより受け付けられているということを示すために、ネットワークにより使用され得るように更新され得る。ＳＣＳバックオフタイマＩＥ１２１０は、どれだけ長くＷＴＲＵが、ＳＣＳにアタッチすることを試行する前に待機すべきであるかを示すために使用され得る新しい情報要素であり得る。ＥＭＭ原因ＩＥ１２１５は、ＷＴＲＵに、それが、決まったアクションをとることが可能であるということを示すために、ＡＴＴＡＣＨ＿ＡＣＣＥＰＴメッセージで使用され得る。したがってそれは、ＷＴＲＵに、ネットワークがアタッチを許している場合にＳＣＳは接触されることを欲さないという事例を示すためには使用され得ない。

【0132】

図１３は、アタッチ拒絶メッセージコンテンツ１３００を示す。ＡＴＴＡＣＨ＿ＲＥＪＥＣＴメッセージは、対応するアタッチ要求が拒絶されたということを示すために、ＷＴＲＵに、ネットワークにより送出される既存のメッセージであり得る。ＳＣＳバックオフ原因ＩＥ１３０５は、新しいものであり得るものであり、ＷＴＲＵに、どれだけ長くそれが、ＳＣＳと通信することを試行する前に待機すべきであるかを示すために使用され得る。追加更新結果ＩＥ１３１０は、このメッセージに追加され、それが、ＳＣＳがアタッチ要求を拒絶したということの理由を示し得るように変更されている、既存のＩＥであり得る。

【0133】

図１４は、デタッチ要求メッセージコンテンツ１４００を示す。ＤＥＴＡＣＨ＿ＲＥＱＵＥＳＴ（ＷＴＲＵで終了される）メッセージは、ＥＭＭコンテキストの解放を要求するために、ＷＴＲＵに、ネットワークにより送出される既存のメッセージであり得る。追加更新結果ＩＥ１４０５は、このメッセージに追加され得るものであり、それが、なぜＳＣＳがデバイスをデタッチしているかを示すためにネットワークにより使用され得るように更新されている、既存のＩＥであり得る。ＳＣＳバックオフタイマＩＥ１４１０は、デタッチタイプが「再アタッチが要される」である場合に再アタッチ試行を遅延するために、ＷＴＲＵにより使用される、このメッセージでの新しいＩＥであり得る。デタッチタイプが「再アタッチが要される」でないとき、ＷＴＲＵは、ＳＣＳバックオフタイマＩＥ１４１０を無視することが可能である。

【0134】

ＣＳドメインモビリティ管理ＩＥが、本明細書で説明される。

【0135】

図１５は、拒絶原因ＩＥを示す。拒絶原因ＩＥの目的は、なぜＷＴＲＵからの要求がネットワークにより拒絶されるかの理由を示すことである。図１５に示されるように拒絶原因ＩＥは、コード化され得るものであり、２オクテット長さを伴うタイプ３ＩＥであり得る。新しい原因値が、アタッチメントが拒絶されることをＳＣＳが引き起こすという事例をサポートするために追加され得る。

【0136】

図１６は、ＳＣＳバックオフタイマＩＥを示す。新しいＳＣＳバックオフタイマＩＥの目的は、どれだけ長くＳＣＳが、ＷＴＲＵがデータプレーンによってそれに接触する前に待機することを望むことになるかを特定化することであり得る。図１６に示されるようにＳＣＳバックオフタイマＩＥは、コード化され得るものであり、２オクテット長さを伴うタイプ３情報要素であり得る。

【0137】

ＧＭＭ ＩＥが、本明細書で説明される。

【0138】

図１７は、追加ネットワークサポート特徴ＩＥを示す。これは、決まった特徴がネットワークによりサポートされるかどうかを示すことの目的を伴う、既存のＩＥであり得る。図１７に示されるように追加ネットワークサポート特徴ＩＥは、コード化され得るものであり、３オクテットの長さを伴うタイプ４ＩＥであり得る。このＩＥは、ビット２および３が、デバイスがこの時間にアタッチすることを許さないためのＳＣＳ原因を示すために使用され得るように更新され得る。

【0139】

図１８は、ＧＭＭ原因ＩＥを示す。ＧＭＭ原因ＩＥの目的は、なぜＷＴＲＵからのＧＭＭ要求がネットワークにより拒絶されるかの理由を示すことであり得る。ＧＭＭ原因値は、デタッチタイプが「ＩＭＳＩデタッチ」または「再アタッチが要される」を示すならば無視され得る。ＧＭＭ原因は、デタッチタイプが「再アタッチが要されない」を示すならば無視され得ない。図１８に示されるようにＧＭＭ原因ＩＥは、フィールドを再解釈するようにコード化および変更され得る。追加ネットワークサポート特徴ＩＥがＧＭＭ原因ＩＥとともにメッセージに含まれるときはいつでも、ＷＴＲＵは、追加ネットワークサポート特徴ＩＥが、ＳＣＳがメッセージの原因であるということを示すかどうかをチェックすることが可能である。ＧＭＭ原因は、２オクテット長さを伴うタイプ３ＩＥであり得る。

【0140】

ＥＭＭ ＩＥが、本明細書で説明される。

【0141】

図１９は、ＥＭＭ原因ＩＥを示す。ＥＭＭ原因ＩＥの目的は、なぜＷＴＲＵからのＥＭＭ要求がネットワークにより拒絶されるかの理由を示すことであり得る。ＥＭＭ原因値は、デタッチタイプが「ＩＭＳＩデタッチ」または「再アタッチが要される」を示すならば無視され得る。ＥＭＭ原因値は、デタッチタイプが「再アタッチが要されない」を示すならば無視され得ない。図１９に示されるようにＥＭＭ原因ＩＥは、フィールドＩＥを再解釈するようにコード化および変更され得る。追加更新結果ＩＥがＥＭＭ原因ＩＥとともにメッセージに含まれるときはいつでも、ＷＴＲＵは、追加更新結果ＩＥが、ＳＣＳがメッセージの原因であるということを示すかどうかをチェックすることが可能である。ＥＭＭ原因は、２オクテット長さを伴うタイプ３ＩＥであり得る。

【0142】

図２０は、追加更新結果ＩＥを示す。追加更新結果ＩＥの目的は、組み合わされたアタッチ手続き、または、組み合わされた追跡エリア更新手続きの結果に関する追加情報を提供することであり得る。図２０に示されるように、追加更新結果ＩＥはコード化され得る。追加更新結果ＩＥは、予備ビット３および４を伴うタイプ１ＩＥであり得る。ＳＣＳ拒絶フィールドは、ネットワークが、ＷＴＲＵに、アタッチが受け付けられているが、ＳＣＳはそれが拒絶されるということを要求したということを示し得るように追加されている。

【0143】

１つの実施形態では図２１は、ネットワークからＷＴＲＵをデタッチするように構成される第１のノード２１００のブロック線図である。第１のノード２１００は、受信器２１０５と、プロセッサ２１１０と、送信器２１１５と、少なくとも１つのアンテナ２１２０とを含み得る。

【0144】

受信器２１０５は、ネットワークからのＷＴＲＵのデタッチメントを起動するサーバからデタッチ要求メッセージを受信するように構成され得る。送信器２１１５は、ＨＳＳに加入者情報要求メッセージを送信するように構成され得る。

【0145】

受信器２１０５は、加入者情報要求メッセージへの応答で、加入者情報応答メッセージを受信するようにさらに構成され得る。送信器２１１５は、加入者情報応答メッセージは、サーバがネットワークからのＷＴＲＵのデタッチメントを起動することを認可されるということを示すという条件で、第２のノードにデタッチ要求メッセージを送信するようにさらに構成され得る。

【0146】

第２のノードは、ＭＭＥまたはＳＧＳＮのいずれかであり得る。第１のノードは、ＭＴＣ−ＩＷＦであり得る。デタッチ要求メッセージは、ＷＴＲＵおよびネットワークを識別することが可能である。加入者情報要求メッセージは、サーバ、ＷＴＲＵ、および、ネットワークの少なくとも１つを識別することが可能である。加入者情報応答メッセージは、サーバはネットワークからのＷＴＲＵのデタッチメントを起動することを認可されるか否かを示し得る。加入者情報応答メッセージは、ＷＴＲＵのＩＭＳＩを含み得る。加入者情報応答メッセージは、第２のノードのアドレスまたは名の少なくとも１つを含み得る。デタッチ要求メッセージは、原因およびバックオフ時間を含み得る。

【0147】

別の実施形態では図２１は、ネットワークにＷＴＲＵをアタッチするように構成される第１のノード２１００のブロック線図である。第１のノード２１００は、受信器２１０５と、プロセッサ２１１０と、送信器２１１５と、少なくとも１つのアンテナ２１２０とを含み得る。受信器２１０５は、ＨＳＳからアタッチメント肯定応答および加入者情報メッセージを受信するように構成され得る。送信器２１１５は、第２のノードによってサーバにアタッチ要求メッセージを送信するように構成され得る。受信器２１０５は、第２のノードによってサーバからアタッチ要求応答メッセージを受信するようにさらに構成され得る。

【0148】

受信器２１０５は、ＷＴＲＵからアタッチ要求メッセージを受信するようにさらに構成され得る。アタッチ要求応答メッセージは、サーバはネットワークへのＷＴＲＵのアタッチメントを認可するか否かを示し得る。

【0149】

受信器２１０５は、初期コンテキストセットアップ要求／アタッチ受付メッセージを受信するようにさらに構成され得る。アタッチ要求応答メッセージは、サーバはネットワークへのＷＴＲＵのアタッチメントを認可しないということを示すという条件で、初期コンテキストセットアップ要求／アタッチ受付メッセージは、いつＷＴＲＵはネットワークにアタッチすることを再試行することが可能であるかを示す、サーバにより決定されるバックオフ時間を示し得る。

【0150】

実施形態
１．ネットワークから無線送受信ユニット（ＷＴＲＵ）をデタッチする方法であって、
第１のノードは、ネットワークからのＷＴＲＵのデタッチメントを起動するサーバからデタッチ要求メッセージを受信するステップと、
第１のノードは、ホーム加入者サーバ（ＨＳＳ）に加入者情報要求メッセージを送信するステップと、
第１のノードは、加入者情報要求メッセージへの応答で、加入者情報応答メッセージを受信するステップと、
第１のノードは、加入者情報応答メッセージは、サーバがネットワークからのＷＴＲＵのデタッチメントを起動することを認可されるということを示すという条件で、第２のノードにデタッチ要求メッセージを送信するステップと
を備える方法。

【0151】

２．第２のノードは、モビリティ管理エンティティ（ＭＭＥ）、または、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）のいずれかである実施形態１の方法。

【0152】

３．第１のノードは、マシンタイプ通信インターワーキング機能である実施形態１または２のいずれか一つでの方法。

【0153】

４．デタッチ要求メッセージは、ＷＴＲＵを識別する実施形態１乃至３のいずれか一つでの方法。

【0154】

５．加入者情報要求メッセージは、サーバおよびＷＴＲＵの少なくとも１つを識別する実施形態１乃至４のいずれか一つでの方法。

【0155】

６．加入者情報応答メッセージは、サーバはネットワークからのＷＴＲＵのデタッチメントを起動することを認可されるか否かを示す実施形態１乃至５のいずれか一つでの方法。

【0156】

７．加入者情報応答メッセージは、ＷＴＲＵの国際移動体加入者識別番号（ＩＭＳＩ）を含む実施形態１乃至６のいずれか一つでの方法。

【0157】

８．加入者情報応答メッセージは、第２のノードのアドレスまたは名の少なくとも１つを含む実施形態１乃至７のいずれか一つでの方法。

【0158】

９．デタッチ要求メッセージは、原因およびバックオフ時間を含む実施形態１乃至８のいずれか一つでの方法。

【0159】

１０．第１のノードは、ネットワークからのＷＴＲＵのデタッチメントと同時に第２のノードからデタッチ応答メッセージを受信するステップ
をさらに備える実施形態１乃至９のいずれか一つでの方法。

【0160】

１１．ネットワークに無線送受信ユニット（ＷＴＲＵ）をアタッチする方法であって、
第１のノードは、ホーム加入者サーバ（ＨＳＳ）からアタッチメント肯定応答および加入者情報メッセージを受信するステップと、
第１のノードは、第２のノードによってサーバにアタッチ要求メッセージを送信するステップと、
第１のノードは、第２のノードによってサーバからアタッチ要求応答メッセージを受信するステップと
を備える方法。

【0161】

１２．第１のノードは、モビリティ管理エンティティ（ＭＭＥ）、または、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）のいずれかである実施形態１１の方法。

【0162】

１３．第２のノードは、マシンタイプ通信インターワーキング機能である実施形態１１または１２での方法。

【0163】

１４．第１のノードは、ＷＴＲＵからアタッチ要求メッセージを受信するステップ
をさらに備える実施形態１１乃至１３のいずれか一つでの方法。

【0164】

１５．アタッチ要求応答メッセージは、サーバはネットワークへのＷＴＲＵのアタッチメントを認可するか否かを示す実施形態１１乃至１４のいずれか一つでの方法。

【0165】

１６．第１のノードは、初期コンテキストセットアップ要求／アタッチ受付メッセージを受信するステップであって、アタッチ要求応答メッセージは、サーバはネットワークへのＷＴＲＵのアタッチメントを認可しないということを示すという条件で、初期コンテキストセットアップ要求／アタッチ受付メッセージは、いつＷＴＲＵはネットワークにアタッチすることを再試行することが可能であるかを示す、サーバにより決定されるバックオフ時間を示す、受信するステップ
をさらに備える実施形態１５の方法。

【0166】

１７．ネットワークからの無線送受信ユニット（ＷＴＲＵ）のデタッチメントを起動するサーバからデタッチ要求メッセージを受信するように構成される受信器と、
ホーム加入者サーバ（ＨＳＳ）に加入者情報要求メッセージを送信するように構成される送信器と
を備え、
受信器は、加入者情報要求メッセージへの応答で、加入者情報応答メッセージを受信するようにさらに構成され、
送信器は、加入者情報応答メッセージは、サーバはネットワークからのＷＴＲＵのデタッチメントを起動することを認可されるということを示すという条件で、第２のノードにデタッチ要求メッセージを送信するようにさらに構成される
第１のノード。

【0167】

１８．第２のノードは、モビリティ管理エンティティ（ＭＭＥ）、または、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）のいずれかである実施形態１７の第１のノード。

【0168】

１９．第１のノードは、マシンタイプ通信インターワーキング機能である実施形態１７または１８での第１のノード。

【0169】

２０．デタッチ要求メッセージは、ＷＴＲＵを識別する実施形態１７乃至１９のいずれか一つでの第１のノード。

【0170】

２１．加入者情報要求メッセージは、サーバおよびＷＴＲＵの少なくとも１つを識別する実施形態１７乃至２０のいずれか一つでの第１のノード。

【0171】

２２．加入者情報応答メッセージは、サーバはネットワークからのＷＴＲＵのデタッチメントを起動することを認可されるか否かを示す実施形態１７乃至２１のいずれか一つでの第１のノード。

【0172】

２３．加入者情報応答メッセージは、ＷＴＲＵの国際移動体加入者識別番号（ＩＭＳＩ）を含む実施形態１７乃至２２のいずれか一つでの第１のノード。

【0173】

２４．加入者情報応答メッセージは、第２のノードのアドレスまたは名の少なくとも１つを含む実施形態１７乃至２３のいずれか一つでの第１のノード。

【0174】

２５．デタッチ要求メッセージは、原因およびバックオフ時間を含む実施形態１７乃至２４のいずれか一つでの第１のノード。

【0175】

特徴および要素が上記で、個別の組合せで説明されているが、当業者は、各々の特徴または要素が、単独で、または他の特徴および要素の任意のものとの組合せで使用され得るということを認識するであろう。追加で、本明細書で説明された実施形態は、コンピュータまたはプロセッサによる執行のためにコンピュータ可読メディアに組み込まれる、コンピュータプログラム、ソフトウェア、またはファームウェアで実行され得る。コンピュータ可読メディアの例は、電子信号（ワイヤードまたは無線接続によって送信される）、およびコンピュータ可読記憶メディアを含む。コンピュータ可読記憶メディアの例は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気メディア（例えば、内蔵ハードディスクまたはリムーバブルディスク）、光磁気メディア、および、コンパクトディスク（ＣＤ）またはデジタルバーサタイルディスク（ＤＶＤ）などの光学メディアを含むが、それらに制限されない。ソフトウェアとの関連付けの状態にあるプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ノード−Ｂ、ｅＮＢ、ＨＮＢ、ＨｅＮＢ、ＡＰ、ＲＮＣ、無線ルータ、または、任意のホストコンピュータでの使用のための無線周波数トランシーバを実行するために使用され得る。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図6C】

【図6D】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】