專(zhuān)利名稱(chēng)：一種電話會(huì)議控制方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域中的電話會(huì)議技術(shù)，具體的，涉及一種利用會(huì)話初始協(xié)議(SIP)實(shí)現(xiàn)對(duì)電話會(huì)議控制的方法和系統(tǒng)。
背景技術(shù)：
隨著NGN網(wǎng)絡(luò)(下一代網(wǎng)絡(luò))的迅速發(fā)展，電話會(huì)議業(yè)務(wù)也越來(lái)越得到廣泛的使用?，F(xiàn)有電話會(huì)議多采用H.323(基于分組的多媒體通信系統(tǒng))或MGCP(用于控制器控制媒體網(wǎng)關(guān)操作的從屬協(xié)議)協(xié)議實(shí)現(xiàn)。H.323協(xié)議比較靈活，可實(shí)現(xiàn)多種業(yè)務(wù)，其缺陷是實(shí)現(xiàn)起來(lái)難度很大，在使用中也容易出錯(cuò)。MGCP協(xié)議比較簡(jiǎn)單，但是不夠靈活，只能實(shí)現(xiàn)一些基本的會(huì)議功能，比如向會(huì)場(chǎng)統(tǒng)一播放音樂(lè)、錄音、進(jìn)行電話終端的接入、刪除等功能。但是隨著電話會(huì)議業(yè)務(wù)的發(fā)展，其對(duì)功能、類(lèi)型的要求也在增加，比如需要進(jìn)行電話會(huì)議的建立、預(yù)留，會(huì)場(chǎng)中進(jìn)行有選擇的錄音、放音、刪除等操作，現(xiàn)有技術(shù)已經(jīng)不能滿足上述多種業(yè)務(wù)的需求。另外，由于上述協(xié)議均采用單方發(fā)送的方式，如果出現(xiàn)操作不成功等問(wèn)題，控制器無(wú)法得知，嚴(yán)重時(shí)會(huì)議根本無(wú)法進(jìn)行。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種對(duì)電話會(huì)議進(jìn)行控制的方法和系統(tǒng)，以實(shí)現(xiàn)對(duì)電話會(huì)議的多樣化控制。
一種電話會(huì)議控制方法，包括以下步驟會(huì)議控制器向會(huì)議資源系統(tǒng)發(fā)送INFO消息；所述INFO消息的消息體body字段中含有對(duì)電話會(huì)議進(jìn)行操作的命令信息；所述會(huì)議資源系統(tǒng)接收所述INFO消息，獲取所述命令信息，并根據(jù)所述命令信息對(duì)電話會(huì)議進(jìn)行操作。
一種電話會(huì)議系統(tǒng)，包括會(huì)議控制器和會(huì)議資源系統(tǒng)；所述會(huì)議控制器用于向會(huì)議資源系統(tǒng)發(fā)送INFO消息，所述INFO消息的消息體body字段中含有對(duì)電話會(huì)議進(jìn)行操作的命令信息；所述會(huì)議資源系統(tǒng)用于接收所述INFO消息，從中獲取所述命令信息，并根據(jù)所述命令信息對(duì)電話會(huì)議進(jìn)行操作；所述操作至少包括修改連接屬性、修改會(huì)議大小、收號(hào)、對(duì)指定或全體電話終端進(jìn)行錄音、放音中的一種。
所述會(huì)議控制器包括順次相連的第一系統(tǒng)支撐模塊、第一業(yè)務(wù)控制模塊、呼叫處理模塊和第一會(huì)話初始協(xié)議SIP處理模塊；所述第一SIP處理模塊用于根據(jù)所述呼叫處理模塊的信令構(gòu)造包含命令信息的SIP消息并發(fā)送到會(huì)議資源系統(tǒng)或電話終端，對(duì)接收到的SIP消息進(jìn)行解析，獲取其中包含的信息并發(fā)送到所述呼叫處理模塊進(jìn)行處理。
所述會(huì)議資源系統(tǒng)，包括第二SIP處理模塊，以及順次相連的第二系統(tǒng)支撐模塊、第二業(yè)務(wù)控制模塊和媒體處理模塊；所述第二SIP處理模塊與第二業(yè)務(wù)控制模塊相連，其用于接收并解析來(lái)自會(huì)議控制器的SIP消息，從中獲得命令信息并發(fā)送到所述第二業(yè)務(wù)控制模塊，根據(jù)所述第二業(yè)務(wù)控制模塊的信令構(gòu)造SIP消息并發(fā)送到會(huì)議控制器；所述第二業(yè)務(wù)控制模塊用于根據(jù)來(lái)自所述第二SIP處理模塊的控制信息向所述媒體處理模塊發(fā)送指令，實(shí)現(xiàn)與電話終端的媒體流交互。
本發(fā)明利用擴(kuò)展后的SIP協(xié)議，實(shí)現(xiàn)了對(duì)電話會(huì)議預(yù)留建立，用戶加入會(huì)議，會(huì)議有選擇地進(jìn)行錄音、放音，用戶屬性修改，會(huì)議大小修改，用戶退出會(huì)議，電話會(huì)議刪除等多樣化功能。具有易于操作與實(shí)現(xiàn)、能夠滿足各種業(yè)務(wù)需求的優(yōu)點(diǎn)。


圖1是本發(fā)明的系統(tǒng)結(jié)構(gòu)圖。
圖2是本發(fā)明系統(tǒng)中會(huì)議控制器與會(huì)議資源系統(tǒng)的內(nèi)部結(jié)構(gòu)關(guān)系圖。
圖3是本發(fā)明會(huì)議建立流程圖。
圖4是本發(fā)明一個(gè)實(shí)施例的業(yè)務(wù)控制及結(jié)果上報(bào)流程圖。
圖5是本發(fā)明另一個(gè)實(shí)施例的業(yè)務(wù)控制及結(jié)果上報(bào)流程圖。
圖6是本發(fā)明中刪除會(huì)議的流程圖。
具體實(shí)施例方式
下面根據(jù)附圖和具體實(shí)施例對(duì)本發(fā)明作進(jìn)一步闡述。
會(huì)話初始協(xié)議(SIP)與超文本傳輸協(xié)議(HTTP)一樣使用文本方式進(jìn)行傳輸，能夠與會(huì)話描述協(xié)議(SDP)、資源預(yù)留協(xié)議(RSVP)等多種協(xié)議進(jìn)行嵌套使用，具有很強(qiáng)的擴(kuò)展性，且其信令發(fā)送是采用三方握手的方式進(jìn)行，能夠保證系統(tǒng)的正常運(yùn)行。因此它憑借其簡(jiǎn)單、易于擴(kuò)展、便于實(shí)現(xiàn)等諸多優(yōu)點(diǎn)越來(lái)越得到業(yè)界的青睞，正逐步成為NGN(下一代網(wǎng)絡(luò))網(wǎng)絡(luò)和IP多媒體子系統(tǒng)域中的重要協(xié)議。市場(chǎng)上也出現(xiàn)越來(lái)越多的支持SIP協(xié)議的客戶端軟件、智能多媒體終端，以及用SIP協(xié)議實(shí)現(xiàn)的服務(wù)器和軟交換設(shè)備等。
如圖1所示，本發(fā)明電話會(huì)議系統(tǒng)包括會(huì)議控制器1、會(huì)議資源系統(tǒng)2、軟交換設(shè)備3和電話終端4。其中，會(huì)議控制器1與會(huì)議資源系統(tǒng)2和電話終端4之間主要通過(guò)軟交換設(shè)備3傳遞控制信息流，會(huì)議資源系統(tǒng)2和電話終端4之間傳送媒體信息流。各電話終端之間可通過(guò)網(wǎng)絡(luò)相連?？梢钥闯霰景l(fā)明采用業(yè)務(wù)控制與業(yè)務(wù)實(shí)現(xiàn)分離的模式。其中，會(huì)議控制器1負(fù)責(zé)電話的接入、控制會(huì)場(chǎng)中各個(gè)用戶的權(quán)限、對(duì)會(huì)議中各種業(yè)務(wù)的邏輯進(jìn)行控制等，如控制會(huì)議當(dāng)前的狀態(tài)(錄音、放音、混音等)。而業(yè)務(wù)的具體實(shí)現(xiàn)是由會(huì)議資源系統(tǒng)2在會(huì)議控制器1的控制下完成的，如對(duì)會(huì)議控制器1指定的電話終端4進(jìn)行放音、錄音，或?qū)?huì)場(chǎng)所有電話終端播放背景音樂(lè)等操作，及時(shí)向會(huì)議控制器1上報(bào)某電話終端4的按鍵信息等。
如圖2所示，本發(fā)明系統(tǒng)中，會(huì)議控制器1和會(huì)議資源系統(tǒng)2中都包括SIP處理模塊。其中，會(huì)議控制器1中包括第一SIP處理模塊11、呼叫處理模塊12、第一業(yè)務(wù)控制模塊13和第一系統(tǒng)支撐模塊14。第一SIP處理模塊11的功能是根據(jù)所述呼叫處理模塊12的信令構(gòu)造包含控制信息的SIP消息并發(fā)送到會(huì)議資源系統(tǒng)2或電話終端4，對(duì)接收到的SIP消息進(jìn)行解析，獲取其中的控制信息并發(fā)送到所述呼叫處理模塊12。呼叫處理模塊12用于處理來(lái)自業(yè)務(wù)控制模塊和第一SIP處理模塊11的信息，將上述數(shù)字信息或模擬信息適配為相同格式的信息。第一業(yè)務(wù)控制模塊13主要負(fù)責(zé)資源的管理，如會(huì)議大小、各用戶權(quán)限、各種業(yè)務(wù)的控制等，它對(duì)呼叫處理模塊12傳送來(lái)的消息進(jìn)行處理、向呼叫處理模塊12發(fā)送命令信息。第一系統(tǒng)支撐模塊14用于提供上層業(yè)務(wù)的支撐功能，是SIP裝置的底層平臺(tái)。
會(huì)議資源系統(tǒng)2中包括第二SIP處理模塊21、媒體處理模塊22、第二業(yè)務(wù)控制模塊23和第二系統(tǒng)支撐模塊24。其中，媒體處理模塊22、第二業(yè)務(wù)控制模塊23和第二系統(tǒng)支撐模塊24順次相連，第二SIP處理模塊21與第二業(yè)務(wù)控制模塊23相連。第二SIP處理模塊21的功能是接收并解析來(lái)自電話終端4和會(huì)議控制器1的SIP消息，從中獲得控制信息然后發(fā)送到第二業(yè)務(wù)控制模塊23；根據(jù)業(yè)務(wù)控制模塊的指令構(gòu)造SIP消息，并將構(gòu)造好的SIP消息發(fā)送到電話終端4或會(huì)議控制器1。第二業(yè)務(wù)控制模塊23用于響應(yīng)來(lái)自會(huì)議控制器1的控制信息，分析出業(yè)務(wù)類(lèi)型，從資源池中分配所需資源，根據(jù)業(yè)務(wù)類(lèi)型向所述媒體處理模塊22發(fā)送指令，實(shí)現(xiàn)與電話終端4的媒體流交互；并且在操作完成后把結(jié)果通過(guò)第二SIP處理模塊21上報(bào)給會(huì)議控制器1，以便會(huì)議控制器執(zhí)行下一步操作。第二系統(tǒng)支撐模塊24與會(huì)議控制器1中第一系統(tǒng)支撐模塊14的功能相似。媒體處理模塊22負(fù)責(zé)媒體流的處理，其根據(jù)第二業(yè)務(wù)控制模塊23的指令有針對(duì)性地向電話終端4或全體電話終端發(fā)送媒體流，接收來(lái)自電話終端4的媒體流并進(jìn)行存儲(chǔ)。
本領(lǐng)域技術(shù)人員知道，會(huì)議控制器1和會(huì)議資源系統(tǒng)2中的系統(tǒng)支撐模塊、業(yè)務(wù)控制模塊、呼叫處理模塊和媒體處理模塊的功能和實(shí)現(xiàn)為現(xiàn)有比較成熟的技術(shù)，故不在此詳述。
一個(gè)完整的電話會(huì)議包括三個(gè)階段會(huì)議建立、會(huì)議進(jìn)行中和刪除會(huì)議。
下面將對(duì)上述三個(gè)階段進(jìn)行詳細(xì)說(shuō)明1、會(huì)議建立會(huì)議建立時(shí)，會(huì)議控制器1向會(huì)議資源系統(tǒng)2和電話終端4分別發(fā)送攜帶會(huì)議ID，會(huì)議大小信息的SIP INVITE消息(請(qǐng)求初始呼叫消息)以建立一個(gè)會(huì)議的控制連接，該連接不占用資源，在會(huì)議中可以用于會(huì)場(chǎng)的各種操作，如修改會(huì)議大小、會(huì)場(chǎng)錄放音等。上述會(huì)議ID和會(huì)議大小信息包含在擴(kuò)展后的INBITE消息的URI(統(tǒng)一資源標(biāo)識(shí)符)中。其中SIP-URI被擴(kuò)展為conf.conf_id.size.conf_size@dest_ip。當(dāng)建立一個(gè)會(huì)議ID為1234、能夠容納20個(gè)用戶接入的會(huì)議時(shí)，SIP-URI為conf.1234.size＝20@dest_ip，如圖3步驟1所示。這樣，當(dāng)有電話終端4希望加入會(huì)議時(shí)就可以根據(jù)會(huì)議的ID發(fā)送INVITE請(qǐng)求消息接入。
另外，由于用戶在會(huì)議過(guò)程中會(huì)有各種業(yè)務(wù)的需求，需要按鍵以通知會(huì)議控制器1。本發(fā)明也采用擴(kuò)展后的SIP INVITE消息的URI攜帶會(huì)議ID信息和電話終端4功能鍵信息，其中，SIP-URI被擴(kuò)展為conf.conf_id(conf_paras)@dest_ip。比如電話終端41接入ID為1234的會(huì)議，且其功能鍵1#、2#、和3#有效，則會(huì)議控制器1向會(huì)議資源系統(tǒng)2發(fā)送SIP-URIconf.1234(dm＝1#|2#|3#)@dest_ip(如圖3第五步所示)，通知會(huì)議資源系統(tǒng)2保存對(duì)應(yīng)電話終端4的功能鍵信息。這樣，當(dāng)對(duì)應(yīng)用戶按下某一功能鍵時(shí)，會(huì)議資源系統(tǒng)2可以識(shí)別用戶向其傳送的信號(hào)，并作出相應(yīng)反應(yīng)。
例如某用戶通過(guò)web在會(huì)議控制器1上建立一個(gè)會(huì)場(chǎng)，該會(huì)場(chǎng)ID為1234。電話終端phone1摘機(jī)，撥打會(huì)議業(yè)務(wù)接入號(hào)，并且根據(jù)提示輸入會(huì)議ID(1234)加入會(huì)議。會(huì)議控制器1接收到phone1的請(qǐng)求后通知會(huì)議資源系統(tǒng)2把phone1加入ID＝1234的會(huì)場(chǎng)中，將攜帶會(huì)議ID信息、phone1終端IP地址和功能鍵信息的信息發(fā)送到會(huì)議資源系統(tǒng)2。這樣，會(huì)議資源系統(tǒng)2就可以根據(jù)會(huì)議控制器1發(fā)過(guò)來(lái)的phone1的IP地址和端口，接收phone1的語(yǔ)音數(shù)據(jù)(RTP/RTCP協(xié)議)了。phone2以同樣的方式也加入ID＝1234的會(huì)議，這樣phone1和phone2就可以直接通話了。所有的電話終端4都加入后，就可以開(kāi)會(huì)了。
說(shuō)明書(shū)附圖中，“臨時(shí)響應(yīng)信息”是SIP消息中一方收到消息后向發(fā)送方返回的一個(gè)臨時(shí)響應(yīng)消息，如振鈴音；“通話正常建立”是SIP消息中代表通話正常建立的消息；“確認(rèn)”消息為確認(rèn)消息。
2、會(huì)議進(jìn)行中會(huì)議進(jìn)行中主要包括業(yè)務(wù)控制部分和結(jié)果上報(bào)部分。
①業(yè)務(wù)控制為了給會(huì)議提供豐富的業(yè)務(wù)服務(wù)功能，應(yīng)用BAU(Base Audio Package，基礎(chǔ)語(yǔ)音包)格式，SIP協(xié)議中用于會(huì)話中信令的INFO消息的body(消息體)被簡(jiǎn)單擴(kuò)展，以分別進(jìn)行針對(duì)會(huì)場(chǎng)、個(gè)別用戶的錄放音操作，針對(duì)用戶的收號(hào)操作，針對(duì)會(huì)議的連接屬性、會(huì)議大小的修改操作等。
body內(nèi)容格式如下service_type.packet_type.operation_type[.sub_operation_type](parameter...parameter)，其中service_type代表業(yè)務(wù)類(lèi)型，如果是對(duì)整個(gè)會(huì)場(chǎng)的操作，可用conf表示，如果為單用戶操作，可用ivr表示。Packet_type代表后續(xù)操作包類(lèi)型(包括參數(shù)類(lèi)型)，可以為A包(Audio Package)、BAU包或其他包。Operation_type代表控制操作的類(lèi)型，如進(jìn)行放音操作(pa)，錄音操作(pr)或收號(hào)操作(pc)。Sub_operation_type代表子操作類(lèi)型，用于對(duì)操作類(lèi)型的擴(kuò)展，根據(jù)需要此項(xiàng)可選。一個(gè)比較典型的應(yīng)用是進(jìn)行會(huì)場(chǎng)背景放音和會(huì)場(chǎng)廣播放音，由于該操作的業(yè)務(wù)類(lèi)型、操作類(lèi)型都相同，所以擴(kuò)展該字段為annc/bkgd，annc代表會(huì)場(chǎng)廣播放音，bkgd代表會(huì)場(chǎng)背景放音。Parameter(操作參數(shù))則根據(jù)包類(lèi)型不同而不同，如BAU包的參數(shù)則包括放音文件an，收號(hào)模板dm，錄音文件rid等等。
例如，會(huì)議控制器1向會(huì)議資源系統(tǒng)2發(fā)送SIP控制消息，控制會(huì)議資源系統(tǒng)2為會(huì)場(chǎng)進(jìn)行背景放音，播放音樂(lè)為music.wav，其向會(huì)議資源系統(tǒng)2發(fā)送的INFO消息的body內(nèi)容就為conf.BAU.pa.bkgd(an＝file://music.wav)。如圖4所示第一步。
當(dāng)希望針對(duì)會(huì)場(chǎng)用戶廣播放音時(shí)，INFO消息的body內(nèi)容為annc.BAU.pa(an＝file://music.wav)。
而一個(gè)針對(duì)會(huì)場(chǎng)用戶進(jìn)行收號(hào)(旨在收到“1234”)的SIP控制消息的body內(nèi)容為annc.BAU.pc(dm＝1234)。
而一個(gè)針對(duì)會(huì)場(chǎng)錄音(文件放到FTP文件服務(wù)器上)的body內(nèi)容為conf.BAU.pr(rid＝ftp://record.wav)
除處理放音、錄音等操作之外，有時(shí)還需要修改連接的屬性，如可以接收也可以發(fā)送(sendrecv)、只發(fā)送不接收(sendonly)、只接收不發(fā)送(recvonly)，不能發(fā)送也不能接收(inactive)，有時(shí)還需要修改會(huì)議大小等。同樣也可以采用擴(kuò)展后的INFO消息的body實(shí)現(xiàn)。由于每一個(gè)連接都有唯一的連接號(hào)Call-Id，body不需要帶連接信息。這樣，修改通道屬性時(shí)，body內(nèi)容可以是mode＝sendrecv；修改會(huì)議大小時(shí)，body內(nèi)容可以為size＝50，如圖5中步驟1。
②結(jié)果上報(bào)為了保證會(huì)議控制器1的每個(gè)命令消息都被準(zhǔn)確無(wú)誤地執(zhí)行，同時(shí)在出錯(cuò)后及時(shí)得知消息，保證會(huì)議正常進(jìn)行，本發(fā)明增加了結(jié)果上報(bào)步驟。會(huì)議資源系統(tǒng)2每執(zhí)行一個(gè)SIP控制消息后，都向所述會(huì)議控制器1上報(bào)結(jié)果信息。如在會(huì)場(chǎng)中用戶有權(quán)限按鍵以選擇不同的功能，會(huì)議資源系統(tǒng)2收到號(hào)碼需要與收號(hào)模板(digit map)比較，并將結(jié)果上報(bào)給會(huì)議控制器1，進(jìn)行下一步操作。上報(bào)結(jié)果也采用擴(kuò)展后的SIP INFO消息，所述結(jié)果信息包含在INFO消息的body字段中。body內(nèi)容格式如下Event-Type＝service_typeEvent-Content＝result_typeDigitdigit_reportOP-Type＝operation_typecause＝result_code；text＝result_text其中，Event-Type表示事件所屬業(yè)務(wù)類(lèi)型，可以為ivr(交互式應(yīng)答業(yè)務(wù))、conf(會(huì)議業(yè)務(wù))或其他。Event-Content表示業(yè)務(wù)結(jié)果類(lèi)型，可以為OC(操作成功)、OF(操作失敗)、DIGIT(號(hào)碼上報(bào))或其他。如果結(jié)果為DIGIT類(lèi)型，需要帶字段DIGIT表示具體號(hào)碼，其他類(lèi)型不需要攜帶。為了詳細(xì)區(qū)分操作類(lèi)型，和操作返回的成功、錯(cuò)誤標(biāo)志，需要增加一下字段OP-Type(操作類(lèi)型)、cause(結(jié)果代碼錯(cuò)誤碼，200表示成功)、test(具體結(jié)果信息明文表示成功或錯(cuò)誤類(lèi)型)。
如圖4步驟三所示，一個(gè)會(huì)場(chǎng)背景放音成功結(jié)束后，會(huì)議資源系統(tǒng)2向會(huì)議控制器1發(fā)送結(jié)果上報(bào)信息，body內(nèi)容如下
Event-Type＝confEvent-Content＝OCOP-Type＝pacause＝200；text＝”play complete”如圖5步驟三所示，修改會(huì)議大小后，會(huì)議資源系統(tǒng)2向會(huì)議控制器1發(fā)送結(jié)果上報(bào)信息，body內(nèi)容如下Event-Type＝confEvent-Content＝OCOP-Type＝resizecause＝200；text＝”resize success”另外，還有針對(duì)會(huì)場(chǎng)中單通道放音、會(huì)場(chǎng)單通道收號(hào)、以及放音收號(hào)相結(jié)合、錄音收號(hào)相結(jié)合、錄音、修改通道屬性、靜音等操作，其業(yè)務(wù)控制和結(jié)果上報(bào)的方法與上述方法相似，在此不再進(jìn)行詳述。
3、刪除會(huì)議會(huì)議結(jié)束，會(huì)議控制器1根據(jù)掌握的連接號(hào)信息(Call-ID)向會(huì)議資源系統(tǒng)2發(fā)送SIP BYE消息(SIP協(xié)議中用于終止一呼叫上兩個(gè)用戶之間的呼叫)。會(huì)議資源系統(tǒng)2找到相應(yīng)的連接并刪除，如果刪除成功則返回成功消息(200OK)，如果沒(méi)有找到相應(yīng)的連接，或者刪除失敗，則返回錯(cuò)誤響應(yīng)(481)，如圖6所示。
綜上所述，本發(fā)明應(yīng)用于NGN網(wǎng)絡(luò)中應(yīng)用廣泛的業(yè)務(wù)控制和業(yè)務(wù)實(shí)現(xiàn)分離的模式下，解決了業(yè)務(wù)控制者(會(huì)議控制器)與業(yè)務(wù)實(shí)現(xiàn)者(會(huì)議資源系統(tǒng))之間的實(shí)現(xiàn)方式。本發(fā)明利用擴(kuò)展后的SIP協(xié)議，可以實(shí)現(xiàn)對(duì)電話會(huì)議預(yù)留建立，用戶加入會(huì)議，會(huì)場(chǎng)背景放音、會(huì)場(chǎng)廣播放音、會(huì)場(chǎng)中單通道放音、會(huì)場(chǎng)錄音、會(huì)場(chǎng)單通道錄音、會(huì)場(chǎng)單通道收號(hào)、以及放音收號(hào)相結(jié)合、錄音收號(hào)相結(jié)合等眾多業(yè)務(wù)，用戶屬性修改，會(huì)議大小修改，用戶退出會(huì)議，電話會(huì)議刪除等全部功能。其中許多是目前會(huì)議系統(tǒng)無(wú)法提供的，使電話會(huì)議更加精彩。具有控制流程簡(jiǎn)單、易于操作與實(shí)現(xiàn)、能夠滿足各種業(yè)務(wù)需求的優(yōu)點(diǎn)，且每一種操作都遵照“操作——操作響應(yīng)——結(jié)果——結(jié)果響應(yīng)”的交互式應(yīng)答流程，能夠保證了會(huì)議的正常進(jìn)行，提高系統(tǒng)效率。
權(quán)利要求
1.一種電話會(huì)議控制方法，其特征在于，包括以下步驟會(huì)議控制器向會(huì)議資源系統(tǒng)發(fā)送INFO消息；所述INFO消息的消息體body字段中含有對(duì)電話會(huì)議進(jìn)行操作的命令信息；所述會(huì)議資源系統(tǒng)接收所述INFO消息，獲取所述命令信息，并根據(jù)所述命令信息對(duì)電話會(huì)議進(jìn)行操作。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于所述命令信息至少包括業(yè)務(wù)類(lèi)型、操作包類(lèi)型、控制操作類(lèi)型和操作參數(shù)。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于所述INFO消息采用基礎(chǔ)語(yǔ)音包BAU格式。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述命令信息對(duì)應(yīng)的操作包括以下操作中的至少一種修改連接屬性、修改會(huì)議大小、收號(hào)、對(duì)指定或全體電話終端進(jìn)行錄音、放音。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，進(jìn)一步包括步驟所述會(huì)議資源系統(tǒng)每執(zhí)行一個(gè)操作后，向所述會(huì)議控制器返回一INFO消息；所述INFO消息的body字段中中包含執(zhí)行結(jié)果信息；所述結(jié)果信息中至少包括事件所屬業(yè)務(wù)類(lèi)型、業(yè)務(wù)結(jié)果類(lèi)型、操作類(lèi)型、結(jié)果代碼和具體結(jié)果信息。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，進(jìn)一步包括步驟會(huì)議建立時(shí)，會(huì)議控制器向會(huì)議資源系統(tǒng)發(fā)送INVITE消息建立會(huì)議；所述INVITE消息的統(tǒng)一資源標(biāo)識(shí)符URI中包含會(huì)議ID和會(huì)議大小信息；所述會(huì)議資源系統(tǒng)從所述URI中獲得所述會(huì)議IP和會(huì)議大小信息并進(jìn)行存儲(chǔ)。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，會(huì)議建立時(shí)進(jìn)一步包括步驟所述會(huì)議控制器向會(huì)議資源系統(tǒng)發(fā)送INVITE消息，所述INVITE消息的統(tǒng)一資源標(biāo)識(shí)符URI中包含接入會(huì)議的電話終端的功能鍵信息；所述會(huì)議資源系統(tǒng)從所述信息中獲取對(duì)應(yīng)電話終端的功能鍵信息并存儲(chǔ)，用于識(shí)別電話終端向其發(fā)送的信號(hào)。
8.一種電話會(huì)議系統(tǒng)，其特征在于，包括會(huì)議控制器和會(huì)議資源系統(tǒng)；所述會(huì)議控制器用于向會(huì)議資源系統(tǒng)發(fā)送INFO消息，所述INFO消息的消息體body字段中含有對(duì)電話會(huì)議進(jìn)行操作的命令信息；所述會(huì)議資源系統(tǒng)用于接收所述INFO消息，從中獲取所述命令信息，并根據(jù)所述命令信息對(duì)電話會(huì)議進(jìn)行操作；所述操作至少包括修改連接屬性、修改會(huì)議大小、收號(hào)、對(duì)指定或全體電話終端進(jìn)行錄音、放音中的一種。
9.根據(jù)權(quán)利要求8所述的電話會(huì)議系統(tǒng)，其特征在于所述會(huì)議控制器包括順次相連的第一系統(tǒng)支撐模塊、第一業(yè)務(wù)控制模塊、呼叫處理模塊和第一會(huì)話初始協(xié)議SIP處理模塊；所述第一SIP處理模塊用于根據(jù)所述呼叫處理模塊的信令構(gòu)造包含命令信息的SIP消息并發(fā)送到會(huì)議資源系統(tǒng)或電話終端，對(duì)接收到的SIP消息進(jìn)行解析，獲取其中包含的信息并發(fā)送到所述呼叫處理模塊進(jìn)行處理。
10.根據(jù)權(quán)利要求8所述的電話會(huì)議系統(tǒng)，其特征在于所述會(huì)議資源系統(tǒng)包括第二SIP處理模塊，以及順次相連的第二系統(tǒng)支撐模塊、第二業(yè)務(wù)控制模塊和媒體處理模塊；所述第二SIP處理模塊與第二業(yè)務(wù)控制模塊相連，其用于接收并解析來(lái)自會(huì)議控制器的SIP消息，從中獲得命令信息并發(fā)送到所述第二業(yè)務(wù)控制模塊，根據(jù)所述第二業(yè)務(wù)控制模塊的信令構(gòu)造SIP消息并發(fā)送到會(huì)議控制器；所述第二業(yè)務(wù)控制模塊用于根據(jù)來(lái)自所述第二SIP處理模塊的控制信息向所述媒體處理模塊發(fā)送指令，實(shí)現(xiàn)與電話終端的媒體流交互。
全文摘要
本發(fā)明提供了一種電話會(huì)議控制方法，包括以下步驟會(huì)議控制器向會(huì)議資源系統(tǒng)發(fā)送INFO消息；所述INFO消息的消息體body字段中含有對(duì)電話會(huì)議進(jìn)行操作的命令信息；所述會(huì)議資源系統(tǒng)接收所述INFO消息，獲取所述命令信息，并根據(jù)所述命令信息對(duì)電話會(huì)議進(jìn)行操作。本發(fā)明還提供了一種電話會(huì)議系統(tǒng)。本發(fā)明實(shí)現(xiàn)了對(duì)電話會(huì)議預(yù)的留建立、用戶加入會(huì)議、會(huì)議有選擇地進(jìn)行錄音放音、用戶屬性修改、會(huì)議大小修改、用戶退出會(huì)議、電話會(huì)議刪除等全部功能。具有易于操作與實(shí)現(xiàn)、能夠滿足各種業(yè)務(wù)需求的優(yōu)點(diǎn)。在會(huì)議中采用結(jié)果上報(bào)的方式，保證了會(huì)議的正常進(jìn)行，提高系統(tǒng)效率。
文檔編號(hào)H04M7/00GK101056189SQ20071007449
公開(kāi)日2007年10月17日 申請(qǐng)日期2007年5月18日 優(yōu)先權(quán)日2007年5月18日
發(fā)明者賈俊杰, 舒曦輝, 顧冰, 傅志森, 禹輝, 周力 申請(qǐng)人:華為技術(shù)有限公司