分类 "電腦網絡" 的存档.

电脑城里面的推“皮球”现象

前几天,同事在武昌广埠屯赛博四楼银嘉买了台华硕的笔记本电脑

标价5900,最后同事砍价到5100成交了!15寸的华硕大本本,配置一般!然后他回到家里面到华硕官网上面一查价格

才发现这款笔记本官方报价4200!然后我们通过关系查到这个笔记本商家一般卖4100,有的报3900.

其实卖这么贵也就算了吧,谁让一个愿卖,一个愿买呢?

主要是后期的笔记本电脑质量问题一直得不到圆满的解决,让我们很是恼火!

买回来的第二天,网卡有问题了,插上网线以后无法上网,到他们售后部装了一个系统又好了。。。

再回来上网,晚上玩了两个小时的游戏,突然黑屏了!

然后就再也开不开机了!

因为是买的第三天嘛,就出现了这么严重的质量问题,同事感到很不爽!要求他们退货,晚上我们一起去的银嘉的店面。

五点钟去的,我们强烈要求找他们店长退货,他们的工程师检测以后,说店长不在!我们让他打电话给店长让他过来,可是他居然说不知道店长的电话号码!可恶!

说要退,得先去售后部先检测机器,然后那边开单以后才能退机。我们就让开始卖我们电脑的那个女的带我们去他们的售后部,她来是来了,我们只是看到她了,不过她让她同事,一个男的带我们去他们的售后部,我们问了一下情况,他说先检测,我问那检测出问题以后再到哪里退机?他说在售后部,好,我们相信他了

到资讯广场四楼检测以后,他们又说像这种问题非要到华硕的售后部检测才行!

这不明显是在耍我们吗?一会说来这里,现在来了又说要去华硕的售后部?我们不干就在那里跟他们死吵!

把他们那里的一个售后主管(女的)吵得面红耳赤。。。仍然是没有解决问题

其间那男的不停的道歉,我们根本都不吊他的!谁让你们先说不知道店长电话的?然后又说在这里可以检测并退机的?

这么说的原因无非就是不想让我们在你们的门面闹事吗?

然后时间一点一点的过,到了晚上六点了,他们要关门了,我们看到现在反正也是无法解决问题了的

跟他们说好今天再去到华硕的售后部检测,来了以后我们发现我们又被忽悠了。。。。。

知道华硕的售后工程师是怎么说的吗?一台开机没有任何显示的笔记本电脑,他居然说要用软件检测两天!

我想请问下:连机都开不了了,怎么还能用软件检测呢?而且他还说不打开机器!不打开机器用软件检测?而且又是两天的时间?我的天啊,两天的时间可以发生多少事啊,要是你们把检测到问题的配件给更换了,然后告诉我们机器正常?我们该怎么办?而且等七天的保退期一过,我们还能退机吗?

我们一群人,有五六个人,在那里不停的同他们吵,基本上他们都是被我们说得无话可说了,其间,我让同事打了华硕的800电话,半天都没有人接!而且我自己也用手机打了他们的400电话,也是半天没有人接,最后里面提示由于长时间无人接听,让我自动挂掉。。。

典型的推皮球案例!

直到今天晚上还是没有把问题解决,不过他们同意让我们换机,换不同型号的机器也可以。

明天我们再去看看!

回来的时候,我们看了一个东芝的笔记本电脑,标价是5999,我们看了半天,那销售员看我们也是的确想要的

后来给报了4700。。。。。

什么样的暴利?最后我们要走了,他们又主动降了一百元。。。。

还有就是前不久,银嘉的店里面有人买了一台索尼的笔记本电脑,他们黑别人一万多。。。。。

一万多的笔记本,卖别人2万9!后来别人知道了以后来闹事,硬是又送了别人一个相机。。。

所以说,以后大家到电脑城买笔记本的时候,最好是找个懂电脑的人(要真正懂电脑的人)

还要货比三家!千万别再去银嘉买电脑了!他们是全国连锁的,嚣张得很!

他们的店长还跟我同事叫嚣:这款笔记本电脑只有我们银嘉有,别的地方都没有!赚你1000多是应该的!

太牛X了!

写这篇文章的目的是要告诉大家,以后再遇到这种事,直接带人到他们门面去闹就是的!

没事最好是天天去,最后还要打315投诉!

反正五一快到了!让他们在电视上爆下光,也算是提高知名度吧~~~~

PS:今天我们去换机了,选了一台三星R480的本本,我看得清清楚楚硬盘是500G的

他们说这个要5200!我打电话给我同事,让她帮忙问个价,她说拿货价是4800,一般卖不会低于5000

于是我就跟他们说我们只出5000,后来又说了半天,他们同意少一百,即5100,刚好是我同事买那个华硕笔记本的价格

我们就让他们送个贴膜,然后才同意!

可是等笔记本一拿过来,我就发现笔记本硬盘缩水了!硬盘由原来的500G变成了320G了,而且硬盘的牌子也变成了WD(西部数据)原来的硬盘肯定不是这个,具体是哪个牌子的,我没有细看!

我们说他们这样做肯定不行,要求要原来的那个机器,不过她们又说在给我们介绍的时候只是拿了个样机过来,但是介绍的是硬盘是320G的!。。。我简直是无语了!我向我同事问价格的时候问得很清楚了,硬盘是500G的同样配置的机器拿货价是4800,他们现在送过来又换了一台机器,还说什么,我们可以要那台样机!我们买新的机器怎么可能会去要样机呢?

都折腾好几天了,我们不想再折腾了,就这样算了,让他们给我们换了个好的耳机,还送个贴膜和鼠标,最后了事

再次提醒大家,以后千万别去银嘉买笔记本电脑了!TMD太黑了!

今天是搞得晚,要不然老子们非要把315的给请过来评评理!

Fuck….

转:不仅仅是个邮箱的问题

我不知道在号称3亿多的网民中,有多少人从没收发过email,又有多少人,只会用QQ邮箱,对Gmail却置若罔闻。

就像Google搜索引擎在中国永远干不过百度一样,Gmail邮箱也从来不是其他国产邮箱的对手。我想这有几个原因:

1、Gmail一度采取邀请制,属于老鼠会性质。要想注册gmail必须满足两个条件:首先你要有一个邮箱;其次,要有Gmail用户邀请你。这就陷入一个小第二十二条军规的悖论。我正因为没有邮箱,才想注册一个。你却告诉我,必须有邮箱,才能注册。好吧,我忍。即便如此,如果我的朋友中没有gmail用户,我还是注册不成gmail。毫无疑问,这是gmail在中国推广最大的瓶颈。

虽然说Gmail已经取消了邀请制,但是对于很多人来说,还是不得其门而入。

2、中国很多网络用户,喜欢坐享其成,连简单的表单都懒得填,最希望能捆绑注册好,直接就用。QQ邮箱和电信188邮箱,就是这么做的,你的信箱与号码同时开通。从产品设计学的角度,用户是没错的。你的产品越简单,用户就越喜欢。IT漫画家西乔老师有句名言:“世界上用户体验最好的产品设计是 nipple。所有新用户一眼就会使用,而且终身依赖。”如果上天不仁,给婴儿设计一个咖啡机一样的喂奶装置,那么人类也就没有今天了。

3、Gmail另一个不体贴的地方,就是英文域名。对于中国用户来说,看到英文就像省长看到录音笔一样,恐惧加疙瘿。要知道mail这个单词虽然只有四个字母,但严重不好拼写,有很多年,我都分不清到底是mail还是mial,相信有此困惑的用户定然不少。既然这么难拼难记,很多人就放弃了。

然而,只要克服邀请、注册、域名的障碍,Gmail就会给你打开一片天。

Gmail是云计算的代表。云计算,就是把你的资料文件和程序,都放在“云”中,这个“云”指的是网络和服务器。硬盘可以损坏,电脑可以失踪,但放在云中的资料和程序,损坏的几率却很小。

Gmail不仅仅是一个邮箱,它是Google一系列服务的集合和原点。请注意,我说的是身在海外的Google,不是中国的谷歌。有了Gmai,你至少可以享有以下好处:

1、一个超大而安全的邮箱。超大不奇怪,现在都宣称自己的邮箱有几个G。安全不容易。要知道Gmail秉承Google不作恶的口号,没有给任何政府和组织留下后门。即便是山东蓝翔技校的厨师、汽车修理工都没法把它奈何。

2、一整套Google服务的钥匙。Gmail邮箱,也就是你的Google帐号,有了它,你电脑上不用装Office,就可以用Google Docs来读取WORD, EXCEL,PPT文件;有了它,你就得到了一个免费短信提醒服务的日历;有了它你可以使用Google开发的多种新功能,比如BUZZ。有了它,你就有了在互联网上的一把通用钥匙。你甚至可以把Gmail用作支付宝、paypal帐号,这样这个安全的邮箱就是你的网路银行卡。

如果你不用Gmail,也不会有说你什么,但是想象一下,你拿着一份印着QQ邮箱、188邮箱,126邮箱的简历,去申请一个IT公司的职位,你会从招聘主管的脸上,看到一丝轻微的乌云掠过。是的,在这一刻,你被定性了。你成了长不大的90后,因为显然你是QQ控。要么你是不思不动的土老肥,只会用移动188套餐给你的东西。最可怕的是126邮箱,因为这个古老的邮箱说明两件事,你上网很早,你依然不思进取,还用这个化石邮箱,你该回家抱孙子,或者被孙子抱了。

BYE BYE,不送。

Gmail官方地址: www.gmail.com
警告:
www.gmail.cn不是Gmail官方网站,有被钓鱼的危险。

Gmail邮箱注册网址:http://mail.google.com/mail/signup

来自 Google 阅读器

转自:牛博山寨头条


MGCP协议RFC2705-软交换分组协议基础

软交换分组协议基础

MGCP协议

目  录

第1章 MGCP协议介绍 3

第2章 MGCP协议常见名词解释 5

2.1 端点的命名 5

2.2 连接的命名 6

2.3 呼叫的命名 6

2.4 事务标识和三次握手 6

2.5 事件、信号与包 7

2.6 号码分析表 8

第3章 MGCP命令解释与说明命令 10

3.1 命令的格式 10

3.1.1 命令行 10

3.1.2 参数行 11

3.2 MGCP命令介绍 12

3.2.1 通知请求(RQNT) 12

3.2.2 通知命令(NTFY) 13

3.2.3 创建连接命令(CRCX) 13

3.2.4 修改连接命令(MDCX) 14

3.2.5 由呼叫代理发起的删除连接命令(DLCX) 15

3.2.6 由网关发起的删除连接命令(DLCX) 15

3.2.7 审计端点命令(AUEP) 16

3.2.8 审计连接命令(AUCX) 16

3.2.9 重启命令(RSIP) 17

3.3 命令示例 17

3.3.1 MGCP命令编码的示例 17

3.3.2 响应格式 18

第4章 MGCP接续流程分析 20

4.1 成功呼叫流程 20

4.2 不成功呼叫流程 22

第5章 MGCP在组网中的实际应用 1

5.1 MGCP在NGN组网中的应用: 1

5.2 MGCP在SoftX3000产品中的应用: 2

5.2.1 协议栈 3

5.2.2 功能实现 4

关键词和缩略语:

MG --媒体网关

MGCP--媒体网关控制协议

CA--呼叫代理

MGC--媒体网关控制器

Endpoint--端点

Connection--连接

摘    要:

本文对网关控制协议(MGCP)做了简单的介绍,包括MGCP协议的概念、原理及在NGN组网中的应用。

在MGCP定义的呼叫体系结构中,呼叫控制功能和媒体网关相分离,由外部呼叫控制单元来处理。

本文由五个主要部分组成:

«   MGCP协议的定义及简单介绍。

«   与MGCP协议相关的概念、名词解释说明。

«  MGCP命令及消息单元的描述。

«   接续过程描述,包括成功接续过程和失败接续过程的描述与分析。

«   MGCP在NGN 组网中的应用。

参考资料清单:

µÚ1ÕÂ

第1章   MGCP协议介绍

IETF制定的MGCP(Media Gateway Control Protocol)协议是一个分布式IP电话网关系统的内部协议,用于控制来自外部呼叫控制单元的IP语音(VoIP)网关。从本质上说MGCP是一个主/从协议,网关需要执行媒体网关控制器发出的命令。

IP 电话网关系统由呼叫代理(Call Agent)和一组网关(MG)组成,如图1所示:

图1   IP电话网关系统

图中呼叫代理(Call Agent)又称媒体网关控制器(Media Gateway Controller)主要完成与呼叫过程相关的信令功能,对媒体网关和信令网关的操作过程进行控制和管理。

网关(Gateway)是一种网络单元,用于实现不同体系结构的网络之间的互联互通。

在NGN体系结构中,网关包括很多种:

中继网关(TG):提供传统电话网(PSTN)和承载语音的IP网的接口。

接入网关(AG):提供传统模拟用户线或者数字专用分组交换机与承载语音的IP网络之间的接口。

住宅网关(RG):为IP语音网提供传统的模拟接口(RJ11)的实体。住宅网关的例子包括电缆调制解调器/电缆机顶盒,xDSL设备和宽带无线设备。

一组网关中至少包含一个媒体网关,如果需要与SS7网络连接,至少还需要一个信令网关。媒体网关完成电路交换网与分组交换网之间的语音信号的转换;信令网关完成窄带信令网与宽带信令网之间的无缝交互与信令之间的转换。

本文讨论媒体网关控制协议的应用,主要针对IP电话网关。电话网关是承载于电话电路的语音信号,可以和承载于包交换网网络的语音信号互通与转换。通过电话网关以及控制它的呼叫代理,普通的电话终端可以通过分组交换网,如IP或ATM网,和其它普通电话终端,或IP/ATM终端互通电话。

第2章 MGCP协议常见名词解释

MGCP支持传统的电话操作,例如拨号、摘机等。它也支持基于电话的链路,例如DSI。MGCP认为连接模型由连接和端点这两个基本元素组成,一次呼叫由一个或多个连接组成,连接与呼叫由一个或多个呼叫代理协同完成。 图2显示了端点、连接、呼叫和网关的相互关系。

图2     MGCP网关组成

2.1   端点的命名

在MGCP中,端点就是数据信源和数据信宿。端点可以是物理链路,如一条T1的中继线。它们也可以是操作在物理链路上的虚拟链路。

端点由端点名称来标识。该名称分为两个部分,第一部分是该端点所在的网关的域名,第二部分是该端点在网关内的本地名称,它们之间用“@”来分隔,实际上就是一个Email地址。本地名称的语法取决于端点的类型,但要求具有层次结构,以形成一个从网关名到各端点的命名路径。

本地名中可以用通配符“*”和“$”,前者表示这一层上的所有端点,后者表示在这一层上的某一端点,即前者具有“所有的”,而后者具有“任何一个”的含义。

如:中继网关的端点名:X35V3+A4/13@gw23.example.net。

意指example网络中第23号网关中接口X35V3+A4上第13条TDM电路。

2.2   连接的命名

连接可以是点到点连接或多点连接。点到点连接就是两个互相发送数据的端点之间的一种关连,一旦该关联在两个端点都建立起来后,就可开始传送数据。多点连接是多个端点之间的关联。连接可建在不同类型的承载网络之上。连接在端点处被管理,并且可以被聚合成呼叫。连接由网关创建,并且网关赋予其本端唯一的连接标识。连接标识符为十六进制数字组成的字符串。

2.3   呼叫的命名

呼叫由唯一的标号来标识,它由呼叫代理创建。呼叫标识可以看作没有结构的字符串。呼叫标识符在系统中必须是唯一的。呼叫代理可能会对同一个呼叫构建数条连接,这些连接必须与同一个呼叫相关联。

2.4   事务标识和三次握手

事务标识是0到999999999之间的整数值。呼叫代理可以决定为它们管理的每个网关分配一个确定的编号空间,或者对属于任意一组的所有网关使用相同的编号空间。呼叫代理可以决定将管理一个大网关的负荷分担给多个相互独立的进程。这些进程将分享相同的事务编号空间。这里可以有多种可能的共享实现,例如使用事务标识的集中分配方法,或者为每个进程预先分配相互不重叠的标识域。该实现必须保证所有来自同一个逻辑呼叫代理的事务必须被分配一个唯一的事务标识,这样只需查看事务标识,网关就可以很简单地检查出重复的事务。在任何命令中都可以发现响应确认属性。它携带一个“确认的事务标识域”集。

网关可以选择删除那些在收到的响应确认消息中“已经确认的事务标识域”中所包含事务的响应的拷贝。当更多的来自呼叫代理的命令的事务标识落在这个域中时,网关应该默默丢弃这些命令。

如果自从该网关发出它的最后一个给呼叫代理的响应已经超过LONG-TIMER秒,或者当一个网关恢复操作时,不应该再使用该“已经确认的事务标识域”。这种情况下,网关应该接收相关命令并进行处理,不检查事务标识。

携带“响应确认属性”的命令可能不按顺序传输。网关应该保留最近收到“已经确认事务标识域”的并集。

2.5 事件、信号与包

事件和信号的概念在MGCP中起着重要的作用。呼叫代理可能会请求网关监视指定端点上将要发生的某个事件,如摘机,或者指示网关向指定端点送音信号,如拔号音。

为此,需要标识事件和信号。在MGCP中,事件和信号被分成不同的包(Package),在包中,信号和事件被统一命名,共享同一名字空间,我们用事件名来统指事件名和信号名。通常,包是按端点类型来划分的,一个包给出在这个端点上可能会发生的事件或可以实施的信号的集合。

图3描述了事件和包的关系。事件是在端点上发生的事情。摘机事件、拨号音事件均是事件的例子。一个包是事件及特定类型端点支持的信号的聚合体。

图3   事件与包

例如,对于模拟接入线路一个包可能支持某些事件和信号组,对于音频线路一个包可能支持其他的事件和信号组。对于一个给定的端点类型可能存在一个或者多个包。

事件名是不区分大小写的,它由两个逻辑部分组成,即一个包名和一个事件名。它们都是字母、连字号和数字组成的字符串,但是,连字号在名字中不能作为首字符和最后一个字符出现。包或者事件名不区分大小写,例如“hu”、“Hu”,“HU”或者“hU”被认为是等同的。

“D”(DTMF)、“M”(MF)、“T”(Trunk)或者“L”(Line)是包名的例子。“hu”(摘机或者挂机迁移)、“HF”(闪断)或者“0”(数字0)可以作为事件名的例子。在文本表示中,当出现包名时,它和事件名用斜杠“/”分隔。事实上包名是可选项。每个端点类型都有一个和它相关的缺省包,如果事件名中不包含包名,将采用缺省的包名。例如,对于一个模拟接入线路,下面的两个事件名等价:

l/dl  模拟接入线路包中的拨号音事件

dl 模拟接入线路包(缺省)中的拨号音事件

下面的两个约定可以用来表示这样的组:

通配符约定能用来检查属于一个包的任何事件,或者任何包中指定的事件,或者网关所支持的任何包中的任何事件。星号(*)可以用作通配符替换包名,使用字母“x”表示“任何字母或者数字”,用“[0-9#]”表示数字0到9和英镑符号,关键字可以用作通配符替换事件名,例如:

“foo/all”表示包“foo”中的所有事件

“*/bar”表示网关所支持的任何包中的“bar”事件

“*”或者“*/all”表示该网关所支持的所有事件。

事件和信号是在包中描述的。对于每个事件,在包的描述中必须包含下面的信息:

事件及其目的描述,该描述应该预定用户产生的实际信号(例如,xx ms FSK音频)以及导致用户观察到结果的原因。

事件的详细特征,例如,音频信号的频率和振幅、调制和再现。

事件的典型和最大持续时间。

信号是根据它们的行为分类的:

开/关信号(OO) 一旦被使用,这些信号一直持续到被关闭。这种信号作为事件或者新信号请求命令的结果出现(见下文)。

超时信号(TO) 一旦被使用,它们将一直持续到被关闭(由于事件的发生或者信号请求命令)或者超过信号指定的持续时间。这依赖于包的规范,当该信号超时时,它将产生一个“操作完成”事件。

2.6   号码分析表

呼叫代理可以请求网关收集用户拨号数字。该功能将用于住宅网关收集用户拨打的电话号码;类似的,该功能也可以用于中继网关和接入网关,用来收集存取码、信用卡号码或者呼叫控制业务请求的其他号码。

1对于网关可以选择另外一种处理过程,用户一拨号马上把该拨号数字通知给呼叫代理。然而这种方式将产生大量的交互过程。因此,在缓冲区中存储拨打的号码然后通过一个消息传输是优选方案。然而使用存储方法也有问题,那就是在传输之前网关很难预测需要存储多少号码。例如,我们可能使用桌上的电话拨打如下号码:

表1   拨号方案分析表

0 本地接线员
00 长途接线员
xxxx 本地区号
8xxxxxxx 本地号码
#xxxxxxx 在其他公司服务区内的本地快捷号码
*xx 开始服务
91xxxxxxxxxx 长途号码
9011 + 最多15为数字 国际号码

在网关中装入和拨号方案相应的号码分析表可以解决该问题。该数字表使用从UNIX系统egrep命令导出的语法表示。例如上文所描述的拨号方案可以导出如下数字表:

(0T| 00T|[1-7]xxx|8xxxxxxx|#xxxxxxx|*xx|91xxxxxxxxxx|9011x.T)

该号码分析表的形式语法将在MGCP协议的形式语法描述部分的数字表规则中给出。根据该语法数字表可以用一个或者一系列字符串定义。列表中的每个字符串是一个可选择的拨号方案,可能是数字或者记时器也可能是一个正则表达式。检测数字、字符或者记时器的网关将:

1) 把该事件参数编码作为一个符号添加在称为“当前拨号串”的内部状态变量之后。

2) 以词法的顺序尝试将当前拨号串和数字表中的每个正则表达式相匹配。

3) 如果该结果未达到合格条件(特别是至少有一项和数字表匹配),不执行进一步的操作。

如果该结果匹配或者已经超过合格条件(例如 ,没有更多的可能产生匹配的数字),将当前字符串发送给呼叫代理。在该规范中一个匹配可以是“完全匹配”,即和一个规定的选择完全匹配,也可能是一个不可能的匹配,即拨号串不与任何选择匹配。例如,意外的记时器就是一个“不可能的匹配”。完全匹配和不可能的匹配都将触发存储数字通知。无论何时只要呼叫代理通知网关监听数字,它将把数字表提供给网关。

第3章 MGCP命令解释与说明命令

本章叙述MGCP的命令。它们包括连接处理和端点处理命令。在本协议中共有九个命令,网关控制器(MGC)和网关(MG)之间共有九种MGCP消息,当消息发送到MG或MGC时,称它为命令;当命令的证实消息从MG或MGC送回时,称为响应。命令和响应是不可分的,收到命令时,网关(或MGC)会立即送回一个响应。

3.1  命令的格式

图4显示了MGCP命令的格式。它由一命令行与一组参数行组成。命令行、各个参数行用换行符区分开来。

图4   MGCP命令的结构

3.1.1   命令行

命令行包括四个域:命令名、事务号、执行该命令的端点(或实体)、协议版本号。它们之间用空格分隔。

命令名为4个字母的字符串。上述8个命令的编码如表2-1所示。

表1   命令编码表

命令名 代码 命令名 代码
1 CreateConnection CRCX 5 Notify NTFY
2 ModifyConnection MDCX 6 AuditEndpoint AUEP
3 DeleteConnection DLCX 7 AuditConnection AUCX
4 NotificationRequest RQNT 8 RestariInProgress RSIP

事务号为最长9位的数字串。它由命令的发起者选取并置入命令行中,接收方应答时,应把该值放入应答行中。

执行命令的端点(或实体):端点或实体的编码在前面已做了说明,它表现为一Email地址。

MGCP协议版本号:当前的版本号为MGCP 1.0

3.1.2   参数行

参数行由参数名、冒号、空格及参数值构成。参数名通常被缩写为一个字母,如表3所示。

表1   参数代码表

Parameter name Code Parameter value
CallId C 呼叫ID号
ConnectionId I 连接ID号
NotifiedEntity N 被通知的实体。指示网关,当检测到指定事件时,应向哪个实体发送通知。
RequestIdentifier X 请求标识。通常,一次由呼叫代理发起的NotificationRequest将对应一次由网关发往呼叫代理的通知Notify。Notify将携带此请求标识,使得呼叫代理能够识别这对应于哪次NotificationRequest
LocalConnectionOptions description L 本地连接选项。呼叫代理用此参数引导网关如何设置这个连接的一些参数,它包括这样一些域:编码方案、打包时延、占用带宽、业务类型、回声抑制的使用、静音抑制的使用、增益控制的使用、资源预留的使用、RTP安全机制的使用、承载网络的类型。
Connection Mode M 连接模式。此参数指出此连接的操作模式,如“sendonly”、“recvonly”、“sendrecv”、“conference”、“data”、“inactive”等。
RequestedEvents R 事件列表。网关将检测对应端点上是否发生此事件列表中列出的这些事件。这些事件包括:Fax信号、摘挂机事件等。每一个事件将对应一个动作,网关在检测到对应的事件后将按照对应的动作指示做相应的处理,如直接通知呼叫代理、按照DigitMap收号等。
SignalRequests S 信号音请求参数。呼叫代理在检测特定事件的时候或之前,可以通过此参数指示网关向对应端点输出信号。
DigitMap D 当需要网关按堆积方式收号时,呼叫代理会利用此参数携带收号方案给网关,
ObservedEvents O 被网关检测到的事件集。
ConnectionParameters P 连接参数。包括关于此连接的各种统计值等信息
ReasonCode E 拆除的原因。
SpecificEndpointID Z 网关发Notify命令时,用该参数指示返回的端点
RequestedInfo F 请求检查的连接信息。呼叫代理利用此参数告知网关,希望了解该连接的哪些信息。这些信息是:CallId、NotifiedEntity、LocalConnectionOptions、Mode、RemoteConnectionDescriptor、RemoteConnectionDescriptor、ConnectionParameters。
QuarantineHandling Q “隔离期”事件处理指示。“隔离期事件表”是用来处理冲突的一种措施。
DetectEvents T 隔离期事件集。指在“隔离期”内检测的事件集,即“隔离期事件表”。
RestartMethod RM 重启方案。端点重新启动有三种方案,Graceful:该方案表明这些端点将在指定的延时之后离线。Forced:该方案表明这些端点将立即离线。Restart:该方案指示端点的服务将在指定的延时之后恢复(在线)。
RestartDelay RD 重启时延。以秒为单位。Forced方案下RestartDelay没有意义。
RemoteConnectionOptionsdescription 远端连接描述。与本地连接选项相同。

3.2   MGCP命令介绍

3.2.1   通知请求(RQNT)

通知请求命令是由呼叫代理发送给网关的命令,以指示网关在指定端点上检测指定的事件。

NotificationRequest{EndpointId,RequestIdentifie,RequestedEvents,SignalRequests,NotifiedEntity,DigitMap,QuarantineHandling,DetectEvents}

主要参数:

EndpointId:端点标识。呼叫代理请求网关检测在这个端点上发生的指定事件。这里的端点标识可以使用表示“所有的”通配符“*”。

RequestedEvents:事件列表。指示网关检测对应端点上事件列表中的事件。这些事件包括:Fax信号、摘挂机事件等。

DigitMap:当需要网关按堆积方式收号时,呼叫代理指示网关按此参数收号。

收号方式有立即与堆积方式,按堆积方式收号时,网关收齐指定的位数以后一次把所收集的号码发给呼叫代理。

SignalRequests:信号音请求参数。呼叫代理在检测特定事件的时候或之前,可以通过此参数指示网关向对应端点输出信号。

收到该命令后,网关立即发送一应答(Respond)给呼叫代理,并执行相应操作,检测对应的事件。一旦网关检测到对应的事件,则按该命令规定的动作处理(每个事件对应一个动作),如直接通知呼叫代理、按照DigitMap收号等,缺省的动作是发送通知。

3.2.2   通知命令(NTFY)

当在指定端口上检测到指定的事件后,如果规定的动作是发送通知,则网关将发出命令Notify给呼叫代理。

Notify{EndPointId,RequestIdentifier,NotifiedEntity,ObservedEvents,QuarantineHandling,DetectEvents}

主要参数:

EndpointId:端点标识。Notify是由端点上的事件触发。这里端点标识不能使用通配符。

ObservedEvents:被网关检测到的事件集。其中只包含对应命令NotificationRequest要求检测的并被检测到的事件。

收到网关发来的Notify命令后,呼叫代理立即应答网关。如果有必要,随后还会发出其它命令,如NotificationRequest或CreateConnection等给网关。

3.2.3   创建连接命令(CRCX)

该命令由呼叫代理发送给网关的命令,用于创建连接。

CreateConnection{EndpointId,CallId,RequestIdentifier,LocalConnectionOptions,ConnectionMode,RequestEvents,SignalRequests,NotifiedEntity,DigitMap,QuarantineHandlling,DetectEvents,RemoteConnectionDesriptr}

主要参数:

CallId:呼叫标识。全局唯一的标识。指出所建立的连接属于这个呼叫。

EndpointId:端点标识。网关所创建的连接的端点。

LocalConnectionOptions:本地连接选项。引导网关如何设置这个连接的一些参数,它包括这样一些域:编码方案、打包时延、占用带宽、业务类型、回声抑制的使用、静音抑制的使用、增益控制的使用、资源预留的使用、RTP安全机制的使用、承载网络的类型。

RemoteConnectionDescripto:远端连接描述。与本地连接选项的域相同。该呼叫代理不清楚远端描述的情况下,本参数缺省。

ConnectionMode:连接模式。指示此连接的操作模式,如它们可以被设置为“只发送”(sendonly)、“只接收”(recvonly)、“收/发”(sendrecv)、“会议”(confrnce)、“数据(data)”、“去激活(inactive)等。

在这些连接上接收到的音频信号的处理是由这些模式参数决定的:

通过“接收”、“会议”或者“收/发”模式连接收到的数据包中的音频信号将被混合,并被送到该端点。

源于模式为“发送”、“会议”或者“收/发”的连接的该端点的音频信号将被发送出去。

通过“会议”连接模式数据包收到的音频信号,除了被送到端点之外,还被复制到所有模式为“会议”的其他连接上。

其它参数:

这些参数与通知请求命令相同,这也说明在创建连接的同时可以携带通知请求命令给网关,使之同时执行这两条命令。

执行完CreateConnection后,网关将立即发送一应答给呼叫代理。指出连接建立是否成功。如果成功,则返回网关创建的连接标识(ConnectionId,在端点内唯一,一个端点可以终结多个连接)、用SDP描述的本地连接描述(其中包含IP地址和RTP端口号)。

3.2.4   修改连接命令(MDCX)

由呼叫代理发送给网关的命令,用于更改连接的特征,其参数中既包括本地连接描述,也包括远端连接描述。

ModifyConnection{CallID,EndPointId,ConnectionID,RequestIdentifier,LocalConnectionOptions,ConnectionMode,RequestEvents,SignalRequests,NotifiedEntity,DigitMap,QuarantineHandlling,DetectEvents,RemoteConnectionDesriptr}

主要参数:

CallID:呼叫标识。

ConnectionId:连接标识。这是在建立连接时由网关返回的标识,对应端点内连接的标识。

其它参数:

与建立连接命令参数相同,且其用法也是一样。不同之处在于EndpointId不可使用通配符。

执行ModifyConnection后,网关立即应答呼叫代理,如果本地连接的参数被更改,则同时返回更改后的LocalConnectionDescriptor参数。

3.2.5   由呼叫代理发起的删除连接命令(DLCX)

呼叫代理用DeleteConnection来终止之前建立的连接。

DeleteConnection{CallID,EndPointId,ConnectionID,RequestIdentifier,RequestEvents,SignalRequests,NotifiedEntity,ReasonCode,DigitMap,QuarantineHandlling,DetectEvents}

主要参数:

CallId:呼叫标识。

EndpointId:端点标识。这里端点标识不能用通配符。

ConnectionId:连接标识。

其它参数:

与建立连接的参数一样,用法也相同。

通常情况下,一条连接对应着两个端点,要呼叫代理(可能是不同的呼叫代理)分别发送一条删除连接命令给这两个端点所对应的网关。连接一旦被删除,所有关于此连接的操作,如挂机事件检测等都将被取消。作为对DeleteConnection的应答,网关还会将关于此连接在此端点上的一些统计值返回给呼叫代理,呼叫代理可以据此记帐。这些统计值是:发送出的数据包的数目、发送出的信息的字节数、接收到的包的数目、接收到的信息的字节数、丢包数、平均时延抖动、平均传输时延等。

3.2.6   由网关发起的删除连接命令(DLCX)

某些情况下,如资源不够、端点不能接收和发送数据而变的得不可用等,网关将不得不拆除这条连接,对此它将发送删除连接命令给呼叫代理通知对应的连接已被拆除。

DeleteConnection{CallID,EndPointId,ConnectionID,ReasonCode,ConnectionParameters}

主要参数:

CallId:呼叫标识。

EndpointId:端点标识。不可使用通配符。

ConnectionId:连接标识。

ReasonCode:拆除的原因。

ConnectionParameters:连接参数。包括关于此连接的各种统计值等信息。

收到网关发来的DeleteConnection后,呼叫代理立即应答网关。

3.2.7   审计端点命令(AUEP)

呼叫代理可以用这条命令检查指定端点的状态。

AuditEndpoint{EndPointID,RequestedInfo}

主要参数:

EndpointId:端点标识。如果端点标识含有通配符“*”,则网关将返回所有匹配此标识的端点标识,且不返回任何关于这些端点的状态。如果端点标识不含通配符,则网关将返回此端点的各种指定状态。

RequestedInfo:请求检查的状态信息。呼叫代理通过此参数告知网关,希望得到关于端点的哪些状态。这些状态信息包括:RequestedEvents、DigitMap、SignalRequests、RequestIdentifier、NotifiedEntity、ConnectionIdentifiers、DetectEvents、Capabilities。

收到AuditEndpoint请求后,网关将立即应答呼叫代理,并根据RequestedInfo中的指示,返回关于指定端点的特定的状态信息。

3.2.8   审计连接命令(AUCX)

呼叫代理可以用这条命令检查指定连接的各种信息。

AuditConnection{EndPointID,ConnectionID,RequestedInfo}

主要参数:

EndpointId:端点标识。这里,端点标识不能含通配符。

ConnectionId:连接标识。欲被检查的连接标识。

RequestedInfo:请求检查的连接信息。呼叫代理利用此参数告知网关,希望获知此连接的哪些信息。这些信息是:CallId、NotifiedEntity、LocalConnectionOptions、Mode、RemoteConnectionDescriptor、RemoteConnectionDescriptor、ConnectionParameters。

收到AuditConnection请求后,网关将立即应答呼叫代理,并根据RequestedInfo中的指示,返回关于指定端点中指定连接的指定信息。

3.2.9   重启命令(RSIP)

网关利用命令RestartInProgress提示呼叫代理,网关内的一个或一群端点将不再提供服务或将可以提供服务(take in or out of service),换句话说,就是即将离线或即将在线。

RestartInProgress{EndPointID,RestartMethod,RestartDelay}

主要参数:

EndpointId:端点标识,指即将在线或离线的端点。它可以含表示“所有”的通配符“*”,但不能含表示“其中任何一个”的通配符“$”。

RestartMethod:重启方案。这些端点重新启动有三种方案,它们是:

Graceful:此方案表明这些端点将在指定的延时之后离线。

Forced:此方案表明这些端点将立即离线,已建立的连接将丢失。

Restart:此方案表明这些端点的服务将在指定的延时之后恢复(在线)。此时,这些端点上没有建立任何连接。

RestartDelay:重启时延。即是上面所说的时延,以秒为单位。Forced方案下RestartDelay没有意义。

收到RestartInProgress命令后,呼叫代理作相应处理,并应答网关。

3.3  命令示例

3.3.1   MGCP命令编码的示例

RQNT 4561 endpoint-66@tgw-21.infoinst.com MGCP 1.0

N: abc@cal.infoinst.com: 5777

X: 45848484

R: hd

第一行是命令行,RQNT是表示通知请求命令的动词,事务编号是4561,端点是endpoint-66@tgw-21.infoinst.com,协议版本是V1.0。

第二行表示NotifiedEntity的内容:Abc@cal.infoinst.com: 5777。它表示网关观察到指定的事件后,发出通知的实体是Abc@cal.infoinst.com,端口号是5777。

第三行是用于请求标识符的十六进制的字符串。发送命令时,网关通过此参数将相应的通知请求通报给MGC。

第四行表示每一个事件名称的代码,代码“hd”表示摘机。这些代码表示需要检测的网关请求的事件名称。

MGC给网关发出该命令,请求它监控摘机事件,该事件出现在中继网关tgw-21的“端点-66”,域名为“infoinst.com”。

3.3.2  响应格式

和MGCP命令的格式类似,响应格式由一行后接一组可选参数行的响应行组成。

响应行由响应码,事务标识和一个由空格隔开的可选注释组成。

响应码是一个三位的数值,表示命令的执行状态。MGCP 1.0版本中定义十九个代码,其范围如下:

l     200和299之间的值表示成功完成

l     400和499之间的值表示瞬态误差

l     500和599之间的值表示永久误差

下面是审计连接响应的示例:

200 1203 OK

C: A3C47F21456789F0

N: [128.96.41.12]

L: p: 10, a: PCMU; G726-32

M: sendrecv

P: PS=1245, OS=62345, PR=780, OR=45123, PL=10, JI=27,LA=48

v=0

c=IN IP4 128.96.41.1

m=audio 1296 RTP/AVP 0

v=0

c=IN IP4 128.96.63.25

m=audio 1296 RTP/AVP 0 96

a=rtpmap:96 G726-32/8000

第一行,“200”表示命令的正确接收,1203是事务标识符,OK是注释。

第二行,C代表了呼叫ID。

第三行,被通知的实体。指示网关,当检测到指定事件时,应向哪个实体发送通知。

第四行,在近端连接选项L中,封装时延是10秒,压缩算法是G.726-32。

第五行,连接方式M,表示这是一个发送和接收模式,即,该端点既可接受也可发送数据。

第六行,连接参数(P)表示,到目前为止,1245个包含62345个字节的数据包已经发出,包含45123个字节的780个数据包已经收到,10个数据包丢失,平均抖动时间是27ms,平均延迟时间是48ms。

第七行及其下面的两组参数分别是近端连接说明和远端连接说明,分别表示当地和远端IP地址,端口号和抑制算法。

第4章 MGCP接续流程分析

4.1   成功呼叫流程

两个电话用户在同一个MGC的控制下的不同MG成功呼叫,呼叫流程应用实例如所示。

图5   两个电话用户之间的MGCP呼叫流程

事件1:MGC给网关发送RQNT命令,请求其对端点的摘机进行监控。

网关确认命令。确认时,使用和RQNT命令相同的事务代码。网关监控这一事件直到用户摘机。

事件2:用户摘机后,网关给MGC发出NTFY命令,其中包含被监控端点发生的摘机事件消息。

MGC应对网关发出的信息进行确认并记录摘机时间。

事件3:MGC给网关发RQNT命令,要求它根据拨号方案收集拨打的号码,监控用户的挂机事件并送拨号音。

网关确认命令并同时给用户送拨号音。

事件4:网关根据事件3的拨号方案,接收数字。收到所有数字后,网关发出NTFY命令通知MGC。这个命令携带收到的带有数ObservedEvents的数字。

MGC发ACK确认命令。

事件5:MGC给网关发出CRCX命令,指示它创建连接。这个命令包括参数CallID、LocalConnectionOptions和ConnectionMode。它表示打包周期、压缩算法(G.711、G.729等等)、连接带宽以及回声抵消。连接方式设置为接收模式。同时,MGC请求网关停止接收拨号,监控另一个挂机事件。

网关创建连接后,发ACK响应MGC,该响应中包含一些连接参数,如IP地址、端口号、承载参数和连接ID。

事件6:MGC分析事件4收到的号码,来指定呼叫路由并建立和指定被呼叫网关的连接。MGC通过分析指定到被呼叫网关的路由。

MGC给被叫网关发CRCX命令。此命令携带的参数包括事件5中网关送回MGC的连接参数,以及与网关传送到MGC的会议相同的会话。但是有两点不同。首先,端点名称表示被叫网关的端点,并且通常它的值和呼叫网关的值不同。第二,方式参数设置为接收/发送方式。由于两个端点之间的连接属于同一个呼叫,呼叫ID在命令中仍然相同。另外,携带诸如SignalRequests和RequesteEvents的参数,指示网关给被叫送振铃声并检测摘机信号。

被叫网关发ACK响应。该命令包括被叫网关的会议说明,如IP地址,端口号和RTP结构。此外网关给被叫送振铃音。接着,它对被叫进行监控直到被叫摘机。

事件7:MGC给主叫网关发出QRNT命令,指示它检测和监控摘机事件并送回铃音。

网关发ACK对命令进行确认,并给主叫送回铃音。

事件8:当被叫网关监测到被叫摘机,它将给MGC发NTFY命令,通知MGC在指定端点观察到的摘机事件。

MGC用ACK响应。

事件9:MGC给主叫发MDCX命令要求修改连接。该命令携带被叫网关的一些连接参数,即被叫网关响应的ACK中携带的参数,然后,连接方式改变为接收/发送方式。同时,它指示网关停止送回铃音。

主叫网关用ACK响应MGC。同时,它将修改连接并停送回铃音。

事件10:紧随事件8,MGC给被叫网关发RQNT,指示它检测指定端点的挂机事件。

被叫网关用ACK对MGC响应。

然后,主叫和被叫连接,进入通话状态。同时双方的网关分别监控指定端点的挂机事件。

事件11:当被叫网关检测到挂机事件,它给MGC发NTFY通报指定端点的挂机事件。

MGC用ACK信号对网关响应。

事件12:MGC给主叫网关发DLCX命令,指示它断开连接。该命令包括诸如端点名称,呼叫ID和连接ID等参数,另外,它还包括参数SignalEvents用来指示网关送忙音。

网关用ACK信号对MGC响应。给MGC的响应中携带性能数据字段来进行统计分析。同时,网关送忙音给用户以中断连接。

事件13:MGC发DLCX命令给被叫网关,指示它中断连接。该命令包括端点名称,呼叫ID和连接ID等参数。

被叫网关发ACK给MGC,响应中携带性能数据字段,中断连接。

事件14:MGC发RQNT命令给被叫网关,指示它对所有端点的摘机信号进行监控。

被叫网关用ACK对MGC响应,并恢复指定端点的摘机检测。

事件15:当呼叫网关观察到主叫挂机,发NTFY命令给MGC。

MGC用ACK对网关响应。

事件16:MGC发RQNT命令给呼叫网关,指示它停止送忙音给指定端点并监控所有端点的摘机信号。

网关用ACK对MGC响应并恢复指定端点的摘机检测。

4.2   不成功呼叫流程

两个电话用户在同一个MGC的控制下的不同MG不成功呼叫,原因为被叫忙或中继忙,呼叫流程应用实例如所示。

图6   两个电话用户之间的MGCP呼叫流程示例

事件1:MGC给网关发送RQNT命令,请求其对端点的摘机进行监控。

网关确认命令。确认时,使用和RQNT命令相同的事务代码。网关监控这一事件直到用户摘机。

事件2:用户摘机后,网关给MGC发出NTFY命令,其中包含被监控端点发生的摘机事件消息。

MGC应对网关发出的信息进行确认并记录摘机时间。

事件3:MGC给网关发RQNT命令,要求它根据拨号方案收集拨打的号码,监控用户的挂机事件并送拨号音。

网关确认命令并同时给用户送拨号音。

事件4:网关根据事件3的拨号方案,接收数字。收到所有数字后,网关发出NTFY命令通知MGC。这个命令携带收到的带有数ObservedEvents的数字。

MGC发ACK确认命令。

MGC分析事件4中收到的号码,来指定呼叫路由和建立与指定被叫网关的连接。MGC不能建立连接,因为被叫方忙。MGC送忙音给呼叫网关的指定端点。

事件5:MGC发出RQNT命令给主叫网关指示它监控所有端点的挂机信号。

主叫网关用ACK对MGC响应并恢复指定端点的挂机检测。

事件6:当主叫网关监测到主叫挂机,发NTFY命令给MGC。

MGC用ACK对网关响应。

事件7:MGC发出RQNT命令给主叫网关,指示它停送忙音给指定端点并监控所有端点的摘机信号。

网关用ACK对MGC响应并恢复指定端点的摘机检测。

第5章 MGCP在组网中的实际应用

5.1   MGCP在NGN组网中的应用:

在介绍MGCP在NGN应用之前,大家先简单了解一些NGN的简单情况,所谓NGN 从字面上理解,我们可以叫它为下一代网络。它是电信史上的一块里程碑,标志着新一代电信网络时代的到来。从发展的角度来看,NGN在传统的以电路交换为主的PSTN网络中逐渐迈出了向以分组交换为主的步伐,它承载了原有PSTN网络的所有业务,同时把大量的数据传输卸载(offload)到ATM/IP网络中以减轻PSTN网络的重荷,又以ATM/IP技术的新特性增加和增强了许多新老业务。从这个意义上讲,NGN是基于TDM的PSTN语音网络和基于ATM/IP的分组网络融合的产物,它使得在新一代网络上语音、视频、数据等综合业务成为了可能。

大家可以通过NGN网络架构来了解MGCP的应用,如图7所示:

图7    NGN网络架构

从上图可以看出,MGCP是媒体网关控制器(或软交换)与媒体网关之间应用的一种标准协议,完成了媒体网关控制技术。软交换与媒体网关间的接口主要用于软交换对媒体网关的承载控制、资源控制及管理,从软交换的协议框架也不难理解MGCP的应用,如图8所示:

图8    NGN组网应用的协议框架

5.2   MGCP在SoftX3000产品中的应用:

最后通过SoftX3000产品大家再来了解一下MGCP的应用,SoftX3000系统提供MGCP呼叫代理功能。SoftX3000可作为网络中MGCP E-phone和Softphone的接入点,和IETF RFC 2705 (MGCP)兼容。SoftX3000 遵循RFC2705(1.0版本)2.1.3节的规定,支持呼叫和连接管理规程。SoftX3000支持MGCP MRS控制,用于提供通知音和交换语音响应(IVR)业务。MRS可用于为系统中的各种用户提供通知服务。SoftX3000也支持通过MRS进行收号。

MGCP在SoftX3000的应用如图9所示:

图9    MGCP在SoftX3000产品组网中的应用

NGN通过TMG和SG同PSTN互通,TMG实现电路交换网和分组交换网之间的语音信号的转换,而SG实现电路交换网和分组交换网之间的信令转换。呼叫代理即MGC(SoftX3000),主要实现与呼叫过程相关的信令功能,并控制和管理MG和SG的操作规程。SoftX3000通过H.248协议控制TMG;通过MGCP控制MRS、AG、IAD以及Softphone,实现信令处理和呼叫处理等功能。

SoftX3000支持MGCP与下列协议的互通:

SIP:SIP 用户和SIP中继

H.323:H.323用户和 H.323中继

ISUP:通过ISUP中继的PSTN用户

5.2.1   协议栈

MGCP(媒体网关控制协议)既是一种命令定义,又是一种信令定义。通过MGCP命令,呼叫代理(如Softx3000中的呼叫代理)可以控制媒体网关(MG);而MG送回信号给呼叫代理。MGCP的命令和信号定义为IP包,这样MGCP可作为操作系统并且独立于编程语言。通过MGCP,一个呼叫代理可在通用网络计算平台上运行。

MGCP的协议栈结构如所示:

图10    MGCP的协议结构

MGCP的信令系统包括各种业务模块(ISUP/TUP/ESL/SIP/H.323),这些模块使用MGCP来控制MG。MGCP消息在UDP/IP上传递,传输层协议为UDP,网络层协议为IP。

5.2.2   功能实现

本部分描述了Softx3000系统语音模块的承载控制模块中MGCP的功能结构。MGCP模块从逻辑上分为MGCP栈和MGCP APP模块,MGCP栈和MGCP APP模块位于BSG单板(与H.248栈和H.248 APP模块相同)。MGCP栈、MGCP APP模块和MGRA、MGC、DB、O&M和OS有外部接口。MGCP和BC的MGRA以及MGC模块互通。MGCP对所有来自MGRA的与呼叫相关的消息进行处理,同样地也处理来自MGC与呼叫无关的的消息。逻辑上,MGCP作为消息管理模块、MGCP APP模块、MGCP编码/解码模块和UDP发送/接受模块进行消息的处理。

消息管理模块将处理来自MGRA、MGC、DB和OMC的与呼叫相关或与呼叫无关的消息。它也作为数据中心提供全局数据查询和修改机制,并且向MGCP的其他子模块提供管理功能。MGCP APP得到一个来自消息分发模块的内部消息,它就把内部消息转换成MGCP事务结构格式。

把内部消息转换成MGCP事务结构格式后,MGCP APP调用MGCP编码/解码提供的AP1,用以把MGCP事务结构转换成MGCP协议消息格式,并且把它发送到UDP发送/接受模块。UDP发送/接收模块有自己的PID, 它将从系统消息队列得到等待发送的消息,提取MGW指数后,查看UDP关系表获得同级IP地址和端口,填充本地IP地址和端口,然后发送UDP数据报到下面的UDP传输层。

图11    承载控制器中的MGCP的功能体系结构

系统通过运行自定任务来监控配置的UDP端口;如果自定任务收到一个UDP数据报,它将对数据报进行验证,并把MGCP协议消息转换成内部消息后发送到MGCP的消息管理模块。消息管理模块调用MGCP编/解码模块功能进行解码,将MGCP协议消息解码为MGCP事务结构,MGCP编/解码模块调用MGCP APP提供的功能,把它转换成内部消息格式,然后,根据它的MID值,消息分发器把内部消息分配到MGC或MGRA。

事务可靠性在MGC和MGRA模块实现,MGW管理在MGC模块完成。

注: MGCP消息在UDP之上传输。当没有为该端点指定端口时:

Ÿ    呼叫代理将命令发送到网关的缺省MGCP端口2427。

网关将命令发送到呼叫代理的缺省MGCP端口2727。

Google文档现在支持上传任意格式的文件了

    前几天看到网上介绍说Google文档支持上传任意格式的文件
我马上登录我的Gmail看了一下
结果不然,中文版的仍然还是不行,支持的文件格式有限!
于是我切换到英文下
仍然不行。。。
我还以为是Google对咱中国的用户的偏见了!
今天闲着没事又登录看了下
这交是真的支持了
而且在中文面板下也可以上伟任意文件了
当然你也可以共享给别人下载
不过好像不支持外链哦!
    以前我用Google code做过MP3的外链
虽然只是用了几天,后来突然发现用不了了
后来的结果是那个Gmail账户再也无法打开任意的Google code。。。
说是什么不被允许。。。
汗!
   所以我们最好还是不要在Google面前耍什么小聪明好了!