大家好。先自我介紹一下，我是從南京研究所那邊過(guò)來(lái)的，主要給大家提供一下我們易聯(lián)話音的服務(wù)。其實(shí)這個(gè)不復(fù)雜，很簡(jiǎn)單。主要講四部分：***部分是服務(wù)總覽，大概介紹一下框檻；第二是從用戶角度看一下易聯(lián)SDK能力和KPI是什么樣子；第三是從核心API方面來(lái)介紹，我們大概就是11個(gè)API和10個(gè)接口；第四是大概把我們推出來(lái)的Demo的代碼簡(jiǎn)單講一下。

首先講一下一下華為云通訊，這是全能力的話音開放平臺(tái)。依托華為公司和運(yùn)營(yíng)商建立的良好合作關(guān)系，我們拿到了比較豐富的語(yǔ)音資源。我們通過(guò)接入平臺(tái)，把這些資源開放出一些能力，包括呼叫等等，我們希望跟開發(fā)者一起把這些能力推送到最終用戶那邊，從而豐富用戶的溝通和交流。

我們的平臺(tái)開發(fā)架構(gòu)，從下往上是數(shù)據(jù)層、業(yè)務(wù)層和開放層。業(yè)務(wù)方面包括傳統(tǒng)坐席、互聯(lián)網(wǎng)坐席和互聯(lián)網(wǎng)電話，以及其他的認(rèn)證管理和企業(yè)信息等等。今天主要講一下互聯(lián)網(wǎng)電話，也就是VOIP和CTI的。

主要講一下易聯(lián)的能力開放形態(tài)。主要分三個(gè)維度：一個(gè)是RESTful API，主要提供坐席方面的能力；腳本主要是面向服務(wù)器那邊的，還有客戶端的SDK等等。

上面講完了，下面直接進(jìn)入正題，講一下移動(dòng)端的SDK。主要講一下VOIP和雙向回呼，大家理解就是對(duì)于被叫的都一樣，走的WiFi或者4G網(wǎng)絡(luò)，雙向回呼也是走的通話，先把主叫喊出來(lái)，再喊被叫。我們現(xiàn)在外面經(jīng)常見(jiàn)到的神州，包括保護(hù)我們隱私等等，其實(shí)也就是通過(guò)這一塊的能力進(jìn)行的。

我們平臺(tái)的支持，其實(shí)就是安卓和iOS的，安卓是2.3以上，iOS是7.0以上。

講到話音，最主要的就是語(yǔ)音質(zhì)量。我們的語(yǔ)音質(zhì)量，應(yīng)該說(shuō)我們有很多團(tuán)隊(duì)搭建這樣的能力，包括我們媒體這一塊的能力和業(yè)務(wù)這一塊的能力。我們有一個(gè)比對(duì)的數(shù)據(jù)，我們找了一個(gè)憑品，找了一個(gè)BAT的廠商，選用了一個(gè)產(chǎn)品。這邊有一個(gè)具體的數(shù)據(jù)，我們衡量語(yǔ)音到底好還是不好的數(shù)據(jù)，就是我們的MOS值，一般我們3.0以上的MOS值才是語(yǔ)音質(zhì)量比較好的，在3.0以下或者離3.0比較遠(yuǎn)，相對(duì)來(lái)說(shuō)語(yǔ)音質(zhì)量比較差。從我們的數(shù)據(jù)來(lái)看，基本上我們語(yǔ)音質(zhì)量比較穩(wěn)定，而且都是在3.0以上。在iOS方面的對(duì)比，情況也都差不多。

在三個(gè)運(yùn)營(yíng)商4G下面的對(duì)比，我們的移動(dòng)網(wǎng)絡(luò)其實(shí)是比較復(fù)雜和多變的，在保證我們MOS 3.0的基礎(chǔ)上，對(duì)于我們的抗丟包能力、抗時(shí)延和抗抖動(dòng)都做了一些工作，包括我們800毫秒以上的延時(shí)能夠達(dá)到3.0以上，包括25%的抖動(dòng)上面也能夠補(bǔ)倉(cāng)回來(lái)。

講完語(yǔ)音質(zhì)量，在移動(dòng)端比較關(guān)注的就是流量了。我們分兩塊，通話狀態(tài)和靜默狀態(tài)。我們大概是4K/秒的數(shù)據(jù)，也就是說(shuō)假設(shè)一個(gè)通話25秒鐘的樣子，大概是100M的流量，能夠差不多1000個(gè)電話。

在我們的電量消耗情況下，電話打多了，也擔(dān)心手機(jī)耗電太快，也有明顯的對(duì)比，當(dāng)然這里是越低越好了。從數(shù)據(jù)對(duì)比來(lái)看，通話方面有明顯的優(yōu)勢(shì)，尤其是在iOS方面。

我們做移動(dòng)端最痛苦的就是安卓端的兼容性的問(wèn)題。我們?cè)诎⒗镌茰y(cè)的mqc上面做了對(duì)比測(cè)試。從對(duì)比來(lái)看，通過(guò)率大概在60%多，參照的這部分競(jìng)品大概在70%多的樣子，所以從兼容性來(lái)看優(yōu)勢(shì)也是在這邊。

接下來(lái)主要講一下開發(fā)者最關(guān)心的核心API。

剛才說(shuō)了，我們的核心API比較少，一共十多個(gè)API。從狀態(tài)來(lái)說(shuō)，大家可以想象，打電話就是呼叫的接口。從狀態(tài)上面需要先初始化，然后進(jìn)行登錄，然后就是打電話。打完電話就是掛斷，然后就是反向的動(dòng)作。

初始化這些東西也是比較現(xiàn)成的，包括我們的開發(fā)者ID和開發(fā)者CPU等等，唯一要關(guān)注的是事件監(jiān)聽(tīng)器，通話過(guò)程中會(huì)上線一些事件上來(lái)，大家要關(guān)注。我們的場(chǎng)景是啟動(dòng)程序時(shí)對(duì)接口進(jìn)行初始化，這也是一些異步接口，我們會(huì)關(guān)注事件的回送，針對(duì)的就是onInit，跟它對(duì)應(yīng)的就是Uninit。

講完初始化，講一下登錄。登錄是在初始化之后，它是在發(fā)起呼叫之前，也是異步接口。我們要考慮登錄的返回值，還要考慮登錄事件的呼叫。我們也要對(duì)后面的oginResultBean進(jìn)行參數(shù)的工作。

再講一下呼叫。我們主要關(guān)心第二個(gè)參數(shù)，這個(gè)主要是手機(jī)號(hào)碼，大家把手機(jī)號(hào)碼傳給我們就行了。這也是一個(gè)異步的接口，呼叫出去之后，被叫那邊出現(xiàn)振鈴的時(shí)候，我們會(huì)有一個(gè)振鈴的通知。被叫那邊接通之后，我們有一個(gè)開始通話的通知。當(dāng)對(duì)方掛斷之后，我們也會(huì)收到一個(gè)通知。如果自己主動(dòng)掛斷，我們會(huì)有一個(gè)主動(dòng)掛斷的通知。還有呼叫失敗的通知，比如說(shuō)遇到網(wǎng)絡(luò)原因的問(wèn)題導(dǎo)致呼叫失敗的問(wèn)題。同樣的，我們都會(huì)有相關(guān)的描述。

在我們通話過(guò)程中，還有一個(gè)比較容易理解的，一個(gè)是靜音，一個(gè)是切換免提，這個(gè)也可以設(shè)置接口。

***一部分就是設(shè)置運(yùn)行參數(shù)。剛才講到SDK是兩種呼叫模式，一個(gè)是我們的VIP呼叫，還有一個(gè)是雙呼，對(duì)主叫來(lái)說(shuō)到底走數(shù)據(jù)網(wǎng)絡(luò)還是走遠(yuǎn)程通話，所以我們要設(shè)置模式，系統(tǒng)可以自動(dòng)呼叫這樣的手機(jī)號(hào)。

其實(shí)我們所有的東西已經(jīng)講完了，還有幾個(gè)通知。因?yàn)槲覀兏?wù)器具備連接的狀態(tài)，我們盡量把網(wǎng)絡(luò)這一塊的東西封裝完，這里面包括網(wǎng)絡(luò)變化、網(wǎng)絡(luò)切換的時(shí)候，SDK內(nèi)部會(huì)自己做處理，不需要開發(fā)者再做這樣的事情。如果網(wǎng)絡(luò)沒(méi)有切換，所有網(wǎng)絡(luò)由強(qiáng)變?nèi)酰媚莻€(gè)地方網(wǎng)絡(luò)不太好，但是沒(méi)有斷開，我們就會(huì)進(jìn)行重連。重連開始、重連成功或者重連失敗，會(huì)有一個(gè)通知狀態(tài)，我們會(huì)有一個(gè)APP方面的交互設(shè)計(jì)。***，iOS的SDK，我們會(huì)自動(dòng)處理前后臺(tái)切換相關(guān)處理，不用開發(fā)者做這一塊的處理。

講完這一塊，主要把我們的接口都講完了，基本上是初始化登錄呼叫，然后中間還有靜音和切換，其實(shí)也沒(méi)有什么太多東西了。

這是我們?cè)诰€的開發(fā)者中心，大家遇到問(wèn)題的時(shí)候可以登錄這個(gè)網(wǎng)站看API的情況。