關(guān)于解決方案錦集7篇

　　為了確保事情或工作得以順利進(jìn)行，時(shí)常需要預(yù)先開(kāi)展方案準(zhǔn)備工作，方案是書面計(jì)劃，具有內(nèi)容條理清楚、步驟清晰的特點(diǎn)。方案要怎么制定呢？下面是小編精心整理的解決方案7篇，僅供參考，歡迎大家閱讀。

解決方案 篇1

　　摘要：

　　針對(duì)零售企業(yè)實(shí)現(xiàn)商品網(wǎng)上銷售而對(duì)網(wǎng)上商店系統(tǒng)提出的四大基本需求提供解決辦法及技術(shù)實(shí)現(xiàn)。適用于網(wǎng)絡(luò)型網(wǎng)上商店和網(wǎng)上商城經(jīng)營(yíng)企業(yè)。同時(shí)該網(wǎng)店解決方案也適用于傳統(tǒng)零售企業(yè)的電子商務(wù)化需求，為有網(wǎng)上開(kāi)店需求的傳統(tǒng)零售企業(yè)提供解決辦法及技術(shù)實(shí)現(xiàn)。

　　正文：

　　根據(jù)我國(guó)零售企業(yè)的商業(yè)運(yùn)營(yíng)模式及目前的發(fā)展?fàn)顩r，零售企業(yè)把商品實(shí)現(xiàn)網(wǎng)上銷售的需求集中在以下四點(diǎn)：

　　1， 促使顧客產(chǎn)生購(gòu)買行為

　　2， 促使顧客反復(fù)產(chǎn)生購(gòu)買行為

　　3， 精簡(jiǎn)穩(wěn)定的運(yùn)行系統(tǒng)平臺(tái)

　　4， 較低的系統(tǒng)實(shí)施的成本和較短的系統(tǒng)實(shí)施周期。

　　根據(jù)零售企業(yè)這四點(diǎn)基本需求，博商網(wǎng)上商店系統(tǒng)1.4版技術(shù)解決方案如下：

　　1， 促使顧客產(chǎn)生購(gòu)買行為的辦法和技術(shù)實(shí)現(xiàn)

　　A， 搜索引擎優(yōu)化

　　搭建關(guān)鍵字管理平臺(tái)，提供為每一個(gè)產(chǎn)品專門定義對(duì)搜索引擎友好的關(guān)鍵詞的功能，配合頁(yè)面靜態(tài)化自動(dòng)生成引擎，實(shí)現(xiàn)網(wǎng)上商店的每一個(gè)產(chǎn)品都能被搜索引擎收錄的目的。實(shí)現(xiàn)全面搜索引擎優(yōu)化。

　　B， 提供企業(yè)級(jí)的商品陳列和貨架管理功能

　　提供系統(tǒng)前端展示后臺(tái)管理功能。模塊化頁(yè)面元素。實(shí)現(xiàn)產(chǎn)品組合、產(chǎn)品排列、產(chǎn)品展示的手動(dòng)設(shè)置功能。提供商品陳列模塊調(diào)用功能。提供商品陳列管理指引。

　　C， 提供企業(yè)級(jí)商品數(shù)量支持。

　　提供動(dòng)態(tài)頁(yè)面靜態(tài)化HTML自動(dòng)處理功能,使每次訪問(wèn)頁(yè)面都是直接讀取靜態(tài)化文件，降低對(duì)后臺(tái)數(shù)據(jù)庫(kù)連接請(qǐng)求，降低系統(tǒng)運(yùn)行壓力。

　　中型以上站點(diǎn)的解決辦法是同時(shí)啟動(dòng)內(nèi)置的多級(jí)緩存功能，內(nèi)存預(yù)先讀取數(shù)據(jù)庫(kù)資料信息，并壓縮至20%，降低CPU占用率，提高系統(tǒng)性能。借助博商網(wǎng)上商店系統(tǒng)的框架技術(shù)解決辦法解決海量產(chǎn)品支持的問(wèn)題，實(shí)現(xiàn)后臺(tái)系統(tǒng)在產(chǎn)品數(shù)量的幾何級(jí)激增的情況下而系統(tǒng)性能波動(dòng)較小的目的。

　　D， 提供便捷的比貨功能

　　提供便捷的一頁(yè)式比貨功能。從中小型零售商顧客購(gòu)物行為習(xí)慣考量，提供一頁(yè)式、多產(chǎn)品、參數(shù)標(biāo)準(zhǔn)化、比較參數(shù)可選化的比貨功能。將比貨從手動(dòng)操作轉(zhuǎn)變?yōu)闊o(wú)紙化，通過(guò)減少比貨耗用時(shí)間和精力這兩方面提高顧客購(gòu)物體驗(yàn)，提高訂單成功率。

　　E， 提供產(chǎn)品推薦銷售功能。

　　根據(jù)網(wǎng)上商店中超過(guò)四分之一的營(yíng)業(yè)額是因?yàn)樯碳彝扑]而售出的研究結(jié)果，通過(guò)后臺(tái)系統(tǒng)設(shè)置實(shí)現(xiàn)向消費(fèi)者推薦相關(guān)程度高及配套購(gòu)買可能性大的商品，針對(duì)每個(gè)單一商品提供交叉銷售的機(jī)會(huì)。基于長(zhǎng)期的運(yùn)營(yíng)經(jīng)驗(yàn)，商家可預(yù)先分析消費(fèi)者的購(gòu)買趨勢(shì)并制定好相應(yīng)的商品年推薦策略，同時(shí)應(yīng)用博商網(wǎng)上商店內(nèi)置的商業(yè)數(shù)據(jù)分析模塊，結(jié)合大量歷史消費(fèi)數(shù)據(jù)分析，針對(duì)不同類型的消費(fèi)者總結(jié)分析消費(fèi)共性，提供多種個(gè)性化的商品推薦方式，實(shí)現(xiàn)顧客個(gè)性消費(fèi)和超額采購(gòu)。

　　F， 提供高效、簡(jiǎn)單的支付流程。

　　提供簡(jiǎn)潔、高效、配置靈活的支付流程，減少支付環(huán)節(jié)，明晰支付步驟，并為每一步支付環(huán)節(jié)提供必要的提示及安全說(shuō)明。

　　提供免注冊(cè)支付解決辦法。

　　提供完善全面的支付網(wǎng)關(guān)連接，全面提供主流支付網(wǎng)關(guān)接口包括SSL方式和SET方式的網(wǎng)關(guān)接口，提供全面的支付網(wǎng)關(guān)支持。

　　為跨國(guó)經(jīng)營(yíng)企業(yè)提供PayPal,VeriSign,iPS等國(guó)際支付接口。

　　G，提供專業(yè)導(dǎo)購(gòu)功能

　　提供全站商品檢索和商品分類功能。

　　提供專業(yè)的視頻導(dǎo)購(gòu)功能，通過(guò)多媒體模式實(shí)現(xiàn)商品導(dǎo)購(gòu)。

　　實(shí)現(xiàn)內(nèi)嵌式站內(nèi)商品搜索功能，實(shí)現(xiàn)動(dòng)態(tài)商品類別導(dǎo)航功能。

　　實(shí)現(xiàn)全庫(kù)商品評(píng)論功能。

　　實(shí)現(xiàn)全庫(kù)商品評(píng)級(jí)功能。

　　實(shí)現(xiàn)自動(dòng)商品推薦及商品排行榜建設(shè)功能。

　　2， 促使顧客反復(fù)產(chǎn)生購(gòu)買行為的辦法及技術(shù)實(shí)現(xiàn)

　　A， 提供豐富的促銷功能支持

　　完全參考線下實(shí)體店內(nèi)商家組織種類繁多得促銷活動(dòng)，直接轉(zhuǎn)化成網(wǎng)絡(luò)促銷模式，進(jìn)而刺激網(wǎng)民的購(gòu)買熱情。結(jié)合傳統(tǒng)零售商家在如何利用促銷來(lái)支持各種市場(chǎng)營(yíng)銷活動(dòng)中積累的大量的經(jīng)驗(yàn)，通過(guò)技術(shù)方式實(shí)現(xiàn)，提高網(wǎng)上商店的銷售額即反復(fù)購(gòu)買欲。

　　通過(guò)分析零售業(yè)態(tài)中所有不同的促銷方法和促銷規(guī)則，并加以歸納和提升，通過(guò)算法、內(nèi)容發(fā)布模塊、關(guān)連數(shù)據(jù)庫(kù)屬性、條件屬性歸類等辦法為網(wǎng)上零售商家專門定做基于規(guī)則驅(qū)動(dòng)的促銷引擎。從而實(shí)現(xiàn)靈活制定幾乎所有商業(yè)零售中可能出現(xiàn)的促銷規(guī)則，結(jié)合積分，電子優(yōu)惠券，贈(zèng)券等促銷手法，并實(shí)現(xiàn)這些促銷手法的靈活搭配實(shí)現(xiàn)收效更佳的目的!

　　B， 提供數(shù)據(jù)庫(kù)管理、會(huì)員管理功能

　　通過(guò)會(huì)員制度，建立客戶的消費(fèi)行為數(shù)據(jù)庫(kù)，分析多渠道客戶的瀏覽行為、選擇產(chǎn)品和購(gòu)買模式，網(wǎng)上零售商可以依據(jù)分析統(tǒng)計(jì)的結(jié)果改變其營(yíng)銷策略，以恰當(dāng)?shù)丶��?lì)客戶。

　　廣告、激勵(lì)因素和產(chǎn)品銷售得以個(gè)性化，使客戶在體驗(yàn)消費(fèi)時(shí)更加方便，有親切感和滿足感。

　　C， 提供CRM管理功能。

　　客戶管理是建立在基于客戶消費(fèi)行為的數(shù)據(jù)庫(kù), 以整合、分析個(gè)體特征為手段， 滿足個(gè)性化的消費(fèi)需求，達(dá)到精準(zhǔn)營(yíng)銷的目的。博商網(wǎng)上商店系統(tǒng)結(jié)合商業(yè)智能系統(tǒng)構(gòu)建了完全以‘客戶為中心’的購(gòu)物環(huán)境，增強(qiáng)的客戶關(guān)系會(huì)帶來(lái)更高的客戶忠誠(chéng)度、低成本的客戶獲取，并為商家?guī)��?lái)更高的收益。

　　D， 提供BI功能模塊。

　　提供高度整合客戶消費(fèi)數(shù)據(jù)庫(kù)的強(qiáng)大商業(yè)智能分析工具，內(nèi)置易于使用的WEB自定義報(bào)表分析系統(tǒng)(Reports)，結(jié)合商品流通和成本績(jī)效管理，讓企業(yè)獲得最全面、迅速的數(shù)據(jù)洞悉能力，輕松自如的制定各種相應(yīng)的營(yíng)銷策略。

　　3， 關(guān)于精簡(jiǎn)穩(wěn)定的系統(tǒng)平臺(tái)解決方案。

　　A， 數(shù)據(jù)庫(kù)容量支持

　　采用輕量級(jí)開(kāi)發(fā)里面的IoC，AOP，簡(jiǎn)化開(kāi)發(fā)模型等思想;保證系統(tǒng)易維護(hù)、易升級(jí)、擴(kuò)展性和靈活性好。;通過(guò)中間層管理數(shù)據(jù)庫(kù)連接，實(shí)現(xiàn)數(shù)據(jù)訪問(wèn)。

　　B， 網(wǎng)絡(luò)流量支持。

　　要求采用B/S模式、使用J2EE架構(gòu)開(kāi)發(fā)，實(shí)現(xiàn)超大流量的的支持，實(shí)現(xiàn)突發(fā)性暴增流量的支持。

　　C， 安全性支持。

　　通過(guò)完善的權(quán)限控制，把資金交易、會(huì)員資料、交易信息、產(chǎn)品庫(kù)等幾方面資源保護(hù)。通過(guò)面向客戶的前端銷售平臺(tái)與后臺(tái)管理系統(tǒng)物理隔離，甚至可以根據(jù)業(yè)務(wù)安裝在不同區(qū)域的服務(wù)器上，從而客戶端無(wú)法訪問(wèn)到后臺(tái)系統(tǒng)的數(shù)據(jù)，將系統(tǒng)受到前端攻擊的可能性降到最低。

　　在數(shù)據(jù)庫(kù)安全方面

　　數(shù)據(jù)庫(kù)系統(tǒng)符合C2級(jí)安全標(biāo)準(zhǔn)，提供完善的數(shù)據(jù)庫(kù)監(jiān)控、報(bào)警和故障處理。

　　D、擴(kuò)展性

　　參考最新的技術(shù)發(fā)展方向，把好的思想而又成熟的技術(shù)引入系統(tǒng)(例如MVC，SOA等)，考慮預(yù)留以后應(yīng)用起來(lái)的方便性。

　　根據(jù)擴(kuò)展性和前瞻性的需求，采用J2EE工業(yè)標(biāo)準(zhǔn)技術(shù)架構(gòu)，為企業(yè)業(yè)務(wù)擴(kuò)展提供靈活的接口技術(shù)。

　　從企業(yè)開(kāi)始決定投資網(wǎng)上商店系統(tǒng)開(kāi)始，提供了長(zhǎng)遠(yuǎn)的業(yè)務(wù)系統(tǒng)規(guī)劃。

　　實(shí)現(xiàn)跨業(yè)務(wù)系統(tǒng)的無(wú)縫遷移，實(shí)現(xiàn)基于博商網(wǎng)上商店系統(tǒng)的現(xiàn)有功能的拓展,為JAVA技術(shù)的團(tuán)隊(duì)或個(gè)人都可以繼續(xù)進(jìn)行二/N次開(kāi)發(fā)提供便利,不捆綁單一的供應(yīng)商，真正意義做到平臺(tái)的獨(dú)立性!

　　4， 通過(guò)提供標(biāo)準(zhǔn)版、軟件租用、定制開(kāi)發(fā)多種產(chǎn)品購(gòu)買模式，提供全面的產(chǎn)品購(gòu)買選擇，降低企業(yè)項(xiàng)目實(shí)施費(fèi)用，縮短系統(tǒng)實(shí)施周期

　　A、標(biāo)準(zhǔn)化產(chǎn)品

　　面向中小型企業(yè)通用型需求，提供開(kāi)箱即用的標(biāo)準(zhǔn)化產(chǎn)品，降低系統(tǒng)實(shí)施費(fèi)用、縮短系統(tǒng)實(shí)施周期

　　B、提供軟件租用服務(wù)

　　提供軟件租用服務(wù)，按使用時(shí)間付費(fèi)。

　　C、模塊化系統(tǒng)

　　通過(guò)標(biāo)準(zhǔn)模塊的調(diào)用，降低系統(tǒng)實(shí)施成本和縮短實(shí)施周期

　　5，技術(shù)參數(shù)

　　l Spring Framework 2.0，包括Spring MVC

　　l Spring是一個(gè)較新的輕量級(jí)開(kāi)發(fā)框架，本身提供豐富的功能，并能夠和現(xiàn)在很多受歡迎的開(kāi)源框架、標(biāo)準(zhǔn)(例如Hibernate，Velocity，JSF，Quartz等等)方便地集成，大大簡(jiǎn)化了利用開(kāi)源技術(shù)進(jìn)行開(kāi)發(fā)的難度，并可以提高開(kāi)發(fā)效率和質(zhì)量(有較多的文檔和指引)。

　　l 主要的核心思想是使用POJO、Bean容器管理、AOP、Ioc、接口編程等。

　　l Spring是本產(chǎn)品使用的最關(guān)鍵的技術(shù)/框架，主要用到：事務(wù)管理、Bean管理、AOP、MVC、和Hibernate的集成、View層集成、報(bào)表集成、Quartz集成、Email等。

　　l Hibernate 3.2

　　l Hibernate是個(gè)流行的開(kāi)源的O/R框架�？梢酝该鞯靥幚頂�(shù)據(jù)存儲(chǔ)以及和Java對(duì)象的映射。Hibernate可以支持市場(chǎng)上絕大部分的數(shù)據(jù)庫(kù)系統(tǒng)。

　　l 適用范圍

　　l 使用Spring和Hibernate集成。

　　l 另外HQL是Hibernate里面使用的一種數(shù)據(jù)查詢語(yǔ)言，可以支持所有Hibernate支持的數(shù)據(jù)庫(kù)。所以在開(kāi)發(fā)的時(shí)候主要使用HQL，避免使用某數(shù)據(jù)庫(kù)廠商特定的SQL語(yǔ)法或者存儲(chǔ)過(guò)程。

　　l 由于連接在映射里面一般被映射為Collection，并在JSF + Spring + Hibernate使用里面有一些問(wèn)題(Hibernate里面的Lazy Loading和JSF的binding會(huì)有一些問(wèn)題)，所以考慮不支持把外鍵映射為集合，只是當(dāng)作簡(jiǎn)單的字段來(lái)使用，然后程序員需要在BO層處理這些連接而且這樣有個(gè)好處是運(yùn)行的性能比較好。

　　l JSP 2.0，JSTL，EL 本系統(tǒng)缺省使用的視圖層技術(shù)，用來(lái)生成HTML返回給瀏覽器。通過(guò)使用JSTL、EL，易讀性和可維護(hù)性可以媲美Velocity等模版語(yǔ)言，而且有眾多的開(kāi)發(fā)工具支持。

　　l Servlet 2.4： 系統(tǒng)里面會(huì)少量使用Servlet。Servlet是和CGI類似的技術(shù)，而且JSP運(yùn)行之前是先編譯為Servlet才運(yùn)行的。主要在不需要生成HTML但是需要提供其他Web服務(wù)的時(shí)候使用，例如輸出圖片。還可能使用的其他Servlet相關(guān)的技術(shù)有Filter、Listener等。

　　l Sitemesh 2.3： 頁(yè)面排版和裝飾框架。負(fù)責(zé)頁(yè)面的總體排版。

　　l Acegi security 1.0：基于角色的權(quán)限控制安全框架。

　　l AJAX (主要用下面的DWR，scriptaculous，以及Prototype) ： 頁(yè)面部分更新、以及實(shí)現(xiàn)友好的用戶交互。

　　l DWR 2.0： 一個(gè)AJAX服務(wù)器端引擎。

　　l Prototype： 一個(gè)流行的JavaScript框架。

　　l JBoss Rule： 強(qiáng)大的規(guī)則引擎。

　　l BIRT (Reporting)： 強(qiáng)大的報(bào)表設(shè)計(jì)、生成引擎。

　　l Lucene Lucence：是一個(gè)搜索引擎，主要用于網(wǎng)站文章、產(chǎn)品描述的全文搜索等。

　　l OsCache： 緩存框架。在本產(chǎn)品主要負(fù)責(zé)處理頁(yè)面緩存。

　　l EhCache ：緩存框架。在本產(chǎn)品主要負(fù)責(zé)處理數(shù)據(jù)緩存，包括Hibernate的二級(jí)緩存。

　　l Quartz： 計(jì)劃任務(wù)器，負(fù)責(zé)在后臺(tái)運(yùn)行一些任務(wù)。

　　l Urlrewrite： 重寫URL。

　　l Commons： (主要包括DBCP，Pool，Validator等等)使用Commons Validator進(jìn)行輸入驗(yàn)證等。

　　l Displaytag： 表格輸出、排版等。

　　l FCKeditor 2.3： 可視化的在線HTML編輯器。

　　l ANT： 開(kāi)發(fā)時(shí)、安裝時(shí)用到的一些常用的任務(wù)。

　　l JUnit，DbUnit： 單元測(cè)試。

　　l LOG4J： 文本的系統(tǒng)日子輸出。

　　l Velocity： 一個(gè)常用的頁(yè)面模版技術(shù)�？梢宰鳛橐晥D層的另一種選擇。在本產(chǎn)品缺省的配置里面主要用來(lái)作為郵件的頁(yè)面模版。

　　l dom4j：SAX XML解釋器。

　　l Xerces：XML解釋器。

　　在標(biāo)準(zhǔn)測(cè)試環(huán)境(參考系統(tǒng)需求)下，系統(tǒng)的性能指標(biāo)如下：

　　l 可以支持N*100個(gè)以上用戶同時(shí)進(jìn)行產(chǎn)品瀏覽、使用購(gòu)物車、結(jié)帳、客戶服務(wù)等

　　l 日頁(yè)面訪問(wèn)量可以支持100萬(wàn)PV/天

　　l 一般的頁(yè)面的響應(yīng)時(shí)間應(yīng)在2秒內(nèi)(局域網(wǎng)內(nèi))

　　l 復(fù)雜的頁(yè)面響應(yīng)時(shí)間在5秒內(nèi)(局域網(wǎng)內(nèi))

　　l 支付、運(yùn)輸?shù)韧獠拷涌诘墓δ茉?0秒以內(nèi)完成

　　l 很復(fù)雜的分析統(tǒng)計(jì)報(bào)表的響應(yīng)時(shí)間不超過(guò)30秒

解決方案 篇2

　　近日根據(jù)外媒報(bào)道，LG正式公布了“Nexus 5X重啟門”的解決方案，表示將為遇到問(wèn)題的用戶提供全額退款服務(wù)。至于為什么不選擇換機(jī)，那是因?yàn)镹exus 5X已經(jīng)停產(chǎn)了，并沒(méi)有多余的設(shè)備可進(jìn)行更換。

　　當(dāng)然，如果你是七天之內(nèi)購(gòu)買然后出問(wèn)題這樣做無(wú)可厚非，而LG還針對(duì)了一部分因?yàn)榘沧?.0升級(jí)故障導(dǎo)致無(wú)限重啟的用戶。

　　可能大家都不記得這件事的起因，在9月份時(shí)，小部分Nexus 5X設(shè)備升級(jí)到7.0后出現(xiàn)了無(wú)限重啟的事故，當(dāng)時(shí)LG給出的解決方案是送修或換機(jī)，因?yàn)楦�源是硬件故障�?/p>

　　這么看來(lái)，LG作為一個(gè)大廠售后還是很良心的。

　　但無(wú)論怎么說(shuō)，對(duì)于消費(fèi)者而言倒也算是好事一件，畢竟Nexus 5X已經(jīng)是去年的推出的機(jī)型了，能夠獲得全額退款還是相當(dāng)不易的。不過(guò)，用戶需要保存好自己購(gòu)買時(shí)候的發(fā)票，由于假期因素，退款大約需要4周才能到賬。

解決方案 篇3

　　摘要：針對(duì)醫(yī)院薪酬管理進(jìn)行了多角度分析，通過(guò)分析指出了目前醫(yī)院薪酬管理方面存在的一些問(wèn)題，并針對(duì)這些問(wèn)題提出了一些有效的意見(jiàn)和建議。

　　關(guān)鍵詞：醫(yī)院；薪酬管理；薪酬改革；重要性

　　１公立醫(yī)院醫(yī)院薪酬管理的內(nèi)涵

　�。保�１醫(yī)院薪酬的內(nèi)涵可以從狹義與廣義兩個(gè)層面來(lái)進(jìn)行概括

　　從狹義的層面來(lái)看醫(yī)院薪酬指的即是員工能夠獲得的工資收入以及獎(jiǎng)金所得等；從廣義的層面來(lái)看醫(yī)院薪酬指的即是員工在進(jìn)行工作的過(guò)程中所能夠獲得的所有收益，這里的收益既包括工資性的收益，也包括一些無(wú)形的收益，比如，如果員工表現(xiàn)好，那么他有可能獲得職位的晉升，擁有更好的工作環(huán)境和工作條件，能夠更好的發(fā)揮個(gè)人潛力，實(shí)現(xiàn)自己的發(fā)展規(guī)劃目標(biāo)。

　�。保�２醫(yī)院通過(guò)積極進(jìn)行薪酬管理能夠達(dá)到很好的激勵(lì)作用

　　使得員工對(duì)于醫(yī)院充滿信心，更好的發(fā)揮自己的優(yōu)勢(shì)作用，為醫(yī)院發(fā)展貢獻(xiàn)自己的最大力量，對(duì)于醫(yī)院的發(fā)展來(lái)說(shuō)意義重大。通過(guò)進(jìn)行薪酬管理使得員工能夠獲得更好的收益分配，促進(jìn)員工更好的參與到日常的工作當(dāng)中來(lái)。在員工的利益和醫(yī)院的基本發(fā)展目標(biāo)達(dá)成一致的情況下，醫(yī)院的發(fā)展更加順利，更容易實(shí)現(xiàn)發(fā)展目標(biāo)。

　　２公立醫(yī)院薪酬結(jié)構(gòu)的現(xiàn)狀

　�。玻�１目前的醫(yī)療衛(wèi)生體系的基本情況

　　進(jìn)行薪酬分配的基本內(nèi)容為：有職位報(bào)酬、職位收益以及績(jī)效所得等這些主要薪酬，還有醫(yī)療衛(wèi)生津貼以及車費(fèi)補(bǔ)貼等這些主要的津貼收益；同時(shí)，根據(jù)有關(guān)規(guī)定，獲得相應(yīng)的獎(jiǎng)金，在進(jìn)行獎(jiǎng)金的分配和發(fā)放的時(shí)候，醫(yī)院主要采取工作量和獎(jiǎng)金相掛鉤的方式，同時(shí)，還會(huì)參考員工的基本工作環(huán)境、工作內(nèi)容以及工作的性質(zhì)，進(jìn)行獎(jiǎng)金分配的合理調(diào)整；基本的社會(huì)保障金從員工的工資性收益當(dāng)中進(jìn)行抽取，抽取的實(shí)際金額嚴(yán)格的按照管理部門的有關(guān)規(guī)定進(jìn)行；同時(shí)還有購(gòu)房補(bǔ)貼、醫(yī)療休養(yǎng)費(fèi)等等這些主要的員工福利。

　�。玻�２工資分配情況

　　在進(jìn)行工資分配的時(shí)候，只是簡(jiǎn)單的和績(jī)效聯(lián)系起來(lái)還遠(yuǎn)遠(yuǎn)不夠，這樣不能夠使得績(jī)效的激勵(lì)作用很好的實(shí)現(xiàn)，對(duì)于績(jī)效進(jìn)行充分利用，能夠使得員工更好的發(fā)揮自己的潛能。在進(jìn)行工資分配的時(shí)候要充分的考慮各個(gè)方面的因素，比如，員工工作的基本環(huán)境，工作的基本性質(zhì)以及內(nèi)容，在進(jìn)行各項(xiàng)工作的時(shí)候所面臨的各種風(fēng)險(xiǎn)，還有員工在特定崗位上的發(fā)展前景等等，通過(guò)參照各個(gè)不同方面的因素，使得工資的分配更為科學(xué)合理。通過(guò)對(duì)于薪酬結(jié)構(gòu)進(jìn)行進(jìn)一步的分析能夠得出，現(xiàn)在在進(jìn)行工資分配的時(shí)候，不僅僅會(huì)參照員工的績(jī)效，還要依照?qǐng)F(tuán)隊(duì)績(jī)效，使得薪酬結(jié)構(gòu)變得更加科學(xué)和合理。

　　３我國(guó)公立醫(yī)院薪酬管理存在的'問(wèn)題

　�。常�１薪酬結(jié)構(gòu)設(shè)置不科學(xué)不完善

　　①在進(jìn)行工資分配的時(shí)候，現(xiàn)在的主要參考依據(jù)集中在員工的職位高低等方面，而對(duì)員工實(shí)際掌握的工作技能沒(méi)有更多的進(jìn)行參考；②能夠發(fā)生變動(dòng)的薪資所占的比重不足。在這樣的薪酬管理結(jié)構(gòu)之下，員工的工作積極性不能夠很好的帶動(dòng)起來(lái)，工作效率普遍偏低，進(jìn)而對(duì)于醫(yī)院的營(yíng)運(yùn)造成不良影響。

　　３．２新酬考核與債效考核依據(jù)不便理

　　在進(jìn)行薪酬分配的時(shí)候，主要的參考依據(jù)是不同部門不同職位的經(jīng)濟(jì)收益。那些經(jīng)濟(jì)收益較好的部門往往能夠獲得更多的薪資，而那些經(jīng)濟(jì)收益相對(duì)較低的部門，其薪酬也不高。在這樣的薪酬分配辦法之下，不能夠很好的體現(xiàn)多勞多得的原則，很多部門工作強(qiáng)度大，但是薪資水平低。公立醫(yī)院進(jìn)行績(jī)效考核的主要依據(jù)是機(jī)構(gòu)或者崗位的經(jīng)濟(jì)收益，各個(gè)不同的部門對(duì)于員工進(jìn)行考評(píng)。因?yàn)榭?jī)效考核不科學(xué)不合理，參考價(jià)值不大，使得薪酬分配不公平。很多的公立醫(yī)院在進(jìn)行經(jīng)營(yíng)運(yùn)作的時(shí)候自負(fù)盈虧，使得醫(yī)院更多地通過(guò)經(jīng)濟(jì)收益進(jìn)行工資分配。目前很多的醫(yī)院獲得經(jīng)濟(jì)收益的主要部門都借助于先進(jìn)的醫(yī)療設(shè)備以及藥物的銷售，造成各個(gè)部門的收益和員工付出不一致的情況。

　　４公立醫(yī)院薪酬管理的改革對(duì)策

　　４．１醫(yī)院層面的薪酬管理改革對(duì)策

　　在公立醫(yī)院進(jìn)行薪酬管理的時(shí)候，其基本任務(wù)就是固守現(xiàn)在的薪酬分配狀態(tài)，同時(shí)還要降低無(wú)效醫(yī)療的情況，使得薪酬管理水平得到提升；在進(jìn)行收益的分配的時(shí)候，實(shí)現(xiàn)公平競(jìng)爭(zhēng)，促進(jìn)收益分配更加的合理。消除內(nèi)部壟斷權(quán)利市場(chǎng)，規(guī)范個(gè)人行為；醫(yī)院直接獲得壟斷收益，穩(wěn)定薪酬水平；醫(yī)院統(tǒng)一分配壟斷收益，優(yōu)化薪酬結(jié)構(gòu)。在醫(yī)院進(jìn)行薪酬管理的時(shí)候，為了使得其效率水平得到提升，更多的借助于內(nèi)部管理，這種改進(jìn)措施沒(méi)有很好的顧及醫(yī)院的長(zhǎng)期發(fā)展。

　�。矗�２政府層面的薪酬管理改革對(duì)策

　　只有公立醫(yī)院才會(huì)由政府來(lái)提出明確的薪酬管理方案，而且在制定方案時(shí)，要想實(shí)現(xiàn)人員的自由流動(dòng)，就一定要清楚的將公立醫(yī)院的產(chǎn)權(quán)歸屬明確。所以，針對(duì)公立醫(yī)院而言，薪酬管理改革對(duì)策就是著力將人力資源市場(chǎng)機(jī)制在醫(yī)院中的作用全面恢復(fù)。清晰界定公立醫(yī)院產(chǎn)權(quán)歸屬；建立醫(yī)療人力資源市場(chǎng)體制。構(gòu)建多元化的醫(yī)療服務(wù)市場(chǎng)。建立一個(gè)完善，有效的薪酬管理機(jī)制，將公立醫(yī)院從里到外的管理模式進(jìn)行改善，這就是政府對(duì)于醫(yī)院薪酬管理的長(zhǎng)久性改革方案。

　�。矗�３對(duì)薪酬管理系統(tǒng)進(jìn)行改革和創(chuàng)新

　　如今的醫(yī)療市場(chǎng)越來(lái)越成熟，而競(jìng)爭(zhēng)也越來(lái)越激烈，在這種大環(huán)境下，以往的薪酬理念已經(jīng)不能夠滿足醫(yī)院發(fā)展需求，所以必須對(duì)薪酬管理系統(tǒng)進(jìn)行改革和創(chuàng)新，要大力強(qiáng)化薪酬管理對(duì)于企業(yè)員工的激勵(lì)作用，將企業(yè)員工個(gè)人績(jī)效考核和崗位績(jī)效列入薪酬管理中，并將其作為重點(diǎn)改革方向，只有這樣，才能將薪酬管理的效果真正發(fā)揮出來(lái)，從而使醫(yī)院管理體制改革順利進(jìn)行。醫(yī)院薪酬管理機(jī)制的設(shè)定可以說(shuō)是其人力資源最切實(shí)的保障。只有醫(yī)院擁有一套行之有效的薪酬管理系統(tǒng)，才能夠真正的利用這一系統(tǒng)來(lái)提升員工的工作積極性和熱情度。但這一系統(tǒng)的制定一定要符合醫(yī)院的實(shí)際情況并能夠起到積極性作用。

　　５結(jié)束語(yǔ)

　　不管是公立醫(yī)院還是私立醫(yī)院，其競(jìng)爭(zhēng)都是人才的競(jìng)爭(zhēng)，所以薪酬管理最大的作用就是要將高品質(zhì)的人才留住，因?yàn)橹挥袚碛懈咂焚|(zhì)的人才，才能夠使醫(yī)院發(fā)展的更快�；�于此，有效的醫(yī)院薪酬管理系統(tǒng)不僅是其人力資源管理的保證，同時(shí)也是整個(gè)醫(yī)院發(fā)展的堅(jiān)實(shí)基礎(chǔ)。

　　［參考文獻(xiàn)］

　�。郏保葜芰眨粶�金霞．關(guān)于公立醫(yī)院行政后勤科室績(jī)效分配實(shí)踐與思考［Ｊ］．中國(guó)衛(wèi)生產(chǎn)業(yè)，２０１５，（１５）．

　�。郏玻萏瞥�．人事薪酬改革：讓醫(yī)者尊嚴(yán)回歸［Ｊ］．中國(guó)醫(yī)院院長(zhǎng)，２０１５，（２３）．

　　［３］謝代斌．關(guān)于公立醫(yī)院薪酬績(jī)效與激勵(lì)制度探究［Ｊ］．科技傳播，２０１４，（１７）．

　　［４］李麗燕．公立醫(yī)院薪酬管理現(xiàn)狀及發(fā)展趨勢(shì)［Ｊ］．現(xiàn)代商貿(mào)工業(yè)，２０１４，（１５）．

　　［５］宋甜．醫(yī)院薪酬與人力資源管理的關(guān)系探討［Ｊ］．東方企業(yè)文化，２０１４，（１９）．

解決方案 篇4

　　隨著互聯(lián)網(wǎng)的高速發(fā)展，全民網(wǎng)絡(luò)意識(shí)都在增強(qiáng)。各類型網(wǎng)站紛紛建立運(yùn)營(yíng)。企業(yè)網(wǎng)站也不例外。目前，網(wǎng)站已經(jīng)成為客戶發(fā)現(xiàn)企業(yè)產(chǎn)品的重要渠道，除開(kāi)傳統(tǒng)的宣傳功能，企業(yè)網(wǎng)站營(yíng)銷功能也逐漸提升，成為了企業(yè)達(dá)到營(yíng)銷目的的重要途徑。

　　但是企業(yè)網(wǎng)站的發(fā)展建立也使得網(wǎng)絡(luò)資源變的越發(fā)緊張，逐漸出現(xiàn)了以下問(wèn)題：

　　1.頁(yè)面內(nèi)容多加載緩慢

　　2.跨運(yùn)營(yíng)商數(shù)據(jù)傳輸節(jié)點(diǎn)問(wèn)題

　　3.遇到高并發(fā)時(shí)帶寬壓力過(guò)大

　　4.中小型去也資金緊張，無(wú)法投入資金提高硬件設(shè)備

　　為了解決這些問(wèn)題，Diycdn網(wǎng)站加速平臺(tái)提出了一系列解決方案

　　1.Diycdn采用動(dòng)態(tài)節(jié)點(diǎn)分配技術(shù)，可實(shí)時(shí)保障互聯(lián)網(wǎng)終端用戶訪問(wèn)的是最近最穩(wěn)定的節(jié)點(diǎn)，快速加載頁(yè)面，響應(yīng)用戶請(qǐng)求；

　　2.Diycdn加速節(jié)點(diǎn)可智能識(shí)別在線源與高速源，保障通訊的及時(shí)有效性，消除了不同運(yùn)營(yíng)商之間互聯(lián)的瓶頸造成的影響，實(shí)現(xiàn)了跨運(yùn)營(yíng)商的網(wǎng)絡(luò)加速，擁有良好的加速效果；

　　3.Diycdn采用智能分流均衡負(fù)載技術(shù)，并使用更加有效的智能冗余機(jī)制，大幅度提升節(jié)點(diǎn)承受流量上限，且有效降低單一節(jié)點(diǎn)壓力，有效應(yīng)對(duì)高并發(fā)；

　　4.Diycdn為了推動(dòng)CDN網(wǎng)站加速技術(shù)的全面普及，首次將CDN網(wǎng)站加速服務(wù)發(fā)展成零元模式，CDN加速?gòu)拇瞬辉偈杖∪魏钨M(fèi)用，大幅降低企業(yè)投入

　　Diycdn網(wǎng)站加速系統(tǒng)多年致力于為企業(yè)網(wǎng)站提供專業(yè)、安全、可靠的加速服務(wù)，積極探索企業(yè)類網(wǎng)站的需求，專項(xiàng)研究企業(yè)網(wǎng)站加速服務(wù)，使用Diycdn網(wǎng)站加速平臺(tái)后，,網(wǎng)站頁(yè)面加載速度明顯提高,無(wú)論是圖片還是視頻音頻的加載都暢通無(wú)阻。為提高企業(yè)網(wǎng)站訪問(wèn)量，增加企業(yè)收益作出了貢獻(xiàn)。

解決方案 篇5

　　1概述

　　近年來(lái)，隨著社會(huì)經(jīng)濟(jì)的高速發(fā)展，我國(guó)城市軌道交通進(jìn)入了快速發(fā)展階段，其安全性和舒適性得到社會(huì)的普遍關(guān)注，支撐城市軌道交通安全運(yùn)營(yíng)生產(chǎn)業(yè)務(wù)不斷增加,現(xiàn)有基于2.4GWLAN的車地通信系統(tǒng)面臨挑戰(zhàn)。隨著4G無(wú)線寬帶技術(shù)的普及，軌道交通行業(yè)建設(shè)大容量車地?zé)o線通信系統(tǒng)成為可能。同時(shí)，為節(jié)省有限的頻率資源，減少重復(fù)建設(shè)，充分發(fā)揮系統(tǒng)能力，建設(shè)基于TD-LTE技術(shù)的無(wú)線通信綜合承載網(wǎng)，綜合承載城市軌道交通信號(hào)系統(tǒng)、乘客信息系統(tǒng)(PIS)、視頻監(jiān)控系統(tǒng)等生產(chǎn)系統(tǒng)的業(yè)務(wù)信息,成為未來(lái)軌道交通行業(yè)發(fā)展的必然。

　　2軌道交通車地?zé)o線通信業(yè)務(wù)介紹

　　在軌道交通行業(yè)中，涉及車地?zé)o線通信業(yè)務(wù)的主要包括以下幾個(gè)系統(tǒng)。

　　2.1 信號(hào)系統(tǒng)

　　信號(hào)系統(tǒng)傳送的信息主要為列控CBTC信息，其中地面設(shè)備對(duì)列車傳輸?shù)男畔�包括移�?dòng)授權(quán)、限速信息、列車識(shí)別號(hào)、運(yùn)營(yíng)調(diào)整指令等信息，列車對(duì)地面設(shè)備傳輸?shù)男畔�包括列車車組號(hào)、屏蔽門開(kāi)/關(guān)命令、本列車的定位信息、本列車的速度信息等。

　　在高速移動(dòng)狀態(tài)下，無(wú)線通信綜合承載網(wǎng)需要提供滿足寬帶、穩(wěn)定、具有QoS保障和實(shí)時(shí)性要求主備冗余的雙向數(shù)據(jù)通道。

　　1)列控系統(tǒng)實(shí)時(shí)性、可靠性及安全需求

　　a.實(shí)時(shí)性、可靠性要求

　　*列控信息經(jīng)有線和無(wú)線網(wǎng)絡(luò)傳輸延遲時(shí)間應(yīng)小于150ms。

　　*單網(wǎng)絡(luò)信息傳輸?shù)膩G包率應(yīng)小于1%，誤碼率小于10-6。

　　*車-地通信單網(wǎng)絡(luò)的越區(qū)切換中斷時(shí)間應(yīng)在100ms以內(nèi)。

　　*可靠性：系統(tǒng)設(shè)備平均無(wú)故障時(shí)間為MTBF>2×104h。

　　*可用性：系統(tǒng)的可用性指標(biāo)≥99.99%。

　　*可維護(hù)性：系統(tǒng)設(shè)備的平均故障修復(fù)時(shí)間為MTTR<30 b.="" b=""><30min。

　　b.列控安全性要求

　　*傳輸通道應(yīng)采用獨(dú)立的熱備冗余物理通信通道。

　　*訪問(wèn)控制要求：要求信號(hào)系統(tǒng)A/B通道相互獨(dú)立。

　　*在安全監(jiān)測(cè)、審計(jì)與監(jiān)控、網(wǎng)絡(luò)反病毒和備份與災(zāi)難恢復(fù)等方面應(yīng)制定相應(yīng)的安全措施，同時(shí)具備足夠的防止內(nèi)、外人員進(jìn)行違規(guī)操作和攻擊破壞的能力等。

　　*把不同類型的數(shù)據(jù)傳輸通道應(yīng)相對(duì)獨(dú)立或采用經(jīng)由不同的虛擬局域網(wǎng)(VLAN)進(jìn)行傳輸。

　　*無(wú)線網(wǎng)絡(luò)的安全性：車載無(wú)線單元與基站之間在傳遞數(shù)據(jù)前，必須建立授權(quán)并關(guān)聯(lián)。

　　2)業(yè)務(wù)帶寬需求

　　a.正線需求

　　信號(hào)系統(tǒng)需在車頭、車尾分別冗余配置連接A、B承載網(wǎng)的傳輸通道。每傳輸通道上/下行信息承載需求各為100kbit/s，考慮25%余量后，承載網(wǎng)絡(luò)按上/下行125kbit/s設(shè)計(jì)。每列車單網(wǎng)承載上/下行列控信息業(yè)務(wù)帶寬各為2×125kbit/s=0.25Mbit/s。

　　正常情況下，每個(gè)RRU小區(qū)內(nèi)的列車數(shù)為2列車，無(wú)線通信綜合承載網(wǎng)按4列車預(yù)設(shè)承載需求，單網(wǎng)業(yè)務(wù)信息承載帶寬為上/下行各1Mbit/s。

　　特殊情況下，多輛列車進(jìn)入小區(qū)時(shí)，車地?zé)o線承載網(wǎng)絡(luò)可根據(jù)QoS等調(diào)度策略，優(yōu)先保障列控信息的安全傳輸，以滿足列控信息傳輸實(shí)時(shí)性、可靠性及安全性需求。

　　b.停車場(chǎng)和車輛段信息承載需求

　　在車輛基地(停車場(chǎng)和車輛段)場(chǎng)景下，只有部分列車需傳遞信號(hào)系統(tǒng)車載自檢(及車輛自檢等)信息，上/下行各1Mbit/s即可滿足列控業(yè)務(wù)信息承載需求。

　　2.2 乘客信息系統(tǒng)(PIS)

　　PIS系統(tǒng)需將播控中心下發(fā)的播放節(jié)目，如新聞廣播、旅行指南、換乘信息、在線廣告等便民信息在車載乘客信息系統(tǒng)顯示屏上實(shí)時(shí)顯示。無(wú)線通信綜合承載網(wǎng)需提供匹配PIS需求的連續(xù)高帶寬、低時(shí)延車地?zé)o線傳輸通道。

　　PIS圖像傳輸帶寬需求如下：按照1080P分辨率考慮，H.264編碼方式，采用組播方式進(jìn)行數(shù)據(jù)傳輸，帶寬需求為下行8Mbit/s。

　　2.3 視頻監(jiān)控系統(tǒng)

　　在軌道交通車地?zé)o線的應(yīng)用場(chǎng)景下，車載視頻監(jiān)控系統(tǒng)視頻監(jiān)控圖像回傳是無(wú)線通信綜合承載網(wǎng)最大的上行傳輸業(yè)務(wù)需求，其重要性僅次于信號(hào)系統(tǒng)業(yè)務(wù)需求。

　　視頻監(jiān)控系統(tǒng)視頻監(jiān)控圖像回傳帶寬需求如下：按照720P分辨率考慮，采用H.264編碼方式，每路圖像帶寬為2Mbit/s，按照大小區(qū)最多上傳2路圖像考慮，共需帶寬為上行4Mbit/s。

　　2.4 緊急文本信息

　　控制中心調(diào)度員可向列車發(fā)送緊急文本信息，在列車上緊急文本信息與PIS圖像疊加后在客室顯示屏上播出。

　　緊急本文信息傳輸帶寬需求：?jiǎn)瘟熊噦鬏攷�寬需求為下�?0kbit/s。正常情況下，無(wú)線通信綜合承載網(wǎng)單小區(qū)容量按4列車設(shè)計(jì)，信息承載帶寬為下行100kbit/s。

　　2.5 其他系統(tǒng)

　　在軌道交通項(xiàng)目中，還有安防車載監(jiān)測(cè)信息、車載火災(zāi)報(bào)警系統(tǒng)(FAS)信息、列車運(yùn)行狀態(tài)監(jiān)測(cè)信息回傳業(yè)務(wù)需要無(wú)線通信綜合承載網(wǎng)進(jìn)行承載，避免單獨(dú)建設(shè)浪費(fèi)投資。

　　上述傳輸帶寬需求：?jiǎn)瘟熊噦鬏攷�寬需求上�?00kbit/s。正常情況下，無(wú)線通信綜合承載網(wǎng)單小區(qū)容量按4列車設(shè)計(jì)，信息承載帶寬為上行400kbit/s。

　　3技術(shù)體制選擇

　　1)傳統(tǒng)車地?zé)o線體制及存在的問(wèn)題

　　國(guó)內(nèi)已開(kāi)通的城市軌道交通工程信號(hào)系統(tǒng)均采用無(wú)線局域網(wǎng)技術(shù)，運(yùn)行在2.4G頻段。由于2.4G頻段屬于開(kāi)放頻段，極易受到干擾，給軌道交通安全運(yùn)營(yíng)帶來(lái)了隱患。近些年，深圳地鐵就發(fā)生了由于乘客的無(wú)線設(shè)備干擾地鐵信號(hào)系統(tǒng)，并導(dǎo)致區(qū)間停車的情況發(fā)生。

　　國(guó)內(nèi)已開(kāi)通的軌道交通工程乘客信息系統(tǒng)車地?zé)o線部分采用兩種技術(shù)：WLAN和DVB-T。WLAN技術(shù)并不是針對(duì)快速移動(dòng)而研發(fā)的技術(shù)，雖經(jīng)過(guò)廠家不斷更新，制定出快速移動(dòng)切換的解決方案，但在軌道交通行業(yè)實(shí)際使用過(guò)程中，還是存在切換過(guò)程中降低數(shù)據(jù)傳輸效率、帶寬不穩(wěn)定的情況，在已開(kāi)通的工程中，并不能完全滿足設(shè)計(jì)要求的視頻直播和列車監(jiān)控圖像實(shí)時(shí)上傳的功能，WLAN技術(shù)只是在沒(méi)有更好技術(shù)情況下的無(wú)奈選擇。DVB-T技術(shù)單套設(shè)備配置時(shí)，僅支持地面至列車的單向數(shù)據(jù)傳輸，無(wú)法實(shí)現(xiàn)列車監(jiān)控圖像實(shí)時(shí)上傳的功能，同時(shí)也需申請(qǐng)專用頻率。

　　2)車地?zé)o線網(wǎng)絡(luò)技術(shù)的發(fā)展趨勢(shì)

　　針對(duì)軌道交通行業(yè)采用WLAN技術(shù)存在安全隱患的問(wèn)題，20xx年2月工業(yè)與信息化部發(fā)布了“關(guān)于重新發(fā)布1785～1805MHz頻段無(wú)線接入系統(tǒng)頻率使用事宜的通知”，該文明確指出1785～1805MHz頻段可用于城市軌道交通行業(yè)專用通信，解決了城市軌道交通車地通信迫切需要的專用頻率問(wèn)題。LTE技術(shù)以其大帶寬、高可靠性、有效避免干擾、覆蓋范圍大、切換少等方面的優(yōu)勢(shì)，完全能夠滿足無(wú)線通信綜合承載網(wǎng)的要求。目前，LTE已經(jīng)有成熟的產(chǎn)品在運(yùn)營(yíng)商中使用，并且在鄭州地鐵和朔黃鐵路等軌道交通工程中得到應(yīng)用，并在20xx年完成了TD-LTE系統(tǒng)通信性能測(cè)試。

　　3)無(wú)線通信綜合承載網(wǎng)技術(shù)體制

　　在地鐵應(yīng)用環(huán)境中，LTE擁有專用頻點(diǎn)的情況下，相對(duì)于WLAN技術(shù)的優(yōu)勢(shì)。在軌道交通中，列車的高速移動(dòng)會(huì)導(dǎo)致多普勒頻移增大，LTE在設(shè)計(jì)時(shí)就考慮高速移動(dòng)需求，有專門的頻偏估算和糾錯(cuò)算法，增強(qiáng)的算法可以容忍頻偏范圍超過(guò)1kHz，保證高速場(chǎng)景性能。

　　相對(duì)于目前應(yīng)用的WLAN設(shè)備，LTE具有的抗外界干擾以及高速移動(dòng)性能，具有明顯的優(yōu)勢(shì)。根據(jù)以上分析，建議采用LTE技術(shù)組建無(wú)線通信綜合承載網(wǎng)，綜合承載信號(hào)系統(tǒng)、PIS、視頻監(jiān)控系統(tǒng)、緊急文本信息等車地通信業(yè)務(wù)。

　　4組網(wǎng)方案

　　1)LTE技術(shù)體制概述

　　LTE網(wǎng)絡(luò)架構(gòu)采用基于IP的扁平化網(wǎng)絡(luò)結(jié)構(gòu)，由核心網(wǎng)子系統(tǒng)(EPC)、無(wú)線網(wǎng)子系統(tǒng)eNodeB及終端設(shè)備組成，其中，eNodeB包含分布式基帶處理單元(BBU)和射頻拉遠(yuǎn)單元(RRU)設(shè)備。

　　EPC由移動(dòng)性管理實(shí)體(MME)、歸屬用戶服務(wù)器(HSS)、服務(wù)網(wǎng)關(guān)(S-GW)及分組網(wǎng)關(guān)(PGW)、路由器及根據(jù)需要配置的MBMS-GW組播網(wǎng)關(guān)等設(shè)備構(gòu)成。

　　TD-LTE技術(shù)具備上下行資源可調(diào)配的特點(diǎn)，可根據(jù)業(yè)務(wù)需要靈活配置上下行業(yè)務(wù)比例。

　　2)TD-LTE技術(shù)的寬帶移動(dòng)性優(yōu)勢(shì)

　　移動(dòng)接入性強(qiáng)：采用自動(dòng)頻率校正確保高速移動(dòng)(>120km/h)場(chǎng)景下的無(wú)線鏈路質(zhì)量，具備優(yōu)良的高速移動(dòng)狀態(tài)下的寬帶接入能力。

　　抗干擾能力強(qiáng)：采用ICIC、IRC等專業(yè)技術(shù)，有效降低小區(qū)邊緣頻率干擾，提高小區(qū)吞吐率，若使用行業(yè)專有頻段，外部干擾少。

　　QoS機(jī)制：LTE系統(tǒng)定義了標(biāo)準(zhǔn)的QCI屬性，所有QCI屬性均可根據(jù)實(shí)際需求預(yù)配置在eNodeB上，這些參數(shù)決定了無(wú)線側(cè)承載資源的分配。在資源受限的條件下由ARP參數(shù)決定是否接受相應(yīng)的承載建立請(qǐng)求。

　　3)組網(wǎng)方案

　　本工程組建的無(wú)線通信綜合承載網(wǎng)，采用兩套LTE設(shè)備冗余組成A、B兩張網(wǎng)，全線按照鏈狀網(wǎng)結(jié)構(gòu)分別部署兩套完全相同的“BBU+RRU”網(wǎng)絡(luò)，通過(guò)專用傳輸系統(tǒng)提供的傳輸通道分別接入控制中心設(shè)置的兩套LTE核心網(wǎng)設(shè)備。

　　隧道區(qū)間采用RRU+漏泄同軸電纜方式覆蓋，車輛段采用RRU+天線方式覆蓋。兩張網(wǎng)絡(luò)完全獨(dú)立，并行工作，互不影響。

　　每個(gè)網(wǎng)絡(luò)均包括EPC、eNodeB、車載無(wú)線終端(CPE)。信號(hào)系統(tǒng)信息在兩套網(wǎng)絡(luò)上同時(shí)傳輸，以保證其對(duì)網(wǎng)絡(luò)可靠性的要求，由信號(hào)系統(tǒng)同時(shí)接收并判斷確定使用有用信息。

　　4)頻率規(guī)劃及指配

　　a.網(wǎng)絡(luò)承載業(yè)務(wù)帶寬需求

　　根據(jù)第2節(jié)業(yè)務(wù)帶寬需求分析，無(wú)線通信綜合承載網(wǎng)需要承載的業(yè)務(wù)信息。

　　b.頻率資源規(guī)劃

　　正線(地下部分)無(wú)線頻率需求：

　　*根據(jù)業(yè)務(wù)信息承載統(tǒng)計(jì)，正線A、B雙網(wǎng)共需20MHz頻率資源。

　　*A網(wǎng)使用15MHz帶寬組網(wǎng)。

　　*B網(wǎng)使用5MHz帶寬組網(wǎng)。

　　車輛基地(地面部分)無(wú)線帶寬需求：

　　*根據(jù)業(yè)務(wù)信息承載統(tǒng)計(jì)，A、B雙網(wǎng)共需10MHz頻率資源。

　　*A網(wǎng)使用5MHz帶寬組網(wǎng)。

　　*B網(wǎng)使用5MHz帶寬(與正線B網(wǎng)組網(wǎng)方式始終一致)。

　　c.需要說(shuō)明的問(wèn)題

　　由于A網(wǎng)在車輛段(地面)和正線(地下)采用不同的頻率帶寬組網(wǎng)，在2個(gè)不同頻帶的eNodeB小區(qū)邊界位置(位于出入段線附近)會(huì)產(chǎn)生1～2s的鏈路中斷時(shí)間，用于注冊(cè)到A網(wǎng)的車載終端執(zhí)行小區(qū)重選操作;B網(wǎng)在正線和車輛基地的組網(wǎng)方式始終一致，切換不受影響。

　　在上下行時(shí)隙配置一致時(shí)，兩個(gè)TD-LTE網(wǎng)絡(luò)可以同站址共存。本方案通過(guò)對(duì)基站和車載設(shè)備側(cè)的合路器加裝濾波器進(jìn)一步消除網(wǎng)絡(luò)干擾，提高頻譜利用率。

　　5)與運(yùn)營(yíng)商無(wú)線頻率干擾

　　無(wú)線通信綜合承載網(wǎng)與運(yùn)營(yíng)商間干擾主要需考慮TD-LTE與其頻段最接近的運(yùn)營(yíng)商無(wú)線系統(tǒng)間的干擾，主要為FDD上行頻率1755～1785MHz，移動(dòng)DCS下行1805～1830MHz，通過(guò)分析運(yùn)營(yíng)商無(wú)線系統(tǒng)和TD-LTE(1785～1805MHz)系統(tǒng)雜散和阻塞要求，兩系統(tǒng)間必須具備80dB的隔離度，既運(yùn)營(yíng)商無(wú)線系統(tǒng)的頻率和TD-LTE(1785～1805MHz)間需設(shè)置5MHz的保護(hù)間隔。

　　在實(shí)際工程中，軌道交通建設(shè)方可與運(yùn)營(yíng)商進(jìn)行協(xié)商，要求運(yùn)營(yíng)商進(jìn)行頻率規(guī)劃，在軌道交通中不引入與TD-LTE(1785～1805MHz)相鄰的頻段，且保證5MHz的頻率間隔。

　　6)QoS規(guī)劃

　　基于LTE技術(shù)的無(wú)線通信綜合承載網(wǎng)承載了信號(hào)系統(tǒng)列控CBTC信息、PIS系統(tǒng)、視頻監(jiān)控系統(tǒng)、緊急文本信息等業(yè)務(wù)，各業(yè)務(wù)的ARP分配由高到低;同時(shí)根據(jù)各業(yè)務(wù)對(duì)可靠性、時(shí)延的要求，系統(tǒng)為其分配不同的QCI。

　　7)無(wú)線信號(hào)覆蓋設(shè)計(jì)

　　a.系統(tǒng)指標(biāo)

　　根據(jù)無(wú)線通信綜合承載網(wǎng)的承載需求，無(wú)線網(wǎng)絡(luò)覆蓋率的設(shè)計(jì)目標(biāo)需要滿足如下指標(biāo)。

　　*要求在覆蓋區(qū)域內(nèi)，TD-LTE無(wú)線網(wǎng)絡(luò)覆蓋率應(yīng)滿足RSRP≥-95dBm的概率大于95%;

　　*要求在同頻組網(wǎng)條件下,滿足車地承載業(yè)務(wù)信息需求的概率大于95%;

　　*無(wú)線接通率：基本目標(biāo)>98%;

　　*掉線率：基本目標(biāo)98%;

　　*塊誤碼率(BLER)：基本目標(biāo)<10%，挑戰(zhàn)目標(biāo)<1%。

　　b.區(qū)間覆蓋

　　覆蓋方式：無(wú)線通信綜合承載網(wǎng)無(wú)線覆蓋可以采用天線和漏纜覆蓋，對(duì)于地下線路建議采用漏纜方式進(jìn)行覆蓋，對(duì)于車輛段(維修基地)和地上線路建議采用天線覆蓋。

　　漏纜方案：對(duì)于單漏纜和雙漏纜的選擇，不能僅僅考慮設(shè)備數(shù)據(jù)吞吐能力的差異，還需要考慮漏纜部署的可靠性和安全性，當(dāng)其中一根漏纜出現(xiàn)問(wèn)題時(shí)，另外一根漏纜仍可以正常使用，系統(tǒng)可以通過(guò)傳輸模式自動(dòng)轉(zhuǎn)換(如從TM3轉(zhuǎn)為TM1模式)消除無(wú)線覆蓋的單點(diǎn)故障。另外雙漏纜部署，按雙流方式實(shí)現(xiàn)MIMO空間復(fù)用，可以有效提高信道的容量。綜合以上分析，建議使用雙漏纜方案。

　　5實(shí)驗(yàn)測(cè)試

　　20xx年上半年，由北京市軌道交通建設(shè)管理有限公司組織，多家LTE設(shè)備廠家、信號(hào)系統(tǒng)設(shè)備廠家、乘客信息系統(tǒng)設(shè)備廠家和視頻監(jiān)控系統(tǒng)設(shè)備廠家參與，共同進(jìn)行了無(wú)線通信綜合承載網(wǎng)試驗(yàn)。本次試驗(yàn)共分為兩步：第一步為實(shí)驗(yàn)室測(cè)試，第二步為現(xiàn)場(chǎng)測(cè)試。20xx年上半年進(jìn)行的實(shí)驗(yàn)室測(cè)試驗(yàn)證了LTE系統(tǒng)在城市軌道交通車地?zé)o線通信綜合承載的可用性;20xx年下半年進(jìn)行的現(xiàn)場(chǎng)測(cè)試對(duì)無(wú)線通信綜合承載網(wǎng)及各項(xiàng)技術(shù)指標(biāo)進(jìn)行了驗(yàn)證，包括丟包率、切換試驗(yàn)和不同頻寬的吞吐量，現(xiàn)場(chǎng)測(cè)試結(jié)果驗(yàn)證了基于LTE技術(shù)的無(wú)線通信綜合承載網(wǎng)滿足軌道交通信號(hào)系統(tǒng)、PIS系統(tǒng)、視頻監(jiān)控系統(tǒng)、緊急文本下發(fā)等業(yè)務(wù)需求。

　　6結(jié)論

　　綜上所述，經(jīng)過(guò)業(yè)務(wù)分析、技術(shù)比選和LTE技術(shù)研究，確立了基于LTE技術(shù)無(wú)線通信綜合承載網(wǎng)的技術(shù)方案。實(shí)驗(yàn)測(cè)試數(shù)據(jù)驗(yàn)證了該技術(shù)方案的可用性和可行性。建設(shè)基于LTE技術(shù)無(wú)線通信綜合承載網(wǎng)，可以有效解決專用頻率資源的問(wèn)題，同時(shí)還可以大大減少工程投資。因此，建設(shè)基于LTE技術(shù)的無(wú)線通信綜合承載網(wǎng)將成為未來(lái)軌道交通建設(shè)的必然選擇。

解決方案 篇6

　　1、開(kāi)機(jī)按F8進(jìn)入安全模式后在退出，選重啟或關(guān)機(jī)在開(kāi)機(jī)，就可以進(jìn)入正常模式(修復(fù)注冊(cè)表)。

　　2、如果故障依舊，請(qǐng)你用系統(tǒng)自帶的系統(tǒng)還原，還原到你沒(méi)有出現(xiàn)這次故障的時(shí)候修復(fù)(如果正常模式恢復(fù)失敗，請(qǐng)開(kāi)機(jī)按F8進(jìn)入到安全模式中使用系統(tǒng)還原)。

　　3、如果故障依舊，使用系統(tǒng)盤修復(fù)，打開(kāi)命令提示符輸入SFC /SCANNOW 回車(SFC和/之間有一個(gè)空格)，插入原裝系統(tǒng)盤修復(fù)系統(tǒng)，系統(tǒng)會(huì)自動(dòng)對(duì)比修復(fù)的。

　　4、如果故障依舊，在BIOS中設(shè)置光驅(qū)為第一啟動(dòng)設(shè)備插入系統(tǒng)安裝盤按R鍵選擇“修復(fù)安裝”即可。

　　5、如果故障依舊，建議重裝操作系統(tǒng)。

　　U盤插入電腦，電腦提示“無(wú)法識(shí)別的設(shè)備”故障診斷方法如下：

　　第1步：如果U盤插入電腦，電腦提示“無(wú)法識(shí)別的設(shè)備”，說(shuō)明U盤的供電電路正常。接著檢查U盤的USB接口電路故障。

　　第2步：如果U盤的USB接口電路正常，則可能是時(shí)鐘電路有故障(U盤的時(shí)鐘頻率和電腦不能同步所致)。接著檢測(cè)時(shí)鐘電路中的晶振和諧振電容。

　　第3步：如果時(shí)鐘電路正常，則是主控芯片工作不良。檢測(cè)主控芯片的供電，如果供電正常，則是主控芯片損壞,更換即可。

　　另外還有一種原因， 就是USB接口供電不足，可能是USB接口連接的外設(shè)太多造成供電不足。建議使用帶電的USBHUB或者使用USB轉(zhuǎn)PS/2的轉(zhuǎn)接頭。還有可能WindowsXP默認(rèn)開(kāi)啟了節(jié)電模式，致使USB接口供電不足，使USB接口間歇性失靈。右擊我的電腦/屬性/硬件/設(shè)備管理器，雙擊“通用串行總線控制器”會(huì)到好幾個(gè)“USB Root Hub”雙擊任意一個(gè)，打開(kāi)屬性對(duì)話框，切換到“電源管理”選項(xiàng)卡，去除“允許計(jì)算機(jī)關(guān)閉這個(gè)設(shè)備以節(jié)約電源”前的勾選，點(diǎn)擊確定返回，依次將每個(gè)USB RootHub的屬性都修改完后重新啟動(dòng)電腦。USB設(shè)備就能恢復(fù)穩(wěn)定運(yùn)行了，頻率盡量設(shè)低一些。

　　如果是有盤符而沒(méi)有顯示出來(lái)的，解決方法：

　　右擊我的電腦/管理/存儲(chǔ)/磁盤管理，然后右擊“可移動(dòng)磁盤”圖標(biāo)”單擊快捷菜單中的“更改驅(qū)動(dòng)器和路徑”選項(xiàng)，并在隨后的界面中單擊“添加”按鈕，接下來(lái)選中“指派驅(qū)動(dòng)器號(hào)”，同時(shí)從該選項(xiàng)旁邊的下拉列表中選擇合適的盤符，在單擊確定即可。最后打開(kāi)我的電腦，就能看到移動(dòng)硬盤的盤符了。

解決方案 篇7

　　1.項(xiàng)目背景

　　HIS系統(tǒng)是一套集成門診掛號(hào)收費(fèi)、住院收費(fèi)、藥庫(kù)管理、藥房管理、院長(zhǎng)查詢等工作站的醫(yī)院管理系統(tǒng).

　　某大型醫(yī)院采用HIS系統(tǒng)后，擁有大量服務(wù)提供相關(guān)服務(wù)應(yīng)用．

　　隨著業(yè)務(wù)量的增加，服務(wù)器承擔(dān)的服務(wù)任務(wù)越來(lái)越多，需要使用多臺(tái)服務(wù)器來(lái)運(yùn)行相同服務(wù)．

　　針對(duì)大圖像（CT）的服務(wù)器服務(wù)響應(yīng)壓力也越來(lái)越大．需要通過(guò)負(fù)載均衡設(shè)備來(lái)提高系統(tǒng)應(yīng)用交付能力及高可靠性．

　　2.客戶需求

　　保證當(dāng)前的HIS系統(tǒng)WEB服務(wù)器的高可靠性，可擴(kuò)展性.

　　在WEB服務(wù)器前放置四/七層負(fù)載均衡設(shè)備，把HIS系統(tǒng)流量轉(zhuǎn)發(fā)到多臺(tái)WEB服務(wù)器上，對(duì)流量進(jìn)行合理優(yōu)化，減少單點(diǎn)故障的問(wèn)題,提高系統(tǒng)效率.

　　保證當(dāng)前的HIS系統(tǒng)圖像服務(wù)器的高可靠性，可擴(kuò)展性，在圖像服務(wù)器前放置四/七層負(fù)載均衡設(shè)備，把用戶的圖像的下載流量智能轉(zhuǎn)發(fā)到多臺(tái)圖像服務(wù)器上，減少單點(diǎn)故障的問(wèn)題,提高系統(tǒng)效率.

　　3.PIOLINK設(shè)計(jì)方案

　　方案中采用了PIOLINK的PAS3516負(fù)載均衡設(shè)備，支持16個(gè)千兆端口（16×10/100/1000Base-TX，16×1000Base-XSFP），該設(shè)備缺省配置了雙電源，雙閃存。

　　PIOLINK的PAS系列產(chǎn)品基于“ALLINONE”的設(shè)計(jì)理念，PAS3516上配置了SLB服務(wù)器的負(fù)載均衡功能，對(duì)訪問(wèn)內(nèi)部的服務(wù)器的流量進(jìn)行流量均衡，將其分?jǐn)偟綄?duì)應(yīng)服務(wù)器集群的主機(jī)上，保證用戶的最佳服務(wù).

　　2臺(tái)PAS3516通過(guò)VRRP協(xié)議做了設(shè)備冗余，保證網(wǎng)絡(luò)的可靠性，平時(shí)一臺(tái)處于Active工作狀態(tài)，另一臺(tái)處于standby的備份狀態(tài)。備機(jī)可以備份主設(shè)備上的所有會(huì)話和狀態(tài)，這樣如果主設(shè)備出現(xiàn)問(wèn)題或故障，根據(jù)冗余協(xié)議的設(shè)置，備份PAS會(huì)即時(shí)接管主設(shè)備的所有會(huì)話，用戶當(dāng)前的應(yīng)用不會(huì)受到影響，從而使得用戶的關(guān)鍵業(yè)務(wù)不會(huì)造成中斷，實(shí)現(xiàn)了高可用性。

　　如果醫(yī)院有增加internet鏈路出口，也可以將PAS3516前移，同時(shí)實(shí)現(xiàn)鏈路負(fù)載均衡的功能，充分保證了用戶的投資。

　　4.采用PIOLINK給客戶帶來(lái)的收益

　　實(shí)現(xiàn)服務(wù)器應(yīng)用的負(fù)載均衡，大大提升了HIS系統(tǒng)整體的性能表現(xiàn)．

　　PAS3516缺省支持雙電源，雙閃存，多風(fēng)扇系統(tǒng)，保證了設(shè)備的可靠性，同時(shí)兩臺(tái)設(shè)備本身可實(shí)現(xiàn)的熱備份，提高了客戶系統(tǒng)的穩(wěn)定性．

　　PIOLINK負(fù)載均衡產(chǎn)品“ALLINONE”的設(shè)計(jì)理念,最大程度保證了用戶的投資。

　　PAS3516上啟動(dòng)了安全模塊PSM(PIOLINKsecuritymanager)，可以提供蠕蟲病毒攻擊，電子郵件蠕蟲病毒攻擊和DoS攻擊等的防護(hù)功能,更進(jìn)一步加強(qiáng)了用戶的網(wǎng)絡(luò)安全。

【關(guān)于解決方案錦集7篇】相關(guān)文章：

解決方案錦集7篇05-31

解決方案錦集6篇05-27

解決方案錦集9篇05-08

【精選】解決方案錦集9篇05-30

【推薦】解決方案錦集6篇05-23

【推薦】解決方案錦集7篇05-19

【必備】解決方案錦集8篇05-17

關(guān)于解決方案范文錦集八篇03-28

關(guān)于解決方案六篇05-27

關(guān)于解決方案6篇05-20