背景交互类业务具体的业务是什么啊

背景交互类业务具体的业务是什么啊

交互类业务指的是终端用户(人或机器)和远程设备(比如远程服务器)进行在线数据交互的业务，特点是请求响应模式，系统不进行资源预留。最典型的交互类业务就是Web浏览、数据库检索、网络游戏等，机器之间的交互还有测量数据轮流上报等，QQ也属于交互类业务。
背景类业务的特点是用户对传输时间没有特别的要求，系统采用尽力而为方式进行转发，当网络繁忙时会暂时丢弃这类业务的数据。这类业务包括一些自动的后台E-mail接收、SMS或者接收一些文件和数据下载等。

关于TD寻呼原因值的问题

 

寻呼的原因值主要有这些
"terminatingConversationalCall"MSCBSC
"terminatingStreamingCall"
"terminatingInteractiveCall"
"terminatingBackgroundCall"
"terminatingHighPrioritySignalling"
"terminatingLowPrioritySignalling"
"terminatingCauseUnknown"
"spare"
按照协议上说，RNC下发寻呼消息给UE时，携带的寻呼原因值应该是从CN那边获取的，直接填写，如果CN没有提供则填上“terminatingCauseUnknown”，那么这个原因值貌似寻呼不到UE，主叫那边听到“您所拨打的电话已关机”的回铃音。请各位大侠看看是否正常？

感谢二位，这个问题已经查清楚。在MSC POOL组网环境下，CN侧手动从用户原注册VLR中删除用户数据，在HLR中重新将该用户指向另外一台MSC，就会出现该用户被叫异常。 至于erminatingCauseUnknown的原因值正是由于用户信息被删除，CN发起全局寻呼时带来的

以前在路测的时候有碰到过这种情况，接到的paging是"terminatingCauseUnknown"，然后电话有时能通，有时不能。不过不通的时候提示是"无法接通"，不是"您所拨打的电话已关机"

但是没找到原因，后来也再没遇到过……

2.1.1 呼叫建立特性

《TD-SCDMA HSPA无线网络优化原理与实践》第2章无线网络KPI与QoE，本章对TD-SCDMA网络的无线网络KPI的定义、统计意义以及缺陷都做了描述；QoE是近几年逐步得到重视的一个概念，它能在很大程度上体现运营商所关注的"用户感知"，本章也对QoE的基本概念做了介绍。本节为大家介绍呼叫建立特性。

AD： WOT2015 互联网运维与开发者大会 热销抢票

2.1.1 呼叫建立特性

呼叫建立特性包括：RRC 建立成功率、RAB 建立成功率、无线接通率。从时间流程上看，首先通过RRC连接建立，UE和网络侧建立一条交互的通道，鉴权和加密完成身份识别后进行承载分配，也就是RAB建立。RRC建立成功率和RAB建立成功率，就是对这两个过程的体现。而无线接通率就等于RRC建立成功率与RAB建立成功率的乘积。

1．RRC连接建立成功率

RRC 连接建立可以分两种情况：一种是与业务相关的RRC 连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的RRC 连接建立。前者对无线接通率有着很大的影响，后者可用于考察系统负荷。

RRC 连接建立尝试次数按建立原因可以分为20 种，其中和业务相关的原因有8 种，分别为：主叫会话类业务、主叫流类业务、主叫交互类业务、主叫背景类业务、被叫会话类业务、被叫流类业务、被叫交互类业务、被叫背景类业务。需要注意的是，在RRC 连接建立阶段，网络侧只能区分RRC建立原因（会话类、流类、交互类、背景类等），而无法区分RRC连接究竟是CS域还是PS域的。也就是说，原则上是无法统计“CS域RRC连接建立成功率”或“PS 域RRC 连接建立成功率”之类的指标的。一种折中的办法是：考虑到目前的CS 域业务主要是会话业务，因此可以近似地将“会话类RRC连接建立成功率”等同于“CS域RRC连接建立成功率”。RRC连接建立成功率的统计公式为：

2．RAB建立成功率

RAB建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立，然后才能建立RAB，当RAB建立成功以后，一个基本的呼叫即建立，UE进入通话过程。

RAB建立成功率用RAB指派建立尝试次数和RAB指派建立成功响应次数的比表示，对应的信令触发点分别为：RAB 建立请求（RAB Assignment Request）和RAB 建立成功（RABAssignment Response）。RAB建立成功率的统计公式如下：

3．无线接通率

TD-SCDMA系统的无线接通率计算公式如下：

从式（2.3）可以看出，如果无线接通率偏低，要么是RRC 建立成功率的问题，要么是RAB建立成功率的问题。一般来讲，CS业务的无线接通率问题，重点关注RRC建立成功率；而PS 业务的无线接通率问题，重点关注RAB 建立成功率。这主要是因为，CS 业务，尤其是语音电话，需要的资源较少，因此在RAB 建立阶段，只要空口没问题，一般不会出现资源分配失败；而PS业务对资源要求较高，在资源分配阶段出现问题的概率较大。

从统计方式上看，只要RAB 建立成功，KPI 报表上就能体现出无线接通。因此，如果Alerting 或Connect 阶段出了问题，虽然从用户侧来看，并没有接通，但KPI 报表会统计为接通。从这个意义上说，由于统计公式本身无法避免的一些问题，无线接通率往往与真实的用户感知存在一定程度的差别。与之形成对比的是，路测软件统计的是端到端的接通率，一般要看到Connect Acknowledge之后才算接通。如果将同一区域KPI报表中的无线接通率与路测接通率做对比，会发现在大部分情况下，网管侧统计的无线接通率要略高于路测接通率。