文档介绍：爱立信彩铃呼叫流程 本方案将会详细阐述两个呼叫case。这两个case已经包含所有彩铃呼叫所涉及的所有情况。 在以下的两个case方案中,所有的HLR必须为爱立信的HLR并且需要必须经过修改以支持彩铃。拥有彩铃功能的移动用户在HLR中将会作相应的标志。而移动用户所在的MSC/VLR可以是现GSM网络中的任何一个。两个case的不同之处在于主叫方所访问的MSC。Case1适用于主叫MSC为支持彩铃的MSC的情况,而Case2适用于主叫MSC为不支持彩铃的MSC的情况。CALLCASE1在Case1中,HLR和主叫MSC都在软件功能上作了修改以使其支持彩铃功能。支持彩铃功能的MSC称为M-GMSC。图一所示为彩铃在呼叫中的实现过程。图中的HLR为被叫所在的HLR,在HLR中已定义了被叫用户为彩铃用户的数据,而图中的MSC/VLR为被叫用户所访问的MSC/VLR。在Case1中,呼叫是从M-GMSC发起。包含两种情况:一种是由PSTN转接到M-GMSC,另一种是用户直接连接到M-GMSC。图一1、M-GMSC向被叫HLR发SRI(SendRoutingInformation),查询路由信息,向HLR索要被叫用户的MSRN。HLR收到SRI后将会做两方面的查证。一是检查被叫用户是否为彩铃用户,即检查被叫用户的彩玲标志为是否为被激活状态;二是检查主叫用户所在的MSC是否在HLR中定义的Table1中。Table1记录了所有支持彩铃功能的MSC,是一张记录M-GMSC地址的列表。如果被叫用户不是彩铃用户,即被叫用户在HLR中的彩铃标志为未激活状态,则该呼叫为普通的呼叫,本处将不再作详细讨论。如果被叫用户为彩铃用户,而主叫MSC却不在HLR的Table1中,则该情况为Case2,下一节将会作详细的阐述。而如果同时满足以上两个条件的(被叫为彩铃用户,主叫MSC在Table1列表中)情况就是为Case1的情况,将在下面继续详细阐述。2、当HLR完成了被叫用户的鉴权后,向被叫用户所在的MSC/VLR发PRN(ProvideRoamingNumber)消息。3、被叫MSC/VLR分配MSRN(MobileStationRoamingNumber),向HLR回PRNACK(ProvideRoamingNumberAck)。4、HLR收到被叫MSC/VLR返回的MSRN后,对MSRN作进行修改并向M-GMSC返回SRIACK消息。将MSRN中原来为1的NPI值(NumberingPlanIndicator)修改为2,生成MSRN’。NPI为2将会作为M-GMSC判断该呼叫是否为彩铃呼叫的标识。5、M-GMSC收到SRIACK后分析MSRN’中的NPI值,如果NPI为2则定义为彩铃呼叫。6、M-GMSC将MSRN’还原为MSRN(即将NPI值由2改回为1),并向被叫MSC/VLR发IAM连接消息。消息中带有被叫的MSRN号码。7、被叫MSC/VLR根据MSRN在本区发起寻呼,如果MSC/VLR收到被叫手机的寻呼回应并且标示用户空闲,则被叫MSC/VLR向M-GMSC回振铃信令ACM消息。8、M-GMSC收到被叫MSC/VLR回的ACM后,暂时挂起与被叫侧的话路连接,ode)发送IAM消息,被叫号码为“业务码+被叫MSISDN”。9、彩铃平台收到IAM消息后,解析出主叫号码和被叫