本公开涉及一种用于在多媒体系统中接收媒体分组的方法和装置,所述多媒体系统将媒体数据分组为多个媒体分组并传输所述多个媒体分组。
背景技术:
在最近的多媒体服务中,同时连接广播网络和通信网络的混合网络以及运动图像专家组(MPEG)媒体传送(MMT)技术已经被考虑,所述运动图像专家组(MPEG)媒体传输(MMT)技术用于提供混合内容,其中多媒体数据、应用和文件一起被提供。
图1是用于描述多媒体通信系统中的MMT数据模型的视图。
参照图1,MMT技术定义一组编码媒体数据,并且与媒体数据相关的元数据被定义为分组100。分组100可以包括至少一个MMT资产110、120和130、至少一个“资产递送特性(ADC)(或“传送特性”信息)115和125以及至少一个呈现信息(PI)140。分组100可以被理解为诸如电影等的内容。
MMT资产是指可以用于生成诸如视频、音频、文本、文件等的多媒体呈现的多媒体数据。相应的MMT资产110、120和130可以被划分为至少一个媒体处理单元(MPU)。在图1中,MMT资产#1 110被示为被划分为多个MPU 111、112、...、113。MPU是独立地处理MMT流的单元。MPU是可以独立解码的媒体数据的单位。一个MPU可以被划分为多个片,每个被称为“MPU片段单元”。MMT传输实体逐MPU地划分并处理媒体数据,并且MMT接收实体接收媒体数据并处理媒体数据以用于逐MPU地再现。对于每个MMT资产ADC可以包括用于提供MMT资产的传送特性的信息。在图1的示例中,ADC 115指示资产#1 110的传输特性,并且ADC 125指示资产#2 120和#3 130的传送特性。PI 140可以包括描述多个资产110、120和130之间的时间和空间关系的信息,并且指定MMT资产在分组中的发送顺序。
在应用MMT数据模型的多媒体系统中,传输或发送实体将以MPU单元形成的媒体数据分组为多个MMTP分组,并传输MMTP分组。在多媒体系统中,接收实体将接收的多个MMTP分组拆分为MPU单元,并再现重构的媒体数据。
MPU在被分组为多个MMTP分组之后被传输,并且MFU通过至少一个MMTP分组的MMTP有效载荷被发送。MMTP分组是指要使用MMTP发送的媒体数据的格式化单元并携带MMTP有效载荷。MMTP有效载荷意味着媒体数据的格式化单元,用于通过使用MMTP或因特网应用传输层协议(例如,实时协议(RTP))来发送分组和/或信令消息。MMTP有效载荷可以包括MPU元数据、片段元数据、MFU或信号传输信息。MPU元数据可以包括用于识别MPU的信息、用于解码媒体数据的信息等。信令信息可以包括用于传递和消费分组的各种信令消息。通过信令消息,可以向接收实体提供分组的结构、协议配置、MMTP有效载荷的结构等。
因此,在基于MMT的多媒体系统中,媒体数据在被划分为多个MMTP分组之后被发送(即,作为分组媒体流被发送),例如,通过多个MMTP分组传输的信息之外的MPU元数据和信令信息可以被认为是接收实体解码或再现媒体数据所需的基本信息。因此,为了没有延迟地再现媒体流,需要快速接收与媒体数据和信令信息相关联的MPU元数据。
技术实现要素:
本公开提供了一种用于在多媒体系统中有效地接收媒体分组的方法和装置。
本公开还提供了一种用于在多媒体系统中优先检测和处理包括特定媒体数据或特定信息的媒体分组的方法和装置。
根据本公开的实施例,一种用于在多媒体系统中接收媒体分组的方法包括:确定接收的媒体分组是否包括用于接收特定媒体数据和特定信息的至少一个的访问信息,以及如果接收的媒体分组包括所述访问信息,则通过使用所述访问信息来优先处理所述特定媒体数据和所述特定信息的至少一个。
根据本公开的实施例,一种用于在多媒体系统中接收媒体分组的接收实体包括:收发器,被配置为通过无线网络发送和接收数据;解码单元,被配置为对接收的数据进行解码;以及控制器,被配置为确定由收发器接收的媒体分组是否包括用于接收特定媒体数据和特定信息的至少一个的访问信息,以及如果确定接收的媒体分组包括所述访问信息则通过使用所述访问信息优先处理所述特定媒体数据和特定信息的至少一个。
附图说明
图1是用于描述多媒体通信系统中的MMT数据模型的图。
图2示出了根据本公开实施例的发送实体和接收实体发送和接收MMTP分组的多媒体系统的结构;
图3示出了根据本公开的实施例在多媒体系统中基于包括MPU元数据的国际标准化组织基本媒体文件格式(ISOBMFF)的MPU的结构;
图4示出了根据本公开实施例的在多媒体系统中将MPU划分为多个MMTP分组以用于传输的示例;
图5示出了根据本公开实施例的指示在多媒体系统中是否包括RAP信息的MMTP分组的结构;
图6是示出根据本公开的实施例的由接收实体接收包括MPU元数据的MMTP分组的操作的流程图;
图7是根据本公开实施例的接收实体接收包括MMT信令信息的MMTP分组的操作流程图;
图8是示出根据本公开实施例的接收实体接收包括特定媒体数据的MMTP分组的操作的流程图;和
图9是根据本公开的实施例的通信系统中的接收实体的框图。
具体实施方式
在本公开的以下描述中,如果不必要地模糊了本公开的主题,将省略与本公开相关联的公知功能或元件的详细描述。在下文中,将参考附图描述实施例。
为了方便起见,将分别描述以下实施例,但是至少两个实施例可以组合实现而不彼此冲突。
此外,如果不必要地模糊了本公开的主题,则将省略与本公开的实施例相关联的公知功能或元件的详细描述。为了方便起见,将分别描述以下实施例,但是至少两个实施例可以组合实现而不彼此冲突。
可以对本公开进行各种改变,并且本公开可以具有将参照附图详细描述的各种实施例。然而,根据本公开的概念的实施例不被解释为限于所指定的公开,并且包括不脱离本公开的精神和技术范围的所有变化、等同物或替代物。在本公开的各种示例性实施例中使用的术语仅用于描述特定示例性实施例的目的,而不意图是限制性的。单数形式也旨在包括复数形式,除非上下文另有明确指示。在本公开的示例性实施例中使用的术语“包括”或“具有”用于指示在说明书中描述的特征、数字、步骤、操作、元件、部件或其组合的存在,并且不排除存在或添加一个或多个其它特征、数字、步骤、操作、元件、部分或其组合。
根据本公开的实施例,多媒体系统作为示例是指基于运动图像专家组(MPEG)媒体传输(MMT)协议(MMTP)的多媒体系统,并且本公开的实施例可以是不仅应用于基于MMT的多媒体系统,而且应用于提供相同服务或类似服务的各种多媒体系统。
MMTP是用于分组化和传输MMT分组的应用层传输协议,并且被设计为有效且可靠地传输分组。MMTP具有改进的特性,例如媒体复用和网络抖动计算。这些特征允许有效地传输配置有编码为各种类型的媒体数据的内容。MMTP可以在现有网络协议上操作,例如,UDP或IP的上层,并且可以支持各种应用。
图2示出了根据本公开实施例的发送实体和接收实体发送和接收MMTP分组的多媒体系统的结构。
参照图2,MMT发送实体(以下称为“发送实体”)210将包括媒体数据的分组作为MMTP分组流传输到MMT接收实体(以下称为“接收实体”)220。该分组可以被理解为例如诸如电影、戏剧剧集等的内容。发送实体210可以是发送媒体数据的任意实体,例如MMT广播服务器。接收实体220可以是接收媒体数据的任意实体,例如,无线终端或作为MMT客户端的移动终端(在下文中,称为“用户设备(UE)”)。如果发送实体210是MMT广播服务器,则可以经由基站或UE连接的无线通信系统的接入点(AP)将从MMT广播服务器传输的媒体数据传输到UE。
在图2中,发送实体210基于分组提供器201提供的分组的PI从资产提供器203和205收集内容。这里,分组提供器201和资产提供器203和205可以被配置为单独的实体或组合的实体。发送实体210在操作230中通过使用MMTP来发送包括资产、控制信息、PI等的分组。发送实体210和接收实体220在操作240通过使用MMTP传输和接收在背景技术中描述的信令信息。
发送实体210将媒体数据划分为多个MMTP分组并传输MMTP分组,通过其中的一些传输MPU元数据和信令信息。由于携带媒体数据,MMTP分组可以被称为媒体分组。
图3示出了根据本公开的实施例的基于包括多媒体系统中的MPU元数据的国际标准化组织基本媒体文件格式(ISOBMFF)的MPU的结构。
在基于MMT的多媒体系统(以下称为MMT系统)中,具有用于解码诸如流服务的时间信息的定时数据和没有用于解码诸如一般文件传输服务的时间信息的非定时数据可以被支持,为了方便图3示出了定时数据的MPU结构。非定时数据的MPU结构(未示出)还包括MPU元数据。
在MMT系统中,可以根据ISOBMFF来封装MPU。参考图3,其中MPU被封装的基于ISO的媒体文件300可以包括包含MPU元数据的MPU文件310和其中在MPU媒体数据被划分为至少一个MFU(例如,321、322、...、32N)之后MPU媒体数据被包含的mdat框320。MFU 321、322、...、32N中的每一个可以包括MFU有效载荷和MFU报头h。MPU元数据可以包括fytp框311、sidx框312、mmpu框313、moov框314和moof框317中的至少一个。fytp框311可以包括媒体数据的类型信息,并且sidx框312可以包括MPU的片段的索引信息。mmpu框313可以包括当前MPU所属的资产的标识符和关于当前MPU的其他信息。mmpu框313可以包括指示当前MPU是否包括所有MFU的信息(“完成”)。
moov框314可以包括用于解码和呈现媒体数据的任何编解码器配置信息。moov框314可以包括用于MFU的至少一个媒体轨道316和MMT索引轨道317。MMT索引轨道317可以包括用于将包含MPU的媒体文件300转换为使用诸如MMTP的传输协议分组化的媒体流所必需的信息。也就是说,MMT索引轨道317可以包括用于生成形成一个MPU的多个MFU所需的信息。
MPU元数据可以被认为是用于对包括在MPU中的媒体数据进行解码或再现的基本信息,并且接收实体需要从在划分和分组MPU之后被发送的多个MMTP分组中优先地检测和处理包括MPU元数据的MMTP分组。
图4示出了根据本公开的实施例的其中MPU被划分为多个MMTP分组以在多媒体系统中传输的示例。
图4的(a)示出了包括MPU元数据401和多个MFU 403、405、...的MPU,并且图4的(b)示出了在将MPU元数据401和多个MFU 403、405、...分组为多个MMTP分组之后发送MPU元数据401和多个MFU 403、405、...的示例。MPU元数据401通过MMTP分组411被发送,并且一个MFU通过一个MMTP分组或多个MMTP分组被发送。在图4中,MFU 406在被划分为三个MMTP分组413a、413b和413c之后被发送,并且MFU 405作为一个MMTP分组415被发送。通过一个MMTP分组或多个MMTP分组来发送MPU元数据401。
在本公开的实施例中,如果MMTP分组411包括必须在其有效载荷中以高优先级处理的数据(或信息)或用于访问必须在其有效载荷中以高优先级处理的数据(或信息)的位置信息,则MMTP分组411可以包括随机访问点(RAP)信息。也就是说,RAP信息在MMTP分组的有效载荷中指示媒体流中接收实体必须开始媒体数据访问的高优先级数据(或信息)的位置。高优先级数据(或信息)可以是MPU元数据、信令信息或图像帧的帧内编码(I)帧。在本公开的实施例中,如果从MMTP分组中检测到包括RAP信息的MMTP分组,则接收实体优先地缓冲该MMTP分组,以MPU单元完成数据接收,并且对接收的数据执行信号处理。
图5示出了根据本公开的实施例的指示RAP信息是否包括在多媒体系统中的MMTP分组的结构。
参考图5,“V”字段指示MMTP协议的版本,“C”字段指示是否存在分组计数器(packet_counter)字段。“FEC”字段指示用于防止MMTP分组的错误的前向纠错(FEC)方案的类型。“r”字段和“RES”字段被保留以供将来使用,并且“X”字段指示是否存在报头扩展(header_extension)字段。
“R”字段501是指示MMTP分组的有效载荷数据(以下称为有效载荷)是否包括RAP信息的RAP标志信息。例如,如果“R”字段是“1”,则MMTP分组的有效载荷可以包括RAP信息,并且如果“R”字段是“0”,则MMTP分组的有效载荷可以不包括RAP信息。RAP信息指示用于对MPU元数据、信令信息或图像帧的I帧的数据访问的开始位置。这可以应用于定时媒体数据和非定时媒体数据。
图像帧的类型可以包括I帧、P帧和双向编码(B)帧。I帧可以位于数据流的任何位置,可以用于对数据的随机访问,并且可以在不参考其它图像帧的情况下被编码/解码。当被编码/解码时,P帧使用先前的I帧信息和先前的P帧信息。P帧是其中基于前一场景和当前场景之间的小差异来对前一场景和当前场景之间的差进行编码的帧。当被编码/解码时,B帧使用前一和后一I帧和P帧。B帧具有前一I帧或P帧与B帧之后的下一个I帧或P帧之间的差。从I帧开始的一组连续图像帧被称为图像组(GoP),并且用于视频的再现等,用于再现的解码仅在接收到I帧之后开始。
因此,在当前实施例中,当接收实体接收媒体流并再现视频时等,从接收的MMTP分组的“R”字段确定是否包括RAP信息;如果RAP信息包括在MMTP分组的有效载荷中,则可以通过使用RAP信息从MMTP分组优先处理I帧。在另一个实施例中,可以在MMTP分组中携带关于多个I帧的位置信息,并且可以通过包括位置信息的MMTP分组中的RAP信息来接收位置信息。在这种情况下,接收实体可以通过使用位置信息预先接收多个I帧而无延迟地快速执行用于视频的再现、扫描或频道切换等。
以这种方式,例如,在广播接收环境中的信道切换的情况下,当使用RAP信息优先处理I帧时,可以最小化再现延迟。此外,可以无延迟地快速执行诸如多速度再现、倒带、扫描等的操作。
这样,在当前实施例中,RAP信息可以用于指示对特定媒体数据(例如,I帧)或特定信息(例如,MPU元数据或信令信息)的访问的位置,以优先处理媒体数据或信息。特定媒体数据(或特定信息)可以包括在包含RAP信息的至少一个MMTP分组中,或者包括在位于由RAP信息指示的位置处的至少一个MMTP分组中。
再参考图5,“类型”字段503指示MMTP分组的有效载荷数据的类型。例如,如果“类型”字段具有值“0x00”或“0x01”,则有效载荷数据的类型表示媒体数据。值“0x00”指示有效载荷数据包括MPU的片段,值“0x01”指示有效载荷数据包括一个MPU的完整数据。因此,如果“R”字段具有值“1”并且“类型”字段具有值“0x00”或“0x01”,则可以确定有效载荷数据包括例如I帧。如果“类型”字段具有值“0x02”,则其指示有效载荷数据包括特定信息中的信令信息。在“类型”字段具有值“0x00”的MPU模式的情况下,这意味着MPU元数据具有“0”的MPU片段类型。
在MMT系统中,关于信令信息,信令信息可以被理解为用于管理媒体数据的传递和消费的控制信息,例如,作为各种信令消息。管理媒体数据的消费的信令消息可以用于用信号通知分组的结构,并且管理媒体数据的传输的信令消息可以用于用信号通知有效载荷格式和协议配置。信令消息可以以用于信令信息的有效传输和接收的多个表的形式来配置。
管理媒体数据的消费的信令消息的示例如表1所示,并且用于管理媒体数据的传输的信令消息可以是例如用于配置接收器缓冲器模型操作的接收器缓冲器模型消息。
[表格1]
因此,如果“R”字段具有值“1”并且“类型”字段具有值“0x02”,则可以确定有效载荷数据包括来自特定信息的信令信息(或信令消息)。
在图5中,“packet_id”字段用于将资产与其他资产区分开,并且“时间戳”字段指示MMTP分组的传输时间。“packet_sequence_number”字段用于区分具有相同“packet_id”的MMTP分组,并且“packet_counter”字段用于对传输的MMTP分组的数目进行计数。“header_extension”字段包括用户定义的信息,“有效载荷数据”字段包括MMTP分组的有效载荷。有效载荷可以包括如上所述的媒体数据、特定信息(例如,MPU元数据或信令信息)等。“source_FEC_payload_ID”指示诸如应用级前向纠错(AL_FEC)的FEC类型。
接收实体可以从包括在“有效载荷数据”字段中的有效载荷报头确定MPU元数据是否包括在MMTP分组的有效载荷中。也就是说,通过MMTP分组,可以传输MPU元数据以及媒体数据。MMTP分组的有效载荷包括有效载荷报头和有效载荷数据,有效载荷报头包括文件类型(FT)信息。如果包括在有效载荷中的有效载荷数据是MPU元数据,则FT信息具有例如值“0”。
因此,如果“R”字段具有值“1”以及包括在图5中的“有效载荷数据”字段中的有效载荷报头中的FT信息,则有效载荷数据被确定以包括特定信息中的MPU元数据。在图5所示的MMTP分组结构中,除了“有效载荷数据”字段之外的其他字段形成MMTP分组的报头信息。
以下,将描述接收实体的操作,其中根据本公开的实施例从在基于MMT的多媒体系统中对MPU进行划分和分组之后发送的多个MMTP分组中优先检测和处理包括特定媒体数据(例如,I帧)或特定信息(例如,MPU元数据或信令信息)的至少一个MMTP分组。
图6是示出根据本公开的实施例的由接收实体接收包括MPU元数据的MMTP分组的操作的流程图。MPU元数据可以包括参考图3描述的fytp框311、sidx框312、mmpu框313、moov框314和moof框317中的至少一个。
参照图6,一旦在操作601中接收到MMTP分组,从接收的MMTP分组的报头信息接收实体识别图5的“R”字段(即,RAP标志信息),并且在操作603中确定RAP信息是否包括在接收的MMTP分组中。如果在操作603中确定RAP信息不包括在MMTP分组中,则在操作605接收实体可以丢弃接收的MMTP分组。尽管在操作605中将不包括RAP信息的MMTP分组描述为被丢弃,但是接收实体可以在完成MPU元数据的接收之后执行接收不包括RAP信息的MMTP分组的一般操作等。在另一实施例中,当接收实体使用有限存储器或执行低能量处理时,在操作605中可以丢弃不包括RAP信息的所有MMTP分组。
如果在操作603中确定RAP信息包括在MMTP分组中,则接收实体识别包括在MMTP分组的有效载荷中的数据类型。也就是说,接收实体识别包括在MMTP分组的有效载荷报头中的文件类型(FT)信息,以识别数据类型。如果在操作609中FT信息指示MPU元数据(例如,如果FT信息具有值“0”),则接收实体在操作611中从接收的MMTP分组开始缓冲,并在操作613完成基于MPU的数据接收。在操作615,接收实体使用完全接收的MPU元数据来执行信号(或数据)处理。
图7是示出根据本公开的实施例的由接收实体接收包括MMT信令信息的MMTP分组的操作的流程图。MMT信令信息可以包括用于管理媒体数据的传递和消费的信令消息中的至少一个。
参考图7,一旦在操作701中接收到MMTP分组,接收实体从接收的MMTP分组的报头信息识别图5的“R”字段(即,RAP标志信息),并且在操作703确定RAP信息是否包括在接收的MMTP分组中。如果在操作703中确定RAP信息不包括在MMTP分组中,则接收实体在操作605中丢弃接收的MMTP分组。尽管在操作705中将不包括RAP信息的MMTP分组描述为被丢弃,但是在完成信令信息的接收之后接收实体可以执行接收不包括RAP信息的MMTP分组的一般操作等。在另一实施例中,当接收实体使用有限存储器或执行低能量处理时,在操作705中可以丢弃不包括RAP信息的所有MMTP分组。
如果在操作703中确定RAP信息包括在MMTP分组中,则在操作707,接收实体识别包括在MMTP分组的报头信息中的有效载荷数据的类型信息(图5的“类型”字段503)。如果在操作709中有效载荷数据的类型信息指示信令信息(例如,如果“类型”字段具有值“0x02”),则接收实体在操作711中从接收的MMTP分组开始缓冲,并且在操作713中完成基于MPU的数据接收。在操作715中,接收实体通过使用完全接收的信令信息来执行信号(或数据)处理。
图8是示出根据本公开的实施例的由接收实体接收包括特定媒体数据的MMTP分组的操作的流程图。假定特定媒体数据是可以在不参考另一图像帧的情况下被编码/解码的I帧。
参考图8,一旦在操作801中接收到MMTP分组,接收实体从接收的MMTP分组的报头信息识别图5的“R”字段(即,RAP标志信息),并在操作803中确定RAP信息是否包括在接收的MMTP分组中。如果在操作803中确定RAP信息不包括在MMTP分组中,则在操作805接收实体丢弃接收的MMTP分组。尽管在操作805中将不包括RAP信息的MMTP分组描述为被丢弃,但是接收实体可以在完成I帧的接收之后执行接收不包括RAP信息的MMTP分组的一般操作等。在另一实施例中,当接收实体使用有限存储器或执行低能量处理时,在操作805中可以丢弃不包括RAP信息的所有MMTP分组。
如果在操作803中确定RAP信息包括在MMTP分组中,则在操作807,接收实体识别包括在MMTP分组的报头信息中的有效载荷数据的类型信息(图5的“类型”字段503)。如果在操作809中,有效载荷数据的类型信息指示信令信息(例如,如果“类型”字段具有值“0x00”或“0x01”),则接收实体在操作711中从接收的MMTP分组开始缓冲,并在操作713中完成基于MPU的数据接收。接收实体在操作715中通过使用完全接收的I帧来执行图像帧的解码。在另一实施例中,可以在MMTP分组的有效载荷中携带关于多个I帧的位置信息,并且可以通过RAP信息接收位置信息以接收多个I帧。
这样,如果通过使用RAP信息预先接收I帧,则在频繁发生广播频道切换的广播服务中,可以大大减少由频道切换引起的再现延迟。
图9是根据本公开的实施例的通信系统中的接收实体的框图。
参考图9,接收实体可以包括:收发器910,用于在无线网络上传输和接收数据;解码器930,用于解码接收的数据;以及控制器950,用于以参考图2至8所描述的方式从在来自发送实体的MPU的划分和分组之后发送的多个MMTP分组之中,优先检测和处理包括特定媒体数据(例如,I帧)或特定信息(例如,MPU元数据或信令信息)的至少一个MMTP分组。在当前实施例中,控制器950确定由收发器910接收的媒体分组是否包括用于接收特定媒体数据和特定信息中的至少一个的访问信息,并且如果确定接收的媒体分组包括所述访问信息,则通过使用所述访问信息优先地处理特定媒体数据和特定信息的至少一个。
尽管图6-图9的实施例已经作为单独操作被描述,但也可以组合执行它们的两个或多个。
本公开的实施例可以用计算机可读记录介质上的计算机可读代码来实现。计算机可读记录介质可以是可以存储计算机系统可读的数据的任何类型的数据存储设备。计算机可读的记录介质的示例可以包括只读存储器(ROM)、随机存取存储器(RAM)、光盘ROM(CD-ROM)、磁带、软盘、光学数据存储设备、载体波(例如通过因特网的数据传输)。可以通过经由网络连接的计算机系统来分配计算机可读记录介质,因此计算机可读代码以分散的方式被存储和执行。此外,用于实现本公开的功能程序、代码和代码段可以由本公开所属领域的程序员容易地解释。
根据本公开的实施例的装置和方法可以通过硬件、软件或硬件和软件的组合来实现。这样的任意软件可以存储在例如易失性或非易失性存储设备(例如,ROM等)、存储器(例如,RAM、存储器芯片、存储器设备或存储器IC)或机器(例如,计算机)可记录光学或磁存储介质(例如,CD、DVD、磁盘、磁带等)中,而不考虑其擦除或重写的能力。可以看出,根据本公开的方法可以由包括控制器和存储器的计算机或便携式终端来实现,并且存储器是适合于存储包括用于实现本公开的实施例的指令的程序或多个程序的机器可读存储介质的示例。
因此,本发明包括包含用于实现在本说明书的所附权利要求中阐述的装置和方法的代码的程序和用于存储程序的机器(计算机等)可读存储介质。此外,程序可以通过诸如通过有线或无线连接传输的通信信号的任意介质进行电子传送,并且本发明适当地包括程序的等同物。
根据本公开的实施例的装置可以从以有线或无线方式连接的程序提供设备接收和存储程序。程序提供装置可以包括用于存储程序的存储器,该程序包括用于指示装置执行预设方法的指令、该方法所需的信息、用于与装置进行有线或无线通信的通信单元、以及用于在装置的请求下或自动地传输相应程序到装置。
尽管已经描述了本公开的实施例,但是在不脱离本公开的范围的情况下可以进行各种改变。因此,本公开的范围应当由所附权利要求及其等同物限定,而不是由所描述的实施例限定。