專利名稱：在廣播業務中建立時移電視業務的方法、系統及裝置的制作方法
技術領域：
本發明涉及通信技術領域，具體涉及一種在廣播業務(Broadcast Service)中建立時移電視業務的方法、系統及裝置。
背景技術：
IPTV是一種利用寬帶有線電視網，集互聯網、多媒體、通訊等多種技 術于一體，向家庭用戶提供包括數字電視在內的多種交互式服務的嶄新技
術。IPTV使用傳輸控制協議/因特網協議(TCP/IP )作為承載協議進行單播、 廣播或組播視頻業務，有效地將電視網、電話網和互聯網三個領域結合在一 起，是三網融合最具代表性的業務。
IP多媒體子系統(IMS, IP Multimedia Subsystem )是一個獨立于接入技 術的基于IP的標準體系，IMS與現存的語音和數據網絡(不論是如PSTN、 ISDN、因特網等固定網絡用戶，還是如GSM、 CDMA等移動網絡用戶)都 可以互通。IMS體系使得各種類型的客戶端都可以建立對等的IP通信，并可 以獲得所需要的服務質量。除會話管理之外，IMS體系還涉及完成服務提供 所必須的功能(例如注冊、安全、計費、承載控制、漫游)。即IMS體系構 成了IP核心網的核心。
為了實現IMS對固定網絡用戶接入的統一控制，在網絡架構中引入了網 絡附著子系統(NAS S ， Network Attachment Sub - System )和資源與接納控 制子系統(RACS， Resource and Admission Control Subsystem ) 。 NASS用于 完成對用戶附著于接入網絡的管理，包括用戶驗證和網絡地址分配、位置管 理。RACS則主要用于完成策略控制、資源預留和接納控制，業務/應用層面 可利用RACS請求接入網預留相關的資源。基于IMS的IPTV架構，將直接重用IMS的相關功能實體，并通過適 當增加新的功能實體以及對現有功能實體相關功能的擴充，實現對IPTV業
務的支持。
圖1為現有技術中基于IMS的IPTV架構的一種組網示意圖。如圖l所 示，每一個IPTV業務功能由一對IPTV業務控制功能(SCF， Service Control Functions)和IPTV媒體功能(MF， Media Functions )組成。其中，SCF是 一種SIP應用服務器，任務主要包括(1 )會話初始化時進行授權；(2) 實施修改流程，4企查用戶的數據，以決定是否允許用戶訪問該業務；(3) 賬號控制；(4)選擇相應的MF。 MF負責媒體流的控制和遞交，可被分為 媒體控制功能(MCF)和媒體遞交功能(MDF)。其中，MCF的任務主要 包括(l)處理媒體流的控制；(2)監視MDF的狀態(可選)；(3)管 理和用戶設備(UE)的交互；(4)在MCF控制多個MDF時，選擇一個 MDF; (5)精確感知不同MDF的狀態和內容的分發；(5)產生計費信息。 MDF的任務主要包括(1 )處理媒體流的遞交；(2 )上報狀態給MCF (可 選)。
由圖1可見，SCF和MF是實現以下業務的功能實體點播類業務(CoD, Content on Demand )、廣播服務功能(BC )和個人錄像機功能(PVR， Personal Video Recorder)。
其中，CoD是IPTV中的點播業務，在SCF中通過CoD-SCF實現其業 務控制功能，在MF中通過CoD-MCF實現其媒體控制功能和通過CoD-MDF 實現其媒體遞交功能。BC是IPTV中的廣播業務，在SCF中通過BC-SCF 實現其業務控制功能，在MF中通過BC-MCF實現其々某體控制功能和通過 BC-MDF實現其媒體遞交功能。PVR是IPTV中的個人錄像機業務，在SCF 中通過PVR-SCF實現其業務控制功能，在MF中通過PVR-MCF實現其媒 體控制功能和通過PVR-MDF實現其i某體遞交功能。PVR業務提供對視頻媒 體流的錄制功能，按照提供的方式可以分為基于網絡PVR和基于個人的 PVR,基于網絡的PVR指的是在網絡為用戶分配一定的存儲空間，由網絡來記錄用戶要錄制的媒體功能，并根據用戶意愿播放這些媒體內容。
其中，CoD-SCF、 BC-SCF及PVR-SCF與UE之間通過IMS進行消息 交互，CoD-MCF、 BC-MCF及PVR-MCF與UE之間的媒體控制消息通過 Xc，參考點進行交互，CoD-MDF 、 BC-MDF及PVR-MDF與UE之間的媒體
數據通過Xc"參考點交互。
其次，在網絡架構中，還增加了業務發現功能(SDF)和業務選擇功能 (SSF),用于為UE在選擇IPTV業務時提供必要的信息。其中，SSF提供 UE可以瀏覽和選擇的一系列可用服務的列表。
此夕卜，在傳輸處理功能(TPF， Transport Processing Functions )中包括 組播控制功能；在用戶屬性服務器功能(UPSF)中存儲有用戶數據。
當用戶在使用BC業務，需要對業務進行修改時，向SCF發送會話修改 請求，該會話修改請求可能是BC會話的修改請求，也可能是用戶對廣播業 務進行暫停等控制操作時的時移電視(在本文中是指BC with Trick Play)業 務的建立請求。但是，現有技術中由BC業務向時移電視業務轉換時，沒有 說明SCF如何判斷UE發送的會話修改請求是BC業務的修改請求，還是時 移電視業務的建立請求，因此導致時移電視業務無法正常建立。
發明內容
本發明實施例提供一種在BC中建立時移電視業務的方法，在BC中正常 建立時移電^L業務。
本發明實施例還提供一種在BC中建立時移電視業務的系統，在BC中正 常建立時移電視業務。
本發明實施例還提供一種業務控制功能實體，在BC中正常建立時移電視 業務。
為達到上述目的，本發明實施例的技術方案是這樣實現的
一種在廣播業務中建立時移電視業務的方法，包括
業務控制功能SCF接收用戶設備UE發送的會話修改請求，其中攜帶標識時移電視業務建立請求的信息；
SCF根據所述標識時移電視業務建立請求的信息，判定所述會話修改請 求是時移電視業務的建立請求時，發起時移電視業務的建立。
一種判斷乂人時移電^L業務切回到BC業務的方法，包括以下步驟
業務控制功能SCF接收用戶設備UE發送的會話修改請求，其中攜帶標識 從時移電視業務切回到BC業務的請求信息；
SCF根據所述標識從時移電視業務切回到BC業務的請求信息，判定所 述會話修改請求是時移電視業務的切回請求時，發起時移電視業務到BC業 務的切回操作。
一種在廣播業務中建立時移電視業務的系統，包括業務控制功能SCF實 體和用戶設備UE,
所述UE,用于向SCF實體發送會話修改請求，其中攜帶標識時移電視業 務建立請求的信息；
所述SCF實體，用于接收UE發送的所述會話修改請求，根據其中的標識 時移電視業務建立請求的信息，判定所述會話修改請求為時移電視業務的建立 請求時，發起時移電^見業務的建立。
一種業務控制功能SCF實體，包括接收模塊、判斷模塊和發起模塊，
所述接收模塊，用于接收用戶設備UE發送的會話修改請求，其中攜帶標 識時移電視業務建立請求的信息；
所述判斷模塊，用于根據所述接收模塊的會話修改請求，判斷所述會話 修改請求為時移電視業務的建立請求時，所述發起模塊發起時移電視業務的 建立請求。
與現有技術相比，本發明實施例所提供的技術方案，SCF接收UE發送 的攜帶標識時移電視業務建立請求信息的會話修改請求，根據其中的時移電 視業務建立請求信息，判定該會話修改請求為時移電視業務的建立請求時， 發起時移電視業務的建立，從而使得SCF能夠判斷出接收到的會話修改請 求是BC業務的修改請求，還是BC中時移電視業務的建立請求，從而可實現時移電視業務的正常建立。
圖1為現有技術中基于IMS的IPTV架構的一種組網示意圖； 圖2為本發明實施例在BC中建立時移電視業務的方法流程圖； 圖3為本發明實施例一在BC中建立時移電視業務的方法流程圖； 圖4為本發明實施例二在BC中建立時移電視業務的方法流程圖； 圖5為本發明實施例三在BC中建立時移電視業務的方法流程圖； 圖6為本發明實施例四在B C的時移電業務中切回到B C業務的方法 流程圖。
具體實施例方式
下面結合附圖及具體實施例對本發明進行詳細說明。 圖2為本發明實施例中建立時移電視業務的方法流程圖。如圖2所示， 該方法包括步驟200中，SCF接收UE發送的會話修改請求，其中攜帶標 識時移電^L業務建立請求的信息；然后在步驟201中，才艮據該請求中的標識 時移電視業務建立請求的信息，判斷該會話修改請求為時移電視業務的建立 請求時，發起時移電視業務的建立。 實施例一
本實施例中標識時移電視業務建立請求的信息為時移電視業務的業務 標識，SCF根據會話修改請求中的業務標識，來判斷該會話修改請求是否是 時移電視業務的建立請求。
圖3為本發明實施例一在BC中建立時移電視業務的方法流程圖。如圖 3所示，該方法包括以下步驟
BC業務建立的過程與現有技術相同，在此不再贅述。
步驟300: UE利用SIP協議的邀請(relnvite)向SCF發送攜帶業務標 識的會話修改請求。本步驟中，UE通過Core IMS給SCF發送會話修改請求消息。為了簡 化描述，本步驟中以及下文的描述都將UE與SCF通過Core IMS的通信簡 化為UE與SCF之間進行通信。
例如，UE在會話修改請求消息中，使用已定義的頭域，攜帶時移電視 業務的業務標識，例如，P-Preferred-Service=urn:um-xxx:TsTV.TISPAN.IPTV 頭域，其中"TsTV.TISPAN.IPTV"為時移電^L業務的業務標識。當然實際 應用中，除以上舉例說明的業務標識之外，也可以釆用其它形式的業務標識。 例如，如果將BC with Trick業務作為BC業務的一個子應用，那么也可以用 P國Preferred-Service: urn:urn-xxx:broadcast.tispan.iptv和Accept-Contact:urn: urn-xxx:broadcast.tispan.iptv-application-trickplay 同時來表示^亥會"i舌》務？文i貪 求是BC中時移電視業務的建立請求，其中"broadcast.tispan.iptv"和 "broadcast.tispan.iptv-application-trickplay"結合作為BC中時移電^見業務的 業務標識。其中的urn畫)ooc 是以后在互聯網地址指派機構(IANA, Internet Assigned Numbers Authority )中注冊該業務標識時分配的編號。
步驟301: SCF根據該relnvite消息中的業務標識，確定該會話修改請 求為時移電視業務的建立請求。
例如，SCF根據P-Preferred-Service=urn:urn-xxx:TsTV.TISPAN.IPTV頭 域中的"TsTV.TISPAN.IPTV",判定該會話修改請求消息為時移電S見業務 的建立i青求。或者，才艮l居P-Preferred-Service:urn:urn-xxx:broadcast.tispan.iptv 和Accept畫Contact:urn:urn-xxx:broadcast.tispan.iptv誦application畫trickplay，判斷 該會話修改請求消息為時移電視業務的建立請求。
如果本步驟中SCF根據接收到的會話修改請求消息中的業務標識，判 斷該會話修改請求消息不是時移電視業務的建立請求，則按照現有技術中修 改BC業務的方法流程執行，在此不再贅述。
步驟302: SCF通過SIP協議的Invite消息給MCF發送時移電S見業務 的初始建立請求。
本步驟中，SCF判定該用戶具有時移電視業務的使用權限時，將步驟301中的P-Preferred-Service=urn:urn-xxx:TsTV.TISPAN.IPTV頭域，修改為 P-Asserted-Service=urn:urn-xxx:TsTV.TISPAN.IPTV頭域后，給MCF發送時
移電視業務的建立請求。或者，將步驟 301 中的 P-Preferred-Service:urn:urn-xxx:broadcast.tispan.iptv 頭 域, 修改為 P-Asserted-Service:urn:urn-xxx:broadcast.tispan.iptv頭i或之后，纟合MCF發送 時移電^L業務的建立請求。
步驟303 步驟304: MCF與MDF建立時移電視業務后，向SCF返回 建立響應200OK,由SCF將建立響應200 0K返回給UE,建立完成UE與 MDF之間媒體通道。
本步驟中，MCF和MDF為UE建立時移電視業務的具體過程與現有技 術相同，在此不再贅述。
可見，本實施例通過在會話修改請求消息中攜帶業務標識，使得SCF 可以判斷接收到的會話請求消息是時移電視業務的建立請求，從而使得BC 中的時移電視業務可正常建立。
實施例二
本實施例中，標識時移電視業務請求的信息為新定義的頭域，SCF根據 會話修改請求中攜帶的新定義的頭域，判斷會話請求消息是否是BC中時移 電^見業務的建立請求。
步驟400: UE利用SIP協議的relnvite消息，向SCF發送攜帶新定義 的頭域的會話修改請求。
例如，在SIP消息中新定義的Iptv-Service-Type: TsTV頭域，來表示 該會話修改請求消息為BC中時移電視業務的建立請求。
步驟401: SCF根據該relnvite消息中的新定義的頭域，確定該會話修 改請求為時移電一見業務的建立請求。
例如，UE和SCF能夠識別標識時移電視業務建立請求的頭域 Iptv-Service-Type: TsTV,當SCF收到會話修改請求后，發現該請求中攜帶 新定義的頭域Iptv-Service-Type: TsTV時，則判定該會話^修改請求消息為時移電一見業務的建立請求。
如果本步驟中SCF在會話修改請求中沒有發現標識時移電視業務建立 請求的新定義的頭域時，則判斷該會話修改請求消息不是時移電視業務的建 立請求，則按照現有技術中修改BC業務的方法流程執行，在此不再贅述。
步驟402 步驟404: SCF通過SIP協議的Invite消息給MCF發送時移 電視業務的初始建立請求，MCF控制MDF建立時移電視業務所需的媒體資 源后，向SCF返回建立響應200 OK，由SCF將建立響應200 0K返回給UE， 建立完成UE與MDF之間媒體通道。
其中，SCF、 MCF和MDF建立時移業務的具體過程與現有技術相同， 在此不再贅述。
當然際應用中，除本實施例中所舉例說明的標識時移電-見業務建立請求 的新定義的頭域之外，也可以采用其它形式的表示時移電視業務建立請求的 頭域。
可見，本實施例通過在會話修改請求消息中攜帶標識時移電視業務建立 請求的新定義的頭域，使得SCF可以判斷接收到的會話請求消息是時移電 視業務的建立請求，從而使得BC中的時移電視業務可正常建立。
實施例三
本實施例中，SCF根據攜帶在會話修改請求中的單播媒體描述信息，判 斷該會話請求消息為時移電視業務的建立請求。
圖5為本發明實施例三在BC中建立時移電視業務的方法流程圖。如圖 5所示，該方法包括以下步驟
步驟500: UE利用SIP協議的relnvite消息，向SCF發送攜帶其單播 媒體描述信息的會話修改請求。其中攜帶的單播媒體描述信息中端口號不為 0,表示這是新增的單播媒體流。
本步驟中，通過relnvite的會話描述協議(SDP, Session Description Protocol)描述中的媒體行信息，攜帶單播媒體描述信息。
本實施例中，UE的單播媒體描述信息可以是用來建立實時傳輸協議(RTP， Realtime Transmission Protocol)流通道或者實時流協議(RTSP, Realtime Stream Protocol)控制通道時，UE所提供々某體信息中的單播i某體描 述信息。
該單播媒體描述信息是用來建立RTP流通道時
當UE未獲得頻道所對應的多播地址時，SDP描述中的媒體行信息可以
為
m=video 4011 RTP/AVP 99
c=INIP4 10.12.1.2
a=rtpmap:99 H.261 其中10.12.1.2為UE的單播i某體描述中的地址信息。
當UE已經獲得頻道所對應的多播地址時，SDP描述中的媒體行信息可 以為
m=video 4002 RTP/AVP 99 c=IN IP4 224.12.1.2 a=rtpmap:99 H.261
m=video 3002 RTP/AVP 99 c=INIP4 224.12.3.45 a=rtpmap:99 H.261
m=video 4011 RTP/AVP 99 c=INIP4 10.12.1.2 a=rtpmap:99 H.261
其中，224.12.1.2和224.12.3.45為BC業務的多播地址,10.12.1.2為UE的
單播媒體描述信息。
當此單播媒體描述信息是用來建立RTSP控制通道時，其在SDP描述 中的媒體行信息可以為
m=application 9 TCP/RTSP rtsp
c=IN IP4 10.12.1.2a=fintp:rtsp request-uri: rtsp:〃video.example.com a=fmtp:rtsp version: 2.0 a=fmtp:rtsp h-accept-ranges: NPT
步驟501:當前已建立會話是BC業務的會話時，SCF根據該relnvite 消息中的單播媒體描述信息，確定該會話修改請求為時移電視業務的建立請求。
現有技術中，在224.0.0.0-239.255.255.255范圍之內的D類IP地址為多 播地址，在224.0.0.0-239.255.255.255范圍之外的IP地址為單播地址。本實 施例中，當SCF接收到會話修改請求時，發現其中的SDP描述中攜帶了在 224.0.0.0-239.255.255.255范圍之外的IP地址,即SDP描述中攜帶了單播媒 體描述信息，且其端口號為非0值時，則判定該會話修改請求為時移電視業 務的建立請求。
若是運用IPV6地址技術，那么SCF根據地址信息的頭8個Bits是否為 1111 1111判斷是否為多播地址，即如果判斷該地址信息是以FF為開始，即 可確定該地址為多播地址，否則確定該地址為單纟番地址。
如果本步驟中SCF在會話修改請求的SDP描述中沒有發現IP單播媒體 描述信息或其所對應的m行中的端口號為0時，則判斷該會話修改請求消 息不是時移電視業務的建立請求，然后按照現有技術中修改BC業務的方法 流程執行，在此不再贅述。
步驟502 步驟504: SCF通過SIP協議的Invite消息給MCF發送時移 電視業務的初始建立請求，MCF控制MDF建立時移電視業務所需的媒體資 源后，向SCF返回建立響應200 OK,由SCF將建立響應200 OK返回給UE, 建立完成UE與MDF之間媒體通道。
其中，SCF、 MCF和MDF建立時移業務的具體過程與現有才支術相同， 在此不再贅述。本實施例中的SDP描述僅為舉例說明，實際應用中可以有 其它變化，只要能夠攜帶單播媒體描述信息即可。
本實施例四中，SCF接收用戶設備UE發送的會話修改請求，其中攜帶標識從時移電視業務切回到BC業務的請求信息；SCF根據所述標識從時移電視 業務切回到BC業務的請求信息，判定所述會話修改請求是時移電視業務的切 回請求時，發起時移電視業務到BC業務的切回操作。其中，所述攜帶標識從 時移電視業務切回到BC業務的請求信息為建立時移電視業務所需的單播媒 體流的刪除指示，所述建立時移電視業務所需的單播媒體流的刪除指示為單播 媒體描述中的端口號；當所述單播媒體描述中的端口號為0,則所述會話修改 請求為時移業務的切回請求。所述UE的單播媒體流為媒體傳輸通道，或是媒 體控制通道。
圖6為本發明實施例四在BC的時移電^L業務中切回到BC業務的方法 流程圖，包括以下步驟
步驟600: UE利用SIP協議的relnvite消息，向SCF發送攜帶UE單播 媒體描述信息和多播媒體描述信息的會話修改請求。
本步驟中，通過relnvite的會話描述協議(SDP, Session Description Protocol )描述中的媒體行信息，其中攜帶的單播媒體描述信息中端口號為0, 且其中攜帶的代表BC業務的多播媒體描述信息中端口號為非0。其中單播 媒體描述信息中的端口號為0表示這個單播媒體流需要被刪除。
本實施例中，UE的單播媒體描述信息可以是原來在BC時移電視業務 建立，用來建立實時傳輸協議(RTP， Realtime Transmission Protocol)流通 道或者實時流協議(RTSP, Realtime Stream Protocol)控制通道時，UE所 提供媒體信息中的單播媒體描述信息。
該單播媒體描述信息是用來建立RTP流通道，SDP描述中的單播媒體 描述信息可以為
m=video 0 RTP/AVP 99 c=INIP4 10.12.1.2
當此單播媒體描述信息是用來建立RTSP控制通道時，其在SDP描述 中的媒體行信息可以為m=application 0 TCP/RTSP rtsp c=INIP4 10.12.1.2
SDP描述中的頻道所對應的多播媒體描述信息可以為
m=video 4002 RTP/AVP 99 c=INIP4 224.12.1.2 a=rtpmap:99 H.261
m=video 3002 RTP/AVP 99 c=INIP4 224.12.3.45 a=rtpmap:99 H.261
步驟601:當前已建立會話是BC時移電視業務的會話時，SCF根據該 relnvite消息中的單播媒體描述信息中的端口號為0,且代表BC頻道的多播 媒體描述信息中的端口號不為0,確定該會話修改請求為時移電視業務到BC 業務的切回請求。
現有技術中，在224.0.0.0-239.255.255.255范圍之內的D類IP地址為多 播地址，在224.0.0.0-239.255.255.255范圍之外的IP地址為單播地址。本實 施例中，當SCF接收到會話修改請求時，發現其中的SDP描述中攜帶了端 口號為O的單播地址，并且攜帶了端口號為非O的多播地址時，則判定該會 話修改請求為時移電視業務到BC業務的切回請求。
若是運用IPV6地址技術，那么SCF根據地址信息的頭8個Bits是否為 1111 1111判斷是否為多播地址，即如果判斷該地址信息是以FF為開始，即 可確定該地址為多4番地址，否則確定該地址為單4番地址。
步驟602~步驟604: SCF通過SIP協議的Bye消息給MCF發送時移電 視業務的釋放請求，MCF控制MDF釋放原建立時移電視業務所占用的媒體 資源后，向SCF返回建立響應200 OK,由SCF將建立響應200 OK返回給 UE，完成UE與MDF之間媒體通道的釋放。其中，SCF后續建立BC業務的具體過程與現有技術相同，在此不再贅 述。本實施例中的SDP描述僅為舉例說明，實際應用中可以有其它變化， 只要能夠攜帶單播媒體描述信息和多播媒體描述信息即可。
由于BC業務的修改都是針對多播業務的修改，因此當UE在會話修改 請求中攜帶單播媒體描述信息時，使SCF得知該會話修改請求為時移電視 建立請求，因此本實施例實現了 BC中時移電視業務的正常建立。
本發明實施例還提供了 一種在廣播業務中建立時移電視業務的系統，包 括UE和SCF實體。其中，UE,用于向SCF實體發送會話修改請求，其中 攜帶標識時移電視業務建立請求的信息；SCF實體，用于接收UE發送的會 話修改請求，根據其中的標識時移電視業務建立請求的信息，判定該會話修 改請求為時移電視業務的建立請求時，發起時移電視業務的建立。
具體來說，SCF實體包括接收模塊和判斷模塊，其中，接收模塊，用于 接收UE發送的會話修改請求，其中攜帶標識時移電視業務建立請求的信息； 判斷模塊，用于根據接收模塊的會話修改請求，判斷該會話修改請求為時移 電視業務的建立請求時，發起模塊發起時移電視業務的建立請求。發起模塊 進一步修改攜帶標識時移電視業務建立請求的信息的已定義頭域后，攜帶在 時移電視業務的建立請求中。
由以上所述可以看出，本發明實施例所提供的技術方案，SCF接收UE 發送的攜帶標識時移電視業務建立請求信息的會話修改請求，根據其中的時 移電視業務建立請求信息，判定該會話修改請求為時移電視業務的建立請求 時，發起時移電視業務的建立，從而使得SCF能夠判斷出接收到的會話修 改請求是BC業務的修改請求，還是BC中時移電視業務的建立請求，從而 可實現時移電視業務的正常建立。
上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。上述本發 明實施例描述的"步驟" 一詞也不代表實施例執行方法的順序。
以上所述僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等， 均應包含在本發明的保護范圍之內。
權利要求
1、一種在廣播業務中建立時移電視業務的方法，其特征在于，該方法包括業務控制功能SCF接收用戶設備UE發送的會話修改請求，其中攜帶標識時移電視業務建立請求的信息；SCF根據所述標識時移電視業務建立請求的信息，判定所述會話修改請求是時移電視業務的建立請求時，發起時移電視業務的建立。
2、 如權利要求l所述的方法，其特征在于，所述標識時移電視業務建立請 求的信息為時移電視業務的業務標識；所述SCF根據所述標識時移電視業務建立請求的信息，判定所述會話修改 請求是時移電視業務的建立請求為SCF根據所述會話修改請求中攜帶的業務標識，判定所述會話修改請求為 時移電^L業務的建立請求。
3、 如權利要求2所述的方法，其特征在于，所述攜帶時移電視業務的業務 標識為通過在已定義的頭域中寫入時移電視業務的業務標識，攜帶時移電視業務 的業務標識。
4、 如權利要求3所述的方法，其特征在于，寫入時移電視業務的業務標識 的已定義頭域為"P-Preferred-Service=um:um-xxx:TsTV.TISPAN.IPTV，，； 或 "P-Preferred-Service: urn:urn-xxx:broadcast.tispan.iptv，， 和 "Accept-Contact:urn: urn-xxx:broadcast.tispan.iptv-application-trickplay"。
5、 如權利要求4所述的方法，其特征在于，所述SCF發起時移電視業務 的建立為SCF將所述寫入時移電視業務的業務標識的已定義頭域中， "P-Preferred-Service，，修改為"P-Asserted-Service，，之后，攜帶在時移電視業 務的初始建立請求中。
6、 如權利要求l所述的方法，其特征在于，所述標識時移電視業務建立請 求的信息為新定義的標識時移電視業務建立請求的頭域；所述SCF根據所述標識時移電視業務建立請求的信息，判定所述會話修改 請求是時移電視業務的建立請求為SCF根據所述會話修改請求中攜帶的標識時移電視業務建立請求的頭域， 判定所述會話修改請求為時移電視業務的建立請求。
7、 如權利要求l所述的方法，其特征在于，所述標識時移電^L業務建立請 求的信息為UE的單播媒體描述信息；所述SCF根據所述標識時移電視業務建立請求的信息，判定所述會話修改 請求是時移電視業務的建立請求為SCF根據所述會話修改請求中攜帶的UE的單播媒體描述信息，判定所述 會話修改請求為時移電視業務的建立請求。
8、 如權利要求7所述的方法，其特征在于，所述UE的單播媒體描述信息 是用來建立實時傳輸協議RTP流通道的媒體信息中的單播媒體描述信息，或用 來建立實時流協議RTSP控制通道的媒體信息中的單播i某體描述信息。
9、 一種判斷從時移電視業務切回到BC業務的方法，其特征在于，包括以 下步驟業務控制功能SCF接收用戶設備UE發送的會話修改請求，其中攜帶標識 從時移電視業務切回到BC業務的請求信息；SCF根據所述標識從時移電視業務切回到BC業務的請求信息，判定所述 會話修改請求是時移電視業務的切回請求時，發起時移電視業務到BC業務的 切回梯:作。
10、 如權利要求9所述判斷從時移電視業務切回到BC業務的方法，其特 征在于，所述攜帶標識從時移電視業務切回到BC業務的請求信息為建立時 移電視業務所需的單播媒體流的刪除指示。
11、 如權利要求IO所述判斷從時移電視業務切回到BC業務的方法，其特征在于，所述建立時移電^L業務所需的單播々某體流的刪除指示為單插4某體描述中的 端口號；當所述單播媒體描述中的端口號為0,則所述會話修改請求為時移業 務的切回請求。
12、 如權利要求9至11中任一項所述判斷從時移電視業務切回到BC業務 的方法，其特征在于，所述UE的單播i某體流為媒體傳輸通道，或是媒體控制 通道。
13、 一種在廣播業務中建立時移電視業務的系統，其特征在于，該系統包 括業務控制功能SCF實體和用戶設備UE,所述UE，用于向SCF實體發送會話修改請求，其中攜帶標識時移電視業 務建立請求的信息；所述SCF實體，用于接收UE發送的所述會話修改請求，根據其中的標識 時移電視業務建立請求的信息，判定所述會話修改請求為時移電視業務的建立 請求時，發起時移電視業務的建立。
14、 如權利要求13所述的系統，其特征在于，所述標識時移電視業務建立 請求的信息為時移電視業務的業務標識、新定義的標識時移電視業務建立請 求的頭域或UE的單播媒體描述信息。
15、 如權利要求14所述的系統，其特征在于，所述UE的單播媒體描述信 息是用來建立實時傳輸協議RTP流通道的媒體信息中的單播媒體描述信息，或 用來建立實時流協議RTSP控制通道的媒體信息中的單播媒體描述信息。
16、 如權利要求13所述的系統，其特征在于，所述SCF實體進一步修改 攜帶標識時移電視業務建立請求的信息的已定義頭域后，攜帶在時移電視業務 的建立請求中。
17、 一種業務控制功能SCF實體，其特征在于，該SCF實體包括接收模塊、 判斷模塊和發起模塊，所述接收模塊，用于接收用戶設備UE發送的會話修改請求，其中攜帶標 識時移電^L業務建立請求的信息；所述判斷模塊，用于根據所述接收模塊的會話修改請求，判斷所述會話修 改請求為時移電視業務的建立請求時，所述發起模塊發起時移電視業務的建立 請求。
18、 如權利要求17所述的SCF實體，其特征在于，所述標識時移電視業 務建立請求的信息為時移電^f見業務的業務標識、新定義的標識時移電^L業務 建立請求的頭域或UE的單播媒體描述信息。
19、 如權利要求18所述的SCF實體，其特征在于，所述UE的單播々某體描 述信息是用來建立實時傳輸協議RTP流通道的媒體信息中的單播媒體描述信 息，或用來建立實時流協議RTSP控制通道的媒體信息中的單播媒體描述信息。
20、 如權利要求17所述的SCF實體，其特征在于，所述發起模塊進一步 修改攜帶標識時移電視業務建立請求的信息的已定義頭域后，攜帶在時移電視 業務的建立請求中。
全文摘要
本發明公開了一種在廣播業務中建立時移電視業務的方法，包括業務控制功能(SCF)接收用戶設備(UE)發送的會話修改請求，其中攜帶標識時移電視業務建立請求的信息；SCF根據所述標識時移電視業務建立請求的信息，判定所述會話修改請求為時移電視業務的建立請求時，發起時移電視業務的建立。本發明還公開了一種在廣播業務中建立時移電視業務的系統，及一種SCF實體。使用本發明使得SCF可判斷出接收的會話修改請求是時移電視業務的建立請求時，發起時移電視的建立，從而實現了時移電視業務的正常建立。
文檔編號H04H60/35GK101415106SQ20071018687
公開日2009年4月22日 申請日期2007年11月21日 優先權日2007年10月19日
發明者軍 嚴, 和曉艷, 豐 王, 鐘劍鋒 申請人:華為技術有限公司