專利名稱：：在網(wǎng)絡電視網(wǎng)絡中實現(xiàn)消息類業(yè)務的方法及系統(tǒng)的制作方法
技術領域：
：本發(fā)明涉及一種在網(wǎng)絡電視(IPTV)網(wǎng)絡中使用基于會話初始協(xié)議(SIP，SessionInitiationProtocol)的技術方式實現(xiàn)消息類業(yè)務的方法及系統(tǒng)。
背景技術：
：IPTV業(yè)務是基于電信寬帶網(wǎng)絡，以電視機加機頂盒作為主要終端設備，為用戶提供多媒體服務的寬帶增值業(yè)務。IPTV平臺能夠提供音視頻廣播點播、通信服務、互動游戲、信息服務、卡拉OK、遠程教育等多項增值業(yè)務。隨著寬帶網(wǎng)絡和IPTV業(yè)務的不斷發(fā)展，IPTV用戶對于短消息、多媒體彩信、郵件的業(yè)務需求也開始出現(xiàn)。能否簡便、高效地在IPTV網(wǎng)絡中實現(xiàn)這些業(yè)務則是能否順利開展并推廣這些增值業(yè)務的關鍵因素。但是，傳統(tǒng)的業(yè)務實現(xiàn)方式是基于同一承載網(wǎng)絡，針對每一種業(yè)務各自建設一套應用系統(tǒng)，來完成業(yè)務能力的提供、業(yè)務的管理、授權(quán)、業(yè)務的計費等功能。該方式存在的問題在于業(yè)務功能的重復建設，導致建設成本及運營維護的成本高，不同業(yè)務應用系統(tǒng)的資源調(diào)度、系統(tǒng)間的協(xié)調(diào)工作也很難實現(xiàn)，無法充分利用電信運營商網(wǎng)絡資源，業(yè)務的實現(xiàn)方式也無法統(tǒng)一。
發(fā)明內(nèi)容綜上所述，IPTV網(wǎng)絡是一個增值業(yè)務非常豐富的業(yè)務網(wǎng)絡，而且短消息、多媒體彩信、郵件業(yè)務具有很高的相似性，因此如何由一套應用系統(tǒng)做到各個業(yè)務采用統(tǒng)一的業(yè)務實現(xiàn)方法，達到網(wǎng)絡資源的統(tǒng)一調(diào)度和分配，并且各個業(yè)務系統(tǒng)之間可協(xié)調(diào)工作，用戶數(shù)據(jù)和鑒權(quán)計費也能做到統(tǒng)一，乃是本發(fā)明所要解決的技術問題，為此，本發(fā)明的目的在于，提供一種使用基于SIP協(xié)議的技術方式實現(xiàn)消息類業(yè)務的方法及系統(tǒng)。通過此種方法來建設IPTV消息類業(yè)務網(wǎng)絡，開展短消息、彩信、郵件業(yè)務。所構(gòu)成業(yè)務系統(tǒng)包括ITPV機頂盒、服務提供商業(yè)務運營層、消息類業(yè)務設備和業(yè)務管理設備。本發(fā)明的技術方案如下根據(jù)本發(fā)明的一種在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的系統(tǒng)，包括a.IPTV機頂盒，其具有支持SIP協(xié)議的SIP會話的發(fā)起方和接收方之功能模塊；支持作為HTTP請求的服務器端，用以根據(jù)其它機頂盒和消息類業(yè)務設備的HTTPGET信息，返回HTTPGETRESPOUSE消息，至攜帶相應的彩信、郵件內(nèi)容；以及具有短信、彩信、郵件的瀏覽，編輯的功能模塊；b.消息類業(yè)務設備，具有提供IPTV用戶的接入和服務商的接入之功能模塊，以及對短信、彩信、郵件進行轉(zhuǎn)發(fā)的轉(zhuǎn)發(fā)功能模塊；以及c.業(yè)務管理設備，其具有對IPTV用戶和服務商進行管理的管理功能模塊，訪問其它系統(tǒng)進行用戶鑒權(quán)和資費結(jié)算的功能模塊，提供用戶進行業(yè)務定購和管理的WEB服務功能模塊。進一步，所述的對用戶和服務提供商進行管理的管理功能模塊，包括并列的定購關系維護模塊、認證鑒權(quán)模塊、計費管理模塊、服務提供商管理模塊、業(yè)務管理模塊和客戶服務管理模塊；所述的認證鑒權(quán)模塊，包括并列的對用戶的定購關系和資費的鑒權(quán)子模塊；對服務提供商的消息、業(yè)務和費率的鑒權(quán)子模塊；所述的計費管理模塊，包括并列的免費子模塊、按信息條目收費子模塊、包月費子模塊和其它套餐形式的費用子模塊；所述的業(yè)務管理模塊，包括并列的業(yè)務信息維護子模塊、業(yè)務狀態(tài)子模塊和業(yè)務統(tǒng)計子模塊；所述的客戶服務管理模塊，包括并列的業(yè)務咨詢子模塊、業(yè)務投訴子模塊、定購關系查詢子模塊和用戶定制與退定子模塊。根據(jù)同一總的技術構(gòu)思，本發(fā)明的一種在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的發(fā)送方法，其步驟包括S1.用戶在機頂盒啟動消息類業(yè)務客戶端，進行消息的編輯，并選擇消息類業(yè)務類型發(fā)送短消息或彩信或郵件；S2.機頂盒發(fā)起SIPINVITE消息到消息類業(yè)務系統(tǒng)，若為文字短信，則INVITE消息體為消息內(nèi)容；若為彩信或郵件，則INVITE消息體為基于PUSH的SI/SL信息，SI/SL包含的URL為指向本機頂盒的彩信內(nèi)容文件或EMAIL內(nèi)容文件，并擴展SIP消息頭，增加字段“MsgType＝sms/mms/email”，標示INVITE消息體內(nèi)容類型彩信或郵件；S3.消息類業(yè)務設備使用終端統(tǒng)一ID，使用ISMAP協(xié)議的AuthpriceRequest接口，到業(yè)務管理設備進行業(yè)務鑒權(quán)；S4.業(yè)務管理設備用ISMAP協(xié)議的AuthpriceResponse消息返回鑒權(quán)相應，如果鑒權(quán)成功，則繼續(xù)流程；如果鑒權(quán)失敗，則消息類業(yè)務系統(tǒng)向終端返回鑒權(quán)失敗響應，并中止流程；S5.消息類業(yè)務設備向機頂盒回復RINGING的SIP響應；S6.消息類業(yè)務設備向機頂盒回復OK的SIP響應；S7.機頂盒接收到響應后，發(fā)送ACK消息到消息類業(yè)務設備；S8.如果發(fā)送彩信或郵件，則消息類業(yè)務設備根據(jù)SI/SL消息中的URL，發(fā)送HTTPGET請求到機頂盒，獲取彩信或Email內(nèi)容；S9.機頂盒回復GETRESPONSE，返回彩信或Email內(nèi)容；S10.機頂盒發(fā)送BYE消息斷開連接，消息發(fā)送過程結(jié)束。具體地說，發(fā)送過程所涉及的消息類業(yè)務協(xié)議包括SIP、SMGP、SMTP和HTTP。根據(jù)同一總的技術構(gòu)思，本發(fā)明的一種在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的接收方法，包括步驟R1.消息類業(yè)務設備收到短消息或彩信或郵件后，定期使用被叫終端的統(tǒng)一ID，用ISMAP協(xié)議的AuthpriceRequest接口到業(yè)務管理設備進行業(yè)務鑒權(quán)；R2.業(yè)務管理設備用ISMAP協(xié)議的AuthpriceResponse消息返回在線狀態(tài)以及業(yè)務鑒權(quán)響應，如果鑒權(quán)成功，則繼續(xù)流程；如果鑒權(quán)失敗，則消息類業(yè)務設備向發(fā)送方返回失敗回執(zhí)，并中止流程；R3.當前機頂盒在線，消息類業(yè)務設備根據(jù)機頂盒的IP和已注冊的端口建立到機頂盒的TCP連接，并前轉(zhuǎn)INVITE消息到被叫機頂盒，如果是文字短消息，則INVITE消息體即為消息內(nèi)容，如果是彩信或郵件，則INVITE消息體為基于push的SI/SL包含的URL為指向本機頂盒的彩信內(nèi)容文件或Email內(nèi)容文件；R4.如果被叫機頂盒正確接收SIPINVITE消息，則向消息類本業(yè)務設備返回RINGINGSIP響應；如果機頂盒接收消息發(fā)生錯誤則返回對應錯誤碼的SIP響應，并中止流程；R5.如果被叫機頂盒用戶確定接收或根據(jù)機頂盒設置自動確定接收，機頂盒返回OK響應；R6.消息類業(yè)務設備接收到OK響應后，向被叫機頂盒發(fā)送ACK消息；R7.如果接收彩信或郵件，機頂盒根據(jù)SI/SL消息中的URL發(fā)送HTTPGET請求，以獲取URL指向的彩信或Email內(nèi)容；R8.消息類業(yè)務設備返回GETRESPONSE，消息體為彩信或Email內(nèi)容；R9.消息類業(yè)務設備發(fā)送BYE消息，斷開會議；R10.機頂盒通過字幕方式通知用戶，用戶則通過機頂盒的終端軟件瀏覽短消息或彩信或郵件，接收流程結(jié)束。具體地說，接收過程所涉及的協(xié)議包括SIP、SMGP、SMTP和HTTP。本發(fā)明的優(yōu)點是使用本發(fā)明可以建設包含短消息、彩信和郵件的消息類業(yè)務系統(tǒng)；實現(xiàn)各個業(yè)務采用統(tǒng)一的消息結(jié)構(gòu)和方法，從而實現(xiàn)網(wǎng)絡資源的統(tǒng)一調(diào)度和分配，各個業(yè)務系統(tǒng)之間協(xié)調(diào)工作，用戶數(shù)據(jù)和鑒權(quán)計費的統(tǒng)一管理。圖1是本發(fā)明中的消息類業(yè)務系統(tǒng)結(jié)構(gòu)圖。圖2是本發(fā)明的消息類業(yè)務系統(tǒng)中的二級結(jié)構(gòu)原理圖。圖3是本發(fā)明的消息類業(yè)務系統(tǒng)中的用戶接入和服務商接入的管理模塊結(jié)構(gòu)圖。圖4是本發(fā)明中的消息類業(yè)務的發(fā)送過程示意圖。圖5是本發(fā)明中的消息類業(yè)務的接收流程示意圖。具體實施例方式下面根據(jù)圖1～圖5給出本發(fā)明一個較好實施例，并予以詳細描述，以便本領域技術人員更易于理解本發(fā)明的技術特征和功能特色，但不是用來限定本發(fā)明的范圍。請參閱圖1～圖3，它們示出了根據(jù)本發(fā)明的IPTV機頂盒通過SIP協(xié)議實現(xiàn)短消息、彩信、郵件等消息類業(yè)務使用的系統(tǒng)結(jié)構(gòu)圖。如圖1所示，參與業(yè)務的有IPTV機頂盒1、服務提供商業(yè)務運營層4、消息類業(yè)務設備2、業(yè)務管理設備3。如圖2所示IPTV機頂盒1，其具有支持SIP協(xié)議的SIP會話的發(fā)起方和接收方之功能模塊；支持作為HTTP請求的服務器端12，用以根據(jù)其它機頂盒和消息類業(yè)務設備的HTTPGET信息，返回HTTPGETRESPOUSE消息，至攜帶相應的彩信、郵件內(nèi)容；以及具有短信、彩信、郵件的消息瀏覽、編輯的功能模塊13。消息類業(yè)務設備2，具有提供IPTV用戶的接入功能模塊21和服務商的接入功能模塊22，以及對短信、彩信、郵件進行轉(zhuǎn)發(fā)的消息轉(zhuǎn)發(fā)功能模塊23。以及業(yè)務管理設備3，其具有對IPTV用戶和服務商進行管理的管理功能模塊31，訪問其它系統(tǒng)進行用戶鑒權(quán)和資費結(jié)算的功能模塊32，提供用戶進行業(yè)務定購和管理的WEB服務功能模塊33。如圖3所示，所述的對用戶和服務提供商進行管理的管理功能模塊31，包括并列的定購關系維護模塊311、認證鑒權(quán)模塊312、計費管理模塊313、服務提供商管理模塊314、業(yè)務管理模塊315和客戶服務管理模塊316；所述的認證鑒權(quán)模塊312，包括并列的對用戶的定購關系和資費的鑒權(quán)子模塊3121；對服務提供商的消息、業(yè)務和費率的鑒權(quán)子模塊3122；所述的計費管理模塊313，包括并列的免費子模塊3131、按信息條目計費子模塊3132、包月費子模塊3133和其它套餐形式的費用子模塊3134；所述的業(yè)務管理模塊315，包括并列的業(yè)務信息維護子模塊3151、業(yè)務狀態(tài)子模塊3152和業(yè)務統(tǒng)計子模塊3153；所述的客戶服務管理模塊316，包括并列的業(yè)務咨詢子模塊3161、業(yè)務投訴子模塊3162、定購關系查詢子模塊3163和用戶定制與退定子模塊3164。消息類業(yè)務系統(tǒng)具備如下功能1.對提交的短信、彩信、郵件數(shù)據(jù)進行存儲，包括發(fā)送時間、發(fā)起者和目的地地址等；2.支持SIP協(xié)議，可以作為SIP會話的發(fā)起者、接收者；3.支持路由功能，能夠根據(jù)消息的目的地址尋找到被叫方機頂盒；4.具備與業(yè)務管理平臺的鑒權(quán)計費接口，能夠用于對IPTV用戶消息類業(yè)務進行用戶鑒權(quán)和計費。機頂盒中具備如下功能1.支持SIP協(xié)議，可作為SIP會話的發(fā)起方和接收方；2.支持作為HTTP請求的服務器端，可以根據(jù)其他機頂盒和消息類業(yè)務系統(tǒng)的HTTPGET消息，返回HTTPGETRESPONSE消息，并攜帶相應的彩信、郵件內(nèi)容；3.具備短信、彩信、郵件的瀏覽、編輯功能。業(yè)務管理設備具有如下功能a.具有對用戶和服務提供商的管理功能；b.具有訪問其它系統(tǒng)進行用戶鑒權(quán)和資費結(jié)算功能；c.具有供用戶進行業(yè)務定購和管理的WEB服務功能。請參閱圖4，其示出了消息類業(yè)務的發(fā)送過程，具體過程如下S1.用戶在機頂盒1啟動消息類業(yè)務客戶端，進行消息的編輯，并選擇發(fā)送短消息或彩信或郵件；S2.機頂盒1發(fā)起SIPINVITE消息到消息類業(yè)務設備2，如為文字短信，則INVITE消息體即為消息內(nèi)容，如為彩信或郵件，則INVITE消息體為基于PUSH的SI/SL信息，SI/SL包含的URL為指向本機頂盒1的彩信內(nèi)容文件或Email內(nèi)容文件，并擴展SIP消息頭，增加字段“MsgType＝sms/mms/email”，表示INVITE消息體內(nèi)容類型為短信或彩信或郵件；S3.消息類業(yè)務系統(tǒng)使用終端的統(tǒng)一ID，使用ISMAP協(xié)議的AuthPriceRequest接口，到業(yè)務管理設備3進行業(yè)務鑒權(quán)；S4.業(yè)務管理設備3用ISMAP協(xié)議的AuthPriceResoponse消息返回鑒權(quán)響應，如果鑒權(quán)成功，則繼續(xù)流程，如果鑒權(quán)失敗，則消息類業(yè)務設備2向終端返回鑒權(quán)失敗響應(返回碼401，Unauthorized)并中止流程；S5.消息類業(yè)務設備2向機頂盒1回復RINGING(返回碼為180)的SIP響應；S6.消息類業(yè)務設備2向機頂盒1回復OK(返回碼為200)的SIP響應；S7.機頂盒1接收到響應后，發(fā)送ACK消息到消息類業(yè)務設備2；S8.如發(fā)送彩信或郵件，消息類業(yè)務設備2根據(jù)SI/SL消息中的URL，發(fā)送HTTPGET請求到機頂盒1，獲取彩信或EMail內(nèi)容；S9.機頂盒1回復GETRESPONSE，返回彩信或EMail內(nèi)容；S10.機頂盒1發(fā)送BYE消息斷開連接，消息發(fā)送過程結(jié)束。請參閱圖5，其示出了消息類業(yè)務的接收流程，具體過程如下R1.消息類業(yè)務設備2收到短信或彩信或郵件后，定期使用被叫終端的統(tǒng)一ID，用ISMAP協(xié)議的AuthPriceRequest接口到業(yè)務管理設備3進行業(yè)務鑒權(quán)；R2.業(yè)務管理設備3用ISMAP協(xié)議的AuthPriceResponse消息返回在線狀態(tài)以及業(yè)務鑒權(quán)響應，如果鑒權(quán)成功，則繼續(xù)流程，如果鑒權(quán)失敗，則消息類業(yè)務系統(tǒng)向發(fā)送方返回失敗回執(zhí)，并中止流程；R3.當前被叫機頂盒1在線，消息類業(yè)務設備2根據(jù)機頂盒的IP和已注冊的端口，建立到機頂盒1的TCP連接，并前轉(zhuǎn)INVITE消息到被叫機頂盒，如為文字短信，則INVITE消息體即為消息內(nèi)容，如為彩信或郵件，則INVITE消息體為基于PUSH的SI/SL信息，SI/SL包含的URL為指向本機頂盒1的彩信內(nèi)容文件或Email內(nèi)容文件；R4.如果被叫機頂盒1正確接收SIPINVITE消息，則向消息類業(yè)務設備2返回RINGING(返回碼為180)SIP響應，如機頂盒1接收消息發(fā)生錯誤則返回對應錯誤碼的SIP響應(如406NotAcceptable，413RequestEntityTooLarge)，并中止流程；R5.被叫機頂盒用戶確定接收或根據(jù)機頂盒1設置自動確定接收，機頂盒1返回OK(返回碼200)響應；R6.消息類業(yè)務設備2接收到OK響應后，向被叫機頂盒1發(fā)送ACK消息；R7.如接收彩信或郵件，機頂盒1根據(jù)SI/SL消息中的URL發(fā)送HTTPGET請求，以獲取URL指向的彩信或EMail內(nèi)容；R8.消息類業(yè)務設備2返回GETRESPONSE，消息體為彩信或Email內(nèi)容；R9.消息類業(yè)務設備2發(fā)送BYE消息，斷開會話；R10.機頂盒1通過字幕等方式通知用戶，用戶則通過機頂盒1的終端軟件瀏覽短信或彩信或郵件。接收流程結(jié)束。權(quán)利要求1.一種在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的系統(tǒng)，包括a.IPTV機頂盒，其具有支持SIP協(xié)議的SIP會話的發(fā)起方和接收方之功能模塊、支持作為HTTP請求的服務器端，用以根據(jù)其它機頂盒和消息類業(yè)務系統(tǒng)的HTTPGET信息，返回HTTPGETRESPOUSE消息，至攜帶相應的彩信，郵件內(nèi)容、以及具有短信，彩信，郵件的瀏覽，編輯的功能模塊；b.消息類業(yè)務設備，其具有提供IPTV用戶的接入和服務商的接入之功能模塊，以及對短信，彩信，郵件進行轉(zhuǎn)發(fā)的轉(zhuǎn)發(fā)功能模塊；以及c.業(yè)務管理設備，其具有對IPTV用戶和服務商進行管理的管理功能模塊，訪問其它系統(tǒng)進行用戶鑒權(quán)和資費結(jié)算的功能模塊，提供用戶進行業(yè)務定購和管理的WEB服務功能模塊。2.根據(jù)權(quán)利要求1所述的在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的系統(tǒng)，其特征在于所述的對用戶和服務提供商進行管理的管理功能模塊，包括并列的定購關系維護模塊、認證鑒權(quán)模塊、計費管理模塊、服務提供商管理模塊、業(yè)務管理模塊和客戶服務管理模塊。3.根據(jù)權(quán)利要求2所述的在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的系統(tǒng)，其特征在于所述的認證鑒權(quán)模塊，包括并列的對用戶的定購關系和資費的鑒權(quán)子模塊；對服務提供商的消息、業(yè)務和費率的鑒權(quán)子模塊。4.根據(jù)權(quán)利要求2所述的在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的系統(tǒng)，其特征在于所述的計費管理模塊，包括并列的免費子模塊、按信息條目收費子模塊、包月費子模塊和其它套餐形式的費用子模塊。5.根據(jù)權(quán)利要求2所述的在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的系統(tǒng)，其特征在于所述的業(yè)務管理模塊，包括并列的業(yè)務信息維護子模塊、業(yè)務狀態(tài)子模塊和業(yè)務統(tǒng)計子模塊。6.根據(jù)權(quán)利要求2所述的在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的系統(tǒng)，其特征在于所述的客戶服務管理模塊，包括并列的業(yè)務咨詢子模塊、業(yè)務投訴子模塊、定購關系查詢子模塊和用戶定制與退定子模塊。7.一種在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的發(fā)送方法，其步驟包括S1.用戶在機頂盒啟動消息類業(yè)務客戶端，進行消息的編輯，并選擇消息類業(yè)務類型，發(fā)送短消息或彩信或郵件；S2.機頂盒發(fā)起SIPINVITE消息到消息類業(yè)務系統(tǒng)，若為文字短信，則INVITE消息體為消息內(nèi)容；若為彩信或郵件，則INVITE消息體為基于PUSH的SI/SL信息，SI/SL包含的URL為指向本機頂盒的彩信內(nèi)容文件或EMAIL內(nèi)容文件，并擴展SIP消息頭，增加字段“MsgType＝sms/mms/email”，表示INVITE消息體內(nèi)容類型彩信或郵件；S3.消息類業(yè)務設備使用終端統(tǒng)一ID，使用ISMAP協(xié)議的AuthpriceRequest接口，到業(yè)務管理設備進行業(yè)務鑒權(quán)；S4.業(yè)務管理設備用ISMAP協(xié)議的AuthpriceResponse消息返回鑒權(quán)相應，如果鑒權(quán)成功，則繼續(xù)流程；如果鑒權(quán)失敗，則消息類業(yè)務設備向終端返回鑒權(quán)失敗響應，并中止流程；S5.消息類業(yè)務設備向機頂盒回復RINGING的SIP響應；S6.消息類業(yè)務設備向機頂盒回復OK的SIP響應；S7.機頂盒接收到響應后，發(fā)送ACK消息到消息類業(yè)務設備；S8.如果發(fā)送彩信或郵件，則消息類業(yè)務設備根據(jù)SI/SL消息中的URL，發(fā)送HTTPGET請求到機頂盒，獲取彩信或Email內(nèi)容；S9.機頂盒回復GETRESPONSE，返回彩信或Email內(nèi)容；S10.機頂盒發(fā)送BYE消息斷開連接，消息發(fā)送過程結(jié)束。8.根據(jù)權(quán)利要求7所述的在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的發(fā)送方法，其特征在于發(fā)送過程所涉及的消息類業(yè)務協(xié)議包括SIP、SMGP、SMTP和HTTP。9.一種在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的接收方法，包括步驟R1.消息類業(yè)務設備收到短消息或彩信或郵件后，定期使用被叫終端的統(tǒng)一ID，用ISMAP協(xié)議的AuthpriceRequest接口到業(yè)務管理設備進行業(yè)務鑒權(quán)；R2.業(yè)務管理設備用ISMAP協(xié)議的AuthpriceResponse消息返回在線狀態(tài)以及業(yè)務鑒權(quán)響應，如果鑒權(quán)成功，則繼續(xù)流程；如果鑒權(quán)失敗，則消息類業(yè)務設備向發(fā)送方返回失敗回執(zhí)，并中止流程；R3.當前機頂盒在線，消息類業(yè)務設備根據(jù)機頂盒的IP和已注冊的端口建立到機頂盒的TCP連接，并前轉(zhuǎn)INVITE消息到被叫機頂盒，如果是文字短消息，則INVITE消息體即為消息內(nèi)容，如果是彩信或郵件，則INVITE消息體為基于push的SI/SL包含的URL為指向本機頂盒的彩信內(nèi)容文件或Email內(nèi)容文件；R4.如果被叫機頂盒正確接收SIPINVITE消息，則向消息類本業(yè)務系統(tǒng)返回RINGINGSIP響應；如果機頂盒接收消息發(fā)生錯誤則返回對應錯誤碼的SIP響應，并中止流程；R5.如果被叫機頂盒用戶確定接收或根據(jù)機頂盒設置自動確定接收，機頂盒返回OK響應；R6.消息類業(yè)務設備接收到OK響應后，向被叫機頂盒發(fā)送ACK消息；R7.如果接收彩信或郵件，機頂盒根據(jù)SI/SL消息中的URL發(fā)送HTTPGET請求，以獲取URL指向的彩信或Email內(nèi)容；R8.消息類業(yè)務設備返回GETRESPONSE，消息體為彩信或Email內(nèi)容；R9.消息類業(yè)務設備發(fā)送BYE消息，斷開會議；R10.機頂盒通過字幕方式通知用戶，用戶則通過機頂盒的終端軟件瀏覽短消息或彩信或郵件，接收流程結(jié)束。10.根據(jù)權(quán)利要求9所述的在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的接收方法，其特征在于接收過程所涉及的協(xié)議包括SIP、SMGP、SMTP和HTTP。全文摘要一種在IPTV網(wǎng)絡中實現(xiàn)消息類業(yè)務的方法及系統(tǒng)，使用基于SIP協(xié)議的技術方式，參與業(yè)務者包括IPTV機頂盒、服務提供商業(yè)務運營層、消息類業(yè)務設備和業(yè)務管理設備。利用本發(fā)明建設包括短消息、彩信、郵件的消息類業(yè)務系統(tǒng)，可以做到各個業(yè)務采用統(tǒng)一的實現(xiàn)方式，進行對網(wǎng)絡資源的統(tǒng)一調(diào)度和分配，各個業(yè)務系統(tǒng)之間可協(xié)調(diào)工作，以及用戶數(shù)據(jù)和鑒權(quán)計費的統(tǒng)一管理。文檔編號H04L12/24GK1852319SQ20061002641公開日2006年10月25日申請日期2006年5月10日優(yōu)先權(quán)日2006年5月10日發(fā)明者嚴海寧,馮明,顧麗麗,蔣力,孟建庭,賈立鼎,包盛申請人:上海市電信有限公司