專利名稱：一種媒體修改方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信領(lǐng)域，尤其涉及一種第三代合作伙伴計(jì)劃(3GPP)中存在先 決條件(Precondition)的媒體修改方法及系統(tǒng)。
背景技術(shù)：
現(xiàn)有3GPP協(xié)議規(guī)定，在進(jìn)入通話態(tài)之后，承載控制功能收到更新(UPDATE) 消息的2000K確認(rèn)消息后，打開分組分類器的門限控制，即使得媒體修改、切換操作生 效。參見圖1，主被叫通過(guò)Re-INVITE修改媒體，而承載控制功能在收到UPDATE 更新消息的2000K確認(rèn)時(shí)，即將媒體修改、切換置為有效，存在如下問題1、考慮先決條件(Precondition)，此時(shí)可能某一個(gè)方向的資源預(yù)留并沒有完成， 在資源并沒有可用時(shí)，過(guò)早的被設(shè)置為有效；2、被叫用戶可能需要對(duì)媒體的修改、切換操作進(jìn)行人工確認(rèn)，而在用戶確認(rèn)之 前，被過(guò)早的設(shè)置為有效，在用戶拒絕的情況下，會(huì)產(chǎn)生后續(xù)很多冗余步驟。3、在Re-INVITE消息的2000K確認(rèn)之前即打開媒體通道，用戶可能會(huì)盜用承
載資源。所以，在Re-INVITE事務(wù)進(jìn)行過(guò)程中的UPDATE消息的2000K確認(rèn)消息不能作
為媒體修改、切換的確認(rèn)。同時(shí)，考慮多媒體流的情況，如音頻流修改編解碼格式，同時(shí)增加視頻流。視 頻流可能需要用戶確認(rèn)，所以其承載控制功能可以由Re-INVITE的2000K作為最終確 認(rèn)，但是用戶可能在完成Re-INVITE內(nèi)的第一個(gè)媒體提供和應(yīng)答(Offer/Answer)過(guò)程 后，即可以開始使用新的音頻編解碼，所以對(duì)于音頻流的新參數(shù)的有效性設(shè)置，不應(yīng)當(dāng) 等到接收到Re-INVITE的2000K確認(rèn)消息后再進(jìn)行。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種媒體修改方法及系統(tǒng)，用于解決現(xiàn) 有技術(shù)中，在進(jìn)行媒體修改時(shí)未考慮是否需要用戶確認(rèn)、媒體修改的先決條件，從而導(dǎo) 致承載資源可能被被盜用、產(chǎn)生冗余步驟等技術(shù)缺陷。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種媒體修改方法，包括 在媒體成分新增和/或?qū)υ忻襟w成分進(jìn)行修改時(shí)，不以Re-INVTE事務(wù)過(guò)程中 的UPDATE消息的2000K響應(yīng)消息作為該媒體成分修改的確認(rèn)時(shí)間點(diǎn)，而以Re-INVITE 消息的2000K響應(yīng)消息或先決條件滿足的時(shí)間點(diǎn)或一次媒體提供和應(yīng)答過(guò)程完成時(shí)的時(shí) 間點(diǎn)作為對(duì)所述媒體成分新增和/或修改的確認(rèn)時(shí)間點(diǎn)?；谏鲜龇椒?，進(jìn)一步地，如果需要用戶對(duì)所述媒體成分的新增和/或修改進(jìn) 行確認(rèn)，則以Re-INVITE消息的2000K響應(yīng)消息或先決條件滿足的時(shí)間點(diǎn)作為對(duì)所述媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
進(jìn)一步地，如果不需要用戶對(duì)所述媒體成分的新增和/或修改進(jìn)行確認(rèn)，則以 先決條件滿足的時(shí)間點(diǎn)或以一次媒體提供和應(yīng)答過(guò)程完成時(shí)的時(shí)間點(diǎn)作為對(duì)所述媒體成 分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
進(jìn)一步地，如果不需要用戶對(duì)所述媒體成分的新增和/或修改進(jìn)行確認(rèn)，但對(duì) 所述媒體成分的新增和/或修改帶有先決條件，則以先決條件滿足的時(shí)間點(diǎn)作為對(duì)所述 媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
進(jìn)一步地，如果不需要用戶對(duì)所述媒體成分的新增和/或修改進(jìn)行確認(rèn)，對(duì)所 述媒體成分的新增和/或修改也不帶有先決條件，則以一次媒體提供和應(yīng)答過(guò)程完成時(shí) 的時(shí)間點(diǎn)作為對(duì)所述媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
進(jìn)一步地，所述對(duì)媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)是指向承載控制功 能發(fā)送授權(quán)請(qǐng)求/授權(quán)應(yīng)答消息，從而觸發(fā)承載控制功能打開分組分類器的時(shí)間點(diǎn)。
基于上述方法，本發(fā)明還提出一種媒體協(xié)商的系統(tǒng)，包括
主叫終端，用于發(fā)起媒體成分新增和/或?qū)υ忻襟w成分修改的媒體修改請(qǐng) 求；
被叫終端，用于響應(yīng)主叫終端發(fā)起的媒體修改請(qǐng)求；
代理呼叫會(huì)話控制功能P-CSCF，用于在媒體修改的確認(rèn)時(shí)間點(diǎn)發(fā)送授權(quán)請(qǐng)求/ 授權(quán)應(yīng)答消息給策略與計(jì)費(fèi)規(guī)則功能；
策略與計(jì)費(fèi)規(guī)則功能PCRF，用于根據(jù)授權(quán)請(qǐng)求/授權(quán)應(yīng)答消息使所述媒體成分 新增和/或媒體成分修改生效；
在所述媒體成分新增和/或修改時(shí)，不以Re-INVTE事務(wù)過(guò)程中的UPDATE消息 的2000K響應(yīng)消息作為對(duì)所述媒體成分新增和/或修改的確認(rèn)時(shí)間點(diǎn)，而以Re-INVITE 消息的2000K響應(yīng)消息或先決條件滿足的時(shí)間點(diǎn)或一次媒體提供和應(yīng)答過(guò)程完成時(shí)的時(shí) 間點(diǎn)作為對(duì)所述媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
基于上述系統(tǒng)，進(jìn)一步地，如果需要用戶對(duì)所述媒體成分的新增和/或修改進(jìn) 行確認(rèn)，則以Re-INVITE消息的2000K響應(yīng)消息或先決條件滿足的時(shí)間點(diǎn)作為對(duì)所述媒 體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
進(jìn)一步地，如果不需要用戶對(duì)所述媒體成分的新增和/或修改進(jìn)行確認(rèn)，則以 先決條件滿足的時(shí)間點(diǎn)或一次媒體提供和應(yīng)答過(guò)程完成時(shí)的時(shí)間點(diǎn)作為對(duì)所速媒體成分 的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
進(jìn)一步地，如果不需要用戶對(duì)所述媒體成分的新增和/或修改進(jìn)行確認(rèn)，但所 述媒體成分的新增和/或修改帶有先決條件，則以先決條件滿足的時(shí)間點(diǎn)作為對(duì)該媒體 成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
進(jìn)一步地，如果不需要用戶對(duì)所述媒體成分的新增和/或修改進(jìn)行確認(rèn)，且所 述媒體成分的新增和/或修改也不帶有先決條件，則以一次媒體提供和應(yīng)答過(guò)程完成時(shí) 的時(shí)間點(diǎn)作為對(duì)所述媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
本發(fā)明修改了對(duì)媒體修改操作提交的觸發(fā)時(shí)間點(diǎn)，對(duì)新增媒體，以Re-INVITE 的2000K消息作為媒體新增的確認(rèn)時(shí)間點(diǎn)；對(duì)原有媒體進(jìn)行修改時(shí)，在不帶先決條件的 情況下，以一次媒體提供和應(yīng)答完成時(shí)作為對(duì)媒體修改的確認(rèn)時(shí)間點(diǎn)，在帶先決條件的情況下，以先決條件滿足時(shí)作為對(duì)媒體修改的確認(rèn)時(shí)間點(diǎn)。通過(guò)本發(fā)明可避免在資源可 用之前或用戶確認(rèn)之前，過(guò)早的對(duì)修改進(jìn)行確認(rèn)，從而方式承載資源被盜用及產(chǎn)生不必 要的冗余步驟。


圖1為現(xiàn)有技術(shù)中過(guò)早確認(rèn)媒體修改、切換操作媒體切換流程圖；圖2A為本發(fā)明新增或修改媒體成分時(shí)，需要用戶進(jìn) 行確認(rèn)，且存在先決條件的 處理流程圖；圖2B為本發(fā)明新增或修改媒體成分時(shí)，不需要用戶進(jìn)行確認(rèn)，但有先決條件處 理流程圖；圖2C為本發(fā)明新增或修改媒體成分時(shí)，不需要用戶進(jìn)行確認(rèn)，沒有先決條件的 處理流程圖；圖3為本發(fā)明對(duì)同時(shí)存在新增和修改媒體成分情況下的處理流程圖。
具體實(shí)施例方式本發(fā)明的核心思想是對(duì)新增媒體，不以Re-INVTE事務(wù)過(guò)程中的UPDATE消 息的2000K響應(yīng)消息作為對(duì)媒體修改的確認(rèn)時(shí)間點(diǎn)，而以Re-INVITE消息的2000K響 應(yīng)消息或先決條件滿足的時(shí)間點(diǎn)或一次媒體提供和應(yīng)答過(guò)程完成時(shí)的時(shí)間點(diǎn)作為對(duì)媒體 修改的確認(rèn)時(shí)間點(diǎn)。對(duì)原有媒體進(jìn)行修改時(shí)，不以Re-INVTE事務(wù)過(guò)程中的UPDATE消 息的2000K響應(yīng)消息作為媒體修改的確認(rèn)時(shí)間點(diǎn)，而以先決條件滿足的時(shí)間點(diǎn)或一次媒 體提供和應(yīng)答(Offer/Answer)過(guò)程完成時(shí)的時(shí)間點(diǎn)作為對(duì)媒體修改的確認(rèn)時(shí)間點(diǎn)。本發(fā)明所述先決條件指媒體協(xié)商過(guò)程中，媒體描述協(xié)議中媒體屬性包含的先 決條件(Precondition)，其定義見 RFC3312、RFC4032。本發(fā)明所述一次媒體提供和應(yīng)答是指Re-INVITE消息觸發(fā)的媒體修改過(guò)程 中，出現(xiàn)的第一次媒體提供(Offer)和媒體應(yīng)答(Answer)。本發(fā)明所述對(duì)媒體修改的確認(rèn)時(shí)間點(diǎn)是指向承載控制功能發(fā)送授權(quán)請(qǐng)求 (AA-Request, AAR) /授權(quán)應(yīng)答(AA-Answer，AAA)消息，從而觸發(fā)承載控制功能打開 分組分類器的時(shí)間點(diǎn)。本發(fā)明中的媒體修改包括媒體成分的新增和/或?qū)υ忻襟w成分的修改等情 況，在一次媒體修改過(guò)程中，可能針對(duì)多種媒體成分，不同的媒體成分的新增和/或修 改的確認(rèn)時(shí)間點(diǎn)可以不相同。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉實(shí)施例并參照附 圖，對(duì)本發(fā)明進(jìn)一步詳細(xì)說(shuō)明。實(shí)施例1 圖2A為本發(fā)明增加新的媒體成分或修改原有媒體成分時(shí)，需要用戶對(duì)媒體成 分的新增或原有媒體成分的修改進(jìn)行確認(rèn)，且存在先決條件的處理流程圖，具體步驟如 下步驟201 主叫UE_A發(fā)送Re-INVITE消息給代理呼叫會(huì)話控制功能 (Proxy-Call Session Control Function, P-CSCF)作為媒體成分新增或媒體成分修改請(qǐng)求；
本發(fā)明中，將從發(fā)送Re-INVITE消息到接收到Re-INVITE消息的2000K響應(yīng) 消息稱為一個(gè)Re-INVITE事務(wù)。
步驟202 P-CSCF轉(zhuǎn)發(fā)媒體成分新增或媒體成分修改請(qǐng)求給被叫終端UE_B ；
步驟203-204 被叫通過(guò)P-CSCF轉(zhuǎn)發(fā)，向主叫回復(fù)183響應(yīng)消息(圖中省略 PRACK/2000K)；
步驟205-206 主叫由于某種原因，如接收到先決條件(Precondition)狀態(tài)通知 時(shí)，發(fā)送更新(UPDATE)消息給P-CSCF，P-CSCF將其轉(zhuǎn)發(fā)給被叫終端；
該步驟中，先決條件與資源預(yù)留相關(guān)，所述的狀態(tài)通知為資源預(yù)留的狀態(tài)通 知，具體的狀態(tài)通知消息與使用的資源預(yù)留協(xié)議有關(guān)。
步驟207-208 被叫終端UE_B發(fā)送UPDATE消息的2000K響應(yīng)消息給 P-CSCF, P-CSCF轉(zhuǎn)發(fā)該消息給主叫終端UE_A。
由于該實(shí)施例中，媒體成分新增或媒體成分修改帶有先決條件，因此本發(fā)明在 被叫終端向P-CSCF發(fā)送UPDATE的2000K響應(yīng)消息后并不觸發(fā)P-CSCF到承載控制功 能的分組分類器打開的過(guò)程，而是等待資源預(yù)留完成這一先決條件完成后再觸發(fā)P-CSCF 到承載控制功能的分組分類器打開的過(guò)程。
步驟209 UE_A和UE_B之間的媒體資源預(yù)留過(guò)程完成；
步驟210 被叫終端UE_B向P-CSCF發(fā)送Re-INVITE的2000K響應(yīng)消息；
步驟211 P-CSCF接收到Re-INVITE的2000K響應(yīng)消息后，向策略與計(jì)費(fèi)規(guī) 則功能實(shí)體(PCRF)發(fā)送指示媒體修改確認(rèn)的AAR/AAA消息；
步驟212: PCRF打開分組分類器的門限控制，使媒體成分新增或媒體成分修改 操作生效；
步驟213 P-CSCF轉(zhuǎn)發(fā)Re-INVITE的2000K消息給主叫終端。
該實(shí)施例中，不以UPDATE的2000K響應(yīng)消息作為使媒體修改生效的觸發(fā)時(shí)間 點(diǎn)，而是以Re-INVITE的2000K響應(yīng)消息作為觸發(fā)時(shí)間點(diǎn)，這樣就可以有效地避免在資 源預(yù)留未完成時(shí)過(guò)早的提交媒體修改。
實(shí)施例2
圖2B為本發(fā)明新增媒體成分或修改原有媒體成分時(shí)，不需要用戶對(duì)媒體成分的 新增或媒體成分的修改進(jìn)行確認(rèn)，但有先決條件情況下的處理流程圖，其中步驟201至 步驟208與圖2A相似，與圖2A不同的是，在先決條件滿足(如先決條件為資源預(yù)留相 關(guān)，則對(duì)應(yīng)資源預(yù)留完成)時(shí)，即步驟209完成后，由P-CSCF直接向PCRF發(fā)送AAR/ AAA消息，不需等待被叫終端的Re-INVITE的2000K響應(yīng)消息。
實(shí)施例3
圖2C為本發(fā)明新增媒體成分或修改原有媒體成分時(shí)，不需要用戶對(duì)媒體成分的 新增或媒體成分的修改進(jìn)行確認(rèn)，沒有先決條件的情況下的處理流程圖。該實(shí)施例中由 于不需要用戶確認(rèn)且沒有針對(duì)媒體成分新增或修改的先決條件，因此在完成一次完整的 媒體提供和媒體應(yīng)答后，即可由由P-CSCF直接向PCRF發(fā)送AAR/AAA消息，以將該媒 體成分新增或媒體成分修改生效，后續(xù)可能存在如207-210等步驟。
實(shí)施例4
在多媒體流的情況，可能會(huì)在新增媒體成分的同時(shí)對(duì)已有媒體成分也進(jìn)行修改，而新增媒體成分可能還需要用戶人工進(jìn)行確認(rèn)，因此，對(duì)新增媒體成分的確認(rèn)時(shí)間點(diǎn)選擇為Re-INVITE的2000K是合適的。但對(duì)于原有媒體成分的修改而言，終端設(shè)備可 能在完成Re-INVITE事務(wù)內(nèi)的一次媒體提供及應(yīng)答(Offer/Answer)過(guò)程后(Re-INVITE
事務(wù)內(nèi)可能包含多次媒體提供及應(yīng)答過(guò)程)，即可開始使用新的媒體參數(shù)，如新的音頻 編解碼，為了保證已有媒體流的連續(xù)性，需要在新參數(shù)可用時(shí)，或用戶已經(jīng)使用新參數(shù) 時(shí)，激活承載通道內(nèi)的新參數(shù)。圖3為本發(fā)明在同時(shí)存在新增媒體成分以及修改原有媒體成分的情況下的處理 流程圖，具體步驟如下步驟301 主叫UE_A發(fā)送Re-INVITE消息給P-CSCF請(qǐng)求新增媒體；步驟302 P-CSCF轉(zhuǎn)發(fā)Re-INVITE消息給被叫終端UE_B ；步驟303-304 被叫通過(guò)P-CSCF轉(zhuǎn)發(fā)，向主叫回復(fù)183響應(yīng)消息(圖中省略 PRACK/2000K)；步驟305-306:主叫終端由于某種原因，如接收到先決條件(Precondition)狀態(tài) 通知時(shí)，發(fā)送更新(UPDATE)消息給P-CSCF請(qǐng)求修改原有媒體成分參數(shù)，P-CSCF將其 轉(zhuǎn)發(fā)給被叫終端；步驟307-308 被叫終端UE_B發(fā)送UPDATE消息的2000K確認(rèn)響應(yīng)消息給 P-CSCF, P-CSCF轉(zhuǎn)發(fā)該消息給主叫終端UE_A。該實(shí)施例中，針對(duì)UPDATE的2000K響應(yīng)消息，不做觸發(fā)對(duì)媒體成分新增或媒 體成分修改的確認(rèn)時(shí)間點(diǎn)，即不觸發(fā)P-CSCF向PCRF發(fā)送AAR/AAA消息。步驟309:原有媒體成分的資源預(yù)留完成、可用，或主被叫用戶已經(jīng)使用新媒 體參數(shù)；步驟310 針對(duì)原有媒體成分，P-CSCF向PCRF發(fā)送AAR/AAA消息，觸發(fā)
PCRF將原有的媒體成分修改提交生效的過(guò)程；步驟311:針對(duì)原有媒體成分，提交對(duì)原有媒體成分的修改，使對(duì)原有媒體成 分的修改生效；步驟312 被叫終端向P-CSCF發(fā)送Re-INVITE的2000K響應(yīng)消息；步驟313:接收到Re-INVITE的2000K響應(yīng)消息后，針對(duì)新增媒體成分， P-CSCF向PCRF發(fā)送AAR/AAA消息，觸發(fā)PCRF使新增媒體成分生效的過(guò)程；步驟314 PCRF將新增媒體成分提交生效；以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種媒體修改的方法，其特征在于，包括在媒體成分新增和/或?qū)υ忻襟w成分進(jìn)行修改時(shí)，不以Re-INVTE事務(wù)過(guò)程中的 UPDATE消息的2000K響應(yīng)消息作為該媒體成分修改的確認(rèn)時(shí)間點(diǎn)，而以Re-INVITE消 息的2000K響應(yīng)消息或先決條件滿足的時(shí)間點(diǎn)或一次媒體提供和應(yīng)答過(guò)程完成時(shí)的時(shí)間 點(diǎn)作為對(duì)所述媒體成分新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，如果需要用戶對(duì)所述媒體成分的新增和 /或修改進(jìn)行確認(rèn)，則以Re-INVITE消息的2000K響應(yīng)消息或先決條件滿足的時(shí)間點(diǎn)作 為對(duì)所述媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，如果不需要用戶對(duì)所述媒體成分的新增 和/或修改進(jìn)行確認(rèn)，則以先決條件滿足的時(shí)間點(diǎn)或以一次媒體提供和應(yīng)答過(guò)程完成時(shí) 的時(shí)間點(diǎn)作為對(duì)所述媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，如果不需要用戶對(duì)所述媒體成分的新增 和/或修改進(jìn)行確認(rèn)，但對(duì)所述媒體成分的新增和/或修改帶有先決條件，則以先決條件 滿足的時(shí)間點(diǎn)作為對(duì)所述媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，如果不需要用戶對(duì)所述媒體成分的新 增和/或修改進(jìn)行確認(rèn)，對(duì)所述媒體成分的新增和/或修改也不帶有先決條件，則以一次 媒體提供和應(yīng)答過(guò)程完成時(shí)的時(shí)間點(diǎn)作為對(duì)所述媒體成分的新增和/或修改的確認(rèn)時(shí)間 點(diǎn)ο
6.根據(jù)權(quán)利要求1至5中任意一項(xiàng)權(quán)利要求所述的方法，其特征在于，所述對(duì)媒體成 分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)是指向承載控制功能發(fā)送授權(quán)請(qǐng)求/授權(quán)應(yīng)答消息，從 而觸發(fā)承載控制功能打開分組分類器的時(shí)間點(diǎn)。
7.—種媒體協(xié)商的系統(tǒng)，其特征在于，包括主叫終端，用于發(fā)起媒體成分新增和/或?qū)υ忻襟w成分修改的媒體修改請(qǐng)求；被叫終端，用于響應(yīng)主叫終端發(fā)起的媒體修改請(qǐng)求；代理呼叫會(huì)話控制功能，用于在媒體修改的確認(rèn)時(shí)間點(diǎn)發(fā)送授權(quán)請(qǐng)求/授權(quán)應(yīng)答消 息給策略與計(jì)費(fèi)規(guī)則功能；策略與計(jì)費(fèi)規(guī)則功能，用于根據(jù)授權(quán)請(qǐng)求/授權(quán)應(yīng)答消息使所述媒體成分新增和/或 媒體成分修改生效；在所述媒體成分新增和/或修改時(shí)，不以Re-INVTE事務(wù)過(guò)程中的UPDATE消息的 2000K響應(yīng)消息作為對(duì)所述媒體成分新增和/或修改的確認(rèn)時(shí)間點(diǎn)，而以Re-INVITE消 息的2000K響應(yīng)消息或先決條件滿足的時(shí)間點(diǎn)或一次媒體提供和應(yīng)答過(guò)程完成時(shí)的時(shí)間 點(diǎn)作為對(duì)所述媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，如果需要用戶對(duì)所述媒體成分的新增和 /或修改進(jìn)行確認(rèn)，則以Re-INVITE消息的2000K響應(yīng)消息或先決條件滿足的時(shí)間點(diǎn)作 為對(duì)所述媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，如果不需要用戶對(duì)所述媒體成分的新增 和/或修改進(jìn)行確認(rèn)，則以先決條件滿足的時(shí)間點(diǎn)或一次媒體提供和應(yīng)答過(guò)程完成時(shí)的 時(shí)間點(diǎn)作為對(duì)所述媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
10.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，如果不需要用戶對(duì)所述媒體成分的新增和/或修改進(jìn)行確認(rèn)，但所述媒體成分的新增和/或修改帶有先決條件，則以先決條件 滿足的時(shí)間點(diǎn)作為對(duì)該媒體成分的新增和/或修改的確認(rèn)時(shí)間點(diǎn)。
11.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，如果不需要用戶對(duì)所述媒體成分的新 增和/或修改進(jìn)行確認(rèn)，且所述媒體成分的新增和/或修改也不帶有先決條件，則以一次 媒體提供和應(yīng)答過(guò)程完成時(shí)的時(shí)間點(diǎn)作為對(duì)所述媒體成分的新增和/或修改的確認(rèn)時(shí)間 點(diǎn)ο
全文摘要
本發(fā)明公開了一種媒體修改的方法及系統(tǒng)，用于解決在進(jìn)行媒體修改時(shí)未考慮是否需要用戶確認(rèn)、媒體修改的先決條件，從而導(dǎo)致承載資源可能被被盜用、產(chǎn)生冗余步驟等技術(shù)缺陷。本發(fā)明在增加新的媒體成分和/或?qū)υ忻襟w成分修改時(shí)，不以Re-INVTE事務(wù)過(guò)程中的UPDATE消息的200OK響應(yīng)消息作為對(duì)該媒體成分修改的確認(rèn)時(shí)間點(diǎn)，而是根據(jù)是否需要用戶確認(rèn)及是否帶有先決條件，以Re-INVITE消息的200OK響應(yīng)消息或先決條件滿足的時(shí)間點(diǎn)或一次媒體提供和應(yīng)答過(guò)程完成時(shí)的時(shí)間點(diǎn)作為媒體修改的確認(rèn)時(shí)間點(diǎn)。本發(fā)明可避免在資源可用之前或用戶確認(rèn)之前，過(guò)早的對(duì)進(jìn)行確認(rèn)，從而防止承載資源被盜用及產(chǎn)生不必要的冗余步驟。
文檔編號(hào)H04W8/24GK102026154SQ20091009394
公開日2011年4月20日 申請(qǐng)日期2009年9月23日 優(yōu)先權(quán)日2009年9月23日
發(fā)明者高揚(yáng) 申請(qǐng)人:中興通訊股份有限公司