(57)【要約】  本開示の実施形態は、課金セッション管理の方法を提供する。方法は、通信システムの第１のノードにおいて、端末デバイスと関連付けられた課金終了の指示を通信システムの第２のノードから受信するステップであって、課金終了の指示が少なくとも時間の長さを指定している、ステップと、課金終了の指示の受信に応答して、端末デバイス向けのトラフィックを検出するステップと、端末デバイス向けのトラフィックが所定の閾値よりも少ないことに応答して、時間の長さの経過後、端末デバイスの課金セッションを終了させるためにタイマを始動させるステップとを含む。本開示の実施形態は、対応するデバイスをさらに提供する。【選択図】図６
2019525611.tif 000002
【特許請求の範囲】
【請求項１】
通信システムの第１のノードにおいて、端末デバイスと関連付けられた課金終了の指示を前記通信システムの第２のノードから受信するステップであって、課金終了の前記指示が、少なくとも時間の長さを指定している、ステップと、
課金終了の前記指示の受信に応答して、前記端末デバイス向けのトラフィックを検出するステップと、
前記端末デバイス向けの前記トラフィックが所定の閾値よりも少ないことに応答して、前記時間の長さの経過後、前記端末デバイスの課金セッションを終了させるためにタイマを始動させるステップと
を含む、課金セッション管理の方法。
【請求項２】
課金終了の前記指示を受信するステップが、
前記第２のノードから無線リソース制御（ＲＲＣ）接続の解放時間の指示を受信するステップを含む、請求項１に記載の方法。
【請求項３】
前記端末デバイスの前記トラフィックが前記所定の閾値を上回ることに応答して、所定の時間間隔の後、前記端末デバイスの前記トラフィックを再検出するステップと、
前記端末デバイスの前記トラフィックが前記所定の閾値を下回ることに応答して、前記時間の長さの経過後、前記端末デバイスの前記課金セッションを終了させるために前記タイマを始動させるステップとをさらに含む、請求項１に記載の方法。
【請求項４】
前記タイマが満了したのに応答して、前記通信システムの課金システムへの課金終了の要求を発信するステップと、
前記課金システムからの、課金終了の前記要求への応答を受信するステップと、
前記応答に基づいて、前記端末デバイスの前記課金セッションを終了させるステップとをさらに含む、請求項１に記載の方法。
【請求項５】
前記タイマが始動された後から前記タイマが満了するまで、前記端末デバイス向けの前記トラフィックの変化を検出するステップと、
前記端末デバイス向けの前記トラフィックが前記所定の閾値を超えることを検出するのに応答して、前記タイマを停止するステップとをさらに含む、請求項１に記載の方法。
【請求項６】
課金終了の前記指示を受信するステップが、セッション作成要求およびベアラ修正要求のうちの少なくとも１つを受信するステップを含む、請求項１に記載の方法。
【請求項７】
前記時間の長さが、前記端末デバイスのトラフィックに基づいて、前記通信システム内の前記端末デバイスと基地局デバイスとの間のネゴシエーションによって決定される、請求項１に記載の方法。
【請求項８】
前記第１のノードが、前記通信システムのパケット・データ・ネットワーク・ゲートウェイであり、前記第２のノードが、前記通信システムのサービス・ゲートウェイである、請求項１に記載の方法。
【請求項９】
通信システム内のネットワークデバイスであって、
前記通信システムのノードから、端末デバイスと関連付けられた課金終了の指示を受信するように構成された受信器であって、課金終了の前記指示が少なくとも時間の長さを指定している、受信器と、
プロセッサとを備え、前記プロセッサが、
課金終了の前記指示の受信に応答して、前記端末デバイス向けのトラフィックを検出し、
前記端末デバイス向けの前記トラフィックが所定の閾値よりも少ないことに応答して、前記時間の長さの経過後、前記端末デバイスの課金セッションを終了させるためにタイマを始動させるように構成される、ネットワークデバイス。
【請求項１０】
前記受信器が、前記ノードから無線リソース制御（ＲＲＣ）接続の解放時間の指示を受信するように構成される、請求項９に記載のネットワークデバイス。
【請求項１１】
前記プロセッサが、
前記端末デバイスの前記トラフィックが前記所定の閾値を上回ることに応答して、所定の時間間隔の後、前記端末デバイスの前記トラフィックを再検出し、
前記端末デバイスの前記トラフィックが前記所定の閾値を下回ることに応答して、前記時間の長さの経過後、前記端末デバイスの前記課金セッションを終了させるためにタイマを始動させるように構成される、請求項９に記載のネットワークデバイス。
【請求項１２】
前記プロセッサが、
前記タイマが満了したのに応答して、前記通信システムの課金システムへの課金終了の要求を発信し、
前記課金システムからの、課金終了の前記要求への応答に基づいて、前記端末デバイスの前記課金セッションを終了させるようにさらに構成され、
前記受信器が、前記課金システムからの、課金終了の前記要求への前記応答を受信するように構成される、請求項９に記載のネットワークデバイス。
【請求項１３】
前記プロセッサが、
前記タイマが始動された後から前記タイマが満了するまで、前記端末デバイス向けの前記トラフィックの変化を検出し、
前記端末デバイス向けの前記トラフィックが前記所定の閾値を超えることを検出するのに応答して、前記タイマを停止するようにさらに構成される、請求項９に記載のネットワークデバイス。
【請求項１４】
課金終了の前記指示を受信することが、セッション作成要求およびベアラ修正要求のうちの少なくとも１つを受信することを含む、請求項９に記載のネットワークデバイス。
【請求項１５】
前記時間の長さが、前記端末デバイスのトラフィックに基づいて、前記通信システム内の前記端末デバイスと基地局デバイスとの間のネゴシエーションによって決定される、請求項９に記載のネットワークデバイス。
【請求項１６】
前記ネットワークデバイスが、前記通信システムのパケット・データ・ネットワーク・ゲートウェイであり、前記ノードが、前記通信システムのサービス・ゲートウェイである、請求項９に記載のネットワークデバイス。
【請求項１７】
請求項１乃至８のいずれか１項に記載の方法のステップを実行するためのコンピュータ可読プログラム命令を記憶しているコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、一般に、通信の分野に関し、詳細には、課金セッション管理の方法およびデバイスに関する。
【背景技術】
【０００２】
現在のＬＴＥシステムでは、ポリシー課金制御（ＰＣＣ）機構に基づいて、パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）が、アップリンクおよびダウンリンク・データ・ストリームまたは端末デバイスに対する他のトラフィックを監視および追跡し、課金セッションを維持し、オンライン課金システム（ＯＣＳ）およびオフライン課金システム（ＯＦＣＳ）と対話して、端末デバイスへの課金を実行することが通常である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
モバイル・サービスおよび端末アプリケーションが発展するにつれて、通信接続セッションが、より長いセッション持続時間の間、続く傾向がある。しかしながら、現在は、有用な課金アクティビティがない、例えば、端末デバイスが夜間などのスリープまたは待機状態にある場合でも、課金セッションは依然として、時には数ヶ月間さえも活動中のままである。これは、課金監視を実行するためのネットワーク・リソースにとってたいへんな浪費であり、したがって、課金管理手順を最適化する必要がある。
【課題を解決するための手段】
【０００４】
一般に、本開示の実施形態は、ＧｙおよびＧｚセッション制御ならびに課金手順を最適化するために、無線リソース制御（ＲＲＣ）接続解放の時間に関する情報を使用することによって、課金セッションを管理する解決策を提供する。
【０００５】
本開示の第１の態様では、課金セッション管理の方法が提供される。方法は、通信システムの第１のノードにおいて、端末デバイスと関連付けられた課金終了の指示を、通信システムの第２のノードから受信するステップであって、課金終了の指示が、少なくとも時間の長さ（ｔｉｍｅ  ｌｅｎｇｔｈ）を指定している、ステップと、課金終了の指示の受信に応答して、端末デバイス向けのトラフィックを検出するステップと、端末デバイス向けのトラフィックが所定の閾値よりも少ないことに応答して、時間の長さの経過後、端末デバイスの課金セッションを終了させるためにタイマを始動させるステップとを含む。
【０００６】
いくつかの実施形態では、課金終了の指示を受信するステップは、第２のノードから、無線リソース制御（ＲＲＣ）接続の解放時間の指示を受信するステップを含む。
【０００７】
いくつかの実施形態では、方法は、端末デバイスのトラフィックが所定の閾値を上回ることに応答して、所定の時間間隔の後、端末デバイスのトラフィックを再検出するステップと、端末デバイスのトラフィックが所定の閾値を下回ることに応答して、時間の長さの経過後、端末デバイスの課金セッションを終了させるためにタイマを始動させるステップとをさらに含む。
【０００８】
いくつかの実施形態では、方法は、タイマが満了したのに応答して、通信システムの課金システムへの課金終了の要求を発信するステップと、課金システムから課金終了の要求への応答を受信するステップと、応答に基づいて、端末デバイスの課金セッションを終了させるステップとをさらに含む。
【０００９】
いくつかの実施形態では、方法は、タイマが始動後からタイマが満了するまで、端末デバイス向けのトラフィックの変化を検出するステップと、端末デバイス向けのトラフィックが所定の閾値を超えることを検出するのに応答して、タイマを停止するステップとをさらに含む。
【００１０】
いくつかの実施形態では、課金終了の指示を受信するステップは、セッション作成要求およびベアラ修正要求のうちの少なくとも１つを受信するステップを含む。
【００１１】
いくつかの実施形態では、時間の長さは、端末デバイスのトラフィックに基づいて、通信システム内の端末デバイスと基地局デバイスとの間のネゴシエーションによって決定される。
【００１２】
いくつかの実施形態では、第１のノードは、通信システムのパケット・データ・ネットワーク・ゲートウェイであり、第２のノードは、通信システムのサービス・ゲートウェイである。
【００１３】
本開示の第２の態様では、通信システム内のネットワークデバイスが提供される。ネットワークデバイスは、通信システムのノードから、端末デバイスと関連付けられた課金終了の指示を受信するように構成された受信器であって、課金終了の指示が少なくとも時間の長さを指定している、受信器と、課金終了の指示の受信に応答して、端末デバイス向けのトラフィックを検出し、端末デバイス向けのトラフィックが所定の閾値よりも少ないことに応答して、時間の長さの経過後、端末デバイスの課金セッションを終了させるためにタイマを始動させるように構成されたプロセッサとを備える。
【００１４】
いくつかの実施形態では、受信器は、ノードから、無線リソース制御（ＲＲＣ）接続の解放時間の指示を受信するように構成される。
【００１５】
いくつかの実施形態では、プロセッサは、端末デバイスのトラフィックが所定の閾値を上回ることに応答して、所定の時間間隔の後、端末デバイスのトラフィックを再検出し、端末デバイスのトラフィックが所定の閾値を下回ることに応答して、時間の長さの経過後、端末デバイスの課金セッションを終了させるためにタイマを始動させるように構成される。
【００１６】
いくつかの実施形態では、プロセッサは、タイマが満了したのに応答して、通信システムの課金システムへの課金終了の要求を発信し、また課金システムからの課金終了の要求への応答に基づいて、端末デバイスの課金セッションを終了させるようにさらに構成される。受信器は、課金システムから課金終了の要求への応答を受信するように構成される。
【００１７】
いくつかの実施形態では、プロセッサは、タイマが始動された後からタイマが満了するまで、端末デバイス向けのトラフィックの変化を検出し、端末デバイス向けのトラフィックが所定の閾値を超えることを検出するのに応答して、タイマを停止するようにさらに構成される。
【００１８】
いくつかの実施形態では、課金終了の指示を受信することは、セッション作成要求およびベアラ修正要求のうちの少なくとも１つを受信することを含む。
【００１９】
いくつかの実施形態では、時間の長さは、端末デバイスのトラフィックに基づいて、通信システム内の端末デバイスと基地局デバイスとの間のネゴシエーションによって決定される。
【００２０】
いくつかの実施形態では、ネットワークデバイスは、通信システムのパケット・データ・ネットワーク・ゲートウェイであり、ノードは、通信システムのサービス・ゲートウェイである。
【００２１】
本開示の第３の態様では、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、本開示の第１の態様に記載の方法のステップを実行するためのコンピュータ可読プログラム命令を記憶している。
【００２２】
本開示の実施形態による方法およびデバイスは、課金セッション管理における、端末デバイスのＲＲＣ接続に関する適切な指示の制御によって、課金実施機能エンティティ（例えば、ＰＧＷ）と課金システム（例えば、ＯＣＳ／ＯＦＣＳ）との間の課金セッションを適当な時に終了させ、それにより、ネットワークデバイスの監視および計算の必要性を省き、課金セッションの管理を最適化し、ネットワーク・リソースの利用も同様に最適化することを可能にする。
【００２３】
添付図面を参照しながら示される以下の「発明を実施するための形態」を通じて、本開示の例示的実施形態の上記および他の特徴、利点、ならびに態様が、より明らかになるであろう。以下の図面において、同一または類似の参照番号は、同じまたは類似の要素を表す。
【図面の簡単な説明】
【００２４】
【図１】本開示の実施形態を実装することができる無線通信システムの概略図である。
【図２】本開示の一実施形態による、課金セッションを管理する対話手順の概略図である。
【図３】本開示の一実施形態による、ＰＧＷ内のタイマが満了する手順の概略図である。
【図４】本開示の別の実施形態による、課金セッションを管理する対話手順の概略図である。
【図５】本開示のさらなる実施形態による、課金セッションを管理する対話手順の概略図である。
【図６】本開示の一実施形態による、課金セッションを管理する方法の流れ図である。
【図７】本開示の一実施形態による装置の適用可能なブロック図である。
【発明を実施するための形態】
【００２５】
以下、本開示の実施形態について、添付図面と共に詳しく説明する。同様の要素または機能コンポーネントは、図面において同じ参照番号によって示され得ることに留意されたい。図面は、本開示の例示的実施形態を示すことのみを意図している。当業者は、本開示の趣旨および保護範囲から逸脱することなく、別の実施形態を以下の説明から得ることができる。
【００２６】
本明細書で使用される「含む」という語およびその変化形は、「含むがそれに限定されるものではない」ことを意味するオープン形式の語として解釈されるべきである。「〜に基づく」という語は、「少なくとも部分的に〜に基づく」として解釈されるべきである。「１つの実施形態」および「一実施形態」という語は、「少なくとも１つの実施形態」として解釈されるべきである。「別の実施形態」という語は、「少なくとも１つの他の実施形態」として解釈されるべきである。
【００２７】
本明細書で使用される「端末デバイス」という語は、基地局と通信することができる任意の端末デバイスを指す。端末デバイスは、ユーザ機器（ＵＥ）でも、それに限定されるものではないがモバイルフォン、パーソナル・コンピュータ、携帯情報端末、ゲーム機、ウェアラブル・デバイス、センサなどを含む、無線通信機能を有する任意の端末でもよい。ＵＥという語は、移動局、加入者局、モバイル端末、ユーザ端末、または無線デバイスと交換可能に使用することができる。「ネットワークデバイス」という語は、それに限定されるものではないが、基地局、およびモビリティ管理ノードやゲートウェイ・ノードなどの様々なネットワーク・ノードを含む、通信システム内のネットワーク側で動作するデバイスを指す。
【００２８】
図１は、本開示の実施形態を実装することができる例示的な通信システム１００の概略ブロック図を示す。当業者なら、システム内のいくつかの機能エンティティが、本開示の技術的な解決策の目的を曖昧にすることなく、説明を容易にするために省略されており、またＬＴＥベースのシステムだけが、本明細書では一例として取り上げられていることを理解できよう。
【００２９】
特に、本開示の原理および趣旨をより良く示すために、本開示の実施形態について、以下、主に、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を参照し、かつＬＴＥ／ＬＴＥ−Ａに固有の用語を使用することによって説明する。しかし、当業者なら、本開示の実施形態は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａのアプリケーション環境にまったく限定されるわけではなく、むしろ、類似の問題が存在する無線通信システム、例えば、将来開発される他の通信システムにも適用され得ることを理解できよう。
【００３０】
図示される通信システム１００は、ＵＥ１１０、進化型ノードＢ（ｅＮＢ）１２０、モビリティ管理エンティティ（ＭＭＥ）１３０、サービス・ゲートウェイ（ＳＧＷ）１４０、パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）１５０、オンライン課金システム（ＯＣＳ）１６０、およびオフライン課金システム（ＯＦＣＳ）１７０を備える。いくつかのネットワーク・エンティティ（例えば、ＳＧＷ１４０やＰＧＷ１５０）は、１つの物理ノード、あるいは個々のノード内に物理的に実装され得ることが理解できよう。
【００３１】
ＵＥ１１０は、進化型ＵＭＴＳ地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）などの無線アクセス・ネットワーク経由でネットワークにアクセスすることができ、またＬＴＥ−Ｕｕを介して基地局（例えば、ｅＮＢ１２０）と通信して、通信システム１００にアクセスし、提供されるサービスを利用する。ＵＥ関連の制御信号は、ＭＭＥ１３０によってインタフェースＳ１−ＭＭＥを介して処理される。ユーザのデータ・トラフィックは、ＳＧＷ１４０およびＰＧＷ１５０によって処理され、ＳＧＷ１４０は、アクセス・ネットワークへのユーザ・プレーンを終了させる。ＰＧＷ１５０は、ＧｙインタフェースおよびＧｚインタフェースを介して、ＯＣＳ１６０およびＯＦＣＳ１７０と、それぞれ対話する。
【００３２】
通信ネットワークは、トラフィック・データ・ストリームおよびアプリケーションの検出、ポリシー実施、ならびにサービスまたはセッションの課金機能の開始を実行するための、ポリシーおよび課金実施機能（ＰＣＥＦ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）、トラフィック検出機能（ＴＤＦ）、課金トリガー機能（ＣＴＦ）を備えることに留意されたい。こうした機能エンティティは通常、ＰＧＷ上に構成される。本明細書における例示的な通信システム１００が示すように、説明を容易にするために、こうした機能エンティティは、ＰＷＧ１５０と一体であると見なされる。さらに、上記ネットワークデバイス／機能エンティティ間のインタフェースおよび通信方法は、既に現在の３ＧＰＰプロトコルにおいて詳しく定義されており、したがって本明細書では詳述しない。
【００３３】
ＬＴＥネットワークでは、データ・フローは、無線リソース制御（ＲＲＣ）接続で伝送される。ＵＥ１１０がデータを送信または受信しようとするとき、ＵＥ１１０は、ＲＲＣ接続を確立してこのデータ・フローを伝達するために、ＲＲＣ接続要求をｅＮＢ１２０に送信する。ＲＲＣの確立後、ｅＮＢ１２０は、間もなく起こり得るデータ・イベントのために、一定時間確保される。時間が切れると、ＲＲＣ接続は解放され、ＵＥ１１０は、ＲＲＣ接続を待機状態にし、すなわち、ＵＥは、スリープ・モードに置かれる。現在のＬＴＥネットワーク設計では、ＵＥ１１０がスリープ・モードに移行する一定の時間（あるいは、設定されたタイマ）は、コア・ネットワークによって構成される。ＵＥ１１０がまだ送信すべきデータを有している場合には、新たにＲＲＣ接続を再確立する必要がある。
【００３４】
さらに、ネットワークによって開始されるＲＲＣ接続解放機構は、通常、ＬＴＥにおいて取られる。ＭＭＥ１３０は、接続解放メッセージをｅＮＢ１２０に送信し、次いでｅＮＢ１２０は、ＲＲＣ接続解放メッセージをＵＥ１１０に送信し、それによってＵＥの無線ベアラおよびＳ１ベアラを解放する。しかし、ＰＧＷ１５０は、ＵＥ１１０が接続状態にあるのかそれとも待機状態にあるのか分からないので、通常は、Ｇｙセッションをアクティブに維持する。したがって、ＵＥ１１０が待機状態にあるときでも、ＰＧＷ１５０は、依然としてＵＥ１１０のための課金セッションを維持し、常に、監視や様々な計算などの課金処理を実行する。
【００３５】
端末デバイス、特にスマートフォンが急速に発展しているので、現在では、ＵＥ１１０などの端末デバイスは、来るアプリケーション・イベントを予測することができ、したがってｅＮＢ１２０に対し、今後のデータ・イベントがあるかどうかを通知し、それによって今度は、ｅＮＢ１２０に対し、ｅＮＢ１２０自体の送信デマンドを要求することができる。デマンドは、ＲＲＣ接続時間を延長または短縮するための指示を含むことができ、一方で、指示はまた、アクティブ状態またはスリープ状態という、ＵＥ１１０が移行するであろう通信状態を反映する。そうした指示は有益であり、ネットワーク側が一定のタイマを設定するのではなく、ＵＥ１１０自体のトラフィック・デマンドが考慮される。これは、ＵＥ１１０の電力供給管理、およびネットワーク側のリソース・スケジューリングを容易にする。さらに、現在の通信システムに基づいて、例えば、通信システム１００は、シグナリングの拡張およびインタフェースの強化によって情報をＰＧＷ１５０に拡張することで、課金セッションのより柔軟な管理および制御を実行し、また課金に関連するネットワーク・エンティティのリソースを節約することができる。
【００３６】
上記の理解に基づいて、本開示は、ＧｙおよびＧｚセッション制御ならびに課金手順を最適化するために、ＲＲＣ接続解放の時間に関する情報を使用することによって、課金セッションを管理する解決策を提供することを目的とする。図２から図５は、本開示のいくつかの実施形態による、課金セッションを管理する対話手順の概略図を示す。
【００３７】
図２は、本開示の一実施形態による、課金セッションを管理する手順２００を示す。本明細書において、通信システム１００は、ネットワーク・エンティティの対話について説明するために、一例として取り上げられる。しかし、当業者なら、本明細書のネットワーク・エンティティは、本開示の実施形態を示すための例にすぎず、本開示を限定するものと見なされるべきでないことを理解できよう。他の現在の、または今後開発されるデバイスは、それらがまた、本開示の解決策を実装する場合には、本開示の保護範囲に含まれるべきである。
【００３８】
手順２００は、ＵＥ１１０をネットワークにアタッチする手順を示す。前述したように、ＵＥ１１０は、それ自体のアプリケーションの予測に従って、ＲＲＣ解放タイマに関するＵＥ固有の情報をアタッチ要求内に含め、ｅＮＢ１２０に送信する（２０２）。ｅＮＢ１２０がアタッチ要求をＵＥから受信すると、ｅＮＢ１２０は、その要求が、ＲＲＣ解放タイマの値を延長することであるのか、それとも短縮することであるのかを知る。このとき、ｅＮＢ１２０は、ネットワーク・リソースの現状、アップリンクおよびダウンリンク・データ・フローまたはＭＭＥ１３０によって提供される、ＵＥ１１０のトラフィックの挙動、他のポリシーなどに基づいて、要求を受け入れる、要求を拒否する、または要求を取り決めることができる。本実施形態では、取り決められたＲＲＣ解放時間（またはタイマ）は、説明のための一例として取り上げられる。取り決められたＲＲＣ解放タイマは、タイマが満了し、かつＵＥ１１０のトラフィックがない、例えば、アップリンクおよびダウンリンク・データ・フローがない場合、ＭＭＥ１３０またはｅＮＢ１２０が、ＵＥ１１０をスリープ状態にあると印付けることを示す。また、当業者なら、ＲＲＣ解放タイマに関する情報を、メッセージ内に、任意の適当な方法、例えば、適切な情報要素（ＩＥ）を使用することによって含めることができることを理解できよう。
【００３９】
次いで、ｅＮＢ１２０は、取り決められたＲＲＣ解放タイマに関する情報を含むセッション作成要求を、ＭＭＥ１３０に対し、非アクセス層（ＮＡＳ）を介して送信する（２０４）。ＭＭＥ１３０は、要求を受信してＵＥ１１０のＲＲＣ接続状態を変更する。ＭＭＥ１３０は次いで、取り決められたＲＲＣ解放タイマに関する情報を含むセッション作成要求セッション作成要求をＳＧＷ１４０に転送し（２０６）、ＳＧＷ１４０は次いで、それをＰＧＷ１５０に転送する（２０８）。取り決められたＲＲＣ解放タイマに関する情報を転送する手順は、現在のＧＴＰ−Ｃインタフェースを拡張することによって実施することができる。
【００４０】
セッション作成要求をＳＧＷ１４０から受信すると、ＰＧＷ１５０は、オンライン課金要求−開始をＯＣＳ１６０に送信し（２１０）、オフライン課金要求−開始をＯＦＣＳ１７０に送信する（２１４）。ＯＣＳ１６０およびＯＦＣＳ１７０から課金応答−開始を受信した後、ＰＧＷ１５０は、タイマを始動させる（２１８）。タイマの時間の長さの値は、受信されたセッション作成要求内に含まれた、ＵＥ１１０向けの取り決められたＲＲＣ解放タイマの値である。ＰＧＷ１５０は、ＵＥ１１０のダウンリンク・トラフィックを監視できることに留意されたい。トラフィックが閾値より少ない、例えば、ＵＥ１１０のダウンリンク・データがない、またはダウンリンク・データ量が十分少ない場合、ＰＧＷ１５０は、タイマを始動させる。
【００４１】
次に、ＰＧＷ１５０は、セッション作成応答をＳＧＷ１４０に送信し（２２０）、それに対応して、ＳＧＷ１４０は、セッション作成応答をＭＭＥ１３０に転送する（２２２）。ＭＭＥ１３０は、セッション作成応答の受信に応答して、コンテキスト設定要求をｅＮＢ１２０に送信する（２２４）。次いで、ＲＲＣ接続設定メッセージがｅＮＢ１２０とＵＥ１１０との間で伝達され、取り決められたＲＲＣ解放タイマに関する情報がＵＥ１１０に戻される。ＲＲＣ接続は、ｅＮＢ１２０とＵＥ１１０との間で設定される（２２６）。ｅＮＢ１２０は、次いで、アタッチ完了をＭＭＥ１３０に送信し（２２８）、それにより、ＵＥ１１０は、初期アタッチ手順を完了する。
【００４２】
一方、ＰＧＷ１５０は、課金応答−開始をＯＣＳ１６０およびＯＦＣＳ１７０から受信した後、タイマを始動させる。タイマが満了すると、ＵＥ１１０に対する課金セッション終了手順が起動される。手順は、図３を参照して以下に説明するように、実行することができる。
【００４３】
図３は、本開示の一実施形態による、ＲＲＣ解放タイマに対応するＰＧＷ内のタイマが満了する手順３００を示す。前述のように、ＰＧＷ１５０は、ＵＥ１１０などの端末デバイスのトラフィック（すなわち、アップリンクおよびダウンリンク・データ・フロー）を監視し、監視されたデータに基づいて課金処理を実行する。トラフィックが閾値よりも少ない場合、例えば、さらなるアップリンクおよびダウンリンク・トラフィックがない場合、ＰＧＷ１５０は、タイマを始動させる（３０２）。タイマの満了が判定される（３０６）と、ＰＧＷ１５０は、ＵＥ１１０との間のトラフィックがないと推定し、それぞれ、オンライン課金要求−終了をＯＣＳ１６０にトランジットし（３０８）、オフライン課金要求−終了をＯＦＣＳ１７０に送信する（３１２）。ＯＣＳ１６０およびＯＦＣＳ１７０からの応答の受信に応えて、ＵＥ１１０に対する課金セッションは終了する（３１６）。
【００４４】
本開示の一実施形態では、ＰＧＷ１５０がタイマを始動させた後、ＵＥ１１０のアップリンクおよびダウンリンク・トラフィックが存在することが監視された場合、タイマは停止してタイミング動作が取り消される。本開示の別の実施形態では、ＰＧＷ１５０がタイマを始動させた後からタイマが満了するまで、ＵＥ１１０向けのアップリンクおよびダウンリンク・トラフィックの変化が検出される。トラフィックが所定の閾値を超えることが検出された場合、例えば、ＵＥ１１０のアップリンクおよびダウンリンク・トラフィック・フローが存在することが検出された場合には、タイマは停止し、タイミング動作が取り消される。
【００４５】
図４は、本開示の別の実施形態による、課金セッションを管理する手順４００を示す。手順４００は、サービス要求がＵＥ１１０において起動されるシナリオを示す。ＵＥ１００のユーザは、ＵＥ１１０がスリープ状態にあるとき、ネットワークへのアップリンク・データを開始する。
【００４６】
第１に、ＵＥ１１０は、サービス要求（ＮＡＳメッセージ）をｅＮＢ１２０に送信する（４０２）。サービス要求は、ＲＲＣメッセージ内にカプセル化することができ、ＵＥ固有のＲＲＣ解放タイマに関する情報を含む。図２における手順２００の説明に見られるように、ＵＥ１１０は、要求を通じて、ＲＲＣ解放タイマの値を延長または短縮する必要性をさらに示す。ｅＮＢ１２０は、サービス要求を受信すると、要求を受け入れる、要求を拒否する、または要求を取り決めることができる。本実施形態では、取り決められたＲＲＣ解放タイマは、依然として、説明のための一例として取り上げられる。
【００４７】
ｅＮＢ１２０は、取り決められたＲＲＣ解放タイマに関する情報を含むサービス要求を、ＭＭＥ１３０に転送する（４０４）。サービス要求を受信すると、ＭＭＥ１３０は、初期コンテキスト設定要求（Ｓ１−ＡＰメッセージ）をｅＮＢ１２０に送信する（４０６）。次いで、無線ベアラ確立メッセージが、ｅＮＢ１２０とＵＥ１１０の間で伝達され、一方、取り決められたＲＲＣ解放タイマに関する情報が、ＵＥ１１０に戻され、無線ベアラが、ｅＮＢ１２０とＵＥ１１０との間に確立される（４０８）。
【００４８】
次いで、ＵＥ１１０は、アップリンク・データを送信し（４１０）、アップリンク・データは、ｅＮＢ１２０、ＳＧＷ１４０によって、ＰＧＷ１５０に転送される（４１０）。ＵＥ１１０のアップリンク・データをＳＧＷ１４０から受信すると、ＰＧＷ１５０は、オンライン課金要求−開始をＯＣＳ１６０に送信し（４１２）、オフライン課金要求−開始をＯＦＣＳ１７０に送信する（４１６）。それに対応して、ＯＣＳ１６０は、オンライン課金応答−開始をＰＧＷ１５０に戻し（４１４）、ＯＦＣＳ１７０は、オフライン課金応答−開始をＰＧＷ１５０に戻す（４１８）。
【００４９】
無線ベアラは、このとき既にＵＥ１１０とｅＮＢ１２０との間に確立されているので、ｅＮＢ１２０は、初期コンテキスト設定完了（Ｓ１−ＡＰメッセージ）をＭＭＥ１３０に送信することができる（４２０）。メッセージの受信に応答して、ＭＭＥ１３０は、取り決められたＲＲＣ解放タイマに関する情報を含むベアラ修正要求をＳＧＷ１４０に送信し（４２２）、ＳＧＷ１４０は、取り決められたＲＲＣ解放タイマに関する情報を含むベアラ修正要求をＰＧＷ１５０に転送する（４２４）。ＰＧＷ１５０は、ベアラ修正応答を戻し（４２６）、次いで、ＳＧＷ１４０は、ベアラ修正応答をＭＭＥ１３０に転送する（４２８）。
【００５０】
いったん無線ベアラが確立されると、ｅＮＢ１２０は、初期コンテキスト設定完了メッセージをＭＭＥ１３０にフィードバックすることができ、一方、いったんＰＧＷ１５０がアップリンク・データを受信すると、ＰＧＷ１５０は、課金セッションを起動して、新しいＧｙオンライン課金セッションと新しいＧｚオフライン課金セッションを開始することが理解されよう。したがって、当業者なら、方法４００におけるステップ・シーケンスは、単に例示的なものであり、適切な場合にステップを同時に実行する手順があり得ることを理解できよう。
【００５１】
一方、ＰＧＷ１５０は、取り決められたＲＲＣ解放タイマに関する情報の受信に応答して、ＵＥ１１０との間のトラフィックが閾値よりも少ないこと、例えば、ＵＥ１１０のアップリンクおよびダウンリンク・データがないことを検出し、ＰＧＷ１５０は、タイマの時間の長さが、受信されたセッション作成要求内に含まれた、ＵＥ１１０向けの取り決められたＲＲＣ解放タイマの値であるタイマを始動させる（４３０）。
【００５２】
ＰＧＷ１５０は、次いで、図３に示す手順３００に示すように、タイマが、監視されたＵＥ１１０トラフィックに従って満了した後、課金セッションを解放する／終了させる。
【００５３】
図５は、本開示の別の実施形態による、課金セッションを管理する手順５００を示す。方法５００は、サービス要求がネットワークによって起動される、例えば、パケット・データ・ネットワーク（ＰＤＮ）から送信されるＵＥ１１０向けのダウンリンク・データがサービス要求を起動する、シナリオを示す。本開示の実施形態によれば、ＵＥ１１０がスリープ状態にあるとき、ＰＧＷ１５０と課金システム（例えば、ＯＣＳ１６０、ＯＦＣＳ１７０）との間に活動状態にある課金セッションはないことが理解できよう。
【００５４】
ＰＧＷ１５０において、例えばＰＤＮネットワークからのＵＥ１１０向けのダウンリンク・データが受信される（５０２）と、ＰＧＷ１５０は、オンライン課金要求−開始をＯＣＳ１６０に送信し（５０４）、オフライン課金要求−開始をＯＦＣＳ１７０に送信する（５０８）。それに対応して、ＯＣＳ１６０は、オンライン課金応答−開始を戻し（５０６）、ＯＦＣＳ１７０は、オフライン課金応答−開始を戻し（５１０）、したがってＰＧＷ１５０は、新しいＧｙオンライン課金セッションと新しいＧｚオフライン課金セッションを開始する。
【００５５】
ダウンリンク・データは、ＰＧＷ１５０からＳＧＷ１４０に転送される（５１２）。ＳＧＷが、スリープ状態にあるＵＥ１１０のダウンリンク・データを受信すると、ＳＧＷは、ダウンリンク・データ通知をＭＭＥ１３０に送信し（５１４）、ＭＭＥ１３０は、ダウンリンク・データ通知確認を戻す（５１６）。ＵＥ１１０がＭＭＥ１３０に既に登録されており、ページングに到達可能と見なされる場合、ＭＭＥ１３０は、ページング・メッセージを送信する（５１８）。次いで、ｅＮＢ１２０は、ＵＥ１１０をページングする（５２０）。
【００５６】
ＵＥ１１０がスリープ状態にあるとき、Ｅ−ＵＴＲＡＮアクセスにおいてページング指示を受信すると、ＵＥ１１０は、上述した手順４００のように、ＵＥ起動のサービス要求手順を開始する。すなわち、ＵＥ１１０は、サービス要求を開始し、そのＲＲＣ解放タイマに関する情報をサービス要求内に含める。次に、手順４００と同様に、ＵＥ１１０およびｅＮＢ１２０は、無線ベアラを確立する。初期コンテキスト設定完了メッセージ（例えば、取り決められたＲＲＣ解放時間に関する情報を含む）をｅＮＢ１２０から受信した後、ＭＭＥ１３０は、ベアラ修正要求をＳＧＷ１４０に送信する。ＳＧＷ１４０は、次いで、ベアラ修正要求をＰＧＷ１５０に転送し、ベアラ修正要求は、例えば、取り決められたＲＲＣ解放タイマに関する情報を含む。次いで、既に確立されたベアラを通じて、ＳＧＷ１４０は、５１２において受信されたダウンリンク・データをｅＮＢ１２０に転送し（５４０）、それをＵＥ１１０に送信する。
【００５７】
一方、ＰＧＷ１５０は、取り決められたＲＲＣ解放タイマに関する情報の受信に応答して、ＵＥ１１０との間のトラフィックが閾値よりも少ないこと、例えば、ＵＥ１１０のアップリンクおよびダウンリンク・データがないことを検出し、ＰＧＷ１５０は、タイマの時間の長さが、受信されたセッション作成要求内に含まれた、ＵＥ１１０向けの取り決められたＲＲＣ解放タイマの値であるタイマを始動させる（５４２）。ＰＧＷ１５０は、次いで、図３に示す手順３００に示すように、タイマが監視されたＵＥ１１０トラフィックに従って満了した後、課金セッションを解放する／終了させる。
【００５８】
上記から、本開示の実施形態は、有用な課金アクティビティがないときに、Ｇｙセッションが、長時間にわたって活動状態にあるケースを回避し、適当な時にＰＧＷと課金システムとの間の課金セッションを終了させ、それにより、ＰＧＷおよびＯＣＳ／ＯＦＣＳシステムの監視および計算の必要性を省き、ネットワーク・リソースを大幅に最適化することを可能にすることが分かる。
【００５９】
図６は、本開示の一実施形態による、方法６００の流れ図を示す。方法６００は、ポリシーおよび課金実施機能（ＰＣＥＦ）を有するエンティティ、例えば、本開示の一実施形態におけるＰＧＷ１５０において実行することができる。
【００６０】
６０２では、第１のノードにおいて、少なくとも時間の長さを指定する、端末デバイスと関連付けられた課金終了の指示が、第２のノードから受信される。例えば、一実施形態では、ＰＧＷは、端末デバイスと関連付けられた課金端末の指示を、ＳＧＷ１４０などの他のネットワーク・ノードから受信し、その課金終了の指示は、少なくとも時間の長さを指定する。時間の長さは、例えば、上述したような、取り決められたＲＲＣ解放時間もしくはタイマの値、またはＭＭＥ１３０もしくは他のネットワーク・エンティティがＲＲＣ接続が解放されることになると指定する時間に対応する。
【００６１】
本開示の一実施形態では、課金終了の指示を受信することは、すなわち、セッション作成要求およびベアラ修正要求のうちの少なくとも１つを受信することを含む。指示は、例えば、セッション作成要求メッセージまたはベアラ修正要求メッセージ内に含むことができ、任意の適当な情報要素によって伝送することができる。
【００６２】
６０４では、端末デバイス向けのトラフィックが、課金終了の指示の受信に応答して検出される。一実施形態では、例えば、ＰＧＷ１５０は、端末デバイス向けのトラフィックを監視し、課金終了の指示を受信すると、端末デバイスのトラフィックを検出する。
【００６３】
６０６では、端末デバイス向けのトラフィックが所定の閾値よりも少ないことに応答して、タイマが、時間の長さの経過後、端末デバイスの課金セッションを終了させるために始動される。一実施形態では、ＰＧＷ１５０は、端末デバイスのトラフィックが閾値よりも少ないこと、例えば、端末デバイス向けのトラフィックがないことを検出し、ＰＧＷ１５０は、タイマを始動させ、課金終了の指示によって指定された時間の長さの経過後、端末デバイスの課金セッションを終了させることができる。これは、端末デバイスもまた、課金終了の指示の情報に従って、それに対応してスリープ状態に設定されるからである。端末デバイスがスリープ状態にあるとき、ＰＧＷ１５０は、それに対応して、対応する課金セッションを終了させる。したがって、方法６００は、課金セッション管理を最適化する。
【００６４】
本開示の一実施形態では、例えば、ＰＧＷ１５０がタイマを始動させた後からタイマが満了するまで、端末デバイス向けのトラフィックの変化が検出される。トラフィックが所定の閾値を超えることが検出されるとき、例えば、端末デバイス向けのアップリンクおよびダウンリンク・データが検出されると、タイマは停止し、タイミング動作が取り消される。
【００６５】
本開示の別の実施形態では、端末デバイスのトラフィックが所定の閾値を上回るとき、例えば、アップリンクおよびダウンリンク・トラフィックが存在するとき、端末デバイスのトラフィックが、所定の時間間隔の後、再検出され、また、端末デバイスのトラフィックが、所定の閾値を下回るとき、例えば、さらなるアップリンクおよびダウンリンク・トラフィックがないとき、タイマは、時間の長さの経過後、端末デバイスの課金セッションを終了させるために始動される。
【００６６】
図７は、本開示の一実施形態による装置７００の適用可能なブロック図を示す。本開示の一実施形態では、装置７００は、ＰＧＷ１５０やその一部などの、ポリシーおよび課金実施機能（ＰＣＥＦ）を備えたエンティティとして実装することができる。装置７００は、図２〜図６を参照して説明する方法および／または通信手順、ならびに任意の他の処理および方法を実行するように動作可能である。
【００６７】
このため、装置７００は、通信システムの別のノードから、端末デバイスと関連付けられた課金終了の指示を受信するように構成された受信器７１０であって、課金終了の指示が少なくとも時間の長さを指定する、受信器７１０と、課金終了の指示の受信に応答して、端末デバイス向けのトラフィックを検出し、端末デバイス向けのトラフィックが所定の閾値よりも少ないことに応答して、時間の長さの経過後、端末デバイスの課金セッションを終了させるためにタイマを始動させるように構成されたプロセッサ７１０とを備える。
【００６８】
一実施形態では、受信器は、第２のノードから、ＲＲＣ接続の解放時間の指示を受信するように構成される。
【００６９】
一実施形態では、プロセッサは、端末デバイスのトラフィックが所定の閾値を上回ることに応答して、所定の時間間隔の後、端末デバイスのトラフィックを再検出し、端末デバイスのトラフィックが所定の閾値を下回ることに応答して、時間の長さの経過後、端末デバイスの課金セッションを終了させるためにタイマを始動させるように構成される。
【００７０】
一実施形態では、プロセッサは、タイマが満了したのに応答して、通信システムの課金システムへの課金終了の要求を発信し、また課金システムからの、課金終了の要求への応答に基づいて、端末デバイスの課金セッションを終了させるようにさらに構成される。受信器は、課金終了要求への応答を、課金システムから受信するように構成される。
【００７１】
一実施形態では、プロセッサは、タイマが始動された後からタイマが満了するまで、端末デバイス向けのトラフィックの変化を検出し、トラフィックが所定の閾値を超えることを検出するのに応答して、タイマを停止するようにさらに構成される。
【００７２】
一実施形態では、課金終了の指示を受信することは、セッション作成要求およびベアラ修正要求のうちの少なくとも１つを受信することを含む。
【００７３】
一実施形態では、時間の長さは、端末デバイスのトラフィックに基づいて、通信システム内の端末デバイスと基地局デバイスとの間のネゴシエーションによって決定される。
【００７４】
装置７００がＰＧＷ１５０を実装するために使用されると、受信器７１０とプロセッサ７２０は、図２〜図６を参照して詳しく説明された方法／手順を実施するために、協力して動作することができる。装置７００内の各コンポーネントは、図２〜図６を参照して説明された方法および／または通信手順の各ステップに対応することを理解されたい。したがって、図２〜図６と共に説明された動作および機能はまた、装置７００およびその中に含まれるコンポーネントに適用でき、同じ効果を有する。詳細は、これ以上示さない。
【００７５】
前述の態様および実施形態によれば、課金セッション管理中の、端末デバイスのＲＲＣ接続に対する適切な指示の制御によって、課金実施機能エンティティ（例えば、ＰＧＷ）と課金システム（例えば、ＯＣＳ／ＯＦＣＳ）との間の課金セッションを適当な時に終了させ、それにより、ネットワークデバイスの監視および計算の必要性を省き、課金セッションの管理を最適化し、ネットワーク・リソースの利用も同様に最適化することが可能である。
【００７６】
当業者なら、上記方法内のブロックまたはステップは、プログラムされたコンピュータによって実行できることが容易に理解できよう。本開示では、いくつかの実施形態は、マシンまたはコンピュータ可読であり、符号化マシンによって実行可能、またはコンピュータによって実行可能である、プログラム命令を記憶するデジタル・データ記憶媒体などのプログラム記憶デバイスであって、命令が上記方法のいくつかまたはすべてのステップを実行する、プログラム記憶デバイスを対象とすることを意図している。プログラム記憶デバイスは、例えば、デジタル・メモリ、磁気ディスクや磁気テープなどの磁気記憶媒体、ハード・ディスク・ドライブ、または光学的に読み取り可能なデジタル・データ記憶媒体などでもよい。実施形態はさらに、上記方法のステップを実行するようにプログラムされたコンピュータを対象とすることを意図している。
【００７７】
図に示される装置の要素の機能は、ソフトウェア、専用のハードウェア、および適当なソフトウェアと関連付けられ、ソフトウェアを実行することができるハードウェア、もしくはファームウェア、またはそれらの組合せを使用することによって提供することができる。機能がプロセッサによって提供されるとき、それらの機能は、単一の専用プロセッサ、単一の共有プロセッサ、または複数の個々のプロセッサによって提供され得る。さらに、「プロセッサ」という語は、それに限定されるものではないが、デジタル信号プロセッサ（ＤＳＰ）のハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ソフトウェアを格納するための読出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、および不揮発性メモリを含むことができる。それはさらに、従来のおよび／またはカスタマイズされた他のハードウェアも含み得る。
【００７８】
上記の記述、および図面において提供される関連する教示を通じて、本明細書で示された本開示の多くの修正形態および他の実施形態が、当業者によって理解されよう。したがって、本開示の実施形態は、開示された特定の実施形態に限定されず、修正形態および他の実施形態も、本開示の範囲に含まれることを意図していることが理解されよう。さらに、上記の記述および図面は、要素および／または機能の例示的ないくつかの組合せ形態の背景の下、例示的実施形態について説明しているが、別の実施形態が、本開示の範囲から逸脱することなく、要素および／または機能の様々な組合せ形態を提供することができることを理解されたい。現時点では、例えば、上記で明確に説明した内容と異なる、要素および／または機能の他の組合せ形態もまた、本開示の範囲内に含まれることが予想される。特定の用語が本明細書で使用されているが、それらは、一般的かつ記述的な意味で使用されているだけであり、限定的であることを意図するものではない。
【図１】
2019525611.tif 000003
【図２】
2019525611.tif 000004
【図３】
2019525611.tif 000005
【図４】
2019525611.tif 000006
【図５】
2019525611.tif 000007
【図６】
2019525611.tif 000008
【図７】
2019525611.tif 000009
【国際調査報告】
2019525611.tif 000010
2019525611.tif 000011
2019525611.tif 000012