[發明專利]信令傳輸方法以及系統、集中單元、分布單元、存儲介質

有效

• 申請號: 201810692968.3
• 申請日: 2018-06-29
• 公開（公告）號: CN110661592B
• 公開（公告）日: 2022-11-15
• 發明（設計）人: 夏鵬;張婷
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L1/00
• 分類號: H04L1/00;H04L65/65
• 代理公司: 深圳市力道知識產權代理事務所(普通合伙) 44507
• 代理人: 張傳義

本發明實施例公開一種信令傳輸方法以及系統、集中單元、分布單元、計算機可讀存儲介質，該方法包括：確定待傳輸信令的服務類型以及所述待傳輸信令對應的流控制傳輸協議SCTP流信息；根據所述SCTP流信息，將承載所述待傳輸信令的SCTP報文傳輸到分布單元DU中。本發明實施例通過SCTP流信息區分F1信令，將F1信令直接分發到對應服務處理；有效的進行消息負荷分擔，避免F1協議層集中處理信令分發時產生的性能瓶頸；縮短了F1信令傳輸路徑，減少時延。

技術領域

本發明實施例涉及通信技術領域，尤其涉及一種信令傳輸方法以及系統、集中單元、分布單元、計算機可讀存儲介質。

背景技術

3GPP(3rd Generation Partnership Project，第三代合作伙伴計劃)標準針對同一個基站(gNB)提出CU-DU(Centralized Unit-Distributed Unit，集中單元-分布單元)分離的垂直架構，并將CU-DU間接口定義為F1接口，其中信令接口為F1-C，通過SCTP(StreamControl Transmission Protocol，流控制傳輸協議)承載。F1信令分為三類：接口管理，UE(User Equipment，用戶設備/終端)上下文管理和RRC(Radio Resource Control，無線資源控制)消息透傳，不同類型的信令處理模塊可能不同，對應的處理流程可能部署在不同的服務上。

目前F1傳輸協議只定義了公共流程和UE專用流程。對于不同類型的UE級信令，CU-DU兩端接口模塊需要在SCTP報文解析后才能識別具體的信令類型，再將信令轉發發給對應的服務(或模塊)處理，造成F1信令傳輸路徑加長，產生單點的性能瓶頸。

發明內容

有鑒于此，本發明實施例的目的在于提供一種信令傳輸方法以及系統、集中單元、分布單元、計算機可讀存儲介質，以解決CU-DU間的F1信令傳輸路徑加長，產生單點的性能瓶頸的問題。

本發明實施例解決上述技術問題所采用的技術方案如下：

根據本發明實施例的一個方面，提供的一種信令傳輸方法，該方法用于集中單元CU中，所述方法包括：

確定待傳輸信令的服務類型以及所述待傳輸信令對應的流控制傳輸協議SCTP流信息；

根據所述SCTP流信息，將承載所述待傳輸信令的SCTP報文傳輸到分布單元DU中。

根據本發明實施例的另一個方面，提供的一種集中單元CU，所述CU包括存儲器、處理器及存儲在所述存儲器上并可在所述處理器上運行的信令傳輸程序，所述信令傳輸程序被所述處理器執行時實現上述的信令傳輸方法的步驟。

根據本發明實施例的另一個方面，提供的一種信令傳輸方法，該方法用于DU中，所述方法包括：

確定待傳輸信令的服務類型以及所述待傳輸信令對應的SCTP流信息；

根據所述SCTP流信息，將承載所述待傳輸信令的SCTP報文傳輸到CU中。

根據本發明實施例的另一個方面，提供的一種分布單元DU，所述DU包括存儲器、處理器及存儲在所述存儲器上并可在所述處理器上運行的信令傳輸程序，所述信令傳輸程序被所述處理器執行時實現上述的信令傳輸方法的步驟。

根據本發明實施例的另一個方面，提供的一種信令傳輸方法，所述方法包括：

CU確定待傳輸信令的服務類型以及所述待傳輸信令對應的SCTP流信息；根據所述SCTP流信息，將承載所述待傳輸信令的SCTP報文傳輸到DU中；

DU接收所述CU傳輸的SCTP報文，并確定所述CU傳輸的SCTP報文所使用的SCTP流信息；將所述CU傳輸的SCTP報文所承載的信令，發送給所述使用的SCTP流信息對應的服務進行處理；或者