JP2005505998A - 単一ナンバリング機構を使用するネットワークにおけるサービス及び能力のネゴシエーション - Google Patents
単一ナンバリング機構を使用するネットワークにおけるサービス及び能力のネゴシエーション Download PDFInfo
- Publication number
- JP2005505998A JP2005505998A JP2003535431A JP2003535431A JP2005505998A JP 2005505998 A JP2005505998 A JP 2005505998A JP 2003535431 A JP2003535431 A JP 2003535431A JP 2003535431 A JP2003535431 A JP 2003535431A JP 2005505998 A JP2005505998 A JP 2005505998A
- Authority
- JP
- Japan
- Prior art keywords
- communication device
- network
- information
- connection
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Exchange Systems With Centralized Control (AREA)
- Telephonic Communication Services (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本発明は、通信装置が接続されたネットワークを制御する方法であって、ネットワークから接続能力情報を得(S13)、そしてその得られた接続能力情報に基づいて接続サービスを評価する(S14)という段階を備えた方法を提案する。又、本発明は、それに対応して構成された通信装置も提案する。従って、通信装置は、ネットワークの当該接続能力等を知るので、ネットワーク能力に関連した失敗が排除される。
Description
【技術分野】
【０００１】
本発明は、通信装置が接続されたネットワークを制御する方法と、それに対応して構成された通信装置とに係る。
【背景技術】
【０００２】
移動ステーションは、使用するネットワーク及び被呼者又は発呼者の能力に関して多量の情報を必要とする。通常、この情報は、コール設定シグナリングにおいて得ることができる。しかしながら、常にそうではない。情報が欠落すると、コール設定においてサービス及びベアラレベルの適合性に到達せず、コールが失敗となる。この問題を以下に詳細に説明する。
【０００３】
移動ネットワークは、マルチナンバリング機構又は単一ナンバリング機構（ＳＮＳ）或いはその両方をサポートすることができる（３ＧＰＰ ＴＳ２９．００７を参照）。商業的ネットワークは、ＧＳＭ時代の始めにマルチナンバリング機構でスタートしたが、その後、多数のオペレータが、以下に述べる（そして解決された）問題があるにも関わらず、単一ナンバリング機構を導入した、
【０００４】
マルチナンバリング機構では、ユーザは、移動着信コールに使用されるサービスごとに個別のＭＳＩＳＤＮ番号を有する。サービス情報は、ＭＳＩＳＤＮ番号ごとにホーム位置レジスタ（ＨＬＲ）又はホーム加入者サーバー（ＨＳＳ）に記憶される。この情報は、到来する設定要求において発呼者から明確なサービス情報が受信されないときに、移動着信コールの設定に使用される。３ＧＰＰ ＴＳ２９．００７を参照されたい。
【０００５】
単一ナンバリング機構では、ユーザは、全てのサービスに共通の１つのＭＳＩＳＤＮ番号しかもたない。到来する設定要求において発呼者から明確なサービス情報が受信されないときには、ネットワークが、サービス定義をもたない設定を移動ステーション（ＭＳ）へ送信する。ＭＳは、コールに使用すべきサービスを決定しなければならない。移動ネットワーク又は中間ネットワーク或いは発呼者が、ＭＳにより示されたサービス又はチャンネル構成をサポートできないという危険性がある（３ＧＰＰ ＴＳ２７．００１、バージョン４．１．０を参照されたい）。
【０００６】
従って、ＭＳが、ネットワークによりサポートできないサービス定義（例えば、マルチスロット／ＨＳＣＳＤチャンネル構成）で応答したときには、コールが失敗に終わる。その結果、安全性の側に立って、成功裡なコールを保証するために常に基本的な９．６ｋビット／ｓのサービスを利用しなければならない。しかしながら、９．６ｋビット／ｓでは、多くのアプリケーションにとって低速過ぎる。
【０００７】
或いは又、ＭＳは、同じデータレートで応答してもよい。しかしながら、ＭＳは、オリジナルコール設定のＩＴＣ（情報転送能力）がＵＤＩ／ＲＤＩであるか又は３．１ｋＨｚであるか或いはスピーチであるか知らない。その結果、データレート自体が正しくても、他の当事者が、例えば、モデムや、他の例えばＵＤＩ／ＲＤＩプロトコルを使用できるために、コールが失敗となることがある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、要約すれば、本発明は、到来する設定要求において受け取られる不明瞭なサービス情報の問題に係る。このような場合に、ネットワークは、サービス定義をもたない設定を移動ステーション（ＭＳ）へ送信する。ＭＳは、コールに使用すべきサービスを決定しなければならない。しかしながら、移動ネットワーク又は中間ネットワーク或いは発呼者が、ＭＳにより示されたサービス又はチャンネル構成をサポートできないという危険性がある。
【０００９】
移動着信コールに関連した問題を上述した。しかしながら、移動発信の場合にも同様の問題があり、以下に説明する。
【００１０】
例えば、ユーザが訪問先ネットワークをローミングしているとき、ユーザは、訪問先ネットワークの能力を知らず、従って、ホームイントラネットへ成功裡なデータコールを行うようにＭＳを構成することができない。（充分な教育を受けたユーザは、異なる設定で何回かの試みを行うが、ここに提案する方法では、このような厄介なことも回避できる。）従って、この場合、ユーザは、利用したいサービスを利用しようと試み、そのサービスがサポートされていることを期待するか、或いは例えば、９．６ｋビット／ｓのデータレートで基本的なサービスコールを設定できるかのいずれかである。
【００１１】
これら両解決策は、その第１のものでは、コールが失敗することがあり、そしてその第２のものでは、ＭＳの全性能を利用できないので、欠点がある。従って、現在の状況は受け入れられない。
【課題を解決するための手段】
【００１２】
従って、本発明の基礎となる目的は、ネットワークによりサポートされたサービスを容易に提供できるようなメカニズムを提供することである。
【００１３】
この目的は、通信装置が接続されたネットワークを制御する方法であって、ネットワークから接続能力情報を得、そしてその得られた接続能力情報に基づいて接続サービスを評価するという段階を備えた方法により達成される。
【００１４】
更に、上記目的は、ネットワークに接続される通信装置であって、ネットワークから接続能力情報を得、そしてその得られた接続能力情報に基づいて接続サービスを評価するように構成された通信装置によっても達成される。
【００１５】
従って、本発明によれば、通信装置は、当該接続能力を得、そしてそれに対応して接続サービスを評価することができる。即ち、接続サービスは、ネットワークで利用できるサービスについて評価され、要求された接続サービスがそれに応じて変更され又は適応される。従って、通信装置は、ネットワークによりサポートされた接続サービスだけを確立する。
【００１６】
従って、通信装置がネットワーク等における当該接続能力を知るので、ネットワーク能力に関連した失敗が排除される。従って、ＩＴＣ（情報転送能力）に関連した失敗も排除される。
【００１７】
接続能力情報は、ネットワーク能力情報及び／又は遠方端当事者の能力に関する情報で構成される。更に、接続能力情報は、通信装置が接続されたネットワークと、遠方端当事者との間の中間ネットワークの能力に関する情報も含む。
【００１８】
接続能力情報は、コールを開始する際に得られる。或いは又、接続能力情報は、コールを終了する際に得られてもよい。又、接続能力情報は、ネットワークに登録する際にも得られ、そして得られた情報は、通信装置に記憶される。更に、接続能力情報は、コンフィギュレーション手順中にも得られ、この手順においては、ユーザ又はオペレータが接続能力情報で通信装置を手動でコンフィギュレーションするように招かれる。
【００１９】
更に、接続能力は、メッセージサービスを通してネットワークから得られ、そして得られた情報は、通信装置に記憶される。メッセージサービスは、ＳＭＳ（ショートメッセージサービス）又はＵＳＳＤ（未構成補足データ）である。
【００２０】
更に、通信装置のユーザにより要求された接続サービスは、評価段階においてその接続サービスがネットワークによりサポートされるかどうかチェックされるようにして得られ、そして必要に応じて、その要求されたサービスは、得られた接続能力情報に基づいて変更される。即ち、通信装置は、ユーザにより要求された接続サービスをネットワークがサポートしないことを検出すると、そのサービスをオーバーライドする。
【００２１】
接続能力情報を得るために、ネットワークからの接続情報を含む設定メッセージが通信装置により受信される。即ち、ネットワークは、設定メッセージにおいてその能力について通信装置にアクティブに通知する。
【００２２】
評価段階では、接続サービスが、その得られた接続能力情報に基づいて決定され、そしてその決定された接続サービスに関する情報が発生される。その決定された接続サービスに関する情報は、メッセージにおいて遠方端当事者に送信される。この情報により、遠方端当事者及び他の当該ネットワーク制御要素は、サポートされた接続サービスに関して通知される。
【００２３】
通信装置は、移動通信装置であり、そしてネットワークは、移動通信ネットワークである。即ち、本発明は、特に、移動ステーションが訪問先ネットワークをローミングする場合に移動ステーションが訪問先ネットワークの能力に気付かないので、移動ネットワークに最も効果的に適用できる。
【００２４】
しかしながら、通信装置は、固定通信装置でもよく、そしてネットワークは、固定通信ネットワークでもよい。ここでは、通信装置を新たにコンフィギュレーションする必要なく固定通信装置を別の固定ネットワークに容易に接続できるので（例えば、外国で除去した後に）、本発明は、この場合にも効果的である。
【００２５】
更に、本発明は、通信装置と遠方端当事者との間の接続及びネットワークを制御するための方法であって、通信装置により発生されるサポートされた接続サービスに関する情報を検出し、ネットワーク制御要素と遠方端当事者との間の接続関連情報を検出し、そして上記検出された情報と接続関連情報が互いに一致するかどうか評価するという段階を備えた方法も提案する。
【００２６】
或いは又、本発明は、ネットワーク、及び通信装置と遠方端当事者との間の接続を制御するためのネットワーク制御要素であって、更に、通信装置により発生されるサポートされた接続サービスに関する情報を検出し、ネットワーク制御要素と遠方端当事者との間の接続関連情報を検出し、そして上記検出された情報と接続関連情報が互いに一致するかどうか評価するように構成されたネットワーク制御要素も提案する。
【００２７】
これにより、ネットワーク制御要素に接続された通信装置が、本発明の特徴、即ち接続サービスのネゴシエーションをサポートするかどうかを確実にすることができる。誤った情報が供給された場合には、通信装置がこの特徴をサポートしないこと、又は欠陥情報が発生されたことを容易に決定することができる。
【００２８】
通信装置により発生されるサポートされた接続サービスに関する情報は、情報が一致しない場合にオーバーライドされる。即ち、通信装置が本発明の特徴をサポートしないか又は欠陥情報を発生したときには、この情報が打消され、そして公知技術に基づくコール確立が実行される。これにより、本発明の方法は、サポートされた接続サービスに関する情報を発生しない通信装置もサポートされるので、後方互換性を与える。
【００２９】
ネットワーク制御要素は、訪問先ネットワーク内、又は通信装置のホームネットワークと訪問先ネットワークとの間に配置されるインターワーキングファンクション（ＩＷＦ）である。
【発明を実施するための最良の形態】
【００３０】
本発明は、添付図面を参照した説明から容易に理解されよう。
図１は、本発明を適用できるネットワークシステムの概要を示す。移動ステーション（ＭＳ）が訪問先ネットワーク１をローミングしていると仮定する。この訪問先ネットワークは、移動サービス交換センター（ＭＳＣ）により制御され、これは、ＭＳの観点から訪問先ＭＳＣ（ＶＭＳＣ）である。別のネットワーク２（ＭＳのホームネットワークであるが、必ずしもそうでなくてもよい）がインターワーキングファンクション（ＩＷＦ）を経てネットワーク１に接続される。ＭＳＣに代わって、ＭＳＳ（ＭＳＣサーバー）が使用されてもよく、これは、この場合、訪問先ＭＳＳ（ＶＭＳＳ）であることに注意されたい。ＩＷＦは、ＶＭＳＣに一体化されてもよい。
【００３１】
以下に述べる実施形態によれば、ＭＳは、それが接続される訪問先ネットワーク等の能力（及びもし必要であれば、そのホームネットワーク及び／又は遠方端当事者）に関する情報をアクティブに収集するか、又はそのような情報が供給される。
【００３２】
以下、第１の実施形態として、ＭＳが情報をアクティブに収集するケースについて、情報取得手順を説明する。即ち、第１の実施形態によれば、移動ステーションは、それがローミングしていて使用するネットワークの能力及び遠方端当事者に関する情報を収集する。この情報は、後で使用するためにＭＳ（移動ターミナル（ＭＴ）自体又は加入者認識モジュール（ＳＩＭ））に記憶される。或いは、ネットワーク能力に関連した情報を、ＭＳにおいて、例えば、ユーザにより手動で或いはオペレータ又はネットワークにより自動的にコンフィギュレーションすることもできる。
【００３３】
次いで、ＭＳがネットワークの能力等に関する情報をいかに得るかについて幾つかの例を説明する。
ユーザがＭＳでコールを発信するか又は受信するときには、ＭＳは、ネットワークにおいてどのサービス及びベアラが利用できるか観察し、そしてコール設定パラメータの詳細を監視することにより、ネットワーク及びコール当事者（例えば、あるアドレスにおけるサーバー）の能力の情報を収集する。ＭＳは、訪問先ネットワークごとに（例えば、移動国コード及び移動ネットワークコードに基づいて）及び／又はコール当事者ごとに（コール当事者の例えばＭＳＩＳＤＮ番号又はＩＰアドレスのような識別に基づいて）情報を（例えば、移動ターミナル自体又はＳＩＭ（加入者認識モジュール）に）記憶する。
【００３４】
即ち、ＭＳは、当該ネットワークから、要求された情報をアクティブに収集する。
或いは又、ネットワーク及びコール当事者（例えばサーバー）の能力及び情報を、例えば、ユーザ又はオペレータによりＭＳにおいてコンフィギュレーションすることができる。
【００３５】
この場合、必要な情報は、他の方法により得ることもでき（例えば、インターネットにおけるオペレータホームページ、ハンドブック等）、ユーザは（又はオペレータでも）、それに応じてＭＳをコンフィギュレーションすることができる。
或いは又、ネットワークは、例えば、ネットワークに登録する際に、例えば、ＳＭＳ又は他の使用可能な搬送手段（例えば、ＵＳＳＤ又はｅ−メール）によりＭＳへ能力情報を供給し、ＭＳ自体によって自動的にコンフィギュレーション／記憶することもできる。
【００３６】
即ち、この場合、ＭＳは、ある搬送手段により必要な情報を得て、その情報に基づいてそれ自体を自動的にコンフィギュレーションすることができる。
以下、ネットワークの能力等に関する情報を詳細に説明する。
ＭＳにより収集される情報は、例えば、次のものを含む。
１）移動ネットワークによりサポートされるＣＳベアラ。例えば、ＧＳＭでは：
− ＨＳＣＳＤ／マルチスロットコンフィギュレーション
− ＴＣＨ／Ｆ１４．４チャンネルコード
− データ圧縮
− ＥＣＳＤチャンネルコード（ＴＣＨ／Ｆ２８．８、ＴＣＨ／Ｆ３２、ＴＣＨ／Ｆ４３．２）
【００３７】
２）移動ネットワークによりサポートされる接続要素：
− 搬送
− 非搬送
３）ネットワーク又はコール当事者によりサポートされる情報転送能力：
− ＵＤＩ／ＲＤＩ
− ３．１ｋＨｚ
− スピーチ
４）例えば、プロトコルサポート：
− ＩＴＵ−ＴＶ．１２０プロトコル
− ＩＴＵ−ＴＶ．１１０プロトコル
− フレームトンネルモード（ＦＴＭ）
５）ネットワークによりサポートされる非同期／同期能力：
− 非同期
− 同期
６）マルチメディア
【００３８】
上記リストは、当然、これで全てではなく、他の付加的な情報項目を追加することもできる。
上記で使用した省略形について、以下に簡単に述べる。ＨＳＣＳＤ（高速回路交換データ）、ＲＤＩ（限定デジタル情報）、ＴＣＨ（トラフィックチャンネル）、ＴＣＨ／Ｆ（全レートトラフィックチャンネル）、ＵＤＩ（非限定デジタル情報）。
【００３９】
ＭＳは、例えば、単一ナンバリング環境においてコールを受け取ったときに、記憶された情報を使用することができ、そして中間ネットワーク（１つ又は複数）は、明確なサービス情報を発呼者からＭＳへ送信することができる。
この場合、ＭＳは、現在の３ＧＰＰ仕様（ＴＳ２９．００７及び２７．００１を参照）に基づいて、どのサービスを利用すべきか決定し、そしてサービス定義をＢＣＩＥ（ベアラ能力情報エレメント）においてネットワークへ送信する。公知技術の現状では、ＭＳは、どのサービスを利用すべきか推定することしかできない（３ＧＰＰ ＴＳ２７．００１、バージョン４．１．０を参照）。要求されたベアラは、訪問先ネットワークではサポートされないことがあり、これは、コールが失敗であることを意味する。或いは、安全性の側に立って、ＭＳは、たとえネットワークがＨＳＣＳＤベアラをサポートすることができても、基本的な９．６ｋビット／ｓベアラを要求してもよく、これは、たとえ高速環境で動作してもユーザが低速サービスしか得られないことを意味する。
【００４０】
しかしながら、本発明の実施形態によれば、ＭＳは、ネットワーク及びコール当事者の能力の情報を収集する。従って、ＭＳは、動作環境の利用可能な能力に一致するサービス及びベアラ要求で応答することができる。例えば、ＭＳが、ＨＳＣＳＤをサポートするネットワークで使用されるように通常コンフィギュレーション構成された場合に、ユーザは、サポートされたコンフィギュレーションを見出すように試みる設定で変更する必要がなく、ＭＳは、ローミングされるネットワーク（必ずしもＨＳＣＳＤをサポートしない）の能力に一致するようにその要求サービスレベルを自動的に下げる。実際に、ＨＳＣＳＤから非ＨＳＣＳＤコールへの後退は、ＨＳＣＳＤをサポートしないネットワークでは現在機能せず、ＨＳＣＳＤコールが要求された場合にはコールが解除される（３ＧＰＰ ＴＳ２７．００１、バージョン４．１．０を参照）。
【００４１】
上記手順は、図２のフローチャートに示されている。この手順は、コールが発信されたときにスタートする。
ステップＳ１１において、ユーザにより要求されたサービスが得られる。例えば、これは、ＨＳＣＳＤであり、上述したように、ＭＳによりこれが通常サポートされるときである。
【００４２】
ステップＳ１２において、ネットワーク能力情報等が得られる。この段階を実行する間に、ＭＳは、必要な情報をＭＳへ送信するようにネットワークにアクティブに要求するか、又はこの情報が前もって記憶されたＭＳのメモリにアクセスする。
その後、ステップＳ１３において、要求されたサービスが、得られたネットワーク及び／又は遠方端側能力情報に関して評価される。即ち、要求されたサービスがネットワークによりサポートされるか、中間ネットワークによりサポートされるか及び／又は発呼者によりサポートされるかチェックする。もし必要であれば、サービスが適宜変更される。例えば、高レートのスピーチ接続がサポートされない場合には、接続がそれに対応する低レートのスピーチ接続に変更される。さもなければ（例えば、ＨＳＣＳＤに関する上記の例では）、ＭＳは、要求されたサービスがサポートされないことをユーザに指示し、別のサービスの選択を示唆する。肯定的な場合、即ち、要求されたサービスがネットワークによってサポートされるときには、この段階ではサービスが全く変更されない。サポートされたサービスに関する情報は、ステップＳ１４においてＢＣＩＥ（ベアラ能力情報エレメント）へ書き込まれる。
【００４３】
その後、手順が終了となり、通常の通信が行われる。
以下、要求されたサービスの上記ネゴシエーションの幾つかの例を説明する。
例１：
− ＭＳは、マルチメディアをサポートする。ＭＳは、現在ローミング中であるネットワークにおいて既にコールを行い、そしてネットワークがＣＳマルチメディア（同期ベアラ、マルチメディアシグナリング）をサポートすることを見出している。ＴＣＨ／Ｆ１４．４チャンネルコード化及びマルチスロットコンフィギュレーション。（或いは又、ネットワークごとのネットワーク能力がＭＳ（ＭＴ（移動ターミナル）又はＳＩＭ（加入者認識モジュール）において予めコンフィギュレーションされる。）
【００４４】
− ＭＳは、サービス指示をもたないコール設定を受け取る。ＭＳは、モデム（即ちＩＴＣ＝３．１ｋＨｚ）及び２＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションで２８．８ｋビット／ｓのマルチメディアコールを要求するＢＣＩＥにより応答する。
− 被呼者が実際にマルチメディアコールを要求した場合には、コールがマルチメディアコールとして設定される。被呼者がスピーチコールを要求した場合には、コールがスピーチへと後退する（３ＧＰＰ ＴＳ２９．００７、２４．００８及び２７．００１を参照）。
【００４５】
例２：
− ＭＳは、イントラネットアクセスサーバーへのコールを丁度行い、該サーバーは、識別チェックの後にコールバックする。ＭＳは、アクセスサーバーへの丁度行われたコール中、又はネットワークにおける以前のコール中に、ネットワークがＴＣＨ／Ｆ１４．４、マルチスロット、非透過的接続、ＵＤＩ及びＶ．１２０プロトコルをサポートすることを見出している。（或いは又、ネットワークごとのネットワーク能力がＭＳ（ＭＴ又はＳＩＭ）において予めコンフィギュレーションされてもよい。）
− サーバーによるコールバックの設定メッセージは、サービス定義を含まない。ＭＳは、２＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションで非透過的、２８．８ｋビット／ｓ、ＵＤＩ／Ｖ．１２０マルチスロットコールを要求するＢＣＩＥにより応答する。
【００４６】
例３：
− ＭＳは、それが現在ローミング中であるネットワークにおいてコールを既に受信し、そしてネットワークがＴＣＨ／Ｆ１４．４、マルチスロット、非透過的接続、ＩＴＣ＝３．１ｋＨｚ（モデム）をサポートするが、ＵＤＩはサポートしないことを見出している。（或いは又、ネットワークごとのネットワーク能力がＭＳ（ＭＴ又はＳＩＭ）において予めコンフィギュレーションされてもよい。）
【００４７】
− ユーザは、ホームネットワークへコールを行い、デフォールト設定は、３＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションでの非透過的、５６ｋビット／ｓ、ＵＤＩ／Ｖ．１２０、マルチスロットである。
− ＭＳは、設定を、２＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションでの非透過的、３．１ｋＨｚオートボーディング（モデム）へ自動的に戻し、訪問先ネットワークの能力に一致させる。
【００４８】
例４：
− ＭＳは、あるサーバー（ユーザが多かれ少なかれ規則的に使用するアクセスサーバーの１つ）へコールを既に行って、そのサーバーがＩＴＣ＝３．１ｋＨｚ（即ちモデム）をサポートするが、ＵＤＩはサポートしないことを見出している。（或いは又、識別／アドレスごとのサーバー能力がＭＳ（ＭＴ又はＳＩＭ）において予めコンフィギュレーションされてもよい。）
【００４９】
ユーザは、サーバーへコールを行い、デフォールト設定は、例えば、３＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションでの非透過的、５６ｋビット／ｓ、ＵＤＩ／Ｖ．１２０、マルチスロットである。
− ＭＳは、設定を、２＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションでの非透過的、３．１ｋＨｚオートボーディング（モデム）へ自動的に戻し、サーバーの能力に一致させる。
【００５０】
本発明を実施するより詳細な例を以下に説明する。
現在、ＭＳは、ネットワークの実際の名前についての情報を有する。ネットワークは、その移動国コード（ＭＣＣ）及び移動ネットワークコード（ＭＮＣ）により識別される。例えば、ＭＣＣ２４４及びＭＮＣ５は、ネットワークをフィンランド・ラジオィンジャ・オペレータのネットワークとして識別する。この情報は、ネットワークの能力に関する（収集された）情報を含むように拡張することができる。
【００５１】
ここで、移動発信（ＭＯ）コールの場合に、ＭＳは、この情報をアクセスし、そしてネットワーク能力情報とユーザ要求サービスとを比較する。ＭＳは、ネットワーク能力に適合するように、要求されたサービスを必要に応じて変更する。
ネットワーク能力情報が得られない場合には、ユーザ要求に基づいてコールがなされ、そしてコールの結果が更なる使用のために記憶される。
【００５２】
新たなサービスを利用できるようにネットワークが更新される場合には、要求されたサービスがサポートされていなかったことでＭＳがその使用を断られないように、収集された情報を（ネットワークごとに又は一度に全部）クリアする可能性／メカニズムが存在するのが好ましい。或いは又、その特徴をターンオフできることも好ましい。特徴がターンオフされた場合には、情報収集を別々にターンオン／オフすることができる。又、これは、ユーザがＭＳからネットワークの能力について尋ねる場合、即ち収集された情報を読み取る場合にも有用である。
【００５３】
移動着信（ＭＴ）コールの場合には、ＭＴ ＳＮＳ（単一ナンバリング機構）コール、即ちファックス、ビデオ、データをいかに受信するかに関する情報がユーザから必要となる。「設定」メッセージにＢＣＩＥパラメータをもたないＭＴコールが受信されるときには、ＭＳは、収集された情報からパラメータの残りをルックアップする。
【００５４】
従って、第１の実施形態によれば、ネットワーク及び被呼者のサービス能力は、接続されたコール中に、又はネットワーク開始供給においてこの情報を受け取ることで、ＭＳにより収集される。又、この情報は、ユーザ又はオペレータによりＭＳにおいてコンフィギュレーションすることもできる。この情報は、ＭＳに記憶され、そしてコール設定時に得られるネットワーク能力情報をもたずにコールを開始又は受信するときに使用することができる。
【００５５】
以下、移動着信コールを確立するときにＭＳに情報が送信される第２の実施形態について説明する。基本的に、第１の実施形態との相違のみを以下に述べる。特に、同じ接続能力情報（ネットワーク能力情報、遠方端当事者に関する情報、等々）が同じであることに注意されたい。
【００５６】
第２の実施形態によれば、移動ネットワークは、中間ネットワーク（１つ又は複数）及び発呼者の特性の当該能力及び利用可能な部分を設定シグナリングによりＭＳに指示する。例えば、ＭＳがマルチメディアをサポートし、そして「ＩＴＣ＝ＵＤＩ、ＴＣＨ／Ｆ３２サポート、マルチスロット」を指示するコール設定を受信した場合に、ＭＳは、完全な６４ｋビット／ｓのＩＴＣ＝ＵＤＩマルチメディアＢＣＩＥで応答する。
【００５７】
これについて、以下に詳細に述べる。
この場合も、ＭＳが、ＭＳＣ（移動サービス交換センター）又はＭＳＳ（ＭＳＣサーバー）によりサービスされると仮定し、これらは、ＭＳの観点から、訪問先ＭＳＣ又はＭＳＳ（ＶＭＳＣ又はＶＭＳＳと省略される）である。
実行される手順が、図３のシグナリングフロー図に示されている。
この手順は、ＶＭＳＣ又はＶＭＳＳが、充分なサービス定義をもたずにコア／外部ネットワークから設定メッセージ（例えば、ＩＡＭ（初期アドレスメッセージ））を受信し（ステップＳ２１）、そして単一ナンバリング機構（ＳＮＳ）が使用されるときに、実行される。
【００５８】
ステップＳ２２では、ＶＭＳＣは、それ自身及び関連無線ネットワーク（ＶＭＳＣが知っていれば）のデータコール関連能力と、発呼者から受け取ったＩＴＣ／ＴＲＭとをＭＳに送信する。この情報は、既存のメッセージ（「設定」メッセージのような）において送信されるのが好ましい。例えば、この情報は、３ＧＰＰ ＴＳ２４．００８、サブクローズ９．３．２３．１及び１０．５．４．２９に記載されたように、既存のエレメントの拡張又は予備フィールド（「ネットワークコール制御能力」のような）含まれる。これにより、ここに提案する新たな特徴をサポートしない移動ステーションでの後方互換性が保証される。というのは、例えば、特別なメッセージを送信する場合に、本発明による特徴をサポートしないＭＳは、混乱を生じることがあるからである。
【００５９】
しかしながら、当然、ここに述べる特徴が全てのＭＳに義務付けられたときには、他のシグナリングメッセージ及びエレメント（例えば、クラスマーク）の使用も考えられる。
ステップＳ２３では、ＭＳは、受信した情報を評価する。即ち、ネットワーク能力及びＩＴＣ／ＴＲＭ情報をもつ設定を受け取るＭＳは、ネットワーク能力情報から、例えば、訪問先ネットワークで使用できるのは、マルチスロットコンフィギュレーション及びＴＣＨ／Ｆ１４．４であるか、ＴＣＨ／Ｆ２８．８であるか、ＴＣＨ／Ｆ４３．２であるか、又はＴＣＨ／Ｆ３２チャンネルであるか、更に、サポートされるのは、透過的（Ｔ）サービスか、非透過的（ＮＴ）サービスか又はその両方であるか、そして発呼者が要求するのは、ＵＤＩ／ＲＤＩ（非限定デジタル送信／限定デジタル送信）であるか、３．１ｋＨｚであるか、又はスピーチコールであるかを推論する。
【００６０】
ステップＳ２４では、ＭＳは、上記情報及びＭＳ自体における関連コンフィギュレーションから推論されたＢＣＩＥ（ベアラ能力情報エレメント）で応答する。
このエレメント（即ちネゴシエーションされたサービスに関する情報）は、ＶＭＳＣ及びＩＷＦにより、コールを設定するのに使用される。任意であるが、ステップＳ２６において、失敗チェック手順が実行され（ステップＳ２５においてＢＣＩＥをＩＷＦへ転送した後に）、これについては以下に述べる。その後、通常のコール確立手順が失敗を伴わずに続けられる。
【００６１】
ネットワーク能力情報等の上記評価に関する幾つかの例を以下に説明する。
例５：
− ＭＳがイントラネットアクセスサーバーにコールを丁度行い、該サーバーが識別チェックの後にコールバックし、そして入呼びが「ＩＴＣ＝ＵＤＩ、ＴＣＨ／Ｆ１４．４サポート、マルチスロットサポート」を指示する場合には、ＭＳは、それ自体によりサポートされたＴＣＨ／Ｆ１４．４（例えば、２＊１４．４＝２８．８ｋビット／ｓ）をもつ最大データレートコンフィギュレーション及びＵＤＩプロトコルを伴う非透過的コールを設定する。
【００６２】
例６：
− ＭＳは、マルチメディアをサポートする。ＭＳは、「ＩＴＣ＝ＵＤＩ、ＴＣＨ／Ｆ３２サポート、マルチスロット」を指示するコール設定を受け取る。ＭＳは、完全な６４ｋビット／ｓのＩＴＣ＝ＵＤＩマルチメディアＢＣＩＥで応答する。
【００６３】
例７：
− ＭＳは、マルチメディアをサポートする。ＭＳは、「ＩＴＣ＝３．１ｋＨｚ、ＴＣＨ／Ｆ１４．４サポート、マルチスロットサポート」を指示するコール設定を受け取る。ＭＳは、完全な２８．８ｋビット／ｓのＩＴＣ＝３．１ｋＨｚマルチメディアＢＣＩＥで応答する。（発呼者がとにかくスピーチサービスを要求した場合には、３．１ｋＨｚからスピーチへの標準的な後退が行われる。）
【００６４】
次いで、本発明の第３の実施形態として、失敗によるか又は実際のＭＳが本発明の特徴をサポートしないためにＭＳが誤ったサービスを選択した場合にどんなアクションが実行されるかについて説明する。即ち、第３の実施形態によれば、図３のステップＳ２６を参照して上述した失敗チェック手順が実行される。
【００６５】
特に、インターワーキングファンクション（ＩＷＦ）のようなネットワーク制御要素は、ＩＷＦと発呼者との間の岐路において自動データレート検出及び自動プロトコル検出を使用して、ＭＳが誤った固定ネットワークデータレート（ＦＮＵＲ）又はプロトコル（即ち、発呼者により使用されるものとは異なるＦＮＵＲ又はプロトコル）を指示した場合の失敗を排除する。ここに示す実施形態では、ＶＭＳＣ及びＩＷＦが個別のエンティティであると仮定する。この場合には、ステップＳ２５においてＢＣＩＥをＩＷＦに転送することが必要である。しかしながら、上述したように、ＩＷＦは、ＶＭＳＣに一体化されてもよい。この場合、ＩＷＦは、ＢＣＩＥに直接アクセスすることができ、ネットワークを経ての送信は必要とされない。
【００６６】
このような失敗の場合に実行される手順が図４のフローチャートに示されている。
ステップＳ３１において、ＩＷＦは、被呼ＭＳのＩＴＣ値、即ちＭＳによりセットされたＩＴＣ値を検出する。ステップＳ３２において、ＩＷＦは、ＩＷＦと発呼者との間のデータレート及びプロトコルを検出する。ステップＳ３３では、ＩＷＦは、当該ＭＳの検出されたＩＴＣ値が、検出されたデータレート及びプロトコルに一致するかどうかチェックする。それらが一致する場合には、ＩＷＦは、ＭＳが本発明の特徴をサポートできると決定し、通常の通信が続けられる（ステップＳ３４）。
【００６７】
しかしながら、上記値が一致しない場合には、ＩＷＦは、被呼ＭＳが上記サービス及びネットワーク能力ネゴシエーションをサポートしないと決定する。即ち、ＭＳは、誤った情報転送能力（ＩＴＣ）値で応答し、即ち発呼者により指示された値とは異なる値で応答する。
【００６８】
この場合に、インターワーキングファンクション（ＩＷＦ）は、発呼者から受信したＩＴＣ値を使用し、即ち被呼移動ステーションから受信したＩＴＣをオーバーライドする（ステップＳ３５）。次いで、ＩＷＦは、その変更されたＩＴＣ値に一致するように関連パラメータを適応させ、例えば、ＩＴＣが３．１ｋＨｚからＵＤＩへ変更される場合には、モデムの形式が要求されない。
【００６９】
第３の実施形態による手順は、ＩＷＦにおいて実施される必要がなく、いかなる形式のネットワーク制御要素においても実行できることに注意されたい。
更に、ＭＳが、発呼者により使用されるサービスに一致しないサービスを示唆するケースも発生する。このケースでは、ＩＷＦは、コールを拒絶するが、ＭＳは、サービスを正しく決定する。しかしながら、上記実施形態で述べた全ての利用可能な情報及び方法では、このようなケースの確率が非常に低い。
【００７０】
上記説明及び添付図面は、本発明を一例として示すに過ぎない。従って、本発明の実施形態は、特許請求の範囲内で変更し得る。
例えば、上記実施形態は、移動ステーションが訪問先ネットワークでローミングするケースについて説明した。しかしながら、本発明は、このケースに限定されない。即ち、本発明によるネゴシエーション手順を適用することにより、ネットワークを容易に再コンフィギュレーションすることができる。例えば、新規なサービス等を導入することができる。又、ネゴシエーション手順を実行するための通信装置は、手動コンフィギュレーション等を必要とせずにそれ自身のネットワークにおいて新規なサービスを容易に利用することもできる。
【００７１】
更に、上記実施形態は、移動通信ネットワークが使用される例について説明した。本発明は、移動通信ネットワークに最も効果的に適用できるが、固定通信ネットワークにも適用できる。例えば、固定電話がある位置から新たな位置へ転送され、そして新たな位置において、古いネットワークとは異なる特性を有する新たな固定ネットワークに接続される。これは、別のオペレータが新たなネットワークを運転するケースである。このようなケースでは、本発明を適用したときには、固定電話をネットワークへ手動でコンフィギュレーションする必要がない。本発明の特徴を採用するためには、必要な接続能力情報（ネットワーク能力等）より成る対応するメッセージが固定ネットワークを経て送信されることを必要とする。
【図面の簡単な説明】
【００７２】
【図１】本発明の実施形態を適用できるネットワークシステムの構造を示す図である。
【図２】第１の実施形態によるコール設定手順のフローチャートである。
【図３】第２の実施形態によるコール設定手順のシグナリングフローを示す図である。
【図４】第３の実施形態による失敗手順のフローチャートである。
【０００１】
本発明は、通信装置が接続されたネットワークを制御する方法と、それに対応して構成された通信装置とに係る。
【背景技術】
【０００２】
移動ステーションは、使用するネットワーク及び被呼者又は発呼者の能力に関して多量の情報を必要とする。通常、この情報は、コール設定シグナリングにおいて得ることができる。しかしながら、常にそうではない。情報が欠落すると、コール設定においてサービス及びベアラレベルの適合性に到達せず、コールが失敗となる。この問題を以下に詳細に説明する。
【０００３】
移動ネットワークは、マルチナンバリング機構又は単一ナンバリング機構（ＳＮＳ）或いはその両方をサポートすることができる（３ＧＰＰ ＴＳ２９．００７を参照）。商業的ネットワークは、ＧＳＭ時代の始めにマルチナンバリング機構でスタートしたが、その後、多数のオペレータが、以下に述べる（そして解決された）問題があるにも関わらず、単一ナンバリング機構を導入した、
【０００４】
マルチナンバリング機構では、ユーザは、移動着信コールに使用されるサービスごとに個別のＭＳＩＳＤＮ番号を有する。サービス情報は、ＭＳＩＳＤＮ番号ごとにホーム位置レジスタ（ＨＬＲ）又はホーム加入者サーバー（ＨＳＳ）に記憶される。この情報は、到来する設定要求において発呼者から明確なサービス情報が受信されないときに、移動着信コールの設定に使用される。３ＧＰＰ ＴＳ２９．００７を参照されたい。
【０００５】
単一ナンバリング機構では、ユーザは、全てのサービスに共通の１つのＭＳＩＳＤＮ番号しかもたない。到来する設定要求において発呼者から明確なサービス情報が受信されないときには、ネットワークが、サービス定義をもたない設定を移動ステーション（ＭＳ）へ送信する。ＭＳは、コールに使用すべきサービスを決定しなければならない。移動ネットワーク又は中間ネットワーク或いは発呼者が、ＭＳにより示されたサービス又はチャンネル構成をサポートできないという危険性がある（３ＧＰＰ ＴＳ２７．００１、バージョン４．１．０を参照されたい）。
【０００６】
従って、ＭＳが、ネットワークによりサポートできないサービス定義（例えば、マルチスロット／ＨＳＣＳＤチャンネル構成）で応答したときには、コールが失敗に終わる。その結果、安全性の側に立って、成功裡なコールを保証するために常に基本的な９．６ｋビット／ｓのサービスを利用しなければならない。しかしながら、９．６ｋビット／ｓでは、多くのアプリケーションにとって低速過ぎる。
【０００７】
或いは又、ＭＳは、同じデータレートで応答してもよい。しかしながら、ＭＳは、オリジナルコール設定のＩＴＣ（情報転送能力）がＵＤＩ／ＲＤＩであるか又は３．１ｋＨｚであるか或いはスピーチであるか知らない。その結果、データレート自体が正しくても、他の当事者が、例えば、モデムや、他の例えばＵＤＩ／ＲＤＩプロトコルを使用できるために、コールが失敗となることがある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、要約すれば、本発明は、到来する設定要求において受け取られる不明瞭なサービス情報の問題に係る。このような場合に、ネットワークは、サービス定義をもたない設定を移動ステーション（ＭＳ）へ送信する。ＭＳは、コールに使用すべきサービスを決定しなければならない。しかしながら、移動ネットワーク又は中間ネットワーク或いは発呼者が、ＭＳにより示されたサービス又はチャンネル構成をサポートできないという危険性がある。
【０００９】
移動着信コールに関連した問題を上述した。しかしながら、移動発信の場合にも同様の問題があり、以下に説明する。
【００１０】
例えば、ユーザが訪問先ネットワークをローミングしているとき、ユーザは、訪問先ネットワークの能力を知らず、従って、ホームイントラネットへ成功裡なデータコールを行うようにＭＳを構成することができない。（充分な教育を受けたユーザは、異なる設定で何回かの試みを行うが、ここに提案する方法では、このような厄介なことも回避できる。）従って、この場合、ユーザは、利用したいサービスを利用しようと試み、そのサービスがサポートされていることを期待するか、或いは例えば、９．６ｋビット／ｓのデータレートで基本的なサービスコールを設定できるかのいずれかである。
【００１１】
これら両解決策は、その第１のものでは、コールが失敗することがあり、そしてその第２のものでは、ＭＳの全性能を利用できないので、欠点がある。従って、現在の状況は受け入れられない。
【課題を解決するための手段】
【００１２】
従って、本発明の基礎となる目的は、ネットワークによりサポートされたサービスを容易に提供できるようなメカニズムを提供することである。
【００１３】
この目的は、通信装置が接続されたネットワークを制御する方法であって、ネットワークから接続能力情報を得、そしてその得られた接続能力情報に基づいて接続サービスを評価するという段階を備えた方法により達成される。
【００１４】
更に、上記目的は、ネットワークに接続される通信装置であって、ネットワークから接続能力情報を得、そしてその得られた接続能力情報に基づいて接続サービスを評価するように構成された通信装置によっても達成される。
【００１５】
従って、本発明によれば、通信装置は、当該接続能力を得、そしてそれに対応して接続サービスを評価することができる。即ち、接続サービスは、ネットワークで利用できるサービスについて評価され、要求された接続サービスがそれに応じて変更され又は適応される。従って、通信装置は、ネットワークによりサポートされた接続サービスだけを確立する。
【００１６】
従って、通信装置がネットワーク等における当該接続能力を知るので、ネットワーク能力に関連した失敗が排除される。従って、ＩＴＣ（情報転送能力）に関連した失敗も排除される。
【００１７】
接続能力情報は、ネットワーク能力情報及び／又は遠方端当事者の能力に関する情報で構成される。更に、接続能力情報は、通信装置が接続されたネットワークと、遠方端当事者との間の中間ネットワークの能力に関する情報も含む。
【００１８】
接続能力情報は、コールを開始する際に得られる。或いは又、接続能力情報は、コールを終了する際に得られてもよい。又、接続能力情報は、ネットワークに登録する際にも得られ、そして得られた情報は、通信装置に記憶される。更に、接続能力情報は、コンフィギュレーション手順中にも得られ、この手順においては、ユーザ又はオペレータが接続能力情報で通信装置を手動でコンフィギュレーションするように招かれる。
【００１９】
更に、接続能力は、メッセージサービスを通してネットワークから得られ、そして得られた情報は、通信装置に記憶される。メッセージサービスは、ＳＭＳ（ショートメッセージサービス）又はＵＳＳＤ（未構成補足データ）である。
【００２０】
更に、通信装置のユーザにより要求された接続サービスは、評価段階においてその接続サービスがネットワークによりサポートされるかどうかチェックされるようにして得られ、そして必要に応じて、その要求されたサービスは、得られた接続能力情報に基づいて変更される。即ち、通信装置は、ユーザにより要求された接続サービスをネットワークがサポートしないことを検出すると、そのサービスをオーバーライドする。
【００２１】
接続能力情報を得るために、ネットワークからの接続情報を含む設定メッセージが通信装置により受信される。即ち、ネットワークは、設定メッセージにおいてその能力について通信装置にアクティブに通知する。
【００２２】
評価段階では、接続サービスが、その得られた接続能力情報に基づいて決定され、そしてその決定された接続サービスに関する情報が発生される。その決定された接続サービスに関する情報は、メッセージにおいて遠方端当事者に送信される。この情報により、遠方端当事者及び他の当該ネットワーク制御要素は、サポートされた接続サービスに関して通知される。
【００２３】
通信装置は、移動通信装置であり、そしてネットワークは、移動通信ネットワークである。即ち、本発明は、特に、移動ステーションが訪問先ネットワークをローミングする場合に移動ステーションが訪問先ネットワークの能力に気付かないので、移動ネットワークに最も効果的に適用できる。
【００２４】
しかしながら、通信装置は、固定通信装置でもよく、そしてネットワークは、固定通信ネットワークでもよい。ここでは、通信装置を新たにコンフィギュレーションする必要なく固定通信装置を別の固定ネットワークに容易に接続できるので（例えば、外国で除去した後に）、本発明は、この場合にも効果的である。
【００２５】
更に、本発明は、通信装置と遠方端当事者との間の接続及びネットワークを制御するための方法であって、通信装置により発生されるサポートされた接続サービスに関する情報を検出し、ネットワーク制御要素と遠方端当事者との間の接続関連情報を検出し、そして上記検出された情報と接続関連情報が互いに一致するかどうか評価するという段階を備えた方法も提案する。
【００２６】
或いは又、本発明は、ネットワーク、及び通信装置と遠方端当事者との間の接続を制御するためのネットワーク制御要素であって、更に、通信装置により発生されるサポートされた接続サービスに関する情報を検出し、ネットワーク制御要素と遠方端当事者との間の接続関連情報を検出し、そして上記検出された情報と接続関連情報が互いに一致するかどうか評価するように構成されたネットワーク制御要素も提案する。
【００２７】
これにより、ネットワーク制御要素に接続された通信装置が、本発明の特徴、即ち接続サービスのネゴシエーションをサポートするかどうかを確実にすることができる。誤った情報が供給された場合には、通信装置がこの特徴をサポートしないこと、又は欠陥情報が発生されたことを容易に決定することができる。
【００２８】
通信装置により発生されるサポートされた接続サービスに関する情報は、情報が一致しない場合にオーバーライドされる。即ち、通信装置が本発明の特徴をサポートしないか又は欠陥情報を発生したときには、この情報が打消され、そして公知技術に基づくコール確立が実行される。これにより、本発明の方法は、サポートされた接続サービスに関する情報を発生しない通信装置もサポートされるので、後方互換性を与える。
【００２９】
ネットワーク制御要素は、訪問先ネットワーク内、又は通信装置のホームネットワークと訪問先ネットワークとの間に配置されるインターワーキングファンクション（ＩＷＦ）である。
【発明を実施するための最良の形態】
【００３０】
本発明は、添付図面を参照した説明から容易に理解されよう。
図１は、本発明を適用できるネットワークシステムの概要を示す。移動ステーション（ＭＳ）が訪問先ネットワーク１をローミングしていると仮定する。この訪問先ネットワークは、移動サービス交換センター（ＭＳＣ）により制御され、これは、ＭＳの観点から訪問先ＭＳＣ（ＶＭＳＣ）である。別のネットワーク２（ＭＳのホームネットワークであるが、必ずしもそうでなくてもよい）がインターワーキングファンクション（ＩＷＦ）を経てネットワーク１に接続される。ＭＳＣに代わって、ＭＳＳ（ＭＳＣサーバー）が使用されてもよく、これは、この場合、訪問先ＭＳＳ（ＶＭＳＳ）であることに注意されたい。ＩＷＦは、ＶＭＳＣに一体化されてもよい。
【００３１】
以下に述べる実施形態によれば、ＭＳは、それが接続される訪問先ネットワーク等の能力（及びもし必要であれば、そのホームネットワーク及び／又は遠方端当事者）に関する情報をアクティブに収集するか、又はそのような情報が供給される。
【００３２】
以下、第１の実施形態として、ＭＳが情報をアクティブに収集するケースについて、情報取得手順を説明する。即ち、第１の実施形態によれば、移動ステーションは、それがローミングしていて使用するネットワークの能力及び遠方端当事者に関する情報を収集する。この情報は、後で使用するためにＭＳ（移動ターミナル（ＭＴ）自体又は加入者認識モジュール（ＳＩＭ））に記憶される。或いは、ネットワーク能力に関連した情報を、ＭＳにおいて、例えば、ユーザにより手動で或いはオペレータ又はネットワークにより自動的にコンフィギュレーションすることもできる。
【００３３】
次いで、ＭＳがネットワークの能力等に関する情報をいかに得るかについて幾つかの例を説明する。
ユーザがＭＳでコールを発信するか又は受信するときには、ＭＳは、ネットワークにおいてどのサービス及びベアラが利用できるか観察し、そしてコール設定パラメータの詳細を監視することにより、ネットワーク及びコール当事者（例えば、あるアドレスにおけるサーバー）の能力の情報を収集する。ＭＳは、訪問先ネットワークごとに（例えば、移動国コード及び移動ネットワークコードに基づいて）及び／又はコール当事者ごとに（コール当事者の例えばＭＳＩＳＤＮ番号又はＩＰアドレスのような識別に基づいて）情報を（例えば、移動ターミナル自体又はＳＩＭ（加入者認識モジュール）に）記憶する。
【００３４】
即ち、ＭＳは、当該ネットワークから、要求された情報をアクティブに収集する。
或いは又、ネットワーク及びコール当事者（例えばサーバー）の能力及び情報を、例えば、ユーザ又はオペレータによりＭＳにおいてコンフィギュレーションすることができる。
【００３５】
この場合、必要な情報は、他の方法により得ることもでき（例えば、インターネットにおけるオペレータホームページ、ハンドブック等）、ユーザは（又はオペレータでも）、それに応じてＭＳをコンフィギュレーションすることができる。
或いは又、ネットワークは、例えば、ネットワークに登録する際に、例えば、ＳＭＳ又は他の使用可能な搬送手段（例えば、ＵＳＳＤ又はｅ−メール）によりＭＳへ能力情報を供給し、ＭＳ自体によって自動的にコンフィギュレーション／記憶することもできる。
【００３６】
即ち、この場合、ＭＳは、ある搬送手段により必要な情報を得て、その情報に基づいてそれ自体を自動的にコンフィギュレーションすることができる。
以下、ネットワークの能力等に関する情報を詳細に説明する。
ＭＳにより収集される情報は、例えば、次のものを含む。
１）移動ネットワークによりサポートされるＣＳベアラ。例えば、ＧＳＭでは：
− ＨＳＣＳＤ／マルチスロットコンフィギュレーション
− ＴＣＨ／Ｆ１４．４チャンネルコード
− データ圧縮
− ＥＣＳＤチャンネルコード（ＴＣＨ／Ｆ２８．８、ＴＣＨ／Ｆ３２、ＴＣＨ／Ｆ４３．２）
【００３７】
２）移動ネットワークによりサポートされる接続要素：
− 搬送
− 非搬送
３）ネットワーク又はコール当事者によりサポートされる情報転送能力：
− ＵＤＩ／ＲＤＩ
− ３．１ｋＨｚ
− スピーチ
４）例えば、プロトコルサポート：
− ＩＴＵ−ＴＶ．１２０プロトコル
− ＩＴＵ−ＴＶ．１１０プロトコル
− フレームトンネルモード（ＦＴＭ）
５）ネットワークによりサポートされる非同期／同期能力：
− 非同期
− 同期
６）マルチメディア
【００３８】
上記リストは、当然、これで全てではなく、他の付加的な情報項目を追加することもできる。
上記で使用した省略形について、以下に簡単に述べる。ＨＳＣＳＤ（高速回路交換データ）、ＲＤＩ（限定デジタル情報）、ＴＣＨ（トラフィックチャンネル）、ＴＣＨ／Ｆ（全レートトラフィックチャンネル）、ＵＤＩ（非限定デジタル情報）。
【００３９】
ＭＳは、例えば、単一ナンバリング環境においてコールを受け取ったときに、記憶された情報を使用することができ、そして中間ネットワーク（１つ又は複数）は、明確なサービス情報を発呼者からＭＳへ送信することができる。
この場合、ＭＳは、現在の３ＧＰＰ仕様（ＴＳ２９．００７及び２７．００１を参照）に基づいて、どのサービスを利用すべきか決定し、そしてサービス定義をＢＣＩＥ（ベアラ能力情報エレメント）においてネットワークへ送信する。公知技術の現状では、ＭＳは、どのサービスを利用すべきか推定することしかできない（３ＧＰＰ ＴＳ２７．００１、バージョン４．１．０を参照）。要求されたベアラは、訪問先ネットワークではサポートされないことがあり、これは、コールが失敗であることを意味する。或いは、安全性の側に立って、ＭＳは、たとえネットワークがＨＳＣＳＤベアラをサポートすることができても、基本的な９．６ｋビット／ｓベアラを要求してもよく、これは、たとえ高速環境で動作してもユーザが低速サービスしか得られないことを意味する。
【００４０】
しかしながら、本発明の実施形態によれば、ＭＳは、ネットワーク及びコール当事者の能力の情報を収集する。従って、ＭＳは、動作環境の利用可能な能力に一致するサービス及びベアラ要求で応答することができる。例えば、ＭＳが、ＨＳＣＳＤをサポートするネットワークで使用されるように通常コンフィギュレーション構成された場合に、ユーザは、サポートされたコンフィギュレーションを見出すように試みる設定で変更する必要がなく、ＭＳは、ローミングされるネットワーク（必ずしもＨＳＣＳＤをサポートしない）の能力に一致するようにその要求サービスレベルを自動的に下げる。実際に、ＨＳＣＳＤから非ＨＳＣＳＤコールへの後退は、ＨＳＣＳＤをサポートしないネットワークでは現在機能せず、ＨＳＣＳＤコールが要求された場合にはコールが解除される（３ＧＰＰ ＴＳ２７．００１、バージョン４．１．０を参照）。
【００４１】
上記手順は、図２のフローチャートに示されている。この手順は、コールが発信されたときにスタートする。
ステップＳ１１において、ユーザにより要求されたサービスが得られる。例えば、これは、ＨＳＣＳＤであり、上述したように、ＭＳによりこれが通常サポートされるときである。
【００４２】
ステップＳ１２において、ネットワーク能力情報等が得られる。この段階を実行する間に、ＭＳは、必要な情報をＭＳへ送信するようにネットワークにアクティブに要求するか、又はこの情報が前もって記憶されたＭＳのメモリにアクセスする。
その後、ステップＳ１３において、要求されたサービスが、得られたネットワーク及び／又は遠方端側能力情報に関して評価される。即ち、要求されたサービスがネットワークによりサポートされるか、中間ネットワークによりサポートされるか及び／又は発呼者によりサポートされるかチェックする。もし必要であれば、サービスが適宜変更される。例えば、高レートのスピーチ接続がサポートされない場合には、接続がそれに対応する低レートのスピーチ接続に変更される。さもなければ（例えば、ＨＳＣＳＤに関する上記の例では）、ＭＳは、要求されたサービスがサポートされないことをユーザに指示し、別のサービスの選択を示唆する。肯定的な場合、即ち、要求されたサービスがネットワークによってサポートされるときには、この段階ではサービスが全く変更されない。サポートされたサービスに関する情報は、ステップＳ１４においてＢＣＩＥ（ベアラ能力情報エレメント）へ書き込まれる。
【００４３】
その後、手順が終了となり、通常の通信が行われる。
以下、要求されたサービスの上記ネゴシエーションの幾つかの例を説明する。
例１：
− ＭＳは、マルチメディアをサポートする。ＭＳは、現在ローミング中であるネットワークにおいて既にコールを行い、そしてネットワークがＣＳマルチメディア（同期ベアラ、マルチメディアシグナリング）をサポートすることを見出している。ＴＣＨ／Ｆ１４．４チャンネルコード化及びマルチスロットコンフィギュレーション。（或いは又、ネットワークごとのネットワーク能力がＭＳ（ＭＴ（移動ターミナル）又はＳＩＭ（加入者認識モジュール）において予めコンフィギュレーションされる。）
【００４４】
− ＭＳは、サービス指示をもたないコール設定を受け取る。ＭＳは、モデム（即ちＩＴＣ＝３．１ｋＨｚ）及び２＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションで２８．８ｋビット／ｓのマルチメディアコールを要求するＢＣＩＥにより応答する。
− 被呼者が実際にマルチメディアコールを要求した場合には、コールがマルチメディアコールとして設定される。被呼者がスピーチコールを要求した場合には、コールがスピーチへと後退する（３ＧＰＰ ＴＳ２９．００７、２４．００８及び２７．００１を参照）。
【００４５】
例２：
− ＭＳは、イントラネットアクセスサーバーへのコールを丁度行い、該サーバーは、識別チェックの後にコールバックする。ＭＳは、アクセスサーバーへの丁度行われたコール中、又はネットワークにおける以前のコール中に、ネットワークがＴＣＨ／Ｆ１４．４、マルチスロット、非透過的接続、ＵＤＩ及びＶ．１２０プロトコルをサポートすることを見出している。（或いは又、ネットワークごとのネットワーク能力がＭＳ（ＭＴ又はＳＩＭ）において予めコンフィギュレーションされてもよい。）
− サーバーによるコールバックの設定メッセージは、サービス定義を含まない。ＭＳは、２＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションで非透過的、２８．８ｋビット／ｓ、ＵＤＩ／Ｖ．１２０マルチスロットコールを要求するＢＣＩＥにより応答する。
【００４６】
例３：
− ＭＳは、それが現在ローミング中であるネットワークにおいてコールを既に受信し、そしてネットワークがＴＣＨ／Ｆ１４．４、マルチスロット、非透過的接続、ＩＴＣ＝３．１ｋＨｚ（モデム）をサポートするが、ＵＤＩはサポートしないことを見出している。（或いは又、ネットワークごとのネットワーク能力がＭＳ（ＭＴ又はＳＩＭ）において予めコンフィギュレーションされてもよい。）
【００４７】
− ユーザは、ホームネットワークへコールを行い、デフォールト設定は、３＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションでの非透過的、５６ｋビット／ｓ、ＵＤＩ／Ｖ．１２０、マルチスロットである。
− ＭＳは、設定を、２＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションでの非透過的、３．１ｋＨｚオートボーディング（モデム）へ自動的に戻し、訪問先ネットワークの能力に一致させる。
【００４８】
例４：
− ＭＳは、あるサーバー（ユーザが多かれ少なかれ規則的に使用するアクセスサーバーの１つ）へコールを既に行って、そのサーバーがＩＴＣ＝３．１ｋＨｚ（即ちモデム）をサポートするが、ＵＤＩはサポートしないことを見出している。（或いは又、識別／アドレスごとのサーバー能力がＭＳ（ＭＴ又はＳＩＭ）において予めコンフィギュレーションされてもよい。）
【００４９】
ユーザは、サーバーへコールを行い、デフォールト設定は、例えば、３＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションでの非透過的、５６ｋビット／ｓ、ＵＤＩ／Ｖ．１２０、マルチスロットである。
− ＭＳは、設定を、２＊ＴＣＨ／Ｆ１４．４チャンネルコンフィギュレーションでの非透過的、３．１ｋＨｚオートボーディング（モデム）へ自動的に戻し、サーバーの能力に一致させる。
【００５０】
本発明を実施するより詳細な例を以下に説明する。
現在、ＭＳは、ネットワークの実際の名前についての情報を有する。ネットワークは、その移動国コード（ＭＣＣ）及び移動ネットワークコード（ＭＮＣ）により識別される。例えば、ＭＣＣ２４４及びＭＮＣ５は、ネットワークをフィンランド・ラジオィンジャ・オペレータのネットワークとして識別する。この情報は、ネットワークの能力に関する（収集された）情報を含むように拡張することができる。
【００５１】
ここで、移動発信（ＭＯ）コールの場合に、ＭＳは、この情報をアクセスし、そしてネットワーク能力情報とユーザ要求サービスとを比較する。ＭＳは、ネットワーク能力に適合するように、要求されたサービスを必要に応じて変更する。
ネットワーク能力情報が得られない場合には、ユーザ要求に基づいてコールがなされ、そしてコールの結果が更なる使用のために記憶される。
【００５２】
新たなサービスを利用できるようにネットワークが更新される場合には、要求されたサービスがサポートされていなかったことでＭＳがその使用を断られないように、収集された情報を（ネットワークごとに又は一度に全部）クリアする可能性／メカニズムが存在するのが好ましい。或いは又、その特徴をターンオフできることも好ましい。特徴がターンオフされた場合には、情報収集を別々にターンオン／オフすることができる。又、これは、ユーザがＭＳからネットワークの能力について尋ねる場合、即ち収集された情報を読み取る場合にも有用である。
【００５３】
移動着信（ＭＴ）コールの場合には、ＭＴ ＳＮＳ（単一ナンバリング機構）コール、即ちファックス、ビデオ、データをいかに受信するかに関する情報がユーザから必要となる。「設定」メッセージにＢＣＩＥパラメータをもたないＭＴコールが受信されるときには、ＭＳは、収集された情報からパラメータの残りをルックアップする。
【００５４】
従って、第１の実施形態によれば、ネットワーク及び被呼者のサービス能力は、接続されたコール中に、又はネットワーク開始供給においてこの情報を受け取ることで、ＭＳにより収集される。又、この情報は、ユーザ又はオペレータによりＭＳにおいてコンフィギュレーションすることもできる。この情報は、ＭＳに記憶され、そしてコール設定時に得られるネットワーク能力情報をもたずにコールを開始又は受信するときに使用することができる。
【００５５】
以下、移動着信コールを確立するときにＭＳに情報が送信される第２の実施形態について説明する。基本的に、第１の実施形態との相違のみを以下に述べる。特に、同じ接続能力情報（ネットワーク能力情報、遠方端当事者に関する情報、等々）が同じであることに注意されたい。
【００５６】
第２の実施形態によれば、移動ネットワークは、中間ネットワーク（１つ又は複数）及び発呼者の特性の当該能力及び利用可能な部分を設定シグナリングによりＭＳに指示する。例えば、ＭＳがマルチメディアをサポートし、そして「ＩＴＣ＝ＵＤＩ、ＴＣＨ／Ｆ３２サポート、マルチスロット」を指示するコール設定を受信した場合に、ＭＳは、完全な６４ｋビット／ｓのＩＴＣ＝ＵＤＩマルチメディアＢＣＩＥで応答する。
【００５７】
これについて、以下に詳細に述べる。
この場合も、ＭＳが、ＭＳＣ（移動サービス交換センター）又はＭＳＳ（ＭＳＣサーバー）によりサービスされると仮定し、これらは、ＭＳの観点から、訪問先ＭＳＣ又はＭＳＳ（ＶＭＳＣ又はＶＭＳＳと省略される）である。
実行される手順が、図３のシグナリングフロー図に示されている。
この手順は、ＶＭＳＣ又はＶＭＳＳが、充分なサービス定義をもたずにコア／外部ネットワークから設定メッセージ（例えば、ＩＡＭ（初期アドレスメッセージ））を受信し（ステップＳ２１）、そして単一ナンバリング機構（ＳＮＳ）が使用されるときに、実行される。
【００５８】
ステップＳ２２では、ＶＭＳＣは、それ自身及び関連無線ネットワーク（ＶＭＳＣが知っていれば）のデータコール関連能力と、発呼者から受け取ったＩＴＣ／ＴＲＭとをＭＳに送信する。この情報は、既存のメッセージ（「設定」メッセージのような）において送信されるのが好ましい。例えば、この情報は、３ＧＰＰ ＴＳ２４．００８、サブクローズ９．３．２３．１及び１０．５．４．２９に記載されたように、既存のエレメントの拡張又は予備フィールド（「ネットワークコール制御能力」のような）含まれる。これにより、ここに提案する新たな特徴をサポートしない移動ステーションでの後方互換性が保証される。というのは、例えば、特別なメッセージを送信する場合に、本発明による特徴をサポートしないＭＳは、混乱を生じることがあるからである。
【００５９】
しかしながら、当然、ここに述べる特徴が全てのＭＳに義務付けられたときには、他のシグナリングメッセージ及びエレメント（例えば、クラスマーク）の使用も考えられる。
ステップＳ２３では、ＭＳは、受信した情報を評価する。即ち、ネットワーク能力及びＩＴＣ／ＴＲＭ情報をもつ設定を受け取るＭＳは、ネットワーク能力情報から、例えば、訪問先ネットワークで使用できるのは、マルチスロットコンフィギュレーション及びＴＣＨ／Ｆ１４．４であるか、ＴＣＨ／Ｆ２８．８であるか、ＴＣＨ／Ｆ４３．２であるか、又はＴＣＨ／Ｆ３２チャンネルであるか、更に、サポートされるのは、透過的（Ｔ）サービスか、非透過的（ＮＴ）サービスか又はその両方であるか、そして発呼者が要求するのは、ＵＤＩ／ＲＤＩ（非限定デジタル送信／限定デジタル送信）であるか、３．１ｋＨｚであるか、又はスピーチコールであるかを推論する。
【００６０】
ステップＳ２４では、ＭＳは、上記情報及びＭＳ自体における関連コンフィギュレーションから推論されたＢＣＩＥ（ベアラ能力情報エレメント）で応答する。
このエレメント（即ちネゴシエーションされたサービスに関する情報）は、ＶＭＳＣ及びＩＷＦにより、コールを設定するのに使用される。任意であるが、ステップＳ２６において、失敗チェック手順が実行され（ステップＳ２５においてＢＣＩＥをＩＷＦへ転送した後に）、これについては以下に述べる。その後、通常のコール確立手順が失敗を伴わずに続けられる。
【００６１】
ネットワーク能力情報等の上記評価に関する幾つかの例を以下に説明する。
例５：
− ＭＳがイントラネットアクセスサーバーにコールを丁度行い、該サーバーが識別チェックの後にコールバックし、そして入呼びが「ＩＴＣ＝ＵＤＩ、ＴＣＨ／Ｆ１４．４サポート、マルチスロットサポート」を指示する場合には、ＭＳは、それ自体によりサポートされたＴＣＨ／Ｆ１４．４（例えば、２＊１４．４＝２８．８ｋビット／ｓ）をもつ最大データレートコンフィギュレーション及びＵＤＩプロトコルを伴う非透過的コールを設定する。
【００６２】
例６：
− ＭＳは、マルチメディアをサポートする。ＭＳは、「ＩＴＣ＝ＵＤＩ、ＴＣＨ／Ｆ３２サポート、マルチスロット」を指示するコール設定を受け取る。ＭＳは、完全な６４ｋビット／ｓのＩＴＣ＝ＵＤＩマルチメディアＢＣＩＥで応答する。
【００６３】
例７：
− ＭＳは、マルチメディアをサポートする。ＭＳは、「ＩＴＣ＝３．１ｋＨｚ、ＴＣＨ／Ｆ１４．４サポート、マルチスロットサポート」を指示するコール設定を受け取る。ＭＳは、完全な２８．８ｋビット／ｓのＩＴＣ＝３．１ｋＨｚマルチメディアＢＣＩＥで応答する。（発呼者がとにかくスピーチサービスを要求した場合には、３．１ｋＨｚからスピーチへの標準的な後退が行われる。）
【００６４】
次いで、本発明の第３の実施形態として、失敗によるか又は実際のＭＳが本発明の特徴をサポートしないためにＭＳが誤ったサービスを選択した場合にどんなアクションが実行されるかについて説明する。即ち、第３の実施形態によれば、図３のステップＳ２６を参照して上述した失敗チェック手順が実行される。
【００６５】
特に、インターワーキングファンクション（ＩＷＦ）のようなネットワーク制御要素は、ＩＷＦと発呼者との間の岐路において自動データレート検出及び自動プロトコル検出を使用して、ＭＳが誤った固定ネットワークデータレート（ＦＮＵＲ）又はプロトコル（即ち、発呼者により使用されるものとは異なるＦＮＵＲ又はプロトコル）を指示した場合の失敗を排除する。ここに示す実施形態では、ＶＭＳＣ及びＩＷＦが個別のエンティティであると仮定する。この場合には、ステップＳ２５においてＢＣＩＥをＩＷＦに転送することが必要である。しかしながら、上述したように、ＩＷＦは、ＶＭＳＣに一体化されてもよい。この場合、ＩＷＦは、ＢＣＩＥに直接アクセスすることができ、ネットワークを経ての送信は必要とされない。
【００６６】
このような失敗の場合に実行される手順が図４のフローチャートに示されている。
ステップＳ３１において、ＩＷＦは、被呼ＭＳのＩＴＣ値、即ちＭＳによりセットされたＩＴＣ値を検出する。ステップＳ３２において、ＩＷＦは、ＩＷＦと発呼者との間のデータレート及びプロトコルを検出する。ステップＳ３３では、ＩＷＦは、当該ＭＳの検出されたＩＴＣ値が、検出されたデータレート及びプロトコルに一致するかどうかチェックする。それらが一致する場合には、ＩＷＦは、ＭＳが本発明の特徴をサポートできると決定し、通常の通信が続けられる（ステップＳ３４）。
【００６７】
しかしながら、上記値が一致しない場合には、ＩＷＦは、被呼ＭＳが上記サービス及びネットワーク能力ネゴシエーションをサポートしないと決定する。即ち、ＭＳは、誤った情報転送能力（ＩＴＣ）値で応答し、即ち発呼者により指示された値とは異なる値で応答する。
【００６８】
この場合に、インターワーキングファンクション（ＩＷＦ）は、発呼者から受信したＩＴＣ値を使用し、即ち被呼移動ステーションから受信したＩＴＣをオーバーライドする（ステップＳ３５）。次いで、ＩＷＦは、その変更されたＩＴＣ値に一致するように関連パラメータを適応させ、例えば、ＩＴＣが３．１ｋＨｚからＵＤＩへ変更される場合には、モデムの形式が要求されない。
【００６９】
第３の実施形態による手順は、ＩＷＦにおいて実施される必要がなく、いかなる形式のネットワーク制御要素においても実行できることに注意されたい。
更に、ＭＳが、発呼者により使用されるサービスに一致しないサービスを示唆するケースも発生する。このケースでは、ＩＷＦは、コールを拒絶するが、ＭＳは、サービスを正しく決定する。しかしながら、上記実施形態で述べた全ての利用可能な情報及び方法では、このようなケースの確率が非常に低い。
【００７０】
上記説明及び添付図面は、本発明を一例として示すに過ぎない。従って、本発明の実施形態は、特許請求の範囲内で変更し得る。
例えば、上記実施形態は、移動ステーションが訪問先ネットワークでローミングするケースについて説明した。しかしながら、本発明は、このケースに限定されない。即ち、本発明によるネゴシエーション手順を適用することにより、ネットワークを容易に再コンフィギュレーションすることができる。例えば、新規なサービス等を導入することができる。又、ネゴシエーション手順を実行するための通信装置は、手動コンフィギュレーション等を必要とせずにそれ自身のネットワークにおいて新規なサービスを容易に利用することもできる。
【００７１】
更に、上記実施形態は、移動通信ネットワークが使用される例について説明した。本発明は、移動通信ネットワークに最も効果的に適用できるが、固定通信ネットワークにも適用できる。例えば、固定電話がある位置から新たな位置へ転送され、そして新たな位置において、古いネットワークとは異なる特性を有する新たな固定ネットワークに接続される。これは、別のオペレータが新たなネットワークを運転するケースである。このようなケースでは、本発明を適用したときには、固定電話をネットワークへ手動でコンフィギュレーションする必要がない。本発明の特徴を採用するためには、必要な接続能力情報（ネットワーク能力等）より成る対応するメッセージが固定ネットワークを経て送信されることを必要とする。
【図面の簡単な説明】
【００７２】
【図１】本発明の実施形態を適用できるネットワークシステムの構造を示す図である。
【図２】第１の実施形態によるコール設定手順のフローチャートである。
【図３】第２の実施形態によるコール設定手順のシグナリングフローを示す図である。
【図４】第３の実施形態による失敗手順のフローチャートである。
Claims (36)
- 通信装置が接続されたネットワークを制御する方法であって、
上記ネットワークから接続能力情報を得(S13; S22)、そして
その得られた接続能力情報に基づいて接続サービスを評価する(S14; S23)、
という段階を備えた方法。 - 上記接続能力情報は、ネットワーク能力情報を含む請求項１に記載の方法。
- 上記接続能力情報は、遠方端当事者の能力に関する情報を含む請求項１に記載の方法。
- 上記接続能力情報は、通信装置が接続されたネットワークと遠方端当事者との間の中間ネットワークの能力に関する情報を含む請求項１に記載の方法。
- 接続能力情報を得る上記段階は、コールを発信する際に実行される請求項１に記載の方法。
- 接続能力情報を得る上記段階は、コールを受信する際に実行される請求項１に記載の方法。
- 接続能力情報を得る上記段階は、ネットワークに登録する際に実行され、そして得られた情報は、通信装置に記憶される請求項１に記載の方法。
- 接続能力情報を得る上記段階は、ネットワークがメッセージサービスを経て通信装置に情報を送信することにより実行され、そして得られた情報は、通信装置に記憶される請求項１に記載の方法。
- 接続能力情報を得る上記段階は、ユーザ又はオペレータが接続能力情報で通信装置を手動でコンフィギュレーションするように招かれるコンフィギュレーション段階に実行される請求項１に記載の方法。
- ユーザにより要求された接続サービスを得る段階(S11)を更に備え、そして
上記評価段階(S13)は、
接続サービスがネットワークによりサポートされるかどうかチェックし、そして必要に応じて、上記要求されたサービスを、得られた接続能力情報に基づいて変更する、
という段階を含む請求項５に記載の方法。 - 上記得る段階において、ネットワークからの接続情報を含む設定メッセージが通信装置により受信される(S22)請求項６に記載の方法。
- 上記評価段階において、得られた接続能力情報に基づいて接続サービスが決定され、そしてその決定された接続サービスに関する情報が発生される請求項１に記載の方法。
- 上記決定された接続サービスに関する情報は、メッセージにおいて遠方端当事者に送信される(S14)請求項１２に記載の方法。
- 上記方法は、通信装置において実行される請求項１に記載の方法。
- 上記通信装置は、移動通信装置であり、そして上記ネットワークは、移動通信ネットワークである請求項１に記載の方法。
- 上記通信装置は、固定通信装置であり、そして上記ネットワークは、固定通信ネットワークである請求項１に記載の方法。
- ネットワークに接続される通信装置であって、ネットワークから接続能力情報を得、そしてその得られた接続能力情報に基づいて接続サービスを評価するように構成された通信装置。
- 上記接続能力情報は、ネットワーク能力情報を含む請求項１７に記載の通信装置。
- 上記接続能力情報は、遠方端当事者の能力に関する情報を含む請求項１７に記載の通信装置。
- 上記接続能力情報は、通信装置が接続されたネットワークと遠方端当事者との間の中間ネットワークの能力に関する情報を含む請求項１７に記載の通信装置。
- 上記通信装置は、コールを発信する際に接続能力を得る請求項１７に記載の通信装置。
- 上記通信装置は、コールを終了する際に接続能力を得る請求項１７に記載の通信装置。
- 上記通信装置は、メッセージサービスを経てネットワークから接続能力を得、そしてその得られた情報は、通信装置に記憶される請求項１７に記載の通信装置。
- 上記通信装置は、ネットワークに登録する際に接続能力を得、そして得られた情報を記憶する請求項１７に記載の通信装置。
- 上記通信装置は、接続能力情報で通信装置を手動でコンフィギュレーションするようにユーザ又はオペレータを招くことにより接続能力を得る請求項１７に記載の通信装置。
- 上記通信装置は、更に、通信装置のユーザにより要求された接続サービスを得、そして接続サービスの評価中に、その接続サービスがネットワークによりサポートされるかどうかチェックし、そして必要に応じて、上記要求されたサービスを、得られた接続能力情報に基づいて変更する請求項２１に記載の通信装置。
- 上記通信装置は、接続能力情報を得るために接続能力情報を含む設定メッセージを受信する請求項２２に記載の通信装置。
- 上記通信装置は、評価中に、得られた接続能力情報に基づいて接続サービスを決定し、そしてその決定された接続サービスに関する情報を発生する請求項２７に記載の通信装置。
- 上記通信装置は、変更された接続サービスに関する情報をメッセージにおいて遠方端当事者へ送信する請求項１７に記載の通信装置。
- 上記通信装置は、移動通信装置であり、そして上記ネットワークは、移動通信ネットワークである請求項１７に記載の通信装置。
- 上記通信装置は、固定通信装置であり、そして上記ネットワークは、固定通信ネットワークである請求項１７に記載の通信装置。
- ネットワーク、及び通信装置と遠方端当事者との間の接続を制御する方法であって、
通信装置により発生されるサポートされた接続サービスに関する情報を検出し(S31)、
ネットワーク制御要素と遠方端当事者との間の接続関連情報を検出し(S32)、そして
上記検出された情報と接続関連情報が互いに一致するかどうか評価する(S33)、
という段階を備えた方法。 - 両情報断片が一致しない場合には、通信装置により発生されるサポートされた接続サービスに関する情報をオーバーライドする段階(S35)を更に含む請求項３２に記載の方法。
- ネットワーク、及び通信装置と遠方端当事者との間の接続を制御するためのネットワーク制御要素であって、更に、通信装置により発生されるサポートされた接続サービスに関する情報を検出し、ネットワーク制御要素と遠方端当事者との間の接続関連情報を検出し、そして上記検出された情報と接続関連情報が互いに一致するかどうか評価するよう構成されたネットワーク制御要素。
- 上記ネットワーク要素は、更に、両情報断片が一致しない場合に、通信装置により発生されるサポートされた接続サービスに関する情報をオーバーライドする請求項３４に記載のネットワーク制御要素。
- 上記ネットワーク制御要素は、インターワーキングファンクション(IWF)である請求項３４に記載のネットワーク制御要素。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2001/011635 WO2003032598A1 (en) | 2001-10-08 | 2001-10-08 | Service and capability negotiation in a network using single numbering scheme |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007336190A Division JP4791442B2 (ja) | 2007-12-27 | 2007-12-27 | 単一ナンバリング機構を使用するネットワークにおけるサービス及び能力のネゴシエーション |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005505998A true JP2005505998A (ja) | 2005-02-24 |
Family
ID=8164616
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003535431A Pending JP2005505998A (ja) | 2001-10-08 | 2001-10-08 | 単一ナンバリング機構を使用するネットワークにおけるサービス及び能力のネゴシエーション |
Country Status (12)
| Country | Link |
|---|---|
| US (1) | US8234382B2 (ja) |
| EP (1) | EP1442573B1 (ja) |
| JP (1) | JP2005505998A (ja) |
| KR (1) | KR100686388B1 (ja) |
| CN (1) | CN100525278C (ja) |
| AT (1) | ATE468720T1 (ja) |
| AU (1) | AU2002218219B2 (ja) |
| BR (1) | BR0117135A (ja) |
| CA (1) | CA2461334C (ja) |
| DE (1) | DE60142188D1 (ja) |
| MX (1) | MXPA04003292A (ja) |
| WO (1) | WO2003032598A1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009530994A (ja) * | 2006-03-20 | 2009-08-27 | クゥアルコム・インコーポレイテッド | ユーザ機器と無線ネットワークとの間の拡張された機能転送 |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10226104A1 (de) * | 2002-06-12 | 2003-12-24 | Siemens Ag | Verfahren zum Identifizieren eines Telekommunikationsteilnehmers |
| US7336943B2 (en) * | 2003-11-19 | 2008-02-26 | General Motors Corporation | Establishing mobile terminated connections with dynamically assigned wireless IP terminals in automotive telematics applications |
| US7545435B2 (en) * | 2004-10-15 | 2009-06-09 | Lifesize Communications, Inc. | Automatic backlight compensation and exposure control |
| JP3986524B2 (ja) * | 2004-12-13 | 2007-10-03 | 株式会社エヌ・ティ・ティ・ドコモ | 通信端末 |
| KR101118842B1 (ko) * | 2005-03-24 | 2012-03-16 | 한국화학연구원 | 항암제로 유용한5-(1,3-디아릴-1ｈ-피라졸-4-일메틸렌)-티아졸리딘-2,4-디온 유도체 |
| US8320819B2 (en) * | 2005-11-01 | 2012-11-27 | Nokia Corporation | Mobile TV channel and service access filtering |
| CN101449523B (zh) * | 2006-06-01 | 2013-05-08 | 艾利森电话股份有限公司 | 智能网中的服务改变和服务回退的方法及其网络节点 |
| US7817648B2 (en) * | 2006-08-04 | 2010-10-19 | Nokia Corporation | Interworking control between different communication parties |
| US8305421B2 (en) * | 2009-06-29 | 2012-11-06 | Lifesize Communications, Inc. | Automatic determination of a configuration for a conference |
| EP2633709A1 (en) * | 2010-10-28 | 2013-09-04 | Nokia Siemens Networks Oy | Reducing latency in circuit switched data calls |
| KR102579366B1 (ko) * | 2019-02-11 | 2023-09-18 | 한국전자통신연구원 | 다중 서비스 능력과의 매핑을 기초로 하는 다중 네트워킹 능력 트레이딩 제어 방법 및 시스템 |
| US11304243B2 (en) * | 2020-06-29 | 2022-04-12 | Donald H. Reinhart, JR. | System and method to identify user equipment device type connected to a wireless network using a single characteristic indicator based on classmark |
Family Cites Families (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6581092B1 (en) * | 1999-09-29 | 2003-06-17 | Ricoh Co., Ltd. | Method and system for remote diagnostic, control and information collection based on various communication modes for sending messages to users |
| JPH06291849A (ja) * | 1993-04-02 | 1994-10-18 | N T T Idou Tsuushinmou Kk | 通信システムの発番号伝達方法 |
| US5638412A (en) * | 1994-06-15 | 1997-06-10 | Qualcomm Incorporated | Method for providing service and rate negotiation in a mobile communication system |
| FI96558C (fi) | 1994-09-27 | 1996-07-10 | Nokia Telecommunications Oy | Menetelmä datasiirtoa varten TDMA-matkaviestinjärjestelmässä sekä menetelmän toteuttava matkaviestinjärjestelmä |
| JPH08167985A (ja) | 1994-12-14 | 1996-06-25 | Nippon Telegr & Teleph Corp <Ntt> | ファクシミリ通信方法の高速化方法 |
| JP3280188B2 (ja) | 1995-03-13 | 2002-04-30 | 日本電信電話株式会社 | Ｉｓｄｎサービスのベアラ設定方法 |
| FI101337B (fi) | 1995-09-25 | 1998-05-29 | Nokia Telecommunications Oy | Matkaviestinjärjestelmä ja menetelmä datapuhelun muodostamiseksi |
| EP0825791A1 (en) * | 1996-08-15 | 1998-02-25 | BRITISH TELECOMMUNICATIONS public limited company | Mobile telephone system |
| GB2313260A (en) | 1996-05-17 | 1997-11-19 | Motorola Ltd | Accessing a plurality of communication systems |
| FI103247B (fi) | 1996-06-28 | 1999-05-14 | Nokia Telecommunications Oy | Menetelmä ja järjestely datapuhelun muodostamiseksi sekä sovitinlaitte isto |
| JP2985940B2 (ja) * | 1996-11-08 | 1999-12-06 | 日本電気株式会社 | 障害回復装置 |
| US6167426A (en) * | 1996-11-15 | 2000-12-26 | Wireless Internet, Inc. | Contact alerts for unconnected users |
| US6233619B1 (en) * | 1998-07-31 | 2001-05-15 | Unisys Corporation | Virtual transport layer interface and messaging subsystem for high-speed communications between heterogeneous computer systems |
| US6161134A (en) * | 1998-10-30 | 2000-12-12 | 3Com Corporation | Method, apparatus and communications system for companion information and network appliances |
| JP2000215598A (ja) * | 1999-01-27 | 2000-08-04 | Sony Corp | デジタル信号伝送方法、デジタル信号伝送システム、デジタル信号伝送装置及び記録媒体 |
| US6408173B1 (en) * | 1999-03-17 | 2002-06-18 | Telefonaktiebolaget L M Ericsson (Publ) | Billing ID correlation for inter-technology roaming |
| GB9909275D0 (en) * | 1999-04-23 | 1999-06-16 | Philips Electronics Nv | Reconfigurable communications network |
| GB9913092D0 (en) * | 1999-06-04 | 1999-08-04 | Nokia Telecommunications Oy | A network element |
| KR100644579B1 (ko) * | 1999-10-26 | 2006-11-13 | 삼성전자주식회사 | 인터넷에서 실시간 음성 및 영상 통신방법 및 그 통신장치 |
| US7478161B2 (en) * | 1999-11-30 | 2009-01-13 | Microsoft Corporation | Network quality of service for qualitative applications |
| FI109319B (fi) * | 1999-12-03 | 2002-06-28 | Nokia Corp | Päätelaitteelle välitettävän elektronisen informaation suodattaminen |
| JP4484300B2 (ja) | 2000-02-28 | 2010-06-16 | キヤノン株式会社 | 無線通信システムおよび無線通信システムの通信方法 |
| US6947374B2 (en) * | 2000-04-28 | 2005-09-20 | Fujitsu Limited | Apparatus for user connection setting in a connection oriented mode communication system |
| WO2001091382A1 (en) | 2000-05-22 | 2001-11-29 | Nokia Corporation | System and method for providing a connection in a communication network |
| WO2001090891A1 (en) * | 2000-05-26 | 2001-11-29 | Roke Manor Research Limited | Management module for software defined radio |
| US7088720B1 (en) * | 2000-08-07 | 2006-08-08 | Sbc Technology Resources, Inc. | Multiservice use of network connection capability under user-to-network interface signaling |
| EP1959695B1 (en) * | 2000-10-09 | 2012-11-21 | Nokia Corporation | Method and system for establishing or modifying a connection |
| US6910081B1 (en) * | 2000-11-14 | 2005-06-21 | Sprint Spectrum L.P. | Apparatus and method for providing services using personal address books |
| US7072975B2 (en) * | 2001-04-24 | 2006-07-04 | Wideray Corporation | Apparatus and method for communicating information to portable computing devices |
| US6697474B1 (en) * | 2001-05-16 | 2004-02-24 | Worldcom, Inc. | Systems and methods for receiving telephone calls via instant messaging |
| US8407292B2 (en) * | 2001-07-31 | 2013-03-26 | Comverse, Ltd. | E-mail protocol optimized for a mobile environment and gateway using same |
| US20050079853A1 (en) | 2001-11-21 | 2005-04-14 | Tuija Hurtta | Broadcasting information about eligible network operators to mobile user equipments |
| US7353279B2 (en) * | 2004-01-08 | 2008-04-01 | Hughes Electronics Corporation | Proxy architecture for providing quality of service(QoS) reservations |
| JP2008251284A (ja) | 2007-03-29 | 2008-10-16 | Kyocera Corp | 電子機器置き台及び電子機器セット |
-
2001
- 2001-10-08 BR BR0117135-6A patent/BR0117135A/pt active Search and Examination
- 2001-10-08 CN CNB018236952A patent/CN100525278C/zh not_active Expired - Lifetime
- 2001-10-08 JP JP2003535431A patent/JP2005505998A/ja active Pending
- 2001-10-08 AT AT01274529T patent/ATE468720T1/de not_active IP Right Cessation
- 2001-10-08 MX MXPA04003292A patent/MXPA04003292A/es active IP Right Grant
- 2001-10-08 US US10/491,243 patent/US8234382B2/en not_active Expired - Lifetime
- 2001-10-08 KR KR1020047005114A patent/KR100686388B1/ko active IP Right Grant
- 2001-10-08 DE DE60142188T patent/DE60142188D1/de not_active Expired - Lifetime
- 2001-10-08 WO PCT/EP2001/011635 patent/WO2003032598A1/en active Application Filing
- 2001-10-08 AU AU2002218219A patent/AU2002218219B2/en not_active Ceased
- 2001-10-08 EP EP01274529A patent/EP1442573B1/en not_active Expired - Lifetime
- 2001-10-08 CA CA2461334A patent/CA2461334C/en not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009530994A (ja) * | 2006-03-20 | 2009-08-27 | クゥアルコム・インコーポレイテッド | ユーザ機器と無線ネットワークとの間の拡張された機能転送 |
| US8848653B2 (en) | 2006-03-20 | 2014-09-30 | Qualcomm Incorporated | Extended capability transfer between a user equipment and a wireless network |
| US8954068B2 (en) | 2006-03-20 | 2015-02-10 | Qualcomm Incorporated | Extended capability transfer between a user equipment and a wireless network |
Also Published As
| Publication number | Publication date |
|---|---|
| MXPA04003292A (es) | 2004-07-23 |
| KR20040049862A (ko) | 2004-06-12 |
| CN100525278C (zh) | 2009-08-05 |
| CA2461334A1 (en) | 2003-04-17 |
| EP1442573B1 (en) | 2010-05-19 |
| CA2461334C (en) | 2011-10-04 |
| EP1442573A1 (en) | 2004-08-04 |
| BR0117135A (pt) | 2004-10-13 |
| KR100686388B1 (ko) | 2007-02-23 |
| ATE468720T1 (de) | 2010-06-15 |
| US8234382B2 (en) | 2012-07-31 |
| AU2002218219B2 (en) | 2008-03-20 |
| DE60142188D1 (de) | 2010-07-01 |
| US20040252695A1 (en) | 2004-12-16 |
| CN1559130A (zh) | 2004-12-29 |
| WO2003032598A1 (en) | 2003-04-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101015642B1 (ko) | 헤테로지니어스 네트워크를 통한 데이터 푸쉬 서비스시스템 및 방법 | |
| AU738855B2 (en) | Data packet radio service with enhanced mobility management | |
| CA2380015C (en) | A system and method of communicating operating capabilities in a telecommunication network | |
| KR100946887B1 (ko) | 통신 시스템에서 단말의 능력 정보를 획득하는 방법 및 장치와 이를 위한 전달 장치 | |
| US20050202849A1 (en) | Method for re-establishing telephone calls after unintended termination | |
| JP2005505998A (ja) | 単一ナンバリング機構を使用するネットワークにおけるサービス及び能力のネゴシエーション | |
| US7877094B2 (en) | Location updating in communications networks | |
| EP2144459B1 (en) | Method and network device for implementing communication service | |
| JP2004517555A (ja) | 加入者へなされたコールのルーティング | |
| AU2002218219A1 (en) | Service and Capability Negotiation in a Network Using Single Numbering Scheme | |
| CN103619070B (zh) | 多分组数据网络的实现方法及装置 | |
| KR100954001B1 (ko) | 서비스 식별 방법 | |
| JP3934606B2 (ja) | サービス提供モードが指定されたデータサービスを実施する装置及び方法 | |
| US20060280167A1 (en) | Method of setting up calls between a calling terminal and a called terminal | |
| US8699390B2 (en) | Call routing method and apparatus | |
| JP4791442B2 (ja) | 単一ナンバリング機構を使用するネットワークにおけるサービス及び能力のネゴシエーション | |
| WO2007117825A2 (en) | Method for routing calls in a mobile communication network | |
| KR100998928B1 (ko) | 이동통신시스템에서 호 접속 정보 제공 방법 | |
| KR100871120B1 (ko) | 이동통신 단말기의 아이피 주소 획득 방법 | |
| KR100902227B1 (ko) | 영상 통화 자동 천이 기능을 제공하기 위한 방법과 이를위한 이동통신 시스템 | |
| KR100707086B1 (ko) | 더블유엘엘 시스템에서 패킷 데이터 서비스에 대한 가입자상태 관리 방법 | |
| KR101600017B1 (ko) | 이동통신 네트워크에서의 통화 모드 전환 시스템 및 방법 | |
| KR101387264B1 (ko) | 이동통신단말기의 지역화 서비스 정보 관리 방법 | |
| WO2007103620A2 (en) | Method for routing calls in a mobile communication network | |
| KR20050027283A (ko) | 이동통신시스템에서 착신서비스 개선 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060703 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060724 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061020 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070129 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070501 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070903 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080220 |