專利名稱：一種實(shí)現(xiàn)集群業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，特別是指一種實(shí)現(xiàn)集群業(yè)務(wù)的方法。
背景技術(shù)：
集群通信系統(tǒng)是移動(dòng)通信系統(tǒng)的一個(gè)重要分支。集群通信的一個(gè)很重要特征就是采用PTT(Push to Talk)方式實(shí)現(xiàn)呼叫，PTT是一種即按即說的語音業(yè)務(wù)，即主叫方通過按住功能鍵，迅速建立與被叫之間的通信鏈路，實(shí)現(xiàn)呼叫。其中的被叫可以是個(gè)人也可以是群組。
當(dāng)一個(gè)用戶講話完畢釋放說話權(quán)，組內(nèi)成員競爭說話權(quán)，由PTT服務(wù)器(PTT Server)按照一定的算法調(diào)度說話權(quán)，獲得說話權(quán)的用戶可以講話，組內(nèi)其它成員只能接聽。
呼叫時(shí)每個(gè)相關(guān)小區(qū)有一個(gè)廣播信道，當(dāng)前講話者使用上行業(yè)務(wù)信道，即組發(fā)射模式，所有聽者使用廣播信道，即組接收模式。組呼信道配置的通知消息在控制信道(CCH)上廣播。同一小區(qū)用戶共享一條下行信道。
cdma2000作為第三代移動(dòng)通信技術(shù)標(biāo)準(zhǔn)，具有非常高效的頻譜利用效率，其中的廣播多播業(yè)務(wù)(BCMCS)業(yè)務(wù)進(jìn)一步提高了空中信道的利用率，BCMCS系統(tǒng)結(jié)構(gòu)示意圖如圖1所示BCMCS內(nèi)容提供者(BCMCS Provider)101是內(nèi)容源或者創(chuàng)建者。
廣播多播業(yè)務(wù)控制器(BCMCS Controller)102負(fù)責(zé)管理BCMCS會話信息，并給BCMCS服務(wù)節(jié)點(diǎn)(BSN)104、用于多播的基站控制器/分組控制功能(Multicast BSC/PCF)106、接入終端(AT)109與內(nèi)容服務(wù)器(CS，Content Server)103提供BCMCS會話信息。并且，接收來自認(rèn)證、授權(quán)和計(jì)費(fèi)服務(wù)器(AAA Server)的授權(quán)驗(yàn)證信息，完成廣播訪問密鑰(BAK)分發(fā)，或完成BAK的生成。同時(shí)，BCMCS Controller還可以執(zhí)行查找期望流，認(rèn)證BCMCS內(nèi)容提供者，協(xié)調(diào)BCMCS內(nèi)容的傳輸?shù)炔僮鳌?br> BCMCS內(nèi)容服務(wù)器103其不一定是內(nèi)容源或者創(chuàng)建者，它是負(fù)責(zé)管理內(nèi)容流的最后一個(gè)應(yīng)用級實(shí)體。如重新格式化等，它還可以存儲和轉(zhuǎn)發(fā)內(nèi)容流，合并來自多個(gè)提供者的內(nèi)容流，以及完成應(yīng)用級的加密。
BSN104支持BCMCS的邏輯實(shí)體，可以與分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)(PDSN)105是同一個(gè)物理實(shí)體。該邏輯實(shí)體與用于多播的基站控制器/分組控制功能(Multicast BSC/PCF)106配合添加和刪除多播IP流，使用IP多播協(xié)議來管理承載通路，如加入多播組、退出多播組等，執(zhí)行BCMCS Controller指定的多播IP流處理，如頭壓縮和刪除等。
PDSN 105則通過單播連接接收來自網(wǎng)絡(luò)的信息，并將接收到的信息傳送給Unicast BSC/PCF 107。
基站收發(fā)信臺(BTS)108，將接收到的來自Unicast BSC/PCF 107和Multicast BSC/PCF 106的信息發(fā)送至AT 109。
雖然圖1中提到Unicast BSC/PCF 106和Multicast BSC/PCF 107，但BSC/PCF一般是同時(shí)支持單播與廣播，不需提及是Unicast BSC/PCF還是Multicast BSC/PCF。
雖然BCMCS具有非常高效的空中信道利用效率，但其并不適用于集群業(yè)務(wù)。這是因?yàn)锽CMCS業(yè)務(wù)僅僅是從網(wǎng)絡(luò)到用戶的單向業(yè)務(wù)，而集群業(yè)務(wù)是一種搶占方式的半雙工通信方式，即組內(nèi)有一個(gè)用戶講話，其它成員處于接聽狀態(tài)。如何利用BCMCS業(yè)務(wù)提供集群業(yè)務(wù)，實(shí)現(xiàn)集群業(yè)務(wù)和普通業(yè)務(wù)共網(wǎng)運(yùn)營，以更好利用BCMCS的非常高效的信道利用率這一特點(diǎn)，是個(gè)有待解決的問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種實(shí)現(xiàn)集群業(yè)務(wù)的方法，利用BCMCS業(yè)務(wù)提供集群業(yè)務(wù)，實(shí)現(xiàn)集群業(yè)務(wù)和普通業(yè)務(wù)共網(wǎng)運(yùn)營。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種實(shí)現(xiàn)集群業(yè)務(wù)的方法，將PTT服務(wù)器的控制面功能設(shè)置在廣播多播業(yè)務(wù)控制器BCMCS Controller中，將帶有PTT服務(wù)器的用戶面功能的BCMCS內(nèi)容服務(wù)器設(shè)置為PSG，且接入終端與分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)PDSN之間已建立點(diǎn)到點(diǎn)PPP連接，該方法還包括以下步驟a、發(fā)起集群組呼的接入終端與BSN之間建立BCMCS承載通道，并從接入網(wǎng)絡(luò)AN/PCF中獲取用于接收前向語音的信息；b、BCMCS控制器邀請組內(nèi)用戶加入組呼，并通知PSG本次組呼所需的業(yè)務(wù)信息；c、PSG根據(jù)步驟b所述業(yè)務(wù)信息，通過單播連接接收反向通道上的語音信息，應(yīng)用廣播通道發(fā)送前向語音信息。
較佳地，如果接入終端處于休眠狀態(tài)，則該方法進(jìn)一步包括在接入終端與BSN之間建立BCMCS承載通道的同時(shí)，激活單播連接，建立專用的組呼通道；或者，在BCMCS承載通道建立完成后，接入終端準(zhǔn)備發(fā)送信息時(shí)，激活單播連接，建立專用的組呼通道。
較佳地，步驟a所述接入終端與BSN之間建立BCMCS承載通道的過程包括以下步驟a1、接入終端發(fā)送BCMCS注冊請求消息到AN/PCF，如果BCMCS流到BSN的承載通道未建立，則AN/PCF向BSN發(fā)送BCMCS流注冊請求消息，建立BCMCS承載通道，BCMCS承載通道建立完成后，給AN/PCF返回承載通道已建立的響應(yīng)信息，然后執(zhí)行步驟a2，如果BCMCS流到BSN的承載通道已建立，則直接執(zhí)行步驟a2；a2、接入網(wǎng)AN向接入終端發(fā)送BCMCS承載通道已建立信息。
較佳地，步驟a1所述接入終端通過空口公共信道或已建立的專用業(yè)務(wù)信道發(fā)送BCMCS注冊請求消息；所述AN/PCF通過A接口向BSN發(fā)送BCMCS流注冊請求消息。
較佳地，該方法進(jìn)一步包括步驟b執(zhí)行之前，發(fā)起集群組呼的接入終端通過單播連接從BCMCS控制器中獲取本次組呼的BCMCS流信息，在自身對該業(yè)務(wù)流進(jìn)行監(jiān)視；或者，在接入終端發(fā)送BCMCS注冊請求消息的同時(shí)，通過單播連接從BCMCS控制器中獲取本次組呼的BCMCS流信息，在自身對該業(yè)務(wù)流進(jìn)行監(jiān)視。
較佳地，所述本次組呼的BCMCS流信息包括，多播IP地址、端口號、廣播訪問密鑰BAK、該密鑰BAK的有效期限、是否使用頭壓縮信息。
較佳地，步驟b所述BCMCS控制器邀請組內(nèi)用戶加入組呼，并通知PSG本次組呼所需的業(yè)務(wù)信息的過程為BCMCS控制器邀請組內(nèi)用戶加入組呼后，再通知PSG本次組呼所需的業(yè)務(wù)信息，或者，BCMCS控制器通知PSG本次組呼所需的業(yè)務(wù)信息后，再邀請組內(nèi)用戶加入組呼，或者，BCMCS控制器邀請組內(nèi)部分用戶加入組呼后，再通知PSG本次組呼所需的業(yè)務(wù)信息。
較佳地，步驟b所述本次組呼所需的業(yè)務(wù)信息包括，單播IP地址、多播IP地址、端口號、廣播訪問密鑰BAK、該密鑰BAK的有效期限、是否使用頭壓縮信息。
較佳地，步驟c所述通過單播接收反向通道上的語音信息，應(yīng)用廣播通道發(fā)送前向語音信息的方法為PSG只接收被通知的單播IP地址的語音信息，使用廣播訪問密鑰對該語音信息進(jìn)行加密后，將該加密后的語音信息通過廣播通道發(fā)送到對應(yīng)的多播IP地址和端口號。
較佳地，在集群通話狀態(tài)下，該方法進(jìn)一步包括以下步驟d、某個(gè)接入終端在單播連接上向BCMCS控制器發(fā)送搶占請求；e、BCMCS控制器同意步驟d所述請求后，通知PSG更新當(dāng)前講話者的單播IP地址，并通過前向單播連接向發(fā)送請求的接入終端發(fā)送同意請求的響應(yīng)消息，同時(shí)，通過前向單播連接通知該組內(nèi)的除發(fā)起請求的接入終端當(dāng)前的講話者；c、PSG通過單播連接接收反向通道上的語音信息，應(yīng)用廣播通道發(fā)送前向語音信息。
較佳地，步驟a所述用于接收的前向語音信息包括指示集群組呼對應(yīng)的BCMCS流可用的信息，以及該BCMCS流應(yīng)用的廣播邏輯信道和物理信道的信息。
較佳地，所述PDSN和BSN位于同一物理實(shí)體中，或者，所述PDSN和BSN位于不同的物理實(shí)體中。
本發(fā)明在BCMCS Controller中設(shè)置PTT服務(wù)器的控制面功能，在BCMCS Content Server中設(shè)置PTT服務(wù)器的用戶面功能，將帶有PTT服務(wù)器的用戶面功能的BCMCS內(nèi)容服務(wù)器設(shè)置為PTT業(yè)務(wù)網(wǎng)關(guān)(PSG)。集群前向語音在BCMCS信道上使用多播進(jìn)行發(fā)送，反向語音在反向業(yè)務(wù)信道上使用單播連接進(jìn)行發(fā)送。集群呼叫信令和搶占(Floor)控制信令使用單播連接進(jìn)行發(fā)送。PSG只接收來自當(dāng)前講話者的語音，即以單播IP地址為標(biāo)識，來自其它IP地址的語音信息一律丟棄。為了防止非組內(nèi)成員接收，PSG對前向語音數(shù)據(jù)進(jìn)行加密傳輸，這樣只有組內(nèi)成員才能解密并接收。應(yīng)用本發(fā)明，通過將單播業(yè)務(wù)與多播業(yè)務(wù)相結(jié)合，并對BCMCS Controller進(jìn)行適當(dāng)擴(kuò)展，使得BCMCS業(yè)務(wù)能夠提供集群業(yè)務(wù)，實(shí)現(xiàn)了集群業(yè)務(wù)和普通業(yè)務(wù)共網(wǎng)運(yùn)營。而且，應(yīng)用本發(fā)明，對空口協(xié)議和A接口協(xié)議不進(jìn)行任何修改，只需擴(kuò)展客戶端和服務(wù)器端的軟件即可實(shí)現(xiàn)，其兼容性和擴(kuò)展性好。


圖1所示為BCMCS系統(tǒng)結(jié)構(gòu)示意圖；圖2所示為應(yīng)用本發(fā)明的集群系統(tǒng)實(shí)現(xiàn)組呼時(shí)的結(jié)構(gòu)示意圖；圖3所示為應(yīng)用本發(fā)明一實(shí)施例的實(shí)現(xiàn)集群組呼的流程示意圖；圖4所示為應(yīng)用本發(fā)明的基于圖3所示實(shí)施例實(shí)現(xiàn)集群搶占的流程示意圖。
具體實(shí)施例方式
為使本發(fā)明的技術(shù)方案更加清楚，下面結(jié)合附圖對本發(fā)明再做進(jìn)一步地詳細(xì)說明。
BCMCS業(yè)務(wù)分為靜態(tài)廣播和動(dòng)態(tài)廣播兩種，靜態(tài)廣播是通過操作維護(hù)等方式建立BCMCS承載通道，不管是否有用戶監(jiān)聽BCMCS流，該通道一直存在。動(dòng)態(tài)廣播是根據(jù)用戶的監(jiān)聽情況動(dòng)態(tài)建立和釋放BCMCS承載通道。一個(gè)流只有一個(gè)承載通道，在核心網(wǎng)絡(luò)側(cè)使用IP多播協(xié)議進(jìn)行傳輸，BSN完成多播IP地址及端口號到流ID的映射。本發(fā)明應(yīng)用的是動(dòng)態(tài)廣播。
本發(fā)明的思路如圖2所示在BCMCS Controller中設(shè)置PTT服務(wù)器的控制面功能，在BCMCS Content Server中設(shè)置PTT服務(wù)器的用戶面功能，將帶有PTT服務(wù)器的用戶面功能的BCMCS內(nèi)容服務(wù)器設(shè)置為PTT業(yè)務(wù)網(wǎng)關(guān)(PSG)。圖中的虛線代表集群前向語音業(yè)務(wù)流，點(diǎn)畫線代表集群反向語音業(yè)務(wù)流，實(shí)線代表已建立的通信連接。集群前向語音在BCMCS信道上使用多播進(jìn)行發(fā)送，即PSG把接收到的語音信息經(jīng)BSN及AN/PCF發(fā)送到集群組內(nèi)對應(yīng)的多播IP地址和端口號，該多播IP地址和端口號即為組內(nèi)對應(yīng)的接入終端；反向語音在反向業(yè)務(wù)信道上使用單播進(jìn)行發(fā)送，即講話者的AT所發(fā)出的語音信息通過單播連接經(jīng)AN/PCF和PDSN到達(dá)PSG。集群呼叫信令和搶占控制信令使用單播連接進(jìn)行發(fā)送。AAA服務(wù)器用于對終端進(jìn)行授權(quán)驗(yàn)證。
PSG只接收來自當(dāng)前講話者的語音，即以單播IP地址為標(biāo)識，來自其它IP地址的語音信息一律丟棄。為了防止非組內(nèi)成員接收，PSG對前向語音數(shù)據(jù)進(jìn)行加密傳輸，這樣只有組內(nèi)成員才能解密并接收。
下面結(jié)合流程圖具體說明。
圖3所示為應(yīng)用本發(fā)明一實(shí)施例的實(shí)現(xiàn)集群組呼的流程示意圖。在本實(shí)施例中，假設(shè)AT1、AT2和AT3為同一集群組的組內(nèi)成員，且在同一個(gè)扇區(qū)下，其中AT1為講話者，其余為接聽者，而且，所有的接入終端，即AT1、AT2和AT3，已經(jīng)通過AN/PCF與PDSN之間建立了點(diǎn)到點(diǎn)(PPP)連接，且邏輯功能實(shí)體BSN與PDSN在同一個(gè)物理實(shí)體中。在BCMCS Controller中已設(shè)置了PTT服務(wù)器的控制面功能，在PSG中已設(shè)置了PTT服務(wù)器的用戶面功能。
步驟301，AT1通過空口公共信道或已建立的專用業(yè)務(wù)信道，發(fā)送BCMCS注冊請求消息到AN/PCF。如果BCMCS流到BSN的承載通道未建立，則執(zhí)行步驟302，如果BCMCS流到BSN的承載通道已建立，則直接執(zhí)行步驟304。
步驟302，AN/PCF通過A接口向BSN發(fā)送BCMCS流注冊請求，以建立BCMCS承載通道。
步驟303，BSN加入多播組后，整個(gè)承載通道即建立完畢，給AN/PCF返回承載通道已建立的響應(yīng)信息。
步驟304，AN/PCF向AT1發(fā)送BCMCS承載通道已建立的信息。
步驟305，AN/PCF發(fā)送廣播多播開銷消息(BCMCS Overhead)消息，指示集群組呼對應(yīng)的BCMCS流可用，并指明分配給其應(yīng)用的廣播邏輯信道和物理信道，AT1開始監(jiān)視相應(yīng)的廣播信道，準(zhǔn)備接收。即AN向AT發(fā)送用于接收前向語音的信息。
步驟306，如果AT1處于休眠狀態(tài)，則激活單播連接，建立專用的組呼通道，本步驟也可在執(zhí)行步驟301的同時(shí)執(zhí)行，即在BCMCS承載通道建立完成后，接入終端準(zhǔn)備發(fā)送信息時(shí)，激活單播連接，建立專用的組呼通道。
步驟307，AT1通過單播連接從具有PTT服務(wù)器的控制面功能的BCMCSController中獲取BCMCS流信息，以用于自身對該業(yè)務(wù)流進(jìn)行監(jiān)視，同時(shí)，將該BCMCS流的ID設(shè)置為本集群組的ID。上述BCMCS流信息中包括多播IP地址、端口號、BAK、BAK的有效期限(BAK Expiry time)，是否使用頭壓縮等信息。與此同時(shí)，具有PTT服務(wù)器的控制面功能的BCMCSController也通過來自AT1的BCMCS流信息獲取請求消息的標(biāo)識，確定AT1請求發(fā)起組呼后，執(zhí)行步驟308a。
步驟308a，309a，具有PTT服務(wù)器的控制面功能的BCMCS Controller邀請組內(nèi)用戶加入組呼，即分別邀請AT2及AT3加入組呼。
步驟308b，309b，AT2及AT3接收到邀請后，分別通過單播連接向BCMCS Controller獲取BCMCS流信息，用于正確接收前向多播流。
步驟310，具有PTT服務(wù)器的控制面功能的BCMCS Controller向PSG發(fā)送業(yè)務(wù)信息，該業(yè)務(wù)信息中包括單播IP地址、多播IP地址、端口號、BAK、BAK的有效期限(BAK Expiry time)，是否使用頭壓縮等信息。PSG只接收來自被通知的單播IP地址的語音信息，來自其它IP地址的語音信息一律丟棄。根據(jù)運(yùn)營商的不同策略，該步驟也可以在邀請用戶加入前執(zhí)行，即在步驟308之前執(zhí)行，或者，該步驟也可以在有一個(gè)用戶加入后執(zhí)行。
步驟311，AT1通過單播連接向PSG發(fā)送反向語音信息。
步驟312，PSG使用BAK對接收到的語音信息進(jìn)行加密，通過廣播通道向多播IP地址和端口號發(fā)送前向加密語音信息，該多播IP地址和端口號即為組內(nèi)對應(yīng)的接入終端，即AT2和AT3。
對于上述實(shí)施例，如果AT1、AT2、AT3不在同一個(gè)扇區(qū)下，則AT1、AT2、AT3要分別發(fā)送請求BCMCS流注冊消息建立BCMCS承載通道。上述BSN與PDSN也可以不在同一個(gè)物理實(shí)體中。
圖4所示為應(yīng)用本發(fā)明的基于圖3所示實(shí)施例實(shí)現(xiàn)集群搶占的流程示意圖。在本實(shí)施例中，組呼成員處于通話態(tài)。其中，AT2為發(fā)起搶占的用戶。
步驟401，AT2在單播連接上向具有PTT服務(wù)器的控制面功能的BCMCSController發(fā)送搶占(Floor)消息。
步驟402，BCMCS Controller同意該AT2搶占后，向PSG發(fā)送業(yè)務(wù)信息，只需更新當(dāng)前講話者的單播IP地址。
步驟403，BCMCS Controller在前向單播連接上向AT2發(fā)送搶占成功的響應(yīng)(Floor Grant)消息。
步驟404a、404b，BCMCS Controller在前向單播連接上向AT1、AT3發(fā)送搶占獲取(Floor Taken)消息，通知組內(nèi)其它用戶當(dāng)前的講話者。
步驟405，AT2通過單播連接向PSG發(fā)送反向語音信息。
步驟406a、步驟406b，PSG使用BAK對接收到的語音信息進(jìn)行加密，通過廣播通道向AT1和AT3發(fā)送前向加密語音信息。
至此，應(yīng)用BCMCS實(shí)現(xiàn)了集群業(yè)務(wù)，其中，AT與AN之間仍然使用空口協(xié)議進(jìn)行傳輸，該空口協(xié)議不需要做任何修改。
在本發(fā)明中，集群呼叫信令和搶占控制信令使用單播連接進(jìn)行發(fā)送，由于系統(tǒng)的前向業(yè)務(wù)信道是時(shí)分復(fù)用的，因此，在沒有數(shù)據(jù)傳輸?shù)那闆r下，前向單播連接并不占用資源。反向單播連接用于傳輸講話者的語音信息，由于同一時(shí)刻只有一個(gè)用戶講話，即只有一個(gè)反向業(yè)務(wù)信道在傳輸，因此對系統(tǒng)反向負(fù)載影響較小。
本發(fā)明既適用于CDMA 2000 1X系統(tǒng)，也適用于CDMA 2000 1XEV-DO(Data Only)系統(tǒng)。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種實(shí)現(xiàn)集群業(yè)務(wù)的方法，其特征在于，將PTT服務(wù)器的控制面功能設(shè)置在廣播多播業(yè)務(wù)控制器BCMCS Controller中，將帶有PTT服務(wù)器的用戶面功能的BCMCS內(nèi)容服務(wù)器設(shè)置為PTT業(yè)務(wù)網(wǎng)關(guān)PSG，且接入終端與分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)PDSN之間已建立點(diǎn)到點(diǎn)PPP連接，該方法還包括以下步驟a、發(fā)起集群組呼的接入終端與支持BCMCS的邏輯實(shí)體BSN之間建立BCMCS承載通道，并從接入網(wǎng)絡(luò)AN/PCF中獲取用于接收前向語音的信息；b、BCMCS控制器邀請組內(nèi)用戶加入組呼，并通知PSG本次組呼所需的業(yè)務(wù)信息；c、PSG根據(jù)步驟b所述業(yè)務(wù)信息，通過單播連接接收反向通道上的語音信息，應(yīng)用廣播通道發(fā)送前向語音信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，如果接入終端處于休眠狀態(tài)，則該方法進(jìn)一步包括在接入終端與BSN之間建立BCMCS承載通道的同時(shí)，激活單播連接，建立專用的組呼通道；或者，在BCMCS承載通道建立完成后，接入終端準(zhǔn)備發(fā)送信息時(shí)，激活單播連接，建立專用的組呼通道。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a所述接入終端與BSN之間建立BCMCS承載通道的過程包括以下步驟a1、接入終端發(fā)送BCMCS注冊請求消息到AN/PCF，如果BCMCS流到BSN的承載通道未建立，則AN/PCF向BSN發(fā)送BCMCS流注冊請求消息，建立BCMCS承載通道，BCMCS承載通道建立完成后，給AN/PCF返回承載通道已建立的響應(yīng)信息，然后執(zhí)行步驟a2，如果BCMCS流到BSN的承載通道已建立，則直接執(zhí)行步驟a2；a2、接入網(wǎng)AN向接入終端發(fā)送BCMCS承載通道已建立信息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，步驟a1所述接入終端通過空口公共信道或已建立的專用業(yè)務(wù)信道發(fā)送BCMCS注冊請求消息；所述AN/PCF通過A接口向BSN發(fā)送BCMCS流注冊請求消息。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，該方法進(jìn)一步包括步驟b執(zhí)行之前，發(fā)起集群組呼的接入終端通過單播連接從BCMCS控制器中獲取本次組呼的BCMCS流信息，在自身對該業(yè)務(wù)流進(jìn)行監(jiān)視；或者，在接入終端發(fā)送BCMCS注冊請求消息的同時(shí)，通過單播連接從BCMCS控制器中獲取本次組呼的BCMCS流信息，在自身對該業(yè)務(wù)流進(jìn)行監(jiān)視。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述本次組呼的BCMCS流信息包括，多播IP地址、端口號、廣播訪問密鑰BAK、該密鑰BAK的有效期限、是否使用頭壓縮信息。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b所述BCMCS控制器邀請組內(nèi)用戶加入組呼，并通知PSG本次組呼所需的業(yè)務(wù)信息的過程為BCMCS控制器邀請組內(nèi)用戶加入組呼后，再通知PSG本次組呼所需的業(yè)務(wù)信息，或者，BCMCS控制器通知PSG本次組呼所需的業(yè)務(wù)信息后，再邀請組內(nèi)用戶加入組呼，或者，BCMCS控制器邀請組內(nèi)部分用戶加入組呼后，再通知PSG本次組呼所需的業(yè)務(wù)信息。
8.根據(jù)權(quán)利要求1或7所述的方法，其特征在于，步驟b所述本次組呼所需的業(yè)務(wù)信息包括，單播IP地址、多播IP地址、端口號、廣播訪問密鑰BAK、該密鑰BAK的有效期限、是否使用頭壓縮信息。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，步驟c所述通過單播接收反向通道上的語音信息，應(yīng)用廣播通道發(fā)送前向語音信息的方法為PSG只接收被通知的單播IP地址的語音信息，使用廣播訪問密鑰對該語音信息進(jìn)行加密后，將該加密后的語音信息通過廣播通道發(fā)送到對應(yīng)的多播IP地址和端口號。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，在集群通話狀態(tài)下，該方法進(jìn)一步包括以下步驟d、某個(gè)接入終端在單播連接上向BCMCS控制器發(fā)送搶占請求；e、BCMCS控制器同意步驟d所述請求后，通知PSG更新當(dāng)前講話者的單播IP地址，并通過前向單播連接向發(fā)送請求的接入終端發(fā)送同意請求的響應(yīng)消息，同時(shí)，通過前向單播連接通知該組內(nèi)的除發(fā)起請求的接入終端當(dāng)前的講話者；c、PSG通過單播連接接收反向通道上的語音信息，應(yīng)用廣播通道發(fā)送前向語音信息。
11.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a所述用于接收的前向語音信息包括指示集群組呼對應(yīng)的BCMCS流可用的信息，以及該BCMCS流應(yīng)用的廣播邏輯信道和物理信道的信息。
12.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述PDSN和BSN位于同一物理實(shí)體中，或者，所述PDSN和BSN位于不同的物理實(shí)體中。
全文摘要
本發(fā)明提供了一種實(shí)現(xiàn)集群業(yè)務(wù)的方法，關(guān)鍵是在BCMCS控制器中設(shè)置PTT服務(wù)器的控制面功能，將帶有PTT服務(wù)器的用戶面功能的BCMCS CS設(shè)置為PSG。集群前向語音在BCMCS信道上使用多播發(fā)送，反向語音在反向業(yè)務(wù)信道上使用單播連接發(fā)送。集群呼叫信令和搶占控制信令使用單播連接發(fā)送。PSG只接收來自當(dāng)前講話者的語音，并將該語音加密后通過前向通道發(fā)送給接聽者，這樣只有組內(nèi)成員才能解密并接收。應(yīng)用本發(fā)明，通過將單播業(yè)務(wù)與多播業(yè)務(wù)相結(jié)合，使得BCMCS業(yè)務(wù)能夠提供集群業(yè)務(wù)，實(shí)現(xiàn)了集群業(yè)務(wù)和普通業(yè)務(wù)共網(wǎng)運(yùn)營。而且，對空口協(xié)議和A接口協(xié)議不進(jìn)行任何修改，只需擴(kuò)展客戶端和服務(wù)器端的軟件即可實(shí)現(xiàn)，其兼容性和擴(kuò)展性好。
文檔編號H04W84/08GK1780423SQ20041009134
公開日2006年5月31日 申請日期2004年11月19日 優(yōu)先權(quán)日2004年11月19日
發(fā)明者劉清順 申請人:華為技術(shù)有限公司