YD T 1939.2-2009 开放业务接和主程序接口(Parlay API)映射技术要求.第2部分 与900 1800MHz TDMA数字蜂窝移动通信网移动应用部分(MAP)和CAMEL应用部分(CAP)的映射.pdf

《YD T 1939.2-2009 开放业务接和主程序接口(Parlay API)映射技术要求.第2部分 与900 1800MHz TDMA数字蜂窝移动通信网移动应用部分(MAP)和CAMEL应用部分(CAP)的映射.pdf》由会员分享，可在线阅读，更多相关《YD T 1939.2-2009 开放业务接和主程序接口(Parlay API)映射技术要求.第2部分 与900 1800MHz TDMA数字蜂窝移动通信网移动应用部分(MAP)和CAMEL应用部分(CAP)的映射.pdf（81页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 3304040L79 Y口中华人民共和国通信行业标准YD，T 1 93922009开放业务接入程序接口(Parlay API)映射技术要求第2部分：与9001 800MHz TDMA数字蜂窝移动通信网移动应用部分(MAP)和CAMEL应用部分(CAP)的映射Technical Requirements for Parlay API MappingPart 2-Parlay API to Mobile Application Part(MAP)and CAMELApplication Part(CAP)for 9001 800MHz TDMA DigitalCellular Mobile

2、 Telecommunication Network Mapping2009-06-15发布 2009-09-0_f实施中华人民共和国工业和信息化部发布目 次前言II1范围12规范性引用文档13术语、名词和缩略语14 Parlay API与MAP和CAP映射的网络环境25 Parlay API到CAP的映射351概述352基本呼叫控制业务API到MAP和CAP的映射453用户交互业务API到MAP和CAP的映射2454数据会话控制业务API到MAP和CAP的映射5255移动性业务API到MAP的映射62附录A(资料性附录)映射流程示例74参考文献77YD，r 1 93922009日lJ 吾开放

3、业务接入程序接口(Parlay API)映射要求分为3个部分：一第1部分：与会话初始协议(SIP)的映射；一第2部分：与9001800MHz TDMA数字蜂窝移动通信网移动应用部分(MAP)和CAMEL应用部分(CAP)的映射：一第3部分：与智能网应用规程(INAP)的映射。本部分为开放业务接入程序接口(ParlayAPI)映射要求的第2部分。本部分中的Parlay API协议参考Parlay Group组织的Parlay 50，MAP协议参考3GPPIS 29002V417o移动应用部分技术规范(Release 4)，CAP协议参考行标yD,rl1261-2003(90011800MHzTD

4、MA数字蜂窝移动通信网CAMEL应用部分(CAP)技术要求(CAMEL3)。附录A为资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、中国电信集团公司本标准主要起草人：臧磊、魏民、吴宏建、陈荆花IIYD厂r 1 9392-2009开放业务接入程序接口(Parlay API)映射技术要求第2部分：与9001 800MHz TDMA数字蜂窝移动通信网移动应用部分(MAP)和CAMEL应用部分(CAP)的映射1范围本部分规定TParlay API到MAP和CAP协议的映射要求，包括Parlay APIee基本呼叫控制业务，用户交互业务，数据会话控制业务，移动

5、性业务中各接口、方法和参数至fMAP和CAP协议各操作和参数的映射。本部分适用于使用Parlay API与MAP和CAP协议映射的Parlay网关等实体。2规范性引用文档下列文档中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文档，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分。然而，鼓励根据本部分达成协议的各方研究是否可使用这些文档的最新版本。凡是不注日期的引用文档，其最新版本适用于本部分。YD厂r 126l一2003ETSI ES 203 91542 V111ETSI ES 203 915。5 V111ETSI ES 203 915-6 V111ETSIES 2

6、03 9158 V1113GPP TS 29002 V41703术语、定义和缩略语9001800MHz TDMA数字蜂窝移动通信网CAMEL应用部分(CAP)技术要求(CAMEL3)开放业务接入(OSA)：应用编程接IAPI第4部分：呼叫控制；第2子部分：基本呼叫控$!jSCF开放业务接入(OSA)；应用编程接IAPI第5部分：用户交互SCF开放业务接入(OSA)；应用编程接2API第6部分：移动性SCF开放业务接入(OSA)；应用编程接IAPI第8部分：数据会话控静JSCF移动应用部分技术规范(Release 4)31术语和定义下列术语和定义适用于本部分。311业务能力特征Service C

7、apability Feature对网络各种能力或资源的抽象。它向Parlay应用提供接入到网络能力的接口。业务能力特征也可以简称为业务(service)。312业务能力服务器Service Capability Server提供或支持一个或多个业务能力特征的逻辑实体。在本部分中，如没有特别说明，指的就是Parlay网关。313YD厂T 1 9392-2009Parlay应用Parlay Application一种软件或程序，它需要通过接入到一个或多个Parlay SCF来完成具体的应用功能。它一般由业务提供商和独立软件商(ISV)提供，甚至由客户自己来编写。Parlay应用一般在第三方应用服

8、务器上运行，并通过Parlay网关获得网络的能力。在有些文献里也将其称为Parlay客户应用，或简称为应用。314Parlay网关Parlay Gateway是核心网络网关，为Parlay客户提供各种基本业务能力的支持，使Parlay的业务能够有控制地、安全地进入到各通信网内。32缩略语下列缩略语适用于本部分。API Application Programming Interface 应用程序接口CAMEL Customized Appfications for Mobile Network移动网络增强业务的客户化应用Enhanced logicCAP CAMELAppfication Par

9、t CAMEL应用部分CC Call Control 呼叫控制CSI CAMEL Subscription Information CAMEL签约信息GCCS Genetic Call Control Service 基本呼叫控制业务gprsSSF GPRS Service Switch Function 通用分组无线业务交换功能gsmSCF gsm Service Control Function GSM业务控制功能gsmSRF gsm Special Resource Function GSM专用资源功能gsmSSF gsm Service Switch Function GSM业务交换功

10、能MO Mobile Originating 移动台发起SCF Service Capability Feature 业务能力特征SCS Service Capability Server 业务能力服务器SMS Shoa Message Service 短消息业务SMS GMSC SMS Gateway MSC 短消息业务入口MSCSMS IWMSC SMS Interworking MSC 短消息业务互通MSCTCAP Transaction Capabilities Application Part 事务处理能力应用部分4 Parlay API与MAP和CAP映射的网络环境图1和图2给出T

11、Parlay API与MAPc和CAP映射的网络环境。Parlay关面I,Parlay应用一侧，提供各类业务能力特征的接口；面向核心网络一侧，提供gsmSCF、SMS-GMSC或SMSIWMSC的功能。Parlay网关完成Parlay AP到MAP和CAP协议的映射，根据Parlay关提供业务的不同，P8rlay网关将与gprsSSF、gsmSSF、gsmSRF、HLR或MSCVLR进行交互。2YD厂r 1 9392_2009图1 ParlayAPI与MAP的映射厂 、gprsSSFParlay GWgsmSSF 曰日 Pad”应用ltParlayAPIgsmSRF CAP核心网绍 图2 Pa

12、rlayAPI与CAP的映射5 ParlayAPI到CAP的映射51概述Parlay API定义了框架接口和多种业务能力特征的接口，但并不是所有Parlay API定义的接口都可以或需要映射至IJMAP和CAP协议。在本部分中，规定Parlay APIq口定义的基本呼叫控制业务，用户交互业务，数据会话控制业务，移动性业务与MAP和CAP协议的映射。Parlay API与MAP和CAP协议映射能力见表I。表1 Parlay API与MAP和CAP协议映射能力映射在本文Parlay API 说 明中是否包含框架 否 与MAP和CAP协议无映射关系用于支持对CAMEL用户相关签约信息(OCSI、TC

13、SI)的控制和基本呼叫控制 是 CAMEL用户的基本呼叫处理CAMEL 4以下的版本不具备对多呼叫段以及Legff3处理和控制，呼叫控USCE 多方呼叫控制 否 CAMEL 4当前国内行业标准暂未制定，待定多媒体呼叫控制 否 与MAp和CAP协议无映射关系会议呼叫控制 否 与MAP和CAP协议无映射关系用于支持USSD业务，短消息业务，以及对CAMEL用户相关签约信息用户交互SCF 是(SMS42SI)的控制和CAMEL用户的放音收号，以及MO SMS的处理移动性SCF 是 用于支持CAMEL用户位置和状态业务终端能力SCF 否 与MAP和CAP协议无映射关系用于支持对CAMEL用户相关签约信

14、息(GPRSCSI)的控制和CAMEL数据会话控制SCF 是用户的数据会话处理基本消gSCF 否 与MAP和CAP协议无映射关系YD厂r 1 9392-2009表1(续)映射在本文Parlay API 说 明中是否包含连通性管理SCF 否 与MAP,和CAP协议无映射关系账户管理SCF 否 与MAP和CAP协议无映射关系计费SCF 否 与MAPTfCAP协议无映射关系策略管理SCF 否 与MAP和CAP协议无映射关系呈现信息管理SCF 否 与MAP和CAP协议无映射关系多媒体消息SCF 否 与MAP和CAP协议无映射关系注1：在可以映射的SCF中，并非所有接口、方法和参数都可以或需要映射。注2

15、：对于没有映射关系的参数，如果因业务逻辑或协议规定需要在操作中携带，则应dqParlay网关根据协议要求进行添加本部分中Parlav API基于Parlay API 50版本(ETSI ES 203 915-42、ETSI ES 203 9155、ETSI ES 2039156、ETSI ES 203 9158)进行描述，MAP协议基于3GPP TS 29002 V4170移动应用部分技术规范(Release 4)进行描述，CAP协议基于YDT 126120039001800MHz TDMA数字蜂窝移动通信网CAMEL应用部分(CAP)技术要求(CAMEL3)进行描述。但由于Parlay AP

16、I和MAP、CAP协议均具有后向兼容性，因此并不意味着本部分中的规定仅适用于ParlayAPI 50与3GPPRelease4MAP和CAMEL3等版本之间的映射。其他版本间的映射应遵循以下原则：一如果不同版本具有某些相同的能力，包括操作和参数等，则相关的映射同样适用。例如基本呼叫控制业务也可以映射到cAMEL 2版本。一如果高版本拥有低版本所不具备的能力，包括操作和参数等，则相关的映射对低版本自动失效。例加数据会话控制业务可以映射到cAMEL 3以上版本，但由于CAMEL 2版本不具备控制数据会话业务的能力，因此不能映射到cAMEL 2版本。52基本呼叫控制业务API到MAP和CAP的映射5

17、21接口类IpCallControlManager的映射接!Sl类IpCallcontrolManager继承IpService。其中enableCallNotification、disableCallNotification、changeCallNotification、setCallLoadControl方法与MAP和CAP协议有映射，其他没有映射的方法不再单独列出。5211 enableCallNotificationenableCallNotification(appCallControlManager：in IpAppCaUControlManagerRef,eventCriteri

18、a：in TpCallEventCriteria)：TpAssignmentID此方法用于激活呼叫通知，使呼叫通知可以发送给应用。此方法与MAP协议的映射如图3所示。 圈l曰圈l Ek血缸C龇n丝竺!型墅生丝坚型丝4正常程序见表2。图3 enableCallNotification呼叫流程表2正常程序YD厂r 1 93922009l 应用调用enableCallNotificadon方法2 CC SCF向gsmSCF发送等效的消息gsmscF向HLR发送AnynneModincadon消息，用于激活必要的cA匝L签约信,g(如O-CSI，DCSI，T-CSI，VT-CSI)。3 当含有源地址时

19、，O-CSI和DCSI将被激活；当具有目的地址时，TCSI和VT-CSI将被激活。如果HLR拒绝更新CAMEL签约信息，则cc scF将返回enableCallNotification方法的异常参数映射见表3。表3 enableCallNotification和AnyTimeModification的参数映射appInterface NAeventCriteria(TpCallEventCriteria)：subscriberldentity(见注释)DestinadonAddressmodificationRequestFor-CSIsubscriberldentlty(见注释)Origin

20、ationAddress modificationRequestFor-CSICAMEL Subscription Information：一T-CSICallEventName(TpCallEventName) VT-CSI-0一CSI-DCSICallNofificadonType N，AassignmentlD(用于关联应用和Parlay scF间的请求和响应) NfKN，A modificationRequestFor-SSlnfoN，A gsmSCF address(标识网关的gsmSCF地址)注释：如果使用地址范围，独立的AnyTimeModification将被发送到地址范围内的

21、每个地址5212 disableCallNotificationdisableCallNotiflcation(assignmentID：in TpAssignmentlD)：void此方法用于去激活呼叫通知，呼叫通知将不再发送给应用。此方法与MAP协议的映射如图4所示。 田l曰圈l圈正常程序见表4。图4 disableCallNotification呼叫流程表4正常程序1 应用调用disableCallNotification方法2 CC SCFI向gsmSCF发送等效的消息gsmSCFl句HLR发J羞AnyTimeModification消息，用于去激活必要的CAMEL签约信息(如OCSI

22、，DCSI，T-CSI，3VTCSI)YD厂r 1 9392-2009参数映射见表5。5213 changeCallNotificationchangeCallNotification(assignmentID：in TpAssignmentlD，eventCdteria：in TpCallEventCriteria)：void此方法用于改变之前通过enablecallNotification设置的事件标准。此方法与MAP协议的映射如图5所刁X。正常程序见表6。图5 changeCallNotification呼叫流程表6正常程序鸶遴麟溅滋勰翻麟瓣瀚懑黼黼鬻戮黼渊黼黼黼粼鳓麟粼黼燃黼黼黼燃1

23、应用调用changecallN嘶fica6肋方法2 CC scF向gsmscF发送等效的消息gsmSCF向HLR发送AnyTimeModification消息，用于激活或去激活必要的CAMEL签约信息(如3 0-CSI，D-CSI，T-CSI，VT-CSI)。CC scF和gsmscF负责判断哪个cAMEL签约信息将被激活或去激活。当含有源地址时，O-CSI和D-CSI将被修改；当具有目的地址时，T-CSl和VT-CSI将被修改参数映射见表7。表7 changeCaNolificalion和AnyTimeModification的参数映射蘩壤鬻缕黉黼黼黼鞠舔黼镒麓鬻鬻麟assignmentlD

24、(用于关联应用和Parlay SCF问的请求和响应) N，AeventCriteria(TpCallEventCriteria)：subscriberldenfity(见注释)DestinationAddressmodificationRequestFor-CSIsubscriberldentity(见注释)OriginationAddressmodificationRequestFor-CSlCAMEL Subscription Information：-T-CSICallEveaxtName(TpCallEventNarae) VTCSIOCSIDCSICfllNofificafionTy

25、pe N，ANm modificationRequestFor-SS-IntoNA gsmSCF address(标识网关的gsmscF地址)注释：如果使用地址范围，独立的AnyTimeModification将被发送到地址范围内的每个地址6YD厂r 1 9392-20095-214 setCallLoadControlsetCallLoadControl(duration：in TpDuration，mechanism：in TpCaULoadControlMechanism，treatment：inTpCaUTreatment，addressRange：in TpAddressRange)

26、：TpAssignmentlD此方法用于进行呼叫负荷控制。此方法与CAP协议的映射如图6所示。 回 l回国圈CAP CallGwi7-。-。一CAPc硼G印-。-。-。一正常程序见表8。setCallLoadContml-一图6 setCallLoadControl呼叫流程表8正常程序1 应用调用setCallLoadControl方法2 CC SCF向gsmSCF发送等效的消3 gsmscF向相应的gsmssF发送callG印消息。该消息只在gsmssF已通过Inidau)P打开了一个对话后发送参数映射见表9。gaplndicatorsdurationdurationmechanism ga

27、plndicatorscallLoadControlPerIntervai gapIntervaltreatment gapTreatmentReleaseCarise ReleaseCauseAdditionall、tatmentlnfoInformationToSend InformationToSendgapCriteriaaddressRange basicGapCriteriacalledAddressValueassignmentlD(用于关联应用和Paday scF间的请求和响应) N，A522接口类IpAppCallControlManager的映射接口类IpAppcallco

28、ntrolMallager继承IpIIltelface。其中callEventNodfy方法与cAP协议有映射，其他没有映射的方法不再单独列出。5221 callEventNotify7YD厂r 1 9392-2009callEventNolify(callReference：in TpCaUldentifier，eventInfo：in TpCanEventlnfo，assignmentID：in TpAssignment此方法通知应用与呼叫相关的事件到达。此方法与CAP协议的映射如图7所示。正常程序见表10。图7 callEventNotify呼叫流程表10正常程序参数映射见表1l和表12

29、。表1 1 InitialDP和callEventNotify的参数映射N，A calRefercnceeventlnfo盯pCallEventlnfo)：calledPartyNumber destinationAddresscalledPartyBCDNumber BCDcfllmg Party Number originadngAddressoHginalCalledPartylD ofiginalDestlnationAddressredirecdngPartylD rcdirccfingAddrcssNA callAppInfo(TpCaIApplnfoSen：NA CallAppA

30、lertingMechanismNA CallAppNetworkAecessTypeCallAppBearerServiceext-BasicServiceCode(1。priority) CallAppTeleServicehighLayerCompatibility(2“pfionty) CallAppTeleServicebearerCapability(2“pdodW) CallAppBearerServicecallingPartysCategory CallAppPartyCategoryN，A CallAppPresentationAddressN，A CallAppGener

31、iclnfoaddidonalCallingPartyNumber CallAppAdditionalAddresseveatTypeBCSM callEventName(见续表)NA callNotificationTypeNm assignmentlD(用于关联应用和Panay scF问的请求和响应)N，A appCanserviceKey N，AcGEncountered N|KiPSSPCapabilities N，A表11(续)YD厂r 1 9392200910cafionNumber N|KredirecfionInfoiTtladOil N，AiMSI N|Ksubscriber

32、State N|Klocationlnformafion N，AcallReferenceNumber N，AserviceInteracfionlndicatorsTWO NAmscAd&ess N|ktimeAnd册mezone NAgsmForwardingPending N，AinifialDPargExtension： N|knaCalrierlnformation N，AgmscAddress N|kN，Acug-Index NAeug-Interlock N|kcug-OutgoingAccess N，A鬻淹麟黼黼灏黼戳黼黼躐麓繇瀵麟N，A P EVENT_NAME UNDEFI

33、NEDNA P_EVENT_GCCS0FFHOOI(-EVENTcollectedlnfo，termAttemptAuthorized P_EVENT_GCCS_ADDRESj!；COLLECTED_EVENTanalyzedInformadon P EVENT_GCCS_ADDRESS_ANALYSED_EVENToCalledPartyBusytBusy P_EVENT_GCCS_cALLED PARTY_BUSYoCalledPartyBusytBusy(见注释) P_EVENT GCCsCALLEDjARTYVNREACHABLEoNoAnswertNoAnswer P_EVENT_G

34、CCS舅。一ANSWER_FROM_CALLED_PARTYrouteSelectFailure P_EVENT_GCCSROUTE_SELECT_FAILUREoAnswertAnswer P_EVENT_GCCS ANSWER_FROM CALL_PARTY注释：根据cause参数中具体原因值确定523接口类IpCall的映射接#SIpCall继承IpService。其中routeReq、release、deassignCMl、getCalllnfoReq、setCallChargePlan、setAdviceOfCharge、superviseCallReq、cominuePmcessi

35、ng方法与cAP协议有映射，其他没有映射的方法不再单独列出。5_231 routeReqrouteReq(callSessionlD：in TpSessionlD，responseRequested：in TpCallReportRequestSet，targetAddress：inTpAddress，ofiginafingAddressfin TpAddress，originalDestinationAddress：in TpAddress，redireetingAddress：inTpAddress，applnfo：in TpCallAppInfoSet)：Tr)SessionlD此方法是

36、异步方法，用于请求将呼叫路由到被叫方。此方法与CAP协议的映射如图8所示。9YD厂r 1 9392-2009 巨回国圈 a已4HE缸足删d忍岱am：耐0霉舞努 a血e血(蓝罡Z1壁垒丝!兰(盔基型CAP ContinueWithArgument(积3)图8 routeReq呼叫流程存在3种可能的场景：场景1：应用需要改变目的地地址；场景2：应用不需要修改目的地地址并且不提供任何应用的信息场景3：应用不需要修改目的地地址并且提供应用的信息。正常程序见表13。表13正常程序1 应用调mrouteReq方法2 CC SCF)3Z送等效的内部消息给gsmSCF3 如果应用需要被通知请求的结果，则gsm

37、SCF发送RequesmeporlBscM消息4 gsmscF根据具体场景，发送Connect、condnue或con血uewitlIArgument消息参数映射见表14、表15、表16和表17 a表14 routeReq和RequesIReponBCSMEvenl的参数映射鬣壤蘩鬻鬻荔馨粼淄黼繇滚翳畿鬣缓鬃瓣caISessiollID NA(用于关联当前的TCAP会话)responseRequested(TpCallReportRequestSet)： bcsmEvent：MonitorMode(TpCallMonitorMode) monitorModeCallReportType(TpC

38、aUReportType) eventTypeBCSMAddifionalReportCriteria dPSpecificCriteria：rrpCallReportAddidonalCriteria)：noAnswerDurafion applicationTimerserviceCode NAN|K leglDtargetAddress N|kodginatingAddress N，AoriginalDesdnationAddress N，AredirecfingAddress NAapplnfo N|氏callLegSessionlD N|K10YD，T 1 9392-2009call

39、SessionID NA(用于关联当前的TCAP会话)responseRequested N|KtargetAddress destinafionRoutingAddressoriginatingAddress NAori百nalDesfinationAddress originalCalledPartylDredirectingAddress redirectin驴artylDapplnfo(TpCallApplnfoSet)：CallAppAlertingMechanism alertingPatternCallAppNetworkAccessType NiACaUAppTeleServi

40、ce NKCanAppBearerService N|kCallAppPartyCategory caUingPartysCategoryPresentationAddreSS genericNumbers(见注释)CallAppGenericlnfo N，ACallAppAddifionalAddress genericNumberscallLegSessionlD N|KN，A serviceInteracfionlndicatorsTwoN，A redirectionlnformationN，A suppressionOfAnnouncementN|k oCSlApplicableN|K

41、 na1nfo：N|k naCarrierlnformafionN，A naoliInf0N，A naChargeNumberNA connectAlgExtension：N，A cugInterlockN，A cugOutgoingAccessNA nonCug-Call注释：如果CallAppAdditionalAddress不用于映射genedcNumbers参数，则可使用此参数calISessionlD NA(用于关联当前的TCAP会话)responseRequested NfKtargetAddress NA0iginatingAddress N，AoriginalDestinati

42、onAddress N，AredirectingAddress N，Aapplnfo N|kcallLegSessionlD N|K表17 routeReq和ConUnueWithArgument的参数映射caISessionID NA(用于关联当前的TCAP会话)responseRequested N|AtargetAddress N氏originafingAd&ess N，A丽西nalDesfinafionAddress N|AredirecfingAddress N|applnfo：CallAppAlertingMechanism alerting PatternCallAppNetwo

43、rkAccessType N|KCaUAppTeleService N，ACallAppBearerService NACallAppPartyCategory callingPartysCategoryPresentationAddress genericNumbers(见注释)CaUAppGenericlnfo N，ACallAppAddidonalAddress genericNumberscallLegSessionlD N似Nm serviceInteracdonlndicatorsTwoN，A suppressionOfAnnouncementN，A naInfo：N|K naCa

44、rrierlnformationNI氏 naolilnfoN|k naChargeNumb日Nik condnueWithArgumentArgExtension：NA cug-hterlockN，A cugOutgolngAccessN，A nonCug-Call注释：如果CallAppAdditionalAddress不用于映射genericNumbers参数，则可使用此参数5232 releaserelease(callSessionID：in TpSessionID，cause：in TpCallReleaseCause)l：void此方法用于请求释放呼叫和相关对象。此方法与CAP协议

45、的映射如图9所示。 圈l圈圈l圈CAPRe如aseCafl-一正常程序见表18。release-。-一图9 release呼叫流程表18正常程序YD厂r 1 9392-2009参数映射见表19。表19 release和ReleaseCall的参数映射callSessionlD NA(用于关联当前的TCAP会话)causeCrpCallReleaseCause)：value(根据rruT Recommendation Q 850的规定) Caaselocation N，A5233 deassignCalldeassignCall(callSessionID：in TpSessionlD)：voi

46、d此方法请求取消应用和呼叫以及相关对象的关系。清除指定的呼叫对象，应用不能再控制呼叫处理。如果被取消的呼叫具有呼叫信息报告，则这些报告被取消，并且任何相关的信息被丢弃。此方法与CAP协议的映射如图10所示。 圉i曰叵；臣正常程序见表20。deassignCall_-。-一图10 deassignCall呼叫流程表20正常程序1 应用调用deassignCall方法2 CC SCF发送等效的内部消息给gsmSCF3 如果有任何报告悬置，则gsmSCFr句gsmssF发送cancel消总参数映射见表21。表21 deassign和Cancel的参数映射5234 getCalllnfoReqgetCanlnfoReq(callSessionlD：in TpSessionD，callInfoRequested：in TpCalllnfoType)：void此异步方法请求在恰当时间提供与呼叫相关的信息。此方法必须在呼叫路由到目的地地址前调用。此方法与CAP协议的映射如图11所示。YD厂r 1 9392-2009匡垂虱getCalllnfoReq-一CAP CalllnformationRequest_-