CN1988543A - 报文类型识别方法及装置、报文首部压缩方法及系统 - Google Patents
报文类型识别方法及装置、报文首部压缩方法及系统 Download PDFInfo
- Publication number
- CN1988543A CN1988543A CN 200610162176 CN200610162176A CN1988543A CN 1988543 A CN1988543 A CN 1988543A CN 200610162176 CN200610162176 CN 200610162176 CN 200610162176 A CN200610162176 A CN 200610162176A CN 1988543 A CN1988543 A CN 1988543A
- Authority
- CN
- China
- Prior art keywords
- udp
- message
- port
- rtp
- port numbers
- 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
Links
Images
Landscapes
- Communication Control (AREA)
Abstract
本发明公开了一种报文类型识别方法，其核心思想是，将已保存的RTP基于UDP应用的UDP端口号，与输入报文的UDP首部中携带的端口号进行匹配，若所述两个端口号相匹配，则所述输入报文识别为基于UDP应用的RTP报文，若不相匹配，则所述输入报文识别为纯粹的UDP报文或基于UDP应用的其他协议报文。本发明还公开了一种与所述报文类型识别方法相对应的报文类型识别装置。本发明公开了一种基于以上所述报文类型识别方法，对报文首部进行压缩的方法，及一种报文首部压缩系统。采用本发明所提供方法、装置或系统时，可以精确识别出基于UDP应用的RTP报文，提高了报文处理效率，避免了压缩资源的浪费。
Description
技术领域
本发明涉及数据通信技术领域，尤其涉及一种数据通信技术领域中报文类型识别方法及装置、报文首部压缩方法及系统。
背景技术
目前随着实时传输协议(RTP)成为正式的请求注解(RFC)发行，人们对于利用RTP实现不同的网络音视频应用程序间互操作的兴趣也日益增长。然而，值得注意的是，当使用低速链路如14.4Kb/s或28.8Kb/s拨号时，12字节的RTP报文首部对于仅有20字节的负载而言占用字节数过多，为了减少报文首部占用的字节，采用压缩技术来令IP/UDP/RTP报文首部变小。这时，压缩可以针对仅RTP报文首部或者网际协议(IP)，用户数据报协议(UDP)，RTP的组合首部，将40字节的组合首部一起进行压缩比仅压缩12字节的RTP报文头更具实际效果，因为两种情况下的压缩结果大小均为约2～4字节。
现有技术中采用IP首部压缩技术(IPHC)对上述组合首部进行压缩，技术原理是：在同一个报文流中，报文首部中的大部分字段内容是保持不变的，比如，标识源地址、目的地址，源端口号、目的端口号等的字段，所述内容不变的首部字段称为报文流的压缩、解压缩上下文，只要在通信链路两端建立起该报文流对应的压缩、解压缩上下文，那么在后续发送报文时，就可以从报文首部中删除内容不变的字段，而发送只携带随机变化字段的报文首部即可，实现了对报文首部的压缩，压缩后的报文首部仅占有2～4字节，节约了系统资源。
但是在对报文首部进行压缩前需要识别报文的类型，如果报文是基于UDP应用的RTP报文，则对该报文首部进行RTP压缩；如果报文是纯粹的UDP报文、或基于UDP应用的其他协议报文，比如，基于UDP应用的实时传输协议(RTCP)报文，对该报文首部进行UDP压缩或放弃压缩；其中，RTP压缩与UDP压缩是两种压缩原理基本相同的IPHC技术，但是在压缩细节上二者有所区别，比如，在进行RTP压缩时，在通信链路两端建立起该报文流对应的压缩、解压缩上下文后，后续发送的报文首部只携带首部中随机变化的字段，而在进行UDP压缩时，在通信链路两端建立起该报文流对应的压缩、解压缩上下文后，后续发送报文首部时需要间隔的发送一些完整的报文首部。
但组合首部的UDP首部中并没有用于标识基于UDP应用的上层协议类型字段，对于上层协议类型是通过UDP首部中的端口号区分的，RTP协议并没有规定必须采用哪个端口号，只要求使用偶数端口号，奇数端口号由RTCP协议使用，并且RTP协议给出一个默认的UDP端口号5004，但在实际应用中由于一个系统通常会建立起多个RTP应用，所以其使用的UDP端口号常常不是5004。
所以，对报文首部进行压缩时需要识别报文类型，以便分别对其进行相应的压缩处理。对于如何识别报文类型，IPHC协议推荐采用试探的方法，因为RTP首部中有部分字段的值是不变的或者仅会取某几个固定值，比如RTP协议号取固定值2，净荷类型取某几个固定的值，RTP首部格式如图1所示，所以通过判断UDP首部中端口号是否为偶数，以及封装在UDP首部后面的RTP首部的某几个字段值是否为某个固定值来确定该报文是基于UDP应用的RTP报文，还是纯粹的UDP报文对报文的识别及压缩过程如图2所示，包括以下步骤：
步骤201：判断是否启动RTP压缩，如果是，则进入步骤202，如果否，则进入步骤205；
步骤202：判断报文的UDP首部所携带端口号是否为偶数，如果是，则进入步骤203，如果否，则进入步骤205；
步骤203：判断封装在UDP首部后面某个字段的值是否为某个固定值，如果是，则所述输入报文识别为基于UDP应用的RTP报文，进入步骤204，如果否，则所述输入报文识别为纯粹的UDP报文或基于UDP应用的其他协议报文，进入步骤205；
其中，所述基于UDP应用的其他协议报文可以是基于UDP应用的RTCP报文；
比如，可以判断UDP首部后面某个字段的值是否为2，如果是，则表明该报文为基于UPD应用的RTP报文；如果否，则表明该报文为纯粹的UDP报文或基于UDP应用的其他协议报文；
步骤204：对报文首部进行RTP压缩；
步骤205：对报文首部进行UDP压缩或者不进行压缩。
采用以上试探法对输入报文类型进行识别会产生以下问题：
试探法中根据UDP首部携带端口号的奇偶特性，以及封装在UDP首部后面的净荷字段值是否与RTP协议报文要求的固定值取值相同，比如，RTP协议版本号取值固定为2，来判断所述输入报文是否为基于UDP应用的RTP报文，但是一个纯粹的UDP报文其端口号也可能是偶数，且封装在纯粹的UDP报文首部后面的净荷字段值与RTP协议要求的固定值的取值也会相同，那么采用现有的试探法进行判断就会将该纯粹的UDP报文误认为是基于UDP应用的RTP报文。对纯粹的UDP报文进行RTP压缩，会降低系统处理报文的效率，并且占用系统其他压缩资源。
发明内容
本发明的实施例所要解决的技术问题是提供一种报文类型识别方法及装置，以解决采用现有技术的报文类型识别方法，将UDP报文误判断为是基于UDP应用的RTP报文的概率高的缺点。
本发明的实施例还提供了一种相应的报文首部压缩方法及装置。
本发明的实施例的目的是通过以下技术方案实现的：
一种报文类型识别方法，包括：
获取已保存的实时传输协议RTP基于用户数据报协议UDP应用的UDP端口号；
获取输入报文的UDP首部携带的UDP端口号；
将所述RTP基于UDP应用的UDP端口号与所述输入报文的UDP首部所携带的UDP端口号进行匹配，如果相匹配，则识别所述的输入报文为基于UDP应用的RTP报文。
一种报文类型识别装置，包括：端口号匹配单元，报文端口号获取单元，已存端口号获取单元；
其中，所述报文端口号获取单元，用于获取所述输入报文的UDP首部携带的UDP端口号，并将所述端口号发送给所述端口号匹配单元；
所述已存端口号获取单元，用于获取已保存的RTP基于UDP应用的UDP端口号，并将所述端口号发送给所述端口号匹配单元；
所述端口号匹配单元，用于将所述RTP基于UDP应用的UDP端口号，与所述输入报文的UDP首部所携带的UDP端口号进行匹配，如果相互匹配，则识别所述输入报文为基于UDP应用的RTP报文。
一种报文首部压缩方法，包括：
获取已保存的实时传输协议RTP基于用户数据报协议UDP应用的UDP端口号；
获取输入报文的UDP首部携带的UDP端口号；
将所述RTP基于UDP应用的UDP端口号与所述输入报文的UDP首部所携带的UDP端口号进行匹配，如果相匹配，则识别所述的输入报文为基于UDP应用的RTP报文；
对所述基于UDP应用的RTP报文首部进行RTP压缩。
一种报文首部压缩系统，包括：报文类型识别装置，报文压缩装置；
其中，所述报文类型识别装置包括：端口号匹配单元，报文端口号获取单元，已存端口号获取单元；
所述报文端口号获取单元，用于获取所述输入报文的UDP首部携带的UDP端口号，并将所述端口号发送给所述端口号匹配单元；
所述已存端口号获取单元，用于获取已保存的RTP基于UDP应用的UDP端口号，并将所述端口号发送给所述端口号匹配单元；
所述端口号匹配单元，用于将所述RTP基于UDP应用的UDP端口号，与所述输入报文的UDP首部所携带的UDP端口号进行匹配，如果相互匹配，则识别所述输入报文为基于UDP应用的RTP报文；
所述报文压缩装置，用于对已经过报文类型识别装置处理后，被识别为基于UDP应用的RTP报文进行RTP压缩。
从以上内容看出，本发明实施例技术方案有以下有益效果：
本发明实施例所提供的方法采用将预先保存的RTP基于UDP应用的UDP端口号，与报文的UDP首部所携带的UDP端口号进行匹配的方法，来识别基于UDP应用的RTP报文，实现了对报文类型的精确识别，提高了系统处理报文的效率，避免了后续压缩资源的浪费。
附图说明
图1所示为现有技术RTP首部格式示意图；
图2所示为现有技术IPHC协议推荐的试探法流程图；
图3所示为本发明实施例所提供的报文类型识别方法流程图；
图4所示为本发明实施例所提供的报文首部压缩方法流程图；
图5所示为本发明实施例所提供的报文类型识别装置示意图；
图6所示为本发明实施例所提供的报文压缩系统装置示意图。
具体实施方式
本发明实施例提供了一种报文类型识别方法，如图3所示，所述方法包括：
步骤301：接收报文，获取已保存的实时传输协议RTP基于用户数据报协议UDP应用的UDP端口号；
步骤302：获取输入报文的UDP首部携带的UDP端口号；
步骤303：将所述RTP基于UDP应用的UDP端口号与所述输入报文的UDP首部所携带的UDP端口号进行匹配，如果相匹配，则识别所述的输入报文为基于UDP应用的RTP报文，如果不相匹配，则识别该报文为纯粹的UDP报文或基于UDP应用的其他协议报文。
其中，本发明实施例所述端口号匹配是指输入报文的UDP首部携带的UDP端口号和已保存的RTP基于UDP应用的UDP端口号完全相同，比如，输入报文UDP首部携带的UDP端口号为5006，如果已保存的RTP基于UDP应用的端口号为5006，则所述两个端口号匹配，如果已保存的RTP基于UDP应用的端口号为5004，则所述端口号不匹配；
在使用上述识别报文类型的方法时，需要预先保存所述RTP基于UDP应用的端口号，一般情况下在系统使能RTP应用的同时，该应用就已确定了应该使用某个或某几个UDP端口来收发报文，因此，系统会将这些UDP端口对应的端口号保存下来，以便识别报文时使用。
将RTP基于UDP应用的UDP端口号保存下来的方法包含以下两种：
第一、由用户决定并将其保存；
第二、在启动RTP应用同时，确定RTP基于UDP应用的UDP端口号，自动保存所述RTP基于UDP应用的UDP端口号；
其中，本领域技术人员知道可以从已编写好的RTP应用程序中确定所述RTP基于UDP应用的UDP端口号。
本发明实施例还提供了一种基于以上报文类型识别方法的报文首部压缩方法，图4所示为本发明实施例的方法流程图，所述方法包括以下步骤：
步骤401：判断是否启动了RTP压缩，如果是，则进入步骤402，如果否，则进入步骤406；
步骤402：判断是否记录了RTP基于UDP应用的UDP端口号，如果是，则进入步骤403，如果否，则进入步骤407；
其中，可以在IPHC配置信息表中扩充一记录项，用于记录RTP基于UDP应用的UDP端口号，该记录项可以记录至少一个RTP基于UDP应用的UDP端口号，亦可保存在其他存储空间并不影响本发明实现；
步骤403：获取已保存的RTP基于UDP应用的UDP端口号；
步骤404：接收报文，判断输入报文的UDP首部携带的UDP端口号与已保存的所述RTP基于UDP应用的UDP端口号是否匹配，如果是，则该报文识别为基于UDP应用的RTP报文，如果否，则该报文识别为纯粹的UDP报文或基于UDP应用的其他协议报文；
步骤405：对所述基于UDP应用的RTP报文首部进行RTP压缩；
步骤406：对所述纯粹的UPD报文或基于UDP应用的其他协议报文进行UDP压缩或放弃压缩；
步骤407：用IPHC协议推荐的试探法识别所述报文类型。
以上方法实现了对报文类型的识别及压缩，本发明实施例还提供了一种报文类型识别装置，图5所示，所述装置包括：
报文端口号获取单元501，已存端口号获取单元502，端口号匹配单元503；
其中，所述报文端口号获取单元，用于获取所述输入报文的UDP首部携带的UDP端口号，并将所述端口号发送给端口号匹配单元；
所述已存端口号获取单元，用于获取已保存的RTP基于UDP应用的UDP端口号，并将所述端口号发送给端口号匹配单元；
所述端口号匹配单元，用于将所述RTP基于UDP应用的UDP端口号，与所述输入报文的UDP首部所携带的UDP端口号进行匹配；如果相互匹配，则所述输入报文识别为基于UDP应用的RTP报文；如果不相匹配，则所述输入报文识别为纯粹的UDP报文或基于UDP应用的其他协议报文。
本发明实施例还提供了一种报文首部压缩系统，如图6所示，所述系统包括：报文类型识别装置601，报文压缩装置602；
所述报文类型识别装置包括：端口号匹配单元，报文端口号获取单元，已存端口号获取单元；
所述报文压缩装置包括，RTP压缩单元，UDP压缩单元；
其中，所述报文端口号获取单元，用于获取所述输入报文的UDP首部携带的UDP端口号，并将所述端口号发送给端口号匹配单元；
所述已存端口号获取单元，用于获取已保存的RTP基于UDP应用的UDP端口号，并将所述端口号发送给端口号匹配单元；
所述端口号匹配单元，用于将所述RTP基于UDP应用的UDP端口号，与所述输入报文的UDP首部所携带的UDP端口号进行匹配；如果所述UDP端口号相互匹配，则所述输入报文识别为基于UDP应用的RTP报文；如果所述UDP端口号不相匹配，则所述输入报文识别为纯粹的UDP报文或基于UDP应用的其他协议报文，将识别结果发送给报文压缩装置；
所述报文压缩装置，用于对已经过报文类型识别装置，被识别为基于UDP应用的RTP报文进行RTP压缩或进一步用于对已经过报文类型识别装置处理后，被识别为纯粹的UDP报文或基于UDP应用的其他协议报文的输入报文进行UDP压缩或放弃压缩。
其中，所述RTP压缩单元，用于对识别为基于UDP应用的RTP报文进行RTP压缩；所述UDP压缩单元，用于对识别为纯粹的UDP报文或基于UDP应用的其他协议报文的输入报文进行UDP压缩。
以上对本发明的实施例所提供的一种报文类型识别方法及装置、一种报文首部压缩方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (11)
1、一种报文类型识别方法，其特征在于，所述方法包括：
获取已保存的实时传输协议RTP基于用户数据报协议UDP应用的UDP端口号；
获取输入报文的UDP首部携带的UDP端口号；
将所述RTP基于UDP应用的UDP端口号与所述输入报文的UDP首部所携带的UDP端口号进行匹配，如果相匹配，则识别所述的输入报文为基于UDP应用的RTP报文。
2、根据权利要求1所述方法，其特征在于，所述方法还包括步骤：
当所述RTP基于UDP应用的UDP端口号与所述输入报文的UDP首部所携带的UDP端口号不相匹配时，识别所述的输入报文为纯粹的UDP报文或基于UDP应用的其他协议报文。
3、根据权利要求1或2所述方法，其特征在于，所述方法还包括：
在启动RTP应用时，保存RTP基于UDP应用的UDP端口号。
4、根据权利要求1或2所述方法，其特征在于，所述方法还包括：
用户决定并保存RTP基于UDP应用的UDP端口号。
5、一种报文首部压缩方法，其特征在于，所述方法包括：
获取已保存的实时传输协议RTP基于用户数据报协议UDP应用的UDP端口号；
获取输入报文的UDP首部携带的UDP端口号；
将所述RTP基于UDP应用的UDP端口号与所述输入报文的UDP首部所携带的UDP端口号进行匹配，如果相匹配，则识别所述的输入报文为基于UDP应用的RTP报文；
对所述基于UDP应用的RTP报文首部进行RTP压缩。
6、根据权利要求5所述方法，其特征在于，所述方法还包括步骤：
当所述RTP基于UDP应用的UDP端口号与所述输入报文的UDP首部所携带的UDP端口号不相匹配时，识别所述的输入报文为纯粹的UDP报文或基于UDP应用的其他协议报文；
对所述纯粹的UPD报文或基于UDP应用的其他协议报文进行UDP压缩或放弃压缩。
7、一种报文类型识别装置，其特征在于，所述装置包括：端口号匹配单元，报文端口号获取单元，已存端口号获取单元；
所述报文端口号获取单元，用于获取所述输入报文的UDP首部携带的UDP端口号，并将所述端口号发送给所述端口号匹配单元；
所述已存端口号获取单元，用于获取已保存的RTP基于UDP应用的UDP端口号，并将所述端口号发送给所述端口号匹配单元；
所述端口号匹配单元，用于将所述RTP基于UDP应用的UDP端口号，与所述输入报文的UDP首部所携带的UDP端口号进行匹配，如果相互匹配，则识别所述输入报文为基于UDP应用的RTP报文。
8、根据权利要求7所述装置，其特征在于，所述端口号匹配单元，还用于在所述RTP基于UDP应用的UDP端口号与所述输入报文的UDP首部所携带的UDP端口号不相匹配时，将所述输入报文识别为纯粹的UDP报文或基于UDP应用的其他协议报文。
9、一种报文首部压缩系统，其特征在于，所述系统包括：报文类型识别装置，报文压缩装置；
其中，所述报文类型识别装置包括：端口号匹配单元，报文端口号获取单元，已存端口号获取单元；
所述报文端口号获取单元，用于获取所述输入报文的UDP首部携带的UDP端口号，并将所述端口号发送给所述端口号匹配单元；
所述已存端口号获取单元，用于获取已保存的RTP基于UDP应用的UDP端口号，并将所述端口号发送给所述端口号匹配单元；
所述端口号匹配单元，用于将所述RTP基于UDP应用的UDP端口号，与所述输入报文的UDP首部所携带的UDP端口号进行匹配，如果相互匹配，则识别所述输入报文为基于UDP应用的RTP报文；
所述报文压缩装置，用于对已经过报文类型识别装置处理后，被识别为基于UDP应用的RTP报文进行RTP压缩。
10、根据权利要求9所述系统，其特征在于，所述端口号匹配单元，还用于在所述RTP基于UDP应用的UDP端口号与所述输入报文的UDP首部所携带的UDP端口号不相匹配时，将所述输入报文识别为纯粹的UDP报文或基于UDP应用的其他协议报文。
11、根据权利要求10所述系统，其特征在于，所述报文压缩装置还用于对已经过报文类型识别装置处理后，被识别为纯粹的UDP报文或基于UDP应用的其他协议报文的输入报文进行UDP压缩或放弃压缩。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200610162176 CN1988543A (zh) | 2006-12-07 | 2006-12-07 | 报文类型识别方法及装置、报文首部压缩方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200610162176 CN1988543A (zh) | 2006-12-07 | 2006-12-07 | 报文类型识别方法及装置、报文首部压缩方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN1988543A true CN1988543A (zh) | 2007-06-27 |
Family
ID=38185177
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200610162176 Pending CN1988543A (zh) | 2006-12-07 | 2006-12-07 | 报文类型识别方法及装置、报文首部压缩方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1988543A (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009067915A1 (fr) * | 2007-11-19 | 2009-06-04 | Chengdu Huawei Symantec Technologies, Co., Ltd. | Procede d'identification d'un type de service correspondant a un message et dispositif associe |
| CN101227287B (zh) * | 2008-01-28 | 2010-12-08 | 华为技术有限公司 | 一种数据报文处理方法及数据报文处理装置 |
| CN101374115B (zh) * | 2008-09-28 | 2010-12-22 | 北京鼎实创新科技有限公司 | 基于profibus报文快速识别的多端口控制方法 |
| CN103812846A (zh) * | 2012-11-14 | 2014-05-21 | 重庆重邮信科通信技术有限公司 | 一种头压缩方法及系统 |
| US8782068B2 (en) | 2009-12-10 | 2014-07-15 | Huawei Technologies Co., Ltd. | Method, apparatus and system for protocol identification |
| CN104717209A (zh) * | 2015-02-10 | 2015-06-17 | 京信通信技术(广州)有限公司 | 一种rtp报文识别方法及其装置 |
| WO2019096332A1 (zh) * | 2017-11-20 | 2019-05-23 | 华为技术有限公司 | 报文头压缩机制确定方法、设备及系统 |
| CN110768930A (zh) * | 2018-07-25 | 2020-02-07 | 成都鼎桥通信技术有限公司 | 服务器的数据转发方法和装置 |
| CN112751833A (zh) * | 2020-12-23 | 2021-05-04 | 北京天融信网络安全技术有限公司 | Rtp报文识别方法、装置、电子设备及可读存储介质 |
-
2006
- 2006-12-07 CN CN 200610162176 patent/CN1988543A/zh active Pending
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009067915A1 (fr) * | 2007-11-19 | 2009-06-04 | Chengdu Huawei Symantec Technologies, Co., Ltd. | Procede d'identification d'un type de service correspondant a un message et dispositif associe |
| CN101227287B (zh) * | 2008-01-28 | 2010-12-08 | 华为技术有限公司 | 一种数据报文处理方法及数据报文处理装置 |
| CN101374115B (zh) * | 2008-09-28 | 2010-12-22 | 北京鼎实创新科技有限公司 | 基于profibus报文快速识别的多端口控制方法 |
| US8782068B2 (en) | 2009-12-10 | 2014-07-15 | Huawei Technologies Co., Ltd. | Method, apparatus and system for protocol identification |
| CN103812846A (zh) * | 2012-11-14 | 2014-05-21 | 重庆重邮信科通信技术有限公司 | 一种头压缩方法及系统 |
| CN104717209A (zh) * | 2015-02-10 | 2015-06-17 | 京信通信技术(广州)有限公司 | 一种rtp报文识别方法及其装置 |
| WO2019096332A1 (zh) * | 2017-11-20 | 2019-05-23 | 华为技术有限公司 | 报文头压缩机制确定方法、设备及系统 |
| CN109818901A (zh) * | 2017-11-20 | 2019-05-28 | 华为技术有限公司 | 报文头压缩机制确定方法、设备及系统 |
| CN109818901B (zh) * | 2017-11-20 | 2021-04-20 | 华为技术有限公司 | 报文头压缩机制确定方法、设备及系统 |
| CN110768930A (zh) * | 2018-07-25 | 2020-02-07 | 成都鼎桥通信技术有限公司 | 服务器的数据转发方法和装置 |
| CN110768930B (zh) * | 2018-07-25 | 2022-03-29 | 成都鼎桥通信技术有限公司 | 服务器的数据转发方法和装置 |
| CN112751833A (zh) * | 2020-12-23 | 2021-05-04 | 北京天融信网络安全技术有限公司 | Rtp报文识别方法、装置、电子设备及可读存储介质 |
| CN112751833B (zh) * | 2020-12-23 | 2023-01-10 | 北京天融信网络安全技术有限公司 | Rtp报文识别方法、装置、电子设备及可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1988543A (zh) | 报文类型识别方法及装置、报文首部压缩方法及系统 | |
| US9130991B2 (en) | Processing data packets in performance enhancing proxy (PEP) environment | |
| US9392082B2 (en) | Communication interface and method for robust header compression of data flows | |
| EP3219067B1 (en) | Methods and devices for negotiating session descriptor parameters | |
| US7289464B2 (en) | Compression using program tokens | |
| CN101594290B (zh) | 一种鲁棒性头压缩上下文标识的处理方法及装置 | |
| CN101860904B (zh) | 基于数据包ip头压缩技术实现校验和计算的方法 | |
| CN102546363A (zh) | 一种报文处理方法、装置及设备 | |
| CN106416175A (zh) | 一种协议栈适配方法及装置 | |
| US8559463B2 (en) | Systems and methods for providing efficient bandwidth utilization in packet switched networks | |
| CN102752320B (zh) | 一种代理服务器主动压缩方法及代理服务器 | |
| CN106851733A (zh) | 一种针对移动网络应用的自适应http消息压缩方法 | |
| CN107508828A (zh) | 一种超远程数据交互系统及方法 | |
| US11057312B2 (en) | Apparatus and method for configuring MMT payload header | |
| WO2015101152A1 (zh) | 基于dfa的http分块传输编码的传输载荷提取方法 | |
| CN105635182B (zh) | 一种数据压缩传输方法及系统 | |
| JP4938134B2 (ja) | 複数の接続インターフェース間で通信するための方法および装置 | |
| CN113364790B (zh) | 数据传输方法及装置 | |
| CN104717209A (zh) | 一种rtp报文识别方法及其装置 | |
| JP2004153471A (ja) | チェックサム算出方法、チェックサム記録方法、およびその方法を利用可能な通信装置 | |
| CN115622944A (zh) | 基于多并行度下数据流的tcp拼包方法和系统 | |
| US20080069112A1 (en) | Protocol and method of via field compression in session initiation protocol signaling for 3g wireless networks | |
| CN111585962A (zh) | 一种rtp数据包的处理方法、系统及存储介质 | |
| CN105407351A (zh) | 一种从实时传输协议数据包中重建编码方式的方法和装置 | |
| WO2017076322A1 (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 | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20070627 |