隨著“互聯網+”時代的到來，能力開放已成為當前運營商應對互聯網業務挑戰、增加收入的關鍵戰略，也是數字經濟時代運營商實現數字業務轉型的必由之路。浙江聯通從打車、外賣、快遞等互聯網行業對通信隱私保護業務的迫切需求切入，將傳統的智能網通信產品進行升級演進，構建了一套基于API開放的、具備通信隱私保護能力的統一接入平臺，現已成為中國聯通集團規模最大的語音類2I2C業務支撐系統之一。

1

概述

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

本文介紹了隱私保護平臺的基本系統架構，為提高系統開放能力，介紹了對現有系統架構進行了業務和基礎能力相分離的探索，實現了業務平臺、基礎能力平臺兩層結構。最后對平臺建設未來的發展方向做了展望，朝著多通信能力開放、統一開放平臺和系統彈性云化的目標發展。

2

隱私保護的巨大需求給運營商帶來的五大挑戰和應對

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

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

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

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

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

第五，系統具備高可用性：包括打車、外賣業務都是24小時運行，需要我們的系統不間斷的為互聯網客戶提供服務，系統需要具備高可用性，具備冗余備份的能力。

我們知道運營商具備號碼轉換的能力，比如智能網，IMS網絡等就具備改號能力。但針對以上挑戰，我們就需要構建一套能力開放的統一接入平臺，把運營商具備的號碼變換能力進行轉換，來提供不同互聯網企業的隱私保護需求。這套平臺，需要面向不同業務提供標準的API接口，面向通信網絡沿用標準通信協議。能力開放平臺作為關鍵中樞“承上啟下”完成業務全流程的貫通，為互聯網廠家提供語音呼叫、短信、錄音等通信能力。平臺同時需要具備號碼可復用，系統高性能、高彈性和系統冗余備份能力。

3

能力開放的隱私保護平臺的基本架構和原理

隱私保護平臺通過統一API接口面向多個第三方企業開放接口，同時平臺對接浙江聯通的綜合業務匯接局ITMSC和信令網HSTP，調用語音網和信令網的通信能力，通過ITMSC提供語音、錄音，通過HSTP提供短信等基礎通信的隱私保護能力。隱私保護平臺系統架構，如圖1所示。集團公司提供了全國電話碼號資源，作為隱私保護的中間號碼，面向全國和三網用戶提供服務。

圖1隱私保護平臺系統架構

下面以打車流程為例，來介紹下能力開放平臺實現隱私保護業務的通信流程。

圖2 隱私保護通信流程

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

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

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

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

為實現多業務、多廠家接入，打車平臺和能力開放平臺通過標準API接口進行通信，接口遵循HTTP+Json形式，遵循RESTful風格。這個接口可以同時提供多個業務邏輯給不同廠家，通過不同的業務ID來區分。集團公司負責提供全國號碼資源作為虛擬號碼使用，原則上虛擬號碼X只允許本地市用戶使用。

4

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

為保障系統冗余，浙江隱私保護能力開放平臺采用1+1備份方式，雙平臺互為備份負荷分擔運行。浙江能力開放平臺是由智能網平臺升級改造而來，在運營的初期易于業務快速部署。由于智能網架構非常成熟，在能力對外開放時可以快速高效而且運行穩定。

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

圖3 隱私保護平臺的升級改進

為了解決存在的頻繁操作影響業務的問題，我們主要用到了IMS網絡架構的設計思路，就是把業務和控制分離。我們把隱私寶平臺進行了能力分層，分為業務處理層和基礎能力層，見圖3。業務處理層主要負責業務邏輯和業務處理，將網絡能力封裝為Open API開放給外部業務應用。不同業務獨立部署在業務層不同的設備上，避免一個業務升級對其他業務造成影響。基礎能力層提供網絡接入協議棧和基礎能力組件，通過業務處理層與業務平臺對接。基礎能力平臺采用主備兩套部署，負荷分擔運行。在隱私業務運營時，盡量保持基礎能力層的穩定，不同業務可以通過業務層的不同模塊處理。

5

能力開放平臺的未來展望

浙江聯通隱私寶平臺未來業務規劃是做話音業務的統一能力開放平臺，提供更豐富的話音業務，除目前已經提供的呼叫、短信和錄音的隱私保護業務外，還能提供放音、收號、單呼、雙呼等等的各類話音業務。

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

在能力層中提供更多的業務、構建原子性的標準API，將呼叫能力通過原子性的API提供處理，比如改號、呼叫攔截等事件，圖4能力API列表中都是系統可以提供的原子API。

圖4增強開放 API 接口

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

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

能力開放平臺最終需要實現云化發展，目前浙江聯通隱私保護錄音平臺已經實現云化部署，滿足彈性擴容，下一步業務平臺和能力平臺處理也將逐步向云化演進，實現快速部署、擴容。