专利名称：有线电视机顶盒及其处理器和通信方法
技术领域：
本发明涉及有线电视机顶盒，更具体地说，涉及机顶盒中前端电路的控制。
背景技术：
在传统的有线电视机顶盒设计中，前端电路和后端电路均由一个中央处理器控制。处理器对调谐器和解调器的控制通过经由并联或串连总线的直接寄存器访问完成。随着技术的发展，前端电路变得十分复杂。一个中央处理器不能同时控制用于有线电视数据服务接口规范(DOCSIS)通信的前端电路和用于有线电视(CATV)功能的后端电路。
因此，现有机顶盒设计为具有连接至一个DOCSIS专用调谐器和一个DOCSIS专用解调器的DOCSIS专用处理器提供DOCSIS服务。这种现有机顶盒通过连接至独立的CATV专用调谐器和独立的CATV专用解调器的CATV专用处理器提供CATV服务。因此，在现有机顶盒中，提供DOCSIS和CATV服务的电路不共享调谐器和解调器，此外DOCSIS和CATV处理器也不共享对调谐器和解调器的控制，同样不互相通信以共享它们各自的调谐器和解调器。
因此，需要一种能够同时控制DOCSIS前端和后端电路并可克服上述其它缺点的控制电路配置和通信协议。
发明内容
本发明的一个实施例中，提出一种与通信媒介交互的机顶盒。所述机顶盒的前端部分和后端部分连接。前端部分的输入和输出连接至所述通信媒介。前端部分还具有多个前端电路，设置为通过所述通信媒介接收和发送信号。此外，前端部分具有用于控制前端电路的第一处理器。后端部分具有多个后端电路，设置为处理对应于前端部分发送和接收的信号的基带信号。后端部分还具有第二处理器，设置为控制后端电路，并向第一处理器提供指令以控制前端电路。
本发明另一个实施例中，有线电视机顶盒的第一处理器具有将第一处理器连接至第二处理器以用于特定处理的接口。所述处理器还具有可进行连接以控制调谐器和解调器的端口。所述调谐器的输出连接至解调器，所述解调器的输出连接至DOCSIS/DSG模块的输入以及条件访问模块的输入。所述处理器基于通过所述接口接收的指令，通过经由所述端口发出命令来控制所述调谐器和解调器。
本发明的其它特征和优点将在本文的后续部分结合附图给出，这些特征和优点通过后续描述可容易得知，或者可通过实施本发明得到。
根据本发明的一方面，提供一种有线电视机顶盒的处理器，包括将所述处理器连接至第二处理器的接口；可连接以控制有线电视数据服务接口规范(DOCSIS)模块、调谐器和解调器的端口，其中所述调谐器连接至所述解调器和所述DOCSIS模块；其中所述处理器基于通过所述接口接收的指令，发送命令至所述端口以控制所述调谐器和解调器两者至少其一。
优选地，所述处理器、所述调谐器和所述DOCSIS模块设置在公共衬底上。
优选地，所述DOCSIS模块执行DOCSIS机顶网关(DSG)功能。
优选地，所述处理器通过所述接口连接至所述第二处理器。
优选地，所述接口兼容USB和以太网两者至少其一。
优选地，所述接口兼容下述至少一个用户数据报协议；传输控制协议；互联网协议；以太网点对点协议。
优选地，所述数据遵循包括定长消息报头和变长消息主体的协议。
优选地，所述协议定义下述消息中的至少一个请求；
响应。
优选地，所述协议定义下述消息中至少一个通知；确认。
优选地，所述处理器发送命令至所述端口以控制上行数据流发送器。
根据本发明的一个方面，提供一种通过可连接以控制提供DOCSIS服务的调谐器和解调器的处理器进行通信的方法，用于具有第二处理器的有线电视机顶盒，所述方法包括从所述第二处理器接收请求消息以控制所述调谐器和解调器两者至少其一；发送响应信息。
优选地，所述方法进一步包括发送通知信息。
根据本发明的一个方面，提供一种与通信媒介交互的机顶盒，所述机顶盒包括具有连接至所述通信媒介的输入和输出的前端部分，所述前端部分包括设置为通过所述通信媒介接收和发送信号的多个前端电路；设置为控制所述多个前端电路的第一处理器；连接至所述前端部分的后端部分，所述后端部分包括多个后端电路，设置为处理对应于所述前端部分发送和接收的信号的基带信号；第二处理器，设置为控制所述后端电路并发送指令给所述第一处理器以控制所述前端电路。
优选地，所述机顶盒进一步包括所述第一处理器和所述第二处理器之间的数据链路。
优选地，所述多个前端电路包括用于对从所述前端部分输入处接收的RF输入信号中选择的信道进行下转换的RF调谐器，其中所述第一处理器基于来自所述第二处理器的指令确定所选择的信道。
优选地，所述通信媒介是线缆，其中所述多个前端电路包括
用于有线电视接收的第一调谐器和第一解调器；用于互联网接入的第二调谐器、第二解调器和上行数据流发送器；其中所述第一处理器基于来自所述第二处理器的指令控制所述第一和第二调谐器至少其一、所述第一和第二解调器至少其一以及所述上行数据流发送器。
下面将结合附图及实施例对本发明作进一步说明，附图中图1是具有一个中央处理器的机顶盒的结构框图；图2是本发明具有多个处理器和DOCSIS功能的机顶盒的结构框图；图3是本发明具有多个处理器、DOCSIS功能和DOCSIS机顶网关(DSG)功能的机顶盒的结构框图；图4是本发明中两个处理器之间的交互过程的示意图；图5是本发明中后端处理器发送请求程序的流程图；图6是本发明中前端处理器接收请求程序的流程图；图7是本发明中后端处理器接收通知程序的流程图；图8是本发明中前端处理器发送通知程序的流程图；图9是本发明中前端处理器和后端处理器之间的交互顺序的示意图。
具体实施例方式
本申请描述了结合本发明特性的一个或多个实施例。所描述的实施例仅仅是本发明的例子。本发明的范围不限于所描述的实施例。本发明的范围在权利要求中定义。
说明书中描述实施例时所提到的“一个实施例”、“一个例子”等，表示所描述的实施例可包括特定的特性、结构或特征。然而，不是每个实施例均需要包括该特定的特性、结构或特征。此外，这些描述不特指相同的实施例。如果结合实施例描述了某特定的特性、结构或特征后，能够理解的是，本领域的技术人员能够将所述特性、结构或特征实现在其它实施例中，无论是否给出相关的描述。
概述本说明书中使用的“下行数据流”是指从头端至有线电视机顶盒的信息传输。“上行数据流”是指从机顶盒至头端的信息传输。
有线电视数据服务接口规范(DOCSIS)是CableLabs公开的一组规范，定义了有线电视头端和有线电视调制解调器设备的工业标准。在某种程度上，DOCSIS规范建立了有线电视调制解调器系统的各方面的要求和目的，包括操作支持系统、管理、数据接口以及有线电视系统数据的网络层、数据链路层和物理层传输。DOCSIS接口规范的当前版本即3.0版本，以及DOCSIS机顶网关规范CM-SP-DSG-I09-061222，均由本说明书所参考和引用。
图1所示为现有的有线电视机顶盒100。此设计具有前端电路102和后端电路104。在前端102中，射频(RF)调谐器106接收具有多个带宽为6-8MHz的信道的RF输入信号108。RF调谐器106从RF输入信号108中选择需要的一个信道(或多个信道)，并将其下变频转换为中频(IF)信号110。解调器112将来自RF调谐器106的IF信号转换为数字比特流输出114。数字比特流输出114连接至后端电路104。
在后端电路中，条件访问(CA)模块116解扰数字比特流输出114。解多路器118选择用户需要的音频和视频节目流输出120，并将其提供给解码器122。解码器122对所述音频和视频解码以生成解码器输出124。条件访问模块116还使用频带外(OOB)下行数据流信道和上行数据流(US)发送器126与头端供给服务器进行通信。现有的有线电视机顶盒100的每个操作均由一个中央处理器(CPU)128进行控制。
因而需要一种具有用于控制DOCSIS兼容电路的前端处理器和用于控制有线电视电路的后端处理器的机顶盒。图2是本发明具有多个处理器并除有线电视服务外还支持DOCSIS功能的机顶盒200的结构框图。所述两个处理器是前端处理器252和后端处理器254。有线电视机顶盒200具有前端电路202和后端电路204。在前端202中，射频(RF)调谐器206接收具有多个带宽为6-8MHz的RF输入信号208。RF调谐器206从RF输入信号208中选择需要的一个信道(或多个信道)，并将其下变频转换为中频(IF)信号210。解调器212，例如正交幅度调制(QAM)解调器，将该IF信号转换为数字比特流输出214。数字比特流输出214连接至后端电路204和DOCSIS模块270的输入，以供随后处理。
多个调谐器和解调器，例如第一调谐器206和第二调谐器280、第一解调器212和第二解调器281，可支持有线电视服务和DOCSIS服务的同时操作。例如，第一调谐器206和第一解调器212支持DOCSIS服务，同时，第二调谐器280和第二解调器281支持有线电视服务。又例如，在具有3个调谐器的机顶盒中，一个调谐器可用于DOCSIS服务，另外两个调谐器可用于有线电视服务。或者，两个调谐器可用于DOCSIS服务，剩下的一个调谐器可用于有线电视服务。因此，如果在有线数据系统中启用了DOCSIS下行数据流信道绑定，可将多个调谐器和多个解调器连接至DOCSIS模块270，并由前端处理器252来控制。
在后端电路204中，条件访问(CA)模块216解扰数字比特流输出214，并将其提供给解多路器218。解多路器218选择音频和视频节目流输出220，并将其提供给解码器222。解码器222对该音频和视频解码以生成解码器输出224。条件访问模块216还使用OOB下行数据流信道和上行数据流发送器226与头端供给服务器通信。
在有线电视机顶盒200中，后端处理器254与前端处理器252共享前端202中电路的控制。前端处理器252控制前端处理器252的电路。前端处理器252基于通过前端处理器接口258从后端处理器254接收的指令独立地通过端口257发出命令，来控制前端202内的电路。后端处理器254通过数据链路256传输指令至前端处理器252。
数据链路256提供信息传输的路径，例如，数据、消息和多个处理器之间通过通信媒介的交互。数据链路256通过前端处理器接口258和后端处理器接口260将前端处理器252与后端处理器254连接。数据链路256可以是网络，例如，以太网或高速数据总线如USB。数据链路256可兼容用户数据报协议(UDP)、传输控制协议(TCP)、互联网协议(IP)以及以太网点对点协议(PPPoE)中的至少一种。或者，其它网络协议也可以在数据链路256之上运行。
前端处理器252与前端202中的至少一个其它电路设置在一个公共的衬底上。同样，后端处理器254可与后端204中的至少一个其它电路设置在一个公共的衬底上。
图3是本发明具有多个处理器、还提供DOCSIS数据服务的有线电视机顶盒300的结构框图。此外，它支持DSG功能，可使机顶盒与头端供给服务器通过DOCSIS通信，因此消除了对OOB下行数据流调谐器和解调器的需求。此设计具有前端电路302和后端电路304。一种配置中，有线电视机顶盒300通过DOCSIS/DSSG模块306支持数据服务和机顶控制服务(set-top controlservice)。有线电视机顶盒300具有前端处理器252，用于控制DOCSIS/DSSG模块306和至少一个调谐器例如调谐器206或第二调谐器280，以及至少一个解调器例如解调器212或第二解调器281，该前端处理器252连接至DOCSIS/DSG模块306，支持DOCSIS和DSG服务。
类似图2，图3具有多个调谐器和解调器，例如，第一调谐器206和第二调谐器280，第一解调器212和第二解调器281，支持有线电视服务和DOCSIS服务的同时运行。例如，第一调谐器206和第一解调器212支持DOCSIS服务，同时第二调谐器280和第二解调器281支持有线电视服务。如果在有线数据系统中启用了DOCSIS下行数据流信道绑定，可将多个调谐器和多个解调器连接至DOCSIS模块270，并由前端处理器252来控制。此外，DOCSIS/DSG模块306向机顶盒300提供服务以与头端供给服务器通信。
在有线电视机顶盒300中，后端处理器254与前端处理器252共享前端电路例如调谐器206、208和解调器212、281的控制。前端处理器252基于通过前端处理器接口258从后端处理器254接收的指令独立地通过端口257控制前端电路。后端处理器254通过数据链路256传输指令至前端处理器252。
一个例子中，调谐器206和解调器212服务于后端304。第二调谐器280和第二解调器281服务于DOCSIS/DSG模块306。前端处理器252和后端处理器254之间的数据链路256是以太网。后端处理器254使用数据链路256与前端处理器252通信，以便控制调谐器206和解调器212。例如，后端处理器254可指示前端处理器252改变调谐器206的信道。条件访问模块216使用DOCSIS/DSG模块306与头端供给服务器通信。经由数据链路256的通信遵循本说明书中描述的远程前端控制协议。
远程前端控制协议前端处理器252和后端处理器254之间存在通信的需求。所述通信对于后端处理器254控制前端202、302中与有线电视相关的电路例如调谐器206是必须的。这一通信需求要求使用满足下述3个要求的协议该协议必须能使后端处理器254控制至少部分前端处理器功能，例如，对调谐器206进行频率调谐或指示解调器212获取QAM信道。该协议必须简单，不需要冗长的编码，以便易于实施在嵌入式环境中。该协议还需要针对前端处理器252和后端处理器254之间的不同数据链路，是媒体独立地。
实现前端处理器252和后端处理器254之间的通信，可以采用一些现有的协议，例如，远程过程调用(RPC)和简单对象访问协议(SOAP)。然而，这些协议依赖于其它网络协议，例如，互联网协议(IP)和超文本传输协议(HTTP)。在IP服务不可用的情况下，例如，如果使用USB连接两个处理器时，这些协议就不可用。同样地，这些协议不是专门设计用于嵌入式环境中的前端控制，采用这些协议会引入附加的系统开销，例如，外部数据表示(XDR)和可扩展标记语言(XML)支持，这些将增加编码区域(code footprint)和增加不必要的系统复杂程度。最终某些操作系统不能够支持RPC和SOAP，因此，他们的适用性受到限制。
如图4所示，远程前端控制协议定义了前端处理器252和后端处理器254之间点对点交互400的类型。第一点对点交互401包括请求消息402和响应消息404。后端处理器254通过发送请求消息402至前端处理器252来开始第一点对点交互401。请求消息402请求前端处理器252执行某操作。前端处理器252在接收到请求消息402后执行该操作，并随后发送响应消息404至后端处理器254。
第二点对点交互405包括通知消息406和确认消息408。前端处理器252通过发送通知消息406至后端处理器254来开始第二点对点交互405。通知消息406指出在前端电路202、302中有事件发生。后端处理器254通过发送确认消息408至前端处理器252来确认接收到该通知消息406。
远程控制协议也定义了本说明书中将描述的消息格式。该消息格式包括定长消息包头和变长消息主体。消息主体中携带的信息是操作或通知细节。同样被定义的还有前端处理器252和后端处理器254之间的一组操作和通知。操作包括操作ID和相关的操作参数。通知包括设备ID和相关的事件数据。远程前端控制协议同样还定义了消息传输、消息格式、可靠性和流控制。如果使用用户数据报协议(UDP)或USB用于消息传输，远程前端控制协议还定义了特定映射的具体细节。
下面章节将解释远程前端控制协议。第一节说明前端处理器252和后端处理器254中的交互操作过程。第二节描述消息格式、支持的操作和相关的数据结构。第三节描述可靠性、流控制和与远程前端控制协议同时使用的数据传输服务。第四节说明交互顺序的一个示例。
(a)交互处理过程图5是本发明后端处理器254内的请求程序500的流程图。步骤502，从上层软件接收到操作请求。步骤504，请求程序500建立并高速缓存请求消息402。请求消息402包含随机产生的交互ID用于交互操作识别。步骤506，请求程序500通过数据链路256发送该请求消息402至前端处理器252。步骤508，后端处理器254在预定义的时间周期等待响应。步骤510，后端处理器254在经过该预定时间周期后超时。
步骤512，后端处理器254接收响应消息404。步骤514，请求程序500解析响应消息404，并检查响应消息404中的交互ID是否与未完成的(outstanding)请求消息402内的交互ID是否匹配。步骤516，如果匹配，被高速缓存的消息在步骤524中被消除，并且该次交互成功完成，并且在步骤526中返回成功状态至上层。步骤516，如果不匹配，请求程序500抛弃接收的响应消息404，并进入等待直到发生超时，或者接收另一个响应消息404。如果出现超时，请求程序500将尝试重新发送被高速缓存的请求消息402。重新尝试的次数是固定的。步骤518，如果请求程序500的重新发送超过该尝试次数，则在步骤520中返回失败状态至上层。
图6是本发明前端处理器252内接收请求程序600的流程图。步骤602，接收请求程序600准备好处理请求。步骤604，前端处理器252循环等待来自后端处理器254的请求消息402。步骤606，前端处理器252从后端处理器254接收消息。步骤608，在接收到请求消息402后，前端处理器252解析所接收的请求消息402并从请求消息402中提取操作ID和操作参数。步骤610，前端处理器252执行所请求的操作。步骤612，前端处理器252建立并通过数据链路256发送响应消息404给后端处理器254。该响应消息404包含与请求消息402相同的交互ID。
图7是本发明后端处理器254内的接收通知程序700的流程图。步骤702，接收通知程序700准备好处理通知。步骤704，后端处理器254循环等待来自前端处理器252的通知消息406。步骤706，后端处理器254从前端处理器252接收到消息。步骤708，在后端处理器254接收到通知消息406后，后端处理器254从通知消息406中提取设备ID和相关的事件数据。步骤710，后端处理器254发送该事件数据至对应的处理线程或程序。步骤712，后端处理器254建立确认消息408，并将其发送至前端处理器252，以确认后端处理器254已经成功接收到通知消息406。
图8是本发明前端处理器252内的发送通知程序800的流程图。步骤802，一个事件，例如，信道“锁丢失”，触发对通知消息406的需求。步骤804，前端处理器252建立并高速缓存将被发送至后端处理器254的通知消息406。通知消息406包括用于指出事件源的设备ID以及任何与该事件相关的数据。步骤806，前端处理器252发送通知消息406至后端处理器254。步骤808，前端处理器252等待来自后端处理器254的确认消息408。步骤810，如果在预定的时间周期内没有接收确认消息408，前端处理器252将超时。出现超时的情况下，前端处理器252将按照固定次数重新发送被高速缓存的通知消息406。步骤812，如果前端处理器252重新发送超过了该固定次数，发送通知程序800将失败。步骤814，发送通知程序800返还失败状态至其调用者。
步骤816，前端处理器252从后端处理器254接收到确认消息408。步骤818，前端处理器252从确认消息408中提取交互ID。步骤820，前端处理器252将来自确认消息408的交互ID与来自被高速缓存的通知消息406的交互ID进行比较。如果匹配，步骤822中抛弃该被高速缓存的消息，此次交互成功完成，并在步骤824中返回成功状态。步骤820，如果不匹配，前端处理器252重复步骤808并继续等待确认消息408。
(b)消息格式、功能和结构如上所述，远程前端控制协议具有4种类型的消息请求、响应、通知和确认。每种消息具有定长的包头和变长的主体。主体的长度和内容根据主体内的信息而变化。
消息中每个数据字段是网络字节顺序形式的32比特无符号整数。表1展示了请求消息的示例性结构。表2展示了响应消息的示例性结构。表3展示了通知消息的示例性结构。表4展示了确认消息的示例性结构。
表1.请求
表2.响应
表3.通知
表4.确认
所有消息中的前4个字段是相同的。“长度”字段是可选项，用于传输服务未提供长度信息的情况中，例如TCP。“版本”字段包含后端处理器254和前端处理器252上运行的软件的当前版本号。版本字段需要匹配以实现通信。“交互ID”字段唯一地标识后端处理器254和前端处理器252之间的一次交互。针对每次交互，“交互ID”字段随机产生。“类型”字段标识消息类型请求、响应、通知或确认。类型字段的示例值如表5所示。
表5.消息类型值
在响应消息中，“返回码”字段通知后端处理器254所请求的操作是否成功。如果“返回码”是0，就表示成功。否则，所请求的操作失败，并且“返回码”包含的位图(bitmap)指出错误情况。表6定义了“返回码”的示例值和位图。
表6.返回码值
在通知消息中，“设备ID”字段通知后端处理器254哪个前端电路已产生了事件。表7定义了有效设备的示例。
表7.设备ID值
“事件数据”字段告诉后端处理器254特定设备上发生了哪个事件。对于下行数据流信道，“事件数据”是32比特的无符号整数。“事件数据”字段中的每个比特具有一个定义。表8定义了下行数据流信道的示例性事件。“事件数据”比特是可被“或”运算的位图。
表8.DS信道的事件
在请求消息中，“操作ID”(OID)字段标识后端处理器254请求的操作。表9定义了“操作ID”的示例，表10至表39描述“操作ID”数据结构的示例。
表9.请求操作
表10.InitSession操作的参数和结果
表11.GetVersion操作的参数和结果
表12.GetTotalChannels操作的参数和结果
表13.OpenChannel操作的参数和结果
表14.CloseChannel操作的参数和结果
表15.GetChStatus操作的参数和结果
表16.DsAcquire操作的参数和结果
表17.EnPowerSave操作的参数和结果
表18.GetSoftDecision操作的参数和结果
表19.GetLockStatus操作的参数和结果
表20.OpenTuner操作的参数和结果
表21.CloseTuner操作的参数和结果
表22.SetTunerFrequency操作的参数和结果
表23.OobOpenTuner操作的参数和结果
表24.OobCloseTuner操作的参数和结果
表25.OobSetTunerFrequency操作的参数和结果
表26.OobOpenChannel操作的参数和结果
表27.OobCloseChannel操作的参数和结果
表28.OobAcquire操作的参数和结果
表29.OobGetStatus操作的参数和结果
表30.OobGetLockStatus操作的参数和结果
表31.OobSetSpectrum操作的参数和结果
表32.UsOpenChannel操作的参数和结果
表33.UsCloseChannel操作的参数和结果
表34.UsSetOperationMode操作的参数和结果
表35.UsSetSymbolrate操作的参数和结果
表36.UsSetRfFreq操作的参数和结果
表37.UsSetPowerLevel操作的参数和结果
表38.UsGetStatus操作的参数和结果
表39.UsSetPreamblePattern操作的参数和结果
(c)可靠性、流程控制和消息传输服务远程前端控制协议具有内置可靠性控制。如(a)消息处理中所描述的，如果在对应的响应消息成功接收前发生超时，504、510、518、805、810和812，远程前端控制协议高速缓存所发送的消息并重新发送该消息。远程前端控制协议还使用停止和等待流程控制。如(a)消息处理中所描述的，在请求消息被发送之后，506、508、806、808，远程前端控制协议等待响应消息。
远程前端控制协议可使用多个传输协议中至少一个作为消息传输服务。远程前端控制协议不需要可靠的传输服务，因为其内置有可靠性控制。所述传输协议包括用户数据报协议(UDP)、传输控制协议(TCP)、以太网点对点协议(PPPoE)和USB。使用传输服务时，需要将远程前端控制消息映射入该传输协议的有效负载中。下面的章节列出了UDP和USB用作传输协议时的消息映射。
当UDP用作传输协议时，因其提供数据包长度信息，可移除消息报头中的“长度”字段。表40-43展示了UDP用作传输协议时的帧结构。
表40.基于UDP的请求
表41.基于UDP的响应
表42.基于UDP的通知
表43.基于UDP的确认
当USB用于连接前端和后端处理器252、254时，一个处理器将作为USB主机，另一个将作为USB设备。并没有要求哪个处理器需要作为USB主机，但为了便于展示，在下面的讨论中，我们假设后端处理器254为USB主机，前端处理器252为USB设备。USB设备可使用通信类设备(CDC)的抽象控制模型进行设置，如通信设备USB类定义1.1版本所定义。通信设备的USB类特定请求可用于携带远程前端控制协议。CDC类特定设备请求“SendEncapsulatedCommand”可用于传输请求和确认。CDC类特定设备请求“GetEncapsulatedResponse”可用于传输响应和通知。表44-47展示了使用USB时的映射。
表44.基于CDC SendEncapsulatedCommand的请求
表45.基于CDC GetEncapsulatedResponse的响应
表46.基于CDC GetEncapsulatedResponse的通知
表45.基于CDC SendEncapsulatedCommand的确认
图9所示为本发明前端处理器252和后端处理器254之间交互操作顺序900的示意图。所示的交互顺序900包括获取QAM信道的交互。
首先，后端处理器254发送“InitSession”请求902至前端处理器252。后端处理器254也高速缓存所述请求消息902并启动超时计时器。若“InitSession”丢失，则计时器到时。在计时器到期后，后端处理器254重新传送被高速缓存的“InitSession”请求904。这次消息正常传送。
前端处理器252接收该请求并基于“InitSession”请求904初始化内部对话数据结构。然后前端处理器252使用具有“返回码”为0的响应消息906回应后端处理器254，表示操作成功。
接收到响应消息906后，后端处理器254验证响应消息906及其高速缓存的请求消息902两者中的交互ID。如果交互ID匹配，后端处理器254还检查响应消息906中的“返回码”。
在“InitSession”请求904成功验证后，后端处理器254发送另一个“GetTotalChannels”请求908。为了响应“GetTotalChannels”请求908，前端处理器252在响应消息910的“Num”字段中返回2并返回表示成功的“返回码”。
在通过检查响应消息910的“交互ID”和“返回码”验证“GetTotalChannels”请求908成功后，后端处理器254发送请求“OpenChannel”912。为了打开前端202、302中的下行数据流信道1，后端处理器254还在“OpenChannel”请求消息912的“设备ID”字段中指定11(下行数据流频带内解调器1，281)。接收到“OpenChannel”请求消息912后，前端处理器252为所请求的下行数据流信道预留资源，然后发出响应消息914。
在通过检查响应消息914的“交互ID”和“返回码”验证“OpenChannel”请求91成功后，后端处理器254发送“SetTunerFrequency”请求916至前端处理器252。在“SetTunerFrequency”请求的“设备ID”字段中，后端处理器指定21(频带内调谐器1，280)，在“rfFreq”字段，指定765000000Hz。在“模式字段”，指定“0”。前端处理器252接收到“SetTunerFrequency”消息916，并对其进行解析，随后调谐频带内调谐器1 280至765000000Hz，并随后发送表示成功状态的响应消息918至后端处理器254。
在通过检查响应消息918的“交互ID”和“返回码”验证“SetTunerFrequency”请求916成功后，后端处理器254发送“DsAcquire”消息920至前端处理器252。消息中的“SymbolRate”字段包含符号率。“modType”字段包含调制类型。前端处理器252接收“DsAcquire”消息920，并解析包含符号率和调制类型的参数，并通知相应的线程使用解析出的参数执行所请求的操作。前端处理器252随后返回成功响应922。
在通过检查响应消息922的“交互ID”和“返回码”验证“DsAcquire”请求920成功后，后端处理器254开始等待来自前端处理器252的事件。
获得所请求的下行数据流信道后，前端处理器252发送包含设备ID和表示FEC和QAM锁定状态的相关事件数据的通知消息924。后端处理器254接收通知消息924，并发送确认消息926至前端处理器252。前端处理器252随后接收确认消息926。
结论本发明以上是通过一些实施例进行描述的，本领域技术人员知悉，在不脱离本发明的精神和范围的情况下，可以对这些特征和实施例进行各种改变或等效替换。另外，在本发明的教导下，可以对这些特征和实施例进行修改以适应具体的情况及材料而不会脱离本发明的精神和范围。因此，本发明不受此处所公开的具体实施例的限制，所有落入本申请的权利要求范围内的实施例都属于本发明的保护范围。
权利要求
1.一种有线电视机顶盒的处理器，其特征在于，所述处理器包括将所述处理器连接至第二处理器的接口；可连接以控制有线电视数据服务接口规范(DOCSIS)模块、调谐器和解调器的端口，其中所述调谐器连接至所述解调器和所述DOCSIS模块；其中所述处理器基于通过所述接口接收的指令，发送命令至所述端口以控制所述调谐器和解调器两者至少其一。
2.根据权利要求1所述的处理器，其特征在于，所述处理器、所述调谐器和所述DOCSIS模块设置在公共衬底上。
3.根据权利要求1所述的处理器，其特征在于，所述DOCSIS模块执行DOCSIS机顶网关功能。
4.根据权利要求1所述的处理器，其特征在于，所述处理器通过所述接口连接至所述第二处理器。
5.根据权利要求1所述的处理器，其特征在于，所述接口兼容USB和以太网两者至少其一。
6.一种通过可连接以控制提供DOCSIS服务的调谐器和解调器的处理器进行通信的方法，用于具有第二处理器的有线电视机顶盒，其特征在于，所述方法包括从所述第二处理器接收请求消息以控制所述调谐器和解调器两者至少其一；发送响应信息。
7.根据权利要求6所述的方法，其特征在于，所述方法进一步包括发送通知信息。
8.一种与通信媒介交互的机顶盒，其特征在于，所述机顶盒包括具有连接至所述通信媒介的输入和输出的前端部分，所述前端部分包括设置为通过所述通信媒介接收和发送信号的多个前端电路；设置为控制所述多个前端电路的第一处理器；连接至所述前端部分的后端部分，所述后端部分包括多个后端电路，设置为处理对应于所述前端部分发送和接收的信号的基带信号；第二处理器，设置为控制所述后端电路并发送指令给所述第一处理器以控制所述前端电路。
9.根据权利要求8所述的机顶盒，其特征在于，所述机顶盒进一步包括所述第一处理器和所述第二处理器之间的数据链路。
10.根据权利要求8所述的机顶盒，其特征在于，所述多个前端电路包括用于对从所述前端部分输入处接收的RF输入信号中选择的信道进行下转换的RF调谐器，其中所述第一处理器基于来自所述第二处理器的指令确定所选择的信道。
全文摘要
本发明涉及一种有线电视机顶盒的处理器，具有连接所述处理器至第二处理器的接口。所述处理器还具有可连接以控制调谐器、解调器和具有或不具有DSG支持的DOCSIS模块的端口。所述调谐器的输出连接至所述解调器的输入，并且所述解调器的输出连接至所述DOCSIS模块的输入。所述解调器的输出还连接至由所述第二处理器控制的条件访问模块。所述处理器基于从第二处理器通过所述接口接收的指令，通过端口发出命令以控制所述调谐器和解调器至少其一。
文档编号H04N5/00GK101076076SQ200710085300
公开日2007年11月21日 申请日期2007年3月1日 优先权日2006年3月1日
发明者冯伟民, 保罗·麦格林, 大卫·勒温, 大卫·埃里克森, 王海松 申请人:美国博通公司