JP4402693B2 - 通信システムにおける登録 - Google Patents

Description

本発明は、通信システムに関し、および、特に、ユーザが複数のロケーションから識別情報を登録することができる通信システムに関する。

通信システムが、ユーザ機器、通信ネットワーク要素、および、その通信システムに関連している他のエンティティのような２つ以上のエンティティの間の通信を可能にする機構として理解されることが可能である。通信システムは、典型的には、その通信システムに関連している様々なエンティティが何を行うことを許可されているか、および、それがどのように行われるべきかを記述する特定の規格または仕様にしたがって動作する。例えば、この規格または仕様は、ユーザ、または、より具体的には、ユーザ機器もしくはユーザ端末装置が、回線交換サービスおよび／またはパケット交換サービスを提供されるかどうかを定義することができる。その接続のために使用されるべき通信プロトコルおよび／または通信パラメータも定義されることが可能である。言い換えると、通信が基づいていることが可能な「規則」の特定のセットが、通信システムによる通信を可能にするために定義される必要がある。

ユーザ機器のための無線通信を実現する通信システムが公知である。無線システムの一例が公衆陸上移動網（ＰＬＭＮ）である。このＰＬＭＮは、典型的には、セルラ技術に基づいている。セルラシステムでは、基地トランシーバ局（ＢＴＳ）または類似のアクセスエンティティが、移動局（ＭＳ）または他のこうした無線ユーザ機器（ＵＥ）に対して、これらのエンティティの間の無線インタフェースを経由してサービスを提供する。ユーザ機器と通信ネットワーク要素との間の通信が、適切な通信プロトコルに基づいていることが可能である。通信のための必要とされる基地局装置および他の装置の動作とが、１つまたは複数の制御エンティティによって制御されることが可能である。様々な制御エンティティが相互接続されることが可能である。さらに、１つまたは複数のゲートウェイノードが、セルラネットワークを他のネットワーク、例えば、公衆交換回線網（ＰＳＴＮ）、および／または、ＩＰ（インターネットプロトコル）および／または他のパケット交換ネットワークのような他の通信ネットワークに接続するために設けられてもよい。

通信システムの加入者のようなユーザに対して提供されてよいサービスの一例が、いわゆるマルチメディアサービスである。マルチメディアサービスを提供することが可能にされている通信システムの中には、インターネットプロトコル（ＩＰ）マルチメディアネットワークとして知られているものがある。ＩＰマルチメディア（ＩＭ）機能性が、ＩＰマルチメディアコアネットワーク（ＣＮ）サブシステム、すなわち、簡単に言うと、ＩＰマルチメディアサブシステム（ＩＭＳ）によって提供されることが可能である。このＩＭＳは、マルチメディアサービスの提供のための様々なエンティティを含む。

通信システムは、サーバとして知られているネットワークエンティティによってネットワークの様々なサービス提供機能が処理される方向において開発されてきている。例えば、現在の第３世代（Ｇ３）無線マルチメディアネットワークのアーキテクチャでは、幾つかの互いに異なるサーバが互いに異なる機能を処理するために使用されるということが想定されている。これらは、コールセッション制御機能（ＣＳＣＦ）のような機能を含む。このコールセッション機能は、プロキシコールセッション制御機能（Ｐ−ＣＳＣＦ）、問合せコールセッション制御機能（interrogating call session control function）（Ｉ−ＣＳＣＦ）と、サービングコールセッション制御機能（serving call session control function）（Ｓ−ＣＳＣＦ）とのような様々なカテゴリに分けられることが可能である。ＣＳＣＦがコール状態制御機能と称されることもあるということを理解されたい。

通信システムは、ユーザ、典型的には加入者が、その通信システムを経由して通信を開始しなければならないように構成されてよい。例えば、ユーザが、適切な通信ネットワークエンティティからのセッション、トランザクション、または、他のタイプの通信を要求してよい。こうした通信はそのユーザから開始されると見なされることが可能である。上述のネットワークエンティティから、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）は、その通信システムからのサービスを要求することが可能であるためにユーザが登録されることを必要とするエンティティを形成する。

３ＧＰＰ仕様の現時点の最新バージョンである３ＧＰＰリリース６のような特定の仕様では、ＩＭＳネットワークは、２つ以上のコンタクトアドレスを使用してユーザが複数のロケーションから単一の公開ユーザ識別情報を登録することを可能にするように構成されている。複数のコンタクトアドレスは、さらに、複数のアクセスネットワークに対するアクセス権を有する異なる端末装置にさえ関係してよい。例えば、ユーザは、適切なユーザ機器によって、ＧＰＲＳおよび／またはＷＬＡＮネットワークを経由してＩＭＳにアクセスしてもよい。

着信要求（incoming request）をプロキシする時に、そのネットワークは、登録されたコンタクトアドレスの全部に対して、または、登録コンタクトアドレスの一部だけに着信要求を送る選択権を有する。最も適切な経路選択決定を行うために、そのネットワークは、複数のコンタクトを処理する際に、ユーザとそのネットワークとの両方からのある種の選好（preference）設定を必要とする。さらに明確に述べると、そのネットワークは、そのネットワークが要求を分岐（fork）させる必要があるか否かを決定する必要がある。その次に、分岐が使用されるべきである場合には、順次探索（sequential search）または並行探索（parallel search）が好ましいかどうかの決定が必要とされる。順次探索が好ましい場合には、そのネットワークは、登録ユーザ識別情報に関連付けられている異なるコンタクトアドレスがどんな順序でコンタクトされるべきか決定されることを必要とする。

J. Rosenberg 他による Internet Engineering Task Force (IETF) 文書 RFC 3261“SIP: Session Initiation Protocol”（２００２年６月）が、順次探索の概念を説明している。このＲＦＣ ３２６１文書は本明細書に引例として組み入れられている。この順次探索では、順次試行が、いわゆるｑ（選好）値によって与えられたユーザの選好に基づいて複数のコンタクトに関して行われる。このｑ値は、ユニフォームリソース識別子（ＵＲＩ）のような、コンタクトアドレスに付与されたパラメータである。最も選好順位（preference）が高いコンタクトにコンタクトする試みが失敗すると、最終的な応答がコンタクトアドレスの１つから受信されるまで、その次の選好順位のコンタクトが試行される。ＲＦＣ ３２６１は、さらに、並行分岐の概念も説明している。並行分岐では、異なるアドレスが同時に並行してコンタクトされる。すなわち、ネットワークは、着信要求を登録コンタクトのすべてに同時に分岐させる。ＲＦＣ ３２６１によるｑ値を使用することによって、被呼者が複数の登録コンタクトを処理する際に、登録に基づいて選好を操作することが可能である。

提案は、発呼者も特定の要求を処理する際に自分の選好を指示することが可能であるということである。発呼者の選好は、被呼者の選好よりも優先してよい。これは、特定のヘッダフィールドすなわち「要求−ディスポジション（Request-Disposition）」ヘッダフィールドを使用して行われてよい。このフィールドは、終端ネットワークのサーバがこのヘッダフィールドが中に含まれている要求をどのように処理すべきかに関する発呼者の選好を指定する。これは、次の指示語を使用して行われることが提案されている。プロキシが要求を分岐させる（「分岐」）べきかどうか、または、単一のアドレスだけにプロキシする（「無分岐（no-fork）」）べきかどうかを指示するために、分岐指示語（fork directive）が提案されている。分岐させないようにサーバが要求される場合には、そのサーバは要求を「最適の（best）」アドレスにプロキシすべきだろう。この最適のアドレスは、通常は、最大のｑ値を有するアドレスだろう。分岐指示語が「分岐」に設定される場合には、並行指示語（parallel-directive）が、プロキシサーバがすべての既知のアドレスに対して一度にプロキシする（「並行（parallel）」ことを発呼者が望むか、または、プロキシサーバが既知のアドレスに対して順次的にプロキシし、先行のアドレスに関する最終応答をそのプロキシサーバが受け取らなかった後にだけその次のアドレスにコンタクトする（「順次」）ことを発呼者が望むかどうかを指示する。

しかし、被呼者の選好も発呼者の選好も定義されない場合には、そのネットワークの挙動が曖昧だろう。終端プロキシサーバは、この「省略時（default case）」においてその終端プロキシサーバがどのように挙動するべきかの何らかのコンフィギュレーションを必要とするだろう。

本発明の実施態様が、上述の問題の１つまたは幾つかに対処することを目的とする。

本発明の一実施様態によって、コントローラエンティティにおいて着信要求を処理するための通信システムにおける方法が提供され、この方法は、
ユーザに関する複数のコンタクトアドレスをコントローラエンティティ内に登録することと、
そのユーザに対する通信リンクのための要求をコントローラエンティティにおいて受け取ることと、
この要求をどのように処理すべきかに関する仕方に関する情報をユーザ情報記憶装置に問い合わせることと、
ユーザ情報記憶装置からの情報にしたがってその要求を処理することと、
を含む。

本発明の別の実施態様によって、複数のコンタクトアドレスを有するユーザに対してサービス提供するように構成されている通信システムが提供され、この通信システムは、
ユーザのコンタクトアドレスが登録されているコントローラエンティティが備えられているマルチメディアネットワークと、
ユーザに関する要求をどのように処理すべきかに関する仕方に関する情報を記憶するように構成されているユーザ情報記憶装置であって、コントローラエンティティは、ユーザ情報記憶装置に対して問合せを行って、ユーザ情報記憶装置から問い合わされた情報にしたがってユーザに対する接続のための要求を処理するように構成されているユーザ情報記憶装置と、
を備える。

本発明のさらに別の実施態様によって、マルチメディアネットワークのためのコントローラエンティティが提供され、このコントローラエンティティは、ユーザに関する複数のコンタクトアドレスを登録するためのレジスタと、ユーザに関する要求をどのように処理すべきかに関する仕方に関する仕方に関する情報を記憶するように構成されているユーザ情報記憶装置に対するインタフェースとを備え、このコントローラエンティティは、ユーザ情報記憶装置に対して問合せを行って、このユーザ情報記憶装置からの情報にしたがってユーザに対する接続のための要求を処理するように構成されている。
ユーザのコンタクトアドレスが登録されているコントローラエンティティが備えられているマルチメディア、および

本発明の実施態様は様々な利点を提供することができる。例えば、この実施態様は、発呼者の選好も被呼者の選好も指示されていない場合に、ネットワークのオペレータが終止プロキシ（terminating proxy）すなわち終止Ｓ−ＣＳＣＦ挙動を設定することを可能にすることもできる。このことは、特に、通信システムの動作の最適化を可能にする。

本発明のより適切な理解のために、以下では、例示として添付図面を参照する。

本発明が具体化されてよいネットワークアーキテクチャの一例を示す図１を参照する。図１はＩＰマルチメディアネットワーク１０を示す。ＩＰマルチメディアサービスは、ＩＰマルチメディアネットワーク加入者に提供されてよい。ＩＰマルチメディア（ＩＭ）機能性は、そのサービスの提供のための様々なエンティティを含むコアネットワーク（ＣＮ）サブシステムによって提供されることが可能である。コアネットワーク（ＣＮ）エンティティは、典型的には、幾つかの無線アクセスネットワークを経由した通信を可能にするための、および、さらには、他のセルラシステムおよび／または固定回線通信システムに対してのようなより多くの通信システムの１つに対して単一の通信システムをインタフェースするための、様々な交換および他の制御エンティティとゲートウェイとを備える。

示されている構成では、ユーザ機器１が２つの異なるアクセスネットワーク２、４を経由してＩＭＳネットワーク１０にアクセスしてよい。例示されているネットワークは、汎用パケット無線サービス（ＧＰＲＳ）ネットワーク２と無線ローカルエリアネットワーク（ＷＬＡＮ）４とを備える。各々のアクセスネットワークはそれぞれに基地局３、５を備えている。これらのアクセスネットワークは、典型的には、少なくとも１つの適切なコントローラ（理解し易いように示されていない）によって制御される。

コントローラは各基地局毎に割り当てられてもよく、または、コントローラは複数の基地局を制御することが可能である。コントローラが、個々の基地局と、複数の基地局を制御するための無線アクセスネットワークレベルとの両方に設けられている解決策も公知である。したがって、ネットワークコントローラの名称とロケーションと個数とがシステムに依存するということが理解されるべきである。

基地局２、５は、無線インタフェースを経由して移動ユーザすなわち加入者の移動ユーザ機器１に対して信号を送受信するように構成されている。これに対応して、移動ユーザ機器１は、無線インタフェースを経由して基地局に対して信号を送受信することが可能である。移動ユーザは、ネットワークに接続するために、インターネットプロトコル（ＩＰ）通信に適合化されている任意の適切な移動装置を使用してよい。例えば、移動ユーザは、パーソナルコンピュータ（ＰＣ）、パーソナルデータアシスタント（ＰＤＡ）、移動局（ＭＳ）等によってセルラネットワークにアクセスしてよい。次の具体例は移動局に関連して説明されている。

当業者は典型的な移動局の特徴と動作に精通している。したがって、この特徴と動作を詳細に説明することは不要である。ユーザが電話をかけたり受けたりすることと、ネットワークに対してデータを送受信することと、例えばマルチメディアコンテンツを体験することとのようなタスクのために、移動局１を使用できるということを指摘することで十分である。移動局は、移動通信ネットの基地局に対して信号を無線で受送信するためのアンテナ要素を備えてもよい。移動局１は、さらに、移動ユーザ機器のユーザ用に画像および他の図形情報を表示するための表示装置を備えてもよい。典型的には、スピーカ手段も備えられる。移動ユーザ機器の動作は、操作ボタン、音声コマンド等のような適切なユーザインタフェースによって制御されてよい。さらに、移動ユーザ機器は、プロセッサエンティティと記憶手段とを備えている。理解し易いように１つの移動局だけが図１に示されているが、幾つかの移動局が移動通信ネットワークの各基地局と同時通信してもよいということを理解されたい。

図１の表現が極めて概略的であるということと、実際の具体例においては、特にネットワーク２では、基地局の個数が著しく多いということを理解されたい。１つの通信ネットワークが複数の無線アクセスネットワークを有してもよい。

現在の第３世代（３Ｇ）の無線ＩＰマルチメディアネットワークアーキテクチャでは、幾つかの互いに異なるサーバエンティティが互いに異なる機能を処理するために使用されるということが想定されている。これらは、コールセッション制御機能（ＣＳＣＦ）を処理するエンティティを含む。コールセッション機能は、プロキシコールセッション制御機能（Ｐ−ＣＳＣＦ）、問合せコールセッション制御機能（Ｉ−ＣＳＣＦ）と、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）とのような様々なカテゴリに分けられることが可能である。理解し易くするために、図１はＳ−ＣＳＣＦ １２だけを示す。

サービングコールセッション制御機能１２は、加入者１０が中に登録されることになっているエンティティを形成する。この登録は、通信システムからのサービスを要求することが可能であるために必要とされる。ユーザは、図示されているネットワーク２、４のような任意の適切なアクセスシステムを経由して自分自身を登録してよい。

図１では、ユーザ１は、コントローラエンティティ１２に登録されている複数のコンタクト７を有するように示されている。さらに明確に述べると、コンタクトアドレスの「コンタクト１（ｑ１）」から「コンタクトｘ（ｑｘ）」は、ＧＰＲＳネットワーク２を経由して提供される。コンタクトアドレス「コンタクト２（ｑ２）」から「コンタクトｙ（ｑｙ）」はＷＬＡＮネットワーク４を経由して提供される。これらのコンタクトのすべてがコントローラエンティティ１２のコンタクトレジスタ１４に登録されている。

加入者情報記憶装置が、加入者管理サーバ（ＨＳＳ）２０によって提供される形で示されている。この加入者管理サーバ（ＨＳＳ）２０は、加入者すなわちユーザに関連した情報を格納するためのものである。この加入者管理サーバ（ＨＳＳ）は、例えばセッションセットアップ手続き中に、適切なインタフェースを通して他の機能エンティティによって問い合わされることが可能である。従来においては、加入者情報は、認証データ（例えば、加入者または端末装置の登録識別情報）等のような情報を含む。ＨＳＳは、さらに、加入者プロファイル情報を恒久的に記憶するために使用されることも可能である。

この好ましい実施形態は、サービングコール状態制御機能１２における、複数の登録を有する移動ユーザ１に対してユーザ６が発呼しようとする時の、コールセットアップ手続きに関する。着呼側のユーザ２が、例えばｑ値を使用することによってその登録によって着信要求の分岐に関する何らかの選好をＳ−ＣＳＣＦ １２に対して指示することを行っていないということが起こり得る。発呼側のユーザ６は、例えば上述の「要求−ディスポジション」ヘッダフィールドを使用することによって何らかの選好を指示することを行っていない。

未定義の状況を回避するために、加入者情報記憶装置２０内に記憶されているユーザプロファイル２２が、着信要求がどのように処理されるべきかに関する情報を含む。この情報の使用の具体化は、上述した分岐指示語および並行指示語と同様であってよい。ＨＳＳ ２０のオペレータがそのＨＳＳ内に記憶されている情報 提供 可能であることが好ましい。このオペレータが、さらに、記憶されている情報を静的に変更することが可能であることが好ましい。

動作時には、図２のステップ３０で、ユーザに関する複数のアドレスがＳ−ＣＳＣＦ １２において登録されてよい。ステップ３１では、着信要求が、移動ユーザ１に関して終端されるべきＳ−ＣＳＣＦ １２に到着するだろう。ユーザ１は登録によってｑ値をＳ−ＣＳＣＦ １２に指示することは行っていない。着信要求も、例えば「要求−ディスポジション」ヘッダフィールドによる、発呼者の選好を全く持っていない。こうした状況では、Ｓ−ＣＳＣＦ １２は、ステップ３２において、ユーザ情報データベースに問い合わせてよい。その次に、ステップ３３において、この要求が、ＨＳＳ ２０内に格納されているユーザプロファイル２２にしたがって処理されてよい。

例えば、ユーザプロファイル２２は、次の代替物を指示するように、すなわち、単一のコンタクトだけに対してプロキシする（無分岐）ように、または、既知のアドレスすべてに対して要求を一度にプロキシする（並行分岐）ように、または、要求を順次プロキシするように構成されてもよい。最後の場合には、順序がランダムに選択されてよい（順次探索）。特定の用途では、２つの選択肢で十分だろう。例えば、この選択肢は無分岐と順次分岐であってよい。４つ以上の選択肢が使用されてもよい。

ユーザの選好が既知のコンタクトアドレスに関して指示されていない場合にだけ、処理がユーザ情報記憶装置からの情報にしたがって行われてよい。例えば、要求によって指示された何らかの選好がユーザ情報記憶装置からの情報をオーバラン（overrun）することがある。あるいは、その要求が選好を含む場合には、または、別の形で選好が知られている場合には、ユーザ情報の問合せが行わなくてもよい。

この問合せは、既知のコンタクトアドレスのサブグループに対してだけ行われてもよい。例えば、このサブグループは図１においてＷＬＡＮアドレスまたはＧＰＲＳアドレスを含んでよい。

処理命令が、コントローラエンティティ１２における各コンタクトアドレスの登録中に、互いに無関係に各コンタクトアドレスに関して指示され割り当てられてよい。処理命令は、ユーザ機器１またはユーザ情報記憶装置によって各コンタクトアドレスに関して指示され割り当てられてよい。

本発明の実施形態を移動局に関して説明してきたが、本発明の実施形態があらゆる他の適切なタイプのユーザ機器に対しても適用可能であるということを理解されたい。

本発明の実施形態をＩＭＳシステムとＧＰＲＳネットワークとＷＬＡＮネットワークとに関して説明してきた。本発明は、さらに、符号分割多重アクセス、周波数分割多重アクセス、時分割多重アクセス、または、これらのハイブリッドを含むあらゆる他のアクセス技術にも適用可能である。さらに、すべてのＳＩＰエンティティを有するいわゆるすべてのＳＩＰネットワークに関連して、特定の具体例が説明されている。本発明は、さらに、他のあらゆる適切な通信システム、無線システムまたは固定回線システム、規格、および、プロトコルにも適用可能である。無線データ通信サービスを可能にする他の採用可能な通信システムの例は、非限定的に、汎用移動通信システム（ＵＭＴＳ）、ｉ−ｐｈｏｎｅまたはＣＤＭＡ２０００、地上基盤無線（Terrestrial Trunked Radio）（ＴＥＴＲＡ）システム、および、Enhanced Data rate for GSM Evolution（ＥＤＧＥ）移動データネットワークのような第３世代移動通信システムを含む。固定回線システムの例が、自宅とオフィスとのような異なるロケーションにおいてユーザのためのインターネットアクセスを実現する様々な広帯域技術を含む。通信ネットワークのために使用される規格とプロトコルとに係わらず、本発明は、ネットワークエンティティにおける登録が必要とされるすべての通信ネットワークに適用されることが可能である。

本発明の実施形態を、サービングコール状態制御機能に関して説明してきた。本発明の実施形態は、適用可能である場合に他のネットワーク要素に適用可能である。

上述の加入者管理サーバ（ＨＳＳ）２０に加えて、または、この加入者管理サーバの代わりに、必要とされているユーザ情報が、ユーザ固有情報を格納するように構成されている任意の適切なデータベースから得られてもよい。

さらに、サービング制御エンティティ１２に加えて、ユーザはプロキシ制御エンティティに関連付けられることを必要とすることがあるということも理解されたい。このプロキシエンティティは、ユーザが中を移動していた区域に割り当てられてよい。したがって、ユーザが任意のタイプのアクセスネットワークを介してそのネットワークにアクセスする時には、そのアクセスネットワークは、例えば帯域幅管理のための、そのネットワークの視点から、アクセスされたサービスを制御するためのプロキシ制御エンティティを割り当ててよい。さらに、ユーザが、アクセスネットワークからの助けなしに、自分のユーザ機器によって適切なＰ−ＣＳＣＦを探索して発見してもよいということも可能である。理解し易いように、その他の採用可能なコール状態制御機能エンティティが図１から省略されている。

さらに、上記内容が本発明の例示的な実施形態を説明するが、添付されている特許請求項に定義されている本発明の範囲から逸脱することなしに、開示されている解決策に対して加えられてよい幾つかの変型と変更とが存在するということも指摘される。

図１は、本発明が具体化されてよい通信システムを示す。 図２は、本発明の一実施形態の動作を示す流れ図である。

Claims (16)

1. コントローラエンティティにおいて受信した要求を処理するための通信システムにおける方法であって、
   ユーザに関する複数のコンタクトアドレスを前記コントローラエンティティ内に登録するステップと、
   前記ユーザに対する通信リンクのための要求をコントローラエンティティにおいて受け取るステップと、
   前記要求をどのように処理すべきかに関する情報を前記コントローラエンティティによりデータベースに対して問い合わせるステップであって、前記情報が、前記要求を既知のアドレスすべてに対して一度にプロキシするか、または、前記既知のコンタクトアドレスに対して順次プロキシするかを示す、ステップと、
   前記データベースからの情報にしたがって前記要求を処理するステップであって、前記処理が、ユーザの選好が前記既知のコンタクトアドレスに関して指示されていない場合にだけ、前記データベースからの情報にしたがって行われ、前記ユーザの選好が、前記要求を既知のアドレスすべてに対して一度にプロキシするか、または、前記既知のコンタクトアドレスに対して順次プロキシするかを示す、ステップと、
   を含む方法。
2. 前記処理が、前記要求がいかなる発呼者の選好をも含まない場合にだけ、前記データベースからの情報にしたがって行われ、前記ユーザの選好が、前記要求を既知のアドレスすべてに対して一度にプロキシするか、または、前記既知のコンタクトアドレスに対して順次プロキシするかを示す、請求項１に記載の方法。
3. 前記コントローラエンティティはマルチメディアネットワークに関連して提供される、請求項１ないし２のいずれか１項に記載の方法。
4. 前記ユーザは少なくとも２つの異なる通信ネットワーク内においてコンタクトアドレスを登録する、請求項１ないし３のいずれか１項に記載の方法。
5. 前記問合せは前記既知のコンタクトアドレスのサブグループに対して行われる、請求項１ないし４のいずれか１項に記載の方法。
6. 処理命令が指示され、各コンタクトアドレスの登録中に各コンタクトアドレスに別々に割り当てられる、請求項１ないし５のいずれか１項に記載の方法。
7. 前記処理命令が指示され、前記ユーザまたは前記データベースによって各コンタクトアドレスに割り当てられる、請求項６に記載の方法。
8. 複数のコンタクトアドレスを有するユーザに対してサービス提供するように構成されている通信システムであって、
   前記複数のコンタクトアドレスを登録するように構成されたコントローラエンティティを備えるマルチメディアネットワークと、
   前記ユーザへの通信リンクに関する要求をどのように処理すべきかに関する情報を記憶するように構成されているデータベースであって、前記情報が、前記要求を既知のアドレスすべてに対して一度にプロキシするか、または、前記既知のコンタクトアドレスに対して順次プロキシするかを示す、データベースと、
   を備える通信システムであり、
   前記コントローラエンティティが、前記データベースに対して問合せを行って、ユーザの選好が前記既知のコンタクトアドレスに関して指示されていない場合にだけ、前記データベースからの情報にしたがって前記ユーザへの接続の要求を処理するように構成されており、前記ユーザの選好が、前記要求を既知のアドレスすべてに対して一度にプロキシするか、または、前記既知のコンタクトアドレスに対して順次プロキシするかを示す、
   通信システム。
9. 前記コントローラエンティティが、前記要求がいかなる発呼者の選好をも含まない場合にだけ、前記データベースからの情報にしたがって、接続の要求を処理するように構成され、
   前記発呼者の選好が、前記要求を既知のアドレスすべてに対して一度にプロキシするか、または、前記既知のコンタクトアドレスに対して順次プロキシするかを示す、請求項８に記載の通信システム。
10. マルチメディアネットワークのためのコントローラエンティティであって、
    ユーザに関する複数のコンタクトアドレスを登録するためのレジスタと、
    前記ユーザに関する要求をどのように処理すべきかに関する情報を記憶するように構成されているデータベースに対するインタフェースと
    を備えた、コントローラエンティティであり、
    前記情報が、前記要求を既知のアドレスすべてに対して一度にプロキシするか、または、前記既知のコンタクトアドレスに対して順次プロキシするか、を示し、
    前記コントローラエンティティが、前記データベースに問い合わせ、ユーザの選好が前記既知のコンタクトアドレスに関して指示されていない場合にだけ、前記データベースからの情報にしたがって、前記ユーザへの接続の要求を処理するように構成され、
    前記ユーザの選好が、前記要求を既知のアドレスすべてに対して一度にプロキシするか、または、前記既知のコンタクトアドレスに対して順次プロキシするかを示す、
    コントローラエンティティ。
11. 前記要求がいかなる発呼者の選好をも含まない場合にだけ、前記データベースからの情報にしたがって、接続の要求を処理するように構成され、前記発呼者の選好が、前記要求を既知のアドレスすべてに対して一度にプロキシするか、または、前記既知のコンタクトアドレスに対して順次プロキシするかを示す、請求項１０に記載のコントローラエンティティ。
12. 前記コントローラエンティティはマルチメディアネットワークに関連して提供される、請求項１０ないし１１のいずれか１項に記載のコントローラエンティティ。
13. 少なくとも２つの異なる通信ネットワーク内においてコンタクトアドレスを登録するように構成される、請求項１０ないし１２のいずれか１項に記載のコントローラエンティティ。
14. 前記既知のコンタクトアドレスのサブグループに対して前記問合せを行うように構成された、請求項１０ないし１３のいずれか１項に記載のコントローラエンティティ。
15. 処理命令が指示され、各コンタクトアドレスの登録中に各コンタクトアドレスに別々に割り当てられる、請求項１０ないし１４のいずれかに記載のコントローラエンティティ。
16. 前記処理命令が指示され、前記ユーザまたは前記データベースによって各コンタクトアドレスに割り当てられる、請求項１５に記載のコントローラエンティティ。

Images