JP3563350B2 - テレコミュニケーションシステムにおけるマルチコールの制御 - Google Patents

Description

【０００１】
【技術分野】
本発明は、テレコミュニケーションシステム、特に、ワイヤレステレコミュニケーションシステムにおけるマルチコールのコール制御に係る。
【０００２】
【背景技術】
ワイヤレステレコミュニケーションシステムとは、一般に、ユーザとネットワークとの間でワイヤレス通信を行うことのできるいかなるテレコミュニケーションネットワークも意味する。移動通信システムでは、ユーザは、システムのサービスエリア内を移動することができる。典型的な移動通信システムは、公衆地上移動ネットワーク（ＰＬＭＮ）である。
現在、第３世代（３Ｇ）の移動システム、例えば、ユニバーサル移動通信システム（ＵＭＴＳ）、及び将来型の公衆地上移動テレコミュニケーションシステム（ＦＰＬＭＴＳ）（その後、ＩＭＴ−２０００（国際移動テレコミュニケーション２０００）と改名された）が開発されている。ＵＭＴＳは、ＥＴＳＩ（ヨーロピアン・テレコミュニケーション・スタンダード・インスティテュート）において標準化されており、一方、ＩＴＵ（インターナショナル・テレコミュニケーション・ユニオン）は、ＩＭＴ−２０００システムを規定している。無線インターフェイスは、おそらく、ワイドバンドＣＤＭＡ（コード分割多重アクセス）構成をベースとするものであり、それ故、第３世代のシステムは、ワイドバンドＣＤＭＡシステム（ＷＣＤＭＡ）としばしば称される。
【０００３】
将来型の３Ｇシステムは、単一の移動ステーションへの／からの多数の同時で且つ独立したコールをサポートしなければならないことが示唆されている。
３Ｇシステムに関連した公知の出版物で取り上げられた問題は、多数のコールの取り扱いが「可能であるべき（ｓｈｏｕｌｄ−ｂｅ ｐｏｓｓｉｂｌｅ）」レベルのみに特定されることである。換言すれば、公知の出版物のほとんどは、単一の移動ステーションへの／からのマルチコールの管理詳細を完全に無視している。第２世代（２Ｇ）システム、例えば、ＧＳＭ（移動通信用のグローバルシステム）では、移動ステーションが２つのコールをもち得る状態が１つある。このような状態は、加入者がコールホールド（ＣＨ）と称する補足的サービス（ＳＳ）をもつ場合に発生する。しかしながら、２Ｇ移動ステーションは、多数の独立して制御されるベアラ（即ちトラフィックチャンネル）をもたず、ＣＨ状態においては、１つのコールしかアクティブとならず、他の全てがホールドされる。いわゆる高速データ転送（ＨＳＣＳＤ）であっても、移動ステーションは、多数のタイムスロットを使用するが、全てのタイムスロットは共通のトラフィックチャンネルに指定される。
【０００４】
【発明の開示】
便宜上、「マルチコール」という用語は、多数の独立して制御されるトラフィックチャンネルを使用する単一の移動ステーションへの／からの多数の独立した同時のコールを表すのに使用する。幾つかのコールは、移動発信（ＭＯ）コールであり、そして幾つかのコールは、移動着信（ＭＴ）コールである。本発明の目的は、このようなマルチコールをサポートするためのコール制御機構を提供することである。移動ステーションのユーザは、進行中コールとは独立して新たなコールを受けたり出したりすることができねばならない。本発明の別の目的は、現在の２Ｇ補足サービスの少なくとも幾つかを適度な範囲内で３Ｇシステムに保存し、そして２Ｇシステムと３Ｇシステムとの間でマルチコールハンドオーバーを実行できるようにすることである。
【０００５】
本発明の特徴は、テレコミュニケーションシステムにおいてテレコミュニケーションネットワークと加入者ターミナルとの間で送信経路を経て送られるマルチコールを制御する方法において、
（ｉ）新たなベアラに新たなコールを設定するか、又は
（ｉｉ）既存のベアラが少なくとも２つのコールによって共用されるように既存のベアラに新たなコールを設定する、
のいずれかにより、ある基準に基づいて、既存のマルチコールに新たなコールを設定するという段階を含む方法にある。
【０００６】
本発明の別の特徴は、テレコミュニケーションネットワークと加入者ターミナルとの間で送信経路を経て送られるマルチコールを制御する構成体を備えたテレコミュニケーションシステムにおいて、上記ネットワークが、
（ｉ）新たなベアラに新たなコールを設定するか、又は
（ｉｉ）既存のベアラが少なくとも２つのコールによって共用されるように既存のベアラに新たなコールを設定する、
のいずれかにより、ある基準に基づいて、既存のマルチコールに新たなコールを設定するように構成されたテレコミュニケーションシステムにある。
【０００７】
本発明の更に別の特徴は、テレコミュニケーションネットワークと加入者ターミナルとの間の送信経路を経てマルチコールをもつことのできるテレコミュニケーションシステム用の加入者ターミナルにおいて、既存のマルチコールにおける新たなコールの設定段階に、その新たなコールが新たなベアラに設定されるか、或いは既存のベアラに設定されて既存のベアラが少なくとも２つのコールによって共用されるかを指示できるように構成された加入者ターミナルにある。
本発明によるマルチコールは、３つの異なるベアラ構成を有し、即ちマルチコールの各コールが専用のベアラを有するか、１つのベアラがマルチコールの全てのコールによって共用されるか、或いはマルチコールが専用及び共用の両ベアラを有する。共用のベアラが使用されるときには、ユーザは、ベアラを交互に使用しなければならないか又はある場合にはベアラを同時に使用しなければならないような多数の独立したコールを並列にもつことができる。
【０００８】
本発明の実施形態において、移動ユーザは、ネットワーク条件又は環境が許す場合には、コールに対して専用ベアラモードを使用するか又は共用ベアラモードを使用するかを制御することができ、ネットワークがいずれかのモードの使用を強制することはできない。加入者装置のユーザは、コール設定時に、新たなコールに対して新たな専用ベアラが必要とされるか、又は既存のベアラが必要とされるか、そしてそのいずれを使用して、１つ以上の既存のコールによって共用するかを指示することができる。別の実施形態によれば、ネットワークは、ある状態において、あるベアラ構成を使用するようにコールに示唆又は強制することができる。その一例は、専用ベアラコールとしてユーザに与えねばならない到来するデータコールである（データコールについてはコールホールドが許されない）。別の例は、例えば、３Ｇ−２Ｇインターワーキングのためにマルチコールの使用が制限される場合であり、即ち既に設定されたネットワークが、どのオプションが利用できるか指示する場合に不必要なシグナリングを節約する。
【０００９】
本発明の実施形態では、共通ベアラの共用がコールホールドモード（ＣＨ）によって行なわれ、即ちユーザがコールをホールドしたときに、トラフィックベアラが、他のコールにより使用されるべくコールから除去される。その結果、そのベアラにおけるコールの１つがアクティブモードとなり、そして他のコールがホールドモードとなる。この場合に、既存のベアラが新たなコールのコール設定に使用されるときには、共用されるべきベアラを使用するコールは、新たな「共用」コールが開始される前に、ホールドされねばならない。
本発明の実施形態において、ユーザは、もし必要であれば、コールを専用ベアラモードと共用ベアラモードとの間で切り換えることができ、即ちコール中にサービスベアラを変更することができる。
【００１０】
本発明の基本的な原理は、進行中にコール制御手順を受けるベアラがアドレスされるようにコール制御手順が改善されることである。又、本発明は、マルチコールにおいてコールとベアラとの間の関連付けを変更する手段も提供する。これは、所与の瞬間における環境並びにユーザ及び／又はネットワークの好みに基づいてベアラリソースを柔軟に且つ効果的に使用できるようにする。例えば、１つのベアラ及び２つのコールを伴い、その一方がアクティブでそしてその他方がホールドであるときには、ユーザは、新たなベアラを確立し、そしてホールド状態のコールを新たなベアラへ移動し、及びその逆も行うことができる。又、ユーザは、あるベアラから別のベアラへコールを移動することもできる。同様に、２つの並列なベアラに２つのスピーチコールが含まれるときには、加入者は、コールを会議コールへと合体することができる。
【００１１】
又、本発明は、第３世代の移動通信システムをサポートし、そしてＧＳＭのような２Ｇ移動通信システムの少なくともコール待機（ＣＷ）及びコールホールド（ＣＨ）、又は多当事者コール（ＭＰＴＹ）補足サービス（ＳＳ）と相互作用させることができる。
３Ｇにマルチコールを導入する場合、ＣＨ及びＭＰＴＹ ＳＳの必要性が減少する。というのは、ターミナルにおいてその対応機能を実行できるからである。ターミナルにおいてこれら機能を実行する効果は、これらサービスを標準化する必要がないことであり、これにより、移動ターミナルの製造者は、ターミナルにおけるこれらサービス及びそれに対応するユーザインターフェイスを独自に且つ柔軟に開発することができる。
【００１２】
しかしながら、ＧＳＭのＳＳを３Ｇに保存する必要がある。この要求に対する理由は、ＵＭＴＳ−ＧＳＭインターワーキング及びハンドオーバー、ＧＳＭの進展、ＧＳＭユーザ規定等をサポートすることである。ＣＨ及びＭＰＴＹの場合には、１つの重要な理由は、容量であり、（ピア）コール当事者当たり１つのベアラを割り当てるのではなく、全てのコールが同じベアラを使用する。
３ＧシステムにＣＨ／ＭＰＴＹサービス及びマルチコールがこのように共存することにより生じる新たな問題は、コール制御手順がどの動作モードに関連しているかである。その一例は、移動ユーザが新たなコールを設定するときであり、即ち、ユーザが新たなコールに既存のベアラを使用することを希望するか、又は割り当てられるべき新たな独立したベアラを使用することを希望するかである。本発明は、この問題に対処しそして解消する。
更に、本発明は、２Ｇシステムと３Ｇシステムとの間のシステム間ハンドオーバーも可能にする。
【００１３】
【発明を実施するための最良の形態】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
本発明の好ましい実施形態は、ＵＭＴＳシステムのような第３世代（３Ｇ）の移動通信システムで実施されるものとして以下に説明する。しかし、本発明は、いかなるテレコミュニケーションシステムにも適用することができる。
図１は、簡単な３Ｇアーキテクチャーを示す。３Ｇ移動ステーションＭＳは、３Ｇ無線アクセスネットワークＲＡＮを経て３Ｇ移動交換センター（３Ｇ−ＭＳＣ）と通信する。この３Ｇ−ＭＳＣは、別のテレコミュニケーションネットワーク、例えば、公衆交換電話ネットワークＰＳＴＮや、公衆地上移動ネットワークＰＬＭＮとインターワーキングする。
【００１４】
図１において、ＭＳとＰＳＴＮ／ＰＬＭＮのピアターミナルとの間に通信リンクが確立される。本発明の説明を容易にするために、簡単なプロトコル層構造体も示されている。最も高いプロトコル層は、ＭＳとピアターミナルのアプリケーション間にある。アプリケーション間には、いかなる数のスピーチ及び／又はデータコールが存在してもよい。コール制御プロトコル（ＣＣ）は、接続管理（ＣＭ）サブ層のプロトコルの１つである。このＣＭは、３Ｇ及び２Ｇシステムにおける層３の最高のサブ層である。コール制御プロトコルの基本的な手順は、次のクラス、即ちコール確立手順、コールクリア手順、コール情報フェーズ手順及びその他の手順に分類することができる。図１において、ＭＳと３Ｇ−ＭＳＣとの間に使用されるコール制御プロトコルは、３Ｇ−ＣＣと称され、そして３Ｇ−ＭＳＣとピアターミナルとの間に使用されるコール制御プロトコルは、ｘＣＣと称される。下位層は、少なくとも搬送層及び搬送層制御プロトコルを含む。
【００１５】
第１に動作する３Ｇネットワークは、インターワーキング概念をベースとするものであり、３Ｇにおいて、無線ネットワークは、インターワーキングユニットＩＷＵを経て２Ｇコアネットワークに接続される。ＣＣ（及び移動管理ＭＭ）に関する限り、この概念を実施する態様は、２つあり、基本的には、逆方向互換性解決策、又は「全」ＩＷＵ解決策である。逆方向互換性解決策では、図２Ａに示すように、第２世代のコール制御（２Ｇ−ＣＣ）がＭＳと２Ｇ−ＭＳＣとの間に使用され、ＩＷＵは、更なる処理を伴わずに２Ｇ−ＣＣメッセージを中継し、そして下位層のみにインターワーキングを与える。「全」ＩＷＵ解決策では、図２Ｂに示すように、ＩＷＵが３Ｇメッセージと２Ｇメッセージとの間のマッピングを実行する。逆方向互換性解決策が可能であるのは、ほとんどの移動ステーションがおそらく３Ｇ−２Ｇ二重モードステーションであり、従って、いずれにせよ２Ｇ−ＣＣを含むからである。「真」のＩＷＵ態様では、単一モードの３Ｇ移動ステーションだけが３Ｇ−ＣＣを必要とする。
【００１６】
これらの異なるシステムアーキテクチャーでは、各移動ステーションＭＳは、回路交換モードにおいて３Ｇ（又は２Ｇ）コール制御プロトコルをサポートしなければならない。ネットワーク側のＭＳコール制御エンティティのピアエンティティは、ＭＳＣにおけるコール制御機能である。コール制御プロトコルでは、各コールごとに、専用のＣＣエンティティが定義される。各ＣＣエンティティは、互いに独立しており、それに対応するピアエンティティと通信しなければならない。異なるＣＣエンティティは、異なるトランザクション識別子（ＴＩ）を使用する。
【００１７】
ここで使用する「ベアラ」という用語は、移動ステーションとＭＳＣ又はピアエンドのユーザとの間の両方向又は一方向並びに対称的又は非対称的な接続を指す。ＧＳＭ仕様では、ベアラに対応する用語は、チャンネル、トラフィックチャンネル、及びある場合には、「コンフィギュレーション」である。ベアラのネゴシエーションは、新たなベアラの特性、又は既存のベアラの新たな特性に基づいて、ＭＳとＭＳＣとの間で合意に達するための手順を意味する。ネゴシエーションは、基本的に、質問及び回答、指定の特性をもつベアラの要求、及び肯定又は否定確認より成る。ＧＳＭでは、コールにおける要求されたベアラ特性の定義が「ベアラ能力」情報エレメント（ＢＣ＿ＩＥ）によって行なわれる。３Ｇ−ＣＣでは、ＢＣ＿ＩＥが同じ役割を果たす。ベアラは、ベアラ識別子（ＢＩＤ）によって識別される。
【００１８】
マルチコール、即ち１つのＭＳへの多数の同時の独立したコールは、３Ｇにおける中心的な新規な特徴である。上述したように、コールは、Ｌ３ ＣＣメッセージを介して通信するＭＳ及びＭＳＣにＣＣピアエンティティを有する。各コールは、ＢＣ ＩＥにより設定メッセージに特性が与えられるところの１つの接続を有する。１つのターミナルの異なるコールは、ＭＳＣにおいて独立している。１つのコールは、例えば、通常のスピーチコールであるか、或いはファックス又はデータコールである。又、コールは、マルチメディアセッションの一部分であってもよい。マルチメディアセッションを形成する全てのコールの収集及び同期は、ターミナルにおいてアプリケーションにより実行される。各独立したコールは、Ｌ３ ＣＣメッセージシーケンスを互いに分離するために、ＧＳＭに使用されるものと同様のトランザクション識別子（ＴＩ）のような識別子を有していなければならない。ＴＩの長さは、例えば、１つのＭＳにおいて２５６個の同時コールを可能にする１オクテットである。
【００１９】
３Ｇマルチコールに関連した基本的な仮定は、各コールが１つの専用ベアラを有することであり、即ち図３Ｂに示すように、各新たなコール（ＭＯ及びＭＴ）が新たなベアラを発生することである。又、ＧＳＭにおいては、Ｌ３プロトコルアーキテクチャーが多数の並列コールを許すが、異なるコールが１つのトラフィックチャンネル又はベアラ（３Ｇ用語では）しか共用しないという制約がある。これは、「コールホールド」及び「多当事者」補足サービスによって容易にされる。「コールホールド」では、コールが交互にトラフィックチャンネルを使用し、そして「多当事者」補足サービスでは、ユーザデータ（常にスピーチである）が加算される。
本発明による３Ｇマルチコールは、３つの異なるベアラ構成を有し、即ち図３Ｃに示すように、マルチコールの各コールが専用ベアラを有するか、又は１つのベアラがマルチコールの全てのコールによって共用されるか、或いはマルチコールが専用及び共用の両ベアラを有する。「共用」の３Ｇベアラモードは、「コールホールド」補足サービスに対してＧＳＭに使用されるものと同様のコール制御手順をベースとするものである。
【００２０】
共用ベアラが使用されるときには、ユーザは、ベアラを交互に使用しなければならない多数の独立したコールを並列にもつことができる。共用は、コールホールドモード（ＣＨ）により行うことができ、即ちユーザがコールをホールド状態にすると、トラフィックベアラは、チャンネルとして使用されるべくコールから除去される。その結果、そのベアラにあるコールの１つがアクティブモードとなり、そして他のコールがホールドモードとなる。加入者装置のユーザは、コール設定時に、新たなコールに対して新たな専用ベアラが必要であるかどうか又は既存のベアラが必要であるかどうか、そしてどれを使用して１つ以上の既存のコールと共用すべきかを指示する。既存のベアラが選択された場合には、共用すべきベアラを使用するコールを、新たな「共用」コールが開始される前にホールドしなければならない。本発明の好ましい特徴は、移動ユーザが、ネットワーク条件又は環境が許すときに、コールに対して専用ベアラモードが使用されるか共用ベアラモードが使用されるかを制御できることである。しかしながら、ある状態においては、ネットワークがいずれかのモードの使用を示唆又は強制することも考えられる。このような状態は、例えば、加入者データにおける特定のパラメータ又は情報の状態、或いはネットワーク又はベースステーションにおける負荷状態を含む。又、ネットワークがデフォールトによりデータコールに専用ベアラを割り当て、そしてユーザがスピーチコール設定においてのみベアラモードを選択することも考えられる。しかしながら、後者の実施形態では、ユーザは、データコールを専用ベアラモードと共用ベアラモードとの間で切り換えることができる。本発明の１つの好ましい特徴は、ユーザがコールを必要に応じて専用ベアラモードと共用ベアラモードとの間で切り換えることができ、即ちコール中にサービスベアラを変更できることである。
【００２１】
ベアラモードが主としてユーザの好みに基づいて選択されるときに、本発明による３Ｇシステムにおける異なるコール状態に対するベアラネゴシエーションの幾つかの例を以下に説明する。
移動発信（ＭＯ）マルチコール
基本的なコール設定手順は、２Ｇシステムに使用されたもの又は３Ｇシステムに対して提案されたものに非常に類似している。以下の説明は、本発明の実施に関連した特徴のみに集中する。通常そうであるように、ＭＳは、コール設定メッセージＳＥＴＵＰを送信することによりＭＯコール設定を開始できる。
【００２２】
このＳＥＴＵＰメッセージにおいて、移動ステーションのユーザは、新たなベアラを割り当てるのではなくて、既に割り当てられたベアラを使用できることをネットワークに指示する。次いで、ユーザは、設定メッセージにおいて各ベアラＩＤを指示することにより、使用を希望する既存のベアラを識別しなければならない。ユーザがコールに対して新たなベアラを希望する場合には、ＳＥＴＵＰメッセージにおけるベアラＩＤ情報エレメントが空となるか、或いは「１１１１」のような所定値又は現在使用されていないベアラのＩＤを含む。
３Ｇネットワーク（ＭＳＣ）が移動ステーションＭＳからコール設定メッセージを受け取り、そしてベアラＩＤエレメントが空又は「１１１１」であるときには、ネットワークが（デフォールトにより）コールに対して新たなベアラを割り当てる。これは、ＭＳの第１コールに適用される。各割り当てられたベアラは、ベアラＩＤによって識別される。ネットワークは、ベアラＩＤを選択し、そしてそれを例えばＣＡＬＬ＿ＰＲＯＣＥＥＤＩＮＧメッセージにおいてＭＳへ返送する。
【００２３】
ネットワークは、既存のベアラのベアラＩＤと共に設定メッセージを受け取ると、このベアラをコールに割り当てる。共用されるべきベアラを使用する既存のコールは、新たな「共用」コールが開始される前にホールド状態に入れられる。但し、この特徴が好ましい場合である。
ユーザは、コールのトランザクション識別子ＴＩを含むコール解除メッセージを介して共用ベアラからコールを解除することができる。共用ベアラは、そのベアラを使用する最後のコールが解除されたときに解除される。
ユーザは、もし希望すれば、コールを専用ベアラモードと共用ベアラモードとの間で切り換えることができ、即ちコール中にサービスベアラを変更することができる。
【００２４】
「ベアラモード」を「専用ベアラ」モードから「共用ベアラ」モードへ及びその逆に切り換えることは、種々の状態において必要とされ、例えば、ネットワーク（又はユーザ）がベアラの数を制限（減少）することを望むときに必要とされる。これは、既存の（ＧＳＭにおいて）「変更」手順を使用して実行することができ、これにより、コール中にベアラ又はコール特性を変更（ネゴシエート）することができる。「変更」手順は、本質的に、変更要求、変更（ＭＯＤＩＦＹ）メッセージ、及び確認ＭＯＤＩＦＹ＿ＣＯＭＰＬＥＴＥメッセージより成る。ベアラモードの切り換えは、ＭＯＤＩＦＹ及びＭＯＤＩＦＹ＿ＣＯＭＰＬＥＴＥメッセージにベアラＩＤを追加することにより実行することができる。ユーザがコールを既存のベアラに関連させたいときには、このベアラのＢＩＤがＭＯＤＩＦＹメッセージに含まれる。ユーザが新たな（専用）ベアラをコールに割り当てることを希望する場合には、ある値（例えば「１１１１」）をＢＩＤに与えることによりこれを指示することができる。全ての「ベアラ再関連付け」の場合に、ＭＯＤＩＦＹ＿ＣＯＭＰＬＥＴＥメッセージは、結果を含むことができ、即ちコールに関連したベアラのＢＩＤを含むことができる。
【００２５】
コールに新たなベアラを得る別の方法は、設定メッセージを送信することである。換言すれば、ユーザは、アクティブなＴＩと、新たなベアラが要求されるという指示、例えば、ベアラＩＤ「１１１１」と共に、ＳＥＴＵＰメッセージを送信する。ネットワークは、新たなベアラを割り当て、そして既存のコールを共用ベアラから分離する。
ユーザは、各コールのトランザクション識別子ＴＩを含むホールドアクチベーションメッセージＨＯＬＤを送信することにより、専用又は共用ベアラにおけるいかなるコールもホールド状態に入れることができる。ベアラＩＤは必要とされない。ネットワーク（例えばＭＳＣ）がＨＯＬＤメッセージを受け取ると、ネットワークは、ＴＩにより識別されたコールをホールド状態に入れ、即ちそのコールに関連したユーザ情報経路を閉じる。コールがホールドされると、ＭＳ及びネットワークにおけるコールのＣＣピアエンティティが維持されるが、ユーザ情報は転送されない。コールは、これも各コールのＴＩを含むホールドデアクチベーションメッセージＲＥＴＲＩＥＶＥを送信することにより、ホールドモードからアクティブモードへ復帰することができる。
【００２６】
上記ケースのいずれにおいても、ネットワークは、本発明のある実施形態に基づき、ネットワーク条件又は他の理由で必要となれば、ユーザが要求した以外のベアラモードを強制又は示唆することができる。
移動着信（ＭＴ）マルチコール
基本的なコール設定手順は、２Ｇシステムに使用されるか又は３Ｇシステムに対して提案されたものに非常に類似している。以下の説明は、本発明の実施に関連した特徴に集中する。通常そうであるように、３Ｇネットワーク（例えば、ＭＳＣ）は、コール設定メッセージＳＥＴＵＰをＭＳに送信することによってＭＴコール設定を開始できる。別のやり方は、コール待機（ＣＷ）補足サービスにより、１つ以上のアクティブなコールを有するＭＳに新たなＭＴコールを与えることである。
【００２７】
ネットワークオペレータは、ある種の好みを有し、これを助長することができねばならない。それ故、本発明の１つの実施形態では、ネットワークは、到来するＳＥＴＵＰメッセージにおいてどのベアラを使用すべきか指示又は示唆することができる。新たなベアラは、（「１１１１」）のようなある値で指示されてもよい。
ＭＳは、ＳＥＴＵＰメッセージ又はＣＷに応答するか又はそれを確認して、コール設定手順においてＣＡＬＬ＿ＣＯＮＦＩＲＭＥＤ又はＣＯＮＮＥＣＴ＿Ａｃｋのようなある種の応答メッセージを送信する。このような応答メッセージ又は他のメッセージが移動ステーションのユーザによって使用されて、ＭＯコールについて上述したのと同様に、新たなベアラを割り当てるのではなく既に割り当てられたベアラを使用できることをネットワークに指示することができる。換言すれば、ユーザは、設定メッセージに各ベアラＩＤを指示することにより、ユーザが使用を希望する既存のベアラを識別しなければならない。ユーザがコールに対し新たなベアラを希望する場合には、ＳＥＴＵＰメッセージにおけるベアラＩＤ情報エレメントが空であるか、又は「１１１１」のような所定の値を含む。
【００２８】
３Ｇネットワーク（例えばＭＳＣ）が移動ステーションＭＳからＣＡＬＬ＿ＣＯＮＦＩＲＭＥＤのようなメッセージを受け取り、そしてベアラＩＤエレメントが空であるか又は「１１１１」であるときには、ネットワークが（デフォールトにより）新たなベアラをコールに割り当てる。これは、ＭＳの第１コールに適用される。各割り当てられたベアラは、ベアラＩＤにより指示される。ネットワークは、ベアラＩＤを選択し、そしてそれをＭＳに返送する。
ネットワークは、ＣＡＬＬ＿ＣＯＮＦＩＲＭＥＤのようなメッセージを既存ベアラのベアラＩＤと共に受け取ると、このベアラをコールに関連付ける。共用されるべきベアラを使用する既存のコールは、新たな「共用」コールが開始される前にホールドされる。
【００２９】
ユーザは、ＭＯマルチコールについて上述したのと同様に、コールを解除し、そしてコールを専用ベアラモードと共用ベアラモードとの間並びにホールドモードとアクティブモードとの間で切り換えることができる。
上記ケースのいずれにおいても、ネットワークは、本発明のある実施形態に基づき、ネットワーク条件又は他の理由で必要となる場合には、ユーザが要求した以外のベアラモードを強制又は示唆することができる。
２Ｇ補足サービスと３Ｇマルチコールサービスとの相互作用
マルチコールは、ユーザが進行中のコールとは独立してコールを受け取り、そして進行中のコールとは独立して新たなコールを発することができねばならないことを必要とする。この必要性は、ある補足サービスに生じる幾つかの状態と相互作用し又はそれと干渉する。
【００３０】
次の補足サービス（ＳＳ）、即ちコール待機（ＣＷ）、ビジー時のコール再送（ＣＦＷ）及びビジー加入者へのコール完了（ＣＣＢＳ）が、「ユーザビジー」状態によってトリガーされる。更に、次の補足サービス、即ち多当事者コール（ＭＰＴＹ）、コールホールド（ＣＨ）、及び明確なコール転送（ＥＣＴ）は、マルチコールと相互作用し得るエレメントを含む（例えば、マルチコールは、ＭＳにおけるサービスを実施する可能性を与える）。
ＧＳＭでは、ユーザがビジーであってコールを受信できないことを表す方法が２つある。「ユーザが決定するユーザビジー（ＵＤＵＢ）」状態は、ユーザが、「ユーザビジー」の原因でＣＡＬＬ＿ＣＯＮＦＩＲＭＥＤ又はＲＥＬＥＡＳＥ＿ＣＯＭＰＬＥＴＥメッセージで受信ＳＥＴＵＰメッセージに応答することにより与えられたコールを拒絶するときに発生する。或いは、ネットワーク（ＭＳＣ）が、ユーザの（ベアラ）リソースが占有されたと決定することもでき、これは、「ネットワークが決定するユーザビジー（ＮＤＵＢ）」である。
【００３１】
ＧＳＭにおける使用可能なベアラ数は１であり、この１つのベアラ（接続）が占有されたときにＮＤＵＢが発生する。３Ｇでは、ベアラの数に対して明確な限界が存在しない。むしろ、基準は、システムの物理的な限界ではなく同時コールを取り扱うユーザの能力でなければならない。
本発明の実施形態では、「ネットワークが決定するユーザビジー（ＮＤＵＢ）」の定義が、基本的コール（「コール待機」コールを含まない）の最大数が、例えば、ネットワーク要素ごと又は加入者ごとのベースで指定できる値Ｎであるという状態に変更される。更に別の実施形態では、コールの最大数（Ｎ）を各基本的なコール形式ごとに別々に与えることができる。このように、例えば、並列なスピーチコールの数を１に制限し、しかも、同時に多数の（ＣＳ）データ又はファクシミリコールをアクティブにすることができる。ユーザは、ＮＤＵＰをネットワークに指示し、そしてコール中にその限界を変更することができる。
【００３２】
「コール待機ＣＷ」とは、入呼びがビジーのユーザに与えられることを意味する。３Ｇでは、ＣＷの意味又は役割は、ＧＳＭの場合とは異なる。というのは、マルチコールがそれに対応する機能を暗黙的に与えるからである。しかし、３ＧではＣＷをサポートしなければならないという明確な要求があるために、マルチコールとＣＷとの間に生じ得る相互作用の問題を考慮しなければならない。
マルチコールにおいて共用ベアラモードが使用されず及び／又はＮＤＵＢが制限されない場合には、新たなコールを与えるためにＣＷは必要とされない。
共用ベアラモードが使用されそしてＮＤＵＢが制限される場合には、コールの数がＮＤＵＢに到達するまでネットワークは新たなコールを設定する。ＮＤＵＢに到達した後、ネットワークはＣＷにより新たなコールを与えることができる。これは、ビジー加入者についても考えられる。このように、ＣＷは、マルチコールの「上」で作用し、即ちマルチコール及びＣＷは、両方とも、予想されるように機能する。
【００３３】
３Ｇでは、到来するＣＷコールが許されるときに、最大数のベアラが既に使用中である。ユーザは、（２つ以上のアクティブなコールを有する場合に）ホールド状態に入れるべきコールを選択し、そしてどのベアラを使用すべきかの指示と共に新たなコールを受け入れねばならない。ユーザは、受け取った情報に基づいて、新たに与えられたコールがスピーチコールであるか又はデータコールであるかを決定することができる。コールがデータコールである場合には、コールをホールド状態に入れることは、通常、適当でない。
３Ｇマルチコールは、多当事者コールをＭＳにおいて実行できるようにし、即ち別々の２つの「専用ベアラ」コールのスピーチ経路をターミナルにおいて結合できるようにする。しかしながら、これは、空気中を経て２つ（以上）のスピーチ経路を維持するので、リソースの（不必要な）浪費を招く。
【００３４】
ＧＳＭでは、多当事者コールは、同じベアラを両方が共用する１つのアクティブなコール及び１つのホールドされたコールから開始される。３Ｇでは、少なくとも２つの「専用ベアラ」マルチコールを多当事者コールへ結合できねばならない。これは、専用ベアラからのコールの１つを、本発明の原理に基づいて他のコールのベアラを共用するように変更し、両コールが共用ベアラモードとなって、一方がアクティブでそして他方がホールドとなるようにすることにより、実行できる。既に共用ベアラモードにあるコールに対して多当事者コールを確立すべき場合には、この段階が当然省略される。共用ベアラモードでは、ＧＳＭの場合と同様に、多当事者サービスを開始することができる（各コールのＴＩを参照する「ファシリティ」メッセージをＢｕｉｌｄＭＰＴＹ指示と共に送信することにより）。その結果、２Ｇ多当事者コール補足サービスを３Ｇシステムにおいて完全にサポートすることができる。
【００３５】
３Ｇ−２Ｇ二重モードステーションの場合には、使用可能なベアラ能力及びネットワークにより与えられるサービスレベルを変更できるシステム間ハンドオーバーも使用できる。本発明では、３ＧシステムからＧＳＭのような２Ｇシステムへのマルチコールのハンドオーバーを行うことができる。これは、マルチコールの全てのコールを（それらが専用ベアラモードにあるか共用ベアラモードにあるかに関わりなく）ハンドオーバーの前に共通の共用ベアラに入れることによって達成される。コールの１つはアクティブとされ、そして他のコールはホールドとされる。しかしながら、データコールは、通常、ホールドとされず、ハンドオーバーの前に解除される。従って、マルチコールのハンドオーバーは、２Ｇシステムにおける内部ハンドオーバーと同様に実行することができる。２Ｇシステムでは、マルチコールは、共用ベアラにおいて１つのコールがアクティブでそして他のコールがホールドである状態で継続される。
本発明の原理を説明するために、好ましい実施形態を参照して、本発明を以上に説明した。本発明は、請求の範囲内でその細部を種々変更できることが明らかである。
【図面の簡単な説明】
【図１】３Ｇ移動システムの簡単なアーキテクチャーを示す図である。
【図２Ａ】２Ｇ及び３Ｇ移動システムをインターワーキングできるようにするアーキテクチャーを示す図である。
【図２Ｂ】２Ｇ及び３Ｇ移動システムをインターワーキングできるようにする別のアーキテクチャーを示す図である。
【図３Ａ】共用ベアラを伴う２Ｇマルチコールを示す図である。
【図３Ｂ】専用ベアラを伴う「純粋な」３Ｇマルチコールを示す図である。
【図３Ｃ】専用及び共用ベアラを伴う３Ｇマルチコールを示す図である。

Claims (22)

1. テレコミュニケーションシステムにおいてテレコミュニケーションネットワークと加入者ターミナルとの間で送信経路を経て送られるマルチコールを制御する方法において、
   （ｉ）新たなベアラに新たなコールを設定するか、又は
   （ii）既存のベアラが少なくとも２つのコールによって共用されるように既存のベアラに新たなコールを設定する、
   のいずれかにより、ある基準に基づいて、既存のマルチコールに新たなコールを設定するという段階を含むことを特徴とする方法。
2. 新たなベアラが必要とされるかどうか、又は上記既存のベアラを使用すべきかどうかの判断は、上記基準に基づきネットワークによって行なわれる請求項１に記載の方法。
3. 上記基準は、加入者ターミナルのユーザの好みである請求項１又は２に記載の方法。
4. コール設定シグナリングにおいてどの既存のベアラを使用すべきか指示する段階を含む請求項１、２又は３に記載の方法。
5. 上記指示段階は、コール設定シグナリングにおいて使用すべき既存のベアラのベアラＩＤを指示する段階を含む請求項４に記載の方法。
6. ユーザがコール設定において使用すべき既存のベアラを指示しない場合にはネットワークによるデフォールトによって新たなコールに専用ベアラを割り当てる段階を含む請求項１ないし５のいずれかに記載の方法。
7. 現在共用ベアラにあるコールを、新たな専用ベアラを使用するように変更する段階を含む請求項１ないし６のいずれかに記載の方法。
8. 上記変更段階は、
   現在共用ベアラにある上記コールのトランザクション識別子と、新たな専用ベアラが要求される指示とを含むコール設定メッセージを加入者装置からネットワークへ送信し、そして
   上記コール設定メッセージに応答して、新たな専用ベアラを割り当て、そして受け取ったトランザクション識別子で指示されたコールをネットワークによって上記割り当てられたベアラへ転送する、
   という段階を含む請求項７に記載の方法。
9. 現在専用ベアラを使用しているコールを、少なくとも他のコールとで共用された別のベアラを使用するように変更する段階を含む請求項１ないし８のいずれかに記載の方法。
10. 上記変更段階は、
    専用ベアラを有する上記コールのトランザクション識別子と、使用すべき共用ベアラを指示するベアラＩＤとを含むコール設定メッセージを加入者装置からネットワークへ送信し、そして
    上記コール設定メッセージに応答して、ネットワークにより、受け取ったトランザクション識別子で指示されたコールを上記既存のベアラへ転送する、
    という段階を含む請求項９に記載の方法。
11. 共用ベアラにあるコールをユーザによりアクティブモードと上記ホールドモードとの間で交番させる段階を含む請求項１ないし１０のいずれかに記載の方法。
12. 上記交番段階は、コールのトランザクション識別子を含むホールドメッセージを送信して、各コールをホールド状態に入れるという段階を含む請求項１１に記載の方法。
13. コール待機補足サービスにより新たな加入者装置着信コールをユーザに与える段階を含む請求項１ないし１２のいずれかに記載の方法。
14. 許容最大ベアラ数がマルチコールによって使用されたときだけコール待機補足サービスにより新たな加入者装置着信コールをユーザに与える段階を含む請求項１ないし１２のいずれかに記載の方法。
15. 上記テレコミュニケーションシステムは、異なる世代の２つのテレコミュニケーションネットワークを備え、第１のテレコミュニケーションネットワークは、マルチコールに対して共用ベアラ及び専用ベアラの両方をサポートし、そして第２のテレコミュニケーションネットワークは、マルチコールに対して共用ベアラしかサポートせず、上記方法は、ネットワーク間マルチコールハンドオーバーを含み、これは、
    ハンドオーバーを受けるマルチコールのコールを、それらが専用ベアラモードにあるか共用ベアラモードにあるかに関わりなく、ハンドオーバーの前に、上記第１ネットワークの共通の共用ベアラに入れ、そして
    上記マルチコールを上記第２テレコミュニケーションネットワークの共用ベアラに入れるというハンドオーバーを行う、
    という段階を含む請求項１ないし１４のいずれかに記載の方法。
16. テレコミュニケーションネットワークと加入者ターミナルとの間で送信経路を経て送られるマルチコールを制御する構成体を備えたテレコミュニケーションシステムにおいて、上記ネットワークが、
    （ｉ）新たなベアラに新たなコールを設定するか、又は
    （ii）既存のベアラが少なくとも２つのコールによって共用されるように既存のベアラに新たなコールを設定する、
    のいずれかにより、ある基準に基づいて、既存のマルチコールに新たなコールを設定するように構成されたことを特徴とするテレコミュニケーションシステム。
17. 新たなベアラが必要とされるかどうか、又は上記既存のベアラを使用すべきかどうかの判断は、上記基準に基づきネットワークによって行なわれる請求項１６に記載のシステム。
18. 上記基準は、加入者ターミナルのユーザの好みである請求項１６又は１７に記載のシステム。
19. 上記コール設定シグナリングは、どの既存のベアラを使用すべきかの指示と、好ましくは、使用すべき既存のベアラのベアラＩＤとを含み、そして上記ネットワークは、使用すべき既存のベアラの指示が上記コール設定シグナリングにおいて受け取られない場合にデフォールトにより新たなコールへ専用ベアラを割り当てるように構成された請求項１６ないし１８のいずれかに記載のシステム。
20. 加入者ターミナルは、現在共用ベアラにあるコールを、新たな専用ベアラを使用するように変更するためのコール設定メッセージをネットワークに送信するように構成され、このメッセージは、上記コールのトランザクション識別子と、新たな専用ベアラが要求される指示とを含み、そして
    上記ネットワークは、上記コール設定メッセージに応答して、新たな専用ベアラを割り当て、そして受け取ったトランザクション識別子で指示されたコールを上記割り当てられたベアラに転送する請求項１６ないし１９のいずれかに記載のシステム。
21. 上記加入者装置は、現在専用ベアラを使用しているコールを、少なくとも他のコールと共用された別のベアラを使用するように変更するためのコール設定メッセージをネットワークに送信するように構成され、このメッセージは、専用ベアラを有する上記コールのトランザクション識別子と、使用すべき共用ベアラを指示するベアラＩＤとを含み、そして
    上記ネットワークは、上記コール設定メッセージに応答して、受け取ったトランザクション識別子で指示されたコールを上記既存のベアラへ転送する請求項１６ないし２０のいずれかに記載のシステム。
22. 上記ネットワークは、共用ベアラにおけるコール待機補足サービスにより、常に、又は許容最大ベアラ数がマルチコールにより使用されたときだけ、新たな加入者装置着信コールをユーザへ与えるように構成された請求項１６ないし２１のいずれかに記載のシステム。

Images