(57)【要約】  本明細書で説明される実施形態は、ネットワークにおいてテザリングされたユーザデバイスを使用して実行されるデータセッションを処理するための方法に関する。本明細書で説明される実施形態は、テザリングされたデバイスの指示子をネットワーク要素によって受信するためのネットワーク機能を対象とする。少なくとも一形態では、テザリングされたデバイスの指示子は、ユーザデバイスからの要求から発生する。次いで、指示子はネットワークによって検出され、この指示子に基づいて、様々な機能が実行され得る。例えば、ネットワーク要素は、データセッションが適切でないことを決定し、したがって、ユーザデバイスによって要求されたそのデータセッションを拒否することが可能である。あるいは、ネットワーク要素は、そのデータセッション要求が適切であることを決定することが可能である。この場合、このデータセッションは、その指示子に基づいて管理されることになる。
2011520383.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにおいてテザリングされたユーザデバイスによって実行されるデータセッションを処理するための方法であって、
ユーザデバイスからの要求メッセージから発生する、テザリングされたデバイスの指示子をネットワーク要素によって受信することと、
指示子をネットワーク要素によって検出することと、
指示子に基づいて、ユーザデバイスによって要求されたデータセッションを拒否すること、またはユーザデバイスによって要求されたデータセッションを管理することのうちの１つを実行することとを含む、方法。
【請求項２】
位置変更要求に基づいて、ネットワーク要素によって指示子を第２のネットワーク要素に送信することをさらに含む、請求項１に記載の方法。
【請求項３】
データセッションを管理することが、サービスの質を設定すること、およびレートプランを確立することのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
ネットワークにおいてテザリングされたユーザデバイスによって実行されるデータセッションを処理するためのシステムであって、
ユーザデバイスからの要求メッセージから発生する、テザリングされたデバイスの指示子をネットワーク要素によって受信するための手段と、
指示子をネットワーク要素によって検出するための手段と、
指示子に基づいて、ユーザデバイスによって要求されたデータセッションを拒否すること、またはユーザデバイスによって要求されたデータセッションを管理することのうちの１つを実行するための手段とを含む、システム。
【請求項５】
テザリングされたデバイスの指示子が、要求メッセージの情報要素内に設定されたフラグである、請求項４に記載のシステム。
【請求項６】
要求メッセージが、データセッション要求メッセージである、請求項４に記載のシステム。
【請求項７】
要求メッセージが、データセッションを修正するための要求である、請求項４に記載のシステム。
【請求項８】
要求メッセージが、ルーティング領域更新要求である、請求項４に記載のシステム。
【請求項９】
位置変更要求に基づいて、ネットワーク要素によって指示子を第２のネットワーク要素に送信するための手段をさらに含む、請求項４に記載のシステム。
【請求項１０】
データセッションを管理するための手段が、サービスの質を設定すること、およびレートプランを確立することのうちの少なくとも１つを含む、請求項４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信ネットワークにおいてテザリングされた（ｔｅｔｈｅｒｅｄ）ユーザデバイスを処理するための方法およびシステムに関する。
【０００２】
本発明は、詳細には、テザリングされたデバイスを検出して、かかるテザリングされたデバイスの使用に対処する技術分野を対象とし、したがって、本発明は当該分野を特に参照して説明され、本発明は、その他の分野および用途において有用性を有し得ることを理解されよう。
【背景技術】
【０００３】
背景として、サービスプロバイダは、移動体電話、スマートフォンなど、例えば、ユーザ機器（ＵＥ）などのデバイスを使用しているユーザが、パケットデータサービスを起動させるために、そのネットワークにアクセスすることを許可する。ＵＥに関する現在の最新技術は、通常、ＵＥ自体は、大量のパケットデータを送受信しないというものである。しかし、ユーザは、ラップトップコンピュータなど、その他のデータデバイスをＵＥに接続（すなわち、テザリング）して、結果として、サービスプロバイダが受け入れられないと見なす大量のパケットデータを送信／受信することが可能である。ＵＥは、そのＵＥがテザリングされたデバイスに接続されているか否かを知っているが、ＵＥがこの情報をネットワークに伝えるために現在実装される方法は存在しない。実際に、そのような方法または技法は、３ＧＰＰ標準において確定されていない。
【０００４】
したがって、ネットワークがテザリングされたデータデバイスがいつ使用されているかを検出することを可能にするような機能を提供する必要が存在する。そのような機能があれば、対応するデータセッションを、ネットワークによって受け入れ、または拒否することが可能である。ネットワークによって受け入れた場合、テザリングされたデータセッションを管理することが可能である。
【０００５】
現在、知られている解決法は存在しない。ネットワークが、ＵＥがラップトップなどの別のデバイスに接続されている（テザリングされている）ことを検出するための技術は存在しない。その結果、ＵＥがテザリングされたデバイスに接続されているという知識に基づいて、データセッションを管理するための知られている技術は存在しない。
【発明の概要】
【０００６】
本発明の一態様では、方法は、ユーザデバイスからの要求メッセージから発生する、テザリングされたデバイスの指示子をネットワーク要素によって受信することと、その指示子をネットワーク要素によって検出することと、その指示子に基づいて、ユーザデバイスによって要求されたデータセッションを拒否すること、またはユーザデバイスによって要求されたデータセッションを管理することのうちの１つを実行することとを含む。
【０００７】
本発明のもう１つの態様では、テザリングされたデバイスの指示子は、要求メッセージの情報要素内に設定されたフラグである。
【０００８】
本発明のもう１つの態様では、要求メッセージは、データセッション要求メッセージである。
【０００９】
本発明のもう１つの態様では、データセッション要求メッセージは、ＰＤＰコンテキスト要求メッセージである。
【００１０】
本発明のもう１つの態様では、要求メッセージは、データセッションを修正するための要求である。
【００１１】
本発明のもう１つの態様では、データセッションを修正するための要求は、ＰＤＰコンテキスト修正要求メッセージである。
【００１２】
本発明のもう１つの態様では、要求メッセージは、ルーティング領域（ｒｏｕｔｉｎｇ  ａｒｅａ）更新要求である。
【００１３】
本発明のもう１つの態様では、この方法は、位置変更要求に基づいて、指示子をネットワーク要素によって第２のネットワーク要素に送信することをさらに含む。
【００１４】
本発明のもう１つの態様では、この方法は、拒否がネットワーク要素によって実行される場合、拒否メッセージをユーザデバイスに送信することをさらに含む。
【００１５】
本発明のもう１つの態様では、データセッションを管理することは、サービスの質を設定すること、およびレートプラン（ｒａｔｅ  ｐｌａｎ）を定めることのうちの少なくとも１つを含む。
【００１６】
本発明のもう１つの態様では、システムは、ユーザデバイスからの要求メッセージから発生する、テザリングされたデバイスの指示子をネットワーク要素によって受信するための手段と、その指示子をネットワーク要素によって検出する手段と、その指示子に基づいて、ユーザデバイスによって要求されたデータセッションを拒否すること、またはユーザデバイスによって要求されたデータセッションを管理することのうちの１つを実行するための手段とを含む。
【００１７】
本発明のもう１つの態様では、テザリングされたデバイスの指示子は、要求メッセージの情報要素内に設定されたフラグである。
【００１８】
本発明のもう１つの態様では、要求メッセージは、データセッション要求メッセージである。
【００１９】
本発明のもう１つの態様では、データセッション要求メッセージは、ＰＤＰコンテキスト要求メッセージである。
【００２０】
本発明のもう１つの態様では、要求メッセージは、データセッションを修正するための要求である。
【００２１】
本発明のもう１つの態様では、データセッションを修正するための要求は、ＰＤＰコンテキスト修正要求メッセージである。
【００２２】
本発明のもう１つの態様では、要求メッセージは、ルーティング領域更新要求である。
【００２３】
本発明のもう１つの態様では、このシステムは、位置変更要求に基づいて、指示子をネットワーク要素によって第２のネットワーク要素に送信するための手段をさらに含む。
【００２４】
本発明のもう１つの態様では、このシステムは、拒否がネットワーク要素によって実行される場合、拒否メッセージをユーザデバイスに送信するための手段をさらに含む。
【００２５】
本発明のもう１つの態様では、データセッションを管理するための手段は、サービスの質を設定すること、およびレートプランを定めることのうちの少なくとも１つを含む。
【００２６】
本発明の適用可能性のさらなる範囲は、下に提供される詳細な説明から明らかになるであろう。しかし、詳細な説明および特定の例は、本発明の好ましい実施形態を示すものの、本発明の趣旨内および範囲内の様々な変更ならびに修正が当業者に明らかになるため、詳細な説明および特定の例は、例としてだけ提示されている点を理解されたい。
【００２７】
本発明は、デバイスの様々な部分の構造、構成、および組合せ、ならびに方法のステップの形で存在し、それによって、企図される目的は、以下でより十分に記載され、特許請求の範囲において詳細に指摘され、添付の図面において例示されるように達成される。
【図面の簡単な説明】
【００２８】
【図１】本明細書で説明される実施形態が組み込まれることが可能なネットワークのブロック図である。
【図２】本出願の一実施形態を例示する呼の流れ図である。
【図３】本出願の一実施形態を例示する呼の流れ図である。
【図４】本出願の一実施形態を例示する呼の流れ図である。
【図５】本出願の一実施形態を例示する呼の流れ図である。
【図６】本出願の一実施形態を例示する呼の流れ図である。
【発明を実施するための形態】
【００２９】
本明細書で説明される実施形態は、ネットワーク内でテザリングされたユーザデバイスを使用して実行されたデータセッションを処理するための方法に関する。上記の理由により、テザリングされたデバイスがネットワークに接続されているかどうか、およびデータセッションを要求しているかどうかを検出することが可能であると有利である。したがって、本明細書で説明される実施形態は、テザリングされたデバイスの指示子をネットワーク要素によって受信するためのネットワーク機能に関する。少なくとも１つの形態では、このテザリングされたデバイスの指示子（すなわち、テザリング表示）は、ユーザデバイスからの要求から発生する。次いで、その指示子は、ネットワークによって検出され、その指示子に基づいて、様々な機能が実行され得る。例えば、ネットワーク要素は、データセッションが適切でないことを決定し、したがって、ユーザデバイスによって要求されたデータセッションを拒否することが可能である。あるいは、ネットワーク要素は、そのデータセッション要求が適切であることを決定することも可能である。この場合、データセッションは、その指示子に基づいて管理されることになる。
【００３０】
下の議論から明らかになるように、ネットワーク要素は、様々な形をとり得る点を理解されよう。例えば、本明細書で説明される実施形態が組み込まれるネットワークは、ＵＭＴＳネットワークであってよい。したがって、ネットワーク要素は、サービス提供ＧＰＲＳサポートノード、およびＵＭＴＳネットワーク内に存在する、その他の接続されたネットワーク要素の形をとり得る。ＵＭＴＳ環境において、ユーザデバイスは、ユーザ機器（ＵＥ）と呼ばれる。一形態では、本明細書で説明される実施形態は、下で詳細に説明されるように、かかるＵＭＴＳネットワークに適用されることが可能である。
【００３１】
しかし、本明細書で説明される実施形態の原理は、様々なその他のタイプのネットワークに適用され得る点を理解されたい。例えば、当業者は、本明細書で説明される実施形態は、ほんの２、３例をあげると、ＣＤＭＡネットワーク、ＥＶＤＯネットワーク、およびＷｉＭａｘネットワークに適用され得ることを理解されよう。当業者は、これらのタイプの無線ネットワークは、通常、ユーザデバイス、受信局または基地局などのネットワーク要素、およびＵＭＴＳネットワークのネットワーク要素と同じ目的の多くを達成するために機能する切り替え要素など、様々なその他のネットワーク要素を含むため、本明細書で説明される実施形態をこれらのタイプのネットワークに変換することが実施され得る点をさらに理解されよう。
【００３２】
可能な技術環境のいずれかにおいて、本明細書で説明された実施形態は、様々な異なる形で、ネットワーク内で実装され得る点をさらに理解されたい。例えば、様々な異なるハードウェア構成および／またはソフトウェア技法は、本明細書で説明される実施形態を実装するために使用されることが可能である。一形態では、適切なルーティングは、ネットワーク要素の全体にわたって分散されて、本明細書で説明される実施形態の目標を達成するために、かかるネットワーク要素によって実行されることが可能である。いくつかの形態では、ネットワーク要素が適切な機能を実行することを可能にする、より集中型のルーティングのセットを有すると有利な可能性がある。
【００３３】
次に、その表示が特許請求される主題に限定するためでなく、例示的な実施形態を例示するためである図面を参照すると、図１は、本明細書で説明される実施形態が組み込まれることが可能な例示的なシステム１０の表示を提供する。一般に示されるように、図１は、３ＧＰＰポリシーおよび料金請求制御（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ）（ＰＣＣ）モデルに基づく。しかし、当業者が理解するように、本明細書で説明される実施形態は、（ＥＴＳＩ  ＴＩＳＰＡＮによって画定された）リソースおよび受付制御サブシステム（Ｒｅｓｏｕｒｃｅ  ａｎｄ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｓｕｂｓｙｓｔｅｍ）（ＲＡＣＳ）アーキテクチャ、（３ＧＰＰ２によって画定された）サービスベースのベアラ制御（ＳＢＢＣ）アーキテクチャ、ならびに（ＩＴＵによって画定された）リソースおよび受付制御機能（ＲＡＣＦ）アーキテクチャを含めて、その他のモデルおよびアーキテクチャに適用されることも可能である。
【００３４】
システムまたはネットワーク１０は、ユーザデバイス、例えば、ユーザ機器（ＵＥ）１２によってアクセスされる例示的なＵＭＴＳネットワークである。このネットワークは、ノードＢ１４と、サービス提供ＧＰＲＳサポートノード（ＳＧＳＮ）１８に対する通信を可能にする無線ネットワークコントローラ（ＲＮＣ）１６とを（限定せずに）含む。ＳＧＳＮ１８は、ホームロケーションレジスタ（ＨＬＲ）２０に対するアクセスを有し、ポリシーおよび料金請求施行機能（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）（ＰＣＥＦ）のための機能も含むゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２２と通信するために動作可能である。やはりネットワーク１０内に示されるのは、ポリシー料金請求規則機能（ＰＣＲＦ）２６と規則エンジン２８とを有するリソースマネージャ２４である。一形態では、ネットワーク１０は、一形態では、ホーム加入者システム（ＨＳＳ）３２内に内蔵され得る加入者プロファイルリポジトリ（ＳＰＲ）３０を含むことも可能である。その他のリポジトリが実装されることも可能である。かかるその他のリポジトリは、異なるサービスプロバイダによって制御されることが可能であり、１つのリポジトリが、構成の単なる一例として示される。
【００３５】
本明細書で説明される実施形態を実装する（図１に示されない）その他のネットワーク要素がネットワーク内に含まれ得る点も理解されたい。例えば、ＵＥ１２が１つの位置領域から別の位置領域に移動するとき、または移動されたとき、第２のＳＧＳＮ、もしくは第２のノードＢ、または第２のＲＮＣが提供され得る。詳細に例示されない、これらのタイプのデバイスのうちの少なくともいくつかは、本明細書のその他の図面で示される。当業者は、かかるネットワーク要素がネットワーク１０内に配置されて、実装される様式を理解されよう。
【００３６】
本明細書で説明される実施形態によれば、ユーザデバイス、すなわちＵＥ１２は、デバイスがＵＥ１２にテザリングされたという表示をＰＤＰコンテキストアクティブ化要求メッセージなどの要求メッセージ内で提供する。このメッセージは、ＳＧＳＮ１８に送信される。ＰＤＰコンテキストアクティブ化メッセージは、通常、ＰＤＰコンテキストがセットアップされたとき、ＵＥ１２によってＳＧＳＮ１８に送信される。本明細書で説明される実施形態によれば、この要求メッセージは、テザリングされたデバイスの指示子として情報要素（ＩＥ）内に設定されたフラグなど、テザリングされたデバイスの情報を用いて補足される。かかるテザリングされたデバイスの指示子をメッセージ内に提供するその他の様式が使用されることも可能である。いずれの場合も、ＵＥ１２は、そのＵＥ１２がいつテザリングされるかを認識するための機能、および、例えば、要求メッセージ内に適切なフィールドを生成するためのさらなる機能を有する。
【００３７】
したがって、要求されたＰＤＰコンテキストが確立されているとき、ＳＧＳＮ１８は、ＰＤＰコンテキストアクティブ化要求メッセージのコンテンツを検査することによって、テザリングされたデバイスが使用されているかどうかを検査することが可能である。次いで、ＳＧＳＮ１８は、このテザリングされたデバイスを使用して、データセッションが許可されるべきかどうかを検査することが可能である。この決定を下すための２つの方法が存在する：
ａ）ＳＧＳＮ１８は、そのユーザセッションが受け入れられるべきか、または拒否されるべきかを決定するために、オペレータまたはサービスプロバイダが提供したデータを検査することが可能である。
【００３８】
ｂ）ＳＧＳＮは、ＨＬＲデータベース２０から予め取り出された加入者プロファイル情報のコンテンツを検査することが可能である。ＨＬＲデータベース２０は、どの加入者がテザリングされたデバイスを使用することが許可され、どの加入者がそうすることを許可されないかを示すために、追加のフィールドを加えるように拡張されることが可能である。
【００３９】
ネットワーク、例えば、ＳＧＳＮ１８が、テザリングされたデータセッションが確立されるべきであることを決定する場合、ＳＧＳＮ１８は、そのデータセッションをセットアップするようにＧＧＳＮ２２に信号で知らせる。ＧＧＳＮ２２がその要求を受信するとき、ＧＧＳＮ２２は、この要求に関する許可を取得するように（Ｇｘインターフェースを経由して）ＰＣＲＦ２６に信号で知らせる。ＰＣＲＦ２６は、次に、ＵＥ１２に何のレベルのＱｏＳを付与するかに関して決定を下すために、加入者特定のデータを（Ｓｐインターフェースを経由して）ＳＰＲデータベース３０から取り出す。ＰＣＲＦ２６は、加入者がそのセッションに関してどのように料金請求されるべきかについても決定する。ＰＣＲＦ２６は、次いで、ＱｏＳおよび料金請求情報をＧＧＳＮ２２に提供する。ＰＣＲＦ２６およびＧＧＳＮ２２をこのように使用することは、３ＧＰＰ標準において十分に画定されている。
【００４０】
本明細書で説明される実施形態は、ＰＣＲＦ２６が、ユーザがテザリングされたデバイスを利用しているかどうかを知ることを可能にするために、この機能を拡張する。拡張機能は以下の通りである：
１）ＳＧＳＮ１８は、既存のＧＴＰプロトコル内でテザリング表示をＧＧＳＮ２２に渡す。
【００４１】
２）ＧＧＳＮ２２は、ＰＤＰコンテキストが確立されているとき、テザリング表示をＰＣＲＦ２６に渡す。
【００４２】
３）ＰＣＲＦ２６は、ユーザセッションに付与するＱｏＳに関して、かつ／またはそのセッションに関して当該ユーザにどのように料金請求するかに関して決定を下す際に、テザリング表示を使用する。例えば、ユーザがテザリングされたデバイスを使用している場合、オペレータは、ＱｏＳをダウングレードすること、料金請求率を高めること、またはそれら両方を望む場合がある。
【００４３】
テザリングされたデバイスのネットワーク認識は、エンドユーザにオプションを提供することも可能である点をさらに理解されたい。したがって、テザリングされたデバイスを検出するとすぐ、かつそのデータセッションが実行され得ることを決定するとすぐ、システムは、追加料金が適用されることになる旨をユーザに警告することができる。ユーザが合意する場合、追加料金が適用され、ユーザが合意しない場合、そのセッションは拒否される。
【００４４】
テザリングされたデータセッションが確立される、本明細書で説明される実施形態の例を示す呼の流れ２００が、図２で提供される。示すように、ライン１において、ＵＥ１２は、ＰＤＰコンテキストアクティブ化要求などの要求メッセージをサービス提供ＳＧＳＮ１８に送信することによって、（例えば、データセッションを確立するために）ベアラの確立を要求する。要求されたベアラは、一次ＰＤＰコンテキストであってよく、または二次ＰＤＰコンテキストであってもよい。ＵＥ１２は、（テザリングされたデバイスの指示子とも呼ばれる）新しいテザリング表示を、例えば、要求メッセージの情報要素内でＳＧＳＮ１８に提供する。
【００４５】
ライン２において、ＳＧＳＮ１８は、そのベアラに関して十分なリソースが利用可能であるかどうかを決定する。ＵＥ１２によって要求されたリソースは、ＵＥ１２が接続したときＨＬＲ２０から予めダウンロードされた加入者プロファイル情報に対して検証される。この場合の仮定は、ＵＥ１２がテザリングされたデバイスが接続されていることを示した場合、ＳＧＳＮ１８はＰＤＰコンテキストアクティブ化を拒否しないというものである。
【００４６】
ライン３において、ＳＧＳＮ１８は、新しいセッションに関して十分なリソースが存在する場合、そのベアラに関するＰＤＰコンテキスト作成要求をＰＣＥＦ（ＧＧＳＮ）２２に送信する。ＳＧＳＮ１８は、ＵＥ１２によって提供された、テザリングされた表示を含む。
【００４７】
ライン４において、ＰＣＥＦ２２は、そのベアラに関して十分なリソースが利用可能であるかどうかを決定する。新しいセッションのために必要とされるリソースの量は、サポートされるサービスの最悪のシナリオに基づいて供給される。利用可能な十分なリソースが存在する場合、新しいデータセッションは許可される。
【００４８】
ライン５において、ＰＣＥＦ２２は、Ｇｘインターフェースを介して、新しいセッションに関するセッション確立要求をＰＣＲＦ２６に送信する。新しいテザリング表示を含めて、ＰＤＰコンテキストから導出された情報が含まれる。
【００４９】
ライン６において、ＰＣＲＦ２６は、ＵＥ１２加入者データを取り出すために、クエリをＳＰＲ３０に転送する。ＳＰＲデータがＰＣＲＦ２６において既に局所的にキャッシュされている場合、クエリ／応答は省かれる（ステップ８に進む）。
【００５０】
ライン７において、ＳＰＲ３０は、ＵＥ１２に関して格納された加入者データをＰＣＲＦ２６に戻す。
【００５１】
ライン８において、ＰＣＲＦ２６はＳＰＲ３０から取り出されたデータ、ＣＣＲコマンド内でＰＣＥＦ２２から受信されたパラメータ、ＵＥテザリング表示などを使用して、クエリをフォーマットして、規則エンジン２８に送信する。
【００５２】
ライン９において、規則エンジン２８は、クエリ要求内でＰＣＲＦ２６によって指定された規則セットを起動させる。これらの規則セットは、例えば、そのセッションに関して必要とされるサービスの質（ＱｏＳ）パラメータおよび料金請求パラメータのうちのいくつかまたはすべてを計算する。
【００５３】
ライン１０において、規則エンジン２８は、規則セットを起動させた結果として生じるパラメータを含む応答をフォーマットして、ＰＣＲＦ２６に送信する。この使用事例に関して戻される例示的なパラメータは、ＰＣＥＦ（ＧＧＳＮ）２２に送信されることになるＱｏＳ情報ＡＶＰをＣＣＡメッセージ内で導出するためのものである。テザリング表示は、ここで、または、そのセッションに関して使用するためのＱｏＳおよび／もしくは料金請求を計算するための先のステップにおいて使用され得る。
【００５４】
ライン１１において、ＰＣＲＦ２６は、ＣＣＡコマンド応答をフォーマットして、それをＰＣＥＦ２２に送信する。ＣＣＡコマンドＡＶＰは、規則エンジン２８からの応答内で戻されたパラメータ、ならびにＰＣＲＦ２６におけるローカルデータから導出される。
【００５５】
ライン１２において、ＰＣＥＦ２２は、ＰＣＲＦ２６によって設定されたスループットレートおよびＱｏＳパラメータを使用して、リソースをデータセッションに割り当て、サービスポリシーを施行する。
【００５６】
ライン１３において、ＰＣＥＦ２２は、ＰＤＰコンテキスト作成要求に応答して、ＰＤＰコンテキストに関する当該パラメータを送信する。
【００５７】
ライン１４において、ＳＧＳＮ１８は、ＰＤＰコンテキストのセットアップが完了したことをＵＥ１２に通知する。
【００５８】
図３を参照すると、ネットワークが、加入者がテザリングされたデバイスを使用することを許可されていないことを決定した場合、ＳＧＳＮ１８は、ＰＤＰコンテキストアクティブ化拒否メッセージをＵＥ１２に送信する。例示された呼の流れ３００は、この事例を明示する。この点で、ＵＥ１２は、データを送信／受信することを可能にするために、パケットデータプロトコル（ＰＤＰ）コンテキストのアクティブ化を試みる。しかし、ＵＥは、ＵＥに接続されたテザリングされたデバイスを有しており、ＳＧＳＮ１８は、結果として、ＰＤＰコンテキストアクティブ化要求に関する要求を拒否することになるという結論を下す。
【００５９】
ライン１において、ＵＥ１２は、ＰＤＰコンテキストアクティブ化要求、または二次ＰＤＰコンテキストアクティブ化要求などの要求メッセージをサービス提供ＳＧＳＮに送信することによって、ベアラの確立を要求する。当業者は、要求されたベアラは、３ＧＰＰ標準において画定されたように、一次ＰＤＰコンテキストであってよく、または二次ＰＤＰコンテキストであってもよい点を理解されよう。
【００６０】
ＵＥ１２によって送信されたこれらのメッセージのいずれかにおいて、ＵＥ１２は、（テザリングされたデバイスの指示子とも呼ばれる）新しいテザリング表示をＳＧＳＮ１８に提供する。この呼の流れにおける仮定は、ＵＥに接続された、テザリングされたデバイスが存在し、したがって、ＵＥテザリング指示子またはフラグは「はい」に設定されるというものである。
【００６１】
ライン２において、ＳＧＳＮ１８は、ＵＥによって提供された新しいテザリング表示を検査して、テザリングされたデバイスがＵＥ１２に接続されていることを決定する。上記のように、ＳＧＳＮは、以下のうちのいずれかを行うことが可能である：
ａ）処理を決定するために、ＳＧＳＮ１８に対して局所的に構成されたデータを検査する。例えば、オペレータは、ＳＧＳＮ１８にテザリングされたデバイスを使用するＰＤＰコンテキストに関するすべての要求を拒否させるデータをＳＧＳＮ１８に対して局所的に構成することが可能である。このタイプの検査は、加入者ベースではなく、ネットワークベースまたはプロバイダベースである。
【００６２】
ｂ）加入者プロファイル内で提供されたデータを検査する。ＳＧＳＮ１８は、加入者プロファイルをＨＬＲ２０からＳＧＳＮ１８に予めダウンロードした。このデータは、新しいテザリング関係のフィールドを含み得る。例えば、オペレータは、加入者がテザリングされたデバイスを有することが許可されないことを構成することが可能である。一形態では、拒否の結論が下されない場合、差別化された料金請求をサポートするために、このように加入者ごとの制御を有すると有利であろう。
【００６３】
上記のこれらの事例ａおよびｂの両方に対するさらなる拡張機能として、ＵＥ１２が属するオペレータは、ＳＧＳＮ１８によって下される決定に入力として含まれることが可能である。例えば、ＳＧＳＮ１８がオペレータＸに属し、ＵＥ１２がオペレータＹに属する場合、ＳＧＳＮ１８は、オペレータＸと対比させたオペレータＹに関して、加入者の処理に特定のデータを有すること（例えば、オペレータＸに関して、テザリングされたデバイスを許可するが、オペレータＹに関しては、許可しないこと）が可能である。
【００６４】
ライン３において、ＳＧＳＮ１８が、そのユーザは（上記の事例ａまたはｂを使用して）テザリングされたデバイスを用いてＰＤＰコンテキストを確立することが許可されないという結論を下したと仮定すると、ＳＧＳＮ１８は、（ライン１においてＵＥによって送信されたメッセージに応じて）ＰＤＰコンテキストアクティブ化拒否メッセージ、または二次ＰＤＰコンテキストアクティブ化拒否メッセージなどの拒否メッセージをＵＥ１２に送信することによって、この要求を拒否する。
【００６５】
図４を参照すると、呼の流れ４００は、ＵＥ１２などのユーザデバイスが、例えば、ＰＤＰコンテキスト修正手順を使用して、データセッションに対する修正を開始する事例を明示する。かかる手順は、２つの理由のうちの１つに関して起動され得る：
ａ）ＵＥ１２が、サービスの質において要求された変更など、ＰＤＰコンテキストに対する変更を要求している。
【００６６】
ｂ）ＵＥ１２が、テザリングされたデバイスが接続されていることを示している。ユーザは、ＰＤＰコンテキストがアクティブな任意の時点で、デバイスを接続することができるため、ＵＥ１２は、本明細書で説明される実施形態に従って、この表示をネットワークに提供する。
【００６７】
ライン１において、ＵＥ１２は、ＰＤＰコンテキスト修正要求などの要求メッセージを送信することによって、ＰＤＰコンテキストに対する修正を要求する。この場合の仮定は、エンドユーザはテザリングされるデバイスをＵＥ１２に接続し、これがＵＥ１２がメッセージを送信するための刺激であったというものである。このメッセージ内で、ＵＥ１２は、（テザリングされたデバイスの指示子とも呼ばれる）新しいテザリング表示を提供し、この呼の流れ４００において、新しいテザリング表示は「はい」に設定される。
【００６８】
ライン１ａにおいて、ＳＧＳＮ１８は、上の呼の流れ３００のライン２において提供されたのと類似した論理を使用して、ＵＥによって提供されたテザリング表示を審査する。
【００６９】
ＳＧＳＮ１８が、サービスを拒否するという結論を下した場合、ＳＧＳＮ１８は、この時点で、（メッセージ名が異なることを除いて、上の呼の流れ３００のライン３において示されたのと類似した）ＰＤＰコンテキスト修正拒否メッセージをＵＥに戻すことになる。
【００７０】
呼の流れ４００の残りにおける仮定は、（図１に示されない）新しいＳＧＳＮは、この時点で、サービスを拒否することになるというものである。
【００７１】
ライン２において、新しいＳＧＳＮは、（テザリングされたデバイスの指示子とも呼ばれる）新しいテザリング表示を含むＰＤＰコンテキスト更新要求をＧＧＳＮ２２に送信する。
【００７２】
この時点で、ＧＧＳＮ（ＰＣＥＦ）２２、ＳＰＲ３０、および規則エンジン２８の間で交換されるメッセージは、図２において提供されたのと実質的に同じである。
【００７３】
ライン３において、ＧＧＳＮ２２は、ＰＤＰコンテキスト更新応答メッセージをＳＧＳＮに戻す。
【００７４】
テザリング解除（例えば、テザリングされたデバイスの切断）の場合、これらの技法は、テザリング指示子が、何のデバイスも接続されていないことを示す場合に使用され、適応されることが可能である点を理解されたい。例えば、システムは、ユーザデバイスのテザリング解除された状態に基づいて、サービスの質またはレートプランを変更することが可能である。
【００７５】
図５を参照すると、呼の流れ５００は、ＵＥ１２などのユーザデバイスが、ルーティング領域更新手順などのルーティング領域変更を開始する事例を明示する。参照を分かり易くするために、当業者によって理解されるように、本明細書で説明される実施形態を実装するルーティング領域更新手順に関して選択されたステップだけが図５に示される。ルーティング領域更新手順の一部であり得るその他のステップは示されない。効果的には、ＵＥ１２は、１つのサービス提供ＳＧＳＮ１８から別のサービス提供ＳＧＳＮに移動している。ＧＧＳＮ２２は、常に同じ状態である。
【００７６】
ライン１において、ＵＥ１２は、ルーティング領域更新要求などの要求メッセージを送信することによって、新しいＳＧＳＮにおいてサービスを要求する。ルーティング領域更新要求メッセージ内で、ＵＥ１２は、新しいテザリング表示を新しい３Ｇ−ＳＧＳＮに提供する。
【００７７】
ライン１ａにおいて、新しい３Ｇ−ＳＧＳＮは、上の呼の流れ３００のライン２において提供されたのと類似した論理を使用して、ＵＥ１２によって提供された（テザリングされたデバイスの指示子とも呼ばれる）テザリング表示を審査する。
【００７８】
ＵＥ１２が、テザリングされたデバイスが存在することを示し、結果として、新しいＳＧＳＮが、サービスを拒否することになるという結論を下す場合、新しいＳＧＳＮは、この時点で、（メッセージ名が異なることを除いて、上の呼の流れ３００のライン３において示されたのと類似した）ルーティング領域更新拒否メッセージをＵＥに戻すことになる。
【００７９】
呼の流れ５００の残りにおける仮定は、新しい３Ｇ−ＳＧＳＮは、この時点で、サービスを拒否しないことになるというものである。
【００８０】
ライン２において、新しい３Ｇ−ＳＧＳＮは、古いＳＧＳＮからコンテキストデータを取り出すために、ＳＧＳＮコンテキスト要求メッセージを古い３Ｇ−ＳＧＳＮに送信する。
【００８１】
ライン３において、古い３Ｇ−ＳＧＳＮは、要求されたコンテキストデータを含むＳＧＳＮコンテキスト応答メッセージを用いて応答する。古い３Ｇ−ＳＧＳＮは、ＵＥ１２に関するテザリング表示に関係する局所データを有するので、古い３Ｇ−ＳＧＳＮは、ＳＧＳＮコンテキスト応答内にテザリング表示を含めることが可能である。テザリング表示をこのように転送する方法と同様に、上のライン１において指定されたように、ＵＥ１２がテザリング表示を新しい３Ｇ−ＳＧＳＮを提示する方法も、本明細書で説明される実施形態の一部である。
【００８２】
この時点で、古い３Ｇ−ＳＧＳＮが、先のステップにおいて、テザリング表示を新しい３Ｇ−ＳＧＳＮに転送した場合、新しい３Ｇ−ＳＧＳＮは、サービスを拒否するか否かを決定するために、そのテザリング表示を審査する必要があることになる。使用されることになる論理は、上のライン１ａで提供されるものであろう。この場合も、これ以後の仮定は、新しい３Ｇ−ＳＧＳＮは、テザリング表示の結果として、サービスを拒否しないというものである。
【００８３】
ライン９において、新しい３Ｇ−ＳＧＳＮは、新しいテザリング表示を含むＰＤＰコンテキスト更新要求をＧＧＳＮ２２に送信する。
【００８４】
この時点で、ＧＧＳＮ（ＰＣＥＦ）２２、ＳＰＲ３０、および規則エンジン２８の間で交換されるメッセージは、図２で提供されたものと同じである。
【００８５】
図６を参照すると、この呼の流れは、ＵＥ１２が、１つのサービス提供ＳＲＮＳ（サービス提供無線ネットワークサブシステム）から別のサービス提供ＳＲＮＳに割り当てられる事例を明示する。この場合の仮定は、古いＳＲＮＳおよび新しいＳＲＮＳは、異なるＳＧＳＮによってサービス提供されるというものである。加えて、参照を分かり易くするために、当業者によって理解されるように、本明細書で説明される実施形態を実装する位置変更手順に関して選択されたステップだけが図６に示される。位置変更手順の一部であり得るその他のステップは示されない。
【００８６】
古いＳＲＮＳは、ＵＥの位置変更を開始している。効果的には、ネットワークはＵＥを強制的に移動させている。
【００８７】
ライン２において、現在のサービス提供ＲＮＣ（ソースＲＮＣ）は、位置変更必要メッセージを古いＳＧＳＮに送信することによって、位置変更手順を開始する。
【００８８】
ライン３において、古いＳＧＳＮは、ＵＥの位置変更を要求する、位置変更転送要求などの要求メッセージを新しいＳＧＳＮに送信する。本明細書で説明される実施形態によれば、古いＳＧＳＮは、そのＳＧＳＮがＵＥ１２に関して格納したテザリング情報を位置変更転送要求内に含めることになる。
【００８９】
位置変更転送要求を受信するとすぐ、新しいＳＧＳＮは、（テザリングされたデバイスの指示子とも呼ばれる）新しいテザリング表示を審査して、局所的に提供されたデータに基づいて、サービスを許可するか拒否するかを決定することになる。テザリング表示が「はい」に設定されている場合、新しいＳＧＳＮは、位置変更が先に進むことを許可するが、ＰＤＰコンテキストが位置変更されることを許可しないことが可能である。すなわち、ユーザは新しいＳＧＳＮを経由して、そのネットワークに依然として接続されることになるが、ＰＤＰコンテキストは、位置変更に続いて、ユーザに利用可能でないことになる。あるいは、新しいＳＧＳＮは、誤り表示を用いて、位置変更転送応答を古いＳＧＳＮに戻すことによって、位置変更要求を完全に拒否することが可能である。
【００９０】
この呼の流れの残りの部分は、新しいＳＧＳＮは、位置変更手順が先に進むことを許可すると仮定する。ライン１３において、新しいＳＧＳＮは、新しいテザリング表示を含めて、ＰＤＰコンテキスト更新要求をＧＧＳＮに送信する。この時点で、ＧＧＳＮ（ＰＣＥＦ）、ＳＰＲ、および規則エンジンの間で交換されるメッセージは、図２で提供されたものと同じである。ＧＧＳＮは、ＰＤＰコンテキスト更新応答を新しいＳＧＳＮに戻す。
【００９１】
図６の呼の流れは、位置変更手順に続いて、図５に示されたようなルーティング領域更新手順も含み得る点を理解されたい。このようにして、テザリングされたデバイスの指示子は、ユーザデバイス、または古いＳＧＳＮなどのネットワーク要素のうちの１つもしくはそれらの両方によってシステムを通過することが可能である。
【００９２】
同様に、図５のルーティング領域更新の関連で、テザリングされたデバイスの指示子は、ユーザデバイス、またはＳＧＳＮなどのネットワーク要素のうちの１つもしくはそれらの両方によってシステムを通過することが可能である。
【００９３】
上の説明は、本発明の特定の実施形態の開示を単に提供し、本発明の特定の実施形態を限定することが意図されない。したがって、本発明は、上述の実施形態だけに限定されない。むしろ、当業者は、本発明の範囲に包含される代替の実施形態を着想することが可能であることが認識される。
【図１】
2011520383.tif 000003
【図２】
2011520383.tif 000004
【図３】
2011520383.tif 000005
【図４】
2011520383.tif 000006
【図５】
2011520383.tif 000007
【図６】
2011520383.tif 000008
【国際調査報告】
2011520383.tif 000009
2011520383.tif 000010