專利名稱：一種建立iptv多播業(yè)務(wù)的方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種建立IPTV (Internet Protocol Television,交互式網(wǎng)絡(luò)電視)多播業(yè)務(wù)的方法及設(shè)備。
背景技術(shù)：
IPTV是一種利用寬帶有線電視網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等多種技術(shù) 于一體，向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的技術(shù)。用戶 在家中可以使用PC(個人計算機)或者網(wǎng)絡(luò)機頂盒+普通電視機方式享受IPTV 業(yè)務(wù)，也可以通過移動終端享受IPTV業(yè)務(wù)。IPTV使用TCP/IP (Transmission Control Protocol/Internet Protocol,傳專俞控制協(xié)議/網(wǎng)間協(xié)議)作為7K載協(xié)i義進 行單播、廣播或組播視頻業(yè)務(wù)，有效地將電視網(wǎng)、電話網(wǎng)和互聯(lián)網(wǎng)三個領(lǐng)域 結(jié)合在一起，是三網(wǎng)融合最具代表性的業(yè)務(wù)，正受到業(yè)界越來越多的關(guān)注。
IMS (IP Multimedia Subsystem , IP多媒體子系統(tǒng))是一個獨立于接入4支 術(shù)的基于IP的標準體系，與現(xiàn)存的語音和數(shù)據(jù)網(wǎng)絡(luò)可以互通。不論是固定網(wǎng)絡(luò) 用戶，例如PSTN (Public Land Mobile Network,公眾陸地移動網(wǎng)絡(luò)、ISDN (Integrated Service Digital Network,綜合業(yè)務(wù)數(shù)字網(wǎng))、因特網(wǎng)等，還是移 動用戶，例如GSM ( Global System for Mobile Communications,全;求移動通i孔 系統(tǒng))、CDMA (Code Division Multiple Access,碼分多址接入)等，IMS使 得各種類型的客戶端都可以建立對等的IP通信，并可以獲得所需要的服務(wù)質(zhì) 量。除會話管理之外，IMS還涉及完成服務(wù)提供所必須的功能，例如注冊、安 全、計費、承載控制、漫游等。
在3GPP ( 3rd Generation Partnership Project,第三代合作伙伴計劃)中， 已經(jīng)實現(xiàn)了基于PSS (Packet-switched Streaming Service,包交換流服務(wù))的單 4番流々某體月良務(wù)，以及基于MBMS (Multimedia Broadcast/Multicast Service,多 媒體廣播多播業(yè)務(wù))的多播流媒體服務(wù)。然而，現(xiàn)有技術(shù)中未對基于IMS的IPTV進行研究，即，沒有考慮如何基于IMS,考慮原有的PSS、 MBMS業(yè)務(wù)來 提供IPTV業(yè)務(wù)，充分利用IMS豐富的業(yè)務(wù)能力，給用戶提供更好的業(yè)務(wù)體驗。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種建立IPTV多播業(yè)務(wù)的方法及設(shè)備，實現(xiàn)移動用 戶訪問不同地域的IPTV多播業(yè)務(wù)。
本發(fā)明實施例提供了一種建立IPTV多播業(yè)務(wù)的方法，包括以下步驟 用戶設(shè)備發(fā)起會話建立過程；
所述用戶設(shè)備收到會話建立成功響應(yīng)后向廣播組播業(yè)務(wù)中心BM-SC發(fā)起 加入多播業(yè)務(wù)請求。
本發(fā)明實施例提供了一種廣播組播業(yè)務(wù)中心，包括
加入多播業(yè)務(wù)請求接收單元，用于接收所述用戶設(shè)備發(fā)送的加入多播業(yè) 務(wù)請求；
鑒權(quán)單元，用于獲取鑒權(quán)信息，并根據(jù)IPTV業(yè)務(wù)鑒權(quán)信息對所述用戶設(shè) 備進行業(yè)務(wù)鑒權(quán)。
業(yè)務(wù)數(shù)據(jù)傳輸單元，用于在鑒權(quán)通過后，向用戶設(shè)備傳輸業(yè)務(wù)數(shù)據(jù)。 本發(fā)明實施例提供了一種業(yè)務(wù)控制實體，包括 會話建立請求接收單元，用于接收所述會話建立請求； 會話建立請求響應(yīng)單元，用于返回會話建立請求的響應(yīng)，其中攜帶接入 點名稱APN和多播-地址信息的響應(yīng)消息通過所述IMS Core返回給所述用戶 設(shè)備；或通過拜訪地業(yè)務(wù)控制實體獲取APN和多播地址信息，并返回所述用 戶設(shè)備。
本發(fā)明實施例提供了一種用戶設(shè)備，包括
會話建立請求發(fā)送單元，用于發(fā)起會話建立請求，所述請求攜帶業(yè)務(wù)標
識；
加入多播業(yè)務(wù)單元，用于向所述廣播組播業(yè)務(wù)中心發(fā)送加入廣播多播業(yè) 務(wù)請求。
本發(fā)明的實施例中，基于IMS在原有的PSS、 MBMS業(yè)務(wù)基礎(chǔ)上提供IPTV業(yè)務(wù)，對漫游的用戶進行靈活的權(quán)限處理，實現(xiàn)了IPTV的多播業(yè)務(wù)在移動網(wǎng) 中的成功運用，進而充分利用IMS豐富的業(yè)務(wù)能力，給用戶提供更好的業(yè)務(wù)體驗。


圖la是本發(fā)明實施例總體流程圖lb是本發(fā)明實施例一中訪問歸屬地多播業(yè)務(wù)建立流程圖； 圖2是本發(fā)明實施例二中訪問拜訪地多播業(yè)務(wù)建立流程圖； 圖3是本發(fā)明實施例三中用戶從拜訪地訪問拜訪地多播業(yè)務(wù)建立流程圖； 圖4是本發(fā)明實施例四中用戶處于拜訪地訪問第三方且第三方有SCF多 播業(yè)務(wù)建立流程圖5是本發(fā)明實施例五中用戶從歸屬地訪問拜訪地多播業(yè)務(wù)建立流程圖6是本發(fā)明實施例六中多播到多播頻道切換流程圖7是本發(fā)明實施例七中多播到單播頻道切換流程圖8是本發(fā)明實施例八中單播到多播的切換流程圖9是本發(fā)明實施例九中^^舌釋放流程圖10是本發(fā)明實施例一種建立IPTV多播業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖ll是本發(fā)明實施例一種廣播組播業(yè)務(wù)中心圖12是本發(fā)明實施例一種業(yè)務(wù)控制實體結(jié)構(gòu)圖13是本發(fā)明實施例一種用戶設(shè)備結(jié)構(gòu)圖。
具體實施例方式
本發(fā)明實施例主要基于IMS/PSS/MBMS的IPTV架構(gòu)的解決方案。 本發(fā)明實施例提出了一種建立IPTV多播業(yè)務(wù)的方法，如圖la所示，包 括以下步驟
步驟IO，用戶設(shè)備發(fā)起會話建立過程。
步驟20,所述用戶設(shè)備收到會話建立成功響應(yīng)后向廣纟番組播業(yè)務(wù)中心 BM-SC發(fā)起加入多播業(yè)務(wù)請求。本發(fā)明實施例一中，訪問歸屬地多播業(yè)務(wù)建立過程(歸屬地控制)。本實 施例的場景為用戶訪問歸屬地多播業(yè)務(wù)，業(yè)務(wù)邏輯由歸屬地控制，包括用戶 身處拜訪地或者歸屬地兩種情況。業(yè)務(wù)的部署、組播源的準備、組播地址和
頻道關(guān)系的管理由歸屬地業(yè)務(wù)提供商負責(zé)。用戶的IMSI (International Mobile Subscriber Identification Number,國際移動用戶識別碼)和用戶具有權(quán)限觀看 的多播地址列表的對應(yīng)關(guān)系在HSS (Home Subscriber Server,歸屬簽約用戶 服務(wù)器)類似實體中存儲。
實施例一具體訪問歸屬地多播業(yè)務(wù)建立過程如圖lb所示，包括以下步驟 步驟IOI ， UE (User Equipment,用戶設(shè)備)在業(yè)務(wù)發(fā)現(xiàn)過程/人存儲節(jié)目 信息的網(wǎng)元(在本發(fā)明所有的實施例中都為SSF)獲取歸屬地EPG (Electronic Program Guide,電子節(jié)目表)，可能包括APN ( Access Point Name, 4妄入點 名稱)、多播地址、帶寬信息等。
步驟102, UE發(fā)起會話建立請求，包括
UE向IMS Core (IMS核心)發(fā)起會話建立請求Invite,其中攜帶業(yè)務(wù)標識、 頻道信息、IMS用戶身份、SDP (Session Description Protocol,會話描述協(xié)議) Offer、終端能力等；其中，終端能力可能在SDP中攜帶。
IMS Core收到Invite后，根據(jù)Invite中的業(yè)務(wù)標識或頻道信息路由到業(yè)務(wù)控 制實體(如SCF )。其中，路由到SCF有兩種方式根據(jù)頻道信息采取PSI(Public Service Identities, ^>共業(yè)務(wù)標識)路由方式，或根據(jù)業(yè)務(wù)標識采取IFC (Initial Filter Criteria,初始過濾準則)觸發(fā)方式。
步驟103, SCF判斷是本地業(yè)務(wù)，需要終結(jié)這次會話；獲得用戶的IPTV Profile數(shù)據(jù)(可以存儲在SCF上，也可以由SCF從HSS上直接獲取)，并通過 對用戶的IPTV業(yè)務(wù)相關(guān)的鑒權(quán)、頻道權(quán)限檢查。
步驟104， SCF返回會話建立成功，包括
SCF向IMS Core返回會話建立成功200OK,其中包括用戶IPTV業(yè)務(wù)權(quán)限 信息?？梢灾苯邮荌MSI ， IMPU (IP Multimedia Public Identity ， IP多媒體公共 標識)和對應(yīng)的IPTV鑒權(quán)信息，也可以是IMPU和對應(yīng)IPTV鑒權(quán)信息。如果 是后者，且IMSI和IMPU的映射關(guān)系存在SCF上，需要將這個映射關(guān)系一起下發(fā)，否則需要在BM-SC上配置IMSI和IMPU的對應(yīng)關(guān)系。也可以在返回的 2000K響應(yīng)中加一個Token，用來區(qū)別同一IMSI對應(yīng)的不同IMPU。 IMS Core向UE返回會話建立成功200OK。
步驟105, IMS Core將用戶IPTV鑒權(quán)信息通過權(quán)限下發(fā)消息，經(jīng)過與
BM-SC的接口發(fā)給BM-SC。
步驟106, UE在收到會話建立成功后啟動一個定時器，等待定時器超時。 步驟107，定時器超時后，UE向BM-SC發(fā)送多播業(yè)務(wù)加入請求。如果在
收到200OK中含Token，該多播業(yè)務(wù)加入請求中需要攜帶該Token。
步驟108, BM-SC上檢查UE的IMSI和其IPTV權(quán)限的對應(yīng)關(guān)系，必要時，
需要使用IMSI和Token—起確定IMPU的鑒權(quán)信息，進行鑒權(quán)。
步驟109，當鑒權(quán)成功后，多播業(yè)務(wù)建立成功，開始數(shù)據(jù)傳輸。 本發(fā)明的實施例一中，除了在HSS或SCF類似實體上配置IMSI、 IMPU及
其對應(yīng)IPTV業(yè)務(wù)權(quán)限的方法，還可以在BM-SC (廣播組播業(yè)務(wù)中心)上直接
配置IMSI和對應(yīng)的IPTV業(yè)務(wù)權(quán)限，此時需要在HSS和SCF類似實體上有IMSI
和IMPU的映射關(guān)系，也可以直接在BM-SC上配置IMSI、 IMPU和權(quán)限的對應(yīng)關(guān)系。
本發(fā)明的實施例一步驟104中，采取了在SCF/HSS類似實體上配置IMSI， IMPU及其對應(yīng)IPTV業(yè)務(wù)權(quán)限的方法，在會話建立時，由SCF/HSS類似實體在 會話建立過程中返回給IMS Core的方法。當然也可以通過BM-SC收到多播業(yè) 務(wù)加入請求后，直接從和SCF/HSS類似實體之間的接口獲取IPTV業(yè)務(wù)權(quán)限信 息；或者SCF/HSS類似實體直接將IPTV業(yè)務(wù)權(quán)限信息PUSH給BM-SC,此時需 要SCF/HSS類似實體能夠?qū)ぶ返紹M-SC，并且兩者之間存在接口；或者在 BM-SC收到多播業(yè)務(wù)加入請求時，實時從SCF/HSS類似實體PULL IPTV業(yè)務(wù) 權(quán)限信息。
本發(fā)明的實施例一步驟101中業(yè)務(wù)發(fā)現(xiàn)過程中得到了 APN地址及多播地址 信息，當然也可以通過會話建立過程，在SCF返回200 OK時得到APN地址及
多^"地址信息。
本發(fā)明的實施例一由于步驟105和步驟107之間沒有嚴格的時序關(guān)系，會造成BM-SC在收到用戶多播業(yè)務(wù)加入請求時，有可能還沒有獲得用戶IPTV業(yè) 務(wù)權(quán)限信息。因此在UE收到會話建立成功后，等待一段時間再發(fā)送多播業(yè)務(wù) 加入請求；或者釆用IMSCore先發(fā)送權(quán)限下發(fā)消息，并收到BM-SC的響應(yīng)后， 再發(fā)送會話建立成功給UE來解決時序問題；或者，BM-SC收到UE的多播業(yè)務(wù) 加入請求后，并不馬上處理，等待一段時間，直到收到用戶IPTV業(yè)務(wù)權(quán)限信 息后才進行鑒權(quán)；或者，UE發(fā)現(xiàn)加入多播業(yè)務(wù)不成功時，重新發(fā)送多播業(yè)務(wù) 力口入請求。
本發(fā)明的實施例一中，在步驟104， 105, 107以及108中，使用Token將會 話處理和在BM-SC進行的針對多播業(yè)務(wù)加入請求的授權(quán)檢查關(guān)聯(lián)，實現(xiàn)了用 戶的多IMPU多會話能力。
本發(fā)明實施例一中，只給出了用戶.終端處于歸屬地的場景，用戶處于拜 訪地訪問歸屬地的情況，除了會話建立請求需要從拜訪地路由，其他是類似 的。
本發(fā)明的實施例一中，用戶訪問歸屬地多播業(yè)務(wù)，業(yè)務(wù)邏輯由歸屬地控 制，用戶的簽約信息存儲在歸屬地SCF/HSS類似實體上，通過在建立會話過程 中將用戶的IPTV業(yè)務(wù)權(quán)限下發(fā)，由BM-SC根據(jù)該IPTV業(yè)務(wù)權(quán)限信息對用戶是 否可以使用該IPTV業(yè)務(wù)進行鑒權(quán)，當鑒權(quán)成功后，開始多播業(yè)務(wù)的數(shù)據(jù)傳輸。 從而在IPTV業(yè)務(wù)中復(fù)用了IMS的增值業(yè)務(wù)及個性化的特點。實現(xiàn)了IPTV的多 播業(yè)務(wù)在移動網(wǎng)中的成功運用，進而充分利用IMS豐富的業(yè)務(wù)能力，給用戶提 供更好的業(yè)務(wù)體驗。
本發(fā)明實施例二中，訪問拜訪地多播業(yè)務(wù)建立過程，但是沒有拜訪地業(yè) 務(wù)控制實體。其中，UE的IMSI, IMPU和用戶具IPTV業(yè)務(wù)權(quán)限在SCF中存 儲。
本發(fā)明實施例二訪問拜訪地多播業(yè)務(wù)建立過程如圖2所示，包括以下步
驟
步驟201, UE在業(yè)務(wù)發(fā)現(xiàn)過程獲取拜訪地EPG,可能包括APN、多播地址、
帶寬信息等。
步驟202, UE發(fā)起會話建立請求，包括UE向IMS Core發(fā)送會話建立請求Invite,其中攜帶業(yè)務(wù)標識、頻道信息、 IMS用戶身份、SDPOffer、終端能力等；其中，終端能力可能在SDP中攜帶。
IMS Core收到Invite后，根據(jù)Invite中的業(yè)務(wù)標識或頻道信息路由到SCF。 路由到SCF有兩種方式根據(jù)頻道信息采取PSI路由到SCF，或根據(jù)業(yè)務(wù)標識 采取IFC觸發(fā)到SCF。
步驟203， SCF判斷不是本地業(yè)務(wù)，但需要處理該請求(如，在拜訪地不 存在V-SCF的情況)，進行相關(guān)業(yè)務(wù)處理，通過對用戶的IPTV業(yè)務(wù)相關(guān)的鑒 權(quán)，頻道權(quán)限檢查。
步驟204, SCF通過和BM-SC之間的接口 ，直接PUSH用戶業(yè)務(wù)權(quán)限到拜 訪地BM-SC;也可能PUSH的只是IMSI和IMPU的映射關(guān)系。
步驟205, SCF返回會話建立成功，包括
SCF向IMS Core返回會話建立成功200OK。
IMS Core向UE返回會話建立成功200OK。
步驟206， UE通過在步驟201中得到的APN地址、多播地址確定BM-SC, 向BM-SC發(fā)起加入多播業(yè)務(wù)請求。
步驟207,拜訪地BM-SC根據(jù)步驟204獲得的IPTV業(yè)務(wù)鑒權(quán)信息以及本身 配置的非本地用戶權(quán)限策略對用戶進行鑒權(quán)。如果步驟204下發(fā)下來的只是 IMSI和IMPU的映射關(guān)系，BM-SC根據(jù)多播加入請求中的IMSI,通過映射關(guān)系 找到相應(yīng)的IMPU，從而決定是否為本地用戶。如果沒有這個映射關(guān)系，需要 BM-SC能夠才艮據(jù)IMSI確定是否為本地用戶。如果沒有鑒權(quán)信息，對非本地用 戶，拜訪地BM-SC可以采用統(tǒng)一的鑒權(quán)策略。
務(wù)鑒權(quán)信息。
步驟208,鑒權(quán)成功后多播業(yè)務(wù)建立，開始數(shù)據(jù)傳輸。
本發(fā)明實施例二中，用戶IPTV業(yè)務(wù)鑒4又信息存在歸屬HSS/SCF或者類似 功能實體上，如果拜訪地和歸屬地不存在耦合緊密的合作關(guān)系，這些IPTV業(yè) 務(wù)鑒權(quán)信息在業(yè)務(wù)建立過程中可能并不起決定作用，BM-SC會根據(jù)本地策略 對非本地用戶進行統(tǒng)一的鑒權(quán)處理。。本發(fā)明實施例二中，拜訪地BM-SC上可以對非本地用戶開》文統(tǒng)一的頻道 權(quán)限，對非本地用戶不做精確控制，拜訪地BM-SC可以對IMSI或者IMPU進行檢查。
本發(fā)明實施例二步驟204中，要求歸屬SCF能夠?qū)ぶ返桨菰L地BM-SC,或 者釆用PULL方式時，需要BM-SC能夠?qū)ぶ返綒w屬SCF/HSS等類似實體。
本發(fā)明實施例二中，只給出了在不存在拜訪地SCF/HSS類似實體的前提 下，用戶處于歸屬地訪問拜訪地情況。在相同前提下，用戶處于拜訪地訪問 拜訪地的場景，以及用戶處于拜訪地訪問第三方業(yè)務(wù)場景，流程步驟是類似 的。共同點是由歸屬SCF控制業(yè)務(wù)。
本發(fā)明的實施例二中，用戶訪問拜訪地多播業(yè)務(wù)，且沒有拜訪地SCF/HSS 類似實體，用戶的簽約信息存儲在歸屬地SCF/HSS類似實體上，通過在建立 會話過程中將用戶的IPTV業(yè)務(wù)權(quán)限下發(fā)到拜訪地BM-SC,由BM-SC根據(jù)該 IPTV業(yè)務(wù)權(quán)P艮信息對用戶是否可以使用該IPTV業(yè)務(wù)進行鑒權(quán)，當鑒權(quán)成功 后，開始多播業(yè)務(wù)的數(shù)據(jù)傳輸?；诎菰L地的策略，可以對基于IMPU或IMSI 所有拜訪用戶采用開放有限頻道權(quán)限。在用戶歸屬地和拜訪地緊耦合情況下， 使用歸屬地的鑒權(quán)，實現(xiàn)了用戶的個性化體驗，在松耦合情況下，使用拜訪 地統(tǒng)一鑒權(quán)方式。從而可以對漫游的用戶進行靈活的權(quán)限處理，實現(xiàn)了IPTV 的多播業(yè)務(wù)在移動網(wǎng)中的成功運用。
本發(fā)明實施例三中，用戶從拜訪地訪問拜訪地多播業(yè)務(wù)建立過程，且有 拜訪地SCF/HSS類似實體。UE的IMSI和用戶具有權(quán)限觀看的多播地址列表 的對應(yīng)關(guān)系在HSS/歸屬SCF中存儲。本發(fā)明實施例三的具體流程如圖3所示， 包括以下步驟
步驟301, UE在業(yè)務(wù)發(fā)現(xiàn)過程中從SSF (業(yè)務(wù)選擇實體)獲取拜訪地EPG, 包括APN、多4番地址等信息。
步驟302, UE發(fā)送會話建立請求，包括
UE向拜訪地IMS Core發(fā)起會話建立請求Invite，其中攜帶業(yè)務(wù)標識，頻道 信息、IMS用戶身份、SDP Offer、終端能力等；其中，終端能力可能在SDP 中攜帶。拜訪地IMS Core收到Invite后，轉(zhuǎn)發(fā)到歸屬地IMS Core。
歸屬地IMS Core收到Invite后，根據(jù)Invite中的業(yè)務(wù)標識或頻道信息路由到 歸屬地SCF。其中，路由到歸屬地SCF有兩種方式根據(jù)頻道信息采取PSI路 由到歸屬地SCF,或才艮據(jù)業(yè)務(wù)標識采取IFC觸發(fā)到歸屬地SCF。
步驟303，歸屬地SCF判斷不是本地業(yè)務(wù)，需要路由這一請求到拜訪地 SCF， 4企查用戶是否具有漫游權(quán)限。
步驟304,歸屬地SCF將會話建立請求通過歸屬地IMS Core路由給拜訪地 SCF,消息到達拜訪地SCF的方式包括但不限于PSI路由方式。
步驟305,拜訪地SCF處理該請求，進行相關(guān)業(yè)務(wù)處理，通過對用戶的IPTV 業(yè)務(wù)相關(guān)的鑒權(quán)，發(fā)送業(yè)務(wù)建立成功響應(yīng)給歸屬地SCF。
步驟306,歸屬地SCF返回會話建立成功，包括
歸屬SCF返回會話建立成功200OK給歸屬地IMS Core,其中可能包括 APN、多播地址，以及用戶IPTV權(quán)限信息等。由于APN和多播地址也可以在 這一步里返回給UE,所以步驟301里EPG可以不包括這些信息。
歸屬地IMS Core轉(zhuǎn)發(fā)會話建立成功給拜訪地IMS Core。
拜訪地IMCCore收到會話建立成功，發(fā)送給UE。
步驟307, UE發(fā)送多播業(yè)務(wù)加入請求給BM-SC。
步驟308, BM-SC對用戶進行鑒權(quán)，鑒權(quán)成功。
步驟309，多播業(yè)務(wù)建立，開始數(shù)據(jù)傳輸。
本發(fā)明實施例三中，拜訪地BM-SC配置了對非本地用戶的IPTV業(yè)務(wù)權(quán)限。 也可以通過在會話中由SCF下發(fā)方法。或者由BM-SC在收到加入多播業(yè)務(wù)請求 時，直接從SCFPULL的方式獲得。
本發(fā)明實施例三中，只給出了拜訪地存在拜訪地SCF，用戶處在拜訪地 訪問拜訪地業(yè)務(wù)的情況。其實，用戶處于拜訪地訪問第三方且第三方有SCF 的場景，流程步驟是類似的，如圖4所示的本發(fā)明實施例四，共同點是拜訪 地的SCF和歸屬地的SCF共同提供業(yè)務(wù)控制邏輯。
本發(fā)明的實施例三和四中，用戶從拜訪地訪問拜訪地多播業(yè)務(wù)，且存在 拜訪地SCF/HSS類似實體，通過在BM-SC上配置用戶IPTV業(yè)務(wù)權(quán)限信息，由BM-SC根據(jù)該IPTV業(yè)務(wù)權(quán)限信息對用戶是否可以使用該IPTV業(yè)務(wù)進行 鑒權(quán)，當鑒權(quán)成功后，開始多播業(yè)務(wù)的數(shù)據(jù)傳輸。對漫游的用戶進行簡單統(tǒng) 一的權(quán)限處理。也可以通過動態(tài)獲取用戶IPTV權(quán)限的方法，使用用戶的簽約 數(shù)據(jù)對用戶進行鑒權(quán)，在IPTV業(yè)務(wù)中復(fù)用IMS的個性化等能力。實現(xiàn)了 IPTV 的多播業(yè)務(wù)在移動網(wǎng)中的成功運用，進而充分利用IMS豐富的業(yè)務(wù)能力，給 用戶提供更好的業(yè)務(wù)體驗。
本發(fā)明實施例五中，用戶從歸屬地訪問拜訪地多播業(yè)務(wù)建立過程，UE的 IMSI和用戶具有權(quán)限觀看的多播地址列表的對應(yīng)關(guān)系在HSS/歸屬SCF中存 儲。本發(fā)明實施例五具體流程如圖5所示，包括以下步驟
步驟501, UE在業(yè)務(wù)發(fā)現(xiàn)過程獲取拜訪地EPG,可能包括APN、多播地址、 帶寬信息等。這些信息也可以通過會話建立成功相應(yīng)返回給UE。
步驟502， UE發(fā)起會話建立請求，包括
UE向歸屬地IMSCore發(fā)起Invite,其中攜帶業(yè)務(wù)標識、頻道信息、IMS用 戶身份、SDPOffer、終端能力等；其中，終端能力可能在SDP中攜帶。
歸屬地IMS Core收到Invite后，根據(jù)Invite中的業(yè)務(wù)標識或頻道信息路由到 歸屬地SCF。其中，路由到歸屬地SCF有兩種方式根據(jù)頻道信息采取PSI路 由到歸屬地SCF,或根據(jù)業(yè)務(wù)標識采取IFC觸發(fā)路由到歸屬地SCF。
步驟503，歸屬地SCF判斷不是本地業(yè)務(wù)，需要路由這一請求到拜訪地 SCF,檢查用戶是否具有漫游權(quán)限。
步驟504,歸屬地SCF將會話建立請求路由給拜訪地SCF，消息到達拜訪 地SCF的方式包括但不限于PSI路由方式。
步驟505,拜訪地SCF向歸屬地SCF返回會話建立成功200OK。
步驟506,歸屬地SCF向歸屬地IMS Core返回會話建立成功200OK,歸屬 地IMC Core向UE發(fā)送會話建立成功200 OK。
步驟507， UE向拜訪地BM-SC發(fā)送多播業(yè)務(wù)加入請求。
步驟508, BM-SC對用戶進行IPTV業(yè)務(wù)鑒權(quán)，鑒權(quán)成功。
步驟509,多播業(yè)務(wù)建立，開始數(shù)據(jù)傳輸。
本發(fā)明的實施例五中，用戶從歸屬地訪問拜訪地多播業(yè)務(wù)建立過程，且存在拜訪地業(yè)務(wù)控制實體，通過在拜訪地直接配置非歸屬用戶的IPTV業(yè)務(wù)權(quán) 限下發(fā)，由BM-SC根據(jù)該IPTV業(yè)務(wù)權(quán)限信息對用戶是否可以使用該IPTV 業(yè)務(wù)進行鑒權(quán)，當鑒權(quán)成功后，開始多播業(yè)務(wù)的數(shù)據(jù)傳輸。對在漫游的用戶 進行簡單統(tǒng)一的權(quán)限處理，也可以通過動態(tài)獲取業(yè)務(wù)權(quán)限地方法，從歸屬地 獲取用戶的簽約數(shù)據(jù)，進而充分利用IMS豐富的業(yè)務(wù)能力，給用戶提供更好 的業(yè)務(wù)體驗。
本發(fā)明實施例六中，多播業(yè)務(wù)建立成功，正在業(yè)務(wù)進行中，多播到多播 頻道切換過程。其中包括切換結(jié)果的上報過程；具體過程如圖6所示，包括 以下步驟
步驟601，用戶發(fā)起頻道切換操作，UE向BM-SC發(fā)送離開舊多播組的消息。
步驟602, UE向BM-SC發(fā)起加入多播組消息，該消息中攜帶新頻道標識。 步驟603， BM-SC根據(jù)用戶在建立舊多播業(yè)務(wù)時獲得的IPTV業(yè)務(wù)鑒權(quán)信息
對用戶進行IPTV業(yè)務(wù)鑒權(quán)，鑒權(quán)成功。
步驟604, BM-SC開啟切換結(jié)果上報定時器，并且向用戶播放新業(yè)務(wù)。 步驟605,定時器超時，BM-SC通過和HSS/SCF類似實體之間的接口發(fā)送
切換結(jié)果給HSS/SCF類似實體。
步驟606, HSS/SCF類似實體向BM-SC返回響應(yīng)，多播業(yè)務(wù)到多4番業(yè)務(wù)的
切換成功。
本發(fā)明實施例六中，頻道切換是通過重新發(fā)起加入多播業(yè)務(wù)請求來實現(xiàn) 的，也可能通過會話更改實現(xiàn)。
本發(fā)明實施例六中，頻道切換結(jié)果上才艮是由BM-SC通過和SCF實體的接口 上報來實現(xiàn)的。這和獲取用戶IPTV鑒權(quán)信息的過程對應(yīng)，需要BM-SC和 HSS/SCF實體之間存在直接接口。如果使用不同的獲取權(quán)限的方法，頻道切換 結(jié)果上報流程可能不同。頻道切換上報流程和BM-SC獲取用戶IPTV權(quán)限可以 采用同一接口。
本發(fā)明實施例六中，除了 BM-SC進行頻道切換結(jié)果上才艮，還可以由UE 通過和IMS Core之間的接口上報UE開啟延時上報定時器，在定時器超時
20后，通過SIP信令發(fā)起頻道切換結(jié)果的上報過程；或者，通過BM-SC和IMS Core的接口上4艮BM-SC開啟延時上報定時器，在定時器超時后，通過和IMS Core的接口發(fā)起頻道切換結(jié)果的上報過程。
本發(fā)明實施例六中，在用戶可以在保持會話的情況下，進行多播到多播 的快速頻道切換，在切換成功后向SCF發(fā)起頻道切換結(jié)果上報過程，并且通 過定時器，避免了有可能出現(xiàn)的頻繁的切換上報過程。
本發(fā)明實施例七中，多播頻道到單播頻道切換過程如圖7所示，包括以 下步驟
步驟701，多播業(yè)務(wù)已經(jīng)建立，多播業(yè)務(wù)進行中。
步驟702， UE發(fā)起暫停、快退等VCR (Video Cassette Recorder,卡帶式影 像錄放機)操作，發(fā)起多播頻道到單播頻道的切換。
UE向IMS Core發(fā)出會話修改relnvite消息，其中攜帶建立單播頻道的標 識，也可以用建立單播所需的信息或RTSP (Real Time Streaming Protocol,實 時流協(xié)議)控制所需的信息來標識，也可帶XML( Extensible Markup Language, 可擴展置標語言)標識；
IMS Core向SCF轉(zhuǎn)發(fā)會話修改請求。
步驟703, SCF收到消息后，根據(jù)消息中的標識判斷需要建立一個單纟番的 控制通道和媒體傳輸通道，建立一個單播會話。
步驟704, SCF通過單播會話的建立，獲得RTSP控制端點信息和單播播放 點信息，包括
SCF向IMS Core返回會話修改成功響應(yīng)200 OK，其中攜帶RTSP控制端點
信息和單播播放點信息；
IMS Core向UE轉(zhuǎn)發(fā)會話修改成功響應(yīng)200 OK。 步驟705， UE通過單播路徑接收媒體流。
步驟706, UE可通過控制端點對MDF (Media Delivery Functions,々某體 分發(fā)功能)上播放點進行VCR操作。
本發(fā)明實施例七中，在用戶需要進行多播到單播的頻道切換時，SCF建 立單播，并控制用戶從多播切換到單播。本發(fā)明實施例八中，單播到多播的切換過程(會話更改)，如圖8所示， 包括以下步驟
步驟801,單播業(yè)務(wù)已經(jīng)建立，單播業(yè)務(wù)進行中。 步驟802, UE發(fā)起單播頻道到多播頻道的切換，包括 UE向IMS Core發(fā)出會話》務(wù)改i貪求relnvite; IMS Core向SCF轉(zhuǎn)發(fā)會話修改請求。
步驟803, SCF收到消息后，根據(jù)消息中的標識判斷需要退出原來的單播 業(yè)務(wù)。
步驟804， SCF進行用戶數(shù)據(jù)獲取、用戶鑒權(quán)、頻道權(quán)限檢查，判斷是否 有權(quán)加入多4番業(yè)務(wù)。
步驟805, SCF返回會話修改成功，包括 SCF向IMS Core返回會話修改成功響應(yīng)200 OK。 IMS Core向UE轉(zhuǎn)發(fā)會話修改成功響應(yīng)200 OK。 步驟806, UE向BM-SC發(fā)出多播業(yè)務(wù)加入請求。
步驟807, BM-SC根據(jù)預(yù)配置的權(quán)限列表，檢查用戶的IPTV業(yè)務(wù)權(quán)限， BM-SC獲得用戶IPTV業(yè)務(wù)鑒權(quán)信息的過程和用戶建立初始多播業(yè)務(wù)相同，鑒 權(quán)成功。
步驟808,多播業(yè)務(wù)建立，開始數(shù)據(jù)傳輸
步驟809,切換結(jié)果上報過程。和多播頻道到多播頻道的切換結(jié)果上報過 程一樣。
本發(fā)明實施例八中，在用戶需要進行單播到多播的頻道切換時，SCF進行 鑒權(quán)，并控制用戶從單播切換到多播。
本發(fā)明實施例九中，業(yè)務(wù)釋放流程。會話釋放流程中如圖9所示
步驟901，多播業(yè)務(wù)建立，開始數(shù)據(jù)傳輸。
步驟902， UE發(fā)起會話釋放請求，包括
UE向IMS Core發(fā)起會話釋放請求BYE;
IMS Core向SCF轉(zhuǎn)發(fā)會話釋放請求BYE。
步驟903， SCF返回會話釋》文成功，包括SCF向IMS Core發(fā)送會話釋放成功響應(yīng)200OK，并且通過將用戶IMPU對 應(yīng)IPTV業(yè)務(wù)權(quán)限置為NULL指示上次業(yè)務(wù)鑒權(quán)信息實效； IMS Core向UE轉(zhuǎn)發(fā)會話釋放成功響應(yīng)200OK。
步驟904, IMS Core通過權(quán)限下發(fā)消息通知BM-SC上次業(yè)務(wù)鑒權(quán)信息失效。
步驟905， BM-SC實時刪除用戶IPTV業(yè)務(wù)鑒權(quán)信息，從而在下次用戶發(fā)起
多播業(yè)務(wù)加入請求時，BM-SC可以使用新的IMPU的鑒權(quán)的信息。
步驟906, UE向BM-SC發(fā)起退出多播業(yè)務(wù)請求，結(jié)束這次業(yè)務(wù)。
本發(fā)明實施例九中，IMSI, IMPU映射關(guān)系，IMPU及用戶IPTV權(quán)限都存
在SCF，如果存在HSS上，需要SCF在收到會話建立請求后從HSS取得這些信 自
本發(fā)明實施例九步驟903中，通過200OK下發(fā)給IMS Core的權(quán)限信息為 IMPU的權(quán)限信息，而不是整個IMSI的權(quán)限信息，通過在會話建立成功響應(yīng)中 返回用戶IMPU的權(quán)限失效指示給IMS Core，由IMS Core將權(quán)限失效指示通過 和BM-SC之間的接口下發(fā)給BM-SC的方法，也可以由SCF在會話釋放時下發(fā)。 和獲得用戶IPTV權(quán)限的方法類似。
本發(fā)明實施例九中，可以通過在會話建立過程中將用戶IPTV鑒權(quán)信息和 會話關(guān)聯(lián)的方法實現(xiàn)多IMPU (Token),不需要實時清除權(quán)限。
本發(fā)明實施例九中，通過在每次會話結(jié)束時清除用戶IPTV權(quán)限，避免了 對IGMP提出新的要求，實現(xiàn)用戶多IMPU能力。
本發(fā)明實施例提供了一種建立IPTV多播業(yè)務(wù)的系統(tǒng)，如圖10所示，包括 用戶設(shè)備100,用于發(fā)起會話建立過程，在收到會話建立成功響應(yīng)后向廣播組 播業(yè)務(wù)中心發(fā)起加入多播業(yè)務(wù)請求；廣播組播業(yè)務(wù)中心200，用于接收所述用 戶設(shè)備發(fā)送的加入多播業(yè)務(wù)請求后，根據(jù)IPTV業(yè)務(wù)鑒權(quán)信息對所述用戶設(shè)備 進行鑒權(quán)，鑒權(quán)成功后允許用戶設(shè)備加入多播組，進行業(yè)務(wù)數(shù)據(jù)傳輸；業(yè)務(wù) 控制實體300，用于接收所述會話建立請求，對用戶進行IMS層面的用戶鑒權(quán)， 頻道權(quán)限檢查，進行業(yè)務(wù)邏輯控制和處理；將攜帶接入點名稱APN和多播地 址信息的響應(yīng)消息通過所述IMS Core返回給所述用戶設(shè)備；或通過拜訪地業(yè)務(wù)控制實體獲取APN和多播地址信息，并返回所述用戶設(shè)備。
其中，廣播組播業(yè)務(wù)中心200如圖11所示，包括加入多播業(yè)務(wù)請求接收 單元210,用于接收所述用戶設(shè)備發(fā)送的加入多播業(yè)務(wù)請求；鑒權(quán)單元220, 用于獲取鑒權(quán)信息，并根據(jù)IPTV業(yè)務(wù)鑒權(quán)信息對所述用戶設(shè)備進行業(yè)務(wù)鑒權(quán)。 業(yè)務(wù)數(shù)據(jù)傳輸單元230,用于在鑒權(quán)通過后，向用戶設(shè)備傳輸業(yè)務(wù)數(shù)據(jù)。
廣播組播業(yè)務(wù)中心200還包括IPTV業(yè)務(wù)鑒權(quán)信息獲取單元240,用于獲 取IPTV業(yè)務(wù)鑒權(quán)信息，具體獲取方式包括直接配置用戶設(shè)備的IPTV業(yè)務(wù)鑒 權(quán)信息；或通過HSS獲取用戶的IPTV業(yè)務(wù)鑒權(quán)信息；或在會話建立過程中通 過信令獲取用戶的IPTV業(yè)務(wù)鑒權(quán)信息；或在會話建立過程中從業(yè)務(wù)控制實體 直接獲取IPTV業(yè)務(wù)鑒權(quán)信息。
廣播組播業(yè)務(wù)中心200還包括授權(quán)檢查關(guān)聯(lián)單元250，用于將會話處理 和在廣播組播業(yè)務(wù)中心進行的針對多播業(yè)務(wù)加入請求的授權(quán)檢查關(guān)聯(lián)；并將 IMPU、 IMSI、用戶的IPTV業(yè)務(wù)鑒權(quán)信息進行關(guān)聯(lián)。
廣播組播業(yè)務(wù)中心200還包括頻道切換結(jié)果上報單元260,用于開啟延 時上報定時器，在定時器超時后，通過和業(yè)務(wù)控制實體的接口發(fā)起頻道切換 結(jié)果的上報過程；或開啟延時上報定時器，在定時器超時后，通過和IMSCore 發(fā)起頻道切換結(jié)果的上報過程。
其中，業(yè)務(wù)控制實體300如圖12所示，包括會話建立請求接收單元310, 用于接收所述會話建立請求；會話建立請求響應(yīng)單元320，用于返回會話建立 請求的響應(yīng)，其中攜帶接入點名稱APN和多播地址信息的響應(yīng)消息通過所述 IMS Core返回給所述用戶設(shè)備；或通過拜訪地業(yè)務(wù)控制實體獲取APN和多播 地址信息，并返回所述用戶設(shè)備。
業(yè)務(wù)控制實體300還包括切換單元330,用于接收到用戶設(shè)備發(fā)起的多 播到單播的切換請求消息后，根據(jù)所述消息中的標識判斷需要建立一個單播 的控制通道和媒體傳輸通道，建立一個單播會話，通過單播會話的建立，獲 得相應(yīng)信息，由業(yè)務(wù)控制實體通過原路徑返回給所述用戶設(shè)備。
業(yè)務(wù)控制實體300還包括判斷單元340，用于接收到會話建立請求后， 判斷是否應(yīng)由本地處理，如果是，終結(jié)所述會話，否則，路由到拜訪地業(yè)務(wù)控制實體，使所述拜訪地業(yè)務(wù)控制實體處理所述會話。
業(yè)務(wù)控制實體300還包括IPTV業(yè)務(wù)鑒權(quán)信息下發(fā)單元350，用于將本地 存儲的IPTV業(yè)務(wù)鑒權(quán)信息，或從HSS獲取IPTV業(yè)務(wù)鑒權(quán)信息下發(fā)給中心。
業(yè)務(wù)控制實體300還包括頻道切換結(jié)果接收單元360,用于接收用戶設(shè) 備或廣播組播業(yè)務(wù)中心上報的切換結(jié)果。
其中，用戶設(shè)備100如圖13所示，包括會話建立請求發(fā)送單元IIO,用 于發(fā)起會話建立請求，所述請求攜帶業(yè)務(wù)標識；加入多播業(yè)務(wù)單元120,用于 向所述廣播組播業(yè)務(wù)中心發(fā)送加入廣播多播業(yè)務(wù)請求。
用戶設(shè)備100還包括信息獲取單元130,用于從業(yè)務(wù)控制實體發(fā)送的會 話建立成功響應(yīng)中獲取APN和多播地址信息；或在會話建立過程之前從存儲 節(jié)目信息的網(wǎng)元中獲取APN和多播地址信息。
用戶設(shè)備100還包括切換單元140，用于發(fā)起多播到單播的切換請求消 息，其中攜帶建立單播的標識；并在接收到所述業(yè)務(wù)控制實體返回的單播信 息后，通過單播路徑接收媒體流。
用戶設(shè)備100還包括頻道切換結(jié)果上報單元150,用于開啟延時上報定 時器，在定時器超時后，通過SIP信令發(fā)起頻道切換結(jié)果的上4艮過程。
本發(fā)明的實施例中，在原有的PSS、MBMS業(yè)務(wù)基礎(chǔ)上通過IMS提供IPTV 業(yè)務(wù)，在漫游的用戶進行靈活的權(quán)限處理，實現(xiàn)了 IPTV的多播業(yè)務(wù)在移動網(wǎng) 中的成功運用，進而充分利用IMS豐富的業(yè)務(wù)能力，給用戶提供更好的業(yè)務(wù) 體驗。
通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬 件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技 術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體 現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使 得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行 本發(fā)明各個實施例所述的方法。
25本發(fā)明同樣適用于TISPAN架構(gòu)，本發(fā)明中BM-SC和TISPAN中的 RACS以及EFC/EFF處于對等功能。
以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此， 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。
權(quán)利要求
1、一種建立IPTV多播業(yè)務(wù)的方法，其特征在于，包括以下步驟用戶設(shè)備發(fā)起會話建立過程；所述用戶設(shè)備收到會話建立成功響應(yīng)后向廣播組播業(yè)務(wù)中心BM-SC發(fā)起加入多播業(yè)務(wù)請求。
2、 如權(quán)利要求1所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述用 戶設(shè)備發(fā)起會話建立過程具體包括用戶設(shè)備向IMS Core發(fā)起會話建立請求，所述請求攜帶業(yè)務(wù)標識； 所述用戶設(shè)備歸屬地業(yè)務(wù)控制實體接收所述IMS Core轉(zhuǎn)發(fā)的所述會話建 立請求。
3、 如權(quán)利要求2所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述IMS Core通過初始過濾準則iFC觸發(fā)方式將所述會話建立請求路由到歸屬地業(yè)務(wù) 控制實體，觸發(fā)規(guī)則包括業(yè)務(wù)標識或RequestURI。
4、 如權(quán)利要求2所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述IMS Core通過PSI方式將會話建立請求路由到歸屬地業(yè)務(wù)控制實體。
5、 如權(quán)利要求2所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述用戶 設(shè)備歸屬地業(yè)務(wù)控制實體接收所述IMS Core轉(zhuǎn)發(fā)的所述會話建立請求之后包 括所述歸屬地業(yè)務(wù)控制實體結(jié)束所述會話，返回會話建立成功請求，其中 攜帶接入點名稱APN和多播地址信息。
6、 如權(quán)利要求2所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述用戶 設(shè)備歸屬地業(yè)務(wù)控制實體接收所述IMS Core轉(zhuǎn)發(fā)的所述會話建立請求之后還 包括所述歸屬地業(yè)務(wù)控制實體通過所述IMS Core將所述會話建立請求路由至 拜訪地業(yè)務(wù)控制實體；所述歸屬地業(yè)務(wù)控制實體接收所述拜訪地業(yè)務(wù)控制實體返回的響應(yīng)消 息，所述響應(yīng)消息攜帶APN和多播地址信息；所述歸屬業(yè)務(wù)控制實體向所述用戶設(shè)備返回所述響應(yīng)消息，其中攜帶APN和多播地址信息。
7、 如權(quán)利要求6所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述路由 至拜訪地業(yè)務(wù)控制實體包括PSI尋址方式。
8、 如權(quán)利要求1所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述用 戶設(shè)備收到會話建立成功響應(yīng)后向廣播組播業(yè)務(wù)中心BM-SC發(fā)起加入多播業(yè) 務(wù)請求之前還包括根據(jù)APN和多播地址確定相應(yīng)的BM-SC;所述用戶設(shè)備收到會話建立成功響應(yīng)后向廣播組播業(yè)務(wù)中心BM-SC發(fā)起 加入多播業(yè)務(wù)請求之后還包括所述BM-SC根據(jù)所述IPTV業(yè)務(wù)鑒4又信息對用戶進行鑒權(quán)。
9、 如權(quán)利要求8所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述APN 和多播地址的獲取方法為在會話建立過程中，由業(yè)務(wù)控制實體在會話建立成功響應(yīng)中將APN和多 播地址發(fā)送給用戶設(shè)備。
10、如權(quán)利要求8所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述APN 和多播地址的獲取方法為用戶設(shè)備在會話建立過程之前從存儲節(jié)目信息的網(wǎng)元中獲取APN和多播 地址。
11、 如權(quán)利要求8所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述 BM-SC對所述用戶設(shè)備進行鑒權(quán)的時機包括初始建立多播會話、多播^S舌 切換至多播會話或單播會話切換至到多播會話。
12、 如權(quán)利要求8所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述 BM-SC對所述用戶設(shè)備進行鑒權(quán)之前還包括在BM-SC上直接配置用戶IMSI和相應(yīng)IPTV業(yè)務(wù)鑒權(quán)信息。
13、 如權(quán)利要求8所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述 BM-SC對所述用戶i殳備進行鑒權(quán)之前還包括BM-SC通過歸屬簽約用戶服務(wù)器HSS獲取用戶的IPTV業(yè)務(wù)鑒權(quán)信息。
14、 如權(quán)利要求13所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述 BM-SC通過HSS獲取用戶的IPTV業(yè)務(wù)鑒權(quán)信息的方法具體為在HSS上配置用戶設(shè)備的IMSI和具有權(quán)限觀看的多播地址列表的對應(yīng)關(guān)系；BM-SC收到用戶設(shè)備的加入組播請求后，從HSS上獲取用戶IPTV業(yè)務(wù) 鑒權(quán)信息。
15、 如權(quán)利要求13所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述 BM-SC通過業(yè)務(wù)控制實體獲取用戶IP多媒體公共標識IMPU的IPTV業(yè)務(wù)鑒 4又信息的方法為在業(yè)務(wù)控制實體上配置用戶IMPU和具有權(quán)限觀看的多播地址列表的對 應(yīng)關(guān)系；在會話建立過程中，業(yè)務(wù)控制實體將用戶當前IMPU的IPTV業(yè)務(wù)鑒權(quán)信 息下發(fā)纟會相應(yīng)的BM-SC。
16、 如權(quán)利要求8所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述 BM-SC對用戶設(shè)備進行鑒權(quán)之前還包括BM-SC在會話建立過程中通過信令 獲取用戶IPTV業(yè)務(wù)鑒權(quán)信息，具體為在業(yè)務(wù)控制實體上配置用戶IMPU和具有權(quán)限觀看的多播地址列表的對 應(yīng)關(guān)系；業(yè)務(wù)控制實體收到會話建立的請求，返回的響應(yīng)消息中攜帶當前用戶 IMPU所具有的IPTV業(yè)務(wù)權(quán)限；IMS Core根據(jù)響應(yīng)消息中的多播地址確定提供服務(wù)的BM-SC，并將所述 權(quán)限發(fā)送給相應(yīng)的BM-SC。
17、 如權(quán)利要求8所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述BM-SC 對用戶設(shè)備進行鑒權(quán)之前還包括BM-SC在會話建立過程中從業(yè)務(wù)控制實體直接獲取IPTV業(yè)務(wù)鑒權(quán)信息。
18、 如權(quán)利要求17所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述 BM-SC在會話建立過程中從業(yè)務(wù)控制實體直接獲取IPTV業(yè)務(wù)鑒權(quán)信息具體 為在業(yè)務(wù)控制實體上配置用戶IMPU和對應(yīng)IPTV 4又限關(guān)系； 業(yè)務(wù)控制實體收到會話建立請求；業(yè)務(wù)控制實體直接PUSH當前用戶IMPU相應(yīng)的權(quán)限給BM-SC。
19、 如權(quán)利要求17所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述 BM-SC在業(yè)務(wù)建立過程中從業(yè)務(wù)控制實體直接獲取IPTV業(yè)務(wù)鑒權(quán)信息具體 為在業(yè)務(wù)控制實體上配置用戶IMPU和對應(yīng)IPTV權(quán)限關(guān)系； BM-SC收到加入組纟番請求；BM-SC通過用戶的IMSI，多播地址或BM-SC和SCF的對應(yīng)關(guān)系，確定相 應(yīng)的業(yè)務(wù)控制實體；業(yè)務(wù)控制實體根據(jù)BM-SC的請求返回相應(yīng)的IPTV業(yè)務(wù)鑒權(quán)信息。
20、 如權(quán)利要求16所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，將所述 權(quán)P艮發(fā)送給相應(yīng)的BM-SC具體為IMS Core收到IPTV業(yè)務(wù)鑒權(quán)信息下發(fā)成功響應(yīng)； IMS Core向用戶i殳備發(fā)送會活建立成功； 所述用戶設(shè)備收到響應(yīng)后，發(fā)起加入多播業(yè)務(wù)請求； 或用戶i殳備收到會話建立成功響應(yīng)；所述用戶i殳備等待一個時間延時，l正在確保IPTV業(yè)務(wù)鑒權(quán)信息下發(fā)給 BM-SC后，發(fā)起加入多播業(yè)務(wù)請求； 或BM-SC收到用戶的加入多播業(yè)務(wù)請求； BM-SC啟動延時定時器；BM-SC在確定IPTV業(yè)務(wù)鑒權(quán)信息收到后才進行權(quán)P艮4企查； 或UE在發(fā)現(xiàn)多播業(yè)務(wù)建立不成功時，重新發(fā)送多播業(yè)務(wù)加入請求給 BM-SC 。
21、 如權(quán)利要求15、 16或17所述建立IPTV多播業(yè)務(wù)的方法，其特征 在于，將所述IPTV業(yè)務(wù)鑒權(quán)信息發(fā)送給相應(yīng)的BM-SC具體為在業(yè)務(wù)控制實體上實現(xiàn)IMPU和IMSI的對應(yīng)關(guān)系；BM-SC獲得IMPU和IMSI的對應(yīng)關(guān)系。
22、 如權(quán)利要求15、 16或17所述建立IPTV多播業(yè)務(wù)的方法，其特征 在于，所述將所述IPTV業(yè)務(wù)鑒權(quán)信息發(fā)送給相應(yīng)的BM-SC具體為在BM-SC上直4妄配置IMPU和IMSI的對應(yīng)關(guān)系。
23、 如權(quán)利要求16所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，還包括在會話建立時下發(fā)，會話結(jié)束時在BM-SC上清除IMPU的IPTV業(yè)務(wù)鑒4又信息。
24、 如權(quán)利要求15、 16或17所述建立IPTV多播業(yè)務(wù)的方法，其特征 在于，還包括將會話處理和在BM-SC進行的針對多播業(yè)務(wù)加入請求的授權(quán);險查關(guān)聯(lián)。
25、 如權(quán)利要求24所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，還包括多個IMPU同時發(fā)起會話時，在IMS Core上為每個IMPU分配一個Token， 在會話建立響應(yīng)中發(fā)給用戶設(shè)備；所述IMPU在發(fā)起多播業(yè)務(wù)加入請求時，攜帶所述Token;BM-SC根據(jù)所述Token以及相應(yīng)IPTV業(yè)務(wù)鑒權(quán)信息判斷是否允許加入相 應(yīng)的紐j番纟且。
26、 如權(quán)利要求1所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述用 戶在建立一個IPTV多播業(yè)務(wù)之后還包括離開一個多播組； 加入另外一個多播組。
27、 如權(quán)利要求1所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所述用 戶在建立一個IPTV多播業(yè)務(wù)之后還包括，用戶發(fā)起為多播到單播的切換用戶設(shè)備發(fā)起多播到單播的切換請求消息，其中攜帶建立單播的標識； 業(yè)務(wù)控制實體收到消息后，根據(jù)消息中的標識判斷需要建立一個單播的 控制通道和媒體傳輸通道，建立一個單播會話；業(yè)務(wù)控制實體通過單播會話的建立，獲得相應(yīng)信息，由業(yè)務(wù)控制實體返回給所述用戶設(shè)備；用戶設(shè)備通過單播路徑接收媒體流。
28、 如權(quán)利要求26或27所述建立IPTV多播業(yè)務(wù)的方法，其特征在于，所 述頻道切換過程后，還包括頻道切換結(jié)果的上^Jt程BM-SC開啟延時上報定時器，在定時器超時后，向業(yè)務(wù)控制實體發(fā)起頻 道切換結(jié)果的上報過程； 或BM-SC開啟延時上報定時器，在定時器超時后，通過IMS Core發(fā)起頻道 切換結(jié)果的上報過程； 或用戶設(shè)備開啟延時上報定時器，在定時器超時后，通過SIP信令發(fā)起頻道 切換結(jié)果的上報過程。
29、 一種廣播組播業(yè)務(wù)中心，其特征在于，包括加入多播業(yè)務(wù)請求接收單元，用于接收所述用戶設(shè)備發(fā)送的加入多播業(yè) 務(wù)請求；鑒權(quán)單元，用于獲取鑒權(quán)信息，并根據(jù)IPTV業(yè)務(wù)鑒權(quán)信息對所述用戶設(shè) 備進行業(yè)務(wù)鑒權(quán)。業(yè)務(wù)數(shù)據(jù)傳輸單元，用于在鑒權(quán)通過后，向用戶設(shè)備傳輸業(yè)務(wù)數(shù)據(jù)。
30、 如權(quán)利要求29所述廣播組播業(yè)務(wù)中心，其特征在于，還包括 IPTV業(yè)務(wù)鑒權(quán)信息獲取單元，用于獲取IPTV業(yè)務(wù)鑒權(quán)信息，具體獲取方式包括直接配置用戶的IPTV業(yè)務(wù)鑒權(quán)信息；或 通過HSS獲取用戶的IPTV業(yè)務(wù)鑒權(quán)信息；或 在會話建立過程中通過信令獲取用戶的IPTV業(yè)務(wù)鑒權(quán)信息；或 在會話建立過程中從業(yè)務(wù)控制實體直接獲取IPTV業(yè)務(wù)鑒權(quán)信息。
31、 如權(quán)利要求29所述廣播組播業(yè)務(wù)中心，其特征在于，還包括 授權(quán)檢查關(guān)聯(lián)單元，用于將會話處理和在廣播組播業(yè)務(wù)中心進行的針對多播業(yè)務(wù)加入請求的授權(quán)檢查關(guān)聯(lián)；將IMPU、 IMSI、用戶的IPTV業(yè)務(wù)鑒權(quán)信 息進4于關(guān)聯(lián)。
32、 如權(quán)利要求29所述廣播組播業(yè)務(wù)中心，其特征在于，還包括 頻道切換結(jié)果上報單元，用于開啟延時上報定時器，在定時器超時后，通過和業(yè)務(wù)控制實體發(fā)起頻道切換結(jié)果的上報過程；或開啟延時上報定時器， 在定時器超時后，通過和IMS Core發(fā)起頻道切換結(jié)果的上報過程。
33、 一種業(yè)務(wù)控制實體，其特征在于，包括 會話建立請求接收單元，用于接收所述會話建立請求； 會話建立請求響應(yīng)單元，用于返回會話建立請求的響應(yīng)，其中攜帶接入點名稱APN和多播地址信息的響應(yīng)消息通過所述IMS Core返回給所述用戶設(shè) 備；或通過拜訪地業(yè)務(wù)控制實體獲取APN和多^"地址信息，并返回所述用戶 設(shè)備。
34、 如權(quán)利要求33所述業(yè)務(wù)控制實體，其特征在于，還包括 切換單元，用于接收到用戶設(shè)備發(fā)起的多播到單播的切換請求消息后，根據(jù)所述消息中的標識判斷需要建立一個單播的控制通道和媒體傳輸通道， 建立一個單播會話，通過單播會話的建立，獲得相應(yīng)信息，由業(yè)務(wù)控制實體 返回給所述用戶設(shè)備。
35、 如權(quán)利要求33所述業(yè)務(wù)控制實體，其特征在于，還包括 判斷單元，用于接收到會話建立請求后，判斷是否應(yīng)由本地處理，如果是，終結(jié)所述會話，進行業(yè)務(wù)處理。否則，路由到拜訪地業(yè)務(wù)控制實體，由 所述拜訪地業(yè)務(wù)控制實體處理所述會話。
36、 如權(quán)利要求33所述業(yè)務(wù)控制實體，其特征在于，還包括 IPTV業(yè)務(wù)鑒權(quán)信息下發(fā)單元，用于將本地存儲的IPTV業(yè)務(wù)鑒權(quán)信息，或從HSS獲取IPTV業(yè)務(wù)鑒權(quán)信息下發(fā)給中心。
37、 如權(quán)利要求33所述業(yè)務(wù)控制實體，其特征在于，還包括 頻道切換結(jié)果接收單元，用于接收用戶設(shè)備或廣播組播業(yè)務(wù)中心上報的切換結(jié)果。
38、 一種用戶設(shè)備，其特征在于，包括會話建立請求發(fā)送單元，用于發(fā)起會話建立請求，所述請求攜帶業(yè)務(wù)標識；加入多播業(yè)務(wù)單元，用于向所述廣播組播業(yè)務(wù)中心發(fā)送加入廣播多播業(yè) 務(wù)請求。
39、 如權(quán)利要求38所述用戶設(shè)備，其特征在于，還包括 信息獲取單元，用于從業(yè)務(wù)控制實體發(fā)送的會話建立成功響應(yīng)中獲取APN和多播地址信息；或在會話建立過程之前從存儲節(jié)目信息的網(wǎng)元中獲取 APN和多纟番地址信息。
40、 如權(quán)利要求38所述用戶設(shè)備，其特征在于，還包括切換單元,用于發(fā)起多播到單播的切換請求消息，其中攜帶建立單播的 標識；并在接收到所述業(yè)務(wù)控制實體返回的單播信息后，通過單播路徑接收 媒體流。
41、 如權(quán)利要求38所述用戶設(shè)備，其特征在于，還包括 頻道切換結(jié)果上報單元，用于開啟延時上報定時器，在定時器超時后，通過SIP信令發(fā)起頻道切換結(jié)果的上報過程。
全文摘要
本發(fā)明實施例公開了一種建立IPTV多播業(yè)務(wù)的方法及設(shè)備，包括以下步驟用戶設(shè)備發(fā)起會話建立過程；所述用戶設(shè)備收到會話建立成功響應(yīng)后向BM-SC發(fā)起加入多播業(yè)務(wù)請求。本發(fā)明的實施例中，基于IMS在原有的PSS、MBMS基礎(chǔ)上提供IPTV業(yè)務(wù)，對漫游的用戶進行靈活的權(quán)限處理，實現(xiàn)了IPTV的多播業(yè)務(wù)在移動網(wǎng)中的成功運用，進而充分利用IMS豐富的業(yè)務(wù)能力，給用戶提供更好的業(yè)務(wù)體驗。
文檔編號H04W12/06GK101547402SQ20081009035
公開日2009年9月30日 申請日期2008年3月28日 優(yōu)先權(quán)日2008年3月28日
發(fā)明者成淑敏, 朱東銘, 李金成, 嘯 王, 耕 王, 鐘劍鋒 申請人:華為技術(shù)有限公司