专利名称：数据业务处理方法和装置的制作方法
技术领域：
本发明涉及互联网领域，尤其涉及一种数据业务处理方法。
技术背景
随着各种类型数字用户线路(xDSL)、网络电话(VoIP)以及交互式网络电视 (IPTV)成为主流技术，网关接入技术也逐步升级。尤其是家庭网络技术，家庭网络不仅仅是一种网络技术，更重要的是一种业务和服务；数字家庭网络一定要和电信网络进行连接，甚至可以是电信网络端到端的一部分，家庭网络可以通过家庭网关将公共网络功能和应用延伸到家庭；家庭网络能提供集成的话音、数据、多媒体、高质量音视频以及控制和管理等的业务。
现有的IPTV终端解决方案大部分是基于接口绑定的，即只能通过用户端设备 (CPE)某一指定的接口来完成IPTV业务，机顶盒(STB)只能通过绑定的接口运行IPTV业务，组播和单播均是通过同一个广域网(WAN)连接运行，而通过该接口是无法进行其他业务的，使得CPE对数据业务处理的灵活性降低。发明内容
本发明提供了一种数据业务处理方法和装置，解决了数据业务处理灵活性低的问题。
一种数据业务处理方法，包括
用户端设备通过任一接口接收其下局域网内设备发送的自动获取地址请求，所述自动获取地址请求的关键字段标识了所述设备的设备类型；
所述用户端设备根据所述设备类型，处理所述自动获取地址请求。
优选的，所述设备具体为STB设备，所述根据所述设备类型，处理所述自动获取地址请求包括
根据所述关键字段，确定所述设备的类型为STB设备；
将所述自动获取地址请求转发至广域网侧地址服务器。
优选的，所述将所述自动获取地址请求转发至广域网侧地址服务器的步骤之后， 还包括
所述用户端设备接收所述广域网侧地址服务器回复的外网业务服务器地址，并将所述外网业务服务器地址转发至所述STB设备；
所述用户端设备接收所述STB设备向所述外网业务服务器发出的IPTV业务请求， 将所述IPTV业务请求经由该用户端设备的网桥向所述外网业务服务器转发。
优选的，所述设备具体为非STB设备，所述根据所述设备类型，响应所述自动获取地址请求包括
根据所述关键字段，确定所述设备的类型为非STB设备；
所述用户端设备向所述非STB设备回复该非STB设备的内网地址。4
优选的，所述根据所述设备类型，响应所述自动获取地址请求的步骤之后，还包括
所述用户端设备接收所述非STB设备发送的组播业务请求，所述组播业务请求的源地址为所述内网地址；
所述用户端设备将所述组播业务请求的源地址转换为该用户端设备的外网地址， 并将所述组播业务请求路由到所述外网业务服务器；
所述外网业务服务器向所述用户端设备回复确认消息；
所述用户端设备接收并通过网桥将所述外网业务服务器发送的组播业务数据流转发至所述设备。
优选的，所述根据所述设备类型，响应所述自动获取地址请求的步骤之后，还包括
所述用户端设备接收所述非STB设备发送的单播业务请求，所述单播业务请求的目的地址为所述内网地址；
所述用户端设备将所述组播业务请求的源地址转换为该用户端设备的外网地址， 并根据静态路由将所述单播业务请求路由到所述外网业务服务器；
所述外网业务服务器向所述用户端设备回复确认消息；
所述用户端设备接收并按照所述静态路由将所述外网业务服务器发送的单播业务数据流转发至所述设备。
本发明还提供了一种数据业务处理装置，包括
请求接收模块，用于通过任一接口接收其下局域网内设备发送的自动获取地址请求，所述自动获取地址请求的关键字段标识了所述设备的设备类型；
请求处理模块，用于根据所述设备类型，处理所述自动获取地址请求。
优选的，所述请求处理模块包括
设备类型确定单元，用于根据所述关键字段，确定所述设备的类型为STB设备；
请求转发单元，用于在所述设备类型确定单元确定所述设备的类型为STB设备时，将所述自动获取地址请求转发至广域网侧地址服务器。
优选的，所述请求处理模块还包括回复单元；
所述设备类型确定单元，还用于根据所述关键字段，确定所述设备的类型为非STB 设备；
所述回复单元，用于在所述设备类型确定单元确定所述设备的类型为非STB设备时，向所述非STB设备回复该非STB设备请求的外网业务服务器对应的内网地址。
优选的，该装置还包括
数据转发模块，用于接收所述广域网侧地址服务器回复的外网业务服务器地址， 并将所述外网业务服务器地址转发至所述STB设备接收所述STB设备向所述外网业务服务器发出的IPTV业务请求，将所述IPTV业务请求经由网桥向所述外网业务服务器转发。
优选的，所述数据转发模块，还用于接收所述非STB设备发送的组播业务请求，在所述组播业务请求中携带有所述非STB设备的内网地址，将所述组播业务请求的源地址转换为该用户端设备的外网地址，并将所述组播业务请求路由到所述外网业务服务器，接收并通过网桥将所述外网业务服务器发送的组播业务数据流转发至所述设备。
优选的，所述数据转发模块，用于接收所述非STB设备发送的单播业务请求，在所述单播业务请求中携带有所述非STB设备的内网地址，将所述组播业务请求的源地址转换为该用户端设备的外网地址，并根据静态路由将所述单播业务请求路由到所述外网业务服务器，接收并按照所述静态路由将所述外网业务服务器发送的单播业务数据流转发至所述设备。
本发明提供了一种数据业务处理方法和装置，用户端设备通过任一接口接收其下局域网内设备发送的自动获取地址请求，所述自动获取地址请求的关键字段标识了所述设备的设备类型，所述用户端设备根据所述设备类型，处理所述自动获取地址请求，解除了 IPTV业务对接口的限制，实现了通过用户端设备的任一接口处理多种数据业务，解决了数据业务处理灵活性低的问题。
图1为本发明的实施例一提供的一种数据业务处理方法的流程图2为图1中步骤102的具体流程图3为本发明的实施例二提供的一种数据业务处理方法的流程图4为图3中步骤302的具体流程图5为本发明的实施例三提供的一种数据业务处理方法的流程图6为图5中步骤502的具体流程图7为本发明的实施例四提供的一种数据业务处理装置的结构示意图8为图7中请求处理模块702的结构示意图9为本发明的实施例五提供的一种数据业务处理装置的结构示意图。
具体实施方式
不同运营商的运营环境，对家庭网关对于IPTV业务的处理提出了不同的要求，为了解决现有CPE处理数据业务时灵活性差，不能满足不同环境要求的问题，本发明的实施例提供了一种数据业务处理方法和装置。
下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
本发明的实施例中，所述CPE即为用户端设备，具体为家庭网关。在该家庭网关所辖的局域网(LAN)内，存在STB设备及非STB设备。
首先，对本发明的实施例一进行说明。
在STB设备在发出IPTV业务请求时，家庭网关使用本发明的实施例提供的数据处理方法完成处理的流程如图1所示，包括
步骤101、用户端设备通过任一接口接收其下局域网内设备发送的自动获取地址请求，所述自动获取地址请求的关键字段标识了所述设备的设备类型；
本步骤中，家庭网关的LAN侧设备发起动态主机设置协议(DHCP)请求，该LAN侧设备即为STB设备，DHCP请求即为自动获取地址请求。
步骤102、所述用户端设备根据所述设备类型，处理所述自动获取地址请求；
本步骤具体如图2所示，包括
步骤1021、根据所述关键字段，确定所述设备的类型为STB设备；
本步骤中，家庭网关在BRO接口(家庭网关的一个接口)接受到了来自LAN侧发送的DHCP报文请求，通知家庭网关的转发模块。家庭网关的转发模块根据DHCP请求中的关键字段(即OPTION 60字段)，判断该LAN侧设备的类型为STB设备。
步骤1022、将所述自动获取地址请求转发至广域网侧地址服务器；
本步骤中，家庭网关转发模块通过网桥将LAN侧的STB设备发出的DHCP请求转发至WAN侧的地址服务器。
步骤103、所述用户端设备接收所述广域网侧地址服务器回复的外网业务服务器地址，并将所述外网业务服务器地址转发至所述STB设备；
本步骤中，外网业务服务器在接收到DHCP请求后，回复STB设备，STB设备收到回复，在回复中携带有外网业务服务器的外网地址。
步骤104、所述用户端设备接收所述STB设备向所述外网业务服务器发出的IPTV 业务请求，将所述IPTV业务请求经由该用户端设备的网桥向所述外网业务服务器转发；
本步骤中，STB设备发起IPTV业务请求(包括单播和组播两种情况)，并通过家庭网关的网桥将该请求转发至外网业务服务器。
步骤105、外网业务服务器回复STB设备的IPTV业务请求，并向STB设备发送IPTV 数据流，IPTV业务正常运行。
下面，对本发明的实施例二进行说明。
在非STB设备在发出IPTV组播业务请求时，家庭网关使用本发明的实施例提供的数据处理方法完成处理的流程如图3所示，包括
步骤301、用户端设备通过任一接口接收其下局域网内设备发送的自动获取地址请求，所述自动获取地址请求的关键字段标识了所述设备的设备类型；
本步骤中，家庭网关的LAN侧设备发起DHCP请求，该LAN侧设备即为非STB设备， DHCP请求即为自动获取地址请求。
步骤302、所述用户端设备根据所述设备类型，处理所述自动获取地址请求；
本步骤具体如图4所示，包括
步骤3021、根据所述关键字段，确定所述设备的类型为非STB设备；
本步骤中，家庭网关在BRO接口(家庭网关的一个接口)接受到了来自LAN侧发送的DHCP报文请求，通知家庭网关的转发模块。家庭网关的转发模块根据DHCP请求中的关键字段(即OPTION 60字段)，判断该LAN侧设备的类型为非STB设备。
步骤3022、所述用户端设备向所述非STB设备回复该非STB设备的内网地址；
本步骤中，家庭网关内部的DHCP服务器回复非STB设备的DHCP请求，非STB设备收到该回复，在该回复中携带有该非STB设备的内网地址。在该DHCP服务器中置有一可用的地址段，所述内网地址为该地址段内的一个地址。
步骤303、所述用户端设备接收所述非STB设备发送的组播业务请求，在所述组播业务请求中携带有所述外网业务服务器对应的内网地址；
步骤304、所述用户端设备将所述组播业务请求的源地址转换为该用户端设备的外网地址，并将所述组播业务请求路由到所述外网业务服务器；
本步骤中，非STB设备根据所述内网地址发起IPTV (组播)业务请求，发起请求时请求的源地址为该非STB设备的内网地址，在家庭网关接收到该请求后，将请求的源地址转换为家庭网关的地址，转换完成后，通过家庭网关的路由将该请求转发至WAN侧。
步骤305、所述用户端设备接收并通过网桥将所述外网业务服务器发送的组播业务数据流转发至所述设备。
本步骤中，外网业务服务器向家庭网关发送对IPTV(组播)业务请求的回复，以指示家庭网关准备接收IPTV组播业务数据流。
之后，家庭网关就可以通过网桥将IPTV流转发至LAN侧的非STB设备，IPTV业务正常运行
下面，对本发明的实施例三进行说明。
在非STB设备在发出IPTV组播业务请求时，家庭网关使用本发明的实施例提供的数据处理方法完成处理的流程如图5所示，包括
步骤501、用户端设备通过任一接口接收其下局域网内设备发送的自动获取地址请求，所述自动获取地址请求的关键字段标识了所述设备的设备类型；
本步骤中，家庭网关的LAN侧设备发起DHCP请求，该LAN侧设备即为非STB设备， DHCP请求即为自动获取地址请求。
步骤502、所述用户端设备根据所述设备类型，处理所述自动获取地址请求；
本步骤具体如图6所示，包括
步骤5021、根据所述关键字段，确定所述设备的类型为非STB设备；
本步骤中，家庭网关在BRO接口(家庭网关的一个接口)接受到了来自LAN侧发送的DHCP报文请求，通知家庭网关的转发模块。家庭网关的转发模块根据DHCP请求中的关键字段(即OPTION 60字段)，判断该LAN侧设备的类型为非STB设备。
步骤5022、所述用户端设备向所述非STB设备回复该非STB设备的内网地址；
本步骤中，家庭网关内部的DHCP服务器回复非STB设备的DHCP请求，非STB设备收到该回复，在该回复中携带有该非STB设备的内网地址。在该DHCP服务器中置有一可用的地址段，所述内网地址为该地址段内的一个地址。
步骤503、所述用户端设备接收所述非STB设备发送的单播业务请求，在所述单播业务请求中携带有所述外网业务服务器对应的内网地址；
步骤504、所述用户端设备将所述组播业务请求的源地址转换为该用户端设备的外网地址，并根据静态路由将所述单播业务请求路由到所述外网业务服务器；
本步骤中，本步骤中，非STB设备根据所述内网地址发起IPTV (单播)业务请求， 发起请求时请求的源地址为该非STB设备的内网地址，在家庭网关接收到该请求后，将请求的源地址转换为家庭网关的地址，转换完成后，通过家庭网关的静态路由将该请求转发至WAN侧的外网业务服务器。
步骤505、所述用户端设备接收并按照所述静态路由将所述外网业务服务器发送的单播业务数据流转发至所述设备；
本步骤中，外网业务服务器向家庭网关发送对IPTV(单播)业务请求的回复，以指示家庭网关准备接收IPTV单播业务数据流。
之后，家庭网关就可以按照所述静态路由将IPTV流转发至LAN侧的非STB设备， IPTV业务正常运行
本发明提供了一种数据业务处理方法，用户端设备通过任一接口接收其下局域网内设备发送的自动获取地址请求，所述自动获取地址请求的关键字段标识了所述设备的设备类型，所述用户端设备根据所述设备类型，处理所述自动获取地址请求，解除了 IPTV业务对接口的限制，实现了通过用户端设备的任一接口处理多种数据业务，解决了数据业务处理灵活性低的问题。
本发明的实施例四还提供了一种数据业务处理装置，其结构如图7所示，包括
请求接收模块701，用于通过任一接口接收其下局域网内设备发送的自动获取地址请求，所述自动获取地址请求的关键字段标识了所述设备的设备类型；
请求处理模块702，用于根据所述设备类型，处理所述自动获取地址请求。
具体的，所述请求处理模块702的结构如图8所示，包括
设备类型确定单元7021，用于根据所述关键字段，确定所述设备的类型为STB设备；
请求转发单元7022，用于在所述设备类型确定单元确定所述设备的类型为STB设备时，将所述自动获取地址请求转发至广域网侧地址服务器。
优选的，所述请求处理模块702还包括回复单元7023 ；
所述设备类型确定单元7021，还用于根据所述关键字段，确定所述设备的类型为非STB设备；
所述回复单元7023，用于在所述设备类型确定单元7021确定所述设备的类型为非STB设备时，向所述非STB设备回复该非STB设备的内网地址。
本发明的实施例五还提供了一种数据业务处理装置，在本发明实施例四的基础上，该装置如图9所示，还包括
数据转发模块703，用于接收所述广域网侧地址服务器回复的外网业务服务器地址，并将所述外网业务服务器地址转发至所述STB设备接收所述STB设备向所述外网业务服务器发出的IPTV业务请求，将所述IPTV业务请求经由网桥向所述外网业务服务器转发。
优选的，所述数据转发模块703，还用于接收所述非STB设备发送的组播业务请求，在所述组播业务请求中携带有所述非STB设备的内网地址，将所述组播业务请求的源地址转换为该用户端设备的外网地址，并将所述组播业务请求路由到所述外网业务服务器，接收并通过网桥将所述外网业务服务器发送的组播业务数据流转发至所述设备。
优选的，所述数据转发模块703，还用于接收所述非STB设备发送的单播业务请求，在所述单播业务请求中携带有所述非STB设备的内网地址，将所述组播业务请求的源地址转换为该用户端设备的外网地址，并根据静态路由将所述单播业务请求路由到所述外网业务服务器，接收并按照所述静态路由将所述外网业务服务器发送的单播业务数据流转发至所述设备。
上述数据业务处理装置可集成于CPE中。
上述数据业务处理装置，能够与本发明的实施例提供的一种数据业务处理方法相结合，用户端设备通过任一接口接收其下局域网内设备发送的自动获取地址请求，所述自动获取地址请求的关键字段标识了所述设备的设备类型，所述用户端设备根据所述设备类型，处理所述自动获取地址请求，解除了 IPTV业务对接口的限制，实现了通过用户端设备的任一接口处理多种数据业务，解决了数据业务处理灵活性低的问题。
本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计算机程序流程来实现，所述计算机程序可以存储于一计算机可读存储介质中，所述计算机程序在相应的硬件平台上(如系统、设备、装置、器件等)执行，在执行时，包括方法实施例的步骤之一或其组合。
可选地，上述实施例的全部或部分步骤也可以使用集成电路来实现，这些步骤可以被分别制作成一个个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
上述实施例中的各装置/功能模块/功能单元可以采用通用的计算装置来实现， 它们可以集中在单个的计算装置上，也可以分布在多个计算装置所组成的网络上。
上述实施例中的各装置/功能模块/功能单元以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。上述提到的计算机可读取存储介质可以是只读存储器，磁盘或光盘等。
任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求所述的保护范围为准。
权利要求
1.一种数据业务处理方法，其特征在于，包括用户端设备通过任一接口接收其下局域网内设备发送的自动获取地址请求，所述自动获取地址请求的关键字段标识了所述设备的设备类型；所述用户端设备根据所述设备类型，处理所述自动获取地址请求。
2.根据权利要求1所述的数据业务处理方法，其特征在于，所述设备具体为STB设备， 所述根据所述设备类型，处理所述自动获取地址请求包括根据所述关键字段，确定所述设备的类型为机顶盒(STB)设备； 将所述自动获取地址请求转发至广域网侧地址服务器。
3.根据权利要求2所述的数据业务处理方法，其特征在于，所述将所述自动获取地址请求转发至广域网侧地址服务器的步骤之后，还包括所述用户端设备接收所述广域网侧地址服务器回复的外网业务服务器地址，并将所述外网业务服务器地址转发至所述STB设备；所述用户端设备接收所述STB设备向所述外网业务服务器发出的IPTV业务请求，将所述IPTV业务请求经由该用户端设备的网桥向所述外网业务服务器转发。
4.根据权利要求1所述的数据业务处理方法，其特征在于，所述设备具体为非STB设备，所述根据所述设备类型，响应所述自动获取地址请求包括根据所述关键字段，确定所述设备的类型为非STB设备； 所述用户端设备向所述非STB设备回复该非STB设备的内网地址。
5.根据权利要求4所述的数据业务处理方法，其特征在于，所述根据所述设备类型，响应所述自动获取地址请求的步骤之后，还包括所述用户端设备接收所述非STB设备发送的组播业务请求，所述组播业务请求的源地址为所述内网地址；所述用户端设备将所述组播业务请求的源地址转换为该用户端设备的外网地址，并将所述组播业务请求路由到所述外网业务服务器；所述外网业务服务器向所述用户端设备回复确认消息；所述用户端设备接收并通过网桥将所述外网业务服务器发送的组播业务数据流转发至所述设备。
6.根据权利要求4所述的数据业务处理方法，其特征在于，所述根据所述设备类型，响应所述自动获取地址请求的步骤之后，还包括所述用户端设备接收所述非STB设备发送的单播业务请求，所述单播业务请求的目的地址为所述内网地址；所述用户端设备将所述组播业务请求的源地址转换为该用户端设备的外网地址，并根据静态路由将所述单播业务请求路由到所述外网业务服务器； 所述外网业务服务器向所述用户端设备回复确认消息；所述用户端设备接收并按照所述静态路由将所述外网业务服务器发送的单播业务数据流转发至所述设备。
7.一种数据业务处理装置，其特征在于，包括请求接收模块，用于通过任一接口接收其下局域网内设备发送的自动获取地址请求， 所述自动获取地址请求的关键字段标识了所述设备的设备类型；请求处理模块，用于根据所述设备类型，处理所述自动获取地址请求。
8.根据权利要求7所述的数据业务处理装置，其特征在于，所述请求处理模块包括 设备类型确定单元，用于根据所述关键字段，确定所述设备的类型为STB设备； 请求转发单元，用于在所述设备类型确定单元确定所述设备的类型为STB设备时，将所述自动获取地址请求转发至广域网侧地址服务器。
9.根据权利要求8所述的数据业务处理装置，其特征在于，所述请求处理模块还包括回复单元；所述设备类型确定单元，还用于根据所述关键字段，确定所述设备的类型为非STB设备；所述回复单元，用于在所述设备类型确定单元确定所述设备的类型为非STB设备时， 向所述非STB设备回复该非STB设备请求的外网业务服务器对应的内网地址。
10.根据权利要求9所述的数据业务处理装置，其特征在于，该装置还包括数据转发模块，用于接收所述广域网侧地址服务器回复的外网业务服务器地址，并将所述外网业务服务器地址转发至所述STB设备接收所述STB设备向所述外网业务服务器发出的IPTV业务请求，将所述IPTV业务请求经由网桥向所述外网业务服务器转发。
11.根据权利要求10所述的数据业务处理装置，其特征在于，所述数据转发模块，还用于接收所述非STB设备发送的组播业务请求，在所述组播业务请求中携带有所述非STB设备的内网地址，将所述组播业务请求的源地址转换为该用户端设备的外网地址，并将所述组播业务请求路由到所述外网业务服务器，接收并通过网桥将所述外网业务服务器发送的组播业务数据流转发至所述设备。
12.根据权利要求10所述的数据业务处理装置，其特征在于，所述数据转发模块，用于接收所述非STB设备发送的单播业务请求，在所述单播业务请求中携带有所述非STB设备的内网地址，将所述组播业务请求的源地址转换为该用户端设备的外网地址，并根据静态路由将所述单播业务请求路由到所述外网业务服务器，接收并按照所述静态路由将所述外网业务服务器发送的单播业务数据流转发至所述设备。
全文摘要
本发明提供了一种数据业务处理方法和装置。涉及互联网领域；解决了用户端设备对数据业务处理的灵活性低的问题。该方法包括用户端设备通过任一接口接收其下局域网内设备发送的自动获取地址请求，所述自动获取地址请求的关键字段标识了所述设备的设备类型；所述用户端设备根据所述设备类型，处理所述自动获取地址请求。
文档编号H04L29/12GK102480416SQ20101056164
公开日2012年5月30日 申请日期2010年11月26日 优先权日2010年11月26日
发明者王鹏, 高大成, 魏娜 申请人:中兴通讯股份有限公司