通信人家园
标题: 固网HLR [查看完整版帖子] [打印本页]
时间: 2004-4-13 15:30
作者: E-tiger
标题: 固网HLR
有那位大侠知道固网HLR是一个什么概念？谈谈对PSTN网有什么好处。
国内华为、中兴都在做，有没有实际应用的啊?
时间: 2004-4-13 22:49
作者: msrn
第一次听说，把用户数据库分离出来也许是电信制造商们的新卖点吧？
感觉pstn上hlr意义不大
时间: 2004-4-14 11:48
作者: sars
pstn上对部分有需求的用户做HLR还是有需求的，但要对网络结构进行改造，
否则需要太多的HLR。
时间: 2004-4-18 23:33
作者: 信心十足
对于小灵通是有用的
时间: 2004-4-19 13:14
作者: 雕德一
有什么用处？
时间: 2004-4-19 22:00
作者: 信心十足
小灵通要支持多个PHS局下漫游就需要有类似HLR的设备。
时间: 2004-5-11 21:19
作者: 豌豆公主
小灵通的HLR叫TS,
时间: 2004-5-22 15:12
作者: 小学生
用作业务触发判断的,好处是解决固网业务触发困难的问题,坏处是对端局有改造
提出固网HLR的概念,起因是固定智能网的业务触发方式是基于被叫号码分析进行(DP3触发),这样,业务触发条件严格限制在被叫号码上.而移动智能网的业务触发方式是签约信息触发,只要用户登记就能触发业务,所以业务触发的条件是多种多样的.
解决业务触发方式目前有两条路可以考虑:
1/主叫鉴权触发(浙江通信方式),主叫用户摘机就能触发智能业务(主叫鉴权触发,DP1触发)收号一边进行业务触发判断.优点是业务触发比签约触发更加灵活,业务更加丰富,例如个人语音通信录(用语音代替手工拨号),就需要这样的方式,缺点是需要全网智能化,所有主叫端局都需要是SSP设备,另外,对智能网的资源消耗也很客观
2/固网HLR,签约信息触发(福建电信方式),优点是对端局的改造较小,投资相对较少,缺点是走了移动智能网的路,半生不熟的方案.
个人感觉还是方案一比较合适,特别是对新兴的运营商,网络建设刚刚起步,走方案一整体投资增加比较有限,业务能力却很强.对于网络建设基本完成的运营商,方案二其实一样要改造端局,与其煮夹生饭,不如按下性子,走彻底改造的路子.
当然,方案一和二有个权衡方案,MS层次SSP化(江苏电信方案),所有呼叫均强行路由至MS,由MS实现业务触发判断,暂时免除端局改造的投资,同时能够提供一定的业务扩展能力,然后视业务情况逐步改造端局,实现端局SSP化,缺点是对从LS到MS的中继占用需要重新计算,存在一定的扩容,另外由于对用户线控制没有在智能网进行,所以业务限制还是比较大的.
补充说明:这里所谓的"X方式",并不是说在这个地方已经完全实现了,而是这些地方首先提出来的
时间: 2004-6-1 09:07
作者: wolff
以下是引用小学生在2004-5-22 15:12:00的发言：
用作业务触发判断的,好处是解决固网业务触发困难的问题,坏处是对端局有改造
提出固网HLR的概念,起因是固定智能网的业务触发方式是基于被叫号码分析进行(DP3触发),这样,业务触发条件严格限制在被叫号码上.而移动智能网的业务触发方式是签约信息触发,只要用户登记就能触发业务,所以业务触发的条件是多种多样的.
解决业务触发方式目前有两条路可以考虑:
1/主叫鉴权触发(浙江通信方式),主叫用户摘机就能触发智能业务(主叫鉴权触发,DP1触发)收号一边进行业务触发判断.优点是业务触发比签约触发更加灵活,业务更加丰富,例如个人语音通信录(用语音代替手工拨号),就需要这样的方式,缺点是需要全网智能化,所有主叫端局都需要是SSP设备,另外,对智能网的资源消耗也很客观
2/固网HLR,签约信息触发(福建电信方式),优点是对端局的改造较小,投资相对较少,缺点是走了移动智能网的路,半生不熟的方案.
个人感觉还是方案一比较合适,特别是对新兴的运营商,网络建设刚刚起步,走方案一整体投资增加比较有限,业务能力却很强.对于网络建设基本完成的运营商,方案二其实一样要改造端局,与其煮夹生饭,不如按下性子,走彻底改造的路子.
当然,方案一和二有个权衡方案,MS层次SSP化(江苏电信方案),所有呼叫均强行路由至MS,由MS实现业务触发判断,暂时免除端局改造的投资,同时能够提供一定的业务扩展能力,然后视业务情况逐步改造端局,实现端局SSP化,缺点是对从LS到MS的中继占用需要重新计算,存在一定的扩容,另外由于对用户线控制没有在智能网进行,所以业务限制还是比较大的.
补充说明:这里所谓的"X方式",并不是说在这个地方已经完全实现了,而是这些地方首先提出来的
说的及其有道理。PSTN全网智能化是一个方向，这样才能开展更多的增值业务。但方案2才是理想目标，签约信息触发可以实现DP1,DP12等很多触发方式。否则，方案一解决不了需要被叫出发的新业务。例如固网彩铃，当然还有变通的办法，但很浪费资源。
时间: 2004-6-3 22:38
作者: 小学生
HLR能够实现DP1触发业务，这个说法有点问题。主要问题在于现在固网的端局上，用户控制用的是随路信令模式，也就是说话路接通优先于信令的，固网HLR没有办法最终控制到主叫用户线自身的行为。用固网HLR实现对DP1触发，必须要全面修改PSTN的用户控制方式，至少要象ISDN那样，使用用户信令决定最终的用户线接续。
而端句SSP化，意味着可以直接在用户线动作的时候，设置DP点，进而上报给SCP，让SCP进行相应的处理。
当然，我的描述也有些问题：端局SSP化和开发固网HLR没有绝对的冲突，这是两个领域的事情，一个是在交换点，一个是在控制点。端局SSP化之后，在SCP上就会有一个基本业务，目的就是进行其他所有业务的判别和触发，甚至包括普通的通话接续——说白了，就是将端局的交换能力都逐步上移到SCP上。呵呵，这样SCP就是我们所说的HLR了。
而开发HLR之后，为了实现对用户线自身的行为控制，不可避免最终也要将端局SSP化了：）另外，端局SSP化之后，借助SCP的基本业务，被叫方式的业务触发也不会存在问题，可以在收取被叫号码的同时，由SCP进行被叫分析，先处理诸如彩铃业务的触发问题，再由SCP替代主叫端局向被叫端局发出IAM，这样，就不需要到被叫端局进行业务判断了，同样也能在主被叫之间强插智能外设，播放彩铃。
[此贴子已经被作者于2004-6-3 22:37:39编辑过]
[此贴子已经被作者于2004-6-3 22:38:08编辑过]
时间: 2004-6-4 09:44
作者: wolff
彩铃特点是被叫触发，主叫收集号码，上scp的话，是不太可能的。
你想，深圳的用户设定彩铃，北京一个用户作为主叫拨打，上北京的scp能查到深圳的
号码是否是彩铃用户吗？
时间: 2004-6-5 13:31
作者: 小学生
不错，跨SCP的业务触发确实是在这个方案里需要重点考虑的问题，但是在INAP规范的扩展中，已经对跨SCP的数据交互给出了解决的方案，使用EXCUTE交互，可以在SCP之间进行数据的查询和更新操作。
北京的SCP收号，发现是深圳的被叫，可以通过SCP的NO 7互联，通过EXCUTE操作，到广东的SCP上去查询被叫用户的属性。
当然，如果实现上有问题，也可以主叫侧SCP收号之后，不管被叫号码的属性，直接指示SCP去连接被叫，到被叫侧网络进行被叫的业务除法，由于在被叫侧端局也是SSP化的，落到被叫端局之后，再触发彩铃业务。这样的方案，在SCP上需要存在主叫和被叫处理的两个基本业务。
其实楼上的还没有太明白我的意思：SSP到端局和设置HLR是不冲突的。在移动智能网上可以看得很清楚，比较古老的移动智能网，SSP也是叠加在端局之上的，随着业务的发展，SSP逐步下沉到端局；同样，对于端局SSP化之后，在SCP上开发基本业务，其实就是HLR和SCP合设的方案。
我的意见是，对于固网运营商来说，特别是象南方网通和北方电信这样的新运营商，端局SSP化，应该是优先于建设HLR。而不是说，端局SSP化之后，HLR就不要了。
时间: 2004-6-8 21:45
作者: yjzhy
目前固网彩铃以及话费立显等新业务到底是依托固网HLR还是全网智能化呢？
时间: 2004-6-23 15:36
作者: bone61
又学了不少啊
时间: 2006-3-20 13:27
作者: blueleaf
我在找HLR相关的资料，好难啊，哪位DX发些相关资料，感激不尽！
| 通信人家园 (https://www.txrjy.com/) |
Powered by C114 |