51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 4917|回复: 4
打印 上一主题 下一主题

5.7-5.10 移动IPV4的功能需求---IMS紧急会话支持 [复制链接]

Rank: 9Rank: 9

懒

跳转到指定楼层
楼主
发表于 2011-2-20 22:37:30 |只看该作者 |倒序浏览
一键分享 一键分享
本帖最后由 爱卫生 于 2011-3-31 20:28 编辑

5.7 移动IPV4的功能需求
  为了支持可选的移动IP业务,参考TS23.121,在GPRS中更有效,外部代理FA的功能需要在GGSN中提供。GGSN和FA之间的接口,包括接管地址(care of ipaddress)和PLMN的GTP隧道的映射没有被列入标准中,因为GGSN和FA被认为是一个合并的节点。
  移动IP业务需要一个家乡代理HA来处理IP会话。HA是一个路由器用来将数据包放入隧道中发往FA或反之来接收。FA将MS和HA之间的数据包放入隧道或从隧道中提取出数据包。在这例,FA的功能在GGSN内实现。HA的位置不在3GPP规范讨论范围之内。
  FA和HA的功能在RFC3344描述。
  本章节中描述的移动IPV4的移动性管理能力和在TS23.402中定义的移动IP能力是截然不同的。本规范中定义的GGSN支持的移动IPV4是用于为了支持一些传统的终端。

5.8 RAN节点的域内连接到多个核心网节点功能
RAN节点到多个核心网节点的域内连接克服了严格的的机制,这个机制限制了RAN节点的连接只能和一个核心网节点相同的缺点,即到一个SGSN。这就隐含表明一个RAN节点必须要决定哪个SGSN,在当前的MS的位置的覆盖范围,应该接收从MS过来的信令和用户流量。为了避免在核心网中的不必要的信令,一个MS要附着到一个SGSN,并且通常应该一直由这个SGSN来提供服务,只要这个MS仍然在这个池组服务区的无线覆盖区域。池组服务区的概念是基于RAN的定义由一个或多个RA组成,站在RAN的角度,是由一组特定的核心网节点来提供服务。This does not exclude that one or more of the SGSNs in this group serve RAs outside the pool area. 这样的一组SGSN也叫做SGSN池。
__________________________________________________________
我的注释:
Intra-domain connection of RAN nodes to multiple CN nodes)指的是同一个域(CS/PS)内的一个RAN节点可以与多个CN节点进行连接,其优点如下:
1多个CN节点负荷分担RAN节点,提高CN节点的使用率,同时提高网络容灾能力,降低某CN节点故障带来的损失。
2单个CN节点的服务区域扩大,减少跨CN节点切换的次数和漫游过程中CN节点更新的次数,从而减少核心网的信令流量。
3可以为多运营商共享RAN提供一种有效的组网方式。
___________________________________________________________
  为了使得RAN节点来决定由哪个SGSN来转发从MS来的消息,RAN节点到多个核心网节点的域内连接定义了一个路由机制(和其他相关的功能)。另一个路由机制(和其他相关功能)为SGSN来定义用来支持RAN节点到多个核心网节点的域内连接。这个路由机制要求找到正确的老的SGSN(从多个池组区域里的SGSN里).当一个MS离开这个池组服务区域,来到另一个或多个没有启用池组区域的SGSN的服务区域时,新的SGSN将发送身份请求消息或者SGSN上下文请求消息给这个它认为是的old SGSN。这个SGSN,将根据P-TMSI(或TLLI)来决定请求中继转发给同一个池组区域里的正确的老的SGSN(除非它自己就是正确的old SGSN)。SGSN和RAN节点的路由机制都是利用了每个池组区域里的所有SGSN都必须要有一个唯一的P-TMSI参数值范围。
注释:下面idle模式从E-UTRAN到GERAN/UTRAN,新的SGSN需要找到“正确的old MME”而不是“正确的old SGSN”。在规范TS23.401描述的,具有E-UTRAN能力的MS处理EPS ID(这个信息在RAI和P-TMSI或TLLI信息元素里)使得新的SGSN重利用现有机制来“找到正确的old SGSN”来代替“找到正确的old MME"。
  一些要求,详细的功能支持,在TS23.236米啊数,附加的功能和E-UTRAN网络互操作要求在TS23.401说明。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

Rank: 9Rank: 9

懒

沙发
发表于 2011-2-21 14:01:29 |只看该作者
本帖最后由 爱卫生 于 2011-3-31 20:28 编辑

5.9 网络共享功能
  网络共享允许多个网络运营商来共享他们的无线接入网络。在一个共享的网络里,一个支持网络共享的MS选择其中之一的运营商并指示到网络中。这将允许网络从选择的运营商来提供服务。如果一个MS不支持网络共享,网络侧可以选择网络运营商来提供服务。
  这个网络共享功能在TS23.251定义。

5.10 IMS紧急会话支持
5.10.1 简介
  紧急承载业务用来提供支持IMS紧急会话。紧急承载业务是由服务网络提供的功能(当网络侧配置了对紧急业务的支持时)。紧急承载业务提供给正常的附着的UE和处于限制服务状态的UE。在限制服务状态接收紧急服务不要求用户签约。为了提供紧急承载业务作为一项本地服务,节点配置参数可以用来设置这个业务值,否则将从签约数据中获取。
  当一个PLMN在UTRAN下支持IMS紧急业务,所有的在这个PLMN下的SGSN将具有相同的能力来支持紧急承载业务。
注释:IMS emergency session may be provided over GPRS without emergency procedures as specified from this release of specifications. In such a scenario, GPRS is unaware of the emergency session and thus provides no specific support explicitly required for such access.
5.10.2 针对IMS紧急业务会话支持的PS域功能
  5.10.2.1 概况
  承载在紧急介入的IMS紧急会话,经过PS域,可以支持UTRAN的接入以及在UTRAN和E-UTRAN之间的RAT切换。通过GERAN网络来提供支持的PS(GPRS和EPS)紧急承载业务不在本版中描述,因此如果一个IMS的紧急会话是承载在EPS或GPRS的紧急承载服务是active的,那PS的切换到GERAN的接入将不能支持。
  当MS为一个紧急会话请求一个RRC连接MS应该为紧急服务发送一个指定的原因,在TS25.331定义。特定的场景要求为紧急服务设置RRC建立的原因,在TS24.008定义。
  5.10.2.2 PMM-IDLE状态下的紧急状态附着的MS的可达性管理
  当一个紧急状态附着的MS,当它的周期性RA更新计时器超时后,不应该发起一个周期性的RA更新流程,但将进入到PMM-DETACHED状态。SGSN分配周期性的RA更新计时器值给紧急状态附着的MS。这个计时器让MS在变化到PMM-IDLE状态后仍停留在紧急状态附着,来允许后续的紧急业务而不需要重新执行一次紧急附着。对于紧急状态附着的MS,SGSN运行一个和MS周期性RA更新值相近的移动终端可达计时器。在任何时候这个计时器超时,SGSN将改变紧急附着的MS状态为PMM-DETACHED。
  5.10.2.3 对于紧急服务的移动性和接入限制
  当紧急服务支持的时候,并且当地的政策要求不管移动性或接入限制都要提供紧急呼叫,区域的签约数据限制或者访问限制例如CSG限制、不能在MS接收紧急服务的时候施加给MS。当紧急承载的RAB建立时,紧急承载服务的ARP值指示了UTRAN的紧急服务的使用。在切换的评估阶段,当有任何active的紧急承载,源UTRAN和源SGSN忽略任何MS相关的限制。UTRAN不应该发起到GERAN PS域的切换。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 2Rank: 2

板凳
发表于 2012-5-3 18:25:00 |只看该作者
从GN口的数据包看,绝大部分都是动态IP的,每次建立PDP连接分配的IP都会变化;但是也有极少数的静态IP,这些静态IP是怎么实现的?是终端的设置吗?现在移动,联通,电信的PS域都支持静态IP吗,计费是不是比普通的动态IP要贵很多呢,一直对这块比较困惑,爱总赐教~

使用道具 举报

Rank: 9Rank: 9

懒

地板
发表于 2012-5-3 20:31:15 |只看该作者
回复 wangcmh 的帖子

支持。需要在HLR上定义。一般是一些企业用户用。比如银行的ATM。收费肯定要比cmwap要贵些。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 2Rank: 2

5#
发表于 2012-6-29 09:51:03 |只看该作者
学习ing。。。。

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-12-2 04:26 , Processed in 0.029258 second(s), 13 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部