售前電話
135-3656-7657
售前電話 : 135-3656-7657
多媒體會(huì)話關(guān)系模型的設(shè)計(jì)需要兼顧不同類型的多媒體業(yè)務(wù)接口的需要,不僅要求描述整個(gè)會(huì)話的信令連接拓?fù)浣Y(jié)構(gòu)以及媒體連接拓?fù)浣Y(jié)構(gòu),而且要求能夠管理與外部業(yè)務(wù)邏輯之間的交互關(guān)系。因此在UniNet軟交換設(shè)備的設(shè)計(jì)中,為了提供更強(qiáng)大的多媒體控制能力,對(duì)Parlay多媒體呼叫模型進(jìn)行了擴(kuò)展,設(shè)計(jì)了一個(gè)新的會(huì)話對(duì)象模型。
在ParlayAPI規(guī)范中,定義了4類呼叫控制服務(wù)能力:一般呼叫控制(GenericCallControlService)、多方呼叫控制(Multi-PartyCallControlService入多媒體呼叫控制(Multi-MediaCallControlService)和會(huì)議呼叫控制(ConferenceCallControlService),且這4類呼叫控制服務(wù)在功能上是依次繼承的。因此多媒體呼叫控制服務(wù)在功能上具備了一般呼叫控制和多方呼叫控制的能力,并且新增了媒體控制能力。它涉及以下7個(gè)接口:
•lpAppMultiMediaCallControlManager;
•lpAppMultiMediaCall;
•lpAppMultiMediaCallLeg;
•IpMultiMediaCallControlManager;
•IpMultiMediaCall;
•lpMultiMediaCallLeg;
•lpMultiMediaChannel。
這7個(gè)接口中,前3個(gè)是應(yīng)用側(cè)接口,后4個(gè)是服務(wù)側(cè)接口,也是在軟交換設(shè)備中需要提供的接口。
接口IpMultiMediaCallControlManager繼承了IpMultiPartyCallControlManager提供的所有方法,并提供了兩個(gè)新的方法。用這些方法可以激活或去激活媒體信道通知能力。當(dāng)激活媒體信道通知能力時(shí),必須在報(bào)告給業(yè)務(wù)邏輯前滿足兩個(gè)要求:首先,多媒體呼叫必須與呼叫標(biāo)準(zhǔn)匹配(即目的呼叫碼必須在一定范圍內(nèi));其次,必須滿足媒體信道的詳細(xì)規(guī)格要求。
lpMultiMediaCall接口代表網(wǎng)絡(luò)側(cè)的多媒體呼叫。該接口繼承了lpMultiPartyCall接口的操作,并引入一個(gè)新方法來(lái)設(shè)定一個(gè)呼叫許可的數(shù)據(jù)流量(以微秒測(cè)算)。當(dāng)超過(guò)指定的數(shù)據(jù)量后,業(yè)務(wù)側(cè)的對(duì)應(yīng)接口lpAppMultiMediaCall就會(huì)收到該事件的通知。
接口lpMultiMediaCallLeg繼承了lpCallLeg的所有操作,業(yè)務(wù)邏輯可以通過(guò)調(diào)用這個(gè)接口的方法來(lái)監(jiān)控和影響媒體信道。該接口提供了3個(gè)新的方法。第一個(gè)能夠監(jiān)控媒體信道的打開和關(guān)閉,并且提供了一般監(jiān)控(滿足任何媒體類型)和指定監(jiān)控(僅當(dāng)使用指定媒體類型時(shí)才發(fā)送通知)兩種監(jiān)控類型;如果監(jiān)控設(shè)置為中斷模式時(shí)(相當(dāng)于智能網(wǎng)定義的TDP-R或EDP-R機(jī)制),lpMultiMediaCallLeg引入了第二個(gè)方法允許業(yè)務(wù)邏輯顯示打開這種媒體信道;lpMultiMediaCallLeg引入的第三個(gè)方法使業(yè)務(wù)邏輯可以訪問(wèn)所有與這個(gè)CallLeg相關(guān)的媒體信道列表。在多媒體呼叫控制中包含的最后一個(gè)接口是lpMultiMediaChannel接口,這個(gè)接口代表與CallLeg相聯(lián)系的單向數(shù)據(jù)流。該接口中只有一個(gè)方法可用,即關(guān)閉信道。