JP2018537874A - サービスベアリング輻輳制御方法及び装置 - Google Patents

サービスベアリング輻輳制御方法及び装置 Download PDF

Info

Publication number
JP2018537874A
JP2018537874A JP2018507583A JP2018507583A JP2018537874A JP 2018537874 A JP2018537874 A JP 2018537874A JP 2018507583 A JP2018507583 A JP 2018507583A JP 2018507583 A JP2018507583 A JP 2018507583A JP 2018537874 A JP2018537874 A JP 2018537874A
Authority
JP
Japan
Prior art keywords
service
terminal
bearing
network device
prohibition
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2018507583A
Other languages
English (en)
Inventor
フェン、ビン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of JP2018537874A publication Critical patent/JP2018537874A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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

Description

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

Claims (52)

  1. サービスカテゴリ輻輳制御方法であって、
    サービスベアリングリクエスト情報を取得し、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることと、
    サービスカテゴリ禁止情報を取得し、前記サービスカテゴリ禁止情報には、接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれることと、
    前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定することとを含む、前記サービスカテゴリ輻輳制御方法。
  2. 前記禁止パラメータが禁止確率であり、前記方法は、
    前記端末が前記ターゲットサービスに対して生成した乱数を取得することをさらに含み、
    前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定することは、
    前記乱数が前記禁止確率より小さい場合、前記端末が前記ターゲットサービスのベアリングを確立することを禁止し、前記乱数が前記禁止確率より大きい場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可することを含むことを特徴とする
    請求項１に記載の方法。
  3. 前記禁止確率がアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するアクセス禁止確率より小さいことを特徴とする
    請求項２に記載の方法。
  4. 前記禁止パラメータが禁止ビットマップであり、前記方法は、
    前記端末のアクセスクラスを取得することをさらに含み、
    前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定することは、
    前記端末のアクセスクラスが前記禁止ビットマップに１に設定された場合、前記端末が前記ターゲットサービスのベアリングを確立することを禁止し、前記端末のアクセスクラスが前記禁止ビットマップに１に設定されない場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可することを特徴とする
    請求項１に記載の方法。
  5. 前記禁止ビットマップに１に設定されたビットの数はアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するビットマップに１に設定されたビットの数より少ないことを特徴とする
    請求項４に記載の方法。
  6. 前記方法は前記端末のアクセス層によって実行され、
    サービスベアリングリクエスト情報を取得することは、
    前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
    サービスカテゴリ禁止情報を取得することは、
    アクセスネットワーク装置によって放送された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
    請求項１〜５のいずれか１項に記載の方法。
  7. 前記方法は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記アクセス層が前記非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第一の指示情報を送信することをさらに含むことを特徴とする
    請求項６に記載の方法。
  8. 前記方法は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセス層が前記非アクセス層へ前記ターゲットサービスのベアリングの確立を許可することを示すための第二の指示情報を送信し、且つ前記アクセス層が前記アクセスネットワーク装置に前記ターゲットサービスのベアリングの確立プロセスを開始することをさらに含むことを特徴とする
    請求項６に記載の方法。
  9. 前記方法はアクセスネットワーク装置によって実行され、
    サービスベアリングリクエスト情報を取得することは、
    コアネットワーク装置から送信されたサービスベアリングリクエスト情報を受信することを含み、前記サービスベアリングリクエスト情報は、前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれ、
    サービスカテゴリ禁止情報を取得することは、
    前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
    請求項１〜５のいずれか１項に記載の方法。
  10. 前記方法は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記コアネットワーク装置が前記ターゲットサービスのベアリングの確立を禁止することを前記端末の非アクセス層に通知するように、前記アクセスネットワーク装置が前記コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第三の指示情報を送信することをさらに含むことを特徴とする
    請求項９に記載の方法。
  11. 前記方法は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置が前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を許可することを示すための第四の指示情報を送信することをさらに含むことを特徴とする
    請求項９に記載の方法。
  12. 前記方法はアクセスネットワーク装置によって実行され、
    サービスベアリングリクエスト情報を取得することは、
    前記端末のアクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
    サービスカテゴリ禁止情報を取得することは、
    前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
    請求項１〜５のいずれか１項に記載の方法。
  13. 前記方法は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記アクセスネットワーク装置が前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第五の指示情報を送信することをさらに含むことを特徴とする
    請求項１２に記載の方法。
  14. 前記方法は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置が前記コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを示すための第六の指示情報を送信することをさらに含むことを特徴とする
    請求項１２に記載の方法。
  15. 前記方法はコアネットワーク装置によって実行され、
    サービスベアリングリクエスト情報を取得することは、
    前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
    サービスカテゴリ禁止情報を取得することは、
    アクセスネットワーク装置から送信された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
    請求項１〜５のいずれか１項に記載の方法。
  16. 前記方法は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記コアネットワーク装置が前記端末の非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第七の指示情報を送信することをさらに含むことを特徴とする
    請求項１５に記載の方法。
  17. 前記方法は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置が前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを示すための第八の指示情報を送信することをさらに含むことを特徴とする
    請求項１５に記載の方法。
  18. サービスカテゴリ輻輳制御方法であって、
    サービスベアリングリクエスト情報を送信し、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報が含まれ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることと、
    前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信することとを含む、前記サービスカテゴリ輻輳制御方法。
  19. 前記サービスベアリングリクエスト情報を送信することは、
    前記端末が非アクセス層を介してアクセス層へ前記サービスベアリングリクエスト情報を送信することを含み、
    前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信することは、
    前記端末の非アクセス層が前記端末のアクセス層から送信された前記指示情報を受信することを含むことを特徴とする
    請求項１８に記載の方法。
  20. 前記サービスベアリングリクエスト情報を送信することは、
    前記端末が非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信することを含み、
    前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信することは、
    前記端末が前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信し、又は前記端末がアクセス層を介してアクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを許可する指示情報を受信することを含むことを特徴とする
    請求項１８に記載の方法。
  21. 前記サービスベアリングリクエスト情報を送信することは、
    前記端末がアクセス層を介してアクセスネットワーク装置へ前記サービスベアリングリクエスト情報を送信することを含み、
    前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信することは、
    前記端末がアクセス層を介して前記アクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信することを含むことを特徴とする
    請求項１８に記載の方法。
  22. 前記サービスベアリングリクエスト情報を送信することは、
    前記端末が非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信することを含み、
    前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可する指示情報を受信することは、
    前記端末が前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信することを含むことを特徴とする
    請求項１８に記載の方法。
  23. サービスカテゴリ輻輳制御方法であって、
    端末の非アクセス層から送信されたサービスベアリングリクエストを受信し、前記サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストであり、前記サービスベアリングリクエストに前記ターゲットサービスの属するサービスカテゴリを含むことと、
    アクセスネットワーク装置へサービスベアリングリクエスト情報を送信し、前記サービスベアリングリクエスト情報が前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれることとを含む、前記サービスベアリング輻輳制御方法。
  24. 前記方法は、
    前記アクセスネットワーク装置から送信された、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止することを示すための指示情報を受信することと、
    前記サービスカテゴリに属するターゲットサービスのベアリングの確立を禁止することを前記端末に通知することとをさらに含むことを特徴とする
    請求項２３に記載の方法。
  25. サービスカテゴリ輻輳制御方法であって、
    前記アクセスネットワーク装置が端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、コアネットワーク装置が前記アクセスネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信することを含む、前記サービスカテゴリ輻輳制御方法。
  26. サービスカテゴリ輻輳制御方法であって、
    アクセスネットワーク装置がコアネットワーク装置へサービスカテゴリ禁止情報を送信し、前記サービスカテゴリ禁止情報に接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれることと、
    前記コアネットワーク装置が端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置が前記コアネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信することとを含む、前記サービスカテゴリ輻輳制御方法。
  27. サービスカテゴリ輻輳制御装置であって、
    サービスベアリングリクエスト情報を取得するように構成され、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれ、さらに、サービスカテゴリ禁止情報を取得ように構成され、前記サービスカテゴリ禁止情報には、接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる取得モジュールと、
    前記禁止パラメータに基づき、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止するかどうかを判定するように構成される判定モジュールとを含む、前記サービスカテゴリ輻輳制御装置。
  28. 前記禁止パラメータが禁止確率であり、前記取得モジュールはさらに、
    前記端末が前記ターゲットサービスに対して生成した乱数を取得するように構成され、
    前記判定モジュールは具体的に、
    前記乱数が前記禁止確率より小さい場合、前記端末が前記ターゲットサービスのベアリングを確立することを禁止し、前記乱数が前記禁止確率より大きい場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可するように構成されることを特徴とする
    請求項２７に記載の装置。
  29. 前記禁止確率はアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するアクセス禁止確率より小さいことを特徴とする
    請求項２８に記載の装置。
  30. 前記禁止パラメータが禁止ビットマップであり、前記取得モジュールはさらに、
    前記端末のアクセスクラスを取得するように構成され、
    前記判定モジュールは具体的に、
    前記端末のアクセスクラスが前記禁止ビットマップに１に設定された場合、前記端末が前記ターゲットサービスのベアリングを確立することを禁止し、前記端末のアクセスクラスが前記禁止ビットマップに１に設定されない場合、前記端末が前記ターゲットサービスのベアリングを確立することを許可するように構成されることを特徴とする
    請求項２７に記載の装置。
  31. 前記禁止ビットマップに１に設定されたビットマップの数はアイドル状態における前記ターゲットサービスの属するサービスカテゴリに対応するビットマップに１に設定されたビットの数よりも少ないことを特徴とする
    請求項３０に記載の装置。
  32. 前記装置は前記端末のアクセス層であり、
    前記取得モジュールがサービスベアリングリクエスト情報を取得することは、
    前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
    前記取得モジュールがサービスカテゴリ禁止情報を取得することは、
    アクセスネットワーク装置によって放送された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
    請求項２７〜３１のいずれか１項に記載の装置。
  33. 前記装置は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを指示するための第一の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
    請求項３２に記載の装置。
  34. 前記装置は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記非アクセス層へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第二の指示情報を送信するように構成され、且つ前記アクセス層が前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立プロセスを開始する送信モジュールをさらに含むことを特徴とする
    請求項３２に記載の装置。
  35. 前記装置はアクセスネットワーク装置であり、
    前記取得モジュールがサービスベアリングリクエスト情報を取得することは、
    コアネットワーク装置から送信されたサービスベアリングリクエスト情報を受信することを含み、前記サービスベアリングリクエスト情報が前端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれ、
    前記取得モジュールがサービスカテゴリ禁止情報を取得することは、
    前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリに対応する禁止パラメータを含むことを特徴とする
    請求項２７〜３１のいずれか１項に記載の装置。
  36. 前記装置は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記コアネットワーク装置が前記ターゲットサービスのベアリングの確立を禁止することを前記端末の非アクセス層に通知するように、前記コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を禁止することを示すための第三の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
    請求項３５に記載の装置。
  37. 前記装置は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第四の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
    請求項３５に記載の装置。
  38. 前記装置はアクセスネットワーク装置であり、
    前記取得モジュールがサービスベアリングリクエスト情報を取得することは、
    前記端末のアクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
    前記取得モジュールがサービスカテゴリ禁止情報を取得することは、
    前記サービスカテゴリ禁止情報を生成することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
    請求項２７〜３１のいずれか１項に記載の装置。
  39. 前記装置は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記端末のアクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを指示するための第五の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
    請求項３８に記載の装置。
  40. 前記装置は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、コアネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第六の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
    請求項３８に記載の装置。
  41. 前記装置はコアネットワーク装置であり、
    前記取得モジュールがサービスベアリングリクエスト情報を取得することは、
    前記端末の非アクセス層から送信されたサービスベアリングリクエスト情報を受信することを含み、
    前記取得モジュールがサービスカテゴリ禁止情報を取得することは、
    アクセスネットワーク装置から送信された前記サービスカテゴリ禁止情報を受信することを含み、前記サービスカテゴリ禁止情報が複数のサービスカテゴリ及び前記複数のサービスカテゴリにそれぞれ対応する禁止パラメータを含むことを特徴とする
    請求項２７〜３１のいずれか１項に記載の装置。
  42. 前記装置は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを禁止すると確定した場合、前記端末の非アクセス層へ前記ターゲットサービスのベアリングの確立を禁止することを指示するための第七の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
    請求項４１項に記載の装置。
  43. 前記装置は、
    前記禁止パラメータに基づき、前記端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置へ前記ターゲットサービスのベアリングの確立を許可することを指示するための第八の指示情報を送信するように構成される送信モジュールをさらに含むことを特徴とする
    請求項４１項に記載の装置。
  44. サービスカテゴリ輻輳制御の端末であって、
    サービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストに対応する情報を含み、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュールと、
    前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止又は許可することを示すための指示情報を受信するように構成される受信モジュールとを含む、前記サービスカテゴリ輻輳制御の端末。
  45. 前記送信モジュールは具体的に、
    非アクセス層を介してアクセス層へ前記サービスベアリングリクエスト情報を送信するように構成され、
    前記受信モジュールは具体的に、
    非アクセス層が前記端末のアクセス層から送信された前記指示情報を受信するように構成されることを特徴とする
    請求項４４項に記載の端末。
  46. 前記送信モジュールは具体的に、
    非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
    前記受信モジュールは具体的に、
    前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信し、または、前記端末がアクセス層を介してアクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを許可する指示情報を受信するように構成されることを特徴とする
    請求項４４項に記載の端末。
  47. 前記送信モジュールは具体的に、
    アクセス層を介してアクセスネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
    前記受信モジュールは具体的に、
    アクセス層を介して前記アクセスネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信するように構成されることを特徴とする
    請求項４４項に記載の端末。
  48. 前記送信モジュールは具体的に、
    非アクセス層を介してコアネットワーク装置へ前記サービスベアリングリクエスト情報を送信するように構成され、
    前記受信モジュールは具体的に、
    前記非アクセス層を介して前記コアネットワーク装置から送信された、前記端末が前記ターゲットサービスのベアリングを確立することを禁止する指示情報を受信するように構成されることを特徴とする
    請求項４４項に記載の端末。
  49. サービスカテゴリ輻輳制御のコアネットワーク装置であって、
    端末の非アクセス層から送信されたサービスベアリングリクエストを受信するように構成され、前記サービスベアリングリクエストが接続状態にある端末がターゲットサービスのベアリングの確立を要求するために開始したリクエストであり、前記サービスベアリングリクエストに前記ターゲットサービスの属するサービスカテゴリが含まれる受信モジュールと、
    アクセスネットワーク装置へサービスベアリングリクエスト情報を送信するように構成され、前記サービスベアリングリクエスト情報が前記端末の非アクセス層が前記コアネットワーク装置へサービスベアリングリクエストを送信したことを前記アクセスネットワーク装置に通知することに用いられ、前記サービスベアリングリクエスト情報に前記ターゲットサービスの属するサービスカテゴリが含まれる送信モジュールとを含む、前記コアネットワーク装置
  50. 前記受信モジュールはさらに、
    前記アクセスネットワーク装置から送信された、前記端末が前記サービスカテゴリに属するターゲットサービスのベアリングを確立することを禁止することを示すための指示情報を受信するように構成され、
    前記送信モジュールはさらに、
    前記サービスカテゴリに属するターゲットサービスのベアリングの確立を禁止することを前記端末に通知するように構成されることを特徴とする
    請求項４９項に記載のコアネットワーク装置。
  51. サービスカテゴリ輻輳制御のコアネットワーク装置であって、
    アクセスネットワーク装置が端末がターゲットサービスのベアリングを確立することを許可すると確定した場合、前記アクセスネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するように構成される受信モジュールを含む、前記コアネットワーク装置。
  52. サービスカテゴリ輻輳制御のアクセスネットワーク装置であって、
    コアネットワーク装置へサービスカテゴリ禁止情報を送信するように構成され、前記サービスカテゴリ禁止情報には、接続状態における前記ターゲットサービスの属するサービスカテゴリに対応する禁止パラメータが含まれる送信モジュールと、
    前記コアネットワーク装置が端末が前記ターゲットサービスのベアリングを確立することを許可すると確定した場合、前記コアネットワーク装置から送信された、前記ターゲットサービスのベアリングの確立を許可することを示すための指示情報を受信するように構成される受信モジュールを含む、前記アクセスネットワーク装置。
JP2018507583A 2015-09-30 2015-09-30 サービスベアリング輻輳制御方法及び装置 Pending JP2018537874A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/091256 WO2017054183A1 (zh) 2015-09-30 2015-09-30 业务承载拥塞控制的方法及设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2021015557A Division JP2021073815A (ja) 2021-02-03 2021-02-03 サービスベアリング輻輳制御方法及び装置

Publications (1)

Publication Number Publication Date
JP2018537874A true JP2018537874A (ja) 2018-12-20

Family

ID=58422537

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018507583A Pending JP2018537874A (ja) 2015-09-30 2015-09-30 サービスベアリング輻輳制御方法及び装置

Country Status (16)

Country Link
US (2) US11166187B2 (ja)
EP (2) EP3836629A1 (ja)
JP (1) JP2018537874A (ja)
KR (1) KR102338670B1 (ja)
CN (3) CN107736055B (ja)
AU (1) AU2015411026B2 (ja)
BR (1) BR112018005512A2 (ja)
CA (1) CA2996178C (ja)
HK (1) HK1245559A1 (ja)
IL (1) IL257427B (ja)
MX (1) MX2018003712A (ja)
PH (1) PH12018500307A1 (ja)
RU (1) RU2702267C1 (ja)
SG (1) SG11201801165UA (ja)
WO (1) WO2017054183A1 (ja)
ZA (1) ZA201800911B (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190108117A (ko) * 2017-01-23 2019-09-23 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 접속 방법 및 단말
KR102222830B1 (ko) * 2017-03-21 2021-03-04 삼성전자 주식회사 이동통신에서 연결 모드의 비연속 수신 모드를 지원하는 방법 및 장치
CN113038622A (zh) 2017-06-15 2021-06-25 Oppo广东移动通信有限公司 接入控制方法及相关产品
US20200084691A1 (en) * 2017-06-16 2020-03-12 Telefonaktiebolaget Lm Ericsson (Publ) User Equipment and Method in a Wireless Communications Network
WO2019030429A1 (en) 2017-08-11 2019-02-14 Nokia Technologies Oy SPECIFIC ACCESS BAN ON NETWORK WINDOW FOR WIRELESS NETWORKS
WO2019218126A1 (zh) 2018-05-14 2019-11-21 Oppo广东移动通信有限公司 控制网络拥塞的方法、终端设备和网络设备
KR102176301B1 (ko) * 2018-10-31 2020-11-09 에스케이텔레콤 주식회사 호 접속 제어장치 및 호 접속 제어방법
CN114339616B (zh) * 2020-09-30 2023-03-10 维沃移动通信有限公司 广播多播业务的拥塞控制方法、装置和设备

Family Cites Families (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100512171C (zh) 2004-03-26 2009-07-08 华为技术有限公司 一种控制接入的实现方法
US8072948B2 (en) 2005-07-14 2011-12-06 Interdigital Technology Corporation Wireless communication system and method of implementing an evolved system attachment procedure
US8688129B2 (en) 2007-09-17 2014-04-01 Qualcomm Incorporated Grade of service (GoS) differentiation in a wireless communication network
CN101742555A (zh) 2008-11-17 2010-06-16 华为技术有限公司 一种位置更新时拥塞控制的方法、装置及系统
US9357568B2 (en) * 2009-06-16 2016-05-31 Futurewei Technologies, Inc. System and method for adapting an application source rate to a load condition
TWI424778B (zh) * 2009-06-23 2014-01-21 Inst Information Industry 中繼台及其後端連線方法
KR101790819B1 (ko) 2010-06-07 2017-10-26 인터디지탈 패튼 홀딩스, 인크 혼잡한 네트워크에서 서비스 요청 메시지들을 송신하기 위한 방법 및 장치
US8837443B2 (en) * 2010-08-13 2014-09-16 Sharp Kabushiki Kaisha Reducing congestion in wireless communication networks
CN102469520B (zh) 2010-11-09 2015-09-09 大唐移动通信设备有限公司 一种拥塞控制方法和设备
CN102638848B (zh) 2011-02-14 2016-05-11 中兴通讯股份有限公司 一种机器类型通信设备的拥塞控制方法及系统
JP5388234B2 (ja) * 2011-02-21 2014-01-15 株式会社Ｎｔｔドコモ ネットワークアクセス規制方法及び該方法のための移動機並びに移動機に用いられるプロセッサ
CN102761933B (zh) 2011-04-29 2018-04-10 中兴通讯股份有限公司 Eab处理方法及装置、接入处理方法、装置及系统
CN102170659B (zh) 2011-05-11 2015-06-17 电信科学技术研究院 一种网络拥塞控制方法和设备
CN102857969B (zh) 2011-06-28 2017-09-29 中兴通讯股份有限公司 一种拥塞控制方法及系统
CN102892177B (zh) * 2011-07-20 2018-01-02 中兴通讯股份有限公司 一种终端接入控制处理方法及装置
KR101967721B1 (ko) * 2011-08-10 2019-04-10 삼성전자 주식회사 무선 통신 시스템에서 확장 접속 차단 적용 방법 및 장치
CN103220750A (zh) 2012-01-19 2013-07-24 电信科学技术研究院 一种eab机制的管理方法和设备
US9860822B2 (en) 2012-03-06 2018-01-02 Telefonaktiebolaget Lm Ericsson (Publ) Method and network node for determining admittance based on reason for not achieving quality of service
EP2829121B1 (en) * 2012-03-21 2020-12-30 Samsung Electronics Co., Ltd. Granular network access control and methods thereof
EP2870710B1 (en) 2012-07-06 2017-11-15 LG Electronics Inc. Method and apparatus for service access barring
US9125137B2 (en) * 2012-07-26 2015-09-01 Lg Electronics Inc. Method and terminal for applying an extended access barring
KR20140035785A (ko) 2012-09-14 2014-03-24 삼성전자주식회사 무선 통신 시스템에서 망 혼잡상황에서 특정 서비스를 제어하는 방법 및 장치
CN109963320B (zh) * 2012-10-26 2021-03-23 华为技术有限公司 业务接入的控制方法及设备
WO2014073866A1 (ko) * 2012-11-06 2014-05-15 엘지전자 주식회사 무선 통신 시스템에서 접근 제어 방법 및 이를 지원하는 장치
US20140269279A1 (en) * 2013-03-15 2014-09-18 Seven Networks, Inc. Triggering congestion control for radio aware applications
CN103857005A (zh) 2012-12-03 2014-06-11 电信科学技术研究院 接入控制方法和设备
US9743341B2 (en) 2013-03-29 2017-08-22 Intel IP Corporation Provisioning of application categories at a user equipment during network congestion
BR112015028327B1 (pt) 2013-05-13 2022-09-13 Huawei Technologies Co., Ltd Método e sistema de controle de acesso e terminal
US9332968B2 (en) 2013-05-24 2016-05-10 Reflex Medical Corp. Saliva container with optical volume indicator
US11647414B2 (en) * 2013-08-30 2023-05-09 Interdigital Patent Holdings, Inc. Methods for application specific access control
CN104427574B (zh) 2013-09-11 2018-08-21 华为技术有限公司 一种接入控制的方法及装置
CN104769999B (zh) * 2013-10-25 2019-06-14 华为技术有限公司 拥塞控制方法、装置及系统
KR101827659B1 (ko) 2013-10-30 2018-02-08 인터디지탈 패튼 홀딩스, 인크 우선순위 서비스 혼잡을 처리하기 위한 시스템 및 방법
US9723466B2 (en) * 2013-11-01 2017-08-01 Nokia Technologies Oy Enhanced control of services
CN104811900A (zh) 2014-01-24 2015-07-29 中国移动通信集团江西有限公司 Lbs定位系统下显示移动终端历史轨迹的方法及系统
CN104811909B (zh) * 2014-01-27 2019-09-10 中兴通讯股份有限公司 设备到设备广播信息的发送、接收方法及装置、传输系统
US9775011B2 (en) * 2014-01-31 2017-09-26 Intel Corporation Implementations of application specific access class barring skip functionality in a wireless network
US9538540B2 (en) * 2014-03-06 2017-01-03 Mediatek Inc. Smart congestion control for RRC connected mode in LTE systems
KR101828725B1 (ko) * 2014-03-19 2018-03-29 엘지전자 주식회사 서비스 요청 절차 수행 방법 및 사용자 장치
JP6318253B2 (ja) * 2014-06-30 2018-04-25 エルジー エレクトロニクス インコーポレイティド アプリケーション別ネットワークアクセス遮断方法及びユーザ装置
WO2016018021A1 (ko) * 2014-07-28 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서 접근 제어 방법 및 이를 지원하는 장치
JP6321832B2 (ja) * 2014-08-13 2018-05-09 エルジー エレクトロニクス インコーポレイティド アプリケーション別ネットワークアクセス遮断方法及びユーザ装置
EP3251411B1 (en) * 2015-01-30 2024-07-31 InterDigital Patent Holdings, Inc. Methods, apparatus and system for application specific congestion control for data communication (acdc)
CN106211261B (zh) * 2015-04-10 2020-10-16 中兴通讯股份有限公司 信息处理方法及通信节点
CN108141812B (zh) * 2015-08-14 2020-12-01 瑞典爱立信有限公司 用于提供用于数据通信的应用特定拥塞控制的控制信息的系统和方法

Also Published As

Publication number Publication date
IL257427B (en) 2021-07-29
MX2018003712A (es) 2018-04-30
CN112601253A (zh) 2021-04-02
PH12018500307A1 (en) 2018-08-20
EP3319371A4 (en) 2019-01-16
SG11201801165UA (en) 2018-03-28
BR112018005512A2 (pt) 2018-10-09
IL257427A (en) 2018-04-30
AU2015411026A1 (en) 2018-03-08
EP3319371A1 (en) 2018-05-09
CN112566215A (zh) 2021-03-26
US20220038939A1 (en) 2022-02-03
US20180295539A1 (en) 2018-10-11
ZA201800911B (en) 2018-12-19
EP3319371B1 (en) 2021-03-24
CN107736055A (zh) 2018-02-23
CA2996178A1 (en) 2017-04-06
KR102338670B1 (ko) 2021-12-13
KR20180059750A (ko) 2018-06-05
RU2702267C1 (ru) 2019-10-07
EP3836629A1 (en) 2021-06-16
CA2996178C (en) 2019-12-31
US11166187B2 (en) 2021-11-02
HK1245559A1 (zh) 2018-08-24
WO2017054183A1 (zh) 2017-04-06
CN107736055B (zh) 2021-01-01
AU2015411026B2 (en) 2020-09-17

Similar Documents

Publication Publication Date Title
KR102477765B1 (ko) 데이터 전송 방법, 단말 기기 및 네트워크 기기
JP2018537874A (ja) サービスベアリング輻輳制御方法及び装置
US11089520B2 (en) Session migration method and device
JP6910445B2 (ja) 通信方法、アクセスネットワークデバイス、及び端末
WO2017166221A1 (zh) 无线接入控制方法、装置及系统
JP7389225B2 (ja) セキュリティ保護モードを決定するための方法および装置
EP3621360B1 (en) System information transmission method and related device
US11612006B2 (en) Routing method and device
WO2017113063A1 (zh) 一种nas消息处理、小区列表更新方法及设备
WO2019196680A1 (zh) 通信方法和通信装置
CN109565667B (zh) 通信方法、终端设备和接入网设备
WO2019183966A1 (zh) 用于随机接入的方法和设备
TW201840234A (zh) 獲取上下文配置信息的方法、終端設備和接入網設備
CN109417470B (zh) 密钥协商方法及装置
US10470158B2 (en) Communication device, communication system, and communication method
WO2019183971A1 (zh) 切换方法和接入网设备
WO2018059397A1 (zh) 接入控制方法、终端设备和无线接入网设备
JP2021073815A (ja) サービスベアリング輻輳制御方法及び装置
WO2022021004A1 (zh) 无线通信方法和设备
KR20190016943A (ko) 통신 방법, 코어망 기기, 접속망 기기, 단말 기기 및 통신 시스템
JP2021511738A (ja) ページング処理方法、ネットワーク装置、ユーザ装置、及びコンピュータ記憶媒体
CN116349326A (zh) 无线通信方法、设备及存储介质

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180411

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180822

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190531

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190628

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190904

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200221

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200512

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20201023