JP2019525564A - 移動局国際加入者ディレクトリ番号を伴わないモバイル発信ショートメッセージサービスを用いたマシン型通信 - Google Patents

Abstract

様々な通信システムは、特定の識別子を割り当てる必要なく通信できることから恩恵を受けることができる。例えば、無線通信システムの中には、移動局国際加入者ディレクトリ番号を伴わないモバイル発信ショートメッセージサービスを用いたマシン型通信から恩恵を受けることができるものがある。方法が、ユーザ装置においてモバイル発信ショートメッセージサービスメッセージを準備するステップを含むことができる。この方法は、アプリケーションに割り当てられた外部識別子の組からの特定の外部識別子をメッセージ内で識別するステップを含むこともできる。【選択図】 図１

Description

〔関連出願との相互参照〕
本出願は、２０１６年７月７日に出願された米国仮特許出願第６２／３５９，５０８号に関連するとともにその利益及び優先権を主張するものであり、この文献は全体が引用により本明細書に組み入れられる。

様々な通信システムは、特定の識別子を割り当てる必要なく通信できることから恩恵を受けることができる。例えば、無線通信システムの中には、移動局国際加入者ディレクトリ番号を伴わないモバイル発信ショートメッセージサービスを用いたマシン型通信から恩恵を受けることができるものがある。

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、リリース１１（Ｒｅｌ−１１）以来、移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）としても知られている移動局の電話番号を使用しないモバイル着信（ＭＴ）ショートメッセージサービス（ＳＭＳ）（ＭＴ−ＳＭＳ）を用いたマシン型通信（ＭＴＣ）を規定している。この通信は、３ＧＰＰ技術仕様書（ＴＳ）２３．６８２に規定されている。

Ｒｅｌ−１１におけるＭＴＣの一般的原理は、サードパーティサービスアプリケーションサーバが、通信事業者ネットワークに向かう標準インターフェイス（例えば、Ｔｓｐ）を介して、通信事業者が割り当てた外部識別子（例えば、＜ｄｅｖｉｃｅ＿ｉｄ＞＠Ｏｐｅｒａｔｏｒ＿Ｄｏｍａｉｎ＿ＩＤ）を有するユーザ装置（ＵＥ）などのデバイスに向けてｐｉｎｇを打ち又は少量のデータを送信できるというものである。その後、通信事業者ネットワークは、この外部識別子をＵＥの国際移動電話加入者識別番号（ＩＭＳＩ）に変換し、ＭＴ−ＳＭＳを用いてＵＥにアプリケーションペイロードを伝える。ＵＥは、サードパーティアプリケーションサーバに応答する必要がある場合、サードパーティサービスアプリケーションサーバに向けて直接的にインターネットプロトコル（ＩＰ）接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立して通信できると見込まれる。従って、Ｒｅｌ−１１におけるＭＴＣでは、ＭＴ−ＳＭＳ及びＩＰ−ＣＡＮセッションの確立が十分なものとみなされていた。

３ＧＰＰ ＴＳ ２３．６８２ ３ＧＰＰ ＴＳ ２３．２０４ ３ＧＰＰ ＴＳ ２３．０４０ ３ＧＰＰ ＴＳ ２３．６８２ ３ＧＰＰ ＴＳ ２３．０１２ セクション３．６．１．５ ３ＧＰＰ ＴＳ ２３．２７２ ３ＧＰＰ ＴＳ ２９．００２

ＭＳＩＳＤＮを含まないモバイル発信（ＭＯ）ＳＭＳは、ＩＰマルチメディアサブシステム（ＩＭＳ）のＵＥにしか可能でなく、これには３ＧＰＰ ＴＳ ２３．２０４に記載されるような新たなＩＭＳ ＵＥ能力が必要である。ＭＳＩＳＤＮの無いＳＭＳをサポートしていないＵＥとの相互作用は、通信事業者の実装に基づいていた。従って、ＭＳＩＳＤＮが割り当てられていない非ＩＭＳ ＵＥからのＭＯ−ＳＭＳをサービングノードが受け入れて転送できるようにする標準は、今のところ３ＧＰＰでは規定されていない。従来、ホーム加入者サーバ（ＨＳＳ）から受け取られる加入者データからＵＥのＭＳＩＳＤＮを識別するのはサービングノードである。従って、ＵＥのサービングノードは、ショートメッセージの受信側がＵＥのＭＳＩＳＤＮを信頼できるＩｄとして使用できるようにＭＯ−ＳＭＳにＭＳＩＳＤＮを挿入する。

第１の実施形態によれば、方法が、ユーザ装置において、モバイル発信ショートメッセージサービスメッセージを準備するステップを含むことができる。この方法は、メッセージ内で、アプリケーションに割り当てられた外部識別子の組からの特定の外部識別子を識別するステップを含むこともできる。

変形形態では、アプリケーションが、マシン型通信アプリケーションを含むことができる。

変形形態では、識別するステップが、アプリケーションポート識別子を所定の値に設定するステップを含むことができる。

変形形態では、識別するステップが、特定の外部識別子をメッセージのペイロードの一部として符号化するステップを含むことができる。

変形形態では、識別するステップが、ユーザ装置に割り当てられたインターネットプロトコルアドレスをメッセージのペイロードの一部として符号化するステップを含むことができる。

変形形態では、識別するステップが、共有秘密鍵をメッセージのペイロードの一部として符号化するステップを含むことができる。

変形形態では、方法が、ユーザ装置からメッセージを送信するステップをさらに含むことができる。

第２の実施形態によれば、方法が、ネットワーク要素において、モバイル発信ショートメッセージサービスメッセージを受け取るステップを含むことができる。この方法は、メッセージから、アプリケーションに割り当てられた外部識別子の組からの特定の外部識別子を特定するステップを含むこともできる。

変形形態では、アプリケーションが、マシン型通信アプリケーションを含むことができる。

変形形態では、特定の外部識別子を、所定の値に設定されたアプリケーションポート識別子から特定することができる。

変形形態では、特定の外部識別子を、メッセージのペイロードの一部として符号化された特定の外部識別子から特定することができる。

変形形態では、特定の外部識別子を、メッセージのペイロードの一部として符号化された、ユーザ装置に割り当てられたインターネットプロトコルアドレスから特定することができる。

変形形態では、特定の外部識別子を、メッセージのペイロードの一部として符号化された共有秘密鍵から特定することができる。

変形形態では、方法が、クエリを用いて外部識別子とメッセージ内の情報との間のマッピングを行うステップをさらに含むことができる。

変形形態では、クエリがホーム加入者サーバクエリを含むことができる。

変形形態では、方法が、特定の外部識別子に基づいてメッセージを転送するステップをさらに含むことができる。

第３及び第４の実施形態によれば、装置が、第１及び第２の実施形態の変形形態のいずれかにおけるこれらの実施形態にそれぞれ従う方法を実行する手段を含むことができる。

第５及び第６の実施形態によれば、装置が、少なくとも１つのプロセッサと、少なくとも１つのメモリ及びコンピュータプログラムコードとを含むことができる。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサと協働して、第１及び第２の実施形態の変形形態のいずれかにおけるこれらの実施形態にそれぞれ従う方法を装置に実行させるように構成することができる。

第７及び第８の実施形態によれば、コンピュータプログラム製品が、第１及び第２の実施形態の変形形態のいずれかにおけるこれらの実施形態にそれぞれ従う方法を含む処理を実行するための命令を符号化することができる。

第９及び第１０の実施形態によれば、非一時的コンピュータ可読媒体が、ハードウェアにおける実行時に第１及び第２の実施形態の変形形態のいずれかにおけるこれらの実施形態にそれぞれ従う方法を含む処理を実行する命令を符号化することができる。

第１０及び第１１の実施形態によれば、システムが、第４又は第６の実施形態による少なくとも１つの装置とこれらの変形形態のいずれかにおいてそれぞれ通信する第３又は第５の実施形態による少なくとも１つの装置を含むことができる。

本発明を正しく理解できるように以下の添付図面を参照されたい。

ＭＴＣアーキテクチャを示す図である。 いくつかの実施形態による、ＳＭＳ−ＳＣを介したＭＯ−ＳＭＳを示す図である。 いくつかの実施形態による、ＭＴＣ−ＩＷＦへの直接的なＭＯ−ＳＭＳを示す図である。 いくつかの実施形態による方法を示す図である。 いくつかの実施形態によるシステムを示す図である。

ＵＥは、場合によってはアプリケーションサーバに向けて確認応答を送信する必要がある。この確認応答は、小さなペイロードを有することができる。確認応答は、ＵＥがＭＴ−ＳＭＳを受け取った後に送信することができる。このような小さなペイロードのためにＩＰ−ＣＡＮセッションの確立及び終了を行うと過度のネットワーク信号が発生し得るので、小さなペイロードを送信するためにＩＰ−ＣＡＮセッションを確立するのは過剰なことであると考えられる。

３ＧＰＰは、Ｒｅｌ−１３において、このような小さなペイロードを含む確認応答の状況にサービス能力公開機能（ｓｅｒｖｉｃｅ ｃａｐａｂｉｌｉｔｙ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ（ＳＣＥＦ））を用いて対処するようにＵＥからのＭＯ−ＳＭＳを規定した。しかしながら、通信事業者は、ＳＣＥＦのようなＲｅｌ−１３の機能によって自社のＭＴＣネットワークアーキテクチャをアップグレードしたいと望まないこともある。

通信事業者は、非常に安定した／規模の大きなＳＭＳインフラを有していることがあり、従ってアプリケーションサーバに向けて確認応答を送信するためにＵＥがＭＯ−ＳＭＳを使用するように望むことがある。しかしながら、従来、これには３ＧＰＰ ＴＳ ２３．０４０に規定されているＳＭＳ標準／プロトコル要件の通りにＵＥがＭＳＩＳＤＮを有していることが必要である。

いくつかの実施形態では、ＭＳＩＳＤＮを割り当てられていないＵＥがＭＯ−ＳＭＳを送信することができる。このＭＯ−ＳＭＳは、通信事業者のドメイン内を通り抜け、Ｔｓｐインターフェイスを介してサードパーティアプリケーションサーバに向けて送信することができる。さらに、サードパーティアプリケーションサーバは、Ｔｓｐを介して到来するペイロードを信頼することができる。いくつかの実施形態では、ＵＥのＩＭＳＩをアプリケーションサーバに公開することも又はしないこともできる。一方で、いくつかの実施形態は、ＩＭＳＩを外部ＩＤに逆マッピングする方法を提供することができる。

従って、例えばいくつかの実施形態は、ＭＳＩＳＤＮを含まないＭＯ−ＳＭＳを送信する能力を提供する。いくつかの実施形態は、使用できる別の識別子を提供する。また、いくつかの実施形態は、ＭＳＩＳＤＮを含まないＭＯ−ＳＭＳをエンドツーエンドで送信及び／又はマッピングする方法を提供する。

図１に、ＭＴＣアーキテクチャを示す。具体的に言えば、図１には、３ＧＰＰ ＴＳ２３．６８２に規定されるようなＭＴＣアーキテクチャを示す。「ＭＴ−ＳＭＳ経路」及び「ＭＯ−ＳＭＳ経路」として特別に表記した２つの線が存在する。ＭＴ−ＳＭＳ経路は、３ＧＰＰ ＴＳ２３．６８２によるＭＴ−ＳＭＳ／Ｔ４トリガに関連するシグナリング経路を示すものである。ＭＯ−ＳＭＳ経路は、後述する２つの方法のうちの一方を表すものである。この経路は、ＭＴ−ＳＭＳ／Ｔ４経路に類似することができる。後述する２つの方法のうちの他方のＭＯ−ＳＭＳシグナリング経路は、ＳＭＳ−ＳＣを迂回することができる。

従って、説明を目的として図１に示すＭＴ−ＳＭＳ及びＭＯ−ＳＭＳシグナリング経路では、ＭＯ−ＳＭＳがＳＭＳｏｖｅｒＳＧを経由する。ＭＯ−ＳＭＳは、図１には示していない経路であるＭＭＥからＳＧｄを介して直接ＳＭＳ−ＳＣに進む経路を取ることもできる。

ＭＴ−ＳＭＳでは、ＳＭＳ−ＳＣにメッセージを転送する前にＭＴＣ−ＩＷＦがＨＳＳクエリを実行することができる。ＭＯ−ＳＭＳの第１の方法と同様に、ＳＭＳ−ＳＣは、ＭＴＣ−ＩＷＦにメッセージを転送する前にＨＳＳクエリを実行することができる。さらに、後述する両ＭＯ−ＳＭＳ方法では、ＭＴＣ−ＩＷＦがＳＣＳにメッセージを転送する前にＨＳＳクエリを実行することができる。

図２に、いくつかの実施形態によるＳＭＳ−ＳＣを介するＭＯ−ＳＭＳを示す。この方法は、便宜上第１の方法と呼ぶことができる。この第１の方法では、図２に示すように実行できるいくつかの手順例が以下の通りである。

３ＧＰＰ ＴＳ ２３．０１２のセクション３．６．１．５に記載されるように、ＨＳＳは、このＵＥのＭＳＩＳＤＮを含んでいない。この時、この例ではＭＳＣ／ビジターロケーションレジスタ（ＶＬＲ）であるサービングノードは、このＵＥのサービングノードにおいて構成されるダミーＭＳＩＳＤＮ値を使用することができる。従って、例えばＭＳＣ／ＶＬＲなどのサービングノードは、ＭＳＩＳＤＮの無い動作をサポートするように構成することができる。或いは、例えばＨＳＳ／ホームロケーションレジスタ（ＨＬＲ）などの加入記録内でＵＥにダミーＭＳＩＳＤＮを割り当てることもできる。全てのＭＴＣ ＵＥには、同じダミーＭＳＩＳＤＮを割り当てることができる。このダミーＭＳＩＳＤＮは、ＭＳＣにおけるＳＭＳ−ＭＯプロトコルに下位互換性をもたらすことができる。

アプリケーションサーバは、例えばＥ．１６４フォーマットの本物の割り当てられたＭＳＩＳＤＮを有することができる。ＵＥは、この番号に向けてＭＯ−ＳＭＳを送信することができる。

ＭＴＣ ＵＥアプリケーションに複数の「外部ＩＤ」が割り当てられている場合、ＵＥは以下の代替オプションを使用して、どの「外部ＩＤ」が送信側エンティティのアイデンティティであるかを伝えることができる。

第１のオプションによれば、ＵＥが、ＳＭＳプロトコル内のアプリケーションポートＩＤを特定の標準値に設定することができる。この範囲は、８ビットのアドレス指定では最大２５５とすることができ、１６ビットのアドレス指定では最大６５５３５とすることができる。

その後、ＭＴＣ相互作用機能（ＭＴＣ−ＩＷＦ）が、ＩＭＳＩ及び受け取ったアプリケーションポートアドレス値を用いてＨＳＳに問い合わせを行って対応する外部ＩＤを取得することができる。この場合、ＨＳＳ及びＵＥは同じマッピングテーブルを有することができる。例えば、ＨＳＳ及びＵＥは、ＩＭＳＩ＋アプリケーションポートＩＤと外部ＩＤとの間の同じマッピングを有することができる。

第２のオプションによれば、ＵＥが、外部ＩＤをＳＭＳペイロードの一部として符号化することができる。この場合、ペイロードを検証することによって送信側エンティティのアイデンティティを特定するのはアプリケーションサーバとなり得る。このオプションでは、ネットワークが第１のオプションと同様にＵＥのアイデンティティをアサートするのを防ぐことができる。従って、このオプションでは、この方法を可能にするためにネットワークがアプリケーションサーバにＩＭＳＩを公開することができる。

第３のオプションによれば、ネットワークが、アプリケーションサーバにＩＭＳＩを公開することなく、ＵＥに割り当てられたＩＰアドレスをアプリケーションサーバに示すことができる。この場合、ＵＥは、ＳＭＳペイロード内にＵＥ自体のＩＰアドレスを符号化することもできる。その後、アプリケーションサーバは、両ＩＰアドレスをチェックして送信側が割り当てられたＩＰアドレスを伝えているどうかを判断して、ある程度の完全性チェックを可能にすることができる。しかしながら、このオプションは、ＵＥがＩＰアドレスを有していない時には機能しないことがある。

第４のオプションによれば、アプリケーションサーバ及びＵＥがＳＭＳペイロード内の共有秘密鍵を使用してＵＥの送信側アイデンティティをアサートすることができる。このオプションは、アプリケーションレベルの要件に基づくことができる。

図２には、一例として第１のオプションを示す。同様に他のオプションを実装することもできる。

図２に示すように、ＵＥは、１において、ＳＭＳを通じてインターフェイスＳＧを介してＭＯ ＳＭＳを送信するために、３ＧＰＰ ＴＳ２３．２７２に規定されるような複合アタッチ手順（ｃｏｍｂｉｎｅｄ ａｔｔａｃｈ ｐｒｏｃｅｄｕｒｅ）を実行することができる。このＵＥには、ホーム公衆移動通信ネットワーク（ＨＰＬＭＮ）からダミーＭＳＩＳＤＮを割り当てることができる。このダミーＭＳＩＳＤＮは、ＶＬＲが記憶することができる。

３ＧＰＰ ＴＳ２３．０１２のセクション３．６．１．５に規定されるようなＭＳＩＳＤＮの無い動作をＭＳＣ／ＶＬＲ及びＨＳＳがサポートしている場合には、ＭＳＣ／ＶＬＲがこのＵＥにダミーＭＳＩＳＤＮを割り当てることができる。

ＵＥは、２においてＭＯ ＳＭＳを送信することができる。このメッセージは、ＳＭＳ ｓｕｂｍｉｔメッセージ内にサービスセンターアドレスとしてのＳＭＳ−ＳＣアドレスを含むことができる。受信側アドレスは、ＭＴＣアプリケーションサーバのＭＳＩＳＤＮに設定することができる。ＵＥは、ＴＰ−ｕｓｅｒデータフィールドのＡｄｄｒｅｓｓｉｎｇ情報要素に対応するアプリケーションポートＩＤ値を設定することによって、ＵＥが使用したいと望む外部ＩＤを示すことができる。メッセージフィールドのさらなる考察については、例えば３ＧＰＰ ＴＳ．２３．０４０を参照されたい。

３において、ＭＳＣ／ＶＬＲが、ＭＡＰ ＭＯ ｆｏｒｗａｒｄ ＳＭ動作における手順の一部としてＵＥのダミーＭＳＩＳＤＮ及びＩＭＳＩを配置することができる。このような手順のさらなる考察については、例えば３ＧＰＰ ＴＳ．２９．００２を参照されたい。ＲＰ−ＤＡは、ＵＥによって提供されたＳＭＳ−ＳＣのアドレスを含むことができる。

４ａにおいて、ＳＭＳ−ＳＣのゲートウェイモバイルスイッチングセンター（ＧＭＳＣ）が、例えばＭＴＣ ＡｐｐサーバなどのＴＰ−ＤＡフィールドからのＭＳＩＳＤＮを用いてＨＳＳ／ＨＬＲに問い合わせを行うことができる。Ｔ４インジケーションを含めることができる。Ｔ４インジケータは、ＨＳＳ／ＨＬＲがＩＰ−ＳＭ−ＧＷにＭＡＰを転送しないように保証することができる。この動作は、３ＧＰＰ ＴＳ ２９．００２に記載されている手順に依拠することができる。４ｂにおいて、ＨＳＳ／ＨＬＲが、サービングノードとしてＭＴＣ−ＩＷＦ／ＳＣＥＦを戻すことができる。この動作は、ＨＳＳ／ＨＬＲの構成に基づくことができる。

従来のＭＡＰプロトコルでは、ＨＳＳ／ＨＬＲがＭＳＩＳＤＮのＩＭＳＩを戻すことが必要になり得る。しかしながら、このＩＭＳＩは、ＭＴＣのアプリケーションサーバのＭＳＩＳＤＮを示すこともあるので有用でない場合がある。従って、このＭＡＰプロトコルでは、ＨＳＳ／ＨＬＲがダミーＩＭＳＩを割り当てることができる。

５において、ＳＭＳ−ＳＣが、ＭＴ−ＳＭＳをＭＴＣ−ＩＷＦ／ＳＣＥＦに向けて転送することができる。上述したように、ＭＴＣ−ＩＷＦ／ＳＣＥＦアドレスは４ｂにおいて受け取ることができる。ＳＭＳ−ＳＣは、ＲＰ−ＤＡフィールドにＭＴＣサーバのＭＳＩＳＤＮのＩＭＳＩを挿入する代わりに、ＲＰ−ＤＡフィールドにＵＥのＩＭＳＩを挿入することができる。別の方法として、ＳＭＳ−ＳＣは、新たな情報要素フィールドにＵＥのＩＭＳＩを挿入してこのデータを転送することもできる。

ＳＭＳ−ＳＣは、この特殊な手順を以下のいずれかに基づいて認識することができる。４ｂにおいて戻されたＩＭＳＩ又はダミーＩＭＳＩは、インジケータとして特定の値に設定することができる。或いは、ダミーＭＳＩＳＤＮをインジケータとして特定の値に設定することもできる。別の方法として、ＭＴＣサーバのＭＳＩＳＤＮがインジケータとしての役割を果たすこともできる。さらなる方法として、ＨＬＲ／ＨＳＳが４ｂにおいて新たな情報要素（ＩＥ）をインジケータとして提供することもできる。

６において、ＭＴＣ−ＩＷＦ／ＳＣＥＦが、ＵＥのＩＭＳＩ及びアプリケーションポートＩＤを用いて、ＵＥの外部ＩＤについてＨＳＳ／ＨＬＲに問い合わせを行うことができる。ＩＭＳＩを公開することができて外部ＩＤが使用されていない場合には、このステップを飛ばすことができる。

７において、ＭＴＣ−ＩＷＦ／ＳＣＥＦは、ＳＭＳペイロードと、ＨＳＳ／ＨＬＲに問い合わせた外部ＩＤ、又はＩＭＳＩを公開できる場合にはＩＭＳＩとをＭＴＣアプリケーションサーバに転送することができる。

図３に、いくつかの実施形態によるＭＴＣ−ＩＷＦへの直接的なＭＯ−ＳＭＳを示す。この方法は、便宜上第２の方法と呼ぶことができる。この第２の方法では、図３に示すように実行できるいくつかの手順例が以下の通りである。

この第２の方法は、ＭＯ−ＳＭＳがＳＭＳ−ＳＣを迂回できるようにすることによって上記の解決策を最適化したものとみなすことができる。この最適化は、ＵＥにおいてＭＴＣ−ＩＷＦアドレスをＳＭＳサービスセンターアドレスとして構成することによって行うことができる。

図３の機能の多くは、図２の対応する機能と同じものである。例えば、１における機能は図２の１における機能と同じものである。さらに、図３の４及び５における機能は、図２のステップ６及び７と同じものになり得る。

２における機能は、ＭＳＩＳＤＮ形式のＭＴＣ−ＩＷＦアドレスをＳＭＳ ｓｕｂｍｉｔメッセージ内のサービスセンターアドレスとして使用できる点を除き、図２の２における機能と同じものである。３における機能は、ＲＰ−ＤＡがＭＴＣ−ＩＷＦのアドレスを含むことができる点を除き、図２の３における機能と同じものになり得る。転送ネットワークは、このアドレスを用いてメッセージを直接ＭＴＣ−ＩＷＦに転送することができる。

第１及び第２の方法は、様々な類似点及び相違点を有することができる。例えば、両方法は、アプリケーションポートＩＤをさらなる弁別子（ｄｉｓｃｒｉｍｉｎａｔｏｒ）として使用してＩＭＳＩを外部ＩＤにマッピングすることができる。上述したように、アプリケーションポートＩＤには複数の代替例が存在することができる。

これらの２つの方法の主な相違点は、ＳＭＳメッセージの送信に使用されるシグナリング経路にある。第１の方法では、ＳＭＳがＳＭＳＣ及びＩＷＦを介して送信されるのに対し、第２の方法ではＳＭＳＣが迂回される。

さらに詳細に言えば、第１の方法では、ＭＴＣ−ＩＷＦがＭＡＰ−ＭＴ−ＦＳＭを受け取るように構成される必要がある。対照的に、第２の方法では、ＭＴＣ−ＩＷＦがＭＡＰ−ＭＯ−ＦＳＭを受け取るように構成される必要がある。

第１の方法では、ＨＳＳによって戻されたサービングノードアドレスを用いてＭＴＣ−ＩＷＦに到達することができる。このアドレスは、ＨＳＳにおいて変更することができる。対照的に、第２の方法では、ＵＥに対してサービスセンターアドレスとして構成されたＭＴＣ−ＩＷＦアドレスを用いてＭＴＣ−ＩＷＦに到達することができる。このアドレスは、ＵＥがユーザインターフェイスのＭＭＩなどを用いて変更することができる。

第１の方法では、必要であればＳＭＳ−ＳＣを用いてストアアンドフォワード（蓄積交換）及び課金を行うことができる。第２の方法では、ＳＭＳ−ＳＣがＭＯ−ＳＭＳでの役割を担っておらず、従ってＭＯ−ＳＭＳにおいて役割を有していないのでＳＭＳ−ＳＣを用いてストアアンドフォワード及び課金を行うことはできない。

第１の方法では、ＭＴ経路とＭＯ経路を対称とすることができる。ＭＯ経路は１つのＨＳＳクエリを有することができ、ＭＴ経路は２つのＨＳＳクエリを有することができる。対照的に、第２の方法では、ＭＴ経路とＭＯ経路が対称でないこともある。しかしながら、この非対称性によってＨＳＳへのネットワークシグナリングを節約することができる。例えば、第２の方法では、ＭＴ経路がＡＳからＳＣＳ、ＭＴＣ−ＩＷＦ（ＨＳＳクエリ）、ＳＭＳ−ＳＣ、ＭＳＣ、ＭＭＥ、ＵＥへと進むことができる。ＭＯ経路は、ＵＥからＭＭＥ、ＭＳＣ、ＭＴＣ−ＩＷＦ（ＨＳＳクエリ）、ＳＣＳ−ＡＳへと進むことができる。

第１の方法の機能的影響は、第２の方法の機能的影響よりも大きくなり得る。例えば、いくつかの実施形態は、アプリケーションポートＩＤを用いてＭＯ−ＦＳＭを拡張することができ、いくつかの実施形態は、ＩＭＳＩ及びアプリケーションポートＩＤと共に外部ＩｄのＨＳＳクエリを利用することができる。

図４に、いくつかの実施形態による方法を示す。図４に示すように、方法は、４１０において、ユーザ装置においてモバイル発信ショートメッセージサービスメッセージを準備するステップを含むことができる。方法は、４２０において、このメッセージ内で、アプリケーションに割り当てられた外部識別子の組からの特定の外部識別子を識別するステップを含むこともできる。アプリケーションは、マシン型通信アプリケーションとすることができる。

識別するステップは、アプリケーションポート識別子を所定の値に設定するステップを含むことができる。上述したように、このオプション又は以下のあらゆるオプションは、受信側ネットワーク要素が送信側エンティティに対応する外部ＩＤを識別するのに役立つことができる。

識別するステップは、特定の外部識別子をメッセージのペイロードの一部として符号化するステップを含むことができる。これとは別に、又はこれに加えて、識別するステップは、ユーザ装置に割り当てられたインターネットプロトコルアドレスをメッセージのペイロードの一部として符号化するステップを含むこともできる。これとは別に、又はこれに加えて、識別するステップは、共有秘密鍵をメッセージのペイロードの一部として符号化するステップを含むこともできる。

方法は、ステップ４３０において、ユーザ装置からメッセージを送信するステップをさらに含むことができる。このメッセージは、その後にネットワーク内で受け取り、処理して転送することができる。

上記のステップは、ユーザ装置によって実行することができる。以下のステップは、ＭＴＣ−ＩＷＦなどのネットワーク要素によって実行することができる。

方法は、４４０において、ネットワーク要素においてモバイル発信ショートメッセージサービスメッセージを受け取るステップを含むことができる。このメッセージは、図２及び図３に様々な形で示すような、４３０において送信されたものと同じメッセージ又はこのメッセージに基づくメッセージとすることができる。

方法は、４５０において、このメッセージから、アプリケーションに割り当てられた外部識別子の組からの特定の外部識別子を特定するステップをさらに含むことができる。上記と同様に、アプリケーションはマシン型通信アプリケーションとすることができる。

特定の外部識別子は、所定の値に設定されたアプリケーションポート識別子から特定することができる。これとは別に、又はこれに加えて、特定の外部識別子は、メッセージのペイロードの一部として符号化された特定の外部識別子から特定することもできる。これとは別に、又はこれに加えて、特定の外部識別子は、メッセージのペイロードの一部として符号化された、ユーザ装置に割り当てられたインターネットプロトコルアドレスから特定することもできる。これとは別に、又はこれに加えて、特定の外部識別子は、メッセージのペイロードの一部として符号化された共有秘密鍵から特定することもできる。

方法は、４５５において、クエリを用いて外部識別子とメッセージ内の情報との間のマッピングを行うステップをさらに含むことができる。このクエリは、ホーム加入者サーバクエリとすることができる。

方法は、４６０において、特定の外部識別子に基づいてメッセージを転送するステップをさらに含むことができる。

図５に、本発明のいくつかの実施形態によるシステムを示す。図１のフローチャートの各ブロックは、ハードウェア、ソフトウェア、ファームウェア、１又は２以上のプロセッサ及び／又は回路などの様々な手段又はその組み合わせによって実行することができると理解されたい。１つの実施形態では、システムが、例えばネットワーク要素５１０及びユーザ装置（ＵＥ）又はユーザデバイス５２０などの複数のデバイスを含むことができる。説明を目的としてそれぞれ１つしか示していないが、システムは複数のＵＥ５２０及び複数のネットワーク要素５１０を含むこともできる。ネットワーク要素は、図１、図２又は図３のいずれかを参照しながら図示又は説明したＭＴＣ−ＩＷＦ又は他のネットワーク要素のいずれかとすることができる。

これらの各デバイスは、それぞれ５１４及び５２４として示す少なくとも１つのプロセッサ、或いは制御ユニット又はモジュールを含むことができる。各デバイス内には、それぞれ５１５及び５２５として示す少なくとも１つのメモリを提供することができる。メモリは、例えば、上述した実施形態を実施するためのコンピュータプログラム命令又はこれに含まれるコンピュータコードを含むことができる。１又は２以上のトランシーバ５１６及び５２６を提供することもでき、各デバイスは、それぞれ５１７及び５２７として示すアンテナを含むこともできる。それぞれ１つのアンテナしか示していないが、各デバイスには多くのアンテナ及び複数のアンテナ要素を提供することができる。例えば、これらのデバイスの他の構成を提供することもできる。例えば、付加的に又は単独でネットワーク要素５１０及びＵＥ５２０を有線通信のために構成することもでき、このような場合、アンテナ５１７及び５２７は、アンテナのみに限定されることなくあらゆる形態の通信ハードウェアを示すことができる。

トランシーバ５１６及び５２６の各々は、個別に送信機、受信機、又は送信機と受信機、或いは送受信両方のために構成できるユニット又はデバイスとすることができる。送信機及び／又は受信機は（無線部分に関連する限り）、例えばデバイス自体には配置されずにマスト（ｍａｓｔ）内に配置されたリモートラジオヘッドとして実装することもできる。また、「リキッド」又はフレキシブルラジオの概念によれば、これらの動作及び機能をノード、ホスト又はサーバなどの異なるエンティティにおいて柔軟に実行することもできると理解されたい。換言すれば、仕事の分担はケースバイケースで異なることができる。１つの利用可能性は、ネットワーク要素にローカルコンテンツを配信させることである。１又は２以上の機能を、サーバ上で実行できるソフトウェアとして提供された仮想アプリケーションとして実装することもできる。

ユーザデバイス又はユーザ装置５２０は、携帯電話機又はスマートホン又はマルチメディアデバイスなどの移動局（ＭＳ）、無線通信能力を備えたタブレットなどのコンピュータ、無線通信能力を備えた個人情報端末又は携帯情報端末（ＰＤＡ）、ポータブルメディアプレーヤ、車両、デジタルカメラ、ポケットビデオカメラ、無線通信能力を備えたナビゲーションユニット、或いはこれらのいずれかの組み合わせとすることができる。ユーザデバイス又はユーザ装置５２０は、センサ又はスマートメータ、或いは通常は単一場所のために構成できる他のデバイスとすることもできる。ユーザ装置５２０は、主にＭＴＣメッセージを送信するように構成された機械とすることもできる。

例示的な実施形態では、ノード又はユーザデバイスなどの装置が、図４に関連して上述した実施形態を実施する手段を含むことができる。

プロセッサ５１４及び５２４は、中央処理装置（ＣＰＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル的に強化された回路、或いは同等のデバイス又はこれらの組み合わせなどのいずれかの計算又はデータ処理デバイスによって具体化することができる。プロセッサは、単一のコントローラとして、或いは複数のコントローラ又はプロセッサとして実装することができる。また、プロセッサは、ローカル構成、クラウド構成又はこれらの組み合わせのプロセッサプールとして実装することもできる。

ファームウェア又はソフトウェアの場合には、実装が、少なくとも１つのチップセットのモジュール又はユニット（例えば、手続き及び機能など）を含むことができる。メモリ５１５及び５２５は、個別に非一時的コンピュータ可読媒体などのいずれかの好適な記憶装置とすることができる。ハードディスクドライブ（ＨＤＤ）、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ又はその他の好適なメモリを使用することもできる。これらのメモリは、プロセッサとしての単一の集積回路上で組み合わせることも、又は分離させることもできる。さらに、例えばいずれかの好適なプログラミング言語で書かれたコンパイラ型又はインタープリタ型コンピュータプログラムなどのいずれかの好適な形態のコンピュータプログラムコードとすることができるコンピュータプログラム命令をメモリに記憶し、プロセッサによって処理することもできる。通常、メモリ又はデータストレージエンティティは内部的なものとすることができるが、外部的なものとすることも、或いはサービスプロバイダからさらなる記憶容量を取得する場合などのようにこれらの組み合わせとすることもできる。メモリは、固定式又は取り外し式とすることができる。

メモリ及びコンピュータプログラム命令は、特定のデバイスのプロセッサを用いて、ネットワーク要素５１０及び／又はＵＥ５２０などのハードウェア装置に上述した処理（例えば、図２〜図４を参照）のいずれかを実行させるように構成することができる。従って、いくつかの実施形態では、非一時的コンピュータ可読媒体に、ハードウェアにおける実行時に本明細書で説明した処理のうちの１つなどの処理を実行できる（追加の又は最新のソフトウェアルーチン、アプレット又はマクロなどの）コンピュータ命令又は１又は２以上のコンピュータプログラムを符号化することができる。コンピュータプログラムは、プログラミング言語によって符号化することができ、これらの言語は、オブジェクトＣ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などの高水準プログラミング言語とすることも、或いはマシン語又はアセンブラなどの低水準プログラミング言語とすることもできる。或いは、本発明のいくつかの実施形態は、完全にハードウェアで実行することもできる。

さらに、図５にはネットワーク要素５１０及びＵＥ５２０を含むシステムを示しているが、本発明の実施形態は、他の構成、及び本明細書において図示し説明したようなさらなる要素を含む構成にも適用することができる。例えば、複数のユーザ装置デバイス及び複数のネットワーク要素が存在することも、或いは同様の機能を提供する他のノードが存在することもできる。

当業者であれば、上述したような発明は、開示したものとは異なる順序のステップ及び／又は開示したものとは異なる構成のハードウェア要素を用いて実施することもできると容易に理解するであろう。従って、好ましい実施形態に基づいて本発明を説明したが、当業者には、本発明の趣旨及び範囲から逸脱することなくいくつか修正例、変形例及び代替構成が明らかになるであろう。

Claims (20)

1. ユーザ装置において、モバイル発信ショートメッセージサービスメッセージを準備するステップと、
   前記メッセージ内で、アプリケーションに割り当てられた外部識別子の組からの特定の外部識別子を識別するステップと、
   を含むことを特徴とする方法。
2. 前記アプリケーションは、マシン型通信アプリケーションを含む、
   請求項１に記載の方法。
3. 前記識別するステップは、アプリケーションポート識別子を所定の値に設定するステップを含む、
   請求項１に記載の方法。
4. 前記識別するステップは、前記特定の外部識別子を前記メッセージのペイロードの一部として符号化するステップを含む、
   請求項１に記載の方法。
5. 前記識別するステップは、前記ユーザ装置に割り当てられたインターネットプロトコルアドレスを前記メッセージのペイロードの一部として符号化するステップを含む、
   請求項１に記載の方法。
6. 前記識別するステップは、共有秘密鍵を前記メッセージのペイロードの一部として符号化するステップを含む、
   請求項１に記載の方法。
7. 前記ユーザ装置から前記メッセージを送信するステップをさらに含む、
   請求項１に記載の方法。
8. ネットワーク要素において、モバイル発信ショートメッセージサービスメッセージを受け取るステップと、
   前記メッセージから、アプリケーションに割り当てられた外部識別子の組からの特定の外部識別子を特定するステップと、
   を含むことを特徴とする方法。
9. 前記アプリケーションは、マシン型通信アプリケーションを含む、
   請求項８に記載の方法。
10. 前記特定の外部識別子は、所定の値に設定されたアプリケーションポート識別子から特定することができる、
    請求項８に記載の方法。
11. 前記特定の外部識別子は、前記メッセージのペイロードの一部として符号化された前記特定の外部識別子から特定することができる、
    請求項８に記載の方法。
12. 前記特定の外部識別子は、前記メッセージのペイロードの一部として符号化された、前記ユーザ装置に割り当てられたインターネットプロトコルアドレスから特定することができる、
    請求項８に記載の方法。
13. 前記特定の外部識別子は、前記メッセージのペイロードの一部として符号化された共有秘密鍵から特定することができる、
    請求項８に記載の方法。
14. クエリを用いて前記外部識別子と前記メッセージ内の情報との間のマッピングを行うステップをさらに含む、
    請求項８に記載の方法。
15. 前記クエリは、ホーム加入者サーバクエリを含む、
    請求項８に記載の方法。
16. 前記特定の外部識別子に基づいて前記メッセージを転送するステップをさらに含む、
    請求項８に記載の方法。
17. 請求項１から１６のいずれかに記載の方法を含む処理を実行する手段を備えた装置。
18. 少なくとも１つのプロセッサと、
    少なくとも１つのメモリ及びコンピュータプログラムコードと、
    を備えた装置であって、
    前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと協働して、請求項１から１６のいずれかに記載の方法を含む処理を前記装置に実行させるように構成することができる、
    ことを特徴とする装置。
19. 請求項１から１６のいずれかに記載の方法を含む処理を実行するための命令を符号化するコンピュータプログラム製品。
20. ハードウェアにおける実行時に請求項１から１６のいずれかに記載の方法を含む処理を実行する命令を符号化された非一時的コンピュータ可読媒体。

Images