CN1689303A - 分布式体系结构中的承载连接信令 - Google Patents
分布式体系结构中的承载连接信令 Download PDFInfo
- Publication number
- CN1689303A CN1689303A CN03824124.2A CN03824124A CN1689303A CN 1689303 A CN1689303 A CN 1689303A CN 03824124 A CN03824124 A CN 03824124A CN 1689303 A CN1689303 A CN 1689303A
- Authority
- CN
- China
- Prior art keywords
- protocol
- signal
- mapping
- atm
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1023—Media gateways
- H04L65/1026—Media gateways at the edge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1033—Signalling gateways
- H04L65/1036—Signalling gateways at the edge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
- H04M7/126—Interworking of session control protocols
- H04M7/127—Interworking of session control protocols where the session control protocols comprise SIP and SS7
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种具有第一协议的电信网络连接到具有第二协议的承载连接。将至少部分所述第一协议映射到第二协议。根据映射对所述第一协议的第一信号进行转换并将其插入所述第二协议的第二信号,其中,所述第一协议的第一信号用于控制所述承载连接。
Description
背景
发明领域
本发明涉及用于传输话音信息的电信网络,具体地说,涉及发信号给具有与电信网络不同协议的承载连接。
相关信息
在分布式体系结构中,网络骨干由一个提供商提供,而剩余功能由连接网络的其它提供商提供。问题是网络采用一种协议,而连接方提供另一种协议,这阻碍了不同信令协议的承载连接信令。因此,极需一种客户解决方案,可从常驻网络体系结构发信号给现有客户承载连接。
以采用传统上与IP电话(VoIP)相关联的控制平面信令的体系结构为例。此类体系结构不是为发信号给另一协议的承载连接而建立的。另一方面,客户采用异步传送模式(ATM)也并非反常。
参照图1对上述问题进一步详述,其中,分布式体系结构100包括在网络101边缘的入口、到核心传输和中央网络控制的接口。位于分布式体系结构100中心的是提供业务控制和网络智能的交换机102,它可以是软交换机(模拟交换机的软件应用程序)。
中继网关104提供在传统TDM中继与基于分组的虚拟中继之间互配(interwork)承载净荷的能力。线路或接入网关106为用户线路提供类似的互配能力。综合接入装置(IAD)108是传送集成话音和数据业务的位于客户处的平台。
网元管理系统110为网元管理提供基于开放式标准的管理接口和现有技术的图形用户界面。服务器112提供诸如鉴权和声明服务等功能,而服务器数据库114为服务器提供信息。OSP 116可提供用于经API/CORBA PARLAY建立第三方应用接入,资源服务器118可提供用于增加额外的资源。
在图1的分布式体系结构100中,控制交换机102与本技术领域中亦称为媒体网关(MG)的网关104、106、108之间的信令接口通常称为垂直接口,这是因为它横跨呼叫控制/应用平面和承载/路由平面。为支持呼叫和承载控制的明显分离,典型的分布式体系结构在此垂直接口上采用开放式网关控制协议(例如,MGCP或MEGACO/H.248),如标号110概括显示。
在所示示例中,核心网络采用根据因特网协议的控制信令。然而,用户社区定义了必须在垂直接口上使用以便发信号给控制承载连接的标准网关控制包(即,媒体网关控制器协议、MGCP/MEGACO和SIP)。还定义了会话描述协议(SDP)参数的标准用法。换而言之,此类分布式体系结构100不能够直接发信号给承载连接。
因此,需要一种供电信网络用于发信号给承载连接的装置或方法。所需要的是发信号给另一协议的承载连接。可采用将信号从一种信令协议无缝迁移到另一种信令协议的解决方案。在特定应用中,需要将VoIP信令提供给VoATM承载连接。
发明目的和概述
本发明的目的是提供能够发信号给承载连接的电信网络。
本发明的目的是发信号给另一协议的承载连接。
本发明的目的是将信号从一种信令协议无缝迁移到另一种信令协议。
本发明的目的是将VoIP信令提供给VoATM承载连接。
这些及其它目的通过本发明实现,在本发明中,提供了连接到电信网络的承载连接的信令方法,其中,所述电信网络采用第一协议,而所述承载连接采用第二协议。至少部分所述第一协议映射到所述第二协议。所述第一协议的第一信号根据所述映射插入所述第二个协议的第二信号,其中,所述第一协议的所述第一信号用于控制所述承载连接。
根据本发明的目的,还提供了用于发信号给连接到电信网络的承载连接的设备,其中所述电信网络采用第一协议,而所述承载连接采用第二协议。转换器按照预定的映射,在所述第一协议的第一信号与所述第二协议的第二信号之间进行转换。网关将所述转换器转换的所述第一信号插入所述第二信号,其中所述第一信号用于控制所述承载连接。
附图简述
本发明将参照以下说明本发明的至少一个示例的附图来描述。
图1是分布式体系结构的方框图;
图2是本发明的流程图;
图3是本发明的地址映射;
图4是本发明的端口映射;
图5是本发明的方框图;
图6A、6B分别是本发明的系统和流程图;以及
图7是本发明的流程图。
优选实施例的详细说明
本发明将参照图2所示的流程图200进行描述,该流程图显示了用于发信号给连接到电信网络的另一协议的承载连接的方法。电信网络采用第一协议,在本示范实施例中为VoIP。承载连接采用第二协议,如VoATM。然而应理解,本发明并不限于任一特定协议,但至少包括发信号给与电信网络不同协议的承载连接。
在步骤202中,第一协议映射到第二协议,或反之亦然。当然,本发明可将整个第一协议或至少其部分映射到第二协议。
如前所述,分布式体系结构通常在垂直接口上采用开放式网关控制协议,如MGCP或MEGACO/H.248。此处显示了采用通常与VoIP连接更相关联的数据包来控制VoATM连接的根据本发明的映射示例。下表I显示了映射到ATM数据包(ATM)的Megaco实时传输RTP数据包(RTP)。
数据包定义 | VoIP | VoATM映射 | 注释 |
属性 | N/A | N/A | |
事件 | N/A | N/A | |
信号 | N/A | N/A | |
统计数据 | 发送的分组(ps) | 发送的信元(cs) | 发送的分组字段(rtp/ps)填充以根据/E1/发送的ATM信元数量。 |
接收的分组(pr) | 接收的信元(cr) | 接收的分组字段(rtp/pr)填充以根据/E1/接收的ATM信元数量。 | |
丢失的分组(pl) | 丢失的信元(cl) | 丢失的分组字段(rtp/pl)填充以根据/E1/丢失的ATM信元数量。 | |
抖动(jit) | 抖动(jit) | 抖动字段(rtp/jit)填充以根据/E1/的到达时间间隔抖动。 | |
延迟(delay) | 延迟(delay) | 抖动字段(rtp/delay)填充以根据/E1/的平均信元传输延迟。 |
表I
还讨论了会话描述协议(SDP)参数的规定标准用法。如下表II(a)到II(c)中所示,本发明还提供SDP参数映射,以使用通常与VoIP连接更相关联的参数值控制VoATM连接。
表II(a)显示了用于会话描述协议的会话描述映射。
描述类型 | 子字段 | VoIP值 | VoATM映射 | 注释 |
SDP版本(v=) | N/A | <编号> | <编号> | 不需要映射。 |
源端(o=) | TBD | TBD | TBD | |
会话名称(s=) | TBD | TBD | TBD | |
会话信息(i=) | TBD | TBD | TBD | |
URI(u=) | TBD | TBD | TBD | |
电子邮件地址(e=) | TBD | TBD | TBD | |
电话号码(p=) | TBD | TBD | TBD | |
连接信息(c=) | 网络类型 | IN | ATM | 一对一映射 |
地址类型 | IP4 | NSAP | 一对一映射 | |
连接地址 | <IP4地址> | <NSAP地址> | 请参阅“Fehler!Verweisquellekonnte nichtgefunden werden”部分 | |
带宽信息(b=) | TBD | TBD | TBD | |
时区(z=) | TBD | TBD | TBD |
表II(a)
表II(b)显示了用于会话描述协议的时间描述映射。
描述类型 | SDP值 | VoIP | VoATM映射 | 注释 |
会话名称(s=) | TBD | TBD | TBD | |
重复次数(r=) | TBD | TBD | TBD |
表II(b)
表II(c)显示了用于会话描述协议的媒体描述映射。
描述类型 | SDP值 | VoIP | VoATM映射 | 注释 |
媒体名称(m=) | 媒体类型 | 音频 | 音频 | 不需要映射 |
视频 | 视频 | 不需要映射 | ||
应用 | 应用 | 不需要映射 | ||
数据 | 数据 | 不需要映射 | ||
控制 | 控制 | 不需要映射 | ||
传输端口 | <端口> | <eecid> | 请参阅“Fehler!Verweisquelle konntenicht gefundenwerden”部分 | |
传输协议 | RTP/AV | AAL1/ATMF | 需要进一步研究以设计将来如何映射到AAL2呼叫 | |
媒体格式 | 0 | 0 | 此值无需映射;0表示μ律编码的8k信道 | |
媒体标题 | TBD | TBD | TBD |
(I=) | ||||
连接信息(c=) | TBD | TBD | TBD | |
带宽信息(b=) | TBD | TBD | TBD |
表II(c)
SDP还包括地址和端口信息。由于其它协议如本例中的ATM具有不同的地址和端口信息结构,因此,本发明将SDP的地址或端口映射到ATM地址的某个区域或端口。如将参照步骤204和206进一步所述的那样,本发明将SDP地址或端口转换为适合插入ATM地址或端口中的形式。本发明选择地址结构合适度的方式将在图3和图4中讨论。
图3显示了SDP连接数据中传送的IP地址信息如何映射到等效的SDP ATM地址格式(且反之亦然)。随后,此信息转换为在UNI信令消息中使用的ATM终端系统地址(AESA)。
通常,映射基于由标号302概括显示的虚拟编址重叠,而专用编址方案304重叠在由ATM基础设施使用的公共编址方案306上。此方法确保映射被隔离,并适用于ATM基础设施以前采用的任何公共编址方案。
在此特殊示例中,提议的ATM编址方法重新定义了专用ATM地址310的E.164 ATM格式(AFI=0x45)的网络前缀字段308。感兴趣区域是在权限和格式标识符(AFI)字段314后的24个数位(8个八位字节)312。此区域由三个字段组成:E.164地址本身316、指定在使用的编址方案内唯一域的路由域(RD)318以及标识在使用的路由域内的唯一区域的区域320。
本发明将这三个字段重新定义为专用映射IP/ATM地址310。这24个数位(8个八位字节)地址将进一步划分为两个字段:将此重叠虚拟空间与ATM基础设施所用AESA编址方案隔离的12个数位(6个八位字节)前缀(“000000000000”)以及保持形式为“xxx.yyy.zzz.ddd”的端点IP地址的第二12个数位(6个八位字节)字段。当然,这只是示例,其它地址配置也是可能的。
应理解,本发明保持未违反标准ITU或ATM论坛编址规则的ATM编址方案。当然应理解,本发明也涵盖不一定违反ITU标准的映射。
现在回到图2的流程图,将专用地址202转换为适合插入步骤204中的ATM协议公共地址的信号。例如,将SDP地址转换成xxx.yyy.zzz.ddd格式,以便转换的地址在映射指定的区域内逐位适配。
在步骤206中,根据映射将转换的地址插入第二协议的ATM协议中。此地址将在以后用于控制承载连接。
图4显示本发明如何将SDP媒体数据中传送的IP端口信息映射到等效的EECID信息(且反之亦然)。如图所示,端口号402,例如12345678转换成EECID格式404。随后,此格式映射到诸如类属标识符传输(GIT)信息元素之类的传输机制406中。在图中所示示例中,端口映射到在该标识符的ID、标志和长度之后出现的GIT用户数据部分408中。随后,此信息插入GIT中传输,以便稍后用于UNI信令消息中。
现在参照图2,在步骤208中,插入ATM协议的信息传送到承载连接。之后,根据映射提取它并将其用于控制承载连接。
参考图5可获得对本发明更好的理解,其中显示了本发明系统的方框图。建立呼叫的呼叫侧或入口PSTN(I-PSTN)502连接到呼叫侧媒体网关504,即所谓的入口媒体网关(IMG)。I-PSTN 502可经例如时分复用(TDM)与IMG 504通信。
在接收或终端侧的是接收呼叫的出口PSTN(E-PSTN)506。E-PSTN 506连接到终端侧媒体网关508,即所谓的出口媒体网关(EMG)。IMG 504经IP网络510与EMG 508通信。当然,I-PSTN502和E-PSTN 506可以是任何类型的通信网络。同样地,网络510可以不同于IP网络。
呼叫信令由交换机512,如前所述的软交换机控制。交换机512的一部分可以是分组管理器514,它在控制交换机512时将信令信息分组并传送到媒体网关504、508,这将在后面解释。
应认识到,图5的系统类似于传统呼叫信号连接,即遍历IP分组网络、在传统5类交换机发起和终止的VoIP虚拟中继呼叫的传统呼叫信号连接。因此,为此示例选择的网关控制协议信令是Megaco(但同样可以使用MGCP)。
一方面,本发明将映射和转换功能添加到媒体网关或视情况而定的网关。由此,所述功能基于此文档中定义的映射在VoIP与VoATM控制信息之间执行转换。所述功能还应执行支持功能,例如检测是否需要转换以及插入/提取消息。执行此功能的实体此后称为垂直接口转换功能(VITF)。
图5显示了系统中不同网元之间的呼叫信令业务521-533,它们也可视为呼叫流程图的步骤。在步骤521中,在例如I-PSTN 502的5类局(端局)发起呼叫。I-PSTN通常向交换机512发送信号,一般是SS7IAM信号。在步骤522中,交换机512通过分组管理器514向IMG 504返回添加控制消息(ACM)以添加呼叫。在步骤523中,VITF解析添加控制命令,并确定需要转换。作为响应,VITF构建带有用于对呼叫进行路由选择的地址的应答消息,并由IMG 504将该消息发送给分组管理器514。另外,VITF将呼叫侧提供的呼叫控制块转换成IP端口号。
在步骤524中,在接收侧交换机512向E-PSTN 506发送IAM消息以指示呼入。在步骤525中,分组管理器构建用于添加终止呼叫的添加控制消息并将该消息发送到EMG 508,该消息包括由呼叫侧VITF构建的地址和端口信息。在步骤526中,可能配有其自己的VITF的EMG 508确定要对呼入进行转换。作为响应,接收侧VITF将输入消息的信息转换成等效的接收侧协议。
接着,本发明提供剩余的握手协议以结束呼叫。例如,用于SS7的协议将用于此示例,但其它协议无疑也在本发明范围内。在步骤527中,将SS7 COT消息发送到交换机512。在步骤528中,E-PSTN 506将ACM SS7消息返回到例如交换机512。在步骤529中,该交换机经分组管理器514向IMS 504发送带有来自接收呼叫侧的连接信息的修改消息。在步骤530中,IMG 504将确认信号经分组管理器514返回到交换机512。在步骤531中,交换机512将ACM消息发送到I-PSTN 502。
如在步骤532中,当于接收呼叫侧检测到摘机条件时,E-PSTN506向交换机512发送指示收到呼叫的SS7 ANM消息。随后,交换机512通知I-PSTN 502呼叫已收到,呼叫随后结束,于是建立了双向承载信道。
下面将参照图6A和6B讨论本发明的更具体的示例,图6A和图6B分别显示了本发明的系统和对应的流程图。在图6A中,显示了双向承载连接600,在该连接中IMG 602经相应的交换机/路由器606和608连接到EMG 604。协调控制信令的交换机610在此概括地显示为610。
在入口PSTN(I-PSTN)中发起呼叫,且将SS7 IAM消息以信号形式发送到交换机610后,在步骤612中,从该交换机将添加呼叫的添加控制消息发送到IMG 602。作为此类添加控制消息的示例,给出以下代码,但具有类似功能的另一消息无疑也在本发明的范围内。
MEGACO/1[165.218.245.117]:20003 TRANSACTION=2363{ CONTEXT=${ ADD=T01/02/03/04{ MEDIA{ <dp n="d10"/> LOCALCONTROL{MODE=SENDONLY} } }, ADD=${ MEDIA{ LOCALCONTROL{MODE=RECEIVEONLY}, LOCAL{ v=0 c=IN IP4 $ m=audio $ RTP/AVP 0 } } } } }
在步骤613中,在解析消息时IMG 602检测到消息中的第二添加命令用于IP终止。IMG 602检查其本地配置信息,检测到本地分组网络为例如ATM网络,因此需要参数转换。VITF根据上述映射,转换消息中包含的SDP会话和媒体参数。
选择ATM地址以便基于通常由ATM接口组提供的配置信息为后向ATM呼叫进行路由选择。VITF根据所述映射将该地址转换为等效的IP地址,例如示范图中的111.222.333.444。
选择本地呼叫控制块以处理呼叫,例如,12345678。此呼叫控制数据(在VoATM呼叫中表示为EECID)由VITF根据映射转换为端口号。最后,此呼叫控制数据作为UNI GIT IE返回到IMG 602,并在一旦收到ATM UNI SETUP(建立)消息时用于定位呼叫控制块。IMG 602以应答信号响应交换机610,如以下代码:
MEGACO/1[MediaGatewayl]:2000 Reply=2363{ Context=1{ <dp n="d11"/> Add=T01/02/03/04, Add=A4444{ Media{ Local{ v=0 c=IN IP4 111.222.333.444 m=audio 12345678 RTP/AVP 0 } } } } }
在交换机610向E-PSTN 604发送SS7 IAM消息(步骤524,图5)后,该交换机向EMG 508发送添加消息以在步骤615中添加接收侧呼叫。例如,消息可构建如下:
MEGACO/1[165.218.245.117]:20003 TRANSACTION=2364{ CONTEXT=${ ADD=T05/06/07/08{ MEDIA{ LOCALCONTROL{MODE=SENDRECEIVE} } }, ADD=${ MEDIA{ LOCALCONTROL{MODE=SENDRECEIVE}, LOCAL{ v=0 c=IN IP4 $ mi=audio $ RTP/AVP 0 }, REMOTE{ <dp n="d12"/> v=0 c=IN IP4 111.222.333.444 m=audio 12345678 RTP/AVP 0 } } } } }
在步骤616中,UNI SETUP(建立)消息从EMG 604通过交换机606、608转发到IMG 602 UNI。该建立消息包括插入UNI GIT IE的呼叫控制数据。一旦收到ATM UNI SETUP消息,IMG 602便使用该数据定位呼叫控制块。在步骤617中,将呼叫继续消息从IMG 602发送到交换机606,并且类似地从交换机608发送到EMG 604。在步骤618中,UNI连接消息通过交换机606、608从ATM网络返回到EMG 604。这样,通过EMG 604建立了双向ATM-TDM互通承载路径。
在步骤619中,EMG 604即EMG的VITF对消息进行解析,并检测出消息中的第二添加命令用于IP终止。该EMG检查其本地配置信息,并检测出本地分组网络是例如ATM网络,因此需要参数转换。VITF根据例如上述映射,对消息中包含的SDP会话和媒体参数进行转换。
更具体地说,在远程描述符SDP连接数据中收到的IP地址(111.222.333.444)由VITF根据定义的示范映射转换为等效地址,例如,ATM地址。此地址数据用于填充EMG 604发送的ATM UNISETUP消息中的被叫地址IE,以便启动ATM SVC的后向连接。
此外,VITF根据映射对在远程描述符媒体名称数据中收到的端口号(即,12345678)进行转换。此数据在EMG 604用于填充ATM UNISETUP消息中的类属信息传输IE。
一旦ATM NUI CONNECT(连接)消息从ATM网络返回,则通过EMG 604建立了双向的ATM-TDM互通承载路径,随后,会将例如以下示例消息返回到交换机610:
MEGACO/1[MediaGatewayl]:2000 Reply=2364{ Context=2{ Add=T05/06/07/08, Add=A5555{ Media{ Local{ v=0 c=IN IP4 555.666.777.888 m=audio 89ABCDEF RTP/AVP 0 } } } } }
在步骤620中,SS7 COT消息由交换机610转发到E-PSTN 506。在步骤621中,该E-PSTN返回ACM SS7消息形式的确认信号。
如参照图5所述,本发明执行剩余的握手操作。在步骤529中从交换机将修改消息发送到IMG 504。示例消息如下:
MEGACO/1[165.218.245.117]:20003 TRANSACTION=2365{ CONTEXT=1{ MODIFY=T01/02/03/04{ MEDIA{ LOCALCONTROL{MODE=SENDRECEIVE} } }, MODIFY=A4444{ MEDIA{ <dp n="d14"/> LOCALCONTROL{MODE=SENDRECEIVE}, REMOTE{ v=0 c=IN IP4 555.666.777.888 m=audio 89ABCDEF RTP/AVP 0 } } } } }
应理解,在此特殊示例中,在远程描述符SDP连接数据中收到的IP地址(555.666.777.888)并未由IMG 504用于信令目的,因而不需要转换。类似地,在远程描述符消息名称数据中收到的端口号(89ABCDEF)是不需要的,因此同样不需要转换。
此时,通过IMG 504基本上建立了双向ATM-TDM互通承载路径。在步骤530中,将如下所示的确认信号返回给交换机:
MEGACO/1[MediaGatewayl]:2000
Reply=2365{
Context=1{
Modify=T01/02/03/04,
Modify=A4444
}
}
至此已参照图5讨论了在发生摘机条件时所执行的用于建立呼叫的剩余信令。
本发明还可提供用于在一旦呼叫终止时去除或拆除呼叫的步骤。拆除步骤可参照图7的流程图700来讨论。在步骤702中,I-PSTN发送SS7 REL信号到交换机60以启动呼叫拆除。交换机610发送如下所示的SUBTRACT(去除)消息到IMG 602:
MEGACO/1[165.218.245.117]:20003
TRANSACTION=2366{
CONTEXT=1{
SUBTRACT=T01/02/03/04,
SUBTRACT=A4444{
AUDIT{STATISTICS}
}
}
}
在步骤704中,IMG 602启动对ATM SVC的清除。IMG 602的VITF根据上述定义的示范映射定位呼叫统计数据并对其进行转换。一旦互通承载路径被拆除,则IMG 602将如下所示的应答消息返回给交换机:
MEGACO/1[MediaGatewayl]:2000 Reply=2366{ Context=1{ Subtract=T01/02/03/04, Subtract=A4444{ Statistics{ rtp/ps=1234, nt/os=56749, rtp/pr=10000, nt/or=984726, rtp/pl=34.90, rtp/jit=9, rtp/delay=29 } } } }
接着,接收侧被拆除。在步骤706中,交换机将可能如下所示的SUBTRACT(去除)消息发送到EMG 604:
MEGACO/1[165.218.245.117]:20003
TRANSACTION=2367{
CONTEXT=2{
SUBTRACT=T05/06/07/08,
SUBTRACT=A5555{
AUDIT{STATISTICS}
}
}
}
在步骤708中,IMG 604的VITF根据预定义的示范映射定位呼叫统计数据并对其进行转换。一旦互通承载路径被拆除,则IMG 604将如下所示的应答消息返回给交换机610:
MEGACO/1[MediaGatewayl]:2000 Reply=2367{ Context=2{ Subtract=T05/06/07/08, Subtract=A5555{ Statistics{ rtp/ps=4321, nt/os=647290, rtp/pr=5000, nt/or=836193, rtp/pl=45.78, rtp/jit=10, rtp/delay=34 } } } }
因此,呼叫被拆除,并且网络恢复操作,准备下一呼叫发起。虽然已就具体示例对本发明进行了描述,但应理解,本发明并不局限于单个示例,类似的实施例和变化也在本发明范围内。本发明不仅包括IP和ATM协议,而且也包括从一个协议到另一个协议的任何映射。提供的具体代码只用于举例,并且提供相同功能的其它代码无疑也在本发明内。本发明的主要动机是提出一种可在多供应商网络中采用的基于标准的解决方案,但本发明不必是基于标准的。
Claims (20)
1.一种发信号给连接到电信网络的承载连接的方法,其中:所述电信网络采用第一协议,而所述承载连接采用第二协议;所述方法包括以下步骤:
将至少部分所述第一协议映射到所述第二协议;
根据所述映射,将所述第一协议的第一信号插入所述第二个协议的第二信号,其中,所述第一协议的所述第一信号用于控制所述承载连接。
2.如权利要求1所述的方法,其特征在于:所述第一协议是因特网协议(IP),并且所述映射步骤将至少部分所述因特网协议映射到所述第二协议。
3.如权利要求1所述的方法,其特征在于:所述第二协议是异步传送模式(ATM)协议,并且所述映射步骤将至少部分所述ATM协议映射到所述第一协议。
4.如权利要求1所述的方法,其特征在于:所述第一协议是因特网协议(IP),并且所述第二协议是异步传送模式(ATM)协议,其中,所述映射步骤将至少部分所述因特网协议映射到所述ATM协议。
5.如权利要求1所述的方法,其特征在于还包括:根据所述映射,将所述第一协议的所述第一信号转换为适合插入所述第二协议的所述第二信号的信号的转换步骤。
6.如权利要求5所述的方法,其特征在于:所述第一协议是因特网协议(IP),其中所述转换步骤将因特网协议地址转换为可插入所述第二协议的所述第二信号的预定区域中的信号。
7.如权利要求6所述的方法,其特征在于:所述第二协议的所述第二信号是ATM地址,并且所述转换步骤将所述因特网协议地址转换为适合插入所述ATM地址的网络前缀内某个区域的信号。
8.如权利要求7所述的方法,其特征在于:所述映射步骤重新定义在权限和格式标识符后的部分所述网络前缀字段。
9.如权利要求1所述的方法,其特征在于:所述第一协议的所述第一信号是因特网协议(IP)端口信息,其中所述转换步骤将所述因特网端口信息转换为可插入所述第二协议的所述第二信号的预定区域的信号。
10.如权利要求9所述的方法,其特征在于:所述第二协议的所述第二信号是类属标识符传输(GIT)信息元素,并且其中所述转换步骤将所述第一信号转换为适合插入所述GIT信息元素中的信号。
11.如权利要求10所述的方法,其特征在于:所述映射步骤将所述第一信号转换到所述GIT信息元素的用户数据区中。
12.一种发信号给连接到电信网络的承载连接的设备,其中:所述电信网络采用第一协议,而所述承载连接采用第二协议,所述设备包括:
转换器,其根据预定映射,在所述第一协议的第一信号与所述第二协议的第二信号之间进行转换;以及
网关,其将所述转换器转换的所述第一信号插入所述第二信号,其中,所述第一信号用于控制所述承载连接。
13.如权利要求12所述的设备,其特征在于:所述电信网络是因特网协议(IP)网络。
14.如权利要求12所述的设备,其特征在于:所述承载连接采用异步传送模式(ATM)协议。
15.如权利要求12所述的设备,其特征在于:所述映射将至少部分因特网协议(IP)映射到异步传送模式(ATM)协议。
16.如权利要求12所述的设备,其特征在于还包括:将至少部分所述第一协议映射到所述第二协议的映射。
17.如权利要求16所述的设备,其特征在于:所述映射将部分所述第一协议映射到适合插入所述第二协议的所述第二信号的区域。
18.如权利要求12所述的设备,其特征在于还包括交换机。
19.如权利要求12所述的设备,其特征在于还包括入口媒体网关,用于接收经转换而后插入所述第二信号以便建立发起呼叫的所述第一信号。
20.如权利要求12所述的设备,其特征在于还包括出口媒体网关,用于接收经转换并插入所述第二信号以建立终止呼叫的所述第一信号。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US40471502P | 2002-08-20 | 2002-08-20 | |
US60/404,715 | 2002-08-20 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1689303A true CN1689303A (zh) | 2005-10-26 |
Family
ID=31946749
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN03824124.2A Pending CN1689303A (zh) | 2002-08-20 | 2003-08-20 | 分布式体系结构中的承载连接信令 |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP1530864B1 (zh) |
CN (1) | CN1689303A (zh) |
DE (1) | DE60314255T2 (zh) |
ES (1) | ES2285242T3 (zh) |
WO (1) | WO2004019584A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104639507A (zh) * | 2013-11-13 | 2015-05-20 | 中国科学院声学研究所 | 一种异构网络间的承载协议报文数据传输方法及系统 |
US10218452B2 (en) | 2013-03-15 | 2019-02-26 | Concio Holdings LLC | High speed embedded protocol for distributed control system |
CN105103499B (zh) * | 2013-03-15 | 2019-04-09 | 康西欧控股有限公司 | 一种用于分布式控制系统的高速嵌入协议的生成方法 |
US10326865B2 (en) | 2015-03-24 | 2019-06-18 | Concio Holdings LLC | Filter or bridge for communications between CAN and CAN-FD protocol modules |
US10673565B2 (en) | 2014-09-30 | 2020-06-02 | Concio Holdings LLC | Confirming data accuracy in a distributed control system |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101335972B (zh) | 2007-06-29 | 2012-01-04 | 华为技术有限公司 | 一种边界小区的配置调整方法及网元管理系统 |
US9432488B2 (en) | 2013-03-15 | 2016-08-30 | Concio Holdings LLC | High speed embedded protocol for distributed control systems |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5623605A (en) * | 1994-08-29 | 1997-04-22 | Lucent Technologies Inc. | Methods and systems for interprocess communication and inter-network data transfer |
CA2217838C (en) * | 1996-11-07 | 2003-07-29 | At&T Corp. | Wan-based voice gateway |
US6801542B1 (en) * | 1999-08-19 | 2004-10-05 | Nokia Corporation | Method and apparatus for providing an interworking unit between ATM networks and IP networks |
-
2003
- 2003-08-20 WO PCT/EP2003/009232 patent/WO2004019584A1/en active IP Right Grant
- 2003-08-20 CN CN03824124.2A patent/CN1689303A/zh active Pending
- 2003-08-20 ES ES03792395T patent/ES2285242T3/es not_active Expired - Lifetime
- 2003-08-20 DE DE60314255T patent/DE60314255T2/de not_active Expired - Fee Related
- 2003-08-20 EP EP03792395A patent/EP1530864B1/en not_active Expired - Lifetime
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10218452B2 (en) | 2013-03-15 | 2019-02-26 | Concio Holdings LLC | High speed embedded protocol for distributed control system |
CN105103499B (zh) * | 2013-03-15 | 2019-04-09 | 康西欧控股有限公司 | 一种用于分布式控制系统的高速嵌入协议的生成方法 |
US10924198B2 (en) | 2013-03-15 | 2021-02-16 | Kvaser Ab | High speed embedded protocol for distributed control system |
US11558136B2 (en) | 2013-03-15 | 2023-01-17 | Kvaser Ab | High speed embedded protocol for distributed control system |
US11804919B2 (en) | 2013-03-15 | 2023-10-31 | Kvaser Ab | High speed embedded protocol for distributed control system |
CN104639507A (zh) * | 2013-11-13 | 2015-05-20 | 中国科学院声学研究所 | 一种异构网络间的承载协议报文数据传输方法及系统 |
CN104639507B (zh) * | 2013-11-13 | 2018-04-24 | 中国科学院声学研究所 | 一种异构网络间的承载协议报文数据传输方法及系统 |
US10673565B2 (en) | 2014-09-30 | 2020-06-02 | Concio Holdings LLC | Confirming data accuracy in a distributed control system |
US10326865B2 (en) | 2015-03-24 | 2019-06-18 | Concio Holdings LLC | Filter or bridge for communications between CAN and CAN-FD protocol modules |
Also Published As
Publication number | Publication date |
---|---|
DE60314255T2 (de) | 2008-03-06 |
DE60314255D1 (de) | 2007-07-19 |
ES2285242T3 (es) | 2007-11-16 |
EP1530864B1 (en) | 2007-06-06 |
EP1530864A1 (en) | 2005-05-18 |
WO2004019584A1 (en) | 2004-03-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7593390B2 (en) | Distributed voice network | |
CN100471111C (zh) | 在宽带异构网络间电信业务互通的方法和系统 | |
US7746845B2 (en) | Support for fax and modem in SIP/SIP-T networks and the interworking of these networks with ISUP+/BICC | |
US20050117605A1 (en) | Network address and port translation gateway with real-time media channel management | |
CN1516409A (zh) | 一种使媒体流穿越网络地址转换器的方法 | |
EP1618749B1 (en) | Policy based media path selection in a broadband access network | |
IL171237A (en) | Real-time communications between telephone and internet users | |
EP1423962B1 (en) | Decomposed switching node and method of operating the same | |
WO2005104463A1 (en) | V.110 over packet networks | |
CN1653752A (zh) | 用于调制解调器中继端接的方法和设备 | |
CN1689303A (zh) | 分布式体系结构中的承载连接信令 | |
US7948971B2 (en) | Method and device for controlling media resources, method and system for establishing calls | |
EP1985095B1 (en) | Telephone call processing method and apparatus | |
CN1653795B (zh) | 用于端接直接通向ip网络的调制解调器中继信道的设备 | |
US20040190531A1 (en) | Bearer connection signaling in a distributed architecture | |
JP5679577B2 (ja) | 中継システム及び中継網のコーディック選択方法 | |
CN1855896A (zh) | 实现ip域间互通的方法 | |
US6785264B1 (en) | Method and apparatus for inter-working line side signaling between circuit, packet and circuit packet networks | |
CN1882023A (zh) | 一种提供多速率数据信息承载业务的实现方法 | |
CN100558189C (zh) | 一种传送isdn呼叫信令的方法及系统 | |
US7742460B2 (en) | Method for detecting calls and corresponding units | |
US7362747B2 (en) | Translation of identifiers of user installation terminal in a packet network | |
CN1543146A (zh) | 一种ip网和帧中继网络之间语音交换的方法 | |
CN1617536A (zh) | 整合网络电话伺服端与客端的数据装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
ASS | Succession or assignment of patent right |
Owner name: NOKIA SIEMENS COMMUNICATION CO., LTD. Free format text: FORMER OWNER: SIEMENS AG Effective date: 20080404 |
|
C41 | Transfer of patent application or patent right or utility model | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20080404 Address after: Munich, Germany Applicant after: Nokia Siemens Networks GmbH Address before: Munich, Germany Applicant before: Siemens AG |
|
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |