(57)【要約】本発明は、通信装置が接続されたネットワークを制御する方法であって、ネットワークから接続能力情報を得(S13)、そしてその得られた接続能力情報に基づいて接続サービスを評価する(S14)という段階を備えた方法を提案する。又、本発明は、それに対応して構成された通信装置も提案する。従って、通信装置は、ネットワークの当該接続能力等を知るので、ネットワーク能力に関連した失敗が排除される。
2005505998.tif 000002
【特許請求の範囲】
【請求項１】
通信装置が接続されたネットワークを制御する方法であって、
上記ネットワークから接続能力情報を得(S13; S22)、そして
その得られた接続能力情報に基づいて接続サービスを評価する(S14; S23)、
という段階を備えた方法。
【請求項２】
上記接続能力情報は、ネットワーク能力情報を含む請求項１に記載の方法。
【請求項３】
上記接続能力情報は、遠方端当事者の能力に関する情報を含む請求項１に記載の方法。
【請求項４】
上記接続能力情報は、通信装置が接続されたネットワークと遠方端当事者との間の中間ネットワークの能力に関する情報を含む請求項１に記載の方法。
【請求項５】
接続能力情報を得る上記段階は、コールを発信する際に実行される請求項１に記載の方法。
【請求項６】
接続能力情報を得る上記段階は、コールを受信する際に実行される請求項１に記載の方法。
【請求項７】
接続能力情報を得る上記段階は、ネットワークに登録する際に実行され、そして得られた情報は、通信装置に記憶される請求項１に記載の方法。
【請求項８】
接続能力情報を得る上記段階は、ネットワークがメッセージサービスを経て通信装置に情報を送信することにより実行され、そして得られた情報は、通信装置に記憶される請求項１に記載の方法。
【請求項９】
接続能力情報を得る上記段階は、ユーザ又はオペレータが接続能力情報で通信装置を手動でコンフィギュレーションするように招かれるコンフィギュレーション段階に実行される請求項１に記載の方法。
【請求項１０】
ユーザにより要求された接続サービスを得る段階(S11)を更に備え、そして
上記評価段階(S13)は、
接続サービスがネットワークによりサポートされるかどうかチェックし、そして必要に応じて、上記要求されたサービスを、得られた接続能力情報に基づいて変更する、
という段階を含む請求項５に記載の方法。
【請求項１１】
上記得る段階において、ネットワークからの接続情報を含む設定メッセージが通信装置により受信される(S22)請求項６に記載の方法。
【請求項１２】
上記評価段階において、得られた接続能力情報に基づいて接続サービスが決定され、そしてその決定された接続サービスに関する情報が発生される請求項１に記載の方法。
【請求項１３】
上記決定された接続サービスに関する情報は、メッセージにおいて遠方端当事者に送信される(S14)請求項１２に記載の方法。
【請求項１４】
上記方法は、通信装置において実行される請求項１に記載の方法。
【請求項１５】
上記通信装置は、移動通信装置であり、そして上記ネットワークは、移動通信ネットワークである請求項１に記載の方法。
【請求項１６】
上記通信装置は、固定通信装置であり、そして上記ネットワークは、固定通信ネットワークである請求項１に記載の方法。
【請求項１７】
ネットワークに接続される通信装置であって、ネットワークから接続能力情報を得、そしてその得られた接続能力情報に基づいて接続サービスを評価するように構成された通信装置。
【請求項１８】
上記接続能力情報は、ネットワーク能力情報を含む請求項１７に記載の通信装置。
【請求項１９】
上記接続能力情報は、遠方端当事者の能力に関する情報を含む請求項１７に記載の通信装置。
【請求項２０】
上記接続能力情報は、通信装置が接続されたネットワークと遠方端当事者との間の中間ネットワークの能力に関する情報を含む請求項１７に記載の通信装置。
【請求項２１】
上記通信装置は、コールを発信する際に接続能力を得る請求項１７に記載の通信装置。
【請求項２２】
上記通信装置は、コールを終了する際に接続能力を得る請求項１７に記載の通信装置。
【請求項２３】
上記通信装置は、メッセージサービスを経てネットワークから接続能力を得、そしてその得られた情報は、通信装置に記憶される請求項１７に記載の通信装置。
【請求項２４】
上記通信装置は、ネットワークに登録する際に接続能力を得、そして得られた情報を記憶する請求項１７に記載の通信装置。
【請求項２５】
上記通信装置は、接続能力情報で通信装置を手動でコンフィギュレーションするようにユーザ又はオペレータを招くことにより接続能力を得る請求項１７に記載の通信装置。
【請求項２６】
上記通信装置は、更に、通信装置のユーザにより要求された接続サービスを得、そして接続サービスの評価中に、その接続サービスがネットワークによりサポートされるかどうかチェックし、そして必要に応じて、上記要求されたサービスを、得られた接続能力情報に基づいて変更する請求項２１に記載の通信装置。
【請求項２７】
上記通信装置は、接続能力情報を得るために接続能力情報を含む設定メッセージを受信する請求項２２に記載の通信装置。
【請求項２８】
上記通信装置は、評価中に、得られた接続能力情報に基づいて接続サービスを決定し、そしてその決定された接続サービスに関する情報を発生する請求項２７に記載の通信装置。
【請求項２９】
上記通信装置は、変更された接続サービスに関する情報をメッセージにおいて遠方端当事者へ送信する請求項１７に記載の通信装置。
【請求項３０】
上記通信装置は、移動通信装置であり、そして上記ネットワークは、移動通信ネットワークである請求項１７に記載の通信装置。
【請求項３１】
上記通信装置は、固定通信装置であり、そして上記ネットワークは、固定通信ネットワークである請求項１７に記載の通信装置。
【請求項３２】
ネットワーク、及び通信装置と遠方端当事者との間の接続を制御する方法であって、
通信装置により発生されるサポートされた接続サービスに関する情報を検出し(S31)、
ネットワーク制御要素と遠方端当事者との間の接続関連情報を検出し(S32)、そして
上記検出された情報と接続関連情報が互いに一致するかどうか評価する(S33)、
という段階を備えた方法。
【請求項３３】
両情報断片が一致しない場合には、通信装置により発生されるサポートされた接続サービスに関する情報をオーバーライドする段階(S35)を更に含む請求項３２に記載の方法。
【請求項３４】
ネットワーク、及び通信装置と遠方端当事者との間の接続を制御するためのネットワーク制御要素であって、更に、通信装置により発生されるサポートされた接続サービスに関する情報を検出し、ネットワーク制御要素と遠方端当事者との間の接続関連情報を検出し、そして上記検出された情報と接続関連情報が互いに一致するかどうか評価するよう構成されたネットワーク制御要素。
【請求項３５】
上記ネットワーク要素は、更に、両情報断片が一致しない場合に、通信装置により発生されるサポートされた接続サービスに関する情報をオーバーライドする請求項３４に記載のネットワーク制御要素。
【請求項３６】
上記ネットワーク制御要素は、インターワーキングファンクション(IWF)である請求項３４に記載のネットワーク制御要素。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置が接続されたネットワークを制御する方法と、それに対応して構成された通信装置とに係る。
【背景技術】
【０００２】
移動ステーションは、使用するネットワーク及び被呼者又は発呼者の能力に関して多量の情報を必要とする。通常、この情報は、コール設定シグナリングにおいて得ることができる。しかしながら、常にそうではない。情報が欠落すると、コール設定においてサービス及びベアラレベルの適合性に到達せず、コールが失敗となる。この問題を以下に詳細に説明する。
【０００３】
移動ネットワークは、マルチナンバリング機構又は単一ナンバリング機構（ＳＮＳ）或いはその両方をサポートすることができる（３ＧＰＰ  ＴＳ２９．００７を参照）。商業的ネットワークは、ＧＳＭ時代の始めにマルチナンバリング機構でスタートしたが、その後、多数のオペレータが、以下に述べる（そして解決された）問題があるにも関わらず、単一ナンバリング機構を導入した、
【０００４】
マルチナンバリング機構では、ユーザは、移動着信コールに使用されるサービスごとに個別のＭＳＩＳＤＮ番号を有する。サービス情報は、ＭＳＩＳＤＮ番号ごとにホーム位置レジスタ（ＨＬＲ）又はホーム加入者サーバー（ＨＳＳ）に記憶される。この情報は、到来する設定要求において発呼者から明確なサービス情報が受信されないときに、移動着信コールの設定に使用される。３ＧＰＰ  ＴＳ２９．００７を参照されたい。
【０００５】
単一ナンバリング機構では、ユーザは、全てのサービスに共通の１つのＭＳＩＳＤＮ番号しかもたない。到来する設定要求において発呼者から明確なサービス情報が受信されないときには、ネットワークが、サービス定義をもたない設定を移動ステーション（ＭＳ）へ送信する。ＭＳは、コールに使用すべきサービスを決定しなければならない。移動ネットワーク又は中間ネットワーク或いは発呼者が、ＭＳにより示されたサービス又はチャンネル構成をサポートできないという危険性がある（３ＧＰＰ  ＴＳ２７．００１、バージョン４．１．０を参照されたい）。
【０００６】
従って、ＭＳが、ネットワークによりサポートできないサービス定義（例えば、マルチスロット／ＨＳＣＳＤチャンネル構成）で応答したときには、コールが失敗に終わる。その結果、安全性の側に立って、成功裡なコールを保証するために常に基本的な９．６ｋビット／ｓのサービスを利用しなければならない。しかしながら、９．６ｋビット／ｓでは、多くのアプリケーションにとって低速過ぎる。
【０００７】
或いは又、ＭＳは、同じデータレートで応答してもよい。しかしながら、ＭＳは、オリジナルコール設定のＩＴＣ（情報転送能力）がＵＤＩ／ＲＤＩであるか又は３．１ｋＨｚであるか或いはスピーチであるか知らない。その結果、データレート自体が正しくても、他の当事者が、例えば、モデムや、他の例えばＵＤＩ／ＲＤＩプロトコルを使用できるために、コールが失敗となることがある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、要約すれば、本発明は、到来する設定要求において受け取られる不明瞭なサービス情報の問題に係る。このような場合に、ネットワークは、サービス定義をもたない設定を移動ステーション（ＭＳ）へ送信する。ＭＳは、コールに使用すべきサービスを決定しなければならない。しかしながら、移動ネットワーク又は中間ネットワーク或いは発呼者が、ＭＳにより示されたサービス又はチャンネル構成をサポートできないという危険性がある。
【０００９】
移動着信コールに関連した問題を上述した。しかしながら、移動発信の場合にも同様の問題があり、以下に説明する。
【００１０】
例えば、ユーザが訪問先ネットワークをローミングしているとき、ユーザは、訪問先ネットワークの能力を知らず、従って、ホームイントラネットへ成功裡なデータコールを行うようにＭＳを構成することができない。（充分な教育を受けたユーザは、異なる設定で何回かの試みを行うが、ここに提案する方法では、このような厄介なことも回避できる。）従って、この場合、ユーザは、利用したいサービスを利用しようと試み、そのサービスがサポートされていることを期待するか、或いは例えば、９．６ｋビット／ｓのデータレートで基本的なサービスコールを設定できるかのいずれかである。
【００１１】
これら両解決策は、その第１のものでは、コールが失敗することがあり、そしてその第２のものでは、ＭＳの全性能を利用できないので、欠点がある。従って、現在の状況は受け入れられない。
【課題を解決するための手段】
【００１２】
従って、本発明の基礎となる目的は、ネットワークによりサポートされたサービスを容易に提供できるようなメカニズムを提供することである。
【００１３】
この目的は、通信装置が接続されたネットワークを制御する方法であって、ネットワークから接続能力情報を得、そしてその得られた接続能力情報に基づいて接続サービスを評価するという段階を備えた方法により達成される。
【００１４】
更に、上記目的は、ネットワークに接続される通信装置であって、ネットワークから接続能力情報を得、そしてその得られた接続能力情報に基づいて接続サービスを評価するように構成された通信装置によっても達成される。
【００１５】
従って、本発明によれば、通信装置は、当該接続能力を得、そしてそれに対応して接続サービスを評価することができる。即ち、接続サービスは、ネットワークで利用できるサービスについて評価され、要求された接続サービスがそれに応じて変更され又は適応される。従って、通信装置は、ネットワークによりサポートされた接続サービスだけを確立する。
【００１６】
従って、通信装置がネットワーク等における当該接続能力を知るので、ネットワーク能力に関連した失敗が排除される。従って、ＩＴＣ（情報転送能力）に関連した失敗も排除される。
【００１７】
接続能力情報は、ネットワーク能力情報及び／又は遠方端当事者の能力に関する情報で構成される。更に、接続能力情報は、通信装置が接続されたネットワークと、遠方端当事者との間の中間ネットワークの能力に関する情報も含む。
【００１８】
接続能力情報は、コールを開始する際に得られる。或いは又、接続能力情報は、コールを終了する際に得られてもよい。又、接続能力情報は、ネットワークに登録する際にも得られ、そして得られた情報は、通信装置に記憶される。更に、接続能力情報は、コンフィギュレーション手順中にも得られ、この手順においては、ユーザ又はオペレータが接続能力情報で通信装置を手動でコンフィギュレーションするように招かれる。
【００１９】
更に、接続能力は、メッセージサービスを通してネットワークから得られ、そして得られた情報は、通信装置に記憶される。メッセージサービスは、ＳＭＳ（ショートメッセージサービス）又はＵＳＳＤ（未構成補足データ）である。
【００２０】
更に、通信装置のユーザにより要求された接続サービスは、評価段階においてその接続サービスがネットワークによりサポートされるかどうかチェックされるようにして得られ、そして必要に応じて、その要求されたサービスは、得られた接続能力情報に基づいて変更される。即ち、通信装置は、ユーザにより要求された接続サービスをネットワークがサポートしないことを検出すると、そのサービスをオーバーライドする。
【００２１】
接続能力情報を得るために、ネットワークからの接続情報を含む設定メッセージが通信装置により受信される。即ち、ネットワークは、設定メッセージにおいてその能力について通信装置にアクティブに通知する。
【００２２】
評価段階では、接続サービスが、その得られた接続能力情報に基づいて決定され、そしてその決定された接続サービスに関する情報が発生される。その決定された接続サービスに関する情報は、メッセージにおいて遠方端当事者に送信される。この情報により、遠方端当事者及び他の当該ネットワーク制御要素は、サポートされた接続サービスに関して通知される。
【００２３】
通信装置は、移動通信装置であり、そしてネットワークは、移動通信ネットワークである。即ち、本発明は、特に、移動ステーションが訪問先ネットワークをローミングする場合に移動ステーションが訪問先ネットワークの能力に気付かないので、移動ネットワークに最も効果的に適用できる。
【００２４】
しかしながら、通信装置は、固定通信装置でもよく、そしてネットワークは、固定通信ネットワークでもよい。ここでは、通信装置を新たにコンフィギュレーションする必要なく固定通信装置を別の固定ネットワークに容易に接続できるので（例えば、外国で除去した後に）、本発明は、この場合にも効果的である。
【００２５】
更に、本発明は、通信装置と遠方端当事者との間の接続及びネットワークを制御するための方法であって、通信装置により発生されるサポートされた接続サービスに関する情報を検出し、ネットワーク制御要素と遠方端当事者との間の接続関連情報を検出し、そして上記検出された情報と接続関連情報が互いに一致するかどうか評価するという段階を備えた方法も提案する。
【００２６】
或いは又、本発明は、ネットワーク、及び通信装置と遠方端当事者との間の接続を制御するためのネットワーク制御要素であって、更に、通信装置により発生されるサポートされた接続サービスに関する情報を検出し、ネットワーク制御要素と遠方端当事者との間の接続関連情報を検出し、そして上記検出された情報と接続関連情報が互いに一致するかどうか評価するように構成されたネットワーク制御要素も提案する。
【００２７】
これにより、ネットワーク制御要素に接続された通信装置が、本発明の特徴、即ち接続サービスのネゴシエーションをサポートするかどうかを確実にすることができる。誤った情報が供給された場合には、通信装置がこの特徴をサポートしないこと、又は欠陥情報が発生されたことを容易に決定することができる。
【００２８】
通信装置により発生されるサポートされた接続サービスに関する情報は、情報が一致しない場合にオーバーライドされる。即ち、通信装置が本発明の特徴をサポートしないか又は欠陥情報を発生したときには、この情報が打消され、そして公知技術に基づくコール確立が実行される。これにより、本発明の方法は、サポートされた接続サービスに関する情報を発生しない通信装置もサポートされるので、後方互換性を与える。
【００２９】
ネットワーク制御要素は、訪問先ネットワーク内、又は通信装置のホームネットワークと訪問先ネットワークとの間に配置されるインターワーキングファンクション（ＩＷＦ）である。
【発明を実施するための最良の形態】
【００３０】
本発明は、添付図面を参照した説明から容易に理解されよう。
図１は、本発明を適用できるネットワークシステムの概要を示す。移動ステーション（ＭＳ）が訪問先ネットワーク１をローミングしていると仮定する。この訪問先ネットワークは、移動サービス交換センター（ＭＳＣ）により制御され、これは、ＭＳの観点から訪問先ＭＳＣ（ＶＭＳＣ）である。別のネットワーク２（ＭＳのホームネットワークであるが、必ずしもそうでなくてもよい）がインターワーキングファンクション（ＩＷＦ）を経てネットワーク１に接続される。ＭＳＣに代わって、ＭＳＳ（ＭＳＣサーバー）が使用されてもよく、これは、この場合、訪問先ＭＳＳ（ＶＭＳＳ）であることに注意されたい。ＩＷＦは、ＶＭＳＣに一体化されてもよい。
【００３１】
以下に述べる実施形態によれば、ＭＳは、それが接続される訪問先ネットワーク等の能力（及びもし必要であれば、そのホームネットワーク及び／又は遠方端当事者）に関する情報をアクティブに収集するか、又はそのような情報が供給される。
【００３２】
以下、第１の実施形態として、ＭＳが情報をアクティブに収集するケースについて、情報取得手順を説明する。即ち、第１の実施形態によれば、移動ステーションは、それがローミングしていて使用するネットワークの能力及び遠方端当事者に関する情報を収集する。この情報は、後で使用するためにＭＳ（移動ターミナル（ＭＴ）自体又は加入者認識モジュール（ＳＩＭ））に記憶される。或いは、ネットワーク能力に関連した情報を、ＭＳにおいて、例えば、ユーザにより手動で或いはオペレータ又はネットワークにより自動的にコンフィギュレーションすることもできる。
【００３３】
次いで、ＭＳがネットワークの能力等に関する情報をいかに得るかについて幾つかの例を説明する。
ユーザがＭＳでコールを発信するか又は受信するときには、ＭＳは、ネットワークにおいてどのサービス及びベアラが利用できるか観察し、そしてコール設定パラメータの詳細を監視することにより、ネットワーク及びコール当事者（例えば、あるアドレスにおけるサーバー）の能力の情報を収集する。ＭＳは、訪問先ネットワークごとに（例えば、移動国コード及び移動ネットワークコードに基づいて）及び／又はコール当事者ごとに（コール当事者の例えばＭＳＩＳＤＮ番号又はＩＰアドレスのような識別に基づいて）情報を（例えば、移動ターミナル自体又はＳＩＭ（加入者認識モジュール）に）記憶する。
【００３４】
即ち、ＭＳは、当該ネットワークから、要求された情報をアクティブに収集する。
或いは又、ネットワーク及びコール当事者（例えばサーバー）の能力及び情報を、例えば、ユーザ又はオペレータによりＭＳにおいてコンフィギュレーションすることができる。
【００３５】
この場合、必要な情報は、他の方法により得ることもでき（例えば、インターネットにおけるオペレータホームページ、ハンドブック等）、ユーザは（又はオペレータでも）、それに応じてＭＳをコンフィギュレーションすることができる。
或いは又、ネットワークは、例えば、ネットワークに登録する際に、例えば、ＳＭＳ又は他の使用可能な搬送手段（例えば、ＵＳＳＤ又はｅ−メール）によりＭＳへ能力情報を供給し、ＭＳ自体によって自動的にコンフィギュレーション／記憶することもできる。
【００３６】
即ち、この場合、ＭＳは、ある搬送手段により必要な情報を得て、その情報に基づいてそれ自体を自動的にコンフィギュレーションすることができる。
以下、ネットワークの能力等に関する情報を詳細に説明する。
ＭＳにより収集される情報は、例えば、次のものを含む。
１）移動ネットワークによりサポートされるＣＳベアラ。例えば、ＧＳＭでは：
−  ＨＳＣＳＤ／マルチスロットコンフィギュレーション
−  ＴＣＨ／Ｆ１４．４チャンネルコード
−  データ圧縮
−  ＥＣＳＤチャンネルコード（ＴＣＨ／Ｆ２８．８、ＴＣＨ／Ｆ３２、ＴＣＨ／Ｆ４３．２）
【００３７】
２）移動ネットワークによりサポートされる接続要素：
−  搬送
−  非搬送
３）ネットワーク又はコール当事者によりサポートされる情報転送能力：
−  ＵＤＩ／ＲＤＩ
−  ３．１ｋＨｚ
−  スピーチ
４）例えば、プロトコルサポート：
−  ＩＴＵ−ＴＶ．１２０プロトコル
−  ＩＴＵ−ＴＶ．１１０プロトコル
−  フレームトンネルモード（ＦＴＭ）
５）ネットワークによりサポートされる非同期／同期能力：
−  非同期
−  同期
６）マルチメディア
【００３８】
上記リストは、当然、これで全てではなく、他の付加的な情報項目を追加することもできる。
上記で使用した省略形について、以下に簡単に述べる。ＨＳＣＳＤ（高速回路交換データ）、ＲＤＩ（限定デジタル情報）、ＴＣＨ（トラフィックチャンネル）、ＴＣＨ／Ｆ（全レートトラフィックチャンネル）、ＵＤＩ（非限定デジタル情報）。
【００３９】
ＭＳは、例えば、単一ナンバリング環境においてコールを受け取ったときに、記憶された情報を使用することができ、そして中間ネットワーク（１つ又は複数）は、明確なサービス情報を発呼者からＭＳへ送信することができる。
この場合、ＭＳは、現在の３ＧＰＰ仕様（ＴＳ２９．００７及び２７．００１を参照）に基づいて、どのサービスを利用すべきか決定し、そしてサービス定義をＢＣＩＥ（ベアラ能力情報エレメント）においてネットワークへ送信する。公知技術の現状では、ＭＳは、どのサービスを利用すべきか推定することしかできない（３ＧＰＰ  ＴＳ２７．００１、バージョン４．１．０を参照）。要求されたベアラは、訪問先ネットワークではサポートされないことがあり、これは、コールが失敗であることを意味する。或いは、安全性の側に立って、ＭＳは、たとえネットワークがＨＳＣＳＤベアラをサポートすることができても、基本的な９．６ｋビット／ｓベアラを要求してもよく、これは、たとえ高速環境で動作してもユーザが低速サービスしか得られないことを意味する。
【００４０】
しかしながら、本発明の実施形態によれば、ＭＳは、ネットワーク及びコール当事者の能力の情報を収集する。従って、ＭＳは、動作環境の利用可能な能力に一致するサービス及びベアラ要求で応答することができる。例えば、ＭＳが、ＨＳＣＳＤをサポートするネットワークで使用されるように通常コンフィギュレーション構成された場合に、ユーザは、サポートされたコンフィギュレーションを見出すように試みる設定で変更する必要がなく、ＭＳは、ローミングされるネットワーク（必ずしもＨＳＣＳＤをサポートしない）の能力に一致するようにその要求サービスレベルを自動的に下げる。実際に、ＨＳＣＳＤから非ＨＳＣＳＤコールへの後退は、ＨＳＣＳＤをサポートしないネットワークでは現在機能せず、ＨＳＣＳＤコールが要求された場合にはコールが解除される（３ＧＰＰ  ＴＳ２７．００１、バージョン４．１．０を参照）。
【００４１】
上記手順は、図２のフローチャートに示されている。この手順は、コールが発信されたときにスタートする。
ステップＳ１１において、ユーザにより要求されたサービスが得られる。例えば、これは、ＨＳＣＳＤであり、上述したように、ＭＳによりこれが通常サポートされるときである。
【００４２】
ステップＳ１２において、ネットワーク能力情報等が得られる。この段階を実行する間に、ＭＳは、必要な情報をＭＳへ送信するようにネットワークにアクティブに要求するか、又はこの情報が前もって記憶されたＭＳのメモリにアクセスする。
その後、ステップＳ１３において、要求されたサービスが、得られたネットワーク及び／又は遠方端側能力情報に関して評価される。即ち、要求されたサービスがネットワークによりサポートされるか、中間ネットワークによりサポートされるか及び／又は発呼者によりサポートされるかチェックする。もし必要であれば、サービスが適宜変更される。例えば、高レートのスピーチ接続がサポートされない場合には、接続がそれに対応する低レートのスピーチ接続に変更される。さもなければ（例えば、ＨＳＣＳＤに関する上記の例では）、ＭＳは、要求されたサービスがサポートされないことをユーザに指示し、別のサービスの選択を示唆する。肯定的な場合、即ち、要求されたサービスがネットワークによってサポートされるときには、この段階ではサービスが全く変更されない。サポートされたサービスに関する情報は、ステップＳ１４においてＢＣＩＥ（ベアラ能力情報エレメント）へ書き込まれる。
【００４３】
その後、手順が終了となり、通常の通信が行われる。
以下、要求されたサービスの上記ネゴシエーションの幾つかの例を説明する。
例１：
−  ＭＳは、マルチメディアをサポートする。ＭＳは、現在ローミング中であるネットワークにおいて既にコールを行い、そしてネットワークがＣＳマルチメディア（同期ベアラ、マルチメディアシグナリング）をサポートすることを見出している。ＴＣＨ／Ｆ１４．４チャンネルコード化及びマルチスロットコンフィギュレーション。（或いは又、ネットワークごとのネットワーク能力がＭＳ（ＭＴ（移動ターミナル）又はＳＩＭ（加入者認識モジュール）において予めコンフィギュレーションされる。）
【００４４】
−  ＭＳは、サービス指示をもたないコール設定を受け取る。ＭＳは、モデム（即ちＩＴＣ＝３．１ｋＨｚ）及び２＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションで２８．８ｋビット／ｓのマルチメディアコールを要求するＢＣＩＥにより応答する。
−  被呼者が実際にマルチメディアコールを要求した場合には、コールがマルチメディアコールとして設定される。被呼者がスピーチコールを要求した場合には、コールがスピーチへと後退する（３ＧＰＰ  ＴＳ２９．００７、２４．００８及び２７．００１を参照）。
【００４５】
例２：
−  ＭＳは、イントラネットアクセスサーバーへのコールを丁度行い、該サーバーは、識別チェックの後にコールバックする。ＭＳは、アクセスサーバーへの丁度行われたコール中、又はネットワークにおける以前のコール中に、ネットワークがＴＣＨ／Ｆ１４．４、マルチスロット、非透過的接続、ＵＤＩ及びＶ．１２０プロトコルをサポートすることを見出している。（或いは又、ネットワークごとのネットワーク能力がＭＳ（ＭＴ又はＳＩＭ）において予めコンフィギュレーションされてもよい。）
−  サーバーによるコールバックの設定メッセージは、サービス定義を含まない。ＭＳは、２＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションで非透過的、２８．８ｋビット／ｓ、ＵＤＩ／Ｖ．１２０マルチスロットコールを要求するＢＣＩＥにより応答する。
【００４６】
例３：
−  ＭＳは、それが現在ローミング中であるネットワークにおいてコールを既に受信し、そしてネットワークがＴＣＨ／Ｆ１４．４、マルチスロット、非透過的接続、ＩＴＣ＝３．１ｋＨｚ（モデム）をサポートするが、ＵＤＩはサポートしないことを見出している。（或いは又、ネットワークごとのネットワーク能力がＭＳ（ＭＴ又はＳＩＭ）において予めコンフィギュレーションされてもよい。）
【００４７】
−  ユーザは、ホームネットワークへコールを行い、デフォールト設定は、３＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションでの非透過的、５６ｋビット／ｓ、ＵＤＩ／Ｖ．１２０、マルチスロットである。
−  ＭＳは、設定を、２＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションでの非透過的、３．１ｋＨｚオートボーディング（モデム）へ自動的に戻し、訪問先ネットワークの能力に一致させる。
【００４８】
例４：
−  ＭＳは、あるサーバー（ユーザが多かれ少なかれ規則的に使用するアクセスサーバーの１つ）へコールを既に行って、そのサーバーがＩＴＣ＝３．１ｋＨｚ（即ちモデム）をサポートするが、ＵＤＩはサポートしないことを見出している。（或いは又、識別／アドレスごとのサーバー能力がＭＳ（ＭＴ又はＳＩＭ）において予めコンフィギュレーションされてもよい。）
【００４９】
ユーザは、サーバーへコールを行い、デフォールト設定は、例えば、３＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションでの非透過的、５６ｋビット／ｓ、ＵＤＩ／Ｖ．１２０、マルチスロットである。
−  ＭＳは、設定を、２＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションでの非透過的、３．１ｋＨｚオートボーディング（モデム）へ自動的に戻し、サーバーの能力に一致させる。
【００５０】
本発明を実施するより詳細な例を以下に説明する。
現在、ＭＳは、ネットワークの実際の名前についての情報を有する。ネットワークは、その移動国コード（ＭＣＣ）及び移動ネットワークコード（ＭＮＣ）により識別される。例えば、ＭＣＣ２４４及びＭＮＣ５は、ネットワークをフィンランド・ラジオィンジャ・オペレータのネットワークとして識別する。この情報は、ネットワークの能力に関する（収集された）情報を含むように拡張することができる。
【００５１】
ここで、移動発信（ＭＯ）コールの場合に、ＭＳは、この情報をアクセスし、そしてネットワーク能力情報とユーザ要求サービスとを比較する。ＭＳは、ネットワーク能力に適合するように、要求されたサービスを必要に応じて変更する。
ネットワーク能力情報が得られない場合には、ユーザ要求に基づいてコールがなされ、そしてコールの結果が更なる使用のために記憶される。
【００５２】
新たなサービスを利用できるようにネットワークが更新される場合には、要求されたサービスがサポートされていなかったことでＭＳがその使用を断られないように、収集された情報を（ネットワークごとに又は一度に全部）クリアする可能性／メカニズムが存在するのが好ましい。或いは又、その特徴をターンオフできることも好ましい。特徴がターンオフされた場合には、情報収集を別々にターンオン／オフすることができる。又、これは、ユーザがＭＳからネットワークの能力について尋ねる場合、即ち収集された情報を読み取る場合にも有用である。
【００５３】
移動着信（ＭＴ）コールの場合には、ＭＴ  ＳＮＳ（単一ナンバリング機構）コール、即ちファックス、ビデオ、データをいかに受信するかに関する情報がユーザから必要となる。「設定」メッセージにＢＣＩＥパラメータをもたないＭＴコールが受信されるときには、ＭＳは、収集された情報からパラメータの残りをルックアップする。
【００５４】
従って、第１の実施形態によれば、ネットワーク及び被呼者のサービス能力は、接続されたコール中に、又はネットワーク開始供給においてこの情報を受け取ることで、ＭＳにより収集される。又、この情報は、ユーザ又はオペレータによりＭＳにおいてコンフィギュレーションすることもできる。この情報は、ＭＳに記憶され、そしてコール設定時に得られるネットワーク能力情報をもたずにコールを開始又は受信するときに使用することができる。
【００５５】
以下、移動着信コールを確立するときにＭＳに情報が送信される第２の実施形態について説明する。基本的に、第１の実施形態との相違のみを以下に述べる。特に、同じ接続能力情報（ネットワーク能力情報、遠方端当事者に関する情報、等々）が同じであることに注意されたい。
【００５６】
第２の実施形態によれば、移動ネットワークは、中間ネットワーク（１つ又は複数）及び発呼者の特性の当該能力及び利用可能な部分を設定シグナリングによりＭＳに指示する。例えば、ＭＳがマルチメディアをサポートし、そして「ＩＴＣ＝ＵＤＩ、ＴＣＨ／Ｆ３２サポート、マルチスロット」を指示するコール設定を受信した場合に、ＭＳは、完全な６４ｋビット／ｓのＩＴＣ＝ＵＤＩマルチメディアＢＣＩＥで応答する。
【００５７】
これについて、以下に詳細に述べる。
この場合も、ＭＳが、ＭＳＣ（移動サービス交換センター）又はＭＳＳ（ＭＳＣサーバー）によりサービスされると仮定し、これらは、ＭＳの観点から、訪問先ＭＳＣ又はＭＳＳ（ＶＭＳＣ又はＶＭＳＳと省略される）である。
実行される手順が、図３のシグナリングフロー図に示されている。
この手順は、ＶＭＳＣ又はＶＭＳＳが、充分なサービス定義をもたずにコア／外部ネットワークから設定メッセージ（例えば、ＩＡＭ（初期アドレスメッセージ））を受信し（ステップＳ２１）、そして単一ナンバリング機構（ＳＮＳ）が使用されるときに、実行される。
【００５８】
ステップＳ２２では、ＶＭＳＣは、それ自身及び関連無線ネットワーク（ＶＭＳＣが知っていれば）のデータコール関連能力と、発呼者から受け取ったＩＴＣ／ＴＲＭとをＭＳに送信する。この情報は、既存のメッセージ（「設定」メッセージのような）において送信されるのが好ましい。例えば、この情報は、３ＧＰＰ  ＴＳ２４．００８、サブクローズ９．３．２３．１及び１０．５．４．２９に記載されたように、既存のエレメントの拡張又は予備フィールド（「ネットワークコール制御能力」のような）含まれる。これにより、ここに提案する新たな特徴をサポートしない移動ステーションでの後方互換性が保証される。というのは、例えば、特別なメッセージを送信する場合に、本発明による特徴をサポートしないＭＳは、混乱を生じることがあるからである。
【００５９】
しかしながら、当然、ここに述べる特徴が全てのＭＳに義務付けられたときには、他のシグナリングメッセージ及びエレメント（例えば、クラスマーク）の使用も考えられる。
ステップＳ２３では、ＭＳは、受信した情報を評価する。即ち、ネットワーク能力及びＩＴＣ／ＴＲＭ情報をもつ設定を受け取るＭＳは、ネットワーク能力情報から、例えば、訪問先ネットワークで使用できるのは、マルチスロットコンフィギュレーション及びＴＣＨ／Ｆ１４．４であるか、ＴＣＨ／Ｆ２８．８であるか、ＴＣＨ／Ｆ４３．２であるか、又はＴＣＨ／Ｆ３２チャンネルであるか、更に、サポートされるのは、透過的（Ｔ）サービスか、非透過的（ＮＴ）サービスか又はその両方であるか、そして発呼者が要求するのは、ＵＤＩ／ＲＤＩ（非限定デジタル送信／限定デジタル送信）であるか、３．１ｋＨｚであるか、又はスピーチコールであるかを推論する。
【００６０】
ステップＳ２４では、ＭＳは、上記情報及びＭＳ自体における関連コンフィギュレーションから推論されたＢＣＩＥ（ベアラ能力情報エレメント）で応答する。
このエレメント（即ちネゴシエーションされたサービスに関する情報）は、ＶＭＳＣ及びＩＷＦにより、コールを設定するのに使用される。任意であるが、ステップＳ２６において、失敗チェック手順が実行され（ステップＳ２５においてＢＣＩＥをＩＷＦへ転送した後に）、これについては以下に述べる。その後、通常のコール確立手順が失敗を伴わずに続けられる。
【００６１】
ネットワーク能力情報等の上記評価に関する幾つかの例を以下に説明する。
例５：
−  ＭＳがイントラネットアクセスサーバーにコールを丁度行い、該サーバーが識別チェックの後にコールバックし、そして入呼びが「ＩＴＣ＝ＵＤＩ、ＴＣＨ／Ｆ１４．４サポート、マルチスロットサポート」を指示する場合には、ＭＳは、それ自体によりサポートされたＴＣＨ／Ｆ１４．４（例えば、２＊１４．４＝２８．８ｋビット／ｓ）をもつ最大データレートコンフィギュレーション及びＵＤＩプロトコルを伴う非透過的コールを設定する。
【００６２】
例６：
−  ＭＳは、マルチメディアをサポートする。ＭＳは、「ＩＴＣ＝ＵＤＩ、ＴＣＨ／Ｆ３２サポート、マルチスロット」を指示するコール設定を受け取る。ＭＳは、完全な６４ｋビット／ｓのＩＴＣ＝ＵＤＩマルチメディアＢＣＩＥで応答する。
【００６３】
例７：
−  ＭＳは、マルチメディアをサポートする。ＭＳは、「ＩＴＣ＝３．１ｋＨｚ、ＴＣＨ／Ｆ１４．４サポート、マルチスロットサポート」を指示するコール設定を受け取る。ＭＳは、完全な２８．８ｋビット／ｓのＩＴＣ＝３．１ｋＨｚマルチメディアＢＣＩＥで応答する。（発呼者がとにかくスピーチサービスを要求した場合には、３．１ｋＨｚからスピーチへの標準的な後退が行われる。）
【００６４】
次いで、本発明の第３の実施形態として、失敗によるか又は実際のＭＳが本発明の特徴をサポートしないためにＭＳが誤ったサービスを選択した場合にどんなアクションが実行されるかについて説明する。即ち、第３の実施形態によれば、図３のステップＳ２６を参照して上述した失敗チェック手順が実行される。
【００６５】
特に、インターワーキングファンクション（ＩＷＦ）のようなネットワーク制御要素は、ＩＷＦと発呼者との間の岐路において自動データレート検出及び自動プロトコル検出を使用して、ＭＳが誤った固定ネットワークデータレート（ＦＮＵＲ）又はプロトコル（即ち、発呼者により使用されるものとは異なるＦＮＵＲ又はプロトコル）を指示した場合の失敗を排除する。ここに示す実施形態では、ＶＭＳＣ及びＩＷＦが個別のエンティティであると仮定する。この場合には、ステップＳ２５においてＢＣＩＥをＩＷＦに転送することが必要である。しかしながら、上述したように、ＩＷＦは、ＶＭＳＣに一体化されてもよい。この場合、ＩＷＦは、ＢＣＩＥに直接アクセスすることができ、ネットワークを経ての送信は必要とされない。
【００６６】
このような失敗の場合に実行される手順が図４のフローチャートに示されている。
ステップＳ３１において、ＩＷＦは、被呼ＭＳのＩＴＣ値、即ちＭＳによりセットされたＩＴＣ値を検出する。ステップＳ３２において、ＩＷＦは、ＩＷＦと発呼者との間のデータレート及びプロトコルを検出する。ステップＳ３３では、ＩＷＦは、当該ＭＳの検出されたＩＴＣ値が、検出されたデータレート及びプロトコルに一致するかどうかチェックする。それらが一致する場合には、ＩＷＦは、ＭＳが本発明の特徴をサポートできると決定し、通常の通信が続けられる（ステップＳ３４）。
【００６７】
しかしながら、上記値が一致しない場合には、ＩＷＦは、被呼ＭＳが上記サービス及びネットワーク能力ネゴシエーションをサポートしないと決定する。即ち、ＭＳは、誤った情報転送能力（ＩＴＣ）値で応答し、即ち発呼者により指示された値とは異なる値で応答する。
【００６８】
この場合に、インターワーキングファンクション（ＩＷＦ）は、発呼者から受信したＩＴＣ値を使用し、即ち被呼移動ステーションから受信したＩＴＣをオーバーライドする（ステップＳ３５）。次いで、ＩＷＦは、その変更されたＩＴＣ値に一致するように関連パラメータを適応させ、例えば、ＩＴＣが３．１ｋＨｚからＵＤＩへ変更される場合には、モデムの形式が要求されない。
【００６９】
第３の実施形態による手順は、ＩＷＦにおいて実施される必要がなく、いかなる形式のネットワーク制御要素においても実行できることに注意されたい。
更に、ＭＳが、発呼者により使用されるサービスに一致しないサービスを示唆するケースも発生する。このケースでは、ＩＷＦは、コールを拒絶するが、ＭＳは、サービスを正しく決定する。しかしながら、上記実施形態で述べた全ての利用可能な情報及び方法では、このようなケースの確率が非常に低い。
【００７０】
上記説明及び添付図面は、本発明を一例として示すに過ぎない。従って、本発明の実施形態は、特許請求の範囲内で変更し得る。
例えば、上記実施形態は、移動ステーションが訪問先ネットワークでローミングするケースについて説明した。しかしながら、本発明は、このケースに限定されない。即ち、本発明によるネゴシエーション手順を適用することにより、ネットワークを容易に再コンフィギュレーションすることができる。例えば、新規なサービス等を導入することができる。又、ネゴシエーション手順を実行するための通信装置は、手動コンフィギュレーション等を必要とせずにそれ自身のネットワークにおいて新規なサービスを容易に利用することもできる。
【００７１】
更に、上記実施形態は、移動通信ネットワークが使用される例について説明した。本発明は、移動通信ネットワークに最も効果的に適用できるが、固定通信ネットワークにも適用できる。例えば、固定電話がある位置から新たな位置へ転送され、そして新たな位置において、古いネットワークとは異なる特性を有する新たな固定ネットワークに接続される。これは、別のオペレータが新たなネットワークを運転するケースである。このようなケースでは、本発明を適用したときには、固定電話をネットワークへ手動でコンフィギュレーションする必要がない。本発明の特徴を採用するためには、必要な接続能力情報（ネットワーク能力等）より成る対応するメッセージが固定ネットワークを経て送信されることを必要とする。
【図面の簡単な説明】
【００７２】
【図１】本発明の実施形態を適用できるネットワークシステムの構造を示す図である。
【図２】第１の実施形態によるコール設定手順のフローチャートである。
【図３】第２の実施形態によるコール設定手順のシグナリングフローを示す図である。
【図４】第３の実施形態による失敗手順のフローチャートである。
【図１】
2005505998.tif 000003
【図２】
2005505998.tif 000004
【図３】
2005505998.tif 000005
【図４】
2005505998.tif 000006
【国際公開パンフレット】
2005505998.tif 000007
2005505998.tif 000008
2005505998.tif 000009
2005505998.tif 000010
2005505998.tif 000011
2005505998.tif 000012
2005505998.tif 000013
2005505998.tif 000014
2005505998.tif 000015
2005505998.tif 000016
2005505998.tif 000017
2005505998.tif 000018
2005505998.tif 000019
2005505998.tif 000020
2005505998.tif 000021
2005505998.tif 000022
2005505998.tif 000023
2005505998.tif 000024
2005505998.tif 000025
2005505998.tif 000026
2005505998.tif 000027
2005505998.tif 000028
2005505998.tif 000029
2005505998.tif 000030
2005505998.tif 000031
2005505998.tif 000032
2005505998.tif 000033
2005505998.tif 000034
2005505998.tif 000035
2005505998.tif 000036
2005505998.tif 000037
2005505998.tif 000038
2005505998.tif 000039
2005505998.tif 000040
【手続補正書】
【提出日】平成16年1月12日(2004.1.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信装置が接続されたネットワークを制御する方法であって、
上記ネットワークから接続能力情報を得(S22)、この接続能力情報は、上記ネットワークによりサポートされる複数のサービスを指示し、そして
上記得られた接続能力情報に基づいて接続サービスを評価する(S23)、
という段階を備えた方法において、
接続能力情報を得る上記段階は、コールを受信する際に実行し、そして
上記得る段階において、上記ネットワークからの接続能力情報を含む設定メッセージを上記通信装置により受信する(S22)、
ことを含む方法。
【請求項２】
上記接続能力情報は、ネットワーク能力情報を含む請求項１に記載の方法。
【請求項３】
上記接続能力情報は、遠方端当事者の能力に関する情報を含む請求項１に記載の方法。
【請求項４】
上記接続能力情報は、通信装置が接続されたネットワークと遠方端当事者との間の中間ネットワークの能力に関する情報を含む請求項１に記載の方法。
【請求項５】
接続能力情報を得る上記段階は、コールを発信する際に実行される請求項１に記載の方法。
【請求項６】
接続能力情報を得る上記段階は、ネットワークに登録する際に実行され、そして得られた情報は、通信装置に記憶される請求項１に記載の方法。
【請求項７】
接続能力情報を得る上記段階は、ネットワークがメッセージサービスを経て通信装置に情報を送信することにより実行され、そして得られた情報は、通信装置に記憶される請求項１に記載の方法。
【請求項８】
接続能力情報を得る上記段階は、ユーザ又はオペレータが接続能力情報で通信装置を手動でコンフィギュレーションするように招かれるコンフィギュレーション段階に実行される請求項１に記載の方法。
【請求項９】
ユーザにより要求された接続サービスを得る段階(S11)を更に備え、そして
上記評価段階(S13)は、
接続サービスがネットワークによりサポートされるかどうかチェックし、そして必要に応じて、上記要求されたサービスを、得られた接続能力情報に基づいて変更する、
という段階を含む請求項５に記載の方法。
【請求項１０】
上記評価段階において、得られた接続能力情報に基づいて接続サービスが決定され、そしてその決定された接続サービスに関する情報が発生される請求項１に記載の方法。
【請求項１１】
上記決定された接続サービスに関する情報は、メッセージにおいて遠方端当事者に送信される(S14)請求項１０に記載の方法。
【請求項１２】
上記方法は、通信装置において実行される請求項１に記載の方法。
【請求項１３】
上記通信装置は、移動通信装置であり、そして上記ネットワークは、移動通信ネットワークである請求項１に記載の方法。
【請求項１４】
上記通信装置は、固定通信装置であり、そして上記ネットワークは、固定通信ネットワークである請求項１に記載の方法。
【請求項１５】
上記評価段階において、上記通信装置は、接続能力情報を使用して、要求されたサービスを推論し、そして
上記通信装置は、上記ネットワークによる設定メッセージに対し、上記推論されたサービスを定義する明確なサービス情報で応答する請求項１に記載の方法。
【請求項１６】
ネットワークに接続される通信装置であって、ネットワークから接続能力情報を得、そしてその得られた接続能力情報に基づいて接続サービスを評価する通信装置において、
上記通信装置は、コールを終了する際に接続能力情報を得ると共に、その接続能力情報を含む設定メッセージを受信して、その接続能力情報を得、そして
上記接続能力情報は、上記ネットワークによりサポートされる複数のサービスを指示する通信装置。
【請求項１７】
上記接続能力情報は、ネットワーク能力情報を含む請求項１６に記載の通信装置。
【請求項１８】
上記接続能力情報は、遠方端当事者の能力に関する情報を含む請求項１６に記載の通信装置。
【請求項１９】
上記接続能力情報は、通信装置が接続されたネットワークと遠方端当事者との間の中間ネットワークの能力に関する情報を含む請求項１６に記載の通信装置。
【請求項２０】
上記通信装置は、コールを発信する際に接続能力を得る請求項１６に記載の通信装置。
【請求項２１】
上記通信装置は、メッセージサービスを経てネットワークから接続能力を得、そしてその得られた情報は、通信装置に記憶される請求項１６に記載の通信装置。
【請求項２２】
上記通信装置は、ネットワークに登録する際に接続能力を得、そして得られた情報を記憶する請求項１６に記載の通信装置。
【請求項２３】
上記通信装置は、接続能力情報で通信装置を手動でコンフィギュレーションするようにユーザ又はオペレータを招くことにより接続能力を得る請求項１６に記載の通信装置。
【請求項２４】
上記通信装置は、更に、通信装置のユーザにより要求された接続サービスを得、そして接続サービスの評価中に、その接続サービスがネットワークによりサポートされるかどうかチェックし、そして必要に応じて、上記要求されたサービスを、得られた接続能力情報に基づいて変更する請求項２０に記載の通信装置。
【請求項２５】
上記通信装置は、評価中に、得られた接続能力情報に基づいて接続サービスを決定し、そしてその決定された接続サービスに関する情報を発生する請求項１６に記載の通信装置。
【請求項２６】
上記通信装置は、変更された接続サービスに関する情報をメッセージにおいて遠方端当事者へ送信する請求項１６に記載の通信装置。
【請求項２７】
上記通信装置は、移動通信装置であり、そして上記ネットワークは、移動通信ネットワークである請求項１６に記載の通信装置。
【請求項２８】
上記通信装置は、固定通信装置であり、そして上記ネットワークは、固定通信ネットワークである請求項１６に記載の通信装置。
【請求項２９】
上記通信装置は、
接続能力情報を使用して、要求されたサービスを推論し、そして
上記ネットワークによる設定メッセージに対し、上記推論されたサービスを定義する明確なサービス情報で応答する、
請求項１６に記載の通信装置。
【請求項３０】
ネットワーク、及び通信装置と遠方端当事者との間の接続を制御する方法であって、上記通信装置が上記遠方端当事者によりコールされる方法において、
上記通信装置により発生されるサポートされた接続サービスに関する情報を検出し(S31)、
上記方法を実行するネットワーク制御要素と遠方端当事者との間の接続関連情報を検出し(S32)、そして
上記検出された情報と上記接続関連情報が互いに一致するかどうか評価する(S33)、
という段階を備えた方法。
【請求項３１】
両情報断片が一致しない場合には、通信装置により発生されるサポートされた接続サービスに関する情報をオーバーライドする段階(S35)を更に含む請求項３０に記載の方法。
【請求項３２】
ネットワーク、及び通信装置と遠方端当事者との間の接続を制御するためのネットワーク制御要素であって、上記通信装置が上記遠方端当事者によりコールされるようなネットワーク制御要素において、更に、通信装置により発生されるサポートされた接続サービスに関する情報を検出し、ネットワーク制御要素と遠方端当事者との間の接続関連情報を検出し、そして上記検出された情報と上記接続関連情報が互いに一致するかどうか評価するように構成されたネットワーク制御要素。
【請求項３３】
上記ネットワーク要素は、更に、両情報断片が一致しない場合には、通信装置により発生されるサポートされた接続サービスに関する情報をオーバーライドする請求項３２に記載のネットワーク制御要素。
【請求項３４】
上記ネットワーク制御要素は、インターワーキングファンクション(IWF)である請求項３２に記載のネットワーク制御要素。
【国際調査報告】
2005505998.tif 000041
2005505998.tif 000042
2005505998.tif 000043