中国联通网络互操作

中国联通网络互操作（通用7篇）

中国联通网络互操作 篇1

【摘  要  题】专题探讨……

1 研究数字图书馆互操作的必要性

随着在线数字图书馆（DLs）的日益增多，人们发现必须访问许多DLs才能找到所需要的资料。由于大多数DLs是基于数据库驱动的，现有流行的搜索引擎不能对其内容建立索引。因此，对于那些需要跨越多个DLs查找资料的用户来说，搜索引擎不能满足这种需求。如何将广泛分布的、异构的DLs联合起来向用户提供统一的服务，即实现DLs之间的互操作，成为DLs研究与开发所关注的中心问题。

所谓数字图书馆的互操作是指交换和共享DLs的文档、查询和服务的能力[1]。它要求来自技术（协议和格式等）、内容（元数据及其语义等）和组织（DLs的基本访问原则、支付方式和认证等）三方面的合作。DLs的互操作可以出现在不同的抽象层次上，我们可以将其概括为两类视图[1]：纵向视图（vertical  view）和横向视图（horizontal  view）。前者涉及法律、社会、文化和知识产权等方面的问题，后者涉及DLs的硬件和软件即体系结构方面的问题。

为什么要研究DLs的互操作？道理很简单：目前很少有DLs既提供丰富的馆藏资源，又提供有效的服务。尽管目前一些DLs拥有大量的馆藏资源，而另外一些DLs却提供许多的服务，但在这两种情况下，用户都不太容易找到其所需要的信息资源。只有在这些DLs之间实现互操作，才能共享DLs的资源和服务。因此，研究DLs的互操作是十分必要的。

2 联邦数字图书馆的实现方法

为了解决用户使用DLs查找资料时同一查询条件的重复提交问题，人们提出了联邦数字图书馆的概念。所谓联邦数字图书馆是指正式或非正式合作操纵DLs的一些组织，它们同意支持一组共同的服务和标准，以便在联盟成员之间共享DLs的资源，实现互操作。联邦数字图书馆允许跨越不同的DLs执行搜索，并将每个DLs的查询结果合并后返回给用户，使用户感到如同使用单个数字图书馆一样。从联邦的耦合度考虑，实现联邦数字图书馆的方法可分为以下三种：NCSTRL方法、Harvesting方法和搜集（Gathering）方法。

2.1 NCSTRL方法

网上计算机科学技术报告图书馆（NCSTRL）是一个拥有100多个机构加盟的联邦数字图书馆[2]，它利用Dienst作为DLs的协议和体系结构。凡是要求加入NCSTRL的机构需要在本地安装Dienst服务器，并按照统一规定的数据格式建立其馆藏资源。NCSTRL借助于分布式搜索技术在联盟DLs之间实现资源共享，它将用户的查询送往参与联邦的所有DLs上分别执行，收集返回的结果，综合整理后返回给用户（图1）。

附图

图1 NCSTRL方法

NCSTRL方法要求所有参与联邦的DLs使用相同的协议或软件系统，因此能够提供全面的互操作。但紧密的联邦必将加重联盟成员的负担，它们不得不就技术标准和策略（如知识产权准则、安全和隐私等）达成一致。从网络和搜索系统方面的限制考虑，NCSTRL是昂贵的运行模式，因为要求每个联盟成员的DLs必须支持复杂的查询语言和对查询的快速实时响应。另外，从查询的频率、元数据的质量以及网络资源的可用性等方面综合考虑，这种实现联邦的方法对联盟成员加负较重。因此，只有那些需求强烈的DLs会采用这种代价较高的模式。

2.2 Harvesting方法

一台计算机能够自动地从其他计算机中收集并提取元数据的方法通常称作Harvesting[3]。利用Harvesting方法建立联邦数字图书馆的基本思想是：从每个DLs收集并提取元数据，经过处理、合并后集中保存在一个中心DL中，然后对保存在中心DL本地的元数据执行搜索（图2）。显然，这种方法需要在中心DL维护一个所有DLs馆藏元数据索引信息的副本，以便提供基于馆藏元数据内容的查询路由服务。

附图

图2 Harvesting方法

Harvest系统[4]是这种方法的代表，它包括一组从各个DLs馆藏中搜集信息并建立基于主题内容索引的集成工具。Harvest体系结构主要包括两部分：搜集者（gatherers）和代理（brokers）。每个搜集者从DLs馆藏中搜集并提取索引信息。代理程序从一个或多个搜集者或其他代理检索索引信息，并按增量方式对其进行更新。代理程序能够为多个馆藏建立集成索引，并提供一个查询界面。

由于Harvesting方法采用集中处理方式，所以能够保证有较好的查询响应时间，但各DLs馆藏元数据内容的变化不能及时得到反映。另外，Harvesting方法不要求严格遵守一组完整的技术协定，只要求做少许支持基本共享服务（如数据访问）的工作。同NCSTRL方法相比，Harvesting方法提供的互操作性相应的要差一些，但对联盟成员的要求却很少。因此，许多组织可能会加入这种松散的DLs联邦。

2.3 搜集（Gathering）方法

对于那些不能正式加盟的DLs组织，仍有可能通过搜集（Gathering）DLs可公开访问信息的.途径获得一定程度的互操作。这种联邦方法通常提供统一的用户界面，用户输入查询请求，系统执行分布式搜索，并将合并后的查询结果返回给用户。元数据蜘蛛（MetaCrawler）[5]是搜集方法的代表，它是由美国华盛顿大学实现的并行Web搜索服务。MetaCrawler提供一个智能接口界面，它能将用户的查询并行地送往多个搜索服务（如Lycos、Altavista和Yahoo等），并对返回的结果进行整理，筛除其中重复的内容，然后返回给用户。MetaCrawler体系结构具有许多优点，它在传统的搜索服务之上提供一个抽象层，使其在Web增长和变化时具有较好的适应性、可伸缩性和便携性。

利用搜集方法建立联邦数字图书馆无须任何DLs直接参与合作，但所提供服务的质量比参与合作情况下的要差。同前面介绍的两种方法相比，搜集方法所提供的互操作性最差。目前许多关于Web的研究可视为在这个层次上添加功能，这将会提供更有效的互操作性。尽管期望整个Web表现出丰富的语义不太现实，但是人们还是期望着通过搜集方法提供服务的水平能够逐步地得到改善。

上述三种联邦方法中，NCSTRL方法通过使用相同的协议或软件系统来消除DLs之间的异构问题，因此可以实现全面的互操作。而对现有的DLs来说，Harvesting方法是比较现实的

建立联邦数字图书馆的方法。搜集方法虽然能够通过搜集DLs可公开访问信息的途径获得一定程度的互操作，但所提供服务的质量及互操作性较差。表1给出了这三种联邦方法的比较。

表1 三种联邦方法的比较

中国联通网络互操作 篇2

随着TD-SCDMA网络的快速发展, TD-SCDMA网络与GSM网络已形成共同组网的情况。TD网络的显著优势之一, 就是可以为用户提供高速的数据业务。在TD用户量实现快速增长的同时, TD用户的语音业务占用了大量的网络资源。为使TD网络更好地服务于数据业务用户, 本文提出了基于语音业务的2/3G互操作方案, 以实现2G网络承载3G用户的语音业务, 使TD网络更好地发挥网络优势, 并对该方案对网络的影响及用户感知进行了测试分析。

2 基于语音业务的2/3G互操作方案

TD-SCDMA与GSM系统基于语音业务互操作实现方案如图1所示。RAB Assignment Request消息或RAB Assignment Response消息后, RNC判断业务为AMR12.2k语音业务, RNC则下发异系统3A/3C测量控制消息, 待收到终端测量报告后发起Relocation Request消息, 进而发起异系统切换流程。

3 网络参数配置

该2/3G互操作方案进行测试时, 测试区域内TD、GSM小区配置互为邻小区。相关基于业务类型/覆盖质量互操作参数以及无线网和核心网参数配置如下。

3.1 无线网参数配置

(1) GSM异系统重选参数统一配置为:Qsearch_I=7 (一直测量) , TDD_Qoffset=5 (>-90d Bm) ;

(2) 基于业务类型互操作参数配置:

1) 3C测量控制:CS业务异系统门限<-95d Bm, GSM测量迟滞<320ms;

2) 3A测量控制:CS业务本系统门限>-50dbm, CS异系统测量门限<-95d Bm, GSM测量迟滞<320ms;

基于业务切换参数配置主要包括RNC级参数与小区级参数两部分, 需要修改的参数见表1。

3.2 核心网参数配置

CN版本支持RAB指派消息中支持“Service Handover”参数功能;CN关于重定位的配置数据完整。核心网参数修改前后信令有所变化。

核心网参数修改后, 在RNC侧开启基于业务切换开关, 终端发起业务后, 会切换至GSM网络, 信令流程与参数修改前一致, 但是其中RAB ASSIGN-MENT REQUEST里面携带了Service Handover信元。其IE值为handover-to-GSM-should-be-performed, 协议中定义Service Handover信息, 表明请求的RAB是否应该、不应该或不允许执行系统间切换到GSM。该信元取值包括:

(1) Handover to GSM should be performed:标识该业务向GSM切换优先高于TD切换;

(2) Handover to GSM should not be performed:标识该业务向GSM切换优先级低于TD切换;

(3) Handover to GSM shall not be performed:标识该业务不向GSM切换。

如果RAB指派中不包含Service Handover信元, RNC则默认为Handover to GSM should not be performed, 标识该业务向GSM切换优先级低于向TD切换。

4 测试数据分析

4.1 测试方案

为分析该2/3G互操作方案开启前后对网络和用户感知的影响, 在进行语音业务测试时, 分别对TD-TD、TD-GSM、GSM-TD三个场景制定测试案例。

(1) AMR语音MMC测试 (TD-TD)

1) 预置条件

TD-SCDMA与GSM系统具有相同的PLMN号, 用户卡需签约3G和2G业务。设置TD-SCDMA Cell A与GSM900 Cell B为相邻小区;双模终端支持GSM和TD-SCDMA间的小区重选;网络侧存在TD-SCDMA Cell A和小区GSM900 Cell B;Cell A和Cell B地理上和逻辑上均为相邻小区。

2) 预期结果

方案开启前, 被测终端在Cell A中开机驻留在3G小区, 终端作MMC主叫, 呼叫建立成功后, 语音业务保持10s后挂断。通话正常进行, RNC未启动业务类型切换流程, 并未发生掉话现象。

方案开启后, 被测终端在Cell A中开机驻留在3G小区。TD-SCDMA小区配置1个R4载波, TD-SCDMA语音业务承载于R4载波, 被测终端作MMC主叫, 主、被叫两终端均进行切换, 切换后通话正常进行, 通话保持10s后挂断, 未发生掉话现象, 挂机后终端空闲态重选至TD小区。

(2) AMR语音MMC测试 (TD-GSM)

1) 预置条件

TD-SCDMA与GSM系统具有相同的PLMN号, 用户卡需签约3G和2G业务。设置TD-SCDMA Cell A与GSM900 Cell B为相邻小区;双模终端支持GSM和TD-SCDMA间的小区重选;网络侧存在TD-SCDMA Cell A和小区GSM900 Cell B;Cell A和Cell B地理上和逻辑上均为相邻小区。

2) 预期结果

方案开启前, 被测终端在Cell A中开机驻留在3G小区, 令被叫终端位于GSM900小区。终端作MMC主叫, 呼叫建立成功后, 语音业务保持10s后挂断, 通话正常进行, RNC未启动业务类型切换流程, 并未发生掉话现象。

方案开启后, 被测终端在Cell A中开机驻留在3G小区。TD-SCDMA小区配置1个R4载波, TD-SCDMA语音业务承载于R4载波, 被测终端作MMC主叫, 主叫终端进行切换, 切换后通话正常进行, 通话保持10s后挂断, 并未发生掉话现象, 挂机后终端空闲态重选至TD小区。

(3) AMR语音MMC测试 (GSM-TD)

1) 预制条件

TD-SCDMA与GSM系统具有相同的PLMN号, 用户卡需签约3G和2G业务。设置TD-SCDMA Cell A与GSM900 Cell B为相邻小区;双模终端支持GSM和TD-SCDMA间的小区重选;网络侧存在TD-SCDMA Cell A和小区GSM900 Cell B;Cell A和Cell B地理上和逻辑上均为相邻小区。

2) 预期结果

方案开启前, 两被测终端在开机分别驻留在GSM小区和TD-SCDMA小区。主叫终端驻留GSM小区, 令被叫终端位于TD-SCDMA小区, 终端作MMC主叫, 呼叫建立成功后, 语音业务保持10s后挂断, 通话正常RNC未启动业务类型切换流程, 并未发生掉话现象。

方案开启后, 主叫终端开机驻留GSM小区, 被叫终端开机驻留TD小区。TD-SCDMA小区配置1个R4载波, TD-SCDMA语音业务承载于R4载波, 被测终端作MMC主叫, 被叫终端进行切换, 切换后通话正常进行, 通话保持10s后挂断, 并未发生掉话现象;挂机后被叫终端空闲态重选至TD小区。

4.2 测试结果分析

根据测试案例中方案开启前、后记录的数据, 对呼叫接入时延、接通率、掉话率、切换成功率进行分析比较。

(1) 接入时延分析

网络性能测试时, 通过信令消息中的起止信令:Rrc Conn Req-->Alerting记录主叫振铃时延。通过该2/3G网络互操作方案开启前、后的多次测试, 对接入时延进行分析 (表2、3) 。

通过以上数据分析, 在该2/3G网络互操作方案开启后, 呼叫接入时延较开启前接入时延要长, 但通过三个场景的测试分析发现:呼叫接入时延较开启前平均增长小于0.5秒, 用户感知接续时长将不会明显增长。

(2) 网络KPI指标分析

2/3G网络互操作方案测试时, 通过提取TD现网中15个小区忙时10:00-15:00的数据, 以分析该方案开启后对网络KPI的影响 (表4、5) 。

通过以上分析可知, 该方案开启前、后2/3G网络的切换次数明显增多, 开启后的切换次数为开启前的4倍, 但对切换成功率和网络接通率、掉话率几乎没有影响。

5 结束语

TD-SCDMA的网络发展将面临网络覆盖逐步完善、网络干扰控制、2/3G两网一体化优化等问题, 运营商必须在不断完善网络覆盖的基础上, 从2/3G互操作优化两个方面做好不同时期的网络规划工作, 不断提高TD-SCDMA的网络质量;提出符合网络实际的优化方案, 从而达到平衡网络指标、提升用户感知度的最终效果, 提高TD-SCDMA网络的核心竞争力。

参考文献

[1] 3 GPP Technical Specification 24.008;Mobile radio interface layer 3 specification.

[2] 3GPP Technical Specification 25.413;UTRAN Iu Interface RANAP Signaling.

[3] 李世鹤.TD-SCDMA第三代移动通讯标准[M].北京:人民邮电出版社, 2003

[4] 卡拉宁, Laurilaitinen, 李安平.3G技术与UMTS网络[M].人民邮电出版社, 2008

互操作第二波 篇3

EMc的存储设备、英特尔的处理器、惠普的服务器，以及运行着包括solaris 10、Linux和Windows的混合的操作系统一混源的IT环境已经成为众多企业的IT现状。甚至个人用户也无法避免的要面对由混源IT环境带来的问题，比如不同标准下办公软件的互操作。2009年6月16日，微软中国宣布，UOF－Open XML转换器2.0版完成并投入使用，全球的用户都可以从开源软件库SourceForge.net免费下载该转换器。以此为标志，微软在开放性、互操作性以及与开源社区合作的旅程上更进一步。

文档标准新剧目

UOF是由中国制定的国产文档格式标准，Open XML是由微软发起的国际文档格式标准，文档格式标准之间的差异性给不同格式文件之间的互操作带来难题。因此，微软牵头发起了uOF－Open XML转换器这一开源项目，北京航空航天大学、北京信息科技大学、清华大学、联想利泰等共同合作开发。

“微软在Open XML规范技术和资金上提供比较大的帮助，北航北信在UOF规范以及研发能力上有一些投入。”微软中国平台战略总监李科研说，该项目致力于实现uOF和OpenXML之间文档的互操作，满足用户对于不同标准间文档互操作的需求。

而相较于2008年发布的支持文字处理(Word)文档双向转换的uOF－OpenXML转换器1.0版，2.0版实现了UOF和Open XML之间文字处理文档(DOc)，电子表格文档(xLS)和演示文档(PPT)所有三种文档形式的双向转换。

北京航空航天大学教师、转换器项目组负责人林学练认为这个项目带给他们的收获超越了转换器本身：“面向最终用户的产品一般是不太在高校里做的，但是通过这个项目，我们发现高校也同样有能力做出面向市场终端的产品，而不仅仅是基础理论研究。尽管功能没有Office整套系统那么庞大，但这对我们来说也是一个激励。”

回顾整个转换器的诞生过程，经历了两个阶段：第一个阶段在2008年1月，UOF-Open XML Translator 1.0版本出现，初步实现word文档的互操作。在第二阶段中，微软与合作伙伴进一步拓展了转化器的使用范围，实现了对于Word、电子表格、PPT三种文档的支持。李科研表示，随着两个标准的进一步成熟和完善，微软在促进二者的互操作方面的工作也会持续进行。

合作下的互操作

李科研认为：互操作不仅仅是一个系统，更是人和人之间，企业和企业之间合作的问题。因此，微软在互操作方面的努力，一直都在沟通和合作的基础之下进行。

2008年2月21日，微软发布了四项互操作原则，从那时起，所有的产品都依照着这四项原则来发展，包括：确保连接是开放的；数据的可移植性；提高标准支持程度；开放的参与。

2006年，微软牵头启动互操作厂商联盟。现在，全球已经有60多个软硬件厂商参与到联盟当中。

元数据互操作透视 篇4

信息资源的内容、管理机制、实现信息资源共享的应用协议,涵盖了信息资源管理研究的主要内容。因此从这三个方面切入研究,是探索各部分涉及的元数据互操作问题、各异构数据系统间统一检索利用问题的有效途径。这三方面涉及的元数据互操作主要体现在三个层面:元数据格式层面上的互操作;元数据体系结构层面上的互操作;检索应用协议层面上的互操作。

1 元数据格式层面上的互操作

元数据格式层面上互操作的形式主要是元数据映射,即两种不同格式元数据之间的转换。转换可分两种形式:一对一的转换,通过源元数据的元素、语义、语法向目标元数据的元素、语义、语法的映射实现互操作,例如MARC向DC的转换;另一种形式有多种元数据参与,通过设定中心元数据格式,其他元数据格式通过向中心元数据的映射转换,最终实现多种元数据间的互操作,例如OAI就选用DC做为中心元数据格式,各异构元数据系统都向DC映射转换实现互操作。

元数据转换涉及单向转换和双向转换。单向转换只允许从源元数据向目标元数据的映射,不允许此过程逆向。双向转换允许逆向转换。各种元数据结构和语义上的不同,造成了元数据在映射过程会出现不同差异,主要分为结构映射差异和语义/描述规则映射差异。

结构映射差异可分为以下2种情况:1)一对多关系,即源元数据的一个元素与目标元数据的多个元素相对应,从而在映射时造成差异,如DC的subject元素与MARC中的多个6XX字段对应这种情况。在双向转换中,又表现出多对一的关系;2)无对应关系,即源元数据的一个或多个元素在目标元数据中找不到对应的元素造成的映射差异,如DC中date的modified元素在MARC21中就没有对应的元素等。

语义/描述规则差异主要有以下4种情况:1)某些元素在源元数据中是可选元素,在目标元数据中是必备元素带来的差异。如源元数据中的可选元素缺省,目标元数据无法赋值,从而导致映射操作出错;2)可重复元素带来的差异,如源元数据中是可重复元素,目标元数据中为不可重复元素,从而带来元素无法取值,导致映射出错;3)有无子元素带来的差异,即如何解析源元数据元素的子元素向没有子元素的目标元数据元素的映射问题;4)元素层次错位问题,一般来说这是因为元素的语义差异造成的,会涉及语义的解析规则问题。

为了降低这些问题导致的元数据转换过程中的信息丢失,通过对元数据的“附注”、“提示”等保留字段的操作,及在转换过程中加入补充数据、规范转换过程的解析规则等措施,可在一定程度上解决映射差异带来的影响。

2 元数据体系结构层面上的互操作

从对元数据互操作的理解上来说,我们可以把元数据的元素映射看作是微观层面的工作,对体系结构层面的互操作可考虑为宏观层面上的问题。XML由于描述能力、高度结构化、扩展能力等方面的优势,为许多元数据互操作模式提供了基础语法支持。很多元数据互操作方案都基于XML。XML-DTD模式、XML Schema模式、RDF模式是三个典型实例。

2.1 XML-DTD 模式

DTD是XML标准的文档类型定义方式,每种格式的元数据都可以由XML-DTD定义。只要能够解读XML语言的系统都可以对被DTD统一定义的元数据格式予以辨识,从而解决异构元数据格式的解析。DTD包含定义元素的元素声明和属性列表,元素声明中的元素组成了词汇表,元素的属性列表指出了元素的属性。也就是说,可以通过对各元数据格式的统一定义,形成一个元数据的重用机制,扩展元数据格式适用范围,兼容不同元数据,促进元数据间的互操作。DTD在简单的文档结构定义方面是较为出色的,但由于DTD本身的局限性,实践中问题较多。DTD仅支持自己的特殊语法,使编写DTD和XML文档需要两套不同的规则。DTD只支持字符型数据,不支持Name Space,扩展性不强,不具开放性,以及DTD格式书写、理解困难,不易用程序进行自动化处理等都是其不足。

2.2 XML Schema 模式

与XML-DTD相比,XML Schema本身即是规范的XML文档。它利用XML的基本语法规则来定义XML文档的结构,实现了由内向外的统一,易于编辑,且能用XML工具解析。这是区别于DTD的一个本质变化。XML Schema有良好的扩展性,在简单数据类型基础上允许用户扩展数据类型;主持属性分组,属性的应用范围多样,可以针对不同元素进行;支持Name Space,能在同一文档中加载多个schema定义;具互换性、规范性,可利用高层次的数据转换约束XML文档中标识的使用。显然,XML Schema可看作是DTD的延伸,包含了DTD能实现的所有功能。Schema也有其不足,例如可读性不如DTD,需要高版本浏览器支持等。许多研究表明,在DTD和Schema的转换中,推荐由前者向后者的转换,以实现“完全转换”,以便充分利用Schema的优点。

2.3 RDF 模式

RDF是W3C提出的用于描述WEB资源的标准,现已成为Semantic Web研究的核心概念之一。用RDF描述元数据格式,意味着只要能够解析这个标准描述框架,就能够解读相应的元数据格式,进而实现互操作。具体实践中,RDF是间接利用了元数据复用机制,通过把所有格式的元数据集中到一起,交换对WEB资源服务的描述,实现多种元数据在异构系统间的共享。实际上,RDF并不直接定义具体元数据,而是通过一个“资源——属性——值”的三元组来提供元数据的基本使用模式,并通过XML Name Space机制引用已有的元数据格式中的元素定义,从而直接使用合适的元数据元素做为三元组中的属性来描述相应资源。这也是RDF被认为是间接利用了元数据复用机制的原因,它并没有真正直接定义具体元数据。DTD和Schema都对具体元数据进行了定义。对各资源描述团体(如DC)来说,RDF也并不为他们规定语义,而是为其提供了据需要定义元数据单元的能力,这也是它的高明之处。作为一种WEB资源描述通用框架,RDF以计算机容易理解的方式表示,可以很方便的进行数据交换,提供了WEB数据集成的元数据互操作方案。

此外,RDF用XML表达只是方式之一,通常表述为RDF/XML。还有另外两种方式,即Notation 3和图形。因为计算机目前无法理解RDF的图形表示,Notation3相比RDF/XML虽然更为简洁,但时下对它们的研究还不是太成熟,在元数据互操作方面的意义有待进一步研究。

3 应用协议层面上的互操作

在应用协议层面上,元数据互操作可通过定义一个公认的、相互支持的协议实现。OAI和Z39.50就是两个这样协议。

3.1 基于 OAI-PMH 的互操作

Open Archive Initiative,是一个应用于交互平台上的检索、发布数字化信息资源的协议,最早源于电子出版界的互操作计划。其简单,灵活,平台独立,在许多领域都有应用。OAI制定有元数据采集标准OAI-PMH,其利用元数据开放搜寻机制来实现元数据的互操作。

OAI-PMH采取元数据收割模式,提供了独立于应用的互操作框架。基于OAI-PMH的元数据互操作框架主要包含三个组成部分:数据提供者(DP),服务提供者(SP),元数据搜寻协议。OAI协议是数据提供者和服务提供者之间的通信应用协议,架构于HTTP协议之上,提供六个核心的操作指令。服务提供者通过这六个指令向数据提供者获取元数据资源,并向用户提供增值的检索服务。

OAI定义了两个主要参与者:数据提供者、服务提供者。当服务提供者定期或定量的通过OAI协议向数据提供者发送收集元数据的“请求”,以向用户提供统一资源检索服务时,数据提供者需要将其元数据格式统一转换为所要求的DC格式,并经过XML编码,反馈给服务提供者。之后,服务提供者将收集到的元数据存储到本地数据库,然后通过统一的检索界面为用户提供服务。过程中,DC起到了中介元数据的作用,各种格式的元数据通过到DC的映射转换实现互操作。严格来讲,OAI-PMH只是一个元数据采集标准,只采集元数据,不采集信息内容。任何一个数据提供者都可以向多个服务提供者提供元数据,一个服务提供者也可以向多个数据提供者获取元数据;对于一个组织来说,它即可以是数据提供者也是可以是服务提供者。

3.2 基于 Z39.50 的互操作

Z39.50是“开放系统互联参考模型”(OSI-RM)的应用层协议,涉及面向连接的、程序间的通信问题,它使得用户在一台客户机上检索存储在另一台计算机(服务器)上的信息,而不必关心这些信息的存储和组织结构。被图书情报界广泛的作为一种访问分布式数据库的方法使用,成为检索远程图书馆书目信息的国际标准。

Z39.50在互操作问题上呈现为一种检索转换机制。它将异构系统的检索指令和结果按照一种公共方式表达,从而支持异构系统间的检索,保证互操作实现。在检索中,检索者使用本地机系统及自己熟悉的菜单和命令输入查询提问,驻于本地系统中的Z39.50源模块将提问请求翻译,转换成由Z39.50定义的标准格式,并发送给有着Z39.50目标模块的数据库系统,目标模块将转换过的检索提问和命令提交给数据库进行检索,并将检索结果以标准格式返回给源系统,而源系统又以其格式和方式将结果输出给用户。从而实现用户用其所熟悉的指令、格式来检索任意异构系统数据的目的。一个检索系统可同时装入Z39.50的源模块和目标模块,既可作为客户机向其他系统提出请求,又可作为服务器回应其他系统的请求。

电子政务语义互操作发展现状研究 篇5

[关键词]语义互操作 SOA WSMO 中间件 服务需求转换器

1 引 言

电子政务的建设最重要的就是实现信息在公共部门间的自由传递和共享。但由于各个部门没有统一规划和部署,都是自己建设信息系统,这会导致异构问题,使得各个业务流程和系统之间无法实现互操作。互操作能使分布的控制系统设备通过相关信息的数字交换实现协同工作。信息系统之间的互操作必须是一种交互行为,一方提供服务而另一方接受服务,其中包含两个系统(实体)之间的信息交流过程。语义互操作能使两个服务单元或者系统间具有交换精确含意数据的能力,并且接收方能够准确地翻译或转换所传递的内容,即信息、知识能够被理解[1]。语义互操作有利于政务资源的数据交换,还可以实现政务领域知识的自动推理和智能处理[2],最终使各部门协作工作,提高政府工作的透明度,提高处理突发事件的能力。

2 语义互操作在电子政务中的应用现状

2.1 泛欧电子政府互操作框架

因为欧盟有许多成员国组成,当加入新的成员、新的服务或修改现有的服务时,就会产生新的互操作问题,所以异构现象最为严重,对互操作的要求也最高。泛欧洲电子政府服务,不仅要为公民、企业等政府客户提供无缝互操作电子政府服务,还要在不同国家联合组成的欧洲联盟公共行政系统实现互操作[3]。这种服务于跨组织边界的电子政务服务会涉及到许多领域的操作问题。它需要进行更多的资源整合实现互操作。

鉴于许多互操作的方法都是只针对某一特定方面,缺少灵活性,欧盟定义了欧盟互操作框架(EIF),其中包含4种电子政务互操作的类型:技术互操作、语义互操作、组织互操作和管理互操作[4]。这4种互操作类型适用于不同的情况:①组织互操作适用于两个成员国间没有可以互相兼容的业务流程,但有协同工作的需求。可以通过创建一个能满足双方业务流程的程序实现互操作。②语义互操作用于成员国间虽然有可以兼容的业务流程,但是双方描述业务流程的术语不同。语义互操作系统能将接收到的信息与其他信息资源进行联合,将需要共享的信息转换成能被其他组织接受的表示形式。③由于组织双方有不同的协议、语言、制度和货币政策,虽然组织有可以互相兼容的业务流程,描述业务流程的术语也可以进行转换,但是仍然不能有效地进行电子数据的交换。这时可以采用技术互操作提供的技术转换实现协同工作。④与互操作应用开发和利用相关的政治、法律和结构条件也是很重要的一部分内容,它可以对以上三方面的互操作提供支持,有关内容要依靠管理互操作实现。

在这几方面中,语义互操作有着越来越重要的作用,因为它能促进各类信息资源的共享与使用。利用语义互操作,可以使各类资源实现合理的分类和准确的注册,促进不同资源之间的交互、协同和高效利用,实现各类数据之间的无缝链接。

2.2 欧洲各国的电子政府语义互操作研究项目

歐盟各国针对语义互操作问题开展了许多研究项目。这些项目不仅关注组织内部数据的共享、流程的重用,还特别注重对跨组织边界的互操作研究。英国政府的E-GIF项目[5]提出电子政务的建设应以技术标准体系为核心。英国的互操作框架建立在统一标准、开放源码、注重实用与共享的原则之上,针对语义互操作的实现,推出电子政务元数据标准(E-GMS)和一系列技术性政策,涉及到网络互联、中间件、数据集成、内容管理员数据、电子服务访问通道等内容。该框架侧重于数据交换,定义了跨政府和公共领域信息流的技术政策和规范,体现了互通性、数据继承性。

丹麦制定了一个名为“InfoStructureBase”[6]的基于XML模式的共享库,在互操作框架中加入XML模式和一系列标准的网络服务接口,用于不同部门之间的数据交换,实现语义互操作。它不仅强调对领域本体的定义,更强调对已有的数据库和数据交换模式的重用。

德国制定了电子政务应用标准结构(SAGA),其中,Governikus项目注重互操作的研究,提升政府部门的协同工作能力,促进程序最佳化,工作流程标准化,提高了透明度和法律上的安全性; OSCL/XMeld注重组织内部的数据交换,OSCL/XJustiz注重组织内部的XML模式交换标准,最终通过联邦委员会共同努力实现跨地区的语义互操作。

通过对以上几个国家所实施项目的分析,可以看出各国都非常重视对语义互操作的研究。另外,国外的许多学者也纷纷提出了各种系统和模型实现语义互操作。意大利制定了公共连接与协作系统(SPC),确保了数据的标准化和成员国之间的互操作性。爱尔兰采用“面向服务架构”方式的程序,以公共服务代理(PSB)为切入点,与其他政府部门协同工作,制定了互操作标准指南,提出了MXDR概念模型,它能支持开放环境中元数据的挖掘与复用[7]。

2.3 国内的研究现状

近年来,国内学者也纷纷对电子政务领域中的语义互操作问题进行研究,并设计了许多模型。李蓉等人提出可以通过计算输入、输出数据的语义相似度来判断Web服务之间是否能够进行互操作[8]。万常选提出一种电子政务语义信息交换的模型,该模型从元数据、知识本体和语义Web的角度入手,利用知识库中的概念、规则对电子政务领域的本体进行自动推理和匹配[9]。刘建晓提出了可以利用本体概念间语义推理关系进行匹配计算[10]。

3 实现语义互操作的方法

3.1 将SOA、语义和本体论结合实现语义互操作

由于各个政府部门之间信息系统存在着异构性,而且随着欧盟的发展,会随时增加新的服务。所以需要一种开放的封装机制。电子政府引入了基于服务的框架,即SOA。这种方法的重点在于服务本身,注重从服务发现、服务规约和服务实现的角度进行定义与建模,而不强调诸如网络、格式设计等细节问题[11]。在这种观点下,服务被看成一种可以利用的软件资源,被封装在一个模块中,其中包含一些关键概念,例如概念、关联、语义、服务、数据模型、政策等。封装之后,该模块会被作为整体使用。SOA通过标准的、支持Internet、与操作系统无关的SOAP协议实现连接互操作,而且服务的封装是采用HTML协议,具有自解析和自定义的特征。利用这种方法,当组织流程变化时,系统可以很容易地适应环境的变化;在协同工作的环境下,可以增加系统的安全性,最终实现跨平台、低耦合度与不同业务流程之间的互操作。

在SOA的基础上,可以把语义和本体的思想加入其中,形成基于语义服务的架构(SSOA),实现语义互操作。语义是解决互操作问题的重要工具,Luis ?Alvarez Sabucedo等人提出建立电子政务服务领域规范的整体语义框架,即采用语义的方法实现领域内的整体服务。其中,LifeEvent和AdministrationService[12]都是由语义技术衍生而来的。利用这些技术和软件平台,可以建立一个完整的软件架构。借助LifeEvent,可以用一种更加友好的方式定义服务,用简单有效的方法建立软件架构,用统一的机制进行描述。由于提供了新的语义标注工具,可以使定位更加容易。本体是一种动态模型,能够捕捉到语义的变化,实现领域知识的共享与重用,因此,用本体对服务和功能进行语义描述,可以实现不同部门和系统间的语义互操作。

3.2 WSMO中Choreography、Orchestration和中介器

WSMO是最有成效的语义Web服务的建模框架,为语义Web服务建立统一的体系结构和共同的平台。它的顶层组成单元包括本体、目标、Web服务和中介器。特别要指出的是,WSMO提供了中介器、Choreography和Orchestration[13]用于实现异构服务的互操作。Choreography和Orchestration位于本体顶层要素中,用于说明语义Web服务的接口;中介器解决了不同服务间的术语不兼容问题和不同系统异构的通信模式的不兼容问题。

Choreography和Orchestration原意为与舞蹈和编排有关的词汇。近年来,这些词汇应用于计算机领域,实现语义互操作。它们主要关注服务的行为,其概念模型由状态信号、状态、转换规则和非功能属性4种元素组成[13]。利用该概念模型可以为服务请求者和服务提供者的交互提供形式化的语义,从而提高语义Web服务的互操作能力。

中介器可以分为精炼器和桥接器两种,其中,桥接器可以將组件整合起来,实现不同组件间的语义互操作[14]。中介器的调节技术可以分为3种:①利用本体整合技术,将数据句法层次提升至本体层,在本体层解决了这种不匹配问题后再将其降至句法层的表现形式[15]。②利用WSMX过程调解,将两个公开的过程进行合并,并利用中介器提取出某种相近的功能。当双方进行通讯时,可以根据对知识背景的分析,产生一条可以被双方理解的消息。③目的层次调节技术,通过揭示功能描述之间的逻辑关系从而显著提高匹配速度的能力。

为了使来自不同粒度需求的数据之间能够进行交换,还可以借助语义连接(semantic bridges)[16]的概念实现语义互操作。语义连接可以用来描述由不同本体定义的概念之间的关系。这些本体虽然有着相同的含义,但由于描述的术语不同,彼此却不能共享。语义连接正是为这些概念提供了一种转换、一种映射。由于语义连接不能直接由OWL这种本体语义来表述,所以可以采用规则语言来定义。这种做法可以避免因技术改造而造成的代码转换,增加语义连接的可维护性;更重要的是,这种方法不仅能描述不同概念之间的关系,还能实现相关概念之间的转换。

在网络服务技术的背景之下,必须把WSMO与通用的服务本体与公共管理部门特定模型(GEA)结合起来,呈现出公共管理部门丰富的服务描述与执行特点,解决公共部门复杂、分布的环境中产生的语义互操作问题。

3.3 服务—需求转换器

除了要解决政府部门之间的语义互操作问题外,政府部门与公民之间的信息共享也是语义互操作的一个重要问题。“需求—服务转换器”[17]是指在公民的需求与政府部门能提供的服务之间建立映射。电子政务的一个重要方面就是提供公民所需要的信息。但是在公共管理领域,有许多复杂的服务和大量的执行路径以及许多参与的组织。所以在公民与政府的信息交流中,通常会产生这样一个问题:公民首先会产生一个需求,但他并不知道目前哪个公共管理部门提供的公共服务中可以满足他的需求。相反,公共管理领域清楚自己能提供哪些服务,但不知道公民需求是哪些。所以,就需要在需求—服务之间建立映射机制,引入被称之为“需求—服务转换器”的概念组件。在所建立的领域本体内,利用输入、输出数据的语义相似度以及输入、输出在本体中的位置来判断是否能够进行互操作。这种概念组件能把接收到的公民需求作为输入数据,把满足这种需求的公共部门服务作为输出结果。换言之,只要按照公民的自身特点,把他们的需求作为输入数据,系统就可以返回所有符合需求的政府服务。

4 结 论

本文通过对国内外电子政府的研究,总结出几种解决语义互操作问题的方法。SOA、语义、本体、Choreography、语义连接、服务—需求转换器等技术的结合,不仅可为公民、企业等提供优质、及时的信息,更能从整体的角度考虑,实现公共行政系统的互操作。通过对这几种方法的分析可以看出,它们都是把相关的服务或本体进行封装、组合,再利用中间件实现连接。中间件在语义互操作中起到了关键的作用。现代中间件发展的重要趋势就是以服务为核心,通过服务或者服务组件来实现更高层次的复用、解耦和互操作。通过标准封装,服务组件之间的组装、编排和重组,可以实现服务的复用。而且这种复用可以在不同组织之间进行,可以实现复用的最高级别,实现语义互操作。

参考文献:

[1] 何克清,李兵.面向服务的语义互操作性技术及其标准 [J/OL].[2012-04-24] .http://www.donews.com/tele/201007/ 162271.shtm.

[2] 田浩,段丽君.语义互操作在电子政务建设中的应用及对策研究[J].湖北工业大学学报,2011,26(5):90-93.

[3] 曹雪,欧洲电子政府互操作发展情况[J].北京档案,2007(8):40-41.

[4] Overeem A, Witters J, Peristeras V. Semantic Interoperability in pan-European eGovernment services [OL]. [2012-04-24].http://www.semantic-gov.org.

[5] 贺炜,邢春晓,杨吉江. 电子政务的标准化建设是一个系统工程——英国电子政务互操作框架分析[J].电子政务,2006 (4):6-11.

[6] Barnickle N, Fluegge M, Schmidt K. Interoperability in eGovernment through cross-ontology semantic Web Ssrvice composition [J/OL]. [2012-04-24].http://www.docin.com/p-406892224.html.

[7] Jeong D, Kim Y P. Uniformly handling registries[J]. Lecture Notes in Computer Science,2006(3647):81-91.

[8] 李蓉,何克清,陈华峰.面型服务的语义互操作能力研究[J].武汉大学学报(理学版),2012,58(2):165-170.

[9] 万常选,郭艳阳.电子政务语义互操作初探[J].电子政务,2006,3(9):90-93.

[10] 刘建晓,何克清,王健等.面向领域核心服务定制的部分语义互操作聚类研究[J].小型微型计算机系统,2011(9):1703-1708.

[11] Sabucedo L A. A holistic semantic framework for the provision of services in the domain of e-government[J].International Journal of Software Engineering and Knowledge Engineering,2009,19(7): 961-993.

[12] Peristeras V,Mocan A,Vitvar T, et al.Towards semantic Web services for public administration based on the Web service modeling ontology (WSMO) and the governance enterprise architecture (GEA) [J/OL] [2012-04-24]. http://wenku.baidu.com/view/ad079f3987c24028915fc383.html.

[13] 盛星,黃映辉,李冠宇.服务兼容性:Choreography与中介器的解决方案[J],计算机技术与发展,2009,19(2):16-19.

[14] 高巾,姜赢,郭立帆,语义Web服务异构性解决方法——WSMO中介器深入探讨[J].现代图书情报技术,2007(6):47-51.

[15] Alexiev V, Breu M, de Bruijn J, et al. Information integration with ontologies: Experiences from an industrial show case[J]. WestSussex,2005.

[16] Barnickel N,Fluegge M,Schmidt K,Interoperability in E-Government through Cross-Ontology Semantic Web Service Composition.[J/OL].[2012-04-24]. http://www.docin.com/p-406892224.html.

[17] Peristeras V,Tarabanis K. Reengineering Public Administration through Semantic Technologies and the GEA Domain Ontology[J/OL].[2012-04-24].http://en.cnki.com.cn/Article_en/CJFDTOTAL-XDTQ200609017.htm.

中国联通网络互操作 篇6

走在信息化建设前列的美军非常重视武器装备之间的互联、互通与互操作，其空军的LINK-16战术数据链可极大增强部队之间的信息联通能力，更为武器装备之间的互联、互通与互操作提供了保障。目前该数据链已成为北约通用的战术信息系统，更为多国部队的互联、互通奠定了基础。与空军相比，美陆军的信息化程度较低，尤其是武器装备之间的互联、互通能力建设刚刚起步，但发展速度很快。

美陆军步兵分队的现役装备中，有些已经具备了初级的互联、互通与互操作能力。典型武器装备如Mark Ⅶ目标定位系统，可为火力支援小组和前方观察员提供昼／夜观察及精确目标定位能力，并且在锁定目标后可以通过语音自动将目标数据传输给附近的火力支援系统，进而打击并摧毁被锁定的目标。该系统质量轻，既可手提也可安装在三脚架上，其上装有对人眼安全的激光测距仪和数字电磁罗盘，用以确定观察者与目标之间的距离和方位，白天侦测定位距离可达7km。类似的装备还有“毒蛇”目标定位系统和轻型激光指示测距仪等。

未来的信息化作战注重的是“系统与系统”的对抗及“体系与体系”之间的竞争。单件装备或单个系统必须融合到更高一级的大系统中，才可能实现跨兵种武器装备的互联、互通与互操作，否则其自身的战术技术性能再先进，也难以发挥出综合作战效能，在实战中反而可能成为累赘。

LTE与eHRPD互操作研究 篇7

根据目前中国电信LTE网络建设的统一部署, LTE网络是依托现有CDMA网络进行建设, 实现快速网络布置。这一举措造成LTE与CDMA网络之间出现频繁的业务交互, 并且目前LTE网络不具备支持VOIP业务, 只承载数据业务, 不承载语音业务, LTE与CDMA网络之间的业务互操作研究工程成为当前LTE网络建设初期热点问题, 在今后的网络优化工作中也将是一个不容忽视的优化方向。

对于语音业务来说, CDMA 1x和LTE双模手机采用的是双模双待, 在LTE覆盖区域需要开展语音业务时不涉及互操作进程, 手机不会断开LTE连接, 直接采用CDMA 1X模块进入CDMA 1X建链通话。当有短消息业务到来时, 终端不需要回落到CDMA网络, 而是直接利用E-UTRA网络的MME作为中间转发节点完成终端和MSC消息的转发, 实现短消息功能。

而对于数据业务来说, 在目前LTE网络覆盖情况还不够完善的区域当中, 当用户在一个LTE和CDMA共存的网络中使用数据业务时, 不可避免的将会出现从LTE网络到CDMA网络, 或者从CDMA网络到LTE网络之间进行切换, 这种切换就是本文研究的LTE与e HRPD (evoled High Rate Packet Data) 网络之间的互操作过程。

e HRPD是演进的高速分组数据网络, 是通过对现有CDMA2000 EVDO网络的硬件及软件进行升级, 将AN升级为e AN, PDSN升级为HSGW, 并且在LTE核心网与CDMA2000 EVDO核心网之间搭建新链路, 实现这两个网络之间的信令及业务的交互。具体系统搭建示意图如图1。

为了实现C/L互操作功能, e HRPD系统到LTE系统新增了5个接口, 其中包括e AN到MME的S101接口, HSGW分别到SGW的S103接口, 到PCRF的Gxa接口, 到PGW的S2a接口以及到3GPP AAA的STa接口。在上述新增接口中, S101和S103是可选的。

二、C/L互操作的步骤

目前中国电信LTE系统中, 切换到异系统 (e HRPD系统) 采用的基于覆盖切换, 其原理与异频切换相似。整个异系统切换包含了测量触发、测量阶段、决策阶段和执行阶段四个步骤。

2.1测量触发

在基于覆盖的异系统切换当中, 当UE处于激活态时, 一旦服务小区的质量低于一定门限, 将触发e Node B下发异系统测量配置, UE开始进行异系统测量。当服务小区的质量高于一定门限时, UE将停止异系统测量。根据3GPP36.331中的定义, 事件A2与事件A1作为触发与停止基于覆盖异系统测量的两个事件。事件A2门限满足触发测量, 事件A1门限满足停止测量。

1) A2事件触发机制

触发条件:MS+Hys<特定A2门限

取消条件:MS-Hys>特定A2门限

是服务小区的测量结果

是事件A2迟滞参数

是事件A2的门限参数

当服务小区质量在Time to Tigger的时间内一直低于相应的门限值, 并满足事件的上报事件, 将上报事件A2。

2) A1事件触发机制

触发条件:MS-Hys>特定A1门限

取消条件:MS+Hys<特定A1门限

在基于覆盖的异系统切换中, 事件A1用于停止测量, 表示服务小区的质量已经高于一定门限值。当事件A1满足上报条件并上报e Node B后, 将触发异系统测量的停止。为了保证事件A1能正常触发, 它的门限应该高于事件A2的门限, 且不能小于事件A2门限与偏置参数的和。

基于覆盖的异系统切换还有另外一种事件触发测量, 那就是事件B1/B2, 它的原理跟A1/A2相似, 不同的是在判定条件里头增加了参数频率偏置Ofn, 其他跟A1/A2保持一致。由于目前中国电信LTE网络不采用事件B1/B2触发, 在此不做详细介绍。

2.2测量阶段

在衡量信号质量情况方面, 由于RSRQ的值受负载影响较大, 不能真实反映目前中国电信LTE网络的信号质量。因此基于覆盖的异系统测量目前使用测量RSRP作为衡量信号质量的标准。

当事件A2触发测量后, 事件A1未触发之前, 事件触发周期性报告。UE每间隔320ms都会采用GAP辅助测量去检测异系统的信号强度, 并上报给e Node B。

2.3决策阶段

e Node B根据事件转周期报告进行决策判决, 判决因素包括LTE网络当前服务小区的RSRP, e HRPD网络目标小区的Ec Io, 但满足设定门限时, 进入切换执行阶段。

2.4执行阶段

进入切换执行阶段时, e Node B会启动准入流程与信令执行流程, 如果准入或切换失败, 则重试其他目标小区, 在测量报告列表中尝试下一个目标小区。

三、互操作的分类

3.1基于终端状态的互操作分类

终端与LTE网络之间的无线连接称为RRC连接, 根据RRC的连接状态, 我们可以将终端的状态分为空闲态和激活态两种。终端在空闲态和激活态时, 当出现LTE与e HRPD网络之间互操作, 它们是根据不同的原理流程来实现的, 因此基于终端状态的互操作可以分为空闲态互操作与激活态互操作两种。

3.1.1空闲态的互操作

1) 空闲态LTE到e HRPD的重选流程

LTE空闲态中, 终端会检索网络下发的参数, 在当前小区RSRP的值低于异系统搜索启动门限时, 终端会启动对e HRPD系统测量, 但不会立即重选, 当RSRP低于重选启动门限时, 终端才会发起异系统重选流程。

2) 空闲态e HRPD到LTE的重选流程

空闲态e HRPD到LTE的重选流程有两种方案:终端方案和标准方案。

在终端方案中, 重选完全是由终端进行主导, 系统无法进行干预。其基本原理是这样的:终端在e HRPD的空闲态 (含休眠态) 下, 每隔一段时间去自动搜索一次LTE系统, 如果能够搜索到LTE系统的有效信号, 就重选过去。从上述原理可以看出, 这种重选方案的确是比较简单, 将大量复杂的配置、搜索、判决等工作都全部托付给终端侧来完成, 对于无线系统而言, 省下了很多事情, 因此除去最初e HRPD的升级和调测之外, 不需要额外配置参数。

但终端方案由于没有系统协助, 增加了重选的时延, 时延高达10s或以上, 影响用户感知。

在标准方案中, e HRPD系统将会下发新的开销消息, 即other rat neighbor list message, 在这个消息中, 将会携带异系统的信息, 主要包括:

当前e HRPD系统的优先级

异系统 (LTE) 的优先级

LTE作为重选目标系统时候的重选门限 (Thresh X)

LTE作为低优先级时候的重选门限 (Thresh X)

e HRPD重选门限 (Thresh Serving)

具体的频点信息等

终端在收到开销消息后, 会自动周期性去搜索LTE的系统信号。当e HRPD小区的导频Ec/Io小于Thresh Serving, 并且LTE参考信号强度 (RSRP) 高于LTE门限 (Thresh X) 时, 则终端空闲重选到LTE。

目前现网中空闲态e HRPD到LTE重选优先采用标准方案。

3.1.2激活态的互操作

1) 激活态e HRPD到LTE的切换

由于激活态e HRPD到LTE的切换目前业界尚未有清晰定义, 短期内无法实现, 现网中无法开展研究。

2) 激活态LTE到e HRPD的切换

基于覆盖切换

按服务小区的信号质量作为判决条件发起切换。

基于负载切换

按服务小区的负载平衡门限作为判决条件, 激活GAP测量, 并发起切换。

基于距离切换

由e Node B对于UE距离的判定来触发条件。

基于上下行链路质量切换

e Node B对上行的MCS和IBER进行评估, 触发测量并切换。

基于业务切换

在基于业务切换中, e Node B根据某QCI的业务配置来决定该业务是否必须切换、不能切换以及允许切换。

在现网中激活态LTE到e HRPD的切换采用基于覆盖切换类型。

3.2基于LTE-e HRPD网络架构的互操作分类

按照网络架构我们可以将激活态LTE-e HRPD互操作分为:优化切换与非优化切换, 其中优化切换是指LTE-e HRPD按照上图的标准规定进行搭建, 具备各个互连接口, 在实现互操作时各个关联网元都是通过直接路径进行信令及业务的交互;而非优化切换是指缺少了e AN-MME之间的S101接口、HSWG-SGW之间的S103接口而搭建而成的网络, 在实现互操作时这些网元的信令及业务是通过迂回路由进行交互。非优化切换的时延相对较长。

3.3互操作分类的总体架图

根据上述的类别划分, 我们可以将互操作划分的总体架图勾划如下:

在现网当中, 实际上的C/L互操作主要包括L/C数据业务激活态非优化切换、L/C数据业务空闲态重选以及C/L数据业务空闲态标准方案重选这三种流程。其他流程由于无法实现、终端原因或者协议未规定等原因而不存在。

四、C/L互操作之终端能力

终端能力也可以说终端特性, 在LTE系统中, 终端的能力体现了终端的等级以及终端所支持系统的能力等信息。LTE系统会在附着 (Attach) 过程、跨设备商的切换过程等都会发生UE能力查询。e-Nod B向UE下发UE能力查询的命令, UE将自己的能力在L3信令”UE Capability Information Indication”反馈。

协议TS36.331规定了UE FGI (Feature Group Indicators) 有32位, 其中第12位定义为是否具备激活态异频/e HRPD系统检测能力, 第26位为激活态异频/e HRPD支持B2事件能力。

只有这两位都置为“1”的终端才具备异频异系统的检测能力, 能实现C/L互操作的能力。

五、结束语

C/L互操作在现阶段LTE网络覆盖不完善的情况下我们是允许出现的。在LTE与e HRPD互操作中, 一个总体大原则就是, 尽量让4G用户停留在LTE网络上, 不要轻易到e HRPD网络上, 除非覆盖特别差了, 再不切换/重选到e HRPD去就会严重影响用户感知了, 所以通常LTE网络上对于向e HRPD互操作的门限都比较苛刻, 并且如果下切到3G网络, 我们如何来让它尽快的回到4G来, 规划好相关参数以规避可能出现的乒乓重选。

摘要：在LTE网络部署初期, 由于网络覆盖的不足会影响到用户的感知体验。在LTE覆盖不完善的情况下, 采用LTE与3G数据业务互操作解决方案, 可保证用户在4G与3G网络之间的平滑切换。对C/L互操作原理进行了研究, 探索C/L互操作的实现原理、交互流程以及分类。

关键词：LTE,eHRPD,互操作

参考文献

[1]3GPP X.P0057 v0.13.0 E-UTRAN-e HRPD Connectivity and interworking:Core Network Aspects 2008-12.

[2]戢礼晋、张琳.Lte与e HRPD互操作分析与设计[EB/OL]. (2013-12-17) [2015-1-12].http://www.docin.com.

[3]谢伟良.CDMALTE数据互操作的空中接口技术分析[EB/OL]. (2010-9-12) [2015-1-12].http://www.docin.com.

[4]刘娜.LTE-e HRPD网络间切换技术研究[D].北京:北京邮电大学, 2009.

[5]华为技术有限公司.《LTE网络特性算法》.2013-12-6.