JP2014506742A

JP2014506742A - 端末のアクセス方法及び装置

Info

Publication number: JP2014506742A
Application number: JP2013549696A
Authority: JP
Inventors: レイマオ; ミアンリ; ユンドン
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2011-01-21
Filing date: 2011-08-17
Publication date: 2014-03-17
Anticipated expiration: 2031-08-17
Also published as: KR101529806B1; CN102612112A; EP2654346A4; US9210650B2; WO2012097589A1; JP5758503B2; US20130308541A1; KR20130107358A; EP2654346A1; CN102612112B; EP2654346B1

Abstract

【課題】合理的な端末のアクセスを可能とし、多数の装置が同時にアクセスすることによるシステムへの衝撃を軽減することが可能な端末のアクセス方法及び装置を提供すること。
【解決手段】本発明は、端末のアクセス方法及び装置を提供する。前記方法は、システムにより設定されたＥＡＢパラメータにおけるＡＣに対応する値によって、前記ＡＣに対応する端末のアクセスを許可するかどうかを判定し、前記ＥＡＢパラメータによってＡＣに対応する値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であると判定された場合、従来のシステムから放送された一般的なアクセスクラス制限（ＡＣＢ）パラメータによってアクセス許可の判断を行う。前記ＥＡＢパラメータによってＡＣに対応する値がアクセス禁止（ｂａｒｒｅｄ）であると判定された場合、システムにより設定された禁止時間パラメータによってシステムへの再アクセスのための禁止時間を計算する。本発明に係る方法は、ＥＡＢと従来のＡＣＢメカニズムを組み合わせて処理することにより、遅延に敏感ではないか、または優先順位が低い大量のサービスまたは端末が同時にネットワークにアクセスする場合に引き起こされ得るシステムへの衝撃問題を解決する。さらに、突発的なイベントが発生した場合に、ＥＡＢが適用される端末が適切に制御されるので、このような端末が遠慮なく直接的にシステムにアクセスすることを回避して、突発的なイベントにおけるシステムの渋滞期間を短縮させる。
【選択図】図１

Description

本発明は、マシン型通信（ＭＴＣ：ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）技術に関し、特に端末のアクセス方法及び装置に関する。

ヒューマンツーヒューマン（Ｈ２Ｈ：ＨｕｍａｎＴｏＨｕｍａｎ）通信とは人々の間の通信であり、装置への操作により通信が行なわれる。従来の無線通信技術は、Ｈ２Ｈ通信に基づいて発展された技術であり、Ｈ２Ｈ通信において、人々はＨ２Ｈ装置、即ち通常の意味でのユーザ装置（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）により通信を行う。一方、マシンツーマシン（Ｍ２Ｍ：ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ）通信は、狭義にはマシンからマシンへの通信であると定義され、広義にはマシン端末間の知能インタラクティブをコアとするネットワーク化の応用及びサービスであると定義されている。Ｍ２Ｍ技術は、知能マシン端末に基づいて、アクセス手段としての様々な通信方式をユーザに提供する情報化解決策であり、モニタリング、コマンド・スケジューリング、データ収集及び測定などのユーザによる情報化の要求を満たすために用いられる。

無線技術の発展は、Ｍ２Ｍマーケットの発展において重要な因子であり、Ｍ２Ｍ技術が伝統的な通信方式の時間的及び空間的制約や地理的障壁を打破したため、企業や公衆は、ケーブルの束縛を取り除き、ユーザは、より効果的にコストを制御し、取付費用を削減し、手軽な使用を楽しむことができる。また、日増しに増大する要求は、Ｍ２Ｍが持続的に発展することを推進している。情報処理能力及びネットワーク帯域幅が持続的に増大することに相反して、情報取得の手段ははるかに遅れている。Ｍ２Ｍはこの要求を十分に満たすことができ、Ｍ２Ｍ技術により、外部の環境をリアルタイムに監視して、広い範囲で、自動的な情報の収集を実現することができる。したがって、Ｍ２Ｍは、業界向けアプリケーション、家庭向けアプリケーション、個人向けアプリケーションなどに広く応用することができる。業界向けアプリケーションは、例えば交通監視、警報システム、海難救助、自動販売機、運転料決済などであり、家庭向けアプリケーションは、例えば自動検針、温度制御などであり、個人向けアプリケーションは、生命検出、リモート診断などである。

Ｍ２Ｍの通信オブジェクトは、マシンツーマシン、ヒューマンツーマシンである。１つまたは複数のマシン間のデータ通信は、マシン型通信（ＭＴＣ：ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）として定義され、このような場合、ヒューマンマシンインタラクションの必要性が少ない。ＭＴＣに関与するマシンは、ＭＴＣ装置（ＭＤ：ＭＴＣｄｅｖｉｃｅ）として定義されている。ＭＴＣ装置は、ＭＴＣユーザの端末であり、パブリックランドモバイルネットワーク（ＰＬＭＮ）を介してＭＴＣ装置、ＭＴＣサーバと通信することができる。

Ｍ２Ｍのアプリケーションを導入した後、Ｍ２Ｍのアプリケーションの要求を満たし、且つ既存のシステムにおける一般的なＵＥに影響を与えないように、導入後のＭ２Ｍのアプリケーションの特徴に応じて既存のシステムに対していくつかの最適化を行うことができる。Ｍ２Ｍのアプリケーションのいくつかの重要な特徴は、ＭＴＣ装置の数が多く、１回に伝送されるデータの量が小さく、伝送間隔が大きく、位置が相対的に固定されることなどである。ＭＴＣ装置の数が多く、一般的なＵＥ即ちＨ２Ｈ装置の数と同じ数のレベルではないため、ＭＴＣ装置の広範な使用により、ネットワークが過負荷状態になっている可能性が大きい。例えば、あるセルに停電事故が突然に発生した場合、電源が復元されると、多くのＭＴＣ装置が同時にネットワークにアクセスしようとするため、ネットワークが過負荷状態になる。

現在、ロングタームエボリューション（ＬＴＥ）システムの過負荷制御は、アクセスネットワークの過負荷制御とコアネットワークの過負荷制御の２つのレベルに分けられている。ここで、アクセスネットワークの過負荷制御は、発展型基地局（ｅＮＢ）の負荷に対してのみ行われる。アクセスネットワークが過負荷にならない場合、端末からの要求情報がコアネットワークに送信される。コアネットワークが過負荷になる場合、コアネットワークは、拒否メッセージを端末に返信し、端末はシステムからログアウトし、これ以前に確立されたシグナリングリンクは、全て解放される。

アクセスネットワークに対する過負荷制御について、アクセスクラス制限（ＡＣＢ：ＡｃｃｅｓｓＣｌａｓｓＢａｒｒｉｎｇ）メカニズムにより端末のアクセスシステムを制御することができる。ＬＴＥシステムに用いられたＡＣＢメカニズムの実行プロセスについて以降で説明する。

オペレータは、端末を１６個のアクセスクラス（ＡＣ：ＡｃｃｅｓｓＣｌａｓｓ）に分類して定義する。ここで、ＡＣ０〜ＡＣ９は一般的なクラスに属し、ランダムに端末に割り当てられ、ＡＣ１０は緊急コール（端末に割り当てられることはない）を示す。ＡＣ１１はネットワーク操作に用いられ、ＡＣ１２は安全サービスであり、ＡＣ１３は公共サービスクラス（例えば、水、ガスサプライヤー）であり、ＡＣ１４は緊急サービスを示し、ＡＣ１５はオペレータの職員を示す。１つの端末は、ＡＣ０〜ＡＣ９のうちの１つのクラス及びＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定することができ、これらの設定情報は、加入者識別モジュール（ＳＩＭ）カードに記憶されている。

ＬＴＥシステムにおいて、システムメッセージはＡＣＢパラメータを放送することがあるため、緊急コール（Ｅｍｅｒｇｅｎｃｙｃｌｌ）、端末からのシグナリングコール（ＭＯ〜シグナリング）、端末からのデータコール（ＭＯ〜ｄａｔａ）、マルチメディア言語（ＭＭＴＥＬ〜Ｖｏｉｃｅ）とマルチメディアビデオ（ＭＭＴＥＬ〜Ｖｉｄｅｏ）に対してＡＣＢ制御を実行することができる。ここで、Ｅｍｅｒｇｅｎｃｙｃａｌｌは禁止または許可にのみ設定される。その他の場合、ネットワークは、禁止確率因子（ＢａｒｒｉｎｇＦａｃｔｏｒ）と禁止時間（ＢａｒｒｉｎｇＴｉｍｅ）を設定することがある。端末自身は、０〜１である乱数を生成し、乱数がＢａｒｒｉｎｇＦａｃｔｏｒより大きい場合、[(０．７＋０．６^*ｒａｎｄ) ^*ａｃ〜ＢａｒｒｉｎｇＴｉｍｅ]内の再アクセスが許可されず、端末は後でもう一度アクセスシステムへのアクセスを試すことができる。一方、乱数がＢａｒｒｉｎｇＦａｃｔｏｒ以下である場合、システムへの端末のアクセスが許可される。また、ＡＣＢメカニズムにおいてＡＣ０〜ＡＣ９に対する制御は、同じであり、ＡＣ１１〜ＡＣ１５に対して、ネットワークは、これらのクラスのユーザのアクセスを禁止するかどうかを個別に設定することができる。ここで、上記数式において、ｒａｎｄは、端末自身が生成した１つの乱数であり、ａｃ〜ＢａｒｒｉｎｇＴｉｍｅは、システムにより予め設定された１つの禁止時間である。

ＵＥがＡＣ１１〜ＡＣ１５とＡＣ０〜ＡＣ９に設定された場合、ＭＯｄａｔａ／Ｓｉｇｎａｌｌｉｎｇに関して、まずＡＣ１１〜ＡＣ１５に対応する特殊なアクセスクラスの禁止（ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣ）が禁止（ｂａｒ）されているかどうかが判断され、禁止されていない場合、ＵＥはシステムに直接的にアクセスし、禁止されている場合、ＡＣ０〜ＡＣ９のパラメータによってＡＣＢ制御が行われる。ｅｍｅｒｇｅｎｃｙｃａｌｌに関して、まず、ＳＩＢ２に設定された緊急コール禁止（ａｃ〜ＢａｒｒｉｎｇＦｏｒＥｍｅｒｇｅｎｃｙ）が禁止されているかどうかが判断され、禁止されていない場合、ＵＥはシステムに直接的にアクセスする。禁止されている場合、禁止されている端末からのデータサービス（ａｃ〜ＢａｒｒｉｎｇＦｏｒＭＯ〜Ｄａｔａ）におけるａｃ〜ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣに対応するＡＣが禁止されているかどうかが判断され、禁止されている場合、ｅｍｅｒｇｅｎｃｙｃａｌｌを開始することができず、禁止されていない場合、アクセスが許可される。

ＡＣＢメカニズムは、ＭＴＣ装置を導入した後における多数の装置が同時にアクセスすることによるシステムへの衝撃を防止するための良い解決策であり、端末がシステムにアクセスする時間及び頻度を制御することができ、ソースから多数の端末によるシステムへの衝撃を軽減することができる。さらに、ＭＴＣ装置について一般的に優先順位が低く、且つ遅延に敏感ではないため、より厳格なアクセス制御ポリシーを採用することができる。

新規なサービスタイプ（または端末タイプ）が導入される場合もあり、これらの新規タイプは、一般的に、遅延に敏感ではないかまたは優先順位が低いサービスまたは端末であると考えられる。このため、制御を細分化し且つ従来の一般的な端末に影響を与えないようにするために、従来のＡＣＢメカニズムを強化する必要がある。これは、強化アクセス制限（ＥＡＢ）とも称される。主な強化方式としては、以下の２種類がある。

一方の方式では、ＡＣクラスの数が拡張される。すなわち、新規サービスタイプ（または端末タイプ）に対して、従来の１５個のクラスを超える新たなＡＣクラス値を割り当てる。新たに割り当てられたＡＣタイプに対して同じ制御メカニズムを採用することができるが、対応するパラメータの範囲を広げる必要がある。例えば、新たなＡＣを増加し、Ｃｌａｓｓ２０〜２９が、拡張されたアクセスクラス（ＥＡＣ：ＥｘｔｅｎｄｅｄＡｃｃｅｓｓＣｌａｓｓ）を示し、Ｃｌａｓｓ３０〜３９が拡張されたアクセスクラスの低優先順位（ＥＡＣＬｏｗＰｒｉｏｒｉｔｙ：ＥｘｔｅｎｄｅｄＡｃｃｅｓｓＣｌａｓｓＬｏｗＰｒｉｏｒｉｔｙ）を示す。新たに増加されたＡＣに対して、ネットワーク側は、２組の異なるパラメータを放送することができ、ＥＡＣまたはＥＡＣＬｏｗＰｒｉｏｒｉｔｙが設定されたＵＥは、ＡＣ０〜ＡＣ９とＡＣ１１〜ＡＣ１５に関する放送情報を無視する。

他方の方式では、ＡＣクラスの数を拡張せずに、新規なサービスタイプ（または端末タイプ）に対する１組の追加パラメータを設定して、従来のＡＣクラスとともに制御する。端末に低いアクセス優先順位（Ｌｏｗａｃｃｅｓｓｐｒｉｏｒｉｔｙ）が設定され、ネットワーク側が従来のＡＣＢパラメータを放送するとともに１０ｎｅｗＥＡＣＢｂｉｔｓ（ｆｏｒ‘ｎｏｒｍａｌｃｌａｓｓｅｓ’ ０ｔｏ９情報、即ちＥＡＣＢパラメータにおいて設定された１０個のｂｉｔ。ここで、ｂｉｔ１はＡＣクラス０のユーザを示し、ｂｉｔ２はＡＣクラス１のユーザを示し、…、ｂｉｔ１０はＡＣクラス９のユーザを示す。）を放送する。１０ｎｅｗＥＡＣＢｂｉｔｓ（ｆｏｒ‘ｎｏｒｍａｌｃｌａｓｓｅｓ’ ０ｔｏ９情報）において、０は許可（ｎｏｔｂａｒｒｅｄ）を示し、１は禁止（ｂａｒｒｅｄ）を示す。例えば最初のｂｉｔが１であると、ＡＣ０クラスに対応する、ＥＡＢが適用される端末はアクセスが許可されないことを示している。ＥＡＢが適用されるＵＥがＡＣ０〜ＡＣ９に設定されていると、ＡＣ０〜ＡＣ９に対応するＡＣＢパラメータが無視され、ＥＡＢパラメータが用いられる。ＥＡＢが適用されるＵＥがＡＣ１１〜ＡＣ１５クラスに設定されていると、ＥＡＢパラメータが無視され、ＡＣ１１〜ＡＣ１５に対応するＡＣＢパラメータが用いられる。ＥＡＢの放送情報は、ＥＡＢ０〜９ｂｉｔｓとＥＡＢが適用されるＵＥタイプとにより構成される。ＥＡＢが設定されたＵＥが緊急コールを開始すると、ＵＥは、ＥＡＢ情報を無視する。ネットワークがＥＡＢ情報を放送しない場合、ＵＥは、ＡＣＢパラメータを用いて判断を行う。

上記のＥＡＢスキームにおいて、ＥＡＢパラメータが列挙タイプ（Ｅｕｎｍ）即ちｂａｒｒｅｄ、ｎｏｔｂａｒｒｅｄであるため、ＥＡＢパラメータが設定されると、ある／いくつかのＡＣに対応する、ＥＡＢが適用される端末は、直接的に禁止されるかまたは直接的に許可される。ＥＡＢが適用される端末が、従来のＡＣＢメカニズムに従ってアクセス時間制御を行うことなく、ＥＡＢパラメータのみによってアクセスの時間制御を行う場合、このクラスがアクセスを許可されると、ＥＡＢが適用される端末に対して高い優先順位を与えることになる。これは、明らかに不合理である。その原因は、ＥＡＢが適用される端末は一般的に、遅延に敏感ではないかまたは優先順位が低いサービスまたは端末タイプであるためである。例えば、ＥＡＢに対応するＡＣ５タイプのＭＴＣ端末がアクセスを許可された場合、これらの端末は、システムに直接的にアクセスする。しかしながら、通常のＡＣ５タイプの端末は、ＡＣＢパラメータによって確率などを計算するプロセスを必要とするため、アクセスが許可されない可能性がある。この場合、ＥＡＢが適用される端末の優先順位が一般的な端末より高いことになる。このような端末のアクセスは不合理であり、逆に、システムへの衝撃を更に引き起こす可能性がある。

これを鑑みて、本発明の主要な目的は、合理的な端末のアクセスを可能とし、多数の装置が同時にアクセスすることによるシステムへの衝撃を軽減することが可能な端末のアクセス方法及び装置を提供することにある。

前記目的を実現するために、本発明の技術的スキームは、以下のように実現される。
端末のアクセス方法であって、システムにより設定された強化アクセス制限（ＥＡＢ）パラメータにおけるＡＣに対応する値によって、前記ＡＣに対応する端末のアクセスを許可するかどうかを判定し、
前記ＥＡＢパラメータによってＡＣに対応する値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であると判定された場合、従来のシステムから放送された一般的なＡＣＢパラメータによってアクセス許可の判断を行う。

ＥＡＢパラメータによってＡＣに対応する値がアクセス禁止（ｂａｒｒｅｄ）であると判定された場合、システムにより設定された禁止時間パラメータによってシステムへの再アクセスのための禁止時間を計算することを含む。

前記ＡＣに対応する端末のアクセスを許可するかどうかを判定する前に、前記方法は、更に、
前記端末が、特殊なＡＣ１１〜ＡＣ１５におけるクラスに設定されており、且つ特殊なＡＣに対応する端末の値がアクセス禁止であると判定すること、
または、前記端末が特殊なＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されていないと判定することを含む。

前記端末が特殊なアクセスクラスＡＣ１１〜ＡＣ１５のうちのクラスに設定されており、且つ特殊なＡＣに対応する端末の値がアクセス禁止であると判定することは、
前記端末が、端末自身が特殊なＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されているかどうかを判定し、設定されている場合、前記端末がＡＣ１１〜ＡＣ１５の特定パラメータによってアクセス判断を行い、
前記特殊なＡＣ１１〜ＡＣ１５の特定パラメータが、特殊なＡＣに対応する端末の値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であるように設定されている場合、システムへの直接的なアクセスを端末に許可して、プロセスを終了し、
前記特殊なＡＣ１１〜ＡＣ１５のパラメータが、特殊なＡＣに対応する端末の値がアクセス禁止（ｂａｒｒｅｄ）であるように設定されている場合、前記端末が特殊なＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されており、且つ特殊なＡＣに対応する端末の値がアクセス禁止であると判定し、システムによって設定された強化アクセス制限（ＥＡＢ）パラメータにおけるＡＣに対応する値によって、端末がアクセスを判断して、前記ＡＣに対応する端末のアクセスを許可するかどうかを判定する。

少なくともＡＣＢ処理モジュールとＥＡＢ処理モジュールを含む端末のアクセス装置であって、
前記ＡＣＢ処理モジュールは、ＥＡＢ処理モジュールに処理通知を送信し、ＡＣＢ処理を行い、
前記ＥＡＢ処理モジュールは、ＡＣＢ処理モジュールからの処理通知を受信し、システムにより設定されたＥＡＢパラメータにおけるＡＣに対応する値によって、前記ＡＣに対応する端末のアクセスを許可するかどうかを判定し、ＥＡＢパラメータにおけるＡＣに対応する値がアクセス禁止（ｂａｒｒｅｄ）であると判定した場合、セルが前記端末のアクセスを許可しないとを判定し、システムにより設定された禁止時間パラメータによってシステムへの再アクセスのための禁止時間を計算し、
ＥＡＢパラメータにおけるＡＣに対応する値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であると判定された場合、従来のシステムから放送された一般的なＡＣＢパラメータによって端末が引き続きアクセス許可の判断を行うことをセルが許可すると判定する。

前記ＡＣＢ処理モジュールは、更に、
前記端末が、端末自身が特殊なＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されているかどうかを判定し、端末自身が特殊なＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されている場合、前記端末が特殊なＡＣ１１〜ＡＣ１５の特定パラメータによってアクセス判断を行い、ＡＣ１１〜ＡＣ１５の特定パラメータが、特殊なＡＣに対応する端末の値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であるように設定されている場合、前記端末がシステムに直接的にアクセスすることが許可され、ＡＣＢ処理モジュールが、ＥＡＢ処理モジュールに処理通知を送信しないか、またはＥＡＢ処理モジュールに処理を行う必要がない通知を送信し、ＡＣ１１〜ＡＣ１５の特定パラメータが、特殊なＡＣに対応する端末の値がアクセス禁止（ｂａｒｒｅｄ）であるように設定されている場合、端末がＡＣＢメカニズムにおけるＡＣ１１〜ＡＣ１５のクラスに設定されており、且つＡＣに対応する端末の値がアクセス禁止であると判定し、ＥＡＢ処理モジュールに処理通知を送信することに用いられるか、または、
前記端末がＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されていないと判定して、ＥＡＢ処理モジュールに処理通知を送信することに用いられる。

前記ＡＣＢ処理モジュールは、更に、前記ＥＡＢ処理モジュールが前記端末のシステムへのアクセスを許可することを判断した場合、ＡＣＢ判断プロセスを実行することに用いられる。

前記装置は、ＥＡＢが適用される端末内に設置される。

上述した本発明により提供される技術的スキームから理解されるように、本発明は、以下のステップを含む。システムにより設定されたＥＡＢパラメータにおけるＡＣに対応する値によって、前記ＡＣに対応する端末のアクセスを許可するかどうかが判断される。前記ＥＡＢパラメータによって、ＡＣに対応する値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であると判定された場合、従来のシステムから放送されたＡＣＢパラメータによってアクセス許可の判断が行われる。ＥＡＢパラメータによってＡＣに対応するアクセス禁止（ｂａｒｒｅｄ）であると判定された場合、システムによって設定された禁止時間パラメータによってシステムへの再アクセスのための禁止時間が計算される。

本発明の方法は、ＥＡＢと従来のＡＣＢメカニズムを組み合わせて処理することにより、遅延に敏感ではないか、または優先順位が低い大量のサービスまたは端末が同時にネットワークにアクセスすることよって引き起こされ得るシステムへの衝撃問題を解決する。さらに、突発的なイベントが発生した場合に、ＥＡＢが適用される端末が適切に制御されるので、このような端末が遠慮なく直接的にシステムにアクセスすることを回避して、突発的なイベントにおけるシステムの渋滞期間を短縮させる。

本発明に係る端末のアクセス方法のフローチャートである。本発明に係る端末のアクセス装置の構造を示す図である。

図１は、本発明に係る端末のアクセス方法のフローチャートである。システムにＡＣＢパラメータとＥＡＢパラメータが同時に設定される場合、図１に示すように、アクセス方法は、以下の処理を含む。

ステップ１００において、端末が特殊なＡＣ１１〜ＡＣ１５に設定されており、且つ特殊なＡＣに対応する端末の値がアクセス禁止であると判定されるか、または、端末が特殊なＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されていないと判定される。

本発明における端末は、ＥＡＢが適用される端末である。

ステップ１００は、具体的に以下の処理を含む。ＥＡＢが適用される端末が、端末自身が特殊なＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されているかどうかを判断し、設定されている場合、前記端末は、ＡＣ１１〜ＡＣ１５の特定パラメータによってアクセス判断を行う。ＡＣ１１〜ＡＣ１５の特定パラメータが、ＡＣに対応する端末の値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であるように設定されている場合、前記端末は、システムに直接的にアクセスすることが許可されて、プロセスを終了する。ＡＣ１１〜ＡＣ１５の特定パラメータが、ＡＣに対応する端末の値がアクセス禁止（ｂａｒｒｅｄ）であるように設定されている場合、端末がＡＣＢメカニズムにおけるＡＣ１１〜ＡＣ１５のクラスに設定されており、且つＡＣに対応する端末の値がアクセス禁止であると判定し、次のステップを実行する。前記端末がＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されていない場合、ステップ１０１が直接実行される。

ステップ１０１において、システムにより設定されたＥＡＢパラメータにおけるＡＣに対応する値によって、前記ＡＣクラスに対応する端末のアクセスを許可するかどうかを判定する。

ステップ１０１は、具体的に以下の処理を含む。ＥＡＢパラメータによってＡＣに対応する値がアクセス禁止（ｂｒｒｅｄ）であると判定された場合、セルが前記端末のアクセスを許可していないと判定し、システムにより設定された禁止時間パラメータによって、ある期間にシステムへのアクセスを許可しないことを示すシステムへの再アクセス禁止時間を計算し、プロセスを終了する。

ＥＡＢパラメータによってＡＣに対応する値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であると判定された場合、前記ＡＣクラスに対応する端末が引き続きアクセス判断を行うことをセルが許可していると判定する。即ち従来のシステムから放送された一般的なＡＣＢパラメータによってアクセス許可の判断を行う。ここで、具体的な判断即ちパラメータの使用プロセスは従来技術に属しており、例えばランダムに１つの乱数を生成してＢａｒｒｉｎｇＦａｃｔｏｒと比較し、乱数がＢａｒｒｉｎｇＦａｃｔｏｒより小さい場合、アクセスを許可する。または、直接的にパラメータに許可または禁止を設定する。その具体的な実現方法については、当業者の公知常識に属しており、ここでは繰り返して説明されない。

本発明の方法は、ＥＡＢと一般的なＡＣＢメカニズムを関連付けて、遅延に敏感ではないか、または優先順位が低い大量のサービスまたは端末が同時にネットワークにアクセスすることよって引き起こされ得るシステムへの衝撃問題を解決する。さらに、突発的なイベントが発生した場合に、ＥＡＢが適用される端末（即ち優先順位が低く、遅延に敏感ではない端末）が適切に制御されるので、このような端末が遠慮なく直接的にシステムにアクセスすることを回避して、突発的なイベントにおけるシステムの渋滞期間を短縮させる。

図２は、本発明に係る端末のアクセス装置の構造を示す図である。図２に示すように、アクセス装置は少なくともＡＣＢ処理モジュールとＥＡＢ処理モジュールを含む。

ＡＣＢ処理モジュールは、ＥＡＢに処理通知を送信し、一般的な（従来の）ＡＣＢ処理を行うことに用いられる。

ＥＡＢ処理モジュールは、ＡＣＢ処理モジュールからの処理通知を受信し、システムにより設定されたＥＡＢパラメータにおけるＡＣに対応する値によって、前記ＡＣクラスに対応する端末のアクセスを許可するかどうかを判定することに用いられる。

前記ＥＡＢ処理モジュールは、具体的に、ＥＡＢパラメータによってＡＣに対応する値がアクセス禁止（ｂａｒｒｅｄ）であると判定した場合、セルが前記端末のアクセスを許可していないと判定し、システムにより設定された禁止時間パラメータによってシステムへの再アクセスのための禁止時間を計算することに用いられる。

また、ＥＡＢ処理モジュールは、ＥＡＢパラメータによってＡＣに対応する値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であると判定した場合、前記端末が引き続きアクセス判断を行うことをセルが許可していると判定することに用いられる。即ち従来のシステムから放送された一般的なＡＣＢパラメータによってアクセス許可の判断を行うことに用いられる。

前記ＡＣＢ処理モジュールは、更に、以下の処理を実行させるために用いられる。端末自身が特殊なＡＣ１１〜ＡＣ１５中の１つ以上のクラスに設定されているかどうかを判定し、設定されている場合、端末が特殊なＡＣ１１〜ＡＣ１５の特定パラメータによってアクセス判断を行う。ＡＣ１１〜ＡＣ１５の特定パラメータが、特殊なＡＣに対応する端末の値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であるように設定されている場合、前記端末が直接的にシステムにアクセスすることが許可され、ＡＣＢ処理モジュールが、ＥＡＢに処理通知を送信しないか、または処理する必要がない通知を送信する。ＡＣ１１〜ＡＣ１５の特定パラメータが、ＡＣに対応する端末の値がアクセス禁止（ｂａｒｒｅｄ）であるように設定されている場合、端末がＡＣＢメカニズムにおけるＡＣ１１〜ＡＣ１５のクラスに設定されており、且つＡＣに対応する端末の値がアクセス禁止であると判定し、ＥＡＢに処理通知を送信する。または、前記端末がＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されていないと判定して、ＥＡＢに処理通知を送信する。

前記ＡＣＢ処理モジュールは、更に、一般的なＡＣＢ判断を行うこと、即ちＥＡＢ処理モジュールが、前記端末のシステムへのアクセスが許可されると判断した場合、一般的なＡＣＢ判断プロセスを実行し続けることに用いられる。

本発明に係る装置は、ユーザ端末中に設置することができ、且つユーザ端末はＥＡＢが適用される端末である。

以下、実施形態を参照しながら詳しく説明する。

システムにＡＣＢパラメータとＥＡＢパラメータが同時に設定されていると仮定する。
端末がシステムにアクセスする場合、端末は、端末自身が特殊なＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されているかどうかを判定し、設定されている場合、前記端末は、特殊なＡＣ１１〜ＡＣ１５の特定パラメータによってアクセス判断を行う。

ＡＣ１１〜ＡＣ１５の特定パラメータが、ＡＣに対応する端末の値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であるように設定されている場合、前記端末は、直接的にシステムにアクセスして処理を終了する。

ＡＣ１１〜ＡＣ１５の特定パラメータが、端末に対応するＡＣの値がアクセス禁止（ｂａｒｒｅｄ）であるように設定されている場合、前記端末は、システムへのアクセスが禁止される。

この場合、端末は、ＥＡＢパラメータを判断し続けてＡＣに対応する値がアクセス禁止（ｂａｒｒｅｄ）であるかどうかを判定し、アクセス禁止である場合、前記端末は、セルへのアクセスを許可されないと判断し、システムによって設定された禁止時間パラメータによってシステムへの再アクセスのための禁止時間を計算して処理を終了する。

ＥＡＢパラメータによってＡＣに対応する値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であるかどうかを判定し、セルが端末に引き続きアクセスの判断を許可していると端末が判定した場合、前記端末は、システムから放送された一般的なＡＣＢパラメータによってアクセス許可の判断を行う。

なお、ＥＡＢが適用される端末からの緊急コールでは、そのアクセス制御が従来のプロセスに従って行われる。

以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。本発明の趣旨及び原則を逸脱することなく実施されたあらゆる改修、均等的置換、改良等は、本発明の保護範囲に含まれる。

Claims

端末のアクセス方法であって、
システムにより設定された強化アクセス制限（ＥＡＢ:Enhanced Access Barring）パラメータにおけるアクセスクラス（ＡＣ：Access Class）に対応する値によって、前記ＡＣに対応する端末のアクセスを許可するかどうかを判定し、
ＥＡＢパラメータによってＡＣに対応する値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であると判定された場合、従来のシステムから放送された一般的なアクセスクラス禁止（ＡＣＢ: Access Class Barring）パラメータによってアクセス許可の判断を行う
ことを含むことを特徴とする方法。
前記ＥＡＢパラメータによってＡＣに対応する値がアクセス禁止（ｂａｒｒｅｄ）であると判定された場合、前記方法は、更に、
前記端末が、システムにより設定された禁止時間パラメータによってシステムへの再アクセスのための禁止時間を計算することを含む
ことを特徴とする請求項１に記載の端末のアクセス方法。
前記ＡＣに対応する端末のアクセスを許可するかどうかを判定する前に、前記方法は、更に、
前記端末が特殊なＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されており、且つ特殊なＡＣに対応する端末の値がアクセス禁止であると判定すること、
または、前記端末が特殊なＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されていないと判定することを含む
ことを特徴とする請求項１に記載の端末のアクセス方法。
前記端末が特殊なＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されており、且つＡＣに対応する端末の値がアクセス禁止であると判定することは、
前記端末が、端末自身が特殊なＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されているかどうかを判定し、設定されている場合、前記端末がＡＣ１１〜ＡＣ１５の特定パラメータによってアクセス判断を行い、
前記ＡＣ１１〜ＡＣ１５の特定パラメータが、ＡＣに対応する端末の値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であるように設定されている場合、システムへの直接的なアクセスを端末に許可してプロセスを終了し、
前記ＡＣ１１〜ＡＣ１５の特定パラメータが、ＡＣに対応する端末の値がアクセス禁止（ｂａｒｒｅｄ）であるように設定されている場合、前記端末が特殊なＡＣ１１〜ＡＣ１５のうちのクラスに設定されており、且つＡＣに対応する端末の値がアクセス禁止であると判定し、システムによって設定された強化アクセス制限（ＥＡＢ）パラメータにおけるＡＣに対応する値によって前記ＡＣに対応する端末のアクセスを許可するかどうかを判定する
ことを特徴とする請求項３に記載の端末のアクセス方法。
少なくともアクセスクラス禁止（ＡＣＢ：Access Class Barring）処理モジュールと強化アクセス制限（ＥＡＢ:Enhanced Access Barring）処理モジュールを含む端末のアクセス装置であって、
前記ＡＣＢ処理モジュールは、ＥＡＢ処理モジュールに処理通知を送信し、ＡＣＢ処理を行い、
前記ＥＡＢ処理モジュールは、ＡＣＢ処理モジュールからの処理通知を受信し、システムにより設定されたＥＡＢパラメータにおけるアクセスクラス（ＡＣ: Access Class）に対応する値によって、前記ＡＣに対応する端末のアクセスを許可するかどうかを判定し、ＥＡＢパラメータによってＡＣに対応する値がアクセス禁止（ｂａｒｒｅｄ）であると判定した場合、セルが前記端末のアクセスを許可していないと判定し、システムにより設定された禁止時間パラメータによってシステムへの再アクセスのための禁止時間を計算し、
前記ＥＡＢパラメータによってＡＣに対応する値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であると判定された場合、従来のシステムから放送された一般的なＡＣＢパラメータによって端末が引き続きアクセス許可の判断を行うことをセルが許可していると判定する
ことを特徴とする端末のアクセス装置。
前記ＡＣＢ処理モジュールは、更に、
前記端末が、端末自身が特殊なＡＣ１１〜１５のうちの１つ以上のクラスに設定されているかどうかを判定し、設定されている場合、前記端末が特殊なＡＣ１１〜ＡＣ１５の特定パラメータによってアクセス判断を行い、ＡＣ１１〜ＡＣ１５の特定パラメータが、特殊なＡＣに対応する端末の値がアクセス許可（ｎｏｔｂａｒｒｅｄ）であるように設定されている場合、前記端末がシステムに直接的にアクセスすることが許可され、ＡＣＢ処理モジュールが、ＥＡＢ処理モジュールに処理通知を送信しないか、または、ＥＡＢ処理モジュールに処理を行う必要がない通知を送信し、ＡＣ１１〜ＡＣ１５の特定パラメータが、特殊なＡＣに対応する端末の値がアクセス禁止（ｂａｒｒｅｄ）であるように設定されている場合、端末がＡＣＢメカニズムにおけるＡＣ１１〜ＡＣ１５のクラスに設定されており、且つＡＣに対応する端末の値がアクセス禁止であると判定し、ＥＡＢ処理モジュールに処理通知を送信することに用いられるか、
または、前記端末がＡＣ１１〜ＡＣ１５のうちの１つ以上のクラスに設定されていないと判定して、ＥＡＢ処理モジュールに処理通知を送信することに用いられる
ことを特徴とする請求項５に記載の端末のアクセス装置。
前記ＡＣＢ処理モジュールは、更に、前記ＥＡＢ処理モジュールが前記端末のシステムへのアクセスを許可すると判断した場合、ＡＣＢ判断プロセスを実行することに用いられる
ことを特徴とする請求項６に記載の端末のアクセス装置。
前記装置は、ＥＡＢが適用される端末内に設置される
ことを特徴とする請求項５、６または７に記載の端末のアクセス装置。