假定在运输层使用停止等待协议。发送发在发送报文段M0后再设定的时间内未收到确认，于是重传M0，但M0又迟迟不能到达接收方。不久，发送方收到了迟到的对M0的确认，于是发送下一个报文段M1，不久就收到了对M1的确认。接着发送方发送新的报文段M0，但这个新的M0在传送过程中丢失了。正巧，一开始就滞留在网络中的M0现在到达接收方。接收方无法分辨M0是旧的。于是收下M0，并发送确认。显然，接收方后来收到的M0是重复的，协议失败了。试画出类似于图5-9所示的双方交换报文段的过程。

在异步串行通信中，接收方是如何知道发送方开始发送数据的？

在下面的服务质量参数中，（）是指从发送方到接收方收到报文为止的时间。

完整的数字签名过程（包括从发送方发送消息到接收方安全的接收到消息）包括（）和验证过程。

完整的数字签名过程（包括从发送方发送消息到接收方安全的接收到消息）包括（）和验证过程。

在Internet中，发送方的计算机将消息或文件分解成（），然后在Internet上传播。接收方把接收到的（）重新组装成原来的消息。

发送消息完成后不等待消息处理结果. 调用者( )等待被调用者完成操作.

当接收到INVITE消息的（）时，发送这个INVITE消息的客户端将发送一个ACK消息进行确认

短消息处理延迟是指从SMSC收到短消息到第一次尝试发送的时间间隔。短消息处理延迟应<=（）ms。

在数字签名中，消息发送者对消息进行处理使用的是（）

在没有排队的情况下，BSC收到ASSIGNREQUEST消息后，发现没有TCH资源，将发送什么消息（）

（）包括键盘和鼠标的输入。这一类消息首先放在系统消息队列中，然后由Windows将它们送入应用程序消息队列中，由程序来处理消息；（）用来与Windows的控制对象，如列表框、按钮、复选框等进行双向通信。当用户在列表框中改动当前选择或改变了复选框的状态时发出此类消息。