JP4991772B2 - 伝送方法、交換機 - Google Patents

Description

本発明は、データを、テレコミュニケーションネットワーク内での送信機の第１の通信ユニットから目的の受信機の第２の通信ユニットへ伝送する伝送方法、及び、テレコミュニケーションネットワーク内で、第１の通信ユニットから第２の通信ユニットへデータを伝送するための交換機であって、交換機は、第２の通信ユニットに伝送すべきデータに配属された伝送状態メッセージの形成用装置を有しており、データが第２の通信ユニットに配送可能でない場合、伝送状態メッセージ形成用の装置は、伝送すべきデータが配送可能でないことについての情報を伝送状態メッセージ内に設ける交換機に関する。

従来技術の移動無線網、例えば、ＧＳＭ標準（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｕｅｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に従って作動するネットワークでは、テキストデータの伝送用の制限された手段しか開発されていない。例えば、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）を用いて、例えば、１６０キャラクタ以下のテキストメッセージしか伝送することができない。

将来、マルチメディアデータ、殊に、画像又は／及びフィルムを音声と共に、又は、音声なしに伝送することも可能となろう。実質的に、例えば、ＧＳＭ標準による音声／テキストベースのテレコミュニケーションシステムに続くものとして、例えば、ＵＭＴＳ標準（ＵＭＴＳ−Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）によるマルチメディア能力のある移動無線システムが該当する。例えば、ＵＭＴＳ又はＧＰＲＳ標準では、従来技術のＳＭＳに対して付加的に、「マルチメディアメッセージ」"Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅｓ"（ＭＭ＝マルチメディアメッセージ）とも呼ばれるマルチメディアコンテンツを含むことができるメッセージの伝送用の所謂ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ＝マルチメディアメッセージサービス）も設けることができる。それによって、フォーマット化されたテキスト、画像、ビデオ、フィルムを音声と一緒に伝送することもできる。ＳＭＳ内での、１６０キャラクタのメッセージ長に制限されなくなる。

従来技術によると、ＭＭＳは、例えば、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を介して実施することができる。ＭＭＳ志向の端末装置、例えば、相応のモービルテレホンと、"ネットワーク側でのＷＡＰ−Ｇａｔｅｗａｙ"とのエアインターフェースを橋絡するために、参照文献［２］３Ｇ ＴＳ ２３．１４０ バージョン４．２．０，リリース４；Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｔｅｒｍｉｎａｌｓ；Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ（ＭＭＳ）；Ｆｕｎｃｔｉｏｎａｌ Ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ ２，Ｍａｒｃｈ ２００１．により、ＷＡＰ−ＷＳＰ（ＷＳＰ：Ｗｉｒｅｌｅｓｓ Ｓｅｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）参照文献［６］ＷＡＰ−２０３−ＷＳＰ，Ｓｐｅｃｉｆｉｃａｔｉｏｎ，Ａｐｐｒｏｖｅｄ Ｖｅｒｓｉｏｎ，Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：Ｗｉｒｅｌｅｓｓ Ｓｅｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ；４ Ｍａｙ ２０００の利用を採用することができる。

そのようなＷＡＰを介したＭＭＳ送信の内部管理のために、所謂ヘッダフィールド、つまり、本来のマルチメディアメッセージ（ＭＭ：Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅ）の先行するフィールド内に、例えば、起源、送信時間、データ量及びそれ以外の詳細についての情報を含むことができる。

ＭＭＳが、ＷＡＰを介して移動無線網内で実施されると、ネットワーク内で、この移動無線網内でＭＭの処理を担当する、少なくとも１つのＭＭＳリンクユニット乃至ＭＭ交換機が設けられている。これには、例えば、送信機と受信機との間でのＭＭの交換及びＭＭの一時記憶が属している。

その際、先ず送信機は、メッセージ（ＭＭ）をＭＭＳリンクユニットに送信し、その際、送信機、ＭＭＳリンクユニット、メッセージにより、バリディティ期間が形成され、この過程後、相応のＭＭは、ＭＭＳリンクユニットの受信機によってもはやダウンロードされ得ない。受信機は、バリディティ期間についての情報を、ＭＭＳリンクユニットから受信機乃至受信ＭＭＳユーザアプリケーションに送信されるＭＭＳ受信機通報でＭＭが経過する迄に得る。

ＭＭＳ仕様書の上述の参照文献［２］及び［５］ＷＡＰ−２０９−ＭＭＳ Ｅｎｃａｐｓｕｌａｔｉｏｎ，Ｄｒａｆｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｃｈａｎｇｅ Ｄｏｃｕｍｅｎｔ；Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ；ＷＡＰ Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ；Ｍｅｓｓａｇｅ Ｅｎｃａｐｓｕｌａｔｉｏｎ；５．Ｊａｎｕａｒｙ ２００２．では、マルチメディアメッセージ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅ：ＭＭ）の伝送状態を記述する複数のステータスが公知である。種々異なるステータスは、例えば、ＭＭがうまく伝送されたかどうか（ステータス：受信＝「レトリーブド」"Ｒｅｔｒｉｅｖｅｄ"）、ＭＭが受信機によって拒否されたかどうか（ステータス：拒否＝「リジェクテッド」"Ｒｅｊｅｃｔｅｄ"）、受信機が郵便箱内でのＭＭの受信についての通報を受け取って、当該通報を事後にダウンロードすることができるかどうか（ステータス：遅延＝「ディファド」"Ｄｅｆｆｅｒｒｅｄ"）、受信機が、ＭＭを検出することができたかどうか（ステータス：検出できない＝「アンレコグナイズド」"Ｕｎｒｅｃｏｇｎｉｓｅｄ"）、及び、受信機は、ＭＭを所定のバリディティ期間内でダウンロードされ、従って、完全に受信されたかどうか（ステータス：経過＝イクスパイヤド"Ｅｘｐｉｒｅｄ"）、指示することができる。

このステータスは、交換機によって、第１のテレコミュニケーション装置に、問い合わせられた伝送状態メッセージへの応答として送ることができる。このメッセージは、認証された受信機通報メッセージ後、又は、ＭＭの引き渡しがうまくいった後、又は、ＭＭのバリディティ期間の経過後送信することができる。

ＭＭの送信機が、要請されたＭＭＳ伝送状態メッセージを、送信機によって送信されたメッセージに対して得ると、この送信機は、例えば、含まれているステータス「経過」"ａｂｌａｕｆｅｎ"の場合に、受信機が、送信されたＭＭを意図的にＭＭＳリンクユニットによってダウンロードされないかどうか、又は、受信機が、ＭＭのバリディティ期間内で、達成可能でなかったかどうか、従って、ＭＭが配送できなかったかどうか、判定することができない。従って、送信機は、相応のＭＭが、高いバリディティ期間で場合によっては再送される必要があるかどうかの判定補助を持たず、従って、このＭＭは、受信機に達することができない。

３Ｇ ＴＳ ２３．１４０ バージョン４．２．０，リリース４；Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｔｅｒｍｉｎａｌｓ；Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ（ＭＭＳ）；Ｆｕｎｃｔｉｏｎａｌ Ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ ２，Ｍａｒｃｈ ２００１．により、ＷＡＰ−ＷＳＰ（ＷＳＰ：Ｗｉｒｅｌｅｓｓ Ｓｅｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ） ＷＡＰ−２０３−ＷＳＰ，Ｓｐｅｃｉｆｉｃａｔｉｏｎ，Ａｐｐｒｏｖｅｄ Ｖｅｒｓｉｏｎ，Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：Ｗｉｒｅｌｅｓｓ Ｓｅｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ；４ Ｍａｙ ２０００ ＷＡＰ−２０９−ＭＭＳ Ｅｎｃａｐｓｕｌａｔｉｏｎ，Ｄｒａｆｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｃｈａｎｇｅ Ｄｏｃｕｍｅｎｔ；Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ；ＷＡＰ Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ；Ｍｅｓｓａｇｅ Ｅｎｃａｐｓｕｌａｔｉｏｎ；５．Ｊａｎｕａｒｙ ２００２．

従って、本発明の課題は、データ、殊に、マルチメディアメッセージ（ＭＭ）の送信機乃至送信局に、その送信データの配送可能性についての詳細な情報を提供することにある。

この課題は、請求項１記載の、目的の受信機がデータを受信するのを拒否したので、データを配送することができなかったかどうか決定することができる情報を提供する方法により解決され、請求項９記載の伝送状態メッセージ形成用装置のために、第２の通信ユニットにデータを配送することができない場合、送信されるデータを配送できないということに関する情報を、伝送状態メッセージ内に設け、情報により、目的の受信機が前記データを受信するのを拒否したので、データを配送することができなかったかどうか決定することができる交換機により解決される。

例えば、マルチメディアコンテンツを有するデータを、テレコミュニケーションネットワーク内での第１の通信ユニットから第２の通信ユニットへの伝送方法で、第１の通信ユニットには、データに配属された少なくとも１つの伝送状態メッセージが伝送される。更に、データを第２の通信ユニットに配送することができない場合、データ伝送状態メッセージ内に、送信データを配送できないことについての情報が設けられる。

本発明の方法によると、第１の通信ユニット乃至データの送信機は、当該第１の通信ユニット乃至データの送信機によって送信されたデータが、第２の通信ユニット、乃至、所定の受信機に配送できなかったことを検出することができる。従来技術から公知の方法によると、データの送信機は、これまで、データが、例えば、エラーのある受信機アドレスに基づいて、受信機に配送できなかったか、又は、受信機がデータの受け取りを所望しなかったかどうか、検出することができなかった。この情報は、データの送信機にとって重要である。と言うのは、第１の場合には、データをもう一度伝送することを試みることができ、第２の場合には、受信機が既に意識的に、データを得たくないことを判断しているので、そのような繰り返し伝送は有意義でないからである。

伝送すべきデータを、実際の状態に保持するために、データの送信機は、データが受信機に配送される必要があるバリディティ期間を定めることができる。従って、本発明の方法は、有利には、第２の通信ユニットのデータが、予め設定可能なバリディティ期間内で配送できない場合、送信データを配送できないことについての情報を伝送状態メッセージ内に設けるように構成されている。この場合、データの送信機は、データを配送できない場合に、データをもう一度第２の通信ユニット（受信機）に送信する必要があるかどうか、又は、データが既にアクチュアルでなくて、従って、もはや使用する必要がないかどうか判定することができる。

送信データを配送できないことを、第２の通信ユニットで検出する手段は、第１の通信ユニットと第２の通信ユニットとの間でのデータ伝送時に使われるデータ送信プロトコル内で、所謂確認メッセージを実行することにある。そのような確認メッセージを用いて、データ又はメッセージの受信機は、送信機に場合によってはデータ伝送路内に設けられた交換機に、データ又はメッセージが正常に得られたということを通報する。「正常に得られた」ということは、殊に、ここで行っている説明との関連では、受信機又は第２の通信ユニットは、伝送データ又はメッセージのコンテンツを完全に検出することができるということである。従って、本発明の方法では、送信データを正常に受け取ったこと、及び／又は、第２の通信ユニットに伝送すべきデータに関する受信機通報メッセージを正常に受け取ったことを、第２の通信ユニットによって、その都度配属された確認メッセージによって応答されない場合、送信データを配送できないということを設定することができる。データを第２の通信ユニットに伝送する必要があるということを通報するためには、受信機通報メッセージが、第２の通信ユニットへの通知である点に注意するとよい。

テレコミュニケーションシステムにおいて、データが送信機から受信機に直接伝送されるのではなく、受信機が先ず、当該受信機にデータを送信したい要求があるという通報を得る。そのような受信機通報メッセージを得た後、受信機は、データを即座に又は事後に受信乃至送信したいのかどうか、又は、受信機は、データを受信したくないのかどうか選択することができる。

第１の通信ユニットと第２の通信ユニットとの間での効率的なデータ伝送を行うために、別の有利な実施例によるテレコミュニケーションネットワークは、第１の通信ユニットから第２の通信ユニットにデータを伝送する交換機を有するようにするとよい。その際、交換機は、送信データを配送できない状態であることを、例えば、問い合わせ又は確認メッセージの検出によって検知するように構成するとよい。交換機が、第１の通信ユニットからデータを受信する場合、これに関して、第２の通信ユニットに上述の受信機通報メッセージを用いて通知することができる。更に、そのような交換機の役割は、伝送状態メッセージを第１の通信ユニットに送信することにあり、従って、伝送すべきデータの状態について通知することにある。そのような、テレコミュニケーションネットワーク内の交換機は、例えば、複数の交換ノードに亘って分割するか、又は、そうでない場合に、交換ノード特性を有していなくて、テレコミュニケーションネットワーク内に組み込まれたユニットで実行してもよい。

特に効率的には、殊にマルチメディアコンテンツを持った種々のデータを、マルチメディアコンテンツ（ＭＭ＝Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅｓ＝Ｍｕｌｔｉｍｅｄｉａｎａｃｈｒｉｃｈｔｅｎ）と共にメッセージ及びデータをフォーマッティング及び送信するために決定された基準を提供する"Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ"（ＭＭＳ）を用いて送信することができる（参照文献［１，２］参照）。有利には、ＭＭＳは、"Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ"（ＷＡＰ）を用いて実施することができる［３，４，５，６］。ＷＡＰによると、移動無線網内で、効率的に種々異なった種類のデータ、例えば、テキスト、画像、ビデオ及び／又はオーディオデータを伝送したり、インターネット上でアクセスしたりすることができる手段が提供される。どのようなデータを、ＭＭＳを用いてＷＡＰを介して伝送することができるのかについての、更に詳細な説明は、例えば、本明細書説明の参照文献［３，４，５］から分かる。

ＷＡＰを介して、ＭＭＳのマルチメディアメッセージを用いる際、種々のデータ伝送及びメッセージ送信がおこなわれる。本明細書説明の参照文献［５］に示されているように、ＷＡＰプロトコル内に、これら各送信タイプが、メッセージ内にデータフィールド"Ｘ−Ｍｍｓ−Ｍｅｓｓａｇｅ−Ｔｙｐｅ"が記述されている。

本発明の方法で、受信機通報メッセージは、カテゴリ"ｍ−ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ"のＭＭＳ−オーパ−ＷＡＰ−メッセージにするとよい（参照文献［５］参照）。

ＷＡＰプロトコルでのマルチメディアメッセージの送信の際、"Ｍｍｓ−Ｒｅｌａｙ／Ｓｅｒｖｅｒ"と呼ばれる交換機によって、マルチメディアメッセージの処理及び一時記憶が行われる。この交換機から、例えば、伝送すべきデータが受信機に送信される。

本発明の方法では、マルチメディアメッセージの、受信機への送信は、有利には、ＷＡＰカテゴリ"ｍ−ｒｅｔｒｅａｖｅ．ｃｏｎｆ"を有している。

伝送すべきデータの送信機への本発明の伝送状態メッセージは、ＷＡＰプロトコルに相応してカテゴリ"ｍ−ｄｅｌｉｖｅｒｙ．ｉｎｄ"に配属するとよい。

ＷＡＰプロトコル内に、タイプ"ｍ−ｄｅｌｉｖｅｒｙ．ｉｎｄ"の伝送状態メッセージに、記号"Ｘ−Ｍｍｓ−Ｓｔａｔｕｓ"で示されたフィールドが設けられており、このフィールド内に、送信すべきデータの伝送状態が記録される。有利には、本発明の方法では、データを第２の通信ユニットに配送できない場合、このフィールド内に、「配送できない」"Ｎｉｃｈｔ−Ｚｕｓｔｅｌｌｂａｒｋｅｉｔ"に配属された数又は数字の組み合わせが記録される。従来公知のパラメータの範囲内で、そのために特に値"＜Ｏｃｔｅｔ １３３＞"を使用することができる。

本発明の範囲内の通信ユニットとして、例えば、移動無線モジュールを有するテレコミュニケーション装置を使うことができる。これは、例えば、モービルテレホン又はモービル無線テレコミュニケーションモジュールを有するか、又は、例えば、ワイヤコネクション又はワイヤレスローカルネットワーク（例えば、Ｂｌｕｅｔｏｏｔｈ，赤外線インターフェース）を介してモービルテレホンと接続されるＰＣｓ（パーソナルコンピュータ）、ラップトップ、パームトップ、オルガナイザ又はＰＤＡ（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）にするとよい。

テレコミュニケーションネットワークは、少なくとも領域毎に移動無線網として構成するとよい。移動無線網及び／又は通信ユニットは、例えば、広く用いられている移動無線標準、例えば、ＧＳＭ標準、ＧＰＲＳ標準、ＥＤＧＥ標準、ＵＭＴＳ標準又は種々のＣＤＭＡ標準に従って構成することができる。テレコミュニケーションネットワークを少なくとも領域毎に移動無線網として構成することができるということは、第１のテレコミュニケーションユニットと第２のテレコミュニケーションユニットとの間の伝送路の少なくとも一部分が移動無線網内で行われるということである。伝送路の別の部分は、例えば、インターネット、データネットワーク及び／又はテレコミュニケーション固定網又はそれらの組み合わせで行うことができる。しかし、テレコミュニケーションネットワークを全て移動無線網として又は種々の移動無線網の組み合わせとして構成してもよい。

別のアスペクトによると、交換機は、テレコミュニケーションネットワーク内で、第１の通信ユニットから第２の通信ユニットにデータを伝送するように構成されており、その際、交換機は、第２の通信ユニットに伝送されるべきデータに配属されている伝送状態メッセージの形成乃至生成用装置を有しており、その際、伝送状態メッセージの形成用装置は、第２の通信ユニットにデータを配送できない場合に、更に伝送すべきデータを配送できないということについての情報が統合する。

上述の交換機を用いて、受信機乃至第２の通信ユニットに送信されるデータが、受信機に全く配送できなかった場合、送信機乃至第１の通信ユニットにメッセージを伝えることができる。送信機は、例えば、相応のデータをもう一度送信することを決定してもよい。こうすることによって、これに関してこれまで公知だった従来技術とは異なり、送信機は、受信機に届かないということを、受信機が当該受信機のために準備されたデータを呼び出せなかった状態について判定する手段が得られる（つまり、受信機がメッセージの受信を所望しなかったのか、又は、単にデータの呼び出しが阻止された（技術的な問題のために）のか）。

送信すべきデータを出来る限り最新の状態にするために、第２の通信ユニットのデータが、所定の交換機の伝送状態メッセージを形成するための装置が、バリディティ期間内に配送可能でなかった場合、伝送すべきデータを配送できないということについての情報を伝送状態メッセージ内に設けるようにしてもよい。そのようなバリディティ期間は、例えば、データの送信機によって、又は、テレコミュニケーションネットワーク内でも（例えば、標準設定によって）決定してもよい。例えば、バリディティ期間を、想定される、データの受信機のユーザプロフィル内に記録しておいてもよい。受信機に伝送すべきデータがもはや配送されない後のバリディティ期間を導入すると、常に最新データだけを伝送するようにできる。そうすることによって、例えば、移動無線網又はその交換機が、もはや最新でない古いメッセージによって負荷されたり、又は、過剰に負荷されたりするのが回避される。

受信機が受信通報通知又は通報送信乃至マルチメディアメッセージを受信した場合、この受信機は、交換機に、通知又はメッセージが（正常に）得られたということを通知することができる。ここで「正常に」ということは、前述のように、各々のメッセージのコンテンツを完全に受信機が認識することができるということである。ユーザは、例えば、当該ユーザのテレコミュニケーション装置を完全な期間に亘ってスイッチオンしなかったか、又は、機能が不具合だった場合、交換機は、第２の通信ユニットへの相応の送信に対して確認メッセージを受け取らない。

送信データの「配送不可能」が生起した時点の決定は、交換機の場合に、送信データ、又は、送信データに関して第２の通信ユニットへの受信通報通知が正常に受信されたことが、各々所属の確認メッセージによって受信応答されない場合である。交換機内で、例えば、伝送すべきデータが交換機内に一時記憶されていて、所定の受信機が通知（受信機通報メッセージ）によって初めて、例えば、相応のマルチメディアデータを有するメッセージが受信機に送信準備状態にあるということが知らされるようにしてもよい。

受信機が、殊に、受信通報通知の伝送後、配属されたメッセージの受け取りを所望しない場合、受信機は、第２の通信ユニットによって受信応答されるが、それに続いて、本来のメッセージの送信は要求されない。従って、伝送すべきデータ乃至メッセージについての第２の通信ユニットへの通知にも拘わらず、配送されない。

送信機（第１の通信ユニット）が、送信機から送信されたデータのその都度の伝送状態について通知するために、交換機は、伝送状態メッセージを第１の通信ユニットに伝送するための装置を有しているようにすることができる。交換機は、例えば、伝送状態メッセージを直接、当該データの送信機に送信するか、又は、他の交換機を介して送信してもよい。しかし、伝送状態メッセージは、例えば、データの送信機のメッセージメモリ（所謂郵便箱（Ｐｏｓｔｆａｃｈ）又は"Ｍａｉｌｂｏｘ"）に伝送してもよく、それから、データの送信機は、伝送状態メッセージを呼び出すことができる。

マルチメディアメッセージ（ＭＭ）の伝送用のテレコミュニケーションシステムの略図。 ＷＡＰ内のＭＭの送信時の情報の流れを示す図。 ＷＡＰを介したマルチメディアメッセージの"ｍ−ｄｅｌｉｖｅｒｙ．ｉｎｄ"送信確認メッセージのＸ−Ｍｍｓ−ステータスの可能な状態を示す図。 ＷＡＰを書いたＭＭＳメッセージの"ｍ−ｄｅｌｉｖｅｒｙ．ｉｎｄ"送信確認メッセージの例を示す図。

別の有利な実施例は、従属請求項に記載されている。

以下、本発明について、図示の実施例を用いて説明する。その際：
図１は、マルチメディアメッセージ（ＭＭｓ）の伝送用のテレコミュニケーションシステムの略図、
図２は、ＷＡＰ内のＭＭの送信時の情報の流れを示す図、
図３は、ＷＡＰを介したマルチメディアメッセージの"ｍ−ｄｅｌｉｖｅｒｙ．ｉｎｄ"送信確認メッセージのＸ−Ｍｍｓ−ステータスの可能な状態を示す図、
図４は、ＷＡＰを書いたＭＭＳメッセージの"ｍ−ｄｅｌｉｖｅｒｙ．ｉｎｄ"送信確認メッセージの例を示す図
である。

図１には、３ＧＰＰ（参照文献［１，２］）による現在の従来技術でのＭＭＳネットワークアーキテクチュアが図示されている。第１のＭＭＳユーザアプリケーションＡ（ＭＭＳユーザエージェントＡ）１０として、例えば、第１の通信ユニットに相応する、移動無線装置でのアプリケーションであるか、又は、移動無線装置に接続された装置（例えば、ラップトップなど）上に、ＭＭＳが構成される。更に、第１のコネクションユニット２０は、例えば、所謂"ＭＭＳリレー／サーバ"の形式で示されており、この"ＭＭＳリレー／サーバ"は、ＭＭＳサービスプロバイダ乃至サービス提供者Ａの管轄区域ＭＭＳＥ（ＭＭＳＥ：Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ Ｅｎｖｉｒｏｎｍｅｎｔ＝Ｍｕｌｔｉｍｅｄｉａｎａｃｈｒｉｃｈｔｅｎｄｉｅｎｓｔ−Ｕｍｇｅｂｕｎｇ）２２内で、ＭＭＳユーザアプリケーションにＭＭＳ機能を利用することができる。従来技術によると、ＭＭＳＥ２２毎に各々１つずつしかＭＭＳコネクションユニット２０がない。サービスプロバイダＡのＭＭＳコネクションユニット２０は、受信機４０にコンタクトを有するサーバプロバイダ乃至サービス提供者Ｂの別のＭＭＳコネクションユニット３０と接続されている。この受信機４０は、第２のＭＭＳユーザアプリケーションＢ（ＭＭＳユーザエージェントＢ）４０によって示されており、同様に、例えば、第２の通信ユニットに相応している移動無線装置上のアプリケーションを示している。

マルチメディアメッセージは、送信機１０から、送信機１０のサービスプロバイダＡ ２２の相応のコネクションユニット２０に伝送される。メッセージ４０の受信機は、第２のサービスプロバイダＢの管轄区域３２内に位置しているので、マルチメディアメッセージは、第２の管轄区域３２に対して責任のあるコネクションユニット３０に伝送される。それから、この交換ユニットから、メッセージがマルチメディアメッセージ４０の受信機に転送される。

送信機１０、ＭＭＳコネクションユニットＡ ２０、ＭＭＳコネクションユニットＢ ３０と、受信機４０とのコネクションは、図１では各々両方向の矢印によって示されている。つまり、メッセージの転送時に、相応の受信確認メッセージが各々の送信機（送信機１０，ＭＭＳコネクションユニットＡ ２０及びＭＭＳコネクションユニット３０）に返送されるからである。ＭＭＳコネクションユニット２０及び３０は、交換機として使用することができることに注意されたい。

送信機１１０（例えば、図１の送信機１０に相応する）から受信機１１４（例えば、図１の受信機４０に相応する）に、ＭＭＳ交換ユニット１１２（例えば、図１の一方又は両方のユニット２０，３０に相応する）を介してマルチメディアメッセージが送信される経過例について、図２に示されている。図２には、［４］による現在の従来技術の伝送の流れ図が示されており、その際、ＭＭの送信乃至受信時の、関与している３つのエンティティ、ＭＭＳユーザアプリケーションＡ（Ｍ−ＵＡ−Ａ）１１０、ＭＭＳ交換ユニット（Ｍ−ＳＲ）１１２及びＭＭＳユーザアプリケーションＢ（Ｍ−ＵＡ−Ｂ）１１４間でのＷＡＰメッセージ乃至ＷＡＰ情報の交換が示されている。データ送信機１１０は、少なくとも１つのテレコミュニケーション装置を有しており、同様に、受信機は、テレコミュニケーション装置を有している。このテレコミュニケーション装置は、既述のように、例えば、別の入力又はディスプレイ機能を持った通常のハンディ又は装置として、例えば、移動無線モジュールを持ったラップトップのような装置として構成することができる。

図２に示された実施例では、ＷＡＰ標準を用いたＭＭの伝送状態が示されており、例えば、画像、ビデオ、オーディオ、フォーマッティングされたテキストデータの伝送時にＵＭＴＳ標準（Ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｔａｎｄａｒｄ）が使用される。しかし、本発明は、他のテレコミュニケーション標準、例えば、ＧＳＭ又はＤＥＣＴ（ＤＥＣＴ：Ｄｉｇｉｔａｌ Ｅｕｒｏｐｅａｎ Ｃｏｒｄｌｅｓｓ Ｔｅｌｅｐｈｏｎｅ）に相応して伝送してもよい。

関与している３つのエンティティ１１０，１１２，１１４間で、情報乃至メッセージ乃至通知が交換され、このことが、図２の流れ図では矢印で示されている。マルチメディアメッセージ（ＭＭ）は、基本的に、ヘッダ（Ｈｅａｄｅｒ）と、マルチメディアオブジェクトを含むことがある任意のデータ部分（Ｂｏｄｙ）とから構成されている。

送信機１１０のテレコミュニケーション装置で作成されたマルチメディアメッセージ（ＭＭ）、又は、この送信機１１０のテレコミュニケーション装置を介して転送すべきマルチメディアメッセージ（ＭＭ）は、１つ又は複数のユニット乃至オブジェクト、例えば、個別画像、フィルムシーケンス、テキスト等を含む。ＭＭは、図２に示されているように、リクエスト送信（これは、ＷＡＰプロトコルで名前"Ｍ−Ｓｅｎｄ．ｒｅｑ"を有している）として、プロバイダ／交換ユニット１１２に送信される。ここから、受信されたＭＭが、返送"Ｍ−Ｓｅｎｄ．ｃｏｎｆ"で、送信機１１０に応答される。

その後、交換ユニット１１２により、受信機通報メッセージ"Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ"が、想定された受信機１１４に送信され、それにより、この受信機は、当該受信機用にＭＭが交換ユニット１１２に、ダウンロードするように用意されていることについて通知される。これに関して、交換ユニット１１２は、受信機通報メッセージを正常に受信した場合、例えば、自動的に応答返信メッセージ乃至受信確認メッセージ"Ｍ−ＮｏｔｉｆｙＲｅｓｐ．ｉｎｄ"を、受信機のテレコミュニケーション装置１１４から得る。

リクエストメッセージ"ＷＳＰ ＧＥＴ．ｒｅｑ"での受信機１１４によるリクエストで初めて、交換ユニット１１２によって、ＭＭ送信"Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ"で、ＭＭが受信機に転送される。

別の受信確認メッセージが、この時点では、カテゴリ"Ｍ−Ａｃｋｎｏｗｌｅｄｇｅ．ｉｎｄ"で、ＭＭの受信に応答する。

最後に、送信機１１０によって所望された場合、交換ユニット１１２は、メッセージ"Ｍ−Ｄｅｌｉｖｅｒｙ．ｉｎｄ"を、ＭＭの配送状態について、この送信機１１０に送信する。その際、伝送状態メッセージは、そのために設けられた、交換ユニット１１２の第１の装置（図示していない）によって形成され、それから、そのために設けられた第２の装置（同様に図示してない）から、送信機１１０に送信される。その際、この実施例が関係しているメッセージ"Ｍ−Ｄｅｌｉｖｅｒｙ．ｉｎｄ"は、ステータスメッセージ"Ｍ−Ｄｅｌｉｖｅｒｙ．ｉｎｄ"の送信時にＭＭの状態を書き込んだステータスフィールド（"Ｘ−Ｍｍｓ−Ｓｔａｔｕｓ"）２１０（図３）を含む。

図３には、一般的に、図４で詳細に説明するタイプ"Ｍ−Ｄｅｌｉｖｅｒｙ．ｉｎｄ"のメッセージ内のステータスフィールド"Ｘ−Ｍｍｓ−Ｓｔａｔｕｓ"２１０の可能な状態２１２が示されている。従来、ＭＭＳ仕様書［２，５］で複数ステータスが決められており、このステータスは、ＭＭＳ配送ステータス通報乃至伝送状態メッセージ"Ｍ−Ｄｅｌｉｖｅｒｙ．ｉｎｄ"で伝送される。種々のステータスにより、ＭＭが成功裏に受信機に伝送されたかどうか（ステータス："ｒｅｔｒｉｅｖｅｄ"＝ｅｍｐｆａｎｇｅｎ）、ＭＭが受信機によって拒否されたかどうか（ステータス："ｒｅｊｅｃｔｅｄ"＝ａｂｌｅｈｎｔ）、受信機がＭＭの入力についての通知を受け取って、後でダウンロードすることができるかどうか（ステータス："ｄｅｆｅｒｒｅｄ"＝ｖｅｒｚｏｅｇｅｒｔ）、受信機がＭＭを認識しなかったかどうか（ステータス："ｕｎｒｅｃｏｇｎｉｚｅｄ"＝ｎｉｃｈｔ−ｅｒｋａｎｎｔ）、及び、ＭＭがバリディティ期間中ダウンロードされず、従って、完全には受信されていないかどうか（ステータス："ｅｘｐｉｒｅｄ"＝ａｂｇｅｌａｕｆｅｎ）、示される。

本発明によると、ステータスフィールド"Ｘ−Ｍｍｓ−Ｓｔａｔｕｓ"は、付加的にステータス"配送不可能"乃至"ｕｎｄｅｌｉｖｅｒａｂｌｅ"をとることがある。新しいステータス"配送不可能"乃至"ｕｎｄｅｌｉｖｅｒａｂｌｅ"は、ＭＭがそのバリディティ期間中に配送することができなかった場合、つまり、コネクションユニットが、受信機から、ＭＭ伝送の（第１の）受信確認メッセージ"Ｍ−ＮｏｔｉｆｙＲｅｓｐ．ｉｎｄ"も、第２の受信確認メッセージ"Ｍ−Ａｃｋｎｏｗｌｅｄｇｅ．ｉｎｄ"も受け取らなかった場合、ＭＭＳコネクションユニット１１２（図２参照）によって、リクエストされた伝送状態メッセージ"Ｍ−Ｄｅｌｉｖｅｒｙ．ｉｎｄ"内にセットされる。つまり、ＭＭＳ受信機通報メッセージ（Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ）もＭＭ送信（Ｍ−ｒｅｔｒｉｅｖｅ．ｃｏｎｆ）も受信機に正常に達しないということである。

図３には、同様に、本実施例の"Ｘ−Ｍｍｓ−Ｓｔａｔｕｓ"レジスタの相応の状態がシステム内部でコーディングされる。そのようにして、既知の状態"Ｅｘｐｉｒｅｄ"〜"Ｕｎｒｅｃｏｇｎｉｓｅｄ"には、値＜Ｏｃｔｅｔ １２８＞〜＜Ｏｃｔｅｔ １３２＞が表示され、状態"Ｕｎｄｅｌｉｖｅｒａｂｌｅ"は、システム内で値"＜Ｏｃｔｅｔ １３３＞"で表示される。

図４は、マルチメディアメッセージの送信機１０，１１０に、ＷＡＰプロトコルによって送信される際の、カテゴリ"Ｍ−ｄｅｌｉｖｅｒｙ．ｉｎｄ"の伝送状態メッセージを示す。第１のデータフィールド"Ｘ−Ｍｍｓ−Ｍｅｓｓａｇｅ−Ｔｙｐｅ"内には、どのメッセージタイプであるのか示される。この場合、ＭＭの送信機の前述の通報は、ＷＡＰプロトコル内に"ｍ−ｄｅｌｉｖｅｒｙ−ｉｎｄ"でカテゴリ分類されるＭＭメッセージの伝送状態についてである。"Ｘ−Ｍｍｓ−ｖｅｒｓｉｏｎ"で示された、直ぐ次のデータフィールド内には、使用されているＭＭＳ−ＷＡＰ−プロトコルのバージョンがドキュメント化されている。それに続く、"Ｘ−Ｍｍｓ−Ｍｅｓｓａｇｅ−ＩＤ"で示されたフィールド内には、伝送状態メッセージに関するマルチメディアメッセージ（ＭＭ）の内部番号が表記されている。"Ｔｏ"で示されたフィールド内には、受信機が示されており、"Ｄａｔａ"で示されたデータフィールド内には、マルチメディアメッセージが最後に処理されたデータが示されている。これは、例えば、受信機に送信された日付、拒否された日付、受信機への送信のバリディティ期間の経過日付でもよい。"Ｘ−Ｍｍｓ−Ｓｔａｔｕｓ"で示された、この伝送状態メッセージの最後のフィールド内には、マルチメディアメッセージの本来の伝送状態が示されている。この実施例では、ＭＭは、受信機に供給可能乃至配送可能ではなく、即ち、受信機は、例えば、そのテレコミュニケーション装置がスイッチオンされていないか、故障しているために、受信機通報メッセージ又は複数の受信機通報メッセージを受信していない。

本発明は、殊に、マルチメディアコンテンツのデータを、送信機から受信機に伝送する方法を記述するものであり、その際、送信機によって送信されたメッセージが配送可能でない場合、データを受信機に配送できないということについて、送信機に通知される。送信機は、場合によっては、メッセージをもう一度送信することができる。こうすることによって、マルチメディアメッセージを効率的に処理することができる。つまり、配送できない場合には、メッセージを２回送信され、受信機が配送を所望しない場合には送信されないからである。このような判断は、従来技術ではできなかった。

参照文献
（参照文献［３］、［４］、［５］、［６］は、例えば、"ｈｔｔｐ：／／ｗｗｗ．ｗａｐｆｏｒｕｍ．ｏｒｇ／"で入手しうる）
［１］３Ｇ ＴＳ ２２．１４０ バージョン４．１．０、リリース４；Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｔｅｒｍｉｎａｌｓ；Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ（ＭＭＳ）；Ｓｅｒｖｉｃｅ Ａｓｐｅｃｔｓ；Ｓｔａｇｅ １，Ｍａｒｃｈ ２００１．
［２］３Ｇ ＴＳ ２３．１４０ バージョン４．２．０，リリース４；Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｔｅｒｍｉｎａｌｓ；Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ（ＭＭＳ）；Ｆｕｎｃｔｉｏｎａｌ Ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ ２，Ｍａｒｃｈ ２００１．
［３］ＷＡＰ−２０５−ＭＭＳ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｏｖｅｒｖｉｅｗ，Ｄｒａｆｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ；Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ，Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ；Ａｒｃｈｉｔｅｃｔｕｒｅ Ｏｖｅｒｖｉｅｗ Ｓｐｅｃｉｆｉｃａｔｉｏｎ，２５．Ａｐｒｉｌ ２００１．
［４］ＷＡＰ−２０６−ＭＭＳ Ｃｌｉｅｎｔ Ｔｒａｎｓａｃｔｉｏｎｓ，Ｄｒａｆｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ；Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ；ＷＡＰ Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ Ｃｌｉｅｎｔ Ｔｒａｎｓａｃｔｉｏｎｓ；１２． Ａｐｒｉｌ ２００１．
［５］ＷＡＰ−２０９−ＭＭＳ Ｅｎｃａｐｓｕｌａｔｉｏｎ，Ｄｒａｆｔ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｃｈａｎｇｅ Ｄｏｃｕｍｅｎｔ；Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ；ＷＡＰ Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ；Ｍｅｓｓａｇｅ Ｅｎｃａｐｓｕｌａｔｉｏｎ；５．Ｊａｎｕａｒｙ ２００２．
［６］ＷＡＰ−２０３−ＷＳＰ，Ｓｐｅｃｉｆｉｃａｔｉｏｎ，Ａｐｐｒｏｖｅｄ Ｖｅｒｓｉｏｎ，Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：Ｗｉｒｅｌｅｓｓ Ｓｅｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ；４ Ｍａｙ ２０００

短縮記号：
ＧＳＭ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ
ＳＭＳ Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ
ＵＭＴＳ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ
ＷＡＰ Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ
ＷＳＰ Ｗｉｒｅｌｅｓｓ Ｓｅｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ
ＤＥＣＴ Ｄｉｇｉｔａｌ Ｅｕｒｏｐｅａｎ Ｃｏｒｄｌｅｓｓ Ｔｅｌｅｐｈｏｎｅ
ＭＭＳ特殊短縮記号：
ＭＭ マルチメディアメッセージ Ｍｕｌｔｉｍｅｄｉａｎａｃｈｒｉｃｈｔ （Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅ）
ＭＭＳ マルチメディアメッセージ サービス Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ
Ｍ−ＵＡ ＭＭＳ−ユーザアプリケーション ＭＭＳ−Ｎｕｔｚｅｒａｐｐｌｉｋａｔｉｏｎ
Ｍ−ＳＲ ＭＭＳ−コネクションユニット ＭＭＳ−Ｖｅｒｂｉｎｄｕｎｇｓｅｉｎｈｅｉｔ
Ｍ−Ｓｅｎｄ．ｒｅｑ ＭＭＳ−送信機要求 ＭＭＳ−Ｓｅｎｄｅａｎｆｒａｇｅ
Ｍ−Ｓｅｎｄ．ｃｏｎｆ ＭＭＳ−送信機確認 ＭＭＳ−Ｓｅｎｄｅｂｅｓｔａｅｔｉｇｕｎｇ
Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ ＭＭＳ−受信機通報 ＭＭＳ−Ｅｍｐｆａｅｎｇｅｒｂｅｎａｃｈｒｉｃｈｔｉｇｕｎｇ
Ｍ−ＮｏｔｉｆｙＲｅｓｐ．ｉｎｄ ＭＭＳ−受信機通報確認 ＭＭＳ−Ｅｍｐｆａｅｎｇｅｒｂｅｎａｃｈｒｉｃｈｔｉｇｕｎｇｓｂｅｓｔａｅｔｉｇｕｎｇ
Ｗ−ＷＳＰ ＧＥＴ．ｒｅｑ ＭＭＳ−配送要求 ＭＭＳ−Ｚｕｓｔｅｌｌａｎｆｒａｇｅ
Ｍ−Ｒｅｔｒｉｅｖｅ．ｃｏｎｆ ＭＭＳ−配送メッセージ ＭＭＳ−Ｚｕｓｔｅｌｌｎａｃｈｒｉｃｈｔ
Ｍ−Ａｃｋｎｏｗｌｅｄｇｅ．ｉｎｄ ＭＭＳ−配送メッセージ確認 ＭＭＳ−Ｚｕｓｔｅｌｌｕｎｇｓｂｅｓｔａｅｔｉｇｕｎｇ
Ｍ−Ｄｅｌｉｖｅｒｙ．ｉｎｄ ＭＭＳ−配送通報 ＭＭＳ−Ｚｕｓｔｅｌｌｓｔａｔｕｓｂｅｎａｃｈｒｉｃｈｔｉｇｕｎｇ

Claims (11)

1. テレコミュニケーションネットワーク（１０，２０，３０，４０；１１０，１１２，１１４）内の送信機の第１の通信ユニット（１０；１１０）から、目的の受信機の第２の通信ユニット（４０；１１４）へデータを伝送する伝送方法であって、
   前記データに配属された少なくとも１つの伝送状態メッセージ（Ｍ−Ｄｅｌｉｖｅｒｙ．ｉｎｄ）を前記第１の通信ユニット（１０；１１０）に伝送し、
   当該データを第２の通信ユニット（４０；１１４）に配送することができない場合、前記伝送状態メッセージ（Ｍ−Ｄｅｌｉｖｅｒｙ．ｉｎｄ）内に、前記の送信データを配送できないことについての情報を設ける伝送方法において、
   当該の情報により、前記目的の受信機が前記データを受信するのを拒否したために前記のデータが配送できなかったのか否かを決定できることを特徴とする方法。
2. 前記データは、マルチメディアコンテンツを有するデータである、
   請求項１記載の方法。
3. 前記第２の通信ユニット（４０；１１４）に伝送すべきデータに関する受信機通報メッセージ（Ｍ−Ｎｏｔｉｆｉｃａｔｉｏｎ．ｉｎｄ）が、当該の第２通信ユニット（４０；１１４）に成功裏に伝送されて、前記の目的の受信機により、前記のデータを利用できることを知ることができ、当該受信機は、当該のデータを受け取りたくない場合、当該のデータを受信するのを拒否することができる、
   請求項１又は２記載の方法。
4. 前記データの受け取りをリクエストすることができる、リクエストメッセージ（ＷＳＰ＿ＧＥＴ．ｒｅｑ）を送信しないことによって受け取りを拒否する、
   請求項３記載の方法。
5. 前記のテレコミュニケーションネットワーク（１０，２０，３０，４０；１１０，１１２，１１４）には、前記第２の通信ユニット（４０；１１４）に配属された第２の交換機（３０；１２０）が含まれており、
   当該第２の交換機（３０；１２０）により、前記の第１通信ユニット（１０，１１０）から第２通信ユニット（４０；１１４）に前記のデータを伝送し、
   前記の第２の交換機（３０，１１２）により、前記データが配送可能でないことについての情報が、送信される前記伝送状態メッセージ（Ｍ−Ｄｅｌｉｖｅｒｙ．ｉｎｄ）内に設けられ、前記の第１通信ユニット（１０，１１０）に伝送状態メッセージ（Ｍ−Ｄｅｌｉｖｅｒｙ．ｉｎｄ）が送信される、
   請求項１から４迄の何れか１項記載の方法。
6. 前記データを、「ワイヤレス・アプリケーション・プロトコル」"Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ"（ＷＡＰ）を用いる「マルチメディア・メッセージング・サービス」"Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ"（ＭＭＳ）を用いて伝送する、
   請求項１又は５記載の方法。
7. 前記第１の通信ユニット（１０；１０）及び前記第２の通信ユニット（４０；１１４）の少なくとも１つは、移動無線モジュールを含む、
   請求項１から６迄の何れか１記載の方法。
8. 前記テレコミュニケーションネットワーク（１０，２０，３０，４０；１１０，１１２，１１４）を、少なくとも領域毎に移動無線網として構成し、
   前記第１の通信ユニット（１０；１１０）及び前記第２の通信ユニット（４０；１１４）の少なくとも１つは、ＧＳＭ−、ＧＰＲＳ、ＥＤＧＥ−乃至ＵＭＴＳ標準により定義されたように作動する、
   請求項１から７迄の何れか１記載の方法。
9. テレコミュニケーションネットワーク（１０，２０，３０，４０；１１０，１１２，１１４）内で、第１の通信ユニット（１０；１１０）から第２の通信ユニット（４０；１１４）へデータを伝送するための交換機（３０；１１２）であって、
   前記交換機（３０；１１２）は、前記第２の通信ユニット（４０；１１４）に伝送すべきデータに配属された伝送状態メッセージの形成用の装置を有しており、
   前記データが第２の通信ユニット（４０；１１４）に配送可能でない場合、前記伝送状態メッセージの形成用の装置は、伝送すべき前記データが配送可能でない場合に情報を設ける交換機において、
   前記伝送状態メッセージの形成用の装置は、前記第２の通信ユニット(４０；１１４）に前記データを配送することができない場合、送信される前記データを配送できないということに関する前記の情報を、第１の通信ユニット（１０；１１０）に送信される前記伝送状態メッセージ（M-Delivery.ind）内に設け、
   前記情報により、目的の受信機が前記データを受信するのを拒否したために前記データを配送することができなかったか否かを決定することができることを特徴とする
   交換機。
10. 前記伝送状態メッセージの形成用の装置のために、前記第２の通信ユニット(４０；１１４）に伝送すべき前記データに関する前記受信機通報メッセージ（M-Notification.ind）が前記第２の通信ユニット(４０；１１４）にうまく伝送された場合、その結果、目的の前記受信機が前記データを利用できることを知ることができ、前記データの受け取りをリクエストすることができるリクエストメッセージ（WSP＿GET.req）を送信しないことによって受け取りを拒否する、
    請求項９記載の交換機。
11. 前記交換機（３０；１１２）は、前記第１の通信ユニット（１０；１１０）に伝送するための前記伝送状態メッセージを伝送するための装置を有している、
    請求項９又は１０記載の交換機。

Images