(57)【特許請求の範囲】
【請求項１】
ショートメッセージをルーティングする方法であって、
マシンタイプ通信インターワーキング機能（ＭＴＣ−ＩＷＦ）ノードが、Ｔ４インターフェースを介して、サービス能力サーバ（ＳＣＳ）またはアプリケーションサーバ（ＡＳ）への配信のために前記ショートメッセージをＳＭＳサービスセンタ（ＳＭＳ−ＳＣ）から受信することと、
前記ＭＴＣ−ＩＷＦノードが、加入者情報要求をホーム加入者サーバ（ＨＳＳ）に送信することであって、前記加入者情報要求は、前記ショートメッセージのＳＭＳ送信側に関連付けられる公開識別子を得るためのクエリーを含む、ことと、
前記ＭＴＣ−ＩＷＦノードが、加入者情報応答を前記ＨＳＳから受信することであって、前記加入者情報応答は、前記ＳＭＳ送信側の前記公開識別子を備える、ことと、
前記ＭＴＣ−ＩＷＦノードが、受信された前記ＳＭＳ送信側の前記公開識別子と共に前記ショートメッセージを前記ＳＣＳまたは前記ＡＳに送信することと、
前記ＭＴＣ−ＩＷＦノードが、前記ショートメッセージに関連付けられる配信レポートを前記ＳＭＳ−ＳＣに送信することと
を備える方法。
【請求項２】
前記ショートメッセージは、ＳＭＳメッセージである、請求項１の方法。
【請求項３】
受信された前記ＳＭＳ送信側の前記公開識別子は、ＩＰアドレスである、請求項１の方法。
【請求項４】
前記ＭＴＣ−ＩＷＦノードが、前記ショートメッセージをハイパーテキスト転送プロトコル（ＨＴＴＰ）メッセージにカプセル化することと、
前記ＭＴＣ−ＩＷＦノードが、前記カプセル化されたＨＴＴＰメッセージを前記ＳＣＳまたは前記ＡＳにＴｓｐインターフェースを介して送信することと
をさらに備える、請求項１の方法。
【請求項５】
マシンタイプ通信インターワーキング機能（ＭＴＣ−ＩＷＦ）ノードであって、
Ｔ４インターフェースを介して、サービス能力サーバ（ＳＣＳ）またはアプリケーションサーバ（ＡＳ）への配信のためにショートメッセージをＳＭＳサービスセンタ（ＳＭＳ−ＳＣ）から受信し、
加入者情報要求をホーム加入者サーバ（ＨＳＳ）に送信し、前記加入者情報要求は、前記ショートメッセージのＳＭＳ送信側に関連付けられる公開識別子を得るためのクエリーを含み、
加入者情報応答を前記ＨＳＳから受信し、前記加入者情報応答は、前記ＳＭＳ送信側の前記公開識別子を備え、
受信された前記ＳＭＳ送信側の前記公開識別子と共に前記ショートメッセージを前記ＳＣＳまたは前記ＡＳに送信し、
前記ショートメッセージに関連付けられる配信レポートを前記ＳＭＳ−ＳＣに送信する
ように構成されたプロセッサ
を備えたＭＴＣ−ＩＷＦノード。
【請求項６】
前記ショートメッセージは、ＳＭＳメッセージである、請求項５のＭＴＣ−ＩＷＦノード。
【請求項７】
受信された前記ＳＭＳ送信側の前記公開識別子は、ＩＰアドレスである、請求項５のＭＴＣ−ＩＷＦノード。
【請求項８】
前記プロセッサは、
前記ショートメッセージをハイパーテキスト転送プロトコル（ＨＴＴＰ）メッセージにカプセル化し、
前記カプセル化されたＨＴＴＰメッセージを前記ＳＣＳまたは前記ＡＳにＴｓｐインターフェースを介して送信する
ようにさらに構成される、請求項５のＭＴＣ−ＩＷＦノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
マシンタイプ通信（ＭＴＣ：Machine Type Communications）は、機械が互いにまたは人間と通信することを可能にする。例えば、１または複数の低コストＭＴＣデバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークを用いてモバイルネットワークを通じてＭＴＣサーバと通信することができる。エンドツーエンドアプリケーションのためのＭＴＣデバイスおよび／またはＭＴＣサーバのためのトランスポートおよび／または通信サービスは、３ＧＰＰネットワークによって提供され得る。ＭＴＣサービスの例は、スマートメータリング、ホームオートメーション、Ｅヘルス、消費者製品、フリート管理を含むことができる。
【０００３】
ＭＴＣデバイスは、３ＧＰＰサービスを用いて、小規模であるが繰り返し発生するデータをＭＴＣサーバに送信することができる。このような小規模データ伝送を取り扱うためにモバイルネットワーク（例えば３ＧＰＰベースのネットワーク）において用いられる機構は、マシン−マシン（machine-to-machine）またはマシン−ヒューマン（machine-to-human）アプリケーションにとって最適ではない場合がある。
【発明の概要】
【０００４】
ショートメッセージ（例えばＳＭＳメッセージ）に関連するルーティングを決定するためのシステム、方法および手段が提供される。ＳＭＳ−ＳＣは、第１のルーティング要求をホーム加入者サーバ（ＨＳＳ：home subscriber server）に送信することができる。第１のルーティング要求は、ショートメッセージに関連付けられ得る。第１のルーティング要求は、ＭＴＣ表示フィールドを含むことができる。第１の要求は、ＭＡＰ−Ｃインターフェースを通じて転送され得る。ＳＭＳ−ＳＣは、第１のルーティング応答を受信することができる。第１のルーティング応答は、ショートメッセージがサービス能力サーバ（ＳＣＳ：service capability server）に関連付けられ得ることの表示、またはショートメッセージに関連付けられる第１の制御プレーンルーティングの１つを含むことができる。ＳＭＳ−ＳＣは、ショートメッセージをＳＣＳサービングノードに送信することができる（例えば、第１の制御プレーンルーティングに基づいて、またはＳＣＳ加入データベースから受信した情報に基づいて）。ＳＭＳ−ＳＣは、配信レポートを受信することができる。配信レポートは、ショートメッセージの配信を示すことができる（例えば、ＳＣＳサービングノードまたはＳＣＳの１または複数に）。
【０００５】
第１のルーティング応答は、第１の制御プレーンルーティングを含むことができる。第１の制御プレーンルーティングは、ＳＣＳサービングノードを含むことができる。第１の制御プレーンルーティングはさらに、ＳＣＳサービングノードアドレス（例えばＭＴＣ−ＩＷＦアドレス）を含むことができる。
【０００６】
第１のルーティング応答は、ショートメッセージがサービス能力サーバ（ＳＣＳ）に関連付けられる旨の表示を含むことができる。ＳＭＳ−ＳＣは、第２のルーティング要求をＳＣＳ加入データベースに送信することができる。ＳＭＳ−ＳＣは、第２のルーティング応答をＳＣＳ加入データベースから受信することができる。第２のルーティング応答は、プライマリマシンタイプ通信インターワーキング機能（ＭＴＣ−ＩＷＦ）フィールド、ゲートウェイアドレスフィールド、推奨アプリケーションプロトコルフィールド、および／またはショートメッセージコンテナフィールドを含むことができる。第２のルーティング応答は、ショートメッセージのための第２の制御プレーンルーティングを示すことができる。第２の制御プレーンルーティングは、ＳＣＳサービングノードの識別子を含むことができる。ＳＣＳサービングノードは、マシンタイプ通信インターワーキング機能（ＭＴＣ−ＩＷＦ）ノードとすることができる。
【図面の簡単な説明】
【０００７】
添付図面と併せて例として示される以下の説明から、詳細な理解を得ることができる。
【図１Ａ】１または複数の開示される実施形態を実施することができる、例示の通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システム内で使用され得る、例示の無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で使用され得る、例示の無線アクセスネットワークおよび例示のコアネットワークのシステム図である。
【図１Ｄ】図１Ａに示される通信システム内で使用され得る、他の例示の無線アクセスネットワークおよび他の例示のコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示される通信システム内で使用され得る、他の例示の無線アクセスネットワークおよび他の例示のコアネットワークのシステム図である。
【図２】例示的３ＧＰＰマシンタイプ通信（ＭＴＣ）アーキテクチャを示す図である。
【図３】サービス能力サーバ（ＳＣＳ）の例示的な配備シナリオを示す図である。
【図４】ＳＣＳ承認の例示的なメッセージシーケンス図を示す図である。
【図５】Ｔｓｐインターフェースを通したデバイストリガリングのための例示的なメッセージシーケンス図を示す図である。
【図６】成功したモバイル発信（ＭＯ）のショートメッセージ転送の試みに対する例示的なメッセージシーケンス図を示す図である。
【図７】ＳＭＳサービスセンタ（ＳＭＳ−ＳＣ）からＳＣＳへのショートメッセージの配信を示す、例示的な３ＧＰＰ  ＭＴＣアーキテクチャを示す図である。
【図８】ＭＴＣインターワーキング機能（ＭＴＣ−ＩＷＦ）からＳＣＳへの（パスＡ）成功したショートメッセージ転送の試みの例示的なメッセージシーケンス図を示す図である。
【図９】サービングＧＰＲＳサポートノード（ＳＧＳＮ）からＰ−ＧＷノードを通じてＳＣＳ（パスＢ）への成功したショートメッセージ転送の試みの例示的なメッセージシーケンス図を示す図である。
【図１０】モバイル交換局（ＭＳＣ）からＭＴＣ−ＩＷＦを通じてＳＣＳへの（パスＣ）成功したショートメッセージ転送の試みの例示的なメッセージシーケンス図を示す図である。
【発明を実施するための形態】
【０００８】
様々な図を参照して、例示的実施形態の詳細な説明が述べられる。この説明は可能な実装形態の詳細な例を示すが、詳細は例示的なものであり、本出願の範囲を制限するものでは全くないことが留意されるべきである。図はメッセージシーケンス図を示す場合があるが、これらは例示的であることが意図される。他の実施形態を用いることができる。メッセージの順序は、適切な場合には変わり得る。メッセージは必要でない場合は省くことができ、追加のフローが追加され得る。
【０００９】
図１Ａは、１または複数の開示される実施形態を実施することができる、例示の通信システム１００の図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、放送などのコンテンツを供給する多元接続方式とすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通して、このようなコンテンツにアクセスすることを可能にする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を使用することができる。
【００１０】
図１Ａに示されるように通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（これらは全体的に、またはまとめてＷＴＲＵ１０２と呼ばれ得る）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＷＴＲＵ）、移動局、固定またはモバイル加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含むことができる。
【００１１】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６／１０７／１０９、インターネット１１０および／またはネットワーク１１２などの、１または複数の通信ネットワークへのアクセスを容易にするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。例えば基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは各々単一の要素として示されるが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されよう。
【００１２】
基地局１１４ａはＲＡＮ１０３／１０４／１０５の一部とすることができ、これはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）を含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的領域内で無線信号を送信および／または受信するように構成され得る。セルはさらに、セルセクタに分割され得る。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。従って実施形態では、基地局１１４ａは、３つのトランシーバ、すなわちセルの各セクタに対して１つを含むことができる。実施形態では基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、セルの各セクタに対して複数のトランシーバを利用することができる。
【００１３】
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができるエアインターフェース１１５／１１６／１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信することができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立され得る。
【００１４】
より具体的には上記のように通信システム１００は、多元接続方式とすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができ、これは広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いてエアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）、および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１５】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、これはＬＴＥ（登録商標）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を用いてエアインターフェース１１５／１１６／１１７を確立することができる。
【００１６】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準（Interim Standard）２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、ＧＳＭ（登録商標）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００１７】
図１Ａの基地局１１４ｂは、例えば無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、事業所、家庭、乗り物、キャンパスなどの局所的領域における無線接続性を容易にするための任意の適切なＲＡＴを利用することができる。実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することができる。実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。他の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されるように基地局１１４ｂは、インターネット１１０への直接接続を有することができる。従って、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要はない。
【００１８】
ＲＡＮ１０３／１０４／１０５はコアネットワーク１０６／１０７／１０９と通信することができ、これは音声、データ、アプリケーション、および／またはＶｏＩＰサービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数にもたらすように構成された任意のタイプのネットワークとすることができる。例えばコアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイル位置情報サービス、プリペイドコール、インターネット接続性、ビデオ配信などをもたらすことができ、および／またはユーザ認証などの高レベルセキュリティ機能を行うことができる。図１Ａに示されないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴ、または異なるＲＡＴを使用する他のＲＡＮと直接または間接に通信できることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信することができる。
【００１９】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働くことができる。ＰＳＴＮ１０８は、従来型電話サービス（ＰＯＴＳ：plain old telephone service）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群におけるＴＣＰ、ＵＤＰおよびＩＰなどの、共通通信プロトコルを用いる、相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線もしくは無線の通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用することができる１または複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
【００２０】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード能力を含むことができ、すなわちＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを通じて異なる無線ネットワークと通信するための複数のトランシーバを含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用することができる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用することができる基地局１１４ｂと通信するように構成され得る。
【００２１】
図１Ｂは、例示のＷＴＲＵ１０２のシステム図である。図１Ｂに示されるようにＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６および他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら上記の要素の任意のサブコンビネーションを含み得ることが理解されよう。また実施形態は、基地局１１４ａおよび１１４ｂ、および／または、非限定的に中でもトランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノードＢ（ｅノードＢ）、ホーム進化型ノードＢ（ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイ、プロキシノードなどの基地局１１４ａおよび１１４ｂが表すことができるノードは、図１Ｂに示され本明細書で述べられる要素のいくつかまたは全てを含み得ることを企図する。
【００２２】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能を行うことができる。プロセッサ１１８はトランシーバ１２０に結合することができ、これは送受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々の構成要素として示すが、プロセッサ１１８およびトランシーバ１２０は電子回路パッケージまたはチップ内に一緒に統合され得ることが理解されよう。
【００２３】
送受信要素１２２は、エアインターフェース１１５／１１６／１１７を通じて基地局（例えば、基地局１１４ａ）に信号を送信し、またはそれから信号を受信するように構成され得る。例えば、実施形態では送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。実施形態では送受信要素１２２は、例えばＩＲ、ＵＶまたは可視光信号を送信および／または受信するように構成された、放射器／検出器とすることができる。他の実施形態では送受信要素１２２は、ＲＦおよび光信号の両方を送信および受信するように構成され得る。送受信要素１２２は無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されよう。
【００２４】
さらに図１Ｂでは送受信要素１２２は単一の要素として示されるが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含むことができる。より具体的にはＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。従って、実施形態ではＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通じて無線信号を送信および受信するために、２つ以上の送受信要素１２２（例えば複数のアンテナ）を含むことができる。
【００２５】
トランシーバ１２０は、送受信要素１２２によって送信されるべき信号を変調し、送受信要素１２２によって受信された信号を復調するように構成され得る。上記のようにＷＴＲＵ１０２は、マルチモード能力を有することができる。従って、トランシーバ１２０は、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの、複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするように、複数のトランシーバを含むことができる。
【００２６】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば液晶ディスプレイ（ＬＣＤ）表示ユニット、または有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に、ユーザデータを出力することができる。さらにプロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスクまたは任意の他のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。実施形態ではプロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）など、物理的にＷＴＲＵ１０２上にないメモリからの情報にアクセスし、それにデータを記憶することができる。
【００２７】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素への電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスとすることができる。例えば電源１３４は、１または複数の乾電池（例えばニッケル−カドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）など）、太陽電池、燃料電池などを含むことができる。
【００２８】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合することができ、これはＷＴＲＵ１０２の現在の位置に関する位置情報（例えば経度および緯度）をもたらすように構成され得る。ＧＰＳチップセット１３６からの情報に加えてまたはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通じて基地局（例えば基地局１１４ａ、１１４ｂ）から位置情報を受信することができ、かつ／または２つ以上の近くの基地局から受信した信号のタイミングに基づいて、その位置を決定することができる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら、任意の適切な位置決定方法によって位置情報を取得できることが理解されよう。
【００２９】
プロセッサ１１８はさらに他の周辺装置１３８に結合することができ、これは追加の特徴、機能および／または有線もしくは無線の接続性をもたらす、１または複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば周辺装置１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用の）、ＵＳＢポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００３０】
図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のようにＲＡＮ１０３は、ＵＴＲＡ無線技術を使用して、エアインターフェース１１５を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３はまた、コアネットワーク１０６と通信することができる。図１Ｃに示されるようにＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらは各々、エアインターフェース１１５を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含むことができる。ＲＡＮ１０３は、実施形態と一貫性を保ちながら、任意の数のノードＢおよびＲＮＣを含み得ることが理解されよう。
【００３１】
図１Ｃに示されるようにノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。さらにノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、各々ＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続される各々のノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。さらにＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などを、実行またはサポートするように構成され得る。
【００３２】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換局（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素の各々はコアネットワーク１０６の一部として示されるが、これらの要素のいずれの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが理解されよう。
【００３３】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６はＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。
【００３４】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。
【００３５】
上記のようにコアネットワーク１０６はまた、ネットワーク１１２に接続することができ、これは他のサービスプロバイダによって所有および／または運用される他の有線もしくは無線のネットワークを含むことができる。
【００３６】
図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のようにＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用し、エアインターフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０７と通信することができる。
【００３７】
ＲＡＮ１０４はｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は実施形態と一貫性を保ちながら、任意の数のｅノードＢを含み得ることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。実施形態ではｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。従って例えばｅノードＢ１６０ａは、複数のアンテナを用いてＷＴＲＵ１０２ａに無線信号を送信し、それから無線信号を受信することができる。
【００３８】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられることができ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザスケジューリングなどを取り扱うように構成され得る。図１Ｄに示されるようにｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを通じて互いに通信することができる。
【００３９】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上記の要素の各々はコアネットワーク１０７の一部として示されるが、これらの要素のいずれの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが理解されよう。
【００４０】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとして働くことができる。例えばＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチ時に特定のサービングゲートウェイを選択することなどに対して責任をもち得る。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間のスイッチングのための制御プレーン機能をもたらすことができる。
【００４１】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、およびそれらからユーザデータパケットを経路指定および転送することができる。サービングゲートウェイ１６４はまた、ｅノードＢ間ハンドオーバ時にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためにダウンリンクデータが使用可能であるときにページングをトリガすること、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの、他の機能を行うことができる。
【００４２】
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができるＰＤＮゲートウェイ１６６に接続され得る。
【００４３】
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えばコアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。例えばコアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェースとして働くＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。さらにコアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスをもたらすことができ、これは他のサービスプロバイダによって所有および／または運用される他の有線もしくは無線のネットワークを含むことができる。
【００４４】
図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を使用しエアインターフェース１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の間の異なる機能エンティティ間の通信リンクは、基準点として定義され得る。
【００４５】
図１Ｅに示されるようにＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃおよびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は実施形態と一貫性を保ちながら、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは各々ＲＡＮ１０５内の特定のセルに関連付けられることができ、エアインターフェース１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。実施形態では基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。従って例えば基地局１８０ａは、複数のアンテナを用いてＷＴＲＵ１０２ａに無線信号を送信し、それから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー実施などのモビリティ管理機能をもたらすことができる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして働くことができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９への経路指定などに対して責任をもち得る。
【００４６】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５の間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１基準点として定義され得る。さらにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９の間の論理インターフェースは、Ｒ２基準点として定義することができ、これは認証、承認、ＩＰホスト構成管理および／またはモビリティ管理のために用いられ得る。
【００４７】
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８基準点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクは、Ｒ６基準点として定義され得る。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられるモビリティイベントに基づくモビリティ管理を容易にするためのプロトコルを含むことができる。
【００４８】
図１Ｅに示されるようにＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクは、例えばデータ転送およびモビリティ管理能力を容易にするためのプロトコルを含むＲ３基準点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、承認、アカウンティング（ＡＡＡ）サーバ１８６およびゲートウェイ１８８を含むことができる。上記の要素の各々はコアネットワーク１０９の一部として示されるが、これらの要素のいずれの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが理解されよう。
【００４９】
ＭＩＰ−ＨＡは、ＩＰアドレス管理に対して責任をもつことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にする。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスをサポートすることに対して責任をもち得る。ゲートウェイ１８８は、他のネットワークとのインターワーキングを容易にし得る。例えばゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。さらにゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスをもたらすことができ、これは他のサービスプロバイダによって所有および／または運用される他の有線または無線のネットワークを含むことができる。
【００５０】
図１Ｅには示されないが、ＲＡＮ１０５は他のＡＳＮに接続することができ、コアネットワーク１０９は他のコアネットワークに接続され得ることが理解されよう。ＲＡＮ１０５と他のＡＳＮの間の通信リンクは、Ｒ４基準点として定義することができ、これはＲＡＮ１０５と他のＡＳＮの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調させるためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークの間の通信リンクは、Ｒ５基準点として定義することができ、これはホームコアネットワークと訪問先のコアネットワークの間のインターワーキングを容易にするためのプロトコルを含むことができる。
【００５１】
図２は、マシンタイプ通信（ＭＴＣ）のための例示的な３ＧＰＰアーキテクチャを示す。図２に示されるように基準点Ｔｓｍｓ２０２は、ショートメッセージサービス（ＳＭＳ）サービスセンタ（ＳＭＳ−ＳＣ）２０４をショートメッセージエンティティ（ＳＭＥ）２０６に接続することができる。基準点Ｔｓｐ２０８は、マシンタイプ通信（ＭＴＣ）インターワーキング機能（ＭＴＣ−ＩＷＦ）ノード２１０をサービス能力サーバ（ＳＣＳ）２１２に接続することができる。ＳＣＳ２１２は、ホーム公衆陸上移動網（ＨＰＬＭＮ）のオペレータによって、またはＭＴＣサービスプロバイダによって制御され得る。図３に示されるようにＳＣＳは、オペレータドメインの内側または外側に配備され得る。図３は、ＳＣＳ配備の様々な例示的なシナリオを示す。図３に示されるように、ＳＣＳ３０４がオペレータドメインの内側（例えば境界３０２またはオペレータのネットワーク３０６内）に配備された場合は、ＳＣＳ３０４は内部ネットワーク機能とすることができ、オペレータによって制御され得る。ＳＣＳ３０８がオペレータドメインの外側（例えばオペレータ境界３０２の外側）に配備された場合は、ＳＣＳはＭＴＣサービスプロバイダによって制御され得る。この場合は、ＭＴＣ−ＩＷＦとＳＣＳの間の通信のためのセキュリティおよびプライバシ保護が必要とされ得る。
【００５２】
図２に示されるようにＳＣＳ２１２は、ユーザ機器ＭＴＣ（ＵＥ  ＭＴＣ）アプリケーション２１６と通信するように３ＧＰＰネットワークに接続することができるエンティティとすることができる。デバイストリガリングのための、ＨＰＬＭＮ（例えば境界２１８によって定義される）内のＭＴＣ−ＩＷＦ２１０、またはＳＭＳ−ＳＣ２０４。ＳＣＳ２１２は、１または複数のアプリケーションサーバＭＴＣ（ＡＳ  ＭＴＣ）アプリケーションによる使用のための能力を提供することができる。
【００５３】
ＭＴＣ  ＵＥ２１４は、１または複数のＭＴＣアプリケーション２１６をホストすることができる。ＭＴＣアプリケーションは、１または複数のＡＳ２２０／２２２上にホストされ得る。ＵＥは、公衆陸上移動網（ＰＬＭＮ）を通じてＳＣＳおよび／または他のＭＴＣ  ＵＥと通信することができる。ＭＴＣ  ＵＥ２１４は、１または複数のＭＴＣアプリケーション２１６をホストすることができる。ＭＴＣ  ＵＥ２１４は、セルラゲートウェイを用いてＰＬＭＮにアクセスできるデバイスとすることができる。ＵＥアプリケーション２１６は、ＳＣＳ２１２、ＡＳ  ＭＴＣアプリケーションまたは他のＵＥ  ＭＴＣアプリケーションと対話することができる、ＭＴＣ通信エンドポイントとすることができる。
【００５４】
アプリケーションサーバ（ＡＳ）２２０／２２２は、１または複数のＭＴＣアプリケーションをホストすることができる。ＡＳは、ＳＣＳ２１２またはＧＧＳＮ／Ｐ−ＧＷ２２４とインターフェースすることができる。ＭＴＣアプリケーションは、ＳＣＳ、ＵＥ  ＭＴＣアプリケーション、または他のＭＴＣアプリケーションと対話することができる。
【００５５】
ＭＴＣインターワーキング機能（ＭＴＣ−ＩＷＦ）２１０は、内部ＰＬＭＮトポロジをＳＣＳ２１２から隠すことができる。ＭＴＣ−ＩＷＦは、ＰＬＭＮにおけるＭＴＣ機能（例えばＭＴＣ  ＵＥトリガリング）をサポートするために、それ自身とＳＣＳの間で（例えばＴｓｐ基準点２０８を通じて）用いられるシグナリングプロトコルを中継および／または変換することができる。例えばＭＴＣトリガは、ＳＭＳを介してＭＴＣデバイス２１４に配信され得る。ＭＴＣデバイス２１６は、トリガに基づいてＳＣＳ２１２に応答することができる。ＭＴＣデバイス２１６は、例えばセンサ読み出しによって応答することができる。ＭＴＣデバイス２１６がＳＣＳ２１２に応答する時は、ＭＴＣデバイスはＳＣＳ２１２と、パケットデータネットワーク（ＰＤＮ）／パケットデータプロトコル（ＰＤＰ）接続を確立することができる。ＭＴＣデバイスは、ＩＰ接続を用いてＳＣＳに接続することができる。ＭＴＣデバイスが少量のデータによって応答する場合は、ショートメッセージ（例えばＳＭＳ）を介してデータをＳＣＳに送信することが効率的となり得る。ショートメッセージを用いてシステムは、最小のネットワークへの影響（例えば、シグナリングオーバヘッド、無線および／または他のネットワークリソースのアロケーション、再アロケーションのための遅延など）で、少量のデータの伝送をサポートすることができる。
【００５６】
ＭＴＣ−ＩＷＦ２１０は、ＳＣＳが３ＧＰＰネットワークとの通信を確立し得る前に、ＳＣＳ２１２を承認することができる。例えば、ＳＣＳ２１２がＴｓｐ基準点上にトリガ要求を行うときは、ＭＴＣ−ＩＷＦ２１０は、ＳＣＳがトリガ要求を送信することが承認されているかどうか、およびＳＣＳがそのトリガ発信の割当量またはレートを超えていないことをチェックすることができる。トリガ割当量は、ＭＴＣ  ＵＥ当たりをベースとして、および／またはＳＣＳをベースとして割り振ることができる。割当量は、ＵＥをベースとして課金および承認するために使用され得る。
【００５７】
コアネットワークは、ＳＣＳに対する加入情報を維持することができ、新しい情報は、ＭＴＣ  ＵＥのためにホーム加入者サーバ（ＨＳＳ）２２６に追加できる。ＳＣＳ加入データベースは、コアネットワーク内に維持することができ、Ｔｓｐ基準点２０８上のＳＣＳ接続を承認するために、並びに制御およびデータをＳＣＳに向かって経路指定できるようにＳＣＳサービングノードの場所を見つけるために使用され得る。
【００５８】
ＳＣＳ加入データベースは、ＳＣＳ承認およびトリガ承認手順において用いることができる。表２は、ＭＴＣ  ＵＥ加入者情報のための例示的なフィールドのリストを示す。フィールドは、ＭＴＣ  ＵＥに、およびそれから小規模データ（small data）を送信するための要求を承認するため、および／またはＭＴＣ  ＵＥをトリガするための要求を承認するために使用され得る。
【００５９】
ＳＣＳ加入データベースは、３ＧＰＰコアネットワーク内に維持することができる。データベースは、コアネットワークに加入することができる各ＳＣＳに対するエントリを有することができる。ＳＣＳ加入データベースは、独立した論理エンティティとすることができ、またはＨＳＳ２２６もしくはＭＴＣ−ＩＷＦ２１０などの別のコアネットワークエンティティの一部とすることができる。表１は、ＳＣＳデータベースエントリの例示的なフィールドを示す。
【００６０】
【表１】
0006745231.tif 000002
【００６１】
永続的加入者データは、管理手段によって変更され得る。一時的加入者データは、システムの通常の動作の結果として変化する場合がある。ＳＣＳ加入識別子は、永続的加入者データとすることができ、以下の目的、すなわちＴｓｐ基準点上での認証、Ｔｓｐ基準点上での課金、ＳＣＳに向かって送信され得るＳＭＳメッセージに対する課金、または例えばＧｉインターフェース２２８を介してＳＭＳ−ＳＣ２０４に送信され得るデータに対する課金のために、使用され得る。ＭＴＣ−ＩＷＦ２１０は、ＳＣＳ２１２によって発生され得るトリガのために、課金データ記録（ＣＤＲ）を生成することができる。ＭＴＣ−ＩＷＦ２１０は、ある期間にＳＣＳ２１２によって発生され得るトリガの数のモニタに対してオンライン課金を行うことができる。ＳＭＳ−ＳＣ２０４は、ＳＣＳに向かって送信され得るＳＭＳメッセージに対するオンラインおよびオフライン課金を行うことができる。ＧＧＳＮ／Ｐ−ＧＷは、ＳＣＳに向かって確立され得るＰＤＰ／ＰＤＮ接続に対してオンラインおよびオフライン課金を行うことができる。
【００６２】
ＳＣＳ加入ＩＤのフォーマットは、国際移動電話加入者識別番号（ＩＭＳＩ）とすることができる。セキュリティの目的のために、３ＧＰＰ  ＵＥに対して一時的国際移動電話加入者識別番号（Ｔ−ＩＭＳＩ）を確立するのと同様にして、一時的加入識別子が確立され得る。
【００６３】
ＳＣＳ公開識別子は永続的加入者データとすることができ、以下の目的、すなわちＴｓｐ基準点２０８上での識別、Ｔｓｐ基準点上での課金（例えばＳＣＳ加入ＩＤの代わりに）、ＳＣＳに向かって送信され得るＳＭＳメッセージに対する課金（例えばＳＣＳ加入ＩＤの代わりに）、またはＧｉインターフェースを介してＳＭＳ−ＳＣに送信され得るデータに対する課金（例えばＳＣＳ加入ＩＤの代わりに）のために、使用され得る。ＭＴＣデバイスは、ＳＣＳ公開識別子を用いて、ＳＣＳに向かってＳＭＳメッセージおよび／またはＩＰパケットを送信することができる。
【００６４】
ＳＣＳ公開ＩＤのフォーマットは、完全修飾ドメイン名（ＦＱＤＮ）、ＭＳＩＳＤＮ、インターネットプロトコル（ＩＰ）アドレスのフォーマット、または英数字フォーマットとすることができる。ＳＣＳは複数の公開識別子を有することができる。ＳＣＳ公開ＩＤは、Ｔｓｐ基準点上でのトリガメッセージ対話におけるフィールドとして用いられ得る。ＳＣＳ公開識別子は、ＭＳＩＳＤＮとすることができる。トラフィックがＵＥまたはＳＣＳに向かう場合をコアネットワークノードが識別できるように、ＭＳＩＳＤＮの特別の範囲をＳＣＳに割り当てることができる。
【００６５】
ＳＣＳサービングノード識別子は、以下の目的のために用いられ得る一時的加入者データとすることができる。ＳＣＳサービングノード識別子は、ＳＣＳサービングノードに属することができる。ＳＣＳサービングノードはコアネットワークノードとすることができる。ＳＣＳは、制御プレーン通信（例えばショートメッセージ交換を含む）のためにＳＣＳサービングノードに接続され得る。他のコアネットワークノードは、特定のＳＣＳに到達するために、この情報を用いて制御メッセージの次のホップ宛先を決定することができる。ＳＣＳサービングノードは、ＭＴＣ−ＩＷＦ、ＭＳＣ、ＭＭＥ、ＳＧＳＮ、またはＳ−ＧＷとすることができる。ＳＣＳは１または複数のＭＴＣ−ＩＷＦに接続され得る。サービングノードは制御情報をＳＣＳに向かって経路指定するために使用され得るプライマリノードとすることができる。ＳＣＳサービングノード識別子は、ＩＰアドレス、ＳＳ７アドレス、またはＩＳＤＮアドレスとすることができる。
【００６６】
ＳＭＳ対応フラグは、永続的加入者データとすることができ、ＳＣＳがＳＭＳメッセージの受信に対応可能かどうかを示すために使用され得る。ＳＣＳがＳＭＳメッセージの受信に対応可能である場合は、コアネットワークはＳＭＳメッセージを、別のプロトコルにカプセル化または変換せずに、ＳＣＳに転送することができる。
【００６７】
ＳＣＳトリガ割当量は永続的加入者データとすることができ、ＳＣＳが期間当たりに要求することが許されるトリガの数を示すことができる。ＳＣＳトリガ割当量は、ＳＣＳが単位時間当たり起動することができる、成功したトリガの数を定義することができる。プライマリＭＴＣ−ＩＷＦは、制御および／またはデータメッセージをＳＣＳに向かって経路指定するために用いられ得るＭＴＣ−ＩＷＦとすることができる。
【００６８】
加入データベース内のゲートウェイアドレスは、ＰＤＮゲートウェイアドレスまたはＳＣＳの使用におけるＧＧＳＮアドレスとすることができる。ゲートウェイアドレスは、例えばＧｉまたはＳＧｉ基準点２２８を介してＳＣＳにデータを送信するために使用され得る、ゲートウェイを決定するために使用され得る。
【００６９】
推奨アプリケーションプロトコルフィールドは、ＴｓｐまたはＧｉ／ＳＧｉ基準点を通じてＳＣＳと通信するときに使用され得るアプリケーションプロトコルを示すことができる。アプリケーションプロトコルは、例えばハイパーテキスト転送プロトコル（ＨＴＴＰ）、制約アプリケーションプロトコル（ＣｏＡＰ）などとすることができる。Ｔｓｐを通じてＳＭＳメッセージを転送するためにＨＴＴＰまたはＣｏＡＰなどのレストフル（restful）プロトコルが用いられるときは、ショートメッセージをプットするために使用され得るリソースの名前を識別するために、ショートメッセージコンテナ名フィールドが使用され得る。
【００７０】
ＭＴＣ  ＵＥ加入者情報は追加のフィールドを含むことができる。追加のフィールドは、ＭＴＣ  ＵＥをサポートするためにＨＳＳ内の加入者データベースに追加され得る。表２は、ＭＴＣ  ＵＥの加入者情報に関連付けられる例示的なフィールドを示す。
【００７１】
【表２】
0006745231.tif 000003
【００７２】
表２に示されるように外部識別子フィールドは、ＭＴＣデバイスの加入情報をもたらすことができる。外部識別子リストは、ＦＱＤＮ、またはモバイル加入者ＩＳＤＮ識別子（ＭＳＩＳＤＮ）のリストとすることができる。
【００７３】
ＭＴＣ−ＩＷＦは、ＳＣＳからのトリガ要求を承認することができる。非ＳＣＳデバイス（例えばＳＭＥ）は、未承認のトリガをＭＴＣデバイスに向かって送信することができる。ＳＭＳ−ＳＣは、ＭＴＣ  ＵＥに向かって送信されたトリガを承認して、送信側がデバイスにトリガを送信することが許可されているかどうかをチェックすることができる。トリガリング許可フィールドは、ＭＴＣ−ＩＷＦおよび／またはＳＭＳ−ＳＣが、どのＳＣＳがＭＴＣデバイスをトリガするように許可され得るかをチェックできるように、ＭＴＣデバイスの加入情報に追加され得る。トリガリング許可フィールドは、ＳＣＳまたはＳＭＥ識別子のリストとすることができる。各識別子のフォーマットは、ＭＳＩＳＤＮ、ＦＱＤＮ、ＩＭＳＩ、またはＩＰアドレスのものとすることができる。
【００７４】
ＳＭＥは、ＭＴＣ  ＵＥに向かって不要なＳＭＳメッセージを送信することができる。望ましくないＳＭＳメッセージを受信した時にＭＴＣ  ＵＥによって浪費されるエネルギーは、その電池のより急速な消耗を引き起こし得る。ＳＭＳ−ＳＣは、ＭＴＣ  ＵＥに向かって送信された小規模データメッセージを承認して、送信側（例えばＳＣＳ）がデバイスに小規模データを送信することが許可されているかどうかをチェックすることができる。小規模データ許可フィールドは、ＭＴＣ−ＩＷＦおよびＳＭＳ−ＳＣが、どのＳＣＳがＭＴＣ  ＵＥに小規模データを送信するように許可され得るかをチェックできるように、ＭＴＣデバイスの加入情報に追加され得る。小規模データ許可フィールドは、ＳＣＳまたはＳＭＥ識別子のリストとすることができる。各識別子のフォーマットは、ＭＳＩＳＤＮ、ＦＱＤＮ、ＩＭＳＩ、またはＩＰアドレスのものとすることができる。
【００７５】
小規模データの許可宛先フィールドは、ＭＴＣ−ＩＷＦおよびＳＭＳ−ＳＣが、どのＳＣＳおよびＵＥに、ＭＴＣ  ＵＥが小規模データを送信することを許可され得るかをチェックできるように、ＭＴＣデバイスの加入情報に追加され得る。小規模データ許可フィールドは、ＳＣＳまたはショートメッセージングエンティティ（ＳＭＥ）識別子のリストとすることができる。各識別子のフォーマットは、ＭＳＩＳＤＮ、ＦＱＤＮ、ＩＭＳＩ、またはＩＰアドレスのものとすることができる。
【００７６】
トリガ割当量は、ＭＴＣデバイス当たりに設定することができる。デバイストリガ割当量フィールドは、ＭＴＣデバイスの加入情報に追加され得る。ＳＭＳ−ＳＣまたはＭＴＣ−ＩＷＦは、デバイスが、その割り当てられた数より多いトリガを受信したかどうかをチェックすることができる。ＭＴＣ−ＩＷＦは、ＳＣＳがその割り当てられた数より多いトリガを要求していないことをチェックすることが必要とされ得る。このフィールドは、ＭＴＣデバイス加入（またはＭＴＣグループ加入）のために定義され得る。フィールドは、オンライン課金機構を適用するために用いられ得る。
【００７７】
トリガ割当量は、ＳＣＳ当たりのＭＴＣデバイス当たりに設定され得る。ＳＣＳ当たりデバイストリガ割当量フィールドは、ＭＴＣデバイスの加入情報に追加することができ、それによりＭＴＣ−ＩＷＦは、デバイスが、特定のＳＣＳからその割り当てられた数より多いトリガを受信したかどうかをチェックすることができる。ＭＴＣ−ＩＷＦは、ＳＣＳがその割り当てられた数より多いトリガを要求していないことをチェックすることができる。このフィールドは、ＭＴＣデバイス加入またはＭＴＣグループ加入のために定義され得る。ＳＣＳ当たりデバイストリガ割当量フィールドは、オンライン課金機構の使用を可能にする。
【００７８】
推奨トリガ配信方法フィールドは、ＭＴＣ−ＩＷＦが、デバイスがトリガを受信するためにどの方法（例えばＳＭＳシグナリング、ＩＭＳを通したＳＭＳシグナリング、非アクセス層（ＮＡＳ）シグナリングなど）を用いることが推奨されるかをチェックすることができるように、ＭＴＣデバイスの加入情報に追加され得る。ＭＴＣ−ＩＷＦは、トリガ配信方法を選択することができる。
【００７９】
サポートされるトリガ配信方法フィールドは、ＭＴＣ−ＩＷＦが、ＭＴＣデバイスがトリガを受信するためにどの方法（例えばＳＭＳシグナリング、ＩＭＳを通したＳＭＳシグナリング、ＮＡＳシグナリングなど）をサポートし得るかをチェックすることができるように、ＭＴＣデバイスの加入情報に追加され得る。ＭＴＣ−ＩＷＦは、トリガ配信方法を選択することができる。
【００８０】
ＭＴＣ−ＩＷＦノードの各々には、ＭＴＣ−ＩＷＦノードが他のネットワークノード（例えばＳＭＳ−ＳＣ、ＨＳＳなど）によってアドレスされ得るように、ＩＳＤＮアドレス、ＩＰアドレス、ＳＳ７アドレスまたは何らかの他の識別子を割り振ることができる。
【００８１】
図４は、ＳＣＳ承認の例示的なメッセージシーケンス図を示す。図４に示されるように、ＳＣＳがＭＴＣ−ＩＷＦとの接続の確立を試みるときは、ＳＣＳはＭＴＣ−ＩＷＦによって承認され得る。ＳＣＳ加入データベースは、独立したエンティティ、ＭＴＣ−ＩＷＦの一部、ＨＳＳの一部、コアネットワークエンティティの一部とすることができる。４０２でＳＣＳ２１２は、例えばＴｓｐ基準点を介してＭＴＣ−ＩＷＦ２１０に承認要求（例えばＳＣＳ公開ＩＤ）を送信することができる。４０４でＭＴＣ−ＩＷＦ２１０は、ＳＣＳ加入データベースからＳＣＳ加入情報（例えばＳＣＳ公開ＩＤ）を要求することができる。ＳＣＳ加入データベースがＨＳＳの一部である場合は、図２に示されるように要求は、例えばＳ６ｍ基準点２３２を介して行われ得る。４０６でＳＣＳ加入データベースは、ＳＣＳ加入情報（例えばＳＣＳ加入ＩＤおよびセキュリティキー）によって応答することができる。ＳＣＳ加入データベースがＨＳＳの一部である場合は、図２に示されるように要求は、Ｓ６ｍ基準点２３２を介して行われ得る。４０８でＭＴＣ−ＩＷＦ２１０およびＳＣＳ２１２は、Ｔｓｐ基準点を通じて認証手順を実行することができる。４０２〜４０６でのＳＣＳ承認において用いられるセキュリティキーは、４０８においてＳＣＳ認証手順のために使用され得る。４１０でＭＴＣ−ＩＷＦはＳＣＳ加入データベースに、ＳＣＳが承認されたことおよび現在はＭＴＣ−ＩＷＦに接続されていることを通知することができる。ＳＣＳ加入データベースは、例えばＳ６ｍ基準点を介して、ＳＣＳの加入情報のサービングノードフィールドを更新することができる。
【００８２】
図５は、Ｔｓｐ基準点を通したデバイストリガリングのための例示的なメッセージシーケンス図を示す。５０６でＭＴＣ−ＩＷＦ２１０は、トリガ要求を送信するようにＳＣＳ２１２が承認されているかどうか、そうであればＳＣＳがＴｓｐを通したそのトリガ発信の割当量またはレートを超えたかどうかをチェックすることができる。５０８でＭＴＣ−ＩＷＦ２１０は、ＳＣＳ加入者情報またはＭＴＣ  ＵＥ加入者情報を求める要求をＨＳＳ２２６に送信することができる。５１０でＭＴＣ−ＩＷＦ２１０は、ＨＳＳ２２６から応答を受信することができる。ＳＣＳ加入者情報またはＭＴＣ  ＵＥ加入者情報は、ＳＣＳトリガ割当量を含むことができる。ＳＣＳまたはＭＴＣ  ＵＥに関連付けられる割当量が満たされる場合は、ＭＴＣ−ＩＷＦはＳＣＳにトリガ確認メッセージを送信することができる。トリガ確認メッセージは、トリガ承認が失敗したことを示すことができる。トリガ確認メッセージは、どの割当量が満たされ、ＳＣＳはどの時点で別のトリガの試みを行い得るかを示すことができる。
【００８３】
ＭＴＣ  ＵＥは、ＳＭＳメッセージをＳＣＳに送信することができる。ＳＭＳメッセージはＳＭＳ−ＳＣに送信され得る。ＳＭＳ−ＳＣはそれをＳＣＳに転送することができる。ＳＣＳにはＭＳＩＳＤＮを割り振ることができる。
【００８４】
図６は、モバイル発信（ＭＯ：Mobile Originated）のショートメッセージ転送の試みの例示的なメッセージシーケンス図を示し、これはどのようにＳＭＳがＭＴＣ  ＵＥ６０２からそのサービスセンタ（ＳＣ）６１０に転送され得るかを示す。６１２でショートメッセージ（例えばＳＭＳメッセージ）は、ＭＳＣ／ＳＧＳＮ６０４に送信され得る。ＭＳＣ／ＳＧＳＮは、ＳＭＳ−ＳＣ６０８にショートメッセージを転送することができる。ＳＭＳ−ＳＣはルーティング情報を見出した後にＳＣ６１０にショートメッセージを転送することができる。６１８でＳＣ６１０は、配信レポートをＳＭＳ−ＳＣ６０８に送信することができる。６２０でＳＭＳ−ＳＣは、配信レポートをサービングノード６０４に転送することができ、これは６２２で配信レポートをＭＴＣ  ＵＥに転送することができる。
【００８５】
図７は、どのようにショートメッセージ（例えばＳＭＳメッセージ）がＳＭＳ−ＳＣからＳＣＳに送信され得るかを示す。図７に示されるように１つのパス（例えばパスＡ）は、ＳＭＳ−ＳＣ２０４、ＭＴＣ−ＩＷＦ２１０、およびＳＣＳ２１２の間に延びる点線および破線によって指定されるパスとすることができる。この場合はＳＭＳ−ＳＣ２０４は、ショートメッセージをＭＴＣ−ＩＷＦ２１０に送信することができ、ＭＴＣ−ＩＷＦはメッセージをＳＣＳ２１２に転送することができる。
【００８６】
図７に示されるように、別のパス（例えばパスＢ）において、ショートメッセージ（例えばＳＭＳメッセージ）は、ＳＭＳ−ＳＣ２０４、ＳＧＳＮ７０２、ＧＧＳＮ／Ｐ−ＧＷ２２４、およびＳＣＳ２１２の間に延びる二重点線および破線によって指定されるパスとすることができる。この場合はＳＭＳ−ＳＣ２０４は、ショートメッセージをＳＧＳＮ２３４またはＳ−ＧＷ２３６に送信することができる。ＳＧＳＮまたはＳ−ＧＷは、ＧＧＳＮまたはＰ−ＧＷ２２４を介してＳＣＳに接続することができ、これはメッセージをＳＣＳ２１２に配信することができる。
【００８７】
図７に示されるように、別のパス（例えばパスＣ）において、ショートメッセージ（例えばＳＭＳメッセージ）は、ＳＭＳ−ＳＣ２０４、ＭＳＣ２３８、ＭＴＣ−ＩＷＦ２１０、およびＳＣＳ２１２の間に延びる二重の短い破線および長い破線によって指定されるパスとすることができる。この場合はＳＭＳ−ＳＣは、ショートメッセージをＭＳＣ２３８、ＭＭＥ２４０、またはＳＧＳＮ２３４に送信することができる。ＭＳＣ２３８、ＭＭＥ２４０、またはＳＧＳＮ２３４はメッセージをＭＴＣ−ＩＷＦ２１０に転送することができ、これはメッセージをＳＣＳ２１２に転送することができる。
【００８８】
本明細書で述べられるパスの１または複数において、コアネットワークノードは、ショートメッセージ（例えばＳＭＳメッセージ）をアプリケーションプロトコルに変換またはカプセル化することができる。カプセル化されたメッセージはＩＰ接続を通じて送られ得る。例えばＳＭＳメッセージは、ＨＴＴＰメッセージにカプセル化することができ、または制約アプリケーションプロトコル（ＣｏＡＰ）を介して送られ得る。ＳＣＳは、ショートメッセージを受信するための専用のリソースまたはコンテナを有することができる。
【００８９】
ショートメッセージがパス（例えばパスＡ）に従うときは、ＭＴＣ−ＩＷＦはＳＣＳのサービングノードとなり得る。ショートメッセージおよび／または他の制御情報は、ＳＭＳ−ＳＣ２０４からＭＴＣ−ＩＷＦ２１０を介してＳＣＳ２１２に経路指定され得る。
【００９０】
図８は、ＭＴＣ−ＩＷＦ２１０がサービングノードとして用いられた時の、成功したＳＣＳ終端型ショートメッセージ転送の試みの例示的なメッセージシーケンス図を示す。８０２でＳＭＳ−ＳＣ２０４は、ＳＭＳ受信者のサービングノードについてＨＳＳ２０６に問い合わせることができる。ＳＭＳ−ＳＣは、受信者がＳＣＳであることを知らない場合がある。ＳＭＳ−ＳＣ２０４は、受信者がＵＥであると想定することができる。８０４でＨＳＳ２０６は、ＳＭＳ−ＳＣ２０４からルーティング要求（例えばＳｅｎｄＲｏｕｔｉｎｇｌｎｆｏＦｏｒＳｈｏｒｔＭＳＧ）を受信した時は、受信者のＭＳＩＳＤＮがＳＣＳに属することを認識することができる。ＨＳＳ２０６は、要求をＳＣＳ加入データベース４１２に転送することができる。表３は、例示的なＭＡＰ−ＳＥＮＤ−ＲＯＵＴＩＮＧ−ＩＮＦＯ−ＦＯＲ−ＳＭＳ基本要素を示す。ＳＣＳ加入データベースは、このサービスをサポートすることができる。ＳＭＳ受信者がＵＥであるときは、ＨＳＳ２０６は、ネットワークノード番号フィールドをＭＳＣ２３８のＩＳＤＮアドレスを用いて設定し、ＧＰＲＳノード表示フィールドを、受信者にサービスできるＳＧＳＮのＩＳＤＮアドレスを用いて設定することができる。ＭＡＰ−ＳＥＮＤ−ＲＯＵＴＩＮＧ−ＩＮＦＯ−ＦＯＲ−ＳＭＳ基本要素には、ＭＴＣノード表示フィールドが追加され得る。ＭＴＣノード表示フィールドは、ＳＣＳにサービスできるＭＴＣ−ＩＷＦのＩＳＤＮアドレス（またはＳＳ７アドレスもしくはＩＰアドレスなどの他の識別子）を用いて設定され得る。このアドレスは、ＳＣＳ加入データベースから取り出すことができる。
【００９１】
【表３】
0006745231.tif 000004
【００９２】
ＭＳＩＳＤＮがＳＣＳに属するときは、ネットワークノード番号およびＧＰＲＳノード表示フィールドの代わりに、ＭＴＣノード表示フィールドが使用され得る。他の場合は、ネットワークノード番号またはＧＰＲＳノード表示フィールドは、ＳＭＳ−ＳＣがＳＭＳをＭＴＣ−ＩＷＦに送信することができるように、ＭＴＣ−ＩＷＦのＩＳＤＮ（またはＳＳ７アドレスもしくはＩＰアドレスなどの他の識別子）を用いて設定され得る。
【００９３】
ＨＳＳは、受信者ＭＳＩＳＤＮはＳＣＳに属する旨の表示によって応答することができ、ＳＭＳ−ＳＣはＳＣＳ加入データベースに直接問い合わせを行うことができる。８０６で、ＳＭＳルーティング情報（例えばＭＴＣ−ＩＷＦアドレスを含む）がＨＳＳ２０６に送信され得る。８０８でＳＭＳ−ＳＣ２０４は、ＨＳＳ２０６からＳＭＳルーティング情報を受信することができる。８１０でＳＭＳ−ＳＣ２０４は、ショートメッセージをＭＴＣ−ＩＷＦ２１０に（例えばＴ４基準点を通じて）経路指定することができる。
【００９４】
８１２でコアネットワークノード（例えばＭＴＣ−ＩＷＦ）は、ＩＰ接続を通じて送信され得るアプリケーションプロトコルにショートメッセージを変換またはカプセル化することができる。例えばショートメッセージは、ＨＴＴＰメッセージにカプセル化するおよび／またはＣｏＡＰプロトコルを介して送信することができる。ＳＣＳは、ＭＴＣ−ＩＷＦからショートメッセージ（例えばＳＭＳメッセージ）を受信するための専用のリソースまたはコンテナを有することができる。８１４でＭＴＣ−ＩＷＦ２１０は、ＳＭＳをＳＣＳ２１２に（例えばＴｓｐ基準点を通じて）転送することができる。
【００９５】
図９は、ＳＣＳのサービングノードとしてＳ−ＧＷまたはＳＧＳＮが用いられた時の、成功したＭＴショートメッセージ転送の試みの例示的なメッセージシーケンス図を示す。この場合は、ショートメッセージ（例えばＳＭＳメッセージ）および／または他の制御情報は、ＳＭＳ−ＳＣ２０４からＳ−ＧＷ２３６またはＳＧＳＮ２３４に経路指定することができ、例えばゲートウェイノード（Ｐ−ＧＷ／ＧＧＳＮ２２４）を介してＳＣＳに転送され得る。
【００９６】
９０２でＳＭＳ−ＳＣは、ＨＳＳ２０６からＳＭＳルーティング情報を要求することができる。９０４でＨＳＳ２０６は、ＳＭＳルーティング情報応答によって応答することができる。この応答は、サービングノードのアドレスを含むことができる。９０２および９０４で移動応用部（ＭＡＰ：mobile application part）メッセージングが使用され得る。９０６でＳＭＳ−ＳＣは、ＳＭＳメッセージをサービングノードに送信することができる。ＳＭＳ−ＳＣとサービングノードの間のＭＡＰメッセージングが使用され得る。
【００９７】
９０８でサービングノードは、ＨＳＳ２０６から加入者情報を要求することができる。ＳＣＳは、その外部識別子（例えばＭＳＩＳＤＮ）によって識別され得る。９１０でＨＳＳ２０６は、それがデバイスを認識しないこと、またはデバイスはＳＣＳであり、ＳＣＳ加入データベースに問い合わせを行うことができる旨の表示によって応答することができる。
【００９８】
９１２でサービングノードは、ＳＣＳ加入者データベース４１２から加入者情報を要求することができる。ＳＣＳは、その外部識別子（例えばＭＳＩＳＤＮ）によって識別され得る。９１４でＳＣＳ加入者データベース４１２は、加入者情報によって応答することができる。応答は、表２にリストされたフィールドの１または複数を含むことができる。応答は、ＳＣＳのＩＰアドレス、使用され得るゲートウェイノード（Ｐ−ＧＷまたはＧＧＳＮ）、ショートメッセージ（例えばＳＭＳメッセージ）をカプセル化するために使用され得る推奨アプリケーションプロトコル、またはショートメッセージがプットされ得るＳＣＳ上のリソースの名前を含むことができる。
【００９９】
ＳＣＳ加入データベース４１２はＨＳＳ２０６の一部とすることができ、またはサービングノード（例えばＳＧＳＮ／Ｓ−ＧＷ２３４／２４６）は受信者のＭＳＩＳＤＮがＳＣＳに属することを認識することができる（例えばＳＣＳにＭＳＩＳＤＮの特別の範囲が割り振られていることから）。このような場合にはサービングノードは、ＳＣＳ加入データベースに直接問い合わせを行うことができる。
【０１００】
９１６および９１８でサービングノードは、ゲートウェイノードとのＰＤＰまたはＰＤＮ接続を確立し、ＩＰアドレスを取得することができる。ショートメッセージの送信側は、それに割り振られたＩＰアドレスを有し得る。ＳＧＳＮは、このＩＰアドレスを用いてＳＭＳメッセージをＳＣＳに送信することができる。ＳＭＳメッセージの送信側は、ＰＤＰまたはＰＤＮ接続を確立している場合がある。ＳＧＳＮは、このＰＤＰまたはＰＤＮ接続を用いてＳＭＳメッセージをＳＣＳに送信することができる。ＰＤＰまたはＰＤＮ接続を確立した後に、無線ベアラが確立され得る。この場合は無線ベアラを確立することは不要となり得る。
【０１０１】
９２０でコアネットワークノード（例えばＳＧＳＮまたはＳ−ＧＷ）は、ＩＰ接続を通じて送信され得るアプリケーションプロトコルにショートメッセージを変換またはカプセル化することができる。例えばＳＭＳメッセージは、ＨＴＴＰメッセージにカプセル化され得る。ＳＭＳメッセージは、ＣｏＡＰプロトコルを介して送信され得る。ＳＣＳは、ＭＴＣ−ＩＷＦからＳＭＳメッセージを受信するための専用のリソースまたはコンテナを有することができる。９２２でサービングノードは、データをゲートウェイノードに送信することができる。９２４でカプセル化されたＳＭＳメッセージは、ゲートウェイノードおよびファイアウォールを通過することができる。９２６および９２８でサービングノード（例えばＳＧＳＮ／Ｓ−ＧＷ）は、ゲートウェイノードとのＰＤＰまたはＰＤＮ接続を分解し、ＩＰアドレスを解放することができる。９３０でサービングノードは、ＳＭＳ配信レポートをＳＭＳ−ＳＣに送信することができる。
【０１０２】
図１０は、ＳＣＳのサービングノードとしてＳ−ＧＷまたはＳＧＳＮが用いられ得る時の、成功したＭＴショートメッセージ転送の試みの例示的なメッセージシーケンス図を示す。この場合は、ショートメッセージ（例えばＳＭＳメッセージ）および／または他の制御情報は、ＳＭＳ−ＳＣ２０４からＳ−ＧＷ２３６またはＳＧＳＮ２３４に経路指定することができ、例えばＭＴＣ−ＩＷＦ２１０を介してＳＣＳに転送され得る。
【０１０３】
１００２でＳＭＳ−ＳＣは、ＨＳＳ２０６からＳＭＳルーティング情報を要求することができる。１００４でＨＳＳ２０６は、ＳＭＳルーティング情報応答によって応答することができる。この応答は、サービングノードのアドレスを含むことができる。１００２および１００４で、ＭＡＰメッセージングが使用され得る。１００６でＳＭＳ−ＳＣは、ＳＭＳメッセージをサービングノードに送信することができる。ＳＭＳ−ＳＣとサービングノードの間のＭＡＰメッセージングが使用され得る。
【０１０４】
１００８でサービングノードは、ＨＳＳ２０６から加入者情報を要求することができる。ＳＣＳは、その外部識別子（例えばＭＳＩＳＤＮ）によって識別され得る。１０１０でＨＳＳ２０６は、それがデバイスを認識しないこと、またはデバイスはＳＣＳであり、ＳＣＳ加入データベースに問い合わせを行うことができる旨の表示によって応答することができる。
【０１０５】
１０１４でＳＣＳ加入者データベース４１２は、加入者情報によって応答することができる。応答は、表２にリストされたフィールドの１または複数を含み得る。応答は、ＳＣＳおよび使用され得るサービングノード（ＭＴＣ−ＩＷＦ）のＩＰアドレス、ＳＭＳメッセージをカプセル化するために使用され得る推奨アプリケーションプロトコル、またはショートメッセージがプットされ得るＳＣＳ上のリソースの名前を含むことができる。
【０１０６】
ＳＣＳ加入データベース４１２はＨＳＳ２０６の一部とすることができ、またはサービングノード（例えばＳＧＳＮ／Ｓ−ＧＷ２３４／２４６）は受信者のＭＳＩＳＤＮがＳＣＳに属することを認識することができる（例えばＳＣＳにＭＳＩＳＤＮの特別の範囲が割り振られていることから）。このような場合にはサービングノードは、ＳＣＳ加入データベースに直接問い合わせを行うことができる。
【０１０７】
ＳＣＳ加入データベースがＨＳＳの一部である、またはＳＣＳがＭＳＩＳＤＮの特別の範囲に割り振られている場合は、サービングノード（例えばＳＧＳＮ、ＭＭＥ、またはＭＳＣ）はＳＣＳデータベースに直接問い合わせを行うことができる。１０１６でサービングノード２３４／２４０／２３８は、ショートメッセージを、例えばＴ５ａ／ｂ／ｃ基準点を介してＭＴＣ−ＩＷＦ２１０に送信することができる。
【０１０８】
１０１８でＭＴＣ−ＩＷＦ２１０は、ＳＣＳ加入者データベースからＳＣＳ加入者情報を要求することができる。ＳＣＳは外部識別子（例えばＭＳＩＳＤＮ）によって識別され得る。１０２０でＳＣＳ加入者データベースは、加入者情報によって応答することができる。応答は例示的な表２にリストされたフィールドの１または複数を含み得る。応答は、ＳＣＳのＩＰアドレス、データをＳＣＳに送信するために使用される推奨アプリケーションプロトコル、メッセージをＳＣＳに送信するときに使用されるセキュリティキー、およびショートメッセージがプットされ得るＳＣＳ上のリソースの名前を含むことができる。
【０１０９】
１０２２でＭＴＣ−ＩＷＦは、ＳＭＳを発信したＭＴＣ  ＵＥのＩＰアドレスを要求することができる。１０２４でＭＴＣ−ＩＷＦは、ＳＭＳを発信したＭＴＣ  ＵＥのＩＰアドレスを受信することができる。
【０１１０】
１０２６でコアネットワークノード（例えばＭＴＣ−ＩＷＦ）は、ＩＰ接続を通じて送信され得るアプリケーションプロトコルにショートメッセージを変換またはカプセル化することができる。例えばショートメッセージは、ＨＴＴＰメッセージにカプセル化することができる。ＳＭＳメッセージは、ＣｏＡＰプロトコルを介して送信することができる。ＳＣＳは、ＭＴＣ−ＩＷＦからＳＭＳメッセージを受信するための専用のリソースまたはコンテナを有することができる。
【０１１１】
１０２８でＭＴＣ−ＩＷＦは、Ｔｓｐ基準点を用いてショートメッセージをＳＣＳに送信することができる。ＳＭＳメッセージは、選択されたアプリケーションプロトコルにおいてカプセル化され得る。ＭＴＣ−ＩＷＦはそれ自体のＩＰアドレスを用いてデータを送信することができ、またはＭＴＣ−ＩＷＦがＭＴＣ  ＵＥのＩＰアドレスを取得した場合は、ＭＴＣ−ＩＷＦはＭＴＣ  ＵＥのためのプロキシとして働くことができ、ＭＴＣ  ＵＥのＩＰアドレスを用いてデータを送信することができる。
【０１１２】
１０３０でＭＴＣ−ＩＷＦ２１０は、配信レポートをサービングノードに発信することができる。１０３２でサービングノード（例えばＳＧＳＮ、ＭＭＥ、またはＭＳＣ）は、配信レポートをＳＭＳ−ＳＣに発信することができる。サービングノードは、サービングノードを直接ＳＣＳに接続することができる基準点を生成することによってＭＴＣ−ＩＷＦを迂回することができる。サービングノードは、ショートメッセージをＳＣＳに直接渡すことができる。
【０１１３】
上記では特徴および要素について特定の組み合わせにおいて述べられたが、当業者には各特徴または要素は単独で、または他の特徴および要素との任意の組み合わせで使用できることが理解されよう。さらに本明細書で述べられる方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実現され得る。コンピュータ可読媒体の例は、電子信号（有線もしくは無線接続を通じて伝送される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、非限定的にＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、並びにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ＷＴＲＵ、ＵＥ、端末装置、基地局、ＲＮＣ、または任意のホストコンピュータにおける使用のために、無線周波数トランシーバを実現するように、ソフトウェアと関連してプロセッサが使用され得る。
【図１Ａ】
0006745231.tif 000005
【図１Ｂ】
0006745231.tif 000006
【図１Ｃ】
0006745231.tif 000007
【図１Ｄ】
0006745231.tif 000008
【図１Ｅ】
0006745231.tif 000009
【図２】
0006745231.tif 000010
【図３】
0006745231.tif 000011
【図４】
0006745231.tif 000012
【図５】
0006745231.tif 000013
【図６】
0006745231.tif 000014
【図７】
0006745231.tif 000015
【図８】
0006745231.tif 000016
【図９】
0006745231.tif 000017
【図１０】
0006745231.tif 000018