隨著“互聯(lián)網(wǎng)+”時代的到來，能力開放已成為當(dāng)前運營商應(yīng)對互聯(lián)網(wǎng)業(yè)務(wù)挑戰(zhàn)、增加收入的關(guān)鍵戰(zhàn)略，也是數(shù)字經(jīng)濟(jì)時代運營商實現(xiàn)數(shù)字業(yè)務(wù)轉(zhuǎn)型的必由之路。浙江聯(lián)通從打車、外賣、快遞等互聯(lián)網(wǎng)行業(yè)對通信隱私保護(hù)業(yè)務(wù)的迫切需求切入，將傳統(tǒng)的智能網(wǎng)通信產(chǎn)品進(jìn)行升級演進(jìn)，構(gòu)建了一套基于API開放的、具備通信隱私保護(hù)能力的統(tǒng)一接入平臺，現(xiàn)已成為中國聯(lián)通集團(tuán)規(guī)模最大的語音類2I2C業(yè)務(wù)支撐系統(tǒng)之一。

1

概述

隨著大數(shù)據(jù)時代的來臨，用戶對個人通話信息的隱私保護(hù)有越來越強烈的需求。已經(jīng)完成互聯(lián)網(wǎng)化的打車、外賣、快遞、保險等O2O行業(yè)為提高服務(wù)體驗，也迫切需要為客戶提供通信的隱私保護(hù)業(yè)務(wù)。浙江聯(lián)通經(jīng)過幾年的探索，建成了一套具有通信隱私保護(hù)能力的、統(tǒng)一開放的接入平臺。隱私保護(hù)平臺目前每月為1.5億用戶提供通信隱私保護(hù)服務(wù),月訂單7億個，月呼叫達(dá)5.5億次?，F(xiàn)已成為中國聯(lián)通集團(tuán)規(guī)模最大的語音類2I2C業(yè)務(wù)支撐系統(tǒng)之一。

本文介紹了隱私保護(hù)平臺的基本系統(tǒng)架構(gòu)，為提高系統(tǒng)開放能力，介紹了對現(xiàn)有系統(tǒng)架構(gòu)進(jìn)行了業(yè)務(wù)和基礎(chǔ)能力相分離的探索，實現(xiàn)了業(yè)務(wù)平臺、基礎(chǔ)能力平臺兩層結(jié)構(gòu)。最后對平臺建設(shè)未來的發(fā)展方向做了展望，朝著多通信能力開放、統(tǒng)一開放平臺和系統(tǒng)彈性云化的目標(biāo)發(fā)展。

2

隱私保護(hù)的巨大需求給運營商帶來的五大挑戰(zhàn)和應(yīng)對

在微信、QQ、FACETIME等流量通信爆發(fā)式增長的今天，電路域語音通信仍然是打車、外賣、快遞、保險等O2O行業(yè)最主要的聯(lián)系手段?；ヂ?lián)網(wǎng)獨角獸們迫切需要為其客戶提供語音通信的隱私保護(hù)服務(wù)，在這方面通信運營商具備著天然的技術(shù)能力。隱私保護(hù)業(yè)務(wù)不但給運營商帶來了良好的經(jīng)濟(jì)效益，同時也帶來了巨大的挑戰(zhàn)。

第一，隱私保護(hù)是面向傳統(tǒng)通信能力（包括語音、短信和錄音等）提供整體的隱私保護(hù)。

第二，系統(tǒng)要適配互聯(lián)網(wǎng)客戶個性化的要求：不同互聯(lián)網(wǎng)廠家具有不同的業(yè)務(wù)場景，不同的個性化需求，各個行業(yè)對隱私保護(hù)的需求各不相同，比如外賣是AXB模式的，中介是AXYB模式的。個性化是互聯(lián)網(wǎng)客戶的核心競爭力之一。

第三，業(yè)務(wù)高并發(fā)，號碼可復(fù)用：互聯(lián)網(wǎng)業(yè)務(wù)通常不局限于某個地域，使用用戶基數(shù)大，業(yè)務(wù)并發(fā)量大，這樣系統(tǒng)需要能夠承受高并發(fā)的沖擊。同時每個訂單都需要一個隱私號碼，但是儲備大量隱私號碼資源將造成號碼浪費和運營成本增加，所以需要實現(xiàn)號碼可復(fù)用。

第四，系統(tǒng)需具備高性能，且具備快速擴容的能力：互聯(lián)網(wǎng)各種業(yè)務(wù)場景復(fù)雜，不同場景話務(wù)模型波動較大，有些節(jié)假日會有集中爆發(fā)，比如雙十一、圣誕商業(yè)促銷；有些全天集中在某些時段比較忙，比如外賣、打車，這就需要系統(tǒng)高性能，具備快速擴容的能力。

第五，系統(tǒng)具備高可用性：包括打車、外賣業(yè)務(wù)都是24小時運行，需要我們的系統(tǒng)不間斷的為互聯(lián)網(wǎng)客戶提供服務(wù)，系統(tǒng)需要具備高可用性，具備冗余備份的能力。

我們知道運營商具備號碼轉(zhuǎn)換的能力，比如智能網(wǎng)，IMS網(wǎng)絡(luò)等就具備改號能力。但針對以上挑戰(zhàn)，我們就需要構(gòu)建一套能力開放的統(tǒng)一接入平臺，把運營商具備的號碼變換能力進(jìn)行轉(zhuǎn)換，來提供不同互聯(lián)網(wǎng)企業(yè)的隱私保護(hù)需求。這套平臺，需要面向不同業(yè)務(wù)提供標(biāo)準(zhǔn)的API接口，面向通信網(wǎng)絡(luò)沿用標(biāo)準(zhǔn)通信協(xié)議。能力開放平臺作為關(guān)鍵中樞“承上啟下”完成業(yè)務(wù)全流程的貫通，為互聯(lián)網(wǎng)廠家提供語音呼叫、短信、錄音等通信能力。平臺同時需要具備號碼可復(fù)用，系統(tǒng)高性能、高彈性和系統(tǒng)冗余備份能力。

3

能力開放的隱私保護(hù)平臺的基本架構(gòu)和原理

隱私保護(hù)平臺通過統(tǒng)一API接口面向多個第三方企業(yè)開放接口，同時平臺對接浙江聯(lián)通的綜合業(yè)務(wù)匯接局ITMSC和信令網(wǎng)HSTP，調(diào)用語音網(wǎng)和信令網(wǎng)的通信能力，通過ITMSC提供語音、錄音，通過HSTP提供短信等基礎(chǔ)通信的隱私保護(hù)能力。隱私保護(hù)平臺系統(tǒng)架構(gòu)，如圖1所示。集團(tuán)公司提供了全國電話碼號資源，作為隱私保護(hù)的中間號碼，面向全國和三網(wǎng)用戶提供服務(wù)。

圖1隱私保護(hù)平臺系統(tǒng)架構(gòu)

下面以打車流程為例，來介紹下能力開放平臺實現(xiàn)隱私保護(hù)業(yè)務(wù)的通信流程。

圖2 隱私保護(hù)通信流程

號碼綁定過程：乘客A發(fā)起打車請求后，滴滴平臺指配司機B并向隱私保護(hù)平臺發(fā)起綁定請求，由隱私保護(hù)平臺分配中間號碼X，并同時綁定AXB的關(guān)系，并回復(fù)X號碼給滴滴平臺。滴滴在客戶端顯示號碼X，即乘客和司機均看到對方的號碼為中間號碼X。

呼叫過程：乘客A（或者司機B）發(fā)起呼叫撥打X，該呼叫路由至浙江聯(lián)通ITMSC局，由ITMSC觸發(fā)隱私保護(hù)平臺進(jìn)行號碼改號，隱私保護(hù)平臺下發(fā)真實的司機號碼B(或者乘客的真實號碼A)，并將主叫號碼修改為X并進(jìn)行接續(xù)。這樣司機看到的來電為X號碼，從而實現(xiàn)號碼保護(hù)。如果需要實現(xiàn)錄音功能，則將該呼叫路由至錄音平臺后再進(jìn)行接續(xù)。

在以上的通信過程中，有幾個技術(shù)要點。第一，平臺采用了虛擬MSC登記技術(shù)。所有的隱私中間號碼均注冊到隱私保護(hù)平臺，因此在隱私號X被叫時呼叫會路由至浙江ITMSC局并觸發(fā)至浙江隱私寶平臺，呼叫統(tǒng)一觸發(fā)到隱私寶平臺后，由隱私寶平臺根據(jù)業(yè)務(wù)邏輯及真實主叫與隱私號碼綁定關(guān)系，下發(fā)真實被叫號碼給交換網(wǎng)絡(luò)并完成接續(xù)，如需要錄音功能，則路由至錄音平臺并接續(xù)。

第二，隱私保護(hù)平臺綁定AXB關(guān)系后，只允許AB之間使用X號碼互相撥打，其他號碼撥打平臺均會拒絕。當(dāng)訂單結(jié)束后，由滴滴平臺發(fā)起解除AXB的綁定關(guān)系，這個時候AB就無法再使用X號碼聯(lián)系到對方。由于AXB的綁定關(guān)系，同一個X可以給不同的A或者B使用，從而實現(xiàn)了號碼的復(fù)用。

為實現(xiàn)多業(yè)務(wù)、多廠家接入，打車平臺和能力開放平臺通過標(biāo)準(zhǔn)API接口進(jìn)行通信，接口遵循HTTP+Json形式，遵循RESTful風(fēng)格。這個接口可以同時提供多個業(yè)務(wù)邏輯給不同廠家，通過不同的業(yè)務(wù)ID來區(qū)分。集團(tuán)公司負(fù)責(zé)提供全國號碼資源作為虛擬號碼使用，原則上虛擬號碼X只允許本地市用戶使用。

4

隱私保護(hù)平臺運行過程中存在的問題和解決

為保障系統(tǒng)冗余，浙江隱私保護(hù)能力開放平臺采用1+1備份方式，雙平臺互為備份負(fù)荷分擔(dān)運行。浙江能力開放平臺是由智能網(wǎng)平臺升級改造而來，在運營的初期易于業(yè)務(wù)快速部署。由于智能網(wǎng)架構(gòu)非常成熟，在能力對外開放時可以快速高效而且運行穩(wěn)定。

但是隨著業(yè)務(wù)的增多，問題就暴露出來。由于沒有對業(yè)務(wù)和控制進(jìn)行分離，業(yè)務(wù)和控制能力由同一套平臺控制，也就是業(yè)務(wù)處理、號碼管理、短信控制、呼叫控制和網(wǎng)絡(luò)接入都在同一套系統(tǒng)上實現(xiàn)。對于業(yè)務(wù)層進(jìn)行新功能升級時，需要對整個平臺進(jìn)行操作。每增加一個業(yè)務(wù)功能，就需要對兩套平臺進(jìn)行分別升級。升級過程中難免對現(xiàn)有運行的業(yè)務(wù)造成影響。當(dāng)平臺只承載一個業(yè)務(wù)的時候可以先升級一套平臺，再倒換升級另外一套平臺，但是業(yè)務(wù)數(shù)量增加之后實現(xiàn)邏輯復(fù)雜，無法通過倒換來保持業(yè)務(wù)不中斷，升級時無法保證所有業(yè)務(wù)連續(xù)運行?；ヂ?lián)網(wǎng)合作伙伴給我們很大的壓力，不允許我們?nèi)魏螘r間中斷業(yè)務(wù)。這就迫使我們思考如何改造能力開放平臺。

圖3 隱私保護(hù)平臺的升級改進(jìn)

為了解決存在的頻繁操作影響業(yè)務(wù)的問題，我們主要用到了IMS網(wǎng)絡(luò)架構(gòu)的設(shè)計思路，就是把業(yè)務(wù)和控制分離。我們把隱私寶平臺進(jìn)行了能力分層，分為業(yè)務(wù)處理層和基礎(chǔ)能力層，見圖3。業(yè)務(wù)處理層主要負(fù)責(zé)業(yè)務(wù)邏輯和業(yè)務(wù)處理，將網(wǎng)絡(luò)能力封裝為Open API開放給外部業(yè)務(wù)應(yīng)用。不同業(yè)務(wù)獨立部署在業(yè)務(wù)層不同的設(shè)備上，避免一個業(yè)務(wù)升級對其他業(yè)務(wù)造成影響?；A(chǔ)能力層提供網(wǎng)絡(luò)接入?yún)f(xié)議棧和基礎(chǔ)能力組件，通過業(yè)務(wù)處理層與業(yè)務(wù)平臺對接?；A(chǔ)能力平臺采用主備兩套部署，負(fù)荷分擔(dān)運行。在隱私業(yè)務(wù)運營時，盡量保持基礎(chǔ)能力層的穩(wěn)定，不同業(yè)務(wù)可以通過業(yè)務(wù)層的不同模塊處理。

5

能力開放平臺的未來展望

浙江聯(lián)通隱私寶平臺未來業(yè)務(wù)規(guī)劃是做話音業(yè)務(wù)的統(tǒng)一能力開放平臺，提供更豐富的話音業(yè)務(wù)，除目前已經(jīng)提供的呼叫、短信和錄音的隱私保護(hù)業(yè)務(wù)外，還能提供放音、收號、單呼、雙呼等等的各類話音業(yè)務(wù)。

我們可以進(jìn)一步實現(xiàn)標(biāo)準(zhǔn)API定義能力的運營和售賣，將通信能力通過標(biāo)準(zhǔn)化API開放出去，形成一套標(biāo)準(zhǔn)接口，可以引入第三方SP廠家來針對API進(jìn)行開發(fā)，由SP實現(xiàn)中小合作伙伴接入和快速定制。這就要求我們定制更為開放的API標(biāo)準(zhǔn)。

在能力層中提供更多的業(yè)務(wù)、構(gòu)建原子性的標(biāo)準(zhǔn)API，將呼叫能力通過原子性的API提供處理，比如改號、呼叫攔截等事件，圖4能力API列表中都是系統(tǒng)可以提供的原子API。

圖4增強開放 API 接口

在業(yè)務(wù)層，合作廠家或者本地的定制廠商會根據(jù)互聯(lián)網(wǎng)廠家的需要定制業(yè)務(wù)API（比如AXB、小號業(yè)務(wù)），對外提供的是1個完整的業(yè)務(wù)，互聯(lián)網(wǎng)伙伴僅需一次調(diào)用即可完成業(yè)務(wù)處理，簡化操作。圖4業(yè)務(wù)API列表中是將來可以提供的業(yè)務(wù)API。

通過能力層原子API和業(yè)務(wù)層分子API的構(gòu)建，未來平臺服務(wù)的對象會有區(qū)分。針對大客戶，采用聯(lián)通或者本地定制團(tuán)隊直接提供分子API，以業(yè)務(wù)的方式提供給大客戶，這樣大企業(yè)用戶僅需調(diào)用1個接口即可實現(xiàn)業(yè)務(wù)邏輯，提升使用效率。針對中小客戶，由聯(lián)通提供原子API，第三方SP廠家通過調(diào)用原子API構(gòu)建分子API，服務(wù)第三方SP引入的這些中小企業(yè)，滿足未來各種不同類型的小的合作伙伴的業(yè)務(wù)需求。這就實現(xiàn)了API能力運營：通過API運營，引入SP，由SP實現(xiàn)中小合作伙伴接入。

能力開放平臺最終需要實現(xiàn)云化發(fā)展，目前浙江聯(lián)通隱私保護(hù)錄音平臺已經(jīng)實現(xiàn)云化部署，滿足彈性擴容，下一步業(yè)務(wù)平臺和能力平臺處理也將逐步向云化演進(jìn)，實現(xiàn)快速部署、擴容。