特許 6149035 通信端末および方法

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

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

(11)【特許番号】6149035

(24)【登録日】2017年5月26日

(45)【発行日】2017年6月14日

(54)【発明の名称】通信端末および方法

(51)【国際特許分類】

   H04W 28/06 20090101AFI20170607BHJP

   H04W 4/14 20090101ALI20170607BHJP

   H04W 4/04 20090101ALI20170607BHJP

   H04W 80/06 20090101ALI20170607BHJP

【ＦＩ】

   H04W28/06

   H04W4/14

   H04W4/04 190

   H04W80/06

【請求項の数】9

【全頁数】40

(21)【出願番号】特願2014-523382(P2014-523382)

(86)(22)【出願日】2012年7月23日

(65)【公表番号】特表2014-524222(P2014-524222A)

(43)【公表日】2014年9月18日

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

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

(87)【国際公開日】20130207

【審査請求日】2015年5月12日

(31)【優先権主張番号】1113145.5

(32)【優先日】2011年7月29日

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

(31)【優先権主張番号】1113144.8

(32)【優先日】2011年7月29日

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

(31)【優先権主張番号】1209525.3

(32)【優先日】2012年5月29日

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

(73)【特許権者】

【識別番号】513018028

【氏名又は名称】エスシーエー アイピーエルエー ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】100095957

【弁理士】

【氏名又は名称】亀谷 美明

(74)【代理人】

【識別番号】100096389

【弁理士】

【氏名又は名称】金本 哲男

(74)【代理人】

【識別番号】100101557

【弁理士】

【氏名又は名称】萩原 康司

(74)【代理人】

【識別番号】100128587

【弁理士】

【氏名又は名称】松本 一騎

(72)【発明者】

【氏名】バレット ステファン ジョン

【審査官】 田部井 和彦

(56)【参考文献】

【文献】 国際公開第２０１１／０５１７５３（ＷＯ，Ａ１）

【文献】 国際公開第２００９／１２２２１９（ＷＯ，Ａ１）

【文献】 国際公開第２０１１／１１９６８０（ＷＯ，Ａ２）

【文献】 Sierra Wireless, HTC, Orange, Alcatel-Lucent, Panasonic, KPN，Clarifications and evaluations for DT-GW solution，SA WG2 Meeting #86 S2-113676，２０１１年 ７月１４日，ＵＲＬ，http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_86_Naantali/docs/S2-113676.zip

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

モバイル通信ネットワークへまたはモバイル通信ネットワークから無線アクセスインタフェースを介してデータパケットを通信するための通信端末であって、当該モバイル通信ネットワークは、
前記通信端末へまたは前記通信端末から前記無線アクセスインタフェースを介してデータパケットを通信するための複数の基地局を備える無線ネットワーク部分と、
前記データパケットを前記無線ネットワーク部分から送信先アドレスへ通信し、または前記データパケットをソースアドレスから前記無線ネットワーク部分へ通信するように構成されるコアネットワーク部分と、
を含み、前記モバイル通信ネットワークは、前記通信端末へまたは前記通信端末から前記無線ネットワーク部分および前記コアネットワーク部分を介して前記データパケットを通信するための１つ以上の通信ベアラを確立するように構成され、当該１つ以上の通信ベアラの各々は、前記通信端末から前記送信先アドレスへのまたはソースアドレスから前記通信端末への１つ以上の接続に関連付けられるコンテキスト情報を用いて確立され、前記通信端末のうちの１つは、
アイドル状態において、前記通信端末の送信機を構成するための所定のパラメータを用いて、ショートメッセージデータパケットを前記無線ネットワーク部分の前記基地局のうちの１つへシグナリングメッセージとして通信するように構成され、当該所定のパラメータは、当該基地局内の受信機を前記ショートメッセージデータパケットを受信するように構成するために用いられるパラメータに対応し、前記ショートメッセージデータパケットは、当該ショートメッセージデータパケットを前記モバイル通信ネットワークの移動性マネージャへ通信するための、前記モバイル通信ネットワークによる使用のためのコンテキストを維持する条件を示すコンテキスト情報の標識を含み、前記条件は、前記通信端末と前記移動性マネージャとの間で送受信されるパケット数に基づく、通信端末。

【請求項2】

前記ショートメッセージデータパケットは、前記通信端末が前記モバイル通信ネットワークの前記基地局にアタッチされる際に前記モバイル通信ネットワークによって前記通信端末へ提供された、前記通信端末のＩＤを含む、請求項１に記載の通信端末。

【請求項3】

前記通信端末の前記ＩＤは、一時的なＩＭＳＩ番号である、請求項２に記載の通信端末。

【請求項4】

前記ショートメッセージデータパケットは、前記基地局への当該ショートメッセージデータパケットを識別するフィールドを含む、先行する請求項のいずれか１項に記載の通信端末。

【請求項5】

前記ショートメッセージデータパケットが前記基地局へ通信されることができるように、前記通信端末の前記送信機を構成するための前記所定のパラメータは、前記通信端末と前記基地局との間に一時的なコンテキストを確立し、当該一時的なコンテキストは、前記ショートメッセージデータパケットを前記通信端末と前記基地局との間で通信するための無線ベアラを提供する、請求項１〜４のいずれか１項に記載の通信端末。

【請求項6】

前記通信端末は、前記ショートメッセージデータパケットが前記基地局によって受信された後、前記無線ベアラを除去するように構成される、請求項５に記載の通信端末。

【請求項7】

前記通信端末は、前記移動性マネージャから通信される、当該移動性マネージャによる前記ショートメッセージデータパケットの受信を確認応答するための確認応答メッセージを受信し、および、当該確認応答メッセージに応じて、前記無線ベアラを除去するように構成される、請求項５に記載の通信端末。

【請求項8】

前記ショートメッセージデータパケットが前記基地局へ通信されることができるように、前記通信端末の前記送信機を構成するための前記所定のパラメータは、前記ショートメッセージデータパケットを表す無線信号を送信するための電力制御レベル設定電力、当該無線信号を用いて前記ショートメッセージデータパケットを前記通信端末から前記基地局へ通信するための、前記ショートメッセージデータパケットの変調および符号化のうちの少なくとも１つを含む、先行する請求項のいずれか１項に記載の通信端末。

【請求項9】

通信端末からモバイル通信ネットワークを介してショートメッセージデータパケットを通信する方法であって、当該モバイル通信ネットワークは、前記通信端末へまたは前記通信端末から無線アクセスインタフェースを介してデータパケットを通信するための複数の基地局を備える無線ネットワーク部分と、前記データパケットを前記無線ネットワーク部分から送信先アドレスへ通信し、または前記データパケットをソースアドレスから前記無線ネットワーク部分へ通信するように構成されるコアネットワーク部分と、を含み、前記方法は、
前記通信端末へまたは前記通信端末から前記無線ネットワーク部分および前記コアネットワーク部分を介して前記データパケットを通信するための１つ以上の通信ベアラを確立することと、当該１つ以上の通信ベアラの各々は、前記通信端末から前記送信先アドレスへまたはソースアドレスから前記通信端末への１つ以上の接続に関連付けられるコンテキスト情報を用いて確立されることと、を含み、前記確立することは、
前記ショートメッセージデータパケットを前記通信端末から前記基地局へ通信するための無線通信ベアラを確立することと、
アイドル状態において、前記通信端末の送信機を構成するための所定のパラメータを用いることと、当該所定のパラメータは、前記基地局内の受信機を前記ショートメッセージデータパケットを受信するように構成するために用いられるパラメータに対応することと、前記ショートメッセージデータパケットは、当該ショートメッセージデータパケットを前記モバイル通信ネットワークの移動性マネージャへ通信するための、前記モバイル通信ネットワークによる使用のためのコンテキストを維持する条件を示すコンテキスト情報の標識を含み、前記条件は、前記通信端末と前記移動性マネージャとの間で送受信されるパケット数に基づくことと、
を含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、モバイル通信ネットワークへまたはモバイル通信ネットワークから無線アクセスインタフェースを介してデータパケットを通信するための通信端末に関する。

【背景技術】

【0002】

３ＧＰＰに基づいて定められたＵＭＴＳおよびＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）アーキテクチャのような第３および第４世代モバイル通信システムは、前世代のモバイル通信システムによって提供される単純な音声やメッセージングサービスよりも高度なサービスをサポートすることができる。

【0003】

例えば、ＬＴＥシステムによって提供される改善型の無線インターフェースおよび強化されたデータレートによって、ユーザは、以前は固定回線のデータ接続を介してのみ利用可能であったモバイルビデオストリーミングおよびモバイルビデオ会議といった高データレートのアプリケーションを享受可能である。そのため、第３および第４世代ネットワークの展開への要望は強く、これらのネットワークのカバレッジエリア、つまり、ネットワークに対するアクセスが可能な地理的な場所が急速に増加することが予想される。

【0004】

第３および第４世代ネットワークの予想される広域展開によって、あるクラスの端末およびアプリケーションが並行開発されており、それらのクラスの端末およびアプリケーションは、利用可能な高データレートを利用するということよりも、むしろロバストな無線インターフェースおよびカバレッジエリアの偏在性の向上を利用する。例として、少量のデータを相対的に低い頻度で通信する準自律的または自律的なワイヤレス通信端末（つまり、ＭＴＣ端末）に代表されるような、いわゆるマシンタイプコミュニケーション（ＭＴＣ）のアプリケーションが含まれる。したがって、ＭＴＣ端末の使用は、従来のＬＴＥ端末のための従来の「ａｌｗａｙｓ−ｏｎ」の使用例とは異なり得る。ＭＴＣ端末の例として、いわゆるスマートメータ、例えば、消費者の家に設置され、ＭＴＣ中央サーバデータに返る消費者のガス、水道、電気などの公共施設の使用量に関係する情報を定期的に送信するスマートメータが含まれる。スマートメータの例では、メータは、小データ送信の受信（例えば、新たな価格プラン）および小データ送信の伝送（例えば、新たな示度）を共に行い得るが、それらのデータ送信は、一般的には低頻度であり、遅延耐性のある送信である。ＭＴＣ端末の特徴としては、例えば、ｌｏｗ ｍｏｂｉｌｉｔｙ、ｔｉｍｅ ｃｏｎｔｒｏｌｌｅｄ、ｔｉｍｅ ｔｏｌｅｒａｎｔ、ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ（ＰＳ） ｏｎｌｙ、ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎｓ、ｍｏｂｉｌｅ ｏｒｉｇｉｎａｔｅｄ ｏｎｌｙ、ｉｎｆｒｅｑｕｅｎｔ ｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｅｄ、ＭＴＣ ｍｏｎｉｔｏｒｉｎｇ、ｐｒｉｏｒｉｔｙ ａｌａｒｍ、ｓｅｃｕｒｅ ｃｏｎｎｅｃｔｉｏｎ、ｌｏｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｔｒｉｇｇｅｒ、ｎｅｔｗｏｒｋ ｐｒｏｖｉｄｅｄ ｄｅｓｔｉｎａｔｉｏｎ ｆｏｒ ｕｐｌｉｎｋ ｄａｔａ、ｉｎｆｒｅｑｕｅｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ、およびｇｒｏｕｐ ｂａｓｅｄ ＭＴＣ ｆｅａｔｕｒｅ（例えば、ｇｒｏｕｐ ｂａｓｅｄ ｐｏｌｉｃｉｎｇおよびｇｒｏｕｐ ｂａｓｅｄ ａｄｄｒｅｓｓｉｎｇ）のうちの１以上が含まれ得る。ＭＴＣ端末の他の例として、自動販売機、「サトナブ」端末、および防犯カメラまたは防犯センサなどが含まれ得る。

【0005】

近年開発されたモバイルネットワークは、一般的に、高レートであり、かつ高い信頼性を有するサービスによく適合しており、必ずしもＭＴＣサービスに十分には適合していない場合がある。

【発明の概要】

【0006】

本発明によれば、モバイル通信ネットワークへまたはモバイル通信ネットワークから無線アクセスインタフェースを介してデータパケットを通信するための通信端末が提供される。モバイル通信ネットワークは、モバイル通信端末へまたはモバイル通信端末から無線アクセスインタフェースを介してデータパケットを通信するための複数の基地局を備える無線ネットワーク部分と、データパケットを無線ネットワーク部分から送信先アドレスへ通信し、またはデータパケットをソースアドレスから無線ネットワーク部分へ通信するように構成されるコアネットワーク部分と、を含む。モバイル通信ネットワークは、通信端末へまたは通信端末から無線ネットワーク部分およびコアネットワーク部分を介してデータパケットを通信するための１つ以上の通信ベアラを確立するように構成され、当該１つ以上の通信ベアラの各々は、通信端末から送信先アドレスへのまたはソースアドレスから通信端末への１つ以上の接続に関連付けられるコンテキスト情報を用いて確立される。通信端末は、アイドル状態において、モバイル通信端末の送信機を構成するための所定のパラメータを用いて、ショートメッセージデータパケットを無線ネットワーク部分の基地局のうちの１つへシグナリングメッセージとして通信するように構成され、当該所定のパラメータは、当該基地局内の受信機をショートメッセージデータパケットを受信するように構成するために用いられるパラメータに対応し、当該ショートメッセージデータパケットは、当該ショートメッセージデータパケットをモバイル通信ネットワークの移動性マネージャへ通信するための、モバイル通信ネットワークによる使用のためのコンテキスト情報の標識を含む。

【0007】

本発明の実施形態は、通信端末と基地局との間におよび基地局から移動性マネージャへ通信ベアラを確立しまたは一時的にのみ確立することなく、データパケットを「コンテキストレスな（ｃｏｎｔｅｘｔ−ｌｅｓｓ）」または「擬似コンテキストレスな（ｑｕａｓｉ−ｃｏｎｔｅｘｔ−ｌｅｓｓ）」手法でシグナリングメッセージとして通信するための構成を提供することができる。それによって、必要とされるシグナリングオーバーヘッドの量が低減され、これは、比較的少量のデータを通信する効率的な手法となり得る。本発明の実施形態は、一例において、ＭＴＣタイプのアプリケーションについて展開されるものといった、より簡単なデバイスから少量のデータを通信するために用いられることができる。

【0008】

小さいＭＴＣメッセージの配信のための様々なシステムアーキテクチャのオプションが存在する。１つのオプションは、通信端末とＭＴＣサーバとの間にインターネットプロトコル（ＩＰ）接続を確立することである。従来のＩＰスタックをモバイル通信端末において提供することは、アプリケーション開発の観点から魅力的となり得る。しかしながら、移動性の期間中にユーザプレーンベアラを確立しおよびコアネットワークトンネルを管理するために必要とされる、接続由来の（ｃｏｎｎｅｃｔｉｏｎ ｏｒｉｅｎｔｅｄ）シグナリングに関連付けられるオーバーヘッドは、潜在的に数バイトのみのアプリケーションデータが転送される必要がある場合、過剰となり得る。別のオプションであって、多くの既存のＧＳＭ／ＵＭＴＳ広域セルラＭＴＣアプリケーションによって利用されるオプションは、ショートメッセージサービスを使用することである。ＳＭＳによれば、メッセージは、制御プレーン上で搬送され、ユーザプレーン接続を確立することに関連付けられるシグナリングオーバーヘッドおよびそれらに関連付けられるトンネルは、回避されることができる。ＳＭＳの利点は、ＳＭＳサービスセンタ（ＳＭＳ−ＳＣ）内への格納および転送機能の提供である。これは、通信端末がカバレッジ外に存在し、または電力を使い果たした場合、メッセージはバッファリングされ、当該端末がカバレッジ内に戻るとき、または再アタッチされる（reattaches）ときまで待機するであろうことを意味する。３ＧＰＰ ＬＴＥリリース１０において、ＬＴＥ上のＳＭＳは、ＭＭＥとレガシーの２Ｇ／３Ｇコアネットワークとの間の相互接続（いわゆるＳＧ上のＳＭＳ）を通じて、または、ＩＰ ＰＤＮ接続上でサポートされるＩＭＳ接続性を用いる、通信端末とレガシーのＳＭＳ−ＧＭＳＣ／ＳＭＳ−ＩＷＭＳＣとの間の相互接続によって、促進される（ｆａｃｉｌｉｔａｔｅｄ）。

【0009】

本発明の実施形態は、アクセス層（ＡＳ：ａｃｃｅｓｓ ｓｔｒａｔｕｍ）セキュリティの確立を回避し、その代わりに非アクセス層（ＮＡＳ：ｎｏｎ ａｃｃｅｓｓ ｓｔｒａｔｕｍ）によって提供されるセキュリティに依拠することによって、シグナリングオーバーヘッドを低減する、ＳＭＳを強化する方法を提供することができる。同様に、少量のトラフィックのみが搬送されている場合、ネットワーク制御のハンドオーバベースの移動性管理への代替案も適当となり得る。

【0010】

いくつかの例において、ショートメッセージデータパケットは、モバイル通信端末のＩＤを含み、当該ＩＤは、モバイル通信端末がモバイル通信ネットワークの基地局にアタッチした際にモバイル通信ネットワークによって通信端末へ提供されたものである。そのため、ショートメッセージデータパケット内にＩＤを含めるように通信端末を構成することによって、基地局は、ショートメッセージデータパケットを通信するために利用可能なコンテキストは存在しないことを認識し、および当該データパケットを通信するためにデフォルトのコンテキストまたは通信ベアラを使用することができる。基地局もショートメッセージデータパケットをシグナリングメッセージとして扱う場合、基地局は、ショートメッセージデータパケットを移動性マネージャへ通信するためのコンテキストを確立することができる。一例において、モバイル通信端末のＩＤは、一時的なＩＭＳＩ（international mobile subscriber identity）番号またはその表示である。別の例において、ショートメッセージデータパケットは、基地局へのショートメッセージデータパケットを識別するフィールドを含む。そのため、基地局は、当該ショートメッセージが移動性マネージャへ通信されるべきであることを認識する。

【0011】

いくつかの実施形態において、基地局は、ショートメッセージデータパケットを通信するための一時的な無線ベアラを通信端末と基地局との間に確立し、当該無線ベアラは、ショートメッセージデータパケットが基地局によって受信された後、除去される。無線ベアラは、デフォルトの無線ベアラであってもよく、または通信端末と基地局との間におけるメッセージの交換後に確立されてもよい。

【0012】

本発明のさらなる態様および特徴は、添付の特許請求の範囲において規定され、基地局、モバイル通信端末、および方法を含む。

【図面の簡単な説明】

【0013】

ここで、本発明の例示的な実施形態が、添付の図面を参照して説明される。類似する部分は、同じ指定の参照番号を有する。

【0014】

【図1】ＬＴＥ標準に従うモバイル通信ネットワークの概略的なブロック図である。

【図2】従来のネットワークにおいて、端末が伝送したメッセージがたどるパスの例を示す。

【図3】従来のＬＴＥネットワークにおけるＥＭＭ状態とＥＣＭ状態間の移行の例示である。

【図4】可能な呼フローの例示であり、図２に対応する。

【図5】図４の概略的な例示である。

【図6】ショートメッセージの通信に関連する呼フローの概略的な例示である。

【図7】ショートメッセージの通信に関連する呼フローの概略的な例示である。

【図8】ショートメッセージの通信に関連する呼フローの概略的な例示である。

【図9】ショートメッセージの通信に関連する呼フローの概略的な例示である。

【図10】ショートメッセージの通信に関連する呼フローの概略的な例示である。

【図11】ショートメッセージを伝送するための可能なパスの例示である。

【図12】ショートメッセージを伝送するための可能なパスの別の例示である。

【図13】ショートメッセージを伝送するための可能なプロトコルスタックの例示である。

【図14】ショートメッセージを伝送するための別の可能なプロトコルスタックの例示である。

【図15】図１および図２に示されるＬＴＥ標準に従うモバイル通信ネットワークの一部の概略的なブロック図であり、ある基地局から別の基地局へのモバイル通信端末の提携の変更を示す。

【図16】図１５に示される移動性マネージャの概略的なブロック図である。

【図17】本技術の一例に従うダウンリンクデータパケットを送致するための呼フロー処理の例示的な描写である。

【図18】本技術の別の例に従うダウンリンクデータパケットを送致するための呼フロー処理の例示的な描写である。

【図19】本技術のさらなる例に従うダウンリンクデータパケットを送致するための呼フロー処理の例示的な描写である。

【図20】モバイル通信端末が、本技術に従って動作している際に採用し得る状態の例示的な構成を提供する。

【図21】モバイル通信端末が、本技術に従って動作している際に採用し得る状態の例示的な構成を提供する。

【図22】モバイル通信端末が、本技術に従って動作している際に採用し得る状態の例示的な構成を提供する。

【図23】モバイル通信端末が、本技術に従って動作している際に採用し得る状態の例示的な構成を提供する。

【図24】本技術に従う、従来のＲＲＣ接続状態とＲＲＣメッセージング接続状態の両方に関するモバイル通信ネットワークの要素を経由した、パケットのパスの概略的な例示である。

【図25】ＲＲＣメッセージング接続拘束（ｌｅａｓｈｅｄ）／解放（ｕｎｌｅａｓｈｅｄ）状態、ならびにＥＣＭアイドル状態、ＥＣＭメッセージング接続状態およびＥＣＭ接続状態の関係を示すテーブルである。

【図26】ショートメッセージがモバイル端末によってコンテキストレスな手法で送信される処理の例示的なフロー図を提供する。

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

【0015】

例示的な実施形態が３ＧＰＰ ＬＴＥアーキテクチャとの関連で概略的に説明される。しかし、発明は３ＧＰＰ ＬＴＥアーキテクチャでの実装に限定されない。逆に、いずれの適切なモバイルアーキテクチャも関連していることが想定される。

【0016】

＜従来のネットワーク＞
図１は、従来のモバイル通信ネットワークの基本的な機能性を示す概略的な図を提供する。ネットワークは、ユーザプレーンにおけるトラフィックのためのサービングゲートウェイ（Ｓ−ＧＷ）１０３および制御プレーンにおけるシグナリングのための移動性管理エンティティ（ＭＭＥ）に接続されている１以上の基地局１０２（基地局は１つ表されている）を含む。ＬＴＥでは、基地局は、ｅ−ＮｏｄｅＢと呼ばれ、以下の説明ではｅＮＢと呼ぶ。各基地局は、カバレッジエリア１０３を提供し、カバレッジエリア１０３内において、データがモバイル端末１０１へ、およびモバイル端末１０１から通信され得る。データは、無線ダウンリンクを介して、基地局１０２からカバレッジエリア内のモバイル端末１０１へ送信される。データは、無線アップリンクを介して、モバイル端末１０１から基地局１０２へ送信される。ＭＭＥ１０５、Ｓ−ＧＷ１０３、およびＰＤＮゲートウェイ（Ｐ−ＧＷ）１０４を含むコアネットワークは、データをモバイル端末１０１へ、およびモバイル端末１０１からルーティングし、認証、移動性管理、課金などの機能を提供する。Ｐ−ＧＷは、例えば、インターネット、ＩＭＳコアネットワークなどを含み得る１以上の他のネットワークに接続される。図１の例示では、ユーザプレーンでの接続は、実線で表されているが、制御プレーンでの接続は、破線で表されている。

【0017】

図２は、モバイル端末１０１によって通信されたメッセージ１３０がたどるパスの例を示す。この例では、ＭＴＣ端末１０１は、送信先１２０へメッセージ１３０を伝送することを希望しているが、送信先には、インターネットを介して到達可能である。この例では、送信先デバイスは、コンピュータとして表される。しかし、送信先１２０は、いずれの適切なタイプの要素でもあり得、その要素は、モバイル端末１０１によって、アドレス指定され得る。例えば、送信先デバイス１２０は、別の端末、パーソナルコンピュータ、サーバ、プロキシ、または（最終的な送信先への）中間要素であり得る。

【0018】

以下の説明では、モバイル端末がＬＴＥネットワークを介して、メッセージ１３０を通信する動作例の概略的な説明を提供する。これによって、本技術のいくつかの態様および有益な点の認識が促進される。

【0019】

モバイル端末１０１がデータを送信先へ伝送するために、端末１０１とＰＧＷ１０４の間にＥＰＳベアラがセットアップされる。ＥＰＳベアラは、図２に示すように、ｅＮＢ１０２とＳＧＷの間のＧＴＰトンネル、およびＳＧＷとＰＧＷ１０４の間の別のＧＴＰトンネルを通して部分的に搬送される。メッセージ１３０が送信先デバイスへ搬送される際には、メッセージ１３０は、ＥＰＳベアラの第１の端において、端末１０１からｅＮＢ１０２（ステップ１）、そしてＳ−ＧＷ１０３（ステップ２）、次いでＥＰＳベアラの他方の端において、Ｐ−ＧＷ１０４（ステップ３）へ伝送される。そして、Ｐ−ＧＷ１０４は、メッセージ１３０を送信先１２０へ回送する（ステップ４）。

【0020】

図３は、端末に対してＬＴＥ標準で規定されるＥＣＭ状態（接続またはアイドル）とＥＭＭ状態（登録または未登録）の４通りの可能な組合せ間の様々な移行を示し、どのように端末の接続が管理されるかを示す。頭字語ＥＣＭは、「ＥＰＳ接続管理（ＥＰＳ Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）」を表し、ＥＣＭ状態とは、端末がＭＭＥと非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）接続をセットアップするか否かを一般的に示す。ＬＴＥでは、端末は、ＭＭＥへ接続し、ＥＣＭ＿ｃｏｎｎｅｃｔｅｄへ切り替わる際、ＥＰＳベアラ、つまり、Ｓ−ＧＷを介したＰ−ＧＷへのデータ接続もセットアップする。また、端末がＥＣＭ＿ｃｏｎｎｅｃｔｅｄからＥＣＭ＿ｉｄｌｅへ切り替わる際に、ＥＰＳベアラは切断され、全てのＳ１およびＲＲＣ接続がリリースされる。頭字語ＥＭＭは、「ＥＰＳ移動性管理（ＥＰＳ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）」を表し、ＥＭＭ状態とは、端末がネットワークにアタッチされるか否かを一般的に示す。端末がＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄにある場合、端末は、例えば、オフにされ得るか、カバレッジ外にあり得るか、または異なるネットワークに接続され得る。対照的に、端末がＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄにある場合、端末はネットワークにアタッチされているので、ＭＭＥにおけるＩＰアドレスおよびＮＡＳセキュリティコンテキストを有する。端末は、ＥＰＳベアラをセットアップしてもしなくともよいが、いずれの場合でも、端末は、ＭＭＥ（例えば、ＮＡＳセキュリティコンテキスト）およびＰ−ＧＷ（例えば、ＩＰアドレス）における、端末に関連付けられている一部のコンテキストを有する。さらに、どのトラッキングエリアにＵＥが配置されるかは、ＭＭＥに既知となる。次に、４つのＥＣＭ／ＥＭＭ状態およびそれらの間の移行を説明する。

【0021】

モバイル端末１０１は、状態１５３から始まると想定され、状態１５３では、モバイル端末１０１は、ネットワークに接続していない。状態１５３では、端末はＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄおよびＥＣＭ＿ｉｄｌｅ状態にある。この状態から、端末はネットワークにアタッチし得、ＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄおよびＥＣＭ＿ｃｏｎｎｅｃｔｅｄ状態となる。しかし、アタッチするためには、まず、端末がＥＣＭ＿ｃｏｎｎｅｃｔｅｄに切り替わっていなければ、端末は、ＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄに切り替わることができない。即ち、状態１５３から始まり、端末は状態１５２または１５１へ行くことができず、まず、状態１５４へ行かなければならない。そのため、矢印１６１によって示されるように、状態１５３の端末は、まず、ＥＣＭ接続に切り替わり、次いで、ＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄへ切り替わることによって、ネットワークにアタッチし得る。端末は、アタッチ手続きを状態１５３から始めるので、いずれの接続も有していない状態１５３から、ＭＭＥへのＮＡＳ接続、Ｐ−ＧＷによって割り当てられるＩＰアドレス、ならびにｅ−ＮＢおよびＳ−ＧＷを介するＰ−ＧＷへのＥＰＳベアラを有する状態１５１へ移動する。

【0022】

状態１５１と１５２間の移行は、データ接続（ＥＰＳベアラ）がセットアップされる（１６４）か、または全てのデータ接続がリリースされている（１６５）際に生じる。一般的に、移行１６５は、ユーザがＥＰＳベアラをアクティブにし、一定時間、ベアラを使用していなかった場合に生じる。そして、ネットワークは、端末が、もはやＥＰＳベアラを必要といないと判定し得、したがって、全ての対応するリソースをリリースし得、かつ端末をＥＣＭ＿ｉｄｌｅに切り替え得る。端末が、いずれのＥＰＳベアラも使用しておらず（例えば、移行１６４に関する記載を参照）、現在、伝送または受信すべきデータを有している場合に、移行１６４は一般的に生じる。そして、ＥＰＳベアラがこの端末に対してセットアップされ、端末は、ＥＣＭ＿ｃｏｎｎｅｃｔｅｄに切り替えられる。端末がＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄの場合は常に、ＥＣＭ状態に関わらず、端末は、端末に到達するために使用され得るＩＰアドレスを有する。換言すると、現在アクティブな実在のＥＰＳベアラがない（例えば、状態１５２）場合、ＩＰコンテキストはアクティブのままである。

【0023】

例えば、端末がオフにされるか、別のネットワークへ移動するか、またはその他のいずれかの理由により、端末がネットワークからデタッチする場合、端末は、現状のいずれかの状態から状態１５３に切り替わり、先に端末に対して維持されていたいずれかの未処理のＥＰＳベアラまたはコンテキストを、移行１６２または１６３を介して、リリースする。

【0024】

理解されるように、端末がＥＣＭ＿ｃｏｎｎｅｃｔｅｄおよびＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄである状態１５４は、移行状態であり、端末は、一般的に、この特定の状態に留まらない。この状態の端末とは、状態１５３（デタッチされ、非アクティブ）から状態１５１（アタッチされ、アクティブ）に切り替わる端末または状態１５１から状態１５３に切り替わる端末である。

【0025】

ＲＲＣ状態も提供され、端末とｅＮＢ間のＲＲＣ接続のステータス（ＲＲＣ＿ｃｏｎｎｅｃｔｅｄおよびＲＲＣ＿ｉｄｌｅ）を反映する。従来の動作条件では、ＲＲＣ状態は、ＥＣＭ状態に対応する：端末がＥＣＭ＿ｃｏｎｎｅｃｔｅｄである場合、端末はＲＲＣ＿ｃｏｎｎｅｃｔｅｄでもあり、端末がＥＣＭ＿ｉｄｌｅである場合、端末は、ＲＲＣ＿ｉｄｌｅでもある。接続がセットアップまたは切断されると、短い時間期間、ＥＭＣ状態とＲＲＣ状態間に不一致が生じ得る。

【0026】

図４は、端末１０１から送信先１２０への接続をセットアップし、その接続を用いてデータを通信し、かつ端末１０１と送信先１２０の間の通信が完了した後に、その接続をリリースするために交換されるメッセージの例を示す。図４の呼フローは、概略的に４つのステップＡ〜Ｄに分割され得る。ステップＡが始まる前に、端末１０１は、ＥＣＭ＿ｉｄｌｅ状態であり、これは、端末１０１が現在、通信していないことを意味する。ステップＡ（メッセージ１〜３）では、端末１０１とｅＮＢ１０２間の通信を制御するために、ＲＲＣ接続が端末１０１とｅＮＢ１０２の間にセットアップされる。このＲＲＣ接続が成功裡に確立されると、ステップＢ（メッセージ３〜１２）において、端末１０１は、ＭＭＥ１０５とＮＡＳ接続を確立し得る。この端末１０１からＭＭＥ１０５へのＮＡＳ接続要求に従って、ＭＭＥは、端末１０１とＰ−ＧＷ１０３の間にＳ−ＧＷ１０３およびｅＮＢ１０２を介して接続（例えば、ＥＰＳベアラ）をセットアップし、この接続を制御する。ここでは示されていないが、接続（例えば、ＥＰＳベアラ）を、例えば、Ｐ−ＧＷ１０４、ＧＴＰトンネル、およびＥＰＳベアラにセットアップするために、例えば、Ｓ−ＧＷ１０３からＰ−ＧＷ１０４へメッセージも伝送され得る。ステップＢの最後に、端末１０１は、メッセージを伝送および受信するためにセットアップされ、利用可能なＥＰＳベアラを有しているので、ＥＣＭ−ｃｏｎｎｅｃｔｅｄ状態にある。図４の呼フローは例示であり、メッセージのうちのいくつかは、例えば、ステップＡ前のＥＭＭ状態に応じて、変化し得る。例えば、端末は、ＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄ状態であり得、ステップＢ中にＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄに切り替わり得るか、またはステップＡが始まる前に、既にＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄであり得る。

【0027】

この接続（例えば、ＥＰＳベアラ）がセットアップされると、端末１０１は、この接続を使用して、メッセージ１３０を送信先１２０へ伝送し得る（ステップＣ）。図４に示される例では、メッセージ１３０は、メッセージ１３〜１６を介して伝送され、メッセージ１３０の後に、メッセージ１３０が送信先１２０および／またはその最終的な送信先によって受信されたことを確認するための確認メッセージが伝送される。他の例では、メッセージ１３０を伝送するために用いられるプロトコルに依存することが多いが、いずれの確認メッセージもメッセージ１３〜１６後に伝送されない場合もある。ＵＤＰで稼働するアプリケーション層が確認の伝送を要求する場合、図４に示されるシナリオが適用可能であり得る。

【0028】

ステップＣの完了の後の一定時点で、リソースがリリースされる（ステップＤ）。ステップＤは、ステップＣの後のいずれかの時点、例えば、メッセージ２０の直後、または、それ以降の時点、例えば、端末１０１が通信を所定時間停止した後に起こり得る。ステップＤの目的は、未使用の接続を全てリリースすること、つまり、ＭＭＥ１０５と端末１０１間のＮＡＳ接続をリリースする（これによって、Ｓ−ＧＷとｅＮＢと間のＧＴＰトンネル、およびＥＰＳベアラといったリソースもリリースされる）こと、および端末１０１とｅＮＢ１０２の間のＲＲＣ接続をリリースすることである。ここでも、ステップＤの後、端末１０１が、ＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄのままであるのか、またはＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄに切り替わるのか、ということによって、ステップＤに対する呼フローは影響される傾向がある。例えば、端末１０１がＲＲＣ接続、ＮＡＳ接続、およびＥＰＳベアラを単にリリースする場合、端末は、ＥＭＭ＿ｒｅｇｉｓｔｅｒｅｄのままであり得るが、それは、端末が非常に長い間、非アクティブであったためである。あるいは、端末１０１は、（例えば、ＧＳＭネットワークへのハンドオーバに続いて）ネットワークからデタッチして、ＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄに切り替わり得る。

【0029】

端末１０１が大量のデータを伝送および／または受信しなければならない場合、この接続方法は、大量のデータを送信するためのＰ−ＧＷへの高スループットな接続のセットアップに効果的であり得る。しかし、この接続方法は、異なるパーティ間での多数のシグナリングメッセージの交換および多数の先進の接続（ＲＲＣ、ＮＡＳ、ＥＰＳなど）のセットアップに基づいており、端末の送信が実際には短い小送信である場合、システムを非効率的にし得る。このことは、ＭＴＣタイプの使用に関して当てはまる傾向がある。さらに、ＭＴＣタイプの使用では、デバイスを生産する費用を削減するために、従来のモバイル端末と比較して、機能性の低減を要求される傾向がある。なぜならば、ＭＴＣデバイスは、従来のモバイル端末よりも普及し、実利を求めることが予測されるので、ＭＴＣデバイスは、魅力的なように、より低費用で生産され、データを送受信するために、モバイル通信ネットワークを使用するからである。そのため、本技術は、従来のモバイル通信技術に適合するという利点を提供することを目的としている。特にデータ通信の点で、適合されたモバイル通信ネットワークが提供するような、従来の技術を使用するモバイル端末を実装する複雑さを低減し、それによって費用も削減する。これは、ＬＴＥネットワークを含む近年のネットワークは、高性能で移動性が高い端末用に設計されており、その結果として、移動中に大量のデータを送信する可能性のある端末をサポートするために、先進の移動性管理を用いて、高速で高い信頼性を有する接続のセットアップに通常は備えているためである。しかし、個人用電話程移動しておらず、かつ／または少量のデータのみを相対的に低い頻度で送信する端末の場合、端末が通信するために要求されるシグナリングの量および移動性トラッキングの量が過剰であり得る。特に、このタイプの端末にとっては受容可能な場合もある低いレベルの一部のサービスと比較すると、過剰であり得る。例えば、ＭＴＣ端末は、人対人の端末よりも遅延耐性があり、送信中に移動および／またはセルの変更をする傾向が低く、通常、少量のデータを伝送または受信する。

【0030】

そのため、小メッセージを送信および／またはＭＴＣ通信するネットワークの効率性を改善する方法を提供することが望ましくあり得る。以下の節では、異なる例示的な技術を提供するが、それらは本技術の態様および特徴を形成する。

【0031】

＜ショートメッセージの送信＞
ＬＴＥでは、ＳＭＳは、現在、２通りの方法でサポートされ得る。第１の方法では、ショートメッセージは、レガシーＳＭＳネットワークにインターワーク機能を提供するＩＭＳコアにおいて、ＩＰショートメッセージゲートウェイ（ＩＰ−ＳＭ−ＧＷ：ＩＰ Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｇａｔｅｗａｙ）と呼ばれるアプリケーションサーバ（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）を介して伝達される。例えば、端末がＳＭＳをＬＴＥで伝送することを希望する場合、端末は、上記ＥＰＳベアラをセットアップし、ＥＰＳベアラを通して、ＳＭＳをＩＭＳコアのＩＰ−ＳＭ−ＧＷへ伝送する。同様に、端末がＳＭＳを受信する場合、ネットワークは、ＥＰＳベアラのセットアップをトリガし、次いで、ＩＭＳコアのＩＰ−ＳＭ−ＧＷは、ＳＭＳを端末へＥＰＳベアラを通して回送する。上記のように、少なくともＲＲＣ接続、ＮＡＳ接続、およびＥＰＳベアラをセットアップおよび切断するために、多数のメッセージが交換されなければならず、これによって、頻度が低いショートメッセージの伝送および受信は非常に非効率的になる。当然、個人用電話の場合、ユーザは「ａｌｗａｙｓ−ｏｎ」の手法を十分に活用する傾向があり、ユーザは、大抵の場合、既にセットアップされたＥＰＳベアラを他のサービス（例えば、電子メール、ウェブ閲覧など）に対して有し得る。しかし、ＭＴＣ端末は、ショートメッセージを１通のみ伝送すればよく、それは、長い時間期間の間に伝送または受信された唯一のデータである場合がある。その場合、ＳＭＳ ｏｖｅｒ ＩＭＳを使用する際に、ショートメッセージをＩＭＳコアに伝送するために、ＲＲＣ接続、ＮＡＳ接続、およびＥＰＳベアラをセットアップすることは、非常に非効率的である。

【0032】

モバイルネットワークが、ＩＭＳコアに接続されていないか、またはＵＥがＩＭＳの機能性を有していない場合、ＭＭＥとＭＳＣ間のＳＧインターフェースを介して、ＳＭＳメッセージをレガシーおよび回線交換（ＣＳ）コアへ転送するという一時的なソリューションが「ＳＭＳ ｏｖｅｒ ＳＧｓ」という名称で提案されている。ショートメッセージは、ＲＲＣおよびＮＡＳを含む制御プレーンプロトコルを用いて、ＭＭＥとＵＥの間を伝達される。ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ−ｏｎｌｙのモバイルネットワークは、高性能で使用率が高い端末用に設計されており、そのため、端末がサービス要求を伝送する場合、高容量なデータパス（例えば、ＥＰＳベアラ）が、その端末の使用のためにセットアップされるであろうことが想定されるが、サービス要求をトリガしたサービスの使用に必ずしも限定されない。したがって、端末が「ａｌｗａｙｓ−ｏｎ」モードにあり、新たなサービスごとに新たなベアラをセットする必要がないように、端末は、１以上のサービス（例えば、ウェブ閲覧、電子メールなど）にアクセスするために、このパスを使用し得る。そのため、端末がモバイルネットワークを用いて通信（例えば、ＳＭＳメッセージの伝送）を希望していることをネットワークに知らせるか、またはネットワークに端末と通信すべきデータ（例えば、ＳＭＳメッセージ）があることをネットワークが検出する際、まず、データパスが、端末がモバイルネットワークを用いて通信を始め得る前にセットアップされる。その結果、ＳＭＳ ｏｖｅｒ ＳＧｓに従って、ＳＭＳを伝送する端末は、ＭＭＥを介して、２Ｇ／３ＧネットワークにおけるレガシーＳＭＳＣへＳＭＳを伝送する前に、ＲＲＣ接続、ＮＡＳ接続、およびＥＰＳベアラのセットアップを含む、ネットワークへの完全なアタッチをまず行う。このフォールバックのソリューションは、ＭＭＥとＭＳＣの間の新たなインターフェースＳＧを用いる。ＳＭＳ ｏｖｅｒ ＩＭＳに関しては、端末は、ＳＭＳを伝送または受信し得る前に、ＲＲＣ、ＮＡＳ、およびＥＰＳを含む全ての接続をまずセットアップすべきである。

【0033】

つまり、近年のネットワークがどのように設計されたかによって、端末に伝送または受信すべきデータがあるときはいつでも、完全なＰＳデータパス（例えば、ＥＰＳベアラ）がセットアップされた後、他の接続（例えば、ＲＲＣおよびＮＡＳ）のセットアップも含むあらゆることが行われ、次いで、データが通信され得る。そのような手法は、スループットが高く、使用率が高い端末に適切であり得るが、ＭＴＣ端末には適性が低い。例えば、送信されるデータの量に比較すると、シグナリングの量は不均衡である。また、様々な関連要素は全て、「コンテキスト」と呼ばれる接続情報を維持しなければならないが、このコンテキストは、ＭＴＣ端末に短い通信のみがある特定の場合には必要でないこともある情報に関連する。例えば、ネットワークによって提供される先進の移動性サービスは、かなりの量のシグナリングおよびコンテキストを必要とするが、その量は、移動性の先進性がより低くなり、移動性がより調整されるにつれて低減され得る。そのため、ショートメッセージの伝送の効率性を改善するために、ショートメッセージの伝送に関する代替的なソリューションが提案される。

【0034】

完全なＲＲＣ接続およびＮＡＳ接続をセットアップせず、ユーザプレーンではなく、制御プレーンにおいて、シグナリングパケットでショートメッセージを伝送することが提案される。したがって、シグナリング、コンテキスト、および移動性管理の量を低減し得ると、それによってＭＴＣ端末に対するネットワークの効率性が改善される。

【0035】

＜ショートメッセージを伝送するための接続およびコンテキスト＞
単純化した接続およびコンテキストをさらに示すために、図４の呼フローが概略的に図５のように表され得る。まず、ＲＲＣ接続が端末１０１とｅＮＢ１０２の間にセットアップされる。このＲＲＣ接続が時刻ｔ_１でセットアップされると、ｅＮＢは、Ｃｏｎｔ＿ＲＲＣと呼ばれるＲＲＣコンテキストをＲＲＣ接続の継続時間中、維持する。換言すると、ＲＲＣがリリースされるまで、ｅＮＢは、このＣｏｎｔ＿ＲＲＣを維持することになる。このようなコンテキストには、例えば、端末識別子（例えば、Ｃ−ＲＮＴＩ）、電力制御設定、移動性設定、セキュリティ設定、他の無線設定、またはいずれか他の情報が含まれ得る。無線レイヤの動作に関する類似情報を格納するＵＥにも対応するコンテキストが存在するが、それは図に示されていない。

【0036】

ＲＲＣ接続がセットアップされると、ＮＡＳ接続が端末１０１とＭＭＥ１０５の間にセットアップされる。このＮＡＳ接続が時刻ｔ_２でセットアップされると、ＭＭＥ１０５は、Ｃｏｎｔ＿ＮＡＳと呼ばれる、端末１０１へのＮＡＳ接続のためのコンテキストをＮＡＳ接続の継続時間中、維持する。このようなＮＡＳコンテキストは、例えば、端末識別子、端末のＩＰアドレス、現在のｅＮＢ、移動性設定、セキュリティ設定、ＱｏＳ設定、またはいずれか他の情報を含み得る。上記説明のように、端末１０１が、モバイルネットワークを介して、データ接続をアタッチ／セットアップする場合、ＥＰＳベアラがユーザプレーンにおいて、端末とＰ−ＧＷ１０４の間にセットアップされ、ベアラは、制御プレーンにおいて、ＭＭＥ１０５によって制御される。ＮＡＳプロトコルに関するＵＥ関連情報を格納するＵＥにもコンテキストが存在することになる。図に示されており、ＭＭＥに格納されるコンテキストＣｏｎｔ＿ＮＡＳは、ＥＰＣ ＮＡＳシグナリング手続きによって使用またはＥＰＣ ＮＡＳシグナリング手続きにおいて転送される情報よりも多くの情報を含み得、コンテキストＣｏｎｔ＿ＮＡＳは、ＭＭＥによって、例えばＨＳＳから集められたセッションに関する情報も含み得ることに留意されたい。

【0037】

ＲＲＣ接続、ＮＡＳ接続、およびＥＰＳベアラがセットアップされると、端末は、ＥＰＳベアラを通して、アップリンクデータを送信先へ伝送し得る。図５の例において、端末１０１がアップリンクデータを伝送する場合でも、同じ接続セットアップが、ダウンリンク、またはアップリンクおよびダウンリンク送信に対して生じる。同様に、他の例では、いずれの確認メッセージもない場合があるが、確認メッセージのパスが図５の例には示されている。先に述べたように、これは、例えば、データを送信するために用いられるプロトコルのタイプに依存し得る。図５から分かるように、Ｃｏｎｔ＿ＲＲＣおよびＣｏｎｔ＿ＮＡＳは、ＲＲＣ接続およびＮＡＳ接続の継続時間中（つまり、ＲＲＣ接続およびＮＡＳ接続が、接続リリースメッセージの交換によって、明確にリリースされるまで）、維持され、その結果として、ＲＲＣコンテキストは、ｅＮＢ１０１が端末１０１から受信または端末１０１へ伝送する全てのパケットに使用される。ＥＰＳベアラがリリース可能となると、端末１０１とＭＭＥ１０５の間のＮＡＳ接続が同時にリリースされる。その結果、ＮＡＳ接続がリリースされる時刻ｔ_３で、コンテキストＣｏｎｔ＿ＮＡＳもリリースされる。ＮＡＳ接続の切断に続いて、対応するＲＲＣ接続が時刻ｔ_４で切断される。また、ＲＲＣ接続がリリースされると、コンテキストＣｏｎｔ＿ＲＲＣもリリースされる。

【0038】

概して、本技術の実施形態によれば、ショートメッセージは、コンテキストレスまたは疑似コンテキストレスな様式で伝送される。一例では、端末とＭＭＥの間のいずれのＮＡＳ接続の確立にも先立ち、端末がメッセージを伝送し得ることによって、シグナリングのみならず、端末に対するサービスのレベルも低下する。別の例では、端末とｅＮＢ間のいずれのＲＲＣ接続の確立にも先立ち、端末がメッセージを伝送し得ることによって、シグナリングのみならず、端末に対するサービスのレベルも低下する。さらなる例では、一時的なＲＲＣおよび／またはＮＡＳ接続が、例えば、１以上の任意の数である所定数のメッセージまたは所定数以上のメッセージのみのためにセットアップされるという、限定された特徴によって、セットアップされた後、端末はメッセージを送信し得る。一例では、接続は、１つのメッセージのみのためにセットアップされ得、別の例では、接続は、２メッセージ交換（ｔｗｏ−ｍｅｓｓａｇｅ ｅｘｃｈａｎｇｅ）の継続時間中、セットアップされている場合もある。ＲＲＣ接続およびＮＡＳ接続に対して、部分的な接続の確立と接続確立しないことを適切に組み合わせることを本開示で検討することを意図している。様々な組合せを以下で検討する。

【0039】

図６の例示は、一時的な低減されたＲＲＣ接続が１メッセージ会話のためにセットアップされる際に、端末１０１がメッセージを伝送し、かつＮＡＳ接続が予め確立されていない例を示す。

【0040】

図６の例では、一時的なＲＲＣ接続が時刻ｔ_１でセットアップされ、ＲＲＣ接続は、従来の完全なＲＲＣ接続ではなく、（１）１メッセージ会話に限定され、（２）電力設定のみ設定する接続である。例えば、アクセス層（ＡＳ：Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）のセキュリティおよび移動性設定は、通常は従来の送信のために設定されるが、設定されない場合もある。結果として、ｅＮＢにおいて維持されるコンテキストが低減され得、低減された量の情報のみを含む。例えば、コンテキストは、端末識別子および電力設定のみを含み得る。ＲＲＣ接続セットアップは、新たなタイプのＲＲＣメッセージまたは既存のＲＲＣメッセージの再利用に依存し得る。例えば、端末１０１は、既存のメッセージ、およびメッセージ中のフラグ、フィールド、または標識を使用し得ることによって、ＲＲＣセットアップが従来の完全なＲＲＣセットアップではなく、限定的および／または一時的なＲＲＣセットアップに過ぎないことを示す。あるいは、従来のＲＲＣメッセージは、例えば、電力設定パラメータのみがメッセージ中で示されている全ての段階で使用され得る。

【0041】

そして、端末は、送信先１２０に対するアップリンクデータを含むＮＡＳパケット、つまり、シグナリングパケットを伝送し、ｅＮＢ１０２へのメッセージを介して、このＮＡＳパケットをＭＭＥ１０５へ伝送する。図６の例では、ＮＡＳパケットは、例えば、「ＲＲＣアップリンク情報転送（ＲＲＣ Ｕｐｌｉｎｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ）」メッセージのようなＲＲＣメッセージで搬送されるが、他の例では、別のタイプのＲＲＣメッセージまたは異なるプロトコルに対するメッセージで搬送され得る。パケットがｅＮＢ１０２を通過する際、ｅＮＢは、ＲＲＣコンテキストを時刻ｔ_２でリリースし得る。なぜならば、このコンテキストは、端末１０１との１メッセージ会話のみのためにセットアップされたものであるからである。メッセージを受信した後、ｅＮＢ１０２は、時刻ｔ_３でＮＡＳパケットをＭＭＥ１０５へ回送する。図６の例示では、ｔ_３は、ｔ_２の後にあるものとして表されている。しかし、当業者は、ｔ_３がｔ_２の前またはｔ_２と同時刻でもあり得ることを理解する。例えば、ｅＮＢ１０２は、まず、ＮＡＳパケットをＭＭＥ１０５へ最初に回送し得、次いで、ＲＲＣコンテキストのみをリリースし得る。これは、図には示されていないが、ｅＮＢ１０２によってＭＭＥ１０５へ伝送されたＮＡＳパケットは、一般的に、Ｓ１−ＡＰメッセージで伝送される。しかし、いずれか他の適切なプロトコルも、ＮＡＳパケットをＭＭＥ１０５へ伝送するために使用され得る。

【0042】

ＭＭＥ１０５は、ＮＡＳパケットを受信すると、端末１０１と既にセットアップしたＮＡＳコンテキストがないことを検出し、次いで、一時的なコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐをセットアップし得る。図６の例では、一時的なコンテキストは、端末１０１との２パケット会話のためにセットアップされる。そして、ＭＭＥ１０５は、アップリンクデータを送信先１２０へ伝送する。コンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐは２パケット会話のためにセットアップされているので、ＭＭＥ１０５は、アップリンクデータが伝送された後もこのコンテキストを維持する。図６の例では、アップリンクデータが成功裡に送信されると、それに応じて確認メッセージがトリガされる。一般的に確認（「ａｃｋ」）メッセージは、アップリンクデータと同じパスを介して返送されるので、このａｃｋメッセージは、ＭＭＥ１０５へ返送される。そして、ＭＭＥは、このメッセージが端末１０１およびコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐに関連付けられていることを認識し、このコンテキストを用いて、ｅＮＢ１０２を介して、ａｃｋパケットを端末１０１へ伝送する。ＭＭＥ１０５が、時刻ｔ_４に、例えば、ＮＡＳパケットで、ａｃｋメッセージをｅＮＢ１０２へ伝送した後、２つのパケットが交換されており、コンテキストは２パケット会話のためにセットアップされたので、ＭＭＥ１０５は、コンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐを削除し得る。この例では、ＭＭＥ１０５は、送信先１２０に対するデータを含むＮＡＳパケットを受信する際に、２メッセージ会話のために一時的なコンテキストをセットアップする。例えば、コンテキストがない場合や１パケット会話コンテキストなどではなく、２パケット会話コンテキストをセットアップすることをＭＭＥ１０５が認識するために、様々なソリューションが使用され得る。一例では、ＭＭＥ１０５は、常に２パケット会話コンテキストをセットアップし得る。つまり、ＭＭＥは、コンテキストに関して、判定するケイパビリティを有さない場合がある。これは、例えば、事前にＮＡＳ接続セットアップがなく、ＭＴＣショートメッセージのみがＭＭＥ１０５に到達し、かつ事前に、そのようなメッセージが２メッセージ会話（例えば、メッセージおよび確認）で伝送されることが分かっている環境によく適し得る。別の例では、ＭＭＥがより上位のレイヤのケイパビリティを有している場合があり、例えば、ＮＡＳレイヤ（または端末−ＭＭＥ直接通信のための関連レイヤ）より上位のプロトコルを識別および／またはこのより上位のレイヤプロトコルの一部情報を認識するように構成され得る。例えば、ＭＭＥは、ＮＡＳパケットの内容がショートメッセージプロトコルで移送されるか否かを検出し、ＮＡＳパケットの内容がショートメッセージ（例えば、会話の第１の部分）または確認（例えば、会話の第２の部分）に関連するか否かを検出することが可能であり得る。別の例では、ＮＡＳパケットは、コンテキストがセットアップされるか否か、かつコンテキストがどのようにセットアップされるかを示す、より上位のレイヤ（例えば、ショートメッセージングプロトコルレイヤ）から得られたフラグまたは表示を含み得る。例えば、図６の２パケット会話コンテキストを達成するために、ＮＡＳパケットは、値２に設定された標識を含み得ることによって、ＭＭＥ１０５が２パケットＮＡＳ会話を予定していることを示す。

【0043】

ＮＡＳパケットがＭＭＥ１０５からｅＮＢ１０２へ到達すると、ｅＮＢは、ＮＡＳパケットが端末１０１に対するいずれのＲＲＣ接続またはコンテキストとも関連付けられていないことを検出し得、時刻ｔ_５において、ｅＮＢは、ＮＡＳパケットを含むメッセージを伝送するため、つまり、１メッセージ会話のために、限定的／一時的なＲＲＣ接続をセットアップする。図６の例では、ｔ_４は、ｔ_５の前にあるものとして示されているが、一部の例では、ｔ_５は、実際には、ｔ_４の前にあり得る。一時的なＲＲＣコンテキストがセットアップされると、ｅＮＢ１０２は、ａｃｋメッセージを含むＮＡＳパケットを端末１０１へ回送する。例えば、ＮＡＳパケットは、ＲＲＣメッセージ、またはＮＡＳより下位の他のいずれかのプロトコルのメッセージによって、搬送され得る。

【0044】

ＲＲＣメッセージが端末１０１へ伝送されると、１メッセージ会話が完了したので、ｅＮＢは、一時的なコンテキストを時刻ｔ_６で破棄し得る。図６の例では、端末は、データパスをユーザプレーンにおいて、メッセージを伝送するためにセットアップする必要がない。そのため、それによって、かなりの量のシグナリングおよびセットアップを回避することができる。また、端末は、いずれの従来の接続またはコンテキストもｅＮＢ１０２およびＭＭＥ１０５においてセットアップされる前に、メッセージを伝送し得る。本特定の例では、ＭＭＥ１０５は、メッセージを受信した際には、ＭＭＥ１０５には、端末１０１に対してセットアップされたいずれのコンテキストまたは接続もない。そのため、メッセージを伝送する前ではなく、メッセージが到達した際にセットアップすることによって、シグナリングおよびコンテキストの量を低減し得る。

【0045】

無線レイヤコンテキスト情報が、一時的な無線接続中にｅＮＢに格納される図６の例では、無線レイヤコンテキスト情報もＵＥに格納され得るが、これは図に示されていない。ＵＥもＮＡＳプロトコルに関連する、セキュリティアルゴリズム関連情報のような情報を格納し得、この情報は、ショートメッセージ転送中およびショートメッセージ転送の間に格納され得、いずれのそのような情報がＭＭＥ ＮＡＳプロトコルと共有されることが要求される場合、この情報は、通信端末によって、アプリケーションパケットを搬送するメッセージと共に、ＭＭＥへ伝達され得る。ＭＭＥコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐに格納される情報も、通信端末以外のソースからＮＡＳプロトコルを介して集められた情報を含み得、例えば、ＨＳＳから集められたルーティングまたはセキュリティ情報を含み得る。

【0046】

結果として、ＭＴＣ端末に対してショートメッセージを伝送する複雑さを減らすことができ、そのため、ショートメッセージを伝送する効率も改善することができる。例えば、端末は、ＥＣＭ＿ｉｄｌｅ状態のまま、図６（または図７〜図１０）に係るメッセージを伝送し得る。そして、端末は、ショートメッセージを離れた送信先に通信し得るが、従来の端末は、メッセージを伝送するために、まず、ＲＲＣ接続、ＮＡＳ接続、およびＥＰＳ接続をセットアップしなければならず、そのため、ＥＣＭ＿ｃｏｎｎｅｃｔｅｄにならなければならない。一般的には、端末は、どのようなショートメッセージも伝達する前に、ネットワークにＡＴＴＡＣＨを実行し、ＥＭＭ＿Ｒｅｇｉｓｔｅｒｅｄ状態にあるが、これによって、全てのパケット転送に対して、認証処理およびＮＡＳセキュリティ確立処理をする必要性が回避される。しかし、ショートメッセージを伝送する際に、端末もＥＭＭ＿ｕｎｒｅｇｉｓｔｅｒｅｄ状態である可能性とは、特に、ショートメッセージ交換の頻度が非常に低いか、または単純化されたＮＡＳセキュリティ管理処理が使用される可能性のことでもある。しかし、当業者が認識するように、一部の従来のモバイルネットワークの特徴は、この様式でショートメッセージを伝送する際に失われ得る。例えば、ＲＲＣ接続が電力制御およびＡＲＱ関連コンテキストのみを含み、いずれの移動性またはＡＳセキュリティパラメータまたは設定も含まない場合、モバイルネットワークは、いずれのＡＳセキュリティまたはいずれの移動性サービスも端末１０１に提供できない場合がある。その場合、端末１０１がｅＮＢ１０２との接続性を失う（例えば、ｅＮＢ１０２の範囲外に出る）と、端末１０１が別の基地局にハンドオーバし、ハンドオーバ中およびハンドオーバ後にサービスの継続性を維持するために、いかなるメカニズムも機能しない。結果として、端末１０１は、ａｃｋメッセージを送信先から受信しない場合があるので、送信先がショートメッセージを受信したか否かを認識できない。例えば、より上位のレイヤプロトコル（例えば、メッセージングプロトコル）がこれを管理されなければならない場合があり、上位のレイヤプロトコルは、端末が第１の送信に応じて、いずれのａｃｋメッセージも受信していないためにメッセージが再伝送されなければならないことを検出し得る。そのため、そのような手法は、ＭＴＣ通信によく適している場合もあるが、従来の端末からの従来のモバイル通信に対しては適合性が低いことがある。

【0047】

別の例が図７に示される。この例では、ＭＭＥ１０５は、１パケット会話コンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐを時刻ｔ_３、つまり、ＭＭＥ１０５がＮＡＳパケットを端末１０１から受信し、かつこのメッセージがＭＭＥ１０５において、事前に存在するいずれのコンテキストにも関連付けられていないときに、セットアップする。このＭＭＥ１０５からの挙動は、デフォルトの挙動であり得、例えば、常に使用され得るか、または特定の挙動によって上書きされない限り、使用され得る。例えば、システムは、図７の例をデフォルトの設定とするように設定され得、ＮＡＳパケットが、２パケット会話コンテキストがセットアップされるという標識を含む場合に、図６の例を使用し得る。

【0048】

時刻ｔ_４、つまり、アップリンクデータがその送信先に送信されたとき、または送信後、１パケット会話のパケットが既に端末１０１から（ｅＮＢ１０２）を介して受信され、処理されているので、ＭＭＥは、コンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐを破棄する。同様に、ａｃｋメッセージが時刻ｔ_５に、送信先１２０からＭＭＥ１０５へ到達すると、ＭＭＥ１０５は、ａｃｋメッセージを含むＮＡＳパケットを、ｅＮＢ１０２を介して、端末１０１へ伝送するために、さらに一時的なコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐ’をセットアップする。このパケットは、端末１０１への送信のために、ｅＮＢ１０２へ伝送されるので、ＭＭＥ１０５は、時刻ｔ_６にコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐ’を破棄し得る。

【0049】

そして、ｅＮＢ１０２は、ＮＡＳパケットを受信すると、例えば、ＲＲＣメッセージでａｃｋメッセージを伝送するために、端末１０１との一時的なＲＲＣ接続をセットアップする。この一時的なＲＲＣ接続は、ｅＮＢ１０２における一時的なＲＲＣコンテキストのセットアップにも関連付けられており、そのため、この一時的なＲＲＣコンテキストは、時刻ｔ_７にセットアップされ、時刻ｔ_８に破棄される。コンテキスト情報Ｃｏｎｔ＿ＮＡＳ−ｔｅｍｐが短い期間、図７に示されるＭＭＥに格納され得る例示的な場合とは、ＭＭＥがＨＳＳに格納されるルーティングまたはセキュリティ情報にアクセスするなど、別のエンティティからの情報にアクセスしなければならない場合であり得る。さらなる例が図８に示される。この例では、ｅＮＢは、２メッセージ会話のために一時的なＲＲＣコンテキストをセットアップするが、ｅＮＢ１２０は、図６および図７のようにセットアップされた一時的なＲＲＣ接続の後ではなく、ＲＲＣメッセージが到達すると、このコンテキストをセットアップする。さらに詳細に説明するために、図７のセットアップされた一時的な接続は、メッセージ送信が適切な電力設定で、最適な時間／周波数リソースにおいてなされ得るように、チャネルサウンディングおよびチャネルサウンディング測定値が交換される期間を含み得る。図８の場合では、送信は、共通なチャネルを用いて行われ得、電力制御ループの事前のトレインアップおよびチャネルサウンディングの交換がない。図７の場合では、無線レイヤにおける一時的な接続のリリースは、黙示的に行われ得、例えば、一時的な接続は、無線レイヤＡＲＱ ＡＣＫが受信されるとすぐにリリースされる。また、図８の例では、ＭＭＥは、いずれのコンテキストもセットアップせず、ｅＮＢ１０２を介して、単にメッセージを送信先に回送する。同様に、ａｃｋメッセージが送信先１２０から戻ると、ＭＭＥ１０５は、単にａｃｋメッセージを端末１０１へ回送する。これは、例えば、通常、コンテキスト内に発見され得る情報を含むメッセージによって達成され得る。例えば、ａｃｋメッセージを端末１０１へルーティングするために要求され得るいずれのルーティング情報も、端末によって伝送された第１のメッセージに含まれ得ることによって、送信先は、ＭＭＥによってルーティング可能なメッセージを伝送し得る。一例として、端末が、そのＳ−ＴＭＳＩ識別子を、送信先１２０へ伝送されたメッセージに含み得、メッセージは、ＵＥがキャンプされるセルのアドレスおよび送信先のアドレスも含み得る。そして、送信先１２０は、この情報の一部または全てをａｃｋメッセージに含み得ることによって、このａｃｋメッセージがＭＭＥ１０５へ到達した際に、ＭＭＥは、このメッセージが端末１０１に対するものであることを識別可能であり、このａｃｋメッセージを適切なｅＮＢへルーティングし得るので、ｅＮＢがパケットを適切なセルの適切な端末１０１へルーティングされ得る。この例では、ＲＲＣの一時的なコンテキストは、２メッセージ会話コンテキストであるので、ａｃｋメッセージが、時刻ｔ_２にｅＮＢによって、端末１０１へ伝送されると、ｅＮＢ１０２は、一時的なコンテキストを削除し得る。

【0050】

従来のシステムでは、ＡＴＴＡＣＨ手続き中に、有用なＮＡＳセキュリティ情報がＭＭＥにロードされ得る。ＮＡＳ情報は、所定の時間、ＡＴＴＡＣＨとＤＥＴＴＡＣＨの間にＭＭＥに格納され得る。図９に示すように、モバイル端末がオンに切り替えられると、ＮＡＳ情報が確立され得るが、これは、無期限に維持され得る認証およびセキュリティを含む。いくつかの例では、ＲＲＣメッセージ１４０を通信している際に、通信端末は、ＲＲＣメッセージ１４０の通信のために、一時的なコンテキストまたはコンテキスト更新を確立し得る。図９では、通信端末１０１がＭＭＥ１０５とのＮＡＳ接続をセットアップする例が提供される。時刻ｔ_１において、一時的なＮＡＳ接続がセットアップされ、ＭＭＥは、例えば、ＮＡＳセキュリティパラメータを含むコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐを生成するが、これは、通信端末がオンに切り替えられた後であり得る。この例では、コンテキストは、２パケット会話のためにセットアップされる。しかし、コンテキストは、１以上のいずれの数のメッセージの会話のためにもセットアップされ得る。

【0051】

そして、端末１０１は、ＲＲＣメッセージ１４０をｅＮＢへ伝送する。ｅＮＢは、ＲＲＣメッセージの内容がＭＭＥ１０５へ回送されることを検出する。例えば、ｅＮＢ１０２は、ＲＲＣメッセージが、端末１０１との既存のいずれの接続および／またはこの端末に対するいずれのコンテキストにも関連付けられないことを識別し得る。別の例では、ｅＮＢ１０２は、メッセージ１４０が、いずれの接続またはコンテキストにも関連付けられていないことを識別し、ＲＲＣメッセージ中のフラグまたは標識１４２を検出するように構成され得、そして、一時的なコンテキストをセットアップする。この具体例では、フラグまたは標識１４２は、メッセージ１４０がＭＭＥ１０５に対して意図されたものであることをｅＮＢ１０２が保証するためのチェックとして使用され得る。一例では、ｅＮＢ１０２は、例えば、到来するメッセージ１４０がいずれのコンテキストにも関連付けられない場合、および到来するメッセージ１４０がフラグまたは標識１４２を含まない場合に、到来するメッセージ１４０を排除し得る。当然、メッセージ１４０は、送信先デバイスへ通信されているデータ１４４も含み、ＴＩＭＳＩ１４６の表示も含み得る。

【0052】

そして、ｅＮＢ１０２は、ＮＡＳパケットをＭＭＥへ回送し、ＭＭＥは、このＮＡＳパケットがコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐに関連付けられていることを認識する。次いで、ＭＭＥ１０５は、メッセージを送信先１２０へ回送する。

【0053】

ＭＭＥ１０５がａｃｋメッセージを送信先１２０から受信すると、送信先がショートメッセージを受信したことが確認される。ＭＭＥ１０５は、ａｃｋメッセージが端末１０１に宛てたものであり、そのため、コンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐに関連付けられていることを認識する。ＭＭＥ１０５は、ａｃｋメッセージを端末１０１へＮＡＳで伝送するが、ＮＡＳ自体は、ａｃｋメッセージをｅＮＢ１０２へ伝送するために、Ｓ１−ＡＰにあり得る。そして、ｅＮＢ１０２は、ａｃｋメッセージを端末１０１へメッセージ１４０で転送する。

【0054】

時刻ｔ_２において、ＭＭＥ１０５と端末１０１の間の２パケット会話が完了した後、接続がリリースされ得、一時的なコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐが破棄され得る。

【0055】

図１０の例では、端末１０１は、ショートメッセージを伝送するが、このメッセージに対するコンテキストはｅＮＢ１０２またはＭＭＥ１０５に存在しない。また、ｅＮＢ１０２およびＭＭＥ１０５は、一時的なものか否かに関わらず、どのようなコンテキストもセットアップせず、メッセージを次のノードへコンテキストレスな様式で回送する。交替に受信されたａｃｋメッセージは、端末１０１へ類似した様式で伝送される。この特定の例では、維持されるシグナリングの量およびコンテキストの量を、従来の様式でのメッセージの伝送に比較して、かなり低減することが可能である。当然、そうした際に、いくつかのセキュリティ、移動性、またはセッション管理特徴などの一部の特徴またはサービスが失われ得る。これらの特徴の損失は、従来の端末にとっては許容不可能と考えられる傾向があるが、ＭＴＣ端末にとっては許容可能であり得る。少なくとも、送信がより短く、ＭＴＣ端末は、（短い）送信中に移動および／またはセル変更の傾向がより少なくあり得、かつ／または、ＭＴＣ端末は、他の端末（例えば、人対人の通信端末）よりも遅延耐性を有しており、かつ／または、送信先とＵＥの間で稼働するような、より上位のレイヤプロトコルは、失敗したショートメッセージ転送から、再度インスタンスを作成可能であり得るか、または復元可能であり得るからである。

【0056】

図１０の例では、ＲＲＣメッセージは、ｅＮＢが、ＲＲＣメッセージに対する既存のコンテキストをいずれも有していない場合に伝送されるので、ＲＲＣ接続確立によって提供されるいくつかの特徴が提供されない場合がある。例えば、端末１０１は、いずれのＣ−ＲＮＴＩも割り当てられない場合があるが、これは、この識別子は、一般的に、ＲＲＣ接続確立中に割り当てられるからである。したがって、端末は、Ｓ−ＴＭＳＩを識別子として使用し得、この識別子を用いてアドレス指定され得る。例えば、ＩＭＳＩまたはＭＳＩＳＤＮのような他の識別子も使用され得る。そのため、図１０に示される例に関しては、ＲＲＣメッセージが転送され得るリソースを特定するために使用される割当てメッセージは、Ｓ−ＴＭＳＩまたはＳ−ＴＭＳＩに対するプロキシを含み得る。

【0057】

一般的に、図６〜図１０では、一定数の会話のメッセージまたはパケットが受信および／または処理された後に、一時的なコンテキスト（ＲＲＣまたはＮＡＳ）が破棄される状況が示される。ｅＮＢ１０２およびＭＭＥ１０５は、コンテキストを破棄するためのタイマも有し得る。例えば、図６の例では、ＭＭＥ１０５は、一時的なコンテキストＣｏｎｔ＿ＮＡＳ−ｔｅｍｐを維持するために、タイマＴ_{ｃｏｎｔ−ＮＡＳ}を有し得る。例えば、ａｃｋメッセージが受信されていなくとも、タイマの満了時にコンテキストを破棄することが望ましくあり得る。これは、例えば、ａｃｋメッセージが送信先１２０とＭＭＥ１０５の間で失われ、したがって、ＭＭＥ１０５に到達しない場合、またはいずれかの送信先サーバの動作の性質として、ＭＭＥによる、より上位のレイヤＡＣＫの受信の遅延が長くあり得る場合に、好ましくあり得る。例えば、ａｃｋメッセージが、概して、０．５ｓ以内に受信される場合に、ａｃｋメッセージが３ｓ後に受信されていないと、ａｃｋメッセージが失われた可能性が非常に高く、そのため、ＭＭＥ１０５に到達する見込みが全くないと考えられ得る。その場合、Ｔ_{ｃｏｎｔ−ＮＡＳ}タイマの設定に結びついた時間は、３ｓであり得る。あるいは、コンテキストが、ＵＥの最後に既知となった位置に関するルーティング情報を含む場合、タイマは、どの程度の間、ルーティング情報が有効と見込めるか（、かつその情報を用いて、後続するメッセージをルーティングすることは成功の見込みがあるか否か）、という予測に従って設定され得る。この例および例で使用された値は、純粋に例示的なものであり、タイマは、特定の状況および／または環境に適していると考えられるものであれば、いずれの値でも有し得る。

【0058】

＜ショートメッセージインフラストラクチャの例＞
メッセージを送信先１２０へ回送するために、インフラストラクチャおよび／またはプロトコルへの適合が提供され得る。

【0059】

図１１は、モバイル端末の概略的な例示であり、その例では、ＭＴＣ端末１０１が、ＭＭＥ１０５を介して、メッセージ１３０を送信先１２０へ伝送している。まず（ステップ１）、メッセージが端末１０１によって、ｅＮＢ１０２へ伝送されるが、メッセージは、シグナリングメッセージ（例えば、ＲＲＣメッセージにカプセル化されたＮＡＳパケット）で搬送される。このメッセージを伝送することは、ユーザデータを伝送する際に、ＰＳネットワークに通常想定されるようなデータパスのセットアップを要求もトリガもしない。（ステップ２）ｅＮＢは、シグナリングメッセージを受信および識別すると、メッセージ１３０をＭＭＥ１０５へシグナリングメッセージで回送する。そして、ＭＭＥ１０５は、メッセージ１３０を送信先１２０へステップ３で伝送する。この例示は、モバイル端末送信のショートメッセージの伝送の概略的な例示であり、例えば、ＭＭＥ１０５と送信先１２０の間の具体的な接続を示さない。この接続は、例えば、インターネットまたは別のルートを経由する直接接続または間接的なものであり得る。

【0060】

図１２は、接続が間接的なものであり、メッセージングサーバ１０６を経由する例示である。例示の目的で、メッセージングサーバは、「ＭＴＣサービスセンタ」を表す「ＭＴＣ−ＳＣ」と呼ばれる。図１２に示すように、ＭＭＥ１０５は、メッセージ１３０を搬送するシグナリングパケットが、ＭＴＣ−ＳＣ１０６へ回送されるショートメッセージであることを検出する。この検出は、例えば、異なる方法で実行され得、上記の通り、ＭＭＥ１０５は、ＮＡＳパケットで搬送されたメッセージのタイプを検出し得るか、またはＮＡＳパケットは、このＮＡＳパケットが実際に、ＭＴＣ−ＳＣ１０６への回送のためのショートメッセージを搬送するという標識を含み得る。最終的に、ＭＴＣ−ＳＣ１０６は、メッセージ１３０を送信先１２０へ送信し得る。この送信もいずれか他の適切な様式で実行され得る。例えば、メッセージ１３０は、直接送信先に送信され得るか、またはさらなるメッセージングサーバおよび／またはルータを介して送信され得る。

【0061】

このＭＴＣ−ＳＣ１０６は、図１２では、ＭＭＥとは別に表されているが、当業者は、例示中の別表記が論理的なものに過ぎず、描写および理解を容易にするためのものに過ぎないこと、およびＭＴＣ−ＳＣが、例えば、ＭＭＥの一部を物理的に形成し得ることを理解する。別の例では、ＭＴＣ−ＳＣは、別個のサーバ、例えば、スタンドアロンサーバであり得る。

【0062】

有益なことに、このＭＴＣ−ＳＣ１０６は、格納および回送などの先進の機能性のために使用され得る。例えば、サーバは、端末１０１がネットワークにまだアタッチされていない場合、到来するモバイル端末受信メッセージを格納し得、端末１０１がネットワークにアタッチすると即座にこのメッセージを伝送する。同様に、端末１０１が、到達不可能な別のパーティにメッセージを伝送する場合、メッセージングサーバＭＴＣ−ＳＣ１０６は、メッセージを格納し得、この他のパーティが利用可能になった際に、メッセージを回送し得る。

【0063】

図１３および図１４は、例えば、図１１または図１２に係る構成に適し得る２つの可能なプロトコルスタック構成を示す。図１３では、ＭＭＥは、端末（またはＵＥ）とＭＴＣ−ＳＣの間のメッセージのためのリレーとして機能し得、この例では、ショートメッセージが「Ｐｒｏｔｏｃｏｌ ｆｏｒ ｓｈｏｒｔ ｍｅｓｓａｇｉｎｇ」（ＰＳＭ）と呼ばれるプロトコルによって搬送される。この名称は、いずれの具体的な特定のプロトコルも指しておらず、例示の目的のために使用される。ＰＳＭは、メッセージをＭＴＣ−ＳＣへ伝送するのに適した既存のプロトコル、修正されたプロトコル、または新たなプロトコルのいずれでもよい。図１３では、ＬＴＥからのプロトコルは、例示の目的のために使用されており、当業者は、異なる組のプロトコルによっても発明が実行可能であることを理解する。ＬＴＥでは、端末は、「ＮＡＳ」プロトコルを用いて、ＭＭＥと直接通信するので、ショートメッセージは、ＮＡＳパケットによって搬送され得、その結果、ショートメッセージは、ＭＭＥ１０５を介して（ｅＮＢ１０２を介して）、送信先１２０および／またはＭＴＣ−ＳＣ１０６へ伝送され得る。そして、ＭＭＥは、（ＮＡＳレイヤに関する）より上位のレイヤ情報をＭＴＣ−ＳＣへ回送し得る。図１３の例では、ＭＭＥとＭＴＣ−ＳＣの間で使用されるプロトコルは特定されておらず、単に、Ｐ１〜Ｐ６と呼ばれている。実際、ＭＭＥとＭＴＣ−ＳＣの間のインターフェースに対する適切なプロトコルおよび適切な数のプロトコル（例えば、６プロトコルより多いか、または少なくあり得る）のいずれかが使用され得る。例えば、スタックは、Ｅｔｈｅｒｎｅｔ、ＭＡＣ、ＩＰｓｅｃ、ＳＣＴＰ、およびＭＴＣ−ＡＰなどの５つの主なレイヤを含み得る。ＭＴＣ−ＡＰは、ＭＴＣ用途のためのプロトコルである（例えば、「ＭＴＣ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ」を表す）。

【0064】

このようなプロトコルスタックを用いて、ショートメッセージ１３０は、端末１０１によって、ＰＳＭメッセージで伝送され得るが、メッセージ自体は、ＮＡＳパケットで伝送され、パケットは、ＲＲＣメッセージでｅＮＢ１０２へ伝送される。そして、ｅＮＢ１０２は、ＮＡＳパケットをＳ１−ＡＰメッセージでＭＭＥ１０５へ回送する。ＮＡＳパケットを受信後、ＭＭＥ１０５は、（ショートメッセージ１３０）を含むＰＳＭメッセージを、送信先１２０への送信のために、ＭＴＣ−ＳＣへ回送し得る。端末がショートメッセージを受信し、ショートメッセージが成功裡に受信されたことを確認するために、ａｃｋメッセージを返信しなければならない場合、ａｃｋメッセージは、上記モバイル端末送信ショートメッセージ１３０と同じパスをたどり得る。端末１０１に対するいずれのＰＳＭメッセージ（モバイル端末受信メッセージ）も、モバイル端末送信ショートメッセージと同じパスを反対方向にたどり得る。そのようなモバイル端末受信メッセージは、例えば、モバイル端末送信ショートメッセージに応じたモバイル端末受信ショートメッセージ（例えば、端末１０１がショートメッセージを受信する）またはａｃｋメッセージであり得る。

【0065】

図１４の例は、ショートメッセージングのケイパビリティを含むＭＭＥに対して適し得る別のプロトコルスタック構成を示す。その場合、ＭＭＥは、例えば、実際のショートメッセージ１３０を処理し得る。ＭＭＥは、ショートメッセージ１３０を実際には処理しない場合もあるが、例えば、ＰＳＭリレーのケイパビリティを有することができ、ＰＳＭリレーのケイパビリティは、ＭＭＥに、一定のＰＳＭ機能性を実装することを要求する。

【0066】

ＰＳＭのケイパビリティをＭＭＥ１０５に含めることは、ＭＭＥが元々、シグナリングノードとしてのみ機能するように設計されているので、好ましくない場合があると考えられるかもしれないが、ＰＳＭのケイパビリティをＭＭＥ１０５に含めることによって、全体のアーキテクチャが単純化され得るとも考えることができる。当業者は、どちらの構成が特定の状況において好ましいかを、その具体的な要件に応じて識別可能である。

【0067】

＜ＭＴＣ端末に対する低減した移動性管理＞
本発明の態様によれば、モバイル通信ネットワークは、例えば、ＭＴＣタイプの用途に使用され得るモバイル端末の低減した性能を反映するために、低減した移動性の機能性を提供するように設定されている。以下の説明および図は、本技術に従って低減した移動性の機能性の説明を提供する。

【0068】

本技術の実施形態は、低減した移動性の機能性をＭＴＣタイプの端末として動作し得るような一部のモバイル端末に提供し得る。低減した移動性の機能性を示す例は、図１５〜図２５を参照して、以下のように説明される。

【0069】

図１５は、本技術に従って低減した移動性の機能性を示すために提供されるモバイル通信ネットワークの一部の概略的なブロック図を提供する。モバイル通信ネットワークの一部は、例えば、図１および図２に示されるようなＬＴＥネットワークの例を例示している。図１５では、モバイル端末２０１は、メッセージデータグラムをソースまたはアンカー基地局（ｅＮＢ）２０２へ、またはアンカー基地局（ｅＮＢ）２０２から通信する。アンカーｅＮＢ２０２は、ｅＮＢ２０２、２０４、２０６のそれぞれによって提供されるワイヤレスアクセスインターフェースを介して、データをモバイル端末２０１へ、またはモバイル端末２０１から通信する機能を提供する役割を担うｅＮＢ２０４、２０６のクラスタの一部を形成する。従来の動作に従って、ｅＮＢ２０２、２０４、２０６は、例えば、図１に示されるサービングゲートウェイ（ＳＧ）２０８に接続される。移動性管理エンティティ（ＭＭＥ）２１０もｅＮＢ２０２、２０４、２０６に接続される。ＭＭＥ２１０に接続されるメッセージサーバ２１２が本説明に特に関連する。一例では、メッセージサーバ２１２は、上記説明で言及したＭＴＣ−ＳＣである。

【0070】

本技術によれば、上記説明したコンテキストレスな通信に関して、ＭＭＥ２１０は、モバイル端末２０１への、またはモバイル端末２０１からのメッセージの通信に関して、低減した移動性機能を提供するように構成されている。この目的のために、ＭＭＥ２１０は、全ての未処理のメッセージ転送が生じるか、または「ルーティング情報フレッシュネスタイマ」が満了するまで、モバイル端末２０１の現在の位置を格納するように構成されている。これらの条件の一方が満たされた場合、ＭＭＥにおけるモバイル端末に対するルーティングコンテキストが取り除かれる。そのため、一態様によれば、ＭＴＣ端末に対する移動性管理の機能性は、通信端末がある基地局から第２の基地局へアタッチを変更した際に、この通信端末の位置を確立しなければならないことになる。したがって、本技術に従って提案されるような移動性管理のソリューションは、以下のメッセージングシナリオのうちの一方または両方に適用可能である。
・ほとんどのＮＡＳパケット交換が、モバイル端末とＭＭＥ２１０の間の複数のメッセージの交換から構成されるＮＡＳシグナリングメッセージ交換。これらのメッセージ交換は、一般的に、短い時間期間で完了されるべきである。
・ショートメッセージ交換、ショートメッセージ交換が、発信者エンティティ（例えば、ＭＴＣ−ＳＣ）からのメッセージの転送に次いで、例えば、モバイル通信端末２０１のような受信者エンティティからの確認という２つのステップから構成されることが想定されるＮＡＳコンテナ（ＮＡＳ ｃｏｎｔａｉｎｅｒ）でショートメッセージは転送される。

【0071】

低減した移動性管理の機能性の例示として、図１５は、現在、ｅＮＢ２０２にアタッチされているモバイル端末２０１が提携を第２のｅＮＢ２０６に変更することを示す。以下の説明では、第１のｅＮＢ２０２は、アンカーｅＮＢと呼ばれ、第２のｅＮＢ２０６は、第２のｅＮＢまたはターゲットｅＮＢと呼ばれることになる。そのため、本技術は、モバイル端末２０１が提携をある基地局から別の基地局へ変更した際に、どのようにメッセージをモバイル端末２０１へ送致するか、という技術的な問題に対処する。

【0072】

従来、提携をある基地局から別の基地局へ変更するモバイル端末への、またはモバイル端末からのデータメッセージまたはデータグラムの通信は、ネットワークが、モバイル端末によって報告されたリンク品質測定に応じて提携を変更するように、モバイル端末に指示するハンドオーバ手続きを用いて、対処される。そして、モバイル通信ネットワークは、データを新たなターゲット基地局またはｅＮＢ２０６から通信するように構成し、ソースまたは第１の基地局２０２からの通信を停止する。しかし、本技術は、移動性管理を単純化し、測定値を設定、測定報告を伝送、ターゲット基地局を準備、ハンドオーバを命令、トンネルを再設定、およびリソースをソース基地局からリリースするために、かなりの量のシグナリングを一般的に要求する、完全なハンドオーバ手続きを含まない。上記説明のように、モバイル端末２０１へ、またはモバイル端末２０１から通信されたデータの量が相対的に少ない場合、このメッセージを送致するために要求されるシグナリングオーバーヘッドの量は、非常に非効率的な無線通信リソースの使用を表すことになる。そのため、本技術によれば、例えば、ＭＴＣタイプの端末として動作し得るモバイル通信端末に、以下に説明される新たな接続状態に反映され得る縮小した移動性の機能性が提供されることが想定される。しかし、以下の段落は、縮小した移動管理機能を提供する点において、本技術の例の例示を提供する役割を担う。

【0073】

図１６は、ＭＭＥ２１０のより詳細な図を提供する。図１６では、プロセッサ２２０は、ＭＭＥの動作を制御するように構成されており、データストア２２２を含む。プロセッサは、クロック２２４からの入力も受信する。プロセッサは、ＭＭＥ２１０によって実行される様々なレベルの通信プロトコルスタックを実装する役割を担う通信プロトコルスタック２２６に接続される。

【0074】

本技術に従って、ＭＭＥ２１０は、ＭＭＥが受け持つトラッキングエリア内で責任を負う各モバイル端末の現在の位置を格納するように構成されている。しかし、モバイル端末が現在アタッチされている基地局（ｅＮＢ）に対する各モバイル端末の位置は、プロセッサ２２０によって、所定の期間だけデータストア２２２に格納される。モバイル端末がアタッチされているｅＮＢは、モバイル端末に対する全ての未処理のメッセージ転送が完了またはクロック２２４によって決定された「ルーティング情報フレッシュネスタイマ」が満了するまで、維持される。このとき、モバイル端末のｅＮＢ位置は、データストア２２２から削除される。したがって、図１６に示すように、ＭＭＥが受け持つトラッキングエリア内のモバイル端末のリスト２３０は、モバイル端末のＳ−ＴＭＳＩおよびモバイル端末がアタッチされている基地局ｅＮＢ−Ａの識別子を用いて、テーブルに格納される。また、モバイル端末の位置が登録２３２された時刻を示すクロックの値がテーブル内に提供される。したがって、先に言及したように、モバイル端末がｅＮＢに所定量の時間、アタッチされると、モバイル通信端末の現在の位置のデータストアに対する入力がキャンセルされる。図１６では、これは、ＵＥ３と識別されたモバイル端末に関して示される。

【0075】

本技術によれば、特に、従来のモバイル端末に対して、単純化されたＭＴＣタイプのモバイル端末を用いて使用され得るモバイル端末に低減した移動性の機能性が提供される。そのため、本技術では、完全なハンドオーバは、サポートされない場合がある。したがって、モバイル端末が、例えば、ＮＡＳシグナリングメッセージまたはショートメッセージ交換として、モバイル通信ネットワークを介して、メッセージを送信先へ転送またはメッセージをモバイル通信ネットワークから受信することを希望する場合、ハンドオーバはサポートされない。このため、モバイル端末は、以下の説明で「無線リソース通信（ＲＲＣ）メッセージング接続」状態と呼ばれるさらなる通信状態を含み得る。この状態では、モバイル通信ネットワークは、完全なハンドオーバをサポートしないので、モバイル端末に、通信セッションを継続するために新たな基地局へ再アタッチすることを指示しない。そのため、モバイル端末が第１またはソース基地局からデタッチし、第２またはターゲット基地局へアタッチする場合、本技術に従って、モバイル端末へ通信されるメッセージが失われるだけである。そして、より上位のレイヤプロトコルは、メッセージがモバイル端末へ再伝送されるように構成し得る。このために、モバイル端末は、ターゲット基地局に再選択することを決定し、基地局に再選択する。ネットワークは、メッセージを通信するために、モバイル端末の位置を決定するように適合され得る。モバイル端末が新たなターゲット基地局に再選択したことを検出すること、およびターゲット基地局の識別を決定することの例は、以下の段落で説明される。

【0076】

図１７では、モバイル端末２０１がソース基地局２０２から移動し、ターゲット基地局２０６に再選択した場合に、メッセージが端末２０１へ通信されるように構成する際のＭＭＥ２１０の動作に対するメッセージフロー図を提示する。

【0077】

図１７に示すように、図１５に示される状況を反映して、モバイル端末２０１が第１またはソース基地局２０２からデタッチし、第２またはターゲット基地局２０６を再選択した後、モバイル端末２０１は、第１のメッセージＭ１を伝送することによって、モバイル端末２０１が提携をターゲット基地局２０６へ変更することになることを示すために、セル更新をソース基地局２０２へ提供する。ＭＭＥ２１０は、先にメッセージＮをモバイル端末２０１から送信先へ通信しているので、モバイル端末２０１がまだソース基地局にアタッチされていると想定する。そのため、ＭＭＥ２１０は、そのデータストアに、ソース基地局２０２の位置であるモバイル端末２０１の位置を有する。そのため、ＭＭＥ２１０がメッセージＮ＋ｘをモバイル端末２０１へ通信すると、ＭＭＥ２１０は、メッセージＭ２を用いて、モバイル通信端末２０１への通信のために、データパケットを通信する。しかし、図１７に示すように、ＭＭＥ２１０は、データパケットをソース基地局またはｅＮＢ２０２へ通信する。

【0078】

メッセージＭ３では、ソース基地局２０２がパケットをモバイル端末２０１へ通信しようと試行する際、その通信は失敗する。しかし、メッセージＭ１において、モバイル端末２０１は、ターゲット基地局２０６に再選択したことを示すセル更新をソース基地局２０２へ通信したので、メッセージＭ３．２におけるソース基地局２０２は、データパケットをターゲット基地局２０６へ通信する。そのため、ターゲット基地局２０６は、メッセージＭ４において、データパケットをモバイル端末へ通信する。

【0079】

図１８では、モバイル端末が、ターゲットｅＮＢ２０６を通して、そのセル更新を通信することを除いて、図１７に表した構成に類似する構成が示される。したがって、図１８に示されるように、モバイル端末２０１は、セル更新を含むメッセージＭ１０．１をターゲット基地局２０６へ伝送し、ターゲット基地局２０６は、モバイル端末がターゲット基地局２０６に現在アタッチされていることをターゲットｅＮＢに伝える。ターゲット基地局２０６は、メッセージＭ１０．２を伝送することによって、モバイル通信端末２０１がターゲット基地局２０６にアタッチされていることをソース局２０２に通知することによって、ソース基地局２０２にモバイル端末の位置の更新を通知する。メッセージＭ１２では、ＭＭＥは、データパケットＮ＋ｘをソース基地局２０２へ通信する。なぜならば、図１７に示した場合と同様に、ＭＭＥが最後にメッセージＮをソース基地局２０２から送信先に通信しており、そのため、モバイル端末は、ソース基地局にアタッチされていると想定するからである。しかし、ソース基地局２０２は、ターゲット基地局２０６によって、モバイル端末がターゲット基地局２０６にアタッチされていることを通知されているので、ソース基地局２０２は、データパケットをターゲット基地局２０６へ回送する。そのため、ターゲット基地局２０６は、データパケットをメッセージＮ＋Ｘとして、メッセージＭ１４において、モバイル端末へ通信する。

【0080】

本技術のさらなる態様に従って、ＭＭＥは、アンカー基地局２０２へアタッチされたモバイル端末の以前の位置を有し得る。そのため、メッセージＭ３１によって、ＭＭＥは、モバイル端末への通信のために、メッセージＮ＋ｘをアンカー基地局またはｅＮＢ２０２に提供するデータパケットを通信する。メッセージＭ３２に示されるように、アンカー基地局２０２は、メッセージをモバイル端末２０１へ通信するように試行する。しかし、メッセージの送致は失敗する。これは、モバイル端末自体が、現在、ターゲットまたは第２の基地局２０６に再選択しているからである。そのため、アンカー基地局は、モバイル端末をページングするために、隣接する基地局２０４、２０６に送信されるページングメッセージをトリガする。ページングされる基地局は、メッセージＭ３２がモバイル端末に送致不可能な場合（その場合、モバイル端末は位置を変更したと想定される）に使用されるリストに、アンカー基地局２０２から提供される。このリストは、ｅＮｏｄｅＢがハンドオーバ制御またはセル再選択性能を改善する目的のために、いずれかの方法で格納し得る隣接リストにおけるものと同じ組のセル／ｅＮＢを含み得る。そのため、メッセージＭ３３に示されるように、ソースまたはアンカーｅＮＢ２０２は、メッセージを隣接する基地局２０４、２０６へ通信することによって、それらの基地局から送信されるページングメッセージをトリガする。モバイル端末２０１が第２の基地局２０６にアタッチされているので、第２の基地局２０６は、モバイル端末２０１が現在、第２の基地局２０６にアタッチされていることを検出し、モバイル端末が現在、第２の基地局２０６にアタッチされていることをアンカーｅＮＢ２０１に通知するメッセージＭ３４によって、ページングトリガメッセージＭ３３に応答する。そのため、アンカー基地局２０２は、転送メッセージＭ３５で、パケットを第２の基地局２０６へ転送し、次いで、第２の基地局２０６が、転送メッセージＭ３６でモバイル端末２０１へ通信する。そのため、メッセージＮ＋Ｘを提供するデータパケットは、第２の基地局２０６からモバイル端末へ通信される。

【0081】

別の例では、移動性マネージャ２１０は、モバイル通信端末またはｅＮＢ２０６のうちの少なくとも一方に、モバイル通信端末が再選択した第２の基地局の更新を提供する情報を要求するように設定されている。情報は、通信端末によって、ＲＲＣメッセージで提供され得、ＲＲＣメッセージは、通信端末によって、ｅＮＢを介して、非アクセス層メッセージとして通信される。したがって、一例では、セル更新情報は、実質的にｅＮＢに対して透過的な方法で提供される。ｅＮＢにとって、ＮＡＳパケットの内容が既知でない場合、ｅＮＢは、ＮＡＳパケットをＭＭＥへ回送する。

【0082】

代替として、通信端末は、例えば、図１７または図１８に従って、セル更新を（次いで、情報を使用し得る）ｅＮＢへ提供し得るが、その場合、ｅＮＢは、セル更新をＭＭＥにもさらに回送する。

【0083】

別の例では、第１の基地局は、ページングメッセージを、隣接する基地局のリスト中の１以上の基地局へ伝送し得、リストは、「隣接リスト」中の基地局に提供され得る。「隣接リスト」は、ＯＭＣ設定され得るか、または通信端末がハンドオーバまたはハンドオフし得る周りの基地局のｅＮＢ学習リストであり得る。このリストは、従来から基地局において既に利用可能であり、セルの再選択を助けるように、ハンドオーバ測定報告を設定およびローカルセルを識別するために、従来から使用される。

【0084】

＜新たなＲＲＣメッセージング接続状態＞
先に言及したように、本技術に従って、モバイル端末２０１およびモバイル端末がアタッチされている基地局２０６は、図２０に示されるＲＲＣメッセージング接続状態と呼ばれる新たな状態を形成し得る。図２０では、ＲＲＣアイドル状態２８２およびＲＲＣ接続状態２８４を含む３つの状態のうちの１つであるＲＲＣメッセージング接続状態２８０が示される。ＲＲＣアイドル状態２８２およびＲＲＣ接続状態２８４は、データを通信するための通信ベアラが、現在、モバイル端末に提供されているか否かに応じて、これらの状態の間を移行するモバイル端末および基地局の従来の状態である。したがって、アイドル状態２８２では、モバイル端末への、またはモバイル端末からの通信は可能ではなく、ＵＥがｅＮＢにキャンプしていることをｅＮＢが認識していない場合である。しかし、ＲＲＣ接続状態２８４では、モバイル端末は、モバイル通信ネットワークにアタッチされ、データを通信するための無線通信リソースが提供される。

【0085】

本技術によれば、モバイル端末２０１およびモバイル端末２０１がアタッチされている基地局２０６は、メッセージングのみがサポートされ、ユーザプレーンが提供不可能である新たなＲＲＣメッセージング接続状態を形成し、メッセージングのみの用途用に十分かつ最適化された低減した無線機能性がモバイル端末への／からの通信のために提供される。さらに、ＲＲＣメッセージング接続状態２８０内には、図２１に示されるＲＲＣメッセージング接続解放（ｕｎｌｅａｓｈｅｄ）状態２８６およびＲＲＣメッセージング接続拘束（ｌｅａｓｈｅｄ）状態２８８と呼ばれる２つの副次的な状態がある。拘束状態では、モバイル端末は、ＲＡＮがダウンリンクパケットを、端末がアタッチしている正しい基地局へルーティングし得るように、端末の位置の変更に関してＲＡＮを更新することを要求される。一方で、解放状態では、モバイル端末および基地局は、モバイル端末の位置の変更に関してＲＡＮの更新を要求されない。拘束状態は、従来のネットワーク制御ハンドオーバを用いてサポートされ得る。あるいは、この状態は、ＵＥ制御のセル再選択を用いてサポートされ得るが、既に説明したような、ＵＥの新たな位置を発見するために、ソースまたはターゲットｅＮＢへのＵＥ提供セル更新、あるいはアンカーｅＮＢトリガページングのような他の移動性技術によって拡張され得る。図２１に示されるモバイル端末の状態図の状態は、以下のようにまとめられる。

【0086】

＜状態説明＞
ＲＲＣ＿Ｉｄｌｅ
・モバイル端末は、ＲＡＮにとって未知である。そのモバイル端末に関連付けられているコンテキストはＲＡＮに存在しない
・アイドルモードでは、（別の状態への移行の一部を除いて）可能なデータ転送またはシグナリング転送はない
ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ
・モバイル端末は、ＲＡＮにとって既知であり、そのモバイル端末に対するコンテキストはＲＡＮ内に存在する
・アクセス層セキュリティがセットアップされる
・ＳＲＢ１、ＳＲＢ２、およびＤＲＢが利用可能である
・Ｃ−ＲＮＴＩが割り振られる
・移動性管理に基づくハンドオーバ
・この状態では、いずれのＮＡＳシグナリング、ショートメッセージ、またはデータオーバＩＰ接続の転送も可能である
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ
・ショートメッセージおよび任意でＮＡＳシグナリングの転送が可能である
・利用可能なＳＲＢ２、ＤＲＢ、またはＡＳセキュリティはない
・コンテキストは、メッセージ転送トランザクションの一部として、黙示的にＲＡＮにおいて、（別個の先天的、後天的ＲＲＣシグナリングを用いずに）優先的に確立／削除されることになる
・解放：セル再選択移動性が提供され、ＵＥは、ネットワークにセルの変更を通知しない。これは、結果として生じるどのようなパケット損失からも復元するために、ＮＡＳまたはＰＳＭのような、より上位のレイヤへの依存を示し得る。
・シグナリングベースのＳ１トンネル再構成はない。
・モバイル端末は、任意で、単純化されたＰＨＹ、ＭＡＣ、ＲＬＣを含み得るメッセージングおよび／またはＭＴＣに対して最適化されたＲＡＮスタックをリッスンおよび使用する。
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ
・ショートメッセージおよび任意でＮＡＳシグナリングの転送のみ可能である
・拘束：ＲＡＮがダウンリンクパケットを正しいｅＮＢへルーティングし得るように、モバイル端末／ｅＮＢは、モバイル端末の位置の変更に関して、ＲＡＮの更新を要求される
・ネットワーク制御のハンドオーバベースの移動性管理：
○これは、モバイル端末がセルからセルへ移動すると、モバイル端末の位置がトラッキングされることを意味し、ハンドオーバ測定値が設定され、ハンドオーバで回送するパケットがサポートされ得、ｅＮＢは、ＭＭＥにセル変更を通知し得る・・
・ハンドオーバの代わりに、ソースｅＮＢは、アンカーとして機能し得、ＵＥは、直接または間接的にアンカーｅＮＢにセル変更に関する情報を提供するか、またはアンカーｅＮＢは、ＵＥの新たな位置を発見するために、ローカルセルをページングする。
・利用可能なＤＲＢまたはＡＳセキュリティはない
任意で、モバイル端末は、メッセージングおよび／またはＭＴＣに対して最適化されたＲＡＮスタックをリッスンおよび使用する

【0087】

＜移行＞
ＲＲＣ＿Ｉｄｌｅ〜ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ
・トリガ：アップリンクまたはダウンリンクで伝送されるショートメッセージ（もしくは、ＮＡＳシグナリング）
・データ転送前のシグナリングまたはパケット送信の一部としての、優先的に黙示的なシグナリングによって実現される
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ〜ＲＲＣ＿Ｉｄｌｅ
・トリガ：一方向のショートメッセージ転送が完了またはマルチステップのメッセージ会話が完了または非アクティビティタイマが満了する
・シグナリングまたはメッセージ転送が完了、あるいは非アクティビティタイマが満了した後、コンテキストを黙示的に取り除くことによって実現される
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ〜ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ
・トリガ：メッセージングの頻度が閾値を超過、かつ／または単位時間毎のセル変更の回数が閾値を超過する
・シグナリングによって実現される
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ〜ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ
・この移行に対するサポートは、決定的なものではなく、図ではサポートされたものとして示されていない。ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄにおけるアクティビティが閾値よりも下がった場合、ＲＲＣ＿Ｉｄｌｅへの移行が行われる。しかし、メッセージングの頻度が閾値よりも下がり、かつ／または単位時間毎のセル変更の回数が閾値よりも下がる場合、移行は任意でサポートされ得る。
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ〜ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ
・トリガ：この移行は、ＩＰパイプをセットアップすることが必要、もしくはＮＡＳシグナリングを転送することが必要になるとトリガされ得る
・シグナリングによって実現される
ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ〜ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｕｎｌｅａｓｈｅｄ
・この移行に対するサポートは、決定的なものではなく、図ではサポートされたものとして示されていない。モバイル端末が、現在、ＳＭＳ転送またはＮＡＳシグナリング交換中である場合、システムは、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のままである。システムが、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄであり、全てのデータ転送が停止し、かつ／または非アクティブの期間がある場合、ＲＲＣ＿Ｉｄｌｅへの移行が代わりに想定される。
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ〜ＲＲＣ＿Ｉｄｌｅ
・トリガ：非アクティビティタイマが満了するか、または全ての未処理のメッセージ転送会話が完了した
・シグナリングによって実現される
ＲＲＣ＿Ｉｄｌｅ〜ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ
・この移行をサポートすることは必須ではない（そのため、破線である）。
・トリガ：メッセージングベアラのみが最初に必要であることが先に知られているアプリケーションが開始された場合およびメッセージングの頻度、セル変更の頻度、またはリンク信頼性要件は、拘束された移動性管理の手法（セル更新によるハンドオーバまたはセル再選択）がサポートされるためのものであることがさらに知られている場合、この移行はトリガされ得る。
・シグナリングによって実現される
ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ〜ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ
・トリガ：この移行は、ＩＰパイプをセットアップすることが必要、もしくはＮＡＳシグナリングを転送することが必要になるとトリガされ得る
・シグナリングによって実現される
ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ〜ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ
・トリガ：この移行に対するサポートは必須ではない。移行がサポートされるか否かは、ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄモードで稼働することによって（例えば、ＭＴＣ／ｍｅｓｓａｇｉｎｇ最適化ＰＨＹ／ＭＡＣ／ＲＬＣ／ＰＤＣＰの使用を通して）効率性が得られるか否かによる。
・シグナリングによって実現される
ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ〜ＲＲＣ＿Ｉｄｌｅ
・トリガ：非アクティビティタイマが満了する
・シグナリングによって実現される
ＲＲＣ＿Ｉｄｌｅ〜ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ
・トリガ：モバイル端末がＥＰＳベアラ（ＩＰパイプ）の確立を要求、もしくはＮＡＳシグナリングの転送を要求する
・シグナリングによって実現される

【0088】

ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ状態内でのセル再選択とハンドオーバベースの移動性管理の間、セル再選択およびハンドオーバベースの移動性管理から、ならびに、への移行は、メッセージングの頻度が閾値を超過／下回り、かつ／または単位時間毎のセル変更の回数が閾値を超過／下回る際にトリガされ得ることに留意されたい。

【0089】

接続解放状態および接続拘束状態のＲＲＣメッセージを含む代替的な構成は、図２２に示される。そのため、状態と副次的な状態間の移行は、ＲＲＣメッセージング接続状態２８０内で内部的に実行される。

【0090】

本技術によれば、モバイル端末およびモバイル端末がアタッチされている基地局は、機能性をサポートする必要性、および、例えば、メッセージングのみがサポートされる必要があるか否か、またはＩＰパイプが要求されるか否か、に応じて、図２０に示される様々な状態間を移行し得る。メッセージング接続状態２８０内で、生成されるパケットの相対的な数および／またはセル変更の頻度に応じて、モバイル端末および基地局は、解放状態と拘束状態の間を移行し得、拘束状態は、解放状態の場合よりも、高い頻度で生成されたデータパケットまたは高い頻度のセル変更に対して使用される。当然、伝送されるデータがない場合、モバイル端末は、ＲＲＣアイドル状態２８２へ移行する。

【0091】

より単純化された構成では、モバイル端末および基地局は、図２３に示されるメッセージング状態を形成し得るが、図２３では、端末がＲＲＣメッセージング接続状態２８０またはアイドル状態２８２のみに移行し得るので、可能な状態をさらに単純化した描写を提供する。

【0092】

ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ状態およびＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に対してサポートされるデータパケットの通信間の差異の例示は、図２４に示される。図２４に示されるように、ＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ状態に関しては、アプリケーションパケットが、ｅＮＢ２２０２およびＭＭＥ２２１０を介して、モバイル端末２２００へ／からＭＴＣ−ＳＣ２２０４から／へ通信される。ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に関しては、データパケットが、ｅＮＢ２２０２、ＰＤＮ＿ＧＷ２２１６およびＳ＿ＧＷ２２１２を介して、モバイル端末へ／からＩＰ ＰＤＮ２２１４へ／から通信され２２１２、かつ／または制御プレーン２２００を介して、ＭＴＣ−ＳＣへ／から通信される。

【0093】

図２０〜図２４を参照して上記説明した相対的な状態をまとめる概略的なブロック図は、モバイル端末とＭＭＥの間の通信を提供するＮＡＳシグナリング接続に対応する状態に関連して、図２５に示される。特に、新たなＥＣＭ＿Ｍｅｓｓａｇｉｎｇ状態が導入され、その状態の特徴は以下のものを含む。
・制御プレーンでのＳＭＳまたはＮＡＳパケットの移行のみがサポートされ、ユーザプレーンはサポートされない。
・ＵＥの最後に既知となったｅＮＢアドレスが格納され得、ＭＭＥがこの状態にある期間中に、後に到達するパケットをルーティングするために利用可能にされ得る。
・Ｓ１ベアラまたはトンネルは設定されない
・ＲＲＣ接続は存在しない場合があり、存在するいずれの無線機能性も制限され得る（例えば、ＡＳセキュリティ、ハンドオーバが設定されない）
・この状態の期間は、非常に短いものであり得る
・ＭＭＥにおけるＥＣＭ＿ｉｄｌｅからＥＣＭ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄへの状態変更がトリガされ得る：
○メッセージ転送トランザクション内でのパケットの到達によって黙示的にトリガされ得る
・ＥＣＭ＿ＭｅｓｓａｇｉｎｇからＥＣＭ＿Ｉｄｌｅへの状態変更は、以下によってトリガされ得る：
○ｅＮＢの最後の更新の時期＜−＞一定期間を超過するＭＭＥルーティング情報
○単一のメッセージ転送の完了、メッセージ会話内の未処理のメッセージ転送の完了、および／または全ての未処理のメッセージ会話の完了
○非アクティビティタイマ
・ＭＭＥは、十分に直近のルーティング情報が存在しない場合、またはネットワーク開始メッセージトランザクションが新しい場合、ＵＥの位置を発見するためにページングする必要があり得る。
・ＵＥは、任意で、ＭＭＥに「拘束」され得る。特に、ＵＥがセルを変更する場合、ＵＥは、シグナリングを介して、ＭＭＥにセル更新を提供するように設定され得る。このシグナリングを呼び出す決定は、一定量を超過する単位時間毎のページングメッセージの量によってトリガされ得、かつ／またはショートメッセージ会話の頻度が高くなる場合、トリガされ得る。
・格納されたＵＥの位置に関する知識は、不正確な場合があり、より具体的には、古い場合がある。これは、ＮＡＳまたはＰＳＭのようなより上位のレイヤに、ＭＭＥが、パケットをＵＥがもはやキャンプしていないｅＮＢへ回送した結果生じたパケット損失から復元するように要求することによって、対処され得る。あるいは、ＲＡＮは、ＭＭＥが、最後に既知となったｅＮＢアドレスをルーティングの目的から使用する場合にパケット損失を防ぐ移動性管理のソリューションを、例えば、先に説明した方法に従って、提供し得る。

【0094】

図２５において、破線で示すように、ＭＭＥ ＮＡＳは、ＥＣＭ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ状態であるが、ＲＲＣ状態は、採用された無線のソリューションに応じて、先に説明したように、ＲＲＣ＿Ｉｄｌｅ状態またはＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ状態に多様になり得る。ＥＣＭ＿Ｃｏｎｎｅｃｔｅｄ状態は、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に最も一般的に関連している。

【0095】

ＵＥがどのｅＮＢにキャンプするかということに関するＭＭＥにおけるルーティング情報は、複数の手段によって更新され得る：
・ＭＭＥによって実行されるページングへの応答
・ＭＭＥを移行させるいずれかのモバイル端末送信パケット／メッセージにルーティング情報を含めること
・セル変更が生じるごとに、セル更新をＭＭＥへ伝送するようにＵＥを設定することを通して
・ ＲＡＮがＲＲＣ＿Ｍｅｓｓａｇｉｎｇ＿Ｃｏｎｎｅｃｔｅｄ＿Ｌｅａｓｈｅｄ状態にある場合に可能であり得るセル変更が生じると、ｅＮＢがＭＭＥに通知することによって。

【0096】

ショートメッセージを基地局へ通信する例
上述されたように、本技術は、一時的なＲＲＣ接続又は低減されたＲＲＣ接続を用いてモバイル端末から基地局へメッセージを通信するための構成を提供する。これは、本技術の意味において、コンテキストレスであるものとして説明され得る。ただし、これはいくらか比喩的な説明であることが認識されるであろう。

【0097】

従来の構成に従って動作するモバイル通信ネットワークにおいて、モバイル端末および基地局（ｅＮＢ）および移動性マネージャ（および、おそらくＭＭＥ）が十分な情報を交換し、基地局およびモバイル端末が互いにメッセージを通信することを開始して、ユーザに通信サービスを提供する場合、ＲＲＣ接続が存在する。この状況は、まずＲＲＣ接続を確立する目的のためだけに、基地局およびモバイル端末が、確立されつつあるＲＲＣ接続に先立って、何らかのタイプのメッセージを互いに送信することが可能とされる構成とは区別されることができる。確立されつつあるＲＲＣコンテキストに先立って及び当該ＲＲＣコンテキスト無しに通信されるこれらのメッセージは、例えば、ＲＲＣ接続要求、ＲＲＣ接続セットアップおよびＲＲＣ接続セットアップ完了を含む。また、より下位のレイヤ（ＰＨＹ、ＭＡＣ）のメッセージは、確立済みの（ｉｎ ｐｌａｃｅ）ＲＲＣ接続に先立って搬送されることが可能である。これらのより下位のレイヤ（ＰＨＹ、ＭＡＣ）の通信は、より上位のレイヤのＲＲＣメッセージの送信もサポートし、例えばＲＡＣＨ手続きの一部として発生する通信を含む。従来、ＲＲＣ接続を確立する処理は、使用されることになる物理（ＰＨＹ）レイヤの機能、どの無線リソースが使用されることができるか、どの無線ネットワーク一時識別子が使用され得るか（基地局によってモバイル端末へＲＲＣ接続セットアップメッセージ内で提供される）、および、例えば、より上位のレイヤのメッセージはどの移動性マネージャ（ＭＭＥ）へルーティングされるべきか（モバイル端末によってＲＲＣ接続セットアップ要求／完了等内で提供される）、を認めること（ａｇｒｅｅｉｎｇ）を含み得る。

【0098】

ＲＲＣ接続が最初に確立されると、当該ＲＲＣ接続は、１つの（シグナリング）無線ベアラのみをサポートし、そのため、ＲＲＣメッセージがモバイル端末と基地局との間で搬送されることのみを可能とする（無線シグナリングレイヤ３メッセージ）。ただし、ＲＲＣメッセージ内に「透過的に（ｔｒａｎｓｐａｒｅｎｔｌｙ）」「含まれる（ｃｏｎｔａｉｎｅｄ）」ＮＡＳパケットも送致されることができる。ＲＲＣ接続が確立されると、当該ＲＲＣ接続は、様々な付加的な「ベアラ」をサポートするように変更されることができる。例えば、最初のシグナリングベアラよりも低い優先度を有し得る付加的なシグナリング無線ベアラが特定されてもよく、また、複数の付加的なベアラが、アプリケーションレイヤトラフィックの搬送のために構成されてもよい。上記複数の付加的なベアラは、ＰＨＹレイヤ、ＭＡＣレイヤおよびＲＬＣレイヤの再設定を必要とし得る。

【0099】

本技術によれば、一時的なＲＲＣ接続又は低減されたＲＲＣ接続は、最小限のシグナリングによってモバイル端末と基地局（ｅＮＢ）との間の無線アクセスインタフェース上でショートメッセージを通信するために確立される。この目的のために、無線アクセスインタフェースを介してショートメッセージを通信するためのパラメータは、デフォルトの設定または所定の設定に従って確立される。この理由は、セットアップすることおよび無線アクセスインタフェースを介してショートメッセージを通信することの複雑さを低減するために、より長いメッセージシーケンスを通信するために無線ベアラが確立されつつある場合に通常必要となるであろう、メッセージの交換無しに、ショートメッセージを通信すべく、物理レイヤパラメータの固定されたセットがショートメッセージを通信するために選択され得るためである。この理由は、メッセージ自体が短いので、後続のメッセージのストリームを転送するために無線アクセスパラメータの最適な設定をセットアップすることは効率的ではないためである。必要となるのは、１つのメッセージ、または、メッセージおよびその確認応答が同じパラメータ（ＡＣＫ）を用いて通信される場合にはおそらく２つのメッセージを通信することのみである。

【0100】

シグナリングを低減するために、一例において、物理（ＰＨＹ）レイヤ、メディアアクセス制御（ＭＡＣ）レイヤおよび無線リンク制御（ＲＬＣ）レイヤの設定は、できる限りデフォルトの無線コンテキスト低減設定に固定される。従来の構成と同様に、セットアップされつつあるＲＲＣ接続に先立ってまたは当該ＲＲＣ接続の一部としてなんらかの情報を転送することは可能である。そのため、ショートメッセージは、完璧なＲＲＣ接続がセットアップされる必要無しに搬送される。したがって、ＲＲＣ接続要求が所定の無線アクセスパラメータを用いて通信されるのと同じ手法で、ショートメッセージは、当該ショートメッセージに固有である所定の無線アクセスパラメータを用いて通信される。

【0101】

本技術によれば、一例において、モバイル端末１０１、２０１、および基地局１０２、２０２には、モバイル端末１０１、２０１から基地局１０２、２０２へのショートメッセージの通信に関連する情報を格納するための何らかのメモリが提供される。上記の説明において、移動局１０１、２０１、および基地局１０２、２０２が、ショートメッセージを通信するための無線アクセスインタフェースに適用されるべき無線アクセスパラメータを保持する状態は、「ＲＲＣ＿ｍｅｓｓａｇｉｎｇ＿ｃｏｎｎｅｃｔｅｄ」状態と呼ばれる。そのため、この状態において、格納された無線アクセスパラメータは、いくらかの最小限の量のコンテキスト情報を提供し、当該コンテキスト情報は、例えば、単純なｓｔｏｐ ａｎｄ ｗａｉｔ ＡＲＱをサポートする目的のために、全てのショートメッセージ又はショートパケット転送の通信に適用されることができる。

【0102】

どのくらいの期間、モバイル端末１０１、２０１がＲＲＣ＿ｍｅｓｓａｇｉｎｇ＿ｃｏｎｎｅｃｔｅｄ状態に留まるかに影響を及ぼす２つの代替案が存在する。これら代替案は、以下の通りである：
１．低減されたコンテキストは、１つのパケットを搬送するために必要な期間だけ存在する。パケットが搬送されると、全てのコンテキスト情報は消失する。ツーステップショートメッセージ転送において、モバイル端末および基地局は、一度は（例えば、アップリンクにおける）メッセージ転送のため、もう一度は（例えば、ダウンリンクにおける）ＳＭＳ−ＳＣからのＡＣＫの転送のための二度、ＲＲＣ＿ｍｅｓｓａｇｉｎｇ＿ｃｏｎｎｅｃｔｅｄ状態となるであろう。
２．別の変形例において、モバイル端末は、ショートメッセージを搬送する目的のためにＲＲＣ＿ｍｅｓｓａｇｉｎｇ＿ｃｏｎｎｅｃｔｅｄ状態に入り、そのため、コンテキストは、ショートメッセージデータパケットの送信の期間、ショートメッセージと確認応答（ＡＣＫ）との間のギャップの期間、およびＡＣＫの送信の期間について存続する。ＡＣＫが成功裡に搬送されると、コンテキストは消失し、システムは、もはやＲＲＣ＿ｍｅｓｓａｇｉｎｇ＿ｃｏｎｎｅｃｔｅｄ状態にはない。換言すると、システムは、ショートメッセージ転送の期間中に一度ＲＲＣ＿ｍｅｓｓａｇｉｎｇ＿ｃｏｎｎｅｃｔｅｄ状態に入るのみであり、当該状態から移行しおよびアイドルへ戻ることは、ＡＣＫが成功裡に搬送された場合には黙示的である。

【0103】

上記の２つの例について理解されるように、コンテキスト情報は、モバイル端末がＲＲＣ＿ｍｅｓｓａｇｉｎｇ＿ｃｏｎｎｅｃｔｅｄ状態にある期間中に変化するであろう。

【0104】

上記の例によれば、無線アクセスインタフェースを介してショートメッセージを搬送するための少なくとも２つの典型的な変形例が存在し、これらの例は、主に、どのくらいの量のコンテキスト情報が交換され／格納されるかの観点においてのみ異なる。ただし、これらの例の両者は、ＬＴＥシステムにおいて必要とされるものなどの従来の既存のパケット通信におけるものよりも、かなり少ないコンテキスト／シグナリング通信を必要とする。例えば、以下の通りである：
変形例１：ＰＨＹレイヤループは、送致されつつあるショートメッセージに先立って（および、おそらく複数のショートメッセージの間に）トレインアップされる（ｔｒａｉｎｅｄ ｕｐ）。これは、例えば、電力レベルの設定、変調／符号化スキームの選択、どの周波数および時間スロット／時間リソースを使用すべきか、どのタイミングアドバンスを使用すべきか等に必要な情報の交換を含む。
変形例２：ＰＨＹループは、確立されないことがある。これは、むしろオープンループアプローチである。そのため、これは、データがより高い電力レベルで送信されることを必要とし得、当該電力レベルは、おそらくパスロスのオープンループ推定によって判定され、ショートメッセージのデータを構成するコードワードは、複数の時間、周波数および／または空間次元にわたって送信されて、多様性の利点を得る。ただし、これは、最適なリソースを選びおよび選択するためにチャネルサウンドを試行することがないという点において、オープンループの意味において達成される。さらなる使用は、例えば、データ転送についてＰＲＡＣＨを用いて、いわゆる共通チャネルからなされ得る。

【0105】

上記の説明から理解されるように、モバイル端末によるショートメッセージの送信は、図２６に示されるフロー図によって要約され、以下のように要約される：
Ｓ１：モバイル端末は、通信されるべきデータがショートメッセージであることを認識する；これは、例えば、当該メッセージを生成したアプリケーションレイヤからの標識によって提供され得る。または、デバイスがＭＴＣタイプデバイスなどの簡略化されたデバイスである場合、上記標識は、プロトコルスタックにおけるより下位のレイヤによって提供され得る；
Ｓ２：ショートメッセージは、コンテキストまたは少なくとも一時的なコンテキストもしくは低減されたコンテキスト無しに、ＭＭＥを介してＳＭＳ−Ｃへ通信されるべきデータにより形成され、ショートメッセージが先在のコンテキスト無しに通信されていることを示すフィールドを含む；
Ｓ４：ショートメッセージを無線アクセスインタフェースを介して通信するために、少なくともＰＨＹレイヤについての予め設定されたパラメータにアクセスする。予め設定されたパラメータは、ＭＡＣレイヤおよびＲＬＣレイヤなど、図１４に示されるプロトコルスタックにおける他のレイヤも含んで、モバイル端末の送信機側と基地局の受信機側との両者がショートメッセージを通信するための所定の送信パラメータを確立することが可能であるようにしてもよい。ＰＨＹレイヤの例の場合、所定のパラメータは、例えば、送信機および受信機チェーンについての変調スキームおよび誤り訂正符号化スキーム、ならびに、無線送信が行われるタイムスロットおよび周波数、および送信電力レベル設定等を含み得る。モバイル端末のメモリに格納される所定のパラメータは、ショートメッセージを通信するために使用される無線アクセスインタフェースに依存するであろう。基地局は、ショートメッセージを受信するための対応するパラメータにより構成される。例えば、所定のパラメータは、基地局内の送信機によって使用される符号化および変調を使用して、所定の時間および所定の周波数においてショートメッセージを受信するように基地局内の受信機を設定するように構成され得る。したがって、所定のパラメータは、移動局および基地局へ提供されて、無線アクセスインタフェースを介したショートメッセージデータパケットの通信についてのコンテキストを確立することに通常関連付けられるであろうメッセージ交換無しに、ショートメッセージが送信されることができるようにする。
Ｓ６：ショートメッセージを通信するための所定のパラメータにアクセスすると、ショートメッセージは、モバイル端末から基地局へ通信される；
Ｓ８：基地局は、モバイル端末からショートメッセージを受信し、当該メッセージはコンテキストが現在存在しないショートメッセージであることを示すフィールドを認識し、および、ショートメッセージのＭＭＥへの通信のための一時的なコンテキストを確立することによって、ショートメッセージをＭＭＥへ通信する。

【0106】

理解されるように、当該メッセージがショートメッセージであること、当該メッセージがＭＭＥへ通信されるべきであること、および当該メッセージが既存のコンテキストを有しないことを示すフィールドをショートメッセージに提供することは、当該パケットがルーティングされることを可能にするソースアドレスおよび送信先アドレスを含むＩＰパケット、ならびに埋め込まれたＮＡＳ（例えば、サービス要求）メッセージがどのＭＭＥへ送致されるべきかの標識を提供する情報をＲＲＣ接続セットアップ完了メッセージが含み得る既存のＬＴＥシステムなどの従来の構成とは異なる。

【0107】

＜結論＞
概して、発明は、ＬＴＥ環境下で説明してきたが、それは、発明は、この環境下で有益にじっそうされ得るからである。しかし、発明はＬＴＥ環境に限定されず、いずれか他の適切な環境で実装されてもよい。

【0108】

様々な修正が本発明の例に対してなされ得る。本発明の実施形態は、縮小したケイパビリティの端末の面から概して規定されたが、個人用電話のような従来の端末を含むいずれの適切な端末も、本開示に従って、ショートメッセージを送受信し得ることが理解される。

【0109】

また、例示を容易にし、理解のしやすさから、ネットワークの各要素に対して１つのみノードを表し、論じた。しかし、当業者は、２以上の各ノードがあり得ることを理解する。例えば、モバイルネットワークは、複数のｅＮＢ、ＭＭＥ、Ｓ−ＧＷおよび／またはＰ−ＧＷを含み得る。

【0110】

以下の番号が付された条項は、さらなる例示的な実施形態のさらなる例示的な態様および特徴を提供する：
１．モバイル通信ネットワークへまたはモバイル通信ネットワークから無線アクセスインタフェースを介してデータパケットを通信するための通信端末であって、当該モバイル通信ネットワークは、
上記モバイル通信端末へまたは上記モバイル通信端末から上記無線アクセスインタフェースを介してデータパケットを通信するための複数の基地局を備える無線ネットワーク部分と、
上記データパケットを上記無線ネットワーク部分から送信先アドレスへ通信し、または上記データパケットをソースアドレスから上記無線ネットワーク部分へ通信するように構成されるコアネットワーク部分と、
を含み、上記モバイル通信ネットワークは、上記通信端末へまたは上記通信端末から上記無線ネットワーク部分および上記コアネットワーク部分を介して上記データパケットを通信するための１つ以上の通信ベアラを確立するように構成され、当該１つ以上の通信ベアラの各々は、上記通信端末から上記送信先アドレスへのまたはソースアドレスから上記通信端末への１つ以上の接続に関連付けられるコンテキスト情報を用いて確立され、上記通信端末のうちの１つは、
上記モバイル通信ネットワークの上記基地局のうちの１つにアタッチされ、および、
アイドル状態において、ショートメッセージデータパケットを上記無線ネットワーク部分の上記基地局へシグナリングメッセージとして通信するように構成され、当該ショートメッセージデータパケットは、上記ショートメッセージデータパケットを通信するための、上記モバイル通信ネットワークによる使用のためのコンテキスト情報の標識を含む、通信端末。
２．上記ショートメッセージデータパケット内で提供される上記コンテキスト情報は、上記モバイル通信端末が上記モバイル通信ネットワークの上記基地局にアタッチされる際に上記モバイル通信ネットワークによって上記通信端末へ提供された、上記通信端末のＩＤを含む、条項１に記載の通信端末。
３．上記モバイル通信端末の上記ＩＤは、一時的なＩＭＳＩ番号である、条項１に記載の通信端末。
４．上記ショートメッセージデータパケットは、上記基地局への当該ショートメッセージデータパケットを識別するフィールドを含む、先行する条項のいずれか１項に記載の通信端末。
５．上記通信端末は、
上記通信端末と上記基地局との間で上記ショートメッセージデータパケットを通信するための無線ベアラを確立するように構成され、当該無線ベアラは、上記ショートメッセージデータパケットが上記基地局によって受信された後、除去される、条項１〜４のいずれか１項に記載の通信端末。
６．上記無線ベアラは、所定のコンテキスト情報を用いて確立され、当該所定のコンテキスト情報は、上記ショートメッセージデータパケットを上記通信端末から上記基地局へ通信するための電力制御レベル、変調および符号化のうちの少なくとも１つを含む、条項５に記載の通信端末。
７．上記コンテキスト情報は、上記ショートメッセージデータパケットを通信するために上記通信端末と上記基地局との間の上記無線ベアラを確立するために予め決められる、条項６に記載の通信端末。
８．上記コンテキスト情報は、上記ショートメッセージデータパケットを上記基地局から上記コアネットワーク部分の移動性マネージャへ通信するために十分である、先行する条項のいずれか１項に記載の通信端末。
９．通信端末からモバイル通信ネットワークを介してショートメッセージデータパケットを通信する方法であって、当該モバイル通信ネットワークは、上記モバイル通信端末へまたは上記モバイル通信端末から無線アクセスインタフェースを介してデータパケットを通信するための複数の基地局を備える無線ネットワーク部分と、上記データパケットを上記無線ネットワーク部分から送信先アドレスへ通信し、または上記データパケットをソースアドレスから上記無線ネットワーク部分へ通信するように構成されるコアネットワーク部分と、を含み、上記方法は、
上記通信端末へまたは上記通信端末から上記無線ネットワーク部分および上記コアネットワーク部分を介して上記データパケットを通信するための１つ以上の通信ベアラを確立することと、当該１つ以上の通信ベアラの各々は、上記通信端末から上記送信先アドレスへまたはソースアドレスから上記通信端末への１つ以上の接続に関連付けられるコンテキスト情報を用いて確立されることと、を含み、上記確立することは、
上記通信端末が上記基地局のうちの１つにアタッチされるように構成することと、
上記ショートメッセージデータパケットを上記通信端末から上記基地局へ通信するための無線通信ベアラを確立することと、
アイドル状態にある場合、上記ショートメッセージデータパケットを上記基地局へシグナリングメッセージとして通信することと、上記ショートメッセージデータパケットは、上記ショートメッセージデータパケットを上記コアネットワークを介して通信するための、上記モバイル通信ネットワークによる使用のためのコンテキスト情報の標識を含むことと、
を含む、方法。
１０．アイドルモードにある通信端末からショートメッセージデータパケットがシグナリングメッセージとして受信される際に、基地局から当該ショートメッセージデータパケットを通信するための、モバイル通信ネットワークによる使用のためのコンテキスト情報の標識を含む、当該ショートメッセージデータパケットを表す信号。

【0111】

本発明のさらなる多様な態様および特徴は添付の特許請求の範囲において規定される。本発明の範囲を逸脱せず、様々な修正が上記実施形態になされ得る。例えば、本発明の実施形態は、他のタイプのモバイル通信ネットワークを用いて使用され、ＬＴＥに限定されない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25A】

【図25B】

【図26】