CN1964482A - 用于在扩展通道上启动流的数据结构和方法 - Google Patents
用于在扩展通道上启动流的数据结构和方法 Download PDFInfo
- Publication number
- CN1964482A CN1964482A CNA2006101435326A CN200610143532A CN1964482A CN 1964482 A CN1964482 A CN 1964482A CN A2006101435326 A CNA2006101435326 A CN A2006101435326A CN 200610143532 A CN200610143532 A CN 200610143532A CN 1964482 A CN1964482 A CN 1964482A
- Authority
- CN
- China
- Prior art keywords
- type
- request
- information
- service
- stream
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4367—Establishing a secure communication between the client and a peripheral device or smart card
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4344—Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23608—Remultiplexing multiplex streams, e.g. involving modifying time stamps or remapping the packet identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
- H04N21/2396—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests characterized by admission policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
- H04N21/4181—External card to be used in combination with the client device, e.g. for conditional access for conditional access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
- H04N21/42676—Internal components of the client ; Characteristics thereof for modulating an analogue carrier signal to encode digital information or demodulating it to decode digital information, e.g. ADSL or cable modem
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/167—Systems rendering the television signal unintelligible and subsequently intelligible
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/10—Adaptations for transmission by electrical cable
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
一种方法,包括接收请求,其包括定义业务类型的信息、以及标识对业务类型的请求的信息,其中该请求是必需的,以在扩展通道上启动流;检查扩展通道是否能支持所请求业务类型的流;以及响应该请求,其中应答包括业务类型的信息、以及有关扩展通道是否能支持所请求业务类型的流的信息。
Description
技术领域
本发明涉及广播技术,特别是涉及广播接收机、数据结构和方法,以在扩展通道上启动流。
背景技术
通常,广播***可包括广播站,其通过有线(如电话或电缆)或无线(如蜂窝或卫星)网络传输内容;以及至少一台主机,如广播接收机,其接收该内容。广播接收机可包括内建通信接口。在广播接收机没有内建通信接口时,广播接收机使用通信卡以与广播站交互。
在有线广播情况下,将有线广播***分成有线广播站,其传输有线广播、以及有线广播接收机,其接收有线广播。将有线广播站称为***运营商(SO)首端(head end)或多***运营商(SO)首端。
有线广播接收机可为OpenCable数字电视或CableReady数字电视等,可采用开放的有线标准,且可使用有线卡或部署点(POD)模块,其包括条件访问(CA)***。将有线卡***位于有线广播接收机中的插槽中。此外,有线广播接收机可含内建模块,其功能等价于有线卡。在该情况下,有线广播接收机可接收软件形态的CA***,其可从广播站下载,并存储在有线广播接收机的存储器中。通常将可下载的软件称为可下载的条件访问***(DCAS)。这样,有线广播接收机结构中可需要也可不需要单独的有线卡。
将给出对包含有线卡的有线广播接收机的描述,尽管很明显该描述也适用于含执行等效相似功能的内建模块的有线广播接收机。可在有线卡和有线卡接收机之间形成包括数据通道和扩展通道的接口。设置数据通道以便有线广播接收机和有线卡可在其间相互交换控制信号,且设置扩展通道以便数据通道和有线卡相互交换真实数据。
例如,在有线卡与首端通信以分析从首端接收的命令后,有线卡执行首端的指令,同时有线卡正通过数据通道和扩展通道与有线广播接收机通信,或有线卡可用来将用户输入的内容传输给首端。
通常在有线卡与有线广播接收机之间定义数据类型的传输连接,以通过扩展通道传输该数据。可将传输连接称为流。例如,为传输MPEG段数据,首先在有线卡与有线广播接收机之间设置MPEG段流,之后通过已建立的流传输MPEG段数据。
发明内容
因此,本发明面向广播接收机、数据结构和方法,以在扩展通道上启动流。
例如,本发明公开广播接收机、数据结构和接口方法,以能通过扩展通道在有线广播接收机与有线卡之间有效传输数据。
本发明的优点、目的和特性一部分从下面的描述中显而易见,且另一部分在本领域技术人员检查以下描述或从该发明实践中学习之后显而易见。通过权利要求和附图等书面描述中描述的结构和过程,可实现或获得本发明不同实施例的目的和其他优点。
为达到这些目的和其他优点,且根据本发明的意图,如于此体现或泛泛描述的,一种方法包括接收请求,其包括定义业务类型的信息、以及标识对业务类型的请求的信息,其中该请求是必需的,以在扩展通道上启动流;检查扩展通道是否能支持所请求业务类型的流;以及响应该请求,其中应答包括业务类型的信息、以及有关扩展通道是否能支持所请求业务类型的流的信息。
另一方面,一种方法包括接收请求,其包括接收含定义业务类型的信息、以及标识该请求处理顺序的信息,其中该请求被要求以在扩展通道上启动流;检查扩展通道是否能支持所请求业务类型的流;以及响应该请求,其中应答包括标识处理顺序的信息、以及有关扩展通道是否能支持所请求业务类型的流的信息。
另一方面,一种方法包括接收请求,其包括接收含定义业务类型的信息、以及标识对业务类型的请求的信息,其中该请求被要求以在扩展通道上启动流;以及当对扩展通道上流的请求得到许可后,响应该请求,其中应答包括流标识符(ID)、以及一至少64位的网际协议(IP)地址。
另一方面,一种数据结构,其与对扩展通道上流的请求的应答有关,包括业务类型字段,其包含定义所请求的业务类型的数据、状态信息字段,其包含表明是否支持扩展通道上的流的数据、以及请求标识字段,其包含标识对该业务类型的请求的数据。
另一方面,一种数据结构,其用于请求扩展通道上的流,包括业务类型字段,其包含定义所请求的业务类型的数据、以及标识信息字段,其包含定义请求的传输顺序的数据。
另一方面,一种数据结构,当业务类型为单播业务时,其用于响应对扩展通道上的流的请求,包括状态信息字段,其包含表明可支持扩展通道上的流的数据、以及IP地址字段,其包含一至少64位的IP地址。
应理解上述一般描述和下面的详细描述为示例性的以及解释性的,不应当作对权利要求范围的限制。
附图说明
这里包含的附图提供对本发明的进一步理解,且构成本申请的一部分。附图及其描述用于解释本发明的不同实施例。附图中:
图1A表示根据本发明第一实施例的请求语法结构,用于请求设置扩展通道上的流的连接;
图1B表示根据本发明一实施例的应答语法结构,用于响应图1A的连接请求;
图2表示根据本发明一实施例的示例性的流程图,用于描述接收图1B的应答语法的一端的操作;
图3表示根据本发明一实施例的请求和应答语法中包含的状态字段值常见例子;
图4A表示根据本发明第二实施例的请求语法结构,用于请求设置扩展通道上的流的连接;
图4B表示根据本发明一实施例的应答语法结构,用于响应图4A的连接请求;
图5表示根据本发明一实施例的示例性的流程图,用于描述接收图4B的应答语法的一端的操作;
图6表示根据本发明一实施例的示例性广播接收机的示意性方框图。
具体实施方式
现在将详细参照本发明优选实施例,其中的例子在附图中说明。为简单起见,当可能时,附图中使用同一标号标准示相同或类似的部分。
如这里所描述的,有线广播接收机可包括带外(OOB)四相键移(QPSK)调制解调器以及有线数据服务接口规范(DOCSIS)调制解调器,且可支持DOCSIS机顶网关。
本说明书描述的一种方式能够增强设置扩展通道流时有线广播接收机与有线卡之间的通信效率,降低实际实现时的实现复杂度,以及提供协议的完整性和可扩展性。
扩展通道可为CUP接口,其中有线广播接收机与有线卡可在它们之间传输和接收数据。通常,通过扩展通道传输的数据类型(称为业务类型)包括MPEG段、IP单播(IP_U)、IP多播(IP_M)以及DSG。
这里,其可为有线卡或有线广播接收机的一端,可通过传输包括用于连接的业务类型和相关信息的new_flow_req()应用协议数据单元(APDU)试图执行扩展通道流的连接设置。在其可为有线广播接收机或有线卡的另一端,它接收new_flow_req()APDU并确定是否执行相应流的连接设置。之后,该另一端可在new_flow_cnf()APDU中包含确定结果,并可将它传输到发送new_flow_req()APDU的一端。
在下面的说明中,用第一和第二实施例来描述数据结构和方法,其用于在扩展通道上设置流。
第一实施例
图1A表示根据本发明一实施例的请求语法结构new_flow_req()APDU,和图1B表示应答语法结构new_flow_cnf()APDU;
如图1A中所示,当业务类型(service_type)字段值为00(或运动图像专家组(MPEG)段)时,向该处传输分组标识符(PID)值。当该字段值为01(或网际协议(IP)单播)时,向该处传输介质接入控制(MAC)地址(MAC_address)。另外,当该字段值为02(或IP多播)时,向该处传输多播组ID(multicast_group_ID)。
接收图1A所示new_flow_req()APDU的一端,诸如有线广播接收机或有线卡,响应发送new_flow_req()APDU的一端,确定是否可执行相应流的连接设置,且在图1B所示new_flow_cnf()APDU中包含确定结果和相关信息,之后将它传输至该处。
如图1B中所示,该语法包括业务类型字段(service_type)、状态字段(status_field)、以及根据业务类型字段值执行的3个条件循环。
设置业务类型字段使其值与从new_flow_req()APDU传输的值相等。状态字段(status_field)表明有关是否能执行其为new_flow_req()APDU中请求的相应流的连接设置的状态信息。
图3表示请求和应答语法中包含的状态字段值常见例子。例如,当状态字段值为0x00时,它表明对新流的连接设置请求得到许可(请求被许可,新流被创建)。另外,当状态字段值为0x01时,它表明由于流数超过而使请求被拒绝(请求被拒绝,流数被超过)。
当业务类型字段值为00(即MPEG段)时,所执行的MPEG段的条件循环分配PID字段,传输其值与new_flow_req()APDU中接收的值相等的PID。另外,MPEG段条件循环包括其中PID字段前部分中的条件循环,其中仅当状态字段值为0x00时,执行该条件循环。另外,该条件循环分配其中的流标识字段(流ID)。
当业务类型字段值为01(即IP单播)时,所执行的IP_U条件循环分配MAC地址字段,传输其值与new_flow_req()APDU中接收的值相等的MAC地址。另外,IP_U条件循环包括在其MAC地址字段前部分中的条件循环,其中仅当状态字段值为0x00时,执行该条件循环。另外,其中该条件循环分配流标识字段(flow_id)、IP地址字段(IP_address)、流类型字段(flow_type)、标记字段、最大PDU大小字段(max_pdu_size)等。
将IP地址字段的长度设置为至少64位,以支持网际协议(IP)版本6(IPv6)和版本4(IPv4)。例如,将64位中的低32位用于IPv4地址的32位,且将高32位设置为预定值。换言之,将IP地址的64位中不使用的位设置为预定值。
尽管上述例子为IP地址分配64位,应理解也可分配多于64位。在该情况下,将不使用的位设置为预定值。
当业务类型字段值为02(即IP多播)时,所执行的IP_M条件循环分配多播组标识字段(multicast_group_ID),传输其值与new_flow_req()APDU中接收的值相等的多播组ID。另外,IP_M条件循环包括其中多播组ID字段前部分中的条件循环,其中仅当状态字段值为0x00时,执行该条件循环。另外,该条件循环分配流标识字段(flow_id)。
如图1B中所示,通常在new_flow_cnf()中包含业务类型信息,且之后被传送到该处。
另外,当状态字段值不为0x00时,或处于‘请求被拒绝状态’时,它包括多个new_flow_cnf()、以及正确地将new_flow_req()与多个new_flow_cnf()对应的信息。为此,根据本发明一实施例:当业务类型为MPEG段时,通常在new_flow_cnf()中包含PID值,其与自new_flow_req()中传输的PID值相等,且之后传送到该处;当业务类型为IP_U时,通常在new_flow_cnf()中包含MAC地址信息,且之后传送到该处;以及当业务类型为IP_M时,通常在new_flow_cnf()中包含多播组标识信息,且之后传送到该处。
因此,图1B中的本发明实施例有以下优点:
1)在处于一端传输new_flow_req()APDU的状态中,当通过new_flow_req()APDU对流的连接设置的请求被拒绝时,响应于对new_flow_req()APDU接收的new_flow_cnf()APDU的该端可识别哪种业务类型的请求被拒绝。
例如,假定有线广播接收机将业务类型设置为IP_U的new_flow_req()APDU传输给有线卡,且有线卡响应new_flow_req()APDU,将状态字段设置为0x01(即请求被拒绝,流数被超过)的new_flow_cnf()APDU传输给有线广播接收机。在该情况下,由于new_flow_cnf()APDU包括业务类型并且之后被传输,因此有线广播接收机可识别有关IP_U流是否超过的状态。
2)在处于一端相继传输至少2个或更多的new_flow_req()APDU至该处的状态中,尽管该端接收至少一个new_flow_cnf()APDU,其中对所传输的new_flow_req()APDU中的流连接设置的请求被拒绝,该端也可识别哪种业务类型的请求被拒绝。
例如,假定有线广播接收机将业务类型设置为IP_U和IP_M的2个new_flow_req()APDU传输给有线卡,且有线卡将2个new_flow_cnf()APDU传输给有线广播接收机,其中对于IP_U的一个new_flow_cnf()APDU的状态字段值设置为0x05(即请求被拒绝,MAC地址不被认可),且对于IP_M的另一个new_flow_cnf()APDU的字段值设置为0x03(即请求被拒绝,网络不可用或没有响应)。
这里,由于每个new_flow_cnf()APDU包含业务类型信息,之后再被传送到该处,有线卡广播接收机可识别状态字段值为0x05的new_flow_cnf()APDU是对IP_U业务类型的应答,且状态字段值为0x03的new_flow_cnf()APDU是对IP_M业务类型的应答。
在该情况下,有线广播接收机可先将IP_U的new_flow_req()APDU传送给有线卡,之后经一段时间的延时,再将IP_M的new_flow_req()APDU传输给有线卡。由于有线卡的内部处理和操作环境,有线卡可有效执行先传输IP_M的new_flow_req()APDU之后再传输IP_U的new_flow_req()APDU的操作。反之亦可。即该程序是有效的,从而传输至少2个或更多的new_flow_req()APDU,之后按与new_flow_req()APDU不同的传输顺序,将new_flow_cnf()APDU传送到该处。
在处于一端传输至少多个MPEG段业务类型的new_flow_req()APDU的状态中,尽管该端接收至少一个new_flow_cnf()APDU,其中对所传输的多个new_flow_req()APDU中的流连接设置的请求被拒绝,该端也可识别哪个MPEG段PID的请求被拒绝。
例如,假定:设置MPEG段业务类型流,使其数目不超过6;在处于已设置5个MPEG段流的状态中,有线广播接收机将3个MPEG段业务类型的new_flow_req()APDU传输给有线卡,其中3个MPEG段业务类型的PID相互不同;响应于一请求,有线卡可将用于首先传输new_flow_req()APDU的PID的流设置为0x00(即请求得到许可),并以new_flow_cnf()响应该请求;以及有线卡可将剩余的2个流设置为0x01(即请求被拒绝,超过流数),之后以new_flow_cnf()响应该请求。
在该情况下,由于每个new_flow_cnf()APDU包含业务类型信息以及PID信息,因此有线广播接收机可识别所有3个new_flow_cnf()APDU都是对MPEG段业务类型的应答;其中哪个MPEG段PID请求被允许;以及哪个MPEG段PID请求被拒绝。
该程序是有效的,从而传输至少2个或更多的MPEG段业务类型的new_flow_req()APDU,之后按与new_flow_req()APDU不同的传输顺序,将new_flow_cnf()APDU传送到该处。
另外,由于将IP地址字段的长度设置为至少64位,上面的实施例可支持IPv6以及IPv4。
图2表示示例性的流程图,用于描述接收图1B所示new_flow_cnf()APDU的应答语法的一端的操作。
在步骤201中,分析所传输的new_flow_cnf()APDU以提取业务类型字段值,从而确定业务类型。若业务类型字段值指明MPEG段,则继续该过程至步骤202。反之,若业务类型字段值指明IP_U,则继续该过程至步骤203。但是,若业务类型字段值指明IP_M,则继续该过程至步骤204。
现在参照步骤202,将new_flow_cnf()的PID与多个new_flow_req()的PID相比较。之后该过程转到步骤205,执行有关是否有相同PID的检查。若步骤205中确定存在相同PID,则该过程转到步骤207,执行有关new_flow_cnf()APDU的状态字段值是否为0x00的检查。若状态字段值为0x00,或若连接设置被允许,则在步骤208中设置MPEG段扩展通道流。反之,若状态字段值不为0x00,或若连接设置被拒绝,则在步骤209中执行与状态字段值相应的操作。另一方面,在步骤205中,若确定不存在相同PID,则在步骤206中忽略相应的new_flow_cnf()APDU。
参照步骤203,将new_flow_cnf()的MAC_address与多个new_flow_req()的MAC_address相比较,之后该过程转到步骤205。在步骤205中,执行有关是否有相同MAC地址的检查。若存在相同MAC地址,则在步骤207中执行有关new_flow_cnf()APDU的状态字段值是否为0x00的检查。若连接设置被允许,则该过程转到步骤208,设置IP_U扩展通道流。反之,若状态字段值不为0x00,或若连接设置被拒绝,则在步骤209中执行与状态字段值相应的操作。另一方面,在步骤205中,若确定不存在相同MAC地址,则在步骤206中忽略相应的new_flow_cnf()APDU。
参照步骤204,将new_flow_cnf()APDU的multicast_group_ID与多个new_flow_req()APDU的multicast_group_ID相比较,且该过程转到步骤205。在步骤205中,执行有关是否有相同多播组标识的检查。若存在相同多播组ID,则在步骤207中执行有关new_flow_cnf()APDU的状态字段值是否为0x00的检查。若连接设置被允许,则在步骤208中设置IP_M扩展通道流。反之,若状态字段值不为0x00,或若连接设置被拒绝,则在步骤209中执行与状态字段值相应的操作。另一方面,在步骤205中,若确定不存在相同多播组ID,则在步骤206中忽略相应的new_flow_cnf()APDU。
第二实施例
图4表示根据本发明第二实施例的请求语法结构,其描述有线广播接收机与有线卡之间的接口方法。具体而言,图4A表示根据本发明一实施例的请求语法new_flow_req()APDU的结构,用于请求扩展通道流连接设置请求。图4B表示应答语法new_flow_cnf()APDU的结构,用于响应图4A中本发明实施例的连接设置请求。
如图4A中所示,该语法包括业务类型字段(service_type)、处理标识字段(transaction_id)、以及根据业务类型字段值执行的3个条件循环。
业务类型字段指明请求流连接设置的业务类型。
处理ID字段分别分配到new_flow_req()和new_flow_cnf()。可用8位实现根据本发明实施例的处理ID字段的长度。
每次一端传输new_flow_req()APDU至该处时,传输new_flow_req()APDU的这端将处理ID字段值增加1。另外,响应于new_flow_req()APDU传输new_flow_cnf()APDU的一端,在new_flow_cnf()APDU的处理ID字段中,替换与所接收的new_flow_req()中处理ID字段相同的值,之后将它传送至该处。
如图4A中所示,在处理ID字段后有3个条件循环,根据业务类型字段值执行其中之一。
比如当业务类型字段(service_type)值为00或MPEG段时,执行第一条件循环以传输PID值至该处。当业务类型字段值为IP单播(IP_U)时,执行第二条件循环以传输MAC地址(MAC_address)至该处。另外,当业务类型字段值为02或IP多播(IP_M)时,执行第三条件循环以传输多播组ID(multicas_group_ID)至该处。
如图4A所示,接收new_flow_req()APDU的一端包括在图4B的new_flow_cnf()APDU中的有关是否能执行对应的流连接设置的状态、以及与该状态有关的信息,之后响应于该请求将它传送到该处。
如图4B中所示,该语法包括处理ID字段、状态字段(status_field)、以及根据状态字段值执行的条件循环。
将处理ID字段设置为与new_flow_req()APDU的处理ID字段值相等的值。另外,状态字段(status_field)通过图3相应值指明信息,其中该信息与是否能执行new_flow_req()APDU所请求的相应流连接设置的状态有关。
另外,当状态字段值为0x00时,或当连接设置请求被许可时,所执行的条件循环分配其中的流ID字段和业务类型字段。另外,该条件循环包括业务字段之后的IP_U条件循环,其中当业务类型为01或IP单播(IP_U)时执行该IP_U条件循环。这里,该IP_U条件循环分配IP地址字段(IP_address)、流类型字段(flow_type)、标记字段、最大PDU大小字段(max_pdu_size)等。
类似地,实现本发明第二实施例使得IP地址字段的长度设置为至少64位,以支持IPv6和IPv4。将64位中的低32位用于IPv4地址的32位,且将高32位设置为预定值。
这样,由于本发明第二实施例分别将处理字段分配给new_flow_req()APDU以及new_flow_cnf()APDU,以提供标识信息和顺序信息,它具有本发明第一实施例的所有优点,如下:
1)在处于一端传输new_flow_req()APDU的状态中,当通过new_flow_req()APDU对流的连接设置的请求被拒绝时,响应于对new_flow_req()APDU接收的new_flow_cnf()APDU的该端可识别哪种业务类型的请求被拒绝。
2)在处于一端相继传输至少2个或更多的new_flow_req()APDU至该处的状态中,尽管该端接收至少一个new_flow_cnf()APDU,其中对所传输的new_flow_req()APDU中的流连接设置的请求被拒绝,该端也可识别哪种业务类型的请求被拒绝。
3)在处于一端传输至少多个MPEG段业务类型的new_flow_req()APDU至该处的状态中,尽管该端接收至少一个new_flow_cnf()APDU,其中对所传输的多个new_flow_req()APDU中的流连接设置的请求被拒绝,它可识别哪个MPEG段PID的请求被拒绝。
另外,由于将IP地址字段的长度设置为至少64位,本发明第二实施例可支持IPv6以及IPv4。
图5表示示例性的流程图,用于描述接收图4B的应答语法new_flow_cnf()APDU的一端的操作。
在步骤501中,分析所传输的new_flow_cnf()APDU以提取一个或多个处理ID字段值。之后,在步骤502中,将所提取的值与多个new_flow_req()APDU的处理ID字段值作比较,以确定是否有相同的值。
若在步骤502中确定是否存在相同的处理ID值,以及是否它们存在与步骤504中提取的与处理ID相应的业务类型。在相应的new_flow_req()APDU中提取该业务类型。这里,当new_flow_cnf()APDU中的状态字段值为0x00时,可从相应的new_flow_cnf()APDU中提取该业务类型。
之后,在步骤505中执行有关new_flow_cnf()APDU的状态字段值是否为0x00的检查。若状态字段值为0x00,或当连接设置被允许时,在步骤506中设置与所提取业务类型相应的扩展通道流。例如,当业务类型为MPEG段时,设置MPEG段扩展通道流,以及当业务类型为IP_U时,设置IP_U扩展通道流。另外,若业务类型为IP_M,设置IP_M扩展通道流。
另一方面,若在步骤505中,状态字段值不为0x00,或当连接设置被拒绝时,在步骤507中执行与状态字段值相应的操作。另外,在步骤502中,若不存在相同的处理ID,在步骤503中忽略相应的new_flow_cnf()APDU。
图6表示根据本发明一实施例的示例性广播接收机的示意性方框图,其中广播接收机包含有线卡。在另一实施例中,广播接收机可包括内建模块,其执行与有线卡等价的功能。因此,下面的描述适用于那些可使用或可不使用有线卡的广播接收机。
如图6所示,主机包括控制器(CPU)600、第一至第三调谐器611-613、第一至第三解调器(DEMOD)620,650和660、解多路复用器(DEMUX)630、解码器640、切换单元670、以及调制器680。
有线卡700可为只处理单个流的信号流卡,或处理多个流的多流卡。
第一调谐器611只调谐传输至天线的特殊频道的陆地A/V广播、或可经电缆通过带内传输的有线A/V广播,之后可将它输出至第一解调器620。
由于陆地广播与有线广播间的传输相互不同,第一解调器620中的其解调相互不同。即陆地A/V广播可经残余边带调制(VSB)并且之后被传输。有线A/V广播可经正交幅度调制(QAM)并且之后被传输。因此,当第一调谐器611中调谐的频道频率为陆地广播时,它可在第一解调器620中按VSB解调。另一方面,当第一调谐器611中调谐的频道频率为有线广播时,它可按QAM解调。
另外,当在第一解调器620中解调的信号为陆地广播信号时,将所解调的信号输出至解多路复用器630。另一方面,在第一解调器620中解调的信号可为有线广播信号,并且所解调的信号可输出至***插槽中的有线卡700。有线卡700可包括条件访问(CA)***,以防止高附加值广播内容被复制,以及限制对该内容的访问。
即,如果有线音频/视频(A/V)广播被扰频,有线卡700可去扰频,之后将它输出至解多路复用器630。若未将有线卡700安装到接收机中,可将第一解调器620中解调的有线A/V广播直接输出至解多路复用器630。在该情况下,由于不能使扰频的有线A/V广播去扰频,假定接收机不包括DCAS,则用户通常不能正常观看和收听有线广播。
解多路复用器630可将多路复用的视频和音频信号分成视频和音频信号,以将它们输出至解码器640。解码器640恢复A/V信号,其通过各自的视频和音频解码算法压缩,之后可输出所恢复的信号至该处。
另一方面,第二调谐器612可调谐按DSG方法经电缆传输的数据广播的特殊频道频率,之后将它输出至第二解调器650。第二解调器650可按DSG方法解调所传输的数据广播,之后将解调结果输出至控制器600。
另外,第三调谐器613可调谐按OOB方法经电缆传输的数据广播的特殊频道频率,并且之后将它输出至第三解调器660。第三解调器660可基于QPSK解调按OOB方法传输的数据广播,并且之后将它输出至有线卡700。即,由于OOB可使用QPSK传输方法,因此接收端可按QPSK方法执行解调。
另外,当有线广播站与有线广播接收机之间进行双向通信时,可按OOB或DSG方法将信息从有线广播接收机传输至有线广播站,其中该信息包括付费程序应用、接收机的状态信息、用户的输入等。为传输信息,可包括切换单元670。控制器600可执行切换单元670的切换控制。
即,当接收机处于OOB模式时,可通过有线卡700和切换单元670,将用户状态信息和接收机状态信息输出至调制器680。此后,在调制器680中按QPSK方法调制该信息,并且之后可通过有线连接传输至有线广播站。另一方面,当接收机处于DSG模式时,可通过控制器600和切换单元670,将用户状态信息和接收机状态信息输出至调制器680。此后,在该调制器中按16-QAM方法调制该信息,并且之后可通过有线连接传输至有线广播站。
另一方面,为了通过有线广播接收机与有线卡之间的扩展通道传输数据,应首先设置与业务类型(或数据类型)相应的传输连接或流,其中可定义有线卡与有线广播接收机之间的业务类型(或数据类型)。
这里,可为有线卡或有线广播接收机端的控制器,其执行扩展通道流的连接设置,可包括待连接的业务类型、以及与图1A或图4A所示new_flow_req()APDU中的业务类型有关的信息,并且之后将它传输到该处。可为有线卡或有线广播接收机另一端的控制器,其接收new_flow_req()APDU,可确定是否能执行相应的流连接设置,且可在图1B或图4B所示new_flow_cnf()APDU中包括确定结果,并将它传输到对应端的控制器。
如上所述,有线广播接收机、数据结构和方法可提供标识信息以及顺序信息,而与状态字段值无关,这样当传输new_flow_req()APDU的一端从相对端接收new_flow_cnf()APDU时,该端将当前接收的new_flow_cnf()APDU映射到其之前传输的new_flow_req()APDU,以分析其中的内容。
另外,当一端传输包含相同业务类型的多个new_flow_req()APDU并且响应于该传输接收多个new_flow_cnf()APDU时,该端能正确地将当前接收的多个new_flow_cnf()APDU映射到之前传输的多个new_flow_req()APDU,以标识多个new_flow_cnf()APDU的顺序。这种程序可提高通信效率,以便易于扩展协议。
如上所述,由于将new_flow_cnf()中IP地址的长度设置为至少64位,有线广播接收机、数据结构和方法可支持IPv6以及IPv4。
如上所述,广播接收机、数据结构和方法以有线广播接收机与有线卡之间的扩展通道通信,提供相对高的通信吞吐量;协议结构是稳健的;且若将来扩展协议,该协议是可扩展的。另外,所述有线广播接收机、数据结构和方法具有它们兼容IPv6优点。
已使用广播接收机描述本发明,其中广播接收机可含陆地模拟/数字频道、以及有线模拟/数字频道。本领域技术人员应了解,可通过修改以陆地有线(如电话)和无线(如蜂窝)网络以及卫星网络实现本发明。
应理解在上面公开或其他特性和功能或可选物的各种情况,可在可编程微处理器、微控制器、集成电路单元如ASIC,PLD,PLA,FPGA,PAL等、硬件电子或逻辑电路或可编程逻辑器件中实现。
应理解所描述的流程、数据结构、协议或表可按从计算步骤到期望结果的有条理顺序实现。通过计算机可读记录介质中存储的计算机指令定义这些步骤,或使用信号包含,或作为软件指令提供给处理器件。这些步骤可通过处理器执行定义这些步骤的指令来实现。此外,可通过处理器执行一个或多个适当程序、通过为执行该方法设计的专用硬件、或这些硬件、固件和软件的组合来实现流程。
应理解可将上面公开和其他特性和功能或可选物组合到许多其他不同器件和应用中。另外,本领域技术人员可作当前未预见的替换、修改、变化或改进,且同样包括在下面的权利要求中。
本申请要求2005年10月10日申请的韩国专利申请10-2005-0107572的权益,其在此作为参考而引用。
Claims (22)
1.一种方法,包括步骤:
接收请求,其包括定义业务类型的信息、以及标识对业务类型的请求的信息,其中该请求被要求以在扩展通道上启动流;
检查扩展通道是否支持所请求的业务类型的流;以及
响应该请求,其中应答包括业务类型信息、以及有关扩展通道是否支持所请求业务类型的流的信息。
2.根据权利要求1所述的方法,其中应答包括接收标识对该业务类型的请求的信息。
3.根据权利要求2所述的方法,其中标识该请求的信息包括用于运动图象专家组(MPEG)业务的分组标识(PID)、用于网际协议(IP)单播业务的介质接入控制(MAC)地址、以及用于IP多播业务的多播组标识(ID)中至少其一。
4.根据权利要求1所述的方法,其中响应步骤还包括步骤:
若扩展通道支持所请求业务类型的流,则转发流ID。
5.根据权利要求1所述的方法,其中响应步骤还包括若扩展通道中用于流的业务类型为IP单播业务则转发IP地址和流类型信息的步骤。
6.根据权利要求5所述的方法,其中IP地址包括至少64位。
7.一种方法,包括步骤:
接收请求,其包括定义业务类型的信息、以及标识该请求的处理顺序的信息,其中该请求被要求,以在扩展通道上启动流;
检查扩展通道是否支持所请求的业务类型的流;以及
响应该请求,其中应答包括标识处理顺序的信息、以及有关扩展通道是否支持所请求业务类型的流的信息。
8.根据权利要求7所述的方法,其中对每个请求的与标识处理顺序信息有关的值递增或递减。
9.根据权利要求7所述的方法,其中响应该请求的步骤包括若业务类型为IP单播业务则转发IP地址和流类型信息。
10.根据权利要求9所述的方法,其中IP地址包括至少64位。
11.一种方法,包括步骤:
接收请求,其包括定义业务类型的信息、以及标识用于该业务类型的请求的信息,其中该请求被要求,以在扩展通道上启动流;以及
在对扩展通道上流的请求许可之后,响应该请求,其中应答包括流标识符(ID)、以及一至少64位的网际协议(IP)地址。
12.根据权利要求11所述的方法,还包括当需要的IP地址不多于32位时,将64位IP地址中的至少32位设置为等于预定值。
13.根据权利要求12所述的方法,其中业务类型为IP单播业务。
14.一种数据结构,其与对扩展通道上流的请求的响应有关,该数据结构包括:
业务类型字段,其包含定义所请求的业务类型的数据;
状态信息字段,其包含表明是否支持扩展通道上的流的数据;以及
标识信息字段,其包含标识对该类型业务的请求的数据。
15.根据权利要求14所述的数据结构,其中若业务类型字段包含定义其为运动图象专家组(MPEG)业务的信息,则请求标识字段包含的信息包括分组标识符(PID),其与请求中收到的PID相同。
16.根据权利要求14所述的数据结构,其中若业务类型字段包含定义其为网际协议(IP)单播业务的信息,则请求标识字段包含的信息包括介质接入控制(MAC)地址,其与请求中收到的MAC地址相同。
17.根据权利要求14所述的数据结构,其中若业务类型字段包含定义IP多播业务的信息,则请求标识字段包含的信息包括多播组标识符(ID),其与请求中收到的多播组ID相同。
18.根据权利要求14所述的数据结构,还包括若业务类型字段定义该业务为IP单播业务时其包含定义IP地址的信息的IP地址字段,以及其表明扩展通道可支持IP单播业务流的状态信息字段,其中IP地址字段包含至少64位。
19.一种数据结构,用于请求扩展通道上的流,该数据结构包括:
业务类型字段,其包含定义所请求的业务类型的数据;以及
标识信息字段,其包含定义请求的处理顺序的数据。
20.一种数据结构,用于响应如权利要求19所述的对扩展通道上的流的请求,该数据结构包括:
标识信息字段,其包含与该请求的标识信息字段中请求的处理顺序相等的数据;以及
状态信息字段,其包含表明是否支持扩展通道上的流的数据。
21.根据权利要求20所述的数据结构,还包括若业务类型字段表明所请求的业务类型为IP单播业务则其包含定义IP地址的数据的IP地址字段,以及其表明扩展通道可支持IP单播业务流的状态信息字段,其中IP地址字段包含至少64位。
22.一种数据结构,用于响应当业务类型为单播业务时对扩展通道上的流的请求,该数据结构包括:
状态信息字段,其包含表明可支持扩展通道上的流的数据;以及
IP地址字段,包含一至少64位的IP地址。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR107572/05 | 2005-11-10 | ||
KR1020050107572A KR101199367B1 (ko) | 2005-11-10 | 2005-11-10 | 방송 수신기, 인터페이스 방법, 및 데이터 구조 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1964482A true CN1964482A (zh) | 2007-05-16 |
Family
ID=37758700
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101435326A Pending CN1964482A (zh) | 2005-11-10 | 2006-11-10 | 用于在扩展通道上启动流的数据结构和方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US7831725B2 (zh) |
EP (1) | EP1786210B1 (zh) |
KR (1) | KR101199367B1 (zh) |
CN (1) | CN1964482A (zh) |
AT (1) | ATE472898T1 (zh) |
DE (1) | DE602006015143D1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7924701B2 (en) * | 2007-06-11 | 2011-04-12 | Lg Electronics Inc. | Data transmitting and receiving method and broadcasting receiver |
KR101387496B1 (ko) | 2007-07-31 | 2014-04-21 | 엘지전자 주식회사 | 방송 수신기, 데이터 전송 방법 및 데이터 처리 방법 |
US9313086B2 (en) * | 2012-02-17 | 2016-04-12 | Intel Corporation | Creating packet flows to reduce redundancy |
US11190939B2 (en) | 2017-05-08 | 2021-11-30 | T-Mobile Usa, Inc. | Field programmable network hub with software defined radio |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5742762A (en) * | 1995-05-19 | 1998-04-21 | Telogy Networks, Inc. | Network management gateway |
US6718552B1 (en) * | 1999-04-20 | 2004-04-06 | Diva Systems Corporation | Network bandwidth optimization by dynamic channel allocation |
US6889385B1 (en) * | 2000-01-14 | 2005-05-03 | Terayon Communication Systems, Inc | Home network for receiving video-on-demand and other requested programs and services |
US7912220B2 (en) * | 2001-02-05 | 2011-03-22 | Broadcom Corporation | Packetization of non-MPEG stream data in systems using advanced multi-stream POD interface |
JP3690316B2 (ja) * | 2001-08-10 | 2005-08-31 | ソニー株式会社 | データ伝送システム及びヘッダ情報付加装置とデータフォーマット変換装置並びにデータ伝送方法 |
US7388870B2 (en) * | 2004-11-05 | 2008-06-17 | Time Warner Cable, Inc. | System and method for providing premium transport in a DOCSIS-compliant cable network |
KR20070012130A (ko) | 2005-07-22 | 2007-01-25 | 엘지전자 주식회사 | 케이블 방송 수신기 및 인터페이스 방법 |
-
2005
- 2005-11-10 KR KR1020050107572A patent/KR101199367B1/ko active IP Right Grant
-
2006
- 2006-06-30 US US11/477,901 patent/US7831725B2/en active Active
- 2006-10-26 AT AT06123025T patent/ATE472898T1/de not_active IP Right Cessation
- 2006-10-26 EP EP06123025A patent/EP1786210B1/en active Active
- 2006-10-26 DE DE602006015143T patent/DE602006015143D1/de active Active
- 2006-11-10 CN CNA2006101435326A patent/CN1964482A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
EP1786210B1 (en) | 2010-06-30 |
ATE472898T1 (de) | 2010-07-15 |
EP1786210A2 (en) | 2007-05-16 |
KR20070050241A (ko) | 2007-05-15 |
US20070106809A1 (en) | 2007-05-10 |
EP1786210A3 (en) | 2009-07-29 |
KR101199367B1 (ko) | 2012-11-09 |
US7831725B2 (en) | 2010-11-09 |
DE602006015143D1 (de) | 2010-08-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10439862B2 (en) | Communication terminal with multiple virtual network interfaces | |
CN101861733B (zh) | 使用ip传输流输入的smatv头端和操作该smatv头端的方法 | |
US7219367B2 (en) | Backup communication modes | |
CN100463512C (zh) | 数字有线电视接收机及其诊断方法 | |
CN101341680B (zh) | 传播数字电视服务的方法、相应的网关和网络 | |
CN1988616B (zh) | 接收线缆广播数据的设备和发送/接收线缆广播软件的方法 | |
US20070022453A1 (en) | Broadcast receiver and method of interface thereof | |
CN101013974A (zh) | 提供诊断信息的广播接收器、数据结构和方法 | |
CA2498280C (en) | Adaptive communication modes | |
US7650622B2 (en) | Interactive session establishment based on initiation failure detection | |
CN1964482A (zh) | 用于在扩展通道上启动流的数据结构和方法 | |
CN1728813B (zh) | 数字有线广播***、电视接收机和方法 | |
EP1835644B1 (en) | Broadcast application transmitting method | |
CN100413251C (zh) | 一种单播数据群组寻址方法及其*** | |
CN207706348U (zh) | 一种用于数字电视信号传输的智能传输装置 | |
CN101087432A (zh) | 广播接收机、前向数据信道接口方法和处理广播信号的方法 | |
CN100571279C (zh) | 广播接收器和使用所述广播接收器的通信方法 | |
US8724784B2 (en) | System and apparatus for transmitting caller identification information | |
JP2007201911A (ja) | ケーブルテレビ受信システム | |
KR100763399B1 (ko) | 케이블 방송 시스템 및 코덱 방법 | |
US20040221313A1 (en) | Method and apparatus for augmenting functionality of broadcast content receivers | |
US20240064369A1 (en) | Apparatus and method for controlling tuners in a content distribution system | |
KR20080009992A (ko) | 방송 수신기 및 인터페이스 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20070516 |