(57)【特許請求の範囲】
【請求項１】
割り当てチャネル上で送られたメッセージを受信する受信機と、受信されたメッセージのデータ型を識別できるパケット識別論理とを有する通信ユニットであって、前記通信ユニットは、第二の通信ユニットに送られるべきデータ・パケットをバッファリングするバッファ論理に動作可能に結合され、アクティブ動作モードでは、前記受信機は前記割り当てチャネル上で送られるメッセージを間欠的に受信し：
前記バッファ論理が前記第二の通信ユニットにデータ・パケットが転送されるべきであることを識別すること；および
前記パケット識別論理が通信資源割り当てメッセージを受信しそこに含まれる資源割り当てデータを識別すること
のうちの少なくとも一つに応答して前記割り当てチャネル上で送られるメッセージを連続的に受信するよう遷移することができる、
通信ユニット。
【請求項２】
前記パケット識別論理が、パケット・データ制御プロトコル（PDCP）データを識別するよう動作可能である、請求項１記載の通信ユニット。
【請求項３】
前記パケット識別論理が、前記通信資源割り当てメッセージにライブ状態維持メッセージが含まれているかどうかを識別するよう動作可能であり、ライブ状態維持メッセージ以外のメッセージを判別すると、当該通信ユニットは前記割り当てチャネル上で送られるメッセージを連続的に受信するよう遷移するよう動作可能である、請求項１又は請求項２記載の通信ユニット。
【請求項４】
前記ライブ状態維持メッセージが、非アクティブ状態におけるリンク制御プロトコル（LCP）エコー／応答メッセージである、請求項４記載の通信ユニット。
【請求項５】
当該通信ユニットが無線加入者通信ユニットであり、前記第二の通信ユニットがネットワーク・ベースの通信ユニットである、請求項１ないし４のうちいずれか一項記載の通信ユニット。
【請求項６】
前記無線加入者通信ユニットは、前記バッファ論理に動作可能に結合され、少なくとも一つの上りリンク電波リンク制御（RLC）バッファにおけるバッファ占有を識別するバッファ判別論理を有する、請求項５記載の通信ユニット。
【請求項７】
当該通信ユニットがネットワーク・ベースの通信ユニットであり、前記第二の通信ユニットが無線加入者通信ユニットである、請求項１ないし６のうちいずれか一項記載の通信ユニット。
【請求項８】
前記ネットワーク・ベースの通信ユニットは、
少なくとも一つの上りリンク電波リンク制御（RLC）バッファ；および
少なくとも一つの下りリンク電波リンク制御（RLC）バッファ
のうちの少なくとも一つにおけるバッファ占有を識別するよう動作可能な、前記バッファ論理に動作可能に結合されたバッファ判別論理を有する、
請求項７記載の通信ユニット。
【請求項９】
セルラー通信ユニットにおいて電力を節約する方法であって：
セルラー通信システムの割り当てチャネル上で送られたメッセージを受信する段階と；
前記通信ユニットと第二の通信ユニットとの間で送られたメッセージのデータ型を識別する段階と；および
前記第二の通信ユニットに送られるべきデータ・パケットをバッファリングする段階とを備え、前記方法は、更に、アクティブ動作モードにおいて、
前記割り当てチャネル上で送られるメッセージを間欠的に受信する段階と；
前記第二の通信ユニットにデータ・パケットが転送されるべきであることを識別すること；および
通信資源割り当てメッセージを受信しそこに含まれる資源割り当てデータを識別すること、
のうち少なくとも一つに応答して、前記割り当てチャネル上で送られるメッセージを連続的に受信することに遷移する段階とを有する、
方法。
【請求項１０】
データ型を識別する前記段階が：
前記通信資源割り当てメッセージにライブ状態維持メッセージが含まれているかどうかを識別する段階と、ライブ状態維持メッセージ以外のメッセージを判別すると、
前記割り当てチャネル上で送られるメッセージを連続的に受信するよう遷移する段階とを含む、
請求項９記載の方法。
【請求項１１】
前記通信資源割り当てメッセージにライブ状態維持メッセージが含まれているかどうかを識別する前記段階が、前記ライブ状態維持メッセージが、非アクティブ状態におけるリンク制御プロトコル（LCP）エコー／応答メッセージであるかどうかを識別することを含む、請求項１０記載の方法。
【請求項１２】
メモリと；
前記メモリに結合されたプロセッサと；
前記プロセッサ上で実行可能なプログラム・コードとを有する通信ユニットであって、前記プログラム・コードは：
セルラー通信システムの割り当てチャネル上で送られたメッセージを受信する段階と；
前記通信ユニットと第二の通信ユニットとの間で送られたメッセージのデータ型を識別する段階と；および
前記第二の通信ユニットに送られるべきデータ・パケットをバッファリングする段階とを実行するために機能可能であり、前記コードは更に、アクティブ動作モードにおいて、
前記割り当てチャネル上で送られるメッセージを間欠的に受信する段階と；
前記第二の通信ユニットにデータ・パケットが転送されるべきであることを識別すること；および
通信資源割り当てメッセージを受信しそこに含まれる資源割り当てデータを識別すること、
を含む群の少なくとも一つの要素に応答して、前記割り当てチャネル上で送られるメッセージを連続的に受信することに遷移する段階とを
実行するために機能可能である、
通信ユニット。
【請求項１３】
セルら通信ユニット内で実行されるプログラム・コードが格納されたコンピュータ読み取り可能な記録媒体であって、前記プログラム・コードは：
セルラー通信システムの割り当てチャネル上で送られたメッセージを受信する段階と；
前記通信ユニットと第二の通信ユニットとの間で送られたメッセージのデータ型を識別する段階と；および
前記第二の通信ユニットに送られるべきデータ・パケットをバッファリングする段階と；
前記割り当てチャネル上で送られるメッセージを間欠的に受信する段階とを備え、前記プログラムコードは更に、アクティブ動作モードにおいて、
前記第二の通信ユニットにデータ・パケットが転送されるべきであることを識別すること；および
通信資源割り当てメッセージを受信しそこに含まれる資源割り当てデータを識別すること、
のうちの少なくとも一つの要素に応答して、前記割り当てチャネル上で送られるメッセージを連続的に受信することに遷移する段階とを
実行することを特徴とする、コンピュータ読み取り可能な記録媒体。
【請求項１４】
通信ユニットであって：
セルラー通信システムの割り当てチャネル上で送られるメッセージを受信するための論理と；
当該通信ユニットと第二の通信ユニットとの間で送られた受信メッセージのデータ型を識別する論理と；
前記第二の通信ユニットに送られるべきデータ・パケットをバッファリングする論理と；
アクティブ動作モードにおいて、割り当てチャネル上で送られるメッセージを間欠的に受信するための論理と；
前記第二の通信ユニットにデータ・パケットが転送されるべきであることを識別する論理、および
通信資源割り当てメッセージを受信しそこに含まれる資源割り当てデータを識別する論理
のうちの少なくとも一つに応答して、前記割り当てチャネル上で送られる一つまたは複数のメッセージを連続的に受信することに遷移する論理とを有する、
通信ユニット。
【請求項１５】
通信ユニットと第二の通信ユニットとの間の通信をサポートするセルラー通信システムであって、前記通信ユニットは、当該セルラー通信システムの割り当てチャネル上で送られるメッセージを受信するための受信機と；受信されたメッセージのデータ型を識別するためのパケット識別論理とを有し、前記通信ユニットは、前記第二の通信ユニットに送られるべきデータ・パケットをバッファリングするバッファ論理に動作可能に結合されており、アクティブ動作モードでは、前記通信ユニットの前記受信機は、割り当てチャネル上で送られるメッセージを間欠的に受信するよう動作可能であり、前記通信ユニットは：
前記バッファ論理が、前記第二の通信ユニットにデータ・パケットが転送されるべきであることを識別すること；および
前記パケット識別論理が通信資源割り当てメッセージを受信しそこに含まれる資源割り当てデータを識別すること、
のうちの少なくとも一つに応答して割り当てチャネル上で送られるメッセージを連続的に受信するよう遷移するよう動作可能である、
セルラー通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は概括的にはセルラー通信システムにおける通信資源〔リソース〕の利用に関する。より詳細には、これに限るものではないが、本発明は、パケット交換セルラー通信システムにおける電力節約のための装置および方法に関する。
【背景技術】
【０００２】
現在、第三世代セルラー通信システムが、携帯電話ユーザーに提供される通信サービスをさらに向上させるために展開されつつある。最も広く採用されている第三世代通信システムは符号分割多重アクセス（CDMA:  Code  Division  Multiple  Access）および周波数分割二重（FDD:  Frequency  Division  Duplex）または時分割二重（TDD:  Time  Division  Duplex）技術である。
【０００３】
TDDは、上りリンク送信、すなわち移動無線通信ユニット（しばしば無線加入者通信ユニットと称される）から通信インフラストラクチャーへの無線サービス基地局を介した送信と、下りリンク送信、すなわち通信インフラストラクチャーから移動無線通信ユニットへのサービス基地局を介した送信との両方のために同じ搬送波周波数が使用される備えをする。TDDでは、搬送波周波数は時間領域で一連の時間スロットに細分される。単一の搬送波周波数が、いくつかの時間スロットの間は上りリンク送信に割り当てられ、別の時間スロットの間は下りリンク送信に割り当てられる。この原理を使った通信システムの一例は、万国移動通信システム（UMTS:  Universal  Mobile  Telecommunication  System）である。CDMA、特にUMTSのワイドバンドCDMA（WCDMA:  Wideband  CDMA）モードのさらなる記述は、Harri  Holma、Antti  Toskala（編）、「WCDMA  for  UMTS」、Wiley  &  Sons、2001年、ISBN0471486874に見出すことができる。
【０００４】
向上された通信サービスを提供するために、第三世代セルラー通信システムは、多様な異なる向上されたサービスをサポートするよう設計される。一つのそのような向上されたサービスはマルチメディア・サービスである。携帯電話および他のハンドヘルド機器を介して受信できるマルチメディア・サービスへの需要は、今後数年で急速に成長する態勢にある。マルチメディア・サービスは、通信されるべきデータ内容の性質のため、高バンド幅を要求する。よって、パケット交換ベースのデータ提供が一般に採用される。
【０００５】
典型的には、動作的に非アクティブな加入者ユニット（3GPPの用語ではユーザー装置（UE:  User  Equipment）と称される）は「ページング」状態に置かれる。この「ページング」状態において、UEはごくまれに（可能性としては500msecより低い頻度で）、そのUEのための下りリンク（DL:  downlink）データがあるかどうかを示すメッセージを搬送する専用のページング・チャネルを傾聴する（listen）。そのメッセージがそのUEのためにDLデータが存在すると示していれば、UEは、データ・トラフィックを送受信できる「データ・トラフィック」状態のような動作状態に遷移すべきであると知る。ネットワークに送られるべきULトラフィックがある場合、UEはデータ・トラフィックを送るための適切な状態にまっすぐ遷移する。しかしながら、この状態遷移はかなりの時間期間を取ることがあることが知られている（典型的には状態遷移は100msecのオーダーでありうる）。
【０００６】
ページング・チャネルは、UEがメッセージを受信するために該ページング・チャネルに「低頻度で」アクセスするだけでよいよう入念に設計される。UEの電力要求を最小限にするためである。しかしながら、ページング・チャネルに低頻度でアクセスしそれにより電力を節約する際、結果として、その後データを送受信する際の潜在時間（latency）が増大する。パケット交換ベースのセルラー通信システムでは、この潜在時間はシステムの全体的なパフォーマンスにとってひどく有害となりうる。
【０００７】
ひとたびUEがページングされることに成功し、「データ・トラフィック」状態になると、UEはフレーム毎に、限られた時間期間にわたって別個の共有チャネル上の資源を割り当てる割り当てチャネル（allocation  channel）を傾聴する。
【０００８】
共有される資源の割り当てが実行されるのは、UEがネットワークに対して、上りリンク（UL:  uplink）バッファが占有されていること、すなわちUEが上りリンク・チャネル上でネットワークに送信する必要のあるデータをバッファリングしたということを信号伝達するのに応答して、あるいは下りリンク（DL）データの場合にはネットワーク内の内部報告の提供を通じてでありうる。UE信号伝達および／またはDLデータの内部報告をサポートすることは、システムにさらなる複雑さを加えることになる。
【０００９】
もちろん、たとえ長い期間データを送受信していないユーザーであってもできるだけ多くのユーザーを「データ・トラフィック状態」に保つことも可能であろう。これは潜在時間を最小にする。しかしながら、UEはフレーム毎に割り当てチャネルを傾聴しなければならなくなるので、UEにおける電力要求にとっては有害であろう。
【００１０】
したがって、UE電力要求を最小にすることと、潜在時間パフォーマンスとの間にはトレードオフがあることが示される。
【００１１】
その後、「データ・トラフィック」状態では、すべてのUEがフレーム毎に、限られた時間期間にわたって共有資源を割り当てる割り当てチャネルを傾聴する。よって、ネットワークによって指示されるように、複数の共有資源から割り当てられたチャネルに遷移する前に、すべてのUEがフレーム毎に割り当てチャネルを傾聴するという要求は、やはり潜在時間を増大させる。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
結果として、現行の技術は最適ではない。よって、パケット交換セルラー通信システムにおける潜在時間対電力節約の問題に対処するための改良された機構が望まれている。
【課題を解決するための手段】
【００１３】
そこで、本発明の諸実施形態は、単独でまたは任意の組み合わせにおいて、上記の欠点の一つまたは複数を緩和、軽減または解消しようとするものである。
【００１４】
本発明のいくつかの実施形態によれば、割り当てチャネル上で送られたメッセージを受信する受信機と、受信されたメッセージのデータ型を識別できるパケット識別論理とを有する通信ユニットが提供される。前記パケット識別論理は、第二の通信ユニットに送られるべきデータ・パケットをバッファリングするバッファ論理に動作可能に結合されている。アクティブ動作モードでは、受信機は（そのUEに共有チャネルを割り当てる割り当てチャネル上のメッセージがあるかどうかを見るために）間欠的に割り当てチャネルを受信し、次のうちの少なくとも一つに応答して割り当てチャネルを連続的に受信するよう遷移することができる：バッファ論理が第二の通信ユニットにデータ・パケットが転送されるべきであることを識別する；あるいは前記パケット識別論理が通信資源割り当てメッセージを受信しそこに含まれる資源割り当てデータを識別する。
【００１５】
本発明のある任意的な特徴によれば、本通信ユニットは、第三世代パートナーシップ・プロジェクト（3GPP）セルラー通信システムにおいて動作するよう構成される。こうして、本発明の概念は、UEが共有チャネル上でデータを送受信するUE状態に適用されうる。
【００１６】
本発明のいくつかの実施形態によれば、前記パケット識別論理は、共有チャネル上で送られたメッセージに「ライブ状態維持（keep  alive）」メッセージだけが含まれているかどうかを識別しうる。これに関し、「ライブ状態維持」メッセージ以外のメッセージを判別すると、本通信ユニットは、割り当てチャネル上で送られる、共有チャネル資源を割り当てるメッセージを連続的に受信することに遷移しうる。この任意的な特徴は、本通信ユニットが、非アクティブなサブ状態に留まり、「ライブ状態維持」メッセージは受信しながらも割り当てチャネルは間欠的にのみ傾聴することを可能にする。
【００１７】
本発明のいくつかの実施形態では、ライブ状態維持メッセージは、本通信ユニットが非アクティブ状態にあるときのリンク制御プロトコル（LCP:  link  control  protocol）エコー／応答メッセージであってもよい。
【００１８】
本発明のいくつかの実施形態では、本通信ユニットは無線加入者通信ユニットであり、第二の通信ユニットはネットワーク・ベースの通信ユニットである。無線加入者通信ユニットは、前記バッファ論理に動作可能に結合され、少なくとも一つの上りリンク電波リンク制御（RLC:  radio  link  control）バッファのために動作可能であり、前記少なくとも一つの上りリンクRLCバッファにおけるバッファ占有を識別することのできるバッファ判別論理を有しうる。
【００１９】
本発明のいくつかの実施形態では、本通信ユニットはネットワーク・ベースの通信ユニットであり、第二の通信ユニットは無線加入者通信ユニットである。ネットワーク・ベースの通信ユニットは、前記バッファ論理に動作可能に結合され、少なくとも一つの上りリンク電波リンク制御（RLC）バッファとして構成され、少なくとも一つの上りリンク電波リンク制御（RLC）バッファと少なくとも一つの下りリンクRLCバッファとのうちの少なくとも一つにおけるバッファ占有を識別することのできるバッファ判別論理を有しうる。
【００２０】
本発明の諸実施形態は、割り当てチャネルの間欠的かつよりインテリジェントな傾聴（listening）動作を容易にすることによって、従来式のデータ・トラフィック状態動作と比較して、本通信ユニット内での電力節約を許容しうる。このようにして、無線加入者通信ユニットのバッテリー寿命における著しい節約が達成されうる。
【００２１】
本発明の諸実施形態は、UEがページング状態に置かれる従来式のシステムに比較して潜在時間を改善しうる。
【００２２】
さらに、本発明のいくつかの実施形態は、「データ・アクティブ」状態に留まることを強制されるUEについて電力使用を改善しうる。これに関し、本発明のいくつかの実施形態は、これら二つの戦略の間の最適な妥協を提供しうる。本発明のいくつかの実施形態の範囲内で、UEが割り当てチャネルを傾聴する頻度を変更し、それにより良好な潜在時間パフォーマンス（UEが割り当てを頻繁に読む）とUEにおける改善された電力節約（UEはより低頻度で割り当てを読む）との間の漸進的な遷移を提供することが可能でありうる。
【００２３】
本発明のいくつかの実施形態によれば、セルラー通信ユニットにおいて電力を節約する方法であって、セルラー通信システムの割り当てチャネル上で送られたメッセージを受信する段階と；セルラー通信ユニットと第二の通信ユニットとの間で送られた受信メッセージのデータ型を識別する段階と；第二の通信ユニットに送られるべきデータ・パケットをバッファリングする段階とを有する方法が提供される。本方法はさらに：割り当てチャネル上で送られるメッセージを間欠的に受信する段階と；第二の通信ユニットにデータ・パケットが転送されるべきであることを識別する、あるいは通信資源割り当てメッセージを受信しそこに含まれる資源割り当てデータを識別することのいずれかに応答して、前記割り当てチャネル上で送られるメッセージを連続的に受信することに遷移する段階とを有する。
【００２４】
本発明の他の実施形態によれば、第二の通信ユニットとデータ・パケットを転送できる通信ユニットが提供される。本通信ユニットは、メモリと；前記メモリに結合されたプロセッサと；前記プロセッサ上で実行可能なプログラム・コードとを有し、前記プログラム・コードは、上述の方法を実行するよう動作可能である。
【００２５】
本発明の諸実施形態によれば、通信ユニットと第二の通信ユニットとの間の通信をサポートするためのプログラム・コードを有するコンピュータ・プログラム・プロダクトが提供される。前記コンピュータ・プログラム・プロダクトは、前述の方法を実行するためのプログラム・コードを有する。
【００２６】
本発明のいくつかの実施形態によれば、通信ユニットであって、セルラー通信システムの割り当てチャネル上で送られるメッセージを受信する論理と；当該通信ユニットと第二の通信ユニットとの間で送られた受信メッセージのデータ型を識別する論理と；第二の通信ユニットに送られるべきデータ・パケットをバッファリングする論理とを有する通信ユニットが提供される。本通信ユニットはさらに：割り当てチャネル上で送られるメッセージを間欠的に受信する論理と；第二の通信ユニットにデータ・パケットが転送されるべきであることを識別する論理、あるいは通信資源割り当てメッセージを受信しそこに含まれる資源割り当てデータを識別する論理のうちの少なくとも一つに応答して、前記割り当てチャネル上で送られるメッセージを連続的に受信することに遷移する論理とを有する。
【００２７】
本発明のいくつかの実施形態によれば、通信ユニットと第二の通信ユニットとの間の通信をサポートするセルラー通信システムが提供される。前記通信ユニットは、当該セルラー通信システムの割り当てチャネル上で送られるメッセージを受信できる受信機と；受信されたメッセージのデータ型を識別できるパケット識別論理とを有し、前記パケット識別論理は、第二の通信ユニットに送られるべきデータ・パケットをバッファリングするバッファ論理に動作可能に結合されている。アクティブ動作モードでは、前記通信ユニットの前記受信機は間欠的に、割り当てチャネル上で送られるメッセージを受信することができ、次のうちの少なくとも一つに応答して割り当てチャネル上で送られるメッセージを連続的に受信するよう遷移することができる：バッファ論理が、第二の通信ユニットにデータ・パケットが転送されるべきであることを識別する；前記パケット識別論理が通信資源割り当てメッセージを受信しそこに含まれる資源割り当てデータを識別する。
【００２８】
本発明のこれらおよびその他の側面、特徴および利点は、以下に記載される実施形態から明白となり、それを参照することで明らかにされるであろう。
【００２９】
本発明の実施形態について、あくまでも例として、付属の図面を参照して述べる。
【図面の簡単な説明】
【００３０】
【図１】本発明のいくつかの実施形態に基づいて適応されたセルラー通信システムの通信プロトコル表現を示す図である。
【図２】本発明のいくつかの実施形態に基づく、データ・トラフィック状態におけるUEサブ状態判別プロセスのプロトコル・ベースのアーキテクチャを示す図である。
【図３】本発明のいくつかの実施形態に基づいて適応されたユーザー装置（UE）の簡略化されたブロック図である。
【図４】本発明のいくつかの実施形態に基づくUE状態図である。
【図５】本発明のいくつかの実施形態に基づくネットワーク側状態図である。
【図６】本発明のいくつかの実施形態に基づいて適応されたタイミング・フレーム・フォーマットを示す図である。
【図７】本発明の諸実施形態における処理機能を実装するために用いられうる典型的なコンピューティング・システムを示す図である。
【発明を実施するための形態】
【００３１】
以下の記述は、UMTS（Universal  Mobile  Telecommunication  System［万国移動通信システム］）セルラー通信システムに、特に第三世代パートナーシップ・プロジェクト（3GPP）システム内のUMTS地上波電波アクセス・ネットワーク（UTRAN:  UMTS  Terrestrial  Radio  Access  Network）に適用可能な本発明の諸実施形態に焦点を当てるが、本発明がこの特定のセルラー通信システムに限定されるものではなく、他のパケット交換通信システムにも適用されうることは認識されるであろう。
【００３２】
本発明の諸実施形態において、3GPP通信システムにおけるcell_FACH（Forward  Access  CHannel［前方アクセス・チャネル］）状態が、効率的な電力節約をサポートするよう適応される。ただし、本発明の概念は、共有チャネルを用いるいかなる通信システムにも適用されうる。cell_FACH状態は、現行の3GPP規格における、共有チャネルのみの動作を用いうる状態である。たとえば、本発明のある実施形態は、UEが専用資源を割り当てられないのでUEが共有チャネルを用いる、3GPP内のロング・ターム・エボリューション（LTE:  long-term  evolution）規格に適用されうる。
【００３３】
本発明のいくつかの実施形態では、UEがまれにしか割り当てチャネルを読まないよう構成される（たとえば、「非アクティブ・サブ状態」にあるよう構成設定される）とき、UEは、レイヤー１およびトランスポート・チャネル処理機能を、そのUEのための割り当てがないとわかっている時間の間はオフにすることによって、その電力要求を下げることができる。レイヤー１機能はまた、自動利得制御（AGC:  automatic  gain  control）、自動周波数制御（AFC:  automatic  frequency  control）およびフレーム・トラッキングをも含みうる。
【００３４】
通常、UEがネットワークに信号伝達してUEのULバッファがデータを有することを示すのに応答して、あるいはDLデータの場合にはネットワーク内における内部報告の提供によって、UEはデータ・トラフィック状態に遷移する。UEが次に、フレーム毎に、限られた時間期間にわたって共有資源を割り当てる割り当てチャネルを傾聴する従来式の機構とは対照的に、本発明の諸実施形態は、UEが、データ・トラフィック状態に留まりながら割り当てチャネルはたまにしか傾聴しない方式を提案する。こうして、本発明の諸実施形態は、以下で「非アクティブ・サブ状態」と称される、データ・トラフィック状態内の「サブ状態（sub-state）」を提供する。
【００３５】
本発明のある向上した実施形態では、より上のレイヤーの「ライブ状態維持」メッセージ（たとえばLCPエコー／応答メッセージ）のみがUTRAN内の電波ネットワーク・コントローラ（RNC:  radio  network  controller）とUEとの間で送られる場合にはUEが「非アクティブ」状態に留まることを保証する論理が提供される。
【００３６】
「ライブ状態維持」型のメッセージは、データ・ネットワークにおいて発生し、ユーザーにとっては直接アクセス可能ではないプロトコルに関連付けられる。これらのメッセージは、ユーザーに対して呈示されるデータがないときでさえ発生する小さなメッセージである。それらのメッセージは典型的には、データ・リンク接続を確立し、構成設定し、あるいは試験するために使用される。
【００３７】
3GPP内では、ポイントツーポイント・プロトコル（PPP:  point-to-point  protocol）は、ポイントツーポイント・リンクを通じて多くの異なるプロトコル・データグラムをカプセル化および転送するための方法を提供する。それはリンクを管理するためのリンク制御プロトコル（LCP:  link  control  protocol）を含む。LCPプロトコル内では、「エコー要求」および「エコー応答」メッセージが存在する。多くのアプリケーションでは、エコー要求／応答メッセージは、クライアントがまだ接続されていることを確認するため（用語「ライブ状態維持（keep  alive）」はこれからきている）および／または往復遅延時間を決定するために、周期的に使われる。
【００３８】
PPPを使うのではなくIPを直接使うことのできるインターネット制御メッセージ・プロトコル（ICMP:  Internet  control  message  protocol）のような他の管理プロトコルは、同様の「ピング（ping）」機能をもつ。これらも本発明の実施形態のコンテキストにおける「ライブ状態維持」メッセージと称されうる。
【００３９】
ここで図１を参照すると、本発明の諸実施形態に基づいて、セルラー・ベースの通信システム１００の通信プロトコル表現の概略が示されている。これらの実施形態において、セルラー・ベースの通信システム１００は、万国移動通信システム（UMTS）無線インターフェースに準拠し、UMTS無線インターフェースを通じて動作するためのネットワーク要素を含んでいる。特に、これらの実施形態は、UTRAN電波インターフェースに関係するワイドバンド符号分割多重アクセス（WCDMA）、時分割符号分割多重アクセス（TD-CDMA）および時分割同期符号分割多重アクセス（TD-SCDMA）規格のための第三世代パートナーシップ・プロジェクト（3GPP）仕様（3GPP  TS  25.xxxシリーズの仕様書で記載されている）に関係する。
【００４０】
具体的には、3GPPシステムの通信プロトコル表現１００は、UTRA  3GPPの将来の発展型（現在、「ロング・ターム・エボリューション（LTE）」と称されている）をサポートするよう適応されている。通信プロトコル表現１００は、アクセス・ゲートウェイ１０５を介して通信システム内の他の通信実体（図示せず）と通信する向上されたノードB（eNB:  enhanced  Node-B）１２０を含んでいる。
【００４１】
アクセス・ゲートウェイ１０５は、移動管理実体（MME:  mobility  management  entity）１１５に動作可能に結合されたユーザー・プレーン実体（UPE:  user  plane  entity）１１０を有する。LTE内のRNC機能は完全に向上型ノードB内にある。アクセス・ゲートウェイ内では、移動管理実体（MME）機能は、ページング／アイドル・モード移動（paging/idle  mode  mobility）のための移動機能であり、UPEはユーザー・プレーン機能を提供する。
【００４２】
上述したように、アクセス・ゲートウェイ１０５はeNB１２０に動作可能に結合される。eNB１２０は以下のプロトコル・レイヤーの間の通信を容易にするための論理を有する：PDCP  １２５、電波リンク制御（RLC）レイヤー１３０、媒体アクセス制御（medium  access  control）（１３５）レイヤーおよび物理（レイヤー１）レイヤー１４５。これらのレイヤー間の通信は、電波資源制御論理１４０によって制御される。
【００４３】
本発明の諸実施形態によれば、PDCPレイヤー１２５は、「ライブ状態維持」型メッセージを識別できるよう修正されうる。PDCP実体と電波資源制御（RRC:  radio  resource  control）実体１４０との間に新たな信号伝達も提供され、それによりRRC実体１４０が、ライブ状態維持であるまたはライブ状態維持でないデータが検出されたかどうかを知らされることができる。RRC実体１４０はまた、「非アクティブ」または「アクティブ」サブ状態にあるUEの記録を記憶できるようにも修正されうる。このようにして、RRC実体１４０は、（共有チャネル資源を割り当てる）割り当てチャネル上でメッセージが送られるとき、該メッセージが適切なフレームにおいて送られ、「非アクティブ」サブ状態にある特定のUEがそのフレームにおいて割り当てチャネルを読んでいるようにすることを保証できる。
【００４４】
本発明の諸実施形態によれば、向上されたノードB  １２０（または電波ネットワーク制御（RNC）要素のような他の要素）のようなネットワーク要素内の電波資源制御（RRC）論理１４０が、データ・パケット型を識別するよう適応される。たとえば、3GPPのコンテキストでは、これは、パケット・データ制御プロトコル（PDCP:  packet  data  control  protocol）レイヤー１２５においてLCPエコー／応答メッセージを識別することによって達成されうる。
【００４５】
ここで図２を参照すると、本発明のいくつかの実施形態に基づく、データ・トラフィック状態内のUEサブ状態をどのように決定するかのプロトコル・ベースのアーキテクチャ２００が示されている。これはネットワークおよびUEに等しく適用される。プロトコル・ベースのアーキテクチャ２００では、ユーザー・プレーン・データ２０５が適応されたPDCP論理２１０に渡される。適応されたPDCP論理２１０は、「ライブ状態維持」メッセージがあるかどうか、受信されたユーザー・プレーン・データ・パケットを検査する。適応されたPDCP論理２１０が、ユーザー・プレーン・データ２０５内の「ライブ状態維持」メッセージは受信されなかったと判定すると、ユーザー・プレーン・データ２０５は、既知の従来技術におけるようなOSIプロトコルのさまざまなレイヤー、すなわち電波リンク制御レイヤー（RLC）２１５、媒体アクセス・レイヤー（MAC）２２０およびレイヤー１物理レイヤー２２５を通じて渡されていく。
【００４６】
当業者には認識されるであろうように、ULデータについては（プロトコル・ベースのアーキテクチャ２００がネットワーク側の場合に適用されると考えるとき）RRCはまず割り当て要求を受信し、次いで、RRCは共有資源を割り当てる（UEが「非アクティブ・サブ状態」にある場合、適切なフレームが使用されることを保証して）。次いで、データは、MACレイヤー２２０およびRLCレイヤー２１５を通過して、レイヤー１物理レイヤー２２５に到着する。そうしてはじめて、PDCP論理２１０（レイヤー）が、そのデータが「ライブ状態維持」であるか否かを判定できるようになる。
【００４７】
しかしながら、本発明の諸実施形態によれば、適応されたPDCP論理２１０がユーザー・プレーン・データ２０５内の「ライブ状態維持」メッセージが受信されたことを判定する場合、この事実の指標２３０がRRC論理２３５に送られる。この指標に応答して、RRC論理２３５は、一つまたは複数の制御信号２４５を使って、MACレイヤー論理２２０およびレイヤー１論理２２５をRRC状態に従って構成設定する。前記一つまたは複数の制御信号は、UE側において、その際、UEが割り当てチャネルを傾聴する必要がない時間の間、レイヤー１機能がオフにされることができることを保証する。また、HSDPAまたは向上された上りリンク信号伝達チャネル（E-USCH:  enhanced  uplink  signaling  channel）またはLTEが用いられる場合は、MACレイヤー論理２２０は、割り当てチャネルを読まなければならないときに通知される。
【００４８】
UTRAN側では、3GPPにおけるHSDPA/E-USCHまたはLTEが用いられる場合、MACレイヤー論理２２０は、割り当てメッセージがUEに送られるのがUEが実際に傾聴しているフレームの間だけであることを保証できるよう、UEが非アクティブ・サブ状態にあることを通知される必要がある。
【００４９】
制御プレーン・データ２４０は次いでRRC論理２３５からOSIプロトコルの諸レイヤー：電波リンク制御レイヤー（RLC）２１５、再構成された媒体アクセス・レイヤー（MAC）２２０および再構成されたレイヤー１物理レイヤー２２５、を通じて出力される。
【００５０】
本発明の代替的な諸実施形態では、MACレイヤー２２０および／またはレイヤー１論理２２５の適応は、RRC論理によって制御される適応とは対照的に、ネットワーク内に含まれるパケット識別論理に直接応答して実行されてもよい。これは、LTEまたはHSDPA/E_USCHが用いられる場合であり、ここではRRCはもはや共有資源の割り当てを制御しないので、本当は状態を知る必要はない。
【００５１】
当業者は、上記の論理および対応する動作ステップが、ネットワーク内にミラーされた論理および機能を有しており、明確のためにUEに関して示されていることを認識するであろう。こうして、UEおよびネットワークはサブ状態を判別することにおいて同期される。これはたとえば図示した例示的なフローチャートを用いることによる。それによりUEとネットワークの両者が暗黙的に（信号伝達なしで）同期されることが保証されるからである。
【００５２】
しかしながら、本発明の代替的な実施形態では、いくつかの事例において、ネットワークがいまだUEが非アクティブであると信じている間に、UEが自らを「アクティブ・サブ状態」にあると宣言することが受け容れ可能であることがありうる。この筋書きは、ネットワークがまれにしか割り当てメッセージを送らない場合に、UEが割り当てチャネルをずっと傾聴していることを可能にする。これは、追加的な潜在時間につながるが、少なくとも割り当てメッセージを逃すことはない。
【００５３】
ここで図３を参照すると、本発明のいくつかの実施形態に従って適応された、無線加入者通信ユニット（3GPPセルラー通信システムのコンテキストではUE）のブロック図が示されている。
【００５４】
UE３００は、アンテナ・スイッチ３０４に結合されたアンテナ３０２を含んでいる。アンテナ・スイッチ３０４はUE３００内での受信と送信のチェーンの間の分離を提供する。
【００５５】
受信機チェーンは、当技術分野において知られているように、受信機フロントエンド回路３０６（事実上、受信、フィルタリングおよび中間もしくはベースバンド周波数変換を提供する）を含む。フロントエンド回路３０６は信号処理機能３０８に直列に結合される。信号処理機能３０８からの出力は好適な出力装置３１０に提供される。コントローラ３１４は全体的な加入者ユニット制御を提供する。コントローラ３１４はまた、受信機フロントエンド回路３０６および信号処理機能３０８（一般にデジタル信号プロセッサ（DSP:  digital  signal  processor）によって実現される）にも結合されている。コントローラはまた、デコード／エンコード機能、同期パターン、コード・シーケンス、受信信号の到来方向などといった動作領域〔レジーム〕を選択的に記憶するメモリ装置３１６にも結合されている。
【００５６】
本発明の諸実施形態によれば、タイマー３１８は「データ・トラフィック状態非アクティブ」タイマーを含み、UE３００内の諸動作（時間依存信号の送信または受信）のタイミングを制御するようコントローラ３１４に動作可能に結合されている。
【００５７】
送信チェーンに関しては、これは本質的にはキーパッドのような入力装置３２０が、送信機／変調回路３２２および電力増幅器３２４を通じてアンテナ３０２に結合されたものを含む。送信機／変調回路３２２および電力増幅器３２４は動作的にコントローラ３１４に応答する。
【００５８】
送信チェーンにおける信号処理機能３０８は、受信チェーンにおける処理とは相異なるものとして実装されうる。あるいはまた、図３に示すように、単一のプロセッサ３０８が送信信号および受信信号両方の処理を実装するために使われてもよい。明らかに、UE３００内のさまざまなコンポーネントは、離散的または集積されたコンポーネントの形で実現されることができ、よって最終的な構造は用途に固有であるか設計上の選択である。
【００５９】
本発明のいくつかの実施形態によれば、信号プロセッサ３０８は、UE３００のUL  RLCバッファ３３２におけるバッファ占有が0であるときを識別するよう動作可能なバッファ判別論理３３０を有するよう適応されている。UE３００がDL資源を含む割り当てメッセージを受信しないことに応答して、信号プロセッサ３０８は「データ・トラフィック状態非アクティブ」タイマー３１７を開始する。初期タイマー値は、UEに信号伝達される。「データ・トラフィック状態非アクティブ」タイマー３１７の期限が切れると、UEはデータ・トラフィック非アクティブ・サブ状態になる。
【００６０】
非アクティブ・サブ状態では、何らかの時点でUEが割り当てメッセージを受信する場合、UEは、パケット識別論理３３４から更新が受信されるまで、割り当てチャネルをフレーム毎に読む。
【００６１】
パケット識別論理３３４からの更新が、UE３００が非アクティブ・サブ状態に留まるべきであると示す場合（たとえば「ライブ状態維持」パケットのみが検出されるとき）、電波資源制御（RRC）論理３３６は完全に非アクティブ・サブ状態に戻り、次のセクションで定義されるように割り当てチャネルを低頻度で読む。
【００６２】
パケット識別論理３３４からの更新が、UE３００がアクティブ状態に遷移すべきであると示す場合（たとえば「ライブ状態維持」データ・パケット以外のデータ・パケットが検出されるとき）、UE３００は完全にアクティブ状態にはいり、フレーム毎に割り当てチャネルを読む。
【００６３】
非アクティブ・サブ状態にあるとき、UE３００は通常通りすべての割り当てメッセージに基づいて動作し続けることを注意しておくべきであろう。
【００６４】
ここで図４を参照すると、UE状態図４００が本発明のいくつかの実施形態に従って示されている。UE状態図４００は、UEがデータ・トラフィック「非アクティブ」サブ状態にあるステップ４０５で始まる。ステップ４１０でUL「ライブ状態維持」データが検出される間、UEはデータ・トラフィック「非アクティブ」サブ状態４０５に留まる。ステップ４４５で、UL非「ライブ状態維持」データが検出される場合、データ・トラフィック状態はアクティブになり、ステップ４３５でデータ・トラフィック状態非アクティブ・タイマーが開始される。
【００６５】
本発明のいくつかの実施形態によれば、データ・トラフィック状態非アクティブ・タイマーは、実際の（たとえば「ライブ状態維持」でない）データがUEにまたはUEから転送されてからの時間を測る。実際の（たとえば「ライブ状態維持」でない）データが検出されるときは常に、このタイマーはリセットされる。本発明のいくつかの実施形態では、データ・トラフィック状態非アクティブ・タイマーは、事前に構成設定されたタイムアウト値（UEに信号伝達される）を有していてもよい。タイムアウト値に達したとき、UEは非アクティブ状態に戻る。
【００６６】
非アクティブ・サブ状態において、何らかの時点でUEが、DL資源を割り当てる割り当てメッセージを受信する場合、ステップ４２０に示されるように、UEは自らを再構成して、フレーム毎に割り当てチャネルを読むようにする。その間、ステップ４２５においてDL「ライブ状態維持」データが検出される。ステップ４３０で、DL非「ライブ状態維持」データが検出されるとすぐ、データ・トラフィック状態は非アクティブ・サブ状態からアクティブ状態に遷移する。
【００６７】
ステップ４３５において、データ・トラフィック状態非アクティブ・タイマーは、ULバッファの占有が0であり、UEがDL共有チャネル資源を割り当てる割り当てメッセージを受信しないときに開始される。ULバッファ占有が0より大きい、あるいはDL共有チャネル資源を割り当てる割り当てメッセージが受信されたと判別すると、ステップ４５０でデータ・トラフィック状態非アクティブ・タイマーはリセットされる。
【００６８】
ULバッファ占有もDL割り当てもない場合、データ・トラフィック状態非アクティブ・タイマーは、ステップ４５５で走り続けるよう構成される。データ・トラフィック状態非アクティブ・タイマーの期限が切れると、データ・トラフィック状態はステップ４０５で非アクティブとして再開する。
【００６９】
UEがどのサブ状態にあるかを示すUEからの信号伝達がないので、上記のUEについて述べたタイマー機能をネットワークにおいてミラーすることが必要である。これは、RNCが割り当てメッセージを、データ・トラフィック非アクティブ・サブ状態で動作しているUEであってそのフレームにおいて割り当てチャネルを実際に傾聴しているものに送ることを保証するために重要である。有利には、同期は、同じタイマー（たとえば同じ満了時間を使うタイマー）をネットワークにおいて走らせることによって、またDLバッファ占有およびUEによって提供されるバッファ占有報告を見てこの両者が0であるときにタイマーが走ることを許容することによって、実行される。
【００７０】
上述の機能は、「ライブ状態維持」パケットを識別し、それに応答してUEがいつ割り当てチャネルを見るかを制御するようMACレイヤーおよびRRCレイヤーの論理を適応させることによって、既存のPDCP機能の修正を提供する。たとえば、3GPPの古めのバージョンでは、共有チャネル動作を制御していたのはRRCレイヤーであった。よって、この場合、RRCが、UEは割り当てチャネルを低頻度で見るだけでよいと告げられることができる。3GPPの新しめのバージョン（向上された上りリンクおよびHSDPAが使用されるとき）では、MACレイヤーが割り当て情報を制御し、受信するレイヤーである。よって、この制御は、MAC論理実体またはRRC論理実体のいずれかの適切な実体に、割り当てチャネルを低頻度で見るよう告げる。たとえば、16フレーム毎に１回である。
【００７１】
ここで図５を参照すると、ネットワーク側の状態図５００が、本発明のいくつかの実施形態に従って示されている。本発明のいくつかの実施形態では、たとえば、非LTE実装において、ネットワーク側の状態図５００がRNCにおいて用いられうる。以下ではこれを使う。RNC動作は、RNCが、特定のUEについてのDLおよびULの0のRLCバッファ占有をもつときに開始する。
【００７２】
RNCは、バッファを直接検査するのではなく、UEからの報告に基づいて、ULバッファ占有がないことを認識してもよい。ここで、RNCは、ステップ５０５で示されるように、「データ・トラフィック状態非アクティブ（RNC）」タイマーをそのUEについて開始する。UEがまだ非アクティブ・サブ状態にある間、RRC論理は通常通りUEからの割り当てメッセージに対する要求に基づいて動作する。ここで、割り当ては適切なフレームにおいてなされる。本発明の実施形態のコンテキストにおける通常動作とは、バッファ占有が割り当て器／スケジューラ論理（MACレイヤーまたはRRC/RNC論理内）に報告され、資源が割り当てられるものである。しかしながら、UEが非アクティブ・サブ状態にある場合、割り当てメッセージは、UEが傾聴しているフレームの間に送られる。
【００７３】
RNCはデータ・トラフィック「非アクティブ」サブ状態５０５に留まり、その間、DLバッファ占有または割り当て要求メッセージが受信され、それによりたとえば、ステップ５１０において「ライブ状態維持」データが検出されたことを示す。
【００７４】
何らかの時点でRNCにおいて割り当て要求が受信される場合、これに基づいた動作が通常通り行われ、UEは非アクティブ・サブ状態に留まる。パケット識別論理がその後、ステップ５１５において非「ライブ状態維持」データが受信割り当て要求メッセージ中に存在していることを示す場合にのみ、ステップ５２０に示されるようにUEはアクティブ・データ・トラフィック状態にあると宣言される。あるいはまた、パケット識別論理が、データが「ライブ状態維持」データのみであると宣言する場合には、UEは非アクティブ・サブ状態に留まって、ステップ５１０において示されるようにループする。
【００７５】
UEが非アクティブ・サブ状態で動作している間に、何らかの時点でステップ５３０においてDL  RLCバッファ占有が0より大きく、たとえばDLバッファ占有が非「ライブ状態維持」データを含み、RRCがこのUEに資源を割り当てる場合、RRC論理は割り当てメッセージをUEに送信する。この割り当てメッセージは、UEに資源を割り当てるとともに、このメッセージの受領をUEが確認することを要求する。RNCは次いで、ステップ５３５で、UEが確認割り当てメッセージを送信するのを待つ。UEからステップ５４０で受信される確認割り当てメッセージの受領に際して、ステップ５２０でデータ・トラフィック状態はアクティブになる。
【００７６】
RNC  ULまたはDLバッファ占有が検出される場合、ステップ５４５に示されるように、「データ・トラフィック状態非アクティブ」タイマーがリセットされる。対照的に、RNCがULバッファ占有もDLバッファ占有も検出しない場合、ステップ５５０に示されるように、「データ・トラフィック状態非アクティブ」タイマーは走り続ける。
【００７７】
ステップ５２５でデータ・トラフィック状態非アクティブ・タイマーの期限が切れると、UEは、ステップ５０５で、データ・トラフィック非アクティブ・サブ状態にあると考えられる。
【００７８】
このように、前述の機能および状態遷移動作は、「ライブ状態維持」パケットを識別し、それに応答してUEが割り当てチャネルをモニタリングしているであろう時を知ることをスケジューラに許容するようMACレイヤーおよびRRCレイヤーの論理を適応させることによって、既存のPDCP機能の修正を提供する。ここで、スケジューラは3GPPにおける標準的な「要求および割り当て」スケジューラであってもよい。ここでは、バッファ・ボリュームが入力され、出力としてUEに資源が割り当てられる。単純なラウンドロビン方式が用いられてもよいし、あるいは重み付け公正待ち行列管理（weighted  fair  queuing）のようなより複雑な技法が用いられてもよい。
【００７９】
ここで図６を参照すると、タイミング・フレーム・フォーマット６００が、非アクティブ・サブ状態で動作しているUEのために、それらのUEが割り当てチャネルを読めるよう、どのようにフレームが決定されるかの一つの実施形態を示している。
【００８０】
割り当てチャネルは、初期セットアップ・メッセージにおいて（3GPPのコンテキストでは典型的には電波ベアラ・セットアップ・メッセージにおいて）UEに明示的に信号伝達されてもよいし、あるいはUEの識別子に基づく所定のマッピング、たとえば
（UE識別子  mod  反復周期）＝フレーム番号  mod  反復周期
を介してでもよい。
【００８１】
いずれの場合でも、UEは割り当てチャネルを傾聴する特定のフレームを割り当てられるので、UEが割り当てチャネルを傾聴するフレームは、UE側とネットワーク側の両方に知られている。たとえば、図６に示されるように、UEは、フレーム番号  16＝「2」  ６１５またはフレーム番号  16＝「10」  ６２０のようなUEが識別するフレームにおいて割り当てチャネルを傾聴するよう指示されうる。典型的な反復周期６１０は16フレームまたは32フレームである。
【００８２】
前述の実施形態は、16フレームのうち2フレームしか傾聴しないことを参照して記載されているが、所望される用途に依存して、読まれないフレームに対する低頻度で読まれるフレームの数としていかなる数を使ってもよい。たとえば、電力節約が主要な要求である用途については、UEは、割り当てフレームをもっと低頻度で読む、たとえば32フレーム毎または64フレーム毎に単一の割り当てられたフレームを読むよう構成されてもよい。あるいはまた、潜在時間を最小にすることが選ばれた用途における主要な要因である場合、交互のフレームを読む、あるいはたとえば3フレーム毎に1フレームを読むことが用いられてもよい。
【００８３】
本発明のいくつかの実施形態では、低頻度のレートについての決定は、実行されているアプリケーションに基づいてコントローラ（たとえば図３のコントローラ３１４）によって動的かつ自律的に調整されてもよい。
【００８４】
UEは今や割り当てチャネルを低頻度で読むので、ネットワークは、電波資源のそのUEへのいかなる割り当て（DLバッファ占有指示に応答しての）も、該ネットワーク（たとえば本発明のある実施形態ではRNC）がそのUEが割り当てチャネルを読むであろうと知るまで、遅延させなければならない。したがって、当業者には理解されるであろうように、非アクティブ・サブ状態のUEに関連する潜在時間のわずかな増加がある。これは、そのUEによる割り当てチャネルへの低頻度の傾聴のためである。傾聴の周期は、ネットワークからの信号伝達（signaling）によって制御される。しかしながら、ここでは潜在時間は、UEをページング状態にする既知の従来式のアプローチよりも著しく短い。ページング状態では、UEはページング指標を検出し、その後、ページング・チャネルを傾聴し、ページング状態から抜け出す。次いで、そのUEへの割り当てがなされうる。このように、UEをページング状態にする既知の従来式のアプローチは、本発明の前述の諸実施形態の場合よりも著しく長い潜在時間を表す。
【００８５】
ULデータ送信の場合、UEは、該UEにおいてULバッファ占有が検出されるとき、割り当て要求をすぐに送ってもよい。UEは次いですぐに非アクティブ・サブ状態を抜け、それにより割り当てがすぐなされることを許容する。したがって、有利なことに、ULデータ送信に伴う潜在時間のペナルティはない。
【００８６】
上記の記述は、明確のため、本発明の諸実施形態を種々の機能的ユニットおよびプロセッサに言及して記述したことは認識されるであろう。しかしながら、種々の機能ユニットまたはプロセッサの間でのたとえばブロードキャスト・モード論理または管理論理に関する機能性の任意の好適な分配が、本発明から逸することなく使用されうることは明白であろう。たとえば、別個のプロセッサまたはコントローラによって実行されると示された機能性が同じプロセッサまたはコントローラによって実行されてもよい。よって、個別的な機能ユニットへの言及は、厳密な論理的または物理的構造または編成を示すというよりは、単に、記載される機能性を提供するための好適な手段への言及と見なされるべきである。
【００８７】
本発明の諸側面は、ハードウェア、ソフトウェア、ファームウェアまたはこれらの任意の組み合わせを含む任意の好適な形で実装されうる。本発明は、少なくとも部分的に、一つまたは複数のデータ・プロセッサおよび／またはデジタル信号プロセッサ上で走るコンピュータ・ソフトウェアとして実装されてもよい。こうして、本発明のある実施形態の要素およびコンポーネントは、物理的に、機能的におよび論理的に、いかなる好適な仕方で実装されてもよい。機能性は、単一のユニットで実装されても、複数のユニットで実装されても、他の機能ユニットの一部として実装されてもよい。
【００８８】
本発明の実施形態について、3GPP無線通信システムにおけるcell_FACH状態に関して記載されているが、本発明の概念はこれらの実施形態に制約されるものではない。特に、本発明の実施形態は、UTRA  3GPPの将来の発展型（現在、「ロング・ターム・エボリューション（LTE）」と称されている）あるいはまさに他の任意の無線通信システムのための他の任意の「状態」ベースのチャネル資源機構に適用されてもよい。
【００８９】
上述の本発明の概念は、次の利点のうちの少なくとも一つまたは複数を提供することをねらいとする。
【００９０】
（ｉ）ULデータ送信に付随する潜在時間が、従来式のデータ・トラフィック状態に比べて影響されない（よって、UEがページング状態に置かれる場合より著しくよい）。
【００９１】
（ｉｉ）DL送信に付随する潜在時間は、従来式のデータ・トラフィック状態と比較してわずかに増加するだけである（よって、UEがページング状態に置かれる場合より著しくよい）。
【００９２】
（ｉｉｉ）従来式のデータ・トラフィック状態動作に比較して、著しいUE電力節約が達成できる。
【００９３】
（ｉｖ）このようにして、無線加入者通信ユニットのバッテリー寿命の著しい保存が達成できる。
【００９４】
（ｖ）通常ならUEを「アクティブ」状態に移す「ライブ状態維持」メッセージの存在にもかかわらず、電力UE電力節約が達成される。
【００９５】
本発明について、特定の実施形態および例示的な図面を用いて記載してきたが、当業者は、本発明が記載されている実施形態や図面に限定されないことを認識するであろう。本発明の諸実施形態が記述されているが、UMTS技術を使ういくつかの事例において、当業者は、そのような用語が一般的な意味において本稿で使われていること、本発明がそのようなシステムに限定されるものではないことを認識するであろう。
【００９６】
当業者は、さまざまな実施形態の動作がハードウェア、ソフトウェア、ファームウェアまたはそれらの組み合わせを使って適宜実装されうることを認識するであろう。たとえば、いくつかのプロセスはプロセッサまたは他のデジタル回路を使って、ソフトウェア、ファームウェアまたは結線論理の制御のもとで実行されることができる。（本稿での用語「論理（logic）」は、当業者には認識されるであろうように、記載された機能を実行するための固定されたハードウェア、プログラム可能論理および／またはそれらの適切な組み合わせを指す。）ソフトウェアおよびファームウェアはコンピュータ可読媒体上に記憶されることができる。他のいくつかのプロセスは、当業者にはよく知られているように、アナログ回路を使って実装されることができる。さらに、メモリまたは他の記憶装置ならびに通信コンポーネントが本発明の諸実施形態において用いられてもよい。
【００９７】
図７は、本発明の諸実施形態における処理機能を実装するために用いられうる典型的なコンピューティング・システム７００を示している。この型のコンピューティング・システムはたとえば、eNB（特にeNBのスケジューラ）、aGWのようなコア・ネットワーク要素およびUEにおいて使用されうる。当業者はまた、他のコンピュータ・システムまたはアーキテクチャを使って本発明をどのようにして実装するかも認識するであろう。コンピューティング・システム７００は、所与の用途または環境のために望ましいまたは適切でありうるように、たとえば、デスクトップ、ラップトップまたはノートブック・コンピュータ、ハンドヘルド・コンピューティング・デバイス（PDA、携帯電話、パームトップなど）、メインフレーム、サーバー、クライアントまたは他の任意の型の特殊目的もしくは汎用コンピューティング・デバイスを表していてもよい。コンピューティング・システム７００はプロセッサ７０４のような一つまたは複数のプロセッサを含むことができる。プロセッサ７０４は、たとえばマイクロプロセッサ、マイクロコントローラまたは他の制御論理といった汎用または特殊目的処理エンジンを使って実装されることができる。この例において、プロセッサ７０４はバス７０２または他の通信媒体に接続される。
【００９８】
コンピューティング・システム７００はまた、情報およびプロセッサ７０４によって実行されるべき命令を記憶するためのランダム・アクセス・メモリ（RAM）または他の動的メモリのようなメイン・メモリ７０８をも含むことができる。メイン・メモリ７０８は、プロセッサ７０４によって実行されるべき命令の実行中に一時変数または他の中間情報を記憶するためにも使用されてもよい。コンピューティング・システム７００は、同様に、プロセッサ７０４のための静的な情報および命令を記憶するために、バス７０２に結合された読み出し専用メモリ（ROM）または他の静的記憶装置を含んでいてもよい。
【００９９】
コンピューティング・システム７００はまた、たとえばメディア・ドライブ７１２およびリムーバブル記憶インターフェース７２０を含みうる情報記憶システム７１０を含んでいてもよい。メディア・ドライブ７１２は、ハードディスク・ドライブ、フロッピー（登録商標）ディスク・ドライブ、磁気テープ・ドライブ、光ディスク・ドライブ、コンパクト・ディスク（CD）もしくはデジタル・ビデオ・ドライブ（DVD）読み出しもしくは書き込みドライブ（RまたはRW）または他のリムーバブルもしくは固定メディア・ドライブといった、固定またはリムーバブルな記憶媒体をサポートするドライブまたは他の機構を含んでいてもよい。記憶媒体〔メディア〕７１８は、たとえば、ハードディスク、フロッピー（登録商標）ディスク、磁気テープ、光ディスク、CDまたはDVDまたはメディア・ドライブ７１４によって読まれ、書き込まれる他の固定もしくはリムーバブル媒体を含みうる。これらの例が示すように、記憶媒体７１８は、特定のコンピュータ・ソフトウェアまたはデータが記憶されているコンピュータ可読記憶媒体を含みうる。
【０１００】
いくつかの実施形態では、情報記憶システム７１０は、コンピュータ・プログラムまたは他の命令もしくはデータがコンピューティング・システム７００にロードされることを許容するための他の同様のコンポーネントを含んでいてもよい。そのようなコンポーネントは、たとえば、リムーバブル記憶ユニット７２２およびインターフェース７２０を含んでいてもよく、それは、プログラム・カートリッジとカートリッジ・インターフェース、リムーバブル・メモリ（たとえばフラッシュ・メモリまたは他のリムーバブル・メモリ・モジュール）とメモリ・スロット、他のリムーバブル記憶ユニット７２２と該リムーバブル記憶ユニット７１８からコンピューティング・システム７００にソフトウェアおよびデータが転送されることを許容するインターフェース７２０といったものである。
【０１０１】
コンピューティング・システム７００はまた、通信インターフェース７２４をも含むことができる。通信インターフェース７２４は、ソフトウェアおよびデータがコンピューティング・システム７００と外部デバイスとの間で転送されることを許容するために使用されることができる。通信インターフェース７２４の例は、モデム、ネットワーク・インターフェース（イーサネット（登録商標）または他のNICカードのような）、通信ポート（たとえばユニバーサル・シリアル・バス（USB）ポートのような）、PCMCIAスロットおよびカードなどを含むことができる。通信インターフェース７２４を介して転送されるソフトウェアおよびデータは、通信インターフェース７２４によって受信されることのできる電子信号、電磁信号、光信号または他の信号であることができる信号の形である。これらの信号は通信インターフェース７２４にチャネル７２８を介して与えられる。このチャネル７２８は信号を搬送し、無線媒体、導線またはケーブル、光ファイバーまたは他の通信媒体を使って実装されうる。チャネルのいくつかの例は、電話線、携帯電話リンク、RFリンク、ネットワーク・インターフェース、ローカル・エリア・ネットワークもしくは広域ネットワークおよび他の通信チャネルを含む。
【０１０２】
本明細書において、用語「コンピュータ・プログラム・プロダクト」、「コンピュータ可読媒体」等は一般に、たとえば、メモリ７０８、記憶デバイス７１８または記憶ユニット７２２のような媒体を指すために使われうる。これらおよびその他の形のコンピュータ可読媒体は、プロセッサ７０４による使用のための、該プロセッサに指定された動作を実行させる一つまたは複数の命令を記憶しうる。一般的に「コンピュータ・プログラム・コード」（コンピュータ・プログラムまたは他のまとめ方の形でグループ化されうる）と称されるそのような命令は、実行されると、コンピューティング・システム７００が本発明の諸実施形態の機能を実行できるようにする。コードは、直接、プロセッサに、指定された動作を実行させても、コンパイルされてそうしても、および／または他のソフトウェア、ハードウェアおよび／またはファームウェア要素（たとえば標準的な機能を実行するライブラリ）と組み合わされてそうしてもよいことを注意しておく。
【０１０３】
前記要素がソフトウェアを使って実装されるある実施形態では、そのソフトウェアはコンピュータ可読媒体に記憶され、たとえばリムーバブル記憶ドライブ７１４、ドライブ７１２または通信インターフェース７２４を使ってコンピューティング・システム７００にロードされてもよい。制御論理（この例では、ソフトウェア命令またはコンピュータ・プログラム・コード）は、プロセッサ７０４によって実行されるとき、プロセッサ７０４に本稿に記載される本発明の機能を実行させる。
【０１０４】
明確のため、上記の記述は本発明の諸実施形態を種々の機能的ユニットおよびプロセッサに言及して記述したことは認識されるであろう。しかしながら、種々の機能ユニット、プロセッサまたはドメインの間での機能性の任意の好適な分配が、本発明から逸することなく使用されうることは明白であろう。たとえば、別個のプロセッサまたはコントローラによって実行されると示された機能性が同じプロセッサまたはコントローラによって実行されてもよい。よって、個別的な機能ユニットへの言及は、厳密な論理的または物理的構造または編成を示すというよりは、単に、記載される機能性を提供するための好適な手段への言及と見なされるべきである。
【０１０５】
本発明はいくつかの実施形態との関連で記載されてきたが、本稿に記載されている個別的な形に限定されることは意図されていない。むしろ、本発明の範囲は、請求項によってのみ限定される。さらに、ある特徴が特定の実施形態との関連で記載されているように見えても、当業者は、記載されている諸実施形態のさまざまな特徴が本発明に従って組み合わされてもよいことを認識するであろう。
【０１０６】
さらに、個々にリストされていても、複数の手段、要素または方法ステップが、たとえば単一のユニットまたはプロセッサによって実装されてもよい。さらに、個々の特徴が異なる請求項に含まれているかもしれないが、これらは可能性としては有利に組み合わされうるのであって、異なる請求項に含まれているということが特徴の組み合わせが実現可能でないおよび／または有利でないことを含意するものではない。また、ある特徴があるカテゴリーの請求項に含まれているということは、このカテゴリーへの限定を含意するものではなく、むしろ、その特徴は、適宜、他のカテゴリーの請求項にも等しく適用可能でありうる。
【０１０７】
本発明はいくつかの実施形態との関連で記載されたが、本稿に記載される個別的な形に限定されることは意図されていない。むしろ、本発明の範囲は、付属の請求項によってのみ限定される。さらに、ある特徴が特定の実施形態との関連で記載されているように見えるかもしれないが、当業者は、記載されている諸実施形態のさまざまな特徴が本発明に従って組み合わされてもよいことを認識するであろう。請求項において、「有する」の語は他の要素やステップの存在を排除しない。
【０１０８】
さらに、個々にリストされていても、複数の手段、要素または方法ステップが、たとえば単一のユニットまたはプロセッサによって実装されてもよい。さらに、個々の特徴が異なる請求項に含まれているかもしれないが、これらは可能性としては有利に組み合わされうるのであって、異なる請求項に含まれているということが特徴の組み合わせが実現可能でないおよび／または有利でないことを含意するものではない。また、ある特徴があるカテゴリーの請求項に含まれているということは、このカテゴリーへの限定を含意するものではなく、むしろ、その特徴は、適宜、他のカテゴリーの請求項にも等しく適用可能である。
【０１０９】
さらに、請求項における特徴の順序は、それらの特徴が実行されなければならないいかなる特定の順序をも含意するものではない。特に、方法請求項の個々のステップの順序は、それらのステップがこの順序で実行されなければならないことを含意するものではない。むしろ、それらのステップは任意の好適な順序で実行されうる。さらに、単数形での言及は複数を排除しない。よって、「ある」「第一の」「第二の」などの言及は、複数を排除するものではない。
【図１】
0005387568.tif 000002
【図２】
0005387568.tif 000003
【図３】
0005387568.tif 000004
【図４】
0005387568.tif 000005
【図５】
0005387568.tif 000006
【図６】
0005387568.tif 000007
【図７】
0005387568.tif 000008