CDMA基于语音短信冲突语音优先实现方法探讨.docVIP

CDMA基于语音短信冲突语音优先实现方法探讨 　　【摘要】CDMA网络通过业务信道下发短信时容易引起语音与短信业务的冲突，由于语音业务实时性要求比较强，故应该被优先处理。通过对CDMA网络语音与短信业务冲突情况进行分析，提出基于语音优先的解决方案，实现实时性要求强的语音业务的优先处理，同时也保证了用户短信业务的正常使用。 　　【关键词】CDMA MSC 语音优先 　　1 引言 　　在CDMA系统中，MSC（移动交换中心）可以根据短信长度设置通过控制信道还是通过业务信道向用户下发短信。目前电信运营商通常只将超短的短信设置为通过控制信道下发，其他短信通过业务信道下发，或者甚至将所有短信都设置为通过业务信道下发。 　　当用户终端关机时，短信中心将缓存该用户短信；当用户终端开机时，MSC将通知短信中心用户的开机状态，短信中心会将缓存的短信发给MSC下发至用户。当缓存的短信为多条并且通过业务信道进行下发时，在短信下发的整个过程，用户的语音业务将无法处理。这就将造成用户在一定的时间内无法使用实时性要求比较高的语音业务，尤其是缓存短信较多时影响更大。 　　因此，本文将对CDMA基于语音优先的语音短信冲突解决方案进行探讨，实现语音短信冲突情况下优先处理用户的语音业务。 　　2 语音短信冲突现状分析 　　MSC通过业务信道下发短信的信令流程如图1所示。MSC接收到短信中心短信下发消息后，向BSS（基站子系统）下发短信寻呼指令，BSS再向MS（移动终端）下发短信寻呼指令，MSC收到MS对短信寻呼的响应后进入业务信道建立过程，业务信道建立后通过业务信道下发短信，待短信下发完成后拆除业务信道。 　　在短信中心为用户下发缓存短信的过程中，当缓存的短信为多条并且通过业务信道进行下发时，MSC可以建立一次业务信道，在业务信道中连续下发多条短信；也可以为每一条短信建立一次业务信道逐条下发。当缓存短信条数较多，短信连发时一次短信下发持续时间比较长；逐条下发时虽然一次下发时间不长，但是由于会重复图1所示流程多次，总的下发时间也比较长。在MS已经发送短信寻呼响应之后检测到语音始呼请求，MS将丢弃始呼请求??在MS尚未发送短信寻呼响应之前检测到语音始呼请求，MS将始呼请求发送至BSS，BSS此时已经为相同用户分配了通信控制模块，BSS将拒绝始呼请求。因此，在短信下发的整个过程，用户都将无法发起语音呼叫；同时，在短信下发持续期间，如果该用户有语音终呼请求，用户归属HLR将向用户服务MSC发送MAP消息LOCREQ要求MSC分配TLDN接续该被叫用户，MSC将判断该用户处于忙的状态而拒绝用户终呼请求，用户也就无法作为语音被叫。或者已经为用户分配了TLDN，但是接收到入局呼叫时用户还处于短信接收状态，用户的终呼请求也无法处理。这就将造成用户在一定的时间内无法使用语音始呼或终呼业务，同时造成用户的误解，引发用户对网络状况的投诉。 　　3 语音优先解决方案 　　用户发起呼叫请求（即始呼请求）和用户作为被叫（即终呼请求）的业务流程不同，下面将分别对语音始呼优先解决方案和语音终呼优先解决方案进行探讨。 　　3.1 语音始呼优先解决方案 　　为了实现语音短信冲突情况下的语音始呼优先处理，需要结合用户始呼发起时用户终端具体处于短信下发的状态进行分析（见图1）。用户所处状态定义具体如下： 　　（1）空闲态：就短信下发过程而言，用户回复Page响应消息后一直到用户回复拆线响应消息之前，用户所处状态都为非空闲态，除此以外的时间间隔都定义为用户处于空闲态。 　　（2）寻呼响应子状态：定义用户回复Page响应消息后至用户收到信道建立指示消息之前，用户处于寻呼响应子状态。 　　（3）业务信道控制子状态：定义用户收到信道建立指示消息之后至用户回复拆线响应消息之前，用户处于业务信道控制子状态。 　　用户终端检测到语音始呼请求，首先要根据上述状态的定义对终端状态进行判断，终端处于不同状态时，语音优先实现步骤及要求也不同，具体步骤如下： 　　（1）MS处于空闲态或寻呼响应子状态，MS将语音始呼请求发至BSS。BSS判断是否已经接收到MSC短信寻呼请求，如果已经接收到，则BSS启动语音优先功能，丢弃短信处理，向MS发送语音始呼请求确认，并向MSC发送语音始呼请求；如果没有接收到，则BSS直接向MS发送语音始呼请求确认，将始呼请求发给MSC。MSC判断是否已经下发短信寻呼请求，如果已经下发，则MSC启动语音优先功能，挂起短信处理进程，缓存短信，按标准语音始呼流程处理，建立业务信道进行语音传送，并在此业务信道中下发缓存的短信；如果没有下发，则按照标准语音始呼流程完成业务处理。 　　（2）MS处于业务信道控制子状态且尚未收到网络侧短信业务信道拆除指令的业务状态，MS缓存始