[发明专利]一种传输消息的方法、系统和设备无效
申请号: | 201110042211.8 | 申请日: | 2011-02-21 |
公开(公告)号: | CN102647803A | 公开(公告)日: | 2012-08-22 |
发明(设计)人: | 梁靖;秦飞 | 申请(专利权)人: | 电信科学技术研究院 |
主分类号: | H04W76/04 | 分类号: | H04W76/04 |
代理公司: | 北京同达信恒知识产权代理有限公司 11291 | 代理人: | 刘松 |
地址: | 100083*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 传输 消息 方法 系统 设备 | ||
1.一种传输消息的方法,其特征在于,该方法包括:
发送端的无线资源控制RRC层通过无线信令承载SRB向接收端发送RRC消息;
所述发送端的RRC层在发送所述RRC消息之后,根据设定的重传次数,重新通过SRB向接收端发送RRC消息。
2.如权利要求1所述的方法,其特征在于,所述发送端的RRC层在每次重新发送RRC消息之前还包括:
所述发送端的RRC层确定传输失败。
3.如权利要求2所述的方法,其特征在于,所述发送端的RRC层确定传输失败包括:
所述发送端的RRC层在收到来自接收端RRC层的接收失败通知后,确定传输失败。
4.如权利要求3所述的方法,其特征在于,所述发送端的RRC层在收到来自接收端RRC层的成功接收信息后,确定传输成功。
5.如权利要求2所述的方法,其特征在于,所述发送端的RRC层确定传输失败包括:
所述发送端的RRC层在收到低层的消息传输错误通知后,确定传输失败。
6.如权利要求2所述的方法,其特征在于,所述发送端的RRC层发送所述RRC消息之后还包括:
所述发送端的RRC层启动用于监控接收反馈信息时间的定时器;
所述发送端的RRC层确定传输失败包括:
所述发送端的RRC层在定时器超时时未收到接收端RRC层的用于通知成功接收的反馈信息,确定传输失败。
7.如权利要求6所述的方法,其特征在于,所述发送端的RRC层在定时器超时之前收到接收端RRC层的所述反馈信息,确定传输成功。
8.如权利要求1~6任一所述的方法,其特征在于,首次发送的RRC消息的RRC层标识与重新发送的RRC消息的RRC层标识相同。
9.如权利要求2~6任一所述的方法,其特征在于,所述发送端是AP设备,所述接收端是终端;
所述发送端的RRC层重新通过SRB向接收端发送RRC消息之后还包括:
所述发送端的RRC层在重新通过SRB发送RRC消息的次数与设定的重传次数相同,且确定传输失败后,发起RRC连接释放过程和/或删除终端的上下文。
10.如权利要求2~6任一所述的方法,其特征在于,所述发送端是终端,所述接收端是AP设备;
所述发送端的RRC层重新通过SRB向接收端发送RRC消息之后还包括:
所述发送端的RRC层在重新通过SRB发送RRC消息的次数与设定的重传次数相同,且确定传输失败后,重新发起RRC连接建立过程。
11.一种传输消息的方法,其特征在于,该方法包括:
接收端的RRC层通过SRB接收来自发送端的RRC消息;
所述接收端的RRC层确定接收RRC消息是否成功。
12.如权利要求11所述的方法,其特征在于,所述接收端的RRC层确定接收RRC消息是否成功之后还包括:
所述接收端的RRC层在确定接收RRC消息失败后,向所述发送端的RRC层返回接收失败通知;
所述接收端的RRC层在确定接收RRC消息成功后,向所述发送端的RRC层返回接收成功通知。
13.如权利要求11所述的方法,其特征在于,所述接收端的RRC层在确定成功接收RRC消息后,向所述发送端的RRC层发送用于通知成功接收的反馈信息。
14.一种传输消息的设备,其特征在于,该设备包括:
应用在RRC层的发送模块,用于通过SRB向接收端发送RRC消息;
应用在RRC层的重传模块,用于在发送所述RRC消息之后,根据设定的重传次数,重新通过SRB向接收端发送RRC消息。
15.如权利要求14所述的设备,其特征在于,所述重传模块具体用于:
在确定传输失败后,根据设定的重传次数,重新通过SRB向接收端发送RRC消息。
16.如权利要求15所述的设备,其特征在于,所述重传模块具体用于:
在收到来自接收端RRC层的接收失败通知后,确定传输失败。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于电信科学技术研究院,未经电信科学技术研究院许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201110042211.8/1.html,转载请声明来源钻瓜专利网。