【技術分野】

【0001】

【背景技術】

【0002】

【0003】

【0004】

【0005】

【発明の概要】

本発明の実施例は接続状態にある端末に対してベアリング確立の制御を行うことができ、それによって各端末に対する公平な輻輳制御メカニズムを実現する、サービスカテゴリ輻輳制御方法及び装置を提供する。

第一の態様によるサービスカテゴリ輻輳制御方法は、
サービスベアリングリクエスト情報を取得し、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることと、
サービスカテゴリ禁止情報を取得し、前記サービスカテゴリ禁止情報には、接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれることと、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定することとを含む。 第二の態様によるサービスカテゴリ輻輳制御方法は、
サービスベアリングリクエスト情報を送信し、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報が含まれ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることと、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立ことを禁止又は許可する指示情報を受信することとを含む。 第三の態様によるサービスカテゴリ輻輳制御方法は、
端末の非アクセス層から送信されたサービスベアリングリクエストを受信し、前記サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストであり、前記サービスベアリングリクエストに前記ターゲットサービスの属するサービスカテゴリを含むことと、
アクセスネットワーク装置へサービスベアリングリクエスト情報を送信し、前記サービスベアリングリクエスト情報が前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることとを含む。 第四の態様によるサービスカテゴリ輻輳制御方法は、
アクセスネットワーク装置が端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、コアネットワーク装置が前記アクセスネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信することを含む。 第五の態様によるサービスカテゴリ輻輳制御方法は、
アクセスネットワーク装置がコアネットワーク装置へサービスカテゴリ禁止情報を送信し、前記サービスカテゴリ禁止情報に接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれることと、
前記コアネットワーク装置が端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置が前記コアネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信することとを含む。 第六の態様によるサービスカテゴリ輻輳制御の装置は、
サービスベアリングリクエスト情報を取得し、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれ、さらにサービスカテゴリ禁止情報を取得し、前記サービスカテゴリ禁止情報に接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれるように構成される取得モジュールと、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定するように構成される判定モジュールとを含む。 第七の態様によるサービスカテゴリ輻輳制御の端末は、
サービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報が含まれ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュールと、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立ことを禁止又は許可する指示情報を受信するように構成される受信モジュールとを含む。 第八の態様によるサービスカテゴリ輻輳制御のコアネットワーク装置は、
端末の非アクセス層から送信されたサービスベアリングリクエストを受信するように構成され、前記サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストであり、前記サービスベアリングリクエストに前記ターゲットサービスの属するサービスカテゴリを含む受信モジュールと、
アクセスネットワーク装置へサービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュールとを含む。 第九の態様によるサービスカテゴリ輻輳制御のコアネットワーク装置は、
アクセスネットワーク装置が端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するように構成される受信モジュールを含む。 第十の態様によるサービスカテゴリ輻輳制御のアクセスネットワーク装置は、
コアネットワーク装置へサービスカテゴリ禁止情報を送信するように構成され、前記サービスカテゴリ禁止情報に接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる送信モジュールと、
前記コアネットワーク装置が端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するように構成される受信モジュールを含む。 技術案に基づき、本発明の実施例におけるサービスカテゴリ輻輳制御方法及び装置では、禁止パラメータに基づいて接続状態にある端末に対してベアリング確立の制御を行うことにより、端末が高優先順位のサービスリクエストによりネットワークにアクセスしてから低優先順位のサービスリクエストを開始するが、アイドル状態にある他の端末が優先順位の低いサービスリクエストを直接に開始するという不公平の問題を効果的に回避することができ、それによって各端末に対する公平な輻輳制御メカニズムを実現する。

【図面の簡単な説明】

【0018】

【図1】本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。

【図2】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。

【図3】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。

【図4】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。

【図5】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。

【図6】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。

【図7】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。

【図8】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。

【図9】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。

【図10】本発明の一つの実施例におけるサービスカテゴリ輻輳制御装置の概略的なブロック図である。

【図11】本発明の別の実施例におけるサービスカテゴリ輻輳制御装置の概略的なブロック図である。

【図12】本発明の一つの実施例における端末の概略的なブロック図である。

【図13】本発明の別の実施例における端末の概略的なブロック図である。

【図14】本発明の一つの実施例におけるコアネットワーク装置の概略的なブロック図である。

【図15】本発明の別の実施例におけるコアネットワーク装置の概略的なブロック図である。

【図16】本発明の一つの実施例におけるコアネットワーク装置の概略的なブロック図である。

【図17】本発明の別の実施例におけるコアネットワーク装置の概略的なブロック図である。

【図18】本発明の一つの実施例におけるアクセスネットワーク装置の概略的なブロック図である。

【図19】本発明の別の実施例におけるアクセスネットワーク装置の概略的なブロック図である。

【発明を実施するための形態】

本発明の実施例の技術的解決策をより明確に説明するために、以下に実施例又は従来技術の記述のために必要な図面を簡単に説明するが、明らかに、以下に記載する図面は本発明のいくつかの実施例だけであり、当業者であれば、創造的な労力を要することなく、これらの図面に基づいて他の図面を得ることができる。

以下に本発明の実施例における図面を組み合わせながら、本発明の実施例における技術的解決策を明確で、全面的に説明し、明らかに、説明した実施例は本発明の一部の実施例だけであり、全ての実施例ではない。本発明の実施例に基づき、当業者が創造的な労力を要せずに得た他の実施例は、全て本発明の保護範囲に属する。

本明細書に使用される用語「部材」、「モジュール」、「システム」などはコンピュータに関連するエンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、又は実行中のソフトウェアを表すことに用いられる。例えば、部材はプロセッサで実行されているプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム及び/又はコンピュータであってもよいがこれらに限定されない。図面に示すように、コンピューティングデバイスで動作しているアプリケーション及びコンピューティングデバイスは全て部材であってもよい。一つ又は複数の部材はプロセス及び／又は実行スレッドに常駐することができ、部材は一つのコンピュータに位置してもよく及び／又は２つ以上のコンピュータの間に分布してもよい。その他、これらの部材は様々なデータ構造が記憶されている様々なコンピュータ可読媒体から実行されてもよい。部材は例えば一つ以上のデータグループ（例えばローカルシステム、分散型システム及び／又はネットワーク間の別の部材とインタラクションを行う二つの部材からのデータ、例えば信号によって他のシステムとインタラクションを行うインターネット）を有する信号に基づいてローカル及び／又は遠隔プロセスにより通信することができる。

理解すべきものとして、本発明の技術的解決策は様々な通信システム、例えばグローバル移動体通信（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、「ＧＳＭ」と略称）システム、符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、「ＣＤＭＡ」と略称）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、「ＷＣＤＭＡ」略称）汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、「ＧＰＲＳ」と略称）システム、長期進化型（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、「ＬＴＥ」と略称）システム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、「ＦＤＤ」と略称）システム、ＬＴＥ時分割複信（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、「ＴＤＤ」と略称）システム、ユニバーサル移動通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、「ＵＭＴＳ」と略称）、グローバルインターコネクトマイクロ波アクセス（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ、「ＷｉＭＡＸ」と略称）通信システム、及び将来の５Ｇ通信システムなどに応用されることができる。

本発明は端末と組み合わせて各実施例を説明する。端末は無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を介して一つ又は複数のコアネットワークと通信することができ、端末はユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、「ＵＥ」と略称）、アクセス端末、ユーザユニット、ユーザサイト、移動サイト、移動局、遠隔サイト、遠隔端末、移動装置、ユーザ端末、端末、無線通信装置、ユーザエージェント又はユーザデバイスであってもよい。アクセス端末はセルラー電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、「ＳＩＰ」と略称）電話、無線ローカルループ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、「ＷＬＬ」と略称）サイト、パーソナルデジタル処理（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、「ＰＤＡ」と略称）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおける端末などであってもよい。

本発明はアクセスネットワーク装置と組み合わせて各実施例を説明する。アクセスネットワーク装置はアクセスネットワークにおける端末と通信するための装置であってもよく、例えばＧＳＭシステム又はＣＤＭＡにおける基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、「ＢＴＳ」と略称）、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ、「ＮＢ」と略称）、ＬＴＥシステムにおける進化型基地局（Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、「ｅＮＢ又はｅＮｏｄｅＢ」と略称）であってもよく、又は該ネットワーク装置は中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス及び将来の５Ｇネットワークにおけるアクセスネットワーク装置などであってもよい。

本発明はコアネットワーク装置と組み合わせて各実施例を説明する。コアネットワーク装置は主にユーザ接続、ユーザに対する管理及びサービスに対するベアリング完了を提供することに用いられ、ベアラネットワークとして外部ネットワークのインタフェースなどに提供される。例えば、移動管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、又はコアネットワークにおける他のネットワーク要素であってもよい。

図１は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法１００の概略的なフローチャートである。理解すべきものとして、方法１００は端末によって実行されてもよく、アクセスネットワーク装置、例えば基地局、さらにコアネットワーク装置、例えばＭＭＥによって実行されてもよい。方法１００は、Ｓ１１０、Ｓ１２０、Ｓ１３０を含む。

Ｓ１１０において、サービスベアリングリクエスト情報を取得し、該サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、該サービスベアリングリクエスト情報に該ターゲットサービスの属するサービスカテゴリが含まれる。

Ｓ１２０において、サービスカテゴリ禁止情報を取得し、該サービスカテゴリ禁止情報には、接続状態における該ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる。

Ｓ１３０において、該禁止パラメータに基づき、該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定する。

本発明の実施例におけるサービスカテゴリ輻輳制御方法では、禁止パラメータに基づいて接続状態にある端末に対してベアリング確立の制御を行うことにより、端末が高優先順位のサービスリクエストによりネットワークにアクセスしてから低優先順位のサービスリクエストを開始するが、アイドル状態にある他の端末が優先順位の低いサービスリクエストを直接に開始するという不公平の問題を効果的に回避することができ、それによって各端末に対する公平な輻輳制御メカニズムを実現する。

ここで、方法１００の実行本体によって、Ｓ１１０におけるサービスベアリングリクエスト情報は端末の非アクセス層（ＮＡＳ：Ｎｏｎ−ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）から端末のアクセス層（ＡＳ：Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）へ送信されてもよく、端末のＮＡＳからコアネットワーク装置へサービスベアリングリクエストを送信した後、コアネットワーク装置からアクセスネットワーク装置に通知されてもよく、また端末のＡＳからアクセスネットワーク装置へ送信されてもよく、また端末のＮＡＳからコアネットワーク装置へ送信されてもよい。サービスベアリングリクエストは接続状態にある端末がターゲットサービスのベアリングを確立するために開始したリクエストであり、該サービスベアリングリクエストにターゲットサービスのサービスカテゴリが含まれる。理解すべきものとして、複数のサービスは同じサービスカテゴリに属することができる。

端末がアイドル状態にあることは、端末がネットワーク側（アクセスネットワークとコアネットワークを含む）と接続を確立しなく、且つ端末がいかなるサービスをベアリングしないことを意味する。端末が接続状態にあることは端末がシグナリングプロセスによりネットワーク側（アクセスネットワークとコアネットワークを含む）と接続を確立したことを意味する。

Ｓ１２０におけるサービスカテゴリ禁止情報は、一般的にアクセスネットワーク装置が現在のネットワークにベアリングされたデータサービスの状況に応じて確定して生成したものであり、通常に、接続状態における複数のサービスカテゴリ及び各サービスカテゴリにぞれぞれ対応する禁止パラメータを含み、且つアクセスネットワーク装置によってブロードキャストまたはユニキャストで端末及び／又はコアネットワーク装置に送信される。

Ｓ１３０においてターゲットサービスカテゴリに対応する禁止パラメータに基づき、端末がターゲットサービスのベアリングを確立することを禁止するかどうかを判定する。ここで、ターゲットサービスのベアリングを確立することを禁止するかどうかを判定する方式は様々であってもよい。

また、一つの実施例として、該禁止パラメータが禁止確率であり、該方法１００は、
該端末が該ターゲットサービスに対して生成した乱数を取得することをさらに含むことができ、
該禁止パラメータに基づき、該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定するＳ１３０は、
該乱数が該禁止確率より小さい場合、該端末が該ターゲットサービスのベアリングを確立することを禁止し、該乱数が該禁止確率より大きい場合、該端末が該ターゲットサービスのベアリングを確立することを許可することを含むことができる。

具体的には、アクセスネットワーク装置は現在のネットワークにベアリングされたデータサービスの状況に応じて、異なるサービスカテゴリ（例えばＳ_１、Ｓ_２、...、Ｓ_ｎ）に対して異なる禁止確率（例えばＰ_１、Ｐ_２、...、Ｐ_ｎ）を設定することができる。禁止確率（Ｐ_１、Ｐ_２、...、Ｐ_ｎ）は接続状態にある端末がサービスペアリングを確立することを禁止するかどうかを判定することに用いられる。

接続状態にある端末がサービスペアリングの確立を要求する場合、ターゲットサービスに対して０と１の間の一つの乱数を生成し、且つ該乱数を方法１００の実行本体に送信する。その中、該乱数はサービスペアリングリクエスト情報に含まれて送信されてもよく、単独で送信されてもよく、本発明の実施例はこれに限定されない。

方法１００の実行本体は接続状態にある端末によって要求されたターゲットサービスのサービスカテゴリ（例えばＳ_ｉ）に基づき、それに対応する禁止確率Ｐ_ｉを検索する。乱数と禁止確率Ｐ_ｉを比較し、乱数が禁止確率Ｐ_ｉより小さい場合、該端末が該ターゲットサービスのベアリングを確立することを禁止し、乱数が禁止確率Ｐ_ｉより大きい場合、該端末が該ターゲットサービスのベアリングを確立することを許可する。

理解すべきものとして、乱数が禁止確率Ｐ_ｉに等しい場合は乱数が禁止確率Ｐ_ｉより小さい場合の処理と一致してもよく、乱数が禁止確率Ｐ_ｉより大きい場合の処理と一致してもよい。例えば、乱数が禁止確率Ｐ_ｉ以下（乱数≦Ｐ_ｉ）である場合、該端末が該ターゲットサービスのベアリングを確立することを禁止し、乱数が禁止確率Ｐ_ｉより大きい（乱数＞Ｐ_ｉ）場合、該端末が該ターゲットサービスのベアリングを確立することを許可する。又は、乱数が禁止確率Ｐ_ｉより小さい（乱数＜Ｐ_ｉ）場合、該端末が該ターゲットサービスのベアリングを確立することを禁止し、乱数が禁止確率Ｐ_ｉ以上（乱数≧Ｐ_ｉ）である場合、該端末が該ターゲットサービスのベアリングを確立することを許可する。本発明の実施例はこれに限定されない。

今回のサービスペアリングリクエストが禁止された場合、端末は一定時間の後、再度０と１の間に一つの乱数を選択し、サービスペアリングリクエストを行うことができる。ここで、該時間はサービスカテゴリ禁止時間と呼ばれてもよい。サービスカテゴリ禁止時間の計算方式は下記の式（１）に従って計算してもよい。

Ｔｂａｒｒｉｎｇ＝（０．７＋０．６×乱数）×ａｃ−ＢａｒｒｉｎｇＴｉｍｅ......（１）。

ここで、ａｃ−ＢａｒｒｉｎｇＴｉｍｅはアクセスネットワーク装置によって設定されたアクセス禁止時間である。

本発明の実施例において、禁止確率はアイドル状態におけるターゲットサービスの属するサービスカテゴリに対応するアクセス禁止確率よりも小さくてもよい。

例えば、端末はアイドル状態においてサービスカテゴリＳ_jのサービスペアリングリクエストを開始し、サービスカテゴリＳ_jに対応するアイドル状態におけるアクセス禁止確率がＰ_jである。続いて端末が接続状態にあり、端末は接続状態においてサービスカテゴリＳ_ｉのサービスベアリングリクエストを開始し、サービスカテゴリＳ_ｉに対応するアイドル状態におけるアクセス禁止確率がｐ_ｉである。端末がこの前にサービスカテゴリＳ_ｉのサービスベアリングリクエストを開始する時に、既に複数回のインタラクションによりアクセスネットワーク装置と接続を確立したため、この場合に端末が接続状態にあり、サービスベアリングを確立する時にシグナリングの消費はアイドル状態よりもはるかに少なく、そのためアクセスネットワーク装置は接続状態における禁止確率をＰ_ｉに設定してもよく、Ｐ_ｉがｐ_ｉより小さい。当然、本発明の実施例においてＰ_ｉをｐ_ｉに等しく設定してもよく、具体的なパラメータはオペレータによって配置されて完了されてもよく、本発明の実施例はこれに限定されない。

理解すべきものとして、アクセスネットワーク装置はアイドル状態にある場合に端末が使用したアクセスサービスカテゴリ確率でアイドル状態にある場合の該サービスカテゴリのアクセス禁止確率を乗じて接続状態における該サービスカテゴリの禁止確率を生成することができ、又は、０より大きく且つ１未満の係数でアイドル状態にある場合の該サービスカテゴリのアクセス禁止確率を乗じて接続状態における該サービスカテゴリの禁止確率を生成することができ、又は、直接アイドル状態にある場合の該サービスカテゴリのアクセス禁止確率を接続状態における該サービスカテゴリの禁止確率として再使用し、又は、アクセスネットワーク装置によって接続状態における該サービスカテゴリの禁止確率を単独で定義し、本発明の実施例はこれに限定されない。

また、別の実施例として、該禁止パラメータは禁止ビットマップであり、該方法１００は、
該端末のアクセスクラス（ＡＣ：Ａｃｃｅｓｓ Ｃｌａｓｓ）を取得することをさらに含むことができ、
禁止パラメータに基づき、該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定するＳ１３０は、
該端末のアクセスクラスが該禁止ビットマップに１に設定された場合、該端末が該ターゲットサービスのベアリングを確立することを禁止し、該端末のアクセスクラスが該禁止ビットマップに１に設定されない場合、該端末が該ターゲットサービスのベアリングを確立することを許可することを含むことができる。

具体的には、各端末はアクセスネットワークにアクセスする時に、一つのアクセスクラスがランダムに割り当てられ、例えば、アクセスクラスが合計で１０つのクラスに設定されてもよく、それぞれ０−９であり、ある端末のアクセスクラスが５にランダムで割り当てられる。

アクセスネットワーク装置は現在のネットワークにベアリングされたデータサービスの状況に応じて、異なるサービスカテゴリに対して異なる禁止ビットマップ（Ｂｉｔｍａｐ）を設定することができる。例えば、禁止ビットマップに１０つのクラスが含まれ、ビットで示すという方式で各クラスにおいてどれが禁止される必要があるか、どれが禁止される必要ではないかを示す。端末のアクセスクラスはアクセスネットワーク装置がそれにランダムに割り当てるものであり、したがって同様に一定確率の禁止を実現することができる。例えば、ネットワークは２０％の端末がサービスベアリングを確立することを禁止する必要がある場合、２つのクラスをランダムで選択して１に設定し、一つの具体的な例において、クラス３及びクラス５を１に設定する。これにより、アクセスクラス３及びアクセスクラス５に対応する端末がサービスペアリングリクエストを開始しても、サービスベアリングの確立が禁止される。

好ましくは、以上に説明したＰ_ｉがｐ_ｉより小さくてもよいという同様な理由に基づき、前記禁止ビットマップにおいて１に設定されたビットの数がアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するビットマップにおいて１に設定されたビットの数よりも少なくてもよい。

理解すべきものとして、アクセスネットワーク装置はアイドル状態にある場合に端末が使用したビットマップに基づいてより多くの１に設定されたビットを設定して、接続状態における該サービスカテゴリの禁止ビットマップを生成することができ、又は、直接アイドル状態にある場合の該サービスカテゴリのビットマップを接続状態における該サービスカテゴリの禁止ビットマップとして使用し、又は、アクセスネットワーク装置によって接続状態における該サービスカテゴリの禁止ビットマップを単独で定義し、本発明の実施例はこれに限定されない。

以上に本発明の実施例におけるサービスカテゴリ輻輳制御メカニズムを説明した。以下に四つの具体的な例に基づいて本発明の実施例におけるサービスカテゴリ輻輳制御シグナリングプロセスを詳しく説明する。

一つの例において、方法１００は端末のアクセス層（ＡＳ）によって実行され、即ち方法１００の実行本体は該端末のＡＳであり、
サービスベアリングリクエスト情報を取得するＳ１１０は、
該端末の非アクセス層（ＮＡＳ）から送信されたサービスベアリングリクエスト情報を受信することを含み、
サービスカテゴリ禁止情報を取得するＳ１２０は、
アクセスネットワーク装置によって放送された該サービスカテゴリ禁止情報を受信することを含み、該サービスカテゴリ禁止情報が複数のサービスカテゴリ及び該複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。

本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを禁止すると確定した場合、該ＡＳが該ＮＡＳへ該該ターゲットサービスのベアリングの確立を禁止することを示すための第一の指示情報を送信することをさらに含むことができる。

又は、本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを許可すると確定した場合、該ＡＳが該ＮＡＳへ該ターゲットサービスのベアリングの確立を許可することを示すための第二の指示情報を送信し、且つ該ＡＳが該アクセスネットワーク装置へ該ターゲットサービスのベアリングの確立プロセスを開始することをさらに含むことができる。

図２は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法２００の概略的なフローチャートである。方法２００は以下のステップを含む。

Ｓ２１０において、端末のＡＳはアクセスネットワーク装置によって放送されたサービスカテゴリ禁止情報を受信し、該サービスカテゴリ禁止情報が複数のサービスカテゴリ及び接続状態における各サービスカテゴリにそれぞれ対応する禁止パラメータ、例えば禁止確率又は禁止ビットマップを含む。当然、Ｓ２１０においてアクセスネットワーク装置は、アイドル状態における端末に対して輻輳制御を実行するために、端末へアイドル状態におけるアクセス禁止情報（例えばアクセス禁止確率又はアクセスクラスビットマップ）を放送してもよく、本発明の実施例はこれに限定されない。

Ｓ２２０において、接続状態にある端末のＮＡＳは端末ＡＳへサービスベアリングリクエスト情報を送信し、該サービスベアリングリクエスト情報に端末が要求した確立するサービスベアリングのサービスカテゴリが含まれる。

Ｓ２３０において、端末ＡＳは端末がターゲットサービスに対して生成した乱数を取得し、又は、端末のアクセスクラスを取得する。

Ｓ２４０において、端末のＡＳはサービスベアリングリクエスト情報におけるターゲットサービスのサービスカテゴリに基づき、禁止パラメータから該サービスカテゴリに対応する禁止確率又は禁止ビットマップを検索し、Ｓ２３０で取得された乱数又はアクセスクラスに基づき、端末がターゲットサービスのベアリングを確立することを禁止するかどうかを判定する。

Ｓ２５０において、端末がターゲットサービスのベアリングを確立することを禁止すると確定した場合、端末のＡＳは端末のＮＡＳへターゲットサービスのベアリングの確立を禁止することを示すための第一の指示情報を送信する。

端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、端末のＡＳが端末のＮＡＳへターゲットサービスのベアリングの確立を許可することを示すための第二の指示情報を送信するＳ２６１を実行し、且つ端末のＡＳがアクセスネットワーク装置へターゲットサービスのベアリングの確立プロセスを開始するＳ２６２を実行する。

別の例において、方法１００はアクセスネットワーク装置によって実行され、即ち方法１００の実行本体はアクセスネットワーク装置であり、
サービスベアリングリクエスト情報を取得するＳ１１０は、
コアネットワーク装置から送信されたサービスベアリングリクエスト情報を受信することを含み、該サービスベアリングリクエスト情報は該端末の非アクセス層（ＮＡＳ）が該コアネットワーク装置へサービスベアリングリクエストを送信したことを該アクセスネットワーク装置に通知することに用いられ、該サービスベアリングリクエスト情報に該ターゲットサービスの属するサービスカテゴリが含まれ、
サービスカテゴリ禁止情報を取得するＳ１２０は、
該サービスカテゴリ禁止情報を生成することを含み、該サービスカテゴリ禁止情報が複数のサービスカテゴリ及び該複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。

本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを禁止すると確定した場合、該コアネットワーク装置が該ターゲットサービスのベアリングの確立を禁止することを該端末の非アクセス層に通知するように、該アクセスネットワーク装置が該コアネットワーク装置へ該ターゲットサービスのベアリングの確立を禁止することを示すための第三の指示情報を送信することをさらに含むことができる。

又は、本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを許可すると確定した場合、該アクセスネットワーク装置が該端末のアクセス層へ該ターゲットサービスのベアリングの確立を許可することを示すための第四の指示情報を送信することをさらに含むことができる。

図３は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法３００の概略的なフローチャートである。方法３００は以下のステップを含む。

Ｓ３１０において、アクセスネットワーク装置は現在のネットワークにベアリングされたデータサービスの状況に応じて、サービスカテゴリ禁止情報を設定する。該サービスカテゴリ禁止情報は複数のサービスカテゴリ及び接続状態における各サービスカテゴリにそれぞれ対応する禁止パラメータ、例えば禁止確率又は禁止ビットマップを含む。当然、Ｓ３１０においてアクセスネットワーク装置は、アイドル状態における端末に対して輻輳制御を実行するために、アイドル状態におけるアクセス禁止情報（例えばアクセス禁止確率又はアクセスクラスビットマップ）を生成することもでき、本発明はこれに限定されない。

Ｓ３２０において、接続状態にある端末のＮＡＳはコアネットワーク装置へサービスベアリングリクエストを送信し、その中、端末が確立を要求したサービスベアリングのサービスカテゴリを含む。

Ｓ３３０において、コアネットワーク装置はサービスベアリングリクエスト情報により、端末がコアネットワーク装置へサービスベアリングの確立を要求することをアクセスネットワーク装置に通知する。該サービスベアリングリクエスト情報には、端末が確立を要求したサービスベアリングのサービスカテゴリが含まれる。

Ｓ３４０において、アクセスネットワーク装置は端末がターゲットサービスに対して生成した乱数を取得し（好ましくは、端末がターゲットサービスに対して乱数を生成してアクセスネットワーク装置に送信する）、又はアクセスネットワーク装置は端末のアクセスクラスを取得する。理解すべきものとして、乱数又はアクセスクラスはサービスベアリングリクエストに含まれてコアネットワーク装置に送信され、且つコアネットワーク装置によってアクセスネットワーク装置に通知されることができ、乱数又はアクセスクラスは単独でアクセスネットワーク装置に送信されてもよく、本発明の実施例はアクセスネットワーク装置が乱数又はアクセスクラスを取得する方式に限定されない。

Ｓ３５０において、アクセスネットワーク装置はサービスベアリングリクエスト情報におけるターゲットサービスのサービスカテゴリに基づき、禁止パラメータから該サービスカテゴリに対応する禁止確率又は禁止ビットマップを検索し、Ｓ３４０で取得された乱数又はアクセスクラスに基づき、端末がターゲットサービスのベアリングを確立することを禁止するかどうかを判定する。

端末がターゲットサービスのベアリングを確立することを禁止すると確定した場合、アクセスネットワーク装置がコアネットワーク装置へターゲットサービスのベアリングの確立を禁止することを示すための第三の指示情報を送信するＳ３６１を実行し、且つコアネットワーク装置がターゲットサービスのベアリングの確立を禁止することを端末のＮＡＳに通知するＳ３６２を実行する。

端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、アクセスネットワーク装置が端末のＡＳへターゲットサービスのベアリングの確立を許可することを示すための第四の指示情報を送信するＳ３７０を実行する。

別の一つの例において、方法１００はアクセスネットワーク装置によって実行され、即ち方法１００の実行本体はアクセスネットワーク装置である。

サービスベアリングリクエスト情報を取得するＳ１１０は、
該端末のアクセス層（ＡＳ）から送信されたサービスベアリングリクエスト情報を受信することを含む。

サービスカテゴリ禁止情報を取得するＳ１２０は、
該サービスカテゴリ禁止情報を生成することを含み、該サービスカテゴリ禁止情報が複数のサービスカテゴリ及び該複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。

本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを禁止すると確定した場合、該アクセスネットワーク装置が該端末のアクセス層へ該ターゲットサービスのベアリングの確立を禁止することを示すための第五の指示情報を送信することをさらに含むことができる。

又は、本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを許可すると確定した場合、該アクセスネットワーク装置が該コアネットワーク装置へ該ターゲットサービスのベアリングの確立を許可することを示すための第六の指示情報を送信することをさらに含むことができる。

図４は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法４００の概略的なフローチャートである。方法４００は以下のステップを含む。

Ｓ４１０において、アクセスネットワーク装置は現在のネットワークにベアリングされたデータサービスの状況に応じて、サービスカテゴリ禁止情報を設定する。該サービスカテゴリ禁止情報は複数のサービスカテゴリ及び接続状態における各サービスカテゴリにそれぞれ対応する禁止パラメータ、例えば禁止確率又は禁止ビットマップを含む。当然、Ｓ４１０においてアクセスネットワーク装置はアイドル状態における端末に対して輻輳制御を実行するために、アイドル状態におけるアクセス禁止情報（例えばアクセス禁止確率又はアクセスクラスビットマップ）を生成することもでき、本発明の実施例はこれに限定されない。

Ｓ４２０において、接続状態にある端末のＡＳはアクセスネットワーク装置へサービスベアリングリクエスト情報を送信し、その中、端末が要求した確立のサービスベアリングのサービスカテゴリを含む。

Ｓ４３０において、アクセスネットワーク装置は端末がターゲットサービスに対して生成した乱数を取得し（好ましくは、端末がターゲットサービスに対して乱数を生成してアクセスネットワーク装置に送信する）、又はアクセスネットワーク装置は端末のアクセスクラスを取得する。理解すべきものとして、乱数又はアクセスクラスはサービスベアリングリクエストに含まれてコアネットワーク装置に送信され、且つコアネットワーク装置によってアクセスネットワーク装置に通知されることができ、乱数又はアクセスクラスは単独でアクセスネットワーク装置に送信されてもよく、本発明の実施例はアクセスネットワーク装置が乱数又はアクセスクラスを取得する方式に限定されない。

Ｓ４４０において、アクセスネットワーク装置はサービスベアリングリクエスト情報におけるターゲットサービスカテゴリに基づき、禁止パラメータから該サービスクラスに対応する禁止確率又は禁止ビットマップを検索し、Ｓ４３０で取得された乱数又はアクセスクラスに基づき、端末がターゲットサービスのベアリングを確立することを禁止するかどうかを判定する。

端末がターゲットサービスのベアリングを確立することを禁止すると確定した場合、アクセスネットワーク装置が端末のＡＳへターゲットサービスのベアリングの確立を禁止することを示すための第五の指示情報を送信するＳ４５０を実行する。

端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、アクセスネットワーク装置がコアネットワーク装置へターゲットサービスのベアリングの確立を許可することを示すための第六の指示情報を送信するＳ４６０を実行し、該第六の指示情報に端末が要求した確立のサービスベアリングの情報が含まれる。

別の例において、方法１００はコアネットワーク装置によって実行され、即ち方法１００の実行本体はコアネットワーク装置であり、
サービスベアリングリクエスト情報を取得するＳ１１０は、
該端末の非アクセス層（ＮＡＳ）から送信されたサービスベアリングリクエスト情報を受信することを含み、
サービスカテゴリ禁止情報を取得するＳ１２０は、
アクセスネットワーク装置から送信された該サービスカテゴリ禁止情報を受信することを含み、該サービスカテゴリ禁止情報が複数のサービスカテゴリ及び該複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。

本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを禁止すると確定した場合、該コアネットワーク装置が該端末の非アクセス層へ該ターゲットサービスのベアリングの確立を禁止することを示すための第七の指示情報を送信することをさらに含むことができる。

又は、本発明の実施例において、方法１００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置が前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを示すための第八の指示メッセージを送信することをさらに含むことができる。

図５は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法５００の概略的なフローチャートである。方法５００は以下のステップを含む。

Ｓ５１０において、コアネットワーク装置はアクセスネットワーク装置から送信されたサービスカテゴリ禁止情報を受信する。該サービスカテゴリ禁止情報はアクセスネットワーク装置が現在のネットワークにベアリングされたデータサービスの状況に応じて設定されたものである。該サービスカテゴリ禁止情報は複数のサービスカテゴリ及び接続状態における各サービスカテゴリにそれぞれ対応する禁止パラメータ、例えば禁止確率又は禁止ビットマップを含む。当然、Ｓ５１０においてアクセスネットワーク装置は、アイドル状態における端末に対して輻輳制御を行うために、アイドル状態におけるアクセス禁止情報（例えばアクセス禁止確率又はアクセスクラスビットマップ）を生成して端末に送信することができ（図５に示されない）、本発明の実施例はこれに限定されない。

Ｓ５２０において、接続状態にある端末のＮＡＳはコアネットワーク装置へサービスベアリングリクエスト情報を送信し、その中に、端末が要求した確立のサービスベアリングのサービスカテゴリを含む。

Ｓ５３０において、コアネットワーク装置は端末がターゲットサービスに対して生成した乱数を取得し（好ましくは、端末がターゲットサービスに対して乱数を生成してアクセスネットワーク装置に送信する）、又はコアネットワーク装置は端末のアクセスクラスを取得する。理解すべきものとして、乱数又はアクセスクラスはサービスベアリングリクエスト情報に含まれてコアネットワーク装置に送信されてもよく、乱数又はアクセスクラスは単独でコアネットワーク装置に送信されてもよく、本発明の実施例はコアネットワーク装置が乱数又はアクセスクラスを取得する方式に限定されない。

Ｓ５４０において、コアネットワーク装置はサービスベアリングリクエスト情報におけるターゲットサービスのサービスカテゴリに基づき、禁止パラメータから該サービスカテゴリに対応する禁止確率又は禁止ビットマップを検索し、Ｓ５３０で取得された乱数又はアクセスクラスに基づき、端末がターゲットサービスのベアリングを確立することを禁止するかどうかを判定する。

端末がターゲットサービスのベアリングを確立することを禁止すると確定した場合、コアネットワーク装置が端末のＮＡＳへターゲットサービスのベアリングの確立を禁止することを示すための第七の指示情報を送信するＳ５５０を実行する。

端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、コアネットワーク装置がアクセスネットワーク装置へターゲットサービスのベアリングの確立を許可することを示すための第八の指示情報を送信するＳ５６０を実行する。

以上にそれぞれターゲットサービスのベアリングの確立を禁止するかどうかを判定する実行本体から本発明の実施例におけるサービスカテゴリ輻輳制御方法を詳しく説明し、以下に端末からサービスカテゴリ輻輳制御方法を説明する。

図６は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法６００の概略的なフローチャートである。方法６００は接続状態にある端末によって実行され、以下のステップを含む。

Ｓ６１０において、サービスベアリングリクエスト情報を送信し、該サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングを確立するために開始したリクエストに対応する情報を含み、該サービスベアリングリクエスト情報に該ターゲットサービスの属するサービスカテゴリが含まれる。

Ｓ６２０において、該端末が該サービスカテゴリに属するターゲットサービスのベアリングを禁止又は許可する指示情報を受信する。

本発明の実施例におけるサービスカテゴリ輻輳制御方法では、接続状態にある端末に対してベアリング確立の制御を行うことにより、端末が高優先順位のサービスリクエストによりネットワークにアクセスしてから低優先順位のサービスリクエストを開始するが、アイドル状態にある他の端末が優先順位の低いサービスリクエストを直接に開始するという不公平の問題を効果的に回避することができ、それによって各端末に対する公平な輻輳制御メカニズムを実現する。

また、一つの実施例として、サービスベアリングリクエスト情報を送信するＳ６１０は、
該端末が非アクセス層を介してアクセス層へ該サービスベアリングリクエスト情報を送信することを含み、
該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信するＳ６２０は、
該端末の非アクセス層が該端末のアクセス層から送信された該指示情報を受信することを含む。

理解すべきものとして、該実施例は方法２００のシグナリングプロセスに対応する。

また、別の一つの実施例として、サービスベアリングリクエスト情報を送信するＳ６１０は、
該端末が非アクセス層を介してコアネットワーク装置へ該サービスベアリングリクエスト情報を送信することを含む。

該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信するＳ６２０は、
該端末が該非アクセス層を介して該コアネットワーク装置から送信された、該端末が該ターゲットサービスのベアリングを確立することを禁止する指示情報を受信し、又は該端末がアクセス層を介してアクセスネットワーク装置から送信された、該端末が該ターゲットサービスのベアリングを確立することを許可する指示情報を受信することを含む。

理解すべきものとして、該実施例は方法３００のシグナリングプロセスに対応する。

また、別の実施例として、サービスベアリングリクエスト情報を送信するＳ６１０は、
該端末がアクセス層を介してアクセスネットワーク装置へ該サービスベアリングリクエスト情報を送信することを含み、
該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信するＳ６２０は、
該端末がアクセス層を介して該アクセスネットワーク装置から送信された、該端末が該ターゲットサービスのベアリングを確立することを禁止する指示情報を受信することを含む。

理解すべきものとして、該実施例は方法４００のシグナリングプロセスに対応する。

また、別の実施例として、サービスベアリングリクエスト情報を送信するＳ６１０は、
該端末が非アクセス層を介してコアネットワーク装置へ該サービスベアリングリクエスト情報を送信することを含み、
該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信するＳ６２０は、
該端末が該非アクセス層を介して該コアネットワーク装置から送信された、該端末が該ターゲットサービスのベアリングを確立することを禁止する指示情報を受信することを含む。

理解すべきものとして、該実施例は方法５００のシグナリングプロセスに対応する。

以下にコアネットワーク装置からサービスカテゴリ輻輳制御方法を説明する。

図７は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法７００の概略的なフローチャートである。方法７００はコアネットワーク装置によって実行され、
端末の非アクセス層から送信されたサービスベアリングリクエストを受信し、該サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングを確立するために開始したリクエストであり、該サービスベアリングリクエストに該ターゲットサービスの属するサービスカテゴリが含まれるＳ７１０と、
アクセスネットワーク装置へサービスベアリングリクエスト情報を送信し、該サービスベアリングリクエスト情報が該端末の非アクセス層が該コアネットワーク装置へサービスベアリングリクエストを送信したことを該アクセスネットワーク装置に通知することに用いられ、該サービスベアリングリクエスト情報に該ターゲットサービスの属するサービスカテゴリが含まれるＳ７２０とを含む。

また、一つの実施例として、方法７００は、
該アクセスネットワーク装置から送信された、該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止することを示すための指示情報を受信することと、
該サービスカテゴリに属するターゲットサービスのベアリングの確立を禁止することを該端末に通知することとをさらに含むことができる。

理解すべきものとして、該実施例は方法３００のシグナリングプロセスに対応する。

図８は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法８００の概略的なフローチャートである。方法８００はコアネットワーク装置によって実行されてもよく、
アクセスネットワーク装置が端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、コアネットワーク装置は該アクセスネットワーク装置から送信された、該ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するＳ８１０を含む。

理解すべきものとして、該実施例は方法４００のシグナリングプロセスに対応する。

以下にアクセスネットワーク装置からサービスカテゴリ輻輳制御方法を説明する。

図９は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法９００の概略的なフローチャートである。方法９００はアクセスネットワーク装置によって実行され、
アクセスネットワーク装置がコアネットワーク装置へサービスカテゴリ禁止情報を送信し、該サービスカテゴリ禁止情報に接続状態における該ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれるＳ９１０と、
該コアネットワーク装置が端末が該ターゲットサービスのベアリングを確立することを許可すると確定した場合、該アクセスネットワーク装置が該コアネットワーク装置から送信された、該ターゲットサービスのベアリングの確立を許可することを指示するための指示情報を受信するＳ９２０とを含む。

理解すべきものとして、該実施例は方法５００のシグナリングプロセスに対応する。

理解すべきものとして、本発明の各実施例において、の各プロセスの番号の大きさは実行順番を意味しなく、各プロセスの実行順番はその機能と内部論理で確定されるべきであり、本発明の実施例の実施プロセスに対していかなる限定を構成するべきではない。

以上に本発明の実施例におけるサービスカテゴリ輻輳制御方法を詳しく説明し、以下に本発明の実施例におけるサービスカテゴリ輻輳制御装置を詳しく説明する。

図１０は本発明の一つの実施例におけるサービスカテゴリ輻輳制御装置１０００の概略的なブロック図である。該装置１０００は、
サービスベアリングリクエスト情報を取得するように構成され、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれ、
さらに、サービスカテゴリ禁止情報を取得するように構成され、前記サービスカテゴリ禁止情報に接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる取得モジュール１０１０と、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定するように構成される判定モジュール１０２０とを含む。

本発明の実施例におけるサービスカテゴリ輻輳制御装置では、禁止パラメータに基づいて接続状態にある端末に対してベアリング確立の制御を行うことにより、端末が高優先順位のサービスリクエストによりネットワークにアクセスしてから低優先順位のサービスリクエストを開始するが、アイドル状態にある他の端末が優先順位の低いサービスリクエストを直接に開始するという不公平の問題を効果的に回避することができ、それによって各端末に対する公平な輻輳制御メカニズムを実現する。

また、一つの実施例として、前記禁止パラメータが禁止確率であり、前記取得モジュール１０１０はさらに、
前記端末が前記ターゲットサービスに対して生成した乱数を取得するように構成され、
前記判定モジュール１０２０は具体的に、
前記乱数が前記禁止確率より小さい場合、前記端末が前記ターゲットサービスのベアリングを確立することを禁止し、前記乱数が前記禁止確率より大きい場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可するように構成される。

また、本発明の実施例において、前記禁止確率がアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するアクセス禁止確率より小さい。

また、別の実施例として、前記禁止パラメータが禁止ビットマップであり、前記取得モジュール１０１０はさらに、
前記端末のアクセスクラスを取得するように構成され、
前記判定モジュール１０２０は具体的に、
前記端末のアクセスクラスが前記禁止ビットマップに１に設定された場合、前記端末が前記ターゲットサービスのベアリングを確定することを禁止し、前記端末のアクセスクラスが前記禁止ビットマップに１に設定されない場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可するように構成される。

本発明の実施例において、前記禁止ビットマップに１に設定されたビットマップの数はアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するビットマップに１に設定されたビットの数よりも少なくてもよい。

また、本発明の実施例において、前記装置１０００は前記端末のアクセス層であり、
前記取得モジュール１０１０がサービスベアリングリクエスト情報を取得することは、
前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
前記取得モジュール１０１０がサービスカテゴリ禁止情報を取得することは、
アクセスネットワーク装置によって放送された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。

また、一つの実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを指示するための第一の指示情報を送信するように構成される送信モジュールをさらに含む。

また、別の実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記非アクセス層へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第二の指示情報を送信するように構成され、且つ前記アクセス層が前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立プロセスを開始する送信モジュールをさらに含む。

また、本発明の実施例において、前記装置１０００はアクセスネットワーク装置であり、
前記取得モジュール１０１０がサービスベアリングリクエスト情報を取得することは、
コアネットワーク装置から送信されたサービスベアリングリクエスト情報を受信することを含み、前記サービスベアリングリクエスト情報が前端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するカテゴリが含まれ、
前記取得モジュール１０１０がサービスカテゴリ禁止情報を取得することは、
前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリに対応する禁止パラメータを含む。

また、一つの実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記コアネットワーク装置が前記ターゲットサービスのベアリングの確立を禁止することを前記端末の非アクセス層に通知するように、前記コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第三の指示情報を送信するように構成される送信モジュールをさらに含む。

また、別の実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第四の指示情報を送信するように構成される送信モジュールをさらに含む。

また、本発明の実施例において、前記装置１０００はアクセスネットワーク装置であり、
前記取得モジュール１０１０がサービスベアリングリクエスト情報を取得することは、
前記端末のアクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
前記取得モジュール１０１０がサービスカテゴリ禁止情報を取得することは、
前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。

また、一つの実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを指示するための第五の指示情報を送信するように構成される送信モジュールをさらに含む。

また、一つの実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第六の指示情報を送信するように構成される送信モジュールをさらに含む。

また、本発明の実施例において、前記装置１０００はコアネットワーク装置であり、
前記取得モジュール１０１０がサービスベアリングリクエスト情報を取得することは、
前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
前記取得モジュール１０１０がサービスカテゴリ禁止情報を取得することは、
アクセスネットワーク装置から送信された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。

また、一つの実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記端末の非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを指示するための第七の指示情報を送信するように構成される送信モジュールをさらに含む。

また、別の実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第八の指示情報を送信するように構成される送信モジュールをさらに含む。

注意すべきものとして、本発明の実施例において、取得モジュールは受信機又はプロセッサによって実現されてもよく、送信モジュールは送信機によって実現されてもよく、判定モジュール１０２０はプロセッサによって実現されてもよい。図１１に示すように、装置１１００はプロセッサ１１１０、受信機１１２０、送信機１１３０とメモリ１１４０を含むことができる。その中、メモリ１１４０はプロセッサ１１１０で実行されたコードなどを記憶するように構成されてもよい。

装置１１１０における各部材はバスシステム１１５０を介して結合され、バスシステム１１５０はデータバスに加えて、電源バス、制御バスと状態信号バスを含む。

図１０に示す装置１０００又は図１１に示す装置１１００は前記図１〜図９の実施例において実現された各プロセスを実現することができるため、重複を回避するために、ここでは説明を省略する。

注意すべきものとして、本発明の方法の実施例はプロセッサに応用されてもよく、又はプロセッサによって実現されてもよい。プロセッサは集積回路チップであるかもしれなく、信号処理能力を備えている。実現過程において、方法の実施例における各ステップはプロセッサにおけるハードウェアの集積論理回路又はソフトウェア形態のコマンドにより完了されてもよい。のプロセッサは汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏ
ｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアコンポーネントであってもよい。本発明の実施例における開示された各方法、ステップ及び論理ブロック図を実現することができる。汎用プロセッサはマイクロプロセッサであってもよい又は該プロセッサはいずれかの従来のプロセッサなどであってもよい。本発明の実施例と組み合わせて開示された方法のステップはハードウェア復号プロセッサによって実行されて完了され、又は復号プロセッサにおけるハードウェアモジュール及びソフトウェアモジュールの組み合わせによって実行されて完了されるように直接具現化されてもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ又は電気的消去可能プログラマブルメモリ、レジスタなどの本分野における成熟した記憶媒体に位置してもよい。該記憶媒質はメモリに位置し、プロセッサはメモリにおける情報を読み取り、そのハードウェアと組み合わせて方法のステップを完了する。

本発明の実施例におけるメモリは揮発性記憶装置又は不揮発性記憶装置であってもよく、又は揮発性記憶装置及び不揮発性記憶装置両者を含むことができることが理解できる。その中、不揮発性記憶装置は読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ：Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ ＰＲＯＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性記憶装置は外部キャッシュメモリとして機能するランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。制限的でなく例示的な説明により、多くの形態のＲＡＭは利用可能であり、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ：Ｓｔａｔｉｃ ＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ ＲＡＭ）、同期動的ランダムアクセスメモリ（ＳＤＲＡＭ：Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレート同期動的ランダムアクセスメモリ（ＤＤＲＳＤＲＡＭ：Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ）、強化型同期動的ランダムアクセスメモリ（ＥＳＤＲＡＭ：Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、同期リンク動的ランダムアクセスメモリ（ＳＬＤＲＡＭ：Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ）とダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ）である。注意すべきものとして、本明細書に記載のシステムと方法のメモリはこれらといずれかの他の適切なタイプのメモリを含むことを図るがこれらに限定されない。

図１２は本発明の一つの実施例におけるサービスカテゴリ輻輳制御の端末１２００の概略的なブロック図である。該端末１２００は、
サービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュール１２１０と、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可することを示すための指示情報を受信するように構成される受信モジュール１２２０とを含む。

また、一つの実施例として、前記送信モジュール１２１０は具体的に、
非アクセス層を介してアクセス層へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュール１２２０は具体的に、
非アクセス層が前記端末のアクセス層から送信された前記指示情報を受信するように構成される。

また、別の実施例として、前記送信モジュール１２１０は具体的に、
非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュール１２２０は具体的に、
前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信し、または、前記端末がアクセス層を介してアクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを許可する指示情報を受信するように構成される。

また、別の実施例として、前記送信モジュール１２１０は具体的に、
アクセス層を介してアクセスネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュール１２２０は具体的に、
アクセス層を介して前記アクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信するように構成される。

また、別の実施例として、前記送信モジュール１２１０は具体的に、
非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュール１２２０は具体的に、
前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信するように構成される。

注意すべきものとして、本発明の実施例において、送信モジュール１２１０は送信機によって実現されてもよく、受信モジュール１２２０は受信機によって実現されてもよい。図１３に示すように、端末１３００はプロセッサ１３１０、受信機１３２０、送信機１３３０とメモリ１３４０を含むことができる。その中、メモリ１３４０はプロセッサ１３１０で実行されたコードなどを記憶するように構成されてもよい。

端末１３００における各部材はバスシステム１３５０を介して結合され、バスシステム１３５０はデータバスに加えて、電源バス、制御バスと状態信号バスを含む。

図１２に示す端末１２００又は図１３に示す端末１３００は前記図１〜図９の実施例において実現された各プロセスを実現することができるため、繰り返しを回避するために、説明を省略する。

図１４は本発明の一つの実施例におけるサービスカテゴリ輻輳制御のコアネットワーク装置１４００の概略的なブロック図である。該コアネットワーク装置１４００は、
端末の非アクセス層から送信されたサービスベアリングリクエストを受信するように構成され、前記サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストであり、前記サービスベアリングリクエストに前記ターゲットサービスの属するサービスカテゴリを含む受信モジュール１４１０と、
アクセスネットワーク装置へサービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュール１４２０とを含む。

また、一つの実施例として、前記受信モジュール１４１０はさらに、
前記アクセスネットワーク装置から送信された、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止することを示すための指示情報を受信するように構成され、
前記送信モジュール１４２０はさらに、
前記サービスカテゴリに属するターゲットサービスのベアリングの確立を禁止することを前記端末に通知するように構成される。

注意すべきものとして、本発明の実施例において、送信モジュール１４２０は送信機によって実現されてもよく、受信モジュール１４１０は受信機によって実現されてもよい。図１５に示すように、コアネットワーク装置１５００はプロセッサ１５１０、受信機１５２０、送信機１５３０とメモリ１５４０を含むことができる。その中、メモリ１５４０はメモリ１５１０で実行されたコードなどを記憶するように構成されてもよい。

コアネットワーク装置１５００における各部材はバスシステム１５５０を介して結合され、バスシステム１５５０はデータバスに加えて、電源バス、制御バスと状態信号バスを含む。

図１４に示すコアネットワーク装置１４００又は図１５に示すコアネットワーク装置１５００は前記図１〜図９の実施例において実現された各プロセスを実現することができるため、重複を回避するために、説明を省略する。

図１６は本発明の一つの実施例におけるサービスカテゴリ輻輳制御のコアネットワーク装置１６００の概略的なブロック図である。該コアネットワーク装置１６００は、
アクセスネットワーク装置が端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワークから送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するように構成される受信モジュール１６１０を含む。

注意すべきものとして、本発明の実施例において、受信モジュール１６１０は受信機によって実現されてもよい。図１７に示すように、コアネットワーク装置１７００はプロセッサ１７１０、受信機１７２０とメモリ１７３０を含むことができる。その中、メモリ１７３０はプロセッサ１７１０で実行されるコードなどを記憶するように構成されてもよい。

コアネットワーク装置１７００における各部材は各部材はバスシステム１７４０を介して結合され、バスシステム１７４０はデータバスに加えて、電源バス、制御バスと状態信号バスを含む。

図１６に示すコアネットワーク装置１６００又は図１７に示すコアネットワーク装置１７００は図１〜図９の実施例において実現された各プロセスを実現することができるため、重複を回避するために、説明を省略する。

図１８は本発明の一つの実施例におけるサービスカテゴリ輻輳制御のためのアクセスネットワーク装置１８００の概略的なブロック図である。該アクセスネットワーク装置１８００は、
コアネットワーク装置へサービスカテゴリ禁止情報を送信するように構成され、前記サービスカテゴリ禁止情報に接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる送信モジュール１８１０と、
前記コアネットワーク装置が端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するように構成される受信モジュール１８２０を含む。

注意すべきものとして、本発明の実施例において、送信モジュール１８１０は送信機によって実現されてもよく、受信モジュール１８２０は受信機によって実現されてもよい。図１９に示すように、アクセスネットワーク装置１９００はプロセッサ１９１０、受信機１９２０、送信機１９３０とメモリ機１９４０を含むことができる。その中、メモリ１９４０はプロセッサ１９１０で実行されるコードなどを記憶するように構成されてもよい。

アクセスネットワーク装置１９００における各部材は各部材はバスシステム１９５０を介して結合され、バスシステム１９５０はデータバスに加えて、電源バス、制御バスと状態信号バスを含む。

図１８に示すアクセスネットワーク装置１８００又は図１９に示すアクセスネットワーク装置１９００は前記図１〜図９の実施例において実現された各プロセスを実現することができるため、繰り返しを回避するために、ここでは説明を省略する。

当業者であれば、本明細書に開示された実施例と組み合わせて説明された各例のユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組み合わせで実現されてもよいと理解できる。これらの機能がハードウェア又はソフトウェアで実行されるかどうかは技術的解決策の特定アプリケーションと設計約束条件に依存する。専門技術者は各特定のアプリケーションに対して異なる方法を使用して説明された機能を実現することができるが、このような実現は本発明の範囲を超えていると考えられるべきではない。

当業者は便利且つ簡潔で説明するために、上述したシステム、装置とユニットの具体的な動作プロセスについて方法の実施例における対応するプロセスを参照でき、ここでは説明を省略することを明確に理解することができる。

本出願が提供するいくつかの実施例では、開示されたシステム、装置および方法は他の方式により実現されてもよいと理解すべきである。上述した装置の実施例は例示的なものだけであり、例えば、前記ユニットの区分は論理機能的区分だけであり、実際に実施する時に他の区分方式もあり得て、例えば複数のユニットまたは部材は組み合わせられてもよいまたは別のシステムに統合されてもよく、又はいくつかの特徴は無視されてもよく、又は実行されなくてもよい。また、示されるまたは議論される相互結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットを介する間接的結合又は通信接続であってもよく、電気的、機械的又は他の形態であってもよい。

分離部材として説明された前記ユニットは物理的に分離するものであってもよくまたは物理的に分離するものでなくてもよく、ユニットとして表示された部材は物理的ユニットであってもよくまたは物理的ユニットでなくてもよく、すなわち一つの箇所に位置してもよく、又は複数のネットワークユニットに分布してもよい。実際のニーズに応じてその中の一部または全てのユニットを選択して本実施例の解決策の目的を達成することができる。

また、本発明の各実施例における各機能ユニットは一つの処理ユニットに統合されてもよく、個々のユニットは単独で物理的に存在してもよく、二つまたは二つ以上のユニットは一つのユニットに統合されてもよい。

前記機能はソフトウェア機能ユニットの形態で実現され且つ独立した製品として販売または使用される場合，一つのコンピュータ読み取り可能な記憶媒体に格納されてもよい。このような理解に基づき，本発明の技術的解決策は本質的にソフトウェア製品の形態で実現されてもよく、又は従来技術に貢献する部分又は該技術的解決策の部分がソフトウェア製品の形態で実現されてもよく、該コンピュータソフトウェア製品は一台のコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置などあってもよい）に本発明の各実施例に記載の方法の全部又は一部のステップを実行させるためのいくつかのコマンドを含む記憶媒体に記憶される。前記記憶媒体はＵディスク、モバイルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる各種の媒体を含む。

以上は、本発明の最適的な実施例に過ぎなく、本発明を制限せず、本分野の当業者に対して、本発明が各種類の変更と変化がある。本発明の主旨精神と原則以内に、いかなる改修、同等入れ替わり、改良等が、本発明の保護範囲以内に含まれるべきである。