在高速共享控制信道上发送消息及处理的方法、设备的制作方法

文档序号:7761094阅读:338来源:国知局
专利名称:在高速共享控制信道上发送消息及处理的方法、设备的制作方法
技术领域
本发明涉及无线通信技术,特别涉及一种在高速共享控制信道上发送消息及处理 的方法、设备。
背景技术
根据现有协议,处于CELL-FACH以及CELL-PCH状态下的终端,需要读取本小区的 系统广播消息。当广播消息发生变更时,网络将通知终端,终端需要更新系统消息。现有技术的不足在于对于处于CELL-FACH状态且同时配置了 MU-MIMO(Multi-user Multiple Input Multiple Output,多用户-多入多出)的终端,在 发送系统信息变更消息的过程中存在着系统资源被浪费的不足。

发明内容
本发明所解决的技术问题在于提供了一种在高速共享控制信道上发送消息以及 对该消息进行处理的方法、设备,用以解决现有技术中在发送系统信息变更消息的过程中 存在着系统资源被浪费的问题。本发明实施例中提供了一种对HS-SCCH上发送的消息进行处理的方法,包括如下 步骤终端接收基站通过HS-SCCH发送的消息,所述消息用于通知终端接收数据;终端在处于CELL-FACH状态且配置了 MU-MIMO时,终端根据所述消息中的UE ID 确定所述消息采用的格式类型。本发明实施例中提供了 一种在HS-SCCH上发送消息的方法,包括如下步骤基站接收RNC发送的FP帧,所述FP帧包括MU-MIMO相关信息,以及BCCH specific H-RNTI ;基站使用HS-SCCH type 1格式的消息通过HS-SCCH通知终端接收数据,其中, HS-SCCH typel 格式的消息中的 UE ID 为 BCCH specific H-RNTI。本发明实施例中提供了一种用户终端,包括接收模块,用于接收基站通过HS-SCCH发送的消息,所述消息用于通知终端接收 数据;确定模块,用于在用户终端处于CELL-FACH状态且配置了 MU-MIMO时,根据所述消 息中的UE ID确定所述消息采用的格式类型。本发明实施例中提供了一种基站,包括接收模块,用于接收RNC发送的FP帧,所述FP帧包括MU-MIMO相关信息,以及BCCH specific H-RNTI ;通知模块,用于使用HS-SCCH typel格式的消息通过HS-SCCH通知终端接收数据, 其中,HS-SCCH typel 格式的消息中的 UE ID 为 BCCH specific H-RNTI。本发明有益效果如下
本发明实施例提供的技术方案中,对于基站侧,忽略MU-MIMO的相关信息,也不 按该信息确定后续应当使用的格式类型,而是固定使用HS-SCCH typel格式的消息通过 HS-SCCH通知终端接收数据,只是将采用BCCH specific H-RNTI作为HS-SCCH typel格式 消息中的UE ID。对于终端侧,终端在确定自身处于CELL-FACH状态且配置了 MU-MIMO时,终端便根 据消息中的UE ID确定所述消息采用的格式类型。由于网络发送系统信息变更消息不再需要使用两种不同的HS-SCCH类型分别通 知,而只需要使用HS-SCCH typel通知相应终端。终端则会根据UE ID选择合适的HS-SCCH 类型解码,因此减少了系统资源的浪费。


图1为本发明实施例中HS-SCCH typel格式示意图;图2为本发明实施例中HS-SCCH编码流程示意图;图3为本发明实施例中HS-SCCH type4格式示意图;图4为本发明实施例中在HS-SCCH上发送消息的方法实施流程示意图;图5为本发明实施例中包括在HS-PDSCH信道发送数据的在HS-SCCH上发送消息 的方法实施流程示意图;图6为本发明实施例中对HS-SCCH上发送的消息进行处理的方法实施流程示意 图;图7为本发明实施例中对HS-SCCH上发送的消息进行解析的方法实施流程示意 图;图8为本发明实施例中基站结构示意图;图9为本发明实施例中用户终端结构示意图。
具体实施例方式发明人在发明过程中注意到对于处于CELL-FACH 状态且分配了 HS-DSCH(High Speed Downlink Shared Channel,高速下行共享信道)的终端以及处于CELL-PCH状态分配了 HS-DSCH和专用 H-RNTI (HS-DSCH Radio Network Temporary Identity, HS-DSCH-无线网络临时识别)的 终端,系统信息变更指示通过映射到HS-PDSCH(High Speed Physical Downlink Shared Channel,高速下行共享物理信道)的BCCH(Broadcast Control Channel,广播控制信道) 通知。网络将使用广播中配置的一组HS-SCCH(High-Speed shared control channel,高速 共享控制信道)中的第一条HS-SCCH,将UE ID (UE标识;UE =User Equipment,用户设备) 设置为BCCH specific H-RNTI (BCCH专属H-RNTI),通知小区内的相应终端接收BCCH消息。 当发送BCCH时,UE ID为BCCH specific H-RNTI,目的是避免使用专用H-RNTI需要为每 个UE重复发送BCCH消息从而导致系统资源的浪费。图1为HS-SCCH typel格式示意图, HS-SCCH为HS-SCCH typel (HS-SCCH类型1)时,格式可以参见图1所示。图2为HS-SCCH编码流程示意图,如图所示,发送端将30个信息比特级联后,添加 CRC(Cyclic Redundancy Check,循环冗余校验)。CRC根据信息比特产生,并与UE ID异或。级联了 CRC的比特流再进行信道编码等操作,最终映射到物理信道上。使用CRC与UE ID异或的方式,使得HS-SCCH可以在用户间共享,只有使用正确的UE ID对接收信号进行译 码,CRC才可能正确。在CRC译码正确的基础上,终端按照相应的HS-SCCH类型的格式对信 息域进行解析。为了提升系统容量,引入了 MU-MIMO技术。该技术为一种空分技术,也可以应用于 处于CELL-FACH状态且分配了 HS-DSCH的终端。由于基站需要通过HS-SCCH指示空分的相 关信息,因此对于HS-SCCH格式进行了修改,定义为HS-SCCH type4 (HS-SCCH类型4)。对 于处于CELL-FACH状态且同时配置了 MU-MIMO的终端,终端将按照下面所示格式(HS-SCCH type4)对 HS-SCCH 进行解码。图 3 为 HS-SCCH type4 格式示意图,HS-SCCH 为 HS-SCCH type4 时,格式可以参见图3所示。根据现有技术,对于处于CELL-FACH状态且同时配置了 MU-MIMO的终端,则该终端 按照HS-SCCH type4对HS-SCCH进行解码。而对于处于CELL-FACH状态且分配了 HS-DSCH 的终端,如果没有同时配置MU-MIM0,以及对于处于CELL-PCH状态分配了 HS-DSCH和专用 H-RNTI的终端,都是按照HS-SCCH typel进行解码。可见,为了发送系统信息变更消息,网络需要至少使用两次HSDPA(High Speed Downlink Packet Access,高速下行分组接入)传输过程1)使用HS-SCCH typel通知BCCH 数据接收;幻使用HS-SCCH type4通知BCCH数据接收。对于每次传输,发送了 HS-SCCH后, 需要根据定时关系发送HS-PDSCH,且HS-PDSCH承载的内容相同。显然地,现有技术会造成 BCCH发送时系统资源的浪费。鉴于此,本发明实施例中将提供优化了的涉及数据传输的方案,具体的,当基站需 要通过HS-SCCH通知终端接收消息时,固定使用HS-SCCH typel ;对于处于CELL-FACH状态 且同时配置了 MU-MIMO的终端,则根据HS-SCCH中的UE ID判断HS-SCCH类型。下面结合 附图对本发明的具体实施方式
进行说明。在说明过程中,首先分别从终端侧与基站侧的实施进行说明,最后再对二者的配 合实施进行说明,但这并不意味着二者必须配合实施,实际上,当终端与基站分开实施时, 也解决了分别在终端侧、基站侧所存在的问题,只是二者结合使用时,会获得更好的技术效^ ο图4为在HS-SCCH上发送消息的方法实施流程示意图,如图所示,可以包括如下步 骤步骤401、基站接收RNCO^adio Network Controller,无线网络控制器)发送的 FP (Frame protocol,帧协议)帧,所述FP帧包括MU-MIMO相关信息,以及BCCH specific H-RNTI ;其中,MU-MIMO相关信息是指一些与MU-MIMO相关的信息,例如MU-MIMO能力或者 启动指示等。步骤402、基站使用HS-SCCH typel格式的消息通过HS-SCCH通知终端接收数据, 其中,HS-SCCH typel 格式的消息中的 UE ID 为 BCCH specific H-RNTI。实施中,FP帧可以是RNC通过Iub 口发送的HS-DSCH data frame type 2结构的 FP帧。具体的,Node B通过Iub 口的HS-DSCH data frame type 2结构的FP帧接收到RNC 发送的 BCCH 数据。其中,FP 帧中的 H-RNTI 为 BCCH specif icH-RNTI。实施中,与现有技术不同,Node B不根据FP帧中MU-MIM0能力或者启动指示确定 后续应当使用的HS-SCCH类型,而是忽略FP帧中的MU-MIMO能力或者启动指示,并固定使 用HS-SCCH typel通知终端接收数据。实施中,在基站通知终端接收数据后,还可以进一步包括基站根据定时关系,通过HS-PDSCH信道发送数据。图5为包括在HS-PDSCH信道发送数据的在HS-SCCH上发送消息的方法实施流程 示意图,如图所示,具体的,基站按HS-SCCH typel结构在HS-SCCH上发送消息,其中,UE ID 为BCCH specific H-RNTL·之后,根据定时关系,通过HS-PDSCH信道发送数据。相应地,本发明实施例还提供了对HS-SCCH上发送的消息进行处理的方案,下面 进行说明。图6为对HS-SCCH上发送的消息进行处理的方法实施流程示意图,如图所示,可以 包括如下步骤步骤601、终端接收基站通过HS-SCCH发送的消息,所述消息用于通知终端接收数 据;步骤602、终端在处于CELL-FACH状态且配置了 MU-MIMO时,终端根据所述消息中 的UE ID确定所述消息采用的格式类型。实施中,终端根据所述消息中的UE ID确定所述消息采用的格式类型,可以包括所述消息中的UE ID为BCCH specific H-RNTI时,确定所述消息采用的格式类型 为 HS-SCCH typel 格式;所述消息中的UE ID为专用H-RNTI时,确定所述消息采用的格式类型为IIS-SCCH type4格式。基站通过HS-SCCH通知终端接收BCCH数据外,也可以通知终端接收UE专用的 数据。此时UE ID也使用专用H-RNTI,采用的格式类型也为HS-SCCH type4格式。实施中,终端根据所述消息中的UE ID确定所述消息采用的格式类型,可以包括终端分别用BCCH specific H-RNTI和专用H-RNTI对所述消息进行CRC译码;终端在用BCCH specific H-RNTI进行CRC译码正确时,确定所述消息采用的格式 类型为HS-SCCH typel格式;终端在用专用H-RNTI进行CRC译码正确时,确定所述消息采用的格式类型为 HS-SCCH type4 格式。实施中,所述消息可以是在HS-SCCH集合中的第一条HS-SCCH发送的消息。实施中,还可以进一步包括终端按照所述消息采用的格式类型解析所述消息的信息域。具体的,在上述实施中,对于处于CELL-FACH状态且同时配置了 MU-MIM0的终端, 根据HS-SCCH中的UE ID判断HS-SCCH类型,终端对于HS-SCCH集合中的第一条HS-SCCH 使用BCCH specific H-RNTI和专用II-RNTI进行检测。当使用专用H-RNTI对HS-SCCH的 CRC译码正确时,按照HS-SCCH type4解析HS-SCCH的信息域信号;当使用BCCH specific H-RNTI对HS-SCCH的CRC译码正确时,按照HS-SCCH typel解析HS-SCCH的信息域信号。下面以实例进行说明。图7为对HS-SCCH上发送的消息进行解析的方法实施流程示意图,如图所示,可以包括如下步骤步骤701、判断HS-SCCH是否为HS-SCCH集合中的第一条HS-SCCH,是则转入步骤 702,否则转入步骤705 ;步骤702、使用 BCCH specific H-RNTI 进行 CRC 译码;步骤703、判断CRC译码是否正确,是则转入步骤704,否则转入步骤705 ;步骤704、按照HS-SCCH typel解析信息域;步骤705、使用专用H-RNTI进行CRC译码;步骤706、判断CRC译码是否正确,是则转入步骤707,否则转入步骤708 ;步骤707、按照HS-SCCH type4解析信息域;步骤708、丢弃该消息。实施中,终端当然也可以先使用专用H-RNTI进行译码,再使用BCCH specific H-RNTI对CRC译码,这也是本领域技术人员所易知的。由上述实施可以看出,在现有技术中,无论是HS-SCCH typel还是HS-SCCH type4, 信息域的比特长度均为30比特。发送端根据信息域生成16比特的CRC再与16比特的UE ID进行异或操作。接收端,即终端,对于第一条HS-SCCH分别使用两种H-RNTI判断CRC是 否正确。而在本发明实施例提供的技术方案中,终端首先使用BCCH specific H-RNTI对 CRC译码,再使用专用H-RNTI进行译码。当UE使用专用H-RNTI对HS-SCCH的CRC译码正 确时,按照HS-SCCH type4解析HS-SCCH的信息域信号;当使用BCCH specific H-RNTI对 HS-SCCH的CRC译码正确时,按照HS-SCCH typel解析HS-SCCH的信息域信号。与现有技术相比,现有技术为了发送系统信息变更消息,网络需要至少使用两次 HSDPA传输过程,而本发明所提供的技术方案中注意到两种格式下UE ID的不同,因此可以 利用UE ID来判断HS-SCCH消息采用的格式类型,从而也达到正确识别格式类型的目的,进 一步的,也能够根据正确地格式类型正确地解析消息的信息域,因此本发明所提供的技术 方案仅需一次HSDPA传输过程。显然,在HS-PDSCH承载的内容相同时,本发明所提供的技 术方案显然能节约BCCH发送时的系统资源。基于同一发明构思,本发明实施例中还提供了一种基站、用户终端,由于这些设备 解决问题的原理与在HS-SCCH上发送消息的方法、对HS-SCCH上发送的消息进行处理的方 法相似,因此这些设备的实施可以参见方法的实施,重复之处不再赘述。图8为基站结构示意图,如图所示,基站中可以包括接收模块801,用于接收RNC发送的FP帧,所述FP帧包括MU-MIM0相关信息,以及 BCCH specific H-RNTI ;通知模块802,用于使用HS-SCCH typel格式的消息通过HS-SCCH通知终端接收数 据,其中,HS-SCCH typel 格式的消息中的 UE ID 为 BCCH specific H-RNTL·实施中,接收模块还可以进一步用于接收RNC通过Iub 口发送的HS-DSCH data frame type 2 结构的 FP 帧。实施中,基站还可以进一步包括发送模块803,用于在通知终端接收数据后,根据定时关系通过HS-PDSCH信道发 送数据。图9为用户终端结构示意图,如图所示,用户终端中可以包括
接收模块901,用于接收基站通过HS-SCCH发送的消息,所述消息用于通知终端接 收数据;确定模块902,用于在用户终端处于CELL-FACH状态且配置了 MU-MIM0时,根据所 述消息中的UE ID确定所述消息采用的格式类型。实施中,确定模块还可以进一步用于在所述消息中的UE ID为BCCH specific H-RNTI时,确定所述消息采用的格式类型为HS-SCCH typel格式;在所述消息中的UE ID为 专用H-RNTI时,确定所述消息采用的格式类型为HS-SCCH type4格式。实施中,确定模块还可以进一步用于分别用BCCH specific H-RNTI和专用H-RNTI 对所述消息进行CRC译码;在用BCCH specific H-RNTI进行CRC译码正确时,确定所述消 息采用的格式类型为HS-SCCH typel格式;在用专用H-RNTI进行CRC译码正确时,确定所 述消息采用的格式类型为HS-SCCH type4格式。实施中,接收模块还可以进一步用于接收基站通过HS-SCCH集合中的第一条 HS-SCCH发送的消息。实施中,用户终端还可以进一步包括解析模块903,用于按照所述消息采用的格式类型解析所述消息的信息域。为了描述的方便,以上所述装置的各部分以功能分为各种模块或单元分别描述。 当然,在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。由上述实施例可见,在本发明实施例提供的技术方案中,对于基站侧,当基站需要 通过HS-SCCH通知终端接收消息时,固定使用HS-SCCH typel进行通知,基站在这过程中忽 略HS-DSCH data frame type 2中的MU-MIM0能力或者启动指示。对于终端侧,对于处于CELL-FACH且配置了 MU-MIM0的终端,根据HS-SCCH中的UE ID判断HS-SCCH类型。具体的,当UE使用专用H-RNTI对HS-SCCH的CRC译码正确时,按照HS-SCCH type4 解析HS-SCCH的信息域信号;当使用BCCH specific H-RNTI对HS-SCCH的CRC译码正确 时,按照HS-SCCH typel解析HS-SCCH的信息域信号。具体的,UE可以仅对HS-SCCH集合中的第一条HS-SCCH采用上述操作。在本发明实施例提供的技术方案中,由于网络发送系统信息变更消息不再需要使 用两种不同的HS-SCCH类型分别通知,而只需要使用HS-SCCH typel通知相应终端。而终 端会根据UE ID选择合适的HS-SCCH类型解码,因此减少了系统资源的浪费。本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序 产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实 施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产 品的形式。本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程 图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一 流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算 机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理 器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能 的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特 定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指 令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计 算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或 其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图 一个方框或多个方框中指定的功能的步骤。尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造 性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优 选实施例以及落入本发明范围的所有变更和修改。显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内,则本发明也意图包含这些改动和变型在内。
权利要求
1.一种对高速共享控制信道HS-SCCH上发送的消息进行处理的方法,其特征在于,包 括如下步骤终端接收基站通过HS-SCCH发送的消息,所述消息用于通知终端接收数据;终端在处于CELL-FACH状态且配置了多用户-多入多出MU-MIMO时,终端根据所述消 息中的用户设备标识UE ID确定所述消息采用的格式类型。
2.如权利要求1所述的方法,其特征在于,终端根据所述消息中的UEID确定所述消息 采用的格式类型,包括所述消息中的UE ID为广播控制信道专属高速下行共享信道无线网络临时识别BCCH specific H-RNTI时,确定所述消息采用的格式类型为高速共享控制信道类型HS-SCCH typel格式;所述消息中的UE ID为专用高速下行共享信道无线网络临时识别H-RNTI时,确定所述 消息采用的格式类型为4HS-SCCH type4格式。
3.如权利要求1所述的方法,其特征在于,终端根据所述消息中的UEID确定所述消息 采用的格式类型,包括终端分别用BCCH specific H-RNTI和专用H-RNTI对所述消息进行循环冗余校验CRC 译码;终端在用BCCH specific H-RNTI进行CRC译码正确时,确定所述消息采用的格式类型 为 HS-SCCH typel 格式;终端在用专用H-RNTI进行CRC译码正确时,确定所述消息采用的格式类型为HS-SCCH type4格式。
4.如权利要求1或2或3所述的方法,其特征在于,所述消息是在HS-SCCH集合中的第 一条HS-SCCH发送的消息。
5.如权利要求1或2或3所述的方法,其特征在于,进一步包括 终端按照所述消息采用的格式类型解析所述消息的信息域。
6.一种在HS-SCCH上发送消息的方法,其特征在于,包括如下步骤基站接收无线网络控制器RNC发送的帧协议FP帧,所述FP帧包括MU-MIMO相关信息, 以及 BCCH specific H-RNTI ;基站使用高速共享控制信道类型IHS-SCCH typel格式的消息通过HS-SCCH通知终端 接收数据,其中,HS-SCCH typel格式的消息中的UE ID为BCCH specific H-RNTL·
7.如权利要求6所述的方法,其特征在于,所述FP帧是RNC通过Iub口发送的高速下 行共享信道数据帧类型2HS-DSCH data frame type 2结构的FP帧。
8.如权利要求6或7所述的方法,其特征在于,在基站通知终端接收数据后,进一步包括基站根据定时关系,通过高速下行共享物理信道HS-PDSCH信道发送数据。
9.一种用户终端,其特征在于,包括接收模块,用于接收基站通过HS-SCCH发送的消息,所述消息用于通知终端接收数据;确定模块,用于在用户终端处于CELL-FACH状态且配置了 MU-MIMO时,根据所述消息中 的UE ID确定所述消息采用的格式类型。
10.如权利要求9所述的用户终端,其特征在于,确定模块进一步用于在所述消息中的UE ID为BCCH specific H-RNTI时,确定所述消息采用的格式类型为HS-SCCH typel格式; 在所述消息中的UE ID为专用H-RNTI时,确定所述消息采用的格式类型为HS-SCCH type4 格式。
11.如权利要求9所述的用户终端,其特征在于,确定模块进一步用于分别用BCCH specific H-RNTI和专用H-RNTI对所述消息进行CRC译码;在用BCCH specific H-RNTI进 行CRC译码正确时,确定所述消息采用的格式类型为HS-SCCH typel格式;在用专用H-RNTI 进行CRC译码正确时,确定所述消息采用的格式类型为HS-SCCH type4格式。
12.如权利要求9或10或11所述的用户终端,其特征在于,接收模块进一步用于接收 基站通过HS-SCCH集合中的第一条HS-SCCH发送的消息。
13.如权利要求9或10或11所述的用户终端,其特征在于,进一步包括解析模块,用于按照所述消息采用的格式类型解析所述消息的信息域。
14.一种基站,其特征在于,包括接收模块,用于接收RNC发送的FP帧,所述FP帧包括MU-MIMO相关信息,以及BCCH specific H-RNTI ;通知模块,用于使用HS-SCCH typel格式的消息通过HS-SCCH通知终端接收数据,其 中,HS-SCCH typel 格式的消息中的 UE ID 为 BCCH specific H-RNTI。
15.如权利要求14所述的基站,其特征在于,接收模块进一步用于接收RNC通过Iub口 发送的 HS-DSCH data frame type 2 结构的 FP 帧。
16.如权利要求14或15所述的基站,其特征在于,进一步包括发送模块,用于在通知终端接收数据后,根据定时关系通过HS-PDSCH信道发送数据。
全文摘要
本发明公开了一种在高速共享控制信道上发送消息以及对该消息进行处理的方法、设备,包括基站忽略多用户-多入多出相关信息,固定使用用户设备标识为广播控制信道专属高速下行共享信道无线网络临时识别的高速共享控制信道类型1格式的消息通过高速共享控制信道通知终端接收数据。终端在处于CELL-FACH状态且配置了多用户-多入多出时,终端根据消息中的用户设备标识确定所述消息采用的格式类型。本发明能够减少系统资源的浪费。
文档编号H04L1/06GK102082638SQ20101029653
公开日2011年6月1日 申请日期2010年9月28日 优先权日2010年9月28日
发明者李晓卡, 邢艳萍 申请人:大唐移动通信设备有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1