問題已開啟
(普通問題)
LTE中GTP的標(biāo)識(shí) TEID是在哪個(gè)范圍內(nèi)唯一表示一個(gè)隧道?
LTE中GTP的標(biāo)識(shí) TEID是在哪個(gè)范圍內(nèi)唯一表示一個(gè)隧道?我怎么在X2切換中發(fā)現(xiàn)源ENodeB和目的ENodeB和使用的是相同的TEID。
提問者: hxp_hust 提問時(shí)間: 2013-12-13
• 誰(shuí)有諾基亞18年的RANLTEIntermediate認(rèn)證試題啊 2018-09-12
• 誰(shuí)有諾基亞RANLTEIntermediate認(rèn)證試題啊 2018-09-12
• 中興LTEIMS LTE掉話Q850 cause 23 text=" redirection to new destination" 什么意思 2017-06-18
• LTE向多個(gè)站間目標(biāo)小區(qū)切換失敗 2017-05-23
• 在LTEICIC中,小區(qū)邊緣用戶的定義? 2016-11-05
• LTEILLA(innerloopLA)什么意思?有什么作用? 2016-10-24
• 誰(shuí)有諾基亞RANLTEIntermediate認(rèn)證試題。 2016-05-23
• 哪些通信大神有NSN的RANLTEIntermediate題庫(kù) 2016-04-24
• 誰(shuí)有諾基亞RANLTEIntermediate認(rèn)證試題啊 2018-09-12
• 中興LTEIMS LTE掉話Q850 cause 23 text=" redirection to new destination" 什么意思 2017-06-18
• LTE向多個(gè)站間目標(biāo)小區(qū)切換失敗 2017-05-23
• 在LTEICIC中,小區(qū)邊緣用戶的定義? 2016-11-05
• LTEILLA(innerloopLA)什么意思?有什么作用? 2016-10-24
• 誰(shuí)有諾基亞RANLTEIntermediate認(rèn)證試題。 2016-05-23
• 哪些通信大神有NSN的RANLTEIntermediate題庫(kù) 2016-04-24
問題答案
( 1 )
是終端與核心網(wǎng)之間的隧道
X2接口的切換還是同一終端,所以TEID不變
TEID:Tunnel Endpoint ID 隧道端點(diǎn)標(biāo)識(shí)符
這個(gè)是標(biāo)識(shí)S1承載使用的,是屬于隧道協(xié)議的組成部分。
大概的含義就是標(biāo)識(shí)隧道的兩端,用于區(qū)分唯一性。
TEID 這個(gè)在 GTP 消息中, TEID 也分成 Control Plane 和User-Plane兩種。 SGSN 用一個(gè),GGSN用一個(gè),用來(lái)標(biāo)示上下行通道。
Control Plane 的 TEID 你可以認(rèn)為是SGSN和GGSN 在控制面為了建立session關(guān)系時(shí)候,所使用的相互通道的標(biāo)示。 初始Create PDP 中TEID 為0 , 但是雙方交互過(guò)TEID 的value 之后, 在control Plane 后續(xù)的 REQ 和 Resp 都得帶上對(duì)端的TEID, 來(lái)標(biāo)示這是為一個(gè)特定的用戶所交互的信令。
Create PDP Req/Resp 交互的目的也是為了建立為用戶數(shù)據(jù)傳輸?shù)耐ǖ,那這個(gè)通道就是用U-Plane 的TEID 來(lái)標(biāo)示。
NSAPI 就是用來(lái)標(biāo)示這個(gè) 整個(gè)上下行通道的。
X2接口的切換還是同一終端,所以TEID不變
TEID:Tunnel Endpoint ID 隧道端點(diǎn)標(biāo)識(shí)符
這個(gè)是標(biāo)識(shí)S1承載使用的,是屬于隧道協(xié)議的組成部分。
大概的含義就是標(biāo)識(shí)隧道的兩端,用于區(qū)分唯一性。
TEID 這個(gè)在 GTP 消息中, TEID 也分成 Control Plane 和User-Plane兩種。 SGSN 用一個(gè),GGSN用一個(gè),用來(lái)標(biāo)示上下行通道。
Control Plane 的 TEID 你可以認(rèn)為是SGSN和GGSN 在控制面為了建立session關(guān)系時(shí)候,所使用的相互通道的標(biāo)示。 初始Create PDP 中TEID 為0 , 但是雙方交互過(guò)TEID 的value 之后, 在control Plane 后續(xù)的 REQ 和 Resp 都得帶上對(duì)端的TEID, 來(lái)標(biāo)示這是為一個(gè)特定的用戶所交互的信令。
Create PDP Req/Resp 交互的目的也是為了建立為用戶數(shù)據(jù)傳輸?shù)耐ǖ,那這個(gè)通道就是用U-Plane 的TEID 來(lái)標(biāo)示。
NSAPI 就是用來(lái)標(biāo)示這個(gè) 整個(gè)上下行通道的。
回答者:
OscarDon
回答時(shí)間:2013-12-13 21:27
5 2
按你這么說(shuō),同一終端的TEID在任何時(shí)候都一樣了。
hxp_hust 2013-12-16 16:14
專家說(shuō)了在初始創(chuàng)建的時(shí)候TEID為0了,怎么你還說(shuō)任何時(shí)候都一樣呢。
leon6 2017-01-04 10:57
• 西安中興精誠(chéng)通訊有限公司
聘:重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù):2 人 地點(diǎn):重慶市
• 南京華蘇科技有限公司 聘:中興網(wǎng)優(yōu)測(cè)試工程師(河南)
需求人數(shù):15 人 地點(diǎn):鄭州市,商丘市,濟(jì)源市,開封市
• 怡利科技發(fā)展有限公司 聘:移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù):5 人 地點(diǎn):貴州省
• 南京順盛通信科技有限責(zé)任公司 聘:中興傳輸IPRAN工程師
需求人數(shù):1 人 地點(diǎn):連云港市,鹽城市
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點(diǎn):昆明市,思茅市,昭通市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:5G工程后臺(tái)人員
需求人數(shù):10 人 地點(diǎn):北京市
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級(jí)
需求人數(shù):2 人 地點(diǎn):南昌市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):上海市
• 安徽引途科技有限公司 聘:皖北地區(qū)單驗(yàn)測(cè)試工程師
需求人數(shù):20 人 地點(diǎn):安徽省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):8 人 地點(diǎn):寧波市,舟山市,湖州市,紹興市
需求人數(shù):2 人 地點(diǎn):重慶市
• 南京華蘇科技有限公司 聘:中興網(wǎng)優(yōu)測(cè)試工程師(河南)
需求人數(shù):15 人 地點(diǎn):鄭州市,商丘市,濟(jì)源市,開封市
• 怡利科技發(fā)展有限公司 聘:移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù):5 人 地點(diǎn):貴州省
• 南京順盛通信科技有限責(zé)任公司 聘:中興傳輸IPRAN工程師
需求人數(shù):1 人 地點(diǎn):連云港市,鹽城市
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點(diǎn):昆明市,思茅市,昭通市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:5G工程后臺(tái)人員
需求人數(shù):10 人 地點(diǎn):北京市
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級(jí)
需求人數(shù):2 人 地點(diǎn):南昌市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):上海市
• 安徽引途科技有限公司 聘:皖北地區(qū)單驗(yàn)測(cè)試工程師
需求人數(shù):20 人 地點(diǎn):安徽省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):8 人 地點(diǎn):寧波市,舟山市,湖州市,紹興市
熱點(diǎn)問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |