(57)【要約】【課題】本発明の実施形態は、パケットアクセスを制御する方法、ネットワーク側装置、端末装置、及び通信システムを提供する。【解決手段】方法は、ユーザ機器ＵＥに割り当てられた一時的モバイルグループ識別情報ＴＭＧＩを運ぶアクセストリガメッセージを生成し、ＴＭＧＩについての、ＵＥのアクセス動作をパケットトリガするために、アクセストリガメッセージを送信することを含む。本発明の実施形態では、ＭＢＭＳ内にすでに存在しているグループ識別情報ＴＭＧＩが、パケットトリガＵＥアクセスのグループ識別情報として使用されてもよく、そして、ＴＭＧＩに属するＵＥのアクセス動作をトリガするために、ＴＭＧＩを運ぶアクセストリガメッセージが、対応して生成及び送信されてもよく、これにより、パケットトリガユーザアクセスの機能が実施される。【選択図】  図３
2015144483.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）に割り当てられた一時的モバイルグループ識別情報（ＴＭＧＩ）を運ぶアクセストリガメッセージを生成し、
前記ＴＭＧＩについての、前記ＵＥのアクセス動作をトリガするために、前記アクセストリガメッセージを送信すること
を含むことを特徴とする、パケットアクセスを制御する方法。
【請求項２】
アクセストリガメッセージを生成することは、
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）のＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに指示情報要素を追加して、又は、前記Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージ内の予備の、若しくは予約された位置、又は、前記Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージ内の情報要素の組み合わせを使用して、前記アクセストリガメッセージを生成すること、又は、
前記ＴＭＧＩを運ぶ、ＭＢＭＳのＣｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを、前記アクセストリガメッセージとして生成すること、又は、
前記ＴＭＧＩを運ぶマルチポイント制御チャネル（ＭＣＣＨ）メッセージを、前記アクセストリガメッセージとして生成すること
を含む、請求項１に記載の方法。
【請求項３】
前記ＭＣＣＨメッセージが前記アクセストリガメッセージとして働く場合に、前記方法が、
セル負荷と、セル内の、前記ＴＭＧＩに属するＵＥの数量とに従って、又は、前記セル負荷に従って、前記ＵＥのアクセスを制御するためのアクセスパラメータを設定し、前記ＭＣＣＨメッセージ内で前記アクセスパラメータを運ぶこと、又は、
前記ＭＣＣＨメッセージに対応するＭＴＣＨメッセージを、前記ＵＥの動作を制御するために生成すること
を更に含む、請求項２に記載の方法。
【請求項４】
アクセス動作を終了するための終了メッセージを生成又は受信し、
前記終了メッセージを前記ＵＥに送信すること
を更に含む、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記アクセストリガメッセージは、前記ＵＥの動作を制御するためのセッション識別子を更に運ぶ、請求項１に記載の方法。
【請求項６】
ユーザ機器（ＵＥ）に割り当てられた一時的モバイルグループ識別情報（ＴＭＧＩ）を運ぶアクセストリガメッセージを受信し、
前記アクセストリガメッセージに従って、前記ＴＭＧＩについてのアクセス動作を実行すること
を含むことを特徴とする、パケットアクセスを制御する方法。
【請求項７】
アクセストリガメッセージを受信することは、
前記アクセストリガメッセージとして働き、かつ、マルチポイント制御チャネル（ＭＣＣＨ）内で伝送される、ＭＣＣＨメッセージをリスンすること、又は、
前記アクセストリガメッセージとして働く、ＭＢＭＳのＣｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを受信すること
を含む、請求項６に記載の方法。
【請求項８】
前記ＭＣＣＨメッセージは、アクセスを制御するためのアクセスパラメータを更に運び、
前記アクセストリガメッセージに従って、前記ＴＭＧＩについてのアクセス動作を実行することは、
前記ＭＣＣＨ内で運ばれる前記アクセスパラメータに従って、アクセスを開始する、又は、前記ＭＣＣＨを引き続きリスンすると決定すること
を含む、請求項７に記載の方法。
【請求項９】
アクセス動作を停止するための終了メッセージを受信した場合、アクセス動作を停止すること、又は、
前記ＴＭＧＩについてのアクセスが一旦成功裏に開始された場合、アクセス動作を停止するための終了メッセージを受信する前には、後続のプロセスにおいて、前記ＴＭＧＩについてのアクセスを開始しないこと、又は、
アクセス動作を停止するための終了メッセージを受信した後、前記ＴＭＧＩについてのアクセスが成功裏に開始されていない場合、アクセス要求を自動的に開始する、若しくは、ネットワーク側ページングがアクセス要求を開始するのを待機すること
を更に含む、請求項６〜８のいずれか一項に記載の方法。
【請求項１０】
ＭＴＣＨ内で伝送されるＭＴＣＨメッセージをリスンし、
前記ＭＴＣＨメッセージに従って動作すること
を更に含む、請求項７に記載の方法。
【請求項１１】
前記アクセストリガメッセージは、前記ＵＥの動作を制御するためのセッション識別子も含み、
前記方法は、
前記セッション識別子に従って動作すること
を更に含む、請求項６に記載の方法。
【請求項１２】
ユーザ機器（ＵＥ）に割り当てられた一時的モバイルグループ識別情報（ＴＭＧＩ）を運ぶアクセストリガメッセージを生成するように構成された、生成ユニットと、
前記ＴＭＧＩについての、前記ＵＥのアクセス動作をトリガするために、前記アクセストリガメッセージを送信するように構成された、送信ユニットと
を備えることを特徴とする、ネットワーク側装置。
【請求項１３】
前記ネットワーク側装置は、コアネットワーク上に位置し、前記生成ユニットは、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）のＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに指示情報要素を追加して、又は、前記Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージ内の予備の、若しくは予約された位置、又は、前記Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージ内の情報要素の組み合わせを使用して、前記アクセストリガメッセージを生成する、又は、
前記ネットワーク側装置は、アクセスネットワーク上に位置し、前記生成ユニットは、前記ＴＭＧＩを運ぶマルチポイント制御チャネル（ＭＣＣＨ）メッセージ、又は、前記ＴＭＧＩを運ぶ、ＭＢＭＳのＣｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを、前記アクセストリガメッセージとして生成する、  
請求項１２に記載のネットワーク側装置。
【請求項１４】
ユーザ機器（ＵＥ）に割り当てられた一時的モバイルグループ識別情報（ＴＭＧＩ）を運ぶアクセストリガメッセージを受信するように構成された、受信ユニットと、
前記アクセストリガメッセージに従って、前記ＴＭＧＩについてのアクセス動作を実行するように構成された、アクセスユニットと
を備えることを特徴とする、端末装置。
【請求項１５】
前記受信ユニットは、前記アクセストリガメッセージとして働き、かつ、マルチポイント制御チャネル（ＭＣＣＨ）内で伝送される、ＭＣＣＨメッセージをリスンする、又は、
前記受信ユニットは、前記アクセストリガメッセージとして働く、ＭＢＭＳのＣｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを受信する、
請求項１４に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１１年３月４日に中国専利局に出願された、「ＭＥＴＨＯＤ  ＦＯＲ  ＣＯＮＴＲＯＬＬＩＮＧ  ＰＡＣＫＥＴ  ＡＣＣＥＳＳ，ＮＥＴＷＯＲＫ  ＳＩＤＥ  ＤＥＶＩＣＥ，ＴＥＲＭＩＮＡＬ  ＤＥＶＩＣＥ  ＡＮＤ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＳＹＳＴＥＭ（パケットアクセスを制御する方法、ネットワーク側装置、端末装置、及び通信システム）」と題された、中国特許出願第２０１１１００５２９２８．０号の優先権を主張するものであり、当該出願はその全体が参照によって本明細書中に援用される。
【０００２】
本発明の実施形態は、通信の分野に関し、特に、パケットアクセスを制御する方法、ネットワーク側装置、端末装置、及び通信システムに関する。
【背景技術】
【０００３】
モノのインターネット（以下では、Ｍ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅと呼ぶ）は、１９９９年に最初に提案された。目的は、全ての物を情報感知装置を介してインターネットに接続し、これにより、インテリジェントな識別及び管理を実施することである。情報感知装置をインターネットと結合することによって、全ての物の遠隔感知及び制御が実施されることが可能になり、これにより、よりインテリジェントな生産及び生活システムが形成される。これは、現在のインターネットより大規模であり、スマートグリッド、インテリジェント交通、環境保護、政府事業、公共の安全、スマートホーム、インテリジェント火災制御、工業監視、高齢者介護、及び個人の健康などの、多数の分野に広く適用される。
【０００４】
モノのインターネットは、コンピュータ、インターネット、及びモバイル通信ネットワークの後の、情報産業のもう１つの波であり、大規模に普及すると予測することが可能である。技術の発達に伴って、Ｍ２Ｍ装置の数量は驚異的に増加する。これらの装置は、無線通信技術と密接に統合され、無線接続を介してデータを取得する、又は、コントロールセンタにデータを報告する。しかしこの状況では、大量のランダムな又は周期的な報告データが生成される。データは、無線水量計、電力量計、自動販売機、及びＰＯＳ端末などの、様々な特定の適用例から生じる。このタイプの適用例は、ネットワークに対して大きな影響を有し、ネットワークの輻輳、又は、更には、機能停止さえ発生させる。
【０００５】
ユーザアクセスをトリガする技術では、ＬＴＥシステム（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ロングタームエボリューション）を例として取り上げると、ユーザアクセスを徐々にトリガするために、ページングメッセージを現在使用している。この技術に基づいて、大量の端末が同時にアクセスをトリガする必要がある場合、ページングチャネルは、重い負荷がかけられ、ネットワークの輻輳を容易に発生させる。
【０００６】
大量のユーザが同時に報告を実行する、特定のＭ２Ｍ適用例では、同時のユーザ報告が制御下にない場合、ネットワークは深刻な影響を受け、ネットワークの輻輳、又は、更には、機能停止をもたらす。ネットワークは、ページング方法を使用して、大量のユーザのアクセスを効果的に制御し、これにより、大量のユーザのアクセスに起因するネットワークの影響を減らすことが可能である。しかし、各ユーザの別個のページングは、システムの大量のページングリソースを占有し、更には、他のユーザの通常のページングに悪影響を及ぼす。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の複数の態様は、パケットトリガアクセスの機能を実施することが可能な、パケットアクセスを制御する方法、ネットワーク側装置、端末装置、及び通信システムを提供する。
【課題を解決するための手段】
【０００８】
本発明の一態様によれば、ユーザ機器ＵＥに割り当てられた一時的モバイルグループ識別情報ＴＭＧＩを運ぶアクセストリガメッセージを生成し、ＴＭＧＩについての、ＵＥのアクセス動作をパケットトリガするために、アクセストリガメッセージを送信することを含む、パケットアクセスを制御する方法が提供される。
【０００９】
本発明の別の態様によれば、ユーザ機器ＵＥに割り当てられた一時的モバイルグループ識別情報ＴＭＧＩを運ぶアクセストリガメッセージを受信し、アクセストリガメッセージに従って、ＴＭＧＩについてのアクセス動作を実行することを含む、パケットアクセスを制御する方法が提供される。
【００１０】
本発明の更に別の態様によれば、ユーザ機器ＵＥに割り当てられた一時的モバイルグループ識別情報ＴＭＧＩを運ぶアクセストリガメッセージを生成するように構成された、生成ユニットと、ＴＭＧＩについての、ＵＥのアクセス動作をパケットトリガするために、アクセストリガメッセージを送信するように構成された、送信ユニットとを含む、ネットワーク側装置が提供される。
【００１１】
本発明の更に別の態様によれば、ユーザ機器ＵＥに割り当てられた一時的モバイルグループ識別情報ＴＭＧＩを運ぶアクセストリガメッセージを受信するように構成された、受信ユニットと、アクセストリガメッセージに従って、ＴＭＧＩについてのアクセス動作を実行するように構成された、アクセスユニットとを含む、端末装置が提供される。
【００１２】
本発明の更に別の態様によれば、前述のネットワーク側装置又は端末装置を含む、通信システムが提供される。
【発明の効果】
【００１３】
本発明の実施形態では、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ、マルチメディアブロードキャスト／マルチキャストサービス）内にすでに存在しているグループ識別情報ＴＭＧＩが、パケットトリガＵＥアクセスのグループ識別情報として使用されてもよく、そして、ＴＭＧＩに属するＵＥのアクセス動作をトリガするために、ＴＭＧＩを運ぶアクセストリガメッセージが、対応して生成及び送信されてもよく、これにより、パケットトリガユーザアクセスの機能が実施される。
【図面の簡単な説明】
【００１４】
本発明の実施形態の技術的解決法をより明確に説明するために、以下では、実施形態又は従来技術を説明するために必要とされる添付の図面について簡単に説明する。明らかに、以下の説明における添付の図面は、本発明のいくつかの実施形態を示すものにすぎず、当業者は、これらの図面から、創造的な活動を行うことなく、その他の図面を導き出すことが可能である。
【００１５】
【図１】ＭＢＭＳのネットワークアーキテクチャの概略図である。
【図２】ＭＢＭＳの動作プロセスの概略図である。
【図３】本発明の実施形態による、パケットアクセスを制御する方法の概略フローチャートである。
【図４】本発明の実施形態による、パケットアクセスを制御する方法の概略フローチャートである。
【図５】本発明の実施形態による、アクセスをトリガするプロセスの概略図である。
【図６】本発明の別の実施形態による、アクセスをトリガするプロセスの概略図である。
【図７】本発明の実施形態による、無線アクセスネットワークトリガアクセスの方法の概略フローチャートである。
【図８】本発明の実施形態による、ネットワーク側装置の概略ブロック図である。
【図９】本発明の実施形態による、端末装置の概略ブロック図である。
【発明を実施するための形態】
【００１６】
以下では、本発明の実施形態における技術的解決法について、本発明の実施形態における添付の図面を参照して明確かつ完全に説明する。明らかに、説明される実施形態は、本発明の実施形態の全てではなく、一部にすぎない。当業者によって、本発明の実施形態に基づいて、創造的な活動を行うことなく取得される全てのその他の実施形態は、本発明の保護範囲内に入る。
【００１７】
本発明の技術的解決法は、ＧＳＭ（登録商標）、ＬＴＥ、及びＵＭＴＳ通信システム、又は、ＭＢＭＳをサポートするその他の無線通信システムに適用可能である。
【００１８】
本発明の実施形態では、ＭＢＭＳ技術における、各ノード、ノード間のインタフェース、及び、インタフェース上を移送されるメッセージが、ネットワークにアクセスするようユーザをトリガするために使用されてもよい。
【００１９】
図１は、ＭＢＭＳのネットワークアーキテクチャの概略図である。ユーザ機器ＵＥは、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ユニバーサル地上無線アクセスネットワーク）及びＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、発展型ユニバーサル地上無線アクセスネットワーク）などの、ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、無線アクセスネットワーク）を介して、ＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ、コアネットワーク）にアクセスする。ＵＥノードが、ネットワークにアクセスするようトリガされる必要がある場合、ＣＮ内で、ＢＭ−ＳＣ（Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ−Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ、ブロードキャストマルチキャストサービスセンタ）が、Ｍ２Ｍサーバと、直接、又はその他の装置を介して接続される。ＢＭ−ＳＣは、パケットユーザを維持及び管理する機能を有する。
【００２０】
図２は、ＭＢＭＳの動作プロセスの概略図であり、ここで、Ｓ２１、Ｓ２３、Ｓ２８はマルチキャストに固有であり、その他の動作はブロードキャスト及びマルチキャストの両方のためのプロセスである。図２に示すＳ２１で、加入動作（ｓｕｂｓｃｒｉｐｔｉｏｎ）を実行し、Ｓ２２で、サービスアナウンスメント（ｓｅｒｖｉｃｅ  ａｎｎｏｕｎｃｅｍｅｎｔ）を送信し、Ｓ２３で、ＵＥがサービスを追加し、Ｓ２４で、セッションが開始される。Ｓ２５で、ＭＢＭＳが通知され、次に、Ｓ２６で、ＵＥにデータを伝送する。Ｓ２７でセッション停止（ｓｅｓｓｉｏｎ  ｓｔｏｐ）メッセージが送信された場合、ブロードキャスト又はマルチキャストは終了する。Ｓ２８で、ＵＥはサービスを離脱する。
【００２１】
本発明のこの実施形態では、無線セルラ通信ネットワークにおいて、アクセスを開始するようユーザのグループをトリガする、既存のＭＢＭＳ技術の機能が使用され、ネットワークにアクセスするユーザの数量の制御が、無線ネットワークの負荷などの情報に従って実施されることが可能である。更に、既存のＭＢＭＳ技術の機能は、公共運搬及び接続確立をトリガするための識別子としても使用されてもよく、これにより、大量の端末のアクセスに起因する、ネットワークへの影響が更に減少する。
【００２２】
図３は、本発明の一実施形態による、パケットアクセスを制御する方法３０の概略フローチャートである。方法３０は、コアネットワーク内のＢＭ−ＳＣ、又は、無線アクセスネットワーク内のｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ、発展型ノードＢ）又はＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ、無線ネットワークコントローラ）などの、ネットワーク側装置によって主として実行される。
【００２３】
図３に示すように、Ｓ３１で、アクセストリガメッセージを生成する。アクセストリガメッセージは、ユーザ機器ＵＥに割り当てられた一時的モバイルグループ識別情報ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を運ぶ。例えば、ＢＭ−ＳＣは、ユーザの各グループに、異なるＴＭＧＩを割り当ててもよい。
【００２４】
次に、Ｓ３５で、ＴＭＧＩについての、ＵＥのアクセス動作をパケットトリガするために、アクセストリガメッセージを送信する。
【００２５】
このようにして、本発明のこの実施形態では、ＭＢＭＳ内にすでに存在しているグループ識別情報ＴＭＧＩが、パケットトリガＵＥアクセスのグループ識別情報として使用されてもよく、そして、ＴＭＧＩに属するＵＥのアクセス動作をトリガするために、ＴＭＧＩを運ぶアクセストリガメッセージが、対応して生成及び送信されてもよく、これにより、パケットトリガユーザアクセスの機能が実施される。
【００２６】
本発明の一実施形態によれば、コアネットワークパケットがＵＥに対して最初に実行されてもよく、ＴＭＧＩが、ＵＥの各コアネットワークパケットに割り当てられてもよく、そして、ＵＥは通知されてもよい。割り当て及び通知の方法は、従来のＭＢＭＳサービス通知方法を採用することによって実施されてもよく、通知は、この部分のユーザがネットワークにアクセスした後で実行されてもよく、又は、この部分のＴＭＧＩが前もってユーザのために予約され、それらがネットワークにアクセスした後、修正及び維持が実行される。Ｓ２１（加入）及びＳ２２（サービスアナウンスメント）などの、ＭＢＭＳプロセスは、パケットの維持及び通知を実行するために使用されてもよい。
【００２７】
加えて、特定のサービスに関して、本発明の実施形態では、ＴＭＧＩとサービスとの間のマッピング関係が確立されてもよく、ＵＥは、マッチング関係を通知されてもよい。例えば、ビジネスとして分類される、特定の電力会社の検針ビジネスが、サービスと、特定のＴＭＧＩとの間のマッピング関係を確立する。
【００２８】
方法３０のＳ３１において、本発明の一実施形態によれば、コアネットワーク内で、ＭＢＭＳのＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔ（セッション開始要求）が、同じサービスを有するユーザのグループを、アクセスするようトリガするための、本発明の実施形態のアクセストリガメッセージを生成するために使用されてもよい。ＢＭ−ＳＣは、関連情報をサーバから受信した後、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージを下流ノードに送信し、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔ内で運ばれるＴＭＧＩは、異なるユーザパケットに対応する。従来のＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージと、本発明の実施形態における、パケットユーザアクセスをトリガするためのメッセージ（すなわち、アクセストリガメッセージ）との間をノードが区別することを可能にするために、指示情報要素ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）がＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔに追加され、又は、メッセージ内の予備の、又は予約された位置が使用され、又は、特定のメッセージフォーマットが使用されてもよい。
【００２９】
具体的には、現在のＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔがパケットユーザアクセスをトリガするためのメッセージであることを示すために、Ｇ−Ｉｎｄｉｃａｔｏｒと呼ばれてもよい特別な指示ＩＥが、元のＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔに追加されてもよい。各ノードは、この指示を受信した後、現在のメッセージがパケットユーザアクセスをトリガするために使用されると判断し、次に、後続の動作を実行する。
【００３０】
以下の表１は、アクセストリガメッセージとして働くＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔに情報要素を追加する例を示す。
【表１】
2015144483.tif 000003
【００３１】
あるいは、元のＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージの、予備の、又は予約された位置が、現在のメッセージがパケットユーザアクセスをトリガするためのメッセージであることを示すために使用されてもよい。
【００３２】
前述の２つの手法は、明示的な指示手法である。本発明の実施形態では、暗黙的な指示手法が採用されてもよい。例えば、本発明の別の実施形態によれば、元のＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔの、いくつかの特別なメッセージフォーマットが、現在のメッセージがパケットユーザアクセスをトリガするためのメッセージであることを示すために使用されてもよい。ここで、特別なメッセージフォーマットは、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔ内での、いくつかのＩＥの組み合わせであってもよい。例えば、いくつかのＴＭＧＩ、Ｓｅｓｓｉｏｎ  ＩＤ（セッション識別子）などが、アクセストリガメッセージのための、現在のメッセージの指示として使用される。
【００３３】
同時に、リソースを更に節約するために、ネットワークにアクセスするようＵＥをトリガするために不必要な、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  ＲｅｑｕｅｓｔメッセージのいくつかのＩＥは、削除又は修正されてもよい。
【００３４】
ＭＢＭＳのＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージは、ネットワーク側上のネットワーク要素間で主として伝送される。無線アクセスネットワーク内で、対応するアクセストリガメッセージが、アクセスするようＵＥをパケットトリガするために生成されてもよい。方法３０のＳ３１において、本発明の一実施形態によれば、ＲＡＮは、ＴＭＧＩを運ぶマルチポイント制御チャネルＭＣＣＨ（Ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）メッセージを、アクセストリガメッセージとして生成する。
【００３５】
例えば、ＴＭＧＩを運び、対応するマルチポイント制御チャネルＭＣＣＨ上で伝送されるメッセージ（マルチメディアブロードキャスト単一周波数ネットワーク領域構成ＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎメッセージ、Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ  Ａｒｅａ  Ｃｏｎｆｉｇｕｒａｔｉｏｎなど）に、同じＴＭＧＩを有するユーザにネットワークにアクセスすることを通知するための、特別な指示情報が追加される（Ｇ−Ｉｎｄｉｃａｔｏｒ、又はアクセス情報ＡｃｃｅｓｓＩｎｆｏｒｍａｔｉｏｎ情報要素を追加することなど）。
【００３６】
あるいは、ＲＡＮノードは、ＭＣＣＨ上の元のメッセージの、予備の、又は予約された位置を、現在のメッセージがパケットユーザアクセスをトリガするためのメッセージであることを示すために使用する。
【００３７】
前述の２つの手法は、明示的な指示手法である。本発明の実施形態では、暗黙的な指示手法が採用されてもよい。例えば、本発明の別の実施形態によれば、ＭＣＣＨ上の元のメッセージの、いくつかの特別なメッセージフォーマットが、現在のメッセージがパケットユーザアクセスをトリガするためのメッセージであることを示すために使用されてもよい。ここで、特別なメッセージフォーマットは、いくつかのＴＭＧＩ、Ｓｅｓｓｉｏｎ  ＩＤなどを、パケットユーザアクセスをトリガするメッセージのための、現在のメッセージの指示として使用してもよい。
【００３８】
同時に、リソースを更に節約するために、ネットワークにアクセスするようＵＥをトリガするために不必要な、元のＭＣＣＨメッセージのいくつかのＩＥは、削除又は修正されてもよい。
【００３９】
本発明の別の実施形態によれば、ＭＢＭＳ技術のＣｏｕｎｔｉｎｇメカニズムが、パケットユーザのアクセスをトリガするために改良されてもよい。この状況では、Ｓ３１において、ＲＡＮは、ＭＢＭＳのＣｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを、アクセストリガメッセージとして拡張してもよい。
【００４０】
図４は、本発明の一実施形態による、パケットアクセスを制御する方法４０の概略フローチャートである。方法４０は、ユーザ機器ＵＥによって主として実行される。
【００４１】
図４に示すように、方法４０のＳ４１で、ＵＥは、アクセストリガメッセージを受信し、ここで、アクセストリガメッセージは、ＵＥに割り当てられたＴＭＧＩを運ぶ。次に、Ｓ４５で、アクセストリガメッセージに従って、ＴＭＧＩについてのアクセス動作を実行する。
【００４２】
このようにして、本発明のこの実施形態では、ＭＢＭＳ内にすでに存在しているグループ識別情報ＴＭＧＩが、パケットトリガＵＥアクセスのグループ識別情報として使用されてもよく、そして、ＴＭＧＩに属するＵＥのアクセス動作をトリガするために、ＴＭＧＩを運ぶアクセストリガメッセージが、対応して生成及び送信されてもよく、これにより、パケットトリガユーザアクセスの機能が実施される。
【００４３】
ネットワーク側上の前述の動作に対応して、ＵＥは、アクセストリガメッセージとして働く、かつ、ＭＣＣＨ内で伝送される、ＭＣＣＨメッセージをリスンしてもよく、又は、アクセストリガメッセージとして働くＣｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを受信してもよい。
【００４４】
以下では、本発明の実施形態による、パケットアクセスを制御するプロセスについて詳述する。図５は、本発明の一実施形態による、アクセスをトリガするプロセス５０の概略図である。プロセス５０では、ネットワーク上の各Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに小さな修正を行い、更に、いくつかのメッセージには修正を行わない。
【００４５】
最初に、Ｓ５１で、Ｍ２Ｍサーバは、アクセス要求を開始する。ＢＭ−ＳＣは、これに対処し、ＴＭＧＩを割り当て、Ｓ５２で、コアネットワークのアクセストリガメッセージとして、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージを、下流ノードに送信する。各下流ノードＭＢＭＳ  ＧＷ（ゲートウェイ、Ｇａｔｅｗａｙ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、モビリティ管理エンティティ）／ＳＧＳＮ（サービングＧＰＲＳサポートノード、Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）は、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージを下向きに転送し（Ｓ５２、Ｓ５４、Ｓ５５）、そして、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｐｏｎｓｅ（セッション開始応答）メッセージを、上流ノードに、対応して返してもよい（Ｓ５３、Ｓ５５、Ｓ５７）。
【００４６】
Ｓ５８で、ＲＡＮは、対応するＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージを受信した後、アクセスレイヤのアクセストリガメッセージとして、ＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎメッセージを、ＭＣＣＨを介して送信し、そして、運ばれるＴＭＧＩを使用して、セルの、対応するパケット内のＵＥを、アクセスするようトリガする。
【００４７】
ＵＥは、対応するＴＭＧＩを受信した後、アクセスを開始する。アクセスが成功した場合、Ｓ５９で、接続を確立し、Ｓ６０で終了メッセージ（Ｓｅｓｓｉｏｎ  Ｓｔｏｐ（セッション停止）メッセージ、又は、アクセス停止を指示するためのその他の形態での指示メッセージなど）が受信されるまで、データ伝送を実行する。Ｓ５９は、各ユーザについて別個に確立される接続、又は公共接続であってもよい。
【００４８】
Ｓｅｓｓｉｏｎ  ＳｔａｒｔからＳｅｓｓｉｏｎ  Ｓｔｏｐまでの期間は、複数回のパケットトリガアクセスを含んで、パケット内のユーザのうちの大多数を成功裏にアクセスさせてもよい。
【００４９】
本発明の一実施形態によれば、各パケット内のＵＥは、特定の期間内に１回の成功したアクセスを開始するのみである。言い換えると、ＵＥが一度成功裏にアクセスした場合、そのＵＥは、特定の期間内、又は、Ｓｅｓｓｉｏｎ  Ｓｔｏｐメッセージを受信する前には、同じＴＭＧＩを含むＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎメッセージを自動的に無視する。
【００５０】
本発明の実施形態によるプロセス５０は、パケットトリガアクセスの機能を実施する。
【００５１】
無線アクセスネットワークの負荷状況などの情報に従って、アクセス制御を更に実行するために、無線アクセスネットワーク再パケットが実行されてもよい。図６は、本発明の別の実施形態による、アクセスをトリガするプロセス６０の概略図である。プロセス６０は、無線アクセスネットワークパケットのための一解決法である。図６では、図５と同じ又は類似した部分は、同じ参照記号によって印付けられており、繰り返して説明されない。
【００５２】
図６と図５との間の主な違いは、ＵＴＲＡＮ又はＥ−ＵＴＲＡＮにおけるＳ６１（無線アクセスネットワーク再パケット）である。無線アクセスネットワーク再パケットは、ＲＡＮ負荷に従ってアクセス制御を実行し、アクセス衝突の発生を効果的に減少させてもよい。ＲＡＮは、アクセスパラメータを設定することによって、ＴＭＧＩと組み合わせて、パケットユーザのアクセスをトリガ及び制御する。例えば、ＵＥは、ＴＭＧＩ及びアクセスパラメータを、ユーザを再パケットするために使用し、ＵＥは、受信されたＴＭＧＩ及びアクセスパラメータに従って、アクセスを開始するかどうかを判断する。この場合、ＲＡＮは、セル負荷と、セル内の、ＴＭＧＩに属するＵＥの数量とに従って、又は、セル負荷に従って、ＵＥのアクセスを制御するためのアクセスパラメータを設定し、ＭＣＣＨメッセージ内でアクセスパラメータを運んでもよい。アクセスパラメータは、複数の様式及びそれらの組み合わせを含む（アクセス確率係数、モジュロ、許容されるアクセス時間長など）。
【００５３】
各セルのユーザ分布状況が取得されることが可能である場合、ＲＡＮパケットは、現在のネットワーク負荷状況と、ユーザの数量とに従って、より正確に更に実行されてもよく、セルユーザパケット情報を取得する方法は、以下の通りである。
【００５４】
第１のタイプは、ＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ、コアネットワーク）ノード及び／又はサーバから関連情報を取得することである。この方法は、インテリジェント検針などの、端末が固定されている適用例に適用可能である。この場合、位置情報の更新頻度は低く、従って、関連情報は、周期的な、又はイベントトリガされた更新の際に記憶されてもよい。
【００５５】
第２のタイプは、ＵＥから関連情報を取得することである。この方法は、端末が移動するシナリオにも適用可能である。ＵＥは、関連するパケット情報をＲＡＮに通知する、かつ、パケット情報を更新してもよい。
【００５６】
ＵＥに、関連するＲＡＮパケット情報を通知するために、ＵＥは、関連するアクセスパラメータを通知される必要がある。
【００５７】
具体的には、ＲＡＮがＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージを受信した後、ＵＥが、現在のセルのパケットユーザ状況を記憶する、又は、現在のセルのパケットユーザ状況を他のノードから取得してもよい場合、ＲＡＮは、現在のセルの負荷状況と、パケット内の、現在のセルのユーザの数量とに従って、アクセスパラメータを計算し、アクセスパラメータ情報をＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎメッセージに追加することによって、ＵＥに通知する。
【００５８】
ＲＡＮがＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージを受信した後、ＵＥが、現在のセルのパケットユーザ状況を保有しない、かつ、現在のセルのパケットユーザ状況を他のノードから取得しない場合、ＲＡＮは、現在のセルの負荷状況に従って、アクセスパラメータを設定し、ＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎを介してＵＥに通知する。
【００５９】
加えて、ＲＡＮは、前に成功裏にアクセスしたユーザの数量と、アクセスパラメータと、ネットワーク負荷の変化とに従って、後続のアクセスパラメータを調節することが可能である。
【００６０】
Ｓ６２及びＳ６３は、それぞれ、図５のＳ５８に類似している。但し、ＲＡＮ再パケットに従って、Ｓ６２及びＳ６３は、それぞれ、各再パケットＵＥを、アクセスするようトリガし、アクセスが成功した後、Ｓ６４及びＳ６５でそれぞれ接続を確立し、データ伝送を実行する。Ｓ６４及びＳ６５は、それぞれ、図５のＳ５９に類似している。
【００６１】
Ｓ６０において、Ｓｅｓｓｉｏｎ  Ｓｔｏｐメッセージが上流ノードから受信された後、ＲＡＮは、このパケットトリガアクセスが終了したことをＵＥに通知し、関連するリソースを解放する。ＲＡＮは、特定の停止条件（アクセスするようトリガされるユーザの数量が０、全てのユーザがアクセス済み、などの様々な停止条件が存在する）を満たした後、そのＲＡＮ自体によって、Ｓｅｓｓｉｏｎ  Ｓｔｏｐメッセージをトリガしてもよい。Ｓｅｓｓｉｏｎ  Ｓｔｏｐの後でアクセスに成功していないＵＥについては、ネットワークが、アクセスを実行するための個々の呼を後で開始する、又は、ＵＥ自体がアクセス要求を開始する。ＵＥは、パケットトリガアクセス終了メッセージを送信しなくてもよく、しかし、特別なアクセスパラメータを、現在のパケットトリガアクセスの終了識別子として使用してもよい。又は、ＵＥは、パケットトリガアクセス終了メッセージを通知されず、代わりに、ＵＥは、それ自体によって判断を行う。
【００６２】
ＵＥは、対応するＭＣＣＨをリスンし、ＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信し、それらの中に含まれるアクセスパラメータに従って、アクセスを開始するかどうかを計算及び判断してもよい（アクセスを開始する、又は、ＭＣＣＨを引き続きリスンすると決定することなど）。
【００６３】
具体的には、ＵＥが一旦成功裏にアクセスを開始した場合、後続のプロセスにおいて、ＵＥは、終了メッセージを受信するまで、又は、関連するパケットトリガアクセスメッセージを期間内に受信しなかった時まで、同じパケットのアクセスを開始しない。ＵＥは、アクセスの開始に成功していない場合、対応するチャネルを引き続きリスンし、後続のパケットトリガアクセスプロセスの間に再アクセスする。
【００６４】
ＵＥが、終了を取得した後、又は、関連するパケットトリガアクセスメッセージを期間内に受信しなかった後、まだアクセスに成功していない場合、ＵＥは、必要に応じて、アクセス要求を開始してもよく、又は、ネットワークページングがアクセス要求を開始するのを待機してもよい。特別なアクセスパラメータが、パケットトリガアクセスの終了識別子として使用されてもよい。
【００６５】
本発明の実施形態のプロセス６０による無線アクセスネットワーク再パケット解決法を採用することは、一局面では、無線アクセスネットワークの負荷を迅速かつ効果的に制御することを可能にし、別の局面では、ダウンリンクチャネルの占有を効果的に減少させることを可能にする。
【００６６】
ＭＣＣＨメッセージ以外に、本発明の実施形態では、ＭＢＭＳのＣｏｕｎｔｉｎｇ（計数）メカニズムも、パケットトリガアクセスを実行するために使用されてもよい。
【００６７】
この状況では、ＲＡＮノードは、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージを上流ノードから受信した後、Ｃｏｕｎｔｉｎｇメカニズムをトリガし、ＭＢＭＳ  Ｃｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを、ＵＥに、トリガアクセスメッセージとして送信する。ここでのＣｏｕｎｔｉｎｇメカニズムは、ＭＢＭＳの通常のＣｏｕｎｔｉｎｇメカニズムとは異なり、全てのユーザの、ネットワークへのアクセスを実施するための、強化されたＣｏｕｎｔｉｎｇメカニズムを使用し、これは、全て又はほとんどのユーザが成功裏にネットワークにアクセスするまで、強化されたＣｏｕｎｔｉｎｇプロセスを停止させる。強化されたＣｏｕｎｔｉｎｇメカニズムを採用することによってパケットユーザをトリガすることは、ユーザのグループを複数回トリガし、グループの全て又はほとんどのユーザがネットワークにアクセスすることを徐々に可能にすることを必要とする場合があり、パケットトリガをいつ終了するかをネットワークがＵＥに通知することが可能であることを必要とする。パケットトリガの終了を通知する識別子は、特別なアクセス確率係数、様々なＳｅｓｓｉｏｎ  ＩＤ、又は特別なメッセージなどであってもよい。終了識別子を受信する前、パケットに属するＵＥは、このトリガ方法を使用して一旦成功裏にアクセス済みである場合、アクセス要求を開始せず、終了識別子を受信した後、ＵＥは、この方法を再使用して、ネットワークにアクセスするようパケットユーザをトリガしてもよい。
【００６８】
以下では、この状況におけるＲＡＮの動作プロセスの例の概略図について説明する。図７は、本発明の一実施形態による、ＲＡＮトリガアクセスの方法７０の概略フローチャートである。方法７０では、前述のＣｏｕｎｔｉｎｇメカニズムが採用され、このメカニズムのアクセス確率係数が、アクセスパラメータの例として使用される。最初に、方法７０のＳ７１で、ＲＡＮノードは、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージを上流ノードから受信し、これはパケットのＴＭＧＩを運ぶ。次に、Ｓ７２で、アクセス確率係数ａを計算する。ここで、ＲＡＮ自体が、現在のセルの、パケットのＵＥ状況を記憶する、又は、現在のセルの、パケットのＵＥ状況を他のノードから取得してもよい場合、Ｓ７２で、ＲＡＮは、現在のセルの負荷状況と、パケットの、現在のセル内の、ＴＭＧＩに属するＵＥの数量とに従って、アクセス確率係数ａを計算し、ＵＥに通知する。別の局面では、ＲＡＮが、現在のセルの、パケットのＵＥ状況を保有しない、かつ、現在のセルの、パケットのＵＥ状況を他のノードから取得しない場合、ＲＡＮは、現在のセルの負荷状況に従って、より小さな確率係数ａを設定し、ＵＥに通知する。一般に、ａは、この場合、比較的小さな値に設定される必要がある。
【００６９】
加えて、Ｓ７２において、ＲＡＮは、前に成功裏にアクセスしたユーザの数量と、アクセス確率係数と、ネットワーク負荷の変化とに従って、後続のアクセス確率係数ａを調節してもよい。更に、ａは１より大きくないことが要求され、ａが１より大きいことを計算が示す場合、ａ＝１に設定されてもよい。
【００７０】
ＲＡＮは、Ｓ７３で、強化されたＣｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを、本発明の実施形態のアクセストリガメッセージとして送信する。このメッセージは、アクセスを開始するかどうかをＵＥが判断するための、アクセス確率係数ａも運ぶ。
【００７１】
Ｓ７４で、現在のパケットトリガアクセスが停止条件を満たすかどうかを判断する。Ｓｅｓｓｉｏｎ  Ｓｔｏｐメッセージを上流ノードから受信、ａ＝１、アクセスするようトリガされるユーザの数量が０、全てのユーザがアクセス済み、などを含む様々な停止条件が存在する。停止条件が満たされない場合（Ｓ７４の「いいえ」分岐）、Ｓ７２に戻り、次回のアクセス確率係数ａが引き続き計算される。
【００７２】
停止条件が満たされる場合（Ｓ７４の「はい」分岐）、パケットトリガアクセスは終了し、終了メッセージが生成され、ＵＥに通知される。（例えば、終了メッセージを送信する、又は、ａ＝ｏ又は１などの特別なアクセスパラメータを、パケットトリガアクセスを停止するようＵＥに通知する、メッセージの指示として使用する）。関連するパケットトリガアクセスメッセージが期間内に送信されず、ＵＥがそれ自体によって終了を判断するよう任される、ということであってもよい。
【００７３】
パケットアクセストリガが終了した後でアクセスに成功していないユーザについては、ネットワークが、アクセスを実行するためのページングを後で開始する、又は、ユーザ自体がアクセス要求を開始する。
【００７４】
対応して、ＵＥは、Ｃｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを受信した後、その中のアクセスパラメータに従って、報告するかどうかを判断する。報告される必要があるＵＥは、Ｃｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージの後、接続を確立する。ＵＥが成功裏にネットワークにアクセスした場合、後続のプロセスにおいて、ＵＥは、終了メッセージを受信するまで、又は、関連するパケットトリガアクセスメッセージを期間内に受信しなかった時まで、アクセスを開始しない。ＵＥがネットワークへのアクセスに成功していない場合、ＵＥは、ＭＣＣＨを引き続きリスンし、その中のアクセスパラメータに従って、報告するかどうかを判断する。
【００７５】
Ｃｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを受信していないユーザ、及び、計算を介して、アクセスを開始しないユーザは、Ｃｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを引き続きリスンし、その中のアクセスパラメータに従って、報告するかどうかを判断する。
【００７６】
ＵＥが、終了を指示するアクセスパラメータを受信した後（終了メッセージ、又は前述のａ＝０又は１）、又は、関連するパケットトリガアクセスメッセージを期間内に受信しなかった後、まだアクセスの開始に成功していない場合、ＵＥは、必要に応じて、それ自体によってアクセス要求を開始してもよく、又は、ネットワークページングがアクセス要求を開始するのを待機してもよい。
【００７７】
このようにして、本発明のこの実施形態では、ＭＢＭＳのＣｏｕｎｔｉｎｇメカニズムが、パケットトリガアクセスを実施するために拡張されてもよい。
【００７８】
本発明の一実施形態によれば、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージは、ＴＭＧＩを含むこと以外に、Ｓｅｓｓｉｏｎ  ＩＤなどの、その他のＩＤも含んでもよい。この場合、前述の解決法は、Ｓｅｓｓｉｏｎ  ＩＤを使用することによって強化されてもよい。
【００７９】
例えば、ＢＭ−ＳＣは、異なるＳｅｓｓｉｏｎ  ＩＤに従って、以前のＣＮパケット（ＴＭＧＩによって識別される）を更に分割し、Ｓｅｓｓｉｏｎ  ＩＤとアクセス情報（アクセス確率係数など）との間のマッピング関係を確立してもよい。このようにして、ＴＭＧＩとＳｅｓｓｉｏｎ  ＩＤとは、ユーザのグループのアクセスをトリガ及び制御するために、一緒に使用されてもよい。
【００８０】
本発明の別の実施形態によれば、Ｓｅｓｓｉｏｎ  ＩＤは、ＵＥのグループ（ＴＭＧＩによって識別される）の、異なる動作を区別するために使用されてもよい。例えば、インテリジェント検針に関して、ネットワークアクセス及び測定などの、異なる動作が実行されてもよく、Ｓｅｓｓｉｏｎ  ＩＤを、異なる動作にマッピングし、ＵＥに通知してもよく、そして、ＴＭＧＩ及びＳｅｓｓｉｏｎ  ＩＤを、ＵＥのグループの動作を制御するために使用してもよい。
【００８１】
加えて、異なるＳｅｓｓｉｏｎ  ＩＤは、ユーザによって開始されるアクセスの回数を制御するためにも使用されてもよい。例えば、前述の解決法において、ＵＥは、ネットワークに成功裏にアクセスした後、かつ、Ｓｅｓｓｉｏｎ  ＩＤが変更される前には、ＭＣＣＨ情報に従ったアクセスを開始せず、Ｓｅｓｓｉｏｎ  ＩＤが変更された後、ＵＥは、パケットアクセスプロセスを再開する、すなわち、変更されたＳｅｓｓｉｏｎ  ＩＤを運ぶアクセストリガメッセージを再送信する。このようにして、同じＴＭＧＩプロセス内での、パケットユーザアクセスの複数回のトリガが実施されてもよい。
【００８２】
本発明の別の実施形態によれば、ＭＢＭＳは、ユーザパケットトリガ挙動を通知するためにも使用されてもよい。ＭＣＣＨメッセージの長さは一般に制限されており、多くの適用例では、ＵＥ動作／挙動などは多様性を有してもよい。例えば、ユーザパケットアクセスをトリガすること以外に、更にいくつかのその他の動作が存在する（パラメータを検出するよういくつかのＵＥに通知すること、又は、ネットワークにアクセスするよういくつかのユーザをトリガすること、又は、ファームウェアを更新するよういくつかのユーザをトリガすること、又は、ネットワークにアクセスした後で、更なる動作（データタイプ又はアドレスを報告することなど）をユーザに通知することなど）。この状況では、前述の解決法に基づいて、拡張が更に実行されてもよく、対応するユーザにＭＣＣＨ内で通知すること以外に、ＭＣＣＨメッセージに対応するＭＴＣＨメッセージが更に生成されてもよく、対応するＭＴＣＨ内の対応するＵＥは、ＵＥの動作を制御することを通知される。この場合、ＵＥは、ＭＣＣＨ内で伝送された情報を取得した後、ＭＴＣＨ内で伝送されるデータ（ＭＴＣＨメッセージ）を更にリスンし、ＭＴＣＨメッセージに従って、アクセスを開始すること、データを監視すること、又はファームウェアを更新することなどの、更なる動作を実行する。
【００８３】
従って、本発明のこの実施形態では、パケットトリガアクセスを実施するために、ＣＮパケット内のＴＭＧＩが、Ｍ２Ｍの識別子として使用される。本発明のいくつかの実施形態では、ＣＮ及びＲＡＮのパケットアクセストリガが効果的に実施されることが可能であり、ＣＮ及びＲＡＮのパケットは、ネットワーク状況に従って維持されることが可能である。加えて、本発明の実施形態では、新たなシグナリングを追加することなしに、パケットトリガアクセスと、より低い複雑度とが実施されることが可能であり、かつ、現在のシステムが互換であることが可能である。
【００８４】
図８は、本発明の一実施形態による、ネットワーク側装置８０の概略ブロック図である。ネットワーク側装置８０は、コアネットワーク装置（ＢＭ−ＳＣなど）、又は、ＲＡＮ内の対応する装置（Ｅ−ＵＴＲＡＮにおけるｅＮＢ、ＵＴＲＡＮにおけるＲＮＣなど）であってもよい。図８に示すように、ネットワーク側装置８０は、生成ユニット８１と、送信ユニット８２とを含む。
【００８５】
生成ユニット８１は、アクセストリガメッセージを生成するように構成され、ここで、アクセストリガメッセージは、ユーザ機器ＵＥに割り当てられた一時的モバイルグループ識別情報ＴＭＧＩを運ぶ。送信ユニット８５は、ＴＭＧＩについての、ＵＥのアクセス動作をパケットトリガするために、アクセストリガメッセージを送信するように構成される。
【００８６】
ネットワーク側装置８０の様々な部分は、前述の様々な方法を実施することが可能であり、これについては、繰返しを避けるために、ここでは詳述しない。例えば、本発明の一実施形態によれば、ネットワーク側装置８０がコアネットワーク装置である場合、生成ユニット８１は、マルチメディアブロードキャストマルチキャストサービスＭＢＭＳのＳｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージに指示情報要素を追加し、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージ内の予備の、若しくは予約された位置、又は、Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  Ｒｅｑｕｅｓｔメッセージ内の情報要素の組み合わせを使用して、アクセストリガメッセージを生成してもよい。
【００８７】
本発明の別の実施形態によれば、ネットワーク側装置８０がアクセスネットワーク装置である場合、生成ユニット８１は、アクセストリガメッセージとして、ＴＭＧＩを運ぶマルチポイント制御チャネルＭＣＣＨメッセージを生成し、又は、ＴＭＧＩを運ぶ、ＭＢＭＳのＣｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを生成する。
【００８８】
このようにして、本発明のこの実施形態では、ＭＢＭＳ内にすでに存在しているグループ識別情報ＴＭＧＩが、パケットトリガＵＥアクセスのグループ識別情報として使用されてもよく、そして、ＴＭＧＩに属するＵＥのアクセス動作をトリガするために、ＴＭＧＩを運ぶアクセストリガメッセージが、対応して生成及び送信されてもよく、これにより、パケットトリガユーザアクセスの機能が実施される。
【００８９】
図９は、本発明の一実施形態による、端末装置９０の概略ブロック図である。端末装置９０は、図１におけるユーザ機器ＵＥであってもよい。図９に示すように、端末装置９０は、受信ユニット９１と、アクセスユニット９５とを含む。
【００９０】
受信ユニット９１は、アクセストリガメッセージを受信するように構成され、ここで、アクセストリガメッセージは、ユーザ機器ＵＥに割り当てられた一時的モバイルグループ識別情報ＴＭＧＩを運ぶ。アクセスユニット９５は、アクセストリガメッセージに従って、ＴＭＧＩについてのアクセス動作を実行するように構成される。
【００９１】
端末装置９０の様々な部分は、前述の様々な方法を実施することが可能であり、これについては、繰返しを避けるために、ここでは詳述しない。例えば、本発明の一実施形態によれば、受信ユニット９１は、アクセストリガメッセージとして働く、かつ、ＭＣＣＨ内で伝送される、ＭＣＣＨメッセージをリスンすることが可能である。
【００９２】
本発明の別の実施形態によれば、受信ユニット９１は、アクセストリガメッセージとして働くＣｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを受信してもよい。
【００９３】
このようにして、本発明のこの実施形態では、ＭＢＭＳ内にすでに存在しているグループ識別情報ＴＭＧＩが、パケットトリガＵＥアクセスのグループ識別情報として使用されてもよく、そして、ＴＭＧＩに属するＵＥのアクセス動作をトリガするために、ＴＭＧＩを運ぶアクセストリガメッセージが、対応して生成及び送信されてもよく、これにより、パケットトリガユーザアクセスの機能が実施される。
【００９４】
本発明の実施形態による通信システムは、前述のネットワーク側装置又は端末装置を含んでもよい。
【００９５】
当業者は、この明細書で開示された実施形態において説明された例と組み合わせて、ユニット及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、又はそれらの組み合わせによって実施されてもよい、ということを認識するであろう。ハードウェアとソフトウェアとの間の交換可能性を明確に示すために、前記では、各例の構成物及びステップについて、機能に従って一般的に説明した。機能がハードウェアによって実行されるかソフトウェアによって実行されるかは、技術的解決法の、特定の適用例、及び設計制約条件に依存する。当業者は、各特定の適用例について、説明された機能を実施するために、異なる方法を使用してもよく、その実施は本発明の範囲を超えるものと考えられるべきではない。
【００９６】
簡便かつ簡単な説明の目的のために、前述のシステム、装置、及びユニットの詳細な動作プロセスについては、前述の方法実施形態における対応するプロセスが参照されてもよい（詳細についてここで再度説明することはしない）、ということが当業者によって明確に理解されるであろう。
【００９７】
本出願で提供されたいくつかの実施形態において、開示されたシステム、装置、及び方法は、他の手法で実施されてもよいということを理解されたい。例えば、説明された装置実施形態は例示的なものにすぎない。例えば、ユニット分割は、論理的な機能分割にすぎず、実際の実施においては他の分割であってもよい。例えば、複数のユニット又は構成要素が、結合又は統合されて別のシステムとされてもよく、あるいは、いくつかの特徴が、無視されてもよく、又は、実行されなくてもよい。加えて、示された又は述べられた相互結合、あるいは直接結合、あるいは通信接続は、いくつかのインタフェースを介して実施されてもよい。装置又はユニット間の間接的結合又は通信接続は、電子的、機械的、又はその他の形態で実施されてもよい。
【００９８】
別個の部品として説明されたユニットは、物理的に別個であってもよく、又はそうでなくてもよく、ユニットとして示された部品は、物理的ユニットであってもよく、又はそうでなくてもよく、１つの位置に配置されてもよく、又は複数のネットワークユニット上に分散されてもよい。ユニットの一部、又は全ては、実施形態の解決法の目的を達成するための、実際の必要性に応じて選択されてもよい。
【００９９】
加えて、本発明の実施形態における機能ユニットは、統合されて１つの処理ユニットとされてもよく、又は、ユニットのそれぞれが物理的に単独で存在してもよく、又は、２つ以上のユニットが統合されて１つのユニットとされてもよい。統合されたユニットは、ハードウェアの形態で実施されてもよく、又は、ソフトウェア機能ユニットの形態で実施されてもよい。
【０１００】
統合されたユニットが、ソフトウェア機能ユニットの形態で実施され、独立した製品として販売又は使用される場合、統合されたユニットは、コンピュータ読み取り可能な記憶媒体内に記憶されてもよい。そのような理解に基づいて、本発明の技術的解決法は本質的に、又は、従来技術に寄与する部分は、又は、技術的解決法の全て又は一部は、ソフトウェア製品の形態で実施されてもよい。コンピュータソフトウェア製品は、記憶媒体内に記憶され、そして、本発明の実施形態で説明された方法のステップの全て又は一部を実行するためにコンピュータ装置（これはパーソナルコンピュータ、サーバ、ネットワーク装置などであってもよい）に指示する、いくつかの命令を含む。記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読み取り専用メモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク、又は光ディスクなどの、プログラムコードを記憶することが可能な任意の媒体を含む。
【０１０１】
前述の説明は、本発明の特定の実施形態にすぎず、本発明の保護範囲を限定することを意図するものではない。当業者によって、本発明で開示された技術的範囲内で容易に考え出されるいかなる変形又は置換も、本発明の保護範囲内に入る。従って、本発明の保護範囲は、特許請求の範囲の保護範囲によって決まる。
【図１】
2015144483.tif 000004
【図２】
2015144483.tif 000005
【図３】
2015144483.tif 000006
【図４】
2015144483.tif 000007
【図５】
2015144483.tif 000008
【図６】
2015144483.tif 000009
【図７】
2015144483.tif 000010
【図８】
2015144483.tif 000011
【図９】
2015144483.tif 000012