允许基于非IP的网络与基于IPTV的系统交互的方法和装置

1.一种允许基于非IP的网络与基于IPTV的网络交互的方法，所述方法包括：
在IPTV调和应用服务器(IPTV调和AS)处接收IPTV服务的订户正在观看电视的指示，其中所述电视连接至家庭观看网络的IPTV机顶盒(IPTV STB)；
接收从呼叫者定向至订户的电路交换通信设备的呼叫；
暂停正常的呼叫处理，并向所述IPTV调和AS给出呼叫的控制；
与所述家庭观看网络进行交互，以及向所述IPTV STB发送关于要在所述电视上播放弹出消息的指令；
在所述IPTV调和AS处接收用于处理所述呼叫的指令；以及
向业务交换点发送所述用于处理所述呼叫的指令。
2.如权利要求1所述的方法，还包括：
与订户数据库通信，其存储用于具有IPTV业务的多个电路交换电话订户的数据。
3.如权利要求2所述的方法，其中所述数据包括以下数据类型中的至少一个：订户名称数据、订户简介数据、IPTV登记数据、订户帐单帐户数据、“好友列表”数据、CLID许可数据、以及控制选项许可数据。
4.如权利要求1所述的方法，还包括：
经由基于SIP的IPTV系统与所述家庭观看网络对接。
5.一种允许基于非IP的网络与基于IPTV的网络交互的装置，所述装置包括：
第一接收装置，用于接收IPTV业务的订户正在观看电视的指示，其中所述电视连接至家庭观看网络的IPTV机顶盒(IPTV STB)；
第二接收装置，用于接收从呼叫者定向至订户的电路交换通信设备的呼叫；
暂停装置，用于暂停正常的呼叫处理，并控制所述呼叫；
交互装置，用于与所述家庭观看网络交互，以及向所述IPTV STB发送关于要在所述电视上播放弹出消息的指令；
第三接收装置，用于接收用于处理所述呼叫的指令；以及
发送装置，用于向业务交换点发送所述用于操作所述呼叫的指令。
6.如权利要求5所述的装置，还包括：
通信装置，用于与订户数据库通信，其存储用于具有IPTV业务的多个电路交换电话订户的数据。
7.如权利要求6所述的装置，其中所述数据包括以下数据类型中的至少一个：订户名称数据、订户简介数据、IPTV登记数据、订户帐单帐户数据、“好友列表”数据、CLID许可数据、以及控制选项许可数据。
8.如权利要求5所述的装置，还包括：
对接装置，用于经由基于SIP的IPTV系统与所述家庭观看网络对接。
9.一种允许基于非IP的网络与基于IPTV的网络交互的系统，所述系统包括：
IPTV调和AS，连接至业务交换点，其中所述IPTV调和AS可操作为：
接收IPTV业务的订户正在观看电视的指示，其中所述电视连接
至家庭观看网络的IPTV机顶盒(IPTV STB)；
接收从呼叫者定向至订户的电路交换通信设备的呼叫；
暂停正常的呼叫处理，并向所述IPTV调和AS给出呼叫的控制；
与所述家庭观看网络交互，以及向所述IPTV STB发送关于要在所述电视上播放弹出消息的指令；
在所述IPTV调和AS处接收用于处理所述呼叫的指令；以及
向业务交换点发送所述用于处理所述呼叫的指令；以及
与所述IPTV调和AS通信的订户数据库，用于存储用于具有IPTV业务的多个电路交换电话订户的数据。
10.如权利要求9所述的系统，其中在所述订户数据库中存储的所述数据包括以下数据类型中的至少一个：订户名称数据、订户简介数据、IPTV登记数据、订户帐单帐户数据、“好友列表”数据、CLID许可数据、以及控制选项许可数据。

允许基于非IP的网络与基于IPTV的系统交互的方法和装\n置\n技术领域\n[0001] 本发明涉及允许基于非IP的电信网络与基于IPTV的系统交互的方法和装置，以提供与IMS电信网络所提供的基本相同的功能。尽管本发明特别地涉及电信领域，并因此通过特定引用来描述，但是应理解，本发明可在其他领域和应用中具有可用性。\n背景技术\n[0002] 通过背景技术，IPTV(互联网协议电视)是通过在网络架构上使用因特网协议交付数字电视服务的系统，可包括宽带连接的交付。IPTV的一般定义为电视内容，其并非通过传统广播和电缆形式交付，而是由浏览者通过用于计算机网络的技术来接收。\n[0003] 对于住宅用户，IPTV通常结合视频点播来提供，并且可与互联网业务(例如Web访问和VoIP)绑定。典型地，IPTV由服务提供商使用封闭网络架构来提供。这种封闭网络方法与公共因特网(称为互联网电视)上的TV内容的交付进行竞争。在商业中，IPTV可用于在企业LAN上交付电视内容。\n[0004] IPTV覆盖实况TV(多播)以及存储的视频(视频点播VOD)。IPTV的回放需要个人计算机或连接至TV的机顶盒。视频内容典型地使用MPEG-2或MPEG-4编解码器来压缩，然后在经由IP多播(在实况TV的情况下)或经由IP单播(在视频点播的情况下)交付的MPEG传输流中发送。IP多播是可同时向多个计算机发送信息的方法。越来越多地使用新发布的(MPEG-4)H.264编解码器，以代替更早的MPEG-2编解码器。\n[0005] 基于IP网络的另一优点是集成和融合的可能。术语“融合的业务”暗示了现有业务以无缝方式交互，以创建新的增值业务。一个良好的实例是呼入号码的电视显示(On-Screen Caller ID)，即，在您的TV上获取呼叫者ID，以及处理它的能力(将其发送至话音邮件等)。基于IP的业务有助于在消费者的电视、PC和移动电话上向他们提供对内容的任意时刻任意地点的访问，以及有助于集成业务和内容以将他们关联在一起。IPTV呼叫处理特征(例如呼入号码显示、拒绝呼叫、发送至话音邮件等)可用于IMS(IP多媒体子系统)订户。这是相对简单的，因为IMS订户和IPTV处于相同技术域中(即，两者是基于IP的业务)。目前的问题是向基于遗留网络的订户提供等同的基于IPTV的业务。这是一个重要问题，因为大量电信订户还没有转至IMS或其他VoIP方案。\n[0006] 对于基于IPTV的附属业务的当前领域被限制在基于IP的电信订户。这对于IMS订户作用良好，但是对于世界范围的亿万个电路交换订户却是无用的。实例包括PSTN订户和大部分CDMA、和UMTS/GSM移动订户。这些订户需要不同的方案用于IPTV呼叫处理；短期内就转用IMS并不是容易实践的。\n[0007] 本发明致力于一种解决以上提及的难点和其他难点的新颖的和改进的方法。\n发明内容\n[0008] 在本发明一方面，提供一种允许基于非IP的网络与基于IPTV的网络交互的方法。\n所述方法包括：在IPTV调和应用服务器(IPTV调和AS)处接收IPTV业务的订户正在观看电视的指示，其中所述电视连接至家庭浏览网络的IPTV机顶盒(IPTV STB)；接收从呼叫者定向至订户的电路交换通信设备的呼叫；暂停正常的呼叫处理，并向所述IPTV调和AS给出呼叫的控制；与所述家庭浏览网络交互，并向所述IPTV STB发送关于要在所述电视上播放弹出消息的指令；在所述IPTV调和AS处接收用于处理所述呼叫的指令；以及向业务交换点发送用于处理所述呼叫的指令。\n[0009] 在本发明另一方面，提供一种允许基于非IP的网络与基于IPTV的网络交互的装置。所述装置包括：第一接收装置，用于接收IPTV业务的订户正在观看电视的指示，其中所述电视连接至家庭浏览网络的IPTV机顶盒(IPTV STB)；第二接收装置，用于接收从呼叫者定向至订户的电路交换通信设备的呼叫；暂停装置，用于暂停正常的呼叫处理，并控制呼叫；交互装置，用于与所述家庭浏览网络交互，以及向IPTV STB发送关于要在电视上播放弹出消息的指令；第三接收装置，用于接收用于处理所述呼叫的指令；以及发送装置，用于向业务交换点发送所述用于处理所述呼叫的指令。\n[0010] 在本发明的另外的方面，提供一种允许基于非IP的网络与基于IPTV的网络交互的系统。所述系统包括：IPTV调和AS，连接至业务交换点，其中所述IPTV调和AS可操作为：接收IPTV业务的订户正在观看电视的指示，其中所述电视连接至家庭观看网络的IPTV机顶盒(IPTV STB)；接收从呼叫者定向至订户的电路交换通信设备的呼叫；暂停正常的呼叫处理，并向所述IPTV调和AS给出呼叫的控制；与所述家庭观看网络交互，并向所述IPTV STB发送关于要在所述电视上播放弹出消息的指令；在所述IPTV调和AS处接收用于处理所述呼叫的指令；以及向业务交换点发送所述用于处理所述呼叫的指令。所述系统还包括与所述IPTV调和AS通信的订户数据库，用于存储用于具有IPTV业务的多个电路交换电话订户的数据。\n[0011] 根据以下提供的具体实施方式，本发明的适用性的其他范围将变得清楚。然而，应理解，仅通过实例给出用于指示本发明优选实施例的具体实施方式和特定实例，因为在本发明的精神和范围内的各种变型和修改对于本领域普通技术人员是清楚的。\n附图说明\n[0012] 本发明存在于结构、布局、和设备的各个部件的组合，以及方法步骤中，从而在通过以下更完整的阐述、特别地在权利要求中的指出、以及在附图中的例示来达到所致力于的目的，其中：\n[0013] 图1是在其中可结合示例性实施例的系统的框图；\n[0014] 图2是用于遗留和电路交换电话订户的数据库中存储的数据的存储器配置；\n[0015] 图3是示出根据本发明某些方面例示了用于遗留和电路交换电话订户的IPTV呼叫处理的方法的流程图；以及\n[0016] 图4是关于非IMS呼入呼叫的IPTV的呼入呼叫方ID通知的呼叫流程。\n具体实施方式\n[0017] 通过软件、或计算机存储器中的数据比特上的操作的算法和符号表示来呈现本发明和相应具体描述的某些部分。这些描述和呈现是本领域普通技术人员有效地将他们的工作成果传达给本领域其他普通技术人员所借助的方式。这里使用并且通常使用的算法可认为是导致期望结果的自相一致的步骤序列。所述步骤是需要物理操纵物理量的那些步骤。通常但非必要地，这些量采用能够存储、传输、组合、比较、和操纵的光、电、和磁信号的形式。时常还为了方便，主要为了通用的原因，将这些信号称为比特、值、元素、符号、字符、项、数等。\n[0018] 然而，应理解，所有这些和类似的术语可以关联于适当的物理量，并且仅是应用这些量的方便的标签。除非特别阐述，或根据讨论清楚地，例如“处理”或“计算”或“运算”或“确定”或“显示”等的术语指的是将表示为计算机系统的寄存器和存储器中的物理、电子量的数据操作和转换成类似地表示为在该计算机系统存储器或寄存器或其他这样的信息存储装置、传输或显示设备中的物理量的其他数据的计算机系统或类似电子计算设备的行为和处理。\n[0019] 还注意，典型地，将本发明的软件实现的方面编码在某种形式的程序存储介质上或实现在某种类型的传输介质上。程序存储介质可以是磁的(例如软盘或硬盘驱动器)或光学的(例如压缩盘只读存储器或“CD ROM”)，以及可以是只读或随机存取。类似地，传输介质可以是双绞线、同轴电缆、光纤、或本领域已知的某些其他适合的传输介质。本发明不受到任意给定方案的这些方面的限制。\n[0020] 现在参照附图，其中所示仅用于示出示例性实施例的目的，而并非用于限制所主张的主题的目的，图1提供在其中可结合当前所述实施例的系统的视图。如图所示，一般地，图1包括用于个人A(在这种情况下为订户)的家庭观看网络10。家庭观看网络是具有一个或多个通信设备12、一个或多个机顶盒(STB)14、和一个或多个观看设备16的网络。\nIPTV调和AS 18接收家庭网络10内的IPTV流和广播，IPTV流关联于电视广播、按次计费广播、互联网视频广播等。最大数目的可用IPTV流由IPTV调解AS 18的能力或家庭观看网络10的最大带宽能力来限制。\n[0021] 家庭观看网络10的组件可以按任意期望方式布置。IPTV调和AS 18经由基于SIP的IPTV系统20与家庭观看网络10对接。SIP(会话发起协议)是用于创建、修改、和中止与一个或多个参与者的会话的应用层控制(信令)协议。其可用于创建包括因特网电话呼叫、多媒体分布、和多媒体会议的双方、多方、或多播会话。SIP被设计与基础传输层独立；\n其可运行在TCP、UDP、或SCTP上。规范的最新版本是来自IETF SIP工作组的RFC 3261。\n除了H.323和其他之外，其广泛地用作话音IP的信令协议。\n[0022] 家庭观看网络10可以是有线的、无线的、或有线和无线的组合。还可注意，尽管术语“家庭”用于与“家庭观看网络”关联，但是所述网络不限于住宅家庭或住所。即，观看区域通过IPTV提供商对一个账户可访问的限定区域内的任意局域网可看作家庭观看网络。\n对于这里公开的发明，通信设备12通常是连接至遗留或电路交换网络的有线或无线电话，其具有中止IN触发器集。\n[0023] 观看设备16是允许在上面观看视频或电视广播的电视或监视器。在某些情况下，STB(数字通用记录器(DVR)等)14可看作远程浏览设备，如果所述STB包括与IPTV系统\n20直接对接相关的处理指令。此外，每个远程浏览设备与能够呈现家庭观看网络的IPTV流的浏览设备直接对接。同样，在远程浏览设备不是STB的情况下，远程浏览设备可直接与所述STB对接。\n[0024] SSP(业务交换点)22与IPTV调和AS 18以及与话音邮件系统24通信。SSP 22用作电话交换，其在电话呼叫者(例如个人B)拨打订户号码时进行响应。在这个实例中，SSP 22是与“被叫”方关联的交换机。SSP 22向业务控制点(SCP)发送查询，从而可处理呼叫。在这个实例中，IPTV调和AS 18用作SCP。\n[0025] IPTV调和AS 18通常包括CPU(未示出)，例如微处理器或安全服务器，并且与订户数据库26通信，后者用于除了其他之外还存储关于被叫方是否具有“IPTV特征的呼叫呈现和呼叫处理”等的永久信息。数据库26可以是家庭订户服务器(HSS)、或用于IPTV业务的特定专用数据库。HSS是主用户数据库，其支持实际处理呼叫的IMS网络实体。其包含定制相关的信息(用户简介)，执行用户认证和授权，以及可提供关于用户的物理地点的信息。\n[0026] 如图2所示，订户数据库26通常包括对于还具有IPTV业务的每个电路交换电话订户的任意数目个数据子块。他们示出为超块28，对于特定订户，并非所有字段都被填充。\n本领域已知地，超块28可以从其中的若干字段中的任一个的本体来访问。超块28包括任意数目个数据子块，包括含有订户名称数据的第一子块30、含有订户简介数据的第二子块\n32、含有IPTV登记数据的第三子块34、含有订户帐单账户数据的第四子块36、含有“好友列表”数据的第五子块38、含有CLID许可数据的第六子块40、以及含有控制选项许可数据的第七子块42。当然，可在超块28中提供任意数目个额外子块44，用于存储其他永久数据。\n[0027] IPTV调和AS 18消除在遗留的基于电路网络中使用的IN/TCAP协议以及IPTV所在的基于IP(例如SIP等)域之间的差距。这样，可在没有改变的情况下使用现有机顶盒(STB)API。从对于IPTV网络20的SIP接口的角度，IPTV调和AS 18不能够区别于IMS网络单元或其他基于SIP的网络单元。所有特定于电路的交互通过IPTV调和AS 18来传达。\n从订户的角度，通过订户的TV远程控制来控制的随后的呼叫处理，呼叫者ID呈现简单地呈现在他/她的IPTV上。\n[0028] 我们现在转到图3，其中概述用于遗留和电路交换电话订户的IPTV呼叫处理的示例性方法100。起初，个人A(订户)向他们的IPTV系统20登记，从而向IPTV调和AS 18警告个人A正在用HTTP POST观看TV(101)。接下来，个人B呼叫个人A的基于非IMS的电话12(102)。结果，暂停正常的呼叫处理，并且向IPTV调和AS 18给出呼叫的控制(103)。\n[0029] 此时，IPTV调和AS 18经由IPTV系统20与家庭观看网络10交互，向个人A的IPTV STB 14发送关于要在家庭观看设备16上播放弹出消息的指令(104)。接下来，经由STB 14和观看设备16，向个人A提供关于来自个人B的呼叫的一个或多个选择(105)。这些选择可包括例如，在初始被叫的号码上应答呼叫，或向如家庭、移动电话、语音邮件的另一号码转移呼叫等。在浏览选择之后，个人A通过他们的TV遥控器进行选择，并且由IPTV调和AS 18接收这个消息(106)。然后，IPTV调和AS18向SSP 22发送适当的指令(107)。\n[0030] 将参照图1描述示例性方法的消息流。起初，本地交换机(用于有线的)或HLR(用于无线的)提供有IN触发器，其通过与“IPTV特征的呼叫呈现和呼叫处理”相关的业务密钥来指向IPTV调和AS 18。IPTV调和AS 18根据标准业务控制功能行为中止TCAP/SS7IN消息，并且还担当IPTV系统20的IP域访问点。\n[0031] 当B的呼叫被路由至A的家庭网络时，A的网络(通过SSP 22)对于IPTV调和AS \n18发起标准IN查询(例如适当的AIN、INAP、WIN、或CAP)。这个消息将包括呼叫者的ID以及可能地他们的名称。\n[0032] IPTV调和AS 18为用户定购的业务检查数据库26(数据库的类型取决于所涉及的访问技术)，并且发现IPTV呈现特征被定购。还可检查如终端用户简介数据(STB信息)、好友列表信息、CLID许可、控制选项许可，以及如果找不到，可查询呼叫者的名称等。\n[0033] 然后，IPTV调和AS 18直接使用HTTP经由IPTV系统API或STB14向IPTV系统(SIP INVITE、SOAP/XML等)发送适当的消息，用于CLID通知信息和控制选项显示。如果这样的数据库可用，其还可包括呼叫者的名称和照片。\n[0034] 个人A可经由他们的TV遥控器选择如何处理呼叫。例如，他可选择“转发至话音邮件”，在这种情况下随后从STB 14向IPTV调和AS 18发送回将呼叫路由至话音邮件的请求。\n[0035] 随后，IPTV调和AS 18将从订户简介数据提取适当的号码，并且在适当的智能网络连接消息中将所述号码发送回业务交换点22。\n[0036] 图4中示出呼叫流程。在这种情形下，个人A是非IMS订户(即，他们的号码没有在IMS内部)并具有“关于IPTV的呼叫者ID呈现和呼叫控制”(关于IPTV的CIP)业务。\n个人A的电话号码(固定或移动)需要链接至IPTV账号(订户数据库中)上的CIP，从而会呈现呼叫者ID。通过使用呼叫控制，个人A可无缝地向任意设备发送呼叫(例如固定、移动或话音邮件)。个人A在家中，并登记在他们的IPTV系统上，从而他们的存在是已知的。登记可涉及直接与调解IPTV调和AS 18对接的HTTPPOST，或者可涉及通过IPTV网络\n20的IPTV调和AS 18的SIPSUBSCRIBE/NOTIFY过程。如图4所示，ISUP IAM消息定向至个人A的SSP 22(201)。ISUP(ISDN用户部分)定义用于设置、管理和释放中继电路(其在PSTN上承载话音和数据呼叫)的协议和过程。IAM(初始地址消息)在“前向”方向中通过呼叫方和被叫方的目的交换机之间的电路中的每个交换机来发送。IAM在强制变量部分中包含被叫方号码，并且可在选择部分中包含呼叫方名称和号码。\n[0037] 接下来，通过初始DP操作码将TCAP开始消息发送至SCP(即IPTV调和AS 18)(202)。然后，IPTV调和AS 18向IPTV网络20发送适当的消息(例如SIP INVITE或SOAP/XML)，用于CLID通知信息和控制选项显示(203)。将消息发送至STB 14，其在IPTV屏幕16上显示该消息(204)。个人A经由IPTV遥控器选择可用选项之一(205)。在这个实例中，个人A选择向话音邮件发送呼叫。IPTV网络20接受响应(206)，并将其转发至IPTV调和AS 18(207)。将含有订户的话音邮件号码的消息CON发送至个人A的SSP 22(208)。将含有话音邮件请求的ISUP IAM消息发送至个人A的话音邮件系统24(209)。\n[0038] 以上说明书仅提供了本发明特定实施例的公开内容，并非旨在对其进行相同的限制。由此，本发明不限于仅上述实施例。相反，可认识到，本领域普通技术人员可设想到落入本发明范围内的备选实施例。