YD T 1939.3-2009 开放业务接入程序接口(Parlay API)映射技术要求.第3部分 与智能网应用规程(INAP)的映射.pdf

《YD T 1939.3-2009 开放业务接入程序接口(Parlay API)映射技术要求.第3部分 与智能网应用规程(INAP)的映射.pdf》由会员分享，可在线阅读，更多相关《YD T 1939.3-2009 开放业务接入程序接口(Parlay API)映射技术要求.第3部分 与智能网应用规程(INAP)的映射.pdf（67页珍藏版）》请在麦多课文档分享上搜索。

1、lCS 3304040L 79 Y口中华人民共和国通信行业标准YD厂r 1 9393-2009开放业务接入程序接口(Parlay API)映射技术要求第3部分：与智能网应用规程(I NAP)的映身寸Technical Requirements for Parlay API MappingPart 3：Parlay API to Intelligent Network Application Protocol(INAP)Mapping2009-06-1 5发布 2009-09-01实施中华人民共和国工业和信息化部发布目 次前言1范围“2规范性引用文件”3术语、定义和缩略语一4 ParlayAPI

2、和INAP映射的网络环境”5 Parlay API到INAP的映射“5 1概述52基本呼叫控制业务API到INAP的映射“53多方呼叫控制业务API到INAP的映射54用户交互业务API到NAP的映射一附录A(资料性附录)映射流程示例参考文献YD厂r 1 9393-2009II”111120-495963日lJ 吾YD厂r 1 9393-2009开放业务接入程序接口(Parlay API)映射要求分为3个部分：一第1部分：与会话初始协议(s口)的映射：一第2部分：与9001800MHz TDMA数字蜂窝移动通信网移动应用部分(MAP)和CAMEL应用部分(CAP)的映射；一第3部分：与智能网应

3、用规程(INAP)的映射。本部分为开放业务接入程序接口(ParlayAPI)映射要求的第3部分。本部分中的ParlayAPI协议采用ParlayGroup组织的Parlay 50，INAP协议采用行标YDT12262002能力集2(CS2)阶段的智能网应用规程(矾Ap)。附录A为资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、中国电信集团公司本标准主要起草人：臧磊、林玮平、吴宏建、凌颖YD厂r 1 93932009开放业务接入程序接口(Parlay API)映射技术要求第3部分：与智能网应用规程(INAP)的映射1范围本部分规定了Parlay API

4、和酣AP协议的映射要求，雠JTParlay API中基本呼叫控制业务，多方呼叫控制业务，用户交互业务中各接口、方法和参数与INAP协议各操作和参数的映射。本部分适用于使用Parlay API；阳INAP协议映射的Parlay网关等实体。2规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分。然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。YD，r 1226-2002ETSI ES 203 91542 V111ETSI ES 203

5、 915-43 V111ETSIES 203 9155 V1113术语、定义和缩略语能力集2(CS2)阶段的智能网应用规程(INAP)开放业务接入(OSA)：应用编程接口(APD第4部分：呼叫控制；第2子部分：基本呼叫控*4SCF开放业务接入(OSA)；应用编程接口(API)第4部分：呼叫控制；第3子部分：多方呼叫控韵JSCF开放业务接入(OSA)：应用编程接口(API)第5部分：用户交互SCF31术语和定义下列术语和定义适用于本部分。31 1业务能力特征Service Capability Feature对网络的各种能力或资源的抽象。它向Parlay应用提供接入到网络能力的接口。业务能力特征

6、也可以简称为业务(service)。312业务能力服务器Service Capability Server提供或支持个或多个业务能力特征的逻辑实体。在本部分中，如没有特别说明，指的就是Parlay网关。313Parlay应用Parlay Application一种软件或程序，它需要通过接入到一个或多个Parlay SCF来完成具体的应用功能。它般由业务提供商和独立软件商(ISV)提供，甚至由客户自己来编写。Parlay应用一般在第三方应用服务器上运行，并通过Parlay网关获得网络的能力。在有些文献里也将其称为Parlay客户应用，或简称为应用。YD厂r 1 9393-2009314Parla

7、y网关Parlay Gateway是核心网络网关，为Parlay客户提供各种基本业务能力的支持，使Parlay的业务能够有控制地、安全地进入到各通信网内。32缩略语下列缩略语适用于本部分。API Application Programming InterfaceCC Call ControlGCC Generic Call ControlGCCS Generic Call Control ServiceINAP Intelligent Network Application ProtocolMPCC MultiParty Call Control矾SCF Intelligent Network

8、 Service Control FunctionSCF Service Capabillty FeatureSCS Service Capabillty ServerSRF gsrn Special Resource FunctionSSF gsm Service Switch Funotion1cAP Transaction Capabilities Application Part4 Parlay API和INAP映射的网络环境应用程序接口呼叫控制基本呼叫控制基本呼叫控制业务智能网应用规程多方呼叫控制智能网中的业务控制功能业务能力特征业务能力服务器专用资源功能业务交换功能事务处理能力应用

9、部分图1给出ParlayAPI和INAP映射的网络环境。ParlayN关面rhParlay应用一侧，提供各类业务能力特征的接12：面向核心网络侧，提供智能网中的SCF功能。Parlayl网关完成ParlayAPINtNAP协议的映射，根据具体INAP操作的不同，Parlay关将与SSF或SRF进行交互。本部分的范围图1 Parlay API与INAP的映射5 ParlayAPI到INAP的映射51概述ParlayAPI定义了框架接口和多种业务能力特征的接口，但并不是所有ParlayAPI定义的接13都可以或需要映射NtNAP协议。在本部分中，规定TPaflay API中定义的基本呼叫控制业务、

10、多方呼叫控制业务、用户交互业务与qAP协议的映射。Parlay API与NAP协议映射能力见表1。2表1 Parlay API与INAP协议映射能力YD厂r 1 9393-2009Parlay API 映射在本文中是否包含 说 明框架 否 与INAP协议无映射关系基本呼叫控制 是 用于支持用户的基本呼叫处理多方呼叫控制 是 用于支持用户的多方呼叫处理呼叫控制SCF多媒体呼叫控制 否 与INAP协议无映射关系会议呼叫控制 否 与NAP协议无映射关系用户交互SCF 用于支持用户的放音收号处理移动性SCF 否 与INAP协议无映射关系终端能力SCF 否 与INAP协议无映射关系数据会话控JJSCF

11、否 与INAP协议无映射关系基本消息scF 否 与INAP协议无映射关系连通性管理SCF 否 与1NAP协议无映射关系账户管理SCF 否 与INAP协议无映射关系计费SCF 否 与INAP协议无映射关系第略管理SCF 否 与INAP协议无映射关系呈现信息管理SCF 否 与INAP协议无映射关系多媒体消息SCF 否 与INAP协议无映射关系注1：在可以映射的SCF中，并非所有接口、方法和参数都可以或需要映射。注2：对于没有映射关系的参数，如果因业务逻辑或协议规定需要在操作中携带，则应由Parlay网关根据协议要求进行添加本部分Parlay API基于Parlay API 50版本(ETSI ES

12、 203 915-4-2、ETSI ES 203 915-43、ETSI ES 2039155)进行描述，INAP协议基于YDT 12262002能力集2(CS2)阶段的智能网应用规程(斟AP)进行描述。但由于Parlay API和INAP协议均具有后向兼容性，因此并不意味着本部分中的规定仅适用于ParlayAPI 50与INAP CS2两个版本之间的映射。其他版本间的映射应遵循以下原则：一如果不同版本具有某些相同的能力，包括操作和参数等，则相关的映射同样适用。一如果高版本拥有低版本所不具备的能力，包括操作和参数等，则相关的映射对低版本自动失效。5-2基本呼叫控制业务API到INAP的映射52

13、1 接El类lpCaConlrolManager的映射接口类IpCallControlManager继承IpService。其中setCallLoadControl方法与INAP协议有映射，其他没有映射的方法不再单独列出。52 11 setCallLoadControlsetCallLoadControl(duration：in TpDuration，mechanism：in TpCanLoadControlMechanism，treatment：in TpCallTreatment，addressRange：in TpAddressRange)：TpAssignmentlD此方法用于进行呼叫

14、负荷控制。此方法与INAP协议的映射如图2所示。YD厂r 1939 3-2009 目璺旦圈CaHGap-一图2 setCaflLoadControl呼叫流程正常程序见表2。表2正常程序参数映射见表3。表3 setCailLoadControl和CailGap的参数映射gaplndicatorsduradondurationmechanism gaplndicatorscallLoadCotttrolPerInterval gapIntervaltI_eatmant gapTreatmentRdeaseCause ReleaseCauseAddidonalTreatmentlnfoInforma

15、tionToSend InformadonToSendgapCritetiaaddressRangecalledAddressValueassignmentlD(用于关联应用：祠3Parlay SCF间的请求和响应) N|k522接口类IpAppCallControlManager的映射接口类IpAppCallcontrolManager继承IpInterface。其calLEventNotify方法与INAP协议有映射，其他没有映射的方法不再单独列出。5221 callEventNotifycallEventNotify(callReference：in TpCallldentifier，e

16、ventlnfo：in TpCallEventlnfo，assignmentID：inTpAssignmentlD)：IpAppCallRef此方法通知应用与呼口q相关的事件到达。此方法与NAP协议的映射如图3所示。4i圈圈；血啦2 -盥妲!盟 图3 callEventNotifyUfgq流程正常程序见表4。表4正常程序YD厂r 1 9393-2009l 呼叫到达SSF，根据初始触发条件向IN SCF发送InitialDP2 IN SCF向GCC SCF传递触发信息3 GCC SCF确定应用需要控制呼叫并调ffJcallEventNotify方法参数映射见表5,n表6。表5 InitialDP

17、和callEventNotify的参数映射麟From岛籀衍莽黪黪|黪黪辫露黪#黪HiA ca1Referenceeventlnfo(TpCallEventlnfo)：calledPartyNumber desfinationAddresscalling Party Number originafingAddressoriginalCalledPartylD ofiginalDestinationAddressredirecfingPartylD redirectingAddressN，A callApplnfo(TpCallApplnfoSe0：N，A CallAppAlertingMecha

18、nismNf CallAppNetworkAccessTypehighLayerCompatibility CallAppTeleServicebearerCapability Ca|lAppBearerServicecallingPartysCategory CallAppPartyCategoryN，A CallAppPresentationAddressN，A CallAppGenericlnfoaddifionalCallingPartyNumber CallAppAddJfionalAddresseventTypeBCSM callEventName(见表3)NA callNotif

19、icationTypeN，A assignmentlD(用于关联应用j：Ilparlay scF间的请求和响应)NA appCallserviceKey N，AcGEncountered N，AiPSSPCapabilities N|KJocationNumber N，Aredirecfionlnformation NiK表6 eventTypeBCSM和callEventName的参数映射“ 日 一 。 。 n，一、 o，o霪静誊tj彩罐霸磁卿鳓女甜P碚nf疆醴p够。黪l$爨蠹 To：tercallEventName细滔蝴逝f】!i)誊oNfA EVENNAME UNDEHNEDNA PEV

20、ENT_GCCS_oFFHOOK_EVENTcollectedlnfo，termAttemptAuthorized P EVENT GCCSADDRESSCOLLECTED_EVENTarialyzedlnformafion P EVENT_GCCS ADDRESS_ANALYSED EVENToCalledPartyBusytBusy P EVENT_GCCSALLED PARTY_13USYoCalledPartyBusytBusy f见注释) 只EVENGCCS_CALLED PART|二酗NREACHABLEoNoAnswertNoAnswer PEVENT_GCCS_NO_ANSWE

21、R_FROM CALLED_PARTYrouteSelectFailure P_EVENT_GCCSROUTESELECT_FAILUREoAnswertAnswer P_EVENGCCS ANSWE足FROM_CAL-PARTY注释：根据cause参数中具体原冈值确定5YD厂r 1 9393-2009523接口类IpCall的映射接Lq类Ipcall继承IpService。其routeReq、release、deassignCall、getCalllnfoReq、setCallChargePlan、superviseCallReq、condnueProcessillg方法与矾AP协议有映射，

22、其他没有映射的方法不再单独列出。5 231 routeReqrouteReq(callSessionlD：in TpSessionID，responseRequested：in TpCallReportRequestSet，targetAddressin TpAddressodginatingAddress：in TpAddress，originalDestinationAddress：in TpAddress，redirectingAddress：in TpAddress，appInfo：in TpCallApplnfoSet)：WpSessionlD此方法是异步方法，用于请求将呼叫路由到被

23、叫方。此方法与INAP协议的映射如图4和图5所示。 E臼圈圈-E址E翻L一 Rt4吐R啦nd出墓址EYt碰(盘震最霸 n日(麓罡Z1鱼!塑鲣(蕴盎兰2ContinueWithArgument(丝3)图4 routeReq呼叫流程(场景1、场景2和场景3)巨圈匪习圈8翻一 !型坐生!些!堡翌芝RequestReportBCSMEvent鱼!d!坐(堑量型圉5 routeReq呼叫流程(场景4)存在4种可能的场景：场景1：应用需要改变目的地地址；场景2：应用不需要修改目的地地址并且不提供任何应用的信息场景3；应用不需要修改目的地地址并且提供应用的信息；场景4：应用主动发起试呼。场景1、场景2*N场

24、景3的正常程序见表7。表7正常程序1 应用调用rou ceRe口方法2 GCCSCF发送等效的内部消息给IN SCF3 如果应用需要被通知请求的结果，贝JJIN SCF发J,塞RequestReportBCSMEvent消息4 IN SCF根据具体场景，发送Connect、Continue或ContinueWithArgument消息6场景4的正常程序见表8。表8正常程序YD厂r 1 93932009参数映射见表9、表lO、表1 1、表12；11表13。表9 routeReq和RequestReponBCSMEvenl的参数映射m：routeRo馘t嚣l雾|努努；lg舞l藩鼍尊譬器筝 To：R

25、酾uestReportB -。calISessionlD NA(用于关联当前的TCAP会话)responseRequested(TpCaHReportRequestSet)： bcsmEvent：MonitorMode(TpCallMonitorMode) monitorModeCallReportType(TpCallReportType) eventTypeBCSMAdditionalReportCriteriadPSpecificCriteria：(TpCallReportAdditionalCriteria)：noAnswerDuration applicationTimerservi

26、ceCode NANIK legIDtargetAddress Nk0119natingAddress N缓oiginalDestinationAddress N|KredirecdngAddress NAapplnfo NAcallLegSessionlD NAtouter暂黪参l簿黪s鹈辫黪I 二雾i|g豢錾“#誊|黪雾雾|豸蛰拳藤；渗g#|雾碧雾髫萋li|黪g”誊一calISessionID NA(用于关联当前的TCAP会话)responseRequested NAtargetAddress destinationRoutingAddressoriginatingAddress call

27、ingPartyNumberoriginalDesdnadonAddress originalCalledPartylDredirecungAddress redirecfingPartylDapplnfo(TpCallApplnfoSet)：CallAppAlertingMechanism alertinlzPatternCallAppNetworkAccessType N，ACallAppTeleService NACallAppBearerService N浪CallAppPartyCategory callingPartysCategoryPresentationAddress gen

28、ericNumbers(见注释)CallAppGenericlnfo N，ACallAppAdditionalAddress genericNumberscallLegSessionlD N，AN，A serviceInteractionlndicatorsTwoN|k redirectionlnformadon注释：如果CallAppAdditionalAddress不用于映射genedcNumbers参数，则可使用此参数7YD厂r 1 9393-2009表1 1 routeReq和Continue的参数映射。黪黪g9蒸g蘩蘑g雾爹爹黪黪#参孝滋露#豢|雾雾lg豢黪#尊calISession

29、ID NA(用于关联当前的TCAP会话)responseRequested N|凡targetAddress N，Aoi西aatittgAddress N|kori西nalDestinationAddress NfKredirecdngAddress N|kapplnfo N|丸callLegSessionlD N|k雾熏9豢碧g黪豢黪箱簿辫赫瓣|葵藩鬟黪黪辫|黪磐g g鬃鬟豢繁麓潞黼灞麓黼麟鬃溪豢鳝calISessionID NA(用于关联当前的TCAP会话)responseRequested N|KtargetAddress N，AoriginatingAddress N|Kori西nal

30、DestinationAddress N|KredirectingAddress NAapplnfo：CallAppAlertingMechanism alerting PatternCallAppNetworkAccessType NACallAppTeleService NACallAppBearerService NACallAppPartyCategory N，APresentationAddress N，ACallAppGenedclnfo N|KCallAPPAdditionalAddress N|kcallLegSessionlD NfAN，A serviceInteractio

31、nlndicatorsTwo?黪|豢霪蒸鬃雾鬟|鬻滋黼灞褥鬓豢鬃黪鬻黉蓊 雾露豢雾霪黪黪黪黪爨黼黼渗黼鞠翁潦蘩fg髫雾雾黪雾callSessionID NA(用于关联当前的TCAP会话)responseRequested N，AtargetAddress desdnationRoutingAddressoriginatingAddress CallingPartyNumberoriginalDestinationAddress N，AredirecfingAddress N，AappInfo(TpCallAppInfoSe0：CallAppAlertingMechanism alertingP

32、atternCallAppNetworkAccessType NACallAppTeleService N|KCallAppBearerService NKCallAppPartyCategory N|KPresentationAddress NACallAppGenericlnfo NmCallAppAddifionalAddress N|KcallLegSessionlD N|kNiK serviceInteractionIndicatorsTwe85232 releaserelease(callSessionlD：in TpSessionlD，cause：in TpCallRelease

33、Cause)：void此方法用于请求释放呼叫和相关i蝗：一些杰婆j翌垒纠堑泌的映射如图6所示。YD厂r 1 9393-2009E圈匪，；圈ReleaseCall-一正常程序见表14。删lease-。一图6 release呼Pq流程表14正常程序1 应用调用release方法2 GCCSCF发送等效的内部消息给IN SCF3 IN SCF发送ReleaseCall消息参数映射见表15。表1 5 release和ReleaseCall的参数映射 鬟熬篱鬻鬻霪獭黼赫鹱鬻鬻赣然callSessionID NA(用于关联当前的TCAP会话)cause盯pCallReleaseCause)：value f

34、根据fTU-T Recommendation Q 850的规定) Caaselocation N，A5233 deassignCalldeassignCall(callSessionID：in TpSessionID)：void此方法请求取消应用和呼叫以及相关对象的关系。清除指定的呼叫对象，应用不能再控制呼叫处理。如果被取消的呼叫具有呼叫信息报告，则这些报告被取消，并且任何相关的信息被丢弃。此方-法与INAP协议的映射如图7所示。 El圈圈lCancel t如果蒜昏_-一正常程序见表16。deassignCall-一图7 deasaignCall呼叫流程表16正常程序l 应用调用deassig

35、nCall方法2 GCC SCF发送等效的内部消息给INSCF3 如果有任何报告悬置，则IN SCF向SSF发J差Cancel消息9YD厂r 1 9393-2009参数映射见表17。表17 deassign和Cancel的参数映射5234 getCalllnfoReqgetCalllnfoReq(callSessionlD：in TpSessionlD，calllnfoRequested：in TpCallInfoType)：void此异步方法请求在恰当时间提供与呼叫相关的信息。此方法必须在呼叫路由到目的地地址前调用。此方法与INAP协议的映射如图8所示。 E圈圈|臣getCalUnfoReq

36、CalllnformationRequest图8 getCalllnfoReq呼叫流程正常程序见表18。表18正常程序参数映射见表19。表19 getCalllnfoReq和CalllnformationRequest的参数映射霪麓囊蘩霪鬻舔瓤蔷国黼麓鬻鬟鬻豢|蘩囊熬 蕤鬓蘩簇懑黼灞鳓黼黼灞黼缫滋黉麓簇callSessionID NA(用于关联当前的TCAP会话)RequestedlnformationTypeListcalllnfoRequested(TpCalllnfoType)： RequestedlnformationTypePA乙L-INFO_UNDEFINED N，AcallAtt

37、emptElapsedTimeP-CALL INFO_耵MES callStopTimecallConnectedElapsedTimeP-CALLjNFORELEASECAUSE releaseCauseN|K LeglD5235 setCallChargePlansetCallChargePlan(callSessionlD：in TpSessionlD，callChargePlan：in TpCaUChargePlan)：void此方法允许应用将计费信息包含在网络生成的CDR中。此方法与INAP协议的映射如图9所示。 Ei圈圈圈setCallChargePlanFurnishChargi

38、nglnformation图9 setCallChargePlan呼叫流程10正常程序见表20。表20正常程序YD厂r 1 9393-2009参数映射见表21。表21 selcaChargePlan和FumishCharginglnformalion的参数映射callSessionID NA(用于关联当前的TCAP会话)callChargePlanFCIBillingChargingCharacteristicsChargeOrderTypeTransparentChargeTransparentChargeParameterChargePlanAdditionallnfocaUChargeP

39、lan FCIBillingChargingCharacteristicsPartyToCharge chargedPartyldentitylndicator5236 superviseCallReqsuperviseCallReq(callSessionlD：in TpSessionlD，time：in TpDuration，treatment：in TpCallSuperviseTreatment)：void应用调用此方法监视呼叫。应用可以设置呼叫允许的连接时间。如果应用在调用routeReqO或用户交互功能之前调用此功能，则时间测定从被叫或用户交互系统应答时开始。此方法与INAP协议的

40、映射如图10所示。 巨i臣圈i圈superviseCalIReqApplyCharging图10 superviseCaReq呼叫流程正常程序见表22。表22正常程序辩黼黼黼鳓麓黼豢麓鞠黼壤寨翳鬻缀臻鬻瓣蘩鬻豢熬纛蒸黧懑缫糍麟1 应用调用superviseCallReq方法2 GCC SCF发送等效的内部消息给IN SCF3 IN SCF向SSF发送ApplyCharging消息参数映射见表23和表24。YD厂r 1 9393-2009表23 supervisecaReq和ApplyCharging(SSFACh账单计费特性)的参数映射鬻簇夔骥鬃翳黼籁赣滋黼鬻鹱鬻霪麓豢蘩calSessionI

41、D NA(用于关联当前的TCAP会话)SSFAchBillingCharging Characteristics：callSuspervisiontime supervisionMethodtimeGranmdtreatment(TpCallSuperviseTreatment)：calSuspervisionP_CALL_SUPERVISE_RELEASEforceReleaseCauseP_CALL_SUPERVISERESPOND N|kcallSuspervisionP_CALL SUPERVISE_APPLYjONEwarningBeforeLimitNA PartyToCharge

42、表24 supervjsecaIlReq和ApplyCharging(SCFACh账单计费特性)的参数映射磐|藜|雾鬟雾蓼i茹菇l爹i露劳菇参；I童茹|碧霪鬟磐lg|髫|蘑calISessionID NA(用于关联当前的TCAP会话)SCFAchBillingCharging Characmdsdcs：timeDurationChargingmaxCallPeriodDurationtadffSwitchintervaltreatment(TpCallSuperviseTreatmen0： timeDurationChargingP_CALLSUPERVISE_RELEASE releasel

43、fdurationExceededP_CALLSUPERVISERESPOND N，APCALL_SUPERVISEAPPLYJONE -toneN|k PartyToCharge52 3-7 cO州nueProcessingcontinueProcessing(callSessionlD：in TpSessionlD)：void此方法是Parlay API 5O中新增的方法，用于继续呼叫处理。应用可以在呼叫由于检测到相关事件通知暂时中断后，涮用此方法以继续呼叫。此方法与INAP协议的映射如图1l所示。正常程序见表25。Contin“econlinueProcessing-一图1 1 cont

44、inueProcessingl呼Pq流程表25正常程序獭鞣筏囊溯鹈鳓鳓霉鞲黪隧馥霸缓澄颡缓籁獭麓黎戮黉鬃黼燃麟黪粼戮鬻粼燃黼麟鬟鬟鬻l 应用调用condnueProcessing方法2 GCC SCF发送等效的内部消息给IN SCF3 IN SCF向SSF发送Continue消息12参数映射见表26。表26 continueProcessing和Continue的参数映射YD厂r 1 9393-2009524接口类IpAppCall的映射接1：3类IpAppCall继承IpInterface。其中routeRes、routeErr、getCanlnfoRes、getCallInfoErr、su

45、perviseCallRes、superviseCallErr、callFaultDetected、CallEnded方法与INAP协议有映射，其他没有映射的方法不再单独列出。52 41 routeResrouteRes(canSessionID：in TpSessionlD，eventReport：in TpCallReport，callLegSessionlD：in TpSessionlD)：void此方法是异步方法，用于指示路由呼叫至目的地的请求已成功，并且指示目的方的响应(如呼叫应答、未应答、忙等)。对于routeReq中reSponseRequested参数配置的每一个触发事件，ro

46、uteRes都可能会被调用。此方法与INAP协议的映射如图12所示。 1圈圈l匣口凹巫丝 -j亚出血l_-图12 routoRes呼叫流程正常程序见表27。表27正常程序廖髫碧缮|渗雾鳓豢誊攀黪黪学|黪雾雾鬟箨髫|爹黪l黎i蘩器黪霞黪囊鬟鬻黪豢嚣g器露磬蘑荔|黪囊黪黪涮1 如果请求监视的事件发生，USSF发送EventReportBCSM给IN SCF2 IN SCF发送等效的消息给GCC SCF3 GCC SCF调用routeRes方法参数映射见表28。表28 EvenlReponBcSM和routeRes的参数映射：露黪蕈尊崩Ij”f器，藉赫-舟稿；潦j苗甜船蠢|嚣劳嚣j嚣黪嚣学菩 g攀黪

47、嚣黪参l雾豢黪i雾髫葫露辫鬃豢黪鼙磐雾霭罄黪N，A c allSessionlD(用于关联当前的TCAP会话)eventRepoR：rniscCalllnfo MonitorModeNA CallEventTimeeventTypeBCSMoCalledPartyBusyoNoAnsweroAnswertBasy CallReportType(TpCallReportType)tNoAllSWCrtAnswerleglDeventSpecificlnformationBCSM AdditionalReportInfo(TpCallAddidonalReportlnfo)N，A c allLegSessionlDY3I 1 939320095242 routeErrrouteErr(callSessionlD：in TpSessionID，errorlndic