 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
TD-SCDMA中RLC層發(fā)端和收端實體在哪個網(wǎng)元當中？
如題，L2的RLC可以提供三種傳輸方式，UM/AM和TM。UM和TM為單向?qū)嶓w，在發(fā)端和收端各一個，而AM為雙向?qū)嶓w。問題來了？UM和TM的單向?qū)嶓w的發(fā)端和收端是什么呢？看了一些資料在加上自己的理解，我認為上行的話，UE為發(fā)端MAC實體所在，Node為收端MAC實體（R4時），HSDPA時收端MAC實體放在了RNC中.不知道對嗎?另外對AM傳送時的實體，由于他是雙向的，一般都是在NodeB側(cè)有（R4時），HSDPA時在RNC側(cè)。不知道我的理解對嗎?請各位指正
還有一個涉及LTE的RLC，是不是在LTE中，RLC層只有兩種傳輸方式呢？
自己理解為只有兩種為AM和UM。
分析：AM用于語音和數(shù)據(jù)業(yè)務（傳統(tǒng)TD中AM為數(shù)據(jù)業(yè)務，TM為語音業(yè)務，LTE中語音和數(shù)據(jù)都走PS，沒有CS域一說了）。UM用于信令傳輸。這個理解對嗎？
還有一個涉及LTE的RLC，是不是在LTE中，RLC層只有兩種傳輸方式呢？
自己理解為只有兩種為AM和UM。
分析：AM用于語音和數(shù)據(jù)業(yè)務（傳統(tǒng)TD中AM為數(shù)據(jù)業(yè)務，TM為語音業(yè)務，LTE中語音和數(shù)據(jù)都走PS，沒有CS域一說了）。UM用于信令傳輸。這個理解對嗎？
提問者:
• WCDMA系統(tǒng)中有哪些網(wǎng)元 2018-10-31
• 誰幫忙解釋一下，WCDMA中RLC的log中 PDU問題，謝謝了 2015-08-19
• 關于wCDMA下RLCackpdu的疑問 2015-07-07
• 關于WCDMA中RLC的AMUM模式問題 2014-04-22
• WCDMA中，RLC層流量和吞吐率之間的關聯(lián)和區(qū)別 2013-04-23
• 誰有華為wCDMA 的cme網(wǎng)元文件給一個，郵箱lijiwei000@163.com 2013-03-14
• 中興WCDMA的分組域下行RLC重傳率高，原因都有哪些？如何優(yōu)化 2013-01-18
• 誰幫忙解釋一下，WCDMA中RLC的log中 PDU問題，謝謝了 2015-08-19
• 關于wCDMA下RLCackpdu的疑問 2015-07-07
• 關于WCDMA中RLC的AMUM模式問題 2014-04-22
• WCDMA中，RLC層流量和吞吐率之間的關聯(lián)和區(qū)別 2013-04-23
• 誰有華為wCDMA 的cme網(wǎng)元文件給一個，郵箱lijiwei000@163.com 2013-03-14
• 中興WCDMA的分組域下行RLC重傳率高，原因都有哪些？如何優(yōu)化 2013-01-18
問題答案
( 1 )
對于透明模式和非確認模式，RLC實體是單向的，各自擁有一個發(fā)送實體和一個接收實體，獨立地完成數(shù)據(jù)的發(fā)送和接收；而對于確認模式，RLC實體是雙向的。雖然僅有一個實體，但卻被劃分為接收側(cè)和發(fā)送側(cè)來完成數(shù)據(jù)的發(fā)送接收的功能。并且它們彼此是能夠互相溝通的。
透明模式：發(fā)送實體在高層數(shù)據(jù)上不添加任何額外控制外協(xié)議開銷，僅僅根據(jù)業(yè)務類型決定是否進行分段操作。接收實體接收到的PDU如果出現(xiàn)錯誤，則根據(jù)配置，在錯誤標記后遞交或者直接丟棄并向高層報告。實時語音業(yè)務通常采用RLC透明模式。
非確認模式：發(fā)送實體在高層PDU上添加必要的控制協(xié)議開銷，然后進行傳送但并不保證傳遞到對等實體，且沒有使用重傳協(xié)議。接收實體對所接收到的錯誤數(shù)據(jù)標記為錯誤后遞交，或者直接丟棄并向高層報告。由于RLC PDU包含有順序號，因此能夠檢測高層PDU的完整性。UM模式的業(yè)務有小區(qū)廣播和IP電話。
確認模式：發(fā)送側(cè)在高層數(shù)據(jù)上添加必要的控制協(xié)議開銷后進行傳送，并保證傳遞到對等實體。因為具有ARQ能力，如果RLC接收到錯誤的RLC PDU，就通知發(fā)送方的RLC重傳這個PDU。由于RLC PDU中包含有順序號信息，支持數(shù)據(jù)向高層的順序/亂序遞交。AM模式是分組數(shù)據(jù)傳輸?shù)臉藴誓Ｊ�，比如www和電子郵件下載。
另外這個http://wenku.baidu.com/view/2e38954569eae009581bec33.html
透明模式：發(fā)送實體在高層數(shù)據(jù)上不添加任何額外控制外協(xié)議開銷，僅僅根據(jù)業(yè)務類型決定是否進行分段操作。接收實體接收到的PDU如果出現(xiàn)錯誤，則根據(jù)配置，在錯誤標記后遞交或者直接丟棄并向高層報告。實時語音業(yè)務通常采用RLC透明模式。
非確認模式：發(fā)送實體在高層PDU上添加必要的控制協(xié)議開銷，然后進行傳送但并不保證傳遞到對等實體，且沒有使用重傳協(xié)議。接收實體對所接收到的錯誤數(shù)據(jù)標記為錯誤后遞交，或者直接丟棄并向高層報告。由于RLC PDU包含有順序號，因此能夠檢測高層PDU的完整性。UM模式的業(yè)務有小區(qū)廣播和IP電話。
確認模式：發(fā)送側(cè)在高層數(shù)據(jù)上添加必要的控制協(xié)議開銷后進行傳送，并保證傳遞到對等實體。因為具有ARQ能力，如果RLC接收到錯誤的RLC PDU，就通知發(fā)送方的RLC重傳這個PDU。由于RLC PDU中包含有順序號信息，支持數(shù)據(jù)向高層的順序/亂序遞交。AM模式是分組數(shù)據(jù)傳輸?shù)臉藴誓Ｊ�，比如www和電子郵件下載。
另外這個http://wenku.baidu.com/view/2e38954569eae009581bec33.html
回答者：
聯(lián)合力創(chuàng)
回答時間：2013-04-21 09:36
17
10
• 成都旗訊通信技術有限公司
聘：【聯(lián)通項目】招督導、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 錦華技術（蘭州）有限公司 聘：杭州5G中興中級/高級后臺
需求人數(shù)：5 人 地點：杭州市,寧波市,嘉興市,溫州市,紹興市
• 杭州東信網(wǎng)絡技術有限公司 聘：LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 南京華蘇科技有限公司 聘：投訴處理（后臺）-海口
需求人數(shù)：2 人 地點：�？谑�
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 嘉環(huán)科技股份有限公司 聘：西安GSC-LTE|5G
需求人數(shù)：30 人 地點：西安市
• 怡利科技發(fā)展有限公司 聘：移動電信聯(lián)通單驗工程師
需求人數(shù)：5 人 地點：貴州省
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點：鄭州市
• 北京宜通華瑞科技有限公司 聘：專項優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
需求人數(shù)：12 人 地點：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 錦華技術（蘭州）有限公司 聘：杭州5G中興中級/高級后臺
需求人數(shù)：5 人 地點：杭州市,寧波市,嘉興市,溫州市,紹興市
• 杭州東信網(wǎng)絡技術有限公司 聘：LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 南京華蘇科技有限公司 聘：投訴處理（后臺）-海口
需求人數(shù)：2 人 地點：�？谑�
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 嘉環(huán)科技股份有限公司 聘：西安GSC-LTE|5G
需求人數(shù)：30 人 地點：西安市
• 怡利科技發(fā)展有限公司 聘：移動電信聯(lián)通單驗工程師
需求人數(shù)：5 人 地點：貴州省
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點：鄭州市
• 北京宜通華瑞科技有限公司 聘：專項優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |