I前言 Ⅲ1范圍 12規(guī)范性引用文件 13術(shù)語和定義 14縮略語 35融合技術(shù)架構(gòu) 46融合原則 57寬帶網(wǎng)功能要求 6 67.2語音業(yè)務(wù)功能要求 67.2.1單呼 67.2.2組呼 67.2.3緊急呼叫 67.3數(shù)據(jù)業(yè)務(wù)功能要求 77.3.1短消息 77.3.2衛(wèi)星定位 77.4補充業(yè)務(wù)功能要求 77.4.1遲后進入 77.4.2話語權(quán)搶占 87.4.3優(yōu)先呼叫 87.4.4預(yù)占優(yōu)先呼叫 87.4.5調(diào)度臺訂閱 87.4.6故障弱化 87.5調(diào)度子系統(tǒng)業(yè)務(wù)功能要求 87.5.1通話功能 87.5.2數(shù)據(jù)功能 87.5.3調(diào)度功能 97.5.4錄音功能 8窄帶網(wǎng)功能要求 8.1概述 8.2語音業(yè)務(wù)功能要求 8.2.1單呼 18.2.3緊急呼叫 18.3數(shù)據(jù)業(yè)務(wù)功能要求 18.3.1短消息 8.3.2衛(wèi)星定位 8.4補充業(yè)務(wù)功能要求 18.4.1遲后進入 8.4.2話語權(quán)搶占 8.4.3優(yōu)先呼叫 8.4.4預(yù)占優(yōu)先呼叫(PPC) 8.5調(diào)度子系統(tǒng)業(yè)務(wù)功能要求 8.5.1通話功能 8.5.2數(shù)據(jù)功能 8.5.3調(diào)度功能 8.5.4錄音功能 9寬窄帶融合平臺要求 9.1寬窄帶融合協(xié)議要求 9.2寬窄帶融合號碼規(guī)則 9.3寬窄帶融合平臺功能要求 9.3.1調(diào)度功能要求 9.3.2呼叫功能要求 9.3.3短消息功能要求 9.3.4衛(wèi)星定位功能要求 9.3.5錄音管理功能要求 9.3.6移動定位管理功能要求 9.3.7第三方調(diào)度接口功能要求 9.4寬窄融合性能要求 10寬窄帶融合管理要求 10.1運行管理 10.2終端管理 11寬窄帶融合接口 11.1接口要求 11.1.1接口協(xié)議要求 11.1.2接口服務(wù)約定 11.2接口協(xié)議定義 11.3寬窄帶核心網(wǎng)之間互聯(lián)調(diào)用流程 11.4第三方用戶單位調(diào)用流程 附錄A(規(guī)范性)接口協(xié)議定義 附錄B(資料性)寬窄帶核心網(wǎng)之間互聯(lián)調(diào)用流程 附錄C(資料性)第三方用戶單位調(diào)用流程 參考文獻 1本文件規(guī)定了1.4G寬帶集群專網(wǎng)與TETRA窄帶集群專網(wǎng)融合相關(guān)的術(shù)語和定義、縮略語、融合技術(shù)架構(gòu)、融合原則、寬帶網(wǎng)功能要求、窄帶網(wǎng)功能要求、寬窄帶融合平臺要求、寬窄帶融合管理要求、寬窄帶融合接口等內(nèi)容。本文件適用于成都市行政區(qū)劃內(nèi)1.4G寬帶集群專網(wǎng)(以下簡稱：寬帶網(wǎng))與TETRA窄帶集群專網(wǎng)(以下簡稱：窄帶網(wǎng))的寬窄融合建設(shè)。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本(包括所有的修改單)適用于本YD/T2859—2015基于LTE技術(shù)的寬帶集群通信(B-TrunC)系統(tǒng)接口技術(shù)要求(第一階段)集群核心網(wǎng)到調(diào)度臺接口SJ/T11228—2000數(shù)字集群移動通信系統(tǒng)體制IETFRFC3550—2003實時應(yīng)用程序傳輸協(xié)議(RTP:ATransportProtocolforReal-Time下列術(shù)語和定義適用于本文件。1.4G寬帶集群專網(wǎng)1.4GBroadbandTrunkingNetwork用戶臺呼叫具有優(yōu)先級。優(yōu)先級應(yīng)包含若干個等級，呼叫時用戶按其等級可以排在低一級用戶前，排隊等候接入信道。2[YD/T2859—2015,定義3.1.1][YD/T2859—2015,定義3.1.2][YD/T2859—2015,定義3.1.3]3組呼(群組呼叫)Groupcall在群組內(nèi)發(fā)起全體成員呼叫的通信過程。呼叫剛建立時未能及時加入，但在通話過程中可加入的一種組呼/廣播呼叫。在通播組內(nèi)發(fā)起對應(yīng)多個通話組呼叫的通信過程。調(diào)度臺一次派接若干個通話組通話，調(diào)度員講話各組均可聽見，各組通話調(diào)度員和所有派接通話組均可聽見，相當(dāng)于合并成一個組。實現(xiàn)寬帶網(wǎng)與窄帶網(wǎng)之間信息通信與數(shù)據(jù)交互的過程。寬窄帶融合平臺PlatformforFusionofBroadbandandNarrowband實現(xiàn)寬帶網(wǎng)與窄帶網(wǎng)之間信息通信與數(shù)據(jù)交互的中間平臺。第三方用戶TheThird-partyUser接入寬窄帶融合平臺用戶的總稱。4縮略語下列縮略語適用于本文件。B-TrunC:寬帶集群(BroadbandTrunkingCommunication)LTE:長期演進(LongTermEvolution)PPC:預(yù)占優(yōu)先呼叫(PreemptionPriorityCall)RTP:實時傳輸協(xié)議(Real-timeTransportProtocol)SDS:短數(shù)據(jù)服務(wù)(ShortDataService)SDP:會話描述協(xié)議(SessionDescriptionProtocol)SIP:會話初始協(xié)議(SessionInitiationProtocol)4行政執(zhí)法行政執(zhí)法平臺融合層語音交換1.4G寬帶基站TETRA窄帶基站接入層1.4G寬帶終端TETRA窄帶終端終端層應(yīng)急保障公共安全抗災(zāi)搶險數(shù)據(jù)業(yè)務(wù)交換調(diào)度型業(yè)務(wù)交換融合管理寬窄帶融合平臺交換層應(yīng)用層圖1寬窄帶融合技術(shù)架構(gòu)5終端層包括各類能連接上寬帶網(wǎng)、窄帶網(wǎng)的終端設(shè)備，包括移動電話、手持設(shè)備、電腦等。通過建設(shè)寬帶網(wǎng)、窄帶網(wǎng)通信基站，形成一定面積的無線覆蓋區(qū)域，為區(qū)域內(nèi)無線終端建立通信網(wǎng)絡(luò)提供基礎(chǔ)。通信基站一般包括宏基站、微基站、直放站、移動基站等。實現(xiàn)寬帶網(wǎng)與窄帶網(wǎng)的信息交互。寬帶網(wǎng)與窄帶網(wǎng)之間，通過“寬窄帶融合平臺”,實現(xiàn)單呼、組呼、緊急呼叫、短消息、定位、遲后進入、話語權(quán)搶占、優(yōu)先呼叫等功能的融合互通。寬窄帶融合應(yīng)用包括行政執(zhí)法、應(yīng)急保障、公共安全、抗災(zāi)救險等。在寬窄網(wǎng)融合過程中，為保障寬窄融合系統(tǒng)的正常運行以及融合功能的正常使用，應(yīng)對相應(yīng)設(shè)備及系統(tǒng)的管理進行要求，內(nèi)容見第10章。6融合原則高版本集群系統(tǒng)應(yīng)兼容低版本集群系統(tǒng)的接口，各集群系統(tǒng)應(yīng)兼容寬窄帶融合平臺的接口，第三方用戶系統(tǒng)應(yīng)兼容寬窄帶融合平臺接口，應(yīng)避免系統(tǒng)升級導(dǎo)致融合通信功能不可用。可擴展性包括以下內(nèi)容：a)寬、窄帶系統(tǒng)架構(gòu)和協(xié)議設(shè)計應(yīng)具備良好的可擴展性，支持業(yè)務(wù)功能和性能的擴展以及與其他網(wǎng)絡(luò)的互通等功能。b)在符合系統(tǒng)總體架構(gòu)的條件下，寬、窄帶系統(tǒng)應(yīng)支持分解為多個邏輯實體，各個邏輯實體既相互獨立，又可以靈活組合。c)寬窄帶融合平臺除實現(xiàn)對寬帶網(wǎng)、窄帶網(wǎng)共有功能的融合外，宜實現(xiàn)對寬帶網(wǎng)、窄帶網(wǎng)個性化功能的互聯(lián)互通。寬、窄帶系統(tǒng)應(yīng)具備良好的互操作性，應(yīng)支持與不同設(shè)備廠家定義的開放接口的互操作。6寬、窄帶系統(tǒng)應(yīng)具備高等級的安全性，保證寬、窄帶數(shù)據(jù)、集群業(yè)務(wù)和應(yīng)用的安全。6.5可靠性寬窄帶融合平臺應(yīng)充分滿足寬帶網(wǎng)、窄帶網(wǎng)的功能及性能指標(biāo)要求，提升平臺的穩(wěn)定性、可靠性，確保寬窄融合功能滿足各集群系統(tǒng)需求。7寬帶網(wǎng)功能要求參與融合的寬帶網(wǎng)應(yīng)具備語音業(yè)務(wù)、數(shù)據(jù)業(yè)務(wù)、補充業(yè)務(wù)、調(diào)度子系統(tǒng)業(yè)務(wù)等功能。7.2語音業(yè)務(wù)功能要求應(yīng)具備在終端與終端之間、終端與調(diào)度臺之間建立全雙工語音單呼的功能。半雙工單呼半雙工單呼至少應(yīng)包括以下要求：a)應(yīng)具備終端與終端之間建立半雙工語音單呼的功能；b)應(yīng)具備終端與調(diào)度臺之間建立半雙工語音單呼的功能；c)半雙工語音單呼應(yīng)具備呼叫建立和釋放、話權(quán)管理、通話限時、講話方識別的功能，具體描述——呼叫建立和釋放：呼叫由終端或調(diào)度臺建立，可由用戶和網(wǎng)絡(luò)側(cè)釋放；——話權(quán)管理：呼叫建立后，主叫獲得首次話權(quán)，用戶申請話權(quán)并獲得授權(quán)后才能講話；——通話限時：用戶可在一定時間內(nèi)占用話權(quán)，如果超時，話權(quán)由網(wǎng)絡(luò)側(cè)強制釋放；——講話方識別：被叫用戶可獲得當(dāng)前講話方的身份信息。語音組呼至少應(yīng)包括以下要求：a)應(yīng)具備終端或調(diào)度臺對一個組發(fā)起半雙工語音呼叫的功能；b)在一個通話組內(nèi)，應(yīng)具備該組成員共享一個下行信道，并可以聽到話語權(quán)擁有方語音的功能；c)在一個通話組內(nèi)，應(yīng)具備上行信道由一個獲得話語權(quán)的組成員占用的功能；d)語音組呼應(yīng)具備組呼建立和釋放、話權(quán)管理、通話限時、講話方識別、遲后進入的功能，具體描述如下：——組呼建立和釋放：組呼由終端或調(diào)度臺建立，可由有權(quán)限的用戶釋放，也可由網(wǎng)絡(luò)側(cè)在組空閑超時等情況下釋放；——話權(quán)管理：組呼建立后，主叫獲得首次話權(quán)，組內(nèi)其他成員可以申請話權(quán)，由系統(tǒng)分配話——通話限時：用戶可在一定時間內(nèi)占用話權(quán)，如果超時，話權(quán)將由網(wǎng)絡(luò)側(cè)強制釋放；——講話方識別：組內(nèi)用戶可獲得當(dāng)前講話方的身份信息；——遲后進入：在通話組呼結(jié)束前，系統(tǒng)通過周期發(fā)送該組呼的參數(shù)，將之前未能加入通話的7組成員加入組呼叫中。緊急呼叫至少應(yīng)包括以下要求：叫鍵關(guān)聯(lián)；確認(rèn)。傳輸。定位功能至少應(yīng)包括以下要求：87.4補充業(yè)務(wù)功能要求遲后進入至少應(yīng)包括以下要求：a)應(yīng)具備在用戶由于各種原因無法及時加入群組通話的情況下，當(dāng)用戶恢復(fù)正常業(yè)務(wù)后，可在較短時間內(nèi)再次接入群組的功能；b)應(yīng)具備延遲時間可通過eNodeB側(cè)參數(shù)“群組加入時延”設(shè)置的功能；注：eNodeB即LTE網(wǎng)絡(luò)中的無線基站。c)延遲時間從用戶接到群組尋呼消息之后開始計算。在集群組呼中，應(yīng)具備用戶可以基于優(yōu)先級進行話權(quán)搶占的功能。應(yīng)具備支持基于呼叫的優(yōu)先級機制，至少應(yīng)包括以下要求：a)呼叫優(yōu)先級由網(wǎng)絡(luò)根據(jù)用戶優(yōu)先級、組優(yōu)先級、業(yè)務(wù)優(yōu)先級等計算得到。b)應(yīng)支持排隊和搶占策略的可配置功能，不同優(yōu)先級的呼叫發(fā)生資源沖突時，執(zhí)行不同的資源優(yōu)先級分配策略。c)應(yīng)支持用戶在不同基站下具備不同的接入優(yōu)先級，如采用接入等級(AccessClass)控制等。7.4.4預(yù)占優(yōu)先呼叫宜具備預(yù)占優(yōu)先呼叫的功能，當(dāng)具備預(yù)占優(yōu)先呼叫時，有權(quán)限的用戶發(fā)起呼叫，可選擇本次呼叫為預(yù)占優(yōu)先呼叫，該呼叫擁有高優(yōu)先級，可通過強拆低級別呼叫的方式搶占資源。調(diào)度臺訂閱至少應(yīng)包括以下要求：d)應(yīng)具備調(diào)度臺向核心網(wǎng)訂閱用戶信息、組信息和呼叫信息的功能；e)應(yīng)具備核心網(wǎng)收到調(diào)度臺訂閱請求后，向調(diào)度臺返回訂閱請求信息的功能；f)當(dāng)訂閱的屬性發(fā)生變化時，應(yīng)具備核心網(wǎng)主動向調(diào)度臺推送相應(yīng)信息的功能。注：訂閱信息包括用戶和組的對應(yīng)關(guān)系、用戶注冊狀態(tài)、用戶呼叫狀態(tài)、組呼叫狀態(tài)以及系統(tǒng)在線通話狀態(tài)等信息。故障弱化至少應(yīng)包括以下要求：a)當(dāng)基站與核心網(wǎng)之間的通信中斷時，或者核心網(wǎng)發(fā)生故障時，應(yīng)具備基站能夠處理該基站覆蓋范圍內(nèi)用戶的注冊和業(yè)務(wù)請求的功能，以支持單呼和組呼等業(yè)務(wù)；b)基站與核心網(wǎng)之間的通信鏈路恢復(fù)后，應(yīng)具備系統(tǒng)自動恢復(fù)到正常工作狀態(tài)的功能。7.5調(diào)度子系統(tǒng)業(yè)務(wù)功能要求調(diào)度子系統(tǒng)的通話功能至少應(yīng)包括以下要求：a)語音單呼：調(diào)度臺和終端之間建立半雙工或全雙工語音呼叫，調(diào)度臺可作為主叫或被叫。9b)語音組呼：調(diào)度臺可以發(fā)起對一個組的半雙工語音呼叫。組呼一般由發(fā)起方釋放，或系統(tǒng)在話權(quán)空閑超時等情況下釋放。c)調(diào)度臺間呼叫：調(diào)度臺和另外一個調(diào)度臺間建立的語音呼叫，調(diào)度臺可作為主叫或被叫。調(diào)度子系統(tǒng)的數(shù)據(jù)功能至少應(yīng)包括以下要求：a)實時短數(shù)據(jù)——調(diào)度臺向另一個終端或調(diào)度臺發(fā)送短數(shù)據(jù)，要求接收方收到短數(shù)據(jù)后立即回復(fù)確認(rèn)消息。——調(diào)度臺也可作為短數(shù)據(jù)的接收方，在收到短數(shù)據(jù)后立即回復(fù)確認(rèn)消息，調(diào)度臺在閱讀短數(shù)據(jù)后可向發(fā)送方返回閱讀回執(zhí)。b)組播短消息：調(diào)度臺向某個組內(nèi)的所有用戶發(fā)送的點對多點短消息，在信息傳送時無需接收端c)廣播短消息：調(diào)度臺向系統(tǒng)內(nèi)的所有用戶發(fā)送的點對多點短消息，在信息傳送時無需接收端確d)狀態(tài)數(shù)據(jù)：調(diào)度臺與終端之間傳遞行業(yè)用戶自定義的狀態(tài)信息的過程。狀態(tài)數(shù)據(jù)可采用點到點或點到多點方式傳輸。應(yīng)具備廣播呼叫的功能，廣播呼叫是調(diào)度臺發(fā)起的點到多點呼叫，廣播呼叫的呼叫對象為系統(tǒng)內(nèi)或者指定區(qū)域內(nèi)全體成員，分為全網(wǎng)廣播組和區(qū)域廣播組。廣播呼叫不需用戶簽約，指定區(qū)域內(nèi)用戶均能接收廣播呼叫。宜具備調(diào)度臺監(jiān)聽的功能，當(dāng)具備調(diào)度臺監(jiān)聽功能時，至少應(yīng)包括以下要求：a)應(yīng)具備調(diào)度臺對正在進行的單呼或組呼進行監(jiān)聽，或者對指定用戶/組監(jiān)聽的功能，當(dāng)該用戶/組參與呼叫時，核心網(wǎng)自動將呼叫內(nèi)容發(fā)給調(diào)度臺；b)監(jiān)聽的發(fā)起、進行中、結(jié)束時，被監(jiān)聽的終端不進行任何顯示或提示；c)調(diào)度臺在監(jiān)聽過程中不獲得話權(quán)。應(yīng)具備環(huán)境監(jiān)聽的功能，至少應(yīng)包括以下要求：a)環(huán)境監(jiān)聽是調(diào)度臺發(fā)起的一種單向語音單呼，調(diào)度臺應(yīng)具備通過空中接口開啟指定終端的麥克風(fēng)和發(fā)射機，將該終端周圍的聲響發(fā)送到調(diào)度臺進行監(jiān)聽的功能；b)在環(huán)境監(jiān)聽發(fā)起、進行中、結(jié)束時，終端沒有任何顯示或提示；c)環(huán)境監(jiān)聽不影響終端的操作和業(yè)務(wù)。動態(tài)重組至少應(yīng)包括以下要求：a)應(yīng)具備調(diào)度臺在系統(tǒng)中有新建和刪除群組的功能，以及對某個組增加和刪除成員、修改組的功b)應(yīng)具備通過空中接口對終端進行操作，接收到指令的終端立即回復(fù)確認(rèn)的功能；e)若本次遙斃/遙暈/復(fù)活指令未送達(dá)(如終端關(guān)機或不在服務(wù)區(qū)內(nèi)),應(yīng)具備在終端注冊時繼續(xù)8.2.1單呼注：緊急呼叫是用戶在緊急情況下發(fā)起的一種特殊呼叫，為最高優(yōu)先級呼叫。夠接收到短信。應(yīng)具備終端之間或終端與調(diào)度臺之間傳遞預(yù)定義狀態(tài)信息的功能。狀態(tài)數(shù)據(jù)可采用點到點或點到多8.3.2衛(wèi)星定位應(yīng)具備移動終端的衛(wèi)星定位數(shù)據(jù)上報和轉(zhuǎn)發(fā)的功能。8.4補充業(yè)務(wù)功能要求在組呼過程中，應(yīng)具備遲登錄進系統(tǒng)的通話組成員可自動加入一個正在進行的組呼的功能。在組呼過程中，應(yīng)具備搶占其他正在通話用戶話語權(quán)的功能。8.4.3優(yōu)先呼叫系統(tǒng)繁忙時，應(yīng)具備優(yōu)先獲取資源呼叫的功能，獲取資源的方式是在排隊隊列中插隊。預(yù)占優(yōu)先呼叫至少應(yīng)包括以下要求：a)系統(tǒng)繁忙時，具有預(yù)占優(yōu)先權(quán)的用戶應(yīng)具備可搶占其它低優(yōu)先級呼叫信道資源的功能，且優(yōu)先搶占最低優(yōu)先級呼叫中最早發(fā)起的信道資源；b)具有預(yù)占優(yōu)先呼叫的被叫用戶應(yīng)具備可搶占正處于低優(yōu)先級通話用戶的功能，使用戶進入新的呼叫中。8.5調(diào)度子系統(tǒng)業(yè)務(wù)功能要求8.5.1通話功能調(diào)度子系統(tǒng)的通話功能至少應(yīng)包括以下要求：a)組呼：應(yīng)具備調(diào)度臺對終端用戶發(fā)起組呼，和終端用戶對調(diào)度臺發(fā)起組呼的功能。b)通播組呼——應(yīng)具備調(diào)度員可以根據(jù)權(quán)限對通播組用戶發(fā)起通播呼叫的功能；——應(yīng)具備終端用戶對調(diào)度臺發(fā)起通播組呼叫的功能。c)單呼——應(yīng)具備全雙工和半雙工單呼的功能；——應(yīng)具備調(diào)度臺與終端單呼的功能；——應(yīng)具備調(diào)度臺與調(diào)度臺單呼的功能。d)緊急呼叫——應(yīng)具備調(diào)度臺緊急呼叫終端用戶的功能；——應(yīng)具備調(diào)度臺緊急呼叫通話組的功能。8.5.2數(shù)據(jù)功能調(diào)度子系統(tǒng)的數(shù)據(jù)功能至少應(yīng)包括以下要求：a)應(yīng)具備接收、顯示和保存狀態(tài)信息的功能；b)應(yīng)具備接收、發(fā)送短消息的功能。應(yīng)具備通話組派接、通話組多選、廣播呼叫(系統(tǒng)呼叫)、環(huán)境監(jiān)聽、縝密監(jiān)聽、動態(tài)重組、調(diào)度臺強插/強拆、遙斃/遙啟(復(fù)活)的功能。通話組派接通話組派接至少應(yīng)包括以下要求：a)調(diào)度臺應(yīng)具備可以一次派接若干個通話組通話，調(diào)度員講話各組均可聽見，各組通話調(diào)度員和所有派接通話組均可聽見，相當(dāng)于合并成一個組；b)派接組通話時一個基站下所有被派接用戶占用相同的1個信道。通話組多選通話組多選至少應(yīng)包括以下要求：a)調(diào)度臺應(yīng)具備可以一次多選若干個通話組通話，調(diào)度員講話各組均可聽見，各組通話調(diào)度員也b)通話組之間隔離，即各通話組成員講話只有組內(nèi)成員能聽到，其他通話組成員不能聽到。廣播呼叫(系統(tǒng)呼叫)廣播呼叫至少應(yīng)包括以下要求：b)呼叫建立后只有主叫具備發(fā)射權(quán)限，被叫用戶只有接收權(quán)限，可以有效防止被叫用戶干擾主叫c)廣播呼叫包括基站廣播、系統(tǒng)廣播等。調(diào)度臺應(yīng)具備可遙控開啟非通話狀態(tài)的無線終端的功能，以監(jiān)聽移動用戶周圍的環(huán)境聲音，同時被監(jiān)聽方應(yīng)無法察覺被監(jiān)聽?？b密監(jiān)聽至少應(yīng)包括以下要求：a)授權(quán)調(diào)度臺獲取指定移動用戶語音；b)授權(quán)調(diào)度臺應(yīng)具備可以監(jiān)聽一個單呼而不讓被監(jiān)聽者知道。動態(tài)重組至少應(yīng)包括以下要求：a)可利用無線方式對用戶重新編組；b)根據(jù)任務(wù)執(zhí)行的需要，將TETRA系統(tǒng)中分別屬于不同通話組的個別用戶，從原來的通話組中抽掉出來，重新組成一個臨時的新的通話組；c)在系統(tǒng)釋放動態(tài)重組命令后，用戶回到原來的狀態(tài)。強插/強拆至少應(yīng)包括以下要求：a)調(diào)度臺應(yīng)具備對呼叫通話的強插和強拆功能；b)調(diào)度員在其管理的通話組通話時，可以在別人講話時強插，也可以強拆該組通話。遙斃/搖暈/復(fù)活(遙啟)遙斃/搖暈/復(fù)活(遙啟)至少應(yīng)包括以下要求：a)調(diào)度臺應(yīng)具備對網(wǎng)中非法用戶實施空中遙斃/搖暈；b)被遙斃的用戶機需要重新寫頻才能恢復(fù)正常工作狀態(tài)；c)用戶被搖暈時未開機，則當(dāng)開機登記時還會被搖暈；d)遙啟是搖暈的逆動作，由系統(tǒng)下發(fā)恢復(fù)指令，被遙斃的用戶機收到調(diào)度下達(dá)的恢復(fù)指令后恢復(fù)e)用戶被恢復(fù)時未開機，則當(dāng)開機登記時還會被重新恢復(fù)集群工作。錄音功能至少應(yīng)包括以下要求：a)應(yīng)具備本地錄音的功能；b)應(yīng)具備提供錄音接口的功能；c)應(yīng)具備通過接口將信息發(fā)送至系統(tǒng)進行錄音的功能；d)應(yīng)具備手動和自動錄音的功能；e)應(yīng)具備記錄每一路話音的講話者ID、所屬當(dāng)前通話組ID、所屬當(dāng)前通話組內(nèi)的全部組員ID,及時間標(biāo)志、調(diào)度臺標(biāo)志、統(tǒng)一的事件ID的功能。9寬窄帶融合平臺要求寬窄帶融合協(xié)議至少應(yīng)包括以下要求：a)寬、窄帶集群系統(tǒng)應(yīng)通過開放的通信接口協(xié)議，統(tǒng)一接入寬窄帶融合平臺；b)寬窄帶融合平臺應(yīng)提供第三方API接口，便于第三方用戶通過融合平臺調(diào)用寬、窄帶集群系統(tǒng)的業(yè)務(wù)。9.2寬窄帶融合號碼規(guī)則寬、窄帶集群系統(tǒng)內(nèi)部沿用各自的編號規(guī)則，在呼叫其他系統(tǒng)號碼時無需進行號碼格式轉(zhuǎn)換或者映射，只需針對不同的系統(tǒng)增加對應(yīng)的字冠號碼。9.3寬窄帶融合平臺功能要求調(diào)度至少應(yīng)包括以下要求：衛(wèi)星定位至少應(yīng)包括以下要求a)應(yīng)具備接收寬、窄帶系統(tǒng)上報終端定位信息的功能；b)應(yīng)支持用戶調(diào)用API接口獲取對應(yīng)寬、窄帶系統(tǒng)終端的定位信息。9.3.5錄音管理功能要求錄音管理至少應(yīng)包括以下要求：a)應(yīng)具備接收、存儲寬、窄帶集群系統(tǒng)的語音數(shù)據(jù)；b)應(yīng)支持同時接收多路語音數(shù)據(jù)。注：錄音的存儲建議存放到數(shù)據(jù)庫中。9.3.6移動定位管理功能要求應(yīng)具備對寬、窄帶終端定位信息的訂閱和取消訂閱功能。9.3.7第三方調(diào)度接口功能要求調(diào)度功能主要用于開放給第三方用戶或者具有調(diào)度權(quán)限的接入用戶。派接至少應(yīng)包括以下要求：a)應(yīng)具備支持調(diào)度用戶發(fā)起寬帶系統(tǒng)通話組派接的功能；b)應(yīng)具備支持調(diào)度用戶發(fā)起窄帶系統(tǒng)通話組派接的功能。廣播呼叫功能要求廣播呼叫至少應(yīng)包括以下要求：a)應(yīng)具備支持調(diào)度用戶發(fā)起寬帶系統(tǒng)廣播呼叫的功能；b)應(yīng)具備支持調(diào)度用戶發(fā)起窄帶系統(tǒng)廣播呼叫的功能。環(huán)境監(jiān)聽功能要求環(huán)境監(jiān)聽至少應(yīng)包括以下要求：a)應(yīng)具備支持調(diào)度用戶發(fā)起寬帶系統(tǒng)環(huán)境監(jiān)聽的功能；b)應(yīng)具備支持調(diào)度用戶發(fā)起窄帶系統(tǒng)環(huán)境監(jiān)聽的功能?？b密監(jiān)聽功能要求縝密監(jiān)聽至少應(yīng)包括以下要求：a)應(yīng)具備支持調(diào)度用戶發(fā)起寬帶系統(tǒng)縝密監(jiān)聽的功能；b)應(yīng)具備支持調(diào)度用戶發(fā)起窄帶系統(tǒng)縝密監(jiān)聽的功能。動態(tài)重組功能要求動態(tài)重組至少應(yīng)包括以下要求：a)應(yīng)具備支持調(diào)度用戶發(fā)起寬帶系統(tǒng)動態(tài)重組的功能；b)應(yīng)具備支持調(diào)度用戶發(fā)起窄帶系統(tǒng)動態(tài)重組的功能。強插/強拆功能要求強插/強拆至少應(yīng)包括以下要求：遙斃(遙暈)/遙啟(復(fù)活)功能要求遙斃(遙暈)/遙啟(復(fù)活)至少應(yīng)包括以下要求：a)應(yīng)具備支持調(diào)度用戶對寬帶系統(tǒng)終端發(fā)起遙斃(遙暈)/遙啟(復(fù)活)的功能；b)應(yīng)具備支持調(diào)度用戶對窄帶系統(tǒng)終端發(fā)起遙斃(遙暈)/遙啟(復(fù)活)的功能。a)查詢用戶終端的定位位置信息。b)查詢用戶終端的當(dāng)前業(yè)務(wù)狀態(tài)信息。c)查詢用戶終端的配置信息。d)查詢用戶終端的歷史業(yè)務(wù)統(tǒng)計信息。應(yīng)對寬帶及窄帶集群系統(tǒng)的主要網(wǎng)元設(shè)備進行管理，主要包括：a)查詢交換控制中心當(dāng)前/歷史運行狀態(tài)信息。b)查詢基站設(shè)備當(dāng)前/歷史運行狀態(tài)信息。寬窄帶融合過程中使用到的協(xié)議主要包括SIP協(xié)議、RTP協(xié)議，控制信令使用SIP擴展協(xié)議，語音用RTP協(xié)議，各寬/窄帶核心網(wǎng)、寬窄帶融合平臺以及第三方用戶間的接口訪問協(xié)議架構(gòu)如圖2所示，其中：——各寬/窄帶核心網(wǎng)與寬窄帶融合平臺之間使用相同的SIP-RTP協(xié)議。不支持SIP-RTP協(xié)議的寬/窄帶核心網(wǎng)，可通過增加寬/窄帶核心網(wǎng)網(wǎng)關(guān)實現(xiàn)寬/窄帶核心網(wǎng)廠家私有協(xié)議與SIP-RTP協(xié)議——寬窄帶融合平臺向第三方用戶進行賦能也使用SIP-RTP協(xié)議，第三方用戶單位通過該協(xié)議對融合平臺接入的各寬/窄帶核心網(wǎng)實現(xiàn)業(yè)務(wù)調(diào)度。有協(xié)議寬窄帶融合平臺有協(xié)議、用戶單位1用戶單位2網(wǎng)關(guān)寬/窄帶核心網(wǎng)1寬/窄帶核心網(wǎng)3a)寬、窄帶集群系統(tǒng)在處理系統(tǒng)內(nèi)部呼叫業(yè)務(wù)時不需要經(jīng)過融合平臺，只有跨系統(tǒng)呼叫時才經(jīng)過b)第三方用戶單位需要對融合平臺接入的一個或多個系統(tǒng)發(fā)起呼叫業(yè)務(wù)時必須經(jīng)過融合平臺。呼叫過程中，主叫所在的系統(tǒng)為源系統(tǒng)，非主叫所在的系統(tǒng)為非源系統(tǒng)。寬、窄帶集群系統(tǒng)內(nèi)部群組管理依然由系統(tǒng)自身完成，跨系統(tǒng)呼叫群組管理由融合平臺完成。a)全雙工單呼，約定為摘機模式，需要振鈴。b)半雙工單呼和組呼，約定為非摘機模式，無需振鈴。成員話權(quán)優(yōu)先級分為高、中、低、末四級，分別用3、2、1、0表示。系統(tǒng)互聯(lián)時，語音報文編碼格式可以通過SDP協(xié)商。默認(rèn)編碼格式為PCMA,20ms一幀，每包傳送1幀語音。接口協(xié)議定義見附錄A。11.3寬窄帶核心網(wǎng)之間互聯(lián)調(diào)用流程寬窄帶核心網(wǎng)之間互聯(lián)調(diào)用流程見附錄B。11.4第三方用戶單位調(diào)用流程第三方用戶調(diào)用流程見附錄C。(規(guī)范性)A.1SIP協(xié)議定義SIP協(xié)議基于IETFRFC3261—2002的規(guī)定，并根據(jù)寬窄帶集群專網(wǎng)融合的需求，進行規(guī)范。SIP協(xié)議的分層結(jié)構(gòu)如圖A.1所示。圖A.1SIP協(xié)議體系結(jié)構(gòu)協(xié)議結(jié)構(gòu)描述如下：a)SIP(應(yīng)用層)體系結(jié)構(gòu)中的最高層，直接為用戶的應(yīng)用進程提供服務(wù)。負(fù)責(zé)向兩個主機進程之間的通信提供服務(wù)。由于一個主機可同時運行多個進程，因此傳輸層有復(fù)用和分用的功能。c)IP(網(wǎng)絡(luò)層)負(fù)責(zé)為分組交換網(wǎng)上的不同主機提供通信服務(wù)。在發(fā)送數(shù)據(jù)時，網(wǎng)絡(luò)層把傳輸層產(chǎn)生的報文段或用戶數(shù)據(jù)封裝成分組或包進行傳送。由于網(wǎng)絡(luò)層使用IP協(xié)議，分組也叫做IP數(shù)據(jù)報，或簡稱為數(shù)據(jù)報。d)L2(數(shù)據(jù)鏈路層)兩個主機之間的數(shù)據(jù)傳輸，是在一段一段的鏈路上傳送的，即兩個相鄰結(jié)點之間傳送數(shù)據(jù)是直接傳送的(點對點),這時就需要使用專門的鏈路層的協(xié)議。在兩個相鄰結(jié)點之間傳送數(shù)據(jù)時，數(shù)據(jù)鏈路層將網(wǎng)絡(luò)層交下來的IP數(shù)據(jù)報組裝成幀(framing),在兩個相鄰結(jié)點之間的鏈路上“透明”地傳送幀中的數(shù)據(jù)。e)L1(物理層)負(fù)責(zé)透明地傳送比特流。在物理層上所傳數(shù)據(jù)的單位是比特。A.1.3SIP消息特殊符號約定b)(parm)表示parm優(yōu)先；d)*n{parm}表示parm最多出現(xiàn)n次；f)1*n{parm}表示parm至少出現(xiàn)1~n次；g)n{parm}表示parm連續(xù)出現(xiàn)n次；=.=,=%x22(雙引號)="1"|"2"|"3"|"4"|"5"|"6"|"7"|"8"|"I"|"J"|"K"|"L”|"M”|"N"|"0”|"P"|"Q"|"R"|"S"|"=DIGIT|"a"|"b"|"c"|"d"|"e"|"f"|"A"|"B"|"C"|"D"|"E=DIGIT|"a"|"b"|"c"|"d"=";"|"["|"]"|"{"|"}"|":"|","|"#"|"<"|">""=""("|")"|"<"|">"|":"|"\"|DQUOTOtherToken=1*{ALIPv4address=1*3{DIGIT}"."1*3{DIGIT}"."1*3{DIGIT}"."1*3{DIGIT}maddr-param="maddr="Method==SIP-URIAbsoluteURI=Scheme:"TagetNumbeNB-PRIVATE-USER="nbp"BB-PRIVATE-USER="bbp"prefix=|"1"|"5"|"8"|默認(rèn)強制要求為“SIP/2.0”message-header=(Call-IDP-Asserted-Temporary-ICall-ID是在一系列消息中，區(qū)分一組消息的唯一標(biāo)志。在一次對話中，每個UA請求和應(yīng)答的Callid=1*8{R=SIP-URIAbsoluteURI=c-p-expiresContent-Length="Content-Length:"1*{DIGIT}具體格式如下：Content-Type="Content-Type:"media-type[SEMIcharsetmedia-type=m-typeSLASHm-subtypecharset-value="ASCII"|"UTF-8"|"IS08859"|"UNICODE-16"|"GB2312"m-type=di注：屬于application媒體類型。默認(rèn)的編碼方式為“ASCII”。注：文本消息，屬于text媒體類型。默認(rèn)的編碼方式為“UTF-8”。注：狀態(tài)數(shù)據(jù)，屬于application媒體類型，內(nèi)容為十進制整數(shù)，默認(rèn)的編碼方式為“ASCII”。BIN注：二進制格式，屬于application媒體類型。注：屬于application媒體類型。默認(rèn)編碼方式為“ASCII”,lip表示lib衛(wèi)星定位協(xié)議，參考A.1.12Call-Modecall-mode=注：表示組呼。注：表示半雙工單呼，半雙工單呼約定為非摘機模式。DOUBLE-PRIVATE-CALL="double-注：表全半雙工單呼，全雙工單呼約定為摘機模式。BCAST="be注：表示廣播呼叫。="Priority:"priorit=|1|2|3|4|5|6789|10|11|12CSeq="CSeq:"1*3{DIGIT}[SPMethod]注：請求消息可以省略Method,但響應(yīng)消息不能省略。通常情況下，對于每一個新的請求(ACK和CANCEL除外),CSeq頭域的數(shù)字部分都會遞增，當(dāng)達(dá)到最大值999后，再從0開始遞增。Event="Event:"event-type注：表示遙暈業(yè)務(wù)。注：表示遙斃業(yè)務(wù)。注：表示復(fù)活(遙啟)業(yè)務(wù)。discreet-listening="discreet-listen注：表示監(jiān)聽業(yè)務(wù)。注：表示獲取衛(wèi)星定位信息請求。注：表示取消衛(wèi)星定位請求。注：表示心跳維持業(yè)務(wù)(僅適用于OPTIONS方法)。Expires消息頭給出消息有效期的相對時間，計時從收到請求消息的那一刻開始。該頭域取值0~Expires="Expires:"delta-secondsfrom-spec=name-addrname-addr=LAQUOTaddr-specRAQUOTtag-param="tag="1*4{token}Max-Forwards="Max-Forwards:"1*2{DIGIT}Min-Expires頭域用來指示服務(wù)器更新消息的最短時間間隔，取值為0s～21s,以及gps上報的距離間隔，取值1m～9999m,具體格式如下：Min-Expires="Min-Expires:"delta-seconds[SEMIdistance-meters]distance-meters="distanceTo頭域用來指示請求的接收方信息，具體格式如下：Toto-spec=name-addrVia頭域用來指示請求當(dāng)前經(jīng)歷的路徑，以及響應(yīng)應(yīng)當(dāng)經(jīng)過的路徑，具體格式如下：via-parm=[transportNameSIP響應(yīng)消息格式如下： A.1.10SIP消息體pSIP消息體通用格式如下：SDP通用格式如下：announcement=[proto-version]proto-version用來表示SDP的版本信息，具體格式如下：proto-version="v="1*{alphanum}CRLFA.1.11.3ororigin-field用來表示會話發(fā)起方的信息，具體格式如下：origin-field="o="IPv4addressIPv4address表示IPv4類型地址。sattr=sattrP|(sattrField":"satt-value)注：sattrP的語法定義見A.,用來描述本會話的屬性。注：priority表示話權(quán)優(yōu)先級，取值為整數(shù)0～3,數(shù)值越大，優(yōu)先級越高。若session-attrs省略，則表示會話優(yōu)先級為最低級0。media-descriptions=meport=1*5{DIGIT}注1:port表示接收和發(fā)送媒體的端口號，使用RTP/AVP傳輸時端口號應(yīng)為偶數(shù)。注2:fmt表示媒體編碼類型，統(tǒng)一要求為8表示8000采樣率的PCMA/G711音頻。注：sendrecv表示媒體屬性為雙向收發(fā)。y表示媒體屬性為僅發(fā)。注：recvonly表示媒體屬性為僅收。inactive注：inactive表示媒體屬性為未激活狀態(tài)。attrFieldtime="time="time-value注：time-value表示datetime格式的時間，如：2020-11-1116:38:30。latitude="latitude="[NORS]latitude-value注：latitude-value表示以度為單位的緯度值，至少精確到小數(shù)點后6位，如36.647589。NORSlongitude="longitude="[EORW]longitude-value注：longitude-value表示以度為單位的經(jīng)度值，至少精確到小數(shù)點后6位，如103.875462。注：E表示東經(jīng)，W表示西經(jīng)，沒有該字段默認(rèn)表示東經(jīng)。altitude="altitude="altitude-value注：表示以米單位的高度值(相對于海平面),如546。direction="direction="direction-valuedirection-value=1*{DIGIT}注：表示行進方向，空間被分為16個方向，以22.5度為單位順時針旋轉(zhuǎn)。如direction-value為0表示正北方向，為4表示正東方向。positionError="positionError="positionError-value注：positionError-value表示定位誤差，其取值范圍與含義見A.1.12.2。horSpeed="horSpeed="horSpeed-valuehorSpeed-value=1*{DIGIT}注：表示以米/秒為單位的水平方向速度。verSpeed="verSpeed="verSpeed-value注：表示以米/秒為單位的垂直方向速度。reason="reason="reason-value注：reason-value表示定位信息觸發(fā)或發(fā)送原因，其取值范圍與含義見A.1.12.3。表A.1positionError01234567定位錯誤，誤差無法計算resaon取值范圍及含義如表A.2所示。0開機關(guān)機2進入緊急狀態(tài)78直通模式丟失定位能力恢復(fù)定位能力即時定位請求響應(yīng)定時觸發(fā)定距離出發(fā)其它保留EQ\*jc3\*hps24\o\al(\s\up10(2),3)+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-synchronizationcontributingsource(CSRC)identifiers-十-十-十-十-十-十-+++-+一圖A.2RTP協(xié)議結(jié)構(gòu)協(xié)議結(jié)構(gòu)描述如下：a)V:RTP協(xié)議的版本號，占2個bit位，當(dāng)前協(xié)議版本號為2b)P:填充標(biāo)志，占1個bit位，如果P=1,則在該報文的尾部填充一個或多個額外的八位組，它們不是有效載荷的一部分。c)X:擴展標(biāo)志，占1個bit位，如果X=1,則在RTP報頭后跟有一個擴展報頭d)CC:CSRC計數(shù)器，占4個bit位，指示CSRC標(biāo)識符的個數(shù)e)M:標(biāo)記，占1個bit位，不同的有效載荷有不同的含義，對于視頻，標(biāo)記一幀的結(jié)束；對于音頻，標(biāo)記會話的開始。f)PT:有效荷載類型，占7個bit位，用于說明RTP報文中有效載荷的類型，如GSM音頻、JPEM圖像等，在流媒體中大部分是用來區(qū)分音頻流和視頻流的，這樣便于客戶端進行解析。g)Sequencenumber:序列號，占16個bit位，用于標(biāo)識發(fā)送者所發(fā)送的RTP報文的序列號，每發(fā)送一個報文，序列號增1。這個字段當(dāng)下層的承載協(xié)議用UDP的時候，網(wǎng)絡(luò)狀況不好的時候可以用來檢查丟包。同時出現(xiàn)網(wǎng)絡(luò)抖動的情況可以用來對數(shù)據(jù)進行重新排序，序列號的初始值是隨機的，同時音頻包和視頻包的sequence是分別記數(shù)的。h)Timestamp:時間戳，占32個bit位，必須使用90kHz時鐘頻率。時戳反映了該RTP報文的第一個八位組的采樣時刻。接收者使用時戳來計算延遲和延遲抖動，并進行同步控制。i)SSRC:同步信源標(biāo)識符：占32個bit位，用于標(biāo)識同步信源。該標(biāo)識符是隨機選擇的，參加同一視頻會議的兩個同步信源不能有相同的SSRC。j)CSRC:特約信源標(biāo)識符：每個CSRC標(biāo)識符占32個bit位，可以有0～15個。每個CSRC標(biāo)識了包含在該RTP報文有效載荷中的所有特約信源。(資料性)任意寬/窄帶核心網(wǎng)與融合平臺之間可以通過互相發(fā)送心跳請求檢測鏈路通斷狀態(tài)。心跳請求心跳流程圖描述：2)融合平臺收到心跳請求并判定窄帶核心網(wǎng)合法后，回復(fù)200表示握手成功。200消息示例如下：B.2單呼會話流程單呼會話流程包括會話建立流程、PTT授權(quán)流程和會話釋放流程。為便于過程描述，做以下假定：——NTCN表示窄帶核心網(wǎng)，ip地址為0;——BTCN表示寬帶核心網(wǎng)，ip地址為0;——PFFOBN表示寬窄帶融合平臺，ip地址為0;——窄帶主叫移動臺ID為1001001,媒體ip地址為01,端口號為50000;——寬帶被叫移動臺ID為2001001,媒體ip地址為01,端口號為50000;B.2.2會話建立流程B.2.2.1正常建立流程正常建立呼叫流程如圖B.2所示。圖B.2正常建立流程圖1)NTCN發(fā)送呼叫請求到PFFOBN。INVITE消息需要攜帶所支持媒體能力的SDP描述，消息示例如INVITEbbp:2001001@5//被叫號碼2001001,被叫系統(tǒng)字冠5(寬帶集群)From:<nbp:1001001@8>;tag=1111//主叫號碼1001001,主叫系統(tǒng)字冠8(窄帶集群)Call-Mode:half-private-callContent-Length:(…)//SDP長度根據(jù)實際情況計算，實例沒有進行計算a=priority:0//表示話權(quán)優(yōu)先級a=sendonly//半雙工呼叫為sendonly,全雙工呼叫為sendrecv2)PFFOBN收到INVITE呼叫請求后返回100Trying響應(yīng)，消息示例如下：SIP/2.0100From:<nbp:1001001@8>;From:<nbp:1001001@8>;From:<nbp:1001001@8>;From:<nbp:1001001@8>;6)PFFOBN收到BTCN的180響應(yīng)后，根據(jù)call-id將該180消息回復(fù)給對應(yīng)的目標(biāo)系統(tǒng)，消息示例如下：From:<nbp:1001001@8>;tFrom:<nbp:1001001@8>;Via:UDP08)PFFOBN收到BTCN的200OK消息后，根據(jù)call-id將該200消息回復(fù)給對應(yīng)的目標(biāo)系統(tǒng)，消息示例如下：From:<nbp:1001001@8>;Via:UDP0From:<nbp:1001001@8>;例如下：From:<nbp:1001001@8>;B.2.2.2呼叫失敗流程呼叫失敗流程如圖呼叫失敗流程如圖B.3所示。u呼叫失敗流程圖描述：1)圖B.3中1～6同正常建立流程描述1)～6)(見B.2.2.1)。2)BTCN拒絕呼入發(fā)送456響應(yīng)，具體狀態(tài)碼根據(jù)拒絕原因確定。消息示例如下：From:<nbp:1001001@8>;3)PFFOBN收到BTCN的456消息后，根據(jù)call-id將該456消息回復(fù)給對應(yīng)的目標(biāo)系統(tǒng)，消息示From:<nbp:1001001@8>;4)圖B.3中9～10同正常建立流程描述9)～10)(見B.2.2.1)。呼叫取消流程呼叫取消流程如圖B.4所示。圖B.4呼叫取消流程圖呼叫取消流程圖描述：1)圖B.4中1～6同正常建立流程描述1)～6)(見B.2.2.1)。2)NTCN發(fā)起呼叫并且在沒有收到呼叫成功或者失敗響應(yīng)之前取消呼叫，發(fā)送CANCEL請求，消息From:<nbp:1001001@8>;3)PFFOBN根據(jù)call-id找到對應(yīng)的目標(biāo)系統(tǒng)并轉(zhuǎn)發(fā)CANCEL請求，消息示例如下：From:<nbp:1001001@8>;4)BTCN通過發(fā)送200OK表明以及收到取消呼叫的請求，消息示例如下：From:<nbp:1001001@8>;From:<nbp:1001001@8>;From:<nbp:1001001@8>;From:<nbp:1001001@8>;呼叫已經(jīng)建立，無人講話狀態(tài)UPDATESFrom:<nbp:1001001@8>;UPDATESFrom:<nbp:1001001@8>;From:<nbp:1001001@8>;tFrom:<nbp:1001001@8>;t例如下：From:<nbp:1001001@8>;Via:UDP192.168.0.From:<nbp:1001001@8>;Via:UDP192.168.0.From:<nbp:1001001@8>;Via:UDP0;branc呼叫已經(jīng)建立，BTCN處于講話狀態(tài)搶話成功流程圖描述：1)NTCN在接收PFFOBN的媒體過程中，根據(jù)被叫用戶的PTT授權(quán)請求發(fā)送UPDATE請求消息，其請求優(yōu)先級大于當(dāng)前主叫講話優(yōu)先級。消息示例如下：From:<nbp:1001001@8>;Via:UDP192.168.12)PFFOBN收到BTCN的PTT_ON請求后，根據(jù)Call-ID將該請求發(fā)送到對應(yīng)的目標(biāo)系統(tǒng)，消息From:<nbp:1001001@8>;Via:UDP192.168.0From:<nbp:1001001@8>;Via:UDP0;branch4)PFFOBN收到200響應(yīng)后，根據(jù)From:<nbp:1001001@8>;Via:UDP0;branch呼叫已經(jīng)建立，BTCN處于講話狀態(tài)搶話失敗流程圖描述：1)NTCN在接收PFFOBN的媒體過程中，根據(jù)被叫用戶的PTT授權(quán)請求發(fā)送UPDATE請求消息，其請求優(yōu)先級小于或等于當(dāng)前主叫講話優(yōu)先級。消息示例如下：UPDATESIP/2.00From:<nbp:1001001@8>;2)PFFOBN收到BTCN的PTT_ON請求后，根據(jù)Call-ID將該請求發(fā)送到對應(yīng)的目標(biāo)系統(tǒng)，消息UPDATESIP/2.00From:<nbp:1001001@8>;3)BTCN收到PTT授權(quán)請求后，回復(fù)200OK表示收到該請求，消息示例如下：From:<nbp:1001001@8>;To:<bbp:2001001@5>;tag=2222;ptt4)PFFOBN收到200響應(yīng)后，根據(jù)Call-ID將該響應(yīng)回復(fù)到對應(yīng)的目標(biāo)系統(tǒng)，消息示例如下：From:<nbp:1001001@8>;To:<bbp:2001001@5>;tag=2222;pttB.2.4呼叫結(jié)束流程主呼叫結(jié)束流程如圖B.8所示。呼叫已經(jīng)建立圖B.8主呼叫結(jié)束流程圖From:<nbp:1001001@8>;Via:UDP0;brFrom:<nbp:1001001@8>;Via:UDP0;brFrom:<nbp:1001001@8>;Via:UDP0;brFrom:<nbp:1001001@8>;Via:UDP0;br圖B.9被叫結(jié)束呼叫流程圖被叫結(jié)束呼叫流程圖描述：From:<bbp:2001001@5>;2)PFFOBN收到BTCN的BYE請求后，根據(jù)Call-ID將該請求發(fā)送到對應(yīng)的目標(biāo)系統(tǒng)，消息示例如From:<bbp:2001001@5>;3)NTCN發(fā)送200OK表明已經(jīng)收到的BYE請求并且結(jié)束呼叫，消息示例如下：From:<bbp:2001001@5>;Via:UDP0;brFrom:<bbp:2001001@5>;Via:UDP0;br——窄帶主叫移動臺ID為1001001,組ID為801,媒體ip地址為01,端口號為50000;——寬帶組ID為501(成員ID為2001001),與窄帶801關(guān)聯(lián)，媒體ip地址為01,端——融合平臺媒體ip地址為0圖B.10正常建立流程圖正常建立流程圖描述：1)NTCN內(nèi)部發(fā)起組呼請求時，發(fā)送INVITE消息到PFFOBN,INVITE消息需要攜帶所支持媒體能力的SDP描述，消息示例如下：From:<nbp:1001001@8>;//被叫組號801,被叫系統(tǒng)字冠8(窄帶集群)//主叫號碼1001001,主叫系統(tǒng)字冠8(窄帶集群)//組呼//SDP長度根據(jù)實際情況計算，實例沒有進行計算。//表示話權(quán)優(yōu)先級//組呼中a=sendonly表示主叫默認(rèn)授權(quán)。2)PFFOBN根據(jù)被叫組號碼與字冠決定是否需要關(guān)聯(lián)到BTCN內(nèi)的某個組(本例要求窄帶組801關(guān)聯(lián)寬帶組501),消息示例如下：INVITEbbg:501@5From:<nbp:1001001@8>;From:<nbp:1001001@8>;t示例如下：From:<nbp:1001001@8>;t5)NTCN回復(fù)200OK的確認(rèn)ACK消息，消息示例如下：From:<nbp:1001001@8>;6)PFFOBN收到NTCN的ACK消息后，根據(jù)call-id將該ACK消息回復(fù)給對應(yīng)的目標(biāo)系統(tǒng)，消息示ACKbbg:501@5From:<nbp:1001001@8>;B.3.2.2呼叫取消流程組呼呼叫取消流程包括呼叫已經(jīng)建立的呼叫取消和還未建立成功的呼叫取消。已經(jīng)建立的呼叫取消與正常結(jié)束流程相同(見B.3.4)。未建立的組呼呼叫取消流程如圖B.11所示：未建立的組呼呼叫取消流程圖描述：1)圖B.11中1～2同正常建立流程描述1)～2)(見B.3.2.1)。2)NTCN發(fā)起組呼請求還沒有返回呼叫成功之前發(fā)送CANCEL取消呼叫請求到PFFOBN,消息示例如From:<nbp:1001001@8>;例如下：From:<nbp:1001001@8>;From:<nbp:1001001@8>;From:<nbp:1001001@8>;6)圖B.11中7～8同正常建立流程描述5)～6)(見B.3.2.1)。呼叫已經(jīng)建立，無人講話狀態(tài)UPDATESFrom:<nbp:1001001@8>;UPDATESFrom:<nbp:1001001@8>;例如下：From:<nbp:1001001@8>;tFrom:<nbp:1001001@8>;tFrom:<nbp:1001001@8>;tB.3.3.2搶話成功流程搶話成功流程如圖B.13所示。呼叫已經(jīng)建立，BTCN處于講話狀態(tài)圖B.13搶話成功流程如圖搶話成功流程圖描述：1)NTCN在接收PFFOBN的媒體過程中，根據(jù)被叫用戶的PTT授權(quán)請求發(fā)送UPDATE請求消息，其請求優(yōu)先級大于當(dāng)前主叫講話優(yōu)先級。消息示例如下：UPDATESFrom:<nbp:1001001@8>;2)PFFOBN收到BTCN的PTT_ON請求后，根據(jù)Call-ID將該請求發(fā)送到對應(yīng)的目標(biāo)系統(tǒng)，消息UPDATESFrom:<nbp:1001001@8>;From:<nbp:1001001@8>;Via:UDP0;branchFrom:<nbp:1001001@8>;Via:UDP0;branch呼叫已經(jīng)建立，BTCN處于講話狀態(tài)—3.606-UPDATESFrom:<nbp:1001001@8>;Via:UDP0;branchUPDATESFrom:<nbp:1001001@8>;Via:UDP0;branchFrom:<nbp:1001001@8>;3)PFFOBN收到200響應(yīng)后，根據(jù)Call-ID將該響應(yīng)回復(fù)到對應(yīng)的目標(biāo)系統(tǒng)，消息示例如下：From:<nbp:1001001@8>;To:<nbg:801@8>;tag=2222;pttB.3.4呼叫結(jié)束流程呼叫已經(jīng)建立From:<nbp:1001001@8>;Via:UDP0;branch=ffff2)PFFOBN收到NTCN的BYE請求后，根據(jù)Call-ID將該請求發(fā)送到對應(yīng)的目標(biāo)系統(tǒng)，消息示例如From:<nbp:1001001@8>;Via:UDP0;branch=ffff3)BTCN發(fā)送200OK表明已經(jīng)收到的BYE請求并且結(jié)束呼叫，消息示例如下：From:<nbp:1001001@8>;Via:UDP0;branch=ffff4)PFFOBN收到200響應(yīng)后，根據(jù)Call-ID將該響應(yīng)回復(fù)到對應(yīng)的目標(biāo)系統(tǒng)，消息示例如下：From:<nbp:1001001@8>;Via:UDP0;branch=ffffB.3.4.2BTCN結(jié)束呼叫流程圖B.16BTCN結(jié)束呼叫流程圖1)BTCN發(fā)送BYE請求消息結(jié)束已經(jīng)建立的呼叫，BYE消息如下：From:<nbp:2001001@5>;tFrom:<nbp:2001001@5>;t3)NTCN發(fā)送200OK表明已經(jīng)收到的BYE請求并且結(jié)束呼叫，消息示例如下：From:<nbp:2001001@5>;tVia:UDP0;bVia:UDP0;b廣播呼叫會話流程包括會話建立流程和會話釋放流程。為便于過程描述，做以下假定：——NTCN表示窄帶核心網(wǎng)，ip地址為0;——BTCN表示寬帶核心網(wǎng)，ip地址為0;為50000;01,端口號為50000;——融合平臺媒體ip地址為01,端口分別為30002和40002。B.4.2會話建立流程正常建立流程如圖B.17所示。圖B.17正常建立流程圖正常建立流程圖描述：1)NTCN內(nèi)部發(fā)起組呼請求時，發(fā)送INVITE消息到PFFOBN,INVITE消息需要攜帶所支持媒體能力的SDP描述，消息示例如下：From:<nbp:1001001@8>;tCall-Mode:bcast//廣播呼叫a=sendonly//廣播呼中a=sendonly表示主叫默認(rèn)授權(quán)。2)PFFOBN根據(jù)被叫組號碼與字冠決定是否需要關(guān)聯(lián)到BTCN內(nèi)的某個組(本例要求窄帶組801關(guān)聯(lián)寬帶組501),消息示例如下：From:<nbp:1001001@8>;t3)圖B.17中3～6同正常建立流程描述3)～6)(見B.3.2.1)。B.4.2.2呼叫取消流程為便于過程描述，做以下假定：——NTCN表示窄帶核心網(wǎng)，ip地址為0;——BTCN表示寬帶核心網(wǎng)，ip地址為0;——PFFOBN表示寬窄帶融合平臺