一種通信連接釋放方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種通信連接釋放方法、裝置及系統(tǒng)，涉及通信技術(shù)，在組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，對該組設(shè)備統(tǒng)一進(jìn)行釋放，避免了對每個終端分別進(jìn)行釋放，減少了接口信令和空口信令負(fù)荷，提高了通信連接釋放的效率。
【專利說明】一種通信連接釋放方法、裝置及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信技術(shù)，尤其涉及一種通信連接釋放方法、裝置及系統(tǒng)。
【背景技術(shù)】
[0002]機器到機器(Machine to Machine, M2M)通信是未來智能化發(fā)展的一種趨勢。在第三代移動通信系統(tǒng)以及其長期演進(jìn)系統(tǒng)中需要支持MTC (機器型通信，Machine TypeCommunications)功能。其中Smart Metering (智能電表)作為一種典型的MTC應(yīng)用場景得到了廣泛的關(guān)注。Smart Metering業(yè)務(wù)具有分布密度高、網(wǎng)絡(luò)對設(shè)備的控制需求低、設(shè)備上報業(yè)務(wù)的時間周期長，業(yè)務(wù)上報時間集中、應(yīng)用單一及位置固定等特點，而且集中時間上報相關(guān)的業(yè)務(wù)數(shù)據(jù)是主要的通信方式。
[0003]機器類型通信(Machine-type communication, MTC)實現(xiàn)了將多種不同類型的通信技術(shù)有機結(jié)合，如:機器對機器通信、機器控制通信、人機交互通信、移動互聯(lián)通信，從而推動社會生產(chǎn)和生活方式的發(fā)展。有時，MTC通信又稱為機器間(機器到機器，Machine-to-machine, M2M)通信或物聯(lián)網(wǎng)。
[0004]當(dāng)前的移動通信網(wǎng)絡(luò)是針對人與人之間的通信設(shè)計的，例如:網(wǎng)絡(luò)容量即是針對人與人之間的通信設(shè)計的。如果希望利用移動通信網(wǎng)絡(luò)來支持MTC通信就需要根據(jù)MTC通信的特點對移動通信系統(tǒng)的機制進(jìn)行優(yōu)化，以便能夠在對傳統(tǒng)的人與人通信不受或受較小影響的情況下，更好地實現(xiàn)MTC通信。
[0005]當(dāng)前認(rèn)識到的MTC通信可能存在的一些特點有:MTC設(shè)備具有低移動性；MTC設(shè)備與網(wǎng)絡(luò)側(cè)進(jìn)行數(shù)據(jù)傳輸?shù)臅r間是可控的；MTC網(wǎng)絡(luò)與網(wǎng)絡(luò)側(cè)進(jìn)行的數(shù)據(jù)傳輸對數(shù)據(jù)傳輸對實時性要求不高，即:具有時間容忍性；MTC設(shè)備能量受限，要求極低的功率消耗;MTC設(shè)備和網(wǎng)絡(luò)側(cè)之間只進(jìn)行小數(shù)據(jù)量的信息傳輸；MTC設(shè)備可以以組為單位進(jìn)行管理。
[0006]通常，一個MTC設(shè)備可以具有上述的一個或多個特點。
[0007]目前普遍應(yīng)用的 UMTS(Universal Mobile Telecommunication System,通用移動通信系統(tǒng))系統(tǒng)網(wǎng)絡(luò)架構(gòu)如圖1所示，UMTS系統(tǒng)由核心網(wǎng)、RNCXRadio Network Controller,無線網(wǎng)絡(luò)控制器)、NB (NodeB,基站)及UE (User Equipment,用戶設(shè)備，終端)組成，其中UE與NB之間通過空中接口(Uu接口)進(jìn)行通信，NB與RNC組成無線接入網(wǎng)(Radio AccessNetwork, RAN)，二者之間通過Iub接口通信，RAN與核心網(wǎng)之間通過Iu接口進(jìn)行通信。
[0008]在終端需要與網(wǎng)絡(luò)進(jìn)行通信時，通過一系列交互流程實現(xiàn)通信連接的建立，包括空口鏈路建立(RRC連接)、Iub接口無線鏈路建立以及Iu接口通信連路的建立，其中RRC(Radio Resource Connection,無線資源連接)連接及Iu接口連接是針對每個UE建立的，主要用于在網(wǎng)絡(luò)的不同節(jié)點維護(hù)終端的上下文。當(dāng)完成通信過程后，相關(guān)的通信鏈接需要進(jìn)行釋放。目前3GPP (3rd Generation Partnership Project,第三代移動通信標(biāo)準(zhǔn)化組織)標(biāo)準(zhǔn)中定義的通信連接釋放流程如圖2所示，其中，釋放過程可以由RAN觸發(fā)，也可以由核心網(wǎng)發(fā)起。如果由核心網(wǎng)觸發(fā)，則圖2中的第一條消息Iu release request (Iu釋放請求)不需要出現(xiàn)。具體的過程如下:[0009]步驟S201、對于RAN觸發(fā)的場景，RAN檢測到針對終端的RRC連接已經(jīng)被釋放，或者檢測到需要釋放無線資源，則向SGSN發(fā)送Iu Release Request (Iu釋放請求)消息。
[0010]步驟S202、SGSN通過向RAN發(fā)送Iu Release Command (Iu釋放指令)消息進(jìn)行Iu接口連接釋放；
[0011 ] 步驟S203、RNC向終端設(shè)備(MS)發(fā)起RRC連接釋放消息觸發(fā)RRC連接釋放過程；
[0012]步驟S204、終端設(shè)備進(jìn)行RRC連接釋放相關(guān)處理，完成后終端向RAN反饋RRC連接釋放完成消息；
[0013]步驟S205、RNC向NodeB發(fā)起無線鏈路釋放消息(Radio Link Deletion)消息觸發(fā)Iub承載及上下文釋放過程；
[0014]步驟S206、NodeB向RNC返回?zé)o線鏈路釋放響應(yīng)消息(Radio Link DeletionResponse)消息；
[0015]步驟S207、RAN (Radio Access Network,無線接入網(wǎng))通過向 SGSN (Serving GSN,服務(wù)GPRS支持節(jié)點,GPRS (General Packet Radio Service,通用分組無線業(yè)務(wù)))發(fā)送IuRelease Completion (Iu釋放完成)消息進(jìn)行確認(rèn)。
[0016]通過上述步驟，即可完成對終端設(shè)備的連接釋放。
[0017]在LTE(Long Term Evolution,長期演進(jìn))系統(tǒng)中，也存在設(shè)備的釋放,具體的,LTE系統(tǒng)網(wǎng)絡(luò)架構(gòu)如圖3所示，LTE系統(tǒng)由核心網(wǎng)、eNB (基站)及UE、組成，其中UE與eNB之間通過空中接口(Uu接口)進(jìn)行通信，eNB與核心網(wǎng)之間通過SI接口進(jìn)行通信。
[0018]對于通信連接建立和釋放過程，LTE系統(tǒng)與UMTS系統(tǒng)類似，具體的通信連接釋放過程如圖4所示。
[0019]基于組的通信方式作為在特定場景下的解決方案，能夠有效降低系統(tǒng)信令負(fù)荷。在很多應(yīng)用場景中，MTC通信都會涉及到一組設(shè)備，如水表，電表，煤氣表等行業(yè)應(yīng)用，一定區(qū)域范圍內(nèi)的水、電、煤氣表設(shè)備可以屬于一個MTCuser/MTC server (水、電、煤氣公司的管理平臺)，而無論是從MTC user的角度還是從運營商的角度，基于一個組整體進(jìn)行管理都是有好處的。比如，當(dāng)MTC user需要對所擁有的MTC設(shè)備發(fā)送公共信息或需要尋呼這些設(shè)備時，如果通過基于每個MTC設(shè)備的方式對其進(jìn)行尋呼或者通過每個MTC設(shè)備的專用信令發(fā)送相同的信息內(nèi)容，就會造成一定程度的資源浪費，而如果能夠基于組進(jìn)行觸發(fā)或發(fā)送相同數(shù)據(jù)，將會大大減少信令開銷，提高資源利用率。從運營商角度，則能夠針對一組用戶進(jìn)行基于組的計費等，便于管理。
[0020]但是，通信連接的釋放都是針對一個終端設(shè)備而言的，而在基于組的通信中，組內(nèi)設(shè)備集中完成數(shù)據(jù)傳輸后，如果采用每個終端分別釋放連接的方式，則會導(dǎo)致的Sl/Iu接口信令及空口信令負(fù)荷較大，同時通信連接釋放的效率也較低。

【發(fā)明內(nèi)容】

[0021]本發(fā)明實施例提供一種通信連接釋放方法、裝置及系統(tǒng)，以減少接口信令和空口信令負(fù)荷，提高通信連接釋放的效率。
[0022]一種通信連接釋放方法，包括:
[0023]確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件；
[0024]向核心網(wǎng)發(fā)送攜帶組標(biāo)識的終止數(shù)據(jù)接收指示，所述終止數(shù)據(jù)接收指示用于指示所述核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
[0025]一種通信連接釋放方法，包括:
[0026]核心網(wǎng)接收監(jiān)測設(shè)備在確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，發(fā)送的攜帶組標(biāo)識的終止數(shù)據(jù)接收指示；
[0027]核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
[0028]一種通信連接釋放裝置，包括:
[0029]確定單元，用于確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件；
[0030]發(fā)送單元，用于向核心網(wǎng)發(fā)送攜帶組標(biāo)識的終止數(shù)據(jù)接收指示，所述終止數(shù)據(jù)接收指示用于指示所述核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
[0031]一種通信連接釋放裝置，包括:
[0032]指示接收單元，用于接收監(jiān)測設(shè)備在確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，發(fā)送的攜帶組標(biāo)識的終止數(shù)據(jù)接收指示；
[0033]連接釋放單元，用于發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
[0034]一種通信連接釋放系統(tǒng)，包括:
[0035]監(jiān)測設(shè)備，用于確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件；向核心網(wǎng)發(fā)送攜帶組標(biāo)識的終止數(shù)據(jù)接收指示，所述終止數(shù)據(jù)接收指示用于指示所述核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接；
[0036]核心網(wǎng)，用于接收監(jiān)測設(shè)備在確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，發(fā)送的攜帶組標(biāo)識的終止數(shù)據(jù)接收指示；發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
[0037]本發(fā)明實施例提供一種通信連接釋放方法、裝置及系統(tǒng)，在組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，對該組設(shè)備統(tǒng)一進(jìn)行釋放，避免了對每個終端分別進(jìn)行釋放，減少了接口信令和空口信令負(fù)荷，提高了通信連接釋放的效率。
【專利附圖】

【附圖說明】
[0038]圖1為現(xiàn)有技術(shù)中UMTS系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)示意圖；
[0039]圖2為現(xiàn)有技術(shù)中UMTS系統(tǒng)通信連接釋放流程圖；
[0040]圖3為現(xiàn)有技術(shù)中LTE系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)示意圖；
[0041]圖4為現(xiàn)有技術(shù)中LTE系統(tǒng)通信連接釋放流程圖；
[0042]圖5為本發(fā)明實施例提供的通信連接釋放方法流程圖之一；
[0043]圖6為本發(fā)明實施例中對應(yīng)于實施例一的通信連接釋放方法流程圖；
[0044]圖7為本發(fā)明實施例中對應(yīng)于實施例二的通信連接釋放方法流程圖；
[0045]圖8為本發(fā)明實施例中對應(yīng)于實施例三的通信連接釋放方法流程圖；
[0046]圖9為本發(fā)明實施例中對應(yīng)于實施例四的通信連接釋放方法流程圖；
[0047]圖10為本發(fā)明實施例提供的通信連接釋放方法流程圖之二 ；
[0048]圖11為本發(fā)明實施例提供的通信連接釋放裝置結(jié)構(gòu)示意圖之一；
[0049]圖12為本發(fā)明實施例提供的通信連接釋放裝置結(jié)構(gòu)示意圖之二 ；
[0050]圖13為本發(fā)明實施例提供的通信連接釋放系統(tǒng)結(jié)構(gòu)示意圖。
【具體實施方式】[0051]本發(fā)明實施例提供一種通信連接釋放方法、裝置及系統(tǒng)，在組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，對該組設(shè)備統(tǒng)一進(jìn)行釋放，避免了對每個終端分別進(jìn)行釋放，減少了接口信令和空口信令負(fù)荷，提高了通信連接釋放的效率。
[0052]如圖5所示，本發(fā)明實施例提供的通信連接釋放方法包括:
[0053]步驟S501、確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件；
[0054]步驟S502、向核心網(wǎng)發(fā)送攜帶組標(biāo)識的終止數(shù)據(jù)接收指示，終止數(shù)據(jù)接收指示用于指示核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
[0055]其中，確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件，具體包括:確定組內(nèi)每個設(shè)備完成數(shù)據(jù)交互；或者確定預(yù)設(shè)的定時器超時。
[0056]該通信連接釋放方法可以由MTC server (MTC服務(wù)器)或者M(jìn)TC user (MTC用戶設(shè)備)執(zhí)行，也可以由LTE網(wǎng)絡(luò)中的eNodeB (eNB，基站)執(zhí)行，還可以由UMTS網(wǎng)絡(luò)中的RNC或者NodeB (基站)執(zhí)打。
[0057]在步驟S502中，核心網(wǎng)接收到終止數(shù)據(jù)接收指示，核心網(wǎng)通過Iu(UMTSVSl(LTE)接口向RNC (UMTS)/eNB (LTE)發(fā)起一條攜帶組標(biāo)識(Group ID)的Iu/Sl組連接指示觸發(fā)組連接釋放過程，RNC (UMTS) /eNB (LTE)接收到該指示后，釋放所有組內(nèi)設(shè)備的Iu/Sl相關(guān)上下文，并通過組廣播的方式通知組內(nèi)終端進(jìn)行RRC連接釋放，并向核心網(wǎng)反饋Iu/Sl組連接釋放完成；終端讀取到RRC連接釋放指示后進(jìn)行無線資源的釋放過程，無需向網(wǎng)絡(luò)反饋。
[0058]需要特別說明的是，對于目前的Iu/Sl連接建立過程，需要每個終端都建立獨立的Iu/Sl承載及上下文，因此通過一條Iu/Sl組連接指示觸發(fā)一組Iu/Sl連接的釋放過程，需要RNC (UMTS)/eNB (LTE)預(yù)先確定Iu/Sl承載及上下文和組的對應(yīng)關(guān)系，一種可能的解決方法是在對每個設(shè)備進(jìn)行Iu/Sl連接建立時，就通知RNC (UMTSVeNB (LTE)該連接所屬的組標(biāo)識信息，則當(dāng)RNC (UMTS) /eNB (LTE)收到攜帶組標(biāo)識(Group ID)的Iu/Sl組連接釋放指示時，就能夠釋放所有組內(nèi)設(shè)備的Iu/Sl相關(guān)承載及上下文。
[0059]另一個需要指出的是，對于UMTS系統(tǒng)，還涉及到Iub接口承載的釋放過程，此時，也可以采用Iub承載組釋放的方式。即，通過一條Iub組連接指示觸發(fā)一組Iub連接的釋放過程，同樣的，需要NodeB預(yù)先確定Iub承載及上下文和組的對應(yīng)關(guān)系，一種可能的解決方法是在對每個設(shè)備進(jìn)行Iub連接建立時(NBAP:無線連接建立過程)，就通知NodeB該連接所屬的組標(biāo)識信息，則當(dāng)NodeB收到攜帶組標(biāo)識(Group ID)的Iub組連接釋放指示時,就能夠釋放所有組內(nèi)設(shè)備的Iub相關(guān)承載及上下文。
[0060]下面通過具體的實施例對各網(wǎng)絡(luò)中的通信連接釋放進(jìn)行具體說明:
[0061]實施例一、
[0062]該實施例為在LTE網(wǎng)絡(luò)中，由MTC server或者M(jìn)TC user觸發(fā)組連接釋放。
[0063]此時，核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接，具體包括:
[0064]核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載(即Sll接口(MME和Serving Gff之間的接口)用戶承載)，并向基站發(fā)送攜帶組標(biāo)識的釋放指示消息；
[0065]基站在接收到釋放指示消息后，釋放所有組內(nèi)設(shè)備的SI接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放；
[0066]基站向核心網(wǎng)反饋釋放完成消息。[0067]其中，為進(jìn)一步節(jié)省信令，減少網(wǎng)絡(luò)負(fù)擔(dān)，在通知組內(nèi)終端進(jìn)行RRC連接釋放時，可以通過組廣播方式向組內(nèi)終端發(fā)送RRC連接釋放指示，通知組內(nèi)終端進(jìn)行RRC連接釋放；終端接收到RRC連接釋放指示后，進(jìn)行無線資源的釋放過程，釋放完畢后，無需進(jìn)行反饋，從而更進(jìn)一步減少網(wǎng)絡(luò)負(fù)擔(dān)。
[0068]核心網(wǎng)能夠根據(jù)組標(biāo)識確定組內(nèi)用戶的承載并進(jìn)行釋放，可以在建立承載時，核心網(wǎng)就確定組標(biāo)識和承載的對應(yīng)關(guān)系，這樣，在需要釋放承載時，核心網(wǎng)即可核心網(wǎng)根據(jù)組標(biāo)識以及建立承載時確定的組標(biāo)識和承載的對應(yīng)關(guān)系，釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載。
[0069]同樣的，也可以在建立承載時，基站就確定組標(biāo)識和承載的對應(yīng)關(guān)系，這樣，在需要釋放承載時，基站也可以根據(jù)組標(biāo)識以及建立承載及上下文時確定的組標(biāo)識和承載及上下文的對應(yīng)關(guān)系，釋放所有組內(nèi)設(shè)備的SI接口承載及上下文。
[0070]具體的，如圖6所示，LTE網(wǎng)絡(luò)中，由MTC server或者M(jìn)TC user觸發(fā)組連接釋放的釋放過程包括:
[0071]步驟S601、MTC server或者M(jìn)TC user確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件，向核心網(wǎng)中的MTC IffF (Interworking Functionality,互操作實體)實體發(fā)送終止數(shù)據(jù)接收指示，該指示中包含標(biāo)識組的Group ID (組標(biāo)識)等信息；
[0072]此時,MTC server或者M(jìn)TC user需要進(jìn)行組內(nèi)終端數(shù)據(jù)上報情況的檢測,具體的檢測手段可以是:判斷組內(nèi)用戶數(shù)據(jù)釋放都已經(jīng)接收到，或者有部分用戶數(shù)據(jù)未接收到但已超過預(yù)設(shè)的等待定時器。
[0073]步驟S602、MTC IWF 向 MME (Mobility Management Element,移動管理實體)發(fā)送終止數(shù)據(jù)傳輸指示，其中包含組標(biāo)識等信息；該終止數(shù)據(jù)傳輸指示可以通過新定義的消息發(fā)送，也可以在現(xiàn)有的消息中增加相關(guān)的信息，實現(xiàn)終止數(shù)據(jù)傳輸指示的發(fā)送；
[0074]步驟S603、MME 向 Serving Gff (服務(wù)網(wǎng)關(guān))發(fā)送 Release Group Access BearerRequest (釋放組連接承載請求),該請求中攜帶組標(biāo)識；
[0075]步驟S604、Serving GW根據(jù)釋放組連接承載請求中攜帶的Group ID,釋放組內(nèi)設(shè)備相關(guān)的Sll接口用戶面承載；具體的，可以在Serving GW建立組內(nèi)用戶承載的時候就通過組標(biāo)識等信息標(biāo)識出該承載所屬的組，當(dāng)Serving Gff收到攜帶組標(biāo)識的釋放組連接承載請求時，Serving Gff即可將標(biāo)識為屬于該組的承載都進(jìn)行釋放；
[0076]步驟S605、Serving GW 向 MME 返回 Release Group Access Bearer Response(釋放組連接承載響應(yīng))消息；
[0077]步驟S606、MME 向 eNB 發(fā)送 SlAP 消息 Slgroup Context Release Command (SI 組連接釋放指令)，該消息中攜帶Group ID,發(fā)起組內(nèi)終端的SI承載及上下文的釋放過程。需要特別說明的是，如果在RAN (Radio Access Network,無線接入網(wǎng))sharing (RAN共享)場景(即多個PLMN (Public LandMobile Network，公共陸地移動網(wǎng)絡(luò))共享RAN資源)下，由于可能不同的PLMN下會出現(xiàn)相同的Group ID導(dǎo)致RAN側(cè)無法根據(jù)Group ID區(qū)分組,此時，Slgroup Context Release Command 消息中需要攜帶 PLMN ID 指不 Group ID 所屬的 PLMN ;
[0078]步驟S607、eNB 接收到攜帶 Group ID 的 Slgroup Context Release Command 消息后，釋放Group ID所標(biāo)識的組中所有用戶的SI承載及上下文；需要特別說明的是，可以在eNB建立組內(nèi)用戶SI承載及上下文的時候就通過INITIAL CONTEXT SETUP REQUEST (初始連接建立請求)消息中攜帶的如Group ID等信息標(biāo)識出所建立的承載所屬的Group,從而使得收到攜帶 Group ID 的 Slgroup Context Release Command 消息時，eNB 將屬于該 Group的承載及上下文都進(jìn)行釋放；其中，Slgroup Context Release Command消息可以是新定義的SlAP消息,也可以是對現(xiàn)有的SlContext Release Command (SI連接釋放指令)消息進(jìn)行修改，增加group ID等相關(guān)信息。
[0079]步驟S608、eNB向組內(nèi)終端發(fā)送RRC連接釋放指示，組內(nèi)終端接收到該RRC連接釋放指示后，若根據(jù)RRC連接釋放指示中攜帶的Group ID等信息確定是自己所屬組的消息，則進(jìn)行RRC連接釋放，刪除存儲的上下文及資源配置等信息。從減少空口信令負(fù)荷的角度，該RRC連接釋放指示可以通過組廣播的方式通知組內(nèi)終端，具體而言，“組廣播”方式可以是通過 G-RNTI (Group Radio Network Temporary Identity,組無線網(wǎng)絡(luò)臨時標(biāo)識)(預(yù)先設(shè)定的所有具有組特性的終端都需要監(jiān)聽的標(biāo)識)加擾的HXXH (Physical DownlinkControl Channel,物理下行控制信道)調(diào)度組內(nèi)終端去讀取F1DSCH (Physical DownlinkShared Channel,物理下行共享信道)信息中攜帶的RRC connection Release (RRC連接釋放)指示，其中RRC connection Release指示中包含Group ID,當(dāng)終端解讀消息中的GroupID為自己所屬的組后，進(jìn)行RRC連接釋放，完成連接釋放后無需向網(wǎng)絡(luò)進(jìn)行反饋。需要特別說明的是，在RAN sharing場景下,RRC連接釋放指示中可以攜帶PLMN ID指示Group ID所屬的PLMN。
[0080]步驟S609、eNB向組內(nèi)終端發(fā)送RRC連接釋放指示后，同時刪除所存儲的組內(nèi)終端的RRC相關(guān)上下文信息及相關(guān)的配置信息，并通過SlAP消息SlContext Release Complete(SI連接釋放完成)向MME通知組內(nèi)連接釋放完成。需要說明的是，其中該消息可以是新定義的SlAP消息，也可以是在目前的S1RELEASE COMPLETE (SI釋放完成)消息中增加如Group ID等信息。
[0081]實施例二、
[0082]在LTE網(wǎng)絡(luò)中，由eNB觸發(fā)組連接釋放。
[0083]此時，核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接，具體包括:
[0084]核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載(即Sll接口(MME和Serving Gff之間的接口)用戶承載)，并向基站發(fā)送攜帶組標(biāo)識的釋放指示消息；
[0085]基站在接收到釋放指示消息后，釋放所有組內(nèi)設(shè)備的SI接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放；
[0086]基站向核心網(wǎng)反饋釋放完成消息。
[0087]同樣的，為進(jìn)一步節(jié)省信令，減少網(wǎng)絡(luò)負(fù)擔(dān)，在通知組內(nèi)終端進(jìn)行RRC連接釋放時，可以通過組廣播方式向組內(nèi)終端發(fā)送RRC連接釋放指示，通知組內(nèi)終端進(jìn)行RRC連接釋放；終端接收到RRC連接釋放指示后，進(jìn)行無線資源的釋放過程，釋放完畢后，無需進(jìn)行反饋，從而更進(jìn)一步減少網(wǎng)絡(luò)負(fù)擔(dān)。
[0088]核心網(wǎng)能夠根據(jù)組標(biāo)識確定組內(nèi)用戶的承載并進(jìn)行釋放，可以在建立承載時，核心網(wǎng)就確定組標(biāo)識和承載的對應(yīng)關(guān)系，這樣，在需要釋放承載時，核心網(wǎng)即可核心網(wǎng)根據(jù)組標(biāo)識以及建立承載時確定的組標(biāo)識和承載的對應(yīng)關(guān)系，釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載。
[0089]同樣的，也可以在建立承載時，基站就確定組標(biāo)識和承載的對應(yīng)關(guān)系，這樣，在需要釋放承載時，基站也可以根據(jù)組標(biāo)識以及建立承載及上下文時確定的組標(biāo)識和承載及上下文的對應(yīng)關(guān)系，釋放所有組內(nèi)設(shè)備的SI接口承載及上下文。
[0090]具體的，如圖7所示，LTE網(wǎng)絡(luò)中，由eNB觸發(fā)組連接釋放的釋放過程包括:
[0091]步驟S701、eNB確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件，向核心網(wǎng)中的MME發(fā)送終止數(shù)據(jù)接收指示，該指示中包含標(biāo)識組的Group ID (組標(biāo)識)等信息；
[0092]此時，由eNB進(jìn)行組內(nèi)終端數(shù)據(jù)上報情況的檢測，具體的檢測手段可以是:根據(jù)接收到的組內(nèi)用戶上報數(shù)和預(yù)先從MME獲得的組內(nèi)用戶數(shù)進(jìn)行對比，其中eNB需要確定屬于組內(nèi)用戶的數(shù)據(jù)，因此需要組內(nèi)用戶上報數(shù)據(jù)時攜帶eNB可見的Group ID,同時可以結(jié)合預(yù)設(shè)的等待定時器等方式；或者eNB進(jìn)行組內(nèi)終端的活躍性檢測，當(dāng)發(fā)現(xiàn)一段時間內(nèi)沒有組內(nèi)用戶數(shù)據(jù)上報，則可以判斷組內(nèi)用戶數(shù)據(jù)上報完成。當(dāng)檢測到組內(nèi)用戶數(shù)據(jù)完成接收后，eNB通過SlAP消息:Slgroup Context Release Request (SI組連接釋放請求)請求MME釋放與該組相關(guān)的承載及上下文,該消息中需要包含Group ID信息。其中，Iu groupContext Release Request可以是新定義的SlAP消息，也可以是對SlContext ReleaseRequest (SI連接釋放請求)消息中增加Group ID的信息。
[0093]步驟S702-步驟S708與實施例一中步驟S603-步驟S609相同，在此不再重復(fù)敘述。
[0094]實施例三、
[0095]該實施例為在UMTS網(wǎng)絡(luò)中，由MTC server或者M(jìn)TC user觸發(fā)組連接釋放。
[0096]此時，核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接，具體包括:
[0097]核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載(即Gp接口(SGSN和GGSN之間的接口)用戶承載)，并向無線網(wǎng)絡(luò)控制器RNC發(fā)送攜帶組標(biāo)識的釋放指示消息；
[0098]RNC在接收到釋放指示消息后，釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，以及通知組內(nèi)終端進(jìn)行RRC連接釋放；
[0099]RNC向核心網(wǎng)反饋釋放完成消息。
[0100]如涉及Iub接口的釋放過程，則RNC釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文后,還包括:
[0101]RNC通知基站釋放所有組內(nèi)設(shè)備的Iub接口承載及上下文。
[0102]其中，為進(jìn)一步節(jié)省信令，減少網(wǎng)絡(luò)負(fù)擔(dān)，在通知組內(nèi)終端進(jìn)行RRC連接釋放時，可以通過組廣播方式向組內(nèi)終端發(fā)送RRC連接釋放指示，通知組內(nèi)終端進(jìn)行RRC連接釋放；終端接收到RRC連接釋放指示后，進(jìn)行無線資源的釋放過程，釋放完畢后，無需進(jìn)行反饋，從而更進(jìn)一步減少網(wǎng)絡(luò)負(fù)擔(dān)。
[0103]核心網(wǎng)能夠根據(jù)組標(biāo)識確定組內(nèi)用戶的承載并進(jìn)行釋放，可以在建立承載時，核心網(wǎng)就確定組標(biāo)識和承載的對應(yīng)關(guān)系，這樣，在需要釋放承載時，核心網(wǎng)即可核心網(wǎng)根據(jù)組標(biāo)識以及建立承載時確定的組標(biāo)識和承載的對應(yīng)關(guān)系，釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載。
[0104]同樣的，也可以在建立承載時，RNC就確定組標(biāo)識和承載的對應(yīng)關(guān)系，這樣，在需要釋放承載時，RNC也可以根據(jù)組標(biāo)識以及建立承載及上下文時確定的組標(biāo)識和承載及上下文的對應(yīng)關(guān)系，釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文。
[0105]具體的，如圖8所示，UMTS網(wǎng)絡(luò)中，由MTC server或者M(jìn)TC user觸發(fā)組連接釋放的釋放過程包括:
[0106]步驟S801、MTC server或者M(jìn)TC user確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件，向核心網(wǎng)中的MTC IffF實體發(fā)送終止數(shù)據(jù)接收指示,該指示中包含標(biāo)識組的Group ID(組標(biāo)識)等信息；
[0107]此時,MTC server或者M(jìn)TC user需要進(jìn)行組內(nèi)終端數(shù)據(jù)上報情況的檢測,具體的檢測手段可以是:判斷組內(nèi)用戶數(shù)據(jù)釋放都已經(jīng)接收到，或者有部分用戶數(shù)據(jù)未接收到但已超過預(yù)設(shè)的等待定時器。
[0108]步驟S802、MTC IffF向SGSN發(fā)送終止數(shù)據(jù)傳輸指示，其中包含組標(biāo)識等信息；該終止數(shù)據(jù)傳輸指示可以通過新定義的消息發(fā)送，也可以在現(xiàn)有的消息中增加相關(guān)的信息，實現(xiàn)終止數(shù)據(jù)傳輸指示的發(fā)送；
[0109]步驟S803、SGSN 向 GGSN (Gateway GPRS Support Node,網(wǎng)關(guān) GPRS 支持節(jié)點)發(fā)送Release Group Access Bearer Request (釋放組連接承載請求),該請求中攜帶組標(biāo)識；
[0110]步驟S804、GGSN根據(jù)釋放組連接承載請求中攜帶的Group ID,釋放組內(nèi)設(shè)備相關(guān)的核心網(wǎng)內(nèi)部Gp接口用戶面承載；具體的，可以在GGSN建立組內(nèi)用戶承載的時候就通過組標(biāo)識等信息標(biāo)識出該承載所屬的組，當(dāng)GGSN收到攜帶組標(biāo)識的釋放組連接承載請求時，GGSN即可將標(biāo)識為屬于該組的承載都進(jìn)行釋放；
[0111]步驟S805、GGSN 向 SGSN 返回 Release Group Access Bearer Response (釋放組連接承載響應(yīng))消息；
[0112]步驟S806、SGSN 向 RNC 發(fā)送 RANAP 消息 Iu group Context Release Command( Iu組連接釋放指令)，該消息中攜帶Group ID,發(fā)起組內(nèi)終端的Iu承載及上下文的釋放過程。需要特別說明的是，如果在RANsharing (RAN共享)場景下，由于可能不同的PLMN下會出現(xiàn)相同的Group ID導(dǎo)致RAN側(cè)無法根據(jù)Group ID區(qū)分組，此時，Iu group Context ReleaseCommand消息中需要攜帶PLMN ID指示Group ID所屬的PLMN ；
[0113]步驟S807、RNC 接收到攜帶 Group ID 的 Iu group Context Release Command 消息后，釋放Group ID所標(biāo)識的組中所有用戶的Iu承載及上下文；需要特別說明的是，可以在RNC建立組內(nèi)用戶Iu承載及上下文的時候就通過RAB ASSIGNMENT REQUEST (無線接入承載分配請求，RAB, Radio Access Bearer,無線接入承載)消息中攜帶的如Group ID等信息標(biāo)識出所建立的承載所屬的Group,從而使得收到攜帶Group ID的Iu group ContextRelease Command消息時，RNC將屬于該Group的承載及上下文都進(jìn)行釋放；其中，Iugroup Context Release Command消息可以是新定義的SlAP消息，也可以是對現(xiàn)有的RABASSIGNMENT REQUEST消息進(jìn)行修改，增加group ID等相關(guān)信息。
[0114]步驟S808、RNC向組內(nèi)終端發(fā)送RRC連接釋放指示，組內(nèi)終端接收到該RRC連接釋放指示后，若根據(jù)RRC連接釋放指示中攜帶的Group ID等信息確定是自己所屬組的消息，則進(jìn)行RRC連接釋放，刪除存儲的上下文及資源配置等信息。從減少空口信令負(fù)荷的角度，該RRC連接釋放指示可以通過組廣播的方式通知組內(nèi)終端，具體而言，“組廣播”方式可以是通過G-RNTI (預(yù)先設(shè)定的所有具有組特性的終端都需要監(jiān)聽的標(biāo)識)加擾的HS-SCCH(High Speed Shared Control Channel，高速共享控制信道)調(diào)度組內(nèi)終端去讀取HS-PDSCH(High Speed Physical Downlink Shared Channel,高速物理下行共享信道)信息中攜帶的RRC connection Release (RRC 連接釋放)指不，其中 RRC connection Release 指不中包含Group ID,當(dāng)終端解讀消息中的Group ID為自己所屬的組后,進(jìn)行RRC連接釋放,完成連接釋放后無需向網(wǎng)絡(luò)進(jìn)行反饋。需要特別說明的是，在RAN sharing場景下，RRC連接釋放指示中可以攜帶PLMN ID指示Group ID所屬的PLMN。
[0115]步驟S809、RNC向組內(nèi)終端發(fā)送RRC連接釋放指示后，RRC刪除所存儲的組內(nèi)終端的RRC相關(guān)上下文信息及相關(guān)的配置信息,并向NodeB發(fā)送Iub group Context ReleaseCommancKIub組連接釋放指令)消息；該Iub Group Context Release Command消息可以是新定義的NBAP (NodeB Application Part,基站應(yīng)用部分)消息,也可以是對現(xiàn)有的RADIOLINK SETUP REQUEST (無線鏈路建立請求)消息進(jìn)行修改，增加group ID等相關(guān)信息元素
[0116]步驟S810、NodeB釋放組內(nèi)所有用戶的Iub承載及上下文；同樣的,可以在NodeB建立組內(nèi)用戶Iub承載及上下文的時候就通過在NBAP過程的RADIO LINK SETUP REQUEST消息(RNC發(fā)給NodeB)中攜帶的如Group ID等信息標(biāo)識出所建立的承載所屬的Group,從而使得收到攜帶Group ID的Iub組連接釋放消息時,RNC將屬于該Group的承載及上下文都進(jìn)行釋放。
[0117]步驟S811、NodeB 向 RNC 返回 Iub Group Context Release Response (Iub 組連接釋放響應(yīng))消息；
[0118]步驟S812、RNC 通過 RANAP 消息 IuContext Release Complete( Iu 連接釋放完成)向MME通知組內(nèi)連接釋放完成。需要說明的是，其中該消息可以是新定義的RANAP消息，也可以是在目前的Iu RELEASE COMPLETE (Iu釋放完成)消息中增加如Group ID等信息。
[0119]實施例四、
[0120]該實施例為在UMTS網(wǎng)絡(luò)中，由RNC或者NodeB觸發(fā)組連接釋放。
[0121]此時，核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接，具體包括:
[0122]核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載(即Gp接口( SGSN和GGSN之間的接口)用戶承載)，并向無線網(wǎng)絡(luò)控制器RNC發(fā)送攜帶組標(biāo)識的釋放指示消息；
[0123]RNC在接收到釋放指示消息后，釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，以及通知組內(nèi)終端進(jìn)行RRC連接釋放；
[0124]RNC向核心網(wǎng)反饋釋放完成消息。
[0125]如涉及Iub接口的釋放過程，則RNC釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文后,還包括:
[0126]RNC通知基站釋放所有組內(nèi)設(shè)備的Iub接口承載及上下文。
[0127]其中，為進(jìn)一步節(jié)省信令，減少網(wǎng)絡(luò)負(fù)擔(dān)，在通知組內(nèi)終端進(jìn)行RRC連接釋放時，可以通過組廣播方式向組內(nèi)終端發(fā)送RRC連接釋放指示，通知組內(nèi)終端進(jìn)行RRC連接釋放；終端接收到RRC連接釋放指示后，進(jìn)行無線資源的釋放過程，釋放完畢后，無需進(jìn)行反饋，從而更進(jìn)一步減少網(wǎng)絡(luò)負(fù)擔(dān)。
[0128]核心網(wǎng)能夠根據(jù)組標(biāo)識確定組內(nèi)用戶的承載并進(jìn)行釋放，可以在建立承載時，核心網(wǎng)就確定組標(biāo)識和承載的對應(yīng)關(guān)系，這樣，在需要釋放承載時，核心網(wǎng)即可核心網(wǎng)根據(jù)組標(biāo)識以及建立承載時確定的組標(biāo)識和承載的對應(yīng)關(guān)系，釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載。
[0129]同樣的，也可以在建立承載時，RNC就確定組標(biāo)識和承載的對應(yīng)關(guān)系，這樣，在需要釋放承載時，RNC也可以根據(jù)組標(biāo)識以及建立承載及上下文時確定的組標(biāo)識和承載及上下文的對應(yīng)關(guān)系，釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文。
[0130]具體的，如圖9所示，UMTS網(wǎng)絡(luò)中，由RNC觸發(fā)組連接釋放的釋放過程包括:
[0131]步驟S901、RNC確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件，向核心網(wǎng)中的SGSN發(fā)送終止數(shù)據(jù)接收指示,該指示中包含標(biāo)識組的Group ID (組標(biāo)識)等信息；
[0132]此時，由RNC進(jìn)行組內(nèi)終端數(shù)據(jù)上報情況的檢測，具體的檢測手段可以是:根據(jù)接收到的組內(nèi)用戶上報數(shù)和預(yù)先從SGSN獲得的組內(nèi)用戶數(shù)進(jìn)行對比，其中RNC需要確定屬于組內(nèi)用戶的數(shù)據(jù)，因此需要組內(nèi)用戶上報數(shù)據(jù)時攜帶RNC可見的Group ID,同時可以結(jié)合預(yù)設(shè)的等待定時器等方式；或者RNC進(jìn)行組內(nèi)終端的活躍性檢測，當(dāng)發(fā)現(xiàn)一段時間內(nèi)沒有組內(nèi)用戶數(shù)據(jù)上報，則可以判斷組內(nèi)用戶數(shù)據(jù)上報完成。當(dāng)檢測到組內(nèi)用戶數(shù)據(jù)完成接收后，RNC通過RANAP消息:Iu group Context Release Request (Iu組連接釋放請求)請求SGSN釋放與該組相關(guān)的承載及上下文,該消息中需要包含Group ID信息。其中，Iu groupContext Release Request 可以是新定義的 RANAP 消息，也可以是對 Iu Release Request(Iu釋放請求)消息中增加Group ID的信息。
[0133]同樣的,該步驟也可以由NodeB執(zhí)行。
[0134]步驟S902-步驟S911與實施例三中的步驟S803-步驟S812相同，在此不再重復(fù)敘述。
[0135]本發(fā)明實施例還提供一種通信連接釋放方法，該方法由核心網(wǎng)執(zhí)行，如圖10所示，該方法包括:
[0136]步驟S1001、核心網(wǎng)接收監(jiān)測設(shè)備在確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，發(fā)送的攜帶組標(biāo)識的終止數(shù)據(jù)接收指示；
[0137]步驟S1002、核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
[0138]其中，監(jiān)測設(shè)備具體為:
[0139]機器類通信MTC服務(wù)器；或者
[0140]MTC用戶設(shè)備；或者
[0141]無線網(wǎng)絡(luò)控制器RNC ;或者
[0142]基站。
[0143]對應(yīng)于實施例一和實施例二，在LTE網(wǎng)絡(luò)中，核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接，具體包括:
[0144]核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向基站發(fā)送攜帶組標(biāo)識的釋放指示消息；
[0145]核心網(wǎng)接收基站在釋放所有組內(nèi)設(shè)備的SI接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放后，反饋的釋放完成消息；
[0146]對應(yīng)于實施例三和實施例四，在UMTS網(wǎng)絡(luò)中，核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接，具體包括:
[0147]核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向無線網(wǎng)絡(luò)控制器RNC發(fā)送攜帶組標(biāo)識的釋放指示消息；
[0148]核心網(wǎng)接收RNC在釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，以及通知組內(nèi)終端進(jìn)行RRC連接釋放后，反饋的釋放完成消息。
[0149]核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，具體包括:[0150]核心網(wǎng)根據(jù)組標(biāo)識以及建立承載時確定的組標(biāo)識和承載的對應(yīng)關(guān)系，釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載。
[0151]相應(yīng)的，本發(fā)明實施例還提供一種通信連接釋放裝置，如圖11所示，該裝置包括:
[0152]確定單元1101，用于確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件；
[0153]發(fā)送單元1102，用于向核心網(wǎng)發(fā)送攜帶組標(biāo)識的終止數(shù)據(jù)接收指示，終止數(shù)據(jù)接收指示用于指示核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
[0154]該裝置可以為MTC server、MTC user、eNodeB、RNC 或者 NodeB。
[0155]其中，確定單元具體用于:
[0156]確定組內(nèi)每個設(shè)備完成數(shù)據(jù)交互；或者
[0157]確定預(yù)設(shè)的定時器超時。
[0158]對應(yīng)于實施例二，當(dāng)該裝置為eNodeB時，該裝置還包括:
[0159]第一釋放單元，用于接收核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載后，發(fā)送的攜帶組標(biāo)識的釋放指示消息；釋放所有組內(nèi)設(shè)備的S I接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放；向核心網(wǎng)反饋釋放完成消息。
[0160]對應(yīng)于實施例四，當(dāng)該裝置為RNC時，該裝置還包括:
[0161]第二釋放單元，用于接收核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載后，發(fā)送的攜帶組標(biāo)識的釋放指示消息；釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，以及通知組內(nèi)終端進(jìn)行RRC連接釋放；向核心網(wǎng)反饋釋放完成消息；或者
[0162]對應(yīng)于實施例四，當(dāng)該裝置為NodeB時，該裝置還包括:
[0163]第三釋放單元，用于接收RNC在釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文后，發(fā)送的通知釋放所有組內(nèi)設(shè)備的Iub接口承載及上下文的消息，并釋放所有組內(nèi)設(shè)備的Iub接口承載及上下文。
[0164]其中，第一釋放單元或第二釋放單元通知組內(nèi)終端進(jìn)行RRC連接釋放，具體包括:
[0165]通過組廣播方式向組內(nèi)終端發(fā)送RRC連接釋放指示，通知組內(nèi)終端進(jìn)行RRC連接釋放。
[0166]第一釋放單元釋放所有組內(nèi)設(shè)備的SI接口承載及上下文，具體包括:
[0167]根據(jù)組標(biāo)識以及建立承載及上下文時確定的組標(biāo)識和承載及上下文的對應(yīng)關(guān)系，釋放所有組內(nèi)設(shè)備的Si接口承載及上下文；
[0168]第二釋放單元釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，具體包括:
[0169]根據(jù)組標(biāo)識以及建立承載及上下文時確定的組標(biāo)識和承載及上下文的對應(yīng)關(guān)系，釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文。
[0170]本發(fā)明實施例還提供一種通信連接釋放裝置，該裝置可以具體為核心網(wǎng)，如圖12所示，該裝置包括:
[0171]指示接收單元1201，用于接收監(jiān)測設(shè)備在確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，發(fā)送的攜帶組標(biāo)識的終止數(shù)據(jù)接收指示；
[0172]連接釋放單元1202，用于發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
[0173]其中，對應(yīng)于實施例一和實施例二，連接釋放單元1202具體用于:
[0174]根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向基站發(fā)送攜帶組標(biāo)識的釋放指示消息；接收基站在釋放所有組內(nèi)設(shè)備的Si接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放后，反饋的釋放完成消息；或者
[0175]對應(yīng)于實施例三和實施例四，連接釋放單元1202具體用于:
[0176]根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向無線網(wǎng)絡(luò)控制器RNC發(fā)送攜帶組標(biāo)識的釋放指示消息；接收RNC在釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放后，反饋的釋放完成消息。
[0177]連接釋放單元1202根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，具體包括:
[0178]核心網(wǎng)根據(jù)組標(biāo)識以及建立承載時確定的組標(biāo)識和承載的對應(yīng)關(guān)系，釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載。
[0179]本發(fā)明實施例還提供一種通信連接釋放系統(tǒng)，如圖13所示，包括:
[0180]監(jiān)測設(shè)備1301，用于確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件；向核心網(wǎng)發(fā)送攜帶組標(biāo)識的終止數(shù)據(jù)接收指示，終止數(shù)據(jù)接收指示用于指示核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接；
[0181]核心網(wǎng)1302，用于接收監(jiān)測設(shè)備在確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，發(fā)送的攜帶組標(biāo)識的終止數(shù)據(jù)接收指示；發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
[0182]對應(yīng)于實施例二，當(dāng)監(jiān)測設(shè)備1301是LTE網(wǎng)絡(luò)中的基站時，監(jiān)測設(shè)備1301還用于:
[0183]接收核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載后，發(fā)送的攜帶組標(biāo)識的釋放指示消息；釋放所有組內(nèi)設(shè)備的SI接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放；向核心網(wǎng)反饋釋放完成消息；
[0184]對應(yīng)于實施例四，當(dāng)監(jiān)測設(shè)備1301是RNC時，監(jiān)測設(shè)備1301還用于:
[0185]接收核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載后，發(fā)送的攜帶組標(biāo)識的釋放指示消息；釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，以及通知組內(nèi)終端進(jìn)行RRC連接釋放；向核心網(wǎng)反饋釋放完成消息；
[0186]對應(yīng)于實施例四，當(dāng)監(jiān)測設(shè)備1301是UMTS網(wǎng)絡(luò)中的基站時，監(jiān)測設(shè)備1301還用于:
[0187]接收RNC在釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文后，發(fā)送的通知釋放所有組內(nèi)設(shè)備的Iub接口承載及上下文的消息，并釋放所有組內(nèi)設(shè)備的Iub接口承載及上下文；
[0188]對應(yīng)于實施例一，當(dāng)監(jiān)測設(shè)備1301是MTC服務(wù)器或MTC用戶設(shè)備時，系統(tǒng)中還包括:
[0189]基站，用于接收核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載后，發(fā)送的攜帶組標(biāo)識的釋放指示消息；釋放所有組內(nèi)設(shè)備的Si接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放；向核心網(wǎng)反饋釋放完成消息；
[0190]對應(yīng)于實施例三，當(dāng)監(jiān)測設(shè)備1301是MTC服務(wù)器或MTC用戶設(shè)備時，系統(tǒng)中還包括:
[0191]RNC，用于接收核心網(wǎng)根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載后，發(fā)送的攜帶組標(biāo)識的釋放指示消息；釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，以及通知組內(nèi)終端進(jìn)行RRC連接釋放；向核心網(wǎng)反饋釋放完成消息；
[0192]此時，核心網(wǎng)1302發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接，具體包括:[0193]根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向基站發(fā)送攜帶組標(biāo)識的釋放指示消息；接收基站在釋放所有組內(nèi)設(shè)備的Si接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放后，反饋的釋放完成消息；或者
[0194]根據(jù)組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向無線網(wǎng)絡(luò)控制器RNC發(fā)送攜帶組標(biāo)識的釋放指示消息；接收RNC在釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放后，反饋的釋放完成消息。
[0195]本發(fā)明實施例提供一種通信連接釋放方法、裝置及系統(tǒng)，在組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，對該組設(shè)備統(tǒng)一進(jìn)行釋放，避免了對每個終端分別進(jìn)行釋放，減少了接口信令和空口信令負(fù)荷，提高了通信連接釋放的效率。
[0196]本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。
[0197]本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0198]這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0199]這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0200]盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。
[0201]顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
【權(quán)利要求】
1.一種通信連接釋放方法，其特征在于，包括: 確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件； 向核心網(wǎng)發(fā)送攜帶組標(biāo)識的終止數(shù)據(jù)接收指示，所述終止數(shù)據(jù)接收指示用于指示所述核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
2.如權(quán)利要求1所述的方法，其特征在于，所述確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件，具體包括: 確定組內(nèi)每個設(shè)備完成數(shù)據(jù)交互；或者 確定預(yù)設(shè)的定時器超時。
3.如權(quán)利要求1所述的方法，其特征在于，在長期演進(jìn)LTE網(wǎng)絡(luò)中，所述核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接，具體包括: 所述核心網(wǎng)根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向基站發(fā)送攜帶組標(biāo)識的釋放指示消息； 所述基站在接收到所述釋放指示消息后，釋放所有組內(nèi)設(shè)備的Si接口承載及上下文，并通知組內(nèi)終端進(jìn)行無線資源連接RRC連接釋放； 所述基站向所述核心網(wǎng)反饋釋放完成消息； 在通用移動通信系統(tǒng)UMTS網(wǎng)絡(luò)中，所述核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接，具體包括: 所述核心網(wǎng)根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向無線網(wǎng)絡(luò)控制器RNC發(fā)送攜帶組標(biāo)識的釋放指示消息； 所述RNC在接收到所述釋放指示消息后，釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，以及通知組內(nèi)終端進(jìn)行RRC連接釋放； 所述RNC向所述核心網(wǎng)反饋釋放完成消息。
4.如權(quán)利要求3所述的方法，其特征在于，所述RNC釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文后，還包括: 所述RNC通知基站釋放所有組內(nèi)設(shè)備的Iub接口承載及上下文。
5.如權(quán)利要求3所述的方法，其特征在于，所述通知組內(nèi)終端進(jìn)行RRC連接釋放，具體包括: 通過組廣播方式向組內(nèi)終端發(fā)送RRC連接釋放指示，通知組內(nèi)終端進(jìn)行RRC連接釋放； 所述終端接收到所述RRC連接釋放指示后，進(jìn)行無線資源的釋放過程。
6.如權(quán)利要求3所述的方法，其特征在于，所述核心網(wǎng)根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，具體包括: 所述核心網(wǎng)根據(jù)所述組標(biāo)識以及建立承載時確定的組標(biāo)識和承載的對應(yīng)關(guān)系，釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載； 所述基站釋放所有組內(nèi)設(shè)備的SI接口承載及上下文，具體包括: 所述基站根據(jù)所述組標(biāo)識以及建立承載及上下文時確定的組標(biāo)識和承載及上下文的對應(yīng)關(guān)系，釋放所有組內(nèi)設(shè)備的Si接口承載及上下文； 所述RNC釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，具體包括: 所述RNC根據(jù)所述組標(biāo)識以及建立承載及上下文時確定的組標(biāo)識和承載及上下文的對應(yīng)關(guān)系，釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文。
7.一種通信連接釋放方法，其特征在于，包括: 核心網(wǎng)接收監(jiān)測設(shè)備在確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，發(fā)送的攜帶組標(biāo)識的終止數(shù)據(jù)接收指示； 核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
8.如權(quán)利要求7所述的方法，其特征在于，所述監(jiān)測設(shè)備具體為: 機器類通信MTC服務(wù)器；或者 MTC用戶設(shè)備；或者 無線網(wǎng)絡(luò)控制器RNC;或者 基站O
9.如權(quán)利要求7所述的方法，其特征在于，在LTE網(wǎng)絡(luò)中，所述核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接，具體包括: 所述核心網(wǎng)根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向基站發(fā)送攜帶組標(biāo)識的釋放指示消息； 所述核心網(wǎng)接收所述基站在釋放所有組內(nèi)設(shè)備的SI接口承載及上下文，并通知組內(nèi)終端進(jìn)行無線資源連接RR C連接釋放后，反饋的釋放完成消息； 在UMTS網(wǎng)絡(luò)中，所述核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接，具體包括: 所述核心網(wǎng)根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向無線網(wǎng)絡(luò)控制器RNC發(fā)送攜帶組標(biāo)識的釋放指示消息； 所述核心網(wǎng)接收所述RNC在釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，以及通知組內(nèi)終端進(jìn)行RRC連接釋放后，反饋的釋放完成消息。
10.如權(quán)利要求9所述的方法，其特征在于，所述核心網(wǎng)根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，具體包括: 所述核心網(wǎng)根據(jù)所述組標(biāo)識以及建立承載時確定的組標(biāo)識和承載的對應(yīng)關(guān)系，釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載。
11.一種通信連接釋放裝置，其特征在于，包括: 確定單元，用于確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件； 發(fā)送單元，用于向核心網(wǎng)發(fā)送攜帶組標(biāo)識的終止數(shù)據(jù)接收指示，所述終止數(shù)據(jù)接收指示用于指示所述核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
12.如權(quán)利要求11所述的裝置，其特征在于，所述確定單元具體用于: 確定組內(nèi)每個設(shè)備完成數(shù)據(jù)交互；或者 確定預(yù)設(shè)的定時器超時。
13.如權(quán)利要求11所述的裝置，其特征在于，還包括:第一釋放單元，用于接收所述核心網(wǎng)根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載后，發(fā)送的攜帶組標(biāo)識的釋放指示消息；釋放所有組內(nèi)設(shè)備的Si接口承載及上下文，并通知組內(nèi)終端進(jìn)行無線資源連接RRC連接釋放；向所述核心網(wǎng)反饋釋放完成消息；或者第二釋放單元，用于接收所述核心網(wǎng)根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載后，發(fā)送的攜帶組標(biāo)識的釋放指示消息；釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，以及通知組內(nèi)終端進(jìn)行RRC連接釋放；向所述核心網(wǎng)反饋釋放完成消息；或者 第三釋放單元，用于接收RNC在釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文后，發(fā)送的通知釋放所有組內(nèi)設(shè)備的Iub接口承載及上下文的消息，并釋放所有組內(nèi)設(shè)備的Iub接口承載及上下文。
14.如權(quán)利要求13所述的裝置，其特征在于，所述第一釋放單元或所述第二釋放單元通知組內(nèi)終端進(jìn)行RRC連接釋放，具體包括: 通過組廣播方式向組內(nèi)終端發(fā)送RRC連接釋放指示，通知組內(nèi)終端進(jìn)行RRC連接釋放。
15.如權(quán)利要求13所述的裝置，其特征在于，所述第一釋放單元釋放所有組內(nèi)設(shè)備的SI接口承載及上下文,具體包括: 根據(jù)所述組標(biāo)識以及建立承載及上下文時確定的組標(biāo)識和承載及上下文的對應(yīng)關(guān)系，釋放所有組內(nèi)設(shè)備的Si接口承載及上下文； 所述第二釋放單元釋放所有組內(nèi)設(shè)備的IU接口承載及上下文，具體包括: 根據(jù)所述組標(biāo)識以及建立承載及上下文時確定的組標(biāo)識和承載及上下文的對應(yīng)關(guān)系，釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文。
16.一種通信連接釋放裝置，其特征在于，包括: 指示接收單元，用于接收監(jiān)測設(shè)備在確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，發(fā)送的攜帶組標(biāo)識的終止數(shù)據(jù)接收指示； 連接釋放單元，用于發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
17.如權(quán)利要求16所述的裝置，其特征在于，所述連接釋放單元具體用于: 根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向基站發(fā)送攜帶組標(biāo)識的釋放指示消息；接收所述基站在釋放所有組內(nèi)設(shè)備的SI接口承載及上下文，并通知組內(nèi)終端進(jìn)行無線資源連接RRC連接釋放后，反饋的釋放完成消息；或者 所述連接釋放單元具體用于: 根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向無線網(wǎng)絡(luò)控制器RNC發(fā)送攜帶組標(biāo)識的釋放指示消息；接收所述RNC在釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放后，反饋的釋放完成消息。
18.如權(quán)利要求17所述的裝置，其特征在于，所述連接釋放單元根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，具體包括: 所述核心網(wǎng)根據(jù)所述組標(biāo)識以及建立承載時確定的組標(biāo)識和承載的對應(yīng)關(guān)系，釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載。
19.一種通信連接釋放系統(tǒng)，其特征在于，包括: 監(jiān)測設(shè)備，用于確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件；向核心網(wǎng)發(fā)送攜帶組標(biāo)識的終止數(shù)據(jù)接收指示，所述終止數(shù)據(jù)接收指示用于指示所述核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接； 核心網(wǎng)，用于接收監(jiān)測設(shè)備在確定組內(nèi)每個設(shè)備均達(dá)到通信連接釋放條件時，發(fā)送的攜帶組標(biāo)識的終 止數(shù)據(jù)接收指示；發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接。
20.如權(quán)利要求19所述的系統(tǒng)，其特征在于，所述監(jiān)測設(shè)備是LTE網(wǎng)絡(luò)中的基站時，所述監(jiān)測設(shè)備還用于: 接收所述核心網(wǎng)根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載后，發(fā)送的攜帶組標(biāo)識的釋放指示消息；釋放所有組內(nèi)設(shè)備的Si接口承載及上下文，并通知組內(nèi)終端進(jìn)行無線資源連接RRC連接釋放；向所述核心網(wǎng)反饋釋放完成消息； 所述監(jiān)測設(shè)備是RNC時，所述監(jiān)測設(shè)備還用于: 接收所述核心網(wǎng)根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載后，發(fā)送的攜帶組標(biāo)識的釋放指示消息；釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，以及通知組內(nèi)終端進(jìn)行RRC連接釋放；向所述核心網(wǎng)反饋釋放完成消息； 所述監(jiān)測設(shè)備是UMTS網(wǎng)絡(luò)中的基站時，所述監(jiān)測設(shè)備還用于: 接收RNC在釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文后，發(fā)送的通知釋放所有組內(nèi)設(shè)備的Iub接口承載及上下文的消息，并釋放所有組內(nèi)設(shè)備的Iub接口承載及上下文； 所述監(jiān)測設(shè)備是MTC服務(wù)器或MTC用戶設(shè)備時，所述系統(tǒng)中還包括: 基站，用于接收所述核心網(wǎng)根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載后，發(fā)送的攜帶組標(biāo)識的釋放指示消息；釋放所有組內(nèi)設(shè)備的SI接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放；向所述核心網(wǎng)反饋釋放完成消息；或者 RNC，用于接收所述核心網(wǎng)根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載后，發(fā)送的攜帶組標(biāo)識的釋放指示消息；釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，以及通知組內(nèi)終端進(jìn)行RRC連接釋放；向所述核心網(wǎng)反饋釋放完成消息； 所述核心網(wǎng)發(fā)起組連接釋放過程，釋放組內(nèi)設(shè)備的通信連接，具體包括: 根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向基站發(fā)送攜帶組標(biāo)識的釋放指示消息；接收所述基站在釋放所有組內(nèi)設(shè)備的SI接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放后，反饋的釋放完成消息；或者 根據(jù)所述組標(biāo)識釋放組內(nèi)所有用戶的核心網(wǎng)內(nèi)部承載，并向無線網(wǎng)絡(luò)控制器RNC發(fā)送攜帶組標(biāo)識的釋放指示消息；接收所述RNC在釋放所有組內(nèi)設(shè)備的Iu接口承載及上下文，并通知組內(nèi)終端進(jìn)行RRC連接釋放后，反饋的釋放完成消息。
【文檔編號】H04W76/02GK103634933SQ201210312494
【公開日】2014年3月12日 申請日期:2012年8月29日 優(yōu)先權(quán)日:2012年8月29日
【發(fā)明者】張英, 陳東, 全海洋, 艾明 申請人:電信科學(xué)技術(shù)研究院