簡介
本文檔介紹了Cisco Emergency Responder(CER)9.x版及更早版本的架構,以及Cisco Unified Communications Manager(CUCM)的架構,如CER文檔中所述。本檔案沒有提供有關如何配置CER的指導,但補充了每次CER版本發佈的版本說明和文檔。
為什麼在我的VoIP環境中使用CER
CER是一種為美國和加拿大生產並分發的產品,用於執行四個主要任務:
- 將緊急呼叫路由到本地公共安全應答點(PSAP)。
- 通過電子郵件或電話向工作人員發出緊急呼叫,提醒他們在本地響應。
- 保留所有緊急呼叫的日誌。
- 為PSAP提供需要呼叫者的準確地理位置。
CUCM具有將緊急呼叫路由到具有精心構建的呼叫搜尋空間(CSS)/分割槽架構的特定網關的功能;但這會變得複雜且難以管理。其他功能(如警報、日誌和地理定位)不容易獲得或根本無法獲得。
CER元素
本節介紹常見的CER首字母縮寫及其對配置的意義,並提供有關CER和CUCM如何路由緊急呼叫的更多知識。
CTI路由點
在Emergency Responder部署中,CUCM使用電腦電話整合(CTI)路由點將911呼叫傳遞給CER,以便根據電話的位置修改主叫方。根據您的CER環境(CER群集中的一個或兩個伺服器),您必須使用CUCM中的一個或兩個CTI路由點來進行911呼叫。向CER發佈者註冊的CTI路由點包含911目錄號碼;向CER訂閱者註冊的CTI路由點包含912目錄號碼。
第三個用於從PSAP回撥的CTI路由點是「913XXXXXXXXXX」。本文檔的回叫號碼(ELIN)部分對此進行了說明。
註:911 CTI路由點只能通過CSS/分割槽訪問912目錄號。這是為了避免終端使用者意外撥號。
CTI路由點容錯移轉
CER不提供任何負載平衡;但是,它確實提供了故障切換解決方案。CER通過CUCM中的CTI路由點的目錄編號配置提供此功能。
單節點CER部署
在CUCM中,配置了911目錄號碼(DN)的CTI路由點包括一個DN配置,用於在無應答或CTI故障時轉發呼叫,例如未註冊的CTI路由點、呼叫轉送、呼叫代接等。
在單個伺服器CER環境中,將Call Forward欄位設定為您在CER中為Default ERL配置的號碼。本文件的ERL一節將說明預設ERL。
雙節點CER集群
在雙伺服器CER環境中,911目錄號碼包含在Call Forward和Call Pickup欄位中設定的912。這會將911呼叫轉發給CER使用者,並且912目錄號碼在這些欄位中包含Default ERL路由模式。
在本示例中,「10911」是在CER Default ERL上配置的路由模式。
注意:如果有一個或兩個CTI路由點未註冊,或者如果CER伺服器無法應答呼叫,這一點非常重要。仍然可以將緊急呼叫路由到PSAP,而不是接收快速忙碌訊號。
ERL
應急響應位置(ERL)用於CER:
- 將緊急呼叫轉發到路由模式/PSAP。
- 提供回撥/緊急位置標識號(ELIN)。
- 分配物理位置(ALI)。
- 向本地或內部派遣團隊發出緊急呼叫警報。
這是CER配置的最重要方面之一,因為它將電話的交換機埠連線到一個物理位置,從而允許PSAP向正確的位置派遣應急響應人員。考慮到ERL實際上就是發出緊急呼叫的區域;這不一定是緊急呼叫的位置。例如,三樓起火,但人員從二樓撥打911。
ERL通過IP子網和LAN交換機埠詳細資訊分配給裝置。這在「CER如何識別電話的位置」一節中介紹。
在CER中需要預設ERL。如果根據配置CER無法與ERL匹配的終端(電話),則存在此ERL。因此,CER使用預設ERL將呼叫路由到PSAP,以便它不會路由失敗。
ALIs
自動位置資訊(ALI)是ERL終端使用者的物理位置。此處的目標是儘可能準確地確定作出反應的單位(警察、救護車、消防員等)必須前往的具體位置,以便幫助有需要的人。這是呼叫者無法通話或斷開連線,並且不應答回叫時可以使用的強大功能。當在每個ERL上輸入此資訊時,您必須將ALI匯出到一個檔案,並將此資訊提供給PSAP。
回叫號碼(ELIN)
緊急位置識別號碼(ELIN)是電話號碼(呼叫者ID),與CER中的ERL相關聯,呈現給PSAP,以便他們可以將呼叫者ID號碼與ALI資訊(呼叫者地址)相匹配,並在呼叫斷開的情況下提供給PSAP的回叫號碼。
此值可以是任意數值。但是,此號碼必須是路由到CUCM環境的直接撥入(DID)。以下是ELIN在回叫場景中的工作方式。
- PSAP失去與終端使用者呼叫方的連線。
- PSAP呼叫提供的ELIN/回撥號碼。
- 服務提供商將呼叫路由到您的VoIP環境,該環境將路由到您的CUCM環境。
- CUCM包含一個轉換模式,該模式將ELIN/Callback DID更改為DID的字首「913」。
- 「913」DID路由到「913XXXXXXXXXX」CTI路由點,後者將號碼傳送到CER。
- CER從此DID的前面拆除「913」。
- CER匹配CER呼叫歷史記錄中的ELIN/Callback DID,並將來電轉駁回具有進行911呼叫的終端(電話)的目錄號碼的CUCM。
- CUCM將呼叫路由到發出呼叫的終端(電話),希望該使用者回覆該呼叫
通用CER/CUCM出站呼叫流
CER的主要目標是將緊急呼叫路由到本地PSAP。假設一個人位於波士頓並撥打911;CUCM集群位於紐約市,本地管理員設定911以路由到本地PSAP。此人通過電話聯絡到可提供幫助的人員,但由於聯絡到的人員是在紐約PSAP上,他們必須將呼叫重新路由到波士頓PSAP,後者可以派遣所需的緊急部門。從積極的方面講,這個人最終得到了他們迫切需要的幫助。但是,他們等待重新路由到本地的PSAP時,浪費了寶貴的時間。這在很多方面都是危險的。該人員所任職的公司可能應對時間損失負責,因為他們沒有將911呼叫路由到本地PSAP。
CER旨在避免這種情況。如果波士頓的人員撥打911,則立即將該人員轉接至波士頓PSAP,該PSAP具有提供給緊急派遣的確切位置。
典型的CER呼叫流程的工作方式如下:
- 終端使用者向CUCM發出911呼叫。
- CUCM接受該呼叫並將其路由到通向CER的「911」CTI路由點。
- CER檢查呼叫端點(電話),然後:
- CER檢查資料庫以根據呼叫號碼檢索電話的ERL。
- 然後,CER根據資料庫查詢修改呼叫號碼,並將呼叫記錄到其資料庫(ERL)中。
- 在修改呼叫號碼後,CER將呼叫重定向回CUCM。然後,該呼叫與CUCM中的路由模式匹配。
- 然後,路由模式將呼叫路由到正確的網關。
- 網關將呼叫路由到本地PSAP。
註:如果您使用CER的音訊警報,則CER使用CUCM中的CTI埠來呼叫預定義的號碼,並播放最近911呼叫的通告。
如果終端使用者撥打9911該怎麼辦
因為終端使用者在撥打外部號碼之前通常先撥打「9」,所以這是一個難以打破的習慣。這在緊急情況下尤其普遍,並且使用者撥打緊急號碼。CER/CUCM對此問題的解決方案是在CUCM中建立一種轉換模式,該模式擷取9911號碼並通過pre-dot刪除第一個「9」,將號碼更改為911。完成此操作後,CUCM會將呼叫路由到911 CTI路由點,就像終端使用者最初撥打911一樣。
CER如何識別電話的位置
CER會跟蹤CUCM集群中的所有電話,當它通過簡單網路管理協定(SNMP)與CUCM和受支援的LAN交換機進行通訊時,它完全會這樣做。在CER查詢CUCM和支援的LAN交換機之後,它會將發現的資訊合併到CER資料庫中。
SNMP和CER
SNMP是一種允許遠端管理裝置的協定。CER不控制任何裝置,而是使用只讀許可權來清查CUCM和支援的LAN交換機上的裝置。每個CER的發行說明中列出了支援的LAN交換機和Cisco IOS軟體版本。這允許CER根據其交換機埠跟蹤IP電話的物理位置。然後可以基於此資訊分配適當的ERL。
註:必須知道CER不顯示LAN交換機上的IP電話,除非在CUCM中配置了具有相同MAC地址的電話。
IP子網的使用
使用IP子網是將ERL分配給一組電話的另一種方式。如果為特定站點、建築物、樓層等分配特定IP子網,則IP子網是一種用於跟蹤無線電話的良好功能。
手動新增IP電話
CER允許您手動將電話新增到其配置中。如果網路中存在不支援的交換機,則您可能希望出於許可限制或原因執行此操作。
如何測試CER解決方案
有兩種方法可以測試CER部署。一個測試允許在整個配置中進行測試;第二個測試是確認所有內容都可靠的最終測試。
初步測試
如本文檔前面所述,呼叫流(CER)將911呼叫轉發到CUCM中的路由模式,該模式將呼叫路由到正確的PSAP/服務提供商。在此路由模式中,您可以將Called Party Transformations > Called Party Transformation Mask設定為要轉送呼叫的另一個號碼;請記住,將Discard Digits設定為<None>。這樣可以避免多次呼叫PSAP。測試完成後,請務必刪除被叫方轉換掩碼號,並將丟棄數字設回PreDot。
最終測試
當您的CER/CUCM配置完成時,您必須測試所有站點,以確保每個站點都收到正確的PSAP,並且PSAP看到正確的資訊。測試很簡單;撥打911然後說出一些內容,例如:
「這是對新應急解決方案的考驗。您能告訴我您看到的回叫號碼和地址嗎?您的應答單元針對哪個地區或城鎮列出?」
PSAP可回答您的問題,您可以根據需要調整您的配置。確保讓PSAP知道您計畫多次回電和/或測試是否完成。這可以讓PSAP及時瞭解情況,並讓他們決定是否需要為其他911呼叫排程任何緊急響應。
請記住,當您確信您的CER/CUCM配置已經完成時,您想這樣做。PSAP忙得不可開交,雖然他們同意協助,但他們的首要任務是響應實際的緊急呼叫。
結論
本文檔使CER配置和架構更易於理解。CER文檔可幫助進行配置,並對每個功能進行更詳細的說明。
相關資訊