JP3738184B2 - ワイヤレス通信システムにおいて全形式のメッセージに対して同じプロトコルを使用してメッセージを配送する方法 - Google Patents

Description

【０００１】
【技術分野】
本発明は、テキスト、映像、スピーチ、ビデオ映像又は他のデータ或いはその組合せのような種々の形式のメッセージを、同じ送信メカニズムを使用して送信者から受信者へ送信できるようにするワイヤレステレコミュニケーションシステムにおけるメッセージサービスに係り、より詳細には、移動通信システムにおけるメッセージサービスに係る。
【０００２】
【背景技術】
人々が固定ターミナルから自由に離れても、それらに困難なく届くようにする必要性が生じて以来、移動通信システムが開発された。移動ステーションを通して提供されるサービスは、移動通信システムと共に改良されてきた。第３世代の移動通信システムとして知られているもの、例えば、ユニバーサル移動テレコミュニケーションシステム（ＵＭＴＳ）及びＩＭＴ−２０００（国際移動テレコミュニケーション２０００）、そして現在の移動通信システム、例えば、ＥＴＳＩ（ヨーロピアン・テレコミュニケーションズ・スタンダーズ・インスティテュート）のＧＳＭフェーズ２＋において現在標準化されつつある汎用パケット無線サービス（ＧＰＲＳ）を含むパンヨーロピアン移動通信システムＧＳＭ（移動通信用のグローバルシステム）に対して種々の新たな形式のサービスが現在形成されつつある。
【０００３】
ＧＰＲＳサービスは、移動データターミナルと外部データネットワークとの間にパケットデータ送信を与えるのに使用される。というのは、ＧＳＭネットワークがアクセスネットワークとして機能するからである。ＧＰＲＳサービスに対して設定される条件の１つは、インターネット又はＸ．２５ネットワークのような種々の外部データネットワークと一緒に動作しなければならないことである。それ故、ＧＰＲＳサービス及びＧＳＭネットワークは、ＧＳＭネットワークを通して接続することを望むデータネットワークの形式に関わりなく、全てのユーザにサービスすることができねばならない。これは、ＧＳＭネットワーク及びＧＰＲＳサービスが、異なるネットワークアドレス方法及びデータパケットフォーマットをサポートしそして処理しなければならないことを意味する。データパケット処理は、パケット無線ネットワークにおけるパケットのルート指定も含む。更に、ユーザは、そのホームＧＰＲＳネットワークから訪問先ＧＰＲＳネットワークへローミングできねばならず、そのオペレータバックボーンネットワークは、ホームネットワーク（例えば、Ｘ.２５）とは異なるプロトコル（例えば、ＣＬＮＰ）をサポートしてもよい。
【０００４】
既知のメッセージサービスは、ショートメッセージサービス及び音声メールサービスを含む。テキストメッセージは、ショートメッセージとして送信することができる。音声メールサービスは、一般に、音声メッセージを送信する応答サービスである。しかしながら、これらサービスはいずれも映像又はビデオ像を送信することができず、マルチメディアを含むメッセージの送信であると言えないという欠点がある。別の問題として、テキストメッセージは、音声メッセージとは異なるサービスセンターへ送信される。更に別の問題として、少なくとも音声メッセージのサイズ又は時間巾に限度がある。
【０００５】
【発明の開示】
本発明の目的は、上記問題を解決する方法及びその方法を実施する装置を提供することである。本発明の目的は、独立請求項に記載した方法、システム、サービスセンター及び移動ステーションにより達成される。本発明の好ましい実施形態は、従属請求項に記載する。
本発明は、メッセージサービスの送信を１つの論理的サービスセンターに集中し、メッセージの内容又はサイズに関わりなくサービスセンターを通して送信者から受信者へメッセージを送信できるようにするという考え方をベースとする。メッセージは、テキスト、映像、スピーチ、ビデオ像、他のデータ又はその組合せを含む。このようなメッセージは、以下、マルチメディアメッセージと称する。ここで、マルチメディアメッセージという用語は、メッセージの内容形式を指し、メッセージの内容を多数のやり方で表示できることを意味する。これら内容は、テキストのみを含んでもよいし、スピーチのみを含んでもよいし、テキスト及び映像を含んでもよいし、ビデオ像及びスピーチを含んでもよいし、スピーチ及びテキストを含むビデオ像であってもよい。
【０００６】
本発明は、１つのサービスセンターを経て異なる形式のメッセージを受信者へ配送できるという効果を発揮する。本発明の別の効果は、映像、ビデオ像及びマルチメディアを含むメッセージを移動ステーションへ送信できることである。本発明の更に別の効果は、マルチメディアメッセージのサイズを何ら制限する必要がないことである。
本発明の好ましい実施形態では、ある条件を満足するメッセージのみがターミナル即ち受信者に直接送信される。この実施形態は、受信者がマルチメディアメッセージをいつ受信したいのか受信者が判断できるという効果を発揮する。これは、大きなマルチメディアメッセージに関するときに特に有用な特性である。
【０００７】
本発明の別の好ましい実施形態では、移動ステーションのユーザが直接配送の条件を更新することができる。又、この実施形態は、どんな種類のメッセージを直接配送として受信したいか受信者が判断できるという効果も発揮する。
本発明の更に別の好ましい実施形態では、ターミナルの特性が直接配送条件に使用される。この実施形態は、ターミナルを使用中でオープンできない受信者にはこのようなメッセージが配送されないという効果を発揮する。
本発明の別の好ましい実施形態では、マルチメディアメッセージサービスセンターが、メッセージ内容を、ターミナルによりサポートされるモードに切り換える。又、この実施形態は、例えば、受信者のターミナルがどんな種類の映像コードをサポートするか知る必要がないという効果を発揮する。更に、受信者は、自分のターミナルがサポートするメッセージを受信する。
【０００８】
本発明の更に別の好ましい実施形態では、マルチメディアメッセージサービスセンターは、メッセージの内容をパックする。この実施形態は、転送されるべきデータの量を最小にして、ネットワークリソースを節約できるという効果を有する。
本発明の更に別の好ましい実施形態では、マルチメディアメッセージサービスセンターは、ある条件に基づいてメッセージの配送ルートを選択する。又、この実施形態は、内容を考慮した考えられる最良のルートを使用することによりメッセージが転送されるという効果を発揮する。
【０００９】
【発明を実施するための最良の形態】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
以下、本発明の好ましい実施形態は、ＧＰＲＳパケット無線ネットワークを参照して説明するが、本発明は、このような特定のパケット無線システムに限定されるものではない。本発明は、少なくとも２つの異なるメッセージ形式をサポートするあらゆるワイヤレスデータ送信ネットワークに適用することができる。特に、本発明は、例えば、ビデオ像の送信をサポートする第３世代の移動通信システムＵＭＴＳ及びＩＭＴ−２０００として知られているものに適用することができる。パケット無線ネットワークは、マルチメディアメッセージサービスセンターとサービス受信者との間に物理的な接続しか与えず、その厳密な機能及び構造は、本発明にとって重要ではないことに注意されたい。一般的には移動通信システム、より詳細にはＧＰＲＳサービスに関する定義は、急速に改善している。ネットワーク要素への異なる機能の配置は変化し得るものであり、そのため、全てのワード及び表現は、本発明を何ら限定するものではないので、広く解釈しなければならない。
【００１０】
図１は、ＧＳＭシステムにおいて実施されたＧＰＲＳパケット無線サービスを示すもので、ＧＳＭネットワークは、回路交換データ送信を提供し、一方、ＧＰＲＳサービスは、パケット交換データ送信を提供する。図１は、本発明に対する最も重要な要素及び機能を示している。
ＧＳＭネットワークの基本的構造は、２つの部分、即ちベースステーションサブシステム（ＢＳＳ）及びネットワークサブシステム（ＮＳＳ）を備えている。ベースステーションサブシステムＢＳＳ及び移動ステーションＭＳは、無線接続１を経て通信する。ネットワークサブシステムは、少なくとも１つの移動交換センターＭＳＣと、少なくとも１つのビジター位置レジスタＶＬＲと、ホーム位置レジスタＨＬＲとを備えている。移動交換センターの機能は、少なくとも１つの移動ステーションＭＳを含むコールを交換することである。幾つかの移動交換センターＭＳＣは、公衆交換電話ネットワーク５（ＰＳＴＮ）のような他のテレコミュニケーションネットワークに接続され、これらネットワークには、そこへの及びそこからのコールを交換するための送信機能が含まれる。ビジター位置レジスタＶＬＲは、一般に、移動交換センターＭＳＣに接続されるが、多数のセンターにサービスすることもできる。移動ステーションＭＳがＧＳＭネットワークにおいてアクティブである（ネットワークに登録されそしてコールを開始又は受信できる）ときには、ホーム位置レジスタＨＬＲにおける移動ステーションＭＳに関するほとんどの加入者データが、移動ステーションＭＳが位置するエリアにおける移動交換センターＭＳＣのビジター位置レジスタＶＬＲへロード（コピー）される。ＧＳＭシステムの詳細な説明については、ＥＴＳＩ／ＧＳＭ推奨勧告、及び文献「移動通信用のＧＳＭシステム」、Ｍ．モーリ及びＭ.ポーテット、パライゼウ、フランス、１９９２年、ＩＳＢＮ：２−９５０７１９０−０７−７を参照されたい。
【００１１】
図１において、ＧＳＭネットワークに接続されたＧＰＲＳサービスは、１つのサービスＧＰＲＳサポートノードＳＧＳＮ及び１つのＧＰＲＳゲートウェイサポートノードＧＧＳＮを有する１つのＧＰＲＳネットワークを備えている。これらの異なるサポートノードＳＧＳＮ及びＧＧＳＮは、オペレータ内バックボーンネットワーク２（ＧＰＲＳバックボーン）により相互接続される。ＧＰＲＳネットワークは、いかなる数のサポートノード及びゲートウェイサポートノードを含んでもよいことを理解されたい。
【００１２】
サービスＧＰＲＳサポートノードＳＧＳＮは、移動ステーションＭＳにサービスするノードである。各サポートノードＳＧＳＮは、セルラーパケット無線ネットワークにおいて１つ以上のセルのエリアでパケットデータサービスを管理する。このため、各サポートノードＳＧＳＮは、ＧＳＭ移動通信システムの特定のローカル部分に接続される。この接続は、通常、ベースステーションサブシステムＢＳＳへなされ、そして一般的には、ＢＳＳのベースステーションコントローラへなされる。あるセルの移動ステーションＭＳは、無線インターフェイス１を経てベースステーションと通信し、そして更に、ベースステーションコントローラを経て、セルが属するサービスエリアのサポートノードＳＧＳＮと通信する。原理的に、サポートノードＳＧＳＮと移動ステーションＭＳとの間の移動通信ネットワークは、両者の間にパケットのみを送信する。このため、移動通信ネットワークは、移動ステーションＭＳとサービスサポートノードＳＧＳＮとの間にパケット交換型データパケットの送信を与える。
【００１３】
ＧＰＲＳゲートウェイサポートノードＧＧＳＮは、オペレータのＧＰＲＳネットワークをオペレータの他のＧＰＲＳサービス、及びＩＰネットワーク（インターネット、イントラネット）やＸ.２５ネットワークのようなデータネットワーク５に接続する。ＧＧＳＮは、ＧＰＲＳ加入者又はＳＧＳＮアドレスのルート情報を含む。ＳＧＳＮ及びＧＧＳＮ機能は、同じ物理的ノードに接続することができる。
【００１４】
ＧＳＮネットワークのホーム位置レジスタＨＬＲは、ＧＰＲＳ加入者データ、移動ステーション加入者の電話番号ＭＳＩＳＤＮ（移動加入者国際ＩＳＤＮ番号）、及び加入者の国際移動加入者認識ＩＭＳＩを上記データに結び付けるルート情報を含む。ＧＰＲＳ加入者データは、ＰＤＰコンテクスト及びデフォールトＧＧＳＮ並びにそのアドレス、例えば、ＩＰアドレスを含む。更に、本発明のホーム位置レジスタＨＬＲは、各加入者のアドレスリストをそのレジスタに維持することができ、このアドレスリストは、マルチメディアメッセージが移動ステーションへの配送を待機しているマルチメディアメッセージサービスセンターのアドレスを含む。このリストは、ショートメッセージサービスセンターＳＭＳＣのアドレスリストと同様に維持される。更に、ＨＬＲは、加入者がネットワークに登録するときにショートメッセージサービスセンターと同様にマルチメディアメッセージサービスセンターＭＭＳＣに通告することができる。ここで、ＨＬＲは、マルチメディアメッセージサービスセンターＭＭＳＣを単に新たなネットワーク要素と「みなし」、そして現在ルートを使用することにより本発明に必要な機能を実行することができる。付加的なメモリしか必要とされない。ローミングする移動ステーションＭＳのホーム位置レジスタＨＬＲは、サービスＳＧＳＮ以外の移動通信ネットワークに配置することができる。
【００１５】
オペレータ装置ＳＧＳＮ及びＧＧＳＮを相互接続するオペレータ内バックボーンネットワーク２は、例えば、ＩＰネットワークのようなローカルネットワークによって実施することができる。又、例えば、全ての特徴を１つのコンピュータで実施することによりオペレータ内ネットワークを伴わずにオペレータＧＰＲＳネットワークを実施できることにも注意されたい。
オペレータ間ＧＰＲＳバックボーンネットワーク３は、異なるオペレータのゲートウェイサポートノードＧＧＳＮがそれを通して互いに通信できるところのデータネットワークである。
【００１６】
ここで、移動ステーションＭＳとは、一般的に、移動ステーション加入者及び実際のターミナルより成るエンティティを指す。ターミナルは、移動状の接続を確立するために例えばノキア社で製造されたカード電話が接続されるマルチメディアコンピュータのような、移動通信システム又は多数のターミナルの組合せにおいて通信できるいかなるターミナルでもよい。加入者は、ターミナルに取り外し可能に接続された加入者識別モジュールＳＩＭから識別される。識別モジュールは取り外し可能であるために、加入者はターミナルを取り替えることができ、各目的に最も適したターミナルを使用することができる。本発明の移動ステーションは、図８を参照して以下に詳細に説明する。
【００１７】
ショートメッセージサービスの場合、システムは、ショートメッセージサービスセンターＳＭＳＣ及びショートメッセージサービスゲートウェイＳＭＳＧＷを備えている。ショートメッセージサービスゲートウェイＳＭＳＧＷは、移動ステーションとの間でショートメッセージをやり取りする。
本発明のシステムは、マルチメディアメッセージサービスＭＭＳのためのマルチメディアメッセージサービスセンターＭＭＳＣを備えている。このマルチメディアメッセージサービスセンターＭＭＳＣは、必ずしも１つのエンティティではなく、異なるユニットに分散された機能で構成することもできる。しかしながら、以下、マルチメディアメッセージサービスセンターＭＭＳＣは、明瞭化のために、１つのエンティティとして取り扱う。ＭＭＳＣは、マルティメディアメッセージを転送し、そして配送されなかったマルチメディアメッセージを記憶し、再送信する。マルチメディアメッセージサービスセンターＭＭＳＣは、任意のネットワークを経て移動ステーションへ配送されるべきマルチメディアメッセージを受信できるのが好ましい。オペレータは、もし希望すれば、このような配送ネットワークをあるネットワーク形式のみに限定することができ、例えば、公衆及び専用ＩＰネットワークに限定することができる。マルチメディアメッセージサービスセンターの動作、構造及びインターフェイスは、図７を参照して以下に説明する。図１は、本発明の第１の好ましい実施形態を示し、ここでは、マルチメディアメッセージサービスセンターＭＭＳＣがオペレータ内バックボーンネットワーク２に直結され、この場合は、ＧＰＲＳゲートウェイサポートノードとしても機能する。この第１の好ましい実施形態において、マルチメディアメッセージサービスセンターは、ホーム位置レジスタＨＬＲ、ショートメッセージサービスセンターＳＭＳＣ、データネットワーク４及び公衆交換電話ネットワーク５と通信する。これらの接続は、直接シグナリング接続であるか、又は内部ネットワークを経て実施されるシグナリング接続である。
【００１８】
移動通信ネットワークにおいて、ホーム及びビジター位置レジスタは、コール又はショートメッセージをルート指定するのと実質的に同様にマルチメディアメッセージをルート指定するように使用される。第１の好ましい実施形態では、マルチメディアメッセージのルートは、一般的に、次の通りである。即ち、マルチメディアメッセージサービスセンターＭＭＳＣ−オペレータ内バックボーンネットワーク２−サービスサポートノードＳＧＳＮ−ベースステーションサブシステムＢＳＳ−移動ステーションＭＳ。このとき、ＧＰＲＳエアインターフェイスは、無線インターフェイスとして使用される。又、第３世代のシステムで定義されたＷ−ＣＤＭＡのようなエアインターフェイスも、無線インターフェイスとして使用することができる。この実施形態の効果は、マルチメディアメッセージを迅速に配送することである。別の効果は、この解決策が回路交換ネットワーク部分に負荷を与えないことである。
【００１９】
又、第１の好ましい実施形態による解決策は、回路交換を用いて移動ステーションへマルチメディアメッセージをロードするのをサポートすることもでき、この場合に、配送ルートは、例えば、次の通りである。マルチメディアメッセージサービスセンターＭＭＳＣ−公衆交換電話ネットワーク５−移動サービスセンターＭＳＣ／ＶＬＲ−ベースステーションサブシステムＢＳＳ−移動ステーションＭＳ。このとき、ＧＳＭエアインターフェイス、又はＥＤＧＥのような第３世代システムで定義されたエアインターフェイスが無線インターフェイスとして使用される。
【００２０】
第２の好ましい実施形態（図示せず）では、マルチメディアメッセージサービスセンターがショートメッセージサービスゲートウェイＳＭＳＧＷに接続される。マルチメディアメッセージサービスセンターは、データネットワーク４と通信し、そしておそらくは、公衆交換電話ネットワーク５とも通信する。第２の好ましい実施形態では、マルチメディアメッセージルートは、一般的に、次のようになる。マルチメディアメッセージサービスセンターＭＭＳＣ−ショートメッセージサービスゲートウェイＳＭＳＧＷ−サービスサポートノードＳＧＳＮ−ベースステーションサブシステムＢＳＳ−移動ステーションＭＳ。この解決策に伴う効果は、メッセージ送信がショートメッセージの現在の連結を利用できそしてシステムに対して大幅な変更を必要としないことである。この解決策の別の効果は、ＧＰＲＳ接続が得られない場合に、移動交換センターＭＳＣを通して通常のショートメッセージとしてマルチメディアメッセージを配送できることである。しかしながら、メッセージの送信は、ＧＰＲＳ接続を使用したときより著しく低速である。この第２の好ましい実施形態に基づく解決策では、マルチメディアメッセージサービスセンターＭＭＳＣは、ショートメッセージサービスセンターＳＭＳＣに一体化することができる。
【００２１】
第３の好ましい実施形態（図示せず）では、マルチメディアメッセージサービスセンターＭＭＳＣが、オペレータ内バックボーンネットワーク２又はオペレータ間バックボーンネットワーク３を経てゲートウェイサポートノードＧＧＳＮに接続される。マルチメディアメッセージサービスセンターは、データネットワーク４及びおそらくは公衆交換電話ネットワーク５と通信する。この第３の好ましい実施形態では、マルチメディアメッセージのルートは、一般的に、次の通りである。マルチメディアメッセージサービスセンターＭＭＳＣ−ＧＰＲＳゲートウェイサポートノードＧＧＳＮ−サービスサポートノードＳＧＳＮ−ベースステーションサブシステムＢＳＳ−移動ステーションＭＳ。この解決策は、マルチメディアメッセージを迅速に配送することができ、回路交換ネットワークに負荷がかからず、マルチメディアメッセージを固定のＩＰアドレスにも配送することができ、そしてマルチメディアメッセージサービスセンターが必ずしもＳＳ７プロトコルスタックを必要としないことである。更に、ネットワークは、新たなインターフェイスを必要としない。
【００２２】
マルチメディアメッセージエンティティＭＭＥは、メッセージを送信及び／又は受信できるようにするいかなる手段でもよい。最も簡単なＭＭＥは、例えば、スピーチ又はテキストのみを送信できるものであり、一方、複雑なＭＭＥは、テキスト及びスピーチを含むビデオ像を送信することができる。ＭＭＥは、移動ステーション、マルチメディアメッセージサービスセンターに直結されたエンティティ、又はデータネットワーク４を経てマルチメディアメッセージを送信するアプリケーションである。送信側マルチメディアメッセージエンティティ及びそのユーザは、送信者がメッセージの送信に対して支払をする実施形態では勘定処理に必要とされる正確さで識別できねばならない。
【００２３】
移動ステーションＭＳがＧＰＲＳネットワークにアタッチし、即ちＧＰＲＳアタッチ手順に関連するときには、ＳＧＳＮは、例えば、移動ステーションＭＳの移動度及び安全性に関連した情報より成る移動度管理コンテクスト（ＭＭコンテクスト）を形成する。対応的に、ＰＤＰアクチベート手順に関連して、ＳＧＳＮは、ＧＰＲＳ加入者が使用するＧＧＳＮと共にＧＰＲＳネットワーク内でルート指定の目的で使用されるＰＤＰコンテクストを形成する。マルチメディアメッセージサービスセンターＭＭＳＣは、第１及び第２の好ましい実施形態では、マルチメディアメッセージのためのゲートウェイサポートノードＧＧＳＮとして動作するので、マルチメディアメッセージサービスコンテクスト（ＭＭＳコンテクスト）と称するコンテクストを移動ステーションとマルチメディアメッセージサービスセンターとの間で対応的にアクチベートすることができる。上記コンテクストがアクチベートされたときには、移動ステーションは、マルチメディアメッセージを受信及び送信することができる。ＭＭＳコンテクストをアクチベートする別のやり方は、ＭＭＳＣが、コンテクストを個別にアクチベートせずに、マルチメディアメッセージを送信することである。次いで、ＭＭＳＣは、ホーム位置レジスタＨＬＲからの命令をルート指定するように要求し、そしてそれを受け取ると、特定メッセージ（ＭＭＳデータグラム）をＳＧＳＮに送信し、ＳＧＳＮは、ＭＳＩＳＤＮ番号又はＩＭＳＩに基づいてエリア内のユーザを見出し、そして無線インターフェイスを経て移動ステーションＭＳに上記メッセージを送信する。移動ステーションＭＳは、応答メッセージ（ＭＭＳデータグラム確認）を送信することによりメッセージを確認する。この別の解決策は、たとえ特定のコンテクストがアクチベートされなくても、ＭＭＳＣ、ＳＧＳＮ及びＭＳがマルチメディアメッセージを受信する準備が常にできていることを必要とする。更に、新たなデータグラム（シグナリングメッセージに類似したメッセージ）は、ＧＴＰ（ＧＰＲＳトンネリングプロトコル）及びＳＮＤＣＰ（サブネットワーク収斂プロトコル）プロトコルへと定義されねばならない。更に、マルチメディアメッセージに関連していることを受信者に通知するＮＳＡＰＩ値を、マルチメディアメッセージの送信に対して割り当てねばならない。ＧＴＰプロトコルに使用されるトンネル識別子は、マルチメディアメッセージに割り当てられたＮＳＡＰＩ値及びユーザＩＭＳＩで構成することができる。この情報に基づいて、ＳＧＳＮは、マルチメディアメッセージに関するものであることを知り、そしてユーザのＭＳＩＳＤＮ番号を知らなくてもユーザを見出す。ＭＳは、それがマルチメディアメッセージの送信を望むときに、アップリンク方向の対応メッセージを使用する。ＭＭＳＣは、ＡＰＮを使用するか又は他の何らかの方法で識別することができる。
【００２４】
マルチメディアメッセージコンテクストアクチベーションは、例えば、図２に示すシグナリングを用いて実行され、この場合に、移動ステーションＭＳは、ＰＤＰコンテクストアクチベート要求（ＡｃｔｉｖａｔｅＰＤＰＣｏｎｔｅｘｓｔＲｅｑｕｅｓｔ）をメッセージ２−１においてサービスサポートノードＳＧＳＮへ送信する。メッセージは、少なくとも、マルチメディアメッセージサービスセンターを識別できるようにするアクセスポイント名ＡＰＮと、マルチメディアコンテクストをアクチベートする要望の指示とを含む。又、アドレスを指示するためのＡＰＮ以外の手段も、マルチメディアメッセージサービスセンターアドレスとして使用することができる。重要なことは、マルチメディアメッセージサービスセンターが何らかの方法で識別されることである。更に、メッセージ２−１は、移動ステーションがマルチメディアメッセージにどれほど多くのメモリを使用できるか、移動ステーションがどんな種類のデータ（テキスト、映像、スピーチ）をサポートするか、及びそのプレゼンテーションフォーマットに関する情報を含む。更に、メッセージは、幾つかの条件パラメータに対する値を含むことができる。いつでも送信できる個別のメッセージを、条件パラメータの調整に使用することができる。条件パラメータは、図７を参照して以下に詳細に説明する。メッセージを受信した後に、サービスサポートノードＳＧＳＮ及び移動ステーションＭＳは、公知技術に基づく認証シグナリングをメッセージ２−２（セキュリティ機能）において実行する。認証が実行されるときには、サービスサポートノードＳＧＳＮは、ＰＤＰコンテクスト形成要求（ＣｒｅａｔｅＰＤＰＣｏｎｔｅｘｓｔＲｅｑｕｅｓｔ）をメッセージ２−３においてマルチメディアメッセージサービスセンターＭＭＳＣに送信し、このサービスセンターは、それに応答して、ＰＤＰコンテクスト形成応答（ＣｒｅａｔｅＰＤＰＣｏｎｔｅｘｓｔＲｅｓｐｏｎｓｅ）をメッセージ２−４においてサービスサポートノードへ送信する。サービスサポートノードＳＧＳＮは、ＰＤＰコンテクストアクチベート受け入れ（ＡｃｔｉｖａｔｅＰＤＰＣｏｎｔｅｘｓｔＡｃｃｅｐｔ）をメッセージ２−５において送信することにより移動ステーションＭＳへ受け入れを送信する。その後、マルチメディアメッセージサービスセンターＭＭＳＣへのコンテクストが移動ステーションからアクチベートされ、そして移動ステーションは、マルチメディアメッセージサービスセンターを経てマルチメディアメッセージを送信及び受信することができる。
【００２５】
図２に示すマルチメディアサービスコンテクストアクチベーションは、常に、移動ステーションがＧＰＲＳネットワークにアタッチするときに生じ、従って、図２のシグナリングは、ネットワークアタッチシグナリングの一部分である。或いは又、ユーザは、希望するときにマルチメディアサービスコンテクストをアクチベートしてもよいし、又はＧＰＲＳネットワークから受信されたアクチベーション要求の結果としてアクチベーションが生じてもよい（ＧＰＲＳネットワーク要求のＰＤＰコンテクストアクチベーション）。アクチベーション要求は、ＭＭＳコンテクストをアクチベートしていない移動ステーションにメッセージを配送しなければならないことが観察される場合に、例えば、マルチメディアメッセージサービスセンターによって発生することができる。移動ステーションがネットワークにアタッチするときにそれがＭＭＳコンテクストを常にアクチベートする場合には、マルチメディアメッセージサービスセンターＭＭＳＣに、移動ステーションがネットワークに存在することに関する情報が再び自動的に通知され、ショートメッセージサービスに関連して実施されたものと同様の個別の「アラームシステム」は、必ずしも必要とされない。
【００２６】
マルチメディアメッセージが回路交換ルートに沿って又は従来のＧＳＭネットワークを経て転送される実施形態では、ＭＭＳコンテクストは、必ずしもアクチベートされなくてもよい。
本発明の第３の好ましい実施形態では、ＭＭＳコンテクストがＧＧＳＮノードを経て形成され、ここでは、ＰＤＰコンテクストを公知技術に基づいてアクチベートしなければならない。従って、ＭＭＳコンテクストは、アクチベートされなくてもよい。
【００２７】
図３は、第１の好ましい実施形態においてマルチメディアメッセージを転送するのに必要なプロトコルに基づくシグナリングを示す。マルチメディアメッセージサービスセンターと移動ステーションとの間にマルチメディアメッセージを転送するための特定のプロトコルが必要とされる。このプロトコルは、実際の送信プロトコルの上に横たわる。例えば、移動ステーションＭＳでは、プロトコルがＳＮＤＣＰプロトコルの上に横たわり、そしてマルチメディアメッセージサービスセンターＭＭＳＣでは、ＧＴＰプロトコルの上に横たわる。図３に示す例では、受信側移動ステーションにおいてＭＭＳコンテクストがアクチベートされると仮定する。ＭＭＳコンテクストがアクチベートされるので、マルチメディアメッセージサービスセンターＭＭＳＣは、最新のルート情報を含む。というのは、ＳＧＳＮが、ＭＭＳＣに、「他」のゲートウェイサポートノードＧＧＳＮとして、ＰＤＰコンテクスト更新要求（ＵｐｄａｔｅＰＤＰｃｏｎｔｅｘｔＲｅｑｕｅｓｔ）を送信することによりユーザの移動について通知するからである。又、直接配送条件を満足しそしてマルチメディアメッセージが配送されると仮定する。これらの条件は、図７を参照して詳細に述べる。
【００２８】
図３を参照すれば、マルチメディアメッセージがマルチメディアメッセージサービスセンターＭＭＳＣに到達している。メッセージの送信者は、好ましくは、ＭＳＩＳＤＮ電話番号を使用してメッセージを直接送信している。メッセージが別の移動ステーションから送信された場合には、受信者のアドレスは、ＭＳＩＳＤＮ電話番号だけである。メッセージが、例えば、インターネット又はイントラネットのアプリケーションによって送信された場合には、受信者のアドレスは、例えば、ＭＳＩＳＤＮ＠ｏｐｅｒａｔｏｒ.ｃｏｕｎｔｒｙ、又はｆｉｒｓｔ ｎａｍｅ．ｌａｓｔ ｎａｍｅ＠ｏｐｅｒａｔｏｒ．ｃｏｕｎｔｒｙと書くことができる。しかしながら、後者の例のアドレスを使用すると、マルチメディアメッセージサービスセンターがドメインネームサーバへの接続を有することを必要とする。又、受信者は、個別の合意された別の方法で指示されてもよい。マルチメディアメッセージサービスセンターＭＭＳＣは、アドレスに対応する移動ステーションの位置を確立すると、サービスサポートノードＳＧＳＮを経て移動ステーションＭＳへメッセージの内容を送信し、或いはメッセージが長くてセグメントに分割しなければならない場合には、その第１セグメントをメッセージ３−１マルチメディアメッセージ配送（ＭＭＳＤｅｌｉｖｅｒ）において送信する。メッセージは、第１の好ましい実施形態では、ＭＭＳＣとＳＧＳＮとの間ではＧＴＰプロトコル、そしてＳＧＳＮとＭＳとの間ではＳＮＤＣＰプロトコルを用いて転送されるのが好ましい。メッセージ３−１マルチメディアメッセージ配送は、好ましくは、次の要素、即ち応答経路が存在することを示すパラメータ、メッセージ基準、セグメント番号、最後のセグメントであるかどうか、メッセージ送信者のアドレス、ユーザデータ又はメッセージの実際の内容をいかにコード化するかを示すパラメータ、そしてサービスセンターがメッセージ及びユーザデータを受信したときの時刻を指示するサービスセンターのタイムスタンプを含む。又、メッセージ３−１は、実際のマルチメディアメッセージのサイズを含んでもよい（特に多数のセグメントに分割される場合）。ＭＳは、例えば、メッセージに使用できるメモリが充分あるかどうか判断するときにこの情報を使用することができる。これは、個別のコンテクストが形成されないか、又はメッセージがユーザに自動的に送信される実施形態において特に有用である。更に、メッセージは、どんなユーザデータであるかを指示するパラメータを含んでもよい。上記パラメータにより、移動ステーションは、それがメッセージにおいてテキストを受信したか、ビデオ像を受信したか、通常の映像を受信したか、スピーチを受信したか又はその組合せを受信したかを識別する。又、使用するコードからユーザデータ形式を決定することもできる。応答経路は、マルチメディアメッセージに関連して使用される応答ルーチンを含む。この応答経路により、加入者によって送られる応答は、ターミナルにデフォールト値として記憶したマルチメディアメッセージサービスセンターではなく、メッセージが加入者に最初に配送されたところのマルチメディアメッセージサービスセンターを経て、そのメッセージを送信した移動ステーションへとルート指定される。上記ルーチンは、加入者が、マルチメディアエンティティのネットワークアドレス、又はメッセージを最初に送信したマルチメディアメッセージサービスセンターを知る必要なく、マルチメディアメッセージに応答できるようにする。この応答は同じ形式のものでなくてもよい。というのは、映像メッセージに対する応答としてテキストメッセージを送信できるからである。
【００２９】
移動ステーションは、メッセージ３−１を受信すると、好ましくはその受信したメッセージのセグメント番号及び基準を含むメッセージ３−２（ＭＭＳＤｅｌｉｖｅｒＡｃｋ）において確認を送信する。メッセージ３−２は、サービスサポートノードとマルチメディアメッセージサービスセンターとの間のＧＲＰプロトコルを使用しそしてＳＮＤＣＰプロトコルを使用して移動ステーションからサービスサポートノードＳＧＳＮへ送信される。メッセージ対３−１及び３−２は、メッセージの最後のセグメントが配送されるまで送信される。１つの確認メッセージ３−２は、１つ以上のメッセージ３−１を確認するのに使用することができる。ネットワークに最も負荷を掛けない実施形態では、移動ステーションが、同じマルチメディアメッセージに属する全てのセグメントを受信するまで待機し、そして単一の確認で全メッセージを確認する。全メッセージが確認されると、マルチメディアメッセージサービスセンターは、例えば、メッセージの送信に関する勘定記録を形成し、そしてメッセージ送信者からのメッセージの配送を確認することができる。
【００３０】
移動ステーションは、マルチメディアメッセージを受信すると、それをメモリに記憶し、そして受信したマルチメディアメッセージについて移動ステーションのユーザに通知するか、又は所定のアプリケーションをトリガーする。同時に、移動ステーションは、メッセージの形式及びサイズを指示するのが好ましい。マルチメディアメッセージが多数のセグメントにおいて送信される場合には、移動ステーションは、最後のセグメントの記号を識別し、そしてメッセージを構成することができる。ユーザは、自分に適するときにメッセージを「読み取る」。又、移動ステーションは、マルチメディアメッセージ又はそのメッセージを、その後の手段に付随する外部ターミナルに配送することもできる。
【００３１】
又、メッセージ３−２は、例えば移動ステーションが使用可能なメモリを充分に有していない場合には、否定応答（ＭＭＳＤｅｌｉｖｅｒＮａｃｋ）となる。或いは又、移動ステーションが明確な否定確認メッセージを送信することもできる。
マルチメディアメッセージが通常のショートメッセージサービスを経て配送される第２の好ましい実施形態では、メッセージが、ＬＬＣプロトコルを用いて無線インターフェイスを経てショートメッセージのシグナリングメッセージとして配送される。
【００３２】
個別のコンテクストが全くアクチベートされないか、又は移動ステーションに到達し得るときにＭＭＳコンテクストが常にアクチベートされない実施形態においては、ＭＭＳＣは、図３のメッセージ３−１及び３−２をどこに送信すべきかを知るために、当該ホーム位置レジスタＨＬＲからルート情報を検索しなければならない。更に、移動ステーションに到達し得るときにＭＭＳコンテクストが常にアクチベートされない実施形態では、マルチメディアメッセージサービスセンターは、例えば、コンテクストアクチベーション要求（ネットワーク要求されたコンテクストアクチベーション）を、ルート命令の受信後に移動ステーションへ送信することができる。コンテクストアクチベーション要求の受信後に、移動ステーションは、図２に示すようにＭＭＳコンテクストをアクチベートする。或いは又、ショートメッセージを移動ステーションに送信して、マルチメディアメッセージの受信について通知することができる。次いで、ユーザは、メッセージをいつ受信してＭＭＳコンテクストアクチベーションを開始するのか判断する。
【００３３】
例えば、無線チャンネル環境が悪いか又は移動ステーションがネットワークからログアウトしたために、マルチメディアメッセージを移動ステーションに配送できない場合には、プロセスがショートメッセージサービスとして処理される。しかしながら、マルチメディアメッセージサービスセンターは欠陥について通知され、そしてメッセージは、再送信のために記憶される。「アラームシステム」が実施形態に必要とされる場合には、ホーム位置レジスタＨＬＲは、待機しているマルチメディアメッセージについて通知される。ＨＬＲは、マルチメディアメッセージサービスセンターにおいてこの加入者に対してマルチメディアメッセージが待機していることを通知するレジスタに必要なデータを更新する。移動ステーションが次にＧＰＲＳアタッチを行うときには、ホーム位置レジスタＨＬＲは、マルチメディアメッセージサービスセンターにそれを通知し、該サービスセンターは、次いで、メッセージの有効期間がまだ有効であると仮定すれば、図３について述べたようにメッセージを配送する。マルチメディアメッセージサービスセンターＭＭＳＣは、古いメッセージをそのメモリから削除する。
【００３４】
図４は、直接配送条件の１つが満足されるときに第１の好ましい実施形態においてマルチメディアメッセージを転送するのに必要なプロトコルに基づくシグナリングを示す。これら条件については、図７を参照して詳細に説明する。それ故、マルチメディアメッセージは、移動ステーションに直接配送されず、待機しているマルチメディアメッセージについて通知するショートメッセージを移動ステーションに送信できるのが好ましい。図４の例では、ＭＭＳコンテクストがアクチベートされたと仮定する。又、マルチメディアメッセージを配送することができそしてマルチメディアメッセージの有効期間が依然有効であるとも仮定する。
【００３５】
図４を参照すれば、マルチメディアメッセージは、マルチメディアメッセージサービスセンターＭＭＳＣに到達しており、そしてマルチメディアメッセージの受信者に、マルチメディアメッセージの受信について通知しなければならず、これは、自動的に転送することができない。第１の好ましい実施形態では、マルチメディアメッセージサービスセンターは、ショートメッセージを発生して移動ステーションＭＳへ送信するためのコマンドをメッセージ４−１配送（Ｄｅｌｉｖｅｒ）においてショートメッセージサービスセンターＳＭＳＣに与える。このメッセージは、受信者の電話番号ＭＳＩＳＤＮ、マルチメディアメッセージサービスセンターＭＭＳＣのアドレスＡＰＮ、マルチメディアメッセージ識別子、及び好ましくは、マルチメディアメッセージのサイズを含む。このメッセージは、マルチメディアメッセージの内容形式の指示のような他のデータも含んでもよい。より多くの情報をマルチメディアメッセージからショートメッセージへ追加できるほど、受信者は、いつメッセージを受信したいかをより良好に結論付けることができる。しかしながら、メッセージ４−１のデータは、ショートメッセージサービスセンターが、ショートメッセージを誰に送信するかそしてどのマルチメディアメッセージサービスセンターからコマンドを受信したか分かるようにすることが重要である。ショートメッセージサービスセンターＳＭＳＣは、メッセージ４−１を受信すると、マルチメディアメッセージサービスセンターが送信者アドレスとして指示されそしてマルチメディアメッセージ識別子がメッセージ識別子として指示されるショートメッセージを発生する。或いは又、ＭＭＳＣがショートメッセージを発生することもでき、この場合、それはメッセージ４−１に含まれる。ショートメッセージがショートメッセージサービスセンターＳＭＳＣにあるときには、ＳＭＳＣは、受信者のアドレスを調査し、そしてルートアドレス（ＳｅｎｄＲｏｕｔｉｎｇＩｎｆｏＦｏｒＳＭＳ）を加入者のＭＳＩＳＤＮ電話番号に基づきメッセージ４−２において当該ホーム位置レジスタから要求する。ホーム位置レジスタは、ショートメッセージのための通常のルート命令をメッセージ４−３（ＳｅｎｄＲｏｕｔｉｎｇＩｎｆｏＦｏｒＳＭＳＡｃｋ）においてショートメッセージサービスセンターへ送信し、このメッセージは、移動ステーションにサービスするサポートノードＳＧＳＮのアドレス、又は移動ステーションにサービスする移動交換センターＭＳＣのアドレス、或いはその両方を含む。ショートメッセージサービスセンターＳＭＳＣは、公知技術に基づき、移動交換センターＭＳＣ又はサービスサポートノードＳＧＳＮを通してメッセージ４−４（ＳＭ ｄｅｌｉｖｅｒｙ）において移動ステーションへショートメッセージを配送する。
【００３６】
移動ステーションのユーザが自分に対して送られたマルチメディアメッセージを移動ステーションにロードするように決定すると、マルチメディアメッセージをロードするためのコマンドを移動ステーションへ発行する。移動ステーションは、移動ステーションにサービスするサポートノードＳＧＳＮを経て、マルチメディアメッセージサービスセンターのアドレスへ、マルチメディアメッセージについて通知するショートメッセージにおいて、メッセージ４−５のマルチメディアサービス要求（ＭＭＳＲｅｑｕｅｓｔ）を送信し、この場合、ショートメッセージにおけるマルチメディアメッセージ識別子がパラメータとなる。第１の好ましい実施形態では、メッセージは、ＭＳとＳＧＳＮとの間ではＳＮＤＣＰプロトコルを使用しそしてＳＧＳＮとＭＭＳＣとの間ではＧＴＰプロトコルを使用して転送されるのが好ましい。マルチメディアメッセージサービスセンターＭＭＳＣは、それがメッセージ４−５を受信したときは、移動ステーションのルート情報を既に知っている。というのは、サービスサポートノードＳＧＳＮからメッセージを受信しているからである。ここで、マルチメディアメッセージサービスセンターは、メッセージ４−５における識別子に基づきマルチメディアメッセージをそのメモリから検索する。マルチメディアメッセージサービスセンターＭＭＳＣは、メッセージを見つけると、サービスサポートノードＳＧＳＮを経て移動ステーションＭＳへメッセージの内容を送信するか、又はメッセージが非常に長くてセグメントに分割しなければならない場合には、メッセージ４−６マルチメディアメッセージ配送（ＭＭＳＤｅｌｉｖｅｒ）においてその第１セグメントを送信する。メッセージ４−６は、図３に示すメッセージ３−１に対応する。移動ステーションは、メッセージ４−６を受信すると、メッセージ４−７において確認（ＭＭＳＤｅｌｉｖｅｒＡｃｋ）を送信する。メッセージ４−７は、図３に示すメッセージ３−２に対応する。実際のメッセージの送信及び確認の送信は、マルチメディアメッセージが移動ステーションに直接送信されたかどうか又はマルチメディアメッセージについて通知するショートメッセージが送信されたかどうかに関わりなく同様である。セグメントに分割されたマルチメディアメッセージは、図３において説明したメッセージ対４−６及び４−７を用いて配送される。メッセージが配送されると、移動ステーションは、図３に示すように受信メッセージについてユーザに通知する。
【００３７】
マルチメディアメッセージが到着したときにショートメッセージがユーザに送信されない（例えば、オペレータがその特徴をサポートせず、ユーザがショートメッセージの送信を希望しないか、又は第１のマルチメディアメッセージ待機についてしかショートメッセージの送信を希望しない）場合には、マルチメディアメッセージサービスセンターＭＭＳＣに待機しているマルチメディアメッセージの属性を問合わせるための特定の動作（ＭＭＣ状態要求）がユーザに与えられる。待機しているマルチメディアメッセージ及びその識別子についてユーザに通知されるときには（ＭＭＳ状態応答）、ユーザは、マルチメディアメッセージサービスセンターからユーザが希望するメッセージのみを検索する。
【００３８】
マルチメディアメッセージの存在時間又は有効時間がもはや有効でない場合には、マルチメディアメッセージサービスセンターは、メッセージをもはや配送できないことを移動ステーションに通知するのが好ましい。
移動ステーションに到達できたときにＭＭＳコンテクストが常にアクチベートされない実施形態では、移動ステーションは、例えば、図２に示すように、マルチメディアメッセージをロードするユーザのコマンドに対する応答としてＭＭＳコンテクストアクチベーションをトリガーするよう構成することができる。又、マルチメディアメッセージサービスセンターは、ＭＭＳコンテクストアクチベーション要求の受信後に移動ステーションへマルチメディアサービス要求を送信することができ、そしてその受信後に、移動ステーションが図２に示すようにＭＭＳコンテクストをアクチベートする。
【００３９】
本発明のある好ましい実施形態では、マルチメディアメッセージ受信者の識別子もメッセージ４−１にアタッチされる。受信者識別子を有する者は、メッセージの正しい受信者である。受信者識別子は、暗号識別子、例えば、エレメントがマルチメディアメッセージの送信者（例えば、ＭＳＩＳＤＮ）、受信者（例えばＭＳＩＳＤＮ）、内容及び連続番号を含むようなハッシュであるのが好ましい。又、エレメントは、メッセージ４−１の内容及びＭＭＳＣ特有の機密値も含むのが好ましい。しかしながら、形成される受信者識別子は、同じエレメント値を用いて値が計算されるときに同じままである値を含むことができる。あるエレメントの値が変化する場合には、ハッシュが「不意に」変化し、新たなハッシュを古いハッシュから計算できないようになる。この受信者識別子は、メッセージ４−４において移動ステーションユーザへ送信され、このユーザは、メッセージ４−５における受信者識別子を使用して、受信されるべきマルチメディアメッセージ及び正しい受信者を識別する。これらの実施形態では、他の認証が必要とされない。
【００４０】
図５は、移動ステーションがマルチメディアメッセージを送信したいときに、第１の好ましい実施形態においてマルチメディアメッセージを転送するのに必要なプロトコルに基づくシグナリングを示す。移動ステーションは、もし必要であれば、メッセージが大きくて１つのメッセージとして無線インターフェイスを経て転送できない場合に、メッセージをセグメントに分割することができる。移動ステーションは、サービスサポートノードＳＧＳＮを経てマルチメディアメッセージサービスセンターＭＭＳＣにメッセージの内容を送信するか、又はメッセージが長くてセグメントに分割しなければならない場合には、その第１セグメントをメッセージ５−１マルチメディアメッセージ配送（ＭＭＳ Ｓｕｂｍｉｔ）において送信する。メッセージは、移動ステーションＭＳとサービスサポートノードＳＧＳＮとの間ではＳＮＤＣＰプロトコルを使用して、そしてＳＧＳＮとマルチメディアメッセージサービスセンターＭＭＳＣとの間ではＧＴＰプロトコルを使用して転送されるのが好ましい。メッセージ５−１マルチメディアメッセージ配送は、好ましくは、次の部分を含む。応答経路が要求されたことを指示するパラメータ、メッセージ基準、セグメント番号、最後のセグメントであるかどうか、メッセージの行先アドレス、ユーザデータ又はメッセージの実際の内容をいかにコード化するかを指示するパラメータ、メッセージが受信者へもはや配送されないときを指示するメッセージの有効期間、及びユーザデータ。更に、メッセージ５−１は、どんなユーザデータであるかを指示するパラメータを含んでもよい。上記パラメータにより、マルチメディアメッセージサービスセンターは、それがテキストを受信したか、ビデオ像を受信したか、通常の映像を受信したか、スピーチを受信したか又はその組合せを受信したかを識別し、そして対応的にそれを受信者に通知する。コード情報から、マルチメディアメッセージサービスセンターは、同じ情報を結論付けてもよい。マルチメディアメッセージが別の移動ステーションユーザに対して意図される場合には、受信者のＭＳＩＳＤＮ電話番号が行先アドレスとして使用されるのが好ましい。インターネット技術又はｆｉｒｓｔ ｎａｍｅ．ｌａｓｔ ｎａｍｅ＠ｘ．ｙ．ｚの形態に基づくＩＰアドレスは、他の受信者の行先アドレスとして使用することもできる。しかしながら、後者の形態の使用は、マルチメディアメッセージサービスセンターがドメインネームサーバと通信して論理名をＩＰアドレスに変更できることを必要とする。
【００４１】
マルチメディアメッセージサービスセンターＭＭＳＣは、メッセージ５−１を受信すると、好ましくはその受信したメッセージのセグメント番号及び基準を含むメッセージ５−２において確認（ＭＭＳ Ｓｕｂｍｉｔ Ａｃｋ）を送信する。メッセージ５−２は、マルチメディアメッセージサービスセンターとサービスサポートノードとの間ではＧＴＰプロトコルを用いて送信され、そしてサービスサポートノードＳＧＳＮから移動ステーションＭＳへＳＮＤＣＰプロトコルを用いて送信される。メッセージ対５−１及び５−２は、メッセージの最後のセグメントが送信されるまで送信される。或いは又、これらメッセージ対は、図３に示す確認メカニズムに置き換えられてもよい。その後、マルチメディアメッセージサービスセンターは、例えば、図３又は４に示すように、受信者へメッセージを送信することができる。又、メッセージ５−２は、否定確認（ＭＭＳ Ｓｕｂｍｉｔ Ｎａｃｋ）であってもよい。
【００４２】
図２、３、４及び５に示されたシグナリングメッセージは、一例として示されたものに過ぎず、同じ情報を送信するために多数の別々のメッセージを含んでもよい。又、これらメッセージは、他の情報を含んでもよく、そして自由に組み合わせてもよい。又、メッセージ名を変更することもできる。オペレータ及びシステムに基づき、異なる機能が分散された他のネットワーク要素がデータ送信及びシグナリングに関与することもできる。メッセージが、例えば、別のルートを経て移動ステーションＭＳに配送される場合には、図示された全てのネットワーク要素がシグナリングに関与する必要はない。
【００４３】
第３の好ましい実施形態では、図３、４及び５に示されたシグナリングは、ＳＧＳＮが好ましくはＧＴＰプロトコルを用いてゲートウェイサポートノードＧＧＳＮへメッセージを送信し、次いで、ＧＧＳＮが好ましくはＩＰプロトコルを用いてマルチメディアメッセージサービスセンターＭＭＳＣへメッセージを送信するように実行される。第３の好ましい実施形態では、ショートメッセージサービスゲートウェイＳＭＳＧＷは使用されず、ショートメッセージに代わって、マルチメディアメッセージサービスセンターＭＭＳＣは、小さな情報メッセージをマルチメディアメッセージ又はデータメッセージとして受信者へ送信する。或いは又、ＭＭＳＣは、マルチメディアメッセージについて他の何らかのやり方で通知するコマンドをＧＰＲＳゲートウェイサポートノードＧＧＳＮへ発行することができる。
【００４４】
図６は、ＭＭＳコンテクストがアクチベートされると仮定した場合の第１の好ましい実施形態におけるマルチメディアメッセージサービスセンターのオペレーションを示す。又、変化する条件及びオペレータによりセットされる条件は、マルチメディアメッセージサービスセンターに対して決定されることも仮定する。ここで、条件とは、マルチメディアメッセージが満足し、従って、それを受信者へ直接送信することのできる条件を指す。このような条件は、例えば、メッセージサイズ、メッセージ内容の形式、受信者の移動ステーションのユーザインターフェイス、移動ステーションによりサポートされるコード、及び移動ステーションのユーザインターフェイスによりサポートされる内容形式を含み、本発明は、条件の数を限定するものではない。これらの条件は図７にも示されている。又、メッセージの第１セグメントを配送できる場合には、メッセージ全体を配送できるものと仮定する。
【００４５】
図６は、ステップ６００においてマルチメディアメッセージサービスセンターが移動ステーションＭＳへ送信されるべきマルチメディアメッセージを受信した状態からスタートする。ステップ６０１では、受信者のＭＳＩＳＤＮ電話番号がメッセージから区別され、そして電話番号に関連した条件及びオペレータにより決定された一般的な条件がステップ６０２においてサーチされる。ステップ６０３では、条件に基づく値、例えば、メッセージサイズ及び形式がメッセージから区別される。ステップ６０４では、オペレータにより決定されそして電話番号に関連したこれらの値及び条件を満足するかどうかがチェックされる。これらの条件を満足すると、マルチメディアメッセージを移動ステーションに直接送信することができ、それ故、メッセージがステップ６０５においてルート指定される。ルート指定は、図３において詳細に説明した。次いで、ステップ６０７では、メッセージが大きくてセグメントに分割しなければならないかどうか、即ちメッセージを分割しなければならないかどうかチェックされる。この分割は、ＧＰＲＳネットワークのＳＮＤＣＰ及びＧＴＰプロトコルが１５００バイトを越えるメッセージを転送できないために実行されねばならない。メッセージを分割しなければならない場合には、ステップ６０８においてセグメント化される。このセグメント化において、メッセージはセグメントに分割され、それらセグメントは番号付けされそして最後のセグメントがマークされる。メッセージが分割されると、第１セグメントがステップ６０９において送信され、そして確認がステップ６１０において受け取られる。又、メッセージがセグメント化されるにつれて、メッセージを徐々に送信することもできる。ステップ６１１において、確認が肯定であり、即ちセグメントが配送された場合には、次のセグメントがステップ６１２において送信され、その肯定確認がステップ６１３において受け取られる。次いで、ステップ６１４では、いずれかのセグメントが残っているかどうかチェックされる。セグメントが見つかった場合には、プロセスがステップ６１２へ進み、次のセグメントを送信する。ステップ６１２、６１３及び６１４で形成されたループは、全てのセグメントが送信されるまで繰り返される。次いで、プロセスはステップ６１５へ進み、そこで、メッセージが送信されそして確認がおそらくメッセージの送信者に送られることが注目される。更に、勘定記録が形成されるか、又は必要なデータが勘定センターに送信される。この解決策は、契約に基づき、送信者又は受信者或いはその両方に勘定請求できるという効果を与える。これにより、公知音声メッセージの問題を解消することができる。問題は、メッセージを送信するときの送信者と、メッセージを受信するときの受信者の両当事者が常に支払をしなければならないことである。
【００４６】
ステップ６１１において、受信確認が肯定でないと分かった場合に、プロセスはステップ６１６へ進み、そこで、移動ステーションがメッセージの有効期間中にネットワークにアタッチする場合に、メッセージが再送信のためにメモリに記憶される。又、ステップ６１６におけるメッセージの処理は、否定応答で指示される理由に基づいてもよい。例えば、メッセージが送信されたときにメッセージの受信をユーザが望まないか又はできない場合には、メッセージがメモリに記憶される。ユーザがメッセージの受信を望まないか又はできない理由としては、例えば、メモリが充分でない、メッセージの形式、メッセージの送信時間が長い、又は送信者の識別データであることが考えられる。このような状態は、例えば、ＭＭＳＣで決定された条件が不充分であるか、又は使用する実施形態においてメッセージが常に自動的に送信されるからである。又、ユーザは、将来メッセージの受信を希望しないことを指示することもでき、この場合、メッセージは、もしそれが記憶されていれば、メモリから削除される。
【００４７】
ステップ６０７において、メッセージを分割する必要がないことが分かると、最後のセグメントがステップ６１７においてメッセージセグメントとして指示され、その後、メッセージがステップ６１８において送信されそしてステップ６１９において確認される。ステップ６２０において、確認が肯定であり、即ちセグメントが配送されたことが観察されると、プロセスはステップ６１５へ進み、そこで、メッセージが送信されそして確認がおそらくメッセージの送信者に送信されることが注目される。ステップ６２０において受信確認が肯定でないことが観察されると、プロセスはステップ６１６へ進み、メッセージは、上述したように処理される。
【００４８】
ステップ６０４において１つの条件を満足しないことが観察された場合には、メッセージを移動ステーションに直接送信することができない。むしろ、マルチメディアメッセージについて移動ステーションに通知するショートメッセージがステップ６２１においてショートメッセージサービスセンターＳＭＳＣを通して送信される。ステップ６２２では、マルチメディアメッセージがメモリに記憶され、配送を待機する。ステップ６２３では、メッセージ要求が移動ステーションから受け取られ、そして要求されたメッセージがステップ６２４においてメモリから検索される。次いで、プロセスはステップ６０７へ進み、メッセージを分割しなければならないかどうかチェックし、その後、プロセスは、上述したように進む。
【００４９】
メモリに記憶されたマルチメディアメッセージは、その有効期間がもはや有効でないか又はマルチメディアメッセージが受信者に首尾良く送信された場合にはメモリから削除される。マルチメディアメッセージの有効期間が経過したときにステップ６２３において要求が受け取られた場合には、メッセージを当然メモリにおいて見つけることができず、移動ステーションには、メッセージの有効期間がもはや有効でないためにメッセージを配送できないことが通知されるのが好ましい。
【００５０】
メッセージの第１セグメントを配送できるが、別のセグメントを配送できない場合には、メッセージ全体が再送信のためにメモリに記憶される。
図６について上述したステップは、絶対的な時間順序で示されておらず、上記ステップの一部分を同時に又はずれた順序で実行することもできる。ステップとステップとの間に別のオペレーションを実行することもできる。幾つかのステップを省略することができ、例えば、メッセージの確認は、セグメントが送信された後にのみチェックされてもよい。省略できるステップは、例えば、全てのメッセージが同じ条件を含むときに条件がサーチされるステップ６０２である。
【００５１】
本発明の好ましい実施形態では、マルチメディアメッセージサービスセンターは、マルチメディアメッセージのコードを、受信側移動ステーションがサポートするコードに変更するか、又はその他送信又はプレゼンテーションにより適した形態に変更することができる。例えば、ｍｐｅｇコードによってコード化されたメッセージは、マルチメディアメッセージサービスセンターにおいて解除して、ｊｐｅｇコードにより記録することができる。これらの手段は、ステップ６０７におけるチェックの前に実行されるのが好ましい。本発明の別の好ましい実施形態では、マルチメディアメッセージサービスセンターは、メッセージがまだパックされない場合に、特定の限界サイズを越えるメッセージをパックすることができる。この手段は、ステップ６０７におけるチェックの前に実行されるのが好ましい。
【００５２】
本発明は、マルチメディアメッセージのサイズの限定を必要としない。しかしながら、時々、オペレータ又は受信者は、メッセージのサイズを限定したいことがある。従って、図６のフローチャートにおいて、例えば、ステップ６０２の後に、マルチメディアメッセージが長過ぎるかどうかチェックされる。もしそうでなければ、プロセスは、図示されたように進む。もしそうであれば、マルチメディアメッセージは、受信者に配送されない。次いで、送信者には、サイズが大きいためにメッセージを配送できない旨通知することができる。
【００５３】
受信者識別子の値は、ステップ６２１の前に計算することができ、そしてハッシュのような個別の受信者識別子を使用する実施形態において移動ステーションへ送信することができる。マルチメディアメッセージに加えて、これら実施形態では、ステップ６２２において識別子を記憶することができる。次いで、ステップ６２３において、受信したメッセージは、受信者識別子として個別の値を含み、これに基づいて、正しいマルチメディアメッセージがステップ６２４において検索される。
【００５４】
図２ないし６では、マルチメディアメッセージが常にパケットデータとして送信されると仮定した。ある実施形態では、回路交換データとして移動交換センターＭＳＣを経て送信することもできる。現在、この解決策は、ユーザがデータコールに対して個別のＭＳＩＳＤＮ電話番号を有することを必要とするが、現在知られているものによれば、この状態は、データを送信するための個別の電話番号がもはや必要とされないように変化するであろう。マルチメディアメッセージをいつ回路交換で送信すべきか及びいつデータ交換モードにあるかは、オペレータによりセットされた条件、又はユーザにより変更し得る条件に基づいて判断することができる。更に、ある実施形態では、パケットデータとしての送信が首尾良くいかなかった場合に、パケットデータとして送信されるよう意図されたマルチメディアメッセージを回路交換データとして転送するよう試みることができる。又、ある実施形態では、送信モードを選択することもできる。例えば、テキストを含む小さなマルチメディアメッセージをパケット交換メッセージとして受信者へ送信することができる一方、ビデオ像及びスピーチを含む大きなマルチメディアメッセージを回路交換モードで送信することができる。又、マルチメディアメッセージは、連結された短いメッセージとして送信することもできる。
【００５５】
図７は、マルチメディアメッセージサービスセンター及び本発明に関するその重要なオペレーションを示す。図７は、本発明のマルチメディアメッセージサービスセンターＭＭＳＣを示すブロック図である。このマルチメディアメッセージサービスセンターＭＭＳＣは、移動通信システムの移動ステーションからショートメッセージを受信したりそこへ送信したりするためのインターフェイス部分Ｌ１を備えている。実施形態に基づき、このインターフェイス部分Ｌ１は、オペレータ内バックボーンネットワーク及びサービスサポートノードを経てメッセージを送信すると共に、ショートメッセージサービスセンター又はバックボーンネットワーク及びゲートウェイサポートノードを経てメッセージを送信する。マルチメディアメッセージサービスセンターＭＭＳＣは、ショートメッセージサービスセンターを他のネットワーク、例えば、インターネット、別のデータネットワーク及び／又は公衆交換電話ネットワークに接続するためのインターフェイス部分Ｌ２（１つしか図示されていない）を含む。これらのインターフェイス部分は、マルチメディアメッセージを送信及び受信できるようにする。これらに加えて、ショートメッセージサービスセンターは、例えば、図６に示すように転送されるべくマルチメディアメッセージサービスセンターＭＭＳＣにより受信されたマルチメディアメッセージを転送するアプリケーション部分ＡＰを含む。
【００５６】
アプリケーション部分ＡＰは、図２、３及び４に示されたシグナリングメッセージを識別し、そしてメッセージをいかに送信及び受信すべきか知っている。インターフェイス部分は、低レベルプロトコルの解釈に関与する。更に、アプリケーション部分ＡＰは、配送することのできないマルチメディアメッセージをそのメモリＭに記憶し、そしてマルチメディアメッセージが首尾良く配送されたとき又は移動ステーションがマルチメディアメッセージの配送を要求するときにそれをメモリから検索する。アプリケーション部分は、移動ステーションに送信されるマルチメディアメッセージ又はマルチメディアメッセージのセグメントが、図３及び４で決定された部分を少なくとも含むということに関与する。アプリケーション部分は、メッセージをセグメント化し、即ち図６に示すようにセグメントに分割することができ、マルチメディアメッセージのサイズが、ネットワーク及びエアインターフェイスに送信されるメッセージの許容最大サイズを越えないようにする。対応的に、アプリケーション部分は、受信したセグメントから、更なる配送のために全マルチメディアメッセージをコンポーズすることができる。アプリケーション部分ＡＰは、メッセージの受信者が同じ移動通信システムの別の移動ステーションにある場合には、受信したセグメントの全マルチメディアメッセージをコンポーズしないように構成することができる。しかしながら、このような実施形態では、アプリケーション部分ＡＰは、メッセージのサイズをセグメントで計算することができる。又、アプリケーション部分ＡＰは、例えば、メッセージに対して割り当てられたメモリエリアを空きエリアとして指示することにより、有効期間が終了するマルチメディアメッセージがメモリから削除されることにも関与する。削除されたメッセージは、新たなメッセージがその上に書きこまれるまでメモリに保持することができる。アプリケーション部分は、削除されたメッセージの内容をもはや見出すことができない。アプリケーション部分は、有効期間を欠いたメッセージにそれを追加するように構成することができる。又、アプリケーション部分ＡＰは、ＭＭＳコンテクストがアクチベートされたかどうかチェックし、そして移動ステーションＭＳへＭＭＳコンテクストアクチベーション要求を発生するように構成することもできる。
【００５７】
アプリケーション部分ＡＰは、全てのマルチメディアメッセージ配送に関する永久的な条件を含んでいて、通知しなければならないメッセージから送信されるべきメッセージをアプリケーション部分が直接フィルタできるようにする。これらの永久的な条件は、メモリＭに配置することができる。又、アプリケーション部分ＡＰは、メモリＭから、マルチメディアメッセージ配送に関する加入者特有の条件及びおそらくそこに配置された永久的な条件を検索するように構成することもできる。又、アプリケーション部分ＡＰは、加入者特有の条件がもしホーム位置レジスタに維持されていれば、ホーム位置レジスタからそれらに関して問合せするように構成することもできる。又、アプリケーション部分ＡＰは、マルチメディアメッセージから条件に関する値を区別し、そしてそれら条件を満足するかどうかチェックするように構成することもできる。それら条件を満足する場合には、アプリケーション部分は、マルチメディアメッセージを移動ステーションに直接送信するように構成される。永久的な条件とは、オペレータによって設定される条件であって全てのメッセージに対して同一の条件を指す。加入者特有の条件とは、各加入者ごとに設定される条件であってターミナル、加入者又はオペレータが限定値を与えることができる条件を指す。加入者特有の条件をサポートする実施形態の場合には、アプリケーション部分ＡＰは、条件を更新するように構成される。永久的な条件は、ネットワークマネージメントシステムを経て更新されるのが好ましい。
【００５８】
マルチメディアメッセージのサイズ及び形式は、例えば、永久的な条件として使用することができる。例えば、マルチメディアメッセージのサイズが、条件として決定されたサイズを越える場合には、そのマルチメディアメッセージは直接配送されない。マルチメディアメッセージのサイズが、例えば、条件として決定されたものより小さいが、その内容が、条件として決定されたものと同じでない場合にも、そのマルチメディアメッセージは直接配送されない。
【００５９】
加入者特有の条件は、ターミナルによりサポートされるコード化モード、ターミナルによりサポートされる内容形式、ターミナルにおいて使用可能なメモリの量、マルチメディアメッセージの優先順位等である。ＭＭＳコンテクストアクチベーションでは、ターミナルは、コード化モード及び使用可能なメモリの量を指示することができ、この場合に、アプリケーション部分ＡＰは、これらの値を、それに対応する条件の値に対応するよう更新する。加入者は、例えば、ＷＷＷインターフェイス又はシグナリングメッセージを使用することにより、直接送信されるべきマルチメディアメッセージのサイズのような特定の条件を更新することができる。次いで、オペレータは、ある加入者に対する条件を決定し、それに基づいて、優先順位が最も高いテキストメッセージがサイズに関わりなく直接送信されねばならない。アプリケーション部分は、最後の条件をチェックすると、相反する条件を「スキップ」する。従って、これら条件は、異なるレベルのものでよい。条件を設定するときには、ＡＮＤ、ＯＲ、ＸＯＲ、ＮＯＴのような論理演算も使用することができる。本発明は、これらの条件や、それらをいかに形成し又は適用するかを何ら限定するものではなく、オペレータによって自由にプランニングすることができる。
【００６０】
マルチメディアメッセージに対して別の配送ルートを選択することのできる実施形態では、アプリケーション部分ＡＰは、所与のルート条件に基づいて配送ルートを選択し、そしてその配送ルートに対してルート指定命令を要求するように構成される。ルート条件は、例えば、次のもの、即ちショートメッセージとして連結されたサイズＸより小さいテキストメッセージ、ビデオ像を含みそして回路交換モードにおいてサイズＹを越えるメッセージ、パケット交換モードにおける他のものを含む。
ハッシュのような個別の受信者識別子を使用する実施形態では、アプリケーション部分ＡＰは、受信者識別子を別のやり方で計算し又は割り当て、そしてマルチメディアメッセージについて知らせるメッセージをそれに追加するように構成される。これらの実施形態では、アプリケーション部分は、受信者識別子に基づいてメモリからマルチメディアメッセージを検索するように構成される。
【００６１】
又、マルチメディアメッセージサービスセンターは、例えば、アプリケーション部分により与えられた命令に基づいてショートメッセージを発生するためのメッセージ発生部分ＧＰを含むこともできる。実施形態に基づき、この発生部分ＧＰは、ショートメッセージを発生するコマンドをショートメッセージサービスセンターに送信することもできる。ショートメッセージが使用されない実施形態では、この発生部分は、配送要求を待機しているマルチメディアメッセージについて通知する小さなマルチメディアメッセージ又はデータメッセージを発生することができる。
【００６２】
又、マルチメディアメッセージサービスセンターは、マルチメディアメッセージの内容が既にパックされたかどうかチェックするパッケージング部分ＰＰを含むこともできる。内容がパックされていない場合には、パッケージング部分ＰＰは、パッケージングを遂行する。従って、転送されるべきデータ量が減少されるので、データは、より効率的に転送される。パッケージング部分は、例えば、アプリケーション部分を介して、パックされたメッセージを移動ステーションへ送信できるかどうかチェックするのが好ましい。又、パッケージング部分ＰＰは、パックされたメッセージを移動ステーションへ送信できない場合には、受信したマルチメディアメッセージのパック内容をアンパックすることもできる。
【００６３】
又、マルチメディアメッセージサービスセンターは、コード変換部分ＣＣＰを含むこともできる。この変換部分は、メッセージコードを解除し、そしてアプリケーション部分により与えられた命令に基づいてメッセージをコード化する。例えば、テキストがＡＳＣＩＩ８コードでコード化されるが、移動ステーションがＡＳＣＩＩ７コードしかサポートしない場合には、変換部分がＡＳＣＩＩ８コードをＡＳＣＩＩ７コードに変換する。従って、メッセージは、その内容が不変に保たれ且つメッセージがまだ読み取られるようにして、移動ステーションへ配送することができる。
【００６４】
マルチメディアメッセージサービスセンターのインターフェイス部分Ｌ１、Ｌ２に配置されたインターフェイスは、第１の好ましい実施形態においてデータネットワークに必要とされるアプリケーションインターフェイス、例えば、インターネット又はイントラネットワーク用のＩＰインターフェイス、例えば、移動ステーションＭＳに対し図３、４及び５に示されたプロトコルを用いて実施されたインターフェイス、ホーム位置レジスタＨＬＲ用のＭＡＰ／ＳＳ７インターフェイス、サービスサポートノードＳＧＳＮ用のＧＴＰ／ＩＰインターフェイス、及び例えば、ショートメッセージサービスセンター用のＣＩＭＤインターフェイスである。更に、好ましくは送信メッセージの送信者に勘定請求するために勘定ゲートウェイセンター用としてインターフェイスが必要とされる。又、考えられるインターフェイスは、ドメインネームサーバ用のインターフェイス及び公衆交換電話ネットワーク用のインターフェイスも含む。後者は、マルチメディアメッセージが回路交換データとしてロードされる場合に必要とされる。本発明の第２の好ましい実施形態ではサービスサポートノード用のインターフェイスは必要とされない。というのは、マルチメディアメッセージがショートメッセージサービスゲートウェイＳＭＳＧＷを経て送信されるからである。しかしながら、ショートメッセージサービスゲートウェイＳＭＳＧＷについては、Ｘ.２５インターフェイスが少なくとも現在は必要とされる。本発明の第３の好ましい実施形態では、ホーム位置レジスタについてもサービスサポートノードＳＳＧＮについてもインターフェイスは必ずしも必要でない。ゲートウェイサポートノードＧＧＳＢは、インターフェイス、好ましくは、ＩＰインターフェイスを必要とする。
【００６５】
必要とされるインターフェイスは、上記とは異なるものでもよく、オペレーションに関与するネットワーク要素によりサポートされるプロトコルに依存する。
図３、４、５、６及び７は、ある条件を満足したときに、マルチメディアメッセージが受信者へ直接送信されることを示すが、条件を満足したことにより間接的な送信を生じさせても同じ結果が得られることが当業者に明らかであろう。
図８は、本発明に係る移動ステーションの本質的な部分及びその機能を示す。ＧＳＭシステム、ひいては、ＧＰＲＳネットワークでは、移動ステーションＭＳは、実際のターミナルと、それに取り外し可能に取り付けられた加入者認識モジュールＳＩＭとで構成される。この加入者認識モジュールは、移動ステーションに配置されるスマートカードで、これは、例えば、加入者を識別するのに関連したデータ、例えば、移動ステーション加入者を識別する国際移動加入者認識ＩＭＳＩ番号と、移動ステーションにより受信されたショートメッセージを記憶するためのある量のメモリとを備えている。実際のターミナルは、アンテナを含むトランシーバＴｘ／Ｒｘと、ユーザインターフェイスＵＩと、コントローラＣＰと、本発明の移動ステーションにマルチメディアメッセージを記憶するためにある量が割り当てられるメモリＭ１とを含む。
【００６６】
ユーザインターフェイスＵＩは、一般に、キーボードと、ディスプレイと、スピーカと、マイクロホンとを含み、これらは図８には示されていない。ユーザインターフェイスＵＩにより、ユーザは、マルチメディアメッセージをコンポーズ、送信、読み取り、探索及び／又は聴取、削除そして変更し、そして希望するときにコントローラＣＰに他の命令を与えることができる。１つの命令は、移動ステーションを通して、図４に示すようにマルチメディアメッセージの配送を要求するコマンドである。ユーザインターフェイスは、マルチメディアメッセージコードの解除に関与するのが好ましい。ユーザは、ユーザインターフェイスを通して、図７に詳細に示した加入者特有の条件に値を与えることができる。
【００６７】
コントローラＣＰは、ユーザインターフェイスから、例えば、図４及び５２ついて述べたマルチメディアメッセージに関連したインパルスを得る。コントローラＣＰは、加入者に対してユーザインターフェイスＵＩを経て移動ステーションに到達したマルチメディアメッセージについて、例えば、音声信号及びディスプレイに現れるメッセージ又は記号で移動ステーションＭＳのユーザに通知するのが好ましい。コントローラは、上記指示に、メッセージのサイズ及び形式についての情報を含ませることができる。又、コントローラＣＰは、移動ステーション及び／又は移動通信システムのオペレーションに関連した音声信号、テキスト命令又は命令信号を、ユーザインターフェイスを経て移動ステーションのユーザに与えることもできる。又、コントローラは、マルチメディアメッセージ及びそれに関連したパラメータについて外部ターミナルに通知することもできるし、或いはマルチメディアメッセージを別の外部ターミナルに転送することもできる。
【００６８】
コントローラは、マルチメディアメッセージ、ショートメッセージ及びシグナリング／制御メッセージを、トランシーバＴｘ／Ｒｘを経て受信及び送信する。コントローラは、図２、３、４及び５に示されたメッセージを送信及び受信し、必要なパラメータ及びデータを追加し、そしてそのパラメータ及びデータを上述したように解釈するように構成される。コントローラが何を行うかは、実施形態に依存する。例えば、コントローラＣＰは、ＧＰＲＳネットワークに登録するときに、又は単にネットワーク又はユーザから受け取ったインパルスに対する応答として、常にＭＭＳコンテクストをアクチベートするように構成され得る。マルチメディアメッセージがトランシーバＴｘ／Ｒｘに到着すると、コントローラは、メッセージを受信する前に、マルチメディアメッセージに割り当てられたメモリがまだ使用可能であることをチェックすることができる。又、コントローラは、メッセージの形式及びそこに使用されるコードをチェックし、ユーザインターフェイスを経てユーザへマルチメディアメッセージを送信するよう確保することができる。これは、コントローラが、ユーザに送信できないメッセージをメモリに無益に記憶しないという効果を有する。ユーザは、有効期間がまだ有効である場合には、ターミナルを変更した後にメッセージを受信することができる。マルチメディアメッセージを受信した後に、本発明による移動ステーションのコントローラは、メッセージをターミナルメモリＭ１に記憶するのが好ましい。マルチメディアメッセージが多数のセグメントで送信される場合には、コントローラは、セグメントを１つのメッセージにコンポーズした後にそのメッセージを記憶する。ある実施形態では、コントローラＣＰは、ターミナルがユーザに送信できないマルチメディアメッセージを識別ユニットのメモリに記憶するよう構成することができる。又、コントローラは、ユーザに、マルチメディアメッセージをどこに記憶したいか尋ねるように構成することもできる。
【００６９】
コントローラは、マルチメディアメッセージについて通知するショートメッセージを他のショートメッセージから区別し、そしてユーザインターフェイスを経てのユーザへのデータの指示をコンポーズするように構成することができる。他の何らかの方法を使用して、マルチメディアメッセージについて通知する場合には、コントローラは、使用する指示の方法に基づいてユーザにデータを送信するように構成される。
マルチメディアメッセージが移動ステーションから送信されるときには、コントローラＣＰは、必要に応じてメッセージをセグメント化し、そして図５において詳細に述べた必要なパラメータをメッセージにアタッチする。
【００７０】
コントローラは、条件、例えば、ユーザインターフェイスによりサポートされるコードに関する情報、データ形式、及び使用可能なメモリを、ＭＭＳコンテクストのアクチベーションメッセージに追加するように構成することができる。コントローラは、マルチメディアメッセージの最後のセグメントの受信後にコントローラが送信する確認メッセージに対して使用可能なメモリに関する情報も送信するように構成することができる。
しかしながら、移動ステーションにとって重要なことは、それがマルチメディアメッセージを識別でき、そしてそのメッセージを解釈して、正しい手段の使用によりユーザへ送信できることである。
【００７１】
上記説明では、マルチメディアメッセージが移動ステーションにより常に受信されると仮定した。しかし、これは、常にそうでなくてもよい。例えば、訪問先のネットワークエリアでは、ローカルインターネットオペレータにより固定ネットワークを経て大きなマルチメディアメッセージを検索するのがより効果的である。このような固定ネットワークの使用は、例えば、ハッシュのような個別の受信者識別子を用いる実施形態を使用して実現されるのが好ましい。
添付図面及びそれを参照した上記説明は、単に本発明を例示するものに過ぎないことを理解されたい。上述した実施形態は、組み合わせることができ、そしてそのオペレーションは、互いに結び付けることができる。請求の範囲に記載した本発明の範囲及び精神から逸脱せずに、種々の変更及び修正が当業者に明らかであろう。
【図面の簡単な説明】
【図１】 第１の好ましい実施形態のテレコミュニケーションシステムを示す図である。
【図２】 ＭＭＳ内容アクチベーションに関連したシグナリングを示す図である。
【図３】 第１の好ましい実施形態においてマルチメディアメッセージの転送に必要なプロトコルに基づくシグナリングを示す図である。
【図４】 第１の好ましい実施形態においてマルチメディアメッセージの転送に必要なプロトコルに基づくシグナリングを示す図である。
【図５】 第１の好ましい実施形態においてマルチメディアメッセージの転送に必要なプロトコルに基づくシグナリングを示す図である。
【図６】 第１の好ましい実施形態においてマルチメディアメッセージサービスセンターがいかに動作するかを示すフローチャートである。
【図７】 本発明のマルチメディアメッセージサービスセンターを示す図である。
【図８】 本発明の移動ステーションを示す図である。

Claims (10)

1. ワイヤレスデータ送信を使用するテレコミュニケーションシステムのワイヤレスデータ送信を使用するターミナルと第２の当事者との間でマルチメディアメッセージを配送する方法であって、該方法は、
   同じメッセージサービスセンターを通して少なくとも２つの異なる内容形式のマルチメディアメッセージを配送するものであり、上記内容形式は、テキスト、スピーチ、映像、ビデオ像又はその組合せを含むことができるメッセージ内容のプレゼンテーションを指示する、上記方法において、
   上記ターミナルと上記メッセージサービスセンターとの間で上記マルチメディアメッセージの内容形式に関わりなく上記マルチメディアメッセージに対して同じ配送プロトコルを使用することにより、上記ターミナルと上記メッセージサービスセンターとの間で上記マルチメディアメッセージを配送し、
   上記メッセージサービスセンターで少なくとも１つの第１条件を決定するものであって、該少なくとも１つの第１条件は、直接送信されるべきマルチメディアメッセージの内容形式、直接送信されるべきマルチメディアメッセージの最大サイズの少なくとも１つを決定するものであり、
   上記ターミナルへ配送されるべき上記マルチメディアメッセージから、それが上記第１条件を満足するかどうかチェックし、
   上記第１条件を満足する場合に上記マルチメディアメッセージを上記ターミナルに直接配送し、そして
   上記第１条件を満足しない場合には上記マルチメディアメッセージについて上記ターミナルに通知すると共に、上記マルチメディアメッセージに関するメッセージ要求に対する応答として上記マルチメディアメッセージを配送することを特徴とする方法。
2. 上記ターミナルのユーザからの上記第１条件に関連した値をメッセージサービスセンターにおいて受信し、そして
   受信した値で上記値を更新する請求項１に記載の方法。
3. 上記第１条件に関連した値としてターミナル特性を上記メッセージサービスセンターにおいて受信し、そして
   受信した値で上記値を更新する請求項１又は２に記載の方法。
4. 上記ターミナルに送信されるべきマルチメディアメッセージについての情報を提供するためマルチメディアメッセージに受信者識別子を追加し、この識別子は、受信されるべき上記マルチメディアメッセージの受信者の識別を可能にするものであり、そして
   上記メッセージ要求が上記マルチメディアメッセージに関連した上記受信者識別子を含む場合にのみ上記マルチメディアメッセージを配送する請求項１乃至３のいずれかに記載の方法。
5. 少なくとも２つの異なる配送ルートを使用して上記メッセージサービスセンターから上記ターミナルへマルチメディアメッセージを配送し、
   上記メッセージサービスセンターに対する少なくとも第２の条件を決定し、そして
   この第２の条件に基づいて上記マルチメディアメッセージの配送ルートを選択する請求項１乃至４のいずれかに記載の方法。
6. 少なくとも第１内容形式及び第２内容形式のマルチメディアメッセージを受信することができる少なくとも１つのターミナルであって、上記内容形式は、上記メッセージ内容のプレゼンテーションを指示する、上記少なくとも１つのターミナルと、
   少なくとも上記第１内容形式及び上記第２内容形式のマルチメディアメッセージを上記少なくとも１つのターミナルと第２の当事者との間に送信するためのメッセージサービスセンター(MMSC)と、
   を備えたワイヤレステレコミュニケーションシステムにおいて、
   上記メッセージサービスセンターは、上記ターミナルと上記メッセージサービスセンターとの間で上記マルチメディアメッセージの内容形式に関わりなく第１配送プロトコルを使用することにより上記マルチメディアメッセージを上記ターミナルに第１配送によるメッセージとして配送するよう構成されており、
   上記メッセージサービスセンター(MMSC)は、上記マルチメディアメッセージをターミナル(MS)に配送する前に、上記マルチメディアメッセージが少なくとも１つの所定の第１条件を満足するかどうかチェックし、そしてそのチェックの結果に応答して、上記マルチメディアメッセージを上記ターミナルに直接配送するか、又は上記マルチメディアメッセージについて上記ターミナルに通知しそして上記マルチメディアメッセージに関するメッセージ要求に応答して上記マルチメディアメッセージを配送するように構成されており、上記少なくとも１つの第１条件は、直接送信されるべきマルチメディアメッセージの内容形式、直接送信されるべきマルチメディアメッセージの最大サイズの少なくとも１つを決定するものであり、そして
   上記ターミナル(MS)は、上記マルチメディアメッセージに関する上記情報を受信し、その情報について上記ターミナルのユーザに通知し、そして上記マルチメディアメッセージに関するメッセージ要求を、ユーザから受信した命令に応答して上記メッセージサービスセンター(MMSC)へ送信するように構成されていることを特徴とするシステム。
7. 上記ターミナル(MS)は、それがサポートするメッセージ内容コードについて上記メッセージサービスセンター(MMSC)に通知するように構成され、そして
   上記メッセージサービスセンター(MMSC)は、上記ターミナル(MS)へ配送されるべきマルチメディアメッセージのコードをチェックし、それを、上記ターミナルによりサポートされるコードと比較し、そして上記ターミナルがそのメッセージコードをサポートしない場合に、そのメッセージコードを、上記ターミナルによりサポートされるコードに変更する請求項６に記載のシステム。
8. ワイヤレステレコミュニケーションシステムに接続可能なメッセージサービスセンター(MMSC)であって、該メッセージサービスセンターは、少なくとも２つの異なる内容形式のマルチメディアメッセージを受信しそしてそれらマルチメディアメッセージをテレコミュニケーションシステムのターミナルへ転送するためのインターフェイス手段(L1,L2)を備え、上記内容形式は、上記メッセージ内容のプレゼンテーションを指示する、上記メッセージサービスセンターにおいて、
   上記メッセージサービスセンターは、上記マルチメディアメッセージが少なくとも１つの所定の条件を満足するかどうかをチェックすることによって上記マルチメディアメッセージの配送の仕方を選択するアプリケーション手段(AP)を備え、上記少なくとも１つの所定の条件は、上記ターミナルへ直接送信されるべきマルチメディアメッセージの内容形式、上記ターミナルへ直接送信されるべきマルチメディアメッセージの最大サイズの少なくとも１つを決定するものであり、上記アプリケーション手段は、上記チェックの結果に応答して、上記マルチメディアメッセージを上記ターミナルに直接配送するか、又は上記マルチメディアメッセージについて上記ターミナルに通知しそして上記マルチメディアメッセージに関するメッセージ要求に対する応答として上記マルチメディアメッセージを上記ターミナルへ配送するように構成されており、該アプリケーション手段は、上記内容形式に関わりなく同じ配送プロトコルを使用して上記マルチメディアメッセージを配送し、上記ターミナルと上記メッセージサービスセンターとの間で上記マルチメディアメッセージの内容形式に関わりなく同じプロトコルを使用して、上記ターミナルから少なくとも２つの異なる内容形式のマルチメディアメッセージを受け取るように構成されていることを特徴とするメッセージサービスセンター。
9. 上記アプリケーション手段（AP）は、１つ又は複数の所定の条件に基づいて少なくとも２つの異なる配送ルートから各マルチメディアメッセージに対する配送ルートを選択するように構成されている請求項８に記載のメッセージサービスセンター(MMSC)。
10. マルチメディアメッセージを受信するための移動ステーションであって、ユーザインターフェイス(UI)を備え、これを通して移動ステーションのユーザが少なくとも第１内容形式及び第２内容形式のマルチメディアメッセージを受信できる上記移動ステーションであって、上記内容形式は、上記メッセージ内容のプレゼンテーションを指示するものである、上記移動ステーションにおいて、
    上記移動ステーションは、上記マルチメディアメッセージの内容形式に関わりなくメッセージサービスセンターと移動ステーションとの間で同じ配送プロトコルを使用して少なくとも上記第１内容形式及び上記第２内容形式のマルチメディアメッセージを同じメッセージサービスセンターを経て受信するためのコントローラ(CP)を備えており、
    上記コントローラ(CP)は、配送のためのマルチメディアメッセージ待機に関する指示を受信し、上記ユーザインターフェイスを経て上記ユーザにその指示を送信し、そして上記ユーザインターフェイスを経て受信したユーザコマンドに応答して上記マルチメディアメッセージの配送要求を送信し、上記配送要求に対する応答として上記マルチメディアメッセージを受信し、上記ユーザインタフェースを通じて受信したユーザコマンドに応答して少なくとも１つの条件を送信するものであり、上記少なくとも１つの条件は、マルチメディアメッセージの受信に関連し、また、上記移動ステーションへ直接送信されるべきマルチメディアメッセージの内容形式と上記移動ステーションへ直接送信されるべきマルチメディアメッセージの最大サイズとのうちの少なくとも１つを決定するよう構成されていることを特徴とする移動ステーション。

Images