JP2014525195A - Ｗａｐテキスト・メッセージングのための３ｇｐｐネットワークと３ｇｐｐ２ネットワークとの間のインターフェース - Google Patents

Abstract

【課題】
３ＧＰＰネットワークと３ＧＰＰ２ネットワークと間でＷＡＰテキスト・メッセージを網間接続するためのシステムおよび方法を提供する。
【解決手段】
本発明の一実施形態では、３ＧＰＰ標準をサポートする送信エンティティからＷＡＰテキスト・メッセージを受信するシステムであって、ＷＡＰテキスト・メッセージは３ＧＰＰ形式であるシステムを提供する。該システムは、ＷＡＰテキスト・メッセージの受信エンティティが３ＧＰＰ２標準をサポートすることを決定し、ＷＡＰテキスト・メッセージを３ＧＰＰ形式から３ＧＰＰ２形式に変換する。次に、該システムは、受信エンティティに３ＧＰＰ２形式でＷＡＰテキスト・メッセージを伝送する。
【選択図】図１

Description

本発明は通信の分野に関し、具体的には、テキスト・メッセージングのために３ＧＰＰネットワークと３ＧＰＰ２ネットワークとのインターフェースをとることに関する。

テキスト・メッセージングは、多くのモバイル（またはワイヤレス）ネットワークにおいて一般的な通信モードになった。テキスト・メッセージングの一例はショート・メッセージ・サービス（ＳＭＳ）であり、これはデバイス間で短いテキスト・メッセージ（つまり１６０文字以下）を交換することを可能にする通信プロトコルのセットである。従来、「テキスト・メッセージ」という用語は、ＳＭＳを使用して送信されるテキストのみのメッセージを指していたが、画像、ビデオ、音声コンテンツなどマルチメディア・メッセージを含むように拡張されてきた。マルチメディア・メッセージは、マルチメディア・メッセージ・サービス（ＭＭＳ）プロトコルを使用して送信することができる。多くの場合、移動体のユーザは、音声通話よりテキスト・メッセージングを通信により頻繁に使用する。

ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）は、モバイル・デバイスにおいて対話セッションを提供するために、テキスト・メッセージング・プロトコル（たとえばＳＭＳ）に関連して使用できるプロトコルの一式である。たとえば、ＳＭＳを通じてＷＡＰを使用すると、ユーザは、ユニバーサル・リソース・ロケータ（ＵＲＬ）を含むＳＭＳメッセージを送信することができる。ＳＭＳメッセージが受信側によって受信されると、受信側のデバイスは、対応するウェブサイトを表示するために受信側が選択できるＵＲＬリンクを表示する。

3rd Generation Partnership Project（３ＧＰＰ）は、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ）規格に基づいて電気通信の標準を規定する組織である。3rd Generation Partnership Project 2（３ＧＰＰ２）は、ＣＤＭＡ２０００規格に基づいて電気通信の標準を規定する別の組織である。３ＧＰＰおよび３ＧＰＰ２は両方とも、ＷＡＲを使用するテキスト・メッセージングを含むテキスト・メッセージングの標準を規定している。３ＧＰＰ標準は、３ＧＰＰネットワークと３ＧＰＰ２ネットワークとの間のＷＡＰテキスト・メッセージングを不可能ではないにしても困難にする、３ＧＰＰ２標準とは異なる。

本明細書に記述された実施形態は、３ＧＰＰネットワークと３ＧＰＰ２ネットワークとの間のＷＡＰテキスト・メッセージを網間接続するものである。本明細書に記述されたシステムは、ＷＡＰテキスト・メッセージを３ＧＰＰ形式から３ＧＰＰ２形式に翻訳することができ、またその逆もまた同様である。これにより、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ）ネットワーク、ＣＤＭＡ２０００ネットワーク、Long Term Evolution（ＬＴＥ）ネットワーク、IP Multimedia Subsystem（ＩＭＳ）ネットワークなど、異なる技術のネットワークを介してサービス・プロバイダがＷＡＰテキスト・メッセージングをシームレスに伝達することが可能になる。

一実施形態は、ＷＡＰテキスト・メッセージを扱うシステムを含む。システムは、３ＧＰＰ標準をサポートする送信エンティティからＷＡＰテキスト・メッセージを受信するように動作可能なインターフェースを含み、ＷＡＰテキスト・メッセージは３ＧＰＰ形式である。システムは、ＷＡＰテキスト・メッセージの受信エンティティが３ＧＰＰ２標準をサポートすることを決定し、ＷＡＰテキスト・メッセージを３ＧＰＰ形式から３ＧＰＰ２形式に変換するように動作可能なコントローラをさらに含む。インターフェースは、受信エンティティに３ＧＰＰ２形式のＷＡＰテキスト・メッセージを伝送するようにさらに動作可能である。

別の実施形態では、コントローラは、ユーザ・データ・ヘッダ（ＵＤＨ）パラメータを識別するために３ＧＰＰ形式のＷＡＰテキスト・メッセージを解析し、３ＧＰＰ２テレサービス層のユーザ・データ・パラメータにＵＤＨパラメータをマッピングするようにさらに動作可能である。

別の実施形態では、コントローラは、「０５」に設定された情報要素識別子を持つ情報要素からの情報要素データをテレサービス層のソース・ポート・パラメータおよび宛先ポート・パラメータにマッピングするようにさらに動作可能である。また、コントローラは、「００」に設定された情報要素識別子を持つ情報要素からの情報要素データをテレサービス層の多数のセグメント（ｎｕｍｂｅｒ−ｏｆ−ｓｅｇｍｅｎｔｓ）パラメータおよびセグメント番号（ｓｅｇｍｅｎｔ−ｎｕｍｂｅｒ）パラメータにマッピングするようにさらに動作可能である。

別の実施形態では、コントローラは、３ＧＰＰ形式のＷＡＰテキスト・メッセージに対する複数のセグメントを受信し、単一のセグメントへと複数のセグメントを集約し、ＷＡＰテキスト・メッセージの単一のセグメントを３ＧＰＰ２形式に変換するようにさらに動作可能である。

別の実施形態では、インターフェースは、３ＧＰＰ２標準をサポートする送信エンティティから別のＷＡＰテキスト・メッセージを受信するように動作可能であり、他のＷＡＰテキスト・メッセージは３ＧＰＰ２形式である。コントローラは、他のＷＡＰテキスト・メッセージの受信エンティティが３ＧＰＰ標準をサポートすることを決定し、他のＷＡＰテキスト・メッセージを３ＧＰＰ２形式から３ＧＰＰ形式に変換するようにさらに動作可能である。インターフェースは、受信エンティティに３ＧＰＰ形式の他のＷＡＰテキスト・メッセージを伝送するようにさらに動作可能である。

別の実施形態は、ＷＡＰテキスト・メッセージを扱う方法を含む。方法は、３ＧＰＰ標準をサポートする送信エンティティからＷＡＰテキスト・メッセージを受信することを含み、ＷＡＰテキスト・メッセージは３ＧＰＰ形式である。方法は、ＷＡＰテキスト・メッセージの受信エンティティが３ＧＰＰ２標準をサポートすることを決定するステップと、ＷＡＰテキスト・メッセージを３ＧＰＰ形式から３ＧＰＰ２形式に変換するステップと、受信エンティティに３ＧＰＰ２形式のＷＡＰテキスト・メッセージを伝送するステップとをさらに含む。

別の実施形態では、ＷＡＰテキスト・メッセージを３ＧＰＰ形式から３ＧＰＰ２形式に変換するステップは、ユーザ・データ・ヘッダ（ＵＤＨ）パラメータを識別するために３ＧＰＰ形式のＷＡＰテキスト・メッセージを解析するステップと、３ＧＰＰ２テレサービス層のユーザ・データ・パラメータにＵＤＨパラメータをマッピングするステップとを含む。

別の実施形態では、ＵＤＨパラメータをマッピングするステップは、
「０５」に設定された情報要素識別子を持つ情報要素からの情報要素データをテレサービス層のソース・ポート・パラメータおよび宛先ポート・パラメータにマッピングするステップと、「００」に設定された情報要素識別子を持つ情報要素からの情報要素データをテレサービス層の多数のセグメント（ｎｕｍｂｅｒ−ｏｆ−ｓｅｇｍｅｎｔｓ）パラメータおよびセグメント番号パラメータ（ｓｅｇｍｅｎｔ−ｎｕｍｂｅｒ）にマッピングするステップとを含む。

別の実施形態では、方法は、３ＧＰＰ形式のＷＡＰテキスト・メッセージに対する複数のセグメントを受信するステップと、単一のセグメントへ複数のセグメントを集約するステップと、ＷＡＰテキスト・メッセージの単一のセグメントを３ＧＰＰ２形式に変換するステップとをさらに含む。

別の実施形態では、方法は、３ＧＰＰ２標準をサポートする送信エンティティから別のＷＡＰテキスト・メッセージを受信するステップをさらに含み、他のＷＡＰテキスト・メッセージは３ＧＰＰ２形式である。方法は、他のＷＡＰテキスト・メッセージの受信エンティティが３ＧＰＰ標準をサポートすることを決定するステップと、他のＷＡＰテキスト・メッセージを３ＧＰＰ２形式から３ＧＰＰ形式に変換するステップと、受信エンティティに３ＧＰＰ形式の他のＷＡＰテキスト・メッセージを伝送するステップとをさらに含む。

他の代表的な実施形態について、以下に説明する。

本発明の一部の実施形態について、例示のみを目的として、添付図面を参照して本明細書に記述する。すべての図面において、同じ参照番号は同じ要素または同じ種類の要素を表している。

代表的な実施形態の通信システムを示す図である。 代表的な実施形態のＷＡＰテキスト・メッセージを変換する方法を示すフローチャートである。 代表的な実施形態のＷＡＰテキスト・メッセージを変換する別の方法を示すフローチャートである。 代表的な実施形態の３ＧＰＰテキスト・メッセージを示す図である。 代表的な実施形態の３ＧＰＰ２テキスト・メッセージを示す図である。

図および次の記述は、本発明の特定の代表的な実施形態を示す。本明細書に明示的に記述したり示したりしていなくても、当業者には、本発明の原理を具体化する様々な配置を考案でき、これらは本発明の範囲に含まれることが認識されよう。さらに、本明細書に記述した例はいずれも、本発明の原理を理解することを支援することを意図するものであり、そのような具体的に列挙された例および条件に限定されないものと解釈するものである。その結果、本発明は、以下に記述する特定の実施形態または例に限定されるものではなく、特許請求の範囲およびそれらの等価物によってのみ限定されるものである。

図１は、代表的な実施形態の通信システム１００を示している。通信システム１００は、３ＧＰＰネットワーク１１０、ゲートウェイ・システム１２０、および３ＧＰＰ２ネットワーク１３０を含む。３ＧＰＰネットワーク１１０は、３ＧＰＰ標準に基づいて通信する任意のネットワークを含む。たとえば、３ＧＰＰネットワーク１１０は、ＧＳＭネットワーク、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワーク、ＬＴＥネットワーク、ＩＭＳネットワークなどを含むことができる。３ＧＰＰネットワーク１１０は、３ＧＰＰエンティティ１１２を含む。３ＧＰＰエンティティ１１２は、３ＧＰＰ標準に基づいて通信する任意のサーバ、ノード、デバイスなどを含む。たとえば、３ＧＰＰエンティティ１１２は、ＧＳＭネットワークまたはＵＭＴＳネットワークのモバイル・デバイスまたはＳＭＳセンター（ＳＭＳＣ）を含むことができる。

３ＧＰＰ２ネットワーク１３０は、３ＧＰＰ２標準に基づいて通信する任意のネットワークを含む。たとえば、３ＧＰＰ２ネットワーク１３０は、ＣＤＭＡ２０００ネットワークまたはＩＭＳネットワークを含むことができる。３ＧＰＰ２ネットワーク１３０は、３ＧＰＰ２エンティティ１３２を含む。３ＧＰＰ２エンティティ１３２は、３ＧＰＰ２標準に基づいて通信する任意のサーバ、ノード、デバイスなどを含む。たとえば、３ＧＰＰ２エンティティ１３２は、ＣＤＭＡ２０００ネットワークのモバイル・デバイスまたはＳＭＳＣを含むことができる。

３ＧＰＰネットワーク１１０および３ＧＰＰ２ネットワーク１３０は、加入者（図示せず）にテキスト・メッセージングを提供する。下記の実施形態では、ＷＡＰメッセージは、テキスト・メッセージングに関連して使用される。３ＧＰＰネットワーク１１０および３ＧＰＰ２ネットワーク１３０は、３ＧＰＰ形式および３ＧＰＰ２形式でＷＡＰテキスト・メッセージングをそれぞれ提供する。ＷＡＰテキスト・メッセージングの３ＧＰＰ形式とＷＡＰテキスト・メッセージングの３ＧＰＰ２形式とは異なるので、ゲートウェイ・システム１２０が３ＧＰＰネットワーク１１０と３ＧＰＰ２ネットワーク１３０との間に実装される。ゲートウェイ・システム１２０は、３ＧＰＰ形式と３ＧＰＰ２形式との間でＷＡＰテキスト・メッセージを網間接続するように動作可能な任意のシステムまたはサーバを含み、またその逆もまた同様である。ゲートウェイ・システム１２０は、図１に示すようなスタンド・アロンのデバイスでもよい。あるいは、ゲートウェイ・システム１２０は、ＳＭＳＣ、ＩＰ−ＳＭ−ＧＷ、ＳＭ−ＩＣ−ＧＷ、ＬＴＥ−ＳＭ−ＧＷなど、いずれかのネットワークのテキスト・メッセージング要素に実装することができる。

一実施形態について、３ＧＰＰエンティティ１１２が３ＧＰＰ２エンティティ１３２を対象とするＷＡＰテキスト・メッセージを送信すると想定する。ＷＡＰテキスト・メッセージは、ＭＡＰ ＦｏｒｗａｒｄＳＭまたはＳＩＰ ＭＥＳＳＡＧＥ（ＲＰ−ＤＡＴＡ）などシグナリング・メッセージにカプセル化される。ＷＡＰテキスト・メッセージは、モバイル発信（ＭＯ）、モバイル着信（ＭＴ）、アプリケーション発信（ＡＯ）、またはアプリケーション着信（ＡＴ）でもよい。ＷＡＰテキスト・メッセージを３ＧＰＰ２エンティティ１３２に送信できる前に、ＷＡＰテキスト・メッセージは、適切な形式に変換するためにゲートウェイ・システム１２０に送信される。ゲートウェイ・システム１２０の動作は、図２にさらに記述されている。

図２は、代表的な実施形態においてＷＡＰテキスト・メッセージを変換する方法２００を示すフローチャートである。方法２００のステップは、図１のゲートウェイ・システム１２０を参照して記述されているが、当業者は、方法２００を他のネットワークおよびシステムで実行できることを認識するだろう。本明細書に記述されたフローチャートのステップは包括的なものではなく、示していない他のステップを含むことができる。ステップは、他の順に実行してもよい。

ステップ２０２で、インターフェース１２２は、（送信エンティティである）３ＧＰＰエンティティ１１２からＷＡＰテキスト・メッセージを受信する。ＷＡＰテキスト・メッセージは３ＧＰＰ形式である。ステップ２０４で、コントローラ１２４は、（受信エンティティである）３ＧＰＰ２エンティティ１３２が３ＧＰＰ標準の代わりに３ＧＰＰ２標準をサポートすることを決定する。たとえば、ゲートウェイ・システム１２０は、受信エンティティによって使用されるモード型に対してそれ自身のデータベースを維持することができる。受信エンティティがハンドセットである場合、コントローラ１２４は、どの標準をハンドセットがサポートするかを決定するために（単一または二重のモード型を含む）、ローカル・データベースにアクセスすることができる。コントローラ１２４は、また、ハンドセットがどのネットワークにあるか、およびハンドセットが現在どのモードで動作しているかを決定するために、ハンドセットの登録ステータスをチェックするために、ホーム加入者サーバ（ＨＳＳ）またはホーム位置レジスタ（ＨＬＲ）など加入者データベースに問い合わせることができる。ハンドセットによって使用される標準を決定することによって、コントローラ１２４は、ＷＡＰテキスト・メッセージをある標準から別の標準に変換するべきかどうかを決定することができる。

次に、コントローラ１２４は、ステップ２０６でＷＡＰテキスト・メッセージを３ＧＰＰ形式から３ＧＰＰ２形式に変換する。変換の後、インターフェース１２２は、ステップ２０８で３ＧＰＰ２エンティティ１３２にＷＡＰテキスト・メッセージを伝送する。ＷＡＰテキスト・メッセージが適切な形式に変換されるので、３ＧＰＰ２エンティティ１３２は、ＷＡＰテキスト・メッセージを扱うことができる。たとえば、３ＧＰＰ２エンティティ１３２がＳＭＳＣなどメッセージ・センターである場合、ＷＡＰテキスト・メッセージの伝達を扱うことができる。３ＧＰＰ２エンティティ１３２がモバイル・デバイスである場合、エンド・ユーザに表示するためにＷＡＰテキスト・メッセージを処理することができる。

ＷＡＰテキスト・メッセージを３ＧＰＰ形式から３ＧＰＰ２形式に変換するために（ステップ２０６）、コントローラ１２４は、ＷＡＰテキスト・メッセージのパラメータを識別するために３ＧＰＰ形式のＷＡＰテキスト・メッセージを解析する。たとえば、３ＧＰＰ ＷＡＰテキスト・メッセージがＭＡＰメッセージである場合、コントローラ１２４は、ショート・メッセージ転送層（ＳＭ−ＴＬ：Ｓｈｏｒｔ Ｍｅｓｓａｇｅ−Ｔｒａｎｓｆｅｒ Ｌａｙｅｒ）のユーザ・データ・ヘッダ（ＵＤＨ）パラメータを識別する。次に、コントローラ１２４は、テレサービス層および／またはトランスポート層のユーザ・データ・パラメータ（３ＧＰＰ２形式）にＵＤＨパラメータをマッピングする。

別の実施形態について、３ＧＰＰ２エンティティ１３２が３ＧＰＰエンティティ１１２を対象とするＷＡＰテキスト・メッセージを送信すると想定する。ＷＡＰテキスト・メッセージを３ＧＰＰエンティティ１１２に送信できる前に、ＷＡＰテキスト・メッセージは、適切な形式に変換するためにゲートウェイ・システム１２０に送信される。ゲートウェイ・システム１２０の動作は、図３にさらに記述されている。

図３は、代表的な実施形態のＷＡＰテキスト・メッセージを変換する別の方法３００を示すフローチャートである。方法３００のステップは、図１のゲートウェイ・システム１２０を参照して記述されているが、当業者には、方法２００を他のネットワークおよびシステムで実行できることが認識されよう。

ステップ３０２で、インターフェース１２２は、（送信エンティティである）３ＧＰＰ２エンティティ１３２からＷＡＰテキスト・メッセージを受信する。ＷＡＰテキスト・メッセージは３ＧＰＰ２形式である。ステップ３０４で、コントローラ１２４は、（受信エンティティである）３ＧＰＰエンティティ１１２が３ＧＰＰ２標準の代わりに３ＧＰＰ標準をサポートすることを決定する。したがって、コントローラ１２４は、ステップ３０６でＷＡＰテキスト・メッセージを３ＧＰＰ２形式から３ＧＰＰ形式に変換する。変換の後に、インターフェース１２２は、ステップ３０８で３ＧＰＰエンティティ１１２にＷＡＰテキスト・メッセージを伝送する。ＷＡＰテキスト・メッセージが適切な形式に変換されたので、３ＧＰＰエンティティ１１２はＷＡＰテキスト・メッセージを扱うことができる。

ＷＡＰテキスト・メッセージを３ＧＰＰ２形式から３ＧＰＰ形式に変換するために（ステップ３０６）、コントローラ１２４は、テレサービス層および／またはトランスポート層のパラメータを識別するために３ＧＰＰ２形式のＷＡＰテキスト・メッセージを解析する。次に、コントローラ１２４は３ＧＰＰ形式のＳＭ−ＴＬパラメータにテレサービス層およびトランスポート層のパラメータをマッピングする。

フォーマット変換については、より詳細に以下に記述する。テキスト・メッセージは、プロトコル・データ・ユニット（ＰＤＵ）のヘッダおよびペイロードとして符号化される。図４は、代表的な実施形態の３ＧＰＰテキスト・メッセージ４００を示している。テキスト・メッセージ４００は、ヘッダ４１０およびペイロード４２０を含む。ヘッダ４１０は、テキスト・メッセージに対する送信元アドレス、テキスト・メッセージに対する宛先アドレスなど、ショート・メッセージ・トランスポート層（ＳＭ−ＴＬ）でテキスト・メッセージを伝えるためのメタデータを含む。ペイロード４２０は、テキスト・メッセージの実際のコンテンツを含んでいる。

ＷＡＰが３ＧＰＰテキスト・メッセージングで実装される場合、ユーザ・データ・ヘッダ（ＵＤＨ）４２２は、テキスト・メッセージのペイロード４２０に挿入される。したがって、ペイロード４２０は、テキスト・メッセージのコンテンツが後続するＵＤＨ４２２を含む。ＵＤＨ４２２は、テキスト・メッセージに使用されているＷＡＰ機能に対するデータを含む。たとえば、ＷＡＰ機能が「ＰＵＳＨ」である場合、ＵＤＨ４２２のデータは、ＰＵＳＨ動作の宛先ポートおよびソース・ポートを示している。

ＵＤＨ４２２は、ユーザ・データ・ヘッダ長（ＵＤＨＬ）パラメータ４３０および１つまたは複数の情報要素（ＩＥ）４３２〜４３３を含む。各情報要素（ＩＥ）４３２は、次のサブパラメータを含む（典型的にはオクテット単位）：情報要素識別子（ＩＥＩ）４４２、情報要素データ長（ＩＥＤＬ）４４４、および情報要素データ（ＩＥＤ）４４６。ＩＥＩ４４２は、ＩＥＤ４４６に含まれているデータのタイプを示す。たとえば、ＩＥＩ４４２が「０５」に設定されている場合、ＩＥＤ４４６は、ＷＡＰアプリケーションのソース・ポート情報および宛先ポート情報を含む。ＩＥＩ４４２が「００」に設定されている場合、ＩＥＤ４４６は、テキスト・メッセージの連結の情報を含む（つまり、長いテキスト・メッセージ（１６０文字を超える）は分割されて、複数のメッセージとして送信される）。

以下は、ＩＥ４３２の例を示している：
０５ ０４ ０Ｂ ８４ ２３ ＦＯ

このＩＥ４３２において、「０５」オクテットはＩＥＩ４４２であり、これは、ポート・アドレス情報がＩＥＤ４４６に含まれていることを示す。「０４」オクテットはＩＥＤＬ４４４であり、これは、データ長が４オクテットであることを示す。「０Ｂ ８４」オクテットおよび「２３ ＦＯ」オクテットはＩＥＤ４４６である。「０Ｂ ８４」オクテットは、ＷＡＰ ＰＵＳＨ動作に一般的に使用される宛先ポートを示す。「２３ ＦＯ」オクテットはソース・ポートを示す。

図５は、代表的な実施形態の３ＧＰＰ２テキスト・メッセージ５００を示す。テキスト・メッセージ５００は、ヘッダ５１０およびペイロード５２０を含む。上記のように、ヘッダ５１０は、テキスト・メッセージを伝送るためのメタデータを含む。本実施形態では、ヘッダ５１０は、３ＧＰＰ２ ＳＭＳプロトコル・スタックのトランスポート層の一部であるテレサービスＩＤパラメータ５１２を含む。テキスト・メッセージがＷＡＰ動作を含む場合、テレサービスＩＤは「４１００」に設定される。ペイロード５２０は、３ＧＰＰ２ ＳＭＳプロトコル・スタックのテレサービス層の一部であるユーザ・データ・パラメータ５２２を含む。ＷＡＰが３ＧＰＰ２テキスト・メッセージングで実装される場合、ＷＡＰ情報は、ユーザ・データ・パラメータ５２２に挿入される。ユーザ・データ・パラメータ５２２は、ＣＨＡＲｉフィールド構造５３０を含み、これは次のフィールドを含む：メッセージ・タイプ（ＭＳＧ＿ＴＹＰＥ）５３２、セグメントの総数（ＴＯＴＡＬ＿ＳＥＧＭＥＮＴＳ）５３４、セグメント番号（ＳＥＧＭＥＮＴ＿ＮＵＭＢＥＲ）５３６、ソース・ポート（ＳＯＵＲＣＥ＿ＰＯＲＴ）５３８、宛先ポート（ＤＥＳＴＩＮＡＴＩＯＮ＿ＰＯＲＴ）５４０、およびテキスト・メッセージのコンテンツ（ＤＡＴＡ）５４２。

図４と図５を比較すると明らかなように、３ＧＰＰ ＷＡＰおよび３ＧＰＰ２ ＷＡＰのテキスト・メッセージ形式は異なる。したがって、３ＧＰＰ形式と３ＧＰＰ２形式との間で変換するために、３ＧＰＰ ＵＤＨのパラメータと３ＧＰＰ２ユーザ・データのフィールド（テレサービス層）との間のマッピングについて本明細書に記述する。「パラメータ」および「フィールド」という用語は、本明細書において区別なく使用される。

ほとんどのＷＡＰテキスト・メッセージは、ＷＡＰデータグラム・プロトコル（ＷＤＰ）を使用して送信される。表１は、ＷＤＰメッセージに対する３ＧＰＰと３ＧＰＰ２との間の代表的なマッピングを示している。

表１に基づいて、３ＧＰＰ２ユーザ・データ・パラメータのＴＯＴＡＬ＿ＳＥＧＭＥＮＴＳフィールド５３４は、「００」に設定されたＩＥＩを持つ３ＧＰＰ ＵＤＨの情報要素にマッピングされる（たとえば、連結されたテキスト・メッセージ）。より詳細には、ＴＯＴＡＬ＿ＳＥＧＭＥＮＴＳフィールド５３４は、連結されたメッセージのセグメントの数を示すこのＩＥのＩＥＤパラメータにマッピングされる。３ＧＰＰ２ユーザ・データ・パラメータのＳＥＧＭＥＮＴ＿ＮＵＭＢＥＲフィールド５３６は、また、「００」に設定されたＩＥＩを持つ情報要素にマッピングされる。より詳細には、ＳＥＧＭＥＮＴ＿ＮＵＭＢＥＲフィールド５３６は、連結されたメッセージのセグメント番号を示すこのＩＥのＩＥＤパラメータにマッピングされる。３ＧＰＰ２ユーザ・データ・パラメータのＳＯＵＲＣＥ＿ＰＯＲＴフィールド５３８は、「０５」に設定されたＩＥＩを持つ情報要素にマッピングされる。より詳細には、ＳＯＵＲＣＥ＿ＰＯＲＴフィールド５３８は、ソース・ポート番号を示すこのＩＥのＩＥＤパラメータにマッピングされる。３ＧＰＰ２ユーザ・データ・パラメータのＤＥＳＴＩＮＡＴＩＯＮ＿ＰＯＲＴフィールド５４０は、「０５」に設定されたＩＥＩを持つ情報要素にマッピングされる。より詳細には、ＤＥＳＴＩＮＡＴＩＯＮ＿ＰＯＲＴフィールド５４０は、宛先ポート番号を示すこのＩＥのＩＥＤパラメータにマッピングされる。３ＧＰＰ２ユーザ・データ・パラメータのＤＡＴＡフィールド５４２は、ＵＤＨに続くＴＰ−Ｕｓｅｒ−Ｄａｔａパラメータにマッピングされる。

ワイヤレス制御メッセージ・プロトコル（ＷＣＭＰ：Wireless Control Message Protocol）は、ＷＤＰに対するエラー報告メカニズムを提供する。また、それは診断および情報の目的に使用することができる。表２は、ＷＤＰメッセージに対する３ＧＰＰと３ＧＰＰ２との間の代表的なマッピングを示している：

表２に基づいて、３ＧＰＰ２ユーザ・データ・パラメータのＷＣＭＰ＿ＭＥＳＳＡＧＥフィールドは、「０９」に設定されたＩＥＩを持つ３ＧＰＰ ＵＤＨの情報要素にマッピングされる。より詳細には、ＷＣＭＰ＿ＭＥＳＳＡＧＥフィールドは、このＩＥのＩＥＤパラメータにマッピングされる。

３ＧＰＰおよび３ＧＰＰ２の形式は、異なるユーザ・データ長を持っている。３ＧＰＰ２形式から３ＧＰＰ形式に変換する間に、一致しなかった長さ制限が問題を引き起こす可能性がある。１つのオプションは、３ＧＰＰ形式のサイズ制限を満たすために、３ＧＰＰ２ ＷＡＰテキスト・メッセージの文字を整える（ｔｒｉｍ）か破棄することである。別のオプションは、形式間で異なるユーザ・データ長を扱うために、３ＧＰＰ２ ＷＡＰテキスト・メッセージを分割することである。たとえば、コントローラ１２４が３ＧＰＰ２ ＷＡＰテキスト・メッセージを受信すると想定する。３ＧＰＰ２ ＷＡＰテキスト・メッセージの長さが３ＧＰＰ形式の最大ＳＭＳ長（たとえば１４０オクテット）を超える場合、コントローラ１２４は、複数の３ＧＰＰ ＷＡＰテキスト・メッセージへと３ＧＰＰ２ ＷＡＰテキスト・メッセージを分割する。次に、コントローラ１２４は、受信エンティティに複数のセグメントを送信する。

３ＧＰＰ２ ＷＡＰテキスト・メッセージが複数の３ＧＰＰ ＷＡＰテキスト・メッセージへと分割される場合、第１のセグメントだけがポート番号を運ぶ。しかし、同じＷＡＰテキスト・メッセージの異なるセグメントが異なるＳＭＳゲートウェイに行く可能性があるため、３ＧＰＰ ＷＡＰは、各セグメントにポート番号を必要とする。この問題の１つの解決策は、３ＧＰＰ ＷＡＰテキスト・メッセージのユーザ・データ・ヘッダ（ＵＤＨ）を符号化するために、以下のＩＥＩを使用することである。

１．ＷＡＰテキスト・メッセージが複数のセグメントのメッセージである場合、連結情報のために、メッセージの参照値に依存して、ＩＥＩ「００」（８ビットの参照番号）またはＩＥＩ「０８」（１６ビットの参照番号）。複数のセグメントのＷＡＰテキスト・メッセージについて、これらのＩＥＩ値は、ＷＡＰテキスト・メッセージの各セグメントで符号化される。

２．受信ＳＭＰＰ ＷＡＰテキスト・メッセージについて、ＳＯＵＲＣＥ＿ＰＯＲＴおよびＤＥＳＴＩＮＡＴＩＯＮ＿ＰＯＲＴに対するＩＥＩ「０５」（１６ビットのアドレス）。単一セグメントのメッセージについて、または複数のセグメントのＷＡＰテキスト・メッセージの第１のセグメントについて、コントローラ１２４は、次のソースからの受信ＳＭＰＰメッセージからポート番号を使用する：メッセージまたはＷＡＰ ＷＤＰメッセージ・ペイロード（最初の４オクテット）にある場合、ＴＬＶ「ｓｏｕｒｅｅ＿ｐｏｒｔ」および「ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ」。複数のセグメントのＷＡＰテキスト・メッセージの次のセグメントのそれぞれについて、ＴＬＶがそのセグメントのＳＭＰＰメッセージに存在する場合、コントローラ１２４は、ＴＬＶからのポート番号を使用する（「ｓｏｕｒｃｅ＿ｐｏｒｔ」および「ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ」）。これらのＴＬＶが特定のセグメントにない場合、コントローラ１２４は、そのセグメントについて３ＧＰＰ ＵＤＨのポート番号を符号化しない。

ＳＭＰＰメッセージが複数のセグメントのメッセージである場合、コントローラ１２４は、分割されたＷＡＰテキスト・メッセージの効率的な伝達のために送信するべきより多くのメッセージを示すためにＴＰ−ＭＭＳパラメータを使用する。受信ＷＡＰテキスト・メッセージのｄａｔａ＿ｃｏｄｉｎｇはオクテットが未指定であるため、ＴＰ−ＤＣＳパラメータは８ビット・データに設定することができる。

３ＧＰＰ形式から３ＧＰＰ２形式に変換する場合、コントローラ１２４は、３ＧＰＰ ＷＡＰテキスト・メッセージの複数のセグメントを３ＧＰＰ２形式の単一のセグメントに変換することができる。したがって、コントローラ１２４は、３ＧＰＰ形式のＷＡＰテキスト・メッセージのセグメントを受信する。コントローラ１２４は、ＷＡＰテキスト・メッセージがこのメッセージに対する複数のセグメントの１つであることを決定する。したがって、ＷＡＰテキスト・メッセージに対してすべてのセグメントが受信されるまで、コントローラ１２４は待機する。次に、コントローラ１２４は、セグメントのペイロードを集約し、ＷＡＰテキスト・メッセージを３ＧＰＰ形式から３ＧＰＰ２形式に変換する。集約および変換の後に、コントローラ１２４は、受信エンティティに３ＧＰＰ２形式でＷＡＰテキスト・メッセージを送信する。

上記の実施形態は、サービス・プロバイダが、異なる技術のネットワーク（たとえば、ＣＤＭＡ２０００、ＧＳＭ、ＵＭＴＳ、ＩＭＳ、ＬＴＥなど）を介してＷＡＰテキスト・メッセージをシームレスに伝達することを可能にする。

以下の例示は、３ＧＰＰ形式と３ＧＰＰ２形式との間の変換を示す。一例では、図１の３ＧＰＰエンティティ１１２は、３ＧＰＰ形式のＷＡＰ ＳＭＳメッセージを発するモバイル・デバイスであると想定する。ＷＡＰ ＳＭＳメッセージは、ＭＡＰ ｍｏ−ＦｏｒｗａｒｄＳＭ（ＳＭＳ−ＳＵＢＭＩＴ）、またはＳＭＳ−ＳＵＢＭＩＴについてＲＰ−ＤＡＴＡを用いるＳＩＰ ＭＥＳＳＡＧＥのいずれかにカプセル化することができる。これはＷＡＰメッセージであるため、ＷＡＰ ＳＭＳメッセージのＴＰ−Ｕｓｅｒ−ＤａｔａパラメータはＵＤＨを含む。ＵＤＨは、ソース／宛先のポートに対して「０５」に設定されたＩＥＩを備えた情報要素を含む。ＵＤＨは、また、ＷＣＭＰについて「０９」に設定されたＩＥＩを備えた情報要素を含む。ゲートウェイ・システム１２０は、３ＧＰＰ２エンティティ１３２が３ＧＰＰ２形式のみをサポートすることを検出する。したがって、ゲートウェイ・システム１２０は、３ＧＰＰ２ユーザ・データ・パラメータにＵＤＨパラメータをマッピングすることによって、３ＧＰＰ ＷＡＰ ＭＯ ＳＭＳメッセージを３ＧＰＰ２ ＷＡＰ ＭＯ ＳＭＳメッセージに変換する。たとえば、ゲートウェイ・システム１２０は、３ＧＰＰ２ユーザ・データのＳＯＵＲＣＥ＿ＰＯＲＴパラメータおよびＤＥＳＴＩＮＡＴＩＯＮ＿ＰＯＲＴパラメータに、情報要素（ＩＥＩ＝「０５」）のＩＥＤをマッピングする（表１を参照）。次に、ゲートウェイ・システム１２０は、３ＧＰＰ２形式で３ＧＰＰ２エンティティ１３２にＷＡＰ ＭＯ ＳＭＳメッセージを転送する。

別の実施例では、３ＧＰＰ２エンティティ１３２は、テレサービスＩＤ＝４１００を備えたＷＡＰ ＷＤＰまたはＷＡＰ ＷＣＭＰ ＳＭＳメッセージを発するモバイル・デバイスであると想定する。３ＧＰＰ２ ＷＡＰ ＳＭＳメッセージは、ゲートウェイ・システム１２０によって受信される。この例では、ゲートウェイ・システム１２０は、ＳＭＳ−ＩＣ−ＧＷ、ＩＰ−ＳＭ−ＧＷ、ＬＴＥ−ＳＭＳ−ＧＷなどで実装することができる。受信エンティティ１１２は、ＳＭＳＣまたはＳＭＳのＧＷを含むことができる。ゲートウェイ・システム１２０は、受信エンティティ１１２が３ＧＰＰ形式のみをサポートすることを検出する。したがって、ゲートウェイ・システム１２０は、３ＧＰＰ２ ＷＡＰ ＳＭＳメッセージを３ＧＰＰ ＭＡＰ ｍｏ−ＦｏｒｗａｒｄＳＭ（ＳＭＳ−ＳＵＢＭＩＴ）またはＳＭＳ−ＳＵＢＭＩＴについてＳＩＰ ＭＥＳＳＡＧＥへカプセル化されたＲＰ−ＤＡＴＡに変換する。いずれの場合でも、ゲートウェイ・システム１２０は、ＭＡＰ ｍｏ−ＦｏｒｗａｒｄＳＭ（ＳＭＳ−ＳＵＢＭＩＴ）またはＳＩＰ ＭＥＳＳＡＧＥでのＴＰ−Ｕｓｅｒ Ｄａｔａに３ＧＰＰ２ユーザ・データ・パラメータをマッピングする。たとえば、ゲートウェイ・システム１２０は、ソース／宛先のポートに対して「０５」に設定されたＩＥＩを備えた情報要素にＳＯＵＲＣＥ＿ＰＯＲＴパラメータおよびＤＥＳＴＩＮＡＴＩＯＮ＿ＰＯＲＴパラメータをマッピングする（表１を参照）。次に、ゲートウェイ・システム１２０は、３ＧＰＰ形式で３ＧＰＰエンティティ１１２にＷＡＰ ＭＯ ＳＭＳメッセージを転送する。

図に示すか本明細書に記述された様々な要素のいずれも、ハードウェア、ソフトウェア、ファームウェア、またはこれらの一部の組み合わせとして実装することができる。たとえば、要素は専用ハードウェアとして実装することができる。専用のハードウェア要素は、「プロセッサ」、「コントローラ」、または一部の同様の用語で表すことができる。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって、単一の共用プロセッサによって、またはその一部を共有できる、複数の個々のプロセッサによって提供することができる。さらに、「プロセッサ」または「コントローラ」という用語の明示的な使用は、ソフトウェアを実行できるハードウェアを排他的に指すものと解釈するべきではなく、デジタル・シグナル・プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向けＩＣ（ＡＳＩＣ）または他の回路、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、ソフトウェアを格納するための読み取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、不揮発性記憶装置、または他の何らかの物理的なハードウェア・コンポーネントまたはモジュールを限定することなく、暗黙的に含むことができる。

また、要素は、要素の機能を実行するために、プロセッサまたはコンピュータによって実行可能な命令として実装することができる。命令の一部の例は、ソフトウェア、プログラム・コード、およびファームウェアである。命令は、プロセッサによって実行された場合、要素の機能を実行するようにプロセッサに指図するように動作可能である。命令は、プロセッサによって読み取り可能な記憶装置に格納することができる。記憶装置の一部の例は、たとえば、デジタル・メモリもしくはソリッド・ステート・メモリ、磁気ディスクや磁気テープなどの磁気記憶装置メディア、ハード・ドライブ、または光学的に読み取り可能なデジタル・データ記憶装置メディアなどである。

特定の実施形態について本明細書に記述したが、本発明の範囲はそれらの特定の実施形態に限定されない。本発明の範囲は、以下の特許請求の範囲およびその等価物によって規定される。

Claims (10)

1. 3rd Generation Partnership Project（３ＧＰＰ）標準をサポートする送信エンティティからワイヤレス・アプリケーション・プロトコル（ＷＡＰ）テキスト・メッセージを受信するように動作可能なインターフェースであって、前記ＷＡＰテキスト・メッセージは３ＧＰＰ形式であるインターフェースと、
   前記ＷＡＰテキスト・メッセージの受信エンティティが3rd Generation Partnership Project 2（３ＧＰＰ２）標準をサポートすることを決定し、前記ＷＡＰテキスト・メッセージを前記３ＧＰＰ形式から３ＧＰＰ２形式に変換するように動作可能なコントローラとを含むシステムであって、
   前記コントローラは、前記ＷＡＰテキスト・メッセージを前記３ＧＰＰ形式から３ＧＰＰ２形式に変換するために、ユーザ・データ・ヘッダ（ＵＤＨ）パラメータを識別するために３ＧＰＰ形式の前記ＷＡＰテキスト・メッセージを解析し、前記３ＧＰＰ２テレサービス層のユーザ・データ・パラメータに前記ＵＤＨパラメータをマッピングするようにさらに動作可能であり、
   前記インターフェースは、前記受信エンティティに前記３ＧＰＰ２形式の前記ＷＡＰテキスト・メッセージを伝送するようにさらに動作可能である、システム。
2. 前記コントローラは、「０５」に設定された情報要素識別子を有する情報要素からの情報要素データを前記テレサービス層のソース・ポート・パラメータおよび宛先ポート・パラメータにマッピングするようにさらに動作可能であり、
   前記コントローラは、「００」に設定された情報要素識別子を有する情報要素からの情報要素データを前記テレサービス層の多数のセグメント（ｎｕｍｂｅｒ−ｏｆ−ｓｅｇｍｅｎｔｓ）パラメータおよびセグメント番号（ｓｅｇｍｅｎｔ−ｎｕｍｂｅｒ）パラメータにマッピングするようにさらに動作可能である、請求項１に記載のシステム。
3. 前記コントローラは、３ＧＰＰ形式の前記ＷＡＰテキスト・メッセージに対する複数のセグメントを受信し、単一のセグメントへと前記複数のセグメントを集約し、前記ＷＡＰテキスト・メッセージの前記単一のセグメントを前記３ＧＰＰ２形式に変換するようにさらに動作可能である、請求項１に記載のシステム。
4. 前記インターフェースは、３ＧＰＰ２標準をサポートする送信エンティティから別のＷＡＰテキスト・メッセージを受信するようにさらに動作可能であり、前記他のＷＡＰテキスト・メッセージは３ＧＰＰ２形式であり、
   前記コントローラは、前記他のＷＡＰテキスト・メッセージの受信エンティティが３ＧＰＰ標準をサポートすることを決定し、前記他のＷＡＰテキスト・メッセージを前記３ＧＰＰ２形式から前記３ＧＰＰ形式に変換するようにさらに動作可能であり、
   前記インターフェースは、前記受信エンティティに前記３ＧＰＰ形式で前記他のＷＡＰテキスト・メッセージを伝送するようにさらに動作可能である、請求項１に記載のシステム。
5. 前記コントローラは、前記３ＧＰＰ２テレサービス層のユーザ・データ・パラメータを識別するために３ＧＰＰ２形式の前記ＷＡＰテキスト・メッセージを解析し、前記他のＷＡＰテキスト・メッセージを前記３ＧＰＰ２形式から前記３ＧＰＰ形式に変換するために、Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ（ＭＡＰ）ショート・メッセージ・トランスポート層（ＳＭ−ＴＬ）のユーザ・データ・ヘッダ（ＵＤＨ）パラメータに前記ユーザ・データ・パラメータをマッピングするようにさらに動作可能である、請求項４に記載のシステム。
6. 3rd Generation Partnership Project（３ＧＰＰ）標準をサポートする送信エンティティからワイヤレス・アプリケーション・プロトコル（ＷＡＰ）テキスト・メッセージを受信するステップであって、前記ＷＡＰテキスト・メッセージは３ＧＰＰ形式であるステップと、
   前記ＷＡＰテキスト・メッセージの受信エンティティが3rd Generation Partnership Project 2（３ＧＰＰ２）標準をサポートすることを決定するステップと、
   前記ＷＡＰテキスト・メッセージを前記３ＧＰＰ形式から３ＧＰＰ２形式に変換するステップとを具備する方法であって、
   前記ＷＡＰテキスト・メッセージを変換するステップは、
   ユーザ・データ・ヘッダ（ＵＤＨ）パラメータを識別するために３ＧＰＰ形式の前記ＷＡＰテキスト・メッセージを解析し、
   前記３ＧＰＰ２テレサービス層のユーザ・データ・パラメータに前記ＵＤＨパラメータをマッピングし、
   前記受信エンティティに前記３ＧＰＰ２形式の前記ＷＡＰテキスト・メッセージを伝送することを含む、方法。
7. 前記ＵＤＨパラメータをマッピングするステップは、
   「０５」に設定された情報要素識別子を持つ情報要素からの情報要素データを前記テレサービス層のソース・ポート・パラメータおよび宛先ポート・パラメータにマッピングするステップと、
   「００」に設定された情報要素識別子を有する情報要素からの情報要素データを前記テレサービス層の多数のセグメント（ｎｕｍｂｅｒ−ｏｆ−ｓｅｇｍｅｎｔｓ）パラメータおよびセグメント番号（ｓｅｇｍｅｎｔ−ｎｕｍｂｅｒ）パラメータにマッピングするステップとを含む、請求項６に記載の方法。
8. ３ＧＰＰ形式で前記ＷＡＰテキスト・メッセージに対する複数のセグメントを受信するステップと、
   単一のセグメントへ前記複数のセグメントを集約するステップと、
   前記ＷＡＰテキスト・メッセージの前記単一のセグメントを前記３ＧＰＰ２形式に変換するステップとをさらに具備する請求項６に記載の方法。
9. ３ＧＰＰ２標準をサポートする送信エンティティから他のＷＡＰテキスト・メッセージを受信するステップであって、前記他のＷＡＰテキスト・メッセージは３ＧＰＰ２形式であるステップと、
   前記他のＷＡＰテキスト・メッセージの受信エンティティが３ＧＰＰ標準をサポートすることを決定するステップと、
   前記他のＷＡＰテキスト・メッセージを前記３ＧＰＰ２形式から前記３ＧＰＰ形式に変換するステップと、
   前記受信エンティティに前記３ＧＰＰ形式の前記他のＷＡＰテキスト・メッセージを伝送するステップとをさらに具備する請求項６に記載の方法。
10. 前記ＷＡＰテキスト・メッセージを前記３ＧＰＰ２形式から３ＧＰＰ形式に変換するステップは、
    前記３ＧＰＰ２テレサービス層のユーザ・データ・パラメータを識別するために３ＧＰＰ２形式の前記ＷＡＰテキスト・メッセージを解析し、
    Mobile Application Part（ＭＡＰ）ショート・メッセージ・トランスポート層（ＳＭ−ＴＬ）のユーザ・データ・ヘッダ（ＵＤＨ）のパラメータに前記ユーザ・データ・パラメータをマッピングすることを含む、請求項９に記載の方法。

Images