專利名稱：一種維持大量連接的方法、用戶設(shè)備及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及機(jī)器對機(jī)器(M2M,Machine to Machine)技術(shù),特別是指一種維持大量連接的方法、用戶設(shè)備(UE, User Equipment)及系統(tǒng)。
背景技術(shù)：
M2M技術(shù)是指機(jī)器之間建立連接的所有技術(shù)和手段。在上個(gè)世紀(jì)九十年代，就出現(xiàn)了 M2M的概念，但是，只停留在理論階段。2000年以后，隨著移動通信技術(shù)的發(fā)展，使得通過移動通信技術(shù)實(shí)現(xiàn)機(jī)器設(shè)備之間的聯(lián)網(wǎng)成為可能。2002年左右，在市場上出現(xiàn)了 M2M業(yè)務(wù)，并在隨后的幾年迅速發(fā)展，成為了眾多通信設(shè)備商和電信運(yùn)營商的關(guān)注焦點(diǎn)。而且，目前，全球的機(jī)器數(shù)量比人的數(shù)量要多很多，因此，可以預(yù)見到M2M技術(shù)的良好的市場前景。 對M2M通信應(yīng)用場景的研究表明，在移動網(wǎng)絡(luò)上提供M2M通信，具有潛在的市場前景；另外，目前電信市場競爭日趨激烈，資費(fèi)不斷下降，運(yùn)營商利潤空間不斷減小，以人為基礎(chǔ)的通信市場正在趨于飽和，因此，M2M通信對運(yùn)營商來說是全新的發(fā)展機(jī)遇。但是，由于現(xiàn)有的移動通信網(wǎng)絡(luò)主要針對人與人的通信進(jìn)行設(shè)計(jì)，而對機(jī)器與機(jī)器、人與機(jī)器的之間通信則優(yōu)化不足，因此，M2M業(yè)務(wù)對現(xiàn)有的移動通信系統(tǒng)提出了很多新的要求，為了增強(qiáng)移動網(wǎng)絡(luò)在這方面的競爭力，有必要對現(xiàn)有的移動網(wǎng)絡(luò)進(jìn)行優(yōu)化，來更有效地支持M2M通信。此外，運(yùn)營商如何能夠以低成本提供M2M通信服務(wù)，也是M2M通信部署成功的關(guān)鍵?；谝陨戏治觯斜匾芯恳苿泳W(wǎng)絡(luò)支持M2M通信的解決方案，解決方案要能最大限度地利用現(xiàn)有網(wǎng)絡(luò)，并降低大量M2M通信對網(wǎng)絡(luò)造成的影響以及運(yùn)營維護(hù)的復(fù)雜度。在現(xiàn)有技術(shù)中，為了有效地利用現(xiàn)有的移動網(wǎng)絡(luò)資源，第三代合作伙伴計(jì)劃(3GPP, 3rd Generation Partnership Project)提出了機(jī)器類型通信(MTC, Machine TypeCommunication),即M2M、機(jī)器對人(Machine to Man)進(jìn)行通信的業(yè)務(wù),其業(yè)務(wù)范圍遠(yuǎn)遠(yuǎn)超出了以往人對人(H2H，Human to Human)之間的通信，并且，MTC在接入控制、計(jì)費(fèi)、安全性、服務(wù)質(zhì)量(QoS, Quality of Service)、以及業(yè)務(wù)模式等方面與現(xiàn)有的H2H通信模式有很大的區(qū)別。圖I為3GPP演進(jìn)分組系統(tǒng)(EPS, Evolved Packet System)的架構(gòu)示意圖，從圖I中可以看出，EPS包括無線接入網(wǎng)(RAN, Radio Access Network)及核心網(wǎng)。其中，無線接入網(wǎng)具體可以是通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)(UTRAN，UMTS TerrestrialRadio Access Network)、演進(jìn)的 UTRAN(E-UTRAN，Evolved UTRAN)、GSM/EDGE 無線接入網(wǎng)絡(luò)(GERAN，GSM/EDGE Radio Access Network)等；在 E-UTRAN 中，包括演進(jìn)的節(jié)點(diǎn) B(eNB，evolved Node B);對于核心網(wǎng)的組成，在演進(jìn)分組核心網(wǎng)(EPC, Evolved Packet Core)中，即無線接入網(wǎng)為E-UTRAN時(shí),核心網(wǎng)包括移動管理實(shí)體(MME, Mobility ManagementEntity)、服務(wù)網(wǎng)關(guān)(S-GW, Serving Gateffay)、以及分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(P_GW,PDN Gateway)等網(wǎng)元，在通用分組無線業(yè)務(wù)(GPRS, General Packet Radio Service)中，S卩無線接入網(wǎng)為UTRAN 或 GERAN 時(shí)，核心網(wǎng)包括服務(wù) GPRS 支持節(jié)點(diǎn)(SGSN，Serving GPRS Support Node)等網(wǎng)元。要實(shí)現(xiàn)MTC系統(tǒng)，則有效地維持大量MTC設(shè)備的連接是對MTC系統(tǒng)的基本要求之一，換句話說，MTC系統(tǒng)應(yīng)該提供有效地維持大量MTC設(shè)備的連接的機(jī)制。因此，需要考慮以下三個(gè)方面的因素1、有效性；2、維持連接；3、大量的MTC設(shè)備。在目前的研究中，只有第2點(diǎn)是明確的，即保持永遠(yuǎn)在線“always on”;而對于第3點(diǎn)大量的含義并不明確，即并不能明確多少量算是大量；對于第I點(diǎn)有效性的定義也不明確，雖然有效性的定義并不明確，但是，根據(jù)以往3GPP會議的討論情況可知，這條需求主要是針對當(dāng)大量設(shè)備處于"always on”狀態(tài)時(shí)，網(wǎng)絡(luò)設(shè)備如何有效地進(jìn)行相關(guān)資源的維護(hù)?；趫DI所示的網(wǎng)絡(luò)架構(gòu)，圖2為3GPP中的MTC系統(tǒng)的架構(gòu)示意圖，如圖2所示，在MTC系統(tǒng)中，需要一直保持UE、RAN、GGSN,網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN，Gateway GPRSSupport Node)/P-GW/演進(jìn)型分組數(shù)據(jù)網(wǎng)關(guān)(eFOG, evolved Packet Data Gateway)、以及
MTC服務(wù)器(MTC Server)之間的鏈路。其中，在圖2中，虛線------表示控制面的連接，實(shí)·線-表示用戶面的連接。在長期演進(jìn)(LTE, Long Term Evolution)網(wǎng)絡(luò)中，UE附著到網(wǎng)絡(luò)后，即進(jìn)入“always on”狀態(tài)，直到UE去附著(detach)為止。而處于“always on”狀態(tài)的UE,網(wǎng)絡(luò)設(shè)備需要維護(hù)它的上下文信息等相關(guān)信息。如果大量的設(shè)備都處于這種狀態(tài)，就必然有大量的上下文信息需要維護(hù)，從而會占用大量的網(wǎng)絡(luò)資源，而目前，并沒有如何有效地管理并盡量減少對網(wǎng)絡(luò)資源的占用的技術(shù)方案。此外，在UE與網(wǎng)絡(luò)設(shè)備之間無數(shù)據(jù)發(fā)送時(shí)，可以釋放無線鏈路承載或去附著，以減少對無線資源的占用，而在現(xiàn)有技術(shù)中，釋放無線承載后，當(dāng)需要發(fā)送數(shù)據(jù)時(shí)，還沒有迅速重建無線連接的技術(shù)方案。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種維持大量連接的方法、用戶設(shè)備及系統(tǒng)，能有效地維持大量UE的連接。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明提供了一種維持大量連接的方法，該方法包括當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，網(wǎng)絡(luò)設(shè)備刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載；當(dāng)UE與網(wǎng)絡(luò)之間需要傳輸數(shù)據(jù)時(shí)，網(wǎng)絡(luò)設(shè)備依據(jù)保留的與恢復(fù)鏈路相關(guān)的UE的上下文信息，建立與UE的承載連接。上述方案中，當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸?shù)臅r(shí)間間隔小于等于預(yù)設(shè)的域值時(shí)，該方法進(jìn)一步包括網(wǎng)絡(luò)設(shè)備進(jìn)一步保留有線承載；所述有線承載包括S1承載、S5/8承載及SGi承載。上述方案中，當(dāng)UE與網(wǎng)絡(luò)之間需要一直傳送數(shù)據(jù)或根據(jù)UE的簽約屬性或根據(jù)運(yùn)營商策略，需要一直保持UE與網(wǎng)絡(luò)之間的連接時(shí)，該方法進(jìn)一步包括網(wǎng)絡(luò)設(shè)備保留無線承載，并保留UE的所有上下文信息及有線承載；所述有線承載包括S1承載、S5/8承載及SGi承載。
上述方案中，所述大量連接為兩個(gè)以上連接。本發(fā)明還提供了一種維持大量連接的方法，該方法包括當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，網(wǎng)絡(luò)設(shè)備刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載；當(dāng)網(wǎng)絡(luò)設(shè)備出現(xiàn)故障或斷電后，丟失保留的UE的所有上下文信息并刪除了所有承載，或者，由于在規(guī)定時(shí)長內(nèi)未檢測到大量UE的信息，網(wǎng)絡(luò)設(shè)備發(fā)起了 detach過程，刪除了大量UE的所有上下文信息和所有承載后，該方法進(jìn)一步包括
當(dāng)MTC Server需要向一批所述UE發(fā)送數(shù)據(jù)時(shí)，通過網(wǎng)絡(luò)設(shè)備向所述UE發(fā)送觸發(fā)(trigger)信息,建立與所有所述UE之間的連接。上述方案中，所述通過網(wǎng)絡(luò)設(shè)備向所述UE發(fā)送trigger信息，建立與所有所述UE之間的連接，為MTC Server向網(wǎng)絡(luò)設(shè)備發(fā)送trigger信息；網(wǎng)絡(luò)設(shè)備對收到的trigger信息進(jìn)行轉(zhuǎn)發(fā)處理,之后向所述收到的trigger信息對應(yīng)的UE發(fā)送trigger信息；所述UE收到trigger信息后,發(fā)起attach過程,建立與網(wǎng)絡(luò)側(cè)之間的連接。上述方案中，在網(wǎng)絡(luò)設(shè)備對收到的trigger信息進(jìn)行轉(zhuǎn)發(fā)處理時(shí)，該方法進(jìn)一步包括網(wǎng)絡(luò)設(shè)備將收到的trigger信息中的UE標(biāo)識轉(zhuǎn)換成國際移動用戶識別碼(MSI，Internal Mobile Subscriber Identifier)。本發(fā)明又提供了一種維持大量連接的用戶設(shè)備，該用戶設(shè)備包括接收模塊及處理模塊；其中，接收模塊，用于接收trigger信息,并將收到的trigger信息發(fā)送給處理模塊；處理模塊,用于收到接收模塊發(fā)送的trigger信息后,發(fā)起attach過程,建立與網(wǎng)絡(luò)側(cè)之間的連接。上述方案中，所述接收模塊，還用于接收數(shù)據(jù)。上述方案中，該用戶設(shè)備進(jìn)一步包括發(fā)送模塊，用于發(fā)送數(shù)據(jù)。本發(fā)明還提供了一種維持大量連接的系統(tǒng)，該系統(tǒng)包括網(wǎng)絡(luò)設(shè)備，用于當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載；以及當(dāng)UE與網(wǎng)絡(luò)之間需要傳輸數(shù)據(jù)時(shí)，依據(jù)保留的與恢復(fù)鏈路相關(guān)的UE的上下文信息，建立與UE的承載連接。上述方案中，所述網(wǎng)絡(luò)設(shè)備，還用于當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸?shù)臅r(shí)間間隔小于等于預(yù)設(shè)的域值，進(jìn)一步保留有線承載。上述方案中，所述網(wǎng)絡(luò)設(shè)備，還用于當(dāng)與UE之間一直需要傳送數(shù)據(jù)或根據(jù)簽約屬性或根據(jù)運(yùn)營商策略，需要一直保持UE與網(wǎng)絡(luò)之間的連接時(shí)，保留無線承載，并保留UE的所有上下文信息及有線承載。本發(fā)明還提供了一種維持大量連接的系統(tǒng)，該系統(tǒng)包括網(wǎng)絡(luò)設(shè)備、MTC Server,以及UE ;其中，網(wǎng)絡(luò)設(shè)備，用于當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載；MTC Server，用于當(dāng)網(wǎng)絡(luò)設(shè)備出現(xiàn)故障或斷電后，丟失保留的UE的所有上下文信息并刪除了所有承載，或者，由于在規(guī)定時(shí)長內(nèi)未檢測到大量UE的信息，網(wǎng)絡(luò)設(shè)備發(fā)起了detach過程，刪除了大量UE的所有上下文信息和所有承載后，且需要向一批UE發(fā)送數(shù)據(jù)時(shí)，通過網(wǎng)絡(luò)設(shè)備向UE發(fā)送trigger信息,建立與所有UE之間的連接；UE,用于收到MTC Server通過網(wǎng)絡(luò)設(shè)備發(fā)送的trigger信息后，建立與MTCServer之間的連接。上述方案中，所述MTC Server,具體用于向網(wǎng)絡(luò)設(shè)備發(fā)送trigger信息；所述網(wǎng)絡(luò)設(shè)備，具體用于收到MTC Server發(fā)送的trigger信息后，對收到的trigger信息進(jìn)行轉(zhuǎn)發(fā)處理,并向UE發(fā)送trigger信息；所述UE,具體用于收到網(wǎng)絡(luò)設(shè)備發(fā)送的trigger信息后,發(fā)起attach過程,建立 與網(wǎng)絡(luò)側(cè)之間的連接。上述方案中，所述網(wǎng)絡(luò)設(shè)備對收到的trigger信息進(jìn)行轉(zhuǎn)發(fā)處理時(shí)，進(jìn)一步用于將收到的trigger信息中的UE標(biāo)識轉(zhuǎn)換成IMSI。上述方案中，所述UE的個(gè)數(shù)為兩個(gè)以上。本發(fā)明提供的維持大量連接的方法及系統(tǒng)，當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，進(jìn)入掛起狀態(tài)，即網(wǎng)絡(luò)設(shè)備刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載；當(dāng)UE與網(wǎng)絡(luò)之間需要傳輸數(shù)據(jù)時(shí)，進(jìn)入恢復(fù)狀態(tài)，即網(wǎng)絡(luò)設(shè)備依據(jù)保留的與恢復(fù)鏈路相關(guān)的UE的上下文信息，建立與UE的承載連接；如此，能有效地維持大量UE的連接。當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)網(wǎng)絡(luò)設(shè)備刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載，如此，能有效地節(jié)約存儲空間，從而有效地降低網(wǎng)絡(luò)負(fù)載；當(dāng)UE與網(wǎng)絡(luò)之間需要傳輸數(shù)據(jù)時(shí)，網(wǎng)絡(luò)設(shè)備依據(jù)保留的與恢復(fù)鏈路相關(guān)的UE的上下文信息，建立與UE的承載連接，如此，能提高連接恢復(fù)的速度。當(dāng)網(wǎng)絡(luò)設(shè)備出現(xiàn)故障或斷電后，丟失保留的UE的所有上下文信息并刪除了所有承載，或者，由于在規(guī)定時(shí)長內(nèi)未檢測到大量UE的信息，網(wǎng)絡(luò)設(shè)備發(fā)起了 detach過程，刪除了大量UE的所有上下文信息和所有承載后，且當(dāng)MTCServer需要向一批UE發(fā)送數(shù)據(jù)時(shí)，通過網(wǎng)絡(luò)設(shè)備向UE發(fā)送trigger信息，建立與所有所述UE之間的連接，如此，能使大量UE快速地接入網(wǎng)絡(luò)。


圖I為現(xiàn)有技術(shù)中3GPP EPS的架構(gòu)示意圖；圖2為現(xiàn)有技術(shù)中3GPP MTC系統(tǒng)的架構(gòu)示意圖；圖3為本發(fā)明維持大量連接的方法流程示意圖；圖4為實(shí)施例一維持大量連接的方法流程示意圖；圖5為實(shí)施例二維持大量連接的方法流程示意圖；圖6為實(shí)施例三維持大量連接的方法流程示意圖；圖7為本發(fā)明維持大量連接的系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面結(jié)合附圖及具體實(shí)施例對本發(fā)明再作進(jìn)一步詳細(xì)的說明。在下面的描述中，UE為具有MTC設(shè)備特性的UE ;這里，本發(fā)明描述的UE具體可以是各種移動通信技術(shù)中所描述的用戶使用的設(shè)備，比如可以是LTE/UTRA中的UE、2G/3G/GREAN中的移動臺(MS，Mobile Station)等。一般，機(jī)器數(shù)量比人的數(shù)量要多很多，比如高2個(gè)數(shù)量級以上，在本發(fā)明中，如無特別說明，大量連接是指多于一個(gè)連接，即大量連接為兩個(gè)以上連接。本發(fā)明維持大量連接的方法，如圖3所示，包括以下步驟步驟301 :當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，進(jìn)入掛起狀態(tài)；這里，所述無數(shù)據(jù)傳輸是指UE發(fā)送和/或接收數(shù)據(jù)結(jié)束，或者，網(wǎng)絡(luò)設(shè)備發(fā)送和/或接收數(shù)據(jù)結(jié)束；如果是UE發(fā)送和/或接收數(shù)據(jù)結(jié)束，則需要通知網(wǎng)絡(luò)設(shè)備；相應(yīng)的，如果網(wǎng)絡(luò)設(shè)備發(fā)送和/或接收數(shù)據(jù)結(jié)束，則需要通知UE。所述進(jìn)入掛起狀態(tài)，具體為網(wǎng)絡(luò)設(shè)備刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載。
·
其中，所述網(wǎng)絡(luò)設(shè)備可以包括UE與MTC Server之間實(shí)現(xiàn)數(shù)據(jù)傳輸時(shí)所需要的所有設(shè)備，比如RAN 設(shè)備、MME/SGSN、S-GW/P-GW、(HSS, Home Subscriber Server) / 歸屬位置寄存器(HLR, Home Location Register)、MTC 互聯(lián)功能(MTC IffF, MTC InterfforkingFunction)、以及業(yè)務(wù)中心(SC, Service Center)等,所述RAN設(shè)備具體可以是eNB ;在實(shí)際應(yīng)用時(shí)，根據(jù)部署的網(wǎng)絡(luò)的不同，所述網(wǎng)絡(luò)設(shè)備會有所不同。所述網(wǎng)絡(luò)設(shè)備可以是組成3GPP網(wǎng)絡(luò)的網(wǎng)絡(luò)設(shè)備。網(wǎng)絡(luò)設(shè)備具體包括哪些設(shè)備不是本發(fā)明關(guān)心的內(nèi)容。在實(shí)際應(yīng)用過程中，UE的上下文信息包括IMSI、國際移動設(shè)備身份碼(IMEI, International MobileEquipment Identity)、簽約信息、移動性管理狀態(tài)(Mobility management state)、全球唯一臨時(shí)標(biāo)識(GUTI, Globally Unique Temporary Identity)、跟蹤區(qū)域列表(Trackingarea list)、最后訪問的跟蹤區(qū)域標(biāo)識(Last visited tracking area ID)、非連續(xù)接收參數(shù)(DRX parameters, Discontinuous Reception parameters)、安全參數(shù)(Securityparameters)等。UE的上下文信息可以保存在上述的一個(gè)以上網(wǎng)絡(luò)設(shè)備中；而所述與恢復(fù)鏈路相關(guān)的UE的上下文信息由運(yùn)營商根據(jù)業(yè)務(wù)需求、UE的MTC特性、以及策略，確定哪些UE的上下文信息為與恢復(fù)鏈路相關(guān)的UE的上下文信息。所述缺省承載是指S5/8接口上的承載，即S-GW與P-GW之間的承載，在UE附著(attach)時(shí),建立缺省承載。這里，當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸?shù)臅r(shí)間間隔小于等于預(yù)設(shè)的域值時(shí)，則該方法還可以進(jìn)一步包括網(wǎng)絡(luò)設(shè)備進(jìn)一步保留有線承載。其中，可以依據(jù)需要設(shè)置域值。所述有線承載包括SI承載、S5/8承載及SGi承載。步驟302 :當(dāng)UE與網(wǎng)絡(luò)之間需要傳輸數(shù)據(jù)時(shí)，進(jìn)入恢復(fù)狀態(tài)。這里，所述傳輸數(shù)據(jù)是指UE發(fā)送和/或接收數(shù)據(jù)，或者網(wǎng)絡(luò)設(shè)備發(fā)送和/或接收數(shù)據(jù)；如果網(wǎng)絡(luò)設(shè)備發(fā)送數(shù)據(jù)可能需要進(jìn)行trigger過程。所述進(jìn)入恢復(fù)狀態(tài)，具體為網(wǎng)絡(luò)設(shè)備依據(jù)保留的與恢復(fù)鏈路相關(guān)的UE的上下文信息，建立與UE的承載連接。其中，依據(jù)保留的與恢復(fù)鏈路相關(guān)的UE的上下文信息，建立與UE的無線承載的具體處理過程可采用現(xiàn)有技術(shù)；所述無線承載包括空口承載。當(dāng)網(wǎng)絡(luò)設(shè)備與UE之間一直傳送數(shù)據(jù)或根據(jù)簽約屬性或根據(jù)運(yùn)營商策略，需要一直保持UE與網(wǎng)絡(luò)之間的連接時(shí)，該方法還可以進(jìn)一步包括網(wǎng)絡(luò)設(shè)備保留無線承載，并保留UE的所有上下文信息及有線承載。所述有線承載包括S1承載、S5/8承載及SGi承載。本發(fā)明還提供了一種維持大量連接的方法，該方法包括當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，網(wǎng)絡(luò)設(shè)備刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載； 當(dāng)網(wǎng)絡(luò)設(shè)備出現(xiàn)故障或斷電后，丟失保留的UE的所有上下文信息并刪除了所有承載，或者，由于在規(guī)定時(shí)長內(nèi)未檢測到大量UE的信息，網(wǎng)絡(luò)設(shè)備發(fā)起了 detach過程，刪除了大量UE的所有上下文信息和所有承載后，且當(dāng)MTCServer需要向一批所述UE發(fā)送數(shù)據(jù)時(shí)，通過網(wǎng)絡(luò)設(shè)備向所述UE發(fā)送trigger信息,建立與所有所述UE之間的連接；具體地，MTC Server向網(wǎng)絡(luò)設(shè)備發(fā)送trigger信息；網(wǎng)絡(luò)設(shè)備對收到的trigger信息進(jìn)行轉(zhuǎn)發(fā)處理,之后向所述收到的trigger信息對應(yīng)的UE發(fā)送trigger信息；所述UE收到trigger信息后，發(fā)起attach過程,建立與網(wǎng)絡(luò)側(cè)之間的連接。其中，所述MTC Server向網(wǎng)絡(luò)設(shè)備發(fā)送的trigger信息是指在一條trigger信息中包含針對多個(gè)UE的信息；在網(wǎng)絡(luò)設(shè)備對收到的trigger信息進(jìn)行轉(zhuǎn)發(fā)處理時(shí)，該方法還可以進(jìn)一步包括網(wǎng)絡(luò)設(shè)備將收到的trigger信息中的UE標(biāo)識轉(zhuǎn)換成MSI，以便網(wǎng)絡(luò)設(shè)備可以將trigger信息發(fā)送給UE。下面結(jié)合實(shí)施例對本發(fā)明再作進(jìn)一步詳細(xì)的描述。實(shí)施例一本實(shí)施例中，UE為具有時(shí)間控制(time control)特性的UE’即網(wǎng)絡(luò)設(shè)備已規(guī)定UE可以在什么時(shí)間與網(wǎng)絡(luò)設(shè)備進(jìn)行通信。本實(shí)施例維持大量連接的方法，如圖4所示，包括以下步驟步驟401 :UE與MTC Server之間停止發(fā)送數(shù)據(jù)；這里,停止發(fā)送數(shù)據(jù)的原因可以是授權(quán)時(shí)間間隔(Grant Time Interval)超時(shí)、進(jìn)入禁止時(shí)間間隔(Forbidden Time Interval)、或在Grant Time Interval或通訊窗口(Communication Window)中數(shù)據(jù)發(fā)送完畢等。如果UE停止發(fā)送或接收數(shù)據(jù)，則UE向網(wǎng)絡(luò)設(shè)備發(fā)送指示信息；如果MTCServer停止發(fā)送或接收數(shù)據(jù)，則MTC Server通過網(wǎng)絡(luò)設(shè)備向UE發(fā)送指示信息；其中，所述指示信息可以包括下一次發(fā)送數(shù)據(jù)的時(shí)間信息。步驟402 :網(wǎng)絡(luò)設(shè)備刪除無線承載，保存或刪除UE的上下文信息及UE信息中的簽約信息，之后執(zhí)行步驟403;這里，網(wǎng)絡(luò)設(shè)備刪除無線承載的具體處理過程可采用現(xiàn)有技術(shù)。由于UE的上下文信息保存在不同的網(wǎng)絡(luò)設(shè)備上，各個(gè)網(wǎng)絡(luò)設(shè)備根據(jù)需要確定保存或刪除UE的上下文信息及UE信息中的簽約信息，具體地，如果UE目前處于Grant TimeInterval 或Communication Window 中，或者,Forbidden Time Interval 小于等于預(yù)設(shè)的域值，則所有的網(wǎng)絡(luò)設(shè)備均保留自身存儲的UE的上下文信息，并保留UE信息中的簽約信息；如果 UE 目前不處于 Grant Time Interval 或 Communication Window 中，或者 ForbiddenTime Interval大于預(yù)設(shè)的域值；則存儲與恢復(fù)鏈路相關(guān)的UE的上下文信息的網(wǎng)絡(luò)設(shè)備保留與恢復(fù)鏈路相關(guān)的UE的上下文信息，而未存儲與恢復(fù)鏈路相關(guān)的UE的上下文信息的網(wǎng)絡(luò)設(shè)備刪除UE的上下文信息，并刪除所述簽約信息；其中，依據(jù)需要設(shè)置域值，比如，可以設(shè)置為IOmin等；網(wǎng)絡(luò)設(shè)備事先已獲知UE的狀態(tài)，從而據(jù)此可以通過獲知UE目前是否處于 Grant Time Interval 或 Communication Window 中、以及獲知 UE 的 Forbidden TimeInterval。
所述UE的上下文信息可以保存在eNB和/或MME中；8卩網(wǎng)絡(luò)設(shè)備包括eNB、MME ；所述UE信息是指UE的標(biāo)識信息和簽約信息，具體包括MSI、MEI、簽約信息、以及QoS等，UE信息保存在HSS/HLR中。刪除UE的上下文信息及UE信息中的簽約信息的具體處理過程為現(xiàn)有技術(shù)，這里不再贅述。步驟403 :網(wǎng)絡(luò)設(shè)備保留缺省承載，之后執(zhí)行步驟404 ；這里，需要說明的是網(wǎng)絡(luò)設(shè)備保留缺省承載，可以刪除專用承載，專用承載是指缺省承載之外的用于傳輸數(shù)據(jù)的承載；可以通過MME/SGSN發(fā)起刪除專用承載過程，具體處理過程可采用現(xiàn)有技術(shù)。步驟404 :網(wǎng)絡(luò)設(shè)備和UE之間準(zhǔn)備傳送數(shù)據(jù)，之后執(zhí)行步驟405 ；這里，所述傳送數(shù)據(jù)可以由UE或網(wǎng)絡(luò)設(shè)備發(fā)起，如果是網(wǎng)絡(luò)設(shè)備發(fā)起，可能需要經(jīng)過trigger過程，以請求UE建立連接；其中，網(wǎng)絡(luò)設(shè)備發(fā)起傳送數(shù)據(jù)的具體處理可采用現(xiàn)有技術(shù)，trigger過程的具體實(shí)現(xiàn)可以參照實(shí)施例三。步驟405 網(wǎng)絡(luò)設(shè)備依據(jù)保留的與恢復(fù)鏈路相關(guān)的UE的上下文信息，恢復(fù)與UE之間的承載連接，開始發(fā)送數(shù)據(jù)，結(jié)束當(dāng)前處理流程。這里，所述承載包括空口承載、SI承載、SGi承載；進(jìn)一步還可以包括專用承載。需要說明的是如果UE當(dāng)前處于Forbidden Time Interval中，貝U需要等待UE進(jìn)A Grant Time Interval后,才能開始本步驟的操作。實(shí)施例二在本實(shí)施例中，UE為經(jīng)過長時(shí)間間隔后與網(wǎng)絡(luò)設(shè)備進(jìn)行數(shù)據(jù)傳輸?shù)腢E’即時(shí)間間隔大于設(shè)置的域值，本實(shí)施例維持大量連接的方法，如圖5所示，包括以下步驟步驟501 :UE與MTC Server之間停止發(fā)送數(shù)據(jù)；如果UE停止發(fā)送或接收數(shù)據(jù)，UE向網(wǎng)絡(luò)發(fā)送指示信息；或者M(jìn)TC Server停止發(fā)送或接收數(shù)據(jù)，則MTC Server向UE發(fā)送指示信息；上述指示信息可能包括下一次準(zhǔn)備發(fā)送數(shù)據(jù)的時(shí)間信息。步驟502 網(wǎng)絡(luò)設(shè)備刪除無線承載，保存或刪除UE的上下文信息和UE信息；這里，網(wǎng)絡(luò)設(shè)備刪除無線承載的具體處理過程可采用現(xiàn)有技術(shù)。由于UE的上下文信息保存在不同的網(wǎng)絡(luò)設(shè)備上，各個(gè)網(wǎng)絡(luò)設(shè)備根據(jù)需要確定保存或刪除UE的上下文信息和UE信息中的簽約信息，具體地，存儲與恢復(fù)鏈路相關(guān)的UE的上下文信息的網(wǎng)絡(luò)設(shè)備保留與恢復(fù)鏈路相關(guān)的UE的上下文信息，而未存儲與恢復(fù)鏈路相關(guān)的UE的上下文信息的網(wǎng)絡(luò)設(shè)備刪除UE的上下文信息，并刪除所述簽約信息。所述UE的上下文信息可以保存在eNB和/或MME中；8卩網(wǎng)絡(luò)設(shè)備包括eNB、MME ；UE信息保存在HSS/HLR中。
步驟503 :網(wǎng)絡(luò)設(shè)備保留缺省承載，之后執(zhí)行步驟504 ；這里，需要說明的是網(wǎng)絡(luò)設(shè)備保留缺省承載，可以刪除專用承載，專用承載是指缺省承載之外的用于傳輸數(shù)據(jù)的承載；可以通過MME/SGSN發(fā)起刪除專用承載過程，具體處理過程可采用現(xiàn)有技術(shù)。步驟504 :網(wǎng)絡(luò)設(shè)備和UE之間準(zhǔn)備傳送數(shù)據(jù)；所述傳送數(shù)據(jù)可以由UE或網(wǎng)絡(luò)側(cè)發(fā)起，如果是網(wǎng)絡(luò)設(shè)備發(fā)起，可能需要經(jīng)過trigger過程，以請求UE建立連接；其中，網(wǎng)絡(luò)設(shè)備發(fā)起傳送數(shù)據(jù)的具體處理可采用現(xiàn)有技術(shù)，trigger過程的具體實(shí)現(xiàn)可以參照實(shí)施例三。步驟505 :網(wǎng)絡(luò)設(shè)備依據(jù)保留的與恢復(fù)鏈路相關(guān)的UE的上下文信息，恢復(fù)與UE之
間的承載連接，開始發(fā)送數(shù)據(jù)，結(jié)束當(dāng)前處理流程。這里，所述承載包括空口承載、SI承載、SGi承載；進(jìn)一步還可以包括專用承載。實(shí)施例三本實(shí)施例的應(yīng)用場景為網(wǎng)絡(luò)設(shè)備出現(xiàn)故障或斷電后，丟失保留的UE的所有上下文信息并刪除了所有承載，或者，由于在規(guī)定時(shí)長內(nèi)未檢測到大量UE的信息，網(wǎng)絡(luò)設(shè)備發(fā)起了 detach過程，刪除了大量UE的所有上下文信息和所有承載；MTC Server需要向這些not attached UE發(fā)送數(shù)據(jù)。這里，網(wǎng)絡(luò)設(shè)備為3GPP網(wǎng)絡(luò)中的網(wǎng)絡(luò)設(shè)備；detach過程可以顯示或隱示進(jìn)行，detach過程的具體處理過程為現(xiàn)有技術(shù)。本實(shí)施例維持大量連接的方法，如圖6所示,包括以下步驟步驟601 MTC Server準(zhǔn)備向not attached UE發(fā)送數(shù)據(jù),之后執(zhí)行步驟602 ;步驟602 MTC Server 向 MTC IffF 發(fā)送 trigger 信息；這里,考慮到需要觸發(fā)請求大量的not attached UE,所述trigger信息中包含針對多個(gè)UE的trigger信息。步驟603 MTC IWF收到trigger信息后，向trigger信息中的UE注冊的MME/SGSN轉(zhuǎn)發(fā)trigger信息；這里，在3GPP網(wǎng)絡(luò)中，MTC IffF將trigger信息中的UE標(biāo)識轉(zhuǎn)換成MSI，之后再向trigger信息中的UE注冊的MME/SGSN轉(zhuǎn)發(fā)trigger信息；其中，MTCIffF事先保存了 UE的MSI，或者，MTC IffF通過HSS/HLR請求得到UE的MSI，從而可以據(jù)此將trigger信息中的UE標(biāo)識轉(zhuǎn)換成MSI。MTC IffF可通過HSS/HLR查詢UE的信息，從而得到相應(yīng)的MME/SGSN，從而向相應(yīng)的 MME/SGSN 轉(zhuǎn)發(fā) trigger 信息。如果trigger信息中的UE注冊在同一個(gè)MME/SGSN上，則MTC IffF向該MME/SGSN發(fā)送trigger信息，如果trigger信息中的UE注冊在多個(gè)MME/SGSN上，則MTC IffF向注冊的多個(gè)MME/SGSN均發(fā)送trigger信息。步驟604 MME/SGSN收到trigger信息后，向trigger信息中的UE對應(yīng)的eNB轉(zhuǎn)發(fā)trigger信息；步驟605 eNB收到trigger信息后，向UE發(fā)送trigger信息；步驟606 UE收到trigger信息后,發(fā)起attach過程,建立與網(wǎng)絡(luò)側(cè)之間的承載連接，之后執(zhí)行步驟607 ；這里，所述承載包括空口承載、SI承載、SGi承載，還可以進(jìn)一步包括專用承載。
建立與網(wǎng)絡(luò)側(cè)之間的承載連接的具體處理過程可采用現(xiàn)有技術(shù)。步驟607 MTC Server 向 UE 發(fā)送數(shù)據(jù)。為實(shí)現(xiàn)上述方法，本發(fā)明還提供了一種維持大量連接的系統(tǒng)，該系統(tǒng)包括網(wǎng)絡(luò)設(shè)備，用于當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載；以及當(dāng)UE與網(wǎng)絡(luò)之間需要傳輸數(shù)據(jù)時(shí)，依據(jù)保留的與恢復(fù)鏈路相關(guān)的UE的上下文信息，建立與UE的承載連接。這里，需要說明的是所述UE為具有MTC設(shè)備特性的UE，所述UE的個(gè)數(shù)可以為兩個(gè)以上。
其中，所述網(wǎng)絡(luò)設(shè)備，還用于當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸?shù)臅r(shí)間間隔小于等于預(yù)設(shè)的域值，進(jìn)一步保留有線承載。所述網(wǎng)絡(luò)設(shè)備，還用于當(dāng)與UE之間一直需要傳送數(shù)據(jù)或根據(jù)簽約屬性或根據(jù)運(yùn)營商策略，需要一直保持UE與網(wǎng)絡(luò)之間的連接時(shí)，保留無線承載，并保留UE的所有上下文信息及有線承載。這里，需要說明的是所述網(wǎng)絡(luò)設(shè)備可以包括UE與MTC Server之間實(shí)現(xiàn)數(shù)據(jù)傳輸時(shí)所需要的所有設(shè)備，比如RAN設(shè)備、MME/SGSN、S-GW/P-GW、HSS/HLR、MTC IWF、以及SC等，所述RAN設(shè)備具體可以是eNB ;在實(shí)際應(yīng)用時(shí)，根據(jù)部署的網(wǎng)絡(luò)的不同，所述網(wǎng)絡(luò)設(shè)備會有所不同。所述網(wǎng)絡(luò)設(shè)備可以是組成3GPP網(wǎng)絡(luò)的網(wǎng)絡(luò)設(shè)備。網(wǎng)絡(luò)設(shè)備具體包括哪些設(shè)備不是本發(fā)明關(guān)心的內(nèi)容。在實(shí)際應(yīng)用過程中，UE的上下文信息包括MSI、MEI、簽約信息、Mobility management state、GUTI、Tracking area list、Last visited tracking areaID、DRX parameters、Security parameters等。UE的上下文信息可以保存在上述的一個(gè)以上網(wǎng)絡(luò)設(shè)備中；而所述與恢復(fù)鏈路相關(guān)的UE的上下文信息由運(yùn)營商根據(jù)業(yè)務(wù)需求、UE的MTC特性、以及策略，確定哪些UE的上下文信息為與恢復(fù)鏈路相關(guān)的UE的上下文信息。本發(fā)明還提供了一種維持大量連接的系統(tǒng)，如圖7所示，該系統(tǒng)包括網(wǎng)絡(luò)設(shè)備71,MTC Server 72、以及 UE 73 ;其中，網(wǎng)絡(luò)設(shè)備71，用于當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載；MTC Server 72，用于當(dāng)網(wǎng)絡(luò)設(shè)備出現(xiàn)故障或斷電后，丟失保留的UE的所有上下文信息并刪除了所有承載，或者，由于在規(guī)定時(shí)長內(nèi)未檢測到大量UE的信息，網(wǎng)絡(luò)設(shè)備發(fā)起了 detach過程，刪除了大量UE的所有上下文信息和所有承載后，且需要向一批notattached UE發(fā)送數(shù)據(jù)時(shí)，通過網(wǎng)絡(luò)設(shè)備71向UE 73發(fā)送trigger信息，建立與所有UE 73之間的連接；UE 73，用于收到MTC Server 72通過網(wǎng)絡(luò)設(shè)備71發(fā)送的trigger信息后，建立與MTC Server之間的連接。這里，需要說明的是所述UE為具有MTC設(shè)備特性的UE，所述UE的個(gè)數(shù)為兩個(gè)以上。其中，所述MTC Server 72,具體用于向網(wǎng)絡(luò)設(shè)備71發(fā)送trigger信息；所述網(wǎng)絡(luò)設(shè)備71,具體用于收到MTC Server 72發(fā)送的trigger信息后,對收到的trigger信息進(jìn)行轉(zhuǎn)發(fā)處理,并向UE 73發(fā)送trigger信息；所述UE 73,具體用于收到網(wǎng)絡(luò)設(shè)備71發(fā)送的trigger信息后，發(fā)起attach過程，建立與網(wǎng)絡(luò)側(cè)之間的連接。其中，所述網(wǎng)絡(luò)設(shè)備71，在對收到的trigger信息進(jìn)行轉(zhuǎn)發(fā)處理時(shí)，進(jìn)一步用于將收到的trigger信息中的UE標(biāo)識轉(zhuǎn)換成IMSI。本發(fā)明還提供了一種維持大量連接的用戶設(shè)備，該用戶設(shè)備包括接收模塊及處理模塊；其中，接收模塊，用于接收trigger信息,并將收到的trigger信息發(fā)送給處理模塊；處理模塊,用于收到接收模塊發(fā)送的trigger信息后,發(fā)起attach過程,建立與網(wǎng)絡(luò)側(cè)之間的連接。其中，所述接收模塊，還用于接收數(shù)據(jù)。該用戶設(shè)備還可以進(jìn)一步包括發(fā)送模塊，用于發(fā)送數(shù)據(jù)?！ひ陨纤?，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種維持大量連接的方法，其特征在于，該方法包括 當(dāng)用戶設(shè)備(UE)與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，網(wǎng)絡(luò)設(shè)備刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載； 當(dāng)UE與網(wǎng)絡(luò)之間需要傳輸數(shù)據(jù)時(shí)，網(wǎng)絡(luò)設(shè)備依據(jù)保留的與恢復(fù)鏈路相關(guān)的UE的上下文信息，建立與UE的承載連接。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸?shù)臅r(shí)間間隔小于等于預(yù)設(shè)的域值時(shí)，該方法進(jìn)一步包括 網(wǎng)絡(luò)設(shè)備進(jìn)一步保留有線承載； 所述有線承載包括S1承載、S5/8承載及SGi承載。
3.根據(jù)權(quán)利要求I或2所述的方法，其特征在于，當(dāng)UE與網(wǎng)絡(luò)之間需要一直傳送數(shù)據(jù)或根據(jù)UE的簽約屬性或根據(jù)運(yùn)營商策略，需要一直保持UE與網(wǎng)絡(luò)之間的連接時(shí)，該方法進(jìn)一步包括 網(wǎng)絡(luò)設(shè)備保留無線承載，并保留UE的所有上下文信息及有線承載； 所述有線承載包括S1承載、S5/8承載及SGi承載。
4.根據(jù)權(quán)利要求I或2所述的方法，其特征在于，所述大量連接為兩個(gè)以上連接。
5.一種維持大量連接的方法，其特征在于，該方法包括當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，網(wǎng)絡(luò)設(shè)備刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載； 當(dāng)網(wǎng)絡(luò)設(shè)備出現(xiàn)故障或斷電后，丟失保留的UE的所有上下文信息并刪除了所有承載，或者，由于在規(guī)定時(shí)長內(nèi)未檢測到大量UE的信息，網(wǎng)絡(luò)設(shè)備發(fā)起了去附著(detach)過程，刪除了大量UE的所有上下文信息和所有承載后，該方法進(jìn)一步包括 當(dāng)機(jī)器類型通信服務(wù)器(MTC Server)需要向一批所述UE發(fā)送數(shù)據(jù)時(shí)，通過網(wǎng)絡(luò)設(shè)備向所述UE發(fā)送觸發(fā)(trigger)信息,建立與所有所述UE之間的連接。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述通過網(wǎng)絡(luò)設(shè)備向所述UE發(fā)送trigger信息,建立與所有所述UE之間的連接,為 MTC Server向網(wǎng)絡(luò)設(shè)備發(fā)送trigger信息； 網(wǎng)絡(luò)設(shè)備對收到的trigger信息進(jìn)行轉(zhuǎn)發(fā)處理,之后向所述收到的trigger信息對應(yīng)的UE發(fā)送trigger信息； 所述UE收到trigger信息后,發(fā)起attach過程,建立與網(wǎng)絡(luò)側(cè)之間的連接。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，在網(wǎng)絡(luò)設(shè)備對收到的trigger信息進(jìn)行轉(zhuǎn)發(fā)處理時(shí)，該方法進(jìn)一步包括 網(wǎng)絡(luò)設(shè)備將收到的trigger信息中的UE標(biāo)識轉(zhuǎn)換成國際移動用戶識別碼(MSI)。
8.根據(jù)權(quán)利要求5、6或7所述的方法，其特征在于，所述大量連接為兩個(gè)以上連接。
9.一種維持大量連接的用戶設(shè)備，其特征在于，該用戶設(shè)備包括接收模塊及處理模塊;其中， 接收模塊，用于接收trigger信息,并將收到的trigger信息發(fā)送給處理模塊； 處理模塊，用于收到接收模塊發(fā)送的trigger信息后，發(fā)起attach過程，建立與網(wǎng)絡(luò)側(cè)之間的連接。
10.根據(jù)權(quán)利要求9所述的用戶設(shè)備，其特征在于，所述接收模塊，還用于接收數(shù)據(jù)。
11.根據(jù)權(quán)利要求9或10所述的用戶設(shè)備，其特征在于，該用戶設(shè)備進(jìn)一步包括發(fā)送模塊，用于發(fā)送數(shù)據(jù)。
12.—種維持大量連接的系統(tǒng)，其特征在于，該系統(tǒng)包括網(wǎng)絡(luò)設(shè)備，用于當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載；以及當(dāng)UE與網(wǎng)絡(luò)之間需要傳輸數(shù)據(jù)時(shí)，依據(jù)保留的與恢復(fù)鏈路相關(guān)的UE的上下文信息，建立與UE的承載連接。
13.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)設(shè)備，還用于當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸?shù)臅r(shí)間間隔小于等于預(yù)設(shè)的域值，進(jìn)一步保留有線承載。
14.根據(jù)權(quán)利要求12或13所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)設(shè)備，還用于當(dāng)與UE之間一直需要傳送數(shù)據(jù)或根據(jù)簽約屬性或根據(jù)運(yùn)營商策略，需要一直保持UE與網(wǎng)絡(luò)之間的連接時(shí)，保留無線承載，并保留UE的所有上下文信息及有線承載。
15.根據(jù)權(quán)利要求12或13所述的系統(tǒng)，其特征在于，所述大量連接為兩個(gè)以上連接。
16.一種維持大量連接的系統(tǒng)，其特征在于，該系統(tǒng)包括網(wǎng)絡(luò)設(shè)備、MTCServer、以及UE ;其中， 網(wǎng)絡(luò)設(shè)備，用于當(dāng)UE與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載； MTC Server，用于當(dāng)網(wǎng)絡(luò)設(shè)備出現(xiàn)故障或斷電后，丟失保留的UE的所有上下文信息并刪除了所有承載，或者，由于在規(guī)定時(shí)長內(nèi)未檢測到大量UE的信息，網(wǎng)絡(luò)設(shè)備發(fā)起了detach過程，刪除了大量UE的所有上下文信息和所有承載后，且需要向一批UE發(fā)送數(shù)據(jù)時(shí)，通過網(wǎng)絡(luò)設(shè)備向UE發(fā)送trigger信息,建立與所有UE之間的連接； UE,用于收到MTC Server通過網(wǎng)絡(luò)設(shè)備發(fā)送的trigger信息后,建立與MTC Server之間的連接。
17.根據(jù)權(quán)利要求16所述的系統(tǒng)，其特征在于， 所述MTC Server,具體用于向網(wǎng)絡(luò)設(shè)備發(fā)送trigger信息； 所述網(wǎng)絡(luò)設(shè)備，具體用于收到MTC Server發(fā)送的trigger信息后,對收到的trigger信息進(jìn)行轉(zhuǎn)發(fā)處理，并向UE發(fā)送trigger信息； 所述UE，具體用于收到網(wǎng)絡(luò)設(shè)備發(fā)送的trigger信息后，發(fā)起attach過程，建立與網(wǎng)絡(luò)側(cè)之間的連接。
18.根據(jù)權(quán)利要求17所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)設(shè)備對收到的trigger信息進(jìn)行轉(zhuǎn)發(fā)處理時(shí)，進(jìn)一步用于將收到的trigger信息中的UE標(biāo)識轉(zhuǎn)換成IMSI。
19.根據(jù)權(quán)利要求16、17或18所述的系統(tǒng)，其特征在于，所述UE的個(gè)數(shù)為兩個(gè)以上。
全文摘要
本發(fā)明公開了一種維持大量連接的方法，該方法包括當(dāng)用戶設(shè)備(UE)與網(wǎng)絡(luò)之間無數(shù)據(jù)傳輸時(shí)，網(wǎng)絡(luò)設(shè)備刪除無線承載，保留與恢復(fù)鏈路相關(guān)的UE的上下文信息及缺省承載；當(dāng)UE與網(wǎng)絡(luò)之間需要傳輸數(shù)據(jù)時(shí)，網(wǎng)絡(luò)設(shè)備依據(jù)保留的與恢復(fù)鏈路相關(guān)的UE的上下文信息，建立與UE的承載連接。本發(fā)明同時(shí)公開了一種維持大量連接的用戶設(shè)備及系統(tǒng)，采用本發(fā)明的方法、用戶設(shè)備及系統(tǒng)，能有效地維持大量UE的連接，并降低網(wǎng)絡(luò)負(fù)載，加快連接恢復(fù)過程。
文檔編號H04W76/04GK102958194SQ20111024652
公開日2013年3月6日 申請日期2011年8月25日 優(yōu)先權(quán)日2011年8月25日
發(fā)明者許輝 申請人:中興通訊股份有限公司