JP6908597B2 - 最適化されたショートメッセージトランスポート - Google Patents

Description

（優先権の主張）
本願は、米国特許出願第１４／８３４，２１６号（２０１５年８月２４日出願）に対する優先権を主張する。

（技術分野）
本開示は、無線通信システムにおけるデータ伝送に関し、より具体的には、セルラーモノのインターネット環境内における最適化されたショートメッセージトランスポートに関する。

ある場合、セルラーモノのインターネット（ＣＩｏＴ）は、多数のデバイス、例えば、数百万または数十億ものデバイスが、無線ネットワークによってサービス提供され得るシナリオである。デバイスは、地下の奥深くにある静止したデバイスから、限定されたモビリティ速度を有するデバイスまで及び得る。デバイスは、低頻度の少量のデータを送信および／または受信し得る。ＣＩｏＴデバイスの例は、公共事業使用量を無線ネットワークを介して公共事業プロバイダに自律的に報告し得るガス、水、または電気メータ等のスマート公共事業メータを含み得る。ＣＩｏＴデバイスの他の例は、地理的エリア内にランダムに設置され、空気または水の品質を監視し得る、環境監視センサを含み得る。ある場合、ショートメッセージサービス（ＳＭＳ）が、デバイスが最大１４０バイト／オクテットの長さのショートメッセージを送信および／または受信するために使用され得る。低頻度かつ少量のＣＩｏＴデータは、ショートメッセージ内に含まれ、ＳＭＳによってネットワークに配信され得る。

本開示は、ＣＩｏＴ環境内でデータを転送するための最適化されたショートメッセージトランスポートを対象とする。ある場合、ＣＩｏＴデバイスは、限定された電力供給源を有し、例えば、バッテリによって給電され得る。限定された電力供給源を伴うＣＩｏＴデバイスの例は、地理的エリア内にランダムに設置され、空気または水の品質を監視する、環境監視センサを含み得る。ある場合、ＳＭＳを使用して、最大１４０バイト／オクテットのデータを配信するために、ＣＩｏＴデバイスとネットワークとの間で多数のメッセージをやりとりし得る。ある場合、インターネットプロトコル（ＩＰ）ベースのＳＭＳが関与する場合、さらに多くのメッセージが、必要とされ得、それらのメッセージは、有意に大きくなり得、例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）を使用して、ショートメッセージをトランスポートする。例えば、データ転送が存在しないとき、ＣＩｏＴデバイスは、電源オフまたは低バッテリ消費状態にされ、ネットワークに接続されないこともある。ＣＩｏＴデバイスが、ネットワークにコンタクトし、データの送信、受信、または送信および受信のいずれかを行う必要があることを決定すると、ＣＩｏＴデバイスは、電源をオンにするか、または通常バッテリ消費状態に戻り、ネットワークに接続し得る。ネットワークに接続するために、デバイスは、アタッチプロシージャを行い、ネットワークに登録する必要があり得る。ある場合、完全なアタッチプロシージャが、ショートメッセージ（ＳＭ）が配信されることができる前に行われ得る。ＣＩｏＴデバイスの電力効率を改良するために、低減された数のメッセージを伴う効率的ショートメッセージトランスポートが、望ましくあり得る。メッセージの数を低減させることは、デバイスがネットワークに接続する時間量を低減させ、故に、電力を節約し得る。メッセージの数を低減させることは、より多くのＣＩｏＴデバイスがネットワークによってサービス提供され得るように、ネットワークリソースを解放し得る。

ある場合、ショートメッセージは、アタッチプロシージャに関連付けられたメッセージ内に含まれ、メッセージの数を低減させ得る。しかしながら、ある場合、ショートメッセージを別のメッセージ内に含むことは、過剰なプロトコルオーバーヘッドに起因して、全体的メッセージサイズを有意に増加させ得る。例えば、ＩＰベースのＳＭＳが関与する場合、全体的メッセージサイズは、種々のプロトコルヘッダに起因して、有意に増加し得る。したがって、ショートメッセージを含むとき、小メッセージサイズを有することが望ましい。デバイスは、小サイズのメッセージを処理するためには、殆ど電力を使用しないこともある。ネットワークリソースも、メッセージサイズを低減させることによって、効率的に使用され得る。

メッセージの数を低減させるために、最適化されたショートメッセージトランスポートは、データをショートメッセージ内に含み、ショートメッセージをアタッチプロシージャに関連付けられたメッセージ内に含み得る。この場合、データは、アタッチプロシージャ中、ベアラ設定を伴わずに配信され得る。ある場合、以下に議論されるように、ＣＩｏＴデバイスは、デバイスに配信されるべきデータが存在しない場合、アタッチプロシージャが完了される前でも、ネットワークから接続解除し得る。メッセージサイズを低減させるために、最適化されたショートメッセージトランスポートは、過剰なプロトコルオーバーヘッドを伴わずに、データをＳＭＳプロトコルデータユニット（ＰＤＵ）内に含み、ＳＭＳ ＰＤＵをアタッチプロシージャに関連付けられたメッセージ内に含み得る。
例えば、本願は以下の項目を提供する。
（項目１）
方法であって、前記方法は、
第１のネットワークノードにおいて、アタッチ要求メッセージを受信することであって、前記アタッチ要求メッセージは、ショートメッセージデータを含む、ことと、
第２のネットワークノードから、ショートメッセージデータ応答メッセージを受信することと
を含み、
前記ショートメッセージデータ応答メッセージは、ショートメッセージサービスセンタのためのアドレス、ＵＥのための保留中のモバイル着信メッセージがないことを示す指示、またはショートメッセージエンティティ宛先アドレスのうちの少なくとも１つを含む、方法。
（項目２）
前記ショートメッセージデータは、ショートメッセージサービス（ＳＭＳ）−ＳＵＢＭＩＴ ＰＤＵ、ＳＭＳ−ＣＯＭＭＡＮＤ ＰＤＵ、ＳＭＳ−ＤＥＬＩＶＥＲ−ＲＥＰＯＲＴ ＰＤＵ、またはＳＭＳ−ＳＵＢＭＩＴ−ＲＥＰＯＲＴ ＰＤＵのうちの少なくとも１つである１つ以上のプロトコルデータユニット（ＰＤＵ）である、項目１に記載の方法。
（項目３）
前記アタッチ要求メッセージは、前記ショートメッセージデータを伝送するためのサービスのタイプを示す、項目１に記載の方法。
（項目４）
前記アタッチ要求メッセージは、前記ＵＥが接続モードに移行しないことを要求することを示す、項目１に記載の方法。
（項目５）
第２のメッセージを前記第２のネットワークノードに送信することをさらに含み、前記第２のメッセージは、前記ショートメッセージデータを伝送するためのサービスのタイプを示す、項目１に記載の方法。
（項目６）
前記第２のメッセージは、認証要求または場所更新のうちの少なくとも１つである、項目５に記載の方法。
（項目７）
前記ショートメッセージデータ応答メッセージは、サブスクライバデータ挿入（ＩＳＤ）を含む、項目１に記載の方法。
（項目８）
アタッチ応答メッセージを前記ＵＥに伝送することをさらに含み、前記アタッチ応答メッセージは、前記ＵＥのためのメッセージが保留中であるかどうかを示す、項目１に記載の方法。
（項目９）
前記ショートメッセージデータ応答メッセージは、ショートメッセージサービスセンタのためのアドレスを含み、前記方法は、
前記ショートメッセージデータ応答に含まれるアドレスに基づいて、前記ショートメッセージサービスセンタを決定することと、
前記決定することに応答して、前記ショートメッセージデータを前記ショートメッセージサービスセンタに伝送することと
をさらに含む、項目１に記載の方法。
（項目１０）
デバイスであって、前記デバイスは、
メモリと、
前記メモリと通信可能に結合されている少なくとも１つのハードウェアプロセッサと
を備え、
前記少なくとも１つのハードウェアプロセッサは、
第１のネットワークノードにおいて、アタッチ要求メッセージを受信することであって、前記アタッチ要求メッセージは、ショートメッセージデータを含む、ことと、
第２のネットワークノードから、ショートメッセージデータ応答メッセージを受信することと
を行うように構成され、
前記ショートメッセージデータ応答メッセージは、ショートメッセージサービスセンタのためのアドレス、ＵＥのための保留中のモバイル着信メッセージがないことを示す指示、またはショートメッセージエンティティ宛先アドレスのうちの少なくとも１つを含む、デバイス。
（項目１１）
前記ショートメッセージデータは、ショートメッセージサービス（ＳＭＳ）−ＳＵＢＭＩＴ ＰＤＵ、ＳＭＳ−ＣＯＭＭＡＮＤ ＰＤＵ、ＳＭＳ−ＤＥＬＩＶＥＲ−ＲＥＰＯＲＴ ＰＤＵ、またはＳＭＳ−ＳＵＢＭＩＴ−ＲＥＰＯＲＴ ＰＤＵのうちの少なくとも１つである１つ以上のプロトコルデータユニット（ＰＤＵ）である、項目１０に記載のデバイス。
（項目１２）
前記アタッチ要求メッセージは、前記ショートメッセージデータを伝送するためのサービスのタイプを示す、項目１０に記載のデバイス。
（項目１３）
前記アタッチ要求メッセージは、前記ＵＥが接続モードに移行しないことを要求することを示す、項目１０に記載のデバイス。
（項目１４）
前記少なくとも１つのハードウェアプロセッサは、第２のメッセージを前記第２のネットワークノードに送信するようにさらに構成され、前記第２のメッセージは、前記ショートメッセージデータを伝送するためのサービスのタイプを示す、項目１０に記載のデバイス。
（項目１５）
前記第２のメッセージは、認証要求または場所更新のうちの少なくとも１つである、項目１４に記載のデバイス。
（項目１６）
前記ショートメッセージデータ応答メッセージは、サブスクライバデータ挿入（ＩＳＤ）を含む、項目１０に記載のデバイス。
（項目１７）
前記少なくとも１つのハードウェアプロセッサは、アタッチ応答メッセージを前記ＵＥに伝送するようにさらに構成され、前記アタッチ応答メッセージは、前記ＵＥのためのメッセージが保留中であるかどうかを示す、項目１０に記載のデバイス。
（項目１８）
前記ショートメッセージデータ応答メッセージは、ショートメッセージサービスセンタのためのアドレスを含み、前記少なくとも１つのハードウェアプロセッサは、
前記ショートメッセージデータ応答に含まれるアドレスに基づいて、前記ショートメッセージサービスセンタを決定することと、
前記決定することに応答して、前記ショートメッセージデータを前記ショートメッセージサービスセンタに伝送することと
を行うようにさらに構成されている、項目１０に記載のデバイス。
（項目１９）
命令を含む有形非一過性コンピュータ読み取り可能な媒体であって、前記命令は、実行されると、
第１のネットワークノードにおいて、アタッチ要求メッセージを受信することであって、前記アタッチ要求メッセージは、ショートメッセージデータを含む、ことと、
第２のネットワークノードから、ショートメッセージデータ応答メッセージを受信することと
を含む動作をコンピューティングデバイスに行わせ、
前記ショートメッセージデータ応答メッセージは、ショートメッセージサービスセンタのためのアドレス、ＵＥのための保留中のモバイル着信メッセージがないことを示す指示、またはショートメッセージエンティティ宛先アドレスのうちの少なくとも１つを含む、有形非一過性コンピュータ読み取り可能な媒体。
（項目２０）
方法であって、前記方法は、
ユーザ機器（ＵＥ）からネットワークノードにアタッチ要求メッセージを送信することであって、前記アタッチ要求メッセージは、ショートメッセージデータを含む、ことと、
前記ネットワークノードから、アタッチ応答メッセージを受信することと
を含み、
前記アタッチ応答メッセージは、前記ＵＥのためのメッセージが保留中であるかどうかを示す、方法。
（項目２１）
デバイスであって、前記デバイスは、
メモリと、
前記メモリと通信可能に結合されている少なくとも１つのハードウェアプロセッサと
を備え、
前記少なくとも１つのハードウェアプロセッサは、
ユーザ機器（ＵＥ）からネットワークノードにアタッチ要求メッセージを送信することであって、前記アタッチ要求メッセージは、ショートメッセージデータを含む、ことと、
前記ネットワークノードから、アタッチ応答メッセージを受信することと
を行うように構成され、
前記アタッチ応答メッセージは、前記ＵＥのためのメッセージが保留中であるかどうかを示す、デバイス。

図１は、ある実装による、最適化されたショートメッセージトランスポートを使用してＣＩｏＴ環境内でデータを転送する、例示的無線通信システムである。 図２は、ある実装による、最適化されたショートメッセージトランスポートを使用してＣＩｏＴ環境内でデータを転送するための例示的プロセスを図示するデータフロー図である。 図３は、ある実装による、最適化されたショートメッセージトランスポートを使用してＣＩｏＴ環境内でモバイル発信データを転送するための例示的プロセスを図示するデータフロー図である。 図４は、ある実装による、最適化されたショートメッセージトランスポートを使用してＣＩｏＴ環境内でモバイル着信データを転送するための例示的プロセスを図示するデータフロー図である。 図５は、ある実装による、最適化されたショートメッセージトランスポートを使用してＣＩｏＴ環境内でモバイル着信データを転送するための別の例示的プロセスを図示するデータフロー図である。 図６は、ある実装による、ユーザ機器（ＵＥ）がモバイル発信データをメッセージ１内に含める例示的プロセスを図示する概略図である。 図７は、ある実装による、ネットワークノード１がモバイル発信データをメッセージ１から抽出し、データをメッセージ７内に含める例示的プロセスを図示する概略図である。 図８は、ある実装による、ネットワークノード１がモバイル着信データをメッセージ３ｃから抽出し、データをメッセージ６内に含める例示的プロセスを図示する概略図である。 図９は、ある実装による、ＵＥがモバイル着信データをメッセージ６から抽出する例示的プロセスを図示する概略図である。 図１０は、ある実装による、ＳＭＳサービスセンタ（ＳＭＳＣ）アドレスを伴わずに、ＵＥがモバイル発信データをメッセージ１内に含める例示的プロセスを図示する概略図である。 図１１は、ある実装による、ＵＥがＳＭＳＣアドレスを提供せずに、ネットワークノード１がモバイル発信データをメッセージ１から抽出し、データをメッセージ７内に含める例示的プロセスを図示する概略図である。 図１２は、ある実装による、ＳＭＳＣアドレスを伴わずに、ネットワークノード１がモバイル着信データをメッセージ３ｃから抽出し、データをメッセージ６内に含める例示的プロセスを図示する概略図である。 図１３は、ある実装による、ＳＭＳＣアドレスを伴わずに、ＵＥがモバイル着信データをメッセージ６から抽出する例示的プロセス１３００を図示する概略図である。 図１４は、ある実装による、最適化されたショートメッセージトランスポートを使用してＣＩｏＴ環境内でデータを転送するための例示的方法を図示するフローチャートである。 図１５は、ある実装による、ネットワークノード２に保留中のモバイル着信メッセージの数を通知するための例示的プロセスを図示するデータフロー図である。 図１６Ａ−１６Ｅは、ある実装による、進化型パケットシステム（ＥＰＳ）モビリティ管理（ＥＭＭ）プロシージャの第１の例示的記述を図示する。 図１６Ａ−１６Ｅは、ある実装による、進化型パケットシステム（ＥＰＳ）モビリティ管理（ＥＭＭ）プロシージャの第１の例示的記述を図示する。 図１６Ａ−１６Ｅは、ある実装による、進化型パケットシステム（ＥＰＳ）モビリティ管理（ＥＭＭ）プロシージャの第１の例示的記述を図示する。 図１６Ａ−１６Ｅは、ある実装による、進化型パケットシステム（ＥＰＳ）モビリティ管理（ＥＭＭ）プロシージャの第１の例示的記述を図示する。 図１６Ａ−１６Ｅは、ある実装による、進化型パケットシステム（ＥＰＳ）モビリティ管理（ＥＭＭ）プロシージャの第１の例示的記述を図示する。 図１７Ａ−１７Ｆは、ある実装による、ＥＭＭプロシージャの第２の例示的記述を図示する。 図１７Ａ−１７Ｆは、ある実装による、ＥＭＭプロシージャの第２の例示的記述を図示する。 図１７Ａ−１７Ｆは、ある実装による、ＥＭＭプロシージャの第２の例示的記述を図示する。 図１７Ａ−１７Ｆは、ある実装による、ＥＭＭプロシージャの第２の例示的記述を図示する。 図１７Ａ−１７Ｆは、ある実装による、ＥＭＭプロシージャの第２の例示的記述を図示する。 図１７Ａ−１７Ｆは、ある実装による、ＥＭＭプロシージャの第２の例示的記述を図示する。 図１８は、ある実装による、ＥＭＭプロシージャの第３の例示的記述を図示する。 図１９Ａおよび１９Ｂは、ある実装による、アタッチ承認メッセージの例示的記述を図示する。 図１９Ａおよび１９Ｂは、ある実装による、アタッチ承認メッセージの例示的記述を図示する。 図２０は、ある実装による、アタッチ拒否メッセージの例示的記述を図示する。 図２１Ａおよび２１Ｂは、ある実装による、アタッチ要求メッセージの例示的記述を図示する。 図２１Ａおよび２１Ｂは、ある実装による、アタッチ要求メッセージの例示的記述を図示する。 図２２Ａおよび２２Ｂは、ある実装による、ＥＭＭ原因の例示的記述を図示する。 図２２Ａおよび２２Ｂは、ある実装による、ＥＭＭ原因の例示的記述を図示する。 図２３は、ある実装による、ＥＰＳアタッチタイプの例示的記述を図示する。 図２４は、ある実装による、ＣＩｏＴメッセージコンテナの例示的記述を図示する。 図２５は、ある実装による、データメッセージコンテナ情報要素（ＩＥ）の例示的記述を図示する。 図２６は、ある実装による、保留中のメッセージＩＥの例示的記述を図示する。 図２７Ａ−２７Ｃは、ある実装による、ＭＡＰ＿ＳＥＮＤ＿ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ＿ＩＮＦＯサービスの例示的記述を図示する。 図２７Ａ−２７Ｃは、ある実装による、ＭＡＰ＿ＳＥＮＤ＿ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ＿ＩＮＦＯサービスの例示的記述を図示する。 図２７Ａ−２７Ｃは、ある実装による、ＭＡＰ＿ＳＥＮＤ＿ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ＿ＩＮＦＯサービスの例示的記述を図示する。 図２８Ａ−２８Ｃは、ある実装による、ＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮサービスの例示的記述を図示する。 図２８Ａ−２８Ｃは、ある実装による、ＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮサービスの例示的記述を図示する。 図２８Ａ−２８Ｃは、ある実装による、ＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮサービスの例示的記述を図示する。 図２９Ａ−２９Ｃは、ある実装による、ＭＡＰ＿ＵＰＤＡＴＥ＿ＧＰＲＳ＿ＬＯＣＡＴＩＯＮサービスの例示的記述を図示する。 図２９Ａ−２９Ｃは、ある実装による、ＭＡＰ＿ＵＰＤＡＴＥ＿ＧＰＲＳ＿ＬＯＣＡＴＩＯＮサービスの例示的記述を図示する。 図２９Ａ−２９Ｃは、ある実装による、ＭＡＰ＿ＵＰＤＡＴＥ＿ＧＰＲＳ＿ＬＯＣＡＴＩＯＮサービスの例示的記述を図示する。 図３０Ａ−３０Ｃは、ある実装による、ＭＡＰ−ＩＮＳＥＲＴ−ＳＵＢＳＣＲＩＢＥＲ−ＤＡＴＡサービスの例示的記述を図示する。 図３０Ａ−３０Ｃは、ある実装による、ＭＡＰ−ＩＮＳＥＲＴ−ＳＵＢＳＣＲＩＢＥＲ−ＤＡＴＡサービスの例示的記述を図示する。 図３０Ａ−３０Ｃは、ある実装による、ＭＡＰ−ＩＮＳＥＲＴ−ＳＵＢＳＣＲＩＢＥＲ−ＤＡＴＡサービスの例示的記述を図示する。 図３１Ａおよび３１Ｂは、ある実装による、ＭＡＰ−ＲＥＰＯＲＴ−ＳＭ−ＤＥＬＩＶＥＲＹ−ＳＴＡＴＵＳサービスの例示的記述を図示する。 図３１Ａおよび３１Ｂは、ある実装による、ＭＡＰ−ＲＥＰＯＲＴ−ＳＭ−ＤＥＬＩＶＥＲＹ−ＳＴＡＴＵＳサービスの例示的記述を図示する。 図３２は、ある実装による、モバイルサービスデータタイプの例示的記述を図示する。 図３３は、例示的ネットワークノードを図示する概略図である。 図３４は、例示的ユーザ機器デバイスを図示する概略図である。

種々の図面における同様の参照番号および記号は、同様の要素を示す。

図１は、ある実装による、最適化されたショートメッセージトランスポートを使用してＣＩｏＴ環境内でデータを転送する、例示的無線通信システム１００である。いくつかの実装では、アタッチプロシージャが、ユーザ機器（ＵＥ、ＣＩｏＴデバイスとしても知られる）がネットワークに接続するために行われ得る。アタッチプロシージャは、認証プロシージャと、場所更新プロシージャとを含み得る。認証プロシージャは、ＵＥおよびネットワークが、互いに相互認証を行い、ネットワークの無責任な使用を回避するために使用され得る。場所更新プロシージャは、ＵＥが場所をネットワークに更新するために、および、ネットワークが、限定ではないが、ローミングサービス等のその場所にあり得る、ＵＥがサブスクライブされるサービスを読み出すために使用され得る。

例示的通信システム１００では、第１のネットワークノードは、アタッチ要求メッセージをＵＥから受信し得る。アタッチ要求メッセージは、ショートメッセージデータを含み得る。ショートメッセージデータは、ＳＭＳ−ＳＵＢＭＩＴ ＰＤＵ、ＳＭＳ−ＣＯＭＭＡＮＤ ＰＤＵ、ＳＭＳ−ＤＥＬＩＶＥＲ−ＲＥＰＯＲＴ ＰＤＵ、またはＳＭＳ−ＳＵＢＭＩＴ−ＲＥＰＯＲＴ ＰＤＵのうちの１つ等のＳＭＳ ＰＤＵであり得る。

アタッチ要求メッセージ内に、ＵＥは、ＵＥが要求したデータサービスのタイプの指示を含み得る。データサービスのタイプは、限定ではないが、モバイル発信（ＭＯ）、モバイル着信（ＭＴ）、またはモバイル発信および着信のうちの１つであり得る。モバイル発信は、ＵＥがデータをネットワークに送信するサービスを指し得る。モバイル着信は、ＵＥがデータをネットワークから受信するサービスを指し得る。モバイル発信および着信は、ＵＥがデータをネットワークに送信すること、および、そこから受信することの両方のサービスを指し得る。アタッチ要求メッセージ内に、ＵＥは、ＵＥが接続モードに移行しないことを要求することも示し得る。ＭＯ、ＭＴの例は、限定ではないが、ＭＯ ＳＭＳ、ＭＴ ＳＭＳ等であり得る。

いくつかの実装では、第１のネットワークノードは、第２のメッセージを第２のネットワークノードに送信し得る。第２のメッセージは、ＵＥが要求したデータサービスのタイプの指示を含み得る。第２のメッセージは、認証要求または場所更新のうちの１つであり得る。ＵＥが、少なくともモバイル着信サービス（例えば、モバイル着信またはモバイル発信および着信）を要求する場合、第２のネットワークノードは、ＵＥのための保留中のモバイル着信メッセージが存在するかどうかおよび／または保留中のメッセージの数の情報を提供し得る。ＵＥが、少なくともモバイル発信サービス（例えば、モバイル発信またはモバイル発信および着信）を要求する場合、第２のネットワークノードは、ショートメッセージサービスセンタのアドレスを提供し得る。いくつかの実装では、アタッチ要求メッセージ内に含まれるショートメッセージデータは、ショートメッセージサービスセンタのアドレスを含む必要がないこともある。

いくつかの実装では、第１のネットワークノードは、第２のネットワークノードから、ショートメッセージデータ応答メッセージを受信し得る。ショートメッセージデータ応答メッセージは、ショートメッセージサービスセンタのアドレス、ＵＥのための保留中のモバイル着信メッセージがないことを示す指示、ＵＥのための保留中のモバイル着信メッセージの数を示す指示、またはショートメッセージエンティティ宛先アドレス、例えば、国際電気通信連合電気通信（ＩＴＵ−Ｔ）Ｅ．１６４アドレス（移動局国際サブスクライバディレクトリ番号（ＭＳＩＳＤＮ）またはＭＳＩＳＤＮ番号としても知られ得る）、セッション開始プロトコル（ＳＩＰ）ユニフォームリソース識別子（ＵＲＩ）等のうちの少なくとも１つを含み得る。ショートメッセージデータ応答メッセージは、サブスクライバデータ挿入（ｉｎｓｅｒｔ ｓｕｂｓｃｒｉｂｅｒ ｄａｔａ：ＩＳＤ）であり得る。ＩＳＤは、場所更新プロシージャに関連付けられたメッセージであり得る。

いくつかの実装では、第１のネットワークノードは、アタッチ応答メッセージをＵＥに伝送し得る。アタッチ応答メッセージは、モバイル着信メッセージがＵＥのために保留中であるかどうかおよび／または保留中のメッセージの数を示すインジケータを含み得る。アタッチ応答メッセージは、モバイル着信メッセージも含み得る。

いくつかの実装では、第１のネットワークノードは、ショートメッセージデータ応答メッセージを第２のネットワークノードから受信し得る。ショートメッセージデータ応答メッセージ内に含まれるショートメッセージサービスセンタのアドレスに基づいて、第１のネットワークノードは、ショートメッセージサービスセンタを決定し得る。第１のネットワークノードは、ＵＥからのショートメッセージデータをショートメッセージサービスセンタに伝送し得る。

いくつかの実装では、第１のネットワークノードは、認証要求をＵＥに伝送し得る。認証要求は、モバイル着信メッセージがＵＥのために保留中であるかどうかを示し得る。例えば、ＵＥが、モバイル着信を要求し、ＵＥのための保留中のメッセージが存在しない場合、ＵＥは、残りの認証およびアタッチプロシージャを行わずに、ネットワークから接続解除し得る。

本明細書に説明される方法およびシステムに従って、最適化されたショートメッセージトランスポートを使用して、データを転送することは、１つ以上の利点を提供し得る。例えば、最適化されたショートメッセージトランスポートは、アタッチプロシージャ中、ベアラ設定を伴わずにデータを配信し得る。ＵＥにネットワークにデータサービスのタイプを示させることは、ネットワークが、挙動をさらに最適化することを可能にし得る。例えば、ＵＥが、モバイル着信を要求し、ＵＥのための保留中のメッセージが存在しない場合、ネットワークは、認証およびアタッチプロシージャを終了せずに、ＵＥをネットワークから接続解除させ得る。ＵＥがネットワークに接続する時間を短縮することは、ＵＥ電力を有意に節約し、ネットワークリソースをより多くのＵＥにサービス提供するために利用可能にし得る。メッセージサイズを低減させるために、データは、過剰なプロトコルオーバーヘッドを伴わずに、ＳＭＳ ＰＤＵ内に含まれ、アタッチプロシージャに関連付けられたメッセージとともに送信され得る。ＵＥは、低減されたメッセージサイズを伴うメッセージを処理する場合、バッテリ電力を節約する。ある場合、ＵＥが、少なくともモバイル発信サービスを要求する場合、ＵＥは、ＳＭＳサービスセンタ（ＳＭＳＣ）アドレスをメッセージ内に含まないこともある。代わりに、ネットワークは、ＳＭＳＣアドレスを提供し得る。ＳＭＳＣアドレスを除去することはさらに、メッセージサイズを低減させ得る。

いくつかの実装では、非構造付加サービスデータ（ＵＳＳＤ）も、ＣＩｏＴ環境内で少量のデータを配信するために使用され得る。ＵＳＳＤメッセージは、最大１８２英数字文字を含み得る。本願においてＳＭＳに対して説明される最適化されたショートメッセージトランスポートは、ＵＳＳＤにも適用され得る。

いくつかの実装では、モバイル発信のサービスは、ＳＭＳ／ＵＳＳＤ発信と称され得る。モバイル着信のサービスは、ＳＭＳ／ＵＳＳＤ着信と称され得る。モバイル発信および着信のサービスは、ＳＭＳ／ＵＳＳＤ発信および着信と称され得る。

大まかには、例示的無線通信システム１００は、ネットワークノード１ １０６、ネットワークノード２ １０８、およびネットワークノード３ １１０を含むか、またはそれらと通信可能に結合される無線通信ネットワーク１０４を含む。例示的無線通信システム１００は、ネットワークノード１ １０６に接続するＵＥ１０２も含む。ＵＥ１０２は、低頻度かつ少量のデータを送信および／または受信するＣＩｏＴデバイスであり得る。いくつかの実装では、通信システムは、追加のまたは異なるコンポーネントおよび特徴を含むことができ、図１に示される例示的システム１００と異なる様式で構成されることができる。例えば、１つのＵＥが、明確および簡潔にするために、図１に示されるが、多くのＵＥが、システム１００内に含まれることができる。

ネットワークノード１ １０６は、モビリティ管理エンティティ（ＭＭＥ）、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）、ＣＩｏＴシグナリングゲートウェイノード（Ｃ−ＳＧＮ）、モバイル切り替えセンタ（ＭＳＣ）、および一緒に接続されるＭＭＥ、または他のネットワークノードもしくはエンティティであり得る。ＵＥは、基地局または進化型ノードＢ（ｅＮＢ）を介して、ネットワークノード１ １０６に接続し得る。ネットワークノード１ １０６は、ＵＥ１０２のためのモビリティ管理機能を行い得、ＵＥ１０２の場所の知識を有し得る。

ネットワークノード２ １０８は、ホーム場所レジスタ（ＨＬＲ）、ホームサブスクライバサーバ（ＨＳＳ）、認証センタ（ＡｕＣ）、認証、認可、および課金（ＡＡＡ）サーバ、ミッションクリティカルプッシュツートーク（ＭＣＰＴＴ）サーバ、ＭＣＰＴＴユーザデータサーバ、または他のネットワークノードもしくはエンティティであり得る。以下に詳細に議論されるように、ネットワークノード２ １０８はＵＥ１０２のための保留中のメッセージが存在するかどうかおよび／または保留中のメッセージの数の知識を有し得る。ネットワークノード２ １０８は、ネットワークノード３ １１０のアドレスの知識も有し得る。ネットワークノード２ １０８は、認証機能およびサブスクライバデータベースを含み得る。いくつかの実装では、ネットワークノード３ １１０のアドレスは、サブスクライバデータベース内に記憶され得る。ＣＩｏＴ環境内では、ＵＥは、データを固定されたネットワークノード３に送信し得る。例えば、ＵＥが、スマート公共事業メータである場合、ＵＥは、公共事業使用量報告を公共事業プロバイダのサーバに送信し得、そのサーバは、固定されたネットワークノード３ １１０に関連付けられている可能性が高い。

ネットワークノード３ １１０は、ＳＭＳゲートウェイモバイルサービス切り替えセンタ（ＳＭＳ−ＧＭＳＣ）、ＳＭＳインターワーキングモバイル切り替えセンタ（ＳＭＳ−ＩＷＭＳＣ）、ＳＭＳルータ、ショートメッセージサービス−サービスセンタ（ＳＭＳ−ＳＣまたはＳＭＳＣ）、または他のネットワークノードもしくはエンティティであり得る。ネットワークノード３ １１０は、ショートメッセージを記憶および転送することに責任があり得る。例えば、モバイル着信ＳＭＳのために、ネットワークノード３ １１０は、ショートメッセージを記憶し、ＵＥ１０２がショートメッセージを受信するために利用可能になると、ＵＥ１０２に転送し得る。モバイル発信ＳＭＳのために、ネットワークノード３ １１０は、ＵＥ１０２からのショートメッセージを記憶し、宛先サーバまたは外部ネットワークに転送し得る。

動作時、ＵＥ１０２は、無線ネットワーク１０４から、最適化されたショートメッセージトランスポートが無線ネットワーク１０４によってサポートされるかどうかを示す指示を受信し得る。サポートされる場合、指示は、ネットワークがサポートする最適化されたショートメッセージトランスポート（例えば、アタッチ経由ＳＭＳ、アタッチ経由ＵＳＳＤ等）をさらに示し得る。いくつかの実装では、指示は、最適化されたショートメッセージトランスポートをサポートことが既知である無線アクセス技術（ＲＡＴ）の発見によって暗示的であり得る。ある他の実装では、指示は、無線ネットワーク１０４によって、ＵＥ１０２にブロードキャストされる。代替として、ＵＥは、指示を受信せず、最適化されたショートメッセージトランスポートのプロシージャを何らかの方法で試行し得、その場合、ＵＥは、プロシージャが成功したかどうかを記憶し得る。この記憶は、ネットワークに送信するためのさらなるデータが存在するとき、後に使用され得る。

ＵＥ１０２が、データの送信、受信、または送信および受信のいずれかを行う必要があることを決定すると、ＵＥ１０２は、電源をオンにするか、または通常バッテリ消費状態に戻り、無線ネットワーク１０４に接続し得る。無線ネットワーク１０４に接続するために、ＵＥ１０２は、アタッチプロシージャを行い、無線ネットワーク１０４に登録する必要があり得る。

ＵＥ１０２は、アタッチ要求メッセージをネットワークノード１ １０６に送信し得る。一実施形態では、アタッチ要求メッセージ内に、ＵＥ１０２は、ＵＥ１０２が要求するデータサービスのタイプの指示を含み得る。データサービスのタイプは、限定ではないが、モバイル発信、モバイル着信、またはモバイル発信および着信のうちの１つであり得る。例えば、ＵＥ１０２が、スマート公共事業メータであり、公共事業使用量報告を公共事業プロバイダに送信することを欲する場合、ＵＥ１０２は、モバイル発信をアタッチ要求メッセージ内に示し得る。ＵＥ１０２が、ネットワーク１０４に接続し、システム更新または通知をチェックする場合、ＵＥ１０２は、モバイル着信をアタッチ要求メッセージ内に示し得る。ＵＥ１０２が、データの送信および受信の両方を欲する場合、ＵＥ１０２は、モバイル発信および着信を示し得る。ＵＥ１０２は、ウェイクアップし、ネットワーク１０４に接続する度に、異なる理由を有し得る。理由に応じて、ＵＥ１０２は、時として、モバイル発信、時として、モバイル着信、時として、モバイル発信および着信を示し得る。いくつかの実装では、データサービスのタイプの指示をアタッチ要求メッセージ内に含むことは、ＵＥ１０２が、ベアラ設定を行わずに、ネットワークにアタッチすることを欲することもネットワーク１０４に通知し得る。

ＵＥ１０２が、送信するためのデータを有する（例えば、モバイル発信またはモバイル発信および着信）場合、ＵＥ１０２は、データをＳＭＳ ＰＤＵ内に含み得る。ＵＥ１０２は、ＳＭＳ ＰＤＵをアタッチ要求メッセージ内に含み、アタッチ要求メッセージをネットワークノード１ １０６に送信し得る。いくつかの実装では、ＵＥ１０２は、ネットワークノード３ １１０（例えば、ＳＭＳＣ）のアドレスをＳＭＳ ＰＤＵ内に含まないこともある。以下により詳細に議論されるように、ネットワークノード１ １０６は、ネットワークノード３ １１０（例えば、ＳＭＳＣ）のアドレスをネットワークノード２ １０８から取得し得る。アタッチ要求メッセージ内に、ＵＥ１０２は、ＵＥ１０２が、アタッチプロシージャ後、接続モードに移行することを要求しないことも示し得る。

いくつかの実装では、ＵＥ１０２が、モバイル着信を要求する場合、ＵＥ１０２は、ＳＭＳアタッチのみのための指示を送信し、ＳＭＳ ＰＤＵをアタッチ要求メッセージ内に含まないこともある。

ネットワークノード１ １０６は、ネットワークノード２ １０８に、ＵＥ１０２が要求したデータサービスのタイプの指示を含むメッセージを送信し得る。メッセージは、認証プロシージャに関連付けられた認証要求または場所更新プロシージャに関連付けられた場所更新メッセージであり得る。ＵＥが要求したデータサービスのタイプに応じて、ネットワークノード２ １０８は、関連情報を提供し得る。例えば、ＵＥが、少なくともモバイル発信サービス（例えば、モバイル発信またはモバイル発信および着信）を要求する場合、ネットワークノード２ １０８は、ネットワークノード３ １１０（例えば、ＳＭＳＣ）のアドレスを提供し得る。ＵＥ１０２が、少なくともモバイル着信サービス（例えば、モバイル着信またはモバイル発信および着信）を要求する場合、ネットワークノード２ １０８は、ＵＥ１０２のための保留中のメッセージが存在するかどうかおよび／または保留中のメッセージの数の情報を提供し得る。ＵＥ１０２のための保留中のメッセージが存在し、ＵＥ１０２が、少なくともモバイル着信サービスを要求した場合、ネットワークノード２ １０８は、ネットワークノード３ １１０に、ＵＥ１０２が保留中のメッセージを受信するために利用可能であることを通知し得、順に、ネットワークノード３ １１０は、保留中のメッセージをネットワークノード１ １０６に転送し得る。

ネットワークノード２ １０８は、ショートメッセージデータ応答メッセージをネットワークノード１ １０６に送信し、ＵＥ１０２が要求したデータサービスに関連する情報を提供し得る。ショートメッセージデータ応答メッセージは、場所更新プロシージャに関連付けられたサブスクライバデータ挿入（ＩＳＤ）メッセージであり得る。ＵＥ１０２が、少なくともモバイル着信サービスを要求した場合、ショートメッセージデータ応答メッセージは、ＵＥ１０２のための保留中のメッセージが存在するかどうかおよび／または保留中のメッセージの数を示し得る。ＵＥ１０２が、少なくともモバイル発信サービスを要求する場合、ショートメッセージデータ応答メッセージは、ネットワークノード１ １０６がモバイル発信データをネットワークノード３ １１０に転送し得るように、ネットワークノード３ １１０のアドレスを含み得る。いくつかの実装では、ショートメッセージデータ応答メッセージは、ＵＥのための保留中のメッセージが存在するかどうかおよび／または保留中のメッセージの数を示し得る、認証プロシージャに関連付けられた認証ベクトル応答メッセージであり得る。

いくつかの実装では、ネットワークノード１ １０６は、認証要求をＵＥ１０２に送信し得る。認証要求は、ＵＥ１０２のための保留中のメッセージが存在するかどうかを示し得る。ＵＥ１０２のための保留中のメッセージが存在せず、ＵＥ１０２がモバイル着信を要求した場合、ＵＥ１０２は、残りの認証プロシージャおよびアタッチプロシージャを行わずに、ネットワークから接続解除し、電力を節約し得る。

いくつかの実装では、認証成功後、ネットワークノード１ １０６は、アタッチ応答メッセージをＵＥ１０２に伝送し得る。アタッチ応答メッセージは、ＵＥ１０２のための保留中のモバイル着信メッセージが存在するかどうかを示し得る。アタッチ応答メッセージは、ＵＥ１０２に配信されるべきデータを含むモバイル着信メッセージも含み得る。いくつかの実装では、データが単一のアタッチ応答メッセージ内に収められることができる場合、アタッチ応答メッセージは、アタッチ拒否であり得、ＵＥ１０２は、データをアタッチ拒否から受信後、ネットワークから接続解除し得る。

図２−９および関連付けられた説明は、追加の詳細、例えば、実装を提供する。当業者は、実装は、混合および整合され得ることを理解されるであろう。

要素の一般説明に目を向けると、ＵＥは、モバイル電子デバイス、ユーザデバイス、移動局、サブスクライバステーション、ポータブル電子デバイス、モバイル通信デバイス、無線モデム、または無線端末、モバイル機器、セッション開始プロトコル（ＳＩＰ）ユーザエージェント、セットトップボックス、試験機器、内蔵モデム、またはＣＩｏＴデバイスと称され得る。ＵＥの例は、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、タブレットパーソナルコンピュータ（ＰＣ）、ポケットベル、ポータブルコンピュータ、ポータブルゲームデバイス、ウエアラブル電子デバイス、または無線通信ネットワークを介してデータを伝達するためのコンポーネントを有する他のモバイル通信デバイスを含み得る。無線通信ネットワークは、ライセンススペクトルまたは非ライセンススペクトルのうちの少なくとも１つを経由した無線リンクを含み得る。

ＵＥの他の例は、モバイルおよび固定電子デバイスを含む。ＵＥは、モバイル機器（ＭＥ）デバイスと、サブスクライバ識別モジュール（ＳＩＭ）アプリケーション、ユニバーサルサブスクライバ識別モジュール（ＵＳＩＭ）アプリケーション、またはリムーバブルユーザ識別モジュール（Ｒ−ＵＩＭ）アプリケーションを含む、ユニバーサル集積回路カード（ＵＩＣＣ）等のリムーバブルメモリモジュールとを含み得る。用語「ＵＥ」は、ユーザのための通信セッションを終了させ得る任意のハードウェアまたはソフトウェアコンポーネントを指すこともできる。加えて、用語「ユーザ機器」、「ＵＥ」、「ユーザ機器デバイス」、「ユーザエージェント」、「ＵＡ」、「ユーザデバイス」、および「モバイルデバイス」は、本明細書では同義的に使用されることができる。

無線通信ネットワーク１０４は、１つまたは複数の無線アクセスネットワーク（ＲＡＮ）、固定Ｅｔｈｅｒｎｅｔ（登録商標）またはＩＥＥＥ ８０２．１１ ＷＬＡＮ、コアネットワーク（ＣＮ）等の他のアクセスネットワーク、および外部ネットワークを含み得る。ＲＡＮは、１つ以上の無線アクセス技術を備え得る。いくつかの実装では、無線アクセス技術は、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））、暫定基準９５（ＩＳ−９５）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、ＣＤＭＡ２０００（符号分割多重アクセス）、進化型ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、またはＬＴＥ＿Ａｄｖａｎｃｅｄであり得る。ある場合、コアネットワークは、進化型パケットコア（ＥＰＣ）であり得る。コアネットワークは、モビリティ管理エンティティ（ＭＭＥ）、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）、ＣＩｏＴシグナリングゲートウェイノード（Ｃ−ＳＧＮ）、モバイル切り替えセンタ（ＭＳＣ）、および一緒に接続されるＭＭＥ、ホーム場所レジスタ（ＨＬＲ）、ホームサブスクライバサーバ（ＨＳＳ）、認証センタ（ＡｕＣ）、ＰＳ−ＵＤＦ、認証、認可、および課金（ＡＡＡ）サーバ、ＳＭＳゲートウェイモバイルサービス切り替えセンタ（ＳＭＳ−ＧＭＳＣ）、インターワーキングモバイル切り替えセンタ（ＩＷＭＳＣ）、ＳＭＳルータ、ＳＭＳＣ、または他のネットワークノードもしくはエンティティを含み得る。

無線ネットワーク１０４は、ＣＩｏＴデバイスにサービス提供するため専用のＣＩｏＴネットワークであり得る。いくつかの実装では、ＣＩｏＴネットワークは、それ自身の周波数スペクトルおよびネットワークノードを有し得る。いくつかの実装では、ＣＩｏＴネットワークは、別のネットワーク（例えば、ＧＳＭ（登録商標）、ＵＭＴＳ、ＣＤＭＡ２０００、ＵＭＴＳ、またはＬＴＥネットワーク）の一部であり、周波数スペクトルおよびネットワークノードを他のネットワークと共有し得る。

図１の要素は、種々の特徴および機能性を実装する種々のコンポーネント部品、部分、またはモジュールを含むように示されるが、これらの要素は、必要に応じて、代わりに、いくつかのサブモジュール、第三者サービス、コンポーネント、ライブラリ等を含み得る。さらに、種々のコンポーネントの特徴および機能性は、必要に応じて、より少ないコンポーネントに組み合わせられたことができる。

図２は、ある実装による、最適化されたショートメッセージトランスポートを使用してＣＩｏＴ環境内でデータを転送するための例示的プロセス２００を図示するデータフロー図である。データフロー図は、ＵＥ１０２と、ネットワークノード１ １０６と、ネットワークノード２ １０８と、ネットワークノード３ １１０とを含む。データフロー図は、動作１、２、３ａ−３ｅ、および４−７に対応する、メッセージ１、２、３ａ−３ｅ、および４−７を含む。当業者は、動作１、２、３ａ−３ｅ、および４−７が、並列、同時、または重複イベントであり得ることを理解されるであろう。以下の表は、ネットワークノード１ １０６、ネットワークノード２ １０８、およびネットワークノード３ １１０のための可能なネットワークノードを列挙する。表はまた、動作１、２、３ａ−３ｅ、および４−７に対応するメッセージ１、２、３ａ−３ｅ、および４−７のための可能なメッセージも列挙する。

ＵＥ１０２からネットワークに送信されるデータは、データ１（すなわち、モバイル発信データ）と称され得る。ネットワークからＵＥ１０２に送信されるデータは、データ２（すなわち、モバイル着信データ）と称され得る。いくつかの実装では、データ１は、以下のＳＭＳ ＰＤＵ、すなわち、ＳＭＳ−ＳＵＢＭＩＴ ＰＤＵ、ＳＭＳ ＣＯＭＭＡＮＤ ＰＤＵ、ＳＭＳ ＤＥＬＩＶＥＲ ＲＥＰＯＲＴ ＰＤＵ、またはＳＭＳ ＳＵＢＭＩＴ ＲＥＰＯＲＴ ＰＤＵのうちの１つであり得る。データ２は、以下のＳＭＳ ＰＤＵ、すなわち、ＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵ、ＳＭＳ ＳＴＡＴＵＳ ＲＥＰＯＲＴ ＰＤＵ、ＳＭＳ ＤＥＬＩＶＥＲ ＲＥＰＯＲＴ ＰＤＵ、またはＳＭＳ ＳＵＢＭＩＴ ＲＥＰＯＲＴ ＰＤＵのうちの１つであり得る。

図２に示されるように、動作１の前、ＵＥ１０２は、アイドルモードまたは低バッテリ消費状態であり得、ＵＥ１０２は、ネットワークに接続またはアタッチされていない。ＵＥ１０２は、ネットワークにコンタクトし、データの送信、受信、または送信および受信のいずれかを行う必要があることを決定し得る。ＵＥ１０２は、ネットワークが、最適化された方法（例えば、ＳＭＳまたはＵＳＳＤのための最適化されたショートメッセージトランスポート）においてネットワークに送信されるその第１の非アクセス層（ＮＡＳ）シグナリングメッセージ内でデータを送信することをサポートすることの指示を受信し得る。いくつかの実装では、指示は、ＲＡＴタイプのネットワークによって暗示的であり得る。例えば、最適化されたショートメッセージトランスポートは、特定のＲＡＴ上でサポートされ得る。ＵＥ１０２は、サポートされる最適化されたショートメッセージトランスポートを識別するコードポイントを含むネットワークからのブロードキャストメッセージを介して、指示を受信し得る。最適化されたショートメッセージトランスポートは、アタッチ経由ＳＭＳ、アタッチ経由ＵＳＳＤ、またはアタッチ経由ＳＭＳ／ＵＳＳＤのうちの１つ以上のものであり得る。

動作１では、ＵＥ１０２は、メッセージ１をネットワークノード１ １０６（例えば、Ｃ−ＳＧＮ、ＭＭＥ等）に送信し得る。メッセージ１は、アタッチ要求メッセージであり得る。メッセージ１は、ＵＥ１０２を識別する識別子を含み得る。識別子は、国際モバイルサブスクライバ識別（ＩＭＳＩ）またはグローバル一意一時識別（ＧＵＴＩ）等のあるタイプのプライベート識別であり得る。ＵＥ１０２が、データの送信を欲する場合、モバイル発信データが、ＳＭＳ ＰＤＵ内に含まれ得る。いくつかの実装では、メッセージ１は、ＵＥ１０２が要求したデータサービスのタイプの指示も含み得る。データサービスは、限定ではないが、モバイル発信、モバイル着信、またはモバイル発信および着信のうちの１つであり得る。いくつかの実装では、データサービスのタイプの指示をメッセージ１内に含むことは、ネットワークに、ＵＥ１０２が、ベアラ設定を行わずに、ネットワークにアタッチすることを欲することを通知し得る。

いくつかの実装では、メッセージ１は、以下のショートメッセージ情報要素を含まないこともある：ショートメッセージサービスセンタアドレス（ＳＭＳＣアドレス）、および、ショートメッセージエンティティ宛先アドレス（ＳＭＥ ＴＰ−ＤＡ）。ＳＭＥ ＴＰ−ＤＡでは、番号のタイプ（ＴＯＮ）および番号計画識別子（ＮＰＩ）は両方とも、ゼロ桁のアドレス長を伴う「未知」として設定され得る。当業者は、ＴＯＮおよびＮＰＩ内の任意のコードポイント設定が、ネットワークがこれらの設定がＳＭＥ ＴＰ−ＤＡが含まれないことを意味することを把握する限り、使用され得ることを理解するであろう。

いくつかの実装では、メッセージ１は、ＵＥ１０２が、アタッチプロシージャ後、接続モードに移行することを欲しないことの指示を含み得る。いくつかの実装では、指示は、ＵＥ１０２が要求したデータサービスから暗示的に導出され得る。

いくつかの実装では、要求されるデータサービスの指示は、既存の情報要素内の新しいコードポイント、新しい情報要素であり得るか、またはアクセスポイント名（ＡＰＮ）情報要素内の特定の組（１から多数）の文字であり得る。いくつかの実装では、ＵＥが要求したデータサービスの指示のためのコードポイントは、ネットワークノード１ １０６がＩＰベアラを設定しないようなものである。

ネットワークノード１ １０６がメッセージ１を受信すると、ＵＥ１０２が、認証される必要がある場合、ネットワークノード１ １０６は、動作２ａ、３ａ、４、および５に示されるように、認証プロシージャを行う。

動作２では、ネットワークノード１ １０６は、メッセージ２をネットワークノード２ １０８（例えば、ＨＳＳ等）に送信し得る。メッセージ２は、認証要求であり得る。メッセージ２は、メッセージ１内で受信されたＵＥ識別子（例えば、ＩＭＳＩ、ＧＵＴＩ等のプライベート識別）ならびにネットワークノード１ １０６のアドレス（例えば、グローバル名称、Ｅ．１６４番号、ユニフォームリソースロケータ等）を含み得る。いくつかの実装では、メッセージ２は、メッセージ１内で受信され得る、ＵＥが要求したデータサービスのタイプも含み得る。

いくつかの実装では、ネットワークノード２ １０８は、認証機能を含み、例えば、認証機能を伴うＨＳＳ。ネットワークノード２ １０８が、メッセージ２を受信し、ＵＥ１０２が要求されるデータサービスを行うために認可されていないことを決定すると、ネットワークノード２ １０８は、拒否メッセージでネットワークノード１ １０６に応答し得る。

ネットワークノード２ １０８が、メッセージ２を受信し、ＵＥ１０２が要求されるデータサービスを行うことが認可されていることを決定すると、ネットワークノード２ １０８は、以下のいずれか一方または両方を行い得る：（１）ネットワークノード２ １０８は、ＵＥ１０２に送信されるべき認証ベクトルを生成または作成し得る。（２）ネットワークノード２ １０８が、ＵＥ１０２に送信されるべき保留中のメッセージが存在することの指示を有し、ＵＥ１０２が、少なくともモバイル着信サービスのためにネットワークに接続していることを示している場合、ネットワークノード２ １０８は、通知をネットワークノード３ １１０（例えば、ＳＭＳＣ等）に送信し、ＵＥ１０２が保留中のメッセージを受信するために利用可能であることを示し得る。例えば、以下に議論されるように、ネットワークノード２ １０８は、メッセージ３ｂをネットワークノード３ １１０に送信し得る。

動作３ａでは、ネットワークノード２ １０８は、メッセージ３ａをネットワークノード１ １０６に送信し得る。メッセージ３ａは、ショートメッセージデータ応答であり得る。メッセージ３ａは、ネットワークノード２ １０８によって生成される認証ベクトルを含み得る。メッセージ３ａは、ＵＥ１０２に配信されるべき保留中のメッセージが存在するかどうかの指示、および／または、０から多数の範囲であり得る保留中のメッセージの数も含み得る。

いくつかの実装では、ＵＥ１０２が、モバイル着信を要求し、ＵＥ１０２のための保留中のメッセージが存在しない場合、メッセージ３ａは、保留中のメッセージが存在しないことの指示を含み得るか、または随意の原因値「保留中のメッセージなし」を伴う拒否メッセージであり得る。

動作３ｂでは、ネットワークノード２ １０８は、メッセージ３ｂをネットワークノード３ １１０に送信し得る。いくつかの実装では、メッセージ３ｂは、メッセージ２の受信に起因して送信され、メッセージ２に示される要求されるデータサービスは、少なくともモバイル着信サービスであった。いくつかの実装では、メッセージ３ｂは、以下に詳細に議論されるように、メッセージ３ｄの受信に起因して送信され、メッセージ３ｄに示される要求されるデータサービスは、少なくともモバイル着信サービスであった。いくつかの実装では、メッセージ３ｂは、ＵＥが、少なくともモバイル着信サービスを要求し、ネットワークノード２ １０８が、ＵＥのための保留中のメッセージが存在することを把握している場合、送信される。いくつかの実装では、メッセージ３ｂの目的は、ネットワークノード３ １１０に、ＵＥ１０２が保留中のメッセージを受信するために利用可能であることを通知することであり、それによって、ネットワークノード３ １１０は、保留中のメッセージをネットワークノード１ １０６に送信し得、ネットワークノード１ １０６は、保留中のメッセージをＵＥ１０２にさらに送信し得る。

メッセージ３ｂは、ＵＥ１０２のためのＵＥ識別子を含み得る。メッセージ３ｂ内のＵＥ識別子は、メッセージ１および２内のものと異なる識別子であり得る。いくつかの実装では、メッセージ３ｂ内のＵＥ識別子は、移動局国際サブスクライバディレクトリ番号（ＭＳＩＳＤＮ）またはユニフォームリソース識別子（ＵＲＩ）等のパブリックＵＥ識別であり得る。メッセージ３ｂは、ネットワークノード１ １０６のアドレス（例えば、グローバル名称、Ｅ．１６４番号、ＵＲＬ等）を含み得る。いくつかの実装では、ネットワークノード１ １０６（例えば、ＵＥモビリティ機能に責任があり、ＵＥ場所の知識を有する、Ｃ−ＳＧＮまたはＭＭＥ）のアドレスを伝達することによって、ネットワークノード３ １１０は、保留中のメッセージをＵＥ１０２に送信する方法を把握し得る。例えば、ネットワークノード３ １１０は、保留中のメッセージをネットワークノード１ １０６に送信し得、ＵＥ場所を把握する、ネットワークノード１ １０６はさらに、保留中のメッセージをＵＥ１０２に転送し得る。

動作３ｃでは、ネットワークノード３ １１０（例えば、ＳＭＳＣ）は、１つ以上のメッセージ３ｃをネットワークノード１ １０６に送信し得る。ＵＥ１０２が保留中のメッセージを受信するために利用可能であることを示すメッセージ３ｂを受信すると、ネットワークノード３ １１０は、メッセージ３ｃを作成し得る。送信するデータ量に応じて、ネットワークノード３ １１０は、１つのメッセージ３ｃまたは複数のメッセージ３ｃを送信し得る。各メッセージ３ｃは、ＵＥ識別子（例えば、ＭＳＩＳＤＮまたはＵＲＩ等のパブリック識別）およびＵＥに配信されるべきデータを含み得る。ＵＥへのデータは、ＳＭＳ ＰＤＵ内に含まれ得る。メッセージ３ｃを受信後、ネットワークノード１ １０６は、ＵＥ１０２のためのデータを記憶し得る。

動作３ｄでは、ネットワークノード１ １０６は、メッセージ３ｄをネットワークノード２ １０８に送信し得る。メッセージ３ｄは、場所更新であり得る。メッセージ２が、ＵＥが要求したデータサービスのタイプを含んでいないか、またはメッセージ３ａが、ＵＥのための保留中のメッセージが存在するかどうかの指示を含んでいない場合、ネットワークノード１ １０６は、メッセージ３ｄを送信し得る。メッセージ３ｄは、メッセージ１内で受信されたＵＥ識別子（例えば、プライベート識別ＩＭＳＩまたはＧＵＴＩ）、ネットワークノード１ １０６のアドレス（例えば、グローバル名称、Ｅ．１６４番号、ＵＲＬ等）、またはＵＥが要求したデータサービスのタイプのうちの１つ以上のものを含み得る。当業者は、動作３ｄは、通常、動作５後に発生するであろうことを理解するであろう。

ネットワークノード２ １０８が、メッセージ３ｄを受信すると、ネットワークノード２ １０８が、ＵＥに送信されるべき保留中のメッセージが存在することの指示を有し、ＵＥが、少なくともモバイル着信サービスのためにネットワークに接続していることを示している場合、ネットワークノード２ １０８は、ネットワークノード３ １１０に、ＵＥが保留中のデータを受信するために利用可能であることを示す通知を送信し得る。例えば、ネットワークノード２ １０８は、メッセージ３ｂをネットワークノード３ １１０に送信し得る。

動作３ｅでは、ネットワークノード２ １０８は、メッセージ３ｅをネットワークノード１ １０６に送信し得る。メッセージ３ｅは、ショートメッセージデータ応答であり得る。メッセージ３ｅは、ＵＥに配信されるべき保留中のメッセージの有無の指示、０から多数に及び得る保留中のメッセージの数、モバイル発信データを送信するために使用されるべきＳＭＳＣアドレス、またはＳＭＳメッセージ内で使用されるべきショートメッセージエンティティ（ＳＭＥ）宛先アドレスのうちの１つ以上のものを含み得る。

いくつかの実装では、ＵＥ１０２が、モバイル着信を要求し、ＵＥ１０２のための保留中のメッセージが存在しない場合、メッセージ３ｅは、保留中のメッセージが存在しないことの指示を含み得るか、または随意の原因値「保留中のメッセージなし」を伴う拒否メッセージであり得る。

動作４では、ネットワークノード１ １０６は、メッセージ４をＵＥ１０２に送信し得る。いくつかの実装では、ネットワークノード１ １０６は、メッセージ３ａを受信すると、メッセージ４を送信する。メッセージ４は、メッセージ３ｄが送信されること、メッセージ３ｅが受信されることを待つ必要がないこともある。メッセージ４は、認証ベクトルを含み得る。メッセージ４は、ＵＥに配信されるべき保留中のメッセージの有無の指示または０から多数に及び得る保留中のメッセージの数を含み得る。

いくつかの実装では、ＵＥ１０２が、モバイル着信を要求し、ＵＥ１０２のための保留中のメッセージが存在しない場合、メッセージ４は、保留中のメッセージが存在しないことの指示を含み得るか、または随意の原因値「保留中のメッセージなし」を伴う拒否メッセージ、例えば、アタッチ拒否であり得る。

いくつかの実装では、メッセージ３ａまたはメッセージ３ｅが、随意の原因値「保留中のメッセージなし」を伴う拒否メッセージである場合、メッセージ４も、随意の原因値「保留中のメッセージなし」を伴う拒否メッセージであり得る。

メッセージ４を受信すると、ＵＥ１０２は、メッセージ４内で受信された認証ベクトルに基づいて、認証を行い得る。ＵＥ１０２が認証ベクトルに基づく認証チャレンジが正当なものであることを検証すると、メッセージ４が保留中のメッセージが存在することの指示を含み、ＵＥが少なくともモバイル着信サービスを要求した場合、ＵＥ１０２は、保留中のメッセージの指示および／または０から多数に及び得る保留中のメッセージの数を記憶し得る。いくつかの実装では、メッセージ４が、保留中のメッセージが存在しないことの指示を含み、ＵＥが、モバイル着信を要求した場合、ＵＥ１０２は、認証およびアタッチプロセスの残りを行わず、アイドル状態に戻り得る。

動作５では、ＵＥ１０２は、メッセージ５をネットワークノード１ １０６に送信する。例えば、メッセージ５は、メッセージ４内で受信された認証ベクトルに関連付けられた認証応答を含み得る。メッセージ５内で受信された認証応答に基づいて、ネットワークノード１ １０６は、認証プロセスが成功したかどうかを決定し得る。例えば、認証プロセスは、メッセージ５内で受信された認証応答がメッセージ３ａから受信されたネットワークノード１ １０６内に記憶される認証応答に一致する場合、成功する。

動作６では、ネットワークノード１ １０６は、メッセージ６をＵＥ１０２に送信し得る。メッセージ６は、アタッチ応答メッセージであり得る。認証成功に応じて、ＵＥが、少なくともモバイル着信サービス（例えば、モバイル着信、モバイル発信および着信）を要求した場合、ネットワークノード１ １０６は、ＵＥに配信されるべき保留中のメッセージが存在するかどうかを決定し得る。例えば、ネットワークノード１ １０６が、メッセージ３ａもしくはメッセージ３ｅ内に、保留中のメッセージを示す指示を受信していないか、またはネットワークノード１ １０６が、受信された保留中のメッセージを含む任意のメッセージ３ｃを受信していない場合、ネットワークノード１ １０６は、ＵＥのための保留中のメッセージが存在しないことを決定し得る。ネットワークノード１ １０６が、１つ以上の受信されたメッセージ３ｃから記憶された保留中のメッセージを有する場合、ネットワークノード１ １０６は、ＵＥ１０２のための保留中のメッセージが存在することを決定し得る。

ＵＥ１０２が少なくともモバイル着信サービスを要求し、ＵＥのための保留中のメッセージが存在しない場合、および、ＵＥがモバイル発信データをメッセージ１内で送信し、モバイル発信データがネットワークによって受信された場合、メッセージ６は、「データの受信成功」および「保留中の着信メッセージなし」を示す指示を伴うアタッチ拒否であり得る。アタッチ拒否を受信後、ＵＥ１０２は、ネットワークから接続解除し得る。

ＵＥ１０２が少なくともモバイル着信サービスを要求し、ＵＥのための保留中のメッセージが存在せず、かつ、ネットワークノード１ １０６が少なくともモバイル発信サービスを示す指示をメッセージ１内で受信しているが、モバイル発信データが受信されていない場合、メッセージ６は、エラーを示す原因値を伴うアタッチ拒否であり得る。アタッチ拒否を受信後、ＵＥ１０２は、ネットワークからデタッチまたは接続解除し、図２におけるプロシージャを再び試行し得る。

ＵＥがモバイル着信のサービスを要求し、ＵＥのための保留中のメッセージが存在しない場合、メッセージ６は、原因「保留中の着信メッセージなし」を伴うアタッチ拒否であり得る。アタッチ拒否を受信後、ＵＥ１０２は、ネットワークから接続解除し得る。

ＵＥが少なくともモバイル着信サービスを要求し、ネットワークノード１ １０６に記憶される保留中のメッセージが存在し、かつ、１つ以上のメッセージ３ｃ内で受信されたモバイル着信データが単一メッセージ６内に収まり、かつ、ＵＥがモバイル発信データをメッセージ１内で送信し、モバイル発信データがネットワークによって受信された場合、メッセージ６は、「データの受信成功」を示す指示を含み、かつモバイル着信データを含み得る。いくつかの実装では、メッセージ６は、アタッチ拒否であり得、ＵＥ１０２は、モバイル着信データをアタッチ拒否から受信後、ネットワークから接続解除し得る。

ＵＥが、少なくともモバイル着信サービスを要求し、ネットワークノード１ １０６に記憶される保留中のメッセージが存在し、かつ、１つ以上のメッセージ３ｃ内で受信されたモバイル着信データが単一メッセージ６内に収まらず、かつ、ＵＥが接続モードに移行することを欲する指示がメッセージ１内で受信されたか、またはそのような指示が受信されない場合、ネットワークノード１ １０６は、以下のいずれかをＵＥ１０２に送信し得る：（ｉ）メッセージ６（例えば、アタッチ承認）、（ｉｉ）送信されるべき保留中データを示す指示を伴うメッセージ６（例えば、アタッチ承認）、（ｉｉｉ）返信されるべき保留中のメッセージの数の指示を伴うメッセージ６（例えば、アタッチ承認）、（ｉｖ）１つのメッセージ３ｃ、例えば、受信された第１のメッセージ３ｃからのモバイル着信データと、さらなるデータが送信されるべきであることの指示または返信されるべき保留中のメッセージの数とを含むメッセージ６（例えば、アタッチ承認）。いくつかの実装では、ＵＥ１０２が、アタッチ承認を受信する場合、ＵＥ１０２は、少なくともモバイル着信サービスのための旧来のハンドリングに戻り得る。ＵＥ１０２は、ＵＥ１０２がメッセージ４またはメッセージ６内で識別されるようなショートメッセージの数を受信するまで、ネットワークにアタッチされたままであり得る。いくつかの実装では、ＵＥ１０２は、実装依存またはネットワーク提供である期間にわたって、ネットワークにアタッチされたままであり得る。

ＵＥが、少なくともモバイル着信サービスを要求し、ネットワークノード１ １０６に記憶される保留中のメッセージが存在し、かつ、１つ以上のメッセージ３ｃ内で受信されたモバイル着信データが単一メッセージ６内に収まらず、かつ、ＵＥ１０２が接続モードに移行せず、アイドルのままでいることを欲することの指示がメッセージ１内で受信された場合、ネットワークノード１ １０６は、以下のいずれかをＵＥ１０２に送信し得る。（ｉ）メッセージ６（例えば、アタッチ拒否）、（ｉｉ）送信されるべき保留中のデータの指示を伴うメッセージ６（例えば、アタッチ拒否）、（ｉｉｉ）返信されるべき保留中のメッセージの数の指示を伴うメッセージ６（例えば、アタッチ拒否）、（ｉｖ）受信された１つのメッセージ３ｃ、例えば、第１のメッセージ３ｃからのデータと、さらなるデータが送信されるべきことの指示または返信されるべき保留中のメッセージの数とを含むメッセージ６（例えば、アタッチ拒否）。いくつかの実装では、ＵＥ１０２が、保留中のメッセージの指示または送信されるべき保留中のメッセージの数を伴うアタッチ拒否を受信する場合、ＵＥ１０２は、次いで、図２におけるプロシージャを動作１から繰り返すであろう。プロシージャを繰り返すとき、ＵＥ１０２は、少なくともモバイル着信サービスを要求し、随意に、接続モードに移行しないことの指示を送信しないこともある。

ＵＥ１０２が、接続モードに移行する場合、ネットワークノード１ １０６は、旧来のＳＭＳ配信挙動に戻り、保留中のメッセージを配信し得る。保留中のショートメッセージに関して、これは、保留中のショートメッセージを配信するための旧来のＳＭＳプロシージャであり得る。いくつかの実装では、ネットワークノード１ １０６は、任意の追加のメッセージを送信しないこともある。

メッセージ１内で、ＵＥが、モバイル発信を要求し、モバイル発信データがメッセージ１内で送信され、ネットワークによって受信された場合、メッセージ６は、「データの受信成功」を示す指示を含み得る。

メッセージ１内で、ＵＥが、モバイル発信を要求したが、モバイル発信データが、メッセージ１内に含まれなかった場合、メッセージ６が、エラー「データが受信されない」を示す原因値とともに送信され得る。

いくつかの実装では、モバイル着信データのための各メッセージ配信成功に対して、ネットワークノード１ １０６は、以下のいずれかを含み得るか、またはいずれも含まない指示を含むコール詳細記録（ＣＤＲ）を作成し得る：アタッチ内で受信されたデータのタイプ（例えば、ＳＭＳ、ＵＳＳＤ）、そのタイプ内のデータタイプ（例えば、ＳＭＳ−ＤＥＬＩＶＥＲ）、またはデータのサイズ。

動作７では、動作５後、認証成功時、ネットワークノード１ １０６は、メッセージ７をネットワークノード３ １１０に送信し得る。メッセージ７は、メッセージ１から受信されたモバイル発信データを含み得る。いくつかの実装では、メッセージ７は、メッセージ３ｅの受信時にのみ、送信され得る。

いくつかの実装では、メッセージ１内のモバイル発信データが、ＳＭＳメッセージである場合、ネットワークノード１ １０６は、ＳＭＳ ＰＤＵ（例えば、ＳＭＳ−ＳＵＢＭＩＴ）を抽出し、それをＭＡＰ＿ＭＯ＿ＦＯＲＷＡＲＤ ＳＨＯＲＴメッセージの中に挿入し得る。ＳＭＳＣアドレスが、メッセージ１内においてＵＥ１０２から受信されず、ＳＭＳＣアドレスが、メッセージ３ｅ内で受信された場合、ネットワークノード１ １０６は、メッセージ３ｅ内で受信されたＳＭＳＣアドレスをメッセージ７内で使用し得る。ＳＭＥ宛先アドレスが、メッセージ３ｅ内で受信された場合、ネットワークノード１ １０６は、受信されたＳＭＥ宛先アドレスをメッセージ７内で送信されるＳＭＳ−ＳＵＢＭＩＴ ＴＰ−ＤＡ情報要素の中に挿入し得る。

いくつかの実装では、モバイル発信データのための各メッセージ配信成功に対して、ネットワークノード１ １０６は、以下のいずれかを含み得るか、またはいずれも含まない指示を伴うコール詳細記録（ＣＤＲ）を作成し得る：受信されたデータのタイプ（例えば、ＳＭＳ、ＵＳＳＤ）、そのタイプ内のデータタイプ（例えば、ＳＭＳ−ＳＵＢＭＩＴ）、またはデータのサイズ。

いくつかの実装では、ＵＥがネットワークからデタッチまたは接続解除する前にＵＥによって送信および／または受信すべきいくつかのメッセージは、連結されたＳＭＳメッセージとしてマークされるＳＭＳメッセージを含み得る。

図３は、ある実装による、最適化されたショートメッセージトランスポートを使用してＣＩｏＴ環境内でモバイル発信データを転送するための例示的プロセス３００を図示するデータフロー図である。データフロー図は、ＵＥ３０２と、ＣＩｏＴ基地局／進化型ノードＢ（Ｃ−ＢＳ／ｅＮＢ）３０４と、Ｃ−ＳＧＮ３０６と、ＳＭＳＣ／ＩＷＭＳＣ３０８と、ＨＳＳ３１０と、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）３１２とを含む。Ｃ−ＢＳ／ｅＮＢ３０４は、ＵＥ３０２との無線接続を提供し得る。Ｃ−ＳＧＮ３０６は、ネットワークノード１ １０６であり得る。ＳＭＳＣ／ＩＷＭＳＣ３０８は、ネットワークノード３ １１０であり得る。ＨＳＳ３１０は、ネットワークノード２ １０８であり得る。Ｐ−ＧＷ３１２は、ＵＥ３０２をインターネット等の種々の外部データネットワークと接続し得る。図３は、ＵＥ３０２が、ベアラ設定を行わずに、ネットワークにアタッチし、モバイル発信データを送信し、ＵＥ３０２が、モバイル発信データをＳＭＳ ＰＤＵ内に含めるシナリオを図示する。

動作１では、ＵＥ３０２は、それがパケットデータネットワーク（ＰＤＮ）接続を作成せずに登録することを欲し、３ＧＰＰ ＴＳ ２３．０４０に規定されるようなＳＭＳ ＰＤＵ、例えば、ＳＭＳ−ＳＵＢＭＩＴを含むことを示すために、「ＭＯ ＳＭＳ」を伴う初期アタッチを送信する。これは、ＵＥが、ＰＤＮ接続を直ちに確立せずに、アタッチすることを欲し、ＳＭＳ ＰＤＵを含むことを示すための特別なインジケータ「ＭＯ ＳＭＳ」を用いた３ＧＰＰ ＴＳ ２３．４０１アタッチプロシージャに従う。ＵＥ３０２は、必要とされる場合、後の段階で設定されるＰＤＮ接続を開始し得る。「ＭＯ ＳＭＳ」インジケータは、モバイル発信のデータサービスを示す。

動作２では、Ｃ−ＳＧＮ３０６は、初期アタッチを処理し、ＵＥがＰＤＮ接続を確立することを望まず、ＭＯ ＳＭＳを送信することを欲することを識別する。したがって、ＴＳ ２３．４０１に定義されるようなＰ−ＧＷ３１２に向けた初期アタッチプロシージャにさらに従わない。

動作３では、Ｃ−ＳＧＮ３０６は、通常プロシージャに従って、ＵＥ３０２を認証する。

動作４では、Ｃ−ＳＧＮ３０６は、場所更新のための理由、例えば、ＭＯ ＳＭＳを含む場所更新をＨＳＳ３１０に対して行う。ＵＥ３０２が、ＭＯ−ＳＭＳを行うことが認可される場合、ＨＳＳ３１０は、サブスクリプション情報をＣ−ＳＧＮ３０６に送信するか、またはＵＥ３０２がＭＯ ＳＭＳのために認可されることの指示を伴う場所更新肯定応答を返信するであろう。

動作５では、Ｃ−ＳＧＮ３０６は、シグナリング無線ベアラ（ＳＲＢ）が必要とされ、データ無線ベアラ（ＤＲＢ）が確立されることを要求しないことをＲＡＮノードに示すＵＥコンテキストを確立する。

動作６および７では、無線リソース制御（ＲＲＣ）メッセージが、ＳＲＢを確立する。

動作８では、Ｓ１メッセージが、肯定応答される。

動作９では、Ｃ−ＳＧＮ３０６は、「ＳＭＳ ＰＤＵが受信および承認されたことを示す指示」を伴うアタッチ拒否をＵＥ３０２に送信する。

動作１０では、Ｃ−ＳＧＮ３０６は、既存のプロシージャを使用して、ＳＭＳ ＰＤＵをＳＭＳＣ３０８に送信する。

図４は、ある実装による、最適化されたショートメッセージトランスポートを使用してＣＩｏＴ環境内でモバイル着信データを転送するための例示的プロセス４００を図示するデータフロー図である。データフロー図は、ＵＥ３０２と、Ｃ−ＢＳ／ｅＮＢ３０４と、Ｃ−ＳＧＮ３０６と、ＳＭＳＣ／ＩＷＭＳＣ３０８と、ＨＳＳ３１０と、Ｐ−ＧＷ３１２とを含む。図４は、ＵＥ３０２が、ネットワークにアタッチし、任意のモバイル着信データが存在するかどうかを決定するシナリオを図示する。図４は、ＵＥ３０２が、ベアラ設定を行わずに、ネットワークにアタッチし、モバイル着信データを受信し、モバイル着信データが、単一メッセージの中に収まることができるシナリオを図示する。

動作１では、ＵＥ３０２は、ＰＤＮ接続を作成せずに登録することを欲することを示すために、「ＭＴ ＳＭＳ」を伴う初期アタッチを送信する。これは、ＵＥが、ＰＤＮ接続を直ちに確立せずにアタッチすることを欲し、保留中のＳＭが配信されることを欲することを示すために、特別なインジケータ「ＭＴ ＳＭＳ」を用いたＴＳ ２３．４０１アタッチプロシージャに従う。ＵＥ３０２は、必要とされる場合、後の段階で設定されるＰＤＮ接続を開始し得る。「ＭＴ ＳＭＳ」インジケータは、データモバイル着信のサービスを示す。

動作２では、Ｃ−ＳＧＮ３０６は、初期アタッチを処理し、ＵＥ３０２が、ＰＤＮ接続を確立することを望まず、ＭＴ ＳＭＳを受信することを欲することを識別する。したがって、ＴＳ ２３．４０１に定義されるようなＰ−ＧＷ３１２に向けての初期アタッチプロシージャにさらに従わない。

動作３では、Ｃ−ＳＧＮ３０６は、通常プロシージャに従ってＵＥ３０２を認証する。

動作４では、Ｃ−ＣＳＧＮ３０６は、場所更新のための理由、例えば、ＭＴ ＳＭＳを含む場所更新をＨＳＳ３１０に対して行う。ＵＥ３０２が、ＭＴ ＳＭＳを行うことが認可される場合、ＨＳＳ３１０は、Ｃ−ＳＧＮ３０６に、配信されるべき保留中のメッセージが存在するかどうかを知らせるであろう。メッセージが存在しない場合、動作１２が、行われるであろう。

動作５では、Ｃ−ＳＧＮ３０６は、ＳＲＢが必要とされ、ＤＲＢが確立されることを要求しないことをＲＡＮノードに示すＵＥコンテキストを確立する。

動作６および７では、ＲＲＣメッセージが、ＳＲＢを確立する。

動作８では、Ｓ１メッセージが、肯定応答される。

動作９では、ＨＳＳ３１０は、３ＧＰＰ ２９．００２に定義されたプロシージャに従って、ＳＭＳＣ３０８に、ＵＥが利用可能であることをアラートする。

動作１０では、ＳＭＳＣ３０８は、ＳＭＳ ＰＤＵをＣ−ＳＧＮ３０６に送信する。

動作１１では、Ｃ−ＳＧＮ３０６が、ＳＭＳ ＰＤＵをＳＭＳＣ３０８から受信すると、Ｃ−ＳＧＮ３０６は、ＳＭＳ ＰＤＵ、例えば、３ＧＰＰ ＴＳ ２３．０４０に定義されるようなＳＭＳ−ＤＥＬＩＶＥＲを含む、アタッチ拒否をＵＥ３０２に送信する。

動作１２では、Ｃ−ＳＧＮ３０６は、送信すべきメッセージが存在しないことの指示を含む、アタッチ拒否を送信する。

図５は、ある実装による、最適化されたショートメッセージトランスポートを使用してＣＩｏＴ環境内でモバイル着信データを転送するための別の例示的プロセス５００を図示するデータフロー図である。データフロー図は、ＵＥ３０２と、Ｃ−ＢＳ／ｅＮＢ３０４と、Ｃ−ＳＧＮ３０６と、ＳＭＳＣ／ＩＷＭＳＣ３０８と、ＨＳＳ３１０と、Ｐ−ＧＷ３１２とを含む。図５は、ＵＥ３０２が、ネットワークにアタッチし、任意のモバイル着信データが存在するかどうかを決定するシナリオを図示する。図５は、ＵＥ３０２が、ベアラ設定を行わずに、ネットワークにアタッチし、モバイル着信データを受信し、モバイル着信データが、単一メッセージの中に収まることができないシナリオも図示する。

動作１では、ＵＥ３０２は、ＰＤＮ接続を作成せずに登録することを欲することを示すために、「ＭＴ ＳＭＳ」を伴う初期アタッチを送信する。これは、ＵＥが、ＰＤＮ接続を直ちに確立せずにアタッチすることを欲し、保留中のＳＭが配信されることを欲することを示すために、特別なインジケータ「ＭＴ ＳＭＳ」を用いたＴＳ ２３．４０１アタッチプロシージャに従う。ＵＥ３０２は、必要とされる場合、後の段階で設定されるＰＤＮ接続を開始し得る。「ＭＴ ＳＭＳ」インジケータは、データモバイル着信のサービスを示す。

動作２では、Ｃ−ＳＧＮ３０６は、初期アタッチを処理し、ＵＥ３０２が、ＰＤＮ接続を確立することを望まず、ＭＴ ＳＭＳを受信することを欲することを識別する。したがって、ＴＳ ２３．４０１に定義されるようなＰ−ＧＷ３１２に向けての初期アタッチプロシージャにさらに従わない。

動作３では、Ｃ−ＳＧＮ３０６は、通常プロシージャに従ってＵＥ３０２を認証する。

動作４では、Ｃ−ＳＧＮ３０６は、場所更新のための理由、例えば、ＭＴ ＳＭＳを含む場所更新をＨＳＳ３１０に対して行う。ＨＳＳ３１０は、Ｃ−ＳＧＮ３０６に、ＵＥに送信されるべきＮ個のメッセージが存在することを知らせるであろう。

動作５では、Ｃ−ＳＧＮ３０６は、ＳＲＢが必要とされ、ＤＲＢが確立されることを要求しないことをＲＡＮノードに示すＵＥコンテキストを確立する。

動作６および７では、ＲＲＣメッセージが、ＳＲＢを確立する。

動作８では、Ｓ１メッセージが、肯定応答される。

動作９では、ＨＳＳ３１０は、３ＧＰＰ ２９．００２に定義されたプロシージャに従って、ＳＭＳＣ３０８に、ＵＥ３０２が利用可能であることをアラートする。

動作１０ａでは、ＳＭＳＣ３０８は、第１のＳＭＳ ＰＤＵをＣ−ＳＧＮ３０６に送信する。

動作１０ｂでは、ＳＭＳＣ３０８は、第２のＳＭＳ ＰＤＵをＣ−ＳＧＮ３０６に送信する。

動作１０ｎでは、ＳＭＳＣ３０８は、第ｎ番目のＳＭＳ ＰＤＵをＣ−ＳＧＮ３０６に送信する。いくつかの実装では、ＳＭは、多数の異なるＳＭＳ−Ｃによってもたらされ得る。

動作１１では、Ｃ−ＳＧＮ３０６が、第１のＳＭＳ ＰＤＵをＳＭＳＣ３０８から受信すると、Ｃ−ＳＧＮ３０６は、３ＧＰＰ ＴＳ ２３．０４０に定義されるようなＳＭＳ ＰＤＵと、ＵＥ３０２に送信されるべき未処理のＳＭの数の指示とを含む、アタッチ承認をＵＥ３０２に送信する。

動作１２では、ＴＳ ２３．０６０に定義されたプロシージャに従って、ＭＯおよびＭＴ ＳＭＳプロシージャが、他の節で説明されるスモールデータ転送を利用しながら行われる。

動作１３では、ＵＥ３０２が、動作１１において識別されるようないくつかの未処理のＳＭをＣ−ＳＧＮ３０６から受信すると、ＵＥ３０２は、デタッチをＣ−ＳＧＮ３０６に送信するものとする。

図６は、ある実装による、ＵＥがモバイル発信データをメッセージ１内に含める例示的プロセス６００を図示する概略図である。メッセージ１は、アタッチ要求メッセージであり得る。例えば、ＵＥ１０２は、モバイル発信データをＳＭＳ−ＳＵＢＭＩＴ ＰＤＵのユーザデータ（ＵＤ）６０２のフィールド内に含め、さらに、ＳＭＳ−ＳＵＢＭＩＴ ＰＤＵをアタッチ要求メッセージ６１０のユーザデータ長（ＵＤＬ）およびＵＤ６０８のフィールド内に含める。ＵＥは、ＳＭＳＣアドレスをアタッチ要求メッセージ６１０の宛先アドレス（ＤＡ）６０６のフィールド内に含む。ネットワークノード１（例えば、Ｃ−ＳＧＮ）に送信されるべきアタッチ要求メッセージ６１０は、アタッチ情報６０４も含む。

図７は、ある実装による、ネットワークノード１がモバイル発信データをメッセージ１から抽出し、データをメッセージ７内に含める例示的プロセス７００を図示する概略図である。ネットワークノード１は、Ｃ−ＳＧＮであり得る。メッセージ１は、アタッチ要求メッセージであり得る。概略図は、ＵＥから受信されたアタッチ要求メッセージ７０２と、ネットワークノード３（例えば、ＳＭＳ−Ｃ）に送信されるべきメッセージ７ ７１０とを含む。例えば、Ｃ−ＳＧＮにおいて受信されたアタッチ要求メッセージ７０２は、ＤＡフィールド７０４内に含まれるＳＭＳＣアドレスと、ＵＤＬおよびＵＤフィールド７０６内に含まれるモバイル発信データとを含む。Ｃ−ＳＧＮは、モバイル発信データをアタッチ要求メッセージ７０２から抽出し、データをメッセージ７ ７１０のＵＤフィールド７１２内に含める。メッセージ７ ７１０は、ＳＭＳＣアドレスもＵＤフィールド７１２のＤＡフィールド７０８内に含む。

図８は、ある実装による、ネットワークノード１がモバイル着信データをメッセージ３ｃから抽出し、データをメッセージ６内に含める例示的プロセス８００を図示する概略図である。ネットワークノード１は、Ｃ−ＳＧＮであり得る。メッセージ６は、アタッチ拒否または承認であり得るアタッチ応答メッセージであり得る。概略図は、ネットワークノード３（例えば、ＳＭＳＣ）から受信されたメッセージ３ｃ ８０２と、ＵＥに送信されるべきアタッチ応答メッセージ８１６とを含む。例えば、ＳＭＳＣから受信されたメッセージ３ｃ ８０２は、ＵＤフィールド８０４を含む。ＵＤフィールド８０４はさらに、ＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵのＵＤフィールド８０８内に含まれるモバイル着信データを伴うＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵを含む。Ｃ−ＳＧＮは、ＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵをメッセージ３ｃ ８０２から抽出し、ＰＤＵをアタッチ応答メッセージ８１６のＵＤＬおよびＵＤフィールド８１４内に含める。Ｃ−ＳＧＮは、ＳＭＳＣアドレスもアタッチ応答メッセージ８１６の発信側アドレス（ＯＡ）８１２のフィールド内に含める。Ｃ−ＳＧＮは、ＳＭＳＣアドレスをメッセージ３ｃ ８０２内のＵＤフィールド８０４のＯＡフィールド８０６から得る。アタッチ応答メッセージ８１６は、アタッチ拒否または承認情報８１０も含む。

図９は、ある実装による、ＵＥがモバイル着信データをメッセージ６から抽出する例示的プロセス９００を図示する概略図である。メッセージ６は、アタッチ拒否または承認であり得るアタッチ応答メッセージであり得る。例えば、ＵＥは、アタッチ応答メッセージ９０２をネットワークノード１（例えば、Ｃ−ＳＧＮ）から受信する。アタッチ応答メッセージ９０２は、アタッチ拒否または承認情報９０４と、ＯＡフィールド９０６内のＳＭＳＣアドレスと、ＵＤＬおよびＵＤフィールド９０８とを含み得る。ＵＤＬおよびＵＤフィールド９０８はさらに、ＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵのＵＤフィールド９１０内に含まれるモバイル着信データを伴うＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵを含み得る。ＵＥは、モバイル着信データをアタッチ応答メッセージ９０２内のＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵから抽出する。

図１０は、ある実装による、ＳＭＳＣアドレスを伴わずに、ＵＥがモバイル発信データをメッセージ１内に含める例示的プロセス１０００を図示する概略図である。メッセージ１は、アタッチ要求メッセージであり得る。例えば、ＵＥは、モバイル発信データをＳＭＳ−ＳＵＢＭＩＴ ＰＤＵのユーザデータ（ＵＤ）１００２のフィールド内に含め、さらに、ＳＭＳ−ＳＵＢＭＩＴ ＰＤＵをアタッチ要求メッセージ１００８のユーザデータ長（ＵＤＬ）およびＵＤ１００６のフィールドに含める。ＵＥは、ＳＭＳＣアドレスをアタッチ要求メッセージ１００８内に含めない。ネットワークノード１（例えば、Ｃ−ＳＧＮ）に送信されるべきアタッチ要求メッセージ１００８は、アタッチ情報１００４も含む。

図１１は、ある実装による、ＵＥがＳＭＳＣアドレスを提供せずに、ネットワークノード１がモバイル発信データをメッセージ１から抽出し、データをメッセージ７内に含める例示的プロセス１１００を図示する概略図である。ネットワークノード１は、Ｃ−ＳＧＮであり得る。メッセージ１は、アタッチ要求メッセージであり得る。概略図は、ＵＥから受信されたアタッチ要求メッセージ１１０２と、ネットワークノード３（例えば、ＳＭＳＣ）に送信されるべきメッセージ７ １１０８とを含む。例えば、Ｃ−ＳＧＮにおいて受信されたアタッチ要求メッセージ１１０２は、ＵＤＬおよびＵＤフィールド１１０４内に含まれるモバイル発信データを含む。Ｃ−ＳＧＮは、モバイル発信データをアタッチ要求メッセージ７０２から抽出し、データをメッセージ７ １１０８のＵＤフィールド１１１０内に含める。アタッチ要求メッセージ１１０２は、ＳＭＳＣアドレスを含まない。Ｃ−ＳＧＮは、メッセージ３ｅから受信されたＳＭＳＣアドレスをメッセージ７ １１０８の中に含め得る。例えば、ＳＭＳＣアドレスは、メッセージ７ １１０８のＵＤフィールド１１１０のＤＡフィールド１１０６内に含まれ得る。

図１２は、ある実装による、ネットワークノード１がモバイル着信データをメッセージ３ｃから抽出し、ＳＭＳＣアドレスを伴わずにデータをメッセージ６内に含める例示的プロセス１２００を図示する概略図である。ネットワークノード１は、Ｃ−ＳＧＮであり得る。メッセージ６は、アタッチ拒否または承認であり得るアタッチ応答メッセージであり得る。概略図は、ネットワークノード３（例えば、ＳＭＳＣ）から受信されたメッセージ３ｃ １２０２と、ＵＥに送信されるべきアタッチ応答メッセージ１２１２とを含む。例えば、ＳＭＳＣから受信されたメッセージ３ｃ １２０２は、ＵＤフィールド１２０４を含む。ＵＤフィールド１２０４はさらに、ＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵのＵＤフィールド１２０６内に含まれるモバイル着信データを伴うＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵを含む。Ｃ−ＳＧＮは、ＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵをメッセージ３ｃ １２０２から抽出し、ＰＤＵをアタッチ応答メッセージ１２１２のＵＤＬおよびＵＤフィールド１２１０内に含める。Ｃ−ＳＧＮは、ＳＭＳＣアドレスをアタッチ応答メッセージ１２１２内に含めない。アタッチ応答メッセージ１２１２はまた、アタッチ拒否または承認情報１２０８も含む。

図１３は、ある実装による、ＵＥがモバイル着信データをＳＭＳＣアドレスを伴わないメッセージ６から抽出する例示的プロセス１３００を図示する概略図である。メッセージ６は、アタッチ拒否または承認であり得るアタッチ応答メッセージであり得る。例えば、ＵＥは、アタッチ応答メッセージ１３０２をネットワークノード１（例えば、Ｃ−ＳＧＮ）から受信する。アタッチ応答メッセージ１３０２は、アタッチ拒否または承認情報１３０４と、ＵＤＬおよびＵＤフィールド１３０６とを含み得る。ＵＤＬおよびＵＤフィールド１３０６はさらに、ＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵのＵＤフィールド１３０８内に含まれるモバイル着信データを伴うＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵを含む。ＵＥは、モバイル着信データをアタッチ応答メッセージ１３０２内のＳＭＳ−ＤＥＬＩＶＥＲ ＰＤＵから抽出する。アタッチ応答メッセージ１３０２は、ＳＭＳＣアドレスを含まない。

図１４は、ある実装による、最適化されたショートメッセージトランスポートを使用してＣＩｏＴ環境内でデータを転送するための例示的方法１４００を図示するフローチャートである。方法１４００は、ブロック１４０２から開始し得、第１のネットワークノードが、アタッチ要求メッセージをＵＥから受信する。アタッチ要求メッセージは、ショートメッセージデータを含み、ＵＥが要求したサービスのタイプを示す。ショートメッセージデータは、ＳＭＳ−ＳＵＢＭＩＴ ＰＤＵ、ＳＭＳ−ＣＯＭＭＡＮＤ ＰＤＵ、ＳＭＳ−ＤＥＬＩＶＥＲ−ＲＥＰＯＲＴ ＰＤＵ、またはＳＭＳ−ＳＵＢＭＩＴ−ＲＥＰＯＲＴ ＰＤＵのうちの少なくとも１つである１つ以上のＰＤＵである。データサービスのタイプは、限定ではないが、モバイル発信、モバイル着信、またはモバイル発信および着信のうちの１つであり得る。ブロック１４０４では、第１のネットワークノードは、メッセージを第２のネットワークノードに送信し、メッセージは、ＵＥが要求したサービスのタイプを示す。

ブロック１４０６では、第１のネットワークノードは、ショートメッセージデータ応答メッセージを第２のネットワークノードから受信する。ショートメッセージデータ応答メッセージは、ショートメッセージサービスセンタのためのアドレス、ＵＥのための保留中のモバイル着信メッセージがないことを示す指示、ＵＥのための保留中のモバイル着信メッセージの数、またはショートメッセージエンティティ宛先アドレスのうちの少なくとも１つを含み得る。

ブロック１４０８では、第１のネットワークノードは、アタッチ応答メッセージをＵＥに伝送し得る。アタッチ応答メッセージは、ＵＥに対してメッセージが保留中であるかどうかおよび／または保留中のメッセージの数を示し得る。アタッチ応答メッセージは、モバイル着信メッセージも含み得る。

ブロック１４１０では、第１のネットワークノードは、ショートメッセージデータ応答に含まれるアドレスに基づいて、ショートメッセージサービスセンタを決定する。決定することに応答して、第１のネットワークノードは、ショートメッセージデータをショートメッセージサービスセンタに伝送する。

図１５は、ある実装による、ネットワークノード２に保留中のモバイル着信メッセージの数を通知する例示的プロセス１５００を図示するデータフロー図である。データフロー図は、ネットワークノード２ １０８（例えば、ＨＳＳ）と、ネットワークノード３ １１０（例えば、ＳＭＳＣ）とを含む。

動作１０では、モバイル着信メッセージが、ＵＥに配信されることができない場合、ネットワークノード３ １１０は、メッセージ１０をネットワークノード２ １０８に送信し得る。メッセージ１０は、ＵＥの識別（例えば、ＩＭＳＩもしくはＧＵＴＩ等のプライベート識別またはＭＳＩＳＤＮもしくはＵＲＩ等のパブリック識別）および／またはＵＥに配信されるべき保留中のメッセージの数を含み得る。メッセージ１０を受信すると、ネットワークノード２は、ＵＥの識別および／または配信されるべき保留中のメッセージの数を記憶し得る。動作１１では、ネットワークノード２ １０８は、メッセージ１１をネットワークノード３ １１０に送信し、メッセージ１０の受信を肯定応答し得る。いくつかの実装では、例示的プロセス１５００は、ＵＥがネットワークに接続されていないときに生じ得る。

図１６Ａ−１６Ｅは、ある実装による、進化型パケットシステム（ＥＰＳ）モビリティ管理（ＥＭＭ）プロシージャの第１の例示的記述を図示する。例えば、３ＧＰＰ ＴＳ ２４．３０２におけるアタッチプロシージャは、ＵＥが、ＣＩｏＴ ＳＭＳサービス（最適化されたショートメッセージトランスポートとしても知られる）のためにネットワークにアタッチするとき、以下の記述を含み得る：
ＵＥがＣＩｏＴ対応であり、ネットワークがＣＩｏＴ対応（以下の記述参照）であり、ＵＥが、
ａ） ＳＭを送信することを欲する場合、ＵＥは、ＣＩｏＴメッセージコンテナ情報要素内に含まれる３ＧＰＰ ２３．０４０［ｘ］に定義されるようなＳＭＳ−ＳＵＢＭＩＴメッセージとともに、アタッチ要求メッセージを送信するものとする。ＵＥは、アタッチタイプを「ＳＭＳ ＭＯ」に設定するものとする。
ｂ） ＳＭを受信することを欲する場合、ＵＥは、アタッチ要求メッセージを送信するものとする。ＵＥは、アタッチタイプを「ＳＭＳ ＭＴ」に設定するものとする。または、
ｃ） ＳＭを送信および受信することを欲する場合、ＵＥは、ＣＩｏＴメッセージコンテナ情報要素内に含まれる３ＧＰＰ ２３．０４０［ｘ］に定義されるようなＳＭＳ−ＳＵＢＭＩＴメッセージとともに、アタッチ要求メッセージを送信するものとする。ＵＥは、アタッチタイプを「ＳＭＳ ＭＯ／ＭＴ」に設定するものとする。

図１７Ａ−１７Ｆは、ある実装による、ＥＭＭプロシージャの第２の例示的記述を図示する。例えば、３ＧＰＰ ＴＳ ２４．３０２におけるアタッチプロシージャは、ＣＩｏＴ ＳＭＳサービスのアタッチ要求がネットワークによって承認されるとき、ＭＭＥ（すなわち、ネットワークノード１）挙動の以下の記述を含み得る。
アタッチ要求が、ネットワークによって承認される場合、ＭＭＥは、アタッチ承認メッセージをＵＥに送信し、タイマＴ３４５０を始動させるものとする。ＵＥが、
ａ） ＥＰＳアタッチ、組み合わせられたＥＰＳ／ＩＭＳＩアタッチを示した場合、ＭＭＥは、デフォルトベアラをアクティブにするために、ＥＳＭメッセージコンテナ情報要素内に含まれるデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージとともに、アタッチ承認メッセージを送信するものとする（第６．４．１項参照）。ネットワークは、専用ＥＰＳベアラコンテキストアクティブ化プロシージャを呼び出すことによっても、ＵＥに向けた専用ベアラのアクティブ化を開始し得る（第６．４．２項参照）
ｂ） ＳＭＳ ＭＯを示した場合、ＭＭＥは、以下とともに、アタッチ拒否メッセージを送信するものとする
ｉ）ＵＥが、アタッチタイプを「ＳＭＳ ＭＯ」に示し、ＣＩｏＴメッセージコンテナ情報要素が、３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるようなＳＭＳ ＰＤＵを含む場合、ＥＭＭ原因コードは、以下に設定される
１）ＵＥに配信されるべき保留中のメッセージが存在しない場合、「データの受信成功」
２）ＵＥに配信されるべき保留中のメッセージが存在する場合、「データの受信成功および送信すべき保留中のメッセージ」
ｉｉ） ＵＥがアタッチタイプを「ＳＭＳ ＭＯ」に示し、ＣＩｏＴメッセージコンテナ情報要素が３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるようなＳＭＳ ＰＤＵを含まないか、またはＣＩｏＴメッセージを含む情報要素が存在しない場合、ＥＭＭ原因コードは、以下に設定される
１） ＵＥに配信されるべき保留中のメッセージが存在しない場合、「データが受信されない」、または、
２） ＵＥに配信されるべき保留中のメッセージが存在する場合、「データが受信されず、送信すべきデータを保留中」
ｃ） ＳＭＳ ＭＴを示した場合、ＭＭＥは、以下とともに、アタッチ拒否メッセージを送信するものとする
ｉ）ＵＥがアタッチタイプを「ＳＭＳ ＭＴ」に示した場合、ＥＭＭ原因コードは、ＵＥに配信されるべき保留中のメッセージが存在しない場合、「送信すべき保留中の着信メッセージなし」に設定される
ｄ） ＳＭＳ ＭＴを示した場合、ＭＭＥは、以下とともに、アタッチ承認メッセージを送信するものとする
ｉ）ＵＥが、アタッチタイプを「ＳＭＳ ＭＴ」に示した場合、ＥＭＭ原因コードは、
１） ３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるような単一ＳＭＳ ＭＴ ＰＤＵが存在する場合、「保留中の着信メッセージなし」に設定され、３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるようなＳＭＳ ＭＴ ＰＤＵをＣＩｏＴメッセージコンテナ情報要素内に含める
２） ３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるような２つ以上のＳＭＳ ＭＴ ＰＤＵが存在する場合、「送信すべき保留中のメッセージ」に設定され、３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるような第１のＳＭＳ ＭＴ ＰＤＵをＣＩｏＴメッセージコンテナ情報要素内に含める
ｄ）２）の代替
ｄ） ＳＭＳ ＭＴを示した場合、ＭＭＥは、以下とともに、アタッチ承認メッセージを送信するものとする
ｉ） ３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるような単一ＳＭＳ ＭＴ ＰＤＵが存在する場合、３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるようなＳＭＳ ＭＴ ＰＤＵをＣＩｏＴメッセージコンテナ情報要素内に含める
ｉｉ） ３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるような２つ以上のＳＭＳ ＭＴ ＰＤＵが存在する場合、
１） ３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるような第１のＳＭＳ ＭＴ ＰＤＵをＣＩｏＴメッセージコンテナ情報要素、および送信すべき保留中のメッセージの数を伴う保留中のメッセージ情報要素内に含める
ｅ） ＳＭＳ ＭＯ／ＭＴを示した場合、ＭＭＥは、アタッチ拒否メッセージを送信するものとする
ｉ）ＵＥが、アタッチタイプを「ＳＭＳ ＭＯ／ＭＴ」に示し、ＣＩｏＴメッセージコンテナ情報要素が、３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるようなＳＭＳ ＰＤＵを含む場合、ＥＭＭ原因コードは、以下に設定される
１） ＵＥに配信されるべき保留中のメッセージが存在しない場合、「データの受信成功」、または、
ｅ）ｉ１）の代替
１）ＵＥに配信されるべき保留中のメッセージが存在しない場合、「データの受信成功および送信すべき保留中のメッセージなし」、または、
ｉｉ） ＵＥが、アタッチタイプを「ＳＭＳ ＭＯ」に示し、ＣＩｏＴメッセージコンテナ情報要素が３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるようなＳＭＳ ＰＤＵを含まないか、またはＣＩｏＴメッセージコンテナ情報要素が存在しない場合、ＥＭＭ原因コードは、以下に設定される
１） ＵＥに配信されるべき保留中のメッセージが存在しない場合、「データが受信されない」
２） ＵＥに配信されるべき保留中のメッセージが存在する場合、「データが受信されず、送信すべき保留中のメッセージ」
ｅ）ｉｉ１）の代替
１） ＵＥに配信されるべき保留中のメッセージが存在しない場合、「データが受信されず、送信すべき保留中のメッセージなし」
ｆ） ＳＭＳ ＭＯ／ＭＴを示した場合、ＭＭＥは、アタッチ承認メッセージを送信するものとする
ｉ） ＵＥがアタッチタイプを「ＳＭＳ ＭＯ／ＭＴ」に示し、ＣＩｏＴメッセージコンテナ情報要素が３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるようなＳＭＳ ＰＤＵを含む場合、ＥＭＭ原因コードは、「データの受信成功」に設定され、
１） ３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるような単一ＳＭＳ ＭＴ ＰＤＵが存在する場合、３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるようなＳＭＳ ＭＴ ＰＤＵをＣＩｏＴメッセージコンテナ情報要素内に含める
２） ３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるような２つ以上のＳＭＳ ＭＴＰＤＵが存在する場合、３ＧＰＰ ＴＳ ２３．０４０［ｘ］に定義されるような第１のＳＭＳ ＭＴ ＰＤＵをＣＩｏＴメッセージコンテナ情報要素、および送信すべき保留中のメッセージの数を伴う保留中のメッセージ情報要素内に含める。

図１８は、ある実装による、ＥＭＭプロシージャの第３の例示的記述を図示する。例えば、３ＧＰＰ ＴＳ ２４．３０２におけるアタッチプロシージャは、ＵＥがアタッチ拒否メッセージを受信すると、ＵＥ挙動の以下の記述を含み得る。
ＵＥは、アタッチ拒否メッセージ内で受信されたＥＭＭ原因値に応じて、以下の措置を講じるものとする。
＃３ （不正ＵＥ）
＃６ （不正ＭＥ）、または
・・・
＃ＸＸ （データが受信されない）
ＵＥは、最大回数までＣＩｏＴデバイスに対してアタッチプロシージャを繰り返すものとする。
＃ＸＸ （データが受信されず、送信すべき保留中のメッセージなし）
ＵＥは、アタッチプロシージャを繰り返すものとし、ＵＥは、アタッチタイプを「ＳＭＳ ＭＯ」に設定するものとする。
＃ＸＸ （データが受信されず、送信すべきデータが保留中）
ＵＥは、アタッチプロシージャを繰り返すものとし、ＵＥは、アタッチタイプを「ＳＭＳ ＭＯ／ＭＴ」に設定するものとする。
＃ＸＸ （データの受信成功および送信すべき保留中のメッセージ）
ＵＥは、アタッチプロシージャを繰り返すものとし、ＵＥは、アタッチタイプを「ＳＭＳ ＭＴ」に設定するものとする。

図１９Ａおよび１９Ｂは、ある実装による、アタッチ承認メッセージの例示的記述を図示する。例えば、３ＧＰＰ ＴＳ ２４．３０２におけるアタッチ承認メッセージは、以下の情報要素（ＩＥ）を含み得る。

図２０は、ある実装による、アタッチ拒否メッセージの例示的記述を図示する。例えば、３ＧＰＰ ＴＳ ２４．３０２におけるアタッチ拒否メッセージは、以下のＩＥを含み得る。

図２１Ａおよび２１Ｂは、ある実装による、アタッチ要求メッセージの例示的記述を図示する。例えば、３ＧＰＰ ＴＳ ２４．３０２におけるアタッチ要求メッセージは、以下のＩＥを含み得る。

図２２Ａおよび２２Ｂは、ある実装による、ＥＭＭ原因の例示的記述を図示する。例えば、以下の原因が、３ＧＰＰ ＴＳ ２４．３０２内に含まれ得る。

図２３は、ある実装による、ＥＰＳアタッチタイプの例示的記述を図示する。例えば、以下のＥＰＳアタッチタイプが、３ＧＰＰ ＴＳ ２４．３０２内に含まれ得る。

他の値は、以下であり得る。
１． ＳＭＳ ＭＯアタッチ
２． ＳＭＳ ＭＴアタッチ
３． ＳＭＳ ＭＯ／ＭＴアタッチ。

図２４は、ある実装による、ＣＩｏＴメッセージコンテナの例示的記述を図示する。例えば、ＣＩｏＴメッセージコンテナの以下の記述が、３ＧＰＰ ＴＳ ２４．３０２内に含まれ得る。
ＣｉｏＴメッセージコンテナ
ＣｉｏＴメッセージコンテナの目的は、ＥＭＭメッセージ内におけるスモールデータの転送である。以下のＩＥＩ値が、定義される。

図２５は、ある実装による、データメッセージコンテナＩＥの例示的記述を図示する。例えば、データメッセージコンテナＩＥの以下の記述が、３ＧＰＰ ＴＳ ２４．３０２内に含まれ得る。
データメッセージコンテナ情報要素
データメッセージコンテナ情報要素の目的は、ＥＭＭメッセージ、例えば、ＳＭＳまたはＵＳＳＤ内におけるデータメッセージの転送を可能にすることである。ＳＭＳペイロードが、３ＧＰＰ ＴＳ ２３．０４０において定義される。このＩＥ内に含まれるＳＭＳメッセージは、第８．３項に規定されるように、すなわち、ＮＡＳセキュリティヘッダを伴わずにコード化されるものとする。
ＳＭＳメッセージコンテナ情報要素は、以下に示されるようにコード化される。

図２６は、ある実装による、保留中のメッセージＩＥの例示的記述を図示する。例えば、保留中のメッセージＩＥの以下の記述が、３ＧＰＰ ＴＳ ２４．３０２内に含まれ得る。
保留中のメッセージ
この情報の要素の目的は、ＵＥによって送信または受信されるべきメッセージの数を示すことである。

図２７Ａ−２７Ｃは、ある実装による、ＭＡＰ＿ＳＥＮＤ＿ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ＿ＩＮＦＯサービスの例示的記述を図示する。例えば、ＭＡＰ＿ＳＥＮＤ＿ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ＿ＩＮＦＯサービスの以下のサービスプリミティブが、３ＧＰＰ ＴＳ ２９．００２内に含まれ得る。

（ＳＭＳ専用インジケータ）
このパラメータは、ＵＥがショートメッセージを送信および／または受信するためにアタッチを要求しているかどうかを示す。
または、
このパラメータは、ＵＥがＳＭＳのためにアタッチすることを要求しているかどうかを示す。
（送信すべき保留中のメッセージ）
このパラメータは、ＨＳＳ／ＨＬＲがＵＥに送信されるべき１つ以上のショートメッセージを認知している場合、あるものとする。このパラメータは、ＨＳＳ／ＨＬＲがＵＥに送信されるべき任意のショートメッセージを認知していない場合、ないものとする。
または、
ＵＥがネットワークデタッチを行う前に受信するために準備されるものとするショートメッセージの数を示す数字。

図２８Ａ−２８Ｃは、ある実装による、ＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮサービスの例示的記述を図示する。例えば、ＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮサービスの以下のサービスプリミティブが、３ＧＰＰ ＴＳ ２９．００２内に含まれ得る。

（ＳＭＳ専用インジケータ）
このパラメータは、ＵＥがショートメッセージを送信および／または受信するためにアタッチを要求しているかどうかを示す。
または
このパラメータは、ＵＥがＳＭＳのためにアタッチすることを要求しているかどうかを示す。
（送信すべき保留中のメッセージ）
このパラメータは、ＨＳＳ／ＨＬＲがＵＥに送信されるべき１つ以上のショートメッセージを認知している場合、あるものとする。このパラメータは、ＨＳＳ／ＨＬＲがＵＥに送信されるべき任意のショートメッセージを認知していない場合、ないものとする。
または
ＵＥがネットワークデタッチを行う前に受信するために準備されるものとするショートメッセージの数を示す数字。

図２９Ａ−２９Ｃは、ある実装による、ＭＡＰ＿ＵＰＤＡＴＥ＿ＧＰＲＳ＿ＬＯＣＡＴＩＯＮサービスの例示的記述を図示する。例えば、ＭＡＰ＿ＵＰＤＡＴＥ＿ＧＰＲＳ＿ＬＯＣＡＴＩＯＮサービスの以下のサービスプリミティブが、３ＧＰＰ ＴＳ ２９．００２内に含まれ得る。

（ＳＭＳ専用インジケータ）
このパラメータは、ＵＥがショートメッセージを送信および／または受信するためにアタッチを要求しているかどうかを示す。
または
このパラメータは、ＵＥがＳＭＳのためにアタッチすることを要求しているかどうかを示す。
（送信すべき保留中のメッセージ）
このパラメータは、ＨＳＳ／ＨＬＲがＵＥに送信されるべき１つ以上のショートメッセージを認知している場合、あるものとする。このパラメータは、ＨＳＳ／ＨＬＲがＵＥに送信されるべき任意のショートメッセージを認知していない場合、ないものとする。
または
ＵＥがネットワークデタッチを行う前に受信するために準備されるものとするショートメッセージの数を示す数字。

図３０Ａ−３０Ｃは、ある実装による、ＭＡＰ−ＩＮＳＥＲＴ−ＳＵＢＳＣＲＩＢＥＲ−ＤＡＴＡサービスの例示的記述を図示する。例えば、ＭＡＰ−ＩＮＳＥＲＴ−ＳＵＢＳＣＲＩＢＥＲ−ＤＡＴＡサービスの以下のサービスプリミティブが、３ＧＰＰ ＴＳ ２９．００２内に含まれ得る。

（送信すべき保留中のメッセージ）
このパラメータは、ＨＳＳ／ＨＬＲがＵＥに送信されるべき１つ以上のショートメッセージを認知している場合、あるものとする。このパラメータは、ＨＳＳ／ＨＬＲがＵＥに送信されるべき任意のショートメッセージを認知していない場合、ないものとする。
または
ＵＥがネットワークデタッチを行う前に受信するために準備されるものとするショートメッセージの数を示す数字。

図３１Ａおよび３１Ｂは、ある実装による、ＭＡＰ−ＲＥＰＯＲＴ−ＳＭ−ＤＥＬＩＶＥＲＹ−ＳＴＡＴＵＳサービスの例示的記述を図示する。例えば、ＭＡＰ−ＲＥＰＯＲＴ−ＳＭ−ＤＥＬＩＶＥＲＹ−ＳＴＡＴＵＳサービスの以下のサービスプリミティブが、３ＧＰＰ ＴＳ ２９．００２内に含まれ得る。

（送信すべき保留中のメッセージ）
このパラメータは、ＨＳＳ／ＨＬＲがＵＥに送信されるべき１つ以上のショートメッセージを認知している場合、あるものとする。このパラメータは、ＨＳＳ／ＨＬＲがＵＥに送信されるべき任意のショートメッセージを認知していない場合、ないものとする。
または
ＵＥがネットワークデタッチを行う前に受信するために準備されるものとするショートメッセージの数を示す数字。

図３２は、ある実装による、モバイルサービスデータタイプの例示的記述を図示する。例えば、モバイルサービスデータタイプの以下の記述が、３ＧＰＰ ＴＳ ２９．００２内に含まれ得る。

「送信すべき保留中のメッセージ」の場合、ＩＥは、単純フラグ／インジケータである。

「送信すべき保留中のメッセージ」である場合、ＩＥは、ＵＥに送信されるべき（例えば、ＨＳＳ／ＨＬＲ内に記憶されるような）メッセージの数を示す。

図３３は、例示的ネットワークノード３３００を図示する概略図である。例示的ネットワークノード３３００は、処理モジュール３３０２と、有線通信サブシステム３３０４と、無線通信サブシステム３３０６とを含む。処理モジュール３３０２は、デバイス間通信の管理に関連付けられた命令を実行するように動作可能な１つ以上の処理コンポーネント（代替として、「プロセッサ」または「中央処理ユニット」（ＣＰＵ）とも称される）を含むことができる。処理モジュール３３０２は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、二次記憶装置（例えば、ハードディスクドライブまたはフラッシュメモリ）等の他の補助コンポーネントも含むことができる。処理モジュール３３０２は、有線通信サブシステム３３０４または無線通信サブシステム３３０６を使用して無線または有線通信を提供するために、ある命令およびコマンドを実行することができる。当業者は、種々の他のコンポーネントも、例示的ネットワークノード３３００内に含まれ得ることを容易に理解するであろう。

図３４は、例示的ＵＥ装置を図示する概略図である。例示的ＵＥ３４００は、処理ユニット３４０２と、コンピュータ読み取り可能な記憶媒体３４０４（例えば、ＲＯＭまたはフラッシュメモリ）と、無線通信サブシステム３４０６と、インターフェース３４０８と、Ｉ／Ｏインターフェース３４１０とを含む。無線通信サブシステム３４０６は、処理ユニット３４０２によって提供されるデータ情報または制御情報のための無線通信を提供するように構成され得る。無線通信サブシステム３４０６は、例えば、１つ以上のアンテナ、受信機、伝送機、ローカル発振器、ミキサ、およびデジタル信号処理（ＤＳＰ）ユニットを含むことができる。インターフェース３４０８は、例えば、スクリーンもしくはタッチスクリーン（例えば、液晶ディスプレイ（ＬＣＤ）、発光ディスプレイ（ＬＥＤ）、有機発光ディスプレイ（ＯＬＥＤ）、微小電気機械システム（ＭＥＭＳ）ディスプレイ）、キーボードもしくはキーパッド、トラックボール、スピーカ、およびマイクロホンのうちの１つ以上のものを含むことができる。Ｉ／Ｏインターフェース３４１０は、例えば、ユニバーサルシリアルバス（ＵＳＢ）インターフェースを含むことができる。当業者は、種々の他のコンポーネントも例示的ＵＥデバイス３４００内に含まれることができることを容易に理解するであろう。

動作が特定の順序で図面に描写されているが、これは、そのような動作が、示される特定の順序で、または連続的順序に行われること、もしくは望ましい結果を達成するように全ての図示される動作が行われることを要求するものとして理解されるべきではない。ある状況では、マルチタスクおよび並列処理が採用され得る。上記で説明される実装における種々のシステムコンポーネントの分離は、全ての実装においてそのような分離を要求するものとして理解されるべきではなく、説明されるプログラムコンポーネントおよびシステムが、概して、信号ソフトウェア製品にともに組み込まれ、または複数のソフトウェア製品にパッケージ化され得ることも理解されたい。

個別または別個として種々の実装で説明および図示される技法、システム、サブシステム、ならびに方法は、他のシステム、モジュール、技法、または方法と組み合わせられ、もしくは統合され得る。互いに連結されるか、または直接連結されるか、もしくは通信するものとして示されるまたは議論される他のアイテムは、電気的、機械的、もしくは別様であるかどうかにかかわらず、あるインターフェース、デバイス、または中間コンポーネントを通して、間接的に連結され、もしくは通信し得る。変更、置換、および改変の他の実施例が、当業者によって解明可能であり、行われ得る。

上記の詳細な説明は、種々の実装に適用されるような本開示の基本的な新規の特徴を示し、説明し、指摘しているが、図示されるシステムの形態および詳細の種々の省略、置換、および変更が当業者によって行われ得ることが理解されるであろう。加えて、方法ステップの順序は、それらが請求項の中で出現する順序によって示唆されない。

Claims (19)

1. 方法であって、前記方法は、
   第１のネットワークノードにおいて、アタッチ要求メッセージを受信することであって、前記アタッチ要求メッセージは、ショートメッセージデータを含む、ことと、
   第２のネットワークノードから、ショートメッセージデータ応答メッセージを受信することと
   を含み、
   前記ショートメッセージデータ応答メッセージは、ショートメッセージサービスセンタのためのアドレス、ユーザ機器（ＵＥ）のための保留中のモバイル着信メッセージがないことを示す指示、または、ショートメッセージエンティティ宛先アドレスのうちの少なくとも１つを含み、
   前記アタッチ要求メッセージは、モバイル発信サービスを示し、前記ショートメッセージデータは、前記ショートメッセージサービスセンタのためのアドレスを含まない、方法。
2. 前記ショートメッセージデータは、ショートメッセージサービス（ＳＭＳ）−ＳＵＢＭＩＴ ＰＤＵ、ＳＭＳ−ＣＯＭＭＡＮＤ ＰＤＵ、ＳＭＳ−ＤＥＬＩＶＥＲ−ＲＥＰＯＲＴ ＰＤＵ、または、ＳＭＳ−ＳＵＢＭＩＴ−ＲＥＰＯＲＴ ＰＤＵのうちの少なくとも１つである１つ以上のプロトコルデータユニット（ＰＤＵ）である、請求項１に記載の方法。
3. 前記アタッチ要求メッセージは、前記ＵＥが接続モードに移行しないことを要求することを示す、請求項１に記載の方法。
4. 前記方法は、第２のメッセージを前記第２のネットワークノードに送信することをさらに含み、前記第２のメッセージは、前記ショートメッセージデータを伝送するためのサービスのタイプを示す、請求項１に記載の方法。
5. 前記第２のメッセージは、認証要求または場所更新のうちの少なくとも１つである、請求項４に記載の方法。
6. 前記ショートメッセージデータ応答メッセージは、サブスクライバデータ挿入（ＩＳＤ）を含む、請求項１に記載の方法。
7. 前記方法は、アタッチ応答メッセージを前記ＵＥに伝送することをさらに含み、前記アタッチ応答メッセージは、前記ＵＥのためのメッセージが保留中であるかどうかを示す、請求項１に記載の方法。
8. 前記ショートメッセージデータ応答メッセージは、ショートメッセージサービスセンタのためのアドレスを含み、
   前記方法は、
   前記ショートメッセージデータ応答に含まれるアドレスに基づいて、前記ショートメッセージサービスセンタを決定することと、
   前記決定することに応答して、前記ショートメッセージデータを前記ショートメッセージサービスセンタに伝送することと
   をさらに含む、請求項１に記載の方法。
9. デバイスであって、前記デバイスは、
   メモリと、
   前記メモリと通信可能に結合されている少なくとも１つのハードウェアプロセッサと
   を備え、
   前記少なくとも１つのハードウェアプロセッサは、
   第１のネットワークノードにおいて、アタッチ要求メッセージを受信することであって、前記アタッチ要求メッセージは、ショートメッセージデータを含む、ことと、
   第２のネットワークノードから、ショートメッセージデータ応答メッセージを受信することと
   を行うように構成されており、
   前記ショートメッセージデータ応答メッセージは、ショートメッセージサービスセンタのためのアドレス、ユーザ機器（ＵＥ）のための保留中のモバイル着信メッセージがないことを示す指示、または、ショートメッセージエンティティ宛先アドレスのうちの少なくとも１つを含み、
   前記アタッチ要求メッセージは、モバイル発信サービスを示し、前記ショートメッセージデータは、前記ショートメッセージサービスセンタのためのアドレスを含まない、デバイス。
10. 前記ショートメッセージデータは、ショートメッセージサービス（ＳＭＳ）−ＳＵＢＭＩＴ ＰＤＵ、ＳＭＳ−ＣＯＭＭＡＮＤ ＰＤＵ、ＳＭＳ−ＤＥＬＩＶＥＲ−ＲＥＰＯＲＴ ＰＤＵ、または、ＳＭＳ−ＳＵＢＭＩＴ−ＲＥＰＯＲＴ ＰＤＵのうちの少なくとも１つである１つ以上のプロトコルデータユニット（ＰＤＵ）である、請求項９に記載のデバイス。
11. 前記アタッチ要求メッセージは、前記ＵＥが接続モードに移行しないことを要求することを示す、請求項９に記載のデバイス。
12. 前記少なくとも１つのハードウェアプロセッサは、第２のメッセージを前記第２のネットワークノードに送信するようにさらに構成されており、前記第２のメッセージは、前記ショートメッセージデータを伝送するためのサービスのタイプを示す、請求項９に記載のデバイス。
13. 前記第２のメッセージは、認証要求または場所更新のうちの少なくとも１つである、請求項１２に記載のデバイス。
14. 前記ショートメッセージデータ応答メッセージは、サブスクライバデータ挿入（ＩＳＤ）を含む、請求項９に記載のデバイス。
15. 前記少なくとも１つのハードウェアプロセッサは、アタッチ応答メッセージを前記ＵＥに伝送するようにさらに構成されており、前記アタッチ応答メッセージは、前記ＵＥのためのメッセージが保留中であるかどうかを示す、請求項９に記載のデバイス。
16. 前記ショートメッセージデータ応答メッセージは、ショートメッセージサービスセンタのためのアドレスを含み、
    前記少なくとも１つのハードウェアプロセッサは、
    前記ショートメッセージデータ応答に含まれるアドレスに基づいて、前記ショートメッセージサービスセンタを決定することと、
    前記決定することに応答して、前記ショートメッセージデータを前記ショートメッセージサービスセンタに伝送することと
    を行うようにさらに構成されている、請求項９に記載のデバイス。
17. 命令を含む有形で非一過性のコンピュータ読み取り可能な媒体であって、前記命令は、実行されると、
    第１のネットワークノードにおいて、アタッチ要求メッセージを受信することであって、前記アタッチ要求メッセージは、ショートメッセージデータを含む、ことと、
    第２のネットワークノードから、ショートメッセージデータ応答メッセージを受信することと
    を含む動作をコンピューティングデバイスに行わせ、
    前記ショートメッセージデータ応答メッセージは、ショートメッセージサービスセンタのためのアドレス、ユーザ機器（ＵＥ）のための保留中のモバイル着信メッセージがないことを示す指示、または、ショートメッセージエンティティ宛先アドレスのうちの少なくとも１つを含み、
    前記アタッチ要求メッセージは、モバイル発信サービスを示し、前記ショートメッセージデータは、前記ショートメッセージサービスセンタのためのアドレスを含まない、有形で非一過性のコンピュータ読み取り可能な媒体。
18. 方法であって、前記方法は、
    ユーザ機器（ＵＥ）からネットワークノードにアタッチ要求メッセージを送信することであって、前記アタッチ要求メッセージは、ショートメッセージデータを含む、ことと、
    前記ネットワークノードから、アタッチ応答メッセージを受信することと
    を含み、
    前記アタッチ応答メッセージは、前記ＵＥのためのメッセージが保留中であるかどうかを示し、
    前記アタッチ要求メッセージは、モバイル発信サービスを示し、前記ショートメッセージデータは、前記ショートメッセージサービスセンタのためのアドレスを含まない、方法。
19. デバイスであって、前記デバイスは、
    メモリと、
    前記メモリと通信可能に結合されている少なくとも１つのハードウェアプロセッサと
    を備え、
    前記少なくとも１つのハードウェアプロセッサは、
    ユーザ機器（ＵＥ）からネットワークノードにアタッチ要求メッセージを送信することであって、前記アタッチ要求メッセージは、ショートメッセージデータを含む、ことと、
    前記ネットワークノードから、アタッチ応答メッセージを受信することと
    を行うように構成されており、
    前記アタッチ応答メッセージは、前記ＵＥのためのメッセージが保留中であるかどうかを示し、
    前記アタッチ要求メッセージは、モバイル発信サービスを示し、前記ショートメッセージデータは、前記ショートメッセージサービスセンタのためのアドレスを含まない、デバイス。
    

Images