一種會(huì)話音樂控制方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種會(huì)話音樂控制方法，通過由SIP服務(wù)器根據(jù)呼叫保持請(qǐng)求消息或應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)來(lái)判斷是否需要拒絕向音樂保持服務(wù)轉(zhuǎn)發(fā)相應(yīng)的消息，從而實(shí)現(xiàn)了根據(jù)保持設(shè)備和被保持設(shè)備的選擇協(xié)商是否音樂保持，優(yōu)化了三方會(huì)議中的放音業(yè)務(wù)，有效解決了目前三方會(huì)議業(yè)務(wù)與音樂保持業(yè)務(wù)相互疊加而非真正融合的問題，增強(qiáng)了用戶體驗(yàn)。本發(fā)明同時(shí)還公開了一種SIP服務(wù)器。
【專利說(shuō)明】一種會(huì)話音樂控制方法及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，特別涉及一種會(huì)話音樂控制方法。本發(fā)明同時(shí)還涉及一種會(huì)話啟動(dòng)協(xié)議SIP服務(wù)器。
【背景技術(shù)】
[0002]三方會(huì)議業(yè)務(wù)(以下簡(jiǎn)稱3conf)是基于 PSTN (Public Switched TelephoneNetwork，公共交換電話網(wǎng)絡(luò))模擬電話網(wǎng)絡(luò)以及SIP網(wǎng)絡(luò)電話Voip數(shù)字電話網(wǎng)絡(luò)的語(yǔ)音網(wǎng)關(guān)融合業(yè)務(wù)，主要用于完成三方電話會(huì)議的建立及釋放。具體的，一個(gè)基本三方會(huì)議由一個(gè)會(huì)議發(fā)起方和兩個(gè)會(huì)議參與方組成，會(huì)議建立后發(fā)起方可以通過模擬電話機(jī)拍叉、按鍵的方式與多方保持業(yè)務(wù)進(jìn)行切換，會(huì)議IP (Internet Protocol,網(wǎng)絡(luò)協(xié)議)側(cè)參與方可以通過拍叉、撥號(hào)將第四方拉入會(huì)議，形成兩個(gè)三方會(huì)議級(jí)聯(lián)、四方相互通話的大會(huì)議，依此類推可進(jìn)行五方、六方......更大會(huì)議的建立。
[0003]MOH (Music on Hold，音樂保持)業(yè)務(wù)是設(shè)備作為SIP服務(wù)器Server時(shí)的一種保持放音業(yè)務(wù)，被保持方在被保持后會(huì)聽到第三方音樂服務(wù)器播放的音樂。通過SIP Server建立三方會(huì)議后，任何一個(gè)會(huì)議參與方拍叉發(fā)起音樂保持業(yè)務(wù)時(shí)的基本協(xié)商流程如圖1所示，其中，UAl為會(huì)議的發(fā)起方，UA2、UA3為會(huì)議的參與方，還包括有SIP服務(wù)器和音樂服務(wù)器，其消息交互流程:
[0004](I)UAU UA2和UA3相互之間形成RTP流之前的流程為三方會(huì)議建立的幾個(gè)關(guān)鍵消息交互流程；
[0005](2) UA2作為IP側(cè)會(huì)議參與方拍叉向SIP Server發(fā)送帶SDP的呼叫保持INVITE請(qǐng)求；
[0006](3)SIP Server收到帶SDP的呼叫保持INVITE請(qǐng)求后向會(huì)議發(fā)起方發(fā)送不帶SDPINVITE 請(qǐng)求；
[0007](4)會(huì)議發(fā)起方收到不帶SDP INVITE請(qǐng)求后向SIP Server回復(fù)帶自身編解碼集合的2000K應(yīng)答；
[0008](5)SIP Server收到會(huì)議發(fā)起方2000K應(yīng)答后，將此應(yīng)答SDP通過INVITE消息發(fā)送到Music Server進(jìn)行編解碼協(xié)商；
[0009](6)在上個(gè)步驟的協(xié)商成功后，Music Server與UAl建立媒體鏈接。
[0010]根據(jù)以上交互流程可以看出，SIP Server上現(xiàn)有的音樂保持業(yè)務(wù)的實(shí)現(xiàn)方案不區(qū)分參與此業(yè)務(wù)的雙方角色，且無(wú)論是普通呼叫還是三方會(huì)議，只要配置滿足要求，音樂保持業(yè)務(wù)均會(huì)啟動(dòng)。當(dāng)三方會(huì)議中的任何一個(gè)參與方拍叉發(fā)起保持業(yè)務(wù)時(shí)，只要配置滿足要求，會(huì)議發(fā)起方均會(huì)聽到遠(yuǎn)端音樂服務(wù)器的放音。
[0011]由于會(huì)議發(fā)起方會(huì)自動(dòng)將音樂媒體流和普通通話媒體流同時(shí)進(jìn)行混音、分流，所以當(dāng)會(huì)議的某個(gè)參與者拍叉后，會(huì)議發(fā)起方和另一個(gè)會(huì)議參與方仍可以進(jìn)行正常通話，但同時(shí)雙方均能聽到遠(yuǎn)端音樂服務(wù)器播放的音樂；若此時(shí)通話的另一參與方也拍叉發(fā)起保持業(yè)務(wù)，那么會(huì)議發(fā)起方將會(huì)聽到遠(yuǎn)端音樂服務(wù)器播放的交叉重疊在一起的兩遍音樂放音。這樣的實(shí)現(xiàn)使得用戶體驗(yàn)相當(dāng)不好。
[0012]由此可見，在現(xiàn)有的多方會(huì)話進(jìn)行過程中，協(xié)商操作無(wú)法根據(jù)拍叉的發(fā)起者和被保持者的意愿對(duì)是否需要音樂保持進(jìn)行控制，從而對(duì)用戶體驗(yàn)產(chǎn)生了不良的影響。

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

[0013]本發(fā)明提供一種會(huì)話音樂控制方法，用以解決現(xiàn)有技術(shù)中會(huì)話各方無(wú)法對(duì)是否音樂保持進(jìn)行控制的問題，包括:
[0014]會(huì)議啟動(dòng)協(xié)議SIP服務(wù)器從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息，所述呼叫保持請(qǐng)求消息攜帶音樂保持服務(wù)標(biāo)識(shí)；
[0015]所述SIP服務(wù)器判斷所述音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)；
[0016]若否，所述SIP服務(wù)器在收到所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息后拒絕向音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息；
[0017]若是，所述SIP服務(wù)器進(jìn)一步判斷所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)，并在判斷結(jié)果為否的情況下拒絕向所述音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息；
[0018]所述SIP服務(wù)器向所述會(huì)話被保持設(shè)備返回呼叫保持確認(rèn)消息。
[0019]相應(yīng)地，本發(fā)明還提出了一種一種會(huì)議啟動(dòng)協(xié)議SIP服務(wù)器，包括:
[0020]消息處理模塊，用于從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息，所述呼叫保持請(qǐng)求消息攜帶音樂保持服務(wù)標(biāo)識(shí)；
[0021]消息判斷模塊，用于判斷所述音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)；
[0022]若否，所述消息判斷模塊指示所述消息處理模塊在收到所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息后拒絕向音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息；
[0023]若是，所述消息判斷模塊進(jìn)一步判斷所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)，并在判斷結(jié)果為否的情況下指示所述消息處理模塊拒絕向所述音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息；
[0024]所述消息處理模塊，還用于向所述會(huì)話被保持設(shè)備返回呼叫保持確認(rèn)消息。
[0025]由此可見，通過應(yīng)用以上技術(shù)方案，由SIP服務(wù)器根據(jù)呼叫保持請(qǐng)求消息或應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)來(lái)判斷是否需要拒絕向音樂保持服務(wù)轉(zhuǎn)發(fā)相應(yīng)的消息，從而實(shí)現(xiàn)了根據(jù)保持設(shè)備和被保持設(shè)備的選擇協(xié)商是否音樂保持，優(yōu)化了三方會(huì)議中的放音業(yè)務(wù)，有效解決了目前三方會(huì)議業(yè)務(wù)與音樂保持業(yè)務(wù)相互疊加而非真正融合的問題，增強(qiáng)了用戶體驗(yàn)。
【專利附圖】

【附圖說(shuō)明】
[0026]圖1為現(xiàn)有三方會(huì)議中參與方拍叉發(fā)起音樂保持業(yè)務(wù)時(shí)的基本協(xié)商流程示意圖；
[0027]圖2為本發(fā)明提出的一種音樂控制方法流程示意圖；
[0028]圖3為本發(fā)明具體示例提出的三方會(huì)議中參與方拍叉主動(dòng)要求靜音保持的基本協(xié)商流程示意圖；
[0029]圖4為本發(fā)明具體示例提出的三方會(huì)議中參與方UA2拍叉發(fā)起方要求靜音保持的基本協(xié)商流程不意圖；[0030]圖5為本發(fā)明提出的一種SIP服務(wù)器的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0031]針對(duì)現(xiàn)有技術(shù)中所存在的問題，本發(fā)明提供了一種會(huì)話音樂控制方法，使會(huì)議中的各參與方在預(yù)啟動(dòng)保持放音業(yè)務(wù)的過程中，能夠根據(jù)SDP中攜帶的新增角色服務(wù)標(biāo)識(shí)來(lái)協(xié)商放音與否，保證用戶的自主可選擇性，增強(qiáng)用戶體驗(yàn)。如圖2所示，包括以下步驟:
[0032]S201，會(huì)議啟動(dòng)協(xié)議SIP服務(wù)器從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息，所述呼叫保持請(qǐng)求消息攜帶音樂保持服務(wù)標(biāo)識(shí)。
[0033]由于音樂保持控制是針對(duì)由普通呼叫被叫或是會(huì)議的參與方所設(shè)置的，因此在SIP服務(wù)器從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息之前，SIP服務(wù)器會(huì)確定當(dāng)前各與會(huì)設(shè)備的角色，并將會(huì)議角色信息通過SIP消息通告所述各與會(huì)設(shè)備。因此各設(shè)備在發(fā)送呼叫保持請(qǐng)求消息至SIP服務(wù)器時(shí)，會(huì)同時(shí)在其中攜帶本會(huì)話保持設(shè)備的角色信息，這樣SIP服務(wù)器根據(jù)所述角色信息確定所述會(huì)話被保持設(shè)備的角色。當(dāng)該會(huì)話保持設(shè)備為會(huì)話參與方或普通呼叫被叫時(shí)則繼續(xù)后續(xù)的流程。
[0034]具體地,基于SDP (會(huì)話描述協(xié)議,Session Description Protocol)的可擴(kuò)展性，本申請(qǐng)對(duì)SDP屬性進(jìn)行擴(kuò)展，通過增加“a=”來(lái)實(shí)現(xiàn)新功能點(diǎn)的設(shè)置。在早期協(xié)商發(fā)起音樂保持業(yè)務(wù)的過程中，通過在保持請(qǐng)求消息INVITE SDP或者保持請(qǐng)求應(yīng)答消息2000K SDP的媒體級(jí)描述中增加角色服務(wù)屬性來(lái)標(biāo)識(shí)音樂保持業(yè)務(wù)的參與方意愿。新增角色服務(wù)屬性的ABNF語(yǔ)法定義如下:
[0035]"a=role:"1*1WSP roIe-suiteI*IffSP service-param
[0036]role-suite=//conference_organiger/// ;會(huì)議發(fā)起方
[0037]〃conference_participatorV ;會(huì)議參與方
[0038]〃normal_organiger〃/ ;普通呼叫主叫
[0039]"normale_participator〃 ；普通呼叫被叫
[0040]service-param=service-type//: "service-state
[0041]service-type=//moh//
[0042]service-state=〃on〃/〃off〃 ；音樂保持或者靜音保持
[0043]WSP=%x20/%x09 ;空格符或者水平制表符
[0044]其中，role-suite值依據(jù)本方具體的角色進(jìn)行填充，不能夠通過命令行進(jìn)行配置，而service-state值可以通過增加相應(yīng)的命令行配置為"on"或者"off〃，在使用過程中可根據(jù)具體情況進(jìn)行自主選擇。
[0045]S202，所述SIP服務(wù)器判斷所述音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)；若否，轉(zhuǎn)至S203，若是，轉(zhuǎn)至S204。
[0046]由于本申請(qǐng)針對(duì)普通呼叫以及三方會(huì)議中的音樂保持業(yè)務(wù)均設(shè)置由用戶來(lái)指定協(xié)商發(fā)起與否，因此，音樂保持服務(wù)標(biāo)識(shí)的狀態(tài)為所述會(huì)話保持設(shè)備或所述被保持設(shè)備根據(jù)用戶的選擇所設(shè)置。音樂保持或者靜音保持的協(xié)商原則為:保持發(fā)起方要求靜音保持時(shí)，以保持發(fā)起方的意愿為主；保持發(fā)起方要求音樂保持時(shí)，以被保持方意愿為主。該步驟將首先根據(jù)保持設(shè)備的選擇進(jìn)行第一步的判斷。
[0047]S203，所述SIP服務(wù)器在收到所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息后拒絕向音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息，并轉(zhuǎn)至S205。
[0048]S204，所述SIP服務(wù)器進(jìn)一步判斷所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)，并在判斷結(jié)果為否的情況下拒絕向所述音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息，并轉(zhuǎn)至S205。
[0049]進(jìn)一步的，如果在SIP服務(wù)器判斷會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)為開啟狀態(tài)，則SIP服務(wù)器向音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息。使音樂服務(wù)器后續(xù)提供音樂保持服務(wù)。
[0050]S205，所述SIP服務(wù)器向所述會(huì)話被保持設(shè)備返回呼叫保持確認(rèn)消息。
[0051]為了進(jìn)一步闡述本發(fā)明的技術(shù)思想，現(xiàn)結(jié)合具體的應(yīng)用場(chǎng)景，對(duì)本發(fā)明的技術(shù)方案進(jìn)行說(shuō)明。
[0052]如圖3所示，為三方會(huì)議中參與方UA2拍叉主動(dòng)要求靜音保持的基本協(xié)商流程示意圖，其消息交互流程步驟如下:
[0053]S301，在形成三方會(huì)議的過程中，SIP Server將會(huì)議角色標(biāo)識(shí)通過SIP消息告之
每一個(gè)與會(huì)者；
[0054]S302，UA2作為IP側(cè)會(huì)議參與方拍叉向SIP Server發(fā)送帶SDP的呼叫保持INVITE請(qǐng)求，并根據(jù)(I)中協(xié)商好自身的會(huì)話角色以及靜音保持意愿在INVITE請(qǐng)求SDP中攜帶，，a=role: conference_participator moh:off，，屬性；
[0055]S303, SIP Server收到帶SDP的呼叫保持INVITE請(qǐng)求進(jìn)行解析，SDP中攜帶靜音保持屬性，此時(shí)SIP Server直接向UAl透?jìng)鞔吮３终?qǐng)求；
[0056]S304，會(huì)議發(fā)起方收到保持請(qǐng)求并響應(yīng)此請(qǐng)求；
[0057]S305，在上個(gè)步驟完成后，UAl被UA2靜音保持，且UAl繼續(xù)與UA3進(jìn)行通話。
[0058]而當(dāng)會(huì)議中的參與方拍叉欲發(fā)起音樂保持，但會(huì)議發(fā)起方要求靜音保持時(shí)，其基本協(xié)商流程如圖4所示，包括以下步驟:
[0059]S401，在形成三方會(huì)議的過程中，SIP Server將會(huì)議角色標(biāo)識(shí)通過SIP消息告之
每一個(gè)與會(huì)者；
[0060]S402, UA2作為IP側(cè)會(huì)議參與方拍叉向SIP Server發(fā)送帶SDP的呼叫保持INVITE請(qǐng)求，并根據(jù)自身的會(huì)話角色以及音樂保持意愿在INVITE請(qǐng)求SDP中攜帶，，a=role: conference_participator moh:on，，屬性；
[0061]S403, SIP Server收到帶SDP的呼叫保持INVITE請(qǐng)求進(jìn)行解析，SDP中攜帶音樂保持屬性，此時(shí)SIP Server向會(huì)議發(fā)起方發(fā)送不帶SDP INVITE請(qǐng)求；
[0062]S404，會(huì)議發(fā)起方收到不帶SDP INVITE請(qǐng)求后向SIP Server回復(fù)帶自身編解碼集合的2000K應(yīng)答，并根據(jù)自身的會(huì)話角色以及靜音保持意愿在2000K應(yīng)答的SDP中攜帶，，a=role: conference_organiger moh:off，，屬性；
[0063]S405, SIP Server收到會(huì)議發(fā)起方2000K應(yīng)答后對(duì)其進(jìn)行解析，應(yīng)答消息的SDP中攜帶”a=role: conference_organiger moh: off”屬性表示會(huì)議發(fā)起方要求靜音保持,SIPServer直接回復(fù)ACK確認(rèn)；
[0064]S406，在S405完成后，UAl被UA2靜音保持，且UAl繼續(xù)與UA3進(jìn)行通話。
[0065]為達(dá)到以上技術(shù)目的，本發(fā)明還提出了一種會(huì)議啟動(dòng)協(xié)議SIP服務(wù)器，如圖5所示，包括:[0066]消息處理模塊510，用于從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息，所述呼叫保持請(qǐng)求消息攜帶音樂保持服務(wù)標(biāo)識(shí)；
[0067]消息判斷模塊520，用于判斷所述音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)；
[0068]若否，所述消息判斷模塊520指示所述消息處理模塊510在收到所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息后拒絕向音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息；
[0069]若是，所述消息判斷模塊520進(jìn)一步判斷所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)，并在判斷結(jié)果為否的情況下指示所述消息處理模塊510拒絕向所述音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息；
[0070]所述消息處理模塊510，還用于向所述會(huì)話被保持設(shè)備返回呼叫保持確認(rèn)消息。
[0071]在具體的應(yīng)用場(chǎng)景中，還包括:角色確定模塊，用于在所述消息處理模塊510從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息之后，根據(jù)所述角色信息確定所述會(huì)話被保持設(shè)備的角色；
[0072]若所述會(huì)話保持設(shè)備為會(huì)話參與方或普通呼叫被叫，所述角色確定模塊指示所述消息判斷模塊520繼續(xù)判斷所述音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)；
[0073]其中，所述呼叫保持請(qǐng)求消息中還攜帶有所述會(huì)話保持設(shè)備的角色信息。
[0074]在具體的應(yīng)用場(chǎng)景中，還包括:角色分配模塊，用于在所述消息處理模塊510從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息之前，確定當(dāng)前各與會(huì)設(shè)備的角色，并將會(huì)議角色信息通過SIP消息通告所述各與會(huì)設(shè)備。
[0075]在具體的應(yīng)用場(chǎng)景中，所述消息處理模塊510，還用于在所述消息判斷模塊520進(jìn)一步判斷所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)為開啟狀態(tài)之后，向所述音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息。
[0076]在具體的應(yīng)用場(chǎng)景中，所述音樂保持服務(wù)標(biāo)識(shí)的狀態(tài)為所述會(huì)話保持設(shè)備或所述被保持設(shè)備根據(jù)用戶的選擇所設(shè)置。
[0077]通過應(yīng)用以上技術(shù)方案，由SIP服務(wù)器根據(jù)呼叫保持請(qǐng)求消息或應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)來(lái)判斷是否需要拒絕向音樂保持服務(wù)轉(zhuǎn)發(fā)相應(yīng)的消息，從而實(shí)現(xiàn)了根據(jù)保持設(shè)備和被保持設(shè)備的選擇協(xié)商是否音樂保持，優(yōu)化了三方會(huì)議中的放音業(yè)務(wù)，有效解決了目前三方會(huì)議業(yè)務(wù)與音樂保持業(yè)務(wù)相互疊加而非真正融合的問題，增強(qiáng)了用戶體驗(yàn)。
[0078]通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過硬件實(shí)現(xiàn)，也可以借助軟件加必要的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)?；谶@樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該軟件產(chǎn)品可以存儲(chǔ)在一個(gè)非易失性存儲(chǔ)介質(zhì)(可以是⑶-R0M，U盤，移動(dòng)硬盤等)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施場(chǎng)景所述的方法。
[0079]本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施場(chǎng)景的示意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明所必須的。
[0080]本領(lǐng)域技術(shù)人員可以理解實(shí)施場(chǎng)景中的裝置中的模塊可以按照實(shí)施場(chǎng)景描述進(jìn)行分布于實(shí)施場(chǎng)景的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施場(chǎng)景的一個(gè)或多個(gè)裝置中。上述實(shí)施場(chǎng)景的模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。
[0081]上述本發(fā)明序號(hào)僅僅為了描述，不代表實(shí)施場(chǎng)景的優(yōu)劣。[0082]以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施場(chǎng)景，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1.一種會(huì)話音樂控制方法，其特征在于，包括: 會(huì)議啟動(dòng)協(xié)議SIP服務(wù)器從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息，所述呼叫保持請(qǐng)求消息攜帶音樂保持服務(wù)標(biāo)識(shí)； 所述SIP服務(wù)器判斷所述音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)； 若否，所述SIP服務(wù)器在收到所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息后拒絕向音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息； 若是，所述SIP服務(wù)器進(jìn)一步判斷所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)，并在判斷結(jié)果為否的情況下拒絕向所述音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息； 所述SIP服務(wù)器向所述會(huì)話被保持設(shè)備返回呼叫保持確認(rèn)消息。
2.如權(quán)利要求1所述的方法，其特征在于，所述呼叫保持請(qǐng)求消息中還攜帶有所述會(huì)話保持設(shè)備的角色信息，所述SIP服務(wù)器從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息之后，還包括: 所述SIP服務(wù)器根據(jù)所述角色信息確定所述會(huì)話被保持設(shè)備的角色； 若所述會(huì)話保持設(shè)備為會(huì)話參與方或普通呼叫被叫，所述SIP服務(wù)器繼續(xù)判斷所述音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)。
3.如權(quán)利要求2所述的方法，其特征在于，在所述SIP服務(wù)器從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息之前，還包括: 所述SIP服務(wù)器確定當(dāng)前各與會(huì)設(shè)備的角色，并將會(huì)議角色信息通過SIP消息通告所述各與會(huì)設(shè)備。
4.如權(quán)利要求1所述的方法，其特征在于，在所述SIP服務(wù)器進(jìn)一步判斷所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)之后，還包括: 若所述判斷結(jié)果為是，所述SIP服務(wù)器向所述音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息。
5.如權(quán)利要求1-4所述的方法，其特征在于， 所述音樂保持服務(wù)標(biāo)識(shí)的狀態(tài)為所述會(huì)話保持設(shè)備或所述被保持設(shè)備根據(jù)用戶的選擇所設(shè)置。
6.一種會(huì)議啟動(dòng)協(xié)議SIP服務(wù)器，其特征在于，包括: 消息處理模塊，用于從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息，所述呼叫保持請(qǐng)求消息攜帶音樂保持服務(wù)標(biāo)識(shí)； 消息判斷模塊，用于判斷所述音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)； 若否，所述消息判斷模塊指示所述消息處理模塊在收到所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息后拒絕向音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息； 若是，所述消息判斷模塊進(jìn)一步判斷所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)，并在判斷結(jié)果為否的情況下指示所述消息處理模塊拒絕向所述音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息； 所述消息處理模塊，還用于向所述會(huì)話被保持設(shè)備返回呼叫保持確認(rèn)消息。
7.如權(quán)利要求6所述的SIP服務(wù)器，其特征在于，還包括: 角色確定模塊，用于在所述消息處理模塊從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息之后，根據(jù)所述角色信息確定所述會(huì)話被保持設(shè)備的角色；若所述會(huì)話保持設(shè)備為會(huì)話參與方或普通呼叫被叫，所述角色確定模塊指示所述消息判斷模塊繼續(xù)判斷所述音樂保持服務(wù)標(biāo)識(shí)是否為開啟狀態(tài)； 其中，所述呼叫保持請(qǐng)求消息中還攜帶有所述會(huì)話保持設(shè)備的角色信息。
8.如權(quán)利要求7所述的SIP服務(wù)器，其特征在于，還包括: 角色分配模塊，用于在所述消息處理模塊從會(huì)話保持設(shè)備接收呼叫保持請(qǐng)求消息之前，確定當(dāng)前各與會(huì)設(shè)備的角色，并將會(huì)議角色信息通過SIP消息通告所述各與會(huì)設(shè)備。
9.如權(quán)利 要求6所述的SIP服務(wù)器，其特征在于， 所述消息處理模塊，還用于在所述消息判斷模塊進(jìn)一步判斷所述會(huì)話被保持設(shè)備回復(fù)的應(yīng)答響應(yīng)消息中所攜帶的音樂保持服務(wù)標(biāo)識(shí)為開啟狀態(tài)之后，向所述音樂服務(wù)器轉(zhuǎn)發(fā)所述應(yīng)答響應(yīng)消息。
10.如權(quán)利要求6-9所述的SIP服務(wù)器，其特征在于， 所述音樂保持服務(wù)標(biāo)識(shí)的狀態(tài)為所述會(huì)話保持設(shè)備或所述被保持設(shè)備根據(jù)用戶的選擇所設(shè)置。
【文檔編號(hào)】H04L29/06GK103685245SQ201310632736
【公開日】2014年3月26日 申請(qǐng)日期:2013年11月29日 優(yōu)先權(quán)日:2013年11月29日
【發(fā)明者】陳捷, 張琦楓 申請(qǐng)人:杭州華三通信技術(shù)有限公司