MS呼叫流程.docx
《MS呼叫流程.docx》由会员分享，可在线阅读，更多相关《MS呼叫流程.docx（19页珍藏版）》请在冰豆网上搜索。
MS呼叫流程
1.源起呼叫建立KL
1.1MSa发出SETUP消息并激活CFCS
在执行通用的MobilityManagement过程中，CipheringModeCommand消息或ServiceAccepted消息被发送给移动站。
这两个消息激发MS发送SETUP消息给网络。
结果，MSa与MSC之间的通讯移到了MM层之上的更高层：
ConnectionManagement的CallControl子层。
1,2.MSa通过信令链路发送SETUP消息给BSSAP以开始MobileOriginatingCall的建立。
3.BSSAP激活CFCS，使CFCS依此激活其它相关的子系统。
4.CFCS发送Acknowledgement消息给BSSAPa表示对BSSAP所发消息的确认。
1.2访问VLR以获得主叫用户的信息
在确认激活了一个应用进程后，CFCS开始其设置呼叫的工作，首先它控制CVAS来获取主叫用户的信息。
5.CFCS发送DATAREQUEST消息给CVAS，令其查询主叫用户的信息。
6.CVAS查询VLR并将结果告诉CFCS。
7.CFCS将收到的有关信息转送给IPRa，以确定移动用户是否被允许激活某种特服。
1.3被叫号码的字冠分析
CFCS的下一个任务是发送被叫号码给PATED让其进行字冠分析。
在进行这项任务之前，CFCS需要将收到的号码的个数与从VLR获得的消息中所规定的进行字冠分析所需号码的个数进行比较。
8.CFCS发送PrefixAnalysisrequest消息给PATED，令其进行字冠分析。
9.CFCS将字冠分析的结果反还给CFCS。
1.4发送CALLPROCEED消息给MSa
对于移动用户来说，PATED不能得到获取被叫方信息的入门钥匙，因为只有HLR知道哪里可以找到被叫方的信息。
但是，在查询HLR之前CFCS必须发送一个CALLPROCEED消息给IPRa，IPRa会激发对通向MSa的SPATA通路的占用.CFCS必须等到收到来自IPRa的assignmentComplete消息，它才继续进行HLR查询。
10.CFCS发送CALLPROCEED消息给IPRa，以激发对通向MSa的通路的占用。
11.在IPRa中，CALLPROCEED消息通过信令链路来传送，该消息使BSSAP开始对通向MSa的SPATA通路的占用。
12.由网络发送的这个消息表示MS在SETUP消息中包含的请求建立呼叫的信息已被收到，并且新的呼叫建立信息将不被接受。
2.主叫的通道分配
此时，SPATA通路可以被占用。
在CallControl层，主叫者所拨的电话号码（MSISDN〕被分析且访问PATED的结果是HLR查询。
在CFCS进行HLR查询前必须建立一条通向主叫用户的通路。
2.1分配一条通向基站A的话路通道
在收到CALLPROCEED消息后，BSSAP能够开始占用通向MSa所在基站的SPATA通路。
根据EnhancedCallModel，这需要得到一个CFCS进程的支持。
1,2.Tmain-ab通过Tlink-a发送SEIZECHANNEL消息给TAPR-a，指示开始占用SPATA
通路。
3.为了选择DH，TAPR-a发送一个请求给TRM要求得到LCE标识。
4.TRC收到请求后要求TRA选择EBSTCE。
5.TRA选择了EBSTCE和要被占用的中继号，并将结果返回给TAPR-a。
6.TAPR-a发送请求给DH令其选择分配的通道。
7.DHa通过发送GET_CH_PATH原语给OSN获取通道。
8.DHa将选择通道的结果返回给BSSAP。
9.DHa将占用通道的信息通知TRM，使TRM更新其内部的信息。
10.TAPR-a将通道占用的情况通知给LDC。
11,12.TAPR-a通过IPL和Tlink-a将成功占用通道的情况报告给Tmain-ab。
2.2分配通向MSa的无线通道
在选择了MSC与基站之间的SPATA通路后，需要对通向MSa的通路进行占用。
这意味着基站需要分配一条无线通道并通过AssignmentCommand消息传送给移动站。
随后，通过BSSAP将作为响应的assignmentComplete消息发送给CFCS，使呼叫建立继续进行。
13.Tmain-ab通过信令链路发送一个AssignmentRequest消息给基站以开始无线信道的分配。
14.BSSAP将当前情况通知给LDC。
15.BSa收到要求其分配无线资源的AssignmentRequest消息。
16.BSa分配了一条TCH并发送AssignmentCommand消息给MSa，要求其改变通道配置为另一个独立分配的通道配置。
17.MSa用AssignmentComplete消息来响应AssignmentCommand消息以表示无线通道的分配已成功完成。
18,19.BSa在AssignmentComplete消息中加上一些信息，然后通过信令链路传给MSC以通知MSC无线通道的分配已完成。
20.Tmain-ab将无线通道分配完成的消息通知给CFCS。
3.HLR查询
通过分析被叫的MSISDN可以发现这个号码属于一个移动台。
由于用户具有移动的特定，因此仅根据被叫用户的MSISDN不能马上在网络中找出路由。
每当设置一个通向移动用户的呼叫时必须获取有关其当前位置的信息以便对呼叫进行路由选择。
与移动用户有关的信息被存放在HLR中，在一次位置更新后VLR会将移动用户的位置信息发送给HLR。
在访问HLR和MSb当前所在的VLR之后，我们就能得到一个移动用户的新标识MSRN。
通过分析MSRN就能识别被叫端的MSC/VLR并随之建立一条通向它的通路。
3.1向HLR发送查询信息请求
CFCS通过发送一个InterrogationRequest消息给TCI来起动HLR查询以获得被叫移动用户的漫游号（MSRN〕。
TCI必须这一请求通过MAP发送至HLR。
1.CFCS发送InterrogationRequest请求给TCI，令其通知HLR。
2,3.TCI通过MAP发送SendRoutingInfo消息给HLR，令其查询有关信息。
3.2从VLR处获取MSb的漫游号
HLR根据来自VLR的最后一次位置更新的信息获知MSb的位置。
当收到一个对该移动台的查询请求时，HLR通过该移动台所在的VLR来获取该移动台的MSRN。
4,5.HLR通过MAP将查询被叫移动用户的MSRN的请求发送给TCI。
6,7.TCI从VLR中获取被叫移动用户的MSRN，并将结果通过MAP返回给HLR。
3.3HLR返回查询得到的信息
HLR从被叫移动用户所在的VLR处获取MSRN后将MSRN返回给主叫用户所在的MSC。
8,9.HLR通过MAP将查询到的MSRN传送给TCI。
10.TCI将MSRN传送给CFCS。
4.计费
4.1主叫端的计费准备
这是第一次访问计费子系统。
对于在同一个网络中的呼叫必须进行如下的计费：
主叫移动台的计费是根据主叫的因素即主叫端的MSC与被叫移动用户所登记的HLR之间的距离在主叫端的MSC中进行。
被叫移动台的计费是根据被叫的因素即被叫端的MSC与被叫移动用户所登记的HLR之间的距离在被叫端的MSC中进行。
1.CFCS发送计费请求给CGC以开始计费单元的分配。
2.CGC请求CHAN根据主叫用户的信息进行计费分析。
3.CHAN将计费分析的结果发送给CGC。
4.CGC请求LCHGa分配一个计费单元。
5.LCHGa将计费单元分配的结果通知CFCS。
5.字冠分析
5.1分析被叫用户的漫游号
CFCS已通过查询得到被叫用户的漫游号，CFCS必须通过PATED对漫游号进行字冠分析以确定呼叫如何继续下去。
1.CFCS将被叫用户的MSRN发送给PATED，令其进行字冠分析。
2.PATED将字冠分析的结果返回给CFCS。
PATED分析的结果可能是：
1〕去被叫用户所在MSC的路由根据MSRN分析，可以得到去分配此号码的MSC的路由码。
CFCS将通过TRC/TRA找到此路由的空闲中继，并控制MTUP信令程序向目的MSC送去MSRN，建立MTUP连接，由被叫用户所在的MSC寻呼被叫。
2〕寻呼MSRN是主叫用户所在的MSC分配，则CFCS启动寻呼。
3.若PATED返回的结果是寻呼，则CFCS更新其LDC中的状态信息。
6.寻呼
通过PATED分析被叫用户的漫游号已表明被叫移动台在某个MSC所服务的LocationArea内漫游，但是准确的LocationAreaCode还不知道。
为了建立与这个移动台的连接，MSC访问了与之相关的VLR，VLR使用MSRN检索出LocationAreaCode。
MSC随后在一个通用控制信道上启动呼叫过程以确定被叫移动台在哪个小区内，被叫移动台在当前所在的小区应答，根据它所在的小区的标识就可以确定它的准确位置。
在收到PageResponse消息后，基站会以与源起呼叫相同的方式通过发送ConnectionRequest消息来开始建立通向MSC的信令链路。
MSC用一个发往被叫移动台的ConnectionConfirm消息来证实对信令链路的设置，对MSb鉴权，设置加密模式。
如果这些过程成功
运行并且一个信令链路能够被建立起来，MSb就能被SETUP消息通知到。
6.1激活MTAC并访问VLR
在寻呼过程的第一个阶段，CFCS将激活负责执行寻呼的MTAC。
在进行这个过程之前，MTAC将访问VLR以获得有关的数据。
随后，MTAC将开始实际的寻呼过程。
如果要找的移动台发出响应并且MS与MSC之间的连接能够被建立，MTAC会传送所有的数据给CFCS。
1.CFCS发送DATAREQUEST消息给MTAC以激活MTAC。
2.MTAC返回一个确认消息给CFCS。
3.MTAC发送DATAREQUEST消息给CVAS，令其查询VLR以获取与寻呼有关的数据。
4.CVAS将查询到的信息返回给MTAC。
6.2发送寻呼请求
如果查询VLR的结果是PagingAccepted，MTAC就会启动通向移动台所处基站的寻呼过程。
5.MTAC激活每个BSC并通过寻呼消息中所包含的BTS来发送PageRequest消息。
6.BSb发送PageRequest消息给MSb来寻呼MSb。
6.3来自MSb的寻呼响应
如果移动台正在所寻呼的LocationArea内漫游并且与网络建立了连接，它就会用PageResponse消息来响应PageRequest消息。
此后，在移动台和网络之间就开始建立第三层的连接，进行MobilityManagement操作，发送SETUP消息等等。
7.MSb发送PageResponse消息给BSb作为对PageRequest消息的响应。
8,9.BSb在PageResponse消息上添加了一些信息，随后通过SCCPb将它发送给MSC。
有了这个消息通向BSSAPb的信令链路就被建立起来了。
10.Tmain-ba将ConnectionConfirm消息发回给SCCPb，表示信令链路已被建立起来。
11.Tmain-ba将这一事件报告给LDC。
12.SCCPb发送消息给BSb以对信令链路的建立表示确认。
6.4访问VLR并通知MTAC和CFCS
在任何通向MSb的连接被建立之前，用于安全检查的通用MobilityManagement过程将按照VLR数据的要求进行操作。
BSSAP发送激活消息给MCHK来开始这一过程。
由于数据存储在VLR内，MCHK需要通过CVAS来访问VLR。
13.Tmain-ba发送ActivateMCHK消息来激活MCHKb。
14.在访问VLR之前，MCHKb发送MCHKACK消息返回给Tmain-ba来表示确认。
15.MCHK通过CVAS来访问VLR以获得与安全检查有关的信息及其它数据。
16.CVAS将访问VLR所得的结果返回给MCHKb。
17.收到来自CVAS的消息后，MCHK将进行所指定的安全操作，但首先MCHK必须先将得到的有关数据报告给BSSAP。
18.MCHK更新LDC中的有关内容。
19.Tmain-ba发送StopTimer消息给MTAC来完成寻呼过程。
20.MTAC将所的数据发送给CFCS。
7.被叫端的呼叫建立
此时，呼叫建立进行到被叫端。
在通过寻呼过程找到被叫移动台后需要在IPLC中实现被叫端协议。
这意味着存在的IPLC将被扩展，通过IPL连接BSSAPa和BSSAPb。
当前存在着的IPLC包含APR和IPR，这两者都是在BSSAPa中实现的。
在被叫端，一个IPR（Tmain-ba）已被分配并将在CallExtend过程中通过一个IPL连接到IPLC的端点（Tmain-ab）上。
7.1锁定IPLC
在IPLC扩展发生之前，它必须被CFCS锁定。
锁定过程是由OriginatingLock消息激发的，该消息被发送给Tmain-ab并再以TerminatingLock消息通过IPLC发送给TAPR-a。
随后，一个LockResponse消息被发送给CFCS。
1.CFCS发送OriginatingLock请求给IPRa（Tmain-ab〕以通知Tmain-ab进行锁定。
2,3.Tmain-ab通过IPL和Tlink-a发送TermLock消息给TAPRa以通知其锁定。
4.Tmain-ab发送LockResponse消息给CFCS作为响应。
7.2执行呼叫扩展
在以下过程中IPLC将被扩展以便包括被叫端的IPR。
在MS到MS的呼叫建立过程中，协议已被建立并且一个TACB已被分配。
为了扩展IPLC，CFCS传送一个OriginatingCallExtend消息给发送LockResponse消息的协议即TAPR-a。
该消息通过IPLC发送给IPRb。
5.CFCS发送OriginatingCallExtend消息给TAPRa以启动OriginatingCallExtend过程。
6,7.TAPR-a通过Tlink-a将TermCallExtend消息发送给Tmain-ab以令其进行呼叫扩展。
8.Tmain-ab将收到的消息传送给被叫端的协议，这时IPLC就被扩展至被叫端了。
7.3发送SETUP消息给MSb并接收CALLCONFIRM消息
由于TermCallExtend消息含有发送给被叫端用户的SETUP消息所需的参数，因此Tmain-ba能够通过信令链路来传送这个消息。
当MSb以CALLCONFIRM消息作出响应后呼叫建立将继续下去。
9.Tmain-ba发送SETUP消息给SCCPb以启动被叫端的呼叫建立过程。
10.Tmain-ba将当前情况报告给LDC。
11.SCCPb将SETUP消息转送给MSb以通知MSb。
12,13.MSb通过SCCPb将CALLCONFIRM消息发送给Tmain-ab以响应呼叫请求。
8.被叫端SPATA通路的建立
在呼叫的建立过程中，协议已经被包含进IPLC中并且与被叫端移动台的第一次呼叫控制通信已经发生。
下一步将进一步扩展IPLC，使它包括一个能够占用被叫端通路的APR。
8.1通向BSb的被叫端通路的占用
收到来自MSb的CALLCONFIRM消息后，BSSAPb将开始占用一条通向BSb的通路。
这意味者BSSAP的其它部分将被分配：
Tlink-b处理通向被叫端APR的IPL，TAPR-b处理被叫端的DH。
一个SeizeChanned发送给TAPR-b以开始通路占用。
1,2.Tmain-ba通过IPL和Tlink-b发送SeizeChanned消息给TAPR-b以开始通路占用。
3.TAPRb发送TRMREQUEST消息给TRC要求其选择EBSTCE。
4.TRC发送SELECTTCE消息给TRA让TRA选择EBSTCE和占用的通道号。
5.TRA选择了EBSTCE和要被占用的通道号并将结果返回给TAPR-b。
6.TAPR-b发送请求给DHb让其选择指定的通道。
7,8.DHb发送原语给OSN令其建立一条通向DHa和BSb的通路。
9.DHb通知DHa通路已建立。
10.DHa发送原语给OSN令其占用通向DHb的通路。
11.在主叫端的EBSTCE中，Cluster端和Network端之间的通路按照TAPR-a的要求连接起来。
12.DHb将通道占用的结果通知给TAPR-b。
13.DHb更新TRM中有关当前被占用通道的信息。
14.TAPR-b向LDC报告有关通道占用情况的信息。
15,16.TAPR-b通过Tlink-b将SeizeChannelAcknowledge消息发送给Tmain-ba以告之通道占用的情况。
8.2确认对CFCS的占用并解锁IPLC
被叫端SPATA通路的第一部分已被占用并且由于主叫端的EBSTCE内部通路的连接，在MSa和EBSTCEb之间有了一条双向的链路。
当来自MSb的ALERT消息被收到之后，一个回铃音被连接到这条链路上。
当收到CONNECT消息后，EBSTCEb内部的Cluster和Network通路将被连接起来。
被叫端成功占用通路的信息必须被发送给CFCS和主叫方的协议。
CFCS收到消息后通过在IPLC中发送Unlock消息来结束对IPLC锁定。
随后，BSSAPb将占用SPATA通路的剩余部分即MSb和BSb之间的一条TCH。
17.Tmain-ba发送消息给Tmain-ab以确认对通道的占用。
这样，通向BSSAPb的IPL就被建立了。
18.Tmain-ab要求RELMON开始监督BSSAPb。
19.Tmain-ba要求RELMON开始监督BSSAPa。
20.Tmain-ba发送一个确认消息给CFCS来完成CallExtend环。
21.CFCS发送TerminatingUnlock消息给Tmain-ab以启动对IPLC的解锁。
22,23.Tmain-ab通过Tlink-a发送TerminatingUnlock消息给TAPR-a以通知其解锁。
8.3分配一条通向MSb的无线通道
在通向BSb的通路被占用且已告之CFCS和主叫端的协议后，通过向基站发送AssignmentRequest消息给BS及向MS发送AssignCommand消息，被叫端以与主叫端相同的方式进行通道分配。
24.Tmain-ba通过信令链路发送AssignmentRequest消息给BSb以启动分配过程。
25.Tmain-ba将有关信息通知给LDC。
26.BSb接收来自Tmain-ba的AssignmentRequest消息。
27.基站分配了一条TCH并在主DCCH上发送AssignmentCommand消息给移动台令其将通道配置改变为另一个独立指定的通道配置。
28.MSb发送AssignmentComplete消息作为响应以无线资源的分配已成功完成。
29,30.BSb在AssignmentComplete消息上添加了一些信息，然后通过信令链路将该消息发送给Tmain-ba以告之MSC无线通道的分配已完成。
9.呼叫建立的完成
呼叫建立进入了最后阶段，此时MSa和MSb之间的SPATA通路只有一个断点，它位于被叫中继模块EBSTCE中。
该模块内的通路将被操作两次。
收到来自MSb的ALERT消息后，一个回铃音被连接到网络端的传送端口，以此模拟对MSa的振铃。
在收到来自MSb的CONNECT消息后，回铃音被断开，Network端和Cluster端的通路彼此连接起来。
9.1MSb发送ALERT消息，连接回铃音并通知CFCS
被叫端的协议正在等候来自MSb的ALERT消息以便呼叫建立能够继续下去。
一旦收到这个消息，Tmain-ba将通过APRb和DHb来连接一个振铃音。
振铃音将连接到已经存在的通向MSa的SPATA通路上。
Tmain-ba也将通知CFCS这一事件，CFCS将据此启动呼叫的稳定并随后终止。
1,2.MSb通过信令链路发送ALERT消息给MSC，该消息使一个回铃音连接到MSb上。
3,4.Tmain-ba通过IPL和Tlink-b发送StartRinging消息给TAPR-b令其启动振铃。
5.TAPR-b发送StartRinging消息给DHb令其进行振铃操作。
6.DHb发送带有铃音类型为ImmediateRingTone的原语给OSN以使主叫方能听到即时的铃声。
7.DHb发送带有铃音类型为InterruptedRingTone的原语给OSN以使即时铃声中断。
步骤6和7的操作使主叫方能听到断续的铃声。
8.IPRb通过发送ALERT事件消息给CFCS以通知CFCS。
9.2被叫端的计费准备
在MS到MS的呼叫流程中，计费准备做了两次：
一次用于主叫方，一次用于被叫方。
在CFCS稳定呼叫之前，它要为被叫方准备计费。
9.CFCS发送ChargingRequest消息给CGC以开始计费单元的分配。
10.CGC请求CHAN根据被叫用户的信息进行计费分析。
11.CHAN将计费分析的结果发送给CGC。
12.CGC请求LCHGb分配一个计费单元。
13.LCHGb将计费单元分配的结果通知CFCS。
9.3呼叫稳定
CFCS完成MSb的计费准备后继续进行下一个也是它终止前的最后一个工作：
呼叫稳定。
在这个工作中，位于协议层控制呼叫的所有数据在稳定阶段被拷贝至各个协议。
在主叫方，这包括StableData，Alert事件和PasstoStable消息；在被叫方仅发送PasstoStable消息。
14.CFCS发送用于稳定的消息组给主叫端的协议以启动主叫端的稳定过程。
15,16.Tmain-ab通过信令链路将Alert事件消息发送给MSa，该消息告诉MSa振铃阶段已经开始。
17.稳定主叫端的协议之后，CFCS发送PasstoStable消息给Tmain-ba以稳定被叫端的协议。
9.4收到来自MSb的CONNECT消息
此时，呼叫已转移到协议层，CFCS进程已终止。
在被叫端，协议正期待表明被叫用户已应答的CONNECT消息。
一收到CONNECT消息，DHb将去除振铃音并将Network端和Cluster端的通路相互连接起来。
IPRb通过告知主叫协议应答的内容，传送CONNECTACK消息给MSb并激活在LCHGb中的被叫端计费来完成被叫端的呼叫建立。
在主叫端，IPRa通过发送CONNECT消息给MSa并激活LCHGa中的主叫端计费来完成呼叫建立。
18,19.MSb通过SCCPb发送CONNECT消息给Tmain-ba以表明被叫用户已摘机。
20.Tmain-ba通知Tmain-ab被叫用户已摘机。
21,22.Tmain-ba通过Tlink-b发送连接消息给TAPR-b令其断开回铃音并将EBSTCEb内的Network端和Cluster端的通路连接起来
升级会员 