(57)【特許請求の範囲】
【請求項１】
１組の加入者データに各々関連した加入者ターミナル(MS)とテレコミュニケーションネットワーク(PLMN)との間で送信経路(Uu)を経て多数の独立した同時コールを管理する方法であって、上記送信経路の使用可能な容量に関連した第１の上限内のみで新たなコールを許す段階を含む方法において、
上記同時コールの数に対して、ゼロ以上の少なくとも１つの第２上限(NMAX)を定義し、
上記ネットワークと上記加入者ターミナルとの間で同時コールの実際の数(N)を監視し、そして
同時コールの実際の数(N)が上記少なくとも１つの第２上限(NMAX)より小さい場合にのみ上記加入者ターミナル(MS)への／からの新たなコールを許可する、
という段階を含むことを特徴とする方法。
【請求項２】
上記少なくとも１つの第２上限(NMAX)は、多数の加入者の各々に対し、好ましくは当該加入者ターミナルに関連した上記１組の加入者データと一緒に、個々に記憶される(404)請求項１に記載の方法。
【請求項３】
上記コールは、音声、データ、テレファックス及び映像の少なくとも２つを含む多数の形式に分類され、そして
上記定義、監視及び許可段階は、各コール形式に対して別々に実行される請求項１又は２に記載の方法。
【請求項４】
加入者ターミナルのユーザには、少なくとも１つの第２上限を設定するための手段が与えられる請求項１ないし３のいずれかに記載の方法。
【請求項５】
上記少なくとも１つの第２上限(NMAX)は、その数の同時コールを許可しても上記第１上限を越えることがないように選択される請求項１ないし４のいずれかに記載の方法。
【請求項６】
上記第１の上限は、最大データレートを特定し、各コール又はコール形式に対して、特性データレートがあり、そして少なくとも１つの第２上限は、上記同時コールの特性データレートの和が上記第１の上限を越えないように特定される請求項５に記載の方法。
【請求項７】
上記実際の数(N)が上記少なくとも１つの第２上限(NMAX)と少なくとも同程度の大きさである場合に、ネットワーク検出ユーザビジー(NDUB)状態が検出される請求項１ないし６のいずれかに記載の方法。
【請求項８】
ネットワーク検出ユーザビジー(NDUB)状態は、ユーザ検出ビジー状態(UDUB)に応答しても検出される請求項７に記載の方法。
【請求項９】
上記テレコミュニケーションネットワークは、セルラー移動ネットワークであり、そして上記送信経路は、無線インターフェイスを含む請求項１ないし８のいずれかに記載の方法。
【請求項１０】
テレコミュニケーションネットワーク（PLMN）と加入者ターミナル（MS）との間の送信経路の使用可能な容量に関連した第１の上限内のみで該加入者ターミナル（MS）に対して新たなコールを許すようにされているようなテレコミュニケーションネットワーク(PLMN)のためのネットワーク要素であって、移動サービス交換センター(MSC)等のコール制御機能を有するネットワーク要素において、
多数の加入者ターミナル(MS)の各々に対し、その加入者ターミナルへの／からの同時コールの数について、少なくとも１つの第２上限(NMAX)を記憶し、
上記ネットワーク要素と上記加入者ターミナルとの間で同時コールの実際の数(N)を監視し、そして
同時コールの実際の数(N)が上記少なくとも１つの第２上限(NMAX)より小さい場合にのみ上記加入者ターミナル(MS)への／からの新たなコールを許可する、
ように構成されたことを特徴とするネットワーク要素。
【請求項１１】
上記ネットワーク要素は、実質的にそれ自体知られた補足サービスであるビジー時コール再送ＣＦＢを与えるように構成され、そして上記ネットワーク要素は、同時コールの実際の数(N)が上記少なくとも１つの第２上限(NMAX)に少なくとも等しい場合に上記ＣＦＢ補足サービスを与えるように構成される請求項１０に記載のネットワーク要素。
【請求項１２】
上記ネットワーク要素は、実質的にそれ自体知られた補足サービスであるコール待機ＣＷを与えるように構成され、そしてこのＣＷ補足サービスは、進行中のコールが設定段階又は解除段階にある場合に移動着信コールを与えるように構成される請求項１０又は１１に記載のネットワーク要素。
【請求項１３】
ターミナルへの及び／又はターミナルからの少なくとも１つのコールをサポートしそして少なくとも１つの補足サービスを上記少なくとも１つのコールに関連付けさせるように構成されたテレコミュニケーションネットワーク要素、好ましくは移動サービス交換センター(MSC)において、上記少なくとも１つの補足サービスは、上記加入者への及び／又はからのコールを阻止することを含み、この阻止は、上記ターミナルへの／からの同時コールの数を、上記ネットワーク要素の外部から正の整数にセットできる現在上限に制限することを特徴とするテレコミュニケーションネットワーク要素。
【請求項１４】
上記現在上限は、上記ターミナルのユーザ、上記ネットワークのオペレータ及び上記少なくとも１つのコールについて支払するエンティティの少なくとも１つによってセットできる最大値へ制限される請求項１３に記載のテレコミュニケーションネットワーク要素。
【請求項１５】
テレコミュニケーションネットワーク（PLMN）と加入者ターミナル（MS）との間の送信経路の使用可能な容量に関連した第１の上限内のみで加入者ターミナル（MS）に対して新たなコールを許すようにされているようなテレコミュニケーションネットワーク(PLMN)のための加入者レジスタ(HLR,VLR)であって、特定の加入者ターミナル(MS)に各々関連した加入者データのセットを記憶するための手段を備えているような加入者レジスタ(HLR,VLR)において、加入者データ(404)の多数のセットの各々は、当該加入者ターミナルへの／からの同時コールの数に対して少なくとも１つの第２上限(NMAX)を記憶するために対応データ構造体(20)を含むか又はそれに関連付けされることを特徴とする加入者レジスタ。
【請求項１６】
移動ステーション(MS)のような加入者ターミナルであって、テレコミュニケーションネットワーク(PLMN)への送信経路(Uu)と、複数のコンフィギュレーションパラメータをセットするためのユーザインターフェイスとを有し、上記送信経路(Uu)の使用可能な容量に関連した第１の上限内で多数の独立した同時コールを可能にする加入者ターミナルにおいて、
上記複数のコンフィギュレーションパラメータは、上記同時コールの数に対して、ゼロ以上である少なくとも１つの第２上限(NMAX)を含み、そして
上記加入者ターミナルは、上記少なくとも１つの第２上限(NMAX)をテレコミュニケーションネットワークに送信するように構成されたことを特徴とする加入者ターミナル。
【発明の詳細な説明】
【０００１】
【技術分野】
本発明は、テレコミュニケーションネットワークにおいて多数のコールを実行する方法及び装置に係る。本発明は、移動テレコミュニケーションネットワーク、特に、いわゆる第３世代（３Ｇ）の移動通信システムに関連して説明する。しかしながら、本発明は、有線型ネットワークにも適用できる。ＵＭＴＳ（ユニバーサル移動テレコミュニケーションシステム）のような３Ｇ移動システムがＵＭＴＳフォーラム及びヨーロピアンテレコミュニケーションスタンダードインスティテュートＥＴＳＩによって規格化されている。ＵＭＴＳの現在の状態は、参照文献１ないし４に規定されている。将来の３Ｇシステムは、単一の移動ステーションへの／からの多数の同時コールを許さねばならないことが示唆されている。換言すれば、移動ステーションは、多数の独立して制御されるトラフィックチャンネルを有していなければならない。
【０００２】
【背景技術】
３Ｇシステムに関連した公知出版物に示された問題点は、多数のコールの取り扱いが「可能であるべき(should-be possible)」レベルでしか特定されていないことである。換言すれば、公知の出版物は、単一の移動ステーションへの／からの多数のコールの管理詳細をほぼ完全に無視している。ＧＳＭのような第２世代（２Ｇ）システムでは、移動ステーションが２つのコールを有する状態が１つある。このような状態は、加入者が、コール保留（ＣＨ）と称する補足サービス（ＳＳ）を有する場合に生じる。しかしながら、２Ｇ移動ステーションは、多数の独立して制御されるトラフィックチャンネルをもつことがなく、ＣＨ状態では、一方のコールのみがアクティブであり、他方のコールは保留状態にある。いわゆる高速データ転送でも、移動ステーションは、多数のタイムスロットを使用するが、全てのタイムスロットは、共通のトラフィックチャンネルに指定される。
【０００３】
【発明の開示】
説明の便宜上、「マルチコール」という用語は、多数の独立して制御されるトラフィックチャンネルを用いた単一の移動ステーションへの／からの多数の独立した同時コールを示すのに使用する。あるコールは、移動発信（ＭＯ）コールであり、そしてあるコールは、移動着信（ＭＴ）コールである。本発明の目的は、このようなマルチコールをサポートするメカニズムを提供することである。移動ステーションのユーザは、出呼びとは独立して入呼びを受信しそして入呼びとは独立して新たな出呼びを発信することができねばならない。この必要性は、既存のシステムにおける補足サービスに対して充分に確立された幾つかの手順をある程度妨げ又はそれに対立する。本発明の別の目的は、このような対立を解消し、そしてそれを最小に保持することである。
【０００４】
これらの目的は、独立請求項に記載した本発明の方法及び装置によって達成される。本発明の好ましい実施形態は、従属請求項に記載する。
本発明は、無線インターフェイスのように転送容量が限定された送信経路を経て加入者ターミナルが接続されたテレコミュニケーションネットワークにおいて入呼び及び出呼びを許すための新規な基準をベースとする。本発明の第１の特徴によれば、テレコミュニケーションネットワークと加入者ターミナルとの間の多数の独立した同時コールを管理する方法が提供される。公知の方法は、もし新たなコールを許しても、送信経路の使用可能な容量に関連した第１の上限を越えない場合にしかその新たなコールを許さないという段階を含む。
【０００５】
第１の上限は、「物理的な上限」又は「使用可能な上限」と称することもできる。２Ｇシステムでは、送信経路の使用可能な容量内でのみ新たなコールを許す段階は、ほとんど意味のないものである。というのは、無線インターフェイスの容量が１コールだからである。３Ｇシステムでは、無線ネットワークコントローラＲＮＣは、通常、無線インターフェイスの最大データレートに到達するまで、各同時コールに対してある量のデータレートを割り当てる受け入れ制御機能を有している。或いは又、ネットワークに負荷がかかった場合に、受け入れ制御機能が必要量より小さなデータレートを割り当ててもよい。従って、第１の上限は、無線インターフェイスの物理的データレートにせいぜい等しいが、受け入れ制御がそれを低い値に制限する。本発明の第１の特徴による方法は、同時コールの数に対して、ゼロ以上の少なくとも１つの第２上限を定義し、ネットワークと移動ステーションとの間で同時コールの実際の数を監視し、そして同時コールの実際の数が第２上限より小さい場合にのみ新たな入呼び又は出呼びを許可するという段階を含むことを特徴とする。
【０００６】
第２上限に対するより記述的な表現は、「現在上限」である。以下、「上限」という表現（「第１」又は「物理的」という語を伴わない上限それ自体）は、第２上限、即ち現在上限を指す。
本発明の第２の特徴によれば、上記方法を実施するためのコール制御機能（ＣＣ）を有するネットワーク要素、例えば、移動サービス交換センターが提供される。
本発明の更に別の特徴によれば、加入者データのセットを記憶するための加入者レジスタであって、加入者データの各セットが特定の移動ステーションに関連され、そして当該移動ステーションへの／からの同時コールの数に対する少なくとも１つの上限を記憶するための対応データ構造を含むか又はそれに関連されるような加入者レジスタ、好ましくはホーム位置レジスタＨＬＲ又はビジター位置レジスタＶＬＲが提供される。
【０００７】
本発明の更に別の特徴によれば、同時コールの数に対する少なくとも１つの上限をセットするように特に適応されたユーザインターフェイスを有し、その上限（１つ又は複数）をテレコミュニケーションネットワークに送信するように構成された移動ステーションのような加入者ターミナルが提供される。
本発明の好ましい実施形態によれば、コールは、音声コール、データコール及びファックスコールのような複数のコール形式に分類される。各形式ごとに個別の上限があるのが好ましい。例えば、マルチメディアサービスは、各コールが１つのデータ流を制御するようなマルチコールとして実施することができる。マルチメディアセッションにおいて、音声、映像及びデータの各々に対して１つのデータ流がある。（映像のデータ流はデータコールにおいて転送されてもよいし、又は映像に対して個別のコール形式があってもよい。）このような同時コールを収集しそして同期することは、コアネットワークでは行われない。コアネットワークは、共通セッションに関連したコール間の関係を確認する必要がない。むしろ、このような同時コールを同期することは、移動ステーション又はそれに接続されたコンピュータ或いはセルラーネットワークに作動的に接続されたアプリケーションサーバにおいて実行されるユーザ又はアプリケーションレベルのソフトウェアのタスクである。
【０００８】
少なくとも１つの第２上限（ＮＭＡＸ）が選択され、その数の同時コールを許しても、第１上限を越えないことを照合するために、任意のチェックを行うことができる。しかしながら、コール制御機能が、無線インターフェイスの限界内でデータレートを割り当てることにより、この段階をとにかく実行することを考慮すれば、これは厳密に必要というのではない。現在のバージョンによれば、３Ｇ移動ステーションは、データレートに関しては、非常に多数の同時コールをサポートすることができる。これは、このようなコールを編成するユーザの能力を遥かに越えるものであり、従って、実際には、第２の上限は、一般に、無線インターフェイスの最大データレートに到達しない低い数値にセットされる。
【０００９】
最初に、加入契約において現在上限（１つ又は複数）を定義することができる。好ましくは、１つ以上の上限が、従来の加入者データと一緒にホーム位置レジスタＨＬＲに記憶される。又、それらの上限は、従来の加入者データと一緒に、ＭＳにサービスするＭＳＣ／ＶＬＲにも転送される。ＭＳにサービスするＭＳＣ／ＶＬＲは、同時コールの実際の数を監視し、実際のコール数をコールの上限と比較し、そして実際の数が上限より少ない場合にのみ新たなコールを許す。上述したように、記憶、転送、比較等は、各コール形式に対して個々に実行される。
【００１０】
本発明の別の好ましい実施形態によれば、ユーザは、同時コールの現在上限（１つ又は複数）を変更することが許される。これを実施するための若干粗野なメカニズムとして、ユーザは、適当に形式化された無接続メッセージ、例えば、ショートメッセージ又はＵＳＳＤ（未構成補足サービスデータ）メッセージを送信することができる。ユーザにより馴染み深い解決策として、ユーザは、進歩型の移動ステーション、それに接続されたポータブルコンピュータ、又は個別のコンピュータに常駐するＷＷＷブラウザにより、自分のコンフィギュレーションオプションにアクセスすることができる。
【００１１】
本発明の更に別の実施形態によれば、ＧＳＭ型ネットワークから知られた２つの補足サービスが、より進歩型の（コンフィギュレーション可能な）バージョンに置き換えられる。これらの補足サービスは、ＢＡＩＣ（入呼びの阻止）及びＢＡＯＣ（出呼びの阻止）であり、これらは、ＢＭＩＣ（Ｎ１）（多数の入呼びの阻止）及びＢＭＯＣ（Ｎ２）（多数の出呼びの阻止）に各々置き換えられる。パラメータＮ１及びＮ２は、許された同時入呼び又は出呼びの最大数を指示する。Ｎ１＝Ｎ２＝０の場合には、ＢＭＩＣ（Ｎ）及びＢＭＯＣ（Ｎ）がＢＡＩＣ及びＢＡＯＣに各々等しい。Ｎ１＝Ｎ２＝１の場合には、移動ステーションが２Ｇの移動ステーションのように動作し、即ち単一コールが許されるだけであり、マルチコールは許されない。
【００１２】
明らかに、補足サービスＢＡＩＣ及びＢＡＯＣを削除する必要はない。これらは、これらサービスのより進歩型のバージョンと並列に使用することができる。それとは別に、パラメータＮ１及びＮ２は、任意なものとされて、サービスＢＡＩＣ及びＢＡＯＣの名前に付随されてもよい。ＢＡＩＣ（Ｎ１）及びＢＡＯＣ（Ｎ２）は、同時コールの数を各々Ｎ１及びＮ２に制限する。Ｎ１又はＮ２が省略される場合には、ゼロにデフォールトし、これは、ＢＡＩＣ及びＢＡＯＣのＧＳＭ型実施と同等である。
【００１３】
パラメータＮ１及びＮ２は、２つの個別の上限値と、ユーザコンフィギュレーション可能な現在値とを有するのが好ましい。ネットワークオペレータは、マルチコールを取り扱う能力に対して割増料金を課することができる。この割増料金を支払う意志のない加入者の場合、Ｎ１及びＮ２の上限は１であり、即ちマルチコールは許されない。たとえマルチコールが許されても、それらの数は、ある適度な値に制限される。一方、請求書に対して支払をする会社は、Ｎ１及びＮ２をほとんどのユーザに対して１に制限するように希望し、そしてマルチコールの能力を絶対的に必要とする何人かのユーザに対してのみマルチコールを許すようにしてもよい。ユーザは、Ｎ１及びＮ２の現在値をゼロとこれら上限の低い方との間にセットすることが許される。
【００１４】
物理的な上限は、装置認識レジスタＥＩＲに記憶することができる。現在上限が変更されたときには（少なくともそれらが増加されたときには）、ＥＩＲを調べて、新たな値が物理的上限内に入るよう確保することができる。或いは又、ＭＳの物理的上限をＨＬＲに記憶するか、又はＭＳ自体でしかそれを知り得ないようにし、ＭＳとＲＮＣが、相互に合意する値をネゴシエーションするようにしてもよい。ＵＭＴＳに対する現在のプランでは、物理的上限は、コールの固定数ではなく、最大データレート又は帯域巾である。個々の同時コールに対する特性データレートの和が移動ステーションの最大データレートを越えないように、１つ以上の現在上限を特定しなければならない。物理的上限は、データレート（メガビット／秒）で表されるのが好ましいが、現在上限は、各形式の最大コール数として表されるのが好ましい。というのは、この限界は、主として、個々のコールを編成するためのユーザの能力に関連しているからである。最もあり得そうなこととして、同時音声コールの上限が１にセットされるが、これは、同時データ及びファクスコールの数も適度な数値に制限することを意味する。データレートについては、ＵＭＴＳターミナルは、非常に多数の同時データコールをサポートできるが、各データコールがコールのある点においてユーザの注目を必要とする場合には、ユーザが圧倒されることになる。各データコールに対する特性データレートは、例えば、当該コールに対するネゴシエーションされたサービスクオリティ（ＱｏＳ）により決定することができる。
本発明の他の好ましい実施形態によれば、ネットワークにおける幾つかのビジー状態を検出するための基準、及びこのような基準を使用するある補足サービスが変更される。
【００１５】
【発明を実施するための最良の形態】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
便宜上、幾つかの短縮表示を説明に使用する。「３Ｇシステム」とは、ＵＭＴＳのようなマルチコール機能を有するシステムを指す。対応的に、「２Ｇシステム」とは、マルチコール機能のないシステム、例えば、ＧＳＭシステムを指す。「３Ｇモード」とは、マルチコールが許されたときの３Ｇシステムのオペレーションを指し、そして「２Ｇ」モードとは、マルチコールが許されないときのオペレーションを指す。
図１は、ＵＭＴＳのような第３世代の移動通信ネットワークのブロック図である。３Ｇシステムは、完全に標準化されていないことを理解されたい。それ故、全ての用語及び表現は、一例として使用されるもので、説明上の用語として解釈されるべきであり、何らそれに限定されるものではない。
【００１６】
ＵＭＴＳ移動ステーションＭＳは、移動装置ＭＥと、ＵＳＩＭ（ユーザ及びサービス及び認識モジュール）とで構成される。ＭＳと無線アクセスネットワークＲＡＮとの間には無線インターフェイスＵｕがあり、ＲＡＮは、無線ネットワークコントローラＲＮＣの制御下にあるベースステーションＢＳを含む。回路交換サービスの場合に、ＲＮＣは、Ａインターフェイスを経て移動サービス交換センターＭＳＣに接続され、そしてパケット交換サービスの場合に、Ｇｂインターフェイスを経てサービスＧＰＲＳサポートノードＳＧＳＮへ至る接続がある。ＭＳＣ及びＳＧＳＮ要素は、個別のＵＭＴＳ追加区分を含むことができる。ＭＳに関連した加入者データは、ホーム位置レジスタＨＬＲに永久的に記憶され、そして回路交換オペレーションの場合に、データは、そのときＭＳにサービスしているＭＳＣのビジター位置レジスタＶＬＲへ転送される。ＧＳＭ／ＧＰＲＳシステムのＡ及びＧｂインターフェイスをＵＭＴＳのＩｕインターフェイスに適応させるための個別のインターワーキングユニットＩＷＵがある。装置関連データを記憶するために、ネットワークは、装置認識レジスタＥＩＲを備えている。加入者特有のデータを入力しそして更新するために、マン−マシンインターフェイスＭＭＩを有するオペレーション・メンテナンス区分Ｏ＆Ｍがある。補足サービスを形成しそして管理するために、通常は、インテリジェントネットワークのサービス制御ポイント（ＳＣＰ）の進化型バージョンと考えられる専用のサービス制御ノードＳＣＮがある。
【００１７】
新たな加入者契約に署名するときには、加入者データがＨＬＲに記憶される。加入者データは、各コール形式（音声、データ、ファックス等）に対する現在上限も含む。物理的上限を含む移動ステーションの仕様は、ＥＩＲ、ＨＬＲ又はＭＳ自体に記憶することができる。ＭＳのユーザは、適当に形式化されたショートメッセージ又はＵＳＳＤメッセージを送信することにより、或いは好ましくは、移動ステーションで又はインターネットに接続された個別のコンピュータ（図示せず）でインターネットを経てアプリケーションサーバＡＳにアクセスすることにより、各コール形式に対する現在上限を変更することができる。
【００１８】
図２Ａは、現在コールの数を監視するためのＭＳＣ／ＶＬＲ内のデータ構造体２０を示す。本発明の好ましい実施形態によれば、データ構造体２０は、音声、データ及びファックスコールに対する個々の上限（ＮＭＡＸv、ＮＭＡＸD、ＮＭＡＸF）と、同時コールの個々の現在数（Ｎv、ＮD、ＮF）を各々含む。最大数は、最初にＨＬＲに記憶され、そこから、ＭＳにサービスするＭＳＣ／ＶＬＲへ転送される。ＭＳＣ間ハンドオーバーの間に、データ構造体２０は、新たなＭＳＣ／ＶＬＲに転送されねばならない。
【００１９】
図２Ｂは、新たなコールを許可又は拒絶するためのテストを示すフローチャートである。図２Ｂは、各コール形式（音声、データ及びファックス等）に対して個々の上限を有する本発明の好ましい実施形態に関するものである。ステップ２１では、新たなコールの要求が検出される。ステップ２２では、コール形式（音声、データ又はファックス）が決定される。ステップ２３では、このコール形式に対する現在数Ｎが、その同じコール形式の現在上限ＮＭＡＸと比較される。このコール形式に対してＮ＝ＮＭＡＸである（即ち既に上限に達している）場合には、ステップ２７においてコールが拒絶される。ステップ２１は、公知のテストに対応するもので、新たなコールが、無線インターフェイスのような送信経路の物理的又は使用可能な容量を越えるかどうかテストされる。もしそうであれば、ステップ２７においてコールが拒絶される。さもなくば、ステップ２５において、このコール形式の数Ｎが１だけ増加され、そしてステップ２６において、コールが許可される。当然、コールが解除されるときには、このコール形式の数Ｎが１だけ減少されるが、図２Ｂには明確に示されていない。
【００２０】
ビジー状態に対する変更
ネットワーク決定のユーザビジー（ＮＤＵＢ）と、ユーザ決定のユーザビジー（ＵＤＵＢ）の２種類のビジー状態がある。２Ｇシステムでは、移動ステーションの１つと、トラフィックチャンネルのみがビジーである場合に、ＮＤＵＢ状態が検出される。本発明によれば、ＭＳの１つのトラフィックチャンネルが割り当てられた場合に、ＮＤＵＢ状態が必ずしも検出されない。又、ＭＳの全てのトラフィックチャンネルが割り当てられたかどうかテストするだけでは充分でない。本発明によれば、同時コールの実際の数が現在上限に等しい場合にＮＤＵＢ状態が検出される。多数のコール形式（音声、データ、ファックス等）に対してＮＤＵＢ検出を個々に実行するのが好ましい。
【００２１】
ネットワーク決定のユーザビジー状態（ＮＤＵＢ）は、ユーザがＵＤＵＢ状態を指示した場合にも検出される。この場合、ネットワークは、ユーザがＵＤＵＢをキャンセルするまでＮＤＵＢ状態を維持する。ユーザは、この特徴を使用して、ユーザが新たなコールの受信を希望しないことを指示することができる。
図３Ａに示すように、移動発信（ＭＯ）コール確立手順においては、ユーザの選択が次のようにネットワークに指示される。ステップ３−１１において、ＭＳは、ＳＥＴＵＰ（設定）メッセージをＭＳＣに送信する。ステップ３−１２では、ＭＳＣがＣＡＬＬ＿ＰＲＯＣＥＥＤＩＮＧ（コール進行）メッセージでＭＳに応答する。ステップ３−１３では、ＭＳＣがＡＬＥＲＴＩＮＧ（警報）メッセージをＭＳに送信する。ステップ３−１４では、ＭＳＣがＣＯＮＮＥＣＴ（接続）メッセージをＭＳに送信する。ステップ３−１５では、ＭＳが原因コード「ユーザビジー」を伴うＣＯＮＮＥＣＴ＿ＡＣＫ（接続確認）メッセージで応答する。ステップ３−１６では、「ユーザビジー」に応答して、ＭＳＣがそのＭＳに対するＮＤＵＢ状態を登録する。
【００２２】
図３Ｂは、移動着信（ＭＴ）コール確立手順において、ＭＳユーザの選択がネットワークにいかに指示されるかを示す。ステップ３−２１では、ＭＳＣがＳＥＴＵＰ（設定）メッセージをＭＳに送信する。ステップ３−２２では、ユーザがコールを受け入れる場合に、ＭＳは、原因コード「ユーザビジー」を伴うＣＡＬＬ＿ＣＯＮＦＩＲＭＥＤ（コール確認）メッセージを送信する。ユーザがコールを拒絶する場合には、ＭＳは、原因コード「ユーザビジー」を伴うＲＥＬＥＡＳＥ（解除）メッセージを送信する。「ユーザビジー」に応答して、ステップ３−２３では、ＭＳＣがこのＭＳに対するＮＤＵＢ状態を登録する。
【００２３】
図３Ｃは、ＭＳで開始されるコール解除手順においてＭＳのユーザがＵＤＵＢ状態のキャンセルをいかに通知するかを示す。ステップ３−３１において、ＭＳは、ファシリティ情報エレメント「キャンセルビジー」を伴うＤＩＳＣＯＮＮＥＣＴ（切断）メッセージをＭＳＣに送信する。ＵＤＵＢ状態をキャンセルするこのＤＩＳＣＯＮＮＥＣＴメッセージに応答して、ステップ３−３２において、ＭＳＣは、このＭＳに対するＮＤＵＢ状態をキャンセルする。
図３Ｄは、ネットワークで開始されるコール解除手順を示す。ステップ３−４１において、ＭＳＣは、ＤＩＳＣＯＮＮＥＣＴメッセージをＭＳに送信する。ステップ３−４２において、ＭＳは、ファシリティ情報エレメント「キャンセルビジー」を伴うＲＥＬＥＡＳＥ（解除）メッセージをＭＳＣに送信する。ＵＤＵＢ状態をキャンセルするＲＥＬＥＡＳＥメッセージに応答して、ステップ３−４３において、ＭＳＣは、このＭＳに対するＮＤＵＢ状態をキャンセルする。
【００２４】
他の補足サービス（ＳＳ）に対する変更
「ユーザビジー」状態により次の補足サービスがトリガーされ、それに応じてそれらの振る舞いを変更しなければならない。即ち、ＣＷ（コール待機）、ＣＦＢ（ビジー時コール再送）、及びＣＣＢＳ（ビジー加入者へのコールの完了）。更に、次の補足サービスは、マルチコールオペレーションと対話するエレメントを含む。即ち、ＭＰＴＹ（多当事者コール）、ＣＨ（コール保留）、及びＥＣＴ（明確なコール転送）。これらの補足サービスに対する変更を以下に詳細に説明する。
【００２５】
ＣＷ（コール待機）ＳＳの場合、設定シグナリングは、公知の設定シグナリングと必ずしも相違しない。現在の仕様によれば、シグナルパラメータは、特殊な警報トーン（コール待機）を与えねばならないことを指示する。この情報をシグナルパラメータにおいて搬送することは厳密に必要とされない。というのは、ＭＳがこの状態自体を検出できるからである。ユーザがビジーな場合には、２Ｇシステムと３Ｇシステムとの間でＣＷ状態に差はない。しかしながら、ＭＳユーザが２Ｇモードを選択するがＣＷをアクチベートしない場合には、差が生じる。ＭＳがビジーの場合には、入呼びが与えられず、一方、３Ｇモードでは、入呼びが独立したコールとして与えられる。この問題は、同時コールの上限を１にセットする（一時的に）ことにより解決することができる。ここで、ＭＳがビジーでありそしてＣＷがアクチベートされない場合には、２Ｇシステムの場合と同様に、入呼びが阻止される。
【００２６】
ＣＨ（コール保留）は、２Ｇシステムに存在する。というのは、多数のコールが単一のトラフィックチャンネルを共用しなければならないからである。ＣＨオペレーションにおいては、１つのコールがアクチベートされ、そして他のコールが保留される。ＣＨは、３Ｇシステムでは冗長機能であることが明らかである。しかしながら、それに対応する機能は、ユーザがそのとき取り扱えないコールをミューティングするために依然有用である。
同様に、ＭＰＴＹ（多当事者コール）は、３Ｇシステムでは冗長なＳＳと考えられる。というのは、多数のコールのスピーチ経路を移動ステーションにおいて結合できるからである。それでも、ＭＰＴＹを個別の補足サービスとして実施するのが好ましい。というのは、ネットワーク（ＭＳではなく）においてスピーチ経路を結合しそしてその結合されたスピーチ経路をＭＳに与えると、エアインターフェイスリソース及びＭＳのバッテリが節約されるからである。
【００２７】
ＣＦＢ（ビジー時コール再送）補足サービスでは、サービスされるユーザは、そのサービスされるユーザのＩＳＤＮ番号ヘアドレスされたコールであって、ネットワーク決定のユーザビジー（ＮＤＵＢ）又はユーザ決定のユーザビジー（ＵＤＵＢ）のいずれかのビジー状態に遭遇するコールを、別のユーザへネットワーク再指向させることができる。
図４は、本発明に関連した仮説シナリオを示すシグナリング図である。明瞭化のために、このシグナリング図は相当に簡単化されており、リソース指定等のルーチンタスクは省略されていることを理解されたい。ステップ４０２において、物理的上限を含むＭＳの仕様がＥＩＲに記憶される。ステップ４０４において、異なるコール形式に対する現在上限ＮＭＡＸを含む加入者データがＨＬＲに記憶される。ステップ４０６では、ＭＳユーザが、同時コールに対する現在上限ＮＭＡＸをセットするためにアプリケーションサーバーＡＳにアクセスする。ステップ４０８では、ＡＳがＨＬＲから上限を検索する。ステップ４１０では、ＡＳが現在上限をＭＳユーザに示す。ステップ４１２では、ＭＳユーザが新たな上限を次のようにセットする。音声コールの数ＮＭＡＸV＝１、データコールの数ＮＭＡＸD＝５、ファックスコールの数ＮＭＡＸF＝１。この点について、同時音声コールの数は１に制限されるので、ＭＳは、２Ｇ装置と同様に動作する。しかしながら、多数のデータコールを取り扱うことができ、この例では、音声コールに含まれる間に１つのファックスコールを取り扱う。ステップ４１４では、ＡＳが変更された上限をＨＬＲに送信し、ＨＬＲは、それらをＭＳＣ／ＶＬＲへ送信する。（任意であるが、ＡＳ又はＨＬＲのいずれかがＥＩＲを調べて、新たな限界が妥当なものであることを、ハードウェアの能力を考慮してチェックすることができる。）ステップ４１６では、ＭＳがＳＥＴＵＰ（設定）メッセージを送信することによりデータコールを開始する。ステップ４１８ないし４２０では、ＭＳＣが、現在データコールの数（ＮD＝０）を、現在データコールの最大数（ＮＭＡＸD＝５）と比較し、そしてＣＯＮＮＥＣＴ（接続）メッセージをＭＳへそしてＳＥＴＵＰメッセージをＰＳＴＮへ送信することによりコールを許す。ＭＳＣは、データコールの現在数ＮDを１に増加する。
【００２８】
図４に示すステップ４０６ないし４１４とは別に、ＭＳユーザは、適当に形式化されたショートメッセージ又はＵＳＳＤメッセージをネットワークに送信することができ、その一例を図５について以下に説明する。
ステップ４２２では、進行中のデータコールがユーザの注目を完全に浴びず、ユーザは、音声コールを開始する。ステップ４２４ないし４２６では、ＭＳＣは、現在音声コールの数（ＮV＝０）を音声コールの最大数（ＮＭＡＸV＝１）と比較し、そしてＣＯＮＮＥＣＴメッセージをＭＳに送信することによりコールを許す。ＭＳＣは、現在音声コールの数ＮVを１にセットする。
【００２９】
ステップ４２８では、別の加入者が移動着信（ＭＴ）音声コールをＭＳへ出そうと試みる。ステップ４３０において、ＭＳＣは、現在音声コールの数（ＮV＝１）を音声コールの最大数（ＮＭＡＸV＝１）と比較し、そしてステップ４３２において、ＲＥＬＥＡＳＥメッセージをＰＳＴＮに送信することによりＭＴコールを拒絶する。ＭＳ加入者が、例えば、ＣＦＢ補足サービスを有する場合には、それがこの点においてトリガーされる（コールは、音声メールのような別の番号へ再指向される）。
【００３０】
ステップ４３４では、進行中の音声コールの会話が、おそらく情報の特定断片について問い合わせするために、別のデータコールを発するようにユーザに要求すると仮定する。ユーザは、音声コールに加えて２つの進行中データコールを有するので、ユーザビジー状態を信号することによりそれ以上のコールを辞退するように判断する。このようなシグナリングの詳細は、図３ＡのＭＯコール確立手順について既に説明した。
ステップ４３６ないし４３８では、ＭＳＣは、再び、現在データコールの数（ＮD＝１）を現在データコールの最大数（ＮＭＡＸD＝５）と比較し、そしてＣＯＮＮＥＣＴメッセージをＭＳに送信することによってコールを許可する。又、これは、現在データコールの数ＮDを２に増加する。ステップ４４０では、ＭＳは、原因コード「ユーザビジー」を伴うＣＯＮＮＥＣＴ＿ＡＣＫメッセージを送信する。ステップ４４２では、ＭＳＣがＵＤＵＢ状態を検出し、そしてＮＤＵＢ状態をセットする。
【００３１】
ステップ４４４では、別の加入者が、ＭＴデータコールをＭＳへ発信しようと試みる。現在データコールの数（ＮD＝０）は、データコールの最大数（ＮＭＡＸD＝１）より小さいが、ＮＤＵＢ状態であるために、ＭＳＣがこの比較を実行する必要がない。ステップ４４６では、ＭＳＣが、ＲＥＬＥＡＳＥメッセージを発呼者に送信することによりＭＴデータコールを拒絶する。
ステップ４４８では、別の加入者がＭＴファックスコールをＭＳへ発信しようと試みる。ステップ４５０ないし４５２では、ＭＳＣが現在ファックスコールの数（ＮF＝０）を現在データコールの最大数（ＮＭＡＸF＝１）と比較し、そしてＣＯＮＮＥＣＴメッセージを発呼者に送信することによりコールを許可する。又、これは、現在ファックスコールの数ＮFを１に増加する。従って、本発明の好ましい実施形態によれば、ユーザは、各コール形式に対してＵＤＵＢ状態を個々にアクチベートすることができる。この例では、ＭＳは、データコールに対してビジーである（ＵＤＵＢのために）が、ファックスコールには使用できる。
【００３２】
次いで、ＭＳは、後者のデータコールを終了する。又、ユーザは、データコールに対してＵＤＵＢ状態をキャンセルしようとする。ステップ４５４では、ＭＳは、ファシリティ情報エレメント「キャンセルビジー」を伴うＤＩＳＣＯＮＮＥＣＴメッセージを送信する。このＤＩＳＣＯＮＮＥＣＴメッセージに応答して、ステップ４５６ないし４５８では、ＭＳＣは、ＲＥＬＥＡＳＥメッセージをＰＳＴＮに送信し、同時データコールの数ＮDを減少し、そしてこのＭＳに対してＮＤＵＢ状態をキャンセルする。
【００３３】
図５は、あるコンフィギュレーションパラメータをセットするためのユーザインターフェイスを有する移動ステーションのような加入者ターミナルを示す。この例において、ユーザインターフェイスは、ディスプレイ５０と、ソフトウェアプログラマブルオプションキー５１及び５２と、アップ／ダウンキー５３及び５４とを備えている。このようなユーザインターフェイスは、例えば、Ｎｏｋｉａ２１１０ＧＳＭターミナルから知られている。本発明の更に別の特徴によれば、ユーザインターフェイスのコンフィギュレーションパラメータは、上記同時コールの数に対して、ゼロ以上の少なくとも１つの第２の上限（ＮＭＡＸ）を含み、そして加入者ターミナルは、上記少なくとも１つの第２の上限（ＮＭＡＸ）をテレコミュニケーションネットワークへ送信する。
【００３４】
参照記号ＭＳ１は、ユーザが同時データコールの数の対する上限（ＮＭＡＸD）を定義する間の移動ステーションを指す。ユーザは、アップ／ダウンキー５３及び５４を使用することにより限界を変更し、そしてプログラマブルＯＫキー５１でその選択を受け入れることができる。参照記号ＭＳ２は、ユーザが、ディスプレイ５０に示すように、限界を定義し終えたときの移動ステーションを指す。この段階において、プログラマブルキー５１は、「送信」を意味する。ユーザがこのキーを押すと、移動ステーションは、同時データコールの数に対するユーザの上限を含むメッセージ５５をネットワークに送信する。この例では、メッセージ５５は、＃７８９Ｖ１Ｄ５Ｆ１＃のようなＵＳＳＤメッセージとして示されており、ここで、キャラクタ＃は、ＵＳＳＤメッセージの輪郭を定め、７８９は、このコンフィギュレーションのコードであり、そしてＶ１、Ｄ５及びＦ１は、音声、データ及びファックスコールの上限を各々特定する。
【００３５】
以上の説明は、本発明の特定の実施形態を例示するものに過ぎない。本発明は、第３世代の移動通信システムについて説明したが、加入者ターミナルへの送信経路がＡＤＳＬ（非対称的デジタル加入者ライン）接続のような高速接続であるような有線ネットワークにも適用できる。従って、本発明は、これらの例や使用した用語に限定されるものではなく、請求の範囲内で種々の変更がなされ得る。
参照文献：
１．ＵＭＴＳシステム要求事項０１．０３
２．一般的ＵＭＴＳアーキテクチャー２３．０１
３．ネットワークの原理２３．０５
４．ＵＭＴＳサービスに関する原理２２．０１
これら全ての参照文献は、参考としてここに取り上げる。
【図面の簡単な説明】
【図１】  第３世代の移動通信ネットワーク（ＵＭＴＳ）のブロック図である。
【図２Ａ】  現在コールの数を監視するためのＭＳＣ／ＶＬＲ内のデータ構造を示す図である。
【図２Ｂ】  新たなコールを許すテストを示すフローチャートである。
【図３Ａ】  ユーザ検出ビジー状態の取り扱いを示すシグナリング図である。
【図３Ｂ】  ユーザ検出ビジー状態の取り扱いを示すシグナリング図である。
【図３Ｃ】  ユーザ検出ビジー状態の取り扱いを示すシグナリング図である。
【図３Ｄ】  ユーザ検出ビジー状態の取り扱いを示すシグナリング図である。
【図４】  本発明に関連した仮説シナリオを示すシグナリング図である。
【図５】  同時コールの数に対する上限をセットするように特に適応されるユーザインターフェイスを有する加入者ターミナルを示す図である。
【図１】
0003749121.tif 000002
【図２Ａ】
0003749121.tif 000003
【図２Ｂ】
0003749121.tif 000004
【図３Ａ】
0003749121.tif 000005
【図３Ｂ】
0003749121.tif 000006
【図３Ｃ】
0003749121.tif 000007
【図３Ｄ】
0003749121.tif 000008
【図４】
0003749121.tif 000009
【図５】
0003749121.tif 000010