一種數據傳輸的方法、用戶設備和基站與流程
2023-05-04 00:15:01 2
本發明涉及無線通信技術領域,具體地說,涉及一種數據傳輸的方法、用戶設備和基站。
背景技術:
隨著社交網絡及物聯網的發展,短突發數據或信令傳輸在社交網絡應用和物聯網等方面有廣泛的使用。雖然,目前移動通信網絡已經能較好的支持高速率、大帶寬用戶業務需求,但在支持海量的短突發數據或信令傳輸方面還有較多不足。
現有的移動通信網絡在支持短突發數據或信令傳輸方面時延較大,開銷也較大,每比特能耗也較大,且目前在解決短突發數據或信令傳輸方面時延的問題方面,尚沒有成熟的解決方案。
技術實現要素:
以下是對本文詳細描述的主題的概述。本概述並非是為了限制權利要求的保護範圍。
本發明實施例提供一種數據傳輸的方法,以解決下行數據傳輸時延大的技術問題。
為了解決上述技術問題,本發明實施例提供了一種數據傳輸的方法,包括:
發送尋呼消息,所述尋呼消息包括新分配給ue的用於無線資源調度的標識;
根據所述新分配給ue的用於無線資源調度的標識發送無線資源調度信 息;
發送下行空口數據。
可選地,所述尋呼消息還包括為所述ue配置的上行專用反饋資源信息。
可選地,如在指定時間內未接收到所述ue反饋的專用信息,則繼續發送所述尋呼消息;如在指定時間內接收到所述ue反饋的專用信息,再根據所述新分配給ue的用於無線資源調度的標識發送無線資源調度信息,並發送下行空口數據。
可選地,如在指定時間內接收到所述ue反饋的專用信息,還包括:
向所述ue回復針對ue反饋的響應信息,所述針對ue反饋的響應信息包括上行定時提前參數。
可選地,所述發送下行空口數據包括:
如在指定時間內接收到物理上行控制信道的否定應答消息,或者在指定時間內未接收到物理上行控制信道的確定應答消息或否定應答消息,則重傳所述下行空口數據,如接收到物理上行控制信道的確定應答消息,則停止重傳所述下行空口數據。
可選地,所述發送下行空口數據包括:
在預定的間隔時間後,重傳所述下行空口數據。
可選地,所述無線資源調度信息包括:為所述ue分配的下行物理資源信息和為所述ue配置的上行專用反饋資源信息;或者
所述下行空口數據中攜帶為所述ue配置的上行專用反饋資源信息。
可選地,所述發送下行空口數據包括:
如在指定時間內未接收到所述ue反饋的專用信息,則重傳所述下行空口數據;如接收到所述ue反饋的專用信息,則停止重傳所述下行空口數據;或者
如接收到所述ue反饋的專用信息,則重傳所述下行空口數據;如在指定時間內未接收到所述ue反饋的專用信息,則停止重傳所述下行空口數據; 或者
如在所述指定時間內接收到所述ue反饋的指示接收不成功的信息,則重傳所述下行空口數據;如接收到所述ue反饋的指示接收成功的信息,則停止重傳所述下行空口數據。
可選地,所述發送下行空口數據之後,還包括:
傳輸結束後,釋放分配給ue的用於無線資源調度的標識和/或為所述ue配置的專用反饋資源。
可選地,還包括:
上報傳輸結果信息。
可選地,所述發送尋呼消息之前,還包括:
接收業務數據或業務信令,所述業務數據或業務信令包括所述ue的空口能力信息和/或尋呼圖樣信息。
可選地,所述業務數據或業務消息還包括:空口傳輸方案指示信息,還包括:
根據所述指示信息確定空口傳輸方案。
本發明實施例還提出了一種基站,包括:
第一發送模塊,用於發送尋呼消息,所述尋呼消息包括新分配給ue的用於無線資源調度的標識;
第二發送模塊,用於根據所述新分配給ue的用於無線資源調度的標識發送無線資源調度信息;
第三發送模塊,用於發送下行空口數據。
可選地,所述第一發送模塊,發送的尋呼消息還包括為所述ue配置的專用反饋資源信息,還用於,如在指定時間內未接收到所述ue反饋的專用信息,則繼續發送所述尋呼消息;如在指定時間內接收到所述ue反饋的專用信息,則觸發所述第二發送模塊發送無線資源調度信息,並觸發所述第三發送模塊發送下行空口數據。
可選地,所述第三發送模塊,發送下行空口數據包括:如在指定時間內接收到物理上行控制信道的否定應答消息,或者在指定時間內未接收到物理上行控制信道的確定應答消息或否定應答消息,則重傳所述下行空口數據,如接收到物理上行控制信道的確定應答消息,則停止重傳所述下行空口數據。
可選地,所述第三發送模塊,發送下行空口數據包括:在預定的間隔時間後,重傳所述下行空口數據。
可選地,所述第二發送模塊,發送的無線資源調度信息包括為所述ue分配的下行物理資源信息和為所述ue配置的上行專用反饋資源信息;或者
所述第三發送模塊,發送的下行空口數據中攜帶為所述ue配置的上行專用反饋資源信息。
可選地,所述第三發送模塊,發送下行空口數據包括:如在指定時間內未接收到所述ue反饋的專用信息,則重傳所述下行空口數據;如接收到所述ue反饋的專用信息,則停止重傳所述下行空口數據;或者如接收到所述ue反饋的專用信息,則重傳所述下行空口數據;如在指定時間內未接收到所述ue反饋的專用信息,則停止重傳所述下行空口數據;或者如在所述指定時間內接收到所述ue反饋的指示接收不成功的信息,則重傳所述下行空口數據;如接收到所述ue反饋的指示接收成功的信息,則停止重傳所述下行空口數據。
可選地,還包括:
釋放模塊,用於在所述第三發送模塊傳輸結束後,釋放分配給ue的用於無線資源調度的標識和/或為所述ue配置的專用反饋資源。
可選地,還包括:
上報模塊,用於上報傳輸結果信息。
可選地,還包括:
接收模塊,用於在所述第一發送模塊發送尋呼消息之前,接收業務數據或業務信令,所述業務數據或業務信令包括所述ue的空口能力信息和/或尋呼圖樣信息。
可選地,確定模塊,
所述接收模塊,接收的業務數據或業務消息還包括空口傳輸方案指示信息;
所述確定模塊,用於根據所述指示信息確定空口傳輸方案。
本發明實施例還提出了一種數據傳輸的方法,包括:
用戶設備ue接收基站的尋呼消息,所述尋呼消息包括新分配給所述ue的用於無線資源調度的標識;
接收所述基站的無線資源調度信息後,利用所述標識進行無線資源調度;
接收所述基站的下行空口數據。
可選地,所述尋呼消息還包括為所述ue配置的上行專用反饋資源信息,或者所述無線資源調度信息包括:為所述ue分配的下行物理資源信息和為所述ue配置的上行專用反饋資源信息;或者所述下行空口數據中攜帶為所述ue配置的上行專用反饋資源信息,所述方法還包括:
所述ue根據接收到上行專用反饋資源信息進行上行反饋資源配置;
所述接收所述基站的下行空口數據包括:
如正確接收所述基站的下行空口數據,則向所述基站反饋配置的專用信息;或者
如在指定時間內未正確接收所述基站的下行空口數據,則向所述基站反饋配置的專用信息;或者
如正確接收所述基站的下行空口數據,則向所述基站反饋指示接收成功的信息,如在所述指定時間內未正確接收所述基站的下行空口數據,則向所述基站反饋指示接收不成功的信息。
可選地,所述尋呼消息還包括為所述ue配置的上行專用反饋資源信息,所述方法還包括:
所述ue根據接收到上行專用反饋資源信息進行上行反饋資源配置;
所述ue接收基站的尋呼消息包括:
所述ue如成功接收所述尋呼消息,則向所述基站反饋配置的專用信息。
可選地,所述向所述基站反饋配置的專用信息之後,還包括:
所述ue接收所述基站針對所述ue反饋的響應信息,所述針對ue反饋的響應信息包括上行定時提前參數。
本發明實施例還提出了一種用戶設備,包括:
第一傳輸模塊,用於接收基站的尋呼消息,所述尋呼消息包括新分配給所述ue的用於無線資源調度的標識;
調度模塊,用於接收所述基站的無線資源調度信息後,利用所述標識進行無線資源調度;
第二傳輸模塊,用於接收所述基站的下行空口數據。
可選地,還包括配置模塊,
所述尋呼消息還包括為所述ue配置的上行專用反饋資源信息,或者所述無線資源調度信息包括:為所述ue分配的下行物理資源信息和為所述ue配置的上行專用反饋資源信息;或者所述下行空口數據中攜帶為所述ue配置的上行專用反饋資源信息,
所述配置模塊,用於根據接收到上行專用反饋資源信息進行上行反饋資源配置;
所述第二傳輸模塊,具體用於如正確接收所述基站的下行空口數據,則向所述基站反饋配置的專用信息;或者如在指定時間內未正確接收所述基站的下行空口數據,則向所述基站反饋配置的專用信息;或者如正確接收所述基站的下行空口數據,則向所述基站反饋指示接收成功的信息,如在所述指定時間內未正確接收所述基站的下行空口數據,則向所述基站反饋指示接收不成功的信息。
可選地,還包括配置模塊,
所述第一傳輸模塊,接收到的所述尋呼消息還包括為所述ue配置的上 行專用反饋資源信息,如成功接收所述尋呼消息,則向所述基站反饋配置的專用信息;
所述配置模塊,用於根據接收到上行專用反饋資源信息進行上行反饋資源配置。
可選地,所述第一傳輸模塊,還用於接收所述基站針對所述ue反饋的響應信息,所述針對ue反饋的響應信息包括上行定時提前參數。
本發明實施例的技術方案能夠解決下行短突發數據的低時延、低開銷、低能耗的傳輸問題,以延長ue的續航時間,並增強網絡側應對海量突發數據的能力和容量。與現有技術相比,採用本發明方法,能使得下行數據傳輸方面時延更低、開銷更小、能耗更低。
在閱讀並理解了附圖和詳細描述後,可以明白其他方面。
附圖說明
圖1為本發明實施例的基站側進行數據傳輸的方法的流程圖;
圖2為本發明實施例的用戶設備側進行數據傳輸的方法的流程圖;
圖3是本發明實施例1的流程示意圖;
圖4是本發明實施例2的流程示意圖;
圖5是本發明實施例3的流程示意圖;
圖6是本發明實施例4的流程示意圖;
圖7是本發明實施例5的流程示意圖;
圖8是本發明實施例6的流程示意圖;
圖9是本發明實施例7的流程示意圖;
圖10為本發明實施例的基站的示意圖;
圖11為本發明實施例的ue的示意圖。
具體實施方式
為使本發明的目的、技術方案和優點更加清楚明白,下文中將結合附圖對本發明的實施例進行詳細說明。需要說明的是,在不衝突的情況下,本申請中的實施例及實施例中的特徵可以相互任意組合。
圖1為本發明實施例的基站側進行數據傳輸的方法的流程圖,如圖1所示,本實施例的方法包括:
步驟11、基站發送尋呼消息,其中包括新分配給ue的用於無線資源調度的標識;
步驟12、基站根據所述新分配給ue的用於無線資源調度的標識發送無線資源調度信息;
步驟13、基站發送下行空口數據。
在一可選的實施例中,網絡側進行下行數據首傳和重傳的調度及數據傳輸,網絡側的重傳不基於ue的反饋。
圖2為本發明實施例的用戶設備側進行數據傳輸的方法的流程圖,如圖2所示,本實施例的方法包括:
步驟21、ue接收基站的尋呼消息,所述尋呼消息包括新分配給所述ue的用於無線資源調度的標識;
步驟22、接收所述基站的無線資源調度信息後,利用所述標識進行無線資源調度;
步驟23、接收所述基站的下行空口數據。
在一可選實施例中,所述尋呼消息還包括為所述ue配置的上行專用反饋資源信息,或者所述無線資源調度信息包括:為所述ue分配的下行物理資源信息和為所述ue配置的上行專用反饋資源信息;或者所述下行空口數據中攜帶為所述ue配置的上行專用反饋資源信息,
所述方法還包括:所述ue根據接收到上行專用反饋資源信息進行上行反饋資源配置;
其中步驟23,接收所述基站的下行空口數據包括:
如正確接收所述基站的下行空口數據,則向所述基站反饋配置的專用信息;或者
如在指定時間內未正確接收所述基站的下行空口數據,則向所述基站反饋配置的專用信息;或者
如正確接收所述基站的下行空口數據,則向所述基站反饋指示接收成功的信息,如在所述指定時間內未正確接收所述基站的下行空口數據,則向所述基站反饋指示接收不成功的信息。
實施例一
本實施例描述的是使用預設的harq(hybridautomaticrepeatrequest,混合自動重傳請求)重傳次數或無harq重傳的下行數據傳輸的方法,圖3為本實施例所述方法的流程示意圖。如圖3所示,本實施例所述方法包括以下步驟:
步驟100,有下行業務數據或信令到達基站;
該下行業務數據或信令可以是通過尋呼消息或其它s1接口消息從核心網來到基站的,也可以是從業務伺服器或網際網路路由器來到基站的,還可以是相鄰接入網網元來到基站的。s1接口是lte(longtermevolution,長期演進)enodeb(基站)與epc(分組核心網)之間的通訊接口
在該步驟中基站可能還收到ue的空口能力信息,和/或ue的尋呼圖樣信息。
步驟101,基站根據ue的空口能力和尋呼圖樣發送尋呼消息,其中包括新分配給ue的用於無線資源調度的標識,例如c-rnti。
當然,尋呼消息中還攜帶ue的尋呼標識,例如imsi(internationalmobile subscriberidentificationnumber,國際移動用戶識別碼),imei(internationalmobilestationequipmentidentity,國際移動站設備標識),或者p-tmsi(packettemperatemobilesubscriptionidentity,分組臨時移動用戶識別碼)。
ue接收尋呼消息,根據ue的尋呼標識確定是否正在被網絡側尋呼(被網絡側尋呼通常意味著ue需要和網絡側進行通信以便接收下行信令或數據),ue進一步將接收到的c-rnti作為自身的標識,以便使用新分配的無線資源調度標識(c-rnti)來解碼pdcch。
步驟102,基站發送無線資源調度信息,所述無線資源調度信息包括為所述ue分配的下行物理資源信息,例如,pdcch(physicaldownlinkcontrolchannel,物理下行控制信道)/dci(downlinkcontrolinformation,下行控制信息),其中使用在尋呼消息中攜帶的分配給ue的用於無線資源調度的標識;例如c-rnti(cellradionetworktemporalindex,小區無線網絡臨時標識)通過dci的crc(cyclicredundancycheck,循環冗餘校驗碼)隱含的攜帶;
ue使用上一步獲取的無線資源調度標識(c-rnti)解pdcch,解碼pdcch的方法可採用業界周知的方法(見3gppts36.211/36.212/36.213協議),在此不再贅述。
ue接收到無線資源調度信息(例如dci)後,根據dci中指示的物理資源指示、mcs(modulationandcodingscheme,調製編碼方式)等用於接收pdsch的信息準備接收下行空口數據。
步驟103,基站發送下行空口數據;
ue根據基站分配的下行物理資源信息接收下行空口數據,例如,根據dci中指示的物理資源指示、mcs等用於接收pdsch的信息來接收下行空口數據,並進行接收正確或錯誤判別。在接收正確後將接收到的傳輸塊投遞給上層協議(mac/rlc/pdcp)進行處理。
步驟104,基站在預定的間隔時間後,重傳下行空口數據;預定的間隔時延可以是0,也可以是網絡側和ue都支持的tti(transmissiontimeinterval,發送時間間隔)的整數倍。
步驟105,基站在達到最大重傳次數後結束傳輸,釋放前面分配的c-rnti(意味著c-rnti只是臨時使用),並可選的向業務或信令發起方報告傳輸結果,其中包括是否成功進行了下行傳輸的指示。在指示傳輸失敗時,則還攜帶失敗的原因,例如下行資源不足。
在該實施例中,ue是支持快速下行傳遞的任何類型終端,例如移動網際網路終端,例如智慧型手機,也可以是物聯網或車聯網終端。
方法實施例二
本實施例描述的是在尋呼中配置專用反饋,但無需接收到專用反饋直接開始發送數據的方法,圖4為本實施例所述方法的流程示意圖。如圖4所示,本實施例所述方法包括以下步驟:
步驟200,有下行業務數據或信令到達基站。
該下行業務數據或信令可以是通過尋呼消息或其它s1接口消息從核心網來到基站的,也可以是從業務伺服器或網際網路路由器來到基站的,還可以是相鄰接入網網元來到基站的。
在該步驟中基站可能還收到ue的空口能力信息,和/或ue的尋呼圖樣信息。
步驟201,基站根據ue的空口能力和尋呼圖樣發送尋呼消息,其中包括新分配給ue的用於無線資源調度的標識,例如c-rnti,以及為ue配置的上行專用反饋資源,例如專用的隨機接入前導(rapreamble)。當然,尋呼消息中還攜帶ue的尋呼標識,例如imsi,imei,或者p-tmsi。
ue接收尋呼消息,根據ue的尋呼標識確定是否正在被網絡側尋呼(被網絡側尋呼通常意味著ue需要和網絡側進行通信以便接收下行信令或數據),ue進一步將接收到的c-rnti作為自身的標識,以便使用新分配的無線資源調度標識(c-rnti)來解pdcch。ue還根據接收到上行專用反饋資源信息進行上行反饋資源配置。
步驟202,基站發送無線資源調度信息,所述無線資源調度信息包括為所述ue分配的下行物理資源信息,例如pdcch/dci,其中使用在尋呼消息 中攜帶的分配給ue的用於無線資源調度的標識;例如c-rnti通過dci的crc隱含的攜帶;
ue使用上一步獲取的無線資源調度標識(c-rnti)解碼pdcch,解碼pdcch的方法可採用業界周知的方法(見3gppts36.211/36.212/36.213協議),在此不再贅述。
ue接收到無線資源調度信息(dci)後,根據dci中指示的物理資源指示、mcs等用於接收pdsch的信息準備接收下行空口數據。
步驟203,基站發送下行空口數據;
ue根據基站為ue分配的下行物理資源信息接收下行空口數據,例如ue根據dci中指示的物理資源指示、mcs等用於接收pdsch的信息接收下行空口數據,並進行接收正確或錯誤判別。在接收正確後向基站發送專用的上行反饋(由上一步所配置)並且將接收到的傳輸塊投遞給上層協議(mac(mediumaccesscontrol,媒體接入控制)/rlc(radiolinkcontrol,無線鏈路控制)/pdcp(packetdataconvergenceprotocol,分組數據匯聚協議))進行處理;如果接收錯誤,則不發送專用的上行反饋,並且緩存接收到的數據以便和後續重傳數據進行合併和解碼。
步驟204,基站嘗試接收為ue配置的專用反饋,例如專用的ra(random-access,隨機接入)preamble(前導碼),如果接收到專用的rapreamble,則表明ue接收成功,則停止後續重傳並跳到步驟206;
步驟205,網絡側在專用的rapreamble接收超時後(即在規定時間內未接收到預期的專用rapreamble後),重傳下行空口數據;規定的時間可以是網絡側和ue都支持的tti的整數倍,例如4*tti。步驟204和205被重複直到達到最大重傳次數。
步驟206,網絡側結束傳輸,釋放前面分配的ue調度標識和專用反饋資源(意味著c-rnti和專用rapreamble只是臨時使用),並可選的向業務或信令發起方報告傳輸結果,其中包括是否成功進行了下行傳輸的指示。在指示傳輸失敗時,則還攜帶失敗的原因,例如下行資源不足,或者達到最大重傳次數。
在上述過程中,專用的rapreamble用於表明ue接收成功,另一種替代方法是使用專用的rapreamble以表明ue接收不成功,則步驟204和205將被替換成:
步驟204』,網絡側嘗試接收為ue配置的專用反饋,例如專用的rapreamble,如果接收到專用的rapreamble,則表明ue接收不成功,則跳到步驟205』,如果在規定時間內未接收到專用的rapreamble,則表明ue接收成功,則停止後續重傳並跳到步驟206,
步驟205』,網絡側在接收到專用的rapreamble後重傳下行空口數據。步驟204』和205』被重複直到達到最大重傳次數。
還有一種替代方法是為ue分別配置代表接收成功和接收不成功的兩個專用rapreamble,具體過程不再贅述。
在該實施例中,ue是支持快速下行傳遞的任何類型終端,例如移動網際網路終端,例如智慧型手機,也可以是物聯網或車聯網終端。
方法實施例三
本實施例描述的是基於下行調度信息中配置專用反饋的方法,圖5為本實施例所述方法的流程示意圖。如圖5所示,本實施例所述方法包括以下步驟:
步驟300,有下行業務數據或信令到達基站。
該下行業務數據或信令可以是通過尋呼消息或其它s1接口消息從核心網來到基站的,也可以是從業務伺服器或網際網路路由器來到基站的,還可以是相鄰接入網網元來到基站的。
在該步驟中基站可能還收到ue的空口能力信息,和/或ue的尋呼圖樣信息。
步驟301,基站根據ue的空口能力和尋呼圖樣發送尋呼消息,其中包括新分配給ue的用於無線資源調度的標識,例如c-rnti。當然,尋呼消息中還攜帶ue的尋呼標識,例如imsi,imei,或者p-tmsi。
ue接收尋呼消息,根據ue的尋呼標識確定是否正在被網絡側尋呼(被 網絡側尋呼通常意味著ue需要和網絡側進行通信以便接收下行信令或數據),ue進一步將接收到的c-rnti作為自身的標識,以便使用新分配的無線資源調度標識(c-rnti)來解碼pdcch。
步驟302,基站發送無線資源調度信息,所述無線資源調度信息包括為所述ue分配的下行物理資源信息,例如pdcch/dci,其中使用在尋呼消息中攜帶的分配給ue的用於無線資源調度的標識;例如c-rnti通過dci的crc隱含的攜帶;無線資源調度信息還包括為所述ue分配的下行物理資源信息和為ue配置的上行專用反饋資源信息,例如專用的隨機接入前導(rapreamble)索引;
ue使用上一步獲取的無線資源調度標識(c-rnti)解碼,ue還根據接收到上行專用反饋資源信息進行上行反饋資源配置。
步驟303,網絡側發送下行空口數據;
ue根據基站分配的下行物理資源信息接收下行空口數據,例如,根據dci中指示的物理資源指示、mcs等用於接收pdsch的信息接收下行空口數據,並進行接收正確或錯誤判別。在接收正確後向基站發送專用的上行反饋(由上一步所配置)並且將接收到的傳輸塊投遞給上層協議(mac/rlc/pdcp)進行處理;如果接收錯誤,則不發送專用的上行反饋,並且緩存接收到的數據以便和後續重傳數據進行合併和解碼。
步驟304,網絡側嘗試接收為ue配置的專用反饋,例如專用的rapreamble,如果接收到專用的rapreamble,則表明ue接收成功,則ue停止後續重傳並跳到步驟306,
步驟305,網絡側在專用的rapreamble接收超時後(即在規定時間內未接收到預期的專用rapreamble後),重傳下行空口數據;規定的時間可以是網絡側和ue都支持的tti的整數倍,例如4*tti。步驟304和305被重複直到達到最大重傳次數。
步驟306,網絡側結束傳輸,釋放前面分配的ue調度標識和專用反饋資源(意味著c-rnti和專用rapreamble只是臨時使用),並可選的向業務或信令發起方報告傳輸結果,其中包括是否成功進行了下行傳輸的指示。在指示傳輸失敗時,則還攜帶失敗的原因,例如下行資源不足,或者達到最大重傳次數。
在上述過程中,專用的rapreamble用於表明ue接收成功,另一種替代方法是使用專用的rapreamble以表明ue接收不成功,則步驟304和305將被替換成:
步驟304』,網絡側嘗試接收為ue配置的專用反饋,例如專用的rapreamble,如果接收到專用的rapreamble,則表明ue接收不成功,則跳到步驟305』,如果在規定時間內未接收到專用的rapreamble,則認為ue接收成功,則停止後續重傳並跳到步驟306,
步驟305』,網絡側在接收到專用的rapreamble後重傳下行空口數據。步驟304』和305』被重複直到達到最大重傳次數。
還有一種替代方法是為ue分別配置代表接收成功和接收不成功的兩個專用rapreamble,具體過程不再贅述。
在該實施例中,ue是支持快速下行傳遞的任何類型終端,例如移動網際網路終端,例如智慧型手機,也可以是物聯網或車聯網終端。
方法實施例四
本實施例描述的是基於下行數據傳輸信息中配置專用反饋的方法,圖6為本實施例所述方法的流程示意圖。如圖6所示,本實施例所述方法包括以下步驟:
步驟400,有下行業務數據或信令到達基站。
該下行業務數據或信令可以是通過尋呼消息或其它s1接口消息從核心網來到基站的,也可以是從業務伺服器或網際網路路由器來到基站的,還可以是相鄰接入網網元來到基站的。在該步驟中基站可能還收到ue的空口能力信息,和/或ue的尋呼圖樣信息。
步驟401,基站根據ue的空口能力和尋呼圖樣發送尋呼消息,其中包括新分配給ue的用於無線資源調度的標識,例如c-rnti。當然,尋呼消息中還攜帶ue的尋呼標識,例如imsi,imei,或者p-tmsi。
ue接收尋呼消息,根據ue的尋呼標識確定是否正在被網絡側尋呼(被網絡側尋呼通常意味著ue需要和網絡側進行通信以便接收下行信令或數據),ue進一步將接收到的c-rnti作為自身的標識,以便使用新分配的無線資源調度標識(c-rnti)來解碼pdcch。
步驟402,基站發送無線資源調度信息,所述無線資源調度信息包括為所述ue分配的下行物理資源信息,例如pdcch/dci,其中使用在尋呼消息中攜帶的分配給ue的用於無線資源調度的標識;例如c-rnti通過dci的crc隱含的攜帶;
步驟403,網絡側發送下行空口數據;下行空口數據中(例如在macce中)還包括為ue配置的專用上行反饋資源信息,例如專用的隨機接入前導(rapreamble)索引;
ue根據接收到上行專用反饋資源信息進行上行反饋資源配置。
ue根據dci中指示的物理資源指示、mcs等用於接收pdsch的信息接收下行空口數據,並進行接收正確或錯誤判別。在接收正確後向基站發送專用的上行反饋(由上一步所配置)並且將接收到的傳輸塊投遞給上層協議(mac/rlc/pdcp)進行處理;如果接收錯誤,則不發送專用的上行反饋,並且緩存接收到的數據以便和後續重傳數據進行合併和解碼。
步驟404,網絡側嘗試接收為ue配置的專用反饋,例如專用的rapreamble,如果接收到專用的rapreamble,則表明ue接收成功,則ue停止後續重傳並跳到步驟406,
步驟405,網絡側在專用的rapreamble接收超時後(即在規定時間內未接收到預期的專用rapreamble後),重傳下行空口數據;規定的時間可以是網絡側和ue都支持的tti的整數倍,例如4*tti。步驟404和405被重複直到達到最大重傳次數。
步驟406,網絡側結束傳輸,釋放前面分配的ue調度標識和專用反饋資源(意味著c-rnti和專用rapreamble只是臨時使用),並可選的向業務或信令發起方報告傳輸結果,其中包括是否成功進行了下行傳輸的指示。在指示傳輸失敗時,則還攜帶失敗的原因,例如下行資源不足,或者達到最大重傳次數。
在該實施例中,ue是支持快速下行傳遞的任何類型終端,例如移動網際網路終端,例如智慧型手機,也可以是物聯網或車聯網終端。
方法實施例五
本實施例描述的是基於下行尋呼信息中配置專用反饋並基於反饋進行數據傳輸的方法,圖7為本實施例所述方法的流程示意圖。如圖7所示,本實施例所述方法包括以下步驟:
步驟500,有下行業務數據或信令到達基站。
該下行業務數據或信令可以是通過尋呼消息或其它s1接口消息從核心網來到基站的,也可以是從業務伺服器或網際網路路由器來到基站的,還可以是相鄰接入網網元來到基站的。
在該步驟中基站可能還收到ue的空口能力信息,和/或ue的尋呼圖樣信息。
步驟501,基站根據ue的空口能力和尋呼圖樣發送尋呼消息,其中包括新分配給ue的用於無線資源調度的標識,例如c-rnti。尋呼消息還包括為ue配置的上行專用反饋資源信息,例如專用的隨機接入前導(rapreamble)索引。當然,尋呼消息中還攜帶ue的尋呼標識,例如imsi,imei,或者p-tmsi。
ue根據接收到上行專用反饋資源信息進行上行反饋資源配置。
ue接收尋呼消息,根據ue的尋呼標識確定是否正在被網絡側尋呼(被網絡側尋呼通常意味著ue需要和網絡側進行通信以便接收下行信令或數據),ue進一步將接收到的c-rnti作為自身的標識,以便使用新分配的無線資源調度標識(c-rnti)來解碼pdcch。
步驟502,基站嘗試接收為ue配置的專用反饋,例如專用的rapreamble,如果接收到專用的rapreamble,則表明ue接收尋呼消息成功,則基站跳到步驟504;
步驟503,基站在專用的rapreamble接收超時後(即在規定時間內未接收到預期的專用rapreamble後),重新發送針對該ue的尋呼消息;步驟502和503被重複直到達到該ue的尋呼最大重傳次數或者超出ue的尋呼圖樣中的可用尋呼窗,然後跳到步驟508。
步驟504,基站發送無線資源調度信息,所述無線資源調度信息包括為所述ue分配的下行物理資源信息,例如pdcch/dci,其中使用在尋呼消息中攜帶的分配給ue的用於無線資源調度的標識;例如c-rnti通過dci的crc隱含的攜帶;
步驟505,網絡側發送下行空口數據;
步驟506,網絡側嘗試接收為ue配置的專用反饋,例如專用的rapreamble,如果接收到專用的rapreamble,則表明ue接收成功,則停止後續重傳並跳到步驟506,
步驟507,網絡側在專用的rapreamble接收超時後(即在規定時間內未接收到預期的專用rapreamble後),重傳下行空口數據;規定的時間可以是網絡側和ue都支持的tti的整數倍,例如4*tti。步驟506和507被重複直到達到最大重傳次數。
步驟508,基站結束傳輸,釋放前面分配的ue調度標識和專用反饋資源(意味著c-rnti和專用rapreamble只是臨時使用),並可選的向業務或信令發起方報告傳輸結果,其中包括是否成功進行了下行傳輸的指示。在指示傳輸失敗時,則還攜帶失敗的原因,例如下行資源不足,或者尋呼達到最大重傳次數或尋呼超時,或者數據傳輸達到最大重傳次數或傳輸超時。
在該實施例中,ue是支持快速下行傳遞的任何類型終端,例如移動互 聯網終端,例如智慧型手機,也可以是物聯網或車聯網終端。
方法實施例六
本實施例描述的是基於下行尋呼信息中配置專用反饋再基於pucch(physicaluplinkcontrolchannel,物理上行控制信道)反饋的方法,圖8為本實施例所述方法的流程示意圖。如圖8所示,本實施例所述方法包括以下步驟:
步驟600,有下行業務數據或信令到達基站。
該下行業務數據或信令可以是通過尋呼消息或其它s1接口消息從核心網來到基站的,也可以是從業務伺服器或網際網路路由器來到基站的,還可以是相鄰接入網網元來到基站的。在該步驟中基站可能還收到ue的空口能力信息,和/或ue的尋呼圖樣信息。
步驟601,基站根據ue的空口能力和尋呼圖樣發送尋呼消息,其中包括新分配給ue的用於無線資源調度的標識,例如c-rnti。尋呼信息還包括為ue配置的專用反饋資源信息,例如專用的隨機接入前導(rapreamble)索引。當然,尋呼消息中還攜帶ue的尋呼標識,例如imsi,imei,或者p-tmsi。
ue根據接收到上行專用反饋資源信息進行上行反饋資源配置。
ue接收尋呼消息,根據ue的尋呼標識確定是否正在被網絡側尋呼(被網絡側尋呼通常意味著ue需要和網絡側進行通信以便接收下行信令或數據),ue進一步將接收到的c-rnti作為自身的標識,以便使用新分配的無線資源調度標識(c-rnti)來解碼pdcch。
步驟602,基站嘗試接收為ue配置的專用反饋,例如專用的rapreamble,如果接收到專用的rapreamble,則表明ue接收尋呼消息成功,則基站向ue回復rar(randomaccessresponse,隨機接入響應),其中包括用於調整上行傳輸定時的上行定時提前參數(timingadvance),然後跳到步驟604;
步驟603,基站在專用的rapreamble接收超時後(即在規定時間內未接收到預期的專用rapreamble後),重新發送針對該ue的尋呼消息;步驟602和603被重複直到達到該ue的尋呼最大重傳次數或者超出ue的尋呼圖樣中的可用尋呼窗,然後跳到步驟608。
步驟604,基站發送無線資源調度信息,所述無線資源調度信息包括為所述ue分配的下行物理資源信息,例如pdcch/dci,其中使用在尋呼消息中攜帶的分配給ue的用於無線資源調度的標識;例如c-rnti通過dci的crc隱含的攜帶;
步驟605,網絡側發送下行空口數據;
步驟606,網絡側嘗試接收pucch(physicaluplinkcontrolchannel,物理上行控制信道)ack(確定應答)/nack(否定應答)反饋,如果接收到ack,則表明ue接收成功,則停止後續重傳並跳到步驟608,
步驟607,網絡側在接收nack後或ack/nack接收超時後(即在規定時間內未接收到預期的pucchack/nack後),重傳下行空口數據;規定的時間可以是網絡側和ue都支持的tti的整數倍,例如4*tti。步驟606和607被重複直到達到最大重傳次數或下行傳輸超時。
步驟608,基站結束傳輸,釋放前面分配的ue調度標識和專用反饋資源(意味著c-rnti和專用rapreamble只是臨時使用),並可選的向業務或信令發起方報告傳輸結果,其中包括是否成功進行了下行傳輸的指示。在指示傳輸失敗時,則還攜帶失敗的原因,例如下行資源不足,或者尋呼達到最大重傳次數或尋呼超時,或者數據傳輸達到最大重傳次數或傳輸超時。
在該實施例中,ue是支持快速下行傳遞的任何類型終端,例如移動網際網路終端,例如智慧型手機,也可以是物聯網或車聯網終端。
方法實施例七
本實施例描述的是需接收到專用反饋再行發送數據但數據傳輸無確認的方法,圖9為本實施例所述方法的流程示意圖。如圖9所示,本實施例所述方法包括以下步驟:
步驟700,有下行業務數據或信令到達基站。
該下行業務數據或信令可以是通過尋呼消息或其它s1接口消息從核心網來到基站的,也可以是從業務伺服器或網際網路路由器來到基站的,還可以是相鄰接入網網元來到基站的。在該步驟中基站可能還收到ue的空口能力信息,和/或ue的尋呼圖樣信息。
步驟701,基站根據ue的空口能力和尋呼圖樣發送尋呼消息,其中包括新分配給ue的用於無線資源調度的標識,例如c-rnti。尋呼信息還包括為ue配置的專用反饋資源信息,例如專用的隨機接入前導(rapreamble)索引。當然,尋呼消息中還攜帶ue的尋呼標識,例如imsi,imei,或者p-tmsi。
ue根據接收到上行專用反饋資源信息進行上行反饋資源配置。
ue接收尋呼消息,根據ue的尋呼標識確定是否正在被網絡側尋呼(被網絡側尋呼通常意味著ue需要和網絡側進行通信以便接收下行信令或數據),ue進一步將接收到的c-rnti作為自身的標識,以便使用新分配的無線資源調度標識(c-rnti)來解碼pdcch。
步驟702,基站嘗試接收為ue配置的專用反饋,例如專用的rapreamble,如果接收到專用的rapreamble,則表明ue接收尋呼消息成功,則基站跳到步驟704;
步驟703,基站在專用的rapreamble接收超時後(即在規定時間內未接收到預期的專用rapreamble後),重新發送針對該ue的尋呼消息;步驟702和703被重複直到達到該ue的尋呼最大重傳次數或者超出ue的尋呼圖樣中的可用尋呼窗,然後跳到步驟707。
步驟704,基站發送無線資源調度信息,所述無線資源調度信息包括為所述ue分配的下行物理資源信息,例如pdcch/dci,其中使用在尋呼消息中攜帶的分配給ue的用於無線資源調度的標識;例如c-rnti通過dci的crc隱含的攜帶;
步驟705,網絡側發送下行空口數據;
步驟706,網絡側在預定的間隔時間後,重傳下行空口數據;預定的間隔時延可以是0,也可以是網絡側和ue都支持的tti的整數倍。步驟706被重複直到達到最大重傳次數或者下行傳輸超時;
步驟707,基站結束傳輸,釋放前面分配的ue調度標識和專用反饋資源(意味著c-rnti和專用rapreamble只是臨時使用),並可選的向業務或信令發起方報告傳輸結果,其中包括是否成功進行了下行傳輸的指示。在指示傳輸失敗時,則還攜帶失敗的原因,例如下行資源不足,或者尋呼達到最大重傳次數或尋呼超時。
在該實施例中,ue是支持快速下行傳遞的任何類型終端,例如移動網際網路終端,例如智慧型手機,也可以是物聯網或車聯網終端。
方案實施例八
該方案是以上實施例方案的綜合,具體來說,基站從業務發起方接收的業務消息或業務數據中還包括空口傳輸方案指示信息,則網絡側根據所述指示信息確定空口傳輸方案,即具體採用實施例一至八的哪一種方法。
業務發起方包括核心網,或者業務伺服器,或者網際網路路由器,或者其它接入網網元。
圖10為本發明實施例的基站的示意圖,如圖10所示,本實施例的基站包括:
第一發送模塊,用於發送尋呼消息,所述尋呼消息包括新分配給ue的用於無線資源調度的標識;
第二發送模塊,用於根據所述新分配給ue的用於無線資源調度的標識發送無線資源調度信息;
第三發送模塊,用於發送下行空口數據。
在一可選實施例中,所述第一發送模塊,發送的尋呼消息還包括為所述ue配置的專用反饋資源信息,還可以用於,如在指定時間內未接收到所述ue反饋的專用信息,則繼續發送所述尋呼消息;如在指定時間內接收到所 述ue反饋的專用信息,則觸發所述第二發送模塊發送無線資源調度信息,並觸發所述第三發送模塊發送下行空口數據。
在一可選實施例中,所述第三發送模塊,發送下行空口數據包括:如在指定時間內接收到物理上行控制信道的否定應答消息,或者在指定時間內未接收到物理上行控制信道的確定應答消息或否定應答消息,則重傳所述下行空口數據,如接收到物理上行控制信道的確定應答消息,則停止重傳所述下行空口數據。
在一可選實施例中,所述第三發送模塊,發送下行空口數據包括:在預定的間隔時間後,重傳所述下行空口數據。
在一可選實施例中,所述第二發送模塊,發送的無線資源調度信息包括為所述ue分配的下行物理資源信息和為所述ue配置的上行專用反饋資源信息;或者
所述第三發送模塊,發送的下行空口數據中攜帶為所述ue配置的上行專用反饋資源信息。
在一可選實施例中,所述第三發送模塊,發送下行空口數據包括:如在指定時間內未接收到所述ue反饋的專用信息,則重傳所述下行空口數據;如接收到所述ue反饋的專用信息,則停止重傳所述下行空口數據;或者如接收到所述ue反饋的專用信息,則重傳所述下行空口數據;如在指定時間內未接收到所述ue反饋的專用信息,則停止重傳所述下行空口數據;或者如在所述指定時間內接收到所述ue反饋的指示接收不成功的信息,則重傳所述下行空口數據;如接收到所述ue反饋的指示接收成功的信息,則停止重傳所述下行空口數據。
在一可選實施例中,所述基站還可以包括:
釋放模塊,用於在所述第三發送模塊傳輸結束後,釋放分配給ue的用於無線資源調度的標識和/或為所述ue配置的專用反饋資源。
在一可選實施例中,所述基站還可以包括:
上報模塊,用於上報傳輸結果信息。
在一可選實施例中,所述基站還可以包括:
接收模塊,用於在所述第一發送模塊發送尋呼消息之前,接收業務數據或業務信令,所述業務數據或業務信令包括所述ue的空口能力信息和/或尋呼圖樣信息。
在一可選實施例中,所述基站還可以包括:確定模塊,
所述接收模塊,接收的業務數據或業務消息還包括空口傳輸方案指示信息;
所述確定模塊,用於根據所述指示信息確定空口傳輸方案。
圖11為本發明實施例的ue的示意圖,如圖11所示,本實施例的ue包括:
第一傳輸模塊,用於接收基站的尋呼消息,所述尋呼消息包括新分配給所述ue的用於無線資源調度的標識;
調度模塊,用於接收所述基站的無線資源調度信息後,利用所述標識進行無線資源調度;
第二傳輸模塊,用於接收所述基站的下行空口數據。
在一可選實施例中,所述ue還可以包括配置模塊,
所述尋呼消息還包括為所述ue配置的上行專用反饋資源信息,或者所述無線資源調度信息包括:為所述ue分配的下行物理資源信息和為所述ue配置的上行專用反饋資源信息;或者所述下行空口數據中攜帶為所述ue配置的上行專用反饋資源信息,
所述配置模塊,用於根據接收到上行專用反饋資源信息進行上行反饋資源配置;
所述第二傳輸模塊,具體用於如正確接收所述基站的下行空口數據,則向所述基站反饋配置的專用信息;或者如在指定時間內未正確接收所述基站的下行空口數據,則向所述基站反饋配置的專用信息;或者如正確接收所述基站的下行空口數據,則向所述基站反饋指示接收成功的信息,如在所述指 定時間內未正確接收所述基站的下行空口數據,則向所述基站反饋指示接收不成功的信息。
在一可選實施例中,所述ue還可以包括配置模塊,
所述第一傳輸模塊,接收到的所述尋呼消息還包括為所述ue配置的上行專用反饋資源信息,如成功接收所述尋呼消息,則向所述基站反饋配置的專用信息;
所述配置模塊,用於根據接收到上行專用反饋資源信息進行上行反饋資源配置。
在一可選實施例中,所述第一傳輸模塊,還用於接收所述基站針對所述ue反饋的響應信息,所述針對ue反饋的響應信息包括上行定時提前參數。
本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬體完成,所述程序可以存儲於計算機可讀存儲介質中,如只讀存儲器、磁碟或光碟等。可選地,上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現。相應地,上述實施例中的各模塊/單元可以採用硬體的形式實現,也可以採用軟體功能模塊的形式實現。本發明不限制於任何特定形式的硬體和軟體的結合。
以上僅為本發明的優選實施例,當然,本發明還可有其他多種實施例,在不背離本發明精神及其實質的情況下,熟悉本領域的技術人員當可根據本發明作出各種相應的改變和變形,但這些相應的改變和變形都應屬於本發明所附的權利要求的保護範圍。