JP4223806B2 - ネットワーク要素間に接続を確立する方法及びシステム - Google Patents
ネットワーク要素間に接続を確立する方法及びシステム Download PDFInfo
- Publication number
- JP4223806B2 JP4223806B2 JP2002535421A JP2002535421A JP4223806B2 JP 4223806 B2 JP4223806 B2 JP 4223806B2 JP 2002535421 A JP2002535421 A JP 2002535421A JP 2002535421 A JP2002535421 A JP 2002535421A JP 4223806 B2 JP4223806 B2 JP 4223806B2
- Authority
- JP
- Japan
- Prior art keywords
- communication network
- network layer
- common identifier
- layer
- communication
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4535—Network directories; Name-to-address mapping using an address exchange platform which sets up a session between two nodes, e.g. rendezvous servers, session initiation protocols [SIP] registrars or H.323 gatekeepers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【技術分野】
本発明は、２つ以上のネットワーク要素間に接続を確立するための方法及びシステムに係る。接続は、例えば、ＶｏＩＰ（ボイス・オーバー・インターネット・プロトコル）コールである。又、接続は、例えば、コールを搬送するＩＰ電話層又はネットワーク、及びＧＰＲＳ／ＵＭＴＳベースのネットワークを含む。
【０００２】
【背景技術】
一般に、ユーザ装置、例えば、移動ターミナルや、別のユーザターミナルや、データベース等のネットワーク要素間に適切に接続を確立しそしてそれを取り扱うために、サポートノードのような１つ以上の中間ネットワーク要素が含まれる。ＰＤＰ（パケットデータプロトコル）コンテクスト情報や、要求又は提供されるサービスクオリティ（ＱｏＳ）や、課金料率のような課金関連情報等の接続特性を定義するために１つ以上の接続パラメータが使用される。
【０００３】
特に、異なる形式の２つ以上のネットワーク、例えば、異なる送信プロトコルを使用するネットワーク、例えば、ＧＰＲＳ／ＵＭＴＳベースネットワーク及びＩＰベースネットワークが接続に含まれる場合には、適切に接続を確立しそして接続パラメータをセットするのに問題が生じる。
【０００４】
【発明の開示】
本発明は、特許請求の範囲に規定されたように、例えば、異なるネットワークに配置されたネットワーク要素間に、効果的なやり方で、適切に接続を確立することのできる方法及びシステムを提供する。
接続の正しい取り扱いを確保するために、接続（又はＰＤＰ形式のような接続形式）を確立するための許可、又はＱｏＳ（サービスクオリティ）のような接続パラメータに関連した要求及び応答を第３ネットワーク要素と第４ネットワーク要素との間で交換することにより、例えば、課金の目的で、接続を適切に確立し又は処理することができる。
【０００５】
第３ネットワーク要素は、サポートノード、好ましくは、ゲートウェイサポートノードであり、一方、第４ネットワーク要素は、ＣＳＣＦ、ＰＣＦ又はＣＰＳである。第４ネットワーク要素は、ＩＰ電話層の一部分であるか、又はそれを備えてもよい。
本発明の１つの特徴によれば、通信は、ＰＳ（パケット交換）ドメイン（例えば、ＧＧＳＮ又はＳＧＳＮ）間及びＩＭサブシステム（ＣＳＣＦ）間に生じる。
【０００６】
本発明の１つの好ましい実施形態によれば、ＩＰ電話層のような第４ネットワーク要素は、少なくとも１つの接続パラメータを制御することが許され、例えば、ＰＤＰ（パケットデータプロトコル）コンテクストアクチベーション又は変更を制限することが許される。例えば、会話ＰＤＰコンテクスト、即ち発呼者と被呼者との間で会話を行えるようにする接続は、第１ネットワーク要素、例えば、移動ターミナルが、第２ネットワーク要素へコールを発信するように試みるときしかアクチベートできない。例えば、接続パラメータがＰＤＰコンテクストであり、そしてＰＤＰコンテクストのアクチベーション又は変更が要求されたときには、ＧＧＳＮのような第３ネットワーク要素が、ＣＳＣＦ、ＰＣＦ又はＣＰＳのような第４ネットワークへ許可要求を送信し、そのＰＤＰコンテクストのアクチベーション又は変更を受け入れられるかどうかチェックする。
【０００７】
この解決策は、多数の効果を与える。第１に、ＣＳＣＦのような第４ネットワーク要素は、その要求から、例えば、ＧＧＳＮのような第３ネットワーク要素のアドレスを学習し、それ故、応答をどこに返送すべきかを知る。さもなければ、第４ネットワーク要素が、第３ネットワーク要素によりアドレスされる前に第３ネットワーク要素へ情報を送信するように構成されたときには、第４ネットワーク要素が、接続の取り扱いを担当する際に第３ネットワーク要素のアドレスに関する情報をもたないときに問題が生じる。
【０００８】
第１ネットワーク要素、例えば、移動ターミナルが、コールのような接続を確立するように試みるときに、第４ネットワーク要素へ情報を直接的に送信すべきときでも、第１ネットワーク要素は、その後に接続の取り扱いを担当する際に、第３ネットワーク要素のアドレスに関する情報をまだもたず、それ故、このアドレス情報を第４ネットワーク要素へ送信することができない。更に、認可メッセージのようなメッセージが、第４ネットワーク要素から第３ネットワーク要素へ最初に送信される場合には、第３ネットワーク要素は、まだアクティブでないＰＤＰコンテクストのようなコール取り扱いパラメータに関する情報を記憶しなければならない。次いで、第３ネットワーク要素は、タイマーをアクチベートし、そして何らかの理由でＰＤＰコンテクストアクチベーションを実行してはならない場合に、タイマーが時間切れした後に、認可情報を除去しなければならない。
【０００９】
更に、本発明により提案された解決策は、ローミング中の加入者にも機能し、従って、付加的な効果を与える。
一般に、１つの特徴によれば、本発明は、例えば、ＰＤＰコンテクストアクチベーション又は変更を、そのＰＤＰコンテクストを経て搬送されるコールに基づいて制限するための解決策を提供する。
本発明の１つの好ましい実施形態によれば、異なるプロトコルに基づいて機能するネットワーク又は層、例えば、ＧＰＲＳ／ＵＭＴＳ層及びＩＰ電話層、並びにＣＳＣＦやＰＣＦのような制御手段又はファンクションに、共通の識別子が与えられる。この共通の識別子は、ＰＤＰコンテクストをコールにマップするのに使用される。この共通の識別子は、例えば、ＳＩＰ（セッション開始プロトコル）メッセージに既に設けられたＣａｌｌ＿Ｉｄのようなコール識別子である。
【００１０】
或いは又、共通の識別子は、１つの層、例えば、ＧＰＲＳ／ＵＭＴＳ層に割り当てられた識別子でもよい。例えば、この場合の共通の識別子は、ＮＳＡＰＩである。この場合に、この共通の識別子は、ＳＩＰのＩＮＶＩＴＥ（インバイト）メッセージのようなプロトコルメッセージにおいて第４ネットワーク要素、例えば、ＣＳＣＦへ送信されるのが好ましい。次いで、共通の識別子（例えば、ＮＳＡＰＩ）は、第３ネットワーク要素、例えば、ＧＧＳＮから第４ネットワーク要素（例えば、ＰＣＦ）へ、そして第５ネットワーク要素（例えば、ＣＳＣＦ）から第４ネットワーク要素へ送信することができる。第４ネットワーク要素は、次いで、要求（第３ネットワーク要素により送信された）及び認可（ＣＳＣＦのような第５ネットワーク要素により送信された）を、共通の識別子、例えば、ＮＳＡＰＩに基づいてマップする。
【００１１】
本発明の更に別の好ましい実施形態によれば、移動コアネットワーク（例えば、ＳＧＳＮ及びＧＧＳＮ）のような第１ネットワーク、及びＩＰＴ（ＩＰベース電話）コアネットワーク、例えば、ＣＰＳのような別のネットワークに発生された課金情報のような接続パラメータを合成するためのメカニズムが提供される。この実施形態によれば、電話コールに使用されるＱｏＳ（サービスクオリティ）レベルを課金する可能性が与えられる。
【００１２】
本発明のこの特徴によれば、コール関連課金情報を合成し、そして１つのネットワーク（例えば、ＩＰＴネットワークであって、ＩＰＴ ＱｏＳ予約が、例えば、ＳＩＰのＩＮＶＩＴＥメッセージにおいて送信される）におけるＱｏＳ予約と、他のネットワーク（例えば、移動パケットコアネットワーク）におけるＱｏＳ予約（例えば、ＰＤＰコンテクストＱｏＳコンテクストアクチベーション）との間の関連性を制御するためのメカニズムが提供される。例えば、Ｃａｌｌ＿Ｉｄのような供給された識別子は、課金目的でチェックされ、そして要求されたＱｏＳレベル関連性又は要求も、プロトコルメッセージ（例えば、ＳＩＰ：ＩＮＶＩＴＥ）及びＰＤＰコンテクストアクチベーションメッセージの両方においてチェックされる。
【００１３】
ＧＧＳＮのような第３ネットワーク要素に、サービングＣＳＣＦ、又は一体化されたＣＳＣＦ／ＰＣＦ、或いはＣＰＳのような第４ネットワーク要素について通知するために、新たなパラメータがＰＤＰコンテクストアクチベーションにおいて導入される。それ故、第３ネットワーク要素には、ＱｏＳチェック要求を送信すべき第４ネットワーク要素のアドレスが通知される。
エンドユーザにより制御できる更に別の任意の特徴は、ＳＩＰ：ＩＮＶＩＴＥのようなプロトコルメッセージにおいてターミナル（例えば、第１ネットワーク要素）によりＱｏＳチェックを要求できることである。
本発明のこの特徴によれば、与えられたＱｏＳに基づいて課金記録を作成することが可能となる。
【００１４】
【発明を実施するための最良の形態】
図１は、本発明による方法又はシステムの第１実施形態を示す。この実施形態は、ＣＳＣＦで許可されたＰＤＰコンテクストアクチベーション又は変更を与える。ユーザ装置（ＵＥ）１は、移動ステーションである第１ネットワーク要素である。ＳＧＳＮ２は、図１に示されていない被呼者のターミナルのような別のネットワーク要素（第２ネットワーク要素）への接続を取り扱う際にユーザ装置１にサービスするサービングノード（サービングＧＰＲＳサポートノード）を表わす。ＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）３は、被呼者のターミナルが取り付けられる別のネットワークへの接続を取り扱うためのゲートウェイノードを表わす。コール状態制御ファンクション（ＣＳＣＦ）４は、ＰＤＰコンテクストアクチベーション又は変更の許可を判断する第４ネットワーク要素を表わす。
【００１５】
ユーザ装置１は、例えば、ＩＰベースネットワークのような別のネットワークに配置されたターミナルへコールを発信しようとするときに、ＳＩＰ（セッション開始プロトコル）のＩＮＶＩＴＥメッセージのようなメッセージをＣＳＣＦ４へ送信する。その後、好ましくは、コール要求の受け入れについて通知するＣＳＣＦ４からの応答を受信した後に、ユーザ装置１は、ＰＤＰコンテクストアクチベート（又は変更）要求をＳＧＳＮ２へ送信する。ＳＧＳＮ２は、このＰＤＰコンテクストアクチベート（又は変更）要求に応答して、ＰＤＰコンテクスト作成（又は更新）要求をＧＧＳＮ３へ送信する。
【００１６】
ＳＧＳＮ２からのこの要求に応答して、ＧＧＳＮ３は、ＰＤＰコンテクストの作成又は更新を直ちに実行せず、最初に、許可要求をＣＳＣＦ４へ送信する。図１の実施形態では、ＧＧＳＮ３は、この許可要求をＣＳＣＦ４へ送信し、ＰＤＰコンテクストアクチベーション／変更を受け入れられるかどうかチェックする。変形形態では、許可要求がポリシー制御ファンクションＰＣＦにも送信され、このファンクションは、付加的な任意のネットワーク要素を表わしてもよいし又はＣＳＣＦに一体化されてもよい。
【００１７】
ＧＧＳＮ３は、移動ステーション即ちユーザ装置１を識別するために許可要求にＩＭＳＩ／ＭＳＩＳＤＮ（及びおそらくはＰＤＰアドレス）を含む。更に、ＧＧＳＮ３は、要求されたＱｏＳ（サービスクオリティ）値及び被呼者のアドレス（Ｂ当事者アドレス）を、それがトラフィック流テンプレートＴＦＴに存在する場合に、許可要求において送信することができる。ＩＭＳＩ／ＭＳＩＳＤＮ（及びおそらくはＰＤＰアドレス）が、ユーザ装置１又はコールを識別するのに充分でない場合には、ＮＳＡＰＩのような付加的な情報を使用しそしてＧＧＳＮ３へ送信することができる。この場合、ユーザ装置１は、ＰＤＰコンテクストの情報ＮＳＡＰＩを、コール設定メッセージ、例えば、ＳＩＰ：ＩＮＶＩＴＥメッセージにおいてＣＳＣＦへ送信するのが好ましい。次いで、ＣＳＣＦ４（又はそれとは別に又はそれに加えて設けられたＰＣＦ）は、コール設定メッセージに含まれたコールに対するＮＳＡＰＩが、許可要求においてＧＧＳＮ３から送信されたＰＤＰコンテクストに対するＮＳＡＰＩに等しいことをチェックし、従って、ＣＳＣＦ４（又はＰＣＦ）は、正しいＰＤＰコンテクストを認可することができる。個別のＰＣＦが設けられた場合には、ＣＳＣＦ４は、ＮＳＡＰＩをＰＣＦへ送信する。同様に、この場合に、ＧＧＳＮ３は、ＮＳＡＰＩを含む許可要求を個別のＰＣＦに送信する。
【００１８】
許可要求に応答して、上記チェックを実行した後、ＣＳＣＦ４（又はＰＣＦ）は、許可応答をＧＧＳＮ３へ送信する。この許可応答は、ＰＤＰコンテクストを作成又は更新すべきところのコール又はユーザ装置１を識別するためのＩＭＳＩ／ＭＳＩＳＤＮを含み、そして好ましくは、更に、「コール特性」のような情報を含む。このコール特性情報は、受け入れられるＱｏＳ値、受け入れられるＢ当事者情報（好ましくは被呼者のＩＰアドレス及びポート番号）、並びにコールが通常のコールであるか非常コールであるかを示す指示を含むのが好ましい。
【００１９】
ＧＧＳＮ３は、ＱｏＳ値を、ＣＳＣＦ４（又はＰＣＦ）から受け取られた値にセットする。ＧＧＳＮ３は、コールが非常コールである場合には、割り当て／保持優先順位を最大値にセットすることができる。更に、ＧＧＳＮ３は、トラフィック流テンプレートＴＦＴをＢ当事者情報に基づいてセットすることができる。
コールが非常コールでありそしてＰＤＰコンテクストがこの非常コールに対して使用される場合には、この情報をＧＧＳＮ３からＳＧＳＮ２へ送信し、そしてＳＧＳＮ２がこの情報を（移動）ユーザ装置１へ転送することによりユーザ装置１にそれが通知される。
【００２０】
許可要求を送信するために、ＧＧＳＮ３は、ＣＳＣＦ４のアドレスを通信のために知らねばならない。本発明の１つの実施形態では、ＣＳＣＦアドレスは、ＰＤＰコンテクストアクチベート（又は変更）要求、及びＰＤＰコンテクスト作成（又は更新）要求メッセージに新たなパラメータとして追加される。別の実施形態では、ＧＧＳＮ３は、シグナリングＰＤＰコンテクストのＴＦＴからＣＳＣＦアドレスを導出するように実施される。
更に、ＧＧＳＮ３には、他の何らかの方法でＣＳＣＦ４のアドレスが通知されてもよい。
ＰＣＦのような別のネットワーク要素が、許可を判断するために設けられるときには、このネットワーク要素（ＰＣＦのような）のアドレスが、ＧＧＳＮ３（アクセスポイント当たり）及びＣＳＣＦ４に対して構成されてもよい。
【００２１】
更に、本発明の別の特徴によれば、上述した機能（許可要求及び許可応答）がローミング中の加入者にも与えられる場合には、ＣＳＣＦ（又はＰＣＦ）からの許可がＰＤＰコンテクストアクチベーション（又は変更）に必要であるかどうかを示す新たなパラメータが、加入者データベース（ホーム位置レジスタＨＬＲのような）の加入者情報に追加される。この新たなパラメータは、ＰＤＰコンテクスト特有のものである。
【００２２】
図１に戻ると、許可応答を受信した後に、ＧＧＳＮ３は、ＰＤＰコンテクスト及び更に別の情報を、必要に応じて、許可応答に含まれた情報、例えば、受け入れられるＱｏＳ値等に基づいてセットする。更に、ＧＧＳＮ３は、ＰＤＰコンテクスト作成（又は更新）応答をＳＧＳＮ２へ返送する。それに応答して、ＳＧＳＮ２は、ＰＤＰコンテクストアクチベート（又は変更）応答を、ユーザ装置１へ送信する。その際に、コールが確立され、そして既知のやり方で実行される。
【００２３】
図２は、ポリシー制御ファンクション（ＰＣＦ）が設けられた本発明の別の実施形態（方法及び／又はシステム）を示す。ＰＣＦは、ＧＧＳＮ及びＣＳＣＦへ向かうインターフェイスを有する。ＰＣＦは、ＩＰ電話層、即ちプロキシーＣＳＣＦと、ＧＰＲＳ／ＵＭＴＳ層（ＧＧＳＮ）との間の通信に使用することができる。例えば、コールは、そのコールに対してアクチベートされるＰＤＰコンテクストに作用し得る。
図２は、ＧＰＲＳ／ＵＭＴＳ層、即ちＧＧＳＮと、ＩＰ電話層、即ちＣＳＣＦとの間でＰＣＦを経て生じる通信及びメッセージの流れの一例を示す。ＩＰ電話層は、ＰＤＰコンテクストアクチベーション（又は変更）を制限することが許される。
【００２４】
図２では、ＰＤＰコンテクストアクチベーション／変更に対するコールベース許可が実行される。ここに示すケースでは、移動発信（ＭＯ）コール、即ち移動ステーション（ＭＳ）２１から発信されるコールの場合にＰＤＰコンテクストアクチベーションが与えられ、被呼者（受信者）は、ネットワーク要素２７（ユーザ装置、データベース等）で示されている。ＰＤＰコンテクストアクチベーションについては、ＰＣＦ２５からの許可が要求される。プロキシーＣＳＣＦ２６とＰＣＦ２５との間の通信、及びＧＧＳＮ２４とＰＣＦ２５との間の通信に必要とされるパラメータのみを示して以下に説明する。
【００２５】
一般に、図２に示す実施形態によれば、ＧＰＲＳ／ＵＭＴＳ層（即ち第３世代（３Ｇ）のＧＧＳＮ２４）、ＩＰ電話層、例えば、ＣＳＣＦ２６、及びＰＣＦ２５には、ＰＤＰコンテクストをコールにマッピングするための共通の識別子が与えられる。ＭＳ２１が同時に進行している多数のコールを有するときには、加入者識別子、例えば、ＩＭＳＩでは充分でない。このような場合には、図２に使用される共通の識別子は、ＳＩＰメッセージに既に存在するコール識別子Ｃａｌｌ＿Ｉｄである。コールの開始者、ここに示す例では移動ステーション２１は、Ｃａｌｌ＿Ｉｄを既知のやり方で例えばＳＩＰプロトコルから割り当て、この識別子Ｃａｌｌ＿Ｉｄは、コールを独特に識別する。
【００２６】
図２に示すもののような好ましい実施形態では、Ｃａｌｌ＿Ｉｄのような共通の識別子は、ＭＳ２１からＳＧＳＮ２３へそしてＳＧＳＮ２３からＧＧＳＮ２４へ送信される。更に、この共通の識別子は、好ましくは、ＳＩＰ：ＩＮＶＩＴＥのようなコール開始メッセージにおいて、移動ステーション２１からプロキシーＣＳＣＦ２６へ送信される。更に、この共通の識別子は、ＣＳＣＦ２６からＰＣＦ２５へ送信され、そして更に、ＧＧＳＮ２４からＰＣＦ２５へ送信される。次いで、ＰＣＦ２５は、ＧＧＳＮ２４により送信された要求と、ＣＳＣＦ２６により送信された認可とを共通の識別子（例えば、Ｃａｌｌ＿Ｉｄ）に基づいてマッピングし、そしてコール許可及び／又は接続パラメータ、例えば、使用すべきＱｏＳを判断する。
【００２７】
変形形態では、ＧＰＲＳ／ＵＭＴＳ層、例えば、ＧＧＳＮ２４に割り当てられた識別子が共通の識別子として使用される。例えば、ＮＳＡＰＩは、このような共通の識別子として使用される。この場合、本発明の１つの実施形態によれば、ＮＳＡＰＩは、ＩＮＶＩＴＥメッセージ又は他のコール設定メッセージにおいてＭＳ２１からＣＳＣＦ２６へ送信される。更に、ＮＳＡＰＩは、ＧＧＳＮ２４からＰＣＦ２５へそしてＣＳＣＦ２６からＰＣＦ２５へ送信される。この場合に、ＰＣＦ２５は、ＧＧＳＮ２４により送信される要求と、ＣＳＣＦ２６により送信される認可をＮＳＡＰＩに基づいてマッピングする。
【００２８】
オペレータは、ＧＧＳＮへのアクセスポイント特有の情報を構成し、ＰＣＦとの通信が必要であるかどうか及びどんな種類のＰＤＰコンテクストであるかを、例えば、ＱｏＳクラスが会話即ち音声送信を示すときだけ、指示することができる。又、ＰＣＦ２５アドレスをＧＧＳＮ２４及びＣＳＣＦ２６に対して構成し、ＧＧＳＮ２４及びＣＳＣＦ２６が同じＰＣＦ２５と通信できるようにする。
【００２９】
別の実施形態では、ＰＣＦアドレスが要素２４及び２６のようなネットワーク要素ごとに構成されないときに、例えば、ＰＣＦアドレスのような新たなパラメータを、ＨＬＲ及び／又はＵＭＳ（ユーザ移動サーバー）のような加入者データベースにおける加入者情報に含ませることができる。ＳＧＳＮ２３は、加入者データベース、例えば、ＨＬＲからＰＣＦ２５アドレスを受け取り、そしてそれをＧＧＳＮ２４へ送信する。ＰＣＦ２５アドレスを受け取るときに、ＧＧＳＮ２４は、どのＰＣＦ２５にコンタクトするか分かる。ＣＳＣＦは、ＵＭＳから同じＰＣＦ２５アドレスを受け取り、そして同じＰＣＦ２５にコンタクトすることができる。
【００３０】
ＰＣＦ２５との通信が必要であるかどうかは、ホームオペレータ特有のことである。ローミング中の加入者については、ＰＣＦ２５との通信が要求されるかどうかを示す新たなパラメータ、例えば、情報「要求されるＰＣＦ相互作用」が、加入者データベースＨＬＲ及びＵＭＳにおける契約情報に追加される。ＨＬＲにおける「要求されるＰＣＦ相互作用」は、契約特有であってもよいし、ＰＤＰコンテクスト特有であってもよい。ＳＧＳＮ２３は、ＨＬＲから情報「要求されるＰＣＦ相互作用」を受け取り、そしてそれをＧＧＳＮ２４へ送信する。この情報「要求されるＰＣＦ相互作用」を受け取ると、ＧＧＳＮ２４は、接続を確立するか又は接続を変更する等のときにＰＣＦと通信する必要があるかどうか分かる。ＣＳＣＦ２６は、ＵＭＳから情報「要求されるＰＣＦ相互作用」を受け取り、そしてそこから、ＰＣＦ２５との通信が必要であるかどうか知る。
【００３１】
それ故、本発明のこの特徴によれば、３つの新たな考え方が別々に組み込まれるか又は一緒に組み込まれる。
（ａ）ＰＤＰコンテクストをコールにマップするために共通の識別子が与えられ；
（ｂ）ＨＬＲ及びＵＭＳに対する新たなパラメータ、即ちＰＣＦアドレスが与えられ；及び／又は
（ｃ）「要求されるＰＣＦ相互作用」のような新たなＨＬＲ及びＵＭＳパラメータが与えられる。
【００３２】
図２の実施形態に基づき、ポリシー制御ファンクション（ＰＣＦ）２５とのＰＳ（パケット交換）ドメイン相互作用を説明する。図２に示すステップ番号を参照して、接続を確立するときに実行されるステップを以下に詳細に述べる。
ステップ１では、移動ステーション２１がＩＮＶＩＴＥメッセージをプロキシーＣＳＣＦ２６へ送信し、このＩＮＶＩＴＥメッセージは、加入者識別「加入者Ｉｄ」及びコール識別子「Ｃａｌｌ＿Ｉｄ」を含む。プロキシーＣＳＣＦ２６は、このメッセージを被呼者２７へ転送する。
【００３３】
ステップ２では、プロキシーＣＳＣＦ２６は、被呼者ターミナル２７から肯定確認、例えば、ＳＩＰに定義された１８３ｗ／ＳＤＰを受け取る。プロキシーＣＳＣＦ２６は、この確認を移動ステーション（発呼者）２１へ転送する。
ステップ３では、被呼者ターミナル２７から肯定確認を受信した後に、プロキシーＣＳＣＦ２６は、認可メッセージ（加入者Ｉｄ、コール識別子Ｃａｌｌ＿Ｉｄ、ネゴシエーションされたＱｏＳ、被呼者搬送アドレスを含む）をＰＣＦ２５へ送信する。加入者Ｉｄは、例えば、発呼者２１のＩＭＳＩ、ＭＳＩＳＤＮ又はＩＰアドレス（即ち、ＧＰＲＳ／ＵＭＴＳ層におけるＰＤＰアドレス）である。Ｃａｌｌ＿Ｉｄは、ＰＣＦ２５における正しいＰＤＰコンテクストにコールをマップするために必要とされそして使用される。ネゴシエーションされたＱｏＳは、コールに対してネゴシエーションされたＱｏＳパラメータを含む。非常コールの場合、プロキシーＣＳＣＦ２６は、ＱｏＳパラメータ割り当て／保持優先順位を最大値にセットする。被呼者搬送アドレスは、ＧＰＲＳ／ＵＭＴＳ層において、ＰＤＰコンテクストに対するＴＦＴ（トラフィック流テンプレート）をセットするのに使用される。
【００３４】
ステップ４では、ＰＣＦ２５は、認可確認（加入者Ｉｄ、Ｃａｌｌ＿Ｉｄ）メッセージをプロキシーＣＳＣＦ２６へ返送することにより、ステップ３の認可メッセージを確認する。
ステップ５では、ＭＳ２１は、（二次）ＰＤＰコンテクストアクチベート要求（ＰＤＰアドレス、Ｃａｌｌ＿Ｉｄ、要求されたＱｏＳ）メッセージをＳＧＳＮ２３へ送信することにより、コールに対するＰＤＰコンテクスト（例えば、二次ＰＤＰコンテクスト）をアクチベートするように要求する。
【００３５】
ステップ６では、無線アクセスベアラ設定手順が実行される。
ステップ７では、ＳＧＳＮ２４は、ＰＤＰコンテクスト作成要求（加入者Ｉｄ、Ｃａｌｌ＿Ｉｄ、ネゴシエーションされたＱｏＳ）メッセージをＧＧＳＮ２４へ送信する。
ステップ８では、ＧＧＳＮ２４は、許可要求（要求Ｉｄ、加入者Ｉｄ、Ｃａｌｌ＿Ｉｄ、ネゴシエーションされたＱｏＳ）メッセージをＰＣＦ２５へ送信することにより、ＰＤＰコンテクストアクチベーションに対する許可を要求する。第１の要求メッセージ（ステップ８）は、ＰＣＦ２５に要求状態を形成する。
ステップ９では、ＰＣＦ２５は、判断（要求Ｉｄ、ネゴシエーションされたＱｏＳ、被呼者搬送アドレス）メッセージをＧＧＳＮ２４へ送信することにより応答する。ＧＧＳＮ２４は、ＰＤＰコンテクストに対するＴＦＴを被呼者搬送アドレスに基づいてセットする。
【００３６】
ステップ１０では、ＧＧＳＮ２４は、状態レポートメッセージ（要求Ｉｄ）をＰＣＦ２５へ送信することにより判断に基づいて行動したことを報告する。
ステップ１１、１２では、ＰＤＰコンテクストアクチベーションが既知のやり方で報告される。
図２において、メッセージ８（要求）、９（判断）及び１０（状態レポート）は、ＣＯＰＳメッセージである。
図２は、ＰＤＰコンテクストアクチベーションのケースを示している。ＰＤＰコンテクストを変更すべき場合には、ステップ８ないし１０及び図２に示す更に別のステップは、同一である。
【００３７】
ＰＤＰコンテクストアクチベーションに対する許可がＰＣＦ２５から要求されるかどうかは、オペレータ特有である。このファンクションをローミング中の加入者にも与えるために、「要求されたＰＣＦ相互作用」のような新たなパラメータがＨＬＲにおいて契約情報に含まれる。ＳＧＳＮは、ＨＬＲから「要求されたＰＣＦ相互作用」を受け取り、そしてそれをＰＤＰコンテクストアクチベーション／変更においてＧＧＳＮ２４へ送信しなければならない。「要求されたＰＣＦ相互作用」を受け取ると、ＧＧＳＮ２４は、ＰＤＰコンテクストを作成又は変更するときにＰＣＦ２５との通信が必要であるかどうかを知る。
【００３８】
ＧＧＳＮ３、２４、３３（図３ないし５）は、ＣＳＣＦ４、２６（又は図３ないし５のＣＰＳ３４）のアドレスを、
プロキシーＣＳＣＦドメイン名（好ましいオプション）からプロキシーＣＳＣＦアドレスを分析することにより、
（二次）ＰＤＰコンテクストアクチベーションメッセージにおいてＭＳにより送信された新たなパラメータ「ＣＳＣＦアドレス」から、
シグナリングＰＤＰコンテクストのＴＦＴから、
知ることができる。
【００３９】
ＰＣＦ（ＣＰＳ：ＰＣＦは、論理エレメントであり、即ちスタンドアローンエレメントであるか、或いはＣＳＣＦ又はＧＧＳＮのいずれかに配置されている）において正しいコール又は接続を見出すためにＧＧＳＮにより送信されるべきパラメータは、次の通りである。
ＭＳ ＩＰアドレス（＝ＰＤＰアドレス）及びＭＳポート番号（＝ＴＦＴ行先ポート番号）（好ましいオプション）；
ピアＩＰアドレス（＝ＴＦＴソースアドレス）及びピアポート番号（＝ＴＦＴソースポート番号）。
【００４０】
図３ないし５は、移動コアネットワーク及びＩＰＴコアネットワークにより発生された課金情報を合成するための方法及びメカニズムを提供する本発明の更に別の実施形態を示す。移動コアネットワークは、ＳＧＳＮ３２及びＧＧＳＮ３３により表わされる。移動ネットワークを与えるための更に別の必要な要素は、当業者に明らかであろうから、図示されていない。ＩＰＴコアネットワークは、コール処理サーバー（ＣＰＳ）３４により表わされる。ＩＰＴネットワークの更に別の要素は、当業者に明らかであろうから、図示されていない。
【００４１】
図示された実施形態は、電話コール又は他の形式の接続に使用されるＱｏＳレベルの課金を行うことができる。例えば、電話コールは、リアルタイム（ＲＴ）トラフィックを必要とし、そして通常は、ｅ−メール送信（これは、低いＱｏＳレベルを使用して搬送され、従って、低いレートで課金される）のような他の形式の通信よりも高いＱｏＳレベルを必要とする。
図３ないし５に示す実施形態は、コール関連課金情報を合成し、そしてＩＰＴＱｏＳ予約（例えば、ＳＩＰ：ＩＮＶＩＴＥメッセージにおいてコール発信ターミナルにより要求される）と、移動パケットコアネットワークＰＤＰコンテクストＱｏＳ（ＰＤＰコンテクストアクチベーション）との間の関連性又は一致性を制御するためのメカニズムを与える。
【００４２】
図３ないし５は、移動ネットワークにアタッチされた移動ターミナル（ＭＴ）３１と、ＳＧＳＮ３２と、ＧＧＳＮ３３（ＳＧＳＮ３２及びＧＧＳＮ３３は、ＭＴ３１がアタッチされる移動ネットワークの一部分を形成する）と、コール処理サーバー（ＣＰＳ）３４との間のメッセージ送信を示す。ＣＰＳ３４は、図１及び２に示したようなコール状態制御ファンクション（ＣＳＣＦ）を備えていて、ブロック３４の表示も「ＣＳＣＦ」である。
図３に示し実施形態を以下に詳細に説明する。
【００４３】
移動ターミナル３１が、被呼者のテレコミュニケーション装置のような別のネットワーク要素への接続を確立しようとするときには、移動ターミナル３１は、ステップ１で示すように、ＳＩＰのようなセッション開始プロトコルの「ＩＮＶＩＴＥ」メッセージのようなコール確立要求を発生する。このＩＮＶＩＴＥメッセージは、ＭＴ３１からＣＰＳ３４へ送信され、情報エレメント「Ｃａｌｌ＿Ｉｄ」及び「ＳＤＰ：ＱｏＳ」を含む。ＳＤＰは、サービングプロファイルデータベースを意味する。「Ｃａｌｌ＿Ｉｄ」は、例えば、ＧＳＮ（ＧＰＲＳサポートノード）及びＣＳＣＦ（又はＣＰＳ）のようなサポートノードにより発生されるＣＤＲ（課金データ記録）のような課金データのリンクを合成するか、又はその他そこから利益を得られるようにするために設けられた共通の識別子を表わす。この共通の識別子、例えば、「Ｃａｌｌ＿Ｉｄ」は、サポートノード及びＣＳＣＦ（又はＣＰＳ）への接続確立段階（例えば、コール確立段階）に分散される。この技術は、ＧＧＳＮやＣＰＳのような全ての当該処理要素において確立されるべき接続又はコールを、これら要素間の直接的なインターフェイスを必要とせずに、独特に認識することができる。この方法及び構造は、課金データを合成し、及び／又は例えばＩＰ電話のようなエンドターミナル間に全ＩＰ接続を与える異なるネットワーク形式におけるＱｏＳ有効性をチェックするためのメカニズムを提供する。
【００４４】
次のステップ２において、移動ターミナル３１は、ＰＤＰコンテクストアクチベーション要求をＳＧＳＮ３２へ送信し、この要求は、ベアラ形式及びコーデックのような通常の情報を含むだけでなく、更にパラメータ「Ｃａｌｌ＿ＩＤ」も含む。このパラメータ「Ｃａｌｌ＿ＩＤ」及び更に別の必要な既知の情報エレメントは、そのとき、ＳＧＳＮ３２からＧＧＳＮ３３へ送信され、ＧＧＳＮ３３には、確立されるべき接続に起因する共通の識別子「Ｃａｌｌ＿ＩＤ」についても通知される。次のステップ３において、ＧＧＳＮ３３は、ＣＰＳ３４へチェック要求を送信し、このチェック要求は、共通の識別子「Ｃａｌｌ＿ＩＤ」と、ベアラ形式及びコーデックのような更に別の情報とを指示する。
【００４５】
次のステップ４として、ＣＰＳ３４（又はＣＰＳ３４に含まれたＣＳＣＦ）は、共通の識別子「Ｃａｌｌ＿ＩＤ」により識別された確立されるべき接続のチェックを実行し、そして要求されたＱｏＳパラメータがコールシグナリング（ＳＩＰ／ＳＤＰ）及びベアラ（ＰＤＰコンテクスト）の両方において有効であることをチェックする。ＣＳＣＦ（ＣＰＳ３４）は、コール確立を受け入れる（又はそれを進める）前に、要求されたＱｏＳパラメータの有効性を制御するためにこのチェックを行い、他の形式のコール又は接続に与えられたＱｏＳについて課金を行えるようにし、或いは課金以外の目的も果たせるようにする。ＣＰＳ３４は、このチェック（Ｃａｌｌ＿ＩＤ、ＳＤＰ：ＱｏＳ、ベアラ形式、コーデック）の結果としてＯＫ又は否ＯＫを発生し、そしてチェック結果（ＯＫ／否ＯＫ）を示す応答をＧＧＳＮ３３へ返送する（ステップ５）。ＧＧＳＮ３３は、ステップ５で受け取った情報を使用して、コール関連ＰＤＰコンテクストアクチベーションを受け入れる（チェック結果が肯定「ＯＫ」であれば）か、又は拒絶し（チェック結果が否定「Ｎ ＯＫ」であれば）、そしてＳＧＳＮ３２へ応答を返送して、ＰＤＰコンテクストアクチベーション（又は変更）の受け入れ又は拒絶についてそれに通知する。ＳＧＳＮ３２は、受け入れ又は拒絶応答を受け取ると、既知のステップを実行し、そしてそれに対応する情報を移動ターミナル３１へ送信する。
【００４６】
又、ＣＰＳ３４（又はＣＳＣＦ）は、応答を移動ターミナル３１へ直接送信し（ステップ６）、ステップ１のコール確立要求に対する応答を返送してもよい。例えば、ＳＩＰの応答「ＯＫ／ＮＯＫ」がステップ６において送信される。
それ故、確立されるべき接続でいかに進むか判断するための付加的なメッセージシーケンスがＣＳＣＦ（又はＣＰＳ）とＧＧＳＮ３３との間に与えられる。
又、ＣＰＳ（ＣＳＣＦ）３４は、「Ｃａｌｌ＿ＩＤ」に加えて付加的なパラメータも受け取り、これら付加的なパラメータも判断の基礎とすることができる。
図３に示されて上述したメカニズムは、ＱｏＳ及び課金の観点のみに限定されず、他の形式のチェックや評価にも関連し得る。更に、ＣＰＳ（ＣＳＣＦ）３４によりなされた判断は、忠告であってもよく、そして２進的な「ＯＫ／否ＯＫ」形式だけである必要はない。
【００４７】
図３ないし５に示すように、ＧＧＳＮ３３は、ステップ３として、ＣＰＳ（ＣＳＣＦ）３４にチェック要求を送信する。それ故、ＧＧＳＮ３３は、ＣＰＳ（ＣＳＣＦ）のアドレス又は名前に関する情報を必要とする。移動ターミナル３１がＳＩＰ登録メカニズムで登録されてＩＮＶＩＴＥメッセージを送信したところのサービングＣＳＣＦ（ＣＰＳ３４）についてＧＧＳＮ３３が知らない場合には、このサービングＣＳＣＦ（ＣＰＳ）３４のアドレス又は名前を、ＧＧＳＮ３３に通知しなければならない。図４の実施形態は、この問題に対する解決策を示す。
【００４８】
図３の実施形態の上述した構造及びファンクションに加えて、図４の実施形態は、サービングＣＳＣＦ（又はＣＰＳ）３４のアドレス又は名前をＧＧＳＮ３３に通知するために、ＰＤＰコンテクストアクチベーション要求に新たなパラメータ、例えば、「Ｓ−ＣＳＣＦ＿ｌｏｇｉｃａｌｎａｍｅ」を与え、従って、ＧＧＳＮ３３は、「ＱｏＳ」チェック要求をどこに送信すべきかを知る。
図４の実施形態は、図３を参照して上述した構造をベースとする。又、上述した説明は、図４に示すメッセージシーケンス及び実行されるステップにも適用される。
【００４９】
移動ターミナル３１は、それが登録されたＣＰＳ（又はＣＳＣＦ）３４について通知され、そしてステップ２でＳＧＳＮ３２へ送信されそして更にＧＧＳＮ３３に送信されるメッセージに、Ｓ−ＣＳＣＦ（ＣＰＳ３４におけるサービングＣＳＣＦ）のアドレス又は名前に関する情報を含むように構成される。サービングＣＳＣＦのアドレス又は名前を指示するこの新たなパラメータは、図４では、ＰＤＰコンテクストアクチベーション要求において送信されるパラメータ「Ｓ−ＣＳＣＦ＿ｌｏｇｉｃａｌｎａｍｅ」により示されている。この付加的な情報「Ｓ−ＣＳＣＦ＿ｌｏｇｉｃａｌｎａｍｅ」により、ＧＧＳＮ３３は、ここで、正しいＣＳＣＦ（ＣＰＳ）のアドレス又は名前が通知され、そしてこのパラメータにより指示されたＣＰＳ（ＣＳＣＦ）３４へチェック要求を送信する（ステップ３）。図４に示された他のステップは、上述した図３のステップと同一である。
【００５０】
更に、図５は、移動ターミナル３１のエンドユーザにより制御できる付加的な任意の特徴、即ちエンドユーザ又はコール発信装置が、例えば、ＳＩＰ：ＩＮＶＩＴＥメッセージにおいて「ＱｏＳチェック」を要求できるようにする特徴を示している。
図５に示す実施形態は、上述した図３及び４の実施形態の全ての特徴を含む。更に、図５では、ステップ１において移動ターミナル３１からＣＰＳ（ＣＳＣＦ）３４へ送信される接続確立要求に新たなパラメータ、例えば、「Ｒｅｑｕｉｒｅ＿ｇｇｓｎ＿ｃｈｅｃｋ」が含まれる。
【００５１】
図５に示す構造及び方法は、図３及び４を参照して上述した課金データ及びＱｏＳ制御のための合成メカニズムに追加されるものである。図５に示す実施形態は、チェックステップ３ないし５を実行するか又は実行しないように任意に選択することができる。パラメータ「Ｒｅｑｕｉｒｅ＿ｇｇｓｎ＿ｃｈｅｃｋ」が、移動ターミナル３１からＣＰＳ３４へ送信されるＳＩＰ ＩＮＶＩＴＥメッセージ（又は他の適当な形式の接続確立要求メッセージ）において送信されるときには、ＣＰＳ（又はＣＰＳに含まれたＣＳＣＦ）が、ステップ４に基づいてチェックを行うように準備され、そしてステップ３に基づいてＧＧＳＮ３３からのチェック要求メッセージを待機する。ステップ３においてチェック要求を受信した後に、ＣＰＳ３４は、上記のように、ステップ４のチェックを実行し、その後に、ステップシーケンスが上述したように続けられる。ステップ１の接続確立要求においてパラメータ「Ｒｅｑｕｉｒｅ＿ｇｇｓｎ＿ｃｈｅｃｋ」がセットされないか、又は存在しないときには、ＣＰＳ（ＣＳＣＦ）３４が、ステップ４に基づいてＱｏＳチェックを実行せず、ＧＧＳＮ３３からのチェックメッセージを必要としない。新たなパラメータ「Ｒｅｑｕｉｒｅ＿ｇｇｓｎ＿ｃｈｅｃｋ」によって与えられるこの情報により、ＣＳＣＦは、コール確立を進めるためにチェック手順が必要とされるかどうか通知される。この新たなチェック要求パラメータは、もちろん、ＣＳＣＦが理解できるものであれば、「Ｒｅｑｕｉｒｅ＿ｐｄｐｑｏｓ＿ｃｈｅｃｋ」のような任意の呼称をもつことができる。
【００５２】
図５に基づいて与えられるこの新たなパラメータ、及びＱｏＳチェック又は他の形式のチェック（ステップ４）を実行するかどうかの任意性は、図４のステップ２に基づきＣＰＳ３４の論理的な名前又はアドレスの指示を与えるものでない図３に示す構造に適用することもできる。特に、ＧＧＳＮ３３には、ＭＴ３１が登録されたＣＰＳ３４のアドレスが他の手段により通知され、例えば、ＣＰＳ３４からＧＧＳＮ３３へメッセージを送信することにより通知される。
【００５３】
本発明の実施形態により提供される方法及びメカニズムは、要求及びチェックを適切に実行し、チェック結果を処理し、課金情報を発生して、確立された接続に対して課金記録を形成できるように、ＧＧＳＮ３、３３及び／又はＣＳＣＦ／ＣＰＳ３４においてソフトウェアとして実施されてもよい。
又、ＱｏＳパラメータをチェックするために提供された方法及びメカニズムは、課金情報の発生とは個別に実施されてもよい。
上述した実施形態は、更に、例えば、音声コールに割り当てられたＰＤＰコンテクストに対するＰＤＰコンテクスト更新を、ＣＰＳ３４からのチェックが実行されるまで禁止しそして制御することができる。これは、ＧＧＳＮ３３とＣＰＳ３４との間で別のメッセージ交換を行うことにより管理できる。
【００５４】
図６は、図２に示す実施形態の変形である本発明の更に別の実施形態（方法及び／又はシステム）を示す。図６によれば、ＰＣＦ２５（図２）は、プロキシーＣＳＣＦ２６（図２）と一体化され、そして単一のネットワーク要素２５‘を形成する。この構造体は、ＰＣＦとＣＳＣＦとの間の外部シグナリングを回避し、従って、図２のステップ３及び４を省略できるという利益を与える。図２のこれらステップ３及び４に基づく認可チェックは、図６のネットワーク要素２５’の内部処理を使用して実行される。ＰＣＦとＣＳＣＦとの間のシグナリングは、この場合、単なる内部シグナリングである（即ち、標準化によってあまりに厳しく制限されない）。
【００５５】
図６の更に別のステップ１、２及び５ないし１２は、図２を参照して上述したものと同一である。
それ故、ＰＣＦは、図２に示された個別の論理的エンティティ２５であってもよいし、図６に示すようにＣＳＣＦに一体化されてもよいし、或いはＧＧＳＮ２４に一体化されてもよい。
【００５６】
図７は、コールベースのＰＤＰコンテクストアクチベーション／変更を与える本発明によるシステム及び方法の別の実施形態を示す。図７は、ＭＯコールの場合のＰＤＰコンテクストアクチベーションを示す。少なくとも１つのＰＤＰコンテクストがコールに対してアクチベートされたと仮定する。ＰＤＰコンテクストアクチベーションの場合に、ＰＣＦから許可が要求される。ＰＣＦからの許可は、コールのＱｏＳに対してＰＤＰコンテクストのＱｏＳを調整するために必要とされる。ＧＧＳＮに対して、ＰＣＦからの判断が必要とされるかどうかそしてどんな種類のＰＤＰコンテクストであるかを構成することができる。例えば、構成情報は、ＰＣＦからの判断が会話のＰＤＰコンテクストに対してのみ必要とされるが、他のＰＤＰコンテクストについては、ＰＣＦ相互作用なしにＰＤＰコンテクストアクチベーションを進めなければならないことを定義できる。ＧＧＳＮ−ＰＣＦ通信に対して必要とされるパラメータのみを以下に説明する。図７に示すステップを以下に詳細に説明する。
【００５７】
ステップ１：ＭＳは、インバイト（加入者Ｉｄ）メッセージをプロキシーＣＳＣＦに送信する。プロキシーＣＳＣＦは、このメッセージを被呼者に向けて転送する。
ステップ２：プロキシーＣＳＣＦは、肯定確認、例えば、１８３ｗ／ＳＤＰを受け取る。プロキシーＣＳＣＦは、発呼者へ確認を転送する。
【００５８】
ステップ３：ＭＳは、二次ＰＤＰコンテクストアクチベート要求（要求されたＱｏＳ）メッセージをＳＧＳＮへ送信することによりコールに対してＰＤＰコンテクストをアクチベートする。
ステップ４：無線アクセスベアラ設定手順が実行される。
ステップ５：ＳＧＳＮは、ＰＤＰコンテクスト作成要求（ＰＤＰアドレス、ネゴシエーションされたＱｏＳ）メッセージをＧＧＳＮに送信する。
【００５９】
ステップ６：ＧＧＳＮは、要求（要求Ｉｄ、加入者Ｉｄ、ネゴシエーションされたＱｏＳ）メッセージをＰＣＦへ送信することによりＰＤＰコンテクストアクチベーションに対する許可を要求する。加入者Ｉｄは、ＰＳドメイン及びＩＭサブシステムの両方に知られた識別子、例えば、ＭＳのＩＰアドレスである。
ステップ７：ＰＣＦは、判断（要求Ｉｄ、ネゴシエーションされたＱｏＳ）メッセージをＧＧＳＮに送信することにより応答する。
ステップ８−９：ＰＤＰコンテクストアクチベーションは、ＰＣＦから受け取られたパラメータで受け入れられる。
ステップ１０：ＧＧＳＮは、状態レポート（要求Ｉｄ）メッセージをＰＣＦへ送信することにより判断の実行を首尾よく完了したことをレポートする。
上記ステップ６、７及び１０は、ＰＤＰコンテクストが変更される場合に同一である。
【００６０】
好ましい実施形態を図示して説明したが、本発明は、それに限定されるものではなく、図示されて上述された特徴の全ての変更、省略及び追加も包含するものとする。
例えば、本発明は、ＧＧＳＮ（３、２４）とＰＣＦ−ＣＳＣＦ（又はＣＳＣＦ／ＰＣＦ）との間の通信に限定されない。ＧＧＳＮ３、２４をＳＧＳＮ２、２３に置き換えて、ＳＧＳＮ−ＰＣＦ−ＣＳＣＦ（又はＣＳＣＦ／ＰＣＦ）通信を生じることにより、同じ通信を行うことができる。
【図面の簡単な説明】
【図１】 本発明の方法及びシステムの１つの実施形態による基本的構造及びメッセージの流れを示す図である。
【図２】 本発明のシステム及び方法の別の実施形態を示す図である。
【図３】 本発明のシステム及び方法の更に別の実施形態を示す図である。
【図４】 本発明のシステム及び方法の更に別の実施形態を示す図である。
【図５】 本発明のシステム及び方法の更に別の実施形態を示す図である。
【図６】 図２に示す実施形態の変形を示す図である。
【図７】 本発明のシステム及び方法の更に別の実施形態を示す図である。
【技術分野】
本発明は、２つ以上のネットワーク要素間に接続を確立するための方法及びシステムに係る。接続は、例えば、ＶｏＩＰ（ボイス・オーバー・インターネット・プロトコル）コールである。又、接続は、例えば、コールを搬送するＩＰ電話層又はネットワーク、及びＧＰＲＳ／ＵＭＴＳベースのネットワークを含む。
【０００２】
【背景技術】
一般に、ユーザ装置、例えば、移動ターミナルや、別のユーザターミナルや、データベース等のネットワーク要素間に適切に接続を確立しそしてそれを取り扱うために、サポートノードのような１つ以上の中間ネットワーク要素が含まれる。ＰＤＰ（パケットデータプロトコル）コンテクスト情報や、要求又は提供されるサービスクオリティ（ＱｏＳ）や、課金料率のような課金関連情報等の接続特性を定義するために１つ以上の接続パラメータが使用される。
【０００３】
特に、異なる形式の２つ以上のネットワーク、例えば、異なる送信プロトコルを使用するネットワーク、例えば、ＧＰＲＳ／ＵＭＴＳベースネットワーク及びＩＰベースネットワークが接続に含まれる場合には、適切に接続を確立しそして接続パラメータをセットするのに問題が生じる。
【０００４】
【発明の開示】
本発明は、特許請求の範囲に規定されたように、例えば、異なるネットワークに配置されたネットワーク要素間に、効果的なやり方で、適切に接続を確立することのできる方法及びシステムを提供する。
接続の正しい取り扱いを確保するために、接続（又はＰＤＰ形式のような接続形式）を確立するための許可、又はＱｏＳ（サービスクオリティ）のような接続パラメータに関連した要求及び応答を第３ネットワーク要素と第４ネットワーク要素との間で交換することにより、例えば、課金の目的で、接続を適切に確立し又は処理することができる。
【０００５】
第３ネットワーク要素は、サポートノード、好ましくは、ゲートウェイサポートノードであり、一方、第４ネットワーク要素は、ＣＳＣＦ、ＰＣＦ又はＣＰＳである。第４ネットワーク要素は、ＩＰ電話層の一部分であるか、又はそれを備えてもよい。
本発明の１つの特徴によれば、通信は、ＰＳ（パケット交換）ドメイン（例えば、ＧＧＳＮ又はＳＧＳＮ）間及びＩＭサブシステム（ＣＳＣＦ）間に生じる。
【０００６】
本発明の１つの好ましい実施形態によれば、ＩＰ電話層のような第４ネットワーク要素は、少なくとも１つの接続パラメータを制御することが許され、例えば、ＰＤＰ（パケットデータプロトコル）コンテクストアクチベーション又は変更を制限することが許される。例えば、会話ＰＤＰコンテクスト、即ち発呼者と被呼者との間で会話を行えるようにする接続は、第１ネットワーク要素、例えば、移動ターミナルが、第２ネットワーク要素へコールを発信するように試みるときしかアクチベートできない。例えば、接続パラメータがＰＤＰコンテクストであり、そしてＰＤＰコンテクストのアクチベーション又は変更が要求されたときには、ＧＧＳＮのような第３ネットワーク要素が、ＣＳＣＦ、ＰＣＦ又はＣＰＳのような第４ネットワークへ許可要求を送信し、そのＰＤＰコンテクストのアクチベーション又は変更を受け入れられるかどうかチェックする。
【０００７】
この解決策は、多数の効果を与える。第１に、ＣＳＣＦのような第４ネットワーク要素は、その要求から、例えば、ＧＧＳＮのような第３ネットワーク要素のアドレスを学習し、それ故、応答をどこに返送すべきかを知る。さもなければ、第４ネットワーク要素が、第３ネットワーク要素によりアドレスされる前に第３ネットワーク要素へ情報を送信するように構成されたときには、第４ネットワーク要素が、接続の取り扱いを担当する際に第３ネットワーク要素のアドレスに関する情報をもたないときに問題が生じる。
【０００８】
第１ネットワーク要素、例えば、移動ターミナルが、コールのような接続を確立するように試みるときに、第４ネットワーク要素へ情報を直接的に送信すべきときでも、第１ネットワーク要素は、その後に接続の取り扱いを担当する際に、第３ネットワーク要素のアドレスに関する情報をまだもたず、それ故、このアドレス情報を第４ネットワーク要素へ送信することができない。更に、認可メッセージのようなメッセージが、第４ネットワーク要素から第３ネットワーク要素へ最初に送信される場合には、第３ネットワーク要素は、まだアクティブでないＰＤＰコンテクストのようなコール取り扱いパラメータに関する情報を記憶しなければならない。次いで、第３ネットワーク要素は、タイマーをアクチベートし、そして何らかの理由でＰＤＰコンテクストアクチベーションを実行してはならない場合に、タイマーが時間切れした後に、認可情報を除去しなければならない。
【０００９】
更に、本発明により提案された解決策は、ローミング中の加入者にも機能し、従って、付加的な効果を与える。
一般に、１つの特徴によれば、本発明は、例えば、ＰＤＰコンテクストアクチベーション又は変更を、そのＰＤＰコンテクストを経て搬送されるコールに基づいて制限するための解決策を提供する。
本発明の１つの好ましい実施形態によれば、異なるプロトコルに基づいて機能するネットワーク又は層、例えば、ＧＰＲＳ／ＵＭＴＳ層及びＩＰ電話層、並びにＣＳＣＦやＰＣＦのような制御手段又はファンクションに、共通の識別子が与えられる。この共通の識別子は、ＰＤＰコンテクストをコールにマップするのに使用される。この共通の識別子は、例えば、ＳＩＰ（セッション開始プロトコル）メッセージに既に設けられたＣａｌｌ＿Ｉｄのようなコール識別子である。
【００１０】
或いは又、共通の識別子は、１つの層、例えば、ＧＰＲＳ／ＵＭＴＳ層に割り当てられた識別子でもよい。例えば、この場合の共通の識別子は、ＮＳＡＰＩである。この場合に、この共通の識別子は、ＳＩＰのＩＮＶＩＴＥ（インバイト）メッセージのようなプロトコルメッセージにおいて第４ネットワーク要素、例えば、ＣＳＣＦへ送信されるのが好ましい。次いで、共通の識別子（例えば、ＮＳＡＰＩ）は、第３ネットワーク要素、例えば、ＧＧＳＮから第４ネットワーク要素（例えば、ＰＣＦ）へ、そして第５ネットワーク要素（例えば、ＣＳＣＦ）から第４ネットワーク要素へ送信することができる。第４ネットワーク要素は、次いで、要求（第３ネットワーク要素により送信された）及び認可（ＣＳＣＦのような第５ネットワーク要素により送信された）を、共通の識別子、例えば、ＮＳＡＰＩに基づいてマップする。
【００１１】
本発明の更に別の好ましい実施形態によれば、移動コアネットワーク（例えば、ＳＧＳＮ及びＧＧＳＮ）のような第１ネットワーク、及びＩＰＴ（ＩＰベース電話）コアネットワーク、例えば、ＣＰＳのような別のネットワークに発生された課金情報のような接続パラメータを合成するためのメカニズムが提供される。この実施形態によれば、電話コールに使用されるＱｏＳ（サービスクオリティ）レベルを課金する可能性が与えられる。
【００１２】
本発明のこの特徴によれば、コール関連課金情報を合成し、そして１つのネットワーク（例えば、ＩＰＴネットワークであって、ＩＰＴ ＱｏＳ予約が、例えば、ＳＩＰのＩＮＶＩＴＥメッセージにおいて送信される）におけるＱｏＳ予約と、他のネットワーク（例えば、移動パケットコアネットワーク）におけるＱｏＳ予約（例えば、ＰＤＰコンテクストＱｏＳコンテクストアクチベーション）との間の関連性を制御するためのメカニズムが提供される。例えば、Ｃａｌｌ＿Ｉｄのような供給された識別子は、課金目的でチェックされ、そして要求されたＱｏＳレベル関連性又は要求も、プロトコルメッセージ（例えば、ＳＩＰ：ＩＮＶＩＴＥ）及びＰＤＰコンテクストアクチベーションメッセージの両方においてチェックされる。
【００１３】
ＧＧＳＮのような第３ネットワーク要素に、サービングＣＳＣＦ、又は一体化されたＣＳＣＦ／ＰＣＦ、或いはＣＰＳのような第４ネットワーク要素について通知するために、新たなパラメータがＰＤＰコンテクストアクチベーションにおいて導入される。それ故、第３ネットワーク要素には、ＱｏＳチェック要求を送信すべき第４ネットワーク要素のアドレスが通知される。
エンドユーザにより制御できる更に別の任意の特徴は、ＳＩＰ：ＩＮＶＩＴＥのようなプロトコルメッセージにおいてターミナル（例えば、第１ネットワーク要素）によりＱｏＳチェックを要求できることである。
本発明のこの特徴によれば、与えられたＱｏＳに基づいて課金記録を作成することが可能となる。
【００１４】
【発明を実施するための最良の形態】
図１は、本発明による方法又はシステムの第１実施形態を示す。この実施形態は、ＣＳＣＦで許可されたＰＤＰコンテクストアクチベーション又は変更を与える。ユーザ装置（ＵＥ）１は、移動ステーションである第１ネットワーク要素である。ＳＧＳＮ２は、図１に示されていない被呼者のターミナルのような別のネットワーク要素（第２ネットワーク要素）への接続を取り扱う際にユーザ装置１にサービスするサービングノード（サービングＧＰＲＳサポートノード）を表わす。ＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）３は、被呼者のターミナルが取り付けられる別のネットワークへの接続を取り扱うためのゲートウェイノードを表わす。コール状態制御ファンクション（ＣＳＣＦ）４は、ＰＤＰコンテクストアクチベーション又は変更の許可を判断する第４ネットワーク要素を表わす。
【００１５】
ユーザ装置１は、例えば、ＩＰベースネットワークのような別のネットワークに配置されたターミナルへコールを発信しようとするときに、ＳＩＰ（セッション開始プロトコル）のＩＮＶＩＴＥメッセージのようなメッセージをＣＳＣＦ４へ送信する。その後、好ましくは、コール要求の受け入れについて通知するＣＳＣＦ４からの応答を受信した後に、ユーザ装置１は、ＰＤＰコンテクストアクチベート（又は変更）要求をＳＧＳＮ２へ送信する。ＳＧＳＮ２は、このＰＤＰコンテクストアクチベート（又は変更）要求に応答して、ＰＤＰコンテクスト作成（又は更新）要求をＧＧＳＮ３へ送信する。
【００１６】
ＳＧＳＮ２からのこの要求に応答して、ＧＧＳＮ３は、ＰＤＰコンテクストの作成又は更新を直ちに実行せず、最初に、許可要求をＣＳＣＦ４へ送信する。図１の実施形態では、ＧＧＳＮ３は、この許可要求をＣＳＣＦ４へ送信し、ＰＤＰコンテクストアクチベーション／変更を受け入れられるかどうかチェックする。変形形態では、許可要求がポリシー制御ファンクションＰＣＦにも送信され、このファンクションは、付加的な任意のネットワーク要素を表わしてもよいし又はＣＳＣＦに一体化されてもよい。
【００１７】
ＧＧＳＮ３は、移動ステーション即ちユーザ装置１を識別するために許可要求にＩＭＳＩ／ＭＳＩＳＤＮ（及びおそらくはＰＤＰアドレス）を含む。更に、ＧＧＳＮ３は、要求されたＱｏＳ（サービスクオリティ）値及び被呼者のアドレス（Ｂ当事者アドレス）を、それがトラフィック流テンプレートＴＦＴに存在する場合に、許可要求において送信することができる。ＩＭＳＩ／ＭＳＩＳＤＮ（及びおそらくはＰＤＰアドレス）が、ユーザ装置１又はコールを識別するのに充分でない場合には、ＮＳＡＰＩのような付加的な情報を使用しそしてＧＧＳＮ３へ送信することができる。この場合、ユーザ装置１は、ＰＤＰコンテクストの情報ＮＳＡＰＩを、コール設定メッセージ、例えば、ＳＩＰ：ＩＮＶＩＴＥメッセージにおいてＣＳＣＦへ送信するのが好ましい。次いで、ＣＳＣＦ４（又はそれとは別に又はそれに加えて設けられたＰＣＦ）は、コール設定メッセージに含まれたコールに対するＮＳＡＰＩが、許可要求においてＧＧＳＮ３から送信されたＰＤＰコンテクストに対するＮＳＡＰＩに等しいことをチェックし、従って、ＣＳＣＦ４（又はＰＣＦ）は、正しいＰＤＰコンテクストを認可することができる。個別のＰＣＦが設けられた場合には、ＣＳＣＦ４は、ＮＳＡＰＩをＰＣＦへ送信する。同様に、この場合に、ＧＧＳＮ３は、ＮＳＡＰＩを含む許可要求を個別のＰＣＦに送信する。
【００１８】
許可要求に応答して、上記チェックを実行した後、ＣＳＣＦ４（又はＰＣＦ）は、許可応答をＧＧＳＮ３へ送信する。この許可応答は、ＰＤＰコンテクストを作成又は更新すべきところのコール又はユーザ装置１を識別するためのＩＭＳＩ／ＭＳＩＳＤＮを含み、そして好ましくは、更に、「コール特性」のような情報を含む。このコール特性情報は、受け入れられるＱｏＳ値、受け入れられるＢ当事者情報（好ましくは被呼者のＩＰアドレス及びポート番号）、並びにコールが通常のコールであるか非常コールであるかを示す指示を含むのが好ましい。
【００１９】
ＧＧＳＮ３は、ＱｏＳ値を、ＣＳＣＦ４（又はＰＣＦ）から受け取られた値にセットする。ＧＧＳＮ３は、コールが非常コールである場合には、割り当て／保持優先順位を最大値にセットすることができる。更に、ＧＧＳＮ３は、トラフィック流テンプレートＴＦＴをＢ当事者情報に基づいてセットすることができる。
コールが非常コールでありそしてＰＤＰコンテクストがこの非常コールに対して使用される場合には、この情報をＧＧＳＮ３からＳＧＳＮ２へ送信し、そしてＳＧＳＮ２がこの情報を（移動）ユーザ装置１へ転送することによりユーザ装置１にそれが通知される。
【００２０】
許可要求を送信するために、ＧＧＳＮ３は、ＣＳＣＦ４のアドレスを通信のために知らねばならない。本発明の１つの実施形態では、ＣＳＣＦアドレスは、ＰＤＰコンテクストアクチベート（又は変更）要求、及びＰＤＰコンテクスト作成（又は更新）要求メッセージに新たなパラメータとして追加される。別の実施形態では、ＧＧＳＮ３は、シグナリングＰＤＰコンテクストのＴＦＴからＣＳＣＦアドレスを導出するように実施される。
更に、ＧＧＳＮ３には、他の何らかの方法でＣＳＣＦ４のアドレスが通知されてもよい。
ＰＣＦのような別のネットワーク要素が、許可を判断するために設けられるときには、このネットワーク要素（ＰＣＦのような）のアドレスが、ＧＧＳＮ３（アクセスポイント当たり）及びＣＳＣＦ４に対して構成されてもよい。
【００２１】
更に、本発明の別の特徴によれば、上述した機能（許可要求及び許可応答）がローミング中の加入者にも与えられる場合には、ＣＳＣＦ（又はＰＣＦ）からの許可がＰＤＰコンテクストアクチベーション（又は変更）に必要であるかどうかを示す新たなパラメータが、加入者データベース（ホーム位置レジスタＨＬＲのような）の加入者情報に追加される。この新たなパラメータは、ＰＤＰコンテクスト特有のものである。
【００２２】
図１に戻ると、許可応答を受信した後に、ＧＧＳＮ３は、ＰＤＰコンテクスト及び更に別の情報を、必要に応じて、許可応答に含まれた情報、例えば、受け入れられるＱｏＳ値等に基づいてセットする。更に、ＧＧＳＮ３は、ＰＤＰコンテクスト作成（又は更新）応答をＳＧＳＮ２へ返送する。それに応答して、ＳＧＳＮ２は、ＰＤＰコンテクストアクチベート（又は変更）応答を、ユーザ装置１へ送信する。その際に、コールが確立され、そして既知のやり方で実行される。
【００２３】
図２は、ポリシー制御ファンクション（ＰＣＦ）が設けられた本発明の別の実施形態（方法及び／又はシステム）を示す。ＰＣＦは、ＧＧＳＮ及びＣＳＣＦへ向かうインターフェイスを有する。ＰＣＦは、ＩＰ電話層、即ちプロキシーＣＳＣＦと、ＧＰＲＳ／ＵＭＴＳ層（ＧＧＳＮ）との間の通信に使用することができる。例えば、コールは、そのコールに対してアクチベートされるＰＤＰコンテクストに作用し得る。
図２は、ＧＰＲＳ／ＵＭＴＳ層、即ちＧＧＳＮと、ＩＰ電話層、即ちＣＳＣＦとの間でＰＣＦを経て生じる通信及びメッセージの流れの一例を示す。ＩＰ電話層は、ＰＤＰコンテクストアクチベーション（又は変更）を制限することが許される。
【００２４】
図２では、ＰＤＰコンテクストアクチベーション／変更に対するコールベース許可が実行される。ここに示すケースでは、移動発信（ＭＯ）コール、即ち移動ステーション（ＭＳ）２１から発信されるコールの場合にＰＤＰコンテクストアクチベーションが与えられ、被呼者（受信者）は、ネットワーク要素２７（ユーザ装置、データベース等）で示されている。ＰＤＰコンテクストアクチベーションについては、ＰＣＦ２５からの許可が要求される。プロキシーＣＳＣＦ２６とＰＣＦ２５との間の通信、及びＧＧＳＮ２４とＰＣＦ２５との間の通信に必要とされるパラメータのみを示して以下に説明する。
【００２５】
一般に、図２に示す実施形態によれば、ＧＰＲＳ／ＵＭＴＳ層（即ち第３世代（３Ｇ）のＧＧＳＮ２４）、ＩＰ電話層、例えば、ＣＳＣＦ２６、及びＰＣＦ２５には、ＰＤＰコンテクストをコールにマッピングするための共通の識別子が与えられる。ＭＳ２１が同時に進行している多数のコールを有するときには、加入者識別子、例えば、ＩＭＳＩでは充分でない。このような場合には、図２に使用される共通の識別子は、ＳＩＰメッセージに既に存在するコール識別子Ｃａｌｌ＿Ｉｄである。コールの開始者、ここに示す例では移動ステーション２１は、Ｃａｌｌ＿Ｉｄを既知のやり方で例えばＳＩＰプロトコルから割り当て、この識別子Ｃａｌｌ＿Ｉｄは、コールを独特に識別する。
【００２６】
図２に示すもののような好ましい実施形態では、Ｃａｌｌ＿Ｉｄのような共通の識別子は、ＭＳ２１からＳＧＳＮ２３へそしてＳＧＳＮ２３からＧＧＳＮ２４へ送信される。更に、この共通の識別子は、好ましくは、ＳＩＰ：ＩＮＶＩＴＥのようなコール開始メッセージにおいて、移動ステーション２１からプロキシーＣＳＣＦ２６へ送信される。更に、この共通の識別子は、ＣＳＣＦ２６からＰＣＦ２５へ送信され、そして更に、ＧＧＳＮ２４からＰＣＦ２５へ送信される。次いで、ＰＣＦ２５は、ＧＧＳＮ２４により送信された要求と、ＣＳＣＦ２６により送信された認可とを共通の識別子（例えば、Ｃａｌｌ＿Ｉｄ）に基づいてマッピングし、そしてコール許可及び／又は接続パラメータ、例えば、使用すべきＱｏＳを判断する。
【００２７】
変形形態では、ＧＰＲＳ／ＵＭＴＳ層、例えば、ＧＧＳＮ２４に割り当てられた識別子が共通の識別子として使用される。例えば、ＮＳＡＰＩは、このような共通の識別子として使用される。この場合、本発明の１つの実施形態によれば、ＮＳＡＰＩは、ＩＮＶＩＴＥメッセージ又は他のコール設定メッセージにおいてＭＳ２１からＣＳＣＦ２６へ送信される。更に、ＮＳＡＰＩは、ＧＧＳＮ２４からＰＣＦ２５へそしてＣＳＣＦ２６からＰＣＦ２５へ送信される。この場合に、ＰＣＦ２５は、ＧＧＳＮ２４により送信される要求と、ＣＳＣＦ２６により送信される認可をＮＳＡＰＩに基づいてマッピングする。
【００２８】
オペレータは、ＧＧＳＮへのアクセスポイント特有の情報を構成し、ＰＣＦとの通信が必要であるかどうか及びどんな種類のＰＤＰコンテクストであるかを、例えば、ＱｏＳクラスが会話即ち音声送信を示すときだけ、指示することができる。又、ＰＣＦ２５アドレスをＧＧＳＮ２４及びＣＳＣＦ２６に対して構成し、ＧＧＳＮ２４及びＣＳＣＦ２６が同じＰＣＦ２５と通信できるようにする。
【００２９】
別の実施形態では、ＰＣＦアドレスが要素２４及び２６のようなネットワーク要素ごとに構成されないときに、例えば、ＰＣＦアドレスのような新たなパラメータを、ＨＬＲ及び／又はＵＭＳ（ユーザ移動サーバー）のような加入者データベースにおける加入者情報に含ませることができる。ＳＧＳＮ２３は、加入者データベース、例えば、ＨＬＲからＰＣＦ２５アドレスを受け取り、そしてそれをＧＧＳＮ２４へ送信する。ＰＣＦ２５アドレスを受け取るときに、ＧＧＳＮ２４は、どのＰＣＦ２５にコンタクトするか分かる。ＣＳＣＦは、ＵＭＳから同じＰＣＦ２５アドレスを受け取り、そして同じＰＣＦ２５にコンタクトすることができる。
【００３０】
ＰＣＦ２５との通信が必要であるかどうかは、ホームオペレータ特有のことである。ローミング中の加入者については、ＰＣＦ２５との通信が要求されるかどうかを示す新たなパラメータ、例えば、情報「要求されるＰＣＦ相互作用」が、加入者データベースＨＬＲ及びＵＭＳにおける契約情報に追加される。ＨＬＲにおける「要求されるＰＣＦ相互作用」は、契約特有であってもよいし、ＰＤＰコンテクスト特有であってもよい。ＳＧＳＮ２３は、ＨＬＲから情報「要求されるＰＣＦ相互作用」を受け取り、そしてそれをＧＧＳＮ２４へ送信する。この情報「要求されるＰＣＦ相互作用」を受け取ると、ＧＧＳＮ２４は、接続を確立するか又は接続を変更する等のときにＰＣＦと通信する必要があるかどうか分かる。ＣＳＣＦ２６は、ＵＭＳから情報「要求されるＰＣＦ相互作用」を受け取り、そしてそこから、ＰＣＦ２５との通信が必要であるかどうか知る。
【００３１】
それ故、本発明のこの特徴によれば、３つの新たな考え方が別々に組み込まれるか又は一緒に組み込まれる。
（ａ）ＰＤＰコンテクストをコールにマップするために共通の識別子が与えられ；
（ｂ）ＨＬＲ及びＵＭＳに対する新たなパラメータ、即ちＰＣＦアドレスが与えられ；及び／又は
（ｃ）「要求されるＰＣＦ相互作用」のような新たなＨＬＲ及びＵＭＳパラメータが与えられる。
【００３２】
図２の実施形態に基づき、ポリシー制御ファンクション（ＰＣＦ）２５とのＰＳ（パケット交換）ドメイン相互作用を説明する。図２に示すステップ番号を参照して、接続を確立するときに実行されるステップを以下に詳細に述べる。
ステップ１では、移動ステーション２１がＩＮＶＩＴＥメッセージをプロキシーＣＳＣＦ２６へ送信し、このＩＮＶＩＴＥメッセージは、加入者識別「加入者Ｉｄ」及びコール識別子「Ｃａｌｌ＿Ｉｄ」を含む。プロキシーＣＳＣＦ２６は、このメッセージを被呼者２７へ転送する。
【００３３】
ステップ２では、プロキシーＣＳＣＦ２６は、被呼者ターミナル２７から肯定確認、例えば、ＳＩＰに定義された１８３ｗ／ＳＤＰを受け取る。プロキシーＣＳＣＦ２６は、この確認を移動ステーション（発呼者）２１へ転送する。
ステップ３では、被呼者ターミナル２７から肯定確認を受信した後に、プロキシーＣＳＣＦ２６は、認可メッセージ（加入者Ｉｄ、コール識別子Ｃａｌｌ＿Ｉｄ、ネゴシエーションされたＱｏＳ、被呼者搬送アドレスを含む）をＰＣＦ２５へ送信する。加入者Ｉｄは、例えば、発呼者２１のＩＭＳＩ、ＭＳＩＳＤＮ又はＩＰアドレス（即ち、ＧＰＲＳ／ＵＭＴＳ層におけるＰＤＰアドレス）である。Ｃａｌｌ＿Ｉｄは、ＰＣＦ２５における正しいＰＤＰコンテクストにコールをマップするために必要とされそして使用される。ネゴシエーションされたＱｏＳは、コールに対してネゴシエーションされたＱｏＳパラメータを含む。非常コールの場合、プロキシーＣＳＣＦ２６は、ＱｏＳパラメータ割り当て／保持優先順位を最大値にセットする。被呼者搬送アドレスは、ＧＰＲＳ／ＵＭＴＳ層において、ＰＤＰコンテクストに対するＴＦＴ（トラフィック流テンプレート）をセットするのに使用される。
【００３４】
ステップ４では、ＰＣＦ２５は、認可確認（加入者Ｉｄ、Ｃａｌｌ＿Ｉｄ）メッセージをプロキシーＣＳＣＦ２６へ返送することにより、ステップ３の認可メッセージを確認する。
ステップ５では、ＭＳ２１は、（二次）ＰＤＰコンテクストアクチベート要求（ＰＤＰアドレス、Ｃａｌｌ＿Ｉｄ、要求されたＱｏＳ）メッセージをＳＧＳＮ２３へ送信することにより、コールに対するＰＤＰコンテクスト（例えば、二次ＰＤＰコンテクスト）をアクチベートするように要求する。
【００３５】
ステップ６では、無線アクセスベアラ設定手順が実行される。
ステップ７では、ＳＧＳＮ２４は、ＰＤＰコンテクスト作成要求（加入者Ｉｄ、Ｃａｌｌ＿Ｉｄ、ネゴシエーションされたＱｏＳ）メッセージをＧＧＳＮ２４へ送信する。
ステップ８では、ＧＧＳＮ２４は、許可要求（要求Ｉｄ、加入者Ｉｄ、Ｃａｌｌ＿Ｉｄ、ネゴシエーションされたＱｏＳ）メッセージをＰＣＦ２５へ送信することにより、ＰＤＰコンテクストアクチベーションに対する許可を要求する。第１の要求メッセージ（ステップ８）は、ＰＣＦ２５に要求状態を形成する。
ステップ９では、ＰＣＦ２５は、判断（要求Ｉｄ、ネゴシエーションされたＱｏＳ、被呼者搬送アドレス）メッセージをＧＧＳＮ２４へ送信することにより応答する。ＧＧＳＮ２４は、ＰＤＰコンテクストに対するＴＦＴを被呼者搬送アドレスに基づいてセットする。
【００３６】
ステップ１０では、ＧＧＳＮ２４は、状態レポートメッセージ（要求Ｉｄ）をＰＣＦ２５へ送信することにより判断に基づいて行動したことを報告する。
ステップ１１、１２では、ＰＤＰコンテクストアクチベーションが既知のやり方で報告される。
図２において、メッセージ８（要求）、９（判断）及び１０（状態レポート）は、ＣＯＰＳメッセージである。
図２は、ＰＤＰコンテクストアクチベーションのケースを示している。ＰＤＰコンテクストを変更すべき場合には、ステップ８ないし１０及び図２に示す更に別のステップは、同一である。
【００３７】
ＰＤＰコンテクストアクチベーションに対する許可がＰＣＦ２５から要求されるかどうかは、オペレータ特有である。このファンクションをローミング中の加入者にも与えるために、「要求されたＰＣＦ相互作用」のような新たなパラメータがＨＬＲにおいて契約情報に含まれる。ＳＧＳＮは、ＨＬＲから「要求されたＰＣＦ相互作用」を受け取り、そしてそれをＰＤＰコンテクストアクチベーション／変更においてＧＧＳＮ２４へ送信しなければならない。「要求されたＰＣＦ相互作用」を受け取ると、ＧＧＳＮ２４は、ＰＤＰコンテクストを作成又は変更するときにＰＣＦ２５との通信が必要であるかどうかを知る。
【００３８】
ＧＧＳＮ３、２４、３３（図３ないし５）は、ＣＳＣＦ４、２６（又は図３ないし５のＣＰＳ３４）のアドレスを、
プロキシーＣＳＣＦドメイン名（好ましいオプション）からプロキシーＣＳＣＦアドレスを分析することにより、
（二次）ＰＤＰコンテクストアクチベーションメッセージにおいてＭＳにより送信された新たなパラメータ「ＣＳＣＦアドレス」から、
シグナリングＰＤＰコンテクストのＴＦＴから、
知ることができる。
【００３９】
ＰＣＦ（ＣＰＳ：ＰＣＦは、論理エレメントであり、即ちスタンドアローンエレメントであるか、或いはＣＳＣＦ又はＧＧＳＮのいずれかに配置されている）において正しいコール又は接続を見出すためにＧＧＳＮにより送信されるべきパラメータは、次の通りである。
ＭＳ ＩＰアドレス（＝ＰＤＰアドレス）及びＭＳポート番号（＝ＴＦＴ行先ポート番号）（好ましいオプション）；
ピアＩＰアドレス（＝ＴＦＴソースアドレス）及びピアポート番号（＝ＴＦＴソースポート番号）。
【００４０】
図３ないし５は、移動コアネットワーク及びＩＰＴコアネットワークにより発生された課金情報を合成するための方法及びメカニズムを提供する本発明の更に別の実施形態を示す。移動コアネットワークは、ＳＧＳＮ３２及びＧＧＳＮ３３により表わされる。移動ネットワークを与えるための更に別の必要な要素は、当業者に明らかであろうから、図示されていない。ＩＰＴコアネットワークは、コール処理サーバー（ＣＰＳ）３４により表わされる。ＩＰＴネットワークの更に別の要素は、当業者に明らかであろうから、図示されていない。
【００４１】
図示された実施形態は、電話コール又は他の形式の接続に使用されるＱｏＳレベルの課金を行うことができる。例えば、電話コールは、リアルタイム（ＲＴ）トラフィックを必要とし、そして通常は、ｅ−メール送信（これは、低いＱｏＳレベルを使用して搬送され、従って、低いレートで課金される）のような他の形式の通信よりも高いＱｏＳレベルを必要とする。
図３ないし５に示す実施形態は、コール関連課金情報を合成し、そしてＩＰＴＱｏＳ予約（例えば、ＳＩＰ：ＩＮＶＩＴＥメッセージにおいてコール発信ターミナルにより要求される）と、移動パケットコアネットワークＰＤＰコンテクストＱｏＳ（ＰＤＰコンテクストアクチベーション）との間の関連性又は一致性を制御するためのメカニズムを与える。
【００４２】
図３ないし５は、移動ネットワークにアタッチされた移動ターミナル（ＭＴ）３１と、ＳＧＳＮ３２と、ＧＧＳＮ３３（ＳＧＳＮ３２及びＧＧＳＮ３３は、ＭＴ３１がアタッチされる移動ネットワークの一部分を形成する）と、コール処理サーバー（ＣＰＳ）３４との間のメッセージ送信を示す。ＣＰＳ３４は、図１及び２に示したようなコール状態制御ファンクション（ＣＳＣＦ）を備えていて、ブロック３４の表示も「ＣＳＣＦ」である。
図３に示し実施形態を以下に詳細に説明する。
【００４３】
移動ターミナル３１が、被呼者のテレコミュニケーション装置のような別のネットワーク要素への接続を確立しようとするときには、移動ターミナル３１は、ステップ１で示すように、ＳＩＰのようなセッション開始プロトコルの「ＩＮＶＩＴＥ」メッセージのようなコール確立要求を発生する。このＩＮＶＩＴＥメッセージは、ＭＴ３１からＣＰＳ３４へ送信され、情報エレメント「Ｃａｌｌ＿Ｉｄ」及び「ＳＤＰ：ＱｏＳ」を含む。ＳＤＰは、サービングプロファイルデータベースを意味する。「Ｃａｌｌ＿Ｉｄ」は、例えば、ＧＳＮ（ＧＰＲＳサポートノード）及びＣＳＣＦ（又はＣＰＳ）のようなサポートノードにより発生されるＣＤＲ（課金データ記録）のような課金データのリンクを合成するか、又はその他そこから利益を得られるようにするために設けられた共通の識別子を表わす。この共通の識別子、例えば、「Ｃａｌｌ＿Ｉｄ」は、サポートノード及びＣＳＣＦ（又はＣＰＳ）への接続確立段階（例えば、コール確立段階）に分散される。この技術は、ＧＧＳＮやＣＰＳのような全ての当該処理要素において確立されるべき接続又はコールを、これら要素間の直接的なインターフェイスを必要とせずに、独特に認識することができる。この方法及び構造は、課金データを合成し、及び／又は例えばＩＰ電話のようなエンドターミナル間に全ＩＰ接続を与える異なるネットワーク形式におけるＱｏＳ有効性をチェックするためのメカニズムを提供する。
【００４４】
次のステップ２において、移動ターミナル３１は、ＰＤＰコンテクストアクチベーション要求をＳＧＳＮ３２へ送信し、この要求は、ベアラ形式及びコーデックのような通常の情報を含むだけでなく、更にパラメータ「Ｃａｌｌ＿ＩＤ」も含む。このパラメータ「Ｃａｌｌ＿ＩＤ」及び更に別の必要な既知の情報エレメントは、そのとき、ＳＧＳＮ３２からＧＧＳＮ３３へ送信され、ＧＧＳＮ３３には、確立されるべき接続に起因する共通の識別子「Ｃａｌｌ＿ＩＤ」についても通知される。次のステップ３において、ＧＧＳＮ３３は、ＣＰＳ３４へチェック要求を送信し、このチェック要求は、共通の識別子「Ｃａｌｌ＿ＩＤ」と、ベアラ形式及びコーデックのような更に別の情報とを指示する。
【００４５】
次のステップ４として、ＣＰＳ３４（又はＣＰＳ３４に含まれたＣＳＣＦ）は、共通の識別子「Ｃａｌｌ＿ＩＤ」により識別された確立されるべき接続のチェックを実行し、そして要求されたＱｏＳパラメータがコールシグナリング（ＳＩＰ／ＳＤＰ）及びベアラ（ＰＤＰコンテクスト）の両方において有効であることをチェックする。ＣＳＣＦ（ＣＰＳ３４）は、コール確立を受け入れる（又はそれを進める）前に、要求されたＱｏＳパラメータの有効性を制御するためにこのチェックを行い、他の形式のコール又は接続に与えられたＱｏＳについて課金を行えるようにし、或いは課金以外の目的も果たせるようにする。ＣＰＳ３４は、このチェック（Ｃａｌｌ＿ＩＤ、ＳＤＰ：ＱｏＳ、ベアラ形式、コーデック）の結果としてＯＫ又は否ＯＫを発生し、そしてチェック結果（ＯＫ／否ＯＫ）を示す応答をＧＧＳＮ３３へ返送する（ステップ５）。ＧＧＳＮ３３は、ステップ５で受け取った情報を使用して、コール関連ＰＤＰコンテクストアクチベーションを受け入れる（チェック結果が肯定「ＯＫ」であれば）か、又は拒絶し（チェック結果が否定「Ｎ ＯＫ」であれば）、そしてＳＧＳＮ３２へ応答を返送して、ＰＤＰコンテクストアクチベーション（又は変更）の受け入れ又は拒絶についてそれに通知する。ＳＧＳＮ３２は、受け入れ又は拒絶応答を受け取ると、既知のステップを実行し、そしてそれに対応する情報を移動ターミナル３１へ送信する。
【００４６】
又、ＣＰＳ３４（又はＣＳＣＦ）は、応答を移動ターミナル３１へ直接送信し（ステップ６）、ステップ１のコール確立要求に対する応答を返送してもよい。例えば、ＳＩＰの応答「ＯＫ／ＮＯＫ」がステップ６において送信される。
それ故、確立されるべき接続でいかに進むか判断するための付加的なメッセージシーケンスがＣＳＣＦ（又はＣＰＳ）とＧＧＳＮ３３との間に与えられる。
又、ＣＰＳ（ＣＳＣＦ）３４は、「Ｃａｌｌ＿ＩＤ」に加えて付加的なパラメータも受け取り、これら付加的なパラメータも判断の基礎とすることができる。
図３に示されて上述したメカニズムは、ＱｏＳ及び課金の観点のみに限定されず、他の形式のチェックや評価にも関連し得る。更に、ＣＰＳ（ＣＳＣＦ）３４によりなされた判断は、忠告であってもよく、そして２進的な「ＯＫ／否ＯＫ」形式だけである必要はない。
【００４７】
図３ないし５に示すように、ＧＧＳＮ３３は、ステップ３として、ＣＰＳ（ＣＳＣＦ）３４にチェック要求を送信する。それ故、ＧＧＳＮ３３は、ＣＰＳ（ＣＳＣＦ）のアドレス又は名前に関する情報を必要とする。移動ターミナル３１がＳＩＰ登録メカニズムで登録されてＩＮＶＩＴＥメッセージを送信したところのサービングＣＳＣＦ（ＣＰＳ３４）についてＧＧＳＮ３３が知らない場合には、このサービングＣＳＣＦ（ＣＰＳ）３４のアドレス又は名前を、ＧＧＳＮ３３に通知しなければならない。図４の実施形態は、この問題に対する解決策を示す。
【００４８】
図３の実施形態の上述した構造及びファンクションに加えて、図４の実施形態は、サービングＣＳＣＦ（又はＣＰＳ）３４のアドレス又は名前をＧＧＳＮ３３に通知するために、ＰＤＰコンテクストアクチベーション要求に新たなパラメータ、例えば、「Ｓ−ＣＳＣＦ＿ｌｏｇｉｃａｌｎａｍｅ」を与え、従って、ＧＧＳＮ３３は、「ＱｏＳ」チェック要求をどこに送信すべきかを知る。
図４の実施形態は、図３を参照して上述した構造をベースとする。又、上述した説明は、図４に示すメッセージシーケンス及び実行されるステップにも適用される。
【００４９】
移動ターミナル３１は、それが登録されたＣＰＳ（又はＣＳＣＦ）３４について通知され、そしてステップ２でＳＧＳＮ３２へ送信されそして更にＧＧＳＮ３３に送信されるメッセージに、Ｓ−ＣＳＣＦ（ＣＰＳ３４におけるサービングＣＳＣＦ）のアドレス又は名前に関する情報を含むように構成される。サービングＣＳＣＦのアドレス又は名前を指示するこの新たなパラメータは、図４では、ＰＤＰコンテクストアクチベーション要求において送信されるパラメータ「Ｓ−ＣＳＣＦ＿ｌｏｇｉｃａｌｎａｍｅ」により示されている。この付加的な情報「Ｓ−ＣＳＣＦ＿ｌｏｇｉｃａｌｎａｍｅ」により、ＧＧＳＮ３３は、ここで、正しいＣＳＣＦ（ＣＰＳ）のアドレス又は名前が通知され、そしてこのパラメータにより指示されたＣＰＳ（ＣＳＣＦ）３４へチェック要求を送信する（ステップ３）。図４に示された他のステップは、上述した図３のステップと同一である。
【００５０】
更に、図５は、移動ターミナル３１のエンドユーザにより制御できる付加的な任意の特徴、即ちエンドユーザ又はコール発信装置が、例えば、ＳＩＰ：ＩＮＶＩＴＥメッセージにおいて「ＱｏＳチェック」を要求できるようにする特徴を示している。
図５に示す実施形態は、上述した図３及び４の実施形態の全ての特徴を含む。更に、図５では、ステップ１において移動ターミナル３１からＣＰＳ（ＣＳＣＦ）３４へ送信される接続確立要求に新たなパラメータ、例えば、「Ｒｅｑｕｉｒｅ＿ｇｇｓｎ＿ｃｈｅｃｋ」が含まれる。
【００５１】
図５に示す構造及び方法は、図３及び４を参照して上述した課金データ及びＱｏＳ制御のための合成メカニズムに追加されるものである。図５に示す実施形態は、チェックステップ３ないし５を実行するか又は実行しないように任意に選択することができる。パラメータ「Ｒｅｑｕｉｒｅ＿ｇｇｓｎ＿ｃｈｅｃｋ」が、移動ターミナル３１からＣＰＳ３４へ送信されるＳＩＰ ＩＮＶＩＴＥメッセージ（又は他の適当な形式の接続確立要求メッセージ）において送信されるときには、ＣＰＳ（又はＣＰＳに含まれたＣＳＣＦ）が、ステップ４に基づいてチェックを行うように準備され、そしてステップ３に基づいてＧＧＳＮ３３からのチェック要求メッセージを待機する。ステップ３においてチェック要求を受信した後に、ＣＰＳ３４は、上記のように、ステップ４のチェックを実行し、その後に、ステップシーケンスが上述したように続けられる。ステップ１の接続確立要求においてパラメータ「Ｒｅｑｕｉｒｅ＿ｇｇｓｎ＿ｃｈｅｃｋ」がセットされないか、又は存在しないときには、ＣＰＳ（ＣＳＣＦ）３４が、ステップ４に基づいてＱｏＳチェックを実行せず、ＧＧＳＮ３３からのチェックメッセージを必要としない。新たなパラメータ「Ｒｅｑｕｉｒｅ＿ｇｇｓｎ＿ｃｈｅｃｋ」によって与えられるこの情報により、ＣＳＣＦは、コール確立を進めるためにチェック手順が必要とされるかどうか通知される。この新たなチェック要求パラメータは、もちろん、ＣＳＣＦが理解できるものであれば、「Ｒｅｑｕｉｒｅ＿ｐｄｐｑｏｓ＿ｃｈｅｃｋ」のような任意の呼称をもつことができる。
【００５２】
図５に基づいて与えられるこの新たなパラメータ、及びＱｏＳチェック又は他の形式のチェック（ステップ４）を実行するかどうかの任意性は、図４のステップ２に基づきＣＰＳ３４の論理的な名前又はアドレスの指示を与えるものでない図３に示す構造に適用することもできる。特に、ＧＧＳＮ３３には、ＭＴ３１が登録されたＣＰＳ３４のアドレスが他の手段により通知され、例えば、ＣＰＳ３４からＧＧＳＮ３３へメッセージを送信することにより通知される。
【００５３】
本発明の実施形態により提供される方法及びメカニズムは、要求及びチェックを適切に実行し、チェック結果を処理し、課金情報を発生して、確立された接続に対して課金記録を形成できるように、ＧＧＳＮ３、３３及び／又はＣＳＣＦ／ＣＰＳ３４においてソフトウェアとして実施されてもよい。
又、ＱｏＳパラメータをチェックするために提供された方法及びメカニズムは、課金情報の発生とは個別に実施されてもよい。
上述した実施形態は、更に、例えば、音声コールに割り当てられたＰＤＰコンテクストに対するＰＤＰコンテクスト更新を、ＣＰＳ３４からのチェックが実行されるまで禁止しそして制御することができる。これは、ＧＧＳＮ３３とＣＰＳ３４との間で別のメッセージ交換を行うことにより管理できる。
【００５４】
図６は、図２に示す実施形態の変形である本発明の更に別の実施形態（方法及び／又はシステム）を示す。図６によれば、ＰＣＦ２５（図２）は、プロキシーＣＳＣＦ２６（図２）と一体化され、そして単一のネットワーク要素２５‘を形成する。この構造体は、ＰＣＦとＣＳＣＦとの間の外部シグナリングを回避し、従って、図２のステップ３及び４を省略できるという利益を与える。図２のこれらステップ３及び４に基づく認可チェックは、図６のネットワーク要素２５’の内部処理を使用して実行される。ＰＣＦとＣＳＣＦとの間のシグナリングは、この場合、単なる内部シグナリングである（即ち、標準化によってあまりに厳しく制限されない）。
【００５５】
図６の更に別のステップ１、２及び５ないし１２は、図２を参照して上述したものと同一である。
それ故、ＰＣＦは、図２に示された個別の論理的エンティティ２５であってもよいし、図６に示すようにＣＳＣＦに一体化されてもよいし、或いはＧＧＳＮ２４に一体化されてもよい。
【００５６】
図７は、コールベースのＰＤＰコンテクストアクチベーション／変更を与える本発明によるシステム及び方法の別の実施形態を示す。図７は、ＭＯコールの場合のＰＤＰコンテクストアクチベーションを示す。少なくとも１つのＰＤＰコンテクストがコールに対してアクチベートされたと仮定する。ＰＤＰコンテクストアクチベーションの場合に、ＰＣＦから許可が要求される。ＰＣＦからの許可は、コールのＱｏＳに対してＰＤＰコンテクストのＱｏＳを調整するために必要とされる。ＧＧＳＮに対して、ＰＣＦからの判断が必要とされるかどうかそしてどんな種類のＰＤＰコンテクストであるかを構成することができる。例えば、構成情報は、ＰＣＦからの判断が会話のＰＤＰコンテクストに対してのみ必要とされるが、他のＰＤＰコンテクストについては、ＰＣＦ相互作用なしにＰＤＰコンテクストアクチベーションを進めなければならないことを定義できる。ＧＧＳＮ−ＰＣＦ通信に対して必要とされるパラメータのみを以下に説明する。図７に示すステップを以下に詳細に説明する。
【００５７】
ステップ１：ＭＳは、インバイト（加入者Ｉｄ）メッセージをプロキシーＣＳＣＦに送信する。プロキシーＣＳＣＦは、このメッセージを被呼者に向けて転送する。
ステップ２：プロキシーＣＳＣＦは、肯定確認、例えば、１８３ｗ／ＳＤＰを受け取る。プロキシーＣＳＣＦは、発呼者へ確認を転送する。
【００５８】
ステップ３：ＭＳは、二次ＰＤＰコンテクストアクチベート要求（要求されたＱｏＳ）メッセージをＳＧＳＮへ送信することによりコールに対してＰＤＰコンテクストをアクチベートする。
ステップ４：無線アクセスベアラ設定手順が実行される。
ステップ５：ＳＧＳＮは、ＰＤＰコンテクスト作成要求（ＰＤＰアドレス、ネゴシエーションされたＱｏＳ）メッセージをＧＧＳＮに送信する。
【００５９】
ステップ６：ＧＧＳＮは、要求（要求Ｉｄ、加入者Ｉｄ、ネゴシエーションされたＱｏＳ）メッセージをＰＣＦへ送信することによりＰＤＰコンテクストアクチベーションに対する許可を要求する。加入者Ｉｄは、ＰＳドメイン及びＩＭサブシステムの両方に知られた識別子、例えば、ＭＳのＩＰアドレスである。
ステップ７：ＰＣＦは、判断（要求Ｉｄ、ネゴシエーションされたＱｏＳ）メッセージをＧＧＳＮに送信することにより応答する。
ステップ８−９：ＰＤＰコンテクストアクチベーションは、ＰＣＦから受け取られたパラメータで受け入れられる。
ステップ１０：ＧＧＳＮは、状態レポート（要求Ｉｄ）メッセージをＰＣＦへ送信することにより判断の実行を首尾よく完了したことをレポートする。
上記ステップ６、７及び１０は、ＰＤＰコンテクストが変更される場合に同一である。
【００６０】
好ましい実施形態を図示して説明したが、本発明は、それに限定されるものではなく、図示されて上述された特徴の全ての変更、省略及び追加も包含するものとする。
例えば、本発明は、ＧＧＳＮ（３、２４）とＰＣＦ−ＣＳＣＦ（又はＣＳＣＦ／ＰＣＦ）との間の通信に限定されない。ＧＧＳＮ３、２４をＳＧＳＮ２、２３に置き換えて、ＳＧＳＮ−ＰＣＦ−ＣＳＣＦ（又はＣＳＣＦ／ＰＣＦ）通信を生じることにより、同じ通信を行うことができる。
【図面の簡単な説明】
【図１】 本発明の方法及びシステムの１つの実施形態による基本的構造及びメッセージの流れを示す図である。
【図２】 本発明のシステム及び方法の別の実施形態を示す図である。
【図３】 本発明のシステム及び方法の更に別の実施形態を示す図である。
【図４】 本発明のシステム及び方法の更に別の実施形態を示す図である。
【図５】 本発明のシステム及び方法の更に別の実施形態を示す図である。
【図６】 図２に示す実施形態の変形を示す図である。
【図７】 本発明のシステム及び方法の更に別の実施形態を示す図である。
Claims (12)
- ターミナルへの通信チャンネルを確立するための第１通信ネットワーク層と、上記通信チャンネル上で行われるセッションを確立するための通信ネットワーク層であって、ＩＰ電話層である第２通信ネットワーク層とを備えた２層通信ネットワークにおいて接続を確立するための方法であって、
上記第１又は第２通信ネットワーク層において生成される共通識別子であって、上記第１及び第２通信ネットワーク層のうち該共通識別子を生成した通信ネットワーク層から他方の通信ネットワーク層へ送信される共通識別子でセッションを確立し、
上記共通識別子で通信チャンネルを確立し、
第１通信ネットワーク層から受信された上記共通識別子をともなう要求及び第２通信ネットワーク層から受信された上記共通識別子をともなう認可を、上記共通識別子に基づいてマッピングして、上記共通識別子を使用して上記セッションにより上記通信チャンネルを認可する、という段階を備えた方法。 - 上記認可段階は、上記第１通信ネットワーク層におけるネットワーク要素（例えば、ＧＧＳＮ）が通信チャンネル確立時に上記認可の要求を開始し、上記第２通信ネットワーク層におけるネットワーク要素（例えば、ＣＳＣＦ）が上記認可を実行する請求項１に記載の方法。
- 上記第１通信ネットワーク層は、ＧＰＲＳ／ＵＭＴＳ層であり、そして上記第２通信ネットワーク層は、ＩＰマルチメディアサブシステムである請求項１または２に記載の方法。
- 上記ターミナルは、ユーザ装置又は移動ステーションである請求項１ないし３のいずれか一項に記載の方法。
- ターミナルへの通信チャンネルを確立するための第１通信ネットワーク層と、上記通信チャンネル上で行われるセッションを確立するための通信ネットワーク層であって、ＩＰ電話層である第２通信ネットワーク層とを備えた２層通信ネットワークにおいて接続を確立するためのシステムであって、このシステムは、
上記第１又は第２通信ネットワーク層において生成される共通識別子であって、上記第１及び第２通信ネットワーク層のうち該共通識別子を生成した通信ネットワーク層から他方の通信ネットワーク層へ送信される共通識別子でセッションを確立し、
上記共通識別子で通信チャンネルを確立し、
第１通信ネットワーク層から受信された上記共通識別子をともなう要求及び第２通信ネットワーク層から受信された上記共通識別子をともなう認可を、上記共通識別子に基づいてマッピングして、上記共通識別子を使用して上記セッションにより上記通信チャンネルを認可するように構成されたシステム。 - 上記認可を実行するために、上記第１通信ネットワーク層におけるネットワーク要素が通信チャンネル確立時に上記認可の要求を開始し、上記第２通信ネットワーク層におけるネットワーク要素が上記認可を実行する請求項５に記載のシステム。
- 上記第１通信ネットワーク層は、ＧＰＲＳ／ＵＭＴＳ層であり、そして上記第２通信ネットワーク層は、ＩＰマルチメディアサブシステムである請求項５または６に記載のシステム。
- 上記ターミナルは、ユーザ装置又は移動ステーションである請求項５ないし７のいずれか一項に記載のシステム。
- ターミナルへの通信チャンネルを確立するための第１通信ネットワーク層と、上記通信チャンネル上で行われるセッションを確立するための通信ネットワーク層であって、ＩＰ電話層である第２通信ネットワーク層とを備えた２層通信ネットワークにおいて接続を確立するためのシステムに含まれる第１通信ネットワーク層におけるネットワーク要素であって、
上記第１通信ネットワーク層におけるネットワーク要素は、
上記第１又は第２通信ネットワーク層において生成される共通識別子であって、上記第１及び第２通信ネットワーク層のうち該共通識別子を生成した通信ネットワーク層から他 方の通信ネットワーク層へ送信される共通識別子でセッションを確立し、上記共通識別子で通信チャンネルを確立し、上記第１通信ネットワーク層から受信された上記共通識別子をともなう要求及び上第２通信ネットワーク層から受信された上記共通識別子をともなう認可を、上記共通識別子に基づいてマッピングして、上記共通識別子を使用して上記セッションにより上記通信チャンネルを認可する場合に、上記認可を実行するために、通信チャネル確立時に上記認可の要求を開始するように構成されたことを特徴とするネットワーク要素。 - ターミナルへの通信チャンネルを確立するための第１通信ネットワーク層と、上記通信チャンネル上で行われるセッションを確立するための通信ネットワーク層であって、ＩＰ電話層である第２通信ネットワーク層とを備えた２層通信ネットワークにおいて接続を確立するためのシステムに含まれる第２通信ネットワーク層におけるネットワーク要素であって、
上記第２通信ネットワーク層におけるネットワーク要素は、
上記第１又は第２通信ネットワーク層において生成される共通識別子であって、上記第１及び第２通信ネットワーク層のうち該共通識別子を生成した通信ネットワーク層から他方の通信ネットワーク層へ送信される共通識別子でセッションを確立し、上記共通識別子で通信チャンネルを確立し、第１通信ネットワーク層から受信された上記共通識別子をともなう要求及び第２通信ネットワーク層から受信された上記共通識別子をともなう認可を、上記共通識別子に基づいてマッピングして、上記共通識別子を使用して上記セッションにより上記通信チャンネルを認可する場合に、第１通信ネットワーク層におけるネットワーク要素によって通信チャネル確立時に上記認可の要求が開始されたときに、上記認可を実行するように構成されたことを特徴とするネットワーク要素。 - ターミナルへの通信チャンネルを確立するための第１通信ネットワーク層と、上記通信チャンネル上で行われるセッションを確立するための通信ネットワーク層であって、ＩＰ電話層である第２通信ネットワーク層とを備えた２層通信ネットワークにおいて接続を確立するためのシステムに含まれるコンピュータに、上記第１又は第２通信ネットワーク層において生成される共通識別子であって、上記第１及び第２通信ネットワーク層のうち該共通識別子を生成した通信ネットワーク層から他方の通信ネットワーク層へ送信される共通識別子でセッションを確立し、上記共通識別子で通信チャンネルを確立し、上記第１通信ネットワーク層から受信された上記共通識別子をともなう要求及び第２通信ネットワーク層から受信された上記共通識別子をともなう認可を、上記共通識別子に基づいてマッピングすることで、上記共通識別子を使用して上記セッションにより上記通信チャンネルを認可する、という手順を実行させるためのプログラム。
- ターミナルへの通信チャンネルを確立するための第１通信ネットワーク層と、上記通信チャンネル上で行われるセッションを確立するための通信ネットワーク層であって、ＩＰ電話層である第２通信ネットワーク層とを備えた２層通信ネットワークにおいて接続を確立するためのシステムに含まれるコンピュータに、上記第１又は第２通信ネットワーク層において生成される共通識別子であって、上記第１及び第２通信ネットワーク層のうち該共通識別子を生成した通信ネットワーク層から他方の通信ネットワーク層へ送信される共通識別子でセッションを確立し、上記共通識別子で通信チャンネルを確立し、上記第１通信ネットワーク層から受信された上記共通識別子をともなう要求及び第２通信ネットワーク層から受信された上記共通識別子をともなう認可を、上記共通識別子に基づいてマッピングすることで、上記共通識別子を使用して上記セッションにより上記通信チャンネルを認可する、という手順を実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2000/009884 WO2002032165A1 (en) | 2000-10-09 | 2000-10-09 | Method and system for establishing a connection between network elements |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007041100A Division JP2007195211A (ja) | 2007-02-21 | 2007-02-21 | ネットワーク要素間に接続を確立する方法及びシステム |
| JP2008254185A Division JP2009065683A (ja) | 2008-09-30 | 2008-09-30 | ネットワーク要素間に接続を確立する方法及びシステム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004523935A JP2004523935A (ja) | 2004-08-05 |
| JP2004523935A5 JP2004523935A5 (ja) | 2006-01-05 |
| JP4223806B2 true JP4223806B2 (ja) | 2009-02-12 |
Family
ID=8164124
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002535421A Expired - Fee Related JP4223806B2 (ja) | 2000-10-09 | 2000-10-09 | ネットワーク要素間に接続を確立する方法及びシステム |
Country Status (9)
| Country | Link |
|---|---|
| US (2) | US7944813B1 (ja) |
| EP (2) | EP1327365B1 (ja) |
| JP (1) | JP4223806B2 (ja) |
| KR (1) | KR100730394B1 (ja) |
| CN (3) | CN1202681C (ja) |
| AU (1) | AU2001213843A1 (ja) |
| CA (2) | CA2643419A1 (ja) |
| MX (1) | MXPA03003036A (ja) |
| WO (1) | WO2002032165A1 (ja) |
Families Citing this family (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7684786B2 (en) * | 2003-08-26 | 2010-03-23 | Nokia Corporation | Method and system for establishing a connection between network elements |
| US7386000B2 (en) | 2001-04-17 | 2008-06-10 | Nokia Corporation | Packet mode speech communication |
| US7408948B2 (en) | 2001-04-17 | 2008-08-05 | Nokia Corporation | Packet mode speech communication |
| EP1380182B1 (en) * | 2001-04-17 | 2012-05-30 | Nokia Corporation | One-to-one communication in a system having different control plane and user plane logical entities |
| DE10151743A1 (de) * | 2001-10-19 | 2003-04-30 | Siemens Ag | Verfahren zur Durchführung von augenblicklichem Nachrichtenverkehr (Instant Messaging) mit paketvermittelten Daten |
| WO2003032598A1 (en) * | 2001-10-08 | 2003-04-17 | Nokia Corporation | Service and capability negotiation in a network using single numbering scheme |
| WO2003058913A1 (en) * | 2002-01-10 | 2003-07-17 | Nokia Corporation | Method and system for proxying a message |
| US8432893B2 (en) | 2002-03-26 | 2013-04-30 | Interdigital Technology Corporation | RLAN wireless telecommunication system with RAN IP gateway and methods |
| US7505431B2 (en) | 2002-03-26 | 2009-03-17 | Interdigital Technology Corporation | RLAN wireless telecommunication system with RAN IP gateway and methods |
| US7489672B2 (en) | 2002-03-26 | 2009-02-10 | Interdigital Technology Corp. | RLAN wireless telecommunication system with RAN IP gateway and methods |
| US7394795B2 (en) | 2002-03-26 | 2008-07-01 | Interdigital Technology Corporation | RLAN wireless telecommunication system with RAN IP gateway and methods |
| US7406068B2 (en) | 2002-03-26 | 2008-07-29 | Interdigital Technology Corporation | TDD-RLAN wireless telecommunication system with RAN IP gateway and methods |
| AU2002336038A1 (en) * | 2002-08-16 | 2004-03-11 | Siemens Aktiengesellschaft | Method for authenticating a user of a communication terminal during registration in a service network and during use of the same |
| JP4373655B2 (ja) * | 2002-09-19 | 2009-11-25 | 株式会社エヌ・ティ・ティ・ドコモ | パケット通信端末、パケット通信システム、パケット通信方法 |
| US8161158B2 (en) | 2002-09-25 | 2012-04-17 | Nokia Corporation | Method in a communication system, a communication system and a communication device |
| US8661079B2 (en) | 2003-02-20 | 2014-02-25 | Qualcomm Incorporated | Method and apparatus for establishing an invite-first communication session |
| US7826353B2 (en) | 2003-05-05 | 2010-11-02 | Nokia Corporation | Method, system and network element for authorizing a data transmission |
| ATE370602T1 (de) * | 2003-07-31 | 2007-09-15 | T Mobile Deutschland Gmbh | Transparente zugangsauthentifikation in gprs-kern-netzwerken |
| US8161098B2 (en) | 2003-08-18 | 2012-04-17 | Rockstar Bidco, LP | Method and system for service denial and termination on a wireless network |
| US7570590B2 (en) * | 2003-10-28 | 2009-08-04 | Alcatel-Lucent Usa Inc. | Decision tree logic for determining the optimal value for QoS uplink and downlink maximum bitrate attributes |
| US7623530B2 (en) | 2003-11-20 | 2009-11-24 | Nokia Corporation | Indication of service flow termination by network control to policy decision function |
| CN100397831C (zh) * | 2004-01-16 | 2008-06-25 | 华为技术有限公司 | 一种实现ip多媒体业务监听的系统及方法 |
| DE102004004527B4 (de) * | 2004-01-22 | 2006-04-20 | Siemens Ag | Verfahren zur Autorisationskontrolle einer Datenübertragung in einem Daten-Mobilfunknetz |
| JP4712040B2 (ja) * | 2004-08-04 | 2011-06-29 | エルジー エレクトロニクス インコーポレイティド | ネットワーク間のローミングを提供するブロードキャスト／マルチキャストサービスシステム及び方法 |
| CN1306766C (zh) * | 2004-09-30 | 2007-03-21 | 华为技术有限公司 | 多媒体广播组播业务系统中业务识别和路由方法 |
| US10178522B2 (en) * | 2005-08-02 | 2019-01-08 | Qualcomm Incorporated | VoIP emergency call support |
| BRPI0618174A2 (pt) | 2005-11-01 | 2011-08-16 | Ntt Docomo Inc | dispositivo de comunicação e método de comunicação |
| CN100407876C (zh) * | 2006-01-26 | 2008-07-30 | 华为技术有限公司 | 一种用户设备附着方法 |
| US7860102B2 (en) * | 2006-02-20 | 2010-12-28 | Nokia Corporation | Call establishment for multimedia call |
| CN100426752C (zh) * | 2006-05-08 | 2008-10-15 | 华为技术有限公司 | 一种获知网元间连接关系的方法和系统 |
| KR100764115B1 (ko) * | 2006-08-29 | 2007-10-08 | 재단법인서울대학교산학협력재단 | 지그비 네트워크들 간의 링킹을 위한 장치 및 방법 |
| US8176525B2 (en) * | 2006-09-29 | 2012-05-08 | Rockstar Bidco, L.P. | Method and system for trusted contextual communications |
| CN101163102B (zh) * | 2006-10-10 | 2010-07-21 | 华为技术有限公司 | 一种资源接纳控制方法及策略决策功能单元 |
| CN101163091B (zh) | 2006-10-10 | 2011-05-11 | 华为技术有限公司 | 一种资源接纳控制系统及方法 |
| CN101425959B (zh) * | 2007-10-29 | 2013-04-24 | 华为技术有限公司 | 一种承载处理方法和装置 |
| GB0722370D0 (en) * | 2007-11-14 | 2007-12-27 | Skype Ltd | Authentication system and method |
| CN101483928B (zh) | 2008-01-11 | 2011-04-20 | 华为技术有限公司 | 移动网络的数据连接的建立方法、移动网络及策略控制实体 |
| KR101791533B1 (ko) * | 2011-04-28 | 2017-10-30 | 삼성전자 주식회사 | 이동통신 시스템에서 자원 예약 방법 및 시스템 |
| US10200418B2 (en) * | 2014-01-31 | 2019-02-05 | Avaya Inc. | Call context conveyance |
Family Cites Families (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2120434A5 (ja) * | 1970-12-30 | 1972-08-18 | Ibm France | |
| DE4128938C2 (de) * | 1991-08-30 | 1995-12-14 | Siemens Ag | Verfahren zum Einrichten von virtuellen Verbindungen in Paketvermittlungsnetzen |
| WO1999013266A1 (en) * | 1997-09-08 | 1999-03-18 | Simon Jerome H | Architectural lighting distributed from contained radially collimated light and compact efficient luminaires |
| US5377186A (en) * | 1993-07-21 | 1994-12-27 | Telefonaktiebolaget L M Ericsson | System for providing enhanced subscriber services using ISUP call-setup protocol |
| FI96082C (fi) * | 1994-04-13 | 1996-04-25 | Ne Products Oy | Menetelmä valintavälineellä radiolähetinvastaanottimelle annettavan valintasekvenssin valintojen tulkitsemisessa |
| FI98689C (fi) * | 1994-11-14 | 1997-07-25 | Nokia Telecommunications Oy | Tilaajaverkkoelementti |
| FI104869B (fi) * | 1995-05-24 | 2000-04-14 | Ericsson Telefon Ab L M | Menetelmä verkkojen välisen puheyhteyden muodostamiseksi ja älyverkkopalvelu |
| FI103005B (fi) * | 1996-03-25 | 1999-03-31 | Nokia Telecommunications Oy | Lähetettävän datan priorisointi reitittimessä |
| JP3001410B2 (ja) * | 1996-03-28 | 2000-01-24 | 日本電気テレコムシステム株式会社 | 自動迂回ルーティング方式 |
| US5909648A (en) * | 1996-04-11 | 1999-06-01 | Northern Telecom Limited | Network interface and method for providing complete reception of data |
| JP3606498B2 (ja) * | 1996-04-26 | 2005-01-05 | 三菱電機株式会社 | 携帯情報端末装置 |
| NO304570B1 (no) * | 1997-05-20 | 1999-01-11 | Ericsson Telefon Ab L M | FremgangsmÕte relatert til GPRS (General Packet Radio Service) system med pakkesvitsjede forbindelser |
| EP0976271B1 (en) * | 1997-06-20 | 2001-10-31 | Telefonaktiebolaget Lm Ericsson | Data packet radio service with enhanced mobility management |
| US6937566B1 (en) * | 1997-07-25 | 2005-08-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic quality of service reservation in a mobile communications network |
| US6097951A (en) | 1997-08-06 | 2000-08-01 | Northern Telecom Limited | Method and apparatus for wireless network architecture based on subscriber distribution |
| DE19742681C2 (de) | 1997-09-26 | 2003-03-06 | Ericsson Telefon Ab L M | GPRS-Teilnehmerauswahl von mehreren Internet-Dienstanbietern |
| DE19743169A1 (de) * | 1997-09-30 | 1999-04-01 | Daimler Benz Ag | Verfahren zur Rahmensynchronisation eines Empfangssignals |
| JPH11239093A (ja) * | 1998-02-20 | 1999-08-31 | Nec Corp | 移動体無線通信装置 |
| US6230018B1 (en) * | 1998-05-14 | 2001-05-08 | Nortel Networks Limited | Devices and processing in a mobile radio communication network having calibration terminals |
| DE19846274A1 (de) * | 1998-10-08 | 2000-04-20 | Alcatel Sa | Verfahren zur Durchführung von kooperativem Multitasking in einem Nachrichtenübertragungsnetz und Netzelement dafür |
| US6031896A (en) | 1998-10-23 | 2000-02-29 | Gte Laboratories Incorporated | Real-time voicemail monitoring and call control over the internet |
| KR100343172B1 (ko) * | 1998-10-29 | 2002-08-22 | 삼성전자 주식회사 | 무선 데이터 전송 방법과 그 이동 단말기 및 이종신호간 연동장치 |
| AR023186A1 (es) | 1999-03-31 | 2002-09-04 | Ericsson Telefon Ab L M | Sistema y metodo de seleccion de un proveedor de servicio de comunicaciones interurbanas |
| FI107690B (fi) * | 1999-04-30 | 2001-09-14 | Nokia Mobile Phones Ltd | Parannettu menetelmä ja järjestely solun valinnan hallitsemiseksi ja solukkojärjestelmän päätelaite |
| AU5857200A (en) * | 1999-06-15 | 2001-01-02 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method of providing a required quality of service (qos) level for a mobile-originated call routed through packet-switched network |
| DE19928666A1 (de) * | 1999-06-23 | 2000-12-28 | Bosch Gmbh Robert | Erweitertes Telefonbuch für ein Mobiltelefon |
| CA2276840A1 (en) * | 1999-07-05 | 2001-01-05 | Telefonaktiebolaget Lm Ericsson | Method and apparatus for synchronizing a database in portable communication devices |
| US6771982B1 (en) * | 1999-10-20 | 2004-08-03 | Curo Interactive Incorporated | Single action audio prompt interface utlizing binary state time domain multiple selection protocol |
| US7076255B2 (en) * | 2000-04-05 | 2006-07-11 | Microsoft Corporation | Context-aware and location-aware cellular phones and methods |
| US6665495B1 (en) * | 2000-10-27 | 2003-12-16 | Yotta Networks, Inc. | Non-blocking, scalable optical router architecture and method for routing optical traffic |
| US6973039B2 (en) * | 2000-12-08 | 2005-12-06 | Bbnt Solutions Llc | Mechanism for performing energy-based routing in wireless networks |
| US20020161922A1 (en) * | 2001-04-30 | 2002-10-31 | Scott Frank F. | Method for adapting a characteristic of a call server |
| US20070271453A1 (en) * | 2006-05-19 | 2007-11-22 | Nikia Corporation | Identity based flow control of IP traffic |
-
2000
- 2000-10-09 CA CA002643419A patent/CA2643419A1/en not_active Abandoned
- 2000-10-09 JP JP2002535421A patent/JP4223806B2/ja not_active Expired - Fee Related
- 2000-10-09 EP EP00975860A patent/EP1327365B1/en not_active Expired - Lifetime
- 2000-10-09 MX MXPA03003036A patent/MXPA03003036A/es active IP Right Grant
- 2000-10-09 US US10/398,412 patent/US7944813B1/en active Active
- 2000-10-09 CN CNB008199523A patent/CN1202681C/zh not_active Expired - Fee Related
- 2000-10-09 AU AU2001213843A patent/AU2001213843A1/en not_active Abandoned
- 2000-10-09 CA CA2423276A patent/CA2423276C/en not_active Expired - Fee Related
- 2000-10-09 CN CNB2004100925827A patent/CN1322773C/zh not_active Expired - Fee Related
- 2000-10-09 WO PCT/EP2000/009884 patent/WO2002032165A1/en active IP Right Grant
- 2000-10-09 CN CNB2005100637858A patent/CN100361475C/zh not_active Expired - Lifetime
- 2000-10-09 KR KR1020037004972A patent/KR100730394B1/ko not_active IP Right Cessation
- 2000-10-09 EP EP08156971A patent/EP1959695B1/en not_active Expired - Lifetime
-
2011
- 2011-03-02 US US13/039,264 patent/US20110158174A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| CA2423276C (en) | 2012-04-03 |
| MXPA03003036A (es) | 2003-06-24 |
| CN1607849A (zh) | 2005-04-20 |
| KR20040004396A (ko) | 2004-01-13 |
| CN1454434A (zh) | 2003-11-05 |
| CN1202681C (zh) | 2005-05-18 |
| CA2423276A1 (en) | 2002-04-18 |
| EP1327365B1 (en) | 2012-07-04 |
| WO2002032165A1 (en) | 2002-04-18 |
| EP1959695A1 (en) | 2008-08-20 |
| CN1665322A (zh) | 2005-09-07 |
| JP2004523935A (ja) | 2004-08-05 |
| CN100361475C (zh) | 2008-01-09 |
| AU2001213843A1 (en) | 2002-04-22 |
| CN1322773C (zh) | 2007-06-20 |
| EP1959695B1 (en) | 2012-11-21 |
| US20110158174A1 (en) | 2011-06-30 |
| US7944813B1 (en) | 2011-05-17 |
| KR100730394B1 (ko) | 2007-06-20 |
| CA2643419A1 (en) | 2002-04-18 |
| EP1327365A1 (en) | 2003-07-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4223806B2 (ja) | ネットワーク要素間に接続を確立する方法及びシステム | |
| US7684786B2 (en) | Method and system for establishing a connection between network elements | |
| KR100879811B1 (ko) | 이동전화가 발신하는 호출들에서 안내들을 제공하는 기술 | |
| EP2232822B1 (en) | Control of quality-of-service preconditions in an ip multimedia subsystem | |
| JP2011504311A (ja) | 通信セッションに関するリソース制限をアプリケーション機能に通知するための方法および装置 | |
| AU2002246300A1 (en) | Technique for providing announcements in mobile-originated calls | |
| EP1595370B1 (en) | POLICY INFORMATION IN MULTIPLE PDFs | |
| WO2007045137A1 (fr) | Procede d’autorisation de qos | |
| WO2006047951A1 (fr) | Procede d'attribution d'identificateur de facturation de service d'application | |
| KR100867447B1 (ko) | 데이터 통신 네트워크를 통해 음성 통화 서비스를 제공하는방법 및 그 장치 | |
| RU2387103C2 (ru) | Способ и система установления соединения между сетевыми элементами | |
| KR100462026B1 (ko) | 이동 멀티미디어 서비스를 위한 프록시 서버 장치 및폴리시 제어 방법 | |
| KR100730397B1 (ko) | 네트워크 요소들 사이의 접속을 설정하는 방법 및 시스템 | |
| JP2007195211A (ja) | ネットワーク要素間に接続を確立する方法及びシステム | |
| JP2009065683A (ja) | ネットワーク要素間に接続を確立する方法及びシステム | |
| KR20100059382A (ko) | 서비스 품질을 보장하는 음성 패킷망 서비스 제공을 위한 호 연결 방법 및 장치 | |
| WO2011146599A2 (en) | Policy control and charging support for wimax voice services |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050811 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060808 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060821 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20061121 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20061129 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070221 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070402 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20070702 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20070709 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071002 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080331 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080630 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080707 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080930 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081027 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081120 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111128 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111128 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121128 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121128 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131128 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |