(57)【要約】  本発明は無線リソース制御方法及びシステムを提供し、該方法は、無線リソース制御（ＲＲＣ）接続を確立する過程で、ユーザー装置が基地局にＲＲＣ接続確立リクエストメッセージを送信し、前記ＲＲＣ接続確立リクエストメッセージに当該回アクセス性質指示用情報が載せられること（ステップＳ１０２）と、前記基地局は前記当該回アクセス性質指示用情報によって、前記ユーザー装置がＲＲＣ接続を確立することを許可するかどうかを判断すること（ステップＳ１０４）と、を含む。ユーザー装置はコール確立タイプに関連する、さらに正確な情報を報告してネットワーク側がさらに柔軟かつ正確な受入制御を行うことを補助する。【選択図】図４
2013542656.tif 000002
【特許請求の範囲】
【請求項１】
無線リソース制御（ＲＲＣ）接続を確立する過程で、ユーザー装置が基地局にＲＲＣ接続確立リクエストメッセージを送信し、前記ＲＲＣ接続確立リクエストメッセージに当該回アクセス性質指示用情報が載せられることと、
前記基地局は前記当該回アクセス性質指示用情報によって、前記ユーザー装置がＲＲＣ接続を確立することを許可するかどうかを判断することと、を含む無線リソース制御方法。
【請求項２】
前記当該回アクセス性質指示用情報は、前記ユーザー装置がネットワーク側と予め約定したＲＲＣ接続確立原因リストから選択したものである請求項１に記載の方法。
【請求項３】
前記ユーザー装置が前記ＲＲＣ接続確立原因リストから当該回アクセス性質に符合するＲＲＣ接続確立原因を選択し、選択したＲＲＣ接続確立原因に対応するインデックスを前記当該回アクセス性質指示用情報として前記ＲＲＣ接続確立リクエストメッセージに加えるように、前記ユーザー装置がネットワーク側と予め約定したＲＲＣ接続確立原因リストから前記当該回アクセス性質指示用情報を選択することをさらに含む請求項２に記載の方法。
【請求項４】
前記ＲＲＣ接続確立原因リストにおけるＲＲＣ接続確立原因毎に、サービスタイプ情報、ユーザー装置のタイプ情報、ユーザー装置のグループ情報、ユーザー装置の優先度情報、サービスの優先度情報、サービスモデルのタイプ情報、公衆陸上移動網タイプ情報、アクセスクラス情報、及びサービスのサービス品質要求タイプ情報のうちの１種又は複数種の組み合わせが含まれる請求項２又は３に記載の方法。
【請求項５】
前記サービスタイプ情報は、コールサービスによって分類される情報であり、
前記ユーザー装置のグループ情報は、ユーザー装置グループのシリアルナンバー又はユーザー装置グループの識別子であり、
前記ユーザー装置の優先度情報は、ネットワーク側とユーザー装置が予め約定したユーザー装置の優先度シリアルナンバー又はユーザー装置の優先度識別子であり、
前記サービスの優先度情報は、ネットワーク側とユーザー装置が予め約定したサービスの優先度シリアルナンバー又はサービスの優先度識別子であり、
前記サービスモデルのタイプ情報は、サービスのデータ通信モデル情報であり、データインタラクション周期性、データインタラクション頻度、データ量の大きさ、及びデータインタラクション方向のうちの１種又は複数種の組み合わせを含み、
前記公衆陸上移動網タイプ情報は、ユーザー装置がそのローカル公衆陸上移動網（ＨＰＬＭＮ）にあるかどうかの識別子情報、ユーザー装置がその等価のＨＰＬＭＮにあるかどうかの識別子情報、ユーザー装置がその加入者識別モジュール又はユニバーサル加入者識別モジュールに含まれる好ましいＰＬＭＮリストにおける１つのＰＬＭＮにあるかどうかの識別子情報、ユーザー装置がローミングするユーザー装置であるかどうかの識別子情報、ユーザー装置のＨＰＬＭＮの識別子情報、及びユーザー装置の等価ＨＰＬＭＮの識別子情報のうちの１種又は複数種を含み、
前記アクセスクラス情報は、ネットワーク側とユーザー装置が予め約定したアクセスクラスシリアルナンバー又はアクセスクラス識別子であり、
前記サービスのサービス品質要求タイプ情報は、アクセス遅延の許容度、保証されたビットレート、及び許容するビット誤り率のうちの１種又は複数種の組み合わせを含む請求項４に記載の方法。
【請求項６】
無線リソース制御（ＲＲＣ）接続を確立する過程で、基地局にＲＲＣ接続確立リクエストメッセージを送信し、前記ＲＲＣ接続確立リクエストメッセージに当該回アクセス性質指示用情報が載せられるように設置されるユーザー装置と、
前記当該回アクセス性質指示用情報によって、前記ユーザー装置がＲＲＣ接続を確立することを許可するかどうかを判断するように設置される基地局と、を備える無線リソース制御システム。
【請求項７】
前記ユーザー装置はさらに、基地局にＲＲＣ接続確立リクエストメッセージを送信する前に、ネットワーク側と予め約定したＲＲＣ接続確立原因リストから前記当該回アクセス性質指示用情報を選択するように設置される請求項６に記載のシステム。
【請求項８】
前記ユーザー装置は、ＲＲＣ接続確立原因リストから当該回アクセス性質に符合するＲＲＣ接続確立原因を選択し、選択したＲＲＣ接続確立原因を前記当該回アクセス性質指示用情報として前記ＲＲＣ接続確立リクエストメッセージに加えるように、当該回アクセス性質指示用情報を選択するように設置される請求項７に記載のシステム。
【請求項９】
前記ＲＲＣ接続確立原因リストにおけるＲＲＣ接続確立原因毎に、コールサービスタイプ情報、ユーザー装置のタイプ情報、ユーザー装置のグループ情報、ユーザー装置の優先度情報、サービスの優先度情報、サービスモデルのタイプ情報、公衆陸上移動網タイプ情報、アクセスクラス情報、及びサービスのサービス品質要求タイプ情報のうちの１種又は複数種の組み合わせが含まれる請求項７又は８に記載のシステム。
【請求項１０】
前記サービスタイプ情報は、コールサービスによって分類される情報であり、
前記ユーザー装置のグループ情報は、ユーザー装置グループのシリアルナンバー又はユーザー装置グループの識別子であり、
前記ユーザー装置の優先度情報は、ネットワーク側とユーザー装置が予め約定したユーザー装置の優先度シリアルナンバー又はユーザー装置の優先度識別子であり、
前記サービスの優先度情報は、ネットワーク側とユーザー装置が予め約定したサービスの優先度シリアルナンバー又はサービスの優先度識別子であり、
前記サービスモデルのタイプ情報は、サービスのデータ通信モデル情報であり、データインタラクション周期性、データインタラクション頻度、データ量の大きさ、及びデータインタラクション方向のうちの１種又は複数種の組み合わせを含み、
前記公衆陸上移動網タイプ情報は、ユーザー装置がそのローカル公衆陸上移動網（ＨＰＬＭＮ）にあるかどうかの識別子情報、ユーザー装置がその等価のＨＰＬＭＮにあるかどうかの識別子情報、ユーザー装置がその加入者識別モジュール又はユニバーサル加入者識別モジュールに含まれる好ましいＰＬＭＮリストにおける１つのＰＬＭＮにあるかどうかの識別子情報、ユーザー装置がローミングするユーザー装置であるかどうかの識別子情報、ユーザー装置のＨＰＬＭＮの識別子情報、及びユーザー装置の等価ＨＰＬＭＮの識別子情報のうちの１種又は複数種を含み、
前記アクセスクラス情報は、ネットワーク側とユーザー装置が予め約定したアクセスクラスシリアルナンバー又はアクセスクラス識別子であり、
前記サービスのサービス品質要求タイプ情報は、アクセス遅延の許容度、保証されたビットレート、及び許容するビット誤り率のうちの１種又は複数種の組み合わせを含む請求項９に記載のシステム。
【請求項１１】
前記システムはロングタームエボリューションシステム又はユニバーサルモバイル通信システムである請求項６〜８のいずれか一項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信技術分野に関し、特に無線リソース制御方法及びシステムに関する。
【背景技術】
【０００２】
第３世代移動通信ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥと略称する。）システムは進化型ユニバーサル地上無線アクセスネットワーク（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、Ｅ−ＵＴＲＡＮと略称する。）と、ユーザー装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥと略称する。）と、進化型パケットコア（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ、ＥＰＣと略称する）とからなる。Ｅ−ＵＴＲＡＮはアクセスネットワークエレメントのエンハンスド基地局（ｅＮＢ）からなる。ｅＮＢはＵｕインターフェースによって端末ＵＥに接続され、Ｓ１インターフェースによってコアネットワークエレメント、例えば、移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥと略称する）に接続される。
【０００３】
従来、多すぎるユーザー装置のアクセスによるオーバーロードなどの情況がネットワーク側に発生しないことを確保するように、アクセスネットワーク側はユーザー装置のアクセスに対して多段階のアクセス制御処理メカニズムを取る。
【０００４】
ユーザー装置アクセスネットワーク側は図１に示すいくつかの過程を完成しなければならない。
【０００５】
ランダムアクセス過程：ユーザー装置が該過程によってネットワーク側との同期を完成する。
【０００６】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、無線リソース制御）接続確立過程：ユーザー装置とアクセスネットワークエレメントとのシグナルベアリングを確立する。
【０００７】
アタッチ（Ａｔｔａｃｈ）過程：ユーザー装置の識別子情報の取得、認証過程及びセキュリティセットアップ（Ｓｅｃｕｒｉｔｙ  Ｓｅｔｕｐ）を完成する。
【０００８】
従来のプロトコルにおいて、ネットワーク側は異なるコールタイプに１５個のアクセスクラス（Ａｃｃｅｓｓ  Ｃｌａｓｓ、ＡＣと略称する。）を設置し、普通のコールがいずれもＡＣ０〜９に属し、緊急コールがＡＣ１０に属し、そのほかの高優先度のコールがＡＣ１１〜１５に属する。ネットワーク側はＡＣ０〜９に１つの制御因子を設置し、ＡＣ１０とＡＣ１１〜１５に「禁止かどうか」の識別子を設置し、且つユーザー装置にブロードキャストしてこれらのコールタイプのランダムアクセス行為を制御する。
【０００９】
ＲＲＣ接続確立過程において、ユーザー装置とアクセスネットワークエレメントのシグナルインタラクションは図２及び図３に示すように、接続確立と接続拒否との２種類のプロセスを有する。
【００１０】
ネットワーク側はこの２つのプロセスによって、それ自体のデータロード能力とシグナルロード能力、及びエアインターフェースロード能力などの情報に基づいて、ユーザー装置のＲＲＣ接続確立リクエストに「受入」又は「拒否」の判断を下す。
【００１１】
ユーザー装置が送信する接続リクエストは異なる種類に基づくサービスである可能性があり、サービスの優先度が異なる可能性があると考えると、さらに高効率且つ柔軟な受入制御を実現するように、従来のＲＲＣ層プロトコルにおいて、ユーザー装置が、ＲＲＣ接続確立リクエスト（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）に接続確立の理由情報を載せることを要求する。
【００１２】
従来の接続確立原因情報（ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ）は、
Ｅｍｅｒｇｅｎｃｙ（緊急、ユーザー装置が緊急コールを送信することを表す。）と、
Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  Ａｃｃｅｓｓ（高優先度アクセス、ユーザー装置が高優先度のサービス類コールを送信することを表す。）と、
ｍｔ−Ａｃｃｅｓｓ（ユーザー装置がコールされるので接続確立をリクエストすることを表す。）と、
ｍｏ−Ｓｉｇｎａｌｌｉｎｇ（ユーザー装置が呼び出し元シグナル類コールを送信することを表す。）と、
ｍｏ−Ｄａｔａ（ユーザー装置が呼び出し元データ類コールを送信することを表す。）と、を含む。
【００１３】
上記接続確立原因情報は３ＧＰＰｒｅｌｅａｓｅ９及び前バージョンのユーザー装置しかに適用できない。
【００１４】
モノのインターネット概念の発展につれて、Ｍ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ、マシンツーマシン）の通信（３ＧＰＰにおいてマシンタイプ通信と呼ばれ、即ちＭＴＣ）は徐々に全社会に普及される。Ｍ２Ｍは狭義的にはマシンツーマシンの通信と定義され、広義的にはマシン端末インテリジェントインタラクションをコアとする、ネットワーク化したアプリケーション及びサービスと定義される。インテリジェントマシン端末に基づき、複数の種類の通信方式をアクセス手段としてクライアントに提供する情報化解決案は、クライアントが監視制御、指揮スケジューリング、データ収集及び測定などの面の情報化必要性を満たすことに用いられる。
【００１５】
Ｍ２Ｍのアプリケーションにおいて、サービスタイプは極めて広く、例えば、家庭メータ読取り、工業生産計器自動化、水質監視制御、インテリジェント交通及び資産追跡などであり、Ｍ２Ｍのアプリケーションはあらゆる業種、多くの家庭に導入され、Ｍ２Ｍのサービスタイプはおびただしくなり、ネットワーク側とオペレーターのＱｏＳ（サービス品質、Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）への要求が多様になる。Ｍ２Ｍのユーザー装置の数が現在の携帯電話端末を遥かに超え、それは現在さらに将来の無線ネットワークにサービスロード面の大きなプレッシャーをかける。Ｍ２Ｍユーザー装置の数が膨大であるので、現在、３ＧＰＰはグループ（Ｇｒｏｕｐ）方式によってユーザー装置を管理する考案を提案する。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
Ｍ２Ｍアプリケーションの背景で、どのようにネットワークを保護するか、どのようにネットワークのオーバーロードを防止するかは、現在、最初に解決しなければならない問題である。
【００１７】
従来のプロトコルにおいて、ユーザー装置がランダムにアクセスしてネットワークと接続を確立し、且つアタッチを完成する過程で、アクセスネットワークエレメントはランダムアクセス過程にアクセス制御を行うことができ、ＲＲＣ層でユーザー装置のＲＲＣ接続確立リクエストを制御することもできるが、従来の制御メカニズムの柔軟性は高密度、マルチサービスのユーザー装置への受入制御を満たすことができなくなる。
【００１８】
例えば、従来オペレーターの統計結果によれば、無線通信におけるデータサービス（例えば、インターネット接続、ビデオコール、ＦＴＰダウンロードなど）のロードが音声サービスのロードを超えている。ネットワークにオーバーロードが差し迫る時、データサービスに一定の受入制限を行って音声サービスの正常サービスを確保するのは適切であり、これは、一般的に、オペレーターからいえば、音声サービスがネットワーク運転の基礎であり、しかしながら、従来のプロトコル標準によって、ユーザー装置が音声コールとデータサービスコールを送信する時、ＲＲＣ接続確立リクエストにおける接続確立原因情報のすべてがｍｏ−Ｄａｔａであり、ネットワーク側が音声であるかデータサービスであるかを区別できないので、柔軟な受入制御を行うことができないからである。
【００１９】
また、異なるＭ２Ｍのアプリケーションは異なるサービスモデルを有し、サービスモデルとは、ユーザー装置とネットワーク側がデータをインタラクトする時のデータ伝送モデルを意味しており、記述サービスモデルの要素は、データインタラクション周期性、データインタラクション頻度、データの大きさ、及びデータインタラクション方向（上りデータを主とし、又は下りデータを主とし、又は上り下りビットレートがほぼ同じである。）を含む。インテリジェント電流計を例とし、ある電力会社は１台のインテリジェント電流計が５分おきにメータ読取りデータを１回報告することを要求し、ある電力会社は１台のインテリジェント電流計が１時間おきにメータ読取りデータを１回報告することを要求し、ある電力会社はさらにインテリジェント電流計が１日あたりにメータ読取りデータを１回報告することを要求し、各回のメータ読取りデータのビットレートが比較的小さく、３種類の異なるサービスモデルを構成し、それぞれ高頻度周期的小データ報告、低頻度周期的小データ報告、極低頻度周期的小データ報告と呼ばれてもよい。また、例えば、普通の音声サービスは極高頻度周期的小データインタラクションモデルと呼ばれてもよい。また、例えば、インターネット接続サービス（一般的に、何十秒おきにウェブページを１回クリックし、下りデータを主とし、且つデータビットレートが比較的に大きい。）は、中頻度非周期的大データダウンロードモデルと呼ばれてもよい。これらの異なるサービスモデルによるネットワークへのプレッシャーが異なるのは勿論であり、従来のメカニズムはこれらのサービスのモデルを区別することができない。
【００２０】
異なるサービスはさらに異なるＱｏＳ要求を有し、受入制御比較に関連するＱｏＳ要求はアクセス遅延の許容度を含み、例えば、あるサービスがアクセス遅延に対して感度が高く（例えば、火災通報、安全保護、医療監視などのサービス）、あるサービスがアクセス遅延に対して感度が低く（例えば、メータ読取り）、現在のメカニズムはこれらの相違を区別することができない。
【００２１】
異なるサービス又はユーザー装置はさらに異なる優先度を有し、例えば、金融、安全保護、医療に関連するサービスの優先度は普通のサービスより高くあるべきであるが、現在のメカニズムは区別することができない。
【００２２】
これらの欠陥はＭ２Ｍが広くアプリケーションされた後、さらに深刻になる。
【課題を解決するための手段】
【００２３】
上記課題を解決するために、本発明は、ネットワーク側がさらに正確にユーザー装置の情報を把握してネットワーク側がさらに柔軟かつ精確な受入制御を行うことを確保するように、無線リソース制御方法及びシステムを提案する。
【００２４】
上記課題を解決するために、本発明は無線リソース制御方法を提供し、
無線リソース制御（ＲＲＣ）接続を確立する過程で、ユーザー装置が基地局にＲＲＣ接続確立リクエストメッセージを送信し、前記ＲＲＣ接続確立リクエストメッセージに当該回アクセス性質指示用情報が載せられることと、
前記基地局は前記当該回アクセス性質指示用情報によって、前記ユーザー装置がＲＲＣ接続を確立することを許可するかどうかを判断することと、を含む。
【００２５】
前記当該回アクセス性質指示用情報は、前記ユーザー装置がネットワーク側と予め約定したＲＲＣ接続確立原因リストから選択したものである。
【００２６】
上記方法はさらに、前記ユーザー装置が前記ＲＲＣ接続確立原因リストから当該回アクセス性質に符合するＲＲＣ接続確立原因を選択し、選択したＲＲＣ接続確立原因に対応するインデックスを前記当該回アクセス性質指示用情報として前記ＲＲＣ接続確立リクエストメッセージに加えるように、前記ユーザー装置がネットワーク側と予め約定したＲＲＣ接続確立原因リストから当該回アクセス性質指示用情報を選択することを含む。
【００２７】
前記ＲＲＣ接続確立原因リストにおける各ＲＲＣ接続確立原因は、サービスタイプ情報、ユーザー装置のタイプ情報、ユーザー装置のグループ情報、ユーザー装置の優先度情報、サービスの優先度情報、サービスモデルのタイプ情報、公衆陸上移動網タイプ情報、アクセスクラス情報、及びサービスのサービス品質要求タイプ情報のうちの１種又は複数種の組み合わせを含む。
【００２８】
前記サービスタイプ情報はコールサービスによって分類される情報であり、
前記ユーザー装置のグループ情報は、ユーザー装置グループのシリアルナンバー又はユーザー装置グループの識別子であり、
前記ユーザー装置の優先度情報は、ネットワーク側とユーザー装置が予め約定したユーザー装置の優先度シリアルナンバー又はユーザー装置の優先度識別子であり、
前記サービスの優先度情報は、ネットワーク側とユーザー装置が予め約定したサービスの優先度シリアルナンバー又はサービスの優先度識別子であり、
前記サービスモデルのタイプ情報は、サービスのデータ通信モデル情報であり、データインタラクション周期性、データインタラクション頻度、データ量の大きさ、及びデータインタラクション方向のうちの１種又は複数種の組み合わせを含み、
前記公衆陸上移動網タイプ情報は、ユーザー装置がそのローカル公衆陸上移動網（ＨＰＬＭＮ）にあるかどうかの識別子情報、ユーザー装置がその等価のＨＰＬＭＮにあるかどうかの識別子情報、ユーザー装置がその加入者識別モジュール又はユニバーサル加入者識別モジュールに含まれる好ましいＰＬＭＮリストにおける１つのＰＬＭＮにあるかどうかの識別子情報、ユーザー装置がローミングするユーザー装置であるかどうかの識別子情報、ユーザー装置のＨＰＬＭＮの識別子情報、及びユーザー装置の等価ＨＰＬＭＮの識別子情報のうちの１種又は複数種を含み、
前記アクセスクラス情報は、ネットワーク側とユーザー装置が予め約定したアクセスクラスシリアルナンバー又はアクセスクラス識別子であり、
前記サービスのサービス品質要求タイプ情報は、アクセス遅延の許容度、保証されたビットレート、及び許容するビット誤り率のうちの１種又は複数種の組み合わせを含む。
【００２９】
上記課題を解決するために、本発明はさらに無線リソース制御システムを提供し、
無線リソース制御（ＲＲＣ）接続を確立する過程で、基地局にＲＲＣ接続確立リクエストメッセージを送信し、前記ＲＲＣ接続確立リクエストメッセージに当該回アクセス性質指示用情報が載せられるように設置されるユーザー装置と、
前記当該回アクセス性質指示用情報によって、前記ユーザー装置がＲＲＣ接続を確立することを許可するかどうかを判断するように設置される基地局と、を備える。
【００３０】
前記ユーザー装置はさらに、基地局にＲＲＣ接続確立リクエストメッセージを送信する前に、ネットワーク側と予め約定したＲＲＣ接続確立原因リストから前記当該回アクセス性質指示用情報を選択するように設置される。
【００３１】
前記ユーザー装置は、ＲＲＣ接続確立原因リストから当該回アクセス性質に符合するＲＲＣ接続確立原因を選択し、選択したＲＲＣ接続確立原因を前記当該回アクセス性質指示用情報として前記ＲＲＣ接続確立リクエストメッセージに加えるように、当該回アクセス性質指示用情報を選択するように設置される。
【００３２】
前記ＲＲＣ接続確立原因リストにおける各ＲＲＣ接続確立原因は、コールサービスタイプ情報、ユーザー装置のタイプ情報、ユーザー装置のグループ情報、ユーザー装置の優先度情報、サービスの優先度情報、サービスモデルのタイプ情報、公衆陸上移動網タイプ情報、アクセスクラス情報、及びサービスのサービス品質要求タイプ情報のうちの１種又は複数種の組み合わせを含む。
【００３３】
前記サービスタイプ情報はコールサービスによって分類される情報であり、
前記ユーザー装置のグループ情報は、ユーザー装置グループのシリアルナンバー又はユーザー装置グループの識別子であり、
前記ユーザー装置の優先度情報は、ネットワーク側とユーザー装置が予め約定したユーザー装置の優先度シリアルナンバー又はユーザー装置の優先度識別子であり、
前記サービスの優先度情報は、ネットワーク側とユーザー装置が予め約定したサービスの優先度シリアルナンバー又はサービスの優先度識別子であり、
前記サービスモデルのタイプ情報は、サービスのデータ通信モデル情報であり、データインタラクション周期性、データインタラクション頻度、データ量の大きさ、及びデータインタラクション方向のうちの１種又は複数種の組み合わせを含み、
前記公衆陸上移動網タイプ情報は、ユーザー装置がそのローカル公衆陸上移動網（ＨＰＬＭＮ）にあるかどうかの識別子情報、ユーザー装置がその等価のＨＰＬＭＮにあるかどうかの識別子情報、ユーザー装置がその加入者識別モジュール又はユニバーサル加入者識別モジュールに含まれる好ましいＰＬＭＮリストにおける１つのＰＬＭＮにあるかどうかの識別子情報、ユーザー装置がローミングするユーザー装置であるかどうかの識別子情報、ユーザー装置のＨＰＬＭＮの識別子情報、及びユーザー装置の等価ＨＰＬＭＮの識別子情報のうちの１種又は複数種を含み、
前記アクセスクラス情報は、ネットワーク側とユーザー装置が予め約定したアクセスクラスシリアルナンバー又はアクセスクラス識別子であり、
前記サービスのサービス品質要求タイプ情報は、アクセス遅延の許容度、保証されたビットレート、及び許容するビット誤り率のうちの１種又は複数種の組み合わせを含む。
【００３４】
前記システムはロングタームエボリューションシステム又はユニバーサルモバイル通信システムである。
【発明の効果】
【００３５】
上記によれば、本発明は受入制御方法及びシステムを提供し、ユーザー装置がコール確立タイプに関連するさらに正確な情報を報告してネットワーク側がさらに柔軟かつ精確な受入制御を行うことに補助する。
【図面の簡単な説明】
【００３６】
【図１】ユーザー装置アクセスネットワーク側が完成しなければならない模式的フローチャートである。
【図２】ＲＲＣ接続確立過程を完成する模式的フローチャートである。
【図３】ＲＲＣ接続確立過程を拒否する模式的フローチャートである。
【図４】本発明に係る受入制御方法のフローチャートである。
【図５】本発明の実施例に係る受入制御方法のフローチャートである。
【発明を実施するための形態】
【００３７】
図４は本発明に係る受入制御方法のフローチャートである。受入制御方法は、図４に示すように、Ｓ１０およびＳ２０を含む。
【００３８】
ステップＳ１０において、ユーザー装置とネットワーク側が無線リソース制御（ＲＲＣ）接続を確立する過程で、ユーザー装置が基地局に送信するＲＲＣ接続確立リクエストメッセージに当該回アクセス性質指示用情報がＲＲＣ接続確立原因として載せられる。
【００３９】
ステップＳ２０において、基地局は上記当該回アクセス性質指示用情報によって上記ユーザー装置がＲＲＣ接続を確立することを許可するかどうかを判断する。
【００４０】
さらに、上記ユーザー装置は基地局にＲＲＣ接続確立リクエストメッセージを送信する前に、ネットワーク側と予め約定したＲＲＣ接続確立原因リストから上記当該回アクセス性質指示用情報を選択し、具体的には、当該回アクセス性質に符合するＲＲＣ接続確立原因を選択し、上記ＲＲＣ接続確立原因に対応するインデックスを上記当該回アクセス性質指示用情報として上記ＲＲＣ接続確立リクエストメッセージに加える。
【００４１】
本発明の目的、技術案及びメリットをさらに明らかにするために、実施例を挙げ、図面を参照しながら本発明を詳細に説明する。
【００４２】
本実施例はＬＴＥシステム又はＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ、ユニバーサルモバイル通信システム）に適用する。ユーザー装置アクセスネットワーク側は、ＲＲＣ接続確立をリクエストするには、下記のプロセスを完成しなければならず、図５に示すように、以下のステップを実行する。
【００４３】
ステップＳ１０１において、ユーザー装置と基地局が同期を確立する。
【００４４】
ステップＳ１０２において、ユーザー装置が当該回接続確立性質によって、１つの対応するＲＲＣ接続確立原因を選択し、上記ＲＲＣ接続確立原因に対応するインデックスをＲＲＣ接続確立リクエストに載せる。
【００４５】
ステップＳ１０３において、ユーザー装置が基地局にＲＲＣ接続確立リクエストを送信する。
【００４６】
ステップＳ１０４において、基地局がネットワーク側のロード状況によって、ユーザー装置のＲＲＣ接続確立原因を結合して、該ユーザー装置の当該回接続リクエストを受け入れることができるかどうかを判断し、受け入れることができる場合、ステップＳ１０５に入り、できないと、ステップＳ１０６に入る。
【００４７】
ステップＳ１０５において、基地局がユーザー装置のＲＲＣ接続確立を許可すると、ユーザー装置にＲＲＣ接続セットアップ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージをフィードバックする。
【００４８】
ステップＳ１０６において、基地局がユーザー装置のＲＲＣ接続確立を許可しないと、ユーザー装置にＲＲＣ接続拒否（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔ）メッセージをフィードバックする。
【００４９】
ステップＳ１０１、Ｓ１０３、Ｓ１０５及びＳ１０６はいずれも従来のメカニズムに符合する。
【００５０】
ステップＳ１０２において、ネットワーク側とユーザー装置が予め１つのＲＲＣ接続確立原因リストを定め、ユーザー装置が該リストから当該回アクセス性質に符合するＲＲＣ接続確立原因を選択する。
【００５１】
本発明のＲＲＣ接続確立原因リストにおいて、ＲＲＣ接続確立原因は、コールサービスタイプ情報、ユーザー装置のタイプ情報、ユーザー装置のグループ（Ｇｒｏｕｐ）情報、ユーザー装置の優先度情報、サービスの優先度情報、サービスモデルのタイプ情報、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、公衆陸上移動網）タイプ情報、アクセスクラス（Ａｃｃｅｓｓ  Ｃｌａｓｓ）情報、及びサービスのＱｏＳ要求タイプ情報のうちの１種又は複数種の組み合わせであってもよい。
【００５２】
上記コールサービスタイプ情報とは、コールサービスによって分類される情報を意味しており、呼び出し元又は被呼の音声コール、呼び出し元又は被呼のビデオストリームコール、呼び出し元又は被呼のインタラクション音声コール、呼び出し元又は被呼のデータコール、及び呼び出し元又は被呼のシグナルサービスなどの１種又は複数種を含む。
【００５３】
データコールは、簡単な１種類であってもよく、さらに細かい種類、例えば、ｈｔｔｐインターネット接続サービス、ＦＴＰダウンロードサービス、メータ読取りサービス、監視制御サービス、インテリジェント交通サービス、及び資産追跡サービスなどに分けられてもよい。
【００５４】
上記ユーザー装置のタイプ情報とは、ユーザー装置によって分類される情報を意味しており、Ｈ２Ｈユーザー装置、Ｍ２Ｍユーザー装置、及びその他のタイプユーザー装置のうちの１種又は複数種を含む。
【００５５】
上記ユーザー装置のグループ情報とは、ユーザー装置グループ（Ｇｒｏｕｐ）の識別子を意味しており、ユーザー装置グループ（Ｇｒｏｕｐ）のシリアルナンバー又は識別子を含む。現在グループ（Ｇｒｏｕｐ）のメカニズムによれば、グループ識別子Ｇｒｏｕｐ−ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｎｄｉｃａｔｏｒ、無線ネットワーク一時的識別子）は３ｇｐｐ会議で提案されたので、上記ユーザー装置のグループ情報は直接にＧｒｏｕｐ−ＲＮＴＩを用いてもよく、ネットワーク側と予め約定した１つのシリアルナンバーを用いても良く、ネットワーク側は予め該シリアルナンバーとグループとの一対一対応関係を確立する。
【００５６】
上記ユーザー装置の優先度情報とは、ネットワーク側とユーザー装置が予め約定したユーザー装置の優先度を意味しており、優先度のシリアルナンバー、又は優先度識別子を含む。優先度は１級又は複数級であってもよく、従来のＨ２Ｈ装置より高くてもよく、従来のＨ２Ｈ装置より低くても良い。例えば、従来のＨ２Ｈ装置を基準（後述する「Ｈ２Ｈ装置」とは従来プロトコルに含まれたＲＲＣ接続確立原因を意味する。）として優先度を設定できる。優先度は、Ｈ２Ｈ装置に対して優先度が低い低優先度装置という簡単な１級を含んでもよい。
【００５７】
また、優先度は、Ｈ２Ｈ装置に対して優先度が高い高優先度装置、Ｈ２Ｈ装置に対して優先度が低い低優先度装置という２級を含んでもよい。
【００５８】
また、優先度は、Ｈ２Ｈ装置に対して優先度が低い低優先度１級装置、さらに優先度が低い低優先度２級装置、…、及び低優先度Ｎ級装置（Ｎが正の整数である。）という複数級を含んでもよい。
【００５９】
また、優先度の他の例は、Ｈ２Ｈ装置に対して優先度が高い高優先度１級装置、さらに優先度が高い高優先度２級装置、…、高優先度Ｍ級装置、Ｈ２Ｈ装置に対して優先度が低い低優先度１級装置、さらに優先度が低い低優先度２級装置、…、及び低優先度Ｎ級装置（ＭとＮが正の整数である。）という、もう２種の複数級を含んでもよい。
【００６０】
具体的な装置タイプと装置優先度との対応関係はネットワーク側とユーザー装置によって予め約定する。
【００６１】
上記サービスの優先度情報とは、ネットワーク側とユーザー装置が予め約定したサービス優先度を意味しており、優先度のシリアルナンバー又は優先度識別子を含む。スマートフォンとＭ２Ｍ装置の導入のため、無線通信のサービス種類が大いに増えており、従来プロトコルにおけるＲＲＣ接続確立原因は、Ｅｍｅｒｇｅｎｃｙ（ユーザー装置が緊急コールを送信することを表す。）、Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  Ａｃｃｅｓｓ（ユーザー装置が高優先度のサービス類コールを送信することを表す）、ｍｔ−Ａｃｃｅｓｓ（ユーザー装置がコールされるので接続確立をリクエストすることを表す。）、ｍｏ−Ｓｉｇｎａｌｌｉｎｇ（ユーザー装置が呼び出し元シグナル類コールを送信することを表す。）、ｍｏ−Ｄａｔａ（ユーザー装置が呼び出し元データ類コールを送信することを表す。）である。
【００６２】
なお、新たなサービス優先度を導入してもよい。ここで、後述する「Ｈ２Ｈサービス」とは従来プロトコルに含まれたＲＲＣ接続確立原因を意味する。
【００６３】
たとえば、サービス優先度は、Ｈ２Ｈサービスに対して優先度が低い低優先度サービスという簡単な１級を含んでもよい。
【００６４】
また、サービス優先度は、Ｈ２Ｈサービスに対して優先度が高い高優先度サービス、及びＨ２Ｈサービスに対して優先度が低い低優先度サービスという２級を含んでもよい。
【００６５】
また、サービス優先度は、Ｈ２Ｈサービスに対して優先度が低い低優先度１級サービス、さらに優先度が低い低優先度２級サービス、…、及び低優先度Ｎ級サービス（Ｎが正の整数である。）という複数級を含んでもよい。
【００６６】
また、サービス優先度は、Ｈ２Ｈサービスに対して優先度が高い高優先度１級サービス、さらに優先度が高い高優先度２級サービス、…、高優先度Ｍ級サービス、Ｈ２Ｈサービスに対して優先度が低い低優先度１級サービス、さらに優先度が低い低優先度２級サービス、…、及び低優先度Ｎ級サービス（ＭとＮが正の整数である。）という２種の複数級を含んでもよい。
【００６７】
具体的なサービスタイプとサービス優先度との対応関係はネットワーク側とユーザー装置によって予め約定する。
【００６８】
上記サービスモデルのタイプ情報とはサービスのデータ通信モデルを意味しており、データインタラクション周期性（周期的データインタラクションであるかどうか）、データインタラクション頻度、データ量の大きさ、及びデータインタラクション方向（上りデータを主とし、又は下りデータを主とし、又は上り下りビットレートがほぼ同じである。）のうちの１種の特徴又は複数種の特徴の組み合わせを含む。サービスモデルのタイプ情報は、例えば、小データサービスモデル、又は高頻度サービスモデル、又は周期的サービスモデルという１種の特徴だけを含む情報である。また、サービスモデルのタイプ情報は、周期的小データサービスモデル、低頻度周期的小データ報告、極低頻度周期的小データ報告、極高頻度周期的小データインタラクションモデル、及び中頻度非周期的大データダウンロードモデルなどという複数種の特徴を含む情報である。
【００６９】
具体的サービスタイプとサービスモデルとの対応関係はネットワーク側とユーザー装置よって予め約定する。
【００７０】
上記ＰＬＭＮタイプ情報は、ネットワーク側とユーザー装置が予め約定したＰＬＭＮタイプ情報であり、ユーザー装置がそのＨＰＬＭＮ（Ｈｏｍｅ  ＰＬＭＮ、ローカル公衆陸上移動網）にあるかどうかの識別子情報、ユーザー装置がその等価のＨＰＬＭＮにあるかどうかの識別子情報、ユーザー装置がそのＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ、加入者識別モジュール）又はＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ、ユニバーサル加入者識別モジュール）に含まれる好ましいＰＬＭＮリストにおけるあるＰＬＭＮにあるかどうかの識別子情報、ユーザー装置がローミングするユーザー装置であるかどうかの識別子情報、ユーザー装置のＨＰＬＭＮの識別子情報、及びユーザー装置の等価ＨＰＬＭＮの識別子情報のうちの１種又は複数種を含む。
【００７１】
上記アクセスクラス（Ａｃｃｅｓｓ  Ｃｌａｓｓ）情報とは、ネットワーク側とユーザー装置が予め約定したアクセスクラスを意味しており、アクセスクラスシリアルナンバー、又はアクセスクラス識別子を含み、例えば、Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｎ（Ｎが０以上の正数である。）である。
【００７２】
上記サービスのＱｏＳ要求タイプ情報は、アクセス遅延の許容度、保証されたビットレート、及び許容するビット誤り率のうちの１種又は複数種の組み合わせを含む。アクセス遅延は、アクセス遅延への高感度、及びアクセス遅延への低感度という簡単な２級であってもよい。
【００７３】
あるいは、アクセス遅延は、アクセス遅延への高感度、アクセス遅延への中感度、及びアクセス遅延への低感度という複数級のように設定してもよい。
【００７４】
アクセス遅延は、複数種のＱｏＳ要求の組み合わせであってもよく、例えば、アクセス遅延への高感度+低い保証のビットレート+低ビット誤り率要求、又は
アクセス遅延への中感度+高い保証のビットレート+低ビット誤り率要求であってもよい。
【００７５】
上記ＱｏＳ要求はさらに細かい等級の数に分けられてもよい。
【００７６】
上記「ＲＲＣ接続確立原因リストの設置が後述する情報の１種又は複数種の組み合わせであってもよい」とは、ＲＲＣ接続確立原因リストは上記各種の特徴情報の１種又は複数種、或いは１種又は複数種の組み合わせであってもよいことを意味する。
【００７７】
例えば、表１はＲＲＣ接続確立原因リストの一つの実例（優先度情報とユーザー装置タイプ情報の組み合わせである。）である。
【００７８】
【表１】
2013542656.tif 000003
【００７９】
表２はＲＲＣ接続確立原因リストのもう一つの実例（サービスモデル情報とＱｏＳ要求情報の組み合わせである。）である。
【００８０】
【表２】
2013542656.tif 000004
【００８１】
そのほかの組み合わせ方式で新規ＲＲＣ接続確立原因を構成してもよい。
【００８２】
当業者は上記方法のステップのすべて又は一部がプログラムで関連ハードウェアに指令を出して完成されることが可能であると理解すべきであり、上記プログラムはコンピュータの読み取り可能記憶媒体、例えば、リードオンリーメモリー、磁気ディスク又は光ディスクなどに記憶可能である。選択的には、上記実施例のステップのすべて又は一部は１つの又は複数の集積回路によって実現されてもよい。それなりに、上記実施例に係る各モジュール／ユニットはハードウェアの形式によって実現されてもよく、ソフトウェア機能モジュールの形式によって実現されてもよい。本発明はいかなるの特定形式のハードウェアとソフトウェアの結合に限定されない。
【００８３】
上記説明は本発明の好ましい実施例に過ぎず、本発明の保護範囲を限定するものではない。本発明の発明内容によれば、さらにその他の複数種の実施例が存在し、本発明の趣旨及びその実質を逸脱せずに、当業者は本発明に基づいて各種の相応の変更と変形をすることができ、本発明の趣旨と原則で行われるいかなる修正、等価置換、改良などはいずれも本発明の保護範囲に含まれるべきである。
【産業上の利用可能性】
【００８４】
従来技術に比べて、本発明の受入制御方法及びシステムによれば、ユーザー装置はコール確立タイプに関連する、さらに正確な情報を報告してネットワーク側がさらに柔軟かつ精確な受入制御を行うことに補助する。
【図１】
2013542656.tif 000005
【図２】
2013542656.tif 000006
【図３】
2013542656.tif 000007
【図４】
2013542656.tif 000008
【図５】
2013542656.tif 000009
【国際調査報告】
2013542656.tif 000010
2013542656.tif 000011
2013542656.tif 000012
2013542656.tif 000013