激活狀態(tài)處理方法及裝置制造方法
【專利摘要】本發(fā)明實施例提供一種激活狀態(tài)處理方法及裝置，該方法包括：基站接收用戶設(shè)備UE發(fā)送的上行信息；根據(jù)所述上行信息，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段。本發(fā)明實施例中，基站接收用戶設(shè)備發(fā)送的上行信息后，會根據(jù)該上行信息擴展DTX模式中的激活時間段或者發(fā)起臨時激活時間段，這樣基站就可以根據(jù)UE的需求及時的響應(yīng)UE發(fā)送的上行信息。
【專利說明】激活狀態(tài)處理方法及裝置
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)，尤其涉及一種激活狀態(tài)處理方法及裝置。
【背景技術(shù)】
[0002] 隨著移動通信技術(shù)的發(fā)展，以及第三代合作伙伴計劃（3rd Generation Partnership Project，簡稱 3GPP)、長期演進（Long Term Evolution，簡稱 LTE)的大規(guī)模部 署，高速率大帶寬的業(yè)務(wù)正帶給用戶豐富的應(yīng)用體驗，特別是隨著智能手機使用的大規(guī)模 增長，為通信注入了新的活力，但是也給網(wǎng)絡(luò)運營帶來了更多的挑戰(zhàn)；其中，應(yīng)用服務(wù)的逐 步增加，對網(wǎng)絡(luò)容量的需求也不斷增加，為了進一步增強網(wǎng)絡(luò)的容量，網(wǎng)絡(luò)架構(gòu)從同構(gòu)網(wǎng)絡(luò) 向異構(gòu)網(wǎng)絡(luò)（Heterogeneous Netowrk，簡稱HetNet)下可以覆蓋有多個接入點，這些接入 點可以是小基站（Pico)、室內(nèi)基站（Femto)、低移動性基站（Low Mobility,簡稱LoMo)、本 地?zé)o線接入點（Access Point,簡稱AP)、低功率發(fā)射節(jié)點（Low Power Node,簡稱LPN)等， 在這種異構(gòu)網(wǎng)絡(luò)下，小型基站可以給它覆蓋范圍下的用戶設(shè)備（User Equipment,簡稱UE) 提供服務(wù)，但是，在這種異構(gòu)網(wǎng)絡(luò)下，需要考慮小型基站和宏基站的節(jié)能問題，于是在基站 引入了非連續(xù)發(fā)送（Discontinuous Transmission,簡稱DTX)模式，在DTX模式下，基站(例 如eNB)會處于睡眠時間或激活時間，當(dāng)eNB處于睡眠時間時，不發(fā)送下行信息。
[0003] 發(fā)明人在實現(xiàn)本發(fā)明實施例的過程中發(fā)現(xiàn)，采用現(xiàn)有技術(shù)，當(dāng)基站向UE發(fā)送上行 授權(quán)消息等重要消息后，基站進入睡眠時間，或者，基站接收到UE發(fā)送的調(diào)度請求消息或 UE的緩存狀態(tài)報告消息等重要消息時，基站處于睡眠狀態(tài)，則基站無法及時的響應(yīng)UE，從 而導(dǎo)致基站和UE之間的數(shù)據(jù)傳輸發(fā)生時延或錯誤，進而降低了 UE的服務(wù)質(zhì)量。
【發(fā)明內(nèi)容】
[0004] 本發(fā)明實施例提供一種激活狀態(tài)處理方法及裝置，用于解決基站處于DTX模式中 睡眠狀態(tài)時，不能及時響應(yīng)UE發(fā)送的消息的問題。
[0005] 本發(fā)明實施例第一方面提供一種激活狀態(tài)處理方法，包括：
[0006] 基站接收用戶設(shè)備UE發(fā)送的上行信息；
[0007] 所述基站根據(jù)所述上行信息，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴 展，或者，發(fā)起臨時激活時間段。
[0008] 結(jié)合第一方面，在第一方面的第一種可能的實施方式中，所述基站根據(jù)所述上行 信息，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段， 包括：
[0009] 所述基站根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段 進行擴展，或者，發(fā)起臨時激活時間段；或者，
[0010] 所述基站接收UE發(fā)送的包含建議激活時間段的上行信息，并根據(jù)所述建議激活 時間段，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間 段，其中，所述包含建議激活時間段的上行信息包括所述建議激活時間段的起始時刻和/ 或持續(xù)時間。
[0011] 結(jié)合第一方面的第一種可能的實施方式，在第一方面的第二種可能的實施方式 中，所述基站根據(jù)所述上行信息，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或 者，發(fā)起臨時激活時間段，包括：
[0012] 所述基站根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段 進行擴展，或者，發(fā)起臨時激活時間段；或者，
[0013] 所述基站接收UE發(fā)送的包含建議激活時間段的上行信息，并根據(jù)所述建議激活 時間段，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間 段，其中，所述包含建議激活時間段的上行信息包括所述建議激活時間段的起始時刻和/ 或持續(xù)時間。
[0014] 結(jié)合第一方面的第一種可能的實施方式，在第一方面的第三種可能的實施方式 中，所述根據(jù)所述建議激活時間段，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展， 或者，發(fā)起臨時激活時間段之前，還包括：
[0015] 所述基站向所述UE發(fā)送使用所述建議激活時間段的確認消息。
[0016] 結(jié)合第一方面至第一方面的第三種可能的實施方式中任一項，在第一方面的第四 種可能的實施方式中，所述上行信息包括以下至少一種：調(diào)度請求消息、上行數(shù)據(jù)到達消 息、緩存狀態(tài)報告消息、UE的新傳數(shù)據(jù)信息、UE的重傳數(shù)據(jù)信息、UE的隨機接入請求消息。
[0017] 本發(fā)明實施例第二方面提供一種激活狀態(tài)處理方法，包括：
[0018] 用戶設(shè)備UE向基站發(fā)送上行信息；
[0019] 所述UE在基站的非連續(xù)發(fā)送DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收所述基站發(fā)送 的上行信息反饋信息；
[0020] 其中，所述預(yù)設(shè)激活時間段為所述基站根據(jù)所述上行信息確定的激活時間段。
[0021] 結(jié)合第二方面，在第二方面的第一種可能的實施方式中，所述在基站的DTX模式 中的預(yù)設(shè)激活時間段內(nèi)接收所述基站發(fā)送的上行信息反饋信息之前，還包括：
[0022] 所述UE向所述基站發(fā)送包含建議激活時間段的上行信息，以使所述基站在所述 建議激活時間段內(nèi)為激活狀態(tài)。
[0023] 結(jié)合第二方面，在第二方面的第二種可能的實施方式中，在基站的DTX模式中的 預(yù)設(shè)激活時間段內(nèi)接收所述基站發(fā)送的上行信息反饋信息之前，還包括：
[0024] 所述UE接收基站發(fā)送的包括擴展的激活時間段或臨時激活時間段的時間信息， 其中，所述時間信息包括擴展的激活時間段或臨時激活時間段的起始時刻和/或持續(xù)時 間。
[0025] 結(jié)合第二方面的第一種可能的實施方式，在第二方面的第三種可能的實施方式 中，所述UE向所述基站發(fā)送包含建議激活時間段的上行信息之后，還包括：
[0026] 所述UE接收所述基站發(fā)送的使用所述建議激活時間段的確認消息。
[0027] 本發(fā)明實施例第三方面提供一種激活狀態(tài)處理方法，包括：
[0028] 基站向用戶設(shè)備UE發(fā)送下行信息；
[0029] 所述基站對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時 激活時間段，以使所述基站處于激活狀態(tài)時對UE發(fā)送的下行信息反饋信息進行響應(yīng)。
[0030] 結(jié)合第三方面，在第三方面的第一種可能的實施方式中，所述基站根據(jù)所述下行 信息，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段， 包括：
[0031] 所述基站根據(jù)所述下行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段 進行擴展，或者，發(fā)起臨時激活時間段；或者，
[0032] 所述基站根據(jù)所述下行信息中包含的約定激活時間段，對當(dāng)前非連續(xù)發(fā)送DTX模 式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段，其中，所述下行信息中包括所述 約定激活時間段的起始時刻和/或持續(xù)時間。
[0033] 結(jié)合第三方面的第一種可能的實施方式，在第三方面的第二種可能的實施方式 中，所述基站對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時 間段之前，還包括：
[0034] 所述基站將包括擴展的激活時間段或臨時激活時間段的時間信息發(fā)送給所述UE， 其中，所述時間信息包括擴展的激活時間段或臨時激活時間段的起始時刻和/或持續(xù)時 間。
[0035] 結(jié)合第三方面至第三方面的第二種可能的實施方式中任一項，在第三方面的第三 種可能的實施方式中，所述下行信息包括：根據(jù)UE發(fā)送的數(shù)據(jù)發(fā)送的否定應(yīng)答NACK消息， 根據(jù)UE發(fā)送的數(shù)據(jù)發(fā)送的ACK消息，隨機接入響應(yīng)消息，或者UE的調(diào)度消息。
[0036] 本發(fā)明實施例第四方面提供一種激活狀態(tài)處理方法，包括：
[0037] UE接收基站發(fā)送的下行信息；
[0038] 所述UE根據(jù)所述下行信息確定接收時間，并在所述接收時間內(nèi)接收所述基站發(fā) 送的上行信息反饋信息。
[0039] 結(jié)合第四方面，在第四方面的第一種可能的實施方式中，所述UE根據(jù)所述下行信 息確定接收時間，并在所述接收時間內(nèi)接收所述基站發(fā)送的上行信息反饋信息，包括：
[0040] 所述UE根據(jù)所述下行信息中的約定激活時間段確定接收時間，并在所述接收時 間內(nèi)接收所述基站發(fā)送的上行信息反饋信息。
[0041] 本發(fā)明第五方面提供一種基站，包括：
[0042] 接收模塊，用于接收用戶設(shè)備UE發(fā)送的上行信息；
[0043] 處理模塊，用于根據(jù)所述上行信息，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段 進行擴展，或者，發(fā)起臨時激活時間段。
[0044] 結(jié)合第五方面，在第五方面的第一種可能的實施方式中，所述處理模塊，具體用于 根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā) 起臨時激活時間段；或者，
[0045] 接收UE發(fā)送的包含建議激活時間段的上行信息，并根據(jù)所述建議激活時間段，對 當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段，其中，所 述包含建議激活時間段的上行信息包括所述建議激活時間段的起始時刻和/或持續(xù)時間。
[0046] 結(jié)合第五方面的第一種可能的實施方式，在第五方面的第二種可能的實施方式 中，所述基站還包括：
[0047] 發(fā)送模塊，用于在處理模塊根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模 式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段之前，將包括擴展的激活時間段或 臨時激活時間段的時間信息發(fā)送給所述UE，其中，所述時間信息包括擴展的激活時間段或 臨時激活時間段的起始時刻和/或持續(xù)時間。
[0048] 結(jié)合第五方面的第一種可能的實施方式，在第五方面的第三種可能的實施方式 中，所述發(fā)送模塊，還用于在處理模塊根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模 式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段之前，向所述UE發(fā)送使用所述建 議激活時間段的確認消息。
[0049] 結(jié)合第五方面至第五方面的第三種可能的實施方式中任一項，在第五方面的第四 種可能的實施方式中，所述上行信息包括以下至少一種：調(diào)度請求消息、上行數(shù)據(jù)到達消 息、緩存狀態(tài)報告消息、UE的新傳數(shù)據(jù)信息、UE的重傳數(shù)據(jù)信息、UE的隨機接入請求消息。
[0050] 本發(fā)明實施例第六方面提供一種用戶設(shè)備，包括：
[0051] 發(fā)送模塊，用于向基站發(fā)送上行信息；
[0052] 接收模塊，用于在基站的非連續(xù)發(fā)送DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收所述基 站發(fā)送的上行信息反饋信息；
[0053] 其中，所述預(yù)設(shè)激活時間段為所述基站根據(jù)所述上行信息確定的激活時間段。
[0054] 結(jié)合第六方面，在第六方面的第一種可能的實施方式中，所述發(fā)送模塊，還用于在 基站的DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收所述基站發(fā)送的上行信息反饋信息之前，向所 述基站發(fā)送包含建議激活時間段的上行信息，以使所述基站在所述建議激活時間段內(nèi)為激 活狀態(tài)。
[0055] 結(jié)合第六方面，在第六方面的第二種可能的實施方式中，所述接收模塊，還用于在 基站的DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收所述基站發(fā)送的上行信息反饋信息之前，接收 基站發(fā)送的包括擴展的激活時間段或臨時激活時間段的時間信息，其中，所述時間信息包 括擴展的激活時間段或臨時激活時間段的起始時刻和/或持續(xù)時間。
[0056] 結(jié)合第六方面的第一種可能的實施方式，在第六方面的第三種可能的實施方式 中，所述接收模塊，還用于在所述發(fā)送模塊向所述基站發(fā)送包含建議激活時間段的上行信 息之后，接收所述基站發(fā)送的使用所述建議激活時間段的確認消息。
[0057] 本發(fā)明實施例第七方面提供一種基站，包括：
[0058] 發(fā)送模塊，用于向用戶設(shè)備UE發(fā)送下行信息；
[0059] 處理模塊，用于對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起 臨時激活時間段，以使所述基站處于激活狀態(tài)時對UE發(fā)送的下行信息反饋信息進行響應(yīng)。
[0060] 結(jié)合第七方面，在第七方面的第一種可能的實施方式中，所述處理模塊，具體用于 根據(jù)所述下行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā) 起臨時激活時間段；或者，
[0061] 根據(jù)所述下行信息中包含的約定激活時間段，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激 活時間段進行擴展，或者，發(fā)起臨時激活時間段，其中，所述下行信息中包括所述約定激活 時間段的起始時刻和/或持續(xù)時間。
[0062] 結(jié)合第七方面的第一種可能的實施方式，在第七方面的第二種可能的實施方式 中，所述處理模塊，具體用于根據(jù)所述下行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激 活時間段進行擴展，或者，發(fā)起臨時激活時間段；或者，
[0063] 根據(jù)所述下行信息中包含的約定激活時間段，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激 活時間段進行擴展，或者，發(fā)起臨時激活時間段，其中，所述下行信息中包括所述約定激活 時間段的起始時刻和/或持續(xù)時間。
[0064] 結(jié)合第七方面至第七方面的第二種可能的實施方式中任一項，在第七方面的第三 種可能的實施方式中，所述下行信息包括：根據(jù)UE發(fā)送的數(shù)據(jù)發(fā)送的否定應(yīng)答NACK消息， 根據(jù)UE發(fā)送的數(shù)據(jù)發(fā)送的肯定應(yīng)答ACK消息，隨機接入響應(yīng)消息，或者UE的調(diào)度消息。 [0065] 本發(fā)明實施例第八方面提供一種用戶設(shè)備，包括：
[0066] 接收模塊，用于接收基站發(fā)送的下行信息；
[0067] 確定模塊，用于根據(jù)所述下行信息確定接收時間，并在所述接收時間內(nèi)接收所述 基站發(fā)送的上行信息反饋信息。
[0068] 結(jié)合第八方面，在第八方面的第一種可能的實施方式中，所述確定模塊，具體用于 根據(jù)所述下行信息中的約定激活時間段確定接收時間，并在所述接收時間內(nèi)接收所述基站 發(fā)送的上行信息反饋信息。
[0069] 本發(fā)明實施例中，基站接收UE發(fā)送的上行信息后，或者基站在向UE發(fā)送下行信息 后，基站會根據(jù)具體地應(yīng)用需求，對DTX模式中的激活時間段進行擴展或發(fā)起臨時激活時 間段，進而及時的對UE發(fā)來的信息進行處理。
[0070] 本發(fā)明實施例第九方面提供一種激活狀態(tài)處理方法，包括：
[0071] 基站確定滿足第一預(yù)設(shè)條件；
[0072] 所述基站保持在單一狀態(tài)模式，或者從非連續(xù)發(fā)送DTX模式切換到所述單一狀態(tài) 模式，當(dāng)基站處于所述單一狀態(tài)模式時，所述基站持續(xù)為激活狀態(tài)；
[0073] 其中，所述第一預(yù)設(shè)條件包括以下任意一種：
[0074] 與所述基站交互的用戶設(shè)備UE不能配置為非連續(xù)接收DRX模式；
[0075] 所述基站在預(yù)設(shè)時間內(nèi)處于激活狀態(tài)的時間段大于預(yù)設(shè)閾值；
[0076] 所述基站在預(yù)設(shè)時間內(nèi)發(fā)起激活的次數(shù)大于預(yù)設(shè)閾值；
[0077] 所述DTX模式下，所述基站無法為與所述基站交互的UE提供服務(wù)。
[0078] 結(jié)合第九方面，在第九方面的第一種可能的實施方式中，所述方法還包括：所述基 站確定滿足第二預(yù)設(shè)條件；
[0079] 所述基站保持在DTX模式，或者從所述單一狀態(tài)模式切換到所述DTX模式；
[0080] 其中，所述第二預(yù)設(shè)條件包括以下任意一種：
[0081] 所述基站和與所述基站交互的UE之間沒有無線資源控制協(xié)議RRC連接；
[0082] 所述基站將所有與所述基站有RRC連接的UE的偏移值配置在DTX周期中的同一 偏移點；
[0083] 所述基站將DTX周期配置為所有與所述基站有RRC連接的UE的DRX周期的最小 公約數(shù)，或者所有與所述基站有RRC連接的UE的DRX周期的最小值。
[0084] 結(jié)合第九方面的第一種可能的實施方式，在第九方面的第二種可能的實施方式 中，所述基站從所述單一狀態(tài)模式切換到所述DTX模式之后，還包括：
[0085] 所述基站向所述基站所在的小區(qū)廣播本小區(qū)或鄰居小區(qū)的DTX參數(shù)；或者，
[0086] 所述基站向UE發(fā)送包含DTX參數(shù)的切換消息。
[0087] 結(jié)合第九方面的第二種可能的實施方式，在第九方面的第三種可能的實施方式 中，所述DTX參數(shù)中包括DTX周期的起始時刻、初始激活周期的持續(xù)時間和擴展激活周期的 持續(xù)時間。
[0088] 本發(fā)明實施例第十方面提供一種基站，包括：
[0089] 確定模塊，用于確定滿足第一預(yù)設(shè)條件；
[0090] 處理模塊，用于使所述基站保持在單一狀態(tài)模式，或者從非連續(xù)發(fā)送DTX模式切 換到所述單一狀態(tài)模式，當(dāng)基站處于所述單一狀態(tài)模式時，所述基站持續(xù)為激活狀態(tài)；
[0091] 其中，所述第一預(yù)設(shè)條件包括以下任意一種：
[0092] 與所述基站交互的用戶設(shè)備UE不能配置為非連續(xù)接收DRX模式；
[0093] 所述基站在預(yù)設(shè)時間內(nèi)處于激活狀態(tài)的時間段大于預(yù)設(shè)閾值；
[0094] 所述基站在預(yù)設(shè)時間內(nèi)發(fā)起激活的次數(shù)大于預(yù)設(shè)閾值；
[0095] 所述DTX模式下，所述基站無法為與所述基站交互的UE提供服務(wù)。
[0096] 結(jié)合第十方面，在第十方面的第一種可能的實施方式中，所述確定模塊，還用于確 定滿足第二預(yù)設(shè)條件；
[0097] 所述處理模塊，用于使所述基站保持在DTX模式，或者從所述單一狀態(tài)模式切換 到所述DTX模式；
[0098] 其中，所述第二預(yù)設(shè)條件包括以下任意一種：
[0099] 所述基站和與所述基站交互的UE之間沒有無線資源控制協(xié)議RRC連接；
[0100] 所述基站將所有與所述基站有RRC連接的UE的偏移值配置在DTX周期中的同一 偏移點；
[0101] 所述基站將DTX周期配置為所有與所述基站有RRC連接的UE的DRX周期的最小 公約數(shù)，或者所有與所述基站有RRC連接的UE的DRX周期的最小值。
[0102] 結(jié)合第十方面的第一種可能的實施方式，在第十方面的第二種可能的實施方式 中，所述基站還包括：發(fā)送模塊，用于在所述基站從所述單一狀態(tài)模式切換到所述DTX模式 之后，向所述基站所在的小區(qū)廣播本小區(qū)或鄰居小區(qū)的DTX參數(shù)；或者，
[0103] 向UE發(fā)送包含DTX參數(shù)的切換消息。
[0104] 結(jié)合第十方面的第二種可能的實施方式，在第十方面的第三種可能的實施方式 中，所述DTX參數(shù)中包括DTX周期的起始時刻、初始激活周期的持續(xù)時間和擴展激活周期的 持續(xù)時間。
[0105] 本發(fā)明實施例中，基站在滿足第一預(yù)設(shè)條件時，保持在單一狀態(tài)模式，或者，從DTX 模式切換到上述單一狀態(tài)模式，即使得基站一直保持激活；這樣可以在UE需求基站發(fā)送下 行信息較多或頻率較為密集的情況下更好的滿足UE的需求，使UE及時完成工作或任務(wù)，避 免延遲。另外，與基站交互的UE不支持DRX時，即不能配合基站的DTX模式時，或者，在DTX 模式下基站無法為與該基站交互的UE提供服務(wù)時，基站會調(diào)整為單一狀態(tài)模式，使得基站 和UE之間的配合更為靈活。
【專利附圖】
【附圖說明】
[0106] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。
[0107] 圖1為本發(fā)明提供的激活狀態(tài)處理方法實施例一的流程示意圖；
[0108] 圖2為本發(fā)明提供的激活狀態(tài)處理方法實施例二的流程示意圖；
[0109] 圖3為本發(fā)明提供的激活狀態(tài)處理方法實施例三的流程示意圖；
[0110] 圖4為本發(fā)明提供的激活狀態(tài)處理方法實施例四的流程示意圖；
[0111] 圖5為本發(fā)明提供的激活狀態(tài)處理方法實施例五的流程示意圖；
[0112] 圖6為本發(fā)明提供的激活狀態(tài)處理方法實施例六的DTX周期示意圖；
[0113] 圖7為本發(fā)明提供的激活狀態(tài)處理方法實施例七的DTX周期示意圖；
[0114] 圖8為本發(fā)明提供的激活狀態(tài)處理方法實施例八的DTX周期示意圖；
[0115] 圖9為本發(fā)明提供的基站實施例一的結(jié)構(gòu)示意圖；
[0116] 圖10為本發(fā)明提供的基站實施例二的結(jié)構(gòu)示意圖；
[0117] 圖11為本發(fā)明提供的用戶設(shè)備實施例一的結(jié)構(gòu)示意圖；
[0118] 圖12為本發(fā)明提供的基站實施例三的結(jié)構(gòu)示意圖；
[0119] 圖13為本發(fā)明提供的用戶設(shè)備實施例二的結(jié)構(gòu)示意圖；
[0120] 圖14為本發(fā)明提供的基站實施例四的結(jié)構(gòu)示意圖；
[0121] 圖15為本發(fā)明提供的基站實施例五的結(jié)構(gòu)示意圖。
【具體實施方式】
[0122] 為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0123] 本發(fā)明實施例中，DTX周期中包含激活和睡眠兩種狀態(tài)，因此也可以稱為雙狀態(tài)周 期，或者雙模式周期。其中初始激活時間段指的是DTX周期剛開始的固定激活時間段，本發(fā) 明實施例細化了 DTX模式在激活狀態(tài)的具體架構(gòu)，可包括如下多種可能：
[0124] 1)基站在DTX模式的初始激活時間內(nèi)發(fā)送同步信號（synchronization signal, 簡稱SS)或小區(qū)參考信號（Cell-specific Reference Signal,簡稱CRS)信號，用于使UE 檢測該小區(qū)。
[0125] 2)基站在DTX模式的初始激活時間內(nèi)發(fā)送SS、CRS、主信息塊（Master Information Block，簡稱 MIB)、系統(tǒng)信息塊（System Information Block，簡稱 SIB) 1、或 SIB2信號，用于使UE駐留在該小區(qū)。
[0126] 3)基站在DTX模式的初始激活時間內(nèi)發(fā)送SS、CRS、非連續(xù)接收（Discontinous Reception,簡稱 DRX)、MIB、SIBl-m、尋呼消息（paging)或下行調(diào)度（DownLink Scheduling,簡稱DL Scheduling)信號，用于給UE提供服務(wù)，例如提供數(shù)據(jù)業(yè)務(wù)的服務(wù)，像 電話業(yè)務(wù)、上網(wǎng)業(yè)務(wù)等。
[0127] 并且，基站在初始激活時間段內(nèi)，可以接收UE發(fā)送的物理上行控制信道 (Physical Uplink Conotrol Channel，簡稱PUCCH)、物理上行共享信道（Physical Uplink Shared Channel，簡稱 HJSCH)、物理隨機接入信道（Physical Random Access Channel，簡 稱PRACH)信息。
[0128] 在上述架構(gòu)的基礎(chǔ)上，在一個DTX周期內(nèi)，會有固定的初始激活周期，但是可以存 在起始偏移值，該起始偏移值指的是DTX周期相對于基站發(fā)送下行信息時間的偏移值。然 而UE的業(yè)務(wù)有一定的隨機分布的特點，在與基站交互過程中，可能基站的DTX模式下固定 的初始激活周期不能滿足UE業(yè)務(wù)需求，那么本發(fā)明實施例中基站就針對UE的業(yè)務(wù)實時修 正它的激活時間。具體地，可以有下述方法：
[0129] 1)當(dāng)UE在一個基站的初始激活時間段末需要進一步的服務(wù)時，基站可以將該初 始激活時間段進行擴展，即延續(xù)一段激活時間，并且將擴展的時間通知給UE，以使UE在擴 展的激活時間段繼續(xù)接收基站發(fā)送的下行信息。
[0130] 2)當(dāng)基站處于睡眠狀態(tài)時，可以根據(jù)基站的上行接收器接收到UE發(fā)送的消息并 獲取到UE的具體需求，或者基站發(fā)送給UE的消息有業(yè)務(wù)需求時，基站可以臨時發(fā)起一個激 活時間段。有時候為了節(jié)約資源不適用這種臨時發(fā)起激活狀態(tài)的方式。
[0131] 在基站對激活狀態(tài)進行修正之前，會將擴展的激活時間段或臨時激活時間段通過 廣播或?qū)Ｓ眯帕钔ㄖ猆E。
[0132] 當(dāng)然，基站也可以根據(jù)UE上報的建議時間去擴展激活時間段或發(fā)起臨時激活時 間段。
[0133] 通過上述方法，可以進一步提高DTX模式下激活狀態(tài)時間段在整個DTX周期中所 占的比例，提升了基站為UE提供服務(wù)的容量和時機。
[0134] 需要說明的是，上述擴展的激活時間段或臨時激活時間段內(nèi)，根據(jù)不同的應(yīng)用場 景，基站的上行和下行工作狀態(tài)有如下選擇：
[0135] 1)在基站側(cè)，下行利用DTX模式發(fā)送尋呼消息，下行數(shù)據(jù)在睡眠態(tài)是被緩存， 在下一個激活時間被發(fā)送；同時，上行接收器一直處于開啟，接收UE發(fā)送的上行信息，例 如，上行隨機接入信道擾碼（Uplink Randome access channel Preamble，簡稱 UL RACH Preamble)、上行調(diào)度請求（Uplink Scheduling Request,簡稱UL SR)、上行緩存狀態(tài)報告 (Uplink Buffer Status Report，簡稱 UL BSR)、上行數(shù)據(jù)（Uplink Data，簡稱 UL Data)信 息等。
[0136] 2)在基站側(cè)，下行利用DTX模式發(fā)送信息；上行接收器開啟中心有限帶寬接收UE 發(fā)送的信息，其中中心有限帶寬指UE在上行中心頻點處對稱展開頻帶，該頻帶帶寬可以為 6RB。
[0137] 3)在基站側(cè)，下行利用DTX模式發(fā)送信息，下行數(shù)據(jù)在睡眠態(tài)是被緩存，在下一個 激活時間被發(fā)送；同時，上行接收器關(guān)閉。
[0138] 另外，本發(fā)明實施例中，基站也可以指基站的小區(qū)，基站的操作也可以由基站的小 區(qū)實現(xiàn)。本發(fā)明實施例中的基站可以指一個基站或多個基站。
[0139] 圖1為本發(fā)明提供的激活狀態(tài)處理方法實施例一的流程示意圖，如圖1所示，該方 法包括：
[0140] S101、基站接收UE發(fā)送的上行信息。
[0141] 具體地，該上行信息可以包括以下至少一種：調(diào)度請求消息、上行數(shù)據(jù)到達消息、 緩存狀態(tài)報告消息、UE的新傳數(shù)據(jù)信息、UE的重傳數(shù)據(jù)信息、UE的隨機接入請求信息等。
[0142] S102、上述基站根據(jù)上述上行信息，對當(dāng)前DTX模式中的激活時間段進行擴展，或 者，發(fā)起臨時激活時間段。其中DTX模式中的激活時間段具體可以指現(xiàn)有DTX模式中的初 始激活時間段或規(guī)則激活時間段。其中初始激活時間段為DTX周期最開始的一段激活狀態(tài) 時間段，通常，最開始的一段激活狀態(tài)時間段為固定的一段激活狀態(tài)時間段，規(guī)則激活時間 段不一定在DTX周期的開始，可以預(yù)設(shè)在DTX周期中的任意時間段，下述具體實施例以初始 激活時間段為例進行說明，其中初始激活時間段均可以替換為規(guī)則激活時間段。
[0143] UE在向基站發(fā)送上行信息后，要接收基站發(fā)送的上行信息反饋消息，這樣才能完 成一些通信業(yè)務(wù)，例如UE向基站發(fā)送上行數(shù)據(jù)到達消息，要接收到基站發(fā)送的反饋消息后 才能確認上行數(shù)據(jù)到達。但是，實際工作過程中，基站在DTX模式下可能處于睡眠狀態(tài)，當(dāng) 基站處于睡眠狀態(tài)時基站不發(fā)送下行信息，也就是基站無法對UE發(fā)送的上行信息作出反 饋。因此，基站在接收到上行信息后，根據(jù)具體的需求對激活時間段進行擴展，或者，在基站 處于睡眠狀態(tài)時發(fā)起臨時激活時間段，這樣基站可以再擴展的激活時間段或臨時激活時間 段向UE發(fā)送上行信息反饋信息。
[0144] 本實施例中，基站接收用戶設(shè)備發(fā)送的上行信息后，會根據(jù)該上行信息擴展DTX 模式中的激活時間段或者發(fā)起臨時激活時間段，這樣基站就可以根據(jù)UE的需求及時的響 應(yīng)UE發(fā)送的上行信息。
[0145] 進一步地，上述S102中，基站根據(jù)上述上行信息，對當(dāng)前DTX模式中的激活時間段 進行擴展，或者，發(fā)起臨時激活時間段，可存在不同方式，例如：
[0146] 1)上述基站根據(jù)上述上行信息的類型，對當(dāng)前DTX模式中的激活時間段進行擴 展，或者，發(fā)起臨時激活時間段。對于不同類型的上行信息所需要激活的時間段可能不同， 基站可以根據(jù)預(yù)先在協(xié)議中設(shè)定的不同類型的上行信息和激活時間的映射關(guān)系來確定擴 展激活時間段還是發(fā)起臨時激活時間段。當(dāng)然如果剛好對應(yīng)于初始激活時間段，則不需要 擴展激活時間段或發(fā)起臨時激活時間段。
[0147] 需要說明的是，基站接收到多個不同類型上行信息時，確定出的激活時間如果有 重合部分，那么這些上行信息可以共享重合激活時間，即在這個重合的激活時間內(nèi)基站可 以處理多個上行信息。
[0148] 2)上述基站接收UE發(fā)送的包含建議激活時間段的上行信息，并根據(jù)上述建議激 活時間段，對當(dāng)前DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段，其中該 包含建議激活時間段的上行信息包括該建議激活時間段的起始時刻和/或持續(xù)時間。
[0149] 需要說明的是，如果提前預(yù)設(shè)好建議激活時間段的持續(xù)時間，那么包含建議激活 時間段的上行信息可以包括起始時刻，那么根據(jù)該起始時刻和預(yù)設(shè)的持續(xù)時間來確定建議 激活時間段即可；如果包含建議激活時間段的上行信息包括持續(xù)時間，那么基站可以將MAC CE、物理層指示信息或RRC層信息作為觸發(fā)條件，即將接收到這些消息的時刻作為起始時 亥IJ，開始上述建議激活時間段。如果包含建議激活時間段的上行信息包括起始時刻和持續(xù) 時間，那么按照該起始時刻和持續(xù)時間來確定該建議激活時間段。進一步擴展，基站可以利 用媒介接入控制控制兀素 （Medium access control control element，簡稱MAC CE)、物理 層指示信息或無線資源控制協(xié)議（Radio Resource Control，簡稱RRC)層信息觸發(fā)UE，以 使UE獲知基站當(dāng)前DTX模式中的激活時間段進行擴展的激活時間段，或者，發(fā)起的臨時激 活時間段。
[0150] 其中，基站根據(jù)上述建議激活時間段，對當(dāng)前DTX模式中的激活時間段進行擴展， 或者，發(fā)起臨時激活時間段之前，該基站向上述UE發(fā)送使用該建議激活時間段的確認消 息。即UE在發(fā)送完該建議激活時間段之后要等待基站回復(fù)的確認消息，如果UE接收到基 站發(fā)送的確認消息，說明基站會在該建議時間段內(nèi)為激活狀態(tài)。
[0151] 進一步地，上述基站根據(jù)上述上行信息的類型，對當(dāng)前DTX模式中的激活時間段 進行擴展，或者發(fā)起臨時激活時間段之前，上述基站會將包含擴展的激活時間段或臨時激 活時間段的時間信息發(fā)送給UE，其中，該時間信息中包括擴展的激活時間段或臨時激活時 間段的起始時刻和/或持續(xù)時間。具體地，基站可以通過廣播的方式將上述時間信息廣播 出去，也可以通過專用信令、物理層指示信息或MACCE其中一個或其組合通知給UE。這樣， UE就可以只在基站處于激活狀態(tài)的時間段收聽下行信息，可以節(jié)約UE的一些資源。需要說 明的是，如果提前預(yù)設(shè)好擴展的激活時間段或臨時激活時間段的持續(xù)時間，那么上述時間 信息可以包括起始時刻，那么根據(jù)該起始時刻和預(yù)設(shè)的持續(xù)時間來確定擴展的激活時間段 或臨時激活時間段即可；如果上述時間信息包括持續(xù)時間，那么基站可以將接收到的UE發(fā) 送的MAC CE、物理層指示信息或RRC層信息其中一個或其組合作為觸發(fā)條件，即將接收到 這些消息的時刻作為起始時刻，開始上述擴展的激活時間段或臨時激活時間段。如果上述 時間信息包括起始時刻和持續(xù)時間，那么按照該起始時刻和持續(xù)時間來確定擴展的激活時 間段或臨時激活時間段。
[0152] 進一步的擴展，UE也可以利用向基站發(fā)送專用信令、物理層指示信息或MACCE其 中一個或其組合的方式觸發(fā)對基站當(dāng)前DTX模式中的激活時間段進行擴展，或者發(fā)起臨時 激活時間段。UE也可以利用向基站發(fā)送專用信令、物理層指示信息、MACCE其中一個或其組 合的方式對起始時刻和/或持續(xù)時間進行觸發(fā)。即使得基站可以按照上述起始時刻和/或 持續(xù)時間擴展激活時間段或發(fā)起臨時的激活時間段。
[0153] 本實施例中，基站接收用戶發(fā)送的上行信息后，會根據(jù)該上行信息擴展DTX模式 中的激活時間段或者發(fā)起臨時激活時間段，這樣基站就可以根據(jù)UE的需求及時的響應(yīng)UE 發(fā)送的上行信息。具體地，基站可以根據(jù)接收到的上行信息的類型或UE的建議擴展激活時 間段或發(fā)起臨時激活時間段，可以更好地滿足UE的需求，更好地配合UE及時完成一些工作 或任務(wù)。
[0154] 圖2為本發(fā)明提供的激活狀態(tài)處理方法實施例二的流程示意圖，如圖2所示，該方 法包括：
[0155] S201、UE向基站發(fā)送上行信息。
[0156] S202、上述UE在基站的DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收上述基站發(fā)送的上行 信息反饋信息。其中，上述預(yù)設(shè)時間段為基站根據(jù)該上行信息確定的激活時間段，具體地， 該預(yù)設(shè)激活時間段包括下述任意一種或組合：DTX模式中的初始激活時間段、擴展的激活 時間段、臨時激活時間段。
[0157] 對應(yīng)于上述圖1所示的實施例，基站在接收到UE發(fā)送的上行信息后根據(jù)不同情況 擴展原初始激活時間段，或者發(fā)起臨時激活時間段，當(dāng)然，如果基站就在原初始激活時間段 內(nèi)發(fā)上行信息反饋信息，那么就無需擴展該初始激活時間段或發(fā)起臨時激活時間段。在基 站發(fā)送的上行信息反饋信息之前基站會通過廣播消息或?qū)Ｓ眯帕?、物理層指示信息、MACCE 其中一個或其組合將激活時間通知給UE，那么UE在對應(yīng)的激活時間段內(nèi)接收基站發(fā)送的 上行信息反饋信息即可。
[0158] 本實施例中，UE向基站發(fā)送上行信息之后，基站會根據(jù)上行信息的具體情況確定 處于激活狀態(tài)的時間，及時向UE反饋信息，這樣避免UE的一些任務(wù)延遲實現(xiàn)，且UE在基站 處于激活狀態(tài)的時間段內(nèi)接收基站發(fā)送的上行信息反饋信息，還可以節(jié)約UE的資源。
[0159] 進一步地，在上述S202之前，該UE可以向上述基站發(fā)送包含建議激活時間段的上 行信息，以使上述基站在上述建議激活時間段內(nèi)為激活狀態(tài)。這樣UE直接將合適的時間建 議給基站，通過這種溝通可以是基站在更為合理的時間段處于激活狀態(tài)，也可以更好的滿 足UE的需求。
[0160] 具體實現(xiàn)過程中，上述UE在向上述基站發(fā)送包含建議激活時間段的上行信息之 后，該UE接收上述基站發(fā)送的使用該建議激活時間段的確認信息，基站發(fā)送完該確認信息 后，說明基站會在該建議激活時間段內(nèi)處于激活狀態(tài)。
[0161] 更進一步地，上述UE在接收基站發(fā)送的包括擴展的激活時間段或臨時激活時間 段的時間信息，其中，上述時間信息包括擴展的激活時間段或臨時激活時間段的起始時刻 和/或持續(xù)時間。需要說明的是，該時間信息可以是基站廣播的，也可以是通過專用信令、 物理層指示信息或MACCE其中一個或其組合發(fā)送給該UE的。另外，如果提前預(yù)設(shè)好擴展的 激活時間段或臨時激活時間段的持續(xù)時間，那么上述時間信息可以包括起始時刻，那么根 據(jù)該起始時刻和預(yù)設(shè)的持續(xù)時間來確定擴展的激活時間段或臨時激活時間段即可；如果上 述時間信息包括持續(xù)時間，那么基站可以將接收到的UE發(fā)送的MAC CE、物理層指示信息或 RRC層信息作為觸發(fā)條件，即將接收到這些消息的時刻作為起始時刻，開始上述擴展的激活 時間段或臨時激活時間段。如果上述時間信息包括起始時刻和持續(xù)時間，那么按照該起始 時刻和持續(xù)時間來確定擴展的激活時間段或臨時激活時間段。
[0162] 進一步的擴展，UE也可以利用向基站發(fā)送專用信令、物理層指示信息或MACCE其 中一個或其組合的方式觸發(fā)對基站當(dāng)前DTX模式中的激活時間段進行擴展，或者發(fā)起臨時 激活時間段。UE也可以利用向基站發(fā)送專用信令、物理層指示信息、MACCE其中一個或其組 合的方式對起始時刻和/或持續(xù)時間進行觸發(fā)。即使得基站可以按照上述起始時刻和/或 持續(xù)時間擴展激活時間段或發(fā)起臨時的激活時間段。
[0163] 本實施例與圖1所述實施例相對應(yīng)，在此不再贅述。
[0164] 本實施例中，UE向基站發(fā)送上行信息之后，基站會根據(jù)上行信息的具體情況確定 處于激活狀態(tài)的時間，及時向UE反饋信息，這樣避免UE的一些任務(wù)延遲實現(xiàn)，且UE在基站 處于激活狀態(tài)的時間段內(nèi)接收基站發(fā)送的上行信息反饋信息，還可以節(jié)約UE的資源。且UE 可以向基站建議發(fā)送上行信息反饋信息的時間段，使基站在建議的時間段內(nèi)處于激活，使 得基站與UE的配合更加靈活。
[0165] 圖3為本發(fā)明提供的激活狀態(tài)處理方法實施例三的流程示意圖，如圖3所示，該方 法包括：
[0166] S301、基站向UE發(fā)送下行信息。
[0167] 舉例說明，上述下行信息可以是根據(jù)UE發(fā)送的數(shù)據(jù)發(fā)送的否定應(yīng)答（NACK)消息、 根據(jù)UE發(fā)送的數(shù)據(jù)發(fā)送的肯定應(yīng)答(ACK)消息、隨機接入響應(yīng)消息、UE的調(diào)度消息等。
[0168] S302、上述基站對當(dāng)前DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時 間段，以使所述基站在處于激活狀態(tài)時對UE發(fā)送的下行信息反饋信息進行響應(yīng)，類似于上 述實施例，這樣基站就能及時處理UE發(fā)送的下行信息反饋信息，以使UE完成進一步操作。 即基站向UE發(fā)送下行信息后，UE會根據(jù)該下行信息向基站發(fā)送下行信息反饋信息，基站需 要對該下行信息反饋信息作出響應(yīng)，如果基站處于睡眠狀態(tài)，則無法對該下行信息反饋信 息作出響應(yīng)。
[0169] 以UE的隨機接入過程為例，基站向UE發(fā)送隨機接入響應(yīng)消息后，UE的隨機接入 還沒有完成，需要UE在接收到隨機接入響應(yīng)消息之后再向基站發(fā)送上行數(shù)據(jù)信息(相當(dāng)于 上述下行信息反饋信息)，并且UE在接收到基站對該上行數(shù)據(jù)信息的響應(yīng)信息（即UE向基 站發(fā)送隨機接入響應(yīng)信息）之后，UE才完成了隨機接入的過程，因此，基站根據(jù)具體地情況 確定激活時間段，擴展原初始激活時間段，或者發(fā)起臨時激活時間段，以使后續(xù)基站接收到 UE發(fā)送的上行數(shù)據(jù)信息后可以處于激活狀態(tài)，及時向UE發(fā)送隨機接入響應(yīng)信息。
[0170] 本實施例中，基站在向UE發(fā)送下行信息之后，對DTX模式中的激活時間進行擴展， 或者，發(fā)起臨時激活時間段，以使基站處于激活狀態(tài)時對UE發(fā)送的下行信息反饋信息進行 響應(yīng)，從而使UE及時完成一些工作和任務(wù)，避免造成延遲。
[0171] 具體地，上述S302具體可以存在多種實現(xiàn)方式：
[0172] 1)上述基站根據(jù)上述下行信息的類型，對當(dāng)前DTX模式中的激活時間段進行擴 展，或者，發(fā)起臨時激活時間段。
[0173] 2)上述基站根據(jù)上述下行信息中包含的約定激活時間段，對當(dāng)前DTX模式中的激 活時間段進行擴展，或者，發(fā)起臨時激活時間段。其中，該下行信息中包括上述約定激活時 間段的起始時刻和/或持續(xù)時間。需要說明的是，如果提前預(yù)設(shè)好約定激活時間段的持續(xù) 時間，那么包含約定激活時間段的下行信息可以包括起始時刻，那么根據(jù)該起始時刻和預(yù) 設(shè)的持續(xù)時間來確定約定激活時間段即可；如果包含約定激活時間段的下行信息包括持續(xù) 時間，那么基站可以將接收到的UE發(fā)送的MAC CE、物理層指示信息或RRC層信息其中一個 或組合作為觸發(fā)條件，即將接收到這些消息的時刻作為起始時刻，開始上述約定激活時間 段。如果包含約定激活時間段的下行信息包括起始時刻和持續(xù)時間，那么按照該起始時刻 和持續(xù)時間來確定該約定激活時間段。
[0174] 具體實現(xiàn)過程中，上述S302之前，上述基站將包括擴展的激活時間段或臨時激活 時間段的時間信息發(fā)送給上述UE，其中，上述時間信息包括擴展的激活時間段或臨時激活 時間段的起始時刻和/或持續(xù)時間?；究梢酝ㄟ^廣播的方式將上述時間信息廣播出去， 也可以通過專用信令、物理層指示信息或MACCE至少一之通知給UE。這樣UE就可以知道基 站具體地處于激活狀態(tài)的時間，以進行后續(xù)的交互過程。需要說明的是，如果提前預(yù)設(shè)好擴 展的激活時間段或臨時激活時間段的持續(xù)時間，那么上述時間信息可以包括起始時刻，那 么根據(jù)該起始時刻和預(yù)設(shè)的持續(xù)時間來確定擴展的激活時間段或臨時激活時間段即可；如 果上述時間信息包括持續(xù)時間，那么基站可以將MAC CE、物理層指示信息或RRC層信息其 中一個或其組合作為觸發(fā)條件，即將接收到這些消息的時刻作為起始時刻，開始上述擴展 的激活時間段或臨時激活時間段。如果上述時間信息包括起始時刻和持續(xù)時間，那么按照 該起始時刻和持續(xù)時間來確定擴展的激活時間段或臨時激活時間段。進一步的擴展，UE也 可以利用向基站發(fā)送專用信令、物理層指示信息或MACCE至少一之一的方式觸發(fā)對基站當(dāng) 前DTX模式中的激活時間段進行擴展，或者發(fā)起臨時激活時間段。UE也可以利用向基站發(fā) 送專用信令、物理層指示信息、MACCE其中一個或組合的方式對起始時刻和或持續(xù)時間進行 觸發(fā)。
[0175] 圖4為本發(fā)明提供的激活狀態(tài)處理方法實施例四的流程示意圖，如圖4所示，該流 程包括：
[0176] S401、UE接收基站發(fā)送的下行信息。
[0177] S402、上述UE根據(jù)上述下行信息確定接收時間，并在該接收時間內(nèi)接收上述基站 發(fā)送的上行信息反饋信息。
[0178] 具體地，基站在向UE發(fā)送下行信息之后，會根據(jù)具體情況或業(yè)務(wù)需求確定它自己 處于激活狀態(tài)的時間，例如保持原初始激活時間段、擴展原初始激活時間段、或者發(fā)起臨時 激活時間段。然后基站會將它確定處于激活的時間段信息通知給UE，以便于UE在它處于激 活狀態(tài)的時間段內(nèi)收聽基站發(fā)送給UE的信息。具體地，基站可以通過廣播的方式通知UE， 也可以通過專用信令通知UE。
[0179] 本實施例中，UE接收到基站發(fā)送的下行信息后，會確定出后續(xù)與基站的交互過程 中基站處于激活狀態(tài)的時間，這樣UE就在基站處于激活狀態(tài)的時間段內(nèi)接收下行信息即 可，這樣UE還可以節(jié)約資源。
[0180] 具體實現(xiàn)過程中，上述S401具體可以為，UE根據(jù)上述下行信息中的約定激活時間 段確定接收時間，并在上述接收時間內(nèi)接收上述基站發(fā)送的上行信息反饋信息?；驹诮?收到該下行信息后，會向基站返回一個確認消息，基站接收到該確認消息之后會按照原約 定的時間處于激活狀態(tài)，例如擴展原初始激活時間段或發(fā)起臨時激活時間段。
[0181] 圖5為本發(fā)明提供的激活狀態(tài)處理方法實施例五的流程示意圖，如圖5所示，該流 程包括：
[0182] S501、基站確定滿足第一預(yù)設(shè)條件。
[0183] S501、上述基站保持在單一狀態(tài)模式，或者從DTX模式切換到該單一狀態(tài)模式，當(dāng) 基站處于上述單一狀態(tài)模式時，上述基站持續(xù)為激活狀態(tài)。
[0184] DTX模式中包含了激活狀態(tài)和睡眠狀態(tài)，基站處于睡眠狀態(tài)時不發(fā)送下行信息。但 是單一模式下，基站會一直處于激活狀態(tài)，即基站在下行的每個子幀都會處于工作狀態(tài)，即 使是基站在近乎空白（ABS)子幀時，在發(fā)送數(shù)據(jù)的共享信道會不發(fā)送信號，但也會在控制信 道發(fā)送下行控制信息。也就是當(dāng)基站處于單一模式時和處于DTX模式中的激活狀態(tài)時功能 相同。
[0185] 其中，上述第一預(yù)設(shè)條件包括以下任意一種：
[0186] 1)與上述基站交互的UE不能配置為非連續(xù)接收（Discontinuous Reception,簡 稱DRX)模式。例如，UE在小小區(qū)處于連接模式，但是UE的業(yè)務(wù)不能被配置為DRX，則基站 會自動離開DTX模式，或者UE向基站發(fā)送請求消息以請求基站離開DTX模式，之后基站后 進入單一模式。
[0187] 2)上述基站在預(yù)設(shè)時間內(nèi)處于激活狀態(tài)的時間段大于預(yù)設(shè)閾值。在一段時間內(nèi)， 基站可能會根據(jù)UE的一些需求擴展原先的激活狀態(tài)時間段，或者在原睡眠狀態(tài)時間段臨 時發(fā)起激活時間段，那么這段時間內(nèi)如果基站處于激活狀態(tài)的總時間如果大于一定的閾 值，那么可以切換到單一模式，這樣基站可以滿足UE的需求，也不用總是去擴展激活狀態(tài) 或臨時發(fā)起激活狀態(tài)。
[0188] 3)基站在預(yù)設(shè)時間內(nèi)發(fā)起激活的次數(shù)大于預(yù)設(shè)閾值。與2)類似，如果基站總是需 要處于激活狀態(tài)，那么就將基站切換到單一模式，這樣基站就可以一直像處于激活狀態(tài)那 樣工作，也無需在總是發(fā)起激活。
[0189] 4)在DTX模式下，上述基站無法為與上述基站交互的UE提供服務(wù)。此時基站會 自動離開DTX模式，或者UE向基站發(fā)送請求消息以請求基站離開DTX模式，之后基站后 進入單一模式。例如，基站處于的DTX模式為基站在激活子幀內(nèi)只能發(fā)送參考信號的DTX 模式，該參考信息可以為用于測量UE與基站之間無線鏈路的質(zhì)量的參考信號，而不能給 UE提供服務(wù)，那么該基站一旦接收到UE的連接建立請求消息或隨機接入（Random Access Channel，簡稱RACH)擾碼，則離開DTX模式。
[0190] 具體地，基站離開DTX模式，可以是基站的控制節(jié)點或鄰居節(jié)點發(fā)送指示信息指 示基站離開DTX模式；也可以是基站的接收射頻器打開，檢測到有UE靠近，或者周圍鄰居基 站干擾較大，則自動離開DTX模式。
[0191] 本實施例中，基站在滿足第一預(yù)設(shè)條件時，保持在單一狀態(tài)模式，或者，從DTX模 式切換到上述單一狀態(tài)模式，即使得基站一直保持激活；這樣可以在UE需求基站發(fā)送下行 信息較多或頻率較為密集的情況下更好的滿足UE的需求，使UE及時完成工作或任務(wù)，避免 延遲。另外，與基站交互的UE不支持DRX時，即不能配合基站的DTX模式時，或者，在DTX 模式下基站無法為與該基站交互的UE提供服務(wù)時，基站會調(diào)整為單一狀態(tài)模式，使得基站 和UE之間的配合更為靈活。
[0192] 進一步地，如果基站確定滿足第二預(yù)設(shè)條件，基站保持在DTX模式，或者，從上述 單一狀態(tài)模式切換到該DTX模式。
[0193] 其中，該第二預(yù)設(shè)條件滿足一下任意一種：
[0194] 1)上述基站和與該基站交互的UE之間沒有無線資源控制協(xié)議（Radio Resource Control,簡稱 RRC)連接。
[0195] 2)上述基站將所有與該基站RRC連接的UE的偏移值配置在DTX周期中的同一偏 移點。
[0196] 3)上述基站將DTX周期配置為所有與該基站有RRC連接的UE的DRX周期的最小 公約數(shù)，或者所有與基站有RRC連接的UE的DRX周期的最小值。
[0197] 如果基站處于單一模式狀態(tài)，那么基站在下行的每個子幀都會處于工作狀態(tài)，當(dāng) 在上述幾種情況下，基站發(fā)送下行信息的次數(shù)或頻率較低，如果處于單一模式狀態(tài)會浪費 很多資源，那么就讓基站處于DTX模式，這樣基站就會有一段時間處于睡眠狀態(tài)，可以節(jié)約 資源。
[0198] 在上述實施例的基礎(chǔ)上，基站從單一狀態(tài)模式切換到DTX模式之后，基站在該基 站所在的小區(qū)廣播本小區(qū)或鄰居小區(qū)的DTX參數(shù)；或者，基站向UE發(fā)送包含DTX參數(shù)的切 換消息。該DTX參數(shù)中包括DTX周期的起始時刻、初始激活周期的持續(xù)時間和擴展激活周 期的持續(xù)時間等。具體地，該參數(shù)中包含的內(nèi)容根據(jù)基站DTX模式下的具體情況來定，例如 DTX周期中擴展了初始激活時間段，那么參數(shù)中就包含擴展激活周期的持續(xù)時間，如果DTX 周期中有臨時發(fā)起的激活時間段，那么該參數(shù)中還可以包括臨時激活時間段的起始時刻和 持續(xù)時間等。
[0199] 圖6為本發(fā)明提供的激活狀態(tài)處理方法實施例六的DTX周期示意圖，如圖6所示， 表示上述實施例中的兩個DTX周期，其中，突起部分表示DTX周期中的初始激活時間段，其 余部分表示睡眠狀態(tài)時間段。
[0200] 圖7為本發(fā)明提供的激活狀態(tài)處理方法實施例七的DTX周期示意圖，如圖7所示， 表示上述實施例中的兩個DTX周期，區(qū)別于圖6實施例，圖7中突起部分表示DTX周期中的 規(guī)則激活時間段，規(guī)則激活時間段也可以是預(yù)設(shè)的，但不一定在DTX周期的一開始部分。
[0201] 圖8為本發(fā)明提供的激活狀態(tài)處理方法實施例八的DTX周期示意圖，前述方法實 施例中，有時需要在本處于睡眠狀態(tài)的時候，臨時發(fā)起一段激活狀態(tài)，即臨時激活時間段， 如圖8所示，其中虛線部分表示發(fā)起的臨時激活時間段。
[0202] 圖9為本發(fā)明提供的基站實施例一的結(jié)構(gòu)示意圖，如圖9所示，該基站包括：接收 模塊901和處理模塊902,其中：
[0203] 接收模塊901，用于接收用戶設(shè)備UE發(fā)送的上行信息；處理模塊902,用于根據(jù)所 述上行信息，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時 間段。
[0204] 進一步地，上述處理模塊902,具體用于根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù) 發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段；或者，接收UE發(fā)送的 包含建議激活時間段的上行信息，并根據(jù)所述建議激活時間段，對當(dāng)前非連續(xù)發(fā)送DTX模 式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段，其中，所述包含建議激活時間段 的上行信息包括所述建議激活時間段的起始時刻和/或持續(xù)時間。
[0205] 圖10為本發(fā)明提供的基站實施例二的結(jié)構(gòu)示意圖，如圖10所示，在圖9的基礎(chǔ) 上，該基站還包括：發(fā)送模塊903。
[0206] 發(fā)送模塊903,用于在處理模塊根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX 模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段之前，將包括擴展的激活時間段 或臨時激活時間段的時間信息發(fā)送給所述UE，其中，所述時間信息包括擴展的激活時間段 或臨時激活時間段的起始時刻和/或持續(xù)時間。
[0207] 該發(fā)送模塊903,還用于在處理模塊根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送 DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段之前，向所述UE發(fā)送使用所 述建議激活時間段的確認消息。
[0208] 需要說明的是，所述上行信息包括以下至少一種：調(diào)度請求消息、上行數(shù)據(jù)到達消 息、緩存狀態(tài)報告消息、UE的新傳數(shù)據(jù)信息、UE的重傳數(shù)據(jù)信息、UE的隨機接入請求消息。
[0209] 上述各模塊用于執(zhí)行前述方法實施例，其實現(xiàn)原理和技術(shù)效果類似，在此不再贅 述。
[0210] 圖11為本發(fā)明提供的用戶設(shè)備實施例一的結(jié)構(gòu)示意圖，如圖11所示，該用戶設(shè)備 包括：發(fā)送模塊110和接收模塊111，其中：
[0211] 發(fā)送模塊110,用于向基站發(fā)送上行信息；接收模塊111，用于在基站的非連續(xù)發(fā) 送DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收所述基站發(fā)送的上行信息反饋信息；其中，所述預(yù) 設(shè)激活時間段為所述基站根據(jù)所述上行信息確定的激活時間段。
[0212] 進一步地，上述發(fā)送模塊110,還用于在基站的DTX模式中的預(yù)設(shè)激活時間段內(nèi)接 收所述基站發(fā)送的上行信息反饋信息之前，向所述基站發(fā)送包含建議激活時間段的上行信 息，以使所述基站在所述建議激活時間段內(nèi)為激活狀態(tài)。
[0213] 上述接收模塊111，還用于在基站的DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收所述基 站發(fā)送的上行信息反饋信息之前，接收基站發(fā)送的包括擴展的激活時間段或臨時激活時間 段的時間信息，其中，所述時間信息包括擴展的激活時間段或臨時激活時間段的起始時刻 和/或持續(xù)時間。
[0214] 上述接收模塊111，還用于在所述發(fā)送模塊向所述基站發(fā)送包含建議激活時間段 的上行信息之后，接收所述基站發(fā)送的使用所述建議激活時間段的確認消息。
[0215] 上述各模塊用于執(zhí)行前述方法實施例，其實現(xiàn)原理和技術(shù)效果類似，在此不再贅 述。
[0216] 圖12為本發(fā)明提供的基站實施例三的結(jié)構(gòu)示意圖，如圖12所示，該基站包括：發(fā) 送模塊120和處理模塊121，其中：
[0217] 發(fā)送模塊120,用于向用戶設(shè)備UE發(fā)送下行信息；處理模塊121，用于對當(dāng)前非連 續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段，以使所述基站處于 激活狀態(tài)時對UE發(fā)送的下行信息反饋信息進行響應(yīng)。
[0218] 進一步地，該處理模塊121，具體用于根據(jù)所述下行信息的類型，對當(dāng)前非連續(xù)發(fā) 送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段；或者，
[0219] 根據(jù)所述下行信息中包含的約定激活時間段，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激 活時間段進行擴展，或者，發(fā)起臨時激活時間段，其中，所述下行信息中包括所述約定激活 時間段的起始時刻和/或持續(xù)時間。
[0220] 上述發(fā)送模塊120,還用于在處理模塊對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間 段進行擴展，或者，發(fā)起臨時激活時間段之前，將包括擴展的激活時間段或臨時激活時間段 的時間信息發(fā)送給所述UE，其中，所述時間信息包括擴展的激活時間段或臨時激活時間段 的起始時刻和/或持續(xù)時間。
[0221] 需要說明的是，所述下行信息包括：根據(jù)UE發(fā)送的數(shù)據(jù)發(fā)送的否定應(yīng)答NACK消 息，根據(jù)UE發(fā)送的數(shù)據(jù)發(fā)送的肯定應(yīng)答ACK消息，隨機接入響應(yīng)消息，或者UE的調(diào)度消息。
[0222] 圖13為本發(fā)明提供的用戶設(shè)備實施例二的結(jié)構(gòu)示意圖，如圖13所示，該用戶設(shè)備 包括：接收模塊130和確定模塊131，其中：
[0223] 接收模塊130,用于接收基站發(fā)送的下行信息；確定模塊131，用于根據(jù)所述下行 信息確定接收時間，并在所述接收時間內(nèi)接收所述基站發(fā)送的上行信息反饋信息。
[0224] 進一步地，上述確定模塊131，具體用于根據(jù)所述下行信息中的約定激活時間段確 定接收時間，并在所述接收時間內(nèi)接收所述基站發(fā)送的上行信息反饋信息。
[0225] 上述各模塊用于執(zhí)行前述方法實施例，其實現(xiàn)原理和技術(shù)效果類似，在此不再贅 述。
[0226] 圖14為本發(fā)明提供的基站實施例四的結(jié)構(gòu)示意圖，如圖14所示，該基站包括：確 定模塊140和處理模塊141，其中：
[0227] 確定模塊140,用于確定滿足第一預(yù)設(shè)條件；處理模塊141，用于使所述基站保持 在單一狀態(tài)模式，或者從非連續(xù)發(fā)送DTX模式切換到所述單一狀態(tài)模式，當(dāng)基站處于所述 單一狀態(tài)模式時，所述基站持續(xù)為激活狀態(tài)。
[0228] 其中，所述第一預(yù)設(shè)條件包括以下任意一種：
[0229] 與所述基站交互的用戶設(shè)備UE不能配置為非連續(xù)接收DRX模式；
[0230] 所述基站在預(yù)設(shè)時間內(nèi)處于激活狀態(tài)的時間段大于預(yù)設(shè)閾值；
[0231] 所述基站在預(yù)設(shè)時間內(nèi)發(fā)起激活的次數(shù)大于預(yù)設(shè)閾值；
[0232] 所述DTX模式下，所述基站無法為與所述基站交互的UE提供服務(wù)。
[0233] 進一步地，上述確定模塊140,還用于確定滿足第二預(yù)設(shè)條件；處理模塊141，還用 于使所述基站保持在DTX模式，或者從所述單一狀態(tài)模式切換到所述DTX模式。
[0234] 其中，所述第二預(yù)設(shè)條件包括以下任意一種：
[0235] 所述基站和與所述基站交互的UE之間沒有無線資源控制協(xié)議RRC連接；
[0236] 所述基站將所有與所述基站有RRC連接的UE的偏移值配置在DTX周期中的同一 偏移點；
[0237] 所述基站將DTX周期配置為所有與所述基站有RRC連接的UE的DRX周期的最小 公約數(shù)，或者所有與所述基站有RRC連接的UE的DRX周期的最小值。
[0238] 圖15為本發(fā)明提供的基站實施例五的結(jié)構(gòu)不意圖，如圖15所不，在圖14的基礎(chǔ) 上，該基站包括：發(fā)送模塊142。
[0239] 該發(fā)送模塊142,用于在所述基站從所述單一狀態(tài)模式切換到所述DTX模式之后， 向所述基站所在的小區(qū)廣播本小區(qū)或鄰居小區(qū)的DTX參數(shù)；或者，向UE發(fā)送包含DTX參數(shù) 的切換消息。
[0240] 需要說明的是，所述DTX參數(shù)中包括DTX周期的起始時刻、初始激活周期的持續(xù)時 間和擴展激活周期的持續(xù)時間。
[0241] 上述各模塊用于執(zhí)行前述方法實施例，其實現(xiàn)原理和技術(shù)效果類似，在此不再贅 述。
[0242] 本發(fā)明實施例另一方面還提供一種基站，包括：天線、收發(fā)器和處理器，其中：天 線和收發(fā)器連接，用于根據(jù)收發(fā)器的指令傳輸信息；
[0243] 收發(fā)器，用于接收用戶設(shè)備UE發(fā)送的上行信息；處理器，用于根據(jù)所述上行信息， 對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段。
[0244] 進一步地，所述處理器，具體用于根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送 DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段；或者，接收UE發(fā)送的包含 建議激活時間段的上行信息，并根據(jù)所述建議激活時間段，對當(dāng)前非連續(xù)發(fā)送DTX模式中 的激活時間段進行擴展，或者，發(fā)起臨時激活時間段，其中，所述包含建議激活時間段的上 行信息包括所述建議激活時間段的起始時刻和/或持續(xù)時間。
[0245] 上述收發(fā)器，還用于在處理器根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX 模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段之前，將包括擴展的激活時間段 或臨時激活時間段的時間信息發(fā)送給所述UE，其中，所述時間信息包括擴展的激活時間段 或臨時激活時間段的起始時刻和/或持續(xù)時間。
[0246] 該收發(fā)器，還用于在處理器根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模 式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段之前，向所述UE發(fā)送使用所述建 議激活時間段的確認消息。
[0247] 需要說明的是，所述上行信息包括以下至少一種：調(diào)度請求消息、上行數(shù)據(jù)到達消 息、緩存狀態(tài)報告消息、UE的新傳數(shù)據(jù)信息、UE的重傳數(shù)據(jù)信息、UE的隨機接入請求消息。
[0248] 上述基站用于執(zhí)行前述方法實施例，其實現(xiàn)原理和技術(shù)效果類似，在此不再贅述。
[0249] 本發(fā)明實施例另一方面還提供一種用戶設(shè)備，包括：天線和收發(fā)器，其中：天線和 收發(fā)器連接，用于根據(jù)收發(fā)器的指令傳輸信息；
[0250] 收發(fā)器，用于向基站發(fā)送上行信息；用于在基站的非連續(xù)發(fā)送DTX模式中的預(yù)設(shè) 激活時間段內(nèi)接收所述基站發(fā)送的上行信息反饋信息；其中，所述預(yù)設(shè)激活時間段為所述 基站根據(jù)所述上行信息確定的激活時間段。
[0251] 進一步地，上述收發(fā)器，還用于在基站的DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收所 述基站發(fā)送的上行信息反饋信息之前，向所述基站發(fā)送包含建議激活時間段的上行信息， 以使所述基站在所述建議激活時間段內(nèi)為激活狀態(tài)。
[0252] 上述收發(fā)器，還用于在基站的DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收所述基站發(fā)送 的上行信息反饋信息之前，接收基站發(fā)送的包括擴展的激活時間段或臨時激活時間段的時 間信息，其中，所述時間信息包括擴展的激活時間段或臨時激活時間段的起始時刻和/或 持續(xù)時間。
[0253] 上述收發(fā)器，還用于在所述收發(fā)器向所述基站發(fā)送包含建議激活時間段的上行信 息之后，接收所述基站發(fā)送的使用所述建議激活時間段的確認消息。
[0254] 上述用戶設(shè)備用于執(zhí)行前述方法實施例，其實現(xiàn)原理和技術(shù)效果類似，在此不再 贅述。
[0255] 本發(fā)明實施例另一方面還提供一種基站，包括：天線、收發(fā)器和處理器，其中：天 線和收發(fā)器連接，用于根據(jù)收發(fā)器的指令傳輸信息；
[0256] 收發(fā)器，用于向用戶設(shè)備UE發(fā)送下行信息；處理器，用于對當(dāng)前非連續(xù)發(fā)送DTX模 式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段，以使所述基站處于激活狀態(tài)時對 UE發(fā)送的下行信息反饋信息進行響應(yīng)。
[0257] 進一步地，上述處理器，具體用于根據(jù)所述下行信息的類型，對當(dāng)前非連續(xù)發(fā)送 DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段；或者，根據(jù)所述下行信息 中包含的約定激活時間段，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā) 起臨時激活時間段，其中，所述下行信息中包括所述約定激活時間段的起始時刻和/或持 續(xù)時間。
[0258] 上述收發(fā)器，還用于在處理器對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴 展，或者，發(fā)起臨時激活時間段之前，將包括擴展的激活時間段或臨時激活時間段的時間信 息發(fā)送給所述UE，其中，所述時間信息包括擴展的激活時間段或臨時激活時間段的起始時 刻和/或持續(xù)時間。
[0259] 需要說明的是，所述下行信息包括：根據(jù)UE發(fā)送的數(shù)據(jù)發(fā)送的否定應(yīng)答NACK消 息，根據(jù)UE發(fā)送的數(shù)據(jù)發(fā)送的肯定應(yīng)答ACK消息，隨機接入響應(yīng)消息，或者UE的調(diào)度消息。
[0260] 上述基站用于執(zhí)行前述方法實施例，其實現(xiàn)原理和技術(shù)效果類似，在此不再贅述。
[0261] 本發(fā)明實施例另一方面還提供一種用戶設(shè)備，包括：天線、收發(fā)器和處理器，其中： 天線和收發(fā)器連接，用于根據(jù)收發(fā)器的指令傳輸信息；
[0262] 收發(fā)器，用于接收基站發(fā)送的下行信息；處理器，用于根據(jù)所述下行信息確定接收 時間，并在所述接收時間內(nèi)接收所述基站發(fā)送的上行信息反饋信息。
[0263] 進一步地，該處理器，具體用于根據(jù)所述下行信息中的約定激活時間段確定接收 時間，并在所述接收時間內(nèi)接收所述基站發(fā)送的上行信息反饋信息。
[0264] 上述用戶設(shè)備用于執(zhí)行前述方法實施例，其實現(xiàn)原理和技術(shù)效果類似，在此不再 贅述。
[0265] 本發(fā)明實施例另一方面還提供一種基站，包括：處理器，具體地，該處理器用于確 定滿足第一預(yù)設(shè)條件；使所述基站保持在單一狀態(tài)模式，或者從非連續(xù)發(fā)送DTX模式切換 到所述單一狀態(tài)模式，當(dāng)基站處于所述單一狀態(tài)模式時，所述基站持續(xù)為激活狀態(tài)；其中， 所述第一預(yù)設(shè)條件包括以下任意一種：與所述基站交互的用戶設(shè)備UE不能配置為非連續(xù) 接收DRX模式；所述基站在預(yù)設(shè)時間內(nèi)處于激活狀態(tài)的時間段大于預(yù)設(shè)閾值；所述基站在 預(yù)設(shè)時間內(nèi)發(fā)起激活的次數(shù)大于預(yù)設(shè)閾值；所述DTX模式下，所述基站無法為與所述基站 交互的UE提供服務(wù)。
[0266] 進一步地，上述處理器，還用于確定滿足第二預(yù)設(shè)條件；使所述基站保持在DTX模 式，或者從所述單一狀態(tài)模式切換到所述DTX模式；其中，所述第二預(yù)設(shè)條件包括以下任意 一種：所述基站和與所述基站交互的UE之間沒有無線資源控制協(xié)議RRC連接；所述基站將 所有與所述基站有RRC連接的UE的偏移值配置在DTX周期中的同一偏移點；所述基站將 DTX周期配置為所有與所述基站有RRC連接的UE的DRX周期的最小公約數(shù)，或者所有與所 述基站有RRC連接的UE的DRX周期的最小值。
[0267] 更進一步地，上述基站還包括：收發(fā)器，用于在所述基站從所述單一狀態(tài)模式切換 到所述DTX模式之后，向所述基站所在的小區(qū)廣播本小區(qū)或鄰居小區(qū)的DTX參數(shù)；或者，向 UE發(fā)送包含DTX參數(shù)的切換消息。
[0268] 需要說明的是，所述DTX參數(shù)中包括DTX周期的起始時刻、初始激活周期的持續(xù)時 間和擴展激活周期的持續(xù)時間。
[0269] 上述基站用于執(zhí)行前述方法實施例，其實現(xiàn)原理和技術(shù)效果類似，在此不再贅述。
[0270] 本領(lǐng)域普通技術(shù)人員可以理解：實現(xiàn)上述各方法實施例的全部或部分步驟可以通 過程序指令相關(guān)的硬件來完成。前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中。該程 序在執(zhí)行時，執(zhí)行包括上述各方法實施例的步驟；而前述的存儲介質(zhì)包括：ROM、RAM、磁碟 或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0271] 最后應(yīng)說明的是：以上各實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制； 盡管參照前述各實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其 依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分或者全部技術(shù)特征 進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技 術(shù)方案的范圍。
【權(quán)利要求】
1. 一種激活狀態(tài)處理方法，其特征在于，包括： 基站接收用戶設(shè)備UE發(fā)送的上行信息； 所述基站根據(jù)所述上行信息，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展， 或者，發(fā)起臨時激活時間段。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基站根據(jù)所述上行信息，對當(dāng)前非連 續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段，包括： 所述基站根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行 擴展，或者，發(fā)起臨時激活時間段；或者， 所述基站接收UE發(fā)送的包含建議激活時間段的上行信息，并根據(jù)所述建議激活時間 段，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段，其 中，所述包含建議激活時間段的上行信息包括所述建議激活時間段的起始時刻和/或持續(xù) 時間。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述基站根據(jù)所述上行信息的類型，對 當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段之前，還包 括： 所述基站將包括擴展的激活時間段或臨時激活時間段的時間信息發(fā)送給所述UE，其 中，所述時間信息包括擴展的激活時間段或臨時激活時間段的起始時刻和/或持續(xù)時間。
4. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)所述建議激活時間段，對當(dāng)前非 連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段之前，還包括： 所述基站向所述UE發(fā)送使用所述建議激活時間段的確認消息。
5. 根據(jù)權(quán)利要求1?4中任一項所述的方法，其特征在于，所述上行信息包括以下至少 一種：調(diào)度請求消息、上行數(shù)據(jù)到達消息、緩存狀態(tài)報告消息、UE的新傳數(shù)據(jù)信息、UE的重 傳數(shù)據(jù)信息、UE的隨機接入請求消息。
6. -種激活狀態(tài)處理方法，其特征在于，包括： 用戶設(shè)備UE向基站發(fā)送上行信息； 所述UE在基站的非連續(xù)發(fā)送DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收所述基站發(fā)送的上 行信息反饋信息； 其中，所述預(yù)設(shè)激活時間段為所述基站根據(jù)所述上行信息確定的激活時間段。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述在基站的DTX模式中的預(yù)設(shè)激活時間 段內(nèi)接收所述基站發(fā)送的上行信息反饋信息之前，還包括： 所述UE向所述基站發(fā)送包含建議激活時間段的上行信息，以使所述基站在所述建議 激活時間段內(nèi)為激活狀態(tài)。
8. 根據(jù)權(quán)利要求6所述的方法，其特征在于，在基站的DTX模式中的預(yù)設(shè)激活時間段內(nèi) 接收所述基站發(fā)送的上行信息反饋信息之前，還包括： 所述UE接收基站發(fā)送的包括擴展的激活時間段或臨時激活時間段的時間信息，其中， 所述時間信息包括擴展的激活時間段或臨時激活時間段的起始時刻和/或持續(xù)時間。
9. 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述UE向所述基站發(fā)送包含建議激活時 間段的上行信息之后，還包括： 所述UE接收所述基站發(fā)送的使用所述建議激活時間段的確認消息。
10. -種激活狀態(tài)處理方法，其特征在于，包括： 基站向用戶設(shè)備UE發(fā)送下行信息； 所述基站對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活 時間段，以使所述基站處于激活狀態(tài)時對UE發(fā)送的下行信息反饋信息進行響應(yīng)。
11. 根據(jù)權(quán)利要求10所述的方法，其特征在于，所述基站根據(jù)所述下行信息，對當(dāng)前非 連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段，包括： 所述基站根據(jù)所述下行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行 擴展，或者，發(fā)起臨時激活時間段；或者， 所述基站根據(jù)所述下行信息中包含的約定激活時間段，對當(dāng)前非連續(xù)發(fā)送DTX模式中 的激活時間段進行擴展，或者，發(fā)起臨時激活時間段，其中，所述下行信息中包括所述約定 激活時間段的起始時刻和/或持續(xù)時間。
12. 根據(jù)權(quán)利要求11所述的方法，其特征在于，所述基站對當(dāng)前非連續(xù)發(fā)送DTX模式中 的激活時間段進行擴展，或者，發(fā)起臨時激活時間段之前，還包括： 所述基站將包括擴展的激活時間段或臨時激活時間段的時間信息發(fā)送給所述UE，其 中，所述時間信息包括擴展的激活時間段或臨時激活時間段的起始時刻和/或持續(xù)時間。
13. 根據(jù)權(quán)利要求10?12任一項所述的方法，其特征在于，所述下行信息包括：根據(jù) UE發(fā)送的數(shù)據(jù)發(fā)送的否定應(yīng)答NACK消息，根據(jù)UE發(fā)送的數(shù)據(jù)發(fā)送的肯定應(yīng)答ACK消息，隨 機接入響應(yīng)消息，或者UE的調(diào)度消息。
14. 一種激活狀態(tài)處理方法，其特征在于，包括： UE接收基站發(fā)送的下行信息； 所述UE根據(jù)所述下行信息確定接收時間，并在所述接收時間內(nèi)接收所述基站發(fā)送的 上行信息反饋信息。
15. 根據(jù)權(quán)利要求14所述的方法，其特征在于，所述UE根據(jù)所述下行信息確定接收時 間，并在所述接收時間內(nèi)接收所述基站發(fā)送的上行信息反饋信息，包括： 所述UE根據(jù)所述下行信息中的約定激活時間段確定接收時間，并在所述接收時間內(nèi) 接收所述基站發(fā)送的上行信息反饋信息。
16. -種激活狀態(tài)處理方法，其特征在于，包括： 基站確定滿足第一預(yù)設(shè)條件； 所述基站保持在單一狀態(tài)模式，或者從非連續(xù)發(fā)送DTX模式切換到所述單一狀態(tài)模 式，當(dāng)基站處于所述單一狀態(tài)模式時，所述基站持續(xù)為激活狀態(tài)； 其中，所述第一預(yù)設(shè)條件包括以下任意一種： 與所述基站交互的用戶設(shè)備UE不能配置為非連續(xù)接收DRX模式； 所述基站在預(yù)設(shè)時間內(nèi)處于激活狀態(tài)的時間段大于預(yù)設(shè)閾值； 所述基站在預(yù)設(shè)時間內(nèi)發(fā)起激活的次數(shù)大于預(yù)設(shè)閾值； 所述DTX模式下，所述基站無法為與所述基站交互的UE提供服務(wù)。
17. 根據(jù)權(quán)利要求16所述的方法，其特征在于，所述方法還包括： 所述基站確定滿足第二預(yù)設(shè)條件； 所述基站保持在DTX模式，或者從所述單一狀態(tài)模式切換到所述DTX模式； 其中，所述第二預(yù)設(shè)條件包括以下任意一種： 所述基站和與所述基站交互的UE之間沒有無線資源控制協(xié)議RRC連接； 所述基站將所有與所述基站有RRC連接的UE的偏移值配置在DTX周期中的同一偏移 占 . 所述基站將DTX周期配置為所有與所述基站有RRC連接的UE的DRX周期的最小公約 數(shù)，或者所有與所述基站有RRC連接的UE的DRX周期的最小值。
18. 根據(jù)權(quán)利要求17中所述的方法，其特征在于，所述基站從所述單一狀態(tài)模式切換 到所述DTX模式之后，還包括： 所述基站向所述基站所在的小區(qū)廣播本小區(qū)或鄰居小區(qū)的DTX參數(shù)；或者， 所述基站向UE發(fā)送包含DTX參數(shù)的切換消息。
19. 根據(jù)權(quán)利要求18中所述的方法，其特征在于，所述DTX參數(shù)中包括DTX周期的起始 時刻、初始激活周期的持續(xù)時間和擴展激活周期的持續(xù)時間。
20. -種基站，其特征在于，包括： 接收模塊，用于接收用戶設(shè)備UE發(fā)送的上行信息； 處理模塊，用于根據(jù)所述上行信息，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行 擴展，或者，發(fā)起臨時激活時間段。
21. 根據(jù)權(quán)利要求20所述的基站，其特征在于，所述處理模塊，具體用于根據(jù)所述上行 信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時 間段；或者， 接收UE發(fā)送的包含建議激活時間段的上行信息，并根據(jù)所述建議激活時間段，對當(dāng)前 非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段，其中，所述包 含建議激活時間段的上行信息包括所述建議激活時間段的起始時刻和/或持續(xù)時間。
22. 根據(jù)權(quán)利要求21所述的基站，其特征在于，還包括： 發(fā)送模塊，用于在處理模塊根據(jù)所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模式中 的激活時間段進行擴展，或者，發(fā)起臨時激活時間段之前，將包括擴展的激活時間段或臨時 激活時間段的時間信息發(fā)送給所述UE，其中，所述時間信息包括擴展的激活時間段或臨時 激活時間段的起始時刻和/或持續(xù)時間。
23. 根據(jù)權(quán)利要求21所述的基站，其特征在于，所述發(fā)送模塊，還用于在處理模塊根據(jù) 所述上行信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨 時激活時間段之前，向所述UE發(fā)送使用所述建議激活時間段的確認消息。
24. 根據(jù)權(quán)利要求20?23任一項所述的基站，其特征在于，所述上行信息包括以下至 少一種：調(diào)度請求消息、上行數(shù)據(jù)到達消息、緩存狀態(tài)報告消息、UE的新傳數(shù)據(jù)信息、UE的 重傳數(shù)據(jù)信息、UE的隨機接入請求消息。
25. -種用戶設(shè)備，其特征在于，包括： 發(fā)送模塊，用于向基站發(fā)送上行信息； 接收模塊，用于在基站的非連續(xù)發(fā)送DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收所述基站發(fā) 送的上行信息反饋信息； 其中，所述預(yù)設(shè)激活時間段為所述基站根據(jù)所述上行信息確定的激活時間段。
26. 根據(jù)權(quán)利要求25所述的用戶設(shè)備，其特征在于，所述發(fā)送模塊，還用于在基站的 DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收所述基站發(fā)送的上行信息反饋信息之前，向所述基站 發(fā)送包含建議激活時間段的上行信息，以使所述基站在所述建議激活時間段內(nèi)為激活狀 態(tài)。
27. 根據(jù)權(quán)利要求25所述的用戶設(shè)備，其特征在于，所述接收模塊，還用于在基站的 DTX模式中的預(yù)設(shè)激活時間段內(nèi)接收所述基站發(fā)送的上行信息反饋信息之前，接收基站發(fā) 送的包括擴展的激活時間段或臨時激活時間段的時間信息，其中，所述時間信息包括擴展 的激活時間段或臨時激活時間段的起始時刻和/或持續(xù)時間。
28. 根據(jù)權(quán)利要求26所述的用戶設(shè)備，其特征在于，所述接收模塊，還用于在所述發(fā)送 模塊向所述基站發(fā)送包含建議激活時間段的上行信息之后，接收所述基站發(fā)送的使用所述 建議激活時間段的確認消息。
29. -種基站，其特征在于，包括： 發(fā)送模塊，用于向用戶設(shè)備UE發(fā)送下行信息； 處理模塊，用于對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時 激活時間段，以使所述基站處于激活狀態(tài)時對UE發(fā)送的下行信息反饋信息進行響應(yīng)。
30. 根據(jù)權(quán)利要求29所述的基站，其特征在于，所述處理模塊，具體用于根據(jù)所述下行 信息的類型，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時 間段；或者， 根據(jù)所述下行信息中包含的約定激活時間段，對當(dāng)前非連續(xù)發(fā)送DTX模式中的激活時 間段進行擴展，或者，發(fā)起臨時激活時間段，其中，所述下行信息中包括所述約定激活時間 段的起始時刻和/或持續(xù)時間。
31. 根據(jù)權(quán)利要求30所述的基站，其特征在于，所述發(fā)送模塊，還用于在處理模塊對當(dāng) 前非連續(xù)發(fā)送DTX模式中的激活時間段進行擴展，或者，發(fā)起臨時激活時間段之前，將包括 擴展的激活時間段或臨時激活時間段的時間信息發(fā)送給所述UE，其中，所述時間信息包括 擴展的激活時間段或臨時激活時間段的起始時刻和/或持續(xù)時間。
32. 根據(jù)權(quán)利要求29?31任一項所述的基站，其特征在于，所述下行信息包括：根據(jù) UE發(fā)送的數(shù)據(jù)發(fā)送的否定應(yīng)答NACK消息，根據(jù)UE發(fā)送的數(shù)據(jù)發(fā)送的肯定應(yīng)答ACK消息，隨 機接入響應(yīng)消息，或者UE的調(diào)度消息。
33. -種用戶設(shè)備，其特征在于，包括： 接收模塊，用于接收基站發(fā)送的下行信息； 確定模塊，用于根據(jù)所述下行信息確定接收時間，并在所述接收時間內(nèi)接收所述基站 發(fā)送的上行信息反饋信息。
34. 根據(jù)權(quán)利要求33所述的用戶設(shè)備，其特征在于，所述確定模塊，具體用于根據(jù)所述 下行信息中的約定激活時間段確定接收時間，并在所述接收時間內(nèi)接收所述基站發(fā)送的上 行信息反饋信息。
35. -種基站，其特征在于，包括： 確定模塊，用于確定滿足第一預(yù)設(shè)條件； 處理模塊，用于使所述基站保持在單一狀態(tài)模式，或者從非連續(xù)發(fā)送DTX模式切換到 所述單一狀態(tài)模式，當(dāng)基站處于所述單一狀態(tài)模式時，所述基站持續(xù)為激活狀態(tài)； 其中，所述第一預(yù)設(shè)條件包括以下任意一種： 與所述基站交互的用戶設(shè)備UE不能配置為非連續(xù)接收DRX模式； 所述基站在預(yù)設(shè)時間內(nèi)處于激活狀態(tài)的時間段大于預(yù)設(shè)閾值； 所述基站在預(yù)設(shè)時間內(nèi)發(fā)起激活的次數(shù)大于預(yù)設(shè)閾值； 所述DTX模式下，所述基站無法為與所述基站交互的UE提供服務(wù)。
36. 根據(jù)權(quán)利要求35所述的基站，其特征在于，所述確定模塊，還用于確定滿足第二預(yù) 設(shè)條件； 所述處理模塊，還用于使所述基站保持在DTX模式，或者從所述單一狀態(tài)模式切換到 所述DTX模式； 其中，所述第二預(yù)設(shè)條件包括以下任意一種： 所述基站和與所述基站交互的UE之間沒有無線資源控制協(xié)議RRC連接； 所述基站將所有與所述基站有RRC連接的UE的偏移值配置在DTX周期中的同一偏移 占 . 所述基站將DTX周期配置為所有與所述基站有RRC連接的UE的DRX周期的最小公約 數(shù)，或者所有與所述基站有RRC連接的UE的DRX周期的最小值。
37. 根據(jù)權(quán)利要求36所述的基站，其特征在于，還包括： 發(fā)送模塊，用于在所述基站從所述單一狀態(tài)模式切換到所述DTX模式之后，向所述基 站所在的小區(qū)廣播本小區(qū)或鄰居小區(qū)的DTX參數(shù)；或者， 向UE發(fā)送包含DTX參數(shù)的切換消息。
38. 根據(jù)權(quán)利要求37所述的基站，其特征在于，所述DTX參數(shù)中包括DTX周期的起始時 亥IJ、初始激活周期的持續(xù)時間和擴展激活周期的持續(xù)時間。
【文檔編號】H04W48/16GK104219740SQ201310213244
【公開日】2014年12月17日 申請日期:2013年5月31日 優(yōu)先權(quán)日:2013年5月31日
【發(fā)明者】時潔, 柴麗 申請人:華為技術(shù)有限公司