移动主叫流程分解.docx
- 文档编号:18262219
- 上传时间:2023-04-24
- 格式:DOCX
- 页数:12
- 大小:102.83KB
移动主叫流程分解.docx
《移动主叫流程分解.docx》由会员分享,可在线阅读,更多相关《移动主叫流程分解.docx(12页珍藏版)》请在冰豆网上搜索。
移动主叫流程分解
移动主叫流程
MO(MobileOriginate):
从MS向BTS请求信道开始,到主要用户TCH指配完成。
1信道要求(ChannelRequest)
MS通过动态地在RACH信道(随机接入信道)上发送一个随机接入脉冲向一个(BTS)基站收发信台申请一条信道。
在信道请求消息中包括了建立的原因,这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”,比如“位置更新”。
此外,这条消息还包括随机参数,移动台(MS)随机的选5个比特作为随机参数。
这些参数的作用是:
当两个移动台同时接入网络时,网络能运用这些参数来区分这些移动台。
2信道请求(ChannelRequired)
基站收发信台向基站控制器发一条申请信道消息。
通过这条消息,基站收发信台进一步向基站控制器传递由移动台发起的信道请求。
实际上,信道请求消息中除了包含信道要求消息中的一些消息外,还包括通过基站收发信台加入的一些消息。
请求参考单元直接从信道要求消息中来,初始时间提前量(接入延迟)由基站收发信台加入到这条消息中去。
3信道激活(ChannelActivation)
收到从基站收发信台发来的信道请求消息后,基站控制器开始按照一定的条件为此次呼叫寻找和分配SDCCH信道,同时基站控制器向基站收发信台发送一条信道激活消息。
其中最重要的是:
分配给哪个基站收发信台以及此SDCCH的信道组合。
此消息中包含的参数有:
DTX控制、信道的ID(识别)、信道描述和移动分配、移动台和基站的最大功率电平、基站控制器计算的有关此次接入的初始时间提前量等。
4信道激活证实(ChannelActivationAck)
这是对信道激活消息的应答。
当基站收发信台收到这条消息后,它开始在SACCH信道发送和接受消息。
5立即指配命令(ImmediateAssigmentCommand)
基站控制器告诉基站收发信台关于被使用的SDCCH信道。
6立即指配(ImmediateAssigment)
基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况。
实际上,这条消息是一条从网络向移动台发送的从AGCH信道转到先前定义的SDCCH信道工作的指令。
在这条消息中,包括的参数有:
寻呼模式、SDCCH信道描述、随路SACCH、跳频,如果应用了跳频,则还应包括请求参考(与建立原因相同)、初始时间提前量和频率分配。
7CM业务请求(CMServiceRequest)
移动台向网络发送CM业务请求,目的是为连接管理子层实体申请一项服务,比如,电路交换连接建立、补充业务激活或短消息传送。
8CM业务请求(建立指示)(CMServiceRequest)
基站收发信台通过返回建立指示消息确认立即指配命令。
建立指示消息有两种用途。
首先,建立指示消息从基站收发信台的角度出发,指出移动台目前正在SDCCH信道上。
这样,基站收发信台向基站控制器发一消息,指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。
另外,基站收发信台将识别这一连结并把接收到的第3层的消息加入到这条消息中。
9CM业务请求(CMServiceRequest)
这条CM业务请求消息被送往移动交换中心。
10UA
当在LAPDm协议中建立第2层级别链路时,UA是正常情况下第2层级别的确认。
11鉴权请求(AuthenticationRequest)
作为CC(连接证实)消息,移动交换中心发送一条鉴权请求消息给BSC。
这条消息包括随机数RAND。
12鉴权请求(AuthenticationRequest)
BSC通过BTS把消息传送给MS。
13鉴权响应(AuthenticationReponse)
MS以带符号的响应SRES来响应鉴权请求。
鉴权响应通过BTS被送往BSC。
在MS鉴权过程中,使用两种算法A3和A8。
这些算法和32位数字密钥被存储在SIM卡中。
当网络申请移动台的鉴权,AUC/VLR发送32位十进制随机数字给MS。
MS接着计算带符号的响应(SRES)并把它回送给VLR。
VLR把接收到的SRES和从先前AUC的鉴权组内部接收到的SRES作比较。
如果这些SRES相同,鉴权成功,MS可以继续呼叫。
你可以注意到,KI的前8个数字被用来鉴权和SRES算法,剩下的24个数字被保留用作密钥算法。
14鉴权响应(AuthenticationReponse)
为了完成鉴权过程,从MS来的SRES的值在消息内部被送回VLR。
15加密模式命令(CipheringModeCommand)
MSC要求BSC从无线通路开始加密。
假如网络想要在无线接口开始加密,需要在A接口发送消息。
如果网络使用加密,那么MS在接收到此消息以后开始加密。
16加密命令(CipheringModeCommand)
BSC把加密消息储存到它的存储器中然后向BTS发送一个加密命令来发起加密模式操作。
17加密模式命令(CipheringModeCommand)
BSS告知MS加密的初始,开始接收被加密模式。
18加密模式完成(CipheringModeComplete)
MS确认加密命令。
19加密模式完成(CipheringModeComplete)
如果加密被使用,那么这是在空中接口中的第一条加密的消息。
BSS确认加密命令,通知MSC移动台已经开始加密并开始以加密模式发送消息。
20TMSI再分配命令(TMSIReallocationCommand)
TMSI再分配的目的是提供身份的保密性。
TMSI的再分配通常至少在每次位置更新时执行。
MSC通过发送TMSI再分配命令消息给MS发起TMSI再分配过程。
TMSI再分配命令消息包括TMSI与由网络分配的LAI的组合;或者如果正在使用的TMSI将被删除,就包括一个LAI和IMSI。
通常,通过应用加密模式的RR连接,TMSI再分配命令被送往MS。
21TMSI再分配命令(TMSIReallocationCommand)
TMSI再分配命令被送到MS。
22TMSI再分配完成(TMSIReallocationComplete)
当MS接收到TMSI再分配命令消息后,把LAI储存在SIM卡中。
如果接收到的身份识别是MS的IMSI,它就把先前储存的TMSI删除。
如果接收到的身份是TMSI,MS把它存储在SIM中。
在这两种情况下,MS将发送一条TMSI再分配完成消息给网络。
23TMSI再分配完成(TMSIReallocationComplete)
TMSI再分配完成消息送往MSC。
24建立(Setup)
在鉴权,识别,加密后,MS处在SDCCH信道上,准备开始真正呼叫建立信令。
MS发送一建立消息给BSC,再被送到MSC。
25建立(Setup)
BSC向MSC发送建立消息来告知MSC将要执行的呼叫。
26呼叫进程(CallProceeding)
MSC对建立消息的响应。
27呼叫进程(CallProceeding)
当MS的呼叫控制实体接收到呼叫进程消息后,就进入“移动主叫进程”状态。
28指配请求(AssignmentRequest)
这条消息开始了TCH(话音信道)的分配。
在A接口,MSC是主控者,它为A接口上的这次呼叫寻找一个可使用的电路。
这条消息根据GSM规范包括了一些可选项。
这些可选项是:
呼叫的优先权、下行的不连续传输(DTX)、无线信道的识别和可用的干扰带。
29信道激活(ChannelActivation)
在BSC内部的信道保存和分配之后,它通过发送这条消息给BTS来激活TCH信道。
消息内容主要包括:
信道号、激活的类型、信道模式(DTX/NODTX)、信道类型(话音/数据:
如果是话音,则包括GSM编码算法,如果是数据,则包括信道中消息是透明还是不透明的以及数据速率)、信道识别、接收到消息的加密消息、BTS和MS的功率等级和时间提前量。
30信道激活证实(ChannelActivationAck)
BTS返回目前TDMA帧号,然后通过Abis接口激活TCH。
31分配命令(AssignmentCommand)
BTS进一步把收到的消息发送给MS。
消息内容主要包括:
信道描述、功率级别、小区信道描述、信道模式(全速率/半速率)和移动分配。
32SABM(设置异步平衡模式)
这是一条第二层的消息,包含一些第三层消息,包括业务请求,加蜜键序列,移动台级别和移动标识。
33建立指示(EstablishIndication)
建立指示消息有两个用途。
第一,此时应用建立指示消息,可以让基站收发信台知道移动台目前正在FACCH信道上,这样,基站收发信台可以向基站控制器发送消息,指示移动台现在正在使用的FACCH信道的情况。
第二,BTS识别此链路为主信令信道并且将收到的第三层消息加入建立指示消息中,这第三层消息来自于MS。
34UA
UA通常是建立第二层LAPDm链路时的第二层确认。
35指配完成(AssignmentComplete)
这条消息由移动台发送给网络以指示移动台已成功建立TCH。
36指配完成(AssignmentComplete)
BSS向MSC证实获取TCH信道。
37信道释放(ChannelRelease)
使正在使用的SDCCH停止活动。
这个消息是由BSC发向MS的。
另外,它也被称为“第三层的断链消息”。
在正常的呼叫建立情况下,呼叫原因为“正常”。
38去活SACCH(慢速随路控制信道)(DeactiveSACCH)
BSC向下行发送这个消息,BSC禁止向MS传送系统消息。
事实上,此时已经没有在SACCH上接收/发送任何消息的必要了,因此它将被去活。
39释放指示(ReleaseIndication)
BTS通知BSC,MS没有更多专用的无线资源。
40RF信道释放(RFChannelRelease)
BSC通知BTS释放其余的无线资源。
41RF信道释放证实(RFChannelReleaseAck)
所有的无线资源被释放;BTS发送证实消息给BSC,这些无线资源为:
TCH/FACCH和SACCH。
42提醒(Alerting)
MSC发送提醒消息给BSS。
43提醒(Alerting)
当在移动主叫过程中,MSC通知MS被叫用户已经被提醒。
如果MS收到提醒消息,就应当接通话音通路,此时主叫用户可以听到振铃声,表示被叫用户正在振铃。
44连接(Connect)
MSC通过BSS发送一连接消息给MS。
此消息向MS表明已经通过网络建立连接。
45连接(Connect)
MS一收到连接消息,它就把用户连接到无线通路上,并返回一连接证实消息,停止所有本地产生的振铃指示,进入“激活”状态。
46连接证实(ConnectAck)
MS用这条消息告诉MSC,目前MS正处于”激活”状态。
47连接证实(ConnectAck)
此消息被送往MSC。
48测量报告(MeasurementReport)
在建立了主信令信道后,移动台每秒发送两次关于话音质量的测量报告。
49预处理测量结果(Prep_MeasurementResult)
如果这些测量报告在BTS中已经过预处理,则测量结果被传到BSC;如果BTS中没有经过预处理过程,测量报告直接被传到BSC,而不需要BTS的参与。
50拆链(Disconnect)
由MS发出拆链请求消息。
消息内容主要包括:
清除终端到终端的连接。
这条消息将停止了有关此次呼叫连接的收费。
51拆链(Disconnect)
拆链消息发往MSC。
52释放(Release)
实际的释放将来自MSC,真正的呼叫才结束。
53释放(Release)
释放消息送往MS。
54释放完成(ReleaseComplete)
MS通知网络它将释放此次业务标识,也就表示释放过程正在进行中。
55释放完成(ReleaseComplete)
释放完成消息被发送到MSC。
56清除命令(ClearCommand)
这个消息由MSC发出,用来释放所有相关的资源,也就是与这次通话过程相关的BSSAP。
57信道释放(ChannelRelease)
使正在使用的TCH停止活动。
这个消息是由BSC发向MS的。
另外,它也被称为“第三层的断链消息”。
在正常的呼叫建立情况下,呼叫原因为“正常”。
58去活SACCH(慢速随路控制信道)(DeactivateSACCH)
BSC向下行发送这个消息,BSC禁止向MS发送系统消息。
事实上,此时已经没有在SACCH上接收/发送任何消息的必要了,因此它将被去活。
59DISC
MS在上行方向将发送第2层DISC帧,并通知BTS在TCH/FACCH信道上的业务。
60UA
BTS确认DISC帧,其结果:
MS重新开始监听BCCH信道,并且所有的无线接口将被释放。
61释放指示(ReleaseIndication)
BTS通知BSC,MS没有更多专用的无线资源。
62RF信道释放(RFChannelRelease)
BSC通知BTS释放其余无线资源。
63RF信道释放确认(RFChannelReleaseAck)
所有的无线资源被释放;BTS发送证实消息给BSC,这些无线资源为:
TCH/FACCH和SACCH。
64清除完成(ClearComplete)
此消息是对清除命令的确认,此时BSC通知MSC所有与此次呼叫有关的无线资源被释放。
65SCCP释放(SCCPRelease)
当所有无线资源被释放,与此次呼叫有关的BSSAP连接不再需要。
此消息通知BSC释放SCCP连接,并作为RLSD消息发送。
66SCCP释放确认(SCCPReleaseAck)
BSC通知MSC有关此次呼叫的专用SCCP连接被释放,并作为RLC消息发送。
当被叫MSC收到GMSC发来的IAI消息后,将向其VLR发送一条入局呼叫消息,VLR在收到该消息后,来分析被叫的号码(在VLR中有各种号码分类的信息,它会检查看是否有指向该号码的能力)和网络本身的资源能力等等来核对是否能接纳这种需求,若某些项目不能通过将通知主叫端呼叫建立失败。
在正常的情况下VLR将向MSC发送寻呼(PAGING)的MAP消息,该消息中含有该移动台所在的位置区(LAI)以及被寻呼用户的IMSI或TMSI的号码,来通知MSC开始执行寻呼该移动台的过程。
当MSC从VLR中获得移动台目前所处的位置区后,将向这一位置区中的所有BSC发出寻呼(PAGING)的报文,该报文中含有寻呼所需的必须发寻呼消息的小区列表及TMSI和IMSI信息,其中IMSI有两个用处,一个是可以用来通过小区的寻呼信道来寻呼移动台,一个是为了处理不连续接收所被用来确认寻呼子信道的。
BSC将对依据表中所定义的该位置区的所有小区发出寻呼命令(PAGINGCOMMAND)在该报文中将含有所属寻呼子信道组的号码和所占用的时隙号。
当小区收到该寻呼命令时,将该寻呼所属的寻呼子信道上发出寻呼请求消息(PAGINGREQUEST),在该消息中携带有被寻呼用户的IMSI或TMSI号码。
此时,被叫移动台若在其守候的寻呼子信道上,通过对寻呼消息的解码,若发现是对自己的寻呼,则将发出信道请求(channelrequest)来触发初始化信道分配过程,当收到网络对它的立即指派命令时,则通过SABM帧在所被指派的信道上发回寻呼应答(PAGINGRESPOSE)的初始化报文。
此后再通过一系列的鉴权加密,TMSI重新分配过程,就进入了被叫的呼叫建立过程。
呼叫流程中相关定时器
定时器名称
类型
时长(s)
含义
T42m
MS侧定时器
12s
MS在收到接入试探的确认后接收层三消息的最长等待时间。
Tmsactive
预定义
16s
CSCHP向BSSAP发送起呼消息后等待结束动态进程的定时器,在收到BSSAP发来的FCH指配完成消息后关闭定时器。
T303
预定义
6s
BSSAP收到起呼消息后,向MSC业务请求,等待MSC指配消息的定时器。
Tfchsetup
预定义
1.5s
BSSAP等待RCM建立业务信道的定时器。
Tconfig
内部
1s
RCM等待CEC建立业务信道的定时器。
Tfchassignment
预定义
8s
BSC在向CSCHP发送FCH指派消息时,启动此定时器,并在接收到DSCHP的FCH指派完成消息或FCH指派失败消息后关闭定时器。
TactivateDSCH
预定义
7s
BSSAP激活DSCHP的等待定时器。
TactivateSDM
预定义
5s
DSCHP激活SDM的等待定时器。
TsetupVoiceCall
预定义
4s
语音业务:
发出E_S_AbistfConnect消息后等待信道板反向捕获定时器。
收到E_S_AbistrFCHAcquired消息后停止。
定时器超时,上报捕获CE失败。
Twaitorder
预定义
3s
DSCHP在业务信道给手机发第一条消息E_S_UmfBSAckOrder后设置的等待手机响应的定时器。
定时器超时,上报进入业务信道信令握手失败。
Tserviceconnect
预定义
5s
DSCHP发E_S_UmfServiceConnectMsg给手机后设置的等待手机回业务连接完成的定时器。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 移动 主叫 流程 分解