(57)【特許請求の範囲】
【請求項１】
交換ノードに接続されている３つ以上の通信エンティティと、マルチパーティ呼付加サービスを提供する交換ノードと、交換ノードに配置されているサービス交換エンティティと、前記サービス交換エンティティに動作可能に接続されているサービス制御エンティティとを備える通信ネットワーク内の、複数の呼区間を使用して確立されるマルチパーティ呼を制御する方法であって、前記３つ以上の通信エンティティの１つが、前記交換ノードにおける前記マルチパーティ呼付加サービスを起動し、該交換ノードが前記マルチパーティ呼付加サービスを実行しかつ制御し、かつ前記複数の呼区間のそれぞれは、前記サービス制御エンティティに接続される前記サービス交換エンティティ、前記交換ノード、前記マルチパーティ呼に参加する通信エンティティを含んでいる、方法であって、
前記複数の呼区間それぞれにおける前記サービス交換エンティティに接続されている前記サービス制御エンティティは、
指示されているマルチパーティイベントの通知を送信することを、当該サービス制御エンティティに接続されている前記サービス交換エンティティにリクエストするステップと、
前記マルチパーティ呼付加サービスに関連付けられている前記指示されているマルチパーティイベントの通知として、前記マルチパーティ呼をセットアップするための前記３つ以上の通信エンティティのうちの１つからのリクエストを含む通知を前記サービス交換エンティティから受信するステップと、
前記マルチパーティイベントを処理するための手順を判定するステップと、
前記マルチパーティイベントを処理するための手順に従って、前記マルチパーティ呼が許可されているか否かを示す許可指標を含む命令を前記サービス交換エンティティへ送信するステップと
を備えることを特徴とする方法。
【請求項２】
前記判定するステップは、サービスロジックを適用することを含んでいる
ことを特徴とする請求項１に記載の方法。
【請求項３】
交換ノードに接続されている３つ以上の通信エンティティと、マルチパーティ呼付加サービスを提供する交換ノードと、交換ノードに配置されているサービス交換エンティティと、前記サービス交換エンティティに動作可能に接続されているサービス制御エンティティとを備える通信ネットワーク内の、複数の呼区間を使用して確立されるマルチパーティ呼を制御する方法であって、前記３つ以上の通信エンティティの１つが、前記交換ノードにおける前記マルチパーティ呼付加サービスを起動し、該交換ノードが前記マルチパーティ呼付加サービスを実行しかつ制御し、かつ前記複数の呼区間のそれぞれは、前記サービス制御エンティティに接続される前記サービス交換エンティティ、前記交換ノード、前記マルチパーティ呼に参加する通信エンティティを含んでいる、方法であって、
前記複数の呼区間それぞれにおける前記サービス交換エンティティは、
前記マルチパーティ呼に関連付けられているマルチパーティイベントの通知を当該サービス交換エンティティに接続されている前記サービス制御エンティティから受信するステップと、
指示されているマルチパーティイベントの通知を送信するためのリクエストを前記サービス制御エンティティから受信するステップと、
前記指示されているマルチパーティイベントの通知として、前記マルチパーティ呼をセットアップするための前記３つ以上の通信エンティティのうちの１つからのリクエストを含む通知を前記サービス制御エンティティへ送信するステップと、
前記マルチパーティイベントを処理するための手順に従って、前記マルチパーティ呼が許可されているか否かを示す許可指標を含む命令を前記サービス制御エンティティから受信するステップと、
受信した命令に従って前記マルチパーティイベントを処理するステップと
を備えることを特徴とする方法。
【請求項４】
前記処理するステップは、前記マルチパーティイベントを前記許可指標に従って不許可することまたは許可することを含んでいる
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記マルチパーティイベントの通知は、前記マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標を含んでいる
ことを特徴とする請求項１または３に記載の方法。
【請求項６】
前記マルチパーティイベントは、
会議が確立された
会議が切断された
他のパーティが追加された
分離された
再接続された
他のパーティが分離された
他のパーティが再接続された
他のパーティが分割された
他のパーティが切断された
会議が浮動している
ことの内の１つを含んでいる
ことを特徴とする請求項１または３に記載の方法。
【請求項７】
命令とデータを記憶するためのメモリに接続されている、算術演算を実行するための処理ユニットと、ネットワークを介して他のコンピュータと通信するように構成されている入出力デバイスとを備える、通信ネットワークにおけるサービス制御エンティティであって、
前記通信ネットワークは、更に、交換ノードに接続されている３つ以上の通信エンティティと、マルチパーティ呼付加サービスを提供する交換ノードと、交換ノードに配置されているサービス交換エンティティと、前記サービス交換エンティティに動作可能に接続されているサービス制御エンティティとを備え、
前記３つ以上の通信エンティティの１つが、前記交換ノードにおける前記マルチパーティ呼付加サービスを起動し、該交換ノードが前記マルチパーティ呼付加サービスを実行しかつ制御し、
マルチパーティ呼が複数の呼区間を使用して確立され、前記複数の呼区間のそれぞれは、前記サービス制御エンティティに接続される前記サービス交換エンティティ、前記交換ノード、前記マルチパーティ呼に参加する通信エンティティを含んでいて、
前記複数の呼区間それぞれにおける前記サービス交換エンティティに接続されている前記サービス制御エンティティは、
指示されているマルチパーティイベントの通知を送信することを、当該サービス制御エンティティに接続されている前記サービス交換エンティティにリクエストし、
前記マルチパーティ呼付加サービスに関連付けられている前記指示されているマルチパーティイベントの通知として、前記マルチパーティ呼をセットアップするための前記３つ以上の通信エンティティのうちの１つからのリクエストを含む通知を前記サービス交換エンティティから受信し、
前記マルチパーティイベントを処理するための手順を判定し、
前記マルチパーティイベントを処理するための手順に従って、前記マルチパーティ呼が許可されているか否かを示す許可指標を含む命令を前記サービス交換エンティティへ送信する
するように構成されている
ことを特徴とするサービス制御エンティティ。
【請求項８】
命令とデータを記憶するためのメモリに接続されている、算術演算を実行するための処理ユニットと、ネットワークを介して他のコンピュータと通信するように構成されている入出力デバイスとを備える、通信ネットワークにおけるサービス交換エンティティであって、
前記通信ネットワークは、更に、交換ノードに接続されている３つ以上の通信エンティティと、マルチパーティ呼付加サービスを提供する交換ノードと、交換ノードに配置されているサービス交換エンティティと、前記サービス交換エンティティに動作可能に接続されているサービス制御エンティティとを備え、
前記３つ以上の通信エンティティの１つが、前記交換ノードにおける前記マルチパーティ呼付加サービスを起動し、該交換ノードが前記マルチパーティ呼付加サービスを実行しかつ制御し、
マルチパーティ呼が複数の呼区間を使用して確立され、前記複数の呼区間のそれぞれは、前記サービス制御エンティティに接続される前記サービス交換エンティティ、前記交換ノード、前記マルチパーティ呼に参加する通信エンティティを含んでいて、
前記複数の呼区間それぞれにおける前記サービス交換エンティティは、マルチパーティ呼付加サービスに関連付けられているイベントを検出し、レポートするように構成されている基本呼状態モデルを有し、
前記サービス交換エンティティは、
前記マルチパーティ呼に関連付けられているマルチパーティイベントの通知を当該サービス交換エンティティに接続されている前記サービス制御エンティティから受信し、
指示されているマルチパーティイベントの通知を送信するためのリクエストを前記サービス制御エンティティから受信し、
前記指示されているマルチパーティイベントの通知として、前記マルチパーティ呼をセットアップするための前記３つ以上の通信エンティティのうちの１つからのリクエストを含む通知を前記サービス制御エンティティへ送信し、
前記マルチパーティイベントを処理するための手順に従って、前記マルチパーティ呼が許可されているか否かを示す許可指標を含む命令を前記サービス制御エンティティから受信し、
受信した命令に従って前記マルチパーティイベントを処理する
ように構成されている
ことを特徴とするサービス交換エンティティ。
【請求項９】
請求項１、２、５及び６のいずれか１項に記載の方法を実行するように構成されているソフトウェアコードの部分を備え、サービス制御エンティティの処理ユニットにロード可能なコンピュータプログラム。
【請求項１０】
請求項３乃至６のいずれか１項に記載の方法を実行するように構成されているソフトウェアコードの部分を備え、サービス交換エンティティの処理ユニットにロード可能なコンピュータプログラム。
【請求項１１】
請求項９または１０に記載のコンピュータプログラムを備えるコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク内の３つ以上の通信エンティティの間のマルチパーティ呼を制御するための方法と、その方法を実行するように構成されているサービス制御エンティティと、その方法を実行するように構成されているサービス交換エンティティとに関するものである。本発明は、さらに、そのようなサービス制御エンティティまたはサービス交換エンティティの処理ユニットにロード可能なコンピュータプログラムと、そのようなコンピュータプログラムを備えるコンピュータ可読媒体に関するものである。
【背景技術】
【０００２】
各通信エンティティが相互に通信できるようなネットワークが提供される場合がある。通信エンティティは、有線の電話、移動電話、あるいはその他のいずれかの適切なデバイスである場合がある。通信を開始する通信エンティティは、発呼エンティティと呼ばれる場合があり、そして、発呼エンティティが通信を開始する相手である通信エンティティは、リモートエンティティまたは着呼エンティティと呼ばれる。
【０００３】
通信ネットワークにおいては、発呼エンティティによって開始され、リモートエンティティに宛てられた呼は、この呼がその宛先に到達するまでに複数の交換ノードを通ってルーティングされる。呼が通信ネットワーク内で発呼エンティティからリモートエンティティまでどのようにルーティングされることがあるかの一例を、図１を参照して示す。発呼エンティティＣＥ−Ａは、交換ノード１０１へ呼セットアップリクエストメッセージを送信することによって、着呼エンティティＣＥ−Ｂへの呼をセットアップする。交換ノード１０１は、呼設定リクエストメッセージを受信して、その中に含まれる宛先番号、すなわち、典型的には、着呼エンティティＣＥ−Ｂに関連付けられている番号を分析する。分析の結果に依存して、交換ノード１０１は、最も効率的な方法で呼をさらにルーティングするために最も適している次の交換ノードを選択することになる。この例では、交換ノード１０１は、交換ノード１０２を選択する。交換ノード１０２および１０３は、同様に振る舞い、そして、呼をさらに、着呼エンティティＣＥ−Ｂに最も近い交換ノード１０４へルーティングする。交換ノード１０２および１０３は、それらが交換ノード１０１と１０４との間の中継機として機能することから、中継交換ノードと呼ばれることもある。次いで交換ノード１０４は、着信呼を着呼エンティティＣＥ−Ｂに接続し、発呼エンティティＣＥ−Ａと着呼エンティティＣＥ−Ｂとの間で音声接続を開始することができる。
【０００４】
インテリジェントネットワーク（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ（ＩＮ））概念に従えば、サービスインテリジェンスまたはサービスロジックは、交換機能とは分離される。この分離によって、ネットワークオペレータは、ネットワークベンダに依存せずにサービスおよび機能を開発して展開することができるようになり、より柔軟なサービス展開、簡略化されたサービス投入、コスト削減、自立性の強化が可能になる。ＩＮプロトコルの例としては、インテリジェントネットワークアプリケーションプロトコル（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＩＮＡＰ））、高度ＩＮ（Ａｄｖａｎｃｅｄ  ＩＮ（ＡＩＮ））、および移動ネットワーク拡張ロジック用カスタム化アプリケーション（Ｃｕｓｔｏｍｉｚｅｄ  Ａｐｐｌｉｃａｉｔｏｎｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ  Ｅｎｈａｎｃｅｄ  Ｌｏｇｉｃ（ＣＡＭＥＬ））がある。ＩＮＡＰは、固定回線ネットワーク用に開発されたものであり、北米以外の固定回線ＩＮに使用される主要プロトコルである。ＡＩＮは、北米用に開発されている変形である。
【０００５】
ＣＡＭＥＬ
ＣＡＭＥＬは、３ＧＰＰ  ＴＳ  ２２．０７８で規定される、移動通信用グローバルシステム（ＧＳＭ）フェーズ２＋及び広帯域符号分割多元アクセス（ＷＣＤＭＡ）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）Ｐｈａｓｅ  ２＋およびＷｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（ＷＣＤＭＡ））ネットワーク機能である。ＣＡＭＥＬは、コアＩＮＡＰに基づいていて、とりわけ加入者の移動性を考慮した修正が加えられている。特に、ＣＡＭＥＬによって、加入者のホーム公衆移動ネットワーク（Ｈｏｍｅ  Ｐｕｌｂｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ（ＰＬＭＮ））の域外をローミングする場合でさえ、加入者はオペレータ固有のサービスを使用できるようになる。ＣＡＭＥＬに基づいているインテリジェントネットワーク（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ）は、主要エンティティとして、ＳＳＦ（Ｓｅｒｖｉｃｅ  Ｓｗｉｔｃｈｉｎｇ  Ｆｕｎｃｔｉｏｎ：サービス交換機能）またはｇｓｍＳＳＦ（ＧＳＭ  Ｓｅｒｖｉｃｅ  Ｓｗｉｔｃｈｉｎｇ  Ｆｕｎｃｔｉｏｎ：ＧＳＭサービス交換機能）とも呼ばれる、タスクを交換するためのサービス交換エンティティと、ＳＣＦ（Ｓｅｒｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ：サービス制御機能）またはｇｓｍＳＣＦ（ＧＳＭ  Ｓｅｒｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ：ＧＳＭサービス制御機能）とも呼ばれる、サービスインテリジェンスまたはサービスロジックを含むサービス制御エンティティとを備える。
【０００６】
図２は、インテリジェントネットワークを含む通信ネットワークの概要を示している。
【０００７】
インテリジェントネットワークは、サービス制御エンティティＳＣＥとサービス交換エンティティＳＳＥとを備えており、その両方について以下で詳細に説明する。加えて、交換ノード２０３、２０４、２０５が示されていて、それらの各々は、移動サービス交換局（Ｍｏｂｉｌｅ  Ｓｅｒｖｉｃｅｓ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｒｅ（ＭＳＣ））であってもよい。交換ノード２０３は、発信ノードとして機能してもよく、交換ノード２０４は、中継交換ノードであってもよく、交換ノード２０５は、終端ノードであってもよい。
【０００８】
インテリジェントネットワークサービスは、サービス制御エンティティＳＣＥによって実行される。サービス制御エンティティＳＣＥは、ＣＡＭＥＬまたはＩＮＡＰのようなインテリジェントネットワークプロトコルを使用してサービス交換エンティティＳＳＥと通信することができる。サービス交換エンティティＳＳＥは、発呼エンティティＣＥ−Ａから着呼エンティティＣＥ−Ｂへの呼を制御する場合に、交換ノード２０３と同一位置に配置されていることが望ましいが、別の交換ノードで同一位置に配置されてもよい。
【０００９】
サービス制御エンティティＳＣＥは、インテリジェントネットワークにおいて主導的役割を持ち、ある呼について一部のサービスが可能であるか不可能であるかを決定することができる。サービス制御エンティティＳＣＥは、サービス交換エンティティＳＳＥによって実行されることになる命令をサービス交換エンティティＳＳＥへ送信する。
【００１０】
インテリジェントネットワーク概念の適用を伴うと、呼制御には事実上２つのレベルとして、（１）交換ノードによる呼制御と（２）ＳＣＥによる呼制御とがある。２つの制御レベルが互いに別であることが原因で、ある呼について交換ノードで実行されるサービスに起因してＩＮサービスが追加で呼び出される場合、矛盾が生じることがある。これは、例えば、第１の通信エンティティＣＥ−Ａがマルチパーティ呼を設定する場合でもあり得る。アクティブであって待機中である第２の通信エンティティＣＥ−Ｂに対する第１の呼と、アクティブであって音声接続中である第３の通信エンティティＣＥ−Ｃ（図６を参照して以下で説明する）に対する第２の呼という２つの呼に、第１の通信エンティティＣＥ−Ａが、マルチパーティ呼の確立より先に関わることがある。次いで、第１の通信エンティティＣＥ−Ａは、２つの呼がマージされるマルチパーティ呼を開始することがある（図７を参照して以下で説明する）。
【００１１】
マルチパーティサービス
マルチパーティサービスは、ＭＳＣのような交換ノードの制御によってかつその制御の下で実行されるいわゆる付加サービスまたはネットワークベースのサービスである。マルチパーティサービスは、第１の通信エンティティＣＥ−Ａ（発呼エンティティまたは着呼エンティティ）に、マルチ接続呼、すなわち、第２の通信エンティティおよび第３の通信エンティティとの同時通信を確立する能力を与える。実際には、４つ以上の通信エンティティが関与してもよい。マルチパーティ呼を確立している通信エンティティは、「マルチパーティサービス加入者（multi party served subscriber）」または「マルチパーティサービス加入エンティティ（multi party served entity）」と呼ばれる場合もある。強調されるべきことは、あるエンティティがマルチパーティ呼を確立する場合、この呼エンティティと接続される各々の呼は、相互に依存せずに、着信または発信してもよいことである。また、マルチパーティ呼に参加するけれどもマルチパーティ呼を開始しなかった通信エンティティは、リモート通信エンティティと呼ばれることもある。
【００１２】
ＧＳＭおよび３Ｇネットワークについては、マルチパーティサービスは、３ＧＰＰ技術仕様２２．０８４に規定されている。
【００１３】
例えば、マルチパーティサービス加入エンティティＣＥ−Ａは、第２の通信エンティティＣＥ−Ｂとの音声接続をする１つのアクティブな呼と、第３の通信エンティティＣＥ−Ｃとの保留中の１つのアクティブな呼という２つの呼に関与し、両方の呼は、それぞれの着呼エンティティである第２の通信エンティティＣＥ−Ｂと第３の通信エンティティＣＥ−Ｃとによって応答されている。この状況で、マルチパーティサービス加入者ＣＥ−Ａは、マルチパーティサービスを実行することをネットワークにリクエストすることができる。
【００１４】
マルチパーティ呼が一旦確立されると、さらなる通信エンティティが、マルチパーティ呼に追加されてもよいし、マルチパーティ呼から切断されてもよいし、マルチパーティ呼から一時的に分離（すなわち削除）されてもよいし、そして、一時的に分離された場合には、マルチパーティ呼に再接続されてもよい。
【００１５】
マルチパーティ呼に参加している加入者または通信エンティティは、会議出席者と呼ばれる場合もある。
【００１６】
この付加サービスを呼び出す際に、マルチパーティサービス加入者ＣＥ−Ａに対して確認応答が送信され、他方、マルチパーティ呼においてはすべてのリモートパーティに対して通知が送信される。マルチパーティ呼は、確立された直後は３人のパーティだけで、すなわち、マルチパーティサービス加入者（第１の通信エンティティＣＥ−Ａ）と、呼び出しの瞬間まではマルチパーティサービス加入者（第１の通信エンティティＣＥ−Ａ）との２つの別個の呼を行っていた他の２人の加入者（第２の通信エンティティＣＥ−Ｂおよび第３の通信エンティティＣＥ−Ｃ）とで構成されることになる。この段階で、他の通信エンティティ（第４、第５等）は、マルチパーティサービス加入者がこれを決定する場合、マルチパーティ呼の中に含まれ得る。新たな通信エンティティがマルチパーティ呼に追加される度に、すべてのリモートの通信エンティティに対して、すなわち、第２、第３等の通信エンティティに対して、（すなわち、マルチパーティサービス加入者ＣＥ−Ａに対してではなく）通知が送信されてもよい。また、通知は、リモートの通信エンティティが保留にされたり検索されたりする場合に、それらへ送信されてもよく、これらの保留および検索に関する通知は、通常の呼保留（Ｃａｌｌ  Ｈｏｌｄ）手順に従う。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
上述のように、マルチパーティサービスは、交換ノードによって実行されて、かつ交換ノードの制御下にあるネットワークベースのサービスである。他方、ＩＮサービスは、サービス制御エンティティの制御下で実行され、一定の呼だけについて呼び出される。これもまた２つの制御レベルが互いに別であることが原因で、ある呼について、交換ノードで実行されるマルチパーティサービスに起因してＩＮサービスが追加で呼び出される場合、矛盾が生じることがある。
【００１８】
通信ネットワークにおいてマルチパーティ呼の処理を向上させる解決策を提供することが、１つの目的である。
【課題を解決するための手段】
【００１９】
一実施形態に従えば、通信ネットワーク内で３つ以上の通信エンティティの間のマルチパーティ呼を制御するための方法が提供される。通信ネットワークは、サービス制御エンティティとサービス交換エンティティとを備える。サービス制御エンティティは、
ａ）マルチパーティ呼に関連付けられているマルチパーティイベントの通知をサービス交換エンティティから受信することと、
ｂ）マルチパーティイベントを処理するための手順を判定することと、
ｃ）マルチパーティイベントを処理するための手順に従って命令をサービス交換エンティティへ送信すること
とを実行してもよい。
【００２０】
別の実施形態に従えば、この方法は、さらに、指示されているマルチパーティイベントの通知を送信することをサービス交換エンティティにリクエストすることが含まれる。
【００２１】
マルチパーティイベントの通知には、マルチパーティ呼をセットアップするための３つ以上の通信エンティティのうちの１つからのリクエストが含まれてもよい。マルチパーティイベントを処理するための命令には、マルチパーティ呼が許可されているか否かを示す許可指標が含まれる。
【００２２】
動作ｂ）には、サービスロジックを適用することが含まれてもよい。
【００２３】
マルチパーティイベントの通知には、マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標が含まれてもよい。
【００２４】
動作ｂ）には、さらに、マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標と組み合わせてサービスロジックを適用することが含まれてもよい。
【００２５】
マルチパーティイベントには、
会議が確立された（６６）
会議が切断された（６７）
他のパーティが追加された（６８）
分離された（６９）
再接続された（７０）
他のパーティが分離された（７１）
他のパーティが再接続された（７２）
他のパーティが分割された（７３）
他のパーティが切断された（７４）
会議が浮動している（７５）
ことのうちの１つが含まれてもよい。
【００２６】
さらに、上記に従う方法を実行するように構成されているサービス制御エンティティが提供される。
【００２７】
別の実施形態に従えば、通信ネットワーク内で３つ以上の通信エンティティの間のマルチパーティ呼を制御するための方法が提供される。通信ネットワークは、サービス制御エンティティとサービス交換エンティティとを備える。サービス交換エンティティは、
ａ）マルチパーティ呼に関連付けられているマルチパーティイベントの通知を受信することと、
ｂ）通知をサービス制御エンティティへ送信することと、
ｃ）マルチパーティイベントを処理するための手順に従って命令をサービス制御エンティティから受信することと、
ｄ）受信した命令に従ってマルチパーティイベントを処理すること
を実行しても良い。
【００２８】
一実施形態に従えば、この方法は、さらに、指示されているマルチパーティイベントの通知を送信するためのリクエストをサービス制御エンティティから受信することが含まれる。
【００２９】
マルチパーティイベントの通知には、マルチパーティ呼をセットアップするための３つ以上の通信エンティティのうちの１つからのリクエストが含まれてもよい。マルチパーティイベントを処理するための命令には、マルチパーティ呼が許可されているか否かを示す許可指標が含まれてもよい。
【００３０】
動作ｄ）には、マルチパーティイベントを許可指標に従って不許可にするかまたは許可することが含まれてもよい。
【００３１】
マルチパーティイベントの通知には、マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標が含まれてもよい。
【００３２】
マルチパーティイベントには、
会議が確立された（６６）
会議が切断された（６７）
他のパーティが追加された（６８）
分離された（６９）
再接続された（７０）
他のパーティが分離された（７１）
他のパーティが再接続された（７２）
他のパーティが分割された（７３）
他のパーティが切断された（７４）
会議が浮動している（７５）
ことのうちの１つが含まれてもよい。
【００３３】
一実施形態に従えば、上記に従う方法を実行するように構成されているサービス交換エンティティが提供される。
【００３４】
一実施形態に従えば、サービス制御エンティティまたはサービス交換エンティティの処理ユニットにロード可能なコンピュータプログラムが提供される。このコンピュータプログラムは、上記に従う方法のいずれか１つを実行するように構成されているソフトウェアコードの一部を備えるコンピュータプログラムを備える。
【００３５】
さらに、一実施形態に従えば、上記に従うコンピュータプログラムを備えるコンピュータ可読媒体が提供される。
【００３６】
次に、これらの実施形態について、例示することだけを目的として、添付の略図を参照しながら記述するが、図面では、対応する参照記号は、対応する部分を指す。
【図面の簡単な説明】
【００３７】
【図１】先行技術に従う呼のルーティングのための通信ネットワークの第１の概略図である。
【図２】本発明の一実施形態に従う通信ネットワークの概略図である。
【図３】一般的なコンピュータの概略図である。
【図４】サービス制御エンティティの一実施形態のブロック図である。
【図５】サービス交換エンティティの一実施形態のブロック図である。
【図６】マルチパーティ呼の確立の前の、２つの呼を確立している第１の通信エンティティのネットワークアーキテクチャを示す図である。
【図７】マルチパーティ呼の確立の後の、２つの呼を確立している第１の通信エンティティのネットワークアーキテクチャを示す図である。
【図８】一実施形態に従うフロー図である。
【図９】別の実施形態に従うフロー図である。
【発明を実施するための形態】
【００３８】
図２を参照して、タスクを交換するためのサービス交換エンティティＳＳＥおよびサービスインテリジェンスまたはサービスロジックを備えるサービス制御エンティティＳＣＥのようなネットワーク要素を備える、通信ネットワークの説明を提供する。サービス制御エンティティＳＣＥもサービス交換エンティティＳＳＥもどちらも、コンピュータとして構成されてもよく、その実施形態を以下で説明する。もちろん、図３を参照して記載されるように、コンピュータとして構成される他のネットワーク要素、例えば、交換ノードが、提供されてもよい。
【００３９】
実際、通信エンティティを含めて、実施形態の中で記載されるすべてのネットワーク要素は、コンピュータとして構成されてもよい。図３は、コンピュータの一例の一般的な実施形態の概要を示している。この記載は、例えば、パーソナルコンピュータ、サーバ、ラップトップ、パーソナルデジタルアシスタント（ＰＤＡ）、パームトップ、電話のような、複数の種類のデバイスについて言及することもできる。これらのデバイスはすべて、異なる種類のコンピュータであってもよい。
【００４０】
図３は、算術演算を実行するための処理ユニットＰＵを備えるコンピュータ１０の一実施形態の概略ブロック図を示している。プロセッサユニットＰＵは、命令とデータとを記憶することができるメモリＭＥに接続されている。メモリＭＥは、テープユニット、ハードディスク、読出専用メモリ（ＲＯＭ）、電気的消去可能読出専用メモリ（ＥＥＰＲＯＭ）、およびランダムアクセスメモリ（ＲＡＭ）のうちの、１つ以上によって構成されてもよい。メモリＭＥは、コンピュータ１０が上記の実施形態を実行することができるようにするため、プロセッサユニットＰＵによって読取可能かつ実行可能な命令を備えてもよい。
【００４１】
また、プロセッサユニットＰＵは、例えば、キーボードＫＥのような１つ以上の入力デバイスと、例えば、ディスプレイＤＩのような１つ以上の出力デバイスと、例えば、フロッピィ、ＣＤ  ＲＯＭのＣＲ、ＤＶＤ等の１つ以上の読取ユニットＲＵとに接続されてもよい。
【００４２】
また、図３に示されるコンピュータ１０は、例えば、インテリジェントネットワークのようなネットワークを介して他のコンピュータ（不図示）と通信するように構成されている入出力デバイス（Ｉ／Ｏ）を備える。また、もちろん、入出力デバイス（Ｉ／Ｏ）は、別個の入力デバイスＩと出力デバイスＯとして構成されてもよい。
【００４３】
しかしながら、当業者には知られているその他のメモリユニット、入力デバイス、読取デバイスがさらに提供されてもよいことが理解されるべきである。
【００４４】
加えて、必要に応じて、それらのうち１つ以上が、プロセッサユニットＰＵから物理的に離れた位置にあってもよい。プロセッサユニットＰＵは、１つのボックスとして示されているが、当業者には周知であるように、並行して機能するかまたは１つの主プロセッサユニットによって制御される複数のプロセッサユニットを備え、それらが互いに離れて位置してもよい。
【００４５】
注意すべきことは、図３のすべての接続は物理的接続として示されているが、これらの接続の１つ以上は、無線で行われうることである。それらは、「接続された」ユニットが何らかの方法で相互に通信するように構成されていることを示すことが意図されているにすぎないことである。
【００４６】
コンピュータ１０は、コンピュータとして示されているが、このコンピュータ１０は、本明細書で論じられる機能を実行するように構成されているアナログおよび／またはデジタルおよび／またはソフトウェア技術を用いる、いずれかの信号処理システムであってもよい。
【００４７】
背景技術の議論の中で記載されるように、ＣＡＭＥＬに基づいたインテリジェントネットワークは、ＳＳＦ（Ｓｅｒｖｉｃｅ  Ｓｗｉｔｃｈｉｎｇ  Ｆｕｎｃｔｉｏｎ：サービス交換機能）とも呼ばれる、交換タスクのためのサービス交換エンティティＳＳＥと、ＳＣＦ（Ｓｅｒｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ：サービス制御機能）またはｇｓｍＳＣＦ（ＧＳＭ  Ｓｅｒｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ：ＧＳＭサービス制御機能）とも呼ばれる、サービスインテリジェンスまたはサービスロジックを備えるサービス制御エンティティＳＣＥとを、主要エンティティとして備える。サービス制御エンティティＳＣＥとサービス交換エンティティＳＳＥとはいずれも、コンピュータとして構成されてもよく、その実施形態を以下で説明する。
【００４８】
サービス制御エンティティ
図４は、メッセージを受信するための入力デバイスＩ４と、メッセージを送信するための出力デバイスＯ４と、メッセージおよび情報を処理するためのプロセッサユニットＰＵ４と、情報を記憶すること及び取得することの少なくとも一方を実行するためのメモリＭＥ４とを備えるサービス制御エンティティＳＣＥを示している。
【００４９】
サービス制御エンティティＳＣＥは、スタンドアロンデバイスであってもよく、そして、入力デバイスＩ４と出力デバイスＯ４とは、それぞれ、メッセージを受信するための受信ユニットとメッセージを送信するための送信ユニットとのような、外部インタフェースであってもよい。しかしながら、サービス制御エンティティＳＣＥが、例えば、交換ノードのハードウェアサブユニットおよび／またはソフトウェアサブユニットとして、交換ノードにおいて動作することも考えられる。サービス制御エンティティＳＣＥは、交換ノードにインストールされ、かつ、交換ノードにおいて操作されてもよく、そして、ユニットＩ４とユニットＯ４とユニットＰ４とユニットＭＥ４とのいずれも交換ノードと共有しなくてもよいし、あるいはユニットＩ４とユニットＯ４とユニットＰ４とユニットＭＥ４との少なくとも１つを交換ノードの各ユニットと共有してもよい。代替実施形態として、交換ノードの処理ユニットにロードされるコンピュータプログラムに従ってサービス制御エンティティＳＣＥがある。
【００５０】
サービス交換エンティティ
図５は、メッセージを受信するための入力デバイスＩ５と、メッセージを送信するための出力デバイスＯ５と、メッセージおよび情報を処理するためのプロセッサユニットＰＵ５と、情報を記憶することを及び取得することの少なくとも一方を実行するためのメモリＭＥ５とを備えるサービス交換エンティティＳＳＥを示している。
【００５１】
サービス交換エンティティＳＳＥは、スタンドアロンデバイスであってもよく、そして、入力デバイスＩ５と出力デバイスＯ５とは、それぞれ、メッセージを受信するための受信ユニットとメッセージを送信するための送信ユニットとのような、外部インタフェースであってもよい。サービス交換エンティティＳＳＥは、例えば、交換ノードのハードウェアサブユニットおよび／またはソフトウェアサブユニットとして、交換ノードにおいて動作していることが望ましい。サービス交換エンティティＳＳＥは、交換ノードにインストールされ、かつ、交換ノードにおいて操作されてもよく、そして、ユニットＩ５とユニットＯ５とユニットＰＵ５とユニットＭＥ５とのいずれも交換ノードと共有しなくてもよいし、あるいはユニットＩ５とユニットＯ５とユニットＰＵ５とユニットＭＥ５との少なくとも１つを、メッセージを受信するための入力デバイスとメッセージを送信するための出力ユニットとメッセージおよび情報を処理するためのプロセッサユニットと、好ましくは、メモリとを備える、交換ノードの各ユニットと共有してもよい。一実施形態に従えば、交換ノードのプロセッサユニットにロードされるコンピュータプログラムに従って、サービス交換エンティティＳＳＥが提供される。
【００５２】
呼がマルチパーティ呼の一部となることをＣＡＭＥＬサービスが許容する場合、問題が生じる可能性がある。第１の通信エンティティＣＥ−Ａが、この呼についてマルチパーティサービスを呼び出す場合、すなわち、第２の通信エンティティＣＥ−Ａと音声接続している呼と、第３の通信エンティティＣＥ−Ｃとの保留にされている呼とを会議呼につなぐ場合には、この加入者からのそれぞれの呼のＣＡＭＥＬサービスは、呼がマルチパーティ呼に変わっていることに気付かないであろう。これについて、図６および７を参照しながら説明する。
【００５３】
図６は、第１の通信エンティティＣＥ−Ａがマルチパーティ呼を呼び出す前の状況を示している。２つの発信呼、すなわち、第１の通信エンティティＣＥ−Ａと第２の通信エンティティＣＥ−Ｂとの間の１つの呼と、第１の通信エンティティＣＥ−Ａと第３の通信エンティティＣＥ−Ｃとの間のもう１つの呼とが、第１の通信エンティティＣＥ−Ａから開始されている。２つの区間（レグ：leg）が作成される。第１の区間には、交換ノード２０３−Ａ（Ａ−Ｂ）、２０４−Ｂ、２０５−Ｂと第１のサービス交換エンティティＳＳＥ−ＡＢとを含んでいる。
【００５４】
文字列中のＡ−Ｂという指標は、それが第１の通信エンティティＣＥ−Ａと第２の通信エンティティＣＥ−Ｂとの間の接続についてのプロセスのことを参照することを示すために使用されている。同様に、以下で使用されるＡ−Ｃという指標は、それが第１の通信エンティティＣＥ−Ａと第３の通信エンティティＣＥ−Ｃとの間の接続についてのプロセスのことを参照することを示すために使用される。従って、交換ノード２０３−Ａ（Ａ−Ｂ）とは、第１の通信エンティティＣＥ−Ａから第２の通信エンティティＣＥ−Ｂへの呼についての交換ノード２０３におけるプロセスのことを参照し、同様に、交換ノード２０３−Ａ（Ａ−Ｃ）とは、第１の通信エンティティＣＥ−Ａから第３の通信エンティティＣＥ−Ｃへの呼についての交換ノード２０３におけるプロセスのことを参照している。
【００５５】
第２の区間には、交換ノード２０３−Ａ（Ａ−Ｃ）、２０４−Ｃ、２０５−Ｃと第２のサービス交換エンティティＳＳＥ−ＡＣとを含んでいる。
【００５６】
それぞれの交換ノード２０３、２０４、２０５の間では、ＩＳＤＮユーザ部分（ＩＳＤＮ  Ｕｓｅｒ  Ｐａｒｔ（ＩＳＵＰ））、ベアラ独立呼制御（Ｂｅａｒｅｒ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ（ＢＩＣＣ））またはＳＩＰ−Ｉシグナリングが使用される。本発明の残りの部分では、ＩＳＵＰだけについて言及するが、情報を有する読者であれば、適用可能な場合にはＢＩＣＣおよびＳＩＰ−Ｉも同様に使用できることを理解するであろう。
【００５７】
図７は、第１の通信エンティティＣＥ−Ａがマルチパーティ呼サービスを呼び出した後の状況を示している。呼の連鎖（呼チェイン：call chain）には、サービス交換エンティティＳＳＥの２つの例、すなわち、第１のサービス交換エンティティＳＳＥ−ＡＢと第２のサービス交換エンティティＳＳＥ−ＡＣとが存在している。
【００５８】
第１のサービス制御エンティティＳＣＥ−ＡＢは、例えば、呼応答または呼切断のような呼イベントについて情報提供されることを、第１のサービス交換エンティティＳＳＥ−ＡＢに命令してもよいだろう。しかしながら、サービス制御エンティティＳＣＥ−ＡＢ、ＳＣＥ−ＡＣは、マルチパーティ呼が確立されることを知らないであろう。
【００５９】
マルチパーティ呼が確立される場合、第２の通信エンティティＣＥ−Ｂおよび第３の通信エンティティＣＥ−Ｃが会議に加えられ、第１の通信エンティティＣＥ−Ａ、第２の通信エンティティＣＥ−Ｂおよび第３の通信エンティティＣＥ−Ｃからの音声情報が、交換ノード２０３−Ａの中に位置していて、または、交換ノード２０３−Ａによって制御されている会議デバイスを通してルーティングされる。会議呼の中の各通信エンティティは、会議呼の中の他の通信エンティティの合成音声を受信することになる。この時点から先は、（例えば、クレジット情報のような）いかなる情報が、サービス制御エンティティＳＣＥによって制御される音声チャネル上で１つの通信エンティティに向かって送信されるとしても、他の通信エンティティにも聞こえる。
【００６０】
会議呼が確立された後、２つのサービス制御エンティティＳＣＥ−ＡＢとＳＣＥ−ＡＣとのうちの１つが、その接続先であるサービス交換エンティティＳＳＥ−Ａに、すなわち、それぞれＳＳＥ−ＡＢまたはＳＳＥ−ＡＣに、帯域内情報（トーンもしくはアナウンス）を第１の通信エンティティＣＥ−Ａに対して送信することを指示してもよいだろう。この情報は、実際、情報が意図されていない１つ以上の他の通信エンティティＣＥ−Ｂ、ＣＥ−Ｃからも聞こえるであろう。
【００６１】
さらに、マルチパーティ呼に参加している第２の通信エンティティＣＥ−Ｂおよび第３の通信エンティティＣＥ−Ｃのアイデンティティは、それぞれのサービス制御エンティティＳＣＥには知られないであろう。従って、例えば、一定の加入者が国際会議呼に参加しないことをサービス制御エンティティＳＣＥが要望する場合、（ａ）サービス制御エンティティＳＣＥはマルチパーティ呼が確立されていることを知らず、かつ、（ｂ）サービス制御エンティティＳＣＥはマルチパーティ呼のすべての参加者のアイデンティティを知らないため、サービス制御エンティティＳＣＥは、このポリシーを実施することはできない。例えば、サービス制御エンティティＳＣＥ−ＡＢは、各々の呼についての第１の通信エンティティおよび第２の通信エンティティのアイデンティティを知っているだけである。この場合もやはり強調されるべきことは、会議呼における呼区間は、独立したサービス制御エンティティＳＣＥの例によって制御されることである。
【００６２】
ＩＴＵ−Ｔ勧告Ｑ．７３４に従えば、サービス提供されるユーザ側でのマルチパーティ呼出をリモートパーティに通知することをＭＳＣが要望する場合には、「汎用通知（Ｇｅｎｅｒｉｃ  Ｎｏｔｉｆｉｃａｔｉｏｎ）」パラメータを備えるＩＳＵＰ呼進行（ＩＳＵＰ  Ｃａｌｌ  Ｐｒｏｇｒｅｓｓ（ＣＰＧ））メッセージが使用され、それには以下の指標が含まれてもよい。
【００６３】
会議が確立された
会議が切断された
他のパーティが追加された
分離された
再接続された
他のパーティが分離された
他のパーティが再接続された
他のパーティが分割された
他のパーティが切断された
会議が浮動している
ＩＳＵＰ  ＣＳＰメッセージは、ＩＳＵＰ  ＣＰＧに示されているように、マルチパーティイベントが適用される会議出席者の数を搬送する能力を持たない。
【００６４】
実施形態
以下に、上記の欠点を克服する複数の実施形態を提供する。
【００６５】
サービス制御エンティティ
一実施形態に従えば、図８に示す方法が提供される。この方法は、通信ネットワーク内の３つ以上の通信エンティティの間のマルチパーティ呼を制御するためのサービス制御エンティティＳＣＥによって行われてもよく、前記通信ネットワークは、サービス制御エンティティとサービス交換エンティティとを備え、前記サービス制御エンティティは、
ａ）マルチパーティ呼に関連付けられているマルチパーティイベントの通知をサービス交換エンティティから受信すること（動作９０１）と、
ｂ）マルチパーティイベントを処理するための手順を判定すること（動作９０２）と、
ｃ）マルチパーティイベントを処理するための手順に従って命令をサービス交換エンティティへ送信すること（動作９０３）とを実行する。
【００６６】
一実施形態に従えば、この方法は、さらに、指示されているマルチパーティイベントの通知を送信することをサービス交換エンティティにリクエストすることが含まれる。これは、特定のマルチパーティイベントの通知が動作９０１で受信されるようにサービス交換エンティティＳＳＥに命令するために、動作９０１の前に行われてもよい。これによって、サービス制御エンティティＳＣＥが、自分が関心のあるこれらのマルチパーティイベントの通知だけを受信することが可能になり、従って、マルチパーティ呼を制御する場合にサービス制御エンティティＳＣＥの柔軟性が拡大される。例えば、サービス制御エンティティＳＣＥは、自身は以下のマルチパーティイベント、すなわち、会議が確立された、他のパーティが追加された、他のパーティが切断されたという指標を受信することだけに関心があるということをサービス交換エンティティＳＳＥに示してもよい。結果として、サービス制御エンティティＳＣＥは、他のマルチパーティイベントの通知は受信しない。
【００６７】
一実施形態に従えば、マルチパーティイベントの通知には、マルチパーティ呼を設定するための３つ以上の通信エンティティＣＥ−Ａ、ＣＥ−Ｂ、ＣＥ−Ｃのうちの１つからのリクエストが含まれており、そして、マルチパーティイベントを処理するための命令には、マルチパーティ呼が許可されているか否かを示す許可指標が含まれる。この許可指標に基づいて、サービス交換エンティティは、マルチパーティイベントのセットアップを許可するか否かを決定することができる。
【００６８】
一実施形態に従えば、動作９０２には、サービスロジックを適用することが含まれる。
【００６９】
一実施形態に従えば、マルチパーティイベントの通知には、マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティＣＥ−Ａ、ＣＥ−Ｂ、ＣＥ−Ｃの指標が含まれる。ここで、サービス制御エンティティＳＣＥは、マルチパーティ呼に関わる通信エンティティのアイデンティティが通知され、そして、この情報に基づいて次の動作を行うことができるようになる。
【００７０】
一実施形態に従えば、ｂ）（動作９０２）には、さらに、マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標と組み合わせてサービスロジックを適用することが含まれる。この少なくとも１つの通信エンティティＣＥ−Ａ、ＣＥ−Ｂ、ＣＥ−Ｃの指標は、適切な手順を決定するるためのサービスロジックを適用する際に使用することができる。例えば、第２の通信エンティティＣＥ−Ｂは、第１の通信エンティティＣＥ−Ａに比べて異質な通信エンティティであり、かつサービスロジックがこれを許可しない場合には、この手順は、マルチパーティ呼をセットアップするためのリクエストを終了させることができる。
【００７１】
マルチパーティイベントは、以下のうちの１つであってもよい。
【００７２】
会議が確立された（６６）
会議が切断された（６７）
他のパーティが追加された（６８）
分離された（６９）
再接続された（７０）
他のパーティが分離された（７１）
他のパーティが再接続された（７２）
他のパーティが分割された（７３）
他のパーティが切断された（７４）
会議が浮動している（７５）
図８に関して記述される方法を実行するように構成されている、図４に示されるサービス制御エンティティＳＣＥの一実施形態が提供される。
【００７３】
サービス制御エンティティとサービス交換エンティティとを備える通信ネットワーク内で、３つ以上の通信エンティティの間のマルチパーティ呼を制御するための方法を実行するために、サービス制御エンティティＳＣＥが、図４に示されるように提供されてもよい。
【００７４】
サービス制御エンティティＳＣＥは、メッセージを受信するための入力デバイスＩ４と、メッセージを送信するための出力デバイスＯ４と、メッセージおよび情報を処理するためのプロセッサユニットＰＵ４と、情報を記憶する及び／または取得するためのメモリＭＥ４とを備える。
【００７５】
プロセッサユニットＰＵ４は、入力デバイスＩ４を介してサービス交換エンティティから受信されるマルチパーティ呼に関連付けられているマルチパーティイベントの通知（動作９０１）を処理するように構成されてもよい。
【００７６】
また、プロセッサユニットＰＵ４は、マルチパーティイベントを処理するための手順を判定する（動作９０２）ように構成されてもよい。
【００７７】
加えて、プロセッサユニットＰＵ４は、マルチパーティイベントを処理するための手順に従って、命令を出力デバイスＯ４を介してサービス交換エンティティＳＳＥへ送信すること（動作９０３）を開始するように構成されてもよい。
【００７８】
一実施形態に従えば、サービス制御エンティティＳＣＥの処理ユニットにロード可能なコンピュータプログラムが提供される。このコンピュータプログラムは、図７を参照して記載される方法を実行するように構成されているソフトウェアコードの一部を備える。このコンピュータプログラムは、コンピュータ可読媒体で構成されてもよい。
【００７９】
別の実施形態に従えば、サービス制御エンティティＳＣＥの処理ユニットＰＵ４にロード可能なコンピュータプログラムが提供される。このコンピュータプログラムは、図８を参照して記載される方法を実行するように構成されているソフトウェアコードの一部を備える。
【００８０】
別の実施形態に従えば、そのようなコンピュータプログラムを備えるコンピュータ可読媒体が提供される。
【００８１】
サービス交換エンティティ
一実施形態に従えば、図９に示される方法が提供される。この方法は、サービス制御エンティティとサービス交換エンティティとを備える通信ネットワーク内で３つ以上の通信エンティティの間のマルチパーティ呼を制御するために、サービス交換エンティティＳＳＥによって実行されてもよい。この場合、サービス交換エンティティは、
ａ）マルチパーティ呼に関連付けられているマルチパーティイベントの通知を受信すること（動作９１０）と、
ｂ）通知をサービス制御エンティティへ送信すること（動作９１１）と、
ｃ）マルチパーティイベントを処理するための手順に従ってサービス制御エンティティから命令を受信すること（動作９１２）と、そして
ｄ）受信した命令に従ってマルチパーティイベントを処理すること（動作９１３）とを実行することを特徴とする。
【００８２】
一実施形態に従えば、この方法は、さらに、指示されているマルチパーティイベントの通知を送信するためのリクエストをサービス制御エンティティから受信することが含まれる。
【００８３】
一実施形態に従えば、マルチパーティイベントの通知には、マルチパーティ呼をセットアップするための、３つ以上の通信エンティティのうちの１つからのリクエストが含まれており、この場合、マルチパーティイベントを処理するための命令には、マルチパーティ呼が許可されているか否かを示す許可指標が含まれる。
【００８４】
一実施形態に従えば、マルチパーティイベントの通知には、マルチパーティイベントに関連する少なくとも１つの通信エンティティの指標が含まれる。
【００８５】
一実施形態に従えば、ｄ）（動作９１３）には、許可指標に従ってマルチパーティイベントを不許可にすることまたは許可することが含まれる。
【００８６】
一実施形態に従えば、マルチパーティイベントには、
会議が確立された（６６）
会議が切断された（６７）
他のパーティが追加された（６８）
分離された（６９）
再接続された（７０）
他のパーティが分離された（７１）
他のパーティが再接続された（７２）
他のパーティが分割された（７３）
他のパーティが切断された（７４）
会議が浮動している（７５）
のうちの１つが含まれる。
【００８７】
図９を参照して記載される方法を実行するように構成されている、図５に示されるサービス交換エンティティＳＳＥの一実施形態が提供される。
【００８８】
サービス制御エンティティＳＳＥとサービス交換エンティティＳＣＥとを備える通信ネットワーク内で、３つ以上の通信エンティティの間のマルチパーティ呼を制御するための、図５に示されるようなサービス交換エンティティＳＳＥが提供されてもよい。
【００８９】
サービス交換エンティティＳＳＥは、メッセージを受信するための入力デバイスＩ５と、メッセージを送信するための出力デバイスＯ５と、メッセージおよび情報を処理するためのプロセッサユニットＰＵ５と、情報を記憶するまたは取得するためのメモリＭＥ５とを備える。
【００９０】
プロセッサユニットＰＵ４は、入力デバイスＩ４を介して受信されるマルチパーティ呼に関連付けられているマルチパーティイベントの通知（動作９１０）を処理するように構成されてもよい。
【００９１】
プロセッサユニットＰＵ４は、出力デバイスＯ４を介して通知をサービス制御エンティティへ送信すること（動作９１１）を開始するように構成されてもよい。
【００９２】
プロセッサユニットＰＵ４は、マルチパーティイベントを処理するための手順に従って、入力デバイスＩ４を介してサービス制御エンティティから受信される命令（動作９１２）を処理するように構成されてもよい。
【００９３】
最後に、プロセッサユニットＰＵ４は、受信される命令に従ってマルチパーティイベントを処理する（動作９１３）ように構成されてもよい。
【００９４】
別の実施形態に従えば、サービス交換エンティティＳＳＥの処理ユニットＰＵ５にロード可能なコンピュータプログラムが提供される。このコンピュータプログラムは、図９参照して記載される方法を実行するように構成されているソフトウェアコードの一部を備える。
【００９５】
別の実施形態に従えば、そのようなコンピュータプログラムを備えるコンピュータ可読媒体が提供される。
【００９６】
ＩＮＡＰやＣＡＭＥＬアプリケーション部（ＣＡＭＥＬ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）（ＣＡＰ、例えば、ＣＡＰｖ４、３ＧＰＰ  ＴＳ２９．０７８および３ＧＰＰ  ＴＳ  ２３．０７８を参照）のようなＩＮプロトコルは、本発明に従う能力をサービス交換エンティティＳＳＥおよびサービス制御エンティティＳＣＥに提供するために、下記の詳細な機能拡張のうち少なくとも１つによって修正されることが望ましい。
【００９７】
ａ）ＣＡＭＥＬ加入者からの呼の中にマルチパーティイベントが発生していることを示すために、新たなイベント検出点（Ｅｖｅｎｔ  Ｄｅｔｅｃｔｉｏｎ  Ｐｏｉｎｔ（ＥＤＰ））である、「マルチパーティイベント」、が定義されてもよい。このＥＤＰは、発信基本呼状態モデル（Ｏｒｉｇｉｎａｔｉｎｇ  ｂａｓｉｃ  ｃａｌｌ  ｓｔａｔｅ  ｍｏｄｅｌ（Ｏ−ＢＣＳＭ））と着信基本呼状態モデル（Ｔｅｒｍｉｎａｔｉｎｇ  ｂａｓｉｃ  ｃａｌｌ  ｓｔａｔｅ  ｍｏｄｅｌ（Ｔ−ＢＣＳＭ））との両方について定義される。
【００９８】
イベントがレポートされることになる呼の区間（レグ）は、ＭＰＴＹイベントの発生の通知を搬送するＩＳＵＰ呼進行（ＩＳＵＰ  Ｃａｌｌ  Ｐｒｏｇｒｅｓｓ（ＣＰＧ））メッセージを受信するサービス交換エンティティＳＳＥにおける区間（レグ）となる。
【００９９】
ｂ）新たなＥＤＰマルチパーティイベントに供給するために、サービス制御エンティティＳＣＥからサービス交換エンティティＳＳＥへのリクエストレポートＢＣＳＭ（Ｒｅｑｕｅｓｔ  Ｒｅｐｏｒｔ  ＢＣＳＭ（ＲＲＢ））メッセージに新たなＢＣＳＭイベントが追加されてもよい。サービス制御エンティティＳＣＥは、新たなＢＣＳＭイベントを備えるリクエストレポートＢＳＣＭ（Ｒｅｑｕｅｓｔ  Ｒｅｐｏｒｔ  ＢＣＳＭ）メッセージを使用して、指示されているマルチパーティイベントの通知を送信することをサービス交換エンティティＳＳＥにリクエストしてもよい。
【０１００】
ｃ）新たなＥＤＰマルチパーティイベントをサービス制御エンティティＳＣＥにレポートするために、サービス交換エンティティＳＳＥからサービス制御エンティティＳＳＥへのイベントレポートＢＳＣＭ（Ｅｖｅｎｔ  Ｒｅｐｏｒｔ  ＢＣＳＭ（ＥＲＢ））メッセージに新たなＢＣＳＭイベントが追加されてもよい。サービス交換エンティティＳＳＥは、新たなＢＣＳＭイベントを備えるイベントレポートＢＳＣＭ（Ｅｖｅｎｔ  Ｒｅｐｏｒｔ  ＢＣＳＭ）メッセージを使用して、マルチパーティイベントの通知をサービス制御エンティティＳＣＥへ送信してもよい。
【０１０１】
ｄ）イベントレポートＢＣＳＭ（Ｅｖｅｎｔ  Ｒｅｐｏｒｔ  ＢＣＳＭ（ＥＲＢ））メッセージの中で、パラメータ「検出点（Ｄｅｔｅｃｔｉｏｎ  Ｐｏｉｎｔ（ＤＰ））固有情報」が、指標、すなわち、例えば、追加されたり、分離されたり、再接続されたりする通信エンティティのような、マルチパーティイベントに関連付けられている通信エンティティの電話番号（ディレクトリ番号：directory number）を伝達する能力を伴って機能拡張されてもよい。この指標は、会議出席者番号と呼ばれる場合もある。サービス交換エンティティが、機能拡張されたパラメータを備えるイベントレポートＢＣＳＭ（Ｅｖｅｎｔ  Ｒｅｐｏｒｔ  ＢＣＳＭ）を使用して、マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標を備えるマルチパーティイベントの通知をサービス制御エンティティＳＣＥへ送信してもよい。
【０１０２】
さらに、サービス交換エンティティとサービス制御エンティティとに、本発明に従う能力を提供するために、ＩＳＵＰプロトコルが下記の機能拡張によって修正されることが望ましい。
【０１０３】
ａ）ＩＳＵＰ呼進行（ＩＳＵＰ  Ｃａｌｌ  Ｐｒｏｇｒｅｓｓ（ＣＰＧ））メッセージが、マルチパーティイベント通知に加えて、マルチパーティイベントに関連付けられている通信エンティティの会議出席者番号を搬送するように機能拡張されてもよい。
【０１０４】
利点
先行技術に従えば、第１のエンティティＣＥ−Ａがマルチパーティ呼を確立することをリクエストする場合、このリクエストは、交換ノード２０３によって、そして（より少ない程度に）交換ノード２０４および２０５によって、処理されて実行される。サービス制御エンティティＳＣＥは、第１の通信エンティティＣＥ−Ａがマルチパーティ呼の確立を開始していることを知らないであろうから、これによって、問題や望まれていない状況が生じることがある。例えば、サービス制御エンティティＳＣＥは、第１の通信エンティティＣＥ−Ａがマルチパーティ呼を開始する許可を有するかどうかを検証し、そして、もしそうであれば、第１の通信エンティティＣＥ−Ａが特定の第２の通信エンティティＣＥ−Ｂおよび第３の通信エンティティＣＥ−Ｃと共にマルチパーティ呼をセットアップする許可を有するかどうかを検証することが必要となる可能性がある。第１の通信エンティティＣＥ−Ａが、例えば、国際マルチパーティ呼をセットアップすることを許可されていないことがある。また、ＳＣＥが、参加者の数を定義された最大数に制限することを望むこともある。
【０１０５】
サービス制御エンティティＳＣＥがマルチパーティ呼の確立に気付かないことから生じるさらなる問題は、サービス制御エンティティＳＣＥが、帯域内情報が呼の中の他のパーティに聞こえることがあることを知らずに、帯域内情報（例えば、アナウンス）を加入者へ送信することをサービス交換エンティティＳＳＥに命令する可能性があるであろうということである。
【０１０６】
実施形態に従えば、サービス制御エンティティＳＣＥにマルチパーティ呼の確立を気付かせることによって、この欠点が克服される。
【０１０７】
サービス制御エンティティＳＣＥは、例えば、マルチパーティ呼出および新たに接続された加入者のアイデンティなどのようなマルチパーティイベントについて情報提供されるであろうから、それに従って動作することができる。これによって、ＳＣＥが、呼の確立の際に、その呼の間にマルチパーティ呼の確立を許可することが容易になる。その呼の間にマルチパーティ呼が確立される場合には、ＳＣＥは、これに関して情報提供され、そして、マルチパーティ呼が許可されているかどうか、例えば、マルチパーティ呼に関与するパーティの電話番号を考慮して、判定してもよいであろう。ＳＣＥは、マルチパーティが許可されているかどうかを判定するために、異なる決定基準を適用してもよい。例えば、ある加入者は、国際的な会議出席者に関わるマルチパーティ呼を確立する権利がない等である。
【０１０８】
サービス制御エンティティＳＣＥは、マルチパーティ呼の内部で実行される特定の動作（分割される、追加する、等）について情報提供されるであろう。これによって、サービス制御エンティティＳＣＥは、誰が呼についての情報（音声／データ）を受信しているのかをその都度知ることができるようになる。これによって、特に、サービス制御エンティティＳＣＥは、誰がトーンやアナウンスを聞くであろうかということを、自分がそのようなトーンやアナウンスを送信することを決定する場合に、知ることができるようになる。
【０１０９】
本発明が、ＧＳＭ、符号分割多元アクセス（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（ＣＤＭＡ））、時分割多元アクセス（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（ＴＤＭＡ））、ユニバーサル移動通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ（ＵＭＴＳ））、または４Ｇネットワークのような、任意の通信ネットワークにも実装されうることは明らかである。サービス制御エンティティは、典型的には、単一のデバイスとして実施されても良いし、または複数のデバイス上に分散されても良い。同じことが、サービス交換エンティティにも当てはまる。サービス制御エンティティとサービス交換エンティティとは、同一のデバイスまたはプラットフォーム上の別個の機能として実装されてもよい。
【０１１０】
また、サービス制御エンティティの処理ユニットにロード可能なコンピュータプログラムも提供される。この場合、コンピュータプログラムは、上述の実施形態と方法のうち少なくとも１つを実行するように構成されているソフトウェアコードの一部を備える。
【０１１１】
また、サービス交換エンティティの処理ユニットにロード可能なコンピュータプログラムも提供される。この場合、コンピュータプログラムは、上記の実施形態と方法のうち少なくとも１つを実行するように構成されているソフトウェアコードの一部を備える。
【０１１２】
また、上述のコンピュータプログラムの少なくとも１つを備えるコンピュータ可読媒体も提供される。
【０１１３】
上述の記載は、限定されるものではなく、例示することが意図されているものである。従って、以下に記載される請求項の範囲を逸脱することなく上述の本発明に対する修正が行われうることは、当業者には明らかであろう。
【図１】
0005394391.tif 000002
【図２】
0005394391.tif 000003
【図３】
0005394391.tif 000004
【図４】
0005394391.tif 000005
【図５】
0005394391.tif 000006
【図６】
0005394391.tif 000007
【図７】
0005394391.tif 000008
【図８】
0005394391.tif 000009
【図９】
0005394391.tif 000010