2008年（12）
分类：
2008-09-04 11:11:37
朱其亮：
女士们、先生们下午好。已经临近今天报告会的结尾，可能大家比较累，我主体讲的是关于新一代的运营支撑和软件最新的国际标准进展。去年我两次参加了TMF的大会，一次在法国尼斯，一次在美国的达拉斯，分别做了两次报告，这是迄今为止我们第一位登上TMF论坛的中国人，所以引起了一些振动，居然中国人也有权力登上这个大会并且做一些报告。同时我学习到许多东西，特别是关于规范上的东西和关于规范实践上的东西，我想就这个机会跟大家介绍80张片子，一般是4个小时的时间，80张片子一般40分钟，去掉提问，每张片子只能讲30秒，有些东西我会跳过一些，大概是这么一个情况。
现在开始讲。有两张简单的片子说一下关于TMF的主体工作，我们可以看到，在中间一个框主要是电信管理论坛的全球会议，去年两次，今年也有两次。其它剩下来左上角是Technical Teams，跟他们的头头谈了TMF的进展情况。右上角是许多运营商开发的基于TMF论坛的一些实实在在的产品，最后是TMforum Website。这个名字是很大的变化，原来是新一代的运营支撑系统，实际上这里并不是仅仅是规范，这是我迄今为止看到全世界所有规范里最为复杂的一个规范，这个规范里不仅包括了理念，而且还包括了体系构架，还包括了数据模型，三个方面同时形成了一个规范。所以，后来觉得光是OSS不对，许多理念支撑了BSS，怎么办呢？又不能改名词，所以变成新一代的运营支撑系统和软件，这种很巧妙的变化，新的规范里包括三大块，第一块一种理念，思维模式，第二种情况就是TNA，是技术中立的体系结构。首先这里可以看到，我们在这里讲的第一个东西就是所谓NGOSS第一句话就是一句话，这是一个思维模式的变化，实际上我们可以用这么一句简单的话来说明，NGOSS是新的电子商务环境下，网络环境下运营模式的思维变化，这种变化不仅体现了我们从原来的网络为中心的管理到客户为中心的管理，不仅仅这样。而且包括我们不仅集中在客户，而且需要我们关注供应商和合作伙伴的关系，不仅是这样，还要关系到我们的员工、股东、利益相关者，同时还包括了不仅要关系运营，而且还要关心一些产品的开发，基础设施的开发以及整个的管理策略。不仅这样还包括第三方面，整个企业的管理。因此就形成了一种全方位的，为了进一步提高竞争力所谓管理理念上的变化。
我们如果从一个基本商务看起来有底下五个东西，一个是Goal，我们为什么要确定基本的商务建模基本的Goal是什么东西。Process，过程是什么东西，我们有很大的误解，Process在计算机叫进程或者过程，这里只能理解成过程，而不能是进程，更不是流程，我看到有些翻译或者中文讲的把Process写成流程，这是不对的，因为Process我跟那些都谈了，都是这么来理解，这是在NGOSS规范里存在的缺陷，这个问题以后总会解决，NGOSS是国外提供的模式，他不是八股，也不是圣经，确实存在一个缺陷，有一个缺陷就是我今天在会上提出来的，就是Process的定义是有问题的，这个Process不是流程，如果把Process理解成为一种业务流程框架，这是错误的，这种隐藏在非常深层次的东西，凡是我们对Process实质性理解是有问题，另外一个侧面反映出来他规范里的定义有问题，到底什么叫做Process，从这个地方看来，大多数人的理解应该是换成另外一种理解，叫做功能块，他没有流，我们在TOM里面一共有16个Process，但是他是一些基本的功能块，有没有流程，没有流程，我们运营商建立的要流过这些功能块的流程。TMF不可能为全世界所有的运营商制定固定的流程，这根本是不可能的，所以他只能够制定一些你要进行跑业务流程，哪些功能块，有那么多的Process，有那么多的功能块，没有流程，至于具体的综合营业系统，客户申购系统，别的系统也好，到底经过哪些过程，哪些功能块呢？那是我们自己去设计的，这里第二个就是Process。第三个Event就是世界，表示状态的变化。还有比较重要的Rule规则，规则是定义了，我们要运营一个业务，对于商务的知识肯定有一些基本的定义或者它的限制。最后Resource资源，这里不仅包括网络的资源，而且包括计算力以及应用等等。所以我们从NGOSS基本元素大概有这么几个，一个是Framework表示他支持多种势头，上午讲的时候有一个发言者举一个例子。第二个Architecture一个机构，技术中介体系机构，还有一个专用的技术一种结构。Methodology本身用商务过程来驱动。Deveiopment，我们开发系统的主体是Modelbased这个模型，待会儿我会详细说说这个问题。Interoperability误操作，这个是基于和约和组件的那种共享信息模型。Communication，operation，compill，尊容性。
我们看看NGOSS这里有四种，为了进一步说明这几，我们四个角落有Business，Systems，Deployment，Implementation，中间是包括知识库，包括建模的模型还有工具等等，所以形成一个知识库。我们有了系统定义，我这里想强调一个东西，大家看一下，首先我们有BusinessViewinfoModel，数据是这个东西，系统有信息的模型，然后有一个转换过程，然后DataModel的转换，最后是真正数据库里的东西，Datamodel可以变化为Datainstances最后可以转换回去，这是一个轮子，不断变化的过程。
从Ngoss怎么会有生命周期，最新的消息，正在开发NGOSS，我们讲任何东西都有生命周期，这个生命周期可以看到首先是BusinessVIew，这是他整个的生命周期，这是第一部分。
我们可以看到Framework，从横向的行为，还有信息。这里有三个，Business，Systems，Implementation，现在开发出来的Artifacts，包括Business流里有三个，所谓的体系结构都包括后面两个部分，一个是系统的，一个是实现的，系统里包括不仅这一块，这个里不是商务合同，讲的组件至今进行互操作里面的和约，这个和约一定是跟组件的接口紧密相连。下面就是跨在又是行为，又是信息之间的。现在我们看看Etom处在什么地位上。现在我们讲讲这个ETOM处在这个地方，这个地方我们叫做信息MODEM。从1995年到1998年ETOM第一次开发出来，到2002年一个比较重要的就是3.6的版本，正式通过TMF。现在2003年，去年3.5的版本，现在已经把这个东西交给ITUT，估计过两个月以后ITUT会把它批准为不仅是行业的标准，是一个全球的标准，最后2004年2月两个月以前不到的时间，正式发表ETOM4.0版本，我下面讲的东西是建立一个月以前ETOM4.0的基础上。
ETOM跟NGOSS的连接建立在这个地方，我们可以看到，现在快速地看看整个的从上到下的ETOMLEVEL0，这有三块东西。我们所关注的不仅仅是客户，还有供应者关系，我刚刚讲三大块，五个实体，我们关注的是这个，在0层上关注，红颜色三大块的东西每个都讲了一句话，中间就是所谓的战略，基础设施和产品的生命周期的管理以及运营的管理和企业的管理。
现在我们看看LEVEL 0的东西，Operations是右边一小块，我是SIB包括一些综合的运营系统也好，营业系统也好，计费系统也好，端到端的过程，实际都包括在这里面，这里我想提出非常重要的一个东西，就是说我们如何保证这个Operations是能够很好地运营，不间断，我们如何保证这个系统能够不间断运营，这是我们看到这个版本和前面版本在很大程度上的一个区别，就是所谓增加了一个东西，就是说Operation运营的支撑和就绪。运营和制成就绪是我们在整个的商务框架里面非常重要，非常重要的一个点，待会儿我会简单地介绍两句，这也是我们右面那块红的那块，左面那块东西变了，我们比较缺乏的一点，如何开发一个新的产品，如何来开拓我们的基础设施和业务，如何进行市场的产品销售策略以及进行销售呢？那三个东西里进行。最后是企业管理，就是最后红的那块。于是我们把三块东西形成所谓的高层概念性的基础设施，基础结构，我们分三块继续加以细化。
首先大家知道的第一层形成的市场产品和客户。第一层是服务层，第二个是业务层，第三个是资源层，第四层才是我们的合作伙伴之间的这个关系。我们从第一级的角度来看，我们最终形成八个，我们叫做横向的功能群组，第一个CRM，第二组就是业务上的，讲业务的开放，这里讲的业务运营，业务的管理和运营，下面一组一样的这是资源的开发，右面这是资源的管理和运营，下面是一个供应链的管理那是合作伙伴的关系，这样我们从第一层分解，我们从纵向分解一下，似乎可以盘道他分成三个，战略和他的承诺，因此时候关系不具体讲。基础设施的生命周期的管理和和Product，我们开发一个产品有许多过程要做，从实施保障和计费运营角度来说，我们增加非常重要的Suppiler/Partner，大家有注意力在我们建设运营支撑系统集中到这两块，我们迄今为止四大运营商中国电信、中国网通、中国移动、中国联通里实际还没有真正实施所谓的业务水平协议的这种管理，跟国外的差距确实是非常的大。我们还没有完全实施所谓这种保障，这种保障在非常细力度上完全体现了用户第一的这样一个服务思想，看来还有一些差距。
我们把刚才横向的加在一起，就形成比较完善的一个过程。看看4.0，作为CX0，CEO，COO，CTO，还有什么C什么O，他们所看到的到底什么东西呢？应该是这么个东西，我们可以看到从这个上面是四个纵向和八个横向的过程群组，再加上七个，整个一套应该是这么回答。我今天看演示的图都是过时的图，这是新的，没有那么多，我希望以后按照新的走比较好一点。Operations orea，这个有四个纵向分组，四个横向分组，集中在运营商，三个纵向的有四个横向的，所谓四个横向的功能分组。我们进一步看看，Enterprise Manadement，现在版本包括什么东西，比以前的增加很多，企业的风险管理，企业的效益管理，这是新的，前面三个实际是新加的东西。我们从纵向的角度来说，我们已经说了有四个，我具体的不详细说，这个材料都印在上面。
横向有四个，其中比较重要的东西，我们现在理解的东西在CRM那层里的Service称为服务，不是业务，QOS，后面的Service是服务，一定不是业务，是服务的质量。到第二层我们也有QOS，这个QOS一定是业务的质量，那么业务跟服务到底有什么区别呢？比如到食堂或者是哪个餐厅吃饭的时候，你得到的是服务，然后你就选一些菜，你一定不关心他里面的业务，这个业务很复杂，比如你到什么地方采购这个原料，采来以后放在什么地方，如何保险，大师傅怎么把他洗干净，分门别类切，切以后配菜，配菜以后烹调，整个是业务流程我们不关心的，这是内部的事务，因此我们把它叫做业务。凡是推向客户的东西，我们都讲是服务。所以SPservice，一定是业务提供商，不是服务提供商，区别这个概念是非常重要，因为网络里引起的质量，实际上会反映到它的业务。如果说内部的业务管理的比较好，他可能即便发生网络性能的下降，可能不会影响对业务的QOS，也就是说许多业务问题，不会反映到服务层去。
第二级Level2，每个过程反映的不再叫过程，从现在开始叫做P1，第二层叫做过程源，不是流程，因为他不流，如果这个变成流程流，他就搞不清楚，所以反映出来这些东西每个都是P1，每个P1继续分解成许许多多第三层的P1，每个第三层P1会分解成许许多多第四层的P1，因为现在TMF一直做这样许许多多的工作。两个月前的这个图跟原先大家比较熟悉的3.5版本的图是不一样的，而且是很大的不一样，分解也分解的不一样，我们如果拿过去东西来套，可能不一定完全是对。所以我们从这一层我们一共有九个这样的P1，就是过程源，其中有一个过程源就是穿越FIB这三个东西，还有一个就是说也穿越了FIB，还有最后一个就是供应商合作伙伴也是通过这三层。网络数据从什么地方搜集起来？从这个地方搜集上来，这个地方名字变化了，这个变化以后包括它的故障和网络里的正面数据、负面数据，所谓性能正面性能数据和负面性能数据，CBR从那里过来，性能数据从那里过来，所以你们可以看到，从这个计费的角度都横跨一个搜集网络数据包括CR在里的过程。
这里变化的比较多，这是4.0版本，原来有三个，现在都没有了，就剩下一个，一个会继续分解下去。这比较重要的东西，我简单说说，为什么这里重要？这里分解以后，也分解成九个，这一步的分解会对每个东西，每个P1都进行支撑，比如客户要来查询帐单，这肯定要的，或者说客户来申告比如要查帐单，你怎么能够把最快的帐单能够查出来，我们现在打完一个电话或者正式形成帐单可能时间很长，十几个小时或者二十几个小时，而且搜集出来的数据有的时候可能还有误，这个就不行了，假定是这样，能够及时搜集到计费数据，假定这样数据搜集出来是准确的，这两个。那么在这两个条件下，仍然是有问题，你没有完全把所运营的东西搞得非常的好，你说客户要来查你的计费数据，你说我计费数据在什么地方，在我的数据库上，这个数据库很好，这个数据是Oracle，这个有什么问题？没有什么问题，我们怎么确保这个数据在分分秒秒任何时候都可用。今天下午和上午有一个很好的报告里提到，就我们如何保证在一些非常的情况下，我出了问题怎么补救，不能仅仅说把两个东西备份一下就行，这还是不行的。你说值班，我这里有一部分人工处理的营业系统，比如值班或者机房里的值班，这个排一个调度表就行了，不，因为人员的调度一定要AB制，我们一般的值班没有从客户角度考虑，体今天值班，如果我今天病了，你谁有空就临时调过来，这个人员的调度一定是AB制，B可以不用，但是一定要AB制，规范的如此细这好多了，不管是硬件，不管是设备，不管是人员调度，当然更多的细节。CR里面怎么保证对市场做出最快速相应，这个有很多准备，我们通常讲每一个过程好象很简单，实际上并不简单，每个地方都有，这里是比较详细规定许许多多从理念出发的一些规定。
我们看看这面是更加重要的东西，我们有足够的教训说因为在一个产品开发的时候，我们首先想到的是什么？产品需求调查等等，不，开发一个产品不仅要做这个东西，非常重要而且更加重要的是产品的生命周期的管理，我在没有开发这个产品以前，我需要定出来，这个什么时候完成。下面有一个过程可以看到，这里有一个过程，产品的生命周期的管理，这里有一个过程，这个过程是生命周期的管理，这个产品和服务的引用，在市场上到底会维持多久？跟哪些产品会同期的并行，这样就可以做你的投资，什么时候可以通过这里得到回报。我们引入VP业务的时候，没有做整个东西，因为一个块里继续分解下去，许多子过程，每个子过程继续分解很多子过程，所有的子过程都要求用计算机或IT的手段加以实现，我还没有这么做，从理念上来说，我们并没有经过详细的投资分析、投资回报，产品的生命周期，我们有一个非常重要的原则，一本非常重要的书，大家都比较熟悉，是一个高效能人士的七个习惯，第三个习惯就是开始做一件事情的时候，以终为始，首先考虑最终的结果是什么样，然后再开始，这个是很重要的原则。
这里讲的一个原则，一定是从最终开始再来考虑，另外我们这里有一个生命周期，就是所谓制定一些策略和他的一些承诺，这个跟过去的版本也有较大区别。这个是LEVEL2一个总的图，三个里面数数，一个两个三个四个就可以数出来，第二级到底有多少过程，每个过程会继续分解下去，这个是我们所看到4.0完全展现的。我们在分解的时候LEVEL1是过程的群组，LEVEL2，第三级就是LEVEL3P1、P2，ETOM就是我们刚才看到的，包括业务的管理和运作、运营、资源等等，我现在举一个例子，这个分许许多多，把这个再分解一下，我会分解成许许多多，这一共有九个，把这个RETENTOIA＆LOYALTY保持挽留度和忠诚度，他可以分解成那么多的P1，再看一个这个东西，这个要分解的有很多，所以一直这样下去，这次所谓新的版本里面更加详细，过去因为比较粗的，现在一直在进行分解下去。
现在举两个例子，我们知道从分解的角度一共分解底下有九个这样的过程。这九个过程，12345678，其中有一个用黄颜色表述出来，就是CRM的支撑和就绪，剩下两个东西没有了，我在4.0版本，这两个框没有了，你可以看到整个的规范就在进展，什么东西没有了，就是销售和渠道管理，这个就移到产品线去了。业务的管理和运营，我们现在分解成五个，其中有一个非常重要的就是SM＆O，所谓叫做Readiness，如何确保你这个业务，这个分解下去对这里的详细支持的描述，有一个东西没有了，就这一块东西没有了，给大家做一个记号。
下面是资源层，同样的情况，我不详细说了。在资源层里面也分解成五个，有一个没有了。最后一层关系，所谓供应商和合作伙伴的关系管理，现在一共有这么八个主体的过程。这个就说第二级的东西，Operations Support每个都有，在业务一层、资源一层都有。继续分解下去我没有时间不能说了。第二层会分解到第三层，第三层会分解到第四层，越来越多的就是过程不断地分解下去。我举一个例子，现在跟新版本有很大不一样，他不仅提出好几十个P1，随便你设计什么流程，比如DSL，或者XCL，或者非对称的SL，或者HDSL，我们已经有了这个东西，这是第二级上看看，实际上是看不到的，因为我们真正看到是分解下去第三、第四，即便在这个上面，我们看看到底他是什么样的过程，哪些东西会介入呢？我们会看到这个是介入的，客户的关系，这个过程也是介入的，这里是在业务层里面的业务配制和激活，资源的提供，还有SP的外购产品的时候，一共有那么多的东西是介入的。
我们现在举一个例子，国际上建议的SER的管理到底怎么样，我刚才讲了1234567，用颜色表示七个，Customer需要有一个Selling，然后看看客户什么级别，级别是这样的，他处理不一样，形成整个的启动设计，Orderhanding开始业务的配制和激活，就开始对预留，有没有这个资源，预留资源，但是这个预留资源有一个问题，我假定这个资源不够怎么办，我要启动所谓SP的客户关系，通过他到外面发一个External order issued，他这个完成以后，上报，开始主机上报，看来我好象做完设计，我有可能给你提供，不是，为什么？我们每做一件事情总有一个结尾，这个结尾一定是这样的要使客户满意，你哪怕做一件小事情，最后计算机一定有东西，客户满意吗？所以10要回来一个东西，是确保客户是认可了，并且是满意的。和我们现在的服务有一点点区别，过去要继续下去。我们可以看到这里面继续，得到了这个客户来了以后继续下去，刚才做设计，现在需要开通这个业务，开通业务的时候，首先需要预留，预留以后再激活，把这个东西激活了，我们才可以说这个过程是完成了。
第二个例子，我们简单举举，这次新的文档里面SLA，很重要的一个原则，就是说我们一定要每次SP跟客户提供业务的时候，一定要签定合同，就是QOS，国外叫拉出大屏幕，把所谓的服务QOS，服务质量，模板提出来，模板有许多参数提出来，参数需要制定参数上下限的值，根据你的服务，客户付费的情况，服务级别选定他特定的模板里特定的参数具体的值，一定要这么做，遗憾的是我们迄今为止还没有启动这个过程，不是外国启动我们就要启动，我不同意这个意见。但是这个事情因为人家做的有道理，确实是能够得到回报的，所以我们一定得启动，今天不启动，明天迫使你启动，你不启动人家在启动，至少我们在中国电信、中国网通处于竞争地位，很快铁通要加入，至少移动通信，中国移动和中国联通在不是非常正轨的情况下，不是非常有序的情况下的这种竞争，这个竞争远远不够，如果明年发出来第三代移动通信，我们有更多的移动通信厂商，那时候竞争的局面在移动通信方面不断地形成，不管怎么样，我们怎么竞争，一定要采取SLA的手段，我们现在讲了，今天我所听到的许多发言里面，SLA应该说是一个弱点。我们期望有更多的厂商能够关注一下SLA，因为这是一定要做的。我们仅仅提供一个服务是不够的，一定要使提供的服务有许许多多质量的保证。底下一个例子，假定我在执行SLA管理过程里面，违反了SLA怎么办？违反了有两种情况，一种是网络性能的恶化所引起的QOS的问题，另外一个就是端到端，NTN，上面是客户，底下是网络，两者都可以引起SLA的问题。国际上的流程到底怎么走？我们看看Customer，有申告，肯定到接口上，看看你的情况怎么样，然后再下去到业务层，业务层有什么问题没有，业务层进行质量分析，一种情况分析完了，如果没有什么太大问题倒可以，如果情况比较严重的话，可能要引起业务的重组。业务重组必然伴随起来的就是所谓网络资源的重组，这个时候他可能要启动许许多多的动作，最后我们要把已经改过来的一些网络的性能从这个数据里搜集下来，并且通过业务质量的管理报告到客户管理进行分析，如果是违反的，我们现在说确认已经违反了，这里就是进行赔款。这个和销售当中定下来的赔款不一样。这个如果你允诺的东西没有定下来，这个还要进行赔款，这个情况应该说是比较复杂的一个过程，我们还没有看到一个厂商在这里开始实现这个东西，或者对这个东西加以更大的重视，应该说在OSS建设里面这是很大一个薄弱的环节，我愿意借这个时间再次呼吁OSS问题是非常重要的，也是我们新版本里特别强调的一个问题。
我刚才讲的一个东西是新版本上的一个东西，我们从OSS、QOS和MSS，下面就是业务层，包括业务的配置，激活，还包括业务问题的管理，业务质量的问题管理，这三个是计费。这里就是资源层，网络资源的配置，还有就是资源问题的解决，Trouble问题的解决，他也包括许许多多故障等等，客户来了申告以后，确认是有问题的，我们首先查查客户的级别，我们根据不同的情况进行不同处理，然后形成一个比较好的版本，就是整个问题，这里所有SL签定合同所有计算机都在这里，他这里返回来服务层到业务层，我这个要进行分析这个问题到底是怎么样的问题，有几种情况，一种情况他可能就是觉得有问题，资源管理里首先要查查你的资源，网络层里到底发生什么问题，最后把这个网络层查的问题放到一个中心的控制器，业务质量的管理。那么最后进入一个分析报告，三种情况，第一种情况汇报上去问题不大，我基本给你解决了，就报告上去，这个是上面的第一种情况。第二种情况稍微严重一点，我整个的网络需要调整，于是下来一个要进行网络里面的重新配置，这个配置完了以后，报告下去，新的网络参数要登记到QOS里面，那里大量的罚值在里面，完全代表体现了网络性能，我们有很多是报警，比如话务量，接通率没有达到极限的软报警。第三种比较严重需要进行业务配制，需要在网络层进行许许多多工作，这个就比较复杂一点，但是完成以后要把现有网络的实际情况登记到Retentoin一个大的资产库里，是一个数据库。同时把业务修改的东西放到业务的这种资产管理，这个东西都要登记进去。东西没有完，最后把所有的东西回到这地方来。
我看已经改过的情况从网络搜集许多数据，这个数据会报告到一个非常重要的一个新的版本，就是它的资源性能管理上去，对性能做出正确的评估，这个性能评估会有一个报告的形式送到所谓业务质量的管理上去，最终要送到客户问题质量管理上去，经过一系列操作以后，到下面。
什么是新的，我们现在Etom包括核心的GB921，以及一系列全新的，大家可以看看，D、F的，还有ITIL等等，都包括在这个地方。我们讲的关于数据上的问题，信息模型一个基本概念在做的工作，就是说我们不仅要做许多P1，P1再继续分解，软件开发商可以根据这个做许多东西，而且要进行一些B1，什么叫B1，就是把许许多多的商务实体，一边是许许多多的过程源分解的越来越细，界面分的越来越细，界面的角度分了许许多多的B1，你要设计这个模块的时候，要用哪些数据模型都给你送过去，所以以后开发比较简单，如果有些现成的B1，是可以用的话，成为公用的就很方便以后的开发。这里有一个问题，把所有的信息，感兴趣的数据组成一个DOMAN管理域，每个聚合商务实体有很多商务实体，每个商务实体有很多HBO，HVO定义起来，这是他的概念，有多少个，这个很不容易，你怎么把所有的企业改进的数据能够分解成12345678这样的领域，包括Sales，Product，Customer，Service等等，更重要是已经做完这些工作，每个东西都影射到整个的ETOM的框架里去。影射到ETOM框架有八个，一共有多少个？这个是聚合商务，这个又分解成很多。第三级许许多多的Service，继续分解下去，到所有里面分解成相当于JAVA里的对象类，这样可以比较快地理解。我们把每一个现在举例子，把这些所谓的东西B1是跟这个对应起来，放在这块，以后设计的时候可以用他，CUSTOMER就是一个大的M1，他里面有多少个B1，这个都是一个个商务实体等等，我们能不能看一个商务实体？我举一个例子，我们有一个ABE Customer Order，我们从这里集成下来的，这个就是有四个，这个是PARTY，不管是散客也好，集团也好，他就是这样，我们从Party这里集成下来，这个有价值网，这里有客户，具有Service或者其它的提供商，组成一个价值网络，新的商务模型。这些Party许许多多关系都已经定义好了，有多少这样的文档，一共有14本新的。我们可以看到，这个Party—Contact B1等等，这里我把所有的东西都给大家集中了一下，我们在SID有Location，这个都是新的东西。现在我们看看这个有一个东西，简单说什么叫TNA？这个因为是很大的一组东西，他就是这样，我们要做建设OSS系统，国际上提供了一种标准的结构，然后你把这种标准的结构基于的东西就是Concepts，这里每个组件上有一个In TNA的接口，然后在组件通过接口进行交互的时候，一定要对每一个捆绑一个和约，这个对接口行为的限制。这么做起来就比较方便了，我们就基于Service这些东西。这个是基本共享，底下是安全，然后是Policy，然后是Business Process，一种OSS的商务服务，另外一种是基础的一种服务，包括OSS的框架服务包括一些基本服务，我这里讲了一下什么叫做框架服务，什么叫做基本服务，什么叫做Business，Services，我们讲的Billing都是这里。框架服务分两类，一个是Framework Services，一种是OSS，一种是Basic，比如命名的是一种，定位服务等等。什么是新的，这里包括TMF053C，TMF053D，原数据模型都给你公布了，这个不仅仅是理念，还有一些具体技术的规定，这个都是新的一些东西。基本在053A，053B有许多变化的东西。
最后一个东西光说了理论不行，TMF我两次看到许许多多非常实际的厂商要做许多东西，所谓示范性的东西，这个大多建立在TomplianceProgran，遵从性的测试，八个标准确定到底你这个东西是不是能够满足要求，这个在什么地方表示？053文档，2.1.1，2.1点几，我挑了八句话，你只要满足这八个条件，这个东西TMF承认了，你是建立在ETOM的基础上，不是我这个产品是满足这个条件的，是靠在什么框架上，这个不做算，要通过这样的标准才可以达到，这是比较重要的东西。
最后只想强调一下，我们过去有一本书THE ORIGIN OF SPECIES，这是著名的达尔文的东西，最强大的一个企业，最强大一个开发商，最强大的运营商不是说因为他是强大而生存，也不是因为他是特别的稚嫩很生存，恰恰相反，谁能够最快的适应到我们这种电子商务网络经济变化的范围内，谁能够最快把我们的系统既逐渐跟国际官方靠近，又组建充分考虑到我们中国特有的情况，这个才是真正的强者。
我想建议一下，因为时间比较紧，所以后面还有非常精彩的一个报告，所以我希望是这样，我们以后可以建立一些联系，这个规范是比较复杂，也比较新，我的基本意见是这样，我们似乎是要学习一下国际的规范，然后考虑一下这个规范能不能在某种程度上用到我们这里来，或者我们采取什么步骤能够逐渐靠近他。
