(57)【要約】  本発明はサービスベアリング輻輳制御方法及び装置を開示し、該方法は、サービスベアリングリクエスト情報を取得し、該サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、該サービスベアリングリクエスト情報には、該ターゲットサービスの属するサービスカテゴリが含まれることと、サービスカテゴリ禁止情報を取得し、該サービスカテゴリ禁止情報に接続状態における該ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれることと、該禁止パラメータに基づき、該端末が該サービスカテゴリの属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定することとを含む。本発明の実施例における方法は、端末が高優先順位のサービスリクエストによりネットワークにアクセスしてから低優先順位のサービスリクエストを開始するが、アイドル状態にある他の端末が優先順位の低いサービスリクエストを直接に開始するという不公平の問題を効果的に回避することができ、それによって各端末に対する公平な輻輳制御メカニズムを実現する。
2018537874.tif 000002
【特許請求の範囲】
【請求項１】
サービスカテゴリ輻輳制御方法であって、
サービスベアリングリクエスト情報を取得し、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることと、
サービスカテゴリ禁止情報を取得し、前記サービスカテゴリ禁止情報には、接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれることと、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定することとを含む、前記サービスカテゴリ輻輳制御方法。
【請求項２】
前記禁止パラメータが禁止確率であり、前記方法は、
前記端末が前記ターゲットサービスに対して生成した乱数を取得することをさらに含み、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定することは、
前記乱数が前記禁止確率より小さい場合、前記端末が前記ターゲットサービスのベアリングを確立することを禁止し、前記乱数が前記禁止確率より大きい場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可することを含むことを特徴とする
請求項１に記載の方法。
【請求項３】
前記禁止確率がアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するアクセス禁止確率より小さいことを特徴とする
請求項２に記載の方法。
【請求項４】
前記禁止パラメータが禁止ビットマップであり、前記方法は、
前記端末のアクセスクラスを取得することをさらに含み、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定することは、
前記端末のアクセスクラスが前記禁止ビットマップに１に設定された場合、前記端末が前記ターゲットサービスのベアリングを確立することを禁止し、前記端末のアクセスクラスが前記禁止ビットマップに１に設定されない場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可することを特徴とする
請求項１に記載の方法。
【請求項５】
前記禁止ビットマップに１に設定されたビットの数はアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するビットマップに１に設定されたビットの数より少ないことを特徴とする
請求項４に記載の方法。
【請求項６】
前記方法は前記端末のアクセス層によって実行され、
サービスベアリングリクエスト情報を取得することは、
前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
サービスカテゴリ禁止情報を取得することは、
アクセスネットワーク装置によって放送された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記方法は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記アクセス層が前記非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第一の指示情報を送信することをさらに含むことを特徴とする
請求項６に記載の方法。
【請求項８】
前記方法は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセス層が前記非アクセス層へ前記ターゲットサービスのベアリングの確立を許可することを示すための第二の指示情報を送信し、且つ前記アクセス層が前記アクセスネットワーク装置に前記ターゲットサービスのベアリングの確立プロセスを開始することをさらに含むことを特徴とする
請求項６に記載の方法。
【請求項９】
前記方法はアクセスネットワーク装置によって実行され、
サービスベアリングリクエスト情報を取得することは、
コアネットワーク装置から送信されたサービスベアリングリクエスト情報を受信することを含み、前記サービスベアリングリクエスト情報は、前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれ、
サービスカテゴリ禁止情報を取得することは、
前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
請求項１〜５のいずれか１項に記載の方法。
【請求項１０】
前記方法は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記コアネットワーク装置が前記ターゲットサービスのベアリングの確立を禁止することを前記端末の非アクセス層に通知するように、前記アクセスネットワーク装置が前記コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第三の指示情報を送信することをさらに含むことを特徴とする
請求項９に記載の方法。
【請求項１１】
前記方法は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置が前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を許可することを示すための第四の指示情報を送信することをさらに含むことを特徴とする
請求項９に記載の方法。
【請求項１２】
前記方法はアクセスネットワーク装置によって実行され、
サービスベアリングリクエスト情報を取得することは、
前記端末のアクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
サービスカテゴリ禁止情報を取得することは、
前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
請求項１〜５のいずれか１項に記載の方法。
【請求項１３】
前記方法は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記アクセスネットワーク装置が前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第五の指示情報を送信することをさらに含むことを特徴とする
請求項１２に記載の方法。
【請求項１４】
前記方法は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置が前記コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを示すための第六の指示情報を送信することをさらに含むことを特徴とする
請求項１２に記載の方法。
【請求項１５】
前記方法はコアネットワーク装置によって実行され、
サービスベアリングリクエスト情報を取得することは、
前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
サービスカテゴリ禁止情報を取得することは、
アクセスネットワーク装置から送信された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
請求項１〜５のいずれか１項に記載の方法。
【請求項１６】
前記方法は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記コアネットワーク装置が前記端末の非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第七の指示情報を送信することをさらに含むことを特徴とする
請求項１５に記載の方法。
【請求項１７】
前記方法は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置が前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを示すための第八の指示情報を送信することをさらに含むことを特徴とする
請求項１５に記載の方法。
【請求項１８】
サービスカテゴリ輻輳制御方法であって、
サービスベアリングリクエスト情報を送信し、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報が含まれ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることと、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信することとを含む、前記サービスカテゴリ輻輳制御方法。
【請求項１９】
前記サービスベアリングリクエスト情報を送信することは、
前記端末が非アクセス層を介してアクセス層へ前記サービスベアリングリクエスト情報を送信することを含み、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信することは、
前記端末の非アクセス層が前記端末のアクセス層から送信された前記指示情報を受信することを含むことを特徴とする
請求項１８に記載の方法。
【請求項２０】
前記サービスベアリングリクエスト情報を送信することは、
前記端末が非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信することを含み、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信することは、
前記端末が前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信し、又は前記端末がアクセス層を介してアクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを許可する指示情報を受信することを含むことを特徴とする
請求項１８に記載の方法。
【請求項２１】
前記サービスベアリングリクエスト情報を送信することは、
前記端末がアクセス層を介してアクセスネットワーク装置へ前記サービスベアリングリクエスト情報を送信することを含み、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信することは、
前記端末がアクセス層を介して前記アクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信することを含むことを特徴とする
請求項１８に記載の方法。
【請求項２２】
前記サービスベアリングリクエスト情報を送信することは、
前記端末が非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信することを含み、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信することは、
前記端末が前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信することを含むことを特徴とする
請求項１８に記載の方法。
【請求項２３】
サービスカテゴリ輻輳制御方法であって、
端末の非アクセス層から送信されたサービスベアリングリクエストを受信し、前記サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストであり、前記サービスベアリングリクエストに前記ターゲットサービスの属するサービスカテゴリを含むことと、
アクセスネットワーク装置へサービスベアリングリクエスト情報を送信し、前記サービスベアリングリクエスト情報が前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることとを含む、前記サービスベアリング輻輳制御方法。
【請求項２４】
前記方法は、
前記アクセスネットワーク装置から送信された、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止することを示すための指示情報を受信することと、
前記サービスカテゴリに属するターゲットサービスのベアリングの確立を禁止することを前記端末に通知することとをさらに含むことを特徴とする
請求項２３に記載の方法。
【請求項２５】
サービスカテゴリ輻輳制御方法であって、
前記アクセスネットワーク装置が端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、コアネットワーク装置が前記アクセスネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信することを含む、前記サービスカテゴリ輻輳制御方法。
【請求項２６】
サービスカテゴリ輻輳制御方法であって、
アクセスネットワーク装置がコアネットワーク装置へサービスカテゴリ禁止情報を送信し、前記サービスカテゴリ禁止情報に接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれることと、
前記コアネットワーク装置が端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置が前記コアネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信することとを含む、前記サービスカテゴリ輻輳制御方法。
【請求項２７】
サービスカテゴリ輻輳制御装置であって、
サービスベアリングリクエスト情報を取得するように構成され、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれ、さらに、サービスカテゴリ禁止情報を取得ように構成され、前記サービスカテゴリ禁止情報には、接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる取得モジュールと、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定するように構成される判定モジュールとを含む、前記サービスカテゴリ輻輳制御装置。
【請求項２８】
前記禁止パラメータが禁止確率であり、前記取得モジュールはさらに、
前記端末が前記ターゲットサービスに対して生成した乱数を取得するように構成され、
前記判定モジュールは具体的に、
前記乱数が前記禁止確率より小さい場合、前記端末が前記ターゲットサービスのベアリングを確立することを禁止し、前記乱数が前記禁止確率より大きい場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可するように構成されることを特徴とする
請求項２７に記載の装置。
【請求項２９】
前記禁止確率はアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するアクセス禁止確率より小さいことを特徴とする
請求項２８に記載の装置。
【請求項３０】
前記禁止パラメータが禁止ビットマップであり、前記取得モジュールはさらに、
前記端末のアクセスクラスを取得するように構成され、
前記判定モジュールは具体的に、
前記端末のアクセスクラスが前記禁止ビットマップに１に設定された場合、前記端末が前記ターゲットサービスのベアリングを確立することを禁止し、前記端末のアクセスクラスが前記禁止ビットマップに１に設定されない場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可するように構成されることを特徴とする
請求項２７に記載の装置。
【請求項３１】
前記禁止ビットマップに１に設定されたビットマップの数はアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するビットマップに１に設定されたビットの数よりも少ないことを特徴とする
請求項３０に記載の装置。
【請求項３２】
前記装置は前記端末のアクセス層であり、
前記取得モジュールがサービスベアリングリクエスト情報を取得することは、
前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
前記取得モジュールがサービスカテゴリ禁止情報を取得することは、
アクセスネットワーク装置によって放送された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
請求項２７〜３１のいずれか１項に記載の装置。
【請求項３３】
前記装置は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを指示するための第一の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
請求項３２に記載の装置。
【請求項３４】
前記装置は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記非アクセス層へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第二の指示情報を送信するように構成され、且つ前記アクセス層が前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立プロセスを開始する送信モジュールをさらに含むことを特徴とする
請求項３２に記載の装置。
【請求項３５】
前記装置はアクセスネットワーク装置であり、
前記取得モジュールがサービスベアリングリクエスト情報を取得することは、
コアネットワーク装置から送信されたサービスベアリングリクエスト情報を受信することを含み、前記サービスベアリングリクエスト情報が前端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれ、
前記取得モジュールがサービスカテゴリ禁止情報を取得することは、
前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリに対応する禁止パラメータを含むことを特徴とする
請求項２７〜３１のいずれか１項に記載の装置。
【請求項３６】
前記装置は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記コアネットワーク装置が前記ターゲットサービスのベアリングの確立を禁止することを前記端末の非アクセス層に通知するように、前記コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第三の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
請求項３５に記載の装置。
【請求項３７】
前記装置は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第四の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
請求項３５に記載の装置。
【請求項３８】
前記装置はアクセスネットワーク装置であり、
前記取得モジュールがサービスベアリングリクエスト情報を取得することは、
前記端末のアクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
前記取得モジュールがサービスカテゴリ禁止情報を取得することは、
前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
請求項２７〜３１のいずれか１項に記載の装置。
【請求項３９】
前記装置は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを指示するための第五の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
請求項３８に記載の装置。
【請求項４０】
前記装置は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第六の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
請求項３８に記載の装置。
【請求項４１】
前記装置はコアネットワーク装置であり、
前記取得モジュールがサービスベアリングリクエスト情報を取得することは、
前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
前記取得モジュールがサービスカテゴリ禁止情報を取得することは、
アクセスネットワーク装置から送信された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
請求項２７〜３１のいずれか１項に記載の装置。
【請求項４２】
前記装置は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記端末の非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを指示するための第七の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
請求項４１項に記載の装置。
【請求項４３】
前記装置は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第八の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
請求項４１項に記載の装置。
【請求項４４】
サービスカテゴリ輻輳制御の端末であって、
サービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュールと、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可することを示すための指示情報を受信するように構成される受信モジュールとを含む、前記サービスカテゴリ輻輳制御の端末。
【請求項４５】
前記送信モジュールは具体的に、
非アクセス層を介してアクセス層へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュールは具体的に、
非アクセス層が前記端末のアクセス層から送信された前記指示情報を受信するように構成されることを特徴とする
請求項４４項に記載の端末。
【請求項４６】
前記送信モジュールは具体的に、
非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュールは具体的に、
前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信し、または、前記端末がアクセス層を介してアクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを許可する指示情報を受信するように構成されることを特徴とする
請求項４４項に記載の端末。
【請求項４７】
前記送信モジュールは具体的に、
アクセス層を介してアクセスネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュールは具体的に、
アクセス層を介して前記アクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信するように構成されることを特徴とする
請求項４４項に記載の端末。
【請求項４８】
前記送信モジュールは具体的に、
非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュールは具体的に、
前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信するように構成されることを特徴とする
請求項４４項に記載の端末。
【請求項４９】
サービスカテゴリ輻輳制御のコアネットワーク装置であって、
端末の非アクセス層から送信されたサービスベアリングリクエストを受信するように構成され、前記サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストであり、前記サービスベアリングリクエストに前記ターゲットサービスの属するサービスカテゴリが含まれる受信モジュールと、
アクセスネットワーク装置へサービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュールとを含む、前記コアネットワーク装置
【請求項５０】
前記受信モジュールはさらに、
前記アクセスネットワーク装置から送信された、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止することを示すための指示情報を受信するように構成され、
前記送信モジュールはさらに、
前記サービスカテゴリに属するターゲットサービスのベアリングの確立を禁止することを前記端末に通知するように構成されることを特徴とする
請求項４９項に記載のコアネットワーク装置。
【請求項５１】
サービスカテゴリ輻輳制御のコアネットワーク装置であって、
アクセスネットワーク装置が端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するように構成される受信モジュールを含む、前記コアネットワーク装置。
【請求項５２】
サービスカテゴリ輻輳制御のアクセスネットワーク装置であって、
コアネットワーク装置へサービスカテゴリ禁止情報を送信するように構成され、前記サービスカテゴリ禁止情報には、接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる送信モジュールと、
前記コアネットワーク装置が端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するように構成される受信モジュールを含む、前記アクセスネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施例は通信分野に関し、具体的には、サービスベアリング輻輳制御方法及び装置に関する。
【背景技術】
【０００２】
無線通信技術の急速な発展に伴い、データサービスは爆発的に成長している。データサービスの急速な成長により無線通信のアクセスネットワークとコアネットワークに輻輳が発生する可能性がある。輻輳問題を解決するために、現在、無線通信においてシステムが端末の一部のデータサービスに対してランダムアクセス優先順位を設定することにより、アイドル状態にある端末がサービス確立プロセスを開始する時に自動の判定を行い、アクセス可能であると判定した場合にランダムアクセス及びその後のサービス確立プロセスを開始することが討論されている。
【０００３】
例えば、長期進化型（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムにおいて、リリース８（Ｒ８：Ｒｅｌｅａｓｅ８）からアクセス制御メカニズム、例えばアクセスクラス禁止（ＡＣＢ：Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）などが導入される。Ｒ８システムにおいて、サービスカテゴリは移動端末発信データ（ＭＯ−ｄａｔａ）サービス、移動端末発信シグナリング（ＭＯ−ｓｉｇｎａｌｉｎｇ）サービス、移動端末着信データ（ＭＴ−ｄａｔａ）サービス、高優先順位サービス及び緊急（Ｅｍｅｒｇｅｎｃｙ）サービスなどを含むことができる。異なるカテゴリのサービスに対応する優先順位が異なる。
【０００４】
アクセスネットワーク装置（例えば基地局など）は放送されたシステムメッセージで、アイドル状態からランダムアクセスを開始する時にアクセス制御を行う必要があるサービスカテゴリ及び対応するアクセス制御パラメータを端末に通知する。ここで、異なるカテゴリのサービスに対してその優先順位によって異なるアクセス制御パラメータを設定することができる。アイドル状態にある端末がサービスリクエストを開始する必要がある場合、サービスカテゴリ及び対応するアクセス制御パラメータに基づいて該サービスリクエストが禁止されるかどうかを確定する。該サービスリクエストが禁止される場合、ランダムアクセス及びその後のサービス確立プロセスを行わなく、それによってアクセスネットワーク又はコアネットワークの輻輳状況を低減させることができる。
【０００５】
しかし、上記アクセス制御メカニズムはアイドル状態にある端末に用いられ、即ち端末が初めてサービスリクエストを開始する場合に用いられる。従来のメカニズムにおいて、端末は高優先順位サービスリクエストによりネットワークへアクセスし、且つその後低優先順位のサービスリクエストを開始する可能性がある。即ち、端末は既にネットワークにおいて接続状態にあるため、ランダムアクセス、サービス確立リクエストなどのプロセスを開始する必要がなく、新しいベアリングの追加を直接に申請すればよい。これにより、接続状態にある該端末によって開始された低優先順位のサービスリクエストとアイドル状態にある他の端末によって直接開始された低優先順位のサービスリクエストの不公平を引き起こす可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の実施例は接続状態にある端末に対してベアリング確立の制御を行うことができ、それによって各端末に対する公平な輻輳制御メカニズムを実現する、サービスカテゴリ輻輳制御方法及び装置を提供する。
【課題を解決するための手段】
【０００７】
第一の態様によるサービスカテゴリ輻輳制御方法は、
サービスベアリングリクエスト情報を取得し、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることと、
サービスカテゴリ禁止情報を取得し、前記サービスカテゴリ禁止情報には、接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれることと、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定することとを含む。
【０００８】
第二の態様によるサービスカテゴリ輻輳制御方法は、
サービスベアリングリクエスト情報を送信し、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報が含まれ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることと、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立ことを禁止又は許可する指示情報を受信することとを含む。
【０００９】
第三の態様によるサービスカテゴリ輻輳制御方法は、
端末の非アクセス層から送信されたサービスベアリングリクエストを受信し、前記サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストであり、前記サービスベアリングリクエストに前記ターゲットサービスの属するサービスカテゴリを含むことと、
アクセスネットワーク装置へサービスベアリングリクエスト情報を送信し、前記サービスベアリングリクエスト情報が前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることとを含む。
【００１０】
第四の態様によるサービスカテゴリ輻輳制御方法は、
アクセスネットワーク装置が端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、コアネットワーク装置が前記アクセスネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信することを含む。
【００１１】
第五の態様によるサービスカテゴリ輻輳制御方法は、
アクセスネットワーク装置がコアネットワーク装置へサービスカテゴリ禁止情報を送信し、前記サービスカテゴリ禁止情報に接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれることと、
前記コアネットワーク装置が端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置が前記コアネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信することとを含む。
【００１２】
第六の態様によるサービスカテゴリ輻輳制御の装置は、
サービスベアリングリクエスト情報を取得し、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれ、さらにサービスカテゴリ禁止情報を取得し、前記サービスカテゴリ禁止情報に接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれるように構成される取得モジュールと、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定するように構成される判定モジュールとを含む。
【００１３】
第七の態様によるサービスカテゴリ輻輳制御の端末は、
サービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報が含まれ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュールと、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立ことを禁止又は許可する指示情報を受信するように構成される受信モジュールとを含む。
【００１４】
第八の態様によるサービスカテゴリ輻輳制御のコアネットワーク装置は、
端末の非アクセス層から送信されたサービスベアリングリクエストを受信するように構成され、前記サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストであり、前記サービスベアリングリクエストに前記ターゲットサービスの属するサービスカテゴリを含む受信モジュールと、
アクセスネットワーク装置へサービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュールとを含む。
【００１５】
第九の態様によるサービスカテゴリ輻輳制御のコアネットワーク装置は、
アクセスネットワーク装置が端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するように構成される受信モジュールを含む。
【００１６】
第十の態様によるサービスカテゴリ輻輳制御のアクセスネットワーク装置は、
コアネットワーク装置へサービスカテゴリ禁止情報を送信するように構成され、前記サービスカテゴリ禁止情報に接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる送信モジュールと、
前記コアネットワーク装置が端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するように構成される受信モジュールを含む。
【００１７】
上記技術案に基づき、本発明の実施例におけるサービスカテゴリ輻輳制御方法及び装置では、禁止パラメータに基づいて接続状態にある端末に対してベアリング確立の制御を行うことにより、端末が高優先順位のサービスリクエストによりネットワークにアクセスしてから低優先順位のサービスリクエストを開始するが、アイドル状態にある他の端末が優先順位の低いサービスリクエストを直接に開始するという不公平の問題を効果的に回避することができ、それによって各端末に対する公平な輻輳制御メカニズムを実現する。
【図面の簡単な説明】
【００１８】
【図１】本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。
【図２】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。
【図３】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。
【図４】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。
【図５】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。
【図６】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。
【図７】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。
【図８】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。
【図９】本発明の別の実施例におけるサービスカテゴリ輻輳制御方法の概略的なフローチャートである。
【図１０】本発明の一つの実施例におけるサービスカテゴリ輻輳制御装置の概略的なブロック図である。
【図１１】本発明の別の実施例におけるサービスカテゴリ輻輳制御装置の概略的なブロック図である。
【図１２】本発明の一つの実施例における端末の概略的なブロック図である。
【図１３】本発明の別の実施例における端末の概略的なブロック図である。
【図１４】本発明の一つの実施例におけるコアネットワーク装置の概略的なブロック図である。
【図１５】本発明の別の実施例におけるコアネットワーク装置の概略的なブロック図である。
【図１６】本発明の一つの実施例におけるコアネットワーク装置の概略的なブロック図である。
【図１７】本発明の別の実施例におけるコアネットワーク装置の概略的なブロック図である。
【図１８】本発明の一つの実施例におけるアクセスネットワーク装置の概略的なブロック図である。
【図１９】本発明の別の実施例におけるアクセスネットワーク装置の概略的なブロック図である。
【発明を実施するための形態】
【００１９】
本発明の実施例の技術的解決策をより明確に説明するために、以下に実施例又は従来技術の記述のために必要な図面を簡単に説明するが、明らかに、以下に記載する図面は本発明のいくつかの実施例だけであり、当業者であれば、創造的な労力を要することなく、これらの図面に基づいて他の図面を得ることができる。
【００２０】
以下に本発明の実施例における図面を組み合わせながら、本発明の実施例における技術的解決策を明確で、全面的に説明し、明らかに、説明した実施例は本発明の一部の実施例だけであり、全ての実施例ではない。本発明の実施例に基づき、当業者が創造的な労力を要せずに得た他の実施例は、全て本発明の保護範囲に属する。
【００２１】
本明細書に使用される用語「部材」、「モジュール」、「システム」などはコンピュータに関連するエンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、又は実行中のソフトウェアを表すことに用いられる。例えば、部材はプロセッサで実行されているプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム及び/又はコンピュータであってもよいがこれらに限定されない。図面に示すように、コンピューティングデバイスで動作しているアプリケーション及びコンピューティングデバイスは全て部材であってもよい。一つ又は複数の部材はプロセス及び／又は実行スレッドに常駐することができ、部材は一つのコンピュータに位置してもよく及び／又は２つ以上のコンピュータの間に分布してもよい。その他、これらの部材は様々なデータ構造が記憶されている様々なコンピュータ可読媒体から実行されてもよい。部材は例えば一つ以上のデータグループ（例えばローカルシステム、分散型システム及び／又はネットワーク間の別の部材とインタラクションを行う二つの部材からのデータ、例えば信号によって他のシステムとインタラクションを行うインターネット）を有する信号に基づいてローカル及び／又は遠隔プロセスにより通信することができる。
【００２２】
理解すべきものとして、本発明の技術的解決策は様々な通信システム、例えばグローバル移動体通信（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、「ＧＳＭ」と略称）システム、符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、「ＣＤＭＡ」と略称）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、「ＷＣＤＭＡ」略称）汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、「ＧＰＲＳ」と略称）システム、長期進化型（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、「ＬＴＥ」と略称）システム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、「ＦＤＤ」と略称）システム、ＬＴＥ時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、「ＴＤＤ」と略称）システム、ユニバーサル移動通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ、「ＵＭＴＳ」と略称）、グローバルインターコネクトマイクロ波アクセス（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ、「ＷｉＭＡＸ」と略称）通信システム、及び将来の５Ｇ通信システムなどに応用されることができる。
【００２３】
本発明は端末と組み合わせて各実施例を説明する。端末は無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）を介して一つ又は複数のコアネットワークと通信することができ、端末はユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、「ＵＥ」と略称）、アクセス端末、ユーザユニット、ユーザサイト、移動サイト、移動局、遠隔サイト、遠隔端末、移動装置、ユーザ端末、端末、無線通信装置、ユーザエージェント又はユーザデバイスであってもよい。アクセス端末はセルラー電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、「ＳＩＰ」と略称）電話、無線ローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ、「ＷＬＬ」と略称）サイト、パーソナルデジタル処理（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、「ＰＤＡ」と略称）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおける端末などであってもよい。
【００２４】
本発明はアクセスネットワーク装置と組み合わせて各実施例を説明する。アクセスネットワーク装置はアクセスネットワークにおける端末と通信するための装置であってもよく、例えばＧＳＭシステム又はＣＤＭＡにおける基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、「ＢＴＳ」と略称）、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ、「ＮＢ」と略称）、ＬＴＥシステムにおける進化型基地局（Ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ、「ｅＮＢ又はｅＮｏｄｅＢ」と略称）であってもよく、又は該ネットワーク装置は中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス及び将来の５Ｇネットワークにおけるアクセスネットワーク装置などであってもよい。
【００２５】
本発明はコアネットワーク装置と組み合わせて各実施例を説明する。コアネットワーク装置は主にユーザ接続、ユーザに対する管理及びサービスに対するベアリング完了を提供することに用いられ、ベアラネットワークとして外部ネットワークのインタフェースなどに提供される。例えば、移動管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、又はコアネットワークにおける他のネットワーク要素であってもよい。
【００２６】
図１は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法１００の概略的なフローチャートである。理解すべきものとして、方法１００は端末によって実行されてもよく、アクセスネットワーク装置、例えば基地局、さらにコアネットワーク装置、例えばＭＭＥによって実行されてもよい。方法１００は、Ｓ１１０、Ｓ１２０、Ｓ１３０を含む。
【００２７】
Ｓ１１０において、サービスベアリングリクエスト情報を取得し、該サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、該サービスベアリングリクエスト情報に該ターゲットサービスの属するサービスカテゴリが含まれる。
【００２８】
Ｓ１２０において、サービスカテゴリ禁止情報を取得し、該サービスカテゴリ禁止情報には、接続状態における該ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる。
【００２９】
Ｓ１３０において、該禁止パラメータに基づき、該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定する。
【００３０】
本発明の実施例におけるサービスカテゴリ輻輳制御方法では、禁止パラメータに基づいて接続状態にある端末に対してベアリング確立の制御を行うことにより、端末が高優先順位のサービスリクエストによりネットワークにアクセスしてから低優先順位のサービスリクエストを開始するが、アイドル状態にある他の端末が優先順位の低いサービスリクエストを直接に開始するという不公平の問題を効果的に回避することができ、それによって各端末に対する公平な輻輳制御メカニズムを実現する。
【００３１】
ここで、方法１００の実行本体によって、Ｓ１１０におけるサービスベアリングリクエスト情報は端末の非アクセス層（ＮＡＳ：Ｎｏｎ−ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）から端末のアクセス層（ＡＳ：Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）へ送信されてもよく、端末のＮＡＳからコアネットワーク装置へサービスベアリングリクエストを送信した後、コアネットワーク装置からアクセスネットワーク装置に通知されてもよく、また端末のＡＳからアクセスネットワーク装置へ送信されてもよく、また端末のＮＡＳからコアネットワーク装置へ送信されてもよい。サービスベアリングリクエストは接続状態にある端末がターゲットサービスのベアリングを確立するために開始したリクエストであり、該サービスベアリングリクエストにターゲットサービスのサービスカテゴリが含まれる。理解すべきものとして、複数のサービスは同じサービスカテゴリに属することができる。
【００３２】
端末がアイドル状態にあることは、端末がネットワーク側（アクセスネットワークとコアネットワークを含む）と接続を確立しなく、且つ端末がいかなるサービスをベアリングしないことを意味する。端末が接続状態にあることは端末がシグナリングプロセスによりネットワーク側（アクセスネットワークとコアネットワークを含む）と接続を確立したことを意味する。
【００３３】
Ｓ１２０におけるサービスカテゴリ禁止情報は、一般的にアクセスネットワーク装置が現在のネットワークにベアリングされたデータサービスの状況に応じて確定して生成したものであり、通常に、接続状態における複数のサービスカテゴリ及び各サービスカテゴリにぞれぞれ対応する禁止パラメータを含み、且つアクセスネットワーク装置によってブロードキャストまたはユニキャストで端末及び／又はコアネットワーク装置に送信される。
【００３４】
Ｓ１３０においてターゲットサービスカテゴリに対応する禁止パラメータに基づき、端末がターゲットサービスのベアリングを確立することを禁止するかどうかを判定する。ここで、ターゲットサービスのベアリングを確立することを禁止するかどうかを判定する方式は様々であってもよい。
【００３５】
また、一つの実施例として、該禁止パラメータが禁止確率であり、該方法１００は、
該端末が該ターゲットサービスに対して生成した乱数を取得することをさらに含むことができ、
該禁止パラメータに基づき、該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定するＳ１３０は、
該乱数が該禁止確率より小さい場合、該端末が該ターゲットサービスのベアリングを確立することを禁止し、該乱数が該禁止確率より大きい場合、該端末が該ターゲットサービスのベアリングを確立することを許可することを含むことができる。
【００３６】
具体的には、アクセスネットワーク装置は現在のネットワークにベアリングされたデータサービスの状況に応じて、異なるサービスカテゴリ（例えばＳ１、Ｓ２、...、Ｓｎ）に対して異なる禁止確率（例えばＰ１、Ｐ２、...、Ｐｎ）を設定することができる。禁止確率（Ｐ１、Ｐ２、...、Ｐｎ）は接続状態にある端末がサービスペアリングを確立することを禁止するかどうかを判定することに用いられる。
【００３７】
接続状態にある端末がサービスペアリングの確立を要求する場合、ターゲットサービスに対して０と１の間の一つの乱数を生成し、且つ該乱数を方法１００の実行本体に送信する。その中、該乱数はサービスペアリングリクエスト情報に含まれて送信されてもよく、単独で送信されてもよく、本発明の実施例はこれに限定されない。
【００３８】
方法１００の実行本体は接続状態にある端末によって要求されたターゲットサービスのサービスカテゴリ（例えばＳｉ）に基づき、それに対応する禁止確率Ｐｉを検索する。乱数と禁止確率Ｐｉを比較し、乱数が禁止確率Ｐｉより小さい場合、該端末が該ターゲットサービスのベアリングを確立することを禁止し、乱数が禁止確率Ｐｉより大きい場合、該端末が該ターゲットサービスのベアリングを確立することを許可する。
【００３９】
理解すべきものとして、乱数が禁止確率Ｐｉに等しい場合は乱数が禁止確率Ｐｉより小さい場合の処理と一致してもよく、乱数が禁止確率Ｐｉより大きい場合の処理と一致してもよい。例えば、乱数が禁止確率Ｐｉ以下（乱数≦Ｐｉ）である場合、該端末が該ターゲットサービスのベアリングを確立することを禁止し、乱数が禁止確率Ｐｉより大きい（乱数＞Ｐｉ）場合、該端末が該ターゲットサービスのベアリングを確立することを許可する。又は、乱数が禁止確率Ｐｉより小さい（乱数＜Ｐｉ）場合、該端末が該ターゲットサービスのベアリングを確立することを禁止し、乱数が禁止確率Ｐｉ以上（乱数≧Ｐｉ）である場合、該端末が該ターゲットサービスのベアリングを確立することを許可する。本発明の実施例はこれに限定されない。
【００４０】
今回のサービスペアリングリクエストが禁止された場合、端末は一定時間の後、再度０と１の間に一つの乱数を選択し、サービスペアリングリクエストを行うことができる。ここで、該時間はサービスカテゴリ禁止時間と呼ばれてもよい。サービスカテゴリ禁止時間の計算方式は下記の式（１）に従って計算してもよい。
【００４１】
Ｔｂａｒｒｉｎｇ＝（０．７＋０．６×乱数）×ａｃ−ＢａｒｒｉｎｇＴｉｍｅ......（１）。
【００４２】
ここで、ａｃ−ＢａｒｒｉｎｇＴｉｍｅはアクセスネットワーク装置によって設定されたアクセス禁止時間である。
【００４３】
本発明の実施例において、禁止確率はアイドル状態におけるターゲットサービスの属するサービスカテゴリに対応するアクセス禁止確率よりも小さくてもよい。
【００４４】
例えば、端末はアイドル状態においてサービスカテゴリＳjのサービスペアリングリクエストを開始し、サービスカテゴリＳjに対応するアイドル状態におけるアクセス禁止確率がＰjである。続いて端末が接続状態にあり、端末は接続状態においてサービスカテゴリＳｉのサービスベアリングリクエストを開始し、サービスカテゴリＳｉに対応するアイドル状態におけるアクセス禁止確率がｐｉである。端末がこの前にサービスカテゴリＳｉのサービスベアリングリクエストを開始する時に、既に複数回のインタラクションによりアクセスネットワーク装置と接続を確立したため、この場合に端末が接続状態にあり、サービスベアリングを確立する時にシグナリングの消費はアイドル状態よりもはるかに少なく、そのためアクセスネットワーク装置は接続状態における禁止確率をＰｉに設定してもよく、Ｐｉがｐｉより小さい。当然、本発明の実施例においてＰｉをｐｉに等しく設定してもよく、具体的なパラメータはオペレータによって配置されて完了されてもよく、本発明の実施例はこれに限定されない。
【００４５】
理解すべきものとして、アクセスネットワーク装置はアイドル状態にある場合に端末が使用したアクセスサービスカテゴリ確率でアイドル状態にある場合の該サービスカテゴリのアクセス禁止確率を乗じて接続状態における該サービスカテゴリの禁止確率を生成することができ、又は、０より大きく且つ１未満の係数でアイドル状態にある場合の該サービスカテゴリのアクセス禁止確率を乗じて接続状態における該サービスカテゴリの禁止確率を生成することができ、又は、直接アイドル状態にある場合の該サービスカテゴリのアクセス禁止確率を接続状態における該サービスカテゴリの禁止確率として再使用し、又は、アクセスネットワーク装置によって接続状態における該サービスカテゴリの禁止確率を単独で定義し、本発明の実施例はこれに限定されない。
【００４６】
また、別の実施例として、該禁止パラメータは禁止ビットマップであり、該方法１００は、
該端末のアクセスクラス（ＡＣ：Ａｃｃｅｓｓ  Ｃｌａｓｓ）を取得することをさらに含むことができ、
禁止パラメータに基づき、該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定するＳ１３０は、
該端末のアクセスクラスが該禁止ビットマップに１に設定された場合、該端末が該ターゲットサービスのベアリングを確立することを禁止し、該端末のアクセスクラスが該禁止ビットマップに１に設定されない場合、該端末が該ターゲットサービスのベアリングを確立することを許可することを含むことができる。
【００４７】
具体的には、各端末はアクセスネットワークにアクセスする時に、一つのアクセスクラスがランダムに割り当てられ、例えば、アクセスクラスが合計で１０つのクラスに設定されてもよく、それぞれ０−９であり、ある端末のアクセスクラスが５にランダムで割り当てられる。
【００４８】
アクセスネットワーク装置は現在のネットワークにベアリングされたデータサービスの状況に応じて、異なるサービスカテゴリに対して異なる禁止ビットマップ（Ｂｉｔｍａｐ）を設定することができる。例えば、禁止ビットマップに１０つのクラスが含まれ、ビットで示すという方式で各クラスにおいてどれが禁止される必要があるか、どれが禁止される必要ではないかを示す。端末のアクセスクラスはアクセスネットワーク装置がそれにランダムに割り当てるものであり、したがって同様に一定確率の禁止を実現することができる。例えば、ネットワークは２０％の端末がサービスベアリングを確立することを禁止する必要がある場合、２つのクラスをランダムで選択して１に設定し、一つの具体的な例において、クラス３及びクラス５を１に設定する。これにより、アクセスクラス３及びアクセスクラス５に対応する端末がサービスペアリングリクエストを開始しても、サービスベアリングの確立が禁止される。
【００４９】
好ましくは、以上に説明したＰｉがｐｉより小さくてもよいという同様な理由に基づき、前記禁止ビットマップにおいて１に設定されたビットの数がアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するビットマップにおいて１に設定されたビットの数よりも少なくてもよい。
【００５０】
理解すべきものとして、アクセスネットワーク装置はアイドル状態にある場合に端末が使用したビットマップに基づいてより多くの１に設定されたビットを設定して、接続状態における該サービスカテゴリの禁止ビットマップを生成することができ、又は、直接アイドル状態にある場合の該サービスカテゴリのビットマップを接続状態における該サービスカテゴリの禁止ビットマップとして使用し、又は、アクセスネットワーク装置によって接続状態における該サービスカテゴリの禁止ビットマップを単独で定義し、本発明の実施例はこれに限定されない。
【００５１】
以上に本発明の実施例におけるサービスカテゴリ輻輳制御メカニズムを説明した。以下に四つの具体的な例に基づいて本発明の実施例におけるサービスカテゴリ輻輳制御シグナリングプロセスを詳しく説明する。
【００５２】
一つの例において、方法１００は端末のアクセス層（ＡＳ）によって実行され、即ち方法１００の実行本体は該端末のＡＳであり、
サービスベアリングリクエスト情報を取得するＳ１１０は、
該端末の非アクセス層（ＮＡＳ）から送信されたサービスベアリングリクエスト情報を受信することを含み、
サービスカテゴリ禁止情報を取得するＳ１２０は、
アクセスネットワーク装置によって放送された該サービスカテゴリ禁止情報を受信することを含み、該サービスカテゴリ禁止情報が複数のサービスカテゴリ及び該複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。
【００５３】
本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを禁止すると確定した場合、該ＡＳが該ＮＡＳへ該該ターゲットサービスのベアリングの確立を禁止することを示すための第一の指示情報を送信することをさらに含むことができる。
【００５４】
又は、本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを許可すると確定した場合、該ＡＳが該ＮＡＳへ該ターゲットサービスのベアリングの確立を許可することを示すための第二の指示情報を送信し、且つ該ＡＳが該アクセスネットワーク装置へ該ターゲットサービスのベアリングの確立プロセスを開始することをさらに含むことができる。
【００５５】
図２は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法２００の概略的なフローチャートである。方法２００は以下のステップを含む。
【００５６】
Ｓ２１０において、端末のＡＳはアクセスネットワーク装置によって放送されたサービスカテゴリ禁止情報を受信し、該サービスカテゴリ禁止情報が複数のサービスカテゴリ及び接続状態における各サービスカテゴリにそれぞれ対応する禁止パラメータ、例えば禁止確率又は禁止ビットマップを含む。当然、Ｓ２１０においてアクセスネットワーク装置は、アイドル状態における端末に対して輻輳制御を実行するために、端末へアイドル状態におけるアクセス禁止情報（例えばアクセス禁止確率又はアクセスクラスビットマップ）を放送してもよく、本発明の実施例はこれに限定されない。
【００５７】
Ｓ２２０において、接続状態にある端末のＮＡＳは端末ＡＳへサービスベアリングリクエスト情報を送信し、該サービスベアリングリクエスト情報に端末が要求した確立するサービスベアリングのサービスカテゴリが含まれる。
【００５８】
Ｓ２３０において、端末ＡＳは端末がターゲットサービスに対して生成した乱数を取得し、又は、端末のアクセスクラスを取得する。
【００５９】
Ｓ２４０において、端末のＡＳはサービスベアリングリクエスト情報におけるターゲットサービスのサービスカテゴリに基づき、禁止パラメータから該サービスカテゴリに対応する禁止確率又は禁止ビットマップを検索し、Ｓ２３０で取得された乱数又はアクセスクラスに基づき、端末がターゲットサービスのベアリングを確立することを禁止するかどうかを判定する。
【００６０】
Ｓ２５０において、端末がターゲットサービスのベアリングを確立することを禁止すると確定した場合、端末のＡＳは端末のＮＡＳへターゲットサービスのベアリングの確立を禁止することを示すための第一の指示情報を送信する。
【００６１】
端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、端末のＡＳが端末のＮＡＳへターゲットサービスのベアリングの確立を許可することを示すための第二の指示情報を送信するＳ２６１を実行し、且つ端末のＡＳがアクセスネットワーク装置へターゲットサービスのベアリングの確立プロセスを開始するＳ２６２を実行する。
【００６２】
別の例において、方法１００はアクセスネットワーク装置によって実行され、即ち方法１００の実行本体はアクセスネットワーク装置であり、
サービスベアリングリクエスト情報を取得するＳ１１０は、
コアネットワーク装置から送信されたサービスベアリングリクエスト情報を受信することを含み、該サービスベアリングリクエスト情報は該端末の非アクセス層（ＮＡＳ）が該コアネットワーク装置へサービスベアリングリクエストを送信したことを該アクセスネットワーク装置に通知することに用いられ、該サービスベアリングリクエスト情報に該ターゲットサービスの属するサービスカテゴリが含まれ、
サービスカテゴリ禁止情報を取得するＳ１２０は、
該サービスカテゴリ禁止情報を生成することを含み、該サービスカテゴリ禁止情報が複数のサービスカテゴリ及び該複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。
【００６３】
本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを禁止すると確定した場合、該コアネットワーク装置が該ターゲットサービスのベアリングの確立を禁止することを該端末の非アクセス層に通知するように、該アクセスネットワーク装置が該コアネットワーク装置へ該ターゲットサービスのベアリングの確立を禁止することを示すための第三の指示情報を送信することをさらに含むことができる。
【００６４】
又は、本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを許可すると確定した場合、該アクセスネットワーク装置が該端末のアクセス層へ該ターゲットサービスのベアリングの確立を許可することを示すための第四の指示情報を送信することをさらに含むことができる。
【００６５】
図３は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法３００の概略的なフローチャートである。方法３００は以下のステップを含む。
【００６６】
Ｓ３１０において、アクセスネットワーク装置は現在のネットワークにベアリングされたデータサービスの状況に応じて、サービスカテゴリ禁止情報を設定する。該サービスカテゴリ禁止情報は複数のサービスカテゴリ及び接続状態における各サービスカテゴリにそれぞれ対応する禁止パラメータ、例えば禁止確率又は禁止ビットマップを含む。当然、Ｓ３１０においてアクセスネットワーク装置は、アイドル状態における端末に対して輻輳制御を実行するために、アイドル状態におけるアクセス禁止情報（例えばアクセス禁止確率又はアクセスクラスビットマップ）を生成することもでき、本発明はこれに限定されない。
【００６７】
Ｓ３２０において、接続状態にある端末のＮＡＳはコアネットワーク装置へサービスベアリングリクエストを送信し、その中、端末が確立を要求したサービスベアリングのサービスカテゴリを含む。
【００６８】
Ｓ３３０において、コアネットワーク装置はサービスベアリングリクエスト情報により、端末がコアネットワーク装置へサービスベアリングの確立を要求することをアクセスネットワーク装置に通知する。該サービスベアリングリクエスト情報には、端末が確立を要求したサービスベアリングのサービスカテゴリが含まれる。
【００６９】
Ｓ３４０において、アクセスネットワーク装置は端末がターゲットサービスに対して生成した乱数を取得し（好ましくは、端末がターゲットサービスに対して乱数を生成してアクセスネットワーク装置に送信する）、又はアクセスネットワーク装置は端末のアクセスクラスを取得する。理解すべきものとして、乱数又はアクセスクラスはサービスベアリングリクエストに含まれてコアネットワーク装置に送信され、且つコアネットワーク装置によってアクセスネットワーク装置に通知されることができ、乱数又はアクセスクラスは単独でアクセスネットワーク装置に送信されてもよく、本発明の実施例はアクセスネットワーク装置が乱数又はアクセスクラスを取得する方式に限定されない。
【００７０】
Ｓ３５０において、アクセスネットワーク装置はサービスベアリングリクエスト情報におけるターゲットサービスのサービスカテゴリに基づき、禁止パラメータから該サービスカテゴリに対応する禁止確率又は禁止ビットマップを検索し、Ｓ３４０で取得された乱数又はアクセスクラスに基づき、端末がターゲットサービスのベアリングを確立することを禁止するかどうかを判定する。
【００７１】
端末がターゲットサービスのベアリングを確立することを禁止すると確定した場合、アクセスネットワーク装置がコアネットワーク装置へターゲットサービスのベアリングの確立を禁止することを示すための第三の指示情報を送信するＳ３６１を実行し、且つコアネットワーク装置がターゲットサービスのベアリングの確立を禁止することを端末のＮＡＳに通知するＳ３６２を実行する。
【００７２】
端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、アクセスネットワーク装置が端末のＡＳへターゲットサービスのベアリングの確立を許可することを示すための第四の指示情報を送信するＳ３７０を実行する。
【００７３】
別の一つの例において、方法１００はアクセスネットワーク装置によって実行され、即ち方法１００の実行本体はアクセスネットワーク装置である。
【００７４】
サービスベアリングリクエスト情報を取得するＳ１１０は、
該端末のアクセス層（ＡＳ）から送信されたサービスベアリングリクエスト情報を受信することを含む。
【００７５】
サービスカテゴリ禁止情報を取得するＳ１２０は、
該サービスカテゴリ禁止情報を生成することを含み、該サービスカテゴリ禁止情報が複数のサービスカテゴリ及び該複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。
【００７６】
本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを禁止すると確定した場合、該アクセスネットワーク装置が該端末のアクセス層へ該ターゲットサービスのベアリングの確立を禁止することを示すための第五の指示情報を送信することをさらに含むことができる。
【００７７】
又は、本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを許可すると確定した場合、該アクセスネットワーク装置が該コアネットワーク装置へ該ターゲットサービスのベアリングの確立を許可することを示すための第六の指示情報を送信することをさらに含むことができる。
【００７８】
図４は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法４００の概略的なフローチャートである。方法４００は以下のステップを含む。
【００７９】
Ｓ４１０において、アクセスネットワーク装置は現在のネットワークにベアリングされたデータサービスの状況に応じて、サービスカテゴリ禁止情報を設定する。該サービスカテゴリ禁止情報は複数のサービスカテゴリ及び接続状態における各サービスカテゴリにそれぞれ対応する禁止パラメータ、例えば禁止確率又は禁止ビットマップを含む。当然、Ｓ４１０においてアクセスネットワーク装置はアイドル状態における端末に対して輻輳制御を実行するために、アイドル状態におけるアクセス禁止情報（例えばアクセス禁止確率又はアクセスクラスビットマップ）を生成することもでき、本発明の実施例はこれに限定されない。
【００８０】
Ｓ４２０において、接続状態にある端末のＡＳはアクセスネットワーク装置へサービスベアリングリクエスト情報を送信し、その中、端末が要求した確立のサービスベアリングのサービスカテゴリを含む。
【００８１】
Ｓ４３０において、アクセスネットワーク装置は端末がターゲットサービスに対して生成した乱数を取得し（好ましくは、端末がターゲットサービスに対して乱数を生成してアクセスネットワーク装置に送信する）、又はアクセスネットワーク装置は端末のアクセスクラスを取得する。理解すべきものとして、乱数又はアクセスクラスはサービスベアリングリクエストに含まれてコアネットワーク装置に送信され、且つコアネットワーク装置によってアクセスネットワーク装置に通知されることができ、乱数又はアクセスクラスは単独でアクセスネットワーク装置に送信されてもよく、本発明の実施例はアクセスネットワーク装置が乱数又はアクセスクラスを取得する方式に限定されない。
【００８２】
Ｓ４４０において、アクセスネットワーク装置はサービスベアリングリクエスト情報におけるターゲットサービスカテゴリに基づき、禁止パラメータから該サービスクラスに対応する禁止確率又は禁止ビットマップを検索し、Ｓ４３０で取得された乱数又はアクセスクラスに基づき、端末がターゲットサービスのベアリングを確立することを禁止するかどうかを判定する。
【００８３】
端末がターゲットサービスのベアリングを確立することを禁止すると確定した場合、アクセスネットワーク装置が端末のＡＳへターゲットサービスのベアリングの確立を禁止することを示すための第五の指示情報を送信するＳ４５０を実行する。
【００８４】
端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、アクセスネットワーク装置がコアネットワーク装置へターゲットサービスのベアリングの確立を許可することを示すための第六の指示情報を送信するＳ４６０を実行し、該第六の指示情報に端末が要求した確立のサービスベアリングの情報が含まれる。
【００８５】
別の例において、方法１００はコアネットワーク装置によって実行され、即ち方法１００の実行本体はコアネットワーク装置であり、
サービスベアリングリクエスト情報を取得するＳ１１０は、
該端末の非アクセス層（ＮＡＳ）から送信されたサービスベアリングリクエスト情報を受信することを含み、
サービスカテゴリ禁止情報を取得するＳ１２０は、
アクセスネットワーク装置から送信された該サービスカテゴリ禁止情報を受信することを含み、該サービスカテゴリ禁止情報が複数のサービスカテゴリ及び該複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。
【００８６】
本発明の実施例において、方法１００は、
該禁止パラメータに基づき、該端末が該ターゲットサービスのベアリングを確立することを禁止すると確定した場合、該コアネットワーク装置が該端末の非アクセス層へ該ターゲットサービスのベアリングの確立を禁止することを示すための第七の指示情報を送信することをさらに含むことができる。
【００８７】
又は、本発明の実施例において、方法１００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置が前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを示すための第八の指示メッセージを送信することをさらに含むことができる。
【００８８】
図５は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法５００の概略的なフローチャートである。方法５００は以下のステップを含む。
【００８９】
Ｓ５１０において、コアネットワーク装置はアクセスネットワーク装置から送信されたサービスカテゴリ禁止情報を受信する。該サービスカテゴリ禁止情報はアクセスネットワーク装置が現在のネットワークにベアリングされたデータサービスの状況に応じて設定されたものである。該サービスカテゴリ禁止情報は複数のサービスカテゴリ及び接続状態における各サービスカテゴリにそれぞれ対応する禁止パラメータ、例えば禁止確率又は禁止ビットマップを含む。当然、Ｓ５１０においてアクセスネットワーク装置は、アイドル状態における端末に対して輻輳制御を行うために、アイドル状態におけるアクセス禁止情報（例えばアクセス禁止確率又はアクセスクラスビットマップ）を生成して端末に送信することができ（図５に示されない）、本発明の実施例はこれに限定されない。
【００９０】
Ｓ５２０において、接続状態にある端末のＮＡＳはコアネットワーク装置へサービスベアリングリクエスト情報を送信し、その中に、端末が要求した確立のサービスベアリングのサービスカテゴリを含む。
【００９１】
Ｓ５３０において、コアネットワーク装置は端末がターゲットサービスに対して生成した乱数を取得し（好ましくは、端末がターゲットサービスに対して乱数を生成してアクセスネットワーク装置に送信する）、又はコアネットワーク装置は端末のアクセスクラスを取得する。理解すべきものとして、乱数又はアクセスクラスはサービスベアリングリクエスト情報に含まれてコアネットワーク装置に送信されてもよく、乱数又はアクセスクラスは単独でコアネットワーク装置に送信されてもよく、本発明の実施例はコアネットワーク装置が乱数又はアクセスクラスを取得する方式に限定されない。
【００９２】
Ｓ５４０において、コアネットワーク装置はサービスベアリングリクエスト情報におけるターゲットサービスのサービスカテゴリに基づき、禁止パラメータから該サービスカテゴリに対応する禁止確率又は禁止ビットマップを検索し、Ｓ５３０で取得された乱数又はアクセスクラスに基づき、端末がターゲットサービスのベアリングを確立することを禁止するかどうかを判定する。
【００９３】
端末がターゲットサービスのベアリングを確立することを禁止すると確定した場合、コアネットワーク装置が端末のＮＡＳへターゲットサービスのベアリングの確立を禁止することを示すための第七の指示情報を送信するＳ５５０を実行する。
【００９４】
端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、コアネットワーク装置がアクセスネットワーク装置へターゲットサービスのベアリングの確立を許可することを示すための第八の指示情報を送信するＳ５６０を実行する。
【００９５】
以上にそれぞれターゲットサービスのベアリングの確立を禁止するかどうかを判定する実行本体から本発明の実施例におけるサービスカテゴリ輻輳制御方法を詳しく説明し、以下に端末からサービスカテゴリ輻輳制御方法を説明する。
【００９６】
図６は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法６００の概略的なフローチャートである。方法６００は接続状態にある端末によって実行され、以下のステップを含む。
【００９７】
Ｓ６１０において、サービスベアリングリクエスト情報を送信し、該サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングを確立するために開始したリクエストに対応する情報を含み、該サービスベアリングリクエスト情報に該ターゲットサービスの属するサービスカテゴリが含まれる。
【００９８】
Ｓ６２０において、該端末が該サービスカテゴリに属するターゲットサービスのベアリングを禁止又は許可する指示情報を受信する。
【００９９】
本発明の実施例におけるサービスカテゴリ輻輳制御方法では、接続状態にある端末に対してベアリング確立の制御を行うことにより、端末が高優先順位のサービスリクエストによりネットワークにアクセスしてから低優先順位のサービスリクエストを開始するが、アイドル状態にある他の端末が優先順位の低いサービスリクエストを直接に開始するという不公平の問題を効果的に回避することができ、それによって各端末に対する公平な輻輳制御メカニズムを実現する。
【０１００】
また、一つの実施例として、サービスベアリングリクエスト情報を送信するＳ６１０は、
該端末が非アクセス層を介してアクセス層へ該サービスベアリングリクエスト情報を送信することを含み、
該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信するＳ６２０は、
該端末の非アクセス層が該端末のアクセス層から送信された該指示情報を受信することを含む。
【０１０１】
理解すべきものとして、該実施例は方法２００のシグナリングプロセスに対応する。
【０１０２】
また、別の一つの実施例として、サービスベアリングリクエスト情報を送信するＳ６１０は、
該端末が非アクセス層を介してコアネットワーク装置へ該サービスベアリングリクエスト情報を送信することを含む。
【０１０３】
該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信するＳ６２０は、
該端末が該非アクセス層を介して該コアネットワーク装置から送信された、該端末が該ターゲットサービスのベアリングを確立することを禁止する指示情報を受信し、又は該端末がアクセス層を介してアクセスネットワーク装置から送信された、該端末が該ターゲットサービスのベアリングを確立することを許可する指示情報を受信することを含む。
【０１０４】
理解すべきものとして、該実施例は方法３００のシグナリングプロセスに対応する。
【０１０５】
また、別の実施例として、サービスベアリングリクエスト情報を送信するＳ６１０は、
該端末がアクセス層を介してアクセスネットワーク装置へ該サービスベアリングリクエスト情報を送信することを含み、
該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信するＳ６２０は、
該端末がアクセス層を介して該アクセスネットワーク装置から送信された、該端末が該ターゲットサービスのベアリングを確立することを禁止する指示情報を受信することを含む。
【０１０６】
理解すべきものとして、該実施例は方法４００のシグナリングプロセスに対応する。
【０１０７】
また、別の実施例として、サービスベアリングリクエスト情報を送信するＳ６１０は、
該端末が非アクセス層を介してコアネットワーク装置へ該サービスベアリングリクエスト情報を送信することを含み、
該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信するＳ６２０は、
該端末が該非アクセス層を介して該コアネットワーク装置から送信された、該端末が該ターゲットサービスのベアリングを確立することを禁止する指示情報を受信することを含む。
【０１０８】
理解すべきものとして、該実施例は方法５００のシグナリングプロセスに対応する。
【０１０９】
以下にコアネットワーク装置からサービスカテゴリ輻輳制御方法を説明する。
【０１１０】
図７は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法７００の概略的なフローチャートである。方法７００はコアネットワーク装置によって実行され、
端末の非アクセス層から送信されたサービスベアリングリクエストを受信し、該サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングを確立するために開始したリクエストであり、該サービスベアリングリクエストに該ターゲットサービスの属するサービスカテゴリが含まれるＳ７１０と、
アクセスネットワーク装置へサービスベアリングリクエスト情報を送信し、該サービスベアリングリクエスト情報が該端末の非アクセス層が該コアネットワーク装置へサービスベアリングリクエストを送信したことを該アクセスネットワーク装置に通知することに用いられ、該サービスベアリングリクエスト情報に該ターゲットサービスの属するサービスカテゴリが含まれるＳ７２０とを含む。
【０１１１】
また、一つの実施例として、方法７００は、
該アクセスネットワーク装置から送信された、該端末が該サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止することを示すための指示情報を受信することと、
該サービスカテゴリに属するターゲットサービスのベアリングの確立を禁止することを該端末に通知することとをさらに含むことができる。
【０１１２】
理解すべきものとして、該実施例は方法３００のシグナリングプロセスに対応する。
【０１１３】
図８は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法８００の概略的なフローチャートである。方法８００はコアネットワーク装置によって実行されてもよく、
アクセスネットワーク装置が端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、コアネットワーク装置は該アクセスネットワーク装置から送信された、該ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するＳ８１０を含む。
【０１１４】
理解すべきものとして、該実施例は方法４００のシグナリングプロセスに対応する。
【０１１５】
以下にアクセスネットワーク装置からサービスカテゴリ輻輳制御方法を説明する。
【０１１６】
図９は本発明の一つの実施例におけるサービスカテゴリ輻輳制御方法９００の概略的なフローチャートである。方法９００はアクセスネットワーク装置によって実行され、
アクセスネットワーク装置がコアネットワーク装置へサービスカテゴリ禁止情報を送信し、該サービスカテゴリ禁止情報に接続状態における該ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれるＳ９１０と、
該コアネットワーク装置が端末が該ターゲットサービスのベアリングを確立することを許可すると確定した場合、該アクセスネットワーク装置が該コアネットワーク装置から送信された、該ターゲットサービスのベアリングの確立を許可することを指示するための指示情報を受信するＳ９２０とを含む。
【０１１７】
理解すべきものとして、該実施例は方法５００のシグナリングプロセスに対応する。
【０１１８】
理解すべきものとして、本発明の各実施例において、上記の各プロセスの番号の大きさは実行順番を意味しなく、各プロセスの実行順番はその機能と内部論理で確定されるべきであり、本発明の実施例の実施プロセスに対していかなる限定を構成するべきではない。
【０１１９】
以上に本発明の実施例におけるサービスカテゴリ輻輳制御方法を詳しく説明し、以下に本発明の実施例におけるサービスカテゴリ輻輳制御装置を詳しく説明する。
【０１２０】
図１０は本発明の一つの実施例におけるサービスカテゴリ輻輳制御装置１０００の概略的なブロック図である。該装置１０００は、
サービスベアリングリクエスト情報を取得するように構成され、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれ、
さらに、サービスカテゴリ禁止情報を取得するように構成され、前記サービスカテゴリ禁止情報に接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる取得モジュール１０１０と、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定するように構成される判定モジュール１０２０とを含む。
【０１２１】
本発明の実施例におけるサービスカテゴリ輻輳制御装置では、禁止パラメータに基づいて接続状態にある端末に対してベアリング確立の制御を行うことにより、端末が高優先順位のサービスリクエストによりネットワークにアクセスしてから低優先順位のサービスリクエストを開始するが、アイドル状態にある他の端末が優先順位の低いサービスリクエストを直接に開始するという不公平の問題を効果的に回避することができ、それによって各端末に対する公平な輻輳制御メカニズムを実現する。
【０１２２】
また、一つの実施例として、前記禁止パラメータが禁止確率であり、前記取得モジュール１０１０はさらに、
前記端末が前記ターゲットサービスに対して生成した乱数を取得するように構成され、
前記判定モジュール１０２０は具体的に、
前記乱数が前記禁止確率より小さい場合、前記端末が前記ターゲットサービスのベアリングを確立することを禁止し、前記乱数が前記禁止確率より大きい場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可するように構成される。
【０１２３】
また、本発明の実施例において、前記禁止確率がアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するアクセス禁止確率より小さい。
【０１２４】
また、別の実施例として、前記禁止パラメータが禁止ビットマップであり、前記取得モジュール１０１０はさらに、
前記端末のアクセスクラスを取得するように構成され、
前記判定モジュール１０２０は具体的に、
前記端末のアクセスクラスが前記禁止ビットマップに１に設定された場合、前記端末が前記ターゲットサービスのベアリングを確定することを禁止し、前記端末のアクセスクラスが前記禁止ビットマップに１に設定されない場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可するように構成される。
【０１２５】
本発明の実施例において、前記禁止ビットマップに１に設定されたビットマップの数はアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するビットマップに１に設定されたビットの数よりも少なくてもよい。
【０１２６】
また、本発明の実施例において、前記装置１０００は前記端末のアクセス層であり、
前記取得モジュール１０１０がサービスベアリングリクエスト情報を取得することは、
前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
前記取得モジュール１０１０がサービスカテゴリ禁止情報を取得することは、
アクセスネットワーク装置によって放送された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。
【０１２７】
また、一つの実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを指示するための第一の指示情報を送信するように構成される送信モジュールをさらに含む。
【０１２８】
また、別の実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記非アクセス層へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第二の指示情報を送信するように構成され、且つ前記アクセス層が前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立プロセスを開始する送信モジュールをさらに含む。
【０１２９】
また、本発明の実施例において、前記装置１０００はアクセスネットワーク装置であり、
前記取得モジュール１０１０がサービスベアリングリクエスト情報を取得することは、
コアネットワーク装置から送信されたサービスベアリングリクエスト情報を受信することを含み、前記サービスベアリングリクエスト情報が前端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するカテゴリが含まれ、
前記取得モジュール１０１０がサービスカテゴリ禁止情報を取得することは、
前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリに対応する禁止パラメータを含む。
【０１３０】
また、一つの実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記コアネットワーク装置が前記ターゲットサービスのベアリングの確立を禁止することを前記端末の非アクセス層に通知するように、前記コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第三の指示情報を送信するように構成される送信モジュールをさらに含む。
【０１３１】
また、別の実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第四の指示情報を送信するように構成される送信モジュールをさらに含む。
【０１３２】
また、本発明の実施例において、前記装置１０００はアクセスネットワーク装置であり、
前記取得モジュール１０１０がサービスベアリングリクエスト情報を取得することは、
前記端末のアクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
前記取得モジュール１０１０がサービスカテゴリ禁止情報を取得することは、
前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。
【０１３３】
また、一つの実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを指示するための第五の指示情報を送信するように構成される送信モジュールをさらに含む。
【０１３４】
また、一つの実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第六の指示情報を送信するように構成される送信モジュールをさらに含む。
【０１３５】
また、本発明の実施例において、前記装置１０００はコアネットワーク装置であり、
前記取得モジュール１０１０がサービスベアリングリクエスト情報を取得することは、
前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
前記取得モジュール１０１０がサービスカテゴリ禁止情報を取得することは、
アクセスネットワーク装置から送信された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含む。
【０１３６】
また、一つの実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記端末の非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを指示するための第七の指示情報を送信するように構成される送信モジュールをさらに含む。
【０１３７】
また、別の実施例として、前記装置１０００は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第八の指示情報を送信するように構成される送信モジュールをさらに含む。
【０１３８】
注意すべきものとして、本発明の実施例において、取得モジュールは受信機又はプロセッサによって実現されてもよく、送信モジュールは送信機によって実現されてもよく、判定モジュール１０２０はプロセッサによって実現されてもよい。図１１に示すように、装置１１００はプロセッサ１１１０、受信機１１２０、送信機１１３０とメモリ１１４０を含むことができる。その中、メモリ１１４０はプロセッサ１１１０で実行されたコードなどを記憶するように構成されてもよい。
【０１３９】
装置１１１０における各部材はバスシステム１１５０を介して結合され、バスシステム１１５０はデータバスに加えて、電源バス、制御バスと状態信号バスを含む。
【０１４０】
図１０に示す装置１０００又は図１１に示す装置１１００は前記図１〜図９の実施例において実現された各プロセスを実現することができるため、重複を回避するために、ここでは説明を省略する。
【０１４１】
注意すべきものとして、本発明の上記方法の実施例はプロセッサに応用されてもよく、又はプロセッサによって実現されてもよい。プロセッサは集積回路チップであるかもしれなく、信号処理能力を備えている。実現過程において、上記方法の実施例における各ステップはプロセッサにおけるハードウェアの集積論理回路又はソフトウェア形態のコマンドにより完了されてもよい。上記のプロセッサは汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏ
ｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアコンポーネントであってもよい。本発明の実施例における開示された各方法、ステップ及び論理ブロック図を実現することができる。汎用プロセッサはマイクロプロセッサであってもよい又は該プロセッサはいずれかの従来のプロセッサなどであってもよい。本発明の実施例と組み合わせて開示された方法のステップはハードウェア復号プロセッサによって実行されて完了され、又は復号プロセッサにおけるハードウェアモジュール及びソフトウェアモジュールの組み合わせによって実行されて完了されるように直接具現化されてもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ又は電気的消去可能プログラマブルメモリ、レジスタなどの本分野における成熟した記憶媒体に位置してもよい。該記憶媒質はメモリに位置し、プロセッサはメモリにおける情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを完了する。
【０１４２】
本発明の実施例におけるメモリは揮発性記憶装置又は不揮発性記憶装置であってもよく、又は揮発性記憶装置及び不揮発性記憶装置両者を含むことができることが理解できる。その中、不揮発性記憶装置は読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ：Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性記憶装置は外部キャッシュメモリとして機能するランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）であってもよい。制限的でなく例示的な説明により、多くの形態のＲＡＭは利用可能であり、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ：Ｓｔａｔｉｃ  ＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ  ＲＡＭ）、同期動的ランダムアクセスメモリ（ＳＤＲＡＭ：Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）、ダブルデータレート同期動的ランダムアクセスメモリ（ＤＤＲＳＤＲＡＭ：Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ）、強化型同期動的ランダムアクセスメモリ（ＥＳＤＲＡＭ：Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ）、同期リンク動的ランダムアクセスメモリ（ＳＬＤＲＡＭ：Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ）とダイレクトラムバスランダムアクセスメモリ（ＤＲ  ＲＡＭ）である。注意すべきものとして、本明細書に記載のシステムと方法のメモリはこれらといずれかの他の適切なタイプのメモリを含むことを図るがこれらに限定されない。
【０１４３】
図１２は本発明の一つの実施例におけるサービスカテゴリ輻輳制御の端末１２００の概略的なブロック図である。該端末１２００は、
サービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュール１２１０と、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可することを示すための指示情報を受信するように構成される受信モジュール１２２０とを含む。
【０１４４】
また、一つの実施例として、前記送信モジュール１２１０は具体的に、
非アクセス層を介してアクセス層へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュール１２２０は具体的に、
非アクセス層が前記端末のアクセス層から送信された前記指示情報を受信するように構成される。
【０１４５】
また、別の実施例として、前記送信モジュール１２１０は具体的に、
非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュール１２２０は具体的に、
前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信し、または、前記端末がアクセス層を介してアクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを許可する指示情報を受信するように構成される。
【０１４６】
また、別の実施例として、前記送信モジュール１２１０は具体的に、
アクセス層を介してアクセスネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュール１２２０は具体的に、
アクセス層を介して前記アクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信するように構成される。
【０１４７】
また、別の実施例として、前記送信モジュール１２１０は具体的に、
非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュール１２２０は具体的に、
前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信するように構成される。
【０１４８】
注意すべきものとして、本発明の実施例において、送信モジュール１２１０は送信機によって実現されてもよく、受信モジュール１２２０は受信機によって実現されてもよい。図１３に示すように、端末１３００はプロセッサ１３１０、受信機１３２０、送信機１３３０とメモリ１３４０を含むことができる。その中、メモリ１３４０はプロセッサ１３１０で実行されたコードなどを記憶するように構成されてもよい。
【０１４９】
端末１３００における各部材はバスシステム１３５０を介して結合され、バスシステム１３５０はデータバスに加えて、電源バス、制御バスと状態信号バスを含む。
【０１５０】
図１２に示す端末１２００又は図１３に示す端末１３００は前記図１〜図９の実施例において実現された各プロセスを実現することができるため、繰り返しを回避するために、説明を省略する。
【０１５１】
図１４は本発明の一つの実施例におけるサービスカテゴリ輻輳制御のコアネットワーク装置１４００の概略的なブロック図である。該コアネットワーク装置１４００は、
端末の非アクセス層から送信されたサービスベアリングリクエストを受信するように構成され、前記サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストであり、前記サービスベアリングリクエストに前記ターゲットサービスの属するサービスカテゴリを含む受信モジュール１４１０と、
アクセスネットワーク装置へサービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュール１４２０とを含む。
【０１５２】
また、一つの実施例として、前記受信モジュール１４１０はさらに、
前記アクセスネットワーク装置から送信された、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止することを示すための指示情報を受信するように構成され、
前記送信モジュール１４２０はさらに、
前記サービスカテゴリに属するターゲットサービスのベアリングの確立を禁止することを前記端末に通知するように構成される。
【０１５３】
注意すべきものとして、本発明の実施例において、送信モジュール１４２０は送信機によって実現されてもよく、受信モジュール１４１０は受信機によって実現されてもよい。図１５に示すように、コアネットワーク装置１５００はプロセッサ１５１０、受信機１５２０、送信機１５３０とメモリ１５４０を含むことができる。その中、メモリ１５４０はメモリ１５１０で実行されたコードなどを記憶するように構成されてもよい。
【０１５４】
コアネットワーク装置１５００における各部材はバスシステム１５５０を介して結合され、バスシステム１５５０はデータバスに加えて、電源バス、制御バスと状態信号バスを含む。
【０１５５】
図１４に示すコアネットワーク装置１４００又は図１５に示すコアネットワーク装置１５００は前記図１〜図９の実施例において実現された各プロセスを実現することができるため、重複を回避するために、説明を省略する。
【０１５６】
図１６は本発明の一つの実施例におけるサービスカテゴリ輻輳制御のコアネットワーク装置１６００の概略的なブロック図である。該コアネットワーク装置１６００は、
アクセスネットワーク装置が端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワークから送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するように構成される受信モジュール１６１０を含む。
【０１５７】
注意すべきものとして、本発明の実施例において、受信モジュール１６１０は受信機によって実現されてもよい。図１７に示すように、コアネットワーク装置１７００はプロセッサ１７１０、受信機１７２０とメモリ１７３０を含むことができる。その中、メモリ１７３０はプロセッサ１７１０で実行されるコードなどを記憶するように構成されてもよい。
【０１５８】
コアネットワーク装置１７００における各部材は各部材はバスシステム１７４０を介して結合され、バスシステム１７４０はデータバスに加えて、電源バス、制御バスと状態信号バスを含む。
【０１５９】
図１６に示すコアネットワーク装置１６００又は図１７に示すコアネットワーク装置１７００は図１〜図９の実施例において実現された各プロセスを実現することができるため、重複を回避するために、説明を省略する。
【０１６０】
図１８は本発明の一つの実施例におけるサービスカテゴリ輻輳制御のためのアクセスネットワーク装置１８００の概略的なブロック図である。該アクセスネットワーク装置１８００は、
コアネットワーク装置へサービスカテゴリ禁止情報を送信するように構成され、前記サービスカテゴリ禁止情報に接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる送信モジュール１８１０と、
前記コアネットワーク装置が端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するように構成される受信モジュール１８２０を含む。
【０１６１】
注意すべきものとして、本発明の実施例において、送信モジュール１８１０は送信機によって実現されてもよく、受信モジュール１８２０は受信機によって実現されてもよい。図１９に示すように、アクセスネットワーク装置１９００はプロセッサ１９１０、受信機１９２０、送信機１９３０とメモリ機１９４０を含むことができる。その中、メモリ１９４０はプロセッサ１９１０で実行されるコードなどを記憶するように構成されてもよい。
【０１６２】
アクセスネットワーク装置１９００における各部材は各部材はバスシステム１９５０を介して結合され、バスシステム１９５０はデータバスに加えて、電源バス、制御バスと状態信号バスを含む。
【０１６３】
図１８に示すアクセスネットワーク装置１８００又は図１９に示すアクセスネットワーク装置１９００は前記図１〜図９の実施例において実現された各プロセスを実現することができるため、繰り返しを回避するために、ここでは説明を省略する。
【０１６４】
当業者であれば、本明細書に開示された実施例と組み合わせて説明された各例のユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組み合わせで実現されてもよいと理解できる。これらの機能がハードウェア又はソフトウェアで実行されるかどうかは技術的解決策の特定アプリケーションと設計約束条件に依存する。専門技術者は各特定のアプリケーションに対して異なる方法を使用して説明された機能を実現することができるが、このような実現は本発明の範囲を超えていると考えられるべきではない。
【０１６５】
当業者は便利且つ簡潔で説明するために、上述したシステム、装置とユニットの具体的な動作プロセスについて上記方法の実施例における対応するプロセスを参照でき、ここでは説明を省略することを明確に理解することができる。
【０１６６】
本出願が提供するいくつかの実施例では、開示されたシステム、装置および方法は他の方式により実現されてもよいと理解すべきである。上述した装置の実施例は例示的なものだけであり、例えば、前記ユニットの区分は論理機能的区分だけであり、実際に実施する時に他の区分方式もあり得て、例えば複数のユニットまたは部材は組み合わせられてもよいまたは別のシステムに統合されてもよく、又はいくつかの特徴は無視されてもよく、又は実行されなくてもよい。また、示されるまたは議論される相互結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットを介する間接的結合又は通信接続であってもよく、電気的、機械的又は他の形態であってもよい。
【０１６７】
分離部材として説明された前記ユニットは物理的に分離するものであってもよくまたは物理的に分離するものでなくてもよく、ユニットとして表示された部材は物理的ユニットであってもよくまたは物理的ユニットでなくてもよく、すなわち一つの箇所に位置してもよく、又は複数のネットワークユニットに分布してもよい。実際のニーズに応じてその中の一部または全てのユニットを選択して本実施例の解決策の目的を達成することができる。
【０１６８】
また、本発明の各実施例における各機能ユニットは一つの処理ユニットに統合されてもよく、個々のユニットは単独で物理的に存在してもよく、二つまたは二つ以上のユニットは一つのユニットに統合されてもよい。
【０１６９】
前記機能はソフトウェア機能ユニットの形態で実現され且つ独立した製品として販売または使用される場合，一つのコンピュータ読み取り可能な記憶媒体に格納されてもよい。このような理解に基づき，本発明の技術的解決策は本質的にソフトウェア製品の形態で実現されてもよく、又は従来技術に貢献する部分又は該技術的解決策の部分がソフトウェア製品の形態で実現されてもよく、該コンピュータソフトウェア製品は一台のコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置などあってもよい）に本発明の各実施例に記載の方法の全部又は一部のステップを実行させるためのいくつかのコマンドを含む記憶媒体に記憶される。前記記憶媒体はＵディスク、モバイルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる各種の媒体を含む。
【０１７０】
以上は、本発明の最適的な実施例に過ぎなく、本発明を制限せず、本分野の当業者に対して、本発明が各種類の変更と変化がある。本発明の主旨精神と原則以内に、いかなる改修、同等入れ替わり、改良等が、本発明の保護範囲以内に含まれるべきである。
【図１】
2018537874.tif 000003
【図２】
2018537874.tif 000004
【図３】
2018537874.tif 000005
【図４】
2018537874.tif 000006
【図５】
2018537874.tif 000007
【図６】
2018537874.tif 000008
【図７】
2018537874.tif 000009
【図８】
2018537874.tif 000010
【図９】
2018537874.tif 000011
【図１０】
2018537874.tif 000012
【図１１】
2018537874.tif 000013
【図１２】
2018537874.tif 000014
【図１３】
2018537874.tif 000015
【図１４】
2018537874.tif 000016
【図１５】
2018537874.tif 000017
【図１６】
2018537874.tif 000018
【図１７】
2018537874.tif 000019
【図１８】
2018537874.tif 000020
【図１９】
2018537874.tif 000021
【手続補正書】
【提出日】平成30年4月11日(2018.4.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービスカテゴリ輻輳制御方法であって、
サービスベアリングリクエスト情報を取得し、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることと、
サービスカテゴリ禁止情報を取得し、前記サービスカテゴリ禁止情報には、接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれることと、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定することとを含む、前記サービスカテゴリ輻輳制御方法。
【請求項２】
前記方法は前記端末のアクセス層によって実行され、
サービスベアリングリクエスト情報を取得することは、
前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
サービスカテゴリ禁止情報を取得することは、
アクセスネットワーク装置によって放送された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
請求項１に記載の方法。
【請求項３】
前記方法は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記アクセス層が前記非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第一の指示情報を送信すること、
または、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセス層が前記非アクセス層へ前記ターゲットサービスのベアリングの確立を許可することを示すための第二の指示情報を送信し、且つ前記アクセス層が前記アクセスネットワーク装置に前記ターゲットサービスのベアリングの確立プロセスを開始すること、をさらに含むことを特徴とする
請求項２に記載の方法。
【請求項４】
前記方法はアクセスネットワーク装置によって実行され、
サービスベアリングリクエスト情報を取得することは、
コアネットワーク装置から送信されたサービスベアリングリクエスト情報を受信すること、又は、前記端末のアクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
前記サービスベアリングリクエスト情報は、前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれ、
サービスカテゴリ禁止情報を取得することは、
前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
請求項１に記載の方法。
【請求項５】
コアネットワーク装置から送信されたサービスベアリングリクエスト情報を受信する場合、
前記方法は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記コアネットワーク装置が前記ターゲットサービスのベアリングの確立を禁止することを前記端末の非アクセス層に通知するように、前記アクセスネットワーク装置が前記コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第三の指示情報を送信すること、
または、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置が前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を許可することを示すための第四の指示情報を送信すること、をさらに含むことを特徴とする
請求項４に記載の方法。
【請求項６】
前記端末のアクセス層から送信されたサービスベアリングリクエスト情報を受信する場合、
前記方法は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記アクセスネットワーク装置が前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第五の指示情報を送信すること、
または、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置が前記コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを示すための第六の指示情報を送信すること、をさらに含むことを特徴とする
請求項４に記載の方法。
【請求項７】
前記方法はコアネットワーク装置によって実行され、
サービスベアリングリクエスト情報を取得することは、
前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
サービスカテゴリ禁止情報を取得することは、
アクセスネットワーク装置から送信された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
請求項１に記載の方法。
【請求項８】
前記方法は、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記コアネットワーク装置が前記端末の非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第七の指示情報を送信すること、
または、
前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置が前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを示すための第八の指示情報を送信すること、をさらに含むことを特徴とする
請求項７に記載の方法。
【請求項９】
前記方法は、
端末の非アクセス層から送信されたサービスベアリングリクエストを受信し、前記サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストであり、前記サービスベアリングリクエストに前記ターゲットサービスの属するサービスカテゴリを含むことと、
アクセスネットワーク装置へサービスベアリングリクエスト情報を送信し、前記サービスベアリングリクエスト情報が前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることとを含む、
請求項４に記載の方法。
【請求項１０】
前記方法は、
前記アクセスネットワーク装置から送信された、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止することを示すための指示情報を受信することと、
前記サービスカテゴリに属するターゲットサービスのベアリングの確立を禁止することを前記端末に通知することとをさらに含むことを特徴とする
請求項９に記載の方法。
【請求項１１】
前記禁止パラメータが禁止確率であり、前記方法は、
前記端末が前記ターゲットサービスに対して生成した乱数を取得することをさらに含み、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定することは、
前記乱数が前記禁止確率より小さい場合、前記端末が前記ターゲットサービスのベアリングを確立することを禁止し、前記乱数が前記禁止確率より大きい場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可することを含み、
ここで、前記禁止確率は、アイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するアクセス禁止確率の以下であることを特徴とする
請求項１に記載の方法。
【請求項１２】
サービスカテゴリ輻輳制御装置であって、
サービスベアリングリクエスト情報を取得するように構成され、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれ、さらに、サービスカテゴリ禁止情報を取得ように構成され、前記サービスカテゴリ禁止情報には、接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる取得モジュールと、
前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定するように構成される判定モジュールとを含む、前記サービスカテゴリ輻輳制御装置。
【請求項１３】
前記禁止パラメータが禁止確率であり、前記取得モジュールはさらに、
前記端末が前記ターゲットサービスに対して生成した乱数を取得するように構成され、
前記判定モジュールは具体的に、
前記乱数が前記禁止確率より小さい場合、前記端末が前記ターゲットサービスのベアリングを確立することを禁止し、前記乱数が前記禁止確率より大きい場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可するように構成され、
ここで、前記禁止確率は、アイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するアクセス禁止確率の以下であることを特徴とする
請求項１２に記載の装置。
【請求項１４】
サービスカテゴリ輻輳制御の端末であって、
サービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュールと、
前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可することを示すための指示情報を受信するように構成される受信モジュールとを含む、前記サービスカテゴリ輻輳制御の端末。
【請求項１５】
前記送信モジュールは具体的に、
非アクセス層を介してアクセス層へ前記サービスベアリングリクエスト情報を送信し、
及び／又は、
非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信し、
及び／又は、
アクセス層を介してアクセスネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
前記受信モジュールは具体的に、
非アクセス層が前記端末のアクセス層から送信された前記指示情報を受信し、
及び／又は、
前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信し、または、前記端末がアクセス層を介してアクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを許可する指示情報を受信し、
及び／又は、
アクセス層を介して前記アクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信するように構成されることを特徴とする
請求項１４に記載の端末。
【国際調査報告】
2018537874.tif 000022
2018537874.tif 000023
2018537874.tif 000024
2018537874.tif 000025