 |
善于提問(wèn)，勤于回答，你也是專(zhuān)家
|
 |
問(wèn)題已開(kāi)啟
(普通問(wèn)題)
關(guān)于TAlist
什么是TA list，資料上說(shuō)的不是很清楚，TA list是不是包含很多個(gè)TA，TA和TAC有什么聯(lián)系嗎，這兩個(gè)是不是一樣的
提問(wèn)者:
• 安裝mapinfo12.0安裝提示The installation of Microsoft Visual C 2012S RedISTributable Package has failed. 有什 2019-01-10
• https://uniportal.huawei.com/accounts/regISTer.do?method=activityAccount&uid=huoxin7480&actiCode=B6- 2018-12-20
• 、SIB2中的Schduling InfoLIST 攜帶所有SI的調(diào)度信息，在接收SIB2以后，即可接收其他SI消息 2017-06-08
• 在mbsfn_SubframeCinfigLISt的接收中，Ue應(yīng)當(dāng)支持的SIB2 個(gè)數(shù)或是value是多少？ 2017-03-01
• 終端通過(guò)哪些信令或途徑獲取talIST及包含的TAC信息。 2016-07-03
• 請(qǐng)教關(guān)于諾西GSM雙BA表的問(wèn)題，我想把idle狀態(tài)下的BA1改為特定頻點(diǎn)組的，把BA2改為用鄰區(qū)列表的，但是我更改idle時(shí)，給的BCCH frequency LISt 為1-4400，我不知道該選 2016-05-06
• 移動(dòng)運(yùn)營(yíng)商現(xiàn)網(wǎng)中開(kāi)啟talIST功能了嗎 2016-04-14
• 請(qǐng)問(wèn)卡特BSC上codecLISt及其順序如何設(shè)置 2016-04-10
• https://uniportal.huawei.com/accounts/regISTer.do?method=activityAccount&uid=huoxin7480&actiCode=B6- 2018-12-20
• 、SIB2中的Schduling InfoLIST 攜帶所有SI的調(diào)度信息，在接收SIB2以后，即可接收其他SI消息 2017-06-08
• 在mbsfn_SubframeCinfigLISt的接收中，Ue應(yīng)當(dāng)支持的SIB2 個(gè)數(shù)或是value是多少？ 2017-03-01
• 終端通過(guò)哪些信令或途徑獲取talIST及包含的TAC信息。 2016-07-03
• 請(qǐng)教關(guān)于諾西GSM雙BA表的問(wèn)題，我想把idle狀態(tài)下的BA1改為特定頻點(diǎn)組的，把BA2改為用鄰區(qū)列表的，但是我更改idle時(shí)，給的BCCH frequency LISt 為1-4400，我不知道該選 2016-05-06
• 移動(dòng)運(yùn)營(yíng)商現(xiàn)網(wǎng)中開(kāi)啟talIST功能了嗎 2016-04-14
• 請(qǐng)問(wèn)卡特BSC上codecLISt及其順序如何設(shè)置 2016-04-10
問(wèn)題答案
( 4 )
完全是不同的概念。
TA LIST LTE系統(tǒng)中跟蹤區(qū)的概念。
跟蹤區(qū)（Tracking Area）是LTE系統(tǒng)為UE的位置管理設(shè)立的概念。LTE系統(tǒng)引入了TA list的概念，一個(gè)TA list包含1~16個(gè)TA。MME可以為每一個(gè)UE分配一個(gè)TA list，并發(fā)送給UE保存。UE在該TA list內(nèi)移動(dòng)時(shí)不需要執(zhí)行TA list更新；當(dāng)UE進(jìn)入不在其所注冊(cè)的TA list中的新TA區(qū)域時(shí)，需要執(zhí)行TA list更新，此時(shí)MME為UE重新分配一組TA形成新的TA list。在有業(yè)務(wù)需求時(shí)，網(wǎng)絡(luò)會(huì)在TA list所包含的所有小區(qū)內(nèi)向UE發(fā)送尋呼消息。
因此在LTE系統(tǒng)中，尋呼和位置更新都是基于TA list進(jìn)行的。TA list的引入可以避免在TA邊界處由于乒乓效應(yīng)導(dǎo)致的頻繁TA更新。
TAC是IMEI的前6位。這里的TAC（Type ApprovalCode)是"型號(hào)核準(zhǔn)號(hào)碼"，一般代表機(jī)型。
希望能幫到你
回答者：
cactus_for_td
回答時(shí)間：2014-06-05 17:03
45
45
TA用TA碼(Tracking Area Code, TAC)標(biāo)識(shí)，一個(gè)TA可包含一個(gè)或多個(gè)小區(qū)，用TAI作為T(mén)A的唯一標(biāo)識(shí)，TAI由MCC、MNC和TAC組成。每個(gè)小區(qū)都分配TAC，多個(gè)小區(qū)的TAC可以相同。TAI LIST，而可包含16個(gè)TAIs，用做尋呼和位置更新TAU;協(xié)議中，只是建議了TAC規(guī)劃的原則，并沒(méi)有規(guī)定TAC可以下掛多少站點(diǎn)。
現(xiàn)階段中國(guó)移動(dòng)一般是規(guī)定一個(gè)TAC下掛30-50站點(diǎn)。
跟蹤區(qū)的規(guī)劃遵循以下原則：
1) 跟蹤區(qū)的劃分不能過(guò)大或過(guò)小，TA中基站的最大值由MME等因素的尋呼容量來(lái)決定。
2) 跟蹤區(qū)規(guī)劃應(yīng)在地理上為一塊連續(xù)的區(qū)域，避免和減少各跟蹤區(qū)基站插花組網(wǎng)。
3) 城郊與市區(qū)不連續(xù)覆蓋時(shí)，郊區(qū)（縣）使用單獨(dú)的跟蹤區(qū)，不規(guī)劃在一個(gè)TA中。
4) 尋呼區(qū)域不跨MME的原則。
5) 利用規(guī)劃區(qū)域山體、河流等作為跟蹤區(qū)邊界，減少兩個(gè)跟蹤區(qū)下不同小區(qū)交疊深度，盡量使跟蹤區(qū)邊緣位置更新量最低。
6) 初期建議TA跟蹤區(qū)范圍與C網(wǎng)的LAC區(qū)范圍盡量保持一致，減少規(guī)劃工作量。
跟蹤區(qū)TA的大小要綜合考慮以下因素：
1.MME的Paging性能評(píng)估
尋呼負(fù)荷確定了跟蹤區(qū)的最大范圍，相應(yīng)的，邊緣小區(qū)的位置更新負(fù)荷決定了跟蹤區(qū)的最小范圍。一個(gè)MME下掛基站數(shù)或TA跟蹤區(qū)數(shù)量的最主要限定條件還是MME的最大尋呼容量。
2.eNodeB 的Paging性能評(píng)估
eNodeB的能力決定了TA跟蹤區(qū)的大小，eNodeB尋呼能力由以下最小的規(guī)格決定。
（1）PDSCH 尋呼負(fù)荷評(píng)估 PDSCH能支持的每秒尋呼次數(shù)。
（2）PDCCH 尋呼負(fù)荷評(píng)估
PDCCH能支持的每秒尋呼次數(shù)。
（3）eNB CPU 尋呼負(fù)荷評(píng)估
實(shí)際產(chǎn)品能支持的每秒尋呼次數(shù)。
（4）尋呼規(guī)格限制
通過(guò)計(jì)算eNodeB每秒支持的最小尋呼次數(shù)，單用戶(hù)每秒尋呼次數(shù)及每個(gè)
eNodeB下支持的用戶(hù)，可計(jì)算出一個(gè)TA跟蹤區(qū)下掛的eNodeB個(gè)數(shù)。
3|UE在進(jìn)行ATTACH/TAU時(shí)，網(wǎng)絡(luò)通過(guò)ACCEPT消息告訴網(wǎng)絡(luò)當(dāng)前所處的TA LIST！
對(duì)于當(dāng)前小區(qū)的TAC，UE通過(guò)讀取SIB1消息中的TAC獲取到！
所以對(duì)于終端來(lái)說(shuō)，首先是駐留到一個(gè)小區(qū)上，同步后讀取系統(tǒng)消息，比對(duì)SIB1中的TAC是否在相應(yīng)的TAlist下，如果是則不進(jìn)行TAU，如果不是則進(jìn)行TAU過(guò)程！
現(xiàn)階段中國(guó)移動(dòng)一般是規(guī)定一個(gè)TAC下掛30-50站點(diǎn)。
跟蹤區(qū)的規(guī)劃遵循以下原則：
1) 跟蹤區(qū)的劃分不能過(guò)大或過(guò)小，TA中基站的最大值由MME等因素的尋呼容量來(lái)決定。
2) 跟蹤區(qū)規(guī)劃應(yīng)在地理上為一塊連續(xù)的區(qū)域，避免和減少各跟蹤區(qū)基站插花組網(wǎng)。
3) 城郊與市區(qū)不連續(xù)覆蓋時(shí)，郊區(qū)（縣）使用單獨(dú)的跟蹤區(qū)，不規(guī)劃在一個(gè)TA中。
4) 尋呼區(qū)域不跨MME的原則。
5) 利用規(guī)劃區(qū)域山體、河流等作為跟蹤區(qū)邊界，減少兩個(gè)跟蹤區(qū)下不同小區(qū)交疊深度，盡量使跟蹤區(qū)邊緣位置更新量最低。
6) 初期建議TA跟蹤區(qū)范圍與C網(wǎng)的LAC區(qū)范圍盡量保持一致，減少規(guī)劃工作量。
跟蹤區(qū)TA的大小要綜合考慮以下因素：
1.MME的Paging性能評(píng)估
尋呼負(fù)荷確定了跟蹤區(qū)的最大范圍，相應(yīng)的，邊緣小區(qū)的位置更新負(fù)荷決定了跟蹤區(qū)的最小范圍。一個(gè)MME下掛基站數(shù)或TA跟蹤區(qū)數(shù)量的最主要限定條件還是MME的最大尋呼容量。
2.eNodeB 的Paging性能評(píng)估
eNodeB的能力決定了TA跟蹤區(qū)的大小，eNodeB尋呼能力由以下最小的規(guī)格決定。
（1）PDSCH 尋呼負(fù)荷評(píng)估 PDSCH能支持的每秒尋呼次數(shù)。
（2）PDCCH 尋呼負(fù)荷評(píng)估
PDCCH能支持的每秒尋呼次數(shù)。
（3）eNB CPU 尋呼負(fù)荷評(píng)估
實(shí)際產(chǎn)品能支持的每秒尋呼次數(shù)。
（4）尋呼規(guī)格限制
通過(guò)計(jì)算eNodeB每秒支持的最小尋呼次數(shù)，單用戶(hù)每秒尋呼次數(shù)及每個(gè)
eNodeB下支持的用戶(hù)，可計(jì)算出一個(gè)TA跟蹤區(qū)下掛的eNodeB個(gè)數(shù)。
3|UE在進(jìn)行ATTACH/TAU時(shí)，網(wǎng)絡(luò)通過(guò)ACCEPT消息告訴網(wǎng)絡(luò)當(dāng)前所處的TA LIST！
對(duì)于當(dāng)前小區(qū)的TAC，UE通過(guò)讀取SIB1消息中的TAC獲取到！
所以對(duì)于終端來(lái)說(shuō)，首先是駐留到一個(gè)小區(qū)上，同步后讀取系統(tǒng)消息，比對(duì)SIB1中的TAC是否在相應(yīng)的TAlist下，如果是則不進(jìn)行TAU，如果不是則進(jìn)行TAU過(guò)程！
回答者：
xhy1331
回答時(shí)間：2014-06-05 17:45
40
43
LTE系統(tǒng)引入了TA list的概念，一個(gè)TA list包含1~16個(gè)TA。MME可以為每一個(gè)UE分配一個(gè)TA list，并發(fā)送給UE保存。UE在該TA list內(nèi)移動(dòng)時(shí)不需要執(zhí)行TA list更新；當(dāng)UE進(jìn)入不在其所注冊(cè)的TA list中的新TA區(qū)域時(shí)，需要執(zhí)行TA list更新，此時(shí)MME為UE重新分配一組TA形成新的TA list。在有業(yè)務(wù)需求時(shí)，網(wǎng)絡(luò)會(huì)在TA list所包含的所有小區(qū)內(nèi)向UE發(fā)送尋呼消息。
因此在LTE系統(tǒng)中，尋呼和位置更新都是基于TA list進(jìn)行的。TA list的引入可以避免在TA邊界處由于乒乓效應(yīng)導(dǎo)致的頻繁TA更新。
因此在LTE系統(tǒng)中，尋呼和位置更新都是基于TA list進(jìn)行的。TA list的引入可以避免在TA邊界處由于乒乓效應(yīng)導(dǎo)致的頻繁TA更新。
回答者：
zhangshiqin
回答時(shí)間：2014-06-05 20:29
39
39
一般建議TA List內(nèi)TA數(shù)量小區(qū)16個(gè).....
回答者：
litom2004
回答時(shí)間：2014-06-05 20:52
39
41
• 重慶信科通信工程有限公司
聘：上饒電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：上饒市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：急聘！華為項(xiàng)目（江蘇南京移動(dòng)）
需求人數(shù)：30 人 地點(diǎn)：江蘇省
• 福建省鴻官通信工程有限公司 聘：湖南電信專(zhuān)項(xiàng)中高級(jí)后臺(tái)
需求人數(shù)：1 人 地點(diǎn)：岳陽(yáng)市,益陽(yáng)市
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點(diǎn)：西寧市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：青海華為4/5G中級(jí)前臺(tái)
需求人數(shù)：3 人 地點(diǎn)：青海省
• 北京宜通華瑞科技有限公司 聘：數(shù)通區(qū)維工程師
需求人數(shù)：10 人 地點(diǎn)：上饒市
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 南京華蘇科技有限公司 聘：中興中高級(jí)優(yōu)化工程師
需求人數(shù)：20 人 地點(diǎn)：山東省
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 成都旗訊通信技術(shù)有限公司 聘：招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺(tái)中高級(jí)
需求人數(shù)：12 人 地點(diǎn)：北京市,上海市,天津市,重慶市,浙江省
需求人數(shù)：2 人 地點(diǎn)：上饒市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：急聘！華為項(xiàng)目（江蘇南京移動(dòng)）
需求人數(shù)：30 人 地點(diǎn)：江蘇省
• 福建省鴻官通信工程有限公司 聘：湖南電信專(zhuān)項(xiàng)中高級(jí)后臺(tái)
需求人數(shù)：1 人 地點(diǎn)：岳陽(yáng)市,益陽(yáng)市
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點(diǎn)：西寧市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：青海華為4/5G中級(jí)前臺(tái)
需求人數(shù)：3 人 地點(diǎn)：青海省
• 北京宜通華瑞科技有限公司 聘：數(shù)通區(qū)維工程師
需求人數(shù)：10 人 地點(diǎn)：上饒市
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 南京華蘇科技有限公司 聘：中興中高級(jí)優(yōu)化工程師
需求人數(shù)：20 人 地點(diǎn)：山東省
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 成都旗訊通信技術(shù)有限公司 聘：招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺(tái)中高級(jí)
需求人數(shù)：12 人 地點(diǎn)：北京市,上海市,天津市,重慶市,浙江省
熱點(diǎn)問(wèn)題
更多精彩
| 聯(lián)系我們 - 問(wèn)通信專(zhuān)家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |