亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種傳輸實時傳送協(xié)議報文的方法及裝置的制作方法

文檔序號:7895983閱讀:206來源:國知局
專利名稱:一種傳輸實時傳送協(xié)議報文的方法及裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種傳輸實時傳送協(xié)議報文的方法及裝置。
背景技術(shù)
RTP(Real-timeTransportProtocol,實時傳送協(xié)議)是用于 hternet 上針對多媒體數(shù)據(jù)流的一種傳輸協(xié)議。RTP被定義為在一對一或一對多的傳輸情況下工作,其目的是提供時間信息和實現(xiàn)流同步。RTP通常使用UDP來傳送數(shù)據(jù),但RTP也可以在TCP或ATM等其他協(xié)議之上工作。當(dāng)應(yīng)用程序開始一個RTP會話時將使用兩個端口 一個給RTP,一個給RTCP (Real-Time Transport Control Protocol,實時傳輸控制協(xié)議),RTP本身并不能為按順序傳送數(shù)據(jù)包提供可靠的傳送機制,也不提供流量控制或擁塞控制,它依靠RTCP提供這些服務(wù)。通常RTP算法并不作為一個獨立的網(wǎng)絡(luò)層來實現(xiàn),而是作為應(yīng)用程序代碼的一部分。實時傳輸控制協(xié)議RTCP和RTP —起提供流量控制和擁塞控制服務(wù)。在RTP會話期間,各參與者周期性地傳送RTCP包。RTCP包中含有已發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計資料,因此,服務(wù)器可以利用這些信息動態(tài)地改變傳輸速率,甚至改變有效載荷類型。RTP和RTCP配合使用,它們能以有效的反饋和最小的開銷使傳輸效率最佳化,因而特別適合傳送網(wǎng)上的實時數(shù)據(jù)。例如在GSM接入網(wǎng)系統(tǒng)中,IP ABIS接入下,語音報文一般為RTP格式封裝。一個典型的RTP報文如圖1,其中UDP端口采用偶數(shù)值,而奇數(shù)值則保留給RTCP報文使用,故一路RTP會話通常會占用2個UDP端口。同樣的情況也存在于UMTS IUB 口場景?,F(xiàn)有技術(shù)中存在問題如下,要通過較多的端口實現(xiàn)RTP報文傳輸。

發(fā)明內(nèi)容
為了解決現(xiàn)有技術(shù)中要通過較多的端口實現(xiàn)RTP報文傳輸?shù)膯栴},本發(fā)明提供了一種傳輸實時傳送協(xié)議RTP報文的方法及裝置。本發(fā)明實施例提供的一種傳輸實時傳送協(xié)議RTP報文的方法,包括通過端口號連續(xù)的第一端口和第二端口傳輸RTP報文,第一端口的端口號為偶數(shù)則第二端口的端口號為奇數(shù),第二端口的端口號為偶數(shù)則第一端口的端口號為奇數(shù);通過基于IP網(wǎng)絡(luò)的SLA (SLA =Service-Level Agreement,服務(wù)等級協(xié)議)檢測鏈路對RTP報文的傳輸進行檢測。本發(fā)明實施例還提供了一種傳輸實時傳送協(xié)議RTP報文的裝置,包括傳輸模塊,用于通過端口號連續(xù)的第一端口和第二端口傳輸RTP報文,第一端口的端口號為偶數(shù)則第二端口的端口號為奇數(shù),第二端口的端口號為偶數(shù)則第一端口的端口號為奇數(shù);檢測模塊,用于通過基于IP網(wǎng)絡(luò)的SLA檢測鏈路對RTP報文的傳輸進行檢測。本發(fā)明實施例提供的方案,由于通過SLA檢測鏈路對RTP報文的傳輸進行檢測,利用原本分配給一路RTP報文使用的奇偶端口實現(xiàn)兩路RTP傳輸,通過較少的端口實現(xiàn)RTP報文傳輸。


圖1為現(xiàn)有技術(shù)提供的RTP報文格式圖;圖2為本發(fā)明實施例提供的RTP報文格式圖;圖3為本發(fā)明實施例提供的方法流程圖;圖4為為本發(fā)明實施例提供的裝置結(jié)構(gòu)圖。
具體實施例方式下面結(jié)合附圖對本發(fā)明實施例的技術(shù)方案進行詳細(xì)說明。本發(fā)明實施例,提供一種傳輸實時傳送協(xié)議RTP報文的方法,可在原占用端口的基礎(chǔ)上增加一路RTP報文傳輸,不但滿足正常通話語音幀傳輸需求,也為BSC內(nèi)切換時不掉話提供了傳輸層保障。本實施例的方案是利用基于IP網(wǎng)絡(luò)的SLA檢測鏈路,而將空余出來的奇數(shù)端口也傳輸RTP報文。具體而言就是通過一個端口號為偶數(shù)2000 —個端口號為奇數(shù)2001的,兩個端口號連續(xù)的端口傳輸RTP報文,通過基于IP網(wǎng)絡(luò)的SLA檢測鏈路對RTP報文的傳輸進行檢測。以GSM網(wǎng)絡(luò)通信過程為例,用戶終端通話一般都伴隨著切換。為了保證用戶終端的無縫切換,在一路RTP會話中,利用奇偶端口可以同時傳輸一路同樣的RTP報文,特別在BSC內(nèi)切換時,可以做到不掉話切換,該兩路語音報文只需通過BSC側(cè)的UDP端口區(qū)分,UDP端口互為奇偶,但對應(yīng)同一路會話。當(dāng)然通過一個端口號為偶數(shù)另一個端口號為奇數(shù)的,兩個端口號連續(xù)的UDP端口傳輸一路同樣的RTP報文,對于UTRAN (UMTS Terrestrial RadioAccess Network,UMTS地面無線接入網(wǎng))IUB 口也同樣適用,此處不再贅述。改進后RTP報文格式如圖2,使RTP報文中的UDP頭中源、目的端口同時支持奇數(shù)值和偶數(shù)值。上行方向的目的UDP端口為BSC側(cè)的UDP端口,下行方向的源UDP端口為BSC側(cè)的UDP端口,通過BSC側(cè)的UDP端口的奇偶解決切換中沖突檢測問題。該改進方法提高了 UDP端口利用率,滿足正常通話語音幀傳輸需求,還滿足移動通信過程中的切換沖突檢測問題。通過BSC側(cè)的偶數(shù)端口(或奇數(shù)端口)n和與之對應(yīng)的奇數(shù)端口(或偶數(shù)端口)n+l實現(xiàn)了切換源通道、目的通道2路報文同時發(fā)送,并可以根據(jù)接續(xù)信息中的端口對比UDP端口的奇偶確定源、目的通道,方便地檢測出2路通道的報文,為ABIS 口無縫切換提供了保障條件,本實施例中源通道指切換前基站與BSC之間傳輸RTP報文的ABIS 口通道,目的通道指切換后基站與BSC之間傳輸RTP報文的ABIS 口通道。源通道對應(yīng)BSC側(cè)的偶數(shù)端口 2000,目的通道對應(yīng)BSC側(cè)的奇數(shù)端口 2001,或者源通道對應(yīng)BSC側(cè)的奇數(shù)端口 2001,目的通道對應(yīng)BSC側(cè)的偶數(shù)端口 2000。本實施方案提供的傳輸實時傳送協(xié)議RTP報文的方法,如圖3所示包括步驟101 通過一個端口號為2000的端口傳輸RTP報文。用戶終端撥打電話,首次激活一條RTP通道,BSC用戶面在ABIS 口會分配BSC側(cè)本地端口為偶數(shù)n,本實施例中η = 2000,用于在一條RTP通道中傳輸語音幀(即RTP報文)。滿足手機正常通話中傳輸語音幀的需求。步驟102 當(dāng)判決用戶終端需要切換時,指定端口 2001作為切換后傳輸RTP報文的端口,并通過端口 2000傳輸RTP上行報文,通過端口 2000和端口 2001傳輸RTP下行報文。當(dāng)BSC控制面檢測到手機測量報告,并首次判決需要切換時,則指派BSC用戶面在ABIS 口為切換的目的RTP通道分配奇數(shù)端口 2001(n+l),用于在該端口傳輸切換目的通道中的語音幀。滿足用戶終端切換的源通道、目的通道同時存在上行語音幀的識別問題。BSC側(cè)目的端口為偶數(shù)則是切換源通道,BSC側(cè)目的端口為奇數(shù)是切換目的通道,這樣便可區(qū)分源通道、目的通道數(shù)據(jù)。此刻上行方向,BSC用戶面還是保留將ABIS 口源通道的上行報文投遞到A 口通道,下行方向,BSC用戶面會將A 口通道的下行報文同時投遞到ABIS 口的切換的源通道、目的通道這2個通道,實現(xiàn)下行雙發(fā)。步驟103 根據(jù)控制面發(fā)送的切換檢測信令,切換到端口 2001傳輸RTP上行報文,通過端口 2000和端口 2001傳輸RTP下行報文。當(dāng)BSC控制面收到基站從用戶終端切換目的通道上傳的切換檢測消息,通知BSC用戶面。上行方向,BSC用戶面將通過目的端口為奇,識別出ABIS 口目的通道報文,切換投遞ABIS 口目的通道的上行報文到A 口通道;下行方向,BSC用戶面保持雙發(fā)狀態(tài)。步驟104 判斷是否切換成功,若是執(zhí)行步驟105,否則執(zhí)行步驟106。本步驟中,還會結(jié)合其它的條件判斷切換最后是否成功。步驟105 切換成功,通過端口 2001傳輸RTP上行報文,并僅通過端口 2001傳輸RTP下行報文。當(dāng)BSC控制面收到基站上傳的是切換完成消息,通知BSC用戶面。上行方向,BSC用戶面將通過目的端口的奇偶識別出ABIS 口源目的通道報文,并保持投遞ABIS 口目的通道的上行報文到A 口通道;下行方向,BSC用戶面只將A 口通道的下行報文投遞到ABIS 口目的通道,并刪除ABIS 口源通道相關(guān)信息,切換過程完畢,ABIS 口只保留一條通道即目的通道。步驟106 切換沒有成功,切換回端口 2000傳輸RTP上行報文,并僅通過端口 2000傳輸RTP下行報文。當(dāng)BSC控制面收到基站上傳的是切換拒絕消息,通知BSC用戶面。上行方向,BSC用戶面將通過目的端口為偶,識別出ABIS 口源通道報文,并返回到切換前的情況,投遞ABIS口源通道的上行報文到A 口通道;下行方向,BSC用戶面只將A 口通道的報文投遞到ABIS口源通道,并刪除ABIS 口目的通道相關(guān)信息,切換過程完畢,ABIS 口只保留一條通道即源通道。當(dāng)BSC控制面檢測到手機測量報告,再次判決需要切換時,則指派BSC用戶面在ABIS 口為切換的目的RTP通道分配與已分配端口的源通道相對奇偶性的端口。例如偶端口η已分配給源通道,則分配奇端口 η+1 ;若奇端口 η+1已分配給源通道,則分配偶端口 η。并再次執(zhí)行與步驟103類似的步驟,之后依次順序執(zhí)行,便可實現(xiàn)在較低帶寬占用下,為實現(xiàn)數(shù)據(jù)終端正常通話以及BSC內(nèi)切換不掉話功能提供傳輸層保障。本發(fā)明實施例還提供了一種傳輸實時傳送協(xié)議RTP報文的裝置,如圖4所示,包括傳輸模塊201,用于通過端口號連續(xù)的第一端口和第二端口傳輸RTP報文,第一端口的端口號為偶數(shù)則第二端口的端口號為奇數(shù),第二端口的端口號為偶數(shù)則第一端口的端口號為奇數(shù);檢測模塊202,用于通過SLA檢測鏈路對RTP報文的傳輸進行檢測。進一步,傳輸模塊201,還用于通過端口號連續(xù)的第一端口和第二端口傳輸一路同樣的RTP報文。進一步,傳輸模塊201,還用于通過端口號連續(xù)的第一端口和第二端口傳輸一路同樣的RTP報文,第一端口和第二端口為用戶數(shù)據(jù)報協(xié)議UDP端口。進一步,傳輸模塊201,還用于通過第一端口傳輸RTP報文,當(dāng)判決用戶終端需要切換時,指定第二端口作為切換后傳輸RTP報文的端口,并通過第一端口傳輸RTP上行報文,通過第一端口和第二端口傳輸RTP下行報文,根據(jù)控制面發(fā)送的切換檢測信令,切換到第二端口傳輸RTP上行報文,通過第一端口和第二端口傳輸RTP下行報文,若切換成功,通過第二端口傳輸RTP上行報文,并僅通過第二端口傳輸RTP下行報文。進一步,傳輸模塊201,還用于若切換沒有成功,切換回第一端口傳輸RTP上行報文,并僅通過第一端口傳輸RTP下行報文。顯然,本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種傳輸實時傳送協(xié)議RTP報文的方法,其特征在于,包括通過端口號連續(xù)的第一端口和第二端口傳輸RTP報文,第一端口的端口號為偶數(shù)則第二端口的端口號為奇數(shù),第二端口的端口號為偶數(shù)則第一端口的端口號為奇數(shù);通過基于IP網(wǎng)絡(luò)的服務(wù)等級協(xié)議檢測鏈路對RTP報文的傳輸進行檢測。
2.如權(quán)利要求1所述的方法,其特征在于,通過端口號連續(xù)的第一端口和第二端口傳輸RTP報文具體為通過端口號連續(xù)的第一端口和第二端口傳輸一路同樣的RTP報文。
3.如權(quán)利要求2所述的方法,其特征在于,通過端口號連續(xù)的第一端口和第二端口傳輸一路同樣的RTP報文具體為通過端口號連續(xù)的第一端口和第二端口傳輸一路同樣的RTP報文,第一端口和第二端口為用戶數(shù)據(jù)報協(xié)議UDP端口。
4.如權(quán)利要求2所述的方法,其特征在于,通過端口號連續(xù)的第一端口和第二端口傳輸一路同樣的RTP報文包括通過第一端口傳輸RTP報文;當(dāng)判決用戶終端需要切換時,指定第二端口作為切換后傳輸RTP報文的端口,并通過第一端口傳輸RTP上行報文,通過第一端口和第二端口傳輸RTP下行報文;根據(jù)控制面發(fā)送的切換檢測信令,切換到第二端口傳輸RTP上行報文,通過第一端口和第二端口傳輸RTP下行報文;若切換成功,通過第二端口傳輸RTP上行報文,并僅通過第二端口傳輸RTP下行報文。
5.如權(quán)利要求4所述的方法,其特征在于,還包括若切換沒有成功,切換回第一端口傳輸RTP上行報文,并僅通過第一端口傳輸RTP下行報文。
6.一種傳輸實時傳送協(xié)議RTP報文的裝置,其特征在于,包括傳輸模塊,用于通過端口號連續(xù)的第一端口和第二端口傳輸RTP報文,第一端口的端口號為偶數(shù)則第二端口的端口號為奇數(shù),第二端口的端口號為偶數(shù)則第一端口的端口號為奇數(shù);檢測模塊,用于通過服務(wù)等級協(xié)議檢測鏈路對RTP報文的傳輸進行檢測。
7.如權(quán)利要求6所述的裝置,其特征在于,傳輸模塊,還用于通過端口號連續(xù)的第一端口和第二端口傳輸一路同樣的RTP報文。
8.如權(quán)利要求7所述的裝置,其特征在于,傳輸模塊,還用于通過端口號連續(xù)的第一端口和第二端口傳輸一路同樣的RTP報文,第一端口和第二端口為用戶數(shù)據(jù)報協(xié)議UDP端口。
9.如權(quán)利要求7所述的裝置,其特征在于,傳輸模塊,還用于通過第一端口傳輸RTP報文,當(dāng)判決用戶終端需要切換時,指定第二端口作為切換后傳輸RTP報文的端口,并通過第一端口傳輸RTP上行報文,通過第一端口和第二端口傳輸RTP下行報文,根據(jù)控制面發(fā)送的切換檢測信令,切換到第二端口傳輸RTP上行報文,通過第一端口和第二端口傳輸RTP下行報文,若切換成功,通過第二端口傳輸RTP上行報文,并僅通過第二端口傳輸RTP下行報文。
10.如權(quán)利要求9所述的裝置,其特征在于,傳輸模塊,還用于若切換沒有成功,切換回第一端口傳輸RTP上行報文,并僅通過第一端口傳輸RTP下行報文。
全文摘要
本發(fā)明涉及通信技術(shù)領(lǐng)域,為了解決現(xiàn)有技術(shù)中要通過較多的端口實現(xiàn)RTP報文傳輸?shù)膯栴},提供一種傳輸實時傳送協(xié)議RTP報文的方法及裝置,該方法包括在GERAN(GSM/EDGE Radio Access Network,全球移動通訊系統(tǒng)/EDGE(EDGE(Enhanced Data rates for Global Evolution,or Enhanced Data Rates for GSM Evolution)GSM增強數(shù)據(jù)速率演進)無線接入網(wǎng))ABIS口,通過端口號連續(xù)的第一端口和第二端口傳輸RTP報文,第一端口的端口號為偶數(shù)則第二端口的端口號為奇數(shù),第二端口的端口號為偶數(shù)則第一端口的端口號為奇數(shù),通過基于IP網(wǎng)絡(luò)的SLA檢測鏈路對RTP報文的傳輸進行檢測,利用原本分配給一路RTP報文使用的奇偶端口實現(xiàn)兩路RTP傳輸。
文檔編號H04L29/06GK102571697SQ20101059427
公開日2012年7月11日 申請日期2010年12月17日 優(yōu)先權(quán)日2010年12月17日
發(fā)明者束謙 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1