GSM业务流程(比较全面).docx_第1页
GSM业务流程(比较全面).docx_第2页
GSM业务流程(比较全面).docx_第3页
GSM业务流程(比较全面).docx_第4页
GSM业务流程(比较全面).docx_第5页
已阅读5页,还剩41页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

精品文档CS业务流程目录1.1.1.寻呼11.1.2.鉴权11.1.3.加密21.1.4.身份标识21.1.5.TMSI重新分配31.1.6.位置更新流程41普通位置更新5同一个MSC下的位置更新5不同MSC下的位置更新62周期性位置更新73开关机81关机82开机91.1.7.语音呼叫10主叫11被叫121.1.8.局间呼叫131.1.9.智能网触发141主叫用户触发162被叫用户触发173主加被叫都触发191.1.10.短消息201.主叫部分(发送短消息部分)202.被叫部分(收短消息部分)211.1.11.切换业务211.局内切换232.局间切换231.1.1. 寻呼在移动通信系统中,通信终端的位置不是固定的。为了建立一次呼叫,需要知道被叫用户或者短信的接收者的位置信息。MSC会通过IU接口/A接口向该MSC所管辖的所有RNC/BSC发送寻呼消息(paging广播消息),当RNC/BSC收到该消息后,该用户所在的RNC/BSC会向MSC回复一个paging response消息,由于在A接口用到了SCCP的有连接服务,所以寻呼响应同时被视为SCCP的连接建立请求消息。注意:不是所有的被叫用户都会发起寻呼消息。当该用户正在发生业务时(SCCP连接未断开时,不用再进行寻呼)。寻呼流程:1MSC通过paging消息向BSC发起寻呼2该用户所在的BSC收到寻呼消息后向MSC回复paging response消息1.1.2. 鉴权鉴权是指GSM网络侧确定移动台在身份验证过程中在无线接口上传输的IMSI或TMSI合法性的过程。鉴权的目的是为了防止非法用户接入GSM网络系统,同时也防止合法用户的私人信息被非法用户窃取。是否执行鉴权,取决与运营公司要求。一般每次呼叫建立、位置更新、无呼叫连接建立的补充业务激活、短消息交换(SMS)需执行鉴权,以保护运营商的利益。网络侧在下列条件下可以启动鉴权流程:1 MS申请在VLR或HLR用户相关信息更改;2 业务接入时(包括MS主叫、移动态被叫、MS激活或去活及补充业务时);3 MSC/VLR重启后的第一次网络接入;4 密钥序列KC不匹配时;鉴权过程具体有两方面作用:1 确定MS提供的身份是否可以接入网络;2 提供参数供MS计算新的密钥;3 鉴权总是由网络侧发起和控制。鉴权流程:1鉴权请求2鉴权响应1.1.3. 加密加密流程一般出现在位置更新、业务接入、局间切换等服务请求中,需要GSM网络设备特别是基站的支持,也取决于MS的加密支持能力。加密流程的目的是传送相关的加密和完整性算法信息给 UTRAN,UTRAN 利用这些信息选择使用合适的参数和设备加密用户和信令数据,以及存储相关的完整性算法参数,该流程使用面向连接信令。加密流程:1加密模式设置流程中,MSC向BSC发一条Cipher Mode Command命令2 BSC向MSC回复Cipher Mode Complete1.1.4. 身份标识标识流程是网络用来要求MS向网络提供特定身份标识的,如IMSI、IMEI等。CN 侧可以设置是否要求UE上报IMEI,如果打开此开关,则会下发Identity Request消息,随后UE通过Identity Response消息上报IMEI。身份标识流程:1MSC Server向MS发送Identity Request2只要RR 连接,MS随时准备接受 Identity Request 消息并回复 Identity Response1.1.5. TMSI重新分配TMSI 再分配流程的目的是保护用户标识的机密性,例如防止用户IMSI 在空中接口被入侵者识别并对该用户进行定位。由于标识的机密性服务是针对IMSI 的,一个临时移动用户标识TMSI 只用于在无线接口的信令流程中作为标识。 TMSI 什么情况下需要再分配取决于网络运营者,但至少在位置区的变化后要进行TMSI 再分配。每个TMSI 只在一个位置区内唯一TMSI ,再分配的流程可以单独运行或者隐含在使用TMSI进行位置更新的流程中。 TMSI 再分配的流程总是由网络发起的。TMSI再分配功能也可在其他流程中实现,如在呼叫建立、位置更新成功时,通过LOCATION UPDATING ACCEPT等消息下发给终端。1呼叫中的TMSI重新分配MSC主动发起TMSI重新分配流程把新分配的TMSI通过TMSI Reallocation Command里面。BSC更新完TMSI后向MSC回复TMSI Reallocation Complete2位置更新中的TMSI重新分配BSC向MSC发起位置更新请求 Location Updating RequestMSC把分配好的TMSI通过Location Updating Accept发送给BSCBSC更新完TMSI后向MSC回复TMSI Reallocation Complete1.1.6. 位置更新流程在GSM系统中有三个地方需要知道位置信息,即HLR、VLR和MS。当这个信息发生变化时,需要保持三者的一致,由位置更新流程实现。位置更新流程是位置管理中的主要流程,总是由MS发起。位置更新流程是一个通用流程,在如下三类位置更新流程中要使用到:正常位置更新、周期性位置更新、IMSI附着位置更新流程。正常位置更新用于更新网络侧对于MS的位置区信息,LOCATION UPDATING REQUEST消息中包含位置更新流程的类型信息。在网络侧VLR判定MS为未知用户时,会启动正常位置更新流程,作为MM连接建立请求的响应。为限制位置更新尝试次数,位置更新失败时要使用位置更新attempt counter 计数器。在MS开机或SIM卡刚插入时,该计数器清零。MS中要保持一个forbidden location areas for roaming表和一个of forbidden location areas for regional provision of service表。MS关机或SIM卡拔出时,将这两个表删除。当MS收到位置更新拒绝消息,其原因值为Roaming not allowed in this location area或Location Area not allowed时,从BCCH上收到的LAI信息触发位置更新请求的LAI要加到相应的表项中。这两个表的容量至少要有10个表项,当表项数目超过表的容量时,最早的表项内容删除。成功的进行位置更新后,MS在SIM卡中置UPDATED状态位,并存储新的位置区信息。1:普通位置更新移动台在开机或移动过程中,收到的位置区标识与移动台中存储的位置区识别不一致时,移动台发起位置更新请求通知网络更新该移动台的位置区识别。根据位置更新请求消息中位置区是否属于同一 MSC Server/VLR 的位置区,是否需要IMSI 参与,位置更新流程分为:同一个 MSC Server/VLR 区域内部的位置更新、跨越不同MSC Server/VLR 区域的可以从前 VLR 使用IMSI 的位置更新、跨越不同MSC Server/VLR 区域的不能从前VLR使用IMSI的位置更新。1普通位置更新1.1同一个MSC下的位置更新重要部分描述:1:BSC发送Location Updating Request向MSC发起位置更新请求2:MSC 回复位置更新回复Location Updating Accept, 把新分配的TIMSI下发给BSC3:BSC更新TMSI后返回TMSI Reallocation Complete局内位置更新流程:1.位置更新请求2.SCCP连接确认3.身份认证请求4.身份认证响应5.加密命令6.加密完成7.接收位置更新消息8.TMSI再分配完成9.释放信道10.释放信道完成11.释放SCCP12.释放SCCP完成1.2不同MSC下的位置更新如果MSC发现BSC带来的位置区和TMSI不是当前的位置区,MSC会主动发起MAP Send Au thentication request向之前用户所在的MSC请求IMSI回来,之前的VLR通过MAP Send Au thentication response把IMSI带回当前的MSC,当前的MSC通过ID-Common ID 下发当前得到的IMSI,VLR发起鉴权流程,MSC向BSC发起鉴权,BSC回复鉴权信息,MSC通过MAP Update Location request 向HLR同步数据,HLR把新的数据插入到当前的MSC,HLR插入完成后发送MAP Cance Location request向用户所在的前一个MSC请求删除数据。,VLR删除完成后回复MAP Cance Location response,MSC 提示HLR数据插入完成,HLR回复MSC 的MAP Update Location response位置更新完成局间位置更新流程:1.位置更新请求2.SCCP连接确认3.身份验证请求发送4.发送身份验证响应5.鉴权请求6.鉴权响应7.位置更新请求8.取消位置请求9.身份认证请求10.取消位置响应11.订阅者数据插入命令12.插入订阅者数据完成13.位置更新响应14.TMSI再分配完成.15.释放信道16.释放信道完成17.释放SCCP18.释放SCCP完成2周期性位置更新当移动台突然进入网络覆盖不到的区域,或者突然掉电,移动台还来不及发送 IMSI DETACH 消息就和网络分离。显然,在这种情况下,VLR 是无法给 IMSI 置分离标记的,如果该 IMSI 做被叫,电路资源和无线资源就要被浪费。解决这个问题的办法是:移动台发起周期性位置更新流程,即任何移动台无论是否进入新的位置区,都要定时(例如每隔30分钟)发起一次位置更新流程,指定的周期到时后,没有发起周期性位置更新流程,则VLR将该 IMSI 置为分离。周期性位置更新的周期可以人为设定,从 6 分钟到 24小时不等,甚至可以设为无穷大(不作周期性位置更新)。流程基本同普通位置更新。BSC定时向MSC发起Location Updating Request汇报自己的位置状态和网络状态,MSC 回复位置更新回复Location Updating Accept, 把新分配的TIMSI下发给BSC,BSC更新TMSI后返回TMSI Reallocation Complete。周期位置更新流程:1.位置更新请求2.SCCP连接确认3.鉴权请求4.鉴权响应5.接收位置更新消息6.TMSI再分配完成7.释放信道8.释放信道完成9.释放SCCP10.释放SCCP完成3开关机为节省宝贵的空口资源,当被叫用户不可及时,MSC 不会发出 paging 消息。VLR 中需要为IMSI 设立标志,当 IMSI 可用时,将该标志置为 IMSI 附着。IMSI 不可用时,将该标志置为IMSI分离。 当移动台重新进入活动状态(如终端开机时),需要发起位置更新使 VLR 将其设为附着状态。如果位置区自从 IMSI 分离后已改变,则通过普通位置更新流程来完成(位置更新类型为 Location updating);如果未改变,则通过 IMSI附着流程(位置更新类型为 IMSI Detach)完成,流程基本同普通位置更新。1关机BSC向MAC发送IMSI DETACH INICATION告诉MSC自己要关机,MSC回复CC消息表明SCCP连接建立,释放SCCP,关机完成。关机流程:1. IMSI分离指示2. SCCP连接确认3. 释放信道4. 释放信道完成5. 释放SCCP6. 释放SCCP完成2开机BSC发送Location Updating Request向MSC发起开机请求,MSC 回复位置更新回复Location Updating Accept, 把新分配的TIMSI下发给BSC ,BSC更新TMSI后返回TMSI Reallocation Complete。开机流程:1.位置更新请求2.SCCP连接确认3.鉴权请求4.鉴权响应5.加密命令6.加密完成7.身份认证请求8.身份认证响应9.接收位置更新消息10.TMSI再分配完成11.释放信道12.释放信道完成13.释放SCCP14.释放SCCP完成1.1.7. 语音呼叫语音呼叫流程分为主叫流程、被叫流程。手机做主叫(MOC)时的信令流程从RNC/BSC向MSC发起业务请求(CM Service Request)开始,到主叫用户释放完成为止。一般来说经过几个大的阶段:业务请求阶段、鉴权阶段、加密阶段、呼叫确认阶段、智能网触发、指配阶段、取被叫用户路由信息阶段、Alerting阶段以及用户接通阶段。1. 经过业务请求消息,手机和RNC/BSC建立了暂时固定的联系。2. 鉴权阶段主要包括取鉴权向量、鉴权请求、鉴权响应等几个步骤。3. 鉴权成功以后,MSC发起加密过程以保证通话的安全性。4. 经过鉴权、加密阶段后,用户的主叫身份已经得到了确认,网络认为用户是一个合法用户,允许继续处理该呼叫。5. 当主叫用户为预付费用户时,MSC根据O-CSI触发业务。6. HTC指配阶段主要包括指配命令、指配完成。经过这个阶段,主叫用户的话音信道已经确定,如果在后面被叫接续的过程中不能接通,主叫用户可以通过话音信道听到MSC的语音提示。7. 取被叫用户路由信息阶段主要包括向HLR请求路由信息、HLR向VLR请求漫游号码、VLR回送被叫用户的漫游号码、HLR向MSC回送被叫用户的路由信息(MSRN),MSC收到路由信息后,对被叫用户的路由信息进行分析,可以得到被叫用户的局向,然后进行话路接续。如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户,那么就不会向其它MSC发送初始地址消息IAI/IAM,而是根据被叫用户的位置区直接通知本局RNC/BSC对被叫用户发起寻呼,如果被叫是非本局用户,则通过信令路由分析,通过适当的链路向目的MSC发送IAM消息,以建立话路。手机做被叫时主要包括两个流程:一是被叫寻找的过程;二是寻找到手机之后的接续过程,一般来说经历的阶段为入局请求、寻呼过程、鉴权过程、加密过程、呼叫确认过程、指配过程、alerting过程以及用户接通过程。手机作被叫时的流程与主叫基本类似,不同点有:被叫MS收到网络发出的“寻呼”消息后,才会提出信道请求。被叫MS在与网络建立CC连接时,先由网络发下行的SETUP消息,MS回送“呼叫证实”消息。在“呼叫处理”或“呼叫证实”后,网络与MS之间CC层的连接建立。手机作被叫有下面三种情况:来自PSTN来自其他MSC来自本MSC内的另一个移动用户注意:1.可选流程(鉴权、加密、身份标识),根据业务实际情况选折选。 2.取鉴权集不是必须的,VLR到HLR取鉴权集时,本次使用一组,另外4组保存在VLR中供后续的鉴权过程使用。只有当VLR中的鉴权集使用完毕,VLR才发起向HLR/AUC取鉴权集的过程。另外,如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户,那么就不会向其它MSC发送初始地址消息(IAI/IAM),而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。如果被叫用户非本局用户,则通过信令路由分析,通过适当的链路向目的MSC发IAI消息,以建立话路。1. 主叫主叫流程:1. CM业务请求2. SCCP连接确认3.鉴权请求4.鉴权响应5. CM业务请求完成6.呼叫建立7.呼叫准备8.指配请求9.指配完成10.回响铃11.连接12.确认连接13.(主叫)挂机14.释放资源15.释放资源完成16.释放信道17.释放信道完成18.释放SCCP19.释放SCCP完成2. 被叫被叫流程:1.寻呼2.寻呼响应3.SCCP连接确认4.呼叫建立5.呼叫确认6.指配请求7. 指配完成8. 振铃9. 连接10. 确认连接11.(主叫)挂机12. 释放资源13. 释放资源完成14. 释放信道15. 释放信道完成16.释放SCCP17. 释放SCCP完成3. 拆线部分拆线部分相对而言是个很独立的过程,不管是主叫先发起还是被叫先发起,流程基本是类似的:拆线、释放、释放完成、清除、清除完成,不同之处仅在于交换局之间的TUP消息略有不同。在拆线阶段,手机用户的挂机动作被手机转换为拆线消息(Disconnect),经BTS、BSC向MSC传送,MSC收到拆线请求之后,有两个动作:向BSC下发释放命令(Release);同时MSC需要向被叫所在的MSC发送前向拆线TUP消息请求。此后,主叫方和被叫方的拆线过程将分别进行。MSC在收到拆线消息后,首先向MS发送DTAP消息REALSE命令,MS去活本次呼叫占用的所有信道,并发送释放完成消息确认,网络侧则会在本端释放所占信道以便可以分配给其它呼叫连接使用;之后,MSC向BSS发送BSSMAP消息CLEAR COMMAND,指示应该释放无线资源,BSS收到CLEAR COMMAND 消息后,开始清除无线接口,同时将分配给此次呼叫的地面资源均标示为空闲,向MSC发送CLEAR COMPLETE ,MSC收到CLEAR COMPLETE 消息后,释放地面资源。被叫所在MSC收到CLF消息后,向主叫所在MSC会释放保护消息,同时启动本局资源释放流程:MSC向MS发送DTAP消息REALSE命令,MS去活本次呼叫占用的所有信道,并发送释放完成消息确认,网络侧则会在本端释放所占信道以便可以分配给其它呼叫连接使用;之后,MSC向BSS发送BSSMAP消息CLEAR COMMAND,指示应该释放无线资源,BSS收到CLEAR COMMAND 消息后,开始清除无线接口,同时将分配给此次呼叫的地面资源均标示为空闲,向MSC发送CLEAR COMPLETE ,MSC收到CLEAR COMPLETE 消息后,释放地面资源。1.1.8. 局间呼叫局间呼叫在GSM网络中主要是MSC-MSC的E接口的ISUP协议进行通信。局间呼叫流程主要包括 IAM、ACM 等局间的信令交互及对应的通话过程。1、 IAM为所有呼叫信令的第一条信令,也即可以根据这条信令的时间得到呼叫“开始时间”;而且,因为IAM消息中包含了被叫号码、原始被叫号码、主叫号码、呼叫转移号码等信息,所以通过IAM,可以解析到各个号码信息;2、 ACM:表示已收到路由呼叫到被叫时所需的所有地址信号,也即被叫号码全;当SP B发送该消息时,同时也给被叫和主叫响铃,也即可以从该消息的时间获取“响铃时间”; 3、 ANM:表示已经应答呼叫,即被叫已接听,也即通过该消息可以获取开始通话时间。4、 REL:前发或后发这个消息,表示由于某些原因正在释放该电路;所以可以通过该消息获得呼叫释放时间,以及呼叫“释放的原因”;同时也可以获取“通话时长”5、 RLC:前发或后发这个消息以响应收到的释放消息,表示释放已完成;所以,通过该消息可以获取“释放完成时间”;也即呼叫过程是完整的,及呼叫“合成标志”。1.1.9. 智能网触发 智能网Cap( CAMEL Application Part , CAMEL 应用部分)是从有线智能网INAP协议演化而来,实现无线智能网功能实体 GSM SSF ,GSM SRF 和 GSM SCF 之间的信令交互,从而实现对CAMEL业务的支持。 Cap协议是SS7信令系统的一部分。CAP 在SS7信令系统中属于TCAP的用户部分。利用TCAP协议提供的结构化/非结构化对话能力,实现不同功能的接口之间信令交互Cap协议栈如下:智能网触发1. MSC Servera /VLR/SSP 收到呼叫,根据主叫的签约信息 OCSI 触发业务,将 MSC Servera/VLR/SSP 所在位置的长途区号,放在 IDP 消息中的 Location Number 参数中,并向SCPa 发送IDP 消息。在“启动DP”操作中包含了GSM SCF 需要的各种信息,如主叫号码、被叫号码、主叫位置信息、被叫位置信息、用户状态等 2. 请求报告 BCSM事件(Request Report BCSM Event) 此操作由GSMSCF 发送给 GSMSSF。GSMSCF 可以根据业务需求利用“请求报告BCSM 事件”要求得知 GSMSSF 本次呼叫的相关 BCSM 事件。GSMSSF 收到此操作以后,将把本次呼叫 GSMSCF 需要上报的 BCSM 事件记录下来,而当该 BCSM事件发生时,通过“BCSM事件报告”操作通知GSMSCF。3. 申请计费(Apply Charging) 此操作由GSMSCF 发给GSMSSF,用于控制本次呼叫的呼叫时长。在“申请计费”操作中含有本次呼叫的最大呼叫时长和费率切换时长等控制参数,实际的呼叫时长在呼叫到达最大呼叫时长或者用户拆线时由GSMSSF通过发送“申请计费报告”来通知GSMSCF。4连接(Connect) 此操作由GSMSCF 发送给GSMSSF,GSMSCF可以根据业务的需求通过“连接”操作改变当前呼叫的某些参数,如被叫地址、主叫号码显示等,使当前呼叫按照业务的要求进一步往下进行。5. 申请计费报告(Apply Charging Report) 此操作由GSMSSF发给GSMSCF, GSMSSF在实际的呼叫时长到达相应“申请计费”操作规定的最大呼叫时长时或者用户拆线时向GSMSCF 发送此操作,通知呼叫的实际时长以及其它相关信息。6. BCSM事件报告(Event Report BCSM)此操作由GSMSSF发送给GSMSCF。GSMSSF记录GSMSCF发送的RRBE 消息中要求上报的事件,如果检测到需上报的事件已发生,则通过“BCSM事件报告”通知GSMSCF,GSMSCF根据事件的类型进行下一步的处理7. 拆除呼叫(Release Call) 此操作由GSMSCF 发送给GSMSSF。 GSMSCF 可以根据业务需求在呼叫的任何时刻利用“拆除呼叫”操作要求GSMSSF 拆除对应的呼叫Cap的触发方式1主叫用户触发 主叫OCSI触发业务2被叫用户触发被叫为OCSI触发3主加被叫都触发主叫先OCSI触后被叫再OCSI触发,一共发生两次触发。1.1.10. 短消息1.主叫部分(发送短消息部分)短消息发送部分包括BSC把短信发送给MSCMSC把短消息发送到SMC(短信中心)移动始发消息可以分为以下几个过程:首先,我们介绍MO的消息流程,也就是手机提交短消息到短消息中心的过程。平时,我们发送短消息,手机提示“消息发送成功”实际上是指,消息已经成功提交到短消息中心,而不下发到被叫手机。仅仅是完成了MO的过程。MO消息主要由以下过程构成:手机向VLR提交接入访问请求和可选的鉴权请求,只有鉴权通过后,手机才能登录网络;鉴权通过后,手机向MSC提交短消息(CP data/RP data/submit short message),若提交成功MSC回应手机CP Ack ;MSC从VLR中查询该主叫号码是否具有提交短消息的权限( Send Info For MO SMS ),如果没有,则拒绝消息;如果手机具有提交消息的权限,则MSC向短消息信令网关上传短消息(Forward Short Message) 。信令网关向SMC提交短消息(Message transfer) ; SMC进行内部的鉴权,向网关SAU回送应答消息(包括成功及失败的情况)(RP Ack or Error) ;SAU向MSC回送应答(RP Ack or Error);MSC向MS回送应答(RP Ack or Error),最后手机会CP Ack响应;其中接入和鉴权加密的过程和移动用户主叫对应过程一致发短信流程图:2.被叫部分(收短消息部分)移动用户接收短消息的过程与移动用户被叫过程类似,短消息中心将收到的短消息发送给SMS-MSC,SMS-GMSC向HLR取得为发短消息所必需的路由信息,然后讲短信传送给短信接收者所在的MSC,由MSC将短消息发给手机。整个过程包括寻呼,接入和寻呼响应,鉴权加密,短信传送,最后想短消息中心报告接收结果,这个结果SMS-SMSC分别发送HLR和短信中心,由短消息中心回送始发短消息用户。MO消息主要由以下过程构成:短消息中心SC向网关IW-MSC提交消息(Message transfer) ;信令网关向HLR查询发送取路由消息 ,查询被叫当前所在的MSC信息 (Send Route Info For Short Message); HLR检查用户状态数据,比如:IMSI数据、电信业务数据、呼限数据、是 否缺席等如果HLR检查用户数据没异常则HLR向短信网关返回路由信息,该消息包 含MSC地址、用户IMSI等信令网关向对应的MSC前传短消息(forward Short Message ); MSC向VLR发送send InfoFor MT-SMS消息,获取被叫手机用户的当前状 态,确定手机是否可以接收短消息。如果可以接收短信则MSC向被叫手机 发送短信:1.如果手机处于idle状态,则通过SDCCH信道给手机下发短信。2.如果手机处于active状态,则通过SACCH信道给手机下发短信。MSC向信令网关回送应答消息(Ack) ;信令网关向SC回送应答消息(Ack) ;接收短信流程图:1.1.11. 切换业务在移动用户发起的一次业务接入过程或者一次正在进行的通话期间,由于用户的移动性,当其所在的位置由一个小区变更到另一个小区的时候,改变小区的选择便成为移动通信系统需要提供的一项非常重要的功能。而这一功能的实现正是通过切换过程来实现的,切换功能的完备与否直接关系到整个系统的频谱利用率和为用户提供的服务质量的好坏。 切换判决(即切换发生的时机)和服务区 SAI选择是切换操作的基本参数。首先,当通话中的 UE越出当前小区的时候,需要进行切换以保证现有通话不被中断;其次,当通话中的 UE改变小区能够避开较强的干扰,或者当 UE的“优选小区”拥塞时,UE应当切换到临近小区,以保证能够获得可靠的服务质量。 根据不同的切换目的,可以有多种切换判决方法。为保证通话目的的切换的依据是上行和下行的传输质量(如传输误码率,传输损耗,边缘地域的传播时延等)。这些测量值是执行切换的判决基础,UE和基站会有规律地测量上行和下行传输质量和接收电平,UE会把记录的结果以每秒两次的频度报告给基站。由于拥塞引发的切换过程,需要依据每个基站的当前负载量进行判决,这个值只有 MSC Server和RNC知道。这个过程要求在给定小区内,由于话务量原因,命令一定量的 UE进行切换,而不明确指明是哪些 UE。因此,这类切换还要结合其他判决方法和相应的测量。引起切换的原因有很多,按照移动用户在切换过程中接入的移动通信系统的不同,可以将切换进行如下分类: 1 系统内切换:UMTS内切换,指 UMTS移动用户在 UMTS内部 RNS之间进行切换;GSM内切换,指GSM移动用户在 GSM 内部 BSS之间进行切换。 2 系统间切换:系统间切换是指 UMTS 移动用户在移动过程中,从 3G/2G 覆盖区移动到2G/3G 覆盖区时发生的切换。具体又可以分为从 UMTS 到 GSM 的切换,以及从 GSM 到UMTS的切换。作为系统间切换的最基本要求,GSM系统要能对 UMTS系统的 RNC ID进行识别,而 UMTS 也要能对 GSM 小区号进行识别,同时 GSM 和 UMTS 必须支持相互之间的服务质量参数的转换(即,2G channel type 与 3G Qos之间的转换),以保证为用户提供可靠的服务质量。同时还需终端的支持,如双模手机。 如果按照切换过程需要涉及的设备实体进行分类,切换大致可以分为以下几类: 3 RNS 内切换:这种切换过程不需要 CN 的介入,整个过程对上级核心网是透明的。如果是两个RNC之间进行的切换,则需要有 Iur接口支持。 4 MSC Server内切换:MSC Server内部RNC/BSC之间(包括:RNC与RNC、BSC与 BSC、RNC与 BSC之间)的切换,切换需要有 MSC Server的介入。 5 MSC Server间切换:不同MSC Server所属 RNC/BSC之间的切换,切换需要两个或三个MSC Server同时介入。对于 MSC Server间切换,又可细分为局间基本切换(移动用户从一个 MSC Server(MSC Server A)所属的小区切换到另外一个 MSC Server(MSC Server B)所属的小区)、局间后续切换回MSC Server A(移动用户发生基本局间切换到 MSC Server B 后,再次切换,又切换回 MSC Server A所属的小区)、局间后续切换到第三方(移动用户发生基本局间切换到 MSC Server B后,再次切换,切换到另外一个 MSC Server (MSC Server BP)所属的小区)。1. 局内切换内部切换小区切换同一个无线频道的话务信道之间 不同的无线频道之间同基站内小区间切换由BSS控制进行,MSC不参与介入切换控制过程;BSS仅在切换完成后发送“切换完成消息”到MSC。1:BSC向MSC发起Relocation Required切出请求。2:MSC向需要切入的BSC发起切入请求Handover Request3:BSC回复切入确认,信道已经准备好4:MSC向RNC发送Handover command,告诉切出方执行切换5:BSC向MSC回复Handover compete 表明切入完成局内切换流程图:2. 局间切换外部切换(MSC参与控制切换过程)同MSC内不同基站间切换同PLMN不同MSC只基站间切换不同PLMN的基站间切换,GSM未定义局间信令切换与语音切换的差别在于不需要分配切换号码、不需要建立局间电路。 MSC-B与VLR-B之间的MAP信令MAP-Send-Handover-Report resp.是用来通知VLR-B释放切换号码的,以便再次使用。在MSC -B收到MSC-A的IAM消息后的任何时候,都可以向VLR-B发送该消息通知释放切换号码。1. BSS-A向MSC-A发送Handover Required该消息是切换的第一条消息(切换请求消息),在该消息中带有可选的小区列表、切换原因等内容,MSC-A将在可选的小区列表中选择其一作为目的位置区小区。MSC-A根据位置区小区号查询目的位置区小区的位置,确定本次切换是局间切换还是局内切换。2. MSC-A给MSC-B发送MAP Prepare Handover Request消息。局间发送的MAP Prepare Handover Request消息,示意对局进行切换前准备工作,该消息是MSC-B切换的第一条消息(切换请求消息),在该消息中带有目的位置区小区、切换原因等内容。MSC-B根据位置区小区号查询目的位置区小区的位置,MSC-B向该BSS-B发送HANDOVER REQUEST消息。3. MSC-B向VLR-B申请切换号码。MSC-B向VLR-B发MAP Allocate Handover Number request用消息,请求VLR-B为本次切换分配切换号码。4.MSC-B向BSS-B接口发送Handover Request消息。MSC-B收到MAP Prepare Handover request之后,构造对应的切换请求(Handover request),然后将该消息发送给目标BSS(RSS-B)。5. SCCP连接确认6. BSS-B向MSC-B 发送Handover request acknowledge消息。BSS-B分配好无线资源,给MSC-B发送BSSMAP Handover request acknowledge消息。7. VLR-B分配一个切换号码给MSC-B。VLR-B分配切换号码后,用消息MAP Send Handover Report request将分配结果返回给M

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论