專利名稱：進(jìn)行虛擬媒體能力協(xié)商的方法和通訊設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及進(jìn)行虛擬媒體能力協(xié)商的方法以及相 應(yīng)的呼叫保持方法和通訊設(shè)備。
技術(shù)背景媒體能力協(xié)商是會話建立時，通訊設(shè)備與對端交換彼此的媒體類型和媒體 參數(shù)的過程，其目的在于確保會話過程中雙方的多媒體信號能夠正確地被對方 接收和解碼。例如，在釆用會話初始協(xié)議(SIP: Session Initiation Protocol)作為呼叫控 制協(xié)議的會話建立階段，SIP主叫方可在INVITE方法的會話描述中指示其能 夠接受的媒體類型及其參數(shù)(還可以指示其愿意發(fā)送的媒體類型)；SIP被叫 方則在成功響應(yīng)消息的消息體中指明其希望接受的媒體類型及其參數(shù)(還可以 指示其行將發(fā)送的媒體)，以此完成媒體能力協(xié)商。媒體協(xié)商信息可采用會話 描述協(xié)議(SDP: Session Description Protocol)攜帶于SIP消息中。在某些應(yīng)用場景下還會使用到虛擬媒體能力協(xié)商，所謂虛擬是指該媒體能 力協(xié)商并不具有實際的媒體能力對象。例如，可通過虛擬i某體能力協(xié)商使對端 沉默來進(jìn)^"呼叫保持，兩個場景示例如下一、在A用戶和B用戶的通話過程中，A用戶收到第三方用戶C的通話 請求；A用戶選擇呼叫保持(CallHold) B用戶，接通C用戶；A用戶重新發(fā) 起到B用戶的會話建立，采用虛擬媒體能力信息與B用戶進(jìn)行虛擬媒體能力 協(xié)商，從而實現(xiàn)呼叫保持的功能；等到A用戶與C用戶通話結(jié)束后，A用戶 再次發(fā)起到B用戶的會話建立，采用真實媒體能力信息與B用戶進(jìn)行媒體能 力協(xié)商，恢復(fù)通話。二 、在交互式語音應(yīng)答(IVR: Interactive Voice Response )系統(tǒng)中，網(wǎng)絡(luò) 側(cè)的軟交換系統(tǒng)在無法獲得業(yè)務(wù)側(cè)的業(yè)務(wù)指示時，對于收到的呼叫側(cè)的媒體協(xié) 商信息，可采用虛擬媒體能力信息與之進(jìn)行虛擬媒體能力協(xié)商，暫時保持呼叫。 等獲得業(yè)務(wù)側(cè)的指示后，根據(jù)業(yè)務(wù)操作類型，再采用真實媒體能力信息重新與
呼叫側(cè)進(jìn)行媒體能力協(xié)商。目前通常采用的虛擬媒體能力協(xié)商主要有以下三種方式① 虛擬網(wǎng)絡(luò)協(xié)議(IP: Internet Protocol)地址(全0)的媒體能力模式。 即，將媒體能力描述中的媒體傳輸?shù)刂吩O(shè)置為全O,在IP版本4 (IPv4)的情 況下即為"0.0.0.0";對端若支持該協(xié)商模式，則在識別該特別的傳輸?shù)刂泛螅?不再向遠(yuǎn)端通訊設(shè)備發(fā)送數(shù)據(jù)包。② 虛擬端口 (全0)的媒體能力模式。即，將媒體能力描述中的媒體傳輸 端口設(shè)置為全0;對端若支持該協(xié)商模式，則在識別該特別的傳輸端口后，不 再向遠(yuǎn)端通訊設(shè)備發(fā)送數(shù)據(jù)包。③ 更改媒體流屬性的模式。即，在媒體能力描述中使用正常的IP地址和 端口，而將遠(yuǎn)端媒體流屬性設(shè)置為"僅發(fā)送(SendOnly)"模式(若之前的媒 體屬性為"發(fā)送/接收(SendRecv)"模式)，或?qū)(某體流屬性修改為"不活動(Inactive)"模式(若之前的媒體屬性為"僅接收(RecvOnly)"模式)；對端 若支持該協(xié)商模式，則在識別媒體流屬性的修改后，不再向遠(yuǎn)端通訊設(shè)備發(fā)送 數(shù)據(jù)包。體能力協(xié)商過程采用特例性的處理方式，若對端不支持某種虛擬媒體能力協(xié)商 沖莫式就會導(dǎo)致協(xié)商失敗。在呼叫保持的情況下，會使得發(fā)起方通訊設(shè)備無法保 持所有類型對端的呼叫。 發(fā)明內(nèi)容本發(fā)明需要解決的技術(shù)問題是提供能夠讓發(fā)起方無差別的與對端進(jìn)行虛 擬媒體能力協(xié)商的方法以及相應(yīng)的呼叫保持方法和通訊設(shè)備。一種進(jìn)行虛擬媒體能力協(xié)商的方法，包括選擇一個實際端口作為虛擬協(xié) 商端口，所述虛擬協(xié)商端口無對應(yīng)實際媒體能力；使用所占用的網(wǎng)絡(luò)地址和所 述虛擬協(xié)商端口生成媒體能力協(xié)商信息；將所述媒體能力協(xié)商信息發(fā)送給對端 通訊設(shè)備。另一種進(jìn)行虛擬々某體能力協(xié)商的方法，包括分配一個實際網(wǎng)絡(luò)地址與實 際端口的組合作為虛擬協(xié)商組合，所述虛擬協(xié)商組合無對應(yīng)實際i某體能力；使
用所述虛擬協(xié)商組合生成媒體能力協(xié)商信息；將所述媒體能力協(xié)商信息發(fā)送給對端通訊設(shè)備。一種呼叫保持方法，包括獲取對需要呼叫保持的對端通訊設(shè)備的選擇； 采用上述進(jìn)行虛擬媒體能力協(xié)商的方法與所選擇的對端通訊設(shè)備進(jìn)行虛擬媒 體能力協(xié)商；丟棄所述虛擬》某體能力協(xié)商所使用的網(wǎng)絡(luò)地址和端口的組合^^妄收 到的數(shù)據(jù)包。一種通訊設(shè)備，包括端口管理單元，用于選擇一個實際端口作為虛擬協(xié) 商端口，所述虛擬協(xié)商端口無對應(yīng)實際媒體能力；信息生成單元，用于使用所 占用的網(wǎng)絡(luò)地址和所述虛擬協(xié)商端口生成々某體能力協(xié)商信息；發(fā)送單元，用于 將所述媒體能力協(xié)商信息發(fā)送給對端通訊設(shè)備。另一種通訊設(shè)備，包括虛擬管理單元，用于分配一個實際網(wǎng)絡(luò)地址與實 際端口的組合作為虛擬協(xié)商組合，所述虛擬協(xié)商組合無對應(yīng)實際i某體能力；生 成單元，用于使用所述虛擬協(xié)商組合生成媒體能力協(xié)商信息；發(fā)送單元，用于 將所述媒體能力協(xié)商信息發(fā)送給對端通訊設(shè)備。上述技術(shù)方案中通訊設(shè)備采用無對應(yīng)實際媒體能力的真實地址與端口的 組合同對端進(jìn)行虛擬媒體能力協(xié)商，由于協(xié)商所使用的地址與端口是實際的， 因此該Jf某體能力信息的虛擬與否對于對端而言是透明的，即無需依賴對端對特 別信息的識別和處理，使得通訊設(shè)備能夠不依賴于對端的類型進(jìn)行虛擬媒體能 力協(xié)商；當(dāng)用于呼叫保持時，使得通訊設(shè)備能夠無差別的對各種類型的對端進(jìn) 行呼叫保持。


圖l是本發(fā)明實施例一進(jìn)行虛擬i某體能力協(xié)商的方法流程示意圖； 圖2是本發(fā)明實施例二進(jìn)行虛擬媒體能力協(xié)商的方法流程示意圖； 圖3是本發(fā)明實施例三呼叫保持方法流程示意圖； 圖4是本發(fā)明實施例四通訊設(shè)備邏輯結(jié)構(gòu)示意圖； 圖5是本發(fā)明實施例四通訊設(shè)備的另 一種邏輯結(jié)構(gòu)示意圖； 圖6是本發(fā)明實施例五通訊設(shè)備邏輯結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例提供了進(jìn)行虛擬媒體能力協(xié)商的方法，通訊設(shè)備采用無對應(yīng) 實際媒體能力的真實地址與端口的組合同對端進(jìn)行虛擬媒體能力協(xié)商。本發(fā)明 實施例還提供相應(yīng)的呼叫保持方法和通訊設(shè)備。以下分別進(jìn)行詳細(xì)說明。實施例一、 一種進(jìn)行虛擬媒體能力協(xié)商的方法，本實施例適用于占用單一 網(wǎng)絡(luò)地址的終端型通訊設(shè)備發(fā)起虛擬媒體能力協(xié)商。流程如圖l所示，包括步驟Al、選擇一個實際端口作為虛擬協(xié)商端口，所述虛擬協(xié)商端口無對應(yīng)實 際媒體能力。本文中將無對應(yīng)實際々某體能力的實際端口稱作虛擬協(xié)商端口 ，所稱實際端 口無對應(yīng)實際々某體能力，是指通訊設(shè)備的該實際端口不進(jìn)行真實的媒體交互， 對于發(fā)送到無對應(yīng)實際媒體能力的實際端口的數(shù)據(jù)包，通訊設(shè)備可采用丟棄等 處理方式。無對應(yīng)實際媒體能力的實際端口可以是終端保留的不使用的實際端 口，也可以是通過通訊設(shè)備對實際端口進(jìn)行動態(tài)管理，暫時標(biāo)記為不可用的實 際端口，具體可采用如下兩種管理方式① 預(yù)置虛擬協(xié)商端口集合通訊設(shè)備可保留某些實際端口用作虛擬媒體能力協(xié)商，可將由保留的 一個 或一個以上無對應(yīng)實際媒體能力的實際端口組成的集合稱為虛擬協(xié)商端口集 合，通訊設(shè)備即從虛擬協(xié)商端口集合中選擇虛擬協(xié)商端口 。② 動態(tài)分配虛擬協(xié)商端口在需要進(jìn)行虛擬媒體能力協(xié)商時，通訊設(shè)備可任意選擇可用的實際端口作 為虛擬協(xié)商端口，然后將被選擇的實際端口的媒體能力標(biāo)記為不可用。當(dāng)然， 根據(jù)進(jìn)行虛擬媒體能力協(xié)商所需要達(dá)到的功能，通訊設(shè)備可在該功能使用結(jié)束 后，解除對所占用實際端口的不可用標(biāo)記，該實際端口即可恢復(fù)正常使用。例 如，若使用虛擬媒體能力協(xié)商來進(jìn)行呼叫保持，當(dāng)通訊設(shè)備結(jié)束呼叫保持(例 如恢復(fù)或掛斷與對端的通話)，則可解除用于呼叫保持的實際端口的不可用標(biāo) 記。需要說明的是，無論采用哪種虛擬協(xié)商端口的管理方式，通訊設(shè)備與多個 對端通訊設(shè)備同時進(jìn)行的多個虛擬媒體能力協(xié)商，都可以使用相同的實際端
口，當(dāng)然也可以^^用不同的實際端口。A2、使用所占用的網(wǎng)絡(luò)地址和所述虛擬協(xié)商端口生成媒體能力協(xié)商信息。 通訊設(shè)備可按照常規(guī)方式根據(jù)所使用的會話控制協(xié)議規(guī)范生成媒體能力 協(xié)商信息。本實施例中通訊設(shè)備為終端型，占用單一的網(wǎng)絡(luò)地址，因此使用自 身占用的網(wǎng)絡(luò)地址來生成媒體能力協(xié)商信息，所生成的々某體能力協(xié)商信息與進(jìn) 行正常媒體能力協(xié)商時生成的媒體能力協(xié)商信息在形式上無差別，只是所使用 的實際端口不具有媒體交互能力。A3、將所述媒體能力協(xié)商信息發(fā)送給對端通訊設(shè)備。此步驟可按照常規(guī)媒體能力協(xié)商的方式執(zhí)行。對端通訊設(shè)備收到該媒體能 力協(xié)商信息后，由于該信息與正常的媒體能力協(xié)商信息形式上沒有差別，不需 要對端通訊設(shè)備提供特別的模式支持，因此對端通訊設(shè)備可按常規(guī)方式進(jìn)行處 理，例如返回攜帶自身i某體參數(shù)的響應(yīng)信息等。對端通訊設(shè)備發(fā)送到本端通訊 設(shè)備所占用的網(wǎng)絡(luò)地址+虛擬協(xié)商端口的組合的數(shù)據(jù)包將不會被處理。上述實施例中通訊設(shè)備采用自身地址與無對應(yīng)實際媒體能力的端口的組 合同對端進(jìn)行虛擬媒體能力協(xié)商，由于協(xié)商所使用的地址與端口是實際的，因 此該i某體能力信息的虛擬與否對于對端而言是透明的，即無需依賴對端對特別 信息的識別和處理，使得通訊設(shè)備能夠不依賴于對端的類型進(jìn)行虛擬媒體能力 協(xié)商。實施例二、 一種進(jìn)行虛擬媒體能力協(xié)商的方法，本實施例適用于占用多個 網(wǎng)絡(luò)地址的服務(wù)型通訊設(shè)備發(fā)起虛擬々某體能力協(xié)商。流程如圖2所示，包括步 驟Bl、分配一個實際網(wǎng)絡(luò)地址與實際端口的組合作為虛擬協(xié)商組合，所述 虛擬協(xié)商組合無對應(yīng)實際々某體能力。本文中將無對應(yīng)實際媒體能力的實際網(wǎng)絡(luò)地址與實際端口的組合稱作虛 擬協(xié)商組合。本實施例中的通訊設(shè)備為管理一個以上實際網(wǎng)絡(luò)地址的服務(wù)型通 訊設(shè)備，例如IVR系統(tǒng)中的軟交換。由① 通訊設(shè)備從預(yù)置的虛擬協(xié)商地址集合中選擇一個實際網(wǎng)絡(luò)地址作為虛 擬協(xié)商地址，所述虛擬協(xié)商地址集合由一個或一個以上無對應(yīng)實際功能實體的實際網(wǎng)絡(luò)地址組成；② 通訊設(shè)備選擇實際端口與所述虛擬協(xié)商地址組合為所述虛擬協(xié)商組合； 由于虛擬協(xié)商地址本身無對應(yīng)的實際功能實體，因此在選擇實際端口時可任意 選擇或者也可在設(shè)定的集合中任意選擇。對于發(fā)送到無對應(yīng)實際媒體能力的虛 擬協(xié)商組合的數(shù)據(jù)包，通訊設(shè)備可采用丟棄等處理方式；由于虛擬協(xié)商組合中 的虛擬協(xié)商地址本身無對應(yīng)實際功能實體，通訊設(shè)備可直接對發(fā)送到虛擬協(xié)商 地址的數(shù)據(jù)包進(jìn)行丟棄。需要說明的是，占用多個網(wǎng)絡(luò)地址的通訊設(shè)備也可以不采用配置無對應(yīng)實 際功能實體的虛擬協(xié)商地址的方式；而是使用具有實際功能實體的網(wǎng)絡(luò)地址， 通過與無對應(yīng)實際i某體能力的實際端口進(jìn)行組合，來實現(xiàn)虛擬i某體能力協(xié)商， 此時所采用的方法與實施例一相同，不再贅述。這種情況下，通訊設(shè)備不能直 接對發(fā)送到虛擬協(xié)商所使用網(wǎng)絡(luò)地址的數(shù)據(jù)包進(jìn)行丟棄，而是對發(fā)送到虛擬協(xié) 商組合的數(shù)據(jù)包進(jìn)行丟棄。當(dāng)然，通訊設(shè)備與多個對端通訊設(shè)備同時進(jìn)行的多 個虛擬媒體能力協(xié)商，都可以使用相同的虛擬協(xié)商地址或虛擬協(xié)商組合。B2、使用所述虛擬協(xié)商組合生成i某體能力協(xié)商信息。通訊設(shè)備可按照常規(guī)方式根據(jù)所使用的會話控制協(xié)議規(guī)范生成媒體能力 協(xié)商信息。所生成的媒體能力協(xié)商信息與進(jìn)行正常媒體能力協(xié)商時生成的+某體 能力協(xié)商信息在形式上無差別，只是所使用的實際網(wǎng)絡(luò)地址+實際端口的組合 不具有媒體交互能力。B3、將所述媒體能力協(xié)商信息發(fā)送給對端通訊設(shè)備。此步驟可參照實施例 一 中的步驟A3執(zhí)行。上述實施例中通訊設(shè)備采用由實際網(wǎng)絡(luò)地址與實際端口組成的無媒體能 力的虛擬協(xié)商組合同對端進(jìn)行虛擬A某體能力協(xié)商，由于協(xié)商所使用的地址與端 口是實際的，因此該媒體能力信息的虛擬與否對于對端而言是透明的，即無需 依賴對端對特別信息的識別和處理，使得通訊設(shè)備能夠不依賴于對端的類型進(jìn) 行虛擬媒體能力協(xié)商。 實施例三、 一種呼叫保持方法，流程如圖3所示，包括步驟 Cl、獲取對需要呼叫保持的對端通訊設(shè)備的選擇。此步驟可按照通常呼叫保持的觸發(fā)方式來執(zhí)行。例如，終端通訊設(shè)備在與 某個對端通訊設(shè)備的通話過程中接收用戶指示(例如用戶按下"呼叫保持"鍵)， 選擇對當(dāng)前通話的對端通訊設(shè)備進(jìn)行呼叫保持；又如，軟交換在IVR業(yè)務(wù)過程 中，由于無法獲得業(yè)務(wù)側(cè)的業(yè)務(wù)指示，選擇對某個呼叫側(cè)終端進(jìn)行呼叫保持等。C2、采用由實際網(wǎng)絡(luò)地址+實際端口組成的無媒體能力的虛擬協(xié)商組合 與所選擇的對端通訊設(shè)備進(jìn)行虛擬i某體能力協(xié)商。對于終端型通訊設(shè)備可采用實施例一中提供的方法，對于服務(wù)型通訊設(shè)備 可采用實施例一或?qū)嵤├刑峁┑姆椒?。C3、丟棄所述虛擬媒體能力協(xié)商所使用的網(wǎng)絡(luò)地址和端口的組合接收到 的凄t據(jù)包。由于通訊設(shè)備發(fā)起的虛擬媒體能力協(xié)商對于對端通訊設(shè)備而言其"虛擬" 性是透明的，因此可能會收到對端通訊設(shè)備發(fā)送到虛擬協(xié)商組合的數(shù)據(jù)包?；?于呼叫保持功能的特點，通訊設(shè)備可丟棄這些數(shù)據(jù)包而不作處理。當(dāng)通訊設(shè)備判斷呼叫保持功能完成后，例如終端通訊設(shè)備恢復(fù)與呼叫保持 中的對端通訊設(shè)備的會話，或者軟交換得到了業(yè)務(wù)側(cè)的指示；此時，可按照常 規(guī)方式重新使用正常的媒體能力協(xié)商信息與對端通訊設(shè)備進(jìn)行真實的媒體能 力協(xié)商，結(jié)束呼叫保持。上述技術(shù)方案中通訊設(shè)備采用無對應(yīng)實際媒體能力的真實地址與端口的 組合同對端進(jìn)行虛擬i某體能力協(xié)商，由于協(xié)商所4吏用的地址與端口是實際的， 因此該媒體能力信息的虛擬與否對于對端而言是透明的，即無需依賴對端對特 別信息的識別和處理，使得通訊設(shè)備能夠不依賴于對端的類型進(jìn)行虛擬媒體能 力協(xié)商，從而使得通訊設(shè)備能夠無差別的對各種類型的對端進(jìn)行呼叫保持。下面對本發(fā)明實施例的通訊設(shè)備進(jìn)行詳細(xì)說明。 實施例四、 一種通訊設(shè)備，如圖4所示，包括端口管理單元ll，用于選擇一個實際端口作為虛擬協(xié)商端口，所述虛擬協(xié) 商端口無對應(yīng)實際媒體能力。端口管理單元ll具體包括
集合子單元lll,用于提供虛擬協(xié)商端口集合，所述虛擬協(xié)商端口集合由一個或一個以上無對應(yīng)實際媒體能力的實際端口組成；選捧子單元U2，用于從集合子單元lll提供的虛擬協(xié)商端口集合中選擇所述虛擬協(xié)商端口。信息生成單元12，用于使用所占用的網(wǎng)絡(luò)地址和端口管理單元ll提供的虛擬協(xié)商端口生成媒體能力協(xié)商信息。發(fā)送單元13，用于將信息生成單元12生成的媒體能力協(xié)商信息發(fā)送給對端 通訊設(shè)備。本實施例通訊設(shè)備可用于執(zhí)行實施例一進(jìn)行虛擬々某體能力協(xié)商的方法，并 且虛擬協(xié)商端口采用"預(yù)置虛擬協(xié)商端口集合"的管理方式。若改變本實施例 中端口管理單元的具體結(jié)構(gòu)，如圖5所示，采用端口管理單元14，包括 分配子單元141,用于選擇可用的實際端口作為虛擬協(xié)商端口 ； 狀態(tài)子單元142，用于將分配子單元141選擇的實際端口的i某體能力標(biāo)記為 不可用。則改變后的通訊設(shè)備可用于執(zhí)行實施例一方法，并且虛擬協(xié)商端口采用 "動態(tài)分配虛擬協(xié)商端口"的管理方式。實施例五、 一種通訊設(shè)備，如圖6所示，包括虛擬管理單元21,用于分配一個實際網(wǎng)絡(luò)地址與實際端口的組合作為虛擬 協(xié)商組合，所述虛擬協(xié)商組合無對應(yīng)實際媒體能力。虛擬管理單元21具體包括地址子單元211,用于從預(yù)置的虛擬協(xié)商地址集合中選擇一個實際網(wǎng)絡(luò)地 址作為虛擬協(xié)商地址，所述虛擬協(xié)商地址集合由一個或一個以上無對應(yīng)實際媒 體能力的實際網(wǎng)絡(luò)地址組成；端口子單元212，用于選擇實際端口與地址子單元211提供的虛擬協(xié)商地址 組成虛擬協(xié)商組合。生成單元22，用于使用虛擬管理單元21提供的虛擬協(xié)商組合生成媒體能力 協(xié)商信息。發(fā)送單元23,用于將生成單元22生成的媒體能力協(xié)商信息發(fā)送給對端通訊 設(shè)備。
本實施例通訊設(shè)備可用于執(zhí)行實施例二進(jìn)行虛擬媒體能力協(xié)商的方法。 通過上述實施例可以看出，本發(fā)明實施例中通訊設(shè)備采用無對應(yīng)實際々某體 能力的真實地址與端口的組合同對端進(jìn)行虛擬媒體能力協(xié)商，由于協(xié)商所使用 的地址與端口是實際的，因此該媒體能力信息的虛擬與否對于對端而言是透明 的，即無需依賴對端對特別信息的識別和處理，使得通訊設(shè)備能夠不依賴于對端的類型進(jìn)行虛擬媒體能力協(xié)商；當(dāng)用于呼叫保持時，使得通訊設(shè)備能夠無差別的對各種類型的對端進(jìn)行呼叫保持。以上對本發(fā)明實施例所提供的進(jìn)行虛擬媒體能力協(xié)商的方法以及相應(yīng)的 呼叫保持方法和通訊設(shè)備進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的 原理及實施方式進(jìn)行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理 解為對本發(fā)明的限制。
權(quán)利要求
1、 一種進(jìn)行虛擬i某體能力協(xié)商的方法，其特征在于，包括 選擇一個實際端口作為虛擬協(xié)商端口 ，所述虛擬協(xié)商端口無對應(yīng)實際媒體能力；使用所占用的網(wǎng)絡(luò)地址和所述虛擬協(xié)商端口生成媒體能力協(xié)商信息； 將所述媒體能力協(xié)商信息發(fā)送給對端通訊設(shè)備。
2、 根據(jù)權(quán)利要求l所述的進(jìn)行虛擬媒體能力協(xié)商的方法，其特征在于，所 述選擇一個實際端口作為虛擬協(xié)商端口的步驟具體為從預(yù)置的虛擬協(xié)商端口集合中選擇所述虛擬協(xié)商端口 ，所述虛擬協(xié)商端口集合由一個或一個以上的無對應(yīng)實際媒體能力的實際端口組成；或者，任意選擇可用的實際端口作為虛擬協(xié)商端口 ，將所述被選擇的實際端口的 媒體能力標(biāo)記為不可用。
3、 一種進(jìn)行虛擬纟某體能力協(xié)商的方法，其特征在于，包括 分配一個實際網(wǎng)絡(luò)地址與實際端口的組合作為虛擬協(xié)商組合，所述虛擬協(xié)商組合無對應(yīng)實際媒體能力；使用所述虛擬協(xié)商組合生成媒體能力協(xié)商信息； 將所述媒體能力協(xié)商信息發(fā)送給對端通訊設(shè)備。
4、 根據(jù)權(quán)利要求3所述的進(jìn)行虛擬媒體能力協(xié)商的方法，其特征在于，所 述分配一個實際網(wǎng)絡(luò)地址與實際端口的組合作為虛擬協(xié)商組合的步驟具體為從預(yù)置的虛擬協(xié)商地址集合中選擇一個實際網(wǎng)絡(luò)地址作為虛擬協(xié)商地址， 所述虛擬協(xié)商地址集合由一個或一個以上無對應(yīng)實際功能實體的實際網(wǎng)絡(luò)地 址組成；選擇實際端口與所述虛擬協(xié)商地址進(jìn)行組合獲得所述虛擬協(xié)商組合。
5、 一種呼叫保持方法，其特征在于，包括 獲取對需要呼叫保持的對端通訊設(shè)備的選擇；采用權(quán)利要求l ~ 4任意一項所述的進(jìn)行虛擬i某體能力協(xié)商的方法與所選 擇的對端通訊設(shè)備進(jìn)行虛擬媒體能力協(xié)商；丟棄所述虛擬媒體能力協(xié)商所使用的網(wǎng)絡(luò)地址和端口的組合接收到的數(shù) 據(jù)包。
6、 一種通訊設(shè)備，其特征在于，包括端口管理單元，用于選擇一個實際端口作為虛擬協(xié)商端口，所述虛擬協(xié)商端口無對應(yīng)實際i某體能力；信息生成單元，用于使用所占用的網(wǎng)絡(luò)地址和所述虛擬協(xié)商端口生成々某體 能力協(xié)商信息；發(fā)送單元，用于將所述媒體能力協(xié)商信息發(fā)送給對端通訊設(shè)備。
7、 根據(jù)權(quán)利要求6所述的通訊設(shè)備，其特征在于，所述端口管理單元包括 集合子單元，用于提供虛擬協(xié)商端口集合，所述虛擬協(xié)商端口集合由一個或一個以上無對應(yīng)實際々某體能力的實際端口組成；選捧子單元，用于從所述虛擬協(xié)商端口集合中選擇所述虛擬協(xié)商端口 。
8、 根據(jù)權(quán)利要求6所述的通訊設(shè)備，其特征在于，所述端口管理單元包括 分配子單元，用于選擇可用的實際端口作為虛擬協(xié)商端口； 狀態(tài)子單元，用于將所述分配子單元選擇的實際端口的々某體能力標(biāo)記為不可用。
9、 一種通訊設(shè)備，其特征在于，包括虛擬管理單元，用于分配一個實際網(wǎng)絡(luò)地址與實際端口的組合作為虛擬協(xié) 商組合，所述虛擬協(xié)商組合無對應(yīng)實際媒體能力；生成單元，用于使用所述虛擬協(xié)商組合生成媒體能力協(xié)商信息； 發(fā)送單元，用于將所述^某體能力協(xié)商信息發(fā)送給對端通訊設(shè)備。
10、 根據(jù)權(quán)利要求9所述的通訊設(shè)備，其特征在于，所述虛擬管理單元包括地址子單元，用于從預(yù)置的虛擬協(xié)商地址集合中選擇一個實際網(wǎng)絡(luò)地址作 為虛擬協(xié)商地址，所述虛擬協(xié)商地址集合由一個或一個以上無對應(yīng)實際功能實 體的實際網(wǎng)絡(luò)地址組成；端口子單元，用于選擇實際端口與所述虛擬協(xié)商地址組成虛擬協(xié)商組合。
全文摘要
本發(fā)明公開了進(jìn)行虛擬媒體能力協(xié)商的方法，通訊設(shè)備采用無對應(yīng)實際媒體能力的真實地址與端口的組合同對端進(jìn)行虛擬媒體能力協(xié)商。本發(fā)明還提供相應(yīng)的呼叫保持方法和通訊設(shè)備。本發(fā)明方案使得媒體能力信息的虛擬與否對于對端而言是透明的，即無需依賴對端對特別信息的識別和處理，使得通訊設(shè)備能夠不依賴于對端的類型進(jìn)行虛擬媒體能力協(xié)商；當(dāng)用于呼叫保持時，使得通訊設(shè)備能夠無差別的對各種類型的對端進(jìn)行呼叫保持。
文檔編號H04L29/12GK101123612SQ20071013803
公開日2008年2月13日 申請日期2007年8月2日 優(yōu)先權(quán)日2007年8月2日
發(fā)明者林燦榕 申請人:華為技術(shù)有限公司