首页> 中国专利> 在网络电视网络中实现消息类业务的方法及系统

在网络电视网络中实现消息类业务的方法及系统

摘要

一种在IPTV网络中实现消息类业务的方法及系统,使用基于SIP协议的技术方式,参与业务者包括IPTV机顶盒、服务提供商业务运营层、消息类业务设备和业务管理设备。利用本发明建设包括短消息、彩信、邮件的消息类业务系统,可以做到各个业务采用统一的实现方式,进行对网络资源的统一调度和分配,各个业务系统之间可协调工作,以及用户数据和鉴权计费的统一管理。

著录项

  • 公开/公告号CN1852319A

    专利类型发明专利

  • 公开/公告日2006-10-25

    原文格式PDF

  • 申请/专利权人 上海市电信有限公司;

    申请/专利号CN200610026415.1

  • 申请日2006-05-10

  • 分类号H04L29/06(20060101);H04L12/24(20060101);

  • 代理机构上海欣创专利事务所;

  • 代理人袁会庆

  • 地址 200122 上海市浦东南路1835号

  • 入库时间 2023-12-17 17:51:11

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2019-04-23

    未缴年费专利权终止 IPC(主分类):H04L29/06 授权公告日:20090408 终止日期:20180510 申请日:20060510

    专利权的终止

  • 2009-04-08

    授权

    授权

  • 2008-04-30

    专利申请权、专利权的转移(专利申请权的转移) 变更前: 变更后: 登记生效日:20080328 申请日:20060510

    专利申请权、专利权的转移(专利申请权的转移)

  • 2006-12-20

    实质审查的生效

    实质审查的生效

  • 2006-10-25

    公开

    公开

说明书

技术领域

本发明涉及一种在网络电视(IPTV)网络中使用基于会话初始协议(SIP,Session Initiation Protocol)的技术方式实现消息类业务的方法及系统。

背景技术

IPTV业务是基于电信宽带网络,以电视机加机顶盒作为主要终端设备,为用户提供多媒体服务的宽带增值业务。IPTV平台能够提供音视频广播点播、通信服务、互动游戏、信息服务、卡拉OK、远程教育等多项增值业务。

随着宽带网络和IPTV业务的不断发展,IPTV用户对于短消息、多媒体彩信、邮件的业务需求也开始出现。能否简便、高效地在IPTV网络中实现这些业务则是能否顺利开展并推广这些增值业务的关键因素。

但是,传统的业务实现方式是基于同一承载网络,针对每一种业务各自建设一套应用系统,来完成业务能力的提供、业务的管理、授权、业务的计费等功能。该方式存在的问题在于业务功能的重复建设,导致建设成本及运营维护的成本高,不同业务应用系统的资源调度、系统间的协调工作也很难实现,无法充分利用电信运营商网络资源,业务的实现方式也无法统一。

发明内容

综上所述,IPTV网络是一个增值业务非常丰富的业务网络,而且短消息、多媒体彩信、邮件业务具有很高的相似性,因此如何由一套应用系统做到各个业务采用统一的业务实现方法,达到网络资源的统一调度和分配,并且各个业务系统之间可协调工作,用户数据和鉴权计费也能做到统一,乃是本发明所要解决的技术问题,为此,本发明的目的在于,提供一种使用基于SIP协议的技术方式实现消息类业务的方法及系统。通过此种方法来建设IPTV消息类业务网络,开展短消息、彩信、邮件业务。所构成业务系统包括ITPV机顶盒、服务提供商业务运营层、消息类业务设备和业务管理设备。

本发明的技术方案如下:

根据本发明的一种在IPTV网络中实现消息类业务的系统,包括:

a.IPTV机顶盒,其具有支持SIP协议的SIP会话的发起方和接收方之功能模块;支持作为HTTP请求的服务器端,用以根据其它机顶盒和消息类业务设备的HTTP GET信息,返回HTTP GET RESPOUSE消息,至携带相应的彩信、邮件内容;以及具有短信、彩信、邮件的浏览,编辑的功能模块;

b.消息类业务设备,具有提供IPTV用户的接入和服务商的接入之功能模块,以及对短信、彩信、邮件进行转发的转发功能模块;以及

c.业务管理设备,其具有对IPTV用户和服务商进行管理的管理功能模块,访问其它系统进行用户鉴权和资费结算的功能模块,提供用户进行业务定购和管理的WEB服务功能模块。

进一步,所述的对用户和服务提供商进行管理的管理功能模块,包括并列的定购关系维护模块、认证鉴权模块、计费管理模块、服务提供商管理模块、业务管理模块和客户服务管理模块;

所述的认证鉴权模块,包括并列的对用户的定购关系和资费的鉴权子模块;对服务提供商的消息、业务和费率的鉴权子模块;

所述的计费管理模块,包括并列的免费子模块、按信息条目收费子模块、包月费子模块和其它套餐形式的费用子模块;

所述的业务管理模块,包括并列的业务信息维护子模块、业务状态子模块和业务统计子模块;

所述的客户服务管理模块,包括并列的业务咨询子模块、业务投诉子模块、定购关系查询子模块和用户定制与退定子模块。

根据同一总的技术构思,本发明的一种在IPTV网络中实现消息类业务的发送方法,其步骤包括:

S1.用户在机顶盒启动消息类业务客户端,进行消息的编辑,并选择消息类业务类型:发送短消息或彩信或邮件;

S2.机顶盒发起SIP INVITE消息到消息类业务系统,若为文字短信,则INVITE消息体为消息内容;若为彩信或邮件,则INVITE消息体为基于PUSH的SI/SL信息,SI/SL包含的URL为指向本机顶盒的彩信内容文件或EMAIL内容文件,并扩展SIP消息头,增加字段“MsgType=sms/mms/email”,标示INVITE消息体内容类型彩信或邮件;

S3.消息类业务设备使用终端统一ID,使用ISMAP协议的AuthpriceRequest接口,到业务管理设备进行业务鉴权;

S4.业务管理设备用ISMAP协议的Authprice Response消息返回鉴权相应,如果鉴权成功,则继续流程;如果鉴权失败,则消息类业务系统向终端返回鉴权失败响应,并中止流程;

S5.消息类业务设备向机顶盒回复RINGING的SIP响应;

S6.消息类业务设备向机顶盒回复OK的SIP响应;

S7.机顶盒接收到响应后,发送ACK消息到消息类业务设备;

S8.如果发送彩信或邮件,则消息类业务设备根据SI/SL消息中的URL,发送HTTP GET请求到机顶盒,获取彩信或Email内容;

S9.机顶盒回复GET RESPONSE,返回彩信或Email内容;

S10.机顶盒发送BYE消息断开连接,消息发送过程结束。

具体地说,发送过程所涉及的消息类业务协议包括SIP、SMGP、SMTP和HTTP。

根据同一总的技术构思,本发明的一种在IPTV网络中实现消息类业务的接收方法,包括步骤:

R1.消息类业务设备收到短消息或彩信或邮件后,定期使用被叫终端的统一ID,用ISMAP协议的Authprice Request接口到业务管理设备进行业务鉴权;

R2.业务管理设备用ISMAP协议的Authprice Response消息返回在线状态以及业务鉴权响应,如果鉴权成功,则继续流程;如果鉴权失败,则消息类业务设备向发送方返回失败回执,并中止流程;

R3.当前机顶盒在线,消息类业务设备根据机顶盒的IP和已注册的端口建立到机顶盒的TCP连接,并前转INVITE消息到被叫机顶盒,如果是文字短消息,则INVITE消息体即为消息内容,如果是彩信或邮件,则INVITE消息体为基于push的SI/SL包含的URL为指向本机顶盒的彩信内容文件或Email内容文件;

R4.如果被叫机顶盒正确接收SIP INVITE消息,则向消息类本业务设备返回RINGING SIP响应;如果机顶盒接收消息发生错误则返回对应错误码的SIP响应,并中止流程;

R5.如果被叫机顶盒用户确定接收或根据机顶盒设置自动确定接收,机顶盒返回OK响应;

R6.消息类业务设备接收到OK响应后,向被叫机顶盒发送ACK消息;

R7.如果接收彩信或邮件,机顶盒根据SI/SL消息中的URL发送HTTPGET请求,以获取URL指向的彩信或Email内容;

R8.消息类业务设备返回GET RESPONSE,消息体为彩信或Email内容;

R9.消息类业务设备发送BYE消息,断开会议;

R10.机顶盒通过字幕方式通知用户,用户则通过机顶盒的终端软件浏览短消息或彩信或邮件,接收流程结束。

具体地说,接收过程所涉及的协议包括:SIP、SMGP、SMTP和HTTP。

本发明的优点是使用本发明可以建设包含短消息、彩信和邮件的消息类业务系统;实现各个业务采用统一的消息结构和方法,从而实现网络资源的统一调度和分配,各个业务系统之间协调工作,用户数据和鉴权计费的统一管理。

附图说明

图1是本发明中的消息类业务系统结构图。

图2是本发明的消息类业务系统中的二级结构原理图。

图3是本发明的消息类业务系统中的用户接入和服务商接入的管理模块结构图。

图4是本发明中的消息类业务的发送过程示意图。

图5是本发明中的消息类业务的接收流程示意图。

具体实施方式

下面根据图1~图5给出本发明一个较好实施例,并予以详细描述,以便本领域技术人员更易于理解本发明的技术特征和功能特色,但不是用来限定本发明的范围。

请参阅图1~图3,它们示出了根据本发明的IPTV机顶盒通过SIP协议实现短消息、彩信、邮件等消息类业务使用的系统结构图。

如图1所示,参与业务的有IPTV机顶盒1、服务提供商业务运营层4、消息类业务设备2、业务管理设备3。

如图2所示:

IPTV机顶盒1,其具有支持SIP协议的SIP会话的发起方和接收方之功能模块;支持作为HTTP请求的服务器端12,用以根据其它机顶盒和消息类业务设备的HTTP GET信息,返回HTTP GET RESPOUSE消息,至携带相应的彩信、邮件内容;以及具有短信、彩信、邮件的消息浏览、编辑的功能模块13。

消息类业务设备2,具有提供IPTV用户的接入功能模块21和服务商的接入功能模块22,以及对短信、彩信、邮件进行转发的消息转发功能模块23。以及

业务管理设备3,其具有对IPTV用户和服务商进行管理的管理功能模块31,访问其它系统进行用户鉴权和资费结算的功能模块32,提供用户进行业务定购和管理的WEB服务功能模块33。

如图3所示,所述的对用户和服务提供商进行管理的管理功能模块31,包括并列的定购关系维护模块311、认证鉴权模块312、计费管理模块313、服务提供商管理模块314、业务管理模块315和客户服务管理模块316;

所述的认证鉴权模块312,包括并列的对用户的定购关系和资费的鉴权子模块3121;对服务提供商的消息、业务和费率的鉴权子模块3122;

所述的计费管理模块313,包括并列的免费子模块3131、按信息条目计费子模块3132、包月费子模块3133和其它套餐形式的费用子模块3134;

所述的业务管理模块315,包括并列的业务信息维护子模块3151、业务状态子模块3152和业务统计子模块3153;

所述的客户服务管理模块316,包括并列的业务咨询子模块3161、业务投诉子模块3162、定购关系查询子模块3163和用户定制与退定子模块3164。

消息类业务系统具备如下功能:

1.对提交的短信、彩信、邮件数据进行存储,包括:发送时间、发起者和目的地地址等;

2.支持SIP协议,可以作为SIP会话的发起者、接收者;

3.支持路由功能,能够根据消息的目的地址寻找到被叫方机顶盒;

4.具备与业务管理平台的鉴权计费接口,能够用于对IPTV用户消息类业务进行用户鉴权和计费。

机顶盒中具备如下功能:

1.支持SIP协议,可作为SIP会话的发起方和接收方;

2.支持作为HTTP请求的服务器端,可以根据其他机顶盒和消息类业务系统的HTTP GET消息,返回HTTP GET RESPONSE消息,并携带相应的彩信、邮件内容;

3.具备短信、彩信、邮件的浏览、编辑功能。

业务管理设备具有如下功能:

a.具有对用户和服务提供商的管理功能;

b.具有访问其它系统进行用户鉴权和资费结算功能;

c.具有供用户进行业务定购和管理的WEB服务功能。

请参阅图4,其示出了消息类业务的发送过程,具体过程如下:

S1.用户在机顶盒1启动消息类业务客户端,进行消息的编辑,并选择发送短消息或彩信或邮件;

S2.机顶盒1发起SIP INVITE消息到消息类业务设备2,如为文字短信,则INVITE消息体即为消息内容,如为彩信或邮件,则INVITE消息体为基于PUSH的SI/SL信息,SI/SL包含的URL为指向本机顶盒1的彩信内容文件或Email内容文件,并扩展SIP消息头,增加字段“MsgType=sms/mms/email”,表示INVITE消息体内容类型为短信或彩信或邮件;

S3.消息类业务系统使用终端的统一ID,使用ISMAP协议的AuthPriceRequest接口,到业务管理设备3进行业务鉴权;

S4.业务管理设备3用ISMAP协议的AuthPriceResoponse消息返回鉴权响应,如果鉴权成功,则继续流程,如果鉴权失败,则消息类业务设备2向终端返回鉴权失败响应(返回码401,Unauthorized)并中止流程;

S5.消息类业务设备2向机顶盒1回复RINGING(返回码为180)的SIP响应;

S6.消息类业务设备2向机顶盒1回复OK(返回码为200)的SIP响应;

S7.机顶盒1接收到响应后,发送ACK消息到消息类业务设备2;

S8.如发送彩信或邮件,消息类业务设备2根据SI/SL消息中的URL,发送HTTP GET请求到机顶盒1,获取彩信或EMail内容;

S9.机顶盒1回复GET RESPONSE,返回彩信或EMail内容;

S10.机顶盒1发送BYE消息断开连接,消息发送过程结束。

请参阅图5,其示出了消息类业务的接收流程,具体过程如下:

R1.消息类业务设备2收到短信或彩信或邮件后,定期使用被叫终端的统一ID,用ISMAP协议的AuthPriceRequest接口到业务管理设备3进行业务鉴权;

R2.业务管理设备3用ISMAP协议的AuthPriceResponse消息返回在线状态以及业务鉴权响应,如果鉴权成功,则继续流程,如果鉴权失败,则消息类业务系统向发送方返回失败回执,并中止流程;

R3.当前被叫机顶盒1在线,消息类业务设备2根据机顶盒的IP和已注册的端口,建立到机顶盒1的TCP连接,并前转INVITE消息到被叫机顶盒,如为文字短信,则INVITE消息体即为消息内容,如为彩信或邮件,则INVITE消息体为基于PUSH的SI/SL信息,SI/SL包含的URL为指向本机顶盒1的彩信内容文件或Email内容文件;

R4.如果被叫机顶盒1正确接收SIP INVITE消息,则向消息类业务设备2返回RINGING(返回码为180)SIP响应,如机顶盒1接收消息发生错误则返回对应错误码的SIP响应(如406 Not Acceptable,413 RequestEntity Too Large),并中止流程;

R5.被叫机顶盒用户确定接收或根据机顶盒1设置自动确定接收,机顶盒1返回OK(返回码200)响应;

R6.消息类业务设备2接收到OK响应后,向被叫机顶盒1发送ACK消息;

R7.如接收彩信或邮件,机顶盒1根据SI/SL消息中的URL发送HTTPGET请求,以获取URL指向的彩信或EMail内容;

R8.消息类业务设备2返回GET RESPONSE,消息体为彩信或Email内容;

R9.消息类业务设备2发送BYE消息,断开会话;

R10.机顶盒1通过字幕等方式通知用户,用户则通过机顶盒1的终端软件浏览短信或彩信或邮件。接收流程结束。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号