VoIP网关的数图(Digitmap)匹配规则.docVIP

VoIP网关的数图（Digitmap）匹配规则 DigitMap描述符 关于DigitMap描述符，可以应用于接入网关或一些Media Server中，要求它们进行收号，并对收到的号码与DigitMap表进行匹配，并在匹配结束时（可能是无异义匹配、完全匹配、不完全匹配）上报给Softswitch（此时，要求在Event中需有检测收号完成事件）。DigitMap描述符可以应用于用户摘机时随拨号音一同下发给MG，要求用户拨号；也可以用于新业务中收取诸如卡号、密码、语音类别等场合。 VoIP网关在上报用户拨打的号码时，最好是将号码先存放在一个缓冲器（BUFFER）中，全部收齐后再通过一个消息发出去。问题在于，网关如何能够预见用户拨打的号码的数量。解决办法是：网关收到号码后与digitmap中的entry（条目）进行比较，如果与1个entry完全匹配，则立即发送消息给MGC；如果与1个entry部分匹配，但是再收到其它号码可能与某个entry完全匹配，则继续等待。 编写digitmap中的entry（条目）的语法如下： 数字（Digit）：一个从0到9的数字。 计时器（Timer）：符号T 匹配一个计时器的时长（expiry）。 双音频（DTMF）：一个数字、计时器或符号A，B，C，D，#或*。 通配符（Wildcard）：符号x可以匹配任何数字(0到9)。 并列（Range）：一个或几个DTMF符号包含在方括号[ ]中，取其中一个。 区域（Subrange）：两个数字被连字符 - 隔开，表示可以取自该范围内的一个数字。 英文句号： “ . ”表示前面的数字等可以出现任意次数，包括“0”次） 数图判别的顺序是从右往左判别，就像从个位到十位，再到百位千位一样。 如果一个号码是1800383848，即使设置成digitmap是: ([2-8]xxxxxx|13xxxxxxxxx|1800383848|0xxxxxxxx|9xxxx|*|#|x.#|1[0124-9]x|[0-9*#].T) 网关也不会一次性上报1800383848上来，因为数图处理时会以最早适配到的数图项上报，而|1[0124-9]x|是最先适配到的180,因此必需修改digitmap成这样： |1[0124-79]x|18[1-9]x|1800383848| 才会一次性上报1800383848。 再比如：(xxxxxxx|x11) 当收到“41”时，网关会等待；当收到411时，由于和“x11”完全匹配，尽管有可能匹配“xxxxxxx”，但是网关仍会立即发送“411”给MGC。 下面的DIGITMAP例子更为精确： (0[12].|00|1[12].1|2x.#) 如果拨“0”，则因为（“.”）允许前面的数字[12]出现的次数为0到任意值 ——即可以接收的数字为0、01、011、0111、02、022、0222——而马上满足匹配。于是用户就没有机会拨“00”。 如果拨“1”，则只是部分匹配。拨“12”也是仅仅部分匹配，可是拨“11”和“121”都是匹配的。 如果拨“2”，则是部分匹配。拨\23\, \234\, \2345\等也只是部分匹配。只有拨“#”才会产生一个完全匹配。例如“2345#”。拨“2#”也是一个匹配。 如果没有使用数图，用户必须在拨完号之后按下呼叫键“call”，就像使用移动电话一样。在VOIP的早些时候，许多软件和硬件使用“#”键呼出。今天随着VOIP同PSTN的融合，由于“#”键在PSTN系统中被广泛用于补充服务，所以使用“#”键作为呼叫功能不再是一个好主意了。 DigitMap 示例 当拨号方案如下所示时： 11X 紧急呼叫和特服呼叫 6XXXXXXX 本地号码 0 长途号码 00 国际长途 *xx 补充业务 DigitMap 所定义的号码采集规则可以如下描述： 则该号码采集规则的DigitMap 如下所示： {11x |6 XXXXXXX|0[1—9]XXX. |00XXX. |Exx} E就是 * 号键；F就是 # 号键 DigitMap和路径名称 从句法角度来讲，数字映射是具备句法约束的一组字串。数字映射的合法句法参见RFC 2234。 数字映射（DigitMap） 定义一组特定的事件被匹配的模式，使得事件可以按组而不是单个上报 数字映射的定义、创建、修改和删除 数字映射是驻留在媒体网关内部、用于检测和上报终结点拨号事件的拨号计划。数字映射描述符由数字映射名称和相应的数字映射构成。数字映射描述符可以事件描述符被预先加载于媒体网关之中,且通过数字映射名称被引用；数字映射描述符也可以动态定义, 随后通过所定义的数字映射名称进行引用；或者可以通过事件描述符指定实际的数字映射。与数字映射描述符的传输顺序无关，事件描