專(zhuān)利名稱(chēng):一種建立組呼上下文的方法和系統(tǒng)、基站、集群epc的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及LTE集群通信系統(tǒng),特別是指一種建立組呼上下文的方法和系統(tǒng)、基站、集群EPC。
背景技術(shù):
數(shù)字集群通信作為一種專(zhuān)用移動(dòng)通信調(diào)度系統(tǒng),具有信道共享和動(dòng)態(tài)分配等技術(shù)特點(diǎn),可為多個(gè)部門(mén)、單位等集團(tuán)用戶(hù)提供專(zhuān)用指揮調(diào)度等通信服務(wù)。隨著寬帶移動(dòng)通信的發(fā)展,尤其是第四代移動(dòng)通信長(zhǎng)期演進(jìn)(LTE, Long TermEvolution)技術(shù)的飛速發(fā)展,對(duì)數(shù)字集群通信系統(tǒng)也提出了寬帶化、視頻化、高速化、平滑演進(jìn)等多方面的需求。因此,基于LTE技術(shù)的集群通信是當(dāng)前數(shù)字集群系統(tǒng)發(fā)展的方向。集群通信中最主要的是組呼會(huì)話(huà)的建立,而LTE技術(shù)的會(huì)話(huà)建立是基于組呼上下文的建立,因此基于LTE技術(shù)的集群通信系統(tǒng)最主要是的進(jìn)行組呼上下文的建立。由于集群通信采取的是半雙工通信,且同一個(gè)會(huì)話(huà)可以接入多個(gè)用戶(hù)終端(UE,User Equipment),因此用戶(hù)可以分為話(huà)權(quán)用戶(hù)和非話(huà)權(quán)用戶(hù),話(huà)權(quán)用戶(hù)通過(guò)UE向網(wǎng)絡(luò)傳遞組呼業(yè)務(wù)數(shù)據(jù),然后網(wǎng)絡(luò)將組呼業(yè)務(wù)數(shù)據(jù)以廣播的方式發(fā)送給其他非話(huà)權(quán)用戶(hù)。由于話(huà)權(quán)用戶(hù)需要和演進(jìn)型基站(eNB, evolvedNode B)之間建立無(wú)線(xiàn)資源控制(RRC, Radio Resource Control)連接,因此話(huà)權(quán)用戶(hù)的會(huì)話(huà)連接將基于LTE協(xié)議,而非話(huà)權(quán)用戶(hù)因不需要與eNB建立RRC連接。目前,在基于LTE技術(shù)的集群通信系統(tǒng)中,現(xiàn)有技術(shù)中還沒(méi)有一種技術(shù)方案能夠支持基站與集群網(wǎng)絡(luò)(由話(huà)權(quán)用戶(hù)和非話(huà)權(quán)用戶(hù)組成的集群網(wǎng)絡(luò))之間的組呼上下文的建立。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明的主要目的在于提供一種建立組呼上下文的方法和系統(tǒng)、基站、集群EPC,能夠?qū)崿F(xiàn)在基于LTE技術(shù)的集群通信系統(tǒng)中基站與集群網(wǎng)絡(luò)之間的組呼上下文
的建立。為達(dá)到上述目的,本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明提供了一種建立組呼上下文的方法,該方法包括在集群演進(jìn)移動(dòng)核心網(wǎng)EPC與話(huà)權(quán)UE所在的第一基站之間建立組呼上下文;在集群EPC與非話(huà)權(quán)UE所在的第二基站之間建立組呼上下文。優(yōu)選地,建立組呼上下文之前,該方法還包括所述話(huà)權(quán)UE分別與所述第一基站和集群EPC之間建立RRC連接。優(yōu)選地,所述在集群EPC與話(huà)權(quán)UE所在的第一基站之間建立組呼上下文之前,該方法還包括在所述RRC連接建立的同時(shí),集群EPC將生成的組呼上下文建立請(qǐng)求消息發(fā)送
給所述第一基站。優(yōu)選地,所述在集群EPC與非話(huà)權(quán)UE所在的第二基站之間建立組呼上下文之前,該方法包括在所述RRC連接建立的同時(shí),集群EPC根據(jù)生成的組呼上下文建立請(qǐng)求向所述第二基站發(fā)送組呼尋呼消息;第二基站收到組呼尋呼消息后,在自身覆蓋區(qū)域內(nèi)廣播所述組呼尋呼消息;第二基站覆蓋區(qū)域內(nèi)的非話(huà)權(quán)UE接收到組呼尋呼消息后,向第二基站返回組呼尋呼響應(yīng)消息;第二基站接收到第一條組呼尋呼響應(yīng)消息后,向集群EPC返回組呼尋呼響應(yīng)消息;集群EPC接收到組呼尋呼響應(yīng)消息后,向相應(yīng)的第二基站發(fā)送所述組呼上下文建立請(qǐng)求消息。優(yōu)選地,所述在集群EPC與話(huà)權(quán)UE所在的第一基站之間建立組呼上下文,或者,所述在集群EPC與非話(huà)權(quán)UE所在的第二基站之間建立組呼上下文,包括第一基站或第二基站接收到所述組呼上下文建立請(qǐng)求消息后,建立集群組呼業(yè)務(wù)信道資源,同時(shí)建立相應(yīng)的組呼無(wú)線(xiàn)接入承載;第一基站或第二基站完成集群組呼業(yè)務(wù)信道資源的建立后,通過(guò)集群組呼業(yè)務(wù)信道資源廣播組呼配置消息,同時(shí)向集群EPC返回組呼上下文建立響應(yīng)消息,完成組呼上下文建立。優(yōu)選地,所述組呼上下文建 立請(qǐng)求消息攜帶的組呼上下文內(nèi)容有組呼ID、組呼模式、組呼匯聚最大傳輸比特率、組呼無(wú)線(xiàn)接入承載列表、組呼安全能力和組呼安全密鑰;所述組呼無(wú)線(xiàn)接入承載列表包括組呼無(wú)線(xiàn)接入承載ID、服務(wù)質(zhì)量參數(shù)、傳輸層地址、通用數(shù)據(jù)傳輸平臺(tái)GTP隧道ID、業(yè)務(wù)承載類(lèi)型和非接入層NAS數(shù)據(jù)包。優(yōu)選地,所述組呼上下文建立響應(yīng)消息包括所述組呼ID和組呼無(wú)線(xiàn)接入承載建立成功列表和/或組呼無(wú)線(xiàn)接入承載建立失敗的列表;所述組呼無(wú)線(xiàn)接入承載建立成功列表包括組呼無(wú)線(xiàn)接入承載ID、傳輸層地址、GTP隧道ID。所述組呼無(wú)線(xiàn)接入承載建立失敗列表包括組呼無(wú)線(xiàn)接入承載ID、失敗原因。本發(fā)明還提供了一種建立組呼上下文的系統(tǒng),該系統(tǒng)包括基站和集群EPC,其中所述基站包括第一基站和第二基站,所述第一基站為話(huà)權(quán)UE所在基站;所述第二基站為非話(huà)權(quán)UE所在的基站;所述集群EPC,用于與所述第一基站建立組呼上下文;還用于與所述第二基站建立組呼上下文。優(yōu)選地,該系統(tǒng)還包括UE’所述UE包括話(huà)權(quán)UE和非話(huà)權(quán)UE ;其中所述話(huà)權(quán)UE,用于分別與所述第一基站和集群EPC之間建立RRC連接。優(yōu)選地,所述集群EPC,還用于在所述RRC連接建立的同時(shí),將生成的組呼上下文建立請(qǐng)求消息發(fā)送給所述第一基站。優(yōu)選地,所述集群EPC,還用于在所述RRC連接建立的同時(shí),根據(jù)生成的組呼上下文建立請(qǐng)求向所述第二基站發(fā)送組呼尋呼消息;所述第二基站,還用于在收到組呼尋呼消息后,在自身覆蓋區(qū)域內(nèi)廣播所述組呼尋呼消息;所述非話(huà)權(quán)UE,還用于接收到組呼尋呼消息后,向所述第二基站返回組呼尋呼響應(yīng)消息;所述第二基站,還用于接收到第一條組呼尋呼響應(yīng)消息后,向所述集群EPC返回組呼尋呼響應(yīng)消息;所述集群EPC,還用于接收到組呼尋呼響應(yīng)消息后,向所述第二基站發(fā)送所述組呼上下文建立請(qǐng)求消息。優(yōu)選地,所述第一基站或第二基站,還用于接收到所述組呼上下文建立請(qǐng)求消息后,建立集群組呼業(yè)務(wù)信道資源,同時(shí)建立相應(yīng)的組呼無(wú)線(xiàn)接入承載;并在完成集群組呼業(yè)務(wù)信道資源的建立后,通過(guò)集群組呼業(yè)務(wù)信道資源廣播組呼配置消息,同時(shí)向集群EPC返回組呼上下文建立響應(yīng)消息,完成組呼上下文建立。一種集群EPC,集群EPC包括第一組呼模塊和第二組呼模塊,其中所述第一組呼模塊,用于與話(huà)權(quán)UE所在的第一基站建立組呼上下文;所述第二組呼模塊,用于與非話(huà)權(quán)UE所在的第二基站建立組呼上下文。優(yōu)選地,所述集群EPC還包括第一 RRC模塊,用于與所述話(huà)權(quán)UE建立RRC連接。優(yōu)選地,所述第一組呼模塊,還用于在所述RRC連接建立的同時(shí),將生成的組呼上下文建立請(qǐng)求消息發(fā)送給所述第一基站。優(yōu)選地,所述第二組呼模塊,還用于在所述RRC連接建立的同時(shí),根據(jù)生成的組呼上下文建立請(qǐng)求向所述第二基站發(fā)送組呼尋呼消息;并在接收到的第二基站返回的組呼尋呼響應(yīng)消息后,將生成的組呼上下文建立請(qǐng)求消息發(fā)送給所述第二基站。優(yōu)選地,所述第一組呼模塊或第二組呼模塊,還用于接收所述第一基站或第二基站返回的組呼上下文建立響應(yīng)`消息。本發(fā)明還提供了一種基站,所述基站分為話(huà)權(quán)UE所在的第一基站和非話(huà)權(quán)UE所在的第二基站;所述第一基站包括第三組呼模塊,用于與集群EPC建立組呼上下文;所述第二基站包括第四組呼模塊,用于與集群EPC建立組呼上下文。優(yōu)選地,所述第一基站還包括第二 RRC模塊,用于與所述話(huà)權(quán)UE建立RRC連接。優(yōu)選地,所述第三組呼模塊,還用于在所述RRC連接建立的同時(shí),接收集群EPC發(fā)送的組呼上下文建立請(qǐng)求消息。優(yōu)選地,所述第四組呼模塊,還用于在所述RRC連接建立的同時(shí),接收所述集群EPC發(fā)送的組呼尋呼消息;收到組呼尋呼消息后,在所述第二基站的覆蓋區(qū)域內(nèi)廣播所述組呼尋呼消息;并在接收到非話(huà)權(quán)UE返回的組呼尋呼響應(yīng)消息后,向所述集群EPC發(fā)送組呼尋呼響應(yīng)消息;還用于在所述集群EPC接收到組呼尋呼響應(yīng)消息后發(fā)送的組呼上下文建立請(qǐng)求消息。優(yōu)選地,所述第三組呼模塊或第四組呼模塊,還用于在接收到所述集群EPC發(fā)送的組呼上下文建立請(qǐng)求消息后,建立集群組呼業(yè)務(wù)信道資源,同時(shí)建立相應(yīng)的組呼無(wú)線(xiàn)接入承載;完成集群組呼業(yè)務(wù)信道資源的建立后,通過(guò)集群組呼業(yè)務(wù)信道資源廣播組呼配置消息,同時(shí)向所述集群EPC返回組呼上下文建立響應(yīng)消息。 本發(fā)明公開(kāi)了一種在基站和集群網(wǎng)絡(luò)之間建立組呼上下文的方法和系統(tǒng)、基站、集群EPC :通過(guò)集群EPC在話(huà)權(quán)UE與第一基站之間建立組呼上下文;第一基站為話(huà)權(quán)UE所屬的基站;通過(guò)集群EPC在非話(huà)權(quán)UE與第二基站之間建立組呼上下文;第二基站為非話(huà)權(quán)UE所屬的基站,以此實(shí)現(xiàn)基站與集群網(wǎng)絡(luò)之間建立組呼上下文。
圖1為本發(fā)明在基站和集群網(wǎng)絡(luò)之間建立組呼上下文的方法流程示意圖;圖2為本發(fā)明在基站和集群網(wǎng)絡(luò)之間建立組呼上下文的系統(tǒng)結(jié)構(gòu)示意圖;圖3為本發(fā)明實(shí)施例提供的集群EPC結(jié)構(gòu)示意圖;圖4為本發(fā)明實(shí)施例提供的基站結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)一步詳細(xì)闡述。本發(fā)明在基站和集群網(wǎng)絡(luò)之間建立組呼上下文的主要思想是在集群演進(jìn)移動(dòng)核心網(wǎng)(EPC,Evolved Packet Core)與話(huà)權(quán)UE所在的第一基站之間建立組呼上下文;在集群EPC與非話(huà)權(quán)UE所在的第二基站之間建立組呼上下文,從而實(shí)現(xiàn)基站和集群網(wǎng)絡(luò)之間組呼上下文的建立。一般情況下,話(huà)權(quán)UE只有一個(gè),那么其所在的第一基站只有一個(gè),第一基站所提供的服務(wù)的UE中也可能存在非話(huà)權(quán)UE ;由于多個(gè)非話(huà)權(quán)UE可能分別屬于不同的基站,那么第二基站可能有多個(gè)。在建立組呼上下文之前,話(huà)權(quán)UE首先需要分別與第一基站和集群EPC之間建立RRC連接。在RRC連接建立的同時(shí),集群EPC將生成的組呼上下文建立請(qǐng)求消息發(fā)送給第一基站;同時(shí),集群EPC還 根據(jù)生成的組呼上下文建立請(qǐng)求向第二基站發(fā)送組呼尋呼消息;第二基站收到組呼尋呼消息后,在自身覆蓋區(qū)域內(nèi)廣播組呼尋呼消息;第二基站覆蓋區(qū)域內(nèi)的非話(huà)權(quán)UE接收到組呼尋呼消息后,向第二基站返回組呼尋呼響應(yīng)消息;第二基站接收到第一條組呼尋呼響應(yīng)消息后,向集群EPC返回組呼尋呼響應(yīng)消息;集群EPC接收到組呼尋呼響應(yīng)消息后,向相應(yīng)的第二基站發(fā)送組呼上下文建立請(qǐng)求消息。第一基站或第二基站接收到組呼上下文建立請(qǐng)求消息后,建立集群組呼業(yè)務(wù)信道資源,同時(shí)建立相應(yīng)的組呼無(wú)線(xiàn)接入承載;第一基站或第二基站完成集群組呼業(yè)務(wù)信道資源的建立后,通過(guò)集群組呼業(yè)務(wù)信道資源廣播組呼配置消息,同時(shí)向集群EPC返回組呼上下文建立響應(yīng)消息,完成組呼上下文建立。下面通過(guò)具體的實(shí)施例來(lái)說(shuō)明本發(fā)明的具體方案。如圖1所示,本發(fā)明在基站和集群網(wǎng)絡(luò)之間建立組呼上下文的流程主要分為兩部分,一是在集群EPC與話(huà)權(quán)UE所在的第一基站之間建立組呼上下文(包括步驟Al至A4),一是在集群EPC與非話(huà)權(quán)UE所在的第二基站之間建立組呼上下文(包括步驟BI至B8)。在進(jìn)行組呼上下文建立之前,話(huà)權(quán)UE需要分別與第一基站以及集群EPC之間建立RRC連接,此處實(shí)現(xiàn)為現(xiàn)有技術(shù)不再贅述。在集群EPC與話(huà)權(quán)UE所在的第一基站之間建立組呼上下文的流程包括Al、在話(huà)權(quán)UE與第一基站以及集群EPC之間建立RRC連接的同時(shí),集群EPC發(fā)起組呼上下文的建立,向第一基站發(fā)送組呼上下文建立請(qǐng)求消息。在話(huà)權(quán)UE與第一基站以及集群EPC之間建立RRC連接時(shí),集群EPC可獲知話(huà)權(quán)UE所在的基站、即第一基站。其中,組呼上下文建立請(qǐng)求消息由集群EPC生成,攜帶的組呼上下文內(nèi)容有組呼ID、組呼模式、組呼匯聚最大傳輸比特率、組呼無(wú)線(xiàn)接入承載列表、組呼安全能力和組呼安全密鑰等。其中,組呼ID指本次集群呼叫的編號(hào),用來(lái)唯一標(biāo)識(shí)某個(gè)群組;組呼模式為本次集群呼叫的類(lèi)型,為I對(duì)I或I對(duì)多。其中,組呼無(wú)線(xiàn)接入承載列表包括如下內(nèi)容組呼無(wú)線(xiàn)接入承載ID、服務(wù)質(zhì)量參數(shù)、傳輸層地址、通用數(shù)據(jù)傳輸平臺(tái)(GTP,General Data Transfer Platform)隧道ID、業(yè)務(wù)承載類(lèi)型和非接入層(NAS, Non-Access Stratum)數(shù)據(jù)包等。其中,組呼無(wú)線(xiàn)接入承載ID為無(wú)線(xiàn)承載的編號(hào),唯一標(biāo)識(shí)某個(gè)無(wú)線(xiàn)承載;業(yè)務(wù)承載類(lèi)型用來(lái)標(biāo)識(shí)本次業(yè)務(wù)的類(lèi)型,例如數(shù)據(jù)、聲音、視頻、音視頻、圖片等。A2、第一基站接收到組呼上下文建立請(qǐng)求消息后,建立集群組呼業(yè)務(wù)信道資源,同時(shí)還需根據(jù)組呼無(wú)線(xiàn)接入承載列表建立相應(yīng)的組呼無(wú)線(xiàn)接入承載。由于組呼業(yè)務(wù)的類(lèi)型(通過(guò)業(yè)務(wù)承載類(lèi)型指示)有多種,如數(shù)據(jù)、聲音、視頻、音視頻、圖片等,因此需要根據(jù)業(yè)務(wù)類(lèi)型的不同建立相應(yīng)的承載,不同業(yè)務(wù)類(lèi)型對(duì)應(yīng)的承載通過(guò)上述組呼無(wú)線(xiàn)接入承載ID指
/Jn οA3、第一基站完成集群組呼業(yè)務(wù)信道資源的建立后,通過(guò)集群組呼業(yè)務(wù)信道資源廣播組呼配置消息,話(huà)權(quán)UE和第一基站下的其他非話(huà)權(quán)UE接收組呼配置消息并進(jìn)行相應(yīng)的組呼配置。A4、第一基站廣播組呼配置消息的同時(shí)向集群EPC返回組呼上下文建立響應(yīng)消息,其中包括組呼ID和組呼無(wú)線(xiàn)接入承載建立成功列表和/或組呼無(wú)線(xiàn)接入承載建立失敗的列表。該組呼ID與組呼上下文建立請(qǐng)求消息中的組呼ID相同。對(duì)于該集群組呼業(yè)務(wù),由于可能建立了多種業(yè)務(wù)類(lèi)型對(duì)應(yīng)的承載,那么就存在這些承載建立成功或失敗的結(jié)果,相應(yīng)的,在組呼上下文建立響應(yīng)消息中需要攜帶組呼無(wú)線(xiàn)接入承載建立成功列表和/或組呼無(wú)線(xiàn)接入承載建立失敗的列表。其中,組呼無(wú)線(xiàn)接入承載建立成功列表包括如下內(nèi)容組呼無(wú)線(xiàn)接入承載ID、傳輸層地址、GTP隧道ID。組呼無(wú)線(xiàn)接入承載建立失敗列表包括如下內(nèi)容組呼無(wú)線(xiàn)接入承載ID、失敗原因。在集群EPC與非話(huà)權(quán)UE所在的第二基站之間建立組呼上下文的流程包括B1、在話(huà)權(quán)UE與第一基站以及集群EPC之間建立RRC連接的同時(shí),集群EPC根據(jù)組呼上下文建立請(qǐng)求消息中的組呼ID向非話(huà)權(quán)UE所在的第二基站發(fā)送組呼尋呼消息。根據(jù)該組呼ID集群EPC可以獲知對(duì)應(yīng)的群組,集群EPC所在的系統(tǒng)中記錄了該群組的信息,該步驟中關(guān)注的是其中包括的第二基站的信息。B2、第二基站收到組呼尋呼消息后,在自身覆蓋區(qū)域內(nèi)廣播該組呼尋呼消息。B3、第二基站覆蓋區(qū)域內(nèi)的非話(huà)權(quán)UE接收到組呼尋呼消息后,向第二基站返回組呼尋呼響應(yīng)消息。B4、第二基站接收到第一條組呼尋呼響應(yīng)消息后,向集群EPC返回組呼尋呼響應(yīng)消息。B5、對(duì)于向集群EPC返回組呼尋呼響應(yīng)消息的第二基站 ,集群EPC向其發(fā)送組呼上下文建立請(qǐng)求消息。該組呼上下文建立請(qǐng)求消息與步驟Al中的組呼上下文建立請(qǐng)求消息中包含的組呼上下文內(nèi)容相同,且組呼上下文內(nèi)容中各個(gè)參數(shù)的值也相同。B6、第二基站接收到組呼上下文建立請(qǐng)求消息后,建立集群組呼業(yè)務(wù)信道資源,同時(shí)還需根據(jù)組呼無(wú)線(xiàn)接入承載列表建立相應(yīng)的組呼無(wú)線(xiàn)接入承載。由于組呼業(yè)務(wù)的類(lèi)型(通過(guò)業(yè)務(wù)承載類(lèi)型指示)有多種,如數(shù)據(jù)、聲音、視頻、音視頻、圖片等,因此需要根據(jù)業(yè)務(wù)類(lèi)型的不同建立相應(yīng)的承載,不同業(yè)務(wù)類(lèi)型對(duì)應(yīng)的承載通過(guò)上述組呼無(wú)線(xiàn)接入承載ID指
/Jn οB7、第二基站完成集群組呼業(yè)務(wù)信道資源的建立后,通過(guò)集群組呼業(yè)務(wù)信道資源廣播組呼配置消息,非話(huà)權(quán)UE接收組呼配置消息進(jìn)行相應(yīng)的組呼配置。B8、第二基站廣播組呼配置消息的同時(shí)向集群EPC返回組呼上下文建立響應(yīng)消息,其中包括組呼ID和組呼無(wú)線(xiàn)接入承載建立成功列表和/或組呼無(wú)線(xiàn)接入承載建立失敗的列表。對(duì)于該集群組呼業(yè)務(wù),由于可能建立了多種服務(wù)類(lèi)型對(duì)應(yīng)的承載,那么就存在這些承載建立成功或失敗的結(jié)果,相應(yīng)的,在組呼上下文建立響應(yīng)消息中需要攜帶組呼無(wú)線(xiàn)接入承載建立成功列表和/或組呼無(wú)線(xiàn)接入承載建立失敗的列表。其中,組呼無(wú)線(xiàn)接入承載建立成功列表包括如下內(nèi)容組呼無(wú)線(xiàn)接入承載ID、傳輸層地址、GTP隧道ID。組呼無(wú)線(xiàn)接入承載建立失敗列表包括如下內(nèi)容組呼無(wú)線(xiàn)接入承載ID、失敗原因。
為了實(shí)現(xiàn)上述方法,本發(fā)明實(shí)施例還提供了一種在基站和集群網(wǎng)絡(luò)之間建立組呼上下文的系統(tǒng),如圖2所示包括基站10和集群EPC 20,其中基站10包括第一基站11和第二基站12 ;第一基站11為話(huà)權(quán)UE所屬的基站;第二基站12為非話(huà)權(quán)UE所屬的基站;集群EPC 20,用于與第一基站11之間建立組呼上下文;還用于與第二基站12之間建立組呼上下文。該系統(tǒng)還包括UE 30,分為話(huà)權(quán)UE 31和非話(huà)權(quán)UE 32;其中話(huà)權(quán)UE 31,用于分別與第一基站11和集群EPC 20之間建立RRC連接。集群EPC 20,還用于在RRC連接建立的同時(shí),將生成的組呼上下文建立請(qǐng)求消息發(fā)送給第一基站11。集群EPC 20,還用于在RRC連接建立的同時(shí),根據(jù)生成的組呼上下文建立請(qǐng)求向第二基站12發(fā)送組呼尋呼消息;第二基站12,還用于在收到組呼尋呼消息后,在自身覆蓋區(qū)域內(nèi)廣播組呼尋呼消息;非話(huà)權(quán)UE 32,還用于接收到組呼尋呼消息后,向第二基站12返回組呼尋呼響應(yīng)消息;第二基站12,還用于接收到第一條組呼尋呼響應(yīng)消息后,向集群EPC 20返回組呼尋呼響應(yīng)消息;集群EPC 20,還用于接收到組呼尋呼響應(yīng)消息后,向第二基站12發(fā)送組呼上下文建立請(qǐng)求消息。
第一基站11或第二基站12,還用于接收到組呼上下文建立請(qǐng)求消息后,建立集群組呼業(yè)務(wù)信道資源,同時(shí)建立相應(yīng)的組呼無(wú)線(xiàn)接入承載;并在完成集群組呼業(yè)務(wù)信道資源的建立后,通過(guò)集群組呼業(yè)務(wù)信道資源廣播組呼配置消息,同時(shí)向集群EPC 20返回組呼上下文建立響應(yīng)消息,完成組呼上下文建立。通過(guò)上述方式,本發(fā)明實(shí)現(xiàn)了在基站與集群網(wǎng)絡(luò)之間建立組呼上下文。本發(fā)明還提供了一種集群EPC,用于實(shí)現(xiàn)和基站之間組呼上下文的建立,如圖3所示包括第一組呼模塊211和第二組呼模塊221,其中第一組呼模塊211,用于與話(huà)權(quán)UE所在的第一基站建立組呼上下文;第二組呼模塊221,用于與非話(huà)權(quán)UE所在的第二基站建立組呼上下文。集群EPC還包括第一 RRC模塊231,用于與話(huà)權(quán)UE建立RRC連接。第一組呼模塊211,還用于在RRC連接建立的同時(shí),將生成的組呼上下文建立請(qǐng)求消息發(fā)送給第一基站。第二組呼模塊22 1,還用于在RRC連接建立的同時(shí),根據(jù)生成的組呼上下文建立請(qǐng)求向第二基站發(fā)送組呼尋呼消息;并在接收到的第二基站返回的組呼尋呼響應(yīng)消息后,將生成的組呼上下文建立請(qǐng)求消息發(fā)送給第二基站。第一組呼模塊211或第二組呼模塊221,還用于接收第一基站或第二基站返回的組呼上下文建立響應(yīng)消息。本發(fā)明實(shí)施例還提供了一種基站,如圖4所示,基站分為話(huà)權(quán)UE所在的第一基站11和非話(huà)權(quán)UE所在的第二基站12 ;第一基站11包括第三組呼模塊111,用于與集群EPC建立組呼上下文;第二基站12包括第四組呼模塊121,用于與集群EPC建立組呼上下文。第一基站11還包括第二 RRC模塊112,用于與話(huà)權(quán)UE建立RRC連接。第三組呼模塊111,還用于在RRC連接建立的同時(shí),接收集群EPC發(fā)送的組呼上下文建立請(qǐng)求消息。第四組呼模塊121,還用于在RRC連接建立的同時(shí),接收集群EPC發(fā)送的組呼尋呼消息;收到組呼尋呼消息后,在第二基站12的覆蓋區(qū)域內(nèi)廣播組呼尋呼消息;并在接收到非話(huà)權(quán)UE返回的組呼尋呼響應(yīng)消息后,向集群EPC發(fā)送組呼尋呼響應(yīng)消息;還用于在集群EPC接收到組呼尋呼響應(yīng)消息后發(fā)送的組呼上下文建立請(qǐng)求消息。第三組呼模塊111或第四組呼模塊121,還用于在接收到集群EPC發(fā)送的組呼上下文建立請(qǐng)求消息后,建立集群組呼業(yè)務(wù)信道資源,同時(shí)建立相應(yīng)的組呼無(wú)線(xiàn)接入承載;完成集群組呼業(yè)務(wù)信道資源的建立后,通過(guò)集群組呼業(yè)務(wù)信道資源廣播組呼配置消息,同時(shí)向集群EPC返回組呼上下文建立響應(yīng)消息。以上所述,僅為本發(fā)明的較佳實(shí)施例而已,并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種建立組呼上下文的方法,其特征在于,該方法包括 在集群演進(jìn)移動(dòng)核心網(wǎng)EPC與話(huà)權(quán)UE所在的第一基站之間建立組呼上下文; 在集群EPC與非話(huà)權(quán)UE所在的第二基站之間建立組呼上下文。
2.根據(jù)權(quán)利要求1所述建立組呼上下文的方法,其特征在于,建立組呼上下文之前,該方法還包括所述話(huà)權(quán)UE分別與所述第一基站和集群EPC之間建立RRC連接。
3.根據(jù)權(quán)利要求2所述建立組呼上下文的方法,其特征在于,所述在集群EPC與話(huà)權(quán)UE所在的第一基站之間建立組呼上下文之前,該方法還包括在所述RRC連接建立的同時(shí),集群EPC將生成的組呼上下文建立請(qǐng)求消息發(fā)送給所述第一基站。
4.根據(jù)權(quán)利要求2所述建立組呼上下文的方法,其特征在于,所述在集群EPC與非話(huà)權(quán)UE所在的第二基站之間建立組呼上下文之前,該方法包括 在所述RRC連接建立的同時(shí),集群EPC根據(jù)生成的組呼上下文建立請(qǐng)求向所述第二基站發(fā)送組呼尋呼消息; 第二基站收到組呼尋呼消息后,在自身覆蓋區(qū)域內(nèi)廣播所述組呼尋呼消息; 第二基站覆蓋區(qū)域內(nèi)的非話(huà)權(quán)UE接收到組呼尋呼消息后,向第二基站返回組呼尋呼響應(yīng)消息; 第二基站接收到第一條組呼尋呼響應(yīng)消息后,向集群EPC返回組呼尋呼響應(yīng)消息;集群EPC接收到組呼尋呼響應(yīng)消息后,向相應(yīng)的第二基站發(fā)送所述組呼上下文建立請(qǐng)求消息。
5.根據(jù)權(quán)利要求3或4所述建立組呼上下文的方法,其特征在于,所述在集群EPC與話(huà)權(quán)UE所在的第一基站之間建立組呼上下文,或者,所述在集群EPC與非話(huà)權(quán)UE所在的第二基站之間建立組呼上下文,包括 第一基站或第二基站接收到所述組呼上下文建立請(qǐng)求消息后,建立集群組呼業(yè)務(wù)信道資源,同時(shí)建立相應(yīng)的組呼無(wú)線(xiàn)接入承載; 第一基站或第二基站完成集群組呼業(yè)務(wù)信道資源的建立后,通過(guò)集群組呼業(yè)務(wù)信道資源廣播組呼配置消息,同時(shí)向集群EPC返回組呼上下文建立響應(yīng)消息,完成組呼上下文建立。
6.根據(jù)權(quán)利要求5所述建立組呼上下文的方法,其特征在于, 所述組呼上下文建立請(qǐng)求消息攜帶的組呼上下文內(nèi)容有組呼ID、組呼模式、組呼匯聚最大傳輸比特率、組呼無(wú)線(xiàn)接入承載列表、組呼安全能力和組呼安全密鑰; 所述組呼無(wú)線(xiàn)接入承載列表包括組呼無(wú)線(xiàn)接入承載ID、服務(wù)質(zhì)量參數(shù)、傳輸層地址、通用數(shù)據(jù)傳輸平臺(tái)GTP隧道ID、業(yè)務(wù)承載類(lèi)型和非接入層NAS數(shù)據(jù)包。
7.根據(jù)權(quán)利要求6所述建立組呼上下文的方法,其特征在于,所述組呼上下文建立響應(yīng)消息包括所述組呼ID和組呼無(wú)線(xiàn)接入承載建立成功列表和/或組呼無(wú)線(xiàn)接入承載建立失敗的列表; 所述組呼無(wú)線(xiàn)接入承載建立成功列表包括組呼無(wú)線(xiàn)接入承載ID、傳輸層地址、GTP隧道ID ; 所述組呼無(wú)線(xiàn)接入承載建立失敗列表包括組呼無(wú)線(xiàn)接入承載ID、失敗原因。
8.一種建立組呼上下文的系統(tǒng),其特征在于,該系統(tǒng)包括基站和集群EPC,其中 所述基站包括第一基站和第二基站,所述第一基站為話(huà)權(quán)UE所在基站;所述第二基站為非話(huà)權(quán)UE所在的基站; 所述集群EPC,用于與所述第一基站建立組呼上下文;還用于與所述第二基站建立組呼上下文。
9.根據(jù)權(quán)利要求8所述建立組呼上下文的系統(tǒng),其特征在于,該系統(tǒng)還包括UE,所述UE包括話(huà)權(quán)UE和非話(huà)權(quán)UE ;其中 所述話(huà)權(quán)UE,用于分別與所述第一基站和集群EPC之間建立RRC連接。
10.根據(jù)權(quán)利要求9所述建立組呼上下文的系統(tǒng),其特征在于, 所述集群EPC,還用于在所述RRC連接建立的同時(shí),將生成的組呼上下文建立請(qǐng)求消息發(fā)送給所述第一基站。
11.根據(jù)權(quán)利要求9所述建立組呼上下文的系統(tǒng),其特征在于, 所述集群EPC,還用于在所述RRC連接建立的同時(shí),根據(jù)生成的組呼上下文建立請(qǐng)求向所述第二基站發(fā)送組呼尋呼消息; 所述第二基站,還用于在收到組呼尋呼消息后,在自身覆蓋區(qū)域內(nèi)廣播所述組呼尋呼消息; 所述非話(huà)權(quán)UE,還用于接收到組呼尋呼消息后,向所述第二基站返回組呼尋呼響應(yīng)消息; 所述第二基站,還用于接收到第一條組呼尋呼響應(yīng)消息后,向所述集群EPC返回組呼尋呼響應(yīng)消息; 所述集群EPC,還用于接收到組呼尋呼響應(yīng)消息后,向所述第二基站發(fā)送所述組呼上下文建立請(qǐng)求消息。
12.根據(jù)權(quán)利要求10或11所述建立組呼上下文的系統(tǒng),其特征在于, 所述第一基站或第二基站,還用于接收到所述組呼上下文建立請(qǐng)求消息后,建立集群組呼業(yè)務(wù)信道資源,同時(shí)建立相應(yīng)的組呼無(wú)線(xiàn)接入承載;并在完成集群組呼業(yè)務(wù)信道資源的建立后,通過(guò)集群組呼業(yè)務(wù)信道資源廣播組呼配置消息,同時(shí)向集群EPC返回組呼上下文建立響應(yīng)消息,完成組呼上下文建立。
13.一種集群EPC,其特征在于,集群EPC包括第一組呼模塊和第二組呼模塊,其中 所述第一組呼模塊,用于與話(huà)權(quán)UE所在的第一基站建立組呼上下文; 所述第二組呼模塊,用于與非話(huà)權(quán)UE所在的第二基站建立組呼上下文。
14.根據(jù)權(quán)利要求13所述集群EPC,其特征在于, 所述集群EPC還包括第一 RRC模塊,用于與所述話(huà)權(quán)UE建立RRC連接。
15.根據(jù)權(quán)利要求14所述集群EPC,其特征在于, 所述第一組呼模塊,還用于在所述RRC連接建立的同時(shí),將生成的組呼上下文建立請(qǐng)求消息發(fā)送給所述第一基站。
16.根據(jù)權(quán)利要求14所述集群EPC,其特征在于, 所述第二組呼模塊,還用于在所述RRC連接建立的同時(shí),根據(jù)生成的組呼上下文建立請(qǐng)求向所述第二基站發(fā)送組呼尋呼消息;并在接收到的第二基站返回的組呼尋呼響應(yīng)消息后,將生成的組呼上下文建立請(qǐng)求消息發(fā)送給所述第二基站。
17.根據(jù)權(quán)利要求15或16所述集群EPC,其特征在于, 所述第一組呼模塊或第二組呼模塊,還用于接收所述第一基站或第二基站返回的組呼上下文建立響應(yīng)消息。
18.—種基站,其特征在于,所述基站分為話(huà)權(quán)UE所在的第一基站和非話(huà)權(quán)UE所在的第二基站; 所述第一基站包括第三組呼模塊,用于與集群EPC建立組呼上下文; 所述第二基站包括第四組呼模塊,用于與集群EPC建立組呼上下文。
19.根據(jù)權(quán)利要求18所述基站,其特征在于, 所述第一基站還包括第二 RRC模塊,用于與所述話(huà)權(quán)UE建立RRC連接。
20.根據(jù)權(quán)利要求19所述基站,其特征在于, 所述第三組呼模塊,還用于在所述RRC連接建立的同時(shí),接收集群EPC發(fā)送的組呼上下文建立請(qǐng)求消息。
21.根據(jù)權(quán)利要求19所述基站,其特征在于, 所述第四組呼模塊,還用于在所述RRC連接建立的同時(shí),接收所述集群EPC發(fā)送的組呼尋呼消息;收到組呼尋呼消息后,在所述第二基站的覆蓋區(qū)域內(nèi)廣播所述組呼尋呼消息;并在接收到非話(huà)權(quán)UE返回的組呼尋呼響應(yīng)消息后,向所述集群EPC發(fā)送組呼尋呼響應(yīng)消息;還用于在所述集群EPC接收到組呼尋呼響應(yīng)消息后發(fā)送的組呼上下文建立請(qǐng)求消息。
22.根據(jù)權(quán)利要求20或21所述基站,其特征在于, 所述第三組呼模塊或第四組呼模塊,還用于在接收到所述集群EPC發(fā)送的組呼上下文建立請(qǐng)求消息后,建立集群組呼業(yè)務(wù)信道資源,同時(shí)建立相應(yīng)的組呼無(wú)線(xiàn)接入承載;完成集群組呼業(yè)務(wù)信道資源的建立后,通過(guò)集群組呼業(yè)務(wù)信道資源廣播組呼配置消息,同時(shí)向所述集群EPC返回組呼上下文建立響應(yīng)消息。
全文摘要
本發(fā)明公開(kāi)了一種建立組呼上下文的方法和系統(tǒng),包括在集群演進(jìn)移動(dòng)核心網(wǎng)EPC與話(huà)權(quán)UE所在的第一基站之間建立組呼上下文;在集群EPC與非話(huà)權(quán)UE所在的第二基站之間建立組呼上下文。本發(fā)明還公開(kāi)了一種基站和集群EPC。通過(guò)本發(fā)明能夠?qū)崿F(xiàn)基站與集群網(wǎng)絡(luò)之間建立組呼上下文。
文檔編號(hào)H04W76/02GK103052038SQ201310001369
公開(kāi)日2013年4月17日 申請(qǐng)日期2013年1月4日 優(yōu)先權(quán)日2013年1月4日
發(fā)明者周?chē)?guó)良 申請(qǐng)人:中興通訊股份有限公司