[发明专利]一种CC码兼容方法和终端有效
申请号: | 201910323752.4 | 申请日: | 2019-04-22 |
公开(公告)号: | CN111836245B | 公开(公告)日: | 2021-08-06 |
发明(设计)人: | 苑雪;卫威 | 申请(专利权)人: | 成都鼎桥通信技术有限公司 |
主分类号: | H04W4/90 | 分类号: | H04W4/90;H04W4/08;H04W8/18;H04W8/22 |
代理公司: | 北京德琦知识产权代理有限公司 11018 | 代理人: | 蒋欢;王琦 |
地址: | 610041 四川省成都市高新*** | 国省代码: | 四川;51 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 cc 兼容 方法 终端 | ||
本申请公开了一种CC码兼容方法,应用于集群通信,包括:终端确定当前网络是R1网络还是R2网络;如果是R2网络,则终端在网络侧发送的用户号码、紧急号码和群组号码的首位前添加“+”。本申请还公开了一种对应的终端设备。应用本申请公开的技术方案,能够解决R2 1.64协议终端对接R1网络时的不兼容问题。
技术领域
本申请涉及通信技术领域,特别涉及一种CC码兼容方法和终端。
背景技术
BTRUNC R2 1.64协议相对于R1协议,引入了扩展号码类型——Dialing NumberExt,用以指示国家代码(CC)。R2 1.64协议中,由于网络侧给的群组号码和紧急号码中一定携带有CC码,因此,NAS协议中是不携带扩展号码的,这就必然会导致R2 1.64协议终端对接R1网络时的不兼容。
发明内容
本申请提供了一种CC码兼容方法,以解决R2 1.64协议终端对接R1网络时的不兼容问题。
本申请公开了一种CC码兼容方法,应用于集群通信,包括:
终端确定当前网络是R1网络还是R2网络;
如果是R2网络,则终端在网络侧发送的用户号码、紧急号码和群组号码的首位前添加“+”。
较佳的,所述终端确定当前网络是R1网络还是R2网络包括:
终端接收基站系统广播的SystemInformationBlockTypeTrunking;
终端判断SystemInformationBlockTypeTrunking是否存在网络版本号eNodeBVersion,如果存在,则确定当前是R2网络;否则,确定当前是R1网络。
较佳的,终端在无线资源控制RRC层判断所述SystemInformationBlockTypeTrunking中是否存在eNodeBVersion,如果存在,则通知非接入NAS层,由NAS层在网络侧发送的用户号码、紧急号码和群组号码的首位前添加“+”。
本申请还公开了一种终端,应用于集群通信,包括:判断模块和处理模块,其中:
所述判断模块,用于判断当前网络是R1网络还是R2网络,并将判断结果通知处理模块;
所述处理模块,用于在当前网络是R2网络时,在网络侧发送的用户号码、紧急号码和群组号码的首位前添加“+”。
较佳的,所述判断模块具体用于:
接收基站系统广播的SystemInformationBlockTypeTrunking;
判断SystemInformationBlockTypeTrunking是否存在网络版本号eNodeBVersion,如果存在,则确定当前是R2网络;否则,确定当前是R1网络。
较佳的,所述判断模块处于终端的RRC层;
所述处理模块处于终端的NAS层。
由上述技术方案可见,本申请提出的CC码兼容方法,首先由终端确定当前网络是R1网络还是R2网络;如果是R2网络,则终端在网络侧发送的用户号码、紧急号码和群组号码的首位前添加“+”,从而实现对扩展号码类型的使用的控制。采用现有技术,R2 1.64协议的BTRUNC终端对接R1网络时,组呼业务和紧急呼叫业务均会失败;而采用本申请改进的技术方案后,R2 1.64协议的BTRUNC终端对接R1网络时,紧急呼叫业务和组呼业务均可以正常拨打,可见,本申请解决了CC码兼容的问题。
附图说明
图1为本发明CC码兼容方法示意图;
图2为R2协议中定义的增加的组信息及其内容示意图;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于成都鼎桥通信技术有限公司,未经成都鼎桥通信技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910323752.4/2.html,转载请声明来源钻瓜专利网。