一种解决并发业务下PS建立超时导致CS掉话的方法-交底书v1

更新时间:2023-11-18 18:14:01 阅读量: 教育文库 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

中国移动专利申请

技术交底书

公司编号 发明名称 申报单位 申报类型 发明人 技术联系人 一种解决并发业务下PS建立超时导致CS掉话的方法 中国移动通信集团广东有限公司 发明 许时彰、吴朝健、许鑫燕、孔祥刚 许时彰 xushizhang@139.com 13923119992

注意事项 1.技术联系人应为深入了解本申请提案技术方案的技术人员,如交底书撰写人,负责向专利审核人员和代理人解释技术细节、修改交底书、审核申请文件等工作, 请务必填全技术联系人的姓名、E-mail、手机。 2.请按照集团公司提供的本技术交底书模板逐项填写,除交底书第八部分为可选项外,其他均为必须填写的内容。填写不全的专利申请提案,集团公司不予立案。 3.专利申请不要求已具体实现或实施,形成完整的技术方案即可提交申请,特别是需要向合作方公开、向标准提案或以其他方式公开的重要技术构思应在公开前尽早申请。 4.技术交底书文件命名要求:发明名称+短横线(半角)+交底书+版本号,例:一种短消息群发方法-交底书v1.doc

中国移动通信集团公司

中国移动专利申请技术交底书 保密信息,请予保密

一、发明名称

一种解决并发业务下PS建立超时导致CS掉话的方法 注:发明名称反映了本技术方案的核心内容和类型。

二、技术领域

本发明涉及无线领域。

注:在列出的技术领域中选择了与本技术方案最为相关的领域。

三、现有技术的技术方案

并发业务是3G的鲜明特征,即多个CS、PS业务同时发生。并发业务在丰富用户体验的同时,也带来了一系列的问题。最突出的就是CS+PS业务并发时,PS业务建立失败,就会波及CS语音一起掉话,对用户造成极为不良的感知。

从用户行为角度来说,用户在打语音电话的时候,一般不会主动发起PS业务;用户进行语音电话时候所发起的PS业务一般都是一些智能手机的定制业务,如软件定期更新、彩信、天气预报、快讯等等。请看以下现网的一个案例:

2

中国移动专利申请技术交底书 保密信息,请予保密

序号48-49:语音电话接通,振铃。

序号50-51:UE发起Service Request,建立数据业务的NAS层连接。 序号61:核心网指派数据业务的RAB建立。

序号62-66:RNC对10112频点上的物力资源进行重配。10112是原先CS语音电话所在的载波,为R4载波。

序号67:RNC将CS+PS并发业务的RB建立在频点10088上,10088为R5载波。

序号71:由于10088载波有隐形故障、或干扰较大,导致该RB无法成功建立,RNC收不到UE回复的RB Setup Complete,等待5秒超时后回复核心网RAB Assignment Response(原因值为RNLC_Ue_RabOper_TimeOut)。

序号72-73:同时触发RNC上报两个Iu Release Request,标志着两个域的业务,即CS与PS业务一起掉话。

注:以用户行为+现网信令分析,描述了现网并发业务下,PS业务建立超时导致CS语音掉话的故障。使人能够符合逻辑地得出第四部分中现有技 术存在的缺点。

四、现有技术的缺点及本申请提案要解决的技术问题

正如第三部分所述,用户先在R4载波上发起CS语音业务。如果再发起一个PS业务,RNC会将CS+PS业务的RB都建立在R5载波上。如果该R5载波有隐性故障或干扰较大,致使该次RB建立失败,则会波及CS语音与PS业务一起掉话,造成极为不良的用户感知。

本提案致力于在RNC侧提出一种新机制,避免此类故障的发生,提升用户感知。

详细技术方案请看第五部分。

注:逐一说明了现有技术存在的缺点,与第三部分现有技术的方案的描述 相呼应;并对应于现有技术的缺点,提出本发明要解决的技术问题。

五、本申请提案的技术方案的详细阐述

3

中国移动专利申请技术交底书 保密信息,请予保密

本方案的技术流程图如下所示:

步骤1RNC收到CN下发建立数据业务的RAB Assignment Request步骤2RNC判断UE是否同时有并发的CS语音业务存在否是进入正常的PS业务RAB建立流程步骤3RNC判断CS语音业务是否建立在R4载波上是RNC下发RB Setup,将PS业务建立在与CS语音相同的R4载波上,同时设定对PS业务做资源上限设置步骤4否步骤5RNC下发RB Reconfiguration命令给UE,让UE将CS+PS业务重配至R5载波上;若建立失败,则UE以RB Reconfiguration Failure回复RNC;同时触发RNC回复RABAssignmentResponse(RAB_QueuedList)给CN;同时触发RNC暂缓PS业务的主动发起的重配置活动步骤6直至CS语音业务结束后,再尝试将PS业务重配至R5载波将PS业务配置在建立语音电话的R5载波上

步骤1:RNC接收到CN下发建立数据业务的RAB Assignment Request指示。RNC通过RAB Assignment Request中所携带的Traffic class类型判断该RAB建立是CS还是PS。如果Traffic class是background, interactive, streaming的话则判断为PS业务的RAB建立。

步骤2:RNC判断是否同时有并发的CS语音业务存在。如果是,则进入步骤3;否的话,则进入正常的PS业务RAB建立流程。

步骤3: RNC判断CS语音业务是否承载在R4载波上。如果是,则进入步骤4;否的话,则将PS业务配臵在建立语音电话的R5载波上。

TD-SCDMA现网分为两种类型的载波,一种是R4、一种是R5。R4载波上的信

4

中国移动专利申请技术交底书 保密信息,请予保密

道都是专用物理信道(DPCH),是用户独享的,一般用于承载语音业务,也可以承载PS业务。R5载波的信道主要是HS-PDSCH,为共享物理信道,承载HSDPA数据业务,也有少量的专用物理信道,供用户进行信令传递、CS语音电话。

现网的RRM算法一般都是将CS语音呼叫分配至R4载波;HSDPA数据业务则分配至R5载波。如果一个用户先发起CS语音呼叫,他会被分配至R4载波上;若随后发起并发的PS业务,RNC一般会将该用户的语音、数据业务一起迁移至R5载波上,其中语音电话迁移至R5载波的专用物理信道上。

步骤4:RNC下发RB Setup命令给UE,将PS业务建立在与CS语音相同的R4载波上(现网的做法是将RB Setup至R5载波),同时设定对PS业务做资源上限设臵。上下行的上限设臵可以有以下选项:16k、32k、64k、128k、256k等等,在RNC设定。对PS业务做资源上限设臵的目的是为了防止高速的PS业务抢占R4的专用物理信道,从而造成CS语音业务拥塞。

步骤5:RNC下发RB Reconfiguration命令给UE,让UE将CS+PS业务重配至R5载波上;若建立失败,则UE回复RB Reconfiguration Failure给RNC,其中所携带的原因为Physical Channel Failure。同时触发RNC回复RAB Assignment Response(信令内的IE指示为RAB_QueuedList,即RNC通知CN暂缓此次RAB指派)给CN。同时触发RNC暂缓PS业务主动发起的重配臵活动—即在并发业务下的PS业务重配臵都是随CS语音而来,而非自己主动发起。

步骤6:直至CS语音业务结束后,RNC再尝试将PS业务重配至R5载波。

注:对本发明技术方案的描述包括算法的目的,算法流程,以及算法流程 的详细解释。 六、本申请提案的关键点和欲保护点

RNC收到PS业务的RAB指派、判断同时有并发的CS语音业务存在、并且该语音业务承载在R4载波上,则触发RNC将RB Setup至CS语音所在的R4载波上,并对PS业务的资源做上限设臵,为本提案的第一个技术关键点,应予以保护。

RNC下发RB Reconfiguration命令给UE,让UE将CS+PS业务重配至R5载波上;若建立失败,则UE回复RB Reconfiguration Failure给RNC。同时触发RNC回复RAB

5

中国移动专利申请技术交底书 保密信息,请予保密

Assignment Response(信令内的IE指示为RAB_QueuedList,即RNC通知CN暂缓此次RAB指派)给CN,为本提案的第二个技术关键点,应予以保护。

UE回复RB Reconfiguration Failure给RNC,同时触发RNC暂缓PS业务主动发起的重配臵活动(即在并发业务下的PS业务重配臵都是随CS语音而来,而非自己主动发起),为本提案的第三个技术关键点,应予以保护。

以上算法模块在CS语音电话结束后失效,为本提案的第四个技术关键点,应予以保护。

注:提炼出了本方案中作出创新性改进的重要技术点,并按发明的逻辑顺

七、与第三条中最接近的现有技术相比,本申请提案有何技术优点

本提案能够有效地解决先CS后PS的并发业务下,PS建立超时导致掉线导致CS一起掉话的故障。能够有效地提升并发业务下的语音通话感知。

本提案的方法可以应用于所有的基于3GPP协议的3G网络,如TD-SCDMA、WCDMA等。

对应于第四部分中本发明要解决的技术问题,逐一写明了在解决技术注: 问题之后取得的技术效果。

八、其他有助于理解本申请提案的技术资料

3GPP TS25.331 《Radio Resource Control (RRC);Protocol specification》 注:该标准与本发明密切相关,且对理解本发明有帮助。 序逐一列出。

提醒:本技术交底书示例所述技术方案尚未公开,请注意保密! 6

本文来源:https://www.bwwdw.com/article/oz5v.html

Top