JP2006270994A - 遠隔通信網におけるメッセージの伝送のための方法 - Google Patents

Abstract

【課題】従来技術の欠点に鑑みこれを解消すべく改善を行うこと。
【解決手段】サービスプロバイダが、加入者に対するマルチメディアメッセージの配信成功に関する応答通知をＭＭＳメッセージサービスのメッセージとして受取り、該応答通知はＳＭＳショートメッセージサービスを用いてサービスプロバイダへ送信されるようにする。
【選択図】図１

Description

本発明は、第１のメッセージサービスと第２のメッセージサービスが使用可能であり、第１のメッセージサービスの予め定められた第１のメッセージグループが、第２のメッセージサービスのメッセージによって送信され、前記第１のメッセージサービスはＭＭＳメッセージサービスであり、前記第２のメッセージサービスはＳＭＳメッセージサービスである、遠隔通信網におけるメッセージの伝送のための方法並びに該遠隔通信網の加入者局に関している。

本発明は、基本的には任意のマルチメディアメッセージングサービスや遠隔通信網に適用可能ではあるが、ここでは主にその説明と根本的な問題をＭＭＳ（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”(例えばHex.22）のみが存在する場合には、前述したような標準規格に従って所要のＳＭＳヘッダ/ＳＭＳユーザー データ ヘッダ フィールドが以下のように符号化される：
SMS ヘッダ： TP-UDHI=1 (ユーザーデータヘッダが存在)
SMS ユーザーデータヘッダ:
・UDHL= ユーザーデータヘッダ長 UHL
・IEI=UHI=22 (ユーザーデータヘッダ識別子
=MMSセッション確立のためのHex.22）
・IEIDL=当該 ユーザーデータヘッダエレメント UHEL
の長さ
・さらなる情報：User-ID, Profile-ID
・SMSデータ: 空きまたはさらなるSMSユーザーデータ
ヘッダまたはテキストメッセージ
予め定められたＭＭＳメッセージの各タイプ毎に、一義的なユーザーデータヘッダインジケータUHIが定義されなければならない。
マッピングテーブルは以下のようにみなされる：

テーブル１：情報エレメント識別子（ＩＥＩ）の割当て例
図２には、本発明による方法の第２実施例のＧＳＭ方式の第１のタイプＡのＳＭＳショートメッセージの構造が示されている。

図２による第２の実施形態は、第１の実施形態に類似しており、但しＷＣＭＰ（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)”に準拠している。

図２に示されているように、ユーザーデータヘッダＳＭ−ＤＨは、ユーザーデータヘッダ長ＵＨＬで開始される。それに対しては第１のヘッダの識別子ＵＨＩ、ここではＷＣＭＰのためのHex.０９が続く。さらに当該ユーザーデータヘッダエレメント長ＵＨＥＬが続く。これは、ここでは“ＷＣＭＰ”ヘッダのための所要長である（全ての埋込まれたＭＭＳプロトコルを含む）。最後に、ＭＭＳプロトコルの“ＷＣＭＰ”フィールド（ここではＭＭＳＰと称される）が続く。これはまず標識ＭＭＳＩを含み、ＷＣＭＰフィールドを用いてＭＭＳプロトコルを実現する（ＭＭＳ識別子とも称される）。ＭＭＳプロトコルのどの形式についてかは、以下の識別子ＭＭＳＮＩによって表わされる。このことはＭＭＳメッセージのどのタイプであるのかを示し、それによって第１実施形態のもとでのパラメータＵＨＩの内容に相応している。パラメータＭＭＳＣはＭＭＳセッション確立を例にした場合のユーザーＩＤとプロファイルＩＤを表わす。

第１実施例に類似して、メッセージの各タイプ毎に一義的なインジケータが定められる。
マッピングテーブルは以下のようにみなされる：

テーブル２：ＭＭＳＮＩコードの割当て例
図３は、本発明による方法の第３実施形態におけるＧＳＭ方式での第２のタイプＢのＳＭＳショートメッセージの構造が示されている。

前述した２つの実施形態では、ユーザーデータヘッダがＭＭＳ情報通知の実現のために使用されたのに対して、ＴＰ−ＰＩＤをそのような情報通知の認識のために利用する。このケースではサービスセンタがプロトコルにおいて参加し、それに対して前記２つの実施形態では、複数のデータが透過的に転送されるだけである。

当該実施例においては、ＭＭＳリレーがＳＭＳＣと共に特殊なＭＭＳプロトコルを使用する、すなわちユーザーのための情報通知がＭＭＳリレーから特殊なＭＭＳフォーマットでＳＭＳＣへ送信され、これによって当該メッセージがユーザーに伝送されるかまたはユーザーからの情報通知がＳＭＳＣを介してＭＭＳリレーに送信される。

ＳＭＳＣでは、当該情報通知は、ＳＭＳからＭＭＳフォーマットに変換（および逆変換）され、これは既存のＳＭＳがファックスにおいて変換され得るのに類似している。

これに対してはＳＭＳショートメッセージＳＭ′のパラメータＴＰ−ＰＩＤがＭＭＳサービス固有の値ＭＭＳＩに置換えられる。この情報によって送信側と受信側で一義的に、ユーザーデータにおいてさらなるＭＭＳプロトコル固有の情報の追従が定められる。これは以下に述べるとおりである。

付加的なＭＭＳメッセージは、どの種の情報通知であるかを、つまりユーザーからＭＭＳリレーへ送信される“ＭＭＳ Session Establischment”を表わす識別子ＭＭＮＳＩ′が付される。この識別子ＭＭＮＳＩ′は、例えばテーブル２のパラメータＭＭＳＮＩのように再び実施されてもよいし、表示のために８ビットが要求されてもよい。引き続いて８ビット幅のフィールドＭＭＳＬが後続のＭＭＳ情報の長さを定める。これは情報通知の種別に依存している。“MMS Session Establischment”のケースでは、前述したユーザーＩＤやＭＭＳＣの所望のプロファイルＩＤのように通知されてもよい。

テレマティック・インターウォーキングまたはメッセージハンドリングが所望されているか否かに応じて、ＴＰ−ＰＩＤは＜００１××××＞のような形態で（例えば＜００１１００１１＞）、あるいは＜０１××××××＞のような形態で（例えば＜０１００１０００＞）存在し得る。

本発明は前述のようにいくつかの有利な実施例に基づいて説明したにもかかわらず、これらの実施例に限定されるものではなく、多種多様な方式での変更が可能である。

特に本発明は、前述したような遠隔通信ネットワークとそれに用いられるサービスに限定されるものではない。さらにショートメッセージの構造も変更可能である。また第２のメッセージサービスを介して送信する、第１のメッセージサービスのメッセージの決定のためにさらなる基準を用いてもよい（例えばネットワークのフル活用などのように）。

本発明による方法の第１実施形態の場合でのＧＳＭ方式の第１のタイプＡのＳＭＳショートメッセージの構造を示した図 本発明による方法の第２実施形態の場合でのＧＳＭ方式の第１のタイプＡのＳＭＳショートメッセージの構造を示した図 本発明による方法の第３実施形態の場合でのＧＳＭ方式の第２のタイプＢのＳＭＳショートメッセージの構造を示した図 ＧＳＭ方式のＳＭＳの第１のタイプＡの基本構造を示した図 ＧＳＭ方式のＳＭＳショートメッセージの第２のタイプＢの基本構造を示した図

符号の説明

ＳＭ ショートメッセージ
ＳＭ−Ｄ データパート
ＳＭ−Ｈ ヘッダー
ＭＭ マルチメディアメッセージ

Claims (9)

1. 第１のメッセージサービスと第２のメッセージサービスが使用可能であり、
   第１のメッセージサービスの予め定められた第１のメッセージグループが、第２のメッセージサービスのメッセージによって送信され、
   前記第１のメッセージサービスはＭＭＳメッセージサービスであり、前記第２のメッセージサービスはＳＭＳメッセージサービスである、遠隔通信網におけるメッセージの伝送のための方法において、
   サービスプロバイダが、加入者に対するマルチメディアメッセージ（ＭＭ）の配信成功に関する応答通知をＭＭＳメッセージサービスのメッセージとして受取り、該応答通知はＳＭＳショートメッセージサービスを用いてサービスプロバイダへ送信されるようにしたことを特徴とする方法。
   さらにショートメッセージサービス（ＳＭ；ＳＭ′）は、第１のショートメッセージのメッセージの識別子（ＵＨＩ；ＭＭＳＮＩ）を有するデータパート（ＳＭ−Ｄ；ＳＭ−Ｄ′）を備えている形式の方法において、
   前記ショートメッセージは、ショートメッセージのデータパート（ＳＭ−Ｄ：ＳＭ−Ｄ′）内に第１のメッセージサービスのメッセージの存在を示すための識別子（ＭＭＳＩ；ＭＭＳＩ′）を有する
2. 第２のメッセージサービスのメッセージは、送信側と受信側の間で回線指向の伝送なしで送信される、請求項１記載の方法。
3. 第１のメッセージサービスの予め定められた第２のメッセージグループは、送信側と受信側の間で回線指向の伝送によって送信される、請求項１または２記載の方法。
4. ＳＭＳショートメッセージ（ＳＭ；ＳＭ′）は、
   第１のメッセージサービスのメッセージの確定のための以下の要素、すなわち
   第１のメッセージサービスのメッセージタイプの識別子(ＵＨＩ；ＭＭＳＮＩ)および/または第１のメッセージサービスのメッセージ内容（ＵＨＤ；ＭＭＳＣ）のうちの少なくとも１つを有するデータパート（ＳＭ−Ｄ；ＳＭ−Ｄ′）を備えている、請求項１から４いずれか１項記載の方法。
5. 第１のメッセージサービスのメッセージの確定のためのさらなる要素として、第１のメッセージサービスのメッセージ長（ＵＨＥＬ；ＭＭＳＬ）が示される、請求項４記載の方法。
6. 前記要素は少なくとも部分的に、ＳＭＳショートメッセージ（ＳＭ）のユーザーデータヘッダ（ＳＭ−ＤＨ）に挿入される、請求項４または５記載の方法。
7. 前記ユーザーデータヘッダ（ＳＭ−ＤＨ）は、ＷＣＭＰフォーマットで構成される、請求項６記載の方法。
8. ＳＭＳショートメッセージ（ＳＭ）は、ヘッダ（ＳＭ−Ｈ）を備えており、該ヘッダは、データパート（ＳＭ−Ｄ）内に第１のメッセージサービスのメッセージの存在を示す識別子（ＭＭＳＩ）を有している、請求項４から７いずれか１項記載の方法。
9. 第１のメッセージサービスと第２のメッセージサービスが使用可能であり、
   第１のメッセージサービスの予め定められた第１のメッセージグループが、第２のメッセージサービスのメッセージによって送信され、
   前記第１のメッセージサービスはＭＭＳメッセージサービスであり、前記第２のメッセージサービスはＳＭＳメッセージサービスである、遠隔通信網の加入者局において、
   マルチメディアメッセージ（ＭＭ）の受信のための受信手段と、
   加入者に対するマルチメディアメッセージ（ＭＭ）の配信成功に関する応答通知をＭＭＳメッセージサービスのメッセージとしてＳＭＳメッセージサービスを用いてサービスプロバイダへ送信する送信手段とを含んでいることを特徴とする加入者局。

Images