网络工程师平时的工作内容是什么？

工作内容：

1 负责机房内的网络联接及网络间的系统配置。

2 负责系统网络的拓扑图的建立和完善，并做好系统 路由的解析和资料的整理。

3 负责机房线路的布置和协议的规范工作。

4 负责计算机间的网络联接及网络共享，并负责网络间安全性的设置。

5 负责对网络障碍的分析，及时处理和解决网络中出现的问题。

6 利用网络测试分析仪，定期对现有的网络进 网络工程师行优化工作。

7．负责网络平台框架的布局和设置；如java软件工程师,java网络工程师。

8．负责网络平台信息的采集和录入支持；如：信息技术工程师。

9．负责网络平台的推广方向和推广模式，如：网络推广大师。

10．负责网络平台的运作方向以及平台维护管理等工作，如：网络运营工程师。

11．负责网络平台发展到一定阶段的商业模式和盈利方向；如：网站商务工程师，电子商务工程师。

12．负责网络产品的定位和封装；

0

这个问题问的还是很有意思的，也是热点问题吧。如果微信被运维删库跑路的话，会造成什么样的结果呢，其它微信就简单的多了，它无这不微盟那么复杂，因为微盟是有更多客户数据的，结果也不太一样，因为它的服务对像并不多，也只是300万，但是数据量反而非常大，所以删库的影响反而更大了，微信被删库的话，结果会是这样的。

怎么我的微信登不上去？这是最为常见的。客户基本信息数据丢失了，微信会登不上去，使用手机号登录可能还会提升，没有注册过呢。这个影响是最大的，就是微信数据丢失了，啥啥都没有了。

再有的就是部分数据库的无法使用，比如有微信，可登录，但是好友没有了，朋友圈的数据没有了，备注的用户名没有了，等等，这个是一些相对影响小一点儿的。另外微信因为用户比较大，所以它的用户数据存储应该是分散式的，相对微盟这样的相对集中式管理还是不太一样的，个人认为了，具体的只有腾讯的工程师知道他们的数据存储方式了。

最后就是最恐怖了，那就是微信它有一个钱包账户，里面是有钱的，如果用户的账户信息缺失的话，可能会造成巨大的钱财无户主，想想看，你的钱是不是没有什么保障呢？所以钱最好还是不要放到微信里面好呀。

你好，很负责任的告诉你这种情况几乎不可能发生。

我们从如何删库的方式来分析下：

1SQL清除数据库

企业一般情况下只有开发人员或DBA（数据库管理员）有权限通过SQL操作数据库。 基于数据的重要性，企业一般都有严格的权限限制及SQL审核机制，对操作人员的执行的SQL进行审查，粒度可以精确到执行时间长短、删除等危险性操作、数据查询结果量等，凡是匹配相应的策略，平台将会拒绝执行此类操作。 因此通过SQL达到删库是不可能的。

2操作系统级别格式化或删除

操作系统级别的格式化或删除一般只有系统管理员有权限执行，但是以目前的自动化水平， 服务器的交付已经完全可以脱离系统管理员手动操作 ，从而有效的避免了人为操作引起的事故。另外， 系统管理员也都不是直接操作服务器，而是基于堡垒机操作，堡垒机已经对用户权限、目录、删除操作都做了限制，因此也无法做到删库的目的。

虽然，我们在网上偶尔听说某某公司程序员删库跑路，这其实都可以通过技术手段来避免，像腾讯、阿里、百度这样的大厂对删库这样的危险动作，肯定都是做了十足的防范，这种事情的发生的概率比中**还难。

最后， 企业的数据库都有高可用架构、异地容灾、完善的数据库备份计划，甚至还时长会对故障进行演练，因此即使发生数据库被删，也能够通过一些列手段将数据找回。

综上所述，微信被运维删库、跑路，用户感知的后果应该会是暂时登陆不了，不会有什么其他大的问题。不过，鉴于微信的流量，最终后果还得看吃瓜群众的反应。

刺激！！！

删库最直接的影响就是能会导致系统瞬间崩溃，所有相关功能瘫痪，然后就是公司无法估计的经济损失。业务停摆、股票暴跌、市值下降再到后续的信任危机、对家抢单等等等等。

反正就是，严重的就像是微盟的下场，可能他们也没想到，一个女人能引发这么大的“ 血案 ”。

删库被称为程序员最后的底裤！！！是程序员最后的倔强！！！

一般来说，程序员还都是比较讲理的，但总有一些“大老板”不断地挑战小哥哥的底线，不管是从精神上还是物质上，不断地压榨小哥哥们，最后导致了悲剧的发生

毕竟，删库简单，跑路难，删库的程序员都是抱着同归于尽的想法来进行的删库，在现在进行跑路实在是太难了，所以你放心，你只要不过分的欺负你的宝贝程序员他是不会轻易做出这么危险的事情的。

要说最轰轰烈烈的删库事件应该就是微盟的删库事件了，瞬间将rm-rf的身价狂抬到30亿短短的五个字符价值竟达到了30亿。

事件的起末应该就不用我多说了！！！大家肯定都已经懂已经知道了！！！

要想生活过的去，头上必须带点绿。

我还是简单的叙述一下吧！

某某员工不管被自己的老板绿了，然后还被威胁要辞退他，他的女朋友去帮他说情，然后这个可怜的小哥哥又被绿了。

愤怒之下的他，打算像个男人一样！站起来！

然后他就删库了，但是他没能跑路

所以说小哥哥们要多注意锻炼身体，要不然你删库完都跑不了，就做好同归于尽的准备！！！

一定会有人问，那微盟这么大的公司没备份吗？？？

不好意思嗷，备份也被删库了。

这说明了一个很大的问题，备份不要只有一个，多个备份要分到不同的人手中管。

也不排除团队删库跑路哈，那估计真的是仇恨值爆表了！

剩下的小事件还有

思科前员工在2016年7月到2018年4月任职期间，恶意删除思科四百多台虚拟机，造成16000个WebEx Teams账户被异常关闭。思科因此被客户退款超过100万美元，其损失共计240万美元。

2018年9月，顺丰一位高级工程师在升级系统数据库时，不慎将RUSS数据库删除，导致了顺丰线上发车功能约10小时无法使用，负面影响严重。最后该程序员被辞退，也被“跑路”了。

2017年9月，广西某大型IT企业为客户进行扩容割接时，误操作将HSS设备里面的用户数据格式化删除，导致该运营商近80万用户数据丢失从而无法通话和上网，波及七八个地市，事故重大。

还有好多，类似的事件。

要想安安心心的杜绝此类事件，还是要有待员工，不要让他们铤而走险。

怕删库，先容灾，再备份！

有关容灾备份的解决方案可以去云掣官网看， https://wwwdtstackcom/dtsmart/#tt

如果微信被运维删库、跑路，会造成什么恐怖的后果？你怎么看？ 最近微盟公司因为员工和公司之间的矛盾，于是员工怒删微盟公司数据库导致了公司SaaS业务崩溃、基于微盟的商家小程序处于不能运行状态，300万商家商家生意停摆。并且还导致了微盟集团在港市值蒸发10亿，搞得是沸沸扬扬。

这次数据被删造成了微盟公司信誉的重大损失，到目前微盟公司的数据库还没有恢复，最新的消息是要到2月28日24时才能完全恢复，也就是说这一下竟然有差不多四五天时间基于微盟数据库的300万商家小程序不能正常运行，会带来相当大的损失。本来现在生意就难做，再加上小程序还不能使用，更是雪上加霜。

微盟公司与腾讯相比可以说体量完全不一样，即使微信的用户数量就达到了10亿级别，与300万用户数相比完全不是一个级别。况且还有几亿商家基于微信开发的各种各样的应用等等。如果微信发生数据库删除的情况，可以说会对微信会造成几乎整个 社会 一片愤怒，而不是像微盟那样单单300万商家。

微信里面不但有个人、群之间的聊天这么简单，即使是基于微信作为营销阵地的各种团队、个人将会是哀嚎一片。有基于微信做得各种各样的应用、小程序、个人财富等等，给个人和商家财富的损失比如零钱、理财等，会给腾讯带来数不清的官司、几千上亿商家业务的崩毁，这给腾讯带来几乎毁灭性的打击。

如果微信不能保证安全，那么其对手必然会加大对微信用户的吸收，到后来微信也许就会逐渐凋零步入小众，也许人手一个微信的将会变成人手一个支付宝。没有了微信这个平台腾讯将会失掉收割的臂膀，腾讯的业务会随着微信的凋落，也将一步一步走向平庸。

不过这一切都是假设，像腾讯公司微信这么大体量的业务，已经做好了万全的备份策略，即使是删除掉某些内容，很快也会恢复回来。

一个运维就想把微信删库？那是不可能的！

只能说非专业人士，对微信这个规模的系统一无所知，对运维的概念还挺停留在小网站的层面。

用户数据是微信得以生存的基础，一旦微信用户数据被删除，可想而知，微信的发展到底会受到什么样的掣肘，甚至于微信可能会陷入到“生死存亡”的关键时刻，怎么样的信任危机呢？

但是，我们的担心有多多余呢？其实，我们得知道的是，腾讯的数据库——

腾讯贵安七星数据中心的表现出色，更兼具安全性。

除此之外，腾讯江宁数据中心，上海数据中心等等，以及腾讯贵安七星数据中心等等，都让腾讯的数据库分散四处，且进行多种备份。

除此之外，用户管理这种绝密的数据，是在腾讯中心进行管理的，并且大量删除数据权限需要多人授权，单个人删除腾讯数据几乎可能为0！

这还用想？阿里钉钉立马趁火打劫推出普适版啊~只要微信一黑，阿里内部给钉钉的预算绝对是“无上限”级别。

当然这都是后话，人家托尼马也不是吃素的，自家的社交命脉，没那么脆弱，对于用户数据那都是多套备份，无缝衔接，就和酒店停电，地下室的发电机会立马启动一个道理。而微信有这个权利把所有备份删光的除非托尼马暗示张小龙花一定的时间才能做到完全删库

听说IT运维人员学的第一课就是“从删库到跑路”，虽然这是一句玩笑话，但是在一些不是很规范的IT企业，IT运维的很多操作都是在线的，一不小心就会给企业的数据库带来灾难性的后果，万一没有备份，客户的数据都找不回来了，那么企业多半也就黄了，有的甚至还要向客户赔偿经济损失。

所以IT企业运营有一个重要的环节就是备份，正规的企业都会有多种备份方式，比如异地备份、云端备份等。而且正规企业的IT运维人员不止一个，每个运维都有不同的权限。能够访问数据的运维一般都没有操作备份数据的权限，为的就是避免一个运维“精神失常”，把数据和备份一锅端了。

而腾讯是IT企业中的龙头老大，规章制度和备份机制肯定是最完善的。所以如果微信被运维删库、跑路了，那么肯定会有其他运维第一时间顶替对方的工作，然后通过备份来恢复数据。这种情况下，微信可能会出现无法登陆、不能发消息、不能打开公众号、小程序等故障，持续的时间则由运维人员恢复数据的速度来决定。

一般来说，只要保存数据的服务器没有遭受物理损坏，通过普通方式删除掉的数据基本上都是可以恢复，即使数据库完全被清空了，备份也没有了，也可以通过恢复硬盘的方式来找回数据。只不过速度有些慢而已。比如这次事件当中被删除的微盟就已经宣布：已经全面找回数据，并将于3月2日晚上10点到3月3日上午9点，正式进行恢复上线。

至于微信的用户数量上10亿，所以涉及到的数据和备份也达到了一个天量的数级，因此微信的数据库很有可能不是由一个运维人员来掌握的，而是分成几个甚至几百个部分，由不同的运维分开控制，每个运维的权限也不一样，互相不能访问。甚至每份数据都保存在不同的地点。这样一来，就算其中一个运维删库跑路了，影响到微信的可能也是数据库中的一个很小的部分，不会影响到整体。比如某一个用户数据库被删掉了，可能就只会导致十几万或者上百万的微信用户无法正常登陆，但其余大部分用户可能压根感觉不到有什么影响。

另外，微信的聊天数据并没有被保存在服务器上，而是保存在用户的手机里。所以就算微信被删库了，用户的聊天记录也不受影响，只要用户保证手机中的聊天记录不被删除就可以了。反过来如果手机中的聊天记录删除了，基本上就没有找回的方法了。

总而言之，微信的数据肯定有一个严密、安全的保护方式，而且有非常稳妥有效的数据恢复方案。所以就算有运维把他所负责的微信数据库删除了，可能对微信整体也无法造成太大的影响。那种被运维删库后就找不回数据的情况，通常只会发生在不怎么规范的中小型企业身上。

首先要明确，删是删不动的，就算一时能删除，也很快能找出备份恢复，所以恐怖后果不太可能，短期出现一些波动震荡就正常。

因为造不出什么恶劣后果，所以跑路真没必要，除非他能够从中获取到重大的经济利益。

可能吗？

这种可能性极大。收到竞争对手重金贿赂违法反职业道德是一种，或者因为腾讯是上市公司，重金高杠杆期货做空也是一种。

用户数据是微信得以生存的基础。

区区一个两个运维对微信能造成的伤害极小，一时删档，迅速恢复，就如大河里的一朵浪花，起不到多大作用，但要预防有恶意者结合政治经济形势下做出的联动，那样有可能造成恐怖的后果。

比如结合前段时间国家对互联网超大企业“二选一”规则的限制，腾讯的股价本身就在暴跌中，那时的百上加斤就最可怕。

单纯的理工男的泄愤行为，对微信这颗大树的影响微乎其微，基本可以忽略不计。

运维能对微信造成的伤害极其有限，并且也有时间局限

微信的数据有一个严密、安全的保护方式，而且有非常稳妥有效的数据恢复方案。所以就算有运维把他所负责的微信数据库删除了，可能对微信整体也无法造成太大的影响。那种被运维删库后就找不回数据的情况，通常只会发生在不怎么规范的中小型企业身上。

以阿里巴巴为例，你要想全部删除，至少需要150个左右完全不同小组的最高权限。

由于微信的用户数量上10亿，涉及到的数据和备份也达到天量，因此微信的数据库也不是由一个运维人员来掌握的，而是分成几个甚至几百个部分，由不同的运维分开控制，每个运维的权限也不一样，互相不能访问，甚至每份数据都保存在不同的地点。

这样一来，就算其中一个运维删库跑路了，影响到微信的可能也是数据库中的一个很小的部分，不会影响到整体。比如某一个用户数据库被删掉了，可能就只会导致十几万或者上百万的微信用户无法正常登陆，但其余大部分用户可能压根感觉不到有什么影响。

而且一般来说，只要保存数据的服务器没有遭受物理损坏，通过普通方式删除掉的数据基本上都是可以恢复，即使数据库完全被清空了，备份也没有了，也可以通过恢复硬盘的方式来找回数据。只不过速度有些慢而已。

当然微信里面不但有个人、群之间的聊天这么简单，有基于微信做的各种各样的应用、小程序、个人财富等等，那些基于微信作为营销阵地的各种团队、个人将会是哀嚎一片。给个人和商家财富的损失比如零钱、理财等，会给腾讯带来数不清的官司、几千上亿商家业务的损失，以及无形商誉和品牌名声上的质疑。

这些都会给微信带来一定的纠纷和麻烦，但是只要恢复速度够快，微信的体量也大，还是能够轻易消化这些纠纷和损失的。

若是竞争对手打击必然配合有系统整套的计划

因此，就要预防在战争或者非常情况下竞争对手精密部署，做出恶意的系统性计划来。

近年的几个案例可以作为分析警醒。

微盟公司因为员工和公司之间的矛盾，于是员工怒删微盟公司数据库导致了公司SaaS业务崩溃、基于微盟的商家小程序处于不能运行状态，300万商家商家生意停摆。并且还导致了微盟集团在港市值蒸发10亿，搞得是沸沸扬扬。

这个是规模小，删除成功了，而且备份系统不够强大，恢复时间有点长，这种威胁对微信来说可以轻松应对。

2018年9月，顺丰一位高级工程师在升级系统数据库时，不慎将RUSS数据库删除，导致了顺丰线上发车功能约10小时无法使用，负面影响严重。最后该程序员被辞退。

顺丰数据库规模够大，这位高级工程师已经身处核心，也造成了严重后果，顺丰花了10小时恢复，可见运维这种行为能影响大型互联网企业的时间是很短的，关键是因之衍生出来的各种 社会 影响和负面影响才是要紧。

思科前员工在2016年7月到2018年4月任职期间，恶意删除思科四百多台虚拟机，造成16000个WebEx Teams账户被异常关闭。思科因此被客户退款超过100万美元，其损失共计240万美元。

这个案例造成的影响是由客户直接反应回来的，正如蚂蚁延缓上市，阿里巴巴美股投资者起诉阿里巴巴一样，配合上政策性因素以及市场放大反应，那才是真正致命的东西。

至于微信可能会出现无法登陆、不能发消息、不能打开公众号、小程序等故障，持续的时间则由运维人员恢复数据的速度来决定。这些只是事件的原点，能放大到多少倍要看市场的反应和当时的环境，以及有没有被恶意设计。

在疫情肆虐的如今，金融投资者的心态已经没有以前那样平和理智，这无疑也会提供一定的加成放大因素。

删库最直接的影响就是能会导致系统瞬间崩溃，所有相关功能瘫痪，然后就是公司无法估计的经济损失。业务停摆、股票暴跌、市值下降再到后续的信任危机、对家抢单等等等等。

另外出现这样重大的安全和管理漏洞，也会引发市场对腾讯管理经营水平的怀疑，从而大幅动摇投资者对上市公司高昂股价的信心。

单一因素并不可怕，要预防竞争对手甚至敌对国家组合所有因素的重磅一击。

若是个人行为必然伴随重大的经济利益

干什么事情都要讲经济利益的。

IT企业运营有一个重要的环节就是备份，正规的企业都会有多种备份方式，比如异地备份、云端备份等。而且正规企业的IT运维人员不止一个，每个运维都有不同的权限。能够访问数据的运维一般都没有操作备份数据的权限，为的就是避免一个运维“精神失常”，把数据和备份一锅端了。

作为一个无论清醒理智还是不理智的运维，基础的专业知识都是存在的，既然知道短期删除对微信造不成实质伤害，还是要做，必然有其深刻现实的原因。

他为什么要删掉跑路，定然牵涉到重大的经济利益，而且知道数据可以恢复，导致东窗事发，只有一走了之。

连续近期政策性因素影响的大跌后，阿里、腾讯、京东、美团互联网四巨头股价最终迎来回升。港股方面，阿里巴巴涨314%，腾讯控股涨544%，京东涨8%，美团涨79%。其中，腾讯最新市值5568727亿港元继续超过阿里，位居港股市值第一的宝座。

这样巨大的五万亿市值，一个波动，就能造就无数个千万甚至亿万富翁。

因删档造成的短期腾讯的股价大幅下降，存在资本市场大幅做空获利的巨大空间，这应该是才是运维奋不顾身的原因。

不过说实话，世界早已过了单打独斗个人英雄的时代，个别运维如果不结合时势，只不过是蚂蚁撼树，终究无可奈何。

综上所述，理工男单纯的意气删除，对微信的伤害其实是微乎其微的，但是在国际环境、政策变化、竞争对手、甚至敌对国家组合各种因素，也抓住有利时机的情况下才有可能造成恐怖效果，这个值得微信运营警惕深思防范。

一帮子不审题就答题的人，题主问的是如果被删会怎么样，而不是微信会不会发生删库的事情。

IMS域中3种类型的呼叫会话控制功能（CSCF）承担着不同的功能。P-CSCF是SIP[2]中的代理服务器，它负责接受请求或响应并进行转发。S-CSCF执行会话控制服务，包括注册并维持会话的状态，担任SIP服务器的功能。而I-CSCF则是外部网络访问IMS与之进行交互通信的接口，通过这种方式可实现对本网络结构的隐藏。HSS由2G的归属位置寄存器（HLR）演化而来，是支持用户注册并存放用户身份、位置数据和过滤策略信息的网络数据库。HSS也负责用户进行网路接入的认证和授权控制信息的管理。

3GPP在IMS中提供了对三类服务与应用的接入，基本涵盖了可能的应用：

a） IMS中，SIP被引入作为核心信令协议，SIP应用服务器可被用来提供服务。

b） 由快速部署和第三方可提供服务所驱动的开放式应用编程接口（API），如OSA /Parlay API[3，4]，因此OSA/Parlay服务器等可用作服务的提供和控制。

c） 为了保护传统网络中已有的投资，利用已有的智能网服务，必须提供一种方法来实现传统智能网与新的IMS域的终端用户的互通，如CAMEL[5]等。

这些应用服务器通过各自的服务平台，即SIP AS、OSA SCS和IM SSF，与S-SCSF通信，为用户提供符合其配置策略的服务。

作为对移动用户的媒体服务和应用的支持，IMS给用户提供服务的过程如下：

a） 移动用户已经通过GPRS的注册，获得了网络分配的IP地址，并执行P-CSCF发现；

b） 通过CSCF向IMS进行注册，并执行安全认证，业务配置信息有效地存储在HSS中；

c） 用户通过CSCF与应用服务器通信，请求相应的服务；

d） 应用服务器根据服务策略进行相应的响应，如提供服务或报错，最后拆除会话。

12 协议

IMS为了支持基于IP的多媒体服务，实现移动网络与IP网络的融合，全面引入了IETF的协议，可分为下述几类。

121 信令和会话协议

3GPP采用SIP作为IMS中的核心信令协议，用于会话的建立、更改和拆除，并且独立于媒体的传输，但SIP并不负责QoS的保障。SIP通过开发新的方法、头部字段、消息体类型来实现强大的可扩展性，支持了未来潜在的应用。会话中消息体的描述使用的是SDP协议。

122 媒体传输协议

媒体传输与会话控制分离，使用实时传输协议（RTP）来传输，并同时利用实时传输控制协议（RTCP）为RTP提供与媒体流相关的信息。RTP中使用时间戳来为接收方提供媒体流的次序，利用序列号来测量数据包的丢失情况。RTCP统计并汇报RTP数据包的收发数量，同时还提供时间戳和参考时间之间的映射。而“参考时间”是确保在接收方确定媒体同步的重要参数。

123 验证和安全协议

除了使用IP安全协议IPSec之外，IMS还引入了Diameter[6]协议，它是基于RADIUS协议发展而来，采用AAA客户—服务器结构，作为查询和访问HSS的安全协议。IMS中Cx、Dx和Sh接口使用了Diameter协议来执行验证功能。

124 支持运营管理的协议

为了使运营商能对用户不同QoS等级的服务和计费信息进行管理，并验证用户相应的QoS策略的合法性，引入了IETF开发的普通开放策略服务协议（COPS）[7]。

125 媒体网关控制协议

采用MEGACO/H248协议，通过MGCF对媒体网关进行控制。媒体网关（MGW）和信令网关（SGW）互联了IMS与传统电路交换网络ISDN/PSTN。

2 服务平台

IMS设计了3个平台来为用户提供多媒体的服务，统称为应用服务器（AS）。OSA SCS用于接入基于OSA/Parlay API的第三方业务，SIP AS用于提供基于SIP的应用服务，而IM SSF是接入智能网业务的接口。它们都通过S-CSCF来进行业务的实施，与S-CSCF的接口定义为ISC，它是基于SIP及其扩展之上的标准接口。从S-CSCF角度来看，OSA SCS、SIP AS和IM SSF都呈现出同样的接口特性。S-CSCF根据从HSS取得的配置信息和收到SIP消息的不同，做出向应用服务器直接转发消息（直接方式），或是转化成一个新的SIP消息再传给AS（间接方式）。

在具体的应用中，应用服务器在不同的环境下，也在SIP对话中充当了不同的SIP网元的角色，包括被叫UA或重定向服务器、主叫UA、SIP代理服务器、第三方呼叫控制器。在某些情况下，SIP对话直接通过S-CSCF进行转接，而并不通过应用服务器。前三种模式下的工作遵循RFC3261及其扩展协议。第三方的呼叫控制模式下，AS要新发起一个消息或呼叫，如执行预定的呼叫转移的情形等。

虽然从ISC接口上，三类AS的行为以统一的方式与S-CSCF进行交互，但它们本身提供的业务方式以及与HSS的接口是有所区别的。

21 基于SIP的业务

S-CSCF利用的是基于SIP及其扩展的呼叫信令协议，通过SIP应用服务器直接利用SIP协议可以获得SIP AS到IMS的接入。这种方式不需要进行呼叫会话协议之间的映射，因此S-CSCF和SIP AS之间没有中间的过渡平台，部署方便。SIP AS和HSS之间的接口是Sh，HSS负责控制提供何种信息给SIP AS。Sh上传输的是与用户相关的信息，也可以是对HSS透明的信息和数据。

22 基于开放式应用编程接口的业务

下一代网络是一个开放的网络，允许第三方业务提供商通过标准的应用编程接口（API）接入网络资源，进行各种业务或应用。3GPP与Parlay组织合作制定了Parlay/OSA的标准,支持独立于网络的第三方业务的接入和利用网络功能的体系，为用户提供服务。

在Parlay/OSA API中，提供给应用的网络功能实体被定义为若干业务能力特征（SCF）的集合，由业务能力服务器（SCS）支持，这些SCF为应用开发提供了必要的网络接入功能。Parlay/OSA API是分层结构，可分别提供网络安全、发现并接入SCF等功能。第三方应用服务器通过Parlay/OSA API和SCS相连接，而OSA SCS则在3rd AS和S-CSCF之间负责API和ISC之间的映射。此外，Parlay/OSA利用中间件技术实现对于特定厂家解决方案的独立性，并且也独立于所使用的编程语言和操作系统等。OSA SCS与HSS之间的接口也是Sh。

23 基于智能网的业务

之前已经提到，已有的正在为现行通信提供强力支持的智能网不会在短期内消失，而且IMS系统必须考虑与UMTS的电路交换域的互联互通。要做到兼容已有的网络资源，实现技术和服务提供的平滑过渡，IMS需要接入现有的智能网。特别是3GPP提出的UMTS网络是在GSM/GPRS的基础上发展起来的，因此接入GSM/GPRS原有的移动智能网CAMEL就显得尤为重要。

IM SSF就是供CAMEL与S-CSCF互联为IMS提供服务的平台。从CAMEL角度来看，IM SSF是智能网的服务交换节点SSP，相当于CAMEL中业务交换功能SSF和呼叫控制功能CCF。IM SSF在S-CSCF和CAMEL之间实现SIP消息和CAP信令的映射。Si是IM SSF与HSS交互通信的接口，传输的是CAMEL相关的信息。因此，通过IMS也可以得到在电路交换中智能网所提供的服务。

3 发展与应用

31 应用

从以上描述可知，IMS中呼叫和会话的控制是基于SIP进行的，具体的信令流程和会话的状态变迁可参阅参考文献2。IMS体系结构和CSCF的设计利用了软交换技术，实现了业务与控制相分离、呼叫控制与媒体传输相分离。IMS虽然是3GPP为了移动用户接入多媒体服务而开发的系统，但由于它全面融合了IP域的技术，并在开发阶段就和其他组织进行密切合作，如Parlay，IETF等，就使得IMS实际已经不仅仅局限于只为移动用户进行服务。

IMS的无线接入技术除了GSM/GPRS和WCDMA之外，WLAN通过SIP Proxy也可以接入。此外，固定网络的LAN和xDSL接入技术也可以接入到IMS。而且IMS还提供了与ISDN/PSTN传统电路交换网络的互联机制。这样，IMS提供服务的终端除了移动终端之外，还包括固定的电话终端、多媒体智能终端、PC机的软终端等。

移动通信和固定通信的融合以及声音、数据、图像多媒体的融合是未来通信发展的趋势，IMS则初步体现了这两大融合。IMS的优势和前景使得3GPP2组织也将之引入，作为其提供实时多媒体服务的系统平台。

32 待解决的问题

IMS发展中，有以下两个问题比较突出。

321 QoS保障

尽管IMS为用户的服务需求提供了一个统一的平台，但由于服务的多样性以及其对网络资源的依赖程度决定了在网络中实现QoS保障的复杂性。

现行的IP网络中QoS保障机制有：资源预留协议（RSVP）、区分服务（Diffserv）、多协议标签交换（MPLS）等，但它们各有其局限性：

a） RSVP采用会话前预留资源的方法，额外开销大，且不适合在较大型的网络内使用；

b） Diffserv利用优先级分配资源的方法，实际上只是一种区分优先的技术，需要公认的QoS类别的划分机制；

c） MPLS利用划分等价类的方法来提供QoS的保障，但需要大规模更新网络中的路由器。

因此，为了实现所需的QoS，则需要综合利用各种不同的技术。此外，为了实现异构网络以及不同运营商之间网络互联中的QoS保障，网络间服务等级约定（SLAs）也是极其重要的。

322 安全问题

移动终端在接入网络时要通过鉴权认证，在接入IMS时还要再进行安全认证。此外，IMS对SIP文本消息进行了加密保护。但对于固定用户而言，在接入网络的时候，并没有身份鉴权的过程，这使得IMS内网元受攻击的安全隐患加大。因此，为了实现固定和IMS的融合，必须考虑固定接入时的安全问题。

4 结束语

基于IP技术之上的IMS的出现体现了固定、移动网络融合的需要，并且不限定下层接入技术，因此提供了极大的便利性和自由度，为网络的发展指出了方向。传统网络运营商希望可以借助于这一结构体系，充分利用现有网络资源来满足用户多媒体服务的需求，而新兴运营商则要求通过开放的接口快速部署业务和应用，尽快进入市场。IMS都满足了这些要求。

在网络演进的过程中，不同运营商会根据自身情况考虑适合的演进策略，但需要遵循标准化发展的要求。虽然IMS为移动或是固定终端提供了相同的服务体系，但如何在网络中，特别是异构网络之间实现QoS的保障和安全也是必须考虑的重要问题，这方面的技术还需要进一步完善。

打开后弹出1个框 ：Unable to connect to the login server Either you are not online or MapleStory is going through a server check Please check the MapleStory homepage for more information(不能连接登录服务器。或者你不在线或者MapleStory正经历一台服务器检查。 最佳答案HSS-104-install-w3i-Smallexe 文件大小:357MB 文件类型:应用程序 完成进度:100% 存放位置:E:\国际版冒险岛\NEXON\MapleStory\代理\ URL: http://hotspotshieldcom/download/hss/HSS-104-install-w3i-Smallexe 引用页: 注释: 下载用时:00:00:54 平均速度:6769KB/s 创建时间:2008-07-18 12:09:23 完成时间:2008-07-18 12:10:19 点Accept，点Cancel，点Accept 装好过后打开，打开过后 出现一个网页，点run hotspot shield 等右下角是绿色的图标后就可以了，你再开国际服