JP5243453B2 - Lte_activeにおけるdrxタイミング非同期から回復する方法およびシステム - Google Patents

Lte_activeにおけるdrxタイミング非同期から回復する方法およびシステム Download PDF

Info

Publication number
JP5243453B2
JP5243453B2 JP2009549345A JP2009549345A JP5243453B2 JP 5243453 B2 JP5243453 B2 JP 5243453B2 JP 2009549345 A JP2009549345 A JP 2009549345A JP 2009549345 A JP2009549345 A JP 2009549345A JP 5243453 B2 JP5243453 B2 JP 5243453B2
Authority
JP
Japan
Prior art keywords
drx
user equipment
wake
continuous reception
continuous
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2009549345A
Other languages
English (en)
Other versions
JP2010518765A (ja
Inventor
卓 鈴木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BlackBerry Ltd
Original Assignee
Research in Motion Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Research in Motion Ltd filed Critical Research in Motion Ltd
Publication of JP2010518765A publication Critical patent/JP2010518765A/ja
Application granted granted Critical
Publication of JP5243453B2 publication Critical patent/JP5243453B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/188Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L2001/125Arrangements for preventing errors in the return channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/10Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Hardware Redundancy (AREA)
  • Medicines Containing Plant Substances (AREA)
  • Tunnel Furnaces (AREA)
  • Cephalosporin Compounds (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Train Traffic Observation, Control, And Security (AREA)

Description

本開示は、概して第3世代パートナーシッププロジェクト(3GPP)のロングタームエボリューション(LTE)に関し、特にLTE_ACTIVE状態におけるDRXタイミング非同期に関する。
ロングタームエボリューション(long−term evolution)インフラストラクチャにおいて、UEは2つの無線資源制御(RRC)状態のうちの1つであり得る。これらは、LTE_IDLEおよびLTE_ACTIVEである。
UEは、LTE_IDLE状態およびLTE_ACTIVE状態の両方において不連続受信(DRX)するように構成され得る。LTE_IDLE状態において、DRXは、UEがその聴取期間をネットワークの公知のパージングサイクルに同期させることを可能にする。聴取期間を同期させることによって、UEは、スタンバイ期間中、その無線トランシーバの電源を切り、それによって電池資源を実質的に節約し得る。DRXパラメータは、モバイルがネットワークと同期すること、および所定の時間が経過するまでモバイルが別の信号を受信しないということを知ることを可能にする。
UEがLTE_ACTIVE状態であるときもDRXが使用されるようにすべきということが3GPP TSG−RANワーキンググループにおいて提案される。LTE_ACTIVE状態のユーザ装置(UE)による不連続受信(DRX)であるとき、正規DRX構成は、無線資源制御(RRC)プロトコルメッセージによって信号を送られ、一時DRX(再)構成は、例えばMACプロトコルデータユニット(MAC−PDU)ヘッダまたはMAC制御PDUにおいて、媒体アクセス制御(MAC)信号によって信号を送られることがさらに提案される。
LTEにおいて、ユーザデータがダウンリンク共用チャネルで送られる前に、eNBは、ダウンリンク共用制御チャネル(DLSCCH)でスケジューリング指示を送り、UEがデータを復調するために用いるパラメータを提供する。しかしながら、UEがDLSCCHスケジューリング指示を見のがした場合、UEはユーザデータを受信したことを知らず、従ってUEは、ユーザMAC−PDUを肯定応答(ACK)するかまたは否定的応答(NACK)することを知らない。eNBは、ACKまたはNACK、すなわちハイブリッドARQ(HARQ)応答を待つ。eNBがその応答を得ないとき、それは不連続送信(DTX)と見なされる。ダウンリンク共用制御チャネル(DLSCCH)でのデータ指示がUEによって見のがされ、HARQフィードバックチャネルでの後の不連続送信(DTX)が強化型ノードB(eNB)によってACKとして誤って解釈された場合、MAC−PDUが失われ得る。さらに、UEが、規則例えばある持続期間データ活動なし、に従って、DRX長を自動的に増加させた場合、UEがそれ自身のDRX値を増加させながら、eNBはその現在のDRX値を維持する。これは、DRXタイミング非同期という結果になり、すなわちeNBおよびUEは異なるDRX期間で動作している。
理解されるように、このことは、ダウンリンクメッセージ送達の待ち時間を増加させ、ダウンリンク無線資源を浪費する。より長い送達待ち時間は、特に重大なダウンリンク制御メッセージに関して、回避されるべきである。一旦DRXタイミング非同期が起こると、eNBは、新しいデータをUEに送るためにUE DRXタイミングを決定しなければならない。UEがおそらくウェイクアップしているであろうことをeNBが知っているとき、それらの時間に様々なプロービングメッセージ(probing message)を送ることによって、eNBはこのUE DRXタイミングを決定する。いくつかの試みの後に、eNBはUE DRXタイミングを見つけ、同期を回復させるためにUEをウェイクアップさせる。
(概要)
UEがLTE_ACTIVEであり、DRXが活動化されている場合、ダウンリンクデータの到着時、eNBは、DLSCCH上のスケジューリング指示を送信し得、UEがウェイクアップしているときにDL−SCH上のMAC−PDUを送信する。eNBがUEからどのハイブリッドの自動繰り返し要求(HARQ)フィードバック信号も得ない場合、eNBは、UEがDRXタイミングにおいて同期がずれていると考え得る。そのような状態から回復するために、2つの方法が下記に説明される。
第1の方法は、システム情報におけるDRXタイミング非同期化の指示であり得る。特に、DRXタイミングにおいてUEの同期がずれていることをeNBが検出したとき、所定のシステム情報ブロックにおいてUEの無線ネットワーク一時識別子(RNTI)を同報通信し得る。UEがウェイクアップするとき、UEは、システム情報ブロックを読み取り得る。UEのRNTIが指示された場合、UEは、DRXモードを非活動化し得、eNBへのL1/L2の信号方式またはMAC信号方式を用いて連続受信通知メッセージを送信する。連続受信通知メッセージの受信次第、eNBはそのバッファ内で待つデータをUEに再送信する。データが肯定応答されるか、またはUEからのHARQフィードバックが受信されたとき、eNBはシステム情報からRNTIを除去し得る。
さらなる実施形態において、DRX非同期化から回復する方法は、絶対ウェイクアップ時間を事前に構成することであり得る。特に、会話形通信もしくは背景通信のための無線ベアラ(radio bearer)が設定されたときまたはそのベアラにおいてDRXが活動化されたとき、絶対ウェイクアップ時間がRRCによってUEに通知され得る。絶対ウェイクアップタイミングは、システム無線フレームタイミングに対する無線フレームオフセット(ARFoff)およびDRX間隔(AInt)によって定義され得る。現在のDRX設定に関わらず、UEはARFoff+NAIntの無線フレームにおいてウェイクアップしなければならない。ここで、N=0、1、・・・である。eNBが2.56秒内の回復を保証することを望む場合、AIntは2.56秒に設定され得る。
DRXタイミングにおいてUEの同期がずれていることをeNBが検出したとき、eNBは、L1/L2信号方式またはMAC信号方式における連続受信コマンド(すなわち、DRX非同期化)を絶対ウェイクアップ時間にUEに送る。UEが絶対ウェイクアップ時間にウェイクアップしたとき、UEは連続受信コマンドが受信されたか否かをチェックし得る。受信された場合、UEはトランシーバの電源を入れ、連続受信に戻り、アップリンク同期化および必要に応じスケジューリング認可を得、連続受信応答をeNBに送る。連続受信応答を受領次第、eNBはそのバッファ内のデータをUEに送信し得る。
UEがアップリンク同期を再調整することをeNBが望む場合、eNBはL1/L2信号方式チャネルを介して連続受信コマンドを送り得、該連続受信コマンドは、アップリンク同期が再調整されるべきであるという指示および連続受信応答に対して割り当てられた専用のアップリンク資源に関する情報を含む。そのような連続受信コマンドの受信次第、UEはアップリンクタイミングを再調整し得、連続受信コマンドにおいて指示された資源を用いて連続受信コマンドを送ることによって応答する。
さらなる代替の実施形態において、絶対ウェイクアップ無線フレームオフセットは、3GPP TS25.304に説明されるUMTSにおいてページング機会が計算される方法と類似する方法で、IMSI(国際モバイルステーションアイデンティティ)などのUEアイデンティティから計算され得る。この場合において、DRX間隔は、専用のRRCメッセージを介して信号を送られるよりはむしろシステム情報に含まれ得る。
従って本開示は、LTE_ACTIVE状態における不連続受信(DRX)タイミング非同期から回復する方法を提供し得、該方法は、DRXタイミング非同期を検出するステップと、ユーザ装置(UE)にインディケータを送信し、連続受信を再開するステップと、連続受信応答が受信されたかどうかの指示を待つステップとを包含する。
本開示は、LTE_ACTIVE状態における不連続受信(DRX)タイミング非同期によるユーザ装置における連続受信に進む方法をさらに提供し得、該方法は、DRXからウェイクアップするステップと、連続受信に進むべきかどうかを決定するインディケータをチェックするステップと、連続受信に進むべきというインディケータが存在する場合、DRXを非活動化し、連続受信に進み、連続受信応答を送信するステップとを包含する。
本開示は、LTE_ACTIVE状態における不連続受信(DRX)タイミング非同期から回復するように適合された強化型ノードB(eNB)をさらに提供し得、本開示は、DRXタイミング非同期を検出する手段と、連続受信を再開するインディケータをユーザ装置(UE)に送信する手段と、連続受信応答が受信されたかどうかの指示を待つ手段とを特徴とする。
本開示は、LTE_ACTIVE状態における不連続受信(DRX)タイミング非同期による連続受信に進むように適合されたユーザ装置「UE」をさらに提供し得、DRXからウェイクアップする手段と、連続受信に進むべきかどうかを決定するインディケータをチェックする手段と、連続受信に進むべきというインディケータが存在する場合、DRXを非活動化し、連続受信に進み、連続受信応答を送信する手段とを特徴とする。
本開示は、図面を参照してより良く理解される。
例えば、本発明は以下の項目を提供する。
(項目1)
LTE_ACTIVE状態における不連続受信「DRX」タイミング非同期から回復する、ワイヤレス通信システムにおける方法であって、
DRXタイミング非同期を検出する(414、514)ステップと、
連続受信を再開するために、ユーザ装置「UE」にインディケータを送信する(416、520)ステップと、
連続受信応答または連続受信通知が受信されたか否かの指示を待つ(418、522)ステップと
を包含する、方法。
(項目2)
上記送信するステップは、上記ユーザ装置に対する無線ネットワーク一時識別子「RNTI」を所定のシステム情報ブロックに追加することを包含する、項目1に記載の方法。
(項目3)
上記検出するステップは、
媒体アクセス制御プロトコルデータユニット「MAC−PDU」を上記UEに送るかまたは再送信することと、
ハイブリッド自動繰り返し要求「HARQ」フィードバック信号を所定の時間内に受信しないことと
を包含する、項目2に記載の方法。
(項目4)
上記連続受信通知の指示を受信する(418)ステップと、
上記MAC−PDUを再送信する(420)ステップと
をさらに包含する、項目3に記載の方法。
(項目5)
上記MAC−PDUが受信されたことの確認次第、上記ユーザ装置に対する上記RNTIを上記所定のシステム情報ブロックから除去する(435)ステップをさらに包含する、項目4に記載の方法。
(項目6)
上記送信するステップは、
絶対ウェイクアップ時間から待つことと、
連続受信コマンドを送る(520)ことと
を包含する、項目1に記載の方法。
(項目7)
上記検出するステップは、
媒体アクセス制御プロトコルデータユニット「MAC−PDU」を上記UEに送るかまたは再送信することと、
ハイブリッド自動繰り返し要求「HARQ」フィードバック信号を所定の時間内に受信しないことと
を包含する、項目6に記載の方法。
(項目8)
上記連続受信応答の指示を受信する(522)ステップと、
上記MAC−PDUを再送信する(524)ステップと
をさらに包含する、項目7に記載の方法。
(項目9)
上記連続受信応答の指示が受信されない場合、または上記MAC−PDUの再送信が不成功である場合、ハンドオーバが起こったかどうかまたはRRC接続が解除されたかどうかをチェックし(540)、ハンドオーバが起こったかまたはRRC接続が解除された場合、プロセスを終了させる(530)ステップをさらに包含する、項目8に記載の方法。
(項目10)
ハンドオーバが起らず、RRC接続が解除されなかった場合、再試行期間が終了したかどうかをチェックし(542)、
再試行期間が終了した場合、該RRC接続を解除し(544)、
再試行期間が終了していない場合、上記待つステップおよび送るステップ(520)を繰り返す、項目9に記載の方法。
(項目11)
絶対ウェイクアップタイミングは、システム無線フレームタイミングに対する無線フレームオフセットおよびDRX間隔によって定義される、項目6〜10のいずれか1項に記載の方法。
(項目12)
上記絶対ウェイクアップタイミングは、正の整数または0が掛けられた上記DRX間隔に加算された上記無線フレームオフセットによって定義される無線フレームである、項目11に記載の方法。
(項目13)
絶対ウェイクアップタイミングは、RRCによって上記UEに送信される、項目12に記載の方法。
(項目14)
上記無線フレームオフセットは、加入者識別またはUE識別から計算される、項目12または項目13に記載の方法。
(項目15)
上記識別は、国際モバイルステーション識別である、項目14に記載の方法。
(項目16)
LTE_ACTIVE状態における不連続受信「DRX」タイミング非同期によるユーザ装置における連続受信に進む方法であって、
DRXからウェイクアップする(452、552)ステップと、
連続受信に進むべきかどうかを決定するインディケータをチェックする(460、558)ステップと、
連続受信に進むべきというインディケータが存在する場合、DRXを非活動化(466、570)し、連続受信に進み、連続受信応答または連続受信通知を送信する(468、572)ステップと
を包含する、方法。
(項目17)
上記チェックするステップは、
所定のシステム情報ブロックを読み取る(456)ことと、
上記ユーザ装置に対する無線ネットワーク一時識別子「RNTI」が該所定のシステム情報ブロック内にあるかどうかを決定する(460)ことと
を包含し、該決定するステップが、該ユーザ装置の該RNTIが該所定のシステム情報ブロックにあることを見つけた場合、チェックするステップは上記インディケータが存在するということを見つける、項目16に記載の方法。
(項目18)
連続受信に進みかつアップリンク同期を得るインディケータが存在する場合、アップリンク同期を得ることと、連続受信応答を送る認可をスケジューリングすることとを行う、項目16または項目17に記載の方法。
(項目19)
上記チェックするステップは、
連続受信コマンドが絶対ウェイクアップ時間に受信されるかどうかを決定する(556、558)ことを包含し、
該連続受信コマンドが絶対ウェイクアップ時間に受信された場合、該チェックするステップは上記インディケータが存在するということを見つける、項目16に記載の方法。
(項目20)
LTE_ACTIVE状態における不連続受信「DRX」タイミング非同期から回復するように適合された強化型ノードB「eNB」であって、
DRXタイミング非同期を検出する手段と、
連続受信を再開するインディケータをユーザ装置「UE」に送信する手段と、
連続受信応答かまたは連続受信通知が受信されたかどうかの指示を待つ手段と
を備えている、強化型ノードB「eNB」。
(項目21)
インディケータを上記UEに送信する手段は、アップリンク同期および連続コマンド応答のために用いられる無線資源に対するニーズを該インディケータに含むように適合される、項目20に記載のeNB。
(項目22)
上記送信する手段は、上記ユーザ装置に対する無線ネットワーク一時識別子「RNTI」を所定のシステム情報ブロックに追加するように適合される、項目20または項目21に記載のeNB。
(項目23)
上記送信する手段は、
絶対ウェイクアップ時間から待つことと、
連続受信コマンドを送ることと
を行なうように適合される、項目20または項目21に記載のeNB。
(項目24)
LTE_ACTIVE状態における不連続受信「DRX」タイミング非同期による連続受信に進むように適合されたユーザ装置「UE」であって、
DRXからウェイクアップする手段と、
連続受信に進むべきかどうかを決定するインディケータをチェックする手段と、
連続受信に進むべきというインディケータが存在する場合、DRXを非活動化し、連続受信に進み、連続受信応答または連続受信通知を送信する手段と
を備えている、ユーザ装置。
(項目25)
上記チェックする手段は、
所定のシステム情報ブロックを読み取ることと、
上記ユーザ装置に対する無線ネットワーク一時識別子「RNTI」が該所定のシステム情報ブロック内にあるかどうかを決定することと
を行うように適合され、
該ユーザ装置の該RNTIが該所定のシステム情報ブロックにある場合、該チェックする手段は上記インディケータが存在するということを見つけるように適合される、項目24に記載のUE。
(項目26)
上記チェックする手段は、連続受信コマンドが絶対ウェイクアップ時間に受信されるかどうかを決定するように適合され、
該連続受信コマンドが絶対ウェイクアップ時間に受信された場合、該チェックする手段は上記インディケータが存在するということを見つけるように適合される、項目24に記載のUE。
(項目27)
項目20〜23のいずれか1項に記載の少なくとも1つの強化型ノードBと項目24〜26のいずれか1項に記載の複数のユーザ装置とを備えているワイヤレス通信システム。
図1は、ロングタームエボリューションユーザ面プロトコルスタックを示すブロック図である。 図2は、ロングタームエボリューション制御面プロトコルスタックを示すブロック図である。 図3aは、eNB側からMAC−PDUヘッダまたはMAC制御PDUを用いることによって、DRX期間を活動化、非活動化および再構成する方法を示すフローチャートである。 図3bは、UE側からDRX期間の活動化、非活動化または再構成を応答する方法を示すフローチャートである。 図4aは、eNB側からシステム情報内のDRXタイミング非同期化を指示する方法を示すフローチャートである。 図4bは、UE側からシステム情報内のDRXタイミング非同期化を実現する方法を示すフローチャートである。 図5aは、eNB観点から、起こり得るDRXタイミング非同期化からの事前構成されたウェイクアップ時間回復の方法を示すフローチャートである。 図5bは、UE観点から、起こり得るDRXタイミング非同期化からの事前構成されたウェイクアップ時間回復の方法を示すフローチャートである。
(好ましい実施形態の説明)
図面がここで参照される。図1は、ロングタームエボリューション(LTE)ユーザ面プロトコルスタックを例示するブロック図を示す。
UE110は、強化型ノードB(eNB)120およびアクセスゲートウェイ(aGW)130の両方と通信する。
様々な層がプロトコルスタックに例示される。パケットデータ収束プロトコル(PDCP)層140が、UE110およびaGW130の両方に例示される。PDCP層140は、インターネットプロトコル(IP)ヘッダ圧縮および解凍と、ユーザデータの暗号化と、ユーザデータの転送と、無線ベアラに対するシリアルナンバー(SN)のメンテナンスとを実行する。
PDCP層140の下には、eNB120上の無線リンク制御プロトコル層142と通信する無線リンク制御プロトコル層142がある。理解されるように、通信は、図1および図2に例示されるようなプロトコルスタックにおいて物理層を介して行われる。しかしながら、UEのRLC層142からのRLC−PDUは、eNB120上のRLC層142によって解釈される。
RLC層142の下には、媒体アクセス制御(MAC)データ通信プロトコル層146がある。当業者によって理解されるように、RLCおよびMACプロトコルは、LTE無線インタフェースのデータリンク副層を形成し、LTEおよびユーザ装置におけるeNB上にある。
層1(L1)LTE(物理層148)は、RLC/MAC層144および146の下にある。この層は、通信のための物理層である。
図2を参照すると、図2は、LTE制御面プロトコルアーキテクチャを例示する。図1において用いられる参照数字に類似の参照数字が、図2において用いられる。特に、UE110は、eNB120およびaGW130と通信する。さらに、物理層148、MAC層146、RLC層142およびPDCP層140は、図2内に存在する。
図2はまた、非アクセスストラタム(non−access stratum)(NAS)層210を示す。理解されるように、NAS層210は、移動管理およびセッション管理を含み得る。
無線資源制御プロトコル層(RRC)220は、UEとE−UTRAN(進化型汎用地上無線アクセスネットワーク)との間の無線資源の割当てと、構成と、放出とに責任を負うプロトコルスタックの一部である。LTEのためのRRCプロトコルの基本機能は、3GPP TR25.813において説明される。
当業者によって理解されるように、UMTSにおいて、自動繰り返し要求(ARQ)機能は、無線ネットワークコントローラ(RNC)にあるRLC層内で実行される。ロングタームエボリューション(LTE)は、ARQ機能をRNCからeNBに移動させ、eNBにおいて、ARQとHARQ(MAC層内にあり、これもeNBに位置を決められる)との間により緊密な相互作用が存在し得る。
LTE_ACTIVE状態におけるDRXに関する様々な問題は、本明細書において考慮される。
(DRX信号方式手順)
LTE_ACTIVE状態でDRXを用いているセルにおいて、UEの大母集団をサポートするためにDRXを活動化、非活動化し、そしてDRX期間の持続期間を指定するための非常に効率的な信号方式手順が必要とされる。
当業者によって理解されるように、強化型ノードB(eNB)がDRX動作によりUEの受信器のオフの期間中にUEにデータを送信する場合、UEはデータを受信し得ない。従って、DRXが活動化されそして非活動化されるときに関してUEとeNBとが同期されることを確実にするために特別の努力が必要とされる。
eNBとUEとの間の指示は、無線資源制御(RRC)または層1/層2(L1/L2)の信号方式によって明示的に信号が送られ得る。しかしながら、理解されるように、明示的な信号方式は、所望されるほど効率的ではない場合がある。
より効率的な解決策は、DRX活動化および非活動化を指示する、MAC−PDU(MACプロトコルデータユニット)のMACヘッダまたはMAC制御PDU(MAC制御情報のみを含むMAC PDU)にオプションのフィールドを含めることである。フィールドは、好ましくは活動化および非活動化のためのDRX値およびタイミング余裕を示す。0値は、例えば、好ましい実施形態においてDRX値フィールドにおけるDRX非活動化を意味し得る。逆に、次のMAC−PDUにおいて送信されるべきデータがUEのためのバッファにおける最後のデータである場合、eNBはDRX長初期値を含むようにMACヘッダフィールドを広げ得る。例えば、これは320ミリ秒であり得る。
MAC−PDUヘッダ内のDRX期間に信号を送るいくつかの異なる方法が、考えられ得る。例えば、DRX期間の8個の値を示すために3ビットがMACヘッダに追加され得る。従って特定の時間値が送られるよりはむしろ、000から111までのビット値は、8個の別個の値のうちの1つを示し得る。
代替案においてMACヘッダにおける、より小さいフィールド(例えば2ビット)が、インクリメントまたはディクリメントを示すために用いられ得る。RRCはディフォルト値を示し得、MACヘッダがインクリメントまたはディクリメントを示す場合、UEは受信した指示に従って所定の値に変化し得る。同様にRRCは、実際のDRXと、より小さいフィールドに含まれる値との間のマッピングを定義し得る。
UEが一旦DRX値を受信すると、UEは、HARK ACKを送信することによってeNBにDRX値の肯定応答し、伝播遅延およびeNBにおける処理遅延を考慮して、適切なシステムフレームにおいてDRXを開始させる。eNBがUEからACKを受信したとき、eNBもまた適切なシステムフレーム時間においてDRXを開始させる。理解されるように、eNBはそのトランシーバをオフにしないで、単に個々のUEにメッセージを送信しないことを知っているだけである。
DRX期間のウェイクアップサイクル中、新しいデータが送信のためにeNBに到着した場合、バッファにおけるデータ量またはサービス要求の質に従って、eNBは、ヘッダ延長がDRX非活動化またはより短いDRX長に設定されて、MAC−PDUを送り得る。UEは、従ってDRXを再構成し、MAC−PDUの肯定応答をする。eNBがACKを受信したとき、eNBはDRXを再構成する。上記のように、非活動化は単に長さ値を0に設定することによって達成され得る。
図3aおよび図3bがここで参照される。図3aは、LTE_ACTIVE状態においてDRX活動化を制御する例示的方法を示す。プロセスは、ステップ300で開始し、ステップ310に進み、ステップ310においてデータはUEに送信される。当業者によって理解されるように、LTE_ACTIVE状態におけるデータ送信は、データリンク層においてMAC−PDUを用い、データを転送する。
プロセスは次にステップ312に進み、ステップ312においてUEに送られるデータのバッファが次の送信後に空であるかどうかを調べるためにチェックが行われる。空でなければ、プロセスはステップ310に戻り、ステップ310においてデータはUEに送信される。あるいは、バッファが次の送信後に空であり、データ到着速度が閾値よりも低い場合、プロセスはステップ314に進む。
ステップ314において、eNBは、MAC−PDUヘッダにおいてDRX活動化を設定する。上記のように、eNBは、DRX期間の長さ、および、必要な場合、例えばDRX活動化が実行されるときのシステム無線フレームナンバーなどのDRX活動時間を示すDRX活動化値を含む。別の実施形態において、eNBは、単にDRX間隔の増加を指示し得る。UEは、現在のDRX間隔を所定の減少した間隔に再構成する。所定の間隔は、eNBおよびUEの両方に既知であるかまたは、システム同報通信またはRRC信号方式による明白な信号方式によってeNBからUEに事前に信号を送られるかのいずれかであり得る。
プロセスは次いでステップ316に進み、ステップ316において修正されたMAC−PDUヘッダを含むデータは、UEに送られる。
図3bがここで参照される。ステップ318において、UEは、データを受信し、DRX活動化がMAC−PDUヘッダに指定されていることを調べる。プロセスはステップ320に進み、ステップ320においてUEは、肯定応答(ACK)をeNBに送り、伝播遅延およびeNBにおける処理遅延を考慮して、適切なシステムフレームにおいてDRXを開始させる。指定されたDRXの活動化時間が受信されたMAC−PDUヘッダにおいて指示される場合、UEおよびeNBの両方はその時間に新しいDRX値を適用する。
図3aのステップ330において、eNBは、UEからACKを受信し、同じ適切なシステムフレームにおいてDRXを開始させる。
理解されるように、DRXが調整されることを要求し得る様々なイベントが起るまで、DRXは継続し得る。1つのイベントは、UEのためのeNBによるaGWからのデータの受信である。受信されたデータ量に従って、DRXが非活動化されるかまたはDRXの期間が減少され得る。DRXの調整を必要とし得る他のイベントは、eNBとUEとの間の信号出力レベルの変化、または、とりわけ継続したデータの非活動性によるDRXにおけるゆるやかな増加を含む。
ステップ332において、eNBは、DRXが調整される必要があるかどうかを調べるためにチェックする。上記のように、これは、UEに送られるデータが受信される状況であり得る。ここで、DRXが非活動化されるか、または期間が調整され得る。
ステップ332から、DRXが調整される必要がない場合、プロセスはステップ332に戻り、DRXが調整される必要があるかないかをチェックし続ける。
ステップ332におけるプロセスが一旦、DRXが調整される必要がないということを見つけると、プロセスは、ステップ334に進み、ステップ334において、DRXを調整する。このことは、DRXに対して0値を送信するか、または必要に応じ、より短いDRXかまたはより長いDRXを送信することによってDRXを非活動化し得る。
修正されたヘッダ(修正されたDRX値および必要に応じ新しいDRX値に対する活動化時間を含む)を有するMAC−PDUは、ステップ336においてUEに送られる。ステップ336おけるMAC−PDUはまた、UEに送信される必要のある、eNBによって受信された任意のデータを含み得る。どのデータも含まれない場合、MAC−PDUは、MAC制御PDUであると考えられる。
図3bを参照すると、プロセスは次いで、ステップ318に進み、ステップ318において、修正されたヘッダを有するMAC−PDUは、UEにおいて受信される。UEは、DRX期間が調整されることを認識し、ステップ320においてUEは、肯定応答をeNBに送り、伝播遅延およびeNBにおける処理遅延を考慮して、適切なシステムフレームにおいてUEのDRX期間を調整する。活動化時間がMAC−PDUヘッダにおいて指示される場合、UEおよびeNBの両方はその時間に新しいDRX値を適用する。
図3aを参照すると、ステップ342において、eNBは、ACKを受信し、同じ適切なシステムフレームにおいて修正されたDRX期間を開始させる。プロセスは次いでステップ332に戻り、DRXが再び調整される必要があるかどうかを調べる。
当業者によって理解されるように、上記に関する1つの問題は、ACKまたはNACKの誤った解釈の場合に起る。特に、ARQエラー制御方法の変形である、送信器のハイブリッド自動繰返し要求(HARQ)エンティティは、おそらく不良のチャネル状態によりACKまたはNACKを必ずしも常に正しく復調するとは限らない。従って、一部の状況において、一方がもう一方のものとして解釈され得る。DRX活動化および非活動化をMAC−PDUヘッダに起こすことによって、ACKからNACKまたはNACKからACKへの誤った解釈は、eNBとUEとの間で信号送信された制御情報の誤った解釈がデータまたはおそらくは無線接続の喪失に導き得るので、処理される必要がある。
(DRX自動インクリメンテーション)
さらなる考慮は、DRXのインクリメントの拡張である。好ましい実施形態において、DRX期間がインクリメントまたはディクリメントされ得る仕方(例えば、2の因数によって)を指示する規則は、無線ベアラ(radio bearer)(RB)セットアップ中に信号が送られ得る。規則は、RRC RBセットアップ/再構成または測定制御メッセージでUEに運ばれる。この場合、Nの現在のDRXサイクル後にどのデータも受信されない場合、eNBおよびUEは、DRX長を次のより大きな値に自動的に増加させる。このことは、DRX長を増加させるためにeNBとUEとの間へ信号を送る必要性を除去し、従ってネットワーク資源および電池資源を節約する。
(システム情報におけるDRXタイミング非同期化の指示)
UEがUEのDRXタイミング内において同期がずれているとeNBが決定したとき、eNBは所定のシステム情報ブロックにおいてUEのRNTIを示す。UEがウェイクアップすると、UEはシステム情報ブロックを読み取る。UEのRNTIが指示された場合、UEは、DRXモードを非活動化し、eNBへのL1/L2の信号方式またはMAC信号方式を用いて連続受信通知メッセージを送信する。連続受信通知メッセージの受信次第、eNBはバッファ内で待つデータをUEに再送信する。データが肯定応答されるか、またはUEからのHARQフィードバックが受信されたとき、eNBはシステム情報からRNTIを除去する。
図4aがここで参照される。図4aは、システム情報においてRNTIに信号を送り、DRX非同期化から回復する方法のフローチャートを示す。プロセスはステップ410で開始する。
プロセスはステップ412に進み、ステップ412においてeNBは次のMAC−PDUを送信する。
プロセスは次いで、ステップ414に進み、ステップ414においてプロセスは、DRXタイミング非同期化が起こったかどうかをチェックする。上記のように、これは、eNBがどのHARQフィードバック信号もUEから入手しない場合であり得、この場合eNBはDRXタイミングにおいて同期がずれていることを考慮し得る。
ステップ414において、どのDRXタイミング非同期化も検出されない場合、プロセスは、ステップ412に戻り、DRXタイミング非同期化が検出されるまで継続する。
ステップ414においてDRXタイミング非同期化が検出された場合、プロセスはステップ416に進み、ステップ416においてUEのRNTIは、所定のシステム情報ブロックに追加される。理解されるように、UEは、DRXからウェイクアップしたとき、下記の図4bを参照して説明されるように、システム情報チェックし、UEのRNTIを検出する。
図4aにおけるステップ416から、プロセスは次いで、連続受信通知メッセージを待つ。連続受信通知メッセージがステップ418において受信される場合、プロセスはステップ420に進み、ステップ420においてプロセスは、MAC−PDUを再送信する。理解されるように、これは、ステップ414においてDRXタイミング非同期化が検出される前に、eNBがステップ412において送信を試みたことと同じMAC−PDUであり得る。MAC−PDUの再送信はステップ420で行われる。
プロセスは、次いでステップ422に進み、ステップ422においてプロセスは成功またはHARQフィードバックが受信されたかをチェックする。
ステップ418において、連続受信通知メッセージが受信されないかまたはステップ422において、成功またはHARQフィードバックが受信されない場合、プロセスはステップ430に進み、ステップ430においてハンドオーバが起ったかまたはRRC接続が解除されたかどうかを調べるためにチェックがなされる。
ステップ430において別のセルへのハンドオーバが検出されるかまたはRRC接続が解除されるのが見つかった場合、プロセスはステップ435に進み、ステップ435においてUEのRNTIは、所定のシステム情報ブロックから除去される。同様に、ステップ422から成功が達成されるかまたはHARQフィードバックが受信される場合、プロセスは、ステップ435に進み、ステップ435においてUEのRNTIが所定のシステム情報ブロックから除去される。
プロセスは次いで、ステップ435からステップ440に進み、ステップ440においてプロセスは終了する。
あるいは、ステップ430において別のセルへのハンドオーバまたはRRC接続解除が見つかった場合、プロセスは440に進み、ステップ440においてプロセスは終了する。
図4bがここで参照される。UE側において、プロセスはステップ450において開始する。
ステップ452において、UEはDRXからウェイクアップする。
プロセスは次いでステップ454に進み、ステップ454においてUEは、データがダウンリンク共用制御チャネル(DLSCCH)に指示された場合データを受信し、測定または必要に応じて他の機能を実行する。
プロセスは次いでステップ456に進み、ステップ456においてプロセスは、DRXタイミング非同期化においてUEのリストのために所定のシステム情報ブロックを読み取る。
プロセスは次いでステップ460に進み、ステップ460においてプロセスは、UEのRNTIがシステム情報ブロックにおけるUEのリストに含まれるかどうかをチェックする。含まれない場合、UEはステップ462におけるDRXに戻り、次いでステップ452においてDRXのウェイクアップを待つ。
あるいは、ステップ460から、UEのRNTIがシステム情報ブロックに含まれる場合、プロセスはステップ466に進み、ステップ466においてDRXは非活動化され、連続受信が開始される。
プロセスは次いで、ステップ468に進み、ステップ468において連続受信通知は送信され、ステップ470においてプロセスが終了する。
上記から理解されるように、非同期化は従って、所定のシステム情報ブロックにおいてUEがそのRNTIを検出することによって次のDRXサイクルにおいて回復される。
(起こり得るDRXタイミング非同期からの回復のための事前構成されたウェイクアップ時間)
さらなる実施形態において、会話形通信もしくは背景通信のための無線ベアラが設定されたときまたはそのベアラにおいてDRXが活動化されたとき、絶対ウェイクアップ時間がRRCによってUEに通知され得る。絶対ウェイクアップタイミングは、システム無線フレームタイミングに対する無線フレームオフセット(ARFoff)およびDRX間隔(AINT)によって定義される。現在のDRX設定に関わらず、UEはARFoff+NAIntの無線フレームにおいてウェイクアップしなければならない。ここでNは整数である。
プロセスはステップ510において開始し、ステップ512に進み、ステップ512において次のMAC−PDUが送信される。
プロセスは、次いでステップ514に進み、ステップ514においてeNBは、DRXに対するタイミング非同期化が起こったかどうかを調べるためにチェックする。上記のように、これはUEからのHARQフィードバックの受信の不足に基づき起こり得る。
DRXタイミング非同期化がステップ514において検出されない場合、プロセスはステップ512に戻り、次のMAC−PDUを送信し続ける。
ステップ514から、DRXタイミング非同期化が検出された場合、プロセスはステップ520に進み、ステップ520において連続受信コマンドが、無線資源制御によって構成される絶対ウェイクアップ時間に送信される。
プロセスは次いで、ステップ522に進み、ステップ522においてプロセスは、連続受信応答がUEから受信されたかどうかをチェックする。受信された場合、プロセスはステップ524に進み、ステップ524において、どのHARQフィードバックも受信されないステップ512からのMAC−PDUが、ステップ524において再送信される。
プロセスは次いで526に進み、ステップ526においてプロセスは、成功があるかどうかまたはHARQフィードバックが受信されたかどうかをチェックする。そうである場合、プロセスはステップ530において終了する。
ステップ522から、連続受信応答が受信されなかった場合、またはステップ526から、HARQフィードバックが受信されないかもしくはどの成功も決定されなかった場合、プロセスはステップ540に進み、ステップ540においてハンドオーバが起ったかまたはRRC接続が解除されたかどうかを調べるためにチェックがなされる。ハンドオーバが起ったかまたはRRC接続が解除されたということがステップ540において決定された場合、プロセスはステップ530に進み、終了する。
ステップ540において、どのハンドオーバも起らなかったかまたはRRC接続が解除されたということが決定された場合、プロセスはステップ542に進み、ステップ542においてプロセスは再試行期間が終了するかどうかをチェックする。終了しない場合、プロセスはステップ520に戻る。終了する場合、プロセスはステップ544に進み、ステップ544においてRRC接続が解除され、プロセスは次いでステップ530において終了する。
図5bがここで参照される。UEの観点から、プロセスはステップ550において開始し、ステップ552に進み、ステップ552においてUEはDRXからウェイクアップする。プロセスは次いでステップ554に進み、ステップ554においてUEは、データがダウンリンク共用制御チャネル(DLSCCH)に指示された場合データを受信し、測定または必要に応じて他の機能を実行する。
プロセスは次いでステップ556に進み、ステップ556においてプロセスは、時間が絶対ウェイクアップ時間であるかどうかをチェックする。絶対ウェイクアップ時間である場合、プロセスはステップ558に進み、ステップ558においてUEは、連続受信コマンドが受信されたかどうかをチェックする。
ステップ556から、時間が絶対ウェイクアップ時間でない場合、またはステップ558において連続受信コマンドが受信されなかった場合、プロセスはステップ560に進み、ステップ560においてUEはDRXに戻る。ステップ560からプロセスは、ステップ552においてDRXからウェイクアップすることによって継続する。
あるいは、連続受信コマンドがステップ558において受信される場合、プロセスはステップ570に進み、ステップ570においてDRXが非活動化され、連続受信が開始される。プロセスは次いで、ステップ572に進み、ステップ572において連続受信応答が送信され、プロセスはステップ574において終了する。
上記に基づき、DRXタイミングにおいてUEの同期がずれていることをeNBが検出したとき、eNBは、L1/L2信号方式またはMAC信号方式における連続受信コマンドを絶対ウェイクアップ時間にUEに送る。UEは、絶対ウェイクアップ時間にウェイクアップし、連続受信コマンドが受信されたか否かをチェックし、受信された場合、UEはそのトランシーバの電源を入れ、連続受信に戻る。
さらなる代替案において、絶対ウェイクアップ無線フレームオフセットARFoffは、3GPP TS25.304に説明されるUMTSにおいてページング機会が計算される方法と類似する方法で、IMSIなどのUEアイデンティティから計算され得る。そのような場合において、DRX間隔は、専用のRRCメッセージを介してセーブされるよりはむしろシステム情報に含まれ得る。
理解されるように、ARFoffの信号をUEに送る利益は、eNBが絶対ウェイクアップ時間を現在のDRX設定に整合させ得、その結果、さらなる電池節約が達成され得ることである。
本明細書において説明される実施形態は、本開示の技術の要素に対応する要素を有する構造、システムまたは方法の例である。この説明は、当業者が本開示の要素または技術に同様に対応する代替の要素を有する実施形態を用いることを可能にし得る。従って本開示の技術の意図された範囲は、本明細書において説明される本開示の技術とは異ならない構造、システムまたは方法を含み、本明細書において説明される本開示の技術とは実質的でない相違を有する他の構造、システムまたは方法をさらに含む。

Claims (26)

  1. LTE_ACTIVE状態における不連続受信「DRX」タイミング非同期から回復する、ワイヤレス通信システムにおける方法であって、
    DRXタイミング非同期を検出する(414、514)ステップと、
    連続受信を再開するために、ユーザ装置「UE」にインディケータを送信する(416、520)ステップと、
    連続受信応答または連続受信通知が受信されたか否かの指示を待つ(418、522)ステップと
    を包含する、方法。
  2. 前記送信するステップは、前記ユーザ装置に対する無線ネットワーク一時識別子「RNTI」を所定のシステム情報ブロックに追加することを包含する、請求項1に記載の方法。
  3. 前記検出するステップは、
    媒体アクセス制御プロトコルデータユニット「MAC−PDU」を前記UEに送るかまたは再送信することと、
    ハイブリッド自動繰り返し要求「HARQ」フィードバック信号を所定の時間内に受信しないことと
    を包含する、請求項2に記載の方法。
  4. 前記連続受信通知の指示を受信する(418)ステップと、
    前記MAC−PDUを再送信する(420)ステップと
    をさらに包含する、請求項3に記載の方法。
  5. 前記MAC−PDUが受信されたことの確認次第、前記ユーザ装置に対する前記RNTIを前記所定のシステム情報ブロックから除去する(435)ステップをさらに包含する、請求項4に記載の方法。
  6. 前記送信するステップは、
    絶対ウェイクアップ時間から待つことと、
    連続受信コマンドを送る(520)ことと
    を包含する、請求項1に記載の方法。
  7. 前記検出するステップは、
    媒体アクセス制御プロトコルデータユニット「MAC−PDU」を前記UEに送るかまたは再送信することと、
    ハイブリッド自動繰り返し要求「HARQ」フィードバック信号を所定の時間内に受信しないことと
    を包含する、請求項6に記載の方法。
  8. 前記連続受信応答の指示を受信する(522)ステップと、
    前記MAC−PDUを再送信する(524)ステップと
    をさらに包含する、請求項7に記載の方法。
  9. 前記連続受信応答の指示が受信されない場合、または前記MAC−PDUの再送信が不成功である場合、ハンドオーバが起こったかどうかまたはRRC接続が解除されたかどうかをチェックし(540)、ハンドオーバが起こったかまたはRRC接続が解除された場合、プロセスを終了させる(530)ステップをさらに包含する、請求項8に記載の方法。
  10. ハンドオーバが起らず、RRC接続が解除されなかった場合、再試行期間が終了したかどうかをチェックし(542)、
    再試行期間が終了した場合、該RRC接続を解除し(544)、
    再試行期間が終了していない場合、前記待つステップおよび送るステップ(520)を繰り返す、請求項9に記載の方法。
  11. 絶対ウェイクアップ時間は、システム無線フレームタイミングに対する無線フレームオフセットおよびDRX間隔によって定義される、請求項6〜10のいずれか1項に記載の方法。
  12. 不連続応答(「DRX」)動作のための方法であって、
    ユーザ装置(「UE」)が活動モードにある間に、ウェイクアップ時間において該UEの受信器をウェイクアップすることであって、該ウェイクアップ時間は、無線フレームオフセットにN倍されたDRX間隔を加えた値に等しい無線フレームナンバーに対応し、Nは、ゼロ以上の整数であり、
    該UEは、該UEアドレス指定された連続受信コマンドが該ウェイクアップ時間においてネットワーク要素から入手可能であるかどうかをチェックする、ことと、
    該連続受信コマンドが該UEにアドレス指定されている場合、DRXを非活動化し、連続受信を開始することと
    を包含する、方法。
  13. 前記無線フレームオフセットおよび前記DRX間隔のうちの少なくとも1つは無線資源制御(「RRC」)によって受信される、請求項12に記載の方法。
  14. 前記無線フレームオフセットは、加入者識別またはUE識別から計算される、請求項12に記載の方法。
  15. 前記識別は、国際モバイルステーション識別である、請求項14に記載の方法。
  16. LTE_ACTIVE状態における不連続受信「DRX」タイミング非同期によるユーザ装置における連続受信に進む方法であって、
    DRXからウェイクアップする(452、552)ステップと、
    連続受信に進むべきかどうかを決定するインディケータをチェックする(460、558)ステップと、
    連続受信に進むべきというインディケータが存在する場合、DRXを非活動化(466、570)し、連続受信に進み、連続受信応答または連続受信通知を送信する(468、572)ステップと
    を包含する、方法。
  17. 前記チェックするステップは、
    所定のシステム情報ブロックを読み取る(456)ことと、
    前記ユーザ装置に対する無線ネットワーク一時識別子「RNTI」が該所定のシステム情報ブロック内にあるかどうかを決定する(460)ことと
    を包含し、
    該決定するステップが、該ユーザ装置の該RNTIが該所定のシステム情報ブロックにあることを見つけた場合、チェックするステップは前記インディケータが存在するということを見つける、請求項16に記載の方法。
  18. 連続受信に進みかつアップリンク同期を得るインディケータが存在する場合、連続受信応答を送るために、アップリンク同期およびスケジューリング認可を得る、請求項16または請求項17に記載の方法。
  19. 前記チェックするステップは、
    連続受信コマンドが絶対ウェイクアップ時間に受信されるかどうかを決定する(556、558)ことを包含し、
    該連続受信コマンドが絶対ウェイクアップ時間に受信された場合、該チェックするステップは前記インディケータが存在するということを見つける、請求項16に記載の方法。
  20. 不連続受信動作に対して構成されたユーザ装置であって、
    受信器を有する通信サブシステムと、
    プロセッサと
    を備え、
    該ユーザ装置は、活動モードにある間に、ウェイクアップ時間において該受信器をウェイクアップするように構成されており、該ウェイクアップ時間は、無線フレームオフセットにN倍されたDRX間隔を加えた値に等しい無線フレームナンバーに対応し、Nは、ゼロ以上の整数であり、
    該ユーザ装置は、該ユーザ装置アドレス指定された連続受信コマンドが該ウェイクアップ時間においてネットワーク要素から入手可能であるかどうかをチェックし、該連続受信コマンドが該ユーザ装置にアドレス指定されている場合、DRXを非活動化し、連続受信を開始するようにさらに構成されている、ユーザ装置。
  21. 前記通信サブシステムおよび前記プロセッサは、無線資源制御によって、前記無線フレームオフセットおよび前記DRX間隔のうちの少なくとも1つを受信するようにさらに構成されている、請求項20に記載のユーザ装置。
  22. 前記無線フレームオフセットは、加入者識別または前記ユーザ装置の識別から計算される、請求項20に記載のユーザ装置。
  23. 前記ユーザ装置の識別は国際モバイルステーション識別である、請求項22に記載のユーザ装置。
  24. 不連続受信動作に対して構成された強化型ノードB(「eNB」)であって、
    ユーザ装置が活動モードにある間に、ウェイクアップ時間において、ユーザ装置と通信するように構成されている通信サブシステムであって、該ウェイクアップ時間は、無線フレームオフセットにN倍されたDRX間隔を加えた値に等しい無線フレームナンバーに対応し、Nはゼロ以上の整数である、通信サブシステム
    を備え、
    該通信サブシステムは、該強化型ノードBが、該強化型ノードBと該ユーザ装置との間のDRX非同期を検出した場合、該ウェイクアップ時間においてUEに連続受信コマンドを送信するようにさらに構成されている、強化型ノードB。
  25. 前記通信は、無線資源制御によって、前記無線フレームオフセットおよび前記DRX間隔のうちの少なくとも1つの送信を含む、請求項24に記載のeNB。
  26. 請求項20〜23のいずれか1項に記載の複数のユーザ装置と請求項24〜25のいずれか1項に記載の少なくとも1つの強化型ノードBとを備えているワイヤレス通信システム。
JP2009549345A 2007-02-14 2008-02-12 Lte_activeにおけるdrxタイミング非同期から回復する方法およびシステム Active JP5243453B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP07102421.0 2007-02-14
EP07102421A EP1959615B1 (en) 2007-02-14 2007-02-14 Method and system for recovering from DRX timing de-synchronization in LTE-active
PCT/CA2008/000261 WO2008098352A1 (en) 2007-02-14 2008-02-12 Method and system for recovering from drx timing de-synchronization in lte_active

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2012089466A Division JP5417479B2 (ja) 2007-02-14 2012-04-10 Lte_activeにおけるdrxタイミング非同期から回復する方法およびシステム

Publications (2)

Publication Number Publication Date
JP2010518765A JP2010518765A (ja) 2010-05-27
JP5243453B2 true JP5243453B2 (ja) 2013-07-24

Family

ID=38123810

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2009549345A Active JP5243453B2 (ja) 2007-02-14 2008-02-12 Lte_activeにおけるdrxタイミング非同期から回復する方法およびシステム
JP2012089466A Active JP5417479B2 (ja) 2007-02-14 2012-04-10 Lte_activeにおけるdrxタイミング非同期から回復する方法およびシステム

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2012089466A Active JP5417479B2 (ja) 2007-02-14 2012-04-10 Lte_activeにおけるdrxタイミング非同期から回復する方法およびシステム

Country Status (13)

Country Link
EP (6) EP3926874B1 (ja)
JP (2) JP5243453B2 (ja)
CN (2) CN101653032B (ja)
AT (1) ATE456226T1 (ja)
CA (1) CA2677834A1 (ja)
DE (1) DE602007004434D1 (ja)
DK (4) DK2161887T3 (ja)
ES (4) ES2896957T3 (ja)
HK (1) HK1116958A1 (ja)
HU (2) HUE047799T2 (ja)
PL (3) PL2161887T3 (ja)
PT (3) PT2161887T (ja)
WO (1) WO2008098352A1 (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100111230A (ko) * 2009-04-06 2010-10-14 삼성전자주식회사 무선통신 시스템에서 슬립 모드의 슬립 사이클 동기를 제어하기 위한 장치 및 방법
WO2011160291A1 (zh) * 2010-06-22 2011-12-29 中兴通讯股份有限公司 一种终端及其节电方法、系统
CN102761952B (zh) 2011-04-28 2014-12-24 华为技术有限公司 物理层状态同步的方法、设备和系统
US9402147B2 (en) 2011-07-11 2016-07-26 National Taiwan University Enhanced paging mechanism for machine type communication
JP5907172B2 (ja) 2011-09-30 2016-04-26 富士通株式会社 無線通信システム、移動局、基地局及び無線通信システム制御方法
US20140003312A1 (en) * 2012-07-02 2014-01-02 Vadim Sergeyev Wake-up functionality for an lte enodeb
JP6102324B2 (ja) * 2013-02-20 2017-03-29 株式会社デンソー 通信システム
WO2014177184A1 (en) * 2013-04-30 2014-11-06 Sony Corporation Terminal-initiated power mode switching
CN104284362B (zh) * 2013-07-09 2018-09-11 北京信威通信技术股份有限公司 一种终端检测睡眠失步的方法
US10356839B2 (en) 2014-11-04 2019-07-16 Qualcomm Incorporated Low power discontinuous reception with a second receiver
CN109156022B (zh) 2016-06-22 2022-08-09 英特尔公司 用于全双工调度的通信设备和方法
CN108307377B (zh) * 2017-01-13 2021-05-18 华为技术有限公司 一种向ue发送消息的方法、装置以及m2m管理平台
CN109429309A (zh) * 2017-07-17 2019-03-05 中兴通讯股份有限公司 节电策略调整方法、装置及系统
CN110366245B (zh) * 2018-03-26 2021-11-02 维沃移动通信有限公司 取消上行传输的方法和设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AUPR218400A0 (en) * 2000-12-21 2001-01-25 Telefonaktiebolaget Lm Ericsson (Publ) A method and device for determining a paging reference
JP3931093B2 (ja) * 2002-02-14 2007-06-13 三菱電機株式会社 移動体通信機の通信制御方法および移動体通信機
KR100595644B1 (ko) * 2004-01-09 2006-07-03 엘지전자 주식회사 이동통신 시스템에서 점대다 서비스를 위한 통지 지시자 수신방법
DE602004013294T2 (de) * 2004-06-18 2009-06-18 Panasonic Corp., Kadoma Zyklishe Übertragung von Benachrichtigungskoordinaten in einem Kommunikationssystem
WO2007102689A1 (en) * 2006-03-07 2007-09-13 Electronics And Telecommunications Research Institute Method for reducing power consumption of a terminal in cellular system
ES2324736T3 (es) * 2006-03-28 2009-08-13 Samsung Electronics Co., Ltd. Metodo y aparato para la recepcion discontinua de un terminal conectado en un sistema de comunicacion movil.
US8411605B2 (en) * 2006-04-11 2013-04-02 Samsung Electronics Co., Ltd Method and apparatus for discontinuously receiving packet in a mobile communication system
WO2007125406A2 (en) * 2006-05-01 2007-11-08 Nokia Corporation Apparatus, method and computer program product providing uplink synchronization through use of dedicated uplink resource assignment
US7916675B2 (en) * 2006-06-20 2011-03-29 Nokia Corporation Method and system for providing interim discontinuous reception/transmission

Also Published As

Publication number Publication date
JP5417479B2 (ja) 2014-02-12
ES2776457T3 (es) 2020-07-30
WO2008098352A1 (en) 2008-08-21
DK3419205T3 (da) 2020-05-04
PL3419206T3 (pl) 2021-12-06
EP3687092A1 (en) 2020-07-29
HUE055361T2 (hu) 2021-11-29
EP2161887B1 (en) 2018-09-26
DK3687092T3 (da) 2021-11-15
PT3419205T (pt) 2020-03-05
PT3419206T (pt) 2021-08-19
CN103036659B (zh) 2016-04-27
ES2695900T3 (es) 2019-01-11
HK1116958A1 (en) 2009-01-02
EP3926874B1 (en) 2023-08-16
ES2884548T3 (es) 2021-12-10
CN103036659A (zh) 2013-04-10
DK3419206T3 (da) 2021-08-23
PT2161887T (pt) 2018-11-28
EP3687092B1 (en) 2021-09-08
DK2161887T3 (en) 2018-12-10
EP2161887A1 (en) 2010-03-10
EP3419206A1 (en) 2018-12-26
HUE047799T2 (hu) 2020-05-28
PL3419205T3 (pl) 2020-06-15
JP2010518765A (ja) 2010-05-27
ATE456226T1 (de) 2010-02-15
CA2677834A1 (en) 2008-08-21
DE602007004434D1 (de) 2010-03-11
CN101653032A (zh) 2010-02-17
EP3419205B1 (en) 2020-02-12
JP2012135058A (ja) 2012-07-12
ES2896957T3 (es) 2022-02-28
EP3419205A1 (en) 2018-12-26
CN101653032B (zh) 2013-02-20
EP3419206B1 (en) 2021-06-23
EP3926874A1 (en) 2021-12-22
EP1959615A1 (en) 2008-08-20
EP1959615B1 (en) 2010-01-20
PL2161887T3 (pl) 2019-02-28

Similar Documents

Publication Publication Date Title
JP5243453B2 (ja) Lte_activeにおけるdrxタイミング非同期から回復する方法およびシステム
US8072963B2 (en) Method and system for recovering from DRX timing de-synchronization in LTE—ACTIVE
CA2874701C (en) Method and system for the indication of long drx in a wirleless network
EP3723420B1 (en) Method and system for the control of discontinuous reception in a wireless network
CA2674747C (en) Method and system for the support of a long drx in an lte_active state in a wireless network
EP2079181B1 (en) Method and corresponding communications device for improving discontinuous reception functionality in wireless communications
KR20070121505A (ko) 무선링크 재설정 방법

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100927

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120113

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120214

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120410

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120625

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20120921

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20120928

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20121025

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20121127

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130227

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130321

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130404

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160412

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 5243453

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250