JP7405954B2 - 応答時間の管理のためのシステム及び方法 - Google Patents

Description

本発明は、一般的には、無線ネットワークの分野に関し、更に具体的には、ＭＴ（モバイル端末）データ応答（ＴＤＡ）の要求された再送信時間（ＲＲＴ）の包含に基づく少なくとも一つの狭帯域のモノのインターネット（ＮＢ－ＩｏＴ）デバイスに対する応答時間を管理するためのシステム及び方法に関する

以下の関連技術の説明は、本開示の分野に関する背景情報を提供することを意図する。このセクションは、本開示の様々な特徴に関連する当技術分野の特定の態様を含む。しかしながら、このセクションは、先行技術の承認としてではなく、本開示に関する読者の理解を高めるためにのみ使用されることを理解されたい。

従来のセルラー展開では、十分に広い領域をカバーするために適切な電力のマクロセルが展開されている。しかしながら、マクロセルのみの展開では、マクロセルのカバレッジエリアで動作するユーザ機器の数が増えるために容量が急速に低下する。したがって、通信事業者は、一つ以上のマクロカバレッジエリア内の複数の戦略的な場所に配置された一つ以上の（一般的にフェムトセル／ピコセル／マクロセルと称する）低電力スモールセルラーセルによってマクロセルの展開を強化している。強化されたセルラーネットワークは、異種ネットワーク（ＨｅｔＮｅｔ）と呼ばれている。一般的なＨｅｔＮｅｔの場合、スモールセルの戦略的な場所は、一般的には、ショッピングモール、空港、鉄道／バスの駅、大学等のようなユーザが密集しているエリアを含む。また、場所は、デッドスポットのあるエリア又はマクロカバレッジエリアの屋内施設若しくは周辺の場所のようなマクロ信号強度の低いエリアを含むことがある。上記のように複数の戦略的な場所に配置されたスモールセルで強化されたＨｅｔＮｅｔは、モバイルデータ容量の増加をモバイルカバレッジの向上とともに実現し、それによって、ユーザのモバイルブロードバンドエクスペリエンス全体を強化する。また、移動体通信ネットワークでは、特にユーザ密度が高いエリア又は建物の侵入損失が大きいエリアにおいて、オペレータが高いユーザスループットに対応するとともにマクロ基地局のみの均一な展開全体で許容可能な信号品質を維持することが困難である場合がある。小型基地局（又はスモールセル）は、マクロ基地局と一緒に使用するときに容量及びカバレッジの向上並びに設備投資及び運用コストの削減という二つの目的を果たす。サービス事業者は、ユーザ密度の高いローカライズされたエリア、例えば、オフィス、複合商業施設等に対応するために小型基地局をますます展開している。

４Ｇ通信システムの導入以来、ワイヤレスデータトラフィックの需要は飛躍的に増加し、“Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ”又は“ＰｏｓｔＬＴＥＳｙｓｔｅｍ”とも称される改良された５Ｇ又はｐｒｅ－５Ｇ通信システムの開発に取り組んできた。５Ｇ通信システムは、高データレートを実現するために高周波数（ｍｍＷａｖｅ）帯域、例えば６０ＧＨｚ帯域で実装されると考えられる。電波の伝搬損失を低減するとともに伝送距離を伸ばすために、ビームフォーミング、大規模多入力多出力（ＭＩＭＯ）、全次元ＭＩＭＯ（ＦＤ－ＭＩＭＯ）、アレイアンテナ、アナログビームフォーミング、大規模アンテナ等の技術は、５Ｇ通信システムで議論されている。また、５Ｇ通信システムでは、高度なスモールセル、クラウド無線アクセスネットワーク（ＲＡＮ）、超高密度ネットワーク、デバイス間（Ｄ2Ｄ）通信、無線バックホール、移動ネットワーク、協調通信、協調マルチポイント（ＣｏＭＰ）、受信側干渉キャンセル等をベースに、システムネットワーク改善のための開発が進んでいる。５Ｇシステムでは、高度なコーディング変調（ＡＣＭ）としてのハイブリッドＦＳＫ及びＱＡＭ変調（ＦＱＡＭ）及びスライディングウィンドウ重畳符号化（ＳＷＳＣ）並びに高度なアクセス技術としてのフィルターバンクマルチキャリア（ＦＢＭＣ）、非直交多元接続（ＮＯＭＡ）及びスパースコード多重アクセス（ＳＣＭＡ）が開発された。

また、３ＧＰＰは、最近、ローパワーワイドエリア技術（ＬＰＷＡ）よりも優れた性能を備えたローエンドＩｏＴアプリケーション向けのリリース１３の新技術ＮＢ－ＩｏＴを導入した。ＮＢ－ＩｏＴ技術は、ＬＴＥの認可された帯域に実装された。この技術は、１８０ｋＨｚの最小システム帯域幅すなわち一つのＰＲＢ（物理リソースブロック）を利用する。ＮＢ－ＩｏＴを、後に図２に示すように、「インバンド」、「ガードバンド」及び「スタンドアロン」の三つのモードで展開することができる。「インバンド」動作では、ＬＴＥキャリア内に存在するリソースブロックが使用される。内部リソースブロックは、ＬＴＥ信号の同期に割り当てられるので使用されない。「ガードバンド」動作では、どの事業者も利用していないＬＴＥキャリア間のリソースブロックが使用される。「スタンドアロン」動作では、ＧＳＭ（登録商標）周波数が使用される又は未使用のＬＴＥバンドが使用される。３ＧＰＰのリリース１３は、不連続受信（ｅＤＲＸ）及び省電力モードのような重要な改良点を含む。ＰＳＭ（省電力モード）は、リリース１２でバッテリーの寿命を保証するとともに更に頻繁にデータを受信する必要があるデバイス用にｅＤＲＸによって完成される。

さらに、ＮＢ－ＩｏＴ技術は、文房具である水のメーター読取り及び電力消費のようなデバイスに焦点を当てている。いくつかの典型的な使用例は、施設管理サービス、住宅及び商業用不動産の火災警報器、人及び物の追跡等である。ＮＢ－ＩｏＴサービスが付加価値をもたらすことができる産業のいくつかは、スマートシティ、スマートホーム、安全及びセキュリティ、農業、ヘルスケア並びにエネルギーである。また、ＩｏＴ業界の別の例は、出荷場所のリアルタイム追跡を可能にするために、分析のために収集及び取得した大量のセンサーデータを出荷コンテナの追跡デバイスによって送信するロジスティック追跡を含む。出力表示ユニットは、アラートの受信に使用されるとともにサービスの推奨事項で最適化される。

さらに、省電力モード（ＰＳＭ）能力は、ＵＥ（ＮＢ－ＩｏＴデバイス）の消費電力の削減に重点を置いており、ＬＴＥ技術とＧＳＭ（登録商標）技術の両方で定義されており、これによって、デバイスがディープスリープモードに入ることができる。ＰＳＭは、まれなデータ送信のために設計されたＵＥを対象としており、モバイル終端通信で対応する待ち時間を受け入れることができる。さらに、ＰＳＭアプローチでは、ＵＥは、データを送受信するためにアクティブである必要がある頻度及び期間を決定する。ＰＳＭモードは、電源オフに似ているが、ＵＥは、ネットワークに登録されたままである。これは、ＵＥが再びアクティブになったときにパケットデータネットワーク（ＰＤＮ）接続を再接続又は再確立する必要がないことを意味する。ＵＥは、ＰＳＭモードになっている間にモバイル終端サービスに到達できないが、ネットワークは、これを認識し、ＵＥのページングを無駄にしないようにする。しかしながら、ＵＥが接続モードになっている間及び接続モードが確立された後のアクティブな期間は、モバイル終端サービスが使用できる。ＵＥは、アタッチ、トラッキングエリアアップデート（ＴＡＵ）又はルーティングエリアアップデートに目的の値のタイマー（Ｔ３３２４）を含めるだけでＰＳＭを要求する。Ｔ３３２４は、ＵＥが接続モードからアイドルモードに移行した後にページングチャネルをリッスンする時間となる。タイマーが時間切れになると、ＵＥは、ＰＳＭに入る。ＵＥは、ネットワークによってブロードキャストされるＴ３４１２より長くＰＳＭに留まるために拡張されたＴ３４１２である第２のタイマーを含むこともできる。ネットワークは、アタッチ／ＴＡ ／ＲＡＵ受入れ手順で使用されるＴ３３２４（及びＴ３４１２）の実際の値を提供することによってＰＳＭを受け入れる。Ｔ３４１２を含む最大期間は約４１３日である。また、Ｔ３３２４は、ＰＳＭのアクティブ時間として使用され、Ｔ３４１２／Ｔ３４１２＿ｅｘｔは、ＰＳＭのスリープ期間に使用される。

さらに、拡張アイドルモード不連続受信（ｅＤＲＸ）は、アイドルモードでのスリープサイクルを延長することによってデバイス／ＮＢ－ＩｏＴデバイスの消費電力を削減する別のメカニズムである。これにより、デバイスは、電力を節約するためにＤＲＸ期間の延長中に回路の一部をオフにすることができる。拡張ＤＲＸの間、デバイスは、ページング又はダウンリンク制御チャネルをリッスンしておらず、したがって、ネットワークをデバイスに接続することを試みるべきではない。ＰＳＭとの主な違いは、この能力がモバイル終端データに役立ち、現在のＤＲＸと比較して到達可能性が遅れていることである。ＰＳＭで同程度のモバイルターミネーションサービスの到達可能性を実現するために、ＵＥは、ＰＳＭを終了するとともに拡張アイドルモードＤＲＸサイクルと同一の頻度で定期的なＴＡＵ／ＲＡＵを発行する必要があり、したがって、ネットワークの追加シグナリング及びＵＥの電力消費が発生する。ＵＥは、ｅＤＲＸパラメータＩＥを含めることによってアタッチ、トラッキングエリア更新（ＴＡＵ）又はルーティングエリア更新（ＲＡＵ）手順中に拡張アイドルモードＤＲＸサイクル（ｅＤＲＸ）の使用を要求することができる。

さらに、これに従って、５Ｇ通信システムをＩｏＴネットワークに適用するための様々な試みが行われてきた。例えば、センサーネットワーク、マシンタイプ通信（ＭＴＣ）、マシンツーマシン（Ｍ2Ｍ）通信のような技術を実装してもよい。クラウド無線アクセスネットワーク（ＲＡＮ）及びビッグデータ処理技術の適用も、５Ｇ技術とＩｏＴ技術との間の収束の例と見なすことができる。一方、ＬＴＥシステムは、アプリケーション固有のアクセス禁止を実行するか否かを判断するとともにアプリケーションごとにアクセスを制御することができる。しかしながら、複雑なアプリケーション固有のアクセス禁止メカニズムでは、一貫性のあるアクセス制御メカニズムが必要になる。

さらに、ページング障害が発生した場合、ｖＭＭＥ（仮想化ＭＭＥ）／ＭＭＥは、サービス能力公開機能（ＳＣＥＦ）に対するモバイル端末データ応答（ＴＤＡ）にＲＲＴ（要求された再送信タイマー）を含まないことが確認されている。ページングが失敗した場合にＳＣＥＦに送信されるエラーコードは、ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＮＲＡＣＨＡＢＬＥ＿ＵＳＥＲ（４２２１）である。また、現在知られている技術は、正しいエラーコードでページングが失敗した場合にＳＣＥＦに送信される全てのＴＤＡメッセージにＲＲＴを含めることができる機能を有しない。さらに、現在、ｖＭＭＥ／ＭＭＥは、ＲＲＴを含まず、ＴＤＡメッセージでエラーコード“ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＮＲＡＣＨＡＢＬＥ＿ＵＳＥＲ”を送信し、ＴＡＵ要求メッセージ（タイマーＴ３４１２の満了）を受信した後に何らかの理由でページングが失敗した場合、ＭＭＥは、ＣＭＲ－フラグ値１を有するＣＭＲ－Ｕｐｄａｔｅを送信しない。また、現在の実装の３ＧＰＰに従って、エラーコードがＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＮＲＡＣＨＡＢＬＥ＿ＵＳＥＲに設定されている場合、ＲＲＴは、ｖＭＭＥ／ＭＭＥに含まれない。さらに、ＳＣＥＦでバッファリングされたものとして配信されない全てのＭＴデータは、ｖＭＭＥがＳＣＥＦに向けてＣＭＲ－Ｕｐｄａｔｅを送信するまで再試行されない。さらに、ｖＭＭＥは、ＲＲＴがＴＤＡメッセージに含まれている場合にのみＣＭＲ－Ｕｐｄａｔｅを送信する。その結果、ＵＥに送信される予定だったＳＣＥＦでバッファリングされた全てのデータは、再度送信が試行されることがない。さらに、この仕様は、ＵＥが省電力メカニズム（拡張アイドルモードＤＲＸのような）を使用するとともにＵＥが現在到達できないときに、ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮＲＥＡＣＨＡＢＬＥエラーコードを含めることを指定する。

したがって、現在のシステムでは、正しいエラーコードでページングが失敗した場合にＳＣＥＦに送信される全てのＴＤＡメッセージにＲＲＴを含めることができる機能を有する必要がある。したがって、これら既存の制限及び他の既存の制限を考慮して、以前の既存の解決の制限を克服するための解決を提供し、要求された再送信時間（ＲＲＴ）をＭＴ（モバイル端末）データ応答（ＴＤＡ）に含めることに基づく少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するための方法及びシステムを提供することが不可欠である。

このセクションは、以下の詳細な説明で更に説明する簡略化された形態で本発明の特定の目的及び態様を導入するために提供される。この要約は、主張された主題の主要な特徴又は範囲を特定することを意図したものではない。

前のセクションで言及したような既知の解決に関連する少なくともいくつかの問題を解消するために、本開示の目的は、正しいエラーコードを有するページングが失敗した場合にＳＣＥＦに送信される全てのＴＤＡメッセージに含めることができるＲＲＴの特徴を提供することである。本発明の別の目的は、ＵＥが到達可能になるときは常にＳＣＥＦが最後でバッファリングされたＭＴデータ要求３２を再試行することができるシステム及び方法を提供することである。さらに、本発明の目的は、ページングに失敗した場合にＴＤＡメッセージにＲＲＴメッセージングの手動の介入を減少させるように自動的に実装することができる使用法（静的／動的）に従って省電力モードを選択することにより、ＰＳＭ及びｅＤＲＸを動的な使用を通じてＮＢ－ＩｏＴデバイス（すなわち、ＵＥ）に省電力モードを提供することである。さらに、本発明の別の目的は、ＰＳＭ又はｅＤＲＸにおける静的アクティブウィンドウ又は動的アクティブウィンドウの間にいつでもＩｏＴデバイスへのアクセスに到達することが予測される使用事例のためのシステム及び方法を提供することである。また、本発明の別の目的は、ページングが失敗した場合にＴＤＡメッセージのＲＲＴメッセージングを伴うＰＳＭ／ｅＤＲＸとの緊密な結びつきが原因で部分的に予測不可能な終端されたデバイスアクセスの場合でもＩｏＴの省電力モードを使用する能力をサービスオペレータに提供するシステム及び方法を提供することである。さらに、本発明の目的は、厳しい要件のために省電力モードを構成することが困難であるＩｏＴデバイスの領域に価値を提供するシステム及び方法を提供することである。本発明の別の目的は、低コストの省電力解決を提供するとともにＮＢ－ＩｏＴデバイスの電力を節約してデバイスのバッテリー寿命を延長させることである。さらに、本発明の目的は、省電力メカニズムの実装が使用事例、エンジニアリングサービスの労力及びデバイスのコストに基づいて自動化される場合の省電力解決を提供することである。また、本発明の別の目的は、リアルタイムの使用事例に適合するように、ＩｏＴデバイスの省電力モードを最適化するための解決を提供するためのシステム及び方法を提供し、デバイスの最大の省電力をもたらすことである。本発明の更に別の目的は、ＰＳＭ／ｅＤＲＸパラメータと共に開始／終了タイミング情報を提供するためのシステム及び方法を提供することである。

上記の目的を達成するために、本発明は、応答時間の管理のための方法及びシステムを提供する。本発明の第１の態様は、少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するための方法に関する。方法は、ＭＭＥにおいて、少なくとも一つのＮＢ－ＩｏＴデバイスに対する少なくとも一つのダウンリンクデータに対応して生成された少なくとも一つのモバイル端末データ要求（ＴＤＲ）をＳＣＥＦから受信することを包含する。その後、方法は、ＭＭＥにおいて、受信した少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングすることを備える。さらに、方法は、ＭＭＥによって、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について、要求された再送信時間（ＲＲＴ）を計算することを備える。方法は、その後、少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するために、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々に対応する少なくとも一つのモバイル端末データ応答（ＴＤＡ）をＭＭＥからＳＣＥＦに送信することであって、少なくとも一つのモバイル端末データ応答（ＴＤＡ）は、対応するバッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について計算した要求再送信時間（ＲＲＴ）を備えることを備える。

本発明の別の態様は、少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するためのシステムに関する。システムは、少なくとも一つのＮＢ－ＩｏＴデバイスに対する少なくとも一つのダウンリンクデータに対応して生成された少なくとも一つのモバイル端末データ要求（ＴＤＲ）をＳＣＥＦから受信するように構成されたＭＭＥを備える。さらに、ＭＭＥは、受信した少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングするように構成されている。さらに、ＭＭＥは、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について、要求された再送信時間（ＲＲＴ）を計算するように構成される。その後、ＭＭＥは、少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するために、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々に対応する少なくとも一つのモバイル端末データ応答（ＴＤＡ）をＳＣＥＦに送信し、少なくとも一つの移動端末データ応答（ＴＤＡ）は、少なくとも、対応するバッファリングされた少なくとも一つの移動端末データ要求（ＴＤＲ）の各々について計算した要求された再送信時間（ＲＲＴ）備えるように構成される。

本明細書に組み込まれるとともに本発明の一部を構成する添付の図面は、同様の参照番号が異なる図面全体に亘って同一の部分を指す開示された方法及びシステムの例示的な実施形態を示す。図面中の構成要素は、必ずしも一定の縮尺である必要はなく、代わりに、本発明の原理を明確に示すことに重点が置かれている。一部の図面は、ブロック図を使用して構成要素を示す場合があり、各構成要素の内部回路を表していない場合がある。そのような図面の発明がそのような構成要素を実施するために一般的に使用される電気部品、電子部品又は回路の発明を含むことが当業者によって理解される。

本発明の例示的な実施形態による例示的なネットワークアーキテクチャ図［１００］を示す。 本発明の例示的な実施形態による少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するためのシステム［２００］の例示的なブロック図を示す。 本発明の例示的な実施形態による少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するための方法［３００］を示す例示的な方法の流れ図を示す。 本発明の例示的な実施形態による少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間の管理のプロセスの例示的な実施例を示す例示的な流れ図［４００］を示す。 本発明の例示的な実施形態による少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間の管理のプロセスの例示的な実施例を示す例示的なシーケンス図を示す。 本発明の例示的な実施形態によるＮＢ－ＩｏＴセルの例示的なブロック図を示す。

上記は、本発明の以下のより詳細な説明からより明らかになる。

以下の説明では、説明の目的で、本開示の実施形態の完全な理解を提供するために様々な特定の詳細を示す。しかしながら、本開示の実施形態をこれらの特定の詳細なしで実施できることは明らかである。以下で説明するいくつかの機能を、それぞれ互いに独立して又は他の機能の任意の組合せで使用することができる。個々の機能が上記の問題の全てに対処しなくてもよい又は上記の問題の一部のみに対処してもよい。上記の問題のいくつかは、ここで説明する機能のいずれによっても完全に対処されなくてもよい。

以下の説明は、例示的な実施形態のみを提供するものであり、本開示の範囲、適用可能性又は構成を限定することを意図するものではない。むしろ、例示的な実施形態の後の説明は、例示的な実施形態を実施するための有効な説明を当業者に提供する。記載された本発明の精神及び範囲から逸脱することなく要素の機能及び配置に様々な変更を加えることができることを理解されたい。

実施形態の完全な理解を提供するために、特定の詳細を以下の説明に与える。しかしながら、これらの特定の詳細なしで実施形態を実施できることが当業者によって理解される。例えば、回路、システム、ネットワーク、プロセス及び他の構成要素を、実施形態を不必要に詳細に曖昧にしないためにブロック図の形で構成要素トとして示してもよい。他の例では、実施形態を曖昧にすることを回避するために、周知の回路、プロセス、アルゴリズム、構造及び技術を不必要な詳細なしで示すことができる。

また、個々の実施形態をフローチャート、フロー図、データフロー図、構造図又はブロック図として示すプロセスとして説明できることに留意されたい。フローチャートが動作を順次プロセスとして説明する場合があるが、動作の多くを並行して又は同時に実行することができる。さらに、動作の順序を再配置してもよい。プロセスは、動作が完了すると終了するが、図に含まれていない追加のステップが含まれる場合がある。プロセスは、メソッド、関数、プロシージャ、サブルーチン、サブプログラム等に対応する場合がある。プロセスが関数に対応するとき、その終了は、呼び出す関数又はメイン関数への関数の戻りに対応することができる。

さらに、実施形態を、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語又はその任意の組合せによって実装してもよい。ソフトウェア、ファームウェア、ミドルウェア又はマイクロコードによって実装される場合、必要なタスク（例えば、コンピュータプログラム製品）を実行するためのプログラムコード又はコードセグメントを、機械可読媒体に格納してもよい。（一つ以上の）プロセッサは、必要なタスクを実行してもよい。

「例示的」及び／又は「実証的」という用語を、ここでは、例、実例又は例示として機能することを意味するために使用する。誤解を避けるために、ここに開示される主題は、そのような例によって限定されない。さらに、ここで「例示的」及び／又は「実証的」として説明される任意の態様又は設計は、必ずしも他の態様又は設計よりも好ましい又は有利であると解釈されるべきではなく、当業者に知られている同等の例示的な構造及び技術を排除することを意味しない。さらに、「含む」、「有する」、「包含する」という用語及び他の同様の単語が詳細な説明又は特許請求の範囲のいずれかで使用される限り、そのような用語は、追加の要素又は他の要素を排除することなく、空白で区切られた転換語（ｏｐｅｎ ｔｒａｎｓｉｔｉｏｎ ｗｏｒｄ）としての「備える」という用語と同様の手法で包括的であることを意図する。

本明細書全体を通して「一実施形態」又は「実施形態」又は「例」又は「一例」への言及は、実施形態に関連して説明される特定の特徴、構造又は特性が本発明の少なくとも一つの実施形態に含まれることを意味する。したがって、本明細書全体の様々な場所での「一実施形態において」又は「実施形態において」という句の出現は、必ずしも全てが同一の実施形態を指すとは限らない。さらに、特定の特徴、構造又は特性を、一つ以上の実施形態において任意の適切な方法で組み合わせることができる。

ここで使用される用語は、特定の実施形態を説明することのみを目的としており、本発明を限定することを意図するものではない。本明細書で使用される場合、単数形「ａ」、「ａｎ」及び「ｔｈｅ」は、文脈が明らかに他のことを示さない限り複数形も含むことを意図している。さらに、「備え」及び／又は「備える」という用語は、本明細書で使用されるときには、記載された特徴、整数、ステップ、動作、要素及び／又は構成要素の存在を指定するが、一つ以上の他の特徴、整数、ステップ、動作、要素、構成要素及び／又はそのグループの存在又は追加を排除するものではないことが理解される。ここで使用される場合、「及び／又は」という用語は、関連するリストされたアイテムの一つ以上のありとあらゆる組み合わせを含む。

本明細書で使用される場合、「構成要素」、「システム」、「プラットフォーム」、「ノード」、「レイヤー」、「セレクター」、「インターフェース」等の用語は、（例えば、実行中の）コンピュータ関連のエンティティ、ハードウェア、ソフトウェア及び／又はファームウェアを指すことを意図する。例えば、構成要素は、プロセッサ、プロセッサ、オブジェクト、実行可能ファイル、プログラム、ストレージデバイス及び／又はコンピュータで実行されるプロセスとすることができる。例として、サーバで実行されているアプリケーション及びサーバを構成要素にすることができる。一つ以上の構成要素をプロセス内に配置し、構成要素を一つのコンピュータにローカライズすることができる及び／又は二つ以上のコンピュータに分散させることができる。

さらに、これらの構成要素を、様々なデータ構造が格納されている様々なコンピュータ可読媒体から実行することができる。構成要素は、ローカル及び／又はリモートプロセスを介して、例えば、一つ以上のデータパケット（例えば、ある構成要素からのデータ。当該構成要素は、ローカルシステム又は分散システムの他の構成要素とやり取りを行う及び／又はインターネットのネットワークを通じて信号を介して他のシステムとやり取りを行う）を有する信号に従って通信を行うことができる。別の例として、構成要素は、ソフトウェアアプリケーション又はプロセッサによって実行されるファームウェアアプリケーションによって操作される電気回路又は電子回路によって操作される機械部品によって提供される特定の機能を備えた装置であってもよく、プロセッサは、装置の内部又は外部に存在することができ、ソフトウェア又はファームウェアアプリケーションの少なくとも一部を実行する。更に別の例として、構成要素を、機械部品なしで電子構成要素を介して特定の機能を提供する任意の装置にすることができ、電子構成要素は、電子構成要素の機能を少なくとも部分的に与えるソフトウェア又はファームウェアを実行するプロセッサを含むことができる。

さらに、開示された主題を、開示された主題を実装するためにコンピュータを制御するためのソフトウェア、ファームウェア、ハードウェア又はその任意の組合せを生成するための標準的なプログラミング及び／又はエンジニアリング技術を使用する方法、装置又は製造品として実装してもよい。ここで使用される「製造品」という用語は、任意のコンピュータ可読デバイス、コンピュータ可読キャリア又はコンピュータ可読媒体からアクセス可能なコンピュータプログラムを包含することを意図する。例えば、コンピュータ可読媒体は、磁気記憶装置、例えば、ハードディスク、フロッピーディスク（登録商標）、（一つ以上の）磁気ストリップ、光ディスク（例：コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク（ＢＤ））、（一つ以上の）スマートカード、（一つ以上の）フラッシュメモリデバイス（例：カード、スティック、キードライブ）を含んでもよいが、それに限定されない。

ここで使用される場合、「ＩｏＴセンサーデバイス」又は「ＩｏＴデバイス」又は「ＮＢ－ＩｏＴセンサーデバイス」又は「ＮＢ－ＩｏＴデバイス」又は「ユーザ機器（ＵＥ）」又は「デバイス」等の用語が、本明細書の全体に亘って交換可能に使用され、電気デバイス、電子デバイス、電気機械デバイス及びコンピューティングデバイスを指す。一例では、ＵＥは、ｅＤＲＸ及びＰＳＭ構成並びにＮＢ－ＩｏＴもサポートする任意のチップセットベースのデバイスであってもよい。ＮＢ－ＩｏＴデバイスは、一つ以上のパラメータの受信及び／又は送信を行い、一つ以上の機能を実行し、他のＩｏＴセンサーデバイス及び非ＩｏＴセンサーデバイスと通信を行い、これらのデバイスとのデータの送信及び／又は受信を行うことができる。ＩｏＴセンサーデバイスは、プロセッサと、ディスプレイと、メモリと、バッテリーと、ハードキーパッド及び／又はソフトキーパッドのような入力手段と、を有してもよい。少なくとも一つのＮＢ－ＩｏＴデバイス／ＩｏＴセンサーデバイスは、サーモスタット、電気スイッチ、洗濯機、コンピューティングデバイス、コーヒーメーカー、冷蔵庫、ヘッドフォン、ランプ、部屋のセンサー、マイクロ波、ファン、ライト及び当業者に明らかなそのようなデバイスを含んでもよいが、それに限定されない。ＮＢ－ＩｏＴデバイスは、ＩＰ対応通信、ＺｉｇＢｅｅ（登録商標）、ブルートゥース（登録商標）、ブルートゥース（登録商標）低エネルギー（ＢＬＥ）、近距離無線通信、Ｚ－Ｗａｖｅ（登録商標）、Ｔｈｒｅａｄ－Ｘ等を含むがそれに限定されない任意の無線アクセス技術で動作することができる。

さらに、「ユーザ」、「加入者」、「顧客」、「消費者」、「代理人」、「所有者」等の用語は、文脈が用語間の特定の区別を必要としない限り本明細書及び関連する図面全体で交換可能に使用される。そのような用語が人間の実体又は人工知能によってサポートされる自動化された構成要素、例えば、シミュレートされた視覚、音の認識、意思決定等を提供できる複雑な数学形式に基づいて推論を行う能力を指すことができることを理解されたい。さらに、「ワイヤレスネットワーク」及び「ネットワーク」という用語を、文脈が用語間の特定の区別を保証しない限り本願において交換可能に使用される。

ここで使用される場合、「プロセッサ」又は「処理ユニット」は、一つ以上のプロセッサを含み、プロセッサは、命令を処理するための任意の論理回路を指す。プロセッサは、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ、複数のマイクロプロセッサ、ＤＳＰコアに関連する一つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、低性能マイクロコントローラ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ回路、他のタイプの集積回路等であってもよい。プロセッサは、信号符号化データ処理、入出力処理及び／又は本開示によるシステムの動作を可能にする他の任意の機能を実行することができる。更に具体的には、プロセッサ又は処理ユニットは、ハードウェアプロセッサである。

ここで使用される場合、「モビリティ管理エンティティ（ＭＭＥ）」は、ＵＥ／ＮＢ－ＩｏＴデバイスとコアネットワーク（ＣＮ）との間のシグナリングを処理する制御ノード／ユニットである。さらに、ＵＥとＣＮの間で実行されるプロトコルは、非アクセス層（ＮＡＳ）プロトコルとして知られている。ＭＭＥでサポートされる主な機能は、ベアラ管理に関連する機能として分類することができる。これは、ベアラの確立、保守及び解放を含み、ＮＡＳプロトコルのセッション管理層及び接続管理に関連する機能によって処理される。これは、ネットワークとＵＥとの間の接続及びセキュリティの確立を含み、ＮＡＳプロトコル層の接続又はモビリティ管理層によって処理される。

ここで使用される「サービス能力公開機能（ＳＣＥＦ）」は、企業と事業者のコアネットワーク（ＣＮ）との間の小規模なデータ転送及び制御メッセージングのためのモジュール／インターフェースである。ＳＣＥＦは、小規模なデータ転送及び制御メッセージのために企業にＡＰＩを提供し、その機能のパフォーマンスにおいて、オペレータのコアネットワークのネットワーク要素との3ＧＰＰ定義のインターフェースを使用する。ＳＣＥＦの主な機能は、ＡＰＩ及びＡＡＡ、外部ＩＤ、ＮＩＤＤ並びに新しい収益の公開能力である。また、ＡＰＩは、ネットワーク能力を公開し、オペレータは、ＡＰＩの使用に対して料金を請求してもよい。ＡＰＩは、企業によるアプリケーションの多くの使用事例を可能にする。

以下、当業者が本開示を容易に実施できるように、本開示の例示的な実施形態を、添付図面を参照して詳しく説明する。

本発明は、ＣＩｏＴ ｖＥＰＣの使用のエリアを有する狭帯域のモノのインターネット（ＮＢ－ＩｏＴ）セル／チャネルの領域における応答時間の管理のための解決を提供する。本発明は、正しいエラーコードでのページング失敗の場合に、要求された再送信時間（ＲＲＴ）の特徴がモビリティ管理エンティティ（ＭＭＥ）からサービス能力公開機能（ＳＣＥＦ）に送信する全てのモバイル端末データ応答（ＴＤＡ）メッセージに含まれる解決を提供する。要求された再送信時間（ＲＲＴ）は、ＭＭＥがＳＣＥＦにモバイル端末データ要求（ＴＤＲ）の再送信を要求する時間を示す。さらに、ページング失敗イベントでは、正しいエラーコードを含むＴＤＡメッセージにＲＲＴを含めることによって、ＭＭＥがＳＣＥＦに更新要求（すなわち、ＣＭＲ－フラグ値1のＣＭＲ－更新）を送信できるようになり、さらに、ＭＣＥＦにおいて、ＭＭＥから送信された対応する一つ以上のＴＤＡメッセージに応答して、ＭＣＥＦにおいて、一つ以上のモバイル端末データ要求（ＴＤＲ）をＳＣＥＦから受信する。したがって、本発明は、ページングの失敗のためにＭＴデータ要求が配信されない場合、モビリティ管理エンティティ（ＭＭＥ）からサービス能力公開機能（ＳＣＥＦ）へのＭＴ（移動端末）データ応答（ＴＤＡ）の要求された再送信時間（ＲＲＴ）を含めることによる応答情報の同期を可能にする。したがって、本発明は、モビリティ管理エンティティ（ＭＭＥ）からＳＣＥＦへのＣＭＲ－更新の送信の失敗のためにサービス能力露出機能（ＳＣＥＦ）においてバッファリングされたものとして配信されない全てのＭＴ（モバイル端末）データを再試行できなかった以前の既知の解決の制限を克服する。

本発明を、図面を参照して更に詳しく説明する。

図１を参照すると、本発明の例示的な実施形態による例示的なネットワークアーキテクチャ図［１００］を示す。

図１に示すように、ＮＢ－ＩｏＴデバイス［１０２］は、ネットワークエンティティ［１０４］に接続され、ネットワークエンティティ［１０４］は、サーバユニット／アプリケーションサーバ［１０６］に更に接続される。ネットワークエンティティ［１０４］は、本発明の様々な機能を実施するように構成されたシステム［２００］を更に備える。さらに、図１に示すようなネットワークアーキテクチャ図は、単一のＮＢ－ＩｏＴデバイス［１０２］、単一のネットワークエンティティ［１０４］及び単一のサーバユニット［１０６］を用いた例示的な実装を示すが、当業者には明らかである又は本開示の特徴を実施するために必要とされるように、そのようなユニットが複数存在する場合もあれば、そのような数のユニットが存在する場合もある。

ＮＢ－ＩｏＴデバイス［１０２］は、拡張アイドルモード不連続受信（ｅＤＲＸ）及び省電力モード（ＰＳＭ）構成をサポートするチップセットベースのデバイスを有してもよいが、それに限定されない。ＮＢ－ＩｏＴデバイス［１０２］は、一つ以上のパラメータの受信及び／又は送信、（一つ以上の）機能の実行、他のＩｏＴセンサーデバイス及び非ＩｏＴセンサーデバイスとの通信ならびにこれらのデバイスとのデータの送信及び／又は受信を行うことができる。ＩｏＴセンサーデバイスは、プロセッサと、ディスプレイと、メモリと、バッテリーと、ハードキーパッド及び／又はソフトキーパッドのような入力手段と、を有してもよい。そのようなＮＢ－ＩｏＴデバイス［１０２］の例は、Ｐｅｏｐｌｅ－Ｔｒａｃｋｅｒ、Ｓｍａｒｔ－ｍｅｔｅｒ（登録商標）、バイクロック等である。

さらに、ネットワークエンティティ［１０４］は、無線インターフェースの送受信用に構成される。また、これは、無線チャネルの変調／復調、チャネルの符号化／復号化及び多重化／逆多重化を含む。さらに、システム情報は、ネットワークにアクセスするための前提条件としてＵＥ（すなわち、ＮＢ－ＩｏＴデバイス［１０２］）に基本的な情報を提供するために、無線インターフェースダウンリンク（ＤＬ）の各セルでブロードキャストされる。ネットワークエンティティの他の機能［１０４］は、専用ＮＡＳ情報及び非３ＧＰＰ専用情報の転送、ＵＥ無線アクセス能力情報サービスの転送等を含む。さらに、ネットワークエンティティ［１０４］は、システム［２００］を備え、システム［２００］は、（一つ以上の）ＮＢ－ＩｏＴデバイスに対する応答時間を管理するための本発明の特徴を実装するように構成される。

さらに、少なくとも一つのモバイル端末（ＭＴ）データをＮＢ－ＩｏＴデバイス［１０２］に配信するためのサーバユニット［１０６］は、少なくとも一つの一つのダウンリンクデータをネットワークエンティティ［１０４］／システム［２００］に送信するように構成される。さらに、サーバユニット［１０６］が少なくとも一つのダウンリンクデータをネットワークエンティティ［１０４］に送信する場合及びそのようなイベントにおいてＮＢ－ＩｏＴデバイス［１０２］が接続状態にある場合、ネットワークエンティティ［１０４］は、ＮＡＳメッセージの少なくとも一つのダウンリンクデータをＮＢ－ＩｏＴデバイス［１０２］に送信し、少なくとも一つのＭＴデータをＮＢ－ＩｏＴデバイス［１０２］に更に配信する。また、他のイベントにおいて、（例えば、ページング障害のために）ＮＢ－ＩｏＴデバイス［１０２］は接続状態にない場合、少なくとも一つのＭＴデータをＮＢ－ＩｏＴデバイス［１０２］に配信するためのネットワークエンティティ［１０４］のシステム［２００］は、本発明の機能を実装することにより、ＮＢ－ＩｏＴデバイス［１０２］に対する応答時間を管理するように構成される。さらに、サーバユニット［１０６］は、サービス所有者がＮＢ－ＩｏＴデバイス［１０２］のアクティブ時間及びスリープ時間を設定するのにも役立ち、値に応じてｅＤＲＸ及びＰＳＭタイマーをセットする。サーバユニット［１０６］は、ＮＢ－ＩｏＴデバイスアプリケーションに応じてＮＢ－ＩｏＴデバイス固有の情報をユーザに提供することができる。

図２を参照すると、本発明の例示的な実施形態による少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に対する応答時間を管理するためのシステム［２００］の例示的なブロック図を示す。

システム［２００］は、少なくとも一つのモビリティ管理エンティティ（ＭＭＥ）［２０２］及び少なくとも一つのサービス能力公開機能（ＳＣＥＦ）［２０４］を備える。一例では、システム［２００］は、ネットワークエンティティ［１０４］で構成されるとともに少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］及びサーバユニット［１０６］に接続されている。また、以下に別段の記載がない限り、システム［２００］の全ての構成要素／ユニットが相互に接続されていると想定する。また、図２には、少数のユニットのみを示すが、システム［２００］は、複数のそのようなユニットを備えてもよい、又は、システム［２００］は、当業者に明らかである又は本開示の特徴を実施するために必要とされるそのような数のユニットを備えてもよい。

システム［２００］は、システム［２００］の構成要素／ユニット間の相互接続の助けを借りて少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に対する応答時間を管理するように構成される。

少なくとも一つのモビリティ管理エンティティ（ＭＭＥ）［２０２］は、少なくとも一つのサービス能力公開機能（ＳＣＥＦ）［２０４］に接続されている。モビリティ管理エンティティ（ＭＭＥ）［２０２］は、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に対する少なくとも一つのダウンリンクデータに対応して生成された少なくとも一つのモバイル端末データ要求（ＴＤＲ）をサービス能力公開機能（ＳＣＥＦ）［２０４］から受信するように構成される。更に具体的には、最初に、サーバユニット［１０６］は、少なくとも一つのモバイル端末（ＭＴ）データを少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に配信するために少なくとも一つのダウンリンクデータをＳＣＥＦ［２０４］に送信する。ＳＣＥＦ［２０４］は、少なくとも一つのダウンリンクデータを受信すると、少なくとも一つのダウンリンクデータの各々に対応する少なくとも一つのモバイル端末データ要求（ＴＤＲ）を生成するように構成される。その後、ＳＣＥＦ［２０４］は、少なくとも一つのモバイル端末（ＭＴ）データを少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に配信するために、少なくとも一つのモバイル端末データ要求（ＴＤＲ）をＭＭＥ［２０２］に送信する。

さらに、ＭＭＥ［２０２］は、ＭＭＥ［２０２］において少なくとも一つのモバイル端末データ要求（ＴＤＲ）をＳＣＥＦ［２０４］から受信する少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］が接続状態であるか否かを識別するように構成される。さらに、ＭＭＥ［２０２］が、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］が接続状態にあることを識別する場合、ＭＭＥ［２０２］は、ＮＡＳメッセージの少なくとも一つのダウンリンクを少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に送信し、それによって、ＭＭＥ［２０２］は、少なくとも一つのＭＴデータを少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に配信するが、ＭＭＥ［２０２］が、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］が接続状態にないことを識別する場合、ＭＭＥ［２０２］は、受信した少なくとも一つの移動端末データ要求（ＴＤＲ）の各々をバッファリングするように構成される。

さらに、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］がアクティブ状態で接続されていない場合（すなわち、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］がＰＳＭモード又はｅＤＲＸモードではないときに少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］が接続されていない場合）、ＭＭＥ［２０２］は、ＭＭＥ［２０２］と少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］と間のページングサイクルに基づいて、受信した少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングするように構成される。さらに、そのような場合、受信した少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々は、ページングサイクルの失敗に基づいてＭＭＥ［２０２］でバッファリングされる。例えば、ＭＭＥ［２０２］は、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］がＰＳＭモード又はｅＤＲＸモードではないがページングの失敗があるときに、ＭＭＥ［２０２］においてＳＣＥＦ［２０４］からＴＤＡの各々をバッファリングするように構成される。

さらに、受信した少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングする間、ＭＭＥ［２０２］は、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々のエラーコードを識別するように更に構成される。例えば、ＭＭＥ［２０２］は、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］がＰＳＭモード又はｅＤＲＸモードではないがページングの失敗があるイベントにおいて、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々のＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮＲＥＡＣＨＡＢＬＥエラーコードを識別する。

その後、ＭＭＥ［２０２］は、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての要求された再送信時間（ＲＲＴ）を計算するように構成される。要求された再送信時間（ＲＲＴ）は、ＭＭＥ［２０２］がＳＣＥＦ［２０４］にモバイル端末データ要求（ＴＤＲ）の再送信を要求する時間を示す。さらに、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての要求された再送信時間（ＲＲＴ）は、少なくともエラーコードに基づいて計算される。例えば、ＭＭＥ［２０２］は、エラーコードがＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮ ＲＥＡＣＨＡＢＬＥのイベントにおいて、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］がＰＳＭモード又はｅＤＲＸモードではないがページングの失敗があるときにＲＲＴを計算するように構成される。

また、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての要求された再送信時間（ＲＲＴ）は、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］のアクティブモードの持続時間、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］の省電力モード（ＰＳＭ）の持続時間及びページングサイクルのうちの少なくとも一つに基づいて計算される。さらに、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］の合計アクティブ時間（すなわち、アクティブモードの持続時間）がＸ秒であり、その後にＹ時間のＰＳＭが続き、最初のＴＤＡを受信した後にＭＭＥ［２０２］によって送信されたページング要求が、Ｚ秒のアクティブ時間が残っているときに送信され、ページングの失敗がある場合、ＲＲＴは次のように計算される。
ＲＲＴ＝残りのアクティブ時間＋ＰＳＭ時間、すなわち
ＲＲＴ＝Ｚ秒＋Ｙ時間

さらに、ＭＭＥ［２０２］は、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に対する応答時間を管理するために、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々に対応する少なくとも一つのモバイル端末データ応答（ＴＤＡ）をＳＣＥＦ［２０４］に送信するように構成される。さらに、少なくとも一つのモバイル端末データ応答（ＴＤＡ）は、少なくとも、対応するバッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について計算した要求された再送信時間（ＲＲＴ）を備える。また、少なくとも一つのモバイル端末データ応答（ＴＤＡ）は、少なくとも、対応するバッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＡ）の各々についての識別されたエラーコードを更に備える。例えば、モバイル端末データ応答（ＴＤＡ）は、エラーコードＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮＲＥＡＣＨＡＢＬＥ及び計算したＲＲＴ時間（例えば、Ｚ秒＋Ｙ時間）を備えてもよい。

さらに、ＭＭＥ［２０２］は、トラッキングエリア更新（ＴＡＵ）要求を少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］から受信するように構成される。ＭＭＥ［２０２］は、タイマーの満了に基づいてＴＡＵ更新要求を受信する。例えば、タイマーＴ３４１２が満了すると、ＭＭＥ［２０２］は、ＴＡＵ更新要求を少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］から受信する。その後、ＭＭＥ［２０２］は、ＭＭＥ［２０２］において受信したトラッキングエリア更新要求に基づいて更新メッセージをＳＣＥＦ［２０４］に送信するように構成される。例えば、タイマーＴ３４１２が満了するとき、ＭＭＥ［２０２］は、タイマーＴ３４１２の満了時にＭＭＥ［２０２］において受信したトラッキングエリア更新要求に基づいて、ＣＭＲ フラグ＝１のＣＭＲ更新をＳＣＥＦ［２０４］に向けて送信する。

さらに、ＭＭＥ［２０２］は、更新メッセージに応答した少なくとも一つのモバイル端末データ要求（ＴＤＲ）をＳＣＥＦ［２０４］から受信するように構成される。また、更新メッセージに応答した少なくとも一つのモバイル端末データ要求（ＴＤＲ）を、対応する少なくとも一つのモバイル端末データ応答（ＴＤＡ）の各々について、ＭＭＥ［２０２］においてＳＣＥＦ［２０４］から受信し、少なくとも一つのモバイル端末データ応答（ＴＤＡ）は、ＳＣＥＦ［２０４］でバッファリングされる。その後、ＭＭＥ［２０２］は、更新メッセージに応答して受信した少なくとも一つのモバイル端末データ要求（ＴＤＲ）を、成功したページングイベントに基づいて、ＮＡＳを通じて少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に送信する。例えば、ＳＣＥＦ［２０４］が、ＭＭＥ［２０２］においてバッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々に対応する少なくとも一つのモバイル端末データ応答（ＴＤＡ）をＭＭＥ［２０２］から受信すると、ＳＣＥＦ［２０４］は、少なくとも一つのモバイル端末データ応答（ＴＤＡ）の各々をバッファリングする。さらに、ＳＣＥＦ［２０４］においてＣＭＲ－更新をＭＭＥ［２０２］から受信すると、ＳＣＥＦ［２０４］は、バッファリングされた少なくとも一つのモバイル端末データ応答（ＴＤＡ）の各々に対応するバッファリングされたＭＴデータを再試行し、それによって、ＭＭＥ［２０２］は、更新メッセージに応答した少なくとも一つのモバイル端末データ要求（ＴＤＡ）をＳＣＥＦ［２０４］から受信する。その後、ページングが成功すると、ＭＭＥ［２０２］の全てのＴＤＡは、ＮＡＳを通じて少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に更に送信される。

図３を参照すると、本発明の例示的な実施形態による少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に対する応答時間を管理するための方法［３００］を示す例示的な方法フロー図を示す。一例では、方法は、少なくとも一つのモビリティ管理エンティティ（ＭＭＥ）［２０２］及び少なくとも一つのサービス能力公開機能（ＳＣＥＦ）［２０４］を含むネットワークエンティティ［１０４］で実施され、ネットワークエンティティ［１０４］は、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］及びサーバユニット［１０６］に接続されている。図３に示すように、方法は、ステップ［３０２］において開始する。

ステップ［３０４］において、方法は、モビリティ管理エンティティ（ＭＭＥ）［２０２］において、少なくとも一つのＮＢ－ＩｏＴデバイスに対する少なくとも一つのダウンリンクデータ［１０２］に対応して生成された少なくとも一つのモバイル端末データ要求（ＴＤＲ）をサービス能力公開機能（ＳＣＥＦ）［２０４］から受信することを備える。更に具体的には、方法は、最初に、少なくとも一つの移動端末（ＭＴ）データを少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に配信するために、少なくとも一つのダウンリンクデータをサーバユニット［１０６］を介してＳＣＥＦ［２０４］に送信することを包含する。その後、ＳＣＥＦ［２０４］は、少なくとも一つのダウンリンクデータを受信すると、少なくとも一つのダウンリンクデータの各々に対応する少なくとも一つのモバイル端末データ要求（ＴＤＲ）を生成する。その後、方法は、少なくとも一つの移動端末（ＭＴ）データを少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に配信するために、ＭＭＥ［２０２］において、生成された少なくとも一つの移動端末データ要求（ＴＤＲ）をＳＣＥＦ［２０４］から受信することを包含する。

さらに、方法は、ＭＭＥ［２０２］において少なくとも一つのモバイル端末データ要求（ＴＤＲ）をＳＣＥＦ［２０２］から受信した少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］が接続状態であるか否かを、ＭＭＥ［２０２］を介して識別することを包含する。ＭＭＥ［２０２］が、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］が接続状態にあることを識別する場合、ＭＭＥ［２０２］はＮＡＳメッセージの少なくとも一つのダウンリンクデータを少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に送信し、それによって、ＭＭＥ［２０２］は、少なくとも一つのＭＴデータを少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に配信するが、ＭＭＥ［２０２］が、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］が接続状態にないことを識別する場合、方法は、そのようなイベントにおいて、ＭＭＥ［２０２］において、受信した少なくとも一つのＴＤＲの各々をバッファリングすることを包含する。

その後、方法は、ステップ［３０６］において、ＭＭＥ［２０２］において、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］がアクティブ状態で接続されていない場合（すなわち、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］がＰＳＭモード又はｅＤＲＸモードではないときに少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］が接続されていない場合）、受信した少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングすることを包含する。さらに、ＭＭＥ［２０２］において、受信した少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングすることは、ＭＭＥ［２０２］と少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］と間のページングサイクルに基づく。さらに、受信した少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々は、ページングサイクルの失敗に基づいて、ＭＭＥ［２０２］においてバッファリングされる。例えば、方法は、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］がＰＳＭモード又はｅＤＲＸモードではないがページングの失敗があるときに、ＭＭＥ［２０２］においてＳＣＥＦ［２０４］から受信したＴＤＲの各々をＭＭＥ［２０２］を介してバッファリングすることを備える。

また、方法は、ＭＭＥ［１０２］において受信した少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングするステップにおいて、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々のエラーコードを識別することを更に備える。例えば、方法は、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］がＰＳＭ又はｅＤＲＸモードではないがページングの失敗があるイベントにおいて、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々のＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮＲＥＡＣＨＡＢＬＥエラーコードを識別することを包含する。

方法は、その後、ステップ［３０８］において、ＭＭＥ［２０２］によって、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての要求された再送信時間（ＲＲＴ）を計算することを備える。要求された再送信時間（ＲＲＴ）は、ＭＭＥ［２０２］がＳＣＥＦ［２０４］にモバイル端末データ要求（ＴＤＲ）の再送信を要求する時間を示す。さらに、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての要求された再送信時間（ＲＲＴ）は、少なくともエラーコードに基づいて計算される。例えば、方法は、エラーコードがＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮ ＲＥＡＣＨＡＢＬＥのイベントにおいて、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］がＰＳＭモード又はｅＤＲＸモードではないがページングの失敗があるときにＲＲＴを計算することを包含する。

また、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての要求された再送信時間（ＲＲＴ）は、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］のアクティブモードの持続時間、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］の省電力モード（ＰＳＭ）の持続時間及びページングサイクルのうちの少なくとも一つに基づいて計算される。例えば、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］の合計アクティブ時間（すなわち、アクティブモードの持続時間）が１２秒であり、その後に１９時間のＰＳＭが続き、最初のＴＤＡを受信した後にＭＭＥ［２０２］によって送信されたページング要求が、７秒のアクティブ時間が残っているときに送信され、ページングの失敗がある場合、ＲＲＴは次のように計算される。
ＲＲＴ＝残りのアクティブ時間＋ＰＳＭ時間、すなわち
ＲＲＴ＝７秒＋１９時間（すなわち、１９時間７秒）

その後、方法は、ステップ［３１０］において、少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に対する応答時間を管理するために、バッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々に対応する少なくとも一つのモバイル端末データ応答（ＴＤＡ）をＭＭＥ［２０２］からＳＣＥＦ［２０４］に送信することを備える。さらに、少なくとも一つのモバイル端末データ応答（ＴＤＡ）は、少なくとも、対応するバッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について計算した要求された再送信時間（ＲＲＴ）を備える。また、少なくとも一つのモバイル端末データ応答（ＴＤＡ）は、少なくとも、対応するバッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての識別されたエラーコードを更に備える。例えば、モバイル端末データ回答（ＴＤＡ）は、エラーコードＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮＲＥＡＣＨＡＢＬＥ及び計算したＲＲＴ時間（例えば、７秒の残りのアクティブ時間＋１９時間のＰＳＭ時間）を備えてもよい。

さらに、方法は、ＭＭＥ［２０２］において、トラッキングエリア更新（ＴＡＵ）要求を少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］から受信することを備える。

方法は、ＭＭＥ［２０２］において、タイマーの満了に基づいてＴＡＵ更新要求を受信することを包含する。例えば、タイマーＴ３４１２が満了すると、ＭＭＥ［２０２］は、ＴＡＵ更新要求を少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］から受信する。

方法は、その後、ＭＭＥ［２０２］において受信したトラッキングエリア更新要求に基づいて更新メッセージをＭＭＥ［２０２］からＳＣＥＦ［２０４］に送信することを備える。例えば、タイマーＴ３４１２が満了するとき、ＭＭＥ［２０２］は、タイマーＴ３４１２の満了時にＭＭＥ［２０２］において受信したトラッキングエリア更新要求に基づいて、ＣＭＲ フラグ＝１のＣＭＲ更新をＳＣＥＦ［２０４］に向けて送信する。

さらに、方法は、ＭＳＥ［２０２］において、更新メッセージに応答した少なくとも一つのモバイル端末データ要求（ＴＤＲ）をＳＣＥＦ［２０４］から受信することを備える。また、更新メッセージに応答した少なくとも一つのモバイル端末データ要求（ＴＤＲ）を、対応する少なくとも一つのモバイル端末データ応答（ＴＤＡ）の各々について、ＭＭＥ［２０２］においてＳＣＥＦ［２０４］から受信し、少なくとも一つのモバイル端末データ応答（ＴＤＡ）は、ＳＣＥＦ［２０４］でバッファリングされる。方法は、その後、更新メッセージに応答して受信した少なくとも一つのモバイル端末データ要求（ＴＤＲ）を、成功したページングイベントに基づいて、ＭＭＥ［２０２］を介して、ＮＡＳを通じて少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に送信することを備える。例えば、ＳＣＥＦ［２０４］が、ＭＭＥ［２０２］においてバッファリングされた少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々に対応する少なくとも一つのモバイル端末データ応答（ＴＤＡ）をＭＭＥ［２０２］から受信すると、ＳＣＥＦ［２０４］は、少なくとも一つのモバイル端末データ応答（ＴＤＡ）の各々をバッファリングする。さらに、ＳＣＥＦ［２０４］においてＣＭＲ－更新をＭＭＥ［２０２］から受信すると、ＳＣＥＦ［２０４］は、バッファリングされた少なくとも一つのモバイル端末データ応答（ＴＤＡ）の各々に対応するバッファリングされたＭＴデータを再試行し、それによって、ＭＭＥ［２０２］は、更新メッセージに応答した少なくとも一つのモバイル端末データ要求（ＴＤＲ）をＳＣＥＦ［２０４］から受信する。その後、ページングが成功すると、ＭＭＥ［２０２］の全てのＴＤＡは、ＮＡＳを通じて少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に更に送信される。

方法は、その後、ステップ［３１２］で終了する。

図４を参照すると、本発明の例示的な実施形態による少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に対する応答時間の管理のプロセスの例示的な実施例を示す例示的な流れ図［４００］を示す。図４に示すように、方法は、ステップ［４０２］において開始する。

ステップ［４０４］において、例示的なプロセスの方法は、ＳＣＥＦ［２０４］を少なくとも一つのＴＤＡを介してＭＭＥ［２０２］に向けて送信することを包含する。ＳＣＥＦ［２０４］は、少なくとも一つのダウンリンクデータがＳＣＥＦ［２０４］においてサーバユニット［１０６］から（すなわち、アプリケーションサーバから）受信した場合、少なくとも一つのモバイル端末（ＭＴ）データをＵＥ（すなわち、ＮＢ－ＩｏＴデバイス［１０２］）に配信するために、少なくとも一つのＴＤＡをＭＭＥ［２０２］に送信する。

次に、ステップ［４０６］において、方法は、ＵＥ［１０２］が接続状態にあるか否かをＭＭＥ［２０２］を介してチェックすることを備える。さらに、ＵＥ［１０２］が接続状態にあると識別された場合、方法は、ステップ［４０８］に進み、そうでない場合、方法は、ステップ［４１２］に進む。

次に、ステップ［４０８］において、方法は、ＮＡＳメッセージの少なくとも一つのダウンリンクデータを、ＭＭＥ［１０２］を介してＵＥ［１０２］に向けて送信することを備える。さらに、方法は、ステップ［４１０］に進み、ステップ［４１０］において、方法は、少なくとも一つのモバイル端末（ＭＴ）データをＵＥ［１０２］に配信する。

次に、ステップ［４１２］において、方法は、ＵＥ［１０２］がＰＳＭ又はｅＤＲＸでないがページングの失敗がある（すなわち、ＵＥ［１０２］がＵＥ［１０２］）のアクティブ状態の間に接続状態でない）ことを表すイベントにおいて最初に受信したＴＤＲを、ＭＭＥ［２０２］を介してバッファリングすることを備える。また、方法は、ステップ［４１２］において、ＵＥ［１０２］でのページングサイクルをＭＭＥ［２０２］を介して開始することを更に包含する。

次に、ステップ［４１４］において、方法は、ＳＣＥＦ［２０４］を介して、各ダウンリンクデータのＴＤＡを同一のＵＥのＭＭＥ［２０２］に向けて送信すること備える。例えば、サーバユニット［１０６］からＳＣＥＦ［２０４］への２番目のデータ、３番目のデータ、４番目のデータ等を受信し、その後、ＳＣＥＦ［２０４］は、各ダウンリンクデータのＴＤＡを同一のＵＥ［１０２］のＭＭＥ［２０２］に送信する。

次に、ステップ［４１６］において、方法は、進行中のページング要求が存在するか否かをＭＭＥ［２０２］を介してチェックし、存在する場合、進行中のページング要求に対する応答を受信したか否かをＭＭＥ［２０２］を介してチェックすることを備える。さらに、そのイベントでは、受信した応答を伴う進行中のページング要求は、ＭＭＥ［２０２］を介して識別され、方法は、ステップ［４１８］に更に進み、そうでない場合、方法は、ステップ［４２０］に進む。

次に、ステップ［４１８］において、方法は、ＭＭＥ［２０２］を介して、ＮＡＳメッセージの全てのダウンリンクデータをＵＥ［１０２］に送信することを備える。さらに、方法は、ステップ［４２０］に進み、ステップ［４２０］において、方法は、移動端末（ＭＴ）データをＵＥ［１０２］に配信する。

次に、ステップ［４２２］において、方法は、ＭＭＥ［２０２］において、ＭＭＥ［２０２］でＳＣＥＦ［２０４］から受信した全てのＴＤＡをバッファリングすることを備える。また、方法は、ステップ［４２２］において、その後、ＭＭＥ［２０２］でページング応答を待機すること備える。

次に、ステップ［４２４］において、方法は、ページング応答が成功したか否かをチェックすることを備える。さらに、ページング応答が成功した場合、方法は、ステップ［４２６］に進み、そうでない場合、方法は、ステップ［４３０］に進む。

次に、ステップ［４２６］において、方法は、ＭＭＥ［２０２］を介して、ＮＡＳメッセージの全てのダウンリンクデータをＵＥ［１０２］に送信することを備える。さらに、方法は、ステップ［４２８］に進み、ステップ［４２８］において、方法は、モバイル端末（ＭＴ）データをＵＥ［１０２］に配信する。

次に、ステップ［４３０］において、ＭＭＥ［２０２］は、対応するＴＤＡメッセージの全てのバッファリングされたＴＤＡをＳＣＥＦ［２０４］に返信する。例えば、ＭＭＥ［２０２］は、各々がＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮＲＥＡＣＨＡＢＬＥ（５６５３）及び正しい／計算したＲＲＴ（要求された再送信時間）値を有する対応するＴＤＡメッセージの全てのバッファリングされたＴＤＡをＳＣＥＦ［２０４］に返信する。

次に、ステップ［４３２］において、方法は、ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮＲＥＡＣＨＡＢＬＥ（５６５３）及び計算されたＲＲＴ値を有する対応するＴＤＡを受信したときに、ＳＣＥＦ［２０４］において全てのデータパケットバッファリングすることを備える。

次に、ステップ［４３４］において、方法は、ＭＭＥ［２０２］において、ＴＡＵ更新要求をＵＥ［１０２］から受信することを備え、ＴＡＵ更新要求を、（Ｔ３４１２のような）タイマーの満了に基づいて受信する。

次に、ステップ［４３６］において、ＭＭＥ［２０２］は、ＭＭＥ［２０２］におけるＴＡＵ更新要求の受信に基づいて、更新要求（すなわち、ＣＭＲフラグ＝１のＣＭＲ－更新）をＳＣＥＦ［２０４］に向けて送信する。

次に、ステップ［４３８］において、方法は、ＳＣＥＦ［２０４］において、更新要求（すなわち、フラグ＝１のＣＭＲ－更新メッセージ）をＭＭＥ［２０２］から受信し、その後、バッファリングされたデータ（ＴＤＡ）の各々をＳＣＥＦ［２０４］からＭＭＥ［２０２］に向かって再送信することを備える。

次に、ステップ［４４０］において、方法は、ＭＭＥ［２０２］において、バッファリングされたＴＤＡをＳＣＥＦ［２０４］から受信することを備える。また、方法は、その後、ＵＥ［１０２］において、ＭＭＥ［２０２］を介してページングサイクルを開始することを包含する。さらに、ページングが成功すると、ＭＭＥ［２０２］の全てのＴＤＡは、次に、ＮＡＳを介してＵＥ［１０２］に送信される。

その後、方法は、ステップ［４４２］で終了する。

図５を参照すると、本発明の例示的な実施形態による少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］に対する応答時間の管理のプロセスの実施例を示す例示的なシーケンス図を示す。

図５では、ステップ［５０２］において、アプリケーションサーバ（すなわち、サーバユニット［１０６］）は、最初のダウンリンクデータをＳＣＥＦ［２０４］に送信する。

次に、ステップ［５０４］において、ＳＣＥＦ［２０４］は、受信した最初のダウンリンクデータに対応する移動端末データ要求（ＴＤＡ１）をＭＭＥ［２０２］に送信する。さらに、ステップ［５０６］において、ＭＭＥは、ＮＢ－ＩｏＴデバイス［１０２］がＰＳＭモード又はｅＤＲＸモードではないがページングが失敗したイベントに基づいて、ＴＤＡ１をバッファリングする。

次に、ステップ［５０８］において、ＭＭＥ［２０２］は、ＮＢ－ＩｏＴデバイス［１０２］においてページング要求を送信することによって、ＮＢ－ＩｏＴデバイス［１０２］でページングサイクルを開始する。さらに、ステップ［５１０］において、アプリケーションサーバ［１０４］は、２番目のダウンリンクデータをＳＣＥＦ［２０４］に送信する。その後、ＳＣＥＦ［２０４］は、ステップ［５１２］において、受信した２番目のダウンリンクデータに対応するモバイル端末データ要求（ＴＤＡ２）をＭＭＥ［２０２］に送信する。さらに、ステップ［５１４］において、ＭＭＥ［２０２］は、ページング応答を待機する間、受信したＴＤＡ２をバッファリングする。

次に、ステップ［５１６］において、アプリケーションサーバ［１０４］は、３番目のダウンリンクデータをＳＣＥＦ［２０４］に送信する。ＳＣＥＦ［２０４］は、その後、ステップ［５１８］において、受信した３番目のダウンリンクデータに対応する移動端末データ要求（ＴＤＡ３）をＭＭＥ［２０２］に送信する。さらに、ステップ［５２０］において、ＭＭＥ［２０２］は、ページング応答を待機する間、受信したＴＤＡ３をバッファリングする。

次に、ステップ［５２２］において、アプリケーションサーバ［１０４］は、４番目のダウンリンクデータをＳＣＥＦ［２０４］に送信する。ＳＣＥＦ［２０４］は、その後、ステップ［５２４］において、受信した４番目のダウンリンクデータに対応する移動端末データ要求（ＴＤＡ４）をＭＭＥ［２０２］に送信する。さらに、ステップ［５２６］において、ＭＭＥ［２０２］は、ページング応答を待機する間、受信したＴＤＡ４をバッファリングする。

次に、ステップ［５２８］において、方法は、ＭＭＥ［２０２］を介して開始されたページングサイクルに応答して、ページング応答の失敗の表示を受信することを包含する。

次に、ステップ［５３０］において、本発明の特徴の実施に基づく方法は、ＭＭＥ［２０２］においてバッファリングされたＴＤＲ１に対応するＴＤＡ１（ＭＴデータ応答）メッセージをＭＭＥ［２０２］からＳＣＥＦ［２０４］に送信する。さらに、ＴＤＡ１メッセージは、ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮＲＥＡＣＨＡＢＬＥ（５６５３）ＲＲＴを含み、ＲＲＴは、アクティブタイマーの残り時間＋ＰＳＭ時間として計算される。ＳＣＥＦ［２０４］は、その後、ステップ［５３２］において、再送信のためにＴＤＡ１メッセージをバッファリングする。

また、ステップ［５３４］において、本発明の特徴の実施に基づく方法は、ＭＭＥ［２０２］においてバッファリングされたＴＤＡ２に対応するＴＤＡ２（ＭＴデータ応答）メッセージをＭＭＥ［２０２］からＳＣＥＦ［２０４］に送信する。さらに、ＴＤＡ２メッセージは、ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮＲＥＡＣＨＡＢＬＥ（５６５３）ＲＲＴを含み、ＲＲＴは、アクティブタイマーの残り時間＋ＰＳＭ時間として計算される。ＳＣＥＦ［２０４］は、その後、ステップ［５３６］において、再送信のためにＴＤＡ２メッセージをバッファリングする。

次に、ステップ［５３８］において、本発明の特徴の実施に基づく方法は、ＭＭＥ［２０２］においてバッファリングされたＴＤＡ３に対応するＴＤＡ３（ＭＴデータ応答）メッセージをＭＭＥ［２０２］からＳＣＥＦ［２０４］に送信する。さらに、ＴＤＡ３メッセージは、ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮＲＥＡＣＨＡＢＬＥ（５６５３）ＲＲＴを含み、ＲＲＴは、アクティブタイマーの残り時間＋ＰＳＭ時間として計算される。ＳＣＥＦ［２０４］は、その後、ステップ［５４０］において、再送信のためにＴＤＡ３メッセージをバッファリングする。

次に、ステップ［５４２］において、本発明の特徴の実施に基づく方法は、ＭＭＥ［２０２］においてバッファリングされたＴＤＡ４に対応するＴＤＡ４（ＭＴデータ応答）メッセージをＭＭＥ［２０２］からＳＣＥＦ［２０４］に送信する。さらに、ＴＤＡ４メッセージは、ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮＲＥＡＣＨＡＢＬＥ（５６５３）ＲＲＴを含み、ＲＲＴは、アクティブタイマーの残り時間＋ＰＳＭ時間として計算される。ＳＣＥＦ［２０４］は、その後、ステップ［５４４］において、再送信のためにＴＤＡ４メッセージをバッファリングする。

次に、ステップ［５４６］において、方法は、タイマーＴ３４１２の満了表示を受信する。さらに、ステップ［５４８］において、ＭＭＥ［２０２］は、タイマーＴ３４１２の満了に基づいて、ＴＡＵ更新要求をＮＢ－ＩｏＴデバイス［１０２］から更に受信する。

次に、ステップ［５５０］において、ＭＭＥ［２０２］は、ＴＡＵ更新要求を受信すると、ＣＭＲフラグ＝１のＣＭＲ更新をＳＣＥＦ［２０４］に送信する。

さらに、ＳＣＥＦ［２０４］は、ＣＭＲフラグ＝１を有するＣＭＲ更新を受信すると、バッファリングされたＴＤＡの各々に対応するＴＤＡをＭＭＥ［２０２］に送信する。次に、ステップ［５５２］において、ＳＣＥＦ［２０４］は、バッファリングされたＴＤＡ１に対応するＴＤＡ１（ＭＴデータ要求）をＭＭＥ［２０２］に送信する。また、ステップ［５５４］において、ＳＣＥＦ［２０４］は、バッファリングされたＴＤＡ２に対応するＴＤＡ２（ＭＴデータ要求）をＭＭＥ［２０２］に送信する。さらに、ステップ［５５６］において、ＳＣＥＦ［２０４］は、バッファリングされたＴＤＡ３に対応するＴＤＡ３（ＭＴデータ要求）をＭＭＥ［２０２］に送信する。また、ステップ［５６０］において、ＳＣＥＦ［２０４］は、バッファリングされたＴＤＡ４に対応するＴＤＡ４（ＭＴデータ要求）をＭＭＥ［２０２］に送信する。

その後、ＭＭＥ［２０２］は、ＮＢ－ＩｏＴデバイス［１０２］でページングサイクルを開始し、ページング応答が成功した場合、ＭＭＥ［２０２］は、送信されたＴＤＡに応答して受信した全てのＴＤＡを、ＮＡＳメッセージを介してＮＢ－ＩｏＴデバイス［１０２］に送信する。したがって、ＭＭＥ［２０２］は、ページング応答が成功した場合、ステップ［５６０］，［５６２］，［５６４］及び［５６６］において、ＴＤＡ１ダウンリンクＮＡＳ、ＴＤＡ２ダウンリンクＮＡＳ、ＴＤＡ３ダウンリンクＮＡＳ及びＴＤＡ４ダウンリンクＮＡＳをＮＢ－ＩｏＴデバイス［１０２］に送信する。

したがって、ＮＢ－ＩｏＴデバイス［１０２］において全てのＴＤＡダウンリンクＮＡＳを受信すると、ＭＴデータを、本発明の実施に基づいて、ＮＢ－ＩｏＴデバイス［１０２］において成功して受信する。

図６を参照すると、本発明の例示的な実施形態によるＮＢ－ＩｏＴセルの例示的なブロック図を示す。図６は、ＮＢ－ＩｏＴセル［６０２］を示す。さらに、図６では、［６０６］は、無線アンテナ［６０８］と共に３ＧＰＰＮＢ－ＩｏＴプロトコルに従ってＮＢ－ＩｏＴクライアントデバイスへのワイヤレスアクセスを提供するＮＢ－ＩｏＴ無線インターフェースである。また、［６１６］は、ＮＢ－ＩｏＴワイヤレスアクセスポイントの管理及びプロビジョニングを担当するアクセスポイント制御モジュールである。さらに、［６１０］及び［６１８］は、プロトコルスタックを実行するＮＢ－ＩｏＴプロセッサである。また、［６０４］は、クロック基準を受信するためのインターフェースであり、［６１２］は、パワーモジュールであり、［６１４］は、ハードウェアエンジン及び周辺機器（ＦＦＴ／ＩＦＴ、エンコーダ及びデコーダ）を示す。

さらに、実施形態の一つでは、本開示で上記に説明したシステム及び方法は、ロングタームエボリューションマシンタイプ通信カテゴリＭ１（ＬＴＥ－Ｍとも称するＬＴＥ ＭＴＣ Ｃａｔ Ｍｌ）、５Ｇ－Ｅｖｏｌｖｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ｅＭＴＣ）及び当業者に知られている他のそのような通信に適用することができる。

したがって、本発明は、ＮＢ－ＩｏＴデバイスがＰＳＭ又はｅＤＲＸモードではないがページングが失敗した場合のＮＢ－ＩｏＴデバイスにおけるモバイル端末（ＭＴ）の再送信の失敗の技術的な問題の新規の解決を提供する。さらに、本発明は、デバイスがＰＳＭモー又はｅＤＲＸモードではないがページングが失敗したときにＲＲＴ及びエラーコードＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＴＥＭＰＯＲＡＲＩＬＹ＿ＵＮＲＥＡＣＨＡＢＬＥを含む少なくとも一つのモバイル端末データ応答（ＴＤＡ）をＭＭＥからＳＣＥＦに送信することによって、ＮＢ－ＩｏＴデバイスに対する応答時間を管理することを包含する。さらに、本発明は、ページングの失敗のためにＭＴデータ要求が配信されない場合に、ＭＭＥからＳＣＥＦへのＭＴ（移動端末）データ応答（ＴＤＡ）の要求された再送信時間（ＲＲＴ）を含めることによって、応答情報の同期を可能にする。

ここに開示された実施形態にかなりの重点を置いているが、本発明の原理から逸脱することなく多くの実施形態を行うことができるとともに実施形態に多くの変更を加えることができることが理解される。本発明の実施形態におけるこれらの変更及び他の変更は、当業者には明らかであり、それにより、実施される上記の説明事項は、例示的であり、非限定的であることが理解されるべきである。
本明細書に開示される発明は以下を含む。
［態様１］
少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理する方法であって、
モビリティ管理エンティティ（ＭＭＥ）［２０２］において、前記少なくとも一つのＮＢ－ＩｏＴデバイスに対する少なくとも一つのダウンリンクデータに対応して生成された少なくとも一つのモバイル端末データ要求（ＴＤＲ）をサービス能力公開機能（ＳＣＥＦ）［２０４］から受信することと、
前記ＭＭＥ［２０２］において、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングすることと、
前記ＭＭＥ［２０２］によって、バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について、要求された再送信時間（ＲＲＴ）を計算することと、
前記少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するために、バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々に対応する前記少なくとも一つのモバイル端末データ応答（ＴＤＡ）を前記ＭＭＥ［２０２］から前記ＳＣＥＦ［２０４］に送信することであって、前記少なくとも一つのモバイル端末データ応答（ＴＤＡ）は、少なくとも、対応するバッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について計算した前記要求された再送信時間（ＲＲＴ）を備えることと、
を備える方法。
［態様２］
前記ＭＭＥ［２０２］において、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングすることは、前記ＭＭＥ［２０２］と前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］との間のページングサイクルに基づき、
バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての前記要求された再送信時間（ＲＲＴ）を、前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］のアクティブモードの持続時間、前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］の省電力モード（ＰＳＭ）の持続時間及び前記ページングサイクルのうちの少なくとも一つに基づいて計算する、態様１に記載の方法。
［態様３］
前記ＭＭＥ［２０２］において、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々を、前記ページングサイクルの失敗に基づいてバッファリングし、前記ＭＭＥ［２０２］において、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングするステップは、
バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々のエラーコードを識別することを備え、
バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての前記要求された再送信時間（ＲＲＴ）を、少なくとも前記エラーコードに基づいて計算し、
前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）は、少なくとも、対応するバッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての識別された前記エラーコードを更に備える、態様２に記載の方法。
［態様４］
前記ＭＭＥ［２０２］において、トラッキングエリア更新要求を前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］から受信することと、
前記ＭＭＥ［２０２］で受信した前記トラッキングエリア更新要求に基づく更新メッセージを前記ＭＭＥ［２０２］から前記ＳＣＥＦ［２０４］に送信することと、
前記ＭＭＥ［２０２］において、前記更新メッセージに応答して前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）を前記ＳＣＥＦ［２０４］から受信することと、
を更に備える、態様１に記載の方法。
［態様５］
前記更新メッセージに応答する前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）を、前記ＭＭＥ［２０２］において、対応する前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について前記ＳＣＥＦ［２０４］から受信し、前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）は、前記ＳＣＥＦ［２０４］でバッファリングされる、態様４に記載の方法。
［態様６］
少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するためのシステムであって、
モビリティ管理エンティティ（ＭＭＥ）［２０２］であって、
前記少なくとも一つのＮＢ－ＩｏＴデバイスに対する少なくとも一つのダウンリンクデータに対応して生成された少なくとも一つのモバイル端末データ要求（ＴＤＲ）をサービス能力公開機能（ＳＣＥＦ）［２０４］から受信し、
受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングし、
バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について、要求された再送信時間（ＲＲＴ）を計算し、
前記少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するために、バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々に対応する前記少なくとも一つのモバイル端末データ応答（ＴＤＡ）を前記ＳＣＥＦ［２０４］に送信し、前記少なくとも一つのモバイル端末データ応答（ＴＤＡ）は、少なくとも、対応するバッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について計算した前記要求された再送信時間（ＲＲＴ）を備えるように構成された、モビリティ管理エンティティ（ＭＭＥ）［２０２］を備えるシステム。
［態様７］
前記ＭＭＥ［２０２］は、前記ＭＭＥ［２０２］と前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］との間のページングサイクルに基づいて、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングするように更に構成され、
バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての前記要求された再送信時間（ＲＲＴ）を、前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］のアクティブモードの持続時間、前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］の省電力モード（ＰＳＭ）の持続時間及び前記ページングサイクルのうちの少なくとも一つに基づいて計算する、態様６に記載のシステム。
［態様８］
前記ＭＭＥ［２０２］において、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々を、前記ページングサイクルの失敗に基づいてバッファリングし、
受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングするステップにおいて、前記ＭＭＥ［２０２］は、
バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々のエラーコードを識別し、
バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての前記要求された再送信時間（ＲＲＴ）を、少なくとも前記エラーコードに基づいて計算し、
前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）は、少なくとも、対応するバッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての識別された前記エラーコードを更に備える、ように更に構成された、態様７に記載のシステム。
［態様９］
前記ＭＭＥ［２０２］は、
トラッキングエリア更新要求を前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］から受信し、
前記ＭＭＥ［２０２］で受信した前記トラッキングエリア更新要求に基づく更新メッセージを前記ＳＣＥＦ［２０４］に送信し、
前記更新メッセージに応答して前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）を前記ＳＣＥＦ［２０４］から受信する、ように更に構成された、態様６に記載のシステム。
［態様１０］
前記更新メッセージに応答する前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）を、前記ＭＭＥ［２０２］において、対応する前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について前記ＳＣＥＦ［２０４］から受信し、前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）は、前記ＳＣＥＦ［２０４］でバッファリングされる、態様９に記載のシステム。

Claims (10)

1. 少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理する方法であって、
   モビリティ管理エンティティ（ＭＭＥ）［２０２］において、前記少なくとも一つのＮＢ－ＩｏＴデバイスに対する少なくとも一つのダウンリンクデータに対応して生成された少なくとも一つのモバイル端末データ要求（ＴＤＲ）をサービス能力公開機能（ＳＣＥＦ）［２０４］から受信することと、
   前記ＭＭＥ［２０２］において、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングすることと、
   前記ＭＭＥ［２０２］によって、バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について、要求された再送信時間（ＲＲＴ）を計算することと、
   前記少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するために、バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々に対応する少なくとも一つのモバイル端末データ応答（ＴＤＡ）を前記ＭＭＥ［２０２］から前記ＳＣＥＦ［２０４］に送信することであって、前記少なくとも一つのモバイル端末データ応答（ＴＤＡ）は、少なくとも、対応するバッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について計算した前記要求された再送信時間（ＲＲＴ）を備えることと、
   を備え、
   前記ＭＭＥ［２０２］において、前記ＭＭＥ［２０２］と前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］との間のページングサイクルに基づいて、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングし、
   前記少なくとも一つのＮＢ－ＩｏＴデバイスが省電力モード（ＰＳＭ）又は拡張アイドルモード不連続受信（ｅＤＲＸ）モードではないが前記ページングの失敗があるときに、前記ＭＭＥ［２０２］において、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングする、方法。
2. バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての前記要求された再送信時間（ＲＲＴ）を、前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］のアクティブモードの持続時間、前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］の前記ＰＳＭの持続時間及び前記ページングサイクルのうちの少なくとも一つに基づいて計算する、請求項１に記載の方法。
3. 前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］が前記ＰＳＭ又は前記ｅＤＲＸモードではないが前記ページングの失敗があるときに、前記ＭＭＥ［２０２］において、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングするステップは、
   バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々のエラーコードを識別することを備え、
   バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての前記要求された再送信時間（ＲＲＴ）を、少なくとも前記エラーコードに基づいて計算し、
   前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）は、少なくとも、対応するバッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての識別された前記エラーコードを更に備える、請求項１に記載の方法。
4. 前記ＭＭＥ［２０２］において、トラッキングエリア更新要求を前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］から受信することと、
   前記ＭＭＥ［２０２］で受信した前記トラッキングエリア更新要求に基づく更新メッセージを前記ＭＭＥ［２０２］から前記ＳＣＥＦ［２０４］に送信することと、
   前記ＭＭＥ［２０２］において、前記更新メッセージに応答して前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）を前記ＳＣＥＦ［２０４］から受信することと、
   を更に備える、請求項１に記載の方法。
5. 前記更新メッセージに応答する前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）を、前記ＭＭＥ［２０２］において、対応する前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について前記ＳＣＥＦ［２０４］から受信し、前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）は、前記ＳＣＥＦ［２０４］でバッファリングされる、請求項４に記載の方法。
6. 少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するためのシステムであって、
   モビリティ管理エンティティ（ＭＭＥ）［２０２］であって、
   前記少なくとも一つのＮＢ－ＩｏＴデバイスに対する少なくとも一つのダウンリンクデータに対応して生成された少なくとも一つのモバイル端末データ要求（ＴＤＲ）をサービス能力公開機能（ＳＣＥＦ）［２０４］から受信し、
   受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングし、
   バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について、要求された再送信時間（ＲＲＴ）を計算し、
   前記少なくとも一つのＮＢ－ＩｏＴデバイスに対する応答時間を管理するために、バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々に対応する少なくとも一つのモバイル端末データ応答（ＴＤＡ）を前記ＳＣＥＦ［２０４］に送信し、前記少なくとも一つのモバイル端末データ応答（ＴＤＡ）は、少なくとも、対応するバッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について計算した前記要求された再送信時間（ＲＲＴ）を備えるように構成された、モビリティ管理エンティティ（ＭＭＥ）［２０２］を備え、
   前記ＭＭＥ［２０２］は、前記ＭＭＥ［２０２］と前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］との間のページングサイクルに基づいて、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングするように更に構成され、
   前記少なくとも一つのＮＢ－ＩｏＴデバイスが省電力モード（ＰＳＭ）又は拡張アイドルモード不連続受信（ｅＤＲＸ）モードではないが前記ページングの失敗があるときに、前記ＭＭＥ［２０２］において、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングする、システム。
7. バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての前記要求された再送信時間（ＲＲＴ）を、前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］のアクティブモードの持続時間、前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］の前記ＰＳＭの持続時間及び前記ページングサイクルのうちの少なくとも一つに基づいて計算する、請求項６に記載のシステム。
8. 前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］が前記ＰＳＭ又は前記ｅＤＲＸモードではないが前記ページングの失敗があるときに、受信した前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々をバッファリングするステップにおいて、前記ＭＭＥ［２０２］は、
   バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々のエラーコードを識別し、
   バッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての前記要求された再送信時間（ＲＲＴ）を、少なくとも前記エラーコードに基づいて計算し、
   前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）は、少なくとも、対応するバッファリングされた前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々についての識別された前記エラーコードを更に備える、ように更に構成された、請求項６に記載のシステム。
9. 前記ＭＭＥ［２０２］は、
   トラッキングエリア更新要求を前記少なくとも一つのＮＢ－ＩｏＴデバイス［１０２］から受信し、
   前記ＭＭＥ［２０２］で受信した前記トラッキングエリア更新要求に基づく更新メッセージを前記ＳＣＥＦ［２０４］に送信し、
   前記更新メッセージに応答して前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）を前記ＳＣＥＦ［２０４］から受信する、ように更に構成された、請求項６に記載のシステム。
10. 前記更新メッセージに応答する前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）を、前記ＭＭＥ［２０２］において、対応する前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）の各々について前記ＳＣＥＦ［２０４］から受信し、前記少なくとも一つのモバイル端末データ要求（ＴＤＲ）は、前記ＳＣＥＦ［２０４］でバッファリングされる、請求項９に記載のシステム。