CN105516255A - MoCA局端设备向终端设备推送配置的方法及相应装置 - Google Patents

MoCA局端设备向终端设备推送配置的方法及相应装置 Download PDF

Info

Publication number
CN105516255A
CN105516255A CN201510847167.6A CN201510847167A CN105516255A CN 105516255 A CN105516255 A CN 105516255A CN 201510847167 A CN201510847167 A CN 201510847167A CN 105516255 A CN105516255 A CN 105516255A
Authority
CN
China
Prior art keywords
message
configuration
terminal equipment
side apparatus
local side
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
Application number
CN201510847167.6A
Other languages
English (en)
Inventor
牟丹
姚毅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SHANGHAI TERABAND PHOTONICS CO Ltd
Original Assignee
SHANGHAI TERABAND PHOTONICS CO Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by SHANGHAI TERABAND PHOTONICS CO Ltd filed Critical SHANGHAI TERABAND PHOTONICS CO Ltd
Priority to CN201510847167.6A priority Critical patent/CN105516255A/zh
Publication of CN105516255A publication Critical patent/CN105516255A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields

Abstract

本申请公开一种MoCA局端设备向终端设备推送配置的方法及相应装置,通过该方案,终端设备在接收到MoCA局端设备传输的配置报文后,会根据该配置报文产生相应的反馈报文,如推送确认报文和推送失败报文,并将反馈报文传输至MoCA局端设备,以便所述MoCA局端设备根据终端设备传输的反馈报文,确定本次的推送结果,从而能够确定本次推送是否成功,解决现有技术中存在的,MoCA局端设备在向终端设备推送配置信息后,无法确定本次配置推送是否成功的问题,保障了MoCA局端设备的正常工作。

Description

MoCA局端设备向终端设备推送配置的方法及相应装置
技术领域
本公开涉及接入网技术领域,尤其涉及一种MoCA局端设备向终端设备推送配置的方法及相应装置。
背景技术
MoCA(MultimediaoverCoaxAlliance,同轴电缆多媒体联盟)技术是目前新兴的一种以太网接入技术,通过该技术能够通过同轴电缆传输多媒体等信息,具有接入带宽大、成本低等优点,目前得到了广泛的应用。
采用MoCA技术传输多媒体信息的设备被称为MoCA局端设备,所述MoCA局端设备能够通过自身设置的端口,与其他终端设备,如光接收机等进行信息传输。另外,在进行信息传输之前,MoCA局端设备通常向终端设备推送配置信息,以便终端设备进行相应的配置。
但是,发明人在本申请的研究过程中发现,MoCA局端设备在向终端设备推送配置信息后,往往无法确定本次配置推送是否成功,而推送不成功的话,往往导致MoCA局端设备无法正常工作。
发明内容
本发明实施例提供了一种MoCA局端设备向终端设备推送配置的方法及装置,以一定程度上解决传统技术中,MoCA局端设备在向终端设备推送配置信息后,往往无法确定本次配置推送是否成功的问题。
为了解决上述技术问题,本发明实施例公开了如下技术方案:
根据本公开实施例的第一方面,提供一种MoCA局端设备向终端设备推送配置的方法,应用于MoCA局端设备,包括:
建立与终端设备之间的通信连接;
产生配置报文,并向建立通信连接的所述终端设备推送所述配置报文,其中,所述配置报文中包含的字段包括:当前报文序号、报文类型、报文长度和报文内容,所述报文内容字段包含所述终端设备的配置信息;
根据终端设备产生的反馈报文的接收情况,判断本次配置报文的推送是否成功。
优选的,若确定本次配置报文的推送不成功,所述MoCA局端设备向终端设备推送配置的方法还包括:
再次向所述终端设备推送所述配置报文;
若持续推送不成功的次数超过预设次数,则停止向所述终端设备推送所述配置报文。
优选的,所述终端设备产生的反馈报文包括:推送确认报文和推送失败报文;
其中,若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N;
若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1;
若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0;
所述根据终端设备产生的反馈报文的接收情况,判断本次配置报文的推送是否成功,包括:
判断在预设时间段内,是否接收到所述终端设备传输的反馈报文,若否,则确定本次配置报文的推送不成功;
若在预设时间段内,接收到所述终端设备传输的反馈报文,根据所述反馈报文中包含的当前报文序号,确定所述反馈报文的类型,若所述反馈报文的类型为推送确认报文,确定本次配置报文的推送成功,若所述反馈报文的类型为推送失败报文,确定本次配置报文的推送不成功。
根据本公开实施例的第二方面,提供一种MoCA局端设备向终端设备推送配置的方法,应用于终端设备,包括:
建立与MoCA局端设备之间的通信连接;
在接收到所述MoCA局端设备传输的配置报文后,根据所述配置报文,产生相应的反馈报文,并传输所述反馈报文,其中,所述反馈报文中的字段包括:当前报文序号、报文类型、报文长度和报文内容。
优选的,所述反馈报文包括:推送确认报文和推送失败报文;
若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N;
若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1;
若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0;
所述根据所述配置报文,产生相应的反馈报文,包括:
对接收到的配置报文进行检验;
若所述配置报文通过检验,则产生所述推送确认报文;
若所述配置报文未通过检验,则产生所述推送失败报文。
根据本公开实施例的第三方面,提供一种MoCA局端设备向终端设备推送配置的装置,应用于MoCA局端设备,包括:
通信连接建立模块,用于建立与终端设备之间的通信连接;
配置报文产生模块,用于产生配置报文,并向建立通信连接的所述终端设备推送所述配置报文,其中,所述配置报文中包含的字段包括:当前报文序号、报文类型、报文长度和报文内容,所述报文内容字段包含所述终端设备的配置信息;
推送状态判断模块,用于根据终端设备产生的反馈报文的接收情况,判断本次配置报文的推送是否成功。
优选的,若确定本次配置报文的推送不成功,所述配置报文产生模块还用于再次向所述终端设备推送所述配置报文,并且若持续推送不成功的次数超过预设次数,则停止向所述终端设备推送所述配置报文。
优选的,所述终端设备产生的反馈报文包括:推送确认报文和推送失败报文;
其中,若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N;
若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1;
若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0;
所述推送状态判断模块包括:
第一判断单元,用于判断在预设时间段内,是否接收到所述终端设备传输的反馈报文,若否,则确定本次配置报文的推送不成功;
第二判断单元,用于若在预设时间段内,接收到所述终端设备传输的反馈报文,根据所述反馈报文中包含的当前报文序号,确定所述反馈报文的类型,若所述反馈报文的类型为推送确认报文,确定本次配置报文的推送成功,若所述反馈报文的类型为推送失败报文,确定本次配置报文的推送不成功。
根据本公开实施例的第四方面,提供一种MoCA局端设备向终端设备推送配置的装置,应用于终端设备,包括:
连接建立模块,用于建立与MoCA局端设备之间的通信连接;
反馈报文产生模块,用于在接收到所述MoCA局端设备传输的配置报文后,根据所述配置报文,产生相应的反馈报文,并传输所述反馈报文,其中,所述反馈报文中的字段包括:当前报文序号、报文类型、报文长度和报文内容。
优选的,所述反馈报文包括:推送确认报文和推送失败报文;
若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N;
若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1;
若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0;
所述反馈报文产生模块包括:
检验单元,用于对接收到的配置报文进行检验;
第一产生单元,用于若所述配置报文通过检验,产生所述推送确认报文;
第二产生单元,用于若所述配置报文未通过检验,产生所述推送失败报文。
本申请具有如下有益效果:
本申请公开一种MoCA局端设备向终端设备推送配置的方法及相应装置,通过该方案,终端设备在接收到MoCA局端设备传输的配置报文后,会根据该配置报文产生相应的反馈报文,如推送确认报文和推送失败报文,并将反馈报文传输至MoCA局端设备,以便所述MoCA局端设备根据终端设备传输的反馈报文,确定本次的推送结果,从而确定本次推送是否成功,解决现有技术中存在的,MoCA局端设备在向终端设备推送配置信息后,无法确定本次配置推送是否成功的问题,保障了MoCA局端设备的正常工作。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其它的附图。
图1为本发明公开的一种MoCA局端设备向终端设备推送配置的方法的工作流程图;
图2为本发明公开的一种MoCA局端设备向终端设备推送配置的方法中,判断本次配置报文的推送是否成功的工作流程示意图;
图3为本发明公开的又一种MoCA局端设备向终端设备推送配置的方法的工作流程图;
图4为本发明公开的一种MoCA局端设备向终端设备推送配置的方法中,根据配置报文,产生相应的反馈报文的工作流程示意图;
图5为本发明公开的一种MoCA局端设备向终端设备推送配置的装置的结构示意图;
图6为本发明公开的又一种MoCA局端设备向终端设备推送配置的装置的结构示意图。
具体实施方式
本申请实施例提供一种MoCA局端设备向终端设备推送配置的方法及装置,以一定程度上解决传统技术中,MoCA局端设备在向终端设备推送配置信息后,往往无法确定本次配置推送是否成功的问题。
为了使本领域的技术人员更好地理解本发明实施例中的技术方案,并使本发明实施例的上述目的、特征和优点能够更加明显易懂,下面结合附图对本发明实施例中技术方案作进一步详细的说明。
本申请一示例性实施例中,公开一种MoCA局端设备向终端设备推送配置的方法,该方法应用于MoCA局端设备。参见图1所示的工作流程示意图,所述MoCA局端设备向终端设备推送配置的方法包括:
步骤S11、建立与终端设备之间的通信连接。
其中,MoCA局端设备与终端设备之间建立的通信连接通常为TCP(TransmissionControlProtocol,传输控制协议)连接,当然也可以建立其他形式的连接,本申请对此不作限定。
步骤S12、产生配置报文,并向建立通信连接的所述终端设备推送所述配置报文,其中,所述配置报文中包含的字段包括:当前报文序号、报文类型、报文长度和报文内容,所述报文内容字段包含所述终端设备的配置信息。
步骤S13、根据终端设备产生的反馈报文的接收情况,判断本次配置报文的推送是否成功。
本申请的步骤S11至步骤S13公开一种MoCA局端设备向终端设备推送配置的方法,该方法应用于MoCA局端设备。MoCA局端设备在采用该方法推送配置时,能够在产生配置报文后,根据终端设备传输的反馈报文,确定本次的推送结果,从而确定本次推送是否成功,解决现有技术中存在的,MoCA局端设备在向终端设备推送配置信息后,无法确定本次配置推送是否成功的问题,保障了MoCA局端设备的正常工作。
在本申请公开的MoCA局端设备中,还设置有定时装置,MoCA局端设备在向终端设备推送配置报文后,通过该定时装置进行计时,若在预设时间段中,所述MoCA局端设备未接收到终端设备的反馈报文,则再次推送所述配置报文。
本申请中,MoCA局端设备产生的配置报文中包含的字段包括:当前报文序号、报文类型、报文长度和报文内容。
其中,所述当前报文序号这一字段通常为4字节,标识了MoCA局端设备本次向终端设备设备发送的配置报文的序号。如果当前的配置报文是MoCA局端设备发送给终端设备的第一个配置报文,则该字段的值通常被配置为1。如果当前的配置报文是MoCA局端设备发送给终端设备的最后一个配置报文,则该字段的值通常被配置为0xFFFFFFFF。
所述报文类型字段通常占用1字节,标识了报文类型,在本申请中,报文类型通常分为两大类型,一种类型是MoCA局端设备向终端设备推送的配置报文类型,另一种是终端设备向MoCA局端设备传输的反馈报文类型,反馈报文类型还可以分为推送确认报文类型和推送失败报文类型。如果该字段值为“1”,则标识该报文为MoCA局端设备推送给终端设备的配置报文;如果该字段值为“2”,则标识该报文为终端设备设备发送给MoCA局端设备的反馈报文。
所述报文长度这一字段通常为2字节,标识了报文长度,若该报文的报文类型为终端设备发送给MoCA局端设备的反馈报文,则“报文长度”字段值通常为0。
所述报文内容这一字段为变长字段,其内容由报文类型和报文长度决定。如果该报文为MoCA局端设备发送给终端设备的配置报文,则该字段内容为MoCA局端设备推送给终端设备的配置信息;如果该报文为终端设备设备发送给MoCA局端设备的反馈报文,则该字段内容为空。
进一步的,所述配置报文中包含的字段还可以包括:上一报文序号,所述上一报文序号这一字段通常为4字节,标识了MoCA局端设备上一次向终端设备设备发送的配置报文的序号。正常情况下(即当前配置报文并非MoCA局端设备发送的最后一个配置报文),“当前报文序号”-“上一报文序号”=1,也就是说,若所述上一报文序号为N,则所述当前报文序号为N+1。
进一步的,若根据步骤S13的判断结果,确定本次配置报文的推送不成功,本申请公开的MoCA局端设备向终端设备推送配置的方法还包括:
再次向所述终端设备推送所述配置报文;
若持续推送不成功的次数超过预设次数,则停止向所述终端设备推送所述配置报文。
若确定本次配置报文的推送不成功,MoCA局端设备会采取补救措施,通常情况下,MoCA局端设备会再次向所述终端设备推送所述配置报文。若持续推送不成功的次数超过预设次数(如三次),则有可能MoCA局端设备和终端设备之间的通信连接发生故障,这种情况下停止向所述终端设备推送配置报文。
进一步的,所述终端设备产生的反馈报文包括:推送确认报文和推送失败报文。
在MoCA局端设备向终端设备推送配置报文的过程中,往往会推送多个配置报文。其中,终端设备产生的推送失败报文中包含的当前报文序号通常与所述配置报文中包含的当前报文序号相同,以提示MoCA局端设备需要重新推送该当前报文序号对应的配置报文。也就是说,若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N。
若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1,以提示MoCA局端设备需要推送当前报文序号为N+1的配置报文。若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0。
若所述配置报文为所述MoCA局端设备传输的最后一个配置报文,则所述当前报文序号的值通常被配置为0xFFFFFFFF。终端设备在接收到最后一个配置报文后,若最后一个配置报文推送至终端设备后,所述最后一个配置报文并未通过终端设备的检验,则终端设备向MoCA局端设备传输推送失败报文,该推送失败报文中的当前报文序号为0xFFFFFFFF;若所述最后一个配置报文通过终端设备的检验,则终端设备向MoCA局端设备传输推送确认报文,该推送确认报文中的当前报文序号为0。
这种情况下,参见图2所示的工作流程示意图,所述根据终端设备产生的反馈报文的接收情况,判断本次配置报文的推送是否成功,包括:
步骤S21、判断在预设时间段内,是否接收到所述终端设备传输的反馈报文,若是,执行步骤S22的操作,若否,执行步骤S24的操作;
步骤S22、若在预设时间段内,接收到所述终端设备传输的反馈报文,根据所述反馈报文中包含的当前报文序号,确定所述反馈报文的类型,在确定所述反馈报文的类型时,通常根据所述反馈报文中包含的当前报文序号,判断所述反馈报文是否为推送确认报文(或者判断所述反馈报文是否为推送失败报文),若反馈报文的类型为推送确认报文,执行步骤S23的操作;所述反馈报文的类型为推送失败报文,执行步骤S24的操作;
步骤S23、确定本次配置报文的推送成功。
步骤S24、确定本次配置报文的推送不成功。
在本申请公开的MoCA局端设备向终端设备推送配置的方法中,MoCA局端设备向终端设备推送配置报文。但推送后,有时会出现故障,如MoCA局端设备和终端设备之间的通信连接断开等,导致终端设备无法接收到所述配置报文,这种情况下,终端设备不会向MoCA局端设备传输反馈报文,MoCA局端设备在预设时间段内未接收到所述终端设备传输的反馈报文,所述MoCA局端设备确定本次配置报文的推送不成功。
另外,终端设备在接收到MoCA局端设备推送的配置报文后,会产生反馈报文,所述反馈报文包括推送确认报文和推送失败报文。终端设备接收到MoCA局端设备推送的配置报文后,会对该配置报文进行检验,如检验该配置报文的完整性和/或正确性,若该配置报文未通过检验,则终端设备产生推送失败报文,接收到所述推送失败报文的MoCA局端设备能够确定本次推送失败;若该配置报文通过检验,则终端设备产生推送确认报文,接收到所述推送确定报文的MoCA局端设备能够确定本次推送成功。
通过上述方案,MoCA局端设备能够确定配置报文是否推送成功,从而解决现有技术中存在的MoCA局端设备在向终端设备推送配置信息后,往往无法确定本次配置推送是否成功的问题。
相应的,本申请的第二实施例公开一种MoCA局端设备向终端设备推送配置的方法,该方法应用于终端设备。参见图3所示的工作流程示意图,所述MoCA局端设备向终端设备推送配置的方法包括:
步骤S31、建立与MoCA局端设备之间的通信连接。
其中,MoCA局端设备与终端设备之间建立的通信连接通常为TCP(TransmissionControlProtocol,传输控制协议)连接,当然也可以建立其他形式的连接,本申请对此不作限定。
步骤S32、在接收到所述MoCA局端设备传输的配置报文后,根据所述配置报文,产生相应的反馈报文,并传输所述反馈报文,其中,所述反馈报文中的字段包括:当前报文序号、报文类型、报文长度和报文内容。
本申请公开的MoCA局端设备向终端设备推送配置的方法中,终端设备在接收到MoCA局端设备传输的配置报文后,会根据该配置报文产生相应的反馈报文,如推送确认报文和推送失败报文,并将反馈报文传输至MoCA局端设备,以便所述MoCA局端设备根据终端设备传输的反馈报文,确定本次的推送结果,从而确定本次推送是否成功,解决现有技术中存在的,MoCA局端设备在向终端设备推送配置信息后,无法确定本次配置推送是否成功的问题,保障了MoCA局端设备的正常工作。
其中,所述当前报文序号这一字段通常为4字节,标识了终端设备本次向MoCA局端设备传输的反馈报文的序号。本申请中,反馈报文包括:推送确认报文和推送失败报文。其中,若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N;若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1;若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0。
如果当前的配置报文是MoCA局端设备发送给终端设备设备的最后一个配置报文,则该配置报文中当前报文序号的值通常被配置为0xFFFFFFFF,以使接收到该配置报文的终端设备在接收到该配置报文后,知悉MoCA局端设备将不再发送配置报文。这种情况下,终端设备在接收到所述最后一个配置报文后,若确定所述最后一个配置报文通过检验,则向MoCA局端设备传输推送确认报文,且所述推送确认报文中的当前报文序号的字段值为0,上一报文序号的字段值为0xFFFFFFFF;若确定所述最后一个配置报文未通过检测,则向MoCA局端设备传输推送失败报文,该推送失败报文中当前报文序号的值也被配置为0xFFFFFFFF。
所述报文类型字段通常占用1字节,标识了报文类型,本申请中,报文类型通常分为两大类型,一种类型是MoCA局端设备向终端设备推送的配置报文类型,另一种是终端设备向MoCA局端设备传输的反馈报文类型,反馈报文类型还可以分为推送确认报文类型和推送失败报文类型。如果该字段值为“1”,则标识该报文为MoCA局端设备推送给终端设备的配置报文;如果该字段值为“2”,则标识该报文为终端设备设备发送给MoCA局端设备的反馈报文。
所述报文长度这一字段通常为2字节,标识了报文长度,若该报文的报文类型为终端设备发送给MoCA局端设备的反馈报文,则“报文长度”字段值通常为0。
所述报文内容这一字段为变长字段,其内容由报文类型和报文长度决定。如果该报文为MoCA局端设备发送给终端设备的配置报文,则该字段内容为MoCA局端设备推送给终端设备的配置信息;如果该报文为终端设备设备发送给MoCA局端设备的反馈报文,则该字段内容为空。
另外,在所述反馈报文中,通常还包括上一报文序号,另外,所述上一报文序号这一字段通常为4字节,标识了终端设备上一次向MoCA局端设备传输的反馈报文的序号。正常情况下(即当前反馈报文并非终端设备发送的最后一个反馈报文),“当前报文序号”-“上一报文序号”=1,也就是说,若所述上一报文序号为N,则所述当前报文序号为N+1。
进一步的,参见图4所示的工作流程示意图,所述根据所述配置报文,产生相应的反馈报文,包括:
步骤S41、对接收到的配置报文进行检验,判断所述配置报文是否通过检验,若是,执行步骤S42的操作,若否,执行步骤S43的操作。
其中,检验过程可包括配置报文的完整性检核和/或正确性检验。
步骤S42、若所述配置报文通过检验,则产生所述推送确认报文。
步骤S43、若所述配置报文未通过检验,则产生所述推送失败报文。
终端设备能够通过步骤S41至步骤S43的操作,产生相应的反馈报文,以便MoCA局端设备根据所述反馈报文,判断本次配置报文的推送是否成功。
另外,在本申请公开的终端设备中,还设置有定时装置,终端设备向MoCA局端设备传输反馈报文后,通过该定时装置开始计时,若在预设的时间段内,所述终端设备未收到MoCA局端设备的响应报文,则再次向MoCA局端设备传输反馈报文。
例如,若终端设备接收到配置报文,并且该配置报文未通过检验,则终端设备向MoCA局端设备传输推送失败报文,并且所述推送失败报文中包含的当前报文序号与所述配置报文中包含的当前报文序号相同,以提示所述MoCA局端设备再次传输该当前报文序号的配置报文。这种情况下,终端设备在向MoCA局端设备传输推送失败报文后,开始计时,若在预设时间段内,所述终端设备未接收到所述配置报文,则再次向所述MoCA局端设备传输所述推送失败报文,并且所述推送失败报文中包含的当前报文序号不变。
或者,若终端设备接收到配置报文,并且该配置报文通过检验,则终端设备向MoCA局端设备传输推送确认报文,若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,并且设定所述推送确认报文中包含的当前报文序号为M,接收到的所述配置报文中包含的当前报文序号为N,则M=N+1,以提示所述MoCA局端设备需要推送当前报文序号为M的配置报文。这种情况下,终端设备在向MoCA局端设备传输推送确认报文后,开始计时,若在预设时间段内,所述终端设备未接收到当前报文序号为M的配置报文,则再次向所述MoCA局端设备传输所述推送确认报文,并且所述推送确认报文中包含的当前报文序号仍然为M。
另外,若所述终端设备连续重复传输同一反馈报文的次数超过预设次数(如三次),则终端设备主动关闭与MoCA局端设备的通信连接,待再次建立通信连接后,MoCA局端设备和终端设备之间再进行配置的推送。
相应的,本申请的第三实施例公开一种MoCA局端设备向终端设备推送配置的装置,该装置应用于MoCA局端设备。参见图5所示的结构示意图,所述MoCA局端设备向终端设备推送配置的装置包括:通信连接建立模块110、配置报文产生模块120和推送状态判断模块130。
其中,所述通信连接建立模块110,用于建立与终端设备之间的通信连接;
所述配置报文产生模块120,用于产生配置报文,并向建立通信连接的所述终端设备推送所述配置报文,其中,所述配置报文中包含的字段包括:当前报文序号、报文类型、报文长度和报文内容,所述报文内容字段包含所述终端设备的配置信息;
所述推送状态判断模块130,用于根据终端设备产生的反馈报文的接收情况,判断本次配置报文的推送是否成功。
进一步的,若确定本次配置报文的推送不成功,所述配置报文产生模块还用于再次向所述终端设备推送所述配置报文,并且若持续推送不成功的次数超过预设次数,则停止向所述终端设备推送所述配置报文。
本申请中,MoCA局端设备产生的配置报文中包含的字段包括:当前报文序号、报文类型、报文长度和报文内容。
其中,所述当前报文序号这一字段通常为4字节,标识了MoCA局端设备本次向终端设备设备发送的配置报文的序号。如果当前的配置报文是MoCA局端设备发送给终端设备的第一个配置报文,则该字段的值通常被配置为1。如果当前的配置报文是MoCA局端设备发送给终端设备的最后一个配置报文,则该字段的值通常被配置为0xFFFFFFFF。
所述报文类型字段通常占用1字节,标识了报文类型,在本申请中,报文类型通常分为两大类型,一种类型是MoCA局端设备向终端设备推送的配置报文类型,另一种是终端设备向MoCA局端设备传输的反馈报文类型,反馈报文类型还可以分为推送确认报文类型和推送失败报文类型。如果该字段值为“1”,则标识该报文为MoCA局端设备推送给终端设备的配置报文;如果该字段值为“2”,则标识该报文为终端设备设备发送给MoCA局端设备的反馈报文。
所述报文长度这一字段通常为2字节,标识了报文长度,若该报文的报文类型为终端设备发送给MoCA局端设备的反馈报文,则“报文长度”字段值通常为0。
所述报文内容这一字段为变长字段,其内容由报文类型和报文长度决定。如果该报文为MoCA局端设备发送给终端设备的配置报文,则该字段内容为MoCA局端设备推送给终端设备的配置信息;如果该报文为终端设备设备发送给MoCA局端设备的反馈报文,则该字段内容为空。
进一步的,所述配置报文中包含的字段还可以包括:上一报文序号,所述上一报文序号这一字段通常为4字节,标识了MoCA局端设备上一次向终端设备设备发送的配置报文的序号。正常情况下(即当前配置报文并非MoCA局端设备发送的最后一个配置报文),“当前报文序号”-“上一报文序号”=1,也就是说,若所述上一报文序号为N,则所述当前报文序号为N+1。
另外,所述终端设备产生的反馈报文包括:推送确认报文和推送失败报文;
其中,若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N;
若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1;若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0。
其中,所述推送状态判断模块130包括:
第一判断单元,用于判断在预设时间段内,是否接收到所述终端设备传输的反馈报文,若否,则确定本次配置报文的推送不成功;
第二判断单元,用于若在预设时间段内,接收到所述终端设备传输的反馈报文,根据所述反馈报文中包含的当前报文序号,确定所述反馈报文的类型,若所述反馈报文的类型为推送确认报文,确定本次配置报文的推送成功,若所述反馈报文的类型为推送失败报文,确定本次配置报文的推送不成功。
本申请公开一种MoCA局端设备向终端设备推送配置的装置,该装置应用于MoCA局端设备。MoCA局端设备在采用本方案推送配置时,能够在产生配置报文后,根据终端设备传输的反馈报文,确定本次的推送结果,从而确定本次推送是否成功,解决现有技术中存在的,MoCA局端设备在向终端设备推送配置信息后,无法确定本次配置推送是否成功的问题,保障了MoCA局端设备的正常工作。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
相应的,本申请的第四实施例公开一种MoCA局端设备向终端设备推送配置的装置,该装置应用于终端设备。参见图6所示的结构示意图,所述MoCA局端设备向终端设备推送配置的装置包括:连接建立模块210和反馈报文产生模块220。
其中,所述连接建立模块210,用于建立与MoCA局端设备之间的通信连接;
所述反馈报文产生模块220,用于在接收到所述MoCA局端设备传输的配置报文后,根据所述配置报文,产生相应的反馈报文,并传输所述反馈报文,其中,所述反馈报文中的字段包括:当前报文序号、报文类型、报文长度和报文内容。
其中,所述当前报文序号这一字段通常为4字节,标识了终端设备本次向MoCA局端设备传输的反馈报文的序号。本申请中,反馈报文包括:推送确认报文和推送失败报文。其中,若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N;若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1;若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0。
如果当前的配置报文是MoCA局端设备发送给终端设备设备的最后一个配置报文,则该配置报文中当前报文序号的值通常被配置为0xFFFFFFFF,以使接收到该配置报文的终端设备在接收到该配置报文后,知悉MoCA局端设备将不再发送配置报文。这种情况下,终端设备在接收到所述最后一个配置报文后,若确定所述最后一个配置报文通过检验,则向MoCA局端设备传输推送确认报文,且所述推送确认报文中的当前报文序号的字段值为0,上一报文序号的字段值为0xFFFFFFFF;若确定所述最后一个配置报文未通过检测,则向MoCA局端设备传输推送失败报文,该推送失败报文中当前报文序号的值也被配置为0xFFFFFFFF。
所述报文类型字段通常占用1字节,标识了报文类型,本申请中,报文类型通常分为两大类型,一种类型是MoCA局端设备向终端设备推送的配置报文类型,另一种是终端设备向MoCA局端设备传输的反馈报文类型,反馈报文类型还可以分为推送确认报文类型和推送失败报文类型。如果该字段值为“1”,则标识该报文为MoCA局端设备推送给终端设备的配置报文;如果该字段值为“2”,则标识该报文为终端设备设备发送给MoCA局端设备的反馈报文。
所述报文长度这一字段通常为2字节,标识了报文长度,若该报文的报文类型为终端设备发送给MoCA局端设备的反馈报文,则“报文长度”字段值通常为0。
所述报文内容这一字段为变长字段,其内容由报文类型和报文长度决定。如果该报文为MoCA局端设备发送给终端设备的配置报文,则该字段内容为MoCA局端设备推送给终端设备的配置信息;如果该报文为终端设备设备发送给MoCA局端设备的反馈报文,则该字段内容为空。
另外,在所述反馈报文中,通常还包括上一报文序号,另外,所述上一报文序号这一字段通常为4字节,标识了终端设备上一次向MoCA局端设备传输的反馈报文的序号。正常情况下(即当前反馈报文并非终端设备发送的最后一个反馈报文),“当前报文序号”-“上一报文序号”=1,也就是说,若所述上一报文序号为N,则所述当前报文序号为N+1。
进一步的,所述反馈报文包括:推送确认报文和推送失败报文;
若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N;
若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1;若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0。
其中,所述反馈报文产生模块220包括:
检验单元,用于对接收到的配置报文进行检验;
第一产生单元,用于若所述配置报文通过检验,产生所述推送确认报文;
第二产生单元,用于若所述配置报文未通过检验,产生所述推送失败报文。
本申请公开的MoCA局端设备向终端设备推送配置的装置中,终端设备在接收到MoCA局端设备传输的配置报文后,会根据该配置报文产生相应的反馈报文,如推送确认报文和推送失败报文,并将反馈报文传输至MoCA局端设备,以便所述MoCA局端设备根据终端设备传输的反馈报文,确定本次的推送结果,从而确定本次推送是否成功,解决现有技术中存在的,MoCA局端设备在向终端设备推送配置信息后,无法确定本次配置推送是否成功的问题,保障了MoCA局端设备的正常工作。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明实施例中的技术方案可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如只读存储器(英文:read-onlymemory,缩写:ROM)、随机存取存储器(英文:randomaccessmemory,缩写:RAM)、磁碟、光盘等,包括若干指令用以使得处理器执行本发明实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其它实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种MoCA局端设备向终端设备推送配置的方法,其特征在于,应用于MoCA局端设备,包括:
建立与终端设备之间的通信连接;
产生配置报文,并向建立通信连接的所述终端设备推送所述配置报文,其中,所述配置报文中包含的字段包括:当前报文序号、报文类型、报文长度和报文内容,所述报文内容字段包含所述终端设备的配置信息;
根据终端设备产生的反馈报文的接收情况,判断本次配置报文的推送是否成功。
2.根据权利要求1所述的方法,其特征在于,若确定本次配置报文的推送不成功,所述MoCA局端设备向终端设备推送配置的方法还包括:
再次向所述终端设备推送所述配置报文;
若持续推送不成功的次数超过预设次数,则停止向所述终端设备推送所述配置报文。
3.根据权利要求1所述的方法,其特征在于,
所述终端设备产生的反馈报文包括:推送确认报文和推送失败报文;
其中,若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N;
若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1;
若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0;
所述根据终端设备产生的反馈报文的接收情况,判断本次配置报文的推送是否成功,包括:
判断在预设时间段内,是否接收到所述终端设备传输的反馈报文,若否,则确定本次配置报文的推送不成功;
若在预设时间段内,接收到所述终端设备传输的反馈报文,根据所述反馈报文中包含的当前报文序号,确定所述反馈报文的类型,若所述反馈报文的类型为推送确认报文,确定本次配置报文的推送成功,若所述反馈报文的类型为推送失败报文,确定本次配置报文的推送不成功。
4.一种MoCA局端设备向终端设备推送配置的方法,其特征在于,应用于终端设备,包括:
建立与MoCA局端设备之间的通信连接;
在接收到所述MoCA局端设备传输的配置报文后,根据所述配置报文,产生相应的反馈报文,并传输所述反馈报文,其中,所述反馈报文中的字段包括:当前报文序号、报文类型、报文长度和报文内容。
5.根据权利要求4所述的方法,其特征在于,
所述反馈报文包括:推送确认报文和推送失败报文;
若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N;
若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1;
若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0;
所述根据所述配置报文,产生相应的反馈报文,包括:
对接收到的配置报文进行检验;
若所述配置报文通过检验,则产生所述推送确认报文;
若所述配置报文未通过检验,则产生所述推送失败报文。
6.一种MoCA局端设备向终端设备推送配置的装置,其特征在于,应用于MoCA局端设备,包括:
通信连接建立模块,用于建立与终端设备之间的通信连接;
配置报文产生模块,用于产生配置报文,并向建立通信连接的所述终端设备推送所述配置报文,其中,所述配置报文中包含的字段包括:当前报文序号、报文类型、报文长度和报文内容,所述报文内容字段包含所述终端设备的配置信息;
推送状态判断模块,用于根据终端设备产生的反馈报文的接收情况,判断本次配置报文的推送是否成功。
7.根据权利要求6所述的装置,其特征在于,
若确定本次配置报文的推送不成功,所述配置报文产生模块还用于再次向所述终端设备推送所述配置报文,并且若持续推送不成功的次数超过预设次数,则停止向所述终端设备推送所述配置报文。
8.根据权利要求6所述的装置,其特征在于,
所述终端设备产生的反馈报文包括:推送确认报文和推送失败报文;
其中,若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N;
若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1;
若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0;
所述推送状态判断模块包括:
第一判断单元,用于判断在预设时间段内,是否接收到所述终端设备传输的反馈报文,若否,则确定本次配置报文的推送不成功;
第二判断单元,用于若在预设时间段内,接收到所述终端设备传输的反馈报文,根据所述反馈报文中包含的当前报文序号,确定所述反馈报文的类型,若所述反馈报文的类型为推送确认报文,确定本次配置报文的推送成功,若所述反馈报文的类型为推送失败报文,确定本次配置报文的推送不成功。
9.一种MoCA局端设备向终端设备推送配置的装置,其特征在于,应用于终端设备,包括:
连接建立模块,用于建立与MoCA局端设备之间的通信连接;
反馈报文产生模块,用于在接收到所述MoCA局端设备传输的配置报文后,根据所述配置报文,产生相应的反馈报文,并传输所述反馈报文,其中,所述反馈报文中的字段包括:当前报文序号、报文类型、报文长度和报文内容。
10.根据权利要求9所述的装置,其特征在于,
所述反馈报文包括:推送确认报文和推送失败报文;
若所述配置报文中包含的当前报文序号为N,则所述推送失败报文中包含的当前报文序号为N;
若所述配置报文不是所述MoCA局端设备传输的最后一个配置报文,且所述配置报文中包含的当前报文序号为N,则所述推送确认报文中包含的当前报文序号为N+1;
若所述配置报文是所述MoCA局端设备传输的最后一个配置报文,则所述推送确认报文中包含的当前报文序号为0;
所述反馈报文产生模块包括:
检验单元,用于对接收到的配置报文进行检验;
第一产生单元,用于若所述配置报文通过检验,产生所述推送确认报文;
第二产生单元,用于若所述配置报文未通过检验,产生所述推送失败报文。
CN201510847167.6A 2015-11-27 2015-11-27 MoCA局端设备向终端设备推送配置的方法及相应装置 Pending CN105516255A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510847167.6A CN105516255A (zh) 2015-11-27 2015-11-27 MoCA局端设备向终端设备推送配置的方法及相应装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510847167.6A CN105516255A (zh) 2015-11-27 2015-11-27 MoCA局端设备向终端设备推送配置的方法及相应装置

Publications (1)

Publication Number Publication Date
CN105516255A true CN105516255A (zh) 2016-04-20

Family

ID=55723886

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510847167.6A Pending CN105516255A (zh) 2015-11-27 2015-11-27 MoCA局端设备向终端设备推送配置的方法及相应装置

Country Status (1)

Country Link
CN (1) CN105516255A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107171926A (zh) * 2017-03-23 2017-09-15 深圳市口袋网络科技有限公司 多平台消息推送服务的切换方法及装置
CN110971667A (zh) * 2019-11-05 2020-04-07 武汉瑞盈通网络技术有限公司 一种恢复设备默认配置的方法及电子设备
CN114285820A (zh) * 2021-12-24 2022-04-05 凌云天博光电科技股份有限公司 一种基于MoCA技术的组播方法、系统及电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102394830A (zh) * 2011-11-22 2012-03-28 江苏亿通高科技股份有限公司 MoCA多端口终端管理通道的实现方法
CN103117912A (zh) * 2013-01-22 2013-05-22 江苏亿通高科技股份有限公司 MoCA终端业务配置自动下发的方法
CN103237071A (zh) * 2013-04-19 2013-08-07 江苏亿通高科技股份有限公司 一种无线EoC终端集中管理的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102394830A (zh) * 2011-11-22 2012-03-28 江苏亿通高科技股份有限公司 MoCA多端口终端管理通道的实现方法
CN103117912A (zh) * 2013-01-22 2013-05-22 江苏亿通高科技股份有限公司 MoCA终端业务配置自动下发的方法
CN103237071A (zh) * 2013-04-19 2013-08-07 江苏亿通高科技股份有限公司 一种无线EoC终端集中管理的方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107171926A (zh) * 2017-03-23 2017-09-15 深圳市口袋网络科技有限公司 多平台消息推送服务的切换方法及装置
CN110971667A (zh) * 2019-11-05 2020-04-07 武汉瑞盈通网络技术有限公司 一种恢复设备默认配置的方法及电子设备
CN114285820A (zh) * 2021-12-24 2022-04-05 凌云天博光电科技股份有限公司 一种基于MoCA技术的组播方法、系统及电子设备
CN114285820B (zh) * 2021-12-24 2024-03-29 凌云天博光电科技股份有限公司 一种基于MoCA技术的组播方法、系统及电子设备

Similar Documents

Publication Publication Date Title
CN106817264B (zh) 一种链路故障检测的方法、装置和系统
CN102084634B (zh) 与阈值有关的传输协议优化选择
EP2442488B1 (en) Device for detecting physical link and method thereof
CN102882704A (zh) 一种issu的软重启升级过程中的链路保护方法和设备
CN104639298A (zh) 一种数据传输方法、装置及系统
CN101188529A (zh) 一种e1环回检测的方法及装置
CN105516255A (zh) MoCA局端设备向终端设备推送配置的方法及相应装置
CN102209039A (zh) 一种文件传输方法及设备
CN107948063B (zh) 一种建立聚合链路的方法和接入设备
CN101369879B (zh) 一种请求数据重传的方法及装置
CN111224837B (zh) 自动识别车辆ecu的can通信波特率的方法及其系统
CN105703967B (zh) 一种检测标签交换路径连通性的方法及装置
CN101202677B (zh) 检测链路的方法及装置
CN105245568A (zh) 一种文件传输方法
EP3534657B1 (en) Dynamic time allocation method and device
CN109245816B (zh) 一种链路检测方法和装置
US20050262224A1 (en) Method for modifying one or more parameters for the operation of a network and subscribers for carrying out this method
CN104683023A (zh) 一种FCoE网络丢包后快速恢复的方法、设备及系统
CN110139228B (zh) 短信并行发送方法及装置
CN104243107A (zh) 数据传输方法、装置、终端、服务器及系统
CN113194498A (zh) 一种通信检测方法及装置
JP3777809B2 (ja) 二重化通信システムの回線異常検出方法
CN112187408A (zh) 数据处理方法、系统、装置、存储介质和处理器
JP2006253748A (ja) 無線通信システム
CN104579757A (zh) 一种用于检测故障的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 201807 Shanghai City, north of the city of Jiading District Road No. 1355 building 4 layer D

Applicant after: Lingyun Tianbo Photoelectric Technology Co., Ltd.

Address before: 201807 Shanghai City, north of the city of Jiading District Road No. 1355 building 4 layer D

Applicant before: Shanghai Teraband Photonics Co., Ltd.

COR Change of bibliographic data
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20160420