有关CMPP协议中滑动窗口的问题

MarkDong 2003-09-28 12:25:55

CMPP协议中讲到对于长连接，可以采用滑动窗口技术，即发送Submit消息后，不用等到response回来就可发送下一条Submit消息，但是我参考了很多现有的Java写的平台，都是发送Submit消息后，等待response消息回来后才可以发送下一条Submit消息，这是为什么？

这样做很影响通信的效率，但好像大家都这样做，为什么？

...全文

431 19 打赏收藏转发到动态举报

写回复

用AI写文章

19 条回复

切换为时间正序

请发表友善的回复…

发表回复

Edgemaster 2004-02-28

打赏
举报

多谢zubasha(小狼)和dawninautumn(dawn)，原来如彼。

实践是检验真理的唯一标准。谢谢！

dawninautumn 2004-02-27

打赏
举报

CMPP协议中并没有规定所谓的mo连接和mt连接，倒是明确说了在一个连接上面可以同时走mo和mt消息。
亚信网关的确是根据version字段的不同来判断连接的类型，0为mt，1为mo，允许多条mt连接，只允许1条mo连接；从这一点来看，从某种角度来说，亚信是篡改了cmpp协议的，不是严格意义上的cmpp协议了，相比较而言，华为的网关是最严格的依照CMpp协议写的。

亚信网关的一个mt连接上面每秒最多10条，这种情况下，同步发送基本上就可以满足了，没有必要做异步。

Edgemaster 2004-02-26

打赏
举报

to zubasha(小狼)
===========================

1、不敢苟同，所谓是仁者见仁，智者见智。不说新浪，就连一定批量的资讯定制类推送服务上效率表现都比较明显。

2、“目前亚信的网关全部是两条连接的。反而是不支持一条连接的”，是这样的么？我惟独没接触过亚信网关，很疑惑。这一点最好急需请第三方予以证实。“亚信是根据connect包的version字段的不同”，除CMPP外，亚信还提供别的协议手册么？

zubasha 2004-02-26

打赏
举报

我说绝对不会有错，你可以不信我说的，but
实践是检验真理的唯一标准。
你可以去下一个亚信的api，自己写一个模拟网关，然后用亚信的api发送到自己的模拟网关，看看它的connect包怎么填不就知道咯？

Edgemaster 2004-02-26

打赏
举报

Re: zubasha(小狼)
==========================

1、呵呵，不说了。

2、有没有相关的资料来看看？我很想知道并予以证实。

zubasha 2004-02-26

打赏
举报

to Edgemaster
===================
1、问题不在于SP的收发速度不够，在于移动不会开放那么大的速度给你，并且网关的处理速度也没有那么快，别忘了是有n家SP连接上去的。所以同步足以。就算你收发的速度再快，网关是要限速的，结果还不是一样？对于那些与移动关系密切的sp，移动会有独立的网关给他们用的。比如北京移动新推出的实时网关，走的是smpp协议的。

有时候写代码不是说技术最好就要用最好的，最合适是最好的

2、亚信的网关就是根据version字段的不同来判断连接的类型，0为mt，1为mo，允许多条mt连接，只允许1条mo连接,无其他协议手册。

zubasha 2004-02-25

打赏
举报

to Edgemaster
=========================
1、鉴于网络状态和移动服务器的设置，同步足已。如果网络允许，采用同步的做法每秒钟能达到100条/秒。但是移动不会让你有那么快的发送速度，除非你是8888（新浪）。从业务逻辑上来说，发送submit，收到resp返回（函数也返回）便于实现业务逻辑。当然也有办法使底层是异步发送，而从业务层看起来是同步的。但是，没必要。
2、移动并没有说提倡不提倡多连接。目前亚信的网关全部是两条连接的。反而是不支持一条连接的，如果要接亚信的网关，就必须采用两个连接。

Edgemaster 2004-02-25

打赏
举报

回复：

1、
考虑到短信中心SMSC的性能问题，CMPP协议中使用了滑动窗口的这一限制。如你所说的：发送Submit消息后，等待response消息回来后才可以发送下一条Submit消息，这根本就没有充分使用滑动窗口这一概念，很大程度上降低了短信网关通讯的处理效率，那些为了技术上处理简单而忽视此点的程序员应该要负责予以改善。使用发送滑动窗口技术，这是一个成熟的短信平台最起码的条件之一。但在具体实现方式上，有一定的技巧可言。

2、
移动互联网关的端口资源有限，CMPP不提倡ISMG和SP的多连接（这有别于SGIP，SGIP要求的才是上下行两条连接）。

xkak2 2004-01-17

打赏
举报

亚信根据version区分，
华为不区分，
卓望也不区分

fjye 2003-12-19

打赏
举报

亚信的端口和version都不同

phalcon 2003-12-17

打赏
举报

区分方法不同的网关也不同亚信是根据connect包的version字段的不同有些网关是提供不同的端口

fjye 2003-12-12

打赏
举报

滑动窗口的问题是这样的,可以在不等网关回复之前发送下一祯submit数据,因为网关支持滑动窗口,作为发送这端,做滑动窗口只需做一个发送数据的缓存列表,滑动窗口可以很据网关的承受能力而定,一般8,16,32

fjye 2003-12-12

打赏
举报

这两个Socket在网关端是怎么区分的呢？

是通过端口区分的,而且bind的时候version值不一样

dawninautumn 2003-12-06

打赏
举报

我们一般都是一个连接上面完成Submit和Deliver，没有使用2个连接的，有时候因为流量的问题会开2个连接，但是是作为负荷分担使用的。
一般情况下移动的网关不会主动的来连接sp的平台的，如果有消息而sp没有连接到移动的网关的话，网关一般会缓存一段时间，超时然后抛弃掉。

epp 2003-12-06

打赏
举报

这个问题我也很想知道……

现在SP与网关接入的方式都是采用两个Socket连接，一个主要发Submit包，一个主要收Deliver包，但各自Socket的Reponse包和Avtive包还是各自处理各自的，那么这两个Socket在网关端是怎么区分的呢？好像是通过Connect包中的Version字段区分，是不是这样的呢？

还盼高人给确认一下。

DrunkenLion 2003-09-30

打赏
举报

默认的滑动窗口的大小是16,

短信下行是sp主动发起,短信上行是移动的网关主动发起.

是两条socket连接的.

MarkDong 2003-09-29

打赏
举报

谢谢两位，另外有个问题想问问

现在SP与网关接入的方式都是采用两个Socket连接，一个主要发Submit包，一个主要收Deliver包，但各自Socket的Reponse包和Avtive包还是各自处理各自的，那么这两个Socket在网关端是怎么区分的呢？好像是通过Connect包中的Version字段区分，是不是这样的呢？

还盼高人给确认一下。

kkww75 2003-09-28