软交换技术标准及演进过程

“霸椰龙”通过精心收集，向本站投稿了5篇软交换技术标准及演进过程，下面是小编整理后的软交换技术标准及演进过程，欢迎您阅读，希望对您有所帮助。

篇1：软交换技术标准及演进过程

作为下一代网络的核心技术，到目前为止软交换技术的发展已经非常成熟，当数据业务逐渐取代话音业务成为主要的收益来源时，向以数据为主的分组网络演进不可避免，由于话音仍是一种重要的业务，要求下一代网络必须根据不同业务的要求提供相应的QoS保证。因此，形成了网络技术向NGN网络演进的主要推动力。

软交换技术是下一代网络的核心技术，其基本思想是呼叫和承载分离。软交换技术最开始提出的出发点是基于将现有的电路交换网逐步地向IP网过渡，并替代传统的电路交换网。同时，为IP电话提供更多的业务，使IP网获得与传统的电路交换网所能提供的相同的业务。

软交换技术的概述

固网NGN的软交换技术现在基本上按两条技术路线来发展：一条是将传统电路交换领域的业务移植到分组承载网上来实现。另一条是全新的基于全IP的多媒体业务系统。对于第一条路线，传统电信业务从专用TDM承载向统一的共享式IP/ATM多业务传输网络转移，并且在维持用户接入方式不变的前提下借助接入网关完成网络层业务传输的分组化。原电路交换网络设备被划分为物理上独立的控制面软交换和承载面媒体网关两个部分，而PSTN/ISDN/PLMN最终用户基本感觉不到业务特性及接入方式的变化。

对于全新的基于全IP的多媒体业务系统，实现了真正端到端的IP业务特性，并且引入了包括话音在内的全新实时多媒体应用。用户以SIP/H.323分组终端的方式接入软交换技术网络。网络体系结构及业务的提供方式(如SIP方式)完全不同于传统电路交换网。而UMTS移动领域的3GPP R4及R5两个阶段，正好与上述软交换技术发展的两条技术路线相对应。

移动网的下一代核心网电路域

1.3GPP电路域核心网

软交换技术在3GPP核心网的应用主要在两个方面：即电路域和IMS子域。3GPP的R4中，电路域核心网引入了控制和承载分离的网络结构。在移动交换服务器核心网的电路域中，可以使用承载独立的方式支持不同的传输层，如IP，ATM或TDM。电路域核心网主要由MSC Server，GMSC Server和MGW组成，

(1)移动交换服务器(GMSC Server和MSC Server)是UMTS移动通信系统中电路域核心网向分组交换方式演进的核心设备，它独立于底层承载协议，主要完成呼叫控制、媒体网关接入控制、移动性管理、资源分配、协议处理、路由、认证、计费等功能，并向用户提供3GPP R4阶段的电路域核心网所能提供的业务，以及配合智能SCP提供多样化的第三方业务。

(2)媒体网关(MGW)，是将一种网络中的媒体转换成另一种网络所要求的媒体格式。媒体网关能够在电路交换网的承载通道和分组网的媒体流之间进行转换，可以处理音频、视频，能够进行全双工的媒体翻译，可以演示视频/音频消息，实现其它IVR功能，也可以进行多媒体会议等。GMSC Server和MSC Server通过Mc接口控制MGW。GMSC Server和MSC Server之间通过Nc接口连接。MGW之间通Nb接口连接。其中：

(1)Mc接口：为MSC Server与MGW之间的接口，主要功能是媒体控制。使用基于H.248的呼叫承载控制协议。协议内容包括3GPP29.232，H.248，MeGaCo和Q.1950。

(2)Nc接口：为MSC Server与(G)MSC Server之间的接口，主要解决的是用控制和承载分离的方式解决移动ISUP的呼叫控制。使用呼叫控制与承载相分离的呼叫控制协议，如BICC，SIP-T。

(3)Nb协议：为MGW之间的接口。主要功能是使用ATM或IP的方式承载电路域的业务，包括话音和电路域的数据承载业务。使用分组交换方式对3GPP电路域的承载协议。Nb接口的主要内容包括3GPP29.415。

篇2：铁路电话网向软交换的演进方式

铁路电话网向软交换的演进方式

电话网从SPC(程控交换机)发展到软交换是大势所趋,铁路电话网也不例外.演进过程中涉及面广,技术复杂,如何平滑、平稳地对现有SPC组成的电话网进行软交换技术升级改造.将是铁路通信建设和运维不可回避的问题,文章结合某节点更新改造实例,对铁路电话网的演进思路及步骤、注意事项、既有和新资源的'充分利用以及网络融合进行了探讨.

作 者：刘正自 Liu Zhengzi  作者单位：中铁第四勘察设计院集团有限公司,430063,武汉 刊 名：铁道通信信号 英文刊名：RAILWAY SIGNALLING & COMMUNICATION 年，卷(期)： 45(2) 分类号：U2 关键词：铁路   电话网   软交换   演进   多业务  

篇3：简析基于SQL SERVER分页存储过程的演进存储过程

针对数据库数据在UI界面上的分页是老生常谈的问题了，网上很容易找到各种“通用存储过程”代码，而且有些还定制查询条件，看上去使用很方便，笔者打算通过本文也来简单谈一下基于SQL SERVER 的分页存储过程，同时谈谈SQL SERVER 下分页存储过程的演进。

在进行基于UI显示的数据分页时，常见的数据提取方式主要有两种。第一种是从数据库提取所有数据然后在系统应用程序层进行数据分页，显示当前页数据。第二种分页方式为从数据库取出需要显示的一页数据显示在UI界面上。

以下是笔者对两种实现方式所做的优缺点比较，针对应用程序编写，笔者以.NET技术平台为例。

类别

SQL语句

代码编写

设计时

性能

第一种

语句简单，兼容性好

很少

完全支持

数据越大性能越差

第二种

看具体情况

较多

部分支持

良好，跟SQL语句有关

对于第一种情况本文不打算举例，第二种实现方式笔者只以两次TOP方式来进行讨论。

在编写具体SQL语句之前，定义以下数据表。

数据表名称为：Production.Product。Production为SQL SERVER 2005中改进后的数据表架构，对举例不造成影响。

包含的字段为：

列名

数据类型

允许空

说明

ProductID

Int

产品ID，PK。

Name

Nvarchar(50)

产品名称。

不难发现以上表结构来自SQL SERVER 2005 样例数据库AdventureWorks的Production.Product表，并且只取其中两个字段。 分页相关元素：

PageIndex – 页面索引计数，计数0为第一页。

PageSize – 每个页面显示大小。

RecordCount – 总记录数。

PageCount – 页数。

对于后两个参数，笔者在存储过程中以输出参数提供。

1．SQL SERVER 2000中的TOP分页CREATE PROCEDURE [Zhzuo_GetItemsPage]

@PageIndex INT, /*@PageIndex从计数,0为第一页*/

@PageSize INT, /*页面大小*/

@RecordCount INT OUT, /*总记录数*/

@PageCount INT OUT /*页数*/

AS

/*获取记录数*/

SELECT @RecordCount = COUNT(*) FROM Production.Product

/*计算页面数据*/

SET @PageCount = CEILING(@RecordCount * 1.0 / @PageSize)

/*TOP记录数*/

DECLARE @TOPCOUNT INT

SET @TOPCOUNT = @RecordCount - @PageSize * @PageIndex

DECLARE @SQLSTR NVARCHAR(1000)

IF @PageIndex = 0 OR @PageCount <= 1

BEGIN

SET @SQLSTR =N'SELECT TOP '+STR(@PageSize)+

'ProductID,Name FROM Production.Product ORDER BY ProductID DESC'

END

ELSE

BEGIN

IF @PageIndex = @PageCount - 1

BEGIN

SE

关 键 字：MYSQL

篇4：简析基于SQL SERVER分页存储过程的演进

针对数据库数据在UI界面上的分页是老生常谈的问题了，网上很容易找到各种“通用存储过程”代码，而且有些还定制查询条件，看上去使用很方便，笔者打算通过本文也来简单谈一下基于SQL SERVER 2000的分页存储过程，同时谈谈SQL SERVER 2005下分页存储过程的演进。

在进行基于UI显示的数据分页时，常见的数据提取方式主要有两种。第一种是从数据库提取所有数据然后在系统应用程序层进行数据分页，显示当前页数据。第二种分页方式为从数据库取出需要显示的一页数据显示在UI界面上。

以下是笔者对两种实现方式所做的优缺点比较，针对应用程序编写，笔者以.NET技术平台为例。

类别SQL语句代码编写设计时性能 第一种语句简单，兼容性好很少完全支持数据越大性能越差 第二种看具体情况较多部分支持良好，跟SQL语句有关

对于第一种情况本文不打算举例，第二种实现方式笔者只以两次TOP方式来进行讨论。

在编写具体SQL语句之前，定义以下数据表。

数据表名称为：Production.Product。Production为SQL SERVER 2005中改进后的数据表架构，对举例不造成影响。

包含的字段为：

列名数据类型允许空说明 ProductIDInt 产品ID，PK。 NameNvarchar(50) 产品名称。

不难发现以上表结构来自SQL SERVER 2005 样例数据库AdventureWorks的Production.Product表，并且只取其中两个字段。 分页相关元素：

PageIndex – 页面索引计数，计数0为第一页。

PageSize – 每个页面显示大小。

RecordCount – 总记录数。

PageCount – 页数。

对于后两个参数，笔者在存储过程中以输出参数提供。

1．SQL SERVER 2000中的TOP分页CREATE PROCEDURE [Zhzuo_GetItemsPage]

@PageIndex INT, /*@PageIndex从计数,0为第一页*/

@PageSize INT, /*页面大小*/

@RecordCount INT OUT, /*总记录数*/

@PageCount INT OUT /*页数*/

AS

/*获取记录数*/

SELECT @RecordCount = COUNT(*) FROM Production.Product

/*计算页面数据*/

SET @PageCount = CEILING(@RecordCount * 1.0 / @PageSize)

/*TOP记录数*/

DECLARE @TOPCOUNT INT

SET @TOPCOUNT = @RecordCount - @PageSize * @PageIndex

DECLARE @SQLSTR NVARCHAR(1000)

IF @PageIndex = 0 OR @PageCount <= 1

BEGIN

SET @SQLSTR =N'SELECT TOP '+STR(@PageSize)+

'ProductID,Name FROM Production.Product ORDER BY ProductID DESC'

END

ELSE

BEGIN

IF @PageIndex = @PageCount - 1

BEGIN

SET @SQLSTR =N'SELECT * FROM ( SELECT TOP ' +

STR(@TOPCOUNT) +'ProductID,

Name FROM Production.Product ORDER BY ProductID ASC)

T ORDER BY ProductID DESC'

END

ELSE

BEGIN

SET @SQLSTR =N' SELECT TOP '+STR(@PageSize)+

'* FROM (SELECT TOP ' + STR(@TOPCOUNT) +'ProductID,

Name FROM Production.Product ORDER BY ProductID ASC) T ORDER BY ProductID DESC'

END

END

/*执行*/

EXEC (@SQLSTR)

以上存储过程对页数进行判断，如果是第一页或最后一页，进行特殊处理，

其他情况使用2次TOP翻转。其中排序条件为ProductID倒序。最后通过EXECUTE执行SQL字符串拼串。

2．SQL SERVER 2005中的TOP分页CREATE PROCEDURE [dbo].[Zhzuo_GetItemsPage2005TOP]

@PageIndex INT,

@PageSize INT,

@RecordCount INT OUT,

@PageCount INT OUT

AS

/*获取记录数*/

SELECT @RecordCount = COUNT(*) FROM Production.Product

/*计算页面数据*/

SET @PageCount = CEILING(@RecordCount * 1.0 / @PageSize)

/*TOP记录数*/

DECLARE @TOPCOUNT INT

SET @TOPCOUNT = @RecordCount - @PageSize * @PageIndex

/*基于SQL SERVER 2005 */

IF @PageIndex = 0 OR @PageCount <= 1

BEGIN

SELECT TOP(@PageSize) ProductID,

Name FROM Production.Product ORDER BY ProductID DESC

END

ELSE

BEGIN

IF @PageIndex = @PageCount - 1

BEGIN

SELECT * FROM ( SELECT TOP(@TOPCOUNT) ProductID,

Name FROM Production.Product ORDER BY ProductID ASC) T

ORDER BY ProductID DESC

END

ELSE

BEGIN

SELECT TOP(@PageSize) * FROM (SELECT TOP(@TOPCOUNT) ProductID,

Name FROM Production.Product ORDER BY ProductID ASC) T

ORDER BY ProductID DESC

END

END以上存储过程是使用2005的TOP (表达式) 新功能，避免了字符串拼串，使结构化查询语言变得简洁。实现的为同样的功能。

3．SQL SERVER 2005中的新分页

CREATE PROCEDURE [dbo].[Zhzuo_GetItemsPage2005]

@PageIndex INT,

@PageSize INT,

@RecordCount INT OUT,

@PageCount INT OUT

AS

/*获取记录数*/

SELECT @RecordCount = COUNT(*) FROM Production.Product

/*计算页面数据*/

SET @PageCount = CEILING(@RecordCount * 1.0 / @PageSize)

/* 基于SQL SERVER 2005 */

SELECT SerialNumber,ProductID,Name FROM

(SELECT ProductID,Name,

ROW_NUMBER OVER (ORDER BY ProductID DESC)

AS SerialNumber FROM Production.Product ) AS T

WHERE T.SerialNumber >(@PageIndex * @PageSize) and

T.SerialNumber <= ((@PageIndex+1) * @PageSize)

第三个存储过程使用2005下新的功能，实现的分页存储过程功能更加简单明了，而且更加容易理解。注意这里的ProductID为主键,根据ProductID进行排序生成ROW_NUMBER，通过ROW_NUMBER来确定具体的页数。

通过对三个分页存储过程的比较，可见SQL SERVER 的TSQL 语言对分页功能的支持进步不少。使分页实现趋向于简单化。

篇5：我国技术标准的制定过程和公共政策分析-以石油技术标准为例

我国技术标准的制定过程和公共政策分析-以石油技术标准为例

公共政策过程理论是公共政策分析的基础模式,通过不同的政策阶段可以对公共政策有比较系统的分析.我国石油技术标准作为一种公共政策,它的制定过程反映了我国公共政策制定的'一些特点,本文通过石油清洁生产标准的案例,对我国石油标准的制定过程和利益博弈进行分析,最后对我国的技术标准制定提出有关建议.

作 者：黄建国 HUANG Jian-guo  作者单位：北京师范大学社会发展与公共政策研究所,北京,100875 刊 名：未来与发展  CSSCI英文刊名：FUTURE AND DEVELOPMENT 年，卷(期)：2007 “”(1) 分类号：C93-0 关键词：公共政策分析   过程理论   石油技术标准   利益博弈  

【软交换技术标准及演进过程】相关文章：

1.我国技术标准国际战略研究

2.军训过程及心得

3.实习内容及过程范文

4.制度演进与农业产业发展

5.设计过程原则及评价教案

6.论刑罚正义观念的演进

7.复合防火墙技术的新演进

8.试析个体婚的类型演进

9.入党过程

10.教学过程