sip规范第三部分(征求意见稿).doc

sip规范第三部分(征求意见稿) 2.对于IAD用户参与呼叫的流程，其局间的信令的处理可参照PSTN用户参与呼叫的情形。 3.当涉及到呼叫建立过程流程说明的情形，都以2个交换机的情形进行说明。 4.在本分册中，为了说明上的方便，软交换充当呼叫、路由实体时，以Proxy的行为进行说明。 但并不表明必须通过Proxy实现，如果在实现某些行为时，B2BUA与Proxy的实现具有很大的区别，将通过文字说明的方式进行解释。 5.T 7、T9定时器参照PSTN网络的定义。 6.T 1、T2定时器参照RFC3261的定义。 1.2参考文献1.SIP规范第一分册2.SIP规范第二分册2.环境说明网络实体说明IP地址域名号码分配软交换11.1.1.1Guangzhou. SIP用户A1.1.1.100801-020-800001PSTN用户B020-900001软交换1及其下的相关资源（软交换同时具备注册服务器功能）媒体资源服务器11.1.1.300软交换22.2.2.2Beijing. SIP用户C2.2.2.xx01-010-600002PSTN用户D010-700002软交换2及其下面的用户（软交换同时具备注SIP用户E SIP用户F册服务器功能）媒体资源服务器22.2.2.3003.用户注册3.1成功的注册3.1.1基本注册过程SIP用户SIP注册服务器REGISTER （1）401UnauthorizedREGISTER （2）200OK1SIP用户A1向所属域的注册服务器发起注册请求用户A1-注册服务器（广州）REGISTER sip:1.1.1.1SIP/2.0From:sip:8010208000011.1.1.1;tag=25486To:sip:8010208000011.1.1.1CSeq:1REGISTER Call-ID:100000001.1.1.100Via:SIP/2.0/UDP1.1.1.100:5060;branch=z9hG4bK1063644978Maxforward:70Contact:sip:8010208000011.1.1.100:5060Expires:3600Content-Length:02注册服务器要求用户进行鉴权SIP/2.0401Unauthorized From:sip:8010208000011.1.1.1;tag=25486To:sip:8010208000011.1.1.1；tag=254863455Via:SIP/2.0/UDP1.1.1.100:5060;branch=z9hG4bK1063644978CSeq:1REGISTER Call-ID:100000001.1.1.100-Authenticate:Digest realm=1.1.1.1,nonce=ca019edffb7551683c2136eb2dd10537,stale=FALSE,algorithm=MD5Content-Length:03带有鉴权信息的注册请求REGISTER sip:1.1.1.1SIP/2.0From:sip:8010208000011.1.1.1;tag=25ER486To:sip:8010208000011.1.1.1CSeq:2REGISTER Call-ID:100000001.1.1.100Via:SIP/2.0/UDP1.1.1.10:5060;branch=z9hG4bK1063644978Maxforward:70Contact:sip:8010208000011.1.1.100:5060Expires:3600-Authorization:Digest username=801020800001,realm=1.1.1.1,nonce=ca019edffb7551683c2136eb2dd10537,uri=“sip:8010208000011.1.1.1”，response=“dffb7551683c2136e”Content-Length:04注册成功SIP/2.0200OK From:sip:8010208000011.1.1.1;tag=25ER486To:sip:8010208000011.1.1.1;tag=2343244332CSeq:2REGISTER Call-ID:100000001.1.1.10Via:SIP/2.0/UDP1.1.1.10:5060;branch=z9hG4bK1063644978Contact:sip:8010208000011.1.1.100:5060Expires:3600流程建议1建议第2个Register消息与第1个Register消息Call-id相同，Cseq增加3.1.2注册信息的更新SIP用户SIP注册服务器REGISTER注册成功401UnthorizationREGISTER200OK1小时流程建议1.假定注册周期为1个小时，终端在1个小时之内将会发起注册更新的消息2.要求周期更新中带有注册鉴权信息3.注册更新请求时，Call-id不变，Cseq增加3.1.3注销1参照3.1.1的流程2注销请求中,expire值将为0。 3.2不成功的注册1参照3.1.1的流程，此时针对第二次的注册请求，注册服务器将会回应4*消息2不成功的注册包括没有通过认证或注册请求的expire值太小4.鉴权认证4.1注册鉴权参见3.1.1的流程4.2呼叫鉴权（假定对Invite消息的鉴权）SIP用户AINVITESDP407Proxy authreq软交换机1（Proxy）重新发起的带有鉴权信息的Invite消息ACK用户鉴权通过后的流程，参照5.1.1.1的流程5.基本呼叫5.1SIP用户-SIP用户?根据第一分册的要求，当被叫用户为SIP用户时，此时主叫侧提供回铃音，因此临时响应的可靠传送不是必须的。 ?在5.1中所示各流程中，没有PRACK流程出现。 5.1.1成功的呼叫建立5.1.1.1基本呼叫，主叫释放SIP用户C SIP用户AINVITESDP100TryingACK180Ringing200OKSDP软交换机1（Proxy）软交换机2（Proxy）100Trying180Ringing180RingingACKACK建立通话BYEBYEBYExx00200INVITESDPINVITESDP200OKSDP200OKSDP1.用户A向软交换1发起请求INVITE sip:801010600001:5060SIP/2.0Via:SIP/2.0/UDP1.1.1.100:5060;branch=z9hG4bK020836764600000From:801020800001;tag=22af9be9d1eac27To:sip:8010106000021.1.1.1:5060Call-ID:e9aedcb152bbe1903ddd5eed2b111a711.1.1.100CSeq:1INVITE Max-foward:70Contact:801020800001Content-Type:application/sdp Content-Length:222v=0o=80102080000128908445262890844526IN IP41.1.1.100s=-c=IN IP41.1.1.100t=00m=audio49172RTP/AVP0a=rtpmap:0PCMU/80002.软交换1接收到请求后向用户A发送确认信号，表示正在对收到的请求进行处理SIP/2.0100Tying Via:SIP/2.0/UDP1.1.1.100:5060;branch=z9hG4bK020836764600000From:801020800001;tag=22af9be9d1eac27To:sip:8010106000021.1.1.1:5060Call-ID:e9aedcb152bbe1903ddd5eed2b111a711.1.1.100CSeq:1INVITE Content-Length:03.经过路由分析，软交换1将请求转发到软交换2INVITE sip:801010600001:5060SIP/2.0Via:SIP/2.0/UDP1.1.1.1:5060;branch=gdasdd00023324334Via:SIP/2.0/UDP1.1.1.100:5060;branch=z9hG4bK020836764600000From:801020800001;tag=22af9be9d1eac27To:sip:8010106000021.1.1.1:5060Call-ID:e9aedcb152bbe1903ddd5eed2b111a711.1.1.100CSeq:1INVITE Max-forward:69Contact:801020800001Record-route:Content-Type:application/sdp Content-Length:222v=0o=80102080000128908445262890844526IN IP41.1.1.100s=-c=IN IP41.1.1.100t=00m=audio49172RTP/AVP0a=rtpmap:0PCMU/80004.软交换2向软交换1发送确认消息，同时将请求转发到用户C INVITEsip:801010600001:5060SIP/2.0Via:SIP/2.0/UDP2.2.2.2:5060;branch=sdfasdfsdf9898709Via:SIP/2.0/UDP1.1.1.1:5060;branch=gdasdd00023324334Via:SIP/2.0/UDP1.1.1.100:5060;branch=z9hG4bK020836764600000From:801020800001;tag=22af9be9d1eac27To:sip:8010106000021.1.1.1:5060Call-ID:e9aedcb152bbe1903ddd5eed2b111a711.1.1.100CSeq:1INVITE Max-forward:68Contact:801020800001Record-route:Record-route:Content-Type:application/sdp Content-Length:222v=0o=80102080000128908445262890844526IN IP41.1.1.100s=-c=IN IP41.1.1.100t=00m=audio49172RTP/AVP0a=rtpmap:0PCMU/80005.用户C振铃（回铃音由主叫方本地放送）SIP/2.0180Ringing Via:SIP/2.0/UDP2.2.2.2:5060;branch=sdfasdfsdf9898709Via:SIP/2.0/UDP1.1.1.1:5060;branch=gdasdd00023324334Via:SIP/2.0/UDP1.1.1.100:5060;branch=z9hG4bK020836764600000From:801020800001;tag=22af9be9d1eac27To:sip:8010106000021.1.1.1:5060Call-ID:e9aedcb152bbe1903ddd5eed2b111a711.1.1.100CSeq:1INVITE Content-Length:06.软交换2向软交换1转发此信号7.软交换1向用户A转发此信号8.用户C摘机SIP/2.0200OK Via:SIP/2.0/UDP2.2.2.2:5060;branch=sdfasdfsdf9898709Via:SIP/2.0/UDP1.1.1.1:5060;branch=gdasdd00023324334Via:SIP/2.0/UDP1.1.1.100:5060;branch=z9hG4bK020836764600000From:801020800001;tag=22af9be9d1eac27To:sip:8010106000021.1.1.1:5060;tag=568549reter9998Call-ID:e9aedcb152bbe1903ddd5eed2b111a711.1.1.100CSeq:1INVITE Contact:801010600002Record-route:Record-route:Content-Type:application/sdp Content-Length:200v=0o=80101060000228908445262890844526IN IP42.2.2.200s=-c=IN IP42.2.2.200t=00m=audio9000RTP/AVP0a=rtpmap:0PCMU/80009.用户A发送确认信号ACK8010106000022.2.2.200:5060SIP/2.0Via:SIP/2.0/UDP1.1.1.100:5060;branch=z9hG4bK020836764600000From:801020800001;tag=22af9be9d1eac27To:sip:8010106000021.1.1.1:5060;tag=568549reter9998Call-ID:e9aedcb152bbe1903ddd5eed2b111a711.1.1.100CSeq:1ACK Maxforward:70Contact:801020800001RouteRouteContent-Length:010.软交换 1、软交换2将此信号转发到用户C11.主叫用户挂机，软交换将拆线信号转发到被叫用户C处BYE8010106000022.2.2.200:5060SIP/2.0Via:SIP/2.0/UDP1.1.1.100:5060;branch=z9hG4bK020836764600000From:801020800001;tag=22af9be9d1eac27To:sip:8010106000021.1.1.1:5060;tag=568549reter9998Call-ID:e9aedcb152bbe1903ddd5eed2b111a711.1.1.100CSeq:2BYE Maxforward:70RouteRouteContent-Length:012.被叫用户发送确认信号表示收到拆线信号SIP/2.0200OK Via:SIP/2.0/UDP2.2.2.2:5060;branch=sdfasdfsdf9898709Via:SIP/2.0/UDP1.1.1.1:5060;branch=gdasdd00023324334Via:SIP/2.0/UDP1.1.1.100:5060;branch=z9hG4bK020836764600000From:801020800001;tag=22af9be9d1eac27To:sip:8010106000021.1.1.1:5060;tag=568549reter9998Call-ID:e9aedcb152bbe1903ddd5eed2b111a711.1.1.100CSeq:2BYE Content-Length:0流程说明?对于SIP-SIP之间的呼叫，由于回铃音由主叫侧提供，因此不需要支持18*信息的可靠传送（特殊业务需求除外）?当网络实体为proxy实现时1.为了确保后续的请求消息不旁路网络中的服务器，要求服务器增加record-route域，同时需要支持loose router方式；2.由于UAS收到的Invite中带有Record-route域，对于180消息如果带有Contact域，则必须带有Record-route域。 ?当软交按照B2BUA的逻辑实现时1.ACK响应200消息（以及Bye响应200消息）时为Hop byHop的过程2.其Via、From、To、Contact应当根据第二分册-协议细则的要求生成，以能够保证呼叫的所有消息都经过该网络实体5.1.1.2基本呼叫，被叫释放SIP用户CSIP用户A软交换机1（Proxy）软交换机2（Proxy）呼叫建立BYE200BYEBYExx00流程说明?拆线信号由被叫发出，BYE消息中的From、to域与初始Invite消息中的from、to域发生颠倒?Cseq的取值应当比本终端发送的初始请求消息的Cseq值加15.1.2不成功的呼叫建立5.1.2.1建立阶段，后向释放5.1.2.1.1被叫用户忙SIP用户AINVITE100Trying软交换机1（Proxy）软交换机2（Proxy）INVITE100Trying486BusyACK486BusyACK6流程说明?用户C下只带有一个终端，因此不考虑fork情况的存在?失败信号由被叫处的网络服务器发出，本规范建议此种方式5.1.2.1.2久叫不应PSTN PSTNIAMACMT9定时器软交换机1（Proxy）软交换机2（Proxy）INVITESDP+IAMIAM180SDP+ACMRELRLC100Trying480TemporarilyUnavailable200OK（PRACK）ACKRELRLCPSTN用户BACMPRACK PSTN用户D SIP用户C状态忙，同时没有在服务器上登记呼叫等待业务流程说明?任何网络服务器都会启动业务层面的定时器保护，此时假定拆线信号由被叫侧网络服务器发出5.1.2.2建立阶段，被叫应答前，前向释放SIP用户C SIP用户AINVITE100Trying180RingingCANCEL软交换机1（Proxy）软交换机2（Proxy）INVITEINVITE180Ringing180Ringing487Request Terminated200OKACK100TryingCANCEL487Request Terminated200OKACKCANCEL487Request Terminated200OKACK5.1.3定时器检验5.1.3.1INVITE消息的定时器（没有收到任何响应消息）软交换2SIP用户DINVITESDPINVITESDPSIP用户100Trying8T1T12T14T116T132T1408Request timeoutACK流程提示?本例说明的是软交换机发送Invite消息后没有收到任何响应的情况，同时假定不考虑业务层面的定时器存在。 ?假定T1=500毫秒，如果网络服务器同时存在业务层面保护器，INVITE的次数可能少于7个。 根据实际运营需要，可对T1进行修改?对终端而言，当发送Invite消息后没有任何消息时，其重发性为也参照该流程5.1.3.2200消息的定时器（等待ACK消息）软交换2INVITESDPSIP用户100TryingT2=8*T1T12T14T1180200OKSDP以后都以T2的间隔重发，总共发送11个200消息，如果仍然没有收到响应，清掉TransactionT2=8T1流程说明?本例说明地使软交换机发送200消息后没有收到ACK响应的情况。 ?当终端发送200消息没有接收到ACK消息时，其重发行为参照该流程。 ?假定T1=500毫秒，T2=4秒。 可根据实际运营的需要对T1进行修改。 5.1.3.3BYE消息的定时器（等待200消息）软交换2SIP用户T2=8*T1T12T14T1以后都以T2的间隔重发，总共发送11个Bye消息，如果仍然没有收到响应，清掉TransactionBYET2=8T1流程说明?本例说明地使软交换机发送Bye消息后没有收到ACK响应的情况。 ?当终端发送Bye消息没有接收到200消息时，其重发行为参照该流程。 ?假定T1=500毫秒，T2=4秒。 可根据实际运营的需要对T1进行修改。 5.2SIP用户-PSTN用户(采用Profile B)?根据第一分册的要求，当被叫用户为PSTN用户时，由被叫端局提供回铃音，因此要求临时响应可靠发送。 ?此时主叫用户发送的INVITE的Supported域中，必须带有100rel参数?被叫用户发送18*消息的Require域中，必须带有100rel参数5.2.1成功的呼叫建立5.2.1.1基本呼叫，主叫释放（要求临时响应可靠传送）SIP用户A软交换1（Proxy）软交换2PSTN用户DINVITESDPINVITESDPIAM100Trying100TryingACMANM200OK(INVITE)ACKACK180RingingSDP180RingingSDPPRACKPRACK200OK(PRACK)200OK(PRACK)200OK(INVITE)建立通话BYEBYExx00RELRLC流程说明?软交换2处的SIP-ISUP互通单元采用B配置?根据第一分册的要求，此时回铃音由被叫端局播放。 因此180信号中带有SDP描述，建立后向通道。 为了保证18*信号的可靠传送，要求必须支持RFC3262?按照协议要求，被叫应答时的200响应，不应当带有SDP描述。 如果后续业务，需要对媒体资源地址进行修改，通过update进行修改5.2.1.2基本呼叫，被叫释放（要求临时响应可靠传送）SIP用户A软交换1（Proxy）软交换2PSTN用户D建立通话BYEBYExx00RELRLC5.2.2不成功的呼叫建立5.2.2.1建立阶段，后向释放5.2.2.1.1被叫用户忙（被叫端局播放语音通知音）SIP用户A软交换1（Proxy）软交换2PSTN用户DINVITESDPINVITESDPIAM100Trying100TryingACM183SDP建立后向通道播放语音通知PRACK183SDPPRACK200（PRACK）200（PRACK）流程说明?根据第一分册、第二分册的要求，软交换2根据收到的ACM消息映射成183消息，并且183消息中带有SDP，建立后向通道?主叫用户听得语音通知后，如果挂机，将会发送Cancel消息?如果主叫用户没有挂机，被叫端局在一定时限后将会发送拆线信号，软交换2根据接受到的REL消息发送失败消息道主叫侧，结束本次呼叫。 5.2.2.1.2等待PSTN域的ACM信号PSTN SIP用户AINVITE100TryingACKREL软交换机1（Proxy）软交换机2（Proxy）INVITEIAMRLCACK100TryingT7定时器484484流程说明?由于PSTN网络本身存在T7定时器，因此此时的拆线信号可能由PSTN网络中的任何一个端局发出，本项目假设由被叫侧的软交换发出拆线信号?软交换2根据Q.1912的要求生成相应的4*消息5.2.2.1.3久叫不应PSTN用户D SIP用户AINVITE100TryingACKACMREL软交换机1（Proxy）软交换机2（Proxy）INVITEIAM180RingingSDPRLCACK100TryingT9定时器180RingingSDP480Temp Unavailable480Temp Unavailable流程说明?由于PSTN网络本身存在T9定时器，因此此时的拆线信号可能由PSTN网络中的任何一个端局发出，本项目假设由被叫侧的软交换发出拆线信号5.2.2.2建立阶段，被叫应答前，前向释放SIP用户A软交换1（Proxy）软交换2PSTNINVITESDPINVITESDPIAM100Trying100TryingACM200OK(CANCEL)ACKACK180RingingSDP180RingingSDPPRACKPRACK200OK(PRACK)200OK(PRACK)200OK(CANCEL)RELCANCELCANCELRLC487Request Terminated487Request Terminated5.3PSTN用户-SIP用户(采用Profile B)?根据第一分册的要求，当被叫用户为SIP用户时，此时主叫侧提供回铃音，因此临时响应的可靠传送不是必须的。 ?在5.3所示的各流程中，没有PRACK流程的出现5.3.1成功的呼叫建立5.3.1.1基本呼叫，主叫挂机SIP用户APSTN180Ringing200OK软交换机1软交换机2（Proxy）INVITE100Trying INVITE180Ringing200OKACK ACK建立通话BYEBYExx00PSTN用户DACMIAMANMRELRLC流程说明?根据第一分册的要求，所有的SIP用户号码为特殊号码。 软交换1接收到呼叫后，通过号码分析，确定为被叫为SIP用户，软交换1与2之间的NNI接口采用SIP信令?由于被叫用户为SIP用户，回铃音由主叫侧提供。 因此当软交换1收到180消息后（没有SDP），软交换1通过控制其下媒体资源服务器向主叫用户播放回铃音。 ?不要求临时响应可靠传送5.3.1.2基本呼叫，被叫挂机5.3.1.2基本呼叫，被叫挂机SIP用户APSTN软交换机2（Proxy）软交换机1（Proxy）建立通话BYEBYExx00PSTN用户DRELRLC5.3.2不成功的呼叫建立5.3.2.1建立阶段，后向释放5.3.2.1.1被叫用户忙PSTN软交换机1（Proxy）软交换机2（Proxy）INVITE100TryingS IP用户C处于通话状态，同时启动呼叫等待业务486BusyACKRELPSTN用户DIAMRLC流程说明?用户C只带一个终端，因此不考虑fork情况的存在?失败信号由被叫处的网络服务器发出，本规范建议使用此种方式5.3.2.1.2久叫不应PSTN SIP用户AACM软交换机2软交换机1（Proxy）INVITEACK100TryingT9定时器PSTN用户DIAMINVITE180180CANCEL200(CANCEL)480487Request TerminatedACKRELRLC流程说明?任何网络设备都会启动T9定时器，本例假设有软交换2发出拆线信号5.3.2.2建立阶段，被叫应答前，前向释放PSTN SIP用户AACM软交换机2软交换机1（Proxy）INVITEACK100TryingPSTN用户DIAMINVITE180180CANCEL200(CANCEL)487RequestTerminatedACKRELRLCCANCEL200(CANCEL)487RequestTerminated流程说明?本例假设180消息不带tag参数?根据Q.1912的规定，如果软交换1接收到的180消息的to域带有tag参数，则软交换1应当发送Bye消息。 5.4PSTN用户-PSTN用户(Profile C，要求临时响应可靠传送)?根据第一分册的要求，当被叫用户为PSTN用户时，由被叫端局提供回铃音，因此要求临时响应的可靠传送。 5.4.1成功的呼叫5.4.1.1基本呼叫，主叫释放5.4.1.1基本呼叫，主叫释放PSTN PSTNACM软交换机1软交换机2INVITESDP+IAM100TryingPSTN用户BIAMIAMACM180SDP+ACMPSTN用户D PRACK200(PRACK)ANM200ANMACKANM建立通话RELBYERELRELRLC200RLCRLC流程说明1.PSTN网络侧发送IAM消息到软交换1,请求路由2.软交换1判别被叫用户为非SIP用户后，NNI接口上采用SIP-I信令。 因此初始发送的Invite消息中将会封装PSTN发送的IAM消息同时带有主叫侧媒体网关的SDP消息。 3.软交换1将INVITE消息发送到软交换24.软交换2通过号码分析，确认被叫用户为PSTN用户。 软交换2提起封装在Invite消息中的IAM消息并结合相应的本地策略生成新的IAM消息发送到PSTN网络5.被叫用户空闲6.软交换2根据收到的ACM消息，映射成180消息，由于此时的回铃音由被叫端局提供，因此此时的180消息中会封装ACM消息同时带有被叫侧媒体网关的SDP信息。 7.软交换2将此消息发送到软交换18.软交换1根据收到的180消息，提取ACM消息并结合本地策略，生成新的ACM消息，发送到主叫侧PSTN网络9.由于媒体资源由后向提供，因此需要临时响应信号（18*）消息的可靠传送。 因此软交换1在向主叫侧发送ACM的同时向软交换2发送确认信息，表明已收到18*消息。 10.被叫用户应答11.软交换2接收到被叫侧PSTN网络发送的ANM消息后，由于主、被叫侧双方已建立的通道不需修改，因此此时发送的200中只需要封装ANM消息而不需要有SDP消息12.软交换1接收到200消息后，提取出ANM消息并结合本地策略，发送到主叫侧PSTN网络13.软交换1向软交换2发送ACK消息，表示已收到软交换2发送的200消息14.主、被叫用户建立通话15.一定时间后，会话结束，主叫用户挂机。 主叫侧PSTN网络向软交换1发送REL消息16.软交换1接收到REL消息后，向主叫侧发送RLC消息；同时将REL消息封装在BYE消息中，发送到软交换217.软交换2接受到BYE消息后，向软交换1发送封装RLC的200消息；同时向被叫侧PSTN网络发送REL消息，同时接受被叫侧PSTN网络发送的RLC消息5.4.1.2基本呼叫，被叫释放（要求临时性响应的可靠传送）呼叫成功建立前的流程与4.4.1.1的相同,只是此时的拆线信号由被叫侧发起。 5.4.2不成功的呼叫建立5.4.2.1建立阶段，后向释放5.4.2.1.1被叫用户忙PSTN PSTNREL软交换机1软交换机2INVITESDP+IAM100TryingPSTN用户BIAMIAMREL486BusyRELPSTN用户DACKRLCRLC5.4.2.1.2久叫不应PSTN软交换1PSTNINVITESDP+IAMIAMIAM100TryingACM180SDP+ACMACMPRACK200OK(PRACK)RELPSTN用户BPSTN用户D软交换2T9定时器RLC408TimeoutRELACKRELRLC流程说明?由于PSTN网络本身存在T9定时器，因此此时的拆线信号可能由PSTN网络中任何一个局发出，本项目假设由被叫侧的软交换发出拆线信号5.4.2.2建立阶段，在早期对话建立后，前向释放PSTN软交换1PSTNINVITESDP+IAMIAMIAM100TryingACM180SDP+ACMACMPRACK200OK(PRACK)RELPSTN用户BPSTN用户D软交换2RLC200(BYE)RELRLCBYEREL487(Request Terminated)ACK流程说明?由于180消息已经建立了媒体通道，如果被叫方在被叫应答前拆线，软交换1发送Bye消息?BYE消息中应当封装REL消息6.业务控制6.1SIP用户-SIP用户6.1.1Presence6.1.1.1体系结构Presence AgentSip终端1其他终端Sip终端2呈现业务服务器软交换Presence AgentRegisterPresentityWatcherPresentityWatcherSIP终端1和终端2互为Watcher和Presentitiy6.1.1.1.1信令流程6.1.1.1.2呈现服务器启动软交换机呈现业务服务器SUBSCRIBE200OK NOTIFY200OK流程说明1.呈现业务服务期启动时，会根据自身管理的SIP终端的信息向软交换机发送Subscribe消息请求软交换机当SIP终端注册或注销时，由软交换机将此状态信息通知呈现业务服务器。 2.如果软交换机和呈现业务服务器存在互信关系，软交换机将终端的状态信息（注册或者注销）通知呈现业务服务器。 6.1.1.1.3用户登录流程说明1.SIP终端1向交换机发送注册请求，通过鉴权后软交换机回送200ok响应。 2.软交换机发现呈现业务服务器已经订阅了此终端的状态通知，就发送notify（reg）消息通知呈现业务服务器。 3.SIP终端1发送Subscribe（winfo）消息请求订阅watcher信息。 4.呈现业务服务器通过Notify（winfo）消息将订阅者（watcher）的信息发送给SIP终端。 5.SIP终端1按照一定鉴权策略（可参考XCAP）获取Presentity的信息后，发送Notify（authinfo）消息给呈现业务服务器，呈现业务服务器根据鉴权结果决定是否发送终端1的状态信息给订阅者。 6.SIP终端通过一定的方式（可参考XCAP）获取Presentity的消息后。 发送Subscribe（presence）消息给呈现业务服务器Presentity的状态消息。 7.呈现业务服务器通过终端2和其它Presentity的授权后给终端2和其它Presentity的状态信息给终端1。 6.1.1.1.4增加Presentity呈现业务终端1呈现业务服务器呈现业务终端2SUBSCRIBE presence202AeptedNOTIF