(57)【要約】本発明は、ＧＰＲＳ／ＵＭＴＳ及びＩＰベースネットワークのような異なるネットワークに接続された第１及び第２ネットワーク要素間に接続を確立し又はそれを取り扱うための方法及びシステムに係る。上記接続は、１つのネットワークに配置されたＳＧＳＮ又はＧＧＳＮのような少なくとも１つの第３ネットワーク要素により確立される。その第３ネットワーク要素は、接続の確立に関する情報を受信したときに、コール状態制御ファンクション（ＣＳＣＦ）、ポリシー制御ファンクション（ＰＣＦ）、又はコール処理サーバー（ＣＰＳ）である第４のネットワーク要素に要求を送信する。この要求は、要求された形式の接続を確立するための許可を要求するか又は接続パラメータのチェックを要求し、更に、第１及び／又は第２ネットワーク要素及び／又は確立されるべき接続又は接続形式を指定する。第４ネットワーク要素は、接続又は接続形式を確立するための許可を指定するか或いは接続パラメータを指定する応答を返送する（図１）。
2004523935.tif 000002
【特許請求の範囲】
【請求項１】
異なるネットワークに接続された第１及び第２ネットワーク要素間に接続を確立し又はそれを取り扱うための方法であって、上記の接続は、１つのネットワークに配置された少なくとも１つの第３ネットワーク要素により確立され、その第３ネットワーク要素は、接続の確立に関する情報を受信したときに、第４のネットワーク要素に要求を送信し、この要求は、要求された形式の接続を確立するための許可を要求するか又は接続パラメータのチェックを要求するものであり、更に、上記要求は、第１及び／又は第２ネットワーク要素及び／又は確立されるべき接続又は接続形式を指定し、上記第４ネットワーク要素は、接続又は接続形式を確立するための許可を指定するか或いは接続パラメータを指定する応答を返送し、上記接続の確立又は取り扱いは、この応答に基づいて制御される方法。
【請求項２】
上記第３ネットワーク要素は、サポートノードである請求項１に記載の方法。
【請求項３】
上記サポートノードは、ゲートウェイノード、特に、ＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）である請求項２に記載の方法。
【請求項４】
上記第４ネットワーク要素は、コール状態制御ファンクション（ＣＳＣＦ）である請求項１ないし３のいずれかに記載の方法。
【請求項５】
上記第４ネットワーク要素は、ポリシー制御ファンクション（ＰＣＦ）である請求項１ないし４のいずれかに記載の方法。
【請求項６】
上記第４ネットワーク要素は、コール処理サーバー（ＣＰＳ）である請求項１ないし５のいずれかに記載の方法。
【請求項７】
上記第４ネットワーク要素は、その少なくとも一部が、上記第３ネットワーク要素の一部分として実施される請求項１ないし６のいずれかに記載の方法。
【請求項８】
上記要求は、第１及び／又は第２ネットワーク要素に対するＰＤＰコンテクストをアクチベート又は変更するための許可を要求する許可要求である請求項１ないし７のいずれかに記載の方法。
【請求項９】
上記要求は、少なくとも１つの接続パラメータのチェックを要求するチェック要求である請求項１ないし８のいずれかに記載の方法。
【請求項１０】
上記応答は、コール特性、好ましくは、受け入れられたＱｏＳ値、及び／又は第２ネットワーク要素に関する受け入れられた情報、及び／又は接続が通常のコールであるか非常コールであるかを示す指示を表わす請求項１ないし９のいずれかに記載の方法。
【請求項１１】
上記第１ネットワーク要素は、コールを確立するよう試みるときに第５ネットワーク要素をアドレスし、この第５ネットワーク要素は、少なくとも１つのコールパラメータを特徴付ける認可メッセージを上記第４ネットワーク要素に送信し、この第４ネットワーク要素は、その認可メッセージの内容に基づいて第３ネットワーク要素へのその応答を形成する請求項１ないし１０のいずれかに記載の方法。
【請求項１２】
上記第１ネットワーク要素に対して記憶される契約情報は、第１ネットワーク要素と第２ネットワーク要素との間に接続を確立するときに第３ネットワーク要素から第４ネットワーク要素へ要求を送信する必要性を定義するパラメータを含み、このパラメータは、第１ネットワーク要素と第２ネットワーク要素との間に接続を確立するときに第３ネットワーク要素へ送信され、この第３ネットワーク要素は、このパラメータの内容に基づいて第４ネットワーク要素へ要求を送信する必要性を判断する請求項１ないし１１のいずれかに記載の方法。
【請求項１３】
上記パラメータが、第３ネットワーク要素から第４ネットワーク要素へ要求を送信する必要がないことを指示するときには、第３ネットワーク要素は、このような要求を送信せず、そして第１ネットワーク要素と第２ネットワーク要素との間の接続の確立を行う請求項１２に記載の方法。
【請求項１４】
別のネットワーク要素へ確立を要求するネットワーク要素を識別するか、又はコールを識別するための共通の識別子が、ＩＰベースネットワークと、ＧＰＲＳ又はＵＭＴＳベースネットワークの両方に設けられる請求項１ないし１３のいずれかに記載の方法。
【請求項１５】
上記共通の識別子は、接続パラメータ、特に、ＰＤＰコンテクスト情報をコールにマッピングするのに使用され、そして第１ネットワーク要素と第２ネットワーク要素との間に接続を確立するときに第３及び第４の両方のネットワーク要素に送信される請求項１４に記載の方法。
【請求項１６】
上記共通の識別子は、ＮＳＡＰＩ又は接続開始プロトコルに設けられるコール識別子、好ましくは、ＳＩＰ（セッション開始プロトコル）である請求項１４又は１５に記載の方法。
【請求項１７】
上記第４ネットワーク要素のアドレスは、上記第１ネットワーク要素に対して記憶される契約情報に含まれ、そしてこのアドレスは、第１ネットワーク要素と第２ネットワーク要素との間に接続を確立するときに上記第３ネットワーク要素へ送信される請求項１ないし１６のいずれかに記載の方法。
【請求項１８】
接続に対して課金するための課金記録は、接続パラメータのチェックの結果を考慮して与えられる請求項１ないし１７のいずれかに記載の方法。
【請求項１９】
上記接続パラメータは、要求された又は受け入れられたＱｏＳを指示し、シグナリング及びユーザトラフィックの両方に与えられるＱｏＳ情報がチェックされ、そしてそのチェック結果を考慮して課金記録が与えられる請求項１ないし１８のいずれかに記載の方法。
【請求項２０】
上記ＱｏＳチェックは、チェック要求に応答して行われる請求項１９に記載の方法。
【請求項２１】
上記接続パラメータは、コール特性、好ましくは、受け入れられるＱｏＳ値、及び／又は上記第２ネットワーク要素に関する情報、及び／又は接続が通常のコールであるか非常コールであるかを示す指示を表わす請求項１ないし２０のいずれかに記載の方法。
【請求項２２】
上記接続は、異なる形式の少なくとも２つのネットワーク、好ましくはＧＰＲＳ／ＵＭＴＳベースネットワーク及びＩＰベースネットワークを含み、そして接続に対して両ネットワークに与えられるＱｏＳ値がチェックされて比較され、課金関係情報が得られる請求項１ないし２１のいずれかに記載の方法。
【請求項２３】
課金関連パラメータをチェックするためのチェック要求は、コール確立要求を送信するときに第１ネットワーク要素から第４又は別のネットワーク要素へ送信される請求項１ないし２２のいずれかに記載の方法。
【請求項２４】
異なるネットワークに接続された第１及び第２ネットワーク要素間に接続を確立し又はそれを取り扱うためのシステムであって、上記接続は、１つのネットワークに配置された少なくとも１つの第３ネットワーク要素によって確立され、その第３ネットワーク要素は、接続の確立に関する情報を受信したときに、第４のネットワーク要素に要求を送信し、この要求は、要求された形式の接続を確立するための許可を要求するか、又は接続パラメータのチェックを要求するものであり、更に、上記要求は、第１及び／又は第２ネットワーク要素及び／又は確立されるべき接続又は接続形式を指定し、上記第４ネットワーク要素は、接続又は接続形式を確立するための許可を指定するか或いは接続パラメータを指定する応答を返送し、上記接続の確立又は取り扱いは、この応答に基づいて制御されるシステム。
【請求項２５】
上記第３ネットワーク要素は、サポートノードである請求項２４に記載のシステム。
【請求項２６】
上記サポートノードは、ゲートウェイノード、特に、ＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）である請求項２５に記載のシステム。
【請求項２７】
上記第４ネットワーク要素は、コール状態制御ファンクション（ＣＳＣＦ）である請求項２４ないし２６のいずれかに記載のシステム。
【請求項２８】
上記第４ネットワーク要素は、ポリシー制御ファンクション（ＰＣＦ）である請求項２４ないし２７のいずれかに記載のシステム。
【請求項２９】
上記第４ネットワーク要素は、コール処理サーバー（ＣＰＳ）である請求項２４ないし２８のいずれかに記載のシステム。
【請求項３０】
上記第４ネットワーク要素は、その少なくとも一部が、上記第３ネットワーク要素の一部分として実施される請求項２４ないし２９のいずれかに記載のシステム。
【請求項３１】
上記要求は、第１及び／又は第２ネットワーク要素に対するＰＤＰコンテクストをアクチベート又は変更するための許可を要求する許可要求である請求項２４ないし３０のいずれかに記載のシステム。
【請求項３２】
上記要求は、少なくとも１つの接続パラメータのチェックを要求するチェック要求である請求項２４ないし３１のいずれかに記載のシステム。
【請求項３３】
上記応答は、コール特性、好ましくは、受け入れられたＱｏＳ値、及び／又は第２ネットワーク要素に関する受け入れられた情報、及び／又は接続が通常のコールであるか非常コールであるかを示す指示を表わす請求項２４ないし３２のいずれかに記載のシステム。
【請求項３４】
上記第１ネットワーク要素は、コールを確立するよう試みるときに第５ネットワーク要素をアドレスし、この第５ネットワーク要素は、少なくとも１つのコールパラメータを特徴付ける認可メッセージを上記第４ネットワーク要素に送信し、この第４ネットワーク要素は、その認可メッセージの内容に基づいて第３ネットワーク要素へのその応答を形成する請求項２４ないし３３のいずれかに記載のシステム。
【請求項３５】
上記第１ネットワーク要素に対して記憶される契約情報は、第１ネットワーク要素と第２ネットワーク要素との間に接続を確立するときに第３ネットワーク要素から第４ネットワーク要素へ要求を送信する必要性を定義するパラメータを含み、このパラメータは、第１ネットワーク要素と第２ネットワーク要素との間に接続を確立するときに第３ネットワーク要素へ送信され、この第３ネットワーク要素は、このパラメータの内容に基づいて第４ネットワーク要素へ要求を送信する必要性を判断する請求項２４ないし３４のいずれかに記載のシステム。
【請求項３６】
上記パラメータが、第３ネットワーク要素から第４ネットワーク要素へ要求を送信する必要がないことを指示するときには、第３ネットワーク要素は、このような要求を送信せず、そして第１ネットワーク要素と第２ネットワーク要素との間の接続の確立を行う請求項３５に記載のシステム。
【請求項３７】
別のネットワーク要素へ確立を要求するネットワーク要素を識別するか、又はコールを識別するための共通の識別子が、ＩＰベースネットワークと、ＧＰＲＳ又はＵＭＴＳベースネットワークの両方に設けられる請求項２４ないし３６のいずれかに記載のシステム。
【請求項３８】
上記共通の識別子は、接続パラメータ、特に、ＰＤＰコンテクスト情報をコールにマッピングするのに使用され、そして第１ネットワーク要素と第２ネットワーク要素との間に接続を確立するときに第３及び第４の両方のネットワーク要素に送信される請求項３７に記載のシステム。
【請求項３９】
上記共通の識別子は、ＮＳＡＰＩ又は接続開始プロトコルに設けられるコール識別子、好ましくは、ＳＩＰ（セッション開始プロトコル）である請求項３７又は３８に記載のシステム。
【請求項４０】
上記第４ネットワーク要素のアドレスは、上記第１ネットワーク要素に対して記憶される契約情報に含まれ、そしてこのアドレスは、第１ネットワーク要素と第２ネットワーク要素との間に接続を確立するときに上記第３ネットワーク要素へ送信することができる請求項２４ないし３９のいずれかに記載のシステム。
【請求項４１】
接続に対して課金するための課金記録は、接続パラメータのチェックの結果を考慮して与えられる請求項２４ないし４０のいずれかに記載のシステム。
【請求項４２】
上記接続パラメータは、要求された又は受け入れられたＱｏＳを指示し、シグナリング及びユーザトラフィックの両方に与えられるＱｏＳ情報がチェックされ、そしてそのチェック結果を考慮して課金記録が与えられる請求項２４ないし４１のいずれかに記載のシステム。
【請求項４３】
上記ＱｏＳチェックは、チェック要求に応答して行われる請求項４２に記載のシステム。
【請求項４４】
上記接続パラメータは、コール特性、好ましくは、受け入れられるＱｏＳ値、及び／又は上記第２ネットワーク要素に関する情報、及び／又は接続が通常のコールであるか非常コールであるかを示す指示を表わす請求項２４ないし４３のいずれかに記載のシステム。
【請求項４５】
上記接続は、異なる形式の少なくとも２つのネットワーク、好ましくはＧＰＲＳ／ＵＭＴＳベースネットワーク及びＩＰベースネットワークを含み、そして接続に対して両ネットワークに与えられるＱｏＳ値がチェックされて比較され、課金関係情報が得られる請求項２４ないし４４のいずれかに記載のシステム。
【請求項４６】
課金関連パラメータをチェックするためのチェック要求は、コール確立要求を送信するときに第１ネットワーク要素から第４又は別のネットワーク要素へ送信される請求項２４ないし４５のいずれかに記載のシステム。
【請求項４７】
ターミナルへの通信チャンネルを確立するための第１通信ネットワーク層と、上記通信チャンネル上で行われるセッションを確立するための第２通信ネットワーク層とを備えた２層通信ネットワークにおいて接続を確立するための方法であって、
識別子でセッションを確立し、
上記識別子で通信チャンネルを確立し、
上記識別子を使用して上記セッションにより上記通信チャンネルを認可する、という段階を備えた方法。
【請求項４８】
上記認可段階は、
上記第１通信ネットワーク層におけるネットワーク要素（例えば、ＧＧＳＮ）が通信チャンネル確立時に上記認可の要求を開始し、
上記第２通信ネットワーク層におけるネットワーク要素（例えば、ＣＳＣＦ）が上記認可を実行する請求項４７に記載の方法。
【請求項４９】
上記第１通信ネットワーク層は、ＧＰＲＳ／ＵＭＴＳ層であり、そして上記第２通信ネットワーク層は、ＩＰマルチメディアサブシステムである請求項４７又は４８に記載の方法。
【請求項５０】
上記ターミナルは、ユーザ装置又は移動ステーションである請求項４７、４８又は４９に記載の方法。
【請求項５１】
ターミナルへの通信チャンネルを確立するための第１通信ネットワーク層と、上記通信チャンネル上で行われるセッションを確立するための第２通信ネットワーク層とを備えた２層通信ネットワークにおいて接続を確立するためのシステムであって、このシステムは、
識別子でセッションを確立し、
上記識別子で通信チャンネルを確立し、
上記識別子を使用して上記セッションにより上記通信チャンネルを認可するように構成されたシステム。
【請求項５２】
上記認可を実行するために、
上記第１通信ネットワーク層におけるネットワーク要素が通信チャンネル確立時に上記認可の要求を開始し、
上記第２通信ネットワーク層におけるネットワーク要素が上記認可を実行する請求項５１に記載のシステム。
【請求項５３】
上記第１通信ネットワーク層は、ＧＰＲＳ／ＵＭＴＳ層であり、そして上記第２通信ネットワーク層は、ＩＰマルチメディアサブシステムである請求項５１又は５２に記載のシステム。
【請求項５４】
上記ターミナルは、ユーザ装置又は移動ステーションである請求項５１、５２又は５３に記載のシステム。
【発明の詳細な説明】
【０００１】
【技術分野】
本発明は、２つ以上のネットワーク要素間に接続を確立するための方法及びシステムに係る。接続は、例えば、ＶｏＩＰ（ボイス・オーバー・インターネット・プロトコル）コールである。又、接続は、例えば、コールを搬送するＩＰ電話層又はネットワーク、及びＧＰＲＳ／ＵＭＴＳベースのネットワークを含む。
【０００２】
【背景技術】
一般に、ユーザ装置、例えば、移動ターミナルや、別のユーザターミナルや、データベース等のネットワーク要素間に適切に接続を確立しそしてそれを取り扱うために、サポートノードのような１つ以上の中間ネットワーク要素が含まれる。ＰＤＰ（パケットデータプロトコル）コンテクスト情報や、要求又は提供されるサービスクオリティ（ＱｏＳ）や、課金料率のような課金関連情報等の接続特性を定義するために１つ以上の接続パラメータが使用される。
【０００３】
特に、異なる形式の２つ以上のネットワーク、例えば、異なる送信プロトコルを使用するネットワーク、例えば、ＧＰＲＳ／ＵＭＴＳベースネットワーク及びＩＰベースネットワークが接続に含まれる場合には、適切に接続を確立しそして接続パラメータをセットするのに問題が生じる。
【０００４】
【発明の開示】
本発明は、特許請求の範囲に規定されたように、例えば、異なるネットワークに配置されたネットワーク要素間に、効果的なやり方で、適切に接続を確立することのできる方法及びシステムを提供する。
接続の正しい取り扱いを確保するために、接続（又はＰＤＰ形式のような接続形式）を確立するための許可、又はＱｏＳ（サービスクオリティ）のような接続パラメータに関連した要求及び応答を第３ネットワーク要素と第４ネットワーク要素との間で交換することにより、例えば、課金の目的で、接続を適切に確立し又は処理することができる。
【０００５】
第３ネットワーク要素は、サポートノード、好ましくは、ゲートウェイサポートノードであり、一方、第４ネットワーク要素は、ＣＳＣＦ、ＰＣＦ又はＣＰＳである。第４ネットワーク要素は、ＩＰ電話層の一部分であるか、又はそれを備えてもよい。
本発明の１つの特徴によれば、通信は、ＰＳ（パケット交換）ドメイン（例えば、ＧＧＳＮ又はＳＧＳＮ）間及びＩＭサブシステム（ＣＳＣＦ）間に生じる。
【０００６】
本発明の１つの好ましい実施形態によれば、ＩＰ電話層のような第４ネットワーク要素は、少なくとも１つの接続パラメータを制御することが許され、例えば、ＰＤＰ（パケットデータプロトコル）コンテクストアクチベーション又は変更を制限することが許される。例えば、会話ＰＤＰコンテクスト、即ち発呼者と被呼者との間で会話を行えるようにする接続は、第１ネットワーク要素、例えば、移動ターミナルが、第２ネットワーク要素へコールを発信するように試みるときしかアクチベートできない。例えば、接続パラメータがＰＤＰコンテクストであり、そしてＰＤＰコンテクストのアクチベーション又は変更が要求されたときには、ＧＧＳＮのような第３ネットワーク要素が、ＣＳＣＦ、ＰＣＦ又はＣＰＳのような第４ネットワークへ許可要求を送信し、そのＰＤＰコンテクストのアクチベーション又は変更を受け入れられるかどうかチェックする。
【０００７】
この解決策は、多数の効果を与える。第１に、ＣＳＣＦのような第４ネットワーク要素は、その要求から、例えば、ＧＧＳＮのような第３ネットワーク要素のアドレスを学習し、それ故、応答をどこに返送すべきかを知る。さもなければ、第４ネットワーク要素が、第３ネットワーク要素によりアドレスされる前に第３ネットワーク要素へ情報を送信するように構成されたときには、第４ネットワーク要素が、接続の取り扱いを担当する際に第３ネットワーク要素のアドレスに関する情報をもたないときに問題が生じる。
【０００８】
第１ネットワーク要素、例えば、移動ターミナルが、コールのような接続を確立するように試みるときに、第４ネットワーク要素へ情報を直接的に送信すべきときでも、第１ネットワーク要素は、その後に接続の取り扱いを担当する際に、第３ネットワーク要素のアドレスに関する情報をまだもたず、それ故、このアドレス情報を第４ネットワーク要素へ送信することができない。更に、認可メッセージのようなメッセージが、第４ネットワーク要素から第３ネットワーク要素へ最初に送信される場合には、第３ネットワーク要素は、まだアクティブでないＰＤＰコンテクストのようなコール取り扱いパラメータに関する情報を記憶しなければならない。次いで、第３ネットワーク要素は、タイマーをアクチベートし、そして何らかの理由でＰＤＰコンテクストアクチベーションを実行してはならない場合に、タイマーが時間切れした後に、認可情報を除去しなければならない。
【０００９】
更に、本発明により提案された解決策は、ローミング中の加入者にも機能し、従って、付加的な効果を与える。
一般に、１つの特徴によれば、本発明は、例えば、ＰＤＰコンテクストアクチベーション又は変更を、そのＰＤＰコンテクストを経て搬送されるコールに基づいて制限するための解決策を提供する。
本発明の１つの好ましい実施形態によれば、異なるプロトコルに基づいて機能するネットワーク又は層、例えば、ＧＰＲＳ／ＵＭＴＳ層及びＩＰ電話層、並びにＣＳＣＦやＰＣＦのような制御手段又はファンクションに、共通の識別子が与えられる。この共通の識別子は、ＰＤＰコンテクストをコールにマップするのに使用される。この共通の識別子は、例えば、ＳＩＰ（セッション開始プロトコル）メッセージに既に設けられたＣａｌｌ＿Ｉｄのようなコール識別子である。
【００１０】
或いは又、共通の識別子は、１つの層、例えば、ＧＰＲＳ／ＵＭＴＳ層に割り当てられた識別子でもよい。例えば、この場合の共通の識別子は、ＮＳＡＰＩである。この場合に、この共通の識別子は、ＳＩＰのＩＮＶＩＴＥ（インバイト）メッセージのようなプロトコルメッセージにおいて第４ネットワーク要素、例えば、ＣＳＣＦへ送信されるのが好ましい。次いで、共通の識別子（例えば、ＮＳＡＰＩ）は、第３ネットワーク要素、例えば、ＧＧＳＮから第４ネットワーク要素（例えば、ＰＣＦ）へ、そして第５ネットワーク要素（例えば、ＣＳＣＦ）から第４ネットワーク要素へ送信することができる。第４ネットワーク要素は、次いで、要求（第３ネットワーク要素により送信された）及び認可（ＣＳＣＦのような第５ネットワーク要素により送信された）を、共通の識別子、例えば、ＮＳＡＰＩに基づいてマップする。
【００１１】
本発明の更に別の好ましい実施形態によれば、移動コアネットワーク（例えば、ＳＧＳＮ及びＧＧＳＮ）のような第１ネットワーク、及びＩＰＴ（ＩＰベース電話）コアネットワーク、例えば、ＣＰＳのような別のネットワークに発生された課金情報のような接続パラメータを合成するためのメカニズムが提供される。この実施形態によれば、電話コールに使用されるＱｏＳ（サービスクオリティ）レベルを課金する可能性が与えられる。
【００１２】
本発明のこの特徴によれば、コール関連課金情報を合成し、そして１つのネットワーク（例えば、ＩＰＴネットワークであって、ＩＰＴ  ＱｏＳ予約が、例えば、ＳＩＰのＩＮＶＩＴＥメッセージにおいて送信される）におけるＱｏＳ予約と、他のネットワーク（例えば、移動パケットコアネットワーク）におけるＱｏＳ予約（例えば、ＰＤＰコンテクストＱｏＳコンテクストアクチベーション）との間の関連性を制御するためのメカニズムが提供される。例えば、Ｃａｌｌ＿Ｉｄのような供給された識別子は、課金目的でチェックされ、そして要求されたＱｏＳレベル関連性又は要求も、プロトコルメッセージ（例えば、ＳＩＰ：ＩＮＶＩＴＥ）及びＰＤＰコンテクストアクチベーションメッセージの両方においてチェックされる。
【００１３】
ＧＧＳＮのような第３ネットワーク要素に、サービングＣＳＣＦ、又は一体化されたＣＳＣＦ／ＰＣＦ、或いはＣＰＳのような第４ネットワーク要素について通知するために、新たなパラメータがＰＤＰコンテクストアクチベーションにおいて導入される。それ故、第３ネットワーク要素には、ＱｏＳチェック要求を送信すべき第４ネットワーク要素のアドレスが通知される。
エンドユーザにより制御できる更に別の任意の特徴は、ＳＩＰ：ＩＮＶＩＴＥのようなプロトコルメッセージにおいてターミナル（例えば、第１ネットワーク要素）によりＱｏＳチェックを要求できることである。
本発明のこの特徴によれば、与えられたＱｏＳに基づいて課金記録を作成することが可能となる。
【００１４】
【発明を実施するための最良の形態】
図１は、本発明による方法又はシステムの第１実施形態を示す。この実施形態は、ＣＳＣＦで許可されたＰＤＰコンテクストアクチベーション又は変更を与える。ユーザ装置（ＵＥ）１は、移動ステーションである第１ネットワーク要素である。ＳＧＳＮ２は、図１に示されていない被呼者のターミナルのような別のネットワーク要素（第２ネットワーク要素）への接続を取り扱う際にユーザ装置１にサービスするサービングノード（サービングＧＰＲＳサポートノード）を表わす。ＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）３は、被呼者のターミナルが取り付けられる別のネットワークへの接続を取り扱うためのゲートウェイノードを表わす。コール状態制御ファンクション（ＣＳＣＦ）４は、ＰＤＰコンテクストアクチベーション又は変更の許可を判断する第４ネットワーク要素を表わす。
【００１５】
ユーザ装置１は、例えば、ＩＰベースネットワークのような別のネットワークに配置されたターミナルへコールを発信しようとするときに、ＳＩＰ（セッション開始プロトコル）のＩＮＶＩＴＥメッセージのようなメッセージをＣＳＣＦ４へ送信する。その後、好ましくは、コール要求の受け入れについて通知するＣＳＣＦ４からの応答を受信した後に、ユーザ装置１は、ＰＤＰコンテクストアクチベート（又は変更）要求をＳＧＳＮ２へ送信する。ＳＧＳＮ２は、このＰＤＰコンテクストアクチベート（又は変更）要求に応答して、ＰＤＰコンテクスト作成（又は更新）要求をＧＧＳＮ３へ送信する。
【００１６】
ＳＧＳＮ２からのこの要求に応答して、ＧＧＳＮ３は、ＰＤＰコンテクストの作成又は更新を直ちに実行せず、最初に、許可要求をＣＳＣＦ４へ送信する。図１の実施形態では、ＧＧＳＮ３は、この許可要求をＣＳＣＦ４へ送信し、ＰＤＰコンテクストアクチベーション／変更を受け入れられるかどうかチェックする。変形形態では、許可要求がポリシー制御ファンクションＰＣＦにも送信され、このファンクションは、付加的な任意のネットワーク要素を表わしてもよいし又はＣＳＣＦに一体化されてもよい。
【００１７】
ＧＧＳＮ３は、移動ステーション即ちユーザ装置１を識別するために許可要求にＩＭＳＩ／ＭＳＩＳＤＮ（及びおそらくはＰＤＰアドレス）を含む。更に、ＧＧＳＮ３は、要求されたＱｏＳ（サービスクオリティ）値及び被呼者のアドレス（Ｂ当事者アドレス）を、それがトラフィック流テンプレートＴＦＴに存在する場合に、許可要求において送信することができる。ＩＭＳＩ／ＭＳＩＳＤＮ（及びおそらくはＰＤＰアドレス）が、ユーザ装置１又はコールを識別するのに充分でない場合には、ＮＳＡＰＩのような付加的な情報を使用しそしてＧＧＳＮ３へ送信することができる。この場合、ユーザ装置１は、ＰＤＰコンテクストの情報ＮＳＡＰＩを、コール設定メッセージ、例えば、ＳＩＰ：ＩＮＶＩＴＥメッセージにおいてＣＳＣＦへ送信するのが好ましい。次いで、ＣＳＣＦ４（又はそれとは別に又はそれに加えて設けられたＰＣＦ）は、コール設定メッセージに含まれたコールに対するＮＳＡＰＩが、許可要求においてＧＧＳＮ３から送信されたＰＤＰコンテクストに対するＮＳＡＰＩに等しいことをチェックし、従って、ＣＳＣＦ４（又はＰＣＦ）は、正しいＰＤＰコンテクストを認可することができる。個別のＰＣＦが設けられた場合には、ＣＳＣＦ４は、ＮＳＡＰＩをＰＣＦへ送信する。同様に、この場合に、ＧＧＳＮ３は、ＮＳＡＰＩを含む許可要求を個別のＰＣＦに送信する。
【００１８】
許可要求に応答して、上記チェックを実行した後、ＣＳＣＦ４（又はＰＣＦ）は、許可応答をＧＧＳＮ３へ送信する。この許可応答は、ＰＤＰコンテクストを作成又は更新すべきところのコール又はユーザ装置１を識別するためのＩＭＳＩ／ＭＳＩＳＤＮを含み、そして好ましくは、更に、「コール特性」のような情報を含む。このコール特性情報は、受け入れられるＱｏＳ値、受け入れられるＢ当事者情報（好ましくは被呼者のＩＰアドレス及びポート番号）、並びにコールが通常のコールであるか非常コールであるかを示す指示を含むのが好ましい。
【００１９】
ＧＧＳＮ３は、ＱｏＳ値を、ＣＳＣＦ４（又はＰＣＦ）から受け取られた値にセットする。ＧＧＳＮ３は、コールが非常コールである場合には、割り当て／保持優先順位を最大値にセットすることができる。更に、ＧＧＳＮ３は、トラフィック流テンプレートＴＦＴをＢ当事者情報に基づいてセットすることができる。
コールが非常コールでありそしてＰＤＰコンテクストがこの非常コールに対して使用される場合には、この情報をＧＧＳＮ３からＳＧＳＮ２へ送信し、そしてＳＧＳＮ２がこの情報を（移動）ユーザ装置１へ転送することによりユーザ装置１にそれが通知される。
【００２０】
許可要求を送信するために、ＧＧＳＮ３は、ＣＳＣＦ４のアドレスを通信のために知らねばならない。本発明の１つの実施形態では、ＣＳＣＦアドレスは、ＰＤＰコンテクストアクチベート（又は変更）要求、及びＰＤＰコンテクスト作成（又は更新）要求メッセージに新たなパラメータとして追加される。別の実施形態では、ＧＧＳＮ３は、シグナリングＰＤＰコンテクストのＴＦＴからＣＳＣＦアドレスを導出するように実施される。
更に、ＧＧＳＮ３には、他の何らかの方法でＣＳＣＦ４のアドレスが通知されてもよい。
ＰＣＦのような別のネットワーク要素が、許可を判断するために設けられるときには、このネットワーク要素（ＰＣＦのような）のアドレスが、ＧＧＳＮ３（アクセスポイント当たり）及びＣＳＣＦ４に対して構成されてもよい。
【００２１】
更に、本発明の別の特徴によれば、上述した機能（許可要求及び許可応答）がローミング中の加入者にも与えられる場合には、ＣＳＣＦ（又はＰＣＦ）からの許可がＰＤＰコンテクストアクチベーション（又は変更）に必要であるかどうかを示す新たなパラメータが、加入者データベース（ホーム位置レジスタＨＬＲのような）の加入者情報に追加される。この新たなパラメータは、ＰＤＰコンテクスト特有のものである。
【００２２】
図１に戻ると、許可応答を受信した後に、ＧＧＳＮ３は、ＰＤＰコンテクスト及び更に別の情報を、必要に応じて、許可応答に含まれた情報、例えば、受け入れられるＱｏＳ値等に基づいてセットする。更に、ＧＧＳＮ３は、ＰＤＰコンテクスト作成（又は更新）応答をＳＧＳＮ２へ返送する。それに応答して、ＳＧＳＮ２は、ＰＤＰコンテクストアクチベート（又は変更）応答を、ユーザ装置１へ送信する。その際に、コールが確立され、そして既知のやり方で実行される。
【００２３】
図２は、ポリシー制御ファンクション（ＰＣＦ）が設けられた本発明の別の実施形態（方法及び／又はシステム）を示す。ＰＣＦは、ＧＧＳＮ及びＣＳＣＦへ向かうインターフェイスを有する。ＰＣＦは、ＩＰ電話層、即ちプロキシーＣＳＣＦと、ＧＰＲＳ／ＵＭＴＳ層（ＧＧＳＮ）との間の通信に使用することができる。例えば、コールは、そのコールに対してアクチベートされるＰＤＰコンテクストに作用し得る。
図２は、ＧＰＲＳ／ＵＭＴＳ層、即ちＧＧＳＮと、ＩＰ電話層、即ちＣＳＣＦとの間でＰＣＦを経て生じる通信及びメッセージの流れの一例を示す。ＩＰ電話層は、ＰＤＰコンテクストアクチベーション（又は変更）を制限することが許される。
【００２４】
図２では、ＰＤＰコンテクストアクチベーション／変更に対するコールベース許可が実行される。ここに示すケースでは、移動発信（ＭＯ）コール、即ち移動ステーション（ＭＳ）２１から発信されるコールの場合にＰＤＰコンテクストアクチベーションが与えられ、被呼者（受信者）は、ネットワーク要素２７（ユーザ装置、データベース等）で示されている。ＰＤＰコンテクストアクチベーションについては、ＰＣＦ２５からの許可が要求される。プロキシーＣＳＣＦ２６とＰＣＦ２５との間の通信、及びＧＧＳＮ２４とＰＣＦ２５との間の通信に必要とされるパラメータのみを示して以下に説明する。
【００２５】
一般に、図２に示す実施形態によれば、ＧＰＲＳ／ＵＭＴＳ層（即ち第３世代（３Ｇ）のＧＧＳＮ２４）、ＩＰ電話層、例えば、ＣＳＣＦ２６、及びＰＣＦ２５には、ＰＤＰコンテクストをコールにマッピングするための共通の識別子が与えられる。ＭＳ２１が同時に進行している多数のコールを有するときには、加入者識別子、例えば、ＩＭＳＩでは充分でない。このような場合には、図２に使用される共通の識別子は、ＳＩＰメッセージに既に存在するコール識別子Ｃａｌｌ＿Ｉｄである。コールの開始者、ここに示す例では移動ステーション２１は、Ｃａｌｌ＿Ｉｄを既知のやり方で例えばＳＩＰプロトコルから割り当て、この識別子Ｃａｌｌ＿Ｉｄは、コールを独特に識別する。
【００２６】
図２に示すもののような好ましい実施形態では、Ｃａｌｌ＿Ｉｄのような共通の識別子は、ＭＳ２１からＳＧＳＮ２３へそしてＳＧＳＮ２３からＧＧＳＮ２４へ送信される。更に、この共通の識別子は、好ましくは、ＳＩＰ：ＩＮＶＩＴＥのようなコール開始メッセージにおいて、移動ステーション２１からプロキシーＣＳＣＦ２６へ送信される。更に、この共通の識別子は、ＣＳＣＦ２６からＰＣＦ２５へ送信され、そして更に、ＧＧＳＮ２４からＰＣＦ２５へ送信される。次いで、ＰＣＦ２５は、ＧＧＳＮ２４により送信された要求と、ＣＳＣＦ２６により送信された認可とを共通の識別子（例えば、Ｃａｌｌ＿Ｉｄ）に基づいてマッピングし、そしてコール許可及び／又は接続パラメータ、例えば、使用すべきＱｏＳを判断する。
【００２７】
変形形態では、ＧＰＲＳ／ＵＭＴＳ層、例えば、ＧＧＳＮ２４に割り当てられた識別子が共通の識別子として使用される。例えば、ＮＳＡＰＩは、このような共通の識別子として使用される。この場合、本発明の１つの実施形態によれば、ＮＳＡＰＩは、ＩＮＶＩＴＥメッセージ又は他のコール設定メッセージにおいてＭＳ２１からＣＳＣＦ２６へ送信される。更に、ＮＳＡＰＩは、ＧＧＳＮ２４からＰＣＦ２５へそしてＣＳＣＦ２６からＰＣＦ２５へ送信される。この場合に、ＰＣＦ２５は、ＧＧＳＮ２４により送信される要求と、ＣＳＣＦ２６により送信される認可をＮＳＡＰＩに基づいてマッピングする。
【００２８】
オペレータは、ＧＧＳＮへのアクセスポイント特有の情報を構成し、ＰＣＦとの通信が必要であるかどうか及びどんな種類のＰＤＰコンテクストであるかを、例えば、ＱｏＳクラスが会話即ち音声送信を示すときだけ、指示することができる。又、ＰＣＦ２５アドレスをＧＧＳＮ２４及びＣＳＣＦ２６に対して構成し、ＧＧＳＮ２４及びＣＳＣＦ２６が同じＰＣＦ２５と通信できるようにする。
【００２９】
別の実施形態では、ＰＣＦアドレスが要素２４及び２６のようなネットワーク要素ごとに構成されないときに、例えば、ＰＣＦアドレスのような新たなパラメータを、ＨＬＲ及び／又はＵＭＳ（ユーザ移動サーバー）のような加入者データベースにおける加入者情報に含ませることができる。ＳＧＳＮ２３は、加入者データベース、例えば、ＨＬＲからＰＣＦ２５アドレスを受け取り、そしてそれをＧＧＳＮ２４へ送信する。ＰＣＦ２５アドレスを受け取るときに、ＧＧＳＮ２４は、どのＰＣＦ２５にコンタクトするか分かる。ＣＳＣＦは、ＵＭＳから同じＰＣＦ２５アドレスを受け取り、そして同じＰＣＦ２５にコンタクトすることができる。
【００３０】
ＰＣＦ２５との通信が必要であるかどうかは、ホームオペレータ特有のことである。ローミング中の加入者については、ＰＣＦ２５との通信が要求されるかどうかを示す新たなパラメータ、例えば、情報「要求されるＰＣＦ相互作用」が、加入者データベースＨＬＲ及びＵＭＳにおける契約情報に追加される。ＨＬＲにおける「要求されるＰＣＦ相互作用」は、契約特有であってもよいし、ＰＤＰコンテクスト特有であってもよい。ＳＧＳＮ２３は、ＨＬＲから情報「要求されるＰＣＦ相互作用」を受け取り、そしてそれをＧＧＳＮ２４へ送信する。この情報「要求されるＰＣＦ相互作用」を受け取ると、ＧＧＳＮ２４は、接続を確立するか又は接続を変更する等のときにＰＣＦと通信する必要があるかどうか分かる。ＣＳＣＦ２６は、ＵＭＳから情報「要求されるＰＣＦ相互作用」を受け取り、そしてそこから、ＰＣＦ２５との通信が必要であるかどうか知る。
【００３１】
それ故、本発明のこの特徴によれば、３つの新たな考え方が別々に組み込まれるか又は一緒に組み込まれる。
（ａ）ＰＤＰコンテクストをコールにマップするために共通の識別子が与えられ；
（ｂ）ＨＬＲ及びＵＭＳに対する新たなパラメータ、即ちＰＣＦアドレスが与えられ；及び／又は
（ｃ）「要求されるＰＣＦ相互作用」のような新たなＨＬＲ及びＵＭＳパラメータが与えられる。
【００３２】
図２の実施形態に基づき、ポリシー制御ファンクション（ＰＣＦ）２５とのＰＳ（パケット交換）ドメイン相互作用を説明する。図２に示すステップ番号を参照して、接続を確立するときに実行されるステップを以下に詳細に述べる。
ステップ１では、移動ステーション２１がＩＮＶＩＴＥメッセージをプロキシーＣＳＣＦ２６へ送信し、このＩＮＶＩＴＥメッセージは、加入者識別「加入者Ｉｄ」及びコール識別子「Ｃａｌｌ＿Ｉｄ」を含む。プロキシーＣＳＣＦ２６は、このメッセージを被呼者２７へ転送する。
【００３３】
ステップ２では、プロキシーＣＳＣＦ２６は、被呼者ターミナル２７から肯定確認、例えば、ＳＩＰに定義された１８３ｗ／ＳＤＰを受け取る。プロキシーＣＳＣＦ２６は、この確認を移動ステーション（発呼者）２１へ転送する。
ステップ３では、被呼者ターミナル２７から肯定確認を受信した後に、プロキシーＣＳＣＦ２６は、認可メッセージ（加入者Ｉｄ、コール識別子Ｃａｌｌ＿Ｉｄ、ネゴシエーションされたＱｏＳ、被呼者搬送アドレスを含む）をＰＣＦ２５へ送信する。加入者Ｉｄは、例えば、発呼者２１のＩＭＳＩ、ＭＳＩＳＤＮ又はＩＰアドレス（即ち、ＧＰＲＳ／ＵＭＴＳ層におけるＰＤＰアドレス）である。Ｃａｌｌ＿Ｉｄは、ＰＣＦ２５における正しいＰＤＰコンテクストにコールをマップするために必要とされそして使用される。ネゴシエーションされたＱｏＳは、コールに対してネゴシエーションされたＱｏＳパラメータを含む。非常コールの場合、プロキシーＣＳＣＦ２６は、ＱｏＳパラメータ割り当て／保持優先順位を最大値にセットする。被呼者搬送アドレスは、ＧＰＲＳ／ＵＭＴＳ層において、ＰＤＰコンテクストに対するＴＦＴ（トラフィック流テンプレート）をセットするのに使用される。
【００３４】
ステップ４では、ＰＣＦ２５は、認可確認（加入者Ｉｄ、Ｃａｌｌ＿Ｉｄ）メッセージをプロキシーＣＳＣＦ２６へ返送することにより、ステップ３の認可メッセージを確認する。
ステップ５では、ＭＳ２１は、（二次）ＰＤＰコンテクストアクチベート要求（ＰＤＰアドレス、Ｃａｌｌ＿Ｉｄ、要求されたＱｏＳ）メッセージをＳＧＳＮ２３へ送信することにより、コールに対するＰＤＰコンテクスト（例えば、二次ＰＤＰコンテクスト）をアクチベートするように要求する。
【００３５】
ステップ６では、無線アクセスベアラ設定手順が実行される。
ステップ７では、ＳＧＳＮ２４は、ＰＤＰコンテクスト作成要求（加入者Ｉｄ、Ｃａｌｌ＿Ｉｄ、ネゴシエーションされたＱｏＳ）メッセージをＧＧＳＮ２４へ送信する。
ステップ８では、ＧＧＳＮ２４は、許可要求（要求Ｉｄ、加入者Ｉｄ、Ｃａｌｌ＿Ｉｄ、ネゴシエーションされたＱｏＳ）メッセージをＰＣＦ２５へ送信することにより、ＰＤＰコンテクストアクチベーションに対する許可を要求する。第１の要求メッセージ（ステップ８）は、ＰＣＦ２５に要求状態を形成する。
ステップ９では、ＰＣＦ２５は、判断（要求Ｉｄ、ネゴシエーションされたＱｏＳ、被呼者搬送アドレス）メッセージをＧＧＳＮ２４へ送信することにより応答する。ＧＧＳＮ２４は、ＰＤＰコンテクストに対するＴＦＴを被呼者搬送アドレスに基づいてセットする。
【００３６】
ステップ１０では、ＧＧＳＮ２４は、状態レポートメッセージ（要求Ｉｄ）をＰＣＦ２５へ送信することにより判断に基づいて行動したことを報告する。
ステップ１１、１２では、ＰＤＰコンテクストアクチベーションが既知のやり方で報告される。
図２において、メッセージ８（要求）、９（判断）及び１０（状態レポート）は、ＣＯＰＳメッセージである。
図２は、ＰＤＰコンテクストアクチベーションのケースを示している。ＰＤＰコンテクストを変更すべき場合には、ステップ８ないし１０及び図２に示す更に別のステップは、同一である。
【００３７】
ＰＤＰコンテクストアクチベーションに対する許可がＰＣＦ２５から要求されるかどうかは、オペレータ特有である。このファンクションをローミング中の加入者にも与えるために、「要求されたＰＣＦ相互作用」のような新たなパラメータがＨＬＲにおいて契約情報に含まれる。ＳＧＳＮは、ＨＬＲから「要求されたＰＣＦ相互作用」を受け取り、そしてそれをＰＤＰコンテクストアクチベーション／変更においてＧＧＳＮ２４へ送信しなければならない。「要求されたＰＣＦ相互作用」を受け取ると、ＧＧＳＮ２４は、ＰＤＰコンテクストを作成又は変更するときにＰＣＦ２５との通信が必要であるかどうかを知る。
【００３８】
ＧＧＳＮ３、２４、３３（図３ないし５）は、ＣＳＣＦ４、２６（又は図３ないし５のＣＰＳ３４）のアドレスを、
プロキシーＣＳＣＦドメイン名（好ましいオプション）からプロキシーＣＳＣＦアドレスを分析することにより、
（二次）ＰＤＰコンテクストアクチベーションメッセージにおいてＭＳにより送信された新たなパラメータ「ＣＳＣＦアドレス」から、
シグナリングＰＤＰコンテクストのＴＦＴから、
知ることができる。
【００３９】
ＰＣＦ（ＣＰＳ：ＰＣＦは、論理エレメントであり、即ちスタンドアローンエレメントであるか、或いはＣＳＣＦ又はＧＧＳＮのいずれかに配置されている）において正しいコール又は接続を見出すためにＧＧＳＮにより送信されるべきパラメータは、次の通りである。
ＭＳ  ＩＰアドレス（＝ＰＤＰアドレス）及びＭＳポート番号（＝ＴＦＴ行先ポート番号）（好ましいオプション）；
ピアＩＰアドレス（＝ＴＦＴソースアドレス）及びピアポート番号（＝ＴＦＴソースポート番号）。
【００４０】
図３ないし５は、移動コアネットワーク及びＩＰＴコアネットワークにより発生された課金情報を合成するための方法及びメカニズムを提供する本発明の更に別の実施形態を示す。移動コアネットワークは、ＳＧＳＮ３２及びＧＧＳＮ３３により表わされる。移動ネットワークを与えるための更に別の必要な要素は、当業者に明らかであろうから、図示されていない。ＩＰＴコアネットワークは、コール処理サーバー（ＣＰＳ）３４により表わされる。ＩＰＴネットワークの更に別の要素は、当業者に明らかであろうから、図示されていない。
【００４１】
図示された実施形態は、電話コール又は他の形式の接続に使用されるＱｏＳレベルの課金を行うことができる。例えば、電話コールは、リアルタイム（ＲＴ）トラフィックを必要とし、そして通常は、ｅ−メール送信（これは、低いＱｏＳレベルを使用して搬送され、従って、低いレートで課金される）のような他の形式の通信よりも高いＱｏＳレベルを必要とする。
図３ないし５に示す実施形態は、コール関連課金情報を合成し、そしてＩＰＴＱｏＳ予約（例えば、ＳＩＰ：ＩＮＶＩＴＥメッセージにおいてコール発信ターミナルにより要求される）と、移動パケットコアネットワークＰＤＰコンテクストＱｏＳ（ＰＤＰコンテクストアクチベーション）との間の関連性又は一致性を制御するためのメカニズムを与える。
【００４２】
図３ないし５は、移動ネットワークにアタッチされた移動ターミナル（ＭＴ）３１と、ＳＧＳＮ３２と、ＧＧＳＮ３３（ＳＧＳＮ３２及びＧＧＳＮ３３は、ＭＴ３１がアタッチされる移動ネットワークの一部分を形成する）と、コール処理サーバー（ＣＰＳ）３４との間のメッセージ送信を示す。ＣＰＳ３４は、図１及び２に示したようなコール状態制御ファンクション（ＣＳＣＦ）を備えていて、ブロック３４の表示も「ＣＳＣＦ」である。
図３に示し実施形態を以下に詳細に説明する。
【００４３】
移動ターミナル３１が、被呼者のテレコミュニケーション装置のような別のネットワーク要素への接続を確立しようとするときには、移動ターミナル３１は、ステップ１で示すように、ＳＩＰのようなセッション開始プロトコルの「ＩＮＶＩＴＥ」メッセージのようなコール確立要求を発生する。このＩＮＶＩＴＥメッセージは、ＭＴ３１からＣＰＳ３４へ送信され、情報エレメント「Ｃａｌｌ＿Ｉｄ」及び「ＳＤＰ：ＱｏＳ」を含む。ＳＤＰは、サービングプロファイルデータベースを意味する。「Ｃａｌｌ＿Ｉｄ」は、例えば、ＧＳＮ（ＧＰＲＳサポートノード）及びＣＳＣＦ（又はＣＰＳ）のようなサポートノードにより発生されるＣＤＲ（課金データ記録）のような課金データのリンクを合成するか、又はその他そこから利益を得られるようにするために設けられた共通の識別子を表わす。この共通の識別子、例えば、「Ｃａｌｌ＿Ｉｄ」は、サポートノード及びＣＳＣＦ（又はＣＰＳ）への接続確立段階（例えば、コール確立段階）に分散される。この技術は、ＧＧＳＮやＣＰＳのような全ての当該処理要素において確立されるべき接続又はコールを、これら要素間の直接的なインターフェイスを必要とせずに、独特に認識することができる。この方法及び構造は、課金データを合成し、及び／又は例えばＩＰ電話のようなエンドターミナル間に全ＩＰ接続を与える異なるネットワーク形式におけるＱｏＳ有効性をチェックするためのメカニズムを提供する。
【００４４】
次のステップ２において、移動ターミナル３１は、ＰＤＰコンテクストアクチベーション要求をＳＧＳＮ３２へ送信し、この要求は、ベアラ形式及びコーデックのような通常の情報を含むだけでなく、更にパラメータ「Ｃａｌｌ＿ＩＤ」も含む。このパラメータ「Ｃａｌｌ＿ＩＤ」及び更に別の必要な既知の情報エレメントは、そのとき、ＳＧＳＮ３２からＧＧＳＮ３３へ送信され、ＧＧＳＮ３３には、確立されるべき接続に起因する共通の識別子「Ｃａｌｌ＿ＩＤ」についても通知される。次のステップ３において、ＧＧＳＮ３３は、ＣＰＳ３４へチェック要求を送信し、このチェック要求は、共通の識別子「Ｃａｌｌ＿ＩＤ」と、ベアラ形式及びコーデックのような更に別の情報とを指示する。
【００４５】
次のステップ４として、ＣＰＳ３４（又はＣＰＳ３４に含まれたＣＳＣＦ）は、共通の識別子「Ｃａｌｌ＿ＩＤ」により識別された確立されるべき接続のチェックを実行し、そして要求されたＱｏＳパラメータがコールシグナリング（ＳＩＰ／ＳＤＰ）及びベアラ（ＰＤＰコンテクスト）の両方において有効であることをチェックする。ＣＳＣＦ（ＣＰＳ３４）は、コール確立を受け入れる（又はそれを進める）前に、要求されたＱｏＳパラメータの有効性を制御するためにこのチェックを行い、他の形式のコール又は接続に与えられたＱｏＳについて課金を行えるようにし、或いは課金以外の目的も果たせるようにする。ＣＰＳ３４は、このチェック（Ｃａｌｌ＿ＩＤ、ＳＤＰ：ＱｏＳ、ベアラ形式、コーデック）の結果としてＯＫ又は否ＯＫを発生し、そしてチェック結果（ＯＫ／否ＯＫ）を示す応答をＧＧＳＮ３３へ返送する（ステップ５）。ＧＧＳＮ３３は、ステップ５で受け取った情報を使用して、コール関連ＰＤＰコンテクストアクチベーションを受け入れる（チェック結果が肯定「ＯＫ」であれば）か、又は拒絶し（チェック結果が否定「Ｎ  ＯＫ」であれば）、そしてＳＧＳＮ３２へ応答を返送して、ＰＤＰコンテクストアクチベーション（又は変更）の受け入れ又は拒絶についてそれに通知する。ＳＧＳＮ３２は、受け入れ又は拒絶応答を受け取ると、既知のステップを実行し、そしてそれに対応する情報を移動ターミナル３１へ送信する。
【００４６】
又、ＣＰＳ３４（又はＣＳＣＦ）は、応答を移動ターミナル３１へ直接送信し（ステップ６）、ステップ１のコール確立要求に対する応答を返送してもよい。例えば、ＳＩＰの応答「ＯＫ／ＮＯＫ」がステップ６において送信される。
それ故、確立されるべき接続でいかに進むか判断するための付加的なメッセージシーケンスがＣＳＣＦ（又はＣＰＳ）とＧＧＳＮ３３との間に与えられる。
又、ＣＰＳ（ＣＳＣＦ）３４は、「Ｃａｌｌ＿ＩＤ」に加えて付加的なパラメータも受け取り、これら付加的なパラメータも判断の基礎とすることができる。
図３に示されて上述したメカニズムは、ＱｏＳ及び課金の観点のみに限定されず、他の形式のチェックや評価にも関連し得る。更に、ＣＰＳ（ＣＳＣＦ）３４によりなされた判断は、忠告であってもよく、そして２進的な「ＯＫ／否ＯＫ」形式だけである必要はない。
【００４７】
図３ないし５に示すように、ＧＧＳＮ３３は、ステップ３として、ＣＰＳ（ＣＳＣＦ）３４にチェック要求を送信する。それ故、ＧＧＳＮ３３は、ＣＰＳ（ＣＳＣＦ）のアドレス又は名前に関する情報を必要とする。移動ターミナル３１がＳＩＰ登録メカニズムで登録されてＩＮＶＩＴＥメッセージを送信したところのサービングＣＳＣＦ（ＣＰＳ３４）についてＧＧＳＮ３３が知らない場合には、このサービングＣＳＣＦ（ＣＰＳ）３４のアドレス又は名前を、ＧＧＳＮ３３に通知しなければならない。図４の実施形態は、この問題に対する解決策を示す。
【００４８】
図３の実施形態の上述した構造及びファンクションに加えて、図４の実施形態は、サービングＣＳＣＦ（又はＣＰＳ）３４のアドレス又は名前をＧＧＳＮ３３に通知するために、ＰＤＰコンテクストアクチベーション要求に新たなパラメータ、例えば、「Ｓ−ＣＳＣＦ＿ｌｏｇｉｃａｌｎａｍｅ」を与え、従って、ＧＧＳＮ３３は、「ＱｏＳ」チェック要求をどこに送信すべきかを知る。
図４の実施形態は、図３を参照して上述した構造をベースとする。又、上述した説明は、図４に示すメッセージシーケンス及び実行されるステップにも適用される。
【００４９】
移動ターミナル３１は、それが登録されたＣＰＳ（又はＣＳＣＦ）３４について通知され、そしてステップ２でＳＧＳＮ３２へ送信されそして更にＧＧＳＮ３３に送信されるメッセージに、Ｓ−ＣＳＣＦ（ＣＰＳ３４におけるサービングＣＳＣＦ）のアドレス又は名前に関する情報を含むように構成される。サービングＣＳＣＦのアドレス又は名前を指示するこの新たなパラメータは、図４では、ＰＤＰコンテクストアクチベーション要求において送信されるパラメータ「Ｓ−ＣＳＣＦ＿ｌｏｇｉｃａｌｎａｍｅ」により示されている。この付加的な情報「Ｓ−ＣＳＣＦ＿ｌｏｇｉｃａｌｎａｍｅ」により、ＧＧＳＮ３３は、ここで、正しいＣＳＣＦ（ＣＰＳ）のアドレス又は名前が通知され、そしてこのパラメータにより指示されたＣＰＳ（ＣＳＣＦ）３４へチェック要求を送信する（ステップ３）。図４に示された他のステップは、上述した図３のステップと同一である。
【００５０】
更に、図５は、移動ターミナル３１のエンドユーザにより制御できる付加的な任意の特徴、即ちエンドユーザ又はコール発信装置が、例えば、ＳＩＰ：ＩＮＶＩＴＥメッセージにおいて「ＱｏＳチェック」を要求できるようにする特徴を示している。
図５に示す実施形態は、上述した図３及び４の実施形態の全ての特徴を含む。更に、図５では、ステップ１において移動ターミナル３１からＣＰＳ（ＣＳＣＦ）３４へ送信される接続確立要求に新たなパラメータ、例えば、「Ｒｅｑｕｉｒｅ＿ｇｇｓｎ＿ｃｈｅｃｋ」が含まれる。
【００５１】
図５に示す構造及び方法は、図３及び４を参照して上述した課金データ及びＱｏＳ制御のための合成メカニズムに追加されるものである。図５に示す実施形態は、チェックステップ３ないし５を実行するか又は実行しないように任意に選択することができる。パラメータ「Ｒｅｑｕｉｒｅ＿ｇｇｓｎ＿ｃｈｅｃｋ」が、移動ターミナル３１からＣＰＳ３４へ送信されるＳＩＰ  ＩＮＶＩＴＥメッセージ（又は他の適当な形式の接続確立要求メッセージ）において送信されるときには、ＣＰＳ（又はＣＰＳに含まれたＣＳＣＦ）が、ステップ４に基づいてチェックを行うように準備され、そしてステップ３に基づいてＧＧＳＮ３３からのチェック要求メッセージを待機する。ステップ３においてチェック要求を受信した後に、ＣＰＳ３４は、上記のように、ステップ４のチェックを実行し、その後に、ステップシーケンスが上述したように続けられる。ステップ１の接続確立要求においてパラメータ「Ｒｅｑｕｉｒｅ＿ｇｇｓｎ＿ｃｈｅｃｋ」がセットされないか、又は存在しないときには、ＣＰＳ（ＣＳＣＦ）３４が、ステップ４に基づいてＱｏＳチェックを実行せず、ＧＧＳＮ３３からのチェックメッセージを必要としない。新たなパラメータ「Ｒｅｑｕｉｒｅ＿ｇｇｓｎ＿ｃｈｅｃｋ」によって与えられるこの情報により、ＣＳＣＦは、コール確立を進めるためにチェック手順が必要とされるかどうか通知される。この新たなチェック要求パラメータは、もちろん、ＣＳＣＦが理解できるものであれば、「Ｒｅｑｕｉｒｅ＿ｐｄｐｑｏｓ＿ｃｈｅｃｋ」のような任意の呼称をもつことができる。
【００５２】
図５に基づいて与えられるこの新たなパラメータ、及びＱｏＳチェック又は他の形式のチェック（ステップ４）を実行するかどうかの任意性は、図４のステップ２に基づきＣＰＳ３４の論理的な名前又はアドレスの指示を与えるものでない図３に示す構造に適用することもできる。特に、ＧＧＳＮ３３には、ＭＴ３１が登録されたＣＰＳ３４のアドレスが他の手段により通知され、例えば、ＣＰＳ３４からＧＧＳＮ３３へメッセージを送信することにより通知される。
【００５３】
本発明の実施形態により提供される方法及びメカニズムは、要求及びチェックを適切に実行し、チェック結果を処理し、課金情報を発生して、確立された接続に対して課金記録を形成できるように、ＧＧＳＮ３、３３及び／又はＣＳＣＦ／ＣＰＳ３４においてソフトウェアとして実施されてもよい。
又、ＱｏＳパラメータをチェックするために提供された方法及びメカニズムは、課金情報の発生とは個別に実施されてもよい。
上述した実施形態は、更に、例えば、音声コールに割り当てられたＰＤＰコンテクストに対するＰＤＰコンテクスト更新を、ＣＰＳ３４からのチェックが実行されるまで禁止しそして制御することができる。これは、ＧＧＳＮ３３とＣＰＳ３４との間で別のメッセージ交換を行うことにより管理できる。
【００５４】
図６は、図２に示す実施形態の変形である本発明の更に別の実施形態（方法及び／又はシステム）を示す。図６によれば、ＰＣＦ２５（図２）は、プロキシーＣＳＣＦ２６（図２）と一体化され、そして単一のネットワーク要素２５‘を形成する。この構造体は、ＰＣＦとＣＳＣＦとの間の外部シグナリングを回避し、従って、図２のステップ３及び４を省略できるという利益を与える。図２のこれらステップ３及び４に基づく認可チェックは、図６のネットワーク要素２５’の内部処理を使用して実行される。ＰＣＦとＣＳＣＦとの間のシグナリングは、この場合、単なる内部シグナリングである（即ち、標準化によってあまりに厳しく制限されない）。
【００５５】
図６の更に別のステップ１、２及び５ないし１２は、図２を参照して上述したものと同一である。
それ故、ＰＣＦは、図２に示された個別の論理的エンティティ２５であってもよいし、図６に示すようにＣＳＣＦに一体化されてもよいし、或いはＧＧＳＮ２４に一体化されてもよい。
【００５６】
図７は、コールベースのＰＤＰコンテクストアクチベーション／変更を与える本発明によるシステム及び方法の別の実施形態を示す。図７は、ＭＯコールの場合のＰＤＰコンテクストアクチベーションを示す。少なくとも１つのＰＤＰコンテクストがコールに対してアクチベートされたと仮定する。ＰＤＰコンテクストアクチベーションの場合に、ＰＣＦから許可が要求される。ＰＣＦからの許可は、コールのＱｏＳに対してＰＤＰコンテクストのＱｏＳを調整するために必要とされる。ＧＧＳＮに対して、ＰＣＦからの判断が必要とされるかどうかそしてどんな種類のＰＤＰコンテクストであるかを構成することができる。例えば、構成情報は、ＰＣＦからの判断が会話のＰＤＰコンテクストに対してのみ必要とされるが、他のＰＤＰコンテクストについては、ＰＣＦ相互作用なしにＰＤＰコンテクストアクチベーションを進めなければならないことを定義できる。ＧＧＳＮ−ＰＣＦ通信に対して必要とされるパラメータのみを以下に説明する。図７に示すステップを以下に詳細に説明する。
【００５７】
ステップ１：ＭＳは、インバイト（加入者Ｉｄ）メッセージをプロキシーＣＳＣＦに送信する。プロキシーＣＳＣＦは、このメッセージを被呼者に向けて転送する。
ステップ２：プロキシーＣＳＣＦは、肯定確認、例えば、１８３ｗ／ＳＤＰを受け取る。プロキシーＣＳＣＦは、発呼者へ確認を転送する。
【００５８】
ステップ３：ＭＳは、二次ＰＤＰコンテクストアクチベート要求（要求されたＱｏＳ）メッセージをＳＧＳＮへ送信することによりコールに対してＰＤＰコンテクストをアクチベートする。
ステップ４：無線アクセスベアラ設定手順が実行される。
ステップ５：ＳＧＳＮは、ＰＤＰコンテクスト作成要求（ＰＤＰアドレス、ネゴシエーションされたＱｏＳ）メッセージをＧＧＳＮに送信する。
【００５９】
ステップ６：ＧＧＳＮは、要求（要求Ｉｄ、加入者Ｉｄ、ネゴシエーションされたＱｏＳ）メッセージをＰＣＦへ送信することによりＰＤＰコンテクストアクチベーションに対する許可を要求する。加入者Ｉｄは、ＰＳドメイン及びＩＭサブシステムの両方に知られた識別子、例えば、ＭＳのＩＰアドレスである。
ステップ７：ＰＣＦは、判断（要求Ｉｄ、ネゴシエーションされたＱｏＳ）メッセージをＧＧＳＮに送信することにより応答する。
ステップ８−９：ＰＤＰコンテクストアクチベーションは、ＰＣＦから受け取られたパラメータで受け入れられる。
ステップ１０：ＧＧＳＮは、状態レポート（要求Ｉｄ）メッセージをＰＣＦへ送信することにより判断の実行を首尾よく完了したことをレポートする。
上記ステップ６、７及び１０は、ＰＤＰコンテクストが変更される場合に同一である。
【００６０】
好ましい実施形態を図示して説明したが、本発明は、それに限定されるものではなく、図示されて上述された特徴の全ての変更、省略及び追加も包含するものとする。
例えば、本発明は、ＧＧＳＮ（３、２４）とＰＣＦ−ＣＳＣＦ（又はＣＳＣＦ／ＰＣＦ）との間の通信に限定されない。ＧＧＳＮ３、２４をＳＧＳＮ２、２３に置き換えて、ＳＧＳＮ−ＰＣＦ−ＣＳＣＦ（又はＣＳＣＦ／ＰＣＦ）通信を生じることにより、同じ通信を行うことができる。
【図面の簡単な説明】
【図１】
本発明の方法及びシステムの１つの実施形態による基本的構造及びメッセージの流れを示す図である。
【図２】
本発明のシステム及び方法の別の実施形態を示す図である。
【図３】
本発明のシステム及び方法の更に別の実施形態を示す図である。
【図４】
本発明のシステム及び方法の更に別の実施形態を示す図である。
【図５】
本発明のシステム及び方法の更に別の実施形態を示す図である。
【図６】
図２に示す実施形態の変形を示す図である。
【図７】
本発明のシステム及び方法の更に別の実施形態を示す図である。
【図１】
2004523935.tif 000003
【図２】
2004523935.tif 000004
【図３】
2004523935.tif 000005
【図４】
2004523935.tif 000006
【図５】
2004523935.tif 000007
【図６】
2004523935.tif 000008
【図７】
2004523935.tif 000009
【国際公開パンフレット】
2004523935.tif 000010
2004523935.tif 000011
2004523935.tif 000012
2004523935.tif 000013
2004523935.tif 000014
2004523935.tif 000015
2004523935.tif 000016
2004523935.tif 000017
2004523935.tif 000018
2004523935.tif 000019
2004523935.tif 000020
2004523935.tif 000021
2004523935.tif 000022
2004523935.tif 000023
2004523935.tif 000024
2004523935.tif 000025
2004523935.tif 000026
2004523935.tif 000027
2004523935.tif 000028
2004523935.tif 000029
2004523935.tif 000030
2004523935.tif 000031
2004523935.tif 000032
2004523935.tif 000033
2004523935.tif 000034
2004523935.tif 000035
2004523935.tif 000036
2004523935.tif 000037
2004523935.tif 000038
2004523935.tif 000039
2004523935.tif 000040
2004523935.tif 000041
2004523935.tif 000042
2004523935.tif 000043
2004523935.tif 000044
2004523935.tif 000045
2004523935.tif 000046
2004523935.tif 000047
2004523935.tif 000048
2004523935.tif 000049
2004523935.tif 000050
【国際調査報告】
2004523935.tif 000051