亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

多媒體會話中特定設(shè)備的管理方法、系統(tǒng)和設(shè)備的制作方法

文檔序號:7667359閱讀:116來源:國知局

專利名稱::多媒體會話中特定設(shè)備的管理方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域
:本發(fā)明涉及通信
技術(shù)領(lǐng)域
,尤其涉及一種多媒體會話中特定設(shè)備的管理方法、系統(tǒng)和i殳備。
背景技術(shù)
:在基于IMS(IPMultimediaSubsystem,IP多媒體系統(tǒng)),或者說基于SIP(SessionInitiationProtocol,會話發(fā)起協(xié)議)的應(yīng)用當(dāng)中,多方通信的概念被廣泛的使用,尤其在多媒體會話方面有較大的發(fā)展。在基于SIP的多方多媒體會話中,支持將多個(gè)用戶終端加入一個(gè)會話中的多i某體應(yīng)用。典型基于SIP的多方多媒體會話的業(yè)務(wù)包括OMAPoC(OpenMobileAlliancePushtotalkoverCellular,開放移動l關(guān)盟無線一4建通)業(yè)務(wù)、OMAIM(OMAInstantMessage,OMA即時(shí)消息)業(yè)務(wù)以及OMACPM(OMAConvergedIPMessaging,OMA融合IP消息)業(yè)務(wù)等。以用戶終端使用OMAPoC業(yè)務(wù)的應(yīng)用場景為例,圖1所示為用戶終端UEA和用戶終端UEB加入多々某體會話的流程,具體步驟如下步驟s101、用戶終端A向SIP/IPcoreA發(fā)送REFER請求。用戶終端A與PoC服務(wù)器A預(yù)先建立了會話,需要激活媒體傳輸時(shí),向SIP/IPcoreA發(fā)送REFER請求,該請求包含下列信息^皮邀請用戶終端的PoC地址列表;用戶終端A的PoC地址;預(yù)建立會話的會議URI(Universalresourceidentifier,統(tǒng)一資源標(biāo)識)。步驟sl02、SIP/IPcoreA向PoC服務(wù)器A轉(zhuǎn)發(fā)REFER請求。步驟sl03、PoC服務(wù)器A收到REFER請求后,進(jìn)行處理。首先根據(jù)RFC3515判斷該REFER請求是否可接收,若無法接收則向用戶終端A發(fā)送403"Forbidden"(禁用);若可以接收,判斷Request-URI的預(yù)建立會話標(biāo)識是否屬于該服務(wù)器,若不屬于,則將REFER發(fā)回給SIP/IPcoreA;若屬于,PoC服務(wù)器A向SIP/IPcoreA發(fā)送202"ACCEPT"(接受)響應(yīng),表示服務(wù)器收到了REFER請求,并開始處理。步驟sl04、SIP/IPcore將202"ACCEPT"響應(yīng)轉(zhuǎn)發(fā)給PoC終端A。步驟sl05、POC服務(wù)器A檢查P-Alerting-Mode是否設(shè)為"MAO",若是則要檢查該用戶是否有權(quán)請求"MAO",若用戶無權(quán)請求則向終端發(fā)送403"Forbidden"。然后,檢查Refer-To頭部中是否包含會話類型參數(shù)"adhoc"、"pre-arranged"或"chat",如果根據(jù)該會話類型參數(shù)判斷需要加入PoC用戶,則要判斷是否達(dá)到參與者的最大值,若是則發(fā)送403"Forbidden"。否則,向SIP/IPcoreA發(fā)送INVITE請求。PoC服務(wù)器A將自己支持的媒體類型和編碼添加到SIPINVITE請求中。PoC的々某體類型和編碼可以存儲在PoC服務(wù)器自身或者通過其他服務(wù)器獲得,如MRFC(MultimediaResourceFunctionController,多媒體資源控制器)。該SIPINVITE請求包含下列信息PoC用戶終端B的地址;PoC用戶終端A的地址;PoC服務(wù)器A的i某體參數(shù);控制PoC功能分配指示;talkburstcontrolprotocol建議。步驟si06、SIP/IPcoreA收到INVITE請求后,才艮據(jù)用戶終端B的地址,將請求轉(zhuǎn)SIP/IPcoreB。步驟sl07、SIP/IPcoreB將INVITE請求轉(zhuǎn)發(fā)給用戶終端B的注冊服務(wù)器PoC服務(wù)器B。步驟s108、由于PoC終端B采用的是on-demand(按需定制)會話,POC服務(wù)器B向SIP/IPcoreB發(fā)送INVITE請求。PoC服務(wù)器B將自己支持的媒體類型和編碼添加到SIPINVITE請求中。PoC的J某體類型和編碼可以存儲在PoC服務(wù)器自身或者通過其他服務(wù)器獲得,如MRFC。步驟si09、SIP/IPcoreB向PoC用戶終端B轉(zhuǎn)發(fā)INVITE請求。步驟sll0s114、PoC用戶終端B發(fā)送180"Ring"(鈴聲)表明已收到INVITE請求。步驟si15~si19、PoC用戶終端B檢查INVITE請求中媒體參數(shù)的有效性,若有效,則接受請求,發(fā)送200"OK"響應(yīng),該響應(yīng)包含下列信息PoC終端B的媒體參數(shù);選擇的talkburstcontrolprotocol(發(fā)言權(quán)控制協(xié)議)。否則發(fā)送488"NotAcceptableHere"。步驟s120、POC服務(wù)器A收到200"OK"響應(yīng)后,向PoC終端B發(fā)送receivingtalkburstindication(才妄收發(fā)言4又指示),該消息包i舌發(fā)送talkburst的用戶終端的PoC地址和名字。步驟sl21、POC服務(wù)器A收到第一個(gè)200"OK"響應(yīng)后,向用戶終端A發(fā)送talkburstconfirm(發(fā)言權(quán)確認(rèn))消息,指示可以發(fā)送媒體流。步驟sl22、PoC用戶終端A發(fā)送媒體流。對每個(gè)被邀請用戶,重復(fù)下面的步驟步驟s123~s124、當(dāng)PoC服務(wù)器A收到被邀用戶的最終響應(yīng)后,將會向PoC用戶終端A發(fā)送一個(gè)NOTIFY請求,告訴它邀請的最終結(jié)果,最終結(jié)果包括被邀請用戶接受邀請、被邀請用戶拒絕邀請、被邀請用戶不可達(dá)、被邀請用戶忙或被邀請用戶不回答。步驟s125~sl26、PoC用戶終端A收到NOTIFY請求后,回送一個(gè)200"OK"響應(yīng)。如果沒有一個(gè)用戶接受邀請,PoC服務(wù)器A將拒絕這次PoC會話。
發(fā)明內(nèi)容本發(fā)明的發(fā)明人發(fā)現(xiàn),隨著多媒體業(yè)務(wù)的引入和深入開展,今后將可能需要在多媒體會話中引入?yún)f(xié)助會話進(jìn)行的特定設(shè)備,如媒體保存和發(fā)送服務(wù)器、IVR(InteractiveVoiceResponse,互動式語音應(yīng)答)和第三方服務(wù)器等。這些特定設(shè)備在會話中具有和參與用戶終端不同的特定用途,往往起到一定的輔助功能,因此在會話建立過程和會話協(xié)商過程需要保證這些特定設(shè)備的正常使用。例如,在PoC業(yè)務(wù)中,可能在會話中存在媒體服務(wù)器,該媒體服務(wù)器為會話中的參與用戶提供一些媒體作為PoC會話中的輔助手段。在其他多媒體的會話中,當(dāng)然也可能在會話中提供類似媒體服務(wù)器的輔助設(shè)備。這些媒體服務(wù)器,由于不屬于普通用戶,和普通會話參與方的活動方式不同,因此需要一定的業(yè)務(wù)邏輯和策略對媒體服務(wù)器在加入會話和在會話中的行為進(jìn)行控制。基于以上分析,當(dāng)在多方參與的多媒體會話中出現(xiàn)這些特定的設(shè)備時(shí),需要特定的處理和控制,而目前在現(xiàn)有技術(shù)中沒有關(guān)于這類問題的處理方法。本發(fā)明的實(shí)施例提供一種多媒體會話中特定設(shè)備的管理方法、系統(tǒng)與設(shè)備,以實(shí)現(xiàn)多媒體會話的建立或媒體發(fā)送過程中對特定設(shè)備的控制和管理。為達(dá)到上述目的,本發(fā)明的實(shí)施例提供一種多媒體會話中特定設(shè)備的加入方法,包括以下步驟服務(wù)器判斷多媒體會話中是否需要特定設(shè)備加入;需要特定設(shè)備加入時(shí),所述服務(wù)器向所述特定設(shè)備發(fā)送請求消息;接收到所述特定設(shè)備的響應(yīng)時(shí),所述服務(wù)器將所述特定設(shè)備力a入所述多媒體會話。本發(fā)明的實(shí)施例還提供一種多媒體會話中特定設(shè)備的授權(quán)方法,包括以下步驟服務(wù)器接收到特定設(shè)備加入多媒體會話的消息;所述服務(wù)器對所述特定設(shè)備進(jìn)行授權(quán)。本發(fā)明的實(shí)施例還提供一種多媒體會話中特定設(shè)備的刪除方法,包括以下步驟服務(wù)器判斷需要將多媒體會話中的特定設(shè)備刪除;所述服務(wù)器向所述特定設(shè)備發(fā)送離開消息;所述服務(wù)器從會話中刪除所述特定設(shè)備。本發(fā)明的實(shí)施例還提供一種多媒體會話中特定設(shè)備的管理系統(tǒng),包括服務(wù)器,用于判斷多媒體會話中需要特定設(shè)備的加入時(shí),向所述特定設(shè)備發(fā)送請求消息;特定設(shè)備,用于在接收到所述服務(wù)器發(fā)送的請求消息時(shí),加入所述多媒體會話。本發(fā)明的實(shí)施例還提供一種多媒體會話中的服務(wù)器,包括判斷模塊,用于判斷多媒體會話中是否需要特定設(shè)備加入或離開;請求發(fā)送模塊,用于當(dāng)所述判斷模塊判斷所述多媒體會話中需要特定設(shè)備加入或離開時(shí),向所述特定設(shè)備發(fā)送通知消息;授權(quán)模塊,用于對加入所述多媒體會話的終端設(shè)備進(jìn)行授權(quán)。與現(xiàn)有技術(shù)相比,本發(fā)明的實(shí)施例至少具有以下優(yōu)點(diǎn)提供了將特定設(shè)備加入待建立的或已建立的多媒體會話的方法,提供了特定設(shè)備在多媒體會話中的授權(quán)機(jī)制以及對用戶終端的通知機(jī)制,實(shí)現(xiàn)了對多媒體會話中特定設(shè)備的統(tǒng)一管理。圖1是現(xiàn)有技術(shù)的OMAPoC業(yè)務(wù)中用戶終端加入多々某體會話的流程圖;圖2是本發(fā)明的實(shí)施例一中多媒體會話中特定設(shè)備的管理方法流程圖;圖3是本發(fā)明的實(shí)施例一中多媒體會話中,制定會話類別的實(shí)現(xiàn)方法流程圖4是本發(fā)明的實(shí)施例二中i某體服務(wù)器在會話建立階段加入PoC會話的方法的流程圖5是本發(fā)明的實(shí)施例二中媒體服務(wù)器在聊天室場景中,根據(jù)會話類型加入多々某體會議的流程圖6是本發(fā)明的實(shí)施例二中媒體服務(wù)器根據(jù)事先設(shè)定的策略加入多媒體會話的流程圖7是本發(fā)明的實(shí)施例二中媒體服務(wù)器加入多媒體會話時(shí)獲得媒體發(fā)送權(quán)的流程圖8是本發(fā)明的實(shí)施例二中媒體服務(wù)器從會話中刪除時(shí),服務(wù)器通知各用戶終端的流程圖9是本發(fā)明的實(shí)施例三中多媒體會話中特定設(shè)備的管理系統(tǒng)的結(jié)構(gòu)示意圖。圖10是本發(fā)明的實(shí)施例四提供的一種多媒體會話中特定設(shè)備的管理方法的流程圖,在該場景下,特定設(shè)備是一個(gè)媒體服務(wù)器,且服務(wù)器在獲得特定設(shè)備的服務(wù)之前,先邀請?zhí)囟ㄔO(shè)備加入該多媒體會話。圖11是本發(fā)明的實(shí)施例四提供的又一種多媒體會話中特定設(shè)備的管理方法的流程圖,在該場景下,特定設(shè)備是一個(gè)媒體服務(wù)器,且服務(wù)器在沒有事先邀請?zhí)囟ㄔO(shè)備加入該多媒體會話的情況下,直接從該特定設(shè)備獲取媒體。具體實(shí)施例方式本發(fā)明的實(shí)施例一中,一種多媒體會話中特定設(shè)備的管理方法如圖2所示,包括以下步驟步驟s201、服務(wù)器判斷待建立的多媒體會話或已建立的多媒體會話中,需要特定設(shè)備的加入。在以下幾種情況下,服務(wù)器可以根據(jù)以下標(biāo)準(zhǔn)判斷待建立的多媒體會話或已建立的多媒體會話中是否需要特定設(shè)備的加入(1)根據(jù)用戶終端發(fā)送的請求進(jìn)行判斷。(2)根據(jù)多媒體會話中使用的業(yè)務(wù)參數(shù)進(jìn)行判斷。(3)根據(jù)多媒體會話的屬性或類型進(jìn)行判斷。(4)根據(jù)網(wǎng)絡(luò)側(cè)預(yù)先設(shè)定的策略進(jìn)行判斷。其中所使用的信令攜帶方式包括URIParameter,featuretag,和主叫用戶制定。步驟s202、服務(wù)器向特定設(shè)備發(fā)送加入請求消息。步驟s203、特定設(shè)備加入該多媒體會話。步驟s204、服務(wù)器對特定設(shè)備進(jìn)行授權(quán)。在多媒體會話中,由于特定設(shè)備具備特定的業(yè)務(wù)功能,例如媒體服務(wù)器可以在會話開始后提供第三方媒體,或向請求發(fā)送媒體的用戶終端發(fā)送媒體。因此,根據(jù)多媒體會話的業(yè)務(wù)邏輯或者策略,應(yīng)當(dāng)對加入多媒體會話的特定設(shè)備進(jìn)行授權(quán),如授予媒體服務(wù)器媒體發(fā)送權(quán)。具體地,特定設(shè)備在多媒體會話建立階段加入時(shí),首先對特定設(shè)備進(jìn)行授權(quán)。在會話進(jìn)行過程中,由于特定設(shè)備可以在會話中加入會話,因此當(dāng)特定設(shè)備加入時(shí),優(yōu)先向其4更權(quán)。步驟s205、服務(wù)器將該特定設(shè)備的加入通知多媒體會話中的用戶終端。該通知可以通過以下幾種方式實(shí)現(xiàn)(1)服務(wù)器將多媒體會話的狀態(tài)信息進(jìn)行修改,以對特定設(shè)備的加入進(jìn)行標(biāo)識,并將狀態(tài)信息通知多媒體會話中的用戶終端;或(2)服務(wù)器在多媒體會話參與者的信息中,標(biāo)識該特定設(shè)備的加入;或服務(wù)器將特定設(shè)備的狀態(tài)信息存儲在多々某體會話的相關(guān)信息中,供多媒體會話中的用戶終端通過信息查詢機(jī)制得知特定設(shè)備的加入;或(3)服務(wù)器將特定設(shè)備的狀態(tài)信息存儲在多媒體會話的相關(guān)信息中,向訂閱了所述多媒體會話的相關(guān)信息的用戶終端通知該特定設(shè)備的加入;或(4)服務(wù)器將特定設(shè)備的狀態(tài)信息進(jìn)行發(fā)布。步驟s206、因?yàn)槟撤N原因,服務(wù)器向特定設(shè)備發(fā)送離開該多媒體會話的消息。該離開的原因包括以下幾種情況服務(wù)器接收到特定設(shè)備發(fā)送的離開多媒體會話的請求;或服務(wù)器發(fā)起從多媒體會話中刪除該特定設(shè)備的流程;或服務(wù)器接收到多々某體會話中的用戶終端發(fā)送的從多i某體會話中刪除該特定設(shè)備的請求。步驟s207、特定設(shè)備離開該多媒體會話。步驟s208、服務(wù)器將該特定設(shè)備的離開通知多媒體^i舌中的用戶終端。該特定設(shè)備的離開的通知方法可以參考上述步驟s205中,通知各用戶終端特定設(shè)備已加入該多媒體會話的方法。以下對步驟s201中服務(wù)器判斷待建立的多媒體會話或已建立的多媒體會話中,需要特定設(shè)備的加入的標(biāo)準(zhǔn)進(jìn)行詳細(xì)描述。(1)根據(jù)用戶終端發(fā)送的請求進(jìn)行判斷。在多媒體會話建立階段,主叫用戶終端通??梢源_定所建立的多媒體會話是否需要使用特定設(shè)備(如媒體服務(wù)器),因此主叫用戶終端可以在會話發(fā)起請求消息中添加與特定設(shè)備相關(guān)的參數(shù),以表示需要媒體服務(wù)器的加入。在多媒體會話進(jìn)行過程中,用戶終端也可以發(fā)送將特定設(shè)備加入多媒體會話的請求,該請求中攜帶與特定設(shè)備相關(guān)的參數(shù),以表示需要特定設(shè)備的加入。例如,在PoC會話建立的場景中,發(fā)起會話的PoC用戶終端在INVITE請求消息中,指示所建立會話的部分屬性,如會話的類型等?,F(xiàn)有OMAPoC業(yè)務(wù)的會話類型中,包括l-lPoC會話、預(yù)建立群組會話、AdHoc臨時(shí)PoC會話、ChatGroup聊天PoC會話和l-many-lPoC會話,這些會話類型可以使用特定的URIParameter(URI參數(shù))進(jìn)行標(biāo)識。當(dāng)需要將特定設(shè)備力。入會話時(shí),也可以使用特定的會話類型參數(shù)表示需要將特定設(shè)備加入會話。例如,發(fā)起會話的PoC用戶終端可以在URIParameter中增加有媒體服務(wù)器加入PoC會話的參數(shù),如MediaSession,表示^i舌中需要有媒體服務(wù)器的加入。使用同樣的方法,在會話過程中,需要將特定設(shè)備加入會話時(shí)都可以使用這種方式。URIParameters在SIP消息中的放置,可以根據(jù)IETFRFC3261中相應(yīng)使用形式,表示特定設(shè)備的URIParameter可以如下^f吏用Request-URJsip:SIPUser@.networkA.net;parametername=parameter-value一個(gè)SIP請求消息中消息頭的例子可以參見如圖3描述的過程在該過程中,包括了擴(kuò)展的URIParameter為Conferencetype,Parametername為conference,可選的《直可以是conference的類型,長口々某體內(nèi)容會話(ContentServer),如IVR(ivrServer)等,包括了各種可以加入Conference的特定設(shè)備的類型。流程1為Alice呼叫多i某體會議控制中心,攜帶了conference類型的URIParameter,指示會議中需要媒體服務(wù)器的加入。以下是可實(shí)現(xiàn)的具體參數(shù)和過程。步驟s301、Alice向多々某體會議控制中心Focus發(fā)送INVITE消息。該消息的內(nèi)容可以如下所示FlINVITEAlice->ConferencefocusXINVITEsip:focusX@confemce.serviceprovider.netSIP/2.0;conference-contentscrverTo:sip:focusX@confernce.serviceprovider.netFrom:Alice<sip:alice@atlanta.com〉;tag=l928301774Call-ID:a84b4c76e66710CSeq:314159INVITEContact:<sip:alice@pc33.atlanta.com>Content-Type:application/sdpContent-Length:142步驟s302、多媒體會議控制中心Focus向Alice返回200OK消息。該消息的內(nèi)容可以如下所示F2200OKConferencefocusX->AliceSIP/2.0200OKTo:SIP:Alice<sip:alice@atlanta.com>;tag=1928301774From:focusX@confernce.serviceprovider.netCall-ID:a84b4c76e66710CSeq:314159INVITEContact:focusX@confemce.serviceprovider.net;conference=contentserverContent-Type:application/sdpContent-Length:131步驟s303、多々某體會議控制中心Focus向力某體服務(wù)器發(fā)送INVITE消息。該消息的內(nèi)容可以如下所示F3INVITEConferenceFocusX->ContentServerXINVITEsip:bob@l92.0.2.4SIP/2.0To:sip:contentserverX@conference.serviceprovider.netFrom:focusX@confernce.serviceprovider.net;tag=l928301775Call-ID:a84b4c76e66711CSeq:314160INVITEContact:<sip:alice@pc33,atlanta.com>Content-Type:application/sdpContent-Length:142步驟s304、媒體服務(wù)器向多媒體會議控制中心Focus返回2000K消息。該消息的內(nèi)容可以如下所示F4200OKContentServerX-〉ConferenceFocusXSIP/2.0200OKTo:sip:contentserverX@conferenceserviceprovider.netFrom:focusX@confernce.serviceprovider.netCall-ID:a84b4c76e66710CSeq:314160INVITEContent-Type:application/sdpContent-Length:131步驟s305、多々某體會議控制中心Focus向Bob發(fā)送INVITE消息。該消息的內(nèi)容可以如下所示F5INVITEConferenceFocusX-〉BobINVITEsip:bob@l92.0.2.4SIP/2.0;conference=contentserverTo:Bob<sip:bob@biloxi.com〉From:focusX@confernce.serviceprovider.netCall-ID:a84b4c76e66712CSeq:314161INVITEContent-Type:application/sdpContent-Length:142步驟s306、Bob向多媒體會議控制中心Focus返回200OK消息。該消息的內(nèi)容可以如下所示F6200OKBob->biloxi.comproxySIP/2.0200OKTo:Bob<sip:bob@biloxi.com>;tag=a6c85cfFrom:focusX@confernce.serviceprovider.netCall-ID:a84b4c76e66712CSeq:314161INVITEContact:sip:bob@192.0.2.4;conference=contentserverContent-Type:application/sdpContent-Length:131(2)根據(jù)多媒體會話中使用的業(yè)務(wù)參數(shù)進(jìn)行判斷。在多媒體會話中,媒體服務(wù)器或者其他特定的設(shè)備在加入會話中時(shí)(無論是在會話建立階段,還是在會話進(jìn)行階段),都需要網(wǎng)絡(luò)上的某一個(gè)具備業(yè)務(wù)能力的物理設(shè)備的支持。這些具有某種業(yè)務(wù)能力的設(shè)備,在會話協(xié)商過程中,必然需要使用某種參數(shù)進(jìn)行明確,如SDP(SessionDescriptionProtocol,會話描述協(xié)議)參數(shù)中的媒體參數(shù),媒體參數(shù)又包括了媒體類型和編碼格式。因此,可以在消息體中的SDP參數(shù)中確定特定設(shè)備的SDP參數(shù),以指示打開和解析該SDP參數(shù)的網(wǎng)絡(luò)實(shí)體可以向特定的設(shè)備發(fā)出會話協(xié)商請求。IETFRFC4796介紹了在SDP參數(shù)中的媒體參數(shù)中,增加Content值,以說明媒體流用途和屬性的過程。本發(fā)明的說明書中以下的舉例部分,借鑒了RFC4796中說明i某體參tt用途的方式,說明了媒體服務(wù)器在會話中的使用要求。在實(shí)際應(yīng)用當(dāng)中,對媒體參數(shù)進(jìn)行擴(kuò)展或者增加特定設(shè)備的SDP參數(shù),也能夠達(dá)到在SDP參數(shù)中標(biāo)識特定設(shè)備的作用。以下例子說明了在SDP參數(shù)中,增加Content屬性的SDP參數(shù)標(biāo)識方法,其中slides表示放映膠片,Speaker代表話音,本發(fā)明擴(kuò)展了現(xiàn)有Content屬性,例如可以是媒體服務(wù)器。按照下面content屬性的描述,m=video53334RTP/AVP31將被用于參與者發(fā)送媒體,并且這個(gè)媒體流將和內(nèi)容服務(wù)器建立連接。v=0o=Alice29274273029277831INIP4131.163.72.4s=Secondlecturefrominformationtechnologyc=INIP4131.164.74.2t=00m=video52886RTP/AVP31a=rtpmap:31H261/9000a=content:slidesm=video53334RTP/AVP31a=rtpmap:31H261/9000a=content:speakera=content:contentServerm=video54132RTP/AVP31a=rtpmap:31H261/9000a=content:sl另一種表述方法為v=0o=Alice29274273029277831INIP4131.163.72.4s=Secondlecturefrominformationtechnologyc=INIP413U64.74.2t=00m=video52886RTP/AVP31a=rtpmap:31H261/9000a=content:slidesm=video53334RTP/AVP31a=rtpmap:31H261/9000a=content:speaker:contentServerm=video54132RTP/AVP31a=rtpmap:31簡l層Oa=content:sl(3)根據(jù)多媒體會話的屬性或類型進(jìn)行判斷。在某種特定的情況下,會話的屬性或者會話的類型,及多方會話的特定設(shè)備加入會話的屬性是由網(wǎng)絡(luò)中的某些參數(shù)確定的。例如,為用戶服務(wù)會話應(yīng)用服務(wù)器同時(shí)和某個(gè)媒體服務(wù)器綁定,共同為其上建立的會話服務(wù)器,典型的服務(wù)可以是聊天群組會話的服務(wù)器。在這類場景中,可以通過公開這個(gè)提供特定服務(wù)的應(yīng)用服務(wù)器的地址。(4)根據(jù)網(wǎng)絡(luò)側(cè)預(yù)先設(shè)定的策略進(jìn)行判斷。是否建立有特定設(shè)備的會話可以由網(wǎng)絡(luò)側(cè)預(yù)先設(shè)定的策略決定。如保存群組信息的XDMS(XMLDocumentManagementServer,XML文檔管理服務(wù)器)服務(wù)器,可以保存關(guān)于群組會話的屬性,群組會話可以使用群組服務(wù)器中保存的群組的屬性信息確定要建立會話的屬性。例如,有媒體服務(wù)器加入的群組會話可以增加群組屬性MediaServer;有IVR加入的群組會話可以增加群組屬性IVRServer等。以下各實(shí)施例中,以用戶終端使用OMAPoC業(yè)務(wù)的場景為例,對多i某體會話中特定設(shè)備的管理方法進(jìn)行詳細(xì)說明,該場景中使用的特定設(shè)備為媒體服務(wù)器。在多i某體會話業(yè)務(wù)如OMAPoC業(yè)務(wù)的應(yīng)用中,在多方會話的建立階段或者在多方會話的進(jìn)行中,都可能出現(xiàn)媒體服務(wù)器作為特定設(shè)備加入會話的情況。在會話建立階段媒體服務(wù)器的加入,還可以作為會話是否存在的必要條件。如,在消息中明確媒體服務(wù)器是否為被要求的參數(shù),如果媒體服務(wù)器不能加入,會話則無法正常建立。本發(fā)明的實(shí)施例二中,描述了媒體服務(wù)器在會話建立階段加入PoC會話的方法,如圖4所示,具體步驟包括在圖4所示的實(shí)施例中,沒有特別說明控制會話的網(wǎng)絡(luò)實(shí)體判斷^某體服務(wù)器加入會話的具體方式,判斷的標(biāo)準(zhǔn)可以是上文提出的任意判斷依據(jù)。步驟s401、PoC用戶終端A(PoCClientA)發(fā)送INVITE(會話建立)請求。步驟s402、PoC用戶終端A所屬的PoC服務(wù)器A將INVITE請求轉(zhuǎn)發(fā)到控制會話的PoC服務(wù)器X上。步驟s403、PoC服務(wù)器X根據(jù)業(yè)務(wù)邏輯,判斷需要向纟某體服務(wù)器X發(fā)送請求,協(xié)商將媒體服務(wù)器X加入到會話中,則PoC服務(wù)器X向媒體服務(wù)器X發(fā)出INVITE請求。如上所述,該業(yè)務(wù)邏輯的具體內(nèi)容可以參考前文的描述。步驟s404、媒體服務(wù)器X接受PoC服務(wù)器X發(fā)出的INVITE請求,并且返回200OK應(yīng)答消息。步驟s405、PoC服務(wù)器X向PoC用戶B1所屬的PoC服務(wù)器B發(fā)出INVITE請求,用于呼叫PoC用戶Bl。需要特別指出的是,該步驟中PoC服務(wù)器X向PoC用戶Bl所屬的PoC服務(wù)器B發(fā)出的INVITE請求消息,可以等到步驟s404中PoC服務(wù)器X收到媒體服務(wù)器X返回的200OK應(yīng)答消息以后,也可以不等待該應(yīng)答消息就發(fā)出。使用前一種發(fā)送方法時(shí),如果媒體服務(wù)器不能成功加入PoC會話,則PoC服務(wù)器X可以向主叫用戶終端PoCClientA返回失敗應(yīng)答,PoC服務(wù)器X也不再向其他PoC用戶終端發(fā)出INVITE請求消息。步驟s406、PoC服務(wù)器B向PoC用戶終端Bl發(fā)出INVITE請求。步驟s407、PoC用戶終端Bl接受PoC服務(wù)器B發(fā)出的INVITE請求,并且返回200OK應(yīng)答消息。步驟s408、PoC服務(wù)器B向PoC服務(wù)器X發(fā)出2000K應(yīng)答消息,此時(shí)PoC用戶終端Bl成功加入PoC會話。步驟s409、PoC服務(wù)器X向PoC用戶終端B2所屬的PoC服務(wù)器B發(fā)出INVITE請求,用于呼叫PoC用戶終端B2。步驟s410、PoC服務(wù)器B向PoC用戶終端B2發(fā)出INVITE請求。步驟s411、PoC用戶終端B2接受PoC服務(wù)器B發(fā)出的INVITE請求,并且返回200OK應(yīng)答消息。步驟s412、PoC服務(wù)器B向PoC服務(wù)器X發(fā)出2000K應(yīng)答消息,此時(shí)PoC用戶終端B2成功加入PoC會話。步驟s413、PoC服務(wù)器X向PoC用戶終端A所屬的PoC服務(wù)器A發(fā)出200OK應(yīng)答消息,用于發(fā)起PoC用戶終端A成功加入PoC會話。需要特別指出的是,PoC服務(wù)器X向PoC用戶終端A所屬的PoC服務(wù)器A發(fā)送的200OK應(yīng)答消息,可以在PoC服務(wù)器X收到媒體服務(wù)器X返回的2000K消息以后立即發(fā)送,以表示會話的建立;也可以等待在其他PoC用戶終端成功加入會話以后,再發(fā)送200OK應(yīng)答消息。步驟s414、PoC服務(wù)器A向PoC用戶終端A發(fā)出2000K應(yīng)答消息,此時(shí)PoC用戶終端A成功加入PoC會話。在上述流程中,控制會話的PoC服務(wù)器在呼叫用戶終端的順序上,可以等待特定設(shè)備的成功應(yīng)答后,再繼續(xù)其他被叫用戶終端的加入流程,或不等待特定設(shè)備的成功應(yīng)答而直接呼叫其他用戶終端。在判斷會話是否成功建立的標(biāo)準(zhǔn)上,可以采用以下幾種標(biāo)準(zhǔn)以控制會話的服務(wù)器收到々某體服務(wù)器返回的成功應(yīng)答消息作為會話成功建立的標(biāo)準(zhǔn);或以其他影響會話是否成功建立的因素(例如,呼叫用戶成功應(yīng)答的數(shù)量)作為會話成功建立的標(biāo)準(zhǔn);或以控制會話的服務(wù)器收到媒體服務(wù)器返回的成功應(yīng)答消息、以及其他影響會話是否成功建立的因素綜合作為會話的是否成功建立的標(biāo)準(zhǔn)。如圖5所示,說明了服務(wù)器根據(jù)會話應(yīng)用的場景,判斷媒體服務(wù)器作為特定設(shè)備是否加入會話的過程。本場景中,服務(wù)器提供了多媒體會話的服務(wù),例如聊天會話,并且在會話中包括了具有特定功能的纟某體服務(wù)器加入的功能,因此服務(wù)器收到會話建立請求時(shí),直接連接媒體服務(wù)器,并確定媒體服務(wù)器的使用。步驟s501、PoC用戶終端A(PoCClientA)發(fā)送INVITE(會話建立)請求。步驟s502、PoC用戶終端A所屬的PoC服務(wù)器A將INVITE請求轉(zhuǎn)發(fā)到控制會話的PoC服務(wù)器X上。步驟s503、PoC服務(wù)器X根據(jù)所提供會話服務(wù)器的類型,判斷需要向4某體服務(wù)器X發(fā)送請求,協(xié)商將媒體服務(wù)器X加入到會話中,則PoC服務(wù)器X向媒體服務(wù)器X發(fā)出INVITE請求。步驟504、i某體服務(wù)器X接受PoC服務(wù)器X發(fā)出的INVITE請求,并且返回200OK應(yīng)答消息。步驟505、PoC服務(wù)器判斷會話建立成功,向用戶終端A返回200OK應(yīng)答消息。在上述流程中,控制會話的PoC服務(wù)器在呼叫用戶終端的順序上,可以等待特定設(shè)備的成功應(yīng)答后,再繼續(xù)其他被叫用戶終端的加入流程,或在呼叫特定設(shè)備的同時(shí)呼叫其他用戶終端。如圖6所示,說明了服務(wù)器作為網(wǎng)絡(luò)實(shí)體,向保存策略的策略服務(wù)器查詢特定設(shè)備加入的策略。該保存設(shè)定設(shè)備的加入策略的策略服務(wù)器,在OMA架構(gòu)中,可以是保存群組數(shù)據(jù)的群組服務(wù)器。步驟s601、PoC用戶終端A(PoCClientA)發(fā)送INVITE(會話建立)請求。步驟s602、PoC用戶終端A所屬的PoC服務(wù)器A將INVITE請求轉(zhuǎn)發(fā)到控制會話的PoC服務(wù)器X上。步驟s603、PoC服務(wù)器X根據(jù)業(yè)務(wù)邏輯,向策略服務(wù)器查詢特定設(shè)備(如々某體服務(wù)器)加入會話的策略;步驟s604、策略服務(wù)器收到查詢請求,將策略服務(wù)器上保存的特定設(shè)備加入策略返回到PoC服務(wù)器X上。策略服務(wù)器可以是保存群組數(shù)據(jù)的群組服務(wù)器。特定設(shè)備加入策略可以在流程中和群組成員列表一起返回給PoC服務(wù)器X。步驟s605、PoC服務(wù)器X向力某體服務(wù)器發(fā)送INVITE請求。步驟s606、媒體服務(wù)器X接受PoC服務(wù)器X發(fā)出的INVITE請求,并且返回200OK應(yīng)答消息。步驟s607、PoC服務(wù)器X向PoC用戶B1所屬的PoC服務(wù)器B發(fā)出INVITE請求,用于呼叫PoC用戶Bl。需要特別指出的是,該步驟中PoC服務(wù)器X向PoC用戶Bl所屬的PoC服務(wù)器B發(fā)出的INVITE請求消息,可以等到步驟s606中PoC服務(wù)器X收到媒體服務(wù)器X返回的200OK應(yīng)答消息以后,也可以不等待該應(yīng)答消息就發(fā)出。使用前一種發(fā)送方法時(shí),如果々某體服務(wù)器不能成功加入PoC會話,則PoC服務(wù)器X可以向主叫用戶終端PoCClientA返回失敗應(yīng)答,PoC服務(wù)器X也不再向其他PoC用戶終端發(fā)出INVITE請求消息。步驟s608、PoC服務(wù)器B向PoC用戶終端Bl發(fā)出INVITE請求。步驟s609、PoC用戶終端Bl接受PoC服務(wù)器B發(fā)出的INVITE請求,并且返回200OK應(yīng)答消息。步驟s610、PoC服務(wù)器B向PoC服務(wù)器X發(fā)出2000K應(yīng)答消息,此時(shí)PoC用戶終端Bl成功加入PoC會話。步驟s611、PoC服務(wù)器X向PoC用戶終端B2所屬的PoC服務(wù)器B發(fā)出INVITE請求,用于呼叫PoC用戶終端B2。步驟s612、PoC服務(wù)器B向PoC用戶終端B2發(fā)出INVITE請求。步驟s613、PoC用戶終端B2接受PoC服務(wù)器B發(fā)出的INVITE請求,并且返回200OK應(yīng)答消息。步驟s614、PoC服務(wù)器B向PoC服務(wù)器X發(fā)出2000K應(yīng)答消息,此時(shí)PoC用戶終端B2成功加入PoC會話。步驟s615、PoC服務(wù)器X向PoC用戶終端A所屬的PoC服務(wù)器A發(fā)出200OK應(yīng)答消息,用于發(fā)起PoC用戶終端A成功加入PoC會話。需要特別指出的是,PoC服務(wù)器X向PoC用戶終端A所屬的PoC服務(wù)器A發(fā)送的200OK應(yīng)答消息,可以在PoC服務(wù)器X收到々某體服務(wù)器X返回的200OK消息以后立即發(fā)送;也可以等待在其他PoC用戶終端成功加入會話以后,再發(fā)送200OK應(yīng)答消息。步驟s616、PoC服務(wù)器A向PoC用戶終端A發(fā)出2000K應(yīng)答消息,此時(shí)PoC用戶終端A成功加入PoC會話。在上述流程中,控制會話的PoC服務(wù)器在呼叫用戶終端的順序上,可以等待特定設(shè)備的成功應(yīng)答后,再繼續(xù)其他被叫用戶終端的加入流程,或不等待特定設(shè)備的成功應(yīng)答而直接呼叫其他用戶終端。在OMAPoC的應(yīng)用場景中,包括其他多媒體會話的場景中,由于特定設(shè)備應(yīng)當(dāng)具備特定的業(yè)務(wù)功能,例如媒體服務(wù)器將為多媒體會話提供第三方的媒體服務(wù)。因此還涉及到向媒體服務(wù)器授予媒體發(fā)送權(quán)的過程。具體地,當(dāng)媒體服務(wù)器在多媒體會話建立過程中加入會話時(shí),服務(wù)器在會話建立階段授予媒體服務(wù)器媒體發(fā)送權(quán);或在多媒體會話進(jìn)行過程中媒體服務(wù)器加入會話,服務(wù)器授予媒體服務(wù)器的媒體發(fā)送權(quán)。本發(fā)明的實(shí)施例二中,以典型的OMAPoC會話為例,描述了々某體服務(wù)器加入多媒體會話時(shí)獲得媒體發(fā)送權(quán)的流程,如圖7所示,包括如下步驟步驟s701、PoC用戶終端A發(fā)送INVITE(會話建立)請求。該步驟中,由于需要建立有特定的媒體服務(wù)器加入的PoC會話,因此在INVITE請求消息中,攜帶為媒體服務(wù)器申請媒體發(fā)送權(quán)的指示。步驟s702、PoC用戶A所屬的PoC服務(wù)器A將INVITE請求轉(zhuǎn)發(fā)到控制會話的PoC服務(wù)器X上。步驟s703、PoC服務(wù)器X根據(jù)業(yè)務(wù)邏輯,判斷需要向媒體服務(wù)器X發(fā)送請求、與其協(xié)商并將其加入到會話中,則PoC服務(wù)器X向媒體服務(wù)器X發(fā)出INVITE請求。該業(yè)務(wù)邏輯的具體內(nèi)容可以參考前文的描述。步驟s704、媒體服務(wù)器X接受PoC服務(wù)器X發(fā)出的INVITE請求,并返回200OK應(yīng)答消息。步驟s705、PoC服務(wù)器X向PoC用戶終端Bl所屬的PoC服務(wù)器B發(fā)出INVITE請求,用于呼叫PoC用戶終端Bl。與上一實(shí)施例中的步驟s405相似,PoC服務(wù)器X向PoC用戶終端Bl所屬的PoC服務(wù)器B發(fā)出的INVITE請求消息,可以等到PoC服務(wù)器X收到媒體服務(wù)器X返回的200OK應(yīng)答消息以后,也可以不等待該應(yīng)答消息就發(fā)出。使用前一種發(fā)送方法時(shí),如果媒體服務(wù)器不能成功加入PoC會話,PoC服務(wù)器X可以向主叫PoC用戶終端A返回失敗應(yīng)答,PoC服務(wù)器X也不再向其他PoC用戶終端發(fā)出INVITE請求消息。步驟s706步驟s712,與上一實(shí)施例中的步驟s406s412相似,為PoC用戶終端Bl和B2接受INVITE請求并成功加入PoC會話的過程,在此不作重復(fù)描述。步驟s713、PoC服務(wù)器X向PoC用戶終端A所屬的PoC服務(wù)器A發(fā)出2000K應(yīng)答消息,用于發(fā)起PoC用戶終端A成功加入PoC會話。需要特別指出的是,PoC服務(wù)器X向PoC用戶終端A所屬的PoC服務(wù)器A發(fā)出200OK應(yīng)答消息,可以在PoC服務(wù)器X收到媒體服務(wù)器返回的200OK消息以后立即發(fā)送;也可以等待在其他PoC用戶終端成功加入會話以后,再發(fā)送200OK應(yīng)答消息。步驟s714、PoC服務(wù)器A向PoC用戶終端A發(fā)出2000K應(yīng)答消息,此時(shí)PoC用戶終端A成功加入PoC會話。步驟s715、PoC服務(wù)器X根據(jù)策略首先向纟某體服務(wù)器授予媒體發(fā)送權(quán)。i某體發(fā)送權(quán)可以通過OMAPoC業(yè)務(wù)規(guī)范確定的TB/MBGranted消息發(fā)送。步驟s716、媒體服務(wù)器收到TB/MBGranted消息后,獲得媒體發(fā)送權(quán),并且向PoC服務(wù)器X發(fā)送媒體。步驟s717、PoC服務(wù)器X向其他用戶終端轉(zhuǎn)發(fā)媒體。由于媒體服務(wù)器發(fā)送的媒體,需要向參與會話的用戶終端發(fā)送,因此,控制會話的PoC服務(wù)器X能夠在一段時(shí)間內(nèi),保存4某體服務(wù)器X發(fā)送的々某體,而在有用戶加入會話時(shí),首先向用戶終端發(fā)送這部分保存的媒體。媒體服務(wù)器發(fā)送的媒體為對本次會話的提示信息,如一段語音,一段視頻等。在本流程中,主叫PoC用戶終端A可以在INVITE請求消息中攜帶為媒體服務(wù)器申請i某體發(fā)送權(quán)的指示;然后由控制會話的PoC服務(wù)器X向媒體服務(wù)器X發(fā)送媒體發(fā)送權(quán)授予消息。在控制會話的PoC服務(wù)器X根據(jù)用戶終端請求之外的其他業(yè)務(wù)邏輯判斷需要將媒體服務(wù)器加入會話時(shí),不需要用戶終端向網(wǎng)絡(luò)設(shè)備提出請求,即可以由控制會話的服務(wù)器直接授予媒體發(fā)送權(quán)。例如在上面實(shí)施例中,PoC服務(wù)器X可以在媒體服務(wù)器加入會話后,直接將媒體發(fā)送權(quán)授予媒體服務(wù)器X。在多媒體會話的過程中,以特定設(shè)備為媒體服務(wù)器為例,還涉及到媒體服務(wù)器加入或離開時(shí),需要向處于會話中的用戶終端發(fā)送特定的通知,以說明々某體服務(wù)器的加入和離開。該通知方法具體包括(1)服務(wù)器在會話狀態(tài)信息中使用特定會話屬性進(jìn)行標(biāo)識。媒體服務(wù)器的增加或者刪除可以作為一個(gè)特定的會話狀態(tài)信息,媒體服務(wù)器加入或者退出會話的狀態(tài)信息,可以在會話狀態(tài)信息中使用特定會話屬性進(jìn)行標(biāo)識。因此,在媒體服務(wù)器加入或者退出時(shí),服務(wù)器將多媒體會話的狀態(tài)信息進(jìn)行修改,以對特定設(shè)備的加入進(jìn)行標(biāo)識,并將狀態(tài)信息通知多媒體會話中的用戶終端。(2)服務(wù)器在多i某體會話參與者的信息中,標(biāo)識該特定設(shè)備的加入或離開。可以將媒體服務(wù)器;f見作一個(gè)普通會話參與者,在普通會話參與者中的狀態(tài)信息中添加媒體服務(wù)器的識別信息。在媒體服務(wù)器加入或者退出時(shí),在多媒體會話參與者的信息中,標(biāo)識該特定設(shè)備的加入或離開。(3)服務(wù)器將特定設(shè)備的狀態(tài)信息存儲在多媒體會話的相關(guān)信息中,供多媒體會話中的用戶終端通過信息查詢機(jī)制得知特定設(shè)備的加入;或向訂閱了多媒體會話的相關(guān)信息的用戶終端通知該特定設(shè)備的加入。媒體服務(wù)器相關(guān)的狀態(tài)信息,還可以作為群組會話相關(guān)的信息,保存在群組服務(wù)器中,并且通過支持的群組信息查詢機(jī)制進(jìn)行查詢或者通知。如可以使用OMAXMDS業(yè)務(wù)引擎,OMA的其他業(yè)務(wù)如OMAPoC、OMAIM、OMACPM在一個(gè)會話開始后,將i某體服務(wù)器的狀態(tài)信息發(fā)送到保存群組信息的XDMS上,XDMClient可以從保存群組信息的XDMS上查詢?nèi)航M信息。(4)服務(wù)器將特定設(shè)備的狀態(tài)信息進(jìn)行發(fā)布。媒體服務(wù)器相關(guān)的狀態(tài)信息,還可以作為會話相關(guān)信息的一部分,由服務(wù)器使用現(xiàn)有業(yè)務(wù)的機(jī)制發(fā)布媒體服務(wù)器相關(guān)的信息。本發(fā)明的實(shí)施例二中,以典型的OMAPoC會話為例,描述了媒體服務(wù)器從會話中刪除時(shí),服務(wù)器通知各用戶終端的過程,其中,控制PoC會話的服務(wù)器以AS(ApplicationServer,應(yīng)用服務(wù)器)為例,如圖8所示,具體步驟包括步驟s801~s802、PoC用戶終端Bl向AS訂閱應(yīng)用服務(wù)器AS控制的會話狀態(tài)信息,一般遵循SIP協(xié)議SUBSCRIBE(訂閱)/NOTIFY(通知)的機(jī)制,訂閱消息Subscribe請求通過IMS網(wǎng)絡(luò)中的實(shí)體S-CSCF(ServingCallSessionControlFunction,服務(wù)呼叫狀態(tài)控制功能實(shí)體)轉(zhuǎn)發(fā)。步驟s803s804、應(yīng)用服務(wù)器AS接受PoC用戶終端Bl的訂閱,向PoC用戶終端Bl返回訂閱消息的200OK應(yīng)答消息。步驟s805、會話中的其他應(yīng)用過程。步驟s806s807、由于某種原因或者觸發(fā)條件,應(yīng)用服務(wù)器AS向々某體服務(wù)器發(fā)送BYE請求消息,即要求媒體服務(wù)器離開當(dāng)前會話。步驟s808~s809、媒體服務(wù)器收到應(yīng)用服務(wù)器AS發(fā)送的BYE請求消息后,返回200OK應(yīng)答消息,之后,即退出本次會話。步驟s810-s811、應(yīng)用服務(wù)器AS收到200OK應(yīng)答消息后,向訂閱了媒體服務(wù)器相關(guān)狀態(tài)信息的PoC用戶終端Bl發(fā)送通知(NOTIFY)消息,攜帶了媒體服務(wù)器離開會話的相關(guān)信息,該信息經(jīng)S-CSCF轉(zhuǎn)發(fā)到PoC用戶終端Bl上。步驟s812~s813、PoC用戶終端Bl返回對NOTIFY消息的200OK應(yīng)答消息。通過使用上述實(shí)施例提供的多媒體會話中特定設(shè)備的管理方法,提供了將特定設(shè)備加入新建立的或已建立的多媒體會話的方法,完善了特定設(shè)備在多媒體會話中的授權(quán)機(jī)制以及對用戶終端的通知機(jī)制,實(shí)現(xiàn)了對多媒體會話中特定設(shè)備的統(tǒng)一管理。本發(fā)明的實(shí)施例三中,一種多媒體會話中特定設(shè)備的管理系統(tǒng)如圖9所示,包括服務(wù)器10,用于判斷新建立或已建立的多媒體會話中需要特定設(shè)備20的加入時(shí),向特定設(shè)備20發(fā)送請求消息。特定設(shè)備20,用于在接收到服務(wù)器IO發(fā)送的請求消息時(shí),加入所述多媒體會話。該特定設(shè)備可以為媒體服務(wù)器、互動式語音應(yīng)答IVR服務(wù)器、和第三方服務(wù)器。具體地,服務(wù)器10進(jìn)一步包括判斷模塊11,用于判斷所述多媒體會話中是否需要特定設(shè)備加入或離開。請求發(fā)送模塊12,用于當(dāng)所述判斷模塊11判斷所述多媒體會話中需要特定設(shè)備20加入或離開時(shí),向所述特定設(shè)備20發(fā)送通知消息。授權(quán)模塊13,用于對加入多媒體會話的特定設(shè)備20進(jìn)行授權(quán)。另外,服務(wù)器10還包括通知模塊14,用于判斷模塊11判斷特定設(shè)備需要加入或離開多媒體會話時(shí),通知多媒體會話中的用戶終端。該通知方式至少包括(l)服務(wù)器將多媒體會話的狀態(tài)信息進(jìn)行修改,以對特定設(shè)備的加入進(jìn)行標(biāo)識,并將狀態(tài)信息通知多媒體會話中的用戶終端;或(2)服務(wù)器在多媒體會話參與者的信息中,標(biāo)識該特定設(shè)備的加入;或服務(wù)器將特定設(shè)備的狀態(tài)信息存儲在多媒體會話的相關(guān)信息中,供多媒體會話中的用戶終端通過信息查詢機(jī)制得知特定設(shè)備的加入;或(3)服務(wù)器將特定設(shè)備的狀態(tài)信息存儲在多媒體會話的相關(guān)信息中,向訂閱了所述多媒體會話的相關(guān)信息的用戶終端通知該特定設(shè)備的加入;或(4)服務(wù)器將特定設(shè)備的狀態(tài)信息進(jìn)行發(fā)布。邏輯獲取模塊15,用于獲取與多媒體會話相關(guān)的業(yè)務(wù)邏輯并通知判斷模塊ll,作為判斷多媒體會話中是否需要特定設(shè)備加入或離開的依據(jù),具體的,可以根據(jù)以下標(biāo)準(zhǔn)判斷待建立的多媒體會話或已建立的多媒體會話中是否需要特定設(shè)備的加入(1)根據(jù)用戶終端發(fā)送的請求進(jìn)行判斷。(2)根據(jù)多媒體會話中使用的業(yè)務(wù)參數(shù)進(jìn)行判斷。(3)根據(jù)多媒體會話的屬性或類型進(jìn)行判斷。(4)根據(jù)網(wǎng)絡(luò)側(cè)預(yù)先設(shè)定的策略進(jìn)行判斷。具體的,可以根據(jù)以下標(biāo)準(zhǔn)判斷需要特定設(shè)備離開多媒體會話(1)接收到特定設(shè)備發(fā)送的離開多媒體會話的請求。(2)服務(wù)器IO發(fā)起從多媒體會話中刪除該特定設(shè)備的流程。(3)服務(wù)器10接收到多i某體會話中的用戶終端發(fā)送的從多々某體會話中刪除特定設(shè)備的請求。通過使用上述實(shí)施例提供的多媒體會話中特定設(shè)備的管理系統(tǒng)和設(shè)備,提供了將特定設(shè)備加入待建立的或已建立的多媒體會話的方法,提供了特定設(shè)備在多媒體會話中的授權(quán)機(jī)制以及對用戶終端的通知機(jī)制,實(shí)現(xiàn)了對多媒體會話中特定設(shè)備的統(tǒng)一管理。本發(fā)明的實(shí)施例四中,提供了又一種多媒體會話中特定設(shè)備的管理方法。該方法中,服務(wù)器沒有通過發(fā)送媒體發(fā)送權(quán)授權(quán)的方式獲得特定設(shè)備所提供的服務(wù),而是通過服務(wù)器和特定設(shè)備之間的接口直接獲取該特定設(shè)備所提供的服務(wù)。如前所述,該特定設(shè)備可以是媒體保存和發(fā)送服務(wù)器、IVR設(shè)備或第三方服務(wù)器等。服務(wù)器和特定設(shè)備之間的接口協(xié)議可以為RTSP協(xié)議、HTTP協(xié)議或FTP協(xié)議等。如圖IO所示,是一種多媒體會話中特定設(shè)備的管理方法,在該場景下,特定設(shè)備是一個(gè)媒體服務(wù)器,且服務(wù)器在獲得特定設(shè)備的服務(wù)之前,先邀請?zhí)囟ㄔO(shè)備加入該多媒體會話。步驟sl001、客戶端發(fā)出加入特定設(shè)備進(jìn)入多媒體會話的加入請求,加入請求使用SIPREFER請求消息。當(dāng)然該加入請求也可以使用SIPINVITE請求消息,在加入請求消息中攜帶了要求服務(wù)器添加媒體服務(wù)器的業(yè)務(wù)指示。步驟sl002、服務(wù)器收到客戶端發(fā)送的加入請求后,向媒體服務(wù)器發(fā)送會話邀請請求消息,可以使用SIPINVITE請求消息。步驟sl003、々某體服務(wù)器收到會話邀請請求消息后,返回200OK應(yīng)答消息。服務(wù)器收到媒體服務(wù)器返回的200OK應(yīng)答消息后,媒體服務(wù)器即已經(jīng)進(jìn)入該多媒體會話。根據(jù)多方會話的業(yè)務(wù)邏輯,服務(wù)器可以向該多媒體會話中的全部或部分客戶端發(fā)送媒體服務(wù)器加入該多媒體會話的通知消息。例如可以使用Subscribe/Notify機(jī)制發(fā)送SIPNOTIFY消息來通知客戶端。步驟sl004、服務(wù)器收到2000K應(yīng)答消息后,可以向客戶端返回200OK應(yīng)答消息,以通知客戶端請求的媒體服務(wù)器加入請求已經(jīng)完成。步驟1005、媒體在該多i某體會話中,按照正常過程傳輸。步驟1006、用戶希望請求該媒體服務(wù)器上可以獲取的媒體資源,客戶端向服務(wù)器發(fā)送媒體發(fā)送請求,希望獲取媒體服務(wù)器上的媒體。在圖IO中,向媒體服務(wù)器請求媒體的客戶端就是請求媒體服務(wù)器加入會話的客戶端,但在具體應(yīng)用中,向媒體服務(wù)器請求媒體的客戶端還可能是會話中的其他客戶端,前提是該客戶端知道該媒體服務(wù)器已經(jīng)加入該多媒體會話。步驟sl007、服務(wù)器收到客戶端發(fā)送的媒體發(fā)送請求后,直接通過服務(wù)器和媒體服務(wù)器之間的接口協(xié)議獲取媒體,該接口使用相應(yīng)的協(xié)議進(jìn)行通信。例如,使用HTTP協(xié)議進(jìn)行通信時(shí),可以使用HTTPGET消息獲取媒體。當(dāng)然也可以通過使用RTSP協(xié)議或其他協(xié)議獲取媒體。步驟sl008-s1009、服務(wù)器可以向會話中的客戶端發(fā)送媒體發(fā)送權(quán)的指示,用于通知會話中的用戶當(dāng)前的媒體發(fā)送權(quán)和媒體發(fā)送資源由媒體服務(wù)器發(fā)送的媒體使用。步驟s1010、媒體服務(wù)器通過和會話服務(wù)器之間的接口向服務(wù)器發(fā)送媒體。步驟sl011、服務(wù)器從媒體服務(wù)器獲取媒體后,向在多媒體會話中的客戶端發(fā)送媒體。這樣,會話中的服務(wù)器,如控制服務(wù)器通過和媒體服務(wù)器之間的接口協(xié)議獲取了媒體,并向多方會話中的客戶端提供了媒體。需要說明的是,由于RTSP協(xié)議作為服務(wù)器和特定設(shè)備之間的接口協(xié)議可以支持對特定設(shè)備的控制功能,因此使用該協(xié)議作為接口協(xié)議時(shí),可以擴(kuò)展客戶端和服務(wù)器之間的使用范圍,例如可以由客戶端請求會話服務(wù)器對特定設(shè)備上的媒體資源進(jìn)行控制,如播放、暫停、快進(jìn)、快退等。若使用其他支持對特定設(shè)備的控制功能的協(xié)議作為接口協(xié)議,也可以進(jìn)行類似擴(kuò)展。如圖ll所示,是一種多媒體會話中特定設(shè)備的管理方法,在該場景下,特定設(shè)備是一個(gè)媒體服務(wù)器,且服務(wù)器在沒有事先邀請?zhí)囟ㄔO(shè)備加入該多媒體會話的情況下,直接從該特定設(shè)備獲取媒體。步驟sl101、建立多媒體會話。步驟sl102、客戶端發(fā)出加入特定設(shè)備進(jìn)入該多媒體會話的加入請求,該請求可以使用SIPINVITE請求消息。在加入請求消息中包括媒體服務(wù)器的鏈接,如媒體服務(wù)器的URI或者其他連接地址。步驟s1103、服務(wù)器收到客戶端發(fā)送的加入請求后,可以向客戶端發(fā)送INVITE請求響應(yīng)。步驟sl104、媒體在多方會話中,按照正常過程傳輸。步驟sl105、用戶希望請求媒體服務(wù)器上可以獲取的媒體資源,客戶端向服務(wù)器發(fā)送媒體發(fā)送請求,希望獲取媒體服務(wù)器上的媒體。步驟sl106、服務(wù)器收到客戶端發(fā)送的媒體發(fā)送請求后,直接通過服務(wù)器和媒體服務(wù)器接口獲取媒體,該接口使用相應(yīng)的協(xié)議進(jìn)行通信。例如,使用HTTP協(xié)議進(jìn)行通信時(shí),可以使用HTTPGET消息獲取媒體。當(dāng)然也可以通過使用RTSP協(xié)議或其他協(xié)議獲取媒體。步驟sll07-s1108、服務(wù)器可以向會話中的客戶端發(fā)送媒體發(fā)送權(quán)的指示,用于通知會話中的用戶當(dāng)前的媒體發(fā)送權(quán)和媒體發(fā)送資源由媒體服務(wù)器發(fā)送的媒體使用。步驟si109、媒體服務(wù)器通過和服務(wù)器之間的接口協(xié)議向服務(wù)器發(fā)送媒體。步驟sl110、服務(wù)器從媒體服務(wù)器獲取媒體后,向在會話中的客戶端發(fā)送媒體。這樣,會話中的服務(wù)器,如控制服務(wù)器通過和媒體服務(wù)器之間的接口獲取了媒體,并向多方會話中的客戶端提供了媒體。通過以上的實(shí)施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn),當(dāng)然也可以通過硬件,但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該軟件產(chǎn)品存儲在一個(gè)存儲介質(zhì)中,包括若干指令用以使得一臺網(wǎng)絡(luò)設(shè)備執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例,但是,本發(fā)明并非局限于此,任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。權(quán)利要求1、一種多媒體會話中特定設(shè)備的加入方法,其特征在于,包括以下步驟服務(wù)器判斷多媒體會話中是否需要特定設(shè)備加入;需要特定設(shè)備加入時(shí),所述服務(wù)器向所述特定設(shè)備發(fā)送請求消息;接收到所述特定設(shè)備的響應(yīng)時(shí),所述服務(wù)器將所述特定設(shè)備加入所述多媒體會話。2、如權(quán)利要求1所述多媒體會話中特定設(shè)備的加入方法,其特征在于,所述服務(wù)器判斷多媒體會話中是否需要特定設(shè)備加入的依據(jù),包括以下方式中的一種或多種根據(jù)用戶終端發(fā)送的請求進(jìn)行判斷;或根據(jù)所述多媒體會話中使用的業(yè)務(wù)參數(shù)進(jìn)行判斷;或根據(jù)多媒體會話的屬性或類型進(jìn)行判斷;或根據(jù)網(wǎng)絡(luò)側(cè)預(yù)先設(shè)定的策略進(jìn)行判斷。3、如權(quán)利要求1所述多媒體會話中特定設(shè)備的加入方法,其特征在于,所述多媒體會話為新建立的多媒體會話時(shí),所述服務(wù)器向所述特定設(shè)備發(fā)送請求消息后,或接收到所述特定設(shè)備的響應(yīng)后,向所述多媒體會話涉及的用戶終端發(fā)送請求消息4、如權(quán)利要求1所述多媒體會話中特定設(shè)備的加入方法,其特征在于,所述服務(wù)器將所述特定設(shè)備加入所述多媒體會話后,還包括步驟所述服務(wù)器通知所述多媒體會話中的用戶終端所述特定設(shè)備已加入所述多媒體會話。5、如權(quán)利要求4所述多媒體會話中特定設(shè)備的加入方法,其特征在于,所述服務(wù)器通知所述多J(某體會話中的用戶終端的方法,包括以下方式中的一種或多種所述服務(wù)器將所述多媒體會話的狀態(tài)信息進(jìn)行修改,以對所述特定設(shè)備的加入進(jìn)行標(biāo)識,并將所述狀態(tài)信息通知所述多^某體會話中的用戶終端;或所述服務(wù)器在多媒體會話參與者信息中,標(biāo)識所述特定設(shè)備的加入;或所述服務(wù)器將所述特定設(shè)備的狀態(tài)信息存儲在多媒體會話的相關(guān)信息中,供所述多媒體會話中的用戶終端通過信息查詢機(jī)制得知所述特定設(shè)備的加入;或所述服務(wù)器將所述特定設(shè)備的狀態(tài)信息存儲在多媒體會話的相關(guān)信息中,向訂閱了所述多媒體會話的相關(guān)信息的用戶終端通知所述特定設(shè)備的加入;或所述服務(wù)器將所述特定設(shè)備的加入狀態(tài)信息進(jìn)行發(fā)布。6、如權(quán)利要求1所述多媒體會話中特定設(shè)備的加入方法,其特征在于,當(dāng)所述服務(wù)器將所述特定設(shè)備加入所述多媒體會話后,還包括所述服務(wù)器通過與所述特定設(shè)備之間的接口獲得所述特定設(shè)備提供的服務(wù)。7、如權(quán)利要求6所述多媒體會話中特定設(shè)備的加入方法,其特征在于,所述接口通過RTSP協(xié)議、HTTP協(xié)議或FTP協(xié)議協(xié)議進(jìn)行通信。8、一種多媒體會話中特定設(shè)備的授權(quán)方法,其特征在于,包括以下步驟服務(wù)器接收到特定設(shè)備加入多媒體會話的消息;所述服務(wù)器對所述特定設(shè)備進(jìn)行授權(quán)。9、如權(quán)利要求8所述多媒體會話中特定設(shè)備的授權(quán)方法,其特征在于,所述服務(wù)器對所述特定設(shè)備進(jìn)行授權(quán)的步驟具體為所述服務(wù)器根據(jù)用戶終端發(fā)送的請求、或預(yù)先設(shè)定的策略,在所述特定設(shè)備加入所述多媒體會話后,立即對所述特定設(shè)備進(jìn)行授權(quán)。10、一種多媒體會話中特定設(shè)備的刪除方法,其特征在于,包括以下步驟服務(wù)器判斷需要將多媒體會話中的特定設(shè)備刪除;所述服務(wù)器向所述特定設(shè)備發(fā)送離開消息;所述服務(wù)器從會話中刪除所述特定設(shè)備。11、如權(quán)利要求IO所述多媒體會話中特定設(shè)備的刪除方法,其特征在于,所述服務(wù)器判斷需要將多媒體會話中的特定設(shè)備刪除的依據(jù),包括以下方式中的一種或多種所述服務(wù)器接收到所述特定設(shè)備發(fā)送的離開所述多々某體會話的請求;或所述服務(wù)器發(fā)起從所述多媒體會話中刪除所述特定設(shè)備;所述服務(wù)器接收到所述多媒體會話中的用戶終端發(fā)送的從所述多媒體會話中刪除所述特定設(shè)備的請求。12、如權(quán)利要求11所述多媒體會話中特定設(shè)備的刪除方法,其特征在于,所述服務(wù)器從會話中刪除所述特定設(shè)備后,還包括步驟所述服務(wù)器通知所述多媒體會話中的用戶終端所述特定設(shè)備已離開所述多媒體會話。13、如權(quán)利要求12所述多媒體會話中特定設(shè)備的刪除方法,其特征在于,所述服務(wù)器通知多々某體會話中的用戶終端的方法,包括以下方式中的一種或多種所述服務(wù)器將所述多媒體會話的狀態(tài)信息進(jìn)行修改,以對所述特定設(shè)備的離開進(jìn)行標(biāo)識,并將所述狀態(tài)信息通知所述多媒體會話中的用戶終端;或所述服務(wù)器在多媒體會話參與者信息中,標(biāo)識所述特定設(shè)備的離開;或所述服務(wù)器將所述特定設(shè)備的狀態(tài)信息存儲在多媒體會話的相關(guān)信息中,供所述多媒體會話中的用戶終端通過信息查詢機(jī)制得知所述特定設(shè)備的離開;或所述服務(wù)器將所述特定設(shè)備的狀態(tài)信息存儲在多媒體會話的相關(guān)信息中,向訂閱了所述多媒體會話的相關(guān)信息的用戶終端通知所述特定設(shè)備的離開;或所述服務(wù)器將所述特定設(shè)備的離開狀態(tài)信息進(jìn)行發(fā)布。14、一種多》某體會話中特定設(shè)備的管理系統(tǒng),其特征在于,包括服務(wù)器,用于判斷多媒體會話中需要特定設(shè)備的加入時(shí),向所述特定設(shè)備發(fā)送請求消息;特定設(shè)備,用于在接收到所述服務(wù)器發(fā)送的請求消息時(shí),加入所述多媒體會話。15、如權(quán)利要求14所述多媒體會話中特定設(shè)備的管理系統(tǒng),其特征在于,所述服務(wù)器進(jìn)一步包括判斷模塊,用于判斷所述多媒體會話中是否需要特定設(shè)備加入或離開;請求發(fā)送模塊,用于當(dāng)所述判斷模塊判斷所述多媒體會話中需要特定設(shè)備加入或離開時(shí),向所述特定設(shè)備發(fā)送消息;授權(quán)模塊,用于對加入所述多媒體會話的所述特定設(shè)備進(jìn)行授權(quán)。16、如權(quán)利要求14所述多媒體會話中特定設(shè)備的管理系統(tǒng),其特征在于,所述服務(wù)器還包括通知模塊,用于當(dāng)所述特定設(shè)備加入或離開多媒體會話時(shí),通知所述多J某體會話中的用戶終端。17、如權(quán)利要求14所述多媒體會話中特定設(shè)備的管理系統(tǒng),其特征在于,所述服務(wù)器還包括邏輯獲取模塊,用于獲取與所述多媒體會話相關(guān)的業(yè)務(wù)邏輯并通知所述判斷模塊,作為判斷所述多媒體會話中是否需要特定設(shè)備加入或離開的依據(jù),所述業(yè)務(wù)邏輯包括用戶終端的請求、所述多媒體會話的類型、參數(shù)或預(yù)先設(shè)定的策略中的一種或多種。18、如權(quán)利要求14所述多媒體會話中特定設(shè)備的管理系統(tǒng),其特征在于,所述特定設(shè)備包括媒體服務(wù)器、互動式語音應(yīng)答IVR服務(wù)器、或第三方服務(wù)器。19、一種多媒體會話中的服務(wù)器,其特征在于,包括判斷模塊,用于判斷多媒體會話中是否需要特定設(shè)備加入或離開;請求發(fā)送模塊,用于當(dāng)所述判斷模塊判斷所述多媒體會話中需要特定設(shè)備加入或離開時(shí),向所述特定設(shè)備發(fā)送通知消息;授權(quán)模塊,用于對加入所述多媒體會話的終端設(shè)備進(jìn)行授權(quán)。20、如權(quán)利要求19所述多媒體會話中的服務(wù)器,其特征在于,還包括通知模塊,用于當(dāng)所述特定設(shè)備加入或離開多媒體會話時(shí),通知所述多々某體會話中的用戶終端。21、如權(quán)利要求19所述多媒體會話中的服務(wù)器,其特征在于,還包括邏輯獲取模塊,用于獲取與所述多媒體會話相關(guān)的業(yè)務(wù)邏輯并通知所述判斷模塊,作為判斷所述多媒體會話中是否需要特定設(shè)備加入或離開的依據(jù),所述業(yè)務(wù)邏輯包括用戶終端的請求、所述多媒體會話的類型、參數(shù)或預(yù)先設(shè)定的策略中的一種或多種。全文摘要本發(fā)明公開了一種多媒體會話中特定設(shè)備的管理方法,對多媒體會話中特定設(shè)備的加入、授權(quán)以及刪除進(jìn)行管理。本發(fā)明還公開了一種多媒體會話中特定設(shè)備的管理系統(tǒng)和設(shè)備。通過使用本發(fā)明,提供了將特定設(shè)備加入待建立的或已建立的多媒體會話的方法,提供了特定設(shè)備在多媒體會話中的授權(quán)機(jī)制以及對用戶終端的通知機(jī)制,實(shí)現(xiàn)了對多媒體會話中特定設(shè)備的統(tǒng)一管理。文檔編號H04L29/06GK101388883SQ20071019468公開日2009年3月18日申請日期2007年11月30日優(yōu)先權(quán)日2007年9月12日發(fā)明者雷朱申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1