专注SIP通讯产品与方案

报文等待指示信令过程

  此业务包括三个信令过程:
  ·激活(Activate):用于报文中心向被服务用户通知有到达的报文,同时可告之报文类型、等待报文数等详细信息。该过程也可用来向用户发送向指定端点回叫的Callback请求。
  ·去活(Deactivate):用于报文中心告之用户已无等待报文。此时,用户处的报文等待指示应去除。
  ·询问(Interrogate):用于用户向报文中心询问是否有报文等待。报文可以是多种型式,每一类报文对应一种基本服务(如传真、语音信箱等),每种基本服务可有其自己的报文等待指示补充服务。由于报文等待指示和呼叫尤关,因此其SSAPDU都是在呼叫无关信令信道上传送的。该信道也由Setup消息建立,在SSAPDU传送完毕后就释放。
  所有报文等待指示的操作都要求证实,因此均包含Invoke和RR两类APDU,,InvokeAPDU中NFE的目的实体置为"端点";不含解释APDU,也就是说,若接收方收到不可辨认的InvokeAPDU,就回送RJAPDU。
  图5.37示出报文等待指示(MWI)的激活信令过程。
报文等待指示的激活过程
  报文中心经由Setup消息的UUIE向用户发送激活InvokeAPDU,用户则经由Connect消息返回激活RRAPDUc报文中心收到证实后,发现义有新的报文到来,于是又通过Facility消息和用户交换新的激活InvokeAPDU和RRAPDU,告之更新信息。最后,报文中心发送ReleaseComplete,关闭该信令信道。
NWI的激活InvokeAPDU主要包括以下数据单元:
.被服务用户的端点地址
.基本服务
.报文中心标识
.等待报文数
.在中心留下报文的用户的地址
.留报文的时间
.等待报文中的最高级别
  其中,前二项为必备数据。其操作码设定为80。该APDU也可用作回叫指示,此时,等待报文数置零;报文中心标识置为回叫的用户端点地址;基本服务一般詈为”所有服务",即巾H.245过程确定媒体类型。
  图5.38示出报文等待指示的去活过程(其InvokeAPDU比较简单:
报文等待指示的去活过程
        一般仅含用户地址、基本服务和报文中心标识三项数据单元,用于去活所有匹配码在此之前的激活操作。有时还可包含一个布尔数据CallbackReq,如果该数据置真,则仅去活匹配的回叫激活操作;如果置假,则仅去活匹配的非回叫激活操作。
        由于报文中心可能会同时心发出的同一个SSAPDU中可包含多个激活和去激活Invoke APDU。
  图5.39示出报文等待指示的询问过程:
报文等待指示的询问过程
它和去活过程类似,只是消息的传送方向相反。其Invoke APDU较简单,和去激活相同;RRAPDU包含数据较多,和激活Invoke APDU基本相同。