[發明專利]信息傳輸方法及裝置

在審

• 申請號: 201710127582.3
• 申請日: 2017-03-06
• 公開（公告）號: CN108540272A
• 公開（公告）日: 2018-09-14
• 發明（設計）人: 周淼;孫鵬
• 申請（專利權）人: 北京信威通信技術股份有限公司
• 主分類號: H04L1/16
• 分類號: H04L1/16;H04L1/18;H04L5/00
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發明實施例公開了信息傳輸方法及裝置。該方法包括：對基站發送的第一多播業務進行解碼分析，并根據分析結果確定是否成功接收所述第一多播業務；如果確定接收成功，則向所述基站發送確認接收反饋消息或不進行任何反饋，以使所述基站不再重傳所述第一多播業務。利用該方法，克服了現有物聯網系統多播傳輸中無法進行接收狀態反饋的問題，由此在多播業務傳輸時引入了接收狀態反饋機制以及重傳機制，從而提升了多播業務的傳輸可靠性，同時也提升了多播業務的業務性能。

技術領域

本發明實施例涉及通信技術領域，尤其涉及信息傳輸方法及裝置。

背景技術

在網絡通信領域的發展中，物聯網技術已得到越來越多的關注，如在3GPP Rel-13中，3GPP就定義了多種物聯網標準，常見的有機器類型通信(Machine-TypeCommunication，MTC)以及窄帶蜂窩物聯網(Narrow Band Internet of Things，NB-IoT)等，基于上述標準可以實現物與物之間的連接通信，隨著物聯網技術的發展，對多播業務的需求越來越強烈，由此在3GPP Rel-14中，對MTC以及NB-IoT進行了下行多播業務的增強，使得基站可以同時向多個用戶設備(User Equipment，UE)發送消息數據。

目前，在MTC或NB-IoT中進行下行多播傳輸時，基站為保證UE能夠成功接收其多播業務的消息報文，通常對給定的消息報文根據給定的重復次數進行重復傳輸，UE側則保持對下行多播業務重復傳輸的接收解碼。

然而，發明人在對物聯網多播技術的研究中，發現基于現有的多播數據傳輸機制進行多播傳輸時，存在如下缺陷：對于部分信號覆蓋較弱的UE而言，在基站的重復次數達到設定值后，可能依舊無法成功接收消息報文，多數情況下，由于進行多播傳輸的多播業務往往對UE側是否準確接收較為敏感，如果重復傳輸結束后仍存在部分接收失敗的UE，則很可能導致多播業務整體性能的惡化。

發明內容

本發明實施例提供了信息傳輸方法及裝置，提升了多播業務的傳輸可靠性，同時提升了多播業務的業務性能。

第一方面，本發明實施例提供了一種信息傳輸方法，包括：

對基站發送的第一多播業務進行解碼分析，并根據分析結果確定是否成功接收所述第一多播業務；

如果確定接收成功，則向所述基站發送確認接收反饋消息或不進行任何反饋。

第二方面，本發明實施例提供了一種信息傳輸方法，包括：

向UE發送第一多播業務，以使所述UE對基站發送的第一多播業務進行解碼分析，并根據分析結果確定是否成功接收所述第一多播業務；

如果在預設時間段內沒有接收到任何確認失敗反饋消息，則不再重傳所述第一多播業務。

第三方面，本發明實施例還提供了一種信息傳輸裝置，包括：

業務接收確定模塊，用于對基站發送的第一多播業務進行解碼分析，并根據分析結果確定是否成功接收所述第一多播業務；

信息反饋模塊，用于當確定接收成功時，向所述基站發送確認接收反饋消息或不進行任何反饋。

第四方面，本發明實施例又提供了一種信息傳輸裝置，包括：

第一業務發送模塊，用于向UE發送第一多播業務，以使所述UE對基站發送的第一多播業務進行解碼分析，并根據分析結果確定是否成功接收所述第一多播業務；

第一消息處理模塊，用于當在預設時間段內沒有接收到任何確認失敗反饋消息時，不再重傳所述第一多播業務。