专注SIP通讯产品与方案

补充业务实现的通用机制

  和ISDN一样,H.323系统采用通用的远程操作服务(ROS-RemoteOperationService)机制来实现补充业务。它认为,无论是什么补充业务,其在线登记、激活和使用都可以抽象为两个远程节点之间特定操作的请求和执行过程,业务的不同只是操作类观和参数的不同而已,因此可以借用X.219建议定义的ROSE协议来传递补充业务控制信息,实际上,7号信令的TCAP协议也是基于同样的机制。
  在ROSE协议中,两个远程对等应用进程之间交换的应用协议数据单元称为ROSEAPDU,它有如下4种类型:
  (1)调用(INV-Invoke):向对方发出执行某项操作的请求。其主要参数有:
  ·InvokeID:调用标识号。标识对等节点之间的一个操作交互过程。一般说来,一对节点间可以同时进行多个操作交互。
  ·LinkedID:关联标识号。标识和本交互过程相关的另一个交互过程。例如:另一操作的执行尚缺少某项数据,为此执行本操作以获取该数据,这时就要用到此参数。一般用得不多。
  ·Opcode:操作名。标识每一个具体的操作,其编号由应用协议确定。例如,在H.450.X建议中就为补充业务用到的各个操作规定了操作码。
  ·argurnent:操作参数。
  (2)回复结果(RR-ReturnResult):对方执行操作后,将结果返回本方,此结果也可以是简单的证实信息。某些操作不要求对方回复结果,则消息交互可以不含RR。其主要参数有:
  ·InvokeID:指明是哪一个调用的返回结果。
  ·Result:内含Opcode和结果。
  (3)回复出错(RE-ReturnError):对方指示无法执行所要求的操作,例如对方不能支待该项补充业务。其主要参数有:
  ·InvokeID
  ·erroocode:出错代码。每个应用协议都规定了各个代码的具体含义。
  ·Parameter:参数。
  (4)回复拒绝(RJ-ReturnReject):对方指示拒绝执行该操作,其原因是发现消息有误,即出现协议性差错。其主要参数有:
  ·InvokeID
  ·Problem:给出发现的具体问题。也以编号表示。
上述ROSEAPDU都可用规范的ASN.l标记方法形式化描述。
H.450.1建议规定:所有补充业务的控制信息都采用ROSEAP-DU形式传送,关于某一补充业务的若干ROSEAPDU组成一个h4501ssAPDU,该APDU作为一个用户信息封装在相关消息的UUIE中传送。其结构如图5.35所示。
补充业务控制信息传送的通用机制
在一个UUIE中允许有多个h4501SSAPDU,在一个h4501SSAP DU可包含多个ROSEAPDU,要求同-SSAPDU中的所有ROSEAP DU的目的实体均相同。
h4501SSAPDU由如下三个数据单元组成:
扩展的网络设施(NFE-NetworkFacilityExtensions);
解释APDU;
服务APDU。
  其中,服务APDU可由一个或多个ROSEAPDU组成,为补充业务的操作控制信息。解释APDU指示接收端点对服务APDU中任一InvokeROSEAPDU不能识别时应如何处理。处理方法有三种:
  .如果解释APDU指示值为"拒绝不可识别InvokePDU",则接收方应向源实体发送RJAPDU,其problem参数指示为“不可识别的操作"。这是ROSE协议对该类问题的正常处理,如果没有解释APDU,亦按照此原则处理。
  .如果解释APDU指示值为“若任何InvokePDU不可识别则清除呼叫",则接收方向源实体发送RJAPDU,同时释放该InvokeAPDU相关的呼叫或信令连接。
  .如果解释APDU指示值为"丢弃不可识别的InvokePDU",则简单地丢弃,不回送RJAPDU。
NFE可包含4项数据元素:源实体、源实体地址、目的实体和目的实体地址,用以识别源和目的地,提供SSAPDU选路信息。发送方确定NFE目的实体及地址的规则为:
  .如果远端补充业务控制实体就是该SSAPDU的目的实体,则置目的实体为"端点”,目的实体地址可省略。
  .如果未指定目的实体,则置目的实体为“任何实体”。此时,只要任一接收实体能理解该SSAPDU,它就是目的实体。
  .如果至远端端点信令路径上某H.323实体为目的实体,则目的实体置为“任何实体”,目的实体地址置为指定实体的地址。
  .如果至远端信令路径上的下一实体(如网闸)为目的实体,则NFE可省略。
  在消息发送路径上的每一接收实体根据上述规定判定自身是否为该SSAPDU的目的实体。如果是目的实体,则按顺序逐个处理ssAPDU中的各个ROSEAPDU,并按解释APDU的指示处理异常情况;如果不是目的实体,则前传该SSAPDU。
  在H.225.0中,下述消息可以传送SSAPDU:Alerting、CallProceeding、Connect、Setup、RE1easeComplete、Progress和Facility。任一实体发送SSAPDU时,首先应选择呼叫建立或呼叫清除消息发送,如果当时没有这些消息需发送,则由Facility消息发送。另外,若前一发送或接收的Setup消息尚未应答,则暂不发送Facility消息。
  SSAPDU的传送有两种可能的方式。种是借助呼叫相关的估令过程,经由相关消息发送,这些消息中都带有CRY。适于和呼叫相关的补充业务的信息传送。另一种方式是用H.225.0呼叫建立过程在补充业务对等控制实体之间建立-个呼叫尤关的信令连接,然后仵此连接上传送SSAPDU,适用于与呼叫尤关的补充业务信息传送在这种方式中,二对策实体间没有H.245控制信道,也没有媒体逻辑信道,网闸选路过程和RAS过程仍然适用。但此时Setup消息中的承载能力(BC)IE的字段定义和一般呼叫有所不同,其信息传送能力应置为“不受限数字信息”,传送模式和信息传送速率都置为
“呼叫尤关信令连接”。另外,Setup-UUIE中应包含参数ConferenceGoal(会议目标),置值为"呼叫尤关补充业务”。
  H.450.1建议规定的上述原则是所有补充业务使用的公共协议机制,其本身并不控制任何一个补充业务。具体补充业务的h4501SSAPDU的定义及信令过程由相应的H.450.X规定。下面简要叙述呼叫等待和报文等待指示两个补充业务的实现过程,前者是呼叫相关业务,后者是呼叫尤关业务。