VoIP网关的数图（Digitmap）匹配规则DigitMap描述符至于DigitMap描述符，可以应用于接入网关或一些MediaServer中，要求它们进行收号，并对收到的号码与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|6XXXXXXX|0[1—9]XXX.|00XXX.|Exx}E表示事件DigitMap和路径名称从句法角度来讲，数字映射是具备句法约束的一组字串。数字映射的合法句法参见RFC2234。本节下面列举的部分数字映射仅是描述性的。它与本建议书附件B中定义的数字映射有一定的差异。数字映射（DigitMap）定义一组特定的事件被匹配的模式，使得事件可以按组而不是单个上报H.248协议数字映射描述符（DigitMap）数字映射的定义、创建、修改和删除数字映射是驻留在媒体网关内部、用于检测和上报终结点拨号事件的拨号计划。数字映射描述符由数字映射名称和相应的数字映射构成。数字映射描述符可以事件描述符被预先加载于媒体网关之中,且通过数字映射名称被引用；数字映射描述符也可以动态定义,随后通过所定义的数字映射名称进行引用；或者可以通过事件描述符指定实际的数字映射。与数字映射描述符的传输顺序无关，事件描述符中所包含的“数字映射结束”事件可以通过“数字映射名称”来引用同一...
