パケット交換ネットワークにおいてエンティティからのテキストメッセージをカプセル化するセッション開始プロトコルSIP要求を受信するように動作可能なネットワークインターフェースと、前記テキストメッセージを受信者に対して配信するためのステータスを決定し、テキストメッセージについての配信ステータスパラメータを含むSIP応答を生成し、前記SIP応答の前記配信ステータスパラメータに前記テキストメッセージについての前記決定された配信ステータスを挿入するように動作可能な制御システムとを含み、前記ネットワークインターフェースは、さらに、前記パケット交換ネットワークの上で前記SIP応答を前記エンティティに対して送信するように動作可能である、システム。前記SIP応答は、前記テキストメッセージについての成功した配信の試みを示すSIP700応答を含み、前記制御システムは、さらに、前記テキストメッセージについての前記成功した配信の試みを示す前記SIP700応答にモバイルアプリケーションパートMAPRP-ACKを挿入するように動作可能である、請求項1に記載のシステム。前記SIP応答は、前記テキストメッセージについての失敗した配信の試みを示すSIP701応答を含み、前記制御システムは、さらに、前記テキストメッセージについての前記失敗した配信の試みを示す前記SIP701応答にモバイルアプリケーションパートMAPRP-エラーを挿入するように動作可能である、請求項1に記載のシステム。前記配信ステータスは、モバイル起源のMOテキストメッセージについてのSMS-サブミット-レポートを含む、請求項1に記載のシステム。前記配信ステータスは、モバイルにより終了されるMTテキストメッセージについてのSMS-デリバー-レポートを含む、請求項1に記載のシステム。パケット交換ネットワークにおいてエンティティからのテキストメッセージをカプセル化するセッション開始プロトコルSIP要求を受信するステップと、前記テキストメッセージを受信者に対して配信するためのステータスを決定するステップと、テキストメッセージについての配信ステータスパラメータを含むSIP応答を生成するステップと、前記SIP応答の前記配信ステータスパラメータに前記テキストメッセージについての前記決定された配信ステータスを挿入するステップと、前記パケット交換ネットワークの上で前記SIP応答を前記エンティティに対して送信するステップとを含む方法。前記SIP応答は、前記テキストメッセージについての成功した配信の試みを示すSIP700応答を含み、前記SIP応答の前記パラメータに前記テキストメッセージについての前記決定された配信ステータスを挿入する前記ステップは、前記テキストメッセージについての前記成功した配信の試みを示す前記SIP700応答にモバイルアプリケーションパートMAPRP-ACKを挿入するステップを含む、請求項6に記載の方法。前記SIP応答は、前記テキストメッセージについての失敗した配信の試みを示すSIP701応答を含み、前記SIP応答の前記パラメータに前記テキストメッセージについての前記決定された配信ステータスを挿入する前記ステップは、前記テキストメッセージについての前記失敗した配信の試みを示す前記SIP701応答にモバイルアプリケーションパートMAPRP-エラーを挿入するステップを含む、請求項6に記載の方法。前記配信ステータスは、モバイル起源のMOテキストメッセージについてのSMS-サブミット-レポートを含む、請求項6に記載の方法。前記配信ステータスは、モバイルにより終了されるMTテキストメッセージについてのSMS-デリバー-レポートを含む、請求項6に記載の方法。本明細書において説明される実施形態は、SIPを使用して送信されるテキストメッセージについての配信の成功/失敗を報告する改善された方法を提供している。テキストメッセージが、SIP要求の中にカプセル化されるときに、SIP要求を受信するシステムは、SIP応答を生成する。先行するシステムは、SIP要求だけの配信ステータスを示すSIP応答を送信することになる。次いで、先行するシステムは、別個のSIPトランザクションを開始して、テキストメッセージそれ自体の配信ステータスを報告することになる。本明細書における実施形態によれば、SIP要求これは、テキストメッセージをカプセル化するを受信するシステムは、SIP要求の中にカプセル化されたテキストメッセージの配信ステータスを示すSIP応答を生成する。SIP応答は、7xxメッセージなどのSIPにおいて新しく規定されることもある。テキストメッセージの配信ステータスをSIP応答に含めることにより、別個のSIPトランザクションを開始して、テキストメッセージの配信ステータスを報告する必要性は存在しない。1つの実施形態は、パケット交換ネットワークの上でテキストメッセージを処理するように適合されたテキストメッセージシステムを備える。そのテキストメッセージシステムは、パケット交換ネットワークにおいてエンティティからSIP要求を受信するように動作可能なネットワークインターフェースを含んでおり、ここでSIP要求は、テキストメッセージをカプセル化する。テキストメッセージシステムは、受信者に対するテキストメッセージ配信するステータスを決定するように動作可能な制御システムをさらに含んでいる。制御システムは、さらに、テキストメッセージについての配信ステータスパラメータを含むSIP応答を生成し、テキストメッセージについての決定された配信ステータスをSIP応答の配信ステータスパラメータに挿入するように動作可能である。ネットワークインターフェースは、さらに、パケット交換ネットワークの上でSIP応答をエンティティに対して送信するように動作可能である。別の実施形態においては、SIP応答は、テキストメッセージについての成功した配信の試みを示すSIP700応答を含む。制御システムは、さらに、テキストメッセージについての成功した配信の試みを示すSIP700応答にモバイルアプリケーションパートMAP:MobileApplicationPartRP-ACKを挿入するように動作可能である。別の実施形態においては、SIP応答は、テキストメッセージについての失敗した配信の試みを示すSIP701応答を含む。制御システムは、さらに、テキストメッセージについての失敗した配信の試みを示すSIP701応答にモバイルアプリケーションパートMAPRP-エラーRP-ERRORを挿入するように動作可能である。別の実施形態においては、配信ステータスは、モバイル起源のMO:mobileoriginatedテキストメッセージについてのSMS-サブミット-レポートSMS-SUBMIT-REPORTを含む。別の実施形態においては、配信ステータスは、モバイルにより終了されるMT:mobileterminatedテキストメッセージについてのSMS-デリバー-レポートSMS-DELIVER-REPORTを含む。別の実施形態は、パケット交換ネットワークの上でテキストメッセージを処理するための方法を含む。本方法は、パケット交換ネットワークにおいてエンティティからのテキストメッセージをカプセル化するセッション開始プロトコルSIP要求を受信するステップと、テキストメッセージを受信者に対して配信するためのステータスを決定するステップとを含む。本方法は、テキストメッセージについての配信ステータスパラメータを含むSIP応答を生成するステップと、SIP応答の配信ステータスパラメータにテキストメッセージについての決定された配信ステータスを挿入するステップと、パケット交換ネットワークの上でSIP応答をエンティティに対して送信するステップとをさらに含む。別の実施形態においては、SIP応答は、テキストメッセージについての成功した配信の試みを示すSIP700応答を含んでおり、本方法は、テキストメッセージについての成功した配信の試みを示すSIP700応答にモバイルアプリケーションパートMAPRP-ACKを挿入するステップをさらに含む。別の実施形態においては、SIP応答は、テキストメッセージについての失敗した配信の試みを示すSIP701応答を含んでおり、本方法は、テキストメッセージについての失敗した配信の試みを示すSIP701応答にモバイルアプリケーションパートMAPRP-エラーを挿入するステップをさらに含む。別の実施形態においては、配信ステータスは、モバイル起源のMOテキストメッセージについてのSMS-サブミット-レポートを含む。別の実施形態においては、配信ステータスは、モバイルにより終了されるMTテキストメッセージについてのSMS-デリバー-レポートを含む。他の例示の実施形態が、以下に説明されることもある。本発明のいくつかの実施形態が、次に、例だけとして、また添付の図面を参照して、説明される。同じ参照番号は、すべての図面の上で同じ要素、または同じタイプの要素を表している。図面および以下の説明は、本発明の特定の例示の実施形態を例証するものである。したがって、当業者なら、本明細書において明示的に説明されても、または示されてもいないが、本発明の原理を実施し、また本発明の範囲内に含まれる様々な構成を工夫することができるようになることが、理解されるであろう。さらに、本明細書において説明されるすべての例は、本発明の原理を理解する際に助けとなるように意図されており、またそのように具体的に列挙された例および状態だけに限定されることのないように解釈されるべきである。結果として、本発明は、下記で説明される特定の実施形態または例だけには限定されないが、特許請求の範囲とそれらの均等物とによって限定される。図1は、例示の一実施形態におけるテキストメッセージシステム100を示すものである。テキストメッセージシステム100は、パケット交換ネットワーク110を通してセッション開始プロトコルSIPを経由して送信されるテキストメッセージを処理するように動作可能な任意のサーバ、ゲートウェイ、エンドユーザデバイス、または他のシステムを備える。例えば、テキストメッセージシステム100は、SIPによりイネーブルにされ、またSIPを経由して受信されるテキストメッセージを処理するアプリケーションを含むエンドユーザデバイスまたはユーザ装置UE:UserEquipmentを備えることができる。別の例においては、テキストメッセージシステム100は、IMSネットワークの中のアプリケーションサーバまたはIP-SM-GWやSMSを処理するLTEゲートウェイなど、テキストメッセージをカプセル化するSIP要求を受信する、パケット交換ネットワークの中のサーバ、ゲートウェイ、または何らかの他のシステムを備えることができる。テキストメッセージシステム100は、パケット交換ネットワーク110の一部分であるか、または図1に示されるようにパケット交換ネットワーク110に結合されて、パケット交換ネットワーク110においてエンティティ図示されていないとSIPメッセージを交換するかのいずれかである。パケット交換ネットワーク110は、IMSネットワーク、LTEネットワーク、または他の任意のIP-ベースのネットワークを備えていてもよい。テキストメッセージシステム100は、ネットワークインターフェース102と、制御システム104とを含む。ネットワークインターフェース102は、SIPを使用してパケット交換ネットワーク110において1つまたは複数のエンティティ図示されずと通信するように適合された任意のデバイスまたはコンポーネントを備える。エンティティは、図1において具体的に示されてはいないが、これらのエンティティは、テキストメッセージをルーティングし、または生成するアプリケーションサーバ、サービング-コールセッション制御機能S-CSCF:Serving-CallSessionControlFunctions、LTEゲートウェイ、または他の任意の要素を備えることができる。制御システム104は、SIP要求の中にカプセル化されるテキストメッセージについての配信ステータスを提供するように適合された任意のデバイスまたはコンポーネントを備える。以下の実施形態においては、テキストメッセージシステム100が、パケット交換ネットワーク110においてエンティティからのテキストメッセージをカプセル化するSIP要求を受信するときに、システム100は、SIP応答の形で、テキストメッセージの配信ステータスをエンティティに対して報告して戻すことができる。例えば、テキストメッセージシステム100は、テキストメッセージが、その対象とする受信者単数または複数に対して正常に配信されたかどうか、または配信が失敗したかどうかを報告することができる。以下の実施形態において説明されるように、SIP応答の形で配信ステータスを報告することは、パケット交換ネットワークの上のテキストメッセージングについて以前には使用可能ではなかった。背景として、SIPの要求またはメソッドmethodsと称される、SIPの内部で定義される1組のコマンドが存在している。1つのそのようなSIP要求は、インスタントメッセージ、テキストメッセージなどを移送するために使用されるSIPメッセージである。SIPはまた、SIP応答と称される1組のコマンドを定義する。SIP応答を使用して、特定のSIP要求に対して応答する。いくつかの共通のSIP応答は、1xx、2xx、3xx、4xx、5xx、および6xxである。現在では、テキストメッセージをカプセル化するSIP要求が受信されるときに、受信デバイスは、SIP応答の形でテキストメッセージの配信ステータスを提供することはない。受信デバイスは、SIP200OKなどのように、SIP要求、それ自体が受信されたことを示すSIP応答肯定応答を提供する。しかし、このSIP応答は、テキストメッセージがその受信者単数または複数に対して正常に配信されたかどうかを示さず、それは、ただSIP要求の配信ステータスを示すだけである。受信デバイスは、新しいSIPトランザクションを開始して、配信ステータスを報告する別個のSIP要求を送信することにより、テキストメッセージの配信ステータスを提供しなければならない。以下で提供される実施形態は、配信ステータスが、SIP応答の形で提供されるので、新しいSIPトランザクションを開始して、テキストメッセージの配信ステータスを報告しなければならないことを回避する。図2は、例示の一実施形態において、テキストメッセージの配信ステータスを報告する方法200を示すフローチャートである。方法200のステップは、図1の中のテキストメッセージシステム100を参照して説明されることになるが、当業者なら、方法200は、他のネットワークおよびシステムにおいて実行され得ることを理解するであろう。本明細書において、説明されるフローチャートのステップは、必ずしも包括的であるとは限らず、また示されていない他のステップを含むことができる。それらのステップは、代替的な順序で実行することもできる。ステップ202において、ネットワークインターフェース102は、パケット交換ネットワーク110においてエンティティ図示されずからSIP要求を受信し、ここでSIP要求は、テキストメッセージをカプセル化する。例えば、パケット交換ネットワーク110の中のエンティティは、SIP要求の形でモバイル起源のMOテキストメッセージを送信するエンドユーザデバイスを備えることができる。パケット交換ネットワーク110の中のエンティティは、代わりにSIP要求の形でテキストメッセージをシステム100に対して転送するサーバまたはゲートウェイを備えることもできる。SIP要求は、テキストメッセージ例えば、SMSメッセージを移送するSIPメッセージ、または別のタイプのSIP要求を含むこともできる。ステップ204において、制御システム104は、テキストメッセージを受信者に対して配信するためのステータスを決定し、このステータスは、テキストメッセージの配信ステータスと称される。配信ステータスは、テキストメッセージをその対象とする受信者単数または複数に対して配信することの成功または失敗を示す任意の情報を含む。テキストメッセージの配信ステータスを決定するために使用されるプロセスは、この出願の範囲を超えている。しかしながら、一例においては、テキストメッセージシステム100が、エンドユーザデバイスの中に実装される場合、そのときには制御システム104またはエンドユーザデバイスの中の別のシステムは、テキストメッセージについてのデータを構文解析して、アドレス指定エラー、フォーマットエラー、または他の任意のタイプのエラーが存在していたかどうかを判定することができる。1つまたは複数のエラーが、テキストメッセージを構文解析する際に検出される場合、そのときには制御システム104は、テキストメッセージの配信が失敗していることを判定することができる。テキストメッセージを構文解析する際にエラーが検出されない場合、そのときには制御システム104は、テキストメッセージの配信が成功したことを判定することができる。ステップ206において、制御システム104は、テキストメッセージについての配信ステータスパラメータを含むSIP応答を生成する。現在、使用可能なSIP応答の組は、テキストメッセージの配信ステータスについての規定されたパラメータを有してはいない。したがって、本明細書において提供される実施形態によれば、配信ステータスパラメータを含む1つまたは複数の新しいSIP応答が、定義され、これを使用して、テキストメッセージを受信者に対して配信するステータスを示す。これらの新しいSIP応答は、以下でより詳細に考察される。用語パラメータが、本明細書において使用されるが、ヘッダパラメータ、ヘッダフィールド、ヘッダ内容など、他の用語を使用して、SIP応答の拡張された機能を説明することができる。ステップ208において、制御システム104は、SIP応答の配信ステータスパラメータにテキストメッセージについての決定された配信ステータスを挿入する。次いで、ネットワークインターフェース102は、ステップ210においてパケット交換ネットワーク110上でSIP応答をエンティティに対して送信する。上記の説明から明らかなように、SIP応答は、テキストメッセージの配信ステータスを実際に含んでいる。SIP応答は、SIP要求の配信ステータスを示すこともできる。SIP応答は、テキストメッセージの配信ステータスを含むので、パケット交換ネットワーク110の中のテキストメッセージシステム100とエンティティとの間の新しいSIPトランザクション例えば、別のSIP要求が、テキストメッセージの配信ステータスを報告する必要はない。これは、複数の理由のために有利である。例えば、複数のSIPトランザクションがテキストメッセージの配信ステータスを報告することを必要とするときには、送信者と受信者との両方が、2つのSIPトランザクションについての関連するデータを保存して、2つのトランザクションからのSIP要求/応答を相関させる必要がある。また、第1のSIP要求の送信者は、配信ステータスを報告する第2のSIP要求を受信するノードと同じではない可能性もあり、それゆえに、SIPトランザクションの相関は、難しい可能性がある。SIP応答の中のテキストメッセージの配信ステータスをSIP要求のステータスと一緒に報告することは、本明細書における実施形態におけるように、テキストメッセージングが、パケット交換ネットワークにおいて効果的に実装されることを可能にする。本明細書における実施形態によれば、SIP応答コマンドRFC3261を参照は、テキストメッセージをカプセル化するSIP要求についての新しい応答のコード/カテゴリをサポートするように拡張される。新しいSIP応答のうちの1つは、成功した結果で完了される試みを示すSIP700である。より詳細には、SIP700は、テキストメッセージの配信が成功したことを示すパラメータを含んでいる。SIP700の中のパラメータは、配信の成功を示す様々な情報を入力されることもある。情報の1つの例は、MAPRP-ACKモバイル起源のMOテキストメッセージについてのSMS-サブミット-レポート、またはモバイルにより終了されるMTテキストメッセージについてのSMS-デリバー-レポートのいずれかとすることができる。新しいSIP応答のうちの別の1つは、成功しなかった失敗した結果で完了される試みを示すSIP701である。より詳細には、SIP701は、テキストメッセージの配信が失敗したことを示すパラメータを含んでいる。SIP701の中のパラメータは、成功しなかった配信を示す様々な情報を入力されることもある。情報の1つの例は、MAPRP-エラーモバイル起源のMOテキストメッセージについてのSMS-サブミット-レポート、またはモバイルにより終了されるMTテキストメッセージについてのSMS-デリバー-レポートのいずれかとすることができる。例図3は、例示の一実施形態における通信システム300を示すものである。通信システム300は、複数のワイヤレス通信ネットワークを含んでおり、これらのワイヤレス通信ネットワークは、この実施形態においては、CDMAネットワーク310と、IMSネットワーク320と、LTEネットワーク330として示されている。下記で説明される実施形態は、SIPメッセージを使用した、モバイルデバイス350に対するSMSメッセージの配信を例証している。CDMAネットワーク310は、ホームロケーションレジスタHLR:HomeLocationRegister312と、モバイル交換センタMSC:MobileSwitchingCenter314と、パケットデータネットワークゲートウェイPDN-GW:PacketDataNetworkGateway316とを含む。HLR312は、CDMAネットワーク310を使用することが認可されたモバイルデバイスの加入情報および他の詳細例えば、加入者プロファイルを記憶する中央加入者データベースである。MSC314は、モバイルデバイスについてのサービングノードであり、またCDMAネットワーク310において、音声コール、SMS、および他のサービスを処理することを担っている。PDN-GW316は、CDMAネットワーク310と、IMSネットワーク320などのパケット交換ネットワークとの間で信号を相互に作用させる、CDMAネットワーク310の中の任意のノードまたは要素を備える。CDMAネットワーク310は、基地局、無線ネットワーク制御装置など、簡潔にするために示されていない他のネットワーク要素を含むことができる。IMSネットワーク320は、プロキシ-コールセッション制御機能P-CSCF:Proxy-CallSessionControlFunction322と、サービング-コールセッション制御機能S-CSCF:Serving-CallSessionControlFunction324と、ホーム加入者サーバHSS:HomeSubscriberServer326と、パケットゲートウェイPGW:packetgateway328とを含む。P-CSCF322は、IMSドメインに対するエントリポイントであり、またIMSデバイスについてのアウトバウンドプロキシサーバとしての機能を果たす。S-CSCF324は、信号プレーンの中央ノードであり、IMSネットワーク320の上でセッションを開始するIMSデバイスについてのセッション制御を実行する。S-CSCF324は、図3において示されていない1つまたは複数のアクセスネットワークの上でIMSデバイスと通信する。HSS326は、加入に関連した情報例えば、加入者プロファイルを記憶し、エンドユーザの認証および認可を実行し、加入者の位置についての情報を提供するなどを行う加入者サーバである。PGW328は、外部ネットワークとパケットを交換する、IMSネットワーク320の中の任意のノードまたは要素を備える。LTEネットワーク330の要素は、簡潔にするためにこの実施形態においては示されていない。通信システム300はまた、SMSセンタSMSC342と、SMSゲートウェイ344とを含んでおり、このSMSゲートウェイは、LTEゲートウェイ、IPショートメッセージゲートウェイIP-SM-GW:IPShortMessageGateway、またはIPの上でSMSを処理する何らかの他のゲートウェイを備えることができる。SMSセンタ342は、記憶-および-転送の処理を使用してSMSメッセージを配信する、回路交換ネットワークについての任意のノードを備える。SMSゲートウェイ344は、SIP-ベースのネットワークと、異なるシグナリングプロトコルを使用するネットワークまたはデバイスと、の間で信号を相互に作用させる任意のノードを備える。例えば、ネットワークまたはデバイスが、ショートメッセージピアツーピアSMPP:ShortMessagePeer-to-Peerプロトコルを使用して、SMSメッセージを交換する場合、そのときにはSMSゲートウェイ344は、SIPに対してSMPPプロトコルメッセージを相互に作用させ、また逆も同様である。通信システム300はまた、外部ショートメッセージングエンティティESME:ExternalShortMessagingEntities346および348を含んでいる。ESMEは、SMSC342またはSMSゲートウェイ344に接続して、SMSメッセージの送信および/または受信に従事する外部アプリケーションである。ESMEの典型的な例は、自動化されたマーケティングメッセージをモバイルユーザに対して送信するシステム、SMS投票を処理する投票システムなどである。この実施形態について、ESME348は、モバイルデバイス350を対象とするSMSメッセージを生成することを仮定している。以下の実施形態は、どのようにして配信ステータスが、SIP応答の形で提供されるかを示すものである。図4は、例示の一実施形態におけるSMSメッセージの失敗した配信を示すメッセージ図である。参照として、図1のテキストメッセージシステム100は、この実施形態においてはモバイルデバイス350の中に実装されることになる。ESME348が、モバイルデバイス350のためのSMSメッセージを生成した後に、ESME348は、SMPPプロトコルのデータ_smメッセージdata_smmessageをフォーマットし、またデータ_smメッセージの中にSMSメッセージをカプセル化する。このポイントにおける1つの仮定は、ESME348が、SMPPプロトコルについてイネーブルにされることである。そうでない場合には、SMPPゲートウェイが、ESME348と、SMSゲートウェイ344との間に実装されることもある。次いで、ESME348は、データ_smメッセージをSMSゲートウェイ344に対して送信する。データ_smメッセージに応答して、SMSゲートウェイ344は、ダイアメーターユーザデータ要求UDR:UserDataRequestを使用してモバイルデバイス350の登録ステータスについてHSS326に問い合わせを行う。HSS326は、モバイルデバイス350が登録されていることを決定し、またモバイルデバイス350が登録されていることを示すダイアメーターユーザデータ応答UDA:UserDataAnswerを用いてSMSゲートウェイ344に対して応答する。次いで、SMSゲートウェイ344は、SMSメッセージをカプセル化するSIPメッセージを構築する。SIPメッセージヘッダSIPMESSAGEheaderは、以下のように構築されることもある。MESSAGEtel19305020103SIP20ViaSIP20UDP1351621205060branchz9hG4bTotel19305020103Fromtel19305020106tag1ESMEアドレス-長符号CallID689e5af445Ic0170livemas1MaxForwards70CSeq1MESSAGERouteLTEGWSIPURIPChargingVectoricidvaluePCSF1921611xxxxxxxxxxxContentTypeapplicationvnd3gppsmsContentLengthxxリレーレイヤメッセージの長さ<<カプセル化されたRP-データSMS-デリバー>>次いで、SMSゲートウェイ344は、IMSネットワーク320においてSIPメッセージをS-CSCF324に対して送信する。S-CSCF324は、次にはSIPメッセージをモバイルデバイス350に対してルーティングする。次いで、モバイルデバイス350は、SIPメッセージの中のSMSメッセージRP-データを構文解析しようと試みる。この実施形態について、エラーが、1つまたは複数の理由のために起こることを仮定する。モバイルデバイス350は、その結果として、SMSメッセージの配信が失敗していると判定する。次いで、モバイルデバイス350は、SMSメッセージの配信ステータスについてのパラメータを含むSIP701応答を生成し、またSIP701応答のパラメータに失敗した配信の表示を挿入する。例えば、モバイルデバイス350は、失敗した配信についての理由を示すTP-失敗-原因TP-Failure-Causeの値を含むSMS-デリバー-レポート3GPPTS23.040を参照を挿入することができる。SIP701応答は、以下のように見えることもある。SIP20701AttemptedwithunsuccessfulresultViaSIP20UDP135130705080branchz9hG4bK2874826621402101MaxForwards69FromtagpctUA287482662ToLTEGWSIPURICallID2874826621402079CSeq1MESSAGEContentTypeapplicationvnd3gppsmsContentLengthxxリレーレイヤメッセージの長さ<<カプセル化されたRP-エラーSMS-デリバー-レポートメッセージ>>次いで、モバイルデバイス350は、SIP701応答をS-CSCF324に対してルーティングする。S-CSCF324は、次にはSIP701応答をSMSゲートウェイ344に対してルーティングする。SMSゲートウェイ344は、SIP701応答を処理して、失敗した配信を識別する例えば、SMSメッセージについての配信の失敗についての理由を示すTP-失敗-原因の値を処理する。次いで、SMSゲートウェイ344は、エラーコードをデータ_sm_respdata_sm_respの中のSMPPコマンド_ステータス結果コードSMPPcommand_statusresultcodeにマッピングするそれが異なるプロトコルである場合、異なるマッピングが存在し得る。以下に提供される表1は、エラーコードマッピングの一例を示すものである。次いで、SMSゲートウェイ344は、データ_sm_respメッセージをESME348に対して送信し、このメッセージは、SMSメッセージの失敗した配信をESME348に対して報告する。図4における実施形態においては、SIP701応答は、SMSメッセージの配信ステータス失敗を実際に含んでいる。SIP701応答は、SMSメッセージの配信ステータスを含んでいるので、モバイルデバイス350は、新しいSIPトランザクション例えば、別のSIPメッセージを開始して、SMSメッセージの配信ステータスをSMSゲートウェイ344に対して提供する必要はない。別の実施形態についてモバイルデバイス350が、ESME348を対象とするSMSメッセージを生成することを仮定する。以下の実施形態は、どのようにして配信ステータスが、SIP応答の形で提供されるかを示すものである。図5は、例示の一実施形態におけるSMSメッセージの成功した配信を示すメッセージ図である。参照として、図1のテキストメッセージシステム100は、この実施形態においてはSMSゲートウェイ344の中に実装されるであろう。モバイルデバイス350が、ESME348についてSMSメッセージを生成した後に、モバイルデバイス350は、SIPメッセージをフォーマットし、またSMSメッセージをSIPメッセージの中でカプセル化する。このポイントにおける1つの仮定は、モバイルデバイス350が、SIP-イネーブルにされることである。SIPメッセージは、以下のように見えることもある。MESSAGEtel19305020103SIP20ViaSIP20UDP135130705080branchz9hG4bK2874826621402101MaxForwards70FromtagpctUA287482662ToLTEGWSIPURICallID2874826621402079CSeq1MESSAGERouteLTEGWSIPURIPAssertedIdentityPAssertedIdentityContentTypeapplicationvnd3gppsmsContentLengthxxリレーレイヤメッセージの長さ<<カプセル化されたRP-データSMS-サブミットメッセージ>>次いで、モバイルデバイス350は、SIPメッセージをS-CSCF324に対して送信する。SIPメッセージに応答して、S-CSCF324は、SIPメッセージをSMSゲートウェイ344に対してルーティングする。SMSゲートウェイ344は、RP-データとSMS-サブミットPDUとを構文解析することによりSIPメッセージからSMSメッセージを取り出す。次いで、SMSゲートウェイ344は、SMPPプロトコルのデータ_smメッセージを生成し、またデータ_smメッセージの中にSMSメッセージをカプセル化する。SMSゲートウェイ344は、データ_smメッセージをESME348に対して送信するESME348が、SMPPプロトコルについてイネーブルにされることを仮定して。データ_smメッセージに応答して、ESME348は、データ_smメッセージの中にカプセル化されるSMSメッセージを構文解析しようと試みる。この実施形態について、SMSメッセージが、ESME348に対して成功裏に配信されたことを仮定する。ESME348は、配信が、成功したことを決定し、また成功した結果コードを用いてSMPPプロトコルのデータ_sm_respメッセージを生成する。次いで、ESME348は、データ_sm_respメッセージをSMSゲートウェイ344に対してルーティングする。SMSゲートウェイ344は、データ_sm_respメッセージを受信し、またその結果を処理して、SMSメッセージが、その受信者に成功裏に配信されたことを決定する。次いで、SMSゲートウェイ344は、SMSメッセージの配信ステータスについてのパラメータを含むSIP700応答を生成し、またSMSメッセージの配信が、成功したことを示す表示をそのパラメータに挿入する。例えば、SMSゲートウェイ344は、成功した配信を示すSMS-サブミット-レポート3GPPTS23.040参照を挿入することができる。SIP700応答は、以下のように見えることもある。SIP20700AttemptedwithsuccessfulresultViaSIP20UDP135130705080branchz9hG4bK2874826621402101MaxForwards69FromtagpctUA287482662ToCallID2874826621402079CSeqIMESSAGEContentTypeapplicationvnd3gppsmsContentLengthxxリレーレイヤメッセージの長さ<<カプセル化されたRP-ACKSMS-サブミット-レポートメッセージ>>次いで、SMSゲートウェイ344は、SIP700応答をS-CSCF324に対してルーティングする。S-CSCF324は、次にはSIP700応答をモバイルデバイス350に対してルーティングし、この応答は、成功した配信の試みをモバイルデバイス350に対して報告する。図5における実施形態において、SIP700応答は、SMSメッセージの配信ステータス成功を実際に含んでいる。SIP700応答は、SMSメッセージの配信ステータスを含むので、SMSゲートウェイ344は、新しいSIPトランザクション例えば、別のSIPメッセージを開始して、SMSメッセージの配信ステータスをモバイルデバイス350に対して提供する必要はない。図面の中に示され、または本明細書において説明される様々な要素のうちの任意のものは、ハードウェア、ソフトウェア、ファームウェア、またはこれらの何らかの組合せとして実装されることもある。例えば、ある要素は、専用のハードウェアとして実装されることもある。専用のハードウェア要素は、プロセッサ、コントローラと称され、または何らかの類似した専門用語で示されることもある。プロセッサによって提供されるときに、機能は、単一の専用のプロセッサにより、単一の共用プロセッサにより、またはそれらの一部が共用され得る、複数の個別のプロセッサにより、提供されることもある。さらに、用語プロセッサまたはコントローラの明示的な使用は、ソフトウェアを実行することができるハードウェアだけを排他的に意味するように解釈されるべきではなく、また、限定することなく、デジタル信号プロセッサDSP:digitalsignalprocessorハードウェア、ネットワークプロセッサ、特定用途向け集積回路ASIC:applicationspecificintegratedcircuitまたは他の回路、フィールドプログラマブルゲートアレイFPGA:fieldprogrammablegatearray、ソフトウェアを記憶するためのリードオンリーメモリROM:readonlymemory、ランダムアクセスメモリRAM:randomaccessmemory、不揮発性ストレージ、ロジック、あるいは何らかの他の物理的ハードウェアのコンポーネントまたはモジュールを暗黙のうちに含むことができる。また、ある要素は、その要素の機能を実行するプロセッサまたはコンピュータによって実行可能な命令として実装されることもある。命令のいくつかの例は、ソフトウェアと、プログラムコードと、ファームウェアとである。それらの命令は、プロセッサによって実行されるときに、要素の機能を実行するようにプロセッサに指示するように動作可能である。それらの命令は、プロセッサによって読み取り可能であるストレージデバイスに記憶されることもある。ストレージデバイスのいくつかの例は、デジタルメモリまたはソリッドステートメモリ、磁気ディスクや磁気テープなどの磁気ストレージ媒体、ハードドライブ、あるいは光学的に読み取り可能なデジタルデータストレージ媒体である。特定の実施形態が、本明細書において説明されているが、本発明の範囲は、これらの特定の実施形態だけには限定されない。本発明の範囲は、添付の特許請求の範囲と、その任意の均等物とによって定義される。