專利名稱：Llc幀的處理方法及基站子系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種LLC幀的處理方法及基站子系統(tǒng)。
背景技術(shù)：
隨著全球移動(dòng)通信系統(tǒng)(Global System for Mobilecommunication，簡(jiǎn)稱為 GSM) 的互聯(lián)網(wǎng)協(xié)議(Internet Protocol，簡(jiǎn)稱為IP)化演進(jìn)，在Gb接口引入IP傳輸后，由于 IP技術(shù)本身的無(wú)連接性，Gb 口邏輯鏈路控制(Logical Link Control，簡(jiǎn)稱為L(zhǎng)LC)幀的順序傳輸也無(wú)法得到保證。而從通用分組無(wú)線業(yè)務(wù)(GeneralPacket Radio Service，簡(jiǎn)稱為 GPRS)用戶面的協(xié)議棧來(lái)說(shuō)，基站子系統(tǒng)(Base Station Subsystem，簡(jiǎn)稱為BSS)對(duì)于LLC 層的傳輸是透明的，這樣，終端例如手機(jī)接收LLC幀的順序?qū)o(wú)法得到保證。圖1是根據(jù)相關(guān)技術(shù)的用戶面協(xié)議棧的示意圖，如圖1所示，協(xié)議第三代合作伙伴計(jì)劃(3rd Generation Partnership Project，簡(jiǎn)稱為 3GPP) TS23. 060 描述了 GPRS 用戶面協(xié)議棧，下行用戶數(shù)據(jù)在服務(wù)GPRS支持節(jié)點(diǎn)(Serving GPRS Supporting Node，簡(jiǎn)稱為 SGSN)通過(guò)子網(wǎng)匯聚層(Subnetwork Dependent Convergence Protocol，簡(jiǎn)稱為 SNDCP)拆分后生成LLC幀，手機(jī)在接收到LLC幀之后，通過(guò)SNDCP層組裝接收到的LLC幀還原上層的 IP層數(shù)據(jù)。協(xié)議3GPP TS44. 064及3GPP TS44. 065中定義了兩種LLC層的傳輸模式確認(rèn)模式和非確認(rèn)模式。在確認(rèn)模式下，LLC實(shí)體會(huì)對(duì)發(fā)送的每個(gè)LLC幀進(jìn)行確認(rèn)，接收端在接收到亂序的LLC幀時(shí)(S卩，當(dāng)前這個(gè)LLC幀的序號(hào)大于所期望接收的LLC幀的序號(hào))，會(huì)先緩存亂序的LLC幀，直到這個(gè)LLC幀之前的所有LLC幀都收到之后，才將該LLC幀發(fā)送給SNDCP 層，以保證SNDCP層可以順利的組裝數(shù)據(jù)。從GPRS網(wǎng)絡(luò)結(jié)構(gòu)來(lái)看，用戶數(shù)據(jù)的傳輸會(huì)經(jīng)過(guò)Um 口、Gb 口等接口，其中Gb接口等一般物理層采用有線連接，可靠性可以得到保證，對(duì)于Um 口 RLC/MAC層的確認(rèn)模式也可以基本保證數(shù)據(jù)傳輸?shù)恼_性，而LLC確認(rèn)模式由于需要確認(rèn)LLC幀的接收必然帶來(lái)額外的控制消息傳輸開(kāi)銷，影響到實(shí)際數(shù)據(jù)吞吐率。因此，一般實(shí)際應(yīng)用中均采用LLC層非確認(rèn)模式。對(duì)于非確認(rèn)模式，LLC層實(shí)體接收時(shí)不對(duì)數(shù)據(jù)的順序進(jìn)行確認(rèn)，只要在接收窗口之內(nèi)的LLC幀都直接發(fā)送到SNDCP層。SNDCP層根據(jù)每個(gè)數(shù)據(jù)幀標(biāo)識(shí)的F標(biāo)識(shí)(表明當(dāng)前幀是第一個(gè)幀)、M標(biāo)識(shí)(表明還有更多的數(shù)據(jù)幀)以及每個(gè)幀的序號(hào)來(lái)完成上層數(shù)據(jù)的組裝。對(duì)于非確認(rèn)模式下的LLC幀組裝，協(xié)議3GPP TS44. 065指出對(duì)于同一個(gè)網(wǎng)絡(luò)協(xié)議數(shù)據(jù)單元(network protocol data unit，簡(jiǎn)稱為N-PDU)下面的數(shù)據(jù)單元，SNDCP層必須進(jìn)行排序以保證順序的組裝成上層的IP數(shù)據(jù)。而當(dāng)亂序的范圍超過(guò)了一個(gè)N-PDU的范圍時(shí)， SNDCP層則無(wú)法組成上層數(shù)據(jù)。

發(fā)明內(nèi)容
4
本發(fā)明的主要目的在于提供一種LLC幀的處理方案，以至少解決上述的相關(guān)技術(shù)中非確認(rèn)模式亂序超出一定范圍時(shí)，SNDCP層則無(wú)法組成上層數(shù)據(jù)的問(wèn)題。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)方面，提供了一種LLC幀的處理方法，該方法包括基站子系統(tǒng)在接收到LLC幀之后，從LLC幀中獲取LLC幀序號(hào)和服務(wù)接入點(diǎn)標(biāo)識(shí) SAPI ；基站子系統(tǒng)使用序號(hào)和SAPI對(duì)接收到的LLC幀進(jìn)行排序，將排序后的LLC幀按順序下發(fā)給終端。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一個(gè)方面，提供了一種基站子系統(tǒng)，該基站子系統(tǒng)包括獲取模塊，用于在接收到LLC幀之后，從LLC幀中獲取LLC幀序號(hào)和服務(wù)接入點(diǎn)標(biāo)識(shí)SAPI ；排序模塊，用于使用序號(hào)和SAPI對(duì)接收到的LLC幀進(jìn)行排序；發(fā)送模塊，用于將排序后的LLC幀按順序下發(fā)給終端。通過(guò)本發(fā)明，采用使用基站子系統(tǒng)對(duì)非確認(rèn)模式亂序的LLC幀進(jìn)行排序，并將排序后的LLC幀發(fā)送給終端的方式，解決了相關(guān)技術(shù)中非確認(rèn)模式亂序超出一定范圍時(shí)， SNDCP層則無(wú)法組成上層數(shù)據(jù)的問(wèn)題，進(jìn)而達(dá)到了保證LLC幀傳輸順序，編碼接收端正確組包的效果。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的用戶面協(xié)議棧的示意圖；圖2是根據(jù)本發(fā)明實(shí)施例的LLC幀的處理方法的流程圖；圖3是根據(jù)本發(fā)明實(shí)施例的基站子系統(tǒng)(Base StationSubsystem,簡(jiǎn)稱為BSS)對(duì) LLC幀處理的示意圖；圖4是根據(jù)本發(fā)明實(shí)施例的LLC幀插入的示意圖；圖5是根據(jù)本發(fā)明實(shí)施例三的LLC幀的處理方法的示意圖；圖6是根據(jù)本發(fā)明實(shí)施例的BSS的結(jié)構(gòu)框圖；圖7是根據(jù)本發(fā)明實(shí)施例的排序模塊64的結(jié)構(gòu)框圖；圖8是根據(jù)本發(fā)明實(shí)施例的BSS的優(yōu)選的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。實(shí)施例一本發(fā)明實(shí)施例提供了一種LLC幀的處理方法，圖2是根據(jù)本發(fā)明實(shí)施例的LLC幀的處理方法的流程圖，如圖2所示，該方法包括步驟S202，BSS在接收到一個(gè)移動(dòng)站(Mobile Station,簡(jiǎn)稱為MQ下的LLC幀之后，從LLC幀中獲取LLC幀序號(hào)和服務(wù)接入點(diǎn)標(biāo)識(shí)(Service Access Point Identifier，簡(jiǎn)稱為SAPI)；步驟S204，BSS使用該序號(hào)和SAPI對(duì)接收到的LLC幀進(jìn)行排序，將排序后的LLC 幀按順序下發(fā)給終端。
在該實(shí)施例中，由BSS對(duì)非確認(rèn)模式亂序的LLC幀進(jìn)行排序，并將排序后的LLC幀發(fā)送給終端。也就是說(shuō)，將GPRS協(xié)議棧中的LLC功能實(shí)體部分下移至BSS，使得原本對(duì)于 BSS透明的LLC功能實(shí)體變得可見(jiàn)。從而解決了相關(guān)技術(shù)中非確認(rèn)模式亂序超出一定范圍時(shí)，SNDCP層則無(wú)法組成上層數(shù)據(jù)的的問(wèn)題，達(dá)到了保證LLC幀傳輸順序，編碼接收端正確組包的效果。其中，BSS使用序號(hào)和SAPI對(duì)接收到的LLC幀進(jìn)行排序可以采用以下方式實(shí)現(xiàn) 當(dāng)該LLC幀為非確認(rèn)模式下的UI幀時(shí)，BSS將具有相同SAPI的LLC幀按序號(hào)的大小排列在一起，將具有不同SAPI的LLC幀按到達(dá)該BSS的先后順序進(jìn)行排序；否則，直接插入到隊(duì)列尾。優(yōu)選地，對(duì)于非確認(rèn)模式的UI幀，可以采用以下方式進(jìn)行排序BSS判斷LLC幀緩存隊(duì)列的隊(duì)尾的LLC幀的SAPI是否與當(dāng)前要插入的LLC幀的SAPI相同，在判斷為是的情況下，則在當(dāng)前的LLC幀的序號(hào)大于隊(duì)尾的LLC幀的序號(hào)的情況下，將當(dāng)前的LLC幀插入所述所述LLC幀緩存隊(duì)列的隊(duì)尾，在判斷為否的情況下，在LLC幀緩存隊(duì)列中從隊(duì)列尾部開(kāi)始向隊(duì)列頭部查找，將找到的第一個(gè)與當(dāng)前的LLC幀的SAPI不同的LLC幀作為第一 LLC幀；然后，在LLC幀緩存隊(duì)列中從第一 LLC幀開(kāi)始向隊(duì)列頭部查找，將找到的第一個(gè)與當(dāng)前的LLC 幀的SAPI相同的LLC幀作為第二 LLC幀；此時(shí)，BSS判斷當(dāng)前的LLC幀的序號(hào)是否大于與第二 LLC幀的序號(hào)，如果是，則將當(dāng)前的LLC幀緊鄰第一 LLC幀插入第一 LLC幀之后；如果不是，則繼續(xù)從第二 LLC幀開(kāi)始向隊(duì)列頭部查找，將找到的第一個(gè)序號(hào)小于當(dāng)前的LLC幀的序號(hào)的LLC幀作為第三LLC幀，然后，將當(dāng)前的LLC幀緊鄰第三LLC幀插入第三LLC幀后。其中，判斷當(dāng)前的LLC幀的序號(hào)是否大于與第二 LLC幀的序號(hào)可以使用以下方式判斷判斷(Ni+NU_RANGE-Nq)mod NU_RANGE彡NU—RANGE/^是否成立，如果是，則當(dāng)前的LLC 幀的序號(hào)小于第二 LLC幀的序號(hào)，否則，當(dāng)前的LLC幀的序號(hào)大于第二 LLC幀的序號(hào)，其中， 當(dāng)前的LLC幀的序號(hào)為Ni，第二 LLC幀的序號(hào)為Nq，NU_RANGE為非確認(rèn)模式下LLC幀序號(hào)空間，取值為512。需要注意的是，上述判斷方式不但可以用于第二 LLC幀與當(dāng)前LLC幀的比較，還可以用于其他LLC幀(例如，第三LLC幀)與當(dāng)前幀的比較，區(qū)別僅在于將第二 LLC 幀的序號(hào)換成其他LLC幀的序號(hào)。優(yōu)選地，在對(duì)LLC幀進(jìn)行排序之前，BSS可以現(xiàn)根據(jù)序號(hào)的編號(hào)，檢測(cè)出Gb 口傳輸亂序。實(shí)施例二圖3是根據(jù)本發(fā)明實(shí)施例的BSS對(duì)LLC幀處理的示意圖，如圖3所示，在BSS上解碼LLC層數(shù)據(jù)，然后，獲得其SAPI及相應(yīng)的LLC幀序號(hào)，并根據(jù)序號(hào)的變化檢測(cè)出Gb 口傳輸亂序，再根據(jù)序號(hào)重新對(duì)收到的LLC幀進(jìn)排序后通過(guò)空中接口按順序下發(fā)至終端(手機(jī))。 這樣，改變了原有的順序存儲(chǔ)LLC幀的做法，從而維護(hù)了一個(gè)有序的LLC幀緩存發(fā)送隊(duì)列。本實(shí)施例在實(shí)現(xiàn)過(guò)程中對(duì)原有的系統(tǒng)改動(dòng)不大，主要是在BSS上實(shí)現(xiàn)部分LLC幀功能，實(shí)現(xiàn)對(duì)LLC幀的解碼排序。圖4是根據(jù)本發(fā)明實(shí)施例的LLC幀插入的示意圖，下面參照?qǐng)D4對(duì)LLC幀的解碼排序過(guò)程進(jìn)行說(shuō)明。1.根據(jù)協(xié)議3GPP TS44. 064中對(duì)LLC幀結(jié)構(gòu)的描述，對(duì)收到的一個(gè)MS下的每個(gè) LLC幀進(jìn)行解碼，記錄其SAPI以及LLC幀號(hào)。
2.將解碼后的LLC幀插入到LLC幀緩存發(fā)送隊(duì)列中。如果該LLC幀不是非確認(rèn)模式下的未確認(rèn)信息(Unconfirmed information，簡(jiǎn)稱為UI)幀，則直接將其插入到隊(duì)列尾。3.如果該LLC幀是非確認(rèn)模式下的UI幀，則根據(jù)其SAPI及NU從隊(duì)列尾開(kāi)始遍歷尋找插入位置。首先，比較隊(duì)列中的LLC幀的SAPI與要插入的LLC幀的SAPI是否相同，如果不相同，則記錄當(dāng)前LLC幀的位置A，并繼續(xù)向前遍歷直到遇到與要插入的LLC幀的SAPI 相同的LLC，將其記做B。4.根據(jù)非確認(rèn)幀號(hào)進(jìn)行比較。假設(shè)當(dāng)前需要插入的LLC幀的序號(hào)為Ni，當(dāng)前隊(duì)列中遍歷到的需要比較的LLC幀的序號(hào)為Nq，如果(Ni+NU_RANGE_Nq)mod NU_RANGE < NU_ RANGE/2 (NU_RANGE為非確認(rèn)模式下LLC幀序號(hào)空間，取值為512)，則認(rèn)為當(dāng)前要插入的LLC 幀序號(hào)比隊(duì)列中當(dāng)前比較的LLC幀序號(hào)大，需要插入到其之后，否則需要繼續(xù)向前遍歷并重復(fù)步驟3的過(guò)程。5.當(dāng)確認(rèn)待插入的LLC幀的序號(hào)比圖中所示B點(diǎn)的LLC幀的序號(hào)大時(shí)，為了保證不同SAPI下LLC幀的時(shí)間順序，則將當(dāng)前需要插入的LLC幀插入到A點(diǎn)。實(shí)施例三本實(shí)施例對(duì)LLC幀的排序過(guò)程進(jìn)行說(shuō)明，需要說(shuō)明的是，下面僅對(duì)UI幀的排序進(jìn)行說(shuō)明，而對(duì)于非UI幀，則跳過(guò)。圖5是根據(jù)本發(fā)明實(shí)施例三的LLC幀的處理方法的示意圖，如圖5所示，該方法包括步驟S501，BSS獲取待發(fā)送隊(duì)列尾部的LLC幀作為當(dāng)前LLC幀。步驟S502，判斷當(dāng)前LLC幀的SAPI和待插入的LLC幀的SAPI是否相同，如果是， 則進(jìn)入步驟S503，否則，進(jìn)行步驟S508。步驟S503，判斷待插入的LLC幀的序號(hào)是否比當(dāng)前隊(duì)列中的LLC幀大，如果是，則進(jìn)行步驟S504，否則，進(jìn)行步驟S507。步驟S504，判斷第一 LLC幀是否有效，其中，第一 LLC幀是LLC幀緩存隊(duì)列中從隊(duì)列尾部開(kāi)始向隊(duì)列頭部找到的第一個(gè)與待插入的LLC幀的SAPI不同的LLC幀。如果是，則進(jìn)行步驟S505，否則，進(jìn)行步驟S506。步驟S505，將待插入的LLC幀插入第一 LLC幀之后。步驟S506，將待插入的LLC幀插入當(dāng)前LLC幀之后。步驟S507，清除記錄的第一 LLC幀，然后，進(jìn)行步驟S510。步驟S508，判斷第一 LLC幀是否有效，如果是，則進(jìn)行步驟S510，否則，進(jìn)行步驟 S509。步驟S509，記錄第一 LLC幀。步驟S510，判斷是否已經(jīng)到達(dá)隊(duì)列頭部，如果是，則進(jìn)入步驟S512，否則，進(jìn)入步驟 S511。步驟S511，從隊(duì)列尾部到隊(duì)列頭部的方向獲取當(dāng)前LLC幀的下一個(gè)LLC幀作為當(dāng)前LLC幀，并返回步驟S502。步驟S512，判斷第一 LLC幀是否有效，如果是，則進(jìn)行步驟S513，否則，進(jìn)行步驟 S514。步驟S513，將待插入的LLC幀插入第一 LLC幀之后。步驟S514，將待插入的LLC幀插入隊(duì)列頭部。
本發(fā)明實(shí)施例還提供了一種基站子系統(tǒng)，該基站子系統(tǒng)用于實(shí)現(xiàn)上述方法。圖6是根據(jù)本發(fā)明實(shí)施例的基站子系統(tǒng)的結(jié)構(gòu)框圖，如圖6所示，該基站子系統(tǒng)包括獲取模塊62，用于在接收到LLC幀之后，從LLC幀中獲取LLC幀序號(hào)和服務(wù)接入點(diǎn)標(biāo)識(shí) SAPI ；排序模塊64，耦合至獲取模塊62，用于使用序號(hào)和SAPI對(duì)接收到的LLC幀進(jìn)行排序； 發(fā)送模塊66，耦合至排序模塊64，用于將排序后的LLC幀按順序下發(fā)給終端。優(yōu)選地，排序模塊64用于在LLC幀為不是非確認(rèn)模式下的未確認(rèn)信息UI幀時(shí)，將 LLC幀插入待發(fā)送的LLC幀緩存隊(duì)列的尾部；排序模塊64還用于在LLC幀為非確認(rèn)模式下的UI幀時(shí)，將具有相同SAPI的LLC幀按序號(hào)的大小排列在一起，將具有不同SAPI的LLC 幀按到達(dá)該BSS的先后順序進(jìn)行排序。圖7是根據(jù)本發(fā)明實(shí)施例的排序模塊64的結(jié)構(gòu)框圖，如圖7所示，排序模塊64包括第一判斷子模塊702，用于判斷LLC幀緩存隊(duì)列的隊(duì)尾的LLC幀的SAPI是否與當(dāng)前的LLC幀的SAPI相同；第一插入子模塊704，耦合至第一判斷子模塊702，用于在第一判斷子模塊702的判斷為是的情況下，則在當(dāng)前的LLC幀的序號(hào)大于隊(duì)尾的LLC幀的序號(hào)的情況下，將當(dāng)前的LLC幀插入隊(duì)尾的LLC幀的后面；第一查找子模塊706，耦合至第一判斷子模塊702，用于在第一判斷子模塊702的判斷為否的情況下，將在LLC幀緩存隊(duì)列中從隊(duì)列尾部開(kāi)始向隊(duì)列頭部找到的第一個(gè)與當(dāng)前的LLC幀的SAPI不同的LLC幀作為第一 LLC 幀；第二查找子模塊708，耦合至第一查找子模塊706，用于將在LLC幀緩存隊(duì)列中從第一 LLC幀開(kāi)始向隊(duì)列頭部找到的第一個(gè)與當(dāng)前的LLC幀的SAPI相同的LLC幀作為第二LLC幀； 第二判斷子模塊710，耦合至第二查找子模塊708，用于判斷當(dāng)前的LLC幀的序號(hào)是否大于與第二LLC幀的序號(hào)；第二插入子模塊712，耦合至第二判斷子模塊710，用于在第二判斷子模塊710的判斷結(jié)果為是的情況下，將當(dāng)前的LLC幀緊鄰第一 LLC幀插入第一 LLC幀后；第三查找子模塊714，耦合至第二判斷子模塊710，用于在第二判斷子模塊710的判斷結(jié)果為否的情況下，從第二LLC幀開(kāi)始向隊(duì)列頭部查找第一個(gè)序號(hào)小于當(dāng)前的LLC幀的序號(hào)的LLC 幀作為第三LLC幀；第三插入子模塊716，耦合至第三查找子模塊712，用于將當(dāng)前的LLC幀緊鄰第三LLC幀插入第三LLC幀后。優(yōu)選地，第二判斷子模塊710用于判斷(Ni+NU_RANGE_Nq)modNU_RANGE彡NU_ RANGE/2是否成立，如果是，則當(dāng)前的LLC幀的序號(hào)小于第二 LLC幀的序號(hào)，否則，當(dāng)前的 LLC幀的序號(hào)大于第二 LLC幀的序號(hào)，其中，當(dāng)前的LLC幀的序號(hào)為Ni，第二 LLC幀的序號(hào)為Nq，NU_RANGE為非確認(rèn)模式下LLC幀序號(hào)空間，取值為512。圖8是根據(jù)本發(fā)明實(shí)施例的BSS的優(yōu)選的結(jié)構(gòu)框圖，優(yōu)選地，該基站子系統(tǒng)還包括檢測(cè)模塊82，用于根據(jù)序號(hào)的變化，檢測(cè)出( 口傳輸亂序。本發(fā)明實(shí)施例實(shí)現(xiàn)了以下技術(shù)效果通過(guò)BSS的LLC功能保證了下行LLC幀的傳輸順序，避免了接收端由于亂序而無(wú)法組成IP包的情況，進(jìn)而避免了上層IP數(shù)據(jù)的重傳，從而可以更有效的利用空口無(wú)線資源，提高GPRS吞吐率。LLC幀的亂序也可能發(fā)生在小區(qū)重選的過(guò)程中。協(xié)議3GPP TS48. 018中規(guī)定為了避免小區(qū)重選過(guò)程中的亂序發(fā)生，在FLUSH過(guò)程中SGSN在發(fā)送了 FLUSH邏輯鏈路(FLUSH logical link,簡(jiǎn)稱為FLUSH-LL)給BSS請(qǐng)求LLC幀轉(zhuǎn)移后，必須等到收到FLUSH-LL-ACK后或者一個(gè)內(nèi)部的保護(hù)定時(shí)器超時(shí)后，才能向新的BSSGP虛連接標(biāo)識(shí)(BSSGP Virtual Connection Identif ier，簡(jiǎn)稱為BVCI)發(fā)送隨后的LLC幀。本發(fā)明實(shí)施例通過(guò)在BSS對(duì)LLC 幀進(jìn)行排序兼顧了確認(rèn)LLC模式順序的特點(diǎn)，以及非確認(rèn)LLC模式吞吐量大的優(yōu)勢(shì)。因此， 在小區(qū)重選的過(guò)程中，BSS可以盡早的向SGSN發(fā)送FLUSH-LL-ACK以加快SGSN在新BVCI下數(shù)據(jù)的下發(fā)，從而減小小區(qū)重選對(duì)下行吞吐量帶來(lái)的影響。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
9
權(quán)利要求
1.一種邏輯鏈路控制LLC幀的處理方法，其特征在于，包括基站子系統(tǒng)在接收到LLC幀之后，從所述LLC幀中獲取LLC幀序號(hào)和服務(wù)接入點(diǎn)標(biāo)識(shí) SAPI ；所述基站子系統(tǒng)使用所述序號(hào)和所述SAPI對(duì)接收到的所述LLC幀進(jìn)行排序，將排序后的所述LLC幀按順序下發(fā)給終端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基站子系統(tǒng)使用所述序號(hào)和所述 SAPI對(duì)接收到的所述LLC幀進(jìn)行排序包括如果所述LLC幀為不是非確認(rèn)模式下的未確認(rèn)信息UI幀，則所述基站子系統(tǒng)將所述 LLC幀插入待發(fā)送的LLC幀緩存隊(duì)列的尾部；如果所述LLC幀為非確認(rèn)模式下的UI幀，則所述基站子系統(tǒng)將具有相同SAPI的LLC 幀按所述序號(hào)的大小排列在一起，將具有不同SAPI的LLC幀按到達(dá)所述基站子系統(tǒng)的先后順序進(jìn)行排序。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述基站子系統(tǒng)將具有相同SAPI的LLC 幀按所述序號(hào)的大小排列在一起，將具有不同SAPI的LLC幀按到達(dá)所述基站子系統(tǒng)的先后順序進(jìn)行排序包括所述基站子系統(tǒng)判斷所述LLC幀緩存隊(duì)列的隊(duì)尾的LLC幀的SAPI是否與當(dāng)前的所述 LLC幀的SAPI相同，在判斷為是的情況下，則在當(dāng)前的所述LLC幀的序號(hào)大于所述隊(duì)尾的 LLC幀的序號(hào)的情況下，將當(dāng)前的所述LLC幀插入所述隊(duì)尾的LLC幀的后面，在判斷為否的情況下，將在所述LLC幀緩存隊(duì)列中從隊(duì)列尾部開(kāi)始向隊(duì)列頭部找到的第一個(gè)與當(dāng)前的所述LLC幀的SAPI不同的LLC幀作為第一 LLC幀；將在所述LLC幀緩存隊(duì)列中從所述第一 LLC幀開(kāi)始向隊(duì)列頭部找到的第一個(gè)與當(dāng)前的所述LLC幀的SAPI相同的LLC幀作為第二 LLC幀；判斷當(dāng)前的所述LLC幀的序號(hào)是否大于與所述第二 LLC幀的序號(hào)，如果是，則將當(dāng)前的所述LLC幀緊鄰所述第一 LLC幀插入所述第一 LLC幀后；如果不是，則從所述第二 LLC幀開(kāi)始向隊(duì)列頭部查找第一個(gè)序號(hào)小于當(dāng)前的所述LLC 幀的序號(hào)的LLC幀作為第三LLC幀，將當(dāng)前的所述LLC幀緊鄰所述第三LLC幀插入所述第三LLC幀后。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，判斷當(dāng)前的所述LLC幀的序號(hào)是否大于與所述第二 LLC幀的序號(hào)包括判斷(Ni+NU_RANGE-Nq)mod NU_RANGE彡NU_RANGE/2是否成立，如果是，則當(dāng)前的所述LLC幀的序號(hào)小于所述第二 LLC幀的序號(hào)，否則，當(dāng)前的所述LLC幀的序號(hào)大于所述第二 LLC幀的序號(hào)，其中，當(dāng)前的所述LLC幀的序號(hào)為Ni，所述第二 LLC幀的序號(hào)為Nq，NU_RANGE 為非確認(rèn)模式下LLC幀序號(hào)空間，取值為512。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，在使用所述序號(hào)和所述SAPI對(duì)接收到的所述LLC幀進(jìn)行排序之前，所述方法還包括根據(jù)所述序號(hào)的變化，所述基站子系統(tǒng)檢測(cè)出Gb 口傳輸亂序。
6.一種基站子系統(tǒng)，其特征在于，包括獲取模塊，用于在接收到LLC幀之后，從所述LLC幀中獲取LLC幀序號(hào)和服務(wù)接入點(diǎn)標(biāo)識(shí) SAPI ；排序模塊，用于使用所述序號(hào)和所述SAPI對(duì)接收到的所述LLC幀進(jìn)行排序； 發(fā)送模塊，用于將排序后的所述LLC幀按順序下發(fā)給終端。
7.根據(jù)權(quán)利要求6所述的基站子系統(tǒng)，其特征在于，所述排序模塊用于在所述LLC幀為不是非確認(rèn)模式下的未確認(rèn)信息UI幀時(shí)，將所述 LLC幀插入待發(fā)送的LLC幀緩存隊(duì)列的尾部；所述排序模塊還用于在所述LLC幀為非確認(rèn)模式下的UI幀時(shí)，將具有相同SAPI的LLC 幀按所述序號(hào)的大小排列在一起，將具有不同SAPI的LLC幀按到達(dá)所述基站子系統(tǒng)先后順序進(jìn)行排序。
8.根據(jù)權(quán)利要求7所述的基站子系統(tǒng)，其特征在于，所述排序模塊包括第一判斷子模塊，用于判斷所述LLC幀緩存隊(duì)列的隊(duì)尾的LLC幀的SAPI是否與當(dāng)前的所述LLC幀的SAPI相同；第一插入子模塊，用于在所述第一判斷子模塊的判斷為是的情況下，則在當(dāng)前的所述 LLC幀的序號(hào)大于所述隊(duì)尾的LLC幀的序號(hào)的情況下，將當(dāng)前的所述LLC幀插入所述隊(duì)尾的 LLC幀的后面；第一查找子模塊，用于在所述第一判斷子模塊的判斷為否的情況下，將在所述LLC幀緩存隊(duì)列中從隊(duì)列尾部開(kāi)始向隊(duì)列頭部找到的第一個(gè)與當(dāng)前的所述LLC幀的SAPI不同的 LLC幀作為第一 LLC幀；第二查找子模塊，用于將在所述LLC幀緩存隊(duì)列中從所述第一 LLC幀開(kāi)始向隊(duì)列頭部找到的第一個(gè)與當(dāng)前的所述LLC幀的SAPI相同的LLC幀作為第二 LLC幀；第二判斷子模塊，用于判斷當(dāng)前的所述LLC幀的序號(hào)是否大于與所述第二 LLC幀的序號(hào)；第二插入子模塊，用于在所述第二判斷子模塊的判斷結(jié)果為是的情況下，將當(dāng)前的所述LLC幀緊鄰所述第一 LLC幀插入所述第一 LLC幀后；第三查找子模塊，用于在所述第二判斷子模塊的判斷結(jié)果為否的情況下，從所述第二 LLC幀開(kāi)始向隊(duì)列頭部查找第一個(gè)序號(hào)小于當(dāng)前的所述LLC幀的序號(hào)的LLC幀作為第三 LLC 幀；第三插入子模塊，用于將當(dāng)前的所述LLC幀緊鄰所述第三LLC幀插入所述第三LLC幀后。
9.根據(jù)權(quán)利要求8所述的基站子系統(tǒng)，其特征在于，所述第二判斷子模塊用于判斷 (Ni+NU_RANGE-Nq)mod NU_RANGE彡NU_RANGE/2是否成立，如果是，則當(dāng)前的所述LLC幀的序號(hào)小于所述第二 LLC幀的序號(hào)，否則，當(dāng)前的所述LLC幀的序號(hào)大于所述第二 LLC幀的序號(hào)，其中，當(dāng)前的所述LLC幀的序號(hào)為Ni，所述第二 LLC幀的序號(hào)為Nq，NU_RANGE為非確認(rèn)模式下LLC幀序號(hào)空間，取值為512。
10.根據(jù)權(quán)利要求6所述的基站子系統(tǒng)，其特征在于，所述基站子系統(tǒng)還包括 檢測(cè)模塊，用于根據(jù)所述序號(hào)的變化，檢測(cè)出( 口傳輸亂序。
全文摘要
本發(fā)明公開(kāi)了一種LLC幀的處理方法及基站子系統(tǒng)，該方法包括基站子系統(tǒng)在接收到LLC幀之后，從LLC幀中獲取LLC幀序號(hào)和服務(wù)接入點(diǎn)標(biāo)識(shí)SAPI；基站子系統(tǒng)使用序號(hào)和SAPI對(duì)接收到的LLC幀進(jìn)行排序，將排序后的LLC幀按順序下發(fā)給終端。本發(fā)明達(dá)到了保證LLC幀傳輸順序，編碼接收端正確組包的效果。
文檔編號(hào)H04W80/02GK102447507SQ201010512039
公開(kāi)日2012年5月9日 申請(qǐng)日期2010年10月12日 優(yōu)先權(quán)日2010年10月12日
發(fā)明者呂洪濤, 李姝 , 談虎 申請(qǐng)人:中興通訊股份有限公司