時(shí)間：2022-11-21 11:12:19
序論：速發(fā)表網(wǎng)結(jié)合其深厚的文秘經(jīng)驗(yàn)，特別為您篩選了11篇解決方案范文。如果您需要更多原創(chuàng)資料，歡迎隨時(shí)與我們的客服老師聯(lián)系，希望您能從中汲取靈感和知識！
Infor解決方案的內(nèi)容包括客戶關(guān)系管理、企業(yè)資產(chǎn)管理、企業(yè)資源規(guī)劃、費(fèi)用管理、財(cái)務(wù)管理系統(tǒng)、人力資本管理、酒店業(yè)解決方案、績效管理、產(chǎn)品生命周期管理、供應(yīng)鏈管理等內(nèi)容。
Infor中國公司為用戶提供一種全新的業(yè)務(wù)軟件，幫助企業(yè)不斷地進(jìn)化，而不需企業(yè)為軟件進(jìn)行重大變革，軟件購買便利、易于部署，并且便于管理。
Infor解決方案的內(nèi)容包括客戶關(guān)系管理、企業(yè)資產(chǎn)管理、企業(yè)資源規(guī)劃、費(fèi)用管理、財(cái)務(wù)管理系統(tǒng)、人力資本管理、酒店業(yè)解決方案、績效管理、產(chǎn)品生命周期管理、供應(yīng)鏈管理等內(nèi)容。
Infor解決方案的互操作與管理服務(wù)（ION）套件能簡化和自動化Infor應(yīng)用（包括云計(jì)算環(huán)境中的應(yīng)用）的集成，使用戶能更便捷地實(shí)現(xiàn)以下操作：
連接――Infor解決方案的應(yīng)用可以輕松協(xié)同工作，使企業(yè)管理者能夠無縫執(zhí)行業(yè)務(wù)流程，快速吸收新合作伙伴和客戶。解決方案的復(fù)用業(yè)務(wù)功能，能夠快速實(shí)現(xiàn)投資回報(bào)。
組織――Infor解決方案能夠幫助企業(yè)控制業(yè)務(wù)流程，實(shí)現(xiàn)制度遵從和卓越運(yùn)營。
分析――Infor解決方案能確保所有人獲得相同的可靠數(shù)據(jù)，以便幫助各部門做出更快、更好的決策。
協(xié)同――Infor解決方案能夠維持對整個(gè)企業(yè)運(yùn)營的控制和協(xié)作。
使用Infor解決方案，企業(yè)的管理系統(tǒng)可以更出色地運(yùn)營業(yè)務(wù)，而無論企業(yè)的應(yīng)用部署在何處。
肩負(fù)轉(zhuǎn)型重任
在利盟2013年新品會上，利盟宣布了一項(xiàng)重要的轉(zhuǎn)型戰(zhàn)略，即將從硬件提供商向信息管理解決方案提供商轉(zhuǎn)型。利盟MX410de與利盟CX410de正是利盟為實(shí)現(xiàn)這一轉(zhuǎn)型戰(zhàn)略，從硬件方面做出的重要舉措。
目前，定位于解決方案提供商的利盟正努力從軟件解決方案、硬件、服務(wù)三方面不斷完善自己。推出更多解決方案的同時(shí)，將解決方案按行業(yè)進(jìn)行細(xì)分是利盟做出的重大調(diào)整。而致力于簡化用戶工作流的解決方案需要性能強(qiáng)、且具備針對性設(shè)計(jì)的打印機(jī)硬件作為“羽翼”才能飛得更高更遠(yuǎn)，于是我們看到了性能出眾的利盟新品。
武裝到牙齒
利盟MX410de與利盟CX410de的硬件配置與設(shè)計(jì)有諸多相似之處。例如，二者均搭載800MHz雙核處理器，標(biāo)配512MB內(nèi)存（最高可升級至2560MB），為運(yùn)行利盟解決方案提供了性能保障；控制面板上增加一鍵睡眠快捷按鈕，支持打印機(jī)一鍵進(jìn)入睡眠狀態(tài)的同時(shí)也可瞬間恢復(fù)工作狀態(tài)；標(biāo)配網(wǎng)絡(luò)打印功能與自動雙面打印單元，及支持讀/寫（打印/掃描存儲）的USB接口。作為承載解決方案的硬件，我們認(rèn)為一塊顯示直觀、可優(yōu)化人機(jī)交互體驗(yàn)的觸控屏是必不可少的。利盟MX410de與利盟CX410de均配備4.3英寸彩色觸控屏幕，它們的反應(yīng)靈敏，響應(yīng)迅速，十分有利于用戶管理作業(yè)并添加工作流解決方案。
如今的文印設(shè)備在細(xì)節(jié)設(shè)計(jì)上越來越出色，利盟MX410de與利盟CX410de也是如此。在控制面板按鍵上、ADF（自動輸稿器）上、掃描臺邊角上，我們均發(fā)現(xiàn)了帶有提示作用的LED指示燈。細(xì)節(jié)的完善往往可以優(yōu)化用戶體驗(yàn)，對此我們深有體會。
利盟MX410de與利盟CX410de均支持打印、復(fù)印、掃描、傳真等功能。其中利盟MX410de標(biāo)配250頁紙盒與容量為50頁的ADF（支持雙面掃描），選配紙盒后最大進(jìn)紙容量為850頁，月輸出負(fù)荷量最高80000頁；利盟CX410de同樣標(biāo)配250頁紙盒與容量為50頁的雙面ADF，選配紙盒后最大進(jìn)紙容量為1451頁，月輸出負(fù)荷量最高75000頁。兩款產(chǎn)品的紙張?zhí)幚砟芰究蓾M足絕大多數(shù)中小型工作組級用戶的文印需求。
實(shí)際上，利盟對MX410de與CX410de的武裝是全方位的。例如采用Unison技術(shù)的全新鼓粉分離式耗材。新技術(shù)的采用能夠延長各個(gè)組件的使用壽命，同時(shí)改善了包括成本、可持續(xù)性、可靠性、打印質(zhì)量及打印速度等許多方面的性能。Unison技術(shù)的碳粉與新的打印系統(tǒng)協(xié)同工作實(shí)現(xiàn)了“免搖晃”特性，即用戶無需搖晃粉倉亦可將剩余碳粉悉數(shù)用盡，設(shè)計(jì)更加完善。
性能與品質(zhì)
在PC World中國實(shí)驗(yàn)室中，我們先后對兩款產(chǎn)品進(jìn)行了性能、穩(wěn)定性、輸出品質(zhì)等多項(xiàng)測試，結(jié)果下。
利盟對MX410de
打印方面，我們連續(xù)打印Word、PPT、Excel、PDF、網(wǎng)頁、TIFF等多種格式文檔，涉及圖表、文本、圖形圖像、圖文混排等多種內(nèi)容。利盟MX410de的平均打印速度為38.2頁/min，平均首頁輸出時(shí)間6.68s，平均自動雙面打印速度19.2面/min；復(fù)印速度方面，ADF單面平均復(fù)印速度39頁/min，自動雙面復(fù)印速度19.3面/min；利盟MX410de的ADF單面掃描速度13.2頁/min，自動雙面掃描速度為8.7面/分鐘（以上為采用U盤存儲的A4彩色掃描，600dpi。利盟MX410de在掃描過程中同時(shí)完成文件存儲）。
在百頁級的流量測試中，連續(xù)輸出未給利盟MX410de造成困難，測試順利完成。
由于硬件打印分辨率可達(dá)1200×1200dpi，實(shí)現(xiàn)高質(zhì)量文檔輸出對利盟MX410de來說不是問題。不過由于利盟新品均采用通用驅(qū)動程序，在使用時(shí)您最好選擇最新版本的驅(qū)動程序，以免影響輸出品質(zhì)與速度。利盟MX410de采用CIS掃描元件（意味著掃描儀景深相對較?。褹DF是通過多次走紙的方式實(shí)現(xiàn)自動雙面掃描的。
利盟CX410de
在相同的測試環(huán)境與流程下，利盟CX410de的平均打印速度為15.3頁/min（黑白彩色同速），平均首頁輸出時(shí)間21.8s，平均自動雙面打印速度8.2面/min；復(fù)印速度方面，ADF單面平均復(fù)印速度25.3頁/min，自動雙面復(fù)印速度14.5面/min；利盟CX410de的ADF單面掃描速度16.8頁/min，自動雙面掃描速度為11面/分鐘（以上為采用U盤存儲的A4彩色掃描，600dpi。利盟CX410de在掃描過程中同時(shí)完成文件存儲）。
利盟CX410de在連續(xù)、多次輸出百頁文檔的情況下未出現(xiàn)故障，表現(xiàn)穩(wěn)定。
利盟CX410de輸出的文檔在清晰度、色彩還原、精準(zhǔn)度方面都表現(xiàn)不俗。在應(yīng)用中我們有兩點(diǎn)提醒用戶，首先仍然是選擇最新版本的驅(qū)動程序。其次，在打印機(jī)設(shè)置中，根據(jù)需求選擇速度優(yōu)先或質(zhì)量優(yōu)先。細(xì)心的讀者可能已經(jīng)發(fā)現(xiàn)，我們測得利盟CX410de的打印速度明顯低于官方標(biāo)稱數(shù)值，這正是一定程度上受以上兩點(diǎn)影響所致。
利盟CX410de所用ADF同樣通過多次走紙的方式實(shí)現(xiàn)自動雙面掃描，但掃描元件為CCD，這意味著其可提供更高的掃描品質(zhì)與更大的掃描儀景深。
最后讓我們看看兩款產(chǎn)品的耗材情況。利盟MX410de采用60000頁容量感光鼓與最高10000頁容量碳粉盒；利盟CX410de則采用40000頁容量感光鼓與最高3000頁容量彩色碳粉盒。從官方報(bào)價(jià)來看，目前兩款產(chǎn)品的打印成本均處于較高水平。
1、項(xiàng)目周期長
解決方案營銷項(xiàng)目周期長，是由客戶本身內(nèi)部的購買決策程序造成的。對一個(gè)大型項(xiàng)目的實(shí)施，在客戶內(nèi)部一般都需要經(jīng)歷：項(xiàng)目需求調(diào)研、立項(xiàng)評審、確定技術(shù)規(guī)范與預(yù)算、篩選供應(yīng)商、技術(shù)與商務(wù)談判、項(xiàng)目實(shí)施、驗(yàn)收等環(huán)節(jié)。項(xiàng)目從開始到結(jié)束，少則數(shù)月，多達(dá)數(shù)年。而解決方案營銷，就必須介入到項(xiàng)目實(shí)施的各個(gè)環(huán)節(jié)當(dāng)中去。
2、決策鏈復(fù)雜
解決方案營銷所針對客戶往往是一個(gè)機(jī)構(gòu)設(shè)置復(fù)雜的組織。一個(gè)大型項(xiàng)目的采購決策流程，一般都由組織內(nèi)部眾多部門共同參與完成；同時(shí)，不同的部門和個(gè)人，在采購決策流程中又承擔(dān)著不同職能，錯(cuò)綜復(fù)雜，共同構(gòu)成了一個(gè)寵大復(fù)雜的決策體系。
3、需求隱晦
由于客戶本身并不是專業(yè)的廠家，既使存在未滿足的需求，由于長期以來使用習(xí)慣，卻未明顯地察覺到；或是雖已察覺到存在有問題，但卻不能很好的描述，更不能清楚表述該如何解決這些問題。
4、技術(shù)復(fù)雜
通常情況下，解決方案所提供的核心產(chǎn)品本身就是一套非常專業(yè)、技術(shù)復(fù)雜的系統(tǒng)。因此，在開展解決方案營銷過程中，所涉及的需求溝通、提供設(shè)計(jì)方案、技術(shù)論證、方案實(shí)施等環(huán)節(jié)，也都帶有很強(qiáng)的技術(shù)性。
二、解決方案營銷的特殊要求
正如上面所述，解決方案營銷有著不同于傳統(tǒng)營銷模式的眾多特點(diǎn)，因此在實(shí)施解決方案營銷時(shí)，也有許多不同的關(guān)注重點(diǎn)。
1、應(yīng)盡早介入項(xiàng)目的跟進(jìn)
正是由于解決方案營銷涉及的項(xiàng)目周期長、環(huán)節(jié)多，才更需要提早進(jìn)行項(xiàng)目的跟進(jìn)，其好處在于：（1）積極參與客戶的需求的調(diào)研，更好地理解客戶的需求；（2）在確定招標(biāo)技術(shù)規(guī)范前，進(jìn)行客戶需求引導(dǎo)、技術(shù)引導(dǎo)，設(shè)定技術(shù)門檻等，為后續(xù)的投標(biāo)、商務(wù)談判作好鋪墊；（3）為客戶公關(guān)、技術(shù)交流、供應(yīng)商資格入圍等贏得更多的時(shí)間。假設(shè)，在正式的采購招標(biāo)之前，我們已經(jīng)與客戶溝通好解決方案的技術(shù)規(guī)范要求了；那么，在正真投標(biāo)時(shí)，就好比自已出的試題由自己來應(yīng)答，勝算概率可想而知。
更高明的做法是，與客戶一道去制定未來的項(xiàng)目計(jì)劃、申報(bào)項(xiàng)目預(yù)算等，做到一切提前了然于胸。
2、注重決策鏈的分析，發(fā)展全面客戶關(guān)系
在組織購買決策中，一般包含：組織招標(biāo)者、最終使用者、技術(shù)專家、決策者、教練（信息提供者）等幾種角色，每一個(gè)角色在決策過程中起的作用是不同的。這要求我們在解決方案營銷過程中，去認(rèn)真分析決策鏈上的各個(gè)環(huán)節(jié)：誰是關(guān)鏈決策人，哪些人對決策有重大影響，決策的程序是怎么樣的，參與決策者對我方公司提供方案的認(rèn)可程度？然后，再有針對性的進(jìn)行客戶公關(guān)。
客戶決策鏈的復(fù)雜性，同時(shí)也決定了我們不能忽視決策鏈中的任何一個(gè)環(huán)節(jié)。比如，最終使用者也許不會直接參與決策，但他們的反饋意見，往往能夠?qū)ψ罱K購買決策起到重大的影響作用。
因此，在解決方案營銷過程中，既要發(fā)展全面客戶關(guān)系，又必須重點(diǎn)突出。優(yōu)秀的營銷人員應(yīng)能夠跳出日?，嵥榈墓ぷ?，以一個(gè)更高的視野俯視、分析客戶組織內(nèi)部的決策鏈，找出薄弱環(huán)節(jié)，做到游刃有余。
3、注重挖掘客戶需求，進(jìn)行需求引導(dǎo)
正如前文所述，行業(yè)客戶的需求往往是隱晦的，這使得客戶需求引導(dǎo)顯得尤為重要。挖掘客戶需求，首先應(yīng)建立在對現(xiàn)狀充分調(diào)研的基礎(chǔ)上；只有真正了解客戶的“痛處”，才能對癥下藥。
在提出解決方案時(shí)，應(yīng)要著重闡述客戶面臨問題及解決方案給客戶所帶來的價(jià)值，然后才是解決方案的具體實(shí)施辦法。在提出解決方案及與客戶交流過程中，應(yīng)盡量采用大量調(diào)研數(shù)據(jù)、量化的經(jīng)濟(jì)性分析、直觀的圖表來進(jìn)行闡述，增強(qiáng)解決方案的說服力與直觀性。
4、對營銷團(tuán)隊(duì)的要求更高
解決方案營銷，實(shí)現(xiàn)了從傳統(tǒng)單一產(chǎn)品銷售，到提供整體的解決方案；從與客戶一對一的銷售溝通，到面對一個(gè)決策程序復(fù)雜的寵大組織。這些都對銷售人員自身的素質(zhì)以及營銷團(tuán)隊(duì)的相互協(xié)作提出更高的要求。從對銷售人員自身的素質(zhì)要求來看，既要精通產(chǎn)品技術(shù)、行業(yè)知識，又要善于商務(wù)溝通談判，還需要有很強(qiáng)目標(biāo)管理、資源協(xié)調(diào)的能力。從營銷團(tuán)隊(duì)的協(xié)作性要求來看，解決方案營銷不再是靠一個(gè)人單打獨(dú)打所能夠完成的，通常需要銷售、市場、技術(shù)、工程、客服等多個(gè)部門通力協(xié)作、各施其職，才能保證項(xiàng)目的圓滿完成。這就要求我們更加注重銷售人員的能力培養(yǎng)與素質(zhì)提升，不斷優(yōu)化調(diào)整組織設(shè)計(jì)、激勵(lì)制度、業(yè)務(wù)流程、企業(yè)文化等，以適應(yīng)解決方案營銷的要求。
三、解決方營銷各階段的重點(diǎn)工作
1、項(xiàng)目立項(xiàng)
提早收集項(xiàng)目信息，并對項(xiàng)目進(jìn)行技術(shù)可行性、經(jīng)濟(jì)可行性的初步評估，申報(bào)項(xiàng)目立項(xiàng)，并確定項(xiàng)目組成員及分工。
2、項(xiàng)目進(jìn)入初期
積極發(fā)展“教練”（信息提供者），通過“教練”迅速了解客戶的組織架構(gòu)，采購流程，項(xiàng)目關(guān)鍵人、主要競爭對手等信息，為進(jìn)一步的項(xiàng)目運(yùn)作提供充分的信息。
3、項(xiàng)目運(yùn)作階段
（1）需求調(diào)研
深入客戶內(nèi)部、產(chǎn)品使用現(xiàn)場，詳細(xì)了解客戶的需求狀況。
（2）技術(shù)溝通
提出針對性的產(chǎn)品解決方案，組織與客戶內(nèi)部人員的廣泛交流與溝通，不能完善方案并引導(dǎo)客戶采用我公司的技術(shù)標(biāo)準(zhǔn)，為競爭對手設(shè)置技術(shù)壁壘。
（3）商務(wù)推進(jìn)
與物資采購等部門充分溝通，完成供應(yīng)資格審查入圍，引導(dǎo)客戶采用有利于我公司的招標(biāo)方式、評分規(guī)則。與客戶溝通好項(xiàng)目采購預(yù)算，確保有充裕的項(xiàng)目資金。
（4）全面客戶公關(guān)
對可能參加評標(biāo)的評委、項(xiàng)目關(guān)鍵決策人及其影響者等進(jìn)行事先溝通，爭取獲得其支持。
（4）參加投標(biāo)
由于前期已做好招標(biāo)技術(shù)與商務(wù)溝通工作，因此投標(biāo)應(yīng)答相對就比較輕松了。需要關(guān)注的是，第一、參與投標(biāo)的廠家中，是否有意外出現(xiàn)新增的廠家。如果有，就必須進(jìn)一步打聽該廠家的來歷，警剔意外的“黑馬”和各種臨時(shí)的變化。第二、對競爭廠家進(jìn)行深入分析，做好商務(wù)報(bào)價(jià)工作。
4、簽訂合同
簽訂合同時(shí)應(yīng)對合同條款進(jìn)行認(rèn)真審查。第一、對技術(shù)條款進(jìn)行審查，避免存在著投標(biāo)文件與最終合同條款不一致，技術(shù)無法實(shí)現(xiàn)等問題。其二、對付款方式、交貨期、售后服務(wù)等條款進(jìn)行審查，盡可能簽訂有利于我方的條款，為后續(xù)合同的執(zhí)行墊定好基礎(chǔ)。
5、合同的執(zhí)行跟蹤
【摘要】LTE/EPC系統(tǒng)是一個(gè)純分組網(wǎng)絡(luò)，不支持語音業(yè)務(wù)，本文介紹了三種LTE語音解決方案及其特點(diǎn)，并結(jié)合國內(nèi)的運(yùn)營商探討下一步的語音解決策略。
關(guān)鍵詞 LTE；EPC；CSFB；SR-VCC；VOLTE
DiscussionLTEvoicesolutions
LiShu-lei,DuJian-bo
(ShaanxiTianyuanCommunicationPlanningandDesignConsultingCo.,LtdXi´anShanxi710000)
【Abstract】LTE/EPCsystemisapurepacketnetworkdoesnotsupportvoiceservices,thispaperintroducesthreeLTEvoicesolutionsanditscharacteristics,combinedwithdomesticcarrierstoexplorethenextvoicesolutionsstrategy.
【Keywords】LTE;EPC;CSFB;SR-VCC;VOLTE
1.引言
LTE被公認(rèn)為是國際主流的新一代寬帶無線移動通信技術(shù)，其具有高速性、高容量等優(yōu)點(diǎn)，同時(shí)LTE采用統(tǒng)一的分組域架構(gòu)，不再區(qū)分電路域和分組域，無法提供傳統(tǒng)的電路域語音通話和短消息業(yè)務(wù)，而語音業(yè)務(wù)作為基礎(chǔ)業(yè)務(wù)，目前其收入仍然是運(yùn)營商收入的重點(diǎn)，因此LTE網(wǎng)絡(luò)如何實(shí)現(xiàn)對語音業(yè)務(wù)的承載，提供不亞于2G/3G的語音服務(wù)，是一個(gè)需要重點(diǎn)研究的課題。
2.LTE語音解決方案及分析
關(guān)于LTE語音承載技術(shù)，3GPP、GSMA、CCSA等都在進(jìn)行研究，目前業(yè)界認(rèn)同的LTE語音承載技術(shù)方案主要有三種：多模雙待終端方案、CSFB(CircuitSwitchedFallback)和VoLTE/SRVCC。
2.1多模雙待終端方案。
（1）多模雙待終端可以同時(shí)待機(jī)在2G/3G和LTE網(wǎng)絡(luò)，可以實(shí)現(xiàn)數(shù)據(jù)和語音業(yè)務(wù)的并發(fā)，對于語音和短消息業(yè)務(wù)使用2G/3G網(wǎng)絡(luò)，對于數(shù)據(jù)業(yè)務(wù)優(yōu)先選用LTE網(wǎng)絡(luò)，如圖1所示。
（2）多模雙待終端需采用兩個(gè)獨(dú)立的芯片，一個(gè)芯片支持LTE，另一個(gè)芯片支持2G/3G。此方案中LTE與2G/3G網(wǎng)絡(luò)之間沒有任何互操作，無網(wǎng)絡(luò)改造需求，充分利用2G/3G網(wǎng)絡(luò)；無語音回落時(shí)延，延續(xù)用戶體驗(yàn)。
（3）但此方案中對終端要求較高，終端成本高、功耗大，終端的通用性差，不是國際標(biāo)準(zhǔn)的語音解決方案，無法實(shí)現(xiàn)國際漫游，因此此方案運(yùn)營商一般考慮為過渡方案或臨時(shí)方案，適合建網(wǎng)初期運(yùn)營商快速LTE智能手機(jī)占領(lǐng)市場。
2.2CSFB（circuitswitchfallback）方案。
2.2.1CSFB是LTE終端通過電路域使用語音業(yè)務(wù)的一種方案，在無語音業(yè)務(wù)需求時(shí)，終端待機(jī)在LTE網(wǎng)絡(luò)上，可以發(fā)起LTE數(shù)據(jù)業(yè)務(wù)請求及服務(wù)；在需要進(jìn)行語音業(yè)務(wù)時(shí)，終端將回落到2G/3G電路域發(fā)起語音業(yè)務(wù)，在語音業(yè)務(wù)結(jié)束以后再返回LTE，其網(wǎng)絡(luò)結(jié)構(gòu)如圖2所示。
2.2.2CSFB方案采用SGs接口連接MME和MSC，并通過該接口完成在EPC和CS的聯(lián)合附著、位置更新/去附著、尋呼終端等。其流程如下：
2.2.2.1雙注冊。
支持CSFB方案的終端需在LTE和2G/3G網(wǎng)絡(luò)雙注冊，當(dāng)支持CSFB的終端在LTE網(wǎng)絡(luò)中注冊時(shí)，MME將根據(jù)該用戶所在的TAI按照在MME中預(yù)先配置的映射表為終端分配一個(gè)對應(yīng)的LAI，同時(shí)通過SGs接口，完成該用戶在LAI所對應(yīng)的MSC/VLR上的注冊，如圖3所示。
2.2.2.2呼叫流程。
（1）當(dāng)完成雙注冊的用戶需要進(jìn)行語音業(yè)務(wù)時(shí)，MME收到語音業(yè)務(wù)請求之后會告知終端進(jìn)行網(wǎng)絡(luò)重選，終端從LTE重選到2G/3G網(wǎng)絡(luò)，進(jìn)行語音業(yè)務(wù)，若此時(shí)有數(shù)據(jù)業(yè)務(wù)發(fā)生，則一同回落到到2G/3G網(wǎng)絡(luò)。
（2）主叫呼叫流程：終端向MME發(fā)送CSFB指示，MME根據(jù)該指示要求eNodeB把UE切換到GERAN/UTRAN的CS域。
（3）被叫呼叫流程：MSC/VLR收到呼叫消息后，通過SGs接口向MME發(fā)送消息，MME向被叫UE發(fā)送尋呼消息，該消息中可以攜帶主叫號碼等信息。UE收到尋呼消息后，向MME發(fā)送CSFB指示。
2.2.3CSFB是3GPP標(biāo)準(zhǔn)化語音解決方案，此方案無需部署IMS系統(tǒng)，完全利用現(xiàn)網(wǎng)實(shí)現(xiàn)CS業(yè)務(wù)承載，對OSS、計(jì)費(fèi)等支撐系統(tǒng)沒有影響，MME和MSC需改造支持SGs接口及聯(lián)合位置更新、系統(tǒng)消息重定位功能等，LTE與2G/3G小區(qū)的覆蓋及鄰區(qū)配置需進(jìn)行優(yōu)化，終端需支持CSFB對應(yīng)的協(xié)議，另外由于切換重選時(shí)延過長，導(dǎo)致用戶感知不佳。
2.2.4在LTE早期建設(shè)階段，CSFB可以滿足不同網(wǎng)絡(luò)基礎(chǔ)的運(yùn)營商向LTE平滑過渡，得到了國際上諸多運(yùn)營商及廠商的支持，被AT&T、NTTDocomo等國際主流運(yùn)營商采納，成為過渡期的主要LTE語音解決方案之一。
2.3VoLTE/SRVCC方案。
2.3.1VoLTE是一種LTE網(wǎng)絡(luò)覆蓋達(dá)到一定連續(xù)性甚至全覆蓋時(shí)基于IMS網(wǎng)絡(luò)的全I(xiàn)P解決方案，是LTE語音的目標(biāo)方案，LTE能在IMS的配合下實(shí)現(xiàn)端到端的基于分組域的語音、視頻通信業(yè)務(wù)。
2.3.2VoLTE語音解決方案的核心思想是采用IMS作為業(yè)務(wù)控制層系統(tǒng)，EPC僅作為承載層，借助IMS系統(tǒng)，不僅能夠?qū)崿F(xiàn)語音呼叫控制等功能，還能夠合理、靈活地對多媒體會話進(jìn)行計(jì)費(fèi)。運(yùn)營商可以基于用戶的QoS，針對用戶業(yè)務(wù)的不同內(nèi)容，提供不同的資費(fèi)標(biāo)準(zhǔn)。
2.3.3LTE/SAE作為IP網(wǎng)絡(luò)，SAE網(wǎng)絡(luò)主要通過Rx接口和IMS網(wǎng)絡(luò)聯(lián)合實(shí)現(xiàn)語音業(yè)務(wù)。在IMS網(wǎng)絡(luò)協(xié)商主叫和被叫均支持的QoS參數(shù)后，IMS網(wǎng)絡(luò)的P-CSCF網(wǎng)元會將這些參數(shù)發(fā)送給PCRF。PCRF收到語音的QoS參數(shù)后，觸發(fā)承載，建立流程。其中PCRF（policycontrolrulefunction）實(shí)現(xiàn)業(yè)務(wù)策略控制功能，P-CSCF作為IMS的接入點(diǎn)網(wǎng)元，實(shí)現(xiàn)IMS呼叫會話控制功能。如圖4所示。
2.3.4從業(yè)務(wù)實(shí)現(xiàn)流程來看，一個(gè)用戶要實(shí)現(xiàn)端到端的VoLTE業(yè)務(wù)，要經(jīng)過EPS附著、IMS注冊、業(yè)務(wù)發(fā)起和會話控制、資源釋放過程等幾個(gè)階段。目前3GPP沒有對VoLTE業(yè)務(wù)的實(shí)現(xiàn)給出詳細(xì)流程和具體要求，為了保證互聯(lián)互通，GSMA制定了一系列與VoLTE業(yè)務(wù)相關(guān)的標(biāo)準(zhǔn)文件，如：GSMAIR.92（IMS要求）、GMSAIR.94（視頻呼叫）、GMSAIR.88（LTE漫游）等。
2.3.5SRVCC在3GPPR8階段完成了定義和流程描述，R9和R10對SRVCC的性能進(jìn)行優(yōu)化。在LTE未達(dá)到連續(xù)覆蓋，但運(yùn)營商已部署了較為完善的IMS網(wǎng)絡(luò)時(shí)，SRVCC可在IMS的控制下，由2G/3G的電路域來承載用于語音，SRVCC切換理論測試中斷時(shí)間約為300ms，不影響用戶感知。
2.3.6SRVCC網(wǎng)絡(luò)架構(gòu)包括EPC、2G/3G以及IMS三大部分，系統(tǒng)架構(gòu)如圖5所示，部分網(wǎng)元需升級改造以支持相關(guān)流程：
（1）3GPP2G/3G的MSC需要升級為增強(qiáng)的eMSC，與MME之間新增Sv接口，3GPP22G/3GMSC與MME新增IWS網(wǎng)元，新增S102接口，以便支持從LTE與2G/3G切換時(shí)的鑒權(quán)信息，執(zhí)行切換發(fā)起與確認(rèn)等流程；
（2）EPC中的MME需升級支持Sv（或S102）接口，并能執(zhí)行VoIP和非VoIP媒體分離功能及協(xié)調(diào)PS切換與SRVCC切換；HSS新增用于SRVCC的各種參數(shù)。
2.3.7SRVCC方案對EPC網(wǎng)絡(luò)覆蓋進(jìn)行了業(yè)務(wù)層面的擴(kuò)展，重用了IMS網(wǎng)絡(luò)，一定程度上降低了網(wǎng)絡(luò)建設(shè)成本，是介于VoLTE和CSFB之間的一種語音業(yè)務(wù)承載解決方案，是在LTE演進(jìn)路線上不可缺少的重要環(huán)節(jié)。
2.3.8VoLTE方案能夠充分利用LTE高頻譜率、抗衰落性、高帶寬、大容量等優(yōu)點(diǎn)，帶來更佳的用戶體驗(yàn)，真正實(shí)現(xiàn)了“端到端”IP語音業(yè)務(wù)，符合網(wǎng)絡(luò)演進(jìn)方向，韓國的LGU+，SKT以及北美的MetroPCS已開始商用VoLTE。但是，總體來看，VoLTE技術(shù)還處于早期階段，有很多問題需要進(jìn)一步總結(jié)和細(xì)化，比如SRVCC的成熟度、IMS協(xié)議的一致性、互聯(lián)互通以及持續(xù)的網(wǎng)絡(luò)覆蓋優(yōu)化等。
3.運(yùn)營商語音解決方案
（1）VoIMS+SRVCC方案是LTE網(wǎng)絡(luò)提供語音業(yè)務(wù)的目標(biāo)方案，運(yùn)營商在選擇語音解決方案時(shí)除了考慮技術(shù)本身外，還受到終端及芯片成熟度、投入成本、現(xiàn)網(wǎng)投資保護(hù)以及未來LTE網(wǎng)絡(luò)的演進(jìn)等多方面因素的影響，LTE網(wǎng)絡(luò)部署初期可考慮多模雙待方式或較易實(shí)現(xiàn)的CSFB方案，后續(xù)根據(jù)IMS網(wǎng)絡(luò)建設(shè)情況以及VoIMS+SRVCC方案的成熟，適時(shí)引入該方案。
（2）中國移動近兩年LTE的大規(guī)模建設(shè)，網(wǎng)絡(luò)覆蓋能力已經(jīng)初具規(guī)模，目前中國移動采用的是多模雙待和CSFB方案，隨著網(wǎng)絡(luò)的發(fā)展，建議在已經(jīng)實(shí)現(xiàn)連續(xù)覆蓋的市區(qū)和縣城區(qū)域試點(diǎn)采用VoLTE+SRVCC語音方案。
（3）中國電信作為3GPP2陣營的運(yùn)營商，在網(wǎng)絡(luò)的平滑演進(jìn)方面和CSFB方案的標(biāo)準(zhǔn)完善性方面落后與3GPP陣營的中國聯(lián)通和中國移動，因此建議中國電信初期選擇多模雙待方案，但由于多模雙待方案在全球漫游等方面的局限性，需要快速部署VoLTE語音方案，目前CDMA運(yùn)營verizon采用的也是該方案。
（4）中國聯(lián)通作為WCDMA的運(yùn)營商，出于保護(hù)2G/3G電路域投資，以及實(shí)現(xiàn)LTE國際漫游互通的需求，在LTE網(wǎng)絡(luò)部署初期選用通用性更好的CSFB語音解決方案，在LTE網(wǎng)絡(luò)及業(yè)務(wù)發(fā)展中期，適時(shí)的推出VoLTE/SRVCC語音方案，目前AT&T、EU以及SKT等采用的也是這種策略。
4.結(jié)語
目前我國的LTE網(wǎng)絡(luò)正在如火如荼的建設(shè)中，LTE為用戶帶來了極速的數(shù)據(jù)業(yè)務(wù)體驗(yàn)，但同時(shí)也應(yīng)注意到傳統(tǒng)語音業(yè)務(wù)對用戶感知的重要性，我國各運(yùn)營商在這場變革中需要結(jié)合自身特點(diǎn)，選擇各自的語音業(yè)務(wù)解決方案，使自己的網(wǎng)絡(luò)性能走在時(shí)代的前沿，在日益殘酷的市場和技術(shù)競爭中搶占先機(jī)。
參考文獻(xiàn)
［1］3GPPTS23.272V11.5.0.CircuitSwitched(CS)fallbackinEvolvedPacketSystem(EPS)(Release11)［S］,2013.
【中圖分類號】TN929.5 【文獻(xiàn)標(biāo)識碼】A 【文章編號】1672-5158（2012）09-0036-02
1、LTE概述及特點(diǎn)
TD-LTE（Long Term Evolution）是我國擁有核心自主知識產(chǎn)權(quán)的國際3G標(biāo)準(zhǔn)TD-SCDMA的后續(xù)演進(jìn)技術(shù)，是一種專門為移動高寬帶應(yīng)用而設(shè)計(jì)的無線通信標(biāo)準(zhǔn)。
第四代移動通信系統(tǒng)具有如下特征：
（1）傳輸速率更快：（2）頻譜利用效率更高：（3）網(wǎng)絡(luò)頻譜更寬：（4）容量更大：（5）靈活性更強(qiáng)（6）實(shí)現(xiàn)更高質(zhì)量的多媒體通信（7）兼容性更平滑（8）通信費(fèi)用更加便宜。
2、LTE發(fā)展現(xiàn)狀及問題
2.1 LTE全球發(fā)展現(xiàn)狀
截至2012年1月5日，29個(gè)國家/地區(qū)49個(gè)LTE網(wǎng)絡(luò)已投入商業(yè)運(yùn)營，93個(gè)國家的285個(gè)運(yùn)營商已明確承諾將部署LTE網(wǎng)絡(luò)（如圖1所示）。49張LTE商用網(wǎng)絡(luò)中一半以上都是在2011年推出的。歐洲發(fā)展最快，目前已經(jīng)有24家運(yùn)營商正式商用，占全球的近半數(shù)。76個(gè)國家/地區(qū)的226張LTE網(wǎng)絡(luò)部署或規(guī)劃，較半年前增長36%。
2.2 LTE國內(nèi)發(fā)展現(xiàn)狀
2.2.1 中國電信
世博會期間，在上海和廣州開展FDD LTE實(shí)驗(yàn)室測試，在上海建設(shè)50多個(gè)基站的FDDLTE試驗(yàn)網(wǎng)，開展相關(guān)測試。
2.2.2 中國移動
在工信部的大力支持下，中國移動在上海、南京、杭州、廈門、深圳和廣州開展TDD LTE大規(guī)模技術(shù)試驗(yàn)，每個(gè)城市200個(gè)基站（如圖2所示）；10個(gè)系統(tǒng)設(shè)備廠家和7個(gè)終端廠家參與了試驗(yàn)，計(jì)劃2011年年底將試驗(yàn)網(wǎng)覆蓋擴(kuò)大到全市，進(jìn)行預(yù)商用放號。
2.2.3 中國聯(lián)通
中國聯(lián)通在大量調(diào)研和研究的基礎(chǔ)上，2010年中期啟動FDDLTE技術(shù)試驗(yàn)，編寫涵蓋網(wǎng)絡(luò)設(shè)備、接口、與2G/3G互操作、系統(tǒng)問干擾等完備內(nèi)容的LTE網(wǎng)絡(luò)測試規(guī)范（17冊），完成內(nèi)外場測試條目2500余項(xiàng)。5個(gè)系統(tǒng)廠商參加內(nèi)場測試，中興和諾西分別參加西安和上海外場測試。
2.3 LTE終端發(fā)展現(xiàn)狀
主流廠家都推出了Data only芯片和數(shù)據(jù)卡，截至2011年10月已的終端（如圖3所示），種類少，價(jià)格高，離大規(guī)模商業(yè)還存在一定距離，但是增長速度十分迅猛，發(fā)展好于預(yù)期。
3、LTE語音解決方案
現(xiàn)在LTE網(wǎng)絡(luò)不支持語音，如何在LTE引入后選擇合適的語音解決方案，實(shí)現(xiàn)網(wǎng)絡(luò)的平滑演進(jìn)和語音解決方案的平滑演進(jìn)是運(yùn)營商重點(diǎn)考慮的問題。
下面是針對不同時(shí)間不同應(yīng)對策略。
3.1 初期階段（2010-2011）
LTE多模雙待手機(jī)，顧名思義是指該手機(jī)可以同時(shí)駐留在多個(gè)域?qū)崿F(xiàn)不同類型的業(yè)務(wù)并發(fā)。通常，該手機(jī)可同時(shí)駐留在LTE和2G/3G的電路域，語音通過2G/3G進(jìn)行疏通，數(shù)據(jù)業(yè)務(wù)通過LTE疏通，并實(shí)現(xiàn)語音和數(shù)據(jù)業(yè)務(wù)的并發(fā)。
LTE多模雙待手機(jī)的最大優(yōu)點(diǎn)是不同的網(wǎng)絡(luò)提供不同的業(yè)務(wù)，不需要2G/3G和LTE網(wǎng)絡(luò)進(jìn)行復(fù)雜的互操作。適合于在LTE發(fā)展初期，以較小的網(wǎng)絡(luò)改造代價(jià)提供語音。
3.2 中期階段（2012-2013）
3.2.1 CSFB
CSFB（電路域回落）是3GPP R8中CS overPs研究課題的成果之一。該研究課題提出的背景是LTE和CS雙模終端的無線模塊是單一無線模式，即具有LTE和UTRAN/GERAN接入能力的雙?；蛘叨嗄＝K端，在使用LTE接入時(shí)，無法收/發(fā)電路域業(yè)務(wù)信號。為了使得終端在LTE接入下能夠發(fā)起話音業(yè)務(wù)等CS業(yè)務(wù)，以及接收到話音等CS業(yè)務(wù)的尋呼，并且能夠?qū)K端在LTE網(wǎng)絡(luò)中正在進(jìn)行的PS業(yè)務(wù)進(jìn)行正確地處理，產(chǎn)生了CSFB技術(shù)。
3.2.2 CSFB原理
CSFB的基本原理是終端駐留在LTE時(shí)，如果終端發(fā)起或接收呼叫時(shí)，需要先從LTE重選回2G/3G，由2G/3G的電路域來提供語音。國際標(biāo)準(zhǔn)化組織將CSFB作為LTE語音方案的過渡方案，和國際漫游互通的必選方案；但CSFB方案本身還存在多種標(biāo)準(zhǔn)化方案，包括RRCRedirection、CCO、PSHO等三類方案，每類方案還有不同的優(yōu)化方案。NGMN建議運(yùn)營商網(wǎng)絡(luò)選擇支持其中一類方案；同時(shí)，鑒于國際漫游時(shí)不同的網(wǎng)絡(luò)運(yùn)營商可能選擇不同類的方案，要求終端需要支持各類方案。由于終端與網(wǎng)絡(luò)設(shè)備的兼容性難以驗(yàn)證，導(dǎo)致產(chǎn)業(yè)進(jìn)展綏隉。
如果運(yùn)營商已經(jīng)有成熟的UTRAN/GERAN網(wǎng)絡(luò)，出于對CS投資的保護(hù)，結(jié)合LTE網(wǎng)絡(luò)的部署策略，運(yùn)營商可以采用原有的cs域語音方案來提供語音服務(wù)，而LTE網(wǎng)絡(luò)僅處理數(shù)據(jù)業(yè)務(wù)（包括IMS數(shù)據(jù)業(yè)務(wù)）。這種情況下，采用CSFB技術(shù)，即LTE覆蓋下的UE在處理語音業(yè)務(wù)時(shí)，終端先回退到CS（電路域）網(wǎng)絡(luò)，在cs網(wǎng)絡(luò)處理語音業(yè)務(wù)；這樣就達(dá)到了重用現(xiàn)有的CS域設(shè)備來為LTE網(wǎng)絡(luò)中的用戶提供傳統(tǒng)的語音業(yè)務(wù)的目的。
3.2.3 CSFB流程
典型的CSFB業(yè)務(wù)流程主要包括聯(lián)合附著、位置更新、主叫（Mo）CSFB流程、被叫（MT）CSFB流程以及去附著等。
CSFB功能的用戶的附著流程是基于聯(lián)合GPRS/IMSI附著流程來實(shí)現(xiàn)的。LTE/3G/GSM（GPRS）多模單待手持終端在給MME發(fā)送的附著請求消息中攜帶支持CSFB能力的指示。MME在收到用戶的聯(lián)合附著請求后，在進(jìn)行EPS附著的同時(shí)，會推導(dǎo)出其相關(guān)CS域的VLR信息，并向這個(gè)VLR發(fā)起位置更新請求，VLR收到位置更新請求以后，會將該用戶標(biāo)記為已經(jīng)進(jìn)行EPS附著了，并保存用戶的MME的IP地址，這樣，VLR中就創(chuàng)建了用戶的VLR與MME問的SGs關(guān)聯(lián)。隨后，MSC Server/VLR會進(jìn)行CS域位置更新并把用戶的TMSI和LAI（位置區(qū)標(biāo)識）傳給MME，從而在MME中建立SGs關(guān)聯(lián)。最后，MME把VLR給用戶分配的TMSI以及LAI等信息包含在附著請求接受消息中發(fā)送給UE，此時(shí)就表明用戶的聯(lián)合附著已經(jīng)成功了。
聯(lián)合附著成功之后，啟用CSFB能力的用戶在LTE網(wǎng)絡(luò)中就可以處理電路域業(yè)務(wù)了。
3.3 遠(yuǎn)期階段（2013-2014）
SRVCC語音解決方案的基本原理是，在LTE覆蓋范圍內(nèi)采用VoIMS的方式來提供語音，在語音呼叫過程中如果終端移動出LTE覆蓋范圍時(shí)，LTE同MSC進(jìn)行切換以支持語音業(yè)務(wù)連續(xù)性。
SRVCC方案要求Ps域和CS域問的協(xié)作配合，完成從Ps域到CS域的語音呼叫切換，因此對于Ps域核心網(wǎng)網(wǎng)元和CS域核心網(wǎng)網(wǎng)元都有一定的功能增強(qiáng)要求。其中，比較重要的功能增強(qiáng)是要求MME和MSCServer之間支持sv接口，該接口是基于GTP-C協(xié)議。但相比其帶來的語音業(yè)務(wù)連續(xù)性能力、語音和數(shù)據(jù)業(yè)務(wù)并發(fā)能力，SRVCC對移動核心網(wǎng)設(shè)備升級改造的范圍和功能增強(qiáng)都能夠被運(yùn)營商和設(shè)備商接受，這也是SRVCC成為業(yè)界認(rèn)可的VoLTE目標(biāo)方案的主要原因之一。
一、工藝編制
CAXA工藝圖表打造了全新的工藝編制軟件平臺，是一款專業(yè)的工藝編制工具軟件，具有多文檔、多環(huán)境的特點(diǎn)，使用戶在編制工藝文檔或繪制工裝圖紙時(shí)更加流暢、自如，將繁重的工藝工作變得簡單輕松。其主要特點(diǎn)是：強(qiáng)大的圖形編輯環(huán)境與高效的文字編輯能力，解決了目前使用OFFICE+CAD方式編制工藝造成的繪圖與文字編輯二者不兼顧的問題。
CAXA工藝圖表以CAXA二維CAD（電子圖板）為平臺，提供專業(yè)的圖形繪制和編輯工具，提供諸如尺寸驅(qū)動、局部放大圖等工具，完全兼容常用的CAD格式（如DWG），輕松完成圖形的繪制。
（1）所見即所得。
CAXA工藝圖表遵循“所見即所得”的填寫方式，先定義需要使用模板，靈活調(diào)整卡片中的文字字體、字號、顏色以及文字對齊方式?？梢詫ord、Excel文件的信息直接粘貼借用過來，也可以導(dǎo)入CAD文件中的標(biāo)題欄和明細(xì)表，信息填寫方便、快捷（圖1）。
（2）專業(yè)工程符號。
CAXA工藝圖表提供各種特殊的CAD工程符號，并能夠直接填寫與編輯（圖2）。
（3）模板庫與工藝知識庫。
CAXA工藝圖表提供各種通用的標(biāo)準(zhǔn)卡片模板，并針對制造業(yè)企業(yè)需求，提供標(biāo)準(zhǔn)的工藝知識庫信息，包括機(jī)床、夾具、刀具和焊接材料等。并且工藝知識庫是面向用戶開放的資源庫，用戶可根據(jù)需要進(jìn)行擴(kuò)充，沉淀成企業(yè)寶貴的資源。
3.數(shù)據(jù)接口
既可以快速地接收來自其他產(chǎn)品的數(shù)據(jù)信息，也可以將工藝圖表的信息輸出到其他產(chǎn)品中去，實(shí)現(xiàn)與其他產(chǎn)品交互集成。
4.汽配模塊
CAXA汽配模塊遵循TS16949的要求，可以快速生成控制計(jì)劃、潛在實(shí)效分析卡片（FMEA卡片）、操作指導(dǎo)書和檢查卡片等；也可以快速繪制過程流程圖卡片，并通過工程符號生成后續(xù)卡片，并與其保持關(guān)聯(lián)性。而且企業(yè)特有的FMEA經(jīng)驗(yàn)知識也可通過汽配模塊沉淀、積累。
5.支持排版打印
CAXA工藝圖表可以通過單張打印、排版打印及批量打印功能，對填寫的卡片進(jìn)行方便快捷的繪圖輸出，使用戶更加方便地批量打印多套工藝規(guī)程。并支持回填簽名的功能。排版打印支持工藝文檔與圖紙文檔混合排版輸出。
二、工藝管理
CAXA工藝圖表充分考慮到企業(yè)信息化集成的重要性，不但可以高效靈活地編制工藝文件、而且還留有充分的可擴(kuò)展的設(shè)計(jì)和數(shù)據(jù)接口，與其他產(chǎn)品緊密集成，在企業(yè)信息化建設(shè)中緊密地連接其他環(huán)節(jié)，承上啟下，實(shí)現(xiàn)信息的共享（圖3）。
通過工藝圖表編制的工藝文件與PDM系統(tǒng)緊密集成，實(shí)現(xiàn)工藝文件的管理和信息的交流，且能通過匯總功能將工藝文件中的信息輸出為各種BOM表。
三、報(bào)表輸出
工藝匯總表模塊是一套專門對電子化的設(shè)計(jì)數(shù)據(jù)和工藝數(shù)據(jù)進(jìn)行統(tǒng)計(jì)匯總，并生成各種產(chǎn)品明細(xì)表、材料定額報(bào)表、管理用工藝表格的軟件系統(tǒng)，系統(tǒng)簡練、實(shí)用、有效。
1.將CAD信息與工藝數(shù)據(jù)進(jìn)行匯總
工藝匯總表模塊可以從本地及服務(wù)器上導(dǎo)入各種CAD文件（如DXF、DWG和EXB等格式文件）和工藝圖表文件中的所有設(shè)計(jì)信息和工藝信息，可以將信息完整重用，形成面向產(chǎn)品結(jié)構(gòu)的工藝信息匯總資料。
2.材料定額計(jì)算
匯總模塊對產(chǎn)品以及零部件具有“材料定額計(jì)算”功能。用戶可在數(shù)據(jù)庫中進(jìn)行相關(guān)設(shè)置，最后通過“材料定額計(jì)算”功能，針對生產(chǎn)單位質(zhì)量合格產(chǎn)品所必須消耗的一定規(guī)格的材料進(jìn)行計(jì)算，并可生成材料消耗匯總明細(xì)。
3.靈活定義與輸出表格
工藝匯總表模塊提供報(bào)表定制功能，用戶可根據(jù)自己的需求定制以及匯總報(bào)表的內(nèi)容和要求，如按分廠、按產(chǎn)品匯總材料消耗、工時(shí)定額、外購件外協(xié)件明細(xì)以及工裝刀具明細(xì)等。工藝匯總表模塊根據(jù)匯總出的各種報(bào)表，以Excel、XML以及工藝的格式進(jìn)行輸出，極大地簡化和方便了為生產(chǎn)管理提供基礎(chǔ)數(shù)據(jù)的工作。
綜合以上特點(diǎn)，CAXA為廣大工藝人員提供的是一整套的工藝解決方案，企業(yè)可以根據(jù)自身特點(diǎn)選擇適合自己的產(chǎn)品。
四、CAXA CAPP特色
1.傳統(tǒng)的機(jī)械行業(yè)
我國的機(jī)械行業(yè)特有的工藝編制方式，對工藝規(guī)程、工序、工步、工時(shí)定額和材料定額等卡片的編制有比較統(tǒng)一的規(guī)范，傳統(tǒng)的機(jī)械行業(yè)是CAXA CAPP提供服務(wù)的主要行業(yè)，CAXA CAPP的幾個(gè)特點(diǎn)就可以很好地說明這一點(diǎn)。CAXA工藝圖表內(nèi)嵌了一款專業(yè)的機(jī)械行業(yè)繪圖軟件（電子圖板），這在要求圖文并茂的工藝卡片編輯中是個(gè)很適用的功能，另外在卡片表格中可以輸入各種特殊符號，以及可以利用知識庫自動填寫常用的工藝術(shù)語都為機(jī)械行業(yè)的工藝卡片編制提供了很好的解決方案。
2.汽車零部件行業(yè)
汽車零部件行業(yè)對加工工藝本身要求很高，T S16949已經(jīng)成為行業(yè)的通行證和入門磚，事實(shí)上，T S16949中的核心內(nèi)容即是規(guī)范總體的業(yè)務(wù)流程和核心的加工步驟，保證產(chǎn)品質(zhì)量。CAXA工藝中按照T S16949的要求為汽配行業(yè)量身定制了T S16949模塊，可以實(shí)現(xiàn)繪制流程功能及卡片之間的關(guān)聯(lián)，對規(guī)范質(zhì)量和工藝文檔的填寫有獨(dú)特的效果。
五、CAXA CAPP應(yīng)用
CAXA CAPP已經(jīng)在數(shù)千家企業(yè)得到應(yīng)用，包括一汽、二汽、中國二重、深圳中集、西電集團(tuán)和鄭州日產(chǎn)等汽車以及裝備制造企業(yè)。
廈門信源環(huán)保科技有限公司（以下簡稱信源）是臺灣信通交通器材股份有限公司在大陸投資設(shè)立的第一家子公司，成立于1995年7月，位于廈門市集美北部工業(yè)區(qū)，從事研發(fā)、生產(chǎn)、加工汽車、摩托車及工業(yè)用空氣、機(jī)油濾清器、活性碳罐、觸媒轉(zhuǎn)化器和高效三元催化凈化器及模具加工等。該公司產(chǎn)品供應(yīng)國內(nèi)各大汽車、機(jī)車廠，并外銷日本、歐美等地。
信源屬于汽配零部件的行業(yè)，T S16949的行業(yè)規(guī)范針對文件方面的管理比較嚴(yán)格，由于企業(yè)的產(chǎn)品種類多達(dá)幾百多種，每個(gè)產(chǎn)品又有各種質(zhì)量文件、管制計(jì)劃、作業(yè)指導(dǎo)書和FMEA等很多文件，使用CAXA針對汽車零部件的解決方案前，在工藝類文件的編制方面，面臨不少的困惑。
（1）OFFICE編輯的工藝類文件繪制圖樣不方便，效率較低，任務(wù)量大。
（2）沒有統(tǒng)一的企業(yè)知識庫，企業(yè)的工藝信息無法積累，難于傳承。
（3）文件與文件之間都是獨(dú)立的，F(xiàn)MEA、QC、SOP和SIP不關(guān)聯(lián)，如有修改則會涉及到很多文件，需要反復(fù)錄入，頻繁更改，導(dǎo)致文件維護(hù)量大，經(jīng)常發(fā)現(xiàn)數(shù)據(jù)不一致的現(xiàn)象，比較麻煩。
（4）大量的文件管理不便，紙質(zhì)文檔易遺失，版本及有效性管理薄弱。
（5）產(chǎn)品技術(shù)文件、品質(zhì)文件沒有共享，檢索效率較低，歷史資料借用比較困難。
鑒于以上的困惑，在信息化建設(shè)的過程中，信源一直在尋找這樣一款軟件，能夠?qū)崿F(xiàn)文件的信息關(guān)聯(lián)，修改一處，其他關(guān)聯(lián)的部分自動修改，并且工藝文件能夠進(jìn)入系統(tǒng)進(jìn)行集中管理，保證信息的唯一來源。
根據(jù)企業(yè)汽配行業(yè)的特點(diǎn)以及企業(yè)面臨的主要問題，CAXA為信源打造了適合的CAPP解決方案。使用CAXA工藝圖表，特別是針對汽車零部件行業(yè)的T S16949模塊，并且將工藝文件放入PLM系統(tǒng)中進(jìn)行管理，補(bǔ)上了信源的PLM解決方案中缺失的CAPP那一環(huán)。
1.文件的高效編制
CAXA工藝圖表遵循“所見即所得”的填寫方式，在項(xiàng)目的實(shí)施階段，CAXA與信源項(xiàng)目組一起，定義了大量的表格與文件的模板，之前的老文件Word、Excel等數(shù)據(jù)直接可以通過復(fù)制粘貼的形式使用進(jìn)來；并且提供各種特殊工程圖形符號的直接填寫，工藝附圖可以直接導(dǎo)入并可以進(jìn)行修改（圖4）。
軟件支持插入多種位圖圖片，例如JPG、BMP等格式。將原本需要手工繪制的圖形及說明內(nèi)容簡潔生動地呈出來，大大降低了工藝人員繪制圖樣繁重的工作量。
2.數(shù)據(jù)的有效關(guān)聯(lián)
使用CAXA TS16949模塊，建立文件間的關(guān)聯(lián)關(guān)系，確保構(gòu)造流程圖QCSOPSIP實(shí)現(xiàn)連動，以PFMEA（制程潛在失效模式）為例，文件編制的方法如下。
（1）選擇要進(jìn)行失效模式分析的工序。
（2）生成PFMEA，品號和工序名稱等信息被帶入下階表單。
（3）工序的PFMEA信息已存在時(shí)自動填入卡片。
（4）如果PFMEA信息不存在，需要先行在PFMEA庫中加入。
（5）當(dāng)RPN值大于100時(shí)，系統(tǒng)提示重新進(jìn)行過程控制填寫。
3.文件的安全管理
1 應(yīng)用現(xiàn)狀
目前常用的免費(fèi)的DHCP地址分配方式有三種，分別是手工分配、使用網(wǎng)絡(luò)設(shè)備進(jìn)行分配以及使用獨(dú)立的DHCP 服務(wù)器進(jìn)行分配，每個(gè)方式都存在缺陷如：
手工分配：由網(wǎng)絡(luò)管理員與系統(tǒng)管理員認(rèn)為分配指定每個(gè)接入網(wǎng)絡(luò)的設(shè)備使用的IP地址，雖然可靠性較高，但是配置管理方式復(fù)雜，完全依賴人工管理，能夠?qū)崿F(xiàn)的策略有限。
網(wǎng)絡(luò)設(shè)備分配：DHCP服務(wù)是網(wǎng)絡(luò)設(shè)備的附帶功能，只提供簡單的地址分配能力。常見的配置模式有以下三種：
（1）接入層DHCP服務(wù)模式：配置管理方式復(fù)雜，能夠?qū)崿F(xiàn)的策略有限，導(dǎo)致部分業(yè)務(wù)無法實(shí)現(xiàn)。
（2）匯聚層DHCP服務(wù)模式：單點(diǎn)故障、租約無法持久化、管理規(guī)模龐大、管理手段不靈活、缺乏管理監(jiān)控手段。
（3）核心層DHCP服務(wù)模式：單點(diǎn)故障、租約無法持久化、管理手段不靈活、不直觀，缺乏管理監(jiān)控手段。
DHCP服務(wù)器分配：使用服務(wù)器提供的免費(fèi)的DHCP服務(wù)軟件，常見的有以下兩種：
（1）Linux：在Linux服務(wù)器上對DHCP進(jìn)行配置，缺點(diǎn)是性能差，沒有專業(yè)的技術(shù)支持，不提供外部接口，缺少統(tǒng)計(jì)分析功能，無法進(jìn)行預(yù)警告警，沒有可視化的操作界面。
（2）Windows Server：在Windows服務(wù)器上使用自帶的DHCP服務(wù)進(jìn)行配置，缺點(diǎn)是性能差，技術(shù)支持和文檔支持較差，不提供外部接口，缺少統(tǒng)計(jì)分析功能，無法提供預(yù)警告警。
總體來說，上述所有的DHCP配置方式都只能滿足基本的DHCP地址分配技術(shù)要求，操作界面不夠友好。因此，需要一套更簡便易用，全Web化操作界面的DHCP系統(tǒng)，提供更細(xì)粒度的管理與監(jiān)控，支持Failover、雙機(jī)集群，提供外部接口，能夠與外部計(jì)費(fèi)系統(tǒng)聯(lián)動。
2 解決方案
2.1 系統(tǒng)架構(gòu)
本方案以服務(wù)器配置和子網(wǎng)管理為基礎(chǔ)功能，輔以IP地址管理、地址策略分配、Failover、負(fù)載均衡、計(jì)費(fèi)聯(lián)動、無感知認(rèn)證、預(yù)警告警、狀態(tài)監(jiān)控、終端識別等多種特色功能，極大程度上滿足了當(dāng)下的各類需求，解決了上文所述的缺陷，完美覆蓋現(xiàn)實(shí)需求。將由一臺DHCP管理節(jié)點(diǎn)和兩臺DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)組成。DHCP管理節(jié)點(diǎn)通過DHCP節(jié)點(diǎn)管理協(xié)議的方法與DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)進(jìn)行配置管理信息的交互及DHCP服務(wù)協(xié)議的運(yùn)行監(jiān)控維護(hù)。系統(tǒng)通過WEB（網(wǎng)頁）方式提供DHCP服務(wù)的服務(wù)狀態(tài)，并與管理維護(hù)人員進(jìn)行交互，通過標(biāo)準(zhǔn)開放的API可對接各種外部系統(tǒng)聯(lián)動協(xié)同工作。
2.2 DHCP管理節(jié)點(diǎn)架構(gòu)
DHCP管理節(jié)點(diǎn)是一類擁有強(qiáng)大網(wǎng)絡(luò)數(shù)據(jù)處理能力的計(jì)算機(jī)或者服務(wù)器。它主要由用戶界面、聯(lián)動模塊、管理模塊、配置模塊、查詢模塊、監(jiān)控模塊、日志模塊、數(shù)據(jù)庫及DHCP節(jié)點(diǎn)管理接口模塊九部分組成。DHCP管理節(jié)點(diǎn)負(fù)責(zé)與系統(tǒng)管理人員進(jìn)行交互，設(shè)置DHCP子網(wǎng)及其動態(tài)配置項(xiàng)目，記錄當(dāng)前及歷史數(shù)據(jù)，以及通過DHCP節(jié)點(diǎn)管理協(xié)議與DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)進(jìn)行通信，獲得他們的工作狀態(tài)，并對他們進(jìn)行設(shè)置。各個(gè)模塊的主要功能如下所述：
2.2.1 用戶界面模塊
用戶界面負(fù)責(zé)與系統(tǒng)管理員人員進(jìn)行交互。通過WEB方式，系統(tǒng)管理員可以通過瀏覽器、手機(jī)、智能終端訪問系統(tǒng)，并可以獲得統(tǒng)一一致的顯示效果。管理人員通過用戶界面與管理模塊、配置模塊、查詢模塊、監(jiān)控模塊、日志模塊、報(bào)表模塊以及數(shù)據(jù)庫進(jìn)行交互，從七個(gè)模塊中取得系統(tǒng)管理人員所需的信息，并將系統(tǒng)管理人員的指令傳遞給對應(yīng)的模塊。
2.2.2 聯(lián)動模塊
聯(lián)動模塊負(fù)責(zé)調(diào)用外部計(jì)費(fèi)網(wǎng)關(guān)的用戶上線和下線操作接口。當(dāng)用戶向DHCP服務(wù)器發(fā)出IP地址申請請求時(shí)，DHCP系統(tǒng)在響應(yīng)其請求的同時(shí)會調(diào)用第三方外部計(jì)費(fèi)網(wǎng)關(guān)的接口，向其發(fā)出一條用戶上線的通知，計(jì)費(fèi)系統(tǒng)開始對該用戶進(jìn)行計(jì)費(fèi)。若用戶未進(jìn)行下線操作、未注銷賬號就離開網(wǎng)絡(luò)，當(dāng)DHCP系統(tǒng)監(jiān)測到該用戶的IP地址被重新分配給其他用戶時(shí)，通過聯(lián)動接口調(diào)用外部計(jì)費(fèi)網(wǎng)關(guān)的用戶下線操作接口，終止用戶的計(jì)費(fèi)。
2.2.3 管理模塊
管理模塊負(fù)責(zé)接收管理人員的管理指令，將管理指令翻譯為DHCP節(jié)點(diǎn)管理接口模塊所需的參數(shù)，并將參數(shù)傳遞給DHCP節(jié)點(diǎn)管理接口模塊。管理模塊主要有以下的管理內(nèi)容：設(shè)置DHCP服務(wù)器的時(shí)鐘及NTP信息，用戶身份信息、密碼的加密方式及密鑰，DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)的加入和離開管理，DHCP服務(wù)器的開啟關(guān)閉管理。
2.2.4 配置模塊
配置模塊負(fù)責(zé)將通過用戶界面接收到的管理人員的配置指令轉(zhuǎn)換為DHCP服務(wù)配置語言并通過DHCP節(jié)點(diǎn)管理協(xié)議傳遞給DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)。同時(shí)，還將有關(guān)配置參數(shù)信息記錄入數(shù)據(jù)庫方便管理人員的后續(xù)檢查修改操作。
2.2.5 查詢模塊
查詢模塊負(fù)責(zé)將通過用戶界面接收到的管理人員的查詢指令轉(zhuǎn)換為系統(tǒng)內(nèi)部信息查詢指令，并執(zhí)行查詢，將查詢結(jié)果通過用戶界面返回給管理人員并展示。
2.2.6 監(jiān)控模塊
監(jiān)控模塊負(fù)責(zé)將通過用戶界面接收到的管理人員的監(jiān)控指令轉(zhuǎn)換為DHCP狀態(tài)監(jiān)控語言并通過DHCP節(jié)點(diǎn)管理協(xié)議傳遞給DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)，并取得當(dāng)前DHCP服務(wù)運(yùn)行狀態(tài)數(shù)據(jù)，通過加工處理，經(jīng)由用戶界面向系統(tǒng)管理人員反映當(dāng)前系統(tǒng)的真實(shí)運(yùn)行狀態(tài)。
2.2.7 日志模塊
日志模塊負(fù)責(zé)通過DHCP節(jié)點(diǎn)管理接口從DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)采集DHCP服務(wù)的運(yùn)行狀態(tài)、DHCP日志、DHCP負(fù)荷分擔(dān)工作狀態(tài)信息并加工記錄到數(shù)據(jù)庫。此外，日志模塊還負(fù)責(zé)將通過用戶界面接收到的管理人員的日志查詢指令翻譯為系統(tǒng)內(nèi)部日志查詢指令，并將查詢指令翻譯為DHCP節(jié)點(diǎn)管理接口協(xié)議指令，傳遞給DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)，DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)將有關(guān)數(shù)據(jù)通過DHCP節(jié)點(diǎn)管理接口傳遞回管理節(jié)點(diǎn)；管理節(jié)點(diǎn)加工分析這些數(shù)據(jù)，并將日志信息通過用戶界面展示給系統(tǒng)管理人員。
2.2.8 數(shù)據(jù)庫模塊
數(shù)據(jù)庫負(fù)責(zé)存儲所有管理模塊、配置模塊、查詢模塊、監(jiān)控模塊、日志模塊、報(bào)表模塊需要記錄和存儲的數(shù)據(jù)，其主要的數(shù)據(jù)來源為配置管理模塊和日志模塊，其主要的輸出目的也為配置模塊和日志模塊。此外，數(shù)據(jù)庫中還保存了DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)列表，一些系統(tǒng)管理人員的用戶數(shù)據(jù)，以及用戶界面相關(guān)的信息。
2.2.9 DHCP節(jié)點(diǎn)管理接口模塊
DHCP節(jié)點(diǎn)管理接口模塊負(fù)責(zé)將各種配置、管理、查詢消息轉(zhuǎn)換為DHCP節(jié)點(diǎn)管理接口的CFG、MGMT、QUERY消息。通過網(wǎng)絡(luò)與各個(gè)DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)進(jìn)行通信。
2.3 DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)架構(gòu)
DHCP分擔(dān)負(fù)荷節(jié)點(diǎn)是一類擁有網(wǎng)絡(luò)通信能力的支持DHCP協(xié)議和計(jì)算機(jī)或者服務(wù)器。它主要由DHCP節(jié)點(diǎn)管理接口模塊、DHCP模塊、高性能Lease模塊、負(fù)荷分擔(dān)模塊四部分組成，各模塊的功能如下所述：
2.3.1 DHCP節(jié)點(diǎn)管理接口模塊
負(fù)責(zé)將各種配置、管理、查詢消息轉(zhuǎn)換為DHCP節(jié)點(diǎn)管理接口的CFG、MGMT、QUERY消息。通過網(wǎng)絡(luò)與各個(gè)DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)進(jìn)行通信。
2.3.2 DHCP模塊
符合RFC標(biāo)準(zhǔn)的DHCP服務(wù)程序，用以接收來自網(wǎng)絡(luò)的DHCP客戶端的IP地址分配請求并進(jìn)行IP地址分配和管理。
2.3.3 高性能Lease模塊
負(fù)責(zé)將DHCP服務(wù)的Lease信息進(jìn)行無延遲的高速記錄并持久化記錄到本地存儲。
2.3.4 負(fù)荷分擔(dān)模塊
負(fù)責(zé)在兩臺DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)間進(jìn)行DHCP服務(wù)請求分配的負(fù)荷分發(fā)處理，節(jié)點(diǎn)狀態(tài)同步。將負(fù)荷分擔(dān)指令、狀態(tài)同步指令轉(zhuǎn)換為DHCP負(fù)荷管理協(xié)議封裝格式通過網(wǎng)絡(luò)與其他DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)進(jìn)行通信。
管理員通過瀏覽器訪問DHCP管理節(jié)點(diǎn)即可接入整套高性能DHCP系統(tǒng)，可在系統(tǒng)中檢測各個(gè)節(jié)點(diǎn)當(dāng)前的DHCP服務(wù)運(yùn)行狀態(tài)，并可對各個(gè)DHCP負(fù)荷分擔(dān)節(jié)點(diǎn)的DHCP服務(wù)進(jìn)行配置。此外，由于DHCP是一個(gè)支持中繼的協(xié)議。通過分析中繼及其下轄的DHCP客戶端的地理位置、數(shù)量、狀態(tài)信息，可以很容易的反映網(wǎng)絡(luò)的用戶熱點(diǎn)分布情況。并且，當(dāng)一些DHCP服務(wù)的子網(wǎng)狀態(tài)值超過設(shè)定的告警閾值時(shí)，會觸發(fā)告警。系統(tǒng)管理員可以很方便得從系統(tǒng)中定位出問題的原因以及具體故障信息。
3 結(jié)束語
DHCP（Dynamic Host Configuration Protocol，動態(tài)主機(jī)配置協(xié)議）是一個(gè)局域網(wǎng)的網(wǎng)絡(luò)協(xié)議，主要有兩個(gè)用途：給內(nèi)部網(wǎng)絡(luò)自動分配IP地址或者內(nèi)部管理員對局域網(wǎng)內(nèi)的計(jì)算機(jī)進(jìn)行中央管理。隨著網(wǎng)絡(luò)的快速發(fā)展，IP地址的使用與分配已經(jīng)越來越頻繁，對于IP地址的管理也越來越繁瑣，通過DHCP網(wǎng)絡(luò)協(xié)議服務(wù)解決方案可以有效的解決傳統(tǒng)人工分配IP的復(fù)雜操作，并可以解決在分配IP地址過程中產(chǎn)生的額外附加問題。
參考文獻(xiàn)
[1]IT同路人.Windows server 2003服務(wù)器架設(shè)市里詳解[M].北京：人民郵電出版社，2010.
[2]陳光，張敬芝.網(wǎng)絡(luò)操作系統(tǒng)/windows server2003[M].北京：高等教育出版社，2009.
[3]王太沖，牛玲.局域網(wǎng)組建、配置和管理入門與指南[M].北京：清華大學(xué)出版社，2006.
作者簡介
數(shù)據(jù)泄露防護(hù)（Data leakage prevention，DLP），又稱為“數(shù)據(jù)丟失防護(hù)”也稱為“信息泄漏防護(hù)”。數(shù)據(jù)泄露防護(hù)（DLP）是通過一定的技術(shù)手段，防止企業(yè)的指定數(shù)據(jù)或信息資產(chǎn)以違反安全策略規(guī)定的形式流出企業(yè)的一種策略。
2 需求分析
2.1 黑客以及間諜的竊密
國內(nèi)外越來越多的黑客及間諜，通過層出不窮的技術(shù)手段，盜取國內(nèi)企業(yè)各種重要機(jī)密數(shù)據(jù)，已成為中國信息安全的巨大威脅之一。如果置之不理不采取相關(guān)的應(yīng)急和長遠(yuǎn)措施，必將造成無法估量的損失。
2.2 行業(yè)競爭對手的有意竊取
信息技術(shù)的發(fā)展為盜取信息提供了一定的便利，怎么樣做好防護(hù)是不得不采取的必要措施。如果企業(yè)不重視自身重要機(jī)密信息的保護(hù)，不但會造成商業(yè)競爭的被動，直接導(dǎo)致經(jīng)濟(jì)損失，更會導(dǎo)致整個(gè)行業(yè)因惡性競爭帶來的衰落與滅亡。
2.3 在職員工無意或者惡意的泄密
目前，企事業(yè)單位人員對于信息安全資產(chǎn)的重要性認(rèn)識不夠，導(dǎo)致部分涉密人員無意泄密，為部分不良分子提供了可乘之機(jī)。另外部分不良的涉密人員，出于對企業(yè)的不滿，肆意將機(jī)密信息公之于眾，帶來巨大的無法挽回的損失和不良影響。
2.4 內(nèi)部文檔權(quán)限失控導(dǎo)致泄密
目前，極大多數(shù)單位涉密信息的權(quán)限劃分是粗放型的，沒有細(xì)分到相應(yīng)的個(gè)人。因此，內(nèi)部數(shù)據(jù)和文檔在權(quán)限管控方面的失控，會導(dǎo)致不具備權(quán)限的人員獲得涉密信息，或者是低權(quán)限的人員獲得高涉密信息。從而導(dǎo)致重要機(jī)密數(shù)據(jù)的泄密，無法從根本上杜絕。
2.5 存儲等硬件設(shè)備丟失或維修導(dǎo)致失密或泄密
筆記本電腦、移動硬盤、存儲卡之類的移動存儲設(shè)備，一旦遺失或維修，其存儲的數(shù)據(jù)往往暴露無遺。特別是數(shù)據(jù)一般都有恢復(fù)的特別屬性，所以移動設(shè)備的使用和監(jiān)管是非常重要的一個(gè)步驟。
3 防護(hù)方法
3.1 終端數(shù)據(jù)防泄露
在終端數(shù)據(jù)防泄露方面，中國人以獨(dú)有的技術(shù)敏感和產(chǎn)品領(lǐng)悟力，推出的文件透明加密、權(quán)限管理、外發(fā)控制等軟件，以文檔透明加密為核心，輔以權(quán)限控制，外發(fā)管理、日志審計(jì)等功能，能從源頭上確保數(shù)據(jù)安全。
3.2 磁盤數(shù)據(jù)防泄露
磁盤是存儲數(shù)據(jù)的物理設(shè)備。針對磁盤進(jìn)行管控，就可以防止數(shù)據(jù)泄露。當(dāng)前，防止磁盤數(shù)據(jù)泄露，全球最領(lǐng)先的技術(shù)是全磁盤加密。國家法律規(guī)定，凡涉及到商用密碼的軟件產(chǎn)品，都必須由具備國家商用密碼生產(chǎn)定點(diǎn)單位資格和國家商用密碼銷售許可單位資格的企業(yè)生產(chǎn)和銷售。而且，還必須具備國家保密局、軍隊(duì)和公安部的相關(guān)銷售資質(zhì)才可以在國內(nèi)銷售。因此，國外FDE軟件在中國不能得到廣泛應(yīng)用。
3.3 端口數(shù)據(jù)泄露防護(hù)
通過端口管控，來防止數(shù)據(jù)泄露。從技術(shù)上講，不論是物理端口，還是網(wǎng)絡(luò)端口，基本上都能得到保護(hù)。但是，從理論上說，只要數(shù)據(jù)進(jìn)行了加密，就不再需要外圍的端口防護(hù)。既已進(jìn)行了加密，又對端口進(jìn)行防護(hù)，貌似有重復(fù)建設(shè)之疑。但是企業(yè)可以采用多重防護(hù)來保護(hù)數(shù)據(jù)，這是可以采用的辦法。
3.4 服務(wù)器（數(shù)據(jù)庫）數(shù)據(jù)防泄露
大中型企業(yè)的數(shù)據(jù)安全最重要的地方，應(yīng)該是保護(hù)服務(wù)器和數(shù)據(jù)庫。針對文件服務(wù)器數(shù)據(jù)，目前主要還是通過身份認(rèn)證和權(quán)限控制這兩種訪問控制手段來確保安全。而針對應(yīng)用服務(wù)器數(shù)據(jù)安全，相應(yīng)的技術(shù)手段是相當(dāng)孱弱的。
數(shù)據(jù)庫的數(shù)據(jù)安全保護(hù)則更為復(fù)雜，有三種主要的手段：（1）基于文件的數(shù)據(jù)庫加密技術(shù)；（2）基于記錄的數(shù)據(jù)庫加密技術(shù)；（3）子密鑰數(shù)據(jù)庫加密。但是這三種手段都會給數(shù)據(jù)庫的性能帶來極大的影響。針對數(shù)據(jù)庫防泄露，必須采用更為先進(jìn)的技術(shù)手段。
3.5 移動存儲設(shè)備防泄密
移動存儲設(shè)備主要指移動硬盤、U盤、PC儲存卡、MP3、MP4、數(shù)碼照相機(jī)、數(shù)碼攝像機(jī)、手機(jī)、光盤和軟盤等。隨著移動存儲設(shè)備的廣泛使用，移動存儲設(shè)備導(dǎo)致泄密的現(xiàn)象越來越普遍。目前針對移動設(shè)備泄密的解決辦法主要有兩方面：一是對計(jì)算機(jī)及內(nèi)部網(wǎng)絡(luò)各種端口進(jìn)行管控，對接入端口的移動設(shè)備進(jìn)行統(tǒng)一認(rèn)證，硬件綁定等方式，限制移動存儲設(shè)備的使用；二是對移動存儲設(shè)備本身設(shè)置口令/密碼進(jìn)行身份識別，并且對移動存儲設(shè)備內(nèi)的數(shù)據(jù)進(jìn)行加密。通常所謂的介質(zhì)管理，就是指移動存儲設(shè)備管理。
4 具體設(shè)計(jì)
完整的數(shù)據(jù)安全解決方案應(yīng)包括從身份認(rèn)證、授權(quán)管理、終端管理、數(shù)據(jù)加密、傳輸安全等一系列的內(nèi)容，需要結(jié)合前期數(shù)據(jù)安全項(xiàng)目咨詢、中期數(shù)據(jù)安全防護(hù)產(chǎn)品實(shí)現(xiàn)以及后期遵循PDCA思想的循環(huán)改進(jìn)及服務(wù)的多種方式進(jìn)行設(shè)計(jì)企業(yè)數(shù)據(jù)防泄密解決方案，沒有前期的安全咨詢和評估作為基礎(chǔ)，中期的數(shù)據(jù)安全產(chǎn)品很難有針對性的部署和實(shí)施，數(shù)據(jù)安全產(chǎn)品沒有部署完善，對整個(gè)數(shù)據(jù)安全項(xiàng)目的有效性及后續(xù)有針對性的項(xiàng)目改進(jìn)都會造成非常大的影響。數(shù)據(jù)安全防護(hù)項(xiàng)目需要結(jié)合安全評估咨詢、數(shù)據(jù)安全產(chǎn)品實(shí)現(xiàn)以及后期的數(shù)據(jù)安全服務(wù)的多種方式進(jìn)行建設(shè)。
除了要問“雙向改造所需資金從何而來?”更深層的命題則是：用戶有需求嗎?什么是真正的需求?投入成本，雙向改造之后就一定能夠取得業(yè)務(wù)擴(kuò)展嗎?
“虛擬雙向”
筆者提出一種叫做“虛擬雙向”的過渡性解決方案，以此來同時(shí)回答上述兩個(gè)問題。
所謂“虛擬雙向”，即在進(jìn)行實(shí)際雙向改造提供上行頻帶之前，通過其他手段遞送上行信息。這個(gè)“其他手段”可以是互聯(lián)網(wǎng)，也可以是在深夜時(shí)間把有線網(wǎng)“轉(zhuǎn)過方向”(如加配RS-232串?？谡瓗ж埁D―編者注)、從用戶機(jī)頂盒收取用戶記錄下的內(nèi)容點(diǎn)播要求信息。
“虛擬雙向”的一個(gè)基本要求，是使用支持節(jié)目內(nèi)容推送功能的內(nèi)置硬盤機(jī)頂盒。有線公司根據(jù)用戶通過互聯(lián)網(wǎng)或者記錄在機(jī)頂盒上的內(nèi)容點(diǎn)播要求，于深夜空閑時(shí)段把節(jié)目按戶配送。
筆者不甚了解，目前國內(nèi)相關(guān)業(yè)務(wù)是否可做到符合個(gè)性化需求的“內(nèi)容按戶配送”。在初期，可以采用全網(wǎng)統(tǒng)一推送方式，但“按戶配送”是業(yè)務(wù)真正蓬勃發(fā)展的基礎(chǔ)!或許，每個(gè)機(jī)頂盒有一個(gè)識別碼用于受控是否記錄配送的內(nèi)容，可以解決這個(gè)問題。
在上行通路方面，使用互聯(lián)網(wǎng)比較容易，即采用典型的B2C網(wǎng)站設(shè)計(jì)。關(guān)鍵是。如何設(shè)計(jì)優(yōu)秀的電視用戶界面。
內(nèi)容為王
雖然“虛擬雙向”以一種變通方式解決了信息上行，但這只是一種低成本且可迅速實(shí)現(xiàn)的技術(shù)手段，并不激活用戶需求；內(nèi)容，才是業(yè)務(wù)發(fā)展的關(guān)鍵!
對視頻內(nèi)容的全新理解。是關(guān)鍵之一。
在個(gè)性化的雙向服務(wù)環(huán)境中，需要對視頻內(nèi)容有全新理解――任何客戶想看到的視頻信息，任何可以借助視頻形式傳達(dá)給客戶的信息，都是分眾需求的潛在業(yè)務(wù)點(diǎn)。
比如，“中醫(yī)四診：望、聞、問、切”、“優(yōu)秀教師‘陋室銘’教學(xué)課堂實(shí)踐”、“羅馬古城導(dǎo)游”、“簡化太極拳教程”和“葡萄番茄陽臺種植”等等，都可能是分類用戶想獲取的視頻信息。事實(shí)上，除了電影、電視劇、舞臺劇、體育比賽、演唱會之外，衣食住行、工作、學(xué)習(xí)、社會交往……所有領(lǐng)域都有一些最適合于用視頻為載體傳遞的信息，用以展現(xiàn)過程、增加黏性。在某種程度上，這是數(shù)字電視與互聯(lián)網(wǎng)視頻的一種競爭，誰能夠提供更優(yōu)質(zhì)的服務(wù)就能贏得業(yè)務(wù)。
對通過利潤分享實(shí)現(xiàn)視頻內(nèi)容的分類聚合。是關(guān)鍵之二。
事實(shí)上，耕耘有年的付費(fèi)頻道，也瞄準(zhǔn)著上述視頻的分眾需求，但受制于多重因素，一直舉步維艱。所以，有線網(wǎng)絡(luò)運(yùn)營商在開辟雙向視頻業(yè)務(wù)時(shí)，內(nèi)容獲取手段一定要靈活，絕不可一手包辦或全面出擊，否則會力不從心，最終高投入、低產(chǎn)出。
正確的路徑，應(yīng)盡量依賴全社會各專業(yè)領(lǐng)域提供內(nèi)容，即Web2.0的“聚合一分享”思維。
做到這一點(diǎn)。關(guān)鍵是處理好利潤分成。谷歌的廣告分發(fā)商業(yè)模式為什么成功，核心因素即分成公平、主動讓利。只有把餅做大，所有方面才都得益。
制作契合用戶需求、具備價(jià)格競爭力的視頻內(nèi)容。是關(guān)鍵之三。
辨別用戶需求、質(zhì)量超過用戶心理預(yù)期、保持成本優(yōu)勢，是對經(jīng)營藝術(shù)的挑戰(zhàn)。高質(zhì)量往往意味著高成本，但會使價(jià)格喪失競爭力，尤其在“廉價(jià)”的廣播電視與互聯(lián)網(wǎng)商業(yè)氛圍中，很難快速打開市場。
降低成本，既可以從內(nèi)部著手，比如谷歌把數(shù)據(jù)中心的設(shè)備與能耗成本降至競爭對手的一半；也可以從外部發(fā)力，比如擴(kuò)大市場覆蓋范圍，用規(guī)模效應(yīng)的外部優(yōu)勢來對沖內(nèi)部成本。
對于中國的廣電網(wǎng)絡(luò)運(yùn)營商來說。規(guī)模效應(yīng)的推動力和實(shí)施難度都會更大，因?yàn)殚L期“條塊分割”的分散經(jīng)營，既積蓄著需求潛能，又累加著利益矛盾。近些年來，類似華數(shù)這種內(nèi)容聚合與分發(fā)商的出現(xiàn)，就是一個(gè)良性象征。
當(dāng)選擇規(guī)模效應(yīng)時(shí)，一個(gè)必然問題是內(nèi)容庫的管理。如何針對海量內(nèi)容、進(jìn)行全國市場的有效分發(fā)、分享，如何為利潤分成建立完備的后臺支撐系統(tǒng)，都很關(guān)鍵。
界面設(shè)計(jì)
雙向業(yè)務(wù)的人機(jī)界面和操控易用性，是對廣電運(yùn)營商的一大挑戰(zhàn)。
內(nèi)容檢索要向門戶網(wǎng)站與搜索引擎學(xué)習(xí)，制作適合于電視屏幕和遙控器界面的多種檢索方法，如筆劃、拼音、領(lǐng)域等；恰當(dāng)層級的菜單也是分類關(guān)鍵，可以提高檢索效率：如有可能，最好做到一定程度的人工智能，根據(jù)用戶行為偏好分析提出內(nèi)容建議。
必須建立用戶對內(nèi)容的需求反饋渠道。如用戶沒能找到內(nèi)容庫內(nèi)已有信息，服務(wù)人員可提供在線幫助；如該項(xiàng)信息尚未入庫，但用戶需求反饋頻繁，就應(yīng)當(dāng)考慮如何獲取，并通知用戶等候，使其感受到親切周到的服務(wù)體驗(yàn)。
當(dāng)初期用戶界面模型開發(fā)成功，應(yīng)組織志愿用戶參與小范圍試用測試，及時(shí)取得反饋并加以改進(jìn)。只有如此，在業(yè)務(wù)正式推出時(shí)，才能避免“上市即挨罵”的窘迫。須知，網(wǎng)絡(luò)業(yè)務(wù)的成功關(guān)鍵，是一定要贏得用戶的第一個(gè)印象、第一次使用體驗(yàn)。
可行性、市場調(diào)查與收費(fèi)
1、固定用戶：進(jìn)入該單元樓前，先在單元樓門口的對講主機(jī)刷卡處刷卡，門將被打開，同時(shí)電梯下至用戶所在的樓層（一樓或地下一樓）。進(jìn)入電梯后在廂內(nèi)讀卡器刷卡至指定樓層，同時(shí)點(diǎn)亮該層按鍵。
2、臨時(shí)訪客：先在一樓對講主機(jī)處呼叫所要拜訪的用戶，戶主在室內(nèi)對講分機(jī)上按一個(gè)“訪客鍵”，同時(shí)可視主機(jī)給梯控系統(tǒng)樓層信息(485協(xié)議)信號，并釋放該樓層權(quán)限，進(jìn)入單元樓的門打開，同時(shí)電梯下至一樓(通過門禁系統(tǒng)聯(lián)動實(shí)現(xiàn))。訪客進(jìn)入電梯后按所要拜訪的用戶的所在樓層，電梯至所要到的樓層。
3、住戶與住戶之間的互訪：首先電梯的預(yù)召喚功能由可視對講系統(tǒng)與電梯廠家做協(xié)議聯(lián)動來實(shí)現(xiàn)，樓層權(quán)限的開放則由梯控系統(tǒng)與可視對講協(xié)議聯(lián)動完成。如：8樓的戶主要拜訪12樓的戶主。先由8樓戶主先通過對講告知12樓戶主，12樓戶主在家里的對講分機(jī)上按“訪客鍵”，則電梯內(nèi)的“12”層按鍵被釋放。同時(shí)8樓戶主在戶內(nèi)，按預(yù)召喚鍵，召喚電梯到達(dá)8樓戶主所在位置，進(jìn)入電梯后，8樓戶主按電梯“12”層按鍵，則電梯達(dá)到12樓，拜訪12樓戶主。
4、住戶室內(nèi)電梯預(yù)召喚功能：電梯預(yù)召喚功能，由可視對講系統(tǒng)與電梯廠家通過協(xié)議聯(lián)動來實(shí)現(xiàn)該功能。
二、梯控系統(tǒng)流程圖：
1、固定用戶的流程圖：
由于上述提到的要點(diǎn)，對于業(yè)戶回家的流程如下：
戶主刷箱內(nèi)讀卡器
卡片的時(shí)間計(jì)劃正確，權(quán)限正確
控制器判斷
合法卡
非發(fā)卡
電梯無響應(yīng)
時(shí)間計(jì)劃錯(cuò)，權(quán)限錯(cuò)
卡片的時(shí)間計(jì)劃，權(quán)限計(jì)劃
位置判斷
進(jìn)入電梯首層
電梯運(yùn)行
指定到相應(yīng)樓層
2、臨時(shí)訪客的流程圖：
訪客進(jìn)入電梯后，按所拜訪的戶主所在的樓層鍵，
電梯下至一樓
位置判斷
訪客通過對講主機(jī)與戶主取得聯(lián)系，戶主同意確認(rèn)后，戶主在對講分機(jī)處按“訪客鍵”，
可視對講主機(jī)提供樓層信號(485)給梯控系統(tǒng)，釋放所需樓層權(quán)限
電梯運(yùn)行
訪客至所要拜訪的樓層
3、住戶與住戶之間的互訪流程圖（例如：8樓戶主訪問12樓戶主）
位置判斷
8樓戶主通過對講分機(jī)與12樓戶主取得聯(lián)系，12樓戶主同意確認(rèn)后，在對講分機(jī)處按“訪客鍵”，（電梯內(nèi)的“12”層按鍵被釋放）
8樓戶主戶內(nèi)按預(yù)召喚鍵，電梯到達(dá)8樓所在樓層
8樓戶主進(jìn)入電梯后，按12樓戶主的樓層“12”層
電梯運(yùn)行
8樓戶主到達(dá)12樓戶主所在的樓層，8樓戶主拜訪12樓戶主
三、梯控系統(tǒng)運(yùn)營商之間工作界面：
(一) 梯控廠家：
梯控系統(tǒng)要求電梯廠家，轎箱內(nèi)樓層按鍵處需提供，獨(dú)立按鍵信號（即非集成電路式），便于梯控系統(tǒng)接線。另外在轎箱內(nèi)刷卡處做好預(yù)留孔位方便讀卡器安裝，同時(shí)要求電梯廠家開放梯控協(xié)議。
詳細(xì)說明：IC卡電梯系統(tǒng)，需和電梯廠家配合的主要部分就是接口問題。從現(xiàn)有的結(jié)構(gòu)上來看，目前提供的控制部分電路都是繼電器的觸點(diǎn)信號。
功能說明：
從功能上實(shí)現(xiàn)過程是采用轎內(nèi)刷卡自動選層方式。也就是說有權(quán)用戶前往單一權(quán)限層，刷卡后轎內(nèi)某權(quán)限層按鈕亮，實(shí)現(xiàn)目標(biāo)層指令登記。有權(quán)用戶前往多個(gè)權(quán)限層，刷卡后轎內(nèi)某些權(quán)限層按鍵權(quán)限釋放，再由有權(quán)用戶選擇想前往的目標(biāo)層。如若有權(quán)用戶前往公共層不需刷卡只需按下樓層按鈕，實(shí)現(xiàn)目標(biāo)層指令登記。
接口說明：
1、每臺電梯上提供一套IC卡電梯控制器和多個(gè)按鍵控制器（一個(gè)IC卡電梯控制器下最多可以接6個(gè)按鍵控制器，每個(gè)按鍵控制器最多允許管理12層）。其中控制部分主要是按鍵控制器和電梯面板之間的連接方式。按鍵控制器的輸出形式：輸出未編碼的兩組繼電器信號。其中一組繼電器取名為層樓繼電器（通電時(shí)處于不跳變狀態(tài)），另一組取名為管理繼電器（通電時(shí)處于跳變狀態(tài)）。
2、當(dāng)IC 卡電梯控制器確認(rèn)某層有權(quán)用戶的權(quán)限后，如果該有權(quán)用戶只能去某一樓層時(shí)，樓層繼電器跳變，而管理繼電器不跳變；如果該有權(quán)用戶能去多個(gè)樓層時(shí)，管理繼電器跳變，而層樓繼電器不跳變。
3、物業(yè)管理部門用戶刷卡后，必須釋放所有按鍵的權(quán)限，此時(shí)，管理繼電器全部吸合，由物業(yè)管理部門用戶自行選擇想要去的樓層。
4、當(dāng)發(fā)生緊急狀況或者IC電梯系統(tǒng)損壞時(shí)，只要斷開IC卡電梯系統(tǒng)的供電，管理繼電器恢復(fù)到原來狀態(tài)，此時(shí)能保證電梯原來系統(tǒng)的正常運(yùn)行。
設(shè)備供電要求：
電源位于轎頂電氣箱，規(guī)格為AC220V。
預(yù)留設(shè)備安裝空間要求：
1、讀卡器的尺寸大?。鹤x卡器安裝在電梯按鍵面板上，所以面板上就需要預(yù)留安裝讀卡器的空間，一般這個(gè)空間的大小為：120MM*120MM
2、電梯鐵箱尺寸大?。?50MM*250MM*400MM。電梯轎箱頂部的空間必須符合這個(gè)尺寸要求。
電梯線纜及接線端要求：
1、調(diào)度控制器與電梯控制器和按鍵控制器、感應(yīng)讀卡器是采用RS485的通訊方式，故所采用的線纜必須是RVVSP4*1.0（內(nèi)含抗拉鋼絲）。或是2根RVVSP2*1.0。
2、現(xiàn)場走線時(shí)，這根RS485的通訊總線，盡量避免與AC380等動力線走在一起。
3、接線端要求：在轎箱頂部需要有各個(gè)按鍵接線端子說明。這樣在接線的時(shí)候不至于因?yàn)榫€太多，引起接錯(cuò)的情況。
另外說明：
在設(shè)備安裝或者是現(xiàn)場調(diào)試系統(tǒng)時(shí)，盡可能的希望電梯廠家能在場指導(dǎo)，這樣不至于對相互系統(tǒng)的不了解，引起很多不必要的麻煩。
(二) 門禁廠家：
門禁廠家只需與可視對講系統(tǒng)（需預(yù)留門禁讀卡器放置空間，預(yù)留供電線路，通訊線路），在單元門口機(jī)處，通過物理聯(lián)接，實(shí)現(xiàn)刷卡開門和臨時(shí)訪客拜訪。在進(jìn)入單元樓同時(shí)召喚電梯至一層或地下層，由門禁廠家與電梯廠家在電梯召喚上行鍵處做物理聯(lián)接，即放置一根RVV4X0.5的聯(lián)動控制線（此處為開關(guān)量信號需電梯廠家配合）。
無論你的客戶群有多大，IBM的自助服務(wù)方案都可以幫助網(wǎng)站輕裝上陣，提供此類服務(wù)?？蛻艨梢允褂镁W(wǎng)站解決自己的問題，而不是去爭奪哪些有限的資源，如電話接線員和銷售人員。1999年，IBM的網(wǎng)站處理了四千一百萬個(gè)技術(shù)性的自助查詢，在降低成本和提高效率方面的收益超過了七億五千萬。 Front-office CRM應(yīng)用
IBM公司最近和世界領(lǐng)先的CRM方案供應(yīng)商Siebel System公司結(jié)為同盟，共同提供高性能、可靠、易升級擴(kuò)展的解決方案。此方案可以授權(quán)員工在每個(gè)客戶聯(lián)系點(diǎn)及時(shí)獲取實(shí)時(shí)信息，使用網(wǎng)絡(luò)擴(kuò)展和升級銷售自動化工具、呼叫中心應(yīng)用和管理市場營銷活動。
系統(tǒng)集成
IBM公司提供全球范圍的咨詢服務(wù)，他們的顧問經(jīng)驗(yàn)豐富，從設(shè)計(jì)到實(shí)施都可以幫助企業(yè)進(jìn)行端到端的系統(tǒng)集成。同時(shí)，可以將企業(yè)的IT系統(tǒng)聯(lián)接起來，簡化所有業(yè)務(wù)渠道信息的訪問。
商業(yè)智能
通過分析客戶數(shù)據(jù)，謀求最大的有效性和盈利性，并據(jù)此調(diào)整營銷計(jì)劃。
