JP2007529137A - マルチメディアサービス能力を自動的に検出する方法及び通信システム - Google Patents

Abstract

【課題】本発明は、共通のマルチメディアサービス能力を自動的に検出するための方法、システム及びサーバ及びコンピュータプログラムに関するものである。
【解決手段】本方法は、無線インタフェースの不必要な使用を避け、発呼ユーザだけでなく、被呼ユーザのマルチメディア能力を音声通話中に検出するために、たとえばインテリジェントネットワークＩＮのような回線交換ネットワークをパケットネットワークへのトリガとして利用することを基本にしている。両方のユーザからの検出結果が肯定的であった場合、ネットワークは両方の移動体電話機に対して、ユーザにそのことをたとえばソフトボタンの上にアイコンを表示することによって知らせるべきであるというメッセージを送信する。電話機が共有マルチメディアの表示器になることがある。イメージアイコンが両方のユーザ共通にサポートされている唯一の能力である場合はこういうものから、多少複雑なＳＭＭサービスの全部の範囲までが共有マルチメディアの対象になる。
【選択図】図1

Description

本発明は、マルチメディアサービスのための方法、システム、サーバ及びコンピュータプログラム製品に関する。

特に、本発明は、マルチメディアサービス能力を自動的に検出するための方法、システム及びサーバ、及び前記方法にもとづくコンピュータプログラム製品に関する。

マルチメディアサービスは、第３世代のＷＣＤＭＡや第２．５世代のＧＳＭのネットワークを運用している携帯電話事業者に新しい収入をもたらすものと予想されている。単純な音声回線がまだしばらくは重要な収益源であるので、市場は音声の次のサービスの開発を進めている。これらはマルチメディアアプリケーションであって通常の音声通話を含み、その音声に並行して他のメディアを加えるものであり、その結果、２人の移動体ユーザは会話と同時に、視覚的に他のメディアを共有することができる。この共有メディアは、静止画像、片方向通信のライブビデオ、ＭＭＳ、テキスト又はゲームであってもよい。このような共有サービスのことを本明細書においては共有マルチメディア(ＳＭＭ)サービスと呼ぶことにする。

共有マルチメディアサービスには、携帯電話が標準の回線交換の音声通話と、パケット交換のＩＰマルチメディアセッションを同時に稼動ことができる必要があり、さらに、クライアントに対してアプリケーション論理を実行するためのホスト役ができる必要がある。

事業者から強く望まれている機能は、移動体ユーザが、音声通話の中で、たとえば電話機のディスプレイで、もしあれば、どの共有マルチメディアサービスが利用可能かを視覚的に読み取れることである。遠方のユーザ及び発呼しているユーザ両方ともに、１又はいくつかの共有マルチメディアサービスを利用する能力を有する場合、両ユーザの移動体電話機の表示に、１又はいくつかのアイコンが点灯される。この種の能力チェックのことを本明細書においては共有マルチメディアの能力検出処理という。

しかし、標準化において現在議論されている事実上の能力検出処理は、音声通話が確立された直後に、移動体電話機に、パケット交換にもとづく能力チェックを遠方の移動体電話機に向けて開始させるような方向で考えられている。このことは、能力検出チェックは相手ユーザがＳＭＭ能力を有するか否かにかかわりなく、無線インタフェースを介してすべての移動体間の通話に対して行われることを意味する。

問題は無線資源の点から最適化されている移動体能力検出方法が見出されるかにある。それゆえ、能力検出処理とその結果は不可欠で避けられない場合には、無線インタフェースで伝送される。このように、能力検出メカニズムは、移動体と非移動体間の音声通話の場合や、移動体とマルチメディア能力非所有移動体間の場合には起動されないし、たとえ移動体電話機が技術的に能力を有していても、サービス利用が許されていないユーザの場合には起動されない。

端末型の解決形態ではすべて、共有機能として、パケット交換と回線交換の両方で接続可能な端末が相手の端末に対してＳＭＭサービスが利用可能かどうかを照会しなければならない。これは、２台の端末のうちで１台がＳＭＭを利用可能な場合、電話を開始する際に照会から始めなければならないことを意味する。しかし、両方の端末がＳＭＭを利用可能であるという確率は長年非常に低かった。

このように、本発明の１つの目的は、無線インタフェースの不必要な使用を避けるマルチメディア能カ検出のための方法及びシステムを提供することである。

上述の目的は、独立請求項に特徴づけられた、方法、システム、サーバ及びコンピュータプログラム製品として達成される。

本解決方法は、無線インタフェースの不必要な使用を避け、発呼ユーザだけでなく、被呼ユーザのマルチメディア能力を音声通話中に検出するために、たとえばインテリジェントネットワークＩＮのような回線交換ネットワークをパケットネットワークへのトリガとして利用することを基本にしている。両方のユーザからの検出結果が肯定的であった場合、ネットワークは両方の移動体電話機に対して、ユーザにそのことをたとえばソフトボタンの上にアイコンを表示することによって知らせるべきであるという、メッセージを送信する。電話機が共有マルチメディアの表示器になることがある。イメージアイコンが両方のユーザ共通にサポートされている唯一の能力である場合は、こういうものから多少複雑なＳＭＭサービスの全部の範囲までが共有マルチメディアの対象になる。

好ましい実施例は、従属請求項において記される。

本発明のシステム及び方法による利点は、ユーザが音声通話中に共有マルチメディアアプリケーションを容易に始められるようにしたことにより、ネットワーク事業者はシステムにおけるパケット交換トラフィックが増やせることである。メディアを共有して長く話してくれるユーザのおかげで、音声通話セッション全体が長くなり、音声通話収益を増やすことができる。

さらにもう一つの利点は、共有マルチメディアアプリケーションが移動体間音声通話において利用されるか否かにかかわらず、エンドユーザが明確な情報を得ることができることである。

標準的な方法に勝るさらにもう一つの利点は、検出手順には十分でない無線インタフェースが使われないことである。

本発明に伴うさらにもう一つの利点は、移動体電話機に情報を提供し、音声通話中にどのアプリケーションが利用可能かを電話機が容易に示せるようにしたことである。これによって携帯移動体電話機はより魅力的なものとすることが出来る。

さらにもう一つの利点は、本発明によってどのマルチメディアサービスが利用できるかをより明確に示すことであり、すなわち、エンドユーザの満足度を上げることができる点である。

図１は、本発明のマルチメディア能力検出方法が使われるシステムを示す概略ブロック図である。１人の加入者Ａは、加入者Ｂを呼び出すためのある種のユーザ機器、たとえば、移動体電話機、端末、ハンディ端末、セルラ電話機、コミュニケータ、パーソナルオーガナイザ、を有し、加入者Ｂもまたユーザ機器１２を有する。音声通話は、無線インタフェース１４及びたとえば移動体セルラー電話ネットワーク等の無線通信ネットワーク１６を通じて設定される。無線通信ネットワーク１６は、回線交換ネットワークＣＳである。パケット交換ネットワークＰＳ１８は、音声通話と並行してオンデマンドマルチメディアアプリケーションを提供するので、２人のユーザは話すと同時に、他のメディアを視覚的に共有することができる。この共有メディアは、たとえば、静止画像、片方向通信のライブビデオ、テキスト又はゲームであってもよい。この種の共有サービスを本明細書においては共有マルチメディア（ＳＭＭ）サービスと呼ぶ。音声通話が２人の加入者ＡとＢの間で設定される場合、ユーザの２台のユーザ機器１０及び１２に共通のマルチメディア能力を検出するために発呼者Ａの識別子、たとえばＥ．１６４というような番号と、被呼者Ｂの識別子、たとえば加入者番号を対にして回線交換ネットワークからパケット交換ネットワークに送られる。能力データを備える加入者データは、ユーザ機器の電カが投入されている間、パケット交換ネットワークに登録され記憶される。両方のユーザからの検出結果が肯定的であった場合、パケット交換ネットワークは両方のユーザ端末１０、１２に対して、たとえばソフトボタンの上にアイコンを表示することによってユーザにそのことを知らせるためのメッセージを送信する。

図２ａ、図２ｂは、図１より詳しくシステムを示したブロック図であり、このシステムでは、前記方法の好ましい実施例が用いられる。

このシステムは、公衆陸上移動体通信ネットワーク（ＰＬＭＮ）の一部である移動体無線通信ネットワークシステムを含む。ＰＬＭＮは、少なくとも一つの無線アクセスネットワーク（ＲＡＮ）と、このＲＡＮを制御するための移動体サービス交換センタ／サービス交換ポイント（ＭＳＣ／ＳＳＰ）ノード（２つの異なるノードとして切り離されてもよい）を具備している。これらのエレメントは、ＣＳネットワークに属するものと考えられる。ＲＡＮは、また、ＳＧＳＮと略記されるＧＰＲＳをサポート運用するノード、又はＧＰＲＳをサポートするノードのゲートウェイ（ＧＧＳＮ）を介してＩＰバックボーンに接続されている。これらのエレメントは、パケットネットワークＰＳに属するものとする。各々の加入者のユーザ機器１０、１２は、特定のＰＬＭＮすなわち、いわゆるホームＰＬＭＮ（ＨＰＬＭＮ）に属する。そこにおいては、加入者データと認証データはホーム加入者サーバ（ＨＳＳ）のホームロケーションレジスタ（ＨＬＲ）のデータベースに登録される。それぞれの加入者は、ＨＰＬＭＮあるいはー時的に訪れる他のＰＬＭＮすなわち、訪問先 のＰＬＭＮ（ＶＰＬＭＮ）に属する。

ＨＰＬＭＮシステム２４は、回線交換ネットワーク６（ホームＣＳ、ホームＩＮ）と、少なくとも一つのホームパケット交換ネットワーク（ホームＰＳ、ホームＩＭＳ）２８を含むパケット交換ネットワーク１８を備える。

ホームＰＬＭＮシステム２４は、インタフェース２２を介してＭＳＣ／ＳＳＰノードと、インタフェース３４を介してＩＰバックボーンシステムと、また、インタフェース３０を介して他のＰＬＭＮシステムと通信を行う。

ＨＰＬＭＮ回線交換ネットワーク（ホームＣＳ）２６は、インタフェース２２を介してＭＳＣ／ＳＳＰノードと通信を行うノード３６を備える。このノードは、プログラム可能な制御ユニット３８、たとえば、サーバユニット、マイクロプロセサ、ＰＣ、データ処理ユニット、ＣＰＵ等のほか、（図示されてはいないが）それらに必要なデータ記憶ユニットや入出カユニットを備える。したがって、ノード３６は、ＭＳＣ／ＳＳＰノードからのＩＮトリガ（IN-Triggers）を受信し、インタフェース２０又は４０を介してＨＰＬＭＮパケット交換ネットワークに対して、たとえば、能力照会に対応するＩＮトリガーのような能力トリガを生成できるようにプログラムされる。これらは、以下に本発明の方法に関連してして説明される。ホームＣＳ２６は他のノードから構成されることもあるが、これらのノードはここでは特別の意味を持たない。

ＨＰＬＭＮのネットワークシステム２４は、インテリジェントネットワークＩＮ及びＩＭＳ、すなわち、ＩＰマルチメディアコアネットワークシステム（IP Multimedia Core Network Subsystem）あるいは、より短く呼んでＩＰマルチメディアサブシステム（IP Multimedia Subsystem）を含むように実施されてもよい（第３世代パートナシッププロジェクト（3rd Generation Partnership Project）文書３ＧＰＰ ＴＳ 23.228 v 6.3.0 （2003-09）を参照のこと )。つぎに、ホームインテリジェントネットワーク、即ちホームＩＮは、ホームＣＳ２６に対応する。ホームＩＮは、ホームＩＮＳＣＰ３６と略される、ホームＩＮ サービス制御ポイントノード３６と呼ばれるノードを備える。

マルチメディアサービスは、この場合はホームＰＳではなくホームＩＭＳと呼ばれる（ホームパケット交換）ＩＭＳネットワーク２８で利用可能とされ制御される。ノードのうちの１つであるＩＭＳ−エレメントノード５０は、制御信号の流れに従って作動するもので、呼状態制御機能（Call State Control Function、Ｐ／Ｉ／Ｓ−ＣＳＣＦ）を有する少なくとも一つのサーバを備える。ＩＭＳネットワークの他のノードとしては、上述したＨＳＳノード４２、ＳＭＭ-ＡＳ３２と略記された共有マルチメディアアプリケーション用のＳＩＰアプリケーションサーバ、及びＧＧＳＮノード５２がある。ＧＧＳＮ（ゲートウエイＧＰＲＳサポートノード）ノード５２は、ＩＭＳとＩＰバックボーンとをインタフェース３４を介してインターフェースするノードであり、それはまた、ＲＡＮとＩＰバックボーンをつなぐＳＧＳＮと略記されたサービングＧＰＲＳサポートノードに接続されている。さらに、発呼者Ａの属する発呼側のＩＭＳコアネットワークと、被呼者Ｂの属する被呼側のＩＭＳコアネットワークの間にはインタフェース３０がある。さらに、ＨＳＳ４２とＳＭＭ-ＡＳ３２の間にはインタフェース４６が、ＳＭＭ-ＡＳ３２とＩＭＳエレメント５０の間にはインタフェース５２が、ＩＭＳエレメント５０とＧＧＳＮ５２の間にはインタフェース４８がある。インタフェース２０は、また、ノード３６（ホームＩＮＳＣＰ）との通信経路である。

ＩＰマルチメディアサブシステム、ＩＭＳは、パケット領域でサービスを提供するためのアーキテクチャであって、それによってネットワーク、すなわち事業者はサービスを認識し、その結果サービスを制御する。ＩＭＳは、無線とインターネットの世界を収束したものである。それは、インターネットベースのプロトコルと実施形態の柔軟性を有し、マルチメディア通信を可能にすると同時に、無線技術にも適用することができる。無線の世界へ適用することによって、従来の移動体ネットワーク技術の持つ品質と信頼性を獲得できる。

いくつかの上述したＩＭＳネットワークノードとそれらのＩＭＳの機能について、ここで詳しく記述する。

ＨＳＳ４２、ホーム加入者サーバ（Home Subscriber Server）は、メインデータベースである。このエレメントは、ホーム位置レジスタ（ＨＬＲ）エレメントの進化したものである。ＨＳＳ４２は、ＨＬＲの特定データ（加入者データ及び認証データ）を持ち、位置登録の機能や、加入者データや認証データに対するＩＭＳサービスプロファイル処理の機能を有する。

ＩＭＳ制御ノードのＳ−ＣＳＣＦ、Ｐ−ＣＳＣＦ及びＩ−ＣＳＣＦは、一つのノードとして示されるが、今後、ＩＭＳエレメント５０と呼ぶことにする。前記制御機能は、１台のサーバ上で記憶され、実行される。目的とする別の役割と動作を以下に簡単に記す。

Ｐ−ＣＳＣＦ、プロキシ−ＣＳＣＦは、任意のアクセスネットワークからＩＭＳネットワークへ向けての入口である。ユーザに対するＰ−ＣＳＣＦの割当ては、アクセスネットワークの構成によって決められる。ＵＭＴＳ／ＧＰＲＳの場合は、その割当てはＰＤＰコンテキスト起動によって行われる。そのために、ユーザ機器ＵＥは、ＤＨＣＰ（動的ホスト構成プロトコル、Dynamic Host Configuration Protocol）の照会を用いてＰ−ＣＳＣＦのリストを得るか、あるいは、ＧＧＳＮからのＰＤＰ起動メッセージの中から、Ｐ−ＣＳＣＦのＩＰアドレスを得るかをしている。ローミングの間のＰ−ＣＳＣＦが存在する場所は、ローミング構成が「ホームＧＧＳＮ」の場合はホームネットワーク、「訪問先 のＧＧＳＮ」の場合は訪問先のネットワークである。

Ｐ−ＣＳＣＦは、ホームネットワークと訪問先のネットワークの両方で使われる。ホーム又は訪問先のネットワークにおいて、すべてのサービス制御信号は Ｐ−ＣＳＣＦを通過しなければならない。Ｐ−ＣＳＣＦはステートフルＳＩＰプロキシとして作動し、ユーザとＩＭＳシステムの間におけるすべての制御信号の流れはＰ−ＣＳＣＦを経由することになる。Ｐ−ＣＳＣＦは又、制御信号メッセージの経路が、ユーザのホームネットワークを必ず通るように作動する。前記サーバは又、ユーザの代行が可能である。たとえば、進行中のセッションを終了したり、進行中のセッションをリダイレクトしたりすることができる。

このノードは、ユーザ登録要求のための要求されたＵＲＩ中のドメインアドレスにもとづき、対応するＩ−ＣＳＣＦ（照会ＣＳＣＦ、Interrogating-CSCF）に向けてＳＩＰ登録照会する際の経路決定に関して応答可能である。登録手続きが済むと、Ｐ−ＣＳＣＦは、ユーザに関連する「ＳＩＰサーバ」（ホームネットワークにあるサービス実行Ｓ−ＣＳＣＦ）についての知識を保持し、ユーザからのすべての要求を中継する。

Ｐ−ＣＳＣＦがアクセスネットワークへの入口なので、アクセスネットワーク固有の項目はＰ−ＣＳＣＦで取り扱われる。さらに、前記ノードは、ユーザからのサービス要求をアクセスネットワークの能力に合うように修正することができる。

Ｓ−ＣＳＣＦは、ＵＥのためにＩＭＳネットワークの中のセッション管理を実行するノードであり、状態を把握した動作をすることができる。Ｓ−ＣＳＣＦは又、他のＳ−ＣＳＣＦ、ＳＩＰサーバ及びアプリケーションサーバと連係をとって、ユーザとサービスのために端末相互間の到達能力を確実なものにする。この実現は、ＩＭＳネットワークへユーザ登録処理をすることによって容易になる。Ｓ−ＣＳＣＦも又、ＩＭＳに代わってユーザを認証する。

Ｓ−ＣＳＣＦは、事業者から見ると、サービス制御の主要ポイントになっている。Ｓ−ＣＳＣＦは、事業者の全般的な方針とユーザの契約パラメータに基づいて、サービスのために設けられた規則を実行する。Ｓ−ＣＳＣＦは、上記の要因により、サービス要求を拒否したり修正したりすることができる。

Ｓ−ＣＳＣＦは、ユーザに対するフィルタ基準に基づいて、ユーザからのサービス要求の処理方法を決定する。アプリケーションサーバのサービスが要求サービスを完了するとき、Ｓ−ＣＳＣＦは登録時にＨＳＳ４２から得たユーザプロファイルもしくは、事業者のローカル方針に基づいて適当なアプリケーションサーバに要求を送出する。

ホーム領域ネットワークにあるＳ−ＣＳＣＦは、全てのセッション制御に応答可能であるが、要求に応じて訪問先の領域ネットワークにあるＰ−ＣＳＣＦに、特定の要求を送り届けることができる。たとえば、訪問先のネットワークは、ローカル番号計画あるいはローカルサービスを提供するのに最適な位置に配置される。

ＩＭＳネットワークのＳ−ＣＳＣＦの管理は動的であり、ＨＳＳ４２は、動的にＳ−ＣＳＣＦをユーザに割り当てることができる。Ｓ−ＣＳＣＦは、要求されたサービス、あるいは、移動体の能力に基づいて選択される。

このアーキテクチャの１つの基本的な長所は、ＨＰＬＭＮネットワークがサービス提供だけでなくサービス機能の提示が行えるということである。これはユーザのサービス構成がホームの環境では常に変わらないことを意味する。さらに、ユーザは現行の無線ネットワークで見られるようにＶＰＬＭＮＩＭＳネットワークの能力によって制約されるのではなく、ＭＳＣがユーザの契約したサービス項目をサポートしない場合には、訪問先のアクセスネットワークの能力によってユーザが制約を受ける。

Ｓ−ＣＳＣＦは、ローカルにかつ／又は標準化されたインタフェース経由で外部のサービスプラットフォームからサービスを実行するホストをつとめる。このプラットフォームは、ＩＰマルチメディアサブシステムサービス制御（IP Multimedia Subsystem Service Control、ＩＳＣ）インタフェースを介したアプリケーションサーバである。Ｓ−ＣＳＣＦ（及び、Ｐ−ＣＳＣＦ）実施される一連の呼制御サービスは、長時間にわたって展開される。要求サービスがここでローカルに提供されない場合には、外部の、たとえばＩＳＣ経由のＳＩＰ アプリケーションサーバに切替えて実施される。

Ｓ−ＣＳＣＦはクライアントの登録を実行し、認証し、登録し、そしてクライアントの要求をサービスするために、ＨＳＳに対してＡＡＡ／Ｄｉａｍｅｔｅｒプロトコルを用いて該当する加入者情報、正当性情報などを得る。また、制御信号メッセージ経路を適正に選べる方法をサポートする。さらに、サービスに関連するすべての制御信号メッセージが確実にＳ−ＣＳＣＦを通過するようにするため経路情報を修正する。端末間のＳＩＰセッションに対しては、Ｓ−ＣＳＣＦは、目的地のネットワーク事業者を決定し、そのネットワークとの通信を設定するために、Ｉ−ＣＳＣＦを配置する。

このＩ−ＣＳＣＦは、訪問先のネットワークもしくは外部ネットワークに対して設けられたホームネットワークの中にある第１の接点である。最大の機能はＨＳＳに対する照会で到来するセッション要求処理のためのＳ−ＣＳＣＦを検出することである。この機能はゲートウェイＭＳＣの機能と類似する。これは、ＩＭＳアーキテクチャのオプションノードとしてＰ−ＣＳＣＦが直接Ｓ−ＣＳＣＦを交信できるようにシステムが構成できる。

ＨＳＳに基づいたデータに関するユーザ登録要求に対して、Ｉ−ＣＳＣＦは、ユーザが登録されることになっているＳ−ＣＳＣＦを識別する。到来するＳＩＰ要求に対して、Ｉ−ＣＳＣＦは、そのユーザための実行環境のホストになるＳ−ＣＳＣＦの識別結果をＨＳＳから得て、そのセッションにおけるすべてのＳＩＰメッセージがそのＳ−ＣＳＣＦを通るように経路を定める。

このＩ−ＣＳＣＦは、ホームネットワークのＩＭＳへのゲートウェイの役割をして、外部から照会をしてくる装置に対してホームネットワークの環境の内部構成を隠すことができる。

ＳＭＭ-ＡＳノード３２は、共有マルチメディアアプリケーションの論理をホストするＳＩＰ アプリケーションサーバである。このサーバは、セッションを制御して決められたサービスを実行することが出来る。このノードはＳ−ＣＳＣＦで代行され、以下のことができる。すなわち、
−サービス要求の受理。新規のＳＩＰ処理（たとえば、作業分割、新しいセッション、メッセージ送出、など）の制御、開始もしくは終了が可能である;
−他のユーザもしくはネットワークに向かうセッション経路決定;
−サービスサポートのための他のサービスプラットフォームとの交信。このインタフェースは、ＳＩＰインタフェースでない;
−確立したサービス論理を実行するために、アプリケーションサーバは外部データベース又は他のネットワークノードのような別ノードと通信が可能である。

ＳＩＰは、セッション開始プロトコル（Session Initiation Protocol）のことである。それは、一般的なセッション管理プロトコルとして、ＩＥＴＦによって定義されている。このプロトコルは、テキストベースの拡張可能なプロトコルであり、それは複雑度を変化させて広範囲のサービスを提供できるように設計されている。最も重要なことは、ＳＩＰがこれらの広範囲なサービスの統合を可能にすることである。

ＳＩＰは、ベースとなるトランスポートプロトコル、ＩＰに最小の仮定をするものである。それは、転送の仕組みに、ユーザデータグラムプロトコル、（User Datagram Protocol、ＵＤＰ）、転送制御プロトコル（Transport Control Protocol、ＴＣＰ）、ストリーム制御転送プロトコル（Stream Control Transmission Protocol、ＳＣＴＰ）のいずれかを使用することができる。ＳＩＰメッセージ本体は、セッションの内容を記載するセッション記述プロトコル（Session Description Protocol、SDP）ブロックを含んでいる。

異なった記述の要素は、本発明の望ましい実施例を説明するものとして理解の助けとなるであろう。

最初に、本発明の方法の実施例を簡単に説明する。

以下の実施例を開始するのに必要な条件は、事業者がユーザ／加入者にＳＭＭサービス及びＩＮサービスを提供することである。

ユーザ機器、たとえば移動体電話機は、電源投入によって自分のＳＭＭ能力をＩＭＳに登録する。そして、呼設定すなわちＢ−アンサーによってＩＮネットワークはそれを知り、ＩＭＳに通知することができる。ＩＭＳは、発呼したユーザと被呼／被接続のユーザのＳＭＭ能力を調べる。両者のＳＭＭ能力に一致するものがある場合は、ＩＭＳは両方の移動体電話機にパケットネットワークを通じてＳＭＭ−通知メッセージを送る。移動体電話機が通知メッセージを受け取ったとき、ＳＭＭアイコン又はそれに相当するものが点灯される。いずれのユーザもソフトボタン又はそれに相当するものを押すことによってＳＭＭを起動する。

２者間で音声通話を始める場合、２台のユーザ機器に共通するマルチメディアサービス能力を自動的に検出する本発明の方法の望ましい実施例を、１つのフローチャート（２ページにまたがる図）として記した図３ａ及び図３ｂを参照し、以下に詳細に説明する。

ユーザ機器の１台で、ホームＰＬＭＮに登録された発呼者（Ａユーザ又はＡ加入者）に属するものは、標準の音声通話を少なくとも一つのホーム回線交換ネットワーク（ホームＩＮ）で構成される回線交換ネットワーク及びパケット交換ＩＰマルチメディアセッションを、少なくとも一つのホームパケット交換ネットワーク（ホームＩＭＳ）から構成されるパケット交換ネットワークとを同時に行うことが出来、発呼者にはマルチメディア能力が知られていない被呼者（Ｂユーザ又はＢ加入者）のユーザ機器との間でサポートし、回線交換接続した相手との音声通話開始後に２台のユーザ機器で一致するマルチメディア能力を検出することができる。

加入に際して事業者は、ＳＭＭサービスに加入しようとするユーザの、たとえばＳＭＭ画像とか、ＩＭＳで使うアクセスポイント名、ＡＰＮ等の発信側ＩＮ分類をＨＬＲ４４に設定する。

事業者はまた、ＩＭＳ加入をＨＳＳ４２に設定し、さらに、特定のＳＭＭ加入、たとえばＳＭＭ画像を設定することができる。加入データもまた、ＩＭＳコアネットワークとのインタフェースとなるＳＭＭ−アプリケーションサーバに設定することができる。

ユーザがＭＳＣサービスエリアで最初にＩＭＳＩ（国際移動加入者識別子、International Mobile Subscriber identifier）添付を作成するときに、電源投入時のステップ１００において、発信側ＩＮ−分類は、ユーザが（ホームネットワーク内、外国の事業者のネットワーク内のいずれかにおいて）現在ローミング中の訪問先のＭＳＣに送られる。

ユーザの移動体電話機は、電源投入直後にＩＭＳに使用されるＡＰＮ（アクセスポイント名）に向けてＰＤＰ（パケットデータプロトコル、Packet Data Protocol）コンテキスト起動を実行する。電話機がネットワークに接続されている限り、ＰＤＰコンテキストは動作していなければならない。ＩＭＳにおいては、適合するサービスをサポートするベアラとサービスに基づくベアラの制御を伴い、すべてのサービスが単一のＩＭＳＡＰＮを経由して提供される。

端末は、自分がサポートされるＳＭＭ能力を、ＩＭＳエレメント５０に向けたＳＩＰ登録手順の中で登録する。これはＰＤＰコンテキスト起動の直後に行われ、電話機が再度電源断になるまでは有効状態を保つ。

ステップ１０２で、サービスを受ける加入者が回線音声通話を始めると、マルチメディア能力を検出するための手順の稼動部分が自動的に開始される。

次のステップ、すなわちステップ１０４で、発呼者のホーム回線交換ネットワーク２６（ホームＩＮ、ホームＣＳ）のノード３６は、同時に、当該回線交換ネットワーク２６からＩＰマルチメディアサービスをサポートするホームパケット交換ネットワーク２８（ホームＰＳ、ホームＩＭＳ）に向けて、２人の加入者への能力照会を行う。

ステップ１０４は、複数のサブステップを備える。以下において、ノード３６はホームＩＮ−ＳＣＰノードと記され、発呼者のホームパケット交換ネットワーク２８（ホームＰＳ、ホームＩＭＳ）は発呼ＩＭＳネットワークと記され、被呼者のホームパケット交換ネットワークは終端ネットワークと記される。

ステップ１０４ａにおいては、訪問先のＭＳＣ／ＳＳＰ（サービス交換ポイント）ノードはトリガイベントを通知し、該当する発呼側ＩＮ分類の解析後、音声通話の発呼が設定されたとする情報をホームＩＮ−ＳＣＰノード３６に送る。このトリガイベントは、事業者が検出手順の実施を呼設定の間にするか、あるいは接続された側が応答してからにするかによって「設定」か「応答」になる。ＭＳＣ／ＳＳＰとホームＩＮ−ＳＣＰノード３６の間のこのインタフェースは、ＣＡＰ（CAMEL Application Part：ＣＡＭＥＬは Customised Application Mobile Enhanced Logicの省略形）又はＣＳ−１のような標準化されたＩＮプロトコルであれば何であってもよい。

次のステップでは、発呼側の受信ＩＮ−ＳＣＰノード３６がサービスを受けるユーザがＣＳ（回線交換）発呼したという情報、すなわちＩＮートリガをＳＳＰから得るが、アドレス情報がないので、ステップ１０４ｂでＩＮ−ＳＣＰノードのデータ処理装置である制御装置が、ＨＳＳ４２に送信側のＳＭＭ アプリケーションサーバ３２（ＳＭＭ−ＡＳ）にアドレス、たとえばＩＰアドレスを照会すべきかどうかを決める必要がある。アドレスがわかっている、すなわち「Ｙｅｓ」のときは、ステップ１０４ｃへ進む。アドレスがわかっていない、すなわち「Ｎｏ」のときは、ステップ１０４ｂ’へ移り、そこでは、ＩＮ−ＳＣＰノード３６が前記アドレス情報をＨＳＳ４２に照会する。ＨＳＳ４２は、応答し、発呼側のＳＭＭ−ＡＳ３２のアドレス情報をＳＣＰノード３６にステップ１０４ｂ”で送り返す。ＳＣＰノード３６は、発呼側のＩＭＳネットワーク２８にある発呼側のＳＭＭ−ＡＳノード３２に通知メッセージ、たとえば、発呼通知、あるいは、応答通知メッセージをステップ１０４ｃで送る。発呼ユーザと被呼／被接続ユーザのＥ．１６４番号はその通知メッセージに含まれる。発呼通知とＥ．１６４番号は、ＸＭＬデータ構造で記述することができる。メッセージプロトコルは、どのような標準のＩＥＴＦプロトコル、たとえばＨＴＴＰであってもよい。サブステップ１０４ｃでステップ１０４が終わり、すべてのサブステップが完了する。

さて、次のステップとして、ステップ１０６が実行され、マルチメディア能力に関する前述のユーザ機器情報に少なくとも一つの一致するサービスがあった場合、これはパケット交換ネットワークが同時にその情報に応答するステップである。

ステップ１０６は、サブステップの集合として構成される。

ＳＭＭ−ＡＳ３２がＳＣＰ通知を受信したときに、オプションステップであるステップ１０６ｏｐｔで、受信成功の確認通知をＩＮ−ＳＣＰ３６へ送り返すことができる。その後、発信側のＩＮ−ＳＣＰ３６は、サービス提供中で呼設定を続けるＭＳＣ／ＳＳＰに応答する。もはやＩＮに関連した措置をする必要はない。

ステップ１０６ａでは、ＳＭＭ−ＡＳ３２は、上記のように発呼者の加入データを調べる。被呼者が同じホーム領域、同じＩＭＳネットワーク２８に属さない場合、すなわち「Ｎｏ」の場合には、ＳＭＭ−ＡＳ３２はステップ１０６ａ’に進み、ホーム領域のＩＭＳエレメント、すなわちノードと被呼者Ｂが登録されている被呼側ＢのＳＭＭ−ＡＳに向けて能力照会の質問を送る。上述の能力照会の質問は、一般的な能力に関するものか、あるいは、特別な能力に関するものである。この能力照会は、ＩＥＴＦ標準ＲＦＣ３２６１にもとづくＳＩＰオプションメッセージを利用して行う。

ＳＩＰ オプションメッセージ（実際にすべてのＳＩＰメッセージとして）には、終端ネットワークまでの経路をたどれるようにするために、ＳＩＰユーザ識別が必要である。この理由のために、発呼側のＩＭＳネットワーク２８は、被呼／被接続者のＥ．１６４番号から、まずＳＩＰ−ＵＲＩ（Universal Resource Identifier）を取り出さなければならない。この番号−ＳＩＰアドレス変換は、ＥＮＭＵ−サーバで行うことができる。

ＳＩＰ オプションメッセージは、終端ＩＭＳネットワークにあるＩＭＳエレメント５０に向けられる。メッセージには、被呼／被接続ユーザの識別と特別なＳＭＭサービスサポート表示を含む。後者が設定されるのは、ＡＳが（ＳＩＰの「接触受諾」ヘッダとしても知っている）すべての能力情報に応答するために終端ＩＭＳエレメントのＳＭＭサービスを知ることを望む場合である。

ステップ１０６”では、被呼／被接続ユーザの能力情報のすべて、もしくは、もとの能力照会に対してサポートが必要なＳＭＭサービスに関する能力情報だけを、終端ＩＭＳネットワークが発呼側のＩＭＳネットワークに返す。前記応答は、ＳＩＰ２００のＯＫメッセージとして返される。

発呼者と被呼者のマルチメディア能力情報は、両者の共有マルチメディアサービス内容の一致を比較し解析される。この解析は、ステップ１０６ｂで、発呼側のＩＭＳネットワークのＳＭＭ−ＡＳ３２によって実行される。少なくとも一つの一致する能力、たとえばＳＭＭ画像がある場合、ＳＭＭ−ＡＳ３２は、ステップ１０６ｃで、１つのＳＩＰメッセージを各ユーザ機器に対して送ることができる。この送信には発呼側と被呼側の（もしそれらが別個であれば）別個のパケットネットワーク、すなわち、ＩＭＳコアネットワーク、すなわちＩＰバックボーンと無線ネットワークが使われる。

一致する能力がＩＭＳネットワークで検出できない（ステップ１０６ｂで「Ｎｏ」）場合、そのネットワークはいかなるＳＩＰメッセージや他のメッセージにおいても能力情報を送ることはない。

サブステップ１０６ｃでステップ１０６が終わりで、すべてのサブステップが完了する。

ＳＭＭ−ＡＳは、受信側の移動体電話機によって理解される特別なＳＭＭ画像の特徴タグによって、ＳＩＰメッセージに含まれる能力情報を送ることができる。２人のユーザは、ステップ１０７で、ユーザ機器のディスプレイに表示されたＳＭＭ画像アイコンもしくは同等のものによって、この特定のサービスが現在利用可能であることを知らされる。ＳＭＭ画像アイコンかそれと同等のものをユーザが見て、たとえばＳＭＭアイコンの下のソフトボタンを押せば、ＪＰＥＧフォーマットのような画像を音声通話中の相手である離れたユーザに送信することができる。また、ＳＭＭサービスに関するアイコンが点灯しない場合、２人のユーザは、希望するマルチモードサービスセッションを確立することができない。アイコンは単に例示したものであって、同等の通知手段として、音、キーボード上の点灯キー、なども用いることができる。

本発明のシステムは、請求項１−５に記載された、共通のマルチメディアサービス能力を自動的に検出するための方法を備える。

本システムは以下の手段を含む：
ａ．前記回線交換ネットワークにおける手段から前記共有マルチメディアサービス（ＳＭＭサービス）をサポートする前記パケット交換ネットワークに対して行った前記２台のユーザ機器（１０、１２）の能力照会を同時に受信する手段；
ｂ．前記パケット交換ネットワークにおける手段により、前記能力照会を解析する手段；
ｃ．少なくとも一つの一致しているサービスが検出される場合、前記ユーザ機器（１０、１２）の一致したＳＭＭ能力に関する情報に応答するための手段。

さらに、本発明による前記システムは、従属請求項７−１０に列挙された手段を備える。

本発明はまた、請求項６に記載のシステムのノードにおいて提供されるサーバ（３２）に関するもので、それが、：
ａ．前記回線交換ネットワークにおける手段から前記共有マルチメディアサービス（ＳＭＭサービス）をサポートする前記パケット交換ネットワークに対して行った前記２台のユーザ機器（１０、１２）の能力照会を同時に受信する手段；
ｂ．前記パケット交換ネットワークにおける手段により、前記能力照会を解析する手段；
ｃ．少なくとも一つの一致しているサービスが検出される場合、前記ユーザ機器（１０、１２）の一致したＳＭＭ能力に関する情報に同時に応答するための手段、を備えることを特徴とする。

さらに、本発明による前記サーバは、従属請求項１２−１４に列挙された手段を含む。

上記のａ、ｂ及びｃにおける、受信し、解析し、応答するための前記手段はソフトウェアプログラムコードとして実施され、制御ユニット、サーバユニット、ＰＣ、マイクロプロセッサ、中央処理ユニット、ＣＰＵなどにロード可能である。そして、本方法は、前記方法のステップを実行するためのソフトウェアコード手段を含むコンピュータプログラムによって、実施することも可能である。

図４は、図式的であるがユーザ機器６０そのもの、この場合は端末又は移動体電話機であるが、のブロック図を示したものである。この端末６０は、筐体６２の中に無線ユニット６４を備え、接続信号制御、音声通話やデータ情報の送受信を無線インタフェース（１４）を介して移動無線通信ネットワーク、ＲＡＮに対して行う。無線ユニット６４はマイクロプロセッサ、ＣＰＵ、などである制御ユニット６６に接続され、制御される。データ記憶手段６８は制御ユニットに接続されていて、制御ユニット６６や端末６０を制御するためのデータやソフトウェアプログラムを記憶する。図示されたデータ記憶手段６８は普通の端末で通常使われる、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ等のような多くの異なった種類の記憶手段を代表する。前記データ記憶手段６８は、ＷＡＰプッシュメッセージ、ＭＭＳ、マルチメディア能力、ＳＩＰなどのような異なるサービスのユーザエージェントをロードし記憶する。ユーザエージェントは、クライアント、すなわちソフトウェアプログラムであって、制御ユニット６６が対応する到来サービスを認識すると自動的に注意を促すある種のプラグインである。ＳＩＰプロトコル処理のためにＳＩＰスタックが用いられる。端末６０はまた、マンマシンインタフェース、ＭＭＩとして、制御ユニット６６に接続された種々の情報を示すためのディスプレイ７０を備えている。ディスプレイ７０は、ソフトボタンを表示することができ、それにタッチすることによって前記データ記憶手段６８に記憶したソフトウェア・アプリケーションを起動させることができる。別の端末装置６０は最低一つの電池（図示されていない）で電力供給される。

ＳＩＰメッセージを受信するために、各々の移動体電話機では、ＳＩＰ登録の時から、パケットＰＤＰコンテキストが起動される。モバイルプラットフォームは、ＳＭＭ画像クライアント上に受信された情報を送り届け、ＳＭＭ画像情報をユーザに、たとえば視覚的にどのように表示するかを決めることができる。

本方法は、前記方法をステップにして実行するためのソフトウェアコード手段を含むコンピュータプログラム製品として実装することができる。コンピュータプログラム製品は、ネットワークエレメントに内蔵された処理手段、あるいはネットワークエレメントに接続している個別のエレメントの中で動作する。コンピュータプログラムは、直接、もしくはコンピュータで読出し可能な媒体からロードされる。

トリガは、また回線交換ネットワーク／地域の中にある他の手段、たとえばＰａｒｌａｙ（www. parlay. org）のようなもの、を用いて行われる。トリガは、発呼と被呼、いずれの加入者の回線交換ネットワーク／領域で行われる。

上記の実施例において、Ｅ．１６４番号が加入者の識別に使われてきたが、ＩＭＥＩ、ＩＭＳＩあるいはＩＰアドレスのような加入者又は端末に関連した他の情報もまた加入者の識別に用いられる。

本発明は、上記の好ましい実施例に限られるものではない。さまざまな選択肢、変更形態及び同等のものが、使われ得る。したがって、上記の実施例は、付記された請求項で特徴づけられる本発明の範囲を制限するものではない。

本発明のマルチメディア能力検出方法が使われるシステムを示す概略ブロック図である。 、 図１より詳しくシステムを示したブロック図であり、ここのシステムでは本方法の好ましい実施例が使用される。 、 （２ページにまたがる）１つのフローチャートであり、発明された方法の望ましい実施例を示した図である。 図式的に一つのユーザ機器そのものを示したブロック図である。

Claims (17)

1. ２台のユーザ機器（１０、１２）に共通するマルチメディアサービス能力、ＳＭＭ能力を自動的に検出するための方法であって、
   ２者（Ａ、Ｂ）間の音声通話の開始後、発呼者（Ａユーザ又はＡ加入者）に属するユーザ機器の１台（１０）は、音声通話を回線交換ネットワーク（ＣＳ、１６）で行うと同時に、パケット交換ＩＰマルチメディアセッションをパケット交換ネットワーク（１８、ＰＳ）及び、発呼者（Ａ）にはマルチメディア能力が知られていない被呼者（Ｂユーザ又はＢ加入者）に属する少なくとも１つの第２のユーザ機器（１２）との間でサポートし、さらに、回線交換ネットワーク（１６）を介して他のユ−ザ機器に対して音声通話を開始した後（ステップ１０２）、２台のユーザ機器（１０、１２）で一致するマルチメディア能力を検出するため、
   ａ．前記回線交換ネットワークにおける手段から、前記共有マルチメディアサービスをサポートする前記パケット交換ネットワークに対して行った前記２台のユーザ機器（１０、１２）の能力照会を同時に受信し（ステップ１０４）、
   ｂ．前記パケット交換ネットワークにおける手段により、前記能力照会を解析し（ステップ１０６ｂ）、
   ｃ．少なくとも一つの一致しているサービスが検出される場合、前記ユーザ機器（１０、１２）の一致したＳＭＭ能力に関する情報に応答する（ステップ１０６ｃ）、各ステップを備える、ことを特徴とする方法。
2. ユーザ機器の電源投入後（ステップ１００）、前記ユーザ機器のホームパケット交換ネットワーク（２８、ホームＩＭＳ、ホームＰＳ）にあるＩＭＳエレメント５０に向けて行われるＳＩＰ登録手順において、前記ユーザ機器のＳＭＭ能力に対してサポートされるＳＭＭ能力を登録するステップ、を特徴とする請求項１に記載の方法。
3. 請求項１のａ乃至ｃのステップが、共有マルチメディアサービス用のＳＩＰアプリケーションサーバ（ＳＭＭ−ＡＳ、３２）で実施される、ことを特徴とする請求項１又は２に記載の方法。
4. 応答をＳＩＰメッセージとして両方のユーザ機器に返す、ことを特徴とする請求項１乃至３のいずれか１項に記載の方法（ステップ１０６のサブステップ１０６ｃ）。
5. 前記回線交換ネットワークにおける前記手段によってなされる能力照会の前記生成は、ＩＮ技術もしくはＰａｒｌａｙ技術に基づく、ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
6. 共通するマルチメディアサービス能力、ＳＭＭ能力を自動的に検出するための請求項１に記載の方法を備えるシステムであって、
   ａ．前記回線交換ネットワークにおける前記手段から、前記共有マルチメディアサービスをサポートする前記パケット交換ネットワークに対して行った前記２台のユーザ機器（１０、１２）の能力照会を同時に受信する手段と、
   ｂ．前記パケット交換ネットワークにおける手段ににより、前記能力照会を解析する手段と、
   ｃ．少なくとも一つの一致しているサービスが検出される場合、前記ユーザ機器ユーザ機器（１０、１２）の一致したＳＭＭ能力に関する情報に応答する手段と、を備えるシステム。
7. ユーザ機器の電源投入後、前記ユーザ機器のホームパケット交換ネットワーク（２８、ホームＩＭＳ、ホームＰＳ）にあるＩＭＳエレメント５０に向けて行われるＳＩＰ登録手順において、前記ユーザ機器のＳＭＭ能力に対してサポートされるＳＭＭ能力を登録する手段を含む、ことを特徴とする請求項６に記載のシステム。
8. 請求項６に記載の項目ａ乃至ｃの手段が、共有マルチメディアサービス用のＳＩＰアプリケーションサーバ（ＳＭＭ−ＡＳ、３２）で実施される、ことを特徴とする請求項６又は７に記載のシステム。
9. 応答をＳＩＰメッセージとして両方のユーザ機器に返す、ことを特徴とする請求項６乃至８のいずれか１項に記載のシステム。
10. 前記回線交換ネットワークにおける前記手段によってなされる能力照会の前記生成は、ＩＮ技術もしくはＰａｒｌａｙ技術に基づく、ことを特徴とする請求項６乃至９のいずれか１項に記載のシステム。
11. ２台のユーザ機器（１０、１２）に共通するマルチメディアサービス能力、ＳＭＭ能力を自動的に検出するためのシステムのノードで用いられるサーバ（３２）であって、
    ２者（Ａ、Ｂ）間の音声通話の開始後、発呼者（Ａユーザ又はＡ加入者）に属するユーザ機器の１台（１０）は、音声通話を回線交換ネットワーク（ＣＳ、１６）で行うと同時に、パケット交換ＩＰマルチメディアセッションをパケット交換ネットワーク（１８、ＰＳ）及び、発呼者（Ａ）にはマルチメディア能力が知られていない被呼者（Ｂユーザ又はＢ加入者）に属する少なくとも１つの第２のユーザ機器（１２）との間でサポートし、さらに、回線交換ネットワーク（１６）を介して他のユ−ザ機器に対して音声通話を開始した後（ステップ１０２）、２台のユーザ機器（１０、１２）で一致するマルチメディア能力を検出するため、
    ａ．回線交換ネットワークにおける前記手段から、共有マルチメディアサービスをサポートする前記パケット交換ネットワークに対して行った前記２台のユーザ機器（１０、１２）に対する能力照会を同時に受信する手段と、
    ｂ．前記パケット交換ネットワークにおける前記手段により、前記能力照会を解析する手段と、
    ｃ．少なくとも一つの一致しているサービスが検出される場合、前記ユーザ機器（１０、１２）の一致したＳＭＭ能力に関する情報に応答するための手段と、を備えるサーバ（３２）。
12. 前記サーバ（３２）がＩＰマルチメディアサブシステム、ＩＭＳ（２８、ホームＩＭＳ）の中にある共有マルチメディアサービス用のＳＩＰアプリケーションサーバ（ＳＭＭ−ＡＳ）である、ことを特徴とする請求項１１に記載のサーバ（３２）。
13. 応答をＳＩＰメッセージとして両方のユーザ機器に返す、ことを特徴とする請求項１２に記載のサーバ（３２）。
14. 前記回線交換ネットワークにおける前記手段によってなされる能力照会の前記生成は、ＩＮ技術もしくはＰａｒｌａｙ技術に基づく、ことを特徴とする請求項１１乃至１３のいずれか１項に記載のサーバ。
15. コンピュータで読出し可能な媒体に記憶されたコンピュータで実行可能なソフトウェア、コンピュータもしくは他の処理手段で動作できるように作られたソフトウェアを含むコンピュータプログラム製品であって、前記のコンピュータで実行可能なソフトウェアが前記コンピュータもしくは他の処理手段にロードされ、読み出され、前記コンピュータもしくは他の処理手段が、請求項１乃至５のいずれか１項に記載の方法のステップを実行する、ことを特徴とするコンピュータプログラム製品。
16. ネットワークサーバもしくはネットワーク内のネットワークサーバに接続された独立のサーバにロードできるコンピュータプログラム製品であって、請求項１乃至５のいずれか１項に記載の方法のステップを実行するソフトウェアコード部分を含むコンピュータプログラム製品。
17. コンピュータで使用可能な媒体に記憶され、ネットワークサーバもしくはネットワーク内のネットワークサーバに接続された独立のサーバの中にある処理手段に対し、請求項１乃至５のいずれか１項に記載の方法のステップの実行を制御するプログラムを含むコンピュータプログラム製品。

Images