[發明專利]一種信號處理方法、基站及計算機存儲介質

有效

• 申請號: 201710571193.X
• 申請日: 2017-07-13
• 公開（公告）號: CN107257550B
• 公開（公告）日: 2020-06-23
• 發明（設計）人: 陳細生
• 申請（專利權）人: 京信通信系統（中國）有限公司
• 主分類號: H04W4/06
• 分類號: H04W4/06;H04W68/02;H04W84/08
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 黃志華

本發明公開了一種信號處理方法、基站及計算機存儲介質，用于提高尋呼消息的發送速率。該方法包括：基于獲得的集群尋呼消息對應的內部優先級及標識信息，確定所述集群尋呼消息對應的key值；根據所述內部優先級將所述集群尋呼消息對應的key值插入RB樹；其中，所述RB樹為已獲得的每個集群尋呼消息對應的key值為節點組成的二叉樹；當到達消息發送時刻時，獲取從所述RB樹最左邊開始的N個節點分別對應的N條集群尋呼消息；其中，所述N為正整數；發送所述N條集群尋呼消息。

技術領域

本發明涉及移動通信技術領域，尤其涉及一種信號處理方法、基站及計算機存儲介質。

背景技術

在移動通信網絡中，B-TrunC(Boardband Trunking Communication，寬帶集群通信)是由寬帶集群通信(B-TrunC)產業聯盟組織制定的基于TD-LTE的“LTE數字傳輸和集群語音通信”專網寬帶集群系統標準。它能滿足專業用戶對語音集群、寬帶數據、應急指揮調度等需求。

目前，集群尋呼消息包括單呼消息和組呼消息兩種類型，在尋呼時刻到達時才能發送集群尋呼消息?；贚TE(Long Term Evolution，長期演進版本)技術的B-TrunC系統則規定組呼建立時間不超過300ms，單呼建立時間不超過500ms。為了使集群用戶可以快速被呼到，現有技術中設計TPCCH(Trunking Paging Control Channel，集群尋呼控制邏輯信道)來承載發送集群尋呼消息，從而使集群尋呼的發送周期可配置為較小的若干個無線幀，并在規定的尋呼時刻,在PF(Physical Frame，無線幀)和PO(Paging Occasion，無線子幀)上通過TPCCH信道發送尋呼消息。

然而，集群尋呼發送時刻在一個發送周期中只有一個，且一條尋呼消息最多只能攜帶16個組呼消息與16個單呼消息，這就使得集群尋呼的發送機會大大受到限制；然而，希望集群系統的單呼消息或組呼消息容量越來越多卻是一個趨勢。顯然，現有技術中尋呼消息的傳輸容量不能滿足需求,存在發送效率低的技術問題。

發明內容

本發明實施例提供一種信號處理方法、基站及計算機存儲介質。

本發明實施例的第一方面，提供一種信號處理方法，應用于基站，該方法包括：基于獲得的集群尋呼消息對應的內部優先級及標識信息，確定所述集群尋呼消息對應的key值；根據所述內部優先級將所述集群尋呼消息對應的key值插入RB樹；其中，所述RB樹為已獲得的每個集群尋呼消息對應的key值為節點組成的二叉樹；當到達消息發送時刻時，獲取從所述RB樹最左邊開始的N個節點分別對應的N條集群尋呼消息；其中，所述N為正整數；發送所述N條集群尋呼消息。

結合第一方面，在第一方面的第一種可能的實施方式中，所述基于獲得的集群尋呼消息的對應的內部優先級及標識信息，確定所述集群尋呼消息對應的key值之前，所述方法還包括：基于所述集群尋呼消息的消息類型和協議優先級，確定所述內部優先級；其中，所述消息類型包括單呼消息和組呼消息；當所述集群尋呼消息的消息類型為所述單呼消息時，確定所述集群尋呼消息對應的所述內部優先級為所述集群尋呼消息的協議優先級；當所述集群尋呼消息的消息類型為所述組呼消息時，確定所述集群尋呼消息對應的所述內部優先級為所述集群尋呼消息的協議優先級與M之和；其中，所述M為大于所述單呼消息協議優先級范圍的上限值的正整數；基于所述消息類型緩存所述集群尋呼消息。

結合第一方面第一種可能的實施方式，在第一方面的第二種可能的實施方式中，所述基于所述消息類型緩存所述集群尋呼消息，包括：基于所述集群尋呼消息的消息類型確定所述集群尋呼消息對應的靜態存儲區域；基于所述集群尋呼消息對應的標識信息確定所述集群尋呼消息在對應的所述靜態存儲區域中的存儲位置；將所述集群尋呼消息放入確定的所述存儲位置進行保存。