[發明專利]一種待上載的NSD的確定方法及裝置

有效

• 申請號: 201580065480.2
• 申請日: 2015-03-11
• 公開（公告）號: CN107005468B
• 公開（公告）日: 2020-07-10
• 發明（設計）人: 劉建寧
• 申請（專利權）人: 諸暨市元暢信息技術咨詢服務部
• 主分類號: H04L12/701
• 分類號: H04L12/701
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發明涉及通信技術領域，尤其涉及一種待上載的NSD的確定方法及裝置，用于解決網絡服務生成的效率較低的技術問題；本發明實施例中，預先存儲有多個NSD，在需要上載時，只需從存儲的NSD中選擇合適進行上載即可，無需在有業務需求時需要先生成NSD后才能上載，減少了上載NSD所需的時間，提高了網絡服務生成的效率。

技術領域

本發明涉及通信技術領域，尤其涉及一種待上載的NSD的確定方法及裝置。

背景技術

NFV(Network Function Virtualization，網絡功能虛擬化)由全球13個主要電信運營商發起，是眾多設備商、IT(Information Technology，信息技術)廠商等參與的組織，旨在定義運營商網絡功能虛擬化的需求和相關的技術報告，希望借鑒IT的虛擬化技術，利用通用的高性能大容量服務器、交換機和存儲來實現部分網絡功能的軟件化。例如，各種類型的網絡設備，如服務器、路由器、存儲設備CDN(Content Delivery Network，內容分發網絡)、交換機等，都可以通過NFV技術實現軟硬件分離，它們可以部署在數據中心、網絡節點或者用戶家中等。

如果想要在NFV中實現NS(Network Service，網絡服務)，一般是需要上載NSD(Network Service Descriptor，網絡服務描述器)并實例化該NSD來實現。

目前，一般認為NSD是由運營商或者NS設計廠商等在線下進行規劃設計并測試通過后，再將NSD上載到NFV Orchestrator(NFVO，網絡功能虛擬化編排器)中。即，如果一個運營商想要上載一個NSD，則先要生成NSD，然后再進行上載。而NSD的生成過程一般耗時較長，顯然，在有業務需求的情況下還需要先生成再上載，所需的時間較多，降低了網絡服務生成的效率。

發明內容

本發明實施例提供一種待上載的NSD的確定方法及裝置，用以解決網絡服務生成的效率較低的技術問題。

本發明的第一方面，提供一種待上載的NSD的確定方法，包括：

接收請求消息，所述請求消息用于請求獲取NSD信息；

根據所述請求消息中攜帶的NSD特征參數，從存儲的NSD中查詢滿足所述NSD特征參數的NSD信息；

將查詢獲得的NSD信息發送給所述請求消息的發送端，以用于發送端根據查詢獲得的NSD信息確定待上載的NSD。

結合第一方面，在第一方面的第一種可能的實現方式中，所述NSD信息為NSD描述信息或為NSD本身。

結合第一方面的第一種可能的實現方式，在第一方面的第二種可能的實現方式中，在將查詢獲得的NSD信息發送給所述請求消息的發送端之后，還包括：

接收所述發送端發送的用于確認上載第一NSD信息對應的NSD的確認上載消息；其中，所述第一NSD信息為查詢獲得的NSD信息中的一個；

上載所述第一NSD信息對應的NSD。

結合第一方面的第一種可能的實現方式，在第一方面的第三種可能的實現方式中，在所述NSD信息為NSD的描述信息時，在將查詢獲得的NSD信息發送給所述發送端之后，還包括：

接收所述發送端發送的用于確認上載第一NSD信息對應的NSD的確認上載消息；其中，所述第一NSD信息為查詢獲得的NSD信息中的一個；

將所述第一NSD信息對應的NSD發送給所述發送端，以使所述發送端上載所述第一NSD信息對應的NSD。

結合第一方面的第一種可能的實現方式或第二種可能的實現方式或第三種可能的實現方式，在第一方面的第四種可能的實現方式中，將查詢獲得的NSD信息發送給所述請求消息的發送端，包括：