CN101207610A - 一种网络层向应用层反馈路由选择结果的方法 - Google Patents
一种网络层向应用层反馈路由选择结果的方法 Download PDFInfo
- Publication number
- CN101207610A CN101207610A CNA2006101622801A CN200610162280A CN101207610A CN 101207610 A CN101207610 A CN 101207610A CN A2006101622801 A CNA2006101622801 A CN A2006101622801A CN 200610162280 A CN200610162280 A CN 200610162280A CN 101207610 A CN101207610 A CN 101207610A
- Authority
- CN
- China
- Prior art keywords
- layer
- application layer
- network
- message
- route
- 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.)
- Withdrawn
Links
Images
Abstract
本发明涉及一种网络层向应用层反馈路由选择结果的方法，包括：应用层向网络层发送请求消息并透传该消息的数据区索引和应用层标识；网络层根据所述数据区索引和应用层标识向应用层反馈该请求消息对应的路由选择结果。这种方法，在现有协议基础上，通过网络层向应用层反馈路由选择结果，进一步应用层根据消息处理情况决定是否调整动态路由选择范围，从而实现应用层可控的七号信令动态路由选择，解决了消息路由不成功或达不到应用层要求时，应用层可以直接调整待选的七号信令路由，减少不必要的呼损，是现有信令路由的有益补充和完善。
Description
技术领域
本发明涉及移动通讯核心网，具体涉及一种网络层向应用层反馈路由选择结果的方法。
背景技术
目前，第三代移动通讯现在共有3种国际标准，其中任一种都支持与传统电信七号设备的对接，该七号设备包括MSC、HLR和PSTN等。例如，在CDMA2000的LMSD阶段由MSCe/MGW、HLRe、SCPe分别实现移动交换中心、用户位置寄存器、智能控制节点等仿真设备。为解决承载七号信令的电路域和IP域适配，采用Sigtran协议，但七号信令的信令路由选择依据仍然是应用层提供的路由关键字或目的信令点码，根据路由配置获得偶联或七号路由(信令链路)，但待选择的偶联或七号路由的范围并不依赖应用层，而是由网络层(M3UA、MTPL3)控制信令路由，换言之，只要没有网络层的路由更改信令或者没有修改静态路由配置，网络层就不会改变原有的路由选择，而且应用层一般无法得知某次消息的具体路由，因此目前情形下应用层不可能控制动态路由。
但是，随着第三代移动通讯系统不断发展，电信网络会越来越复杂，消息传输的源点和目的点之间的路径变得越来越不可预测，消息失败不一定完全由网络层传输引起，即使网络层或底层传输失败也不能完全决定触发修改路由，而且应用层的处理故障、合法拒绝等只有应用层才知道，网络层无法调整路由来适应随时发生的变化。
常见的组网形式，如图1所示，MSCe和MGW/SG共同完成移动交换中心功能，之间通过H.248软交换软件架构的SCTP偶连相连。信令网关SG驻留在媒体网关MGW上，所以MGW分别有不同的信令和话路和STP-1和STP-2相连。
STP-1和STP-2是两个STP交换网元，假设MSCe到这两个交换网元各建立一条信令路由Route1和Route2，并负荷分担到两个网元的所有业务。当STP-2出现故障，利用Route2传递的消息被丢弃时，由于应用层无法获知消息具体路由而网络层按照协议又不一定会闭塞Route2，因此下次应用层选择路由时会同样概率的选择Route2，由此造成一定程度的呼损。
发明内容
本发明需要解决的技术问题是提供一种网络层向应用层反馈路由选择结果的方法，解决消息路由不成功或达不到应用层要求时，应用层可以获取相关信息，以此为基础采取措施可以减少不必要的呼损。
本发明的上述技术问题这样解决，提供一种网络层向应用层反馈路由选择结果的方法，网络层选择路由传递应用层下发消息，包括以下步骤：
1.1)应用层向网络层发送请求消息并透传该消息的数据区索引和应用层标识；
1.2)网络层根据所述数据区索引和应用层标识向应用层反馈该请求消息对应的路由选择结果。
按照本发明提供的方法，所述路由选择结果通过网络层向应用层发送的路由指示消息传递，该路由指示消息包括可用路由标识、路由关键字，以及对应请求消息的数据区索引和应用层标识。
按照本发明提供的方法，所述应用层和网络层可以位于相同网元，所述路由指示消息通过各层原语在网元内逐层向上传递。
按照本发明提供的方法，网络层的所述原语是标准原语。
按照本发明提供的方法，网络层以上至应用层的所述原语是自定义原语。
按照本发明提供的方法，所述向上传递包括各层原语之间的翻译。
按照本发明提供的方法，所述应用层和网络层可以位于不同网元，所述路由指示消息通过各层原语逐层向上传递，还通过承载在网元之间传递。
按照本发明提供的方法，所述向上传递包括各层原语之间的翻译。
按照本发明提供的方法，所述网络承载是SCTP支持对路由指示消息的承载。
按照本发明提供的方法，所述请求消息还可包括模块号信息和进程信息中的之一或之二，所述路由指示消息还包括对应请求消息的模块号信息和进程信息中的之一或之二。
本发明提供的网络层向应用层反馈路由选择结果的方法，在现有协议基础上，通过网络层向应用层反馈路由选择结果，进一步应用层不改变现有路由选择方式，只是根据消息处理情况决定是否调整动态路由选择范围，从而实现应用层可控的七号信令动态路由选择，解决了消息路由不成功或达不到应用层要求时，应用层可以直接调整待选的七号信令路由，减少不必要的呼损，是现有信令路由的有益补充和完善。
附图说明
下面结合附图和具体实施例进一步对本发明进行详细说明。
图1是本发明试图应用的场合之一的网元结构示意图。
图2是图1所示网元结构中信令各层之间的消息传递关系示意图。
图3是本发明媒体控制器MSC控制信令网关MGW动态路由选择的消息流程示意图。
具体实施方式
首先，说明本发明的核心，包括(一)路由故障时实现暂时删除和恢复路由，以及(二)网络层向应用层反馈路由选择结果的方法。下面以MSCe和MGW/SG为例，但不限于此，只要使用七号信令的网元都可以采用。
第二，说明本发明的具体实现方法：
如图2，应用层MAP向网络层MTPL3发送需要等待对端响应的请求消息时，需要在请求消息中增加消息对应的本层数据区索引和应用层标识(如果应用层驻留在多个模块，还要增加模块号信息；如果应用层有多个进程，还要增加进程信息)，再向下一层传递，每层透传应用层的数据区索引和应用层标识，直到网络层；
网络层收到请求消息时，按照常规由路由关键字查询动态选路获得“某个可用路由”，只是增加如下处理：读取消息的数据区索引和应用层标识，并返回路由指示消息，直到“应用层标识”指示的应用层为止，消息包含已选的可用路由标识、路由关键字，以及请求消息的数据区索引和应用层标识，这时可以增加MTPL3以及其上层之间的各层原语，以便传递路由指示消息；如果应用层和网络层不在一个网元，如SG集成在MGW上，还要SCTP支持对路由指示消息的承载；
应用层收到路由指示消息后，将消息里的路由标识和路由关键字保存在消息里的数据区索引对应的数据区里；
如果响应消息没有返回，导致等待响应的定时器超时或某些应用层怀疑路由不可靠的情形发生时，应用层删除/暂时删除路由。如果待删除的路由是动态路由表中唯一路由，可以考虑不做调整，以避免路由不可达；
删除/暂时删除的路由一段时间后需要进行恢复；
当响应消息成功返回，或应用层认为消息路由可靠时，应用层通知网络层完全恢复路由。
应用层通知网络层关于路由的操作，可以直接通知，也可以直接更新本地路由表，并保持应用层和网络层所在网元的路由表的同步来实现。
以上的路由暂时删除和恢复过程可通过人机接口输出用于网络分析。
最后，结合图2和图3，详细描述驻留在媒体控制器(如MSCe)的业务层/应用层控制驻留在信令网关(如SG和MGW合一)的网络层动态选择路由的具体流程，以MSCe和MGW/SG的消息交互为例，此时路由表只在信令网关上，包括以下步骤：
301)业务层/应用层向网络层发送业务消息的发送请求，除包括业务消息外，需要增加消息对应的业务层/应用层数据区索引和应用层标识(如果应用层驻留在多个模块，还要增加模块号信息；如果应用层有多个进程，还要增加进程信息)；
302)网络层向业务层/应用层回送业务消息发送的路由指示，消息包含已选的可用路由标识、路由关键字，以及业务请求消息带来的数据区索引和应用层标识等内容；
当业务层/应用层未收到响应或响应消息异常，且符合业务层/应用层主动控制路由的某种策略时，进入步骤303)；
303)业务层/应用层向网络层发送路由暂时删除请求，消息包括路由标识和路由关键字；
304)网络层收到路由暂时删除请求后，视网络情况决定删除路由还是不作修改。然后返回路由暂时删除响应消息，指示删除是否成功。暂时删除的路由可以采用某种策略进行暂时恢复(不是完全恢复)。暂时恢复的策略可以是一定时间周期触发或者延时触发，延时触发的延时量与某时间差成正比关系，该时间差是当前时刻和请求消息发出时刻的时间差。
当业务层/应用层收到业务消息的正确响应时，进入步骤305)；
305)业务层/应用层向网络层发送路由完全恢复请求，消息包括路由标识和路由关键字；
306)网络层收到路由完全恢复请求后，采用某种策略恢复路由。并返回路由完全恢复响应，指示恢复是否成功。完全恢复的策略是应用层直接通知网络层进行路由操作，也可以是应用层直接更新本地路由表，并保持应用层和网络层所在网元的路由表的同步来实现。
因此，实施本发明对运营商现有网络可以无任何影响，只要对需要此功能的设备升级软件和修改数据配置即可，并不需要相邻设备配合修改。
Claims (10)
1.一种网络层向应用层反馈路由选择结果的方法，网络层选择路由传递应用层下发消息，其特征在于，包括以下步骤：
1.1)应用层向网络层发送请求消息并透传该消息的数据区索引和应用层标识；
1.2)网络层根据所述数据区索引和应用层标识向应用层反馈该请求消息对应的路由选择结果。
2.根据权利要求1所述方法，其特征在于，所述路由选择结果通过网络层向应用层发送的路由指示消息传递，该路由指示消息包括可用路由标识、路由关键字，以及对应请求消息的数据区索引和应用层标识。
3.根据权利要求1或2所述方法，其特征在于，所述应用层和网络层可以位于相同网元，所述路由指示消息通过各层原语在网元内逐层向上传递。
4.根据权利要求3所述方法，其特征在于，网络层的所述原语是标准原语。
5.根据权利要求3所述方法，其特征在于，网络层以上至应用层的所述原语是自定义原语。
6.根据权利要求3所述方法，其特征在于，所述向上传递包括各层原语之间的翻译。
7.根据权利要求1或2所述方法，其特征在于，所述应用层和网络层可以位于不同网元，所述路由指示消息通过各层原语逐层向上传递，还通过承载在网元之间传递。
8.根据权利要求7所述方法，其特征在于，所述向上传递包括各层原语之间的翻译。
9.根据权利要求7所述方法，其特征在于，所述网络承载是SCTP支持对路由指示消息的承载。
10.根据权利要求1或2所述方法，其特征在于，所述请求消息还可包括模块号信息和进程信息中的之一或之二，所述路由指示消息还包括对应请求消息的模块号信息和进程信息中的之一或之二。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101622801A CN101207610A (zh) | 2006-12-19 | 2006-12-19 | 一种网络层向应用层反馈路由选择结果的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101622801A CN101207610A (zh) | 2006-12-19 | 2006-12-19 | 一种网络层向应用层反馈路由选择结果的方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101207610A true CN101207610A (zh) | 2008-06-25 |
Family
ID=39567492
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2006101622801A Withdrawn CN101207610A (zh) | 2006-12-19 | 2006-12-19 | 一种网络层向应用层反馈路由选择结果的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101207610A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110071985A (zh) * | 2013-02-15 | 2019-07-30 | 交互数字专利控股公司 | 网络控制的wtru地址/锚点选择的方法 |
-
2006
- 2006-12-19 CN CNA2006101622801A patent/CN101207610A/zh not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110071985A (zh) * | 2013-02-15 | 2019-07-30 | 交互数字专利控股公司 | 网络控制的wtru地址/锚点选择的方法 |
| CN110071985B (zh) * | 2013-02-15 | 2023-07-14 | 交互数字专利控股公司 | 网络控制的wtru地址/锚点选择的方法及设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6115463A (en) | Migration of subscriber data between home location registers of a telecommunications system | |
| CN1378368A (zh) | 网关系统及故障管理方法 | |
| JPH1013532A (ja) | インテリジェントネットワークにおける通信状態管理方式および方法 | |
| CN100407712C (zh) | 网关系统和综合管理方法 | |
| RU2003132458A (ru) | Способ выполнения службы передачи коротких сообщений в мобильной интеллектуальной сети | |
| CN101207630B (zh) | 一种应用层可控的七号信令动态路由选择方法 | |
| CN101207610A (zh) | 一种网络层向应用层反馈路由选择结果的方法 | |
| CN100488117C (zh) | 一种电信设备自动获取拓扑关系的方法 | |
| CN100442878C (zh) | 有代理交换器的无线通信网络的故障处理系统和方法 | |
| CN1870764B (zh) | 信令点进行负荷分担的方法及系统 | |
| CN101179759B (zh) | 一种获取移动终端开机信息的方法及实现该方法的装置 | |
| US20060182099A1 (en) | Processing of signalling messages according to one of a plurality of protocol stacks | |
| CN100367738C (zh) | 应用于3g移动通信系统的移动交换中心 | |
| CN100461762C (zh) | 移动通信网络系统及信令消息传送方法 | |
| CN101902723B (zh) | 一种实现移动交换中心池网络功能的方法及网络 | |
| CN100518133C (zh) | 基于ip的信令网络 | |
| CN100394735C (zh) | 基于No.7信令系统在信令链路上传送消息的方法 | |
| KR100301578B1 (ko) | No.7 신호 프로토콜을 이용한 제어국과 교환기 간의 인터페이스 장치 | |
| CN100563374C (zh) | 全局标题翻译装置及全局标题处理方法 | |
| CN101827342B (zh) | 一种基于信令中继技术的移动通信网号码可携带业务系统 | |
| CN101136845A (zh) | 多协议路由配置装置及方法 | |
| CN101577840B (zh) | 一种双汇通信网络用户数据同步方法及装置 | |
| CN100426813C (zh) | 在7号信令系统型网络中传输信令报文的方法 | |
| CN101615966A (zh) | 实现光信道数据单元保护相切环交互的方法和装置 | |
| KR100293386B1 (ko) | 공통선 신호망에서의 신호점 변경방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C04 | Withdrawal of patent application after publication (patent law 2001) | ||
| WW01 | Invention patent application withdrawn after publication |