首先我們來看看怎樣通過邏輯設計達到節約號碼的目的，這涉及到話務平臺兩種綁定關系模式：固定關系模式和會話關系模式。

1、固定關系模式

話務平臺最先支持的是固定關系模式。一個虛擬號，只分配給一個被叫真實號使用，不能同時分配給其他被叫真實號，這種綁定關系是獨占式的。綁定之后，理論上任意主叫號碼均能通過撥打這個虛擬號聯系到背后的真實號。號碼綁定關系可以被業務主動解綁，解綁后虛擬號回到號池，狀態標記為“可用”狀態，下一次分配號碼時可以重復分配出去。號碼綁定關系也可以由業務方指定有效期，例如可以指定為1天有效期，1天過后此關系自動過期解綁，業務方需要取虛擬號時再重新綁定。

2、會話關系模式

通常，各個供應商、各個城市的接通率是不一樣的，接通率是指撥通的次數占總呼叫次數的比例。為了優化接通率，在號碼分配時有一些特別的設計。每家供應商都提供多批虛擬號，話務平臺根據號碼類型、適用地區、業務需求量等維度對其進行分片，劃分成多個號碼池。業務方一般配置為可以使用多個號池，以防某個號池號碼耗盡，或者遇到供應商側的故障，可以有備用號池保障號碼分配能正常提供服務。當業務方申請分配虛擬號碼時，會根據預先配置好的分配策略，確定使用哪些號池。分配策略規定了業務、城市、渠道與號池ID的對應關系。如果沒有找到合適的號池，會選用默認的號池。為了優化號碼分配，設計了一個號池評分模塊。評分模塊根據號池剩余號量、通話質量優劣（接通率）、以及人工干預等因素評分，確定優先級，優先級最高的號池被選中。號池選中之后，就可以從號池中取一個可用號碼分配給業務使用，當號碼關系解綁或者自然過期時，將號碼回收到號碼池，成為“可用”狀態，如此號碼可以循環利用。號池的設計，也是一種風險控制手段，如果號池消耗過快，來不及補充便耗盡，號池評分模塊會根據剩余量自動降低這個號池的優先級；當某個供應商出現故障時，也可以通過接通率下降或者人工干預手段降低這個供應商的所有號池的優先級，從而讓其他可用的號池來提供正常服務。

號碼回收與復用，號碼資源是有限的，在有限的資源和無限的需求之間如何平衡呢？我們設計了一些回收與復用的機制。在綁定號碼時，明確指定了有效期屬性，當有效期結束時，該號碼會被回收至號池，下次分配可以重新使用。過期類型支持：不過期、綁定后指定時長后過期、首次通話后指定時長后過期、最后通話后指定時長后過期、定時過期。有些號碼分配出去，可能并不會被撥打。話務平臺設計了GC,會定期檢查號碼使用率情況，如果某個沒有設置過期時間的虛擬號碼，3天內沒有被撥打，則可以認為是無效關系，GC會將其回收到號池。回收無人撥打的號碼是安全的，因為使用方不緩存虛擬號碼，而是展示時總是從話務平臺實時獲取，如果之前分配出去的號碼已被回收，則會重新分配一個虛擬號給使用方。號碼的復用，第一是體現在號碼回收后可以重新分配給其他用戶；第二是體現在會話關系中，一個虛擬號能復用給多個關系，能復用的關系數，取決于主叫能聯系的被叫數量。

安全與認證，下面我們來探討一下安全層面的考慮，安全是一個不容忽視的考慮因素。首先我們做了內外網隔離，面向業務的接口只能內網訪問，面向供應商的接口能從內網和公網訪問。其次，話務平臺的接口采用https加密傳輸，防止中間人竊取、篡改數據。話務平臺設計了業務方和供應商的身份標識體系，為每一個供應商和業務方都分配一個身份id，以及一個保密的隨機字符串作為secret_key。每一次調用都需要調用者傳遞身份id用以聲明自身身份。如何驗證調用者是所聲稱的身份，不是冒充者？規定調用者需要傳遞參數簽名，將所有HTTP的參數按照約定的順序排序，拼接上secret_key，并做哈希計算，哈希值作為簽名參數傳過來。話務平臺服務器收到http請求時，按照同樣的規則重新計算簽名，如果與傳過來的簽名值一致，則說明調用者是所聲明的用戶，驗證通過；否則拒絕該次請求。參數簽名能校驗參數完整性，如果中間人篡改了參數值，會導致簽名驗證不通過。參數中還加入了時間戳，服務端驗證時間戳是否有效，這可以一定程度上防止中間人截取到URL后重復調用，從而防止重放攻擊。鎖，并發分配號碼，以上措施解決了一些冒充、攔截、篡改、重放等安全威脅，但是還有另一種數據安全問題，那就是并發安全。業務方請求分配虛擬號，存在共享資源的競爭，號池里的號碼就是共享資源。這一過程，是先從號池里取出一個可用的號碼，再創建綁定關系。對于兩個并發請求，怎樣防止取出同一個虛擬號分配出去呢。這種數據一致性的問題，可以用分布式鎖來解決。鎖是一個很大的話題，這里就不深入展開了。