YD T 1939.1-2009 开放业务接和主程序接口(Parlay API).映射技术要求.第1部分 与会话初始协议(SIP)的映射.pdf

《YD T 1939.1-2009 开放业务接和主程序接口(Parlay API).映射技术要求.第1部分 与会话初始协议(SIP)的映射.pdf》由会员分享，可在线阅读，更多相关《YD T 1939.1-2009 开放业务接和主程序接口(Parlay API).映射技术要求.第1部分 与会话初始协议(SIP)的映射.pdf（38页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 3304040L79 Y口中华人民共和国通信行业标准YD厂r 19391屯009开放业务接入程序接口(Parlay API)映射技术要求第1部分：与会话初始协议(SIP S)的映射Technical Requirements for Parlay API MappingPart 1：Parlay API to SIP Mapping2009-06-1 5发布 2009-09-01实施中华人民共和国工业和信息化部发布目 次YD厂r 19391-2009前言1范I蜀12规范性引用文件13术语、定义和缩略语14 Parlay呼叫控制业务和SIP映射的网络环境35 Parlay网关的工作模式4

2、6 MPCC中caUSessionlD以及canLegSessionID与SIP的映射47 MPCC呼叫流程映射_68详细参数映射23附录A(资料性附录)与3GPPTR29 99804，04的差异32附录B(资料性附录)映射流程示例33YD厂r 1 93912009刖 吾开放业务接入程序接口(ParlayAPI)映射要求分为3个部分：一第1部分：与会话初始协议(SIP)的映射；一第2部分：与9001800MHz TDMA数字蜂窝移动通信网移动应用部分(MAP)和CAMEL应用部分(CAP)的映射：一第3部分：与智能网应用规程(INAP)的映射。本部分为开放业务接入程序接口(ParlayAPI)

3、映射要求的第1部分，对应于3GPPTR 29998044开放业务接入(OSA)；应用编程接口(API)；OSA映射第4部分：呼叫控制业务映射，第4子部分：多方呼叫控制ISC)。与3GPPTR 29998044的一致性程度为非等效。本部分中的Parlay API协议参考Parlay Group组织的Parlay 50，SIP协议参考行标YDfr 152212006(会话初始协议技术要求第1部分：基本的会话初始协议。本部分的附录A、附录B为资料性附录。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、中国电信集团公司本部分主要起草人：吴宏建、林玮平、臧磊、娄颖IIYO

4、厂r 193912009开放业务接入程序接口(Parlay API)映射技术要求第1部分：与会话初始协议(SIP)的映射1范围本部分规定了P则ay API中的多方呼叫控制(MPCC)业务能力特征和S口协议的映射要求，包括Parlay接口的映射和参数的详细映射。本部分适用于使用Parlay API与SIP协议映射的Parlay关等实体。2规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分。然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本

5、部分。YDfr 1522卜2006 会话初始协议技术要求第1部分：基本的会话初始协议ETSIES 203 91543 v111 开放业务接入(OSA)；应用编程接口(APD第4部分：呼叫控制，第3子部分：多方呼叫控制ScF3术语、定义和缩略语31术语和定义下列术语和定义适用于本部分。311业务能力特征Service Capability Feature对网络的各种能力或资源的抽象。它向Parlay应用提供接入到网络能力的接口。业务能力特征也可以简称为业务(service)。312业务能力服务器Service Capability Sewer提供或支持一个或多个业务能力特征的逻辑实体。在本部分中

6、，如没有特别说明，指的就是Parlay网关。3、13Parlay应用Parlay Application一种软件或程序，它需要通过接入到一个或多个Parlay SCF来完成具体的应用功能。它一般由业务提供商和独立软件商(ISV)提供，甚至由客户自己来编写。Parlay应用一般在第三方应用服务器上运行，并通过Parlay网关获得网络的能力。在有些文献里也将其称为Parlay客户应用，或简称为应用。314Parlay网关Parlay Gateway核心网络网关，为Parlay客户提供各种基本业务能力的支持，使Parlay的业务能够有控制地、安全YD厂r 19391-2009地进入到各通信网内。31

7、5背靠背用户代理Back-To-Back User AgentSIP环境下的一种逻辑实体，它将一个SIP会话分割成两个SIP对话，其中一个是SIP终结(terminating)对话，这时它相当于UAS；另一个是SIP起始(originating)对话，这时它相当于一个UAC。和Proxy方式不同的是，它不仅保留对话的状态，而且参与到它所建立的对话中的所有的请求。31 6对话dialogUAC和UAS之间持续一段时间的SIP对等关系。一个对话标识由一个呼叫标识、本地标签和远端标签组成。317呼叫(SIP)call(SIP)通常，在SIP环境下的呼叫，指的是对等实体之间的对话，这是一个非正式的术语

8、。318呼叫支路call leg在SIP环境下，对SIP对话的另一种叫法。在Parlay的应用环境下，它指的是一条从应用到网络中可寻址的实体(呼叫的一方)之间的通信通路。319代理服务器ProxySIP环境下的一种逻辑实体，位于UAC和UAS之间的中间实体，主要负责选路，保证请求能从一个实体传递到另一个更接近目标用户的实体。31 10重定向服务器redirect serverSIP环境下的一种逻辑实体，接收SIP请求，将其中的地址依据本地策略更改为一个或多个新的地址并返回给客户端的服务器。与Proxy不同，它并没有发起自己的SIP请求；与UAS也不同，它并没有接收一个呼叫。3111会话sess

9、ion这里采用RFC 2327中的定义：一个或多个多媒体的发送者和一个或多个接收者以及从发送者流向接收者的数据流的组合。多媒体会议是多媒体会话的一种例子。一个SDP的会话可能包含一个或多个RTP会话。根据定义，一个被叫用户在一次会话中，能够被不同的呼叫多次邀请。3112第三方控制器Third Party ControllerSIP环境下的一种逻辑实体，相当于两个UAC的结合，也可以扩展成多个UAC的结合。如果Parlay网关工作在第三方控制器的模式，这意味着Parlay应用同时发起两个或多个邀请，分别请求两个或多个用户加入到会话中，而Parlay应用是这个会话的控制者，它通过Parlay网关实

10、现对会话的控制。31132YD厂r 1 9391-2009用户代理客户端user agenl client产生新的请求并通过客户端事务状态机制来发送该请求的逻辑实体。UAC的身份只在它发起请求的事务处理中有意义。具体地说，如果一个软件程序发起请求，那它在这次事务处理中是UAC；如果它在这次事务中负责处理请求，那它就是UAS。3114用户代理服务器user agent server针对SIP请求产生响应的逻辑实体。UAS的身份只在它接收请求的事务处理中有意义。具体地说，如果一个软件程序发起请求，那它在这次事务处理中是UAC；如果它在这次事务中负责处理请求，那它就是UAS。32缩略语下列缩略语适用

11、于本部分。API Appfication Programming Interface 应用程序接口B2BUA BackTo-Back UserAgent 背靠背用户代理CC Call Control 呼叫控制MPCC MultiParty Call Control 多方呼叫控制SCF Service Capability Feature 业务能力特征SCS Service Capability Server 业务能力服务器SDP Session Description Protocol 会话描述协议SIP Session Initiation Protocol 会话初始协议UAC User A

12、gent Client 用户代理客户端UAS User Agent Server 用户代理服务器4 Parlay口?-nLl控制业务和SIP映射的网络环境图1给出Parlay API和SIP映射的网络环境。在这里，SIP网络泛指使用SIP协议的网络，如软交换网络，或者肼s网络等。Parlay关在-Parlay应用看来就是个核心网络的代理。图1 Parlay呼叫控$=J与SIP的映射3YD厂r 19391-2009Parlay网关和SWN络之间采用的SIP协议的具体要求见YDT 152212006。ParlayN关和Parlay应用之间的接口所采用的MPCC，应符合ETSIES 203 9154

13、3V111的要求。由于SIP作为媒体控制协议的标准还在进一步的研究当中，所以本部分暂不考虑Parlay UI业务能力同SIP的映射。ParlayN关与用户数据库之间可采用内部接1：3或特定的协议，不属于本部分研究的范围。5 Parlay网关的工作模式Parlayl网关在MPCC、2k务中的工作模式有UA、重定向服务器、第三方控制器、B2BUA和Proxy。它们的含义见本部分的名词术语。UA和重定向服务器模式意味着Parlay关仅与一个S口用户在交互，而第三方控制器、B2BUA和Proxy模式意味着Parlay网关至少与两个SIP用户交互。B2BUA相当于一个UAS和一个UAC的串接，在一个会话

14、中有两个SIP对话；第三方控制器相当于两个或多个UAC的串接，在一个会话中有两个或多个SP对话；Proxy模式则表示Parlayl嘲关是位TUAC和UAS之间，相对于UA是透明的中间实体，在一个会话中仅有一个SIP对话。如果采用Proxy模式，Parlay关对会话的控制相对较弱，进而影响应用对会话的控制。因此，在由Parlay应用提供业务时，不建议采用Proxy模式。ParlayN关工作在不同模式下时，相应的MPCC业务的映射可能不一样。具体映射内容见本部分以下章节。6 MPCC中callSessionlb以及caLegSessionlD与SIP的映射61呼叫和呼叫分支MPCC中的呼叫和呼叫分

15、支与SIP的Call1D和对话存在一定的对应关系，但是由于它们表示的含义不一样，所以它们之间的映射并非一一对应。SIP协议中的Call1D表示对一个特定用户的邀请，如果在一次会议中有多个用户，主叫就可能发起多个INVITE，相应地也就有多个CallID。但是在传统的电话领域或者是MPCC业务中，一个会议只有一个呼叫会话。在MPCC中，一个呼叫会话1扫CallSessionlD来标识。这也就意味aMPCC的callSessionID与SIP的CallID并不存在一对一的映射关系。在sIP中，“对话”表示的是两个UA之问的信令关系，SIP对话是通过CallID、本端和远端标签(Tag)来标识的。而

16、MPCC业务中的一个呼叫Leg表示的是呼叫与一个地址(特定用户)之间的关联，由callLegSessionID来标识。在特定的模式下，自IUA模式(包括B2BUA、重定向器和第三方控制器)，MPCC的呼叫分支往往映射成SIP对话。具体的映射内容见62节。6_2呼叫以及呼叫分支与SIP的映射在本节给出的各表中，callID、From、To、Request-URI对应于请求消息，如INVITE请求中相应韵元素：To头字段指的是接收SIP请求的端点；From头字段指的是产生SIP请求的实体；RequestURI指的是请求要送达的用户或业务，主要用于选路。4在Parlay域内，callsessionI

17、D和C枷LegsessionID的取值Parlay 关来分配。(1)背靠背用户代理模式背靠背用户代理模式下的映射关系见表l。表1 82BUA模式YD厂r 193912009SIP域 隧 ParlaySIP Headers 黪 Parlay参数 Leg CAUcallID(1) 鬻SIP From header(1) 蘩 CallLegSessionlD(1)Dialog 繁#】70 header(1)RequestURI(1) 豢| targetAddress(1)call-rD(2) 蕤 callSessionlD(1)，SIP From header(1) |蘩Dialog To head

18、er(1) 鬻#2 RequestURI(1) 鬟 targetAddress(12)CallLegSessionlD(2)，应用可能会更改这个参数，如更改，则此处targetAddress(在B2BuA模式，sPDialog#2的各个元素中只有call一可能会改变。(2)第三方控制器模式第三方控制器模式下的映射关系见表2。表2第三方控制器模式SIP域 黪 ParlaySIP Headers 霪 Parlay参数 Leg CAl。LcallID(1) 溺SIP From header(1) 鬓 具体值由SCS提供Dialog To header(1) 鬻 callLegSessionlD(1)

19、#l RequestURI(1) 鬻 targetAddress(1) callSessionlD(1)callID(2) 骥SIP From header(1) 鬻 具体值由SCS提供Dialog To header(2) 缓 callLegSessionlD(2)，般 Request-URI(2) 豢 targetAddress(2)注：Parlay网关工作在第三方控制器模式下时，相当于有两个或更多的UA组成。这里只是给出两个UA的示例(3)终接uA和重定向模式终接UA和重定向模式下的映射关系见表3。表3终接UA和重定向模式SIP域 篱 ParlaySIP Headers =黪 Parla

20、y参数 Leg CALLSIP call-ID(1) j霪Dialog From header(1) 葱 CallLegSessionlD(1)#1 一起始的呼叫分支对象 calSessionID(1)，To header(1) 磐 具体值由应用提供(见注)RequestURI(1) 鬟 targetAddress(1)注：当网关收到INVITE请求时，由应用指导生成对该请求的具体响应，如2XX，3XX，4XX，5XX6XX等(4)起始UA模式5YD几。1 9391-2009起始UA模式下的映射关系见表4。表4起始UA模式SIP域 黼 ParlaySlP Headers 黼 Parlay参数

21、Leg CAI工callID(1) 黼SJP From header(I) 黼 具体值由SCS提供 callSessionlD(1)，Dialog To header(I) 勰 CallLegSessionID(1)#1 Reques卜URI(1) 燃 targetAddress(1) 一终接型的呼叫分支对象(5)Proxy模式Proxy模式下的映射关系见表5。表5 UAS和重定向模式SIP域 纛 ParlaySIP Headers 鬃 Parlay参数 Leg CALLcallD(1) 黼SIP From header(1) 鬃 callLegSessionlD(1)， callSessio

22、nlD(1)，Dialog To header(1) 麟 callLegSessionlD(2)，群1 Request-tWd(I) 鬃 targetAddress(I)在Proxy模式下，ParlayI网关对呼叫的控制有限，实现一些特定业务时比较困难，所以不建议在MPCC和s口的映射采用Proxy的模式。7 MPCC呼叫流程映射71 呼叫管理业务接口711 createCall无具体的SIP消息或参数可映射。71_2呼叫通知类的方法呼叫通知类的方法(createNotificafion、destroyNotification、changeNotificafion、enableNotifica

23、tions、disableNofificafions和getNextNofificafion)与SIP协议之间没有直接映射关系，但是Parlayl碉关在收到这类消息时，应该通知用户数据库更改初始过滤规则。Parhy网关和用户数据库之间的接口不属于本部分的范围。713 setCallLoadControl具体映射流程由treatment参数决定，见表6。表6参数映射setcallLoadControl SIP 注 释duration(TpDuration) NAN，A 规定了负载控制机制，并定义呼叫的准八率，例如mechanism(TpCaULoadControlMeehanism) 隔多长的时

24、间允许接入一个呼叫treatment(TpCallTreatmen0 见第8章的表格：当负荷过高时，规定针对新的邀请的处理方法，如TpCallTreatment sequence oeTpCallTreatmentType 拒绝TpCallTreatmentType，TpReleaseCauseTpReleaseCause见第8章的表格：addressRange(TpAddressRange) 指定需要应用呼叫负荷控制的地址或地址范周TpAddressRange6YD厂r 1 9391-20097 2呼叫管理应用接口721 reportNotification(1reportNofificad

25、on(eallReference：in TpMultiPattyCallIdentifier，callLegReferenceSet：in TpCallLegldentifierSet,notmcatio删o：in TpCalNotificationInfo，assignmentlD：in TpAssignmentlD)：TpAppMultiPartyCanBack此方法用来通知应用相关呼叫事件已到达。映射流程如图2和图3所示，映射的基本操作见表7，参数映射见表8。图3 EhSIP响应触发的repo删。瑚caffon呼叫流程表7基本操作SIP Server Proxy，Redirect，UA，

26、B2BUA，3rd Party controller适用的模式 实际采用的模式取决于应用调用本次呼叫时的行为前提条件 SCS已经启动通告机制1 假设发生了下面的事件：某个呼叫方产生一个呼叫，或在某一个呼叫方结束一个呼叫，或一个呼叫方决定发起一个中问呼叫事件或结束在一个呼叫中的某些元素，s【P服务器将会发现这个请求并检查初始通告的判别准则2 当满足了初始通告的判别准则时，SCS会找出负责处理呼叫的应用方，并调用reportNotification方法表8参数映射To：reportNotification From：SIP 注释callReference(TpMultiPartiCallldent

27、ifier) 映射内容见第6章的表TpMultiPartyCallIdenfifier：一CallReference(IpMulfiPartyCallRef)CallSessionlEI汀pSessionlD)callLegReferenceSet(TpCallldentifierSet) A set ofTpCallldenfifier：-Cal|Legrefereace(1pCallLegRef) N，A 它定义了呼叫分支的对象CallLegSessionlD(TpSessionlD) 映射内容见第6章的表 它定义呼叫分支的会话IDnotificafionlnfo口pCallNofific

28、ationlnfo)： 一一Tt)CallNotificationReportScope 映射内容见第8章TpCallNotificationReportScopeCallApplnforrpCallApplnfoSet) 映射内容见第8章TpCallApplnfo-CallEventlnfo(TpCallEventlnfo) 映射内容见第8章TpCaltEventInfoassignmentlD(TpAssignmentlD) NA 表示enableNotificadon方法返回的ID。见注 应用方使用此ID把事件和特定的判别准则关联起来，并采取相应的动作注：当然，assignmentlD并

29、没有涉及至IJSIP映射，但它被存储在OSA scs里7YD厂r 19391-2009722 calIAboedcallAborted(callReference：in TpSessionlD)：void该方法用来向应用指示呼叫对象已经异常终止。映射流程如图4所示，映射的基本操作见表9和表10。r_-一一一一一一一一一一一一一一一一一图4 callAborted呼gq流程表9基本操作SIP Server适用的模式 Proxy,Redircct,UA，B2BUA，3mParty controller实际采用的模式取决于应用调用本次呼叫时的行为前提条件 SCF检测到与sipnli务器的通信出现故障

30、或失败l SCS调用了callAborted方法723 abortMultipleCalls(、abortMultipleCans(eallReferenceSet：in TpSessionIDSet)：void这是Parlay50新增的方法。用来向应用指示多个正在中的呼叫会话已被异常终止。流程图与图3相同。表10基本操作SIP Server适用的模式 Proxy，Redirect，UA，B2BUA，3“Party controller实际采用的模式取决于应用调用本次呼叫时的行为前提条件 SCS检测到与多个呼叫进程几乎同时出现故障或失败1 SCS调用了abortMultipleCalls方法该

31、方法唯一的一个输入参数caUReferenceSet由多个callRcference组成，它的映射内容见第6章的表。724其他方法managerInterrupted0managerResumed()callOverloadEncountered()callOverloadCeased0无映射。73多方呼叫业务接口731 createAndRouteCallLegReqcreateAndRouteCallLegReq(callSessionID：in TpSessionlD,eventsRequested：in TpCallEventRequcstSet，targetAddress：in Tp

32、Address，odginatingAddrcss：in TpAddress，applnfo：in TpCaUApplnfoSet，appLegInterface：inIpAppCallLegRef)：TpCallLegIdentifier这是一个异步方法，用来请求建立一个新的呼叫分支对象，并建立到指定地址的连接。映射流程如图5和图6，映射的基本操作见表11-13，参数映射见表14。YD厂r 1 9391-2009图5 Parlay网关工作在UA模式下时的呼叫流程OSASCS图6 Parlay网关工作在Proxy模式下的呼叫流程表11基本操作-UA模式SIPServer适用的模式 UA，B2B

33、UA，3“Party controller前提条件 应用已经获得了多方呼叫业务接口的引用l 应用调用了creatAndRouteCallLegReq方法。scsg建呼叫分支对象，并指导scs中的sIP服务器产生SrP的INVITE请求2 sIP服务器将INVITE请求发送到相应的接收端3 SIPJt务器对对方的临时响应进行证实注：SDP的offer和alaSWeP的交互依据具体的业务流程决定，这里仅给出7INVITE*没有携带SDP的流程示意图表12参数映射UA模式From：createAndRouteCallLegReq Tb：SIP INVITE 注 释callSessionlD汀pSes

34、sionlD) 映射内容见第6章的表格eventsRequested(TpCallEventRequestSet) 见第8章的表格 开始观察sIP服务器，看有没有需要通TpCallEventRequest 报给应用的事件发生9jYD厂r 1 9391-2009表12(续)From：createAndRouteCallLegReq To：SIPINVrrB 汁 释targetAddress(TpAddress) TO头字段和Reques卜uRI中的s口URL见第8章表格：TpAddressofiginatingAddressffpAddress) From头字段中的SIP URL 当SCS作为U

35、AC是，起始地址可以是应见第8章表格：TpAddress 用服务器的SIP地址。如果耐gill撕ngAddress没有给出，则由scS提供缺省值applnfo(TpCallApplnfoSet) 见第8章的表格TrCallApplnfoappLegtInterface(1pAppCallLegRef) N，A返回参数： 映射内容见第6章的表格 SCS创建了一个与当前呼叫相关联的TrCallLegldentifier： 呼叫分支。并把它传送给了应用一CallLegReference(IpCallLegRef)一CallLegSessionlD(TpSessionlD)SIP Server适用的模

36、式 Proxy前提条件 应用已经获得了多方呼叫业务接r7的引用。SCS收到用户A的INVITE，并调用reportNotification通知应用1 应用调用了creatAndRouteCallLegReq方法。scs创建呼叫分支对象，并指导scs中的sIP服务器产生SIP的INVITE请求2 sIP服务器将INVITE请求发送到给用户B3 SIPJ1务器将用户B的临时响应转发给用户A并给用户B回PRACK表14参数映射Proxy模式From：createAndRouteCallLegReq To：SIP INVIrE 注 释callSessionlD(TpSessionlD) 映射内容见第6

37、章的表格 确保callID不改变eventsRequested(TpCallEventRequestSet) 见第8章的表格 开始观察SIPH务器，看有没有需要通报给TpCallEventRequest 应用的事件发生targetAddress(TpAddress) 映射成Request-URl的sIP URL 如果给targetAddress，映射成RequestURI，见第8章表格：Tr)Address 并用来选路odginatingAddress(TpAddress、 N，A From头字段的值不能改动applnfo(TpCallApplnfoSet) 见第8章的表格TpCallAppl

38、nfoappLegtInterface(IpAppCallLegRef) N，A返回参数： 映射内容见第6章的表格 scs创建了一个与当前呼叫相关联的呼叫分TOCatlLegldenfifier： 支，并把它传送给了应用-CallLegRefemnce(IpCallLegRet)-CallLegSessionlDfrpSessionlD)732 releaserelease(callSessionlD：in TpSessionID，cause：in TpReleaseCause)：void此方法用来请求释放呼叫及相关的对象。如果呼叫有多个分支，这个方法将释放所有的呼叫分支对象，即整个呼叫。下面

39、的例子只给出了释放一个分支的情形。映射时，会向呼叫中的每一个分支用户都发送BYE请求。映射流程如图7所示，映射的基本操作见表15，参数映射见表16。10YD厂r 1 93912009表15基本操作UA模式SIP Server适用的模式 UA(包括B2BUA3“Party controller)如果是应用释放呼叫，则采用UA模式前提条件 呼叫在进行中，且应用已经获得了多方呼叫业务接口的引用1 应用调用了release方法，释放呼叫。如果应用请求了一些特定的报告，如通过genfoReq()或superviseReq0，这些报告会在呼叫结束后发送给应用2 SIPH匣务器向相应的用户发送BYE请求表1

40、6参数映射From：release To：SIP BYE，4xx，5xx，Cancel(女H果是应用发起的INVITE请求， 注 释且尚未收到最终)callSessionlD(TpSessionlD) 映射内容见第6章的表格cause(TpReleaseCause)： 见第8章表格：TpReleaseCause应用可以在任何时候发出release方法。如果是在SCS收到了一个INVITE请求之后发出release，fJscs会产生4XX，5XX响应；如果是在SCS发起的一个早期对话时发Irelease，则scs会产生CANCEL消息：如果是在建立了对话之后发出release，赌Jscs会产生B

41、YE消息。SCSI作在Proxy模式下时，release方法不好和SIP映射，所以这里不给出Proxy的情况。733 getlnfoReq(1getlnfoReq(callSessionlD：in TpSessionID，calllnfoRequested：in TpCallInfonType)：void这是一个异步方法，应用用来向scs请求与呼叫相关的信息，如呼叫时长等。SCS会在适当的时间通过getlnfoRes方法向应用报告应用所请求的信息。这个方法没有相应的SIP消息与之映射，但会使得SCS中的sP服务器监视下列事件：对SIP响应的接收(如，应答200 OKINVITE)；对一个对话的

42、终结(如收蛰BYE消息)。该方法的参数映射见表17。表17参数映射From：getlnfoReq T0：SIP 注 释callSessionlD(TpSessionlD) 映射内容见第6章的表格calllnfoRequested(TpCalllnfoType)： 见第8章的表格TpCalllnfoType734 superviseReq()YD厂r 1 9391-2009superviseReq(callSessionID：inTpSessiortlD，time：inTpDuration，treatment：inTpCallSuperviseTreatment)：void应用调用此方法监视呼叫

43、，应用可以设置呼叫的准予连接时间。如果应用在呼叫选路之前调用此方法，则从被叫用户应答的瞬间作为时间量测的开始点。该方法的参数映射见表18。表18参数映射From：superviseReq To：SIP 注 释callSessionD(TpSessionlD) 映射内容见第6章的表格fimeffpDurafion) ACK(对2000KINVITE的确认) 没有直接映射，但指明呼叫监视定时器从被叫应答事件开始启动treatment(TpCallSuperviseTreatment)： NiK 没有直接映射，见注注：没有直接映射，但指明了当监视定时器超时时根据呼叫控制业务对呼叫采取的动作，如释放呼

44、叫或向主叫提示735 setAdviceOfCharge(1setAdviceOfCharge(canSessionID：in TpSessionID，aOCInfo：in TpAoCInfo，tarilISwitch：in TpDuration)：void这个方法允许应用确定计费信息，并将这个信息传送给用户终端。映射的流程如图8所示，映射操作见表19，参数映射见表20。表19基本操作UA模式SIP Server适用的模式 只能是uA模式(包括B2BUA，3“Party controller)前提条件 应用和呼叫以及各个对象之间已经存在了关联l 应用调用setAdviceOfCharge方法2

45、 sIP服务器将计费通知书(AOC)发送到可以接收该信息的终端注：SCS收到这个方法后的行为还没有标准化这里只是给出一个示例。setAdviceOCharge,JZ,须在呼叫确定之前(如应答之前)调用。表20参数映射From：setAdviceOfChage To：SIP 注 释callSessionlD(TpSessionlD) 映射内容见第6章的表格aOCInfefrpAoCInfo)： 见第8章表格： 货币单位参见ISO-4217：1995【8】-ChargeOrder(TpAoCOrder) TpAoClnfo-Cttrrency(TpString)tariffswitch(TpDur

46、ation) NA12YD厂r 19391-2009736其他getCallLegs0createCallLe90deassignCall0setChargePlan0不存在特定的方法映射和参数映射。74多方呼叫应用接口741 createAndRouteCallLegErr(、createAndRoutgCallLegEn-(caUSessionlD：in TpSessionlD，caULegReference：in TpCaULegIdentifier,errorIndicafion：in TpCallError)：void这是个异步方法，用来向应用指示呼叫选路没有成功。呼叫选路不成功可能

47、是因为参数不正确，无效的地址或是路由请求被拒绝等。映射的流程如图9所示，映射基本操作见表2l。图9 createAndRouteCallLegErr呼叫流程表21基本操作SIP Server适用的模式 ProxyB2BUA3“Party controller(除了重定向模式)前提条件 应用已经发出TcreateAndRouteCallLegReq请求，且呼叫已经尝试选路1 选路请求被拒绝，如网络中sIP服务器检测到错误并通知Tscs中的sIP服务器2 SCS调用createAndRouteCallLegErr方法参数errorlndication的映射见第8章表格的TpCaUError的内容。742 callEndedOcalEnded(callSessionID：in TpSessionID，report：in TpCallEndedReport)：void当呼叫结束时SCS调用这个方法。映射的流程如图lo所示，跌射基本操作见表22，参数映射见表23。图10 caIIEnded呼叫流程了已i三一YD厂r 1 93912009表22基本操作SIP Server适用的模式 任何模式前提条件 应用和呼叫以及各个对象之间已经存在了关联1 SCS检测到scs内最后一个呼叫分支对象被释放或呼叫对象本身已被释放