專利名稱：基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及綜合智能網(wǎng)，尤其涉及一種基于Parlay網(wǎng)關(guān)實現(xiàn)會議電 話的方法。mii^ Parlay API (Application Program Interface, j^MfMj^^ Π ) i由 Parlay組織定義的。Parlay組織成立于1999年，是一個由65家通信和IT領(lǐng)域的公司共同 參與的非盈利性組織。Parlay API是一個讓IT開發(fā)人員快速創(chuàng)建電信業(yè)務(wù)的API。這些 API覆蓋了各種電信網(wǎng)的功能，如呼叫控制、SMS/MMS、定位、計費、在席和可用性管理以及策 略管理等。Parlay API是一組開放的與具體技術(shù)無關(guān)的API，第三方業(yè)務(wù)開發(fā)商、獨立軟件 提供商能通過Parlay API來開發(fā)業(yè)務(wù)。業(yè)務(wù)應(yīng)用開發(fā)者通過該接口利用網(wǎng)絡(luò)的能力為各 個網(wǎng)絡(luò)的用戶提供服務(wù)。Parlay網(wǎng)關(guān)通常包括兩部分業(yè)務(wù)能力服務(wù)器(SCS)和框架(Framework)，前者對 應(yīng)用來說是一個或多個業(yè)務(wù)能力特征(SCF)，它是對網(wǎng)絡(luò)所提供的功能的抽象，負責(zé)為高層 應(yīng)用提供訪問網(wǎng)絡(luò)資源和信息的能力；后者提供保證業(yè)務(wù)接口開放、安全、以及可管理所必 需的能力。基于Parlay網(wǎng)關(guān)開發(fā)的應(yīng)用通常稱為Parlay應(yīng)用。Parlay網(wǎng)關(guān)通常由各個電 信設(shè)備商提供，而Parlay應(yīng)用既可用于設(shè)備商自己開發(fā)增值業(yè)務(wù)，也可用于第三方來開發(fā) 增值業(yè)務(wù)。從業(yè)界的現(xiàn)狀來看，大多數(shù)電信設(shè)備商均提供了 Parlay網(wǎng)關(guān)產(chǎn)品，相應(yīng)地，基于 Parlay網(wǎng)關(guān)開發(fā)的應(yīng)用也是非常豐富的。Parlay API中提供的呼叫控制的API是其中功 能最強大、最齊全的一組API，它包括基本呼叫控制、多方呼叫控制、多媒體呼叫控制和會議 呼叫控制等。這些豐富的業(yè)務(wù)能力特征SCF為基于Parlay網(wǎng)關(guān)開發(fā)呼叫類的增值業(yè)務(wù)提 供了非常大的靈活性，在業(yè)界有著非常廣泛地應(yīng)用。目前，基于IP網(wǎng)絡(luò)的即時通訊產(chǎn)品在企業(yè)通訊領(lǐng)域有著非常廣泛的應(yīng)用，會議電 話是即時通訊產(chǎn)品中的一個基本功能，由于大型企業(yè)的通訊產(chǎn)品部署通常是集中式的，而 其用戶又是以有限集中的方式分布在各地的，如A、B和C三地，盡管在A、B或C某一個地 方，其局域網(wǎng)的網(wǎng)絡(luò)質(zhì)量是有充分的保證的，但是，三者中兩兩之間的網(wǎng)絡(luò)質(zhì)量通常無法得 到可靠的保證，但是現(xiàn)有技術(shù)中的基于Parlay網(wǎng)關(guān)中的呼叫控制API的會議電話流程沒有 結(jié)合企業(yè)通訊中的這種網(wǎng)絡(luò)特征，語音質(zhì)量不高。發(fā)明內(nèi)容本發(fā)明的目的在于公開一種基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，結(jié) 合企業(yè)通訊中的網(wǎng)絡(luò)特征，改進電話會議的語音質(zhì)量。本發(fā)明公開的一種基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，應(yīng)用程序服務(wù)器通過 Parlay應(yīng)用程序接口 API逐個將會議終端加入會議，實現(xiàn)會議電話的呼叫和控制，所述應(yīng) 用服務(wù)器在為所述會議終端創(chuàng)建一條對應(yīng)的會議腿，并且申請監(jiān)控所述會議終端的基本呼 叫狀態(tài)事件時，還申請監(jiān)控所述會議終端的媒體屬性；并且在接收到所述用戶終端的媒體 屬性通知事件以后，再判斷所述用戶終端是否和會議電話的媒體服務(wù)器位于同一局域網(wǎng) 內(nèi)，如果是則設(shè)置所述用戶終端采用高帶寬的媒體屬性，如果否，則設(shè)置所述會議終端采用 低帶寬的媒體屬性；然后采用顯式連接的屬性呼叫所述會議終端，當(dāng)所述會議終端應(yīng)答之 后再將其加入會議。
所述應(yīng)用服務(wù)器通過相應(yīng)的所述Parlay應(yīng)用程序接口 API調(diào)用強制刪除所述會 議終端會話描述協(xié)議中G. 711的負載類型以外的其它負載類型，來實現(xiàn)設(shè)置所述用戶終端 采用高帶寬的媒體屬性的性能；所述應(yīng)用服務(wù)器通過相應(yīng)的所述Parlay應(yīng)用程序接口 API 調(diào)用強制刪除所述會議終端會話描述協(xié)議中G. 729的負載類型以外的其它負載類型，來實 現(xiàn)設(shè)置所述用戶終端采用低帶寬的媒體屬性的性能。在本發(fā)明的另一個實施例中，所述應(yīng)用程序服務(wù)器在接收到所述用戶終端的媒體 屬性通知事件以后，判斷所述用戶終端是否和會議電話的媒體服務(wù)器位于同一局域網(wǎng)內(nèi)的 方法是查詢所述用戶終端的網(wǎng)絡(luò)屬性數(shù)據(jù)，所述用戶終端的屬性數(shù)據(jù)登記在特定的用戶 網(wǎng)絡(luò)屬性數(shù)據(jù)庫中。在本發(fā)明的另一個實施例中，所述應(yīng)用服務(wù)器和Parlay網(wǎng)關(guān)之間的流程包括(1)調(diào)用 IpConfCalIControlManager :createConference()創(chuàng)建一個會議；(2)調(diào)用 IpConfCall: :getSubConferences()獲取會議對象的引用；(3)調(diào)用IpConfCall: =CreateCallLegO為所述會議終端創(chuàng)建一條對應(yīng)的會議 腿；(4)調(diào)用IpMultiMediaCallLeg: :eventR印ortReqO申請監(jiān)控所述會議終端的基 本呼叫狀態(tài)事件；(5)調(diào)用 IpMultiMediaCallLeg: :mediaStreamMonitorReq()申請監(jiān)控會議終端 的媒體屬性；(6)調(diào)用IpMultiMediaCallLeg: :routeReq()以顯式連接的屬性來呼叫所述會議 終端；(7)所述 Parlay 網(wǎng)關(guān)用 IpMultiMediaCallLeg: eventR印ortRes ()回調(diào)應(yīng)用，通 知所述會議終端的基本呼叫狀態(tài)事件；(8)所述 Parlay 網(wǎng)關(guān)用 IpMultiMediaCallLeg: :mediaStreamMonitorRes ()回調(diào) 應(yīng)用，通知所述媒體終端的媒體屬性；(9)所述應(yīng)用服務(wù)器根據(jù)所述會議終端的網(wǎng)絡(luò)屬性判斷是否修改所述會議終端的 媒體屬性，是則調(diào)用 IpMultiMediaStream: subtractO ；(10)調(diào)用 MultiPartyCallLeg: attachMediaReq ()，將所述會議終端加入會議；(11)重復(fù)步驟3 11，將全部會議終端加入會議。在本發(fā)明的另一個實施例中，所述會議終端是一種企業(yè)的即時通訊產(chǎn)品。所述Parlay應(yīng)用程序接口 API基于NGN網(wǎng)絡(luò)，以SIP協(xié)議實現(xiàn)。所述會議終端是支持多種不同帶寬要求的SIP軟終端。所述媒體服務(wù)器支持多種不同帶寬要求的媒體屬性。本發(fā)明公開的一種基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，基于Parlay網(wǎng)關(guān)中的 呼叫控制API，結(jié)合企業(yè)通訊中的網(wǎng)絡(luò)特征，對原有流程進行了進一步的優(yōu)化，采用與會議 終端網(wǎng)絡(luò)屬性相匹配的模式來控制會議終端的媒體屬性，保證了會議電話的語音質(zhì)量。本 發(fā)明基于Parlay網(wǎng)關(guān)實現(xiàn)的會議電話的業(yè)務(wù)流程，實現(xiàn)非常靈活，僅增加了 4個API的調(diào) 用，即可大大改進電話會議的語音質(zhì)量。


圖1是現(xiàn)有技術(shù)中基于Parlay網(wǎng)關(guān)實現(xiàn)的基本會議電話流程圖。圖2是本發(fā)明的基于Parlay網(wǎng)關(guān)實現(xiàn)的改進的會議電話流程圖。圖3是本發(fā)明使用的媒體屬性控制策略方框圖。
具體實施方式
下面結(jié)合附圖和具體實施方式
對本發(fā)明做進一步詳細說明。本發(fā)明一種基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，基于Parlay API中的呼叫控 制API，針對企業(yè)通訊網(wǎng)絡(luò)的實際情況，實現(xiàn)會議電話業(yè)務(wù)。在即時通訊產(chǎn)品的實際運營中，對于大型的企業(yè)，其即時通訊產(chǎn)品的部署通常是 集中式的，而用戶又是以有限集中的方式分布在各地的，如A、B和C三地，盡管在A、B或C 某一個地方，其局域網(wǎng)的網(wǎng)絡(luò)質(zhì)量是有充分的保證的，但是，三者中兩兩之間的網(wǎng)絡(luò)質(zhì)量通 常無法得到可靠的保證。本發(fā)明針對這種情況，在基于Parlay API實現(xiàn)的基本的會議電話功能的基礎(chǔ)之 上，對流程進行了優(yōu)化，使得會議中各個成員的媒體傳輸方式根據(jù)成員的網(wǎng)絡(luò)屬性，由應(yīng)用 服務(wù)器動態(tài)選擇，保證媒體傳輸方式與網(wǎng)絡(luò)屬性的一致性，從而有效地改善語音質(zhì)量。以下會議電話應(yīng)用中通過框架接入Parlay網(wǎng)關(guān)的過程不做詳細描述，如圖1和圖 2所示的所有的流程，都是發(fā)生在應(yīng)用服務(wù)器和Parlay網(wǎng)關(guān)之間。如圖1所示為現(xiàn)有技術(shù)中基于Parlay網(wǎng)關(guān)API開發(fā)的基本會議電話業(yè)務(wù)的業(yè)務(wù) 流程圖，應(yīng)用服務(wù)器調(diào)用API信令，通過Parlay網(wǎng)關(guān)聯(lián)系會議終端，建立會議電話；包括1.應(yīng)用服務(wù)器調(diào)用 IpConfCalIControlManager :createConference()創(chuàng)建一個 會議；2.應(yīng)用服務(wù)器調(diào)用IpConfCall: wetSubConferencesO獲取會議對象的引用；3.應(yīng)用服務(wù)器調(diào)用IpConfCall: =CreateCallLegO為會議終端創(chuàng)建一條對應(yīng)的 會議腿；4.應(yīng)用服務(wù)器調(diào)用IpMultiMediaCallLeg: :eventR印ortReqO申請監(jiān)控會議終 端的基本呼叫狀態(tài)事件；5.應(yīng)用服務(wù)器調(diào)用IpMultiMediaCallLeg: :routeReq()呼叫會議終端，準(zhǔn)備將其 加入會議；6. Parlay 網(wǎng)關(guān)用 IpMultiMediaCallLeg: eventR印ortRes ()回調(diào)應(yīng)用服務(wù)器，通 知終端的振鈴、摘機等基本呼叫狀態(tài)事件；7.反復(fù)執(zhí)行步驟3 6，將全部會議終端加入會議；8.會議開始召開；本發(fā)明針對企業(yè)通訊中的網(wǎng)絡(luò)結(jié)構(gòu)，對圖1所示的基本會議電話業(yè)務(wù)流程進行了 改進，使得應(yīng)用可以根據(jù)一定的策略來控制會議終端的媒體屬性，從而提高會議電話中的 語音質(zhì)量。如圖2所示是本發(fā)明的基于Parlay網(wǎng)關(guān)實現(xiàn)的改進的會議電話流程圖，增加了 4個API的調(diào)用，提高會議中的語音質(zhì)量。1.應(yīng)用服務(wù)器調(diào)用 IpConfCalIControlManager :createConference()創(chuàng)建一個 會議；2.應(yīng)用服務(wù)器調(diào)用IpConfCall: wetSubConferencesO獲取會議對象的引用；3.應(yīng)用服務(wù)器調(diào)用IpConfCall: =CreateCallLegO為會議終端創(chuàng)建一條對應(yīng)的會議腿；4.應(yīng)用服務(wù)器調(diào)用IpMultiMediaCallLeg: :eventR印ortReqO申請監(jiān)控會議終 端的基本呼叫狀態(tài)事件；5.應(yīng)用服務(wù)器調(diào)用 IpMultiMediaCallLeg: mediaStreamMonitorReq ()申請監(jiān)控 會議終端的媒體屬性；6.應(yīng)用服務(wù)器調(diào)用IpMultiMediaCallLeg: :routeReq()以顯式連接的屬性來呼 叫會議終端，準(zhǔn)備將其加入會議；7. Parlay 網(wǎng)關(guān)用 IpMultiMediaCallLeg: eventR印ortRes ()回調(diào)應(yīng)用，通知終端 的振鈴、摘機等基本呼叫狀態(tài)事件；8. Parlay N^ffl IpMultiMediaCallLeg: :mediaStreamMonitorRes () [HliIlSffi, 通知終端的媒體屬性；9.應(yīng)用服務(wù)器查詢數(shù)據(jù)庫，根據(jù)終端的網(wǎng)絡(luò)屬性策略來判斷其應(yīng)有的最佳媒體屬 性；10.應(yīng)用服務(wù)器根據(jù)9中的判斷結(jié)果，調(diào)用IpMultiMediaStream: :subtraCt()來 修改終端的媒體屬性；11.應(yīng)用服務(wù)器調(diào)用 MultiPartyCallLeg: attachMediaReq()，將該會議終端加 入會議；12.反復(fù)執(zhí)行步驟3 11，將全部其它會議終端加入會議；13.會議開始召開。本發(fā)明中的媒體屬性控制策略采用以下原則1.考慮到在會議電話中，媒體的傳輸是在會議終端和媒體服務(wù)器之間進行，所以 媒體屬性的判斷需要針對終端與媒體服務(wù)器是否位于同一局域網(wǎng)內(nèi)，這一信息是預(yù)先登記 在特定的用戶數(shù)據(jù)庫中的；2.在接收到終端媒體屬性通知事件之后，如果終端和媒體服務(wù)器位于同一局域網(wǎng) 內(nèi)，那么就直接將用戶終端加入會議；否則，由應(yīng)用服務(wù)器控制修改用戶終端的媒體屬性， 然后再將其加入會議；3.對于同一局域網(wǎng)內(nèi)的用戶終端，在步驟10中應(yīng)用服務(wù)器通過調(diào)用 IpMultiMediaStream: subtract ()接口強制刪除終端會話描述協(xié)議(SDP)中其它負載類 型，僅保留G. 711的負載類型，使得該終端采用G. 711等高帶寬的媒體屬性；同樣，對于不在 同一局域網(wǎng)內(nèi)的用戶終端，僅保留SDP中的G. 729負載類型，使得該終端采用低帶寬的媒體屬性。如圖3所示為本發(fā)明使用的媒體屬性控制策略方框圖，在應(yīng)用服務(wù)器接收到用戶 終端的媒體屬性通知事件以后，查詢該用戶終端的屬性數(shù)據(jù)庫，根據(jù)數(shù)據(jù)庫的數(shù)據(jù)判斷該 用戶終端是否和媒體服務(wù)器位于同一局域網(wǎng)內(nèi)，如果是則使得該用戶終端采用G. 711等高 帶寬的媒體屬性，如果否，則修改該終端的媒體屬性，保留SDP中的G. 729負載類型，使得該 終端采用低帶寬的媒體屬性。本發(fā)明中的會議電話業(yè)務(wù)，可以單獨部署，也可以集成到統(tǒng)一通訊系統(tǒng)之中，廣泛 應(yīng)用到包括企業(yè)通訊在內(nèi)的統(tǒng)一通訊應(yīng)用中去。如上所述，首先，本發(fā)明基于Parlay API實現(xiàn)了一種會議電話呼叫業(yè)務(wù)，該業(yè)務(wù)主要針對企業(yè)即時通訊產(chǎn)品而提供的。其中，呼叫控制API是基于NGN網(wǎng)絡(luò)，以SIP協(xié)議來 實現(xiàn)其功能的。會議終端以SIP軟終端為主，SIP軟終端支持G. 711、G. 729等多種不同帶 寬要求的媒體屬性。會議媒體處理設(shè)備有媒體服務(wù)器來完成，媒體服務(wù)器同樣支持G. 711、 G. 729等多種不同帶寬要求的媒體屬性。其次，本發(fā)明中會議電話實現(xiàn)的業(yè)務(wù)流程，需要關(guān)注會議成員與媒體服務(wù)器之間 的網(wǎng)絡(luò)屬性，該屬性是在應(yīng)用服務(wù)器的數(shù)據(jù)庫中預(yù)先登記的，應(yīng)用服務(wù)器需要根據(jù)該屬性 來動態(tài)控制會議終端的媒體屬性。再次，本發(fā)明中會議電話應(yīng)用實現(xiàn)的業(yè)務(wù)流程，是由應(yīng)用服務(wù)器來控制會議成員 的媒體屬性的。應(yīng)用服務(wù)器根據(jù)會議成員的SIP軟終端與媒體服務(wù)器是否位于同一局域 網(wǎng)，調(diào)用IpMultiMediaStream: :subtract()接口來更改終端的媒體屬性，保證網(wǎng)絡(luò)屬性與 媒體屬性的一致性。對于同一局域網(wǎng)內(nèi)的終端，優(yōu)先使用G. 711等高帶寬的語音編解碼算 法，否則使用G. 729等低帶寬的語音編解碼算法；最后，為了使得應(yīng)用服務(wù)器能監(jiān)控到會議終端的媒體屬性，在步驟6呼叫會議終 端之前，需要先在步驟 5 中調(diào)用 IpMultiMediaCallLeg: ImediaStreamMonitorReq ()請求監(jiān) 控終端的媒體屬性，此外，在步驟6中調(diào)用IpMultiPartyCallzrouteReqO呼叫會議終端 時，必須采用顯式連接的屬性P_CALLLEG_ATTACH_EXPLICITLY，防止Parlay網(wǎng)關(guān)自動進行 媒體協(xié)商，從而導(dǎo)致應(yīng)用服務(wù)器無法控制終端的媒體屬性。當(dāng)終端應(yīng)答之后，再在步驟11 中調(diào)用 MultiPartyCallLeg: attachMediaReq()將終端加入會議。本發(fā)明利用Parlay API實現(xiàn)了一種會議電話業(yè)務(wù)，同時，在業(yè)務(wù)流程實現(xiàn)的基礎(chǔ) 之上，針對企業(yè)即時通訊系統(tǒng)的網(wǎng)絡(luò)屬性，對原有流程進行了進一步的優(yōu)化，使得應(yīng)用可以 采用與會議終端網(wǎng)絡(luò)屬性相匹配的模式來控制會議終端的媒體屬性，保證了會議電話的語 音質(zhì)量。本發(fā)明基于Parlay網(wǎng)關(guān)實現(xiàn)的會議電話的業(yè)務(wù)流程，業(yè)務(wù)流程的實現(xiàn)非常靈活， 改進流程與第1種流程相比，僅增加了 4個API的調(diào)用，即可大大改進電話會議的語音質(zhì) 量。
權(quán)利要求
一種基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，應(yīng)用程序服務(wù)器通過Parlay應(yīng)用程序接口API逐個將會議終端加入會議，實現(xiàn)會議電話的呼叫和控制，其特征在于，所述應(yīng)用服務(wù)器在為所述會議終端創(chuàng)建一條對應(yīng)的會議腿，并且申請監(jiān)控所述會議終端的基本呼叫狀態(tài)事件時，還申請監(jiān)控所述會議終端的媒體屬性；并且在接收到所述用戶終端的媒體屬性通知事件以后，再判斷所述用戶終端是否和會議電話的媒體服務(wù)器位于同一局域網(wǎng)內(nèi)，如果是則設(shè)置所述用戶終端采用高帶寬的媒體屬性，如果否，則設(shè)置所述會議終端采用低帶寬的媒體屬性；然后采用顯式連接的屬性呼叫所述會議終端，當(dāng)所述會議終端應(yīng)答之后再將其加入會議。
2.如權(quán)利要求1所述的基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，其特征在于，所述應(yīng)用 服務(wù)器通過相應(yīng)的所述Parlay應(yīng)用程序接口 API調(diào)用強制刪除所述會議終端會話描述協(xié) 議中G. 711的負載類型以外的其它負載類型，來實現(xiàn)設(shè)置所述用戶終端采用高帶寬的媒體 屬性的性能；所述應(yīng)用服務(wù)器通過相應(yīng)的所述Parlay應(yīng)用程序接口 API調(diào)用強制刪除所述 會議終端會話描述協(xié)議中G. 729的負載類型以外的其它負載類型，來實現(xiàn)設(shè)置所述用戶終 端采用低帶寬的媒體屬性的性能。
3.如權(quán)利要求2所述的基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，其特征在于，所述應(yīng)用 程序服務(wù)器在接收到所述用戶終端的媒體屬性通知事件以后，判斷所述用戶終端是否和會 議電話的媒體服務(wù)器位于同一局域網(wǎng)內(nèi)的方法是查詢所述用戶終端的網(wǎng)絡(luò)屬性數(shù)據(jù)，所 述用戶終端的屬性數(shù)據(jù)登記在特定的用戶網(wǎng)絡(luò)屬性數(shù)據(jù)庫中。
4.如權(quán)利要求3所述的基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，其特征在于，所述應(yīng)用 服務(wù)器和Parlay網(wǎng)關(guān)之間的流程包括(1)調(diào)用IpConfCalIControlManager :createConference()創(chuàng)建一個會議；(2)調(diào)用IpConfCall: :getSubConferences ()獲取會議對象的引用；(3)調(diào)用IpConfCall:=CreateCallLegO為所述會議終端創(chuàng)建一條對應(yīng)的會議腿；(4)調(diào)用IpMultiMediaCallLeg::eventR印ortReq()申請監(jiān)控所述會議終端的基本呼 叫狀態(tài)事件；(5)調(diào)用IpMultiMediaCallLeg: mediaStreamMonitorReq()申請監(jiān)控會議終端的媒 體屬性；(6)調(diào)用IpMultiMediaCallLeg::routeReq()以顯式連接的屬性來呼叫所述會議終端；(7)所述Parlay 網(wǎng)關(guān)用 IpMultiMediaCallLeg: eventR印ortRes ()回調(diào)應(yīng)用，通知所 述會議終端的基本呼叫狀態(tài)事件；(8)所述Parlay網(wǎng)關(guān)用 IpMultiMediaCallLeg: :mediaStreamMonitorRes ()回調(diào)應(yīng)用， 通知所述媒體終端的媒體屬性；(9)所述應(yīng)用服務(wù)器根據(jù)所述會議終端的網(wǎng)絡(luò)屬性判斷是否修改所述會議終端的媒體 Mt生，i貝1Jiilffl IpMultiMediaStream: subtract ()；(10)調(diào)用MultiPartyCallLeg: attachMediaReq ()，將所述會議終端加入會議；(11)重復(fù)步驟3 11，將全部會議終端加入會議。
5.如權(quán)利要求3所述的基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，其特征在于，所述會議 終端是一種企業(yè)的即時通訊產(chǎn)品。
6.如權(quán)利要求1、2、3或者4所述的基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，其特征在 于，所述Parlay應(yīng)用程序接口 API基于NGN網(wǎng)絡(luò)，以SIP協(xié)議實現(xiàn)。
7.如權(quán)利要求5所述的基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，其特征在于，所述會議 終端是支持多種不同帶寬要求的SIP軟終端。
8.如權(quán)利要求6所述的基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，其特征在于，所述媒體 服務(wù)器支持多種不同帶寬要求的媒體屬性。
全文摘要
本發(fā)明公開了一種基于Parlay網(wǎng)關(guān)實現(xiàn)會議電話的方法，應(yīng)用程序服務(wù)器通過Parlay應(yīng)用程序接口API實現(xiàn)會議電話的呼叫和控制，所述應(yīng)用服務(wù)器申請監(jiān)控每一個會議終端的媒體屬性；并且在接收到所述用戶終端的媒體屬性通知事件以后，查詢用戶終端的屬性數(shù)據(jù)，再根據(jù)所述屬性數(shù)據(jù)判斷所述用戶終端是否和會議電話的媒體服務(wù)器位于同一局域網(wǎng)內(nèi)，如果是則設(shè)置所述用戶終端采用高帶寬的媒體屬性，如果否，則設(shè)置所述終端采用低帶寬的媒體屬性；然后采用顯式連接的屬性調(diào)用當(dāng)所述會議終端應(yīng)答之后再將其加入會議。本發(fā)明實現(xiàn)非常靈活，僅增加4個API的調(diào)用，即可大大改進電話會議的語音質(zhì)量。
文檔編號H04L12/58GK101938363SQ200910108559
公開日2011年1月5日 申請日期2009年6月30日 優(yōu)先權(quán)日2009年6月30日
發(fā)明者楊勇, 董振江 申請人:中興通訊股份有限公司