JP2020520187A - 確立理由を決定するための方法および端末 - Google Patents

Abstract

本出願は、無線通信技術分野に関し、特に確立理由を決定するための方法および端末に関し、５Ｇ ＮＲシステムの下では、確立理由を決定するための解決策はまだないという従来技術に存在する問題を解決する。本出願の実施形態端末のＲＲＣ層は、端末のアクセスカテゴリを決定し、アクセスカテゴリと接続確立理由との間のマッピング関係に従って前記端末のアクセスカテゴリに対応する接続確立理由を決定する。本出願の実施形態の端末のＲＲＣ層が、アクセスカテゴリと接続確立理由との間のマッピング関係に従って、前記端末のアクセスカテゴリに対応する接続確立理由を決定することにより、５Ｇ ＮＲシステムで確立理由を決定する解決策を提供する。

Description

関連出願の相互参照
本出願は、２０１７年５月１１日に中国特許局に提出し、出願番号が２０１７１０３３１３８６．８であり、発明名称が「確立理由を決定するための方法および端末」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。

本発明は、無線通信技術分野に関し、特に確立理由を決定するための方法および端末に関する。

ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）アクセス制御メカニズムには、アクセスクラス禁止（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ，ＡＣＢ）メカニズム、サービス固有アクセス制御（Ｓｅｒｖｉｃｅ Ｓｐｅｃｉｆｉｃ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＳＳＡＣ）メカニズム、拡張アクセス禁止（Ｅｘｔｅｎｄｅｄ Ａｃｃｅｓｓ Ｂａｒｒｉｎｇ，ＥＡＢ）メカニズム、およびデータ通信用のアプリケーション固有の統合制御（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＡＣＤＣ）メカニズムが含まれる。

ＡＣＢメカニズムは、ユーザ機器（ＵＥ）のアクセスタイプおよびアクセスクラスに基づいてアクセス制御を実行するように構成される。

サービス固有アクセス制御(Ｓｅｒｖｉｃｅ Ｓｐｅｃｉｆｉｃ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＳＳＡＣ) は、端末によって開始されたマルチメディアテレフォニー音声ビデオコール（ＭＭＴＥＬ ｖｏｉｃｅ/ｖｉｄｅｏ ｃａｌｌ）に基づいてアクセス制御を実行するように構成される。

拡張アクセス禁止(Ｅｘｔｅｎｄｅｄ Ａｃｃｅｓｓ Ｂａｒｒｉｎｇ，ＥＡＢ) は、マシンタイプの通信を考慮して導入されたメカニズムである。

データ通信用のアプリケーション固有の統合制御(Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＡＣＤＣ) は、オペレーターが識別したアプリケーションでアクセス制御を実行するように構成される。

ＬＴＥシステムでは、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）接続を確立し、ＲＲＣ接続を再確立し、ＲＲＣ接続を回復するプロセスにおいて、端末（ＵＥとも呼ばれる）によって開始された第１のアップリンクＲＲＣ要求メッセージには、接続確立理由（たとえば、ＲＲＣ接続確立理由（呼び出し、呼び出され、高優先レベル呼び出しなど）、ＲＲＣ接続再確立理由（スイッチング障害、再構成障害）およびＲＲＣ接続回復理由（呼び出し、呼び出されなど））が含まれる。いくつかの接続確立理由（たとえば、呼び出し、呼び出され）は、上位層によってＲＲＣ層に提供され、いくつかの接続確立理由（たとえば、スイッチング障害）は、ＲＲＣ層自体によって生成される。

無線通信システムの開発に伴い、端末タイプおよびサービスのタイプは多様化され、アクセス制御を実行する必要があるモードおよびタイプはますます増えており、アクセス制御メカニズムは複雑になる。

既存のＬＴＥシステムでは、アクセス制御および接続確立理由の生成は、２つの関連するメカニズムである。統合されたアクセス制御メカニズムが５Ｇ ＮＲ（New Radio）システムに導入され、当該統合されたアクセス制御メカニズムの下では、確立理由を決定するための解決策はまだ案出されていない。

要約すると、５Ｇ ＮＲシステムの下では、確立理由を決定するための解決策はまだない。

本出願の実施形態は、５Ｇ ＮＲシステムの下では、確立理由を決定するための解決策はまだないという従来技術に存在する問題を解決するために、確立理由を決定するための方法および端末を提供する。

第１の態様によれば、本出願の実施形態に係る確立理由を決定するための方法は、
端末のＲＲＣ層は、端末のアクセスカテゴリを決定するステップと、
前記端末のＲＲＣ層は、アクセスカテゴリと接続確立理由との間のマッピング関係に従って、前記端末のアクセスカテゴリに対応する接続確立理由を決定するステップとを備える。

第２の態様によれば、本出願の実施形態に係る確立理由を決定するための端末は、
ＲＲＣ層により、端末のアクセスカテゴリを決定するためのカテゴリ決定モジュールと、
ＲＲＣ層により、アクセスカテゴリと接続確立理由との間のマッピング関係に従って、前記端末のアクセスカテゴリに対応する接続確立理由を決定するための処理モジュールとを備える。

第３の態様によれば、本出願の実施形態に係る確立理由を決定するための端末は、プロセッサと、メモリと、送受信機とを備え、
前記プロセッサは、メモリ内のプログラムを読み取って以下のように実行する：
ＲＲＣ層により、端末のアクセスカテゴリを決定し、ＲＲＣ層により、アクセスカテゴリと接続確立理由との間のマッピング関係に従って、前記端末のアクセスカテゴリに対応する接続確立理由を決定する。

第４の態様によれば、本出願の実施形態は、プログラムコードが計算装置で実行されるとき、計算装置が確立理由を決定するための方法のステップを実行できるように構成されるプログラムコードを含む読み取り可能な記憶媒体を提供する。

本出願の実施形態端末のＲＲＣ層は、端末のアクセスカテゴリを決定し、アクセスカテゴリと接続確立理由との間のマッピング関係に従って前記端末のアクセスカテゴリに対応する接続確立理由を決定する。本出願の実施形態端末のＲＲＣ層が、アクセスカテゴリと接続確立理由との間のマッピング関係に従って、前記端末のアクセスカテゴリに対応する接続確立理由を決定することにより、５Ｇ ＮＲシステムで確立理由を決定する解決策を提供する。

本発明に係る実施例や従来の技術方案をより明確に説明するために、以下に実施例を説明するために必要な図面をについて簡単に紹介する。無論、以下の説明における図面は本発明に係る実施例の一部であり、当業者は、創造性作業を行わないことを前提として、これらの図面に基づいて他の図面を得ることができる。
本出願の実施形態に係る確立理由を決定するための方法フローチャートの概略図である。 本出願の実施形態に係る第１の端末の構造概略図である。 本出願の実施形態に係る第２の端末の構造概略図である。

本発明の実施例における目的、技術方案と利点を明確にするため、以下に本発明の実施例における図と結合して本発明の実施例における技術方案の詳細を明確に、完全に説明する。当然、記載の実施例は本発明の実施例の一部に過ぎず、全ての実施例ではない。本発明における実施例にもとづき、当業者は、創造性作業を行わないことを前提として、取得したその他の実施例は、本発明の保護範囲に属する。

図１に示すように、本出願の実施形態に係るアクセス制御のための方法は以下のステップを備える。

ステップ１００において、端末のＲＲＣ層は、端末のアクセスカテゴリを決定する。

ステップ１０１において、前記端末のＲＲＣ層は、アクセスカテゴリと接続確立理由との間のマッピング関係に従って、前記端末のアクセスカテゴリに対応する接続確立理由を決定する。

本出願の実施形態端末のＲＲＣ層は、端末のアクセスカテゴリを決定し、アクセスカテゴリと接続確立理由との間のマッピング関係に従って前記端末のアクセスカテゴリに対応する接続確立理由を決定する。本出願の実施形態端末のＲＲＣ層が、アクセスカテゴリと接続確立理由との間のマッピング関係に従って、前記端末のアクセスカテゴリに対応する接続確立理由を決定することにより、５Ｇ ＮＲシステムで確立理由を決定する解決策を提供し、システムの性能を改善する。

オプションとして、本出願の実施形態端末のＲＲＣ層には、端末のアクセスカテゴリを決定するための多くのモードがある。たとえば、端末の上位層がサービスを開始する必要がある場合、上位層はアクセスカテゴリをＲＲＣ層に通知する。さらに、例えば、上位層は、例えばトラッキングエリアアップデート（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ，ＴＡＵ）を開始するなどを、シグナリングする。

それに応じて、端末のＲＲＣ層は、上位層から通知されたアクセスカテゴリを受信する。

たとえば、端末のＲＲＣ層は、自体のアクセスカテゴリを決定する。例えば、端末のＲＲＣ層は、端末のＲＲＣ接続回復中にアクセスカテゴリを決定する。

ＲＲＣ接続回復中に、端末は、ＲＡＮ通知エリア（ＲＡＮ ｎｏｔｉｆｉｃａｔｉｏｎ ａｒｅａ，ＲＮＡ）更新プロセスを開始する必要がある。当該プロセスはＲＡＮプロセスであり、コアネットワークに関連していないため、ＲＲＣ層はアクセスカテゴリを「ＲＮＡ更新」として直接決定することができる。

上述の内容は例示のみであり、ＲＲＣ層が端末のアクセスカテゴリを決定できるようにすることができるモードは、本出願の実施形態に適用可能であることに留意されたい。

オプションとして、前記端末のＲＲＣ層は、以下のうちの少なくとも１つに従ってアクセスカテゴリと接続確立理由との間のマッピング関係を取得する：

プロトコルの規定、すなわち、マッピング関係は、プロトコルを介して指定され、例えば、マッピング関係は、テーブルなどの形式でプロトコルで指定されてもよい。

事前設定、すなわち、マッピング関係は、事前に端末に設定される。

上位層通知、すなわち、上位層は、マッピング関係を端末に通知する。

実施において、様々な理由（例えば、サービスが新たに追加され、新しいアクセスカテゴリおよび確立理由を追加する必要があり、既存のアクセスカテゴリが調整される（例えば、いくつかのサービスが削除され、カテゴリおよび確立理由は再割り当てなど））により、アクセスカテゴリと接続確立理由の間のマッピング関係は変更される可能性があるため、ＲＲＣ層はアクセスカテゴリと接続確立理由の間のマッピング関係を更新する必要がある。更新のプロセスには、変更、削除、追加が含まれますが、これらに限定されない。

オプションとして、前記端末のＲＲＣ層は、受信した上位層の更新通知に従って前記アクセスカテゴリと接続確立理由との間のマッピング関係を更新する。

上位層による更新を通知するモードに加えて、ＲＲＣ層は、アクセスカテゴリと接続確立理由との間のマッピング関係が変更されることをＲＲＣ層が発見した場合、自動的に更新を実行し得る。

端末のＲＲＣ層が前記端末のアクセスカテゴリに対応する接続確立理由を決定した後、端末のＲＲＣ層は、前記端末のアクセスカテゴリおよび/または、決定された接続確立理由に従ってアクセス制御判断動作を実行する。

以下詳細に説明する。
１、実施において、アクセスカテゴリと接続確立理由との間のマッピング関係が１対１のマッピング関係である場合、アクセス制御判断動作は、端末のアクセスカテゴリに従って実行される。

たとえば、アクセスカテゴリはｃａｔｅｇｏｒｙ６であり、ネットワーク側でブロードキャストされるｃａｔｅｇｏｒｙ６のアクセスポリシーは１ビットである。ＵＥは、当該１ビットがＴＲＵＥを指す場合、ｃａｔｅｇｏｒｙ６のサービスを開始でき、そうでない場合、ｃａｔｅｇｏｒｙ６のサービスを開始できない。

２、実施において、アクセスカテゴリと接続確立理由との間のマッピング関係が多対１マッピング関係のものである場合、アクセス制御判断動作は、決定された接続確立理由に従って実行される。

たとえば、接続確立理由が「呼び出しサービス」であり、ネットワーク側でブロードキャストされる「呼び出しサービス」のアクセスポリシーは１ビットである。ＵＥは、当該１ビットがＴＲＵＥを指す場合、呼び出しサービスを開始でき、そうでない場合、呼び出しサービスを開始できない。

３、実施において、アクセスカテゴリと接続確立理由との間のマッピング関係が多対１のマッピング関係であり、異なるアクセスカテゴリのアクセススポリシーが同じ接続確立理由で異なる場合、アクセス制御判断操作は、端末のアクセスカテゴリおよび決定された接続確立理由に従って実行される。

たとえば、接続確立理由はが「呼び出し」であり、ネットワーク側でブロードキャストされる「呼び出し」は、「呼び出しサービス」と「呼び出しシグナリング」との２つのアクセスポリシーを含む。各ポリシーは１ビットである。ＵＥは、当該１ビットがＴＲＵＥを指す場合に、呼び出しサービスを開始でき、そうでない場合、呼び出しサービスを開始できない。一方、この時点では、呼び出しシグナリングを開始できるが、呼び出しサービスは開始できない。

オプションとして、前記端末のＲＲＣ層は、端末がＲＲＣ層にアクセス可能であると判断した場合、接続確立理由を含むアップリンクＲＲＣメッセージを送信する。

前記接続確立理由が含まれるアップリンクＲＲＣメッセージを送信する動作は、確立理由を有するＵＥが収容されることを許可されるかどうかをネットワーク側によって判断するために使用される。

本出願の解決策は、いくつかの実施形態を例とすることにより以下で詳細に説明される。

実施形態１：ＲＲＣ接続確立プロセス（プロトコルが事前に指定されるか、または事前に構成されたモード）。

ＲＲＣ接続確立プロセスを考慮して、端末のＲＲＣ層は、アクセスカテゴリと接続確立理由との間のマッピング関係を維持する。

当該マッピング関係は、必要に応じて設定され得る。表１を参照すると、本出願の実施形態に従ってマッピング関係が提供されている。表１で提供されるマッピング関係が例示に過ぎず、アクセスカテゴリと接続確立理由との間のマッピング関係は、本出願の実施形態に適用可能であることに留意されたい。

実施において、端末は、以下のモードのうちの少なくとも１つに従ってマッピング関係を取得することができる：事前に指定されたプロトコル、例えばプロトコルによって事前に規定され、たとえば、上位層プロトコルで事前に約定する。または事前に設定され、例えばＲＲＣ層で事前に設定する。

当該マッピング関係は、基本的なデフォルト構成を有し得る。変更が発生すると、端末は対応する更新を行うことができる。たとえば、上位層の通知を受信した後、ＲＲＣ層が更新を実行する。また、ＲＲＣ層がマッピング関係が変更されたと判断した後に更新を実行することもできる。

上位層がサービスを開始する必要がある場合、上位層はまず、ＲＲＣ層のアクセスカテゴリ（例えばｃａｔｅｇｏｒｙ７）に関する情報を提供する。

ＲＲＣ層は、当該アクセスカテゴリに関する情報に従って、アクセスカテゴリと接続確立理由との間のマッピング関係を探し、マッピング関係に従って、対応する確立理由、すなわち「呼び出しサービス」を生成する。

ＲＲＣ層は、上記アクセスカテゴリ（ｃａｔｅｇｏｒｙ７）および/または、確立理由（呼び出しサービス）に従ってアクセス制御判断フローを実行する。ＵＥがアクセスできると判断されるとアクセスプロセスがトリガーされ、アップリンクＲＲＣメッセージに、上記確立理由「呼び出しサービス」を含ませる。

実施形態２：ＲＲＣ接続確立プロセス（マッピング関係を上位層によりＲＲＣ層に供給するためのモード）。

ＵＥが起動されるか、アクセスカテゴリと接続確立理由との間のマッピング関係が更新された後、ＵＥの上位層は、アクセスカテゴリと接続確立理由との間のマッピング関係をＲＲＣ層に提供する。マッピング関係は、実施形態１の表１と同じとすることができる。

上位層がその後サービスを開始する必要がある場合、上位層はまず、ＲＲＣ層のアクセスカテゴリ（例えばｃａｔｅｇｏｒｙ５）に関する情報を提供する。

ＲＲＣ層は、当該アクセスカテゴリに関する情報に従ってアクセスカテゴリと接続確立理由との間のマッピング関係を探し、当該マッピング関係に従って対応する確立理由、すなわち「高優先度レベル」を生成する。

ＲＲＣ層は、上記アクセスカテゴリ（ｃａｔｅｇｏｒｙ５）および/または、確立理由（高優先レベル）に従ってアクセス制御判断フローを実行する。ＵＥがアクセスできると判断されると、最初のアップリンクＲＲＣメッセージに確立理由、つまり「高優先度レベル」に含ませる。

実施形態３：ＲＲＣ接続回復プロセス。

ＲＲＣ接続回復プロセスを考慮して、ＲＲＣ層は、アクセスカテゴリと接続確立理由との間のマッピング関係を維持し、マッピング関係は、実施形態１の表１と同じとすることができる。

実施形態１との違いは、関連するアクセスカテゴリ情報が、ＲＲＣ接続回復プロセス中にＲＲＣ層によって生成されることである。

次に、ＲＲＣ層は、生成されたアクセスカテゴリに関する情報（例えば、ｃａｔｅｇｏｒｙ９）に従って、アクセスカテゴリと接続確立理由との間のマッピング関係を探し、対応する確立理由（すなわち「呼び出され」）を生成する。ＲＲＣ層は、上記アクセスカテゴリ（ｃａｔｅｇｏｒｙ９）および/または、確立理由（呼び出され）に従ってアクセス制御判断フローを実行する。ＵＥがアクセスできると判断されると、第１のアップリンクＲＲＣメッセージに上記確立理由「呼び出され」を含ませる。

同じ発明思想に基づいて、本出願の実施形態はさらに端末を提供する。端末による問題を解決するための原理は、本発明の実施形態による確立理由を決定するための方法の原理と同様であるため、当該端末の実施は方法の実施を参照することができ、さらなる重複の説明はここで省略する。

図２を参照すると、本発明の実施形態の第１の端末は、カテゴリ決定モジュール２００と、処理モジュール２０１とを備える。

前記カテゴリ決定モジュール２００は、ＲＲＣ層により、端末のアクセスカテゴリを決定する。

前記処理モジュール２０１は、ＲＲＣ層により、アクセスカテゴリと接続確立理由との間のマッピング関係に従って、前記端末のアクセスカテゴリに対応する接続確立理由を決定する。

オプションとして、本出願の実施形態端末のＲＲＣ層には、端末のアクセスカテゴリを決定するための多くのモードがある。たとえば、前記カテゴリ決定モジュール２００は、
ＲＲＣ層により、上位層から通知されたアクセスカテゴリを受信し、または、
ＲＲＣ層により、自体のアクセスカテゴリを決定する。たとえば、端末のＲＲＣ層は、端末のＲＲＣ接続回復中にアクセスカテゴリを決定する。

上述の内容は例に過ぎず、ＲＲＣ層が端末のアクセスカテゴリを決定することを可能にすることができるモードが、本出願の実施形態に適用可能であることに留意されたい。

オプションとして、前記処理モジュール２０１は、プロトコルの規定事前設定、または上位層通知のうちの少なくとも１つで、アクセスカテゴリと接続確立理由との間のマッピング関係を取得するようにさらに構成される。

プロトコルの規定、すなわち、マッピング関係はプロトコルによって指定され、例えば、マッピング関係はテーブルなどの形式でプロトコルで指定されてもよい。

事前設定、すなわち、マッピング関係は、事前に端末に設定される。

上位層通知、すなわち、上位層は、マッピング関係を端末に通知する。

実施において、様々な理由（例えば、サービスが新たに追加されること、新しいアクセスカテゴリおよび確立理由を追加する必要があること、既存のアクセスカテゴリが調整される（例えば、いくつかのサービスが削除され、カテゴリおよび確立理由は再割り当てなど））によって、アクセスカテゴリと接続確立理由の間のマッピング関係は変更される可能性があるため、ＲＲＣ層はアクセスカテゴリと接続確立理由の間のマッピング関係を更新する必要がある。更新のプロセスには、変更、削除、追加が含まれるが、これらに限定されない。

オプションとして、前記処理モジュール２０１は、さらに、
ＲＲＣ層により、受信した上位層の更新通知に従って前記アクセスカテゴリと接続確立理由との間のマッピング関係を更新する。

上位層による更新を通知するモードに加えて、処理モジュール２０１は、ＲＲＣ層が、アクセスカテゴリと接続確立理由との間のマッピング関係がＲＲＣ層を介して変更されることを発見した場合、自動的に更新を実行し得る。

オプションとして、前記処理モジュール２０１は、さらに、ＲＲＣ層により、前記端末のアクセスカテゴリおよび/または、決定された接続確立理由に従ってアクセス制御判断動作を実行する。

オプションとして、前記処理モジュール２０１は、さらに、前記端末がアクセスできると判断した後、ＲＲＣ層により、前記接続確立理由が含まれるアップリンクＲＲＣメッセージを送信する。

図３を参照すると、本発明の実施形態による第２の端末が提供される。第２の端末は、プロセッサ３０１と、メモリ３０４と、送受信機３０２とを備える。

前記プロセッサ３０１は、メモリ３０４内のプログラムを読み取り、以下のように動作する：

ＲＲＣ層により、端末のアクセスカテゴリを決定し、ＲＲＣ層により、アクセスカテゴリと接続確立理由との間のマッピング関係に従って、前記端末のアクセスカテゴリに対応する接続確立理由を決定する。

送受信機３０２は、プロセッサ３０１の制御の下でデータを送受信する。

オプションとして、前記プロセッサ３０１は、
ＲＲＣ層により、上位層から通知されたアクセスカテゴリを受信し、または、
ＲＲＣ層により、自体のアクセスカテゴリを決定する。

オプションとして、前記プロセッサ３０１は、プロトコルの規定と、事前設定と、上位層通知とのうちの少なくとも１つでアクセスカテゴリと接続確立理由との間のマッピング関係を取得する。

オプションとして、前記プロセッサ３０１は、さらに、ＲＲＣ層により、受信した上位層の更新通知に従って前記アクセスカテゴリと接続確立理由との間のマッピング関係を更新する。

オプションとして、前記プロセッサ３０１は、さらに、ＲＲＣ層により、前記端末のアクセスカテゴリおよび/または、決定された接続確立理由に従ってアクセス制御判断動作を実行する。

オプションとして、前記プロセッサ３０１は、さらに、前記端末がアクセスできると判断した後、ＲＲＣ層により、前記接続確立理由が含まれるアップリンクＲＲＣメッセージを送信する。

ここで、プロセッサ３０１と端末との間のインタラクションは、送受信機３０２を介して実行される。

図３において、バスアーキテクチャ（バス３００で示される）において、バス３００は、いずれ数の相互接続するバス及びブリッジを備える。バス３００は汎用プロセッサ３０１が代表となる１つまたは複数のプロセッサ及びメモリ３０４が代表となるメモリの多様な回路により接続される。バス３００は、外部設備、電圧レギュレーター及び電力管理回路等の他の回路を接続することもできる。これらは、当該分野の周知技術であるため、本発明において、詳細に説明しない。バスインターフェース３０３は、バス３００と送受信機３０２の間にインターフェースを提供する。送受信機３０２は、複数の部品であることができ、即ち、送信機及び受信機を備え、伝送媒体を介して他の装置と通信するユニットを提供する。たとえば、送受信機３０２は他の端末から外部のデータを受信する。送受信機３０２は、プロセッサ３０１によって処理されたデータを他の端末に送信する。コンピューティングシステムの性質に応じて、ユーザーインターフェース３０５、たとえば、キーパッド、ディスプレー、スピーカー、マイクロホン、ジョイスティックなどを提供することもできる。

プロセッサ３０１はバス３００の管理及び通常の処理を担当し、上記の一般的なオペレーティングシステムを実行する。メモリ３０４は、プロセッサ３０１が動作する際に利用するデータを記憶することができる。

オプションとして、プロセッサ３０１は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）または、複合プログラマブルロジックデバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ，ＣＰＬＤ）であってもよい。

本出願の実施形態は、プログラムコードが計算装置で実行されるとき、計算装置が本出願の実施形態図１に係る確立理由を決定するための方法を実行できるように構成されるプログラムコードを含む読み取り可能な記憶媒体を、提供する。

メモリは、外部インターフェースまたは内部インターフェースを介して他の端末と接続することができる。たとえば、メモリはＵＳＢドライブ、モバイルＨＤＤなどであるため、外部インターフェースを介してメモリを接続できる。また、たとえば、メモリは他の端末のストレージモジュールであるため、メモリは内部インターフェースを介して接続できる。

以上は本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図および／またはブロック図によって、本発明を記述した。理解すべきことは、コンピュータプログラム指令によって、フロー図および／またはブロック図における各フローおよび／またはブロックと、フロー図および／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、または他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータまたは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における一つまたは複数のフローおよび／またはブロック図における一つまたは複数のブロックに指定する機能を実現する。

これらのコンピュータプログラム指令は又、コンピュータまたは他のプログラム可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これによって、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、フロー図における一つまたは複数のフローおよび／またはブロック図における一つまたは複数のブロックに指定する機能を実現する。これらコンピュータプログラム指令はさらに、コンピュータまたは他のプログラム可能なデータ処理装置設備に実装もできる。コンピュータプログラム指令が実装されたコンピュータまたは他のプログラム可能設備は、一連の操作ステップを実行することによって、関連の処理を実現し、コンピュータまたは他のプログラム可能な設備において実行される指令によって、フロー図における一つまたは複数のフローおよび／またはブロック図における一つまたは複数のブロックに指定する機能を実現する。

無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、またはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。そのような改造と置換は、すべて本発明の請求の範囲に属する。

200 カテゴリ決定モジュール
201 処理モジュール
301 プロセッサ
302 送受信機
303 バスインターフェース
304 メモリ
305 ユーザーインターフェース

Claims (19)

1. 端末のＲＲＣ層は、端末のアクセスカテゴリを決定するステップと、
   前記端末のＲＲＣ層は、アクセスカテゴリと接続確立理由との間のマッピング関係に従って、前記端末のアクセスカテゴリに対応する接続確立理由を決定するステップとを備えることを特徴とする確立理由を決定するための方法。
2. 前記端末のＲＲＣ層が端末のアクセスカテゴリを決定する場合、
   前記端末のＲＲＣ層は、上位層から通知されたアクセスカテゴリを受信し、または、
   前記端末のＲＲＣ層は、自体のアクセスカテゴリを決定することを特徴とする請求項１に記載の確立理由を決定するための方法。
3. 前記端末のＲＲＣ層は、
   プロトコルの規定と、
   事前設定と、
   上位層通知とのうちの少なくとも１つに従ってアクセスカテゴリと接続確立理由との間のマッピング関係を取得することを特徴とする請求項１に記載の確立理由を決定するための方法。
4. 前記端末のＲＲＣ層は、受信した上位層の更新通知に従って前記アクセスカテゴリと接続確立理由との間のマッピング関係を更新することを特徴とする請求項１に記載の確立理由を決定するための方法。
5. 前記端末のＲＲＣ層が前記端末のアクセスカテゴリに対応する接続確立理由を決定した後、
   前記端末のＲＲＣ層は、前記端末のアクセスカテゴリおよび/または、決定された接続確立理由に従ってアクセス制御判断動作を実行することを特徴とする請求項１から４のいずれか一項に記載の確立理由を決定するための方法。
6. 前記端末のＲＲＣ層が、前記端末のアクセスカテゴリおよび/または、決定された接続確立理由に従ってアクセス制御判断動作を実行した後、さらに、
   前記端末のＲＲＣ層は、前記端末がアクセスできると判断した後、前記接続確立理由が含まれるアップリンクＲＲＣメッセージを送信することを特徴とする請求項５に記載の確立理由を決定するための方法。
7. ＲＲＣ層により、端末のアクセスカテゴリを決定するためのカテゴリ決定モジュールと、
   ＲＲＣ層により、アクセスカテゴリと接続確立理由との間のマッピング関係に従って、前記端末のアクセスカテゴリに対応する接続確立理由を決定するための処理モジュールとを備えることを特徴とする確立理由を決定するための端末。
8. 前記カテゴリ決定モジュールは、
   ＲＲＣ層により、上位層から通知されたアクセスカテゴリを受信し、または、
   ＲＲＣ層により、自体のアクセスカテゴリを決定することを特徴とする請求項７に記載の確立理由を決定するための端末。
9. 前記処理モジュールは、
   プロトコルの規定と、
   事前設定と、
   上位層通知とのうちの少なくとも１つによってアクセスカテゴリと接続確立理由との間のマッピング関係を取得することを特徴とする請求項７に記載の確立理由を決定するための端末。
10. 前記処理モジュールは、さらに、
    ＲＲＣ層により、受信した上位層の更新通知に従って前記アクセスカテゴリと接続確立理由との間のマッピング関係を更新することを特徴とする請求項７に記載の確立理由を決定するための端末。
11. 前記処理モジュールは、さらに、
    ＲＲＣ層により、前記端末のアクセスカテゴリおよび/または、決定された接続確立理由に従ってアクセス制御判断動作を実行することを特徴とする請求項７から１０のいずれか一項に記載の確立理由を決定するための端末。
12. 前記処理モジュールは、さらに、
    前記端末がアクセスできると判断した後、ＲＲＣ層により、前記接続確立理由が含まれるアップリンクＲＲＣメッセージを送信することを特徴とする請求項１１に記載の確立理由を決定するための端末。
13. プロセッサと、メモリと、送受信機とを備え、
    前記プロセッサは、メモリ内のプログラムを読み取って以下のように実行する：
    ＲＲＣ層により、端末のアクセスカテゴリを決定し、ＲＲＣ層により、アクセスカテゴリと接続確立理由との間のマッピング関係に従って、前記端末のアクセスカテゴリに対応する接続確立理由を決定することを特徴とする確立理由を決定するための端末。
14. 前記プロセッサは、
    ＲＲＣ層により、上位層から通知されたアクセスカテゴリを受信し、または、
    ＲＲＣ層により、自体のアクセスカテゴリを決定することを特徴とする請求項１３に記載の確立理由を決定するための端末。
15. 前記プロセッサは、
    プロトコルの規定と、
    事前設定と、
    上位層通知とのうちの少なくとも１つでアクセスカテゴリと接続確立理由との間のマッピング関係を取得することを特徴とする請求項１３に記載の確立理由を決定するための端末。
16. 前記プロセッサは、さらに、
    ＲＲＣ層により、受信した上位層の更新通知に従って前記アクセスカテゴリと接続確立理由との間のマッピング関係を更新することを特徴とする請求項１３に記載の確立理由を決定するための端末。
17. 前記プロセッサは、さらに、
    ＲＲＣ層により、前記端末のアクセスカテゴリおよび/または、決定された接続確立理由に従ってアクセス制御判断動作を実行することを特徴とする請求項１３から１６のいずれか一項に記載の確立理由を決定するための端末。
18. 前記プロセッサは、さらに、
    前記端末がアクセスできると判断した後、ＲＲＣ層により、前記接続確立理由が含まれるアップリンクＲＲＣメッセージを送信することを特徴とする請求項１７に記載の確立理由を決定するための端末。
19. プログラムコードが計算装置で実行されるとき、計算装置が請求項１から６のいずれか一項に記載の方法のステップを実行できるように構成されるプログラムコードを含む読み取り可能な記憶媒体。

Images