TWI814242B - 傳輸多播業務的方法及裝置 - Google Patents

Abstract

本申請提供了一種傳輸多播業務的方法及裝置，能夠避免資源浪費，有助於節省資源。所述方法應用於終端設備從源接入網設備移動到目標接入網設備的場景。所述方法包括：獲取所述目標接入網設備的多播能力資訊；當所述多播能力資訊表示所述目標接入網設備支援多播時，向所述目標接入網設備發送多播會話的資訊，所述多播會話的資訊用於為所述多播會話分配傳輸資源，所述多播會話用於傳輸所述終端設備對應的多播業務的資料。

Description

傳輸多播業務的方法及裝置

本申請涉及通信領域，並且更具體地，涉及一種傳輸多播業務的方法及裝置。

多媒體廣播多播業務(multimedia broadcast multicast service，MBMS)是面向多個使用者設備(user equipment，UE)的業務，例如現場直播、定時播放節目等。多播傳輸技術是指MBMS業務通過基站同時向多個UE發送的技術。MBMS在網路與UE之間，可以通過建立UE專用的承載以單播的形式發送給UE，也可以通過建立MBMS專用的承載以廣播的形式發送給UE。

目前，採用哪種傳播方式傳輸MBMS業務，與基站是否支持多播傳輸技術有關。如果基站支援多播，則採用多播傳輸；如果基站不支援多播，則採用單播傳輸。對於UE在不同基站間移動或切換的場景，若切換後UE所在的基站支持多播，但仍然採用單播傳輸，導致無法建立多播資源，從而造成資源浪費。因此，如何避免資源浪費是一個亟待解決的問題。

有鑑於此，本申請提供一種傳輸多播業務的方法及裝置，有助於避免資源浪費。

第一方面，提供了一種傳輸多播業務的方法，所述方法應用於終端設備從源接入網設備移動到目標接入網設備的場景。該方法例如可以由會話管理網元執行，或者也可以由配置在會話管理網元中的部件(如電路、晶片或晶片系統等)執行。本申請對此不作限定。

所述方法包括：獲取所述目標接入網設備的多播能力資訊；當所述多播能力資訊表示所述目標接入網設備支援多播時，向所述目標接入網設備發送多播會話的資訊，所述多播會話的資訊用於為所述多播會話分配傳輸資源，所述多播會話用於傳輸所述終端設備對應的多播業務的資料。

可選地，在所述會話管理網元獲取所述目標接入網設備的多播能力資訊之前，所述方法還包括：所述會話管理網元確定所述源接入網設備不支援多播。

對於終端設備從源接入網設備移動到目標接入網設備的場景，當源接入網設備不支援多播時，如果會話管理網元無法得知目標接入網設備的多播能力資訊，那麼在會話管理網元支援多播的情況下仍然採用單播傳輸，會造成資源(比如，空口資源以及傳輸網側資源)浪費。在本申請實施例中，會話管理網元通過獲取目標接入網設備的多播能力資訊，並在所述多播能力資訊表示目標接入網設備支援多播時，向目標接入網設備發送多播會話的資訊，從而使得目標接入網設備建立多播傳輸的資源，能夠避免資源浪費，有助於節省資源。

會話管理網元可以通過不同的實施方式獲得目標接入網設備的多播能力資訊。以下分別進行詳細描述。

作為一種可能的實現方式，會話管理網元可從本地查詢到所述目標接入網設備的多播能力資訊。這樣，會話管理網元無需向移動性管理網元發起查詢請求，有助於節省開銷。

可選地，所述會話管理網元根據所述目標接入網設備的標識以及第 一對應關係，獲取所述多播能力資訊，所述第一對應關係包括所述目標接入網設備的標識與所述多播能力資訊的對應關係。

可選地，所述方法還包括：所述會話管理網元從移動性管理網元接收所述目標接入網設備的標識。會話管理網元獲得目標接入網設備的標識後，可以使用目標接入網設備的標識在本地進行查詢，從而得到與目標接入網設備的標識對應的多播能力資訊。

作為一種可能的實現方式，所述會話管理網元接收來自移動性管理網元的所述目標接入網設備的多播能力資訊。即，會話管理網元可從移動性管理網元處接收所述目標接入網設備的多播能力資訊，不需要在本地查詢是否存儲了所述目標接入網設備的多播能力資訊，避免了查詢開銷。

進一步地，會話管理網元可向移動性管理網元發起查詢，以便獲取所述目標接入網設備的多播能力資訊。對於會話管理網元從移動性管理網元處接收所述目標接入網設備的多播能力資訊的實現方式，所述方法還包括：所述會話管理網元向所述移動性管理網元發送查詢請求，所述查詢請求用於請求所述目標接入網設備的多播能力資訊。

可選地，所述查詢請求包括所述終端設備的標識，或者，所述目標接入網設備的標識。

作為一種可能的實現方式，如果會話管理網元在本地查詢後發現本地未存儲所述目標接入網設備的多播能力資訊，那麼會話管理網元可向移動性管理網元發起查詢請求，以獲得所述目標接入網設備的多播能力資訊。

可選地，在所述會話管理網元向所述移動性管理網元發送查詢請求之前，所述方法還包括：所述會話管理網元確定本地不包括所述目標接入網設備的多播能力資訊。

可選地，所述目標接入網設備的多播能力資訊攜帶於N11介面消息 中。

第二方面，提供了一種傳輸多播業務的方法，該方法例如可以由會話管理網元執行，或者也可以由配置在會話管理網元中的部件(如電路、晶片或晶片系統等)執行。本申請對此不作限定。

所述方法包括：向接入網設備發送多播會話的資訊，所述多播會話的資訊用於為所述多播會話分配傳輸資源，所述多播會話用於傳輸多播業務的資料；接收第一資訊，所述第一資訊用於表示所述目標接入網設備支援多播；根據所述第一資訊觸發單播使用者面網元配置單播協定資料單元PDU會話，所述單播PDU會話不用於傳輸所述多播業務的資料；或者，所述會話管理網元觸發多播會話管理網元向多播使用者面網元發送配置資訊，所述配置資訊用於配置所述多播使用者面網元停止向單播用戶面網元傳輸所述多播業務的資料。

在本申請實施例中，會話管理網元通過向接入網設備發送多播會話的資訊，以達到測試接入網設備是否支援多播的目的。如果接入網設備支援多播，則會話管理網元建立多播傳輸的資源，能夠避免資源浪費，有助於節省資源。

可選地，所述方法還包括：會話管理網元根據所述第一資訊，觸發建立所述多播會話對應的用戶面網元與所述接入網設備之間的多播通道。

作為一種可能的實現方式，所述方法應用於終端設備從源接入網設備移動到所述目標接入網設備的場景，此時，上述接入網設備是目標接入網設備。

可選地，在所述會話管理網元向所述接入網設備發送多播會話的資訊之前，所述方法還包括：所述會話管理網元確定滿足以下至少一個條件：所述源接入網設備不支援多播，所述會話管理網元本地不包括所述目標接入網設備的多播能力資訊，或所述會話管理網元本地不包括所述源接入網設備的多播 能力資訊。因此，會話管理網元在確定滿足以上至少一個條件時，才觸發測試目標接入網設備是否支援多播。

協力廠商面，提供了一種傳輸多播業務的方法，該方法例如可以由接入網設備執行，或者也可以由配置在接入網設備中的部件(如電路、晶片或晶片系統等)執行。本申請對此不作限定。

所述方法包括：接收多播會話的資訊，所述多播會話用於傳輸多播業務的資料；向會話管理網元發送第一資訊，所述第一資訊用於表示所述目標接入網設備支援多播；與所述多播會話對應的用戶面網元建立多播通道；通過所述多播通道，傳輸所述多播業務的資料。

在本申請實施例中，接入網設備接收會話管理網元發送的多播會話的資訊。如果支援多播，則接入網設備向會話管理網元發送第一資訊，以告知其支援多播。如果接入網設備支援多播，則接入網設備與所述多播會話對應的用戶面網元建立多播傳輸的資源，能夠避免資源浪費，有助於節省資源。

第四方面，提供了一種傳輸多播業務的方法，所述方法應用於終端設備從源接入網設備移動到目標接入網設備的場景。該方法例如可以由移動性管理網元執行，或者也可以由配置在移動性管理網元中的部件(如電路、晶片或晶片系統等)執行。本申請對此不作限定。

所述方法包括：獲取所述目標接入網設備的多播能力資訊；向會話管理網元發送所述目標接入網設備的多播能力資訊。

在本申請實施例中，移動性管理網元通過獲取目標接入網設備的多播能力資訊，併發送給會話管理網元。這樣使得會話管理網元在所述多播能力資訊表示目標接入網設備支援多播時，向目標接入網設備發送多播會話的資訊，從而使得目標接入網設備建立多播傳輸的資源，能夠避免資源浪費，有助於節省資源

作為一種可能的實現方式，當所述終端設備當前進行多播業務時，所述移動性管理網元向所述會話管理網元發送所述目標接入網設備的多播能力資訊。或者說，移動性管理網元在判斷到終端設備當前在進行多播業務時，向會話管理網元發送所述目標接入網設備的多播能力資訊。

本申請對移動性管理網元如何得知終端設備當前在進行多播業務的方式不作具體限定。

作為一種可能的實現方式，移動性管理網元在獲得多播會話的標識資訊後，可以向會話管理網元發送目標接入網設備的多播能力資訊。

可選地，所述方法還包括：所述移動性管理網元獲取多播會話的標識資訊，所述多播會話用於傳輸所述終端設備的多播業務的資料；所述移動性管理網元根據所述多播會話的標識資訊，向所述會話管理網元發送所述目標接入網設備的多播能力資訊。

進一步地，所述移動性管理網元通過所述終端設備的多播上下文資訊，獲取所述多播會話的標識資訊。

可以理解，除了多播會話的標識資訊以外，移動性管理網元還可以獲得多播會話的其他相關資訊，然後基於多播會話的其他相關資訊向所述會話管理網元發送所述目標接入網設備的多播能力資訊。

在本申請實施例中，移動性管理網元可以主動向會話管理網元發送所述目標接入網設備的多播能力資訊，也可以基於會話管理網元發送的查詢請求，向會話管理網元發送所述目標接入網設備的多播能力資訊，對此不作限定。

作為一種可能的實現方式，所述移動性管理網元基於會話管理網元的查詢請求，向所述會話管理網元發送所述目標接入網設備的多播能力資訊。

可選地，所述方法還包括：所述移動性管理網元接收來自所述會話管理網元的查詢請求，所述查詢請求用於請求所述目標接入網設備的多播能力 資訊。

可以理解，所述查詢請求本身具備查詢目標接入網設備的多播能力資訊的功能，或者，所述查詢請求攜帶了目標接入網設備的相關標識，用以查詢目標接入網設備的多播能力資訊，對此不作限定。

比如，所述查詢請求可以包括終端設備的標識。由於移動性管理網元能夠得知終端設備當前接入的接入網設備，移動性管理網元在收到包含終端設備的標識的查詢請求以後，可以向會話管理網元回饋終端設備當前接入的接入網設備的多播能力資訊。

又比如，所述查詢請求可以包括目標接入網設備的標識。移動性管理網元在收到包含終端設備的標識的查詢請求以後，可以向會話管理網元回饋目標接入網設備的多播能力資訊。

可選地，所述移動性管理網元向所述會話管理網元發送N11介面消息，所述N11介面消息包括所述目標接入網設備的多播能力資訊。

第五方面，提供了一種傳輸多播業務的方法，該方法例如可以由接入網設備執行，或者也可以由配置在接入網設備中的部件(如電路、晶片或晶片系統等)執行。本申請對此不作限定。

所述方法包括：接收來自終端設備的第一消息，所述第一消息包括指示資訊和/或多播會話的標識資訊，所述指示資訊表示所述終端設備正在進行多播業務，或者所述終端設備有多播業務的需求；根據所述第一消息，向移動性管理網元發送所述接入網設備的多播能力資訊；接收來自所述移動性管理網元的多播會話的資訊，所述多播會話的資訊用於為所述多播會話分配傳輸資源，所述多播會話用於傳輸所述終端設備對應的多播業務的資料。

在本申請實施例中，接入網設備通過終端設備發送的第一消息，可告知終端設備當前有多播資料待傳輸。如果接入網設備支援多播的話，接入網 設備可以向會話管理網元告知自己的多播能力資訊。這樣使得會話管理網元在後續得知接入網設備支援多播時，可以建立多播資料的傳輸通道，有助於及時建立多播傳輸資源，避免接收多播資料的使用者過多時，由於無法及時建立多播傳輸資源而導致資源浪費。

可選地，所述第一消息是無線資源控制RRC重配消息。

可選地，所述方法應用於終端設備從源接入網設備移動到目標接入網設備的場景。此時，所述接入網設備是目標接入網設備。所述第一消息為切換確認消息。或者，所述切換確認消息攜帶於RRC重配消息中。

可選地，所述接入網設備的多播能力資訊攜帶於路徑切換請求消息中。

第六方面，提供了一種傳輸多播業務的方法，該方法例如可以由終端設備執行，或者也可以由配置在終端設備中的部件(如電路、晶片或晶片系統等)執行。本申請對此不作限定。

所述方法包括：生成第一消息，所述第一消息包括指示資訊和/或多播會話的標識資訊，所述指示資訊表示所述終端設備正在進行多播業務，或者所述終端設備有多播業務的需求；向接入網設備發送所述第一消息。

在本申請實施例中，終端設備向接入網設備告知終端設備當前有多播資料待傳輸。如果接入網設備支援多播的話，接入網設備可以向會話管理網元告知自己的多播能力資訊。這樣使得會話管理網元在後續得知接入網設備支援多播時，可以建立多播資料的傳輸通道，有助於及時建立多播傳輸資源，避免接收多播資料的使用者過多時，由於無法及時建立多播傳輸資源而導致資源浪費。

可選地，所述第一消息是無線資源控制RRC重配消息。

可選地，所述方法應用於終端設備從源接入網設備移動到目標接入 網設備的場景。此時，所述接入網設備是目標接入網設備。所述第一消息為切換確認消息。或者，所述切換確認消息攜帶於RRC重配消息中。

應理解，第五方面和第六方面所提供的方法並不僅限於在終端設備切換時使用。本申請對於該方法所適用的範圍不作限定。

第七方面，提供了一種傳輸多播業務的裝置，包括用於執行第一方面至第六方面任一種可能實現方式中的方法的各個模組或單元。

第八方面，提供了一種傳輸多播業務的裝置，包括處理器。該處理器與記憶體耦合，可用於執行記憶體中的指令或者資料，以實現上述第一方面和第二方面任一種可能實現方式中的方法。可選地，該裝置還包括記憶體。可選地，該裝置還包括通信介面，處理器與通信介面耦合。

在一種實現方式中，該裝置為會話管理網元。當該通信裝置為會話管理網元時，所述通信介面可以是收發器，或，輸入/輸出介面。

在另一種實現方式中，該裝置為配置於會話管理網元中的晶片。當該通信裝置為配置於會話管理網元中的晶片時，所述通信介面可以是輸入/輸出介面。

可選地，所述收發器可以為收發電路。可選地，所述輸入/輸出介面可以為輸入/輸出電路。

第九方面，提供了一種傳輸多播業務的裝置，包括處理器。該處理器與記憶體耦合，可用於執行記憶體中的指令或者資料，以實現上述第四方面任一種可能實現方式中的方法。可選地，該裝置還包括記憶體。可選地，該裝置還包括通信介面，處理器與通信介面耦合。

在一種實現方式中，該裝置為移動性管理網元。當該通信裝置為移動性管理網元時，所述通信介面可以是收發器，或，輸入/輸出介面。

在另一種實現方式中，該裝置為配置於移動性管理網元中的晶片。 當該通信裝置為配置於移動性管理網元中的晶片時，所述通信介面可以是輸入/輸出介面。

可選地，所述收發器可以為收發電路。可選地，所述輸入/輸出介面可以為輸入/輸出電路。

第十方面，提供了一種傳輸多播業務的裝置，包括處理器。該處理器與記憶體耦合，可用於執行記憶體中的指令或者資料，以實現上述協力廠商面以及第五方面任一種可能實現方式中的方法。可選地，該裝置還包括記憶體。可選地，該裝置還包括通信介面，處理器與通信介面耦合。

在一種實現方式中，該裝置為接入網設備。當該通信裝置為接入網設備時，所述通信介面可以是收發器，或，輸入/輸出介面。

在另一種實現方式中，該裝置為配置於接入網設備中的晶片。當該通信裝置為配置於接入網設備中的晶片時，所述通信介面可以是輸入/輸出介面。

可選地，所述收發器可以為收發電路。可選地，所述輸入/輸出介面可以為輸入/輸出電路。

第十一方面，提供了一種傳輸多播業務的裝置，包括處理器。該處理器與記憶體耦合，可用於執行記憶體中的指令或者資料，以實現上述第六方面任一種可能實現方式中的方法。可選地，該裝置還包括記憶體。可選地，該裝置還包括通信介面，處理器與通信介面耦合。

在一種實現方式中，該裝置為終端設備。當該通信裝置為終端設備時，所述通信介面可以是收發器，或，輸入/輸出介面。

在另一種實現方式中，該裝置為配置於終端設備中的晶片。當該通信裝置為配置於終端設備中的晶片時，所述通信介面可以是輸入/輸出介面。

可選地，所述收發器可以為收發電路。可選地，所述輸入/輸出介面可以為輸入/輸出電路。

第十二方面，提供了一種處理器，包括：輸入電路、輸出電路和處理電路。所述處理電路用於通過所述輸入電路接收信號，並通過所述輸出電路發射信號，使得所述處理器執行第一方面至第六方面中任一種可能實現方式中的方法。

在具體實現過程中，上述處理器可以為一個或多個晶片，輸入電路可以為輸入管腳，輸出電路可以為輸出管腳，處理電路可以為電晶體、門電路、觸發器和各種邏輯電路等。輸入電路所接收的輸入的信號可以是由例如但不限於接收器接收並輸入的，輸出電路所輸出的信號可以是例如但不限於輸出給發射器並由發射器發射的，且輸入電路和輸出電路可以是同一電路，該電路在不同的時刻分別用作輸入電路和輸出電路。本申請實施例對處理器及各種電路的具體實現方式不做限定。

第十三方面，提供了一種處理裝置，包括處理器和記憶體。該處理器用於讀取記憶體中存儲的指令，並可通過接收器接收信號，通過發射器發射信號，以執行第一方面至第六方面任一種可能實現方式中的方法。

可選地，所述處理器為一個或多個，所述記憶體為一個或多個。

可選地，所述記憶體可以與所述處理器集成在一起，或者所述記憶體與處理器分離設置。

在具體實現過程中，記憶體可以為非暫態性(non-transitory)記憶體，例如唯讀記憶體(read only memory，ROM)，其可以與處理器集成在同一塊晶片上，也可以分別設置在不同的晶片上，本申請實施例對記憶體的類型以及記憶體與處理器的設置方式不做限定。

應理解，相關的資料交互過程例如發送指示資訊可以為從處理器輸出指示資訊的過程，接收能力資訊可以為處理器接收輸入能力資訊的過程。具體地，處理器輸出的資料可以輸出給發射器，處理器接收的輸入資料可以來自 接收器。其中，發射器和接收器可以統稱為收發器。

上述第十三方面中的處理裝置可以是一個或多個晶片。該處理裝置中的處理器可以通過硬體來實現也可以通過軟體來實現。當通過硬體實現時，該處理器可以是邏輯電路、積體電路等；當通過軟體來實現時，該處理器可以是一個通用處理器，通過讀取記憶體中存儲的軟體代碼來實現，該記憶體可以集成在處理器中，可以位於該處理器之外，獨立存在。

第十四方面，提供了一種電腦程式產品，所述電腦程式產品包括：電腦程式(也可以稱為代碼，或指令)，當所述電腦程式被運行時，使得電腦執行上述第一方面至第六方面中任一種可能實現方式中的方法。

第十五方面，提供了一種電腦可讀存儲介質，所述電腦可讀存儲介質存儲有電腦程式(也可以稱為代碼，或指令)當其在電腦上運行時，使得電腦執行上述第一方面至第六方面中任一種可能實現方式中的方法。

第十六方面，提供了一種通信系統，包括前述的會話管理網元、移動性管理網元、源接入網設備、目標接入網設備和終端設備中的一個或多個。

1600,1700:裝置

1610:收發單元

1200:處理單元

1710:處理器

1720:收發器

1730:記憶體

400~1100:方法

AF:應用功能

AMF:接入和移動性管理功能

AUSF:認證服務功能

DN:資料網路

N1~N22:介面

NSSF:網路切片選擇功能網元

PCF:策略控制功能

RAN,RAN1~RAN2:無線接入網

S410~S420,S510~S530,S610~S630,S710~S750,S801~S811,S901~S915, S1001~S1011,S1101~S1110:步驟

SMF:會話管理功能

S-RAN:源接入網

T-RAN:目標接入網

UDM:統一資料管理

UE,UEa~UEd:使用者設備

UPF:用戶面功能

圖1是適用於本申請實施例提供的方法的網路架構的示意圖。

圖2是本申請實施例提供的一種業務資料的傳輸示意圖。

圖3是本申請實施例提供的另一業務資料的傳輸示意圖。

圖4是本申請實施例提供的傳輸多播業務的方法的示意性流程圖。

圖5是本申請實施例提供的另一傳輸多播業務的方法的示意性流程圖。

圖6是本申請實施例提供的另一傳輸多播業務的方法的示意性流程圖。

圖7是本申請實施例提供的另一傳輸多播業務的方法的示意性流程圖。

圖8是本申請實施例提供的另一傳輸多播業務的方法的示意性流程圖。

圖9是本申請實施例提供的另一傳輸多播業務的方法的示意性流程圖。

圖10是本申請實施例提供的另一傳輸多播業務的方法的示意性流程圖。

圖11是本申請實施例提供的另一傳輸多播業務的方法的示意性流程圖。

圖12是本申請實施例提供的傳輸多播業務的裝置的示意性框圖。

圖13是本申請實施例提供的另一傳輸多播業務的裝置的示意性框圖。

下面將結合附圖，對本申請中的技術方案進行描述。

本申請實施例的技術方案可以應用於各種通信系統，例如：長期演進(long term evolution，LTE)系統、LTE頻分雙工(frequency division duplex，FDD)系統、LTE時分雙工(time division duplex，TDD)、通用移動通信系統(universal mobile telecommunication system，UMTS)、第五代(5th generation，5G)系統或新無線(new radio，NR)或者其他演進的通信系統等。

本申請提供的技術方案還可以應用於未來的通信系統，如第六代移動通信系統等。本申請對此不作限定。

本申請提供的技術方案還可以應用於機器類通信(machine type communication，MTC)、機器間通信長期演進技術(long term evolution-machine，LTE-M)、設備到設備(device-to device，D2D)網路、機器到機器(machine to machine，M2M)網路、物聯網(internet of things，IoT)網路或者其他網路。其中，IoT網路例如可以包括車聯網。其中，車聯網系統中的通信方式統稱為車到其他設備(vehicle to X，V2X，X可以代表任何事物)，例如，該V2X可以包括：車輛到車輛(vehicle to vehicle，V2V)通信，車輛與基礎設施(vehicle to infrastructure，V2I)通信、車輛與行人之間的通信(vehicle to pedestrian，V2P) 或車輛與網路(vehicle to network，V2N)通信等。

圖1是適用於本申請實施例提供的方法的網路架構的示意圖。如圖1所示，該網路架構例如是第三代合作夥伴計畫(3rd Generation Partnership Project，3GPP)協議TS23.501中定義的5G系統(the 5h generation system，5GS)。該網路架構可以分為接入網(access network，AN)和核心網(core network，CN)兩部分。其中，接入網可用於實現無線接入有關的功能，核心網主要包括以下幾個關鍵邏輯網元：接入和移動性管理功能(access and mobility management function，AMF)、會話管理功能(session management function，SMF)、用戶面功能(user plane function，UPF)、策略控制功能(policy control function，PCF)和統一資料管理(unified data management，UDM)等。

下面對圖1中示出的各網元做簡單介紹：

1、使用者設備(user equipment，UE)：可以稱終端設備、接入終端、使用者單元、使用者站、移動站、移動台、遠方站、遠端終端機、移動設備、使用者終端、終端、無線通訊設備、使用者代理或使用者裝置。

終端設備可以是一種向使用者提供語音/資料連通性的設備，例如，具有無線連接功能的掌上型設備、車載設備等。目前，一些終端的舉例為：手機(mobile phone)、平板電腦、筆記型電腦、掌上型電腦、移動互聯網設備(mobile internet device，MID)、可穿戴設備，虛擬實境(virtual reality，VR)設備、增強現實(augmented reality，AR)設備、工業控制(industrial control)中的無線終端、無人駕駛(self driving)中的無線終端、遠端手術(remote medical surgery)中的無線終端、智慧電網(smart grid)中的無線終端、運輸安全(transportation safety)中的無線終端、智慧城市(smart city)中的無線終端、智慧家庭(smart home)中的無線終端、蜂窩電話、無繩電話、會話啟動協定(session initiation protocol，SIP)電話、無線本地環路(wireless local loop，WLL)站、個人數位 助理(personal digital assistant，PDA)、具有無線通訊功能的手持設備、計算設備或連接到無線數據機的其它處理設備、車載設備、可穿戴設備，5G網絡中的終端設備或者未來演進的公用陸地移動通信網路(public land mobile network，PLMN)中的終端設備等，本申請實施例對此並不限定。

作為示例而非限定，在本申請實施例中，該終端設備還可以是可穿戴設備。可穿戴設備也可以稱為穿戴式智慧設備，是應用穿戴式技術對日常穿戴進行智慧化設計、開發出可以穿戴的設備的總稱，如眼鏡、手套、手錶、服飾及鞋等。可穿戴設備即直接穿在身上，或是整合到用戶的衣服或配件的一種可擕式設備。可穿戴設備不僅僅是一種硬體設備，更是通過軟體支援以及資料交互、雲端交互來實現強大的功能。廣義穿戴式智慧設備包括功能全、尺寸大、可不依賴智慧手機實現完整或者部分的功能，例如：智慧手錶或智慧眼鏡等，以及只專注於某一類應用功能，需要和其它設備如智慧手機配合使用，如各類進行體征監測的智慧手環、智慧首飾等。

此外，在本申請實施例中，終端設備還可以是物聯網(internet of things，IoT)系統中的終端設備，IoT是未來資訊技術發展的重要組成部分，其主要技術特點是將物品通過通信技術與網路連接，從而實現人機互連，物物互連的智慧化網路。

2、接入網：為使用者設備提供入網功能，並能夠根據使用者的級別、業務的需求等使用不同品質的傳輸隧道。接入網路可以為採用不同接入技術的接入網路。目前的無線接入技術有兩種類型：3GPP接入技術(例如3G、4G或5G系統中採用的無線接入技術)和非3GPP(non-3GPP)接入技術。3GPP接入技術是指符合3GPP標準規範的接入技術，例如，5G系統中的接入網設備稱為下一代基站節點(next generation Node Base station，gNB)。非3GPP接入技術是指不符合3GPP標準規範的接入技術，例如，以無線保真(wireless fidelity，WiFi)中的 接入點(access point，AP)為代表的空口技術。

基於無線通訊技術實現接入網路功能的接入網可以稱為無線接入網(radio access network，RAN)。無線接入網能夠管理無線資源，為終端設備提供接入服務，進而完成控制信號和使用者資料在終端和核心網之間的轉發。

無線接入網例如可以包括但不限於：無線網路控制器(radio network controller，RNC)、節點B(Node B，NB)、基站控制器(base station controller，BSC)、基站收發台(base transceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基帶單元(baseband unit，BBU)，WiFi系統中的AP、無線中繼節點、無線回傳節點、傳輸點(transmission point，TP)或者發送接收點(transmission and reception point，TRP)等，還可以為5G(如，NR)系統中的gNB或傳輸點(TRP或TP)，5G系統中的基站的一個或一組(包括多個天線面板)天線面板，或者，還可以為構成gNB或傳輸點的網路節點，如基帶單元(BBU)，或，分散式單元(distributed unit，DU)，或者下一代通信6G系統中的基站等。本申請實施例對無線接入網設備所採用的具體技術和具體設備形態不做限定。

接入網可以為社區提供服務。終端設備可以通過接入網設備分配的傳輸資源(例如，頻域資源，或者說，頻譜資源)與社區通信。

3、AMF：主要用於移動性管理和接入管理等，如用戶位置更新、使用者註冊網路、使用者切換等。AMF還可用於實現移動性管理實體(mobility management entity，MME)中除會話管理之外的其它功能。例如，合法監聽、或接入授權(或鑒權)等功能。

4、SMF：主要用於會話管理、UE的網際協議(Internet Protocol，IP)地址分配和管理、選擇可管理用戶平面功能、策略控制、或收費功能介面的終結點以及下行資料通知等。在本申請實施例中，SMF主要使用者負責移動網路 中的會話管理，如會話建立、修改、釋放等。具體功能例如可以包括為終端設備分配IP位址、選擇提供報文轉發功能的UPF等。

5、UPF：即，數據面閘道。可用於分組路由和轉發、或使用者面資料的服務品質(quality of service，QoS)處理等。使用者資料可通過該網元接入到資料網路(data network，DN)。在本申請實施例中，可用於實現用戶面閘道的功能。

6、資料網路(DN)：用於為使用者提供資料服務的運營商網路。例如，運營商業務的網路、網際網路(Internet)、協力廠商的業務網路、IP多媒體服務業務(IP multi-media service)網路等。

7、認證服務功能(authentication server function，AUSF)：主要用於用戶鑒權等。

8、網路開放功能(network exposure function，NEF)：用於安全地向外部開放由3GPP網路功能提供的業務和能力等。

9、網路存儲功能((network function(NF)repository function，NRF)：用於保存網路功能實體以及其提供服務的描述資訊，以及支援服務發現，網元實體發現等。

10、策略控制功能(PCF)：用於指導網路行為的統一策略框架，為控制平面功能網元(例如AMF，SMF等)提供策略規則資訊等。

11、統一資料管理(UDM)：用於存儲使用者資料，如簽約資訊、鑒權/授權資訊等。

12、應用功能(application function，AF)：負責向3GPP網路提供業務，如影響業務路由、與PCF之間交互以進行策略控制等。

在圖1所示的網路架構中，各網元之間可以通過圖中所示的介面通信。如圖所示，N1介面為終端設備與AMF之間的參考點；N2介面為RAN和AMF 的參考點，用於非接入層(non-access stratum，NAS)消息的發送等；N3介面為RAN和UPF之間的參考點，用於傳輸使用者面的資料等；N4介面為SMF和UPF之間的參考點，用於傳輸例如N3連接的隧道標識資訊，資料緩存指示資訊，以及下行資料通知消息等資訊；N5介面為PCF與AF之間的參考點；N6介面為UPF和DN之間的參考點，用於傳輸使用者面的資料等；N7介面為SMF和PCF之間的參考點；N8介面為AMF和UDM之間的參考點；N11介面為AMF與SMF之間的參考點。其他介面與各網元之間的關係如圖1中所示，為了簡潔，這裡不一一詳述。

應理解，上述應用於本申請實施例的網路架構僅是舉例說明的從傳統點到點的架構和服務化架構的角度描述的網路架構，適用本申請實施例的網路架構並不局限於此，任何能夠實現上述各個網元的功能的網路架構都適用於本申請實施例。

還應理解，圖1中所示的AMF、SMF、UPF、網路切片選擇功能網元(network slice selection function，NSSF)、NEF、AUSF、NRF、PCF、UDM可以理解為核心網中用於實現不同功能的網元，例如可以按需組合成網路切片。這些核心網網元可以各自獨立的設備，也可以集成於同一設備中實現不同的功能，本申請對於上述網元的具體形態不作限定。

還應理解，上述命名僅為便於區分不同的功能而定義，不應對本申請構成任何限定。本申請並不排除在5G網路以及未來其它的網路中採用其他命名的可能。例如，在6G網路中，上述各個網元中的部分或全部可以沿用5G中的術語，也可能採用其他名稱等。圖1中的各個網元之間的介面名稱只是一個示例，具體實現中介面的名稱可能為其他的名稱，本申請對此不作具體限定。此外，上述各個網元之間的所傳輸的消息(或信令)的名稱也僅僅是一個示例，對消息本身的功能不構成任何限定。

為便於理解本申請實施例，首先對本申請中涉及到的術語做簡單說 明。

1、協定資料單元(protocol data unit，PDU)會話(PDU session)：5G核心網(5G core network，5GC)支持PDU連接業務。PDU連接業務可以是指終端設備與DN之間交換PDU資料包的業務。PDU連接業務通過終端設備發起PDU會話的建立來實現。一個PDU會話建立後，也就是建立了一條終端設備和DN的資料傳輸通道。換句話說，PDU會話是UE級別的。每個終端設備可以建立一個或多個PDU會話。

如前所述，SMF主要使用者負責移動網路中的會話管理。PDU會話在終端設備和SMF之間可以通過NAS會話管理(session management，SM)信令進行建立、修改或釋放。

在本申請實施例中，一個PDU會話可以通過一個PDU會話標識(PDU session identifier，PDU session ID)來標識。由於PDU會話是UE級別的，因此每個PDU會話標識也可對應於一個終端設備。

2、QoS流(QoS flow)：QoS flow是PDU會話中最精細的QoS區分細微性。在5G系統中，一個QoS Flow標識(QoS flow identifier，QFI)可用於標識一條QoS flow。一個PDU會話中可以包括多條QoS flow，但每條QoS flow的QFI都是不同的。換言之，一個QFI在一個PDU會話中是唯一的。

3、用於傳輸多播資料的PDU會話可以稱為多播會話，組播會話，廣播會話，或組播廣播業務(multicast and broadcast service，MBS)會話。接收同一多播資料的多個終端設備可以屬於一個多播群組。也就是說，一個多播資料可以對應一個多播群組，或者說，一個多播會話。終端設備有多播業務需求時，可以請求加入多播群組。比如，多播業務包括MBS，或，多媒體廣播組播業務(multimedia broadcast multicast service，MBMS)。

4、多播業務的傳輸主要包括兩種模式，即共用傳送模式(shared delivery mode)和單獨傳送模式(individual delivery mode)。共用傳送模式也可以稱作多播傳輸模式。單獨傳送模式也可以稱作單播傳輸模式。多播業務的資料傳輸可以採用單播傳輸模式，也可以採用多播傳輸模式。多播業務的資料所採用的傳輸模式與接入網設備是否支援多播有關。如果接入網設備支援多播，則採用多播傳輸多播業務的資料；如果接入網設備不支援多播，則採用單播模式傳輸多播業務的資料。

多播傳輸模式是指：使用者面功能至接入網設備的傳輸通道(或稱作傳輸隧道，比如，基於通用分組無線服務隧道協定(general packet radio service tunnelling protocol，GTP)的隧道)，以及接入網設備到終端設備的空口側的傳輸通道被多播群組內的數個用戶共用。以圖2中的示意為例，UPF針對RAN發送一份資料，RAN在空口傳輸一份資料，多播群組內的UEa，UEb以及UEc均可接收到該資料。

單播傳輸模式是指：使用者面功能至接入網設備的傳輸通道，以及接入網設備到終端設備的空口側的傳輸通道被單個用戶專享。以圖3中的示意為例，當UEd駐留的RAN2不支援多播時，RAN2的資料來源於單播UPF。單播UPF至RAN2的傳輸通道，以及RAN2至UEd的空口側的傳輸通道被UEd專享。資料的傳輸路徑為：多播UPF→單播UPF→RAN2→UEd。

網路中有可能會同時存在支援多播的接入網設備與不支援多播的接入網設備。終端設備可能從不支援多播的接入網設備移動到支援多播的接入網設備。其中，不支援多播的接入網設備不會存儲與多播相關的資訊。以終端設備從源接入網設備移動或切換到目標接入網設備為例描述，如果源接入網設備不支援多播，那麼源接入網設備不會存儲多播相關的資訊，也就無法向目標接入網設備轉發多播相關的資訊。無論目標接入網設備是否支援多播，都無法向會話管理網元提供多播相關的資訊。這樣，會話管理網元無法判斷目標接入網 設備是否支援多播。

本申請提出了一種傳播多播業務的方法，能夠使得會話管理網元得知接入網設備(比如目標接入網設備)是否支援多播，從而在接入網設備支援多播時建立多播資源，有助於避免資源浪費。

下文將結合多個附圖詳細說明本申請實施例提供的傳輸多播業務的方法。

可以理解，下文僅為便於理解和說明，以設備之間的交互為例詳細說明本申請實施例所提供的方法。但這不應對本申請提供的方法的執行主體構成任何限定。例如，下文實施例示出的接入網設備可以替換為配置於接入網設備中的部件(如電路、晶片或晶片系統等)。

下文示出的實施例並未對本申請實施例提供的方法的執行主體的具體結構特別限定，只要能夠通過運行記錄有本申請實施例的提供的方法的代碼的程式，實現本申請實施例提供的方法即可。

此外，附圖中僅為便於理解，將UPF、SMF、AMF等核心網網元單獨示出，但這不應對本申請構成任何限定。本申請對於核心網網元的具體形態不作限定。

可以理解，實際應用中，下文中出現術語“多播”的地方，均可以替換為“組播”。比如，“多播能力”可替換為“組播能力”，“多播會話”可替換為“組播會話”等等，本申請對此不作具體限定。

還可以理解，在本申請實施例中，涉及網元A向網元B發送消息、資訊或資料，以及網元B接收來自網元A的消息、資訊或資料的相關描述，旨在說明該消息、資訊或資料是要發給哪個網元，而並不限定它們之間是直接發送還是經由其他網元間接發送。

還可以理解，在本申請實施例中，“當......時”、“在......的情況下”、 “若”以及“如果”等描述均指在某種客觀情況下設備(如，會話管理網元或者移動性管理網元)會做出相應的處理，並非是限定時間，且也不要求設備(如，會話管理網元或者移動性管理網元)在實現時一定要有判斷的動作，也不意味著存在其它限定。

圖4示出了本申請實施例的傳輸多播業務的方法400的示意性流程圖。所述方法400應用於終端設備從源接入網設備移動到目標接入網設備的場景。示例性地，該方法400可以應用於圖1所示的系統架構。

S410，會話管理網元獲取目標接入網設備的多播能力資訊。

其中，多播能力資訊可以稱為MBS能力(capability)資訊。

示例性地，會話管理網元可以從移動性管理網元處獲取所述目標接入網設備的多播能力資訊，或者，從會話管理網元的本地獲取所述目標接入網設備的多播能力資訊。

目標接入網設備的多播能力資訊用於表示目標接入網設備是否支援多播(即多播傳輸模式)。以1比特表示目標接入網設備的多播能力資訊為例說明，該1比特取值為0表示不支持多播，取值為1表示支持多播，但不限於該舉例。

可選地，在S410之前，所述方法400還包括：會話管理網元確定源接入網設備不支援多播。或者說，S410可替換為：當源接入網設備不支援多播時，會話管理網元獲取目標接入網設備的多播能力資訊。

具體來講，如果源接入網設備不支援多播，如前文所介紹，會話管理網元無法得知目標接入網設備是否支援多播，因此要獲取目標接入網設備的多播能力資訊。

S420，當所述多播能力資訊表示所述目標接入網設備支援多播時，所述會話管理網元向所述目標接入網設備發送多播會話的資訊。

其中，所述多播會話的資訊可以用於為所述多播會話分配傳輸資 源，所述多播會話用於傳輸所述終端設備對應的多播業務的資料。

其中，終端設備對應的多播業務可以理解為：終端設備當前進行的多播業務。多播業務也可以替換為組播業務或廣播業務。

具體地，所述多播會話的資訊可以包括以下資訊中的一項或多項：多播會話的上下文資訊，多播會話的QoS參數，單播會話(或者說，單播會話中的QoS流)和多播會話(或者說，多播會話中的QoS流)的關聯關係，單播會話的QoS參數，以及多播會話的標識資訊。

其中，多播會話的QoS參數可以包括多播QFI以及多播會話的標識資訊等。多播會話的標識資訊用於標識多播會話。比如，多播會話的標識資訊可以是多播群組標識(temporary multicast group identifier，TMGI)，或者，多播會話的標識(multicast broadcast service session ID)。

“所述多播會話的資訊可用於為多播會話分配傳輸資源”可通過以下示例理解。

例如，如果所述多播會話的資訊包括所述多播會話的QoS參數，目標接入網設備可以根據所述多播會話的QoS參數，配置所述終端設備的無線承載或者配置所述多播會話的無線承載資源。

再例如，如果所述多播會話的資訊包括多播會話與單播會話的關聯關係，和/或多播會話中的QoS流和單播會話中的QoS流的關聯關係，當需要通過單播會話資源(例如，當所述終端設備接入到不支援多播的接入網設備時)傳輸多播資料時，目標接入網設備可以根據所述關聯關係，通過與多播會話關聯的單播會話的傳輸資源，或者與多播QoS流關聯的單播QoS流的傳輸資源，傳輸所述終端設備對應的多播業務的資料。

可以理解，上述關於多播會話的資訊用於為多播會話分配傳輸資源的舉例只是便於理解，本申請並不限於此。

對於終端設備從源接入網設備移動到目標接入網設備的場景，當源接入網設備不支援多播時，如果會話管理網元無法得知目標接入網設備的多播能力資訊，那麼在會話管理網元支援多播的情況下仍然採用單播傳輸，會造成資源(比如，空口資源以及傳輸網側資源)浪費。在本申請實施例中，會話管理網元通過獲取目標接入網設備的多播能力資訊，並在所述多播能力資訊表示目標接入網設備支援多播時，向目標接入網設備發送多播會話的資訊，從而使得目標接入網設備建立多播傳輸的資源，能夠避免資源浪費，有助於節省資源。

會話管理網元可以通過不同的實施方式獲得目標接入網設備的多播能力資訊。以下分別進行詳細描述。

作為第一種情形，S410包括：所述會話管理網元根據所述目標接入網設備的標識以及第一對應關係，獲取所述多播能力資訊，所述第一對應關係包括所述目標接入網設備的標識與所述多播能力資訊的對應關係。

具體而言，會話管理網元本機存放區了目標接入網設備的標識與其多播能力資訊的對應關係。會話管理網元基於目標接入網設備的標識(比如，RAN ID)，在本地查詢該對應關係，可以得到目標接入網設備的多播能力資訊。

可以理解，這裡是以目標接入網設備的標識與其多播能力資訊的對應關係為例進行描述，但本申請不限於此。事實上，會話管理網元本地可以存儲多個接入網設備的多播能力資訊。比如，會話管理網元中維護有多播能力資訊清單，基於接入網設備的標識，會話管理網元在該多播能力資訊清單中可查詢到相應接入網設備的多播能力資訊。

作為第二種情形，S410包括：移動性管理網元向會話管理網元發送所述目標接入網設備的多播能力資訊。對應的，所述會話管理網元接收來自移動性管理網元的所述目標接入網設備的多播能力資訊。

可以理解，移動性管理網元向會話管理網元發送的目標接入網設備 的多播能力資訊，可以攜帶於現有介面消息中，也可以是新定義的消息，對此不作限定。示例性地，所述目標接入網設備的多播能力資訊可攜帶於N11介面消息中。

移動性管理網元向會話管理網元發送所述目標接入網設備的多播能力資訊之前，可先獲取目標接入網設備的多播能力資訊。本申請對移動性管理網元獲取目標接入網設備的多播能力資訊的時機不作具體限定。當終端設備從源接入網設備移動到目標接入網設備時，移動性管理網元可以接收目標接入網設備發送的多播能力資訊。或者，當終端設備從源接入網設備移動到目標接入網設備之前，移動性管理網元可以預先與目標接入網設備進行交互，獲得目標接入網設備的多播能力資訊。比如，移動性管理網元可與目標接入網設備交互設備級資訊(包括接入網設備的多播能力資訊，負載資訊等)。

作為一種可選的實現方式，移動性管理網元向會話管理網元發送所述目標接入網設備的多播能力資訊，包括：當終端設備當前進行多播業務時，所述移動性管理網元向會話管理網元發送所述目標接入網設備的多播能力資訊。或者說，移動性管理網元在判斷到終端設備當前在進行多播業務時，向會話管理網元發送所述目標接入網設備的多播能力資訊。

本申請對移動性管理網元如何得知終端設備當前在進行多播業務的方式不作具體限定。移動性管理網元可以通過以下方式得知終端設備當前在進行多播業務：

方式1，移動性管理網元通過與終端設備所在的接入網設備進行交互，得知終端設備當前正在進行多播業務。

方式2，移動性管理網元通過存儲的終端設備的上下文，得知終端設備當前正在進行多播業務。所述終端設備的上下文中包含了多播相關的資訊。多播相關的資訊包括以下資訊中的一項或多項：多播會話的標識資訊，多播會 話管理網元的標識資訊，多播會話的QoS參數，或者其他用於標識多播業務的資訊。

方式3，移動性管理網元接收終端設備的通知，所述通知用於告知移動性管理網元該終端設備當前在進行多播業務。

可以理解，上述3種方式只是示例性說明，本申請並不限於此。

作為又一種可能的實現方式，可選地，所述方法400還包括：移動性管理網元獲取多播會話的標識資訊，所述多播會話用於傳輸終端設備對應的多播業務的資料；其中，移動性管理網元向會話管理網元發送所述目標接入網設備的多播能力資訊，包括：移動性管理網元根據所述多播會話的標識資訊，向所述會話管理網元發送所述目標接入網設備的多播能力資訊。

移動性管理網元在獲得多播會話的標識資訊後，可以向會話管理網元發送目標接入網設備的多播能力資訊。

可選地，移動性管理網元獲取多播會話的標識資訊，包括：所述移動性管理網元通過終端設備的多播上下文資訊，獲取所述多播會話的標識資訊。

具體地，若終端設備之前加入多播群組(一個多播群組可以包括一個或多個終端設備)，移動性管理網元可能存儲了終端設備的多播上下文資訊，所述終端設備的多播上下文資訊中包括了多播會話的標識資訊(比如，MBS會話ID)。移動性管理網元可以從存儲的終端設備的多播上下文資訊中獲得多播會話的標識資訊。

可選地，除了多播會話的標識資訊以外，移動性管理網元還可以獲得多播會話的其他相關資訊，然後基於多播會話的其他相關資訊向所述會話管理網元發送所述目標接入網設備的多播能力資訊。比如，多播會話的其他相關資訊可以包括以下中的一項或多項：終端設備的PDU會話，用於所述多播會話的接入網設備的標識、用於所述多播會話的會話管理網元的標識，多播會話的 QoS參數，或者其他用於標識多播業務的資訊。所述PDU會話與多播會話關聯。可以理解，多播會話的其他相關資訊中包含的資訊可以理解為具有綁定關係或對應關係，移動性管理網元獲得其中的一項或多項，均可以向所述會話管理網元發送所述目標接入網設備的多播能力資訊。

在本申請實施例中，移動性管理網元可以主動向會話管理網元發送所述目標接入網設備的多播能力資訊，也可以基於會話管理網元發送的查詢請求，向會話管理網元發送所述目標接入網設備的多播能力資訊，對此不作限定。

作為一種可能的實現方式，可選地，所述方法400還包括：會話管理網元向移動性管理網元發送查詢請求，所述查詢請求用於請求所述目標接入網設備的多播能力資訊。對應的，移動性管理網元接收所述查詢請求。

其中，所述查詢請求也可以理解為用於查詢終端設備當前接入的接入網設備的多播能力資訊。以切換場景為例，終端設備移動到了目標接入網設備，那麼終端設備當前接入的接入網設備就是目標接入網設備。會話管理網元能夠得知終端設備移動到了目標接入網設備，或者說，會話管理網元知道終端設備當前接入或駐留的接入網設備。

可以理解，所述查詢請求本身具備查詢目標接入網設備的多播能力資訊的功能，或者，所述查詢請求攜帶了目標接入網設備的相關標識，用以查詢目標接入網設備的多播能力資訊，對此不作限定。

比如，所述查詢請求可以包括終端設備的標識。由於移動性管理網元能夠得知終端設備當前接入的接入網設備，移動性管理網元在收到包含終端設備的標識的查詢請求以後，可以向會話管理網元回饋終端設備當前接入的接入網設備的多播能力資訊。

又比如，所述查詢請求可以包括目標接入網設備的標識。移動性管理網元在收到包含終端設備的標識的查詢請求以後，可以向會話管理網元回饋 目標接入網設備的多播能力資訊。

上文描述的實施例中，會話管理網元首先獲取目標接入網設備的多播能力資訊，然後在目標接入網設備支援多播時，才向目標接入網設備發送多播會話的資訊。本申請還提供了一種實施例，會話管理網元先向目標接入網設備發送多播會話的資訊，然後才能獲知目標接入網設備是否支援多播。換種表述，會話管理網元在發送多播會話的資訊之前，並未獲得目標接入網設備的多播能力資訊，即不知道目標接入網設備是否支援多播。下面將結合圖5進行說明。需要說明的是，圖4所示實施例與下文圖5所示實施例的區別至少在於：“會話管理網元發送多播會話的資訊”的時機不同。

圖5示出了本申請實施例的傳輸多播業務的方法500的示意性流程圖。示例性地，該方法500可以應用於圖1所示的系統架構。所述方法500包括：

S510，會話管理網元向接入網設備發送多播會話的資訊。

其中，所述多播會話的資訊可以用於為所述多播會話分配傳輸資源，所述多播會話用於傳輸所述終端設備對應的多播業務的資料。對應的，接入網設備接收所述多播會話的資訊。

多播會話的資訊參考前文描述，為了簡潔，這裡不作贅述。

具體地，會話管理網元通過移動性管理網元向所述接入網設備發送所述多播會話的資訊。

S520，接入網設備向會話管理網元發送第一資訊，所述第一資訊用於表示所述接入網設備支援多播。對應的，會話管理網元接收所述第一資訊。

具體地，接入網設備通過移動性管理網元向會話管理網元發送所述第一資訊。

其中，第一資訊可以是確認(acknowledge，ACK)，也可以是指示資訊(指示資訊用於指示接入網設備支援多播)，也可以是某些消息中的信元 等，對此不作限定。

例如，如果接入網設備支援多播，接入網設備回饋多播資源建立的確認資訊。

又例如，如果接入網設備支援多播，接入網設備回饋的消息中包含多播資源建立的確認資訊。會話管理網元如果收到了多播資源建立的確認資訊，則認為接入網設備支援多播。

S530，會話管理網元根據第一資訊，觸發單播使用者面網元配置單播PDU會話，所述單播PDU會話不用於傳輸多播業務的資料；或者，所述會話管理網元觸發多播會話管理網元向多播使用者面網元發送配置資訊，所述配置資訊用於配置所述多播使用者面網元停止向單播用戶面網元傳輸所述多播業務的資料。

其中，單播用戶面網元可以是指用於單播傳輸的用戶面網元。多播用戶面網元可以是指用於多播傳輸的用戶面網元。多播會話管理網元可以是管理多播會話的網元，其可以配置多播使用者面網元發送多播資料。

具體地，會話管理網元基於第一資訊，對單播使用者面網元進行配置以實現以下功能中的至少一項：單播使用者面網元收到多播資料(即所述多播業務的資料)後，不通過單播PDU會話轉發多播資料；單播用戶面網元可以將收到的多播資料直接丟棄掉，或者是收到了多播資料但不作轉發。本申請對會話管理網元如何配置單播使用者面網元實現以上功能的方式不作限定。例如，會話管理網元可以通過更新單播用戶面網元的轉發規則來實現上述步驟，或者，也可以是通過通知消息告知單播使用者面網元，對此不作限定。

會話管理網元觸發單播使用者面網元配置單播PDU會話可以通過以下示例理解：例如，會話管理網元向單播用戶面網元發送第二消息，所述第二消 息包括第三資訊。其中，所述第三資訊用於配置所述單播使用者面網元的資料處理規則。所述資料處理規則包括以下方面中的一項或多項：與資料識別相關的規則，與資料轉發相關的規則，與資料QoS應相關的規則等。單播使用者面網元在收到配置資訊後，基於所述資料處理規則進行選通(gating)，或者，不向終端設備的單播PDU會話轉發多播業務的資料。

又例如，會話管理網元向單播用戶面網元發送第三消息，所述第三消息包括第四資訊。其中，該第四資訊用於指示所述單播用戶面網元(比如，向多播用戶面網元)發送離開消息。所述離開消息用於使所述單播用戶面網元不再接收多播業務的資料。

可以理解，上述關於“會話管理網元觸發單播使用者面網元配置單播PDU會話”的示例中涉及到的消息或信令可以沿用現有消息或信令，也可以是新定義的消息或信令，本申請對此不作限定。

或者，具體地，會話管理網元可以向多播會話管理網元發送請求消息，所述請求消息用於請求多播會話管理網元向多播使用者面網元發送配置資訊，所述配置資訊用於配置所述多播使用者面網元不要將多播資料發送給單播使用者面網元。本申請對多播會話管理網元如何配置多播使用者面網元實現以上功能的方式也不作限定。例如，多播會話管理網元可以通過更新多播用戶面網元的轉發規則來實現上述功能，或者，也可以是通過通知消息告知多播使用者面網元，對此不作限定。

所述會話管理網元觸發多播會話管理網元向多播使用者面網元發送配置資訊可以通過以下示例理解：例如，會話管理網元向多播會話管理網元發送第四消息。其中，所述第四消息用於請求多播使用者面網元不再向單播用戶面發送多播業務的資料。所述多播會話管理網元接收到所述第四消息後，可向所述多播用戶面網元 發送第五消息。其中，所述第五消息包含第六資訊，所述第六資訊用於配置或更新所述多播使用者面網元的資料處理規則。所述資料處理規則包括以下方面中的一項或多項：與資料識別相關的規則，與資料轉發相關的規則，與資料QoS相關的規則等。所述多播使用者面網元可以根據所述資料處理規則進行選通(gating)，或者，不向所述單播用戶面發送發所述多播業務的資料。可選地，所述多播用戶面網元可以通過刪除所述多播用戶面網元向所述單播用戶面網元的轉發規則，來實現不向所述單播用戶面發送發所述多播業務的資料的功能。所述第六資訊可與所述配置資訊替換。

可以理解，上述關於“會話管理網元觸發多播會話管理網元向多播使用者面網元發送配置資訊”的示例中涉及到的消息或信令可以沿用現有消息或信令，也可以是新定義的消息或信令，本申請對此不作限定。在本申請實施例中，會話管理網元通過向接入網設備發送多播會話的資訊，以達到測試接入網設備是否支援多播的目的。如果接入網設備支援多播，則會話管理網元建立多播傳輸的資源，能夠避免資源浪費，有助於節省資源。

可選地，所述方法500還包括：會話管理網元根據第一資訊，觸發建立所述多播會話對應的用戶面網元(即上述多播用戶面網元)到接入網設備之間的多播通道。

其中，多播通道也稱作多播隧道，具備對應的隧道標識。如果會話管理網元得知接入網設備支援多播，那麼可以觸發建立所述多播會話對應的用戶面網元到接入網設備之間的多播通道，具體建立過程採用目前建立通道的技術。

會話管理網元觸發建立所述多播會話對應的用戶面網元到接入網設備之間的多播通道可以通過以下示例理解：例如，會話管理網元向所述接入網設備發送N2資訊，N2資訊用於請 求接入網設備建立隧道。接入網設備在獲得所述N2資訊後，可以分配隧道標識。該隧道標識用於標識多播通道。所述接入網設備向多播會話管理網元發送所述隧道標識。多播會話管理網元在收到隧道標識後，將所述隧道標識發送給多播使用者面網元。

接入網設備也有可能不支援多播。在接入網設備不支援多播的情況下，接入網設備可通知會話管理網元其不支援多播。對應的，會話管理網元可通過不同方式得知接入網設備不支援多播。

作為一種可能的實現方式，可選地，所述方法500還包括：如果接入網設備不支援多播，接入網設備向會話管理網元發送第二資訊，所述第二資訊用於表示所述接入網設備不支援多播。也就是說，若接入網設備不支援多播，可以通過第二資訊告知會話管理網元。

其中，第二資訊可以是否定應答(negative-acknowledgment，NACK)，也可以是指示資訊(指示資訊用於指示接入網設備不支援多播)，也可以是某些消息中的信元(該信元表示接入網設備不支援多播)等，對此不作限定。

例如，如果接入網設備不支援多播，則接入網設備回饋的消息中會包含原因值，所述原因值用於表示接入網設備接收到了當前無法識別或無法處理的參數。會話管理網元如果接收到所述原因值，認為接入網設備不支援多播。

接入網設備也可以通過不向移動性管理網元發送某些消息的方式，間接表明其不支持多播。例如，如果接入網設備不支援多播，接入網設備向移動性管理網元回饋的消息中不包含多播資源建立的確認資訊。對於會話管理網元而言，如果沒有收到多播資源建立的確認資訊，認為接入網設備不支援多播。

本領域技術人員可以理解，引入第一資訊與第二資訊僅是為了方便描述不同的情況，並非限定“支援多播”和“不支持多播”要通過兩個信元來實現， 也並非為了限定資訊的數量。比如，第一資訊與第二資訊可以合為同一指示，該指示通過一個比特實現，當該比特取值為0時，表示支持多播，當該比特取值為1時，表示不支持多播。

作為另一種可能的實現方式，在S510之前，所述方法500還包括：會話管理網元確定滿足以下至少一個條件：所述會話管理網元本地不包括接入網設備的多播能力資訊，或所述會話管理網元確定接入網設備不支援多播。

例如，如果會話管理網元本地未存儲接入網設備的多播能力資訊，會話管理網元不知道接入網設備是否支援多播，那麼會話管理網元可以向接入網設備發送多播會話的資訊，以測試接入網設備是否支援多播。

可以理解，上述示例只是舉例描述，並不對本申請實施例造成限定。

本申請對上述方法500的場景不作具體限定。作為一種可能的實現方式，所述方法500也可應用於終端設備從源接入網設備移動到目標接入網設備的場景。在所述方法500應用於終端設備從源接入網設備移動到目標接入網設備的場景時，所述方法500中的接入網設備為目標接入網設備。

可選地，在S510之前，所述方法500還包括：會話管理網元確定滿足以下至少一個條件：源接入網設備不支援多播，所述會話管理網元本地不包括目標接入網設備的多播能力資訊，或所述會話管理網元本地不包括所述源接入網設備的多播能力資訊。

例如，如果會話管理網元本地未存儲目標接入網設備的多播能力資訊，會話管理網元不知道目標接入網設備是否支援多播，那麼會話管理網元可以向目標接入網設備發送多播會話的資訊，以測試目標接入網設備是否支援多播。

又例如，如果會話管理網元本地未存儲源接入網設備的多播能力資訊，會話管理網元不知道源接入網設備是否支援多播，也無從得知目標接入網 設備是否支援多播，那麼會話管理網元可以向目標接入網設備發送多播會話的資訊，以測試目標接入網設備是否支援多播。

再例如，由前文介紹可知，在源接入網設備不支援多播的情況下，會話管理網元無法從源接入網設備處得到多播相關的資訊，也就無法得知目標接入網設備是否支援多播，那麼會話管理網元可以向目標接入網設備發送多播會話的資訊，以測試目標接入網設備是否支援多播。

可以理解，上述示例只是舉例描述，並不對本申請實施例造成限定。

圖6示出了根據本申請實施例的傳輸多播業務的方法600的示意性流程圖。示例性地，該方法600可以應用於圖1所示的系統架構。所述方法600包括：S610，終端設備向接入網設備發送第一消息。

其中，所述第一消息可以包括指示資訊和/或多播會話的標識資訊，所述指示資訊表示所述終端設備正在進行多播業務，或者，所述終端設備有多播業務的需求。

對應的，所述接入網設備接收所述第一消息。

在具體實現時，所述方法600可以包括終端設備生成第一消息。

具體地，終端設備根據是否有多播業務(比如，正在進行多播業務，或，有多播業務的需求)，決定是否向接入網設備發送所述指示資訊和/或多播會話的標識資訊。

其中，多播會話的標識資訊用於標識多播會話。比如，多播會話的標識資訊為MBS會話ID。

S620，所述接入網設備根據所述第一消息，向移動性管理網元發送所述接入網設備的多播能力資訊。

對應的，所述移動性管理網元接收所述接入網設備的多播能力資訊。

進一步地，移動性管理網元向會話管理網元發送所述接入網設備的 多播能力資訊。

在S620中，接入網設備不論是否支援多播，都向移動性管理網元發送多播能力資訊，所述多播能力資訊表示接入網設備是否支援多播。或者，在S620中，接入網設備在自己支援多播時，才向移動性管理網元發送多播能力資訊，所述多播能力資訊表示接入網設備支援多播。

步驟S620的另一種實現方式是，接入網設備在自己支援多播時，向移動性管理網元發送指示資訊，此指示資訊來自於所述終端設備向接入網設備發送的第一消息。換句話說，接入網設備可以將S610中的指示資訊透傳給移動性管理網元。

步驟S620的另一種實現方式是，接入網設備在自己支援多播時，向移動性管理網元發送多播會話的標識資訊，此多播會話的標識資訊來自於所述終端設備向接入網設備發送的第一消息。換句話說，接入網設備可以將S610中的多播會話的標識資訊透傳給移動性管理網元

移動性管理網元在獲得以下資訊中的一項或多項後：接入網設備的多播能力資訊、多播會話的標識資訊或所述指示資訊，可向會話管理網元發送接入網設備的多播能力資訊。對應的，會話管理網元接收來自移動性管理網元的所述多播能力資訊。

會話管理網元在得到接入網設備的多播能力資訊後的動作，可以參考前面方法400的S420的描述。比如，當所述多播能力資訊表示所述接入網設備支援多播時，所述會話管理網元向所述移動性管理網元發送多播會話的資訊。對應的，移動性管理網元接收所述多播會話的資訊。

S630，所述移動性管理網元向所述接入網設備發送多播會話的資訊。

其中，所述多播會話的資訊可以用於為所述多播會話分配傳輸資源，所述多播會話用於傳輸所述終端設備對應的多播業務的資料。

對應的，接入網設備接收來自所述移動性管理網元的多播會話的資訊。

多播會話的資訊可以參考前文實施例的描述，為了簡潔，這裡不作贅述。

在本申請實施例中，終端設備向接入網設備告知終端設備當前有多播資料待傳輸。如果接入網設備支援多播的話，接入網設備可以向會話管理網元告知自己的多播能力資訊。這樣使得會話管理網元在後續得知接入網設備支援多播時，可以建立多播資料的傳輸通道，有助於及時建立多播傳輸資源，避免接收多播資料的使用者過多時，由於無法及時建立多播傳輸資源而導致資源浪費。

上述方法600中的接入網設備可以作為切換場景中的目標接入網設備，若終端設備從源接入網設備切換到目標接入網設備，S610可以包括：終端設備可以向目標接入網設備發送第一消息，以向目標接入網設備告知：終端設備正在進行多播業務，或者，終端設備有多播業務的需求。此時，第一消息可以是切換場景中的切換確認(Handover Confirm)消息。

進一步地，切換確認消息可以包括於RRC重配消息。

相應地，S620包括：接入網設備可以通過路徑切換請求(Path Switch Request)消息向移動性管理網元發送目標接入網設備的多播能力資訊。具體比如，接入網設備的多播能力資訊可以包含於接入網設備發送給移動性管理網元的NG SETUP REQUEST消息中，或者，RAN CONFIGURATION UPDATE消息。

相應地，S630包括：移動性管理網元向所述接入網設備發送路徑切換請求確認(Path Switch Request ACK)消息，該路徑切換請求確認消息包括多播會話的資訊。

不考慮切換場景，所述第一消息可以是終端設備發送給接入網設備 的RRC重配置(RRCReconfigurationComplete)消息。

應理解，所述方法600可與前文方法400組合實施，也可以獨立實施例，本申請對此不作限定。

假設所述方法600中的接入網設備是目標接入網設備，所述方法600與前文方法400結合實施。以圖7中的示意交互流程為例，如圖7所示，所述方法700包括：

S710，終端設備向目標接入網設備發送第一消息。

其中，S710與S610類似，這裡不再贅述。

S720，目標接入網設備根據所述第一消息，向移動性管理網元發送所述目標接入網設備的多播能力資訊。

其中，S720與S620類似，這裡不再贅述。

S730，移動性管理網元向會話管理網元發送所述目標接入網設備的多播能力資訊。

S740，會話管理網元向移動性管理網元發送多播會話的資訊。

其中，所述多播會話的資訊可以用於為所述多播會話分配傳輸資源，所述多播會話用於傳輸所述終端設備對應的多播業務的資料。對應的，接入網設備接收來自所述移動性管理網元的多播會話的資訊。

S750，所述移動性管理網元向所述接入網設備發送多播會話的資訊。

其中，S750與S630類似，這裡不再贅述。

圖7所示方法700是將前述方法400與方法600組合實施的一個示例，但本申請並不限於此。

為了便於理解，下面結合圖8至圖11對本申請實施例進行詳細說明。在下文所結合的附圖中，源接入網(source RAN，S-RAN)可對應源接入網設備，目標接入網(target RAN，T-RAN)可對應目標接入網設備，AMF可對應移 動性管理網元，SMF可對應會話管理網元，UPF可對應用戶面網元。以下示例假設UE從S-RAN移動到T-RAN，S-RAN不支援多播，其中涉及到的切換流程僅作簡單介紹，具體切換流程可參考現有描述。

圖8是本申請實施例提供的另一傳輸多播業務的方法800的示意性流程圖。該方法800可以應用於圖1所示的系統架構。所述方法800包括：

S801，UE請求加入多播群組，並通過S-RAN接收多播資料。

由於S-RAN不支持多播，因此核心網通過單播方式向UE發送多播資料。

可選地，SMF中可以記錄S-RAN不支援多播。

S802，S-RAN向T-RAN發送切換請求(Handover Request)消息。

切換請求消息中包含了單播會話上下文的資訊。由於S-RAN不支援多播，因此S-RAN不會存儲任何多播的資訊。

S803，T-RAN向S-RAN發送切換請求確認消息(Handover Request ack)。

該切換請求確認消息中也僅包含單播會話上下文的資訊。具體地，T-RAN會根據本地情況，判斷是否應當建立所有的單播資源，還是只能建立部分資源。

S804，S-RAN向UE發送切換命令。該切換命令可以由RRC消息承載。

UE在接收到S-RAN發送的切換命令後，根據本地是否在進行多播業務或有多播業務的需求，判斷是否需要向T-RAN發送指示(indication)資訊，以便向T-RAN提示UE當前是否在進行多播業務或有多播業務的需求。

S805，UE向T-RAN發送切換確認(Handover Confirm)消息。該切換確認消息中包括指示資訊。指示資訊用於表示UE在進行多播業務或有多播業務的需求。或者，該切換確認消息中包括多播會話的標識資訊。

可選地，切換確認消息也可以是RRC消息。

S806，T-RAN向AMF發送路徑切換請求消息。路徑切換請求消息中包括T-RAN的多播能力資訊，多播能力資訊表示T-RAN支援多播。或者，路徑切換請求消息中包含了UE在切換確認消息中所包含的指示資訊，即S805中的指示資訊。或者，路徑切換請求消息中包含了UE在切換確認消息中所包含的多播會話的標識資訊。

具體地，T-RAN根據UE的指示資訊或多播會話的標識資訊，確定UE有多播業務的需求。這是因為T-RAN支持多播，因此T-RAN可以識別UE的指示資訊或多播會話的標識資訊；如果T-RAN像S-RAN那樣不支援多播，那麼其無法識別UE的指示資訊或多播會話的標識資訊。

S807，AMF向SMF發送N11消息。

其中，N11消息包含了T-RAN的多播能力資訊。

AMF可以將T-RAN的多播能力資訊、指示資訊或多播會話的標識資訊透傳(即由RAN直接發送給SMF，經過AMF但AMF不解析)給SMF，或者，AMF解析T-RAN的多播能力資訊，然後在發送給SMF的N11消息中包含T-RAN的多播能力資訊。

S808，在接收到T-RAN的多播能力資訊、指示資訊或多播會話的標識資訊後，SMF基於T-RAN的多播能力資訊，判斷是否需要向T-RAN發送多播會話的資訊。

如果獲知T-RAN支援多播，SMF向T-RAN提供多播會話的資訊；如果T-RAN的多播能力資訊指示T-RAN不支援多播，那麼SMF不需要向T-RAN發送多播會話的資訊。

S809，SMF向AMF發送N2資訊。

其中，N2資訊包含多播會話的資訊。多播會話的資訊可以參考前文 實施例的描述。

S810，AMF向T-RAN發送路徑切換請求確認消息。其中，路徑切換請求確認消息中包含了S809中由SMF發送給AMF的多播會話的資訊。

S811，SMF觸發建立多播會話的傳輸通道。

如果T-RAN支援多播，當UE有多播資料的需求時，SMF會向T-RAN發送N2資訊。這樣，可以讓T-RAN通過此N2資訊知道有多播資料的需求，進而可以建立多播會話的傳輸通道(或隧道)。

這裡結合舉例簡單描述建立多播會話的傳輸通道的過程。

示例性地，T-RAN在收到N2資訊後，可以分配隧道標識。該隧道標識用於標識多播通道(即多播會話的傳輸通道)。T-RAN向多播會話管理功能(multicast and broadcast(MB)session management function，MB-SMF)(圖中未示出該網元)發送所述隧道標識。所述隧道標識可以包括IP位址資訊。可選地，所述隧道標識可以包括在MBS會話資源建立需求(MBS session resource setup required)消息中。MB-SMF在收到所述隧道標識後，通過第六消息將所述隧道標識發送給多播使用者面功能(multicast and broadcast(MB)user plane function，MB-UPF)(圖中未示出該網元)。MB-UPF基於所述隧道標識，與T-RAN建立多播通道。

可選地，所述第六消息還包括多播資料的配置資訊。所述多播資料的配置資訊用於配置所述MB-UPF對於所述多播資料的識別或轉發規則(例如，分組識別規則(packet detection rule，PDR)，或者，轉發行為規則(forwarding action rule，FAR)。MB-UPF向MB-SMF發送針對所述六消息的回應訊息。可選地，MB-SMF在接收到針對所述六消息的回應訊息後，向T-RAN發送多播會話的QoS資訊。T-RAN在接收到所述多播會話的QoS資訊後，向MB-SMF發送確認消息。

其中，所述多播會話的QoS資訊可以包括以下資訊中的一項或多項： 多播會話的QoS flow標識，分配和搶佔優先順序，分組錯誤率，分組時延預算，保障流位元速率等資訊。

可選地，所述多播會話的QoS資訊可以包括在MBS會話資源建立請求(MBS session resource setup request)消息中。

可選地，所述確認消息可以是MBS會話資源建立回應(MBS Session Resource Setup Response)消息。

本領域技術人員通過上述關於T-RAN、MB-SMF與MB-SMF的交互示例，可以獲知建立多播會話的傳輸通道的過程。可以理解，上述示例並不對本申請實施例的保護範圍構成限定。

在方法800中，UE會通知T-RAN其目前在進行多播業務。T-RAN在得知UE當前進行多播業務後，會將自己的多播能力資訊上報給SMF，以便SMF建立多播資源。

圖9是本申請實施例提供的另一傳輸多播業務的方法900的示意性流程圖。該方法900可以應用於圖1所示的系統架構。所述方法900包括：

S901，UE請求加入多播群組，並通過S-RAN接收多播資料。

由於S-RAN不支持多播，因此核心網通過單播方式向UE發送多播資料。

可選地，SMF中可以記錄S-RAN不支援多播。

S902，AMF與T-RAN交互設備資訊。

AMF通過與T-RAN交互，可獲得T-RAN的多播能力資訊。多播能力資訊指示T-RAN支援多播。

S903，S-RAN向T-RAN發送切換請求(Handover Request)消息。

其中，切換請求消息中包含了單播會話上下文的資訊。

由於S-RAN不支援多播，因此S-RAN不會存儲任何多播的資訊。

T-RAN支持多播，但是由於S-RAN發送的切換請求消息中僅包含了單播會話上下文，因此即便T-RAN支援多播，仍然無法得到關於多播會話的資訊。T-RAN也不會瞭解UE是否正在進行多播業務。

S904，T-RAN向S-RAN發送切換請求確認消息(Handover Request ack)。

其中，該切換請求確認消息中也僅包含單播會話上下文的資訊。具體地，T-RAN會根據本地情況，判斷是否應當建立所有的單播資源，還是只能建立部分資源。

S905，S-RAN向UE發送切換命令。

其中，該切換命令可以由RRC消息承載。

S906，UE向T-RAN發送切換確認(Handover Confirm)消息。

與方法800中的S805的區別在於，S906中的切換確認消息中不包含UE向T-RAN發送的指示(indication)資訊。

S907，T-RAN向AMF發送路徑切換請求消息。

其中，路徑切換請求消息中包括T-RAN的位置資訊。位置資訊具體包括T-RAN的標識資訊，比如，RAN ID。

S908，AMF向SMF發送N11消息。

其中，N11消息包含了T-RAN的位置資訊。

S909，SMF根據T-RAN的標識資訊，查看本地是否存在T-RAN的多播能力資訊。

具體地，SMF可以本機存放區RAN ID以及與RAN ID對應的RAN的多播能力資訊。SMF基於T-RAN的標識資訊，查詢本地是否存在T-RAN的多播能力資訊。如果SMF本地存在T-RAN的多播能力資訊，則直接執行S910；如果SMF本地不存在T-RAN的多播能力資訊，則先執行S911-S912，然後再執行S910。

S910，SMF向AMF發送N11消息。

如果T-RAN支持多播，且UE有多播業務，那麼SMF會在N11消息中包括多播會話的資訊。

S911，SMF向AMF發送查詢請求。

其中，查詢請求中包含了T-RAN的標識資訊。

S912，AMF向SMF發送查詢請求回應。

其中，查詢請求回應中包含了T-RAN的多播能力資訊。

可選地，S913，SMF在收到T-RAN的多播能力資訊後，將T-RAN的多播能力資訊存儲在本地。

S914，AMF向T-RAN發送路徑切換請求確認消息，該路徑切換請求確認消息包括S910中的多播會話的資訊。

其中，該路徑切換請求確認消息回應於步驟S907的路徑切換請求消息。

S915，SMF觸發建立多播會話的傳輸通道。

關於建立多播會話的傳輸通道的描述可以參考前文S811的相關描述，為了簡潔，這裡不再贅述。

在方法900中，若SMF本機存放區T-RAN的多播能力資訊，則無需向AMF查詢；若SMF本地未存儲T-RAN的多播能力資訊，則通過向AMF查詢，獲知T-RAN的多播能力資訊。AMF是通過T-RAN預先交互獲知T-RAN的多播能力資訊。

圖10是本申請實施例提供的另一傳輸多播業務的方法1000的示意性流程圖。該方法1000可以應用於圖1所示的系統架構。所述方法1000包括：

S1001，UE請求加入多播群組，並通過S-RAN接收多播資料。

由於S-RAN不支持多播，因此核心網通過單播方式向UE發送多播資 料。

S1002，S-RAN向T-RAN發送切換請求(Handover Request)消息。

其中，切換請求消息中包含了單播會話上下文的資訊。

由於S-RAN不支援多播，因此S-RAN不會存儲任何多播的資訊。T-RAN支持多播，但是由於S-RAN發送的切換請求消息中僅包含了單播會話上下文，因此即便T-RAN支援多播，仍然無法得到關於多播會話的資訊。T-RAN也不會瞭解UE是否正在進行多播業務。

S1003，T-RAN向S-RAN發送切換請求確認消息(Handover Request ack)。

其中，該切換請求確認消息中也僅包含單播會話上下文的資訊。

具體地，T-RAN會根據本地情況，判斷是否建立所有的單播資源，還是只能建立部分資源。

S1004，S-RAN向UE發送切換命令。

其中，該切換命令可以由RRC消息承載。

S1005，UE向T-RAN發送切換確認(Handover Confirm)消息。

S1006，T-RAN向AMF發送路徑切換請求消息。

與圖9中的S907區別在於，該路徑切換請求消息中不包括位置資訊。

S1007，AMF獲取多播會話的標識資訊。

由於UE之前接入多播群組，AMF存儲了UE的上下文資訊。該UE的上下文資訊包括多播會話的標識資訊。AMF通過UE的上下文資訊獲得多播會話的標識資訊。

S1008，AMF向SMF發送N11消息。

其中，該N11消息中包括了T-RAN的多播能力資訊。

S1009，SMF根據AMF提供的T-RAN的多播能力資訊，判斷是否發送 多播會話的資訊(或建立多播會話傳輸通道)。若T-RAN支援多播，SMF執行步驟S1010。

SMF在收到T-RAN的多播能力資訊後，將T-RAN的多播能力資訊存儲在本地。

S1010，SMF向AMF發送N2資訊。

其中，N2資訊包括多播會話的資訊。

S1011，AMF向T-RAN發送路徑切換請求確認消息。

其中，該路徑切換請求確認消息包括S1010中的多播會話的資訊。該路徑切換請求確認消息回應於步驟S1006的路徑切換請求消息。

S1012，SMF觸發建立多播會話的傳輸通道。

關於建立多播會話的傳輸通道的描述可以參考前文S811的描述，為了簡潔，這裡不再贅述。

在方法1000中，AMF基於多播會話的標識資訊，向SMF發送T-RAN的多播能力資訊。

圖11是本申請實施例提供的另一傳輸多播業務的方法1100的示意性流程圖。該方法1100可以應用於圖1所示的系統架構。S1101-S1106與圖10的S1001-S1006類似，以下不作贅述。所述方法1100包括：

S1101，UE請求加入多播群組，並通過S-RAN接收多播資料。

S1102，S-RAN向T-RAN發送切換請求消息。

S1103，T-RAN向S-RAN發送切換請求確認消息。

S1104，S-RAN向UE發送切換命令。該切換命令可以由RRC消息承載。

S1105，UE向T-RAN發送切換確認消息。

S1106，T-RAN向AMF發送路徑切換請求消息。

S1107，AMF向SMF發送N11消息。

S1108，SMF向AMF發送多播會話的資訊。

多播會話的資訊可以參考前文描述，為了簡潔，這裡不再贅述。

SMF不知道T-RAN是否支持多播，通過向T-RAN發送多播會話的資訊，以測試T-RAN是否支援多播。

可選地，SMF可以先查看本地是否存在T-RAN的多播能力資訊。如果SMF本地不存在T-RAN的多播能力資訊，則執行S1108。

S1109，AMF向T-RAN發送路徑切換請求確認消息。

其中，該路徑切換請求確認消息包括S1108中的多播會話的資訊。

可選地，路徑切換請求確認消息還包括多播會話的標識資訊。

上述S1108-S1109是SMF在切換流程中測試T-RAN是否支援多播，但本申請並不限於此。作為另一種實現方式，SMF也可以單獨發起會話建立的流程測試T-RAN是否支援多播，即上述S1108-S1109可以獨立於切換流程。

S1110，如果T-RAN支援多播，T-RAN向SMF發送第一資訊。

第一資訊的描述參考前文方法500中的描述，為了簡潔，這裡不再贅述。

具體地，T-RAN可通過AMF向SMF發送所述第一資訊。

S1111，SMF觸發建立多播會話的傳輸通道。

關於建立多播會話的傳輸通道的描述可以參考前文S811的相關描述，為了簡潔，這裡不再贅述。

在方法1100中，SMF通過測試的方式，獲知T-RAN是否支援多播。

可以理解，本申請實施例中的圖8至圖11中的例子僅僅是為了便於本領域技術人員理解本申請實施例，並非要將本申請實施例限於例示的具體場景。本領域技術人員根據圖8至圖11的例子，顯然可以進行各種等價的修改或變 化，這樣的修改或變化也落入本申請實施例的範圍內。

可以理解，本申請實施例中的一些可選的特徵，在某些場景下，可以不依賴於其他特徵，比如其當前所基於的方案，而獨立實施，解決相應的技術問題，達到相應的效果，也可以在某些場景下，依據需求與其他特徵進行結合。相應的，本申請實施例中給出的裝置也可以相應的實現這些特徵或功能，在此不予贅述。

還可以理解，本申請實施例的各個方案可以進行合理的組合使用，並且實施例中出現的各個術語的解釋或說明可以在各個實施例中互相參考或解釋，對此不作限定。

還可以理解，在本申請的各種實施例中，上述各過程的序號的大小並不意味著執行順序的先後，各過程的執行順序應以其功能和內在邏輯確定。上述各個過程涉及的各種數字編號或序號僅為描述方便進行的區分，而不應對本申請實施例的實施過程構成任何限定。

上述本申請提供的實施例中，分別從各個網元本身、以及從各個網元之間交互的角度對本申請實施例提供的傳輸業務的方法的各方案進行了介紹。可以理解的是，各個網元和設備為了實現上述功能，其包含了執行各個功能相應的硬體結構和/或軟體模組。本領域技術人員應該很容易意識到，結合本文中所公開的實施例描述的各示例的單元及演算法步驟，本申請能夠以硬體或硬體和電腦軟體的結合形式來實現。某個功能究竟以硬體還是電腦軟體驅動硬體的方式來執行，取決於技術方案的特定應用和設計約束條件。專業技術人員可以對每個特定的應用來使用不同方法來實現所描述的功能，但是這種實現不應認為超出本申請的範圍。

相應於上述方法實施例給出的方法，本申請實施例還提供了相應的裝置，所述裝置包括用於執行上述實施例相應的模組。所述模組可以是軟體， 也可以是硬體，或者是軟體和硬體結合。可以理解的是，方法實施例所描述的技術特徵同樣適用於以下裝置實施例。

圖12示出了本申請實施例提供的傳輸多播業務的裝置1600。該裝置1600包括：收發單元1610和處理單元1200。

在一種可能的實現方式中，該裝置1600可以是前述實施例中的會話管理網元，也可以是會話管理網元中的晶片。該裝置1600可實現對應於上文方法實施例中的會話管理網元執行的步驟或者流程，其中，收發單元1610用於執行上文方法實施例中會話管理網元的收發相關的操作，處理單元1200用於執行上文方法實施例中會話管理網元的處理相關的操作。

示例性地，所述裝置應用於終端設備從源接入網設備移動到目標接入網設備的場景，處理單元1200，用於獲取所述目標接入網設備的多播能力資訊；收發單元1610，用於當所述多播能力資訊表示所述目標接入網設備支援多播時，向所述目標接入網設備發送多播會話的資訊，所述多播會話的資訊用於為所述多播會話分配傳輸資源，所述多播會話用於傳輸所述終端設備對應的多播業務的資料。

可選地，所述處理單元1200還用於，在所述會話管理網元獲取所述目標接入網設備的多播能力資訊之前，確定所述源接入網設備不支援多播。

可選地，所述處理單元1200用於獲取所述目標接入網設備的多播能力資訊，包括：根據所述目標接入網設備的標識以及第一對應關係，獲取所述多播能力資訊，所述第一對應關係包括所述目標接入網設備的標識與所述多播能力資訊的對應關係。

可選地，所述收發單元1610還用於： 從移動性管理網元接收所述目標接入網設備的標識。

可選地，所述處理單元1200用於獲取所述目標接入網設備的多播能力資訊，包括：調用所述收發單元1610接收來自移動性管理網元的所述目標接入網設備的多播能力資訊。

可選地，所述收發單元1610還用於：向所述移動性管理網元發送查詢請求，所述查詢請求用於請求所述目標接入網設備的多播能力資訊。

可選地，所述查詢請求包括所述終端設備的標識，或者，所述目標接入網設備的標識。

可選地，所述處理單元1200還用於，在所述會話管理網元向所述移動性管理網元發送查詢請求之前，確定本地不包括所述目標接入網設備的多播能力資訊。

可選地，所述目標接入網設備的多播能力資訊攜帶於N11介面消息中。

或者，示例性地，收發單元1610，用於向接入網設備發送多播會話的資訊，所述多播會話的資訊用於為所述多播會話分配傳輸資源，所述多播會話用於傳輸多播業務的資料；還用於接收第一資訊，所述第一資訊用於表示所述目標接入網設備支援多播；處理單元1200，用於根據所述第一資訊觸發單播使用者面網元配置單播協定資料單元PDU會話，所述單播PDU會話不用於傳輸所述多播業務的資料；或者，用於觸發多播會話管理網元向多播使用者面網元發送配置資訊，所述配置資訊用於配置所述多播使用者面網元停止向單播用戶面網元傳輸所述多播業務的資料。

可選地，所述處理單元1200還用於，根據所述第一資訊，觸發建立所述多播會話對應的用戶面網元與所述接入網設備之間的多播通道。

可選地，所述接入網設備是目標接入網設備，所述裝置應用於終端設備從源接入網設備移動到所述目標接入網設備的場景，所述處理單元1200還用於，在向所述接入網設備發送多播會話的資訊之前，確定滿足以下至少一個條件：所述源接入網設備不支援多播，所述會話管理網元本地不包括所述目標接入網設備的多播能力資訊，或所述會話管理網元本地不包括所述源接入網設備的多播能力資訊。

在另一種可能的實現方式中，該裝置1600可以是前述實施例中的移動性管理網元，也可以是移動性管理網元中的晶片。該裝置1600可實現對應於上文方法實施例中的移動性管理網元執行的步驟或者流程，其中，收發單元1610用於執行上文方法實施例中移動性管理網元的收發相關的操作，處理單元1200用於執行上文方法實施例中移動性管理網元的處理相關的操作。

示例性地，所述裝置應用於終端設備從源接入網設備移動到目標接入網設備的場景，所述裝置包括：處理單元1200，用於獲取所述目標接入網設備的多播能力資訊；收發單元1610，用於向會話管理網元發送所述目標接入網設備的多播能力資訊。

可選地，所述收發單元1610用於向會話管理網元發送所述目標接入網設備的多播能力資訊，包括：當所述終端設備當前進行多播業務時，向所述會話管理網元發送所述目標接入網設備的多播能力資訊。

可選地，所述處理單元1200還用於，獲取多播會話的標識資訊，所述多播會話用於傳輸所述終端設備的多播業務的資料；所述收發單元1610用於向會話管理網元發送所述目標接入網設備的多播能力資訊，包括：根據所述多 播會話的標識資訊，向所述會話管理網元發送所述目標接入網設備的多播能力資訊。

可選地，所述處理單元1200用於獲取多播會話的標識資訊，包括：通過所述終端設備的多播上下文資訊，獲取所述多播會話的標識資訊。

可選地，所述收發單元1610還用於，接收來自所述會話管理網元的查詢請求，所述查詢請求用於請求所述目標接入網設備的多播能力資訊。

可選地，所述查詢請求包括所述終端設備的標識，或者，所述目標接入網設備的標識。

可選地，所述收發單元1610用於向會話管理網元發送所述目標接入網設備的多播能力資訊，包括：向所述會話管理網元發送N11介面消息，所述N11介面消息包括所述目標接入網設備的多播能力資訊。

在另一種可能的實現方式中，該裝置1600可以是前述實施例中的接入網設備，也可以是接入網設備中的晶片。該裝置1600可實現對應於上文方法實施例中的接入網設備執行的步驟或者流程，其中，收發單元1610用於執行上文方法實施例中接入網設備的收發相關的操作，處理單元1200用於執行上文方法實施例中接入網設備的處理相關的操作。

示例性地，收發單元1610，用於接收多播會話的資訊，所述多播會話用於傳輸多播業務的資料；還用於向會話管理網元發送第一資訊，所述第一資訊用於表示所述目標接入網設備支援多播；處理單元1200，用於與所述多播會話對應的用戶面網元建立多播通道；還用於通過所述多播通道，傳輸所述多播業務的資料。

或者，示例性地，收發單元1610，用於接收來自終端設備的第一消息，所述第一消息包括指示資訊和/或多播會話的標識資訊，所述指示資訊表示 所述終端設備正在進行多播業務，或者所述終端設備有多播業務的需求；處理單元1200，用於根據所述第一消息，向移動性管理網元發送所述接入網設備的多播能力資訊；所述收發單元1610，還用於接收來自所述移動性管理網元的多播會話的資訊，所述多播會話的資訊用於為所述多播會話分配傳輸資源，所述多播會話用於傳輸所述終端設備對應的多播業務的資料。

可選地，所述第一消息為切換確認消息或無線資源控制RRC重配消息。

可選地，所述裝置是目標接入網設備。

可選地，所述接入網設備的多播能力資訊攜帶於路徑切換請求消息中。

在另一種可能的實現方式中，該裝置1600可以是前述實施例中的終端設備，也可以是終端設備中的晶片。該裝置1600可實現對應於上文方法實施例中的終端設備執行的步驟或者流程，其中，收發單元1610用於執行上文方法實施例中終端設備的收發相關的操作，處理單元1200用於執行上文方法實施例中終端設備的處理相關的操作。

示例性地，處理單元1200，用於生成第一消息，所述第一消息包括指示資訊和/或多播會話的標識資訊，所述指示資訊表示所述終端設備正在進行多播業務，或者所述終端設備有多播業務的需求；收發單元1610，用於向接入網設備發送所述第一消息。

可選地，所述第一消息為切換確認消息或無線資源控制RRC重配消息。

可選地，所述接入網設備是目標接入網設備。

應理解，這裡的裝置1600以功能單元的形式體現。這裡的術語“單元” 可以指應用特有積體電路(application specific integrated circuit，ASIC)、電子電路、用於執行一個或多個軟體或固件程式的處理器(例如共用處理器、專有處理器或組處理器等)和記憶體、合併邏輯電路和/或其它支援所描述的功能的合適元件。在一個可選例子中，本領域技術人員可以理解，裝置1600可以具體為上述實施例中的會話管理網元，可以用於執行上述方法實施例中與會話管理網元對應的各個流程和/或步驟，或者，裝置1600可以具體為上述實施例中的移動性管理網元，可以用於執行上述方法實施例中與移動性管理網元對應的各個流程和/或步驟，或者，裝置1600可以具體為上述實施例中的終端設備，可以用於執行上述方法實施例中與終端設備對應的各個流程和/或步驟，或者，裝置1600可以具體為上述實施例中的接入網設備，可以用於執行上述方法實施例中與接入網設備對應的各個流程和/或步驟，為避免重複，在此不再贅述。

上述各個方案的裝置1600具有實現上述方法中會話管理網元所執行的相應步驟的功能，或者，上述各個方案的裝置1600具有實現上述方法中移動性管理網元所執行的相應步驟的功能，或者，裝置1600可以具體為上述實施例中的終端設備，可以用於執行上述方法實施例中與終端設備對應的各個流程和/或步驟，或者，上述各個方案的裝置1600具有實現上述方法中接入網設備所執行的相應步驟的功能。所述功能可以通過硬體實現，也可以通過硬體執行相應的軟體實現。所述硬體或軟體包括一個或多個與上述功能相對應的模組；例如收發單元可以由收發機替代(例如，收發單元中的發送單元可以由發送機替代，收發單元中的接收單元可以由接收機替代)，其它單元，如處理單元等可以由處理器替代，分別執行各個方法實施例中的收發操作以及相關的處理操作。

此外，上述收發單元還可以是收發電路(例如可以包括接收電路和發送電路)，處理單元可以是處理電路。在本申請的實施例，圖12中的裝置可以是前述實施例中的網元或設備，也可以是晶片或者晶片系統，例如：片上系統 (system on chip，SoC)。其中，收發單元可以是輸入輸出電路、通信介面；處理單元為該晶片上集成的處理器或者微處理器或者積體電路。在此不做限定。

圖13示出了本申請實施例提供的另一傳輸多播業務的裝置1700。該裝置1700包括處理器1710和收發器1720。其中，處理器1710和收發器1720通過內部連接通路互相通信，該處理器1710用於執行指令，以控制該收發器1720發送信號和/或接收信號。

可選地，該裝置1700還可以包括記憶體1730，該記憶體1730與處理器1710、收發器1720通過內部連接通路互相通信。該記憶體1730用於存儲指令，該處理器1710可以執行該記憶體1730中存儲的指令。在一種可能的實現方式中，裝置1700用於實現上述方法實施例中的會話管理網元對應的各個流程和步驟。在另一種可能的實現方式中，裝置1700用於實現上述方法實施例中的接入與移動性管理網元對應的各個流程和步驟。在另一種可能的實現方式中，裝置1700用於實現上述方法實施例中的接入網設備對應的各個流程和步驟。

應理解，裝置1700可以具體為上述實施例中的會話管理網元、接入與移動性管理網元或接入網設備，也可以是晶片或者晶片系統。對應的，該收發器1720可以是該晶片的收發電路，在此不做限定。具體地，該裝置1700可以用於執行上述方法實施例中與會話管理網元、接入與移動性管理網元或接入網設備對應的各個步驟和/或流程。可選地，該記憶體1730可以包括唯讀記憶體和隨機存取記憶體，並向處理器提供指令和資料。記憶體的一部分還可以包括非易失性隨機存取記憶體。例如，記憶體還可以存放裝置類型的資訊。該處理器1710可以用於執行記憶體中存儲的指令，並且當該處理器1710執行記憶體中存儲的指令時，該處理器1710用於執行上述與會話管理網元、接入與移動性管理網元或接入網設備對應的方法實施例的各個步驟和/或流程。

在實現過程中，上述方法的各步驟可以通過處理器中的硬體的集成 邏輯電路或者軟體形式的指令完成。結合本申請實施例所公開的方法的步驟可以直接體現為硬體處理器執行完成，或者用處理器中的硬體及軟體模組組合執行完成。軟體模組可以位於隨機記憶體，快閃記憶體、唯讀記憶體，可程式設計唯讀記憶體或者電可讀寫可程式設計記憶體、寄存器等本領域成熟的存儲介質中。該存儲介質位於記憶體，處理器讀取記憶體中的資訊，結合其硬體完成上述方法的步驟。為避免重複，這裡不再詳細描述。

應注意，本申請實施例中的處理器可以是一種積體電路晶片，具有信號的處理能力。在實現過程中，上述方法實施例的各步驟可以通過處理器中的硬體的集成邏輯電路或者軟體形式的指令完成。上述的處理器可以是通用處理器、數位訊號處理器(DSP)、專用積體電路(ASIC)、現場可程式設計閘陣列(FPGA)或者其他可程式設計邏輯器件、分立門或者電晶體邏輯器件、分立硬體元件。可以實現或者執行本申請實施例中的公開的各方法、步驟及邏輯框圖。通用處理器可以是微處理器或者該處理器也可以是任何常規的處理器等。結合本申請實施例所公開的方法的步驟可以直接體現為硬體解碼處理器執行完成，或者用解碼處理器中的硬體及軟體模組組合執行完成。軟體模組可以位於隨機記憶體，快閃記憶體、唯讀記憶體，可程式設計唯讀記憶體或者電可讀寫可程式設計記憶體、寄存器等本領域成熟的存儲介質中。該存儲介質位於記憶體，處理器讀取記憶體中的資訊，結合其硬體完成上述方法的步驟。

可以理解，本申請實施例中的記憶體可以是易失性記憶體或非易失性記憶體，或可包括易失性和非易失性記憶體兩者。其中，非易失性記憶體可以是唯讀記憶體(read-only memory，ROM)、可程式設計唯讀記憶體(programmable ROM，PROM)、可擦除可程式設計唯讀記憶體(erasable PROM，EPROM)、電可擦除可程式設計唯讀記憶體(electrically EPROM，EEPROM)或快閃記憶體。易失性記憶體可以是隨機存取記憶體(random access memory，RAM)，其用作外部快取記憶體。通過示例性但不是限制性說明，許多形式的RAM可用，例如靜態隨機存取記憶體(static RAM，SRAM)、動態隨機存取記憶體(dynamic RAM，DRAM)、同步動態隨機存取記憶體(synchronous DRAM，SDRAM)、雙倍數據速率同步動態隨機存取記憶體(double data rate SDRAM，DDR SDRAM)、增強型同步動態隨機存取記憶體(enhanced SDRAM，ESDRAM)、同步連接動態隨機存取記憶體(synchlink DRAM，SLDRAM)和直接記憶體匯流排隨機存取記憶體(direct rambus RAM，DR RAM)。應注意，本文描述的系統和方法的記憶體旨在包括但不限於這些和任意其它適合類型的記憶體。

根據本申請實施例提供的方法，本申請還提供一種電腦程式產品，該電腦程式產品包括：電腦程式代碼，當該電腦程式代碼在電腦上運行時，使得該電腦執行圖4至圖11所示的實施例中會話管理網元、移動性管理網元、終端設備或接入網設備(比如，目標接入網設備)執行的各個步驟或流程。

根據本申請實施例提供的方法，本申請還提供一種電腦可讀存儲介質，該電腦可讀存儲介質存儲有程式碼，當該程式碼在電腦上運行時，使得該電腦執行圖4至圖11所示的實施例中會話管理網元、移動性管理網元、終端設備或接入網設備(比如，目標接入網設備)執行的各個步驟或流程。

根據本申請實施例提供的方法，本申請還提供一種通信系統，其包括前述的會話管理網元、移動性管理網元、終端設備或接入網設備(比如，目標接入網設備)。

應理解，本文中的“至少一個”是指一個或者多個，“多個”是指兩個或兩個以上。“和/或”，描述關聯物件的關聯關係，表示可以存在三種關係，例如，A和/或B，可以表示：單獨存在A，同時存在A和B，單獨存在B的情況，其中A，B可以是單數或者複數。字元“/”一般表示前後關聯物件是一種“或”的關係。“以 下至少一項(個)”或其類似表達，是指的這些項中的任意組合，包括單項(個)或複數項(個)的任意組合。例如，a、b和c中的至少一項(個)，可以表示：a，或b，或c，或a和b，或a和c，或b和c，或a、b和c，其中a，b，c可以是單個，也可以是多個。

在本說明書中使用的術語“部件”、“模組”、“系統”等用於表示電腦相關的實體、硬體、固件、硬體和軟體的組合、軟體、或執行中的軟體。例如，部件可以是但不限於，在處理器上運行的進程、處理器、物件、可執行檔、執行執行緒、程式和/或電腦。通過圖示，在計算設備上運行的應用和計算設備都可以是部件。一個或多個部件可駐留在進程和/或執行執行緒中，部件可位於一個電腦上和/或分佈在兩個或更多個電腦之間。此外，這些部件可從在上面存儲有各種資料結構的各種電腦可讀存儲介質執行。部件可例如根據具有一個或多個資料分組(例如來自與本地系統、分散式系統和/或網路間的另一部件交互的二個部件的資料，例如通過信號與其它系統交互的互聯網)的信號通過本地和/或遠端進程來通信。

本領域普通技術人員可以意識到，結合本文中所公開的實施例描述的各示例的單元及演算法步驟，能夠以電子硬體、或者電腦軟體和電子硬體的結合來實現。這些功能究竟以硬體還是軟體方式來執行，取決於技術方案的特定應用和設計約束條件。專業技術人員可以對每個特定的應用來使用不同方法來實現所描述的功能，但是這種實現不應認為超出本申請的範圍。

所屬領域的技術人員可以清楚地瞭解到，為描述的方便和簡潔，上述描述的系統、裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的系統、裝置和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施例僅僅是 示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或元件可以結合或者可以集成到另一個系統，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些介面，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分佈到多個網路單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。

另外，在本申請各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。

所述功能如果以軟體功能單元的形式實現並作為獨立的產品銷售或使用時，可以存儲在一個電腦可讀取存儲介質中。基於這樣的理解，本申請的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的部分可以以軟體產品的形式體現出來，該電腦軟體產品存儲在一個存儲介質中，包括若干指令用以使得一台電腦設備(可以是個人電腦，伺服器，或者網路設備等)執行本申請各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括：U盤、移動硬碟、唯讀記憶體ROM、隨機存取記憶體RAM、磁碟或者光碟等各種可以存儲程式碼的介質。

以上所述，僅為本申請的具體實施方式，但本申請的保護範圍並不局限於此，任何熟悉本技術領域的技術人員在本申請揭露的技術範圍內，可輕易想到變化或替換，都應涵蓋在本申請的保護範圍之內。因此，本申請的保護範圍應以所述請求項的保護範圍為準。

以上所述僅為本發明之較佳實施例，凡依本發明申請專利範圍所做之均等變化與修飾，皆應屬本發明之涵蓋範圍。

400:方法

S410~S420:步驟

Claims (16)

1. 一種傳輸多播業務的方法，所述方法應用於終端設備從源接入網設備移動到所述目標接入網設備的場景，包括：會話管理網元向所述目標接入網設備發送多播會話的資訊，所述多播會話的資訊用於為所述多播會話分配傳輸資源，所述多播會話用於傳輸多播業務的資料；所述會話管理網元接收來自所述目標接入網設備的第一資訊，所述第一資訊用於表示所述目標接入網設備支援多播；所述會話管理網元根據所述第一資訊，配置單播使用者面網元在收到所述多播業務的資料後不作轉發。
2. 根據請求項1所述的方法，其中，所述方法還包括：所述會話管理網元根據所述第一資訊，觸發建立所述多播會話對應的多播用戶面網元與所述目標接入網設備之間的多播通道。
3. 根據請求項1或2所述的方法，其中，在所述會話管理網元向所述目標接入網設備發送多播會話的資訊之前，所述方法還包括：所述會話管理網元確定滿足以下至少一個條件：所述源接入網設備不支援多播，所述會話管理網元本地不包括所述目標接入網設備的多播能力資訊，或所述會話管理網元本地不包括所述源接入網設備的多播能力資訊。
4. 根據請求項1或2所述的方法，其中，所述多播會話的資訊包括以下一項或多項：所述多播會話的上下文資訊，所述多播會話的QoS參數，單播會話和所述多播會話的關聯關係，單播會話的QoS參數，以及所述多播會話的標識資訊。
5. 根據請求項4所述的方法，其中，所述多播會話的標識資訊為多 播群組標識。
6. 一種傳輸多播業務的方法，所述方法應用於終端設備從源接入網設備移動到所述目標接入網設備的場景，包括：所述目標接入網設備接收多播會話的資訊，所述多播會話用於傳輸多播業務的資料；所述目標接入網設備向會話管理網元發送第一資訊，所述第一資訊用於表示所述目標接入網設備支援多播；所述目標接入網設備與所述多播會話對應的多播用戶面網元建立多播通道；所述目標接入網設備通過所述多播通道，傳輸所述多播業務的資料。
7. 根據請求項6所述的方法，其中，所述多播會話的資訊包括以下一項或多項：所述多播會話的上下文資訊，所述多播會話的QoS參數，單播會話和所述多播會話的關聯關係，單播會話的QoS參數，以及所述多播會話的標識資訊。
8. 根據請求項7所述的方法，其中，所述多播會話的標識資訊為多播群組標識。
9. 根據請求項6-8中任一項所述的方法，其中，所述目標接入網設備向會話管理網元發送第一資訊，包括：所述目標接入網設備向移動性管理網元發送路徑切換請求消息，所述路徑切換請求消息包括所述目標接入網設備的多播能力資訊，所述多播能力資訊用於表示所述目標接入網設備支援多播。
10. 一種通信裝置，包括用於實現如請求項1至9中任一項所述的方法的單元。
11. 一種通信裝置，包括：處理器，用於執行記憶體中存儲的電腦指令，以使得所述裝置執行如請求項 1至9中任一項所述的方法。
12. 一種電腦存儲介質，所述電腦存儲介質存儲有電腦程式，所述電腦程式被電腦執行時，以使得實現如請求項1至9中任一項所述的方法。
13. 一種通信系統，包括：會話管理網元和目標接入網設備；所述會話管理網元，用於實現如請求項1-5中任一項所述的方法；所述目標接入網設備，用於實現如請求項6-9中任一項所述的方法。
14. 一種傳輸多播業務的方法，所述方法應用於終端設備從源接入網設備移動到所述目標接入網設備的場景，包括：會話管理網元向所述目標接入網設備發送多播會話的資訊，所述多播會話的資訊用於為所述多播會話分配傳輸資源，所述多播會話用於傳輸多播業務的資料；所述目標接入網設備接收所述多播會話的資訊；所述目標接入網設備向會話管理網元發送第一資訊，所述第一資訊用於表示所述目標接入網設備支援多播；所述會話管理網元根據所述第一資訊，配置單播使用者面網元在收到所述多播業務的資料後不作轉發；所述目標接入網設備與所述多播會話對應的多播用戶面網元建立多播通道；所述目標接入網設備通過所述多播通道，傳輸所述多播業務的資料。
15. 根據請求項14所述的方法，其中，所述多播會話的資訊包括以下一項或多項：所述多播會話的上下文資訊，所述多播會話的QoS參數，單播會話和所述多播會話的關聯關係，單播會話的QoS參數，以及所述多播會話的標識資訊。
16. 根據請求項14或15所述的方法，其中，所述方法還包括：所述會話管理網元根據所述第一資訊，觸發建立所述多播通道。