專利名稱：在無線接入網(wǎng)絡(luò)中移動接收窗口的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及UMTS(通用移動電信系統(tǒng))中的無線鏈路控制(RLC) 數(shù)據(jù)傳輸，更特別地，涉及在無線接入網(wǎng)絡(luò)中移動接收窗口的方法。
背景技術(shù)：
通用移動電信系統(tǒng)(UMTS)是第三代的移動電信系統(tǒng)，從稱為全 球移動電信系統(tǒng)(GSM)的標(biāo)準(zhǔn)演化而來。此標(biāo)準(zhǔn)是歐洲標(biāo)準(zhǔn)，旨在 基于GSM核心網(wǎng)絡(luò)和寬帶碼分多址(W-CDMA)技術(shù)提供改進(jìn)的移動 通信服務(wù)。
通用移動電信系統(tǒng)(UMTS)是第三代的移動電信系統(tǒng)，從稱為全 球移動電信系統(tǒng)(GSM)的歐洲標(biāo)準(zhǔn)演化而來，旨在基于GSM核心網(wǎng) 絡(luò)和寬帶碼分多址(W-CDMA)無線連接技術(shù)提供改進(jìn)的移動通信服 務(wù)。
在1998年12月，歐洲的ETSI、日本的ARIB/TTC、美國的Tl 及韓國的TTA組成了第三代移動通信伙伴項(xiàng)目(3GPP)，該組織正 在創(chuàng)建UMTS技術(shù)的詳細(xì)規(guī)范。
在3GPP內(nèi)，為了實(shí)現(xiàn)UMTS技術(shù)快速高效的發(fā)展，通過考慮到 網(wǎng)絡(luò)元素及其操作的獨(dú)立性，創(chuàng)建了五個技術(shù)規(guī)范部(TSG)來實(shí)現(xiàn)UMTS的標(biāo)準(zhǔn)化。
每個TSG開發(fā)、審批并管理相關(guān)領(lǐng)域內(nèi)的標(biāo)準(zhǔn)規(guī)范。在這些部中， 無線接入網(wǎng)絡(luò)(RAN)部(TSG-RAN)開發(fā)UMTS陸地?zé)o線接入網(wǎng)絡(luò) (UTRAN)功能、需求和接口的標(biāo)準(zhǔn)，UTRAN是UMTS中支持 W-CDMA接入技術(shù)的新的無線接入網(wǎng)絡(luò)。
圖1展示在終端和UTRAN之間符合3GPP無線接入網(wǎng)絡(luò)標(biāo)準(zhǔn)的無 線接口協(xié)議的結(jié)構(gòu)。
參考圖1，無線接口協(xié)議具有水平的層(包括物理層、數(shù)據(jù)鏈路 層和網(wǎng)絡(luò)層)，并具有垂直的平面(包括發(fā)送用戶數(shù)據(jù)的用戶平面和 發(fā)送控制信息的控制平面)。
用戶平面是處理用戶流量信息，如語音和互聯(lián)網(wǎng)協(xié)議(IP)包的 區(qū)域，而控制平面是處理用于網(wǎng)絡(luò)接口呼叫的維護(hù)和管理等控制信息 的區(qū)域。
圖1中的協(xié)議層可以基于開放系統(tǒng)互連(OSI)標(biāo)準(zhǔn)模型的三個較 低層劃分為第一層(LI)、第二層(L2)和第三層(L3)。下面對每 個層進(jìn)行詳細(xì)說明。
第一層(LI)，即物理層，通過使用各種無線傳輸技術(shù)對較高層 提供信息傳輸服務(wù)。物理層通過傳輸通道連接到稱為媒體訪問控制 (MAC)層的較高層。MAC層和物理層通過傳輸通道互相發(fā)送和接收 數(shù)據(jù)。
第二層(L2)包括MAC層、無線鏈路控制(RLC)層、廣播/多 播控制(BMC)層和包數(shù)據(jù)會聚協(xié)議(PDCP)層。MAC層提供用于分配和再分配無線資源的MAC參數(shù)的分配服 務(wù)。MAC層通過邏輯通道連接到稱為無線鏈路控制(RLC)層的較高 層。
根據(jù)發(fā)送的信息類型提供各種邏輯通道。總的來說，當(dāng)發(fā)送控制 平面信息時，使用控制通道。當(dāng)發(fā)送用戶平面信息時，使用流量通道。
RLC層支持可靠的數(shù)據(jù)傳輸，并對從較高層提交的多個RLC服務(wù) 數(shù)據(jù)單元(RLC SDU)執(zhí)行分段和連接功能。當(dāng)RLC層從較高層接收 RLC SDU時，RLC層考慮到處理能力以適當(dāng)方式調(diào)整每個RLC SDU 的大小，然后創(chuàng)建具有添加到其上的報頭信息的特定數(shù)據(jù)單元。創(chuàng)建 的數(shù)據(jù)單元稱為協(xié)議數(shù)據(jù)單元(PDU)，然后通過邏輯通道將它們傳 輸?shù)組AC層。RLC層包括用于存儲RLC SDU和/或RLC PDU的RLC 緩沖。
PDCP (包數(shù)據(jù)會聚協(xié)議)層，作為RLC層的較高層，允許通過 網(wǎng)絡(luò)協(xié)議(如IPv4和IPv6)發(fā)送的數(shù)據(jù)在具有相對小帶寬的無線接口 上有效地發(fā)送。為了實(shí)現(xiàn)此目標(biāo)，PDCP層執(zhí)行減少用于有線網(wǎng)絡(luò)的不 必要的控制信息的功能，此類功能被稱為報頭壓縮。
BMC (廣播/多播控制)層通過無線接口發(fā)送從核心網(wǎng)絡(luò)傳輸?shù)浇K 端的小區(qū)廣播消息(此后簡寫為"CB消息")。對此，BMC層執(zhí)行 存儲、調(diào)度和發(fā)送CB消息的功能。
無線資源控制(RRC)層存在于L3層的最低部分。RRC層只在 控制平面中定義，并相對于無線承載電路的設(shè)置、重設(shè)置和釋放來處 理邏輯通道、傳輸通道和物理通道的控制。無線承載電路服務(wù)指第二 層(L2)提供用于在終端和UTRAN之間進(jìn)行數(shù)據(jù)傳輸?shù)姆?wù)，且設(shè) 置無線承載電路通常指定義協(xié)議層和提供特定服務(wù)所需通道的通道特 性，并相應(yīng)地設(shè)置實(shí)際參數(shù)和操作方法。作為參考，PDCP和BMC層僅存在于用戶平面，而MAC禾BRLC 層根據(jù)連接到其上的較高層可以存在于用戶平面或控制平面。g卩，當(dāng) RLC層對RRC層提供服務(wù)時，MAC和RLC層存在于控制平面。反之， 它們存在于用戶平面。
再者，其他的第二層(MAC層除外)具有多個適合于每個無線承 載電路(RB)的實(shí)體來確保QoS (服務(wù)質(zhì)量)。g卩，多個實(shí)體可以存 在于一個層中，且每個實(shí)體提供獨(dú)立的服務(wù)。
下面將更詳細(xì)地說明RLC層。RLC層的基本功能是確保每個RB 及其對應(yīng)的數(shù)據(jù)傳輸?shù)腝oS。因?yàn)镽B服務(wù)是無線協(xié)議的第二層向較高 層提供的服務(wù)，整個第二層都影響QoS，特別地，RLC層對QoS有顯
著影響。
RLC對每個RB提供獨(dú)立的RLC實(shí)體以確保RB的特定QoS，并 提供三種RLC模式，S卩，透明模式(TM)、不確認(rèn)模式(UM)和確 認(rèn)模式(AM)以支持各種類型的QoS。由于三種RLC模式(TM、 UM、 AM)各自支持不同的QoS需求，它們在操作和具體功能上有所不同。 因此，必須詳細(xì)考慮RLC的每種操作模式。每種模式的特定RLC將稱 為TM RLC、 UM RLC和AM RLC。
在TM中，使用TM RLC，沒有協(xié)議開銷增加到從較高層傳輸?shù)?RLC SDU。由于RLC使得SDU "透明地"通過，此模式被稱為透明模 式(TM)。因此，用戶平面和控制平面執(zhí)行下面的功能。在用戶平面， 由于RLC處的數(shù)據(jù)處理時間較短，對實(shí)時電路數(shù)據(jù)傳輸(如語音和電 路服務(wù)域(CS域)中的流)進(jìn)行處理。在控制平面中，由于在RLC內(nèi) 沒有協(xié)議開銷，對RRC消息從未指定終端(UE)的上行傳輸和RRC 消息廣播到小區(qū)內(nèi)所有終端(UE)的下行傳輸進(jìn)行處理。同時，與透明模式不同，在RLC處增加協(xié)議開銷的模式稱為非透 明模式。非透明模式分為不接收對所傳輸數(shù)據(jù)的確認(rèn)的不確認(rèn)模式 (UM)，和具有確認(rèn)的確認(rèn)模式(AM)。在UM中，使用UMRLC， 將包括序列號(SN)的PDU報頭增加到每個PDU，然后再傳輸它們， 以允許接收方識別哪些PDU在傳輸過程中丟失。同樣，在UM中(使 用UMRLC)，用戶平面處理廣播/多播數(shù)據(jù)傳輸或?qū)崟r包數(shù)據(jù)傳輸， 如包服務(wù)域(PS域)中的語音(例如VoIP)和流。在控制平面中，處 理發(fā)送到小區(qū)區(qū)域內(nèi)的特定終端或終端組的所有RRC消息中的那些不 需要確認(rèn)響應(yīng)的RRC消息的傳輸。
如在UM中那樣，在AM (使用AM RLC)中，增加包含SN的 PDU報頭來構(gòu)建PDU。然而，不像在UM中，在AM中，接收方提供 從發(fā)送方發(fā)送的PDU的接收確認(rèn)。在AM中，接收方提供確認(rèn)以請求 重發(fā)送未正確接收到的任何PDU。這種重發(fā)送的功能是AMRLC中最 特別的特征。因此，AM RLC的目標(biāo)是通過重發(fā)送確保無錯誤的數(shù)據(jù) 傳輸。為了在AM中(使用AMRLC)實(shí)現(xiàn)此目標(biāo)，在PS域中非實(shí)時 包數(shù)據(jù)，如TCP/IP的發(fā)送由用戶平面處理，而在發(fā)送到特定終端的所 有RRC消息中絕對需要確認(rèn)的RRC消息的發(fā)送由控制平面處理。
考慮數(shù)據(jù)通信的方向，TMRLC和UMRLC用在單向通信中，而 AM RLC用在雙向通信中，因?yàn)樾枰獊碜越邮辗降姆答?確認(rèn))。雙 向通信主要用在點(diǎn)對點(diǎn)通信中，從而AMRLC只使用專門的邏輯通道。 考慮結(jié)構(gòu)差異，在AMRLC中，單個RLC實(shí)體執(zhí)行發(fā)送和接收，而在 TM RLC和UM RLC中，發(fā)送方存在一個RLC實(shí)體，而接收方也存在 RLC實(shí)體。
由于重發(fā)送功能，AM RLC需要更復(fù)雜的結(jié)構(gòu)和數(shù)據(jù)處理技術(shù)。 在AM RLC中，除了發(fā)送緩沖還需要重發(fā)送緩沖來管理重發(fā)送。AM RLC執(zhí)行各種功能，如使用"發(fā)送/接收窗口"用于流控制，執(zhí)行"輪 詢"(其中發(fā)送方從接收方的對等RLC實(shí)體請求狀態(tài)信息)，提供"狀態(tài)報告"(其中接收方向發(fā)送方的對等RLC實(shí)體報告其緩沖狀態(tài))， 創(chuàng)建攜帶狀態(tài)信息的"狀態(tài)PDU"，執(zhí)行"附帶(piggyback)"(其 中將狀態(tài)PDU插入數(shù)據(jù)PDU來增加數(shù)據(jù)發(fā)送效率)等等。再者，AM RLC需要各種協(xié)議參數(shù)、狀態(tài)變量及定時器來支持它的各種功能。
RLC的一個主要功能是SDU丟棄功能，通過它丟棄發(fā)送方RLC 實(shí)體中存儲的SDU中的特定的RLCSDU (如"舊的"SDU)，以防止 RLC緩沖超負(fù)荷。SDU丟棄功能在確保由RLC提供的RB服務(wù)的QoS 中扮演重要角色。通常，發(fā)送方通過使用定時器的方案或使用有限重 發(fā)送次數(shù)的方案來丟棄特定SDU。
定時器方案用在所有三種RLC模式(TM、 UM和AM)中。發(fā)送 方RLC實(shí)體操作定時器(如，丟棄時間)以測量每個RLC SDU保留 在RLC層、從較高層接收每個RLC SDU的時間(時長)。如果在由 定時器設(shè)置的時間段到期時未能正確發(fā)送特定的SDU，則丟棄該SDU， 且同時也丟棄從發(fā)送窗口開始和對應(yīng)的SDU之間的所有SDU。
有限重發(fā)次數(shù)方案僅用在AM RLC中。如果特定RLC PDU的發(fā) 送和重發(fā)送持續(xù)不成功且達(dá)到重發(fā)送的最大(極限)次數(shù)，則發(fā)送方 RLC實(shí)體丟棄包括對應(yīng)RLC PDU的至少一部分的任何SDU。下面更 詳細(xì)地說明此操作。
將在發(fā)送方向下發(fā)送到AM RLC層的RLC SDU轉(zhuǎn)換為存儲在緩 沖內(nèi)的RLC PDU。此時，對每個RLC PDU的發(fā)送次數(shù)進(jìn)行計數(shù)的計 數(shù)器(如，VT (DAT))開始其計數(shù)操作。VT (DAT)在每次發(fā)送(該 VT (DAT)所負(fù)責(zé)的)RLC PDU時遞增1。如果特定RLC PDU的發(fā) 送持續(xù)不成功，且VT(DAT)達(dá)到重發(fā)送的最大(極限)次數(shù)(MaxDAT)， 則AM RLC丟棄包含在對應(yīng)PDU的至少部分中的所有SDU，及發(fā)送 窗口開始和對應(yīng)SDU之間的所有SDU。在發(fā)送方AM RLC丟棄了至少一個RLC SDU的情況下，向接收 方AM RLC通知這樣的丟棄，以便移動接收方的接收窗口?？梢砸苿?接收窗口，因?yàn)榻邮辗讲辉傩枰e置并等待那些現(xiàn)已被丟棄并因此不 發(fā)送的SDU。在此，這種類型的操作可以稱為"移動接收窗口 (MRW)" 功能。
發(fā)送方發(fā)送MRW消息到接收方以移動接收窗口。在此，MRW命 令并不指定接收窗口實(shí)際上應(yīng)該移動到的位置，而是僅提供已在發(fā)送 方丟棄特定SDU的信息。在接收到MRW消息時，接收方基于丟棄的 SDU的信息適當(dāng)?shù)匾苿咏邮沾翱凇?br> 移動接收窗口的過程稱為MRW。 MRW處理包括下面的步驟從 發(fā)送方發(fā)送MRW命令、由接收方移動接收窗口并發(fā)送接收窗口移動 信息到發(fā)送方，及在發(fā)送方移動發(fā)送窗口。下面詳細(xì)說明這些步驟中 每一個的操作。為了更好地理解，說明開始于由發(fā)送方從較高層接收 到SDU時執(zhí)行的步驟。
從SDU構(gòu)建PDU
一旦從較高層提交SDU，發(fā)送方AM RLC對這些SDU (它們可能 為不同的大小)執(zhí)行分段和連接以構(gòu)建有預(yù)定大小的AM數(shù)據(jù)(AMD) PDU。 AMD PDU包括增加有效載荷的報頭。有效載荷由SDU的部分 或至少一個或多個SDU組成。報頭由PDU的序列號(SN)和表示SDU 邊界(若存在那樣的邊界)位置長度的標(biāo)志(LI)組成。
圖2展示如何通過SDU構(gòu)建PDU的例子。
參考圖2，假設(shè)已成功發(fā)送由第1到第20個PDU攜帶的第1到第 32個SDU。當(dāng)接下來的SDU向下發(fā)送到AM RLC時，AM RLC對這 些SDU (它們可能有不同大小)執(zhí)行分段或連接來構(gòu)建預(yù)定大小的 AMDPDU。在圖2中，只展示了第33到第39個SDU。然而，應(yīng)理解可以繼續(xù)提交附加的SDU且AM RLC對后面的SDU繼續(xù)構(gòu)建附加的 PDU。進(jìn)一步來說，AM RLC將PDU的SN附加到AMD PDU報頭。 如果SDU的邊界存在于已構(gòu)建的PDU內(nèi)，則也將表示邊界位置的標(biāo) 志LI增加到AMD PDU報頭。
圖3為例子示意圖，展示在圖2中的己構(gòu)建的AMD PDU中第21 到第23個AMD PDU的處理。
參考圖2和圖3，可知第21個PDU由第33個SDU (SDU 33)的 部分構(gòu)成，從而在第21個PDU內(nèi)不存在第33個SDU (SDU 33)的 邊界。因此，第21個PDU簡單地由(報頭中的)SN和SDU 33的部 分構(gòu)成。接下來，第22個PDU由SDU 33的結(jié)束部分、整個SDU 34 和SDU 35的開始部分構(gòu)成，從而在第22個PDU內(nèi)存在兩個SDU邊 界。因此，增加表示相應(yīng)SDU邊界的兩個LI字段(LI 33和LI 34)到 報頭中。對第23個PDU，由于SDU35和SDU36之間的一個邊界存 在于第23個PDU內(nèi)，增加對應(yīng)的LI字段到報頭。
PDU存儲
每個已構(gòu)建的AMDPDU存儲在AMRLC的發(fā)送緩沖內(nèi)，并同時 存儲在重發(fā)送緩沖內(nèi)，以用于可能在晚些時候發(fā)生的重發(fā)送。發(fā)送和 重發(fā)送緩沖之間的區(qū)別在于從發(fā)送緩沖內(nèi)移除已被發(fā)送過一次的 PDU但仍然將其存儲在重發(fā)送緩沖內(nèi)，直到已成功發(fā)送該P(yáng)DU。圖4 展示AM RLC如何構(gòu)建AMD PDU并將其存儲在發(fā)送和重發(fā)送緩沖內(nèi) 的例子。
PDU發(fā)送
發(fā)送方AM RLC將已構(gòu)建的PDU發(fā)送到對等AM RLC實(shí)體的接 收方AMRLC。當(dāng)發(fā)送方AM RLC發(fā)送AMD PDU時，并不一次發(fā)送 所有PDU，因?yàn)橹挥邪l(fā)送窗口內(nèi)的那些PDU可以被發(fā)送。AM RLC使 用發(fā)送窗口和接收窗口來發(fā)送和接收PDU的原因是管理那些需要重發(fā)送的PDU。鑒于此，發(fā)送方只發(fā)送那些在發(fā)送窗口內(nèi)的PDU，而接收 方只接收那些在接收窗口內(nèi)的PDU。在此，"窗口"表示PDU SN值 的范圍，從而接收窗口內(nèi)的PDU引用SN值在對應(yīng)于接收窗口的PDU SN值范圍內(nèi)的那些PDU。
發(fā)送/接收窗口的大小在創(chuàng)建RLC實(shí)體時設(shè)置，且其范圍(SN值 范圍)在發(fā)送和接收PDU時變化。發(fā)送窗口和接收窗口的起點(diǎn)和終點(diǎn) (即，邊界)按如下進(jìn)行定義 發(fā)送窗口
起點(diǎn)按順序下一個應(yīng)從接收方接收其ACK的第一個PDU的 SN 。
終點(diǎn)不能被發(fā)送的PDU中的第一個PDU的SN。 接收窗口
起點(diǎn)按順序下一個必須接收的第一個PDU的SN。
終點(diǎn)不能被接收的PDU中的第一個PDU的SN。
通過上述定義可知，發(fā)送方僅發(fā)送那些SN在從起點(diǎn)到終點(diǎn)前一 個點(diǎn)("終點(diǎn)一l")的范圍內(nèi)的PDU。 SN在終點(diǎn)和之后的PDU僅在 更新發(fā)送窗口之后才可以發(fā)送。發(fā)送窗口的更新在從接收方接收序列 中的第一個PDU的ACK時發(fā)生。
以類似的方式，接收方僅接收那些SN在從起點(diǎn)到終點(diǎn)前一個點(diǎn) ("終點(diǎn)一l")的范圍內(nèi)的PDU。如果接收到SN在這樣的范圍之外 的PDU，則接收方立即丟棄這樣的PDU。接收窗口的更新在成功接收 到序列中的第一個PDU時發(fā)生。
應(yīng)注意發(fā)送窗口和接收窗口的大小定義為起點(diǎn)和終點(diǎn)之間的間隔 (大小)。例如，假設(shè)發(fā)送/接收窗口的大小是IO且已成功發(fā)送第1到第20個PDU，則發(fā)送窗口的范圍是21至31，同時，接收窗口的范圍 是21至31。
在發(fā)送方，因?yàn)榈?1個PDU是應(yīng)按順序接收其ACK的第一個 PDU，僅當(dāng)確認(rèn)第21個PDU的成功發(fā)送時才更新發(fā)送窗口。類似地， 在接收方，因?yàn)榈?1個PDU是接收序列中的第一個PDU，僅當(dāng)確認(rèn) 第21個PDU的成功接收時才更新接收窗口 。
如果發(fā)送/接收窗口的終點(diǎn)為31，則發(fā)送方只可以發(fā)送第21至第 30個PDU。因此，接收方也只可以接收第21至第30個PDU。 一接收 到這樣的PDU，接收方就立即丟棄任何SN超出范圍的PDU。如圖5 所示，在發(fā)送/接收AMD PDU時連續(xù)地執(zhí)行發(fā)送窗口和接收窗口的更新。
圖5展示發(fā)送/接收AMD PDU并更新發(fā)送窗口和接收窗口的例 子，其中假設(shè)成功發(fā)送了直到第20個PDU的所有PDU且發(fā)送窗口和 接收窗口兩者的范圍均為21至31。
參考圖5，發(fā)送方使用較高層提供的SDU構(gòu)建PDU并發(fā)送已構(gòu)建 的PDU到接收方。在此，發(fā)送窗口的范圍是21至31，從而只發(fā)送那 些在此范圍內(nèi)的PDU。根據(jù)它們的SN按順序發(fā)送已構(gòu)建的PDU，且 可以在一個發(fā)送時間間隔(TTI)內(nèi)發(fā)送一個或多個PDU。雖然在圖5 中只展示了第21到第28個PDU， PDU發(fā)送持續(xù)發(fā)生，從而可以進(jìn)一 步發(fā)送附加的PDU，如果它們的SN落在該范圍內(nèi)。
接收方用范圍在21至31的接收窗口等待PDU接收。對那些PDU 該范圍內(nèi)的，可可以正確接收。然而，如果接收到超出該范圍的PDU， 則接收方將這樣的PDU視為錯誤并因此立即丟棄這樣的PDU。由于 發(fā)送方順序地發(fā)送PDU，接收方也順序地接收這些PDU。 一旦正確接 收到第21個PDU，接收方就將接收窗口范圍更新為22至32。隨后，在正確接收第22個PDU時，接收方將接收窗口更新為23至33。艮卩， 接收窗口的更新只在正確接收到應(yīng)按順序接收的PDU時發(fā)生。
然而，如果當(dāng)接收窗口已更新為23至33時接收到第24個PDU， 接收窗口將不進(jìn)一步進(jìn)行更新。因此，接收方在接收窗口固定在范圍 23至33時接收后面的PDU。圖5展示了其中第23、第26和第27個 PDU在發(fā)送中丟失的例子。接收方發(fā)送有關(guān)接收到的PDU的狀態(tài)報告 到發(fā)送方。在此，假設(shè)狀態(tài)報告在接收到第28個PDU時發(fā)送。報告 的狀態(tài)信息表明，在第21到第28個PDU中，還未正確接收到第23、 第26和第27個PDU，而已正確接收到其他PDU。
在從接收方接收到狀態(tài)報告時，發(fā)送方從重發(fā)送緩沖內(nèi)刪除成功 發(fā)送的PDU，然后更新發(fā)送窗口，并準(zhǔn)備重發(fā)送那些發(fā)送失敗的PDU。 即，在從重發(fā)送緩沖內(nèi)刪除第2K第22、第24、第25和第28個PDU (即，正確發(fā)送的PDU)之后，發(fā)送方將第23、第26和第27個PDU 保持在重發(fā)送緩沖內(nèi)并準(zhǔn)備重發(fā)送它們。在圖5中，假設(shè)在已正確發(fā) 送那些PDU (直到第28個PDU)之后附加構(gòu)建了一些PDU (直到第 34個PDU)。由于PDU的發(fā)送是順序發(fā)生的，重發(fā)送第23、第26和 第27個PDU，然后再第一次發(fā)送第29至第32個PDU。在此，由于 第33和第34個PDU在發(fā)送窗口范圍之外，將它們存儲在發(fā)送緩沖內(nèi) 并等待接下來的發(fā)送。
遵循上述流程，接收方順序接收PDU。如果接收到第23個PDU (作為從發(fā)送方重發(fā)送的結(jié)果)，接收窗口的起點(diǎn)移至將按順序第一 個接收的PDU的SN (即，SN = 26)，因?yàn)橐颜_接收到第24和第 25個PDU。艮口，接收到第23個PDU時，接收窗口更新為26至36。 一旦接收到第26個PDU，接收窗口再次更新為27至37。
然而，如果此后未接收到第27個PDU，卻接收到第29個PDU， 則接收窗口的范圍保持在27至37并且不進(jìn)行更新。圖5表明，在直到第32個PDU的PDU中，未收到第27、第30和第31個PDU。具體 地，第27個PDU兩次發(fā)送失敗(即， 一次重發(fā)送失敗)。在接收到 第32個PDU時，假設(shè)接收方發(fā)送狀態(tài)報告，接收方已接收到直到第 32個PDU的PDU,它將發(fā)送表示接收第27、第30和第31個PDU
失敗的狀態(tài)報告。
丟棄SDU
假設(shè)第23個PDU的發(fā)送持續(xù)失敗，如果用圖2中的SDU構(gòu)建如 圖5所示的PDU，則第23個PDU發(fā)送失敗意味著第35和第36個SDU 也將發(fā)送失敗。SDU的丟棄對定時器方案和對有限重發(fā)次數(shù)方案有所 不同，因此下面將對此進(jìn)行更詳細(xì)的解釋。
在從較高層接收到SDU時，AM RLC立即操作SDU的丟棄定時 器。在此，丟棄定時器對每個SDU進(jìn)行操作。成功發(fā)送SDU且分配 給該SDU的丟棄定時器被去除(到期)時，丟棄定時器停止操作。在 此，"成功發(fā)送"指從接收方接收到(通知已成功接收到所有包含SDU 至少部分的PDU的)ACK信號。由于SDU是按順序提供給RLC的， 丟棄定時器也按順序到期。在圖2中，如果在第35個SDU的丟棄定 時器到期時仍未成功發(fā)送第23個PDU，則在丟棄定時器到期時丟棄第 35個SDU。
在此，注意很重要的一點(diǎn)是丟棄SDU而不是PDU。由于PDU是 用分段和/或連接的SDU構(gòu)建的， 一個SDU可以完整地包含在一個PDU 中或一個SDU可以跨越幾個PDU。在任何一種情況下，丟棄SDU意 味著從包含該SDU的任何部分的所有PDU中丟棄SDU的所有對應(yīng)部 分。
例如，回到圖2，即使成功發(fā)送了第22個PDU，第23個PDU發(fā) 送失敗也會導(dǎo)致丟棄第35個SDU。因此，也丟棄第35個SDU在第 22個PDU中的部分。再者，注意也很重要的一點(diǎn)是即使丟棄了第35個SDU也不丟棄第23個PDU。由于它包含第36個SDU的部分和第 35個SDU的部分，繼續(xù)重發(fā)送第23個PDU直到第36個SDU的丟棄 定時器到期。即使在丟棄了第35個SDU時重發(fā)送第23個PDU，重發(fā) 送也不排除第35個SDU的部分。重發(fā)送的PDU的構(gòu)建應(yīng)該和初始發(fā) 送的PDU相同。
當(dāng)從較高層向下提交SDU時，盡管是順序提交的，它們還是可能 同時下傳。如果幾乎同時提交第35和第36個SDU，第35和第36個 SDU的丟棄定時器可能幾乎同時到期。在這樣的情況下，幾乎同時丟 棄第35和第36個SDU,且中斷第23個PDU及包括第36個SDU的 第24個PDU的重發(fā)送。由于第25個PDU包含第37個SDU的部分， 而第37個SDU的丟棄定時器尚未到期，繼續(xù)重發(fā)送第25個PDU直 到第37個SDU的丟棄定時器到期。如上所述，重發(fā)送的第25個PDU 的構(gòu)建和初始發(fā)送的PDU相同。
使用定時器方案的丟棄方法使用丟棄定時器的到期執(zhí)行SDU的丟 棄，SDU丟棄通過丟棄定時器順序發(fā)生。然而，在有限重發(fā)送次數(shù)方 案中，如果未能成功發(fā)送已重發(fā)送(重發(fā)送方案允許的最大(極限) 次數(shù))的PDU，則丟棄SDU。因此，不像定時器方案，包含對應(yīng)PDU 的至少部分的所有SDU根據(jù)有限重發(fā)送次數(shù)方案同時丟棄。
例如，如圖2所示，如果當(dāng)達(dá)到最大(極限)重發(fā)送次數(shù)時仍未 能正確發(fā)送第23個PDU，則同時丟棄第35和第36個SDU。然而， 由于此方案也用于丟棄SDU，其后的處理和定時器方案相同，因?yàn)閮?個SDU是幾乎同時丟棄的。S卩，由于第36個SDU的丟棄而丟棄第22 個PDU的對應(yīng)部分，同時由于第36個SDU的丟棄而丟棄第24個PDU， 盡管事實(shí)上由于仍未達(dá)到最大(極限)重發(fā)送次數(shù)第24個PDU的重 發(fā)送仍未完成。然而，繼續(xù)重發(fā)送在其中包含第37個SDU的第25個 PDU，直到達(dá)到最大(極限)重發(fā)送次數(shù)。SDU丟棄信息的發(fā)送
下面說明直接涉及本發(fā)明的MRW處理。在丟棄SDU之后，發(fā)送 方AM RLC通過移動接收窗口的MRW命令向接收方通知丟棄的SDU。 在此情況，MRW命令不直接表示接收窗口應(yīng)移動到的位置，而是只通 知SDU丟棄信息，從而接收方基于丟棄信息將接收窗口移動到適當(dāng)?shù)?位置。
表示發(fā)送方丟棄的SDU最后部分的信息包括在由發(fā)送方發(fā)送的 MRW命令中。為了表示SDU的最后部分，MRW命令應(yīng)包括涉及 "SDU的最后部分屬于哪個PDU"和"SDU的最后部分屬于該P(yáng)DU 中的哪個部分"的信息。因此，MRW命令由丟棄的SDU的最后部分 所屬的PDU的SN和表示丟棄的SDU在PDU中的終點(diǎn)的標(biāo)志組成。
當(dāng)至少丟棄了兩個SDU時，MRW命令攜帶有關(guān)最后丟棄的SDU 的信息。這是因?yàn)榻邮沾翱诒仨氁苿拥降奈恢梦挥谧詈髞G棄的SDU終 點(diǎn)之后。再者，如上所述，當(dāng)丟棄特定的SDU時，也丟棄發(fā)送窗口起 點(diǎn)和對應(yīng)的SDU之間的所有SDU。因此，接收方僅接收最后丟棄的 SDU的信息，從而可以知道在發(fā)送方已丟棄哪些SDU。
當(dāng)較高層請求有關(guān)其他丟棄的SDU的信息，及有關(guān)最后丟棄的 SDU的信息時，MRW可以可選地傳達(dá)這樣的信息。然而，對其他SDU， 而不是最后的SDU，傳達(dá)PDU的SN (丟棄的SDU的最后部分存在于 其中)，但不傳達(dá)表示對應(yīng)SDU在PDU中的終點(diǎn)的標(biāo)志。這是因?yàn)?有關(guān)其他丟棄的SDU的信息不影響接收窗口的移動，并且因?yàn)槠渌?SDU是連續(xù)地丟棄的。
圖6是MRW命令結(jié)構(gòu)的概念示意圖，其中"N"是由MRW命令 攜帶的丟棄的SDU信息的數(shù)量，且當(dāng)前的UMTS標(biāo)準(zhǔn)設(shè)置此數(shù)字最 多為15。參考圖6，基本的MRW命令包含有關(guān)第N個丟棄的SDU的最后 部分的信息。另外，可以可選地加入另一個有關(guān)1到N—1之間的SDU (即，SDU1至USDU (N—1))的丟棄信息。
在圖6中，最上面的字段是包括在MRW命令中的PDU SN的數(shù) 量并且等于"N"。重要的是注意N不是實(shí)際上在發(fā)送方丟棄的SDU 的數(shù)量，而是在對應(yīng)的MRW命令中攜帶的SDU丟棄信息的數(shù)量。
艮卩，如果MRW命令包括第N個SDU最后部分所在的PDU的SN， 則該MRW命令包括一個SDU丟棄信息，因此計數(shù)為1。當(dāng)包括第1 個到第N個SDU的所有丟棄信息時，MRW命令包括N個SDU丟棄 信息因此該數(shù)量為N。為何傳達(dá)值N的原因是，在接收MRW命令時， 通知接收方是否存在可選的1至(N—l)的SDU丟棄信息。同時，表 示第N個SDU的最后部分位于PDU內(nèi)何處的標(biāo)志信息總是包括在 MRW命令的最后。
參考圖2和圖5,下面說明例子MRW命令實(shí)際上是如何構(gòu)成的。 首先，假設(shè)未連續(xù)地或在一段延長的時間內(nèi)成功發(fā)送第23個PDU，從 而同時丟棄第35和第36個SDU。在此情況，發(fā)送窗口的起點(diǎn)如上所 述為第23個PDU。在此情況，MRW命令配置為如圖7所示。
艮P ，如果由于第23個PDU發(fā)送失敗而丟棄第35和第36個SDU， 此情況下的MRW命令由第35個SDU的丟棄信息PDU SN二23、第36 個SDU的丟棄信息PDU SN = 25和表示第36個SDU終點(diǎn)的標(biāo)志組成。 在此，如上所述，可選地由較高層的請求插入第35個SDU的丟棄信 息并對應(yīng)地調(diào)整最上面的PDUSN的計數(shù)(數(shù)量)字段值。
移動接收窗口和發(fā)送移動信息
在接收到MRW命令時，接收方丟棄由MRW通知的從存在于接 收窗口起點(diǎn)的SDU到最后的SDU的所有SDU，并相應(yīng)地移動接收窗口。接收窗口移動的位置取決于是否接收到那些PDU (包括在丟棄的 SDU之后的SDU)而不同。
在任何情況下，基本原則是接收窗口起點(diǎn)移動到除去丟棄的SDU 之后按順序第一個接收的PDU的SN。因此，接收窗口移動的位置可 以是由MRW命令通知的包括最后丟棄的SDU的最后部分的PDU或已 成功接收到后面的PDU之后跟隨的PDU。接收方從接收窗口起點(diǎn)開始 的連續(xù)地丟棄SDU以符合MRW命令，移動接收窗口，然后通知發(fā)送 方接收窗口移動的位置。在此情況，接收窗口的起點(diǎn)是按順序第一個 接收的PDU的SN。
參考圖7中的MRW命令作為例子說明接收窗口移動的位置?；?到圖5，接收方成功地接收直到第22個PDU的所有PDU，但是未能 接收第23個PDU，從而接收窗口的起點(diǎn)是第23個PDU。假設(shè)第24 到第28個PDU成功地接收，如果接收到圖7中展示的MRW命令，接 收方丟棄從接收窗口起點(diǎn)直到最后丟棄的SDU的所有SDU。 S卩，丟棄 從對應(yīng)于接收窗口起點(diǎn)的第35個SDU直到第36個SDU(由MRW命 令通知的最后的PDU)的所有SDU。具體地，在圖2中，丟棄第22 個PDU的最后部分(包括第35個SDU)，未能接收到第23個PDU， 整個丟棄第24個PDU，并丟棄第25個PDU的開始部分(包括第36 個SDU)。
此后，成功地接收直到第28個PDU，從而接收窗口起點(diǎn)移動到按 順序第一個接收的第29個PDU。然后接收方通知發(fā)送方接收窗口已移 至第29個PDU。
在特殊情況下，接收窗口的位置可能已經(jīng)超出由MRW命令指定 的PDU。這樣的情況在ACK信息在發(fā)送過程中丟失，甚至接收方已正 確接收PDU并發(fā)送ACK信息到發(fā)送方的時候發(fā)生。在此情況，接收 方成功地接收PDU并相應(yīng)地更新接收窗口。發(fā)送方仍然未能接收已發(fā)
19送的PDU的ACK信息，從而不能更新其接收窗口。因此，接收窗口 的起點(diǎn)落后于發(fā)送窗口的起點(diǎn)。
例如，參考圖7，接收方成功接收直到第28個PDU的所有PDU 并更新接收窗口起點(diǎn)為第29個PDU。然而，第23個PDU的ACK信 息在發(fā)送過程中連續(xù)地丟失，從而發(fā)送窗口起點(diǎn)保持在第23個PDU。 在此情況，如果發(fā)送方丟棄第35和第36個SDU，并發(fā)送SDU丟棄 信息到接收方，則SDU丟棄信息沒有用處，因?yàn)榻邮辗降慕邮沾翱谝?經(jīng)移至第29個PDU。
因此，當(dāng)接收窗口已經(jīng)移動，即，當(dāng)將成功接收的SDU提交給較 高層之后接收到對應(yīng)的SDU的丟棄信息時，接收方忽略此信息并通知 發(fā)送方接收窗口的當(dāng)前位置。然而，接收方不丟棄由發(fā)送方丟棄的 SDU。 g卩，如果已接收到成功接收并提交給較高層的SDU的丟棄信息， 則不能丟棄對應(yīng)的SDU，因?yàn)閷?yīng)的SDU已提交給較高層。接收方 可以只向較高層提供在發(fā)送方丟棄對應(yīng)SDU的信息。
發(fā)送窗口移動
在從接收方接收到窗口移動信息時，發(fā)送方將發(fā)送窗口起點(diǎn)移動 到和接收窗口起點(diǎn)相同的位置?？赡茉诮邮盏酱翱谝苿有畔⒅耙呀?jīng) 發(fā)送了對應(yīng)于發(fā)送窗口起點(diǎn)的PDU。在此情況，發(fā)送方不發(fā)送對應(yīng)的 PDU并等待來自接收方的ACK/NACK狀態(tài)報告。如果未事先發(fā)送對應(yīng) 于發(fā)送窗口起點(diǎn)的PDU，發(fā)送方從對應(yīng)的PDU開始發(fā)送。
在相關(guān)技術(shù)方法中，在接收到MRW命令之后，接收方丟棄從接 收窗口起點(diǎn)直到由MRW命令通知的最后丟棄的SDU的所有SDU，從 而在發(fā)送方不連續(xù)地丟棄SDU時產(chǎn)生各種問題。
圖8A為示意圖，說明在正常的數(shù)據(jù)發(fā)送和接收中不連續(xù)的SDU 丟棄如何發(fā)生。首先，假設(shè)成功發(fā)送了直到第20個PDU的PDU，發(fā)送和接收窗 口的起點(diǎn)可能均位于第21個PDU。如果將SDU提交給發(fā)送方RLC同 時保持這樣的狀態(tài)，那么RLC對SDU進(jìn)行分段和/或連接來構(gòu)建PDU， 然后發(fā)送已構(gòu)建的PDU到接收方。
圖8A是從發(fā)送方發(fā)送第21到第28個PDU的示意圖。在此情況， 實(shí)際上可以發(fā)送直到第30個PDU的PDU。然而，SDU是向下順序提 交給RLC的。因此，假設(shè)在從發(fā)送方進(jìn)行發(fā)送時尚未構(gòu)建第29個PDU 之后的PDU。
在圖8A中，接收方在通過上述處理發(fā)送的第21到第28個PDU 中由于發(fā)送過程中發(fā)生丟失未能接收到第23、第26和第27個PDU并 成功接收余下的PDU。在成功接收第21和第22個PDU之后，接收方 更新接收窗口起點(diǎn)為第23個PDU。然而，由于仍未接收到第23個PDU， 沒有發(fā)生附加的接收窗口更新。 一旦接收方發(fā)送第21到第28個PDU 的狀態(tài)信息到發(fā)送方，發(fā)送方就從緩沖內(nèi)刪除第21、第22、第24、第 25和第28個PDU、更新發(fā)送窗口起點(diǎn)為第23個PDU，然后等待后面 的發(fā)送。
圖8B為示意圖，說明發(fā)送方更新發(fā)送窗口為23至33然后執(zhí)行后 面的發(fā)送的處理。在此，PDU按第23、第26、第27、第29、第30、 第31和第32個PDU的順序發(fā)送，其中第23、第26和第27個PDU 需要重發(fā)送。應(yīng)注意，即使已經(jīng)構(gòu)建了第33個PDU之后的PDU，由 于發(fā)送窗口的大小限制，它們也不能被發(fā)送。
假設(shè)接收方在已發(fā)送的第23到第32個PDU中仍然未能接收到第 23和第27個PDU，并進(jìn)一步未能接收第30和第31個PDU。由于未 接收到第23個PDU，接收窗口如圖8B所示保持其當(dāng)前的范圍23至 33。一旦第23到第32個PDU的狀態(tài)信息被發(fā)送到發(fā)送方，發(fā)送方就 從緩沖內(nèi)刪除成功發(fā)送的PDU。然而，由于未接收到第23個PDU的 ACK，象在接收方那樣，不能更新發(fā)送窗口。因此，如圖8C所示，發(fā) 送方重發(fā)送第23、第27、第30和第31個PDU同時保持發(fā)送窗口的 范圍在23至33。
如果接收方始終不能接收第23和第27個PDU，由于第23和第 27個PDU保持在發(fā)送窗口的范圍內(nèi)，發(fā)送方也不能發(fā)送附加的PDU， 并只重發(fā)送第23和第27個PDU。此后，假設(shè)繼續(xù)重發(fā)送第23個和第 27個PDU，但最終未能正確發(fā)送，由于SDU的丟棄定時器到期或達(dá) 到最大(極限)重發(fā)送次數(shù)，發(fā)送方就丟棄對應(yīng)的SDU。
圖9是由于第23和第27個PDU的發(fā)送失敗不連續(xù)地丟棄的第35、 第36、第38和第39個SDU的示意圖。參考圖9，在不連續(xù)地丟棄SDU 的情況下，為了使用MRW處理移動接收窗口，使用下述兩種方法之
A.按連續(xù)丟棄的SDU的集合數(shù)量順序地執(zhí)行MRW處理達(dá)相同 次數(shù)的方法
當(dāng)不連續(xù)地丟棄SDU時，此方法將連續(xù)地丟棄的SDU看作一個 集合，并對每個連續(xù)丟棄的SDU的集合執(zhí)行一次MRW處理，以順序 地移動接收窗口。 S卩，參考圖9，發(fā)送方將第35和第36個SDU看作 一個集合，而將第38和第39個SDU看作另一個集合，然后對兩個集 合中的每一個執(zhí)行MRW處理。由于MRW處理在任何時間都是逐一 執(zhí)行的，它們不能同時執(zhí)行而是一個接一個地順序執(zhí)行。參考圖10更 詳細(xì)地說明這樣的處理。
首先，發(fā)送方在發(fā)送窗口處于23至33之間時執(zhí)行第一個MRW 處理。發(fā)送方丟棄從發(fā)送窗口起點(diǎn)到第36個SDU的所有SDU，并使用MRW命令發(fā)送這樣的信息到接收方(Sl、 S2)。接收方丟棄從接 收窗口起點(diǎn)到由接收到的MRW命令通知的最后丟棄的SDU (即，第 36個SDU)的所有SDU，然后移動接收窗口到27至37 (S3)。
此后，接收方通知發(fā)送方接收窗口的移動位置(S4)。然后發(fā)送 方終止第一個MRW處理，并移動發(fā)送窗口到27至37以對應(yīng)接收窗 口移動的位置。然后發(fā)送方執(zhí)行第二個MRW處理以移動接收窗口到 第39個SDU之后(S5)。
在第二個MRW處理中發(fā)送的另一個MRW命令包括第39個SDU 的丟棄信息，它是第二個不連續(xù)的丟棄的SDU集合中最后丟棄的SDU。 應(yīng)注意，由于發(fā)送窗口在第二個MRW處理正在進(jìn)行時移動到27至37， 可以發(fā)送第33到第36個PDU (S6)。在丟棄從接收窗口起點(diǎn)到由接 收的MRW命令通知的最后丟棄的SDU的所有SDU(即第36個SDU) 之后，接收方移動接收窗口的起點(diǎn)到33至37之間的"適當(dāng)"位置(S7)。 在此情況，在執(zhí)行了第二個MRW處理時可以發(fā)送第33到第36個PDU， 從而接收窗口的位置可以稱為是"適當(dāng)?shù)?，因?yàn)檫@樣的位置取決于 是否接收到這些PDU而不同。
例如，如果在第二個MRW處理正在進(jìn)行時沒有附加的PDU接收， 接收窗口更新為33至43。如果接收到所有第33至第36個PDU,接 收窗口更新為37至47。 S卩，可以在MRW處理期間發(fā)送那些可發(fā)送的 PDU，從而接收這樣的PDU會改變(更新)接收窗口的位置。這和在 第一個MRW處理中的情況相同。然而，由于在圖8的例子中在接收 窗口范圍23至33中除了第23和第27個PDU沒有可發(fā)送的PDU，將 接收窗口的起點(diǎn)定義為27。
在移動接收窗口的起點(diǎn)到適當(dāng)位置之后，接收方發(fā)送發(fā)送窗口移 動信息到發(fā)送方(S8)。發(fā)送方在接收發(fā)送窗口移動信息后終止第二 個MRW處理并移動發(fā)送窗口起點(diǎn)以和接收窗口對應(yīng)(S9)。然后使用發(fā)送方窗口從發(fā)送窗口起點(diǎn)處的PDU繼續(xù)發(fā)送(S10)。
B.丟棄不連續(xù)地丟棄的SDU之間的所有PDU的方法 圖11是在發(fā)生如圖9所示的不連續(xù)的SDU丟棄時使用此方法(方 法B)移動接收窗口的流程圖。
在方法B中，當(dāng)不連續(xù)地丟棄SDU時，發(fā)送方丟棄從對應(yīng)于發(fā)送 窗口起點(diǎn)一個SDU直到最后一個丟棄的SDU的所有SDU，而不管發(fā) 送成功與否，以使得連續(xù)地丟棄從發(fā)送窗口起點(diǎn)直到最后的SDU的 SDU。即，如果如圖9所示不連續(xù)地丟棄SDU，則發(fā)送方丟棄從發(fā)送 窗口起點(diǎn)第35個SDU直到最后丟棄的SDU第39個SDU的所有的 SDU，并發(fā)送這樣的信息到接收方(Sll、 S12)。在此情況，丟棄第 37個SDU而不管已成功發(fā)送。接收方接收MRW命令之后將從接收窗 口起點(diǎn)直到第39個SDU的所有SDU看作是丟棄的，以丟棄這些對應(yīng) 的SDU，然后將接收窗口移至第39個SDU之外(S13)。在此情況， 丟棄第37個SDU而不管在發(fā)送方已發(fā)送成功。
其后，接收方通知發(fā)送方接收窗口的移動位置(S14)。發(fā)送方接 收移動位置后終止MRW處理并移動發(fā)送窗口到33至44 (S15)。然 后發(fā)送方從發(fā)送窗口起點(diǎn)的第33個PDU開始發(fā)送(S16)。
如上所述，當(dāng)發(fā)生不連續(xù)的SDU丟棄時，通過使用相關(guān)技術(shù)中的 方法A或B兩種方法中的一種來移動接收窗口。然而，相關(guān)技術(shù)方法 A和B有下面的問題或缺點(diǎn)。
首先，在方法A中，順序執(zhí)行幾次MRW處理來通知接收方不連 續(xù)的SDU丟棄，從而在處理后面的SDU時會發(fā)生一定的延時。艮P， 在圖9和圖10的例子中，在已執(zhí)行第二個MRW處理之后，第37個 PDU后面的PDU將變得可以發(fā)送，從而在第二個MRW處理中包括的 SDU會存儲在RLC緩沖中達(dá)一定的時間。通常，完成一個MRW處理至少需要150毫秒。如果根據(jù)方法A移動接收窗口，那么MRW處理 會非預(yù)期地中斷高速度數(shù)據(jù)通信。當(dāng)使用基于定時器方案的SDU丟棄 方法時，在最壞的情況下，SDU不能被發(fā)送并持續(xù)地被丟棄。
再者，使用方法B時，當(dāng)不連續(xù)地丟棄SDB時，接收方也丟棄成 功發(fā)送的SDU，這不期望地降低了發(fā)送效率。即，在圖9的例子中， 只不必要地丟棄了第37個SDU，因此發(fā)送效率沒有降低很多。然而， 在其他極端的例子中，如果對應(yīng)于發(fā)送窗口起點(diǎn)和終點(diǎn)的SDU被丟棄， 那么發(fā)送窗口中的所有SDU也會被丟棄，這顯著地降低了發(fā)送效率。
本發(fā)明揭示的內(nèi)容
因此，本發(fā)明涉及在無線移動電信系統(tǒng)中移動接收窗口的方法， 該方法本質(zhì)上排除了由于現(xiàn)有相關(guān)技術(shù)的限制和缺點(diǎn)造成的一個或多 個問題。
本發(fā)明的一個目標(biāo)是提供在無線移動電信系統(tǒng)中移動接收窗口的 方法，以減少在如果不連續(xù)地丟棄SDU時移動接收窗口的情況下發(fā)生 的發(fā)送延時。
本發(fā)明的另一個目標(biāo)是提供在無線移動電信系統(tǒng)中移動接收窗口 的方法，以減少在不連續(xù)地丟棄SDU移動接收窗口時產(chǎn)生的發(fā)送效率 降低。
本發(fā)明的附加優(yōu)點(diǎn)、目標(biāo)和特性將部分地在后面的說明中闡明并 部分地對那些有一般技術(shù)水平的人在研究下面內(nèi)容后理解或可以通過 本發(fā)明的實(shí)踐學(xué)習(xí)得到。本發(fā)明的目標(biāo)和其他優(yōu)點(diǎn)可以通過在寫出的 說明和權(quán)利要求及附圖中特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲取。
為了實(shí)現(xiàn)這些目標(biāo)和其他優(yōu)點(diǎn)并符合本發(fā)明的目的，如所實(shí)現(xiàn)和 在此概括說明的那樣，符合本發(fā)明的數(shù)據(jù)通信方法包括，接收移動接收窗口 (MRW)命令，及提交從當(dāng)前接收窗口的起點(diǎn)到由MRW命令 表示的位置的數(shù)據(jù)單元中成功接收的服務(wù)數(shù)據(jù)單元(SDU)到較高層。
較佳地，通過無線環(huán)境發(fā)送MRW命令。
較佳地，數(shù)據(jù)單元為數(shù)據(jù)鏈路層的服務(wù)數(shù)據(jù)單元(SDU)。
較佳地，數(shù)據(jù)單元為無線鏈路控制(RLC) SDU。
較佳地，SDU由SDU邊界標(biāo)志來標(biāo)識。
較佳地，SDU邊界標(biāo)志包括在數(shù)據(jù)鏈路層的協(xié)議數(shù)據(jù)單元(PDU)中。
較佳地，丟棄仍未成功接收到的SDU。
較佳地，由MRW命令表示的位置表示將最后丟棄的SDU的終點(diǎn)。 較佳地，以接收-響應(yīng)模式執(zhí)行那些步驟。
較佳地，MRW命令包括具有最后丟棄的SDU終點(diǎn)的協(xié)議數(shù)據(jù)單 元(PDU)的序列號；及表示SDU在PDU中的終點(diǎn)的終點(diǎn)標(biāo)志。
較佳地，所述方法進(jìn)一步包括移動接收窗口到由MRW命令表示 的位置。
較佳地，在數(shù)據(jù)鏈路層執(zhí)行接收窗口的移動。
在本發(fā)明的另一方面，在無線移動電信系統(tǒng)中移動接收窗口的方 法包括從發(fā)送方接收最后丟棄的服務(wù)數(shù)據(jù)單元(SDU)的信息、校驗(yàn)是否成功接收到最后丟棄的服務(wù)數(shù)據(jù)單元之前的SDU，及提交成功接 收到的SDU到較高層并根據(jù)此信息移動接收窗口。
較佳地，SDU為無線鏈路控制SDU。
較佳地，最后丟棄的SDU的信息包括具有最后丟棄的SDU終點(diǎn) 的協(xié)議數(shù)據(jù)單元(PDU)的序列號；及表示SDU在PDU中的終點(diǎn)的終 點(diǎn)標(biāo)志。較佳地，在數(shù)據(jù)鏈路層執(zhí)行接收窗口的移動。
較佳地，接收窗口移動到包括最后丟棄的SDU終點(diǎn)的PDU。
較佳地，SDU由SDU終點(diǎn)標(biāo)志來標(biāo)識。
較佳地，校驗(yàn)步驟包括將從一個SDU終點(diǎn)標(biāo)志表示的部分到相鄰 的SDU終點(diǎn)標(biāo)志表示的部分的數(shù)據(jù)標(biāo)識為一個SDU，及如果接收到所 標(biāo)識的SDU的所有部分，則判定成功接收到對應(yīng)的SDU。
應(yīng)理解，本發(fā)明的上述一般性說明和羨慕的詳細(xì)說明兩者是示范 性和解釋性的，旨在對如權(quán)利要求所述的本發(fā)明提供進(jìn)一步的說明。


附圖包括在此以提供對本發(fā)明的進(jìn)一步理解并包括在此組成本申 請的一部分，附圖展示本發(fā)明的實(shí)施例并且和說明一起用于解釋本發(fā) 明的原理。在附圖中
圖1為方框圖，展示終端和UTRAN之間基于3GPP無線接入網(wǎng) 絡(luò)標(biāo)準(zhǔn)的無線接口協(xié)議的架構(gòu)；
圖2為示意圖，展示通過SDU構(gòu)建PDU的例子；
圖3為示意圖，展示圖2中已構(gòu)建的AMD PDU中的第21到第 23個AMD PDU;
圖4為示意圖，展示AMRLC如何構(gòu)建存儲在發(fā)送和重發(fā)送緩沖內(nèi)的AM PDU;
圖5為示意圖，展示發(fā)送/接收AMD PDU和更新發(fā)送/接收窗口的
例子；
圖6為示意圖，展示構(gòu)建MRW命令的概念； 圖7為示意圖，展示MRW命令格式；
圖8A到圖8C為示意圖，展示在正常的數(shù)據(jù)發(fā)送/接收中不連續(xù)的 SDU丟棄如何發(fā)生；
圖9為示意圖，展示不連續(xù)地丟棄SDU的例子；
圖10為流程圖，展示根據(jù)相關(guān)技術(shù)在不連續(xù)地丟棄SDU時使用 第一種方法移動接收窗口的處理；
圖11為流程圖，展示根據(jù)相關(guān)技術(shù)在不連續(xù)地丟棄SDU時用第 二種方法移動接收窗口的處理；及
圖12為流程圖，展示根據(jù)本發(fā)明在不連續(xù)地丟棄SDU時移動接 收窗口的方法。
實(shí)現(xiàn)較佳實(shí)施例的模式
現(xiàn)詳細(xì)說明本發(fā)明的較佳實(shí)施例，在附圖中展示它們的例子。
本發(fā)明實(shí)現(xiàn)在移動電信系統(tǒng)中，如由3GPP開發(fā)的UMTS (通用 移動電信系統(tǒng))。然而，本發(fā)明可以進(jìn)一步應(yīng)用于在其他標(biāo)準(zhǔn)下工作 的通信系統(tǒng)。
在本發(fā)明中，當(dāng)丟棄SDU時，發(fā)送方的AM RLC傳輸最后丟棄 的SDU的信息，而不管丟棄的SDU的連續(xù)性。然后發(fā)送方的AMRLC 分別校驗(yàn)是否接收到從接收窗口起點(diǎn)到最后丟棄的SDU的那些SDU， 并提交成功接收的SDU到較高層，導(dǎo)致最少的延時和最小的發(fā)送效率 降低，即使發(fā)生不連續(xù)的SDU丟棄。
本發(fā)明的詳細(xì)實(shí)施例應(yīng)用于在其中根據(jù)圖9丟棄SDU的情況。在 此情況，假設(shè)SDU發(fā)送/接收處理根據(jù)圖8A到圖8C所述正在進(jìn)行中。圖12為流程圖，展示根據(jù)本發(fā)明在不連續(xù)地丟棄SDU時移動接 收窗口的方法。
首先，如果根據(jù)圖9丟棄SDU，發(fā)送方RLC執(zhí)行MRW處理， 然后將第39個SDU(最后丟棄的SDU)的信息增加到MRW命令，并 將其發(fā)送到接收方RLC (S20、 S21)。在此情況，發(fā)送窗口位于第23 個PDU和第33個PDU之間。
如果RLC設(shè)置為向接收方通知所有丟棄的SDU， MRW命令攜帶 其他SDU及第39個SDU的丟棄信息。在此情況，成功發(fā)送了第37 個SDU且未丟棄它。因此，MRW命令不攜帶第37個SDU的丟棄信息。
在接收到MRW命令時，接收方抽取位于MRW命令攜帶的SDU 丟棄信息最后部分中的SDU丟棄信息。通過校驗(yàn)第一個PDUSN計數(shù) 字段，可以獲取包含最后丟棄的SDU的信息的那部分。在圖9的例子 中，通過MRW命令，接收方得到發(fā)送方丟棄SDU直到第28個PDU 的第一部分的信息。
接收方校驗(yàn)從作為接收窗口起點(diǎn)的第23個PDU直到由MRW命 令通知的第28個PDU的所有PDU以確定是否正確地接收了那些SDU， 然后選擇性地丟棄特定SDU (S22)。接收方確定已通過使用邊界標(biāo)志 成功接收了哪些SDU，邊界標(biāo)志即包含在PDU報頭中的長度標(biāo)志(LI)。
由于長度標(biāo)志(LI)表示SDU之間的邊界，接收方把兩個相鄰 LI之間的部分視為一個SDU。如果兩個LI之間存在不同SDU的部分， 則接收方確定當(dāng)前的SDU失敗。在本發(fā)明的一個實(shí)施例中，由于接收 方以和圖9所示相同的方式接收PDU，未接收到第23和第27個PDU。 因此，接收方按如下進(jìn)行確定。
29未能接收到第23個PDU，接收方將第22個PDU的后面部分直到 第25個PDU的開始部分視為(識別為) 一個SDU。由于未能接收對 應(yīng)于已識別的SDU中的第23個PDU的部分，接收方將其丟棄。接收 方確定成功地接收后面對應(yīng)于第37個PDU的部分并因此不丟棄它。 同樣，接收方將第26個PDU的開始部分直到第28個PDU的開始部 分識別為一個SDU。丟棄這個已識別的SDU，因?yàn)槲茨苷_接收對應(yīng) 于第27個PDU的部分。
重要的是注意如果MRW命令僅包含最后丟棄的SDU的信息，那 么接收方在計算丟棄的SDU總數(shù)時不同于發(fā)送方。S卩，發(fā)送方在圖9 的例子中丟棄四個SDU。然而接收方認(rèn)為只丟棄了兩個SDU。
這樣的處理在某些情況下會帶來問題。因此，當(dāng)配置AMRLC以 使得所有丟棄的SDU信息由MRW命令提交或不由它提交時，如果 RLC設(shè)置為提交所有丟棄的SDU信息，則發(fā)送方攜帶有關(guān)每個丟棄的 SDU的信息。在此情況，接收方知道丟棄的SDU的終點(diǎn)各自存在于第 23、第25、第27和第28個PDU中，從而可以看到在發(fā)送方丟棄了四 個SDU。
MRW命令不直接提交丟棄的SDU的數(shù)量，而是傳達(dá)具有丟棄的 SDU的最后部分的PDU的SN。這用于通知接收方丟棄的SDU的位 置。即，在圖9的例子中，接收方認(rèn)為丟棄了包括第35和第36個SDU 的部分及第38和第39個SDU的其他部分的兩個SDU組。如果不通 知每個丟棄的SDU的最后部分，而是通知丟棄的SDU的數(shù)量，那么 接收方就不知道前面和后面部分存在幾個丟棄的SDU。例如，接收方 會認(rèn)為在前面部分有一個丟棄的SDU，在后面部分有三個丟棄的SDU 或在前面部分和后面部分各有兩個丟棄的SDU。這涉及丟棄的SDU的 序列。丟棄序列對某些較高層是有意義的。因此，MRW命令傳達(dá)表示 每個丟棄的SDU的最后部分存在于何處的PDU SN。當(dāng)MRW命令傳達(dá)最后丟棄的SDU的信息或所有丟棄的SDU的 信息時，接收方丟棄對應(yīng)于第35、第36、第38和第39個SDU的部 分并提交第37個SDU到較高層。同樣，接收方的RLC移動接收窗口 起點(diǎn)到按順序第一個接收的第33個PDU。
其后，接收方發(fā)送移動后的接收窗口起點(diǎn)的信息到發(fā)送方(S23)。 發(fā)送方在接收到這樣的信息后，確定成功執(zhí)行了 MRW處理、移動發(fā) 送窗口到和接收窗口相同的位置，然后開始后面的PDU發(fā)送(S24、 S25)。
本發(fā)明的一個實(shí)施例提供在無線接入網(wǎng)絡(luò)中通過使用發(fā)送窗口的 發(fā)送端和丟棄觸發(fā)器丟棄服務(wù)數(shù)據(jù)單元的方法。此方法包括下面的步 驟校驗(yàn)開始于位于發(fā)送窗口較低邊緣的第一個服務(wù)數(shù)據(jù)單元直到由 丟棄觸發(fā)器丟棄的最后的服務(wù)數(shù)據(jù)單元的所有服務(wù)數(shù)據(jù)單元，及丟棄 那些未經(jīng)確認(rèn)的已校驗(yàn)的服務(wù)數(shù)據(jù)單元。
在此，校驗(yàn)步驟可以進(jìn)一步包括確認(rèn)任何已成功發(fā)送到接收端的 服務(wù)數(shù)據(jù)單元的步驟。
而且，上述方法可以進(jìn)一步包括發(fā)送移動接收窗口的命令和最后 的服務(wù)數(shù)據(jù)單元的信息到接收端的步驟。
本發(fā)明的另一個實(shí)施例提供在無線接入網(wǎng)絡(luò)中由使用接收窗口的 接收端丟棄服務(wù)數(shù)據(jù)單元的方法。此方法包括下面的步驟接收移動
接收窗口的命令、校驗(yàn)開始于位于接收窗口較低邊緣的第一個服務(wù)數(shù) 據(jù)單元直到在命令中表示的最后的服務(wù)數(shù)據(jù)單元的所有服務(wù)數(shù)據(jù)單 元，及丟棄那些未成功接收的已校驗(yàn)的服務(wù)數(shù)據(jù)單元。
在此，上述方法可以進(jìn)一步包括向發(fā)送方確認(rèn)任何已成功接收的服務(wù)數(shù)據(jù)單元的步驟。
如上所述，本發(fā)明的接收方校驗(yàn)是否成功接收到從接收窗口起點(diǎn)
直到最后丟棄的SDU的所有SDU,然后提交成功接收的SDU到較高 層，并只丟棄那些未成功接收到的SDU。
根據(jù)本發(fā)明移動接收窗口的方法克服了根據(jù)現(xiàn)有相關(guān)技術(shù)即使是 在不連續(xù)地丟棄SDU的情況下，移動接收窗口產(chǎn)生的SDU發(fā)送延時 的問題。
再者，本發(fā)明克服了相關(guān)技術(shù)方法B產(chǎn)生的SDU發(fā)送效率降低的 問題，從而能進(jìn)行改進(jìn)的高速數(shù)據(jù)通信，并最大化數(shù)據(jù)發(fā)送效率。
上述實(shí)施例只是示范性的并且不應(yīng)視為限制本發(fā)明。本發(fā)明可以 容易應(yīng)用于其他類型的裝置。本發(fā)明說明書僅為示意性，并不限制權(quán) 利要求的范圍。很多替換、修改和變化對本領(lǐng)域的普通技術(shù)的人顯而 易見。
權(quán)利要求
1. 一種在無線通信系統(tǒng)中移動接收窗口方法，所述方法包括通過接收方接收來自發(fā)送方的用于控制具有起點(diǎn)的接收窗口的命令，該命令包括用于標(biāo)識在發(fā)送方最后丟棄的服務(wù)數(shù)據(jù)單元(SDU)的丟棄信息；確定從所述發(fā)送方發(fā)送的SDU是否已從所述接收窗口的所述起點(diǎn)到由所述命令指示的所述接收窗口的位置被成功接收；以及將至少一個被成功接收的SDU傳送到所述接收方的較高層。
2. 如權(quán)利要求1所述的方法，進(jìn)一步包括基于所述丟棄信息來移動 所述接收窗口。
3. 如權(quán)利要求2所述的方法，其中，所述接收窗口的移動由所述接 收方的數(shù)據(jù)鏈路層來執(zhí)行。
4. 如權(quán)利要求l所述的方法，其中，所述丟棄信息包括序列號和終 點(diǎn)指示符，所述序列號用于標(biāo)識包括所述最后丟棄的SDU的終點(diǎn)的協(xié) 議數(shù)據(jù)單元(PDU)，所述終點(diǎn)指示符指示所述PDU中的所述SDU的 終點(diǎn)。
5. 如權(quán)利要求4所述的方法，其中，所述至少一個被成功接收的 SDU由所述終點(diǎn)指示符來指示。
6. 如權(quán)利要求l所述的方法，進(jìn)一步包括將從由第一終點(diǎn)指示符所指示的部分到由第二終點(diǎn)指示符所指示的 部分的數(shù)據(jù)標(biāo)識為一個SDU;以及當(dāng)已經(jīng)接收到所述所標(biāo)識的至少一個SDU的所有部分時，確定已經(jīng) 成功接收到所述至少一個SDU。
7. —種在無線移動通信系統(tǒng)中接收數(shù)據(jù)的通信設(shè)備，該通信設(shè)備包括接收機(jī)，用于接收數(shù)據(jù)；以及 處理器，用于通過接收方接收來自發(fā)送方的用于控制具有起點(diǎn)的接收窗口的命 令，該命令包括用于標(biāo)識在發(fā)送方最后丟棄的服務(wù)數(shù)據(jù)單元(SDU) 的丟棄信息；確定從所述發(fā)送方發(fā)送的SDU是否已從所述接收窗口的所述起點(diǎn) 到由所述命令指示的所述接收窗口的位置被成功接收；以及將至少一個被成功接收的SDU傳送到所述接收方的較高層。
全文摘要
在無線移動電信系統(tǒng)中移動接收窗口的方法，其中發(fā)送方的AMRLC發(fā)送最后丟棄的SDU的信息，而不管丟棄的SDU的連續(xù)性。接收方的AM RLC校驗(yàn)是否成功接收到從接收窗口起始點(diǎn)直到最后丟棄的SDU的所有SDU，發(fā)送成功接收到的SDU至較高層，并只丟棄那些未成功接收到的SDU。
文檔編號H04W72/14GK101447855SQ20081017496
公開日2009年6月3日 申請日期2003年11月6日 優(yōu)先權(quán)日2002年11月7日
發(fā)明者李承俊, 李昭暎, 李英大 申請人:Lg電子株式會社