 |
善于提问，勤于回答，你也是专家
|
 |
关于手机接收到多条同一短信问题？
最近手机收到短信后，隔了一个小时会收到一模一样的短信一条，再隔了一个小时又会收到一模一样的短信一条。。
这样总共就收到3条一模一样的短信，都是隔了一个小时收到的。
排除： 人为的在重复发短信问题；
基站问题（在家里有这情况，去外地了也出现这个情况，并不是在同一个BSC、MSC下）；
不知道这是出现了这个短信重复收到什么情况的呢？
这样总共就收到3条一模一样的短信，都是隔了一个小时收到的。
排除： 人为的在重复发短信问题；
基站问题（在家里有这情况，去外地了也出现这个情况，并不是在同一个BSC、MSC下）；
不知道这是出现了这个短信重复收到什么情况的呢？
我要回答
问题答案
40
37引用短消息完整流程，如果CP-ACK或RP-ACK没有成功发出，或发丢了，是有可能一直重传，直到收到这两个ACK后，或是到了重传上限。
还是考虑换手机吧！
短消息完整流程：
- 首先RRC层会检查是否存在RRC连接，如果已经存在，则直接使用，如果没有，则首先发起一个RRC连接建立过程。
- RRC连接建立完成后，高层通过CM SERVICE 过程建立MM连接，接收到网络侧发送的CM SERVICE ACCEPT后，就可以开始短消息数据的发送过程了。
- 短消息的协议实体包括三层，所以响应有几个步骤：首先UE发出的CP-DATA包括RP-DATA和协议头，RP-DATA也是包括RP头（主要是Originator Address和Destination Address）和用户数据部分，它的用户数据部分是TP-DATA，TP-DATA的用户部分就是实际的短消息内容了，TP-DATA的数据头部分就包括一些编码方式等信息。
- 网络侧收到此消息后，首先CP层回应CP-ACK，接着RP层也需要响应，RP-ACK消息嵌套在CP-DATA的用户数据部分发送,UE需要收到这两个ACK后才能确认网络侧正确收到了发送的短消息，然后再响应CP-ACK，至此，整个发送短消息过程结束，如果后续没有其它过程，网络侧就可以释放RRC连接了。
还是考虑换手机吧！
短消息完整流程：
- 首先RRC层会检查是否存在RRC连接，如果已经存在，则直接使用，如果没有，则首先发起一个RRC连接建立过程。
- RRC连接建立完成后，高层通过CM SERVICE 过程建立MM连接，接收到网络侧发送的CM SERVICE ACCEPT后，就可以开始短消息数据的发送过程了。
- 短消息的协议实体包括三层，所以响应有几个步骤：首先UE发出的CP-DATA包括RP-DATA和协议头，RP-DATA也是包括RP头（主要是Originator Address和Destination Address）和用户数据部分，它的用户数据部分是TP-DATA，TP-DATA的用户部分就是实际的短消息内容了，TP-DATA的数据头部分就包括一些编码方式等信息。
- 网络侧收到此消息后，首先CP层回应CP-ACK，接着RP层也需要响应，RP-ACK消息嵌套在CP-DATA的用户数据部分发送,UE需要收到这两个ACK后才能确认网络侧正确收到了发送的短消息，然后再响应CP-ACK，至此，整个发送短消息过程结束，如果后续没有其它过程，网络侧就可以释放RRC连接了。
回答者：yyolanda 回答时间：2012-10-09 09:40
应该是这样，手机端收到短信后没有回送ACK，造成短信中心一直重发
通俗地说，你手机实际上已经收到了短信，但你的手机没有回复或都回复“你已收到短信”这个信息，导致网格侧以为你一直没有收到短信，因此就定时重发。
回答者：风之幽 回答时间：2012-10-10 10:18
