問題已開啟
(普通問題)
sscf uni結(jié)構(gòu)
看了sscf uni協(xié)議,但是對其結(jié)構(gòu)不了解,sscf uni怎么映射到sscop pdu中?
提問者: dgnpdf 提問時(shí)間: 2012-01-05
更多
SCF
SSC
結(jié)構(gòu)
UNI
sscf
相關(guān)問題
• 誰有UNIPOS_NIC的指導(dǎo)書可以的話發(fā)我一份 2020-07-22
• lte幀結(jié)構(gòu)的特殊時(shí)隙是什么時(shí)長多長 2020-03-26
• 基站硬件結(jié)構(gòu) 2019-04-20
• https://UNIportal.huawei.com/accounts/register.do?method=activityAccount&uid=huoxin7480&actiCode=B6- 2018-12-20
• 我需要了解ZTE_CR_GSM文件的結(jié)構(gòu)。不知道哪位大神可以合作啊。 2018-08-08
• UNIT單板是什么 2018-05-24
• 3dmimo天線覆蓋在空間上是個(gè)什么樣的結(jié)構(gòu) 2017-08-31
• 無線幀結(jié)構(gòu)中抽樣周期為什么是2048 2017-07-08
• lte幀結(jié)構(gòu)的特殊時(shí)隙是什么時(shí)長多長 2020-03-26
• 基站硬件結(jié)構(gòu) 2019-04-20
• https://UNIportal.huawei.com/accounts/register.do?method=activityAccount&uid=huoxin7480&actiCode=B6- 2018-12-20
• 我需要了解ZTE_CR_GSM文件的結(jié)構(gòu)。不知道哪位大神可以合作啊。 2018-08-08
• UNIT單板是什么 2018-05-24
• 3dmimo天線覆蓋在空間上是個(gè)什么樣的結(jié)構(gòu) 2017-08-31
• 無線幀結(jié)構(gòu)中抽樣周期為什么是2048 2017-07-08
問題答案
( 2 )
我也不明白,坐等答案
回答者:
jielee2136
回答時(shí)間:2012-01-05 10:35
11 17
1、sscf-uni起著協(xié)調(diào)高層信令所需服務(wù)與SSCOP所提供服務(wù)的作用,它完成AAL原語與AA信號間的映射;
2、2. SSCOP的主要功能如下:
.. 順序完整性:它能保證在傳送SSCOP的數(shù)據(jù)包(SD PDU)時(shí)保證數(shù)據(jù)包順序的一致
性;
.. 差錯(cuò)重傳:接收端的SSCOP實(shí)體在檢測丟失的SSCOP-SDU時(shí),采用重發(fā)進(jìn)行糾錯(cuò);
.. 流量控制:通過調(diào)整發(fā)送窗口的大小來調(diào)整發(fā)送速率進(jìn)行流量控制;
.. 向LM報(bào)告錯(cuò)誤:向LM報(bào)告已發(fā)生差錯(cuò);
.. 保持鏈路激活:兩個(gè)對等SSCOP實(shí)體之間能夠在一段時(shí)間沒有數(shù)據(jù)傳輸時(shí)仍保持連接
狀態(tài)。
.. 本地?cái)?shù)據(jù)回。寒(dāng)高層發(fā)生鏈路倒換時(shí),本地SSCOP用戶能夠回取未被SSCOP釋放的
SDU。
.. 連接控制:該功能包括SSCOP連接的建立、釋放、同步,以及對不同長度的用戶對
(user-to-user)消息的不確定傳送。
.. 數(shù)據(jù)傳送:在SSCOP用戶之間傳送用戶數(shù)據(jù)User-Data,并同時(shí)支持確定和非確定數(shù)據(jù)
傳輸。
.. 協(xié)議差錯(cuò)恢復(fù):對協(xié)議運(yùn)行錯(cuò)誤的檢測和恢復(fù)。
.. 狀態(tài)報(bào)告:在發(fā)送/接收對等實(shí)體之間交換狀態(tài)信息。
SSCOP的PDU(Protocol Data Unit)就是在SSCOP對等層之間傳送用來建立、釋放連接及
保證消息可靠傳輸?shù)南卧S腥缦禄綪DU:
.. BGN PDU (Begin):用來在兩個(gè)SSCOP對等實(shí)體之間建立連接。它要求對端清除發(fā)送/
接收緩存,進(jìn)行狀態(tài)變量和發(fā)送/接收計(jì)數(shù)器的初始化。
.. BGAK PDU (Begin Acknowledge):用來確認(rèn)對端的SSCOP實(shí)體的連接請求。
.. BGREJ PDU (Begin Reject):用來拒絕對端SSCOP實(shí)體的連接請求。
.. END PDU (End):用來釋放通信雙方之間的連接。
.. ENDAK PDU (End Acknowledge):用來證實(shí)釋放連接。
.. RS PDU (Resynchronization):用來重新同步緩沖區(qū)以及數(shù)據(jù)傳輸?shù)臓顟B(tài)變量。
.. RSAK PDU (Resynchronization Acknowledge):用來確認(rèn)對等實(shí)體發(fā)出的再同步請求
的響應(yīng)。
.. ER PDU (Error Recovery):用來對連接操作中發(fā)生的差錯(cuò)進(jìn)行恢復(fù)。
.. ERAK PDU (Error Recovery Acknowledge):用來確認(rèn)恢復(fù)請求。
.. SD PDU (Sequenced Data):SSCOP連接建立后,將用戶數(shù)據(jù)(按順序標(biāo)號)發(fā)送到
對等實(shí)體。
.. POLL PDU (Status Request): SSCOP連接建立后,請求獲得對端SSCOP的狀態(tài)信
息。
.. STAT PDU (Solicited Status Response):用來響應(yīng)POLL PDU,以通知對端SSCOP有
關(guān)數(shù)據(jù)包(SD PDU)的正確接收,證實(shí)哪些SD PDU已經(jīng)被收到,哪些沒有被收到。它還
用于更新發(fā)送窗口的位置。這樣就控制了當(dāng)前所能發(fā)送的最大 SD PDU的發(fā)送序號。該
PDU還包含POLL PDU(N(PS))傳送的順序號,以作為對該P(yáng)OLL PDU的應(yīng)答。
.. USTAT PDU (Unsolicited Status Response):當(dāng)接收端通過比較接收SD PDU順序號
發(fā)現(xiàn)丟失SD PDU后,它就主動向?qū)Χ税l(fā)出該消息,通知對端重發(fā)丟失的SD PDU。該P(yáng)DU也
含用于更新對端發(fā)送窗口的數(shù)據(jù),但沒有N(PS)字段。
.. UD PDU:未編號數(shù)據(jù),用于在對等的SSCOP用戶之間傳送無序的數(shù)據(jù),它既不影響
進(jìn)行中的面向連接的排序,也不改變兩個(gè)實(shí)體之間的任何計(jì)數(shù)器或狀態(tài),數(shù)據(jù)丟失也不
重傳。
.. MD PDU:管理數(shù)據(jù),用于在兩個(gè)SSCOP管理實(shí)體之間傳送未排序的管理信息。與UD
PDU一樣,它不保證對端可靠接收。
3. SSCOP工作狀態(tài)
SSCOP協(xié)議實(shí)體的工作狀態(tài)反映了SSCOP同其用戶交換信息和對等實(shí)體之間發(fā)送PDU分別
所處的情況。它有如下基本狀態(tài):
.. State 1-Idle空閑狀態(tài):SSCOP的初始狀態(tài),每個(gè)SSCOP實(shí)體在初始化和釋放連接后,
都會轉(zhuǎn)到此狀態(tài)。
.. State 2-Outgoing Connection Pending等待發(fā)送連接確認(rèn)狀態(tài):當(dāng)本端SSCOP實(shí)體發(fā)
出了建立連接請求而又未得到對端確認(rèn)時(shí),則處于此狀態(tài)。
.. State 3-Incoming Connection Pending等待接收連接確認(rèn)狀態(tài):當(dāng)SSCOP實(shí)體收到對
端的一個(gè)建立連接請求,正在等待本端用戶響應(yīng)時(shí)處于此狀態(tài)。
.. State 4-Outgoing Disconnection Pending等待釋放連接確認(rèn)狀態(tài):當(dāng)本端SSCOP實(shí)體
請求釋放與對端的連接時(shí)處于此狀態(tài),直到接收到對端在釋放連接確認(rèn)消息。
.. State 5-Outgoing Resynchronization Pending等待發(fā)送再同步確認(rèn)狀態(tài):請求與對端連
接的同步時(shí)所處狀態(tài)。
.. State 6-Incoming Resynchronization Pending等待接收再同步確認(rèn)狀態(tài):接收到對端的
同步請求后等待用戶響應(yīng)時(shí)所處的狀態(tài)。
.. State 7-Outgoing Recovery Pending等待發(fā)送恢復(fù)確認(rèn)狀態(tài):請求恢復(fù)與對端已存在的
連接時(shí)所處的狀態(tài)。
.. State 8-Recovery Response Pending等待恢復(fù)響應(yīng)確認(rèn)狀態(tài):當(dāng)SSCOP實(shí)體完成恢復(fù)
并通知了用戶,正在等待回答時(shí)所處的狀態(tài)。
.. State 9-Incoming Recovery Pending等待接收恢復(fù)確認(rèn)狀態(tài):SSCOP實(shí)體接收了對端
的恢復(fù)請求正在等待它的用戶的回答時(shí)所處的狀態(tài)。
.. State 10-Data Transfer Ready準(zhǔn)備傳送數(shù)據(jù)狀態(tài):已成功完成連接建立,再同步或錯(cuò)
誤恢復(fù)程序,兩個(gè)SSCOP實(shí)體進(jìn)入準(zhǔn)備傳送數(shù)據(jù)狀態(tài),將進(jìn)行可靠的數(shù)據(jù)傳輸。
4. SSCOP連接建立
如圖2-2所示,為了在兩個(gè)對等SSCOP實(shí)體之間建立連接,SSCF向SSCOP發(fā)出一個(gè)AAESTABLISH.
req原語。這個(gè)原語包含被SSCOP用來產(chǎn)生BGN消息的SSCOP-UU和BR參數(shù)。
BGN消息被送到接收SSCOP處,在那里它被解碼、處理并映射成AA-ESTABLISH.ind信號,
這個(gè)信號被送到接收端的SSCF處。
SSCF以AA-ESTABLISH.res響應(yīng)SSCOP,這個(gè)原語也包含SSCOP-UU和BR參數(shù)。SSCOP
將BGAK消息發(fā)回始發(fā)SSCOP,始發(fā)SSCOP對其解碼、處理,并把它送到SSCF。這些動作
在兩個(gè)SAAL實(shí)體之間建立了連接。
3、圖2-4 SSCOP的數(shù)據(jù)傳輸
2.2.3 SSCF
1. 概述
如圖2-1所示,SSCF的功能是SSCOP和SAAL上層用戶的適配層。上層用戶主要指NBAP、
MTP3-B以及STC(Signalling Transport Converter)。
因?yàn)镾AAL上層不同,如MTP3-B位于NNI,NNI的鏈路質(zhì)量一般較高,同時(shí)需要SAAL支持鏈
路質(zhì)量驗(yàn)證和配合MTP3-B進(jìn)行鏈路倒換功能;而NBAP位于UNI,鏈路的質(zhì)量一般較差,時(shí)
延較大。因此SSCF分為SSCF-NNI和SSCF-UNI以適配不同的上層用戶。
SSCF-NNI用于適配SSCOP和上層MTP3-B,它將原語從MTP3-B映射為要求的SSCOP
信號,反之亦然。從本質(zhì)上說,它只是將信號在SSCOP和MTP3之間來回傳遞,起一個(gè)
中介的作用。SSCF并不向接收機(jī)中的對等實(shí)體發(fā)送信息(PDU),而是依靠SSCOP在
SSCOP PDU中傳遞它的信息。SSCF-NNI除了原語映射,還可以實(shí)現(xiàn)本地?cái)?shù)據(jù)回取,
鏈路狀態(tài)維護(hù),鏈路質(zhì)量校驗(yàn)等功能,并可以向LM報(bào)告鏈路信息。
SSCF-UNI用于適配SSCOP和上層NBAP或STC,利用SSCOP進(jìn)行無差錯(cuò)的順序的數(shù)
據(jù)傳輸。它將原語從NBAP/STC映射為要求的SSCOP信號,這和SSCF-NNI功能相近。
與SSCF-NNI不同的是,SSCF-UNI沒有鏈路校準(zhǔn),回取等功能。它主要完成原語映射和
SAAL鏈路的建立,釋放和確認(rèn)數(shù)據(jù)的傳輸。
2. 功能
SSCF的主要功能如下:
原語映射:它將原語從MTP3-B映射為要求的SSCOP信號,反之亦然。
本地回。涸阪溌烦霈F(xiàn)故障發(fā)生鏈路倒換時(shí),重新取回舊鏈路中未發(fā)送的數(shù)據(jù),轉(zhuǎn)由正
常鏈路發(fā)送。
流量控制:SSCF向用戶報(bào)告擁塞級(或沒有擁塞)以防止信元丟失。它還將自己的
PDU流量調(diào)節(jié)到下層中以防止另一端出現(xiàn)擁塞。
鏈路狀態(tài)維護(hù):根據(jù)從MTP3和SSCOP收到的原語,SSCF維護(hù)有關(guān)鏈路狀態(tài)的信息,
如“進(jìn)入服務(wù)”、“退出服務(wù)”等。利用這些信息,它可以向MTP3和SSCOP提供原語/信號
來幫助管理鏈路。
LM報(bào)告:向LM發(fā)出MAAL原語,例如當(dāng)一條鏈路被釋放時(shí),SSCF會向LM報(bào)告。它依
靠LM的幫助來實(shí)現(xiàn)差錯(cuò)監(jiān)視功能。
執(zhí)行鏈路校準(zhǔn)
2、2. SSCOP的主要功能如下:
.. 順序完整性:它能保證在傳送SSCOP的數(shù)據(jù)包(SD PDU)時(shí)保證數(shù)據(jù)包順序的一致
性;
.. 差錯(cuò)重傳:接收端的SSCOP實(shí)體在檢測丟失的SSCOP-SDU時(shí),采用重發(fā)進(jìn)行糾錯(cuò);
.. 流量控制:通過調(diào)整發(fā)送窗口的大小來調(diào)整發(fā)送速率進(jìn)行流量控制;
.. 向LM報(bào)告錯(cuò)誤:向LM報(bào)告已發(fā)生差錯(cuò);
.. 保持鏈路激活:兩個(gè)對等SSCOP實(shí)體之間能夠在一段時(shí)間沒有數(shù)據(jù)傳輸時(shí)仍保持連接
狀態(tài)。
.. 本地?cái)?shù)據(jù)回。寒(dāng)高層發(fā)生鏈路倒換時(shí),本地SSCOP用戶能夠回取未被SSCOP釋放的
SDU。
.. 連接控制:該功能包括SSCOP連接的建立、釋放、同步,以及對不同長度的用戶對
(user-to-user)消息的不確定傳送。
.. 數(shù)據(jù)傳送:在SSCOP用戶之間傳送用戶數(shù)據(jù)User-Data,并同時(shí)支持確定和非確定數(shù)據(jù)
傳輸。
.. 協(xié)議差錯(cuò)恢復(fù):對協(xié)議運(yùn)行錯(cuò)誤的檢測和恢復(fù)。
.. 狀態(tài)報(bào)告:在發(fā)送/接收對等實(shí)體之間交換狀態(tài)信息。
SSCOP的PDU(Protocol Data Unit)就是在SSCOP對等層之間傳送用來建立、釋放連接及
保證消息可靠傳輸?shù)南卧S腥缦禄綪DU:
.. BGN PDU (Begin):用來在兩個(gè)SSCOP對等實(shí)體之間建立連接。它要求對端清除發(fā)送/
接收緩存,進(jìn)行狀態(tài)變量和發(fā)送/接收計(jì)數(shù)器的初始化。
.. BGAK PDU (Begin Acknowledge):用來確認(rèn)對端的SSCOP實(shí)體的連接請求。
.. BGREJ PDU (Begin Reject):用來拒絕對端SSCOP實(shí)體的連接請求。
.. END PDU (End):用來釋放通信雙方之間的連接。
.. ENDAK PDU (End Acknowledge):用來證實(shí)釋放連接。
.. RS PDU (Resynchronization):用來重新同步緩沖區(qū)以及數(shù)據(jù)傳輸?shù)臓顟B(tài)變量。
.. RSAK PDU (Resynchronization Acknowledge):用來確認(rèn)對等實(shí)體發(fā)出的再同步請求
的響應(yīng)。
.. ER PDU (Error Recovery):用來對連接操作中發(fā)生的差錯(cuò)進(jìn)行恢復(fù)。
.. ERAK PDU (Error Recovery Acknowledge):用來確認(rèn)恢復(fù)請求。
.. SD PDU (Sequenced Data):SSCOP連接建立后,將用戶數(shù)據(jù)(按順序標(biāo)號)發(fā)送到
對等實(shí)體。
.. POLL PDU (Status Request): SSCOP連接建立后,請求獲得對端SSCOP的狀態(tài)信
息。
.. STAT PDU (Solicited Status Response):用來響應(yīng)POLL PDU,以通知對端SSCOP有
關(guān)數(shù)據(jù)包(SD PDU)的正確接收,證實(shí)哪些SD PDU已經(jīng)被收到,哪些沒有被收到。它還
用于更新發(fā)送窗口的位置。這樣就控制了當(dāng)前所能發(fā)送的最大 SD PDU的發(fā)送序號。該
PDU還包含POLL PDU(N(PS))傳送的順序號,以作為對該P(yáng)OLL PDU的應(yīng)答。
.. USTAT PDU (Unsolicited Status Response):當(dāng)接收端通過比較接收SD PDU順序號
發(fā)現(xiàn)丟失SD PDU后,它就主動向?qū)Χ税l(fā)出該消息,通知對端重發(fā)丟失的SD PDU。該P(yáng)DU也
含用于更新對端發(fā)送窗口的數(shù)據(jù),但沒有N(PS)字段。
.. UD PDU:未編號數(shù)據(jù),用于在對等的SSCOP用戶之間傳送無序的數(shù)據(jù),它既不影響
進(jìn)行中的面向連接的排序,也不改變兩個(gè)實(shí)體之間的任何計(jì)數(shù)器或狀態(tài),數(shù)據(jù)丟失也不
重傳。
.. MD PDU:管理數(shù)據(jù),用于在兩個(gè)SSCOP管理實(shí)體之間傳送未排序的管理信息。與UD
PDU一樣,它不保證對端可靠接收。
3. SSCOP工作狀態(tài)
SSCOP協(xié)議實(shí)體的工作狀態(tài)反映了SSCOP同其用戶交換信息和對等實(shí)體之間發(fā)送PDU分別
所處的情況。它有如下基本狀態(tài):
.. State 1-Idle空閑狀態(tài):SSCOP的初始狀態(tài),每個(gè)SSCOP實(shí)體在初始化和釋放連接后,
都會轉(zhuǎn)到此狀態(tài)。
.. State 2-Outgoing Connection Pending等待發(fā)送連接確認(rèn)狀態(tài):當(dāng)本端SSCOP實(shí)體發(fā)
出了建立連接請求而又未得到對端確認(rèn)時(shí),則處于此狀態(tài)。
.. State 3-Incoming Connection Pending等待接收連接確認(rèn)狀態(tài):當(dāng)SSCOP實(shí)體收到對
端的一個(gè)建立連接請求,正在等待本端用戶響應(yīng)時(shí)處于此狀態(tài)。
.. State 4-Outgoing Disconnection Pending等待釋放連接確認(rèn)狀態(tài):當(dāng)本端SSCOP實(shí)體
請求釋放與對端的連接時(shí)處于此狀態(tài),直到接收到對端在釋放連接確認(rèn)消息。
.. State 5-Outgoing Resynchronization Pending等待發(fā)送再同步確認(rèn)狀態(tài):請求與對端連
接的同步時(shí)所處狀態(tài)。
.. State 6-Incoming Resynchronization Pending等待接收再同步確認(rèn)狀態(tài):接收到對端的
同步請求后等待用戶響應(yīng)時(shí)所處的狀態(tài)。
.. State 7-Outgoing Recovery Pending等待發(fā)送恢復(fù)確認(rèn)狀態(tài):請求恢復(fù)與對端已存在的
連接時(shí)所處的狀態(tài)。
.. State 8-Recovery Response Pending等待恢復(fù)響應(yīng)確認(rèn)狀態(tài):當(dāng)SSCOP實(shí)體完成恢復(fù)
并通知了用戶,正在等待回答時(shí)所處的狀態(tài)。
.. State 9-Incoming Recovery Pending等待接收恢復(fù)確認(rèn)狀態(tài):SSCOP實(shí)體接收了對端
的恢復(fù)請求正在等待它的用戶的回答時(shí)所處的狀態(tài)。
.. State 10-Data Transfer Ready準(zhǔn)備傳送數(shù)據(jù)狀態(tài):已成功完成連接建立,再同步或錯(cuò)
誤恢復(fù)程序,兩個(gè)SSCOP實(shí)體進(jìn)入準(zhǔn)備傳送數(shù)據(jù)狀態(tài),將進(jìn)行可靠的數(shù)據(jù)傳輸。
4. SSCOP連接建立
如圖2-2所示,為了在兩個(gè)對等SSCOP實(shí)體之間建立連接,SSCF向SSCOP發(fā)出一個(gè)AAESTABLISH.
req原語。這個(gè)原語包含被SSCOP用來產(chǎn)生BGN消息的SSCOP-UU和BR參數(shù)。
BGN消息被送到接收SSCOP處,在那里它被解碼、處理并映射成AA-ESTABLISH.ind信號,
這個(gè)信號被送到接收端的SSCF處。
SSCF以AA-ESTABLISH.res響應(yīng)SSCOP,這個(gè)原語也包含SSCOP-UU和BR參數(shù)。SSCOP
將BGAK消息發(fā)回始發(fā)SSCOP,始發(fā)SSCOP對其解碼、處理,并把它送到SSCF。這些動作
在兩個(gè)SAAL實(shí)體之間建立了連接。
3、圖2-4 SSCOP的數(shù)據(jù)傳輸
2.2.3 SSCF
1. 概述
如圖2-1所示,SSCF的功能是SSCOP和SAAL上層用戶的適配層。上層用戶主要指NBAP、
MTP3-B以及STC(Signalling Transport Converter)。
因?yàn)镾AAL上層不同,如MTP3-B位于NNI,NNI的鏈路質(zhì)量一般較高,同時(shí)需要SAAL支持鏈
路質(zhì)量驗(yàn)證和配合MTP3-B進(jìn)行鏈路倒換功能;而NBAP位于UNI,鏈路的質(zhì)量一般較差,時(shí)
延較大。因此SSCF分為SSCF-NNI和SSCF-UNI以適配不同的上層用戶。
SSCF-NNI用于適配SSCOP和上層MTP3-B,它將原語從MTP3-B映射為要求的SSCOP
信號,反之亦然。從本質(zhì)上說,它只是將信號在SSCOP和MTP3之間來回傳遞,起一個(gè)
中介的作用。SSCF并不向接收機(jī)中的對等實(shí)體發(fā)送信息(PDU),而是依靠SSCOP在
SSCOP PDU中傳遞它的信息。SSCF-NNI除了原語映射,還可以實(shí)現(xiàn)本地?cái)?shù)據(jù)回取,
鏈路狀態(tài)維護(hù),鏈路質(zhì)量校驗(yàn)等功能,并可以向LM報(bào)告鏈路信息。
SSCF-UNI用于適配SSCOP和上層NBAP或STC,利用SSCOP進(jìn)行無差錯(cuò)的順序的數(shù)
據(jù)傳輸。它將原語從NBAP/STC映射為要求的SSCOP信號,這和SSCF-NNI功能相近。
與SSCF-NNI不同的是,SSCF-UNI沒有鏈路校準(zhǔn),回取等功能。它主要完成原語映射和
SAAL鏈路的建立,釋放和確認(rèn)數(shù)據(jù)的傳輸。
2. 功能
SSCF的主要功能如下:
原語映射:它將原語從MTP3-B映射為要求的SSCOP信號,反之亦然。
本地回。涸阪溌烦霈F(xiàn)故障發(fā)生鏈路倒換時(shí),重新取回舊鏈路中未發(fā)送的數(shù)據(jù),轉(zhuǎn)由正
常鏈路發(fā)送。
流量控制:SSCF向用戶報(bào)告擁塞級(或沒有擁塞)以防止信元丟失。它還將自己的
PDU流量調(diào)節(jié)到下層中以防止另一端出現(xiàn)擁塞。
鏈路狀態(tài)維護(hù):根據(jù)從MTP3和SSCOP收到的原語,SSCF維護(hù)有關(guān)鏈路狀態(tài)的信息,
如“進(jìn)入服務(wù)”、“退出服務(wù)”等。利用這些信息,它可以向MTP3和SSCOP提供原語/信號
來幫助管理鏈路。
LM報(bào)告:向LM發(fā)出MAAL原語,例如當(dāng)一條鏈路被釋放時(shí),SSCF會向LM報(bào)告。它依
靠LM的幫助來實(shí)現(xiàn)差錯(cuò)監(jiān)視功能。
執(zhí)行鏈路校準(zhǔn)
回答者:
xhy1331
回答時(shí)間:2012-01-06 00:50
6 5
表5-5列出了ITU-T定義的SSCF與SSCOP以及SSCOP與層管理之間的AA信號。
表5-5 SSCF與SSCOP以及SSCOP與層管理之間的AA信號
在表中,-:表示該信號無參數(shù)
BR:Buffer release
MU:Message unit
MUSN:Message unit sequence number
RN:Retrieval number
UU:User-to-user indication
注意:SSCF PDU可放在AA-DATA.req的MU參數(shù)中,或放在AA-ESTABLISH.req或AA-RELEASE.req的SSCOP-UU中。
在表5-5中涉及到的有關(guān)參數(shù)的解釋如下:
(1) MU(Message Unit)
用于在點(diǎn)到點(diǎn)信息傳送期間傳輸可變長度的消息。對請求(Request)信號,其參數(shù)將直接映射到SSCOP PDU的信息域;對指示信號(Indication),該域是從到達(dá)SSCOP PDU中派生出的內(nèi)容。AA-RETRIEVE. Indication信號例外,其中MU參數(shù)含有從含有數(shù)據(jù)等待發(fā)送的隊(duì)列中返回到SSCOP用戶的消息。
(2) UU(User-to-User Indication)
該參數(shù)含端用戶數(shù)據(jù),與SSCOP PDU中的SSCOP-UU域直接相對應(yīng)。
(3) MUSN(Message Unit Sequence Number)
指示到達(dá)SD PDU中的N(S)值。
(4) RN(Retrieval Number)
恢復(fù)號參數(shù)由SSCF發(fā)出,用于要求SSCOP從傳送緩沖區(qū)中恢復(fù)復(fù)據(jù),恢復(fù)情形包括:
· 指示恢復(fù)第一個(gè)SD PDU
· 只恢復(fù)未被發(fā)送的SD PDU
· 恢復(fù)所有的SD PDU
(5) BR(Buffer Release)
用于指示發(fā)送SSCOP在連接釋放后是否允許釋放其緩沖區(qū),有“yes”和“No”兩種取值。也可以通過編碼指示釋放那些已有應(yīng)答消息的發(fā)送緩沖區(qū)。
(6) Source
向SSCOP用戶指示是本地還是遠(yuǎn)端交換機(jī)發(fā)出連接釋放。
(7) Count
該參數(shù)指示曾被重傳的SD PDU數(shù)目。
表5-5 SSCF與SSCOP以及SSCOP與層管理之間的AA信號
信號名稱 |
類型與相關(guān)的參數(shù) | |||
Request | Indication | Response | Confirm | |
AA-ESTABLISH | SSCOP-UU,BR | SSCOP-UU | SSCOP-UU,BR | SSCOP-UU |
AA-RELEASE | SSCOP-UU | SSCOP-UU Source | Not defined | --- |
AA-DATA | MU | MUSN | Not defined | Not defined |
AA-RESYNC | SSCOP-UU | SSCOP-UU | --- | --- |
AA-RECOVER | Not defined | --- | --- | Not defined |
AA-UNITDATA | MU | MU | Not defined | Not defined |
AA-RETRIEVE | RN | MU | Not defined | Not defined |
AA-RETRIEVE COMPLETE | Not defined | --- | Not defined | Not defined |
MAA-ERROR | Not defined | Code, Count | Not defined | Not defined |
MAA-UNITDATA | MU | MU | Not defined | Not defined |
在表中,-:表示該信號無參數(shù)
BR:Buffer release
MU:Message unit
MUSN:Message unit sequence number
RN:Retrieval number
UU:User-to-user indication
注意:SSCF PDU可放在AA-DATA.req的MU參數(shù)中,或放在AA-ESTABLISH.req或AA-RELEASE.req的SSCOP-UU中。
在表5-5中涉及到的有關(guān)參數(shù)的解釋如下:
(1) MU(Message Unit)
用于在點(diǎn)到點(diǎn)信息傳送期間傳輸可變長度的消息。對請求(Request)信號,其參數(shù)將直接映射到SSCOP PDU的信息域;對指示信號(Indication),該域是從到達(dá)SSCOP PDU中派生出的內(nèi)容。AA-RETRIEVE. Indication信號例外,其中MU參數(shù)含有從含有數(shù)據(jù)等待發(fā)送的隊(duì)列中返回到SSCOP用戶的消息。
(2) UU(User-to-User Indication)
該參數(shù)含端用戶數(shù)據(jù),與SSCOP PDU中的SSCOP-UU域直接相對應(yīng)。
(3) MUSN(Message Unit Sequence Number)
指示到達(dá)SD PDU中的N(S)值。
(4) RN(Retrieval Number)
恢復(fù)號參數(shù)由SSCF發(fā)出,用于要求SSCOP從傳送緩沖區(qū)中恢復(fù)復(fù)據(jù),恢復(fù)情形包括:
· 指示恢復(fù)第一個(gè)SD PDU
· 只恢復(fù)未被發(fā)送的SD PDU
· 恢復(fù)所有的SD PDU
(5) BR(Buffer Release)
用于指示發(fā)送SSCOP在連接釋放后是否允許釋放其緩沖區(qū),有“yes”和“No”兩種取值。也可以通過編碼指示釋放那些已有應(yīng)答消息的發(fā)送緩沖區(qū)。
(6) Source
向SSCOP用戶指示是本地還是遠(yuǎn)端交換機(jī)發(fā)出連接釋放。
(7) Count
該參數(shù)指示曾被重傳的SD PDU數(shù)目。
xhy1331 2012-01-06 01:18
• 嘉環(huán)科技股份有限公司
聘:湖南電信原廠優(yōu)化招聘
需求人數(shù):10 人 地點(diǎn):長沙市,永州市,郴州市,衡陽市
• 西安長河通訊有限責(zé)任公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):4 人 地點(diǎn):渭南市,商洛市,漢中市,安康市
• 南京華蘇科技有限公司 聘:高鐵高速地鐵優(yōu)化工程師
需求人數(shù):1 人 地點(diǎn):廈門市
• 重慶信科通信工程有限公司 聘:江西聯(lián)通中級
需求人數(shù):2 人 地點(diǎn):九江市
• 北京宜通華瑞科技有限公司 聘:專項(xiàng)優(yōu)化中高級(江西急聘)
需求人數(shù):5 人 地點(diǎn):上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點(diǎn):昆明市,思茅市,昭通市
• 廣州市積奇市場信息咨詢有限公司 聘:華為45G后臺-技術(shù)支撐崗位
需求人數(shù):3 人 地點(diǎn):西安市
• 浙江省郵電工程建設(shè)有限公司 聘:寧夏中興5G網(wǎng)優(yōu)中高級工程師
需求人數(shù):10 人 地點(diǎn):寧夏
• 重慶愛信思科技有限責(zé)任公司 聘:高級系統(tǒng)優(yōu)化工程師(駐菲律賓)
需求人數(shù):2 人 地點(diǎn):東南亞
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘:華為光網(wǎng)絡(luò)工程師
需求人數(shù):8 人 地點(diǎn):新疆
需求人數(shù):10 人 地點(diǎn):長沙市,永州市,郴州市,衡陽市
• 西安長河通訊有限責(zé)任公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):4 人 地點(diǎn):渭南市,商洛市,漢中市,安康市
• 南京華蘇科技有限公司 聘:高鐵高速地鐵優(yōu)化工程師
需求人數(shù):1 人 地點(diǎn):廈門市
• 重慶信科通信工程有限公司 聘:江西聯(lián)通中級
需求人數(shù):2 人 地點(diǎn):九江市
• 北京宜通華瑞科技有限公司 聘:專項(xiàng)優(yōu)化中高級(江西急聘)
需求人數(shù):5 人 地點(diǎn):上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點(diǎn):昆明市,思茅市,昭通市
• 廣州市積奇市場信息咨詢有限公司 聘:華為45G后臺-技術(shù)支撐崗位
需求人數(shù):3 人 地點(diǎn):西安市
• 浙江省郵電工程建設(shè)有限公司 聘:寧夏中興5G網(wǎng)優(yōu)中高級工程師
需求人數(shù):10 人 地點(diǎn):寧夏
• 重慶愛信思科技有限責(zé)任公司 聘:高級系統(tǒng)優(yōu)化工程師(駐菲律賓)
需求人數(shù):2 人 地點(diǎn):東南亞
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘:華為光網(wǎng)絡(luò)工程師
需求人數(shù):8 人 地點(diǎn):新疆
熱點(diǎn)問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |