 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
Nb口語音數(shù)據(jù)的是怎么傳輸?shù)�？一個RTP負載一幀語音數(shù)據(jù)嗎？
我現(xiàn)在用信令采集設(shè)備采集到了一些Nb接口的語音數(shù)據(jù)，對應(yīng)的是用RTP負載PDU type0格式的數(shù)據(jù)，不知道是怎么回事，希望給指點一下，不勝感激。
85 c2 //源端口號 34242
0a 34 //目標端口號：2612
00 37 //udp 負載長度： 55
ce 4c //校驗位
80 //RTP頭
60
be b6
00 00 00 c8
4e a3 0a ec
00 //PDU type0 數(shù)據(jù)
01 // rfci =1
be
58
//PDU Type0結(jié)構(gòu)的負載
b1 37 ab 52 1a c3 81 a8
cb 32 9a f1 74 77 15 c0
00 78 e2 37 15 a5 e4 00
02 c2 f6 34 05 6d 70
我想知道為什么pdu type0負載的數(shù)據(jù)長度是31，這31個字節(jié)是語音數(shù)據(jù)嗎？如果不是語音數(shù)據(jù)，那么Nb口傳輸?shù)恼Z音數(shù)據(jù)在哪些信令里面？
怎么使用initialization過程中的rfci來進行抽取Nb口的語音數(shù)據(jù)？
85 c2 //源端口號 34242
0a 34 //目標端口號：2612
00 37 //udp 負載長度： 55
ce 4c //校驗位
80 //RTP頭
60
be b6
00 00 00 c8
4e a3 0a ec
00 //PDU type0 數(shù)據(jù)
01 // rfci =1
be
58
//PDU Type0結(jié)構(gòu)的負載
b1 37 ab 52 1a c3 81 a8
cb 32 9a f1 74 77 15 c0
00 78 e2 37 15 a5 e4 00
02 c2 f6 34 05 6d 70
我想知道為什么pdu type0負載的數(shù)據(jù)長度是31，這31個字節(jié)是語音數(shù)據(jù)嗎？如果不是語音數(shù)據(jù)，那么Nb口傳輸?shù)恼Z音數(shù)據(jù)在哪些信令里面？
怎么使用initialization過程中的rfci來進行抽取Nb口的語音數(shù)據(jù)？
提問者: 更多
RTP
負載
傳輸
數(shù)據(jù)
語音
數(shù)據(jù)___________
相關(guān)問題
• 華為POUc板的載頻負載 2012-09-25
• 不堵負載會有什么影響 2012-09-18
• 為什么用在鄰區(qū)擴頻碼滿負載的時候用戶受到的總干擾功率與擴頻碼序列無關(guān)？ 2012-08-12
• 負載的使用 2012-07-31
• 愛立信2111基站設(shè)備做室分，天線A口連直放站，B口接負載，如果B口負載不接會有什么告警，求高見！ 2012-07-17
• 什么是負載？ 2012-07-11
• WCDMA雙載波，無負載均衡，H業(yè)務(wù)為什么會占用在一載波上 2012-07-05
• 假負載一般用在什么位置上？ 2012-07-05
• 不堵負載會有什么影響 2012-09-18
• 為什么用在鄰區(qū)擴頻碼滿負載的時候用戶受到的總干擾功率與擴頻碼序列無關(guān)？ 2012-08-12
• 負載的使用 2012-07-31
• 愛立信2111基站設(shè)備做室分，天線A口連直放站，B口接負載，如果B口負載不接會有什么告警，求高見！ 2012-07-17
• 什么是負載？ 2012-07-11
• WCDMA雙載波，無負載均衡，H業(yè)務(wù)為什么會占用在一載波上 2012-07-05
• 假負載一般用在什么位置上？ 2012-07-05
問題答案
( 2 )
RTP協(xié)議不依賴于底層協(xié)議，也就是說，它是獨立的協(xié)議。而一般的，由于UDP包的快速、時實性高的特點，它通常和UDP結(jié)合在一起，作為UDP的上層載體數(shù)據(jù)的形式傳播。
typedef struct {
IN OUT UINT32 timestamp;
IN OUT BOOL marker;
IN OUT BYTE payload;
OUT UINT32 sSrc;
OUT UINT16 sequenceNumber;
OUT int sByte;
OUT int len;
} rtpParam;
這是一個RTP頭，很簡單，并沒有你想象的那么復(fù)雜，對不對？我們來看幾個主要的參數(shù)，他們也是RTP的靈魂：
（1）payload。payload表示了此RTP包的數(shù)據(jù)是那種類型的數(shù)據(jù)，不同的數(shù)值表示不同的類型。如0是PCMU，8是723，24是視頻263等等。
（2）SSRC，這個東西并不常用，實際上它是一個隨即生成的ID，表示了一個RTP連接。在應(yīng)用的時候，確保這個ID唯一就可以了。
（3）sequence number。也就是序列號，它表示了當前包是第幾個包。發(fā)送方每發(fā)送一個包，就把這個數(shù)值加一。接受放可以根據(jù)這個數(shù)值來重新組合包順序，判斷包是否丟失等操作。注意：它只是表示了包的先后順序，它不能表示時間上的任何其它信息。這個請和后面的時間戳比較。
（4）timestamp。時間戳，它的概念稍微有點復(fù)雜，我用稍微通俗點的理解去解釋它，雖然這樣有點不太正確。時間戳顧名思義，它表示了一個數(shù)據(jù)產(chǎn)生的時間，和我們郵遞的郵戳一樣，它是個時間標記（至于這個時間干什么用，我后面會詳細的說），通常表示RTP數(shù)據(jù)包中，第一個字節(jié)數(shù)據(jù)產(chǎn)生的時間（至于你是不是這么用就是你寫程序的問題了）。
typedef struct {
IN OUT UINT32 timestamp;
IN OUT BOOL marker;
IN OUT BYTE payload;
OUT UINT32 sSrc;
OUT UINT16 sequenceNumber;
OUT int sByte;
OUT int len;
} rtpParam;
這是一個RTP頭，很簡單，并沒有你想象的那么復(fù)雜，對不對？我們來看幾個主要的參數(shù)，他們也是RTP的靈魂：
（1）payload。payload表示了此RTP包的數(shù)據(jù)是那種類型的數(shù)據(jù)，不同的數(shù)值表示不同的類型。如0是PCMU，8是723，24是視頻263等等。
（2）SSRC，這個東西并不常用，實際上它是一個隨即生成的ID，表示了一個RTP連接。在應(yīng)用的時候，確保這個ID唯一就可以了。
（3）sequence number。也就是序列號，它表示了當前包是第幾個包。發(fā)送方每發(fā)送一個包，就把這個數(shù)值加一。接受放可以根據(jù)這個數(shù)值來重新組合包順序，判斷包是否丟失等操作。注意：它只是表示了包的先后順序，它不能表示時間上的任何其它信息。這個請和后面的時間戳比較。
（4）timestamp。時間戳，它的概念稍微有點復(fù)雜，我用稍微通俗點的理解去解釋它，雖然這樣有點不太正確。時間戳顧名思義，它表示了一個數(shù)據(jù)產(chǎn)生的時間，和我們郵遞的郵戳一樣，它是個時間標記（至于這個時間干什么用，我后面會詳細的說），通常表示RTP數(shù)據(jù)包中，第一個字節(jié)數(shù)據(jù)產(chǎn)生的時間（至于你是不是這么用就是你寫程序的問題了）。
回答者：
cljnn
回答時間：2011-03-16 17:40
9
6
謝謝上面的及時回復(fù)。
這個問題我在csdn上問過一次，RTP協(xié)議結(jié)構(gòu)和Nb口語音是沒有直接聯(lián)系的，我想問為什么我采集的到的Nb口語音數(shù)據(jù)是這樣的？是我理解錯了NbUP協(xié)議，還是我采集信令的時候，數(shù)據(jù)采集的不全。
希望能按照Nb口傳輸?shù)恼Z音數(shù)據(jù)格式給出答復(fù)，或者給一個比較準確的Nb口傳輸?shù)腎P/UDP/RTP格式的信令也行呀。
這個問題我在csdn上問過一次，RTP協(xié)議結(jié)構(gòu)和Nb口語音是沒有直接聯(lián)系的，我想問為什么我采集的到的Nb口語音數(shù)據(jù)是這樣的？是我理解錯了NbUP協(xié)議，還是我采集信令的時候，數(shù)據(jù)采集的不全。
希望能按照Nb口傳輸?shù)恼Z音數(shù)據(jù)格式給出答復(fù)，或者給一個比較準確的Nb口傳輸?shù)腎P/UDP/RTP格式的信令也行呀。
回答者：
mqingkui
回答時間：2011-03-16 19:01
10
14
• 陜西瑞達灃通信技術(shù)有限公司
聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點：新疆
• 廣東南方通信建設(shè)有限公司 聘：日常項目系統(tǒng)中高級工程師
需求人數(shù)：2 人 地點：百色市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 元道通信股份有限公司 聘：中級后臺-福建
需求人數(shù)：8 人 地點：福州市,寧德市,三明市,南平市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：牡丹江市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 南京順盛通信科技有限責(zé)任公司 聘：中興傳輸IPRAN工程師
需求人數(shù)：1 人 地點：連云港市,鹽城市
需求人數(shù)：8 人 地點：新疆
• 廣東南方通信建設(shè)有限公司 聘：日常項目系統(tǒng)中高級工程師
需求人數(shù)：2 人 地點：百色市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 元道通信股份有限公司 聘：中級后臺-福建
需求人數(shù)：8 人 地點：福州市,寧德市,三明市,南平市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：牡丹江市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 南京順盛通信科技有限責(zé)任公司 聘：中興傳輸IPRAN工程師
需求人數(shù)：1 人 地點：連云港市,鹽城市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |