JP6238746B2 - Ｓｉｐ通信におけるテキスト・メッセージについての配信レポート - Google Patents

Description

本発明は、通信の分野に関し、詳細には、セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用したテキスト・メッセージの配信に関する。

テキスト・メッセージングは、多数のワイヤレス通信ネットワークにおいて、通信の非常によく知られているモードになってきている。テキスト・メッセージングの１つの例は、ショート・メッセージ・サービス（ＳＭＳ：Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）であり、このショート・メッセージ・サービスは、モバイル・デバイスの間で短いテキスト・メッセージ（すなわち、１６０キャラクタ以下）の交換を可能にする１組の通信プロトコルである。用語「テキスト・メッセージ」は、伝統的にはＳＭＳを使用して送信されるテキストだけのメッセージのことを言っているが、それは、画像、ビデオ、サウンドの内容などのマルチメディア・メッセージを含むように拡張されている。マルチメディア・メッセージは、マルチメディア・メッセージ・サービス（ＭＭＳ：Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）プロトコルを使用して送信され得る。多くの場合に、モバイル・ユーザは、音声コールよりも通信のためのテキスト・メッセージングを頻繁に使用する。

新しいテキスト・メッセージの送信者は、ユーザ・デバイス（例えば、電話）において、メッセージについての１つまたは複数の対象とする宛先を入力し、メッセージの内容も入力する。送信者のユーザ・デバイスは、テキスト・メッセージを適切なプロトコルへとフォーマットし、適切な信号チャネルの上でネットワークの中のメッセージ・センタに対してテキスト・メッセージを送信する。典型的なメッセージ・センタの１つの例は、ＳＭＳセンタ（ＳＭＳＣ：ＳＭＳ Ｃｅｎｔｅｒ）である。次いで、ＳＭＳＣは、ＳＭＳメッセージをその宛先（単数または複数）に対して配信しようと試みる。

多数の伝統的なモバイル（ワイヤレス）ネットワークは、回路交換方式である。例えば、ＧＳＭ（移動通信用グローバル・システム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍｓ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ））ネットワークと、ＣＤＭＡ２０００ネットワークとは、回路交換ネットワークのタイプである。ネットワーク・オペレータは、これらのタイプの回路交換ネットワークの上でテキスト・メッセージング・サービスを提供する。人気を得ている他のタイプのネットワークは、パケット交換ネットワークである。ＩＰマルチメディア・サブシステム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）ネットワークと、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ネットワークとは、パケット交換ネットワークの２つの例である。ネットワーク・オペレータは、これらのタイプのネットワークの上でもテキスト・メッセージング・サービスを提供しようと試みている。

パケット交換ネットワークにおいて使用される１つのタイプのシグナリング・プロトコルは、セッション開始プロトコル（ＳＩＰ）である。テキスト・メッセージを送信するときに、テキスト・メッセージについてのデータは、ＳＩＰ要求の中にカプセル化され、このＳＩＰ要求は、一般的に、ＳＩＰメッセージ（ＳＩＰ ＭＥＳＳＡＧＥ）である。次いで、ＳＩＰ要求は、受信者に対してルーティングされ、ここで、受信者のデバイスの中のアプリケーションは、ＳＩＰ要求に含まれるテキスト・メッセージを構文解析しようと試みる。

第３世代パートナーシップ・プロジェクト（３ＧＰＰおよび３ＧＰＰ２）の技術仕様は、どのようにしてテキスト・メッセージが、パケット交換（ＩＰ）ネットワークの上で交換されるかを定義している。これらの仕様の一部分として、テキスト・メッセージが、受信者に配信されるときに、受信者は、新しいＳＩＰトランザクションを開始して、テキスト・メッセージの配信の成功／失敗について報告して戻す必要がある。ネットワーク・オペレータが、彼らの顧客に対してテキスト・メッセージングを提供しようと試みるときに、この方法は、パケット交換ネットワークにおいて問題を引き起こす可能性がある。

ＲＦＣ ３２６１ ３ＧＰＰ ＴＳ ２３．０４０

本明細書において説明される実施形態は、ＳＩＰを使用して送信されるテキスト・メッセージについての配信の成功／失敗を報告する改善された方法を提供している。テキスト・メッセージが、ＳＩＰ要求の中にカプセル化されるときに、ＳＩＰ要求を受信するシステムは、ＳＩＰ応答を生成する。先行するシステムは、ＳＩＰ要求だけの配信ステータスを示すＳＩＰ応答を送信することになる。次いで、先行するシステムは、別個のＳＩＰトランザクションを開始して、テキスト・メッセージそれ自体の配信ステータスを報告することになる。本明細書における実施形態によれば、ＳＩＰ要求（これは、テキスト・メッセージをカプセル化する）を受信するシステムは、ＳＩＰ要求の中にカプセル化されたテキスト・メッセージの配信ステータスを示すＳＩＰ応答を生成する。ＳＩＰ応答は、７ｘｘメッセージなどのＳＩＰにおいて新しく規定されることもある。テキスト・メッセージの配信ステータスをＳＩＰ応答に含めることにより、別個のＳＩＰトランザクションを開始して、テキスト・メッセージの配信ステータスを報告する必要性は存在しない。

１つの実施形態は、パケット交換ネットワークの上でテキスト・メッセージを処理するように適合されたテキスト・メッセージ・システムを備える。そのテキスト・メッセージ・システムは、パケット交換ネットワークにおいてエンティティからＳＩＰ要求を受信するように動作可能なネットワーク・インターフェースを含んでおり、ここでＳＩＰ要求は、テキスト・メッセージをカプセル化する。テキスト・メッセージ・システムは、受信者に対するテキスト・メッセージ配信するステータスを決定するように動作可能な制御システムをさらに含んでいる。制御システムは、さらに、テキスト・メッセージについての配信ステータス・パラメータを含むＳＩＰ応答を生成し、テキスト・メッセージについての決定された配信ステータスをＳＩＰ応答の配信ステータス・パラメータに挿入するように動作可能である。ネットワーク・インターフェースは、さらに、パケット交換ネットワークの上でＳＩＰ応答をエンティティに対して送信するように動作可能である。

別の実施形態においては、ＳＩＰ応答は、テキスト・メッセージについての成功した配信の試みを示すＳＩＰ ７００応答を含む。制御システムは、さらに、テキスト・メッセージについての成功した配信の試みを示すＳＩＰ ７００応答にモバイル・アプリケーション・パート（ＭＡＰ：Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）ＲＰ−ＡＣＫを挿入するように動作可能である。

別の実施形態においては、ＳＩＰ応答は、テキスト・メッセージについての失敗した配信の試みを示すＳＩＰ ７０１応答を含む。制御システムは、さらに、テキスト・メッセージについての失敗した配信の試みを示すＳＩＰ ７０１応答にモバイル・アプリケーション・パート（ＭＡＰ）ＲＰ−エラー（ＲＰ−ＥＲＲＯＲ）を挿入するように動作可能である。

別の実施形態においては、配信ステータスは、モバイル起源の（ＭＯ：ｍｏｂｉｌｅ ｏｒｉｇｉｎａｔｅｄ）テキスト・メッセージについてのＳＭＳ−サブミット−レポート（ＳＭＳ−ＳＵＢＭＩＴ−ＲＥＰＯＲＴ）を含む。

別の実施形態においては、配信ステータスは、モバイルにより終了される（ＭＴ：ｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｅｄ）テキスト・メッセージについてのＳＭＳ−デリバー−レポート（ＳＭＳ−ＤＥＬＩＶＥＲ−ＲＥＰＯＲＴ）を含む。

別の実施形態は、パケット交換ネットワークの上でテキスト・メッセージを処理するための方法を含む。本方法は、パケット交換ネットワークにおいてエンティティからのテキスト・メッセージをカプセル化するセッション開始プロトコル（ＳＩＰ）要求を受信するステップと、テキスト・メッセージを受信者に対して配信するためのステータスを決定するステップとを含む。本方法は、テキスト・メッセージについての配信ステータス・パラメータを含むＳＩＰ応答を生成するステップと、ＳＩＰ応答の配信ステータス・パラメータにテキスト・メッセージについての決定された配信ステータスを挿入するステップと、パケット交換ネットワークの上でＳＩＰ応答をエンティティに対して送信するステップとをさらに含む。

別の実施形態においては、ＳＩＰ応答は、テキスト・メッセージについての成功した配信の試みを示すＳＩＰ ７００応答を含んでおり、本方法は、テキスト・メッセージについての成功した配信の試みを示すＳＩＰ ７００応答にモバイル・アプリケーション・パート（ＭＡＰ）ＲＰ−ＡＣＫを挿入するステップをさらに含む。

別の実施形態においては、ＳＩＰ応答は、テキスト・メッセージについての失敗した配信の試みを示すＳＩＰ ７０１応答を含んでおり、本方法は、テキスト・メッセージについての失敗した配信の試みを示すＳＩＰ ７０１応答にモバイル・アプリケーション・パート（ＭＡＰ）ＲＰ−エラーを挿入するステップをさらに含む。

別の実施形態においては、配信ステータスは、モバイル起源の（ＭＯ）テキスト・メッセージについてのＳＭＳ−サブミット−レポートを含む。

別の実施形態においては、配信ステータスは、モバイルにより終了される（ＭＴ）テキスト・メッセージについてのＳＭＳ−デリバー−レポートを含む。

他の例示の実施形態が、以下に説明されることもある。

本発明のいくつかの実施形態が、次に、例だけとして、また添付の図面を参照して、説明される。同じ参照番号は、すべての図面の上で同じ要素、または同じタイプの要素を表している。

例示の実施形態におけるテキスト・メッセージ・システムを示す図である。 例示の実施形態における、テキスト・メッセージの配信ステータスを報告する方法を示すフロー・チャートである。 例示の実施形態における通信システムを示す図である。 例示の実施形態における、ＳＭＳメッセージの失敗した配信を示すメッセージ図である。 例示の実施形態における、ＳＭＳメッセージの成功した配信を示すメッセージ図である。

図面および以下の説明は、本発明の特定の例示の実施形態を例証するものである。したがって、当業者なら、本明細書において明示的に説明されても、または示されてもいないが、本発明の原理を実施し、また本発明の範囲内に含まれる様々な構成を工夫することができるようになることが、理解されるであろう。さらに、本明細書において説明されるすべての例は、本発明の原理を理解する際に助けとなるように意図されており、またそのように具体的に列挙された例および状態だけに限定されることのないように解釈されるべきである。結果として、本発明は、下記で説明される特定の実施形態または例だけには限定されないが、特許請求の範囲とそれらの均等物とによって限定される。

図１は、例示の一実施形態におけるテキスト・メッセージ・システム１００を示すものである。テキスト・メッセージ・システム１００は、パケット交換ネットワーク１１０を通してセッション開始プロトコル（ＳＩＰ）を経由して送信されるテキスト・メッセージを処理するように動作可能な任意のサーバ、ゲートウェイ、エンド・ユーザ・デバイス、または他のシステムを備える。例えば、テキスト・メッセージ・システム１００は、ＳＩＰによりイネーブルにされ、またＳＩＰを経由して受信されるテキスト・メッセージを処理するアプリケーションを含むエンド・ユーザ・デバイス（またはユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ））を備えることができる。別の例においては、テキスト・メッセージ・システム１００は、ＩＭＳネットワークの中のアプリケーション・サーバまたはＩＰ−ＳＭ−ＧＷやＳＭＳを処理するＬＴＥゲートウェイなど、テキスト・メッセージをカプセル化するＳＩＰ要求を受信する、パケット交換ネットワークの中のサーバ、ゲートウェイ、または何らかの他のシステムを備えることができる。テキスト・メッセージ・システム１００は、パケット交換ネットワーク１１０の一部分であるか、または（図１に示されるように）パケット交換ネットワーク１１０に結合されて、パケット交換ネットワーク１１０においてエンティティ（図示されていない）とＳＩＰメッセージを交換するかのいずれかである。パケット交換ネットワーク１１０は、ＩＭＳネットワーク、ＬＴＥネットワーク、または他の任意のＩＰ−ベースのネットワークを備えていてもよい。

テキスト・メッセージ・システム１００は、ネットワーク・インターフェース１０２と、制御システム１０４とを含む。ネットワーク・インターフェース１０２は、ＳＩＰを使用してパケット交換ネットワーク１１０において１つまたは複数のエンティティ（図示されず）と通信するように適合された任意のデバイスまたはコンポーネントを備える。エンティティは、図１において具体的に示されてはいないが、これらのエンティティは、テキスト・メッセージをルーティングし、または生成するアプリケーション・サーバ、サービング−コール・セッション制御機能（Ｓ−ＣＳＣＦ：Ｓｅｒｖｉｎｇ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎｓ）、ＬＴＥゲートウェイ、または他の任意の要素を備えることができる。制御システム１０４は、ＳＩＰ要求の中にカプセル化されるテキスト・メッセージについての配信ステータスを提供するように適合された任意のデバイスまたはコンポーネントを備える。

以下の実施形態においては、テキスト・メッセージ・システム１００が、パケット交換ネットワーク１１０においてエンティティからのテキスト・メッセージをカプセル化するＳＩＰ要求を受信するときに、システム１００は、ＳＩＰ応答の形で、テキスト・メッセージの配信ステータスをエンティティに対して報告して戻すことができる。例えば、テキスト・メッセージ・システム１００は、テキスト・メッセージが、その対象とする受信者（単数または複数）に対して正常に配信されたかどうか、または配信が失敗したかどうかを報告することができる。以下の実施形態において説明されるように、ＳＩＰ応答の形で配信ステータスを報告することは、パケット交換ネットワークの上のテキスト・メッセージングについて以前には使用可能ではなかった。背景として、ＳＩＰの要求または「メソッド（ｍｅｔｈｏｄｓ）」と称される、ＳＩＰの内部で定義される１組のコマンドが存在している。１つのそのようなＳＩＰ要求は、インスタント・メッセージ、テキスト・メッセージなどを移送するために使用されるＳＩＰメッセージである。ＳＩＰはまた、ＳＩＰ応答と称される１組のコマンドを定義する。ＳＩＰ応答を使用して、特定のＳＩＰ要求に対して応答する。いくつかの共通のＳＩＰ応答は、１ｘｘ、２ｘｘ、３ｘｘ、４ｘｘ、５ｘｘ、および６ｘｘである。

現在では、テキスト・メッセージをカプセル化するＳＩＰ要求が受信されるときに、受信デバイスは、ＳＩＰ応答の形でテキスト・メッセージの配信ステータスを提供することはない。受信デバイスは、ＳＩＰ ２００ ＯＫなどのように、ＳＩＰ要求、それ自体が受信されたことを示すＳＩＰ応答（肯定応答）を提供する。しかし、このＳＩＰ応答は、テキスト・メッセージがその受信者（単数または複数）に対して正常に配信されたかどうかを示さず、それは、ただＳＩＰ要求の配信ステータスを示すだけである。受信デバイスは、新しいＳＩＰトランザクションを開始して、配信ステータスを報告する別個のＳＩＰ要求を送信することにより、テキスト・メッセージの配信ステータスを提供しなければならない。以下で提供される実施形態は、配信ステータスが、ＳＩＰ応答の形で提供されるので、新しいＳＩＰトランザクションを開始して、テキスト・メッセージの配信ステータスを報告しなければならないことを回避する。

図２は、例示の一実施形態において、テキスト・メッセージの配信ステータスを報告する方法２００を示すフロー・チャートである。方法２００のステップは、図１の中のテキスト・メッセージ・システム１００を参照して説明されることになるが、当業者なら、方法２００は、他のネットワークおよびシステムにおいて実行され得ることを理解するであろう。本明細書において、説明されるフロー・チャートのステップは、必ずしも包括的であるとは限らず、また示されていない他のステップを含むことができる。それらのステップは、代替的な順序で実行することもできる。

ステップ２０２において、ネットワーク・インターフェース１０２は、パケット交換ネットワーク１１０においてエンティティ（図示されず）からＳＩＰ要求を受信し、ここでＳＩＰ要求は、テキスト・メッセージをカプセル化する。例えば、パケット交換ネットワーク１１０の中のエンティティは、ＳＩＰ要求の形でモバイル起源の（ＭＯ）テキスト・メッセージを送信するエンド・ユーザ・デバイスを備えることができる。パケット交換ネットワーク１１０の中のエンティティは、代わりにＳＩＰ要求の形でテキスト・メッセージをシステム１００に対して転送するサーバまたはゲートウェイを備えることもできる。ＳＩＰ要求は、テキスト・メッセージ（例えば、ＳＭＳメッセージ）を移送するＳＩＰメッセージ、または別のタイプのＳＩＰ要求を含むこともできる。

ステップ２０４において、制御システム１０４は、テキスト・メッセージを受信者に対して配信するためのステータスを決定し、このステータスは、テキスト・メッセージの配信ステータスと称される。配信ステータスは、テキスト・メッセージをその対象とする受信者（単数または複数）に対して配信することの成功または失敗を示す任意の情報を含む。テキスト・メッセージの配信ステータスを決定するために使用されるプロセスは、この出願の範囲を超えている。しかしながら、一例においては、テキスト・メッセージ・システム１００が、エンド・ユーザ・デバイスの中に実装される場合、そのときには制御システム１０４（またはエンド・ユーザ・デバイスの中の別のシステム）は、テキスト・メッセージについてのデータを構文解析して、アドレス指定エラー、フォーマット・エラー、または他の任意のタイプのエラーが存在していたかどうかを判定することができる。１つまたは複数のエラーが、テキスト・メッセージを構文解析する際に検出される場合、そのときには制御システム１０４は、テキスト・メッセージの配信が失敗していることを判定することができる。テキスト・メッセージを構文解析する際にエラーが検出されない場合、そのときには制御システム１０４は、テキスト・メッセージの配信が成功したことを判定することができる。

ステップ２０６において、制御システム１０４は、テキスト・メッセージについての配信ステータス・パラメータを含むＳＩＰ応答を生成する。現在、使用可能なＳＩＰ応答の組は、テキスト・メッセージの配信ステータスについての規定されたパラメータを有してはいない。したがって、本明細書において提供される実施形態によれば、配信ステータス・パラメータを含む１つまたは複数の新しいＳＩＰ応答が、定義され、これを使用して、テキスト・メッセージを受信者に対して配信するステータスを示す。これらの新しいＳＩＰ応答は、以下でより詳細に考察される。用語「パラメータ」が、本明細書において使用されるが、ヘッダ・パラメータ、ヘッダ・フィールド、ヘッダ内容など、他の用語を使用して、ＳＩＰ応答の拡張された機能を説明することができる。

ステップ２０８において、制御システム１０４は、ＳＩＰ応答の配信ステータス・パラメータにテキスト・メッセージについての決定された配信ステータスを挿入する。次いで、ネットワーク・インターフェース１０２は、ステップ２１０においてパケット交換ネットワーク１１０上でＳＩＰ応答をエンティティに対して送信する。上記の説明から明らかなように、ＳＩＰ応答は、テキスト・メッセージの配信ステータスを実際に含んでいる。ＳＩＰ応答は、ＳＩＰ要求の配信ステータスを示すこともできる。ＳＩＰ応答は、テキスト・メッセージの配信ステータスを含むので、パケット交換ネットワーク１１０の中のテキスト・メッセージ・システム１００とエンティティとの間の新しいＳＩＰトランザクション（例えば、別のＳＩＰ要求）が、テキスト・メッセージの配信ステータスを報告する必要はない。これは、複数の理由のために有利である。例えば、複数のＳＩＰトランザクションがテキスト・メッセージの配信ステータスを報告することを必要とするときには、送信者と受信者との両方が、２つのＳＩＰトランザクションについての関連するデータを保存して、２つのトランザクションからのＳＩＰ要求／応答を相関させる必要がある。また、第１のＳＩＰ要求の送信者は、配信ステータスを報告する第２のＳＩＰ要求を受信するノードと同じではない可能性もあり、それゆえに、ＳＩＰトランザクションの相関は、難しい可能性がある。ＳＩＰ応答の中のテキスト・メッセージの配信ステータスを（ＳＩＰ要求のステータスと一緒に）報告することは、本明細書における実施形態におけるように、テキスト・メッセージングが、パケット交換ネットワークにおいて効果的に実装されることを可能にする。

本明細書における実施形態によれば、ＳＩＰ応答コマンド（ＲＦＣ ３２６１を参照）は、テキスト・メッセージをカプセル化するＳＩＰ要求についての新しい応答のコード／カテゴリをサポートするように拡張される。新しいＳＩＰ応答のうちの１つは、成功した結果で完了される試みを示すＳＩＰ ７００である。より詳細には、ＳＩＰ ７００は、テキスト・メッセージの配信が成功したことを示すパラメータを含んでいる。ＳＩＰ ７００の中のパラメータは、配信の成功を示す様々な情報を入力されることもある。情報の１つの例は、ＭＡＰ ＲＰ−ＡＣＫ（モバイル起源の（ＭＯ）テキスト・メッセージについてのＳＭＳ−サブミット−レポート、またはモバイルにより終了される（ＭＴ）テキスト・メッセージについてのＳＭＳ−デリバー−レポートのいずれか）とすることができる。

新しいＳＩＰ応答のうちの別の１つは、成功しなかった（失敗した）結果で完了される試みを示すＳＩＰ ７０１である。より詳細には、ＳＩＰ ７０１は、テキスト・メッセージの配信が失敗したことを示すパラメータを含んでいる。ＳＩＰ ７０１の中のパラメータは、成功しなかった配信を示す様々な情報を入力されることもある。情報の１つの例は、ＭＡＰ ＲＰ−エラー（モバイル起源の（ＭＯ）テキスト・メッセージについてのＳＭＳ−サブミット−レポート、またはモバイルにより終了される（ＭＴ）テキスト・メッセージについてのＳＭＳ−デリバー−レポートのいずれか）とすることができる。

例
図３は、例示の一実施形態における通信システム３００を示すものである。通信システム３００は、複数のワイヤレス通信ネットワークを含んでおり、これらのワイヤレス通信ネットワークは、この実施形態においては、ＣＤＭＡネットワーク３１０と、ＩＭＳネットワーク３２０と、ＬＴＥネットワーク３３０として示されている。下記で説明される実施形態は、ＳＩＰメッセージを使用した、モバイル・デバイス３５０に対するＳＭＳメッセージの配信を例証している。

ＣＤＭＡネットワーク３１０は、ホーム・ロケーション・レジスタ（ＨＬＲ：Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）３１２と、モバイル交換センタ（ＭＳＣ：Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）３１４と、パケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）３１６とを含む。ＨＬＲ ３１２は、ＣＤＭＡネットワーク３１０を使用することが認可されたモバイル・デバイスの加入情報および他の詳細（例えば、加入者プロファイル）を記憶する中央加入者データベースである。ＭＳＣ ３１４は、モバイル・デバイスについてのサービング・ノードであり、またＣＤＭＡネットワーク３１０において、音声コール、ＳＭＳ、および他のサービスを処理することを担っている。ＰＤＮ−ＧＷ ３１６は、ＣＤＭＡネットワーク３１０と、ＩＭＳネットワーク３２０などのパケット交換ネットワークとの間で信号を相互に作用させる、ＣＤＭＡネットワーク３１０の中の任意のノードまたは要素を備える。ＣＤＭＡネットワーク３１０は、基地局、無線ネットワーク制御装置など、簡潔にするために示されていない他のネットワーク要素を含むことができる。

ＩＭＳネットワーク３２０は、プロキシ−コール・セッション制御機能（Ｐ−ＣＳＣＦ：Ｐｒｏｘｙ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）３２２と、サービング−コール・セッション制御機能（Ｓ−ＣＳＣＦ：Ｓｅｒｖｉｎｇ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）３２４と、ホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）３２６と、パケット・ゲートウェイ（ＰＧＷ：ｐａｃｋｅｔ ｇａｔｅｗａｙ）３２８とを含む。Ｐ−ＣＳＣＦ ３２２は、ＩＭＳドメインに対するエントリ・ポイントであり、またＩＭＳデバイスについてのアウトバウンド・プロキシ・サーバとしての機能を果たす。Ｓ−ＣＳＣＦ ３２４は、信号プレーンの中央ノードであり、ＩＭＳネットワーク３２０の上でセッションを開始するＩＭＳデバイスについてのセッション制御を実行する。Ｓ−ＣＳＣＦ ３２４は、図３において示されていない１つまたは複数のアクセス・ネットワークの上でＩＭＳデバイスと通信する。ＨＳＳ ３２６は、加入に関連した情報（例えば、加入者プロファイル）を記憶し、エンド・ユーザの認証および認可を実行し、加入者の位置についての情報を提供するなどを行う加入者サーバである。ＰＧＷ ３２８は、外部ネットワークとパケットを交換する、ＩＭＳネットワーク３２０の中の任意のノードまたは要素を備える。

ＬＴＥネットワーク３３０の要素は、簡潔にするためにこの実施形態においては示されていない。

通信システム３００はまた、ＳＭＳセンタ（ＳＭＳＣ）３４２と、ＳＭＳゲートウェイ３４４とを含んでおり、このＳＭＳゲートウェイは、ＬＴＥゲートウェイ、ＩＰショート・メッセージ・ゲートウェイ（ＩＰ−ＳＭ−ＧＷ：ＩＰ Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｇａｔｅｗａｙ）、またはＩＰの上でＳＭＳを処理する何らかの他のゲートウェイを備えることができる。ＳＭＳセンタ３４２は、記憶−および−転送の処理を使用してＳＭＳメッセージを配信する、回路交換ネットワークについての任意のノードを備える。ＳＭＳゲートウェイ３４４は、ＳＩＰ−ベースのネットワークと、異なるシグナリング・プロトコルを使用するネットワークまたはデバイスと、の間で信号を相互に作用させる任意のノードを備える。例えば、ネットワークまたはデバイスが、ショート・メッセージ・ピア・ツー・ピア（ＳＭＰＰ：Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）プロトコルを使用して、ＳＭＳメッセージを交換する場合、そのときにはＳＭＳゲートウェイ３４４は、ＳＩＰに対してＳＭＰＰプロトコル・メッセージを相互に作用させ、また逆も同様である。通信システム３００はまた、外部ショート・メッセージング・エンティティ（ＥＳＭＥ：Ｅｘｔｅｒｎａｌ Ｓｈｏｒｔ Ｍｅｓｓａｇｉｎｇ Ｅｎｔｉｔｉｅｓ）３４６および３４８を含んでいる。ＥＳＭＥは、ＳＭＳＣ３４２またはＳＭＳゲートウェイ３４４に接続して、ＳＭＳメッセージの送信および／または受信に従事する外部アプリケーションである。ＥＳＭＥの典型的な例は、自動化されたマーケティング・メッセージをモバイル・ユーザに対して送信するシステム、ＳＭＳ投票を処理する投票システムなどである。

この実施形態について、ＥＳＭＥ ３４８は、モバイル・デバイス３５０を対象とするＳＭＳメッセージを生成することを仮定している。以下の実施形態は、どのようにして配信ステータスが、ＳＩＰ応答の形で提供されるかを示すものである。

図４は、例示の一実施形態におけるＳＭＳメッセージの失敗した配信を示すメッセージ図である。参照として、図１のテキスト・メッセージ・システム１００は、この実施形態においてはモバイル・デバイス３５０の中に実装されることになる。ＥＳＭＥ ３４８が、モバイル・デバイス３５０のためのＳＭＳメッセージを生成した後に、ＥＳＭＥ ３４８は、ＳＭＰＰプロトコルのデータ＿ｓｍメッセージ（ｄａｔａ＿ｓｍ ｍｅｓｓａｇｅ）をフォーマットし、またデータ＿ｓｍメッセージの中にＳＭＳメッセージをカプセル化する。このポイントにおける１つの仮定は、ＥＳＭＥ ３４８が、ＳＭＰＰプロトコルについてイネーブルにされることである。そうでない場合には、ＳＭＰＰゲートウェイが、ＥＳＭＥ ３４８と、ＳＭＳゲートウェイ３４４との間に実装されることもある。次いで、ＥＳＭＥ ３４８は、データ＿ｓｍメッセージをＳＭＳゲートウェイ３４４に対して送信する。データ＿ｓｍメッセージに応答して、ＳＭＳゲートウェイ３４４は、ダイアメーター・ユーザ・データ要求（ＵＤＲ：Ｕｓｅｒ Ｄａｔａ Ｒｅｑｕｅｓｔ）を使用してモバイル・デバイス３５０の登録ステータスについてＨＳＳ ３２６に問い合わせを行う。ＨＳＳ ３２６は、モバイル・デバイス３５０が登録されていることを決定し、またモバイル・デバイス３５０が登録されていることを示すダイアメーター・ユーザ・データ応答（ＵＤＡ：Ｕｓｅｒ Ｄａｔａ Ａｎｓｗｅｒ）を用いてＳＭＳゲートウェイ３４４に対して応答する。次いで、ＳＭＳゲートウェイ３４４は、ＳＭＳメッセージをカプセル化するＳＩＰメッセージを構築する。ＳＩＰメッセージ・ヘッダ（ＳＩＰ ＭＥＳＳＡＧＥ ｈｅａｄｅｒ）は、以下のように構築されることもある。
MESSAGE tel:+19305020103 SIP/2.0
Via: SIP/2.0/UDP 135.1.62.120:5060;branch=z9hG4b
To: tel:+19305020103
From: tel:+19305020106;tag=1（ＥＳＭＥアドレス−長符号）
Call-ID: 689e5af445Ic0170@livemas1
Max-Forwards: 70
CSeq: 1 MESSAGE
Route: LTE GW SIP URI
P-Charging-Vector=icid-value="PCSF:192.161.1.xxx-xxxxxxxx"
Content-Type: application/vnd.3gpp.sms
Content-Length: xx（リレー・レイヤ・メッセージの長さ）
＜＜カプセル化されたＲＰ−データ（ＳＭＳ−デリバー）＞＞

次いで、ＳＭＳゲートウェイ３４４は、ＩＭＳネットワーク３２０においてＳＩＰメッセージをＳ−ＣＳＣＦ ３２４に対して送信する。Ｓ−ＣＳＣＦ ３２４は、次にはＳＩＰメッセージをモバイル・デバイス３５０に対してルーティングする。次いで、モバイル・デバイス３５０は、ＳＩＰメッセージの中のＳＭＳメッセージ（ＲＰ−データ）を構文解析しようと試みる。この実施形態について、エラーが、１つまたは複数の理由のために起こることを仮定する。モバイル・デバイス３５０は、その結果として、ＳＭＳメッセージの配信が失敗していると判定する。次いで、モバイル・デバイス３５０は、ＳＭＳメッセージの配信ステータスについてのパラメータを含むＳＩＰ ７０１応答を生成し、またＳＩＰ ７０１応答のパラメータに失敗した配信の表示を挿入する。例えば、モバイル・デバイス３５０は、失敗した配信についての理由を示すＴＰ−失敗−原因（ＴＰ−Ｆａｉｌｕｒｅ−Ｃａｕｓｅ）の値を含むＳＭＳ−デリバー−レポート（３ＧＰＰ ＴＳ ２３．０４０を参照）を挿入することができる。ＳＩＰ ７０１応答は、以下のように見えることもある。
SIP/2.0 701 Attempted with unsuccessful result
Via: SIP/2.0/UDP 135.1.30.70:5080;branch=z9hG4bK287482662-1402101
Max-Forwards: 69
From: <sip:+19305020103@verizon.net; user=phone; lr>;tag=pctUA_287482662
To: LTE GW SIP URI
Call-ID: 287482662-1402079
CSeq: 1 MESSAGE
Content-Type: application/vnd.3gpp.sms
Content-Length: xx （リレー・レイヤ・メッセージの長さ）
＜＜カプセル化されたＲＰ−エラー（ＳＭＳ−デリバー−レポート・メッセージ）＞＞

次いで、モバイル・デバイス３５０は、ＳＩＰ ７０１応答をＳ−ＣＳＣＦ ３２４に対してルーティングする。Ｓ−ＣＳＣＦ ３２４は、次にはＳＩＰ ７０１応答をＳＭＳゲートウェイ３４４に対してルーティングする。ＳＭＳゲートウェイ３４４は、ＳＩＰ ７０１応答を処理して、失敗した配信を識別する（例えば、ＳＭＳメッセージについての配信の失敗についての理由を示すＴＰ−失敗−原因の値を処理する）。次いで、ＳＭＳゲートウェイ３４４は、エラー・コードをデータ＿ｓｍ＿ｒｅｓｐ（ｄａｔａ＿ｓｍ＿ｒｅｓｐ）の中のＳＭＰＰコマンド＿ステータス結果コード（ＳＭＰＰ ｃｏｍｍａｎｄ＿ｓｔａｔｕｓ ｒｅｓｕｌｔ ｃｏｄｅ）にマッピングする（それが異なるプロトコルである場合、異なるマッピングが存在し得る）。以下に提供される表１は、エラー・コード・マッピングの一例を示すものである。

次いで、ＳＭＳゲートウェイ３４４は、データ＿ｓｍ＿ｒｅｓｐメッセージをＥＳＭＥ ３４８に対して送信し、このメッセージは、ＳＭＳメッセージの失敗した配信をＥＳＭＥ ３４８に対して報告する。図４における実施形態においては、ＳＩＰ ７０１応答は、ＳＭＳメッセージの配信ステータス（失敗）を実際に含んでいる。ＳＩＰ ７０１応答は、ＳＭＳメッセージの配信ステータスを含んでいるので、モバイル・デバイス３５０は、新しいＳＩＰトランザクション（例えば、別のＳＩＰメッセージ）を開始して、ＳＭＳメッセージの配信ステータスをＳＭＳゲートウェイ３４４に対して提供する必要はない。

別の実施形態についてモバイル・デバイス３５０が、ＥＳＭＥ ３４８を対象とするＳＭＳメッセージを生成することを仮定する。以下の実施形態は、どのようにして配信ステータスが、ＳＩＰ応答の形で提供されるかを示すものである。

図５は、例示の一実施形態におけるＳＭＳメッセージの成功した配信を示すメッセージ図である。参照として、図１のテキスト・メッセージ・システム１００は、この実施形態においてはＳＭＳゲートウェイ３４４の中に実装されるであろう。モバイル・デバイス３５０が、ＥＳＭＥ ３４８についてＳＭＳメッセージを生成した後に、モバイル・デバイス３５０は、ＳＩＰメッセージをフォーマットし、またＳＭＳメッセージをＳＩＰメッセージの中でカプセル化する。このポイントにおける１つの仮定は、モバイル・デバイス３５０が、ＳＩＰ−イネーブルにされることである。ＳＩＰメッセージは、以下のように見えることもある。
MESSAGE tel:+19305020103 SIP/2.0
Via: SIP/2.0/UDP 135.1.30.70:5080;branch=z9hG4bK287482662-1402101
Max-Forwards: 70
From: <sip:+19305020106@verizon.net; user=phone; lr>;tag=pctUA_287482662
To: LTE GW SIP URI
Call-ID: 287482662-1402079
CSeq: 1 MESSAGE
Route: LTE GW SIP URI
P-Asserted-Identity: <sip:+19305020106@somedomain.com>
P-Asserted-Identity: <tel:+19305020106>
Content-Type: application/vnd.3gpp.sms
Content-Length: xx （リレー・レイヤ・メッセージの長さ）
＜＜カプセル化されたＲＰ−データ（ＳＭＳ−サブミット・メッセージ）＞＞

次いで、モバイル・デバイス３５０は、ＳＩＰメッセージをＳ−ＣＳＣＦ ３２４に対して送信する。ＳＩＰメッセージに応答して、Ｓ−ＣＳＣＦ ３２４は、ＳＩＰメッセージをＳＭＳゲートウェイ３４４に対してルーティングする。ＳＭＳゲートウェイ３４４は、ＲＰ−データとＳＭＳ−サブミット ＰＤＵとを構文解析することによりＳＩＰメッセージからＳＭＳメッセージを取り出す。次いで、ＳＭＳゲートウェイ３４４は、ＳＭＰＰプロトコルのデータ＿ｓｍメッセージを生成し、またデータ＿ｓｍメッセージの中にＳＭＳメッセージをカプセル化する。ＳＭＳゲートウェイ３４４は、データ＿ｓｍメッセージをＥＳＭＥ ３４８に対して送信する（ＥＳＭＥ ３４８が、ＳＭＰＰプロトコルについてイネーブルにされることを仮定して）。

データ＿ｓｍメッセージに応答して、ＥＳＭＥ ３４８は、データ＿ｓｍメッセージの中にカプセル化されるＳＭＳメッセージを構文解析しようと試みる。この実施形態について、ＳＭＳメッセージが、ＥＳＭＥ ３４８に対して成功裏に配信されたことを仮定する。ＥＳＭＥ ３４８は、配信が、成功したことを決定し、また成功した結果コードを用いてＳＭＰＰプロトコルのデータ＿ｓｍ＿ｒｅｓｐメッセージを生成する。次いで、ＥＳＭＥ ３４８は、データ＿ｓｍ＿ｒｅｓｐメッセージをＳＭＳゲートウェイ３４４に対してルーティングする。

ＳＭＳゲートウェイ３４４は、データ＿ｓｍ＿ｒｅｓｐメッセージを受信し、またその結果を処理して、ＳＭＳメッセージが、その受信者に成功裏に配信されたことを決定する。次いで、ＳＭＳゲートウェイ３４４は、ＳＭＳメッセージの配信ステータスについてのパラメータを含むＳＩＰ ７００応答を生成し、またＳＭＳメッセージの配信が、成功したことを示す表示をそのパラメータに挿入する。例えば、ＳＭＳゲートウェイ３４４は、成功した配信を示すＳＭＳ−サブミット−レポート（３ＧＰＰ ＴＳ ２３．０４０参照）を挿入することができる。ＳＩＰ ７００応答は、以下のように見えることもある。
SIP/2.0 700 Attempted with successful result
Via: SIP/2.0/UDP 135.1.30.70:5080;branch=z9hG4bK287482662-1402101
Max-Forwards: 69
From: <sip:+19305020106@verizon.net; user=phone; lr>;tag=pctUA_287482662
To: <sip:+19305020106@verizon.net; user=phone; lr>;
Call-ID: 287482662-1402079
CSeq: I MESSAGE
Content-Type: application/vnd.3gpp.sms
Content-Length: xx（リレー・レイヤ・メッセージの長さ）
＜＜カプセル化されたＲＰ−ＡＣＫ（ＳＭＳ−サブミット−レポート・メッセージ）＞＞

次いで、ＳＭＳゲートウェイ３４４は、ＳＩＰ ７００応答をＳ−ＣＳＣＦ ３２４に対してルーティングする。Ｓ−ＣＳＣＦ ３２４は、次にはＳＩＰ ７００応答をモバイル・デバイス３５０に対してルーティングし、この応答は、成功した配信の試みをモバイル・デバイス３５０に対して報告する。図５における実施形態において、ＳＩＰ ７００応答は、ＳＭＳメッセージの配信ステータス（成功）を実際に含んでいる。ＳＩＰ ７００応答は、ＳＭＳメッセージの配信ステータスを含むので、ＳＭＳゲートウェイ３４４は、新しいＳＩＰトランザクション（例えば、別のＳＩＰメッセージ）を開始して、ＳＭＳメッセージの配信ステータスをモバイル・デバイス３５０に対して提供する必要はない。

図面の中に示され、または本明細書において説明される様々な要素のうちの任意のものは、ハードウェア、ソフトウェア、ファームウェア、またはこれらの何らかの組合せとして実装されることもある。例えば、ある要素は、専用のハードウェアとして実装されることもある。専用のハードウェア要素は、「プロセッサ」、「コントローラ」と称され、または何らかの類似した専門用語で示されることもある。プロセッサによって提供されるときに、機能は、単一の専用のプロセッサにより、単一の共用プロセッサにより、またはそれらの一部が共用され得る、複数の個別のプロセッサにより、提供されることもある。さらに、用語「プロセッサ」または「コントローラ」の明示的な使用は、ソフトウェアを実行することができるハードウェアだけを排他的に意味するように解釈されるべきではなく、また、限定することなく、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）または他の回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ソフトウェアを記憶するためのリード・オンリー・メモリ（ＲＯＭ：ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、不揮発性ストレージ、ロジック、あるいは何らかの他の物理的ハードウェアのコンポーネントまたはモジュールを暗黙のうちに含むことができる。

また、ある要素は、その要素の機能を実行するプロセッサまたはコンピュータによって実行可能な命令として実装されることもある。命令のいくつかの例は、ソフトウェアと、プログラム・コードと、ファームウェアとである。それらの命令は、プロセッサによって実行されるときに、要素の機能を実行するようにプロセッサに指示するように動作可能である。それらの命令は、プロセッサによって読み取り可能であるストレージ・デバイスに記憶されることもある。ストレージ・デバイスのいくつかの例は、デジタル・メモリまたはソリッド・ステート・メモリ、磁気ディスクや磁気テープなどの磁気ストレージ媒体、ハード・ドライブ、あるいは光学的に読み取り可能なデジタル・データ・ストレージ媒体である。

特定の実施形態が、本明細書において説明されているが、本発明の範囲は、これらの特定の実施形態だけには限定されない。本発明の範囲は、添付の特許請求の範囲と、その任意の均等物とによって定義される。

Claims (10)

1. テキスト・メッセージ・システムであって、
   パケット交換ネットワークにおいてエンティティからのテキスト・メッセージがカプセル化されているセッション開始プロトコル（ＳＩＰ）要求を受信するように動作可能な、ネットワーク・インターフェースと、
   前記テキスト・メッセージが受信者に対して成功裏に配信されたか否かを示すための該テキスト・メッセージについての配信ステータスを決定し、
   前記テキスト・メッセージ・システムに対する前記ＳＩＰ要求についての配信ステータスを示す、該ＳＩＰ要求に対するＳＩＰ応答を生成し、
   前記ＳＩＰ応答の配信ステータス・パラメータに前記テキスト・メッセージについての前記決定された配信ステータスを挿入することで、該ＳＩＰ応答が、前記テキスト・メッセージ・システムに対する前記ＳＩＰ要求についての前記配信ステータス及び前記受信者に対する該テキスト・メッセージについての該配信ステータスの双方を報告するように動作可能な、
   制御システムと、
   を含み、
   前記ネットワーク・インターフェースは、さらに、前記パケット交換ネットワークの上で前記ＳＩＰ応答を前記エンティティに対して送信するように動作可能である、テキスト・メッセージ・システム。
2. 前記ＳＩＰ応答は、ＳＩＰ ７００応答を含み、該ＳＩＰ ７００応答は、前記配信ステータス・パラメータを含み、該配信ステータス・パラメータは、前記テキスト・メッセージの配信が成功したことを示すパラメータを含んでおり、
   前記制御システムは、さらに、前記配信ステータス・パラメータにモバイル・アプリケーション・パート（ＭＡＰ）ＲＰ−ＡＣＫを挿入するように動作可能である、請求項１に記載のテキスト・メッセージ・システム。
3. 前記ＳＩＰ応答は、ＳＩＰ ７０１応答を含み、該ＳＩＰ ７０１応答は、前記配信ステータス・パラメータを含み、該配信ステータス・パラメータは、前記テキスト・メッセージの配信が失敗したことを示すパラメータを含んでおり、
   前記制御システムは、さらに、前記配信ステータス・パラメータにモバイル・アプリケーション・パート（ＭＡＰ）ＲＰ−エラーを挿入するように動作可能である、請求項１に記載のテキスト・メッセージ・システム。
4. 前記配信ステータスは、前記エンティティからの前記テキスト・メッセージについてのＳＭＳ−サブミット−レポートを含む、請求項１に記載のテキスト・メッセージ・システム。
5. 前記配信ステータスは、前記受信者への前記テキスト・メッセージについてのＳＭＳ−デリバー−レポートを含む、請求項１に記載のテキスト・メッセージ・システム。
6. パケット交換ネットワークにおいてエンティティからのテキスト・メッセージがカプセル化されているセッション開始プロトコル（ＳＩＰ）要求を、ネットワーク・インターフェースで受信するステップと、
   制御システムによって、前記テキスト・メッセージが受信者に対して成功裏に配信されたか否かを示すための該テキスト・メッセージについての配信ステータスを決定するステップと、
   前記制御システムによって、テキスト・メッセージ・システムに対する前記ＳＩＰ要求についての配信ステータスを示す、該ＳＩＰ要求に対するＳＩＰ応答を生成するステップと、
   前記制御システムによって、前記ＳＩＰ応答の前記配信ステータス・パラメータに前記テキスト・メッセージについての前記決定された配信ステータスを挿入するステップであり、該挿入するステップにより、該ＳＩＰ応答が、前記テキスト・メッセージ・システムに対する前記ＳＩＰ要求についての前記配信ステータス及び前記受信者に対する該テキスト・メッセージについての該配信ステータスの双方を報告する、挿入するステップと、
   前記ネットワーク・インターフェースによって、前記パケット交換ネットワークの上で前記ＳＩＰ応答を前記エンティティに対して送信するステップと、
   を含む方法。
7. 前記ＳＩＰ応答は、ＳＩＰ ７００応答を含み、該ＳＩＰ ７００応答は、前記配信ステータス・パラメータを含み、該配信ステータス・パラメータは、前記テキスト・メッセージの配信が成功したことを示すパラメータを含んでおり、
   前記ＳＩＰ応答の前記パラメータに前記テキスト・メッセージについての前記決定された配信ステータスを挿入する前記ステップは、前記ステータス・パラメータにモバイル・アプリケーション・パート（ＭＡＰ）ＲＰ−ＡＣＫを挿入するステップを含む、請求項６に記載の方法。
8. 前記ＳＩＰ応答は、ＳＩＰ ７０１応答を含み、該ＳＩＰ ７０１応答は、前記配信ステータス・パラメータを含み、該配信ステータス・パラメータは、前記テキスト・メッセージの配信が失敗したことを示すパラメータを含んでおり、
   前記ＳＩＰ応答の前記パラメータに前記テキスト・メッセージについての前記決定された配信ステータスを挿入する前記ステップは、前記配信ステータス・パラメータにモバイル・アプリケーション・パート（ＭＡＰ）ＲＰ−エラーを挿入するステップを含む、請求項６に記載の方法。
9. 前記配信ステータスは、前記エンティティからの前記テキスト・メッセージについてのＳＭＳ−サブミット−レポートを含む、請求項６に記載の方法。
10. 前記配信ステータスは、前記受信者への前記テキスト・メッセージについてのＳＭＳ−デリバー−レポートを含む、請求項６に記載の方法。

Images