專利名稱：會(huì)議呼叫保持方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體通信技術(shù)領(lǐng)域，尤其涉及多4某體通信技術(shù)領(lǐng) 域中的 一種會(huì)議呼叫保持方法及系統(tǒng)。
背景技術(shù)：
網(wǎng)絡(luò)互聯(lián):協(xié)i義(Internet Protocol,筒稱為IP )多々某體子系統(tǒng)(IP Multimedia Core Network Subsystem ，簡(jiǎn)稱為IMS )是由第三代合作 《火伴計(jì)劃(3rd Generation Partnership Project,簡(jiǎn)稱為3GPP )才是出的 一種基于IP的網(wǎng)絡(luò)架構(gòu)，該網(wǎng)絡(luò)架構(gòu)構(gòu)建了一個(gè)開(kāi)力丈而靈活的業(yè)務(wù) 環(huán)境，可以支持多媒體應(yīng)用，并且可以為用戶提供了豐富的多媒體 業(yè)務(wù)。
在IMS業(yè)務(wù)體系中，控制層和業(yè)務(wù)層是分離的，控制層不4是供 具體業(yè)務(wù)，只向業(yè)務(wù)層提供必要的觸發(fā)、路由、計(jì)費(fèi)等功能?？刂?層中業(yè)務(wù)觸發(fā)和控制功能是由呼叫會(huì)話控制功能(Call Session Control Function,簡(jiǎn)稱為CSCF)完成的。其中，CSCF可以分為代 理CSCF( Proxy CSCF，簡(jiǎn)稱為P-CSCF ),查詢CSCF(Interrogating, CSCF，簡(jiǎn)稱為I-CSCF)及服務(wù)CSCF (Serving CSCF，簡(jiǎn)稱為 S-CSCF)三種類(lèi)型。業(yè)務(wù)層提供具體的業(yè)務(wù)服務(wù)，可以由一系列應(yīng) 用月l務(wù)器(Application Server,簡(jiǎn)稱為AS)組成。其中，AS可以 是獨(dú)立的實(shí)體，也可以位于S-CSCF中?？刂茖?S-CSCF)根據(jù)用 戶的簽約信息控制業(yè)務(wù)觸發(fā)，調(diào)用AS上的業(yè)務(wù)，實(shí)現(xiàn)業(yè)務(wù)功能。 AS和S-CSCF可以統(tǒng)稱為月良務(wù)i殳^( Server Equipment,簡(jiǎn)稱為SE )。會(huì)話中的端到端設(shè)備稱為用戶設(shè)備(User Equipment,簡(jiǎn)稱為UE ), 負(fù)責(zé)與使用者的交互。上述功能實(shí)體使用初始化會(huì)議協(xié)議(Session Initiation Protocol, 筒一爾為SIP)十辦i義通ifl。
呼叫保持業(yè)務(wù)是IMS中的一種業(yè)務(wù)，在該業(yè)務(wù)中，當(dāng)兩個(gè)用戶 (例》口，用戶A和用戶B)在通4言系鄉(xiāng)克中建立通i舌后，其中一個(gè)用 戶(例如，用戶A)可以不掛斷電話，暫時(shí)"i青求遠(yuǎn)端用戶(用戶B) 保持當(dāng)前通話連"f妾，zf旦不進(jìn)行語(yǔ)音傳輸。在^f呆持狀態(tài)時(shí)，用戶A可 以請(qǐng)求用戶B從保持狀態(tài)重新轉(zhuǎn)入通話狀態(tài)，即稱為呼叫恢復(fù)，即 保持業(yè)務(wù)可以包括呼叫保持和呼叫恢復(fù)兩個(gè)過(guò)程。
會(huì)i義業(yè)務(wù)是IMS中的另一種業(yè)務(wù)，該業(yè)務(wù)允i午多人同時(shí)會(huì)話， 即一人說(shuō)話，其他人都能收聽(tīng)。在一個(gè)會(huì)議業(yè)務(wù)系統(tǒng)中，包括會(huì) 議SE、呼叫保持SE、 一個(gè)會(huì)議主席和多個(gè)會(huì)議成員。其中，會(huì)議 主席可以發(fā)起和管理會(huì)議會(huì)話；會(huì)議SE管理著所有的會(huì)議。
在參加會(huì)議的過(guò)程中會(huì)議參與者可以保持會(huì)議，進(jìn)行其他的操 作(例如發(fā)起轉(zhuǎn)接)。圖1是根據(jù)相關(guān)技術(shù)中用戶i殳備發(fā)起保持會(huì) 議并播放保持音的流程示意圖。如圖1所示，主要包括以下步驟(步 驟S101-步駛《S109):
步驟S101:用戶設(shè)備向呼叫保持服務(wù)設(shè)備發(fā)起呼叫保持消息；
步驟S103:呼叫保持服務(wù)設(shè)備被觸發(fā)，根據(jù)保持業(yè)務(wù)判斷準(zhǔn)則， 進(jìn)行申請(qǐng)保持音資源；
步驟S105:呼叫保持服務(wù)設(shè)備向會(huì)議服務(wù)設(shè)備發(fā)起呼叫保持消 息，觸發(fā)會(huì)議服務(wù)設(shè)備；
6步驟S107:當(dāng)呼叫保持服務(wù)設(shè)備和會(huì)議服務(wù)設(shè)備進(jìn)行保持響應(yīng) 交互后，完成媒體協(xié)商，會(huì)議服務(wù)設(shè)備向呼叫保持服務(wù)設(shè)備返回保 持響應(yīng)，呼叫保持服務(wù)設(shè)備將上述保持響應(yīng)返回給用戶設(shè)備；
步驟S109:用戶設(shè)備發(fā)送保持確認(rèn)消息后，呼叫保持服務(wù)設(shè)備 進(jìn)行播放保持音操作，會(huì)議參與者都能夠收聽(tīng)到保持音。
在上述流程中，在會(huì)議呼叫保持過(guò)程中，會(huì)議參與者都會(huì)收聽(tīng) 到保持音，從而影響了會(huì)議的正常進(jìn)行；并且，如果多個(gè)會(huì)議成員 均進(jìn)行上述保持操作，則將引起每個(gè)會(huì)議媒體通道同時(shí)收聽(tīng)到多個(gè) 保持音，從而干擾了會(huì)議的正常進(jìn)行。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供了一種改進(jìn)的會(huì)議呼叫保持方案，用以 解決現(xiàn)有呼叫保持業(yè)務(wù)中的保持音對(duì)會(huì)議進(jìn)行千擾的問(wèn)題。
根據(jù)本發(fā)明的一個(gè)方面，首先提供了 一種會(huì)議呼叫保持方法。
根據(jù)本發(fā)明的會(huì)議呼叫保持方法包括呼叫保持服務(wù)設(shè)備接收
來(lái)自用戶設(shè)備的呼叫保持消息；上述呼叫保持服務(wù)設(shè)備確定上述呼
叫保持消息的接收方為會(huì)議服務(wù)設(shè)備，將該呼叫保持消息發(fā)送給該 會(huì)議服務(wù)設(shè)備。
進(jìn)一步地，在上述呼叫保持服務(wù)設(shè)備接收來(lái)自用戶設(shè)備的上述
呼叫保持消息之后，該方法還可以包括
呼叫保持服務(wù)設(shè)備將上述呼叫保持消息的媒體的工作方式修改 為非激活狀態(tài)。進(jìn)一步地，呼叫保持服務(wù)設(shè)備發(fā)送呼叫保持消息之后，該方法
還可以包4舌
會(huì)議服務(wù)設(shè)備接收上述呼叫保持消息，才艮據(jù)該呼叫保持消息的 媒體的工作方式，更新會(huì)議服務(wù)設(shè)備對(duì)應(yīng)通道々某體的工作方式為非 激活狀態(tài)。
進(jìn)一步地，在更新通道J 某體的工作方式之后該方法還可以包4舌
會(huì)議服務(wù)設(shè)備經(jīng)由呼叫保持服務(wù)設(shè)備向用戶設(shè)備發(fā)送呼叫保持 響應(yīng)消息；
呼叫保持服務(wù)設(shè)備接收上述呼叫保持響應(yīng)消息，根據(jù)上述呼叫 保持消息的媒體屬性，修改該呼叫保持響應(yīng)消息的媒體屬性，修改 完成后，將該呼叫保持響應(yīng)消息發(fā)送給用戶設(shè)備。
進(jìn)一步地，在會(huì)議服務(wù)設(shè)備發(fā)送上述呼叫保持響應(yīng)消息之前， 該方法還包括會(huì)議服務(wù)設(shè)備更新本地媒體資源。
進(jìn)一步地，在呼叫保持服務(wù)設(shè)備發(fā)送上述呼叫保持響應(yīng)消息之 后，該方法還可以包4舌
用戶設(shè)備接收上述呼叫保持響應(yīng)消息，并發(fā)送保持確認(rèn)消息；
呼叫保持服務(wù)設(shè)備接收到上述保持確認(rèn)消息后，確定保持確認(rèn) 消息的接收方為會(huì)議服務(wù)設(shè)備，向該會(huì)議服務(wù)設(shè)備發(fā)送上述保持確 i人消息。
進(jìn)一步i也，上述方法還可以包4舌
呼叫保持服務(wù)設(shè)備接收來(lái)自用戶設(shè)備的恢復(fù)保持消息，確定該 恢復(fù)保持消息的接收方為會(huì)議服務(wù)設(shè)備，將該恢復(fù)保持消息發(fā)送給
8會(huì)議服務(wù)設(shè)備，其中，該恢復(fù)保持消息用于指示恢復(fù)當(dāng)前處于會(huì)議
保持狀態(tài)的會(huì)話；
會(huì)議服務(wù)設(shè)備接收上述恢復(fù)保持消息，更新該會(huì)議服務(wù)設(shè)備對(duì) 應(yīng)的通道J 某體工作方式為收發(fā)狀態(tài)，并更新本地J 某體資源，向呼叫 保持服務(wù)設(shè)備返回恢復(fù)保持響應(yīng)；
呼叫保持服務(wù)設(shè)備將接收的上述恢復(fù)保持響應(yīng)發(fā)送給用戶設(shè)備。
根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種會(huì)議呼叫保持系統(tǒng)。
根據(jù)本發(fā)明的會(huì)議呼叫保持系統(tǒng)包括會(huì)議服務(wù)設(shè)備和呼叫保 持服務(wù)設(shè)備。其中，呼叫保持服務(wù)設(shè)備，包括第一接收才莫塊、第 一發(fā)送模塊和第一更新模塊。其中，第一接收模塊，用于接收來(lái)自 用戶設(shè)備的呼叫保持消息，并接收來(lái)自會(huì)議服務(wù)設(shè)備的呼叫保持響 應(yīng)消息；第一發(fā)送才莫塊，用于將上述呼叫保持消息發(fā)送至?xí)h服務(wù) 設(shè)備；第一更新模塊，用于根據(jù)上述呼叫保持消息的媒體屬性更新 上述呼叫保持響應(yīng)消息的媒體屬性。上述會(huì)議服務(wù)設(shè)備，包括第 二接收模塊、第二更新模塊和第二發(fā)送模塊。其中，第二接收模塊， 用于接收來(lái)自上述呼叫保持服務(wù)設(shè)備的上述呼叫保持消息；第二更 新模塊，用于根據(jù)該第二接收模塊接收到的上述呼叫保持消息，更 新會(huì)議服務(wù)設(shè)備對(duì)應(yīng)通道媒體的工作方式為非激活狀態(tài)；第二發(fā)送 模塊，用于發(fā)送響應(yīng)于接收到的上述呼叫保持消息的呼叫保持響應(yīng) 消息。
通過(guò)本發(fā)明的上述至少一個(gè)方案，呼叫保持SE在接收到呼叫 保持消息時(shí)，不會(huì)申請(qǐng)呼叫保持音資源，因此，在接收到UE的保 持確認(rèn)時(shí)不會(huì)向會(huì)議成員4番放保持音，從而解決了保持音對(duì)會(huì)議進(jìn)行干擾的問(wèn)題，在會(huì)議成員保持會(huì)議和恢復(fù)會(huì)議的過(guò)程中，可以使 得會(huì)議參與者不收聽(tīng)保持音，從而保證了會(huì)議的正常進(jìn)行。
本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書(shū)中闡述，并且，部 分地從說(shuō)明書(shū)中變得顯而易見(jiàn)，或者通過(guò)實(shí)施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點(diǎn)可通過(guò)在所寫(xiě)的說(shuō)明書(shū)、權(quán)利要求書(shū)、以及附 圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。


附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，并且構(gòu)成說(shuō)明書(shū)的一部 分，與本發(fā)明的實(shí)施例一起用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的
限制。在附圖中
圖1是根據(jù)相關(guān)技術(shù)中用戶設(shè)備發(fā)起保持會(huì)議并播放保持音的 流詳呈示意圖2為根據(jù)本發(fā)明實(shí)施例的會(huì)議呼叫保持方法的流程圖3為4艮據(jù)本發(fā)明實(shí)施例一的會(huì)議呼叫保持方法的流程示意
圖4為根據(jù)本發(fā)明實(shí)施例二的會(huì)議恢復(fù)保持方法的流程示意
圖5為根據(jù)本發(fā)明實(shí)施例的會(huì)議呼叫保持系統(tǒng)的結(jié)構(gòu)示意圖； 圖6為根據(jù)本發(fā)明優(yōu)選實(shí)施例的會(huì)議呼叫保持系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
功能纟既述
針對(duì)現(xiàn)有技術(shù)中的在會(huì)議成員需要發(fā)起呼叫保持業(yè)務(wù)時(shí)，由于 會(huì)議參與者都能夠收聽(tīng)到保持音，從而干擾會(huì)議無(wú)法正常進(jìn)行的問(wèn) 題，本發(fā)明實(shí)施例提供了一種會(huì)議呼叫保持方法及系統(tǒng)，在本發(fā)明 實(shí)施例提供的技術(shù)方案中，用戶設(shè)備發(fā)起呼叫保持消息時(shí)，呼叫保
持服務(wù)設(shè)備不再申請(qǐng)保持音資源，并修改媒體工作方式；會(huì)議服務(wù) 起恢復(fù)保持消息時(shí)，呼叫保持服務(wù)設(shè)備不需要停止播放保持音的操 狀態(tài)。
在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以 相互組合。
以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說(shuō)明，應(yīng)當(dāng)理解，此 處所描述的優(yōu)選實(shí)施例僅用于說(shuō)明和解釋本發(fā)明，并不用于限定本 發(fā)明。
方法實(shí)施例
根據(jù)本發(fā)明實(shí)施例，首先提供了 一種會(huì)議呼叫保持方法。
圖2為根據(jù)本發(fā)明實(shí)施例的會(huì)議呼叫保持方法的流程圖，如圖 2所示，根據(jù)本發(fā)明實(shí)施例的會(huì)議呼叫保持方法主要包括以下步驟 (步驟S201-步驟S203 ):
步驟S201:呼叫保持服務(wù)設(shè)備接收來(lái)自用戶設(shè)備發(fā)起的呼叫保 持消息，其中，該呼叫保持消息用于指示當(dāng)前會(huì)話從通話狀態(tài)進(jìn)入 會(huì)i義保持狀態(tài)；在具體實(shí)施過(guò)程中，呼叫保持服務(wù)設(shè)備存在于會(huì)議服務(wù)設(shè)備和 用戶設(shè)備的會(huì)話信令路徑中，在用戶設(shè)備發(fā)起呼叫保持消息時(shí)，該 呼叫保持消息首先到達(dá)呼叫保持服務(wù)設(shè)備，呼叫保持服務(wù)設(shè)備在接 收該呼叫保持消息之后，首先判斷該呼叫保持消息的接收方(即前 向用戶)是否為會(huì)議服務(wù)設(shè)備，在確定上述呼叫保持消息的接收方 為會(huì)議服務(wù)設(shè)備時(shí)，則確定用戶設(shè)備當(dāng)前正進(jìn)行會(huì)議通話，則呼叫 保持服務(wù)設(shè)備不再申請(qǐng)保持音資源，而將呼叫保持消息的^ 某體的工
作方式修改為非激活狀態(tài)，在修改完成后，直接執(zhí)行步驟S203。其 中，上述非激活狀態(tài)是指既不發(fā)送也不4妄收的狀態(tài)。
步驟S203:呼叫保持服務(wù)設(shè)備確定呼叫保持消息的接收方為會(huì) 議服務(wù)設(shè)備，將呼叫保持消息發(fā)送給會(huì)議服務(wù)設(shè)備。
在具體實(shí)施過(guò)程中，會(huì)議服務(wù)設(shè)備接收到上述呼叫保持消息之 后，會(huì)議服務(wù)設(shè)備根據(jù)該呼叫保持消息的媒體的工作方式，更新會(huì) 議服務(wù)設(shè)備對(duì)應(yīng)通道媒體的工作方式為非激活狀態(tài)。
在更新通道4某體的工作方式之后，會(huì)議服務(wù)設(shè)備經(jīng)由呼叫保持 服務(wù)設(shè)備向用戶設(shè)備發(fā)送呼叫保持響應(yīng)消息；呼叫保持服務(wù)設(shè)備接 收該呼叫保持響應(yīng)消息，根據(jù)呼叫保持消息的媒體屬性，修改呼叫 保持響應(yīng)消息的々某體屬性，修改完成后，將呼叫保持響應(yīng)消息發(fā)送 給用戶設(shè)備。
具體地，當(dāng)呼叫保持消息的々某體屬性為只發(fā)(sendonly)狀態(tài)， 則呼叫保持響應(yīng)消息的纟某體屬性為只收(recvonly)狀態(tài)。
具體地，在會(huì)議服務(wù)設(shè)備發(fā)送上述呼叫保持響應(yīng)消息之前，會(huì) 議服務(wù)設(shè)備還需要更新本地媒體資源。
在具體實(shí)施過(guò)程中，在用戶設(shè)備接收呼叫保持響應(yīng)，發(fā)送保持 確認(rèn)消息；呼叫保持服務(wù)設(shè)備接收到保持確認(rèn)消息后，確定保持確認(rèn)消息的接收方為會(huì)議服務(wù)設(shè)備，向會(huì)議服務(wù)設(shè)備發(fā)送保持確認(rèn)消息。
當(dāng)用戶設(shè)備需要從呼叫保持狀態(tài)進(jìn)入會(huì)議通話狀態(tài)的情況下， 用戶設(shè)備發(fā)起恢復(fù)保持消息，呼叫保持服務(wù)設(shè)備接收來(lái)自用戶設(shè)備 的恢復(fù)保持消息，確定恢復(fù)保持消息的接收方為會(huì)議服務(wù)設(shè)備，將 恢復(fù)保持消息發(fā)送給會(huì)議服務(wù)設(shè)備，其中，該恢復(fù)保持消息用于指 示恢復(fù)當(dāng)前處于會(huì)議保持狀態(tài)的會(huì)話。
會(huì)議服務(wù)設(shè)備接收恢復(fù)保持消息，更新會(huì)議服務(wù)設(shè)備對(duì)應(yīng)的通 道媒體工作方式為收發(fā)狀態(tài)，并更新本地4某體資源，向呼叫保持服
務(wù)設(shè)備返回恢復(fù)保持響應(yīng)；呼叫保持服務(wù)設(shè)備將接收的恢復(fù)保持響 應(yīng)發(fā)送給用戶i殳備。
實(shí)施例一
圖3為才艮據(jù)本發(fā)明實(shí)施例一的會(huì)議呼叫^f呆持方法的流程示意 圖。如圖3所示，根據(jù)本發(fā)明實(shí)施例一的會(huì)議呼叫保持方法包括以 下步駛《(步艱《S301-步驟S319):
步驟S301:用戶設(shè)備向呼叫保持服務(wù)設(shè)備發(fā)起呼叫保持消息；
步驟S303:呼叫保持服務(wù)設(shè)備確定該呼叫保持消息的接收方為 會(huì)議服務(wù)設(shè)備，不申請(qǐng)保持音資源，并將上述呼叫保持消息的々某體 的工作方式修改為非激活狀態(tài)；
步驟S305:呼叫保持服務(wù)設(shè)備向會(huì)議服務(wù)設(shè)備發(fā)送上述呼叫保
持消息；
13步驟S307:會(huì)議服務(wù)設(shè)備根據(jù)呼叫保持消息的媒體的工作方 式，更新會(huì)議服務(wù)設(shè)備對(duì)應(yīng)通道媒體的工作方式為非激活狀態(tài)，并更 新本i也4某體資源；
步驟S309:會(huì)議服務(wù)設(shè)備將呼叫保持響應(yīng)返回給呼叫保持服務(wù) 設(shè)備；
步驟S311:呼叫保持服務(wù)設(shè)備接收呼叫保持響應(yīng)消息，根據(jù)呼 叫保持消息的媒體屬性，修改呼叫保持響應(yīng)消息的媒體屬性；
步驟S313:修改完成后，呼叫保持服務(wù)設(shè)備將呼叫保持響應(yīng)消 息發(fā)送給用戶設(shè)備；
步驟S315:用戶設(shè)備接收呼叫保持響應(yīng)，發(fā)送保持確認(rèn)消息；
步驟S317:呼叫保持服務(wù)設(shè)備接收到保持確認(rèn)消息后，確定保 持確認(rèn)消息的接收方為會(huì)議服務(wù)設(shè)備，向會(huì)議服務(wù)設(shè)備發(fā)送保持確 i人消息；
步驟S319:呼叫保持SE不執(zhí)行正常播放保持音的操作，最后 會(huì)議參與者聽(tīng)不到保持音，可以進(jìn)行正常通話。
進(jìn)一步地，上述用戶i殳備可以為一個(gè)或多個(gè)，每個(gè)用戶i殳備均 可以進(jìn)行呼叫保持操作，按照以上步驟，可以達(dá)到相同的效果。具 體地，上述用戶設(shè)備可以是會(huì)議成員用戶設(shè)備，也可以是會(huì)議主席 用戶設(shè)備，呼叫保持服務(wù)設(shè)備只要判斷對(duì)端用戶為會(huì)議服務(wù)設(shè)備， 則可以統(tǒng)一進(jìn)4于處理。
圖4為根據(jù)本發(fā)明實(shí)施例二的會(huì)議恢復(fù)保持方法的流程示意 圖。該會(huì)議恢復(fù)保持方法可以與圖3中的會(huì)議呼叫保持方法配合使用，如圖4所示，根據(jù)本發(fā)明實(shí)施例二的會(huì)議恢復(fù)保持方法包括以 下步驟(步驟S401-步驟S417 ):
步驟S401:在用戶設(shè)備需要從呼叫保持狀態(tài)進(jìn)入會(huì)議通話狀態(tài) 的情況下，用戶設(shè)備向呼叫保持服務(wù)設(shè)備發(fā)送恢復(fù)保持消息，其中， 該恢復(fù)保持消息用于指示恢復(fù)當(dāng)前處于會(huì)議保持狀態(tài)的會(huì)話；
步驟S403:呼叫保持服務(wù)設(shè)備確定恢復(fù)保持消息的接收方為會(huì) 議服務(wù)設(shè)備，直接進(jìn)行恢復(fù)保持操作；
由于在呼叫保持時(shí)，呼叫保持服務(wù)設(shè)備沒(méi)有播放保持音，因此， 在恢復(fù)呼叫時(shí)，不需要執(zhí)行停止播放保持音的操作；
步驟S405:呼叫保持服務(wù)設(shè)備向會(huì)議服務(wù)設(shè)備發(fā)送上述恢復(fù)保 持消息；
步驟S407:會(huì)議服務(wù)設(shè)備接收上述恢復(fù)保持消息，更新會(huì)議服 務(wù)設(shè)備對(duì)應(yīng)的通道i某體工作方式為收發(fā)狀態(tài)，并更新本地々某體資源；
步驟S409:會(huì)議服務(wù)設(shè)備將恢復(fù)保持響應(yīng)返回給呼叫保持服務(wù) 設(shè)備；
步驟S411:呼叫保持服務(wù)設(shè)備向用戶設(shè)備返回恢復(fù)保持響應(yīng)； 步驟S413:用戶設(shè)備接收恢復(fù)保持響應(yīng)，發(fā)送恢復(fù)保持確認(rèn)消白.
步驟S415:呼叫保持服務(wù)設(shè)備接收到恢復(fù)保持確認(rèn)消息后，確 定該恢復(fù)保持確認(rèn)消息的接收方為會(huì)議服務(wù)設(shè)備，向會(huì)議服務(wù)設(shè)備 發(fā)送恢復(fù)保持確認(rèn)消息；步驟S417:會(huì)議服務(wù)設(shè)備接收到上述恢復(fù)保持確認(rèn)消息后，請(qǐng) 求呼叫保持的用戶設(shè)備可再次進(jìn)入會(huì)議，進(jìn)4亍正常通話。
進(jìn)一步;也，上述用戶i殳備可以為一個(gè)或多個(gè)，每個(gè)用戶i殳備均 可以進(jìn)行執(zhí)行恢復(fù)保持，喿作，按照以上步驟，可以達(dá)到相同的效果。 其中，上述用戶設(shè)備可以是會(huì)議成員用戶設(shè)備，也可以是會(huì)議主席 用戶設(shè)備，呼叫保持服務(wù)設(shè)備只要判斷對(duì)端用戶為會(huì)議服務(wù)設(shè)備， 則可以統(tǒng)一進(jìn)行處理。
系鄉(xiāng)充實(shí)施例
根據(jù)本發(fā)明實(shí)施例，還提供一種會(huì)議呼叫保持系統(tǒng)，該系統(tǒng)可 以用于實(shí)施本發(fā)明實(shí)施例提供的上述會(huì)議呼叫保持方法。
圖5為根據(jù)本發(fā)明實(shí)施例的會(huì)議呼叫保持系統(tǒng)的結(jié)構(gòu)示意圖。 如圖5所示，根據(jù)本發(fā)明實(shí)施例的會(huì)議呼叫保持系統(tǒng)包括呼叫保持 服務(wù)設(shè)備1和會(huì)議服務(wù)設(shè)備2。
具體地，呼叫保持服務(wù)設(shè)備1可以包括第一接收模塊IO、第 一發(fā)送模塊12和第一更新模塊14。其中，第一接收模塊10用于接 收來(lái)自用戶設(shè)備的呼叫保持消息，并接收來(lái)自會(huì)議服務(wù)設(shè)備2的呼 叫保持響應(yīng)消息；第一發(fā)送模塊12與第一接收模塊10連接，用于 將上述呼叫保持消息發(fā)送至?xí)h服務(wù)設(shè)備2;第一更新模塊14與第 一接收^^莫塊10連接，用于根據(jù)呼叫保持消息的々某體屬性更新呼叫保 持響應(yīng)消息的媒體屬性；
在具體實(shí)施過(guò)程中，第一更新才莫塊14,還可以用于更新會(huì)議月艮
務(wù)設(shè)備對(duì)應(yīng)通道媒體的工作方式為非激活狀態(tài)；第一接收模塊io 還可以用于接收來(lái)自用戶設(shè)備的保持確認(rèn)消息；對(duì)應(yīng)地，第一發(fā)送
模塊12還可以用于將保持確認(rèn)消息發(fā)送至?xí)h服務(wù)設(shè)備2。具體地，會(huì)議服務(wù)設(shè)備2可以包括第二接收才莫塊20、第二更新 模塊22以及第二發(fā)送模塊24。其中，第二接收模塊20，用于接收 來(lái)自呼叫保持SE的呼叫保持消息；第二更新模塊22與第二接收模 塊20連接，用于根據(jù)第二接收模塊20接收到的呼叫保持消息，更
模塊24與第二更新模塊22連接，用于發(fā)送呼叫保持響應(yīng)消息。
在具體實(shí)施過(guò)程中，第二更新;漠塊22還可以用于更新本地々某體資源。
在用戶設(shè)備請(qǐng)求恢復(fù)保持時(shí)，即用戶設(shè)備需要從呼叫保持狀態(tài) 進(jìn)入會(huì)議正常通話狀態(tài)時(shí)，第一接收模塊10還可以用于接收來(lái)自用 戶設(shè)備的恢復(fù)保持消息和來(lái)自用戶設(shè)備的恢復(fù)保持響應(yīng)；對(duì)應(yīng)地， 第一發(fā)送模塊12還可以用于將上述恢復(fù)保持消息發(fā)送至?xí)h服務(wù) 設(shè)備2,將恢復(fù)保持響應(yīng)發(fā)送至用戶設(shè)備；第二接收模塊20還用于 接收來(lái)自呼叫保持服務(wù)設(shè)備的恢復(fù)保持消息和恢復(fù)保持確認(rèn)消息； 第二發(fā)送模塊24還可以用于將恢復(fù)保持響應(yīng)發(fā)送至呼叫保持服務(wù) 設(shè)備1;第二更新模塊22還用于更新會(huì)議服務(wù)設(shè)備2對(duì)應(yīng)的通道媒 體工作方式為收發(fā)狀態(tài)，并更新本地々某體資源。
圖6為根據(jù)本發(fā)明優(yōu)選實(shí)施例的會(huì)議呼叫保持系統(tǒng)的結(jié)構(gòu)示意 圖。如圖6所示，根據(jù)本發(fā)明優(yōu)選實(shí)施例的會(huì)議呼叫保持系統(tǒng)的呼 叫保持服務(wù)設(shè)備1還可以包括確定模塊16，用于在用戶設(shè)備發(fā)起呼 叫保持消息后，確定呼叫保持消息的接收方為會(huì)議服務(wù)設(shè)備2,觸 發(fā)第一發(fā)送模塊12。
并且，確定模塊16還可以用于在用戶設(shè)備發(fā)起恢復(fù)保持消息 后，確定恢復(fù)保持消息的接收方為會(huì)議服務(wù)設(shè)備2。
17如上所述，借助本發(fā)明實(shí)施例提供的技術(shù)方案，在會(huì)議主席或 者一個(gè)或多個(gè)會(huì)議成員要求保持會(huì)議時(shí)，其他會(huì)議參與者由于聽(tīng)不 到呼叫保持音，可以不受干擾，從而使得會(huì)議能夠正常進(jìn)行，同時(shí)
還減少了保持音媒體資源的多余使用；在會(huì)議主席或者一個(gè)或多個(gè)
入會(huì)議正常通話狀態(tài)。由于呼叫保持服務(wù)設(shè)備只需判斷對(duì)端用戶為 會(huì)議服務(wù)設(shè)備，即可以統(tǒng)一處理，因而，可以達(dá)到所有會(huì)議參與者 都能夠保持會(huì)議操作，而其他參與者通話不受干擾的效果。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明， 對(duì)于本領(lǐng)i或的才支術(shù)人員來(lái)i兌，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1. 一種會(huì)議呼叫保持方法，其特征在于，包括呼叫保持服務(wù)設(shè)備接收來(lái)自用戶設(shè)備的呼叫保持消息；所述呼叫保持服務(wù)設(shè)備確定所述呼叫保持消息的接收方為會(huì)議服務(wù)設(shè)備，將所述呼叫保持消息發(fā)送給所述會(huì)議服務(wù)設(shè)備。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述呼叫保持服 務(wù)設(shè)備接收來(lái)自所述用戶設(shè)備的所述呼叫保持消息之后，所述 方法還包括所述呼叫保持服務(wù)設(shè)備將所述呼叫保持消息的々某體的工 作方式修改為非激活狀態(tài)。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述呼叫保持服 務(wù)設(shè)備發(fā)送所述呼叫保持消息之后，所述方法還包括所述會(huì)議服務(wù)設(shè)備接收所迷呼叫保持消息，根據(jù)所述呼叫 保持消息的^某體的工作方式，更新所述會(huì)議服務(wù)設(shè)備對(duì)應(yīng)通道 力某體的工作方式為非激活狀態(tài)。
4. 4艮據(jù)權(quán)利要求3所述的方法，其特征在于，在更新所述通道々某 體的工作方式之后，所述方法還包4舌所述會(huì)議服務(wù)設(shè)備經(jīng)由所述呼叫保持服務(wù)設(shè)備向所述用 戶設(shè)備發(fā)送呼叫保持響應(yīng)消息；媒體屬性，修改完成后，將所述呼叫保持響應(yīng)消息發(fā)送給所述 用戶設(shè)備。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述會(huì)議服務(wù)設(shè) 備發(fā)送所述呼叫保持響應(yīng)消息之前，所述方法還包括所述會(huì)議服務(wù)設(shè)備更新本地媒體資源。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，在所述呼叫保持服 務(wù)設(shè)備發(fā)送所述呼叫保持響應(yīng)消息之后，所述方法還包括所述用戶設(shè)備接收所述呼叫保持響應(yīng)消息，發(fā)送保持確認(rèn) 消息；所述呼叫保持服務(wù)設(shè)備接收到所述保持確認(rèn)消息后，確定 所述保持確認(rèn)消息的接收方為所述會(huì)議服務(wù)設(shè)備，向所述會(huì)議 月l務(wù)設(shè)備發(fā)送所述保持確認(rèn)消息。
7. 根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的方法，其特征在于，所述 方法還包4舌所述呼叫保持服務(wù)設(shè)備接收來(lái)自所述用戶設(shè)備的恢復(fù)保 持消息，確定所述恢復(fù)保持消息的接收方為所述會(huì)議服務(wù)設(shè) 備，將所述恢復(fù)保持消息發(fā)送給所述會(huì)議服務(wù)設(shè)備，其中，所 述恢復(fù)保持消息用于指示恢復(fù)當(dāng)前處于會(huì)議保持狀態(tài)的會(huì)話；所述會(huì)議服務(wù)設(shè)備接收所述恢復(fù)保持消息，更新所述會(huì)議 服務(wù)設(shè)備對(duì)應(yīng)的通道4某體工作方式為收發(fā)狀態(tài)，并更新本地々某 體資源，向所述呼叫保持服務(wù)設(shè)備返回恢復(fù)保持響應(yīng)；所述呼叫保持月l務(wù)i殳備將接收的所述恢復(fù)保持響應(yīng)發(fā)送 纟合所述用戶i殳備。
8. —種會(huì)議呼叫保持系統(tǒng)，其特征在于，包括會(huì)議服務(wù)設(shè)備和 呼叫保持服務(wù)設(shè)備，其中，所述呼叫保持服務(wù)設(shè)備，包括第一接收模塊，用于接收來(lái)自用戶設(shè)備的呼叫保持消息， 并接收來(lái)自所述會(huì)議服務(wù)設(shè)備的呼叫保持響應(yīng)消息；第一發(fā)送模塊，用于將所述呼叫保持消息發(fā)送至所述會(huì)議 服務(wù)設(shè)備；第一更新模塊，用于根據(jù)所述呼叫保持消息的媒體屬性更 新所述呼叫保4響應(yīng)消息的媒體屬性；所述會(huì)議服務(wù)設(shè)備，包括第二接收模塊，用于接收來(lái)自所述呼叫保持服務(wù)設(shè)備的所 述呼叫保持消息；第二更新模塊，用于根據(jù)所述第二接收模塊接收到的所迷 呼叫保持消息，更新所述會(huì)議服務(wù)設(shè)備對(duì)應(yīng)通道々某體的工作方 式為非激活狀態(tài)；第二發(fā)送模塊，用于發(fā)送所述呼叫保持響應(yīng)消息。
9. 根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述呼叫保持服務(wù) 設(shè)備還包括確定模塊，用于確定所述呼叫保持消息的接收方為所述會(huì) 議服務(wù)設(shè)備，觸發(fā)所述第一發(fā)送模塊。
全文摘要
本發(fā)明公開(kāi)了一種會(huì)議呼叫保持方法及系統(tǒng)。上述會(huì)議呼叫保持方法包括呼叫保持服務(wù)設(shè)備接收來(lái)自用戶設(shè)備的呼叫保持消息；上述呼叫保持服務(wù)設(shè)備確定上述呼叫保持消息的接收方為會(huì)議服務(wù)設(shè)備，將該呼叫保持消息發(fā)送給該會(huì)議服務(wù)設(shè)備。利用本發(fā)明提供的技術(shù)方案，在會(huì)議呼叫保持過(guò)程中，會(huì)議參與者不會(huì)收聽(tīng)到保持音，從而可以避免保持音對(duì)會(huì)議的干擾，保證會(huì)議的正常進(jìn)行。
文檔編號(hào)H04W76/04GK101511058SQ20091012718
公開(kāi)日2009年8月19日 申請(qǐng)日期2009年3月16日 優(yōu)先權(quán)日2009年3月16日
發(fā)明者于緒濤, 謝振華, 彬 靳 申請(qǐng)人:中興通訊股份有限公司