(57)【要約】【課題】従来技術の欠点に鑑みこれを解消すべく改善を行うこと。【解決手段】メッセージグループのメッセージの種別を示す識別子を、ショートメッセージのデータ部分に含める工程を備えるようにする。【選択図】図１
2007318789.tif 000002
【特許請求の範囲】
【請求項１】
予め定められたメッセージグループに属する１つのメッセージをショートメッセージにより送信するメッセージ伝送方法において、
前記メッセージグループのメッセージの種別を示す識別子を、前記ショートメッセージのデータ部分に含める工程を備えることを特徴とするメッセージ伝送方法。
【請求項２】
前記１つのメッセージの存在を示す識別子を、前記ショートメッセージのデータ部分に含める工程を備えることを特徴とする請求項１記載のメッセージ伝送方法。
【請求項３】
前記メッセージグループがマルチメディアメッセージの加入者への配信に関するメッセージグループであることを特徴とする請求項１記載のメッセージ伝送方法。
【請求項４】
前記１つのメッセージがＷＣＭＰ（Wireless Control Message Protocol）に準じて記載されていることを特徴とする請求項３記載のメッセージ伝送方法。
【請求項５】
前記１つのメッセージが前記ＷＣＭＰに準じて記載されていることを示す識別子を、前記ショートメッセージのヘッダ部分に含める工程を備えることを特徴とする請求項４記載のメッセージ伝送方法。
【請求項６】
前記１つのメッセージが、前記マルチメディアメッセージの加入者への配信失敗を通知するためのメッセージであることを特徴とする請求項３記載のメッセージ伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予め定められたメッセージグループに属する１つのメッセージをショートメッセージにより送信するメッセージ伝送方法に関している。
【背景技術】
【０００２】
本発明は、基本的には任意のマルチメディアメッセージングサービスや遠隔通信網に適用可能ではあるが、ここでは主にその説明と根本的な問題をＭＭＳ（Multimedia Messaging Service)サービスに基づいて行うものとする。これは第３世代のプロジェクトプログラムの標準化の枠内で特定化されたものであり、特にＧＳＭ(Global System for Mobile Communications)システムやＵＭＴＳ(Universal Mobile Telecommunication System)システムにおいて使用可能である。
【０００３】
一般に遠隔通信網においては既にショートメッセージサービスが公知である。これは遠隔通信網の加入者にショートメッセージを送信するのに用いられているサービスであり、ここでは当該加入者に対して事前に遠隔通信リンクを確立させる必要性は生じない。
【０００４】
このことは特にＧＳＭ方式のような移動無線システムにおいては重要である。というのもそこでは加入者が頻繁に圏外になるからである。当該の加入者が圏外にいる場合には、その加入者宛のショートメッセージは、遠隔通信網のネットワークプロバイダによって一時的に記憶され、その後の時点でその加入者が再び圏内に入ったところで、このショートメッセージが自動的に当該加入者に配信される。
【０００５】
ＧＳＭ規格によるショートメッセージングサービスとしてはＳＭＳ(Short Message Service)サービスが公知である。このショートメッセージには約１６０個の７ビットＡＳＣＩＩ(American Standard Code for Information Interchange)テキスト文字（キャラクタ）が伝送される。長文テキストの伝送にはショートメッセージの連鎖が用いられる。ＧＳＭ規格によるテキスト伝送のみが行われるため、２進データ、例えばオーディオデータ、画像データなどの伝送の際には、これらをテキスト形式に変換し、受信後に再び二進形式に戻す変換をしなければならない。
【０００６】
その際にはショートメッセージの内容全体へのアクセスのみが可能である。そのため場合によってはアドレス指定されたユーザーにとって不所望なショートメッセージのデータも送られてくる。ショートメッセージの個別の内容についての把握は、ネットワークプロバイダから１つの完全なショートメッセージを受取った後でしかできない。
【０００７】
図４には、ＧＳＭ方式におけるＳＭＳショートメッセージの第１のタイプＡの基本構造が示されている。
【０００８】
第１のタイプＡのＳＭＳショートメッセージは、基本的にヘッダ（ないしラベル）ＳＭ−Ｈとデータ部ＳＭ−Ｄからなっている。このヘッダＳＭ−Ｈは、シグナリングエントリ並びに送信すべきメッセージの受信アドレスないしは受信すべきメッセージの送信アドレスを含んでいる。データ部ＳＭ−Ｄは、本来の伝送すべきメッセージを含んでいる。
【０００９】
送信機ないし受信機は、"ＧＳＭ 03.40 Ｖ7. 1. 0 (1998-11) Technical realisation of the Short Messag Service (SMS); Point-to-Point (PP); 3G 23. 040 V3.2.0(1999-10) Technical realisation of the Short Message Service(ＳＭＳ) ；MSISDN(Mobile Subscriber Integrated Services Digital Network) を介したPoint-to-Point(PP)"に従ってナンバーを識別する。
【００１０】
また任意に第２のヘッダ、いわゆるユーザーデータヘッダＳＭ−ＤＨがデータ部ＳＭ−Ｄに設けられていてもよい。このユーザーデータヘッダが存在している場合には、相応のシグナリングエントリによってヘッダＳＭ−Ｈ内で示される。ＳＭＳユーザーデータヘッダの種々のタイプは、ＧＳＭ 03. 40/3G 23. 040 において既に特定化されている。このユーザーデータヘッダＳＭ−ＤＨの種々のタイプは、当該ユーザーデータヘッダＳＭ−ＤＨ内の識別素子によって区別される。
【００１１】
ショートメッセージＳＭの連鎖は、例えば既にそのようなユーザーデータヘッダＳＭ−ＤＨを介して制御される（識別子："０８"１６進法）。そのようなユーザーデータヘッダＳＭ−ＤＨに対するさらなる例は、"ワイヤレスコントロールメッセージプロトコル"である。これは１６進法の表記法において識別子"０９"によって表わされる。これはワイヤレスアプリケーションプロトコル（ＷＡＰ）のために必要である。
【００１２】
図５には、ＧＳＭにおけるＳＭＳショートメッセージの第２タイプＢの基本構造が示されている。
【００１３】
このケースにおいてもＳＭＳショートメッセージＳＭ′は、基本的にヘッダＳＭ−Ｈ′とデータ部ＳＭ−Ｄ′からなっている。ヘッダＳＭ−Ｈ′は、再びシグナリングエントリ並びに送信すべきメッセージの受信アドレスないしは受信すべきメッセージの送信アドレスを含んでいる。データ部ＳＭ−Ｄ′は、本来の伝送すべきメッセージを含んでいる。
【００１４】
ヘッダＳＭ−Ｈ′においては既に８ビット幅のフィールドが存在しており、これはＴＰ−ＰＩＤ（Transfer Protcol-Protocol Identifier）として表わされる。一般的にはこのパラメータＴＰ−ＰＩＤは使用するプロトコルの確定に用いられる。このパラメータは特にテレマティック・インターウォーキングの実現のために、あるいは移動体電話もしくはＳＭＳＣ（Short Message Service Center）におけるメッセージのハンドリングの確定のために用いられる。
【００１５】
テレマティック・インターウォーキングのもとではこのＴＰ−ＰＩＤは＜００１×××××＞の形態のビットパターン、すなわちビット７＝０、ビット６＝０およびビット５＝１である。
【００１６】
移動体電話から送信されたＳＭＳショートメッセージＳＭ′のヘッダＳＭ−Ｈ′のＴＰ−ＰＩＤにおけるこのビットパターンが現れると、ＳＭＳＣ（Short Message Service Center）は、目下のＳＭＳを他のデータフォーマットに変換させるか、および/または所定の通信プロトコルを実施させる。このようにして例えば移動体電話からグループ３のファックスを固定網のファックス機に送信することが可能となる。全ＴＰ−ＰＩＤオクテットの値はこの場合＜００１０００１０＞である。
【００１７】
移動体電話によって受信されたＳＭＳショートメッセージＳＭ′のヘッダＳＭ−Ｈ′のＴＰ−ＰＩＤにおいてこのビットパターンが現れた場合には、ＳＭＳＣは、ＳＭＳ外部テレマティック・サービスからのメッセージを受信しこれをＳＭＳに変換する。このようにして例えば固定網の任意のＥメールアカウントからこのサービスセンタを介してインターネットＥメールを移動体電話に送信することが可能となる。受信されたＴＰ−ＰＩＤオクテットの値は、この場合＜００１１００１０＞である。
【００１８】
メッセージのハンドリングのケースでは、このＴＰ−ＰＩＤは＜０１××××××＞の形態のビットパターンである。すなわちビット７＝０、ビット６＝１である。
【００１９】
このビットパターンが移動体電話によって受信されたＳＭＳショートメッセージＳＭ′のヘッダＳＭ−Ｈ′のＴＰ−ＰＩＤにおいて現れた場合には、ＳＭＳＣはこの移動体電話をメッセージの所定のハンドリングにもたらす。このようにして例えばＳＭＳＣは移動体電話に、受信したメッセージをＳＩＭ（Subscriber Identity Module）へハンドオーバさせる。そこでこのメッセージはＳＩＭアプリケーションツールキットに応じてさらに処理される。受信したＴＰ−ＰＩＤオクテットの値は、このケースでは＜０１１１１１１１＞である。
【００２０】
このビットパターンが移動体電話から送信されたＳＭＳショートメッセージＳＭ′のヘッダＳＭ−Ｈ′のＴＰ−ＰＩＤに現れた場合には、例えばビットパターン＜０１０００００１＞のケースにおいてＳＭＳＣは、同じ移動体電話の既に存在するショートメッセージを受信したショートメッセージに書換えさせる。
【００２１】
このＭＭＳサービスは、移動体電話を用いたマルチメディアメッセージの送信と受信を可能にさせるサービスである。目下の（暫定的な）従来技法としてのＭＭＳの標準化は、"3G TS 23.140, MMS Stage 2, v.1.0.0"である。マルチメディアメッセージ（ＭＭ＝Multimedia Message）は、ＳＭＳショートメッセージとは別に、所定のサイズにもテキスト表示にも限定されるべきものではない。それに代えてマルチメディアメッセージは多岐のメディアタイプをサポートしている。
【００２２】
ＭＭＳサービスにおける中心となる機能は、ＭＭＳリレーに適している。この要素は、種々のメディアを介して異なる形式のサーバー（例えばＥメールサーバー、ファックスサーバー、ボイスメールサーバー、ＭＭＳサーバー）に接続される（"3G TS 23.140, MMS Stage 2, v.1.0.0"参照）。これは移動体のユーザーに、前述したようなサーバー上に存在する全ての情報/メッセージへのアクセスを可能にさせるために用いられる。
【００２３】
ＭＭＳリレーを介して移動体−ユーザーはＥメールサーバーに存在する自身のＥメールへのアクセス、あるいはファックスサーバー上で自身宛に"待機"状態にあるファックスへのアクセス、もしくはボイスメールボックスを示す音声メッセージへのアクセスなどを実施する。これらのメッセージの受信の他にも、移動体−ユーザーがメッセージを作成しそれをＭＭＳリレーを介して所望の受信機へ送信することも考えられる。
【００２４】
"3G TS 23.140, MMS Stage 2, v.1.0.0"においては、とりわけＭＭＳサービスのユーザーはまずそのＭＭＳサービスプロバイダに通知を行う（Session establishment）。このプロバイダからユーザーは、そのサービスプロファイルに応じてログオンの受領応答を受取る（receipt）。ＭＭＳサーバー上でユーザーに対して未読メッセージが存在している場合には、ユーザーはこれに関する通知をそのサービスプロファイルに応じて受取ることができ（notification）。
【００２５】
ＭＭＳサーバーは、この場合１つまたは複数の任意のサーバー、例えば１つまたは複数のＥメールサーバー、ファックスサーバー、場合によっては特定のＭＭＳサーバー（独立したＭＭフォーマットで標準化されているケース）あるいはこれらの任意の組合せを保証している。
【００２６】
同じように、ＭＭＳセッションの間に新たなメッセージがＭＭＳサーバーに到着している場合には、ユーザーはそのサービスプロファイルに応じてメッセージを受取ることができる。
【００２７】
ユーザープロファイルに、未読メッセージおよび/または新規メッセージに関する自動通知が設定されていない場合には、ＭＭＳサービスの仕様によればユーザーにそのような通知をＭＭＳリレーによって要求する手段が提供される（explicit notification-query）。
【００２８】
同様にサービスプロファイルの中でユーザーは、サービスプロバイダから他のユーザーへのＭＭＳの送信の成功に関する確認応答を受取りたいかどうかを規定することも可能である。この場合は、２つの方式に区別できる。
【００２９】
一方では、ユーザーは自信の送信メッセージがリレーのための無線インターフェースを介して無事に送信されたことを表わすＭＭＳリレーの確認応答を受取る（ACK/NACK submission 1: positive/negative acknowledgement of submission to Relay）。
【００３０】
さらにユーザーは、受信側および/またはＭＭＳリレーから受信側におけるメッセージの無事の受信に関する確認応答を受ける（ACK/NACK submission 2: positive/negative end-to-end acknowledgement of submission to Receiver）。
【００３１】
またＭＭＳサービスは、サービスプロバイダ（ＭＭＳリレー）が、加入者ないし加入者局に対するＭＭの配信の成功/不成功に関する応答通知を得る手段も提供し得る：
ACK/NACK delivery.
"In 3G TS 23.140, MMS Stage 2, v. 1. 0. 0, 3GPP TSG T WG 2, November 1999"ではさらに、ＳＭＳに関するメッセージの自動ダウンロードのトリガが設けられている（pull-push）。
【００３２】
ＭＭに関する前述したような機能性ないしメッセージは、アプリケーション層に書込まれる。しかしながらその実現はオープンである。但しこのようなもしくはこれに類似した機能性ないしメッセージの全ては様々な形式で実現される。
【００３３】
本発明の基礎をなす問題点は、一般にＭＭＳメッセージサービスにおいては様々な種類のメッセージが送信されることである。すなわち例えば前述したようなシステムの報告や本来のユーザー情報などである。この場合本来のユーザー情報の内容も非常に異なり得る。すなわち短いテキストメッセージまたは長い画像メッセージ、音声メッセージまたはその他のメッセージであり得る。このことは結果的に全てのメッセージに対して均等に最適化された伝送スキーマは存在しないということになる。
【発明の開示】
【発明が解決しようとする課題】
【００３４】
本発明の課題は、従来技法における欠点に鑑みこれを解消すべく改善を行うことである。
【課題を解決するための手段】
【００３５】
前記課題は本発明により、メッセージグループのメッセージの種別を示す識別子を、前記ショートメッセージのデータ部分に含める工程を備えることによって解決される。
【発明を実施するための最良の形態】
【００３６】
本発明が基礎としている考察は、第１のメッセージサービスの予め定められたメッセージを第２のメッセージサービスのメッセージによって送信することからなっている。
【００３７】
請求項１の特徴部分に記載されている本発明による方法が有している特別な利点は、第１のメッセージサービスの予め定められたメッセージが最適化された伝送スキーマが得られることである。
【００３８】
具体的な例では、ＳＭＳメッセージサービスによる、ＭＭＳメッセージサービス中の予め定められたメッセージに対して、簡単な送信を目論む伝送スキーマが選択される。すなわち、例えば接続/セッション構造毎の多くのオーバーヘッドと常時接続されている"GSM circuit switched data"または"GPRS general paket radio service"または"UMTS circuit bzw. packet switched data"による回線交換伝送が省略される。
【００３９】
本発明の別の有利な構成例及び改善例は従属請求項に記載されている。
【００４０】
別の有利な構成例によれば、送信機と受信機の間のパケット交換伝送で第２のメッセージサービスのメッセージが送信される。
【００４１】
さらに別の有利な実施例によれば、第１のメッセージサービスのメッセージの予め定められた第２のグループが、送信機と受信機の間の回線交換伝送によって送信される。
【００４２】
さらに別の有利な実施例によれば、第１のメッセージサービスが有利にはＭＭＳメッセージサービスのマルチメディアメッセージサービスであり、および/または第２のメッセージサービスが有利にはＳＭＳメッセージサービスのショートメッセージサービスである。
【００４３】
さらに別の有利な実施例によれば、第１のメッセージサービスがＭＭＳメッセージサービスであり、第２のメッセージサービスはＳＭＳメッセージサービスである。第１のメッセージサービスのメッセージの予め定められた第１のグループは、この場合以下に述べるメッセージの少なくとも一部を含んでいる：
＊予め定められたＭＭＳユーザーメッセージ（例えばショートテキストメッセージ）
＊ＭＭＳサーバー上のメッセージの存在に関する通知/報告（notification）
＊ＭＭＳセッションに対するログオン（session establishment）
＊このログオンに対する確認応答（receipt）
＊ＭＭＳリレーからの通知の明示的な要求（explicit notification-query）
＊リレーにおける送信されたＭＭＳの受信に関する確認応答（ACK/NACK ＿submission＿1)
＊別のユーザーへのＭＭＳの送信の成功に関する確認応答（ACK/NACK＿submission＿2)
＊ＭＭの配信（delivery)の成功/失敗に関する応答通知（ACK/NACK＿delivery)
＊ＭＭの自動ダウンロードのトリガ（pull-push)。
【００４４】
この実現には次のような利点がある。すなわちＳＭＳが既に存在し、そのためこのサービスの利用が市場へのＭＭＳの導入と受入れを容易にすることである。このＳＭＳを用いることで前述したような情報通知のための信頼性の高いサービスが得られる。ＳＭＳを使用すれば、情報通知の伝送のための付加的なシグナリングは必要ない。ＳＭＳは、そのような簡単な情報通知のための帯域幅を大事にするサービスを提供する。これはその上さらにＧＳＭシステム、ＧＰＲＳシステム、ＵＭＴＳシステムにおける実施すべきリンクないしセッションに同時に使用可能である。ＳＭＳは、第２世代（例えばＧＳＭ）の移動体電話においても使用可能である。ユーザーは、これに対して第３世代の高価な移動体電話（例えばＵＭＴＳ方式）を必ずしも必要とすることなくＭＭＳサービスの主要な特徴を利用できる。
【００４５】
さらに有利な構成例によれば、ＳＭＳショートメッセージはデータ部を備えている、第１のメッセージサービスのメッセージの確定のための以下の要素の少なくとも１つを有している。
【００４６】
さらなる有利な構成例によれば、第１のメッセージサービスのメッセージの確定のためのさらなる要素として、第１のメッセージサービスのメッセージの長さが表わされる。
【００４７】
さらに別の有利な構成例によれば、複数の要素が少なくとも部分的に、ＳＭＳショートメッセージのユーザーデータヘッダ内にもたらされる。
【００４８】
さらに別の有利な構成例によれば、ユーザーデータヘッダが、第１のメッセージサービスのメッセージの埋込まれるＷＣＭＰフォーマットで構成される。
【００４９】
さらに別の有利な構成例によれば、ＳＭＳショートメッセージが、データ部に第１のメッセージサービスのメッセージの存在の表示のための識別子を有しているヘッダを備えている。
【実施例】
【００５０】
図面中同じ参照符号は同じ構成要素もしくは機能的に同じ要素を表わしている。
【００５１】
図１には、本発明による方法の第１実施形態の場合でのＧＳＭ方式の第１のタイプＡのＳＭＳショートメッセージの構造が示されている。
【００５２】
図１による第１の実施形態では、ＭＭＳメッセージサービスの第１のメッセージサービスと、ＳＭＳメッセージサービスの第２のメッセージサービス、およびＭＭＳメッセージサービスのメッセージの予め定められた第１のグループである。
＊予め定められたＭＭＳユーザーメッセージ（例えばショートテキストメッセージ）
＊ＭＭＳサーバー上のメッセージの存在に関する通知/報告（notification）
＊ＭＭＳセッションに対するログオン（session establishment）
＊このログオンに対する確認応答（receipt）
＊ＭＭＳリレーからの通知の明示的な要求（explicit notification-query）
＊リレーにおける送信されたＭＭＳの受信に関する確認応答（ACK/NACK＿submission＿1)
＊別のユーザーへのMMSの送信の成功に関する確認応答（ACK/NACK＿submission＿2)
＊ＭＭの配信の成功/失敗に関する応答通知（ACK/NACK＿delivery)
＊ＭＭの自動ダウンロードのトリガ（pull-push)。
【００５３】
図１は、ＭＭＳサービスのもとでのセッション確立のためのタイプＡのＳＭＳショートメッセージのユーザーデータヘッダＳＭ−ＤＨを具体的に示したものである。
【００５４】
標準方式"ＧＳＭ 03. 40 V7. 1. 0 (1998-11) Technical realisation of the Short Message Service (SMS) ;Poiont-to-Point (PP) 3G 23. 040 V3. 2. 0 (1999-10) Technical realisation of the Short Message Service (SMS) ; Point-to-Point (PP) " に相応して、ヘッダＳＭ−ＨにおけるユーザーデータヘッダＳＭ−ＤＨの存在が、フラグＴＰＵＤＨＩ＝１によって表わされる。
【００５５】
同様にユーザーデータヘッダＳＭ−ＤＨの規格化は標準に準拠しえいる。これはユーザーデータヘッダ長ＵＨＬによって開始される。それに続いて第１のヘッダ要素の識別子ＵＨＩが追従する。ここでは例として"MMS session establishment Header ( Hex. 22)"が挙げられる。次に第１のヘッダエレメントの長さＵＨＥＬが続く。ここでは"MMS session establishment Header "情報のための所要の長さである。最後は"MMS session establishment Header "データフィールドＵＨＤである。これはここではユーザーＩＤとユーザープロファイルＩＤである。ユーザーＩＤによってユーザー自身がサービスプロバイダに認証されるのに対して、プロファイルＩＤによれば、ＭＭＳセッションに望ましいサービス/ユーザープロファイルの選択が行われる。
【００５６】
その後でさらなるユーザーデータヘッダエレメントが例えばＳＭＳ連鎖のために続く。つまり第２のヘッダエレメントの識別子ＵＨＩ′で開始され、引続き第１のヘッダエレメントと同じように構築される。
【００５７】
"ＭＭＳ session establishment Header"(例えば１６進の"22"）のみが存在する場合には、前述したような標準規格に従って所要のＳＭＳヘッダ/ＳＭＳユーザー データ ヘッダ フィールドが以下のように符号化される：
SMS ヘッダ：              TP-UDHI=1 (ユーザーデータヘッダが存在)
SMS ユーザーデータヘッダ:
・UDHL= ユーザーデータヘッダ長 UHL
・IEI=UHI=22 (ユーザーデータヘッダ識別子
=MMSセッション確立のための１６進の"22"）
・IEIDL=当該 ユーザーデータヘッダエレメント UHEL
の長さ
・さらなる情報：User-ID, Profile-ID
・SMSデータ: 空きまたはさらなるSMSユーザーデータ
ヘッダまたはテキストメッセージ
予め定められたＭＭＳメッセージの各タイプ毎に、一義的なユーザーデータヘッダインジケータUHIが定義されなければならない。
マッピングテーブルは以下のようにみなされる：
【００５８】
【表１】
2007318789.tif 000003
テーブル１：情報エレメント識別子（ＩＥＩ）の割当て例
図２には、本発明による方法の第２実施例のＧＳＭ方式の第１のタイプＡのＳＭＳショートメッセージの構造が示されている。
【００５９】
図２による第２の実施形態は、第１の実施形態に類似しており、但しＷＣＭＰ（Wireless Control Message Protocol）ユーザーデータヘッダを含んでいる。これはＭＭＳセッション確立のための例において埋込まれたＭＭＳプロトコルを有している。
【００６０】
このユーザーデータヘッダの識別子ＵＨＩは、１６進値の"０９"であり、これは標準方式"ＧＳＭ 03.40 Ｖ7. 1. 0 (1998-11) Technical realisation of the Short Messag Service (SMS); Point-to-Point (PP)"および "3G 23. 040 V3.2.0(1999-10) Technical realisation of the Short Message Service(ＳＭＳ) ；Point-to-Point (PP)"に準拠している。
【００６１】
図２に示されているように、ユーザーデータヘッダＳＭ−ＤＨは、ユーザーデータヘッダ長ＵＨＬで開始される。それに対しては第１のヘッダの識別子ＵＨＩ、ここではＷＣＭＰのための１６進の"０９"が続く。さらに当該ユーザーデータヘッダエレメント長ＵＨＥＬが続く。これは、ここでは"ＷＣＭＰ"ヘッダのための所要長である（全ての埋込まれたＭＭＳプロトコルを含む）。最後に、ＭＭＳプロトコルの"ＷＣＭＰ"フィールド（ここではＭＭＳＰと称される）が続く。これはまず標識ＭＭＳＩを含み、この標識ＭＭＳＩはＷＣＭＰフィールドを用いてＭＭＳプロトコルが実現されていることを示す（ＭＭＳ識別子とも称される）。ＭＭＳプロトコルのどの形式についてかは、以下の識別子ＭＭＳＮＩによって表わされる。このことはＭＭＳメッセージのどのタイプであるのかを示し、それによって第１実施形態のもとでのパラメータＵＨＩの内容に相応している。パラメータＭＭＳＣはＭＭＳセッション確立を例にした場合のユーザーＩＤとプロファイルＩＤを表わす。
【００６２】
第１実施例に類似して、メッセージの各タイプ毎に一義的なインジケータが定められる。
マッピングテーブルは以下のようにみなされる：
【００６３】
【表２】
2007318789.tif 000004
テーブル２：ＭＭＳＮＩコードの割当て例
図３は、本発明による方法の第３実施形態におけるＧＳＭ方式での第２のタイプＢのＳＭＳショートメッセージの構造が示されている。
【００６４】
前述した２つの実施形態では、ユーザーデータヘッダがＭＭＳ情報通知の実現のために使用されたのに対して、ＴＰ−ＰＩＤをそのような情報通知の認識のために利用する。このケースではサービスセンタＳＭＳＣがプロトコルにおいて参加し、それに対して前記２つの実施形態では、複数のデータが透過的に転送されるだけである。
【００６５】
当該実施例においては、ＭＭＳリレーがサービスセンタＳＭＳＣと共に特殊なＭＭＳプロトコルを使用する、すなわちユーザーのための情報通知がＭＭＳリレーから特殊なＭＭＳフォーマットでＳＭＳＣへ送信され、これによって当該メッセージがユーザーに伝送されるかまたはユーザーからの情報通知がＳＭＳＣを介してＭＭＳリレーに送信される。
【００６６】
ＳＭＳＣでは、当該情報通知は、ＳＭＳからＭＭＳフォーマットに変換（および逆変換）され、これは既存のＳＭＳがファックスにおいて変換され得るのに類似している。
【００６７】
これに対してはＴＰ−ＵＤＨＩ＝０のタイプＢであるＳＭＳショートメッセージＳＭ′のパラメータＴＰ−ＰＩＤがＭＭＳサービス固有の値ＭＭＳＩに置換えられる。この情報によって送信側と受信側で一義的に、ユーザーデータにおいてさらなるＭＭＳプロトコル固有の情報の追従が定められる。これは以下に述べるとおりである。
【００６８】
付加的なＭＭＳメッセージは、どの種の情報通知であるかを、つまりユーザーからＭＭＳリレーへ送信される"ＭＭＳ Session Establischment"を表わす識別子ＭＭＳＮＩ′が付される。この識別子ＭＭＳＮＩ′は、例えばテーブル２のパラメータＭＭＳＮＩのように再び実施されてもよいし、表示のために８ビットが要求されてもよい。引き続いて８ビット幅のフィールドＭＭＳＬが後続のＭＭＳ情報の長さを定める。これは情報通知の種別に依存している。"MMS Session Establischment"のケースでは、前述したユーザーＩＤやＭＭＳＣの所望のプロファイルＩＤのように通知されてもよい。
【００６９】
テレマティック・インターウォーキングまたはメッセージハンドリングが所望されているか否かに応じて、ＴＰ−ＰＩＤは＜００１××××＞のような形態で（例えば＜００１１００１１＞）、あるいは＜０１××××××＞のような形態で（例えば＜０１００１０００＞）存在し得る。
【００７０】
本発明は前述のようにいくつかの有利な実施例に基づいて説明したにもかかわらず、これらの実施例に限定されるものではなく、多種多様な方式での変更が可能である。
【００７１】
特に本発明は、前述したような遠隔通信ネットワークとそれに用いられるサービスに限定されるものではない。さらにショートメッセージの構造も変更可能である。また第２のメッセージサービスを介して送信する、第１のメッセージサービスのメッセージの決定のためにさらなる基準を用いてもよい（例えばネットワークのフル活用などのように）。
【図面の簡単な説明】
【００７２】
【図１】本発明による方法の第１実施形態の場合でのＧＳＭ方式の第１のタイプＡのＳＭＳショートメッセージの構造を示した図
【図２】本発明による方法の第２実施形態の場合でのＧＳＭ方式の第１のタイプＡのＳＭＳショートメッセージの構造を示した図
【図３】本発明による方法の第３実施形態の場合でのＧＳＭ方式の第２のタイプＢのＳＭＳショートメッセージの構造を示した図
【図４】ＧＳＭ方式のＳＭＳの第１のタイプＡの基本構造を示した図
【図５】ＧＳＭ方式のＳＭＳショートメッセージの第２のタイプＢの基本構造を示した図
【符号の説明】
【００７３】
ＳＭ      ショートメッセージ
ＳＭ−Ｄ  データパート
ＳＭ−Ｈ  ヘッダー
ＭＭ      マルチメディアメッセージ
【図１】
2007318789.tif 000005
【図２】
2007318789.tif 000006
【図３】
2007318789.tif 000007
【図４】
2007318789.tif 000008
【図５】
2007318789.tif 000009