專利名稱：一種廣播呼叫的實現(xiàn)方法及系統(tǒng)的制作方法
技術(shù)領域：
本發(fā)明涉及廣播呼叫業(yè)務，尤其涉及一種廣播呼叫的實現(xiàn)方法及系統(tǒng)。
背景技術(shù)：
現(xiàn)有基于會話發(fā)起協(xié)議(SIP)的普通呼叫業(yè)務的一般過程為主叫A通 過業(yè)務控制單元向一個被叫B發(fā)起呼叫，并最終實現(xiàn)主叫A和被叫B之間的通 話；其中，業(yè)務控制單元包含主叫控制單元，上述過程實際由主叫控制單元實 現(xiàn)。但現(xiàn)有這種普通呼叫不能實現(xiàn)主叫A同時向多個被叫發(fā)起呼叫，也就是說 不能實現(xiàn)廣播呼叫(Group Call/Broadcast Call),這里，廣播呼叫也稱為組呼或 同振。
廣播呼叫業(yè)務是一種重要的電信業(yè)務，其具體實現(xiàn)過程如下主叫向業(yè)務 控制單元發(fā)起呼叫，接著業(yè)務控制單元對可用的一個或多個被叫發(fā)起呼叫，在 其中一個被叫應答后接續(xù)，進入呼叫通話狀態(tài)，同時釋放其他所有的被叫。
廣播呼叫業(yè)務在傳統(tǒng)的電路域中有著廣泛的應用，特別在話務臺系統(tǒng)和群 內(nèi)用戶呼叫中的應用尤其多。隨著網(wǎng)絡協(xié)議(IP )及軟交換技術(shù)在通信領域的 應用，基于IP的廣播呼叫也逐漸走向市場前端。但是，現(xiàn)有基于SIP的普通呼 叫業(yè)務還不能實現(xiàn)廣播呼叫，因此這會限制網(wǎng)絡服務質(zhì)量。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種廣播呼叫的實現(xiàn)方法及系統(tǒng)， 能實現(xiàn)基于SIP的廣播呼叫，從而提高網(wǎng)絡服務質(zhì)量。 為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的 一種廣4番呼叫的實現(xiàn)方法，包括
主叫向業(yè)務控制單元發(fā)送攜帶自身會話描述協(xié)議(SDP， Session DescriptionProtocol)信息的i^i會(INVITE)消息；
在收到主叫發(fā)來的INVITE消息之后，業(yè)務控制單元中的主叫控制單元申 請廣播呼叫控制單元，并向被叫發(fā)送INVITE消息；
在有被叫向廣播呼叫控制單元發(fā)送應答消息之前，所述主叫控制單元完成 與主叫的媒體協(xié)商過程；所申請的廣播呼叫控制單元完成與被叫的媒體協(xié)商過 程；
在有被叫向廣播呼叫控制單元發(fā)送應答消息之后，所述業(yè)務控制單元釋放 所有未應答的被叫和廣播呼叫控制單元，并建立主被叫之間的通話。
其中，該方法進一步包括所述主叫控制單元收到INVITE消息后，記錄 INVITE消息中主叫SDP信息中的早期會話；且所述向被叫發(fā)送的INVITE消 息中攜帶不含早期會話的SDP信息。
其中，所述主叫支持且需要資源預留；相應地，所述主叫控制單元收到 INVITE消息中主叫的SDP信息后，調(diào)用SDP配置單元，并將主叫的SDP信息 設置為支持但不需要資源預留的方式。
其中，所述主叫支持且需要資源預留；相應地，所述主叫控制單元完成與 主叫的媒體協(xié)商過程中，主叫控制單元申請回鈴音，并調(diào)用SDP配置單元將回 鈴音轉(zhuǎn)換成SDP信息，用轉(zhuǎn)換的SDP信息與主叫進行媒體協(xié)商。
其中，所述主叫支持且需要資源預留；相應地，所述主叫控制單元完成與 主叫的媒體協(xié)商過程中，主叫控制單元調(diào)用SDP配置單元創(chuàng)建假的SDP信息， 用所創(chuàng)建的SDP信息與主叫進行々某體協(xié)商。
其中，所述主叫支持且需要資源預留；相應地，所述主叫控制單元完成與 主叫的媒體協(xié)商過程中，主叫控制單元先申請回鈴音，若申請失敗，再調(diào)用SDP 配置單元創(chuàng)建假的SDP信息，用所創(chuàng)建的SDP信息與主叫進行媒體協(xié)商。
其中，所述被叫向廣播呼叫控制單元發(fā)送應答消息之前，該方法進一步包
括
在至少一個被叫向廣^番呼叫控制單元發(fā)送180消息之后，主叫控制單元向 主叫發(fā)送180消息。其中，所述主叫支持且需要資源預留時，在建立主被叫之間的通話之前，
所述方法進一步包括所述主叫控制單元重新進行主被叫的媒體協(xié)商。 一種廣播呼叫的實現(xiàn)系統(tǒng)，包括主叫、業(yè)務控制單元和被叫；其中， 主叫，用于向業(yè)務控制單元發(fā)送攜帶有自身SDP信息的INVITE消息； 業(yè)務控制單元，包括主叫控制單元和所申請的廣播呼叫控制單元；其中， 主叫控制單元，用于在收到主叫發(fā)來的INVITE消息之后，申請廣播呼叫 控制單元，并向被叫發(fā)送INVITE消息；所述主叫控制單元還用于在有被叫向 廣播呼叫控制單元發(fā)送應答消息之前，完成與主叫的媒體協(xié)商過程；
廣播呼叫控制單元，用于在有被叫向廣播呼叫控制單元發(fā)送應答消息之前， 完成與被叫的々某體協(xié)商過程；相應地，所述業(yè)務控制單元還用于在有^f皮叫向廣 播呼叫控制單元發(fā)送應答消息之后，釋放所有未應答的被叫和廣播呼叫控制單 元，并建立主#:叫之間的通話；
被叫，用于接收主叫控制單元發(fā)來的INVITE消息，以及用于向廣播呼叫 控制單元發(fā)送應答消息。
由以上技術(shù)方案可以看出，本發(fā)明可以有效地實現(xiàn)網(wǎng)絡中需要資源預留、 以及不需要資源預留的主被叫的廣播呼叫，從而提高網(wǎng)絡服務質(zhì)量。另外，本 發(fā)明業(yè)務控制單元通過調(diào)用SDP配置單元和SDP匹配單元，可以4艮好地實現(xiàn) 業(yè)務控制單元中的主叫控制單元作為一個終結(jié)用戶代理的功能，完成與主叫的 媒體協(xié)商；并且，業(yè)務控制單元通過引入廣播呼叫控制單元，可以很好地解決 與廣播被叫的媒體協(xié)商。同時，業(yè)務控制單元與主被叫在進行媒體協(xié)商的過程 中，可以調(diào)用SDP配置單元適當修改不必要的參數(shù)，從而簡化媒體協(xié)商流程、 簡化網(wǎng)絡結(jié)構(gòu)，也有利于提高通信系統(tǒng)的穩(wěn)定性和可靠性，進而很好地解決SIP 協(xié)議中實現(xiàn)能為各種終端提供服務的功能。


圖1為本發(fā)明實現(xiàn)廣播呼叫的基本流程圖2為本發(fā)明在主叫支持且需要資源預留、且被叫支持或不支持資源預留的情況下被叫應答前媒體協(xié)商的流程圖3為本發(fā)明在主叫支持且需要資源預留的情況下，被叫應答后主被叫重 新進行媒體協(xié)商的實施例一流程圖4為本發(fā)明在主叫支持且需要資源預留的情況下，被叫應答后主被叫重 新進行媒體協(xié)商的實施例二流程圖5為本發(fā)明在主叫支持且需要資源預留的情況下，被叫應答后主被叫重 新進行媒體協(xié)商的實施例三流程圖6為本發(fā)明在主叫支持且需要資源預留的情況下，被叫應答后主被叫重 新進行媒體協(xié)商的實施例四流程圖7為本發(fā)明在主叫支持但不需要資源預留或不支持資源預留、且被叫支 持或不支持資源預留的情況下主被叫媒體協(xié)商的流程圖8為本發(fā)明廣播呼叫的實現(xiàn)系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和要點更加清楚，下面結(jié)合附圖對本發(fā)明進 行說明。
如圖l所示，本發(fā)明廣播呼叫的實現(xiàn)方法包括以下步驟
步驟101，主叫向業(yè)務控制單元發(fā)送攜帶自身SDP信息的INVITE消息。
步驟102，在收到主叫發(fā)來的INVITE消息之后，業(yè)務控制單元申請廣播呼
叫控制單元，并向一個或一個以上被叫分別發(fā)送INVITE消息。
其中，申請廣播呼叫控制單元是指向自身內(nèi)存申請內(nèi)存塊，將申請到的內(nèi)
存塊作為廣〗番呼叫凄t據(jù)塊，用于存儲廣播呼叫控制單元的信息。
另外，由于此時業(yè)務控制單元僅包含主叫控制單元，因此廣播呼叫控制單
元實際是由主叫控制單元申請的，INVITE消息也是由主叫控制單元發(fā)送的。 另外，主叫發(fā)來的INVITE消息中包含有主叫的SDP信息，主叫控制單元
對主叫的SDP信息作如下處理僅記錄主叫的SDP信息中的早期會話 (early-session),而不將該early-session攜帶到被叫，即發(fā)送給被叫的INVITE消息中攜帶不含early-session的SDP信息，這樣做可以筒化處理流程。
此外，若主叫支持且需要資源預留，則主叫控制單元還可對主叫的SDP信 息作如下處理調(diào)用SDP配置單元將主叫的SDP信息設置為支持但不需要資 源預留的方式，這樣做可以簡化后續(xù)廣播呼叫控制單元與被叫的媒體協(xié)商過程。 這里，提到的SDP配置單元以及下文提到的SDP匹配單元分別是業(yè)務控制單 元中包含的具有SDP配置功能或SDP匹配功能的單元。
步驟103，在有被叫向廣播呼叫控制單元發(fā)送應答消息之前，主叫控制單 元作為一個終結(jié)用戶代理，完成與主叫之間的媒體協(xié)商過程；所申請的廣播呼 叫控制單元作為一個發(fā)起端用戶代理，完成與被叫之間的媒體協(xié)商過程。
其中，若主叫支持且需要資源預留，則在主叫控制單元與主叫的媒體協(xié)商 過程中，主叫控制單元申請回鈴音，并調(diào)用SDP配置單元將申請的回鈴音轉(zhuǎn)換 成SDP信息，用轉(zhuǎn)換的SDP信息與主叫進行4某體協(xié)商；或者，不申請回鈴音， 直接調(diào)用SDP匹配單元創(chuàng)建^f艮的SDP信息，用所創(chuàng)建的SDP信息與主叫進行 媒體協(xié)商；又或者，主叫控制單元先申請回鈴音，若申請失敗，再調(diào)用SDP配 置單元創(chuàng)建假的SDP信息，用該假的SDP信息與主叫進行媒體協(xié)商。這里， 如何轉(zhuǎn)換SDP信息以及如何創(chuàng)建SDP信息為現(xiàn)有技術(shù)，在此不再贅述。
另外，在被叫應答之前，所述實現(xiàn)方法進一步包括
在至少一個^皮叫向廣播呼叫控制單元發(fā)送180消息之后，主叫控制單元才 向主叫發(fā)送180消息。
步驟104，在有被叫向廣播呼叫控制單元發(fā)送應答消息之后，業(yè)務控制單 元釋放所有未應答的被叫和廣播呼叫控制單元，并建立主被叫之間的通話。
其中，若主叫支持且需要資源預留，則在被叫應答之后、建立主被叫之間 通話之前，步驟104進一步包括所述主叫控制單元作為一個中間用戶代理重 新進行主被叫的媒體協(xié)商。
上述流程還可包括以下失敗的處理如果主叫失敗，則釋放所有廣播呼叫 的被叫；廣播呼叫的被叫失敗，則僅釋放該路被叫，但如果該被叫為最后一路 廣播呼叫的被叫，則釋放整個呼叫。其中，進行資源預留是為了保證在確認主叫和/或被叫的資源預留都已經(jīng)成 功之前，被叫不應振鈴，以最大限度減少被叫方振鈴但接聽電話又失敗的情況。
這里，主叫和4皮叫可以為相同或不同類型的終端，該終端包括固定話機、 綜合業(yè)務數(shù)字網(wǎng)終端、SIP終端、H323終端、軟終端、全球移動通信系統(tǒng)移動 電話、碼分多址移動電話、第三代移動通信移動電話、無線局域網(wǎng)終端、個人 手持電話系統(tǒng)終端。
以下通過兩個實施例對本發(fā)明作進一步詳細"i兌明。
本發(fā)明廣播呼叫的實現(xiàn)方法需要對主叫支持且需要資源預留、及主叫支持 但不需要資源預留或主叫不支持資源預留的情況作區(qū)別處理。
如圖2所示，在主叫支持且需要資源預留、且被叫支持或不支持資源預留 的情況下，本發(fā)明廣播呼叫的實現(xiàn)過程包括以下步驟
步驟201，主叫A向業(yè)務控制單元發(fā)起呼叫，即發(fā)送INVITE消息，該 INVITE消息中攜帶主叫A的SDP信息。
步驟201之后業(yè)務控制單元分別與主叫和被叫進行媒體協(xié)商，其中，步驟 202a ~ 207a是業(yè)務控制單元中的主叫控制單元與主叫進行媒體協(xié)商的過程；步 驟202b表示主叫控制單元向被叫發(fā)起呼叫，之后步驟203b ~ 212b是業(yè)務控制 單元中的廣播呼叫控制單元與被叫進行J(某體協(xié)商的過程。
步驟202a，業(yè)務控制單元在收到INVITE消息之后，業(yè)務控制單元中的主 叫控制單元向主叫A發(fā)送183消息，該183消息中攜帶假的SDP信息。
其中，該假的SDP信息可以是主叫控制單元申請的回鈴音，具體地說是 主叫控制單元在收到INVITE消息之后申請回鈴音，并調(diào)用SDP配置單元將申 請的回鈴音轉(zhuǎn)換成SDP信息。這樣做的優(yōu)點是業(yè)務控制單元可以統(tǒng)一給主叫A 放音，也可以根據(jù)業(yè)務需要設置個性化的回鈴音，但缺點是申請回鈴音失敗后 呼叫就直接失敗，會影響呼叫業(yè)務的使用。
或者，該假的SDP信息可以是由SDP配置單元創(chuàng)建的，也即不申請回鈴 音。這樣做的優(yōu)點是流程筒單、放音由網(wǎng)絡側(cè)自己處理，筒化流程。
另外，也可以在申請回鈴音失敗后再由SDP配置單元創(chuàng)建假的SDP信息，這樣做的優(yōu)點是可以提高網(wǎng)絡服務質(zhì)量和網(wǎng)絡性能。
主叫A在收到該183消息之后，進行自身和主叫控制單元的媒體能力匹配， 并進行資源預留。
另外，主叫A判斷收到的183消息中是否攜帶100rel字段，如果有，則先 執(zhí)行步驟203a和204a，再執(zhí)行步驟205a;否則，直接執(zhí)行步驟205a。
步驟203a，針對收到的183消息中攜帶的100rel字段，主叫A向主叫控制 單元發(fā)送臨時響應(PRACK)消息。
步驟204a，針對收到的PRACK消息，主叫控制單元向主叫A發(fā)送200OK 消息。
步驟205a,在主叫A資源預留成功之后，主叫A向主叫控制單元發(fā)送更 新(UPDATE)消息，攜帶主叫A的預留成功的SDP信息。
步驟206a，主叫控制單元向主叫A發(fā)送200OK消息，表示雙方媒體協(xié)商 成功。
步驟202b ，主叫控制單元收到INVITE消息之后，向被叫發(fā)送INVITE消 息，該INVITE消息中攜帶SDP信息。
本實施例中，被叫以被叫B和C為例子，實際應用中，廣播呼叫的被叫可 以為一個或一個以上。
其中，該SDP信息可以是未經(jīng)修改的主叫發(fā)送給業(yè)務控制單元的SDP信 息，也可以是經(jīng)過更改設置后的主叫A的SDP信息。
例如，對于主叫A的SDP信息中早期會話(early-session)有兩種處理方 法 一種是進行透傳，通過INVITE消息將其攜帶到被叫，對于后續(xù)被叫回應 的消息中如果攜帶有早期媒體(early-media)的，主叫控制單元直接將其拒絕； 另一種是不透傳，主叫控制單元只記錄該early-session的消息，不將其攜帶到 被叫。后者比前者筒化了處理流程；實際上，由于此時主叫A和被叫并沒有進 行真正的媒體協(xié)商，所以無需將early-session攜帶到被叫，因此優(yōu)選第二種處 理方法。
另外，業(yè)務控制單元可以調(diào)用SDP配置單元將主叫A的SDP信息設置為支持但不需要資源預留的方式，這樣可以省去后面的步驟203b至207b而直接 執(zhí)行步驟208b,從而簡化處理流程。
業(yè)務控制單元收到INVITE消息之后，還申請廣播呼叫控制單元。后續(xù)與 被叫的媒體協(xié)商由廣播呼叫控制單元處理。
步驟203b,被叫向廣4番呼叫控制單元發(fā)送183消息，該183消息中攜帶被 叫的SDP信息。
在廣播呼叫控制單元收到183消息之后，調(diào)用SDP匹配單元進行業(yè)務呼叫 控制單元與被叫的々某體能力匹配，并進行假的資源預留。
廣播呼叫控制單元判斷收到的183消息中是否攜帶100rel字段，如果有， 則先執(zhí)行步驟204b和205b,再執(zhí)行步驟206b;否則，直接執(zhí)行步驟206b。
步驟204b,廣播呼叫控制單元向被叫發(fā)送PRACK消息。
步驟205b，被叫向廣播呼叫發(fā)送200OK消息。
步驟206b，在假的資源預留成功之后，廣播呼叫控制單元向被叫發(fā)送 UPDATE消息，該UPDATE消息中攜帶假的預留成功的SDP信息。
步驟207b,被叫向廣播呼叫控制單元發(fā)送200OK消息，表示被叫和廣播 呼叫控制單元媒體協(xié)商成功。
其中，如果被叫支持資源預留，則在被叫的資源預留成功之后，被叫向廣 播呼叫控制單元發(fā)送200OK消息，且該200OK消息中攜帶被叫預留成功的SDP 信息。如果被叫不支持資源預留，則可直接發(fā)送200OK消息。由此可知，無論 被叫是否需要資源預留，都體現(xiàn)在發(fā)送的200OK消息中，因此本發(fā)明無需對被 叫支持資源預留或被叫不支持資源預留的情況作區(qū)別處理。
步驟208b，被叫振鈴，向廣播呼叫控制單元發(fā)送180消息。
步驟207a,主叫控制單元向主叫A發(fā)送180消息。
之所以在這里描述步驟207a是因為在被叫向廣播呼叫控制單元發(fā)送180 消息之前，如果主叫控制單元已向主叫A發(fā)送180消息，則相當于被叫未振鈴， 而主叫卻能收聽回鈴音，這種情況是不合理的。因此，在至少有一個被叫發(fā)送 180消息之后，主叫控制單元才應向主叫A發(fā)送180消息，以保證主叫A和被叫的同步。
步驟209b,被叫向廣播呼叫控制單元發(fā)送200OK消息，表示對業(yè)務控制 單元發(fā)送的INVITE消息的成功應答。
步驟210b,廣播呼叫控制單元向被叫發(fā)送確認(ACK)消息，表示確認會 話的建立。
如果在步驟209b中200OK消息是被叫B發(fā)送的，則該ACK消息發(fā)送給 被叫B。
步驟211b,廣播呼叫控制單元向其他被叫發(fā)送取消(CANCEL)消息，表 示要求釋放其他被叫。
承接步驟209b中的例子，由于應答消息即200OK消息是由被叫B發(fā)送的， 所以相應地，此處被釋放的被叫為被叫C。
步驟212b,針對收到的CANCEL消息，其他被叫向廣播呼叫控制單元發(fā) 送200OK消息，表示釋放其他被叫；之后業(yè)務控制單元釋放廣播呼叫控制單元。
在上述流程中，主叫控制單元作為終結(jié)用戶代理，完成與主叫A的媒體協(xié) 商；而廣播呼叫控制單元作為發(fā)起端用戶代理，完成與被叫的媒體協(xié)商，這兩 類處理是分別進行的，即步驟202a至步驟207a與步驟202b至步驟208b是并 行處理的。但其中有一特殊之處為保證主叫A和被叫的同步，在主叫控制單 元在向主叫發(fā)送180消息(即步驟207a)之前，最好先確認是否已有被叫向廣 播呼叫控制單元發(fā)送180消息(即步驟208b )。
上述流程完成之后，主叫A處理振鈴態(tài)，被叫B處于通話態(tài)；由于主叫和 被叫并沒有進行真正的媒體協(xié)商，因此此時主叫和被叫并未建立通話；接下來， 為使主叫A和^皮叫B能實現(xiàn)通話，主叫控制單元將作為中間用戶代理重新進行 主被叫的媒體協(xié)商。
以下列舉主#1叫重新進4亍々某體協(xié)商的四種典型情況，Y旦主凈皮叫重新進行々某 體協(xié)商并不僅限于這四種情況，本領域技術(shù)人員可根據(jù)此處所列的實施例類推 出其他的情況，因此在此不再——列出主被叫重新進行媒體協(xié)商的所有情況。
圖3示出了第一種主^^皮叫重新進行i某體協(xié)商的流程，該流程主要是在步驟304資源沒有預留成功，之后主叫資源預留成功后主動發(fā)起UPDATE的情況。 如圖3所示，主被叫重新進行媒體協(xié)商的過程包括以下步驟
步驟301,主叫控制單元向被叫B發(fā)送Re-INVITE消息，該Re-INVITE消 息中不攜帶SDP信息。
根據(jù)圖3所示，Re-INVITE消息是業(yè)務控制單元發(fā)送的，但由于此時廣播 呼叫控制單元已被釋》文，因此實際上此時的業(yè)務控制單元相當于主叫控制單元。
步驟302，應答用戶向主叫控制單元發(fā)送200OK消息，該200OK消息中 攜帶應答用戶的SDP信息。
在本實施例中，應答用戶即被叫B。
步驟303,主叫控制單元向主叫A發(fā)送UPDATE消息，該UPDATE消息 中攜帶被叫B的SDP信息。
步驟304,主叫A向主叫控制單元發(fā)送200OK消息，該200OK消息中攜 帶A的SDP信息。
步驟305，主叫控制單元向被叫B發(fā)送ACK消息，該ACK消息中攜帶主 叫A的SDP信息。
步驟306,主叫A向主叫控制單元發(fā)送UPDATE消息，該UPDATE消息 中攜帶主叫A的預留成功的SDP信息。
在步驟303中，主叫A收到UPDATE消息后，主叫A就開始進行主被叫 的媒體能力匹配以及進行資源預留，但在步驟304發(fā)送200OK消息時主叫A 有可能資源還未預留成功。因此，主叫A資源預留成功之后，主動發(fā)起UPDATE 消息。
步驟307,業(yè)務控制單元向^皮叫B發(fā)送Re-INVITE消息，該Re-INVITE消 息中攜帶主叫A的預留成功的SDP信息。
步驟308，被叫B向業(yè)務控制單元發(fā)送200OK消息，該200OK消息中攜 帶B的預留成功的SDP信息。
從步驟308可以看出，本實施例中被叫B是需要資源預留的。
步驟309，主叫控制單元向主叫A發(fā)送200OK消息，該200OK消息中攜帶被叫B的預留成功的SDP信息。
步驟310，主叫控制單元向被叫B發(fā)送ACK消息。
步驟311,主叫控制單元向主叫A發(fā)送200OK消息，表示對主叫A最初 發(fā)送的INVITE消息的成功應答。
步驟312，主叫A向主叫控制單元發(fā)送ACK消息。 至此，主^皮叫i某體協(xié)商成功，可以進入通話態(tài)。
圖4示出了第二種主浮皮叫重新進行々某體協(xié)商的流程，該流程主要是在步驟 404資源預留成功的情況。如圖4所示，主被叫重新進行媒體協(xié)商的過程包括 以下步驟
步驟401,主叫控制單元向被叫B發(fā)送Re-INVITE消息，該Re-INVITE消 息中不攜帶SDP信息。
步驟402,被叫B向主叫控制單元發(fā)送200OK消息，該200OK消息中攜 帶被叫B的SDP信息。
步驟403,主叫控制單元向主叫A發(fā)送UPDATE消息，該UPDATE消息 中攜帶被叫B的SDP信息。
步驟404 ，主叫A向主叫控制單元發(fā)送200OK消息，該200OK消息中攜 帶主叫A的預留成功的SDP信息。
步驟405，主叫控制單元向被叫B發(fā)送ACK消息，該ACK消息中攜帶主 叫A的預留成功的SDP^f言息。
步驟406,主叫控制單元向主叫A發(fā)送200OK消息，表示對主叫A最初 發(fā)送的INVITE消息的成功應答。
步驟407，主叫A向主叫控制單元發(fā)送ACK消息。
至此，主4皮叫i某體協(xié)商成功，可以進入通話態(tài)。
圖5示出了第三種主被叫重新進行媒體協(xié)商的流程，該流程主要是在給被 叫B發(fā)送Re-INVITE消息之后對應183消息的響應流程。如圖5所示，主被叫 重新進行纟某體協(xié)商的過程包括以下步驟
步驟501,主叫控制單元向被叫B發(fā)送Re-INVITE消息，該Re-INVITE消息中不攜帶SDP信息。
步驟502,被叫B向主叫控制單元發(fā)送183消息，該183消息中攜帶被叫 B的SDP信息。
步驟503,主叫控制單元向主叫A發(fā)送UPDATE消息，該UPDATE消息 中攜帶被叫B的SDP信息。
步驟504，主叫A向主叫控制單元發(fā)送200OK消息，該200OK消息中攜 帶主叫A的SDP信息。
步驟505，主叫控制單元向^皮叫B發(fā)送PRACK消息，該PRACK消息中攜 帶主叫A的SDP信息。
步驟506，被叫B向主叫控制單元發(fā)送200OK消息。
步驟507,主叫A向主叫控制單元發(fā)送UPDATE消息，該UPDATE消息 中攜帶主叫A的預留成功的SDP信息。
同圖3所示的流程相似，本流程描述在步驟504資源沒有預留成功，之后 主叫資源預留成功后主動發(fā)起UPDATE的情況。
步驟508,主叫控制單元向被叫B發(fā)送UPDATE消息，該UPDATE消息中 攜帶主叫A的預留成功的SDP信息。
步驟509 ，被叫B向主叫控制單元發(fā)送20OK消息，該200OK消息中攜帶 被叫B的預留成功的SDP信息。
步驟510，主叫控制單元向主叫A發(fā)送200OK消息，該200OK消息中攜 帶被叫B的預留成功的SDP信息。
步驟511,被叫B向主叫控制單元發(fā)送200OK消息，表示對業(yè)務控制單元 發(fā)送的Re-INVITE消息的成功應答。
步驟512，主叫控制單元向主叫A發(fā)送200OK消息，表示對主叫A最初 發(fā)送的INVITE消息的成功應答。
步驟513，主叫A向主叫控制單元發(fā)送ACK消息。
步驟514,主叫控制單元向被叫B發(fā)送ACK消息。
至此，主被叫媒體協(xié)商成功，可以進入通話態(tài)。圖6示出了第四種主被叫重新進行媒體協(xié)商的流程，該流程主要是在步驟
605資源沒有預留成功，之后被叫B資源預留成功后主動發(fā)起Re-INVITE的情 況。如圖6所示，主被叫重新進行媒體協(xié)商的過程包括以下步驟
步驟601,主叫控制單元向被叫B發(fā)送Re-INVITE消息，該Re-INVITE消 息中不攜帶SDP信息。
步驟602,被叫B向主叫控制單元發(fā)送200OK消息，該200OK消息中攜 帶被叫B的SDP信息。
步驟603，主叫控制單元向主叫A發(fā)送UPDATE消息，該UPDATE消息 中攜帶被叫B的SDP信息。
步驟604，主叫A向主叫控制單元發(fā)送200OK消息，該200OK消息中攜 帶主叫A的SDP信息。
步驟605，主叫控制單元向被叫B發(fā)送ACK消息，該ACK消息中攜帶主 叫A的SDP4言息。
步驟606,被叫B向主叫控制單元發(fā)送Re-INVITE消息，該Re-INVITE消 息中攜帶被叫B的預留成功的SDP信息。
步驟607，主叫控制單元向主叫A發(fā)送UPDATE消息，該UPDATE消息 中攜帶B的預留成功的SDP信息。
步驟608 ，主叫A向主叫控制單元發(fā)送200OK消息，該200OK消息中攜 帶主叫A的預留成功的SDP信息。
步驟609,主叫控制單元向被叫B發(fā)送200OK消息，該200OK消息中攜 帶主叫A的預留成功的SDP信息。
步驟610，被叫B向主叫控制單元發(fā)送ACK消息。
步驟611,主叫控制單元向主叫A發(fā)送200OK消息。
步驟612,主叫A向主叫控制單元發(fā)送ACK消息。
至此，主^皮叫i某體協(xié)商成功，可以進入通話態(tài)。
以下描述本發(fā)明廣播呼叫的另 一種實現(xiàn)方法。
如圖7所示，在主叫支持但不需要資源預留或不支持資源預留、且被叫支持或不支持資源預留的情況下，本發(fā)明廣播呼叫的實現(xiàn)過程包括以下步驟
步驟701，主叫A向業(yè)務控制單元發(fā)送INVITE消息，該INVITE消息中
攜帶主叫A的SDP信息。
步驟702，業(yè)務控制單元中的主叫控制單元向一個或一個以上被叫發(fā)送
INVITE消息，該INVITE消息中攜帶主叫A的SDP信息；且業(yè)務控制單元還
申請廣播呼叫控制單元。
該步驟與步驟207相似，故在此不再贅述。
步驟703，被叫向廣4番呼叫控制單元發(fā)送183消息，該183消息^f義表示被 叫已收到INVITE消息，因此該183消息中并不攜帶被叫B的SDP信息。
廣播呼叫控制單元判斷收到的183消息中是否攜帶100rel字段，如果有， 則先執(zhí)行步驟704和705，再執(zhí)行步驟706;否則，直接執(zhí)行步驟706。
步驟704 ，廣播呼叫控制單元向被叫發(fā)送PRACK消息。
步驟705， -波叫向廣l番呼叫控制單元發(fā)送200OK消息。
步驟706，被叫振鈴，向廣播呼叫控制單元發(fā)送180消息。
步驟707,主叫控制單元向主叫A發(fā)送180消息。
步驟708,被叫向廣播呼叫控制單元發(fā)送200OK消息，該200OK消息中 攜帶B的SDP信息。
步驟709,主叫控制單元向主叫A發(fā)送200OK消息，該200OK消息中攜 帶被叫B的SDP信息。
步驟710,主叫A向主叫控制單元發(fā)送ACK消息。
步驟711,廣播呼叫控制單元向被叫發(fā)送ACK消息。
步驟712，廣播呼叫控制單元向其他被叫發(fā)送CANCEL消息。
步驟713,其他被叫向廣播呼叫控制單元發(fā)送200OK消息，之后業(yè)務控制 單元釋放廣播呼叫控制單元。
至此，主^皮叫i某體切、商成功，進入通話態(tài)。
由上述流程可以發(fā)現(xiàn)，對于主叫支持但不需要資源預留、或主叫不支持資 源預留的情況，業(yè)務控制單元可以先不申請回鈴音，從而省去主叫控制單元與主叫的媒體協(xié)商，并且統(tǒng)一在被叫的應答消息即200OK消息中攜帶被叫的SDP 信息，之后再將被叫的SDP信息發(fā)送到主叫側(cè)以完成主被叫的媒體協(xié)商，建立 主被叫之間的通話。這樣可以不像主叫支持且需要資源預留的處理流程中還需 重新進行媒體協(xié)商，從而簡化處理流程。
為實現(xiàn)上述廣播呼叫的方法，本發(fā)明相應還提供一種廣播呼叫的實現(xiàn)系統(tǒng)， 如圖8所示，該實現(xiàn)系統(tǒng)包括主叫10、業(yè)務控制單元20和被叫30;其中，
主叫10,用于向業(yè)務控制單元20發(fā)送攜帶有自身SDP信息的INVITE消
白
業(yè)務控制單元20,包括主叫控制單元21和所申請的廣4番呼叫控制單元22; 其中，
主叫控制單元21 ，用于在收到主叫10發(fā)來的INVITE消息之后，申請廣播 呼叫控制單元22，并向^皮叫30發(fā)送INVITE消息；所述主叫控制單元21還用 于在有被叫30向廣播呼叫控制單元22發(fā)送應答消息之前，完成與主叫10的媒 體協(xié)商過程；
廣播呼叫控制單元22，用于在有被叫30向廣播呼叫控制單元22發(fā)送應答 消息之前，完成與被叫30的i某體協(xié)商過程；相應地，所述業(yè)務控制單元20還 用于在有被叫30向廣播呼叫控制單元22發(fā)送應答消息之后，釋放所有未應答 的被叫30和廣播呼叫控制單元22,并建立主#:叫之間的通話；
被叫30,用于接收主叫控制單元21發(fā)來的INVITE消息，以及用于向廣播 呼叫控制單元22發(fā)送應答消息。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1、一種廣播呼叫的實現(xiàn)方法，其特征在于，該實現(xiàn)方法包括主叫向業(yè)務控制單元發(fā)送攜帶自身會話描述協(xié)議SDP信息的邀請INVITE消息；在收到主叫發(fā)來的INVITE消息之后，業(yè)務控制單元中的主叫控制單元申請廣播呼叫控制單元，并向被叫發(fā)送INVITE消息；在有被叫向廣播呼叫控制單元發(fā)送應答消息之前，所述主叫控制單元完成與主叫的媒體協(xié)商過程；所申請的廣播呼叫控制單元完成與被叫的媒體協(xié)商過程；在有被叫向廣播呼叫控制單元發(fā)送應答消息之后，所述業(yè)務控制單元釋放所有未應答的被叫和廣播呼叫控制單元，并建立主被叫之間的通話。
2、 根據(jù)權(quán)利要求1所述的廣播呼叫的實現(xiàn)方法，其特征在于，該方法進一 步包括所述主叫控制單元收到INVITE消息后，記錄INVITE消息中主叫SDP 信息中的早期^^舌；且所述向被叫發(fā)送的INVITE消息中攜帶不含早期^"i舌的 SDP信息。
3、 根據(jù)權(quán)利要求l所述的廣播呼叫的實現(xiàn)方法，其特征在于，所述主叫支 持且需要資源預留；相應地，所述主叫控制單元收到INVITE消息中主叫的SDP 信息后，調(diào)用SDP配置單元，并將主叫的SDP信息設置為支持但不需要資源 預留的方式。
4、 根據(jù)權(quán)利要求l所述的廣播呼叫的實現(xiàn)方法，其特征在于，所述主叫支 持且需要資源預留；相應地，所述主叫控制單元完成與主叫的媒體協(xié)商過程中， 主叫控制單元申請回鈴音，并調(diào)用SDP配置單元將回鈴音轉(zhuǎn)換成SDP信息， 用轉(zhuǎn)換的SDP信息與主叫進行媒體協(xié)商。
5、 根據(jù)權(quán)利要求l所述的廣播呼叫的實現(xiàn)方法，其特征在于，所述主叫支 持且需要資源預留；相應地，所述主叫控制單元完成與主叫的媒體協(xié)商過程中， 主叫控制單元調(diào)用SDP配置單元創(chuàng)建假的SDP信息，用所創(chuàng)建的SDP信息與主叫進行媒體協(xié)商。
6、 根據(jù)權(quán)利要求1所述的廣播呼叫的實現(xiàn)方法，其特征在于，所述主叫支持且需要資源預留；相應地，所述主叫控制單元完成與主叫的媒體協(xié)商過程中， 主叫控制單元先申請回鈴音，若申請失敗，再調(diào)用SDP配置單元創(chuàng)建假的SDP 信息，用所創(chuàng)建的SDP信息與主叫進4i4某體協(xié)商。
7、 根據(jù)權(quán)利要求1所述的廣播呼叫的實現(xiàn)方法，其特征在于，所述被叫向 廣播呼叫控制單元發(fā)送應答消息之前，該方法進一步包括在至少一個凈皮叫向廣l番呼叫控制單元發(fā)送180消息之后，主叫控制單元向 主叫發(fā)送180消息。
8、 根據(jù)權(quán)利要求1所述的廣播呼叫的實現(xiàn)方法，其特征在于，所述主叫支 持且需要資源預留時，在建立主被叫之間的通話之前，所述方法進一步包括 所述主叫控制單元重新進行主被叫的々某體協(xié)商。
9、 一種廣播呼叫的實現(xiàn)系統(tǒng)，其特征在于，所述實現(xiàn)系統(tǒng)包括主叫、業(yè)務 控制單元和4皮叫；其中，主叫，用于向業(yè)務控制單元發(fā)送攜帶有自身SDP信息的INVITE消息； 業(yè)務控制單元，包括主叫控制單元和所申請的廣播呼叫控制單元；其中，主叫控制單元，用于在收到主叫發(fā)來的INVITE消息之后，申請廣播呼叫 控制單元，并向被叫發(fā)送INVITE消息；所述主叫控制單元還用于在有被叫向 廣播呼叫控制單元發(fā)送應答消息之前，完成與主叫的i某體協(xié)商過程；廣播呼叫控制單元，用于在有被叫向廣播呼叫控制單元發(fā)送應答消息之前， 完成與被叫的媒體協(xié)商過程；相應地，所述業(yè)務控制單元還用于在有被叫向廣 播呼叫控制單元發(fā)送應答消息之后，釋放所有未應答的被叫和廣播呼叫控制單 元，并建立主^皮叫之間的通話；被叫，用于接收主叫控制單元發(fā)來的INVITE消息，以及用于向廣播呼叫 控制單元發(fā)送應答消息。
全文摘要
本發(fā)明公開了一種廣播呼叫的實現(xiàn)方法，包括主叫向業(yè)務控制單元發(fā)送邀請(INVITE)消息；在收到主叫發(fā)來的INVITE消息之后，業(yè)務控制單元中的主叫控制單元申請廣播呼叫控制單元，并向被叫發(fā)送INVITE消息；在有被叫應答之前，所述主叫控制單元中的主叫控制單元完成與主叫的媒體協(xié)商過程；所申請的廣播呼叫控制單元完成與被叫的媒體協(xié)商過程；在有被叫應答之后，所述業(yè)務控制單元釋放所有未應答的被叫和廣播呼叫控制單元，并建立主被叫之間的通話。本發(fā)明還公開了一種廣播呼叫的實現(xiàn)系統(tǒng)。采用本發(fā)明可以有效地實現(xiàn)網(wǎng)絡中需要資源預留以及不需要資源預留的主被叫的廣播呼叫，從而提高網(wǎng)絡服務質(zhì)量。
文檔編號H04W28/26GK101552952SQ20091008362
公開日2009年10月7日 申請日期2009年5月6日 優(yōu)先權(quán)日2009年5月6日
發(fā)明者羅美云 申請人:中興通訊股份有限公司