JP4653173B2 - マルチメディア通信のための方法及び装置 - Google Patents

Description

本発明は概して回線交換呼の接続中にＩＰ通信ネットワーク上でマルチメディアを通信するための方法及び装置に関する。特に、本発明は、被呼端末が他の通信装置に自動転送されるかもしれない場合のマルチメディア通信を可能にする。

最近まで、無線移動端末は基本的に音声呼の実施のために用いられてきた。そして、固定及び／又は移動端末間の回線交換チャネルを用いた音声通信には、標準化され、かつ十分に確立された通信技術及びプロトコルが使用されている

しかし、非常に高速な伝送レート及び増大したネットワーク容量を実現する新技術の導入によって可能となる、「マルチメディア」に関する多数の新規電話サービスは、現在急速に開発されている最中である。例えば、ＧＰＲＳ（汎用パケット無線サービス:General Packet Radio Service）及びＷＣＤＭＡ（広帯域符号分割多元アクセス:Wideband Code Division Multiple Access）技術は、広範囲の伝送レート及び様々なプロトコル並びにメディア形式を必要とする無線電話サービスを実現するための新興技術である。

さらに、現在のトレンドは、従来の回線交換ネットワークより多くの容量と柔軟性を提供する、パケット交換ネットワーク及び技術への移行である。また、市場には、高解像度のカラーディスプレイや、（例えば画像情報のための）様々なコーデック（コーダ／デコーダ）を含む、新しいサービスを処理するための機能を備えた、新規かつ洗練された移動端末が出現してきている。

マルチメディアサービスは、通常、多様な形式のテキスト、文書、画像、オーディオファイル及びビデオファイル、及びその組み合わせを表すデータを、様々なプロトコルに従って伝送することを必要とする。本明細書において「マルチメディア」という用語は、概して、当たり前の音声とは別に、一般には映像コンテンツを含む何らかのメディアを、パケット交換ネットワーク上で転送することを必要とする電話サービスのことを指す。

電気通信分野における一般的な目標は、全てのサービスを、アクセスネットワークの形式や関連する技術とは無関係に、１つの転送機構−パケットベースのインターネットプロトコル（ＩＰ）−上に集約することである。そのため、アクセスネットワークのオペレータがパケット領域(packet domain)でマルチメディアサービスを提供することができるように、「ＩＰマルチメディアサブシステム」（ＩＭＳ）と呼ばれるネットワークアーキテクチャが、第３世代パートナーシッププロジェクト（３ＧＰＰ）によってオープンスタンダードとして開発されてきている。ＩＭＳはある端末から他の端末へのＩＰネットワーク上でのマルチメディアコンテンツ通信を伴う、ＩＰトランスポートに基づくサービスを可能とするためのプラットフォームである。ＩＭＳは、用いられるアクセス技術とは事実上無関係であり、基本的に特定のサービス群に限定されない。

マルチメディアサービスを用いる場合、ある特定のセッションのための必要条件は、呼び出されるサービス及び、発呼端末並びに被呼端末それぞれの能力、さらには他の要因に応じて変化するであろう。所望の情報を通信するため、セッション中は、通信のルールを規定する所定のセッションパラメータが発呼端末及び被呼端末の両方で使用される必要がある。このようなセッションパラメータは、各端末で利用可能なアプリケーション並びにシグナリングプロトコルに加え、コーデックや記憶手段にも関係する。

市場には多様な形式の端末が存在するため、マルチメディア通信しようとする２端末が、ある部分に関して異なる能力を有する可能性は少なくなく、さらに、各端末が相手端末の能力についての知見を持たないのが普通である。従って、ＩＰマルチメディアセッションを確立するためには、端末間における一種のネゴシエーションであるセッション設定手順において、セッションパラメータを先ず選択並びに確立しなければならない。

そのため、これら端末は、来るべきＩＰマルチメディアセッション中にどのセッションパラメータを使用するかに関して取り決めるため、自身の具体的な能力及び設定(preferences)に関する情報を交換しなければならない。これを略して以下では「能力交換」と呼ぶ。セッション設定についての仕様は、「ＳＩＰ」（Session Initiation Protocol）として規定されている（IETF RFC 3261等を参照）。ＳＩＰはパケット交換ネットワーク上で、セッションを生成、変更並びに切断するためのアプリケーションレイヤ制御（シグナリング）プロトコルである。ＳＩＰ規格は、上述したＩＭＳシステムにおいて、ＩＰマルチメディア通信の確立及び制御するために使用されている。

ＳＩＰプロトコルにおいて、マルチメディアを通信しようとする端末が、一般的にはマルチメディアセッション設定手順中に互いの能力を交換する際に、「INVITE」と呼ばれるメソッドが規定される。このメソッドにおいて、発呼端末は「SIP INVITE」と呼ばれる、自身の能力を含んだセッション招待メッセージを被呼端末に送信し、被呼端末は自身の能力を発呼端末へ送信することによって応答する。このようにして、両端末は互いの能力を知ることができ、来るべきセッションにおいてどのアプリケーション及びコーデックを使用可能かを判定することができる。

ある端末が他の端末に対し、その端末を実際に「呼び出す」ことなしに、コーデックやサポートするアプリケーションに関する能力を問い合わせるための、「OPTIONS」と呼ばれる他のメソッドがＳＩＰプロトコルで規定されている。しかし、ユーザは、相手端末の電話番号をまず入力しなくてはならないことはいうまでもない。このメソッドに従い、端末は「SIP OPTIONS」と呼ばれる能力問い合わせを相手端末に送信する。この問い合わせには、自身の能力を含めることが好ましい。そして、相手端末は自身の能力を、問い合わせ元の端末へ送信することによって応答する。後で能力が変化した際には、「SIP OPTIONS update」メッセージを送信することもできる。

OPTIONSメソッドは、現在進行中の音声呼の最中に、その呼をマルチメディア通信により豊かなものとするためにも利用可能である。例えば、あるユーザが音声呼の最中に、画像、文書、ビデオクリップ又はオーディオクリップに関して議論するため、それを相手ユーザに送信したくなるかもしれない。端末間の能力交換の後、両端末は、利用可能な任意のマルチメディアを、例えば利用可能なサービス及び／又はアプリケーションをアイコン等として端末画面上に表示することによりユーザに通知しても良い。その結果、ユーザは相手との来るべきセッションにおいて、どの形式のサービス及びメディアを使用するかを容易に選択することができる。

ユーザが、選択したコンテンツを送るために端末のキー又は同等物を押下すると、端末は実際のコンテンツを送信する前に、まずセッション招待メッセージを送信し、相手端末に、選択されたコンテンツの転送を伴うＩＰマルチメディアセッションを実行するように依頼する。セッション招待メッセージは、一般には選択されたコンテンツの符号化形式（例えばjpeg, gif又は3gp）及びデータサイズ（例えば50Kバイト）並びに、起動されたアプリケーションに関する情報を含む、選択されたコンテンツ／メディアの記述を包含し、それにより、コンテンツを受信するにはどのコーデック、アプリケーション及び記憶容量が必要であるのかを通知する。この手順においてＳＩＰ規格が使用されるとすると、セッション招待メッセージは上述したSIP INVITEメッセージである。このようにして、セッション招待メッセージは、相手端末に、選択されたコンテンツを受信する能力があるかどうかを事実上問い合わせる。

国際特許出願PCT/SE03/01901には、最初のマルチメディアセッションの後、各端末が相手端末の能力を保存（又は「キャッシュ」）することにより、能力交換手順を回避可能とする方法が開示されている。その後、同じ端末間で２回目のセッションが実施されようとした場合、相手端末を認識しさえすれば、保存しておいた能力を読み出して使用することが可能であり、時間及び信号のやりとりを削減することができる。

従って、発呼ユーザの端末は、端末間でマルチメディアセッションを実行するため、通常、上述した方法のどれかを使用して被呼ユーザの端末の能力を判定することができる。しかし、被呼ユーザが自動転送サービスを有効にしているかもしれず、この場合には、呼び出した第１の通信装置宛の呼が、代わりに、被呼ユーザの選択に応じた２番目の通信装置へ回されてしまう。自動転送時における回線交換呼の経路変更(reroute)は、被呼装置のサービスノード又はホームネットワーク内の「コア」によって処理されるのが一般的である。これは既知の手順であるため、これ以上の説明は省略する。

自動転送サービスの別の実施形態においては、第２の通信装置が、第１のユーザからの音声メッセージ又は同等物を録音し、後で呼び出すために保存可能なボイスメール装置であったり、被呼ユーザ又は他の指名された人に通じる他の端末であるかもしれない。例えば、話し中や、応答の無い場合や、即時転送条件(immediate condition)などにおいて、このように呼が転送されうる。さらに、ある特定の発呼者については転送され、それ以外は転送されないといった呼のフィルタリング機能が使用されることもありうる。例えば、民間企業ネットワーク内の端末への内線通話(internal call)は直接接続されるが、その端末への外線通話(external call)は秘書の電話又はボイスメール装置へ転送されるようなこともあり得る。

第１の通信装置の電話番号をダイヤルして相手ユーザを呼び出したユーザが、他の端末やボイスメール装置のような第２の通信装置に呼が転送されているにもかかわらず、被呼ユーザへの呼の最中に、画像、ビデオ又はオーディオクリップのような何らかのマルチメディアコンテンツを通信したくなるかも知れない。

しかし、上述した必須の能力交換を転送先の第２の通信装置との間で実行するための仕組みが存在しないため、現在は、第１の通信装置の番号へ発呼した後に第２の通信装置へマルチメディアコンテンツを送信することができない。上述したSIP OPTIONS及びSIP INVITEメッセージのような、現在のマルチメディア用能力交換手順における全てのメッセージは、呼び出された電話番号、すなわち第１の通信装置の番号へのみ向けられる。従って、第２の通信装置とは能力を交換することができない。発呼端末（及びそのユーザ）は、呼が転送されていることにさえ気が付かないかも知れない。

そのため、自動転送サービスが有効になっている場合、発呼ユーザが第２の通信装置へ直接発呼できない限り、所望のコンテンツを第２の通信装置へ送ることが出来ない。発呼ユーザは、呼び出した端末とは別の端末に転送されていることに普通は気が付かないので、なおさらこれは重大な問題である。さらに、一般には、ボイスメール装置に直接発呼することはできない。

このような欠点は、自動転送の対象となるＩＰマルチメディアコンテンツを送ることのできない端末ユーザのみならず、マルチメディアトラフィックから得られるであろう利益を奪われるネットワークオペレータにとっても、言うまでもなく問題と見なされるであろう。従って、自動転送サービスを利用中のユーザとの呼が継続している間におけるマルチメディアコンテンツ伝達の問題を解決することが望ましい。また、呼の転送先の端末又はボイスメール装置との通信において、どのマルチメディアオプションが利用可能であるかを決定することが望ましい。

本発明の目的の１つは、呼が自動転送されることがある場合において、発呼端末から被呼ユーザへのＩＰマルチメディアコンテンツの通信を可能とすることである。本発明の別の目的は、例えば利用可能なサービス及び／又はアプリケーションをアイコン等として画面上に表示することにより、利用可能なマルチメディアオプションを発呼端末で通知可能とするために、第２の通信装置の能力を判定するための方法を提供することである。

これらの目的及び他の目的は、第１の通信装置に発呼した発呼端末から被呼ユーザへのＩＰマルチメディアコンテンツの通信を、呼が第２の通信装置へ転送されており、かつ接続先番号が呼設定手順の間に受信されている際に可能にする方法を提供することによって達成される。発呼端末は受信した接続先番号を保存し、第２の通信装置のマルチメディア能力を接続先番号に基づいて判定する。この結果、判定された第２の通信装置のマルチメディア能力に基づき、利用可能なマルチメディアオプションを判定することができる。

接続先番号は発呼端末が接続先番号表示(COLP)サービスに加入していれば受信できる。第２の通信装置は通信端末であっても、ボイスメール装置であってもよい。

第２の通信装置のマルチメディア能力は、保存された接続先番号に基づいて第２の装置に能力を要求することによって判定することもできる。保存された接続先番号を宛先アドレスとして用いて能力問い合わせ（例えばSIP OPTIONS）又はセッション招待メッセージ（例えばSIP INVITE）を送信することにより、能力を第２の装置に要求することが好ましい。

あるいは、第２の通信装置のマルチメディア能力は、キャッシュされた第２の装置の能力を、保存された接続先番号に基づいて読み出すことによって判定することもできる。接続先番号をキーとして、キャッシュされた能力を読み出すことが好ましい。

本発明によれば、第１の通信装置に発呼し、その呼が第２の通信装置へ転送されている際に、マルチメディア通信及び接続先番号の受信が可能な通信端末も与えられる。端末は、受信した接続先番号を保存する手段と、第２の通信装置のマルチメディア能力を接続先番号に基づいて判定する手段を有する。この端末は、好ましくは、判定された第２の通信装置のマルチメディア能力に基づき、利用可能なマルチメディアオプションを判定する。

端末は、接続先番号表示(COLP)サービスに加入することによって接続先番号を受信してもよい。

端末は、第２の通信装置のマルチメディア能力を、保存された接続先番号に基づいて第２の装置に要求することによって判定するように構成されても良い。この場合、端末は、保存された接続先番号を宛先アドレスとして用いて能力問い合わせ（例えばSIP OPTIONS）又はセッション招待メッセージ（例えばSIP INVITE）を送信することにより、第２の装置に能力を要求してもよい。

あるいは、端末は、キャッシュされた第２の装置の能力を、保存された接続先番号に基づいて読み出すことによって第２の通信装置のマルチメディア能力を判定するように構成されても良い。端末はさらに、接続先番号をキーとして、キャッシュされた能力を読み出しても良い。

本発明の他の特徴及び利点は、以下の詳細な説明から明らかになるであろう。

以下、添付図面を参照しながら、好ましい実施形態によって本発明をより詳細に説明する。

図１は、通信端末Ａから回線交換呼を、自動転送されることがある通信端末Ｂ１へ宛てた場合に、本発明による手法を利用可能な例示的且つ基本的な通信シナリオを模式的に示す図である。この場合、端末Ａは第１のアクセスネットワーク１００と無線接続中である。

上述のように、端末Ｂ１のユーザは、予め定めた自動転送条件が満たされた場合には、入来呼を端末Ｂ１とは異なる別の通信端末Ｂ２へ回す自動転送サービスを有効にしている。図示される端末Ａ，Ｂ１及びＢ２は、いかなるタイプの通信装置であっても良く、本発明はこの点に関して何ら制限されない。以下の説明において、元々呼び出された端末Ｂ１を主に「第１の通信装置」、転送先端末Ｂ２を主に「第２の通信装置」と呼ぶ。

呼び出される第１の装置Ｂ１は第２の「ホーム」ネットワーク１０２に登録されている。第２のホームネットワーク１０２は、回線交換（ＣＳ）通信及びサービスを処理するように構成されたサービスコアを有している（模式的にＣＳコア１０２ｃとして示している）。とりわけ、ＣＳコア１０２ｃは、第１の装置Ｂ１宛の全ての呼を第２の装置Ｂ２へ転送する。このような状況においては、呼び出される第１の装置Ｂ１が現在いずれかのアクセスネットワークと通信中であるか否かは何の意味も持たない。あるいは、入来呼が転送される第２の装置は、第１の装置Ｂ１のホームネットワーク１０２内のボイスメール装置Ｂ２’であってよい。しかし、本例において、第２の装置Ｂ２は第３のアクセスネットワーク１０４に接続された固定電話機として図示されている。

ネットワーク１００、１０２及び１０４は通常、一般的な「バックボーン」ネットワーク１０６によって相互接続される。バックボーンネットワーク１０６は、実際にはどのような形式の通信ネットワークであって良く、また、異なるネットワークの組み合わせであっても良い。端末Ａ，Ｂ１，Ｂ２及びネットワーク１００〜１０６は、必要な、十分確立された通信技術を利用することが可能であるものとし、これら通信技術については、本発明の理解のためにはこれ以上説明する必要がない。少なくともアクセスネットワーク１００及び１０４は、パケット交換（ＰＳ）マルチメディアセッション並びにサービスを、例えば上述したＩＭＳシステムに従って処理するように構成されたサービスコアを含む（図中、模式的にそれぞれＰＳコア１００Ｃ及び１０４Ｃとして示す）。アクセスネットワーク１００及び１０４はまた、対応するＣＳコア１００ｃ、１０４ｃをそれぞれ含んでいる。

一例として、典型的な自動転送条件は、第１の装置Ｂ１が別の呼と話中である場合や、何らかの理由により予め定められたタイムアウト時間内に応答が無かった場合に入来呼が転送されるものであってよい。第１の装置Ｂ１は、例えば電源が入っていなかったり、第１の装置が移動端末の場合には電波の届かない場所にあったりなど、どのアクセスネットワークにも接続されていない状態であって良い。別のタイプの自動転送条件は、第１の装置Ｂ１が利用できるかどうかや、どのような状態にあるかとは無関係に、呼が直ちに転送されるような即時転送条件(immediate condition)である。さらに、発呼者の身元に基づく様々な呼フィルタ機能もまた適用されうる。しかし、本発明及び以下に説明する実施形態は、特定の自動転送条件に限定されない。

回線交換呼が端末Ａと第２の装置Ｂ２との間で確立された後、Ａの発呼ユーザは、例えば画像、文書、ビデオクリップ又はオーディオクリップを送信するなど、継続中の音声呼の最中にＢ２の相手ユーザとマルチメディアコンテンツ通信をしたくなるかも知れない。あるいは、発呼ユーザは、何かを送信しようと決める前に、相手ユーザの端末の能力に対して利用可能なマルチメディアオプションを調べたいと思うかも知れない。端末ＡとＢ２とは、コーデック、アプリケーション及び／又はメモリ容量に関しておそらくは異なる能力を有するであろう。そのため、上述したように、これらの要素についてまず両者の能力を交換しなければならない。

上述の通り、標準的な手順は呼出番号、つまりこの場合であればＢ２でなくＢ１の番号に基づくものであるため、自動転送先の通信装置と必要な能力交換を実行するための仕組みが現状では存在しない。しかし、本発明はこの問題の解決策を提供する。図２は、呼が転送されている先の通信装置の能力を発呼端末がどのようにして判定可能であるかの、本発明の一実施形態に係る基本手順を示すフローチャートである。図１のシナリオを参照して図２の説明を行う。

最初のステップ２００において、端末Ａのユーザが第１の装置Ｂ１の電話番号を入力し、呼設定手順において、呼は第１の装置へ宛てられる。そして、通話中にマルチメディア通信を可能とするため、端末Ａは相手通信端末の能力を判定しなければならない。今日存在する多くのネットワークは、一般に「接続先番号表示：COLP」と呼ばれる、接続先番号を発呼端末に送信して接続先番号を端末画面上でユーザへ表示するサービスを提供している。以下により詳細に説明するように、このようなサービスが提供されていないとしてもこの番号を取得することができる。

図２の基本手順において、次のステップ２０２では、端末Ａが呼設定中に接続先番号(connected number)を受信しているかどうかの判定を行う。受信していない場合、発呼端末Ａは次のステップ２０４において、呼出番号(called number)に基づいて、例えば標準的な能力問い合わせ又は交換を用いて、相手先装置の能力判定を試みる。そして、ここで判定された能力は、呼が転送されていない場合のマルチメディア通信に用いることができる。さもなければ、端末Ａはステップ２０４において、転送先装置Ｂ２の代わりに「間違った」装置、つまり装置Ｂ１の能力判定を試みるであろう。

しかし、ステップ２０２において接続先番号が受信されていると判定された場合、ステップ２０６において、端末Ａはもともとの呼出番号の代わりに接続先番号に基づいて能力を判定する。受信した接続先番号が呼出番号と異なる場合、呼が、標準的な自動転送手順によって別の端末へ又は装置（この場合は第２装置Ｂ２）へ転送されている可能性が高い。この場合、端末Ａはステップ２０６において、実際には第２装置Ｂ２の能力を判定する。一方、接続先番号が呼出番号と同じ場合、呼は転送されておらず、端末Ａはステップ２０６において結局第１の装置Ｂ１の能力を判定する。従って、入手可能な場合には接続先番号を用いることで、発呼端末Ａは呼が実際に転送されているのかどうかを「知る」必要がない。いずれの場合も、ステップ２０６において正しい装置についての能力が判定される。

ステップ２０６又はステップ２０４の代わりに、標準的な手順に従い、マルチメディアセッション設定又は能力問い合わせに関連した要求（例えば前者ではSIP INVITEの送信、後者ではSIP OPTIONSの送信）によって能力を取得することもできる。従って、本発明はこの点に関して限定されない。なお、全ての能力問い合わせ又は要求は、ネットワークのパケット交換部分で転送される。そのため、第１の装置Ｂ１へ宛てられた場合には、たとえCSが実行する自動転送が有効であったとしても、その対象とはならないであろう。従って、全ての能力要求は直接第２の装置へ宛てられねばならない。

図３に示す信号図に関し、再び図１をしながら、自動転送の条件下で通信装置の能力を判定するためのより詳細な例示的手順について説明する。手順は、端末Ａのユーザが第１の装置Ｂ１のユーザに普通の回線交換音声呼を発するため、第１の装置Ｂ１の番号を入力することから始まる。これに応答して、最初のステップ３００において、端末Ａから、端末Ａが接続されているアクセスネットワーク１００のＣＳコア１００ｃへ標準的な呼設定要求が送信される。

続くステップ３０２で、設定要求は、呼出番号に基づいて第１の装置が属するホームネットワーク１０２内のＣＳコア１０２ｃへ転送される。接続先番号を表示するサービス、例えばＣＯＬＰが用いられている場合、ステップ３０２で送信される呼設定要求の中に接続先番号要求が、一般にはＣＯＬＰ表示として示されている。

設定要求に応答して、受信側ＣＳコア１０２ｃはステップ３０４で、呼び出された第１の装置Ｂ１へ標準的な呼設定メッセージを送信する。装置Ｂ１が移動端末の場合、この処理には、端末を見つけるための標準的な呼出ルーチンが含まれるのが一般的であろう。次のステップ３０６は、呼び出された装置Ｂ１が、例えば話中、接続されていない、又は単に応答しないといった理由により、応答しないことを模式的に示している。あるいは、ＣＳコア１０２ｃが、Ｂ１の番号が入来したことをチェックした際に、即時条件として呼を転送すべきであることを検出するかもしれず、この場合にはステップ３０４及び３０６は実行されないであろう。このように、ステップ３０４及び３０６の実行は、Ｂ１について規定された転送条件に依存するが、それは本発明にとって重要でない。

要は、ＣＳコア１０２ｃは、ステップ３０２で設定要求を受信した際に、呼を第２の装置Ｂ２へ転送すべきであることを何らかの形で検出しているということである。従って、それに応答して、次のステップ３０８においてＣＳコア１０２ｃは、ステップ３０２で受信したものと同様ではあるが、第２装置Ｂ２の受信番号に基づく新たな設定要求をＣＳコア１０４ｃに送信する。装置Ｂ２が移動端末であれば、この設定要求は移動端末のホームネットワーク内の対応するＣＳコアに再度送信され、呼出ルーチンを用いて端末が見出されるであろう。しかし、本例では、装置Ｂ２は固定電話として図示されている。

ステップ３０２でＣＳコア１００ｃから受信した前回の設定要求で接続先番号要求を受信している場合、ステップ３０８の設定要求も接続先番号要求を含んでいる。一歩進んだやり方として、ＣＳコア１０２ｃが、ＣＳコア１００ｃから受信していなくても接続先番号要求をステップ３０８で含めるようにしたり、あるいは特定の要求を行わなくても、Ｂ２のネットワーク１０４内のＣＳコア１０４ｃが後で自動的に接続先番号を供給するようにしたりすることもできる。しかしながら、既存のシステムにおいては、発呼端末へ接続先番号を転送するには一般にＣＯＬＰへの加入が必要となる。上述した図２のステップ２０２及び２０６から明らかなように、この方法においては、能力要求又は問い合わせを正しい宛先に送ることができるよう、何らかの形で端末Ａが第２の装置Ｂ２の番号を取得することが重要である。

ステップ３０４と同様に、ステップ３１０で、ＣＳコア１０４ｃは標準的な呼設定メッセージを、呼び出される第２の装置Ｂ２へ向けて送信する。今回は、呼に応答があり、続くステップ３１２で装置Ｂ２が標準的な接続メッセージをＣＳコア１０４ｃへ送信して応答する。ＣＳコア１０４ｃは、端末ＡのＣＳコア１００ｃへ向けた、接続先番号を含んだ接続メッセージをステップ３１４で生成する。最終的に、接続メッセージはステップ３１６で発呼端末Ａへ送信される。

重要なのは、接続先番号、すなわち第２の装置Ｂ２の番号が、例えばＣＯＬＰサービスに従ってステップ３１４及び３１６の接続メッセージに含められていることである。そして、Ｂ２の接続先番号は端末Ａへ到達し、このサービスに従って端末Ａの画面上に表示されうる。接続先番号は通常、標準規格3GPP TS 24.008に従って定められた所謂Ｅ．１６４番号であり、通常は固定端末及び移動端末の両方に有効である。転送先の通信装置がボイスメール装置（例えばＢ’２）の場合、接続先番号は、呼出番号を0709123456とすると、例えば888-0709123456のように、呼び出された第１の装置Ｂ１のＥ．１６４番号に付加プレフィックスを加えたものとして規定することができる。

装置Ｂ２の能力判定に備え、発呼端末Ａは、受信したＢ２の接続先番号を、後で読み出すために保存する（ステップ３１８）。このように、自動伝送により端末Ａと装置Ｂ２との間の通常の音声呼が確立され、次のステップ３２０において実行される。

音声呼の最中に、端末Ａのユーザは、何らかのマルチメディアコンテンツ、例えば画像、文書、ビデオクリップ又はオーディオクリップを第２の装置Ｂ２で応答したユーザ（又は装置）へ送信することに決める。この例では、ユーザはコンテンツを送信する前に、まず、どのマルチメディアオプションを利用可能であるかの確認を希望している。あるいは、ユーザは、適切なマルチメディアアプリケーションを端末Ａで直接起動し、端末内の記憶手段から装置Ｂ２へ送信すべきコンテンツを選択することもできる。上述のように、端末Ａは、マルチメディアコンテンツが通信可能になる前に、まず接続先の装置Ｂ２の能力を判定しなければならない。ある実施形態において、端末は、マルチメディア通信に備えて、ユーザ入力によるきっかけを必要とせずに自動的に相手装置の能力を判定しても良い。

上述のように、一般に、利用可能なマルチメディアオプションの判定は、相手先への能力問い合わせ、例えばSIP OPTIONSメッセージの送信を含む。能力問い合わせは、発呼端末Ａのアクセスネットワーク１００内のＰＳコア１００Ｃ及び被呼装置Ｂ２のアクセスネットワーク１０４内の対応するＰＳコア１０４Ｃ上でパケット交換される。ネットワーク１００及び１０４におけるマルチメディア通信にＩＭＳ技術が用いられている場合、ＰＳコア１００Ｃ及び１０４Ｃは一般に「ＩＭＳコア」と呼ばれる。

しかし、従来、全ての能力問い合わせ又は要求はもともとの呼出番号へ宛てられるので、自動転送が用いられる場合には別の手順が必要となる。本解決方法は、発呼端末Ａが、ステップ３１６で取得し、ステップ３１８で保存した番号を接続先番号（この場合は転送先装置Ｂ２の番号）として、次のステップ３２２でＰＳコア１００Ｃへ能力問い合わせを送信するための宛先として用いるように規定する。呼が転送されていなければ、受信した接続先番号は呼び出された装置Ｂ１の番号であろう。

受信した接続先番号はネットワークのＣＳ部分でのみ有効なので、ＰＳコア１００Ｃは、パケット交換によって目標の装置Ｂ２へルーティングされるよう、ステップ３２４で示されるように、受信した番号を有効なＩＰアドレスに変換しなければならない。この番号変換は、一般的な手順を用いて行うことができる。特に、ＩＭＳ状況(context)かつ接続先番号がＥ．１６４番号の場合、SIP OPTIONSメッセージのRequest-URIヘッダ内に「TEL URL」として設定することができる。そして、ＰＳコア１００Ｃは、周知のIETF標準を用いて、受信したTEL URLを有効なSIP URI (Unified Resource Identifier)に変換する。

装置Ｂ２が上述した例示的な番号888-0709123456を有するボイスメール装置である場合、ＰＳコア１００Ｃはそれを例えば0709123456@voicemail45.teliasonera.netと変換する。ここで、Telia-Soneraネットワーク内のボイスメールシステム#45が0709で始まる全ての番号を処理するように割り当てされていてよい。そして、受信側ボイスメール装置は、シンボル「＠」の前の番号フィールドを読むことにより、被呼加入者を識別することができるであろう。

そして、ＰＳコア１００Ｃは、Ｂ２の変換された番号（例えば有効なSIP URI）を含む能力問い合わせを、次のステップ３２６でＰＳコア１０４Ｃへ伝達することができる。その後、能力問い合わせはステップ３２８で、ステップ３２４において変換された接続先番号から得られた、そのネットワークにおける装置Ｂ２のＩＰアドレスを宛先アドレスとして用いて第２の装置Ｂ２へ送信される。そして、ステップ３３０で、装置Ｂ２は要求された能力を含んだ応答を発呼端末Ａに向けて正式に送信する。ここでは具体的に示さないが、実際にはこの応答は、介在するＰＳコア１０４Ｃ及び１００Ｃを用いて伝達される。ＩＭＳ状況下において、この応答は「SIP 200 OK/SDP」と呼ばれる標準的なメッセージであろう。

要求した能力を受信した後、端末Ａは端末ＡとＢ２の共通能力に対してどのマルチメディアオプションが利用可能であるかを判定し、それらを画面上に表示することができる（ステップ３３２）。そして、端末Ａのユーザは、表示されたマルチメディアオプションから自由に選択し、装置Ｂ２とのセッションを開始させることができる。さらに、ステップ３２２〜３２８で伝達される問い合わせには、端末Ａの能力が通常含まれているので、ステップ３３４に示すように、相手装置Ｂ２においても、同様にして、同じ利用可能なマルチメディアオプションを画面上に表示することができる。その後、ステップ３３６に示すように、端末Ａ又は装置Ｂ２のいずれかが、セッション招待メッセージ、例えばSIP INVITEを用いてセッションを開始するであろう。その後、最後のステップ３３８に示すように、標準的なセッション手順が実行される。ここでは、標準的なセッション手順についてこれ以上の説明は行わない。

このように、本手法は、（好ましくはCOLPサービス又は同等物が用いられるか否かとは無関係に）接続先番号を取得し、取得した接続先番号を保存し、保存した接続先番号に基づいて、現在接続中である正しい端末に能力を要求する手順を含む。あるいは、例えば国際特許出願PCT/SE03/01901に記載されるように、装置Ｂ２の能力を、過去のマルチメディアセッションに関連して端末Ａでキャッシュしておいても良い。この場合、キャッシュされた能力は、キー又は同等物とともに保存される。キーは好ましくは対応する端末の電話番号である。このようにしてキャッシュされた能力は、保存した接続先番号がキーと合致した場合に読み出すことが可能であり、その場合には能力交換を実行する必要が無くなるであろう。

図４は、本発明の別の実施形態に従って、回線交換呼の接続中に、特に自動転送に関して利用可能なマルチメディアオプションを決定するための例示的な手順を示すフローチャートである。この手順は基本的に発呼端末により実行され、ここでも再び図１のシナリオに関して説明を行う。

最初のステップ４００において、端末Ａは、図２のステップ２００と同様に、回線交換の音声呼を第１の装置Ｂ１に対して発呼する。図２のステップ２０２に概ね合致する続くステップ４０２で、呼設定手順の間に接続先番号が受信されているかどうかを検出する。もし受信されていなければ、被呼装置Ｂ１の能力は、続くステップ４０４において、標準的な手順にあるように、呼出番号に基づいて判定されうる。

しかし、接続先番号が受信されていることがステップ４０２で検出されたならば、利用可能なマルチメディアオプションを判定でき、さらに必要に応じてマルチメディアセッションを実行できるよう、接続先装置の能力を判定するためのステップ４０６〜４１４が行われる。なお、この手順は、呼が第２の装置Ｂ２に転送されているか否かとは無関係に利用可能である点に留意されたい。すなわち、発呼端末は自動転送状況を検出する必要がない。能力判定は呼が設定された後で自動的に実行されることが好ましいが、マルチメディアアプリケーションの起動や、マルチメディアオプションの問い合わせのような、能力判定が必要であることを示すなんらかのユーザ入力に応答して実行されても良い。

まず、ステップ４０６で、端末Ａは受信した接続先番号を保存する。図３のステップ３０８〜３１６の手順で得られるように、受信した番号は、自動転送されなければ呼び出した第１の装置Ｂ１の番号、呼が転送されていれば転送先の第２の装置Ｂ２の番号であろう。ステップ４０８においては、上述したように、保存した接続先番号を用いて、対応する装置（Ｂ１又はＢ２）の能力が端末Ａ内にキャッシュされているか否かを調べる。もしキャッシュされていたならば、ステップ４１０において、接続先番号をキーとして、キャッシュされた能力を読み出す。キャッシュされていなければ、ステップ４１２において、図３のステップ３２２〜３３０の手順と同様にして、保存された接続先番号に基づく能力交換手順を実行する。従って、保存された接続先番号が、能力問い合わせ（例えばSIP OPTIONS）又はセッション招待メッセージ（例えばSIP INVITE）の宛先アドレスとして用いられる。

通話中の相手通信装置の能力がステップ４０４、４１０又は４１２のいずれかにおいて判定された後、利用可能なマルチメディアオプションをステップ４１４において判定することができる。その後は、最終ステップ４１６に示すように、利用可能なマルチメディアオプションを端末画面上でユーザに表示しても良いし、マルチメディアセッションを開始しても良い。

なお、発呼端末は、継続中の呼が転送される第２の通信装置の接続先番号を、他の仕組みに従って取得することができることに留意されたい。ある実施形態では、例えばＣＯＬＰサービス又は同様のものによって、接続先番号が第２の装置のＣＳコア（例えば１０４ｃ）から自動的に供給されてもよい。別の実施形態では、発呼端末（例えばＡ）、発呼端末のＣＳコア（例えば１００ｃ）又はもともと呼び出された端末のＣＳコア（例えば１０２ｃ）のいずれかにより、接続先番号が実際に要求されても良い。しかし、今日存在するシステムにおいては、発呼端末が呼設定の間に接続先番号を確実に取得するようにするためには、事実上ＣＯＬＰへの加入が必要である。

本発明を特定の例示的な実施形態に関して説明してきたが、この説明は基本的に発明の概念の例示のみを目的としており、本発明の範囲を限定するものとして解されるべきではない。例えば、上述の説明における「第２の装置」は通信端末であっても、ボイスメール装置であっても、他の同等物であってもよい。本発明は概して、添付した特許請求の範囲によって規定される。

本発明を利用可能な通信シナリオの模式的な概要を示す図である。 本発明の一実施形態における、能力を判定するための基本的な手順を示すフローチャートである。 本発明に従って能力を交換するための例示的な手順を示す信号図である。 本発明の別の実施形態に従って利用可能なマルチメディアオプションを決定するための例示的な手順を示すフローチャートである。

Claims (15)

1. 第１の通信装置(B1)に発呼した発呼端末(A)から被呼ユーザへのＩＰマルチメディアコンテンツの通信を、呼が第２の通信装置(B2)へ転送されている可能性があり、かつ接続先番号が呼設定手順の間に受信されている際に可能にする方法であって、
   前記受信した接続先番号を保存するステップと、
   前記発呼に用いた呼出番号の代わりに前記接続先番号を用いて、前記第１の通信装置又は前記第２の通信装置である接続先通信端末のマルチメディア能力を判定するステップとを、前記発呼端末によって自動的に実行することを特徴とする方法。
2. 前記判定された前記第２の通信装置のマルチメディア能力に基づき、利用可能なマルチメディアオプションを判定するステップをさらに有することを特徴とする請求項１記載の方法。
3. 前記接続先番号が、前記発呼端末が接続先番号表示(COLP)サービスに加入していることにより受信されることを特徴とする請求項１又は請求項２記載の方法。
4. 前記第２の通信装置が通信端末又はボイスメール装置であることを特徴とする請求項１乃至請求項３のいずれか１項に記載の方法。
5. 前記第２の通信装置の前記マルチメディア能力が、前記保存された接続先番号に基づいて前記第２の通信装置へ能力を要求することによって判定されることを特徴とする請求項１乃至請求項４のいずれか１項に記載の方法。
6. 能力問い合わせ（例えばSIP OPTIONS）又はセッション招待メッセージ（例えばSIP INVITE）を、前記保存された接続番号を宛先アドレスとして用いて送信することにより、前記第２の通信装置に能力を要求することを特徴とする請求項５記載の方法。
7. 前記第２の通信装置の前記マルチメディア能力が、キャッシュされた前記第２の通信装置の能力を前記保存された接続先番号に基づいて読み出すことによって判定されることを特徴とする請求項１乃至請求項４のいずれか１項に記載の方法。
8. 前記接続先番号をキーとして用いて前記キャッシュされた前記第２の通信装置の能力を読み出すことを特徴とする請求項７記載の方法。
9. 第１の通信装置(B1)に発呼し、その呼が第２の通信装置(B2)へ転送されている可能性がある際に、ＩＰマルチメディア通信及び接続先番号の受信が可能な通信端末(A)であって、
   前記受信した接続先番号を保存する手段と、
   前記発呼に用いた呼出番号の代わりに前記接続先番号を用いて、前記第１の通信装置又は前記第２の通信装置である接続先通信端末のマルチメディア能力を判定する手段とを有することを特徴とする通信端末。
10. 前記判定された前記第２の通信装置のマルチメディア能力に基づき、利用可能なマルチメディアオプションを判定することを特徴とする請求項９記載の通信端末。
11. 前記端末が、接続先番号表示(COLP)サービスの加入により前記接続先番号を受信することを特徴とする請求項９又は請求項１０記載の通信端末。
12. 前記第２の通信装置の前記マルチメディア能力を、前記保存された接続先番号に基づいて前記第２の通信装置へ能力を要求することによって判定することを特徴とする請求項９乃至請求項１１のいずれか１項に記載の通信端末。
13. 能力問い合わせ（例えばSIP OPTIONS）又はセッション招待メッセージ（例えばSIP INVITE）を、前記保存された接続番号を宛先アドレスとして用いて送信することにより、前記第２の通信装置に能力を要求することを特徴とする請求項１２記載の通信端末。
14. 前記第２の通信装置の前記マルチメディア能力を、キャッシュされた前記第２の通信装置の能力を前記保存された接続先番号に基づいて読み出すことによって判定することを特徴とする請求項９乃至請求項１３のいずれか１項に記載の通信端末。
15. 前記接続先番号をキーとして用いて前記キャッシュされた前記第２の通信装置の能力を読み出すことを特徴とする請求項１４記載の通信端末。

Images