分配ue尋呼drx周期的方法、系統及裝置的製作方法
2023-07-13 01:16:56
專利名稱::分配ue尋呼drx周期的方法、系統及裝置的製作方法
技術領域:
:本發明涉及通信
技術領域:
,特別涉及一種分配UE(UserEquipment,用戶設備)尋呼DRX(DiscontinuousReceive,非連續接收)周期的方法、系統及裝置。
背景技術:
:在3G(ThirdGenerationWirelessCommunication,第三代移動通信)系統中UE採用非連續監聽尋呼信道的方式來監聽尋呼消息,RNC(RadioNetworkController,無線網絡控制器)也在相應的尋呼子幀上發送UE的尋呼消息。UE在附著過程中會將基於UE的DRX周期通過NAS(Non-Access-Stratum,非接入層)消息發送給SGSN(ServingGPRSSu卯ortNode,GPRS服務支持節點),在尋呼過程中通過SGSN發送給RNC用於計算發送UE尋呼消息的尋呼子幀。為了節省UE的電池消耗,LTE(LongTermEvolution,長期演進)系統繼承了從3G開始的非連續監聽的概念,即UE只在各自監聽的子幀上去監聽UE的尋呼信道,而在其他時間範圍內則不用監聽尋呼信道。在3G系統中UE監聽尋呼信道的尋呼DRX周期是由UE提供給網絡側的,並在尋呼過程中傳遞給eNB(EvolvedNodeB,演進基站)。然而基於LTE系統增強網絡主控,弱化UE控制能力的原則,由UE提供DRX周期給網絡不僅會增加UE的複雜性,而且這也與上述原則相違背。另外,DRX周期的長度與UE被成功尋呼到的時延也有很大關係,為了滿足某些時延要求較高的業務就需要將UE調整到較短的DRX周期監聽尋呼,在LTE系統中所有承載的QoS(QualityofService,服務質量)參數都是有網絡決定,UE不參與承載QoS的協商,因此由網絡側為UE分配尋呼的DRX周期更為合適。因此現有技術存在的缺點是現有3G系統中尋呼DRX周期的分配是由UE發起的,這並不適用於LTE系統,因此現有技術亟需一種適用於LTE系統的UE尋呼DRX周期的分配方式。
發明內容本發明的目的旨在至少解決上述技術缺陷之一,特別是解決現有技術中沒有適合LTE系統的分配尋呼DRX周期的方法。為達到上述目的,本發明一方面提出一種分配UE尋呼DRX周期的方法,包括以下步驟匪E(mobilitymanagemententity,移動性管理實體)判斷是否需要對用戶設備UE的尋呼非連續接收DRX周期進行修改;如果判斷需要對UE的尋呼DRX周期進行修改,則所述匪E根據所述UE的承載QOS參數確定所述UE新的尋呼DRX周期,並將所述新的尋呼DRX周期發送給所述UE。作為本發明的一個實施例,所述MME判斷是否需要對UE的尋呼DRX周期進行修改包括所述匪E判斷所述UE的承載連接是否發生變化,及所述UE的承載QoS參數是否被修改;如果所述UE的承載連接發生變化或所述UE的承載QoS參數被修改,則所述匪E進一步判斷現有的尋呼DRX周期是否能夠滿足承載連接的變化;如果判斷現有的尋呼DRX周期不能夠滿足所述承載連接的變化,則判斷需要對UE的尋呼DRX周期進行修改。作為本發明的一個實施例,所述承載連接發生變化包括所述UE激活了新的承載、或所述UE去激活了某些承載。作為本發明的一個實施例,所述匪E判斷是否需要對UE的尋呼DRX周期進行修改包括所述匪E判斷所述UE是否是從其他源側系統移動至LTE系統;如果判斷所述UE是從其他源側系統移動至LTE系統,則所述匪E進一步判斷源側系統的尋呼DRX周期能否被識別,且所述源側系統的尋呼DRX周期是否能夠滿足接納承載的承載QoS參數的要求;如果判斷所述源側系統的尋呼DRX周期不能被識別,或所述源側系統的尋呼DRX周期不能夠滿足接納承載的承載QoS參數的要求,則判斷需要對UE的尋呼DRX周期進行修改。作為本發明的一個實施例,所述MME根據所述UE的承載QOS參數確定所述UE新的尋呼DRX周期包括所述MME根據承載時延要求、調度優先級和QCI編號中的一個或多個確定所述UE新的尋呼DRX周期。作為本發明的一個實施例,還包括當所述UE建立了多條承載時,所述匪E根據對尋呼DRX周期要求最短的承載的承載QOS參數為UE分配尋呼DRX周期。作為本發明的一個實施例,還包括所述UE接收所述新的尋呼DRX周期並更新自身保存的尋呼DRX周期,並使用所述新的尋呼DRX周期監聽尋呼信道。作為本發明的一個實施例,還包括在所述UE關機時,刪除其保存的尋呼DRX周期或將所述尋呼DRX周期標記為無效。本發明還提出了一種分配UE尋呼DRX周期的系統,包括匪E和UE,所述匪E,用於判斷是否需要對UE的尋呼DRX周期進行修改,並在判斷需要對UE的尋呼DRX周期進行修改時,根據所述UE的承載QOS參數確定所述UE新的尋呼DRX周期,並將所述新的尋呼DRX周期發送給所述UE;所述UE,用於接收所述匪E發送的新的尋呼DRX周期並更新自身保存的尋呼DRX周期,及使用所述新的尋呼DRX周期監聽尋呼信道。作為本發明的一個實施例,所述MME根據承載時延要求、調度優先級和QCI編號中的一個或多個確定所述UE新的尋呼DRX周期。本發明還提出一種匪E,包括判斷模塊、確定模塊和發送模塊,所述判斷模塊,用於判斷是否需要對UE的尋呼DRX周期進行修改;所述確定模塊,用於在所述判斷模塊判斷需要對UE的尋呼DRX周期進行修改時,根據所述UE的承載QOS參數確定所述UE新的尋呼非連續接收DRX周期;所述發送模塊,用於將所述確定模塊確定的新的尋呼DRX周期發送給所述UE。作為本發明的一個實施例,所述確定模塊根據承載時延要求、調度優先級和QCI編號中的一個或多個確定所述UE新的尋呼DRX周期。本發明再一方面還提出一種UE,包括接收模塊和更新模塊,所述接收模塊,用於接收匪E發送的尋呼DRX周期;所述更新模塊,用於根據所述接收模塊接收的尋呼DRX周期更新所述UE自身保存的尋呼DRX周期,所述UE使用更新後的尋呼DRX周期監聽尋呼信道。作為本發明的一個實施例,還包括刪除模塊,用於在所述UE關機時,刪除所述UE保存的尋呼DRX周期或將所述尋呼DRX周期標記為無效。本發明由匪E根據UE的承載QoS參數確定該UE的尋呼DRX周期,不僅使得尋呼周期的設置更能滿足業務的QoS特性要求,並且還加強了網絡對UE的控制功能。本發明附加的方面和優點將在下面的描述中部分給出,部分將從下面的描述中變得明顯,或通過本發明的實踐了解到。本發明上述的和/或附加的方面和優點從下面結合附圖對實施例的描述中將變得明顯和容易理解,其中圖1為本發明實施例分配UE尋呼DRX周期的方法的流程圖;圖2為本發明一個實施例分配UE尋呼DRX周期的系統的示意圖。具體實施例方式下面詳細描述本發明的實施例,所述實施例的示例在附圖中示出,其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的,僅用於解釋本發明,而不能解釋為對本發明的限制。本發明主要在於由匪E確定UE的尋呼DRX周期,且在匪E確定UE尋呼DRX周期時需要參考UE的承載QoS參數,這樣不僅使得尋呼周期的設置更能滿足業務的QoS特性要求,並且還加強了網絡對UE的控制功能。如圖1所示,為本發明實施例分配UE尋呼DRX周期的方法的流程圖,還需要說明的是,由於匪E與UE通過NAS消息傳送,因此ENB僅起到透傳作用,為了簡明起見在本實施例及後續實施例中將不再對ENB進行介紹。該實施例包括以下步驟步驟SlOl,匪E判斷是否需要對用戶設備UE的尋呼DRX周期進行修改。作為本發明的一個實施例,在UE的承載連接發生變化(如承載QoS參數的修改、UE激活了新的承載、或UE去激活了某些承載等),或者UE從其他源側系統(如pre-LTE系統)移動至LTE系統時,UE的承載QoS參數均可能會發生變化,因此就可能會導致UE當前的尋呼DRX周期不能滿足變化後承載QoS參數的要求,如變化後的承載QoS參數可能對時延的要求更高,這樣就需要對UE的尋呼DRX周期進行修改。以下就以這兩種可能的場景對本發明進行介紹,然而需要說明的是以這兩種場景為例僅是為了更清楚的理解本發明,並不是對本發明的限制,也就是說其他場景也可能會產生UE的承載QoS參數的可能,然而本發明也可應用至其他場景中。場景一,UE的承載連接或承載QoS參數發生改變,例如承載QoS的修改,UE激活了新的承載,或者UE去激活了某些承載,匪E根據UE最新的承載連接為UE重新分配合適的尋呼DRX周期參數。作為本發明的一個實施例,在UE的承載連接或承載QoS參數發生改變時,還需要進一步地判斷現有的尋呼DRX周期是否能夠滿足承載連接或承載QoS參數的變化,如果判斷現有的尋呼DRX周期不能夠滿足所述承載連接或承載QoS參數的變化,則判斷需要對UE的尋呼DRX周期進行修改。具體地,例如,如果UE新建了某一承載,或者通過承載修改過程修改了某一承載的QoS參數時,則MME需要判斷現有的尋呼DRX周期是否滿足新建的承載連接或修改後承載QoS參數的要求,如果現有的DRX參數能滿足新建立的承載連接或修改後的承載QoS參數對時延的要求,則不用發起更新,否則匪E根據承載UE的承載QoS參數重新為UE分配尋呼DRX周期參數。同樣地,當UE有承載刪除,或者其時延要求最高的承載的QoS發生修改時,匪E也需要判斷是否需要更新UE的尋呼DRX周期參數。如果UE被刪除或修改的是時延要求最高的承載連接,則為了更加節省UE的電量,匪E也可以重新為UE分配一個較長的尋呼DRX周期。重新分配的尋呼DRX周期以滿足刪除承載或修改後UE保持激活的時延要求最高的承載連接為準。如果刪除或修改後的承載連接對UE的DRX周期沒有影響,即時延要求最高的承載仍然保留時,則不需要對UE的DRX周期參數進行更新。場景二,當UE從其他源側系統(如pre-LTE系統)移動到LTE系統後,匪E根據映射的UE的承載QoS要求判斷是否需要更新從核心網傳遞過來的舊的UE的DRX周期參數值。作為本發明的一個實施例,匪E還需要進一步地判斷源側系統的尋呼DRX周期能否被識別,且源側系統的尋呼DRX周期是否能夠滿足接納承載的QoS要求;如果判斷源側系統的尋呼DRX周期不能被識別,或源側系統的尋呼DRX周期不能夠滿足接納承載的QoS要求,則判斷需要對UE的尋呼DRX周期進行修改化。具體地,當UE從源側系統系統移動到LTE系統時,通過核心網之間接口的交互,匪E獲知在源側系統時UE的尋呼DRX周期。但是,當UE成功接納到目標系統後,MME根據目標側接納的UE承載的狀況,以及被接納的承載映射到SAE(SystemArchitectureEvolution,系統架構演進)系統後的QoS參數判斷是否需要更新從源側系統傳遞過來的UE的尋呼DRX周期,如果MME能夠識別源側系統的尋呼DRX周期,並且滿足現有接納承載的QoS參數要求,則不需要重新分配尋呼DRX周期參數,否則按照上述方法重新為UE分配尋呼DRX周期,並將重新分配的尋呼DRX周期更新為本地保存的UE的尋呼DRX周期,刪除之前的保存參數值,並將更新後的UE的尋呼DRX周期發送給UE保存。步驟S102,如果判斷需要對UE的尋呼DRX周期進行修改,則MME根據UE的承載QOS參數確定UE新的尋呼非連續接收DRX周期,並將新的尋呼DRX周期發送給UE。在本發明實施例中,匪E可根據UE建立承載的所有承載QoS參數,或者只根據部分承載QoS參數如承載時延要求,調度優先級或者QCI(QoSclassidentifier,QoS等級)編號等為UE分配DRX周期。其中,承載QoS參數要求越高,匪E為UE分配的DRX周期越小;QoS要求越低,MME為UE分配的DRX周期越長。具體地,例如,以時延要求為例,如果UE建立了時延要求較高的承載,那麼匪E應該為該UE選擇較短的DRX周期;如果UE建立了時延要求較低的承載時,則MME基於省電原則應為其分配較長的DRX周期。例如,以QCI要求為例,如果UE建立的承載的QCI值越小,則匪E為該UE選擇的DRX周期越小;如果UE建立的承載的QCI值越大,則匪E為該UE選擇的DRX周期越大。作為本發明的一個具體實施例,本發明提出了如下表l,可根據表1及承載QoS參數查找對應的DRX周期。表1所示為MME根據UE激活承載的時延要求為UE分配DRX周期的示例圖tableseeoriginaldocumentpage8在本發明實施例中,MME將不同QoS承載的時延要求與DRX周期參數對應起來,根據UE建立的承載的QoS參數要求不同,匪E為該UE分配合理的DRX參數。如對於時延要求為50ms的業務,對激活這一業務的UE分配最小的32無線幀的DRX周期,而對於non-GBR類時延要求為300ms的業務,匪E則為激活這類業務的UE分配DRX周期為256無線幀的DRX周期。需要說明的是,上述表1僅為匪E根據UE承載的QoS分配DRX周期參數的示例,對於其他依據承載QoS分配DRX周期的方法仍屬於本專利的保護範圍。作為本發明的一個實施例,當UE建立了多條承載時,匪E根據對尋呼DRX周期要求最短的承載的承載QOS參數為UE分配尋呼DRX周期。如對於時延要求來說,匪E可根據時延要求最高的承載為UE分配尋呼的DRX周期,當然對於其他承載QOS參數如優先級或者QCI等也可作為選擇尋呼DRX周期要求最短的承載的依據。具體地,當UE建立了多條承載,並且其承載QoS時延要求不同時,匪E為UE分配的DRX參數應該以滿足時延要求最高的承載為準。如當某一UE建立了三條承載,其對應承載的QCI為1,4,7時,匪E在分配承載時可以先通過比較這三個不同承載的QoS參數,選擇出時延要求最高的承載,即QCI為4的承載,然後在根據QCI為4的承載為其分配DRX周期,例如採用上文所示採用查表模式,得出為UE分配的DRX周期為32無線幀保存並發送給UE。或者匪E可以直接對於每個承載的QoS均為其分配DRX周期參數組成一個集合,如仍採用上文查表方式為例,對應三個承載的DRX周期為64無線幀,32無線幀和256無線幀,匪E在這三個組成的集合中選取最小的32無線幀作為分配給UE的DRX周期保存並發送給UE。步驟S103,UE接收新的尋呼DRX周期並更新自身保存的尋呼DRX周期,並使用新的尋呼DRX周期監聽尋呼信道。具體地,UE收到從匪E分配的DRX周期參數後存儲在UE的MT(MobileTerminal,移動終端,如手機的內存中)中並使用這一DRX周期進行尋呼信道的監聽,當收到更新後的尋呼DRX周期參數時,刪除舊的DRX周期參數保存新的尋呼DRX周期參數,並採用新的DRX周期監聽尋呼信道,直到收到下次更新的尋呼DRX周期參數。當網絡發起Emergency的回呼時,UE還能收到網絡發起的尋呼。作為本發明的一個實施例,當UE關機後,UE刪除MT內保存的DRX周期參數或者將其標記為無效。如圖2所示,為本發明一個實施例分配UE尋呼DRX周期的系統的示意圖,該系統包括匪E100和UE200。匪EIOO用於判斷是否需要對UE200的尋呼DRX周期進行修改,並在判斷需要對UE200的尋呼DRX周期進行修改時,根據UE200的承載QOS參數確定UE200新的尋呼DRX周期,並將新的尋呼DRX周期發送給UE200。UE200用於接收新的尋呼DRX周期並更新自身保存的尋呼DRX周期,並使用新的尋呼DRX周期監聽尋呼信道。作為本發明的一個實施例,匪E100可根據承載時延要求、調度優先級和QCI編號中的一個或多個確定UE200新的尋呼DRX周期。其中,匪E100包括判斷模塊110、確定模塊120和發送模塊130。判斷模塊110用於判斷是否需要對UE200的尋呼DRX周期進行修改。確定模塊120用於在判斷模塊110判斷需要對UE200的尋呼DRX周期進行修改時,根據UE200的承載QOS參數確定UE200新的尋呼DRX周期。發送模塊130用於將新的尋呼DRX周期發送給UE200。其中,UE200包括接收模塊210和更新模塊220。接收模塊210用於接收匪E100發送的尋呼DRX周期。更新模塊220用於根據接收模塊210接收的尋呼DRX周期更新UE200自身保存的尋呼DRX周期,UE200使用更新後的尋呼DRX周期監聽尋呼信道。作為本發明的一個實施例,UE200還包括刪除模塊230,用於在UE200關機時,刪除UE200保存的尋呼DRX周期或將所述尋呼DRX周期標記為無效。本發明由匪E根據UE的承載QoS參數確定該UE的尋呼DRX周期,不僅使得尋呼周期的設置更能滿足業務的QoS特性要求,並且還加強了網絡對UE的控制功能。儘管已經示出和描述了本發明的實施例,對於本領域的普通技術人員而言,可以理解在不脫離本發明的原理和精神的情況下可以對這些實施例進行多種變化、修改、替換和變型,本發明的範圍由所附權利要求及其等同限定。權利要求一種分配UE尋呼DRX周期的方法,其特徵在於,包括以下步驟移動性管理實體MME判斷是否需要對用戶設備UE的尋呼非連續接收DRX周期進行修改;如果判斷需要對UE的尋呼DRX周期進行修改,則所述MME根據所述UE的承載服務質量QOS參數確定所述UE新的尋呼DRX周期,並將所述新的尋呼DRX周期發送給所述UE。2.如權利要求1所述的分配UE尋呼DRX周期的方法,其特徵在於,所述MME判斷是否需要對UE的尋呼DRX周期進行修改包括所述匪E判斷所述UE的承載連接是否發生變化,及所述UE的承載QoS參數是否被修改;如果所述UE的承載連接發生變化或所述UE的承載QoS參數被修改,則所述匪E進一步判斷現有的尋呼DRX周期是否能夠滿足承載連接的變化;如果判斷現有的尋呼DRX周期不能夠滿足所述承載連接的變化,則判斷需要對UE的尋呼DRX周期進行修改。3.如權利要求2所述的分配UE尋呼DRX周期的方法,其特徵在於,所述承載連接發生變化包括所述UE激活了新的承載、或所述UE去激活了某些承載。4.如權利要求1所述的分配UE尋呼DRX周期的方法,其特徵在於,所述匪E判斷是否需要對UE的尋呼DRX周期進行修改包括所述匪E判斷所述UE是否是從其他源側系統移動至LTE系統;如果判斷所述UE是從其他源側系統移動至LTE系統,則所述匪E進一步判斷源側系統的尋呼DRX周期能否被識別,且所述源側系統的尋呼DRX周期是否能夠滿足接納承載的承載QoS參數的要求;如果判斷所述源側系統的尋呼DRX周期不能被識別,或所述源側系統的尋呼DRX周期不能夠滿足接納承載的承載QoS參數的要求,則判斷需要對UE的尋呼DRX周期進行修改。5.如權利要求1-4任一項所述的分配UE尋呼DRX周期的方法,其特徵在於,所述MME根據所述UE的承載QOS參數確定所述UE新的尋呼DRX周期包括所述MME根據承載時延要求、調度優先級和QCI編號中的一個或多個確定所述UE新的尋呼DRX周期。6.如權利要求1所述的分配UE尋呼DRX周期的方法,其特徵在於,還包括當所述UE建立了多條承載時,所述匪E根據對尋呼DRX周期要求最短的承載的承載QOS參數為UE分配尋呼DRX周期。7.如權利要求1所述的分配UE尋呼DRX周期的方法,其特徵在於,還包括所述UE接收所述新的尋呼DRX周期並更新自身保存的尋呼DRX周期,並使用所述新的尋呼DRX周期監聽尋呼信道。8.如權利要求7所述的分配UE尋呼DRX周期的方法,其特徵在於,還包括在所述UE關機時,刪除其保存的尋呼DRX周期或將所述尋呼DRX周期標記為無效。9.一種分配UE尋呼DRX周期的系統,其特徵在於,包括匪E和UE,所述匪E,用於判斷是否需要對UE的尋呼DRX周期進行修改,並在判斷需要對UE的尋呼DRX周期進行修改時,根據所述UE的承載QOS參數確定所述UE新的尋呼DRX周期,並將所述新的尋呼DRX周期發送給所述UE;所述UE,用於接收所述匪E發送的新的尋呼DRX周期並更新自身保存的尋呼DRX周期,及使用所述新的尋呼DRX周期監聽尋呼信道。10.如權利要求9所述的分配UE尋呼DRX周期的系統,其特徵在於,所述MME根據承載時延要求、調度優先級和QCI編號中的一個或多個確定所述UE新的尋呼DRX周期。11.一種匪E,其特徵在於,包括判斷模塊、確定模塊和發送模塊,所述判斷模塊,用於判斷是否需要對UE的尋呼DRX周期進行修改;所述確定模塊,用於在所述判斷模塊判斷需要對UE的尋呼DRX周期進行修改時,根據所述UE的承載QOS參數確定所述UE新的尋呼非連續接收DRX周期;所述發送模塊,用於將所述確定模塊確定的新的尋呼DRX周期發送給所述UE。12.如權利要求11所述的匪E,其特徵在於,所述確定模塊根據承載時延要求、調度優先級和QCI編號中的一個或多個確定所述UE新的尋呼DRX周期。13.—種UE,其特徵在於,包括接收模塊和更新模塊,所述接收模塊,用於接收匪E發送的尋呼DRX周期;所述更新模塊,用於根據所述接收模塊接收的尋呼DRX周期更新所述UE自身保存的尋呼DRX周期,所述UE使用更新後的尋呼DRX周期監聽尋呼信道。14.如權利要求13所述的UE,其特徵在於,還包括刪除模塊,用於在所述UE關機時,刪除所述UE保存的尋呼DRX周期或將所述尋呼DRX周期標記為無效。全文摘要本發明提出一種分配UE尋呼DRX周期的方法,包括以下步驟移動性管理實體MME判斷是否需要對用戶設備UE的尋呼非連續接收DRX周期進行修改;如果判斷需要對UE的尋呼DRX周期進行修改,則所述MME根據所述UE的承載服務質量QOS參數確定所述UE新的尋呼DRX周期,並將所述新的尋呼DRX周期發送給所述UE。本發明由MME根據UE的承載QoS參數確定該UE的尋呼DRX周期,不僅使得尋呼周期的設置更能滿足業務的QoS特性要求,並且還加強了網絡對UE的控制功能。文檔編號H04W76/04GK101730154SQ20081022538公開日2010年6月9日申請日期2008年10月31日優先權日2008年10月31日發明者張娟,熊春山,艾明申請人:大唐移動通信設備有限公司