楼主

什么是上下文Context？ 以前对上下文Context的理解很模糊，认为Context就是用户信息的集合，看成是用户的档案。   其实，用户的档案使用另外一个术语，就是Profile。很显然，Context与Profile不是一回事，不然就没有必要用两个术语了。那么Context与Profile到底有什么差别呢？   Profile是网元里面存储的用户信息，这些网元包括HSS、MME以及eNB，用户信息又分为静态信息以及动态信息。   很显然，HSS中的用户信息是Profile的源头，逐步扩散到MME以及eNB。  至于Context，从上下文三个字，就可以看出涉及到多个网元。因此上下文可以看成在多个网元间传送的用户信息，也就是Profile借助Context来扩散。   在LTE中还扩展了Context的含义，从信息扩展到信息的传送通道。   另外，LTE还把用户相关的业务资源也纳入到Context中，大概是因为业务资源也涉及到多个网元。   因此，Conetxt就变成了集信令与业务于一体的用户传输通道的总称了。

----------------------------------------------

	第2楼

签约数据保存在HSS和PCRF里，作为diameter协议的服务器端；而上下文包括移动性管理上下文（含接入控制）和会话管理上下文，在初始附着时生成移动性管理上下文，在每个PDN连接建立时生成相应的会话管理上下文，在恢复连接态，TAU，切换…时更新，而且在UE去附着以后MME依然保留UE移动性管理上下文直到计时器超时

	第3楼

签约数据保存在SPR中，不是PCRF。   会话管理上下文与承载相关，移动性管理上下文与承载无关，是这么个意思？

----------------------------------------------

	第4楼

最早在GPRS系统中，引入了PDP上下文，等价于LTE中的业务承载，而PDP是分组数据协议的缩写。   PDP上下文在WCDMA系统中继续沿用，因此这时的上下文就是用户传输通道的总称。   在LTE中，上下文有继承也有发展。   在LTE中，上下文仍然有用户传输通道的含义，比如NAS信令中就有Active Default Bearer Conetxt Request，这里的Conetxt与Bearer类似于同义反复。   至于LTE中的上下文，可以分为EMM上下文、安全上下文以及业务承载上下文三类。   LTE还专门定义了UE上下文，指的是存储在eNB中的终端用户信息。 [此贴子已经被作者于2018-10-4 15:25:54编辑过]

----------------------------------------------

	第5楼

好久没来了，最近太忙，还没适应新节奏，哈哈。看了下，对于签约数据而言，HSS存放的是4G用户开户数据（是否签约4G、签约的APN、缺省APN、缺省Qos等）。SPR存放的是数据业务签约信息（用户等级，套餐，配额等）。应该说，HSS和SPR是diameter服务器端，MME和PCRF是diameter客户端。对于上下文我再研究下，应该就是用户的动态信息，包括安全上下文，移动性上下文和EPS承载上下文...

	第6楼

看了下一个翻译的信令流程规范里，好像只提到MM上下文和承载上下文，是不是MM上下文包含安全上下文…涉及附着，TAU，寻呼等MM上下文是MME根据从HSS下载的用户签约信息和UE能力生成；而默认承载上下文则是MME根据从HSS下载的用户签约信息，UE能力去创建会话，各网元根据返回结果（APN，PDN类型匹配，PDN地址分配，DNS分配）生成；而专载的上下文则是PCEF/PGW根据PCRF从SPR或AF下载的用户签约信息生成的策略产生的（专载的QOS,TFT模板）。 上面老师提到的GPRS/UMTS 的PDP 上下文类似于EPS的承载上下文，一个激活的PDP上下文就相当于一个EPS承载（NSAPI对应于EBI），区别在于：PDP上下文在UE进入空闲态就释放，返回连接态需要重新建立，而EPS的默认承载上下文在EPC内是保留的；还有PDP上下文的二次激活可以由UE发起，而EPS专载的建立只能由网络侧发起 [此贴子已经被作者于2018-12-18 23:09:50编辑过]

	第7楼

HSS和SPR是签约信息的数据端，MME和PCRF是签约信息的应用端，这样理解更容易一些。

----------------------------------------------