1、1 范围中华人民共和国通信行业标准900MHz TDMA数字蜂窝移动通信网MAP规范YD/T 855. 4 1996 本标准规定r900MHz TDMA数字蜂窝移动通信网的业务交换中心、位宣寄存器、鉴权中心及设备识别寄存器之间的移动应用部分的技术要求。其中包括了消息流程、操作定义、数据类型、错误类型及具体的编码。本标准适用于900MHzTDMA数字蜂窝系统,供运膏、管理、规划。2 sl用标准CCITT Q. 771Q. 775 (1 993) No.7信令系统事务处理能力部分CCITT Q. 711Q. 714 (1993) No.7倍令系统一一信令连接控制部分CCITT Q. 721Q. 7
2、24 (1988) No.7信令系统一一TUP部分CCITT Q. 725(1993) No.7倍令系统-一电话应用中的信令J性能3 缩略语AUC 鉴权中心BS 基站EIR 设备识别寄存器GMSC 入口移动业务交换中心/入nMSC HLR 归属位置寄存器lMSI 国际移动用户识别IMEI 国际移动设备识JIJMAP 移动应用部分MS 移动用户MSC 移动业务交换中心MSISDN 移动用户ISDN号码MSRN 移动用户漫游号码PLMN 公用陆地移动通信网SC 短消息中心SCCP 信令连接控制部分SM 短消息SS 补充业务TCAP 事物处理能力应用部分TMSI 临时移动用户识别VLR 拜访位置寄存
3、器中华人民共和国邮电部1996-07-11批准1996-07-11实施593 YD!T 855.4-1996 4 简介本标准是移动通信网络的实体之间为完成移动台的自动漫游功能,传递MAP信令而采用的010.7倍令方式时的技术要求。5 移动网的结构5. 1 移动系统实体数字公用陆地蜂窝移动通信系统的结构如图1所示。C.D HLR/AUC N川NWDU引SEPFP BSB向其VLR发切换报告消息,以请求去榨切换号码。注:为了支持呼叫等待服务,呼叫清除瞬间相应于清除最后次呼叫等待的瞬间eMSC-A可在任何时候停止切换程序(例如z呼叫被取消了)。8. 5. 2. 3 后续切换程序当MSC-B决定呼叫切
4、换到j原MSC-A或第三个MSCCMSC-B)时。MSC.B发进行后续切换消息给MSC-A,若能切换MSC-A回发确认消息。若不能,也应给出指示。8.5.2.4 切换程序应用实例如果在呼叫切换JiJMSC-B后不发生后续切换,则只需基本切换程序。然而,如果发生后续切换,则基本切换与后续切换程序都需要。图14是个完整的例子。伊j中,基本(首次)切换是从MSC-At1J MSC击。后续的切换是从MSC-B到MSC-B,然后又进行一次后续切换回到IjMSC.A。属于相同处理的消息用4个处理号码表示。首先MSC.A请求切换到MSC町B。用基本切换程序(处理1)。开始在VLR.B中分配切换号码(处理2)
5、 任何呼叫处理,移动管理,补充业务处理等均属于处理10如果MSC.B决定呼叫要切换到MSC-B,它将开始J个后续切换程序,此过程仍属于处理1。这样MSC-A启动一个至MSC-B的基本切换程序(处理3)。在VLR-B中分配切换号码也将启动(处理4)。当MSC-A收到IJMSC-B发的发结束信号消息就向MSC.B发送发结束信号消息,处理l结束。MSC-B也将结束到VLR-B的处理2。1 1 、hwYD/T 855.4-1996 E MSC-B -VLF R BI E MSC-A MSC-Il 卜VLR-B 进tJ切换(1)分配切换号码(2)花线古道确认(1)发句j换报告(2) 发结束信号()前转接
6、人信号处理接入信守T 进行后结切换(1)进行切换(3)分配切|换号码(1) 元线信道确认(3)发切换|报自(4) 后续切换确认(1)发结束信号门)结束信号(1)切挟报中号(2)-一一一进行后续切接(3) 后续切换确认(3)结束信号。切换报告(4)图14切换实例然后MSC-B可在某时进行进一步的后续切j换。例如图14中所示的至MSC-A的切换(处理3)。成功的至MSC-A后续切换将结束处理3(结束信号消息发给MSC毡,) ,进而结束处理4。8.5.2.5 从MS接收接入信令程序程序示于阁15.)。若在呼叫中,从MS收到一个关于呼叫控制、移动性管理、补充业务控制等操作请求,!J1 IJ MSC-B
7、将收到的信息对应到处理接入信令消息中,发给MSC-AoMSC-A不确认此消息,其响应使用前转接入信令程序。一些请求可能要求从MSC相应的VLR或MS的HLR中检索信息。8.5.2.6 至MS的前转接入信令程序程序水于图15bl。通过向MSC-B发前转接入信令消息,MSC-A可以向MS提供呼叫控制,移动性管理,补充业务控制信息。MSC-B不用对此消息进行确认。MSC-B守所需的信息透明的前转给MSo任何来自MS的响应将通过发处理接入信令消息开始一个新的从MSC-B至MSC-A的独立操作,见图15.)。612 8. 5. 3 切换的详细程序8.5. 3- 1 MSC-A中的程序8.5. 3- 1.
8、1 基本切换战斗IMSc_: AJ YD/T 855.4一一1996E 处理接入信令a)从MS收到接入信争E 前转接入信守b)向MS提供接入信令乓j图15在信道切换传送接入信令切换控制功能单元将启动基本切换程序(切换至MSC-B(X)信号)。于是MSC-A发给MSC-B进行切换消息。可能的响应如下.若收到无参数错误的无线信道确认消息。则在连接MSC-B(X)信号中将所要求的信息提供给切换控制功能单元。若消息含有参数错误,将发给MSC-B拒绝指示并结束此程序。若收到l定时器逾时指示,将给切换控制功能单元一个无信道指示且中11:.到MSC-B的程序。若收到拒绝指示,数据丢失或非期望的数据值消息,将
9、既可能由MSC-A通过向MSC-B发异常结束消息来结束操作,也可能收到否定结果(系统故障,不认识的阻,不适宜的目标囚,没有可用的业务信i茧,没有可用的切换号码。若如此,结束程序并且送给切换控制功能单元否定结果。当在MSC-B中分配了无线信道,MSC-A就等候发结束信号信息。如果接受在这个消息中收到的参数,则给切换控制功能单元一个指示。若参数有错,MSC-A给MSC-B发一个拒绝指示结束程序。也日J能收到异常结束指示,在这种情况下,结束程序。当ASE收到来自切换控制功能单元的发结束信号(X)指示,贝结束程序。然后发给MSC-B结束信号消息口无论何时收到IJ_.个异常结束指示,程序都将被停止。在T
10、C-INVOKE-REQ原话中发送进行切换消息,在TC-RESULT-LIND原话中收到无线信道确认消息,程序由定时器T-ho监视。MSC-A也可能收到TC-(U-)REJECTIND原语,TC-ABORT原话,TC.L-CANCEL IND原语(指示定时器T-ho逾时)或者带有原因的TC-U-ERRORIND原语.表示:il 不认识的BS;l 不适宜的目标BS,iii) 没有可用的业务信道aiv 1 没有可用的切换号码gv) 数据丢失;vi) 非期望的数据值zvii)系统故障。在TC-UABORTREQ原语中发异常结束指示。发结束信号消息将包含在TC-INVOKE-LIND 原语中。在TC-
11、RESULT-LREQ原话中发结束信号消息。13YD/T 855. 41996 注z在发迸行切换消息与发结束信号消息的时间间隔内,可以请求进行后续切换与处理接入信令但序。8. 5. 3. 1. 2 后续切换程序当收到一个进行后续切换消息,向切换控制功能单元提供个指示,指示中含有此切换是毫MSCA还是至MSC-B的信息,从1:JJ换控制功能单元收到的结果日I以如下=一一发确认(泪,其导致发送后续切换确认消息5否定结果,指出下述某种情况:不认识的MSC(后续切换被请求至一个未定义的或不存在的MSC) ,不认识的BS(所指定的BS不存在),不适宜的目标BS(不允许信道切换到那个B剖,非期望的数据值或
12、后续切换故障(例如:没有无线信道,未分配的移动台漫游号码或者建立至MSC凹的连接不成功)。如果请求后续切换的MS在MSC-A中没有任何连接,则发拒绝指示。在TC-INVOKEIND原语中收到进行后续切换消息。返回的结果如F;一一在TC-RESULT-LREQ原语中发后续切换确认消息。在TCU-REJECTREQ原语给出拒绝指示。一一在TC-U-ERRORREQ原语中回发以下不成功情况:i ) 不认识的BS;ii) 不认识的MSC,iii)后续切换故障,iv)不适宜的目标BS,v) 非期望的数据值。8. 5. 3. 2 在MSC-B中的程序8. 5. 3. 2. 1 基本切换程序当收到进行切换消
13、息,将请求切换控制功能单元分配一个无线信道和分配切换号码,所要求的信息在发确认(X)信号中接收,再用无线信道确认消息发给MSC-Ao还可回发下述否定结果。一一不认识的BS,即在MSC-B中不使用此识别。不适宜的目标出,即不允许切换到所指示的BS上。一一没有可用的无线信道。即由于无线信道拥塞,无法进行切换。系统故障。即有关程序发生机构故障。没有可用的切换号码,即不能分配切换号码。一一数据丢失或非期望的数据值,即在进行切换消息中发现数据错误。当从切换控制功能单元收到已接通MS的指示,将发送发结束信号消息。然后MSC-B将等候接收来自MSC-A的结束信号消息。也可收到定时器逾时指示,官指示MSC-A
14、与MSC-B之间整个控制程序故障。这时将结束程序。在任何阶段,MSC-B都可收到异常结束指示。MSC-B将结束程序并向切换控制功能单元提供相应的指示。当收到拒绝指示,同上处理。如果无线路径上或MSC-B与MSC-A之间的连接1工发生故障,MSC-B可以结束这个处理。进行切换消息是在TC-INVOKEIND原语中,它的成功结果(无线信道确认消息)是在TC-RESULT-L REQ原语中回发的。不成功的情况将结束程序,并如下回发消息=一一在TC-U-REJECTREQ原语中给出程序故障。否定结果在TC-UERROR REQ原语中发送,内容如下20 不认识的BS,ii) 不适宜的目标BS,iii)数
15、据丢失,iv) 没有可用的业务信道g614 v) 没商叮用的切换号码gvi.) 非期望的数据值;vii)系统故障。YD/T 855.4-1996 发结束信号消息是在TC-INVOKE-LREQ原语中发送的。程序是用定时器T-es定时器监视的,是为避免MSC-A和MSC-B问电路长期闭塞。若MSC-B不能连接MS.则在TC-U-ABORTREQ原语中发异常结束指示。定时器T-es逾时是在TC-L-CANCELIND原语中接收的。汪可收到TC-ABORTIND原i舌。异常结束指示是在TC-U-ABORTIND原语中接收的。如果在响应TC-INVOKE-LREQ原语中收到TC-(U-)REJECT
16、IND原语.MSC-B将不重发发结束信号消息。8. 5. 3- 2. 2 后续切换切换控制功能单元请求启动这个程序,向MSC-A发进行后续切换消息这个消息包括呼叫要转接到的新的MSC和囚的识别。若能进行后续切换,MSC-B将收到后续切换确认消息。它指示了新无线信道号码。若不能进行切换、MSC-B将收到下述某一种消息2不认识的四十一不认识的MSC一一不适宜的目标囚一一后续切换故障一一非期望的数据值若收到拒绝指示或定时器逾时指示(分别在TC-(u斗REJECT和TC-L-CANCELIND原语中), MSC-B可室发进行后续切换消息。进行后续切换消息是在TC-INVOKEREQ原话中发送的。要求T
17、CAP用定时器T-sho监视此程序,后续切换确认消息是在TC-RESULT-LIND原语中接收的。否定结果在TC-U-ERRORIND原语中收到,如下z。不认识的BSii) 不认识的MSCiii) J;续切换故障iv)不适宜的目标BSv) 非期望的数据值8.5.4 在切换过程中处理接入信令的详细程序8.5.4.1 接收来自MS的接入倍令的程序8.5.4.1.1 在MSC击中的程序当MSC-B收到一个MS发来的、请求在MSC-A中操作的接信令消息。MSC-B向MSC-A发处理接入信令消息。MSC-A可为MS提供某事务处理。如果这个处理不存在,给切换控制功能单元一个指示。处理接入倍令消息包含了在B
18、S/MSC-B接口收到的由MS提供的信息。若程序故障,MSC也可收到一个拒绝指示,并可向MSC-B中的切换控制功能单元发一个消息未传送(X)指示。处理接入信令消息在TC-INVOKEREQ原话中发送,要求TCAP用定时器T-ccr监视此程序。接收到如下响应:-TC-(U-)REJECT IND原语给出程序错误。8.5.4.1.2 在MSC-A中的程序当从MSC-B收到处理接入信令消息,将收到的数据提供给MSC-A中的切换控制功能单元。处理接入信令消息在TC-INVOKEIND原语中接收到。日158. 5. 4. 2 j豆MS的前转接入信令程序8.5.4.2.1 在MSC-A中的程序YD /T
19、8 5 5. 4 - 1 9 9 6 切换控制功能单元请求向MS发接入信令,MSC-B具有IJMS提供的某处理。如果处理不存在,则向切换榨制功能单元发指示。MSC-A中的信息的编码要能够在MSC-B的BS/MSC接口上透明地传输。从MS来的任何响应都以8.5. 4. 1中的程序送至MSC-A。如果程序故障(收到个拒绝指示或异常结束指示),都将向切换控制功能单元提供一个消息未传送(X)指示。前转接入情令消息在TC-INVOKEREQ原语中发送。要求TCAP用定时器T-cci监视该程序。8. 5. 4. 2. 2 在MSC-B中的程序当收到前转接入倍令消息。MSC-B将向BS/MSC接口提供信息内
20、容。若消息在无线路径上发送了,则回发呼叫控制信息确认消息;若消息不能发送,则切换状态未结束,要告之MSC-A,若MS己释放,或己开始释放元线路径,则发送缺席用户消息。前转接入信令消息在TC-INVOKEIND原语中接收。8. 6 用户管理8.6. , 用户数据的检索8.6. 接口的定义有二个程序-i)用户参数请求程序。使用此程序VLR可以请求HLR提供某一MS的用户参数;ii)鉴权请求程序。使用此程序VLR可以请求HLR为某一MS提供鉴权参数;iii) TMST与鉴权参数的请求程序。使用此程序,VLR可以请求前一个VLR为某一MS提供IMSI与鉴权参数。如网16所示。I VLR I VLR 6
21、16 D 发垂数垂数序列a)用户参数请求程序D 发事数鉴权)鉴权参敬bJ鉴权参数请求程序发拳数(IMSI鉴权垂敬请求IMSI监权主主数响应叶IMSI加鉴权参数请求程序图16半J平J平址YD/T 855.4-1996 8.6.2 程序概述在请求用户参数的程序中,为更新VLR的数据库或需要索取VLR所需的参数,它向HLR发发参数(用户参数)消息。HLI 处理接入请求更新位琵确认F.iJ转S吨以期l校验的转校验ss指那一一提供漫游号码罔20HLR的复原程序如果HLR从VLR收到对某一MS更新位置消息,该MS的补充业务参数在k一个备份中可能丢失,HLR除了回发位世更新确认消息以外,淫回发前转检验ss指
22、示消息。该消息继续向前发给MSC.转给MS.使MS能更新HLRo当HLR收到对某一MS的发路由信息消息时,它将向VLR发提供漫游号码消息,肯定回答使HLR能向询问实体作出回答,但只有收到更新位进消息,才能对MS的ii.窗确认。8. 8. 2 复f/i:科序详述复位消息发给所有相关的VLR,每一个接收实体各自独立。复位消息在TC-INVOKEImQ原话巾发送,用定时器T-r出监视此程序,定时器逾时表示程序结束CTC-L-CANCELIND原语)。8.8.2.1 接收实体的程序(VLR)接收实体在TC-INVOKE IND原语中接收复位消息。8.8.3 检验补充业务的程序8. 8. 3. 1 程序
23、概述如l到210若HLR在复原时收到l一个要求位置更新或对补充业务的操作,并且MS具有激活/去活补充务等,则将前转检验ss指示消息发往VLR,VLR发同样的消息到MSC然后向MS发补fE业务的检验指示(即罔21中的ss消息。消息中不含任何特定的补伍业务信息,而是给用户个指及告知网路巾的补克业务的激活状态可能不正确。用户则检验补充业务状态,者需要,可激活/去活/登记/删除这地位务。的2fU主) 而转梅验5号J指/民YI/l、855.4 1996 前特校验丰Ht也好指号ssffiE、图21检验补充业务程序8. B. 3. 2 HLR中的程序的详细描述MS 当HLR的应用程序指示用户应注意检验补充业
24、务状态,HLR在TC-INVOKEREQ原话ll向VLR发前转检验SS指示消息,其中VLR与MS之间的对话已经存在。要求T(AP用定时器T-fesl监视该程序。B. 8. 3. 3 VLR巾的详细程序当VLR收到HLR发来的消息并且与MSC的对话已经存在时,VLRIJ!IJ将此消息向前传给MSC而不必对HLRl实此消息。消息在TC-INVOKEIND原语中收到。要求TCAPJrj定时器T-c_监视该程序。8.9 阴际移动设备识到l管理B. 9. 1 接L1定义MS MSC EIR lMEI请求lMEl响应检验lMElIMEI检验结果闺22检验设备识别(IMED的接口和程序国际移动台设备识别(l
25、MED存储在称为设备识别登记处(EIR)的功能单元中。MSC到EIR的接11用阁22的MAP来完成。8.9.2 程序概述如图22首先由MSC启动要求某MS通过元线路径上的信令程序提供它的IMELMSC收到IMEl后向EIR发检验IMEI消息。EIR然后回发IMEI检验结果消息。MSC根据EIR回发的结果再采取进A步的行动。8.9. 3 IMEI管理程序的详细描述B. 9. 3. 1 MSC中的程序I要检验某IMEI时,MSC在TC-INVOKEREQ原语中向EIR发检验IMEI消息,要求TCAP用定时器T-cim监视该程序。在TC-RESULTlND原语中收到IJIMEI检验结果。如果EIR不
26、认识IMEI.l在TCUERRO民IND原话中将接收不认识的设备。8.9. 3- 2 EIR中的程序EIR在TC-INVOKEIND原语中收到检验IMEI消息u如果ElR的清单中不含有该IMEI,IJ!IJEIR 在TC-l-ERRORREQ原话中回发不认识设备消息。如果清单中有该IMEI,则在TC-RESULTREQ YD/T 855.4-1996 原语中回发清单中所含的参数(见第10章)08.10 鉴权8.10.1 接口定义D 工丘上一一I HLR I 罔23从凹.R获得鉴权参数的接rI 因23表示VLR与HL民之间传递鉴权参数的接口。新VLR(VLR1)与前个VLR(VLR2之间鉴权参数
27、的传递见8.2. 1。当VLR从MSC收到l个有关位置登记,呼叫建立.补充业务的操作时,均需鉴权检验,如果VL且不认识该MS需要时,VLR要从HLR获得鉴权参数或从前个VLR获得鉴权参数e8.10.2 从HLR向VLR传递鉴权参数的程序8.10.2.1 程序概述D 半发费数(在权)鉴权事数网24从HLR向VLR传递鉴权参数的程序可向VLR提供F述鉴权信息:。鉴权键或$ii) RAND/SRES/KC鉴权参数组。通常采用第二种情况。8.10.2.2 程序的详细描述8.10.2.2.1 VLR中的程序VLR中的鉴权管理实体将指示要求鉴权参数。指示也包含所耍的参数类型,见8.10. 2. 10 要求
28、TCAP用T-par监视该程序。在TC-INVOKEREQ原语中发送发参数(鉴权)消息。结果如F:在TC-RESULT-LIND原语中收到鉴权参数。鉴权参数送给VLR的鉴权管理实体。一一在TCL-CANCELIND原语中给出定时器T-par逾时,并将程序错误提供给鉴权管理实体。一-程序错误在TC一(U-)REJECTIND原语中给出。j卡将程序错误提供给鉴权管理实体。-在TC-UERRORIND原语中给出如下否定结果i)不认识的用户。并给鉴权管理实体同样的指示;ii)非期望的数据值。并给鉴权管理实体同样的指示。8.10.2.2.2 HLR中的程序HLR在TC-INVOKEIND原语中收到发参数
29、(鉴权)消息,它将进行分析且回发如F结果:一一在TC-RESULT-LREQ原语中回发鉴权参数消息。这个消息将含有密钥或RAND/SRES/XC鉴权参数组。鉴权参数组的数量由日LR决定,一如果HLR不认识该MS,则在TC-U-ERRORREQ原语中回发不认识的用户消息。在TC-U-ERRORREQ原话中因发非期望的数据值消息。8.11 支持短消息业务的程序8. 11. 1 检索短消息路由信息的程序8. 11- 1. 1 程序概述622 YD/T B55. 4 1996 C 十发组消息路由f占且短消息跻由信息半因25询问短消息业务的路由信息图25表示了GMSC局为了获得终端移动短消息业务的路由信
30、息所使用的程序。B.2 程序的详细描述B.2. GMSC中的程序当GMSC从短消息业务中心(SCl收到一个移动终端短消息,它的短消息处理功能将请求路由信息。GMSC向MS所属的HLR发发短消息路由信息。此消息中含有MS的号码(即MSISDNl,优先指示SM-RP-PRI和源SC的地址。也可含补充业务的参数。回来的结果为下述之-一含有下列参数的短消息路由信息消息一一路由地址(漫游号码或带IMSI的或服务MSC地址)一一进消息等待数据参数被传到短消息处理功能单元中。不成功消息如下2不认识的用户含有MWD参数的缺席用户一一不提供电信业务限制呼叫-设备不支持非期望的数据值一一数据丢失当系统故障时就向短
31、消息处理功能报告非期望的数据值和数据丢失。-一来自HLR的拒绝或定时器逾时,都视为系统故障。发短消息路由信息消息在TC-INVOKEREQ原语中发送,要求TCAP用定时器T-srnr监视此程序。收到的结果如下.一一在TC-RESULT-LIND原谱中含有短消息路由信息消息。一一-TC(U-l-REECTIND原语中给出拒绝指示。TC-I.-CANCEL IND原语中给出定时器逾时报告。一一在TC-U-ERRORIND原语中给出否定结果。B. .,. 2. 2 HLR中的程序当HLR收到j发短消息路由信息消息,它将检验消息中的必要参数和数据。优先参数(SM-RP-PRD如F处理:一一-如果优先级
32、较低且消息等待数据(MWD)中含个或多个SC地址,则回发4个缺席用户消息。缺席用户消息中包含消息等待数据,它表示SC地址是在f含在MWD中z一二如果优先级低且如果MWD空,如下面描述的那样检索路出信息。如果优先级高,路由信息的检索也见下面所述。相关的路由信息包括在F丽的短消息路出信息消息中:二且YD /T 8 5 5. 4 - 1 99 6 如果漫游号码有效.HLR将其提供给GMSCo一一如果已有MSC地址,它将与IMSI-起发给GMSC。知消息路由消息中也含有MWD序列参数,口I指示SC地址是-否合在MWD中。如果不认识此MS,即从己知的MSISDN号码中无法识别用户,lil因发一个不认识用
33、户消息。如果MS被取消将记或被直为不允许漫游,Jl没有可用的路由信息,贝IJSC地C守在MWIl(如PJ能)中.且fril发缺席用户消息。如果l患个补充业务受限,将报告如下一如果短消息传递与HLR中登记的限制呼叫条件相矛盾.则回发-个限制呼叫消息。如果此MSISDN码的移动用户签约中不合MT短消息业务.则回发不提供电信业务消息。如果观察到数据不足或非法,则M发非期堪的数据值消息或数据丢失消息。在TC-INVOKEIND原话中收到发短消息路由消息。因发的结果如|飞在TCRESULT L REQ 1反语中发规消息路由信息消息。一-十C-U-REECTREQ原语中给lli拒绝指示。:(l TC-U-
34、ERROR REQ原话中给出否定结果。8. 11. 2 短消息的前转程序8.11.2.1 程序概述E 斗前转短消息前转确认罔26短消息的前转MSC I 此程序由GMSC启动要求正在服务的MSC向MS前转个MS终端短消息,或者由正在服务I,JMSC启动请求一个中间MSCI问服务中心前转一个MS起始短消息。见图2608. n 2. 2 GMSC与正在服务的MSC之间的程序的详细描述8.11.2.2.1 GMSC中的程序当GMSC中的短消息处理功能收到需要向服务MSC前转一个MS终端短消息的路由信息时.启动程序。GMSC发一个前转短消息消息。消息中含有被叫地址SM-RP-DA(既可以是没游号码也口j
35、以是IMSI号码),主叫SC地址SM-RP-OA,和从SC收到的短消息SM-RP-UI.GMSC将收到下列响应之前转确认消息,表示短消息已被成功地传递到MS。此指示由GMSC中的领消息处理功能单元f专:iiJSC。一一如果由于程序错误或者定时器逾时而使操作出现故障贝IJ给拒绝指辰。此种情况下.给知消息处理功能-个系统故障指示。F列每A条消息都表示不成功的前转矩消息:i) 缺席用户非法的MSiii)未标识用户iv)设备不支持v) SM 传递故障vil 系统故障vii) 11期望的数据值YD/T 855.4-1996 |七期望的数据值和l来标识用户都作为系统故障而传给GMSC的短消息处理实体。前转
36、短消息消息在TC-!NVOKEREQ原语巾发送.要求TCAP以定时器丁sUl监视该操作。fJJ!在如T:一-TC-RESULT-LIND原i击中包含前转确认消息c在TC-(u)-REJECTIND原语中给出程序故障u在TC-L-CANCELIND原话中给出定时器逾时n一一前面所述的否定结果在TC-U-ERRORIND原i告中给tilu 8. 11. 2. 2. 2 正在服务的MSC的程序当正在服务的MSC收到j前转短消息,它就启动为来话呼叫建立发信息的操作至VLRo根据从这个外部程序获得的响应,此MSC将向MS前转短消息或回发给GMSC一个错误指示。从VLR回的响应可为以下几种:完成呼叫。表示
37、MS已被成功地寻呼到,鉴权与加密工作也都完成,然后开始同MS前转怨:肖息。缺席用户。表示或者该MS置了IMS!分离标志,或者MS元寻呼响应。一一非法用户。表示鉴权未通过。一米标识用户。表示VLR不认识此MS的身份(涎游号码或IMS!) 不认识的用户。表示HLR不认识该MSo一一一设备不支持。表示VPLMN不支持移动终端短消息业务。系统故降。表示相关的程序发生故障。除了不认识的用户是以系统故障消息传给GMSC以外.其余的来自VLR的存定响应均不改变地传给GMSCo如果监测到非法的数据,则给GMSC回发一个非期望的数据值。如果开始向MS前转短消息,在下列响应回送到IJGMSC以前,豆在服务的MSC
38、将等待程序的结果:-前转确认消息表示短消息已被成功地传邀到IJMSo SM 传递故障消息,消息中包含一个指出下列错误的参数:MS没有终端短消息功能,MS的规程错误或MS存储容量溢出。一一系统故障消息表示传递过程中途故障。在rC-INVOKElND原语中接收到前转短消息,回来的结果mf:前转确认消息在TC-RESULT-LREQ原语中给出。一在TC-U-REECTREQ原话中给出拒绝指示。在TC-U-ERRORREQ原话中给出否定结果。8.11.2.3 服务MSC与中间M5C之间的程序详述8. 11. 2. 3. 1 正在服务的MSC中的程序当正在服务的MSC收到MS发来的起始短消息,它就请求把
39、它前转至服务中心Scl通过启动为.t由于叫建立发信息程序,然后等待程序的结果。如果结果是允许呼叫,则向lWMSC发前转短消息消白前转短消息包含以下参数z一个包含有目的地sc地址的SM-RP-DA,个包含MS起始短消息的SM-RP-Ul和一个包含MSISDN号码的SM-RP-OAo当前转短消息发出后,服务MSC可能从lWMSC收到下列响应之62前转确认消息表示该短消息已被成功地传递到IJSC这个指示传给短消息处理功能单元。一-f歹1J错误消息之-:i) SM 传递故障,并给短消息处理功能单元相应的指示。625 YD/T 855.4-1996 ii)非期塑的数据值.并给短消息处理功能单元系统故障的
40、指示。iii)如果至SC的通路未能建白:则指出系统故障。并给短消息处理功能单元以相成的指jjt。iv)来自IWMSC的拒绝或定时器逾81导致的程序故障.这种情况给短消息处理功能单元系统故障指/jte在TC-IlVOKEREQ原语中发送前转短消息消息。要求TCAP用定时器T-fsm监视该操作。操作结果如f,一一在TC-RESULTL I:-ID原话中包含了前转确认消息。在rC-(U)-RE)ECTIlD原语中给出拒绝指辰。一一定时器T-fsm逾时指示在TC-L-CANCELIND原话中给出。前面所述的否定结果在TC-U-ERRORIND原语中给出。8. 11- 2. 3- 2 IWMSC中的程序
41、当JWMSC正确地接收到前转短消息消息.它就通过一个外部程序请求向sc前转该矩消息。若等待到程序的结果将对正在服务的MSC因发响应z如果收到SC确认,就回发给正在服务的MSC-个前转确认消息。一一如果不能识别SC,则时发给正在服务的MSC_.个SM传递故障消息。一一如果该短消息不能前转给SC,或者i1JSC的程序由于某种原因出了故障,则给Jl在服务的MSC发系统故障。如果IWMSC监测到参数错误.则给TCAP一个拒绝指示。如果监视到非法内容,贝IJ给GMSC阴发个非期望的数据值。在TC-JNVOKEIND原语中收到前转短消息消息。回来的结果如下=在丁C-RESULT-LREQ原语中给出前转确认
42、消息。一一在TCU -REjECT REQ原语中给出拒绝指示。在TC-U-ERRORREQ原语中给出:否定结果。8. 11. 3 在HLR中设置消息等待数据的程序B.3. 程序详述图27表示了入口MSC向HLR请求设置一个包含在消息等待数据中的sc地址的程序。程序由一一直消息等待数据和内消息等待数据确认或错误消息组成。U早早巳HLR I 置消息等待数据置消息等待敬据确认图27贵消息等待数据程序8. 11- 3- 2 程序详述8.11. 3- 2.1 GMSC中的程序如果GMSC在为某MS终端的短消息发前转短消息过程中从正在服务的MSC处收到缺席用户指示,GMSC将启动这个程序,如果从HLR检索
43、路由信息时收到的消息等待数据参数中不含曰:地址1时也将启动此程序。GMSC r句HLR发包含MSISDN码和SC地址的宣消息等待数据消息。将收到下列响应之43rt消息等待数据确认消息表示成功的程序结果。并指示给短消息处理功能单元以便进A步传于IJSC 。26消息等待清单溢出消息。一一一不认识的用户消息。一-非期望的数据消息。YD/T 855.4 1996 对于这些消息均给短消息处理功能单元系统故障指示Q若从HLR得到拒绝指示或定时器逾时,则也给短消息处理功能单元系统故障指示。置消息等待数据消息在TC-INVOKEREQ原语中发送,要求TCAP用定时器T咽,f监视该程序。收到的结果如下:一-j1
44、主消息等待数据确认消息含在TC-RESULT-L IND原语中。一一在TC-(U)-REJECTIND原语中绘出拒绝条件。-在TC-L-CANCELIND原语中指出定时器T-smf逾时。在TC-U-ERRORIND原语中给出杏定结果。当在SC的程序异常结束时,在TC-U-ABORTREQ原话中发往HLR,8. . 3. 2. 2 HLR中的程序当HLR正确收到所认识的MS的置消息等待数据消息,如果可能其中还含有已知的短消息业务中心(SC)地址,则回发宣消息等待数据确认消息。如果所提供的MSISDN码不认识,则回发给GMSC不认识的用户消息。如果在消息等待数据中没有SC地址,则因发给GMSC消息
45、等待清单溢出消息。如果HLR查出有参数错误或其他程序错误,则给TCAP一个拒绝指示。如果查出不合法(或无效内容,则因发给GMSC个非期望的数据值消息。在TC-INVOKEIND原语中收到置消息等待数据消息。给出的结果如下s在TC-RESULT-LREQ原语中发送置消息等待数据消息d一一在TC-U-REJECTREQ原语中报告拒绝指示。一一否定结果在TC-U-ERRORREQ原语中给出。8. . 4 VLR空HLR的指示MS出现的程序8. 11. 4. 1 概述I VLR D 注意MS出现图28注意MS出现程序平J程序示意如图28。程序用于VLR告诉HLRMS可能出现,所以HLR在通知业务中心消
46、息中通知业务中心。程序用注意MS出现消息从VLR发到HLR。8.11.4.2 程序详述8. 11.4. 2. 1 VLR的程序如果消息等待标识置真且发生下列事件中的一个,则VLR就启动该程序。一处理接入请求程序被启动且MS为认识用户。二成功地进行了附着IMSI程序。一一成功地进行了更新位置区程序。一成功的进行了寻呼或搜索MS操作。VLR向HLR发的注意MS出现消息中含有IMSI.并且置消息等待标志置为伪注意MS出现消息在TC-INVOKEREQ原语中发送,要求TCAP用定时器T-ump监视该税序。627 YD/T 855.4-1996 8.11.4.2.2 HLR中的程序当HLRIE确地接收到
47、注意MS出现消息,若消息等待数据置真则启动通知、I务,l心程序c;ii意MS要内现消息在TCINVOKElND原话中接收。B. 11. 5 通知业务中心程序B. 11 , 5. 1 程序概述C 盟主通知业务中心图29通知业务中心程序程序见图290该程序用THLR要求IWMSC告诉业务中心某移动用户口J能又出现了。B. 11- 5. 2 程序详述B. 11- 5. 2. 1 HLR中的程序如果在下列情况下,消息等待数据中包含A个或多个SC地址.HLR将启动该程序:一一从VLR收到注崖MS出现消息。一一成功地进行了更新位置程序。要求向每个含在消息等待数据中的SC地址发送通知业务中心消息。消息含有M
48、SISDN码和业务中心地址。当消息发送后,消息等待数据被取消。不必等待IWMSC的响应。通知业务中心的消息在TCINVOKEREQ原语中发送,要求TCAP用定时器T-asc监视程序。8.11.5, 2, 2 IWMSC中的程序当IWMSC正确地接收到通知业务中心消息.IWMSC将通知某SC(如果呵能)。不用给HLR响应。通知业务中心消息在TCINVOKEIND原语中接收。9 移动应用消息的格式移动应用SCCP消息是在No.7信号中的消息信号单元(MSU)中的信号信息字段(SIF)1传送的采用其UDT消息类型,协议类别为0或1.消息基本格式如图30所示。628 YD/T 855.4 -1996
49、F CK 51士SIO Ll FIB FSN HIB 缸SNF 8 I 6 nX8 8 z 6 l 7 1 7 8 8 7 6 5 4 3 2 1 路由际记7(IJ 消息类明(UDT)OOOOlOOl ( 节甘;)iSi 别l Jir节被叫地址指针ldjr17 :三叫她址m针l rjf节数据部分拍到F(节被叫地址长度I -y. j! 被叫地.1X(怡主叫地址K度rf节主叫地趾yc( ri 鼓据长度1宇节数报CTCAP消息Z字节图30移动应用SCCP消息的基本格式关于SCCP的具体描述见信号连接控制部分(SCCP)技术规范。有先发放的于1在SCCP消息中的数据部分为移动应用的TCAP消息。卒规范所涉及到的TCAP的处理部分消息有4种: