(57)【特許請求の範囲】
【請求項１】
マシン・タイプ・コミュニケーションＭＴＣにおける機能アクティブ化のための方法であって、
ＭＴＣデバイスにより、機能についての機能アクティブ化要求をモビリティ管理エンティティＭＭＥに対して送信するステップと、
前記ＭＭＥにより、前記ＭＴＣデバイスが、前記機能に対して加入しているかどうかを確認するステップと、
前記ＭＴＣデバイスが前記機能に対して加入している場合に、前記ＭＭＥにより、前記機能アクティブ化要求を許可するステップ、および前記ＭＭＥにより、前記ＭＴＣデバイスの機能状態をアップデートするように求める機能状態アップデート要求を、ホーム加入者サーバＨＳＳに対して送信するステップと、
前記ＨＳＳにより、機能状態アップデート応答を前記ＭＭＥに対して送信するステップと、
前記ＭＭＥにより、状態変更メッセージを基地局ＢＳに対して送信するステップと、
前記ＢＳにより、前記ＭＴＣデバイスの消費電力を低減させるために無線アクセス・ネットワーク最適化を実行するステップであって、次いで、前記ＭＴＣデバイスが機能アクティブ化状態に入る、ステップと、
前記ＭＴＣデバイスが、前記機能に対して加入していない場合に、前記ＭＭＥにより、前記アクティブ化要求の拒絶を示す応答メッセージを送信するステップであって、前記ＭＴＣデバイスが機能非アクティブ化状態に留まる、ステップと
を含む方法。
【請求項２】
前記ＭＴＣデバイスが、前記機能に対して加入していない場合、加入要求は、前記ＭＭＥから前記ＨＳＳに対して送信され、また前記ＨＳＳは、機能加入を実行すべきかどうかについてＭＴＣサーバに問い合わせを行う、請求項１に記載の方法。
【請求項３】
ＭＴＣデバイスにより、機能についての機能アクティブ化要求をＭＭＥに対して送信するステップは、
前記ＭＴＣデバイスにより、非アクセス・レイヤ信号を使用することにより、前記機能アクティブ化要求を前記ＢＳに対して送信するステップであって、前記機能アクティブ化要求は、次いで、前記ＢＳにより、前記ＭＭＥに対して送信される、ステップ、または
前記ＭＴＣデバイスにより、無線リソース制御（ＲＲＣ）メッセージを使用することにより、前記機能アクティブ化要求を前記ＢＳに対して送信するステップであって、前記機能アクティブ化要求は、次いで、前記ＢＳにより、前記ＭＭＥに対して送信される、ステップ
を含む、請求項１または２に記載の方法。
【請求項４】
ＭＴＣデバイスにより、機能についての機能アクティブ化要求をＭＭＥに対して送信するステップは、所定のパラメータを前記ＭＭＥに対して送信するステップを含む、請求項１または２に記載の方法。
【請求項５】
前記機能は超低消費電力機能を含み、前記機能状態は超低消費電力機能状態を含み、また前記無線アクセス・ネットワーク最適化は無線リソース制御（ＲＲＣ）接続再構成を含み、または、
前記機能は優先順位警報機能を含み、また前記機能状態は優先順位警報機能状態を含む、請求項３に記載の方法。
【請求項６】
前記機能は超低消費電力機能を含み、前記機能状態は超低消費電力機能状態を含み、前記ＭＴＣデバイスは前記機能状態が前記超低消費電力機能状態であるときに不連続受信（ＤＲＸ）状態において動作し、また前記所定のパラメータは所定のＵＥ特有のＤＲＸサイクルである、請求項４に記載の方法。
【請求項７】
前記無線アクセス・ネットワーク最適化の後に、前記ＭＴＣデバイスは、前記機能状態が前記超低消費電力機能状態であるときに、不連続受信（ＤＲＸ）状態において動作し、またＤＲＸサイクルはＵＥ特有のＤＲＸサイクルである、請求項５に記載の方法。
【請求項８】
マシン・タイプ・コミュニケーションＭＴＣにおける機能非アクティブ化のための方法であって、
ＭＴＣデバイスにより、機能についての機能非アクティブ化要求をモビリティ管理エンティティ（ＭＭＥ）に対して送信するステップと、
前記ＭＭＥにより、前記機能非アクティブ化要求を許可するステップ、および前記ＭＭＥにより、前記ＭＴＣデバイスの機能状態をアップデートするように求める機能状態アップデート要求をホーム加入者サーバＨＳＳに対して送信するステップと、
前記ＨＳＳにより、機能状態アップデート応答を前記ＭＭＥに対して送信するステップと、
前記ＭＭＥにより、状態変更メッセージを基地局ＢＳに対して送信するステップと、
前記ＢＳにより、前記ＭＴＣデバイスの消費電力を低減させるために無線アクセス・ネットワーク最適化を実行するステップであって、前記ＭＴＣデバイスが機能非アクティブ化状態に入る、ステップと
を含む方法。
【請求項９】
ＭＴＣデバイスにより、機能についての機能非アクティブ化要求をＭＭＥに対して送信するステップは、
前記ＭＴＣデバイスにより、非アクセス・レイヤ信号を使用することにより、前記機能非アクティブ化要求を前記ＢＳに対して送信するステップであって、前記機能非アクティブ化要求は、次いで、前記ＢＳにより、前記ＭＭＥに対して送信される、ステップ、または
前記ＭＴＣデバイスにより、無線リソース制御（ＲＲＣ）メッセージを使用することにより、前記機能非アクティブ化要求を前記ＢＳに対して送信するステップであって、前記機能非アクティブ化要求は、次いで、前記ＢＳにより、前記ＭＭＥに対して送信される、ステップ
を含む、請求項８に記載の方法。
【請求項１０】
ＭＴＣデバイスにより、機能についての機能非アクティブ化要求をＭＭＥに対して送信するステップは、所定のパラメータを前記ＭＭＥに対して送信するステップを含む、請求項８に記載の方法。
【請求項１１】
前記機能は超低消費電力機能を含み、前記機能状態は超低消費電力機能状態を含み、また前記無線アクセス・ネットワーク最適化は無線リソース制御（ＲＲＣ）接続再構成を含み、または
前記機能は優先順位警報機能を含み、また前記機能状態は優先順位警報機能状態を含む、請求項９に記載の方法。
【請求項１２】
前記機能は超低消費電力機能を含み、前記機能状態は超低消費電力機能状態を含み、前記ＭＴＣデバイスはそれが前記超低消費電力機能状態から出るときに不連続受信（ＤＲＸ）状態において動作し、また前記所定のパラメータは、所定のＵＥ特有のＤＲＸサイクルとシステム・デフォルト・サイクルとのうちの小さい方の値である、請求項１０に記載の方法。
【請求項１３】
前記無線アクセス・ネットワーク最適化の後に、前記ＭＴＣデバイスは、前記機能状態が前記超低消費電力機能状態であるときに、不連続受信（ＤＲＸ）状態において動作し、またＤＲＸサイクルは、ＵＥ特有のＤＲＸサイクルとシステム・デフォルト・サイクルとのうちの小さい方の値である、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、マシン・タイプ・コミュニケーション（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）（ＭＴＣ）技術に関し、より詳細には、マシン・タイプ・コミュニケーションにおける機能アクティブ化（ｆｅａｔｕｒｅ  ａｃｔｉｖａｔｉｏｎ）、およびそのＭＴＣデバイスに関する。
【背景技術】
【０００２】
マシン・タイプ・コミュニケーション（ＭＴＣ）は、必ずしも人間の対話を必要とするとは限らないデータ通信の一形態である。ＭＴＣは、スマート・メーターによる計量や交通安全など、様々な実用的なアプリケーションを提供する１つの効率の良いやり方と認められてきている。ＭＴＣについての基本的なコミュニケーションのシナリオが、図１に示されており、ここでは、ＭＴＣデバイスは、動作するネットワークを経由して、ＭＴＣサーバ、またはＭＴＣユーザ装置（ＭＴＣ  ＵＥ：ＭＴＣ  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と通信している。ＭＴＣを容易にするために、３ＧＰＰにおいては現在、低モビリティ、超低消費電力、優先順位警報など、１５以上の機能が定義されている。超低消費電力機能は、バッテリによって電力が供給されるが、どこでも、いつでも充電されるとは限らないことがあるＭＴＣデバイスに適用可能であり、また特にガス計量ＭＴＣデバイスに適用可能である。
【０００３】
現在では、ＭＴＣデバイスの機能は、ホーム・ロケーション・レジスタ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）（ＨＬＲ）やホーム加入者サーバ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）（ＨＳＳ）などのコア・ネットワーク・エンティティの加入者データベースにおいて加入される。ユーザは、定義されたインターフェース、またはウェブ・インターフェースにより、ＭＴＣデバイスの機能をアクティブにし、または非アクティブにすることができる。それゆえに、ＭＴＣデバイスについての機能のアクティブ化および非アクティブ化は、ＭＴＣデバイス自体の代わりに、ＵＥによってトリガされる。機能のアクティブ化および非アクティブ化についてのそのような処理手順は、比較的静的なものであり、また機能は、ユーザがそのステータスを変更しない限り、長期にわたってアクティブにされた状態、または非アクティブにされた状態に留まることになる。しかしながら、ＭＴＣデバイスが、そのＭＴＣデバイスのある種の機能状態に入ること、またはその機能状態から出ることをアクティブにトリガし、また適切な構成についてネットワークに通知することが必要とされるという多数のシナリオが存在している。しかしながら、現在のところ、この問題についての解決法は依然として存在していない。
【０００４】
ＭＴＣにおける超低消費電力機能については、ＭＴＣデバイスが、頻繁に移動する必要があり、また特定のエリアにおいて充電される必要がある、という多数のシナリオが存在している。すなわち、あるエリアにおいては超低消費電力機能が必要ないが、他のエリアにおいては超低消費電力機能が必要になる。例えば、高齢者または子供たちを追跡するために使用されるＭＴＣデバイスは、家にいるときには、いつでも充電される可能性があるが、高齢者または子供たちが行方不明であるときなど、最悪のシナリオにおいては、ＭＴＣデバイスは、超低消費電力状態に入って、より長い間にわたって機能することが必要とされる。それゆえに、下記に列挙される文献［１］の中で示されるように、ＭＴＣデバイスは、超低消費電力状態に入ること、または超低消費電力状態から出ることをアクティブにトリガし、また性能の最適化についてネットワークに通知すべきである。しかしながら、この問題についての解決法は依然として存在していない。
【０００５】
別の例として、医療用センシングのために使用されるＭＴＣデバイスは、一般的なシナリオにおいては、定期的に少量のデータだけをＭＴＣデバイスのユーザに対して送信することになるが、しかしながら、緊急イベント（ｅｍｅｒｇｅｎｃｙ  ｅｖｅｎｔ）が起こる場合、優先順位警報機能が、アクティブにされる可能性があり、またＭＴＣデバイスは、大量の検出された医療用データと同様に、緊急警報メッセージをネットワークに対して送信することができる。それゆえに、ＭＴＣデバイスは、その優先順位警報機能のアクティブ化または非アクティブ化についてネットワークにアクティブに通知する必要がある。
【０００６】
上記で論じられるような超低消費電力機能と優先順位警報機能とのアクティブ化と非アクティブ化とに加えて、ＭＴＣデバイスが、様々な他の機能を動的にトリガし、またネットワークに通知する必要があるという多数のシナリオもまた存在している。
【０００７】
さらに、ＭＴＣの超低消費電力については、アイドル状態にあるＵＥは、不連続受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）メカニズムを用いて消費電力を低減させることができ、この不連続受信メカニズムは、超低消費電力機能を有するＭＴＣデバイスには特に重要である。超低消費電力機能を有するＭＴＣデバイスについての機能を果たす寿命（ｓｅｒｖｉｎｇ  ｌｉｆｅ）を延ばすために、ＤＲＸサイクルは、システム・デフォルト・サイクルよりもずっと長くなるように構成されるべきである。ＵＥは、ある種のサブフレームにおいて制御チャネルを監視する必要があるにすぎないが、また他のサブフレームにおいてそのレシーバをオフにして、消費電力を節約することができる。文献［２］は、実際のＤＲＸサイクルが、ＵＥ特有のＤＲＸサイクルとシステム・デフォルトＤＲＸサイクルとのうちの小さい方の値に依存しており、前者はユーザの管理者によって構成されるが、後者はシステムによってブロードキャストされることを示している。現在の規格においては、システム・デフォルト・サイクル値は、３２個、６４個、１２８個、および２５６個の無線フレームとすることができる。超低消費電力機能をサポートするためには、ＭＴＣデバイス特有のＤＲＸサイクルは、１０２４個の無線フレームなど、非常に大きな値になるように構成されていることになる。システム・デフォルトＤＲＸサイクルが、２５６個の無線フレームであることを仮定すると、ＭＴＣデバイスについての実際のＤＲＸサイクルは、２５６という値になり、これは、最初のシステム設計概念から逸脱したものである。この点においては、超低消費電力機能を有するＭＴＣデバイスでは、そのＤＲＸサイクルは、システム・デフォルト・サイクルによって制限され、またそれゆえに、新しいメカニズムが、電力を節約するために必要とされる。
【０００８】
可能性のある解決法は、超低消費電力機能を有するＭＴＣデバイスのために特有のシステム・デフォルトＤＲＸサイクルを定義することである。ＬＴＥシステムにおける一例によれば、ＬＴＥシステムは、ＰＣＣＨ−構成（ページング制御チャネル）を通してシステム構成を実行することができ、ここでは、ＭＴＣデバイスのために適切なシステム・デフォルトＤＲＸサイクルが、新しく定義される。ＭＴＣデバイスが、その超低消費電力機能をアクティブにするときに、それは、新しく定義されたシステム・デフォルトＤＲＸサイクルの値と、ＵＥ特有のＤＲＸサイクルの値とを比較し、またＤＲＸサイクルになるべき、より小さい方の値を取ることになる。しかしながら、この方法は有益ではない。なぜならば、この方法は、システム・ブロードキャスト・メッセージに新しいシグナリングを導入することになり、従って、信号オーバーヘッドが増大されることになるためである。その一方で、現在のＤＲＸメカニズムが使用される場合、ＤＲＸサイクルが適切に構成されていない可能性があり、これは、最初のシステム設計概念から逸脱している。
【０００９】
上記を考慮して、超低消費電力機能のための効率の良いメカニズムを設計することが、必要であり、この超低消費電力機能はまた、本開示によって解決されるべき問題のうちの１つである。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】３ＧＰＰ  ＴＳ  ２２．３６８  Ｖ１．１．１  Ｓｅｒｖｉｃｅ  ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  ｍａｃｈｉｎｅ−ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ｓｔａｇｅ  １
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．３０４  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ（ＵＥ）ｐｒｏｃｅｄｕｒｅｓ  ｉｎ  ｉｄｌｅ  ｍｏｄｅ
【発明の概要】
【発明が解決しようとする課題】
【００１１】
先行技術における上記の不利な点を克服するために、本開示は、ＭＴＣにおける機能アクティブ化のための新規の方法と、それについてのＭＴＣデバイスとを提供している。本開示によれば、ＭＴＣデバイスは、ＭＴＣデバイスのある種の機能状態に入ること、またはその機能状態から出ることをアクティブにトリガすることができ、また適切な構成を実行するようにネットワークに通知して、ＭＴＣシナリオの要件を満たし、またネットワーク性能を最適化することができる。さらに、超低消費電力機能については、実際のサイクルが、システム・デフォルトＤＲＸ構成情報によって制限されないように、ＭＴＣデバイス特有のＤＲＸサイクルをその実際のサイクルとして設定することも提案される。従って、超低消費電力状態におけるＭＴＣデバイスについての消費電力が低減される可能性がある。
【課題を解決するための手段】
【００１２】
とりわけ、本発明の一実施形態によれば、マシン・タイプ・コミュニケーションＭＴＣについての機能アクティブ化のための方法であって、
ＭＴＣデバイスにより、機能についての機能アクティブ化要求をモビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）ＭＭＥに対して送信するステップと、
ＭＭＥにより、ＭＴＣデバイスが、その機能に対して加入しているかどうかをチェックするステップと、
ＭＴＣデバイスが、その機能に対して加入している場合に、ＭＭＥにより、機能アクティブ化要求を許可するステップ、およびＭＭＥにより、ＭＴＣデバイスの機能状態をアップデートするように求める機能状態アップデート要求をコア・ネットワーク・エンティティに対して送信するステップと、
コア・ネットワーク・エンティティにより、機能状態アップデート応答をＭＭＥに対して送信するステップと、
ＭＭＥにより、状態変更メッセージを基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ）（ＢＳ）に対して送信するステップと、
ＢＳにより、無線アクセス・ネットワーク最適化を実行するステップであって、次いで、ＭＴＣデバイスが機能アクティブ化状態に入る、実行するステップと、
ＭＴＣデバイスが、その機能に対して加入していない場合に、ＭＭＥにより、アクティブ化要求の拒絶を示す応答メッセージを送信するステップであって、ＭＴＣデバイスが機能非アクティブ化状態に留まる、送信するステップと、
を含む方法が提供される。
【００１３】
本発明の代替的な一実施形態によれば、ＭＴＣデバイスが、その機能に対して加入していない場合、加入要求は、機能加入を実行すべきかどうかについてＭＴＣサーバに問い合わせを行うコア・ネットワーク・エンティティに対してＭＭＥから送信される。
【００１４】
本発明の代替的な一実施形態によれば、ＭＴＣデバイスにより、機能についての機能アクティブ化要求をＭＭＥに対して送信するステップは、ＭＴＣデバイスにより、非アクセス・レイヤ信号を使用することにより機能アクティブ化要求をＢＳに対して送信するステップを含み、機能アクティブ化要求は、次いで、ＢＳによりＭＭＥに対して送信される。
【００１５】
本発明の代替的な一実施形態によれば、ＭＴＣデバイスにより、機能についての機能アクティブ化要求をＭＭＥに対して送信するステップは、ＭＴＣデバイスにより、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）（ＲＲＣ）メッセージを使用することにより機能アクティブ化要求をＢＳに対して送信するステップを含み、機能アクティブ化要求は、次いで、ＢＳによりＭＭＥに対して送信される。
【００１６】
本発明の代替的な一実施形態によれば、ＭＴＣデバイスにより、機能についての機能アクティブ化要求をＭＭＥに対して送信するステップは、所定の（ｐｒｅｄｅｆｉｎｅｄ）パラメータをＭＭＥに対して送信するステップを含む。
【００１７】
本発明の代替的な一実施形態によれば、機能は、超低消費電力機能を含み、機能状態は、超低消費電力機能状態を含み、また無線アクセス・ネットワーク最適化は、無線リソース制御（ＲＲＣ）接続再構成を含む。
【００１８】
本発明の代替的な一実施形態によれば、機能は、優先順位警報機能を含み、また機能状態は、優先順位警報機能状態を含む。
【００１９】
本発明の代替的な一実施形態によれば、機能は、超低消費電力機能を含み、機能状態は、超低消費電力機能状態を含み、ＭＴＣデバイスは、機能状態が超低消費電力機能状態であるときに、不連続受信（ＤＲＸ）状態において動作し、また所定のパラメータは、所定のＵＥ特有のＤＲＸサイクルである。
【００２０】
本発明の代替的な一実施形態によれば、無線アクセス・ネットワーク最適化の後に、ＭＴＣデバイスは、機能状態が超低消費電力機能状態であるときに、不連続受信（ＤＲＸ）状態において動作し、またＤＲＸサイクルは、ＵＥ特有のＤＲＸサイクルである。
【００２１】
本発明の一実施形態によれば、マシン・タイプ・コミュニケーションＭＴＣについての機能非アクティブ化のための方法であって、
ＭＴＣデバイスにより、機能についての機能非アクティブ化要求をモビリティ管理エンティティ（ＭＭＥ）に対して送信するステップと、
ＭＭＥにより、機能非アクティブ化要求を許可するステップ、およびＭＭＥにより、ＭＴＣデバイスの機能状態をアップデートするように求める機能状態アップデート要求をコア・ネットワーク・エンティティに対して送信するステップと、
コア・ネットワーク・エンティティにより、機能状態アップデート応答をＭＭＥに対して送信するステップと、
ＭＭＥにより、状態変更メッセージを基地局（ＢＳ）に対して送信するステップと、
ＢＳにより、無線アクセス・ネットワーク最適化を実行するステップであって、次いでＭＴＣデバイスが機能非アクティブ化状態に入る、実行するステップと
を含む方法が提供される。
【００２２】
本発明の代替的な一実施形態によれば、ＭＴＣデバイスにより、機能についての機能非アクティブ化要求をＭＭＥに対して送信するステップは、ＭＴＣデバイスにより、非アクセス・レイヤ信号を使用することにより、機能非アクティブ化要求をＢＳに対して送信するステップを含み、機能非アクティブ化要求は、次いで、ＢＳによりＭＭＥに対して送信される。
【００２３】
本発明の代替的な一実施形態によれば、ＭＴＣデバイスにより、機能についての機能非アクティブ化要求をＭＭＥに対して送信するステップは、ＭＴＣデバイスにより、無線リソース制御（ＲＲＣ）メッセージを使用することにより機能非アクティブ化要求をＢＳに対して送信するステップを含み、機能非アクティブ化要求は、次いで、ＢＳにより、ＭＭＥに対して送信される。
【００２４】
本発明の代替的な一実施形態によれば、ＭＴＣデバイスにより、機能についての非アクティブ化要求をＭＭＥに対して送信するステップは、所定のパラメータをＭＭＥに対して送信するステップを含む。
【００２５】
本発明の代替的な一実施形態によれば、機能は、超低消費電力機能を含み、機能状態は、超低消費電力機能状態を含み、また無線アクセス・ネットワーク最適化は、無線リソース制御（ＲＲＣ）接続再構成を含む。
【００２６】
本発明の代替的な一実施形態によれば、機能は、優先順位警報機能を含み、また機能状態は、優先順位警報機能状態を含む。
【００２７】
本発明の代替的な一実施形態によれば、機能は、超低消費電力機能を含み、機能状態は、超低消費電力機能状態を含み、ＭＴＣデバイスは、それが超低消費電力機能状態から出るときに、不連続受信（ＤＲＸ）状態において動作し、また所定のパラメータは、所定のＵＥ特有のＤＲＸサイクルと、システム・デフォルト・サイクルとのうちの小さい方の値である。
【００２８】
本発明の代替的な一実施形態によれば、無線アクセス・ネットワーク最適化の後に、ＭＴＣデバイスは、機能状態が超低消費電力機能状態であるときに不連続受信（ＤＲＸ）状態において動作し、またＤＲＸサイクルは、ＵＥ特有のＤＲＸサイクルと、システム・デフォルト・サイクルとのうちの小さい方の値である。
【００２９】
本発明の一実施形態によれば、マシン・タイプ・コミュニケーションＭＴＣデバイスであって、
機能アクティブ化要求を送信するように構成された第１の送信する手段と、
機能非アクティブ化要求を送信するように構成された第２の送信する手段と、
機能構成メッセージを受信するように構成された受信する手段と、
ＭＴＣデバイスが、受信された機能構成メッセージが機能アクティブ化の許可を示すときには機能アクティブ化状態において動作するように機能をアクティブにし、そうでなければ、受信された機能構成メッセージが機能アクティブ化の拒絶を示すときには機能非アクティブ化状態にＭＴＣデバイスを保持するように構成された機能アクティブ化手段と、
ＭＴＣデバイスが、受信された機能構成メッセージが機能非アクティブ化の許可を示すときには機能非アクティブ化状態において動作するように機能を非アクティブにし、そうでなければ、受信された機能構成メッセージが機能非アクティブ化の拒絶を示すときには機能アクティブ化状態にＭＴＣデバイスを保持するように構成された機能非アクティブ化手段と
を含むＭＴＣデバイスが提供される。
【００３０】
本発明の代替的な一実施形態によれば、ＭＴＣデバイスにおいて、第１の送信する手段は、超低消費電力機能アクティブ化要求を送信するように構成されており、
第２の送信する手段は、超低消費電力機能非アクティブ化要求を送信するように構成されており、
受信する手段は、超低消費電力機能構成メッセージを受信するように構成されており、
機能アクティブ化手段は、ＭＴＣデバイスが、受信された超低消費電力機能構成メッセージが超低消費電力機能アクティブ化の許可を示すときには超低消費電力機能アクティブ化状態において動作するように超低消費電力機能をアクティブし、そうでなければ、受信された機能構成メッセージが超低消費電力機能アクティブ化の拒絶を示すときには超低消費電力機能非アクティブ化状態にＭＴＣデバイスを保持するように構成されており、また
機能非アクティブ化手段は、ＭＴＣデバイスが、受信された超低消費電力機能構成メッセージが超低消費電力機能非アクティブ化の許可を示すときには超低消費電力機能非アクティブ化状態において動作するように超低消費電力機能を非アクティブにし、そうでなければ、受信された超低消費電力機能構成メッセージが超低消費電力機能非アクティブ化の拒絶を示すときには超低消費電力機能アクティブ化状態にＭＴＣデバイスを保持するように構成されている。
【００３１】
さらに、ＭＴＣデバイスはまた、ＭＴＣデバイスが超低消費電力機能アクティブ化状態において動作するときにＤＲＸについての実際のサイクル値としてＵＥ特有のＤＲＸサイクルを設定するように、またＤＲＸについての実際のサイクル値としてＵＥ特有のＤＲＸサイクルと、システム・デフォルト・サイクルとのうちの小さい方の値を設定するように構成された不連続受信（ＤＲＸ）サイクル設定手段をも含む。
【００３２】
本発明の代替的な一実施形態によれば、第１の送信する手段は、優先順位警報機能アクティブ化要求を送信するように構成されており、
第２の送信する手段は、優先順位警報機能非アクティブ化要求を送信するように構成されており、
受信する手段は、優先順位警報機能構成メッセージを受信するように構成されており、
機能アクティブ化手段は、ＭＴＣデバイスが、受信された優先順位警報機能構成メッセージが優先順位警報機能アクティブ化の許可を示すときには優先順位警報機能アクティブ化状態において動作するように優先順位警報機能をアクティブにし、そうでなければ、受信された優先順位警報機能構成メッセージが優先順位警報機能アクティブ化の拒絶を示すときには優先順位警報機能非アクティブ化状態にＭＴＣデバイスを保持するように構成されており、また
機能非アクティブ化手段は、ＭＴＣデバイスが、受信された優先順位警報機能構成メッセージが優先順位警報機能非アクティブ化の許可を示すときには優先順位警報機能非アクティブ化状態において動作するように優先順位警報機能を非アクティブにし、そうでなければ、受信された優先順位警報機能構成メッセージが優先順位警報機能非アクティブ化の拒絶を示すときには優先順位警報機能アクティブ化状態にＭＴＣデバイスを保持するように構成されている。
【００３３】
他の目的および効果は、添付の図面と併せて解釈される以下の説明から、本発明のより完全な理解の後に、より明らかになり、また簡単に理解されるようになるであろう。
【図面の簡単な説明】
【００３４】
【図１】ＭＴＣの基本的な通信システム・アーキテクチャを示す図である。
【図２】本発明の一実施形態による機能アクティブ化／非アクティブ化の処理手順の概略図である。
【図３】本発明の一実施形態によるＤＲＸメカニズムのフローチャートを示す図である。
【図４ａ】本発明の一実施形態によるＭＴＣデバイスの構造の概略図である。
【図４ｂ】本発明の一実施形態によるＭＴＣデバイスの構造の概略図である。
【発明を実施するための形態】
【００３５】
同様な参照番号は、上記図面のすべてを通して同じ、類似した、または対応する特徴または機能を示すものである。
【００３６】
以下では、本発明の様々な実施形態が、添付の図に関連して詳細に説明されるであろう。
【００３７】
図２は、本発明の一実施形態による機能アクティブ化／非アクティブ化の処理手順についての概略図を示しており、この機能アクティブ化／非アクティブ化の処理手順は、ＭＴＣデバイスが、機能アクティブ化または機能非アクティブ化をアクティブに開始する場合の３ＧＰＰネットワークにおいて適用可能である。機能アクティブ化についての要求を開始するための一実施形態においては、ステップＳ２０１において、ＭＴＣデバイスは、機能アクティブ化要求をモバイル管理エンティティ（Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）（ＭＭＥ）に対して開始し、このモバイル管理エンティティは、次には、機能アクティブ化要求を許可すべきかどうかを決定する。
【００３８】
ＭＴＣデバイスによって加入される機能のリストが、アクティブにされるように要求される機能を含む場合、処理手順は、ステップＳ２０２へと進み、ここではＭＭＥは、機能アクティブ化要求を許可し、また機能状態アップデート要求をコア・ネットワーク・エンティティに対して送信する。ステップＳ２０３において、コア・ネットワーク・エンティティは、機能状態アップデート応答をＭＭＥに対して戻す。ステップＳ２０４において、ＭＭＥは、機能状態アップデート応答を基地局（ＢＳ）に対して送信する。その後に、ステップＳ２０５において、無線アクセス・ネットワークが構成される。例えば、ＢＳは、ＭＴＣデバイスについての無線リソース制御（ＲＲＣ）接続再構成を実行し、またＭＴＣデバイスは、ＲＲＣ接続再構成完了メッセージを送信する。無線アクセス・ネットワークの構成の後に、ＭＴＣデバイスは、機能アクティブ化状態に入る。
【００３９】
ＭＴＣデバイスによって加入される機能のリストが、アクティブにされるように要求される機能を含んでいない場合、ＭＭＥは、機能アクティブ化要求を拒絶することができ、また次いで、ステップＳ２２２が、実行され、ここではＭＭＥは、機能アクティブ化要求を拒絶する応答を送信する。
【００４０】
代わりに、ＭＴＣデバイスによって加入される機能のリストが、アクティブにされるように要求される機能を含まない場合、ステップＳ２１２において、ＭＭＥは、機能加入要求をコア・ネットワーク・エンティティに対して送信することができる。ステップＳ２１３において、コア・ネットワーク・エンティティは、機能加入要求をＭＴＣサーバに対して送信する。ステップＳ２１４において、ＭＴＣサーバは、機能加入応答をコア・ネットワーク・エンティティに対して戻す。
【００４１】
機能非アクティブ化処理手順についての実施形態は、上記に類似しており、またそれゆえに、ここでは詳細に説明されてはいない。
【００４２】
以下で説明されるこれらのやり方など、ステップＳ２０１において、ＭＴＣデバイスが、機能アクティブ化／非アクティブ化要求をＭＭＥに対して開始する様々なやり方が、存在している。
【００４３】
暗黙的な方法
この方法においては、規則が、ＭＴＣデバイスと、ネットワークとの間であらかじめ定義されるべきである。ＭＴＣデバイスは、暗黙的な方法で、ネットワークに対するその状態変更を示す。ＭＴＣデバイスとネットワークとの間のあらかじめ定義された規則に基づいて、ネットワークは、ＭＴＣデバイスの状態変更を識別することができる。具体的には、ＭＴＣデバイスが、機能状態に入り、または機能状態から出るときに、ＭＴＣデバイスは、ＵＥ特有のパラメータを含む機能アクティブ化／非アクティブ化の要求メッセージをトリガする。ネットワークは、所定のＵＥ特有のパラメータ値による、ＭＴＣデバイスの状態を識別することができる。この方法は、あらかじめ定義された規則を使用するだけであり、またそれゆえに最小の仕様への取組みで動作することができる。
【００４４】
明示的な方法１
この方法においては、ＭＴＣデバイスは、その状態変更を示す非アクセス・レイヤ信号を経由して明示的なメッセージをネットワークに対して送信する。この機能は、新しい非アクセス・レイヤ信号を定義すること、または現在の信号を拡張することにより、実装される可能性がある。
【００４５】
明示的な方法２
この方法においては、無線リソース制御（ＲＲＣ）メッセージが使用される。この方法は、測定報告メッセージなど、従来のＲＲＣメッセージを拡張し、または新しいＲＲＣメッセージを定義することができる。ＢＳがそのようなメッセージを受信する場合、ＢＳはそのメッセージをＭＭＥに対して転送することになる。
【００４６】
以下では、一例として超低消費電力機能を取り上げて、詳細な説明が、以下のように与えられる。
【００４７】
従来のＤＲＸは超低消費電力機能の要件を満たすことができないので、本発明は、超低消費電力状態におけるＭＴＣデバイスだけが、ＵＥ特有のＤＲＸサイクル値を利用する解決法を提案している。とりわけ、ＭＴＣデバイスが超低消費電力状態に入るときに、ＭＴＣデバイスは、システム・デフォルト・サイクルの代わりに、ＵＥ特有のＤＲＸサイクル値をその実際のサイクル値として使用することになる。他方、ＭＴＣデバイスが超低消費電力状態から出るときに、ＭＴＣデバイスは、従来のＤＲＸメカニズムへと逆戻りし、すなわち、ＵＥ特有のサイクル値と、システム・デフォルト・サイクル値とのうちの小さい方の値に応じたサイクル値を使用する。
【００４８】
図３は、本発明の一実施形態によるＤＲＸメカニズムを示すものである。
【００４９】
処理手順は、ステップＳ３０１から開始される。ステップＳ３０２で、ＭＴＣデバイスは、超低消費電力状態に入っているかどうかをチェックする。入っている（ＹＥＳ）場合、処理手順は、ステップＳ３０３へと進み、ここではＵＥ特有のサイクルは、実際のＤＲＸサイクル値として設定され、また次いで処理手順は、ステップＳ３０７において終了する。入っていない（ＮＯ）場合、処理手順は、ステップＳ３０４へと進み、ここではデフォルト・サイクル値よりも小さなＵＥ特有のサイクルが、割り当てられているかどうかが判定される。デフォルト・サイクル値よりも小さなＵＥ特有のサイクルが割り当てられている場合、処理手順はステップＳ３０５へと進み、ここではＵＥ特有のサイクルは、実際のＤＲＸサイクル値として設定され、また次いで処理手順は、ステップＳ３０７において終了する。デフォルト・サイクル値よりも小さなＵＥ特有のサイクルが割り当てられていない場合、処理手順は、ステップＳ３０６へと進み、ここではデフォルト値は、実際のＤＲＸサイクル値として設定され、また次いで処理手順は、ステップＳ３０７において終了する。
【００５０】
図２に示されるような機能のアクティブ化／非アクティブ化の処理手順に基づいて、ネットワークは、ネットワークがＭＴＣデバイスと同期してＤＲＸを保持することができるように、いつＭＴＣデバイスが超低消費電力状態をアクティブにし、または非アクティブにするべきかを識別することができる。このようにして、ネットワークと、ＭＴＣデバイスとは、適切に機能することができる。このメカニズムは、システムにおける他のＵＥまたはＭＴＣデバイスに対して如何なる影響も及ぼさず、またそれゆえに仕様への取組みを最小限にすることになる。
【００５１】
超低消費電力機能についてのアクティブにする／非アクティブにするための暗黙的な方法では、より具体的には、ひとたびＭＴＣデバイスが超低消費電力状態に入り、または超低消費電力状態から出た後に、ＭＴＣデバイスは、所定のＵＥ特有のＤＲＸパラメータ、伝送アクセス要求メッセージ、またはトラッキング・エリア・アップデート（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ）（ＴＡＵ）要求メッセージを含む情報をネットワークに対して送信することになる。例えば、ＭＴＣデバイスが超低消費電力状態に入るときに、ＭＴＣデバイスは、５１２個のサブフレームなど、ＵＥ特有のＤＲＸパラメータをＭＭＥに対して送信することになり、このパラメータを用いて、ＭＭＥは、ＭＴＣデバイスが超低消費電力状態に入ることを要求していることを識別することができる。同様に、ＵＥ特有のＤＲＸパラメータが、例えば３２個のサブフレームであるときに、ＭＭＥは、ＭＴＣデバイスが超低消費電力状態の非アクティブ化について要求していることを識別することができる。
【００５２】
明示的な方法においては、ＭＴＣデバイスは、非アクセス・レイヤ信号を通して、その電力の状態が変化していることを示す明示的なメッセージをネットワークに対して送信する。これは、新しい非アクセス・レイヤ信号を定義すること、または現在の信号を拡張することにより、実装される可能性がある。信号フローチャートは、以下のように指定される詳細な処理手順を用いて、図２の中に示される。
【００５３】
ＭＴＣデバイスが、超低消費電力状態に入り、または超低消費電力状態から出る必要があるときに、ＭＴＣデバイスは、明示的な非アクセス・レイヤ・メッセージをＭＭＥに対して送信する（ステップＳ２０１を参照）。
【００５４】
ＭＴＣデバイスが、それが超低消費電力状態へと入っていることを報告する場合、ＭＭＥは、アクティブ化要求を許可すべきかどうかを決定する。ＭＴＣデバイスによって加入される機能のリストが、要求された機能を含んでいる場合、ＭＭＥは、要求を許可し、またＭＴＣデバイスの機能状態をアップデートし、また処理手順は、ステップＳ２０２へと進む。そうでなければ、ＭＭＥは、以下：
−アクティブ化要求を直接に拒絶すること、および応答メッセージにおいて拒絶の理由を示すこと（ステップＳ２２２を参照）、または
−加入者データベースなどのコア・ネットワーク・エンティティに対して加入要求を送信すること（ステップＳ２１２を参照）、次いで、加入者データベースがＭＴＣサーバに対して加入要求を送信すること（ステップＳ２１３を参照）
のうちのいずれかを実行することができる。
【００５５】
ＭＭＥは、加入者データベースなどのコア・ネットワーク・エンティティに対して機能状態アップデート要求を送信し（ステップＳ２２２を参照）、また加入者データベースなどのコア・ネットワーク・エンティティは、状態アップデート応答を戻す（ステップＳ２０３を参照）。
【００５６】
ＭＭＥは、ＢＳが、ＲＲＣ接続再構成などのネットワーク最適化を実行することができるように、ＢＳに対して状態変更メッセージを送信して、ＭＴＣデバイスの消費電力を低減させる。
【００５７】
ＲＲＣメッセージを使用した別の明示的な方法においては従来のＲＲＣメッセージを拡張する。例えば、測定報告メッセージを拡張し、または新しいＲＲＣメッセージを定義することができる。後続の処理手順は、非アクセス・レイヤ・メッセージを使用した明示的な方法におけるこれらの処理手順に非常に類似しており、またそれゆえにそれについての詳細な説明は省略される。
【００５８】
上記で述べられるような超低消費電力状態についてのアクティブ化または非アクティブ化に加えて、ＭＴＣデバイスが、測定メカニズムまたはある種のイベントに基づいて、常に、様々な機能を動的にアクティブにすることになり、またネットワークに通知することになるという多数のシナリオが、依然として存在している。例えば、医療用センシングのために使用されるＭＴＣデバイスは、一般的なシナリオにおいては、定期的に、少量のデータだけをＭＴＣデバイスのユーザに対して送信することになるが、しかしながら、緊急イベントが起こる場合、優先順位警報機能は、アクティブにされる可能性があり、またＭＴＣデバイスは、大量の検出された医療用データと同様に、緊急警報メッセージをネットワークに対して送信することができる。それゆえに、ＭＴＣデバイスは、その優先順位警報機能のアクティブ化または非アクティブ化についてネットワークにアクティブに通知する必要がある。超低消費電力機能のアクティブ化または非アクティブ化のための明示的な方法は、他の機能のアクティブ化または非アクティブ化のためにも使用される可能性があることは、明らかである。
【００５９】
図４は、本発明の実施形態によるＭＴＣデバイスの構造についての概略図を示すものである。図４ａにおいては、本発明の機能のアクティブ化／非アクティブ化の機能を有する一般的なＭＴＣデバイス４００についての概略図が示される。ＭＴＣデバイス４００は、第１の送信する手段４０１と、第２の送信する手段４０２と、受信する手段４０３と、機能アクティブ化手段４０４と、機能非アクティブ化手段４０５とを含む。
【００６０】
とりわけ、第１の送信する手段４０１は、機能アクティブ化要求を送信するように構成されている。ＭＴＣデバイス４００が機能状態に入る必要があるときに、第１の送信する手段４０１は、機能アクティブ化要求を送信するようにトリガされる。機能アクティブ化要求は、システム設計制約条件に応じて、暗黙的な方法、または明示的な方法のいずれかで送信される可能性がある。暗黙的な方法においては、規則は、ＭＴＣデバイスと、ネットワークとの間であらかじめ定義されるべきである。ＭＴＣデバイスは、暗黙的な方法において、その状態変更をネットワークに対して示す。ＭＴＣデバイスとネットワークとの間のあらかじめ定義された規則に基づいて、ネットワークは、ＭＴＣデバイスの状態変更を明らかに識別することができる。具体的には、ＭＴＣデバイスが、機能状態に入り、または機能状態から出る必要があるときに、ＭＴＣデバイスは、ＵＥ特有のパラメータを含む機能アクティブ化要求メッセージをトリガする。ネットワークは、所定のＵＥ特有のパラメータに応じてＭＴＣデバイスの状態を識別することができる。この方法は、あらかじめ定義された規則を使用するだけであり、またそれゆえに仕様への取り組みを最小限にすることができる。明示的な方法１においては、ＭＴＣデバイスは、その状態変更を示す非アクセス・レイヤ信号を経由して明示的なメッセージをネットワークに対して送信する。この機能は、新しい非アクセス・レイヤ信号を定義すること、または現在の信号を拡張することにより実装される可能性がある。明示的な方法２においては、ＲＲＣメッセージが使用される。この方法は、測定報告メッセージなど、従来のＲＲＣメッセージを拡張し、または新しいＲＲＣメッセージを定義することができる。ＢＳが、そのようなメッセージを受信する場合、それは、そのメッセージをＭＭＥに対して転送する。
【００６１】
第２の送信する手段４０２は、機能非アクティブ化要求を送信するように構成されている。第２の送信する手段４０２は、第２の送信する手段４０２が、機能アクティブ化要求の代わりに、機能非アクティブ化要求を送信するという点においてだけ、第１の送信する手段４０１とは動作において異なっており、またそれゆえに、それについては、ここでは詳述されない。
【００６２】
受信する手段４０３は、機能構成メッセージを受信するように構成されている。受信された機能構成メッセージが機能アクティブ化の許可を示す場合、機能構成メッセージは、ＭＴＣデバイスが機能アクティブ化状態において動作することができるように機能をアクティブにすることができる機能アクティブ化手段４０４へと入力されることになる。受信された機能構成メッセージが機能アクティブ化の拒絶を示す場合、機能アクティブ化手段４０４は、機能非アクティブ化状態にＭＴＣデバイスを保持することができる。受信された機能構成メッセージが機能非アクティブ化の許可を示す場合、機能構成メッセージは、ＭＴＣデバイスが機能非アクティブ化状態において動作することができるように機能を非アクティブにすることができる機能非アクティブ化手段４０５へと入力されることになる。そうでなければ、受信された機能構成メッセージが機能非アクティブ化の拒絶を示す場合、機能非アクティブ化手段４０５は、機能アクティブ化状態にＭＴＣデバイスを保持することができる。
【００６３】
一例においては、ＭＴＣデバイスは、優先順位警報機能を有するＭＴＣデバイスである。この例においては、第１の送信する手段４０１は、優先順位警報機能アクティブ化要求を送信するように構成されている。第２の送信する手段４０２は、優先順位警報機能非アクティブ化要求を送信するように構成されている。受信する手段４０３は、優先順位警報機能構成要求を受信するように構成されている。機能アクティブ化手段４０４は、受信された優先順位警報機能構成メッセージが優先順位警報機能アクティブ化の許可を示す場合にはＭＴＣデバイスが優先順位警報機能アクティブ化状態において動作することができるように優先順位警報機能をアクティブにし、そうでなければ、受信された機能構成メッセージが優先順位警報機能アクティブ化の拒絶を示す場合には優先順位警報機能非アクティブ化状態にＭＴＣデバイスを保持するように構成されている。機能非アクティブ化手段４０５は、受信された優先順位警報機能構成メッセージが優先順位警報機能非アクティブ化の許可を示す場合にはＭＴＣデバイスが優先順位警報機能非アクティブ化状態において動作することができるように優先順位警報機能を非アクティブにし、そうでなければ、受信された機能構成メッセージが優先順位警報機能非アクティブ化の拒絶を示す場合には優先順位警報機能アクティブ化状態にＭＴＣデバイスを保持するように構成されている。
【００６４】
図４ｂには、本発明の超低消費電力機能のアクティブ化／非アクティブ化機能を有する一般的なＭＴＣデバイス４００についての概略図が示されている。ＭＴＣデバイス４００は、第１の送信する手段４０１と、第２の送信する手段４０２と、受信する手段４０３と、機能アクティブ化手段４０４と、機能非アクティブ化手段４０５と、ＤＲＸサイクル設定手段４０６とを含む。
【００６５】
とりわけ、ＭＴＣデバイス４００が、超低消費電力機能状態に入る必要があるときに、第１の送信する手段４０１は、超低消費電力機能アクティブ化要求を送信するようにトリガされる。超低消費電力機能アクティブ化要求は、システム設定に応じて、暗黙的な方法、または明示的な方法のいずれかにおいて送信される可能性がある。暗黙的な方法においては、ＭＴＣデバイスは、所定のＵＥ特有のＤＲＸパラメータを含む超低消費電力機能アクティブ化要求をネットワークに対して送信する。例えば、５１２個のサブフレームについての情報など、ＵＥ特有のＤＲＸパラメータが、ＭＭＥに対して送信されることになっている場合には、ＭＭＥは、ＭＴＣデバイスが超低消費電力状態に入る必要があることを識別することができる。明示的な方法１においては、第１の送信する手段４０１は、その状態変更を示す非アクセス・レイヤ・メッセージを経由して明示的なメッセージをネットワークに対して送信し、また超低消費電力機能のアクティブ化を要求する。明示的な方法２においては、第１の送信する手段４０１は、その状態変更を示すＲＲＣメッセージを送信し、また超低消費電力機能のアクティブ化を要求する。この方法は、測定報告メッセージなど、従来のＲＲＣメッセージを拡張し、または新しいＲＲＣメッセージを定義することができる。
【００６６】
他方では、ＭＴＣデバイス４００が、超低消費電力機能状態から出る必要があるときに、第２の送信する手段４０２は、超低消費電力機能非アクティブ化要求を送信するようにトリガされる。超低消費電力機能非アクティブ化要求は、システム設計制約条件に応じて、暗黙的な方法、または明示的な方法のいずれかにおいて送信される可能性がある。暗黙的な方法においては、ＭＴＣデバイスは、所定のＵＥ特有のＤＲＸパラメータを含む超低消費電力機能非アクティブ化要求をネットワークに対して送信する。例えば、３２個のサブフレームについての情報など、ＵＥ特有のＤＲＸパラメータが、ＭＭＥに対して送信される場合には、ＭＭＥは、ＭＴＣデバイスが超低消費電力状態から出る必要があることを識別することができる。明示的な方法１においては、第１の送信する手段４０１は、その状態変更を示す非アクセス・レイヤ・メッセージを経由して明示的なメッセージをネットワークに対して送信し、また超低消費電力機能の非アクティブ化を要求する。明示的な方法２においては、第１の送信する手段４０１は、その状態変更を示すＲＲＣメッセージを送信し、また超低消費電力機能の非アクティブ化を要求する。この方法は、測定報告メッセージなど、従来のＲＲＣメッセージを拡張し、または新しいＲＲＣメッセージを定義することができる。
【００６７】
受信する手段４０３は、超低消費電力機能構成メッセージを受信するように構成されている。受信された機能構成メッセージが超低消費電力機能アクティブ化の許可を示す場合、機能構成メッセージは、ＭＴＣデバイスが超低消費電力機能アクティブ化状態において動作することができるように、超低消費電力機能をアクティブにすることができる超低消費電力機能アクティブ化手段４０４に入力されることになる。受信された機能構成メッセージが超低消費電力機能アクティブ化の拒絶を示す場合には、機能アクティブ化手段４０４は、機能非アクティブ化状態にＭＴＣデバイスを保持することができる。受信された超低消費電力機能構成メッセージが超低消費電力機能非アクティブ化の許可を示す場合、超低消費電力機能構成メッセージは、ＭＴＣデバイスが超低消費電力機能非アクティブ化状態において動作することができるように、超低消費電力機能を非アクティブにすることができる超低消費電力機能非アクティブ化手段４０５に入力されることになる。そうでなければ、受信された機能構成メッセージが機能非アクティブ化の拒絶を示す場合、機能非アクティブ化手段４０５は、機能アクティブ化状態にＭＴＣデバイスを保持することができる。
【００６８】
さらに、ＭＴＣデバイス４００は、ＭＴＣデバイス４００が超低消費電力機能アクティブ化状態において動作するときにはＵＥ特有のＤＲＸサイクルをＤＲＸについての実際のサイクル値として設定し、またＵＥ特有のＤＲＸサイクルと、システム・デフォルト・サイクルとのうちの小さい方をＤＲＸについての実際のサイクル値として設定するように構成されているＤＲＸサイクル設定手段４０６を含んでいる。
【００６９】
本発明は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せの形で実装される可能性があることを理解することができる。本発明はまた、適切な任意のデータ処理システムによって使用するための信号搬送媒体の上で実施されるコンピュータ・プログラム製品の形で実施される可能性もあることが、当業者には理解されるであろう。信号搬送媒体は、磁気媒体、光学的媒体、または他の適切な媒体を含めて、伝送媒体、または機械読取り可能情報についての記録可能媒体とすることができる。記録可能媒体の例は、ハード・ディスク・ドライブにおけるディスクまたはフロッピー・ディスクと、光ディスクのための光ディスク・ドライブと、磁気テープと、当業者によって思いつかれる可能性のある他の媒体とを含む。適切にプログラムされた手段を有する任意の通信デバイスは、プログラム製品の形で実施される、本発明の方法ステップを実装することができることは、当業者なら理解されるであろう。
【００７０】
本発明の様々な実施形態は、本発明の範囲を逸脱することなく、修正され、または変形され得ることを上記から理解することができる。本説明は、例示的なものにすぎず、また限定するためのものではない。本発明の範囲は、特許請求の範囲によって定義される。
【図１】
0005602310.tif 000002
【図２】
0005602310.tif 000003
【図３】
0005602310.tif 000004
【図４ａ】
0005602310.tif 000005
【図４ｂ】
0005602310.tif 000006