一種建立iptv多播業務的方法及設備的製作方法

2023-09-21 00:45:00 5

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

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


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