法律状态公告日
法律状态信息
法律状态
2015-04-15
授权
授权
2012-10-03
实质审查的生效 IPC(主分类):H04W4/06 申请日:20101105
实质审查的生效
2012-07-18
公开
公开
技术领域
与示例性实施例一致的方法和设备涉及接收广播服务,更具体地讲,涉 及接收移动广播服务。
背景技术
在多种数字广播标准中,被采用为北美和韩国的数字广播标准的残余边 带(VSB)标准是基于单载波方案,在所述单载波方案中,接收系统的性能 在差的信道环境下可劣化。具体地讲,便携式或移动广播系统对信道变化和 噪声需要高抗性。因此,如果根据VSB传输方案发送移动服务数据,则接收 性能可变得劣化。
发明内容
针对问题的方案
根据示例性实施例的一方面,提供了一种移动服务接收方法和设备。
附图说明
通过参照附图对示例性实施例的详细描述,以上和/或其他方面将变得更 清楚,其中:
图1是示出根据示例性实施例的移动发送系统的协议堆栈的示例的示 图;
图2是示出根据示例性实施例的M/H帧的结构的示图;
图3是示出根据示例性实施例的高级电视系统委员会(ATSC)移动/手 持(M/H)接收器的操作的流程图;
图4是示出根据示例性实施例的信道扫描方法的流程图;
图5A和图5B是示出根据示例性实施例的在信道扫描模式下接收器执行 信道扫描的方法的流程图;
图6是示出根据示例性实施例的接收器执行服务的方法的流程图;
图7是示出根据示例性实施例的接收器接收服务指南(SG)的方法的流 程图;
图8是示出根据示例性实施例的接收器处理互联网协议(IP)数据报的 方法的流程图;
图9是示出根据示例性实施例的接收器更新服务信令表的方法的流程 图;
图10是示出根据示例性实施例的接收器提供双信道服务的示例的示图;
图11是根据示例性实施例的接收器的框图。
最佳实施方式
根据示例性实施例的一方面,提供了一种移动服务接收方法,所述移动 服务接收方法包括以下步骤:执行信道扫描操作,所述信道扫描操作包括: 在一个或多个频率搜索包括用于提供移动服务的移动数据的广播信号,并产 生多个移动服务的列表;从列表中选择至少一个移动服务;通过获得至少一 个队列来处理用于选择的至少一个移动服务的移动数据,其中,通过所述至 少一个队列来发送选择的至少一个移动服务,队列形成一个Reed Solomon (RS)帧或两个RS帧。
根据扫描模式,基于包括关于相应移动服务的队列的访问信息的快速信 息信道(FIC)数据和包括关于相应移动服务的附加信息的服务信令表中的至 少一个来执行产生所述多个移动服务的列表的步骤。
处理移动数据的步骤可包括:如果选择了至少两个移动服务,则基于指 示发送所述至少两个移动服务中的每一个的周期的队列重复循环(PRC)值 来处理与所述至少两个移动服务相应的移动数据。
处理移动数据的步骤可包括:如果选择了至少两个移动服务,则将信号 群的标识信息添加到上层,其中,通过所述信号群将所述至少两个移动服务 中的每一个发送到互联网协议(IP)包的IP地址用于传输。
根据另一示例性实施例的一方面,提供了一种移动服务接收器,所述移 动服务接收器包括:信道扫描单元,在一个或多个频率搜索包括用于提供移 动服务的移动数据的广播信号,并产生多个移动服务的列表;服务选择单元, 从列表中选择至少一个移动服务;服务输出单元,通过获得至少一个队列来 处理用于选择的至少一个移动服务的移动数据,其中,通过所述至少一个队 列来发送选择的至少一个移动服务,队列形成一个Reed Solomon(RS)帧或 两个RS帧。
具体实施方式
以下,将参照附图描述示例性实施例。
ATSC M/H接收器的基本操作
图1是示出根据示例性实施例的移动传输系统的协议堆栈的示例的示 图。
根据示例性实施例的移动传输系统是双重传输系统。即,在单个系统中, 用于移动广播服务的数据和用于主数字广播服务的数据被复用并被发送。
在图1中,用于主服务的音频/视频(A/V)流是基本流(ES),并根据打 包的基本流(PES)方案被打包,将每个PES包打包成运动图像专家组 (MPEG)-2传输流(TS)包,每个MPEG-2TS包包括188个字节。包括每 个服务的配置信息的信令信息(例如,节目和系统信息(PSI)/节目和系统 信息协议(PSIP))被分段。即,诸如PSI/PSIP表的信令信息被划分成多个 区段(section)。例如,PSIP中的虚拟信道表(VCT)可被划分成256个区段。 每个区段可携带关于几个虚拟信道的信息,但不将关于虚拟信道的信息划分 成两个或更多个区段。以下,将表形式的信令信息称为节目表信息或节目表。
根据数字存储媒体-命令和控制(DSM-CC)方案切断数据广播,并将 DSM-CC区段打包成MPEG-2TS包,每个MPEG-2TS包包括188个字节。 以DSM-CC可寻址区段结构来封装用于IP多播的IP数据报,并将封装的 DSM-CC可寻址区段打包成MPEG-2TS包,每个MPEG-2TS包包括188个 字节。在网络层上执行TS打包。
PES类型的打包的TS包或区段类型的TS包在物理层上根据预定义的传 输方案(例如,VSB传输方案)被调制,并被发送到接收系统。
在图1中,以诸如PSI/PSIP的区段结构封装移动服务的信令信息。移动 服务的A/V流在IP层上根据实时协议(RTP)方案被打包,RTP包根据用户 数据报协议(UDP)方案被打包,然后,RTP/UDP包根据IP方案被打包成 RTP/UDP/IP包数据。这里,为了方便起见,将打包的RTP/UDP/IP包数据称 为IP数据报。
以DSM-CC可寻址区段结构封装IP数据报,封装的DSM-CC可寻址区 段被打包成多个MPEG-2TS包,所述多个MPEG-2TS包中的每一个包括188 个字节。
如下配置单个可寻址区段:在A/V数据的前面添加RTP头、UDP头、IP 头和可寻址区段头,并在A/V数据的后面添加填充数据(可选)和循环冗余 检查(CRC)。以184字节为单位划分可寻址区段,4字节的TS包头被添加 到每个划分的184字节包,因此形成多个TS包,所述多个TS包中的每一个 包括188个字节。
在图1中,文件/数据下载根据文件传输协议方案被打包,并根据异步层 的编码/层的编码传输(ALC/LCT)方案被再次打包。ALC/LCT包根据UDP 方案被打包,ALC/LCT/UDP包根据IP方案被打包成ALC/LCT/UDP/IP包数 据。这里,为了方便起见,将打包的ALC/LCT/UDP/IP包数据称为IP数据报。 IP数据报被封装成DSM-CC可寻址区段结构,封装的DSM-CC可寻址区段 被打包成多个MPEG-2TS包,所述多个MPEG-2TS包中的每一个包括188 个字节。
UDP多播根据UDP方案被打包,UDP包根据IP方案被打包。IP多播根 据IP方案被打包。根据IP方案打包的IP数据报以DSM-CC可寻址区段结构 被封装,封装的DSM-CC可寻址区段被打包成多个MPEG-2TS包,所述多 个MPEG-2TS包中的每一个包括188个字节。
向移动服务的A/V流顺序地添加RTP头、UDP头和IP头,因此形成单 个IP数据报。在另一示例性实施例中,移动服务的信令信息的传输参数可被 配置为IP数据报。
MPEG-2TS包在物理层上根据预先定义的传输方案(例如,VSB传输方 案)被调制,并被发送到接收系统。
与移动服务相关的TS流可独立于与广播服务相关的正常TS流被发送, 或者可通过正常TS流的自适应字段被发送。
在一些示例性实施例中,自适应层可被包括在IP层和物理层之间,从而 移动服务可在不使用MPEG-2TS格式的情况下发送IP数据报和节目信息表 (例如,PSI/PSIP)。
图2是示出根据示例性实施例的移动/手持(M/H)帧的结构的示图。
单个M/H帧包括多个(例如,5个)子帧,每个子帧包括多个(例如, 16个)时隙。每个时隙包括多个(例如,156个)包。时隙是用于复用移动 服务数据和主服务数据的时间段。在单个时隙中,仅主服务数据可被包括, 或者主服务数据和移动服务数据二者可一起被包括。
属于相同队列(parade)的数据彼此尽可能远地存在,从而提高数据的抗 错力。参照图2,属于队列的数据组根据等式(1)被布置在第一时隙、第四 时隙和第九时隙。
j=(4i+0)mod16 (1)
这里,如果i<4,则0=0,
否则,如果i<8,则0=2,
否则,如果i<12,则0=1,
否则,0=3。
这里,队列指示提供一个或多个移动服务的数据组的集合。单个队列以 RS帧模式发送一个或两个RS帧。更具体地讲,单个队列可发送主要RS帧, 或者发送主要RS帧和次要RS帧二者。如上所述,M/H帧可被次划分成5个 等长的M/H子帧,每个M/H子帧包括16个用于M/H数据的连续时隙,从而 在M/H帧中定义用于M/H数据的80个时隙。M/H帧中的80个时隙的选择 的集合内的相关M/H数据被称为队列。每个队列包括一个信号群(ensemble) 或位于时隙的不同部分中的两个信号群。
图3是示出根据示例性实施例的高级电视系统委员会(ATSC)M/H接收 器的操作的流程图。
在操作S310,当向ATSC M/H接收器施加电时,内部模块被初始化,以 操作接收器。例如,硬件和软件(例如,电源、存储器、寄存器、用户接口、 ATSC M/H信道列表、M/H系统二进制和用于操作接收器的输入/输出接口) 被准备和初始化。
在操作S320,一个或多个频率的信道扫描操作被执行。信道扫描操作包 括确定在一个或多个频道中是否存在ATSC M/H信号以及配置ATSC M/H服 务列表。
在操作S330,从服务列表中选择一个或多个服务。可通过用户输入选择 服务,或者在操作S330,可选择在接收器的结束之前最后选择的服务。
在操作S340,与选择的服务相关的数据被处理。接收器通过使用处理的 数据提供选择的服务。接收器可根据服务类型执行相关的操作,例如,将处 理的数据存储在存储装置中,或者在屏幕上输出处理的数据。
操作S310至操作S340仅仅是ATSC M/H接收器的操作的示例,因此, 可按不同的顺序被执行或者被省略,或者可向这些操作添加其他操作。
信道扫描
图4是示出根据示例性实施例的信道扫描方法的流程图。信道扫描表示 接收和处理以一个或多个频率与相应频率中存在的ATSC M/H服务相关的数 据的处理。
在操作S410,确定将执行信道扫描的频率。
在操作S420,以确定的频率执行信道扫描。更具体地讲,设置接收器的 射频(RF)调谐器的频率,然后搜索ATSC M/H信号。一旦找到ATSC M/H 信号,与M/H服务相关的数据被聚集(gather)和处理。
在操作S430,接收器确定是否存在将执行信道扫描的另一频率。接收器 以单个频率或以多个频率中的每一个频率执行信道扫描。当接收器以所述多 个频率中的每一个频率执行信道扫描时,必须以所述多个频率中的所有频率 来执行信道扫描。因此,如果接收器确定剩余将执行信道扫描的任何频率, 则接收器重复操作S410和S420。
在以多个频率中的每一个频率进行信道扫描的情况下,如果接收器在所 述多个频率的特定一个频率没有检测到任何M/H信号,则接收器在该频率停 止信道扫描,并在下一频率重新开始搜索M/H信号。
例如,假设在与信道3、信道4和信道5相应的频率请求信道扫描,信 道3和信道5是ATSC M/H信道,信道4是模拟信道(即,非ATSC M/H信 道)。当在以与信道4相应的频率进行信道扫描期间确定信道4不是ATSC M/H 信道时,接收器停止信道扫描,并在与信道5相应的频率重新开始信道扫描。 以这种方式,接收器仅在与信道3和信道5相应的频率执行信道扫描。
图5A和图5B是示出根据示例性实施例的在信道扫描模式下接收器执行 信道扫描的方法的流程图。
在图5A和图5B中,假设以单个频率执行信道扫描。即使针对多个频率 的信道扫描,除了信道扫描被重复与频率的数量相应的预定次数以及关于多 个频率的信息被添加到信道列表之外,与图5A和图5B相同的描述可被应用, 因此将不另外提供。
在操作S501,接收器确定将执行信道扫描的频率。
在操作S502,接收器从8级残余边带(8VSB)流提取与相应于该频率 的M/H服务相关的流。
在操作S503,接收器从每个时隙接收传输参数信道(TPC)或快速信息 信道(FIC)片段。
TPC片段被提供包括用于处理队列中包括的数据的时隙的编码信息和位 置信息的数据。TPC片段可包括sub-frame_number字段、slot_number字段、 parade_id字段、starting_group_number(SGN)字段、number_of_groups(NoG) 字段、parade_repetition_cycle(PRC)字段、RS_frame_mode字段、 RS_code_mode_primary字段、RS_code_mode_secondary字段、FIC_version 字段、parade_continuity_counter字段和组的总数量(TNoG)字段。
sub-frame_number字段表示M/H帧中当前子帧的数量。当M/H帧包括5 个子帧时,sub-frame_number字段可具有0至4的值。
slot_number字段表示子帧中当前时隙的数量。当子帧包括16个时隙时, slot_number字段可具有0至15的值。
parade_id字段表示用于识别与TPC数据相应的队列的标识符。parade_id 字段可具有7比特的值。在单个M/H传输中,每个队列具有唯一parade_id。 通过向parade_id的左边添加1比特所形成的ensemble_id来进行物理层和上 层之间的parade_id的通信。通过向parade_id的MSB添加0来形成用于识别 通过队列发送的主要信号群的ensemble_id,通过向parade_id的MSB添加1 形成用于识别的次要信号群的ensemble_id。
SGN字段表示与TPC数据相应的队列的第一时隙编号。稍后将被描述的 SGN和NoG被使用以获得根据等式(1)在子帧中分配给相应队列的时隙编 号。
NoG字段表示分配给队列的组的数量。
PRC字段表示以M/H帧为单位发送的队列的重复周期。
RS_frame_mode字段表示单个队列是发送单个RS帧还是发送两个RS 帧。
FIC_version字段表示FIC数据的版本。
parade_continuity_counter字段从0增加至15,每个(PRC+1)MPH帧逐 一增加。
TNoG字段表示在子帧中分配的总数据组的数量。
FIC片段被提供包括信号群和移动服务之间的映射信息的数据,以实现 快速移动服务。FIC数据包括物理层和上层之间的交叉层信息。
作为通过TPC数据检查FIC数据的版本的结果,如果确定先前接收的FIC 数据已经被存储,但还没有被更新,则不接收FIC片段,而是使用存储的FIC 数据。
在操作S504,接收器通过使用FIC片段产生FIC组块(chunk)(或FIC) 数据。然而,如果有效FIC数据存在,则可省略操作S504。有效FIC表示能 够以当前频率提供的信令服务的信息都是有效的。
FIC数据提供与当前M/H帧中提供的服务的类型有关的信息和与发送提 供的服务的信号群有关的信息。更具体地讲,FIC包括与当前M/H帧中包括 的每个信号群相应的ensemble_loop字段。
ensemble_loop字段包括与信号群相应的服务的类型有关的信息和关于相 应服务的简要信息。
FIC数据还可包括与服务标记表(SLT)、服务映射表(SMT)和指南访 问表(GAT)有关的访问信息。
FIC数据可包括SLT_ensemble_indicator和GAT_ensemble_indicator。这 里,假设在FIC中,在信号群‘0x01’的信号群循环中设置 SLT_ensemble_indicator(具有字段值“1”),在信号群‘0x02’的信号群循环 中设置GAT_ensemble_indicator,并在信号群‘0x03’的信号群循环中设置 GAT_ensemble_indicator。
接收器可通过上述FIC数据获得关于SLT和GAT的访问信息。
表1中显示了通过FIC数据获得的SLT和GAT的访问信息的示例。
表1
[表1]
在操作S505,确定扫描模式。根据扫描模式,选择地执行操作S510、操 作S520、操作S530和操作S540之一。扫描模式可遵守接收器的基本设置, 或者可通过用户选择被确定。
这里,可将扫描模式分类成FIC接收模式、SLT接收模式、SMT接收模 式、GAT接收模式。这里,根据在产生服务类别中所使用的服务信令表的类 型来分类扫描模式。
<FIC接收模式>
当扫描模式被确定为FIC接收模式时,执行操作S510。
在操作S510,接收器对FIC数据进行比特解析,以提取头和净荷,所述 头和净荷然后根据ATSC M/H标准被存储在相应的字段中。还从净荷中解析 用于形成服务列表所必需的信息。
接收器重复通过FIC数据的ensemble_loop字段获得关于服务的信息的处 理与信号群的数量相等的次数,从而获得形成当前M/H帧中提供的服务列表 所必需的信息。
通过使用解析的信息来产生服务列表信息。图2中示出了使用FIC数据 产生的服务列表信息的示例。
表2
在表2中,多个信号群模式字段是指示服务是通过单个信号群还是通过 多个信号群被发送。服务状态字段指示服务的当前状态,服务保护字段是指 示服务是否被加密的信息。
表2显示基于信号群标识(ID)产生服务列表信息的示例。由于根据通 过表2中的FIC数据接收的信息的格式来产生服务列表信息,所以用户不容 易直观地识别用户期望的服务。
表3显示了通过使用FIC数据产生的服务列表的另一示例。
表3
[表3]
表3显示基于服务ID构造映射信息的示例。在这种情况下,用户可容易 地识别提供的服务,当用户选择服务时,容易执行信号群转换。
尽管在表2和表3中没有显示,但服务列表信息可包括诸如M/H传输流 (TS)ID的连接信息和频率信息。当服务列表信息中包括频率信息时,接收 器可容易地执行频率转换。当扫描模式是FIC信息接收模式时,基于表2或 表3的服务列表信息的服务列表可被输出到用户。然而,在下面描述的其他 扫描模式下,还可接收其他数据(例如,SLT、SIT和GAT),然后可输出包 括关于服务的详细信息的服务列表信息。
<SLT接收模式>
当扫描模式被确定为SLT接收模式时,操作S520被执行。在SLT接收 模式下,通过使用SLT数据提供文本形式的包括关服务的简要描述信息的服 务列表信息。
在操作S520,接收器搜索发送SLT数据的信号群的ID。可从如关于操 作S505所描述的FIC数据的SLT_indicator字段知道发送SLT数据的信号群 的ID。
在操作S521,接收器获得与发送SLT数据的队列相应的TPC数据。
为此,首先,获得队列的ID。队列的ID是除了最高有效位(MSB)之 外信号群的ID中剩余的7比特的值。
接着,从当前接收的M/H帧中包括的每个子帧中包括的时隙来提取TPC 数据。基于提取的TPC数据中存储的队列的ID,确定提取的TPC数据是否 为与发送SLT数据的队列相应的TPC数据。
最后,从时隙中提取TPC数据。如果存在先前存储的TPC数据,则不必 搜索时隙而可使用存储的TPC。
在操作S522,接收器获得发送SLT数据的队列。TPC数据包括具有队列 的时隙的编号和能够处理队列的信道编码信息。因此,接收器通过使用TPC 数据处理和聚集期望的队列中包括的时隙的数据。
在这种情况下,接收器中的部分模块可不操作,直到接收到期望的时隙 为止。当部分模块不操作时,切断RF模块的电,因此减少功耗和不必要的 TPC处理所引起的开销。
通过使用产生的数据形成队列。将使用在处理和聚集时隙期间获得的时 序信息、TPC数据和常训练序列,以估计信道环境,并根据估计的信道环境 控制参数。
在操作S523,接收器形成RS帧。接收器确定通过使用信号群的ID的 MSB所获得的队列被接收作为主要RS帧还是作为次要RS帧,然后形成RS 帧。之后,接收器对RS阵执行纠错。
在操作S524,接收器形成IP数据报。为此,接收器从RS帧提取M/H TP 数据,解析M/H传输包(TS)数据的头,以聚集网络包(例如,IPv4数据报)。
在操作S525,接收器接收包括SLT数据的IP包。在示例性实施例中, 在IP地址224.0.23.60/端口编号4937接收的UDP/IP数据报可指示服务信令 表。服务信令表是用于发作为包括服务相关信息(例如,SLT、SMT和GAT) 的表的服务相关信息的信息。
接收器解析服务信令表的头,以确定服务信令表是否具有与SLT数据相 应的表ID。
在操作S526,接收器解析SLT数据,以获得关于服务的信息。从接收的 SLT数据的表头中检查SLT_MH_protocol_version,以确定版本是否为能被当 前M/H接收器处理的版本。如果版本是不能被处理的版本,则不处理SLT数 据(然而,如果协议版本可通过更新服务信令表模块被处理,则SLT数据可 被解析)。
接收器基于解析的SLT数据接收和存储关于服务的信息,所述服务的编 号与num_MH_services字段的值相等。可包括在关于服务的信息中的信息可 变化,例如,可包括服务ID和关于服务的简要描述信息。
可通过位级解析来获得服务ID和关于服务的简要描述信息。更具体地 讲,通过解析关于描述信息的长度信息和存储描述信息的比特序列,可获得 关于服务的简要信息。
可在2字节的基础上读取描述信息中包括的每个字符,可对每个字符执 行UTF[8]解码。为了获得关于SLT数据中包括的所有服务的描述信息,执行 比特序列处理与num_descriptor字段的值相等的次数。
接收器基于解析的信息产生服务列表信息。可将关于通过SLT数据获得 的服务的信息连同种类、服务名称和描述信息一起存储在存储装置中。表4 示出了根据示例性实施例的使用SLT数据产生的服务列表信息的示例。
表4
[表4]
关于服务的信息已被添加到表4,与表2或表3相比,从表4用户可容 易地获得关于服务的信息。
服务的种类可在服务列表信息中被简要地指示。
根据示例性实施例,如果服务状态字段被设置为“隐藏”或“失活”,则 可被删除以避免用户困惑。具体地讲,可在服务列表信息中不显示服务状态 字段被设置为“隐藏”的服务,以避免用户选择该服务。另外,信号群ID字 段和多个信号群模式字段是接收器搜索服务所需的信息,因此,可以不显示 给用户。
当接收器输出服务列表时,可将短服务MH名称字段中包括的服务的名 称转换成接收器可输出的文本格式,然后将服务列表输出给用户。
根据示例性实施例,SLT数据的剩余部分可存在于另一RS帧或另一信号 群中。在这种情况下,关于相应的RS帧或信号群重复以上处理。
<SMT接收模式>
SMT接收模式除了一些操作之外与SLT接收模式相同。然而,由于SMT 数据存在于每个RS帧中,因此搜索包括SMT数据的信号群的处理是不必要 的。即,SMT数据针对每个RS帧被接收和处理。
在操作S530,接收器获得与发送SMT数据的队列相应的TPC数据。
在操作S531,接收器获得发送SMT数据的队列。
在操作S532,接收器形成RS帧。
在操作S533,接收器形成IP数据报。
在操作S534,接收器接收包括SMT数据的IP包。在IP地址224.0.23.60/ 端口编号4937接收的UDP/IP数据报可指示服务信令表。服务信令表的头中 包括的表ID被检查。如果表ID是0xDB,则服务信令表被确定为SMT数据。
在操作S535,接收器解析SMT数据,以获得关于服务的信息。从接收 的SMT数据的表头检查SMT_MH_Protocol_version,以确定版本是否能被当 前M/H接收器处理。如果版本不能被当前M/H接收器处理,则不是SMT数 据。
接收器基于解析的SMT数据接收和存储关于服务的信息,所述服务的编 号等于num_MH_services字段的值。在SMT数据中包括的服务循环字段中基 本地存在用于识别服务的SMH_serice_id。服务循环字段还可包括关于形成 每个服务的分量的信息、用于处理的分量信息、用于分量解码器的配置信息、 服务保护信息、每个分量的IP地址和端口编号。因此,接收器解析相应的信 息。服务器基于关于通过SMT数据所获得的服务的信息来产生服务列表信 息。表5显示了根据示例性实施例的使用SMT数据产生的服务列表信息的示 例。
表5
[表5]
当与表2和表3相比时,表5还可包括形成每个服务的分量的IP地址(源 或目的地址)和端口编号(源或目的端口)以及处理IP流所需的解码器设置 信息(例如,音频配置信息和视频配置信息)。
<GAT接收模式>
为了向用户呈现详细的服务信息,使用GAT模式。接收GAT数据的方 法与接收SLT数据的方法相同。然而,使用GAT_ensemble_indicator代替 SLT_ensemble_indicator。
在GAT接收模式下,接收关于流中包括的服务指南(SG)的标识信息 和位置信息。当接收到关于SG的位置信息时,接收形成SG的数据。
在操作S540,接收器搜索发送GAT数据的信号群的ID。
在操作S541,接收器获得关于发送GAT数据的队列的TPC数据。
在操作S542,接收器基于TPC数据形成队列。
在操作S543,接收器形成RS帧。
在操作S544,接收器从RS帧中提取IP数据报。
在操作S545,接收器从IP数据报获得GAT数据。
在操作S546,产生SG列表。
在操作S547,接收器选择SG。
在操作S548,接收器提取包括选择的SG的IP数据报。
在操作S549,接收器基于提取的IP数据报产生服务列表信息。
表6示出了使用通过接收GAT数据所获得的信息而产生的服务列表信息 的示例。
表6
[表6]
用户可通过SG供应商名称或其他信息选择SG,并通过使用关于SG的 访问信息来接收形成SG的数据。对SG的访问遵守开放移动联盟-广播 (OMA-BCAST)标准。
参照表6,通过M/H SG通知由M/H发送系统发送的SG,并可通过IP 地址或统一资源定位符(URL)来访问通过外部通信网络发送的SG。
<信道扫描超时>
接收器确定是否以选择的频率发送提供M/H服务的M/H信号。如果在 预定时间内以所述频率没有接收到任何M/H信号,则接收器可确定M/H信 号不是以所述频率被发送。作为用于确定没有接收到任何M/H信号的标准的 预定时间可被定义为超时时间。
当设置超时时间时,接收器考虑远程过程调用(RPC)值。RPC值是指 示每发送服务一次的M/H帧的数量。例如,每个M/H帧发送具有‘1’作为 RPC值的服务,每两个M/H帧发送具有“2”作为RPC值的服务。即,当搜 索具有‘2’作为RPC值的服务时,接收器确定是否以相应的频率发送M/H 信号达与至少两个M/H帧相应的时间。如果接收器不知道相应服务的RPC 值,则接收器确定M/H信号是否被发送达与最大RPC值(例如,7)相应的 时间。
服务列表的输出
表7示出了基于通过信道扫描所产生的服务列表信息输出的服务列表的 示例。根据扫描模式或策略,服务列表中包括的信息的类型经受改变。
表7
[表7]
表7中示出的服务列表包括服务ID、服务名称和服务种类。
可使用单独的符号通过连接上1字节和下1字节来表示服务ID。这种表 示可用在ATSC数字TV(DTV)中,以让用户熟悉并允许用户容易地识别服 务编号。根据示例性实施例,在不使用单独符号的情况下用16比特来表示服 务ID。
项‘服务名称’指示服务的名称。在服务名称项中,表4的 ‘MH_Short_Service_name’可被指示。
根据示例性实施例,指示服务是收费服务还是免费服务的信息可被添加 到服务ID或服务名称。换句话讲,指示服务名称的信息和指示收费服务的信 息可在服务名称项中被指示,或者指示服务ID的信息和指示收费服务的信息 可在服务id项中被指示。可从FIC数据的SP_indicator字段或SMT数据的描 述符来检查相应的服务是否收费。在收费服务的情况下,用户可被通知观看 收费服务会需要附加动作(例如,购买内容)。在免费内容的情况下,指示服 务名称的信息和指示免费服务的信息可在服务名称项中被指示,或者指示免 费服务的信息可被省略(即,仅‘MH_short_service_name’项可被指示)。
参照表7,通过将信息“服务受保护”添加到服务id 11-1,这指示与服 务ID 11-1相应的服务是收费服务。通过将信息“免费”添加到服务ID 11-2、 13-2、15-1或者仅指示服务ID,这指示与服务id 11-2、13-2、15-1相应的服 务是免费服务。
如表7所示,可通过在MH_short_service_name项“Future of Samsung” 的前面添加收费/免费信息并将“电影”(类型信息)添加到服务种类项,来 建立允许用户容易识别的用户界面。用户界面的这些设置应用户的请求经受 改变。
‘服务种类’项指示服务的种类。在‘服务种类’项中,服务的种类可 被分级地指示。例如,服务可被粗略地分类为‘基本TV’、‘收费TV’和‘服 务指南’之一,并被精细地分类为‘电影’、‘纪录片’和‘新闻’之一。针 对类型信息,可从服务信令表(例如,SMT数据)的genre_descriptor字段中 检查粗略分类和精细分类。以这种方式,通过分级地显示服务的种类,用户 可容易地识别服务的详细类型。
在服务列表中,服务获取路径可被指示。针对普通移动广播,不必指示 获取路径。然而,针对SG,有必要指示获取路径。可从GAT数据中检查SG 的获取路径。
不仅可通过M/H发送系统还可通过带外(OOB)(例如,外部通信网络) 来接收SG。当SG通过M/H发送系统被获取时,SG可在用户界面上被指示 以通知用户用户不必使用附加或外部网络就可接收SG。另一方面,当仅通过 网络而不是M/H发送系统(例如,通过使用IP地址或URL)获取SG时, 可通知用户必须访问外部网络,从而提高用户便利。当除了M/H发送系统之 外的网络是需要附加付费的网络时,这应该通知给用户。在后一种情况下, 可获取SG的IP地址或URL可被包括在服务列表中,但这没有在表7中显示。
<等级信息的输出>
服务列表还可包括等级信息。在ATSC M/H系统中,可定义作为一种服 务信令表的等级区域表,以发送等级信息和区域信息。接收器可从等级区域 表中获得每个服务的等级信息,并在服务列表中指示等级信息。
表8示出包括等级信息的服务列表的示例。
表8
[表8]
为了避免向用户提供不合适的内容,可设置青少年保护模式。观众可观 看的服务可根据青少年保护模式而改变。例如,如果青少年保护模式设置为 允许年龄为15岁以下的人观看的服务,则观众不能观看允许年龄为15岁以 及15以上的人观看的服务。因此,在这种情况下,在服务列表中没有显示服 务ID 11-1和11-2。
<区域信息>
等级区域表可包括关于提供每个服务的区域的信息。接收器从等级区域 表中检查提供每个服务的区域,并在服务列表中指示区域。如果可通过使用 诸如全球定位系统(GPS)的装置知道用户的当前位置,则不允许用户观看 的服务在服务列表中可不被指示。例如,如果用户位于首尔,并且终端可知 道用户的位置,则在服务列表中不指示服务id 11-2。因此,用户只能观看服 务id 11-1、11-2、13-2和15-1。这种区域信息可根据设置而经受改变。
表9示出根据示例性实施例的指示区域信息的服务列表的示例。
表9
[表9]
<服务改变指示>
移动服务的广播时间可由于某些原因(例如,发生紧急情况)而改变。 可通过current_program_descriptor接收广播时间信息。如果广播时间信息与 从先前接收的SG或服务信令表获取的时间信息不同,则向用户显示通过 current_program_descriptor接收的时间信息。此时,可向用户一起显示改变之 前的信息和改变之后的信息。具体地讲,可将改变的服务的名称和时间信息 添加到服务列表,从而允许用户容易地知道服务是否已改变。
当通过SG接收到关于改变的服务的信息时,可添加关于通过SG获取的 改变的服务的详细信息,以更新服务列表。
如果没能获取关于改变的服务的详细信息,则通过使用 current_program_descriptor将改变的服务的名称或提供时间添加到服务列表。 在这种情况下,可以不向用户显示服务开始时间和结束时间。
表10示出根据示例性实施例的包括服务改变信息的服务列表的示例。尽 管在表10中通过取消标记指示改变的服务,但根据一些示例性实施例,可以 不向用户显示改变之前的信息。
表10
[表10]
<服务选择>
用户可从服务列表中选择期望的服务。当用户选择一个或多个服务时, 与选择的每个服务相应的信号群被顺序地处理,或者与选择的服务相应的信 号群被同时处理。
根据示例性实施例,可通过多个信号群发送一个或多个服务。当接收器 同时处理多个信号群时,考虑接收器的硬件资源来确定是否同时处理信号群。 即,通过考虑接收器的资源(例如,存储器),信号群被同时处理。
例如,需要1M字节/秒的资源来处理信号群#1,需要3M字节/秒的资源 来处理信号群#2和信号群#3中的每一个。如果假设信号群处理模块可使用 5M字节/秒的资源,则接收器可同时处理信号群#1和信号群#2,但不能与信 号群#1和信号群#2同时处理信号群#3。因此,当用户选择与信号群#1相应 的服务以及与信号群#2相应的服务时,接收器可更新服务列表,以使得不能 选择与信号群#3相应的服务。
根据设置,可选择与信号群#3相应的服务,而是从服务列表中去除选择 的第一服务,从而将与信号群#3相应的服务添加到服务列表。
服务执行1(当广播服务被选择时)
图6是示出根据示例性实施例的由接收器执行服务的方法的流程图。
在操作S602,接收器获得选择的服务的服务ID。
在操作S604,接收器通过使用服务ID获得与选择的服务相应的频率信 息。如果仅使用服务ID无法获得频率信息,则可通过使用接收器中存储的 FIC数据来检查发送选择的服务的频率。
在操作S606,接收器获得发送选择的服务的信号群的ID(或信号群ID)。 接收器通过使用FIC数据中的服务ID和信号群ID或SMT数据之间的映射 信息来获得发送选择的服务的信号群的ID。
在操作S608,接收器获得队列ID。通过从信号群ID中去除MSB,可获 得队列ID。
在操作S610,接收器通过使用队列ID接收TPC数据。换句话讲,获得 与发送选择的服务的队列有关的TPC数据。针对TPC数据,先前存储的TPC 数据可被再使用,或者可通过将通过每个时隙获得的TPC数据中的队列ID 与在操作S608获得的队列ID进行比较来获得期望的TPC数据。当接收到 TPC数据时,根据TPC数据中包括的信道编码信息来设置队列处理模块。
在操作S612,接收器聚集时隙的数据以形成队列。
在操作S614,接收器通过使用队列形成RS帧,并对RS帧执行纠错。 单个帧队列可发送一个或两个RS帧。此时,确定通过使用信号群ID的MSB 所发送的RS帧是主要RS帧还是次要RS帧,并且期望的RS帧被识别和接 收。
在操作S616,接收器处理RS帧,以提取网络包(例如,IPv4包)。更具 体地讲,通过从RS帧提取M/H包并对包的头进行解析和错误处理,来提取 网络包。
在操作S618,接收器获得SMT数据。如果存在有效的SMT数据,则可 省略操作S618。由于SMT数据包括用于处理服务的信息(例如,服务配置 信息),所以用于发送SMT数据的网络包必须被处理。
在操作S620,接收器设置解码器通过使用SMT数据处理服务。SMT数 据中包括的服务配置信息可包括用于音频的编解码器信息、信道信息和采样 信息。针对视频,服务配置信息中可包括类似的信息。接收器进行初始化, 以使服务的分量在被接收时可通过使用服务配置信息被处理。可在 component_descriptor字段定义服务配置信息。
在操作S622,当完成了解码器的设置时,接收器接收与服务相应的分量 流。分量流表示包括形成服务的分量的流,例如,音频流、视频流和文本流。
在操作S624,接收器组合分量流,然后将组合输出到输出装置。可将视 频输出到显示设备,可将音频输出到输出装置(例如,扬声器)。
当服务支持多声音服务时(即,当存在多个音频分量时),通过使用用于 音频分量的ISO_639_language_code向用户呈现关于音频分量的信息。一旦用 户选择期望的音频分量,可仅输出选择的音频分量。ISO_639_language_code 包括3字节,但可根据接收器的语言设置不同地显示给用户。
例如,即使在ISO_639_language_code“ENG”的情况下,如果接收器的 语言设置为韩语,ISO_639_language_code可被输出为如果接收器 的语言设置为中文,则ISO_639_language_code可被输出为“英语”。即,音 频分量的语言被扩展为可容易被用户认出的语言,从而允许用户容易地检查 音频分量的语言。
服务执行2(当SG被选择时)
当用户从服务列表中选择SG时,接收器可根据SG的类型通过访问另一 频率或连接到诸如第三代(3G)网络(例如,无线局域网(LAN)、以太网、 互联网等)的外部网络来接收SG。在连接到诸如3D网络的外部网络的情况 下,可通过使用GAT数据的描述符循环中定义的URL或IP地址来接收与SG 相关的数据。
将参照图7描述通过M/H发送系统接收SG的示例。
图7是示出根据示例性实施例的接收器接收SG的方法的流程图。
在操作S710,接收器获得用于SG的服务ID和announcement_channel_TSI 中的至少一个。可在GAT数据的描述符循环字段中获得服务ID和 announcement_channel_TSI中的至少一个。
在操作S720,接收器可通过使用服务ID获得与SG相应的频率信息和信 号群ID。此时,可使用先前存储的FIC数据或SMT数据。如果没有先前存 储的FIC数据或SMT数据,则可通过信道扫描来获得与SG相应的服务ID、 频率信息和信号群信息。可通过使用服务ID的上8比特来获得频率信息。
在操作S730,接收器通过使用频率信息和信号群ID来访问包括SG的信 号群。
在操作S740,接收器接收访问的信号群中的SMT数据。SMT数据可包 括与形成SG的服务分量有关的信息、SG的IP地址和端口编号以及用于接收 SG所需的其他信息(例如,经单行传输的文件传递(FLUTE)描述符)。
在操作S750,接收器通过IP过滤接收与SG相应的IP包。根据一些示 例性实施例,可通过使用在操作S710存储的announcement_channel_TSI接收 SG的片段。由于通过FLUTE会话发送SG,所以将TLUTE会话的TSI数据 和announcement_channel_TSI进行比较,以聚集匹配数据。
在操作S760,接收器通过使用SG的片段形成SG。
在操作S770,接收器将SG输出给用户。
在操作S780,一旦用户基于输出的SG选择了服务,接收器就获得选择 的服务的ID。接着,根据图6中显示的处理,输出选择的服务。如果选择的 服务需要通过另一频率或信号群被发送,则接收器可转换到另一频率或信号 群,以执行图6所示的操作。
服务执行3(多信号群处理)
即使用户选择了多个服务或单个服务,接收器也可访问两个或更多个信 号群。当接收器从所述两个或更多个信号群提取具有相同IP地址的包,并处 理提取的包时,需要用于区分所述包的信息。在下层中,当提取的包被发送 到上层时,将信号群ID添加到包的IP地址,从而指示通过哪个信号群发送 了包。
ATSC M/H接收器的基本功能
<频率设置>
针对根据示例性实施例的移动系统,四种指示频率信息的方法将被提出。 然而,根据本发明的指示频率信息的方法不限于这四种方法。
第一,可使用诸如189000KHz的实际频率。
第二,可通过使用与频率连接的信道编号来指示频率。例如,信道编号 11或12可用作指示频率的频率信息。
第三,可通过使用与频率连接的服务ID指示频率。例如,诸如11-1或 12-1的服务ID可用作频率信息。
第四,可通过使用传输流(TS)ID指示频率。例如,诸如0x00001的传 输流ID可用作频率信息。
以上描述的第二种方法至第四种方法可通过使用频率和其他信息之间的 映射信息来获得实际频率。
表11显示频率和其他信息之间的映射信息。
表11
[表11]
表11中显示的信息可被存储在M/H接收器中,或者可通过接收(或搜 索)ATSC M/H广播流或者其部分而被获得。获得的信息可被存储在诸如存 储器的存储装置中。
<TPC数据的备份>
根据示例性实施例的ATSC M/H接收器在接收FIC数据期间接收TPC数 据。这是因为FIC数据和TPC数据由同一信令数据编码器编码。接收器接收 用于每个队列的TPC数据,对TPC数据执行纠错,然后将纠错后的TPC数 据存储在诸如存储器的存储装置中,从而当用户选择特定信号群时,用户可 用低功耗快速地访问与选择的信号群相应的队列。除非TPC数据先前被存储, 否则TPC数据必须被检查,直到期望的队列被访问,这比TPC数据先前被存 储时消耗较大的电能。
<网络包聚集>
图8是示出根据示例性实施例的接收器处理IP数据报的方法的流程图。
当M/H包是IP数据报时,可执行图8中示出的方法。RS帧的每一列中 的数据可对应于单个M/H包。
在操作S810,接收器接收M/H包(例如,M/HTS包)。
在操作S820,接收器检查M/H包的接收模式。即,接收器确定M/H包 是属于当前聚集的IP数据报还是属于新的(或下一)IP数据报。接收器可通 过确定是否存在当前聚集的IP数据报和M/H包的头来确定M/H包的接收模 式。如果接收器确定当前聚集的IP数据报存在,并且从M/H包的头确定没 有接收新的IP数据报,则接收器执行操作S830。即,如果接收器确定接收的 M/H包属于先前IP数据报,则接收器执行操作S830。
接收器可通过将IP数据报的总长度与迄今为止聚集的数据量进行比较来 确定接收的M/H包是否属于当前聚集的IP数据报。换句话讲,如果迄今为 止聚集的量等于或大于IP数据报的总长度,则IP数据报已经完成。因此, 在这种情况下,接收器可确定接收的包属于新的IP数据报。
在操作S830,在当前聚集的IP数据报之后接着存储接收的M/H包的净 荷。即,在当前聚集的IP数据报之后接着存储除了填充数据之外的纯净荷数 据。
另一方面,如果接收器确定M/H包属于新的IP数据报,则接收器执行 操作S842。
在操作S842,接收器在M/H包中搜索新的IP数据报的开始点。如果接 收器在接收的M/H包中没有找到新的IP数据报的开始点,则接收器接收下 一M/H包。另一方面,如果接收器在接收的M/H包中找到了新的IP数据报 的开始点,则接收器执行操作S844。根据示例性实施例,即使接收器在当前 接收的M/H包中没有找到新的IP数据报的开始点,接收器也可执行操作S844 以完成先前IP数据报。
在操作S844,接收器完成已经聚集的先前IP数据报。完成先前的IP数 据报包括在当前接收的M/H包中聚集净荷数据一直到下一IP数据报的开始 点(通过指针字段指示),并在先前IP数据报之后接着存储聚集的净荷数据。
在操作S846,接收器将M/H包的剩余的有效净荷数据存储在与新的IP 数据报相应的缓冲区中。
如果当接收器执行之前操作时在接收的M/H包中出现错误,则接收器完 成IP数据报。由于当前聚集的IP数据报可包括一个或多个IP包,所以接收 器可通过分析当前聚集的IP数据报的头来提取有效区域。
例如,假设IP数据报包括两个IP包,并且当前包是所述两个IP包的第 二IP包的一部分。即使在当前包中出现错误,所述两个IP包的第一IP包也 是可用的,因此,通过分析IP数据报的头仅提取第一IP包。
总之,可将IP数据报的处理状态划分成“聚集状态”和“新包状态”。“聚 集状态”表示当前聚集IP数据报的状态,“新包状态”表示包中存在错误或 者下一IP数据报的开始点没有被找到并因此搜索开始点的状态。结果,先前 IP数据报的聚集被完成的时间点与下一IP数据报的开始点被找到的时间点相 同。
根据示例性实施例,为了加速先前IP数据报的聚集,每当聚集M/H包 时,分析先前IP数据报的头,以确定IP数据报是否已经被完成,当确定IP 数据报已经被完成时,立刻结束聚集。例如,将当前聚集的IP数据报的总长 度与当前聚集的长度进行比较,如果彼此相等,则当前聚集的IP数据报被完 成。
<服务信令表的接收>
服务信令表表示用于发送服务相关信息的表。例如,SLT数据、SMT数 据和GAT数据可被包括在服务信令表中。
服务信令表被发送到预先定义的IP地址和端口。因此,接收器通过执行 IP/端口过滤接收与服务信令表相应的IP数据报。
当服务信令表通过被划分成一个或多个区段而被发送时,可通过服务信 令表的头中包括的section_number字段和last_section_number字段来形成完整 的服务信令表。例如,如果section_number字段和last_section_number字段均 为0,这表示单个服务信令表形成。如果last_section_number字段大于0,则 (last_section_number+1)这么多的区段被接收。section_number字段必须小 于或等于last_section_number字段。
服务信令表的类型信息可通过使用服务信令表的头中存在的table_id字 段被指示。
还没有被处理的区段被传送到下一模块,从而可通过使用 last_section_number字段来处理所述区段。将区段传送到下一模块的处理可以 是集中传送所有区段数据或每当接收区段数据时的传送区段数据。
当处理每个服务信令表时,通过表ID字段检查服务信令表的类型,然后 解码器被正确地设置,数据被解析。
<服务信令表的更新>
图9是示出根据示例性实施例的接收器更新服务信令表的方法的流程 图。
在操作S910,接收器确定FIC数据是否已经被更新。如果FIC数据已经 被更新,则执行操作S920。
在操作S920,从一个或多个子帧接收FIC片段。
在操作S930,通过使用FIC片段获得FIC数据。
在操作S940,通过使用FIC数据获得发送更新的服务信令表的信号群的 ID。
在操作S950,通过接收通过所述信号群发送的数据来接收新的服务信令 表。
在操作S960,用新的服务信令表更新服务信令表。
当接收器同时处理多个信号群时,同时处理用于发送当前观看的服务的 信号群和用于发送更新的信令表的信号群。在这种情况下,当前观看的服务 即使在服务信令表的更新期间也被无缝地提供。
如果当前没有观看服务,则同时处理几个信号群以快速更新服务信令表。
如果与当前观看的服务相关的服务信令表被更新,则通知用户,并临时 停止服务,然后,服务信令表可被首先更新。另外,在这种情况下,当用户 期望继续观看服务时,可在服务结束之前不更新服务信令表。
ATSC M/H接收器的扩展功能
<参考时间设置>
为了输出A/V数据,参考时间信息是必需的。在网络系统中,被称为网 络时间协议(NTP)的参考时间信息可被接收。然而,在ATSC M/H系统中, 接收器可以不被连接到网络,因此必须在ATSC M/H系统中接收参考时间信 息。
根据环境,与NTP相关的标准可被更新,或者NTP的版本可被改变以 使用另一NTP。因此,为了确定当前发送的NTP信息是有效的还是无效的, NPT时间基本分量数据可被接收,以检查NTP的版本信息,然后,如果需要 可改变参考时间。
如果NTP的版本与接收器中使用的NTP的版本不同,则服务可被终止, 或者可在不改变参考时间的情况下被继续提供。根据示例性实施例,可在与 新的NTP版本相应的模块可被更新或者NTP的版本被改变之后提供服务。
<A/V编解码器的初始化>
在A/V服务的情况下,每个服务可包括音频和视频分量,音频和视频中 的每一个可被单独的解码器解码,然后被输出到输出装置。解码器可被设置 为适合于分量处理。可通过AVC/SVC/HEAAC v2分量数据获得用于设置解码 器所需的信息。
<文件传输服务>
当形成每个服务的分量之一是文件,并且文件传输方案是FLUTE时,必 须检查FLUTE的设置值。可通过检查“用于FLUTE文件传送的M/H分量数 据(M/H Component Data for FLUTE File Delivery)”来知道该值。接收器通 过使用分量数据初始化FLUTE模块的设置,并将分量数据输入到FLUTE模 块中,从而执行文件接收处理。
<用于服务保护的服务接收>
用户选择设置了服务保护的服务。可从SMT数据的分量描述循环获得与 服务保护相关的信息(或服务保护信息)。例如,接收器接收STKM(字节 39)或LTKM(字节40)。
当接收器接收上述信息时,可通过M/H权限发行方服务描述符来接收权 限发行方信息。接收器可存储权限发行方服务描述符,当接收到服务保护信 息时,重新使用存储的权限发行方服务描述符。
用户通过使用上述信息接收用于接收服务的密钥信息。如果需要,可执 行使用电话、互联网等的注册处理。
接收的密钥信息可通过用户接口被输入,或者被存储在接收器的存储空 间中,然后当接收服务保护设置服务时被自动应用。
<隐藏服务的固件更新>
可将服务设置为隐藏服务,并且可通过使用能够处理隐藏服务中包括的 分量的应用程序来更新接收器的固件。为此,隐藏服务中包括的每个分量可 包括关于固件更新程序的连接信息。应用程序检查连接信息,以确定是否存 在能够执行固件更新的文件或对象。如果存在能够执行固件更新的文件或对 象,则通过使用找到的文件或对象来更新接收器的固件。在固件更新之前, 可执行询问用户是否执行固件更新的处理。
<开放移动联盟(OMA)丰富媒体环境(RME)>
当使用OMARME时,接收器从用于OMA-RME DIMS的M/H分量数据 中获得OMA RME的版本信息和级别信息。当接收器不能基于来自 OMA-RME动态的M/H分量数据的OMA RME和多媒体交互场景(DIMS) 处理OMA RME时,通知用户以通知服务不可用。
当不存在关于OMA RME的信息(例如,版本信息和级别信息 (version_profile&level))时,可通知用户服务不可用。
然而,当关于OMA RME的信息被用作附加信息,并且可在没有关于 OMA RME的信息的情况下限制使用服务时,服务可用形成服务的分量中的 一些分量被形成,被可被提供。例如,即使不能被处理的OMA RME被使用, A/V数据仍可被输出。在这种情况下,仅向用户显示A/V服务。
然而,如果OMA RME被必须要求,因此在不处理OMA RME的情况下 不能提供服务,则可能不提供服务。在这种情况下,可根据用户设置在服务 列表中不指示所述服务。
<新的净荷类型的应用程序>
形成服务的一些分量可以是ATSC M/H DTV标准中没有定义的形式。接 收器通过接收“用于动态范围类型的M/H分量数据(M/H component data for dynamic range type)”来接收那些分量的处理信息。针对ATSC M/H标准中没 有定义的形式的分量,通过使用处理信息来设置解码器。
如果接收器不具有能够处理分量的解码器,则可通过使用诸如互联网或 接收器更新的方法来为接收器提供此类解码器。
<双信道服务>
当用户选择一个或多个服务时,选择的服务可横跨几个频率。在这种情 况下,接收器必须包括用于同时处理两个或更多个频率的多个调谐器。调谐 器将处理结果传送至能够并行处理队列和RS帧的模块,从而同时输出选择 的服务。
然而,当接收器不能并行处理队列和RS帧时,双信道服务为限制性可 用。例如,仅针对具有PRC数据的服务可使用双信道服务。
图10是示出根据示例性实施例的接收器提供双信道服务的示例的示图。
在图10中,信道A中接收的服务和信道B中提供的服务的PRC值是4, 这表示与这些服务相关的数据每4M/H帧被接收。
当用户选择信道A和信道B中提供的多个服务时,在接收到信道A中提 供的服务之后,在接收到有效的数据之前,剩余时间。因此,在剩余时间期, 在信道B中接收M/H帧,从而提高双信道服务。
这样,即使接收器的调谐器或处理模块不能并行处理两个或更多个服务, 也可提高双信道服务。
<移交>
当用户在移动的同时(即,在从区域A移动到区域B期间)观看服务时, 可发生移交。当在区域A和区域B的每一个中都存在发送器,并且在移动至 区域B期间从区域A的发送器接收的信号太弱以至于无法被处理时,接收器 必须从区域B的发送器接收信号。
接收器应该基于通过使用GPS所确定的当前位置和接收器所接收的信号 的强度来确定是从区域A接收信号还是从区域B接收信号。为了在当前位置 获得小区信息,接收器从接收的流或正被发送的流中提取小区索引表(CIT)。 由于CIT信息包括邻近小区信息和服务ID,所以接收器可接收邻近小区的信 号,并检查信号的强度。与当前使用的服务相同或类似的服务必须存在于邻 近小区中,以向用户提供移交。
当信号接收良好,并且存在与当前使用的服务相同或类似的服务时,接 收器执行移交以从具有良好信号接收的小区接收信号。在移交期间,服务可 能会被部分地断开。
错误处理
<ATSC M/H信号确定>
接收器通过使用诸如接收的信号强度指示符(RSSI)、同步字段和分段同 步的信息来确定信号是8VSB还是ATSC信号,并基于是否接收到TPC数据 或者基于流中存在的长训练序列(LTS)来确定信号是否为M/H信号。
如果接收器确定信号不是ATSC信号,或者是ATSC信号但不是M/H信 号,则ATSC M/H接收器可不操作。
<ATSC M/H包的错误处理>
接收的M/H包的头被解析,并且接收的包如下基于字段值被进行错误处 理。
如果错误指示符字段被设置(即,其值被设置为1),则包可被进行错误 处理。
如果网络协议类型是接收器无法处理的类型,则包可被进行错误处理。
如果指针字段的值大于M/H包的长度,则M/H包可被进行错误处理。 即,指针字段的值不应该大于M/H包的长度。然而,当指针字段具有值0x7ff 时,该值被丢弃。这是因为值0x7ff可被用于指示新的网络包没有开始。
如果填充指示符字段被设置(即,其值被设置为1),则指针字段的值小 于填充长度字段的值,并且M/H包可被进行错误处理。然而,如果填充长度 字段的值是0xff或0xfeff,则不执行错误处理。这是因为0xff或0xfeff可被 用于指示填充长度为1的情况以及填充长度为2的情况。
在聚集网络包(即,IP数据报)的处理期间,填充长度字段中设置的填 充区域的数据在不被使用的情况下被丢弃。
<FIC组块的配置>
用于处理FIC片段的模块通过ATSC M/H标准中定义的纠错处理来确定 FIC分段中是否存在错误。如果错误没有被纠正以及依旧存在错误,则FIC 分段中的最高有效字节的最低有效位被设置为‘1’。如果当FIC分段被接收 时最高有效字节的最低有效位已经被设置为‘1’,则所述最低有效位没有改 变地被保持为‘1’。最后,最低有效位用于error_indicator字段,用于指示 FIC分段中是否存在错误。
error_indicator字段被设置(即,其值为1)的分段在FIC组块的配置期 间在没有被使用的情况下被丢弃,换句话讲,仅没有错误的分段形成FIC组 块。
例如,假设用FIC分段#1至#5来配置FIC组块,FIC分段#1、#2、#4 和#5在纠错状态或无错状态被接收,FIC分段#3在第一M/H子帧中在无法纠 错的状态被接收。在这种情况下,FIC分段#3在下一M/H子帧中再次被接收, 以配置FIC组块。根据示例性实施例,先前接收的FIC分段都被丢弃,然后 可在下一M/H子帧中从FIC分段#1至FIC分段#5重新接收FIC分段。或者, FIC分段#1和#2被存储,并在下一M/H子帧中对FIC分段#3进行重新接收。 然而,在这两种情况下,具有错误的FIC分段在不被用于形成FIC组块的情 况下被再次接收。
<FIC分段头>
即使在FIC分段中没有找到错误,FIC分段可在下面的情况下被进行错 误处理。
FIC分段的头根据ATSC M/H标准被进行比特解析,以存储每个字段的 值。如果每个字段的值等于下面的值,则可在不被使用的情况下被丢弃。
如果FIC_segment_type字段表示M/H接收器不知道或者M/H接收器无 法处理的类型的数据,则FIC分段被进行错误处理。
如果FIC_chunk_major_protocol_version_number字段表示M/H接收器不 知道或者M/H接收器无法处理的范围内的值,则FIC分段被进行错误处理。
如果current_next_indicator字段的值表示“next(下一)”,则FIC不被用 于配置当前FIC组块。然而,仅在当前帧的FIC组块被配置时不使用所述FIC 片段。换句话讲,下一帧的FIC组块被配置,FIC分段被用于执行分段聚集。
如果error_indicator字段的值表示FIC片段中存在错误,则FIC片段被进 行错误处理。
如果FIC_segment_number字段的值大于FIC_last_segment_number字段 的值,则FIC片段被进行错误处理。
以上处理可用在即使在纠错期间FIC片段中实际存在错误,但当前确定 不存在任何错误时的补充方案。在上述示例中,由于无法通过使用FIC片段 聚集有效的FIC组块,所以FIC分段被进行错误处理(然而,在基于 FIC_segment_type字段进行错误处理的情况下,接收器更新可被使用)。
<FIC组块头>
如果通过对FIC组块进行比特解析而检查的每个字段的值等于下面的 值,则所述FIC组块不被使用。
如果FIC_chunk_major_protocol_version字段表示比M/H接收器支持的版 本新的版本,则FIC组块被进行错误处理。
如果FIC数据中包括的扩展长度之和大于FIC组块净荷的最大大小(可 通过使用等于两个半M/H子帧的空间所制成的最大大小),则FIC组块被进 行错误处理。由于扩展长度之和不能大于可用FIC组块净荷的大小,所以FIC 组块可被进行错误处理。
如果传输流ID与预期的或先前存储的传输流ID不同,则FIC组块可被 进行错误处理。可从传输流ID与在信道扫描处理期间被获得或被存储在终 端中的传输流和频率之间的映射信息来获得特定频率的传输流ID。
如果num_ensemble字段的值大于可被FIC组块净荷发送的信号群的数 量,则FIC组块被进行错误处理(例如,由于M/H系统的物理限制而导致 信号群的总数量不能超过32)。
<RS帧的纠错>
通过使用循环冗余检查(CRC)值和RS奇偶校验值来执行RS帧的纠错。 主要地,检查CRC值,以针对存在错误的RS帧的列检查错误。如果存在错 误,则M/H包的头中存在的error_indicator字段的值被设置以指示存在错误。 换句话讲,error_indicator字段的值被设置为‘1’。其次,通过对RS帧的行 执行RS解码来执行纠错。如果完全去除了列中存在的错误,则通过检查CRC 所检查到的错误被去除。该处理被重复至少一次,从而纠正RS帧中存在的 错误。
<服务信令表>
在下面的情况下,服务信令表被进行错误处理。
在区段编号大于last_section编号的情况下,服务信令表被进行错误处理。
如果接收服务信令表的信号群的ID与在服务信令表中解析的信号群的 ID不同,则服务信令表被进行错误处理。
如果当前终端可处理的协议版本低于服务信令表的头所指示的协议版 本,则服务信令表被进行错误处理。
图11是根据示例性实施例的M/H接收器的框图。
M/H接收器包括初始化单元1110、信道扫描单元1120、服务选择单元 1130和服务输出单元1140。
M/H接收器从广播信号(在所述广播信号中,用于提供主要服务的主要 数据和用于提供移动服务的移动数据被复用)中提取移动数据,因此提供移 动服务。
当向M/H接收器施加电时,初始化单元1110初始化硬件和软件资源。
信道扫描单元1120在一个或多个频率中搜索广播信号,以产生移动服务 的列表(或服务列表)。信道扫描单元1120可根据扫描模式,基于包括关于 队列的访问信息的FIC数据和包括关于移动服务的附加信息的服务信令表中 的至少一个来产生服务列表。
服务选择单元1130从服务列表中选择移动服务。
服务输出单元1140通过获得用于发送选择的移动服务的队列并处理移 动数据来提供选择的移动服务。队列形成一个RS帧或两个RS帧。如果选择 了多个服务,则服务输出单元1140基于指示发送所述多个服务的M/H帧的 周期的PRC值来处理与多个服务相应的数据。服务输出单元1140还将关于 发送所述多个服务中的每一个的信号群的标识信息添加到IP包,所述IP包 用于将发送所述多个服务提供给上层。
同时,示例性实施例可被实现为可在计算机上和嵌入式装置上实现的程 序,并可在通过使用记录介质执行所述程序的通用数字计算机中被执行。
记录介质的示例包括磁性存储介质(例如,只读存储器(ROM)、软盘、 硬盘)和光学数据存储装置(例如,CD-ROM、数字通用盘(DVD))。
尽管已具体显示和描述了示例性实施例,但是本领域的普通技术人员将 劣迹,在不脱离由权利要求限定的发明构思的精神和范围的情况下,可在这 里进行形式和细节上的各种改变。因此,公开的示例性实施例应该被认为是 描述的目的,而不是限制的目的。本发明构思的范围将由权利要求限定,与 权利要求等同的范围内的不同应该被解释为包括在本发明中。
机译: 用于确保接收方的移动终端接收的数据的服务质量的方法将第一网络的控制转移到第二网络。用于确保接收方的移动终端接收的数据的服务质量的装置执行将第一网络的控制权转移到第二网络的方法,用于保证服务质量数据的方法由设备执行将数据传输到移动终端,该终端执行将第一网络的控制权转移到第二网络设备以确保通过使用传输数据的设备进行的数据质量服务,用于执行将第一网络的控制权转移到第二网络的移动终端。计算机的通过记录读取方法以及用于确保数据质量的方法当移动终端在具有交换系统和不同数据传输速率的两个无线网络覆盖的服务区域之间移动时的服务
机译: MBMS服务的移动终端的接收方法,将MBMS服务发送到移动终端的方法,用于接收MBMS服务的移动终端和用于MBMS服务的通用移动电信系统
机译: 接收移动服务的方法,移动服务的接收器以及记录计算机可读的媒体。