CN108462970A - 一种丢包判决方法及装置 - Google Patents

一种丢包判决方法及装置 Download PDF

Info

Publication number
CN108462970A
CN108462970A CN201710092302.XA CN201710092302A CN108462970A CN 108462970 A CN108462970 A CN 108462970A CN 201710092302 A CN201710092302 A CN 201710092302A CN 108462970 A CN108462970 A CN 108462970A
Authority
CN
China
Prior art keywords
data packet
business data
packet
redundancy check
business
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.)
Granted
Application number
CN201710092302.XA
Other languages
English (en)
Other versions
CN108462970B (zh
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.)
China Mobile Communications Group Co Ltd
China Mobile Communications Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications 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 China Mobile Communications Group Co Ltd, China Mobile Communications Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201710092302.XA priority Critical patent/CN108462970B/zh
Publication of CN108462970A publication Critical patent/CN108462970A/zh
Application granted granted Critical
Publication of CN108462970B publication Critical patent/CN108462970B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0061Error detection codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition

Abstract

本发明提供一种丢包判决方法及装置,该方法包括:确定数据发送端发送的物理层数据包包含的至少一个业务数据包的业务类型;分别对不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包;本发明实施例通过让接收端识别出物理层数据包的业务类型,从而针对不同业务类型的业务数据包进行循环冗余校验并判断是否丢弃该业务类型的业务数据包;该丢包判决方法在丢包过程中能够仅丢弃某一业务类型的业务数据包,从而可以增加业务数据的完整性和灵活性。

Description

一种丢包判决方法及装置
技术领域
本发明涉及通信技术领域,特别是指一种丢包判决方法及装置。
背景技术
在现有LTE网络中,同一用户的物理层数据包有可能是很多业务的集合(如语音和数据业务的混合),接收端一般是无法区分出该数据包所属的业务类型;在接收端的物理层对该数据包进行循环冗余校验(Cyclic Redundancy Check,CRC)失败后,会丢弃该数据包,因此所有包含在该数据包中的各种业务数据都会被丢弃。
当用户在进行VoLTE语音通话时,按照上述处理方法进行处理时会出现吞字现象,即造成吞字现象的原因就是语音包被连续的丢弃。
发明内容
本发明的目的在于提供一种丢包判决方法及装置,解决了现有技术中VoLTE语音通话时存在吞字现象的问题。
为了达到上述目的,本发明实施例提供一种丢包判决方法,包括:
确定数据发送端发送的物理层数据包包含的至少一个业务数据包的业务类型;
分别对不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包。
其中,确定数据发送端发送的物理层数据包包含的至少一个业务数据包的业务类型之后,所述方法还包括:
为不同业务类型的业务数据包配置不同的调度资源,并为不同业务类型的业务数据包配置不同的标识。
其中,所述为不同业务类型的业务数据包配置不同的标识的步骤,包括:
为不同业务类型的业务数据包配置不同的混合自动重传请求HARQ进程号,HARQ进程号用于标识业务数据包的业务类型。
其中,所述确定数据发送端发送的物理层数据包包含的至少一个业务数据包的业务类型的步骤包括:
接收数据发送端发送的物理层数据包;
根据所述物理层数据包中的各个业务数据包的数据包大小和/或各个业务数据包的到达周期,确定业务数据包的业务类型。
其中,分别对所述不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包的步骤,包括:
分别对不同业务类型的业务数据包进行循环冗余校验,统计循环冗余校验失败的次数;
若业务数据包的循环冗余校验失败的次数大于第一预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
其中,分别对所述不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包的步骤,包括:
分别对不同业务类型的业务数据包进行循环冗余校验,并分别检测不同业务类型的业务数据包的无线信道质量;
若业务数据包的循环冗余校验失败,且所述业务数据包的无线信道质量小于第二预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
其中,分别对所述不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包的步骤,包括:
分别对不同业务类型的业务数据包进行循环冗余校验,统计循环冗余校验失败的次数;
分别检测同业务类型的业务数据包的信号与干扰加噪声比SINR或者分组数据汇聚协议PDCP丢包率;
若业务数据包的SINR小于第三预设门限值或者PDCP丢包率小于第四预设门限值,且所述业务数据包的循环冗余校验失败的次数大于第五预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
本发明实施例还提供一种丢包判决装置,包括:
类型确定模块,用于确定数据发送端发送的物理层数据包包含的至少一个业务数据包的业务类型;
丢包判定模块,用于分别对不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包。
其中,所述装置还包括:
标识模块,用于为不同业务类型的业务数据包配置不同的调度资源,并为不同业务类型的业务数据包配置不同的标识。
其中,所述标识模块包括:
标识子模块,用于为不同业务类型的业务数据包配置不同的混合自动重传请求HARQ进程号,HARQ进程号用于标识业务数据包的业务类型。
其中,所述类型确定模块包括:
数据接收子模块,用于接收数据发送端发送的物理层数据包;
类型确定子模块,用于根据所述物理层数据包中的各个业务数据包的数据包大小和/或各个业务数据包的到达周期,确定业务数据包的业务类型。
其中,所述丢包判定模块包括:
第一统计子模块,用于分别对不同业务类型的业务数据包进行循环冗余校验,统计循环冗余校验失败的次数;
第一判定子模块,用于若业务数据包的循环冗余校验失败的次数大于第一预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
其中,所述丢包判定模块包括:
第一检测子模块,用于分别对不同业务类型的业务数据包进行循环冗余校验,并分别检测不同业务类型的业务数据包的无线信道质量;
第二判定子模块,用于若业务数据包的循环冗余校验失败,且所述业务数据包的无线信道质量小于第二预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
其中,所述丢包判定模块包括:
第二统计子模块,用于分别对不同业务类型的业务数据包进行循环冗余校验,统计循环冗余校验失败的次数;
第二检测子模块,用于分别检测同业务类型的业务数据包的信号与干扰加噪声比SINR或者分组数据汇聚协议PDCP丢包率;
第三判定子模块,用于若业务数据包的SINR小于第三预设门限值或者PDCP丢包率小于第四预设门限值,且所述业务数据包的循环冗余校验失败的次数大于第五预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
本发明的上述技术方案至少具有如下有益效果:
本发明实施例的丢包判决方法及装置中,通过让接收端识别出物理层数据包的业务类型,从而针对不同业务类型的业务数据包进行循环冗余校验并判断是否丢弃该业务类型的业务数据包;该丢包判决方法在丢包过程中能够仅丢弃某一业务类型的业务数据包,从而可以增加业务数据的完整性和灵活性。
附图说明
图1表示本发明的第一实施例提供的丢包判决方法的步骤流程图;
图2表示本发明的第二实施例提供的丢包判决装置的结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
第一实施例
如图1所示,本发明的第一实施例提供一种丢包判决方法,包括:
步骤11,确定数据发送端发送的物理层数据包包含的至少一个业务数据包的业务类型;
步骤12,分别对不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包。
本发明的上述实施例中,一个物理层数据包可以包含一个业务类型的业务数据包,也可以包含多个业务类型的业务数据包,在此不作具体限定。接收端根据预设规则判断数据发送端将要进行的业务类型(即物理层数据包包含的业务数据包的业务类型)。
接收端区分出不同业务数据包的业务类型之后,分别对不同业务类型的不同业务数据包进行循环冗余校验,从而根据循环冗余校验的结果来判定是否丢弃某一业务类型的业务数据包。
该丢包判决方法能够避免接收端丢弃物理层数据包时会丢弃该物理层数据包中的各种业务数据,进一步避免连续丢弃语音数据包,从而避免通话过程中出现吞字的现象。
进一步的,本发明的上述实施例的步骤11之后,所述方法还包括:
步骤13,为不同业务类型的业务数据包配置不同的调度资源,并为不同业务类型的业务数据包配置不同的标识。
本发明的上述实施例中,为了能够单独丢弃某一业务类型的业务数据包,则接收端还需为不同业务类型的业务数据包配置不同的调度资源,例如数据包和语音包不能够放在相同的调度资源上。同时为了能够使得接收端能够直接且唯一的确定业务数据包的业务类型,接收端在确定业务数据包的业务类型之后,会利用不同的标识来表示不同业务类型的业务数据包。接收端或者发送端能够根据标识来确定业务数据包的业务类型。
更进一步的,本发明的上述实施例中,步骤13具体包括:
步骤131,为不同业务类型的业务数据包配置不同的混合自动重传请求HARQ进程号,HARQ进程号用于标识业务数据包的业务类型。
即接收端根据预设规则针对相同用户的不同业务类型的业务数据包设定不同的HARQ进程号,从而接收端能够根据HARQ进程号区分物理层数据包包含的业务数据包的业务类型。
例如,有8个HARQ进程号,由000~111表示,其中,000表示VOLTE普通语音业务;001表示VOLTE视频通话业务;010表示爱奇艺视频点播业务;011表示微信业务;100表示映客视频直播业务;101表示QQ业务;……。在此不一一举例。
同理,若有16个进程号,则可由0000~1111表示,具体指代内容在此不进行具体限定。
具体的,本发明的上述实施例中步骤11包括:
步骤111,接收数据发送端发送的物理层数据包;
步骤112,根据所述物理层数据包中的各个业务数据包的数据包大小和/或各个业务数据包的到达周期,确定业务数据包的业务类型。
即接收能够根据业务数据包的数据包大小和/或到达周期等来判断业务类型,进而再为不同的业务类型进行标识。
进一步的,本发明的上述实施例中步骤12包括:
步骤121,分别对不同业务类型的业务数据包进行循环冗余校验,统计循环冗余校验失败的次数;
步骤122,若业务数据包的循环冗余校验失败的次数大于第一预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
例如,接收端根据预设规则判断发送端发送的物理层数据包包含的业务数据包为语音包之后,检测该语音包的循环冗余校验CRC校验情况,若语音包连续校验失败个数超过门限,则丢弃该语音包(即缓存队列的第一个错包);否则不丢弃该语音包并传输至下一个网元。
或者,本发明的上述实施例中步骤12包括:
步骤123,分别对不同业务类型的业务数据包进行循环冗余校验,并分别检测不同业务类型的业务数据包的无线信道质量;
步骤124,若业务数据包的循环冗余校验失败,且所述业务数据包的无线信道质量小于第二预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
例如,接收端根据预设规则判断发送端发送的物理层数据包包含的业务数据包为数据包之后,检测该数据包的当前无线信道质量和该数据包的循环冗余校验CRC校验情况,若数据包校验失败且无线信道质量差于门限,则丢弃该数据包,否则不丢弃该数据包并传输至下一个网元。
进一步的,针对VoLTE业务,本发明的上述实施例中步骤12包括:
步骤125,分别对不同业务类型的业务数据包进行循环冗余校验,统计循环冗余校验失败的次数;
步骤126,分别检测同业务类型的业务数据包的信号与干扰加噪声比SINR或者分组数据汇聚协议PDCP丢包率;
步骤127,若业务数据包的SINR小于第三预设门限值或者PDCP丢包率小于第四预设门限值,且所述业务数据包的循环冗余校验失败的次数大于第五预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
例如,若SINR大于门限阈值(如-3dB),则不丢弃该数据包;反之,若SINR小于或者等于门限阈值,则统计CRC校验失败次数,若超过计数门限阈值,则丢弃之后的数据包。
再例如,若PDCP丢包率小于门限阈值(如3%),则不丢弃该数据包;反之,若PDCP丢包率大于或者等于对应的门限阈值,则统计CRC校验失败次数,超过计数门限阈值,则丢弃之后的数据包。
综上,本发明的第一实施例提供的丢包判决方法中,接收端在物理层识别出物理层数据包中用户的业务类型(一个或多个),且接收端针对该业务类型的业务数据包进行CRC检测,从而根据CRC检测结果来判断是否丢弃该业务类型的业务数据包,该丢包判决方法可以增加业务数据的完整性和灵活性,提升用户体验。
第二实施例
如图2所示,本发明的第二实施例还提供一种丢包判决装置,包括:
类型确定模块21,用于确定数据发送端发送的物理层数据包包含的至少一个业务数据包的业务类型;
丢包判定模块22,用于分别对所述不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包。
具体的,本发明的第二实施例中所述装置还包括:
标识模块,用于为不同业务类型的业务数据包配置不同的调度资源,并为不同业务类型的业务数据包配置不同的标识。
具体的,本发明的第二实施例中所述标识模块包括:
标识子模块,用于为不同业务类型的业务数据包配置不同的混合自动重传请求HARQ进程号,HARQ进程号用于标识业务数据包的业务类型。
具体的,本发明的第二实施例中所述类型确定模块包括:
数据接收子模块,用于接收数据发送端发送的物理层数据包;
类型确定子模块,用于根据所述物理层数据包中的各个业务数据包的数据包大小和/或各个业务数据包的到达周期,确定业务数据包的业务类型。
具体的,本发明的第二实施例中所述丢包判定模块包括:
第一统计子模块,用于分别对不同业务类型的业务数据包进行循环冗余校验,统计循环冗余校验失败的次数;
第一判定子模块,用于若业务数据包的循环冗余校验失败的次数大于第一预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
具体的,本发明的第二实施例中所述丢包判定模块包括:
第一检测子模块,用于分别对不同业务类型的业务数据包进行循环冗余校验,并分别检测不同业务类型的业务数据包的无线信道质量;
第二判定子模块,用于若业务数据包的循环冗余校验失败,且所述业务数据包的无线信道质量小于第二预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
具体的,本发明的第二实施例中所述丢包判定模块包括:
第二统计子模块,用于分别对不同业务类型的业务数据包进行循环冗余校验,统计循环冗余校验失败的次数;
第二检测子模块,用于分别检测同业务类型的业务数据包的信号与干扰加噪声比SINR或者分组数据汇聚协议PDCP丢包率;
第三判定子模块,用于若业务数据包的SINR小于第三预设门限值或者PDCP丢包率小于第四预设门限值,且所述业务数据包的循环冗余校验失败的次数大于第五预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
综上,本发明的第二实施例提供的丢包判决装置中,接收端在物理层识别出物理层数据包中用户的业务类型(一个或多个),且接收端针对该业务类型的业务数据包进行CRC检测,从而根据CRC检测结果来判断是否丢弃该业务类型的业务数据包,该丢包判决方法可以增加业务数据的完整性和灵活性,提升用户体验。
需要说明的是,本发明的第二实施例提供的丢包判决装置的能够实现上述丢包判决方法的丢包判决装置,则上述丢包判决方法的所有实施例均适用于该丢包判决装置,且均能达到相同或相似的有益效果。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种丢包判决方法,其特征在于,包括:
确定数据发送端发送的物理层数据包包含的至少一个业务数据包的业务类型;
分别对不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包。
2.根据权利要求1所述的方法,其特征在于,确定数据发送端发送的物理层数据包包含的至少一个业务数据包的业务类型之后,所述方法还包括:
为不同业务类型的业务数据包配置不同的调度资源,并为不同业务类型的业务数据包配置不同的标识。
3.根据权利要求2所述的方法,其特征在于,所述为不同业务类型的业务数据包配置不同的标识的步骤,包括:
为不同业务类型的业务数据包配置不同的混合自动重传请求HARQ进程号,HARQ进程号用于标识业务数据包的业务类型。
4.根据权利要求1所述的方法,其特征在于,所述确定数据发送端发送的物理层数据包包含的至少一个业务数据包的业务类型的步骤包括:
接收数据发送端发送的物理层数据包;
根据所述物理层数据包中的各个业务数据包的数据包大小和/或各个业务数据包的到达周期,确定业务数据包的业务类型。
5.根据权利要求1所述的方法,其特征在于,分别对所述不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包的步骤,包括:
分别对不同业务类型的业务数据包进行循环冗余校验,统计循环冗余校验失败的次数;
若业务数据包的循环冗余校验失败的次数大于第一预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
6.根据权利要求1所述的方法,其特征在于,分别对所述不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包的步骤,包括:
分别对不同业务类型的业务数据包进行循环冗余校验,并分别检测不同业务类型的业务数据包的无线信道质量;
若业务数据包的循环冗余校验失败,且所述业务数据包的无线信道质量小于第二预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
7.根据权利要求1所述的方法,其特征在于,分别对所述不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包的步骤,包括:
分别对不同业务类型的业务数据包进行循环冗余校验,统计循环冗余校验失败的次数;
分别检测同业务类型的业务数据包的信号与干扰加噪声比SINR或者分组数据汇聚协议PDCP丢包率;
若业务数据包的SINR小于第三预设门限值或者PDCP丢包率小于第四预设门限值,且所述业务数据包的循环冗余校验失败的次数大于第五预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
8.一种丢包判决装置,其特征在于,包括:
类型确定模块,用于确定数据发送端发送的物理层数据包包含的至少一个业务数据包的业务类型;
丢包判定模块,用于分别对不同业务类型的业务数据包进行循环冗余校验,判定是否丢弃所述业务数据包。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
标识模块,用于为不同业务类型的业务数据包配置不同的调度资源,并为不同业务类型的业务数据包配置不同的标识。
10.根据权利要求9所述的装置,其特征在于,所述标识模块包括:
标识子模块,用于为不同业务类型的业务数据包配置不同的混合自动重传请求HARQ进程号,HARQ进程号用于标识业务数据包的业务类型。
11.根据权利要求8所述的装置,其特征在于,所述类型确定模块包括:
数据接收子模块,用于接收数据发送端发送的物理层数据包;
类型确定子模块,用于根据所述物理层数据包中的各个业务数据包的数据包大小和/或各个业务数据包的到达周期,确定业务数据包的业务类型。
12.根据权利要求8所述的装置,其特征在于,所述丢包判定模块包括:
第一统计子模块,用于分别对不同业务类型的业务数据包进行循环冗余校验,统计循环冗余校验失败的次数;
第一判定子模块,用于若业务数据包的循环冗余校验失败的次数大于第一预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
13.根据权利要求8所述的装置,其特征在于,所述丢包判定模块包括:
第一检测子模块,用于分别对不同业务类型的业务数据包进行循环冗余校验,并分别检测不同业务类型的业务数据包的无线信道质量;
第二判定子模块,用于若业务数据包的循环冗余校验失败,且所述业务数据包的无线信道质量小于第二预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
14.根据权利要求8所述的装置,其特征在于,所述丢包判定模块包括:
第二统计子模块,用于分别对不同业务类型的业务数据包进行循环冗余校验,统计循环冗余校验失败的次数;
第二检测子模块,用于分别检测同业务类型的业务数据包的信号与干扰加噪声比SINR或者分组数据汇聚协议PDCP丢包率;
第三判定子模块,用于若业务数据包的SINR小于第三预设门限值或者PDCP丢包率小于第四预设门限值,且所述业务数据包的循环冗余校验失败的次数大于第五预设门限值,确定所述业务数据包为错包并丢弃所述业务数据包;否则,将业务数据包传输至下一个网元。
CN201710092302.XA 2017-02-21 2017-02-21 一种丢包判决方法及装置 Active CN108462970B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710092302.XA CN108462970B (zh) 2017-02-21 2017-02-21 一种丢包判决方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710092302.XA CN108462970B (zh) 2017-02-21 2017-02-21 一种丢包判决方法及装置

Publications (2)

Publication Number Publication Date
CN108462970A true CN108462970A (zh) 2018-08-28
CN108462970B CN108462970B (zh) 2021-05-04

Family

ID=63228914

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710092302.XA Active CN108462970B (zh) 2017-02-21 2017-02-21 一种丢包判决方法及装置

Country Status (1)

Country Link
CN (1) CN108462970B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110545257A (zh) * 2019-07-22 2019-12-06 北京航盛新能科技有限公司 一种汽车can总线加密方法
CN110855574A (zh) * 2019-10-22 2020-02-28 苏州盛科科技有限公司 一种基于硬件实现数据流丢弃类型的统计方法及装置
CN111366252A (zh) * 2020-05-20 2020-07-03 浙江双视红外科技股份有限公司 一种稳定红外人体表面温度快速筛检仪筛查结果的方法
CN111458038A (zh) * 2020-06-17 2020-07-28 浙江双视红外科技股份有限公司 基于回转体的红外监测方法、装置及系统
CN112788648A (zh) * 2019-11-07 2021-05-11 Oppo(重庆)智能科技有限公司 一种控制方法、终端及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040168113A1 (en) * 2001-08-31 2004-08-26 Shuuichi Murata Receiving apparatus and receiving method in CDMA communication system
CN102684997A (zh) * 2012-04-13 2012-09-19 亿赞普(北京)科技有限公司 一种通信报文的分类、训练方法和装置
CN102752243A (zh) * 2012-07-20 2012-10-24 武汉邮电科学研究院 一种支持lte系统高速场景的频偏估计的方法
CN103354527A (zh) * 2013-07-02 2013-10-16 中国人民解放军信息工程大学 提高服务质量的方法、装置及系统
CN104461765A (zh) * 2014-12-29 2015-03-25 卡斯柯信号有限公司 基于版本校验的联锁系统数据准确性检测方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040168113A1 (en) * 2001-08-31 2004-08-26 Shuuichi Murata Receiving apparatus and receiving method in CDMA communication system
CN102684997A (zh) * 2012-04-13 2012-09-19 亿赞普(北京)科技有限公司 一种通信报文的分类、训练方法和装置
CN102752243A (zh) * 2012-07-20 2012-10-24 武汉邮电科学研究院 一种支持lte系统高速场景的频偏估计的方法
CN103354527A (zh) * 2013-07-02 2013-10-16 中国人民解放军信息工程大学 提高服务质量的方法、装置及系统
CN104461765A (zh) * 2014-12-29 2015-03-25 卡斯柯信号有限公司 基于版本校验的联锁系统数据准确性检测方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110545257A (zh) * 2019-07-22 2019-12-06 北京航盛新能科技有限公司 一种汽车can总线加密方法
CN110545257B (zh) * 2019-07-22 2022-02-25 北京航盛新能科技有限公司 一种汽车can总线加密方法
CN110855574A (zh) * 2019-10-22 2020-02-28 苏州盛科科技有限公司 一种基于硬件实现数据流丢弃类型的统计方法及装置
CN110855574B (zh) * 2019-10-22 2022-08-12 苏州盛科科技有限公司 一种基于硬件实现数据流丢弃类型的统计方法及装置
CN112788648A (zh) * 2019-11-07 2021-05-11 Oppo(重庆)智能科技有限公司 一种控制方法、终端及存储介质
CN111366252A (zh) * 2020-05-20 2020-07-03 浙江双视红外科技股份有限公司 一种稳定红外人体表面温度快速筛检仪筛查结果的方法
CN111458038A (zh) * 2020-06-17 2020-07-28 浙江双视红外科技股份有限公司 基于回转体的红外监测方法、装置及系统

Also Published As

Publication number Publication date
CN108462970B (zh) 2021-05-04

Similar Documents

Publication Publication Date Title
CN108462970A (zh) 一种丢包判决方法及装置
US11115159B2 (en) Method and device for processing HARQ feedback in a mobile communication system
US7593694B2 (en) Data transmission method with a lower probability of erroneous rejection of data
US9590773B2 (en) Method and related apparatus for setting packet headers in a wireless communications system
US9112695B2 (en) Cooperative transmission in wireless communication system
US8249048B2 (en) Distinguishing between data packets sent over the same set of channels
JP5154523B2 (ja) Sps機能のharqプロセスを処理する方法及び装置
JP2007509549A5 (zh)
CN105451358B (zh) 一种上行传输方法、基站及终端
CN101653027A (zh) 基站、移动站、通信系统、发送方法及重排序方法
EP3713288B1 (en) Data transmission method and device
US11974162B2 (en) Communication method and device
RU2008106627A (ru) Улучшение srb по hs-dsch во время смены ячейки
US20170295584A1 (en) Base station and user equipment
WO2015168120A1 (en) Bursty-interference-aware interference management utilizing run-lengths
CN108347294B (zh) 一种数据检测方法及终端
US11743937B2 (en) Channel occupancy structure indication in the time domain
US11546897B2 (en) Control information for wideband operation
CN110691377B (zh) 一种顺序标识确定、发送和接收方法及发送和接收设备
US8619580B2 (en) Method and apparatus for transmitting packet in wireless communication system
EP4366348A1 (en) Configuration of ue-to-ue relay
CN114501337B (zh) 一种分组数据汇聚协议状态上报、接收方法、终端及设备
CN112242881B (zh) 下行控制信息的检测方法、装置及设备
US20240147499A1 (en) Terminal apparatus and method
US10791568B2 (en) Ultra-protected scheduling

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant