本發(fā)明涉及一種上行資源共享方法，尤其涉及基于授權(quán)輔助接入(licensedassistedaccess，簡寫為laa)的上行資源共享方法，同時也涉及相應(yīng)的基站及終端，屬于無線通信
技術(shù)領(lǐng)域：
。
背景技術(shù)：
：3gpp會議提出了授權(quán)輔助接入(laa)的技術(shù)方案，將lte通過載波聚合的方式部署到非授權(quán)頻段，讓lte能夠使用非授權(quán)頻譜的資源進行通信，從而提高了頻譜利用率，實現(xiàn)速率和容量的提升。在laa與wi-fi共存的異構(gòu)網(wǎng)場景中，laa與wi-fi設(shè)備共同競爭非授權(quán)頻段。當(dāng)laa使用子載波調(diào)度方式時，由于lte的上行授權(quán)在pdcch(物理下行控制信道)中傳輸，而下行傳輸與上行傳輸均需進行l(wèi)bt((listen-before-talk，先聽后說)，也就意味著laa進行一次成功的上行傳輸，至少需要進行2次lbt，從而大大降低了laa獲得上行傳輸機會的成功率，間接導(dǎo)致了傳輸上行授權(quán)的下行資源的浪費。laa設(shè)備的接入信道機制中包含三種lbt，分別是(1)category2:lbtwithoutrandomback-off，擁有固定的隨機退避計數(shù)器值；(2)category3:lbtwithrandomback-offwithacontentionwindowoffixedsize，擁有固定的競爭窗，退避計數(shù)器值在競爭窗范圍內(nèi)取隨機值；(3)category4:lbtwithrandomback-offwithacontentionwindowofvariablesize，競爭窗的范圍可以變化，退避計數(shù)器值在競爭窗范圍內(nèi)取隨機值。根據(jù)ieee的提議和3gpp會議的提案討論，在包含pdsch傳輸時，category4lbt機制是下行l(wèi)bt的基準(zhǔn)。category4lbt機制的流程圖如圖1所示，其中，競爭窗的范圍(即x、y的大小)是可配置的，并且可以基于用戶的反饋信息和基站的檢測進行動態(tài)或半靜態(tài)的變化。如圖1所示，設(shè)備有數(shù)據(jù)傳輸時，會首先進行一次初始cca(icca)，它的設(shè)置參考的是wi-fi中的延遲時間(deferperiod)(如difs或aifs)。若icca檢測信道為空閑，則可以進行數(shù)據(jù)傳輸，若icca檢測信道為忙，則在x和y之間隨機生成退避計數(shù)器n， 進入擴展cca階段(ecca)。ecca開始后，在一段延遲時間(deferperiod)內(nèi)檢測信道是否空閑，若空閑，則進入退避階段，并根據(jù)每個cca時隙內(nèi)檢測的信道情況，對n進行操作——檢測到空閑，n減1。當(dāng)ecca過程被打斷，即某個時隙內(nèi)檢測到信道忙時，則計數(shù)器凍結(jié)，設(shè)備需要等待一個deferperiod時長直到信道空閑，才能再次對計數(shù)器進行操作。從③開始是一個自退避過程，即當(dāng)n＝0之后不直接傳輸數(shù)據(jù)，而是再次進入一個cca檢測循環(huán)。lte基站在進行上行調(diào)度的時候，會根據(jù)ue的上行數(shù)據(jù)請求，下發(fā)上行授權(quán)信令(ulgrant)，為ue分配上行傳輸資源，基站在第n個子幀上通常調(diào)度的是第n+k個子幀的上行資源。ue在被調(diào)度的子幀上進行pusch傳輸之前會進行l(wèi)bt來檢測信道是否空閑，ue在上行子幀的前1～2個符號(symbol)內(nèi)必須成功完成lbt才能進行pusch傳輸，符號數(shù)由退避計數(shù)器的長度決定，最大為2個符號。在這兩個符號內(nèi)，包含一個上下行轉(zhuǎn)換的保護間隔、icca過程、ecca過程、以及ecca成功后的預(yù)留信號。如圖2所示，假設(shè)子幀1為基站為用戶調(diào)度的子幀，則用戶會在子幀1的符號#0、#1內(nèi)完成lbt。在laa與wi-fi共存的場景中，由于wi-fi會與laa共同競爭資源，因此基站不能準(zhǔn)確預(yù)測子幀的占用情況。此外，用戶的lbt也具有不確定性，若上行l(wèi)bt失敗，用戶無法在調(diào)度的子幀上獲得傳輸機會，則需要基站再次進行上行授權(quán)。同時，在laa于wi-fi共存的場景下，還可能出現(xiàn)這樣的情況：若用戶之間的無線環(huán)境有差異，針對某個時頻資源(調(diào)度給ue1)，雖然ue1lbt失敗，ue2lbt卻可能通過，但是基站來不及針對該時頻資源為ue2進行ul調(diào)度，造成資源浪費。技術(shù)實現(xiàn)要素：本發(fā)明所要解決的首要技術(shù)問題在于提供一種上行資源共享方法。本發(fā)明所要解決的另一技術(shù)問題在于提供一種用于實現(xiàn)上行資源共享的基站。本發(fā)明所要解決的又一技術(shù)問題在于提供一種用于實現(xiàn)上行資源共享的終端。為實現(xiàn)上述發(fā)明目的，本發(fā)明采用下述的技術(shù)方案：一種上行資源共享方法，包括以下步驟：終端在基站為其分配的授 權(quán)子幀上進行l(wèi)bt；如果在所述授權(quán)子幀上完成lbt則傳輸數(shù)據(jù)；如果在所述授權(quán)子幀上未完成lbt，則在另一個子幀上進行l(wèi)bt。終端在基站為其分配的授權(quán)子幀上進行l(wèi)bt；如果在所述授權(quán)子幀上完成lbt則傳輸數(shù)據(jù)；如果在所述授權(quán)子幀上未完成lbt，則在另一個子幀上進行l(wèi)bt。其中較優(yōu)地，有多個所述終端時，如果所述多個終端在所述授權(quán)子幀上lbt都成功，則先完成lbt的所述終端進行傳輸，其余所述終端不傳輸；如果所述多個終端中只有一個終端在所述授權(quán)子幀lbt成功，則所述一個終端在所述授權(quán)子幀傳輸；如果所述多個終端在所述授權(quán)子幀上lbt都不成功，則都不傳輸。其中較優(yōu)地，所述基站為所述終端配置傳輸窗，發(fā)送窗長信息；所述傳輸窗包括一個由上行授權(quán)指定的授權(quán)子幀與一個或多個備用子幀。其中較優(yōu)地，在所述終端與所述基站連接后，所述基站就發(fā)送所述窗長信息；或者，所述基站在需要調(diào)度所述終端時發(fā)送所述窗長信息。其中較優(yōu)地，所述終端在收到所述基站的上行授權(quán)后，進行l(wèi)bt，所述終端在所述授權(quán)子幀進行標(biāo)準(zhǔn)lbt過程，在所述備用子幀進行嚴(yán)格lbt過程。其中較優(yōu)地，在所述嚴(yán)格lbt過程中，終端執(zhí)行自退避。其中較優(yōu)地，所述自退避以cca時隙為單位進行；或者，所述退避計數(shù)器取所述lbt過程支持的最大數(shù)值進行自退避。其中較優(yōu)地，在所述備用子幀上lbt成功后，不發(fā)送預(yù)留信號，直到所述子幀的lbt最大時間結(jié)束或者聽到其他終端的預(yù)留信號。一種用于實現(xiàn)上行資源共享的基站，根據(jù)終端的上行數(shù)據(jù)請求，下發(fā)上行授權(quán)信令，為所述終端配置傳輸窗，發(fā)送窗長信息。一種用于實現(xiàn)上行資源共享的終端，在基站為其分配的授權(quán)子幀上進行l(wèi)bt；如果在所述授權(quán)子幀上完成lbt則傳輸數(shù)據(jù)；如果在所述授權(quán)子幀上未完成lbt，則在備用子幀上進行l(wèi)bt。本發(fā)明通過為終端配置傳輸窗，解決了終端在基站為其分配的一個 幀內(nèi)無法完成lbt造成資源浪費的問題，同時降低了上行調(diào)度失敗造成的上行授權(quán)數(shù)增加的概率，本發(fā)明基于上行授權(quán)為laa設(shè)備提供合理的上行資源共享傳輸窗口，使用戶能夠充分利用上行資源。附圖說明圖1為現(xiàn)有技術(shù)中，第4類lbt的流程圖；圖2為現(xiàn)有技術(shù)中，傳輸窗口與子幀的關(guān)系示意圖；圖3為本發(fā)明中，laa與wi-fi共存場景的示例圖；圖4為本發(fā)明中，laa上行傳輸信令的交互圖；圖5為本發(fā)明中，傳輸窗配置的示例圖；圖6為本發(fā)明中，傳輸窗配置信令發(fā)送模式1的流程示意圖；圖7為本發(fā)明中，傳輸窗配置信令發(fā)送模式2的流程示意圖；圖8為本發(fā)明中，傳輸窗配置信令發(fā)送模式3的流程示意圖；圖9為本發(fā)明中，傳輸窗配置信令發(fā)送模式4的流程示意圖；圖10為本發(fā)明中，傳輸窗配置情況1的示意圖；圖11為本發(fā)明中，傳輸窗配置情況2的示意圖；圖12為本發(fā)明中，嚴(yán)格lbt過程的示例圖；圖13為本發(fā)明中，laa終端共享上行資源的第1流程示例圖；圖14為本發(fā)明中，laa終端共享上行資源的第2流程示例圖；圖15為本發(fā)明中，以一個cca時隙為單位的嚴(yán)格lbt過程示意圖；圖16為本發(fā)明中，基站和終端的信息交互協(xié)議棧示意圖。具體實施方式下面結(jié)合附圖和具體實施例對本發(fā)明的技術(shù)內(nèi)容進行詳細具體的說明。本發(fā)明適用于蜂窩網(wǎng)絡(luò)和無線局域網(wǎng)(簡寫為wlan)共存，并共同競爭非授權(quán)頻段的異構(gòu)網(wǎng)絡(luò)場景。本發(fā)明通過為現(xiàn)有技術(shù)中上行授權(quán)定義擴展的有效窗，利用不同用戶之間的干擾環(huán)境多樣性，使多個用戶復(fù)用相同的上行資源。通過laa基站的配置和調(diào)度，增加laa用戶上行傳輸?shù)某晒β?。為了在laa與wlan共存的場景下，增加laa上行資源調(diào)度的靈活性，提高ulgrant的利用率，本發(fā)明提出：laa基站為ue分配上行pusch資源的時候，可以基于ulgrant配置一個有效的傳輸窗，除了基 站為ue授權(quán)的子幀外，傳輸窗內(nèi)的其余子幀均為ue的備用傳輸子幀。在多個用戶的傳輸窗的交疊子幀內(nèi)，通過用戶采用不同的lbt機制，從而實現(xiàn)上行資源共享。<實施例一>本實施例中，如圖3所示，在laa與wi-fi共存的異構(gòu)場景中，ue1和ue2為支持laa的用戶設(shè)備，與laa基站連接；ue3與wi-fi接入點連接。ue1和ue2在被分配的授權(quán)子幀內(nèi)完成標(biāo)準(zhǔn)lbt機制，即在需要進行上行傳輸?shù)淖訋那皟蓚€符號內(nèi)完成lbt，這兩個符號內(nèi)包含下行到上行轉(zhuǎn)換的保護間隔、icca過程、ecca過程以及l(fā)bt成功之后的預(yù)留信號，在其備用子幀內(nèi)進行嚴(yán)格lbt過程。假設(shè)子幀1為基站為ue1分配的授權(quán)子幀，按照現(xiàn)有技術(shù)，ue1會在子幀1的符號#0、#1內(nèi)進行l(wèi)bt，將如圖2所示的現(xiàn)有技術(shù)中的lbt方式定義為“標(biāo)準(zhǔn)lbt過程”，若在這兩個符號內(nèi)沒有完成完整的lbt過程，則認(rèn)為cca檢測失敗。采用本發(fā)明實現(xiàn)lbt方式，具體步驟如下：步驟一配置傳輸窗如圖4所示，當(dāng)基站為ue調(diào)度上行傳輸子幀時，會基于ulgrant為ue配置一個傳輸窗口，配置信息包括①激活命令和②窗長信息。對于圖4中基站下發(fā)的兩種與傳輸窗有關(guān)的信息，激活命令與窗長信息，可以分開發(fā)送也可以在一條信令里發(fā)送；而且發(fā)送時機也不局限，可以在每次調(diào)度時與ulgrant一同發(fā)送，此時，承載配置信息的為物理層信令；也可以半靜態(tài)配置，此時，承載配置信息的為rrc層信令，ue在進行上行傳輸時，只需要依照最新接收的信息即可?？梢允莡e-specific或cell-specific。在這個傳輸窗中，除了基站分配的授權(quán)子幀外的子幀，對于該ue來說都屬于備用子幀。配置信息表示的是對傳輸窗的具體設(shè)計方案，可以包含針對ulgrant對應(yīng)子幀的偏移量和偏移方向，以及傳輸窗長度；或者包含傳輸窗的起始子幀號和終止子幀號等。配置信息包括窗長信息和激活信息。窗長信息表征傳輸窗的長度與起始位。表1和表2分別給出激活信息和窗長信息的實例，其中i為基站為ue調(diào)度的子幀編號。配置信息的前幾個比特表示窗長(例如2/3/4比特)，后2個比特表示偏移的位數(shù)，表中沒有列 出所有的情況。在下表的示例中，激活命令，用1比特表示使能(表中“1”的情況)或者去使能(表中“0”的情況)窗長信息用4比特表示，前2比特表示窗長，后2比特表示從授權(quán)子幀偏移的位數(shù)。例如，“1001”表示“窗長為2，向前移位1，即子幀i-1到子幀i”。表1②窗長信息對應(yīng)的傳輸窗配置方式1000窗長為2，向前移位0，即子幀i到子幀i+11001窗長為2，向前移位1，即子幀i-1到子幀i1110窗長為3，向前移位2，即子幀i-2到子幀i表2下面介紹激活信息和窗長信息的發(fā)送模式，由于發(fā)送方式和時機不同，有4種發(fā)送模式。(1)傳輸窗配置信息均采用半靜態(tài)配置的方式，由rrc層信令承載該信息，在ue與基站連接之后，基站就可以向ue發(fā)送信息①激活信息和②窗長信息，這里兩種信息分開或合并視為一種情況。如圖6所示。(2)ue與基站連接之后，基站就可以向ue發(fā)送信息①激活信息，激活競爭窗，由rrc信令承載該信息。之后需要調(diào)度ue時再發(fā)送信息②窗長信息，配置傳輸窗的具體區(qū)間，與ulgrant相同，該信息由物理層信令承載。如圖7所示。(3)ue與基站連接之后，基站就可以向ue發(fā)送信息②窗長信息，配置傳輸窗的具體區(qū)間，由rrc信令承載該信息。之后調(diào)度ue時若需要再發(fā)送信息①激活信息，激活競爭窗，與ulgrant相同，該信息由物理層信令承載。如圖8所示。(4)基站需要調(diào)度ue時，發(fā)出上行授權(quán)，才給ue發(fā)送①激活信息和②窗長信息，這里兩種信息分開或合并視為一種情況，與ulgrant相同，該信息由物理層信令承載。如圖9所示。由此可見，傳輸窗配置信息的發(fā)送模式很靈活，可以根據(jù)實際業(yè)務(wù)需要進行配置。如果互相復(fù)用資源的用戶的干擾環(huán)境比較穩(wěn)定，且用戶的業(yè)務(wù)類型是穩(wěn)定且周期性的，則可以選擇第(1)種半靜態(tài)配置方式， 節(jié)省物理層信令開銷。步驟二上行授權(quán)(ulgrant)基站根據(jù)用戶的上行數(shù)據(jù)請求以及數(shù)據(jù)緩存狀態(tài)報告為用戶調(diào)度合適的資源數(shù)量，發(fā)送相應(yīng)的上行傳輸授權(quán)(ulgrant)。下面結(jié)合圖3所示場景來說明傳輸窗配置信息的含義。假設(shè)基站通過ulgrant指令為ue1分配的授權(quán)子幀為子幀1，為ue2分配的授權(quán)子幀為子幀2。若ue1接收到的配置信息②為1000，ue2接收的配置信息②為1001，那么ue1和ue2的傳輸窗如圖10所示。即，由于ue1接收到的傳輸窗窗長信息為1000，表示偏移為0，則ue1在授權(quán)子幀1及授權(quán)子幀1的下一幀(子幀2)上可以進行l(wèi)bt。ue2接收到的傳輸窗配置信息為1001，表示偏移為1，則ue2在授權(quán)子幀2及授權(quán)子幀的上一幀(子幀1)上可以進行l(wèi)bt。如圖10所示，ue1和ue2可以進行l(wèi)bt的子幀均為子幀1和子幀2，作為傳輸窗。若ue1、ue2接收到信息②均為1000(偏移為0)。那么兩個ue的傳輸窗如圖11所示。ue1在子幀1和子幀2(傳輸窗)內(nèi)進行l(wèi)bt；ue2在子幀2和子幀3(傳輸窗)內(nèi)進行l(wèi)bt。步驟三上行l(wèi)bt用戶接收到上行授權(quán)之后，在傳輸窗內(nèi)的所有子幀內(nèi)皆可進行l(wèi)bt，但是在每個子幀內(nèi)進行l(wèi)bt的過程有所不同。并且，在授權(quán)子幀上完成lbt，發(fā)送預(yù)留信號；在備用子幀上完成lbt之后，不發(fā)送預(yù)留信號，直到備用子幀的前2個符號結(jié)束或聽到其他ue的預(yù)留信號。這是為了不干擾基站在備用子幀內(nèi)調(diào)度的用戶的上行傳輸(因為該備用子幀為其他用戶的授權(quán)子幀)。在此，備用子幀是指在傳輸窗窗長信息指示的子幀中的，除授權(quán)子幀之外的子幀。備用子幀可以是一個或多個子幀。在基站分配的授權(quán)子幀內(nèi)進行“標(biāo)準(zhǔn)lbt過程”，而在備用子幀內(nèi)則進行“嚴(yán)格lbt過程”。在備用子幀內(nèi)用戶的lbt過程較于“標(biāo)準(zhǔn)lbt過程”更為嚴(yán)格，這里的“標(biāo)準(zhǔn)”和“嚴(yán)格”是相對而言的，是因為在交疊的子幀內(nèi)(例如圖10中子幀1和子幀2，以及圖11中的子幀2)，可能存在多個用戶共同進行l(wèi)bt，此時控制多個ue在該子幀內(nèi)采用不同的lbt過程，可以確?；緸樵撟訋峙涞慕K端(即，授權(quán)子幀為該子幀的終 端)不受其他終端(即，備用子幀為該子幀的終端)的干擾。因此根據(jù)本實施例的假設(shè)，在子幀1上，ue1和ue2同時進行l(wèi)bt，但是因為子幀1是ue1的授權(quán)子幀，所以ue1采用“標(biāo)準(zhǔn)lbt過程”；因為子幀1是ue2的備用子幀，所以ue2進行“嚴(yán)格lbt過程”。此處，“嚴(yán)格lbt過程”是在“標(biāo)準(zhǔn)lbt過程”的基礎(chǔ)上增加自退避，即是帶自退避的lbt。如圖12所示，在ecca中n＝0，即在信道延遲時間結(jié)束后，進行自退避。自退避可以有多種實現(xiàn)方式，以圖1所示的基于cat.4lbt為例，當(dāng)終端的ecca中n＝0，進入③，若此時lbt的最大時長還未達到，且未聽到其它終端的預(yù)留信號，則選擇進入自退避。隨后進入④，重新開始icca過程和ecca過程，直到lbt的最大時長，或聽到其它終端的預(yù)留信號，否則再次進入③進行判斷。由于強制進行嚴(yán)格lbt的終端進行自退避，使其不會在lbt最大時長結(jié)束之前占用信道，避免干擾授權(quán)用戶。自退避中self-defer與defer的時長是相等的。實際上增加自退避是在標(biāo)準(zhǔn)lbt過程之后繼續(xù)進行信道檢測，其目的是為了確保在一個子幀優(yōu)先級低的用戶(該子幀為該用戶的備用子幀)在優(yōu)先級高的用戶(該子幀為該用戶的授權(quán)子幀)之后完成lbt過程，因為若優(yōu)先級低的用戶先完成lbt并發(fā)送預(yù)留信號的話，這個預(yù)留信號會干擾到優(yōu)先級高的用戶。一個子幀的lbt情況分為以下3種：(1)兩個終端在該子幀上lbt都成功，則先完成lbt的終端(即擁有該子幀的授權(quán)ulgrant的終端，該子幀為其授權(quán)子幀)進行傳輸，另一個終端(該子幀為其備用子幀)不傳輸；(2)只有一個終端在該子幀lbt成功，則成功終端在該子幀傳輸；(3)所有終端在該子幀上lbt都不成功，則都不傳輸。至于不成功的終端是否要在下一個子幀上進行l(wèi)bt，取決于它的傳輸窗是否包含下一個子幀。步驟四上行傳輸一旦ue的有效傳輸窗被激活，ue接收到ulgrant并在傳輸窗內(nèi)進行l(wèi)bt后會出現(xiàn)以下3種情況(假設(shè)基站為ue分配的子幀是子幀i，且ue的傳輸窗是子幀[i-1，i+1])：(1)ue在子幀i-1成功lbt后，沒有聽到其他信號占用信道，此 時ue在子幀i-1上進行上行傳輸。(2)ue在子幀i-1上沒能進行上行傳輸，在基站為ue調(diào)度的子幀i上成功完成lbt，并發(fā)送了預(yù)留信號，此時ue可以正常進行上行傳輸，對系統(tǒng)不會造成影響。(3)ue在傳輸窗的前兩個子幀均沒有成功完成lbt，則ue還有機會在子幀i+1上再次進行l(wèi)bt。若能獲取傳輸機會，則進行上行pusch傳輸后；若仍然發(fā)送失敗，則等待基站的下一次上行授權(quán)。下面結(jié)合圖13和圖14詳細說明上行pusch的傳輸過程。參考圖13，先說明傳輸窗配置如圖10所示的情況，即，ue1的授權(quán)子幀是子幀1，備用子幀是子幀2；ue2的授權(quán)子幀是子幀2，備用子幀是子幀1。在子幀1上，若ue1成功完成lbt過程，則上行傳輸可以按照基站的調(diào)度正常進行。若ue1在子幀1上的lbt失敗，且ue2在子幀1上lbt成功，則ue2在可以子幀1上進行上行傳輸。若ue1、ue2在子幀1上的lbt過程均失敗，則在子幀2上基于優(yōu)先級進行l(wèi)bt和相應(yīng)傳輸。換言之，由于子幀2是ue1的備用子幀，也是ue1的授權(quán)子幀，ue1在子幀2進行嚴(yán)格lbt，ue2在子幀2進行標(biāo)準(zhǔn)lbt。兩終端中先完成lbt且判斷信道空閑的，進行傳輸。參考圖14，說明傳輸窗配置如圖11所示的情況，即，ue1的授權(quán)子幀是子幀1，備用子幀是子幀2；ue2的授權(quán)子幀是子幀2，備用子幀是子幀3。在子幀1上，若ue1成功完成lbt過程，則上行傳輸可以按照基站的調(diào)度正常進行。若在子幀1上ue1的lbt失敗，則ue1可與ue2一起在子幀2上進行上行l(wèi)bt。若在子幀2上，ue2lbt失敗且ue1的lbt過程成功，則在子幀2上ue1可以進行傳輸，ue2在子幀3重新進行l(wèi)bt。若在子幀2上，ue2的lbt成功，則ue2按照基站的調(diào)度正常傳輸數(shù)據(jù)，ue1等待基站的下一次上行授權(quán)。本發(fā)明對wlan與laa共存的場景下，laa設(shè)備在基站調(diào)度的資源內(nèi)不是總能成功進行pusch傳輸?shù)膯栴}，通過laa基站為ue配置一段有效傳輸窗，增加ulgrant的授權(quán)范圍。同時，通過控制不同用戶在同一子幀內(nèi)使用不同的lbt過程，提高ue成功傳輸?shù)母怕?，能夠充分利用上行的pusch資源，實現(xiàn)見縫插針的傳輸。<第二實施例>下面結(jié)合圖15說明第二實施例。在此僅介紹第二實施例中與第一實施例的不同之處，相同之處不再贅述。如圖15所示，本實施例中嚴(yán)格lbt過程與第一實施例不同。方式一.在“標(biāo)準(zhǔn)lbt過程”的基礎(chǔ)上同樣決定進行自退避，但是決定自退避之后不進行完整的icca和ecca，而是以一個cca時隙為單位(每個時隙為9微秒)，過程如圖15所示。方式二.在進行l(wèi)bt時，不管icca是否成功，都進行ecca過程，且在ecca中退避計數(shù)器n不隨機取值，而是取當(dāng)前l(fā)bt機制中支持的最大數(shù)值。已知在每個子幀中前兩個符號的時長約為142微秒，保護間隔時長為16微秒，icca的時長為25微秒，每個cca時隙檢測信道為忙之后的延遲時長為25微秒。假設(shè)每次cca信道都為空閑，此時允許的最大退避數(shù)為n＝(142-16-25)/9≈11。此處n最大可以取11，由于現(xiàn)行標(biāo)準(zhǔn)正在討論的上行l(wèi)bt中最大競爭窗長度暫定為7，因此本實施例中n的取值集合可以為{7，8，9，10，11}。本發(fā)明解決了終端在基站為其分配的一個幀內(nèi)無法完成lbt造成資源浪費的問題，同時降低了上行調(diào)度失敗造成的上行授權(quán)數(shù)增加的概率，本發(fā)明基于上行授權(quán)為laa設(shè)備提供合理的上行資源共享傳輸窗口，使用戶能夠充分利用上行資源。在本發(fā)明中，基站根據(jù)終端的上行數(shù)據(jù)請求，下發(fā)上行授權(quán)信令，為所述終端配置傳輸窗，發(fā)送窗長信息。傳輸窗包括一個由上行授權(quán)指定的授權(quán)子幀與一個或多個備用子幀。窗長信息則表征傳輸窗的長度與起始位。在終端與基站連接后，基站就向終端發(fā)送窗長信息；或者基站在需要調(diào)度終端時才發(fā)送窗長信息。其中較優(yōu)地，基站也可以發(fā)送激活信息?；究梢栽谂c終端連接后就發(fā)送激活信息，也可以在需要調(diào)度終端時才發(fā)送。如圖16所示，傳輸窗的窗長信息和激活信息，可以在每次調(diào)度時與ulgrant一同發(fā)送，也可以通過rrc信令進行半靜態(tài)配置。若與ulgrant一同發(fā)送，則與ulgrant相同，由物理層(phy)控制信令承載，若通 過rrc信令配置，即由rrc層產(chǎn)生。在本發(fā)明中，用于實現(xiàn)上行資源共享的終端在基站為其分配的授權(quán)子幀上進行l(wèi)bt；如果在授權(quán)子幀上完成lbt則傳輸數(shù)據(jù)；如果在授權(quán)子幀上未完成lbt，則在備用子幀上進行l(wèi)bt。終端在收到基站的上行授權(quán)后，進行l(wèi)bt，在授權(quán)子幀進行標(biāo)準(zhǔn)lbt過程，在備用子幀進行嚴(yán)格lbt過程。當(dāng)有多個終端時，如果多個終端在授權(quán)子幀上lbt都成功，則先完成lbt的終端進行傳輸，其余終端不傳輸；如果多個終端中只有一個終端在授權(quán)子幀lbt成功，則這個終端在授權(quán)子幀傳輸；如果多個終端在授權(quán)子幀上lbt都不成功，則都不傳輸。圖16為基站與終端之間交互信令的協(xié)議棧結(jié)構(gòu)圖。傳輸窗的窗長信息和激活信息可以在每次調(diào)度時與ulgrant一同發(fā)送，也可以通過rrc信令進行半靜態(tài)配置。若與ulgrant一同發(fā)送，則與ulgrant相同，由物理層(phy)控制信令承載，若通過rrc信令配置，即由rrc層產(chǎn)生。終端通過上行授權(quán)ulgrant或者rrc層與基站接收窗長信息和激活信息，從而實現(xiàn)在授權(quán)子幀上進行標(biāo)準(zhǔn)lbt過程，在備用子幀上進行嚴(yán)格lbt過程。上面對本發(fā)明所提供的用于實現(xiàn)上行資源共享方法、基站及終端進行了詳細的說明。對本領(lǐng)域的一般技術(shù)人員而言，在不背離本發(fā)明實質(zhì)精神的前提下對它所做的任何顯而易見的改動，都將構(gòu)成對本發(fā)明專利權(quán)的侵犯，將承擔(dān)相應(yīng)的法律責(zé)任。當(dāng)前第1頁12