(57)【要約】本開示は、無線通信システムにおけるデータ伝送に関し、より具体的には、アップリンクデータ伝送に関する。無線通信システムにおけるデータ伝送の制御のための方法は、アプリケーションによって、モデムから無線カバレッジ条件を示す情報を受信するステップであって、ユーザ機器（ＵＥ）は、アプリケーションおよびモデムを含む、ステップと、受信された情報に基づいて、ＵＥが強化カバレッジ状態であると決定するステップと、決定に応答して、モデムによるアップリンクデータ伝送を制御し、ＵＥの電力消費量を削減するステップとを含む。
2020505858.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
アプリケーションによって、モデムから、無線カバレッジ条件を示す情報を受信することであって、ユーザ機器（ＵＥ）は、前記アプリケーションおよび前記モデムを含む、ことと、
前記受信された情報に基づいて、前記ＵＥが強化カバレッジ状態であると決定することと、
前記決定に応答して、前記モデムによるアップリンクデータ伝送を制御し、前記ＵＥの電力消費量を削減することと
を含む、方法。
【請求項２】
前記受信された情報は、カバレッジ強化レベル、カバレッジ強化モード、カバレッジクラス、データ反復インジケータ、信号強度、または信号品質のうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項３】
アップリンクデータ伝送を制御することは、
前記ＵＥが、所定のカバレッジ強化レベル、カバレッジクラス、またはカバレッジ強化モードのセットのうちの１つにある、前記データ反復インジケータが、所定の反復閾値を上回る、前記ＵＥにおける信号強度が、所定の信号強度閾値を下回る、または前記ＵＥにおける信号品質が、所定の信号品質閾値を下回るとき、
前記アップリンクデータが、所定のデータタイプを有するとき、
前記アップリンクデータが、所定のサービス品質（ＱｏＳ）インジケータ、所定の優先レベル、または所定のビットレート情報のうちの少なくとも１つと関連付けられるとき、
前記伝送制御と関連付けられる所定のタイマが、満了していないとき、
前記伝送制御と関連付けられるカウンタが、所定のカウンタ閾値に到達したとき、
前記ＵＥが、移動しているとき、
前記ＵＥのバッテリレベルが、第１の閾値よりも高いとき、
前記ＵＥのバッテリレベルが、第２の閾値よりも低いとき、または
前記ＵＥが、電源コンセントに差し込まれていないとき
のうちの少なくとも１つが起こるときに、アップリンクデータを送信することを控えることを含む、請求項１または請求項２に記載の方法。
【請求項４】
前記ＵＥの場所センサまたは加速度計から速度情報を受信することと、
前記速度情報に基づいて、前記ＵＥが移動しているかどうかを決定することと
をさらに含む、請求項３に記載の方法。
【請求項５】
速度情報を受信することは、前記アプリケーションによって前記場所センサまたは前記加速度計に送信されるクエリに応答する、請求項４に記載の方法。
【請求項６】
前記ＵＥのオペレーティングシステム、デバイスインターフェース、またはバッテリセンサから、バッテリ情報を受信することと、
前記バッテリ情報に基づいて、前記ＵＥのバッテリレベルが前記第１の閾値よりも高いか、または前記第２の閾値よりも低いかどうか、または前記ＵＥが電源コンセントに差し込まれているかどうかを決定することと
をさらに含む、請求項３、４、または５のいずれかに記載の方法。
【請求項７】
バッテリ情報を受信することは、前記アプリケーションによって前記オペレーティングシステム、前記デバイスインターフェース、または前記バッテリセンサに送信されるクエリに応答する、請求項６に記載の方法。
【請求項８】
前記ＵＥにおいて、ネットワークノードから、前記ＵＥがアップリンクデータ伝送および前記アップリンクデータ伝送を制御することと関連付けられるパラメータを制御するように構成されるというインジケーションを含む構成情報を受信すること
をさらに含む、前記請求項のいずれかに記載の方法。
【請求項９】
無線カバレッジ条件を示す情報を受信することは、前記アプリケーションによって前記モデムに送信されるクエリに応答する、前記請求項のいずれかに記載の方法。
【請求項１０】
無線カバレッジ条件を示す情報に関する前記クエリは、第１のアテンション（ＡＴ）コマンドで伝達される、請求項９に記載の方法。
【請求項１１】
無線カバレッジ条件を示す前記情報は、第２のＡＴコマンドで伝達される、前記請求項のいずれかに記載の方法。
【請求項１２】
前記無線カバレッジ条件が変化するときに、前記モデムから前記無線カバレッジ条件を示す情報を受信することをさらに含む、前記請求項のいずれかに記載の方法。
【請求項１３】
ユーザ機器（ＵＥ）であって、
メモリと、
前記メモリと通信可能に結合された少なくとも１つのハードウェアプロセッサであって、前記少なくとも１つのハードウェアプロセッサは、
アプリケーションによって、モデムから無線カバレッジ条件を示す情報を受信することであって、前記ＵＥは、前記アプリケーションおよび前記モデムを含む、ことと、
前記受信された情報に基づいて、前記ＵＥが強化カバレッジ状態であると決定することと、
前記決定に応答して、前記モデムによるアップリンクデータ伝送を制御し、前記ＵＥの電力消費量を削減することと
を行うように構成される、少なくとも１つのハードウェアプロセッサと
を備える、ＵＥ。
【請求項１４】
前記受信された情報は、カバレッジ強化レベル、カバレッジ強化モード、カバレッジクラス、データ反復インジケータ、信号強度、または信号品質のうちの少なくとも１つを備える、請求項１３に記載のＵＥ。
【請求項１５】
アップリンクデータ伝送を制御することは、
前記ＵＥが、所定のカバレッジ強化レベル、カバレッジクラス、またはカバレッジ強化モードのセットのうちの１つにある、前記データ反復インジケータが、所定の反復閾値を上回る、前記ＵＥにおける信号強度が、所定の信号強度閾値を下回る、または前記ＵＥにおける信号品質が、所定の信号品質閾値を下回るとき、
前記アップリンクデータが、所定のデータタイプを有するとき、
前記アップリンクデータが、所定のサービス品質（ＱｏＳ）インジケータ、所定の優先レベル、または所定のビットレート情報のうちの少なくとも１つと関連付けられるとき、
前記伝送制御と関連付けられる所定のタイマが、満了していないとき、
前記伝送制御と関連付けられるカウンタが、所定のカウンタ閾値に到達したとき、
前記ＵＥが、移動しているとき、
前記ＵＥのバッテリレベルが、第１の閾値よりも高いとき、
前記ＵＥのバッテリレベルが、第２の閾値よりも低いとき、または
前記ＵＥが、電源コンセントに差し込まれていないとき
のうちの少なくとも１つが起こるときに、アップリンクデータを送信することを控えることを含む、請求項１３または請求項１４に記載のＵＥ。
【請求項１６】
前記少なくとも１つのハードウェアプロセッサはさらに、
前記ＵＥの場所センサまたは加速度計から速度情報を受信することと、
前記速度情報に基づいて、前記ＵＥが移動しているかどうかを決定することと
を行うように構成される、請求項１３−１５のいずれかに記載のＵＥ。
【請求項１７】
前記少なくとも１つのハードウェアプロセッサはさらに、
前記ＵＥのオペレーティングシステム、デバイスインターフェース、またはバッテリセンサから、バッテリ情報を受信することと、
前記バッテリ情報に基づいて、前記ＵＥのバッテリレベルが前記第１の閾値よりも高いか、または前記第２の閾値よりも低いかどうか、または前記ＵＥが電源コンセントに差し込まれているかどうかを決定することと
を行うように構成される、請求項１３−１６のいずれかに記載のＵＥ。
【請求項１８】
コンピュータ可読媒体であって、前記コンピュータ可読媒体は、命令を含有し、前記命令は、実行されると、ユーザ機器（ＵＥ）に、
アプリケーションによって、モデムから無線カバレッジ条件を示す情報を受信することであって、前記ユーザ機器（ＵＥ）は、前記アプリケーションおよび前記モデムを含む、ことと、
前記受信された情報に基づいて、前記ＵＥが強化カバレッジ状態であると決定することと、
前記決定に応答して、前記モデムによるアップリンクデータ伝送を制御し、前記ＵＥの電力消費量を削減することと
を含む動作を実施させる、コンピュータ可読媒体。
【請求項１９】
前記受信された情報は、カバレッジ強化レベル、カバレッジ強化モード、カバレッジクラス、データ反復インジケータ、信号強度、または信号品質のうちの少なくとも１つを備える、請求項１８に記載のコンピュータ可読媒体。
【請求項２０】
アップリンクデータ伝送を制御することは、
前記ＵＥが、所定のカバレッジ強化レベル、カバレッジクラス、またはカバレッジ強化モードのセットのうちの１つにある、前記データ反復インジケータが、所定の反復閾値を上回る、前記ＵＥにおける信号強度が、所定の信号強度閾値を下回る、または前記ＵＥにおける信号品質が、所定の信号品質閾値を下回るとき、
前記アップリンクデータが、所定のデータタイプを有するとき、
前記アップリンクデータが、所定のサービス品質（ＱｏＳ）インジケータ、所定の優先レベル、または所定のビットレート情報のうちの少なくとも１つと関連付けられるとき、
前記伝送制御と関連付けられる所定のタイマが、満了していないとき、
前記伝送制御と関連付けられるカウンタが、所定のカウンタ閾値に到達したとき、
前記ＵＥが、移動しているとき、
前記ＵＥのバッテリレベルが、第１の閾値よりも高いとき、
前記ＵＥのバッテリレベルが、第２の閾値よりも低いとき、または
前記ＵＥが、電源コンセントに差し込まれていないとき
のうちの少なくとも１つが起こるときに、アップリンクデータを送信することを控えることを含む、請求項１８または請求項１９に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（優先権主張）
本願は、２０１７年１月３０日に出願された米国特許出願１５／４１９，３２１号に対する優先権を主張するものであり、この全開示は、参照により本明細書中に援用される。
【０００２】
本開示は、無線通信システムにおけるデータ伝送に関し、より具体的には、アップリンクデータ伝送に関する。
【背景技術】
【０００３】
無線通信システムは、基地局のセルカバレッジエリアを拡張するための強化カバレッジ機能性を含むことができる。セルカバレッジエリアは、繰り返しのデータ伝送によって拡張されることができる。例えば、拡張カバレッジエリア内のデバイスは、基地局がデータを検出するために十分な無線エネルギーを受信するように、データを繰り返し伝送することができる。ロングタームエボリューション（ＬＴＥ）無線システムでは、強化カバレッジ機能性を伴って構成されるデバイスは、最大反復数、例えば、デバイスがカバレッジ強化モードＡである場合に８〜３２、またはデバイスがカバレッジ強化モードＢである場合に１９２〜２，０４８を有することができる。しかしながら、繰り返しのデータ伝送は、デバイスにおける高電力消費量につながり得る。
【０００４】
そのバッテリが容易または頻繁に再充電され得るデバイスに関して、さらなるカバレッジを獲得するための強化カバレッジ機能性を使用する利益が、余剰バッテリ消費量の影響を相殺し得る。しかしながら、頻繁に再充電されることができない、または全く再充電されることができないデバイス、例えば、数年にわたって保守を伴わずに動作可能なままであり得るアセットトラッカデバイスに関して、バッテリ消費量は、敏感であり、余剰バッテリ消費量が、カバレッジの増加を上回り得る。
【発明の概要】
【課題を解決するための手段】
【０００５】
本開示は、デバイスが強化カバレッジ状態であるときのデータ伝送の制御を対象とする。開示される実装の種々の修正が、当業者に容易に明白となり、説明される原理は、本開示の範囲から逸脱することなく、他の実装および用途に適用され得る。
【０００６】
無線通信システムでは、デバイスは、デバイスが強化カバレッジ機能性を使用し、基地局にアクセスする場合に、強化カバレッジ状態であり得る。例えば、下記で議論されるであろうように、デバイスは、デバイスが、あるカバレッジ強化モード、カバレッジ強化レベル、またはカバレッジクラスである、デバイスにおいて受信される無線信号の強度または品質が閾値を下回る、またはデータ伝送のための反復の数が閾値よりも高い場合に、強化カバレッジ状態であり得る。デバイスが強化カバレッジ状態であるとき、デバイスは、アップリンクデータ伝送を制御し、電力消費量を削減することができる。デバイスは、データタイプ（例えば、緊急または非緊急データ）、データと関連付けられるサービス品質（ＱｏＳ）、デバイスが移動しているかどうか、伝送制御と関連付けられるタイマまたはカウンタが満了しているかどうか、バッテリレベル、またはデバイスが電力供給源に差し込まれているかどうか等の情報に基づいて、アップリンクデータを送信することを控えることができる。例えば、デバイスが強化カバレッジ状態であるとき、デバイスは、データが非緊急場所情報を搬送する、またはデバイスが電力供給源に差し込まれていない場合に、アップリンクデータを送信することを控えることができる。
【図面の簡単な説明】
【０００７】
【図１】図１は、いくつかの実装による、強化カバレッジ状態時のデータ伝送の制御を含む、例示的無線通信システムである。
【０００８】
【図２】図２は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するためのソリューション１を図示する、第１のフロー図である。
【０００９】
【図３】図３は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション１のための第１の例示的方法を図示する、フローチャートである。
【００１０】
【図４】図４は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するためのソリューション２を図示する、フロー図である。
【００１１】
【図５】図５は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション２のための第１の例示的方法を図示する、フローチャートである。
【００１２】
【図６】図６は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション２のための第２の例示的方法を図示する、フローチャートである。
【００１３】
【図７】図７は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション１のための第２の例示的方法を図示する、フローチャートである。
【００１４】
【図８】図８は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション２のための第３の例示的方法を図示する、フローチャートである。
【００１５】
【図９】図９は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するためのソリューション１を図示する、第２のフロー図である。
【００１６】
【図１０】図１０は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するためのソリューション１を図示する、第３のフロー図である。
【００１７】
【図１１】図１１は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション１のための第３の例示的方法を図示する、フローチャートである。
【００１８】
【図１２】図１２は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション２のための第４の例示的方法を図示する、フローチャートである。
【００１９】
【図１３】図１３は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション２のための第５の例示的方法を図示する、フローチャートである。
【００２０】
【図１４Ａ】図１４Ａ−１４Ｃは、いくつかの実装による、ソリューション１を有効にするためのアテンション（ＡＴ）コマンドの例示的記述を示す。
【図１４Ｂ】図１４Ａ−１４Ｃは、いくつかの実装による、ソリューション１を有効にするためのアテンション（ＡＴ）コマンドの例示的記述を示す。
【図１４Ｃ】図１４Ａ−１４Ｃは、いくつかの実装による、ソリューション１を有効にするためのアテンション（ＡＴ）コマンドの例示的記述を示す。
【００２１】
【図１５Ａ】図１５Ａ−１５Ｂは、いくつかの実装による、ソリューション２を有効にするためのＡＴコマンドの第１の例示的記述を示す。
【図１５Ｂ】図１５Ａ−１５Ｂは、いくつかの実装による、ソリューション２を有効にするためのＡＴコマンドの第１の例示的記述を示す。
【００２２】
【図１６】図１６は、いくつかの実装による、ソリューション２を有効にするためのＡＴコマンドの第２の例示的記述を示す。
【００２３】
【図１７】図１７は、いくつかの実装による、伝送制限のための構成情報を含む、例示的情報要素（ＩＥ）またはフィールドを示す。
【００２４】
【図１８Ａ】図１８Ａ−１８Ｄは、いくつかの実装による、アタッチ容認メッセージの中に伝送制限のための構成パラメータを含む第１の例示的記述を示す。
【図１８Ｂ】図１８Ａ−１８Ｄは、いくつかの実装による、アタッチ容認メッセージの中に伝送制限のための構成パラメータを含む第１の例示的記述を示す。
【図１８Ｃ】図１８Ａ−１８Ｄは、いくつかの実装による、アタッチ容認メッセージの中に伝送制限のための構成パラメータを含む第１の例示的記述を示す。
【図１８Ｄ】図１８Ａ−１８Ｄは、いくつかの実装による、アタッチ容認メッセージの中に伝送制限のための構成パラメータを含む第１の例示的記述を示す。
【００２５】
【図１９】図１９は、いくつかの実装による、アタッチ容認メッセージの中に伝送制限のための構成パラメータを含む第２の例示的記述を示す。
【００２６】
【図２０Ａ】図２０Ａ−２０Ｈは、いくつかの実装による、デフォルト進化型パケットシステム（ＥＰＳ）ベアラコンテキストをアクティブ化する要求メッセージの中に伝送制限のための構成パラメータを含む例示的記述を示す。
【図２０Ｂ】図２０Ａ−２０Ｈは、いくつかの実装による、デフォルト進化型パケットシステム（ＥＰＳ）ベアラコンテキストをアクティブ化する要求メッセージの中に伝送制限のための構成パラメータを含む例示的記述を示す。
【図２０Ｃ】図２０Ａ−２０Ｈは、いくつかの実装による、デフォルト進化型パケットシステム（ＥＰＳ）ベアラコンテキストをアクティブ化する要求メッセージの中に伝送制限のための構成パラメータを含む例示的記述を示す。
【図２０Ｄ】図２０Ａ−２０Ｈは、いくつかの実装による、デフォルト進化型パケットシステム（ＥＰＳ）ベアラコンテキストをアクティブ化する要求メッセージの中に伝送制限のための構成パラメータを含む例示的記述を示す。
【図２０Ｅ】図２０Ａ−２０Ｈは、いくつかの実装による、デフォルト進化型パケットシステム（ＥＰＳ）ベアラコンテキストをアクティブ化する要求メッセージの中に伝送制限のための構成パラメータを含む例示的記述を示す。
【図２０Ｆ】図２０Ａ−２０Ｈは、いくつかの実装による、デフォルト進化型パケットシステム（ＥＰＳ）ベアラコンテキストをアクティブ化する要求メッセージの中に伝送制限のための構成パラメータを含む例示的記述を示す。
【図２０Ｇ】図２０Ａ−２０Ｈは、いくつかの実装による、デフォルト進化型パケットシステム（ＥＰＳ）ベアラコンテキストをアクティブ化する要求メッセージの中に伝送制限のための構成パラメータを含む例示的記述を示す。
【図２０Ｈ】図２０Ａ−２０Ｈは、いくつかの実装による、デフォルト進化型パケットシステム（ＥＰＳ）ベアラコンテキストをアクティブ化する要求メッセージの中に伝送制限のための構成パラメータを含む例示的記述を示す。
【００２７】
【図２１】図２１は、いくつかの実装による、伝送制限の構成情報を含む、例示的無線リソース制御（ＲＲＣ）ＩＥを示す。
【００２８】
【図２２】図２２は、いくつかの実装による、例示的ネットワークノードを図示する概略図である。
【００２９】
【図２３】図２３は、いくつかの実装による、例示的ユーザ機器（ＵＥ）デバイスを図示する概略図である。
【００３０】
【図２４Ａ】図２４Ａ−２４Ｂは、いくつかの実装による、請求型ＡＴコマンドの実施例を示す。
【図２４Ｂ】図２４Ａ−２４Ｂは、いくつかの実装による、請求型ＡＴコマンドの実施例を示す。
【発明を実施するための形態】
【００３１】
種々の図面内の同様の参照番号および指定は、同様の要素を示す。
【００３２】
図１は、いくつかの実装による、強化カバレッジ状態時のデータ伝送の制御を含む、例示的無線通信システム１００である。例示的通信システム１００は、ユーザ機器（ＵＥ）またはデバイス１０２と、基地局１０４を含む無線ネットワークとを含み、デバイス１０２は、基地局１０４のセルカバレッジ内にある。基地局１０４のカバレッジエリアは、通常カバレッジ境界１０６内の通常カバレッジエリアと、通常カバレッジ境界１０６と強化カバレッジ境界１０８との間の強化カバレッジエリアとを含む。デバイス１０２は、強化カバレッジ機能性を使用して、基地局１０４と通信することができる。例えば、データ１１０を基地局１０４に伝送するとき、デバイス１０２は、通常カバレッジエリア内よりも強化カバレッジエリア内で多数の反復を使用することができる。
【００３３】
ロングタームエボリューション（ＬＴＥ）無線システムでは、強化カバレッジ機能性（３ＧＰＰ  ＴＳ  ３６．３００参照）は、以下を含む。
・無線リソース制御（ＲＲＣ）アイドルモード（ＲＲＣ＿ＩＤＬＥ）では、４つのカバレッジ強化（ＣＥ）レベル０、１、２、および３が、物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソース選択のために定義される。
・ＲＲＣ接続モード（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）では、２つの強化ＣＥモードである、モードＡ（低／中カバレッジ）およびモードＢ（極度カバレッジ）が、データを基地局に伝送するためにサポートされる。
それぞれ所与のＣＥレベルと関連付けられる、ＰＲＡＣＨリソースのセット（例えば、時間、周波数、プリアンブル）が、システム情報ブロック（ＳＩＢ）の中で提供される。ＣＥレベルあたりのＰＲＡＣＨ反復の数および最大プリアンブル伝送試行の数もまた、ＳＩＢの中で提供される。初期ＣＥレベルは、ＳＩＢの中で提供されてもよく、そのセルの中でＵＥによるランダムアクセス時に使用される初期ＰＲＡＣＨ  ＣＥレベルを示す。提供されない場合、ＵＥは、ＳＩＢの中で提供されるＲＳＲＰ閾値と比較して、測定された参照信号受信電力（ＲＳＲＰ）レベルに基づいてＰＲＡＣＨ  ＣＥレベルを選択する（３ＧＰＰ  ＴＳ  ３６．３２１参照）。強化カバレッジ内でＵＥによって使用されるＣＥモードは、典型的には、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎまたはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージの中で、ＵＥが接続モードになっているときに提供される。所与の信号に、または所与のチャネル上で使用される反復の数についての情報は、（ＣＥモードにより）ＳＩＢの中で、ダウンリンク制御情報（ＤＣＩ）の一部として、またはＵＥが接続モードになっているときに専用メッセージの中でのいずれかで、提供される。例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ）のためにネットワークによって構成され得る、最大反復数は、ＣＥモードＡに関して８〜３２であり、ＣＥモードＢに関して１９２〜２，０４８である。換言すると、モードＢは、モードＡよりもさらなる強化カバレッジを提供し、より多くの反復数、したがって、より高いバッテリ消費量を要求する。
【００３４】
強化カバレッジ機能性もまた、狭帯域モノのインターネット（ＮＢ−ＩｏＴ）ＵＥのために定義されることができ、ネットワークによって構成され得る異なるＣＥレベルおよび異なる反復レベルによって特徴付けられる。例えば、最大３つの狭帯域ＰＲＡＣＨ（ＮＰＲＡＣＨ）リソースが、最大で２つのＲＳＲＰ閾値によって定義されるセルの中で構成されることができる。異なるＮＰＲＡＣＨリソースは、対応するＣＥレベルにマッピングされる。ネットワークは、ＵＥによって使用される初期数のＰＲＡＣＨ反復を示してもよい、または開始ＣＥレベルは、上層によって提供されることができ、その場合、ＵＥは、測定されたＲＳＲＰにもかかわらず、それ自体を対応するＣＥレベルと見なす。所与のチャネルのための最大反復数が、ネットワークによって構成される。
【００３５】
強化カバレッジ機能性はまた、最大５つのカバレッジクラス（ＣＣ）、ＣＣ１、ＣＣ２、ＣＣ３、ＣＣ４、および適用可能である場合、ＣＣ５を含む、モノのインターネットのための拡張カバレッジＧＳＭ（登録商標）（ＥＣ−ＧＳＭ−ＩｏＴ）の固有の一部であり（３ＧＰＰ  ＴＳ  ４３．０６４参照）、ＣＣ１は、典型的汎用パケット無線サービス（ＧＰＲＳ）／強化ＧＰＲＳ（ＥＧＰＲＳ）カバレッジ範囲に対応する。アイドルモードでは、ＥＣ−ＧＳＭ−ＩｏＴ移動局（ＭＳ）が、使用されるＣＣを選択し、選択されたＣＣをネットワークに示す一方で、パケット転送モードでは、ネットワークは、ＣＣ選択を実施し、ＣＣをＭＳに通信する。所定数の論理チャネル特有のブラインド物理層伝送が、あるレベルの拡張カバレッジをサポートするために使用される。
【００３６】
ある場合には、デバイスがアイドルモードであるとき、ＵＥは、無線測定基準に基づいて（ＵＥが強化カバレッジ機能性をサポートする場合）無線カバレッジレベルを自律的に決定する。デバイスが接続モードになるとき、ネットワークは、デバイスによって送信される無線測定および／または他の考慮事項に基づいて、ＵＥが使用するものである強化カバレッジモードまたは反復レベルを構成する。強化カバレッジ機能性をサポートするＵＥに関して、ネットワークは、サブスクリプション情報に基づいて（例えば、強化カバレッジを使用する可能性が、プレミアムサブスクリプションユーザのみに許可され得る）、または他の理由により、ＵＥが強化カバレッジ特徴を使用するものではないことを決定することが可能である。
【００３７】
説明されるアプローチでは、アプリケーションは、モデムから無線カバレッジ条件を示す情報を受信することができ、ユーザ機器（ＵＥ）は、アプリケーションおよびモデムを含む。受信された情報に基づいて、アプリケーションは、ＵＥが強化カバレッジ状態であると決定することができる。決定に応答して、アプリケーションは、モデムによるアップリンクデータ伝送を制御し、ＵＥの電力消費量を削減することができる。受信された情報は、カバレッジ強化レベル、カバレッジ強化モード、カバレッジクラス、データ反復インジケータ、信号強度、または信号品質のうちの少なくとも１つを含むことができる。アップリンクデータ伝送を制御するステップは、以下のうちの少なくとも１つが起こる、すなわち、ＵＥが、所定のカバレッジ強化レベル、カバレッジクラス、またはカバレッジ強化モードのセットのうちの１つにある、データ反復インジケータが、所定の反復閾値を上回る、ＵＥにおける信号強度が、所定の信号強度閾値を下回る、またはＵＥにおける信号品質が、所定の信号品質閾値を下回るとき、アップリンクデータが、所定のデータタイプを有するとき、アップリンクデータが、所定のサービス品質（ＱｏＳ）インジケータ、所定の優先レベル、または所定のビットレート情報のうちの少なくとも１つと関連付けられるとき、伝送制御と関連付けられる所定のタイマが、満了していないとき、伝送制御と関連付けられるカウンタが、所定のカウンタ閾値に到達したとき、ＵＥが、移動しているとき、ＵＥのバッテリレベルが、第１の閾値よりも高いとき、ＵＥのバッテリレベルが、第２の閾値よりも低いとき、またはＵＥが、電源コンセントに差し込まれていないときに、アップリンクデータを送信することを控えるステップを含むことができる。
【００３８】
いくつかの実装では、アプリケーションは、ＵＥの場所センサまたは加速度計から速度情報を受信することができる。速度情報に基づいて、アプリケーションは、ＵＥが移動しているかどうかを決定することができる。速度情報は、アプリケーションによって場所センサまたは加速度計に送信されるクエリに応答して受信されることができる。いくつかの実装では、アプリケーションは、ＵＥのオペレーティングシステム、デバイスインターフェース、またはバッテリセンサから、バッテリ情報を受信することができる。バッテリ情報に基づいて、アプリケーションは、ＵＥのバッテリレベルが第１の閾値よりも高いか、または第２の閾値よりも低いかどうか、またはＵＥが電源コンセントに差し込まれているかどうかを決定することができる。バッテリ情報は、アプリケーションによってオペレーティングシステム、デバイスインターフェース、またはバッテリセンサに送信されるクエリに応答して受信されることができる。ＵＥは、ネットワークノードから、ＵＥがアップリンクデータ伝送およびアップリンクデータ伝送を制御することと関連付けられるパラメータを制御するように構成されるというインジケーションを含む、構成情報を受信することができる。いくつかの実装では、アプリケーションは、アプリケーションによってモデムに送信されるクエリに応答して、無線カバレッジ条件を示す情報を受信することができる。無線カバレッジ条件を示す情報に関するアプリケーションからモデムへのクエリは、第１のアテンション（ＡＴ）コマンドで伝達されることができる。モデムからアプリケーションへの無線カバレッジ条件を示す情報は、第２のＡＴコマンドで伝達されることができる。ある場合には、アプリケーションは、無線カバレッジ条件が変化するときに、モデムから無線カバレッジ条件を示す情報を受信することができる。
【００３９】
本明細書に説明される方法およびシステムによる、強化カバレッジ状態時のデータ伝送制御は、デバイスが強化カバレッジ状態であるときにデバイスの電力消費量を削減することができる。図２−２４Ｂおよび関連付けられる説明は、これらの実装に関して付加的詳細を提供する。
【００４０】
要素の一般的説明に目を向けると、ＵＥ（またはデバイス）１０２は、限定ではないが、ＩｏＴデバイス、マシンツーマシン（Ｍ２Ｍ）デバイス、マシンタイプ通信（ＭＴＣ）デバイス、モバイル電子デバイス、ユーザデバイス、移動局、サブスクライバ局、携帯用電子デバイス、モバイル通信デバイス、無線モデム、プッシュツートーク（ＰＴＴ）ディスパッチコンソール、または無線端末として参照され得る。ＵＥの実施例は、限定ではないが、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ＰＴＴディスパッチコンソール、ラップトップ、タブレットパーソナルコンピュータ（ＰＣ）、ポケットベル、携帯用コンピュータ、携帯用ゲームデバイス、ウェアラブル電子デバイス、試験機器、ギャンブル機、自動車／車両、掲示板、家庭用電化製品、Ｍ２Ｍ／ＩｏＴ電子モジュール、または無線通信ネットワークを介して音声またはデータを通信するためのコンポーネントを有する他のモバイル通信デバイスを含んでもよい。無線通信ネットワークは、許可スペクトルおよび無許可スペクトルのうちの少なくとも１つを経由した無線リンクを含んでもよい。
【００４１】
ＵＥの他の実施例は、モバイルおよび固定電子デバイスを含む。ＵＥは、モバイル機器（ＭＥ）デバイスと、サブスクライバ識別モジュール（ＳＩＭ）、汎用ＳＩＭ（ＵＳＩＭ）、またはリムーバブルユーザ識別モジュール（Ｒ−ＵＩＭ）を含む汎用集積回路カード（ＵＩＣＣ）等のリムーバブルメモリモジュールとを含んでもよい。用語「ＵＥ」はまた、ユーザのための通信セッションを終了し得る、任意のハードウェアまたはソフトウェアコンポーネントを指すこともできる。加えて、用語「ユーザ機器」、「ＵＥ」、「ユーザ機器デバイス」、「ユーザエージェント」、「ＵＡ」、「ユーザデバイス」、「移動局」、「ＭＳ」、「モバイルデバイス」、および「モジュール」は、本明細書では同義的に使用されることができる。
【００４２】
無線通信ネットワークは、１つまたは複数の無線アクセスネットワーク（ＲＡＮ）、固定イーサネット（登録商標）またはＩＥＥＥ  ８０２．１１  ＷＬＡＮ等の他のアクセスネットワーク、コアネットワーク（ＣＮ）、および外部ネットワークを含んでもよい。ＲＡＮは、１つ以上の無線アクセス技術を含んでもよい。いくつかの実装では、無線アクセス技術は、限定ではないが、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））、ＥＣ−ＧＳＭ−ＩｏＴ、暫定規格９５（ＩＳ−９５）、ユニバーサル移動体通信システム（ＵＭＴＳ）、ＣＤＭＡ２０００（符号分割多重アクセス）、進化型ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、新無線（ＮＲ）、またはＮＢ−ＩｏＴであってもよい。ある事例では、コアネットワークは、進化型パケットコア（ＥＰＣ）または次世代コア（ＮＧコア）であってもよい。
【００４３】
ＲＡＮは、ＧＳＭ（登録商標）、ＵＭＴＳ、ＣＤＭＡ２０００、３ＧＰＰ  ＬＴＥ、３ＧＰＰ  ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）、ＮＢ−ＩｏＴ、およびＥＣ−ＧＳＭ−ＩｏＴ等の無線アクセス技術を実装する、無線電気通信システムの一部である。多くの用途では、ＲＡＮは、少なくとも１つの基地局を含む。基地局（例えば、基地局１０４）は、システムの固定部品の中の全てまたは少なくともいくつかの無線関連機能を制御し得る、無線基地局であってもよい。基地局は、そのカバレッジエリアまたはＵＥが通信するためのセル内で、無線インターフェースを提供してもよい。１つの基地局または複数の基地局は、セルラーネットワークを構成し、広い面積のカバレッジを提供してもよい。基地局は、１つまたは複数のＵＥ、他の基地局、および１つ以上のコアネットワークノードと直接または間接的に通信する。
【００４４】
図１の要素は、種々の特徴および機能性を実装する種々のコンポーネント部品、部分、またはモジュールを含むものとして示されるが、それにもかかわらず、これらの要素は、代わりに、適宜、いくつかのサブモジュール、サードパーティサービス、コンポーネント、ライブラリ等を含んでもよい。さらに、種々のコンポーネントの特徴および機能性は、適宜、より少ないコンポーネントに組み合わせられることができる。説明されるアプローチは、本開示の範囲と一貫する他の方法または要素を使用して、実装されてもよい。本開示内の説明の一部では、ＬＴＥおよびＧＳＭ（登録商標）が実施例として使用されるが、当業者によって理解されるであろうように、説明されるアプローチはまた、３ＧＰＰ  ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）、ＩＥＥＥ（例えば、１１．ｘ、ＷｉＦｉ、ＷｉＭａｘ）、ＣＤＭＡ２０００、および第５世代（５Ｇ）等の他の無線通信システムおよび無線アクセス技術（ＲＡＴ）のために使用されることもできる。本開示では、「アップリンクメッセージ」、「アップリンクデータ」、および「アップリンクデータ伝送」が、１つ以上のメッセージ、構造化または非構造化データストリーム、または任意の他の同等の専門用語を包含するであろう、任意のユーザプレーンタイプの情報のための一般的用語として使用される。さらに、カバレッジ強化レベルは、強化カバレッジレベルと同義であり、カバレッジ強化モードは、強化カバレッジモードと同義である。加えて、いくつかの実装では、図２−１３中のフロー図およびフローチャートの種々のステップは、並行して、組み合わせて、ループで、または任意の順序で実行されてもよい。
【００４５】
ソリューション１：デバイスが強化カバレッジ状態である場合に、モバイル発信のデータ伝送を控える：アプリケーションが、情報を取得し、データ伝送を控えるかどうかを決定する。
【００４６】
図２は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するためのソリューション１を図示する、第１のフロー図２００である。フロー図２００は、デバイスにおけるアプリケーション２０２およびモデム２０４を含む。アプリケーション２０２は、デバイスが強化カバレッジ状態である場合に、デバイスがアップリンクデータをネットワークに伝送することを控え得ることを決定する（または下記で議論されるであろうように、そのように構成される）。伝送を控えられるデータは、撤回または破棄される（例えば、ある持続時間後に古くなるであろう場所情報）か、または留保され、後に送信される（例えば、アップリンクデータ伝送への制限が取り消されるとき）かのいずれかであり得る。モデム２０４は、デバイスのための無線カバレッジ条件（例えば、現在適用可能なＣＥモード／レベルまたはカバレッジクラス、受信信号強度インジケータ（ＲＳＳＩ）、受信信号コード電力（ＲＳＣＰ）、またはＲＳＲＰ等の無線信号強度または品質、データ伝送のための反復の数、または他の無線リンク情報）の知識を有する。アプリケーション２０２は、無線カバレッジ条件の情報またはステータスに関してクエリ２０６をモデム２０４に送信することができる。モデム２０４からのステータスレポート２０８に基づいて、アプリケーション２０２は、アップリンクデータを送信するかどうかを決定する。アプリケーションは、伝送制限のための任意の条件を適用することができる。例えば、アプリケーション２０２は、デバイスＣＥレベル／モードまたはカバレッジクラスが、所定のＣＥレベル／モードまたはカバレッジクラスのセットのうちの１つにある場合、データ反復の数が、所定の反復閾値を上回る、デバイスにおける信号強度が、所定の信号強度閾値を下回る、またはデバイスにおける信号品質が、所定の信号品質閾値を下回る場合に、データを送信しないことを決定してもよい。例えば、アプリケーション２０２は、デバイス／モデムが強化カバレッジレベル１、２、または３である場合に、アップリンクデータを伝送しないことを決定することができる。
【００４７】
いくつかの実装では、クエリ２０６およびステータスレポート２０８は、それぞれ、アテンション（ＡＴ）コマンドおよび応答（３ＧＰＰ  ＴＳ  ２７．００７参照）であり得る。ＡＴコマンドおよび応答は、端末アダプタ（ＴＡ）を通してアプリケーション（すなわち、端末機器（ＴＥ））とモデム（すなわち、モバイル端末（ＭＴ））との間で情報または命令を送信することを可能にする。応答は、ＡＴコマンドに続いてトリガされる（各受信されたＡＴコマンドへの１つの応答）、または非請求型であり得る（例えば、ＡＴコマンドによってアクティブ化および／または構成される。複数の応答が、そのＡＴコマンドに対応して送信されることができ、応答は、モデムにおける情報が変化する、またはＡＴコマンドによって構成されている場合がある他の条件がモデムにおいて満たされる度に送信される）。ある場合には、ＡＴ応答はまた、ＡＴコマンドとも呼ばれる。クエリ２０６およびステータスレポート２０８はまた、ＡＴコマンド／応答の代わりに、他のアプリケーションプログラミングインターフェース（ＡＰＩ）を使用することもできる。
【００４８】
表１は、アプリケーション２０２からモデム２０４へのクエリ２０６の実施例、およびモデム２０４からアプリケーション２０２への関連付けられる報告されたステータス２０８の実施例を列挙する。
【表１】
2020505858.tif 000003
表１の中の最後の２つの実施例に関して、強化カバレッジレベルが変化する度にモデム２０４がステータスレポートを送信するため、１つのクエリが１つを上回るステータスレポートをトリガし得ることに留意されたい。いくつかの実装では、クエリ２０６は、これら２つの実施例に関して随意である。例えば、下記で議論されるであろうように、アプリケーション２０２は、ＡＴコマンドを使用し、強化カバレッジレベル変化の通知を受信するためにモデム２０４にサブスクライブまたは登録することができ、モデム２０４は、強化カバレッジレベルが変化する度に非請求型テータスレポートをアプリケーション２０２に送信するであろう。代替として、モデム２０４によってアプリケーション２０２に非請求型通知を送信することは、モデムにおいて事前構成されることができる。
【００４９】
いくつかの実装では、強化カバレッジ状態時のデバイスは、例えば（限定ではないが）、以下の基準のうちの１つ以上のものに準拠するデバイスである。
・デバイスが、ＬＴＥ  ＵＥに関して強化カバレッジモードＡまたはモードＢであり、現在選択されているＣＥレベルが、可能性として考えられるＣＥレベルの識別されたセットの一部である、または現在選択されているカバレッジクラスが、可能性として考えられるカバレッジクラスの識別されたセットの一部である。ＬＴＥ  ＵＥに関して、強化カバレッジモードＢが、モードＡよりも劣化したカバレッジ内であるが、より高い電力消費量という代償を払って伝送を可能にするため、デバイスは、デバイスがモードＢである場合に１つ以上のアップリンクメッセージを伝送しないが、デバイスがモードＡである場合に可能であるときにメッセージを伝送することを決定し得る。
・リンク予算または無線リンク電力／品質（例えば、ＲＳＳＩ、ＲＳＣＰ、またはＲＳＲＰに基づく）が、識別された閾値を下回る。本基準は、デバイスカテゴリ（例えば、ＮＢ−ＩｏＴおよび非ＮＢ−ＩｏＴ  ＵＥ）にかかわらず、一貫した挙動を規定することを可能にする。
・場合によっては所与のチャネルタイプ（例えば、ネットワークによって構成されるＰＲＡＣＨまたはＭＴＣ  ＰＲＡＣＨ（ＭＰＲＡＣＨ）反復数）に関連付けられる、反復の数が、所定の閾値を上回る。
【００５０】
いくつかの実装では、モデム２０４は、イベントトリガ型ＡＴコマンドを生成し、強化カバレッジステータスの変化が検出された（任意の変化、または１つ以上の具体的変化）ことをアプリケーション２０２に通知する。アプリケーション２０２は、ＡＴコマンドを使用し、モデム２０４からそのような通知を受信することにサブスクライブまたは登録することが可能である。モデム２０４が、一連の動作中に、強化カバレッジのそのような変化を検出した場合、アプリケーション２０２が知らされることが有用であろう。アプリケーション２０２は、ＵＥの最新の強化カバレッジステータスを記憶することができる。これは、以降の段階で、アプリケーション２０２がカバレッジ情報に関してモデム２０４に問い合わせることを防止し得る。強化カバレッジステータスを取得するためにモデムに電力費が存在することに留意されたい。アプリケーションが、不良なカバレッジのため、データ（例えば、低定優先度パケット）を送信しないことを決定する場合において、強化カバレッジステータスを取得するための電力は、浪費される。
【００５１】
図３は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション１のための第１の例示的方法３００を図示する、フローチャートである。方法３００は、アプリケーションが、例えば、ＡＴコマンドを使用して、強化カバレッジレベルまたは無線カバレッジ条件の情報に関して、モデムに問い合わせる、ブロック３０２から開始される。上記で議論されるように、ブロック３０２は、アプリケーションが、カバレッジレベル変化または無線カバレッジ条件変化の非請求型応答を受信するためにモデム２０４にサブスクライブまたは登録する場合に随意である。ブロック３０４では、アプリケーションは、強化カバレッジレベルまたは無線カバレッジ条件の情報を受信する。ブロック３０６では、受信された情報に基づいて、アプリケーションは、アップリンクデータを送信することに制限を適用する。例えば、アプリケーションは、モデム／デバイスが強化カバレッジレベル１、２、または３である場合に、アップリンクデータを送信しないことを決定することができる。
【００５２】
図１４Ａ−１４Ｃは、いくつかの実装による、ソリューション１を有効にするためのＡＴコマンドの例示的記述を示す。コードポイントが、無線カバレッジ条件が変化する度に無線カバレッジ条件をアプリケーションに通知するために（すなわち、非請求型情報）、モデムからアプリケーションへの１つのＡＴコマンドの中に導入されることができる。図１４Ａ−１４Ｃは、ＡＴコマンドネットワーク登録＋ＣＲＥＧの中に無線カバレッジ情報を導入するための３ＧＰＰ  ＴＳ  ２７．００７への例示的変更（変更は下線付きである）を示す。他のＡＴコマンド、例えば、ＰＬＭＮ選択＋ＣＯＰＳ、ＧＰＲＳネットワーク登録ステータス＋ＣＧＲＥＧ、および／またはＥＰＳネットワーク登録ステータス＋ＣＥＲＥＧが、代わりに、または加えて、使用され得る。新しいＡＴコマンドもまた、本目的のために作成され得る。新しいフィールド＜ｃｏｖ＞および＜ｃｏｖ−ｇｓｍ＞が、表２に示されるように、ＡＴコマンドネットワーク登録＋ＣＲＥＧの中に導入されることができる。代替として、＜ｃｏｖ＞および＜ｃｏｖ−ｇｓｍ＞は、単一のフィールドにマージされることができる。
【表２】
2020505858.tif 000004
フィールド＜ｃｏｖ＞および＜ｃｏｖ−ｇｓｍ＞は、任意の無線カバレッジ情報を含むことができる。例えば、３ＧＰ  ＰＴＳ  ２７．００７は、ＣＥレベルおよびカバレッジクラスの情報のためのフィールド＜ｃｏｖ＞および＜ｃｏｖ−ｇｓｍ＞に関して、以下の記述を含むことができる。
＜ｃｏｖ＞：整数型；カバレッジ強化レベル。＜Ａｃｔ＞＝Ｅ−ＵＴＲＡＮまたはＮＢ−ＩｏＴである場合のみ適用可能である。
０  カバレッジ強化（ＣＥ）レベル０
１  カバレッジ強化（ＣＥ）レベル１
２  カバレッジ強化（ＣＥ）レベル２
３  カバレッジ強化（ＣＥ）レベル３（＜Ａｃｔ＞＝ＮＢ−ＩｏＴである場合、適用可能ではない）
注記７：３ＧＰＰ  ＴＳ  ３６．３３１が、カバレッジ強化レベルを規定する。
＜ｃｏｖ−ｇｓｍ＞：整数型；カバレッジクラス。＜Ａｃｔ＞＝ＥＣ−ＧＳＭ−ＩｏＴである場合のみ適用可能である。
０  カバレッジクラスＣＣ１
１  カバレッジクラスＣＣ２
２  カバレッジクラスＣＣ３
３  カバレッジクラスＣＣ４
４  カバレッジクラスＣＣ５
注記８：３ＧＰＰ  ＴＳ  ４３．０６４が、カバレッジクラスを規定する。
【００５３】
図２４Ａ−２４Ｂは、いくつかの実装による、請求型ＡＴコマンドの実施例を示す。例えば、新しいＡＴコマンドが、アプリケーションがモデムにクエリを行い、モデムが無線カバレッジ条件の情報で返答することを可能にするように、導入されることができる。図２４Ａ−２４Ｂは、新しいＡＴコマンド＋ＣＩＯＴＱＣＥＬを含むための３ＧＰＰＴＳ  ２７．００７への例示的変更（変更は下線付きである）を示す。
【００５４】
ソリューション２：デバイスが強化カバレッジ状態である場合に、モバイル発信のデータ伝送を控える：アプリケーションが、条件付きでデータを伝送するようにモデムに命令する。
【００５５】
図４は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するためのソリューション２を図示する、フロー図４００である。フロー図４００は、デバイスにおけるアプリケーション２０２およびモデム２０４を含む。モデム２０４は、デバイスのための無線カバレッジ条件（例えば、現在適用可能なＣＥモード／レベルまたはカバレッジクラス、ＲＳＳＩ、ＲＳＣＰ、またはＲＳＲＰ等の無線信号強度または品質、データ伝送のための反復の数、または他の無線リンク情報）の知識を有する。アプリケーション２０２は、命令４０６をモデム２０４に送信し、ある条件下でデータを伝送するようにモデム２０４に命令することができる。命令４０６は、伝送制限のための任意の条件と、伝送制限のための条件と関連付けられるパラメータとを含むことができる。例えば、アプリケーション２０２は、デバイス／モデムＣＥレベル／モードまたはカバレッジクラスが、所定のＣＥレベル／モードまたはカバレッジクラスのセットのうちの１つである場合、データ反復の数が、所定の反復閾値を上回る、デバイスにおける信号強度が、所定の信号強度閾値を下回る、またはデバイスにおける信号品質が、所定の信号品質閾値を下回る場合に、データを送信しないようにモデム２０４に命令してもよい。例えば、アプリケーション２０２は、モデム／デバイスが強化カバレッジレベル１、２、または３である場合に、データを送信しないようにモデム２０４に命令することができる。いくつかの実装では、アプリケーション２０２はまた、モデム２０４がデータ４０８に伝送制限を適用するであろうように、データ４０８をモデム２０４に送信することもできる。命令４０６およびデータ４０８は、ＡＴコマンドまたは他のＡＰＩを使用することができる。
【００５６】
アプリケーション２０２は、デバイス／モデムＣＥレベル／モードまたはカバレッジクラスが、強化カバレッジモード／レベルまたはカバレッジクラスの所定のセットのうちの要素ではないとき、データ反復の数が、所定の反復閾値を下回る、デバイスにおける信号強度が、所定の信号強度閾値を上回る、またはデバイスにおける信号品質が、所定の信号品質閾値を上回る場合に、具体的アップリンクデータを送信するようにモデム２０４に命令することができる。対称的に、アプリケーション２０２は、デバイス／モデムＣＥレベル／モードまたはカバレッジクラスが、強化カバレッジモード／レベルまたはカバレッジクラスの所定のセットのうちの要素であるとき、データ反復の数が、所定の反復閾値を上回る、デバイスにおける信号強度が、所定の信号強度閾値を下回る、またはデバイスにおける信号品質が、所定の信号品質閾値を下回る場合に、具体的アップリンクデータを送信しないようにモデム２０４に命令することができる。具体的アップリンクデータは、命令４０６とともに（例えば、データが命令４０６の中に含まれる）、または別個に（例えば、別個の命令４０６およびデータ４０８）、送信され得る。データが命令とは別個に送信される場合、データは、例えば、ベアラ識別、パケットデータプロトコル（ＰＤＰ）コンテキスト、アプリケーション識別子、ソケット番号（アプリケーションを判別し得る）、または宛先アドレスに基づいて、判別されることができる。データ４０８は、命令４０６と同時に、または以降の時間に送信されることができる。ある場合には、アプリケーションは、いくつかの試行がモデムによってカバレッジ条件を知らされた後に、無条件にデータを送信することを決定することができる。
【００５７】
代替として、または組み合わせて、アプリケーション２０２は、デバイス／モデムが具体的強化カバレッジモード／レベルまたは具体的無線カバレッジ条件ではないときに、任意のアップリンクデータを送信するようにモデム２０４に命令することができる。対称的に、アプリケーション２０２は、モデムが１つ以上の具体的強化カバレッジモード／レベルまたは具体的無線カバレッジ条件であるときに、いかなるアップリンクデータも送信しないようにモデム２０４に命令することができる。ソリューション１と同様に、送信されないデータは、撤回または破棄のいずれかをされることができる。
【００５８】
表３は、アプリケーション２０２からモデム２０４への命令４０６の実施例を列挙する。表３の第２の列は、関連アップリンクデータが命令４０６とともに含まれるかどうかを示す。
【表３】
2020505858.tif 000005
他の条件もまた、使用されることができ、例えば、強化カバレッジレベル３等のより厳密な強化カバレッジモード／レベルまたはカバレッジクラスのための伝送制限を適用する。
【００５９】
図５は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション２のための第１の例示的方法５００を図示する、フローチャートである。方法５００は、アプリケーションが具体的データをモデムに送信し、命令の中で規定される条件に従って、本データを送信することに制限を適用するようにモデムに命令する、ブロック５０２から開始される。ブロック５０４では、モデムは、命令に従ってデータに伝送制限を適用する。例えば、アプリケーションは、モデム／デバイスが強化カバレッジレベル１、２、または３である場合に、データに伝送制限を適用するようにモデムに命令することができる。故に、モデムは、モデム／デバイスが強化カバレッジレベル１、２、または３である場合に、具体的データを送信しない。
【００６０】
図６は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション２のための第２の例示的方法６００を図示する、フローチャートである。方法６００は、アプリケーションが、ポート０から着信する任意の将来のデータを送信することに制限を適用するようにモデムに命令する、ブロック６０２から開始される。ブロック６０４では、モデムは、命令に従ってポート０からのデータに伝送制限を適用する。例えば、アプリケーションは、モデム／デバイスが強化カバレッジレベル１、２、または３である場合に、ポート０からのデータに伝送制限を適用するようにモデムに命令することができる。故に、モデムは、モデム／デバイスが強化カバレッジレベル１、２、または３である場合に、ポート０からデータを送信しない。
【００６１】
図１５Ａ−１５Ｂは、いくつかの実装による、ソリューション２を有効にするためのＡＴコマンドの第１の例示的記述を示す。図１５Ａ−１５Ｂは、ＡＴコマンドの中で命令および関連データを送信するための３ＧＰＰ  ＴＳ  ２７．００７への例示的変更（変更は下線付きである）を示す。新しいフィールド＜ｃｏｎｄ＞が、表４に示されるように、ＡＴコマンド＋ＣＳＯＤＣＰの中に導入されることができる。アプリケーションは、フィールド＜ｃｏｎｄ＞の中に命令およびフィールド＜ｃｐｄａｔａ＞の中に具体的データを含むことができる。
【表４】
2020505858.tif 000006
フィールド＜ｃｏｎｄ＞は、任意の命令を含むことができる。例えば、３ＧＰＰ  ＴＳ  ２７．００７は、命令がＣＥレベル／カバレッジクラスに関する場合に、フィールド＜ｃｏｎｄ＞のための以下の記述を含むことができる。
＜ｃｏｎｄ＞：整数型。ユーザデータを伝送するための条件を示す。
０  データを伝送する
１  デバイスがカバレッジ強化（ＣＥ）レベル１、２、および３（Ｅ−ＵＴＲＡＮまたはＮＢ−ＩｏＴ）ではない場合のみ、データを伝送する
デバイスがカバレッジクラス２、３、および４（ＥＣ−ＧＳＭ−ＩｏＴ）ではない場合のみ、データを伝送する
注記７：３ＧＰＰ  ＴＳ  ３６．３３１が、カバレッジ強化レベルを規定する。３ＧＰＰ  ＴＳ  ４３．０６４が、カバレッジクラスを規定する。
【００６２】
代替として、フィールド＜ｃｏｎｄ＞は、ユーザデータが伝送されるものとする、最大ＣＥレベルまたは最高カバレッジクラスに関連する命令を含むことができる。例えば、３ＧＰＰ  ＴＳ  ２７．００７は、フィールド＜ｃｏｎｄ＞のための以下の記述を含むことができる。
＜ｃｏｎｄ＞：整数型。ユーザデータが伝送されるものとする、最大カバレッジ強化（ＣＥ）レベル０〜３（Ｅ−ＵＴＲＡＮ）、０〜２（ＮＢ−ＩｏＴ）、または最高カバレッジクラス１〜５（ＥＣ−ＧＳＭ−ＩｏＴ、それぞれ、ＣＣ１〜ＣＣ５）を規定する。ＣＥレベルまたはカバレッジクラスが、適用可能である場合、示される値を上回る場合に、ユーザデータは、伝送されないものとする。
【００６３】
別の代替物として、３ＧＰＰ  ＴＳ  ２７．００７は、命令がＣＥレベル／カバレッジクラスおよび伝送制限のための所定のタイマに関連する場合、フィールド＜ｃｏｎｄ＞のための以下の記述を含むことができる。
＜ｃｏｎｄ＞：整数型。ユーザデータを伝送するための条件を示す。
０  データを伝送する
１  以下である場合のみ、データを伝送する
Ｅ−ＵＴＲＡＮまたはＮＢ−ＩｏＴ：
−デバイスがカバレッジ強化（ＣＥ）レベル０である、または
−デバイスがカバレッジ強化（ＣＥ）レベル１、２、または（Ｅ−ＵＴＲＡＮのみに適用可能である）３であり、データが最後の１時間にわたって伝送されなかった
ＥＣ−ＧＳＭ−ＩｏＴ：
−デバイスがカバレッジクラスＣＣ１である、または
−デバイスがカバレッジクラスＣＣ２、ＣＣ３、ＣＣ４、または（適用可能である場合）ＣＣ５であり、データが最後の１時間にわたって伝送されなかった
【００６４】
ソリューション１および２は、デバイスがアイドルモードまたは接続モードであるときに使用されることができ、異なる時間に併せて使用されることができる。
【００６５】
データタイプに基づく、モバイル発信データ伝送を控えるための付加的または代替的条件
【００６６】
代替として、または組み合わせて、データタイプが、ソリューション１および／または２で伝送制限のための条件として使用されることができる。例えば、いくつかのタイプのデータは、システムの観点から他のものほど重要ではない。そのようなタイプのデータの実施例は、（デバイス上の１つを上回るアプリケーションが、異なる目的のために同一のタイプのデータを使用することができるため）所与の用途またはタイプの使用に特有のデータであってもよい。代替として、一部のデータは、時間的制約があり得、（強化カバレッジ機能性が、多数の繰り返しの伝送を使用することによって、さらなる遅延を導入するため）伝送が遅延される必要性がある場合に、それらを送信する価値はない。したがって、アプリケーションは、データタイプに基づく付加的条件を用いて、デバイスが強化カバレッジ状態である場合に、アップリンクデータ（例えば、１つ以上のアップリンクメッセージ）を送信することを控え得る。
【００６７】
例えば、デバイス場所に関連するデータが、アップリンクデータを送信することを控えるための条件であってもよい一方で、パンクしたタイヤ問題に関連するデータは、アップリンクデータを送信することを控えるための条件ではないであろう。緊急事態に関連するデータ（例えば、緊急通話情報、緊急自動車事故情報、または緊急場所情報）が、アップリンクデータを送信することを控えるための情報ではないであろう一方で、他のアップリンクデータは、そうであろう。別の実施例では、伝送制御プロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）に関連するデータパケットが、送信することを控えられ得る一方で、制約付きアプリケーションプロトコル（ＣＯＡＰ）／ユーザデータプロトコル（ＵＤＰ）／ＩＰに関連するデータパケットは、送信され得る。理由は、ＴＣＰ／ＩＰが、付加的遅延に起因して強化カバレッジと上手く機能しない場合があるためである。ある場合には、付加的条件は、ＩＰアドレスおよび／またはポート番号（ソケット）、アクセスポイント名（ＡＰＮ）、またはプロトコル関連情報（例えば、ユーザプレーンセッションを判別する、２Ｇ／３Ｇ用のＬＴＥまたはＰＤＰコンテキストのための進化型パケットシステム（ＥＰＳ）ベアラ）に関連し得る。
【００６８】
伝送制限をトリガし得る、異なるデータタイプまたはサブタイプの他の実施例は（限定ではないが）、フリート管理および物流、自動車テレマティックス、自動化および監視、販売時点管理（ＰｏＳ）、セキュリティおよび監視、健康監視（例えば、マシンツーマシン医療ゲートウェイ、ウェアラブル医療監視デバイス、または（ウェアラブル）ウェルネス／フィットネスサービスデバイス）、セキュア遠隔患者介護および監視、ウェアラブル（例えば、ビデオストリーミング、ファイル共有、またはゲーム）、スマートビルディング（例えば、分析、照明、火災および生命安全、またはセキュリティおよびアクセス）、エネルギー（例えば、高度伝送および配電自動化のための広域エネルギー関連測定／制御システム、開始および停止収集、条件付き収集、作成／修正収集スキーム等のマシンツーマシンのための分析ユースケース、スマートリーダ読取、水力発電および／または油およびガスパイプラインセルラー／衛星を決定するための遠隔場所の環境監視）、企業（例えば、ビルの自動化および制御または分析または照明等のスマートビルディング、火災および生命安全／セキュリティおよびアクセス、暖房、換気、空調、電力およびエネルギー、および／または工業システム）、公共サービス（例えば、街灯の自動化、デバイス、仮想デバイス、およびモノについてのユースケース、および／または自動車／自転車共有サービス）、住居（例えば、家庭用エネルギー管理、家庭用エネルギー管理システム、プラグイン充電車両および家庭シナリオでの電力給送、リアルタイムオーディオ／ビデオ通信、イベントトリガ型タスク実行ユースケース、および／またはセマンティックホームコントロール）、セマンティックデバイスプラグアンドプレイ、農業（例えば、遠隔機器監視、遠隔作物監視、気候監視および予報、作物および家畜の予測分析、家畜追跡およびジオフェンシング、家畜の給餌および農作物についての統計、スマート物流および倉庫保管、および／またはドローン監視および制御）、テレマティックス（車両診断および保守レポートおよびサービス、交通事故情報収集、盗難車両回収、ロードサイド支援、車内娯楽およびインターネットアクセス、車両ナビゲーション、使用ベースの自動車保険、リース、レンタル、および／またはＨＰおよびシェアカー管理）、輸送（例えば、デジタルタコグラフを使用するフリート管理サービス）、その他（例えば、衛星を使用してマシンツーマシンアクセスおよび／またはネットワークを拡張すること、下層ネットワークオペレータによるＭ２Ｍデータトラフィック管理、モバイルネットワークと相互作用する最適化されたＭ２Ｍ、コネクティビティ管理パラメータを最適化すること、モビリティ管理パラメータを最適化すること、活気のないノードのユースケース、Ｍ２Ｍシステムデータの収集についてのユースケース、下層ネットワークのブロードキャスト／マルチキャスト能力を活用すること、および／または内蔵マシンツーマシンデバイスを伴う機器のためのサービスプロビジョニングを活用すること）を含むことができる。デバイス１０２は、これらの例示的データタイプおよびユースケースを使用するデバイスであり得ることに留意されたい。
【００６９】
代替として、または組み合わせて、サービス品質（ＱｏＳ）が、ソリューション１および２で伝送制限のための条件として使用されることができる。例えば、デバイスが強化カバレッジ状態である場合、アップリンクデータは、デバイスが、強化カバレッジ機能性の繰り返しの伝送によって引き起こされる遅延に対処し得る１つ以上のベアラ、または以下と関連付けられるＱｏＳを有する１つ以上のベアラを伴って構成される場合に、送信され得る。
・保証ビットレート（ＧＢＲ）、
・非ＧＢＲ（非ＧＢＲは繰り返しの伝送に起因する遅延に耐え得る）、および／または
・あるＱｏＳクラス識別子（ＱＣＩ）、例えば、双方向性であるベアラを反映するＱＣＩ
上記の実施例は、ＬＴＥ  ＱｏＳ専門用語を使用する。他の専門用語も、他のＲＡＴの実施例で可能である。例えば、２Ｇ／３Ｇシステムに関して、条件は、アクティブＰＤＰコンテキストのためのＱｏＳトラフィッククラスが対話型またはストリーミングであることであり得る。他の可能性として考えられる基準は、以下等の優先レベルに関連し得る。
・優先順クラスにおける「高優先度」および／または「通常優先度」対「低優先度」
・データベアラの無線優先度における「優先度１」（最高）および／または「優先度２」対「優先度３」
【００７０】
図７は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション１のための第２の例示的方法７００を図示する、フローチャートである。方法７００は、アプリケーションが、例えば、ＡＴコマンドを使用して、無線カバレッジ条件についてモデムに問い合わせる、ブロック７０２から開始される。ブロック７０２は、アプリケーションが、無線カバレッジ条件変化の非請求型応答を受信するためにモデムにサブスクライブまたは登録する場合に随意である。ブロック７０４では、アプリケーションは、無線カバレッジ条件の情報を受信する。ブロック７０６では、受信された情報に基づいて、アプリケーションは、アップリンクデータを送信することに制限を適用することができる。例えば、アプリケーションは、モデムまたはデバイスが強化カバレッジレベル１、２、または３であり、データが非緊急デバイス場所情報に関連する場合に、アップリンクデータを送信しないことを決定することができる。
【００７１】
図８は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション２のための第３の例示的方法８００を図示する、フローチャートである。方法８００は、アプリケーションが、命令の中で規定される条件に従って、将来のアップリンクデータを送信することに制限を適用するようにモデムに命令する、ブロック８０２から開始される。ブロック８０４では、モデムは、命令に従ってアップリンクデータ伝送に制限を適用する。例えば、アプリケーションは、モデム／デバイスが強化カバレッジレベル１、２、または３であり、データが非緊急デバイス場所情報に関連する場合に、アップリンクデータに伝送制限を適用するようにモデムに命令する。故に、モデムは、モデム／デバイスが強化カバレッジレベル１、２、または３であり、データが非緊急デバイス場所情報に関連する場合に、アップリンクデータを送信しない。
【００７２】
ある場合には、異なるアプリケーションは、異なるアップリンクデータを制御し、異なるアプリケーションが相反する命令を送信するというシナリオは、起こる可能性が低い。しかしながら、これが起こる場合、いくつかの規則が、全体的決定のために定義されることができる。例えば、
・時間内に受信される最新の命令が、モデムに適用されることができる、または
・ある優先順制御が、命令内に導入されることができる。例えば、数字が、アプリケーションからモデムへの各命令に割り当てられることができる。対立の場合、最高数字を伴う命令が、適用される。いくつかのデフォルト値が、使用されることができる。
・いくつかの所定の規則が、モデムに適用されることができる。例えば、条件のセットを用いた伝送制限を使用しないアプリケーションによって送信されるデータは、同一の条件のセットを用いた伝送制限を使用するアプリケーションによって送信されることを防止されることができない。
【００７３】
図１６は、いくつかの実装による、ソリューション２を有効にするためのＡＴコマンドの第２の例示的記述を示す。新しいＡＴコマンドが、データが命令とともに送信されない命令を搬送するように、アプリケーションからモデムに導入されることができる。図１６は、新しいＡＴコマンド＋ＣＥＵＤＲを含むための３ＧＰＰ  ＴＳ  ２７．００７への例示的変更（変更は下線付きである）を示す。表５は、新しいＡＴコマンド＋ＣＥＵＤＲを示す。
【表５】
2020505858.tif 000007
新しいＡＴコマンド＋ＣＥＵＤＲは、任意の命令を含むことができる。例えば、３ＧＰＰ  ＴＳ  ２７．００７は、命令がＣＥレベル／カバレッジクラスおよび伝送制限のための所定のタイマに関連する場合に、新しいＡＴコマンド＋ＣＥＵＤＲのための以下の記述を含むことができる。
記述
設定コマンドが、アップリンクデータ制限に従って動作するようにＭＴを設定するために使用される。
読取コマンドが、ＴＥによって設定される使用設定を返す。
試験コマンドが、サポートされたＭＴ設定についての情報を要求するために使用される。
定義された値
＜ｓｅｔｔｉｎｇ＞：整数型；ＭＴのためのアップリンクデータ制限を示す。デフォルト値は、製造業者特有である。
０  送信されることを可能にされたソケットポート０のためのアップリンクデータ
１  以下である場合に送信されることを可能にされたソケットポート０のためのアップリンクデータ：
Ｅ−ＵＴＲＡＮまたはＮＢ−ＩｏＴ：
−デバイスがカバレッジ強化（ＣＥ）レベル０である、または
−デバイスがカバレッジ強化（ＣＥ）レベル１、２、または（Ｅ−ＵＴＲＡＮのみに適用可能である）３であり、データが最後の１時間にわたって伝送されなかった
注記１：３ＧＰＰ  ＴＳ  ３６．３３１が、カバレッジ強化レベルを規定する。
ＥＣ−ＧＳＭ−ＩｏＴ：
−デバイスがカバレッジクラスＣＣ１である、または
−デバイスがカバレッジクラスＣＣ２、ＣＣ３、ＣＣ４、または（適用可能である場合）ＣＣ５であり、データが最後の１時間にわたって伝送されなかった
注記２：３ＧＰＰ  ＴＳ  ４３．０６４が、カバレッジクラスを規定する。
実装
随意である。
【００７４】
待機時間の持続時間および／または試行の数に基づく、モバイル発信データ伝送を控えるための付加的または代替的条件
【００７５】
代替として、または組み合わせて、ソリューション１および２における伝送制限は、閾値を超える持続時間および／または試行の数に基づくことができる。閾値は、下記で議論されるように、所定または構成可能であり得る。換言すると、１つ以上の具体的メッセージまたはデータを送信することを控えることは、所定の持続時間および／または具体的な数のメッセージに適用されるであろう。例えば、アプリケーションが、デバイスが強化カバレッジ状態であることに起因して、アップリンクメッセージを送信することを控えた後、メッセージが、例えば、所定の閾値を超える持続時間にわたって、送信されることを防止された場合に、これは、控えることを取り消し得る（すなわち、メッセージを再び送信する）。別の実施例として、アプリケーションは、デバイスが強化カバレッジ状態である場合に、データを送信することを控えるようにモデムに命令することができる。ある待機時間が満了した後、アプリケーションは、データが無線カバレッジ条件に関して無条件に送信されるであろうことを示す、別の命令を送信することができる。
【００７６】
ある場合には、アップリンクメッセージが繰り返し送信される（例えば、場所情報を周期的に送信する）場合、デバイスは、デバイスが強化カバレッジ状態である（例えば、デバイスが１つ以上の具体的強化カバレッジレベル／モードである）場合に具体的な数のメッセージのためのアップリンクメッセージを送信すること、または送信機会を控えることができる。具体的な数のアップリンクメッセージが送信されることを控えられた、または具体的な数の送信機会が使用されることを控えられた後、デバイスが依然として強化カバレッジ状態であり、アップリンク伝送のために余剰バッテリ電力を使用する場合であっても、デバイスは、１つのアップリンクメッセージを送信することができる。アップリンクメッセージをトリガするアプリケーションに応じて、送信されていないデータコンテンツは、伝送制限が取り消されるときに、後で送信されることができる、またはデータコンテンツは、撤回されることができる（例えば、ある持続時間後に古くなる場所情報）。
【００７７】
デバイス場所／速度に基づく、モバイル発信データ伝送を控えるための付加的または代替的条件
【００７８】
ソリューション１および２のための付加的または代替的条件として、アプリケーションは、デバイスが移動している場合に１つ以上の具体的メッセージまたはデータを送信することを控えることができる。例えば、アプリケーション（ソリューション１）またはモデム（ソリューション２）が、デバイスが強化カバレッジ状態であることに起因して、アップリンクデータの伝送を保留した後、伝送制限は、デバイスが移動を止める、または少なくともある持続時間の間に移動を止める場合に、取り消されることができる。例えば、場所情報を送信する場合において、ネットワークが、デバイスが静止した状態になったことおよびその場所を把握することが、有用であり得る。したがって、「アップリンクデータを送信しないこと」の例外が、デバイスが静止した状態になるときに認められることができ、アップリンクデータ（例えば、１つのメッセージ）が、これが強化カバレッジ状態で余剰バッテリを使用するであろう場合であっても送信されることができる。ある場合には、「アップリンクデータを送信しないこと」の例外が、デバイスがある持続時間を上回って静止したままであるときに、認められることができる。換言すると、伝送制限は、例えば、一時停止標識において、トラックが停止し、次いで、即時に再始動する場合に、取り消されなくてもよい。
【００７９】
別の実施例に関して、デバイスが強化カバレッジ状態であるとき、（例えば、ＧＰＳ等の場所センサからの場所情報、またはデバイスのセル識別、ルーティングエリア、または追跡エリア識別、またはネットワークによって把握される任意の他の識別された地理的ゾーンに基づいて）大型トラックが、例えば、町の中の危険なエリアと関連付けられる所定のエリアに進入している場合に、アップリンクデータ（例えば、場所または緊急情報）の送信を可能にすることが、有益であり得る。換言すると、デバイスは、デバイスが強化カバレッジ状態であり、デバイスが危険なエリアにない場合に、アップリンクメッセージを送信することを控える。ある場合には、アプリケーションが場所情報を使用するとき、アプリケーションサーバが、デバイスが静止した状態になったことおよびその場所を把握することが、有益であり得る。伝送制限は、デバイスが静止した状態になるときに取り消されることができ、限定量のアップリンクデータ（例えば、１つのアップリンクメッセージ）が、これが強化カバレッジ状態で余剰バッテリを使用するであろう場合であっても送信されることができる。例えば、１つのアップリンクメッセージが送信された後、アップリンクメッセージの送信は、たとえデバイスが依然として静止していても、再び防止されることができる。
【００８０】
ある場合には、アプリケーションが、（例えば、アプリケーションがモデムにクエリを行った最後の時間に基づいて）デバイスが事前に強化カバレッジ状態であったことを把握する場合、かつアプリケーションが、（例えば、加速度計の読取を介して）デバイスが移動していないことを把握する場合、アプリケーションが、デバイスが依然として強化カバレッジ状態であることを把握するため、アプリケーションは、非重要イベントが起こる場合に、強化カバレッジモード／レベルを査定する、または問い合わせるためにモデムをウェイクアップしなくてもよい。換言すると、アプリケーションは、モデムにクエリを行うことを控えることができる。モデムが強化カバレッジレベルを査定することを回避することは、これがデバイス／モデム内のいくつかの電子コンポーネントのスイッチを入れることを回避するため、さらなるバッテリを節約することができる。
【００８１】
図９は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するためのソリューション１を図示する、第２のフロー図９００である。フロー図９００は、デバイスにおけるアプリケーション２０２、モデム２０４、および場所センサまたは加速度計９０２を含む。モデム２０４は、デバイスのための無線カバレッジ条件の知識を有する。アプリケーション２０２は、無線カバレッジ条件の情報またはステータスに関してクエリ２０６をモデム２０４に送信し、モデム２０４からステータスレポート２０８を受信することができる。アプリケーション２０２はまた、クエリ９０８を場所センサまたは加速度計９０２に送信し、場所および／または速度情報を含む、応答９１０を受信することができる。ステータスレポート２０８および応答９１０に基づいて、アプリケーション２０２は、アップリンクデータを送信するかどうかを決定する。例えば、アプリケーション２０２は、強化カバレッジレベルが１、２、または３であり、デバイスが移動している場合に、アップリンクデータを伝送しないことを決定することができる。アプリケーション２０２とモデム２０４との間、およびアプリケーション２０２と場所センサまたは加速度計９０２との間のクエリ／ステータス相互作用は、任意の順序で（すなわち、最初に、場所センサまたは加速度計９０２に、次いで、モデム２０４に、または反対に、クエリを行う）、または同時に起こり得ることに留意されたい。
【００８２】
ソリューション２に関して、モデム自体が、デバイス場所／速度情報を取得してもよく、場所センサまたは加速度計にクエリを行う必要がない。例えば、モデムは、モデムにおいて受信されたＧＰＳ信号を分析すること、基地局からの受信された無線信号を分析すること、またはセル識別等の無線セルラー方法を使用することによって、場所／速度情報を取得することができる。いくつかの実装では、図４に示されるように、アプリケーションは、命令および関連データをモデムに送信することができ、命令は、「（１）モデムが強化カバレッジ状態ではない場合、または（２）モデムが強化カバレッジ状態であり、デバイスが移動していない場合に、本データを送信する」であり得る。データおよび命令を受信した後、場所／速度情報に基づいて、モデムは、それに応じて、伝送制限を適用することができる。
【００８３】
バッテリレベルに基づいて、モバイル発信データ伝送を控えるための付加的または代替的条件
【００８４】
ソリューション１および２のための付加的または代替的条件は、バッテリレベルに基づくことができる。例えば、ソリューション１に関して、アプリケーションは、バッテリレベルが第１の閾値を下回る、および／または第２の閾値を上回る場合に、強化カバレッジ状態で具体的アップリンクデータを送信することを控えるであろう。閾値は、百分率であり得、例えば、１００％は、バッテリが完全に満杯であることを意味し、０％は、バッテリが使用可能ではないことを意味する。
【００８５】
バッテリレベルが第１の閾値を上回る場合に、強化カバレッジ状態でデータ（またはあるタイプ／関連性のデータ）を送信するための理由は、対応するデータを伝送することがシステムの観点から有益であり、バッテリ寿命を危険にさらさないであろう（例えば、バッテリレベルが、再充電／交換され得るまで持続するために十分と見なされる）ためである。一方で、バッテリレベルが第１の閾値を下回る場合、対応するデータを送信せず、最も関連するまたは最重要データを送信するためのバッテリ電力を保つことが、好ましくあり得る。
【００８６】
バッテリレベルが第２の閾値を下回る場合、強化カバレッジ状態でデータを送信するための理由は、関連／重要アップリンクデータを送信する最終的機会を使用することが、好ましくあり得るためである。例えば、デバイスバッテリが短い時間枠で充電が切れようとしているとき、デバイスが、例えば、「私はここに位置し、私のバッテリは切れかかっています」を示す、場所メッセージをネットワークに送信することが好ましくあり得る一方で、場所メッセージは、バッテリが第２の閾値を上回る場合に送信されないであろう。
【００８７】
図１０は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するためのソリューション１を図示する、第３のフロー図１０００である。フロー図１０００は、デバイスにおけるアプリケーション２０２、モデム２０４、およびオペレーティングシステム、デバイスインターフェース、またはバッテリセンサ１００２を含む。例えば、デバイスインターフェースは、マンマシンインターフェース（ＭＭＩ）であり得る。モデム２０４は、デバイスのための無線カバレッジ条件の知識を有する。アプリケーション２０２は、無線カバレッジ条件の情報またはステータスに関してクエリ２０６をモデム２０４に送信し、モデム２０４からステータスレポート２０８を受信することができる。アプリケーション２０２はまた、クエリ１００８をオペレーティングシステム、デバイスインターフェース、またはバッテリセンサ１００２に送信し、バッテリレベルまたはバッテリステータスについての情報を含む、応答１０１０を受信することができる。ステータスレポート２０８および応答１０１０に基づいて、アプリケーション２０２は、アップリンクデータを送信するかどうかを決定する。例えば、アプリケーション２０２は、強化カバレッジレベルが１、２、または３であり、バッテリレベルが第１の閾値を下回り、かつ第２の閾値を上回る場合に、アップリンクデータを伝送しないことを決定することができる。アプリケーション２０２とモデム２０４との間、およびアプリケーション２０２とオペレーティングシステム、デバイスインターフェース、またはバッテリセンサ１００２との間のクエリ／ステータス相互作用は、任意の順序で（すなわち、最初に、オペレーティングシステム、デバイスインターフェース、またはバッテリセンサ１００２に、次いで、モデム２０４に、または反対に、クエリを行う）、または同時に起こり得ることに留意されたい。
【００８８】
ソリューション２に関して、アプリケーションは、命令および関連データをモデムに送信することができる。例えば、命令は、「（１）モデムが強化カバレッジ状態ではない場合、または（２）モデムが強化カバレッジ状態であり、バッテリレベルが８０％を上回る、または５％を下回る場合に、本データを送信する」であり得る。モデムは、バッテリレベル情報に関して、クエリを、オペレーティングシステム、デバイスインターフェース、またはバッテリセンサに送信することができる。オペレーティングシステム、デバイスインターフェース、またはバッテリセンサからのバッテリレベル情報、およびアプリケーションからの命令に基づいて、モデムは、それに応じて、伝送制限を適用するであろう。
【００８９】
オペレーティングシステム、デバイスインターフェース、またはバッテリセンサへのクエリは、１つ以上のバッテリ閾値を含むことができる。例えば、クエリは、「バッテリレベルが５％を下回る」または「バッテリレベルを提供する」であり得る。オペレーティングシステム、デバイスインターフェース、またはバッテリセンサからの応答は、１つ以上のバッテリ閾値に関するステータス、例えば、バッテリレベルが第１の閾値を下回るかどうか、またはバッテリレベルが第２の閾値を上回るかどうかを含むことができる。応答はまた、絶対バッテリレベル、例えば、電圧、電流、または電荷（クーロン単位）レベルを含むこともできる。
【００９０】
デバイスが電力供給源に差し込まれているかどうかに基づいて、モバイル発信データ伝送を控えるための付加的または代替的条件
【００９１】
ソリューション１および２のための付加的または代替的条件は、デバイスが電力供給源に差し込まれているかどうかに基づくことができる。例えば、ソリューション１に関して、アプリケーションは、デバイスが電源コンセントに差し込まれていない場合に、強化カバレッジ状態でアップリンクデータを送信することを控えるであろう。換言すると、強化カバレッジ状態時のデバイスは、デバイスが、電力消費量があまり問題にならなくなる、電源コンセントに差し込まれている場合に、アップリンクデータを送信するであろう。バッテリレベルにクエリを行うことと同様に、アプリケーションまたはモデムは、デバイスが電力供給源に差し込まれているかどうか、オペレーティングシステム、デバイスインターフェース、またはバッテリセンサにクエリを行うことができる。
【００９２】
ある場合には、強化カバレッジ状態時の伝送制限は、無線カバレッジ条件、データタイプ、ＱｏＳ、所定の時間周期、所定の試行数、デバイス場所／速度、バッテリレベル、および／またはデバイスが電力供給源に差し込まれているかどうかの組み合わせに基づいて、適用されることができる。
【００９３】
図１１は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション１のための第３の例示的方法１１００を図示する、フローチャートである。方法１１００は、無線カバレッジ情報、デバイス速度情報、バッテリレベル、デバイスが電力供給源に差し込まれているかどうか、および所定の時間周期に基づいて、伝送制限を適用する。方法１１００は、アプリケーションが、例えば、ＡＴコマンドを使用して、無線カバレッジ条件についてモデムに問い合わせ、デバイスの速度について場所センサまたは加速度計に問い合わせ、バッテリレベルおよびデバイスが電力供給源に差し込まれているかどうかに関して、オペレーティングシステム、デバイスインターフェース、またはバッテリセンサに問い合わせる、ブロック１１０２から開始される。ブロック１１０２は、アプリケーションがすでに情報を有している場合は随意である。ブロック１１０４では、アプリケーションは、無線カバレッジ条件、バッテリレベル、場所／速度情報、およびデバイスが電力供給源に差し込まれているかどうかの情報を受信する。ブロック１１０６では、受信された情報に基づいて、アプリケーションは、アップリンクデータを送信することに制限を適用する。例えば、アプリケーションは、データが非緊急場所情報に関連する、モデムまたはデバイスが強化カバレッジレベル１、２、または３である、デバイスが移動している（またはデバイスが移動しておらず、１つのメッセージが現在の場所においてすでに送信されている）、デバイスが電力供給源に差し込まれていない、およびバッテリレベルが１つの閾値を上回り、かつ別の閾値を下回る場合に、１時間にわたってアップリンクデータを送信しないことを決定することができる。
【００９４】
図１２は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション２のための第４の例示的方法１２００を図示する、フローチャートである。方法１２００は、無線カバレッジ条件、デバイス速度、および所定の時間周期に基づいて、伝送制限を適用する。方法１２００は、アプリケーションが具体的データをモデムに送信し、命令の中で規定される条件に従って、本データを送信することに制限を適用するようにモデムに命令する、ブロック１２０２から開始される。ブロック１２０４では、モデムは、命令に従ってデータに伝送制限を適用する。例えば、アプリケーションは、デバイスが強化カバレッジレベル１、２、または３であり、デバイスが移動している場合に、１時間にわたってデータに伝送制限を適用するようにモデムに命令することができ、モデムは、それに応じて、伝送制限を適用するであろう。
【００９５】
図１３は、いくつかの実装による、強化カバレッジ状態時のデータ伝送を制御するソリューション２のための第５の例示的方法１３００を図示する、フローチャートである。方法１２００は、無線カバレッジ条件、デバイス速度、および所定の時間周期に基づいて、伝送制限を適用する。方法１３００は、アプリケーションが、ポート０から着信する任意の将来のデータを送信することに制限を適用するようにモデムに命令する、ブロック１３０２から開始される。ブロック１３０４では、モデムは、命令に従ってポート０からのデータに伝送制限を適用する。例えば、アプリケーションは、デバイスが強化カバレッジレベル１、２、または３であり、デバイスが移動している場合に、１時間にわたってポート０からのデータに伝送制限を適用するようにモデムに命令することができ、モデムは、それに応じて、伝送制限を適用するであろう。
【００９６】
いくつかの実装では、デバイス、デバイス上層、またはデバイス内のアプリケーションは、強化カバレッジ状態時の伝送制限が可能にされるかどうかに関して、構成されることができる。伝送制限が可能にされる場合、デバイスまたはアプリケーションはさらに、伝送制限の条件と関連付けられるパラメータを伴って構成されることができる。例えば、デバイスまたはアプリケーションは、伝送制限が可能にされるかどうか、伝送制限のための時間周期、伝送制限による影響を受けるデータタイプ、伝送制限と関連付けられるバッテリレベル等のパラメータを伴って構成されることができる。いくつかの実装では、ネットワークは、デバイスに強制的に伝送制限を適用させることができる。
【００９７】
いくつかの方法が、ソリューション１および２において伝送制限を構成するために使用されることができる。第１の方法は、デバイスにおいて構成パラメータを事前定義することである。例えば、構成パラメータは、デバイス製造業者によって事前設定される、またはユーザインターフェースを通してデバイスのユーザによって設定されることができる。ある場合には、デバイスはまた、ネットワークから、いくつかのシグナリングパラメータに基づく伝送制限のための条件を導出してもよい。実施例として、デバイスは、トラフィックのＱｏＳクラスまたはトラフィックが属する論理チャネルまたは無線ベアラ等に基づいて、条件を決定することができる。
【００９８】
第２の方法は、デバイス動作が業界規格に準拠するであろうように、業界規格において構成パラメータを規定することである。例えば、３ＧＰＰ規格は、「デバイスがカバレッジ強化（ＣＥ）レベル１、２、および３ではない場合のみ、アップリンクデータを伝送する」等の文を含むことによって、伝送制限のための条件を規定することができる。
【００９９】
第３の方法は、ネットワークが構成パラメータをデバイスに送信することである。カバレッジが改良されるまでデータを伝送することを控えることは、トラフィックＱｏＳに影響を及ぼし得、したがって、ネットワークは、所与のＱｏＳを確実にすることに関与する。したがって、ネットワークが、条件の所与のセットが具体的トラフィック（またはＱｏＳ）クラスに属するデータを伝送するために使用され得るときを制御することを所望することが、可能性として考えられる。例えば、伝送制限は、いくつかのＱｏＳクラスに適用されることができるが、他のＱｏＳクラスには適用されない。ある場合には、伝送制限は、いくつかのアプリケーションに適用されることができるが、他のアプリケーションには適用されない。ネットワークは、デバイスにおける伝送制限機能性が制御され、ネットワークによって構成可能であるように、ダウンリンク制御メッセージの中で（またはシステム情報メッセージの中で）伝送制限に関連する構成パラメータを（例えば、ポイントツーポイントシグナリング、またはポイントツーマルチポイントブロードキャストシグナリング、または非アクセス層メッセージを介してアクセス層レベルにおいて）デバイスに送信してもよい。ネットワークはまた、ＵＳＩＭアプリケーションツールキット（ＵＳＡＴ）アプリケーションまたはオープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）を介して、構成パラメータを送信してもよい。例えば、ネットワークは、デバイスのための以下のパラメータを構成することができる。
・アップリンクデータ送信制限に関してバッテリレベルを考慮する（はい／いいえ）（すなわち、ネットワークは、デバイスがアップリンクデータ伝送制限に関してバッテリレベルを考慮するかどうか、デバイスを構成することができる）
・バッテリが９０％未満に充電されている場合、アップリンクデータ送信制限を可能にする（はい／いいえ）
・バッテリが１０％を上回って充電されている場合、アップリンクデータ送信制限を可能にする（はい／いいえ）
・アップリンクデータ送信制限に関して、デバイスが主要電源上に接続されているかどうかを考慮する（はい／いいえ）
・アップリンクデータ送信制限に関して、所定の場所エリアを使用する（はい／いいえ）
・アップリンクデータ送信制限に関して、定義された場所エリアのリストを使用する（はい／いいえ）
・アップリンクデータ送信制限が可能にされる（はい／いいえ）
・デバイスが強化カバレッジレベル３である場合に、アップリンクデータ送信制限が可能にされる（はい／いいえ）
・デバイスが強化カバレッジレベル２または３である場合に、アップリンクデータ送信制限が可能にされる（はい／いいえ）
・アップリンクデータ送信制限が、最大１時間にわたって可能にされる（はい／いいえ）
・アップリンクデータ送信制限が、３時間にわたる具体的アップリンクデータの最大保留を伴って可能にされる（はい／いいえ）
・アップリンクデータ送信制限が、最大５つのメッセージのための周期的場所情報報告に関して可能にされる（はい／いいえ）
・アップリンクデータ送信制限が、ある（示された）トラフィッククラス（またはＱｏＳクラスまたは無線ベアラ／論理チャネル／論理チャネルグループ）にマッピングされたトラフィックに関して可能にされる
・アップリンクデータ送信制限が、ある（示された）トラフィッククラス（またはＱｏＳクラスまたは無線ベアラ／論理チャネル／論理チャネルグループ）に関して可能にされない（すなわち、そのようなデータは、他の条件にかかわらず即時に送信されるべきである）
・所与のトラフィッククラスに関する最大遅延制限
【０１００】
上記で議論されるように、ネットワークは、ダウンリンク制御メッセージの中で伝送制限に関連する構成パラメータを送信することができる。ダウンリンクメッセージは、例えば、ＬＴＥ  ＮＢ−ＩｏＴ  ＵＥのためのＬＴＥ  ＮＡＳ層３プロトコル（３ＧＰＰ  ＴＳ  ２４．３０１参照）におけるメッセージを使用して、非アクセス層（ＮＡＳ）レベルにあり得る。ある場合には、構成パラメータは、ネットワークからデバイスへの追跡エリア容認メッセージまたはアタッチ容認メッセージの中に追加されることができる。代替として、または加えて、構成パラメータは、ネットワーク内のパケットデータネットワーク（ＰＤＮ）ゲートウェイまたはサービス能力エクスポージャ機能（ＳＣＥＦ）からＵＥに向かって着信するダウンリンクメッセージを伴う、ＥＰＳベアラコンテキストアクティブ化プロシージャを使用して、プロトコル構成オプション（ＰＣＯ）情報要素（ＩＥ）の中に追加されることができる。ＰＣＯ  ＩＥを搬送し、ＰＣＯ  ＩＥのコンテンツを強化した後に構成パラメータを含むために使用され得る、ダウンリンクメッセージを伴う他のプロシージャは、ＥＰＳベアラコンテキスト非アクティブ化プロシージャ、ＥＰＳベアラコンテキスト修正プロシージャ、ＰＤＮコネクティビティ拒否プロシージャ、ベアラリソース配分拒否プロシージャ、およびベアラリソース修正拒否プロシージャである。デフォルトＥＰＳベアラコンテキストをアクティブ化する要求メッセージ、専用ＥＰＳベアラコンテキストをアクティブ化する要求メッセージ、ＥＳＭ情報要求メッセージ、およびＥＰＳベアラコンテキストを修正する要求メッセージ等のダウンリンクメッセージが、伝送制限のための構成パラメータを含むために使用されることができる。ＧＳＭ（登録商標）に関して、３ＧＰＰ  ＴＳ  ２４．００８内のメッセージが、代わりに、使用されることができる（例えば、ルーティングエリア容認メッセージまたはアタッチ容認メッセージ）。ＰＣＯ  ＩＥは、ダウンリンクＧＳＭ（登録商標）メッセージ、例えば、ＰＤＰコンテキストをアクティブ化する容認メッセージ、二次ＰＤＰコンテキストをアクティブ化する拒否メッセージ、ＰＤＰコンテキストアクティブ化を要求するメッセージ、ＰＤＰコンテキストを修正する要求メッセージ、ＰＤＰコンテキストを修正する容認メッセージ、およびＰＤＰコンテキストを修正する拒否メッセージの中で送信される際にも再び使用されることができる。
【０１０１】
図１７は、いくつかの実装による、伝送制限のための構成情報を含む、例示的ＩＥまたはフィールドを示す。ＩＥまたはフィールド１７００は、伝送制限構成パラメータをデバイスに送信するためのダウンリンクメッセージの中に含まれることができる。例えば、ＩＥまたはフィールド１７００は、以下の記述を含むことができる。
データ送信インジケーション値
アップリンクデータ制限が可能にされている（ＵＤＲＡ）
ビット
２  １
０  ０  利用可能な情報がない
０  １  アップリンクデータ送信制限が可能にされていない
１  ０  ＵＥが強化カバレッジ１、２、または３である場合に、最大１時間にわたってアップリンクデータ送信制限が可能にされている
１  １  ＵＥが強化カバレッジ１、２、または３である場合に、最大２時間にわたってアップリンクデータ送信制限が可能にされている
【０１０２】
図１８Ａ−１８Ｄは、いくつかの実装による、アタッチ容認メッセージの中に伝送制限のための構成パラメータを含む第１の例示的記述を示す。図１８Ａ−１８Ｄは、伝送制限が無線カバレッジ条件および所定の時間周期に基づいて適用される、３ＧＰＰ  ＴＳ  ２４．３０１への例示的変更（変更は下線付きである）を示す。例えば、３ＧＰＰ  ＴＳ  ２４．３０１は、以下の記述（図１８Ａにも示される）を含むことができる。
ＡＴＴＡＣＨ  ＡＣＣＥＰＴメッセージがデータ送信インジケーションＩＥを含む場合、これは、アップリンクデータ送信制限およびその持続時間を適用することを可能にされるかどうかをＵＥに示す。
３ＧＰＰ  ＴＳ  ２４．３０１はまた、表６に示されるような（図１８Ｃにも示される）アタッチ容認メッセージの中でデータ送信インジケーションの新しいＩＥを含むこともできる。
【表６】
2020505858.tif 000008
３ＧＰＰ  ＴＳ  ２４．３０１は、図１８Ｃ−１８Ｄに示されるようなデータ送信インジケーションＩＥのための記述を含むことができる。
【０１０３】
図１９は、いくつかの実装による、アタッチ容認メッセージの中に伝送制限のための構成パラメータを含む第２の例示的記述を示す。図１９は、伝送制限が、無線カバレッジ条件、所定の時間周期、バッテリレベル、デバイスが移動しているかどうか、およびデバイスが電力供給源に差し込まれているかどうかに基づいて、適用され得る、図１８Ａ−１８Ｄで議論されるＩＥデータ送信インジケーションのための記述を含む、３ＧＰＰ  ＴＳ  ２４．３０１への例示的変更（変更は下線付きである）を示す。
【０１０４】
図２０Ａ−２０Ｈは、いくつかの実装による、デフォルトＥＰＳベアラコンテキストをアクティブ化する要求メッセージの中に伝送制限のための構成パラメータを含む例示的記述を示す。３ＧＰＰ  ＴＳ  ２４．３０１からの（図２０Ｃに示される）デフォルトＥＰＳベアラコンテキストをアクティブ化する要求メッセージの中のＩＥ拡張プロトコル構成オプションが、構成パラメータを含むために使用されることができる。拡張プロトコル構成オプションのコンテンツが、３ＧＰＰ  ＴＳ  ２４．００８に規定されるため、図２０Ｄ−２０Ｈは、３ＧＰＰ  ＴＳ  ２４．００８への例示的変更（変更は下線付きである）を示す。例えば、図２０Ｇは、構成プロトコルが新しいパラメータリスト「００１７Ｈ（アップリンクデータ制限インジケーション）」を含み得ることを示す。図２０Ｇ−２０Ｈは、伝送制限が、無線カバレッジ条件、所定の時間周期、バッテリレベル、デバイスが移動しているかどうか、およびデバイスが電力供給源に差し込まれているかどうかに基づいて、適用され得る、アップリンクデータ制限インジケーションの新しいパラメータリストのための例示的記述を示す。
【０１０５】
代替として、または組み合わせて、他のダウンリンクメッセージが、伝送制限の構成パラメータをデバイスに送信するために使用されることができる。例えば、ポイントツーポイントシグナリングまたはポイントツーマルチポイントブロードキャストシグナリングを介したアクセス層レベルにおけるメッセージである。ある場合には、デバイスがＲＲＣアイドルモードであるとき、ＳＩＢメッセージが、構成パラメータを含むために使用され得る。代替として、または加えて、デバイスがＲＲＣ接続モードであるとき、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ、またはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージ等のメッセージが、構成パラメータを含むために使用されることができる。
【０１０６】
図２１は、いくつかの実装による、伝送制限の構成情報を含む、例示的ＲＲＣ  ＩＥを示す。図２１は、新しいＩＥが含まれ得る、３ＧＰＰ  ＴＳ  ３６．３３１への例示的変更（変更は下線付きである）を示す。図２１は、伝送制限が、バッテリレベルおよび所定の時間周期に基づいて、ある論理チャネルに適用され得る、新しいＩＥ  ＵＬ−ＤａｔａＲｅｓｔｒｉｃｔｉｏｎｓのための例示的記述を示す。ＩＥ  ＵＬ−ＤａｔａＲｅｓｔｒｉｃｔｉｏｎｓは、ＲＲＣメッセージの中に含まれ得る以下のＲＲＣ  ＩＥ、すなわち、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ、またはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２の中に含まれることができる。
【０１０７】
代替として、または組み合わせて、ホーム公衆陸上移動ネットワーク（ＰＬＭＮ）のためのＵＳＡＴアプリケーションのダウンリンクメッセージが、伝送制限の構成パラメータを送信するために使用されることができる。これは、（Ｕ）ＳＩＭの中に記憶され、３ＧＰＰ  ＴＳ  ３１．１０２に規定される、ファイルを更新することができる。これは、アプリケーションまたはデバイスを構成するために使用されることができる。図１４Ａ−２１および図２４Ａ−２４Ｂに示されるような類似コーディングが、使用されることができる。場合によってはＧＳＭ（登録商標）／ＧＰＲＳ／ＬＴＥ以外のシステムまたは他の３ＧＰＰシステムに適用される、他のメッセージが、使用されることができる。ネットワークは、以下の側面でデバイス／アプリケーションに命令することができる。
・アップリンクメッセージの伝送を控えることが可能にされるかどうか
・控えるかどうかとしての妥当性条件（控えることを決定するために使用される持続時間および／またはメッセージの数）。例えば、デバイスは、例えば、具体的チャネルに関して、ネットワークによって構成される反復の数に匹敵するであろう、反復数閾値に基づいて、１つ以上のアップリンクメッセージを伝送しないように構成されてもよい。
・アップリンクメッセージを送信することを可能にする、またはしない、アップリンクメッセージと関連付けられるＱｏＳ。
・バッテリレベルの付加的条件が適用されるものとするかどうか。これが適用される場合、使用されるバッテリ閾値。
【０１０８】
図２２は、いくつかの実装による、例示的ネットワークノード２２００を図示する概略図である。図示されるネットワークノード２２００は、処理モジュール２２０２と、有線通信サブシステム２２０４と、無線通信サブシステム２２０６とを含む。無線通信サブシステム２２０６は、デバイスからデータトラフィックおよび制御トラフィックを受信することができる。いくつかの実装では、無線通信サブシステム２２０６は、受信機と、伝送機とを含んでもよい。有線通信サブシステム２２０４は、バックホール接続を介して他のアクセスノードデバイスの間で制御情報を伝送および受信するように構成されることができる。処理モジュール２２０２は、本明細書に開示される実装のうちの１つ以上のものに関連して上記に説明されるプロセス、ステップ、またはアクションのうちの１つ以上のものに関連する命令を実行することが可能な１つ以上の処理コンポーネント（代替として、「プロセッサ」または「中央処理ユニット」（ＣＰＵ）と称される）を含むことができる。処理モジュール２２０２はまた、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、二次記憶装置（例えば、ハードディスクドライブ、フラッシュメモリ、または他の非一過性の記憶媒体）等の他の補助コンポーネントを含むこともできる。処理モジュール２２０２は、ある命令およびコマンドを実行し、有線通信サブシステム２２０４または無線通信サブシステム２２０６を使用して無線または有線通信を提供することができる。種々の他のコンポーネントもまた、ネットワークノード２２００の中に含まれることができる。
【０１０９】
図２３は、いくつかの実装による、例示的ＵＥデバイス２３００を図示する概略図である。例示的デバイス２３００は、処理ユニット２３０２と、コンピュータ可読記憶媒体２３０４（例えば、ＲＯＭまたはフラッシュメモリ）と、無線通信サブシステム２３０６と、インターフェース２３０８と、Ｉ／Ｏインターフェース２３１０とを含む。処理ユニット２３０２は、本明細書に開示される実装のうちの１つ以上のものに関連して上記に説明されるプロセス、ステップ、またはアクションのうちの１つ以上のものに関連する命令を実行するように構成される、１つ以上の処理コンポーネント（代替として、「プロセッサ」または「中央処理ユニット」（ＣＰＵ）と称される）を含むことができる。処理ユニット２３０２はまた、ランダムアクセスメモリ（ＲＡＭ）および読取専用メモリ（ＲＯＭ）等の他の補助コンポーネントを含むこともできる。コンピュータ可読記憶媒体２３０４は、デバイス２３００のオペレーティングシステム（ＯＳ）、および上記に説明されるプロセス、ステップ、またはアクションのうちの１つ以上のものを実施するための種々の他のコンピュータ実行可能ソフトウェアプログラムを記憶するように構成される、非一過性の媒体によって具現化されることができる。本明細書では、実行されると、ユーザ機器（ＵＥ）に本明細書に開示される方法に従って動作を実施させる命令を含有する、有形の非一過性コンピュータ可読媒体等のコンピュータ可読媒体が開示される。
【０１１０】
無線通信サブシステム２３０６は、処理ユニット２３０２によって提供されるデータ情報または制御情報のための無線通信を提供するように構成されてもよい。無線通信サブシステム２３０６は、例えば、１つ以上のアンテナ、受信機、伝送機、局所発振器、ミキサ、およびデジタル信号処理（ＤＳＰ）ユニットを含むことができる。いくつかの実装では、サブシステム２３０６は、多重入出力（ＭＩＭＯ）伝送をサポートすることができる。いくつかの実装では、無線通信サブシステム２３０６内の受信機は、先進受信機または基準受信機であり得る。２つの受信機は、同じ、類似する、または異なる受信機処理アルゴリズムを用いて実装されることができる。
【０１１１】
ユーザインターフェース２３０８は、例えば、スクリーンまたはタッチスクリーン（例えば、液晶ディスプレイ（ＬＣＤ）、発光ディスプレイ（ＬＥＤ）、有機発光ディスプレイ（ＯＬＥＤ）、微小電気機械システム（ＭＥＭＳ）ディスプレイ）、キーボードまたはキーパッド、トラックボール、スピーカ、およびマイクロホンのうちの１つ以上のものを含むことができる。Ｉ／Ｏインターフェース２３１０は、例えば、ユニバーサルシリアルバス（ＵＳＢ）インターフェースを含むことができる。当業者は、種々の他のコンポーネントもまた、例示的デバイス２３００に含まれ得ることを容易に理解するであろう。
【０１１２】
類似プロセスがモバイル終端メッセージに適用され得ることが、当業者によって理解されるであろう。この場合、アプリケーションサーバまたはサービス能力サーバ（ＳＣＳ）は、デバイスの無線カバレッジ条件を示す情報をセルラーネットワークから受信することができる。アプリケーションサーバまたはＳＣＳは、次いで、本情報を使用し、セルラーネットワークに向かってモバイル終端メッセージを転送するかどうかを決定することができ、アップリンクケースに関して列挙されるもの等の類似基準を考慮することができる。基準は、例えば、データタイプ、ＱｏＳインジケータ、優先レベル、タイマ満了、カウンタ閾値、バッテリレベル、およびＵＥモビリティを含み得る。アプリケーションサーバまたはＳＣＳは、種々の手段を通してネットワークから無線カバレッジ条件情報を受信し得、例えば、これは、各モバイル終端メッセージを送信することに先立ってネットワークにクエリを行い得る、またはこれは、無線カバレッジ条件に変更がある度にアプリケーションサーバまたはサービス能力サーバが通知されるように、セルラーネットワーク上にイベントを構成し得、本後者の場合、あるヒステリシスが、報告の中で適用され得る。これらのクエリおよびイベント構成は、アプリケーションサーバまたはサービス能力サーバ（ＳＣＳ）とサービス能力エクスポージャ機能（ＳＣＥＦ）との間のシグナリングを使用して達成され得る［３ＧＰＰ  ＴＳ  ２３．６８２］。サービス能力エクスポージャ機能は、ひいては、Ｔ６ａインターフェースを介してモビリティ管理エンティティ（ＭＭＥ）から、またはＴ６ｂインターフェースを介してサービングＧＰＲＳサポートノード（ＳＧＳＮ）から、デバイスの無線カバレッジ条件を示す情報を決定し得る。ＭＭＥは、ひいては、ＢＴＳ、ノードＢ、または進化型ノードＢ（ｅＮＢ）から、またはＵＥからのシグナリングを通して、無線カバレッジ条件を知らされ得る。無線カバレッジ条件についての最新の情報は、ＵＥが接続モードになったときのみネットワーク内で利用可能であり得る。ＵＥがアイドルモードで動作している周期の間に、セルラーネットワークは、場合によってはその情報が獲得されたときに対応するタイムスタンプとともに、最後に把握された無線カバレッジ条件を返すことのみ可能であり得る。
【０１１３】
動作は、特定の順序で図面に描写されるが、これは、望ましい結果を達成するために、そのような動作が示される特定の順序または順番で実施されること、または全ての図示される動作が実施されることを要求するものとして理解されるべきではない。ある状況では、マルチタスキングおよび並列処理が、採用されてもよい。さらに、上記に説明される実装における種々のシステムコンポーネントの分離は、全ての実装においてそのような分離を要求するものとして理解されるべきではなく、説明されるプログラムコンポーネントおよびシステムは、概して、信号ソフトウェア製品にともに統合される、または複数のソフトウェア製品にパッケージ化され得ることを理解されたい。
【０１１４】
また、離散または別個として種々の実装に説明および図示される技法、システム、サブシステム、および方法は、他のシステム、モジュール、技法、または方法と組み合わせられる、または統合されてもよい。相互と結合される、または直接結合される、または通信するものとして示される、または議論される他のアイテムが、電気的、機械的、または別様にかかわらず、あるインターフェース、デバイス、または中間コンポーネントを通して間接的に結合される、または通信してもよい。変更、代用、および改変の他の実施例も、当業者によって解明可能であり、行われ得る。
【０１１５】
上記の発明を実施するための形態は、種々の実装に適用されるような本開示の基本的な新規の特徴を示し、説明し、指摘しているが、例証されるシステムの形態および詳細の種々の省略、代用、および変更が、当業者によって行われ得ることを理解されたい。加えて、方法ステップの順序は、それらが請求項に出現する順序によって含意されない。
【図１】
2020505858.tif 000009
【図２】
2020505858.tif 000010
【図３】
2020505858.tif 000011
【図４】
2020505858.tif 000012
【図５】
2020505858.tif 000013
【図６】
2020505858.tif 000014
【図７】
2020505858.tif 000015
【図８】
2020505858.tif 000016
【図９】
2020505858.tif 000017
【図１０】
2020505858.tif 000018
【図１１】
2020505858.tif 000019
【図１２】
2020505858.tif 000020
【図１３】
2020505858.tif 000021
【図１４Ａ】
2020505858.tif 000022
【図１４Ｂ】
2020505858.tif 000023
【図１４Ｃ】
2020505858.tif 000024
【図１５Ａ】
2020505858.tif 000025
【図１５Ｂ】
2020505858.tif 000026
【図１６】
2020505858.tif 000027
【図１７】
2020505858.tif 000028
【図１８Ａ】
2020505858.tif 000029
【図１８Ｂ】
2020505858.tif 000030
【図１８Ｃ】
2020505858.tif 000031
【図１８Ｄ】
2020505858.tif 000032
【図１９】
2020505858.tif 000033
【図２０Ａ】
2020505858.tif 000034
【図２０Ｂ】
2020505858.tif 000035
【図２０Ｃ】
2020505858.tif 000036
【図２０Ｄ】
2020505858.tif 000037
【図２０Ｅ】
2020505858.tif 000038
【図２０Ｆ】
2020505858.tif 000039
【図２０Ｇ】
2020505858.tif 000040
【図２０Ｈ】
2020505858.tif 000041
【図２１】
2020505858.tif 000042
【図２２】
2020505858.tif 000043
【図２３】
2020505858.tif 000044
【図２４Ａ】
2020505858.tif 000045
【図２４Ｂ】
2020505858.tif 000046
【国際調査報告】
2020505858.tif 000047
2020505858.tif 000048
2020505858.tif 000049