專利名稱：終端工作模式的控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，并且特別地，涉及一種終端工作模式的控制方法。
背景技術(shù)：
在目前的微波存取全球互通(Worldwide Interoperability for Microwave Access，簡稱為WiMAX)技術(shù)中，終端的休眠模式是按照連接來定義的。也就是說，對于同一 個終端的不同連接，可以定義和激活不同的休眠模式。通常，休眠模式由一系列交替的監(jiān)聽窗口和休眠窗口構(gòu)成。終端在處于休眠窗口 時不接收服務(wù)基站的下行數(shù)據(jù)和信令，從而可以關(guān)閉一部分收發(fā)裝置而達(dá)到省電的目的。 在終端存在多個連接的情況下，只有在這些連接的休眠窗口的重疊部分區(qū)域，終端才能停 止接收服務(wù)基站的下行數(shù)據(jù)和命令，在保證每個業(yè)務(wù)正常運行的情況下達(dá)到省電的目的。由于協(xié)調(diào)多個連接的休眠模式的過程比較復(fù)雜并且實際效果并不理想，所以在 WiMAX空口演進(jìn)技術(shù)中提出針對終端進(jìn)行休眠模式定義和操作，而不是僅僅針對終端上的 某個連接。休眠周期參數(shù)的設(shè)定主要與業(yè)務(wù)的服務(wù)質(zhì)量(Quality of Service，簡稱為QoS) 參數(shù)相關(guān)。在業(yè)務(wù)流建立時，可以根據(jù)當(dāng)前的各個業(yè)務(wù)流的綜合情況來確定終端的休眠周 期參數(shù)。例如，對于QoS要求不同的多個業(yè)務(wù)流連接，通常需要根據(jù)QoS要求最高的業(yè)務(wù)來 確定整個終端的休眠周期參數(shù)。在業(yè)務(wù)流建立、修改和刪除的時候，終端的業(yè)務(wù)流組合情況 都可能發(fā)生變化，并且QoS要求最高的業(yè)務(wù)也可能更新，因此，也可以在這些流程中定義和 /或激活新的休眠周期參數(shù)。在相關(guān)技術(shù)中，如果需要采用新的休眠周期參數(shù)，就需要通過專門的休眠模式信 令M0B_SLP_REQ/RSP來進(jìn)行休眠周期參數(shù)的通知和激活，需要產(chǎn)生大量的信令開銷；并且， 在業(yè)務(wù)流建立和修改時，僅僅能為新的業(yè)務(wù)流指定一套已經(jīng)事先定義好的休眠周期參數(shù)， 例如，假設(shè)預(yù)先已經(jīng)設(shè)置了休眠模式1、休眠模式2，休眠模式1對應(yīng)于標(biāo)識1，休眠模式2 對應(yīng)于標(biāo)識2，如果某個終端上正在采用休眠模式1，并且需要將其采用的休眠模式改為休 眠模式2，就可以將標(biāo)識2通知給終端，但是不能夠?qū)⒔K端的休眠模式修改為其它的休眠模 式，也不能在業(yè)務(wù)流建立和修改消息中攜帶具體的休眠周期參數(shù)。類似地，當(dāng)終端初始進(jìn)入網(wǎng)絡(luò)時，如果需要進(jìn)入空閑模式，則需要通過專門的空閑 模式命令DREG-REQ/CMD來實現(xiàn)，從而會產(chǎn)生信令開銷。針對相關(guān)技術(shù)中終端進(jìn)入休眠模式和空閑模式需要占用額外信令開銷的問題，目 前尚未提出有效的解決方案。

發(fā)明內(nèi)容
考慮到相關(guān)技術(shù)中終端進(jìn)入休眠模式和空閑模式會占用額外信令開銷的問題而 做出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種終端工作模式的控制方法。根據(jù)本發(fā)明的實施例，提供了一種終端工作模式的控制方法。
本發(fā)明的終端工作模式的控制方法包括基站與終端通過交互MAC管理消息來協(xié) 商終端的休眠周期參數(shù)。其中，MAC管理消息可以包括業(yè)務(wù)流管理消息和/或休眠模式命令消息。并且， 業(yè)務(wù)流管理消息和/或休眠模式命令消息中可以包含或攜帶有休眠周期參數(shù)。并且，基站與終端通過交互業(yè)務(wù)流管理消息來協(xié)商終端的休眠周期參數(shù)。優(yōu)選地，基站與終端可以在業(yè)務(wù)流連接建立過程和/或業(yè)務(wù)流連接修改過程和/ 或業(yè)務(wù)流連接釋放過程中通過交互業(yè)務(wù)流管理消息來協(xié)商休眠周期參數(shù)。優(yōu)選地，業(yè)務(wù)流管理消息中可以包含對終端的休眠模式的操作方式，其中，操作方 式包括定義休眠周期參數(shù)和/或激活休眠模式、或者包括去激活休眠模式。其中，在操作方式為激活休眠模式或去激活休眠模式的情況下，業(yè)務(wù)流管理消息 中還包含操作方式所對應(yīng)操作的生效時間；在操作方式包括定義休眠周期參數(shù)而不包括激 活休眠模式的情況下，攜帶操作方式的業(yè)務(wù)流管理消息表示終端的休眠模式將在以后通過 控制消息激活；在操作方式包括定義休眠周期參數(shù)的情況下，業(yè)務(wù)流管理消息包括定義的 休眠周期參數(shù)，其中，定義的休眠周期參數(shù)包括以下至少之一缺省監(jiān)聽窗口、初始休眠周 期、最終休眠周期。此外，在業(yè)務(wù)流管理消息中包含休眠周期參數(shù)和激活休眠模式的操作方式的情況 下，該方法可進(jìn)一步包括對終端上已激活的休眠模式進(jìn)行去激活，并在終端上激活新協(xié)商 的休眠周期參數(shù)所對應(yīng)的休眠模式?？蛇x地，業(yè)務(wù)流管理消息僅包含與休眠周期參數(shù)對應(yīng)的休眠模式標(biāo)識號?？蛇x地，業(yè)務(wù)流管理消息可以包含與休眠周期參數(shù)對應(yīng)的休眠模式標(biāo)識號以及休 眠周期參數(shù)。此外，業(yè)務(wù)流管理消息中可以包含用于指示該業(yè)務(wù)流管理消息中是否攜帶有休眠 周期參數(shù)的指示位。并且，如果業(yè)務(wù)流管理消息中不攜帶休眠周期參數(shù)、或指示位指示業(yè)務(wù)流管理消 息中不攜帶有休眠參數(shù)，則業(yè)務(wù)流管理消息表示不改變終端的當(dāng)前休眠模式、或終端不存 在已激活的休眠模式?？蛇x地，上述業(yè)務(wù)流管理消息可以包括以下至少之一業(yè)務(wù)流建立消息、業(yè)務(wù)流修 改消息、業(yè)務(wù)流刪除消息。上述業(yè)務(wù)流建立消息可以包括以下至少之一業(yè)務(wù)流建立請求消 息、業(yè)務(wù)流建立響應(yīng)消息、業(yè)務(wù)流建立確認(rèn)消息。上述業(yè)務(wù)流修改消息可以包括以下至少之 一業(yè)務(wù)流修改請求消息、業(yè)務(wù)流修改響應(yīng)消息、業(yè)務(wù)流修改確認(rèn)消息。上述業(yè)務(wù)流刪除消 息可以包括以下至少之一業(yè)務(wù)流刪除請求消息、業(yè)務(wù)流刪除響應(yīng)消息。此外，在該方法中，在基站與終端通過業(yè)務(wù)流管理消息協(xié)商休眠周期參數(shù)時，由基 站確定協(xié)商結(jié)果。根據(jù)本發(fā)明的另一方面，提供了一種終端工作模式的控制方法。根據(jù)本發(fā)明的終端工作模式的控制方法包括在注冊消息和/或業(yè)務(wù)流管理消息 中攜帶或包含空閑模式參數(shù)。其中，上述注冊消息和/或業(yè)務(wù)流管理消息在基站與終端之間交互，并用于協(xié)商 空閑模式參數(shù)。并且，在終端為不可管理和/或可管理的終端的情況下，基站與終端可以通過注冊消息進(jìn)行空閑模式參數(shù)的協(xié)商。優(yōu)選地，在終端初始網(wǎng)絡(luò)進(jìn)入時，基站與終端通過其間交互的第一條業(yè)務(wù)流建立 消息進(jìn)行空閑模式參數(shù)的協(xié)商。并且，注冊消息或業(yè)務(wù)流管理消息中可以包含空閑模式參數(shù)，其中，空閑模式參數(shù) 包括以下至少之一尋呼信息參數(shù)、尋呼控制器標(biāo)識符、空閑模式保留信息。此時，注冊消息或業(yè)務(wù)流管理消息中可以進(jìn)一步包含進(jìn)入空閑模式的起始時間。 并且，如果注冊消息或業(yè)務(wù)流管理消息不包含進(jìn)入空閑模式的起始時間，則注冊消息或業(yè) 務(wù)流管理消息表示空閑模式的進(jìn)入過程將在之后由控制消息發(fā)起。優(yōu)選地，上述注冊消息可以包括以下至少之一注冊請求消息、注冊命令消息。上 述業(yè)務(wù)流管理消息可以包括以下至少之一業(yè)務(wù)流建立消息、業(yè)務(wù)流刪除消息。上述業(yè)務(wù)流 建立消息包括以下至少之一業(yè)務(wù)流建立請求消息、業(yè)務(wù)流建立響應(yīng)消息、業(yè)務(wù)流建立確認(rèn) 消息。上述業(yè)務(wù)流刪除消息包括以下至少之一業(yè)務(wù)流刪除請求消息、業(yè)務(wù)流刪除響應(yīng)消 肩、o借助本發(fā)明的上述技術(shù)方案，通過將終端的休眠模式和空閑模式的配置/管理 所需的交互流程與現(xiàn)有的注冊流程和/或業(yè)務(wù)流管理流程和/或媒體接入控制(Media Access Control，簡稱為MAC)管理消息的信息交互流程相結(jié)合，能夠解決相關(guān)技術(shù)中節(jié)電 配置過程占用大量信令開銷的問題，可以有效減少消息交互的次數(shù)和空口開銷。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明方法實施例一的終端工作模式的控制方法的流程圖；圖2是相關(guān)技術(shù)中業(yè)務(wù)流建立及休眠模式配置的流程示意圖；圖3是根據(jù)本發(fā)明實施例的業(yè)務(wù)流建立及休眠模式配置的流程示意圖；圖4是根據(jù)本發(fā)明實施例的業(yè)務(wù)流建立及休眠模式配置示意圖；圖5是相關(guān)技術(shù)中業(yè)務(wù)流修改及休眠模式配置示意圖；圖6是根據(jù)本發(fā)明實施例的業(yè)務(wù)流修改及休眠模式配置示意圖；圖7是相關(guān)技術(shù)中業(yè)務(wù)流刪除及休眠模式配置示意圖；圖8是根據(jù)本發(fā)明實施例的業(yè)務(wù)流刪除及休眠模式配置示意圖；圖9是相關(guān)技術(shù)中多個業(yè)務(wù)流建立及休眠模式配置示意圖；圖10是根據(jù)本發(fā)明實施例的多個業(yè)務(wù)流建立及休眠模式配置示意圖；圖11是根據(jù)本發(fā)明實施例的多個業(yè)務(wù)流建立及休眠模式配置示意圖；圖12是根據(jù)本發(fā)明方法實施例二的終端工作模式的控制方法的流程圖；圖13是相關(guān)技術(shù)中初始網(wǎng)絡(luò)進(jìn)入過程中注冊完成后的空閑模式配置示意圖；圖14是根據(jù)本發(fā)明實施例的初始網(wǎng)絡(luò)進(jìn)入過程中注冊完成后的空閑模式配置示 意圖；圖15是相關(guān)技術(shù)中初始網(wǎng)絡(luò)進(jìn)入過程中連接建立后的空閑模式配置示意圖；圖16是根據(jù)本發(fā)明實施例的初始網(wǎng)絡(luò)進(jìn)入過程中連接建立后的空閑模式配置示 意圖17是相關(guān)技術(shù)中業(yè)務(wù)流刪除及空閑模式配置示意圖；圖18是根據(jù)本發(fā)明實施例的業(yè)務(wù)流刪除及空閑模式配置示意圖。
具體實施例方式功能概述為了解決相關(guān)技術(shù)中終端進(jìn)入休眠模式和空閑模式會占用額外信令開銷的問題， 本發(fā)明將終端的休眠模式和空閑模式的配置/管理所需的交互流程與現(xiàn)有的注冊流程和 /或業(yè)務(wù)流管理流程和/或媒體接入控制(Media Access Control，簡稱為MAC)管理消息 的信息交互流程相結(jié)合，能夠省略單獨進(jìn)行休眠模式控制和空閑模式控制所占用的信令開 銷，減小了系統(tǒng)的負(fù)擔(dān)。下面將結(jié)合附圖詳細(xì)描述本發(fā)明的技術(shù)方案。方法實施例一在本實施例中，提供了一種終端工作模式的控制方法。該方法考慮到休眠周期參 數(shù)的設(shè)定與業(yè)務(wù)流參數(shù)密切相關(guān)，通過在業(yè)務(wù)流管理消息中攜帶和設(shè)定休眠周期參數(shù)來減 少信令交互的次數(shù)和開銷。圖1是根據(jù)本發(fā)明實施例的終端工作模式的控制方法的流程圖，需要說明的是， 在以下方法中描述的步驟可以在諸如一組計算機(jī)可執(zhí)行指令的計算機(jī)系統(tǒng)中執(zhí)行，并且， 雖然在圖1中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出 或描述的步驟。并且，在下文的描述中，如果沒有另外的指定，基站均是至終端的服務(wù)基站。如圖1所示，根據(jù)本實施例的終端工作模式的控制方法包括以下處理步驟S102，基站與終端通過交互MAC管理消息來協(xié)商終端的休眠周期參數(shù)，其中， MAC管理消息的類型非常多，在本發(fā)明中，交互的MAC消息可以包括業(yè)務(wù)流管理消息和/或 休眠模式命令消息(其中，休眠模式命令消息可以是SLP-REQ消息等專門用于協(xié)商/傳輸 休眠周期參數(shù)的消息)，其中，業(yè)務(wù)流管理消息和/或休眠模式命令中包含或攜帶有休眠周 期參數(shù)；步驟S104，終端根據(jù)協(xié)商的休眠周期參數(shù)進(jìn)入休眠模式。通過上述處理，能夠有效減少基站與終端協(xié)商休眠周期參數(shù)所占的消息開銷，減 小系統(tǒng)的負(fù)擔(dān)。具體地，基站與終端可以在業(yè)務(wù)流連接建立過程、或業(yè)務(wù)流連接修改過程、或業(yè)務(wù) 流連接釋放過程中通過交互MAC管理消息來協(xié)商休眠周期參數(shù)。其中，業(yè)務(wù)流管理消息可以包括以下至少之一業(yè)務(wù)流建立消息、業(yè)務(wù)流修改消 息、業(yè)務(wù)流刪除消息。也就是說，終端與基站可以在業(yè)務(wù)流建立時和/或業(yè)務(wù)流刪除時和/ 或業(yè)務(wù)流變更時協(xié)商休眠周期參數(shù)。具體地，業(yè)務(wù)流修改消息可以是以下至少之一業(yè)務(wù)流修改請求消息、業(yè)務(wù)流修改 響應(yīng)消息、業(yè)務(wù)流修改確認(rèn)消息。業(yè)務(wù)流建立消息可以是以下至少之一業(yè)務(wù)流建立請求消 息、業(yè)務(wù)流建立響應(yīng)消息、業(yè)務(wù)流建立確認(rèn)消息。業(yè)務(wù)流刪除消息則可以是以下至少之一 業(yè)務(wù)流刪除請求消息、業(yè)務(wù)流刪除響應(yīng)消息。在實際應(yīng)用中，協(xié)商可以由終端發(fā)起，也可以由基站發(fā)起；協(xié)商過程可以通過多種 方式實現(xiàn)，例如，可以采用直接通知的方式，也可以采用一方通知參數(shù)、另一方返回應(yīng)答的方式，應(yīng)答中可以包括是否接受該參數(shù)或者可以包括期望的休眠周期參數(shù)；在協(xié)商的過程 中，業(yè)務(wù)流管理消息中攜帶的與休眠周期參數(shù)協(xié)商相關(guān)的信息可以是具體的休眠周期參數(shù) 也可以是某個休眠模式所對應(yīng)的一套休眠參數(shù)的標(biāo)識，也可以既攜帶具體的休眠周期參數(shù) 也攜帶相應(yīng)的參數(shù)標(biāo)識。例如，基站可以向終端發(fā)送業(yè)務(wù)流修改請求消息，并在該消息中攜帶休眠周期參 數(shù)，終端可以直接采用該消息中攜帶的休眠周期參數(shù)，也可以通過業(yè)務(wù)流修改響應(yīng)消息通 知基站該休眠周期參數(shù)被終端接受；如果終端不采用該休眠周期參數(shù)，則可以進(jìn)一步通過 業(yè)務(wù)流修改響應(yīng)消息將終端期望的休眠周期參數(shù)告知基站。具體的協(xié)商還可以通過其它業(yè) 務(wù)流管理消息進(jìn)行，這里不再一一列舉。優(yōu)選地，不論采用什么協(xié)商方式，最終的協(xié)商結(jié)果(終端采用的休眠周期參數(shù))可
以由基站確定。此外，業(yè)務(wù)流管理消息中還可以包含對終端的休眠模式的操作方式，其中，操作方 式包括定義休眠周期參數(shù)(定義新的休眠周期參數(shù))和/或激活休眠模式、或者包括去激 活休眠模式。并且，在消息中包括的操作方式為激活休眠模式或去激活休眠模式的情況下， 業(yè)務(wù)流管理消息中還可以包含該操作方式所對應(yīng)操作(激活或去激活)的生效時間以及指 示進(jìn)行激活或去激活的專用命令。此外，在業(yè)務(wù)流管理消息中攜帶的操作方式包括定義休 眠周期參數(shù)而不包括激活休眠模式的情況下，則該業(yè)務(wù)流管理消息表示終端的休眠模式將 在以后通過控制消息激活。并且，在操作方式包括定義休眠周期參數(shù)的情況下，業(yè)務(wù)流管理消息中可以包括 新定義的休眠周期參數(shù)，其中，定義的休眠周期參數(shù)具體可以包括以下至少之一缺省監(jiān)聽 窗口、初始休眠周期、最終休眠周期。在終端上僅配置一種休眠模式(即，終端的所有業(yè)務(wù)流連接均配置一個統(tǒng)一的休 眠模式)、并且在激活新的休眠模式的情況下，終端將用新的休眠模式將取代舊的休眠模 式。具體地，在業(yè)務(wù)流管理消息中包含休眠周期參數(shù)和指示激活休眠模式的激活命令的情 況下，終端就可以對其上已激活的休眠模式進(jìn)行去激活，并且要激活新協(xié)商后的休眠周期 參數(shù)(該業(yè)務(wù)流管理消息中攜帶的休眠周期參數(shù))所對應(yīng)的休眠模式。優(yōu)選地，業(yè)務(wù)流管理消息中還可以進(jìn)一步包含用于指示該業(yè)務(wù)流管理消息中是否 攜帶有休眠參數(shù)的指示位，也就是說，該指示位可以指示該業(yè)務(wù)管理消息是否用于協(xié)商休 眠周期參數(shù)。如果業(yè)務(wù)流管理消息中不攜帶休眠周期參數(shù)、或指示位指示業(yè)務(wù)流管理消息 中不攜帶有休眠參數(shù)，則業(yè)務(wù)流管理消息表示不改變終端的當(dāng)前休眠模式、或終端不存在 已激活的休眠模式。在終端采用協(xié)商的休眠周期參數(shù)后，基站可以根據(jù)協(xié)商的休眠周期參數(shù)與終端進(jìn) 行通信，例如，當(dāng)基站根據(jù)休眠周期參數(shù)確定終端處于監(jiān)聽窗口的情況下，基站可以與終端 進(jìn)行數(shù)據(jù)交互；而當(dāng)基站確定終端處于休眠窗口時，不會與終端進(jìn)行數(shù)據(jù)交互，并且將該終 端視為不可達(dá)。下面將結(jié)合相關(guān)技術(shù)的處理過程以及本發(fā)明的處理過程進(jìn)行對比描述。實例一如圖2所示，在相關(guān)技術(shù)中，當(dāng)BS新建一條業(yè)務(wù)流時，將針對該業(yè)務(wù)的特性來設(shè)置 休眠周期參數(shù)。業(yè)務(wù)流建立消息和休眠模式配置消息是相互獨立且分開發(fā)送的，需要至少DSA-REQ、DSA-RSP、DSA-ACK、SLP-REQ(該消息中攜帶有休眠周期參數(shù))、SLP_RSP (該消息中 攜帶有休眠周期參數(shù))共5條消息來完成業(yè)務(wù)流建立的交互和休眠模式的設(shè)置。而在本實例中，如圖3所示，可以在業(yè)務(wù)流建立消息中攜帶和協(xié)商休眠周期參數(shù)， 從而省去休眠模式配置的消息，用DSA-REQ(該消息中攜帶有休眠周期參數(shù))、DSA-RSP (該 消息中攜帶有休眠周期參數(shù))、和DSA-ACK (該消息中攜帶有休眠周期參數(shù))共3條消息就 能完成圖2中需要5條消息才能完成的操作和配置。除了圖2所示的方式之外，還有多種方式能夠在實現(xiàn)休眠模式的配置的同時節(jié)省 消息的交互和空口開銷。例如，如圖3所示，通過DSA-REQ、DSA-RSP消息中攜帶休眠周期參 數(shù)的兩次協(xié)商就確定了休眠周期參數(shù)。此外，在采用本發(fā)明后，業(yè)務(wù)流相關(guān)消息對應(yīng)的等待響應(yīng)消息的超時定時器與原 有技術(shù)中的該定時器相比，需要考慮休眠周期參數(shù)協(xié)商處理時間而重新設(shè)置定時器的時長 范圍。優(yōu)選地，在通過業(yè)務(wù)流建立消息(DSA-REQ/RSP)中攜帶和協(xié)商休眠周期參數(shù)時， 可以參考表1所示的消息格式配置業(yè)務(wù)流建立消息，使其攜帶休眠周期參數(shù)。表1，DSA-REQ/RSP 消息格式 此外，在定義休眠周期參數(shù)時，可以設(shè)定相應(yīng)的休眠模式激活時間，或者也可以之 后通過單獨的命令來激活休眠模式。與相關(guān)技術(shù)相比，節(jié)省了消息交互和空口開銷，具體而言，能夠節(jié)省消息交互的次 數(shù)、消息頭的開銷、帶寬申請的次數(shù)以及相關(guān)定時器的設(shè)置。實例二當(dāng)BS修改一條業(yè)務(wù)流時，如果已定義或激活的休眠周期參數(shù)不再適合改變后的業(yè)務(wù)流特性，則需要針對新的業(yè)務(wù)特性來重新設(shè)置休眠周期參數(shù)。在相關(guān)技術(shù)中，如圖5 所示，業(yè)務(wù)流修改消息和休眠模式配置消息是相互獨立且分開發(fā)送的，至少需要DSC-REQ、 DSC-RSP、DSC-ACK、SLP-REQ(該消息中攜帶有休眠周期參數(shù))、SLP_RSP (該消息中攜帶有休 眠周期參數(shù))共5條消息來完成交互和設(shè)置。當(dāng)一個終端上僅一種休眠模式時，新的休眠模式將取代舊的休眠模式。而根據(jù)本實施例，如圖6所示，可以在業(yè)務(wù)流修改消息中攜帶和協(xié)商休眠周 期參數(shù)，從而省去休眠模式配置的消息，用DSC-REQ(該消息中攜帶有休眠周期參數(shù))、 DSC-RSP (該消息中攜帶有休眠周期參數(shù))、和DSC-ACK這3條消息就能完成所有的操作和配置。在定義休眠周期參數(shù)時可以設(shè)定激活時間，或者也可以在定義休眠周期參數(shù)之后 通過單獨的命令來激活休眠模式。優(yōu)選地，在本實例中，可以參照表2所示的消息結(jié)構(gòu)配置業(yè)務(wù)流修改(DSC-REQ/ RSP)消息，使其攜帶休眠周期參數(shù)。表2，DSC-REQ/RSP 消息格式 實例三當(dāng)BS建立了兩條業(yè)務(wù)流時，將根據(jù)這兩條業(yè)務(wù)流的特性參數(shù)來綜合確定休眠周期參數(shù)，或選擇其中一條為參照來確定休眠周期參數(shù)。在兩條或多條業(yè)務(wù)流建立之后，如果 需要刪除其中一條業(yè)務(wù)流，則有可能需要根據(jù)業(yè)務(wù)流變化后的情況來重新設(shè)置休眠周期參 數(shù)。在相關(guān)技術(shù)中，如圖7所示，業(yè)務(wù)流刪除消息和休眠模式配置消息是相互獨立 且分開發(fā)送的，需要至少DSD-REQ、DSD-RSP、SLP-REQ(該消息中攜帶有休眠周期參數(shù))、 SLP-RSP (該消息中攜帶有休眠周期參數(shù))這4條消息來完成業(yè)務(wù)流刪除、休眠周期參數(shù)的 交互協(xié)商和休眠模式的設(shè)置。而在本實例中，如圖8所示，可以在業(yè)務(wù)流刪除消息中攜帶和協(xié)商新的休眠周 期參數(shù)，從而省去休眠模式配置的消息，用DSD-REQ(該消息中攜帶有休眠周期參數(shù))、 DSD-RSP (該消息中攜帶有休眠周期參數(shù))兩條消息就能完成圖7中通過至少4條消息才能 完成的所有操作和配置。與相關(guān)技術(shù)相比，節(jié)省了消息交互的次數(shù)和空口的開銷。優(yōu)選地，在本實例中，可以參照表3所示的消息結(jié)構(gòu)對業(yè)務(wù)流刪除(DSD-REQ/RSP) 消息進(jìn)行配置，使其攜帶休眠周期參數(shù)。表3，DSD-REQ/RSP 消息格式 實例 4假設(shè)新建的業(yè)務(wù)流1對應(yīng)休眠模式1，新建的業(yè)務(wù)流2對應(yīng)休眠模式2，當(dāng)BS建立 一條業(yè)務(wù)流時，將針對業(yè)務(wù)特性來定義休眠周期參數(shù)。當(dāng)BS再建立另一條業(yè)務(wù)流時，如果 當(dāng)前的休眠模式不適合這種新建的業(yè)務(wù)，就需要重新設(shè)置休眠周期參數(shù)。在相關(guān)技術(shù)中，如圖9所示，對于每個業(yè)務(wù)流，業(yè)務(wù)流建立消息和休眠模式配置消息是相互獨立且分開發(fā)送的，并且對于這兩個業(yè)務(wù)流均需要至少以下5條消息(兩個業(yè)務(wù) 流一共10條消息)來完成業(yè)務(wù)流建立和休眠周期參數(shù)協(xié)商DSA-REQ、DSA-RSP、DSA-ACK、 SLP-REQ (該消息中攜帶有休眠周期參數(shù))、SLP-RSP (該消息中攜帶有休眠周期參數(shù))。其中，當(dāng)一個終端只能有一種休眠模式時，新的休眠模式將取代舊的休眠模式。而在本實例，如圖10所示，可以在業(yè)務(wù)流建立消息中攜帶和協(xié)商休眠周期參數(shù)， 從而省去休眠模式配置的消息，對于每個業(yè)務(wù)流，僅需要通過DSA-REQ(該消息中攜帶有休 眠周期參數(shù))、DSA-RSP (該消息中攜帶有休眠周期參數(shù))、以及DSA-ACK三條消息(兩個業(yè) 務(wù)一共6條消息)就能完成圖9中10條消息才能完成的所有操作和配置。激活時間可以在定義休眠周期參數(shù)時設(shè)定，也可以在以后通過單獨的命令來激 活。實例五如圖11所示，在本實例中，BS建立了一條業(yè)務(wù)流，并根據(jù)這條業(yè)務(wù)流的特性參數(shù) 來確定休眠周期參數(shù)，隨后BS刪除這條業(yè)務(wù)流，該處理可以通過DSA-REQ (該消息中攜帶有 休眠周期參數(shù))、DSA-RSP (該消息中攜帶有休眠周期參數(shù))、DSA-ACK、DSD-REQ、DSD-RSP來 完成；在此之后，BS又新建一條業(yè)務(wù)流，并且這條業(yè)務(wù)流的特性與之前被刪除的業(yè)務(wù)流的 特性相似。在這種情況下，BS在建立第二條業(yè)務(wù)流時，在業(yè)務(wù)流建立消息中攜帶休眠模式 標(biāo)識號即可，不必攜帶其他休眠周期參數(shù)，具體地，可以通過DSA-REQ(該消息中攜帶有休 眠模式標(biāo)識號)、DSA-RSP (該消息中攜帶有休眠模式標(biāo)識號)、DSA-ACK三條消息來完成； MS將根據(jù)標(biāo)識號使用事先保存的相應(yīng)的休眠周期參數(shù)。通過根據(jù)本實施例的上述處理，能夠減少終端進(jìn)入休眠模式時的信令交互，從而 節(jié)省了空口開銷和系統(tǒng)資源。方法實施例二考慮到相關(guān)技術(shù)中終端進(jìn)入空閑模式時所需的消息開銷大的問題，本實施例給出 了相應(yīng)的解決方案。在本實施例中，提供了一種終端工作模式的控制方法。由于，在終端開機(jī)時往往沒有業(yè)務(wù)交互的需求，終端僅僅需要進(jìn)入網(wǎng)絡(luò)并達(dá)到可 以被尋呼到的狀態(tài)即可，因此在終端初始進(jìn)入網(wǎng)絡(luò)并完成注冊時，就可以直接進(jìn)入空閑模 式了，根據(jù)本實施例的方法就可以在注冊消息交互中攜帶和協(xié)商空閑模式參數(shù)并在注冊完 成后的某個時刻直接進(jìn)入空閑模式。尤其是對于不可管理的終端(不需要建立IP連接的 終端)，在注冊完成后就可以立即進(jìn)入空閑模式。對于可管理的終端(需要建立IP連接的 終端)，也可以在第一條業(yè)務(wù)流建立后進(jìn)入空閑模式，終端在第一條業(yè)務(wù)流建立的過程中完 成IP地址的獲取和高層IP隧道的建立后，就可以進(jìn)入等待尋呼的狀態(tài)了。另外，在刪除最 后一條業(yè)務(wù)流時，也可以在業(yè)務(wù)流刪除消息中攜帶和協(xié)商空閑模式參數(shù)，從而在業(yè)務(wù)流刪 除后直接進(jìn)入空閑模式。在這些流程中攜帶和協(xié)商空閑模式參數(shù)，可以節(jié)省空閑模式參數(shù) 協(xié)商的命令交互和開銷。圖12是根據(jù)本發(fā)明實施例的終端工作模式的控制方法的流程圖，需要說明的是， 在以下方法中描述的步驟可以在諸如一組計算機(jī)可執(zhí)行指令的計算機(jī)系統(tǒng)中執(zhí)行，并且， 雖然在圖12中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出 或描述的步驟。
如圖12所示，根據(jù)本實施例的終端工作模式的控制方法包括以下處理步驟S1202，在注冊消息和/或業(yè)務(wù)流管理消息中攜帶或包含空閑模式參數(shù)，其 中，注冊消息和/或業(yè)務(wù)流管理消息在基站與終端之間交互，并用于協(xié)商空閑模式參數(shù)，并 且，注冊消息和/或業(yè)務(wù)流管理消息可以包含或攜帶有空閑模式參數(shù)；步驟S1204，終端根據(jù)協(xié)商的空閑模式參數(shù)進(jìn)入空閑模式。通過上述處理，能夠有效減少基站與終端協(xié)商空閑模式參數(shù)所占的消息開銷，減 小系統(tǒng)的負(fù)擔(dān)。一方面，在終端為不可管理和/或可管理的終端的情況下，基站與終端可通過注 冊消息進(jìn)行協(xié)商。并且，在本實施例中，上述注冊消息或上述業(yè)務(wù)流管理消息中可以包含空閑模式 參數(shù)，其中，空閑模式參數(shù)可以包括以下至少之一尋呼信息參數(shù)、尋呼控制器標(biāo)識符、空閑 模式保留信息。優(yōu)選地，上述注冊消息或業(yè)務(wù)流管理消息中還可以包含進(jìn)入空閑模式的起 始時間。此外，如果注冊消息或業(yè)務(wù)流管理消息不包含進(jìn)入空閑模式的起始時間，則注冊 消息或業(yè)務(wù)流管理消息表示空閑模式的進(jìn)入過程將在之后由控制消息發(fā)起。優(yōu)選地，上述注冊消息包括以下至少之一注冊請求消息、注冊命令消息。優(yōu)選地，業(yè)務(wù)流管理消息可以包括以下至少之一業(yè)務(wù)流建立消息、業(yè)務(wù)流刪除消 息。其中，業(yè)務(wù)流建立消息包括以下至少之一業(yè)務(wù)流建立請求消息、業(yè)務(wù)流建立響應(yīng)消息、 業(yè)務(wù)流建立確認(rèn)消息；業(yè)務(wù)流刪除消息可以包括以下至少之一業(yè)務(wù)流刪除請求消息、業(yè) 務(wù)流刪除響應(yīng)消息。優(yōu)選地，在終端初始網(wǎng)絡(luò)進(jìn)入時，基站與終端可以通過其間交互的第一 條業(yè)務(wù)流建立消息進(jìn)行空閑模式參數(shù)的協(xié)商。在實際應(yīng)用中，協(xié)商可以由終端發(fā)起，也可以由基站發(fā)起；協(xié)商過程可以通過多種 方式實現(xiàn)，例如，可以采用直接通知的方式，也可以采用一方通知參數(shù)、另一方返回應(yīng)答的 方式，應(yīng)答中可以包括是否接受該參數(shù)或者可以包括期望的空閑模式參數(shù)；在協(xié)商的過程 中，業(yè)務(wù)流管理消息中攜帶的與空閑模式參數(shù)協(xié)商相關(guān)的信息可以是具體的空閑模式參數(shù) 也可以是某個空閑模式所對應(yīng)的一套空閑參數(shù)的標(biāo)識。例如，基站可以向終端發(fā)送業(yè)務(wù)流修改請求消息，并在該消息中攜帶空閑模式參 數(shù)，終端可以直接采用該消息中攜帶的空閑模式參數(shù)，也可以通過業(yè)務(wù)流修改請求消息通 知基站該空閑模式參數(shù)被終端接受；如果終端不采用該空閑模式參數(shù)，則可以進(jìn)一步通過 業(yè)務(wù)流修改請求消息將終端期望的空閑模式參數(shù)告知基站。具體的協(xié)商還可以通過其它業(yè) 務(wù)流管理消息進(jìn)行，這里不再一一列舉。優(yōu)選地，不論采用什么協(xié)商方式，最終的協(xié)商結(jié)果 (終端采用的空閑模式參數(shù))可以由基站確定。下面將結(jié)合具體實例描述根據(jù)本實施例的方法的處理過程。實例六當(dāng)MS初始進(jìn)入網(wǎng)絡(luò)時，如果沒有業(yè)務(wù)發(fā)送，僅僅是開機(jī)處于被尋呼狀態(tài)，MS在 注冊完成后，可獲取尋呼參數(shù)并進(jìn)入空閑模式狀態(tài)。在相關(guān)技術(shù)中，如圖13所示，空閑模 式參數(shù)是通過專門的空閑模式命令消息DREG-REQ(該消息中攜帶有空閑模式參數(shù))和 DREG-CMD(該消息中攜帶有空閑模式參數(shù))交互來獲取的。而在本實例中，如圖14所示，可在注冊消息中攜帶和協(xié)商空閑模式參數(shù)，從而省，即，通過REG-REQ(該消息中攜帶有空閑模式參數(shù))、和 REG-RSP(該消息中攜帶有空閑模式參數(shù))這2條消息來協(xié)商和攜帶空閑模式參數(shù)。與相關(guān) 技術(shù)相比，節(jié)省了消息交互和空口開銷，即，節(jié)省了消息交互的次數(shù)、消息頭的開銷、帶寬申 請的次數(shù)以及相關(guān)定時器的設(shè)置。優(yōu)選地，可以參照表4所示的消息結(jié)構(gòu)對注冊(REG-REQ/RSP)消息進(jìn)行配置，使其 能夠攜帶和協(xié)商空閑模式參數(shù)。表4，REG-REQ/RSP 消息格式 實例七當(dāng)MS初始進(jìn)入網(wǎng)絡(luò)時，如果沒有業(yè)務(wù)發(fā)送，僅僅是開機(jī)處于被尋呼狀態(tài)，MS在建 立一條預(yù)置業(yè)務(wù)流后，將獲取尋呼參數(shù)并進(jìn)入空閑模式狀態(tài)。在相關(guān)技術(shù)中，如圖15所示， 空閑模式參數(shù)是通過專門的空閑模式命令消息DREG-REQ(該消息中攜帶有空閑模式參數(shù)) 和DREG-CMD(該消息中攜帶有空閑模式參數(shù))交互來獲取的。而在本實例中，如圖16所示，可在第一條業(yè)務(wù)流建立消息中攜帶和協(xié)商空閑模式 參數(shù)，即，通過DSA-REQ (該消息中攜帶有空閑模式參數(shù))和DSA-RSP(該消息中攜帶有空閑 模式參數(shù))實現(xiàn)了空閑模式參數(shù)的攜帶和協(xié)商，從而省去空閑模式命令的消息交互。與相 關(guān)技術(shù)相比，節(jié)省了消息交互和空口開銷。優(yōu)選地，可以參照表5所示的消息結(jié)構(gòu)對業(yè)務(wù)流建立消息進(jìn)行配置，使其能夠攜 帶和協(xié)商空閑模式參數(shù)。表5，DSA-REQ/RSP 消息格式 實例八當(dāng)MS刪除最后一條業(yè)務(wù)流后，且沒有其他業(yè)務(wù)收發(fā)的需求時，可進(jìn)入空閑模式并 獲取尋呼信息參數(shù)。在相關(guān)技術(shù)中，如圖17所示，空閑模式參數(shù)是通過專門的空閑模式命 令消息DREG-REQ (該消息中攜帶有空閑模式參數(shù))和DREG-CMD (該消息中攜帶有空閑模式 參數(shù))交互來獲取的。而根據(jù)本實施例，如圖18所示，可在最后一條業(yè)務(wù)流刪除消息中攜帶和協(xié)商空閑 模式參數(shù)，就可以省掉空閑模式命令的消息交互，即，通過DSA-REQ(該消息中攜帶有空閑 模式參數(shù))和DSA-RSP (該消息中攜帶有空閑模式參數(shù))實現(xiàn)空閑模式參數(shù)的協(xié)商和攜帶。 與相關(guān)技術(shù)相比，節(jié)省了消息交互和空口開銷。優(yōu)選地，可以參照表6所示的消息結(jié)構(gòu)配置業(yè)務(wù)流刪除消息，使其能夠攜帶和協(xié) 商空閑模式參數(shù)。表6，DSD-REQ/RSP 消息格式 綜上所述，借助于本發(fā)明的技術(shù)方案，通過對于可預(yù)期的密切相關(guān)的流程進(jìn)行合 并，即，將終端的休眠模式和空閑模式的配置/管理所需的交互流程與現(xiàn)有的注冊流程和/ 或業(yè)務(wù)流管理流程和/或MAC管理消息的信息交互流程相結(jié)合，能夠解決相關(guān)技術(shù)中節(jié)電 配置過程占用大量信令開銷的問題，可以有效減少消息交互的次數(shù)和空口開銷，降低系統(tǒng) 的負(fù)擔(dān)；并且，通過在協(xié)商節(jié)電參數(shù)(即，上述的休眠周期參數(shù)和空閑模式參數(shù))時通過在 協(xié)商消息中攜帶激活/去激活命令/新修改的參數(shù)，能夠有效對終端的工作模式進(jìn)行控制。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種終端工作模式的控制方法，其特征在于，包括基站與終端通過交互MAC管理消息來協(xié)商所述終端的休眠周期參數(shù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MAC管理消息包括業(yè)務(wù)流管理消息 和/或休眠模式命令消息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述業(yè)務(wù)流管理消息和/或休眠模式命令 消息中包含或攜帶有所述休眠周期參數(shù)。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，基站與終端通過交互所述業(yè)務(wù)流管理消 息來協(xié)商所述終端的休眠周期參數(shù)。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述基站與所述終端在業(yè)務(wù)流連接建立 過程和/或業(yè)務(wù)流連接修改過程和/或業(yè)務(wù)流連接釋放過程中通過交互所述業(yè)務(wù)流管理消 息來協(xié)商所述休眠周期參數(shù)。
6.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述業(yè)務(wù)流管理消息中包含對所述終端 的休眠模式的操作方式，其中，所述操作方式包括定義休眠周期參數(shù)和/或激活休眠模式、 或者包括去激活休眠模式。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述操作方式為激活休眠模式或去激 活休眠模式的情況下，所述業(yè)務(wù)流管理消息中還包含所述操作方式所對應(yīng)操作的生效時 間。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述操作方式包括定義休眠周期參數(shù) 而不包括激活休眠模式的情況下，攜帶所述操作方式的所述業(yè)務(wù)流管理消息表示所述終端 的休眠模式將在以后通過控制消息激活。
9.根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述操作方式包括所述定義休眠周期 參數(shù)的情況下，所述業(yè)務(wù)流管理消息包括定義的休眠周期參數(shù)，其中，定義的所述休眠周期 參數(shù)包括以下至少之一缺省監(jiān)聽窗口、初始休眠周期、最終休眠周期。
10.根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述業(yè)務(wù)流管理消息中包含所述休眠 周期參數(shù)和激活休眠模式的操作方式的情況下，所述方法進(jìn)一步包括對所述終端上已激活的休眠模式進(jìn)行去激活，并在所述終端上激活新協(xié)商的所述休眠 周期參數(shù)所對應(yīng)的休眠模式。
11.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述業(yè)務(wù)流管理消息僅包含與所述休眠 周期參數(shù)對應(yīng)的休眠模式標(biāo)識號。
12.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述業(yè)務(wù)流管理消息包含與所述休眠周 期參數(shù)對應(yīng)的休眠模式標(biāo)識號以及所述休眠周期參數(shù)。
13.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述業(yè)務(wù)流管理消息中包含用于指示該 業(yè)務(wù)流管理消息中是否攜帶有所述休眠周期參數(shù)的指示位。
14.根據(jù)權(quán)利要求2或13所述的方法，其特征在于，如果所述業(yè)務(wù)流管理消息中不攜帶 所述休眠周期參數(shù)、或所述指示位指示所述業(yè)務(wù)流管理消息中不攜帶有所述休眠參數(shù)，則 所述業(yè)務(wù)流管理消息表示不改變所述終端的當(dāng)前休眠模式、或所述終端不存在已激活的休 眠模式。
15.根據(jù)權(quán)利要求2至13中任一項所述的方法，其特征在于，所述業(yè)務(wù)流管理消息包括 以下至少之一業(yè)務(wù)流建立消息、業(yè)務(wù)流修改消息、業(yè)務(wù)流刪除消息。
16.根據(jù)權(quán)利要求15所述的方法，其特征在于，所述業(yè)務(wù)流建立消息包括以下至少之 一業(yè)務(wù)流建立請求消息、業(yè)務(wù)流建立響應(yīng)消息、業(yè)務(wù)流建立確認(rèn)消息。
17.根據(jù)權(quán)利要求15所述的方法，其特征在于，所述業(yè)務(wù)流修改消息包括以下至少之 一業(yè)務(wù)流修改請求消息、業(yè)務(wù)流修改響應(yīng)消息、業(yè)務(wù)流修改確認(rèn)消息。
18.根據(jù)權(quán)利要求15所述的方法，其特征在于，所述業(yè)務(wù)流刪除消息包括以下至少之 一業(yè)務(wù)流刪除請求消息、業(yè)務(wù)流刪除響應(yīng)消息。
19.根據(jù)權(quán)利要求2至13中任一項所述的方法，其特征在于，在所述基站與所述終端通 過業(yè)務(wù)流管理消息協(xié)商所述休眠周期參數(shù)時，由所述基站確定協(xié)商結(jié)果。
20.一種終端工作模式的控制方法，其特征在于，包括在注冊消息和/或業(yè)務(wù)流管理消息中攜帶或包含空閑模式參數(shù)。
21.根據(jù)權(quán)利要求20所述的方法，其特征在于，所述注冊消息和/或所述業(yè)務(wù)流管理消 息在基站與終端之間交互，并用于協(xié)商所述空閑模式參數(shù)。
22.根據(jù)權(quán)利要求21所述的方法，其特征在于，在所述終端為不可管理和/或可管理的 終端的情況下，所述基站與所述終端通過所述注冊消息進(jìn)行空閑模式參數(shù)的協(xié)商。
23.根據(jù)權(quán)利要求21所述的方法，其特征在于，在所述終端初始網(wǎng)絡(luò)進(jìn)入時，所述基站 與所述終端通過其間交互的第一條業(yè)務(wù)流建立消息進(jìn)行空閑模式參數(shù)的協(xié)商。
24.根據(jù)權(quán)利要求20所述的方法，其特征在于，所述注冊消息或所述業(yè)務(wù)流管理消息 中包含所述空閑模式參數(shù)，其中，所述空閑模式參數(shù)包括以下至少之一尋呼信息參數(shù)、尋 呼控制器標(biāo)識符、空閑模式保留信息。
25.根據(jù)權(quán)利要求24所述的方法，其特征在于，所述注冊消息或所述業(yè)務(wù)流管理消息 中進(jìn)一步包含進(jìn)入空閑模式的起始時間。
26.根據(jù)權(quán)利要求25所述的方法，其特征在于，如果所述注冊消息或所述業(yè)務(wù)流管理 消息不包含進(jìn)入空閑模式的所述起始時間，則所述注冊消息或所述業(yè)務(wù)流管理消息表示空 閑模式的進(jìn)入過程將在之后由控制消息發(fā)起。
27.根據(jù)權(quán)利要求20至26中任一項所述的方法，其特征在于，所述注冊消息包括以下 至少之一注冊請求消息、注冊命令消息。
28.根據(jù)權(quán)利要求20至26中任一項所述的方法，其特征在于，所述業(yè)務(wù)流管理消息包 括以下至少之一業(yè)務(wù)流建立消息、業(yè)務(wù)流刪除消息。
29.根據(jù)權(quán)利要求28所述的方法，其特征在于，所述業(yè)務(wù)流建立消息包括以下至少之 一業(yè)務(wù)流建立請求消息、業(yè)務(wù)流建立響應(yīng)消息、業(yè)務(wù)流建立確認(rèn)消息。
30.根據(jù)權(quán)利要求28所述的方法，其特征在于，所述業(yè)務(wù)流刪除消息包括以下至少之 一業(yè)務(wù)流刪除請求消息、業(yè)務(wù)流刪除響應(yīng)消息。
全文摘要
本發(fā)明公開了一種終端工作模式的控制方法，包括基站與終端通過交互MAC管理消息來協(xié)商終端的休眠周期參數(shù)。本發(fā)明通過將終端的休眠模式和空閑模式的配置/管理所需的交互流程與現(xiàn)有的注冊流程和/或業(yè)務(wù)流管理流程和/或媒體接入控制管理消息的信息交互流程相結(jié)合，能夠解決相關(guān)技術(shù)中節(jié)電配置過程占用大量信令開銷的問題，可以有效減少消息交互的次數(shù)和空口開銷。
文檔編號H04W28/18GK101877885SQ200910137249
公開日2010年11月3日 申請日期2009年4月28日 優(yōu)先權(quán)日2009年4月28日
發(fā)明者周杰瑞, 宋建全, 張磊, 曲紅云, 李楠, 江輝, 王利 申請人:中興通訊股份有限公司