数据流量业务占用网络资源情况分析

2023年11月25日发(作者：)

数据流量业务占用网络资源情况分析

浙江公司

一、 业务量情况分析

1、 各类业务的业务量占比

（1）按照如下的大类分析各类业务的流量占比情况

APN 业务类型 流量 流量占比

即时消息类 49.37TB 16.69%

下载类 4.08TB 1.38%

HTTP浏览类 221.16TB 74.76%

CMWAP

流媒体类 5.92TB 2.00%

游戏类 8.34TB 2.82%

其它 6.95TB 2.35%

总计 295.84TB 100%

即时消息类 31.88TB 12.96%

下载类 53.86TB 21.89%

HTTP浏览类 93.54TB 38.02%

CMNET

流媒体类 33.29TB 13.53%

游戏类 3.37TB 1.37%

其它 30.09TB 12.23%

总计 246.05TB 100%

（2） 2G按照上述的大类分析各类业务的流量占比情况

业务类型 流量 流量占比

即时消息类

下载类

HTTP浏览类

流媒体类

游戏类

其它

总计

（3）整体数据业务的top10业务的流量及占比分析（不区分APN，只区分业务类型）

排名 业务 流量 比重

73.22TB 18.25%

17.73TB 4.42%

273.43TB 68.15%

6.86TB 1.71%

10.15TB 2.53%

19.82TB 4.94%

401.21TB 100%

1 WAP2.0浏览 213.22TB 39.28%

2 手机QQ聊天 78.28TB 14.41%

3 HTTP网页浏览 75.00TB 13.83%

4 Thunder迅雷 25.23TB 4.65%

5 WAP1.x浏览 16.47TB 3.04%

6 QQLive网络电视 13.48TB 2.48%

7 PPLive网络电视 10.81TB 1.99%

8 PPStream网络电视 8.18TB 1.51%

9 手机下载 6.49TB 1.20%

10 HTTP文件下载 6.21TB 1.14%

（4）2G接入数据业务TOP10业务的流量即占比分析

排名 业务 流量 比重

1 WAP2.0浏览 200.93TB 50.08%

2

3 HTTP网页浏览 50.55TB 12.60%

4

5

6 广州万容 5.74TB 1.43%

7

8 彩信(发送) 4.57TB 1.14%

9

10

（5）每类业务的top3－5个业务的流量及占比分析（不区分APN，只区分业务类型）

浏览类

排名 业务 流量 占比

1 WAP2.0浏览 213.22TB 39.28%

2 HTTP网页浏览 75.00TB 13.83%

3 WAP1.x浏览 16.47TB 3.04%

4 HTTP文件下载 6.21TB 1.14%

5 UCWEB 516.22GB 0.10%

排名 业务 流量 占比

1 Thunder迅雷 25.23TB 4.65%

2 手机下载 6.49TB 1.20%

3 BitTorrent 2.94TB 0.54%

4 Kugoo(酷狗) 2.41TB 0.44%

5 FTP下载 863.02GB 0.16%

流媒体类

下载类

手机QQ聊天 72.26TB 18.01%

WAP1.x浏览 16.17TB 4.03%

手机下载 6.1TB 1.52%

HTTP文件下载 5.14TB 1.28%

彩信(接收) 3.25TB 0.81%

QQLive网络电视 2.57TB 0.64%

排名 业务 流量 占比

1 QQLive网络电视 13.48TB 2.48%

2 PPLive网络电视 10.81TB 1.99%

3 PPStream网络电视 8.18TB 1.51%

4 Flash视频 3.58TB 0.66%

5 手机电视 2.76TB 0.51%

排名 业务 流量 占比

1 手机QQ聊天 78.28TB 14.41%

2 QQ聊天 1.85TB 0.34%

3 Yahoo聊天 364.86GB 0.07%

4 移动飞信 72.26GB 0.01%

排名 业务 流量 占比

1 广州万容 5.96TB 1.10%

2 QQ游戏 444.51GB 0.08%

3 联众世界 430.28GB 0.08%

4 重庆天极 342.14GB 0.06%

5 掌上明珠 295.88GB 0.05%

即时通信

游戏类

（6）2G接入每类业务的top3－5个业务的流量及占比分析（不区分APN，只区分业务类型）

浏览类

排名 业务 流量 占比

1 WAP2.0浏览 200.93TB 50.08%

2 HTTP网页浏览 50.55TB 12.60%

3 WAP1.x浏览 16.17TB 4.03%

4 HTTP文件下载 5.14TB 1.28%

5 UCWEB 481.45GB 0.12%

排名 业务 流量 占比

1 手机下载 6.1TB 1.52%

2 Thunder迅雷 842.54GB 0.21%

3 Kugoo(酷狗) 641.94GB 0.16%

4 BitTorrent 401.21GB 0.10%

5 Email邮件 120.36GB 0.03%

排名 业务 流量 占比

1 QQLive网络电视 2.57TB 0.64%

2 手机电视 2.37TB 0.59%

3 PPStream网络电视 762.3GB 0.19%

4 Flash视频 481.45GB 0.12%

5 QVOD快播影视 200.61GB 0.05%

流媒体类

下载类

即时通信

排名 业务 流量 占比

1 手机QQ聊天 72.26TB 18.01%

2 QQ聊天 561.69GB 0.14%

3 Yahoo聊天 280.85GB 0.07%

4 移动飞信 60.18GB 0.02%

排名 业务 流量 占比

1 广州万容 5.74TB 1.43%

2 重庆天极 320.97GB 0.08%

3 北京佳佳乐乐文化 280.85GB 0.07%

4 掌上明珠 280.85GB 0.07%

5 空中猛犸 240.73GB 0.06%

游戏类

二、 数据业务的无线资源配臵及占用整体情况

1、 无线信道配臵情况：各省无线数据静态信道及动态信道配臵情况，配臵比例情况（总部）

2、 分省无线利用率及数据业务无线利用率占比分析（总部）

3、 忙时动态信道占用情况分析

抽取一段话音的最忙时，统计动态信道有多少被分配给数据业务；

广东，浙江抽取数据业务忙时，统计动态信道多少被分配给数据业务；

月份 话音忙时动态PDCH数月均值 数据业务忙时动态PDCH数月均值

2010年1月 113523.2518 109593.2159

2010年2月 119265.3546 124219.2277

2010年3月 127485.5446 122100.6961

2010年4月 134373.2384 131594.0414

2010年5月 151735.1898 149763.7144

2010年6月 174248.981 168834.0624

备注

（1） 语音忙时，分配给数据业务的动态信道数变化趋势图：

语音忙时时段为每天的19：00数据业务忙时时段为每天的22：00至23：

至20：00 00

从2010年1月到2010年6月，语音忙时，分配给数据业务动态信道的月平均值逐渐增长，

增长幅度为53%。

（2） 数据业务忙时，分配给数据业务的动态信道数变化趋势图

从2010年1月到2010年6月，数据业务忙时，分配给数据业务动态信道的月平均值逐渐增长，

增长幅度为54%。

三、 数据业务占用网络资源情况分析

1、 统计本省每PDCH的平均速率

2、 分析各类典型业务的网络资源占用情况（业务类型包括：即时消息类，下载类，

HTTP浏览量，流媒体类，游戏类）

（1） 描述每类业务的通信机制，从端到端的角度理论分析都是占用哪些无线及核

心网资源（核心网包括GPRS、WAP网关及防火墙等）

业务 说明 通信机制

即时消息类 即时的消息即时通信是一种终端服务，允许两人或多人使用网路即时的传

交互，不包递文字讯息、档案、语音与视频交流。即时通讯不同于e-mail

含语音/视在于它的交谈是即时的。大部分的即时通讯服务提供了

在线上与能否与联络人交谈。使用即时通信产品需要在登录后

才能进行聊天等其它操作。每种即时通信产品都有各自专用的

账号认证系统，登录的过程即是与认证服务器交互的过程。在

登录完成后，可以通过主叫或被叫的方式，由服务器转接完成

与在线好友的会话连接建立过程，实现即时的消息交互。

P2P是英文Peer-to-Peer（对等）的简称。在下载的同时上传，

越多人使用速度越快。以BitTorrent为例说明。BitTorrent

将文件分割成固定大小的分片（Piece），一般为256Kbytes或

频、游戏等 presence awareness的特性——显示联络人名单，联络人是否

下载类 P2P下载 使用P2P技

术的下载

类。包括迅

雷、eMule、

512Kbytes。.torrent文件是记录下载文件信息的文件，它记录

BitTorrent

了文件长度、文件名称、分片长度、分片的Sha1校验码、Tracker

等。

服务器地址等信息。Tracker服务器用于跟踪所有拥有文件资源

（完整资源或部分拥有都记录在内）的节点，并监控所有节点

下载或上传连接行为。在下载的过程中，首先获取.torrent文

件，取得目标下载文件的信息以及Tracker服务器信息；连接

Tracker服务器，获取Peer列表，即下载地址等；连接Peer，

下载所需的文件分片。在连接Tracker服务器的过程中，Tracker

服务器将记录下载者信息，并根据情况更新该下载者所拥有的

种子信息，以便当其他下载者下载时即可获得包含该连接者在

内的Peer列表，以此来实现Peer-to-Peer的功能。

普通下载 FTP等非P2P以FTP为例说明。FTP是C/S结构。用户通过一个支持FTP协

下载类 议的客户机程序，连接到在远程主机上的FTP服务器程序。

用户通过客户机程序向服务器程序发出命令，服务器程序

执行用户所发出的命令，并将执行的结果返回到客户机。

比如说，用户发出一条命令要求服务器向用户传送某一个

文件的一份拷贝，服务器会响应这条命令，将指定文件送

至用户的机器上。客户机程序代表用户接收到这个文件，

将其存放在用户目录中。使用FTP时必须首先登录，在远

程主机上获得相应的权限以后，方可下载或上传文件。为

了维持Internet的开放性，提供匿名登录的机制。

网页浏览 包括HTTP网HTTP (超文本传输协议，HyperText Transfer Protocol)是互

页浏览、联网上应用最为广泛的一种网络协议。HTTP是C/S的请求和应

WAP2.0浏答的标准。由HTTP客户端发起一个请求，建立一个到服务器指

览、WAP1.X定端口（默认是80端口）的TCP连接。HTTP服务器则在那个端

浏览等。不口监听客户端发送过来的请求。一旦收到请求，服务器向客户

包含HTTP下端发回一个状态行，比如"HTTP/1.1 200 OK"，和响应消息，消

载等下载类息的消息体可能是请求的文件、错误消息、或者其它一些信息。

业务。 HTTP使用TCP而不是UDP的原因在于（打开一个）一个网页必

须传送很多数据，而TCP协议提供传输控制，按顺序组织数据，

和错误纠正。

流媒体 P2P流媒使用P2P技P2P流媒体按传输方式可分为基于单播的P2P流媒体传输和基

体 术的流媒体于应用层的P2P流媒体传输。1）基于单播的流媒体传输：在实

业务。包括际网络中，每个peer之间在提供的带宽、存储空间等方面存在

PPLive、着很大的异构性，单个的peer无法传送完整的媒体流，因此，

PPStream、需要几个peer对一个peer进行服务。提供服务的所有的peer

单播的形式通信。2）基于应用层的P2P流媒体传输：应用层组

播是通过在应用层上的路由机制完成组播功能。在应用层组播

中，数据是通过组播中节点之间建立的P2P覆盖网络来传送的。

从覆盖网络的节点组成来看，基于应用层组播的P2P流媒体传

输可分为三类：由特定服务器组成的架构式，纯粹由组播内成

员所组成的p2p式，以及由服务器与组播内成员组成的混合式。

QQLive等。 的出口带宽之和大于媒体流的编码带宽，这时候peer之间则以

普通流媒包括Flash流媒体是指采用流式传输的方式在Internet播放的媒体格式。

体 视频、RTSP以RTSP为例说明。RTSP(Real Time Streaming Protocol)是一

流媒体、手个应用层的协议，用来控制具有实时或连续属性的数据的传输。

等流媒体，但是典型的RTSP本身并不传输数据，它只是提供了

一种数据控制的方法，因此该协议相当于是一种对流媒体服务

器的远程控制架构。通信如下：用户可通过HTTP或其它方式获

取演示描述(Presentation Description)，在演示描述文件中

记录有下载地址、端口号、目录等相关信息；根据描述文件中

的信息到指定位臵打开演示(Presentation)。

机电视等。 RTSP提供了一种可扩展的结构用于控制在网上传输视频和音频

游戏 包括手机QQ网络游戏指以互联网为传输媒介，以游戏运营商服务器和用户

游戏等。 计算机为处理终端，以游戏客户端软件为信息交互窗口的旨在

实现娱乐、休闲、交流和取得虚拟成就的具有相当可持续性的

个体性多人在线游戏。网络游戏按使用形式可分为浏览器形式

和客户端形式。手机网络游戏产业中，以MMORPG（大型多人

在线角色扮演网游）类型和休闲类游戏占主导地位。

业务类型 业务特点 无线资源影响情况 核心网资源影响情况

即时消息类 对时延和带宽不 对无特别影响，对WAP网关由

敏感，但需频繁占于占用SOCKET端口，因此影响WAP防火墙

用网络资源 性能

下载类 对时延敏感且要 对核心网设备吞吐率产生影响，尤其在3G

求有持续带宽保环境下，高速率下载将会严重占用核心网

证 相应单板资源

浏览类 对重传和时延敏 对核心网设备无特别影响

流媒体类 对时延敏感且要 对核心网设备吞吐率产生影响，尤其在3G

感，流量不大

求有持续带宽保环境下，高速率下载将会严重占用核心网

证 相应单板资源

游戏类 对时延敏感，流量 对核心网设备无特别影响

不大

（2） 每类业务的无线及核心网资源占比，包括PDCH占用占比、CCCH占比、流量占

比，socket请求数占比（无线侧的数据可通过实测方式，得到业务流量与无

线网控制信道以及业务信道使用数量，再根据流量推算出无线侧的控制信道

及业务信道占比。）

 分析思路：

核心网流控系统能够以每5分钟为跟踪单位，获取不同业务的数据流量，每种业

务在无线侧不同时段所占资源，通过该类业务用户数得到该小区下的该类业务占用总

资源，再获取该小区在该时段所提供的总资源，结合下面的公式得到不同业务所耗资

源比例：

某业务PDCH资源占比＝某类业务在该时段的用户数*测试某类业务的用户在该时

段占用PDCH资源/（该小区数据业务占用的PDCH数*PDCH复用度*该时段时长）。

每业务请求平均占用的PDCH数 ＝在某时段分配的PDCH个数之和/在某时段分配

信道的次数。

 举例说明：

假设某小区下PDCH复用度为4，数据业务在5分钟占用PDCH数为20个，则该小

区在5分钟内提供的总资源数为20×4（PDCH复用度）×5＝400，假如该小区下HTTP

业务用户数为10个（由于目前接入网和核心网没有办法获取每类业务的用户数，只

能用该类业务的总流量/测试用户的在这段时间产生的流量来代替该类业务在该时段

的用户数），在5分钟里，一共为测试用户分配5次PDCH信道：第1分钟建立TBF占

3个PDCH信道数，第2分钟建立TBF占4个PDCH信道数，第3分钟建立TBF占4个

PDCH信道数，第4分钟建立TBF占2个PDCH信道数，第5分钟建立TBF占1个PDCH

信道数，可以按照下面的公式得到如下的HTTP业务PDCH资源占比：

HTTP业务PDCH资源占比＝10（HTTP业务在5分钟类的用户数）*（1×5＋1×4

＋1×4＋1×2＋1×1）（测试用户在5分种HTTP业务占用的PDCH资源）/（20*4*5）

（该小区数据业务占用的PDCH数*PDCH复用度*该时段时长）=27.5%.

HTTP业务的平均占用的PDCH个数为＝（3×1＋2×4＋1×2＋1×1）/5= 2.2.

 实际测试分析结果：

结合上面的无线资源占用情况分析思路，由于不同的区域，业务模型和用户行为

不一样，分别分析校园区、工业区、营业厅、写字楼的无线资源占用情况：

1) 移动营业厅：

单小区每每类业每秒每用每类业务每业务平

类业务流务流量户占用PDCH资源占均PDCH占

业务类型 量（KB） 占比 用数 PDCH个数 比

浏览类 2.6 37.53% 2.62 544.7 80.4% 200.8533

即时消息类 1.8 53.59% 2.21 121.9 18.0% 22.42

下载类 4.0 0.05% 2.97 4.7 0.7% 2072.9

游戏类 2.4 0.00% 2.27 0.0 0.0% 9.11

流媒体 2.8 0.00% 2.50 0.0 0.0% 1287.033

其他 6.1 0.90% 8.83%

2) 校园网

单小区每每类业每秒每用户每类业务每业务平

类业务流务流量占用PDCH个PDCH资源均PDCH占

业务类型 量（KB） 占比 数 占比 用数

浏览类 350.96 2.6 22.4% 2.62 1717.7 65.7%

即时消息类 26.32 1.8 52.3% 2.21 422.5 16.2%

下载类 2072.9 4.0 0.1% 2.97 19.5 0.7%

游戏类 9.11 2.4 0.0% 2.27 0.0 0.0%

流媒体 1287.033 2.8 0.000% 2.50 0.0 0.0%

其他 453.7 17.36% 25.3%

3) 工业区

单小区每每类业每类业务

类业务流务流量PDCH资源

业务类型 个数

浏览类 200.8533 2.6 51.90% 2.62 4071.9 91.09%

即时消息类 22.42 1.8 16.12% 2.21 198.2 4.43%

下载类 2072.9 4.0 0.05% 2.97 27.5 0.61%

游戏类 9.11 2.4 6.14% 2.27 23.1 0.52%

流媒体 1287.033 2.8 0.00% 2.50 0.2 0.00%

其他 149.2 3.34% 25.8%

4) 写字楼

单小区每每类业每类业务

类业务流务流量PDCH资源

业务类型 个数

浏览类 200.8533 2.6 16.3% 2.62 1076.1 57.4%

即时消息类 22.42 1.8 50.7% 2.21 524.0 28.0%

下载类 2072.9 4.0 0.003% 2.97 1.3 0.1%

游戏类 9.11 2.4 7.2% 2.27 22.7 1.2%

量（KB） 占比 占比

量（KB） 占比 占比

单用户流

量（KB）

单用户流量

（KB）

每秒每

单用户流量用户占每业务平均

（KB） 用PDCHPDCH占用数

每秒每

单用户流量用户占每业务平均

（KB） 用PDCHPDCH占用数

流媒体 0.0 0.0% 1287.033 2.8 0.000% 2.50

其他 25.7% 250.7

 CCCH资源占比

由于CCCH资源的占用时间很短，主要为建立信令而服务，在开启多CCCH功能的

情况下，没有出现资源不够导致CCCH信道溢出，数据流量主要集中在PDCH上，

分析PDCH资源占比更合理，因此省略CCCH资源占比分析。

 WAP网关分业务占用资源分析：

APN 业务类型 业务请求数

即时消息类

下载类

CMWAP

HTTP浏览类 635426118

流媒体类

游戏类

其它

3、 各类业务的下载速率统计

（1） 采用流量/核心网PDP激活时长计算的各类业务下载速率

采用该方式不能较好体现体现业务的真实下载速率，浙江建议采用下面使用

的第三点的计算方式。

（2） 采用流量/TBF占用时长计算的各类业务下载速率

通过统计5分钟里各类业务下行的流量和分配的下行TBF占用时长，计算出每类

业务下载速率，如下表所示：

业务 下行流量(KB)

下载类 2652.16 290.2 9.139076499

流媒体类 2406.4 228.8 10.51748252

浏览类 157.28 246.5 0.638052738

即时通信类 121.81 195.5 0.623069054

游戏类 9.9 279.0 0.035483871

（3） 采用业务流量/业务实际使用时长计算的各类业务下载速率

该方式是计算用户实际使用业务的时长，并按照不同业务来进行计算，可以

反映各种业务实际占用网络的速率以及网络能够提供的能力，下表是浙江现

各类业务下载速率

下行TBF占用时长(s) (KB/s)

业务请求数占Socket请求Socket请求

比 数 数占比

28504940 91.3%

95.69%

107806 0.03%

2479715 7.9%

网的统计，其中手机下载是指KJAVA下载，浙江计算的速率是43.94Kbps，跟

近期集团通报的在通用下载平台计算的KJAVA下载速率相近，说明该统计方

式较为准确。

业务 用户平均速率

HTTP网页浏览 4.26Kbps

HTTP文件下载 12.08Kbps

WAP1.x浏览 2.92Kbps

WAP2.0浏览 5.27Kbps

广州万容 4.98Kbps

移动飞信 6.31Kbps

手机电视 21.76Kbps

手机下载 43.94Kbps

手机QQ聊天 686bps

4、 结论

无线侧：从每类数据业务流量和PDCH资源占比可以发现：2G的数据业务流量主要集中在

浏览和下载类业务，而对资源的消耗主要集中在即时通信类业务和浏览类业务，相比较可

用发现，即时通信类业务对PDCH资源消耗最大。

根据上述分析得出结论，哪类业务对无线资源、核心网的占比较大

四、 业务使用模型分析

注意业务分类与前面保持一致。

1、 分业务的用户数、每业务每用户流量、每业务每用户时长统计

用户数 用户数占比 平均每用户流量 平均每用户时长 业务类型

1,881,813 14.59% 1.34MB 00:29:01 即时消息类

230,030 1.78% 7.70MB 00:23:38 下载类

2,929,288 22.71% 3.42 MB 00:22:17 HTTP浏览类

132,750 1.03% 11.88MB 00:21:21 流媒体类

420,909 3.26% 914.60KB 00:28:05 游戏类

7,304,117 56.63% - - 其它

分业务的流量趋势统计 2、

注：其他用户主要是彩信用户

对以上各类业务的全日流量流向进行统计，以获取各个业务的流量及忙闲时情况。

暂时无法取数

五、

1、 数据业务流量增长与收入增长的关系

数据业务价值分析

给出07年至今GPRS月流量、PDCH占用情况增长以及收入增长情况的比较图和数据表格。

下表是09年1月到10年5月的GPRS流量以及业务收入数据，从表中可见月流量增长

276％，但收入仅增长28％，每MB收入从0.98元下降到0.34元。

GPRS流量(GB) GPRS业务收入(万）

2009年1月 125060 12652

2009年2月 125140 12810

2009年3月 145839 14149

2009年4月 147684 12089

2009年5月 160394 14172

2009年6月 168514 14627

2009年7月 192686 13421

2009年8月 226402 12782

2009年9月 226529 13007

2009年10月 254657 12953

2009年11月 288484 12736

2009年12月 325264 13066

2010年1月 371611 13309

2010年2月 337242 13921

2010年3月 405168 15727

2010年4月 433279 15103

2010年5月 471155 16242

月份 数据业务占用PDCH数月均值

2009年5月 1768216

2009年6月 1861745.3

2009年7月 1928136

2009年8月 1965088

2009年9月 1958369.2

2009年10月 1972129

2009年11月 1996450.633

2009年12月 2045483

2010年1月 2080386

2010年2月 2095531.357

2010年3月 2079093.067

2010年4月 2128337.033

2010年5月 2164626

2010年6月 2199660.8

备注 数据业务忙时时间段（22：00至23点）

从2009年5月到2010年6月，全省数据业务占用PDCH数逐渐增长，增长的幅度为19.6%。

2、 数据业务价值分析

对数据业务流量中，中国移动的重点自有业务，进行价值分析，同时与整体的数据业务价值做对

比：

（1） 计费流量与内容计费流量及占比

2010年5月GPRS流量为471 TB，其中CMWAP APN为内容计费，内容计费流

量为237TB，占比为51％

（2） 重点业务收入价值分析（2010/5月数据）

自有业务类型 总流量（MB） 每MB收入（单位：元） 月收入（元）

无线音乐(包涵全曲下载） 2773444 1.41 3909118

飞信 301550 2.10 633265

手机报（流量按照彩信计

算，收入按照手机报计算） 15117805 1.01 15334563

手机视频 3768713 0.57 2137021

手机游戏（wap游戏） 64030 97.99 6274340

手机阅读 2942178 5.39 15855356

所有自有业务平均

所有自有及互联网业务平

均 482462656 0.34 162417035

六、 数据流量管控方案建议

各省可提出解决建议，如

1、 引入流控平台

流控平台是通过在Gi接口部署DPI设备以及侦听PDP消息的方式，实现分组域的流量

分析及控制。具体流程如下：

引入流控平台的方案，可以快速的进行流量分析，为用户行为分析、容量评估带来参考

依据。

采用流控平台方案，可对业务、用户、地理位臵等多角度进行流量控制，但该方案无法

影响无线设备对无线资源的分配，较难灵活进行资源分配。

2、 引入PCC架构

PCC（policy and charging control）是国际3GPP R7定义的动态策略和计费控制标准架

构，PCC方案可以实现数据业务的差异化、精细化管控，为市场营销、运营策略提供网络技术支

持，主要有以下特点：

端到端管控架构：从终端、无线、核心网等端到端设备进行承载资源的管理，并且可和计费

策略进行关联，为运营商提供较完善的管控手段

网络演进：该功能是未来LTE/SAE网络的有机组成部分，是对电信级自有业务进行动态承载

分配的必选机制，如LTE话音业务

全业务战略：业界一致认同基于该架构实现固定、移动融合的策略控制是未来的目标方案，

届时将能够实现2G/3G/LTE/WLAN/LAN接入的统一策略控制

PCC架构的管控过程如下：

1、PCRF根据用户的业务类型、累积使用量、签约类型、无线接入类型等信息制定限速或QoS

策略；

2a、GGSN执行PCRF下发策略，实现基于业务/用户粒度的带宽管理；

2b、 GGSN实现策略和QoS参数的映射，将ARP、TC、THP、MBR、GBR等QoS参数传递到无

线侧；

3、无线侧将TC、THP、MBR映射到无线资源调度优先级，实现空口资源调度。

根据向厂家的调研情况，目前核心网厂家设备均支持PCC架构，3G 浙江无线厂家华为、中

兴、大唐支持对ARP、TC、THP等QOS参数的调控，2G浙江厂家华为、阿朗、MOTO支持以上参数，

诺西不支持。

我们认为PCC架构的引入，在现网中可能还存在如下问题：

1 ） PCC架构中需要引入DPI设备对业务进行识别和管控，目前各厂家都建议利旧现网GGSN

中进行内容计费的DPI模块来进行该项工作，但根据我们经验，DPI设备精确识别业务需要较强

的能力，比现网中进行内容计费的要求要更高，因此当现网GGSN承担DPI功能时，势必会较大

程度增加GGSN的负荷。

2 ） 无线设备对ARP、TC、THP等QOS参数的调控能力仍需进行现网验证

考虑现网业务的需求，我们认为PCC架构应分布实施：

一阶段：以有效资源管控和疏导为主，解决移动数据业务发展中面临的主要问题

 满足对VIP用户的资源保证需求

 解决少量用户占用大量带宽问题

 降低异常流量业务(如P2P下载视频)在数据流量中的占比，重点关注CMNET上的业务

二阶段：积极发展高品质宽带增值业务，保证高品质业务体验，进一步提高网络收益

为预期的高品质增值业务提供QoS保障

附：研究院对三种方案的比较

3、 无线侧控制方案建议

从每类数据业务流量和PDCH资源占比可以发现：2G的数据业务流量主要集中在浏览和下载类业

务，而对资源的消耗主要集中在即时通信类业务和浏览类业务，即时通信类业务对PDCH资源消

耗最大，从用户感知出发，对于即时通讯类业务，保持“实时在线”非常重要，而分析5分钟的

即时通信类业务的信令消息，可以发现TBF占用的时长为267秒，占用总时间比例为

267/(5*60)=89%,也就是89%的时间里，即时类用户一直在线，而每次即时通信数据传输平均占

用的PDCH个数为2.2个，分配相对较多的PDCH资源，产生流量很低，从上面的两个方面，建议

无线侧按照下面的方案进行优化：

（1） 减少即时通讯类业务TBF占用时长占比，从约90%时间降低到一个合理值，不影响即时

通信类业务的感知，让用户“实时在线”，即所谓心跳频率控制。

（2） 每次TBF分配的PDCH个数与即时通讯类业务流量之间的非正比关系，同时结合即时通

讯类业务的特点，减少TBF分配的PDCH个数，从而减少对PDCH资源的占比，目前有两种

优化方案：

 方案1：无线侧能够区分不同业务类型，根据不同业务类型，分配不同

的PDCH资源。优点：准确、有效利用PDCH资源，缺点：区分不同业务

耗费大量PCU资源（CPU和内存），对不同数据业务产生一定的时延，影

响BSC性能，同时在高负荷下存在风险。

 方案2：当PDCH复用度超过某个取值时，对数据业务感知影响严重，此

时无线侧RLC层根据每一个用户的流量进行周期分析，当用户流量较少

时，分配较少的PDCH资源，当用户流量增长时，分配更多的PDCH资源，

对于VIP用户，不建议进行资源的调整。优点：不用区分不同业务类型，

避免区分业务类型带来的风险，减少对BSC性能消耗，结合TS流程，

该方案易于实现。缺点：增加TS流程次数。

推荐方案为方案2。