(57)【要約】【課題】モバイル通信ネットワーク、インフラストラクチャ機器、モバイル端末、および方法【解決手段】データを通信デバイスへ／から通信するモバイル通信ネットワークであって、前記ネットワークは、ワイヤレスアクセスインターフェースを通信デバイスに提供するように動作可能である１以上の基地局と、前記ワイヤレスアクセスインターフェースを介して、パケットを前記１以上の基地局と通信するように動作可能である１以上の通信デバイスと、前記１以上の基地局を介して受信されたユーザデータパケットを前記１以上の通信デバイスから、および／または前記１以上の通信デバイスへ送信するように動作可能である１以上のパケットゲートウェイと、通信デバイスとパケットゲートウェイとの間のユーザデータ通信を制御するために、シグナリングパケットを伝送および受信するように動作可能である１以上の移動性マネージャとを含む。前記１以上の移動性マネージャは、送信先への所期のユーザデータを含む、通信デバイスからのシグナリングパケットを受信すると、前記パケットが、前記１以上の移動性マネージャと、この通信デバイスとの間に確立されたいずれのシグナリング接続にも関連付けられていないことを検出するように動作可能である。前記１以上の移動性マネージャは、該検出に応じて、前記シグナリングパケットに含まれる前記ユーザデータを前記送信先へ送信するように動作可能である。そのため、ショートメッセージは、モバイル通信ネットワークにおいて、低減したコンテキストまたはコンテキストレスな様式で伝送され得る。【選択図】図１１
2014529390.tif 000002
【特許請求の範囲】
【請求項１】
データを通信デバイスへ／から通信するモバイル通信ネットワークであって、前記ネットワークは、
ワイヤレスアクセスインターフェースを通信デバイスに提供するように動作可能である１以上の基地局と、
前記ワイヤレスアクセスインターフェースを介して、パケットを前記１以上の基地局と通信するように動作可能である１以上の通信デバイスと、
基地局と送信先の間でシグナリングパケットを伝送および受信するように動作可能である１以上の移動性マネージャとを含み、
前記１以上の移動性マネージャは、送信先への所期のユーザデータを含む、通信デバイスからのシグナリングパケットを受信すると、前記パケットが、前記１以上の移動性マネージャと、この通信デバイスとの間に確立されたいずれのシグナリング接続にも関連付けられていないことを検出するように動作可能であり、
前記１以上の移動性マネージャは、該検出に応じて、前記シグナリングパケットに含まれる前記ユーザデータを前記送信先へ送信するように動作可能である、モバイル通信ネットワーク。
【請求項２】
前記ユーザデータを送信するように動作可能である前記１以上の移動性マネージャは、前記ユーザデータを前記送信先へ送信するために、一時的な移動性マネージャコンテキストをセットアップするように動作可能である前記１以上の移動性マネージャを含む、請求項１に記載のモバイル通信ネットワーク。
【請求項３】
前記１以上の移動性マネージャは、所定数のパケットが前記通信デバイスと交換された後、前記一時的な移動性マネージャコンテキストを破棄するように動作可能であり、前記シグナリングパケットは、前記所定数のパケットに含まれる、請求項２に記載のモバイル通信ネットワーク。
【請求項４】
パケットの所定数は、１以上の任意の整数である、請求項３に記載のモバイル通信ネットワーク。
【請求項５】
前記１以上の移動性マネージャは、前記パケットの所定数を一時的な移動性マネージャコンテキストごとに設定するように動作可能である、請求項３または４に記載のモバイル通信ネットワーク。
【請求項６】
前記１以上の移動性マネージャは、前記シグナリングパケットが、２パケット交換の一部であることを識別するように動作可能であり、
前記１以上の移動性マネージャは、この識別をすると、前記一時的な移動性マネージャコンテキストに関する前記パケットの所定数を数２に設定するように動作可能である、請求項５に記載のモバイル通信ネットワーク。
【請求項７】
一時的な移動性マネージャコンテキストをセットアップするように動作可能である前記１以上の移動性マネージャは、前記一時的な移動性マネージャコンテキストをタイマに関連付けるように動作可能である前記１以上の移動性マネージャを含み、
前記１以上の移動性マネージャは、前記タイマが満了すると、前記一時的な移動性マネージャコンテキストを破棄するように動作可能である、請求項２〜６のいずれかに記載のモバイル通信ネットワーク。
【請求項８】
前記１以上の基地局は、送信先への所期のユーザデータを含む、通信デバイスからのシグナリングメッセージを受信すると、前記メッセージが、前記１以上の基地局と、この通信デバイスとの間に確立されたいずれのシグナリグ接続にも関連付けられていないことを検出するように動作可能であり、
前記１以上の基地局は、該検出に応じて、前記メッセージを前記１以上の移動性マネージャに回送するように動作可能である、請求項１〜７のいずれかに記載のモバイル通信ネットワーク。
【請求項９】
前記１以上の基地局は、前記シグナリングメッセージを前記１以上の移動性マネージャに送信するために、一時的な基地局コンテキストをセットアップするように動作可能である、請求項８に記載のモバイル通信ネットワーク。
【請求項１０】
前記１以上の基地局は、所定数のメッセージが前記通信デバイスと交換された後、前記一時的な基地局コンテキストを破棄するように動作可能であり、前記シグナリングメッセージは、前記所定数のメッセージに含まれる、請求項８または９に記載のモバイル通信ネットワーク。
【請求項１１】
前記１以上の基地局は、前記シグナリングメッセージが、２メッセージ交換の一部であることを識別するように動作可能であり、
前記１以上の基地局は、この識別をすると、前記一時的な基地局コンテキストに関するメッセージの所定数を数２に設定するように動作可能である、請求項１０に記載のモバイル通信ネットワーク。
【請求項１２】
一時的な基地局コンテキストをセットアップするように動作可能である前記１以上の基地局は、前記一時的な基地局コンテキストをタイマに関連付けるように動作可能である前記１以上の基地局を含み、
前記１以上の基地局は、前記タイマが満了すると、前記一時的な基地局コンテキストを破棄するように動作可能である、請求項８〜１１のいずれかに記載のモバイル通信ネットワーク。
【請求項１３】
前記一時的な移動性マネージャコンテキストは、前記シグナリングパケットに含まれる情報を用いて、セットアップされる、請求項２〜１２のいずれかに記載のモバイル通信ネットワーク。
【請求項１４】
データを通信デバイスへ／から通信するモバイル通信ネットワークであって、前記ネットワークは、
ワイヤレスアクセスインターフェースを通信デバイスに提供するように動作可能である１以上の基地局と、
前記ワイヤレスアクセスインターフェースを介して、パケットを前記１以上の基地局と通信するように動作可能である１以上の通信デバイスと、
基地局と送信先との間のユーザデータ通信を制御するために、シグナリングパケットを伝送および受信するように動作可能である１以上の移動性マネージャとを含み、
前記１以上の基地局は、送信先への所期のユーザデータを含む、通信デバイスからのシグナリングメッセージを受信すると、前記メッセージが、前記１以上の基地局と、この通信デバイスとの間に確立されたいずれのシグナリング接続にも関連付けられていないことを検出するように動作可能であり、
前記１以上の基地局は、該検出に応じて、前記シグナリングメッセージに含まれる前記ユーザデータを、前記１以上の移動性マネージャを介して前記送信先へ送信するように動作可能である、モバイル通信ネットワーク。
【請求項１５】
前記ユーザデータを送信するように動作可能である前記１以上の基地局は、前記ユーザデータを前記１以上の移動性マネージャへ回送するために、一時的な基地局コンテキストをセットアップするように動作可能である前記１以上の基地局を含む、請求項１４に記載のモバイル通信ネットワーク。
【請求項１６】
前記１以上の基地局は、所定数のメッセージが前記通信デバイスと交換された後、前記一時的な基地局コンテキストを破棄するように動作可能であり、前記シグナリングメッセージは、前記所定数のメッセージに含まれる、請求項１５に記載のモバイル通信ネットワーク。
【請求項１７】
メッセージの所定数は、１以上の任意の整数である、請求項１６に記載のモバイル通信ネットワーク。
【請求項１８】
前記１以上の基地局は、前記メッセージの所定数を一時的な基地局コンテキストごとに設定するように動作可能である、請求項１５〜１７のいずれかに記載のモバイル通信ネットワーク。
【請求項１９】
前記１以上の基地局は、前記シグナリングメッセージが、２メッセージ交換の一部であることを識別するように動作可能であり、
前記１以上の基地局は、この識別をすると、前記一時的な基地局コンテキストに関する前記メッセージの所定数を数２に設定するように動作可能である、請求項１８に記載のモバイル通信ネットワーク。
【請求項２０】
一時的な基地局コンテキストをセットアップするように動作可能である前記１以上の基地局は、前記一時的な基地局コンテキストをタイマに関連付けるように動作可能である前記１以上の基地局を含み、
前記１以上の基地局は、前記タイマが満了すると、前記一時的な基地局コンテキストを破棄するように動作可能である、請求項１５〜１９のいずれかに記載のモバイル通信ネットワーク。
【請求項２１】
前記１以上の移動性マネージャは、送信先への所期のユーザデータを含む、通信デバイスからのシグナリングパケットを受信すると、前記シグナリングパケットに含まれる前記ユーザデータを前記送信先に送信するように動作可能である、請求項１５〜２０のいずれかに記載のモバイル通信ネットワーク。
【請求項２２】
前記１以上の移動性マネージャは、通信デバイスへのモバイル端末受信パケットのルーティングのために、ルーティング情報を格納している一時的な移動性マネージャコンテキストをセットアップするように動作可能である、請求項２１に記載のモバイル通信ネットワーク。
【請求項２３】
前記１以上の移動性マネージャは、所定数のパケットが前記通信デバイスと交換された後、前記一時的な移動性マネージャコンテキストを破棄するように動作可能であり、前記シグナリングパケットは、前記所定数のパケットに含まれる、請求項２１または２２に記載のモバイル通信ネットワーク。
【請求項２４】
前記１以上の移動性マネージャは、前記シグナリングパケットが、２パケット交換の一部であることを識別するように動作可能であり、
前記１以上の移動性マネージャは、この識別をすると、前記一時的な移動性マネージャコンテキストに関する前記パケットの所定数を数２に設定するように動作可能である、請求項２３に記載のモバイル通信ネットワーク。
【請求項２５】
一時的な移動性マネージャコンテキストをセットアップするように動作可能である前記１以上の移動性マネージャは、前記一時的な移動性マネージャコンテキストをタイマに関連付けるように動作可能である前記１以上の移動性マネージャを含み、
前記１以上の移動性マネージャは、前記タイマが満了すると、前記一時的な移動性マネージャコンテキストを破棄するように動作可能である、請求項２１〜２４のいずれかに記載のモバイル通信ネットワーク。
【請求項２６】
前記一時的な基地局コンテキストは、前記シグナリングメッセージに含まれる情報を用いて、セットアップされる、請求項１５〜２５のいずれかに記載のモバイル通信ネットワーク。
【請求項２７】
前記１以上の移動性マネージャは、前記１以上の移動性マネージャに接続されているメッセージングサーバを介して、前記ユーザデータを前記送信先へ送信するように動作可能である、請求項１〜２６のいずれかに記載のモバイル通信ネットワーク。
【請求項２８】
前記ネットワークは、３ＧＰＰ準拠ネットワークである、請求項１〜２７のいずれかに記載のモバイル通信ネットワーク。
【請求項２９】
前記ネットワークは、ＬＴＥ準拠ネットワークである、請求項１〜２８のいずれかに記載のモバイル通信ネットワーク。
【請求項３０】
前記１以上のパケットゲートウェイのうちの１つは、サービングゲートウェイである、請求項２９に記載のモバイル通信ネットワーク。
【請求項３１】
前記１以上の移動性マネージャのうちの１つは、移動性管理エンティティ（ＭＭＥ）である、請求項２９または３０に記載のモバイル通信ネットワーク。
【請求項３２】
データをモバイル通信ネットワークにおいて、通信デバイスへ／から通信する方法であって、前記モバイル通信ネットワークは、ワイヤレスアクセスインターフェースを通信デバイスに提供するように動作可能である１以上の基地局と、前記ワイヤレスアクセスインターフェースを介して、パケットを前記１以上の基地局と通信するように動作可能である１以上の通信デバイスと、基地局と送信先との間のユーザデータ通信を制御するために、シグナリングパケットを伝送および受信するように動作可能である１以上の移動性マネージャとを含み、前記方法は、
送信先への所期のユーザデータを含む、通信デバイスからのシグナリングパケットを受信すると、前記１以上の移動性マネージャが、前記パケットは、前記１以上の移動性マネージャと、この通信デバイスとの間に確立されたいずれのシグナリング接続にも関連付けられていないことを検出することと、
該検出ステップに応じて、前記１以上の移動性マネージャが、前記シグナリングパケットに含まれる前記ユーザデータを前記送信先へ送信することとを含む、方法。
【請求項３３】
前記方法は、前記１以上の移動性マネージャが、前記ユーザデータを前記送信先に送信するために、一時的な移動性マネージャコンテキストをセットアップすることをさらに含む、請求項３２に記載の方法。
【請求項３４】
前記方法は、所定数のパケットが前記通信デバイスと交換された後、前記１以上の移動性マネージャが、前記一時的な移動性マネージャコンテキストを破棄することをさらに含み、前記シグナリングパケットは、前記所定数のパケットに含まれる、請求項３３に記載の方法。
【請求項３５】
パケットの所定数は、１以上の任意の整数である、請求項３４に記載の方法。
【請求項３６】
前記方法は、前記１以上の移動性マネージャが、前記パケットの所定数を一時的な移動性マネージャコンテキストごとに設定することをさらに含む、請求項３４または３５に記載の方法。
【請求項３７】
前記方法は、
前記１以上の移動性マネージャが、前記シグナリングパケットは、２パケット交換の一部であることを識別することと、
この識別をすると、前記１以上の移動性マネージャが、前記一時的な移動性マネージャコンテキストに関する前記パケットの所定数を数２に設定することとを含む、請求項３６に記載の方法。
【請求項３８】
前記方法は、
前記１以上の移動性マネージャが、一時的な移動性マネージャコンテキストをセットアップすることは、前記一時的な移動性マネージャコンテキストをタイマに関連付けるように動作可能である前記１以上の移動性マネージャを含むことと、
前記タイマが満了すると、前記１以上の移動性マネージャが、前記一時的な移動性マネージャコンテキストを破棄することとを含む、請求項３２〜３７のいずれかに記載の方法。
【請求項３９】
前記方法は、送信先への所期のユーザデータを含む、通信デバイスからのシグナリングメッセージを受信すると、前記１以上の基地局が、前記メッセージは、前記１以上の基地局と、その通信デバイスとの間に確立されたいずれのシグナリング接続にも関連付けられていないことを検出することと、
該検出に応じて、前記１以上の基地局が、前記シグナリングメッセージに含まれる前記ユーザデータを前記１以上の移動性マネージャへ送信することとを含む、請求項３２〜３９のいずれか１項に記載の方法。
【請求項４０】
前記方法は、該検出に応じて、前記１以上の基地局が、前記シグナリングメッセージを前記１以上の移動性マネージャへ送信するために、一時的な基地局コンテキストをセットアップすることを含む、請求項３９に記載の方法。
【請求項４１】
前記方法は、所定数のメッセージが前記通信デバイスと交換された後、前記１以上の基地局が、前記一時的な基地局コンテキストを破棄することを含み、前記シグナリングメッセージは、前記所定数のメッセージに含まれる、請求項３９または４０に記載の方法。
【請求項４２】
前記方法は、
前記１以上の基地局が、前記シグナリングメッセージは、２メッセージ交換の一部であることを識別することと、
この識別をすると、前記１以上の基地局が、前記一時的な基地局コンテキストに関するメッセージの所定数を数２に設定することとを含む、請求項４１に記載の方法。
【請求項４３】
前記方法は、
前記１以上の基地局が、一時的な基地局コンテキストをセットアップしていることは、前記１以上の基地局が、前記一時的な基地局コンテキストをタイマに関連付けることを含むことと、
前記タイマが満了すると、前記１以上の基地局が、前記一時的な基地局コンテキストを破棄することとを含む、請求項３９〜４２のいずれかに記載の方法。
【請求項４４】
前記方法は、前記シグナリングパケットに含まれる情報を用いて、前記一時的な移動性マネージャコンテキストをセットアップすることを含む、請求項３２〜４３のいずれかに記載の方法。
【請求項４５】
データをモバイル通信ネットワークにおいて、通信デバイスへ／から通信する方法であって、前記モバイル通信ネットワークは、ワイヤレスアクセスインターフェースを通信デバイスに提供するように動作可能である１以上の基地局と、前記ワイヤレスアクセスインターフェースを介して、パケットを前記１以上の基地局と通信するように動作可能である１以上の通信デバイスと、通信デバイスとパケットゲートウェイとの間のユーザデータ通信を制御するために、シグナリングパケットを伝送および受信するように動作可能である１以上の移動性マネージャとを含み、
前記方法は、
送信先への所期のユーザデータを含む、通信デバイスからのシグナリングメッセージを受信すると、前記１以上の基地局は、前記メッセージが、前記１以上の基地局と、この通信デバイスとの間に確立されたいずれのシグナリング接続にも関連付けられていないことを検出していることと、
該検出に応じて、前記１以上の基地局が、前記シグナリングメッセージに含まれる前記ユーザデータを前記１以上の移動性マネージャへ送信することとを含む、方法。
【請求項４６】
前記方法は、前記１以上の基地局が、前記ユーザデータを前記送信先へ前記１以上の移動性マネージャを介して送信するために、一時的な基地局コンテキストをセットアップすることをさらに含む、請求項４５に記載の方法。
【請求項４７】
前記方法は、所定数のメッセージが前記通信デバイスと交換された後、前記１以上の基地局が、前記一時的な基地局コンテキストを破棄することを含み、前記シグナリングメッセージは、前記所定数のメッセージに含まれる、請求項４６に記載の方法。
【請求項４８】
メッセージの所定数は、１以上の任意の整数である、請求項４７に記載の方法。
【請求項４９】
前記方法は、前記１以上の基地局が、前記メッセージの所定数を一時的な基地局コンテキストごとに設定することを含む、請求項４６〜４８のいずれかに記載の方法。
【請求項５０】
前記方法は、
前記１以上の基地局が、前記シグナリングメッセージは２メッセージ交換の一部であることを識別することと、
この識別をすると、前記１以上の基地局が、前記一時的な基地局コンテキストに関する前記メッセージの所定数を数２に設定することとを含む、請求項４９に記載の方法。
【請求項５１】
前記方法は、
前記１以上の基地局が、一時的な基地局コンテキストをセットアップすることは、前記１以上の基地局が、前記一時的な基地局コンテキストをタイマに関連付けることを含むことと、
前記タイマが満了すると、前記１以上の基地局が、前記一時的な基地局コンテキストを破棄することとを含む、請求項４６〜５０のいずれかに記載の方法。
【請求項５２】
前記方法は、
送信先への所期のユーザデータを含む、通信デバイスからのシグナリングパケットを受信すると、前記１以上の移動性マネージャが、前記メッセージは、前記１以上の移動性マネージャと、この通信デバイスとの間に確立されたいずれのシグナリング接続にも関連付けられていないことを検出することと、
該検出に応じて、前記１以上の移動性マネージャが、前記シグナリングパケットに含まれる前記ユーザデータを前記送信先へ送信することとを含む、請求項４６〜５１のいずれかに記載の方法。
【請求項５３】
前記ユーザデータを送信する前記１以上の移動性マネージャは、前記ユーザデータを前記送信先へ送信するために、一時的な移動性マネージャコンテキストをセットアップする前記１以上の移動性マネージャを含む、請求項５２に記載の方法。
【請求項５４】
前記方法は、前記１以上の移動性マネージャが、所定数のパケットが前記通信デバイスと交換された後、前記一時的な移動性マネージャコンテキストを破棄することを含み、前記シグナリングパケットは、前記所定数のパケットに含まれる、請求項５２または５３に記載の方法。
【請求項５５】
前記方法は、
前記１以上の移動性マネージャが、前記シグナリングパケットは、２パケット交換の一部であることを識別することと、
この識別をすると、前記１以上の移動性マネージャが、前記一時的な移動性マネージャコンテキストに関する前記パケットの所定数を数２に設定することとを含む、請求項５４に記載の方法。
【請求項５６】
前記方法は、
前記１以上の移動性マネージャが、一時的な移動性マネージャコンテキストをセットアップすることは、前記１以上の移動性マネージャが、前記一時的な移動性マネージャコンテキストをタイマに関連付けるように動作可能であることを含むことと、
前記タイマが満了すると、前記１以上の移動性マネージャが、前記一時的な移動性マネージャコンテキストを破棄することとを含む、請求項５２〜５５のいずれかに記載の方法。
【請求項５７】
前記方法は、前記１以上の移動性マネージャが、前記ユーザデータを、前記１以上の移動性マネージャに接続されているメッセージングサーバを介して前記送信先へ送信することを含む、請求項４５〜５６のいずれかに記載の通信ネットワーク。
【請求項５８】
前記方法は、前記基地局コンテキストが、前記シグナリングメッセージに含まれる情報を使用することを含む、請求項４６〜５７のいずれかに記載の方法。
【請求項５９】
前記方法は、前記１以上の移動性マネージャが、前記ユーザデータを、前記１以上の移動性マネージャに接続されているメッセージングサーバを介して前記送信先へ送信することを含む、請求項３２〜５７のいずれかに記載の方法。
【請求項６０】
前記モバイル通信ネットワークは、３ＧＰＰ準拠ネットワークである、請求項３２〜５９のいずれかに記載の方法。
【請求項６１】
前記モバイル通信ネットワークは、ＬＴＥ準拠ネットワークである、請求項３２〜６０のいずれかに記載のモバイル通信ネットワーク。
【請求項６２】
前記１以上のパケットゲートウェイのうちの１つは、サービングゲートウェイである、請求項６１に記載の方法。
【請求項６３】
前記１以上の移動性マネージャのうちの１つは、移動性管理エンティティ（ＭＭＥ）である、請求項６１または６２に記載の方法。
【請求項６４】
データを通信デバイスへ／から通信するモバイル通信ネットワークにおける使用のための移動性マネージャであって、前記ネットワークは、前記ワイヤレスアクセスインターフェースを介して、１以上の通信端末と通信する１以上の基地局を含み、前記移動性マネージャは、
通信デバイスと送信先との間のユーザデータ通信を制御するために、シグナリングパケットを伝送および受信するように動作可能であり、
送信先への所期のユーザデータを含む、通信デバイスからのシグナリングパケットを受信すると、前記パケットは、前記移動性マネージャと、この通信デバイスとの間に確立されたいずれのシグナリング接続にも関連付けられていないことを検出するように動作可能であり、
該検出に応じて、前記シグナリングパケットに含まれる前記ユーザデータを前記送信先へ送信するように動作可能である、移動性マネージャ。
【請求項６５】
前記ユーザデータを送信するように動作可能である前記移動性マネージャは、前記ユーザデータを前記送信先へ送信するために、一時的な移動性マネージャコンテキストをセットアップするように動作可能である前記移動性マネージャを含む、請求項６４に記載の移動性マネージャ。
【請求項６６】
データを通信デバイスへ／から通信するモバイル通信ネットワークにおける使用のための基地局であって、前記ネットワークは、ワイヤレスアクセスインターフェースを介して、パケットを通信するように動作可能である１以上の通信デバイスと、前記ワイヤレスアクセスインターフェースを介して受信されたユーザデータパケットを前記１以上の通信デバイスから、および／または前記１以上の通信デバイスへ送信するように動作可能である１以上のパケットゲートウェイと、通信デバイスとパケットゲートウェイとの間のユーザデータ通信を制御するために、シグナリングパケットを伝送および受信するように動作可能である１以上の移動性マネージャとを含み、前記基地局は、
パケットを通信するために、ワイヤレスアクセスインターフェースを通信デバイスに提供するように動作可能であり、
送信先への所期のユーザデータを含む、通信デバイスからのシグナリングメッセージを受信すると、前記メッセージは、前記基地局と、この通信デバイスとの間に確立されたいずれのシグナリング接続にも関連付けられていないことを検出するように動作可能であり、
該検出に応じて、前記シグナリングメッセージに含まれる前記ユーザデータを前記送信先へ送信するように動作可能である、基地局。
【請求項６７】
前記ユーザデータを送信するように動作可能である前記基地局は、前記１以上の移動性マネージャを介して、前記ユーザデータを前記送信先へ送信するために、一時的な基地局コンテキストをセットアップするように動作可能である前記基地局を含む、請求項６６に記載の基地局。
【請求項６８】
図面を参照しつつ本明細書において実質的に説明されたモバイル通信ネットワーク。
【請求項６９】
図面を参照しつつ本明細書において実質的に説明されたネットワーク装置。
【請求項７０】
図面を参照しつつ本明細書において実質的に説明されたモバイル通信ネットワークにおいて通信する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを通信デバイスへ／から通信するモバイル通信システム、および通信するための方法に関する。
【背景技術】
【０００２】
３ＧＰＰに基づいて定められたＵＭＴＳおよびＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）アーキテクチャのような第３および第４世代モバイル通信システムは、前世代のモバイル通信システムによって提供される単純な音声やメッセージングサービスよりも高度なサービスをサポートすることができる。
【０００３】
例えば、ＬＴＥシステムによって提供される改善型の無線インターフェースおよび強化されたデータレートによって、ユーザは、以前は固定回線のデータ接続を介してのみ利用可能であったモバイルビデオストリーミングおよびモバイルビデオ会議といった高データレートのアプリケーションを享受可能である。そのため、第３および第４世代ネットワークの展開への要望は強く、これらのネットワークのカバレッジエリア、つまり、ネットワークに対するアクセスが可能な地理的な場所が急速に増加することが予想される。
【０００４】
第３および第４世代ネットワークの予想される広域展開によって、あるクラスの端末およびアプリケーションが並行開発されており、それらのクラスの端末およびアプリケーションは、利用可能な高データレートを利用するということよりも、むしろロバストな無線インターフェースおよびカバレッジエリアの偏在性の向上を利用する。例として、少量のデータを相対的に低い頻度で通信する準自律的または自律的なワイヤレス通信端末（つまり、ＭＴＣ端末）に代表されるような、いわゆるマシンタイプコミュニケーション（ＭＴＣ）のアプリケーションが含まれる。したがって、ＭＴＣ端末の使用は、従来のＬＴＥ端末のための従来の「ａｌｗａｙｓ−ｏｎ」の使用例とは異なり得る。ＭＴＣ端末の例として、いわゆるスマートメータ、例えば、消費者の家に設置され、ＭＴＣ中央サーバデータに返る消費者のガス、水道、電気などの公共施設の使用量に関係する情報を定期的に送信するスマートメータが含まれる。スマートメータの例では、メータは、小データ送信の受信（例えば、新たな価格プラン）および小データ送信の伝送（例えば、新たな示度）を共に行い得るが、それらのデータ送信は、一般的には低頻度であり、遅延耐性のある送信である。ＭＴＣ端末の特徴としては、例えば、ｌｏｗ  ｍｏｂｉｌｉｔｙ、ｔｉｍｅ  ｃｏｎｔｒｏｌｌｅｄ、ｔｉｍｅ  ｔｏｌｅｒａｎｔ、ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ（ＰＳ）  ｏｎｌｙ、ｓｍａｌｌ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎｓ、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｅｄ  ｏｎｌｙ、ｉｎｆｒｅｑｕｅｎｔ  ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｅｄ、ＭＴＣ  ｍｏｎｉｔｏｒｉｎｇ、ｐｒｉｏｒｉｔｙ  ａｌａｒｍ、ｓｅｃｕｒｅ  ｃｏｎｎｅｃｔｉｏｎ、ｌｏｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｔｒｉｇｇｅｒ、ｎｅｔｗｏｒｋ  ｐｒｏｖｉｄｅｄ  ｄｅｓｔｉｎａｔｉｏｎ  ｆｏｒ  ｕｐｌｉｎｋ  ｄａｔａ、ｉｎｆｒｅｑｕｅｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ、およびｇｒｏｕｐ  ｂａｓｅｄ  ＭＴＣ  ｆｅａｔｕｒｅ（例えば、ｇｒｏｕｐ  ｂａｓｅｄ  ｐｏｌｉｃｉｎｇおよびｇｒｏｕｐ  ｂａｓｅｄ  ａｄｄｒｅｓｓｉｎｇ）のうちの１以上が含まれ得る。ＭＴＣ端末の他の例として、自動販売機、「サトナブ」端末、および防犯カメラまたは防犯センサなどが含まれ得る。
【０００５】
近年開発されたモバイルネットワークは、一般的に、高レートであり、かつ高い信頼性を有するサービスによく適合しており、必ずしもＭＴＣサービスに十分には適合していない場合がある。
【発明の概要】
【０００６】
本発明の態様によれば、データを通信デバイスへ／から通信するモバイル通信ネットワークが提供される。前記ネットワークは、パケットを通信するために、ワイヤレスアクセスインターフェースを通信デバイスに提供するように動作可能である１以上の基地局と、通信デバイスとパケットゲートウェイとの間のユーザデータ通信を制御するために、シグナリングパケットを伝送および受信するように動作可能である１以上の移動性マネージャとを含む。前記１以上の移動性マネージャは、送信先への所期のユーザデータを含む、通信デバイスからのシグナリングパケットを受信すると、前記パケットが、前記１以上の移動性マネージャと、この通信デバイスとの間に確立されたいずれのシグナリング接続にも関連付けられていないことを検出するように動作可能である。前記１以上の移動性マネージャは、該検出に応じて、前記シグナリングパケットに含まれる前記ユーザデータを前記送信先へ送信するように動作可能である。
【０００７】
いくつかの実施形態では、前記移動性マネージャは、前記ユーザデータを前記送信先へ送信するために、一時的な移動性マネージャコンテキストをセットアップするように設定され得る。例えば、前記移動性マネージャは、所定数のパケットが前記通信デバイスと交換された後、前記一時的な移動性マネージャコンテキストを破棄するように動作可能であり得、前記シグナリングパケットは、前記所定数のパケットに含まれる。他の例では、前記一時的な移動性マネージャコンテキストは、タイマに関連付けられ得る。前記タイマが満了すると、前記一時的な移動性マネージャコンテキストは、破棄され得る。
【０００８】
本発明の別の態様によれば、データを通信デバイスへ／から通信するモバイル通信システムが提供される。前記システムは、ワイヤレスアクセスインターフェースを通信デバイスに提供するように動作可能である１以上の基地局と、前記ワイヤレスアクセスインターフェースを介して、パケットを前記１以上の基地局と通信するように動作可能である１以上の通信デバイスと、前記１以上の基地局を介して受信されたユーザデータパケットを前記１以上の通信デバイスから、および／または前記１以上の通信デバイスへ送信するように動作可能である１以上のパケットゲートウェイと、通信デバイスとパケットゲートウェイとの間のユーザデータ通信を制御するために、シグナリングパケットを伝送および受信するように動作可能である１以上の移動性マネージャとを含む。前記１以上の基地局は、送信先への所期のユーザデータを含む、通信デバイスからのシグナリングメッセージを受信すると、前記メッセージが、前記１以上の基地局と、この通信デバイスとの間に確立されたいずれのシグナリング接続にも関連付けられていないことを検出するように動作可能である。前記１以上の基地局は、該検出に応じて、前記シグナリングメッセージに含まれる前記ユーザデータを、前記１以上の移動性マネージャを介して前記送信先へ送信するように動作可能である。
【０００９】
前記ユーザデータを送信するように動作可能である前記１以上の基地局は、例えば、前記ユーザデータを前記送信先へ送信するために、一時的な基地局コンテキストをセットアップするように動作可能である前記１以上の基地局を含み得る。例えば、前記１以上の基地局は、所定数のメッセージが前記通信デバイスと交換された後、前記一時的な基地局コンテキストを破棄するように動作可能であり得、前記シグナリングメッセージは、前記所定数のメッセージに含まれる。
【００１０】
また、一時的な基地局コンテキストをセットアップするように動作可能である前記１以上の基地局は、前記一時的な基地局コンテキストをタイマに関連付けるように動作可能であり、前記タイマが満了すると、前記一時的な基地局コンテキストを破棄するように動作可能である前記１以上の基地局を含み得る。
【００１１】
そのため、本発明の実施形態は、モバイル通信ネットワークにおいて、コンテキストを低減した様式またはコンテキストレスな様式で伝送されるショートメッセージを提供し得ることによって、ネットワーク要素に維持されるシグナリグの量およびコンテキストの量を低減する。
【００１２】
本発明のさらなる態様および特徴は、添付の特許請求の範囲において規定され、移動性マネージャ要素、基地局、通信端末、および方法を含む。
【図面の簡単な説明】
【００１３】
ここで、本発明の例示的な実施形態が、添付の図面を参照して説明される。類似する部分は、同じ指定の参照番号を有する。
【図１】ＬＴＥ標準に従うモバイル通信ネットワークの概略的なブロック図である。
【図２】従来のネットワークにおいて、端末が伝送したメッセージがたどるパスの例を示す。
【図３】従来のＬＴＥネットワークにおけるＥＭＭ状態とＥＣＭ状態間の移行の例示である。
【図４】可能な呼フローの例示であり、図２に対応する。
【図５】図４の概略的な例示である。
【図６】ショートメッセージの通信に関連する呼フローの概略的な例示である。
【図７】ショートメッセージの通信に関連する呼フローの概略的な例示である。
【図８】ショートメッセージの通信に関連する呼フローの概略的な例示である。
【図９】ショートメッセージの通信に関連する呼フローの概略的な例示である。
【図１０】ショートメッセージの通信に関連する呼フローの概略的な例示である。
【図１１】ショートメッセージを伝送するための可能なパスの例示である。
【図１２】ショートメッセージを伝送するための可能なパスの別の例示である。
【図１３】ショートメッセージを伝送するための可能なプロトコルスタックの例示である。
【図１４】ショートメッセージを伝送するための別の可能なプロトコルスタックの例示である。
【図１５】図１および図２に示されるＬＴＥ標準に従うモバイル通信ネットワークの一部の概略的なブロック図であり、ある基地局から別の基地局へのモバイル通信端末の提携の変更を示す。
【図１６】図１５に示される移動性マネージャの概略的なブロック図である。
【図１７】本技術の一例に従うダウンリンクデータパケットを送致するための呼フロー処理の例示的な描写である。
【図１８】本技術の別の例に従うダウンリンクデータパケットを送致するための呼フロー処理の例示的な描写である。
【図１９】本技術のさらなる例に従うダウンリンクデータパケットを送致するための呼フロー処理の例示的な描写である。
【図２０】モバイル通信端末が、本技術に従って動作している際に採用し得る状態の例示的な構成を提供する。
【図２１】モバイル通信端末が、本技術に従って動作している際に採用し得る状態の例示的な構成を提供する。
【図２２】モバイル通信端末が、本技術に従って動作している際に採用し得る状態の例示的な構成を提供する。
【図２３】モバイル通信端末が、本技術に従って動作している際に採用し得る状態の例示的な構成を提供する。
【図２４】本技術に従う、従来のＲＲＣ接続状態とＲＲＣメッセージング接続状態の両方に関するモバイル通信ネットワークの要素を経由した、パケットのパスの概略的な例示である。
【図２５】ＲＲＣメッセージング接続拘束（ｌｅａｓｈｅｄ）／解放（ｕｎｌｅａｓｈｅｄ）状態、ならびにＥＣＭアイドル状態、ＥＣＭメッセージング接続状態およびＥＣＭ接続状態の関係を示すテーブルである。
【発明を実施するための形態】
【００１４】
例示的な実施形態が３ＧＰＰ  ＬＴＥアーキテクチャとの関連で概略的に説明される。しかし、発明は３ＧＰＰ  ＬＴＥアーキテクチャでの実装に限定されない。逆に、いずれの適切なモバイルアーキテクチャも関連していることが想定される。
【００１５】
＜従来のネットワーク＞
図１は、従来のモバイル通信ネットワークの基本的な機能性を示す概略的な図を提供する。ネットワークは、ユーザプレーンにおけるトラフィックのためのサービングゲートウェイ（Ｓ−ＧＷ）１０３および制御プレーンにおけるシグナリングのための移動性管理エンティティ（ＭＭＥ）に接続されている１以上の基地局１０２（基地局は１つ表されている）を含む。ＬＴＥでは、基地局は、ｅ−ＮｏｄｅＢと呼ばれ、以下の説明ではｅＮＢと呼ぶ。各基地局は、カバレッジエリア１０３を提供し、カバレッジエリア１０３内において、データがモバイル端末１０１へ、およびモバイル端末１０１から通信され得る。データは、無線ダウンリンクを介して、基地局１０２からカバレッジエリア内のモバイル端末１０１へ送信される。データは、無線アップリンクを介して、モバイル端末１０１から基地局１０２へ送信される。ＭＭＥ１０５、Ｓ−ＧＷ１０３、およびＰＤＮゲートウェイ（Ｐ−ＧＷ）１０４を含むコアネットワークは、データをモバイル端末１０１へ、およびモバイル端末１０１からルーティングし、認証、移動性管理、課金などの機能を提供する。Ｐ−ＧＷは、例えば、インターネット、ＩＭＳコアネットワークなどを含み得る１以上の他のネットワークに接続される。図１の例示では、ユーザプレーンでの接続は、実線で表されているが、制御プレーンでの接続は、破線で表されている。
【００１６】
図２は、モバイル端末１０１によって通信されたメッセージ１３０がたどるパスの例を示す。この例では、ＭＴＣ端末１０１は、送信先１２０へメッセージ１３０を伝送することを希望しているが、送信先には、インターネットを介して到達可能である。この例では、送信先デバイスは、コンピュータとして表される。しかし、送信先１２０は、いずれの適切なタイプの要素でもあり得、その要素は、モバイル端末１０１によって、アドレス指定され得る。例えば、送信先デバイス１２０は、別の端末、パーソナルコンピュータ、サーバ、プロキシ、または（最終的な送信先への）中間要素であり得る。
【００１７】
以下の説明では、モバイル端末がＬＴＥネットワークを介して、メッセージ１３０を通信する動作例の概略的な説明を提供する。これによって、本技術のいくつかの態様および有益な点の認識が促進される。
【００１８】
モバイル端末１０１がデータを送信先へ伝送するために、端末１０１とＰＧＷ１０４の間にＥＰＳベアラがセットアップされる。ＥＰＳベアラは、図２に示すように、ｅＮＢ１０２とＳＧＷの間のＧＴＰトンネル、およびＳＧＷとＰＧＷ１０４の間の別のＧＴＰトンネルを通して部分的に搬送される。メッセージ１３０が送信先デバイスへ搬送される際には、メッセージ１３０は、ＥＰＳベアラの第１の端において、端末１０１からｅＮＢ１０２（ステップ１）、そしてＳ−ＧＷ１０３（ステップ２）、次いでＥＰＳベアラの他方の端において、Ｐ−ＧＷ１０４（ステップ３）へ伝送される。そして、Ｐ−ＧＷ１０４は、メッセージ１３０を送信先１２０へ回送する（ステップ４）。
【００１９】
図３は、端末に対してＬＴＥ標準で規定されるＥＣＭ状態（接続またはアイドル）とＥＭＭ状態（登録または未登録）の４通りの可能な組合せ間の様々な移行を示し、どのように端末の接続が管理されるかを示す。頭字語ＥＣＭは、「ＥＰＳ接続管理（ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）」を表し、ＥＣＭ状態とは、端末がＭＭＥと非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）接続をセットアップするか否かを一般的に示す。ＬＴＥでは、端末は、ＭＭＥへ接続し、ＥＣＭ＿ｃｏｎｎｅｃｔｅｄへ切り替わる際、ＥＰＳベアラ、つまり、Ｓ−ＧＷを介したＰ−ＧＷへのデータ接続もセットアップする。また、端末がＥＣＭ＿ｃｏｎｎｅｃｔｅｄからＥＣＭ＿ｉｄｌｅへ切り替わる際に、ＥＰＳベアラは切断され、全てのＳ１およびＲＲＣ接続がリリースされる。頭字語ＥＭＭは、「ＥＰＳ移動性管理（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）」を表し、ＥＭＭ状態とは、端末がネットワークにアタッチされるか否かを一般的に示す。端末がＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄにある場合、端末は、例えば、オフにされ得るか、カバレッジ外にあり得るか、または異なるネットワークに接続され得る。対照的に、端末がＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄにある場合、端末はネットワークにアタッチされているので、ＭＭＥにおけるＩＰアドレスおよびＮＡＳセキュリティコンテキストを有する。端末は、ＥＰＳベアラをセットアップしてもしなくともよいが、いずれの場合でも、端末は、ＭＭＥ（例えば、ＮＡＳセキュリティコンテキスト）およびＰ−ＧＷ（例えば、ＩＰアドレス）における、端末に関連付けられている一部のコンテキストを有する。さらに、どのトラッキングエリアにＵＥが配置されるかは、ＭＭＥに既知となる。次に、４つのＥＣＭ／ＥＭＭ状態およびそれらの間の移行を説明する。
【００２０】
モバイル端末１０１は、状態１５３から始まると想定され、状態１５３では、モバイル端末１０１は、ネットワークに接続していない。状態１５３では、端末はＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄおよびＥＣＭ＿ｉｄｌｅ状態にある。この状態から、端末はネットワークにアタッチし得、ＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄおよびＥＣＭ＿ｃｏｎｎｅｃｔｅｄ状態となる。しかし、アタッチするためには、まず、端末がＥＣＭ＿ｃｏｎｎｅｃｔｅｄに切り替わっていなければ、端末は、ＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄに切り替わることができない。即ち、状態１５３から始まり、端末は状態１５２または１５１へ行くことができず、まず、状態１５４へ行かなければならない。そのため、矢印１６１によって示されるように、状態１５３の端末は、まず、ＥＣＭ接続に切り替わり、次いで、ＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄへ切り替わることによって、ネットワークにアタッチし得る。端末は、アタッチ手続きを状態１５３から始めるので、いずれの接続も有していない状態１５３から、ＭＭＥへのＮＡＳ接続、Ｐ−ＧＷによって割り当てられるＩＰアドレス、ならびにｅ−ＮＢおよびＳ−ＧＷを介するＰ−ＧＷへのＥＰＳベアラを有する状態１５１へ移動する。
【００２１】
状態１５１と１５２間の移行は、データ接続（ＥＰＳベアラ）がセットアップされる（１６４）か、または全てのデータ接続がリリースされている（１６５）際に生じる。一般的に、移行１６５は、ユーザがＥＰＳベアラをアクティブにし、一定時間、ベアラを使用していなかった場合に生じる。そして、ネットワークは、端末が、もはやＥＰＳベアラを必要といないと判定し得、したがって、全ての対応するリソースをリリースし得、かつ端末をＥＣＭ＿ｉｄｌｅに切り替え得る。端末が、いずれのＥＰＳベアラも使用しておらず（例えば、移行１６４に関する記載を参照）、現在、伝送または受信すべきデータを有している場合に、移行１６４は一般的に生じる。そして、ＥＰＳベアラがこの端末に対してセットアップされ、端末は、ＥＣＭ＿ｃｏｎｎｅｃｔｅｄに切り替えられる。端末がＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄの場合は常に、ＥＣＭ状態に関わらず、端末は、端末に到達するために使用され得るＩＰアドレスを有する。換言すると、現在アクティブな実在のＥＰＳベアラがない（例えば、状態１５２）場合、ＩＰコンテキストはアクティブのままである。
【００２２】
例えば、端末がオフにされるか、別のネットワークへ移動するか、またはその他のいずれかの理由により、端末がネットワークからデタッチする場合、端末は、現状のいずれかの状態から状態１５３に切り替わり、先に端末に対して維持されていたいずれかの未処理のＥＰＳベアラまたはコンテキストを、移行１６２または１６３を介して、リリースする。
【００２３】
理解されるように、端末がＥＣＭ＿ｃｏｎｎｅｃｔｅｄおよびＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄである状態１５４は、移行状態であり、端末は、一般的に、この特定の状態に留まらない。この状態の端末とは、状態１５３（デタッチされ、非アクティブ）から状態１５１（アタッチされ、アクティブ）に切り替わる端末または状態１５１から状態１５３に切り替わる端末である。
【００２４】
ＲＲＣ状態も提供され、端末とｅＮＢ間のＲＲＣ接続のステータス（ＲＲＣ＿ｃｏｎｎｅｃｔｅｄおよびＲＲＣ＿ｉｄｌｅ）を反映する。従来の動作条件では、ＲＲＣ状態は、ＥＣＭ状態に対応する：端末がＥＣＭ＿ｃｏｎｎｅｃｔｅｄである場合、端末はＲＲＣ＿ｃｏｎｎｅｃｔｅｄでもあり、端末がＥＣＭ＿ｉｄｌｅである場合、端末は、ＲＲＣ＿ｉｄｌｅでもある。接続がセットアップまたは切断されると、短い時間期間、ＥＭＣ状態とＲＲＣ状態間に不一致が生じ得る。
【００２５】
図４は、端末１０１から送信先１２０への接続をセットアップし、その接続を用いてデータを通信し、かつ端末１０１と送信先１２０の間の通信が完了した後に、その接続をリリースするために交換されるメッセージの例を示す。図４の呼フローは、概略的に４つのステップＡ〜Ｄに分割され得る。ステップＡが始まる前に、端末１０１は、ＥＣＭ＿ｉｄｌｅ状態であり、これは、端末１０１が現在、通信していないことを意味する。ステップＡ（メッセージ１〜３）では、端末１０１とｅＮＢ１０２間の通信を制御するために、ＲＲＣ接続が端末１０１とｅＮＢ１０２の間にセットアップされる。このＲＲＣ接続が成功裡に確立されると、ステップＢ（メッセージ３〜１２）において、端末１０１は、ＭＭＥ１０５とＮＡＳ接続を確立し得る。この端末１０１からＭＭＥ１０５へのＮＡＳ接続要求に従って、ＭＭＥは、端末１０１とＰ−ＧＷ１０３の間にＳ−ＧＷ１０３およびｅＮＢ１０２を介して接続（例えば、ＥＰＳベアラ）をセットアップし、この接続を制御する。ここでは示されていないが、接続（例えば、ＥＰＳベアラ）を、例えば、Ｐ−ＧＷ１０４、ＧＴＰトンネル、およびＥＰＳベアラにセットアップするために、例えば、Ｓ−ＧＷ１０３からＰ−ＧＷ１０４へメッセージも伝送され得る。ステップＢの最後に、端末１０１は、メッセージを伝送および受信するためにセットアップされ、利用可能なＥＰＳベアラを有しているので、ＥＣＭ−ｃｏｎｎｅｃｔｅｄ状態にある。図４の呼フローは例示であり、メッセージのうちのいくつかは、例えば、ステップＡ前のＥＭＭ状態に応じて、変化し得る。例えば、端末は、ＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄ状態であり得、ステップＢ中にＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄに切り替わり得るか、またはステップＡが始まる前に、既にＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄであり得る。
【００２６】
この接続（例えば、ＥＰＳベアラ）がセットアップされると、端末１０１は、この接続を使用して、メッセージ１３０を送信先１２０へ伝送し得る（ステップＣ）。図４に示される例では、メッセージ１３０は、メッセージ１３〜１６を介して伝送され、メッセージ１３０の後に、メッセージ１３０が送信先１２０および／またはその最終的な送信先によって受信されたことを確認するための確認メッセージが伝送される。他の例では、メッセージ１３０を伝送するために用いられるプロトコルに依存することが多いが、いずれの確認メッセージもメッセージ１３〜１６後に伝送されない場合もある。ＵＤＰで稼働するアプリケーション層が確認の伝送を要求する場合、図４に示されるシナリオが適用可能であり得る。
【００２７】
ステップＣの完了の後の一定時点で、リソースがリリースされる（ステップＤ）。ステップＤは、ステップＣの後のいずれかの時点、例えば、メッセージ２０の直後、または、それ以降の時点、例えば、端末１０１が通信を所定時間停止した後に起こり得る。ステップＤの目的は、未使用の接続を全てリリースすること、つまり、ＭＭＥ１０５と端末１０１間のＮＡＳ接続をリリースする（これによって、Ｓ−ＧＷとｅＮＢと間のＧＴＰトンネル、およびＥＰＳベアラといったリソースもリリースされる）こと、および端末１０１とｅＮＢ１０２の間のＲＲＣ接続をリリースすることである。ここでも、ステップＤの後、端末１０１が、ＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄのままであるのか、またはＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄに切り替わるのか、ということによって、ステップＤに対する呼フローは影響される傾向がある。例えば、端末１０１がＲＲＣ接続、ＮＡＳ接続、およびＥＰＳベアラを単にリリースする場合、端末は、ＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄのままであり得るが、それは、端末が非常に長い間、非アクティブであったためである。あるいは、端末１０１は、（例えば、ＧＳＭネットワークへのハンドオーバに続いて）ネットワークからデタッチして、ＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄに切り替わり得る。
【００２８】
端末１０１が大量のデータを伝送および／または受信しなければならない場合、この接続方法は、大量のデータを送信するためのＰ−ＧＷへの高スループットな接続のセットアップに効果的であり得る。しかし、この接続方法は、異なるパーティ間での多数のシグナリングメッセージの交換および多数の先進の接続（ＲＲＣ、ＮＡＳ、ＥＰＳなど）のセットアップに基づいており、端末の送信が実際には短い小送信である場合、システムを非効率的にし得る。このことは、ＭＴＣタイプの使用に関して当てはまる傾向がある。さらに、ＭＴＣタイプの使用では、デバイスを生産する費用を削減するために、従来のモバイル端末と比較して、機能性の低減を要求される傾向がある。なぜならば、ＭＴＣデバイスは、従来のモバイル端末よりも普及し、実利を求めることが予測されるので、ＭＴＣデバイスは、魅力的なように、より低費用で生産され、データを送受信するために、モバイル通信ネットワークを使用するからである。そのため、本技術は、従来のモバイル通信技術に適合するという利点を提供することを目的としている。特にデータ通信の点で、適合されたモバイル通信ネットワークが提供するような、従来の技術を使用するモバイル端末を実装する複雑さを低減し、それによって費用も削減する。これは、ＬＴＥネットワークを含む近年のネットワークは、高性能で移動性が高い端末用に設計されており、その結果として、移動中に大量のデータを送信する可能性のある端末をサポートするために、先進の移動性管理を用いて、高速で高い信頼性を有する接続のセットアップに通常は備えているためである。しかし、個人用電話程移動しておらず、かつ／または少量のデータのみを相対的に低い頻度で送信する端末の場合、端末が通信するために要求されるシグナリングの量および移動性トラッキングの量が過剰であり得る。特に、このタイプの端末にとっては受容可能な場合もある低いレベルの一部のサービスと比較すると、過剰であり得る。例えば、ＭＴＣ端末は、人対人の端末よりも遅延耐性があり、送信中に移動および／またはセルの変更をする傾向が低く、通常、少量のデータを伝送または受信する。
【００２９】
そのため、小メッセージを送信および／またはＭＴＣ通信するネットワークの効率性を改善する方法を提供することが望ましくあり得る。以下の節では、異なる例示的な技術を提供するが、それらは本技術の態様および特徴を形成する。
【００３０】
＜ショートメッセージの送信＞
ＬＴＥでは、ＳＭＳは、現在、２通りの方法でサポートされ得る。第１の方法では、ショートメッセージは、レガシーＳＭＳネットワークにインターワーク機能を提供するＩＭＳコアにおいて、ＩＰショートメッセージゲートウェイ（ＩＰ−ＳＭ−ＧＷ：ＩＰ  Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｇａｔｅｗａｙ）と呼ばれるアプリケーションサーバ（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）を介して伝達される。例えば、端末がＳＭＳをＬＴＥで伝送することを希望する場合、端末は、上記ＥＰＳベアラをセットアップし、ＥＰＳベアラを通して、ＳＭＳをＩＭＳコアのＩＰ−ＳＭ−ＧＷへ伝送する。同様に、端末がＳＭＳを受信する場合、ネットワークは、ＥＰＳベアラのセットアップをトリガし、次いで、ＩＭＳコアのＩＰ−ＳＭ−ＧＷは、ＳＭＳを端末へＥＰＳベアラを通して回送する。上記のように、少なくともＲＲＣ接続、ＮＡＳ接続、およびＥＰＳベアラをセットアップおよび切断するために、多数のメッセージが交換されなければならず、これによって、頻度が低いショートメッセージの伝送および受信は非常に非効率的になる。当然、個人用電話の場合、ユーザは「ａｌｗａｙｓ−ｏｎ」の手法を十分に活用する傾向があり、ユーザは、大抵の場合、既にセットアップされたＥＰＳベアラを他のサービス（例えば、電子メール、ウェブ閲覧など）に対して有し得る。しかし、ＭＴＣ端末は、ショートメッセージを１通のみ伝送すればよく、それは、長い時間期間の間に伝送または受信された唯一のデータである場合がある。その場合、ＳＭＳ  ｏｖｅｒ  ＩＭＳを使用する際に、ショートメッセージをＩＭＳコアに伝送するために、ＲＲＣ接続、ＮＡＳ接続、およびＥＰＳベアラをセットアップすることは、非常に非効率的である。
【００３１】
モバイルネットワークが、ＩＭＳコアに接続されていないか、またはＵＥがＩＭＳの機能性を有していない場合、ＭＭＥとＭＳＣ間のＳＧインターフェースを介して、ＳＭＳメッセージをレガシーおよび回線交換（ＣＳ）コアへ転送するという一時的なソリューションが「ＳＭＳ  ｏｖｅｒ  ＳＧｓ」という名称で提案されている。ショートメッセージは、ＲＲＣおよびＮＡＳを含む制御プレーンプロトコルを用いて、ＭＭＥとＵＥの間を伝達される。ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ−ｏｎｌｙのモバイルネットワークは、高性能で使用率が高い端末用に設計されており、そのため、端末がサービス要求を伝送する場合、高容量なデータパス（例えば、ＥＰＳベアラ）が、その端末の使用のためにセットアップされるであろうことが想定されるが、サービス要求をトリガしたサービスの使用に必ずしも限定されない。したがって、端末が「ａｌｗａｙｓ−ｏｎ」モードにあり、新たなサービスごとに新たなベアラをセットする必要がないように、端末は、１以上のサービス（例えば、ウェブ閲覧、電子メールなど）にアクセスするために、このパスを使用し得る。そのため、端末がモバイルネットワークを用いて通信（例えば、ＳＭＳメッセージの伝送）を希望していることをネットワークに知らせるか、またはネットワークに端末と通信すべきデータ（例えば、ＳＭＳメッセージ）があることをネットワークが検出する際、まず、データパスが、端末がモバイルネットワークを用いて通信を始め得る前にセットアップされる。その結果、ＳＭＳ  ｏｖｅｒ  ＳＧｓに従って、ＳＭＳを伝送する端末は、ＭＭＥを介して、２Ｇ／３ＧネットワークにおけるレガシーＳＭＳＣへＳＭＳを伝送する前に、ＲＲＣ接続、ＮＡＳ接続、およびＥＰＳベアラのセットアップを含む、ネットワークへの完全なアタッチをまず行う。このフォールバックのソリューションは、ＭＭＥとＭＳＣの間の新たなインターフェースＳＧを用いる。ＳＭＳ  ｏｖｅｒ  ＩＭＳに関しては、端末は、ＳＭＳを伝送または受信し得る前に、ＲＲＣ、ＮＡＳ、およびＥＰＳを含む全ての接続をまずセットアップすべきである。
【００３２】
つまり、近年のネットワークがどのように設計されたかによって、端末に伝送または受信すべきデータがあるときはいつでも、完全なＰＳデータパス（例えば、ＥＰＳベアラ）がセットアップされた後、他の接続（例えば、ＲＲＣおよびＮＡＳ）のセットアップも含むあらゆることが行われ、次いで、データが通信され得る。そのような手法は、スループットが高く、使用率が高い端末に適切であり得るが、ＭＴＣ端末には適性が低い。例えば、送信されるデータの量に比較すると、シグナリングの量は不均衡である。また、様々な関連要素は全て、「コンテキスト」と呼ばれる接続情報を維持しなければならないが、このコンテキストは、ＭＴＣ端末に短い通信のみがある特定の場合には必要でないこともある情報に関連する。例えば、ネットワークによって提供される先進の移動性サービスは、かなりの量のシグナリングおよびコンテキストを必要とするが、その量は、移動性の先進性がより低くなり、移動性がより調整されるにつれて低減され得る。そのため、ショートメッセージの伝送の効率性を改善するために、ショートメッセージの伝送に関する代替的なソリューションが提案される。
【００３３】
完全なＲＲＣ接続およびＮＡＳ接続をセットアップせず、ユーザプレーンではなく、制御プレーンにおいて、シグナリングパケットでショートメッセージを伝送することが提案される。したがって、シグナリング、コンテキスト、および移動性管理の量を低減し得ると、それによってＭＴＣ端末に対するネットワークの効率性が改善される。
【００３４】
＜ショートメッセージを伝送するための接続およびコンテキスト＞
単純化した接続およびコンテキストをさらに示すために、図４の呼フローが概略的に図５のように表され得る。まず、ＲＲＣ接続が端末１０１とｅＮＢ１０２の間にセットアップされる。このＲＲＣ接続が時刻ｔ１でセットアップされると、ｅＮＢは、Ｃｏｎｔ＿ＲＲＣと呼ばれるＲＲＣコンテキストをＲＲＣ接続の継続時間中、維持する。換言すると、ＲＲＣがリリースされるまで、ｅＮＢは、このＣｏｎｔ＿ＲＲＣを維持することになる。このようなコンテキストには、例えば、端末識別子（例えば、Ｃ−ＲＮＴＩ）、電力制御設定、移動性設定、セキュリティ設定、他の無線設定、またはいずれか他の情報が含まれ得る。無線レイヤの動作に関する類似情報を格納するＵＥにも対応するコンテキストが存在するが、それは図に示されていない。
【００３５】
ＲＲＣ接続がセットアップされると、ＮＡＳ接続が端末１０１とＭＭＥ１０５の間にセットアップされる。このＮＡＳ接続が時刻ｔ２でセットアップされると、ＭＭＥ１０５は、Ｃｏｎｔ＿ＮＡＳと呼ばれる、端末１０１へのＮＡＳ接続のためのコンテキストをＮＡＳ接続の継続時間中、維持する。このようなＮＡＳコンテキストは、例えば、端末識別子、端末のＩＰアドレス、現在のｅＮＢ、移動性設定、セキュリティ設定、ＱｏＳ設定、またはいずれか他の情報を含み得る。上記説明のように、端末１０１が、モバイルネットワークを介して、データ接続をアタッチ／セットアップする場合、ＥＰＳベアラがユーザプレーンにおいて、端末とＰ−ＧＷ１０４の間にセットアップされ、ベアラは、制御プレーンにおいて、ＭＭＥ１０５によって制御される。ＮＡＳプロトコルに関するＵＥ関連情報を格納するＵＥにもコンテキストが存在することになる。図に示されており、ＭＭＥに格納されるコンテキストＣｏｎｔ＿ＮＡＳは、ＥＰＣ  ＮＡＳシグナリング手続きによって使用またはＥＰＣ  ＮＡＳシグナリング手続きにおいて転送される情報よりも多くの情報を含み得、コンテキストＣｏｎｔ＿ＮＡＳは、ＭＭＥによって、例えばＨＳＳから集められたセッションに関する情報も含み得ることに留意されたい。
【００３６】
ＲＲＣ接続、ＮＡＳ接続、およびＥＰＳベアラがセットアップされると、端末は、ＥＰＳベアラを通して、アップリンクデータを送信先へ伝送し得る。図５の例において、端末１０１がアップリンクデータを伝送する場合でも、同じ接続セットアップが、ダウンリンク、またはアップリンクおよびダウンリンク送信に対して生じる。同様に、他の例では、いずれの確認メッセージもない場合があるが、確認メッセージのパスが図５の例には示されている。先に述べたように、これは、例えば、データを送信するために用いられるプロトコルのタイプに依存し得る。図５から分かるように、Ｃｏｎｔ＿ＲＲＣおよびＣｏｎｔ＿ＮＡＳは、ＲＲＣ接続およびＮＡＳ接続の継続時間中（つまり、ＲＲＣ接続およびＮＡＳ接続が、接続リリースメッセージの交換によって、明確にリリースされるまで）、維持され、その結果として、ＲＲＣコンテキストは、ｅＮＢ１０１が端末１０１から受信または端末１０１へ伝送する全てのパケットに使用される。ＥＰＳベアラがリリース可能となると、端末１０１とＭＭＥ１０５の間のＮＡＳ接続が同時にリリースされる。その結果、ＮＡＳ接続がリリースされる時刻ｔ３で、コンテキストＣｏｎｔ＿ＮＡＳもリリースされる。ＮＡＳ接続の切断に続いて、対応するＲＲＣ接続が時刻ｔ４で切断される。また、ＲＲＣ接続がリリースされると、コンテキストＣｏｎｔ＿ＲＲＣもリリースされる。
【００３７】
概して、本技術の実施形態によれば、ショートメッセージは、コンテキストレスまたは疑似コンテキストレスな様式で伝送される。一例では、端末とＭＭＥの間のいずれのＮＡＳ接続の確立にも先立ち、端末がメッセージを伝送し得ることによって、シグナリングのみならず、端末に対するサービスのレベルも低下する。別の例では、端末とｅＮＢ間のいずれのＲＲＣ接続の確立にも先立ち、端末がメッセージを伝送し得ることによって、シグナリングのみならず、端末に対するサービスのレベルも低下する。さらなる例では、一時的なＲＲＣおよび／またはＮＡＳ接続が、例えば、１以上の任意の数である所定数のメッセージまたは所定数以上のメッセージのみのためにセットアップされるという、限定された特徴によって、セットアップされた後、端末はメッセージを送信し得る。一例では、接続は、１つのメッセージのみのためにセットアップされ得、別の例では、接続は、２メッセージ交換（ｔｗｏ−ｍｅｓｓａｇｅ  ｅｘｃｈａｎｇｅ）の継続時間中、セットアップされている場合もある。ＲＲＣ接続およびＮＡＳ接続に対して、部分的な接続の確立と接続確立しないことを適切に組み合わせることを本開示で検討することを意図している。様々な組合せを以下で検討する。
【００３８】
図６の例示は、一時的な低減されたＲＲＣ接続が１メッセージ会話のためにセットアップされる際に、端末１０１がメッセージを伝送し、かつＮＡＳ接続が予め確立されていない例を示す。
【００３９】
図６の例では、一時的なＲＲＣ接続が時刻ｔ１でセットアップされ、ＲＲＣ接続は、従来の完全なＲＲＣ接続ではなく、（１）１メッセージ会話に限定され、（２）電力設定のみ設定する接続である。例えば、アクセス層（ＡＳ：Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）のセキュリティおよび移動性設定は、通常は従来の送信のために設定されるが、設定されない場合もある。結果として、ｅＮＢにおいて維持されるコンテキストが低減され得、低減された量の情報のみを含む。例えば、コンテキストは、端末識別子および電力設定のみを含み得る。ＲＲＣ接続セットアップは、新たなタイプのＲＲＣメッセージまたは既存のＲＲＣメッセージの再利用に依存し得る。例えば、端末１０１は、既存のメッセージ、およびメッセージ中のフラグ、フィールド、または標識を使用し得ることによって、ＲＲＣセットアップが従来の完全なＲＲＣセットアップではなく、限定的および／または一時的なＲＲＣセットアップに過ぎないことを示す。あるいは、従来のＲＲＣメッセージは、例えば、電力設定パラメータのみがメッセージ中で示されている全ての段階で使用され得る。
【００４０】
そして、端末は、送信先１２０に対するアップリンクデータを含むＮＡＳパケット、つまり、シグナリングパケットを伝送し、ｅＮＢ１０２へのメッセージを介して、このＮＡＳパケットをＭＭＥ１０５へ伝送する。図６の例では、ＮＡＳパケットは、例えば、「ＲＲＣアップリンク情報転送（ＲＲＣ  Ｕｐｌｉｎｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ）」メッセージのようなＲＲＣメッセージで搬送されるが、他の例では、別のタイプのＲＲＣメッセージまたは異なるプロトコルに対するメッセージで搬送され得る。パケットがｅＮＢ１０２を通過する際、ｅＮＢは、ＲＲＣコンテキストを時刻ｔ２でリリースし得る。なぜならば、このコンテキストは、端末１０１との１メッセージ会話のみのためにセットアップされたものであるからである。メッセージを受信した後、ｅＮＢ１０２は、時刻ｔ３でＮＡＳパケットをＭＭＥ１０５へ回送する。図６の例示では、ｔ３は、ｔ２の後にあるものとして表されている。しかし、当業者は、ｔ３がｔ２の前またはｔ２と同時刻でもあり得ることを理解する。例えば、ｅＮＢ１０２は、まず、ＮＡＳパケットをＭＭＥ１０５へ最初に回送し得、次いで、ＲＲＣコンテキストのみをリリースし得る。これは、図には示されていないが、ｅＮＢ１０２によってＭＭＥ１０５へ伝送されたＮＡＳパケットは、一般的に、Ｓ１−ＡＰメッセージで伝送される。しかし、いずれか他の適切なプロトコルも、ＮＡＳパケットをＭＭＥ１０５へ伝送するために使用され得る。
【００４１】
ＭＭＥ１０５は、ＮＡＳパケットを受信すると、端末１０１と既にセットアップしたＮＡＳコンテキストがないことを検出し、次いで、一時的なコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐをセットアップし得る。図６の例では、一時的なコンテキストは、端末１０１との２パケット会話のためにセットアップされる。そして、ＭＭＥ１０５は、アップリンクデータを送信先１２０へ伝送する。コンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐは２パケット会話のためにセットアップされているので、ＭＭＥ１０５は、アップリンクデータが伝送された後もこのコンテキストを維持する。図６の例では、アップリンクデータが成功裡に送信されると、それに応じて確認メッセージがトリガされる。一般的に確認（「ａｃｋ」）メッセージは、アップリンクデータと同じパスを介して返送されるので、このａｃｋメッセージは、ＭＭＥ１０５へ返送される。そして、ＭＭＥは、このメッセージが端末１０１およびコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐに関連付けられていることを認識し、このコンテキストを用いて、ｅＮＢ１０２を介して、ａｃｋパケットを端末１０１へ伝送する。ＭＭＥ１０５が、時刻ｔ４に、例えば、ＮＡＳパケットで、ａｃｋメッセージをｅＮＢ１０２へ伝送した後、２つのパケットが交換されており、コンテキストは２パケット会話のためにセットアップされたので、ＭＭＥ１０５は、コンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐを削除し得る。この例では、ＭＭＥ１０５は、送信先１２０に対するデータを含むＮＡＳパケットを受信する際に、２メッセージ会話のために一時的なコンテキストをセットアップする。例えば、コンテキストがない場合や１パケット会話コンテキストなどではなく、２パケット会話コンテキストをセットアップすることをＭＭＥ１０５が認識するために、様々なソリューションが使用され得る。一例では、ＭＭＥ１０５は、常に２パケット会話コンテキストをセットアップし得る。つまり、ＭＭＥは、コンテキストに関して、判定するケイパビリティを有さない場合がある。これは、例えば、事前にＮＡＳ接続セットアップがなく、ＭＴＣショートメッセージのみがＭＭＥ１０５に到達し、かつ事前に、そのようなメッセージが２メッセージ会話（例えば、メッセージおよび確認）で伝送されることが分かっている環境によく適し得る。別の例では、ＭＭＥがより上位のレイヤのケイパビリティを有している場合があり、例えば、ＮＡＳレイヤ（または端末−ＭＭＥ直接通信のための関連レイヤ）より上位のプロトコルを識別および／またはこのより上位のレイヤプロトコルの一部情報を認識するように構成され得る。例えば、ＭＭＥは、ＮＡＳパケットの内容がショートメッセージプロトコルで移送されるか否かを検出し、ＮＡＳパケットの内容がショートメッセージ（例えば、会話の第１の部分）または確認（例えば、会話の第２の部分）に関連するか否かを検出することが可能であり得る。別の例では、ＮＡＳパケットは、コンテキストがセットアップされるか否か、かつコンテキストがどのようにセットアップされるかを示す、より上位のレイヤ（例えば、ショートメッセージングプロトコルレイヤ）から得られたフラグまたは表示を含み得る。例えば、図６の２パケット会話コンテキストを達成するために、ＮＡＳパケットは、値２に設定された標識を含み得ることによって、ＭＭＥ１０５が２パケットＮＡＳ会話を予定していることを示す。
【００４２】
ＮＡＳパケットがＭＭＥ１０５からｅＮＢ１０２へ到達すると、ｅＮＢは、ＮＡＳパケットが端末１０１に対するいずれのＲＲＣ接続またはコンテキストとも関連付けられていないことを検出し得、時刻ｔ５において、ｅＮＢは、ＮＡＳパケットを含むメッセージを伝送するため、つまり、１メッセージ会話のために、限定的／一時的なＲＲＣ接続をセットアップする。図６の例では、ｔ４は、ｔ５の前にあるものとして示されているが、一部の例では、ｔ５は、実際には、ｔ４の前にあり得る。一時的なＲＲＣコンテキストがセットアップされると、ｅＮＢ１０２は、ａｃｋメッセージを含むＮＡＳパケットを端末１０１へ回送する。例えば、ＮＡＳパケットは、ＲＲＣメッセージ、またはＮＡＳより下位の他のいずれかのプロトコルのメッセージによって、搬送され得る。
【００４３】
ＲＲＣメッセージが端末１０１へ伝送されると、１メッセージ会話が完了したので、ｅＮＢは、一時的なコンテキストを時刻ｔ６で破棄し得る。図６の例では、端末は、データパスをユーザプレーンにおいて、メッセージを伝送するためにセットアップする必要がない。そのため、それによって、かなりの量のシグナリングおよびセットアップを回避することができる。また、端末は、いずれの従来の接続またはコンテキストもｅＮＢ１０２およびＭＭＥ１０５においてセットアップされる前に、メッセージを伝送し得る。本特定の例では、ＭＭＥ１０５は、メッセージを受信した際には、ＭＭＥ１０５には、端末１０１に対してセットアップされたいずれのコンテキストまたは接続もない。そのため、メッセージを伝送する前ではなく、メッセージが到達した際にセットアップすることによって、シグナリングおよびコンテキストの量を低減し得る。
【００４４】
無線レイヤコンテキスト情報が、一時的な無線接続中にｅＮＢに格納される図６の例では、無線レイヤ情報もＵＥに格納され得るが、これは図に示されていない。ＵＥもＮＡＳプロトコルに関連する、セキュリティアルゴリズム関連情報のような情報を格納し得、この情報は、ショートメッセージ転送中およびショートメッセージ転送の間に格納され得、いずれのそのような情報がＭＭＥ  ＮＡＳプロトコルと共有されることが要求される場合、この情報は、通信端末によって、アプリケーションパケットを搬送するメッセージと共に、ＭＭＥへ伝達され得る。ＭＭＥコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐに格納される情報も、通信端末以外のソースからＮＡＳプロトコルを介して集められた情報を含み得、例えば、ＨＳＳから集められたルーティングまたはセキュリティ情報を含み得る。
【００４５】
結果として、ＭＴＣ端末に対してショートメッセージを伝送する複雑さを減らすことができ、そのため、ショートメッセージを伝送する効率も改善することができる。例えば、端末は、ＥＣＭ＿ｉｄｌｅ状態のまま、図６（または図７〜図１０）に係るメッセージを伝送し得る。そして、端末は、ショートメッセージを離れた送信先に通信し得るが、従来の端末は、メッセージを伝送するために、まず、ＲＲＣ接続、ＮＡＳ接続、およびＥＰＳ接続をセットアップしなければならず、そのため、ＥＣＭ＿ｃｏｎｎｅｃｔｅｄにならなければならない。一般的には、端末は、どのようなショートメッセージも伝達する前に、ネットワークにＡＴＴＡＣＨを実行し、ＥＭＭ＿Ｒｅｇｉｓｔｅｒｅｄ状態にあるが、これによって、全てのパケット転送に対して、認証処理およびＮＡＳセキュリティ確立処理をする必要性が回避される。しかし、ショートメッセージを伝送する際に、端末もＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄ状態である可能性とは、特に、ショートメッセージ交換の頻度が非常に低いか、または単純化されたＮＡＳセキュリティ管理処理が使用される可能性のことでもある。しかし、当業者が認識するように、一部の従来のモバイルネットワークの特徴は、この様式でショートメッセージを伝送する際に失われ得る。例えば、ＲＲＣ接続が電力制御およびＡＲＱ関連コンテキストのみを含み、いずれの移動性またはＡＳセキュリティパラメータまたは設定も含まない場合、モバイルネットワークは、いずれのＡＳセキュリティまたはいずれの移動性サービスも端末１０１に提供できない場合がある。その場合、端末１０１がｅＮＢ１０２との接続性を失う（例えば、ｅＮＢ１０２の範囲外に出る）と、端末１０１が別の基地局にハンドオーバし、ハンドオーバ中およびハンドオーバ後にサービスの継続性を維持するために、いかなるメカニズムも機能しない。結果として、端末１０１は、ａｃｋメッセージを送信先から受信しない場合があるので、送信先がショートメッセージを受信したか否かを認識できない。例えば、より上位のレイヤプロトコル（例えば、メッセージングプロトコル）がこれを管理されなければならない場合があり、上位のレイヤプロトコルは、端末が第１の送信に応じて、いずれのａｃｋメッセージも受信していないためにメッセージが再伝送されなければならないことを検出し得る。そのため、そのような手法は、ＭＴＣ通信によく適している場合もあるが、従来の端末からの従来のモバイル通信に対しては適合性が低いことがある。
【００４６】
別の例が図７に示される。この例では、ＭＭＥ１０５は、１パケット会話コンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐを時刻ｔ３、つまり、ＭＭＥ１０５がＮＡＳメッセージを端末１０１から受信し、かつこのメッセージがＭＭＥ１０５において、事前に存在するいずれのコンテキストにも関連付けられていないときに、セットアップする。このＭＭＥ１０５からの挙動は、デフォルトの挙動であり得、例えば、常に使用され得るか、または特定の挙動によって上書きされない限り、使用され得る。例えば、システムは、図７の例をデフォルトの設定とするように設定され得、ＮＡＳメッセージが、２パケット会話コンテキストがセットアップされるという標識を含む場合に、図６の例を使用し得る。
【００４７】
時刻ｔ４、つまり、アップリンクデータがその送信先に送信されたとき、または送信後、１パケット会話のパケットが既に端末１０１から（ｅＮＢ１０２）を介して受信され、処理されているので、ＭＭＥは、コンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐを破棄する。同様に、ａｃｋメッセージが時刻ｔ５に、送信先１２０からＭＭＥ１０５へ到達すると、ＭＭＥ１０５は、ａｃｋメッセージを含むＮＡＳパケットを、ｅＮＢ１０２を介して、端末１０１へ伝送するために、さらに一時的なコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐ’をセットアップする。このパケットは、端末１０１への送信のために、ｅＮＢ１０２へ伝送されるので、ＭＭＥ１０５は、時刻ｔ６にコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐ’を破棄し得る。
【００４８】
そして、ｅＮＢ１０２は、ＮＡＳパケットを受信すると、例えば、ＲＲＣメッセージでａｃｋメッセージを伝送するために、端末１０１との一時的なＲＲＣ接続をセットアップする。この一時的なＲＲＣ接続は、ｅＮＢ１０２における一時的なＲＲＣコンテキストのセットアップにも関連付けられており、そのため、この一時的なＲＲＣコンテキストは、時刻ｔ７にセットアップされ、時刻ｔ８に破棄される。コンテキスト情報Ｃｏｎｔ＿ＮＡＳ−ｔｅｍｐが短い期間、図７に示されるＭＭＥに格納され得る例示的な場合とは、ＭＭＥがＨＳＳに格納されるルーティングまたはセキュリティ情報にアクセスするなど、別のエンティティからの情報にアクセスしなければならない場合であり得る。さらなる例が図８に示される。この例では、ｅＮＢは、２メッセージ会話のために一時的なＲＲＣコンテキストをセットアップするが、ｅＮＢ１２０は、図６および図７のようにセットアップされた一時的なＲＲＣ接続の後ではなく、ＲＲＣメッセージが到達すると、このコンテキストをセットアップする。さらに詳細に説明するために、図７のセットアップされた一時的な接続は、メッセージ送信が適切な電力設定で、最適な時間／周波数リソースにおいてなされ得るように、チャネルサウンディングおよびチャネルサウンディング測定値が交換される期間を含み得る。図８の場合では、送信は、共通なチャネルを用いて行われ得、電力制御ループの事前のトレインアップおよびチャネルサウンディングの交換がない。図７の場合では、無線レイヤにおける一時的な接続のリリースは、黙示的に行われ得、例えば、一時的な接続は、無線レイヤＡＲＱ  ＡＣＫが受信されるとすぐにリリースされる。また、図８の例では、ＭＭＥは、いずれのコンテキストもセットアップせず、ｅＮＢ１０２を介して、単にメッセージを送信先に回送する。同様に、ａｃｋメッセージが送信先１２０から戻ると、ＭＭＥ１０５は、単にａｃｋメッセージを端末１０１へ回送する。これは、例えば、通常、コンテキスト内に発見され得る情報を含むメッセージによって達成され得る。例えば、ａｃｋメッセージを端末１０１へルーティングするために要求され得るいずれのルーティング情報も、端末によって伝送された第１のメッセージに含まれ得ることによって、送信先は、ＭＭＥによってルーティング可能なメッセージを伝送し得る。一例として、端末が、そのＳ−ＴＭＳＩ識別子を、送信先１２０へ伝送されたメッセージに含み得、メッセージは、ＵＥがキャンプされるセルのアドレスおよび送信先のアドレスも含み得る。そして、送信先１２０は、この情報の一部または全てをａｃｋメッセージに含み得ることによって、このａｃｋメッセージがＭＭＥ１０５へ到達した際に、ＭＭＥは、このメッセージが端末１０１に対するものであることを識別可能であり、このａｃｋメッセージを適切なｅＮＢへルーティングし得るので、ｅＮＢがパケットを適切なセルの適切な端末１０１へルーティングされ得る。この例では、ＲＲＣの一時的なコンテキストは、２メッセージ会話コンテキストであるので、ａｃｋメッセージが、時刻ｔ２にｅＮＢによって、端末１０１へ伝送されると、ｅＮＢ１０２は、一時的なコンテキストを削除し得る。
【００４９】
従来のシステムでは、ＡＴＴＡＣＨ手続き中に、有用なＮＡＳセキュリティ情報がＭＭＥにロードされ得る。ＮＡＳ情報は、所定の時間、ＡＴＴＡＣＨとＤＥＴＴＡＣＨの間にＭＭＥに格納され得る。図９に示すように、モバイル端末がオンに切り替えられると、ＮＡＳ情報が確立され得るが、これは、無期限に維持され得る認証およびセキュリティを含む。いくつかの例では、ＲＲＣメッセージ１４０を通信している際に、通信端末は、ＲＲＣメッセージ１４０の通信のために、一時的なコンテキストまたはコンテキスト更新を確立し得る。図９では、通信端末１０１がＭＭＥ１０５とのＮＡＳ接続をセットアップする例が提供される。時刻ｔ１において、一時的なＮＡＳ接続がセットアップされ、ＭＭＥは、例えば、ＮＡＳセキュリティパラメータを含むコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐを生成するが、これは、通信端末がオンに切り替えられた後であり得る。この例では、コンテキストは、２パケット会話のためにセットアップされる。しかし、コンテキストは、１以上のいずれの数のメッセージの会話のためにもセットアップされ得る。
【００５０】
そして、端末１０１は、ＲＲＣメッセージ１４０をｅＮＢへ伝送する。ｅＮＢは、ＲＲＣメッセージの内容がＭＭＥ１０５へ回送されることを検出する。例えば、ｅＮＢ１０２は、ＲＲＣメッセージが、端末１０１との既存のいずれの接続および／またはこの端末に対するいずれのコンテキストにも関連付けられないことを識別し得る。別の例では、ｅＮＢ１０２は、メッセージ１４０が、いずれの接続またはコンテキストにも関連付けられていないことを識別し、ＲＲＣメッセージ中のフラグまたは標識１４２を検出するように構成され得、そして、一時的なコンテキストをセットアップする。この具体例では、フラグまたは標識１４２は、メッセージ１４０がＭＭＥ１０５に対して意図されたものであることをｅＮＢ１０２が保証するためのチェックとして使用され得る。一例では、ｅＮＢ１０２は、例えば、到来するメッセージ１４０がいずれのコンテキストにも関連付けられない場合、および到来するメッセージ１４０がフラグまたは標識１４２を含まない場合に、到来するメッセージ１４０を排除し得る。当然、メッセージ１４０は、送信先デバイスへ通信されているデータ１４４も含み、ＴＩＭＳＩ１４６の表示も含み得る。
【００５１】
そして、ｅＮＢ１０２は、ＮＡＳパケットをＭＭＥへ回送し、ＭＭＥは、このＮＡＳパケットがコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐに関連付けられていることを認識する。次いで、ＭＭＥ１０５は、メッセージを送信先１２０へ回送する。
【００５２】
ＭＭＥ１０５がａｃｋメッセージを送信先１２０から受信すると、送信先がショートメッセージを受信したことが確認される。ＭＭＥ１０５は、ａｃｋメッセージが端末１０１に宛てたものであり、そのため、コンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐに関連付けられていることを認識する。ＭＭＥ１０５は、ａｃｋメッセージを端末１０１へＮＡＳで伝送するが、ＮＡＳ自体は、ａｃｋメッセージをｅＮＢ１０２へ伝送するために、Ｓ１−ＡＰにあり得る。そして、ｅＮＢ１０２は、ａｃｋメッセージを端末１０１へメッセージ１４０で転送する。
【００５３】
時刻ｔ２において、ＭＭＥ１０５と端末１０１の間の２パケット会話が完了した後、接続がリリースされ得、一時的なコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐが破棄され得る。
【００５４】
図１０の例では、端末１０１は、ショートメッセージを伝送するが、このメッセージに対するコンテキストはｅＮＢ１０２またはＭＭＥ１０５に存在しない。また、ｅＮＢ１０２およびＭＭＥ１０５は、一時的なものか否かに関わらず、どのようなコンテキストもセットアップせず、メッセージを次のノードへコンテキストレスな様式で回送する。交替に受信されたａｃｋメッセージは、端末１０１へ類似した様式で伝送される。この特定の例では、維持されるシグナリングの量およびコンテキストの量を、従来の様式でのメッセージの伝送に比較して、かなり低減することが可能である。当然、そうした際に、いくつかのセキュリティ、移動性、またはセッション管理特徴などの一部の特徴またはサービスが失われ得る。これらの特徴の損失は、従来の端末にとっては許容不可能と考えられる傾向があるが、ＭＴＣ端末にとっては許容可能であり得る。少なくとも、送信がより短く、ＭＴＣ端末は、（短い）送信中に移動および／またはセル変更の傾向がより少なくあり得、かつ／または、ＭＴＣ端末は、他の端末（例えば、人対人の通信端末）よりも遅延耐性を有しており、かつ／または、送信先とＵＥの間で稼働するような、より上位のレイヤプロトコルは、失敗したショートメッセージ転送から、再度インスタンスを作成可能であり得るか、または復元可能であり得るからである。
【００５５】
図１０の例では、ＲＲＣメッセージは、ｅＮＢが、ＲＲＣメッセージに対する既存のコンテキストをいずれも有していない場合に伝送されるので、ＲＲＣ接続確立によって提供されるいくつかの特徴が提供されない場合がある。例えば、端末１０１は、いずれのＣ−ＲＮＴＩも割り当てられない場合があるが、これは、この識別子は、一般的に、ＲＲＣ接続確立中に割り当てられるからである。したがって、端末は、Ｓ−ＴＭＳＩを識別子として使用し得、この識別子を用いてアドレス指定され得る。例えば、ＩＭＳＩまたはＭＳＩＳＤＮのような他の識別子も使用され得る。そのため、図１０に示される例に関しては、ＲＲＣメッセージが転送され得るリソースを特定するために使用される割当てメッセージは、Ｓ−ＴＭＳＩまたはＳ−ＴＭＳＩに対するプロキシを含み得る。
【００５６】
一般的に、図６〜図１０では、一定数の会話のメッセージまたはパケットが受信および／または処理された後に、一時的なコンテキスト（ＲＲＣまたはＮＡＳ）が破棄される状況が示される。ｅＮＢ１０２およびＭＭＥ１０５は、コンテキストを破棄するためのタイマも有し得る。例えば、図６の例では、ＭＭＥ１０５は、一時的なコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐを維持するために、タイマＴｃｏｎｔ−ＮＡＳを有し得る。例えば、ａｃｋメッセージが受信されていなくとも、タイマの満了時にコンテキストを破棄することが望ましくあり得る。これは、例えば、ａｃｋメッセージが送信先１２０とＭＭＥ１０５の間で失われ、したがって、ＭＭＥ１０５に到達しない場合、またはいずれかの送信先サーバの動作の性質として、ＭＭＥによる、より上位のレイヤＡＣＫの受信の遅延が長くあり得る場合に、好ましくあり得る。例えば、ａｃｋメッセージが、概して、０．５ｓ以内に受信される場合に、ａｃｋメッセージが３ｓ後に受信されていないと、ａｃｋメッセージが失われた可能性が非常に高く、そのため、ＭＭＥ１０５に到達する見込みが全くないと考えられ得る。その場合、Ｔｃｏｎｔ−ＮＡＳタイマの設定に結びついた時間は、３ｓであり得る。あるいは、コンテキストが、ＵＥの最後に既知となった位置に関するルーティング情報を含む場合、タイマは、どの程度の間、ルーティング情報が有効と見込めるか（、かつその情報を用いて、後続するメッセージをルーティングすることは成功の見込みがあるか否か）、という予測に従って設定され得る。この例および例で使用された値は、純粋に例示的なものであり、タイマは、特定の状況および／または環境に適していると考えられるものであれば、いずれの値でも有し得る。
【００５７】
＜ショートメッセージインフラストラクチャの例＞
メッセージを送信先１２０へ回送するために、インフラストラクチャおよび／またはプロトコルへの適合が提供され得る。
【００５８】
図１１は、モバイル端末の概略的な例示であり、その例では、ＭＴＣ端末１０１が、ＭＭＥ１０５を介して、メッセージ１３０を送信先１２０へ伝送している。まず（ステップ１）、メッセージが端末１０１によって、ｅＮＢ１０２へ伝送されるが、メッセージは、シグナリングメッセージ（例えば、ＲＲＣメッセージにカプセル化されたＮＡＳメッセージ）で搬送される。このメッセージを伝送することは、ユーザデータを伝送する際に、ＰＳネットワークに通常想定されるようなデータパスのセットアップを要求もトリガもしない。（ステップ２）ｅＮＢは、シグナリングメッセージを受信および識別すると、メッセージ１３０をＭＭＥ１０５へシグナリングメッセージで回送する。そして、ＭＭＥ１０５は、メッセージ１３０を送信先１２０へステップ３で伝送する。この例示は、モバイル端末送信のショートメッセージの伝送の概略的な例示であり、例えば、ＭＭＥ１０５と送信先１２０の間の具体的な接続を示さない。この接続は、例えば、インターネットまたは別のルートを経由する直接接続または間接的なものであり得る。
【００５９】
図１２は、接続が間接的なものであり、メッセージングサーバ１０６を経由する例示である。例示の目的で、メッセージングサーバは、「ＭＴＣサービスセンタ」を表す「ＭＴＣ−ＳＣ」と呼ばれる。図１２に示すように、ＭＭＥ１０５は、メッセージ１３０を搬送するシグナリングパケットが、ＭＴＣ−ＳＣ１０６へ回送されるショートメッセージであることを検出する。この検出は、例えば、異なる方法で実行され得、上記の通り、ＭＭＥ１０５は、ＮＡＳパケットで搬送されたメッセージのタイプを検出し得るか、またはＮＡＳパケットは、このＮＡＳパケットが実際に、ＭＴＣ−ＳＣ１０６への回送のためのショートメッセージを搬送するという標識を含み得る。最終的に、ＭＴＣ−ＳＣ１０６は、メッセージ１３０を送信先１２０へ送信し得る。この送信もいずれか他の適切な様式で実行され得る。例えば、メッセージ１３０は、直接送信先に送信され得るか、またはさらなるメッセージングサーバおよび／またはルータを介して送信され得る。
【００６０】
このＭＴＣ−ＳＣ１０６は、図１２では、ＭＭＥとは別に表されているが、当業者は、例示中の別表記が論理的なものに過ぎず、描写および理解を容易にするためのものに過ぎないこと、およびＭＴＣ−ＳＣが、例えば、ＭＭＥの一部を物理的に形成し得ることを理解する。別の例では、ＭＴＣ−ＳＣは、別個のサーバ、例えば、スタンドアロンサーバであり得る。
【００６１】
有益なことに、このＭＴＣ−ＳＣ１０６は、格納および回送などの先進の機能性のために使用され得る。例えば、サーバは、端末１０１がネットワークにまだアタッチされていない場合、到来するモバイル端末受信メッセージを格納し得、端末１０１がネットワークにアタッチすると即座にこのメッセージを伝送する。同様に、端末１０１が、到達不可能な別のパーティにメッセージを伝送する場合、メッセージングサーバＭＴＣ−ＳＣ１０６は、メッセージを格納し得、この他のパーティが利用可能になった際に、メッセージを回送し得る。
【００６２】
図１３および図１４は、例えば、図１１または図１２に係る構成に適し得る２つの可能なプロトコルスタック構成を示す。図１３では、ＭＭＥは、端末（またはＵＥ）とＭＴＣ−ＳＣの間のメッセージのためのリレーとして機能し得、この例では、ショートメッセージが「Ｐｒｏｔｏｃｏｌ  ｆｏｒ  ｓｈｏｒｔ  ｍｅｓｓａｇｉｎｇ」（ＰＳＭ）と呼ばれるプロトコルによって搬送される。この名称は、いずれの具体的な特定のプロトコルも指しておらず、例示の目的のために使用される。ＰＳＭは、メッセージをＭＴＣ−ＳＣへ伝送するのに適した既存のプロトコル、修正されたプロトコル、または新たなプロトコルのいずれでもよい。図１３では、ＬＴＥからのプロトコルは、例示の目的のために使用されており、当業者は、異なる組のプロトコルによっても発明が実行可能であることを理解する。ＬＴＥでは、端末は、「ＮＡＳ」プロトコルを用いて、ＭＭＥと直接通信するので、ショートメッセージは、ＮＡＳパケットによって搬送され得、その結果、ショートメッセージは、ＭＭＥ１０５を介して（ｅＮＢ１０２を介して）、送信先１２０および／またはＭＴＣ−ＳＣ１０６へ伝送され得る。そして、ＭＭＥは、（ＮＡＳレイヤに関する）より上位のレイヤ情報をＭＴＣ−ＳＣへ回送し得る。図１３の例では、ＭＭＥとＭＴＣ−ＳＣの間で使用されるプロトコルは特定されておらず、単に、Ｐ１〜Ｐ６と呼ばれている。実際、ＭＭＥとＭＴＣ−ＳＣの間のインターフェースに対する適切なプロトコルおよび適切な数のプロトコル（例えば、６プロトコルより多いか、または少なくあり得る）のいずれかが使用され得る。例えば、スタックは、Ｅｔｈｅｒｎｅｔ、ＭＡＣ、ＩＰｓｅｃ、ＳＣＴＰ、およびＭＴＣ−ＡＰなどの５つの主なレイヤを含み得る。ＭＴＣ−ＡＰは、ＭＴＣ用途のためのプロトコルである（例えば、「ＭＴＣ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ」を表す）。
【００６３】
このようなプロトコルスタックを用いて、ショートメッセージ１３０は、端末１０１によって、ＰＳＭメッセージで伝送され得るが、メッセージ自体は、ＮＡＳパケットで伝送され、パケットは、ＲＲＣメッセージでｅＮＢ１０２へ伝送される。そして、ｅＮＢ１０２は、ＮＡＳパケットをＳ１−ＡＰメッセージでＭＭＥ１０５へ回送する。ＮＡＳパケットを受信後、ＭＭＥ１０５は、（ショートメッセージ１３０）を含むＰＳＭメッセージを、送信先１２０への送信のために、ＭＴＣ−ＳＣへ回送し得る。端末がショートメッセージを受信し、ショートメッセージが成功裡に受信されたことを確認するために、ａｃｋメッセージを返信しなければならない場合、ａｃｋメッセージは、上記モバイル端末送信ショートメッセージ１３０と同じパスをたどり得る。端末１０１に対するいずれのＰＳＭメッセージ（モバイル端末受信メッセージ）も、モバイル端末送信ショートメッセージと同じパスを反対方向にたどり得る。そのようなモバイル端末受信メッセージは、例えば、モバイル端末送信ショートメッセージに応じたモバイル端末受信ショートメッセージ（例えば、端末１０１がショートメッセージを受信する）またはａｃｋメッセージであり得る。
【００６４】
図１４の例は、ショートメッセージングのケイパビリティを含むＭＭＥに対して適し得る別のプロトコルスタック構成を示す。その場合、ＭＭＥは、例えば、実際のショートメッセージ１３０を処理し得る。ＭＭＥは、ショートメッセージ１３０を実際には処理しない場合もあるが、例えば、ＰＳＭリレーのケイパビリティを有することができ、ＰＳＭリレーのケイパビリティは、ＭＭＥに、一定のＰＳＭ機能性を実装することを要求する。
【００６５】
ＰＳＭのケイパビリティをＭＭＥ１０５に含めることは、ＭＭＥが元々、シグナリングノードとしてのみ機能するように設計されているので、好ましくない場合があると考えられるかもしれないが、ＰＳＭのケイパビリティをＭＭＥ１０５に含めることによって、全体のアーキテクチャが単純化され得るとも考えることができる。当業者は、どちらの構成が特定の状況において好ましいかを、その具体的な要件に応じて識別可能である。
【００６６】
＜ＭＴＣ端末に対する低減した移動性管理＞
本発明の態様によれば、モバイル通信ネットワークは、例えば、ＭＴＣタイプの用途に使用され得るモバイル端末の低減した性能を反映するために、低減した移動性の機能性を提供するように設定されている。以下の説明および図は、本技術に従って低減した移動性の機能性の説明を提供する。
【００６７】
本技術の実施形態は、低減した移動性の機能性をＭＴＣタイプの端末として動作し得るような一部のモバイル端末に提供し得る。低減した移動性の機能性を示す例は、図１５〜図２５を参照して、以下のように説明される。
【００６８】
図１５は、本技術に従って低減した移動性の機能性を示すために提供されるモバイル通信ネットワークの一部の概略的なブロック図を提供する。モバイル通信ネットワークの一部は、例えば、図１および図２に示されるようなＬＴＥネットワークの例を例示している。図１５では、モバイル端末２０１は、メッセージデータグラムをソースまたはアンカー基地局（ｅＮＢ）２０２へ、またはアンカー基地局（ｅＮＢ）２０２から通信する。アンカーｅＮＢ２０２は、ｅＮＢ２０２、２０４、２０６のそれぞれによって提供されるワイヤレスアクセスインターフェースを介して、データをモバイル端末２０１へ、またはモバイル端末２０１から通信する機能を提供する役割を担うｅＮＢ２０４、２０６のクラスタの一部を形成する。従来の動作に従って、ｅＮＢ２０２、２０４、２０６は、例えば、図１に示されるサービングゲートウェイ（ＳＧ）２０８に接続される。移動性管理エンティティ（ＭＭＥ）２１０もｅＮＢ２０２、２０４、２０６に接続される。ＭＭＥ２１０に接続されるメッセージサーバ２１２が本説明に特に関連する。一例では、メッセージサーバ２１２は、上記説明で言及したＭＴＣ−ＳＣである。
【００６９】
本技術によれば、上記説明したコンテキストレスな通信に関して、ＭＭＥ２１０は、モバイル端末２０１への、またはモバイル端末２０１からのメッセージの通信に関して、低減した移動性機能を提供するように構成されている。この目的のために、ＭＭＥ２１０は、全ての未処理のメッセージ転送が生じるか、または「ルーティング情報フレッシュネスタイマ」が満了するまで、モバイル端末２０１の現在の位置を格納するように構成されている。これらの条件の一方が満たされた場合、ＭＭＥにおけるモバイル端末に対するルーティングコンテキストが取り除かれる。そのため、一態様によれば、ＭＴＣ端末に対する移動性管理の機能性は、通信端末がある基地局から第２の基地局へアタッチを変更した際に、この通信端末の位置を確立しなければならないことになる。したがって、本技術に従って提案されるような移動性管理のソリューションは、以下のメッセージングシナリオのうちの一方または両方に適用可能である。
・ほとんどのＮＡＳメッセージング交換が、モバイル端末とＭＭＥ２１０の間の複数のメッセージの交換から構成されるＮＡＳシグナリングメッセージ交換。これらのメッセージ交換は、一般的に、短い時間期間で完了されるべきである。
・ショートメッセージ交換、ショートメッセージ交換が、発信者エンティティ（例えば、ＭＴＣ−ＳＣ）からのメッセージの転送に次いで、例えば、モバイル通信端末２０１のような受信者エンティティからの確認という２つのステップから構成されることが想定されるＮＡＳコンテナ（ＮＡＳ  ｃｏｎｔａｉｎｅｒ）でショートメッセージは転送される。
【００７０】
低減した移動性管理の機能性の例示として、図１５は、現在、ｅＮＢ２０２にアタッチされているモバイル端末２０１が提携を第２のｅＮＢ２０６に変更することを示す。以下の説明では、第１のｅＮＢ２０２は、アンカーｅＮＢと呼ばれ、第２のｅＮＢ２０６は、第２のｅＮＢまたはターゲットｅＮＢと呼ばれることになる。そのため、本技術は、モバイル端末２０１が提携をある基地局から別の基地局へ変更した際に、どのようにメッセージをモバイル端末２０１へ送致するか、という技術的な問題に対処する。
【００７１】
従来、提携をある基地局から別の基地局へ変更するモバイル端末への、またはモバイル端末からのデータメッセージまたはデータグラムの通信は、ネットワークが、モバイル端末によって報告されたリンク品質測定に応じて提携を変更するように、モバイル端末に指示するハンドオーバ手続きを用いて、対処される。そして、モバイル通信ネットワークは、データを新たなターゲット基地局またはｅＮＢ２０６から通信するように構成し、ソースまたは第１の基地局２０２からの通信を停止する。しかし、本技術は、移動性管理を単純化し、測定値を設定、測定報告を伝送、ターゲット基地局を準備、ハンドオーバを命令、トンネルを再設定、およびリソースをソース基地局からリリースするために、かなりの量のシグナリングを一般的に要求する、完全なハンドオーバ手続きを含まない。上記説明のように、モバイル端末２０１へ、またはモバイル端末２０１から通信されたデータの量が相対的に少ない場合、このメッセージを送致するために要求されるシグナリングオーバーヘッドの量は、非常に非効率的な無線通信リソースの使用を表すことになる。そのため、本技術によれば、例えば、ＭＴＣタイプの端末として動作し得るモバイル通信端末に、以下に説明される新たな接続状態に反映され得る縮小した移動性の機能性が提供されることが想定される。しかし、以下の段落は、縮小した移動管理機能を提供する点において、本技術の例の例示を提供する役割を担う。
【００７２】
図１６は、ＭＭＥ２１０のより詳細な図を提供する。図１６では、プロセッサ２２０は、ＭＭＥの動作を制御するように構成されており、データストア２２２を含む。プロセッサは、クロック２２４からの入力も受信する。プロセッサは、ＭＭＥ２１０によって実行される様々なレベルの通信プロトコルスタックを実装する役割を担う通信プロトコルスタック２２６に接続される。
【００７３】
本技術に従って、ＭＭＥ２１０は、ＭＭＥが受け持つトラッキングエリア内で責任を負う各モバイル端末の現在の位置を格納するように構成されている。しかし、モバイル端末が現在アタッチされている基地局（ｅＮＢ）に対する各モバイル端末の位置は、プロセッサ２２０によって、所定の期間だけデータストア２２２に格納される。モバイル端末がアタッチされているｅＮＢは、モバイル端末に対する全ての未処理のメッセージ転送が完了またはクロック２２４によって決定された「ルーティング情報フレッシュネスタイマ」が満了するまで、維持される。このとき、モバイル端末のｅＮＢ位置は、データストア２２２から削除される。したがって、図１６に示すように、ＭＭＥが受け持つトラッキングエリア内のモバイル端末のリスト２３０は、モバイル端末のＳ−ＴＭＳＩおよびモバイル端末がアタッチされている基地局ｅＮＢ−Ａの識別子を用いて、テーブルに格納される。また、モバイル端末の位置が登録２３２された時刻を示すクロックの値がテーブル内に提供される。したがって、先に言及したように、モバイル端末がｅＮＢに所定量の時間、アタッチされると、モバイル通信端末の現在の位置のデータストアに対する入力がキャンセルされる。図１６では、これは、ＵＥ３と識別されたモバイル端末に関して示される。
【００７４】
本技術によれば、特に、従来のモバイル端末に対して、単純化されたＭＴＣタイプのモバイル端末を用いて使用され得るモバイル端末に低減した移動性の機能性が提供される。そのため、本技術では、完全なハンドオーバは、サポートされない場合がある。したがって、モバイル端末が、例えば、ＮＡＳシグナリングメッセージまたはショートメッセージ交換として、モバイル通信ネットワークを介して、メッセージを送信先へ転送またはメッセージをモバイル通信ネットワークから受信することを希望する場合、ハンドオーバはサポートされない。このため、モバイル端末は、以下の説明で「無線リソース通信（ＲＲＣ）メッセージング接続」状態と呼ばれるさらなる通信状態を含み得る。この状態では、モバイル通信ネットワークは、完全なハンドオーバをサポートしないので、モバイル端末に、通信セッションを継続するために新たな基地局へ再アタッチすることを指示しない。そのため、モバイル端末が第１またはソース基地局からデタッチし、第２またはターゲット基地局へアタッチする場合、本技術に従って、モバイル端末へ通信されるメッセージが失われるだけである。そして、より上位のレイヤプロトコルは、メッセージがモバイル端末へ再伝送されるように構成し得る。このために、モバイル端末は、ターゲット基地局に再選択することを決定し、基地局に再選択する。ネットワークは、メッセージを通信するために、モバイル端末の位置を決定するように適合され得る。モバイル端末が新たなターゲット基地局に再選択したことを検出すること、およびターゲット基地局の識別を決定することの例は、以下の段落で説明される。
【００７５】
図１７では、モバイル端末２０１がソース基地局２０２から移動し、ターゲット基地局２０６に再選択した場合に、メッセージが端末２０１へ通信されるように構成する際のＭＭＥ２１０の動作に対するメッセージフロー図を提示する。
【００７６】
図１７に示すように、図１５に示される状況を反映して、モバイル端末２０１が第１またはソース基地局２０２からデタッチし、第２またはターゲット基地局２０６を再選択した後、モバイル端末２０１は、第１のメッセージＭ１を伝送することによって、モバイル端末２０１が提携をターゲット基地局２０６へ変更することになることを示すために、セル更新をソース基地局２０２へ提供する。ＭＭＥ２１０は、先にメッセージＮをモバイル端末２０１から送信先へ通信しているので、モバイル端末２０１がまだソース基地局にアタッチされていると想定する。そのため、ＭＭＥ２１０は、そのデータストアに、ソース基地局２０２の位置であるモバイル端末２０１の位置を有する。そのため、ＭＭＥ２１０がメッセージＮ＋ｘをモバイル端末２０１へ通信すると、ＭＭＥ２１０は、メッセージＭ２を用いて、モバイル通信端末２０１への通信のために、データパケットを通信する。しかし、図１７に示すように、ＭＭＥ２１０は、データパケットをソース基地局またはｅＮＢ２０２へ通信する。
【００７７】
メッセージＭ３では、ソース基地局２０２がパケットをモバイル端末２０１へ通信しようと試行する際、その通信は失敗する。しかし、メッセージＭ１において、モバイル端末２０１は、ターゲット基地局２０６に再選択したことを示すセル更新をソース基地局２０２へ通信したので、メッセージＭ３．２におけるソース基地局２０２は、データパケットをターゲット基地局２０６へ通信する。そのため、ターゲット基地局２０６は、メッセージＭ４において、データパケットをモバイル端末へ通信する。
【００７８】
図１８では、モバイル端末が、ターゲットｅＮＢ２０６を通して、そのセル更新を通信することを除いて、図１７に表した構成に類似する構成が示される。したがって、図１８に示されるように、モバイル端末２０１は、セル更新を含むメッセージＭ１０．１をターゲット基地局２０６へ伝送し、ターゲット基地局２０６は、モバイル端末がターゲット基地局２０６に現在アタッチされていることをターゲットｅＮＢに伝える。ターゲット基地局２０６は、メッセージＭ１０．２を伝送することによって、モバイル通信端末２０１がターゲット基地局２０６にアタッチされていることをソース局２０２に通知することによって、ソース基地局２０２にモバイル端末の位置の更新を通知する。メッセージＭ１２では、ＭＭＥは、データパケットＮ＋ｘをソース基地局２０２へ通信する。なぜならば、図１７に示した場合と同様に、ＭＭＥが最後にメッセージＮをソース基地局２０２から送信先に通信しており、そのため、モバイル端末は、ソース基地局にアタッチされていると想定するからである。しかし、ソース基地局２０２は、ターゲット基地局２０６によって、モバイル端末がターゲット基地局２０６にアタッチされていることを通知されているので、ソース基地局２０２は、データパケットをターゲット基地局２０６へ回送する。そのため、ターゲット基地局２０６は、データパケットをメッセージＮ＋Ｘとして、メッセージＭ１４において、モバイル端末へ通信する。
【００７９】
本技術のさらなる態様に従って、ＭＭＥは、アンカー基地局２０２へアタッチされたモバイル端末の以前の位置を有し得る。そのため、メッセージＭ３１によって、ＭＭＥは、モバイル端末への通信のために、メッセージＮ＋ｘをアンカー基地局またはｅＮＢ２０２に提供するデータパケットを通信する。メッセージＭ３２に示されるように、アンカー基地局２０２は、メッセージをモバイル端末２０１へ通信するように試行する。しかし、メッセージの送致は失敗する。これは、モバイル端末自体が、現在、ターゲットまたは第２の基地局２０６に再選択しているからである。そのため、アンカー基地局は、モバイル端末をページングするために、隣接する基地局２０４、２０６に送信されるページングメッセージをトリガする。ページングされる基地局は、メッセージＭ３２がモバイル端末に送致不可能な場合（その場合、モバイル端末は位置を変更したと想定される）に使用されるリストに、アンカー基地局２０２から提供される。このリストは、ｅＮｏｄｅＢがハンドオーバ制御またはセル再選択性能を改善する目的のために、いずれかの方法で格納し得る隣接リストにおけるものと同じ組のセル／ｅＮＢを含み得る。そのため、メッセージＭ３３に示されるように、ソースまたはアンカーｅＮＢ２０２は、メッセージを隣接する基地局２０４、２０６へ通信することによって、それらの基地局から送信されるページングメッセージをトリガする。モバイル端末２０１が第２の基地局２０６にアタッチされているので、第２の基地局２０６は、モバイル端末２０１が現在、第２の基地局２０６にアタッチされていることを検出し、モバイル端末が現在、第２の基地局２０６にアタッチされていることをアンカーｅＮＢ２０１に通知するメッセージＭ３４によって、ページングトリガメッセージＭ３３に応答する。そのため、アンカー基地局２０２は、転送メッセージＭ３５で、パケットを第２の基地局２０６へ転送し、次いで、第２の基地局２０６が、転送メッセージＭ３６でモバイル端末２０１へ通信する。そのため、メッセージＮ＋Ｘを提供するデータパケットは、第２の基地局２０６からモバイル端末へ通信される。
【００８０】
別の例では、移動性マネージャ２１０は、モバイル通信端末またはｅＮＢ２０６のうちの少なくとも一方に、モバイル通信端末が再選択した第２の基地局の更新を提供する情報を要求するように設定されている。情報は、通信端末によって、ＲＲＣメッセージで提供され得、ＲＲＣメッセージは、通信端末によって、ｅＮＢを介して、非アクセス層メッセージとして通信される。したがって、一例では、セル更新情報は、実質的にｅＮＢに対して透過的な方法で提供される。ｅＮＢにとって、ＮＡＳメッセージの内容が既知でない場合、ｅＮＢは、ＮＡＳメッセージをＭＭＥへ回送する。
【００８１】
代替として、通信端末は、例えば、図１７または図１８に従って、セル更新を（次いで、情報を使用し得る）ｅＮＢへ提供し得るが、その場合、ｅＮＢは、セル更新をＭＭＥにもさらに回送する。
【００８２】
別の例では、第１の基地局は、ページングメッセージを、隣接する基地局のリスト中の１以上の基地局へ伝送し得、リストは、「隣接リスト」中の基地局に提供され得る。「隣接リスト」は、ＯＭＣ設定され得るか、または通信端末がハンドオーバまたはハンドオフし得る周りの基地局のｅＮＢ学習リストであり得る。このリストは、従来から基地局において既に利用可能であり、セルの再選択を助けるように、ハンドオーバ測定報告を設定およびローカルセルを識別するために、従来から使用される。
【００８３】
＜新たなＲＲＣメッセージング接続状態＞
先に言及したように、本技術に従って、モバイル端末２０１およびモバイル端末がアタッチされている基地局２０６は、図２０に示されるＲＲＣメッセージング接続状態と呼ばれる新たな状態を形成し得る。図２０では、ＲＲＣアイドル状態２８２およびＲＲＣ接続状態２８４を含む３つの状態のうちの１つであるＲＲＣメッセージング接続状態２８０が示される。ＲＲＣアイドル状態２８２およびＲＲＣ接続状態２８４は、データを通信するための通信ベアラが、現在、モバイル端末に提供されているか否かに応じて、これらの状態の間を移行するモバイル端末および基地局の従来の状態である。したがって、アイドル状態２８２では、モバイル端末への、またはモバイル端末からの通信は可能ではなく、ＵＥがｅＮＢにキャンプしていることをｅＮＢが認識していない場合である。しかし、ＲＲＣ接続状態２８４では、モバイル端末は、モバイル通信ネットワークにアタッチされ、データを通信するための無線通信リソースが提供される。
【００８４】
本技術によれば、モバイル端末２０１およびモバイル端末２０１がアタッチされている基地局２０６は、メッセージングのみがサポートされ、ユーザプレーンが提供不可能である新たなＲＲＣメッセージング接続状態を形成し、メッセージングのみの用途用に十分かつ最適化された低減した無線機能性がモバイル端末への／からの通信のために提供される。さらに、ＲＲＣメッセージング接続状態２８０内には、図２１に示されるＲＲＣメッセージング接続解放（ｕｎｌｅａｓｈｅｄ）状態２８６およびＲＲＣメッセージング接続拘束（ｌｅａｓｈｅｄ）状態２８８と呼ばれる２つの副次的な状態がある。拘束状態では、モバイル端末は、ＲＡＮがダウンリンクパケットを、端末がアタッチしている正しい基地局へルーティングし得るように、端末の位置の変更に関してＲＡＮを更新することを要求される。一方で、解放状態では、モバイル端末および基地局は、モバイル端末の位置の変更に関してＲＡＮの更新を要求されない。拘束状態は、従来のネットワーク制御ハンドオーバを用いてサポートされ得る。あるいは、この状態は、ＵＥ制御のセル再選択を用いてサポートされ得るが、既に説明したような、ＵＥの新たな位置を発見するために、ソースまたはターゲットｅＮＢへのＵＥ提供セル更新、あるいはアンカーｅＮＢトリガページングのような他の移動性技術によって拡張され得る。図２１に示されるモバイル端末の状態図の状態は、以下のようにまとめられる。
【００８５】
＜状態説明＞
ＲＲＣ＿Ｉｄｌｅ
・モバイル端末は、ＲＡＮにとって未知である。そのモバイル端末に関連付けられているコンテキストはＲＡＮに存在しない
・アイドルモードでは、（別の状態への移行の一部を除いて）可能なデータ転送またはシグナリング転送はない
ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ
・モバイル端末は、ＲＡＮにとって既知であり、そのモバイル端末に対するコンテキストはＲＡＮ内に存在する
・アクセス層セキュリティがセットアップされる
・ＳＲＢ１、ＳＲＢ２、およびＤＲＢが利用可能である
・Ｃ−ＲＮＴＩが割り振られる
・移動性管理に基づくハンドオーバ
・この状態では、いずれのＮＡＳシグナリング、ショートメッセージ、またはデータオーバＩＰ接続の転送も可能である
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ
・ショートメッセージおよび任意でＮＡＳシグナリングの転送が可能である
・利用可能なＳＲＢ２、ＤＲＢ、またはＡＳセキュリティはない
・コンテキストは、メッセージ転送トランザクションの一部として、黙示的にＲＡＮにおいて、（別個の先天的、後天的ＲＲＣシグナリングを用いずに）優先的に確立／削除されることになる
・解放：セル再選択移動性が提供され、ＵＥは、ネットワークにセルの変更を通知しない。これは、結果として生じるどのようなパケット損失からも復元するために、ＮＡＳまたはＰＳＭのような、より上位のレイヤへの依存を示し得る。
・シグナリングベースのＳ１トンネル再構成はない。
・モバイル端末は、任意で、単純化されたＰＨＹ、ＭＡＣ、ＲＬＣを含み得るメッセージングおよび／またはＭＴＣに対して最適化されたＲＡＮスタックをリッスンおよび使用する。
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ
・ショートメッセージおよび任意でＮＡＳシグナリングの転送のみ可能である
・拘束：ＲＡＮがダウンリンクパケットを正しいｅＮＢへルーティングし得るように、モバイル端末／ｅＮＢは、モバイル端末の位置の変更に関して、ＲＡＮの更新を要求される
・ネットワーク制御のハンドオーバベースの移動性管理：
○これは、モバイル端末がセルからセルへ移動すると、モバイル端末の位置がトラッキングされることを意味し、ハンドオーバ測定値が設定され、ハンドオーバで回送するパケットがサポートされ得、ｅＮＢは、ＭＭＥにセル変更を通知し得る・・
・ハンドオーバの代わりに、ソースｅＮＢは、アンカーとして機能し得、ＵＥは、直接または間接的にアンカーｅＮＢにセル変更に関する情報を提供するか、またはアンカーｅＮＢは、ＵＥの新たな位置を発見するために、ローカルセルをページングする。
・利用可能なＤＲＢまたはＡＳセキュリティはない
任意で、モバイル端末は、メッセージングおよび／またはＭＴＣに対して最適化されたＲＡＮスタックをリッスンおよび使用する
【００８６】
＜移行＞
ＲＲＣ＿Ｉｄｌｅ〜ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ
・トリガ：アップリンクまたはダウンリンクで伝送されるショートメッセージ（もしくは、ＮＡＳシグナリング）
・データ転送前のシグナリングまたはパケット送信の一部としての、優先的に黙示的なシグナリングによって実現される
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ〜ＲＲＣ＿Ｉｄｌｅ
・トリガ：一方向のショートメッセージ転送が完了またはマルチステップのメッセージ会話が完了または非アクティビティタイマが満了する
・シグナリングまたはメッセージ転送が完了、あるいは非アクティビティタイマが満了した後、コンテキストを黙示的に取り除くことによって実現される
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ〜ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ
・トリガ：メッセージングの頻度が閾値を超過、かつ／または単位時間毎のセル変更の回数が閾値を超過する
・シグナリングによって実現される
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ〜ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ
・この移行に対するサポートは、決定的なものではなく、図ではサポートされたものとして示されていない。ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄにおけるアクティビティが閾値よりも下がった場合、ＲＲＣ＿Ｉｄｌｅへの移行が行われる。しかし、メッセージングの頻度が閾値よりも下がり、かつ／または単位時間毎のセル変更の回数が閾値よりも下がる場合、移行は任意でサポートされ得る。
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ〜ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ
・トリガ：この移行は、ＩＰパイプをセットアップすることが必要、もしくはＮＡＳシグナリングを転送することが必要になるとトリガされ得る
・シグナリングによって実現される
ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ〜ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ
・この移行に対するサポートは、決定的なものではなく、図ではサポートされたものとして示されていない。モバイル端末が、現在、ＳＭＳ転送またはＮＡＳシグナリング交換中である場合、システムは、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のままである。システムが、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄであり、全てのデータ転送が停止し、かつ／または非アクティブの期間がある場合、ＲＲＣ＿Ｉｄｌｅへの移行が代わりに想定される。
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ〜ＲＲＣ＿Ｉｄｌｅ
・トリガ：非アクティビティタイマが満了するか、または全ての未処理のメッセージ転送会話が完了した
・シグナリングによって実現される
ＲＲＣ＿Ｉｄｌｅ〜ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ
・この移行をサポートすることは必須ではない（そのため、破線である）。
・トリガ：メッセージングベアラのみが最初に必要であることが先に知られているアプリケーションが開始された場合およびメッセージングの頻度、セル変更の頻度、またはリンク信頼性要件は、拘束された移動性管理の手法（セル更新によるハンドオーバまたはセル再選択）がサポートされるためのものであることがさらに知られている場合、この移行はトリガされ得る。
・シグナリングによって実現される
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ〜ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ
・トリガ：この移行は、ＩＰパイプをセットアップすることが必要、もしくはＮＡＳシグナリングを転送することが必要になるとトリガされ得る
・シグナリングによって実現される
ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ〜ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ
・トリガ：この移行に対するサポートは必須ではない。移行がサポートされるか否かは、ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄモードで稼働することによって（例えば、ＭＴＣ／ｍｅｓｓａｇｉｎｇ最適化ＰＨＹ／ＭＡＣ／ＲＬＣ／ＰＤＣＰの使用を通して）効率性が得られるか否かによる。
・シグナリングによって実現される
ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ〜ＲＲＣ＿Ｉｄｌｅ
・トリガ：非アクティビティタイマが満了する
・シグナリングによって実現される
ＲＲＣ＿Ｉｄｌｅ〜ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ
・トリガ：モバイル端末がＥＰＳベアラ（ＩＰパイプ）の確立を要求、もしくはＮＡＳシグナリングの転送を要求する
・シグナリングによって実現される
【００８７】
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ状態内でのセル再選択とハンドオーバベースの移動性管理の間、セル再選択およびハンドオーバベースの移動性管理から、ならびに、への移行は、メッセージングの頻度が閾値を超過／下回り、かつ／または単位時間毎のセル変更の回数が閾値を超過／下回る際にトリガされ得ることに留意されたい。
【００８８】
接続解放状態および接続拘束状態のＲＲＣメッセージを含む代替的な構成は、図２２に示される。そのため、状態と副次的な状態間の移行は、ＲＲＣメッセージング接続状態２８０内で内部的に実行される。
【００８９】
本技術によれば、モバイル端末およびモバイル端末がアタッチされている基地局は、機能性をサポートする必要性、および、例えば、メッセージングのみがサポートされる必要があるか否か、またはＩＰパイプが要求されるか否か、に応じて、図２０に示される様々な状態間を移行し得る。メッセージング接続状態２８０内で、生成されるパケットの相対的な数および／またはセル変更の頻度に応じて、モバイル端末および基地局は、解放状態と拘束状態の間を移行し得、拘束状態は、解放状態の場合よりも、高い頻度で生成されたデータパケットまたは高い頻度のセル変更に対して使用される。当然、伝送されるデータがない場合、モバイル端末は、ＲＲＣアイドル状態２８２へ移行する。
【００９０】
より単純化された構成では、モバイル端末および基地局は、図２３に示されるメッセージング状態を形成し得るが、図２３では、端末がＲＲＣメッセージング接続状態２８０またはアイドル状態２８２のみに移行し得るので、可能な状態をさらに単純化した描写を提供する。
【００９１】
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ状態およびＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に対してサポートされるデータパケットの通信間の差異の例示は、図２４に示される。図２４に示されるように、ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ状態に関しては、アプリケーションパケットが、ｅＮＢ２２０２およびＭＭＥ２２１０を介して、モバイル端末２２００へ／からＭＴＣ−ＳＣ２２０４から／へ通信される。ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に関しては、データパケットが、ｅＮＢ２２０２、ＰＤＮ＿ＧＷ２２１６およびＳ＿ＧＷ２２１２を介して、モバイル端末へ／からＩＰ  ＰＤＮ２２１４へ／から通信され２２１２、かつ／または制御プレーン２２００を介して、ＭＴＣ−ＳＣへ／から通信される。
【００９２】
図２０〜図２４を参照して上記説明した相対的な状態をまとめる概略的なブロック図は、モバイル端末とＭＭＥの間の通信を提供するＮＡＳシグナリング接続に対応する状態に関連して、図２５に示される。特に、新たなＥＣＭ＿Ｍｅｓｓａｇｉｎｇ状態が導入され、その状態の特徴は以下のものを含む。
・制御プレーンでのＳＭＳまたはＮＡＳメッセージの移行のみがサポートされ、ユーザプレーンはサポートされない。
・ＵＥの最後に既知となったｅＮＢアドレスが格納され得、ＭＭＥがこの状態にある期間中に、後に到達するパケットをルーティングするために利用可能にされ得る。
・Ｓ１ベアラまたはトンネルは設定されない
・ＲＲＣ接続は存在しない場合があり、存在するいずれの無線機能性も制限され得る（例えば、ＡＳセキュリティ、ハンドオーバが設定されない）
・この状態の期間は、非常に短いものであり得る
・ＭＭＥにおけるＥＣＭ＿ｉｄｌｅからＥＣＭ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄへの状態変更がトリガされ得る：
○メッセージ転送トランザクション内でのパケットの到達によって黙示的にトリガされ得る
・ＥＣＭ＿ＭｅｓｓａｇｉｎｇからＥＣＭ＿Ｉｄｌｅへの状態変更は、以下によってトリガされ得る：
○ｅＮＢの最後の更新の時期＜−＞一定期間を超過するＭＭＥルーティング情報
○単一のメッセージ転送の完了、メッセージ会話内の未処理のメッセージ転送の完了、および／または全ての未処理のメッセージ会話の完了
○非アクティビティタイマ
・ＭＭＥは、十分に直近のルーティング情報が存在しない場合、またはネットワーク開始メッセージトランザクションが新しい場合、ＵＥの位置を発見するためにページングする必要があり得る。
・ＵＥは、任意で、ＭＭＥに「拘束」され得る。特に、ＵＥがセルを変更する場合、ＵＥは、シグナリングを介して、ＭＭＥにセル更新を提供するように設定され得る。このシグナリングを呼び出す決定は、一定量を超過する単位時間毎のページングメッセージの量によってトリガされ得、かつ／またはショートメッセージ会話の頻度が高くなる場合、トリガされ得る。
・格納されたＵＥの位置に関する知識は、不正確な場合があり、より具体的には、古い場合がある。これは、ＮＡＳまたはＰＳＭのようなより上位のレイヤに、ＭＭＥが、パケットをＵＥがもはやキャンプしていないｅＮＢへ回送した結果生じたパケット損失から復元するように要求することによって、対処され得る。あるいは、ＲＡＮは、ＭＭＥが、最後に既知となったｅＮＢアドレスをルーティングの目的から使用する場合にパケット損失を防ぐ移動性管理のソリューションを、例えば、先に説明した方法に従って、提供し得る。
【００９３】
図２５において、破線で示すように、ＭＭＥ  ＮＡＳは、ＥＣＭ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ状態であるが、ＲＲＣ状態は、採用された無線のソリューションに応じて、先に説明したように、ＲＲＣ＿Ｉｄｌｅ状態またはＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ状態に多様になり得る。ＥＣＭ＿Ｃｏｎｎｅｃｔｅｄ状態は、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に最も一般的に関連している。
【００９４】
ＵＥがどのｅＮＢにキャンプするかということに関するＭＭＥにおけるルーティング情報は、複数の手段によって更新され得る：
・ＭＭＥによって実行されるページングへの応答
・ＭＭＥを移行させるいずれかのモバイル端末送信パケット／メッセージにルーティング情報を含めること
・セル変更が生じるごとに、セル更新をＭＭＥへ伝送するようにＵＥを設定することを通して
・ＲＡＮがＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ状態にある場合に可能であり得るセル変更が生じると、ｅＮＢがＭＭＥに通知することによって。
【００９５】
＜結論＞
概して、発明は、ＬＴＥ環境下で説明してきたが、それは、発明は、この環境下で有益にじっそうされ得るからである。しかし、発明はＬＴＥ環境に限定されず、いずれか他の適切な環境で実装されてもよい。
【００９６】
様々な修正が本発明の例に対してなされ得る。本発明の実施形態は、縮小したケイパビリティの端末の面から概して規定されたが、個人用電話のような従来の端末を含むいずれの適切な端末も、本開示に従って、ショートメッセージを送受信し得ることが理解される。
【００９７】
また、例示を容易にし、理解のしやすさから、ネットワークの各要素に対して１つのみノードを表し、論じた。しかし、当業者は、２以上の各ノードがあり得ることを理解する。例えば、モバイルネットワークは、複数のｅＮＢ、ＭＭＥ、Ｓ−ＧＷおよび／またはＰ−ＧＷを含み得る。
【００９８】
本発明のさらなる多様な態様および特徴は添付の特許請求の範囲において規定される。本発明の範囲を逸脱せず、様々な修正が上記実施形態になされ得る。例えば、本発明の実施形態は、他のタイプのモバイル通信ネットワークを用いて使用され、ＬＴＥに限定されない。
【図１】
2014529390.tif 000003
【図２】
2014529390.tif 000004
【図３】
2014529390.tif 000005
【図４】
2014529390.tif 000006
【図５】
2014529390.tif 000007
【図６】
2014529390.tif 000008
【図７】
2014529390.tif 000009
【図８】
2014529390.tif 000010
【図９】
2014529390.tif 000011
【図１０】
2014529390.tif 000012
【図１１】
2014529390.tif 000013
【図１２】
2014529390.tif 000014
【図１３】
2014529390.tif 000015
【図１４】
2014529390.tif 000016
【図１５】
2014529390.tif 000017
【図１６】
2014529390.tif 000018
【図１７】
2014529390.tif 000019
【図１８】
2014529390.tif 000020
【図１９】
2014529390.tif 000021
【図２０】
2014529390.tif 000022
【図２１】
2014529390.tif 000023
【図２２】
2014529390.tif 000024
【図２３】
2014529390.tif 000025
【図２４】
2014529390.tif 000026
【図２５Ａ】
2014529390.tif 000027
【図２５Ｂ】
2014529390.tif 000028
【国際調査報告】
2014529390.tif 000029
2014529390.tif 000030
2014529390.tif 000031
2014529390.tif 000032
2014529390.tif 000033