一種延遲調度方法及系統的製作方法
2023-10-31 21:22:37
專利名稱：一種延遲調度方法及系統的製作方法
技術領域：
本發明涉及移動通信中過載處理技術，尤其涉及一種延遲調度方法及系統。
背景技術：
人與人之間的通信(H2H, Human to Human)是人通過對設備的操作進行通信,現有無線通信技術是基於H2H的通信發展起來的。而機器對機器(M2M, Machine to Machine)通信狹義上的定義是機器與機器之間的通信，廣義上的定義是以機器終端智能交互為核心的、網絡化的應用與服務。M2M通信技術是基於智能機器終端、以多種通信方式為接入手段、為客戶提供的信息化解決方案，用於滿足客戶對監控、指揮調度、數據採集和測量等方面的
息化需求。無線技術的發展是M2M市場發展的重要因素，它突破了傳統通信方式的時空限制和地域障礙，使企業和公眾擺脫了線纜束縛，讓客戶更有效地控制成本、降低了安裝費用並且使用簡單方便。另外，日益增長的需求推動著M2M不斷向前發展。然而與信息處理能力及網絡帶寬不斷增長相矛盾的是，信息獲取的手段遠遠落後，而M2M通信技術很好的滿足了人們的這一需求，通過M2M通信技術，人們可以實時監測外部環境，實現大範圍、自動化的信息採集。因此，M2M通信技術的應用包括行業應用、家庭應用、個人應用等，其中，行業應用包括交通監控、告警系統、海上救援、自動售貨機、開車付費等，家庭應用包括自動抄表、溫度控制等，個人應用包括生命檢測、遠端診斷等。M2M通信的對象為機器對機器、人對機器，機器之間的數據通信定義為機器類通信(MTC, Machine Type Communication),這種情況下較少需要人機互動。參與MTC的機器稱為MTC設備或MTC終端(MTC Device)。MTC設備可以通過公眾陸地移動通信網絡(PLMN，Public Land MobiIe-communicationNetwork)與其他 MTC 設備或 MTC 伺服器進行通信。引入MTC應用後，可以根據其特點對現有的通信系統進行一些優化，以滿足MTC應用需求，並且不對現有網絡中的普通用戶終端(UE，UserEquipment)產生影響。M2M應用的一些顯著特點有MTC設備數量很多，每次傳輸的數據量小，傳輸間隔大，部分MTC設備位置相對固定。據統計，在某市區一個小區範圍內安裝的MTC設備將達到3000個，這麼多的MTC設備如果比較集中的發起隨機接入，比如在火災、地震等情況下同時報警，將給網絡帶來很大的衝擊。通常，多個基站會連接到同一個核心網網元如移動性管理實體(MME，MobilityManagement Entity),當所有基站內的眾多MTC設備均需要接入網絡時,例如斷電後恢復供電時所有的MTC設備需要重新註冊到網絡中，核心網網元如MME將承受巨大的信令衝擊，甚至可能導致過載。眾多的MTC設備接入網絡時，將佔用大量的隨機接入資源和專用資源，其中專用資源包括物理下行控制信道(PDCCH,Physical Downlink ControlChannel)資源、物理上行控制信道(PUCCH，Physical Uplink Control Channel)資源、物理下行共享信道(PDSCH，Physical Downlink Shared Channel)資源等,這可能導致隨機接入資源和專用資源出現過載，進而影響到普通的H2H設備的業務應用。因此，基站需要基於自身的負載狀態動態的調整接入控制參數，拒絕或釋放一部分終端，以便合理的控制負載。如果終端已經接入網絡，並且業務正在進行中，此時如果網絡側發生過載，基站會釋放部分終端的無線資源控制RRC連接、以及無線資源，以便減少MME的負荷。之後，如果被釋放的終端需要再次開展業務，則終端需要重新建立RRC連接，重新發起隨機接入，重新進行加密流程，重新建立業務承載，而這些流程將會耗費較多的無線資源、佔用多條空口信令，不僅增加基站的處理負荷，也會增加MME的處理負荷。
發明內容
有鑑於此，本發明的主要目的在於提供一種延遲調度方法及系統，能夠在將降低網絡側負載的同時，避免終端被釋放後需要重新接入網絡而耗費較多資源、增加網絡側處理負荷。為達到上述目的，本發明的技術方案是這樣實現的 本發明提供了一種延遲調度方法，所述方法包括基站向終端發送用於對所述終端進行延遲調度的延遲調度信息；所述終端接收所述延遲調度信息，根據所接收到的延遲調度信息，停止監聽物理下行控制信道(PDCCH)，進入延遲調度狀態；以及根據所述延遲調度信息，重新開始監聽PDCCH，停止自身的延遲調度狀態。在上述方案中，所述基站向終端發送用於對所述終端進行延遲調度的延遲調度信息，包括:所述基站通過RRC信令、或媒質接入層控制(MAC)信令、或TOCCH信令，向所述終端發送所述延遲調度信息。在上述方案中，在所述終端停止監聽HXXH，進入延遲調度狀態後，所述方法還包括所述終端停止發送調度請求、或停止發送物理上行控制信道(PUCCH)信令、或停止在物理下行共享信道(PUSCH)上發送數據、或停止發送探測參考信號(SRS)。在上述方案中，在所述終端停止監聽HXXH，進入延遲調度狀態後，所述方法還包括所述終端保存通信上下文信息、和/或數據接入承載信息、和/或所述基站為自身分配的無線網絡臨時標識、和/或自身當前的傳輸狀態信息、和/或自身當前的無線鏈路控制層的傳輸狀態信息。在上述方案中，在所述終端停止監聽HXXH，進入延遲調度狀態後，所述方法還包括需要發起業務請求時，所述終端在要發起業務的優先級高於預先設置的優先級閾值時，停止自身的延遲調度狀態，發起所述業務請求。在上述方案中，所述基站向終端發送用於對所述終端進行延遲調度的延遲調度信息，具體為所述基站在驗證終端已建立的業務為允許時間延遲的業務或低優先級的業務後，向所述終端發送所述延遲調度信息。在上述方案中，所述延遲調度信息包括用於指示所述終端進入延遲調度狀態的延遲調度起始時刻、和用於指示所述終端停止自身延遲調度狀態的延遲調度終止時刻；或者，所述延遲調度信息包括所述延遲調度起始時刻，和用於指示所述終端維持自身延遲調度狀態時長的延遲調度時長；或者，所述延遲調度信息包括延遲調度終止時刻、或延遲調度時長。本發明還提供了一種延遲調度系統，所述系統包括基站和終端；其中，基站，用於在網絡側過載時，向所述終端發送用於對所述終端進行延遲調度的延遲調度信息；終端，用於接收所述基站發送的延遲調度信息；根據所接收到的延遲調度信息，停止監聽roccH，進入延遲調度狀態；以及根據所述延遲調度信息，重新開始監聽roccH，停止自身的延遲調度狀態。在上述方案中，所述終端具體為機器類通信(MTC)設備和/或人與人通信(H2H)設備。在上述方案中，所述終端，還用於在進入延遲調度狀態後，停止發送調度請求、或停止發送PUCCH信令、或停止在PUSCH上發送數據、或停止發送SRS。在上述方案中，所述終端，還用於在進入延遲調度狀態後，保存通信上下文信息、和/或數據接入承載信息、和/或所述基站為自身分配的無線網絡臨時標識、和/或自身當前的傳輸狀態信息、和/或自身當前的無線鏈路控制層的傳輸狀態信息。在上述方案中，所述終端，還用於需要發起業務請求時，在要發起業務的優先級高於預先設置的優先級閾值時，停止自身的延遲調度狀態，發起所述業務請求。在上述方案中，所述基站，還用於在驗證所述終端已建立的業務為允許時間延遲的業務、或低優先級的業務後，向所述終端發送所述延遲調度信息。在上述方案中，所述基站，還用於通過RRC信令、或MAC信令、或TOCCH信令，向所述終端發送所述延遲調度信息。本發明的延遲調度方法及系統，由基站在網絡側過載的情況下，通過向終端發送延遲調度信息，來實現對部分終端的延遲調度，從而降低網絡側的負載，提升了網絡的過載處理能力；而且終端在延遲調度的時間過後，能夠重新開始監聽roccH，再次開展業務，不需要重新接入網絡，從而避免了再次接入網絡而耗費大量的無線資源，能夠有效節省無線資源，減輕網絡側處理負荷。
圖I為本發明延遲調度方法的實現流程示意圖；圖2為本發明實施例一中延遲調度過程的實現流程示意圖；圖3為本發明實施例二中延遲調度過程的實現流程示意圖；圖4為本發明實施例三中延遲調度過程的實現流程示意圖。
具體實施方式
本發明的基本思想是在網絡側負載過載時，網絡側對終端進行延遲調度，使得終端在延遲調度的時間內暫停所開展的業務，從而降低網絡側負載，在預設的延遲調度時間過後，終端再開展所述業務，不需要重新接入網絡，從而避免耗費資源和增加網絡側負荷。
本發明的延遲調度方法，參照圖I所示，主要包括以下步驟步驟101 :基站向終端發送用於對所述終端進行延遲調度的延遲調度信息；步驟102 :所述終端接收所述延遲調度信息，根據所接收到的延遲調度信息，停止監聽roccH，進入延遲調度狀態；以及根據所述延遲調度信息，重新開始監聽roccH，停止自身的延遲調度狀態。這裡，本發明的延遲調度方法，可以在網絡側過載時降低網絡側負載，所述網絡側過載可以包括無線接入網過載、和/或核心網過載。其中，所述基站可以通過RRC信令、或媒質接入層控制(MAC, MediumAccessControl)信令、或H)CCH信令，向所述終端發送所述延遲調度信息。這裡，在所述終端停止監聽HXXH，進入延遲調度狀態後，所述終端還停止發送調 度請求(Scheduling Request)、或停止發送PUCCH信令、或停止在PUSCH上發送數據、或停止發送探測參考信號(SRS, Sounding ReferenceSignal)。此處，所述終端停止發送TOCCH信令可以包括停止發送用於協助基站實施對終端進行調度決策的指示信息。例如，停止發送的PUCCH信令可以包括信道質量指示(CQI，Channel Quality Indicator)、預編碼矩陣指不(PMI,PrecodingMatrix Indicator)、或秩指不(RI，Rank Indicator)。這裡，在所述終端停止監聽HXXH，進入延遲調度狀態後，所述終端還保存通信上下文信息(Context)、和/或數據接入承載信息、和/或所述基站為自身分配的無線網絡臨時標識、和/或自身當前的傳輸狀態信息、和/或自身當前的無線鏈路控制層的傳輸狀態信
肩、O這裡，在所述終端停止監聽HXXH，進入延遲調度狀態後，需要發起新的業務請求時，所述終端在要發起的新業務的優先級高於預先設置的優先級閾值時，停止自身的延遲調度狀態，發起所述新的業務請求。所述基站向終端發送用於對所述終端進行延遲調度的延遲調度信息，具體可以為所述基站在驗證終端已建立的業務為允許時間延遲(Delay Tolerant)的業務、或低優先級的業務後，向所述終端發送所述延遲調度信息。這裡，所述延遲調度信息包括用於指示所述終端進入延遲調度狀態的延遲調度起始時刻、和用於指示所述終端停止自身延遲調度狀態的延遲調度終止時刻；或者，所述延遲調度信息包括所述延遲調度起始時刻，和用於指示所述終端維持自身延遲調度狀態時長的延遲調度時長；或者，所述延遲調度信息包括延遲調度終止時刻、或延遲調度時長。相應的，本發明還提供了一種延遲調度系統，所述系統包括基站和終端；其中，基站，用於在網絡側過載時，向所述終端發送用於對所述終端進行延遲調度的延遲調度信息；終端，用於接收所述基站發送的延遲調度信息；根據所接收到的延遲調度信息，停止監聽roccH，進入延遲調度狀態；以及根據所述延遲調度信息，重新開始監聽roccH，停止自身的延遲調度狀態。這裡，所述終端具體可以為MTC設備、和/或H2H設備。這裡，所述終端還可以用於在進入延遲調度狀態後，停止發送調度請求、或停止發送PUCCH信令、或停止在PUSCH上發送數據、或停止發送SRS。這裡，所述終端還可以用於在進入延遲調度狀態後，保存通信上下文信息、和/或數據接入承載信息、和/或所述基站為自身分配的無線網絡臨時標識、和/或自身當前的傳輸狀態信息、和/或自身當前的無線鏈路控制層的傳輸狀態信息。這裡，所述終端還可以用於需要發起新的業務請求時，在要發起的新業務的優先級高於預先設置的優先級閾值時，停止自身的延遲調度狀態，發起所述新的業務請求。這裡，所述基站還可以用於在驗證所述終端已建立的業務為允許時間延遲的業務、或低優先級業務後，向所述終端發送所述延遲調度信息。其中，所述基站可以通過RRC信令、或MAC信令、或HXXH信令，向所述終端發送所述延遲調度信息。實施例一本實施例以MTC設備為例進行說明，在長期演進(LTE，Long-TermEvolution)系統中，MTC設備通過基站I接入網絡並處於連接狀態。此時，該MTC設備已經完成隨機接入流程、完成加密流程、建立了用於數據傳輸的數據接入承載(DRB，Data Radio Bearer) 0該 MTC正在開展業務，如向MTC伺服器發送數據。由於接入網絡的MTC設備與H2H設備數量眾多，引發網絡側的過載，例如，可以是核心網網元如MME過載，或者是基站I過載。此時，基站I需要降低當前的負載以便保證當前網絡處於正常的狀態。本實施例中，基站I可以採用如下的延遲調度方法，來降低網絡側負載，如圖2所示，具體流程如下步驟201，基站I向MTC設備發送攜帶有延遲調度信息的RRC信令；這裡，所述延遲調度信息可以包括延遲調度的起始時刻和延遲調度的終止時刻。在LTE中，採用系統巾貞號(SFN, System Frame Number)和子巾貞號(subframenumber)表示時間信息，其中SFN從0到1023循環,每個SFN表示10毫秒；每個SFN由10個子幀組成，每個子幀表示I毫秒，子幀號從0到9。這裡，基站I向MTC設備發送的延遲調度信息中，延遲調度的起始時刻具體可以包括延遲調度起始的系統幀號和子幀號，延遲調度的終止時刻具體可以包括延遲調度終止的系統幀號和子幀號。例如，延遲調度的起始時刻可以為SFN = 100、子幀號=0，延遲調度的終止時刻可以為SFN = 220、子幀號=3。步驟202，MTC設備接收基站I發送的RRC信令，從所述RRC信令中提取所述延遲調度信息，並在所述延遲調度信息中延遲調度起始時刻或者延遲調度起始時刻的下一個子幀，停止監聽roccH，停止監聽roccH之後，mtc設備便會停止自身當前正在開展的業務。這裡，在所述延遲調度信息中延遲調度起始時刻停止監聽HXXH，還是在延遲調度起始時刻的下一個子幀停止監聽roccH，可以由協議預先約定。例如，延遲調度的起始時刻為SFN = 100、子幀號=0時，MTC設備在SFN = 100、子幀號=0時，或者在SFN = 100、子幀號=I時，停止監聽roccH。這裡，在MTC設備停止監聽HXXH期間，MTC設備停止發送調度請求、或停止發送PUCCH信令、或停止在PUSCH上發送數據、或停止發送SRS，避免佔用空口的無線資源而增加網絡側的負載。這裡，在MTC設備停止監聽I3DCCH的期間，MTC設備可以保存通信上下文信息、和/或數據接入承載信息、和/或基站I為自身分配的無線網絡臨時標識(RNTI，Radio Network Temporary Identifier)、和/或其他的專用無線資源配置信息(RadioResourceConfigDedicated)。如此,在重新監聽F1DCCH時,MTC設備可以沿用原來的配置，不需要再次耗費空口信令來配置上述各參數。其中，通信上下文信息(Context)可以包括MTC設備所採用的加密算法、完整性保護算法等在MTC設備停止監聽HXXH期間，MTC設備還可以保存自身當前的傳輸狀態信息、和/或無線鏈路控制(RLC，Radio Link Control)層的傳輸狀態信息，其中，傳輸狀態信息可以包括傳輸的分組數據匯聚協議(F1DCP,Packet DataConvergence Protocol)序列號、以及未傳輸的F1DCP序列號,RLC層的傳輸狀態信息可以包括已傳輸的RLC層序列號和未傳輸的RLC層序列號。這樣，在MTC設備重新監聽HXXH後，可以繼續向基站I發送數據，並且可以保證數據不發生丟失。步驟203，MTC設備在所述延遲調低信息中延遲調度終止時刻或延遲調度終止時刻的下一個子幀，重新開始監聽roccH，使得MTC設備可以繼續與網絡側保持通信，可以繼續開展業務。這裡，在延遲調度終止時刻重新開始監聽HXXH，還是在延遲調度終止時刻的下一個子幀重新開始監聽roccH，可以由協議預先約定。例如，延遲調度的終止時刻為SFN = 220、子幀號=3時，MTC設備在SFN = 220、子幀號=3時，或者在SFN = 220、子幀號=4時，重新開始監聽HXXH。這裡，在MTC設備重新開始監聽HXXH後，MTC設備允許自身發送調度請求，以及允許自身發送PUCCH上承載的控制信息和PUSCH上承載的數據。本實施例中，採用延遲調度的方法，使得MTC設備在一段時間內不會向核心網傳輸自身的非接入層信令和數據，從而有效降低空口的負載、以及核心網側的負載；同時，還可以避免MTC設備再次向網絡發送數據時需要重建RRC連接、重新發起加密流程、重新建立用於數據傳輸的數據接入承載等，從而減少空口的資源消耗。需要說明的是，本實施例對於H2H設備同樣適用。實施例二本實施例以H2H設備為例進行說明，在長期演進系統中，H2H設備通過基站2接入網絡並處於連接狀態。此時，該H2H設備已經完成隨機接入流程、完成加密流程、建立了用於數據傳輸的數據接入承載。該H2H設備正在開展業務，包括發送數據和接收數據。由於接入網絡的MTC設備與H2H設備數量眾多，引發網絡側的過載。此時，基站2需要降低當前網絡側負載，以便保證網絡能夠處於正常狀態。本實施例中，基站2可以採用如下的延遲調度方法，來降低網絡側負載，如圖3所示，具體流程如下步驟301，基站2向H2H設備發送攜帶有延遲調度信息的MAC信令；這裡，所述延遲調度信息可以包括延遲調度起始時刻和延遲調度時長。其中，延遲調度起始時刻信息具體可以包括延遲調度起始的SFN和子幀號。延遲調度時長可以是時間長度，如20秒，還可以是子幀數，如5個子幀。例如，基站2向H2H設備發送的延遲調度信息中，延遲調度起始時刻可以為SFN =200、子幀號=5，延遲調度的時長可以為20秒。步驟302，H2H設備接收基站2發送的MAC信令，從所述MAC信令中提取所述延遲調度信息，並在所述延遲調度信息中延遲調度起始時刻或延遲調度起始時刻的下一個子幀，停止監聽roccH，停止監聽roccH之後，H2H設備便會停止自身當前正在開展的業務。例如，延遲調度的起始時刻為SFN = 200、子幀號=5時，MTC設備在SFN = 200、子幀號=5時，或者在SFN = 200、子幀號=6時，停止監聽H)CCH。
這裡，在H2H設備停止監聽HXXH期間，H2H設備保存通信上下文信息，以便再次與網絡側通信時可以採用原來的配置。這裡，在H2H設備停止監聽HXXH期間，H2H設備停止發送調度請求、或停止發送PUCCH信令、或停止在PUSCH上發送數據，避免再次佔用空口的無線資源而增加網絡側負載。步驟303，H2H設備在所述延遲調度信息中的延遲調度時長之後，開始監聽HXXH，如此，H2H設備可以繼續與網絡側保持通信，可以繼續開展業務。例如，在延遲調度時長為20秒時，H2H設備在停止監聽HXXH的時長為20秒後，重新開始監聽roccH。本實施例中，在步驟301中還包括基站2判斷所述H2H設備建立的業務是否為允 許時間延遲的業務，如果是，則向所述H2H設備發送攜帶有延遲調度信息的MAC信令，以延遲調度所述H2H設備；如果不是，則基站2不向所述H2H設備發送所述延遲調度信息，不延遲調度所述H2H設備。這裡，基站2可以從H2H設備發起RRC連接的原因值中獲知所述H2H設備已建立的業務是否是允許時間延遲的業務。本實施例中，所述調度延遲方法中還包括如果在H2H設備停止監聽HXXH期間，該H2H設備需要發起新的業務請求，並且要發起的新業務優先級高於預先設置的優先級閾值，則H2H設備終止自身的延遲調度狀態，向基站2發送調度請求或業務請求，並重新開始監聽HXXH，以便及時建立新的數據接入承載用於正常優先級或高優先級業務的數據傳輸。這裡，所述優先級閾值可以預先在H2H設備和基站2中配置，也可以由基站2在向H2H設備發送延遲調度信息之前或同時，將所述優先級閾值通知給H2H設備。這裡，如果H2H設備終止自身的延遲調度狀態，向基站2發送調度請求時，H2H設備沒有用於發送所述新的調度請求或業務請求的可用上行授權(ULGrant)，則H2H設備向基站2發起隨機接入，獲得上行授權，再通過所獲得的上行授權發送所述新的調度請求或業務請求到基站2。需要說明的是，本實施例對MTC設備同樣適用。實施例三本實施例中，處於過載狀態的基站3選擇MTC設備實施延遲調度，以便減少當前的負載，具體流程如下步驟401 :基站3通過I3DCCH信令向MTC設備發送延遲調度信息；這裡，MTC設備通過基站3為自身分配的RNTI確定屬於自己的HXXH信令。由於HXXH信令的接收限定在I個子幀內，即MTC設備在每一毫秒接收屬於該子幀的HXXH信令，因此，本實施例中，延遲調度信息不需要包含延遲調度的起始時刻，可以僅包含延遲調度的終止時刻、或延遲調度的時長。這裡，延遲調度信息不包含延遲調度的起始時刻時，默認延遲調度的起始時刻為MTC設備接收到所述HXXH信令時的子幀。步驟402 =MTC設備在當前子幀接收到所述HXXH信令後，從所述HXXH信令中提取所述延遲調度信息，並從當前子幀的下一個子幀開始停止監聽roccH ；在MTC設備停止監聽I3DCCH期間，MTC設備保存通信上下文信息(Context)，以便再次與網絡側通信時可以採用原來的配置。在MTC設備停止監聽I3DCCH期間，MTC設備停止發送調度請求(Schedul ingRequest)、停止發送PUCCH信令、停止在PUSCH上發送數據、以及停止發送SRS，避免再次佔用空口的無線資源而增加網絡側的負載。步驟403 :在停止監聽HXXH時長等於延遲調度的時長時、或在所述延遲調度終止時刻的下一個子幀，MTC設備重新開始監聽roccH。這裡，步驟403與上述實施例一中步驟203、以及實施例二中步驟303的具體實現過程相似，在此不再贅述。
需要說明的是，本實施例對於H2H設備同樣適用。以上所述，僅為本發明的較佳實施例而已，並非用於限定本發明的保護範圍。
權利要求
1.一種延遲調度方法，其特徵在於，所述方法包括 基站向終端發送用於對所述終端進行延遲調度的延遲調度信息； 所述終端接收所述延遲調度信息，根據所接收到的延遲調度信息，停止監聽物理下行控制信道(PDCCH)，進入延遲調度狀態；以及根據所述延遲調度信息，重新開始監聽roCCH，停止自身的延遲調度狀態。
2.根據權利要求I所述延遲調度方法，其特徵在於，所述基站向終端發送用於對所述終端進行延遲調度的延遲調度信息，包括 所述基站通過RRC信令、或媒質接入層控制(MAC)信令、或HXXH信令，向所述終端發送所述延遲調度信息。
3.根據權利要求I所述延遲調度方法，其特徵在於，在所述終端停止監聽roCCH，進入延遲調度狀態後，所述方法還包括 所述終端停止發送調度請求、或停止發送物理上行控制信道(PUCCH)信令、或停止在物理下行共享信道(PUSCH)上發送數據、或停止發送探測參考信號(SRS)。
4.根據權利要求I所述延遲調度方法，其特徵在於，在所述終端停止監聽roCCH，進入延遲調度狀態後，所述方法還包括 所述終端保存通信上下文信息、和/或數據接入承載信息、和/或所述基站為自身分配的無線網絡臨時標識、和/或自身當前的傳輸狀態信息、和/或自身當前的無線鏈路控制層的傳輸狀態信息。
5.根據權利要求I所述延遲調度方法，其特徵在於，在所述終端停止監聽roCCH，進入延遲調度狀態後，所述方法還包括 需要發起業務請求時，所述終端在要發起業務的優先級高於預先設置的優先級閾值時，停止自身的延遲調度狀態，發起所述業務請求。
6.根據權利要求I所述延遲調度方法，其特徵在於，所述基站向終端發送用於對所述終端進行延遲調度的延遲調度信息，具體為 所述基站在驗證終端已建立的業務為允許時間延遲的業務或低優先級的業務後，向所述終端發送所述延遲調度信息。
7.根據權利要求I至6任一項所述延遲調度方法，其特徵在於，所述延遲調度信息包括用於指示所述終端進入延遲調度狀態的延遲調度起始時刻、和用於指示所述終端停止自身延遲調度狀態的延遲調度終止時刻； 或者，所述延遲調度信息包括所述延遲調度起始時刻，和用於指示所述終端維持自身延遲調度狀態時長的延遲調度時長； 或者，所述延遲調度信息包括延遲調度終止時刻、或延遲調度時長。
8.—種延遲調度系統，其特徵在於，所述系統包括基站和終端；其中， 基站，用於在網絡側過載時，向所述終端發送用於對所述終端進行延遲調度的延遲調度f目息; 終端，用於接收所述基站發送的延遲調度信息；根據所接收到的延遲調度信息，停止監聽roccH，進入延遲調度狀態；以及根據所述延遲調度信息，重新開始監聽roccH，停止自身的延遲調度狀態。
9.根據權利要求8所述延遲調度系統，其特徵在於，所述終端具體為機器類通信(MTC)設備和/或人與人通信(H2H)設備。
10.根據權利要求8或9所述延遲調度系統，其特徵在於，所述終端，還用於在進入延遲調度狀態後，停止發送調度請求、或停止發送PUCCH信令、或停止在PUSCH上發送數據、或停止發送SRS。
11.根據權利要求8或9所述延遲調度系統，其特徵在於，所述終端，還用於在進入延遲調度狀態後，保存通信上下文信息、和/或數據接入承載信息、和/或所述基站為自身分配的無線網絡臨時標識、和/或自身當前的傳輸狀態信息、和/或自身當前的無線鏈路控制層的傳輸狀態信息。
12.根據權利要求8或9所述延遲調度系統，其特徵在於，所述終端，還用於需要發起業務請求時，在要發起業務的優先級高於預先設置的優先級閾值時，停止自身的延遲調度狀態，發起所述業務請求。
13.根據權利要求8所述延遲調度系統，其特徵在於，所述基站，還用於在驗證所述終端已建立的業務為允許時間延遲的業務、或低優先級的業務後，向所述終端發送所述延遲調度信息。
14.根據權利要求8或13所述延遲調度系統，其特徵在於，所述基站，還用於通過RRC信令、或MAC信令、或HXXH信令，向所述終端發送所述延遲調度信息。
全文摘要
本發明公開了一種延遲調度方法，所述方法包括基站向終端發送用於對所述終端進行延遲調度的延遲調度信息；所述終端接收所述延遲調度信息，根據所接收到的延遲調度信息，停止監聽物理下行控制信道(PDCCH)，進入延遲調度狀態；以及根據所述延遲調度信息，重新開始監聽PDCCH，停止自身的延遲調度狀態。本發明還公開了一種延遲調度系統，不僅提升了網絡的過載處理能力；而且避免了再次接入網絡而耗費大量的無線資源，能夠有效節省無線資源，減輕網絡側處理負荷。
文檔編號H04W72/12GK102655666SQ20111005034
公開日2012年9月5日 申請日期2011年3月2日 優先權日2011年3月2日
發明者戴謙, 鄧雲 申請人:中興通訊股份有限公司