如下是對終端的要求： 1）收到尋呼時，終端應(yīng)能夠自動識別并接入對應(yīng)的呼叫，同時界面有相應(yīng)的已經(jīng)進入呼叫的提示。 2）根據(jù)組呼發(fā)起者的使用場景，終端應(yīng)支持以下接入方式： a）主動接入 已經(jīng)建立的預(yù)定義組或聊天室組呼叫中所有通話中成員終端（須具有增加

如下是對終端的要求： 1）應(yīng)支持用戶在組號碼本中，選擇一個群組（單播Ad Hoc 群組、單播預(yù)定義群組或預(yù)定義聊天室、多播預(yù)定義群組）按住PTT 鍵發(fā)起組呼；也應(yīng)支持用戶在地址本隨機選擇多個聯(lián)系人或群組地址后直接按PTT 鍵發(fā)起臨時組呼，此時該Ad Hoc 群組

如下是對終端的要求： 1）終端應(yīng)支持組呼業(yè)務(wù)功能，包括發(fā)起組呼、接收組呼、退出組呼、結(jié)束組呼、遲后加入組呼。 2）主動接入方式即指終端收到呼入提示（具體呈現(xiàn)方式不限）后，由用戶選擇是否接入或加入該組呼叫。 3）被動接入方式即指終端收到呼入后自動

如下是對終端的要求： 1）終端應(yīng)支持QChat 業(yè)務(wù)注冊，注冊類型至少包括： a）開機自動注冊； b）業(yè)務(wù)啟動注冊； 當(dāng) QChat 業(yè)務(wù)尚未注冊時，用戶按住PTT 按鍵發(fā)起呼叫，終端應(yīng)主動發(fā)起注冊。 終端在發(fā)起注冊時應(yīng)彈出消息提示用戶是否同意注冊（可選）。 c）周

如下是對終端的要求： 1）終端在組呼（廣播/多播方式）時應(yīng)支持支持PTT 業(yè)務(wù)鑒權(quán)功能，具體算法同廣播/多播加密鑒權(quán)，滿足如下要求： a）終端支持 CPS 配置的加密GSK。 b）終端支持系統(tǒng)采用HMAC-SHA-1 算法生成的GSK 作為密鑰，此GSK密鑰由預(yù)定義組地址、群

如下是對終端的要求：1）終端每個QChat 多播群組至少支持QChat 的三個多播IP 流。2）對于一個激活的QChat 多播組呼，終端應(yīng)至少支持三個激活的QChat 多播IP 流，對應(yīng)該QChat 多播組呼分配的廣播信道資源。3）終端在打開BCMCS 狀態(tài)下支持最少27 個QChat 多播IP

控制信道（CC）和廣播信道（BCH）是兩個決定廣播容量的信道。這兩個信道簡單描述如下： 1）控制信道 CDMA2000 1xEV-DO Rev.A 標準的控制信道MAC 協(xié)議定義了MAC 層尋址機制的效率，該機制允許在控制信道上發(fā)送單個物理層包給多個接入終端。 2）廣播信道 CDMA2

如下是對終端的要求： 1）終端應(yīng)能識別群組屬性中普通用戶和特殊用戶的標識，當(dāng)終端為群組中普通用戶時，啟用多播功能。 2）在一個QChat 多播的組呼中，所有講者終端采用單播方式把所有的信令和媒體傳給QAS 系統(tǒng)，QAS 系統(tǒng)采用多播方式再傳給普通用戶終端、

ReservationKKQoSRequestRev 和ReservationKKQoSRequestFwd 消息是QoSsub-blob 的一部分，QoS sub-blob 定義參見參考資料【7】。 如下是對終端的要求： 1）終端應(yīng)支持傳送為QChat 專用的呼叫建立信令、通話信令和媒體等業(yè)務(wù)的Profile ID，并作為表6-1 中規(guī)定

如下是對終端的要求： 1）終端通過在一個給PDSN 的標準消息中發(fā)送一個或多個業(yè)務(wù)流模板信息單元（TFT IE)，定義前向業(yè)務(wù)QoS。每個TFT IE 包括一個或多個標識請求QoS 流的分組濾波器，組成要素有源/目的IP 地址及端口、IP 地址及端口范圍、業(yè)務(wù)類型（TOS）等

如下是對終端的要求： 1）在1xEV-DO Rev.A 網(wǎng)絡(luò)里，終端應(yīng)支持三個IP 流： a）呼叫建立信令流 b）通話中信令流 c）媒體流 每個 QChat IP 流都定義了QoS要求，且分別映射到上述三個獨立的RLP流。啟用QChat 功能的終端在激活一個QCHat 呼叫時，至少有四個RLP

如下是對終端的要求： 1）終端應(yīng)支持在PPP 會話中對如下不同流實現(xiàn)QoS 的映射： a）IP（應(yīng)用）流：終端應(yīng)支持標準IP 流中已有的定義。 b）RLP（鏈路）流：根據(jù)上一層流的QoS 要求（如，RLP 配置參數(shù)）分配RLP 流。相同QoS 要求的多個IP 流可以映射到一個相同

如下是對終端的要求： 1）終端應(yīng)支持緊急呼叫功能，以實現(xiàn)緊急救助、報警等能力，業(yè)務(wù)承載在分組域中。規(guī)范下文所提及的緊急呼叫均為本條目所指的業(yè)務(wù)。 2）終端應(yīng)支持通過按下緊急呼叫鍵而發(fā)起緊急呼叫業(yè)務(wù)。 3）終端應(yīng)支持預(yù)置及由用戶設(shè)置、修改緊急呼叫

如下是對終端的要求： 1）終端應(yīng)支持緊急呼叫功能，以實現(xiàn)緊急救助、報警等能力，業(yè)務(wù)承載在電路域中。具體要求參見參考資料【2】BasicReq-02001[必選]緊急呼叫。

如下是對終端的要求： 1）支持語音類QChat 業(yè)務(wù)，且在分組數(shù)據(jù)域中承載。規(guī)范下文如無特殊說明，QChat 業(yè)務(wù)均指語音類QChat 業(yè)務(wù)；通話均指QChat 通話。 2）支持單呼、Ad Hoc 群組、預(yù)定義群組、預(yù)定義聊天室會話發(fā)起/終結(jié)。 3）支持Ad Hoc 群組、預(yù)定義群組

如下是對終端的要求： 1）終端應(yīng)支持分組數(shù)據(jù)業(yè)務(wù)。 2）終端應(yīng)遵循并滿足參考資料【1】和參考資料【19】的要求。

如下是對終端的要求： 1）支持普通語音業(yè)務(wù)，且在電路域中承載。 2）終端應(yīng)遵循并滿足參考資料【2】規(guī)范的要求。

監(jiān)控儲存軟卡和硬卡 現(xiàn)在只要你選購DVR卡，店主一般的都是問你是要那種類型的卡軟卡還是硬卡?這里我們就先來介紹一下軟卡和硬卡的不同之處。 軟壓縮DVR 用軟卡的DVR我們一般叫做軟壓縮DVR，其實就是視頻采集卡，隨卡配有監(jiān)控軟件，實現(xiàn)視頻監(jiān)視、錄像、回放

系統(tǒng)建設(shè)背景 隨著我國經(jīng)濟建設(shè)的發(fā)展，港口的數(shù)字化已成為當(dāng)今各港口建設(shè)的一個重要的方面；特別是2000年以后，作為航運輸鈕的港口業(yè)務(wù)發(fā)展迅速，無論是內(nèi)陸港還是進出口港都承擔(dān)著大容量、超大容量的貨運吞吐量，因此對用于保障貨物安全、提高安全生產(chǎn)水平

歷史上，我國原信息產(chǎn)業(yè)部層先后建議將TETRA、iDEN、GoTa 和GT800 四種 數(shù)字集群體制列為我國推薦數(shù)字集群標準，受技術(shù)成本、應(yīng)用及相關(guān)政策等影響， 國際四大標準以及上述數(shù)字集群標準在我國發(fā)展均較為緩慢，未得到規(guī)模應(yīng)用。 從我國公安部門的專網(wǎng)建設(shè)來看