欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種lte系統(tǒng)中基站傳輸自檢的方法及裝置的制作方法

文檔序號:7863572閱讀:163來源:國知局
專利名稱:一種lte系統(tǒng)中基站傳輸自檢的方法及裝置的制作方法
技術領域
本發(fā)明涉及無線通信的故障檢測領域,特別涉及一種LTE系統(tǒng)中基站傳輸自檢的方法及裝置。
背景技術
隨著通信技術的發(fā)展和通信設備的大規(guī)模應用,目前已經(jīng)建成大容量、多業(yè)務、數(shù)字化、現(xiàn)代化的通信網(wǎng)絡,通信基站的數(shù)量快速增加,基站內的設備越來越多。移動通信系統(tǒng)中的基站主要負責與無線有關的各種功能,為MS (Mobile Station,移動臺)提供接入系統(tǒng)的接口,直接和MS通過無線相連接。在通信技術日新月異的同時,人們對網(wǎng)絡的依賴程度也越來越高,進而對網(wǎng)絡質 量的要求也越來越高,其中,基站為網(wǎng)絡系統(tǒng)中的重要設備,因此,如何高效定位、排除基站故障對提高網(wǎng)絡業(yè)務質量意義深遠。目前,移動現(xiàn)網(wǎng)一般由多個設備廠家合作建設,單網(wǎng)元所提供的定位手段越完備,則對其他網(wǎng)元的依賴程度越低,定位效率也越高。現(xiàn)有技術中,對于LTE系統(tǒng)而言,檢查與核心網(wǎng)連接的基站側的故障時,必須依賴其他設備才能實現(xiàn),例如,先將基站與核心網(wǎng)進行連接,然后通過基站與核心網(wǎng)進行交互檢查基站是否發(fā)生故障。因此,若沒有核心網(wǎng)或業(yè)務服務器,以及業(yè)務速率不理想的情況下,也就無法快速實現(xiàn)對基站故障的檢查。也就是說,需其他定位手段配合方可排查基站自身問題,例如,在基站上連接的PTN(PacketTransportNetwork,分組傳輸網(wǎng)絡)或CE (Customer Edge,用戶邊緣)上鏡像抓包分析,PTN/CE設備若由外廠商提供,則必須協(xié)調相應的廠家提供技術支持。外場合作建網(wǎng)的企業(yè)間經(jīng)常是競爭關系,配合工作經(jīng)常不到位,導致定位周期比較長,對移動客戶及最終用戶造成消極影響。

發(fā)明內容
本發(fā)明實施例提供一種LTE系統(tǒng)中基站傳輸自檢的方法,用以解決現(xiàn)有技術中存在的必須依賴核心網(wǎng)側的設備才能檢查與核心網(wǎng)連接的基站是否發(fā)生故障的問題,降低了檢查基站故障的復雜度,提高了效率?!N長期演進LTE系統(tǒng)中基站傳輸自檢的方法,包括基站向分組傳輸網(wǎng)絡PTN發(fā)送攜帶Ping包的操作、管理和維護協(xié)議數(shù)據(jù)單元OAMrou消息;所述基站接收所述PTN返回的攜帶Ping包的OAM PDU響應消息,并判斷所述基站發(fā)送與接收到的Ping包的數(shù)量是否相同,若是,則確認所述基站的傳輸層未發(fā)生故障;否貝U,確認所述基站的傳輸層發(fā)生故障?!N長期演進LTE系統(tǒng)中基站傳輸自檢的方法,包括分組傳輸網(wǎng)絡PTN接收基站發(fā)送的攜帶Ping包的操作、管理和維護協(xié)議數(shù)據(jù)單元OAM PDU 消息;
所述PTN向所述基站發(fā)送攜帶Ping包的OAM PDU響應消息,并令所述基站判斷所述基站發(fā)送與接收到的Ping包的數(shù)量是否相同,若是,則確認所述基站的傳輸層未發(fā)生故障;否則,確認所述基站的傳輸層發(fā)生故障。一種長期演進LTE系統(tǒng)中基站傳輸自檢的裝置,包括第一通信單元,用于向分組傳輸網(wǎng)絡PTN發(fā)送攜帶Ping包的操作、管理和維護協(xié)議數(shù)據(jù)單元OAM PDU消息;第二通信單元,用于接收所述PTN返回的攜帶Ping包的OAM PDU響應消息,并判斷所述基站發(fā)送與接收到的Ping包的數(shù)量是否相同,若是,則確認所述基站的傳輸層未發(fā)生故障;否則,確認所述基站的傳輸層發(fā)生故障。一種長期演進LTE系統(tǒng)中基站傳輸自檢的裝置,包括
第三通信單元,用于接收基站發(fā)送的攜帶Ping包的操作、管理和維護協(xié)議數(shù)據(jù)單元OAM PDU消息;第四通信單元,用于向所述基站發(fā)送攜帶Ping包的OAM PDU響應消息,并令所述基站判斷所述基站發(fā)送與接收到的Ping包的數(shù)量是否相同,若是,則確認所述基站的傳輸層未發(fā)生故障;否則,確認所述基站的傳輸層發(fā)生故障。本發(fā)明實施例中,基站向PTN發(fā)送攜帶Ping包的OAM PDU消息;然后,基站接收PTN返回的攜帶Ping包的OAM PDU響應消息,并判斷基站發(fā)送與接收到的Ping包的數(shù)量是否相同,若是,則確認基站的傳輸層未發(fā)生故障;否則,確認基站的傳輸層發(fā)生故障,基站通過向PTN發(fā)送攜帶Ping包的消息,以及接收PTN返回的攜帶Ping包的消息,然后,再比較發(fā)送與返回的Ping包的數(shù)量,即可檢查與核心網(wǎng)連接的基站側是否發(fā)生故障,其中,基站發(fā)送消息的PTN與接收發(fā)送消息的PTN都是與基站相連接的設備,整個交互過程僅僅通過基站,以及與基站相連接的PTN即可完成,不需要基站與核心網(wǎng)側的設備發(fā)生交互,也就是說,不需要依賴核心網(wǎng)側的設備就可以實現(xiàn)檢查與核心網(wǎng)連接的基站側的故障,降低了檢查基站故障的復雜度,提高了效率。


圖I為本發(fā)明實施例中基站的功能結構不意圖;圖2為本發(fā)明實施例中PTN的功能結構示意圖;圖3為本發(fā)明實施例中基站實現(xiàn)自檢與核心網(wǎng)連接側故障的詳細流程圖;圖4為本發(fā)明實施例中基站實現(xiàn)自檢與核心網(wǎng)連接側故障的示意圖;圖5為現(xiàn)有技術中TD-LTE業(yè)務面協(xié)議棧模型;圖6為本發(fā)明實施例中OAM PDU消息的格式示意圖。
具體實施例方式為了實現(xiàn)不依賴核心網(wǎng)側的設備就可以檢查與核心網(wǎng)連接的基站側是否發(fā)生故障,降低檢查基站故障的復雜度,提高效率,本發(fā)明實施例中,基站向PTN發(fā)送以及接收PTN返回的攜帶Ping包的消息;然后,判斷發(fā)送與接收到的Ping包的數(shù)量是否相同來確認基站的傳輸層是否發(fā)生故障,若是,則確認基站的傳輸層未發(fā)生故障;否則,確認基站的傳輸層發(fā)生故障,基站通過向PTN發(fā)送攜帶Ping包的消息,以及接收PTN返回的攜帶Ping包的消息,然后,再比較發(fā)送與返回的Ping包的數(shù)量,即可檢查與核心網(wǎng)連接的基站側是否發(fā)生故障,其中,基站發(fā)送消息的PTN與接收發(fā)送消息的PTN都是與基站相連接的設備,整個交互過程僅僅通過基站,以及與基站相連接的PTN即可完成,不需要基站與核心網(wǎng)側的設備發(fā)生交互,也就是說,不需要依賴核心網(wǎng)側的設備就可以實現(xiàn)檢查與核心網(wǎng)連接的基站側的故障,降低了檢查基站故障的復雜度,提高了效率。下面結合附圖對本發(fā)明優(yōu)選的實施方式進行詳細說明。參閱圖I所示,本發(fā)明實施例中,基站包括第一通信單元10、第二通信單元11,其中,第一通信單元10,用于向分組傳輸網(wǎng)絡PTN發(fā)送攜帶Ping包的OAM PDU消息;第二通信單元11,用于接收PTN返回的攜帶Ping包的OAM PDU響應消息,并判斷基站發(fā)送與接收到的Ping包的數(shù)量是否相同,若是,則確認基站傳輸層未發(fā)生故障;否則,確認基站傳輸層發(fā)生故障。參閱圖2所示,本發(fā)明實施例中,PTN包括第三通信單元20、第四通信單元21,其中,第三通信單元20,用于接收基站發(fā)送的攜帶Ping包的OAM PDU消息;第四通信單元21,用于向基站發(fā)送攜帶Ping包的OAM PDU響應消息,并令基站判斷基站發(fā)送與接收到的Ping包的數(shù)量是否相同,若是,則確認基站的傳輸層未發(fā)生故障;否則,確認基站的傳輸層發(fā)生故障?;谏鲜黾夹g方案,參閱圖3所示,本發(fā)明實施例中,LTE系統(tǒng)中,基站實現(xiàn)自檢與核心網(wǎng)連接側故障的詳細流程如下(圖4為基站實現(xiàn)自檢與核心網(wǎng)連接側故障的詳細示意圖)步驟300 :基站向PTN發(fā)送攜帶Ping包的OAM PDU消息。圖5 為 TD-LTE (Time Division Long Term Evolution,時分長期演進)業(yè)務面協(xié)議棧模型,其中,虛線框為UE (User Equipment,用戶終端設備)與基站之間的協(xié)議,實線框內為基站與核心網(wǎng)之間的協(xié)議,本發(fā)明實施例要解決的是,基站不需要依賴于核心網(wǎng)側的設備,通過基站側的設備就可以確定自身與核心網(wǎng)連接側的故障問題,也就是基站自檢圖5中實線框內的基站的故障。在實際應用中,以太網(wǎng)OAM (Operation, Administration and Maintenance,)能夠有效提高以太網(wǎng)的管理和維護能力,主要功能包括鏈路性能檢測對鏈路的各種性能進行監(jiān)測,包括對丟包、時延和抖動等的衡量,以及對各類流量的統(tǒng)計;故障偵測和告警通過發(fā)送檢測報文來探測鏈路的連通性,當鏈路出現(xiàn)故障時及時通知網(wǎng)絡管理員;環(huán)路測試通過非以太網(wǎng)OAM協(xié)議報文的環(huán)回來檢測鏈路故障。OAM可用于監(jiān)控網(wǎng)絡的健康程度,以及快速確定鏈路失敗的位置和產(chǎn)生故障的原因。以太網(wǎng)OAM工作在數(shù)據(jù)鏈路層,其協(xié)議報文被稱為0AM PDU (0AM Protocol Data Units, OAM協(xié)議數(shù)據(jù)單元),以太網(wǎng)OAM就是通過設備之間定時交互0AM PDU來報告鏈路狀態(tài),使網(wǎng)絡管理員能夠對網(wǎng)絡進行有效的管理。IP層模塊的Ping功能是一種廣泛使用的OAM技術,用于檢測IP層模塊的可達性。同時,由于Ping還提供了計數(shù)和時延統(tǒng)計功能,因此,Ping還可以用于IP層模塊的傳輸丟包檢測。例如,在外場PTN組網(wǎng)中,通過基站和EPC(Evolved Packe Core,演進的分組核心網(wǎng))接口 IP (Internet Protocol,互聯(lián)網(wǎng)協(xié)議)之間的Ping檢測,可以統(tǒng)計出一段時間之內,傳輸設備的丟包情況,用于定位傳輸相關問題,其中,EPC包括MME (Mobile ManagementEntity,移動性管理實體)和 Serving-GW (Serving-GateWay,服務網(wǎng)關)。現(xiàn)有的802. 3ah協(xié)議規(guī)定了對以太網(wǎng)絡進行OAM的一種標準方法,802. 3ah協(xié)議中規(guī)定的以太網(wǎng)OAM功能主要是鏈路方面的監(jiān)測和維護,是一種偏物理層的0ΑΜ,它主要應用在網(wǎng)絡的邊緣設備上(接入層),且OAM PDU消息只能轉發(fā)一跳,主要用來監(jiān)測鏈路質量、收集鏈路告警等,其中,OAM PDU消息也就是OAM PDU報文。OAM PDU消息的格式如圖6所示,其中,OAMPDU消息的重要字段如表I所示表權利要求
1.一種長期演進LTE系統(tǒng)中基站傳輸自檢的方法,其特征在于,包括 基站向分組傳輸網(wǎng)絡PTN發(fā)送攜帶Ping包的操作、管理和維護協(xié)議數(shù)據(jù)單元OAM PDU消息; 所述基站接收所述PTN返回的攜帶Ping包的OAM PDU響應消息,并判斷發(fā)送與接收到的Ping包的數(shù)量是否相同,若是,則確認所述基站的傳輸層未發(fā)生故障;否則,確認所述基站的傳輸層發(fā)生故障。
2.如權利要求I所述的方法,其特征在于,所述基站基于802.3ah協(xié)議向PTN發(fā)送OAMPDU消息,以及接收所述PTN基于802. 3ah協(xié)議返回的OAMPDU響應消息。
3.如權利要求I或2所述的方法,其特征在于,所述基站向所述PTN發(fā)送攜帶Ping包的OAM PDU消息時,將Ping包封裝在所述OAM PDU消息的數(shù)據(jù)Data字段中;所述基站接收所述PTN返回的攜帶Ping包的OAM PDU響應消息時,從所述OAM PDU響應消息的Data字段中獲取Ping包。
4.如權利要求I所述的方法,其特征在于,還包括 所述基站通過與用戶設備UE進行上下行灌包操作,排查基站的空口故障。
5.一種長期演進LTE系統(tǒng)中基站傳輸自檢的方法,其特征在于,包括 分組傳輸網(wǎng)絡PTN接收基站發(fā)送的攜帶Ping包的操作、管理和維護協(xié)議數(shù)據(jù)單元OAMI3DU消息; 所述PTN向所述基站發(fā)送攜帶Ping包的OAM PDU響應消息,令所述基站判斷基站發(fā)送與接收到的Ping包的數(shù)量是否相同,若是,則確認所述基站的傳輸層未發(fā)生故障;否則,確認所述基站的傳輸層發(fā)生故障。
6.如權利要求5所述的方法,其特征在于,所述PTN接收所述基站基于802.3ah協(xié)議發(fā)送的OAM PDU消息,以及基于802. 3ah協(xié)議向所述基站發(fā)送OAM PDU響應消息。
7.如權利要求6所述的方法,其特征在于,所述PTN接收所述基站發(fā)送的攜帶Ping包的OAM PDU消息時,從所述OAM PDU消息的數(shù)據(jù)Data字段中獲取Ping包;所述PTN向所述基站發(fā)送OAM PDU響應消息時,將Ping包封裝在所述OAM PDU響應消息的Data字段中。
8.一種長期演進LTE系統(tǒng)中基站傳輸自檢的裝置,其特征在于,包括 第一通信單元,用于向分組傳輸網(wǎng)絡PTN發(fā)送攜帶Ping包的操作、管理和維護協(xié)議數(shù)據(jù)單元OAM PDU消息; 第二通信單元,用于接收所述PTN返回的攜帶Ping包的OAM PDU響應消息,并判斷所述基站發(fā)送與接收到的Ping包的數(shù)量是否相同,若是,則確認所述基站的傳輸層未發(fā)生故障;否則,確認所述基站的傳輸層發(fā)生故障。
9.如權利要求8所述的裝置,其特征在于,所述第一通信單元具體用于,基于802.3ah協(xié)議向PTN發(fā)送OAM PDU消息;所述第二通信單元具體用于,接收所述PTN基于802. 3ah協(xié)議返回的OAM PDU響應消息。
10.如權利要求8或9所述的裝置,其特征在于,所述第一通信單元,具體用于向所述PTN發(fā)送攜帶Ping包的OAM PDU消息時,將Ping包封裝在所述OAM PDU消息的數(shù)據(jù)Data字段中;所述第二通信單元接收所述PTN返回的攜帶Ping包的OAM PDU響應消息時,從所述OAM PDU響應消息的Data字段中獲取Ping包。
11.如權利要求8所述的裝置,其特征在于,還包括灌包操作單元,用于通過與用戶設備UE進行上下行灌包操作,排查基站的空口故障。
12.—種長期演進LTE系統(tǒng)中基站傳輸自檢的裝置,其特征在于,包括 第三通信單元,用于接收基站內的基站發(fā)送的攜帶Ping包的網(wǎng)絡控制報文協(xié)議操作、管理和維護協(xié)議數(shù)據(jù)單元OAM PDU消息; 第四通信單元,用于向所述基站發(fā)送攜帶Ping包的OAM PDU響應消息,令所述基站判斷所述基站發(fā)送與接收到的Ping包的數(shù)量是否相同,若是,則確認所述基站的傳輸層未發(fā)生故障;否則,確認所述基站的傳輸層發(fā)生故障。
13.如權利要求12所述的裝置,其特征在于,所述第三通信單元具體用于,接收所述基站基于802. 3ah協(xié)議發(fā)送的OAM PDU消息;所述第四通信單元具體用于,基于802. 3ah協(xié)議向所述基站發(fā)送OAM PDU響應消息。
14.如權利要求12或13所述的裝置,其特征在于,所述第三通信單元具體用于,接收所述基站發(fā)送的攜帶Ping包的OAM PDU消息時,從所述OAMPDU消息的數(shù)據(jù)Data字段中獲取Ping包;所述第四通信單元具體用于,向所述基站發(fā)送OAM PDU響應消息時,將Ping包封裝在所述OAM PDU響應消息的Data字段中。
全文摘要
本發(fā)明涉及無線通信技術,公開了一種基站傳輸自檢的方法及裝置,用以在基站不依賴核心網(wǎng)側設備的情況下實現(xiàn)檢查自身故障,降低檢查基站故障的復雜度,具體為基站向PTN發(fā)送攜帶Ping包的OAM PDU消息;然后,基站接收PTN返回的攜帶Ping包的OAM PDU響應消息,并判斷基站發(fā)送與接收到的Ping包的數(shù)量是否相同,若是,則確認基站的傳輸層未發(fā)生故障;否則,確認基站的傳輸層發(fā)生故障,基站通過以上過程即可檢查與核心網(wǎng)連接的接口是否發(fā)生故障,不需要依賴核心網(wǎng)側設備就可以實現(xiàn)對基站故障的檢查,降低了檢查基站故障的復雜度,提高了效率。
文檔編號H04W24/04GK102917389SQ20121040505
公開日2013年2月6日 申請日期2012年10月22日 優(yōu)先權日2012年10月22日
發(fā)明者吳應芳, 周琦, 王麗萍 申請人:大唐移動通信設備有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
庆阳市| 大姚县| 抚远县| 正宁县| 乌拉特前旗| 星座| 防城港市| 龙南县| 菏泽市| 双城市| 绥棱县| SHOW| 上饶县| 阿合奇县| 塔城市| 仙桃市| 高阳县| 荔浦县| 福州市| 湄潭县| 山东| 四川省| 涿鹿县| 象州县| 铅山县| 五大连池市| 大埔县| 通江县| 交口县| 河北省| 高密市| 若尔盖县| 揭阳市| 中西区| 睢宁县| 遂昌县| 洪湖市| 永丰县| 普兰店市| 万荣县| 含山县|