的措辭“和/或”包括一個或更多個相關聯(lián)的列出項的任一單元和全部組合。
[0035]本技術領域技術人員可以理解，除非另外定義，這里使用的所有術語(包括技術術語和科學術語)具有與本發(fā)明所屬領域中的普通技術人員的一般理解相同的意義。還應該理解的是，諸如通用字典中定義的那些術語應該被理解為具有與現(xiàn)有技術的上下文中的意義一致的意義，并且除非像這里一樣定義，不會用理想化或過于正式的含義來解釋。
[0036]為便于對本發(fā)明實施例的理解，下面將結合附圖以幾個具體實施例為例做進一步的解釋說明，且各個實施例并不構成對本發(fā)明實施例的限定。
[0037]本發(fā)明實施例的目的是提供基于IP化GSM-R網(wǎng)絡的4.8kb/s數(shù)據(jù)業(yè)務傳輸方法，能夠在保證列控數(shù)據(jù)傳輸?shù)陌踩郧疤嵯拢鉀Q現(xiàn)有技術中延時和誤碼的問題，提高CTCS-3鐵路安全數(shù)據(jù)傳輸可靠性。
[0038]本發(fā)明實施例涉及到數(shù)據(jù)業(yè)務傳輸?shù)膬蓚€部分的改進，一方面是碼率變化方面，另一方面是基于碼率調整后信令的控制方面。本發(fā)明實施例提供的一種利用基于IP傳輸方式的Abis接口的優(yōu)化后的GSM-R 4.8kbit/s數(shù)據(jù)業(yè)務速率適配過程圖如圖3所示，包括如下的處理步驟:
[0039]步驟31、BTS和BSC在控制面根據(jù)LLC信元識別出用戶面發(fā)送的數(shù)據(jù)類型為
4.8kbit/s的列控數(shù)據(jù)業(yè)務。
[0040]在IP Abis 用戶面?zhèn)鬏?4.8kbit/s 數(shù)據(jù)之前，需要 BTS 和 BSC (base stat1ncontroller，基站控制器)都能夠準確判定出用戶申請的用戶業(yè)務類型，進而有效的選擇本發(fā)明實施例描述的處理方法。由于移動終端在建立數(shù)據(jù)業(yè)務時會向網(wǎng)絡說明業(yè)務接入類型，可以通過LLC(Low Layer Compatibility，低層兼容性信息單元)信元獲取移動終端的接入信息。該信元是從車載ATP MT模塊到列控業(yè)務地面服務器端到端過程需要檢查的必要信元，包含了業(yè)務適配與建立所需的所有信息，包括:編碼方式、信息傳送能力、傳送模式、信息傳送速率、用戶信息第一層協(xié)議、異步/同步指示、是否需要帶內協(xié)商、用戶數(shù)據(jù)速率、中間速率、收發(fā)是否需要獨立于網(wǎng)絡的時鐘、收發(fā)是否需要流控、數(shù)據(jù)位數(shù)、停止位數(shù)和奇偶校驗信息。
[0041]因此，BTS和BSC可以通過LLC信元獲取移動終端的接入信息，根據(jù)該接入信息在控制面有效的識別出用戶面發(fā)送的數(shù)據(jù)類型為4.8kbit/s的列控數(shù)據(jù)業(yè)務，然后，控制網(wǎng)絡節(jié)點間的數(shù)據(jù)傳輸方式采用本發(fā)明實施例提供的方法。
[0042]步驟32、BTS接收到移動終端通過空中接口發(fā)送過來的4.8kbit/s數(shù)據(jù)幀之后，對上述4.8kbit/s數(shù)據(jù)幀進行譯碼處理和RA1/RA1’轉換處理，得到速率為80kb/s的中間速率幀。
[0043]步驟33、BTS對上述速率為80kb/s的中間速率幀進行RA2變換，獲得BSC設備可識別的64kb/s的標準數(shù)據(jù)幀。
[0044]步驟34、BTS對上述64kb/s的標準數(shù)據(jù)幀進行RTP封裝處理，把上述64kb/s的標準數(shù)據(jù)幀封裝到RTP幀中。然后，BTS直接通過IP Abis接口將上述封裝了 64kb/s的標準數(shù)據(jù)幀的RTP幀發(fā)送給BSC設備。
[0045]步驟35、BSC設備收到上述封裝了 64kb/s的標準數(shù)據(jù)幀的RTP幀后，對RTP幀進行RTP解封裝，提取RTP幀中封裝的64kb/s的標準數(shù)據(jù)幀。由于BSC已經(jīng)通過LLC信元獲取移動終端的接入信息，根據(jù)該接入信息在控制面有效的識別出用戶面發(fā)送的數(shù)據(jù)類型為
4.8kbit/s的列控數(shù)據(jù)業(yè)務，并且上述RTP幀中封裝的64kb/s的標準數(shù)據(jù)幀是BSC設備可識別的，于是，BSC設備直接將上述提取出的64kb/s的標準數(shù)據(jù)幀通過A接口發(fā)送給MSC，從而省去了 BSC設備進行RAA、RA2碼率轉換等TRAU的速率轉換過程。上述A接口沒有進行IP化。
[0046]對于承載9.6kbit/s的列控數(shù)據(jù)業(yè)務的IP化的GSM-R核心網(wǎng)絡也可以采用上述方法，進而降低端到端的數(shù)據(jù)傳送時延，提高數(shù)據(jù)傳輸?shù)目煽啃浴?br>[0047]綜上所述，本發(fā)明實施例在基于IP傳輸?shù)腁bis接口上采用64kb/s的傳輸速率，將封裝了 64kb/s的標準數(shù)據(jù)幀的RTP幀直接發(fā)送給BSC設備，省去了 BSC設備進行RAA、RA2碼率轉換等TRAU的速率轉換過程，BSC設備直接以64kb/s的速率傳送給MSC等列控業(yè)務服務器設備，這樣大大降低了端到端的數(shù)據(jù)傳送時延，并提高數(shù)據(jù)傳輸?shù)目煽啃?，能夠在保證列控數(shù)據(jù)傳輸?shù)陌踩郧疤嵯拢鉀Q現(xiàn)有技術中在Abis接口上延時和誤碼的問題，提高CTCS-3鐵路安全數(shù)據(jù)傳輸可靠性。
[0048]本領域普通技術人員可以理解:附圖只是一個實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。
[0049]通過以上的實施方式的描述可知，本領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。
[0050]本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于裝置或系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述得比較簡單，相關之處參見方法實施例的部分說明即可。以上所描述的裝置及系統(tǒng)實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。
[0051]以上所述，僅為本發(fā)明較佳的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應該以權利要求的保護范圍為準。
【主權項】
1.一種基于IP化GSM-R網(wǎng)絡的4.8kb/s數(shù)據(jù)業(yè)務傳輸方法，其特征在于，包括: B T S接收到車載移動終端通過空中接口發(fā)送過來的數(shù)據(jù)幀，識別出所述數(shù)據(jù)幀為4.8 kb it/s 數(shù)據(jù)幀； 所述BTS對所述4.8 kb it/s數(shù)據(jù)業(yè)務幀進行速率轉換處理，得到64kb/s標準數(shù)據(jù)幀； 所述BTS通過IP Abis接口將所述64kb/s標準數(shù)據(jù)幀發(fā)送給BSC設備。
2.根據(jù)權利要求1所述的基于IP化GSM-R網(wǎng)絡的4.8kb/s數(shù)據(jù)業(yè)務傳輸方法，其特征在于，所述的識別出所述數(shù)據(jù)幀為4.8kbit/s數(shù)據(jù)幀，包括: BTS通過車載移動終端到列控業(yè)務地面服務器端到端傳輸過程中的低層兼容性信息單元LLC信元獲取所述移動終端的接入信息，根據(jù)所述移動終端的接入信息識別出所述移動終端發(fā)送的數(shù)據(jù)幀為4.8kbit/s數(shù)據(jù)幀。
3.根據(jù)權利要求1所述的基于IP化GSM-R網(wǎng)絡的4.8kb/s數(shù)據(jù)業(yè)務傳輸方法，其特征在于，所述基于IP化GSM-R網(wǎng)絡包括列車運行控制系統(tǒng)中的基于IP化GSM-R網(wǎng)絡。
4.根據(jù)權利要求1或2或3所述的基于IP化GSM-R網(wǎng)絡的4.8kb/s數(shù)據(jù)業(yè)務傳輸方法，其特征在于，所述的BTS對所述4.8 kb it/s數(shù)據(jù)業(yè)務幀進行速率轉換處理，得到64kb/s標準數(shù)據(jù)幀，包括: 所述BTS對所述4.8kbit/s數(shù)據(jù)幀進行譯碼處理和RA1/RA1’轉換處理，得到速率為80kb/s的中間速率幀，所述BTS對所述80kb/s的中間速率幀進行RA2變換，獲得BSC設備可識別的64kb/s的標準數(shù)據(jù)幀。
5.根據(jù)權利要求4所述的基于IP化GSM-R網(wǎng)絡的4.8kb/s數(shù)據(jù)業(yè)務傳輸方法，其特征在于，所述的BTS通過IP Abis接口將所述64kb/s標準數(shù)據(jù)幀發(fā)送給BSC設備，包括: 所述BTS對所述64kb/s的標準數(shù)據(jù)幀進行實時傳輸協(xié)議RTP封裝處理，將所述64kb/s的標準數(shù)據(jù)幀封裝到RTP幀中，所述BTS直接通過IP Abis接口將所述封裝了 64kb/s的標準數(shù)據(jù)幀的RTP幀發(fā)送給BSC設備。
6.根據(jù)權利要求5所述的基于IP化GSM-R網(wǎng)絡的4.8kb/s數(shù)據(jù)業(yè)務傳輸方法，其特征在于，所述的方法還包括: 所述BSC通過LLC信元獲取移動終端的接入信息，根據(jù)所述移動終端的接入信息識別出用戶面發(fā)送的數(shù)據(jù)類型為4.8kbit/s的列控數(shù)據(jù)業(yè)務， 所述BSC設備收到所述封裝了 64kb/s的標準數(shù)據(jù)幀的RTP幀后，對所述RTP幀進行RTP解封裝，提取并識別出所述RTP幀中封裝的64kb/s的標準數(shù)據(jù)幀，所述BSC設備將所述64kb/s的標準數(shù)據(jù)幀通過A接口發(fā)送給MSC設備。
【專利摘要】本發(fā)明實施例提供了一種基于IP化GSM-R網(wǎng)絡的4.8kb/s數(shù)據(jù)業(yè)務傳輸方法。該方法主要包括：BTS接收到車載移動終端通過空中接口發(fā)送過來的數(shù)據(jù)幀，識別出數(shù)據(jù)幀為4.8kbit/s數(shù)據(jù)幀；BTS對所述4.8kbit/s數(shù)據(jù)業(yè)務幀進行速率轉換處理，得到64kb/s標準數(shù)據(jù)幀；BTS通過IP Abis接口將64kb/s標準數(shù)據(jù)幀發(fā)送給BSC設備。本發(fā)明實施例在基于IP傳輸?shù)腁bis接口上采用64kb/s的傳輸速率，將封裝了64kb/s的標準數(shù)據(jù)幀的RTP幀直接發(fā)送給BSC設備，省去了BSC設備進行RAA、RA2碼率轉換等TRAU的速率轉換過程，BSC設備直接以64kb/s的速率傳送給MSC等列控業(yè)務服務器設備，這樣大大降低了端到端的數(shù)據(jù)傳送時延，并提高數(shù)據(jù)傳輸?shù)目煽啃?，提高CTCS-3鐵路安全數(shù)據(jù)傳輸可靠性。
【IPC分類】H04W28-06, H04L1-00
【公開號】CN104796225
【申請?zhí)枴緾N201510128578
【發(fā)明人】丁建文, 鐘章隊, 蔣文怡, 孫斌
【申請人】中國鐵路總公司, 北京交通大學
【公開日】2015年7月22日
【申請日】2015年3月23日