關于解決方案錦集7篇
為了確保事情或工作得以順利進行，時常需要預先開展方案準備工作，方案是書面計劃，具有內容條理清楚、步驟清晰的特點。方案要怎么制定呢？下面是小編精心整理的解決方案7篇，僅供參考，歡迎大家閱讀。
解決方案 篇1
摘要：
針對零售企業實現商品網上銷售而對網上商店系統提出的四大基本需求提供解決辦法及技術實現。適用于網絡型網上商店和網上商城經營企業。同時該網店解決方案也適用于傳統零售企業的電子商務化需求，為有網上開店需求的傳統零售企業提供解決辦法及技術實現。
正文：
根據我國零售企業的商業運營模式及目前的發展狀況，零售企業把商品實現網上銷售的需求集中在以下四點：
1， 促使顧客產生購買行為
2， 促使顧客反復產生購買行為
3， 精簡穩定的運行系統平臺
4， 較低的系統實施的成本和較短的系統實施周期。
根據零售企業這四點基本需求，博商網上商店系統1.4版技術解決方案如下：
1， 促使顧客產生購買行為的辦法和技術實現
A， 搜索引擎優化
搭建關鍵字管理平臺，提供為每一個產品專門定義對搜索引擎友好的關鍵詞的功能，配合頁面靜態化自動生成引擎，實現網上商店的每一個產品都能被搜索引擎收錄的目的。實現全面搜索引擎優化。
B， 提供企業級的商品陳列和貨架管理功能
提供系統前端展示后臺管理功能。模塊化頁面元素。實現產品組合、產品排列、產品展示的手動設置功能。提供商品陳列模塊調用功能。提供商品陳列管理指引。
C， 提供企業級商品數量支持。
提供動態頁面靜態化HTML自動處理功能,使每次訪問頁面都是直接讀取靜態化文件，降低對后臺數據庫連接請求，降低系統運行壓力。
中型以上站點的解決辦法是同時啟動內置的多級緩存功能，內存預先讀取數據庫資料信息，并壓縮至20%，降低CPU占用率，提高系統性能。借助博商網上商店系統的框架技術解決辦法解決海量產品支持的問題，實現后臺系統在產品數量的幾何級激增的情況下而系統性能波動較小的目的。
D， 提供便捷的比貨功能
提供便捷的一頁式比貨功能。從中小型零售商顧客購物行為習慣考量，提供一頁式、多產品、參數標準化、比較參數可選化的比貨功能。將比貨從手動操作轉變為無紙化，通過減少比貨耗用時間和精力這兩方面提高顧客購物體驗，提高訂單成功率。
E， 提供產品推薦銷售功能。
根據網上商店中超過四分之一的營業額是因為商家推薦而售出的研究結果，通過后臺系統設置實現向消費者推薦相關程度高及配套購買可能性大的商品，針對每個單一商品提供交叉銷售的機會�；陂L期的運營經驗，商家可預先分析消費者的購買趨勢并制定好相應的商品年推薦策略，同時應用博商網上商店內置的商業數據分析模塊，結合大量歷史消費數據分析，針對不同類型的消費者總結分析消費共性，提供多種個性化的商品推薦方式，實現顧客個性消費和超額采購。
F， 提供高效、簡單的支付流程。
提供簡潔、高效、配置靈活的支付流程，減少支付環節，明晰支付步驟，并為每一步支付環節提供必要的提示及安全說明。
提供免注冊支付解決辦法。
提供完善全面的支付網關連接，全面提供主流支付網關接口包括SSL方式和SET方式的網關接口，提供全面的支付網關支持。
為跨國經營企業提供PayPal,VeriSign,iPS等國際支付接口。
G，提供專業導購功能
提供全站商品檢索和商品分類功能。
提供專業的視頻導購功能，通過多媒體模式實現商品導購。
實現內嵌式站內商品搜索功能，實現動態商品類別導航功能。
實現全庫商品評論功能。
實現全庫商品評級功能。
實現自動商品推薦及商品排行榜建設功能。
2， 促使顧客反復產生購買行為的辦法及技術實現
A， 提供豐富的促銷功能支持
完全參考線下實體店內商家組織種類繁多得促銷活動，直接轉化成網絡促銷模式，進而刺激網民的購買熱情。結合傳統零售商家在如何利用促銷來支持各種市場營銷活動中積累的大量的經驗，通過技術方式實現，提高網上商店的銷售額即反復購買欲。
通過分析零售業態中所有不同的促銷方法和促銷規則，并加以歸納和提升，通過算法、內容發布模塊、關連數據庫屬性、條件屬性歸類等辦法為網上零售商家專門定做基于規則驅動的促銷引擎。從而實現靈活制定幾乎所有商業零售中可能出現的促銷規則，結合積分，電子優惠券，贈券等促銷手法，并實現這些促銷手法的靈活搭配實現收效更佳的目的!
B， 提供數據庫管理、會員管理功能
通過會員制度，建立客戶的消費行為數據庫，分析多渠道客戶的瀏覽行為、選擇產品和購買模式，網上零售商可以依據分析統計的結果改變其營銷策略，以恰當地激勵客戶。
廣告、激勵因素和產品銷售得以個性化，使客戶在體驗消費時更加方便，有親切感和滿足感。
C， 提供CRM管理功能。
客戶管理是建立在基于客戶消費行為的數據庫, 以整合、分析個體特征為手段， 滿足個性化的消費需求，達到精準營銷的目的。博商網上商店系統結合商業智能系統構建了完全以‘客戶為中心’的購物環境，增強的客戶關系會帶來更高的客戶忠誠度、低成本的客戶獲取，并為商家帶來更高的收益。
D， 提供BI功能模塊。
提供高度整合客戶消費數據庫的強大商業智能分析工具，內置易于使用的WEB自定義報表分析系統(Reports)，結合商品流通和成本績效管理，讓企業獲得最全面、迅速的數據洞悉能力，輕松自如的制定各種相應的營銷策略。
3， 關于精簡穩定的系統平臺解決方案。
A， 數據庫容量支持
采用輕量級開發里面的IoC，AOP，簡化開發模型等思想;保證系統易維護、易升級、擴展性和靈活性好。;通過中間層管理數據庫連接，實現數據訪問。
B， 網絡流量支持。
要求采用B/S模式、使用J2EE架構開發，實現超大流量的的支持，實現突發性暴增流量的支持。
C， 安全性支持。
通過完善的權限控制，把資金交易、會員資料、交易信息、產品庫等幾方面資源保護。通過面向客戶的前端銷售平臺與后臺管理系統物理隔離，甚至可以根據業務安裝在不同區域的服務器上，從而客戶端無法訪問到后臺系統的數據，將系統受到前端攻擊的可能性降到最低。
在數據庫安全方面
數據庫系統符合C2級安全標準，提供完善的數據庫監控、報警和故障處理。
D、擴展性
參考最新的技術發展方向，把好的思想而又成熟的技術引入系統(例如MVC，SOA等)，考慮預留以后應用起來的方便性。
根據擴展性和前瞻性的需求，采用J2EE工業標準技術架構，為企業業務擴展提供靈活的接口技術。
從企業開始決定投資網上商店系統開始，提供了長遠的業務系統規劃。
實現跨業務系統的無縫遷移，實現基于博商網上商店系統的現有功能的拓展,為JAVA技術的團隊或個人都可以繼續進行二/N次開發提供便利,不捆綁單一的供應商，真正意義做到平臺的獨立性!
4， 通過提供標準版、軟件租用、定制開發多種產品購買模式，提供全面的產品購買選擇，降低企業項目實施費用，縮短系統實施周期
A、標準化產品
面向中小型企業通用型需求，提供開箱即用的標準化產品，降低系統實施費用、縮短系統實施周期
B、提供軟件租用服務
提供軟件租用服務，按使用時間付費。
C、模塊化系統
通過標準模塊的調用，降低系統實施成本和縮短實施周期
5，技術參數
l Spring Framework 2.0，包括Spring MVC
l Spring是一個較新的輕量級開發框架，本身提供豐富的功能，并能夠和現在很多受歡迎的開源框架、標準(例如Hibernate，Velocity，JSF，Quartz等等)方便地集成，大大簡化了利用開源技術進行開發的難度，并可以提高開發效率和質量(有較多的文檔和指引)。
l 主要的核心思想是使用POJO、Bean容器管理、AOP、Ioc、接口編程等。
l Spring是本產品使用的最關鍵的技術/框架，主要用到：事務管理、Bean管理、AOP、MVC、和Hibernate的集成、View層集成、報表集成、Quartz集成、Email等。
l Hibernate 3.2
l Hibernate是個流行的開源的O/R框架。可以透明地處理數據存儲以及和Java對象的映射。Hibernate可以支持市場上絕大部分的數據庫系統。
l 適用范圍
l 使用Spring和Hibernate集成。
l 另外HQL是Hibernate里面使用的一種數據查詢語言，可以支持所有Hibernate支持的數據庫。所以在開發的時候主要使用HQL，避免使用某數據庫廠商特定的SQL語法或者存儲過程。
l 由于連接在映射里面一般被映射為Collection，并在JSF + Spring + Hibernate使用里面有一些問題(Hibernate里面的Lazy Loading和JSF的binding會有一些問題)，所以考慮不支持把外鍵映射為集合，只是當作簡單的字段來使用，然后程序員需要在BO層處理這些連接而且這樣有個好處是運行的性能比較好。
l JSP 2.0，JSTL，EL 本系統缺省使用的視圖層技術，用來生成HTML返回給瀏覽器。通過使用JSTL、EL，易讀性和可維護性可以媲美Velocity等模版語言，而且有眾多的開發工具支持。
l Servlet 2.4： 系統里面會少量使用Servlet。Servlet是和CGI類似的技術，而且JSP運行之前是先編譯為Servlet才運行的。主要在不需要生成HTML但是需要提供其他Web服務的時候使用，例如輸出圖片。還可能使用的其他Servlet相關的技術有Filter、Listener等。
l Sitemesh 2.3： 頁面排版和裝飾框架。負責頁面的總體排版。
l Acegi security 1.0：基于角色的權限控制安全框架。
l AJAX (主要用下面的DWR，scriptaculous，以及Prototype) ： 頁面部分更新、以及實現友好的用戶交互。
l DWR 2.0： 一個AJAX服務器端引擎。
l Prototype： 一個流行的JavaScript框架。
l JBoss Rule： 強大的規則引擎。
l BIRT (Reporting)： 強大的報表設計、生成引擎。
l Lucene Lucence：是一個搜索引擎，主要用于網站文章、產品描述的全文搜索等。
l OsCache： 緩存框架。在本產品主要負責處理頁面緩存。
l EhCache ：緩存框架。在本產品主要負責處理數據緩存，包括Hibernate的二級緩存。
l Quartz： 計劃任務器，負責在后臺運行一些任務。
l Urlrewrite： 重寫URL。
l Commons： (主要包括DBCP，Pool，Validator等等)使用Commons Validator進行輸入驗證等。
l Displaytag： 表格輸出、排版等。
l FCKeditor 2.3： 可視化的在線HTML編輯器。
l ANT： 開發時、安裝時用到的一些常用的任務。
l JUnit，DbUnit： 單元測試。
l LOG4J： 文本的系統日子輸出。
l Velocity： 一個常用的頁面模版技術�？梢宰鳛橐晥D層的另一種選擇。在本產品缺省的配置里面主要用來作為郵件的頁面模版。
l dom4j：SAX XML解釋器。
l Xerces：XML解釋器。
在標準測試環境(參考系統需求)下，系統的性能指標如下：
l 可以支持N*100個以上用戶同時進行產品瀏覽、使用購物車、結帳、客戶服務等
l 日頁面訪問量可以支持100萬PV/天
l 一般的頁面的響應時間應在2秒內(局域網內)
l 復雜的頁面響應時間在5秒內(局域網內)
l 支付、運輸等外部接口的功能在10秒以內完成
l 很復雜的分析統計報表的響應時間不超過30秒
解決方案 篇2
近日根據外媒報道，LG正式公布了“Nexus 5X重啟門”的解決方案，表示將為遇到問題的用戶提供全額退款服務。至于為什么不選擇換機，那是因為Nexus 5X已經停產了，并沒有多余的設備可進行更換。
當然，如果你是七天之內購買然后出問題這樣做無可厚非，而LG還針對了一部分因為安卓7.0升級故障導致無限重啟的用戶。
可能大家都不記得這件事的起因，在9月份時，小部分Nexus 5X設備升級到7.0后出現了無限重啟的事故，當時LG給出的解決方案是送修或換機，因為根源是硬件故障。
這么看來，LG作為一個大廠售后還是很良心的。
但無論怎么說，對于消費者而言倒也算是好事一件，畢竟Nexus 5X已經是去年的推出的機型了，能夠獲得全額退款還是相當不易的。不過，用戶需要保存好自己購買時候的發票，由于假期因素，退款大約需要4周才能到賬。
解決方案 篇3
摘要：針對醫院薪酬管理進行了多角度分析，通過分析指出了目前醫院薪酬管理方面存在的一些問題，并針對這些問題提出了一些有效的意見和建議。
關鍵詞：醫院；薪酬管理；薪酬改革；重要性
１公立醫院醫院薪酬管理的內涵
�。保贬t院薪酬的內涵可以從狹義與廣義兩個層面來進行概括
從狹義的層面來看醫院薪酬指的即是員工能夠獲得的工資收入以及獎金所得等；從廣義的層面來看醫院薪酬指的即是員工在進行工作的過程中所能夠獲得的所有收益，這里的收益既包括工資性的收益，也包括一些無形的收益，比如，如果員工表現好，那么他有可能獲得職位的晉升，擁有更好的工作環境和工作條件，能夠更好的發揮個人潛力，實現自己的發展規劃目標。
�。保册t院通過積極進行薪酬管理能夠達到很好的激勵作用
使得員工對于醫院充滿信心，更好的發揮自己的優勢作用，為醫院發展貢獻自己的最大力量，對于醫院的發展來說意義重大。通過進行薪酬管理使得員工能夠獲得更好的收益分配，促進員工更好的參與到日常的工作當中來。在員工的利益和醫院的基本發展目標達成一致的情況下，醫院的發展更加順利，更容易實現發展目標。
２公立醫院薪酬結構的現狀
２．１目前的醫療衛生體系的基本情況
進行薪酬分配的基本內容為：有職位報酬、職位收益以及績效所得等這些主要薪酬，還有醫療衛生津貼以及車費補貼等這些主要的津貼收益；同時，根據有關規定，獲得相應的獎金，在進行獎金的分配和發放的時候，醫院主要采取工作量和獎金相掛鉤的方式，同時，還會參考員工的基本工作環境、工作內容以及工作的性質，進行獎金分配的合理調整；基本的社會保障金從員工的工資性收益當中進行抽取，抽取的實際金額嚴格的按照管理部門的有關規定進行；同時還有購房補貼、醫療休養費等等這些主要的員工福利。
�。玻补べY分配情況
在進行工資分配的時候，只是簡單的和績效聯系起來還遠遠不夠，這樣不能夠使得績效的激勵作用很好的實現，對于績效進行充分利用，能夠使得員工更好的發揮自己的潛能。在進行工資分配的時候要充分的考慮各個方面的因素，比如，員工工作的基本環境，工作的基本性質以及內容，在進行各項工作的時候所面臨的各種風險，還有員工在特定崗位上的發展前景等等，通過參照各個不同方面的因素，使得工資的分配更為科學合理。通過對于薪酬結構進行進一步的分析能夠得出，現在在進行工資分配的時候，不僅僅會參照員工的績效，還要依照團隊績效，使得薪酬結構變得更加科學和合理。
３我國公立醫院薪酬管理存在的'問題
�。常毙匠杲Y構設置不科學不完善
�、僭谶M行工資分配的時候，現在的主要參考依據集中在員工的職位高低等方面，而對員工實際掌握的工作技能沒有更多的進行參考；②能夠發生變動的薪資所占的比重不足。在這樣的薪酬管理結構之下，員工的工作積極性不能夠很好的帶動起來，工作效率普遍偏低，進而對于醫院的營運造成不良影響。
３．２新酬考核與債效考核依據不便理
在進行薪酬分配的時候，主要的參考依據是不同部門不同職位的經濟收益。那些經濟收益較好的部門往往能夠獲得更多的薪資，而那些經濟收益相對較低的部門，其薪酬也不高。在這樣的薪酬分配辦法之下，不能夠很好的體現多勞多得的原則，很多部門工作強度大，但是薪資水平低。公立醫院進行績效考核的主要依據是機構或者崗位的經濟收益，各個不同的部門對于員工進行考評。因為績效考核不科學不合理，參考價值不大，使得薪酬分配不公平。很多的公立醫院在進行經營運作的時候自負盈虧，使得醫院更多地通過經濟收益進行工資分配。目前很多的醫院獲得經濟收益的主要部門都借助于先進的醫療設備以及藥物的銷售，造成各個部門的收益和員工付出不一致的情況。
４公立醫院薪酬管理的改革對策
４．１醫院層面的薪酬管理改革對策
在公立醫院進行薪酬管理的時候，其基本任務就是固守現在的薪酬分配狀態，同時還要降低無效醫療的情況，使得薪酬管理水平得到提升；在進行收益的分配的時候，實現公平競爭，促進收益分配更加的合理。消除內部壟斷權利市場，規范個人行為；醫院直接獲得壟斷收益，穩定薪酬水平；醫院統一分配壟斷收益，優化薪酬結構。在醫院進行薪酬管理的時候，為了使得其效率水平得到提升，更多的借助于內部管理，這種改進措施沒有很好的顧及醫院的長期發展。
�。矗舱畬用娴男匠旯芾砀母飳Σ�
只有公立醫院才會由政府來提出明確的薪酬管理方案，而且在制定方案時，要想實現人員的自由流動，就一定要清楚的將公立醫院的產權歸屬明確。所以，針對公立醫院而言，薪酬管理改革對策就是著力將人力資源市場機制在醫院中的作用全面恢復。清晰界定公立醫院產權歸屬；建立醫療人力資源市場體制。構建多元化的醫療服務市場。建立一個完善，有效的薪酬管理機制，將公立醫院從里到外的管理模式進行改善，這就是政府對于醫院薪酬管理的長久性改革方案。
�。矗硨π匠旯芾硐到y進行改革和創新
如今的醫療市場越來越成熟，而競爭也越來越激烈，在這種大環境下，以往的薪酬理念已經不能夠滿足醫院發展需求，所以必須對薪酬管理系統進行改革和創新，要大力強化薪酬管理對于企業員工的激勵作用，將企業員工個人績效考核和崗位績效列入薪酬管理中，并將其作為重點改革方向，只有這樣，才能將薪酬管理的效果真正發揮出來，從而使醫院管理體制改革順利進行。醫院薪酬管理機制的設定可以說是其人力資源最切實的保障。只有醫院擁有一套行之有效的薪酬管理系統，才能夠真正的利用這一系統來提升員工的工作積極性和熱情度。但這一系統的制定一定要符合醫院的實際情況并能夠起到積極性作用。
５結束語
不管是公立醫院還是私立醫院，其競爭都是人才的競爭，所以薪酬管理最大的作用就是要將高品質的人才留住，因為只有擁有高品質的人才，才能夠使醫院發展的更快�；诖�，有效的醫院薪酬管理系統不僅是其人力資源管理的保證，同時也是整個醫院發展的堅實基礎。
［參考文獻］
�。郏保葜芰�；湯金霞．關于公立醫院行政后勤科室績效分配實踐與思考［Ｊ］．中國衛生產業，２０１５，（１５）．
�。郏玻萏瞥耸滦匠旮母铮鹤屷t者尊嚴回歸［Ｊ］．中國醫院院長，２０１５，（２３）．
［３］謝代斌．關于公立醫院薪酬績效與激勵制度探究［Ｊ］．科技傳播，２０１４，（１７）．
［４］李麗燕．公立醫院薪酬管理現狀及發展趨勢［Ｊ］．現代商貿工業，２０１４，（１５）．
［５］宋甜．醫院薪酬與人力資源管理的關系探討［Ｊ］．東方企業文化，２０１４，（１９）．
解決方案 篇4
隨著互聯網的高速發展，全民網絡意識都在增強。各類型網站紛紛建立運營。企業網站也不例外。目前，網站已經成為客戶發現企業產品的重要渠道，除開傳統的宣傳功能，企業網站營銷功能也逐漸提升，成為了企業達到營銷目的的重要途徑。
但是企業網站的發展建立也使得網絡資源變的越發緊張，逐漸出現了以下問題：
1.頁面內容多加載緩慢
2.跨運營商數據傳輸節點問題
3.遇到高并發時帶寬壓力過大
4.中小型去也資金緊張，無法投入資金提高硬件設備
為了解決這些問題，Diycdn網站加速平臺提出了一系列解決方案
1.Diycdn采用動態節點分配技術，可實時保障互聯網終端用戶訪問的是最近最穩定的節點，快速加載頁面，響應用戶請求；
2.Diycdn加速節點可智能識別在線源與高速源，保障通訊的及時有效性，消除了不同運營商之間互聯的瓶頸造成的影響，實現了跨運營商的網絡加速，擁有良好的加速效果；
3.Diycdn采用智能分流均衡負載技術，并使用更加有效的智能冗余機制，大幅度提升節點承受流量上限，且有效降低單一節點壓力，有效應對高并發；
4.Diycdn為了推動CDN網站加速技術的全面普及，首次將CDN網站加速服務發展成零元模式，CDN加速從此不再收取任何費用，大幅降低企業投入
Diycdn網站加速系統多年致力于為企業網站提供專業、安全、可靠的加速服務，積極探索企業類網站的需求，專項研究企業網站加速服務，使用Diycdn網站加速平臺后，,網站頁面加載速度明顯提高,無論是圖片還是視頻音頻的加載都暢通無阻。為提高企業網站訪問量，增加企業收益作出了貢獻。
解決方案 篇5
1概述
近年來，隨著社會經濟的高速發展，我國城市軌道交通進入了快速發展階段，其安全性和舒適性得到社會的普遍關注，支撐城市軌道交通安全運營生產業務不斷增加,現有基于2.4GWLAN的車地通信系統面臨挑戰。隨著4G無線寬帶技術的普及，軌道交通行業建設大容量車地無線通信系統成為可能。同時，為節省有限的頻率資源，減少重復建設，充分發揮系統能力，建設基于TD-LTE技術的無線通信綜合承載網，綜合承載城市軌道交通信號系統、乘客信息系統(PIS)、視頻監控系統等生產系統的業務信息,成為未來軌道交通行業發展的必然。
2軌道交通車地無線通信業務介紹
在軌道交通行業中，涉及車地無線通信業務的主要包括以下幾個系統。
2.1 信號系統
信號系統傳送的信息主要為列控CBTC信息，其中地面設備對列車傳輸的信息包括移動授權、限速信息、列車識別號、運營調整指令等信息，列車對地面設備傳輸的信息包括列車車組號、屏蔽門開/關命令、本列車的定位信息、本列車的速度信息等。
在高速移動狀態下，無線通信綜合承載網需要提供滿足寬帶、穩定、具有QoS保障和實時性要求主備冗余的雙向數據通道。
1)列控系統實時性、可靠性及安全需求
a.實時性、可靠性要求
*列控信息經有線和無線網絡傳輸延遲時間應小于150ms。
*單網絡信息傳輸的丟包率應小于1%，誤碼率小于10-6。
*車-地通信單網絡的越區切換中斷時間應在100ms以內。
*可靠性：系統設備平均無故障時間為MTBF>2×104h。
*可用性：系統的可用性指標≥99.99%。
*可維護性：系統設備的平均故障修復時間為MTTR<30 b.="" b=""><30min。
b.列控安全性要求
*傳輸通道應采用獨立的熱備冗余物理通信通道。
*訪問控制要求：要求信號系統A/B通道相互獨立。
*在安全監測、審計與監控、網絡反病毒和備份與災難恢復等方面應制定相應的安全措施，同時具備足夠的防止內、外人員進行違規操作和攻擊破壞的能力等。
*把不同類型的數據傳輸通道應相對獨立或采用經由不同的虛擬局域網(VLAN)進行傳輸。
*無線網絡的安全性：車載無線單元與基站之間在傳遞數據前，必須建立授權并關聯。
2)業務帶寬需求
a.正線需求
信號系統需在車頭、車尾分別冗余配置連接A、B承載網的傳輸通道。每傳輸通道上/下行信息承載需求各為100kbit/s，考慮25%余量后，承載網絡按上/下行125kbit/s設計。每列車單網承載上/下行列控信息業務帶寬各為2×125kbit/s=0.25Mbit/s。
正常情況下，每個RRU小區內的列車數為2列車，無線通信綜合承載網按4列車預設承載需求，單網業務信息承載帶寬為上/下行各1Mbit/s。
特殊情況下，多輛列車進入小區時，車地無線承載網絡可根據QoS等調度策略，優先保障列控信息的安全傳輸，以滿足列控信息傳輸實時性、可靠性及安全性需求。
b.停車場和車輛段信息承載需求
在車輛基地(停車場和車輛段)場景下，只有部分列車需傳遞信號系統車載自檢(及車輛自檢等)信息，上/下行各1Mbit/s即可滿足列控業務信息承載需求。
2.2 乘客信息系統(PIS)
PIS系統需將播控中心下發的播放節目，如新聞廣播、旅行指南、換乘信息、在線廣告等便民信息在車載乘客信息系統顯示屏上實時顯示。無線通信綜合承載網需提供匹配PIS需求的連續高帶寬、低時延車地無線傳輸通道。
PIS圖像傳輸帶寬需求如下：按照1080P分辨率考慮，H.264編碼方式，采用組播方式進行數據傳輸，帶寬需求為下行8Mbit/s。
2.3 視頻監控系統
在軌道交通車地無線的應用場景下，車載視頻監控系統視頻監控圖像回傳是無線通信綜合承載網最大的上行傳輸業務需求，其重要性僅次于信號系統業務需求。
視頻監控系統視頻監控圖像回傳帶寬需求如下：按照720P分辨率考慮，采用H.264編碼方式，每路圖像帶寬為2Mbit/s，按照大小區最多上傳2路圖像考慮，共需帶寬為上行4Mbit/s。
2.4 緊急文本信息
控制中心調度員可向列車發送緊急文本信息，在列車上緊急文本信息與PIS圖像疊加后在客室顯示屏上播出。
緊急本文信息傳輸帶寬需求：單列車傳輸帶寬需求為下行20kbit/s。正常情況下，無線通信綜合承載網單小區容量按4列車設計，信息承載帶寬為下行100kbit/s。
2.5 其他系統
在軌道交通項目中，還有安防車載監測信息、車載火災報警系統(FAS)信息、列車運行狀態監測信息回傳業務需要無線通信綜合承載網進行承載，避免單獨建設浪費投資。
上述傳輸帶寬需求：單列車傳輸帶寬需求上行100kbit/s。正常情況下，無線通信綜合承載網單小區容量按4列車設計，信息承載帶寬為上行400kbit/s。
3技術體制選擇
1)傳統車地無線體制及存在的問題
國內已開通的城市軌道交通工程信號系統均采用無線局域網技術，運行在2.4G頻段。由于2.4G頻段屬于開放頻段，極易受到干擾，給軌道交通安全運營帶來了隱患。近些年，深圳地鐵就發生了由于乘客的無線設備干擾地鐵信號系統，并導致區間停車的情況發生。
國內已開通的軌道交通工程乘客信息系統車地無線部分采用兩種技術：WLAN和DVB-T。WLAN技術并不是針對快速移動而研發的技術，雖經過廠家不斷更新，制定出快速移動切換的解決方案，但在軌道交通行業實際使用過程中，還是存在切換過程中降低數據傳輸效率、帶寬不穩定的情況，在已開通的工程中，并不能完全滿足設計要求的視頻直播和列車監控圖像實時上傳的功能，WLAN技術只是在沒有更好技術情況下的無奈選擇。DVB-T技術單套設備配置時，僅支持地面至列車的單向數據傳輸，無法實現列車監控圖像實時上傳的功能，同時也需申請專用頻率。
2)車地無線網絡技術的發展趨勢
針對軌道交通行業采用WLAN技術存在安全隱患的問題，20xx年2月工業與信息化部發布了“關于重新發布1785～1805MHz頻段無線接入系統頻率使用事宜的通知”，該文明確指出1785～1805MHz頻段可用于城市軌道交通行業專用通信，解決了城市軌道交通車地通信迫切需要的專用頻率問題。LTE技術以其大帶寬、高可靠性、有效避免干擾、覆蓋范圍大、切換少等方面的優勢，完全能夠滿足無線通信綜合承載網的要求。目前，LTE已經有成熟的產品在運營商中使用，并且在鄭州地鐵和朔黃鐵路等軌道交通工程中得到應用，并在20xx年完成了TD-LTE系統通信性能測試。
3)無線通信綜合承載網技術體制
在地鐵應用環境中，LTE擁有專用頻點的情況下，相對于WLAN技術的優勢。在軌道交通中，列車的高速移動會導致多普勒頻移增大，LTE在設計時就考慮高速移動需求，有專門的頻偏估算和糾錯算法，增強的算法可以容忍頻偏范圍超過1kHz，保證高速場景性能。
相對于目前應用的WLAN設備，LTE具有的抗外界干擾以及高速移動性能，具有明顯的優勢。根據以上分析，建議采用LTE技術組建無線通信綜合承載網，綜合承載信號系統、PIS、視頻監控系統、緊急文本信息等車地通信業務。
4組網方案
1)LTE技術體制概述
LTE網絡架構采用基于IP的扁平化網絡結構，由核心網子系統(EPC)、無線網子系統eNodeB及終端設備組成，其中，eNodeB包含分布式基帶處理單元(BBU)和射頻拉遠單元(RRU)設備。
EPC由移動性管理實體(MME)、歸屬用戶服務器(HSS)、服務網關(S-GW)及分組網關(PGW)、路由器及根據需要配置的MBMS-GW組播網關等設備構成。
TD-LTE技術具備上下行資源可調配的特點，可根據業務需要靈活配置上下行業務比例。
2)TD-LTE技術的寬帶移動性優勢
移動接入性強：采用自動頻率校正確保高速移動(>120km/h)場景下的無線鏈路質量，具備優良的高速移動狀態下的寬帶接入能力。
抗干擾能力強：采用ICIC、IRC等專業技術，有效降低小區邊緣頻率干擾，提高小區吞吐率，若使用行業專有頻段，外部干擾少。
QoS機制：LTE系統定義了標準的QCI屬性，所有QCI屬性均可根據實際需求預配置在eNodeB上，這些參數決定了無線側承載資源的分配。在資源受限的條件下由ARP參數決定是否接受相應的承載建立請求。
3)組網方案
本工程組建的無線通信綜合承載網，采用兩套LTE設備冗余組成A、B兩張網，全線按照鏈狀網結構分別部署兩套完全相同的“BBU+RRU”網絡，通過專用傳輸系統提供的傳輸通道分別接入控制中心設置的兩套LTE核心網設備。
隧道區間采用RRU+漏泄同軸電纜方式覆蓋，車輛段采用RRU+天線方式覆蓋。兩張網絡完全獨立，并行工作，互不影響。
每個網絡均包括EPC、eNodeB、車載無線終端(CPE)。信號系統信息在兩套網絡上同時傳輸，以保證其對網絡可靠性的要求，由信號系統同時接收并判斷確定使用有用信息。
4)頻率規劃及指配
a.網絡承載業務帶寬需求
根據第2節業務帶寬需求分析，無線通信綜合承載網需要承載的業務信息。
b.頻率資源規劃
正線(地下部分)無線頻率需求：
*根據業務信息承載統計，正線A、B雙網共需20MHz頻率資源。
*A網使用15MHz帶寬組網。
*B網使用5MHz帶寬組網。
車輛基地(地面部分)無線帶寬需求：
*根據業務信息承載統計，A、B雙網共需10MHz頻率資源。
*A網使用5MHz帶寬組網。
*B網使用5MHz帶寬(與正線B網組網方式始終一致)。
c.需要說明的問題
由于A網在車輛段(地面)和正線(地下)采用不同的頻率帶寬組網，在2個不同頻帶的eNodeB小區邊界位置(位于出入段線附近)會產生1～2s的鏈路中斷時間，用于注冊到A網的車載終端執行小區重選操作;B網在正線和車輛基地的組網方式始終一致，切換不受影響。
在上下行時隙配置一致時，兩個TD-LTE網絡可以同站址共存。本方案通過對基站和車載設備側的合路器加裝濾波器進一步消除網絡干擾，提高頻譜利用率。
5)與運營商無線頻率干擾
無線通信綜合承載網與運營商間干擾主要需考慮TD-LTE與其頻段最接近的運營商無線系統間的干擾，主要為FDD上行頻率1755～1785MHz，移動DCS下行1805～1830MHz，通過分析運營商無線系統和TD-LTE(1785～1805MHz)系統雜散和阻塞要求，兩系統間必須具備80dB的隔離度，既運營商無線系統的頻率和TD-LTE(1785～1805MHz)間需設置5MHz的保護間隔。
在實際工程中，軌道交通建設方可與運營商進行協商，要求運營商進行頻率規劃，在軌道交通中不引入與TD-LTE(1785～1805MHz)相鄰的頻段，且保證5MHz的頻率間隔。
6)QoS規劃
基于LTE技術的無線通信綜合承載網承載了信號系統列控CBTC信息、PIS系統、視頻監控系統、緊急文本信息等業務，各業務的ARP分配由高到低;同時根據各業務對可靠性、時延的要求，系統為其分配不同的QCI。
7)無線信號覆蓋設計
a.系統指標
根據無線通信綜合承載網的承載需求，無線網絡覆蓋率的設計目標需要滿足如下指標。
*要求在覆蓋區域內，TD-LTE無線網絡覆蓋率應滿足RSRP≥-95dBm的概率大于95%;
*要求在同頻組網條件下,滿足車地承載業務信息需求的概率大于95%;
*無線接通率：基本目標>98%;
*掉線率：基本目標98%;
*塊誤碼率(BLER)：基本目標<10%，挑戰目標<1%。
b.區間覆蓋
覆蓋方式：無線通信綜合承載網無線覆蓋可以采用天線和漏纜覆蓋，對于地下線路建議采用漏纜方式進行覆蓋，對于車輛段(維修基地)和地上線路建議采用天線覆蓋。
漏纜方案：對于單漏纜和雙漏纜的選擇，不能僅僅考慮設備數據吞吐能力的差異，還需要考慮漏纜部署的可靠性和安全性，當其中一根漏纜出現問題時，另外一根漏纜仍可以正常使用，系統可以通過傳輸模式自動轉換(如從TM3轉為TM1模式)消除無線覆蓋的單點故障。另外雙漏纜部署，按雙流方式實現MIMO空間復用，可以有效提高信道的容量。綜合以上分析，建議使用雙漏纜方案。
5實驗測試
20xx年上半年，由北京市軌道交通建設管理有限公司組織，多家LTE設備廠家、信號系統設備廠家、乘客信息系統設備廠家和視頻監控系統設備廠家參與，共同進行了無線通信綜合承載網試驗。本次試驗共分為兩步：第一步為實驗室測試，第二步為現場測試。20xx年上半年進行的實驗室測試驗證了LTE系統在城市軌道交通車地無線通信綜合承載的可用性;20xx年下半年進行的現場測試對無線通信綜合承載網及各項技術指標進行了驗證，包括丟包率、切換試驗和不同頻寬的吞吐量，現場測試結果驗證了基于LTE技術的無線通信綜合承載網滿足軌道交通信號系統、PIS系統、視頻監控系統、緊急文本下發等業務需求。
6結論
綜上所述，經過業務分析、技術比選和LTE技術研究，確立了基于LTE技術無線通信綜合承載網的技術方案。實驗測試數據驗證了該技術方案的可用性和可行性。建設基于LTE技術無線通信綜合承載網，可以有效解決專用頻率資源的問題，同時還可以大大減少工程投資。因此，建設基于LTE技術的無線通信綜合承載網將成為未來軌道交通建設的必然選擇。
解決方案 篇6
1、開機按F8進入安全模式后在退出，選重啟或關機在開機，就可以進入正常模式(修復注冊表)。
2、如果故障依舊，請你用系統自帶的系統還原，還原到你沒有出現這次故障的時候修復(如果正常模式恢復失敗，請開機按F8進入到安全模式中使用系統還原)。
3、如果故障依舊，使用系統盤修復，打開命令提示符輸入SFC /SCANNOW 回車(SFC和/之間有一個空格)，插入原裝系統盤修復系統，系統會自動對比修復的。
4、如果故障依舊，在BIOS中設置光驅為第一啟動設備插入系統安裝盤按R鍵選擇“修復安裝”即可。
5、如果故障依舊，建議重裝操作系統。
U盤插入電腦，電腦提示“無法識別的設備”故障診斷方法如下：
第1步：如果U盤插入電腦，電腦提示“無法識別的設備”，說明U盤的供電電路正常。接著檢查U盤的USB接口電路故障。
第2步：如果U盤的USB接口電路正常，則可能是時鐘電路有故障(U盤的時鐘頻率和電腦不能同步所致)。接著檢測時鐘電路中的晶振和諧振電容。
第3步：如果時鐘電路正常，則是主控芯片工作不良。檢測主控芯片的供電，如果供電正常，則是主控芯片損壞,更換即可。
另外還有一種原因， 就是USB接口供電不足，可能是USB接口連接的外設太多造成供電不足。建議使用帶電的USBHUB或者使用USB轉PS/2的轉接頭。還有可能WindowsXP默認開啟了節電模式，致使USB接口供電不足，使USB接口間歇性失靈。右擊我的電腦/屬性/硬件/設備管理器，雙擊“通用串行總線控制器”會到好幾個“USB Root Hub”雙擊任意一個，打開屬性對話框，切換到“電源管理”選項卡，去除“允許計算機關閉這個設備以節約電源”前的勾選，點擊確定返回，依次將每個USB RootHub的屬性都修改完后重新啟動電腦。USB設備就能恢復穩定運行了，頻率盡量設低一些。
如果是有盤符而沒有顯示出來的，解決方法：
右擊我的電腦/管理/存儲/磁盤管理，然后右擊“可移動磁盤”圖標”單擊快捷菜單中的“更改驅動器和路徑”選項，并在隨后的界面中單擊“添加”按鈕，接下來選中“指派驅動器號”，同時從該選項旁邊的下拉列表中選擇合適的盤符，在單擊確定即可。最后打開我的電腦，就能看到移動硬盤的盤符了。
解決方案 篇7
1.項目背景
HIS系統是一套集成門診掛號收費、住院收費、藥庫管理、藥房管理、院長查詢等工作站的醫院管理系統.
某大型醫院采用HIS系統后，擁有大量服務提供相關服務應用．
隨著業務量的增加，服務器承擔的服務任務越來越多，需要使用多臺服務器來運行相同服務．
針對大圖像（CT）的服務器服務響應壓力也越來越大．需要通過負載均衡設備來提高系統應用交付能力及高可靠性．
2.客戶需求
保證當前的HIS系統WEB服務器的高可靠性，可擴展性.
在WEB服務器前放置四/七層負載均衡設備，把HIS系統流量轉發到多臺WEB服務器上，對流量進行合理優化，減少單點故障的問題,提高系統效率.
保證當前的HIS系統圖像服務器的高可靠性，可擴展性，在圖像服務器前放置四/七層負載均衡設備，把用戶的圖像的下載流量智能轉發到多臺圖像服務器上，減少單點故障的問題,提高系統效率.
3.PIOLINK設計方案
方案中采用了PIOLINK的PAS3516負載均衡設備，支持16個千兆端口（16×10/100/1000Base-TX，16×1000Base-XSFP），該設備缺省配置了雙電源，雙閃存。
PIOLINK的PAS系列產品基于“ALLINONE”的設計理念，PAS3516上配置了SLB服務器的負載均衡功能，對訪問內部的服務器的流量進行流量均衡，將其分攤到對應服務器集群的主機上，保證用戶的最佳服務.
2臺PAS3516通過VRRP協議做了設備冗余，保證網絡的可靠性，平時一臺處于Active工作狀態，另一臺處于standby的備份狀態。備機可以備份主設備上的所有會話和狀態，這樣如果主設備出現問題或故障，根據冗余協議的設置，備份PAS會即時接管主設備的所有會話，用戶當前的應用不會受到影響，從而使得用戶的關鍵業務不會造成中斷，實現了高可用性。
如果醫院有增加internet鏈路出口，也可以將PAS3516前移，同時實現鏈路負載均衡的功能，充分保證了用戶的投資。
4.采用PIOLINK給客戶帶來的收益
實現服務器應用的負載均衡，大大提升了HIS系統整體的性能表現．
PAS3516缺省支持雙電源，雙閃存，多風扇系統，保證了設備的可靠性，同時兩臺設備本身可實現的熱備份，提高了客戶系統的穩定性．
PIOLINK負載均衡產品“ALLINONE”的設計理念,最大程度保證了用戶的投資。
PAS3516上啟動了安全模塊PSM(PIOLINKsecuritymanager)，可以提供蠕蟲病毒攻擊，電子郵件蠕蟲病毒攻擊和DoS攻擊等的防護功能,更進一步加強了用戶的網絡安全。
【關于解決方案錦集7篇】相關文章：
解決方案錦集7篇05-31
解決方案錦集6篇05-27
解決方案錦集9篇05-08
【精選】解決方案錦集9篇05-30
【推薦】解決方案錦集6篇05-23
【推薦】解決方案錦集7篇05-19
【必備】解決方案錦集8篇05-17
關于解決方案范文錦集八篇03-28
關于解決方案六篇05-27
關于解決方案6篇05-20