專利名稱：一種廣播和組播承載的建立方法、系統(tǒng)和裝置的制作方法
技術領域：
本發(fā)明涉及通信技術領域，特別涉及一種廣播和組播承載的建立方法、 系統(tǒng)和裝置。
背景技術：
MBMS (Multimedia Broadcast Multicast Service,多i某體廣4番多4番業(yè)務)
通信系統(tǒng))網(wǎng)絡，高效地播放各種豐富精彩的多媒體內(nèi)容，不僅能讓移動用 戶通過手機接收新聞、天氣及交通預告、股價信息、MP3音樂、電^L節(jié)目和 流々某體等服務，而且還可以使網(wǎng)絡運營商從經(jīng)濟高效的MBMS業(yè)務中獲益匪淺。
從另一方面來看，廣播和組播是一樣的，都是數(shù)據(jù)包從同一源頭傳送到 多個目的地址的點對多點通信。"廣播"主要用于傳送內(nèi)容給所有用戶的服 務。而"組播，，主要用于單獨傳送內(nèi)容給已經(jīng)加入了組播組用戶的服務。通 常，組播組是一組對某種內(nèi)容感興趣的用戶。組播網(wǎng)絡具有能夠有效確定內(nèi) 容被單獨地分發(fā)到屬于相應的組播組服務的接收者。因此，組播是一個能傳 送服務給較大用戶群的有效方法。組播是最早應用于Internet (因特網(wǎng))，現(xiàn) 在還用于移動網(wǎng)絡的視頻分發(fā)服務。
目前，移動的電視服務是通過點對點連接的流媒體技術進行傳送的。因 此，當 一個內(nèi)容服務器同時將內(nèi)容傳送給多個用戶時必須為每個用戶都建立 和保持一個獨立分開的點對點鏈接。這種方式對于少數(shù)到中等數(shù)量的用戶而 言是有效的，但當用戶數(shù)量大量增加時服務器系統(tǒng)會難以支撐。
設想一下，如果"移動的音樂盒"業(yè)務在用戶的電話中同時列出前10首 最流行的音樂，有50，000個用戶使用服務而每一個用戶的平均無線連接接速度 是128kbps,假設每個音樂文件的大小大約3MB,每次進入排行榜的音樂條目都必須發(fā)送給50,000個用戶，假設內(nèi)容服務器每次只能夠處理1,000個并發(fā)連 接，那么， 一共需要用多于兩個半小時去傳送一個音樂剪輯給所有用戶。在 這期間，服務器會不斷地產(chǎn)生128Mbps的輸出信息量。
另 一個需要考慮的問題是像移動電視這種實時服務所消耗的帶寬容量， 一個50，000個訂戶的移動電視服務需要同時處理50,000個鏈接。盡管這在技術 上可能是很節(jié)約的。但是，當很多訂戶同時使用它的話，會產(chǎn)生巨大的吞吐 量。
由于頻譜是一種有限和昂貴的資源，移動網(wǎng)絡，特別是移動鏈接，當同 一個服務器的眾多接收者使用同一個鏈接的時候，極易造成瓶頸現(xiàn)象。這種 情況下如果不禁止的話，使用點對點技術的移動通訊服務效率將會非常低。 因此，采用支持點對多點的廣播/組播技術將更加有效地為多個用戶提供服務。
由于移動多媒體廣播業(yè)務(以廣播式手機電視為代表)的潛在市場引起 了電信行業(yè)的強烈關注，OMA ( Open Mobile Alliance,開放移動聯(lián)盟)在其 BAC (Browsing and Content,瀏覽和內(nèi)容)工作組建立了 一個子工作組OMA BCAST (Broadcast),主要關注移動廣孑番業(yè)務(Mobile Broadcast Services) 的業(yè)務和應用需求，以及和其底層傳輸技術的適配問題。
在3GPP( 3rd Generation Partnership Project,第三代合作伙伴計劃)MBMS 架構中，BM-SC (Broadcast Multicast Service Center,廣播組播業(yè)務中心)充 當了用戶管理、內(nèi)容關聯(lián)、用戶通知等功能，因此BM-SC提供一定程度上的 用戶管理和業(yè)務管理功能，同時也是組播和廣播資源分配的發(fā)起方，如圖l所 示。
圖2為3GPP2定義的典型BCMCS ( Broadcast and Multicast Services,廣播_ 和多播業(yè)務)網(wǎng)絡實體之間關系的示意圖，也由在應用層和承載中間的網(wǎng)絡 實體，如BCMCS Controller (BCMCS控制器)和BCMCS Content Server (BCMCS內(nèi)容服務器)實現(xiàn)用戶管理，業(yè)務管理，承載控制等功能。
以上現(xiàn)有技術說明，在廣播和組播承載層定義了IP (InternetProtocol,因 特網(wǎng)協(xié)議)可達的接入和承載網(wǎng)絡，但在多方通信系統(tǒng)中，如果多方通信的會話需要使用廣播和組播承載層發(fā)送媒體流或者文件形式的^某體，沒有具體 的解決方案。
現(xiàn)有技術中，PoC ( Push to Talk over Cellular,用手機對講)業(yè)務基于一 個用戶發(fā)言，其他人收聽的模式，如果組播能力可以被用于媒體流的發(fā)送， 無疑在部分場景中可以節(jié)省空口資源，因此PoC業(yè)務中嫁接廣4番和組播能力的 解決方案需要被重點考慮。例如，在Crisis handling (火突、地震和社會突發(fā) 事件等)的場景下，某一個會話的參與者將比較多(超過1000或者更多)， 如果可以使用廣播或組播承載發(fā)送多個用戶終端接收媒體的方式，將較為有 效地利用空口資源以至于核心網(wǎng)傳輸資源。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術至少存在以下問題 在多方通信系統(tǒng)中，例如會議系統(tǒng)、PoC系統(tǒng)和其他多方通信系統(tǒng)，如 IM (Instant Message,即時消息)和CPM ( Convergent IP Messaging,收癥夂IP 信息)系統(tǒng)等，均沒有使用到廣播和組播的能力，也沒有將廣播和組播能力 4家"^妄到多方通信系統(tǒng)中的方案。
發(fā)明內(nèi)容
本發(fā)明實施例提供一種廣播和組播承載的建立方法、系統(tǒng)和裝置，以實 現(xiàn)在多方通信系統(tǒng)中建了廣播和組播承載。
為達到上述目的，本發(fā)明實施例一方面提供一種廣播和組播承載的建立 方法，包括以下步驟獲取用戶終端的廣播和組播業(yè)務信息；根據(jù)保存的所 述用戶的簽約信息對所述用戶終端的廣播和組播業(yè)務信息進行驗證；在驗證 通過后，允許所述用戶終端加入會話，并與所述用戶終端建立廣播和組播承 載。
另一方面，本發(fā)明實施例還提供一種應用服務器，包括獲取模塊，用 于獲取用戶終端的廣播和組播業(yè)務信息；驗證模塊，用于根據(jù)保存的所述用 戶終端的簽約信息對所述獲取模塊獲取的所述用戶終端的廣播和組播業(yè)務信 息進行驗證；承載建立模塊，用于在所述驗證模塊驗證通過后，允許所述用 戶終端加入會話，并與所述用戶終端建立廣播和組播承載。再一方面，本發(fā)明實施例還提供一種廣播和組播承載的建立系統(tǒng)，包括 應用服務器和用戶終端，所述應用服務器用于獲取用戶終端的廣播和組播業(yè) 務信息，根據(jù)保存的所述用戶終端的簽約信息對所述用戶終端的廣播和組播 業(yè)務信息進行驗證，在驗證通過后，允許所述用戶終端加入會話，并與所述 用戶終端建立廣播和組播承載。
與現(xiàn)有技術相比，本發(fā)明實施例具有以下優(yōu)點通過本發(fā)明實施例，根 據(jù)保存的用戶終端的簽約信息對獲取的用戶終端的廣播和組播業(yè)務信息進行 驗證，在驗證通過后，與該用戶終端建立廣播和組播承載，從而提供了一種 在多方通信系統(tǒng)中建立廣播和組播承載的方法。
圖1為現(xiàn)有技術3GPPMBMS架構的示意圖2為現(xiàn)有技術3GPP2定義的典型BCMCS網(wǎng)絡實體之間關系的示意圖3為本發(fā)明實施例廣播和組播承載的建立方法的流程圖4為本發(fā)明實施例一PoC系統(tǒng)使用的各種不同廣播和組播承載的示意
圖5為本發(fā)明實施例一 MBMS嫁接到PoC系統(tǒng)后的架構圖6為本發(fā)明實施例二在第三方注冊過程中獲:f又簽約信息的流程圖7為本發(fā)明實施例二在第三方注冊過程中獲取并使用簽約信息的流程
圖8為本發(fā)明實施例二控制會話的服務器獲取廣播和組播業(yè)務信息的流
程圖9為本發(fā)明實施例二用戶歸屬服務器從專用數(shù)據(jù)庫獲取廣播和組播業(yè)
務信息的流程圖10為本發(fā)明實施例三在會話中建立廣播和組播承載的流程圖11為本發(fā)明實施例三在PoC會話中建立廣播和組播承載的流程圖12為本發(fā)明實施例三在PoC會話中建立廣播和組播承載并發(fā)送業(yè)務通
告的流程圖；圖13為本發(fā)明實施例四使用Subscribe/Notify機制發(fā)送廣播和組播業(yè)務通 告消息的流程圖14為本發(fā)明實施例四直接發(fā)送Notify消息向用戶終端通知廣纟番和組^番 承載業(yè)務參數(shù)的流程圖15為本發(fā)明實施例廣播和組播承載的建立系統(tǒng)的結構圖。
具體實施例方式
本發(fā)明實施例提供了一種廣播和組播承載的建立方法，在不考慮各種不 同廣播和組播承載網(wǎng)絡的情況下，分析在應用層的多方通信過程中如何在多 方通信的系統(tǒng)和通信過程中建立和引入廣播和組播承載。本發(fā)明實施例所提 到的廣4番和組#番承載，包括3GPP定義的MBMS、 3GPP2定義的BCMCS、 ETSI (European Telecommunications Standard Institute,歐洲電信標準協(xié)會)規(guī)定的 DVB (Digital Video Broadcasting,凄t字^L頻廣^番)系列和中國標準組織定義 的一 系列廣播和組播承載業(yè)務。
本發(fā)明實施例提供了多方通信系統(tǒng)中使用各種廣播和組播承載網(wǎng)絡的一 種解決方法。對應在PoC業(yè)務、會議業(yè)務中，以及將來的CPM業(yè)務中，可能出 現(xiàn)的具體應用場景中的具體解決方法進行了說明。
如圖3所示，為本發(fā)明實施例廣播和組播承載的建立方法的流程圖，具體 包括以下步驟
步驟S301,獲取用戶終端的廣播和組播業(yè)務信息?？梢栽诘谌阶赃^ 程中獲取廣播和組播業(yè)務信息，或者從會話控制服務器中獲取廣播和組播業(yè) 務信息，或者，從歸屬網(wǎng)絡的專用服務器中獲取廣播和組播業(yè)務信息。從歸 屬網(wǎng)絡的專用服務器中獲取廣播和組播業(yè)務信息具體為向HSS (Home Subscriber Server,歸屬用戶月良務器)或XDM (Extensible Markup Language Document Management,可擴展標記語言文檔管理)服務器查詢廣纟番和組纟番業(yè) 務信息。
步驟S302,根據(jù)保存的用戶終端的簽約信息對該用戶終端的廣播和組播 業(yè)務信息進行驗證。本發(fā)明實施例中的管理用戶簽約信息的網(wǎng)絡實體，和發(fā)起建立廣播和組播承載的網(wǎng)絡實體的位置相關，如果發(fā)起建立廣播和組播承 載的網(wǎng)絡實體在集中控制會話的網(wǎng)絡實體上，則應將管理用戶簽約信息的功
能設置在集中控制會話的網(wǎng)絡實體上；如果發(fā)起建立廣播和組播承載的網(wǎng)絡 實體在用戶歸屬網(wǎng)絡的網(wǎng)絡實體，則應將管理用戶簽約信息的功能設置在用 戶歸屬網(wǎng)絡的參與功能或者網(wǎng)絡實體上。在獲取了用戶終端的廣播和組播業(yè) 務信息之后，根據(jù)保存的用戶終端的簽約信息對獲取的用戶終端的廣播和組 播業(yè)務信息進行驗證，驗證用戶終端是否具有建立廣播和組播承載的能力。
步驟S303，在驗證通過后，允許用戶終端加入會話，并與該用戶終端建 立廣播和組播承載。在驗證用戶終端具有建立廣播和組播承載的能力之后， 開始與用戶終端建立廣播和組播承載的過程，在與用戶終端建立廣播和組播 承載之后，該用戶終端的上行媒體流使用單播承載發(fā)送，用戶終端的下行媒 體流使用組播承載發(fā)送。
上述廣播和組播承載的建立方法，根據(jù)保存的用戶終端的簽約信息對獲 取的用戶終端的廣播和組播業(yè)務信息進行驗證，在驗證通過后，與用戶終端 建立廣播和組播承載，從而提供了 一種在多方通信系統(tǒng)中建立廣播和組播承 載的方法。
本發(fā)明實施例一對多方通信系統(tǒng)使用的廣播和組播承載的架構進行了說 明，其中以PoC系統(tǒng)為例說明了多方通信業(yè)務系統(tǒng)使用的各種不同廣播和組播 承載的示意圖如圖4所示，MBMS嫁接到PoC系統(tǒng)后的架構圖如圖5所示。其中， PoC系統(tǒng)中的PoC服務器作為多方通信系統(tǒng)中的應用服務器承擔了在廣播和 組播承載網(wǎng)絡中管理廣播和組播承載的功能。
其中，PoC服務器承擔的在會話中使用和組播承載的功能包括4某體和數(shù) 據(jù)源、簽約信息的維護、業(yè)務通告的發(fā)起。
媒體和數(shù)據(jù)源多方會話中用戶終端發(fā)出的媒體作為媒體或者數(shù)據(jù)源被 應用服務器通過廣播和組播承載的下行傳輸路徑發(fā)送到用戶終端上。
媒體和數(shù)據(jù)由會話的媒體產(chǎn)生，因此不需要在手機電視業(yè)務中的外部的 內(nèi)容提供方；
簽約信息維護負責保存或者獲取用戶關于廣播和組播承載的簽約信息，
12并對此簽約信息進^f于維護。
應用服務器替代廣播和組播承載管理實體的功能，因此用戶的簽約信息 將由應用層的實體維護和管理。
業(yè)務通告的發(fā)起應用服務器負責發(fā)送分配的廣播和組播承載業(yè)務參數(shù)。
PoC服務器增加了關于廣播和組播業(yè)務通告的功能。
本發(fā)明實施例二對用戶簽約信息的管理進行了介紹，在本發(fā)明實施例的 系統(tǒng)架構中說明了PoC服務器代替MBMS和組播管理控制器的功能，因此在多 方通信系統(tǒng)中使用廣播和組播承載的方案中，用戶簽約信息的獲得、維護、 管理和l吏用的功能由多方通信系統(tǒng)中的會話控制功能完成。多方通信系統(tǒng)中 的會話控制功能，在OMAPoC業(yè)務系統(tǒng)為PoC服務器控制功能，在多媒體會 議業(yè)務系統(tǒng)中為控制會話的服務器。
總之，管理用戶簽約信息的網(wǎng)絡實體在本發(fā)明實施例的模型中，和發(fā)起 建立廣播和組播承載的網(wǎng)絡實體的位置相關，如果發(fā)起建立廣播和組播承載 的網(wǎng)絡實體在集中控制會話的網(wǎng)絡實體上，則應將管理用戶簽約信息的功能
設置在集中控制會話的網(wǎng)絡實體上；如果發(fā)起建立廣播和組播承載的網(wǎng)絡實 體在用戶歸屬網(wǎng)絡的網(wǎng)絡實體，則應將管理用戶簽約信息的功能設置在用戶 歸屬網(wǎng)絡的參與功能或者網(wǎng)絡實體上。
1、 在網(wǎng)絡實體上保存所有的用戶簽約信息
在此情況下，用戶簽約信息的管理實體保存了用戶簽約廣播和組播承載 的簽約信息，或者保存了用戶在本多方通信業(yè)務中使用廣播和組播承載的簽 約信息。
如前所述，業(yè)務實體保存用戶簽約信息，收到業(yè)務請求后，將根據(jù)用戶 簽約信息對廣播和組播業(yè)務請求進行驗證，驗證通過后才能允許建立廣播和 組播承載。
其中，用戶簽約信息可以保存在業(yè)務使用的應用服務器上，也可保存在 應用層的專用數(shù)據(jù)庫中或者群組信息中。
2、 在第三方注冊過程中獲取廣播和組播業(yè)務簽約信息
用戶終端在向IMS (Internet Protocol Multimedia Subsystem,因特網(wǎng)協(xié)i義多媒體子系統(tǒng))網(wǎng)絡注冊的過程中，現(xiàn)有規(guī)范規(guī)定S-CSCF( Serving-Call Session
Control Functions,服務呼叫會話控制功能)和應用服務器之間的信息交互過
程，S-CSCF可以將用戶的簽約信息、用戶標識等信息通知給相關的應用服務
器。應用服務器在第三方注冊過程中可以獲得用戶簽約廣播和組播網(wǎng)絡的信 臺
(1) 如圖6所示，為在第三方注冊過程中獲取簽約信息的流程圖，具體 包括以下步驟
步驟S601，用戶終端Client 1向IMS發(fā)起注冊過程，注冊的過程中，在注 冊消息中標識了支持廣播和組播承載業(yè)務的信息；
步驟S602, S-CSCF收到用戶地注冊申請，向HSS查詢和驗證用戶注冊請 求中的業(yè)務信息，包括廣播和組播承載業(yè)務的信息；
步驟S603， HSS返回響應消息；
步驟S604,向用戶終端Client l發(fā)送注冊成功的應答消息；
步驟S605, S-CSCF向AS ( Application Server,應用服務器)發(fā)起第三方
注冊過程，將向相關的應用服務器發(fā)送通知，通知信息中包括了用戶終端l已
經(jīng)注冊到當前的業(yè)務以及用戶簽約信息已經(jīng)在當前業(yè)務驗證通過的廣播和組
播承載業(yè)務信息；
步驟S606, AS向S-CSCF發(fā)出了第三方注冊請求的響應消息。
此后，應用服務器獲得了用戶終端1在IMS網(wǎng)絡中注冊成功，并獲得了安
全的驗證過的廣播和組播承載業(yè)務信息，此簽約信息可以在用戶使用該業(yè)務
時作為業(yè)務邏輯過程中使用。
(2) 如圖7所示，為在第三方注冊過程中獲取并使用簽約信息的流程圖， 在本實施例中，應用服務器獲得了廣播和組播承載簽約信息，而用戶終端l在 使用當前業(yè)務時，使用SIP ( Session Initiation Protocol,會話發(fā)起協(xié)議) PUBLISH方法在AS設置了業(yè)務信息，或者使用XCAP協(xié)議通過應用服務器設 置的配置信息，并得到了應用服務器根據(jù)保存的廣播和組播承載簽約信息的 驗^E，具體包括以下步驟
步驟S701,用戶終端Clientl向IMS發(fā)起注冊過程，注冊的過程中，在注冊消息中標識了支持廣播和組播承載業(yè)務的信息；
步驟S702, S-CSCF收到用戶的注冊申請，向HSS查詢和驗證用戶注冊請 求中的業(yè)務信息，包括廣播和組播承載業(yè)務的信息；
步驟S703， HSS返回響應消息；
步驟S704, S-CSCF向用戶終端Client l發(fā)送注冊成功的應答消息； 步驟S705， S-CSCF向AS發(fā)起第三方注冊過程，將向相關的應用服務器發(fā) 送通知，通知信息中包括了用戶終端1已經(jīng)注冊到當前的業(yè)務以及用戶簽約信 息已經(jīng)在當前業(yè)務驗證通過的廣播和組播承載業(yè)務信息；
步驟S706, AS向S-CSCF發(fā)出第三方注冊請求的響應消息； 此后，應用服務器獲知用戶終端1在IMS網(wǎng)絡中注冊成功，并獲得了安全 的驗證過的廣播和組播承載業(yè)務簽約信息，此簽約信息可以在用戶使用該業(yè) 務時作為業(yè)務邏輯過程中使用；
步驟S707，用戶終端1向AS發(fā)起業(yè)務設置過程，使用SIPPUBLISH攜帶業(yè) 務設置信息，其中可以包括和廣播和組播承載業(yè)務相關的設置信息，如是否 允許建立廣播和組播等，也可以包括使用廣播和組播承載業(yè)務的意愿和狀態(tài)， 以便AS保存和使用；
步驟S708, AS根據(jù)事先收到的安全的廣播和組播承載業(yè)務簽約信息對用 戶終端l發(fā)送的業(yè)務設置和廣播和組播承載業(yè)務相關的信息進行驗證； 步驟S709, AS向Clientl發(fā)送響應消息，該響應消息攜帶驗證結果。 需要說明的是，在本實施例中，AS可以是控制業(yè)務的應用服務器，也可 以是用戶終端歸屬網(wǎng)絡中的應用服務器。無論兩種情況的任何一種情況，AS 由于保存了多個用戶終端的關于廣播和組播承載業(yè)務的簽約信息，因此維護 了用戶簽約信息的動態(tài)的數(shù)據(jù)庫。當用戶終端乂人IMS網(wǎng)絡中去注冊后，AS上 動態(tài)保存的廣播和組播承載業(yè)務簽約信息應當自動的刪除。 3、專用數(shù)據(jù)庫中保存獲取的廣播和組播業(yè)務信息 (1)如圖8所示，為控制會話的服務器獲取廣播和組播業(yè)務信息的流程 圖，在本實施例中，由于基于OMA的業(yè)務引擎中，XDM業(yè)務引擎可以保存和 群組相關的業(yè)務信息，同時XDM業(yè)務引擎可保存的信息多數(shù)為靜態(tài)配置的業(yè)務信息，包括群組信息、成員列表、群組成員屬性等。因此，本發(fā)明實施例
使用XDM業(yè)務提供的機制，將使用XDMS (XDM Server, XDM服務器)作為 保存用戶簽約信息的保存實體，即專用數(shù)據(jù)庫。具體包括以下步驟
步驟S801, PoC用戶終端#1 (PoC Client # 1 )發(fā)起預定義群組會話建立 請求，請求消息中可以攜帶用戶終端加入PoC會話所希望使用的媒體參數(shù)(媒 體類型、編碼參數(shù))和用戶終端支持組播承載的能力信息，或者用戶#1指示 的可加入組^"承載的業(yè)務信息；
步驟S802， PoC服務器參與功能(PoC Server performing participating function),收到PoC用戶終端# l發(fā)送的加入會話初始化請求后，將加入會話 初始化請求消息轉發(fā)給PoC服務器控制功能(PoC Server performing controlling function);
步驟S803, PoC服務器控制功能收到加入會話初始化請求后，PoC服務器 控制功能查詢并獲得預定義群組成員列表、群組屬性信息和成員屬性信息， 其中包括了群組成員的廣播和組播承載簽約信息；
步驟S804, PoC服務器控制功能收到群組成員列表和參與當前群組會話的 成員的廣播和組播業(yè)務簽約信息，向被叫用戶終端PoC Client并2發(fā)出會話發(fā) 起請求，會話發(fā)起請求消息中包^^某體參數(shù)，
此時，簽約信息可以被PoC服務器控制功能作為驗證加入PoC會話的用戶 終端是否可以使用廣播和組播承載的條件，由于PoC用戶終端# 1已經(jīng)在會話 初始化請求中加入了組播承載的業(yè)務信息，PoC服務器控制功能可在此時即對 PoC用戶終端# l的組播承載建立指示進行驗證；
步驟S805, PoC服務器參與功能收到PoC服務器控制功能發(fā)送的會話發(fā)起 請求后，將會話發(fā)起請求轉發(fā)給PoC用戶終端# 2;
步驟S806, PoC用戶終端# 2收到會話發(fā)起請求，PoC用戶判斷是否加入 PoC群組會話，發(fā)出成功接受會話發(fā)起請求的應答消息，例如200 OK;如 果PoC用戶終端# 2具有加入組^"承載的能力，可以在應答消息中加入組播承 載業(yè)務指示，用于通知網(wǎng)絡可以加入組播承載的業(yè)務信息；
步驟S807, PoC服務器參與功能收到PoC用戶終端#2發(fā)送的應答消息后，將該應答消息轉發(fā)給PoC服務器控制功能；
步驟S808， PoC服務器控制功能收到應答消息后，可以對PoC用戶終端弁 2具有加入組播承載的業(yè)務指示進行驗證。如果驗證通過，可以將用戶終端并 2加入建立組播承載的用戶終端列表?？梢韵騊oC用戶終端弁l發(fā)出應答消息， 在應答消息中攜帶選擇的媒體參數(shù)；
步驟S809, PoC服務器參與功能在收到應答消息后，將應答消息轉發(fā)給 PoC用戶終端弁1。
在本實施例中，由PoC服務器控制功能在會話中分配組播承載資源，并發(fā) 起了組播承載業(yè)務信息，如組播地址等，并發(fā)起了和終端之間建立組播承載 的過程。在對應的場景中，PoC服務器參與功能應不出現(xiàn)在々某體3各徑上，或者 PoC服務器參與功能不出現(xiàn)在下行媒體傳輸路徑上。
(2)如圖9所示，為用戶歸屬服務器從專用數(shù)據(jù)庫獲取廣播和組播業(yè)務 信息的流程圖，具體包括以下步驟
步驟S901, PoC用戶終端fl (PoCClient# 1 )發(fā)起會話初始化請求，會 話初始化請求消息中可以攜帶用戶終端加入PoC會話所希望使用的媒體參數(shù) (媒體類型、編碼參數(shù))和用戶終端支持組播承載的能力信息，或者用戶#1 指示的可加入組插-承載的業(yè)務信息；
步驟S902， PoC服務器參與功能弁l (PoC Server participating function)， 收到加入會話初始化請求后，向保存廣播和組播簽約信息的數(shù)據(jù)庫查詢廣播 和組播簽約信息，保存廣播和組播簽約信息的數(shù)據(jù)庫可以是網(wǎng)絡中的HSS，也 可以是XDM業(yè)務引擎支持的保存簽約信息的數(shù)據(jù)庫，如果是向HSS查詢，用 戶身份驗證的部分由HSS完成，并向PoC服務器參與功能弁l返回驗證的結果； 如果是向XDM服務器查詢，PoC服務器參與功能弁1將向XDMS獲取簽約信 息，PoC服務器參與功能弁l收到簽約信息后，由PoC服務器參與功能弁l進行 用戶身份的驗證；
步驟S903，數(shù)據(jù)庫向PoC服務器參與功能弁l返回查詢的響應消息；
步驟S904， PoC服務器參與功能弁l收到用戶簽約信息查詢的響應消息并 確認完成用戶身份驗證的工作后，將加入會話初始化請求消息轉發(fā)給PoC服務
17器4空制功能(PoC Server controlling fiinction);
如果驗證不能通過，PoC服務器參與功能弁l可以拒絕會話初始化請求消 息，也可以繼續(xù)將該初始化請求消息轉發(fā)給PoC服務器控制功能。
步驟S905, PoC服務器控制功能收到加入會話初始化請求消息后，通過 PoC服務器參與功能# 2向被叫用戶終端PoC Client # 2發(fā)出會話發(fā)起請求；
步驟S906, PoC服務器參與功能收到PoC服務器控制功能發(fā)送的會話發(fā)起 請求后，將會話發(fā)起請求轉發(fā)給PoC用戶終端弁2，在會話發(fā)起請求消息中PoC 服務器參與功能# 2可以添加支持廣播和組播承載的業(yè)務信息；
步驟S907, PoC用戶終端弁2收到會話發(fā)起請求，PoC用戶判斷是否加入 PoC會話，發(fā)出成功接受會話發(fā)起請求的應答消息，例如200 OK;如果PoC 用戶終端#2具有加入組播承載的能力，或者用戶希望建立并使用組播承載， 可以在應答消息中加入組播承載業(yè)務指示，用于通知網(wǎng)絡可以加入組播承載 的業(yè)務信息；
步驟S908, PoC服務器參與功能# 2收到PoC用戶終端# 2發(fā)送的應答消息 后，向保存廣播和組播簽約信息的數(shù)據(jù)庫查詢廣播和組播簽約信息，保存廣 播和組播簽約信息的數(shù)據(jù)庫可以是網(wǎng)絡中的HSS,也可以是XDM業(yè)務引擎支 持的保存簽約信息的數(shù)據(jù)庫，如果是向HSS查詢，用戶身份驗證的部分由HSS 完成，將返回給PoC服務器參與功能并2驗證的結果；如果是向XDM服務器查 詢，PoC服務器參與功能弁2將向XDMS獲取簽約信息，PoC服務器參與功能弁 2收到簽約信息后，由PoC服務器參與功能# 2進行用戶身份的驗證； 步驟S909,數(shù)據(jù)庫向PoC服務器參與功能# 2返回查詢的響應消息； 步驟S910, PoC服務器參與功能# 2收到用戶簽約信息查詢的響應消息并 確認完成用戶身份驗證的工作后，將應答消息，例如200 0K轉發(fā)給PoC服 務器控制功能；
步驟S911, PoC服務器控制功能收到應答消息后，可以向PoC用戶終端并 l發(fā)出應答消息，例如200 OK，在應答消息包括選擇的媒體參數(shù)；
步驟S912, PoC服務器參與功能弁l在收到應答消息后，將200Op應答消 息轉發(fā)給PoC用戶終端弁l，可以添加支持廣播和組播承載的業(yè)務信息，用于向PoC用戶終端# l通知廣播和組播承載驗證通過的信息。
在本實施例中，由PoC服務器參與功能作為在會話中作為用戶歸屬網(wǎng)絡的 網(wǎng)絡實體，負責分配組播承載資源，并發(fā)起了組播承載業(yè)務信息。在對應的
場景中，PoC服務器參與功能應出現(xiàn)在媒體路徑上，且本實施例中PoC服務器 參與功能可以應適用于多個PoC服務器參與功能屬于不同 一個網(wǎng)絡和跨運營
商的情況。在此場景下，不同的用戶歸屬網(wǎng)絡的網(wǎng)絡實體對用于簽約信息的 - 瞼證和廣播和組播承載資源的分配和廣播和組播承載的建立是相互獨立而不 互相影響的。
4、廣播和組播業(yè)務信息的描述方式
本發(fā)明實施例中，廣播和組播業(yè)務信息可以為代表用戶終端或者網(wǎng)絡實 體業(yè)務能力的標識，也可以為代表協(xié)商的廣播或組播承載的i某體流的媒體參數(shù)。
i某體參數(shù)使用SDP協(xié)議描述，可以使用SDP協(xié)議規(guī)定的方式描述廣播或組 播承載的媒體參數(shù)，并和其他會話中的媒體參數(shù)是并列關系。
相對的，代表網(wǎng)絡實體業(yè)務能力的廣播或組播業(yè)務信息可以在SIP信令的 消息頭中攜帶，可以指定固定的廣播或組播業(yè)務能力信息標識，用于網(wǎng)絡實 體廣播或組播業(yè)務能力的識別信息。同樣，用戶終端廣播或組播業(yè)務能力信 息也可以通過在SIP信令的消息頭中的特定廣播或組播業(yè)務能力信息標識區(qū) 分。
描述所建立的廣播或組播承載的業(yè)務信息，也可以通過XML格式的描述 性語言的描述來實現(xiàn)，XML格式的描述性語言可以在通知消息中攜帶，也可 以攜帶在部分SIP信令的消息體中。
本發(fā)明實施例三介紹了網(wǎng)絡實體發(fā)起廣播和組播承載建立過程 (1)如圖10所示，為在會話中建立廣播和組播承載的流程圖，在本實施 例中，說明了一個應用服務器管理的會話中(例如，多媒體會議的會話中)， 控制會話的服務器，在會話建立以后并滿足判斷條件后，發(fā)送廣播和組播業(yè) 務通告，使用通知的方式將當前會話中要使用的廣播和組播業(yè)務參舉發(fā)送給 用戶終端，然后在用戶終端和網(wǎng)絡之間建立廣播和組播承載的過程。廣播和組播承載建立后，會話中將使用廣播和組播承載發(fā)送下發(fā)媒體流。具體包括
以下步驟
步驟S1001,用戶終端Client弁l發(fā)出加入會話請求消息，請求建立會話， 該請求消息可以使用SIPINVITE消息。在加入會話的請求消息中，攜帶了期 望的媒體類型，以及廣播和組播承載業(yè)務的標識。
步驟S1002,會話控制服務器對請求加入會話的用戶的身份進行驗證，驗 證媒體參數(shù)，同時根據(jù)收到的加入會話請求消息中的廣播和組播業(yè)務能力的 標識，驗證用戶終端Client并l是否被允許建立廣播和組播承載；
步驟S1003,會話控制服務器向用戶終端Client#2發(fā)出會話初始化請求消 息，在該請求消息中攜帶了廣播和組播能力的標識和期望的媒體參數(shù)；
步驟S1004，用戶終端Client#2收到會話初始化請求消息后，才艮據(jù)用戶選 擇接受請求，并返回應答消息，例如200 OK，在應答消息中攜帶了廣播和 組播承載業(yè)務標識；
步驟S1005，會話控制服務器，收到應答消息后，驗證媒體參數(shù)，同時根 據(jù)收到的廣播和組播承載業(yè)務標識，驗證用戶終端Client#2是否被允許建立 廣播和組播承載；
步驟S1006,會話控制服務器，向用戶終端Client并l返回應答消息，例如 200 OK;
步驟S1007 步驟S1008，由于當前會話的廣播和組播承載建立的條件還未 滿足，在會話中上行和下行媒體流均使用單播承載發(fā)送；
步驟S1009 步驟S1010,當前會話的廣播和組播承載建立條件滿足時，例 如會話中用戶數(shù)量滿足、成員的屬性滿足或者其他條件滿足時，會話控制 服務器開始發(fā)起廣播和組播承載建立過程，會話的控制服務器向用戶終端發(fā) 出廣播和組播承載業(yè)務參數(shù)，包括了用戶終端用于發(fā)起廣播和組播承載建立 過程的必要參數(shù)，如組播地址等；
步驟SIOI 1 步驟S1012,用戶終端和會話控制服務器之間的廣播和組播承 載建立過程；
步驟S1013 步驟S1014,廣播和組播承載建立后，成功建立廣播和組播承載的用戶終端的上行媒體流使用單播承載發(fā)送，下行^某體流使用組播承載發(fā)送。
(2)如圖11所示，為在PoC會話中建立廣播和組播承載的流程圖，具體 包括以下步驟
步驟S1101, PoC用戶終端#1 (PoC Client # 1 )發(fā)起PoC會話建立請求， 請求消息中可以攜帶用戶終端加入PoC會話所希望使用的々某體參數(shù)(々某體類 型、編碼參數(shù))和用戶終端支持組播承載的能力信息，或者用戶終端#1指示 的可加入組播承載的業(yè)務信息；
步驟S1102, PoC服務器參與功能弁l收到PoC會話建立請求后，同時收到 了用戶終端可以建立組播承載的業(yè)務信息，對用戶終端是否被允許加入組播 承載進行驗證。驗證通過后，PoC服務器參與功能fl將PoC用戶終端弁l加入 建立組播承載的列表中；
步驟S1103，不論是否驗證通過，PoC服務器參與功能可以將PoC會話建 立請求轉發(fā)給PoC服務器控制功能；
PoC服務器參與功能# l在驗證不通過時，也可以拒絕PoC用戶終端# l發(fā) 送的請求消息，拒絕本地會話初始化的請求。
步驟S1104, PoC服務器控制功能收到PoC會話建立請求后，向被叫用戶 終端PoC Client # 2發(fā)出會話發(fā)起請求，該會話發(fā)起請求消息中包括々某體參數(shù)。
步驟S1105 ， PoC服務器參與功能# 2收到PoC服務器控制功能發(fā)送的會話 發(fā)起請求后，將會話發(fā)起請求轉發(fā)給PoC用戶終端并2，該請求消息可以攜帶 PoC服務器參與功能# 2支持組播承載的業(yè)務信息；
步驟S1106, PoC用戶終端弁2收到會話發(fā)起請求，PoC用戶判斷是否加入 PoC會話，發(fā)出成功接受會話發(fā)起請求的應答消息，例如200 OK;如果PoC 用戶終端#2具有加入組播承載的能力，可以在該應答消息中加入組播承載業(yè) 務指示，用于通知網(wǎng)絡可以加入組插4義載的業(yè)務信息；
步驟S1107， PoC服務器參與功能收到PoC用戶終端#2發(fā)送的應答消息 后，可以對PoC用戶終端弁2返回的應答消息中的組播承載信息進行驗證，用 于驗證用戶終端#2是否可以被允許建立組播承載，如果驗證通過，可以將用戶終端# 2加入建立組播承載的用戶終端列表。；
步驟S 1108, PoC服務器參與功能將應答消息轉發(fā)給PoC服務器控制功能， 在應答消息中包括用于協(xié)商的媒體參數(shù)；
步驟S1109, PoC服務器控制功能收到應答消息后，向PoC服務器參與功 能#1發(fā)出應答消息，例如200 OK,該應答消息包括選擇的々某體參數(shù)；
步驟SlllO, PoC服務器參與功能弁l收到應答消息后，將應答消息轉發(fā)給 PoC用戶終端#1，并在該應答消息中攜帶組播承載建立的業(yè)務信息；
步驟S1111 步驟S1112,此時，由于當前會話的廣^^和組^番承載建立條件 還未滿足，在當前會話中廣播和組播承載還未建立，會話中的上行和下行媒 體流均使用單播承載發(fā)送；
步驟S1113,當前會話的廣播和組播承載建立條件滿足時，例如會話中 用戶數(shù)量滿足、成員的屬性滿足或者其他條件滿足時，PoC服務器參與功能 # l開始發(fā)起廣播和組播承載建立過程，分配廣播和組播承載資源和分配廣播 和組播地址；
步驟S 1114, PoC服務器參與功能# 1向PoC用戶終端# l發(fā)出SIP UPDATE (SIP更新)消息，用于通知PoC用戶終端# l廣播和組播承載建立需要的組播 業(yè)務參數(shù)，包括了用戶終端用于發(fā)起廣播和組播承載建立過程的必要參數(shù)， 如組播地址等；
步驟S1115, PoC用戶終端并l收到SIPUPDATE消息后，可以向PoC服務 器參與功能# l返回PoC用戶終端# l的廣播和組播承載業(yè)務參數(shù)；
需要指出的是PoC用戶終端# l收到使用SIP UPDATE通知的廣播和組播 承載業(yè)務參數(shù)后，可以向用戶查詢是否接受在當前PoC會話中建立廣播和組播 承載，如果用戶接受再返回應答消息，例如200OK; PoC用戶終端弁l也可 以不向PoC用戶顯示收到廣播和組播承載業(yè)務參數(shù)和返回應答的過程，這時 PoC用戶無法感知廣播和組播承載的建立時的參數(shù)交互過程；
步驟S1116,用戶終端和PoC服務器參與功能弁l之間的廣播和組播承載建 立過程；
步驟S1117 步驟S1119,組播承載建立后，PoC用戶終端弁l到PoC服務器參與功能# l和到PoC服務器控制功能的上行媒體流使用單播承載發(fā)送，PoC 服務器控制功能到PoC服務器參與功能# 1的下行媒體流使用單播承載發(fā)送， PoC服務器參與功能弁l到PoC用戶終端# l的下行媒體流使用組播承載發(fā)送。 PoC服務器參與功能也可以通過廣播或者組播業(yè)務通知的方式將建造廣 播或者組播承載的業(yè)務參數(shù)通告給PoC用戶終端，而由用戶終端直接發(fā)起組播 承載建立。
組播承載建立后，PoC服務器參與功能應當和用戶終端之間可以設置分配 用戶終端發(fā)送媒體和接受媒體使用的媒體路徑。應設定單播承載用于用戶終 端發(fā)送媒體的過程，而廣播或者組播承載用于PoC服務器參與功能發(fā)送下行媒 體。例如用戶終端將單播承載的媒體參數(shù)設置為sendonly,將廣播或組播承 載的媒體參數(shù)設置為receiveonly; PoC服務器參與功能將單播承載的媒體參數(shù) 設置為receiveonly,將廣播或組播承載的媒體參數(shù)設置為sendonly。用戶終端 在發(fā)送媒體時，自動使用單播承載發(fā)送，而PoC服務器參與功能向用戶終端發(fā) 送々某體時，自動使用廣播或組播承載發(fā)送。
(3)如圖12所示，為在PoC會話中建立廣播和組播承載并發(fā)送業(yè)務通告 的流程圖，具體包括以下步驟
步驟S1201 ， PoC用戶終端#1 (PoC Client # 1 )發(fā)起PoC會話建立請求， 請求消息中可以攜帶用戶終端加入PoC會話所希望使用的媒體參數(shù)(i某體類 型、編碼參數(shù))和用戶終端支持組播承載的能力信息，或者用戶#1指示的可 加入組播承載的業(yè)務信息；
步驟S1202, PoC服務器參與功能弁l在收到PoC會話建立請求的同時，收 到了用戶終端可以建立組播承載的業(yè)務信息，對用戶終端是否被允許加入組 播承載進行驗證。驗證通過后，PoC服務器參與功能弁l將PoC用戶終端弁l加 入建立組播承載的列表中；
步驟S1203，不論是否驗證通過，PoC服務器參與功能都可以將PoC會話 建立請求轉發(fā)給PoC服務器控制功能；當然，PoC服務器參與功能# l在驗證 不通過時，也可以拒絕PoC用戶終端# l本地會話初始化的請求；
步驟S1204, PoC服務器控制功能在接收到PoC會話建立請求后，向被叫
23用戶終端PoC Client # 2發(fā)送會話發(fā)起請求消息，會話發(fā)起請求消息中包括J 某 體參數(shù)；
步驟S1205, PoC服務器參與功能# 2收到PoC服務器控制功能發(fā)送的會話 發(fā)起請求消息后，將該會話發(fā)起請求消息轉發(fā)給PoC用戶終端弁2，該會話發(fā) 起請求消息可以攜帶PoC服務器參與功能# 2支持組播承載的業(yè)務信息；
步驟S1206, PoC用戶終端并2在收到會話發(fā)起請求后，在決定加入PoC會 話后，發(fā)出成功接受會話發(fā)起請求的應答消息，例如200 OK;如果PoC用 戶終端#2具有加入組播承載的能力，還可以在應答消息中加入組播承載業(yè)務 指示，用于通知網(wǎng)絡該PoC用戶終端#2可以加入組播承載的業(yè)務信息；
步驟S1207, PoC服務器參與功能收到PoC用戶終端#2發(fā)送的應答消息 后，可以對PoC用戶終端#2返回應答消息中的組播承載的業(yè)務信息進行驗證， 用于驗證用戶終端#2是否可以被允許建立組播承載，如果驗證通過，可以將 用戶終端# 2加入建立組播承載的用戶終端列表。；
步驟S 1208, PoC服務器參與功能將應答消息轉發(fā)給PoC服務器控制功能， 在該應答消息中包含用于協(xié)商的媒體參數(shù)；
步驟S1209， PoC服務器控制功能收到應答消息后，向PoC服務器參與功 能#1發(fā)出應答消息，例如200 OK,該應答消息包括選擇的媒體參數(shù)；
步驟S1210， PoC服務器參與功能并l收到應答消息后，將該應答消息轉發(fā) 給PoC用戶終端# 1,該應答消息攜帶組播承載建立的業(yè)務信息；
步驟S1211 步驟S1212，此時，由于當前會話的廣播和組播承載建立條件 還未滿足，當前會話中的廣播和組播承載還未建立，會話中的上行和下行媒 體流均使用單播承載發(fā)送；
步驟S1213，當前會話的廣播和組播承載建立條件滿足時，例如會話中
的用戶數(shù)量滿足、成員的屬性滿足或者其他條件滿足時，PoC服務器參與功
能# l開始發(fā)起廣播和組播承載建立過程，分配廣播和組播承載資源和分配廣 4番和組播地址；
步驟S1214, PoC服務器參與功能# l向PoC用戶終端# l發(fā)出廣播和組播 業(yè)務通告消息，用于通知廣播和組播承載建立需要的組播業(yè)務參數(shù)，包括了用戶終端用于發(fā)起廣播和組播承載建立過程的必要參數(shù)，如組播地址等，業(yè) 務通告釆用的消息和特定的機制在其他部分中描述，且可用于所有廣播和組
播承載類型(DVB-H, DMB和衛(wèi)星廣播等)的承載參數(shù)；
步驟S1215, PoC用戶終端弁l收到廣播和組播業(yè)務通告消息后，將返回的 PoC用戶終端的廣播和組播承載業(yè)務參數(shù)，響應給PoC服務器參與功能弁1;
需要指出的是PoC用戶終端# l收到廣播和組播業(yè)務通告的廣播和組播承 載業(yè)務參數(shù)后，可以向用戶查詢是否接受在當前PoC會話中建立廣播和組播承 載，如果用戶接受再返回響應消息；PoC用戶終端弁l也可以不向PoC用戶顯 示收到廣播和組播承載業(yè)務參數(shù)和返回響應的過程，這時PoC用戶無法感知廣 播和組播承載建立時的參數(shù)交互過程；
步驟S1216,用戶終端和PoC服務器參與功能弁l之間的廣播和組播承載建 立過程；
步驟S1217 步驟S1219，組播承載建立后，PoC用戶終端并l到PoC服務器 參與功能# l和到PoC服務器控制功能的上行媒體流使用單播承載發(fā)送，PoC 服務器控制功能到PoC服務器參與功能# l的下行媒體流使用單播承載發(fā)送， PoC服務器參與功能f l到PoC用戶終端弁l的下行媒體流使用組播承載發(fā)送。
PoC服務器參與功能也可以通過廣播或者組播業(yè)務通知的方式將建造廣 播或者組播承載的業(yè)務參數(shù)通告給PoC用戶終端，然后由用戶終端直接發(fā)起組 播承載的建立過程。
組播承載建立后，PoC服務器參與功能應當和用戶終端之間可以設置用戶 終端發(fā)送媒體和接受媒體使用的媒體路徑。應設定將單播承載為用于用戶終 端發(fā)送i某體，而廣播或者組播承載用于PoC服務器參與功能發(fā)送下行的々某體。 如用戶終端設置單播承載的媒體參數(shù)為sendonly，設置廣播或組播承載的媒體 參數(shù)為receiveonly; PoC服務器參與功能設置單播承載的4某體參數(shù)為 receiveonly,設置廣播或組播承載的媒體參數(shù)為sendonly。用戶終端在發(fā)送々某 體時，自動使用單播承載發(fā)送，而PoC服務器參與功能向用戶終端發(fā)送媒體時， 自動使用廣播或組播承載發(fā)送。 '
本發(fā)明實施例四介紹了廣播和組播業(yè)務通告的方式和機制PoC服務器在收到會話請求后，應判斷是否需要在當前的PoC會話中建立 組播承載，如果需要建立應向用戶終端發(fā)送業(yè)務通告消息
業(yè)務通告消息，根據(jù)運營商策略、用戶能力和簽約信息等信息，可以為 SIP消息、SMS( Short Messaging Service,短消息業(yè)務)消息、MMS( Multimedia Messaging Service,多媒體短信服務)消息、SIP Info、 HTTP( Hypertext Transfer Protocol,超文本傳輸協(xié)議)、PUSH消息，使用subscribe/notify機制或Refer/notify 機制等方式發(fā)送；業(yè)務通告中，應包括以下業(yè)務信息IP Multicast Address (IP 多播地址)、Session ID以及會話的相關信息，如開始時間。
在以上可以承載廣播和組播業(yè)務通告消息的方式中，均需要攜帶建立廣 播和組播承載所需要的業(yè)務參數(shù)，如組播IP地址等。
(1)如圖13所示，為使用Subscribe/Notify機制發(fā)送廣播和組播業(yè)務通告 消息的流程圖，在會話建立階段，用戶終端可以向發(fā)起建立廣播和組播承載 的網(wǎng)絡實體使用Subscribe/Notify機制訂閱廣播和組播承載通告信息，當廣播和 組播承載建立條件滿足時，訂閱的廣播和組播承載狀態(tài)信息由網(wǎng)絡實體發(fā)送 給訂閱該狀態(tài)信息的用戶終端。具體包括以下步驟
步驟S1301， PoC用戶終端弁l (PoCClient# 1)發(fā)起PoC會話建立請求， 請求消息中可以攜帶用戶終端加入PoC會話所希望使用的媒體參數(shù)(媒體類 型、編碼參數(shù))和用戶終端支持組播承載的能力信息，或者用戶終端#1指示 的該用戶終端# l可加入組4番承載的業(yè)務信息；
步驟S1302, PoC服務器參與功能# l在收到PoC會話建立請求的同時收到 了用戶終端可以建立組播承載的業(yè)務信息，對用戶終端是否被允許加入組播 承載進行驗證。驗證通過，PoC服務器參與功能# l將PoC用戶終端# l加入到 建立組播承載的列表中；
步驟S1303，不論驗證是否通過，PoC服務器參與功能可以將PoC會話建 立請求轉發(fā)給PoC服務器控制功能；
PoC服務器參與功能弁l再驗證不通過時，也可以向PoC用戶終端# l拒絕 消息，拒絕本地會話初始化請求。
步驟S1304 步驟S1305， PoC服務器控制功能接收到PoC會話建立請求后，向被叫用戶終端PoC Client # 2發(fā)出會話發(fā)起請求消息，會話發(fā)起請求消息包 括媒體參數(shù)，后續(xù)收到被叫用戶返回的加入會話的應答消息，例如200OK;
步驟S1306， PoC服務器控制功能收到應答消息后，向PoC服務器參與功 能#1發(fā)出應答消息，例如200 OK,該應答消息包括選擇的媒體參數(shù)；
步驟S1307, PoC服務器參與功能弁l收到應答消息后，將該應答消息轉發(fā) 給PoC用戶終端# 1，在該應答消息中攜帶了組播承載建立的業(yè)務信息；
步驟S1308, PoC用戶終端Client弁l發(fā)出廣播和組播狀態(tài)訂閱(Subscribe) 請求，可以表達已準備好接收業(yè)務通知中的廣播和組播承載業(yè)務參數(shù)，在訂 閱請求中可以包括了PoC用戶終端# l的廣播和組播承載業(yè)務信息；
說明由于在訂閱消息中，可以攜帶組播承載業(yè)務信息，因此在步驟S1301 里會話初始化請求消息中攜帶廣播和組播承載業(yè)務信息的步驟可以由訂閱消 息中的廣播和組播承載業(yè)務信息所代替，即步驟S1301的會話初始化請求消息 中可以不攜帶廣播和組播承載業(yè)務信息。在此條件下，步驟S1302的對PoC用 戶終端# 2的廣播和組播承載業(yè)務簽約驗證的過程將轉移到在步驟S1308收到 訂閱請求后進行。
步驟S1309，此時，由于當前會話的廣播和組播承載建立條件還未滿足， 當前會話中的廣播和組播承載還未建立，會話中的上行和下行媒體流均使用 單播承載發(fā)送；
步驟S1310，當前會話的廣播和組播承載建立條件滿足時，例如會話中 用戶數(shù)量滿足、成員的屬性滿足或者其他條件滿足時，會話的控制服務器開 始發(fā)起廣播和組播承載建立過程，PoC服務器參與功能并l開始發(fā)起廣播和組 播承載建立過程，分配廣播和組播承載資源和分配廣播和組播地址；
步驟S1311, PoC服務器參與功能# 1向PoC用戶終端# 1利用SIP NOTIFY 消息發(fā)出廣播和組播業(yè)務通知消息，用于通知廣播和組播承載建立需要的組 播業(yè)務參數(shù)，在SIPNOTIFY消息的消息體中使用XML語言描述了用戶終端用 于發(fā)起廣播和組播承載建立過程的必要參數(shù)，如組播地址等，業(yè)務通告采用 的消息和特定的機制在其他部分中描述，且可用于所有廣播和組播承載類型 (DVB-H, DMB和衛(wèi)星廣播等)的承載參數(shù)；
27步驟S1312, PoC用戶終端弁l收到廣播和組播業(yè)務通告消息后，將返回的 PoC用戶終端的廣播和組播承載業(yè)務參數(shù)，響應給PoC服務器參與功能弁1;
需要指出的是PoC用戶終端# l收到廣播和組播業(yè)務通告的廣播和組播承 載業(yè)務參數(shù)后，可以向用戶查詢是否接受在當前PoC會話中建立廣播和組播承 載，如果用戶接受再返回響應消息；PoC用戶終端弁l也可以不向PoC用戶顯 示收到廣播和組播承載業(yè)務參數(shù)和返回響應的過程，這時PoC用戶無法感知廣 播和組插-承載建立時的參數(shù)交互過程；
步驟S1313，用戶終端和PoC服務器參與功能弁l之間的廣播和組播承載建 立過程；
步驟S1314 步驟S1316,組播承載建立后，PoC用戶終端并l到PoC服務器 參與功能# l和到PoC服務器控制功能的上行媒體流使用單播承載發(fā)送，PoC 服務器控制功能到PoC服務器參與功能# l的下行4某體流使用單播承載發(fā)送， PoC服務器參與功能# l到PoC用戶終端# 1的下行4某體流使用組播承載發(fā)送。
由于在會話初始化請求消息的路由中，請求消息一般需要經(jīng)過發(fā)起建立 廣播和組播承載的網(wǎng)絡實體處理。因此，在本發(fā)明中在會話初始化請求消息 中可以隱含攜帶廣播和組播承載狀態(tài)的訂閱請求，當負責發(fā)起并能夠識別隱 含攜帶廣播和組播承載狀態(tài)的訂閱請求的網(wǎng)絡實體收到攜帶該隱式訂閱請求 的會話初始化請求后，即開始維護狀態(tài)訂閱和通知的機制，當狀態(tài)通知發(fā)送 條件滿足時，不需要收到專門的Subscribe請求消息，也可以直接發(fā)送Notify 消息，向用戶終端通知廣播和組播承載業(yè)務參數(shù)。如下實施例中對這種情況 進行說明，如圖14所示，具體包括以下步驟
步驟S1401, PoC用戶終端# 1 (PoC Client # 1)發(fā)起PoC會話建立請求， 請求消息中可以攜帶用戶終端加入PoC會話所希望使用的媒體參數(shù)(媒體類 型、編碼參數(shù))和用戶終端支持廣播和組播承載的能力信息，或者用戶終端 #1指示的可加入廣播和組播承載的業(yè)務信息；
說明PoC用戶終端# 1在PoC會話建立請求消息中攜帶的產(chǎn)播和組播 承載的業(yè)務信息可以作為隱含標識向PoC服務器參與功能# 1指示PoC用戶 終端# 1在當前會話中可以使用的廣播和組播承載業(yè)務信息，同時隱含向PoC服務器參與功能# 1請求發(fā)起廣播和組播承載業(yè)務通知的狀態(tài)通知機制。
步驟S1402, PoC服務器參與功能# 1在收到PoC會話建立請求的同時收 到了用戶終端可以建立組播承載的業(yè)務信息，對用戶終端是否被允許加入組 播承載進行驗證。驗證通過后，PoC服務器參與功能弁l將PoC用戶終端并l 加入建立組播承載的列表中；
說明PoC服務器參與功能# 1對PoC用戶終端# 1建立廣播和組播承載 的簽約信息進行驗證后，可接受PoC用戶終端# 1在PoC會話建立請求中的 隱式狀態(tài)通知訂閱請求，并將開始狀態(tài)通知訂閱狀態(tài)通知的機制。
訂閱狀態(tài)通知的機制也可以在收到PoC服務器控制功能返回的應答消 息，例如200 0K后，也就是在確定當前會話建立成功后再開始。
步驟S1403,不論PoC用戶終端# 1的廣播和組播業(yè)務簽約信息是否-驗證 通過，PoC服務器參與功能都可以將PoC會話建立請求消息轉發(fā)給PoC服務 器控制功能；
PoC服務器參與功能# 1在驗證不通過時，也可以拒絕PoC用戶終端# 1 的PoC會話建立請求。
步驟S1404 步驟S1405, PoC服務器控制功能向被叫用戶終端PoC Client #2發(fā)出會話發(fā)起請求消息，該會話發(fā)起請求消息中包4封某體參數(shù)，后續(xù)收到 ^皮叫用戶返回的加入會話的應答消息，例如200 OK;
步驟S1406, PoC服務器控制功能收到應答消息后，向PoC服務器參與 功能#1發(fā)出應答消息，例如200 OK,該應答消息包括選擇的媒體參數(shù)；
步驟S1407， PoC服務器參與功能弁l收到應答消息后，將該應答消息轉 發(fā)給PoC用戶終端#1,該應答消息攜帶組播承載建立的業(yè)務信息；
步驟S1408,此時，由于當前會話的廣播和組播承載建立條件還未滿足， 當前會話中的廣播和組播承載還未建立，會話中的上行和下行媒體流均使用 單播承載發(fā)送；
步驟S1409,當前會話的廣播和組播承載建立條件滿足時，合W口會話中用 戶數(shù)量滿足、成員的屬性滿足或者其他條件滿足時，會話的控制服務器開始 發(fā)起廣播和組播承載建立過程，PoC服務器參與功能# 1開始發(fā)起廣播和組播承載建立過程，分配廣播和組播承載資源和分配廣播和組播地址；
步驟S1410,由于在步驟S1401種收到了隱式廣播和組播承載業(yè)務的訂閱 請求，PoC服務器參與功能# 1向PoC用戶終端# 1利用SIP NOTIFY消息發(fā) 出廣播和組播業(yè)務通知消息，用于通知廣播和組播承載建立需要的組播業(yè)務 參數(shù)，在SIP NOTIFY消息的消息體中使用XML語言描述了用戶終端用于發(fā) 起廣播和組播承載建立過程的必要參數(shù)，如組播地址等，業(yè)務通告采用的消
息和特定的機制在其他部分中描述，且可用于所有廣播和組播承載類型 (DVB-H， CMB和衛(wèi)星廣播等)的承載參數(shù)；
步驟S1411， PoC用戶終端弁l收到廣播和組播業(yè)務通知消息后，將返回 的PoC用戶終端W的廣播和組播承載業(yè)務參數(shù)，響應給PoC服務器參與功能
#i;
需要指出的是PoC用戶終端#1收到廣播和組播業(yè)務通告的廣播和組播
承載業(yè)務參數(shù)后，可以向用戶查詢是否接受在當前PoC會話中建立廣播和組 播承載，如果用戶接受再返回響應消息；PoC用戶終端#1也可以不向PoC 用戶顯示收到廣播和組播承載業(yè)務參數(shù)和返回響應的過程，這時PoC用戶無 法感知廣播和組播承載建立時的參數(shù)交互過程；
步驟S1412，用戶終端和PoC服務器參與功能# 1之間的廣播和組播承載 建立過程；
步驟S1413 步驟S1415,組播承載建立后，PoC用戶終端# 1到PoC服 務器參與功能# 1和到PoC服務器控制功能的上行媒體流使用單播承載發(fā)送， PoC服務器控制功能到PoC服務器參與功能# 1的下行i某體流使用單4番承載 發(fā)送，PoC服務器參與功能# 1到PoC用戶終端# 1的下行i某體流使用組播承 載發(fā)送。
如圖15所示，為本發(fā)明實施例廣播和組播承載的建立系統(tǒng)，包括應用 服務器1和用戶終端2,應用服務器1用于獲取用戶終端2的廣播和組播業(yè)務 信息，根據(jù)保存的用戶終端2的簽約信息對用戶終端2的廣播和組播業(yè)務信 息進行驗證，在驗證通過后，允許該用戶終端2加入會話，并與用戶終端2 建立廣播和組播承載。其中，應用服務器l包括獲取模塊ll,用于獲取用戶終端2的廣播和 組播業(yè)務信息；
驗證模塊12,用于根據(jù)保存的用戶終端2的簽約信息對獲取模塊11獲取 的用戶終端2的廣播和組播業(yè)務信息進行驗證；
承載建立模塊13,用于在驗證模塊12驗證通過后，允許用戶終端2加入 會話，并與用戶終端2建立廣播和組播承載。
其中，獲取模塊ll包括第一獲取子模塊lll,用于在第三方注冊過程 中獲取廣播和組播業(yè)務信息，具體為，第一獲取子模塊111接收S-CSCF實體 在第三方注冊過程中發(fā)送的通知消息，該通知消息包括已通過—瞼證的用戶終 端2的廣播和組播業(yè)務信息和用戶終端2已注冊成功的結果信息。
其中，應用服務器l還包括設置接收模塊14,用于在獲取模塊ll接收 S-CSCF實體在第三方注冊過程中發(fā)送的通知消息之后，接收用戶終端2發(fā)送 的由SIP Publish消息攜帶的業(yè)務設置信息，并由驗證模塊12根據(jù)廣播和組播 業(yè)務信息對業(yè)務設置信息進行驗證。
其中，獲取模塊ll包括第二獲取子模塊112，用于從會話控制服務器 中獲取廣播和組播業(yè)務信息，具體為，第二獲取子模塊112向會話控制服務 器查詢預定義的群組成員列表和當前會話參與方的廣播和組播業(yè)務信息，并 接收會話控制服務器返回的群組成員列表和當前會話參與方的廣播和組播業(yè) 務信息。
其中，獲取模塊11包括第三獲取子模塊113,用于從歸屬網(wǎng)絡的專用 服務器中獲取廣播和組播業(yè)務信息，具體為，第三獲取子模塊113向HSS或 XDM服務器查詢廣播和組播業(yè)務信息，并接收HSS或XDM服務器返回的查 詢響應消息。
其中，應用服務器l還包括參數(shù)發(fā)送子模塊15,用于在當前會話的廣 播和組播承載的建立條件滿足時，向用戶終端2發(fā)送廣播和組播承載業(yè)務參 數(shù)，該廣播和組播承載業(yè)務參數(shù)用于廣播和組播承載的建立過程。
其中，應用服務器l還包括訂閱接收模塊16,用于在參數(shù)發(fā)送模塊15 發(fā)送廣播和組播承載業(yè)務參數(shù)之前，接收用戶終端2發(fā)送的廣播和組播狀態(tài)訂閱請求消息，該訂閱請求消息包含用戶終端的廣播和組播業(yè)務參數(shù)。
當參數(shù)發(fā)送模塊15具體為隱式發(fā)送模塊時，用于在廣播和組播狀態(tài)訂閱 請求消息為隱式的訂閱請求消息時，利用SIP Notify消息向用戶終端2發(fā)送所 述廣播和組播業(yè)務參數(shù)。
上述廣播和組播承載的建立系統(tǒng)，應用服務器1根據(jù)保存的用戶終端2 的簽約信息對獲取的用戶終端2的廣播和組播業(yè)務信息進行驗證，在驗證通 過后，與用戶終端2建立廣播和組播承載，從而提供了一種在多方通信系統(tǒng) 中建立廣播和組播承載的系統(tǒng)。
通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā) 明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件， 但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術方案 本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來， 該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算 機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實 施例所述的方法。
以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此， 任何本領域的技術人員能思之的變化都應落入本發(fā)明的保護范圍。
3權利要求
1、一種廣播和組播承載的建立方法，其特征在于，包括以下步驟獲取用戶終端的廣播和組播業(yè)務信息；根據(jù)保存的所述用戶的簽約信息對所述用戶終端的廣播和組播業(yè)務信息進行驗證；在驗證通過后，允許所述用戶終端加入會話，并與所述用戶終端建立廣播和組播承載。
2、 如權利要求1所述廣播和組播承載的建立方法，其特征在于，所述保 存的用戶的簽約信息的為所述用戶的廣播和組播業(yè)務的簽約信息。
3、 如權利要求2所述廣播和組播承載的建立方法，其特征在于，所述用 戶的廣播和組播業(yè)務的簽約信息在第三方注冊過程中獲取，所述在第三方注冊過程中獲取用戶的廣播和組播業(yè)務的簽約信息具體包括接收服務呼叫會話控制功能S-CSCF實體在第三方注冊過程中發(fā)送的通 知消息，所述通知消息包括已通過驗證的所述用戶終端的廣播和組播業(yè)務的 簽約信息和所述用戶終端已注冊成功的結果信息。
4、 如權利要求3所述廣播和組播承載的建立方法，其特征在于，在所述 接收S-CSCF實體在第三方注冊過程中發(fā)送的通知消息之后，還包括接收所述用戶終端發(fā)送的業(yè)務設置信息，根據(jù)所述廣播和組播業(yè)務信息 對所述業(yè)務設置信息進行驗證。
5、 如權利要求4所述廣播和組播承載的建立方法，其特征在于，所述業(yè) 務設置信息由會話初始化協(xié)議SIP Publish消息或者XCAP協(xié)議攜帶。
6、 如權利要求1所述廣播和組播承載的建立方法，其特征在于，所述獲 取用戶終端的廣播和組播業(yè)務信息包括從會話控制服務器中獲取廣播和組 播業(yè)務信息，所述從會話控制服務器中獲取廣播和組播業(yè)務信息具體包括 向所述會話控制服務器查詢預定義的群組成員列表和當前會話參與方的 廣播和組播業(yè)務信息；在接收到所述會話控制服務器返回的群組成員列表和當前會話參與方的廣播和組播業(yè)務信息之后，向第二用戶終端發(fā)送會話發(fā)起請求消息。
7、 如權利要求2所述廣播和組播承載的建立方法，其特征在于，所述用 戶的廣播和組播業(yè)務的簽約信息從會話控制服務器中獲取，所述從會話控制服務器中獲取用戶的廣播和組播業(yè)務的簽約信息具體包括向所述會話控制服務器查詢預定義的群組成員列表和當前會話參與用戶 的廣播和組播業(yè)務的簽約信息；在接收到所述會話控制服務器返回的群組成員列表和當前會話參與用戶 的廣播和組播業(yè)務的簽約信息之后，向第二用戶終端發(fā)送會話發(fā)起請求消息。
8、 如權利要求l所述廣播和組播承載的建立方法，其特征在于，所述獲 取用戶終端的廣播和組播業(yè)務信息包括從歸屬網(wǎng)絡的專用服務器中獲取廣播和組播業(yè)務信息，所述從歸屬網(wǎng)絡的專用服務器中獲取廣播和組播業(yè)務信息具體包括 向歸屬用戶服務器HSS或可擴展標記語言文檔管理XDM服務器查詢廣播和組播業(yè)務信息；接收所述HSS或XDM服務器返回的查詢響應消息。
9、 如權利要求8所述廣播和組播承載的建立方法，其特征在于，在向所 迷HSS查詢廣播和組播業(yè)務信息之后，還包括接收所述HSS根據(jù)保存的所 述用戶終端的簽約信息對所述廣播和組播業(yè)務信息的驗證結果。
10、 如權利要求1所述廣播和組播承載的建立方法，其特征在于，在所 述與用戶終端建立廣播和組播承載之前，還包括在當前會話的廣播和組播 承載的建立條件滿足時，向所述用戶終端發(fā)送廣播和組播承載業(yè)務參數(shù)，所 述廣播和組播承載業(yè)務參數(shù)用于廣播和組播承載的建立過程。
11、 如權利要求1所述廣播和組播承載的建立方法，其特征在于，在所 述與用戶終端建立廣播和組播承載之后，還包括所述用戶終端的上行媒體 流使用單播承載發(fā)送，所述用戶終端的下行媒體流使用組播承載發(fā)送。
12、 如權利要求IO所述廣播和組播承載的建立方法，其特征在于，所述 廣播和組播承載業(yè)務參數(shù)由SIP Update消息，或廣播和組播業(yè)務通告消息，或SIP Notify消息攜帶。
13、 如權利要求12所述廣播和組播承載的建立方法，其特征在于，所述 SIP Notify消息攜帶的廣播和組播承載業(yè)務參數(shù)用可擴展標記語言XML描述。
14、 如權利要求IO所述廣播和組播承載的建立方法，其特征在于，在所 述向用戶終端發(fā)送廣播和組播承載業(yè)務參數(shù)之前，還包括接收所述用戶終 端發(fā)送的廣播和組播狀態(tài)訂閱請求消息，所述訂閱請求消息包含所述用戶終 端的廣播和組播業(yè)務參數(shù)。
15、 如權利要求14所述廣播和組播承載的建立方法，其特征在于，所述 廣播和組播狀態(tài)訂閱請求消息為隱式的訂閱請求消息，在所述接收用戶終端發(fā)送的廣播和組播狀態(tài)訂閱請求消息之后，還包括 利用SIP Notify消息向所述用戶終端發(fā)送所述廣播和組播業(yè)務參數(shù)。
16、 如權利要求15所述廣播和組播承載的建立方法，其特征在于，所述 廣播和組播狀態(tài)訂閱請求消息為隱式的訂閱請求消息，所述隱式的訂閱請求 消息，為在非狀態(tài)訂閱請求消息的會話消息中隱含的狀態(tài)訂閱請求消息。
17、 一種應用服務器，其特征在于，包括 獲取模塊，用于獲取用戶終端的廣播和組播業(yè)務信息；驗證模塊，用于根據(jù)保存的所述用戶終端的簽約信息對所述獲取模塊獲 取的所述用戶終端的廣播和組播業(yè)務信息進行驗證；承載建立模塊，用于在所述驗證模塊驗證通過后，允許所述用戶終端加 入會話，并與所述用戶終端建立廣"f番和組纟番承載。
18、 如權利要求17所述應用服務器，其特征在于，所述獲取模塊包括 第一獲取子模塊，用于在第三方注冊過程中獲取所述廣播和組播業(yè)務信息， 具體為，所述第一獲取子模塊接收服務呼叫會話控制功能S-CSCF實體在第三 方注冊過程中發(fā)送的通知消息，所述通知消息包括已通過驗證的所述用戶終 端的廣^^和組播業(yè)務信息和所述用戶終端已注冊成功的結果信息。
19、 如權利要求18所述應用服務器，其特征在于，還包括設置接收模 塊，用于在所述獲取模塊接收S-CSCF實體在第三方注冊過程中發(fā)送的通知消 息之后，接收所述用戶終端發(fā)送的由SIP Publish消息攜帶的業(yè)務設置信息，并由所述驗證模塊根據(jù)所述廣播和組播業(yè)務信息對所述業(yè)務設置信息進行驗 證。
20、 如權利要求17所述應用服務器，其特征在于，所述獲取模塊包括 第二獲取子模塊，用于從會話控制服務器中獲取廣播和組播業(yè)務信息，具體 為，所述第二獲取子模塊向所述會話控制服務器查詢預定義的群組成員列表 和當前會話參與方的廣播和組播業(yè)務信息，并接收所述會話控制服務器返回 的群組成員列表和當前會話參與方的廣播和組播業(yè)務信息。
21、 如權利要求17所述應用服務器，其特征在于，所述獲取模塊包括 第三獲取子模塊，用于從歸屬網(wǎng)絡的專用服務器中獲取廣播和組播業(yè)務信息，具體為，所述第三獲取子模塊向HSS或XDM服務器查詢廣播和組播 業(yè)務信息，并接收所述HSS或XDM服務器返回的查詢響應消息。
22、 如權利要求17所述應用服務器，其特征在于，還包括參數(shù)發(fā)送模 塊，用于在當前會話的廣播和組播承載的建立條件滿足時，向所述用戶終端 發(fā)送廣播和組播承載業(yè)務參數(shù)，所述廣播和組播承載業(yè)務參數(shù)用于廣播和組 播承載的建立過程。
23、 如權利要求22所述應用服務器，其特征在于，還包括訂閱接收才莫 塊，用于在所述參數(shù)發(fā)送模塊發(fā)送廣播和組播承載業(yè)務參數(shù)之前，接收所述 用戶終端發(fā)送的廣播和組播狀態(tài)訂閱請求消息，所述訂閱請求消息包含所述 用戶終端的廣播和組播業(yè)務參數(shù)。
24、 如權利要求22或23所述應用服務器，其特征在于，所述參數(shù)發(fā)送 模塊具體為隱式發(fā)送模塊，用于在所述廣播和組播狀態(tài)訂閱請求消息為隱式 的訂閱請求消息時，利用SIP Notify消息向所述用戶終端發(fā)送所述廣播和組插-業(yè)務參數(shù)。
25、 一種廣播和組播承載的建立系統(tǒng)，其特征在于，包括應用服務器 和用戶終端，所述應用服務器用于獲取用戶終端的廣播和組播業(yè)務信息，根 據(jù)保存的所述用戶終端的簽約信息對所述用戶終端的廣播和組，播業(yè)務信息進 行驗證，在驗證通過后，允許所述用戶終端加入會話，并與所述用戶終端建 立廣播和組播承載。
26、如權利要求25所述廣播和組播承載的建立系統(tǒng)，其特征在于，所述 應用服務器包括獲取模塊，用于獲取所述用戶終端的廣播和組播業(yè)務信息；驗證模塊，用于根據(jù)保存的所述用戶終端的簽約信息對所述獲取模塊獲 取的所述用戶終端的廣播和組播業(yè)務信息進行驗證；承載建立模塊，用于在所述驗證模塊驗證通過后，允許所述用戶終端加 入會話，并與所述用戶終端建立廣播和組播承載。
全文摘要
本發(fā)明實施例公開了一種廣播和組播承載的建立方法，包括以下步驟獲取用戶終端的廣播和組播業(yè)務信息；根據(jù)保存的所述用戶的簽約信息對所述用戶終端的廣播和組播業(yè)務信息進行驗證；在驗證通過后，允許所述用戶終端加入會話，并與所述用戶終端建立廣播和組播承載。通過本發(fā)明實施例，根據(jù)保存的用戶終端的簽約信息對獲取的用戶終端的廣播和組播業(yè)務信息進行驗證，在驗證通過后，與該用戶終端建立廣播和組播承載，從而提供了一種在多方通信系統(tǒng)中建立廣播和組播承載的方法。
文檔編號H04W4/06GK101453696SQ20071019410
公開日2009年6月10日 申請日期2007年11月30日 優(yōu)先權日2007年11月30日
發(fā)明者雷 朱 申請人:華為技術有限公司