(57)【要約】  本願の実施形態は、サービスデータフローに対応するデータトラフィック料金を低減すべく、アイドル状態におけるサービスデータフロー処理方法を提供する。本願の実施形態における方法は、サービスデータフローを取得する段階であって、ここで、サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであって、デフォルトベアラは、サーバとＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである、取得する段階と、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する段階と、サービスデータフローの送信を防止する段階、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行う段階といった段階を含む。
2021511718.tif 000002
【特許請求の範囲】
【請求項１】
サービスデータフロー処理方法であって、
ポリシーおよび課金施行機能ＰＣＥＦデバイスが、サービスデータフローを取得する段階であって、前記サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであって、前記デフォルトベアラは、前記サーバと前記ＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである、取得する段階と、
前記ＰＣＥＦデバイスが、前記ＵＥと前記サーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する段階と、
前記ＰＣＥＦデバイスが、前記サービスデータフローの送信を防止する段階、または、前記ＰＣＥＦデバイスが、予め設定された課金モードに従って前記サービスデータフローに対して課金を行う段階と
を備える、方法。
【請求項２】
前記ＰＣＥＦデバイスが、前記ＵＥと前記サーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する前記段階の前に、前記方法はさらに、
前記ＰＣＥＦデバイスが、前記ＵＥが異常応答を生成したかどうかを決定する段階と、
前記ＵＥが異常応答を生成したとき、次の段階を実行する段階と
を備える、請求項１に記載の方法。
【請求項３】
前記ＰＣＥＦデバイスが、前記ＵＥが異常応答を生成したかどうかを決定する前記段階は、
前記ＰＣＥＦデバイスが、前記サーバからの前記ＰＤＮ接続を切断する要求を前記ＵＥが開始したかどうかを決定する段階、または、前記ＵＥが予め設定された期間内に前記サービスデータフローに対して応答を生成しないかどうかを決定する段階と、
もしそうであるとき、前記ＵＥが異常応答を生成したと前記ＰＣＥＦデバイスが決定する段階と
を有する、請求項２に記載の方法。
【請求項４】
前記ＵＥが異常応答を生成したと前記ＰＣＥＦデバイスが決定する前記段階の前に、前記方法はさらに、
前記ＰＣＥＦデバイスが、前記ＵＥのインターネットプロトコルＩＰアドレス、前記ＵＥのポート情報、前記ＵＥのドメインネーム情報、および前記ＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、前記予め設定された期間を決定する段階
を備える、請求項３に記載の方法。
【請求項５】
前記ＰＣＥＦデバイスが、前記ＵＥが異常応答を生成したかどうかを決定する前記段階は、
前記ＰＣＥＦデバイスが、前記サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定する段階と、
前記サービスデータフローにおける前記パケットの数が前記閾値より多く、且つ、前記ＵＥは前記サービスデータフローに対して応答を生成しないか、または、前記サーバからの前記ＰＤＮ接続を切断する要求を前記ＵＥが開始したとき、前記ＰＣＥＦデバイスが、前記ＵＥが異常応答を生成すると決定する段階と
を有する、請求項２に記載の方法。
【請求項６】
前記ＰＣＥＦデバイスが、前記サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定する前記段階の前に、前記方法はさらに、
前記ＰＣＥＦデバイスが、前記ＵＥのインターネットプロトコルＩＰアドレス、前記ＵＥのポート情報、前記ＵＥのドメインネーム情報、および前記ＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、前記閾値を決定する段階
を備える、請求項５に記載の方法。
【請求項７】
前記予め設定された課金モードに対応するデータトラフィック料金が、前記ＰＤＮ接続および前記アップリンクネットワーク接続が接続状態にある場合に生じるデータトラフィック料金より少ない、
請求項１から６のいずれか一項に記載の方法。
【請求項８】
ポリシーおよび課金施行機能ＰＣＥＦデバイスであって、
サービスデータフローを取得するように構成される取得モジュールであって、前記サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであって、前記デフォルトベアラは、前記サーバと前記ＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである、取得モジュールと、
前記ＵＥと前記サーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定するように構成される決定モジュールと、
前記サービスデータフローの送信を防止すること、または、予め設定された課金モードに従って前記サービスデータフローに対して課金を行うことを行うように構成される課金モジュールと
を備える、ＰＣＥＦデバイス。
【請求項９】
前記ＵＥが異常応答を生成するかどうかを決定するように構成される判断モジュールと、
前記ＵＥが異常応答を生成したとき、前記ＵＥと前記サーバとの間の前記アップリンクネットワーク接続がアイドル状態にあると決定することを実行するように構成される、実行モジュールと
をさらに備える、
請求項８に記載のＰＣＥＦデバイス。
【請求項１０】
前記判断モジュールは、
前記サーバからの前記ＰＤＮ接続を切断する要求を前記ＵＥが開始したかどうかを決定すること、または、前記ＵＥが予め設定された期間内に前記サービスデータフローに対して応答を生成しないかどうかを決定することを行うように構成される第１判断サブモジュールと、
前記サーバからの前記ＰＤＮ接続を切断する前記要求を前記ＵＥが開始したこと、または、前記ＵＥが前記予め設定された期間内に前記サービスデータフローに対して応答を生成しないことを前記第１判断サブモジュールが決定するとき、前記ＵＥが異常応答を生成したと決定するように構成される、第１決定サブモジュールと
を有する、
請求項９に記載のＰＣＥＦデバイス。
【請求項１１】
前記判断モジュールはさらに、
前記ＵＥのインターネットプロトコルＩＰアドレス、前記ＵＥのポート情報、前記ＵＥのドメインネーム情報、および前記ＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、前記予め設定された期間を決定するように構成される第２決定サブモジュールを有する、
請求項１０に記載のＰＣＥＦデバイス。
【請求項１２】
前記判断モジュールは、
前記サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定するように構成される第２判断サブモジュールと、
前記サービスデータフローにおける前記パケットの数が前記閾値より多いこと、且つ、前記ＵＥが前記サービスデータフローに対して応答を生成しないこと、または、前記サーバからの前記ＰＤＮ接続を切断する要求を前記ＵＥが開始したことを前記第２判断サブモジュールが決定するとき、前記ＵＥが異常応答を生成したと決定するように構成される、第３決定サブモジュールと
を有する、
請求項９に記載のＰＣＥＦデバイス。
【請求項１３】
前記判断モジュールはさらに、
前記ＵＥのインターネットプロトコルＩＰアドレス、前記ＵＥのポート情報、前記ＵＥのドメインネーム情報、および前記ＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、前記閾値を決定するように構成される第４決定サブモジュールを有する、
請求項１２に記載のＰＣＥＦデバイス。
【請求項１４】
メモリ、送受信機、プロセッサ、およびバスシステムを備えるＰＣＥＦデバイスであって、
前記メモリは、プログラムおよび命令を記憶するように構成され、
前記送受信機は、前記プロセッサの制御下で情報を受信または送信するように構成され、
前記プロセッサは、前記メモリにおける前記プログラムを実行するように構成され、
前記バスシステムは、前記メモリ、前記送受信機、および前記プロセッサが互いに通信するように、前記メモリ、前記送受信機、および前記プロセッサを接続するように構成され、
前記プロセッサは、前記メモリにおける前記プログラムおよび命令を呼び出し、請求項１から７のいずれか一項に記載の方法を実行するように構成される、
ＰＣＥＦデバイス。
【請求項１５】
命令を備えるコンピュータ可読記憶媒体であって、前記命令がコンピュータ上で動作する場合、前記コンピュータは、請求項１から７のいずれか一項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。
【請求項１６】
命令を備えるコンピュータプログラム製品であって、前記コンピュータプログラム製品がコンピュータ上で動作する場合、前記コンピュータは、請求項１から７のいずれか一項に記載の方法を実行することが可能になる、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年１月１７日に中国国家知識財産権局に出願された「サービスデータフロー処理方法および関連デバイス」と題する中国特許出願第２０１８１００４６６４３．８号に基づく優先権を主張するものであり、当該出願はその全体が参照により本明細書に組み込まれる。
【０００２】
本願は、通信分野、特に、サービスデータフロー処理方法および関連デバイスに関する。
【背景技術】
【０００３】
第３世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ，３ＧＰＰ）標準プロトコルにおいて、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ，ＵＥ）は、データ伝送を介してサーバと通信する。ユーザ機器はアップリンクデータをサーバに送信し、サーバはダウンリンクデータを送信することにより応答する。ＬＴＥシステムにおいて、ＵＥがネットワークに接続するプロセスで、公衆データネットワーク（ｐｕｂｌｉｃ  ｄａｔａ  ｎｅｔｗｏｒｋ，ＰＤＮ）接続が設定される。ＰＤＮ接続は、ＵＥと発展型パケットコア（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ，ＥＰＣ）との間のインターネットプロトコル（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ，ＩＰ）接続である。ＰＤＮ接続は、ＵＥがネットワークにデフォルトベアラを設定することをトリガし、デフォルトベアラが存在する限り、ＩＰ接続は遮断されない。ＵＥおよびネットワークは、デフォルトベアラに対して接続を設定し、ＵＥがデータを受信または送信するまで、ＵＥがネットワークに接続を設定しないという理由から発生する遅延を低減する。サービス要求がデータパケット遅延に対して低い要件を有する場合、ＵＥは通常、デフォルトベアラでデータパケットを伝送する。ユーザ機器が音声通話などに対する要求を開始するとき、デフォルトベアラは、伝送遅延およびパケット損失率などに対する要件を保証できないので、この場合、専用ベアラが設定される必要がある。音声通話が終了された後、専用ベアラは削除されるが、デフォルトベアラは、ＵＥとネットワークとが接続されている期間において、常に保持される。
【０００４】
セルラーモバイルデータスイッチが無効化された後、ユーザ機器は、アップリンクデータ伝送を事前に開始することが不可能であり、従って、別のデバイスにデータを事前に送信することが不可能である。セルラーモバイルデータスイッチが無効化された後、いくつかのユーザ機器における４Ｇスイッチは有効状態にあり得る。この場合、統一されたパケットゲートウェイ（ｕｎｉｆｉｅｄ  ｐａｃｋｅｔ  ｇａｔｅｗａｙ，ＵＣＧ）デバイスにおけるユーザコンテキストは、依然としてアクティブ状態にあり、ネットワークおよびＵＥは依然として接続状態にある。従って、ユーザに接続されているデフォルトベアラは依然として利用可能である。この場合、ＵＣＧデバイスがダウンリンクパケットを受信するとき、ＵＣＧデバイスは通常通りダウンリンクパケットをＵＥに転送し、ポリシーおよび課金施行機能（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ，ＰＣＥＦ）が、伝送されたダウンリンクパケットに対して、トラフィックベースの課金を正常に行う。
【０００５】
３ＧＰＰ標準プロトコルでは、ＵＥがネットワークに接続する限りデフォルトベアラが設定されることを認識できる。結果として、一部のユーザがセルラーモバイルデータスイッチを無効化したが４Ｇスイッチを無効化していない場合、サーバは、デフォルトベアラを介してこれらのユーザのＵＥにダウンリンクパケットを依然として送信し、ＰＣＥＦはパケットに対して課金を正常に行い、これらのユーザのトラフィック料金を増加させる。
【発明の概要】
【０００６】
本願の実施形態は、アップリンクネットワーク接続がアイドル状態にある場合にデフォルトベアラに生成されるサービスデータフローを処理すべく、サービスデータフロー処理方法および関連デバイスを提供し、それによりサービスデータフローに対応するデータトラフィック料金を低減する。
【０００７】
本願の実施形態の第１態様は、ＰＣＥＦデバイスがサービスデータフローを取得する段階であって、ここで、サービスデータフローは、サーバによりデフォルトベアラに送信され、デフォルトベアラを介して伝送されるデータフローである、取得する段階を含むサービスデータフロー処理方法を提供する。
【０００８】
この実施形態において、デフォルトベアラは、サーバとＵＥとの間のＰＤＮ接続が接続状態にある場合に設定されるベアラであり、デフォルトベアラはＰＤＮ接続が切断されない限り存続する。
【０００９】
ＰＣＥＦデバイスが、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態であると決定する場合、ＰＣＥＦデバイスはサービスデータフローを処理する。処理方式は、サービスデータフローの送信を防止してもよく、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行ってもよい。サービスデータフローの送信を防止することは、サービスデータフローに対して課金を行わないことであり、予め設定された課金モードに従ってサービスデータフローに課金を行うことは、サービスデータフローのデータトラフィック料金を低減することができる。
【００１０】
本願のこの実施形態は、以下の利点を有する：ＰＣＥＦデバイスは、デフォルトベアラを介して伝送されるサービスデータフローを取得し、ここで、デフォルトベアラは、サーバとＵＥとの間のＰＤＮ接続が接続状態にある場合に設定されるベアラである。ＰＣＥＦデバイスが、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する場合、ＰＣＥＦデバイスはサービスデータフローの送信を防止するか、または、ＰＣＥＦデバイスは予め設定された課金モードに従ってサービスデータフローに対して課金を行う。この実施形態において、ＰＣＥＦは、ＵＥとサーバとの間の接続状態を決定し、ＵＥとサーバとの間のＰＤＮ接続は接続状態にあるがアップリンクネットワーク接続は切断状態にある場合に、サービスデータフローを処理する。それにより、データトラフィック料金が低減する。
【００１１】
第１態様によると、本願の実施形態の第１態様の第１実装では、ＰＣＥＦデバイスが、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する前に、方法はさらに、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したかどうかを決定する段階と、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定した後、アップリンクネットワーク接続がアイドル状態にあると決定する段階を実行する段階とを含む。
【００１２】
この実施形態は、ＵＥが、アップリンクネットワーク接続がアイドル状態にあると決定し、解決手段の実装可能性を向上させる方式を説明する。
【００１３】
第１態様の第１実装によると、本願の実施形態の第１態様の第２実装では、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したかどうかを決定する段階は、ＰＣＥＦデバイスが、サーバからＰＤＮ接続を切断する要求をＵＥが開始したかどうかを決定する段階、または、ＰＣＥＦデバイスが、ＵＥが予め設定された期間内にサービスデータフローに対して応答を生成しないかどうかを決定する段階と、上記の２つの場合のいずれかが満たされたとき、具体的には、ＰＣＥＦデバイスが、サーバからＰＤＮ接続を切断する要求をＵＥが開始したと決定するとき、または、ＰＣＥＦデバイスが、ＵＥが予め設定された期間内にサービスデータフローに対して応答を生成しないと決定するとき、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定する段階とを含む。
【００１４】
この実施形態は、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定し、解決手段の柔軟性を向上させる方式を説明する。
【００１５】
第１態様の第２実装によると、本願の実施形態の第１態様の第３実装では、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定する段階の前に、方法はさらに、ＰＣＥＦデバイスが、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、予め設定された期間を決定する段階を含む。
【００１６】
この実施形態は、ＰＣＥＦデバイスが予め設定された期間を決定し、解決手段の実施可能性を向上させる方式を説明する。
【００１７】
第１態様の第１実装によると、本願の実施形態の第１態様の第４実装では、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したかどうかを決定する段階は、ＰＣＥＦデバイスが、サービスデータフローはパケットを伝送するのに使用され得るので、サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定する段階であって、ここで、この実施形態では、閾値はＰＣＥＦデバイスにより予め設定され得る、決定する段階を含む。
【００１８】
ＰＣＥＦデバイスが、サービスデータフローにおけるパケットの数が閾値より多いこと、且つ、ＵＥがサービスデータフローに対して応答を生成しないこと、または、サーバからＰＤＮ接続を切断する要求をＵＥが開始したことを決定するとき、ＰＣＥＦデバイスは、ＵＥが異常応答を生成したと決定する。
【００１９】
この実施形態は、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定し、解決手段の柔軟性を向上させる別の方式を説明する。
【００２０】
第１態様の第４実装によると、本願の実施形態の第１態様の第５実装では、ＰＣＥＦデバイスが、サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定する段階の前に、方法はさらに、ＰＣＥＦデバイスが、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、閾値を決定する段階を含む。
【００２１】
この実施形態は、ＰＣＥＦデバイスが閾値を決定し、解決手段の実施可能性を向上させる方式を説明する。
【００２２】
第１態様および第１態様の第１実装から第５実装のうちのいずれかによると、本願の実施形態の第１態様の第６実装では、予め設定された課金モードに対応するデータトラフィック料金は、ＰＤＮ接続およびアップリンクネットワーク接続が接続状態にある場合に生じるデータトラフィック料金より少なく、それにより、サービスデータフローのデータトラフィック料金が低減する。
【００２３】
この実施形態は、予め設定された課金モードを説明し、解決手段の実装可能性を向上させる。
【００２４】
本願の第２態様は、サービスデータフローを取得するように構成され得る取得モジュールであって、ここで、サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであり、デフォルトベアラは、サーバとＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラであり、この実施形態では、デフォルトベアラはＰＤＮ接続が切断されない限り存続する、取得モジュールと、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定するように構成され得る決定モジュールと、サービスデータフローの送信を防止すること、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行うことを行うように構成され得る課金モジュールであって、ここで、サービスデータフローの送信を防止することは、サービスデータフローに対して課金を行わないことであり、予め設定された課金モードに従ってサービスデータフローに対して課金を行うことは、サービスデータフローのデータトラフィック料金を低減することができる、課金モジュールとを含む、ポリシーおよび課金施行機能ＰＣＥＦデバイスを提供する。
【００２５】
この実施形態において、ＰＣＥＦは、ＵＥとサーバとの間の接続状態を決定し、ＵＥとサーバとの間のＰＤＮ接続が接続状態にあるがアップリンクネットワーク接続はアイドル状態にある場合に、サービスデータフローを処理する。それにより、データトラフィック料金が低減する。
【００２６】
第２態様によると、第２態様の第１実装では、ＰＣＥＦデバイスはさらに、ＵＥが異常応答を生成したかどうかを決定するように構成され得る判断モジュールと、ＵＥが異常応答を生成したときに、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する段階を実行するように構成され得る実行モジュールとを含む。
【００２７】
この実施形態は、ＵＥが、アップリンクネットワーク接続がアイドル状態にあると決定し、解決手段の実装可能性を向上させる方式を説明する。
【００２８】
第２態様の第１実装によると、第２態様の第２実装では、判断モジュールは、サーバからＰＤＮ接続を切断する要求をＵＥが開始したかどうかを決定すること、または、ＵＥが予め設定された期間内にサービスデータフローに対して応答を生成しないかどうかを決定することを行うように構成され得る第１判断サブモジュールと、サーバからＰＤＮ接続を切断する要求をＵＥが開始したこと、または、ＵＥが予め設定された期間内にサービスデータフローに対して応答を生成しないことを第１判断サブモジュールが決定するとき、ＵＥは異常応答を生成したと決定するように構成され得る第１決定サブモジュールとを含む。
【００２９】
この実施形態は、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定し、解決手段の柔軟性を向上させる方式を説明する。
【００３０】
第２態様の第２実装によると、本願の実施形態の第２態様の第３実装では、判断モジュールはさらに、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、予め設定された期間を決定するように構成され得る、第２決定サブモジュールを含む。
【００３１】
この実施形態は、ＰＣＥＦデバイスが予め設定された期間を決定し、解決手段の実施可能性を向上させる方式を説明する。
【００３２】
第２態様によると、第２態様の第４実装では、判断モジュールは、サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定するように構成され得る第２判断サブモジュールと、サービスデータフローにおけるパケットの数が閾値より多いこと、且つ、ＵＥがサービスデータフローに対して応答を生成しないこと、または、サーバからＰＤＮ接続を切断する要求をＵＥが開始したことを第２判断サブモジュールが決定するとき、ＵＥが異常応答を生成したと決定するように構成され得る第３決定サブモジュールであって、ここで、この実施形態では、閾値はＰＣＥＦデバイスにより予め設定され得る、第３決定サブモジュールとを含む。
【００３３】
この実施形態は、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定し、解決手段の柔軟性を向上させる別の方式を説明する。
【００３４】
第２態様の第４実装によると、第２態様の第５実装では、判断モジュールはさらに、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、閾値を決定するように構成され得る、第４決定サブモジュールを含む。
【００３５】
この実施形態は、ＰＣＥＦデバイスが閾値を決定し、解決手段の実施可能性を向上させる方式を説明する。
【００３６】
本願の第３態様は、メモリ、送受信機、プロセッサ、およびバスシステムを含むＰＣＥＦデバイスであって、ここで、メモリは、プログラムおよび命令を記憶するように構成され、送受信機は、プロセッサの制御下で情報を受信または送信するように構成され、プロセッサは、メモリにおけるプログラムを実行するように構成され、バスシステムは、メモリ、送受信機、およびプロセッサが互いに通信するように、メモリ、送受信機、およびプロセッサを接続するように構成され、プロセッサは、メモリにおけるプログラムおよび命令を呼び出し、本願の第１態様および第１態様の第１実装から第６実装のうちのいずれか１つに係る方法を実行するように構成される、ＰＣＥＦデバイスを提供する。
【００３７】
本願の第４態様は、コンピュータ可読記憶媒体を提供し、ここで、コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータで動作する場合、コンピュータは、上記の態様のうちのいずれかに係る方法を実行することが可能になる。
【００３８】
本願の第５態様は、命令を含むコンピュータプログラム製品を提供し、ここで、コンピュータプログラム製品がコンピュータで動作する場合、コンピュータは、上記の態様のうちのいずれかに係る方法を実行することが可能になる。
【図面の簡単な説明】
【００３９】
【図１】既存のＬＴＥシステムのＥＰＣの構成構造図である。
【００４０】
【図２】本願の実施形態に係るサービスデータフロー処理方法を示す。
【００４１】
【図３】本願の実施形態に係る別のサービスデータフロー処理方法を示す。
【００４２】
【図４】本願の実施形態に係る別のサービスデータフロー処理方法を示す。
【００４３】
【図５】本願の実施形態に係るＰＣＥＦデバイスの実施形態の概略図である。
【００４４】
【図６】本願の実施形態に係るＰＣＥＦデバイスの別の実施形態の概略図である。
【００４５】
【図７】本願の実施形態に係るＰＣＥＦデバイスの別の実施形態の概略図である。
【００４６】
【図８】本願の実施形態に係るＰＣＥＦデバイスのエンティティの構造図である。
【発明を実施するための形態】
【００４７】
２Ｇまたは３Ｇシステムにおいて、回路交換（ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈｅｄ，ＣＳ）ドメインは主に、音声サービスおよびビデオサービスに使用される。回路交換ドメインでは、音声通話がチャネルを完全に占有し、チャネルは、通話が終了するまで、別のユーザが使用するためにリリースされる。パケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈ，ＰＳ）ドメインも、データ交換ドメインであり、主にデータサービス（インターネットサーフィンなど）を担当する。ＰＳドメインは、複数のユーザがチャネルリソースを共有してリソース利用率を大きく向上させる、パケット転送メカニズムを使用する。
【００４８】
４Ｇシステム、すなわち、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システムでは、ＣＳドメインは存在せず、ＰＳドメインのみが存在する。ＬＴＥでは、全ての音声サービスがＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）方式で実行される。具体的には、音声サービスは、カプセル化されたデータパケットの形でＩＰネットワークを介してリアルタイムに転送される。２Ｇおよび３Ｇと異なり、ＬＴＥシステムでは、デフォルトベアラがさらに設定される。デフォルトベアラは、ＵＥへの無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ，ＲＲＣ）接続が設定された後、且つ、初期ＰＤＰコンテキストが設定された場合に、ＵＥのコアネットワークによりデフォルトで設定されるデータ無線ベアラ（ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ，ＤＲＢ）である。ＵＥがデータ交換ドメインにのみ接続されているとき、１つのデフォルトベアラのみが存在する。ＵＥがＩＰマルチメディアサブシステム（ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ｓｕｂｓｙｓｔｅｍ，ＩＭＳ）にも接続されているとき、音声ドメインにおける専用ベアラがさらに設定される。ユーザの動作（例えば、音声通話を開始する）に関連する場合は、以下の通りである：データ伝送が比較的高い要件を有する場合、デフォルトベアラは伝送遅延およびパケット損失率などに対して要件を保証できないので、この場合は専用ベアラがさらに設定される必要がある。
【００４９】
図１は、既存のＬＴＥシステムのＥＰＣコアネットワークを示す。以下では、まず各ネットワークエレメントを簡潔に説明する。
【００５０】
１．モビリティ管理エンティティＭＭＥの機能：モビリティ管理、セッション管理、ユーザ認証およびアクセスなど
【００５１】
２．サービングゲートウェイＳＧＷの機能：無線アクセス部分のインタフェースを終了すること、ベアラ設定を実行すること、ユーザに対して課金を行うこと、および基地局ハンドオーバ中の基地局を再度並べ替えること
【００５２】
３．ＰＧＷ（ＰＤＮ‐ＧＷ）：ＰＤＮ指向ＳＧｉインタフェースを終了し、サービスベースの課金を行い、外部ゲートウェイに接続するＰＧＷはさらに、ＩＰアドレスを割り当て得る。３ＧＰＰアクセスでも、または非３ＧＰＰアクセスでも、ＵＥは、ＰＧＷネットワークエレメントを使用することによってのみＰＤＮにアクセスできる。デフォルトベアラが設定された後、ＰＧＷは、ＵＥにＩＰアドレスを割り当てて、それによりＵＥに「恒久的オンライン」の機能を提供する。ＰＧＷは、ＰＣＥＦデバイスとして機能し、サービスデータフロー検出、ポリシー施行、およびフローベースの課金などの機能を実行し得る。
【００５３】
４．ポリシーおよび課金ルール機能（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｒｕｌｅｓ  ｆｕｎｃｔｉｏｎ，ＰＣＲＦ）デバイス：サービスデータフローおよびＩＰベアラリソースに対するポリシーおよび課金制御ポリシーの決定点ＰＣＲＦデバイスは、ＰＣＥＦのために利用可能なポリシーおよび課金制御決定を選択および提供する。
【００５４】
５．ホーム加入者サーバＨＳＳ：呼び出しおよびセッションを処理するように構成されるＩＭＳネットワークエンティティのメインユーザデータベースのサポートＨＳＳは、ユーザ構成ファイルを含み、ユーザ識別情報の認証および許可を実行し、ユーザの物理的位置についての情報を提供することができる。
【００５５】
６．ＳＧＳＮ：ＰＧＷおよびＳＧＷの選択並びに３ＧＰＰ  Ｅ‐ＵＴＲＡＮアクセスネットワークにハンドオーバされたユーザのためのＭＭＥの選択も含む、２Ｇ／３Ｇアクセスネットワークと３ＧＰＰ  Ｅ‐ＵＴＲＡＮアクセスネットワークとの間の移動中のシグナリング相互作用を実行するように構成される
【００５６】
アクセスネットワークＥ‐ＵＴＲＡＮは基地局を含む。
【００５７】
図面に示されるシグナリング相互作用処理は、以下の通りである：ＵＥは、基地局を介して発展型パケットコア（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ，ＥＰＣ）に接続され、シグナリングはＳ１‐ＭＭＥインタフェースを介してＭＭＥに転送され、ＭＭＥはユーザの登録および認証を実行し、ＨＳＳはユーザの有効性を決定する。ＭＭＥは、デフォルトベアラを設定ように要求するメッセージを、Ｓ１１インタフェースを介してＳＧＷに送信する。ＳＧＷは、アクセスポイントネーム（ａｃｃｅｓｓ  ｐｏｉｎｔ  ｎａｍｅ，ＡＰＮ）を使用することにより、ドメインネームシステム（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ，ＤＮＳ）における解析を介して、デフォルトベアラのＰＧＷを取得する。ＳＧＷは、Ｓ５インタフェースを介してＰＧＷにメッセージを送信する。ＰＧＷは、Ｇｘインタフェースを介してＰＣＲＦに接続され、ＰＣＲＦは、ユーザの要求を認証し、課金ポリシーを割り当てる。ＰＣＲＦは、課金を行うためにＰＣＥＦに課金ポリシーを割り当てる。ＵＥは、Ｓ１−Ｕインタフェースを介してＳＧＷに接続され、ＳＧＷは、ベアラの設定およびユーザへの課金を実行する。ＰＧＷは、ＳＧｉインタフェースを介してオペレータネットワークにアクセスする。この接続方式を使用することにより、ＵＥとサーバとの間のサービスデータフローに対して課金を行うことができる。
【００５８】
２Ｇまたは３Ｇシステムにおいて、デフォルトベアラは設定されず、従って、本願の実施形態により対処されるデメリットは存在しない。本願は主に、ＬＴＥシステムを対象としている。しかしながら、本願の実施形態により対処されるデメリットは、４Ｇネットワークに加え、５Ｇネットワークにも存在する。ネットワークシステムの種類にかかわらず、ＵＥとサーバとの間にデフォルトベアラが設定されている限り、ＵＥのアップリンクネットワーク接続が無効化されている場合であっても、サーバは、デフォルトベアラを使用することによりデータを依然として伝送することができることを留意されたい。
【００５９】
本願の明細書、特許請求の範囲、および添付図面において、「第１」、「第２」、「第３」、「第４」など（もし存在すれば）の用語は、同様の対象物間を区別することを意図しているのであって、必ずしも具体的な順序または順序を示すわけではない。そのような方式で称されるデータは、適切な状況で置き換え可能であり、これにより、本明細書に説明される本発明の実施形態は、本明細書で示されるまたは説明される順序以外の順序で実装され得ることを理解されたい。さらに、「含む」、「包含する」およびあらゆる他の異形といった用語は、非限定的な包含を含むことを意味する。例えば、段階またはユニットのリストを含む処理、方法、システム、製品、またはデバイスは、必ずしもそれらのユニットに限定されるわけではなく、明示的に列挙されていないか、またはそのような処理、方法、システム、製品、またはデバイスに固有の他のユニットを含んでよい。
【００６０】
本願の実施形態は、サービスデータフロー処理方法を提供する。方法は、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にある場合に、サービスデータフローを処理すべく、ＰＣＥＦデバイスにより使用される。
【００６１】
この実施形態において、ＰＣＥＦデバイスは、ネットワークデバイス上のユニットであり、主に、サービスデータフロー検出、ポリシー施行、およびサービスデータフローベースの課金などの機能を提供する。
【００６２】
２０１．ポリシーおよび課金施行機能ＰＣＥＦデバイスは、サービスデータフローを取得する。
【００６３】
サーバがＵＥにサービスデータフローを伝送する処理において、サービスデータフローはＰＣＥＦデバイスを通過し、そしてＵＥに転送され、ＰＣＥＦデバイスはサービスデータフローに対して課金を行い得る。
【００６４】
ＰＣＥＦは、ＵＥとサーバとの間の接続であり、サービスデータフローを転送する。
【００６５】
この実施形態において、サービスデータフローはデフォルトベアラを介して送信される。デフォルトベアラは、サーバとＵＥとの間のＰＤＮ接続が接続状態にある場合に設定されるベアラである。ＵＥ上の４Ｇスイッチが有効である場合、上記のように、ＵＥはサーバに対してＰＤＮ接続を設定し、そしてデフォルトベアラを設定する限り、サーバはＵＥにデータを送信することができる。この場合、生成されたサービスデータフローも、ＰＣＥＦデバイスにより取得され、課金の対象となる。
【００６６】
この実施形態において、ＵＥとサーバとの間にデフォルトベアラが設定される前に、ＰＤＮ接続が設定される必要がある。ＰＤＮ接続の設定の目的は、１つのＰＤＮに対して１つのデフォルトベアラを設定することである。まず、ＵＥは、ＰＤＮ接続要求メッセージをサーバに送信し、ここで、メッセージは、第１デフォルトベアラを設定するために接続メッセージに含まれてもよく、または、接続メッセージに含まれず独立メッセージとして送信されてもよい。これは、本明細書において具体的に限定はされない。
【００６７】
この実施形態において、デフォルトベアラを設定する処理は、具体的に以下の通りである。１．デフォルトベアラを設定する処理が接続手順の一部であるとき、ＭＭＥは、ａｃｔｉｖａｔｅ  ｄｅｆａｕｌｔ  ＥＰＳ  ｂｅａｒｅｒ  ｃｏｎｔｅｘｔ  ｒｅｑｕｅｓｔメッセージおよびａｔｔａｃｈ  ａｃｃｅｐｔメッセージをＵＥに送信する。接続手順が失敗したとき、ＵＥは、デフォルトベアラのアクティブ化処理も失敗すると暗黙的にみなす。２．デフォルトベアラを設定する処理が接続手順の一部ではなく、ＰＤＮ接続要求への応答として独立して機能するとき、ＭＭＥは、ａｃｔｉｖａｔｅ  ｄｅｆａｕｌｔ  ＥＰＳ  ｂｅａｒｅｒ  ｃｏｎｔｅｘｔ  ｒｅｑｕｅｓｔメッセージをＵＥに送信する。
【００６８】
ＵＥが、ＰＤＮ接続を切断するように要求するメッセージを送信する目的は、ＰＤＮ接続を切断することである。そして、全てのＥＰＳベアラコンテキストは、リリースされる必要のあるＵＥにより設定される。具体的な処理は以下の通りである：ＵＥは、ＰＤＮ接続切断要求をＭＭＥに送信し、ここで、メッセージは、ＰＤＮのデフォルトベアラのＥＰＳベアラ識別子を含む。メッセージを受信した後、ＭＭＥは、ＥＰＳベアラ接続を切断するように要求するメッセージ（ＰＤＮのデフォルトベアラの識別子を含む）をＵＥに送信して、ＥＰＳベアラコンテキストの非アクティブ化処理を開始する。
【００６９】
本願のこの実施形態において、デフォルトベアラは、ＰＤＮ接続がリリースされる場合にのみ切断される。そうでない場合、デフォルトベアラは存続する。１つのＵＥが複数のＰＤＮに接続されているとき、デフォルトベアラは、各ＰＤＮに対して設定される必要がある。ＥＰＳベアラ（デフォルトベアラを含む）コンテキストの非アクティブ化処理は、ＥＰＳコンテキストベアラを非アクティブ化するか、またはＰＤＮ接続を切断することである（ここで、ＰＤＮ接続を切断する方式は、ＰＤＮの全てのＥＰＳベアラコンテキストを非アクティブ化することである）。処理は基地局により開始されるが、いくつかの手順を使用することによって、ＵＥにより要求またはトリガされてよい。例えば、ＵＥはベアラ変更手順を要求するか、または、ＵＥはＰＤＮ接続切断手順を要求する。
【００７０】
この実施形態において、ＵＥはさらに、基地局により割り当てられるデフォルトベアラリソースを取得する必要がある。基地局は、ＲＲＣシグナリング、物理層シグナリング、またはＭＡＣ層シグナリングなどのシグナリングを使用することによって、デフォルトベアラをＵＥに割り当て得る。
【００７１】
この実施形態において、基地局がシグナリングを使用することによってＵＥにデフォルトベアラを割り当て得る方式は、以下の通りであり得る：シグナリングはパラメータについての情報を保持し、ここで、パラメータは、デフォルトベアラに対応するチャネルリソースにより占有された周波数ドメインリソースについての情報を示す。
【００７２】
この実施形態において、ＰＣＥＦは、ＰＣＲＦにより送信された課金施行ポリシーを実行し、ポリシーに従って、サービスデータフローに対して課金を行う。
【００７３】
この実施形態において、コアネットワークのネットワークアーキテクチャは、上記の先行技術のそれと同様である。本明細書では、詳細について再び説明しない。
【００７４】
この実施形態において、デフォルトベアラを介してサーバによりＵＥに送信されたサービスデータフローは、ＵＥにより受信されることもできるが、ＵＥは、サービスデータフローに対して正常応答を生成しない。
【００７５】
２０２．ＰＣＥＦデバイスは、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する。
【００７６】
この実施形態において、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にある場合、ＵＥは、サーバにより送信されたサービスデータフローを依然として受信することができる。しかしながら、この状態では、ＵＥはサーバにデータを事前に送信せず、サーバにより送信されたサービスデータフローに対しても正常応答を生成しない。例えば、ＵＥは、ハンドシェイクプロトコルに従ってサーバにデータパケットを送信せず、ここで、データパケットは、ＵＥがサービスデータフローを正常に受信したことをサーバに通知するために使用される。
【００７７】
この実施形態において、アップリンクネットワーク接続は、モバイルネットワーク接続であってよい。モバイルネットワーク接続は、異なるユーザ機器において異なる名称を有してよい。例えば、モバイルネットワーク接続は、Ａｐｐｌｅの携帯電話ではセルラーモバイルデータと称され、ＨｕａｗｅｉおよびＳａｍｓｕｎｇの携帯電話ではモバイルデータと称される。従って、この実施形態におけるモバイルネットワーク接続は、異なるデバイスにおいて異なる名称を有するが、本願のこの実施形態におけるアップリンクネットワーク接続と同様の機能を実装する。より多くの例については、本明細書に具体的に列挙しない。
【００７８】
２０３．ＰＣＥＦデバイスはサービスデータフローの送信を防止するか、または、ＰＣＥＦデバイスは、予め設定された課金モードに従ってサービスデータフローに対して課金を行う。
【００７９】
本願のこの実施形態において、ＰＣＥＦデバイスによりサービスデータフローを処理することは、サービスデータフローの送信を防止すること、またはサービスデータフローに対して特別課金を行うことを含む。サービスデータフローの送信を防止することは、ＰＣＥＦデバイスがサービスデータフローに対して課金を行わないことを意味する。サービスデータフローに対して特別課金が行われる場合、特別課金により生じるデータトラフィック料金は、ＰＤＮ接続およびアップリンクネットワーク接続の両方が接続状態にある場合に生じるデータトラフィック料金より少ない。例えば、４Ｇスイッチのみが有効である場合に生じるデータトラフィック料金は、セルラーモバイルデータスイッチおよび４Ｇスイッチの両方が有効である場合に生じるデータトラフィック料金より少ない。
【００８０】
本願のこの実施形態において、ＰＤＮ接続が接続状態にあるがアップリンクネットワーク接続がアイドル状態にある場合にサーバによりＵＥに送信されるサービスデータフローは処理され、サービスデータフローに対応するデータトラフィック料金を低減し、それにより、アップリンクネットワーク接続がアイドル状態にある場合に、ユーザに対するトラフィック料金を低減または免除する。
【００８１】
この実施形態において、ＰＣＥＦデバイスは、ＵＥがサービスデータフローに対して異常応答を生成するかどうかを決定することにより、ＵＥのアップリンクネットワーク接続がアイドル状態にあるかどうかを決定し得る。図３を参照して、詳細について以下に説明する。
【００８２】
３０１．ポリシーおよび課金施行機能ＰＣＥＦデバイスは、サービスデータフローを取得する。
【００８３】
本願のこの実施形態における実施形態の段階３０１は、実施形態の段階２０１と同様である。本明細書では、詳細について再び説明しない。
【００８４】
３０２．ＰＣＥＦデバイスは、ＵＥが異常応答を生成したかどうかを決定する。
【００８５】
この実施形態において、ＵＥが異常応答を生成したかどうかをＰＣＥＦデバイスが決定するために、２つの方式が利用可能である。方式は以下に説明される。
【００８６】
一．ＵＥとサーバとの間のデータ交換をモニタリングする処理において、ＰＣＥＦデバイスは、１．ＵＥが、サーバからのＰＤＮ接続を切断する要求を開始したこと、または２．ＵＥが、予め設定された期間内にサービスデータフローに対して応答を生成しないことを検出する。
【００８７】
上記の２つの場合のうちいずれかが満たされる場合、ＰＣＥＦデバイスは、ＵＥが異常応答を生成したと決定する。
【００８８】
上記の２つの場合のほかに、ＵＥが異常応答を生成したとみなされ得る他の場合もあり得ることを理解されたい。これは、本明細書において具体的に限定はされない。
【００８９】
この実施形態において、予め設定された期間は、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて決定され得る。
【００９０】
具体的に、異なるＩＰアドレス（またはアプリケーション）は、異なる動作特性を有し得、異なるように処理される必要がある。ＰＣＥＦデバイスは、セルサービングＵＥ、およびＵＥのチャネルステータスについての情報を決定し、ＵＥのＩＰアドレスに基づいて異なるＵＥを区別し、異なるＩＰアドレスに基づいて異なる予め設定された期間を割り当てる。
【００９１】
同様に、サーバは、異なるＵＥに異なるポートおよびドメインネームを割り当て、ＰＣＥＦデバイスは、異なるポートおよびドメインネームに基づいて、異なるＵＥに異なる予め設定された期間を割り当てる。
【００９２】
同様に、ＰＣＥＦデバイスは、ＵＥが準拠する通信プロトコルに基づいて、異なるＵＥに異なる予め設定された期間を代替的に割り当ててよい。この実施形態において、通信プロトコルはＬ３４プロトコルであってよい。
【００９３】
二．ＰＣＥＦデバイスは、サービスデータフローにおけるパケットの数が第１閾値より多いかどうかを決定する。もしそうであって、且つ、ＵＥがサービスデータフローに対して応答を生成しないか、または、サーバからのＰＤＮ接続を切断する要求をＵＥが開始したとき、ＰＣＥＦデバイスは、ＵＥが異常応答を生成したと決定する。
【００９４】
この方式で、第１閾値は、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて決定され得る。
【００９５】
具体的に、異なるＩＰアドレス（または応用）は、異なる動作特性を有し得、異なるように処理される必要がある。ＰＣＥＦデバイスは、セルサービングＵＥ、およびＵＥのチャネルステータスについての情報を決定し、ＵＥのＩＰアドレスに基づいて異なるＵＥを区別し、異なるＩＰアドレスに基づいて異なる第１閾値を割り当てる。
【００９６】
同様に、サーバは、異なるＵＥに異なるポートおよびドメインネームを割り当て、ＰＣＥＦデバイスは、異なるポートおよびドメインネームに基づいて、異なるＵＥに異なる第１閾値を割り当てる。
【００９７】
同様に、ＰＣＥＦデバイスは、ＵＥが準拠する通信プロトコルに基づいて、異なるＵＥに第１閾値を代替的に割り当ててよい。この実施形態において、通信プロトコルはＬ３４プロトコルであってよい。
【００９８】
この実施形態において、ＵＥが正常応答を生成したかどうかをＰＣＥＦデバイスが決定する処理では、決定の結果が取得される前に、ＰＣＥＦデバイスはサービスデータフローの数を制限し、サービスデータフローに対応するデータトラフィック料金を最小限に抑え得る。
【００９９】
この実施形態において、ＵＥがサービスデータフローに対して異常応答を生成したと決定した後、ＰＣＥＦデバイスは、サービスデータフローのサーバＩＰリストを記憶し得る。続いて、サーバにより開始されたサービスデータフローがリストに一致するとき、サービスデータフローは、異常サービスデータフローと直接決定され、処理され、ＵＥが異常応答を生成したかどうかを決定する必要なくサービスデータフローに対応するデータトラフィック料金を低減する。
【０１００】
３０３．ＵＥが異常応答を生成したとき、ＰＣＥＦデバイスは、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する。
【０１０１】
この実施形態におけるアップリンクネットワーク接続は、実施形態の段階２０２におけるアップリンクネットワーク接続と同様である。本明細書では、詳細について再び説明しない。
【０１０２】
３０４．ＰＣＥＦデバイスはサービスデータフローの送信を防止するか、または、ＰＣＥＦデバイスは、予め設定された課金モードに従ってサービスデータフローに対して課金を行う。
【０１０３】
本願のこの実施形態における実施形態の段階３０４は、実施形態の段階２０２と同様である。本明細書では、詳細について再び説明しない。
【０１０４】
この実施形態において、ＵＥが異常応答を生成した場合、サーバとＵＥとの間のアップリンクネットワーク接続がアイドル状態にあると決定され、異常応答に関するいくつかの事例が分析されることで、解決手段の実装可能性が向上される。
【０１０５】
本願の実施形態において、サービスサーバにより事前に開始されたサービスデータフローの出力ポートは常に変化し、ＵＥの異常応答ステータスを決定することを回避する。従って、本願の実施形態はさらに、ＵＥが異常応答を生成したかどうかが決定されず、サービスデータフローに追加の制限のみが与えられた、別のサービスデータフロー処理方法を提案する。図４を参照して、詳細について以下に提供する。
【０１０６】
４０１．ＰＣＥＦデバイスは、サービスデータフローを取得する。
【０１０７】
段階４０１により実行される段階は、実施形態の段階２０１と同様である。本明細書では、詳細について再び説明しない。
【０１０８】
４０２．ＰＣＥＦデバイスは、サービスデータフローの数が第２閾値を超えるかどうかを決定する。
【０１０９】
この実施形態において、複数のサービスデータフローが存在する、すなわち、サーバがＵＥに対して複数のサービスデータフローを開始する場合、ＰＣＥＦデバイスは、サービスデータフローの数が第２閾値を超えるかどうかを決定する。
【０１１０】
４０３．ＰＣＥＦデバイスはサービスデータフローの送信を防止するか、または、ＰＣＥＦデバイスは、予め設定された課金モードに従ってサービスデータフローに対して課金を行う。
【０１１１】
この実施形態において、サービスデータフローの数が第２閾値を超える場合、ＰＣＥＦデバイスはサービスデータフローを処理する。処理方式は、実施形態の段階２０２のそれと同様であり、サービスデータフローの送信を防止してもよく、またはサービスデータフローに対して特別課金を行ってもよい。本明細書では、詳細について再び説明しない。
【０１１２】
この実施形態において、サーバにより同時に開始されたサービスデータフローの数は制限されており、それにより、サーバにより事前に開始されるサービスデータフローが制限される。これは、悪意のあるツールのトラフィックにより発生する膨大な電話料金を防止する。
【０１１３】
上記は、図２から図４を参照して、サービスデータフロー処理方法の観点から本願の実施形態を説明する。図５を参照して、以下では、ＰＣＥＦデバイスの観点から本願の実施形態を説明する。
【０１１４】
取得モジュール５０１は、サービスデータフローを取得するように構成され、ここで、サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであり、デフォルトベアラは、サーバとＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである。
【０１１５】
決定モジュール５０２は、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定するように構成される。
【０１１６】
課金モジュール５０３は、サービスデータフローの送信を防止するか、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行うように構成される。
【０１１７】
本願のこの実施形態において、ＰＤＮ接続が接続状態にあるがアップリンクネットワーク接続がアイドル状態にある場合にサーバによりＵＥに送信されるサービスデータフローは処理され、サービスデータフローに対応するデータトラフィック料金を低減し、それにより、アップリンクネットワーク接続がアイドル状態にある場合に、ユーザに対するトラフィック料金を低減または免除する。
【０１１８】
この実施形態において、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあるとＰＣＥＦデバイスが決定する方式は、ＵＥが異常応答を生成したかどうかを決定することである。図６を参照して、以下に説明を提供する。
【０１１９】
取得モジュール６０１は、サービスデータフローを取得するように構成され、ここで、サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであり、デフォルトベアラは、サーバとＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである。
【０１２０】
判断モジュール６０２は、ＵＥが異常応答を生成するかどうかを決定するように構成される。
【０１２１】
実行モジュール６０３は、ＵＥが異常応答を生成したとき、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する段階を実行するように構成される。
【０１２２】
決定モジュール６０４は、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定するように構成される。
【０１２３】
課金モジュール６０５は、サービスデータフローの送信を防止するか、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行うように構成される。
【０１２４】
この実施形態において、ＵＥは、ＵＥが異常応答を生成するかどうかを決定することにより、アップリンクネットワーク接続がアイドル状態にあるかどうかを決定し、それにより解決手段の実装可能性が向上される。
【０１２５】
この実施形態では、ＵＥが異常応答を生成するかどうかを決定するための複数の具体的な方式が存在する。図７を参照して、以下では、２つの事例を説明する。
【０１２６】
取得モジュール７０１は、サービスデータフローを取得するように構成され、ここで、サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであり、デフォルトベアラは、サーバとＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである。
【０１２７】
判断モジュール７０２は、ＵＥが異常応答を生成するかどうかを決定するように構成される。
【０１２８】
実行モジュール７０３は、ＵＥが異常応答を生成したとき、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する段階を実行するように構成される。
【０１２９】
決定モジュール７０４は、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定するように構成される。
【０１３０】
課金モジュール７０５は、サービスデータフローの送信を防止するか、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行うように構成される。
【０１３１】
１．ＵＥとサーバとの間のデータ交換をＰＣＥＦデバイスがモニタリングする処理において、まず、ＰＣＥＦデバイスは、サーバからのＰＤＮ接続を切断する要求をＵＥが開始したことを検出し、次に、ＰＣＥＦデバイスは、ＵＥが予め設定された期間内にサービスデータフローに対して応答しないかどうかをチェックする。
【０１３２】
判断モジュール７０２は、サーバからＰＤＮ接続を切断する要求をＵＥが開始したかどうかを決定すること、または、ＵＥが予め設定された期間内にサービスデータフローに対して応答を生成しないかどうかを決定することを行うように構成され得る第１判断サブモジュール７０２２と、サーバからＰＤＮ接続を切断する要求をＵＥが開始したこと、または、ＵＥが予め設定された期間内にサービスデータフローに対して応答を生成しないことを第１判断サブモジュール７０２１が決定するとき、ＵＥは異常応答を生成したと決定するように構成され得る第１決定サブモジュール７０２３とを含む。
【０１３３】
判断モジュールはさらに、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、予め設定された期間を決定するように構成される第２決定サブモジュール７０２１を含む。
【０１３４】
２．ＰＣＥＦデバイスは、サービスデータフローにおけるパケットの数が第１閾値より多いかどうかを決定し、サービスデータフローにおけるパケットの数が第１閾値より多く、且つ、ＵＥがサービスデータフローに対して応答しないか、または、サーバからのＰＤＮ接続を切断する要求をＵＥが開始するとき、ＰＣＥＦデバイスは、ＵＥが異常応答を生成すると決定する。
【０１３５】
判断モジュール７０２は、サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定するように構成される第２判断サブモジュール７０２５と、サービスデータフローにおけるパケットの数が閾値より多いこと、且つ、ＵＥがサービスデータフローに対して応答を生成しないこと、または、サーバからＰＤＮ接続を切断する要求をＵＥが開始したことを第２判断サブモジュール７０２３が決定するとき、ＵＥが異常応答を生成したと決定するように構成される第３決定サブモジュール７０２６とを含む。
【０１３６】
判断モジュールはさらに、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、閾値を決定するように構成される第４決定サブモジュール７０２４を含む。
【０１３７】
図８は、本願の実施形態に係るＰＣＥＦデバイスの概略図である。ＰＣＥＦデバイス８００は、ブラウザを含む。ＰＣＥＦデバイス８００は、異なる構成または性能に起因して大きく異なり得、１つまたは複数の中央演算処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔｓ，ＣＰＵ）８２２（例えば、１つまたは複数のプロセッサ）、メモリ８３２、および、応用プログラム８４２またはデータ８４４を記憶する１つまたは複数の記憶媒体８３０（例えば、１つまたは複数の大容量ストレージデバイス）を含み得る。メモリ８３２および記憶媒体８３０は、一時的ストレージまたは永続的ストレージであり得る。記憶媒体８３０に記憶されるプログラムは、１つまたは複数のモジュール（図示せず）を含み得、各モジュールは、ＰＣＥＦデバイスに対する一連の命令オペレーションを含み得る。さらに、中央演算処理装置８２２は、記憶媒体８３０と通信することと、記憶媒体８３０における一連の命令オペレーションをＰＣＥＦデバイス８００上で実行することとを行うように構成され得る。
【０１３８】
中央演算処理装置８２２は、命令オペレーションに従って、サービスデータフローを取得する段階であって、ここで、サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであって、デフォルトベアラは、サーバとＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである、取得する段階と、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する段階と、サービスデータフローの送信を防止する段階、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行う段階といった段階を実行し得る。
【０１３９】
ＰＣＥＦデバイス８００はさらに、１つまたは複数の電源８２６、１つまたは複数の有線または無線ネットワークインタフェース８５０、１つまたは複数の入力／出力インタフェース８５８、および／または１つまたは複数の動作システム８４１、例えば、Ｗｉｎｄｏｗｓ（登録商標）サーバ、ＭＡＣ  ＯＳ  Ｘ（登録商標）、Ｕｎｉｘ（登録商標）、ｌｉｎｕｘ（登録商標）、およびＦｒｅｅＢＳＤ（登録商標）などを含み得る。
【０１４０】
上記の実施形態において、ＰＣＥＦデバイスは、図８に示されるＰＣＥＦデバイスの構造に基づいて実行し得る。
【０１４１】
当業者であれば明確に理解するであろうが、説明を簡便且つ簡潔にする目的で、上記のシステム、装置、およびユニットの詳細な動作プロセスについては、上記の方法の実施形態における対応する処理を参照されたい。本明細書では、詳細について再び説明しない。
【０１４２】
本願において提供されるいくつかの実施形態では、開示されたシステム、装置、および方法が、他の方式で実装され得ることを理解されたい。例えば、説明された装置の実施形態は、単なる一例に過ぎない。例えば、ユニット分割は、単なる論理機能分割に過ぎず、実際の実装においては他の分割であり得る。例えば、複数のユニットまたはコンポーネントは別のシステムに組み合わされまたは統合されてよく、または、いくつかの特徴が無視されまたは実行されなくてよい。加えて、表示または議論される相互結合もしくは直接結合または通信接続は、いくつかのインタフェースを使用することにより実装され得る。装置間またはユニット間の間接結合または通信接続は、電子的、機械的、または他の形態で実装され得る。
【０１４３】
別個の部分として説明されたユニットは、物理的に別個であってもなくてもよく、ユニットとして表示された部分は、物理ユニットであってもなくてもよく、一か所に配置されてもよく、または複数のネットワークユニットに分散されてもよい。一部または全てのユニットは、実施形態の解決手段の目的を実現すべく、実際の要件に基づいて選択され得る。
【０１４４】
加えて、本願の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよく、または、各ユニットは物理的に単独で存在してもよく、または、２つまたはそれより多くのユニットが１つのユニットに統合される。統合されたユニットは、ハードウェアの形態で実装されてもよく、または、ソフトウェア機能ユニットの形態で実装されてもよい。
【０１４５】
統合されたユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用される場合、統合されたユニットは、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本質的には本発明の技術的解決手段、または先行技術に貢献する部分、または技術的解決手段の全てまたは一部は、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、図２から図４に示される実施形態に説明されている方法の段階の全てまたはいくつかを実行するように、コンピュータデバイス（パーソナルコンピュータ、ローカルクライアント、またはネットワークデバイスなどであり得る）に命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ‐ｏｎｌｙ  ｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶できる任意の媒体を含む。
【０１４６】
上記の実施形態は、本願の技術的解決手段を説明することを意図しているに過ぎず、本願を限定するものではない。本願は上記の実施形態を参照して詳細に説明されているが、当業者であれば、本願の実施形態の技術的解決手段の趣旨および範囲から逸脱することなく、上記の実施形態に説明されている技術的解決手段に対して変更を加え得、または、それらのいくつかの技術的特徴に対して等価な置換を行い得ることを理解されたい。
【図１】
2021511718.tif 000003
【図２】
2021511718.tif 000004
【図３】
2021511718.tif 000005
【図４】
2021511718.tif 000006
【図５】
2021511718.tif 000007
【図６】
2021511718.tif 000008
【図７】
2021511718.tif 000009
【図８】
2021511718.tif 000010
【手続補正書】
【提出日】令和2年8月17日(2020.8.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービスデータフロー処理方法であって、
ポリシーおよび課金施行機能ＰＣＥＦデバイスが、サービスデータフローを取得する段階であって、前記サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであって、前記デフォルトベアラは、前記サーバと前記ＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである、取得する段階と、
前記ＰＣＥＦデバイスが、前記ＵＥと前記サーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する段階と、
前記ＰＣＥＦデバイスが、前記サービスデータフローの送信を防止する段階、または、前記ＰＣＥＦデバイスが、予め設定された課金モードに従って前記サービスデータフローに対して課金を行う段階と
を備える、方法。
【請求項２】
前記ＰＣＥＦデバイスが、前記ＵＥと前記サーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する前記段階の前に、前記方法はさらに、
前記ＰＣＥＦデバイスが、前記ＵＥが異常応答を生成したかどうかを決定する段階と、
前記ＵＥが異常応答を生成したとき、次の段階を実行する段階と
を備える、請求項１に記載の方法。
【請求項３】
前記ＰＣＥＦデバイスが、前記ＵＥが異常応答を生成したかどうかを決定する前記段階は、
前記ＰＣＥＦデバイスが、前記サーバからの前記ＰＤＮ接続を切断する要求を前記ＵＥが開始したかどうかを決定する段階、または、前記ＵＥが予め設定された期間内に前記サービスデータフローに対して応答を生成しないかどうかを決定する段階と、
もしそうであるとき、前記ＵＥが異常応答を生成したと前記ＰＣＥＦデバイスが決定する段階と
を有する、請求項２に記載の方法。
【請求項４】
前記ＵＥが異常応答を生成したと前記ＰＣＥＦデバイスが決定する前記段階の前に、前記方法はさらに、
前記ＰＣＥＦデバイスが、前記ＵＥのインターネットプロトコルＩＰアドレス、前記ＵＥのポート情報、前記ＵＥのドメインネーム情報、および前記ＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、前記予め設定された期間を決定する段階
を備える、請求項３に記載の方法。
【請求項５】
前記ＰＣＥＦデバイスが、前記ＵＥが異常応答を生成したかどうかを決定する前記段階は、
前記ＰＣＥＦデバイスが、前記サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定する段階と、
前記サービスデータフローにおける前記パケットの数が前記閾値より多く、且つ、前記ＵＥは前記サービスデータフローに対して応答を生成しないか、または、前記サーバからの前記ＰＤＮ接続を切断する要求を前記ＵＥが開始したとき、前記ＰＣＥＦデバイスが、前記ＵＥが異常応答を生成すると決定する段階と
を有する、請求項２に記載の方法。
【請求項６】
前記ＰＣＥＦデバイスが、前記サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定する前記段階の前に、前記方法はさらに、
前記ＰＣＥＦデバイスが、前記ＵＥのインターネットプロトコルＩＰアドレス、前記ＵＥのポート情報、前記ＵＥのドメインネーム情報、および前記ＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、前記閾値を決定する段階
を備える、請求項５に記載の方法。
【請求項７】
前記予め設定された課金モードに対応するデータトラフィック料金が、前記ＰＤＮ接続および前記アップリンクネットワーク接続が接続状態にある場合に生じるデータトラフィック料金より少ない、
請求項１から６のいずれか一項に記載の方法。
【請求項８】
ポリシーおよび課金施行機能ＰＣＥＦデバイスであって、
サービスデータフローを取得するように構成される取得モジュールであって、前記サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであって、前記デフォルトベアラは、前記サーバと前記ＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである、取得モジュールと、
前記ＵＥと前記サーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定するように構成される決定モジュールと、
前記サービスデータフローの送信を防止すること、または、予め設定された課金モードに従って前記サービスデータフローに対して課金を行うことを行うように構成される課金モジュールと
を備える、ＰＣＥＦデバイス。
【請求項９】
前記ＵＥが異常応答を生成するかどうかを決定するように構成される判断モジュールと、
前記ＵＥが異常応答を生成したとき、前記ＵＥと前記サーバとの間の前記アップリンクネットワーク接続がアイドル状態にあると決定することを実行するように構成される、実行モジュールと
をさらに備える、
請求項８に記載のＰＣＥＦデバイス。
【請求項１０】
前記判断モジュールは、
前記サーバからの前記ＰＤＮ接続を切断する要求を前記ＵＥが開始したかどうかを決定すること、または、前記ＵＥが予め設定された期間内に前記サービスデータフローに対して応答を生成しないかどうかを決定することを行うように構成される第１判断サブモジュールと、
前記サーバからの前記ＰＤＮ接続を切断する前記要求を前記ＵＥが開始したこと、または、前記ＵＥが前記予め設定された期間内に前記サービスデータフローに対して応答を生成しないことを前記第１判断サブモジュールが決定するとき、前記ＵＥが異常応答を生成したと決定するように構成される、第１決定サブモジュールと
を有する、
請求項９に記載のＰＣＥＦデバイス。
【請求項１１】
前記判断モジュールはさらに、
前記ＵＥのインターネットプロトコルＩＰアドレス、前記ＵＥのポート情報、前記ＵＥのドメインネーム情報、および前記ＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、前記予め設定された期間を決定するように構成される第２決定サブモジュールを有する、
請求項１０に記載のＰＣＥＦデバイス。
【請求項１２】
前記判断モジュールは、
前記サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定するように構成される第２判断サブモジュールと、
前記サービスデータフローにおける前記パケットの数が前記閾値より多いこと、且つ、前記ＵＥが前記サービスデータフローに対して応答を生成しないこと、または、前記サーバからの前記ＰＤＮ接続を切断する要求を前記ＵＥが開始したことを前記第２判断サブモジュールが決定するとき、前記ＵＥが異常応答を生成したと決定するように構成される、第３決定サブモジュールと
を有する、
請求項９に記載のＰＣＥＦデバイス。
【請求項１３】
前記判断モジュールはさらに、
前記ＵＥのインターネットプロトコルＩＰアドレス、前記ＵＥのポート情報、前記ＵＥのドメインネーム情報、および前記ＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、前記閾値を決定するように構成される第４決定サブモジュールを有する、
請求項１２に記載のＰＣＥＦデバイス。
【請求項１４】
メモリ、送受信機、プロセッサ、およびバスシステムを備えるＰＣＥＦデバイスであって、
前記メモリは、プログラムおよび命令を記憶するように構成され、
前記送受信機は、前記プロセッサの制御下で情報を受信または送信するように構成され、
前記プロセッサは、前記メモリにおける前記プログラムを実行するように構成され、
前記バスシステムは、前記メモリ、前記送受信機、および前記プロセッサが互いに通信するように、前記メモリ、前記送受信機、および前記プロセッサを接続するように構成され、
前記プロセッサは、前記メモリにおける前記プログラムおよび前記命令を呼び出し、請求項１から７のいずれか一項に記載の方法を実行するように構成される、
ＰＣＥＦデバイス。
【請求項１５】
コンピュータに、請求項１から７のいずれか一項に記載の方法を実行させるためのコンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、通信分野、特に、サービスデータフロー処理方法および関連デバイスに関する。
【０００２】
第３世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ，３ＧＰＰ）標準プロトコルにおいて、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ，ＵＥ）は、データ伝送を介してサーバと通信する。ユーザ機器はアップリンクデータをサーバに送信し、サーバはダウンリンクデータを送信することにより応答する。ＬＴＥシステムにおいて、ＵＥがネットワークに接続するプロセスで、公衆データネットワーク（ｐｕｂｌｉｃ  ｄａｔａ  ｎｅｔｗｏｒｋ，ＰＤＮ）接続が設定される。ＰＤＮ接続は、ＵＥと発展型パケットコア（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ，ＥＰＣ）との間のインターネットプロトコル（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ，ＩＰ）接続である。ＰＤＮ接続は、ＵＥがネットワークにデフォルトベアラを設定することをトリガし、デフォルトベアラが存在する限り、ＩＰ接続は遮断されない。ＵＥおよびネットワークは、デフォルトベアラに対して接続を設定し、ＵＥがデータを受信または送信するまで、ＵＥがネットワークに接続を設定しないという理由から発生する遅延を低減する。サービス要求がデータパケット遅延に対して低い要件を有する場合、ＵＥは通常、デフォルトベアラでデータパケットを伝送する。ユーザ機器が音声通話などに対する要求を開始するとき、デフォルトベアラは、伝送遅延およびパケット損失率などに対する要件を保証できないので、この場合、専用ベアラが設定される必要がある。音声通話が終了された後、専用ベアラは削除されるが、デフォルトベアラは、ＵＥとネットワークとが接続されている期間において、常に保持される。
【０００３】
セルラーモバイルデータスイッチが無効化された後、ユーザ機器は、アップリンクデータ伝送を事前に開始することが不可能であり、従って、別のデバイスにデータを事前に送信することが不可能である。セルラーモバイルデータスイッチが無効化された後、いくつかのユーザ機器における４Ｇスイッチは有効状態にあり得る。この場合、統一されたパケットゲートウェイ（ｕｎｉｆｉｅｄ  ｐａｃｋｅｔ  ｇａｔｅｗａｙ，ＵＣＧ）デバイスにおけるユーザコンテキストは、依然としてアクティブ状態にあり、ネットワークおよびＵＥは依然として接続状態にある。従って、ユーザに接続されているデフォルトベアラは依然として利用可能である。この場合、ＵＣＧデバイスがダウンリンクパケットを受信するとき、ＵＣＧデバイスは通常通りダウンリンクパケットをＵＥに転送し、ポリシーおよび課金施行機能（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ，ＰＣＥＦ）が、伝送されたダウンリンクパケットに対して、トラフィックベースの課金を正常に行う。
【０００４】
３ＧＰＰ標準プロトコルでは、ＵＥがネットワークに接続する限りデフォルトベアラが設定されることを認識できる。結果として、一部のユーザがセルラーモバイルデータスイッチを無効化したが４Ｇスイッチを無効化していない場合、サーバは、デフォルトベアラを介してこれらのユーザのＵＥにダウンリンクパケットを依然として送信し、ＰＣＥＦはパケットに対して課金を正常に行い、これらのユーザのトラフィック料金を増加させる。
【発明の概要】
【０００５】
本願の実施形態は、アップリンクネットワーク接続がアイドル状態にある場合にデフォルトベアラに生成されるサービスデータフローを処理すべく、サービスデータフロー処理方法および関連デバイスを提供し、それによりサービスデータフローに対応するデータトラフィック料金を低減する。
【０００６】
本願の実施形態の第１態様は、ＰＣＥＦデバイスがサービスデータフローを取得する段階であって、ここで、サービスデータフローは、サーバによりデフォルトベアラに送信され、デフォルトベアラを介して伝送されるデータフローである、取得する段階を含むサービスデータフロー処理方法を提供する。
【０００７】
この実施形態において、デフォルトベアラは、サーバとＵＥとの間のＰＤＮ接続が接続状態にある場合に設定されるベアラであり、デフォルトベアラはＰＤＮ接続が切断されない限り存続する。
【０００８】
ＰＣＥＦデバイスが、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態であると決定する場合、ＰＣＥＦデバイスはサービスデータフローを処理する。処理方式は、サービスデータフローの送信を防止してもよく、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行ってもよい。サービスデータフローの送信を防止することは、サービスデータフローに対して課金を行わないことであり、予め設定された課金モードに従ってサービスデータフローに課金を行うことは、サービスデータフローのデータトラフィック料金を低減することができる。
【０００９】
本願のこの実施形態は、以下の利点を有する：ＰＣＥＦデバイスは、デフォルトベアラを介して伝送されるサービスデータフローを取得し、ここで、デフォルトベアラは、サーバとＵＥとの間のＰＤＮ接続が接続状態にある場合に設定されるベアラである。ＰＣＥＦデバイスが、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する場合、ＰＣＥＦデバイスはサービスデータフローの送信を防止するか、または、ＰＣＥＦデバイスは予め設定された課金モードに従ってサービスデータフローに対して課金を行う。この実施形態において、ＰＣＥＦデバイスは、ＵＥとサーバとの間の接続状態を決定し、ＵＥとサーバとの間のＰＤＮ接続は接続状態にあるがアップリンクネットワーク接続は切断状態にある場合に、サービスデータフローを処理する。それにより、データトラフィック料金が低減する。
【００１０】
第１態様によると、本願の実施形態の第１態様の第１実装では、ＰＣＥＦデバイスが、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する前に、方法はさらに、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したかどうかを決定する段階と、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定した後、アップリンクネットワーク接続がアイドル状態にあると決定する段階を実行する段階とを含む。
【００１１】
この実施形態は、ＵＥが、アップリンクネットワーク接続がアイドル状態にあると決定し、解決手段の実装可能性を向上させる方式を説明する。
【００１２】
第１態様の第１実装によると、本願の実施形態の第１態様の第２実装では、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したかどうかを決定する段階は、ＰＣＥＦデバイスが、サーバからＰＤＮ接続を切断する要求をＵＥが開始したかどうかを決定する段階、または、ＰＣＥＦデバイスが、ＵＥが予め設定された期間内にサービスデータフローに対して応答を生成しないかどうかを決定する段階と、上記の２つの場合のいずれかが満たされたとき、具体的には、ＰＣＥＦデバイスが、サーバからＰＤＮ接続を切断する要求をＵＥが開始したと決定するとき、または、ＰＣＥＦデバイスが、ＵＥが予め設定された期間内にサービスデータフローに対して応答を生成しないと決定するとき、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定する段階とを含む。
【００１３】
この実施形態は、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定し、解決手段の柔軟性を向上させる方式を説明する。
【００１４】
第１態様の第２実装によると、本願の実施形態の第１態様の第３実装では、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定する段階の前に、方法はさらに、ＰＣＥＦデバイスが、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、予め設定された期間を決定する段階を含む。
【００１５】
この実施形態は、ＰＣＥＦデバイスが予め設定された期間を決定し、解決手段の実施可能性を向上させる方式を説明する。
【００１６】
第１態様の第１実装によると、本願の実施形態の第１態様の第４実装では、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したかどうかを決定する段階は、ＰＣＥＦデバイスが、サービスデータフローはパケットを伝送するのに使用され得るので、サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定する段階であって、ここで、この実施形態では、閾値はＰＣＥＦデバイスにより予め設定され得る、決定する段階を含む。
【００１７】
ＰＣＥＦデバイスが、サービスデータフローにおけるパケットの数が閾値より多いこと、且つ、ＵＥがサービスデータフローに対して応答を生成しないこと、または、サーバからＰＤＮ接続を切断する要求をＵＥが開始したことを決定するとき、ＰＣＥＦデバイスは、ＵＥが異常応答を生成したと決定する。
【００１８】
この実施形態は、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定し、解決手段の柔軟性を向上させる別の方式を説明する。
【００１９】
第１態様の第４実装によると、本願の実施形態の第１態様の第５実装では、ＰＣＥＦデバイスが、サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定する段階の前に、方法はさらに、ＰＣＥＦデバイスが、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、閾値を決定する段階を含む。
【００２０】
この実施形態は、ＰＣＥＦデバイスが閾値を決定し、解決手段の実施可能性を向上させる方式を説明する。
【００２１】
第１態様および第１態様の第１実装から第５実装のうちのいずれかによると、本願の実施形態の第１態様の第６実装では、予め設定された課金モードに対応するデータトラフィック料金は、ＰＤＮ接続およびアップリンクネットワーク接続が接続状態にある場合に生じるデータトラフィック料金より少なく、それにより、サービスデータフローのデータトラフィック料金が低減する。
【００２２】
この実施形態は、予め設定された課金モードを説明し、解決手段の実装可能性を向上させる。
【００２３】
本願の第２態様は、サービスデータフローを取得するように構成され得る取得モジュールであって、ここで、サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであり、デフォルトベアラは、サーバとＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラであり、この実施形態では、デフォルトベアラはＰＤＮ接続が切断されない限り存続する、取得モジュールと、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定するように構成され得る決定モジュールと、サービスデータフローの送信を防止すること、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行うことを行うように構成され得る課金モジュールであって、ここで、サービスデータフローの送信を防止することは、サービスデータフローに対して課金を行わないことであり、予め設定された課金モードに従ってサービスデータフローに対して課金を行うことは、サービスデータフローのデータトラフィック料金を低減することができる、課金モジュールとを含む、ポリシーおよび課金施行機能ＰＣＥＦデバイスを提供する。
【００２４】
この実施形態において、ＰＣＥＦデバイスは、ＵＥとサーバとの間の接続状態を決定し、ＵＥとサーバとの間のＰＤＮ接続が接続状態にあるがアップリンクネットワーク接続はアイドル状態にある場合に、サービスデータフローを処理する。それにより、データトラフィック料金が低減する。
【００２５】
第２態様によると、第２態様の第１実装では、ＰＣＥＦデバイスはさらに、ＵＥが異常応答を生成したかどうかを決定するように構成され得る判断モジュールと、ＵＥが異常応答を生成したときに、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する段階を実行するように構成され得る実行モジュールとを含む。
【００２６】
この実施形態は、ＵＥが、アップリンクネットワーク接続がアイドル状態にあると決定し、解決手段の実装可能性を向上させる方式を説明する。
【００２７】
第２態様の第１実装によると、第２態様の第２実装では、判断モジュールは、サーバからＰＤＮ接続を切断する要求をＵＥが開始したかどうかを決定すること、または、ＵＥが予め設定された期間内にサービスデータフローに対して応答を生成しないかどうかを決定することを行うように構成され得る第１判断サブモジュールと、サーバからＰＤＮ接続を切断する要求をＵＥが開始したこと、または、ＵＥが予め設定された期間内にサービスデータフローに対して応答を生成しないことを第１判断サブモジュールが決定するとき、ＵＥは異常応答を生成したと決定するように構成され得る第１決定サブモジュールとを含む。
【００２８】
この実施形態は、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定し、解決手段の柔軟性を向上させる方式を説明する。
【００２９】
第２態様の第２実装によると、本願の実施形態の第２態様の第３実装では、判断モジュールはさらに、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、予め設定された期間を決定するように構成され得る、第２決定サブモジュールを含む。
【００３０】
この実施形態は、ＰＣＥＦデバイスが予め設定された期間を決定し、解決手段の実施可能性を向上させる方式を説明する。
【００３１】
第２態様によると、第２態様の第４実装では、判断モジュールは、サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定するように構成され得る第２判断サブモジュールと、サービスデータフローにおけるパケットの数が閾値より多いこと、且つ、ＵＥがサービスデータフローに対して応答を生成しないこと、または、サーバからＰＤＮ接続を切断する要求をＵＥが開始したことを第２判断サブモジュールが決定するとき、ＵＥが異常応答を生成したと決定するように構成され得る第３決定サブモジュールであって、ここで、この実施形態では、閾値はＰＣＥＦデバイスにより予め設定され得る、第３決定サブモジュールとを含む。
【００３２】
この実施形態は、ＰＣＥＦデバイスが、ＵＥが異常応答を生成したと決定し、解決手段の柔軟性を向上させる別の方式を説明する。
【００３３】
第２態様の第４実装によると、第２態様の第５実装では、判断モジュールはさらに、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、閾値を決定するように構成され得る、第４決定サブモジュールを含む。
【００３４】
この実施形態は、ＰＣＥＦデバイスが閾値を決定し、解決手段の実施可能性を向上させる方式を説明する。
【００３５】
本願の第３態様は、メモリ、送受信機、プロセッサ、およびバスシステムを含むＰＣＥＦデバイスであって、ここで、メモリは、プログラムおよび命令を記憶するように構成され、送受信機は、プロセッサの制御下で情報を受信または送信するように構成され、プロセッサは、メモリにおけるプログラムを実行するように構成され、バスシステムは、メモリ、送受信機、およびプロセッサが互いに通信するように、メモリ、送受信機、およびプロセッサを接続するように構成され、プロセッサは、メモリにおけるプログラムおよび命令を呼び出し、本願の第１態様および第１態様の第１実装から第６実装のうちのいずれか１つに係る方法を実行するように構成される、ＰＣＥＦデバイスを提供する。
【００３６】
本願の第４態様は、コンピュータ可読記憶媒体を提供し、ここで、コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータで動作する場合、コンピュータは、上記の態様のうちのいずれかに係る方法を実行することが可能になる。
【００３７】
本願の第５態様は、命令を含むコンピュータプログラム製品を提供し、ここで、コンピュータプログラム製品がコンピュータで動作する場合、コンピュータは、上記の態様のうちのいずれかに係る方法を実行することが可能になる。
【図面の簡単な説明】
【００３８】
【図１】既存のＬＴＥシステムのＥＰＣの構成構造図である。
【００３９】
【図２】本願の実施形態に係るサービスデータフロー処理方法を示す。
【００４０】
【図３】本願の実施形態に係る別のサービスデータフロー処理方法を示す。
【００４１】
【図４】本願の実施形態に係る別のサービスデータフロー処理方法を示す。
【００４２】
【図５】本願の実施形態に係るＰＣＥＦデバイスの実施形態の概略図である。
【００４３】
【図６】本願の実施形態に係るＰＣＥＦデバイスの別の実施形態の概略図である。
【００４４】
【図７】本願の実施形態に係るＰＣＥＦデバイスの別の実施形態の概略図である。
【００４５】
【図８】本願の実施形態に係るＰＣＥＦデバイスのエンティティの構造図である。
【発明を実施するための形態】
【００４６】
２Ｇまたは３Ｇシステムにおいて、回路交換（ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈｅｄ，ＣＳ）ドメインは主に、音声サービスおよびビデオサービスに使用される。回路交換ドメインでは、音声通話がチャネルを完全に占有し、チャネルは、通話が終了するまで、別のユーザが使用するためにリリースされる。パケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈ，ＰＳ）ドメインも、データ交換ドメインであり、主にデータサービス（インターネットサーフィンなど）を担当する。ＰＳドメインは、複数のユーザがチャネルリソースを共有してリソース利用率を大きく向上させる、パケット転送メカニズムを使用する。
【００４７】
４Ｇシステム、すなわち、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システムでは、ＣＳドメインは存在せず、ＰＳドメインのみが存在する。ＬＴＥでは、全ての音声サービスがＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）方式で実行される。具体的には、音声サービスは、カプセル化されたデータパケットの形でＩＰネットワークを介してリアルタイムに転送される。２Ｇおよび３Ｇと異なり、ＬＴＥシステムでは、デフォルトベアラがさらに設定される。デフォルトベアラは、ＵＥへの無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ，ＲＲＣ）接続が設定された後、且つ、初期ＰＤＰコンテキストが設定された場合に、ＵＥのコアネットワークによりデフォルトで設定されるデータ無線ベアラ（ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ，ＤＲＢ）である。ＵＥがデータ交換ドメインにのみ接続されているとき、１つのデフォルトベアラのみが存在する。ＵＥがＩＰマルチメディアサブシステム（ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ｓｕｂｓｙｓｔｅｍ，ＩＭＳ）にも接続されているとき、音声ドメインにおける専用ベアラがさらに設定される。ユーザの動作（例えば、音声通話を開始する）に関連する場合は、以下の通りである：データ伝送が比較的高い要件を有する場合、デフォルトベアラは伝送遅延およびパケット損失率などに対して要件を保証できないので、この場合は専用ベアラがさらに設定される必要がある。
【００４８】
図１は、既存のＬＴＥシステムのＥＰＣコアネットワークを示す。以下では、まず各ネットワークエレメントを簡潔に説明する。
【００４９】
１．モビリティ管理エンティティＭＭＥの機能：モビリティ管理、セッション管理、ユーザ認証およびアクセスなど
【００５０】
２．サービングゲートウェイＳＧＷの機能：無線アクセス部分のインタフェースを終了すること、ベアラ設定を実行すること、ユーザに対して課金を行うこと、および基地局ハンドオーバ中の基地局を再度並べ替えること
【００５１】
３．ＰＧＷ（ＰＤＮ‐ＧＷ）：ＰＤＮ指向ＳＧｉインタフェースを終了し、サービスベースの課金を行い、外部ゲートウェイに接続するＰＧＷはさらに、ＩＰアドレスを割り当て得る。３ＧＰＰアクセスでも、または非３ＧＰＰアクセスでも、ＵＥは、ＰＧＷネットワークエレメントを使用することによってのみＰＤＮにアクセスできる。デフォルトベアラが設定された後、ＰＧＷは、ＵＥにＩＰアドレスを割り当てて、それによりＵＥに「恒久的オンライン」の機能を提供する。ＰＧＷは、ＰＣＥＦデバイスとして機能し、サービスデータフロー検出、ポリシー施行、およびフローベースの課金などの機能を実行し得る。
【００５２】
４．ポリシーおよび課金ルール機能（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｒｕｌｅｓ  ｆｕｎｃｔｉｏｎ，ＰＣＲＦ）デバイス：サービスデータフローおよびＩＰベアラリソースに対するポリシーおよび課金制御ポリシーの決定点ＰＣＲＦデバイスは、ＰＣＥＦのために利用可能なポリシーおよび課金制御決定を選択および提供する。
【００５３】
５．ホーム加入者サーバＨＳＳ：呼び出しおよびセッションを処理するように構成されるＩＭＳネットワークエンティティのメインユーザデータベースのサポートＨＳＳは、ユーザ構成ファイルを含み、ユーザ識別情報の認証および許可を実行し、ユーザの物理的位置についての情報を提供することができる。
【００５４】
６．ＳＧＳＮ：ＰＧＷおよびＳＧＷの選択並びに３ＧＰＰ  Ｅ‐ＵＴＲＡＮアクセスネットワークにハンドオーバされたユーザのためのＭＭＥの選択も含む、２Ｇ／３Ｇアクセスネットワークと３ＧＰＰ  Ｅ‐ＵＴＲＡＮアクセスネットワークとの間の移動中のシグナリング相互作用を実行するように構成される
【００５５】
アクセスネットワークＥ‐ＵＴＲＡＮは基地局を含む。
【００５６】
図面に示されるシグナリング相互作用処理は、以下の通りである：ＵＥは、基地局を介して発展型パケットコア（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ，ＥＰＣ）に接続され、シグナリングはＳ１‐ＭＭＥインタフェースを介してＭＭＥに転送され、ＭＭＥはユーザの登録および認証を実行し、ＨＳＳはユーザの有効性を決定する。ＭＭＥは、デフォルトベアラを設定ように要求するメッセージを、Ｓ１１インタフェースを介してＳＧＷに送信する。ＳＧＷは、アクセスポイントネーム（ａｃｃｅｓｓ  ｐｏｉｎｔ  ｎａｍｅ，ＡＰＮ）を使用することにより、ドメインネームシステム（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ，ＤＮＳ）における解析を介して、デフォルトベアラのＰＧＷを取得する。ＳＧＷは、Ｓ５インタフェースを介してＰＧＷにメッセージを送信する。ＰＧＷは、Ｇｘインタフェースを介してＰＣＲＦに接続され、ＰＣＲＦは、ユーザの要求を認証し、課金ポリシーを割り当てる。ＰＣＲＦは、課金を行うためにＰＣＥＦに課金ポリシーを割り当てる。ＵＥは、Ｓ１−Ｕインタフェースを介してＳＧＷに接続され、ＳＧＷは、ベアラの設定およびユーザへの課金を実行する。ＰＧＷは、ＳＧｉインタフェースを介してオペレータネットワークにアクセスする。この接続方式を使用することにより、ＵＥとサーバとの間のサービスデータフローに対して課金を行うことができる。
【００５７】
２Ｇまたは３Ｇシステムにおいて、デフォルトベアラは設定されず、従って、本願の実施形態により対処されるデメリットは存在しない。本願は主に、ＬＴＥシステムを対象としている。しかしながら、本願の実施形態により対処されるデメリットは、４Ｇネットワークに加え、５Ｇネットワークにも存在する。ネットワークシステムの種類にかかわらず、ＵＥとサーバとの間にデフォルトベアラが設定されている限り、ＵＥのアップリンクネットワーク接続が無効化されている場合であっても、サーバは、デフォルトベアラを使用することによりデータを依然として伝送することができることを留意されたい。
【００５８】
本願の明細書、特許請求の範囲、および添付図面において、「第１」、「第２」、「第３」、「第４」など（もし存在すれば）の用語は、同様の対象物間を区別することを意図しているのであって、必ずしも具体的な順序または順序を示すわけではない。そのような方式で称されるデータは、適切な状況で置き換え可能であり、これにより、本明細書に説明される本発明の実施形態は、本明細書で示されるまたは説明される順序以外の順序で実装され得ることを理解されたい。さらに、「含む」、「包含する」およびあらゆる他の異形といった用語は、非限定的な包含を含むことを意味する。例えば、段階またはユニットのリストを含む処理、方法、システム、製品、またはデバイスは、必ずしもそれらのユニットに限定されるわけではなく、明示的に列挙されていないか、またはそのような処理、方法、システム、製品、またはデバイスに固有の他のユニットを含んでよい。
【００５９】
本願の実施形態は、サービスデータフロー処理方法を提供する。方法は、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にある場合に、サービスデータフローを処理すべく、ＰＣＥＦデバイスにより使用される。
【００６０】
この実施形態において、ＰＣＥＦデバイスは、ネットワークデバイス上のユニットであり、主に、サービスデータフロー検出、ポリシー施行、およびサービスデータフローベースの課金などの機能を提供する。
【００６１】
２０１．ポリシーおよび課金施行機能ＰＣＥＦデバイスは、サービスデータフローを取得する。
【００６２】
サーバがＵＥにサービスデータフローを伝送する処理において、サービスデータフローはＰＣＥＦデバイスを通過し、そしてＵＥに転送され、ＰＣＥＦデバイスはサービスデータフローに対して課金を行い得る。
【００６３】
ＰＣＥＦは、ＵＥとサーバとの間の接続であり、サービスデータフローを転送する。
【００６４】
この実施形態において、サービスデータフローはデフォルトベアラを介して送信される。デフォルトベアラは、サーバとＵＥとの間のＰＤＮ接続が接続状態にある場合に設定されるベアラである。ＵＥ上の４Ｇスイッチが有効である場合、上記のように、ＵＥはサーバに対してＰＤＮ接続を設定し、そしてデフォルトベアラを設定する限り、サーバはＵＥにデータを送信することができる。この場合、生成されたサービスデータフローも、ＰＣＥＦデバイスにより取得され、課金の対象となる。
【００６５】
この実施形態において、ＵＥとサーバとの間にデフォルトベアラが設定される前に、ＰＤＮ接続が設定される必要がある。ＰＤＮ接続の設定の目的は、１つのＰＤＮに対して１つのデフォルトベアラを設定することである。まず、ＵＥは、ＰＤＮ接続要求メッセージをサーバに送信し、ここで、メッセージは、第１デフォルトベアラを設定するために接続メッセージに含まれてもよく、または、接続メッセージに含まれず独立メッセージとして送信されてもよい。これは、本明細書において具体的に限定はされない。
【００６６】
この実施形態において、デフォルトベアラを設定する処理は、具体的に以下の通りである。１．デフォルトベアラを設定する処理が接続手順の一部であるとき、ＭＭＥは、ａｃｔｉｖａｔｅ  ｄｅｆａｕｌｔ  ＥＰＳ  ｂｅａｒｅｒ  ｃｏｎｔｅｘｔ  ｒｅｑｕｅｓｔメッセージおよびａｔｔａｃｈ  ａｃｃｅｐｔメッセージをＵＥに送信する。接続手順が失敗したとき、ＵＥは、デフォルトベアラのアクティブ化処理も失敗すると暗黙的にみなす。２．デフォルトベアラを設定する処理が接続手順の一部ではなく、ＰＤＮ接続要求への応答として独立して機能するとき、ＭＭＥは、ａｃｔｉｖａｔｅ  ｄｅｆａｕｌｔ  ＥＰＳ  ｂｅａｒｅｒ  ｃｏｎｔｅｘｔ  ｒｅｑｕｅｓｔメッセージをＵＥに送信する。
【００６７】
ＵＥが、ＰＤＮ接続を切断するように要求するメッセージを送信する目的は、ＰＤＮ接続を切断することである。そして、全てのＥＰＳベアラコンテキストは、リリースされる必要のあるＵＥにより設定される。具体的な処理は以下の通りである：ＵＥは、ＰＤＮ接続切断要求をＭＭＥに送信し、ここで、メッセージは、ＰＤＮのデフォルトベアラのＥＰＳベアラ識別子を含む。メッセージを受信した後、ＭＭＥは、ＥＰＳベアラ接続を切断するように要求するメッセージ（ＰＤＮのデフォルトベアラの識別子を含む）をＵＥに送信して、ＥＰＳベアラコンテキストの非アクティブ化処理を開始する。
【００６８】
本願のこの実施形態において、デフォルトベアラは、ＰＤＮ接続がリリースされる場合にのみ切断される。そうでない場合、デフォルトベアラは存続する。１つのＵＥが複数のＰＤＮに接続されているとき、デフォルトベアラは、各ＰＤＮに対して設定される必要がある。ＥＰＳベアラ（デフォルトベアラを含む）コンテキストの非アクティブ化処理は、ＥＰＳコンテキストベアラを非アクティブ化するか、またはＰＤＮ接続を切断することである（ここで、ＰＤＮ接続を切断する方式は、ＰＤＮの全てのＥＰＳベアラコンテキストを非アクティブ化することである）。処理は基地局により開始されるが、いくつかの手順を使用することによって、ＵＥにより要求またはトリガされてよい。例えば、ＵＥはベアラ変更手順を要求するか、または、ＵＥはＰＤＮ接続切断手順を要求する。
【００６９】
この実施形態において、ＵＥはさらに、基地局により割り当てられるデフォルトベアラリソースを取得する必要がある。基地局は、ＲＲＣシグナリング、物理層シグナリング、またはＭＡＣ層シグナリングなどのシグナリングを使用することによって、デフォルトベアラをＵＥに割り当て得る。
【００７０】
この実施形態において、基地局がシグナリングを使用することによってＵＥにデフォルトベアラを割り当て得る方式は、以下の通りであり得る：シグナリングはパラメータについての情報を保持し、ここで、パラメータは、デフォルトベアラに対応するチャネルリソースにより占有された周波数ドメインリソースについての情報を示す。
【００７１】
この実施形態において、ＰＣＥＦは、ＰＣＲＦにより送信された課金施行ポリシーを実行し、ポリシーに従って、サービスデータフローに対して課金を行う。
【００７２】
この実施形態において、コアネットワークのネットワークアーキテクチャは、上記の先行技術のそれと同様である。本明細書では、詳細について再び説明しない。
【００７３】
この実施形態において、デフォルトベアラを介してサーバによりＵＥに送信されたサービスデータフローは、ＵＥにより受信されることもできるが、ＵＥは、サービスデータフローに対して正常応答を生成しない。
【００７４】
２０２．ＰＣＥＦデバイスは、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する。
【００７５】
この実施形態において、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にある場合、ＵＥは、サーバにより送信されたサービスデータフローを依然として受信することができる。しかしながら、この状態では、ＵＥはサーバにデータを事前に送信せず、サーバにより送信されたサービスデータフローに対しても正常応答を生成しない。例えば、ＵＥは、ハンドシェイクプロトコルに従ってサーバにデータパケットを送信せず、ここで、データパケットは、ＵＥがサービスデータフローを正常に受信したことをサーバに通知するために使用される。
【００７６】
この実施形態において、アップリンクネットワーク接続は、モバイルネットワーク接続であってよい。モバイルネットワーク接続は、異なるユーザ機器において異なる名称を有してよい。例えば、モバイルネットワーク接続は、Ａｐｐｌｅの携帯電話ではセルラーモバイルデータと称され、ＨｕａｗｅｉおよびＳａｍｓｕｎｇの携帯電話ではモバイルデータと称される。従って、この実施形態におけるモバイルネットワーク接続は、異なるデバイスにおいて異なる名称を有するが、本願のこの実施形態におけるアップリンクネットワーク接続と同様の機能を実装する。より多くの例については、本明細書に具体的に列挙しない。
【００７７】
２０３．ＰＣＥＦデバイスはサービスデータフローの送信を防止するか、または、ＰＣＥＦデバイスは、予め設定された課金モードに従ってサービスデータフローに対して課金を行う。
【００７８】
本願のこの実施形態において、ＰＣＥＦデバイスによりサービスデータフローを処理することは、サービスデータフローの送信を防止すること、またはサービスデータフローに対して特別課金を行うことを含む。サービスデータフローの送信を防止することは、ＰＣＥＦデバイスがサービスデータフローに対して課金を行わないことを意味する。サービスデータフローに対して特別課金が行われる場合、特別課金により生じるデータトラフィック料金は、ＰＤＮ接続およびアップリンクネットワーク接続の両方が接続状態にある場合に生じるデータトラフィック料金より少ない。例えば、４Ｇスイッチのみが有効である場合に生じるデータトラフィック料金は、セルラーモバイルデータスイッチおよび４Ｇスイッチの両方が有効である場合に生じるデータトラフィック料金より少ない。
【００７９】
本願のこの実施形態において、ＰＤＮ接続が接続状態にあるがアップリンクネットワーク接続がアイドル状態にある場合にサーバによりＵＥに送信されるサービスデータフローは処理され、サービスデータフローに対応するデータトラフィック料金を低減し、それにより、アップリンクネットワーク接続がアイドル状態にある場合に、ユーザに対するトラフィック料金を低減または免除する。
【００８０】
この実施形態において、ＰＣＥＦデバイスは、ＵＥがサービスデータフローに対して異常応答を生成するかどうかを決定することにより、ＵＥのアップリンクネットワーク接続がアイドル状態にあるかどうかを決定し得る。図３を参照して、詳細について以下に説明する。
【００８１】
３０１．ポリシーおよび課金施行機能ＰＣＥＦデバイスは、サービスデータフローを取得する。
【００８２】
本願のこの実施形態における実施形態の段階３０１は、実施形態の段階２０１と同様である。本明細書では、詳細について再び説明しない。
【００８３】
３０２．ＰＣＥＦデバイスは、ＵＥが異常応答を生成したかどうかを決定する。
【００８４】
この実施形態において、ＵＥが異常応答を生成したかどうかをＰＣＥＦデバイスが決定するために、２つの方式が利用可能である。方式は以下に説明される。
【００８５】
一．ＵＥとサーバとの間のデータ交換をモニタリングする処理において、ＰＣＥＦデバイスは、１．ＵＥが、サーバからのＰＤＮ接続を切断する要求を開始したこと、または２．ＵＥが、予め設定された期間内にサービスデータフローに対して応答を生成しないことを検出する。
【００８６】
上記の２つの場合のうちいずれかが満たされる場合、ＰＣＥＦデバイスは、ＵＥが異常応答を生成したと決定する。
【００８７】
上記の２つの場合のほかに、ＵＥが異常応答を生成したとみなされ得る他の場合もあり得ることを理解されたい。これは、本明細書において具体的に限定はされない。
【００８８】
この実施形態において、予め設定された期間は、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて決定され得る。
【００８９】
具体的に、異なるＩＰアドレス（またはアプリケーション）は、異なる動作特性を有し得、異なるように処理される必要がある。ＰＣＥＦデバイスは、セルサービングＵＥ、およびＵＥのチャネルステータスについての情報を決定し、ＵＥのＩＰアドレスに基づいて異なるＵＥを区別し、異なるＩＰアドレスに基づいて異なる予め設定された期間を割り当てる。
【００９０】
同様に、サーバは、異なるＵＥに異なるポートおよびドメインネームを割り当て、ＰＣＥＦデバイスは、異なるポートおよびドメインネームに基づいて、異なるＵＥに異なる予め設定された期間を割り当てる。
【００９１】
同様に、ＰＣＥＦデバイスは、ＵＥが準拠する通信プロトコルに基づいて、異なるＵＥに異なる予め設定された期間を代替的に割り当ててよい。この実施形態において、通信プロトコルはＬ３４プロトコルであってよい。
【００９２】
二．ＰＣＥＦデバイスは、サービスデータフローにおけるパケットの数が第１閾値より多いかどうかを決定する。もしそうであって、且つ、ＵＥがサービスデータフローに対して応答を生成しないか、または、サーバからのＰＤＮ接続を切断する要求をＵＥが開始したとき、ＰＣＥＦデバイスは、ＵＥが異常応答を生成したと決定する。
【００９３】
この方式で、第１閾値は、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて決定され得る。
【００９４】
具体的に、異なるＩＰアドレス（または応用）は、異なる動作特性を有し得、異なるように処理される必要がある。ＰＣＥＦデバイスは、セルサービングＵＥ、およびＵＥのチャネルステータスについての情報を決定し、ＵＥのＩＰアドレスに基づいて異なるＵＥを区別し、異なるＩＰアドレスに基づいて異なる第１閾値を割り当てる。
【００９５】
同様に、サーバは、異なるＵＥに異なるポートおよびドメインネームを割り当て、ＰＣＥＦデバイスは、異なるポートおよびドメインネームに基づいて、異なるＵＥに異なる第１閾値を割り当てる。
【００９６】
同様に、ＰＣＥＦデバイスは、ＵＥが準拠する通信プロトコルに基づいて、異なるＵＥに第１閾値を代替的に割り当ててよい。この実施形態において、通信プロトコルはＬ３４プロトコルであってよい。
【００９７】
この実施形態において、ＵＥが正常応答を生成したかどうかをＰＣＥＦデバイスが決定する処理では、決定の結果が取得される前に、ＰＣＥＦデバイスはサービスデータフローの数を制限し、サービスデータフローに対応するデータトラフィック料金を最小限に抑え得る。
【００９８】
この実施形態において、ＵＥがサービスデータフローに対して異常応答を生成したと決定した後、ＰＣＥＦデバイスは、サービスデータフローのサーバＩＰリストを記憶し得る。続いて、サーバにより開始されたサービスデータフローがリストに一致するとき、サービスデータフローは、異常サービスデータフローと直接決定され、処理され、ＵＥが異常応答を生成したかどうかを決定する必要なくサービスデータフローに対応するデータトラフィック料金を低減する。
【００９９】
３０３．ＵＥが異常応答を生成したとき、ＰＣＥＦデバイスは、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する。
【０１００】
この実施形態におけるアップリンクネットワーク接続は、実施形態の段階２０２におけるアップリンクネットワーク接続と同様である。本明細書では、詳細について再び説明しない。
【０１０１】
３０４．ＰＣＥＦデバイスはサービスデータフローの送信を防止するか、または、ＰＣＥＦデバイスは、予め設定された課金モードに従ってサービスデータフローに対して課金を行う。
【０１０２】
本願のこの実施形態における実施形態の段階３０４は、実施形態の段階２０２と同様である。本明細書では、詳細について再び説明しない。
【０１０３】
この実施形態において、ＵＥが異常応答を生成した場合、サーバとＵＥとの間のアップリンクネットワーク接続がアイドル状態にあると決定され、異常応答に関するいくつかの事例が分析されることで、解決手段の実装可能性が向上される。
【０１０４】
本願の実施形態において、サービスサーバにより事前に開始されたサービスデータフローの出力ポートは常に変化し、ＵＥの異常応答ステータスを決定することを回避する。従って、本願の実施形態はさらに、ＵＥが異常応答を生成したかどうかが決定されず、サービスデータフローに追加の制限のみが与えられた、別のサービスデータフロー処理方法を提案する。図４を参照して、詳細について以下に提供する。
【０１０５】
４０１．ＰＣＥＦデバイスは、サービスデータフローを取得する。
【０１０６】
段階４０１により実行される段階は、実施形態の段階２０１と同様である。本明細書では、詳細について再び説明しない。
【０１０７】
４０２．ＰＣＥＦデバイスは、サービスデータフローの数が第２閾値を超えるかどうかを決定する。
【０１０８】
この実施形態において、複数のサービスデータフローが存在する、すなわち、サーバがＵＥに対して複数のサービスデータフローを開始する場合、ＰＣＥＦデバイスは、サービスデータフローの数が第２閾値を超えるかどうかを決定する。
【０１０９】
４０３．ＰＣＥＦデバイスはサービスデータフローの送信を防止するか、または、ＰＣＥＦデバイスは、予め設定された課金モードに従ってサービスデータフローに対して課金を行う。
【０１１０】
この実施形態において、サービスデータフローの数が第２閾値を超える場合、ＰＣＥＦデバイスはサービスデータフローを処理する。処理方式は、実施形態の段階２０２のそれと同様であり、サービスデータフローの送信を防止してもよく、またはサービスデータフローに対して特別課金を行ってもよい。本明細書では、詳細について再び説明しない。
【０１１１】
この実施形態において、サーバにより同時に開始されたサービスデータフローの数は制限されており、それにより、サーバにより事前に開始されるサービスデータフローが制限される。これは、悪意のあるツールのトラフィックにより発生する膨大な電話料金を防止する。
【０１１２】
上記は、図２から図４を参照して、サービスデータフロー処理方法の観点から本願の実施形態を説明する。図５を参照して、以下では、ＰＣＥＦデバイスの観点から本願の実施形態を説明する。
【０１１３】
取得モジュール５０１は、サービスデータフローを取得するように構成され、ここで、サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであり、デフォルトベアラは、サーバとＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである。
【０１１４】
決定モジュール５０２は、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定するように構成される。
【０１１５】
課金モジュール５０３は、サービスデータフローの送信を防止するか、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行うように構成される。
【０１１６】
本願のこの実施形態において、ＰＤＮ接続が接続状態にあるがアップリンクネットワーク接続がアイドル状態にある場合にサーバによりＵＥに送信されるサービスデータフローは処理され、サービスデータフローに対応するデータトラフィック料金を低減し、それにより、アップリンクネットワーク接続がアイドル状態にある場合に、ユーザに対するトラフィック料金を低減または免除する。
【０１１７】
この実施形態において、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあるとＰＣＥＦデバイスが決定する方式は、ＵＥが異常応答を生成したかどうかを決定することである。図６を参照して、以下に説明を提供する。
【０１１８】
取得モジュール６０１は、サービスデータフローを取得するように構成され、ここで、サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであり、デフォルトベアラは、サーバとＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである。
【０１１９】
判断モジュール６０２は、ＵＥが異常応答を生成するかどうかを決定するように構成される。
【０１２０】
実行モジュール６０３は、ＵＥが異常応答を生成したとき、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する段階を実行するように構成される。
【０１２１】
決定モジュール６０４は、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定するように構成される。
【０１２２】
課金モジュール６０５は、サービスデータフローの送信を防止するか、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行うように構成される。
【０１２３】
この実施形態において、ＵＥは、ＵＥが異常応答を生成するかどうかを決定することにより、アップリンクネットワーク接続がアイドル状態にあるかどうかを決定し、それにより解決手段の実装可能性が向上される。
【０１２４】
この実施形態では、ＵＥが異常応答を生成するかどうかを決定するための複数の具体的な方式が存在する。図７を参照して、以下では、２つの事例を説明する。
【０１２５】
取得モジュール７０１は、サービスデータフローを取得するように構成され、ここで、サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであり、デフォルトベアラは、サーバとＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである。
【０１２６】
判断モジュール７０２は、ＵＥが異常応答を生成するかどうかを決定するように構成される。
【０１２７】
実行モジュール７０３は、ＵＥが異常応答を生成したとき、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する段階を実行するように構成される。
【０１２８】
決定モジュール７０４は、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定するように構成される。
【０１２９】
課金モジュール７０５は、サービスデータフローの送信を防止するか、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行うように構成される。
【０１３０】
１．ＵＥとサーバとの間のデータ交換をＰＣＥＦデバイスがモニタリングする処理において、まず、ＰＣＥＦデバイスは、サーバからのＰＤＮ接続を切断する要求をＵＥが開始したことを検出し、次に、ＰＣＥＦデバイスは、ＵＥが予め設定された期間内にサービスデータフローに対して応答しないかどうかをチェックする。
【０１３１】
判断モジュール７０２は、サーバからＰＤＮ接続を切断する要求をＵＥが開始したかどうかを決定すること、または、ＵＥが予め設定された期間内にサービスデータフローに対して応答を生成しないかどうかを決定することを行うように構成され得る第１判断サブモジュール７０２２と、サーバからＰＤＮ接続を切断する要求をＵＥが開始したこと、または、ＵＥが予め設定された期間内にサービスデータフローに対して応答を生成しないことを第１判断サブモジュール７０２１が決定するとき、ＵＥは異常応答を生成したと決定するように構成され得る第１決定サブモジュール７０２３とを含む。
【０１３２】
判断モジュールはさらに、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、予め設定された期間を決定するように構成される第２決定サブモジュール７０２１を含む。
【０１３３】
２．ＰＣＥＦデバイスは、サービスデータフローにおけるパケットの数が第１閾値より多いかどうかを決定し、サービスデータフローにおけるパケットの数が第１閾値より多く、且つ、ＵＥがサービスデータフローに対して応答しないか、または、サーバからのＰＤＮ接続を切断する要求をＵＥが開始するとき、ＰＣＥＦデバイスは、ＵＥが異常応答を生成すると決定する。
【０１３４】
判断モジュール７０２は、サービスデータフローにおけるパケットの数が閾値より多いかどうかを決定するように構成される第２判断サブモジュール７０２５と、サービスデータフローにおけるパケットの数が閾値より多いこと、且つ、ＵＥがサービスデータフローに対して応答を生成しないこと、または、サーバからＰＤＮ接続を切断する要求をＵＥが開始したことを第２判断サブモジュール７０２３が決定するとき、ＵＥが異常応答を生成したと決定するように構成される第３決定サブモジュール７０２６とを含む。
【０１３５】
判断モジュールはさらに、ＵＥのインターネットプロトコルＩＰアドレス、ＵＥのポート情報、ＵＥのドメインネーム情報、およびＵＥが準拠する通信プロトコルのうちの少なくとも１つに基づいて、閾値を決定するように構成される第４決定サブモジュール７０２４を含む。
【０１３６】
図８は、本願の実施形態に係るＰＣＥＦデバイスの概略図である。ＰＣＥＦデバイス８００は、ブラウザを含む。ＰＣＥＦデバイス８００は、異なる構成または性能に起因して大きく異なり得、１つまたは複数の中央演算処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔｓ，ＣＰＵ）８２２（例えば、１つまたは複数のプロセッサ）、メモリ８３２、および、応用プログラム８４２またはデータ８４４を記憶する１つまたは複数の記憶媒体８３０（例えば、１つまたは複数の大容量ストレージデバイス）を含み得る。メモリ８３２および記憶媒体８３０は、一時的ストレージまたは永続的ストレージであり得る。記憶媒体８３０に記憶されるプログラムは、１つまたは複数のモジュール（図示せず）を含み得、各モジュールは、ＰＣＥＦデバイスに対する一連の命令オペレーションを含み得る。さらに、中央演算処理装置８２２は、記憶媒体８３０と通信することと、記憶媒体８３０における一連の命令オペレーションをＰＣＥＦデバイス８００上で実行することとを行うように構成され得る。
【０１３７】
中央演算処理装置８２２は、命令オペレーションに従って、サービスデータフローを取得する段階であって、ここで、サービスデータフローは、デフォルトベアラを介してサーバによりユーザ機器ＵＥに送信されるデータフローであって、デフォルトベアラは、サーバとＵＥとの間の公衆データネットワークＰＤＮ接続が接続状態にある場合に設定されるベアラである、取得する段階と、ＵＥとサーバとの間のアップリンクネットワーク接続がアイドル状態にあると決定する段階と、サービスデータフローの送信を防止する段階、または、予め設定された課金モードに従ってサービスデータフローに対して課金を行う段階といった段階を実行し得る。
【０１３８】
ＰＣＥＦデバイス８００はさらに、１つまたは複数の電源８２６、１つまたは複数の有線または無線ネットワークインタフェース８５０、１つまたは複数の入力／出力インタフェース８５８、および／または１つまたは複数の動作システム８４１、例えば、Ｗｉｎｄｏｗｓ（登録商標）サーバ、ＭＡＣ  ＯＳ  Ｘ（登録商標）、Ｕｎｉｘ（登録商標）、ｌｉｎｕｘ（登録商標）、およびＦｒｅｅＢＳＤ（登録商標）などを含み得る。
【０１３９】
上記の実施形態において、ＰＣＥＦデバイスは、図８に示されるＰＣＥＦデバイスの構造に基づいて実行し得る。
【０１４０】
当業者であれば明確に理解するであろうが、説明を簡便且つ簡潔にする目的で、上記のシステム、装置、およびユニットの詳細な動作プロセスについては、上記の方法の実施形態における対応する処理を参照されたい。本明細書では、詳細について再び説明しない。
【０１４１】
本願において提供されるいくつかの実施形態では、開示されたシステム、装置、および方法が、他の方式で実装され得ることを理解されたい。例えば、説明された装置の実施形態は、単なる一例に過ぎない。例えば、ユニット分割は、単なる論理機能分割に過ぎず、実際の実装においては他の分割であり得る。例えば、複数のユニットまたはコンポーネントは別のシステムに組み合わされまたは統合されてよく、または、いくつかの特徴が無視されまたは実行されなくてよい。加えて、表示または議論される相互結合もしくは直接結合または通信接続は、いくつかのインタフェースを使用することにより実装され得る。装置間またはユニット間の間接結合または通信接続は、電子的、機械的、または他の形態で実装され得る。
【０１４２】
別個の部分として説明されたユニットは、物理的に別個であってもなくてもよく、ユニットとして表示された部分は、物理ユニットであってもなくてもよく、一か所に配置されてもよく、または複数のネットワークユニットに分散されてもよい。一部または全てのユニットは、実施形態の解決手段の目的を実現すべく、実際の要件に基づいて選択され得る。
【０１４３】
加えて、本願の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよく、または、各ユニットは物理的に単独で存在してもよく、または、２つまたはそれより多くのユニットが１つのユニットに統合される。統合されたユニットは、ハードウェアの形態で実装されてもよく、または、ソフトウェア機能ユニットの形態で実装されてもよい。
【０１４４】
統合されたユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用される場合、統合されたユニットは、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本質的には本発明の技術的解決手段、または先行技術に貢献する部分、または技術的解決手段の全てまたは一部は、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、図２から図４に示される実施形態に説明されている方法の段階の全てまたはいくつかを実行するように、コンピュータデバイス（パーソナルコンピュータ、ローカルクライアント、またはネットワークデバイスなどであり得る）に命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ‐ｏｎｌｙ  ｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶できる任意の媒体を含む。
【０１４５】
上記の実施形態は、本願の技術的解決手段を説明することを意図しているに過ぎず、本願を限定するものではない。本願は上記の実施形態を参照して詳細に説明されているが、当業者であれば、本願の実施形態の技術的解決手段の範囲から逸脱することなく、上記の実施形態に説明されている技術的解決手段に対して変更を加え得、または、それらのいくつかの技術的特徴に対して等価な置換を行い得ることを理解されたい。
【国際調査報告】
2021511718.tif 000011
2021511718.tif 000012
2021511718.tif 000013
2021511718.tif 000014