專利名稱：傳輸保活信息的方法及終端和網(wǎng)絡(luò)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)，尤其涉及一種傳輸?；钚畔⒌姆椒敖K端和網(wǎng)絡(luò)設(shè) 備。
背景技術(shù)：
對于激活了Email push、MSN、QQ、虛擬私有網(wǎng)(Virtual PrivateNetwork,VPN)等 業(yè)務(wù)的用戶設(shè)備(User EqUipment，UE)，在沒有業(yè)務(wù)數(shù)據(jù)發(fā)生的時間段內(nèi)，為了保持和應(yīng)用 服務(wù)器的連接，需要和應(yīng)用服務(wù)器交互?；?ke印alive)信息，或者叫做心跳(heat beat) 信息，這類?；钚畔⒌奶攸c是數(shù)據(jù)包比較小，且發(fā)送頻繁。現(xiàn)有技術(shù)中對這類?；钚畔⒌奶幚砼c一般數(shù)據(jù)的處理方式相同，每次發(fā)送?；钚?息時，需要UE發(fā)起RRC連接建立過程或者小區(qū)更新過程。由于?；钕⒌陌l(fā)送頻繁，因此， UE需要頻繁地發(fā)起上述過程。因此，造成信令負荷較重。
發(fā)明內(nèi)容
本發(fā)明實施例是提供一種傳輸保活信息的方法及終端和網(wǎng)絡(luò)設(shè)備，用以降低信令 負荷。本發(fā)明的一方面，提供了一種傳輸?；钚畔⒌姆椒?，包括終端發(fā)送第一信息給網(wǎng)絡(luò)設(shè)備，所述第一信息用于使所述網(wǎng)絡(luò)設(shè)備確定待接收保 活信息；所述終端發(fā)送?；钚畔⒔o所述網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備用于對所述保活信息進行 優(yōu)化處理。本發(fā)明的另一方面，提供了一種傳輸?；钚畔⒌姆椒?，包括網(wǎng)絡(luò)設(shè)備接收終端發(fā)送的第一信息，根據(jù)所述第一信息確定待接收?；钚畔?；所述網(wǎng)絡(luò)設(shè)備接收所述終端發(fā)送的?；钚畔?，對所述?；钚畔⑦M行優(yōu)化處理。本發(fā)明另一方面，提供了一種終端，包括第一發(fā)送單元，用于發(fā)送第一信息給網(wǎng)絡(luò)設(shè)備，所述第一信息用于使所述網(wǎng)絡(luò)設(shè) 備確定待接收?；钚畔?；第二發(fā)送單元，用于發(fā)送?；钚畔⒔o所述網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備用于對所述保 活信息進行優(yōu)化處理。本發(fā)明的另一方面，提供了一種網(wǎng)絡(luò)設(shè)備，包括確定單元，用于接收終端發(fā)送的第一信息，根據(jù)所述第一信息確定待接收?；钚?息；處理單元，用于接收所述終端發(fā)送的?；钚畔ⅲ瑢λ霰；钚畔⑦M行優(yōu)化處理。由上述技術(shù)方案可知，本發(fā)明實施例通過向網(wǎng)絡(luò)設(shè)備發(fā)送第一信息，網(wǎng)絡(luò)設(shè)備可 以根據(jù)該第一信息獲知傳輸為?；钚畔ⅲ员銓Ρ；钚畔⑦M行優(yōu)化處理。
為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使 用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本 領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他
的附圖。
圖1為本發(fā)明一實施例的一種傳輸?；钚畔⒌姆椒鞒淌疽鈭D2為本發(fā)明另一實施例的一種傳輸?；钚畔⒌姆椒鞒淌疽鈭D3為本發(fā)明另一實施例的一種傳輸?；钚畔⒌姆椒鞒淌疽鈭D4為本發(fā)明另一實施例的一種傳輸?；钚畔⒌姆椒鞒淌疽鈭D5為本發(fā)明另一實施例的一種傳輸保活信息的方法流程示意圖6為本發(fā)明另一實施例的一種傳輸?；钚畔⒌姆椒鞒淌疽鈭D7為本發(fā)明另一實施例的一種傳輸?；钚畔⒌姆椒鞒淌疽鈭D8為本發(fā)明另一實施例的一種傳輸?；钚畔⒌姆椒鞒淌疽鈭D9為本發(fā)明另一實施例的一種UE的結(jié)構(gòu)示意圖10為本發(fā)明另一實施例的一種網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)示意圖11為本發(fā)明另一實施例的一種傳輸保活信息的系統(tǒng)的結(jié)構(gòu)示意圖
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明一實施例的一種傳輸?；钚畔⒌姆椒鞒淌疽鈭D，該方法可以如下 所述。11 =UE發(fā)送第一信息給網(wǎng)絡(luò)設(shè)備，所述第一信息用于使該網(wǎng)絡(luò)設(shè)備確定待接收保 活{曰息。例如，第一信息可以為?；钚畔⒅甘?、業(yè)務(wù)量指示和業(yè)務(wù)量，具體如下。例如，可以由UE的非接入層(Non-Access Stratum, NAS)(即高層)指示接入層 (Access Stratum, AS)傳輸?；钚畔?，AS在收到NAS發(fā)送的原語指示后，可以通過無線資源 控制(Radio Resource Control,RRC)建立請求(RRC CONNECTION REQUEST)消息或者小區(qū) 更新(CELL UPDATE)消息或者其他消息，向無線網(wǎng)絡(luò)控制器(Radio Network Controller, RNC)發(fā)送?；钚畔⒅甘?。RNC根據(jù)該?；钚畔⒅甘究梢源_定后續(xù)將接收到?；钚畔?。在本發(fā)明的另一實施例中，可以是UE接收到業(yè)務(wù)量上報觸發(fā)準則，該業(yè)務(wù)量上報 觸發(fā)準則中包含第一門限和第二門限，當(dāng)UE測量得到的業(yè)務(wù)量測量結(jié)果在第一門限和第 二門限之間時(可以包含邊界的情況)，UE向RNC發(fā)送表明網(wǎng)絡(luò)設(shè)備待接收?；钚畔⒌臉I(yè) 務(wù)量指示。RNC根據(jù)該業(yè)務(wù)量指示可以獲知后續(xù)將接收到?；钚畔ⅰＴ诒景l(fā)明的另一實施例中，還可以是，UE直接將測量得到的業(yè)務(wù)量發(fā)送給RNC， RNC根據(jù)自身配置的業(yè)務(wù)量上報觸發(fā)準則，該業(yè)務(wù)量上報觸發(fā)準則中包含第一門限和第二門限，當(dāng)UE上報的業(yè)務(wù)量在第一門限和第二門限之間時(可以包含邊界的情況)，RNC獲知后續(xù)將接收到?；钚畔?。在本發(fā)明的另一實施例中，還可以是，UE接收到業(yè)務(wù)量上報觸發(fā)準則，該業(yè)務(wù)量上 報觸發(fā)準則中包含第一門限，當(dāng)UE測量得到的業(yè)務(wù)量大于等于第一門限時，UE向RNC發(fā)送 業(yè)務(wù)量測量結(jié)果；RNC中預(yù)先配置第二門限，當(dāng)RNC接收的業(yè)務(wù)量測量結(jié)果小于等于第二門 限時，確定將接收?；钚畔ⅰ?2 =UE發(fā)送?；钚畔⒔o該網(wǎng)絡(luò)設(shè)備，該網(wǎng)絡(luò)設(shè)備用于對該?；钚畔⑦M行優(yōu)化處理。例如，優(yōu)化處理可以是在傳輸?；钚畔⒅斑M行，和/或，也可以是在保活信息傳 輸完畢之后進行。即，優(yōu)化處理可以是只在傳輸?；钚畔⒅斑M行，或者，也可以是只在保 活信息傳輸完畢之后進行，或者，也可以是在傳輸?；钚畔⒅凹氨；钚畔鬏斖戤呏?均進行。例如，在傳輸?；钚畔⒅暗腞RC連接建立過程或者小區(qū)更新過程中，RNC可以指 示UE進入小區(qū)_前向接入信道(CELL-FACH)狀態(tài)，此時，不需要建立Iub接口(RNC與基站 之間的接口)的無線鏈路，當(dāng)存在Iur接口(RNC與RNC之間的接口)時，也無需建立Iur 接口的無線鏈路，減輕信令負荷。在本發(fā)明的另一實施例中，當(dāng)保活信息傳輸完畢后，RNC指示UE進入小區(qū)_尋呼 信道(CELL-PCH)狀態(tài)或者UTRAN注冊區(qū)_尋呼信道(URA-PCH)狀態(tài)。此時，當(dāng)UE再次發(fā) 送?；钚畔r，可以不需要建立Iu接口(RNC與核心網(wǎng)(Core Network, CN)的接口)的無 線鏈路，減輕信令負荷。當(dāng)然，可以理解的是，指示類型及優(yōu)化處理方式只是示例，并不限于上述所示。本實施例通過向網(wǎng)絡(luò)設(shè)備發(fā)送第一信息，網(wǎng)絡(luò)設(shè)備可以根據(jù)該第一信息獲知待接 收的是?；钚畔?，以便對?；钚畔⑦M行優(yōu)化處理。圖2為本發(fā)明另一實施例的一種傳輸保活信息的方法流程示意圖，該方法可以如 下所述。21 網(wǎng)絡(luò)設(shè)備接收UE發(fā)送的第一信息，根據(jù)所述第一信息指示確定待接收?；钚?肩、ο其中，網(wǎng)絡(luò)設(shè)備可以為RNC，或者為其他的核心網(wǎng)設(shè)備，例如SGSN。22 網(wǎng)絡(luò)設(shè)備接收UE發(fā)送的?；钚畔ⅲ瑢λ霰；钚畔⑦M行優(yōu)化處理。其中，第一信息可以為?；钚畔⒅甘尽I(yè)務(wù)量指示和業(yè)務(wù)量測量結(jié)果。優(yōu)化處理可以具體為在傳輸?；钚畔⒅暗腞RC連接建立過程或者小區(qū)更新過 程中，RNC指示UE進入小區(qū)_前向接入信道(CELL-FACH)狀態(tài)，此時，不需要建立Iub接口 (RNC與基站之間的接口)的無線鏈路，當(dāng)存在Iur接口(RNC與RNC之間的接口)時，也無 需建立Iur接口的無線鏈路，減輕信令負荷。在本發(fā)明的另一實施例中，優(yōu)化處理也可以為當(dāng)保活信息傳輸完畢后，RNC指示 UE進入小區(qū)_尋呼信道(CELL-PCH)狀態(tài)或者UTRAN注冊區(qū)_尋呼信道(URA-PCH)狀態(tài)。 此時，當(dāng)UE再次發(fā)送?；钚畔r，可以不需要建立Iu接口(RNC與核心網(wǎng)(Core Network, CN)的接口 )的無線鏈路，減輕信令負荷；在本發(fā)明的另一實施例中，上述兩種優(yōu)化處理均執(zhí)行。
具體內(nèi)容可以參見第一實施例，不再贅述。本實施例通過接收第一信息，網(wǎng)絡(luò)設(shè)備可以根據(jù)該第一信息獲知待接收的為?；?信息，以便對?；钚畔⑦M行優(yōu)化處理。圖3為本發(fā)明另一實施例的一種傳輸?；钚畔⒌姆椒鞒淌疽鈭D，本實施例以空 閑狀態(tài)的UE在RRC連接請求消息中攜帶?；钚畔⒅甘緸槔⒁妶D3，該方法可以如下所 述。301 對于空閑狀態(tài)(IDLE)的UE,該UE的接入層接收該UE的非接入層發(fā)送的原 語指示，該原語指示表明需要傳輸?；钚畔ⅰ?02 :UE發(fā)起RRC連接建立過程，向RNC發(fā)送RRC連接請求(RRCC0NNECTI0N REQUEST)消息，該RRC連接請求消息中攜帶?；钚畔⒅甘?。例如，將RRC連接請求消息的建立原因(Establishment cause")字段設(shè)置為保 活信息指示，?；钚畔⒅甘景ǖ幌抻诒；詈艚?ke印alive call)。303 =RNC接收到該RRC連接請求消息后，指示UE轉(zhuǎn)向的狀態(tài)。例如，RNC統(tǒng)計網(wǎng)絡(luò)側(cè)的信令負荷情況及該?；钚畔⒅甘?，可以指示UE轉(zhuǎn)向某個 狀態(tài)。例如，當(dāng)信令負荷比較重時，RNC可以指示UE進入小區(qū)_前向接入信道狀態(tài) (CELL-FACH)，此時不需要建立Iub/Iur接口無線鏈路。當(dāng)信令負荷比較輕時，可以指示UE 進入小區(qū)_專用信道狀態(tài)(CELL-DCH)。其中，RNC中可以設(shè)置門限值，當(dāng)大于等于該門限值 時，表明信令負荷比較重，當(dāng)小于該門限值時，表明信令負荷比較輕。具體門限值可以根據(jù) 實際需要設(shè)定。304 =RNC將指示UE轉(zhuǎn)向的狀態(tài)攜帶在RRC連接建立(RRCC0NNECTI0N SETUP)消 息中發(fā)送給UE。305 =UE 向 RNC 返回 RRC 連接建立完成(RRC CONNECTION SETUPCOMPLETE)消息。306 =UE發(fā)起無線接入承載(Radio Access Bearer, RAB)建立過程，向RNC發(fā)送初 始直傳(Initial Direct Transfer)消息。307 :RNC 向 CN 中的通用分組無線業(yè)務(wù)(General Packet Radio Service, GPRS) 服務(wù)支持節(jié)點(Serving GPRS Support Node, SGSN)發(fā)送直傳(DirectiTransfer)消息。308 :SGSN發(fā)起鑒權(quán)過程和觸發(fā)加密的過程。309 SGSN發(fā)起RAB指配建立過程。例如，SGSN發(fā)起RAB指配建立過程可以包括激活PDP上下文請求(Active PDP context Request)、RAB 指配請求(RAB Assignment Request)、無線承載建立(Radio bear setup)、無線承載建立完成(Radio bear setupcomplete)、RAB 指配響應(yīng)(RAB Assignment Response)、激活 PDP 上下文接受(Active PDP context Accept) 310 =RAB建立完畢之后，通過建立的業(yè)務(wù)承載開始傳輸?；钚畔ⅰ?11 ?；钚畔鬏斖戤吅?，RNC指示UE轉(zhuǎn)向合適的狀態(tài)。例如，如果當(dāng)前信令負荷比較輕時，可以指示UE進入空閑狀態(tài)。如果當(dāng)前信令負 荷比較重時，可以指示UE進入小區(qū)_尋呼信道狀態(tài)(CELL-PCH)或UTRAN注冊區(qū)_尋呼信 道狀態(tài)(URA-PCH)；此時，當(dāng)UE再次發(fā)送?；钚畔r，就不需要重新發(fā)起Iu連接建立過程， 節(jié)省了 Iu 口的信令開銷。
10
RNC可以將指示UE轉(zhuǎn)向的狀態(tài)攜帶在無線承載重配置(RADI0BEARER REC0NFI⑶RATION)等消息中發(fā)送給UE，UE根據(jù)該指示進入相應(yīng)的狀態(tài)。本實施例通過在RRC連接建立消息中攜帶保活信息指示，使得RNC在指示UE轉(zhuǎn)向 的狀態(tài)時可以參考該保活信息指示，可以實現(xiàn)優(yōu)化處理。本實施例可以在空閑狀態(tài)的UE傳 輸?；钚畔r減少信令負荷。圖4為本發(fā)明另一實施例的一種傳輸?；钚畔⒌姆椒鞒淌疽鈭D，本實施例以 CELL-PCH或URA-PCH狀態(tài)的UE在小區(qū)更新(CELL UPDATE)消息中攜帶?；钚畔⒅甘緸槔?。 參見圖4，該方法可以如下所述。401 對于CELL-PCH或URA-PCH的UE，該UE的接入層接收該UE的非接入層發(fā)送 的原語指示，該原語指示表明需要傳輸?；钚畔ⅰ?02 =UE發(fā)起小區(qū)更新(Cell update)過程，向RNC發(fā)送小區(qū)更新(CELLUPDATE)消 息，該小區(qū)更新消息中攜帶?；钚畔⒅甘尽＠?，將小區(qū)更新消息的“Establishment cause”字段設(shè)置為保活信息指示，?；?信息指示包括但不限于ke印alive call ；或者，將小區(qū)更新消息的小區(qū)更新原因(“Cell update cause")字段設(shè)置為?；钚畔⒅甘荆；钚畔⒅甘景ǖ幌抻诒；顢?shù)據(jù)傳輸 (keep alive data transmission)。403 =RNC接收到該小區(qū)更新消息后，指示UE轉(zhuǎn)向的狀態(tài)。例如，RNC結(jié)合網(wǎng)絡(luò)側(cè)的信令負荷情況及該保活信息指示，可以指示UE轉(zhuǎn)向某個 狀態(tài)。例如，當(dāng)信令負荷比較重時，RNC可以指示UE進入小區(qū)_前向接入信道狀態(tài) (CELL-FACH)，此時不需要建立Iub/Iur接口無線鏈路。當(dāng)信令負荷比較輕時，可以指示UE 進入小區(qū)_專用信道狀態(tài)(CELL-DCH)。 404 =RNC將指示UE轉(zhuǎn)向的狀態(tài)攜帶在小區(qū)更新確認(CELL UPDATECONFIRM)消息 中發(fā)送給UE。405 =UE 向 RNC 發(fā)送初始直傳(Initial Direct Transfer)消息。406 :RNC 向 SGSN 發(fā)送直傳(Direct Transfer)消息。407 :SGSN發(fā)起鑒權(quán)過程和觸發(fā)加密的過程。408 SGSN發(fā)起RAB指配建立過程。409 =RAB建立完畢之后，通過建立的業(yè)務(wù)承載開始傳輸保活信息。410 ?；钚畔鬏斖戤吅?，RNC指示UE轉(zhuǎn)向合適的狀態(tài)。上述405-410具體可參見306-311。RNC可以將指示UE轉(zhuǎn)向的狀態(tài)攜帶在無線 承載重配置(RADIO REC0NFI⑶RATION)消息或傳輸信道重配置完成(TRANSPORTCHANNEL RECONFIGURATION)消息中發(fā)送給 UE。UE根據(jù)RNC指示的狀態(tài)進行狀態(tài)遷移，并向RNC發(fā)送無線承載重配置完成 (RADIO RECONFIGURATION COMPLETE)消息或傳輸信道重配置完成(TRANSPORTCHANNEL RECONFIGURATION CPMPLETE)消息等消息。本實施例通過在小區(qū)更新消息中攜帶?；钚畔⒅甘荆沟肦NC在指示UE轉(zhuǎn)向的狀 態(tài)時可以參考該?；钚畔⒅甘?，可以實現(xiàn)優(yōu)化處理。本實施例可以在CELL-PCH或URA-PCH 狀態(tài)的UE傳輸?；钚畔r減少信令負荷。
圖3、4是UE根據(jù)高層的指示確定傳輸?；钚畔?，UE還可以根據(jù)實際的業(yè)務(wù)量確 定傳輸?；钚畔?，例如，如下所述。圖5為本發(fā)明另一實施例的一種傳輸?；钚畔⒌姆椒鞒淌疽鈭D，該方法可以如 下所述。501 =RNC向UE下發(fā)業(yè)務(wù)量上報觸發(fā)準則。例如，所述RNC通過event 4c向UE下發(fā)業(yè)務(wù)量上報觸發(fā)準則，該events可以攜 帶在SIBll/SIBllb/SIB12/Measurement control消息中，當(dāng)然，并不限于這些消息。例如，該event如中可以包含業(yè)務(wù)量門限值，該業(yè)務(wù)量門限值可以為第一門限 (thresholdl)和第二門限(threshold)。例如，第一門限值和第二門限值可以根據(jù)?；钚?息的大小進行設(shè)置，使得業(yè)務(wù)量在第一門限值和第二門限值之間時，表明傳輸?shù)臑楸；钚?息。502 當(dāng)UE測量得到的業(yè)務(wù)量滿足該業(yè)務(wù)量上報觸發(fā)準則時，確定需要傳輸?；钚畔?。例如，當(dāng)業(yè)務(wù)量在該業(yè)務(wù)量上報觸發(fā)準則的門限值之間時，得到滿足該業(yè)務(wù)量上 報觸發(fā)準則。503 =UE發(fā)起小區(qū)更新(Cell update)過程，UE向RNC發(fā)送小區(qū)更新(CELL UPDATE)消息，該小區(qū)更新消息中攜帶業(yè)務(wù)量指示。例如,在小區(qū)更新消息中增加一個字段“traffic volume indicatorextension”， 當(dāng)該字段為真(true)時，表明待傳輸?shù)臑楸；钚畔?，反之亦然。?dāng)業(yè)務(wù)量測量結(jié)果不在上述門限值之間時，可以將該字段“traffic volumeindicator extension”設(shè)置為假(false)時，表明網(wǎng)絡(luò)設(shè)備非待接收?；钚畔ⅰ；?者，不發(fā)送該業(yè)務(wù)量指示，反之亦然。在本發(fā)明的另一實施例中，當(dāng)該字段為1時，表明待傳輸?shù)臑楸；钚畔?，?dāng)該字段 為0時，表明網(wǎng)絡(luò)設(shè)備非待接收?；钚畔?，反之亦然?？梢岳斫獾氖?，UE也可以直接將測量得到的業(yè)務(wù)量攜帶在小區(qū)更新消息中，RNC 根據(jù)該業(yè)務(wù)量及業(yè)務(wù)量上報觸發(fā)準則判斷是否待傳輸保活信息。此時，不需要RNC首先向 UE下發(fā)業(yè)務(wù)量觸發(fā)準則。還可以是，RNC向UE下發(fā)的業(yè)務(wù)量上報觸發(fā)準則中包含第一門限，之后，當(dāng)UE測量 得到的業(yè)務(wù)量測量結(jié)果大于等于第一門限時，將業(yè)務(wù)量測量結(jié)果上報給RNC，之后，RNC比 對該業(yè)務(wù)量測量結(jié)果與RNC中預(yù)先配置的第二門限，當(dāng)業(yè)務(wù)量測量結(jié)果小于等于第二門限 時，確定待接收?；钚畔?。504 :RNC接收到該小區(qū)更新消息后，指示UE轉(zhuǎn)向的狀態(tài)。505 :RNC將指示UE轉(zhuǎn)向的狀態(tài)攜帶在小區(qū)更新確認(CELL UPDATEC0NFIRM)消息 中發(fā)送給UE。506 =UE 向 RNC 發(fā)送初始直傳(Initial Direct Transfer)消息。507 :RNC 向 SGSN 發(fā)送直傳(Direct Transfer)消息。508 :SGSN發(fā)起鑒權(quán)過程和觸發(fā)加密的過程。509 SGSN發(fā)起RAB指配建立過程。510 =RAB建立完畢之后，通過建立的業(yè)務(wù)承載開始傳輸?；钚畔?。511 ?；钚畔鬏斖戤吅螅琑NC指示UE轉(zhuǎn)向合適的狀態(tài)。上述504-511具體可參見403-410。
可以理解的是，本實施例以CELL-PCH或URA-PCH狀態(tài)的UE在小區(qū)更新(CELL UPDATE)消息中攜帶?；钚畔⒅甘緸槔?，也可以是當(dāng)UE處于空閑狀態(tài)時，將?；钚畔⒅甘?攜帶在RRC連接建立消息中，之后，執(zhí)行303-311所示的流程。本實施例根據(jù)業(yè)務(wù)量進行是 否傳輸?；钚畔⒌呐袛啵瑢崿F(xiàn)根據(jù)實際情況進行相應(yīng)的優(yōu)化處理。圖3-5所示的實施例是以?；钚畔⒃跇I(yè)務(wù)承載中傳輸為例。為了進一步減少信 令，還可以將保活信息在信令中傳輸，此時則不需要建立業(yè)務(wù)承載，例如，如下所述。圖6為本發(fā)明另一實施例的一種傳輸?；钚畔⒌姆椒鞒淌疽鈭D，該方法可以如 下所述。601:對于空閑狀態(tài)(IDLE)的UE，該UE的接入層接收該UE的非接入層發(fā)送的原 語指示，該原語指示表明需要傳輸?；钚畔?。602 :UE發(fā)起RRC連接建立過程，向RNC發(fā)送RRC連接請求(RRCC0NNECTI0N REQUEST)消息，該RRC連接請求消息中攜帶?；钚畔⒅甘?。603 =RNC接收到該RRC連接請求消息后，指示UE轉(zhuǎn)向的狀態(tài)。604 =RNC將指示UE轉(zhuǎn)向的狀態(tài)攜帶在RRC連接建立(RRCC0NNECTI0N SETUP)消 息中發(fā)送給UE。605 =UE 向 RNC 返回 RRC 連接建立完成(RRC CONNECTION SETUPCOMPLETE)消息。上述601-605具體可參見301-305?？梢岳斫獾氖牵?02中的RRC連接請求消息中也可以不攜帶?；钚畔⒅甘尽Ａ硗?，本實施例以UE不向RNC發(fā)送?；钚畔⒅甘?，還可以是UE向RNC發(fā)送業(yè)務(wù)量 指示或者業(yè)務(wù)量測量結(jié)果，具體可以參見上述實施例。由于本實施例的后續(xù)步驟中會發(fā)送 作為第一信息的?；钚畔⒅甘荆瑸榱诉M行區(qū)別，步驟602中UE向RNC發(fā)送的?；钚畔⒅甘尽?業(yè)務(wù)量指示或者業(yè)務(wù)量測量結(jié)果可以稱為第二信息。606 =UE 向 RNC 發(fā)送初始直傳(Initial Direct Transfer)消息。例如，該初始直傳消息中包含業(yè)務(wù)請求(SERVICE REQUEST)消息，該業(yè)務(wù)請求消息 中的業(yè)務(wù)類型(service type)為信令(signalling)。607:RNC 發(fā)送直傳(Direct Transfer)消息給 SGSN。例如，該直傳消息的業(yè)務(wù)類型為信令。這樣，SGSN收到該消息后，就只發(fā)起鑒權(quán)過 程和觸發(fā)加密的過程，不發(fā)起RAB指配過程。608 鑒權(quán)過程和觸發(fā)加密的過程。609 :UE將?；钚畔y帶在上行直傳(UPLINK DIRECT TRANSFER)消息中發(fā)送給 SGSN，并且該上行直傳消息中同時攜帶保活信息指示，以便指示攜帶的消息為?；钚畔?。例 如，?；钚畔⒖梢园谏闲兄眰飨⒌腘AS消息部分，可以將NAS消息部分的“protocol discriminator”字段中包含?；钚畔⒅甘?，如將“protocol discriminator”字段設(shè)置為 keep alive message。SGSN接收到該上行直傳消息后，根據(jù)?；钚畔⒅甘精@知對應(yīng)的信息 為?；钚畔?，之后，SGSN將該?；钚畔⑥D(zhuǎn)發(fā)給相應(yīng)的應(yīng)用服務(wù)器。610 ?；钚畔鬏斖戤吅?，RNC指示UE轉(zhuǎn)向合適的狀態(tài)。可以理解的是，本實施例以IDLE狀態(tài)的UE在RRC連接建立消息中攜帶?；钚畔?指示為例，也可以是當(dāng)UE處于CELL-PCH或URA-PCH/CELL-FACH狀態(tài)時，將保活信息指示 攜帶在小區(qū)更新消息中，之后，執(zhí)行類似606-610所示的流程，特別地，應(yīng)用于CELL-PCH或
13URA-PCH狀態(tài)時606中攜帶業(yè)務(wù)類型的消息是UPLINK DIRECT TRANSFER消息。本實施例通過在信令上傳輸?；钚畔?，不需要建立業(yè)務(wù)承載，節(jié)省了 Iu 口的信令 負荷。為了進一步減少信令負荷，可以降低?；钚畔⒌陌l(fā)送頻率，具體如下所述。圖7為本發(fā)明另一實施例的一種傳輸保活信息的方法流程示意圖，該方法可以如 下所述。701 =UE向RNC發(fā)送?；钚畔⒅甘?。例如，可以是UE根據(jù)非接入層的指示確定傳輸?；钚畔?，也可以是UE或RNC根據(jù) 業(yè)務(wù)量確定傳輸?；钚畔ⅲ唧w可以參見上述實施例。UE可以通過RRC連接建立消息發(fā)送保活信息指示，也可以是通過小區(qū)更新消息發(fā) 送?；钚畔⒅甘?，具體可以參見上述實施例。702 =UE向RNC發(fā)送信令優(yōu)化功能指示。例如，信令優(yōu)化功能指示(SignallingOptimisation)用于表明UE是否具有信令 優(yōu)化功能，當(dāng)具有信令優(yōu)化功能時可以降低?；钚畔⒌陌l(fā)送頻率。例如，當(dāng)UE不具有信令 優(yōu)化功能時，?；钚畔⑹敲扛?分鐘發(fā)送一次，當(dāng)UE具有信令優(yōu)化功能時，可以設(shè)置為每隔 10分鐘發(fā)送一次?；钚畔?。UE可以將信令優(yōu)化功能指示攜帶在UE到RNC中的某一信令中，例如，將該信令 優(yōu)化功能指示攜帶在RRC連接請求(RRC CONNECT REQUEST)消息、RRC連接建立完成(RRC CONNECT SETUP COMPLETE)消息或者用戶能力信息(UE CAPABLITY INFORMATION)消息等消 息中。當(dāng)然，并不限于這些消息。703 =UE向RNC發(fā)送保活信息。例如，?；钚畔⒖梢允峭ㄟ^建立的業(yè)務(wù)承載進行傳輸，也可以是通過信令進行傳 輸，具體可以參見上述實施例。704 =RNC接收到UE發(fā)送的?；钚畔⒑螅绻鸘E和RNC都支持信令優(yōu)化功能，則將 ?；钚畔?fù)制成一個副本或者偽造一個保活信息，同時啟動一個定時器和計數(shù)器，并把保 活信息轉(zhuǎn)發(fā)給SGSN。705 =RNC在定時器的時間到達后，將?；钚畔l(fā)送給SGSN。706 =UE獲取信令優(yōu)化的配置參數(shù)。例如，信令優(yōu)化的配置參數(shù)可以為定時器的時間。例如，RNC可以通過專用信令，比 如UTRAN MOBILITY INFORMATION,指示UE激活信令優(yōu)化功能，該專用信令中可以攜帶激活 指示，也可以攜帶激活指示和發(fā)送?；钚畔⒌亩〞r器。激活指示用于激活UE的信令優(yōu)化功 能，?；钚畔⒌亩〞r器用于表明UE發(fā)送?；钚畔⒌念l率，例如，可以將該定時器設(shè)置為10 分鐘，表明UE需要每個10分鐘發(fā)送一次保活信息。在本發(fā)明的另一實施例中，該專用信令可以只包含激活指示，而不包含定時器時， 可以通過系統(tǒng)的廣播消息發(fā)送或者根據(jù)協(xié)議固定配置該定時器。707 =UE根據(jù)信令優(yōu)化的配置參數(shù)，發(fā)送后續(xù)?；钚畔?。例如，當(dāng)信令優(yōu)化的配置參數(shù)是發(fā)送保活信息的間隔為10分鐘時，UE將每隔10分 鐘發(fā)送一次保活信息給RNC。708 =RNC轉(zhuǎn)發(fā)?；钚畔⒔oSGSN。之后，由SGSN轉(zhuǎn)發(fā)該?；钚畔⒔o應(yīng)用服務(wù)器。
當(dāng)RNC向SGSN傳輸完一次?；钚畔⒑?，RNC可以基于一定算法發(fā)起RB釋放過程， 但是需要保持Iu連接。當(dāng)RNC啟動的定時器滿后，就向SGSN發(fā)送?；钚畔?；當(dāng)發(fā)送達到最 大次數(shù)后，仍舊沒有收到UE新的?；钚畔ⅲf明UE可能已經(jīng)離開RNC服務(wù)器或者UE已經(jīng) 退出應(yīng)用程序，發(fā)起Iu連接釋放過程。。本實施例通過激活信令優(yōu)化功能，可以降低發(fā)送保活信息的頻率，進一步減少信 令負荷。圖8為本發(fā)明另一實施例的一種傳輸保活信息的方法流程示意圖，該方法可以如 下所述。801 =UE向SGSN發(fā)送?；钚畔⒅甘尽＠?，可以是，UE通過前面所述的AS消息，例如，RRC連接請求(RRCC0NNECTI0N REQUEST)消息、小區(qū)更新(CELL UPDATE)消息，將保活信息指示發(fā)送給RNC，然后RNC通過 DIRECT INF0RMATI0NTRANSFER將該指示轉(zhuǎn)發(fā)給SGSN，不限制于此消息。在本發(fā)明的另一實施例中，UE通過NAS層消息，例如初始直傳(InitialDirect Transfer)消息，將?；钚畔⒅甘景l(fā)送給RNC，之后，由RNC將該?；钚畔⒅甘緮y帶在直傳 (DIRECT TRANSFER)消息中轉(zhuǎn)發(fā)給SGSN，該方法也不限制于上述的消息。802 =UE向SGSN發(fā)送信令優(yōu)化功能指示。例如，可以是UE將信令優(yōu)化功能指示攜帶在NAS消息中，通過RNC發(fā)送給SGSN。在本發(fā)明的另一實施例中，UE將信令優(yōu)化功能指示攜帶在AS消息中發(fā)送給RNC， 再由RNC將該信令優(yōu)化功能指示轉(zhuǎn)發(fā)給SGSN，或者，SGSN主動從RNC請求獲得該信令優(yōu)化 功能指示。803 =UE將?；钚畔l(fā)送給SGSN。804 =SGSN接收到UE發(fā)送的?；钚畔⒑螅绻鸘E支持信令優(yōu)化功能，則將?；钚?息復(fù)制成一個副本，同時啟動一個定時器和計數(shù)器，并把?；钚畔⑥D(zhuǎn)發(fā)給應(yīng)用服務(wù)器。805 :SGSN在定時器的時間到達后，將?；钚畔l(fā)送給應(yīng)用服務(wù)器。806 :UE獲取信令優(yōu)化的配置參數(shù)。具體可參見706。807 =UE根據(jù)信令優(yōu)化的配置參數(shù)，發(fā)送后續(xù)?；钚畔?。例如，當(dāng)信令優(yōu)化的配置參數(shù)是發(fā)送保活信息的間隔為10分鐘時，UE將每隔10分 鐘發(fā)送一次保活信息給SGSN。808 =SGSN轉(zhuǎn)發(fā)?；钚畔⒔o應(yīng)用服務(wù)器。例如，當(dāng)SGSN啟動的定時器滿后，就向應(yīng)用服務(wù)器發(fā)送保活信息，當(dāng)發(fā)送達到最 大次數(shù)后，仍舊沒有收到UE新的保活信息，說明UE已經(jīng)離開SGSN服務(wù)器或者UE已經(jīng)退出 應(yīng)用程序，就不需要在向應(yīng)用服務(wù)器發(fā)送?；钚畔?。相對于第七實施例，本實施例在傳輸一 次?；钚畔⒑?，可以釋放Iu接口，以節(jié)省Iu接口資源。本實施例通過激活信令優(yōu)化功能，可以降低發(fā)送?；钚畔⒌念l率，進一步減少信 令負荷。上述實施例以CN網(wǎng)元以SGSN為例，同樣可以適用于GGSN。圖9為本發(fā)明另一實施例的一種UE的結(jié)構(gòu)示意圖，包括第一發(fā)送單元91和第二 發(fā)送單元92，第一發(fā)送單元91用于發(fā)送第一信息給網(wǎng)絡(luò)設(shè)備，所述第一信息用于使所述網(wǎng) 絡(luò)設(shè)備確定待接收?；钚畔ⅲ坏诙l(fā)送單元92用于發(fā)送?；钚畔⒔o所述網(wǎng)絡(luò)設(shè)備，所述網(wǎng)?；钚畔⑦M行優(yōu)化處理。在本發(fā)明的另一實施例中，所述第一信息可以為保活信息指示，所述第一信息在 所述?；钚畔⒅鞍l(fā)送，此時，所述終端還包括接入層單元，用于接收非接入層發(fā)送的原 語指示，所述原語指示表明需要傳輸?；钚畔ⅲ凰龅谝话l(fā)送單元91具體用于在接收到所 述原語指示后發(fā)送所述?；钚畔⒅甘?。在本發(fā)明的另一實施例中，所述第一信息可以為表明網(wǎng)絡(luò)設(shè)備待接收保活信息的 業(yè)務(wù)量指示，所述第一信息在所述?；钚畔⒅鞍l(fā)送，此時，所述終端還包括第一接收單 元，用于接收所述網(wǎng)絡(luò)設(shè)備發(fā)送的業(yè)務(wù)量測量上報準則，所述業(yè)務(wù)量測量上報準則中包含 第一門限和第二門限；所述第一發(fā)送單元91具體用于當(dāng)所述業(yè)務(wù)量測量結(jié)果在所述第一 門限和第二門限之間時，發(fā)送所述業(yè)務(wù)量指示。在本發(fā)明的另一實施例中，所述第一信息為終端測量得到的業(yè)務(wù)量測量結(jié)果，所 述第一信息在所述?；钚畔⒅鞍l(fā)送，所述第一發(fā)送單元91具體用于將所述業(yè)務(wù)量測量 結(jié)果發(fā)送給所述網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備用于當(dāng)所述業(yè)務(wù)量測量結(jié)果在預(yù)先配置的第一門 限和第二門限之間時，確定待接收保活信息。在本發(fā)明的另一實施例中，所述第一信息為終端測量得到的業(yè)務(wù)量測量結(jié)果，所 述第一信息在所述?；钚畔⒅鞍l(fā)送，所述終端還包括第二接收單元，用于接收所述網(wǎng)絡(luò) 設(shè)備發(fā)送的業(yè)務(wù)量測量上報準則，所述業(yè)務(wù)量測量上報準則中包含第一門限；所述第一發(fā) 送單元91具體用于當(dāng)所述業(yè)務(wù)量測量結(jié)果大于等于所述第一門限時，將所述業(yè)務(wù)量測量 結(jié)果發(fā)送給所述網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備用于當(dāng)所述業(yè)務(wù)量測量結(jié)果小于等于預(yù)先配置的 第二門限時，確定待接收?；钚畔?。在本發(fā)明的另一實施例中，還可以包括第一建立單元，第一建立單元用于建立終 端和網(wǎng)絡(luò)設(shè)備之間的業(yè)務(wù)承載；此時，所述第二發(fā)送單元92具體用于通過所述業(yè)務(wù)承載， 將所述?；钚畔l(fā)送給所述網(wǎng)絡(luò)設(shè)備。在本發(fā)明的另一實施例中，所述第一信息為?；钚畔⒅甘?，所述第一信息和所述 ?；钚畔⑼瑫r發(fā)送，本實施例還可以包括第三發(fā)送單元，第三發(fā)送單元用于發(fā)送業(yè)務(wù)類型 給所述網(wǎng)絡(luò)設(shè)備，所述業(yè)務(wù)類型表明所述?；钚畔y帶在信令中傳輸；此時，所述第二發(fā)送 單元92具體用于將所述保活信息指示及所述?；钚畔y帶在信令的NAS消息部分發(fā)送給 所述網(wǎng)絡(luò)設(shè)備。在本發(fā)明的另一實施例中，本實施例還可以包括第四發(fā)送單元，第四發(fā)送單元用 于發(fā)送第二信息給所述網(wǎng)絡(luò)設(shè)備，所述第二信息用于使所述網(wǎng)絡(luò)設(shè)備確定待接收?；钚?息，從而使所述網(wǎng)絡(luò)設(shè)備在接收?；钚畔⒅斑M行優(yōu)化處理，所述第二信息為?；钚畔⒅?示、業(yè)務(wù)量指示或者業(yè)務(wù)量測量結(jié)果。在本發(fā)明的另一實施例中，本實施例還可以包括獲取單元，獲取單元用于在具有 降低保活信息發(fā)送頻率的能力時，獲取預(yù)先配置或者網(wǎng)絡(luò)設(shè)備下發(fā)的信令優(yōu)化的配置參 數(shù)；此時，所述第二發(fā)送單元92具體用于根據(jù)所述信令優(yōu)化的配置參數(shù)指示的發(fā)送頻率， 發(fā)送所述?；钚畔?。在本發(fā)明的另一實施例中，當(dāng)所述信令優(yōu)化的配置參數(shù)是網(wǎng)絡(luò)設(shè)備下發(fā)時，所述 終端還可以包括上報單元，用于上報信令優(yōu)化功能指示給所述網(wǎng)絡(luò)設(shè)備，所述信令優(yōu)化功 能指示用于表明終端是否具有降低保活信息發(fā)送頻率的能力；所述獲取單元具體用于接收
16網(wǎng)絡(luò)設(shè)備根據(jù)所述信令優(yōu)化功能指示獲知所述終端具有降低保活信息發(fā)送頻率的能力時， 通過專用信令或者廣播消息，下發(fā)的所述信令優(yōu)化的配置參數(shù)。上述終端以及其中的各個單元的具體功能，可以參考上述圖1-8任意一方法實施 例所描述的內(nèi)容，在此不再贅述。本實施例通過向網(wǎng)絡(luò)設(shè)備發(fā)送第一信息，網(wǎng)絡(luò)設(shè)備可以根據(jù)該第一信息獲知傳輸 為?；钚畔?，以便對保活信息進行優(yōu)化處理。圖10為本發(fā)明另一實施例的一種網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)示意圖，包括確定單元101和處 理單元102，確定單元101用于接收終端發(fā)送的第一信息，根據(jù)所述第一信息確定待接收保 活信息；處理單元102用于接收所述終端發(fā)送的?；钚畔ⅲ瑢λ霰；钚畔⑦M行優(yōu)化處理。在本發(fā)明的另一實施例中，處理單元102可以包括第一單元和/或第二單元，第一 單元用于在?；钚畔鬏斨?，當(dāng)信令負荷較重時，指示UE進入CELL-FACH狀態(tài)；第二單 元用于在?；钚畔鬏斖戤吅螅?dāng)信令負荷較重時，指示UE進入CELL-PCH或者URA-PCH狀 態(tài)。在本發(fā)明的另一實施例中，所述第一信息可以為表明網(wǎng)絡(luò)設(shè)備待接收?；钚畔⒌?業(yè)務(wù)量指示，所述第一信息在所述?；钚畔⒅敖邮?，本實施例還可以包括第五發(fā)送單 元，用于向終端發(fā)送業(yè)務(wù)量測量上報準則，所述業(yè)務(wù)量測量上報準則中包含第一門限和第 二門限；所述確定單元101具體用于當(dāng)終端測量得到的業(yè)務(wù)量測量結(jié)果在所述第一門限和 第二門限之間時，網(wǎng)絡(luò)設(shè)備接收終端發(fā)送的表明網(wǎng)絡(luò)設(shè)備待接收保活信息的業(yè)務(wù)量指示。在本發(fā)明的另一實施例中，所述第一信息為終端測量得到的業(yè)務(wù)量測量結(jié)果，所 述第一信息在所述保活信息之前接收，所述網(wǎng)絡(luò)設(shè)備中預(yù)先配置第一門限和第二門限，所 述確定單元101包括第三單元和第四單元，第三單元用于接收所述終端發(fā)送的所述業(yè)務(wù)量 測量結(jié)果；第四單元用于當(dāng)所述業(yè)務(wù)量測量結(jié)果在所述第一門限和第二門限之間時，確定 待接收保活信息。在本發(fā)明的另一實施例中，所述第一信息可以為終端測量得到的業(yè)務(wù)量測量結(jié) 果，所述第一信息在所述保活信息之前接收，本實施例還可以包括第六發(fā)送單元，用于向所 述終端發(fā)送業(yè)務(wù)量測量上報準則，所述業(yè)務(wù)量測量上報準則中包含第一門限；所述確定單 元101具體用于當(dāng)所述業(yè)務(wù)量測量結(jié)果大于等于所述第一門限時，網(wǎng)絡(luò)設(shè)備接收終端發(fā)送 的業(yè)務(wù)量測量結(jié)果，當(dāng)所述業(yè)務(wù)量測量結(jié)果小于等于網(wǎng)絡(luò)設(shè)備預(yù)先配置的第二門限時，確 定待接收保活信息。在本發(fā)明的另一實施例中，所述第一信息為?；钚畔⒅甘荆龃_定單元101具 體用于接收終端發(fā)送的?；钚畔⒅甘?，所述?；钚畔⒅甘緸樗鼋K端的接入層收到非接入 層的需要傳輸?；钚畔⒌脑Z指示后發(fā)送的。在本發(fā)明的另一實施例中，還可以包括第二建立單元，第二建立單元用于建立終 端與網(wǎng)絡(luò)設(shè)備之間的業(yè)務(wù)承載；所述處理單元102具體用于通過所述業(yè)務(wù)承載，接收終端 發(fā)送的?；钚畔?，對所述?；钚畔⑦M行優(yōu)化處理。在本發(fā)明的另一實施例中，所述第一信息為保活信息指示，所述第一信息和所述 ?；钚畔⑼瑫r接收，本實施例還可以包括第三接收單元，用于接收終端發(fā)送的業(yè)務(wù)類型，所 述業(yè)務(wù)類型表明所述?；钚畔y帶在信令中傳輸；所述處理單元102具體用于接收終端攜 帶在信令的NAS消息部分的所述保活信息指示及所述?；钚畔?。
在本發(fā)明的另一實施例中，還可以包括第四接收單元，用于接收所述終端發(fā)送的 第二信息，根據(jù)所述第二信息確定待接收保活信息，在接收保活信息之前進行優(yōu)化處理，所 述第二信息為?；钚畔⒅甘?、業(yè)務(wù)量指示或者業(yè)務(wù)量測量結(jié)果。在本發(fā)明的另一實施例中，還可以包括第五接收單元和第七發(fā)送單元，第五接收 單元用于接收終端發(fā)送的信令優(yōu)化功能指示，所述信令優(yōu)化功能指示用于表明終端是否具 有降低保活信息發(fā)送頻率的能力；第七發(fā)送單元用于當(dāng)所述UE具有降低?；钚畔l(fā)送頻 率的能力時，將信令優(yōu)化的配置參數(shù)發(fā)送給UE,以使UE根據(jù)所述信令優(yōu)化的配置參數(shù)發(fā)送 保活信息。上述網(wǎng)絡(luò)設(shè)備以及其中的各個單元的具體功能，可以參考上述圖1-8任意一方法 實施例所描述的內(nèi)容，在此不再贅述。本實施例通過接收第一信息，網(wǎng)絡(luò)設(shè)備可以根據(jù)該第一信息獲知傳輸為?；钚?息，以便對?；钚畔⑦M行優(yōu)化處理。圖11為本發(fā)明另一實施例的一種傳輸?；钚畔⒌南到y(tǒng)的結(jié)構(gòu)示意圖，包括終端 111和網(wǎng)絡(luò)設(shè)備112，其中，終端111可以如圖9所示，網(wǎng)絡(luò)設(shè)備112可以如圖10所示。本實施例通過接收第一信息，網(wǎng)絡(luò)設(shè)備可以根據(jù)該第一信息獲知傳輸為?；钚?息，以便對?；钚畔⑦M行優(yōu)化處理。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡 管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然 可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替 換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精 神和范圍。
權(quán)利要求
1.一種傳輸?；钚畔⒌姆椒?，其特征在于，包括終端發(fā)送第一信息給網(wǎng)絡(luò)設(shè)備，所述第一信息用于使所述網(wǎng)絡(luò)設(shè)備確定待接收?；钚畔ⅲ凰鼋K端發(fā)送?；钚畔⒔o所述網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備用于對所述?；钚畔⑦M行優(yōu)化處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一信息為?；钚畔⒅甘?，所述第一信息在所述?；钚畔⒅鞍l(fā)送，所述發(fā)送第 一信息之前，所述方法還包括所述終端的接入層接收非接入層發(fā)送的原語指示，所述原語 指示表明需要傳輸?；钚畔?，從而發(fā)送所述?；钚畔⒅甘?；或者，所述第一信息為表明網(wǎng)絡(luò)設(shè)備待接收?；钚畔⒌臉I(yè)務(wù)量指示，所述第一信息在所述保 活信息之前發(fā)送，所述發(fā)送第一信息之前，所述方法還包括所述終端接收所述網(wǎng)絡(luò)設(shè)備發(fā) 送的業(yè)務(wù)量測量上報準則，所述業(yè)務(wù)量測量上報準則中包含第一門限和第二門限，以使當(dāng) 所述業(yè)務(wù)量測量結(jié)果在所述第一門限和第二門限之間時，發(fā)送所述業(yè)務(wù)量指示；或者，所述第一信息為終端測量得到的業(yè)務(wù)量測量結(jié)果，所述第一信息在所述?；钚畔⒅?發(fā)送，所述終端發(fā)送第一信息給網(wǎng)絡(luò)設(shè)備，所述第一信息用于使所述網(wǎng)絡(luò)設(shè)備確定待接收 ?；钚畔ⅲㄋ鼋K端將所述業(yè)務(wù)量測量結(jié)果發(fā)送給所述網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備用于 當(dāng)所述業(yè)務(wù)量測量結(jié)果在預(yù)先配置的第一門限和第二門限之間時，確定待接收?；钚畔?； 或者，所述第一信息為終端測量得到的業(yè)務(wù)量測量結(jié)果，所述第一信息在所述?；钚畔⒅?發(fā)送，所述發(fā)送第一信息之前，所述方法還包括所述終端接收所述網(wǎng)絡(luò)設(shè)備發(fā)送的業(yè)務(wù)量 測量上報準則，所述業(yè)務(wù)量測量上報準則中包含第一門限；所述終端發(fā)送第一信息給網(wǎng)絡(luò) 設(shè)備，所述第一信息用于使所述網(wǎng)絡(luò)設(shè)備確定待接收保活信息，包括所述終端在所述業(yè)務(wù) 量測量結(jié)果大于等于所述第一門限時，將所述業(yè)務(wù)量測量結(jié)果發(fā)送給所述網(wǎng)絡(luò)設(shè)備，所述 網(wǎng)絡(luò)設(shè)備用于當(dāng)所述業(yè)務(wù)量測量結(jié)果小于等于預(yù)先配置的第二門限時，確定待接收?；钚?信息
3.根據(jù)權(quán)利要求1-2任一所述的方法，其特征在于， 所述第一信息攜帶在RRC連接建立請求消息中； 或者，所述第一信息攜帶在小區(qū)更新消息中。
4.根據(jù)權(quán)利2所述的方法，其特征在于，所述業(yè)務(wù)量測量上報準則攜帶在STBll消息、 STBllb消息、STB12消息或者測量控制消息中。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一信息為?；钚畔⒅甘?，所述第一信息和所述?；钚畔⑼瑫r發(fā)送， 所述發(fā)送?；钚畔⒔o所述網(wǎng)絡(luò)設(shè)備之前，所述方法還包括所述終端發(fā)送業(yè)務(wù)類型給 所述網(wǎng)絡(luò)設(shè)備，所述業(yè)務(wù)類型表明所述?；钚畔y帶在信令中傳輸；所述發(fā)送第一信息給網(wǎng)絡(luò)設(shè)備及發(fā)送?；钚畔⒔o網(wǎng)絡(luò)設(shè)備包括將所述?；钚畔⒅甘?及所述保活信息攜帶在信令的NAS消息部分發(fā)送給所述網(wǎng)絡(luò)設(shè)備。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述發(fā)送?；钚畔⒔o所述網(wǎng)絡(luò)設(shè)備之前， 所述方法還包括所述終端發(fā)送第二信息給所述網(wǎng)絡(luò)設(shè)備，所述第二信息用于使所述網(wǎng)絡(luò)設(shè)備確定待接 收?；钚畔?，從而使所述網(wǎng)絡(luò)設(shè)備在接收?；钚畔⒅斑M行優(yōu)化處理，所述第二信息為保 活信息指示、業(yè)務(wù)量指示或者業(yè)務(wù)量測量結(jié)果。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括所述終端在具有降低?；钚畔l(fā)送頻率的能力時，獲取預(yù)先配置或者網(wǎng)絡(luò)設(shè)備下發(fā)的 信令優(yōu)化的配置參數(shù)；所述發(fā)送?；钚畔ǜ鶕?jù)所述信令優(yōu)化的配置參數(shù)指示的發(fā)送頻率，發(fā)送所述?；顊曰息。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，當(dāng)所述信令優(yōu)化的配置參數(shù)是網(wǎng)絡(luò)設(shè)備 下發(fā)時，所述方法還包括所述終端上報信令優(yōu)化功能指示給所述網(wǎng)絡(luò)設(shè)備，所述信令優(yōu)化功能指示用于表明終 端是否具有降低保活信息發(fā)送頻率的能力，以使網(wǎng)絡(luò)設(shè)備根據(jù)所述信令優(yōu)化功能指示獲知 所述終端具有降低?；钚畔l(fā)送頻率的能力時，通過專用信令或者廣播消息，下發(fā)所述信 令優(yōu)化的配置參數(shù)。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述信令優(yōu)化功能指示攜帶在RRC連接請 求消息、RRC連接建立完成消息或者UE能力信息消息中。
10.一種傳輸保活信息的方法，其特征在于，包括網(wǎng)絡(luò)設(shè)備接收終端發(fā)送的第一信息，根據(jù)所述第一信息確定待接收?；钚畔?；所述網(wǎng)絡(luò)設(shè)備接收所述終端發(fā)送的?；钚畔ⅲ瑢λ霰；钚畔⑦M行優(yōu)化處理。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述第一信息為表明網(wǎng)絡(luò)設(shè)備待接收?；钚畔⒌臉I(yè)務(wù)量指示，所述第一信息在所述保 活信息之前接收，所述方法還包括網(wǎng)絡(luò)設(shè)備向所述終端發(fā)送業(yè)務(wù)量測量上報準則，所述業(yè) 務(wù)量測量上報準則中包含第一門限和第二門限；所述網(wǎng)絡(luò)設(shè)備接收終端發(fā)送的第一信息， 根據(jù)所述第一信息確定待接收?；钚畔?，包括當(dāng)終端測量得到的業(yè)務(wù)量測量結(jié)果在所述 第一門限和第二門限之間時，網(wǎng)絡(luò)設(shè)備接收終端發(fā)送的表明網(wǎng)絡(luò)設(shè)備待接收?；钚畔⒌臉I(yè) 務(wù)量指示；或者，所述第一信息為終端測量得到的業(yè)務(wù)量測量結(jié)果，所述網(wǎng)絡(luò)設(shè)備中預(yù)先配置第一門限 和第二門限，所述第一信息在所述?；钚畔⒅敖邮眨鼍W(wǎng)絡(luò)設(shè)備接收終端發(fā)送的第一 信息，根據(jù)所述第一信息確定待接收?；钚畔?，包括網(wǎng)絡(luò)設(shè)備接收所述終端發(fā)送的所述業(yè) 務(wù)量測量結(jié)果；當(dāng)所述業(yè)務(wù)量測量結(jié)果在所述第一門限和第二門限之間時，確定待接收保 活信息；或者，所述第一信息為終端測量得到的業(yè)務(wù)量測量結(jié)果，所述第一信息在所述?；钚?息之前接收，所述方法還包括所述網(wǎng)絡(luò)設(shè)備向所述終端發(fā)送業(yè)務(wù)量測量上報準則，所述業(yè) 務(wù)量測量上報準則中包含第一門限；所述網(wǎng)絡(luò)設(shè)備接收終端發(fā)送的第一信息，根據(jù)所述第 一信息確定待接收保活信息，包括當(dāng)所述業(yè)務(wù)量測量結(jié)果大于等于所述第一門限時，網(wǎng)絡(luò) 設(shè)備接收終端發(fā)送的業(yè)務(wù)量測量結(jié)果，當(dāng)所述業(yè)務(wù)量測量結(jié)果小于等于網(wǎng)絡(luò)設(shè)備預(yù)先配置 的第二門限時，確定待接收保活信息；或者，所述第一信息為保活信息指示，所述第一信息在所述保活信息之前接收，所述接收第一信息包括接收終端發(fā)送的?；钚畔⒅甘荆霰；钚畔⒅甘緸樗鼋K端的接入層收到 非接入層的需要傳輸保活信息的原語指示后發(fā)送的。
12.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述第一信息為?；钚畔⒅甘?，所述第一信息和所述保活信息同時接收，所述方法還包括網(wǎng)絡(luò)設(shè)備接收終端發(fā)送的業(yè)務(wù)類型，所述業(yè)務(wù)類型表明所述?；钚?息攜帶在信令中傳輸；所述接收終端發(fā)送的第一信息及接收終端發(fā)送的保活信息包括接收終端攜帶在信令 的NAS消息部分的所述?；钚畔⒅甘炯八霰；钚畔?。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述接收終端發(fā)送的?；钚畔⒅?，所 述方法還包括接收所述終端發(fā)送的第二信息，根據(jù)所述第二信息確定待接收保活信息，在接收保活 信息之前進行優(yōu)化處理，所述第二信息為?；钚畔⒅甘?、業(yè)務(wù)量指示或者業(yè)務(wù)量測量結(jié)果。
14.根據(jù)權(quán)利要求10所述的方法，其特征在于，還包括網(wǎng)絡(luò)設(shè)備接收終端發(fā)送的信令優(yōu)化功能指示，所述信令優(yōu)化功能指示用于表明終端是 否具有降低?；钚畔l(fā)送頻率的能力；當(dāng)所述終端具有降低?；钚畔l(fā)送頻率的能力時，網(wǎng)絡(luò)設(shè)備將信令優(yōu)化的配置參數(shù)發(fā) 送給所述終端，以使所述終端根據(jù)所述信令優(yōu)化的配置參數(shù)發(fā)送保活信息。
15.一種終端，其特征在于，包括第一發(fā)送單元，用于發(fā)送第一信息給網(wǎng)絡(luò)設(shè)備，所述第一信息用于使所述網(wǎng)絡(luò)設(shè)備確 定待接收?；钚畔?；第二發(fā)送單元，用于發(fā)送保活信息給所述網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備用于對所述?；钚?息進行優(yōu)化處理。
16.根據(jù)權(quán)利要求15所述的終端，其特征在于，所述第一信息為?；钚畔⒅甘荆龅谝恍畔⒃谒霰；钚畔⒅鞍l(fā)送，所述終端還 包括接入層單元，用于接收非接入層發(fā)送的原語指示，所述原語指示表明需要傳輸保活信 息；所述第一發(fā)送單元具體用于在接收到所述原語指示后發(fā)送所述?；钚畔⒅甘?；或者，所述第一信息為表明網(wǎng)絡(luò)設(shè)備待接收?；钚畔⒌臉I(yè)務(wù)量指示，所述第一信息在所述保 活信息之前發(fā)送，所述終端還包括第一接收單元，用于接收所述網(wǎng)絡(luò)設(shè)備發(fā)送的業(yè)務(wù)量測 量上報準則，所述業(yè)務(wù)量測量上報準則中包含第一門限和第二門限；所述第一發(fā)送單元具 體用于當(dāng)所述業(yè)務(wù)量測量結(jié)果在所述第一門限和第二門限之間時，發(fā)送所述業(yè)務(wù)量指示；或者，所述第一信息為終端測量得到的業(yè)務(wù)量測量結(jié)果，所述第一信息在所述?；钚畔⒅?發(fā)送，所述第一發(fā)送單元具體用于將所述業(yè)務(wù)量測量結(jié)果發(fā)送給所述網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò) 設(shè)備用于當(dāng)所述業(yè)務(wù)量測量結(jié)果在預(yù)先配置的第一門限和第二門限之間時，確定待接收保 活信息；或者，所述第一信息為終端測量得到的業(yè)務(wù)量測量結(jié)果，所述第一信息在所述?；钚畔⒅?前發(fā)送，所述終端還包括第二接收單元，用于接收所述網(wǎng)絡(luò)設(shè)備發(fā)送的業(yè)務(wù)量測量上報準則，所述業(yè)務(wù)量測量上報準則中包含第一門限；所述第一發(fā)送單元具體用于當(dāng)所述業(yè)務(wù) 量測量結(jié)果大于等于所述第一門限時，將所述業(yè)務(wù)量測量結(jié)果發(fā)送給所述網(wǎng)絡(luò)設(shè)備，所述 網(wǎng)絡(luò)設(shè)備用于當(dāng)所述業(yè)務(wù)量測量結(jié)果小于等于預(yù)先配置的第二門限時，確定待接收?；钚?肩、ο
17.根據(jù)權(quán)利要求15所述的終端，其特征在于，所述第一信息為?；钚畔⒅甘荆龅?一信息和所述?；钚畔⑼瑫r發(fā)送，所述終端還包括第三發(fā)送單元，用于發(fā)送業(yè)務(wù)類型給所述網(wǎng)絡(luò)設(shè)備，所述業(yè)務(wù)類型表明所述?；钚畔?攜帶在信令中傳輸；所述第二發(fā)送單元具體用于將所述?；钚畔⒅甘炯八霰；钚畔y帶在信令的NAS 消息部分發(fā)送給所述網(wǎng)絡(luò)設(shè)備。
18.根據(jù)權(quán)利要求17所述的終端，其特征在于，還包括第四發(fā)送單元，用于發(fā)送第二信息給所述網(wǎng)絡(luò)設(shè)備，所述第二信息用于使所述網(wǎng)絡(luò)設(shè) 備確定待接收保活信息，從而使所述網(wǎng)絡(luò)設(shè)備在接收?；钚畔⒅斑M行優(yōu)化處理，所述第 二信息為?；钚畔⒅甘?、業(yè)務(wù)量指示或者業(yè)務(wù)量測量結(jié)果。
19.根據(jù)權(quán)利要求15所述的終端，其特征在于，還包括獲取單元，用于在具有降低保活信息發(fā)送頻率的能力時，獲取預(yù)先配置或者網(wǎng)絡(luò)設(shè)備 下發(fā)的信令優(yōu)化的配置參數(shù)；所述第二發(fā)送單元具體用于根據(jù)所述信令優(yōu)化的配置參數(shù)指示的發(fā)送頻率，發(fā)送所述 ?；钚畔ⅰ?br>
20.根據(jù)權(quán)利要求18所述的終端，其特征在于，當(dāng)所述信令優(yōu)化的配置參數(shù)是網(wǎng)絡(luò)設(shè) 備下發(fā)時，所述終端還包括上報單元，用于上報信令優(yōu)化功能指示給所述網(wǎng)絡(luò)設(shè)備，所述信令優(yōu)化功能指示用于 表明終端是否具有降低?；钚畔l(fā)送頻率的能力；所述獲取單元具體用于接收網(wǎng)絡(luò)設(shè)備根據(jù)所述信令優(yōu)化功能指示獲知所述終端具有 降低?；钚畔l(fā)送頻率的能力時，通過專用信令或者廣播消息，下發(fā)的所述信令優(yōu)化的配 置參數(shù)。
21.—種網(wǎng)絡(luò)設(shè)備，其特征在于，包括確定單元，用于接收終端發(fā)送的第一信息，根據(jù)所述第一信息確定待接收?；钚畔ⅲ惶幚韱卧?，用于接收所述終端發(fā)送的?；钚畔?，對所述?；钚畔⑦M行優(yōu)化處理。
22.根據(jù)權(quán)利要求21所述的設(shè)備，其特征在于，所述第一信息為表明網(wǎng)絡(luò)設(shè)備待接收保活信息的業(yè)務(wù)量指示，所述第一信息在所述保 活信息之前接收，所述設(shè)備還包括第五發(fā)送單元，用于向所述終端發(fā)送業(yè)務(wù)量測量上報準 則，所述業(yè)務(wù)量測量上報準則中包含第一門限和第二門限；所述確定單元具體用于當(dāng)終端 測量得到的業(yè)務(wù)量測量結(jié)果在所述第一門限和第二門限之間時，網(wǎng)絡(luò)設(shè)備接收終端發(fā)送的 表明網(wǎng)絡(luò)設(shè)備待接收?；钚畔⒌臉I(yè)務(wù)量指示；或者，所述第一信息為終端測量得到的業(yè)務(wù)量測量結(jié)果，所述第一信息在所述?；钚畔⒅?接收，所述網(wǎng)絡(luò)設(shè)備中預(yù)先配置第一門限和第二門限，所述確定單元包括第三單元，用于 接收所述終端發(fā)送的所述業(yè)務(wù)量測量結(jié)果；第四單元，用于當(dāng)所述業(yè)務(wù)量測量結(jié)果在所述第一門限和第二門限之間時，確定待接收?；钚畔ⅲ换蛘?，所述第一信息為終端測量得到的業(yè)務(wù)量測量結(jié)果，所述第一信息在所述保活信息之前 接收，所述設(shè)備還包括第六發(fā)送單元，用于向所述終端發(fā)送業(yè)務(wù)量測量上報準則，所述業(yè) 務(wù)量測量上報準則中包含第一門限；所述確定單元具體用于當(dāng)所述業(yè)務(wù)量測量結(jié)果大于等 于所述第一門限時，網(wǎng)絡(luò)設(shè)備接收終端發(fā)送的業(yè)務(wù)量測量結(jié)果，當(dāng)所述業(yè)務(wù)量測量結(jié)果小 于等于網(wǎng)絡(luò)設(shè)備預(yù)先配置的第二門限時，確定待接收保活信息；或者，所述第一信息為?；钚畔⒅甘?，所述確定單元具體用于接收終端發(fā)送的?；钚畔⒅?示，所述保活信息指示為所述終端的接入層收到非接入層的需要傳輸?；钚畔⒌脑Z指示 后發(fā)送的。
23.根據(jù)權(quán)利要求21所述的設(shè)備，其特征在于，所述第一信息為?；钚畔⒅甘荆龅?一信息和所述?；钚畔⑼瑫r接收，所述設(shè)備還包括第三接收單元，用于接收終端發(fā)送的業(yè)務(wù)類型，所述業(yè)務(wù)類型表明所述保活信息攜帶 在信令中傳輸；所述處理單元具體用于接收終端攜帶在信令的NAS消息部分的所述保活信息指示及 所述?；钚畔?。
24.根據(jù)權(quán)利要求23所述的設(shè)備，其特征在于，還包括第四接收單元，用于接收所述終端發(fā)送的第二信息，根據(jù)所述第二信息確定待接收保 活信息，在接收保活信息之前進行優(yōu)化處理，所述第二信息為保活信息指示、業(yè)務(wù)量指示或 者業(yè)務(wù)量測量結(jié)果。
25.根據(jù)權(quán)利要求21所述的設(shè)備，其特征在于，還包括第五接收單元，用于接收終端發(fā)送的信令優(yōu)化功能指示，所述信令優(yōu)化功能指示用于 表明終端是否具有降低?；钚畔l(fā)送頻率的能力；第七發(fā)送單元，用于當(dāng)所述終端具有降低?；钚畔l(fā)送頻率的能力時，將信令優(yōu)化的 配置參數(shù)發(fā)送給所述終端，以使所述終端根據(jù)所述信令優(yōu)化的配置參數(shù)發(fā)送保活信息。
全文摘要
本發(fā)明提供一種傳輸保活信息的方法及終端和網(wǎng)絡(luò)設(shè)備。該方法包括終端發(fā)送第一信息給網(wǎng)絡(luò)設(shè)備，所述第一信息用于使所述網(wǎng)絡(luò)設(shè)備確定待接收保活信息；所述終端發(fā)送保活信息給所述網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備用于對所述?；钚畔⑦M行優(yōu)化處理。本發(fā)明實施例可以降低信令負荷。
文檔編號H04W76/04GK102149215SQ20101010860
公開日2011年8月10日 申請日期2010年2月5日 優(yōu)先權(quán)日2010年2月5日
發(fā)明者馮莉, 戴丁樟, 鄭瀟瀟, 郭房富, 陳東, 陳燕燕, 高永強 申請人:華為技術(shù)有限公司