智能网过载控制的研究
合集下载
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
的过载将影响呼叫处理和用户的业务质量。@TS P T ,信
号链路 、s 、s P s ( cP s 和s c 基站控制器 )也 可能过载 。
但在 第 三 代 移 动 通 信 系 统 中 ,ss 和 s 的 交 互可 能 更 加 P cP 复杂, 为了得到信息 ,s cP可 能 讯 问 其 它 S 或 物 理 实 CP 体, 因此 其 它 物 理 实 体 也 可 能 过 载 。其 它 物 理 实 体 的过 载
叫 送 往S CP的第 一 条 消 息 , 一 旦 此 呼 叫 的第 一 条 消 息 通 过
假 定当呼叫被S } 收时,S 会 发送信息通知S P CP E CP S ,这 样S 就知道过载发生 了。若在S P SP C 控制速率下 的所有智 能网上的业务请 求都能被S P S 接收,S P C 过载控制算法必
理 一 个 I 务 , 需 要 在 SS N业 P和 S 之 间 建 立 几个 对 话 连 CP
接。
过载检 测应 基于消息 队列 中消息是否超 时。S 每 隔5 CP 秒 ( 这个值可经过实验得到,综合考虑了处理开销和响应速
度 的 关 系 )检 查 一 次 , 看 这 段 时 间 内是 否 发 生 消 息 超 时 。
须 满足 下面 要 求: () 效 性 :在 负载 非 常 重 的 情 况 下 , S P的吞 吐 量 1有 C
不会下降。
了,将不限制以后的消息 。S 过载控制算 法的关键是怎 CP 样确定漏桶 的令牌产生速率r 4 。_
()公平性 :一个呼 叫在每个S P 2 S 上被接收 的概率相
2 智能网S 过载算法的一般性描述 CP
()s 过载算法的理论叙述和测量指 标 1 cP
在l 构 中 N结
,
业务 逻 辑 是在 s cP中 执 行 的 , 在 I N
 ̄S P的过载有着本质的区另 ,其过载控制应该采用何种 C
-
算法至今没有人进行研究,lu T 也没有提出建议。 用户登记业 务量 的不稳定 性也可使 S 过载 。S CP SP
的 教 学 和 科研 工作 。
1 前 言
第 三 代 移 动 通 信 系 统 的分 布 特 性 使 网 络 任 何 一 部 分
量没 响。 务 需要 S P 进 通信 是 有影 业 登记 在 C 之间 行 ,但
IU建议没有提供怎样丢弃S  ̄S ; 息的机制。 T CP J CP: R
22过载控 制的算法模型构架 .
I 过载控制 的框架如 图2 ( N 为了简单,图中的S P C 和 S P 只能执行一种业务 )。l S 都 N业务需要的业务逻辑 程序 和 用户数 据保存在 S CP。智能 呼叫是在SS P中检测 的, S P CP S 给S 发送信息流,请求S 执行业务逻辑程序,控 CP
,
中
,
,
。
高度 l N系统 的构成 ( y lm tu l r ft e s se src ue o h
必须和s 合作使过载 时业务 的完成率最大 。…区性过载 cP
时丢弃登记业务是一个 好的选择 ,因为它对用户的业务质
a v n e tl e tn t ok d a c di e¨ n ew r )如E l 2 n g l。f所有 的用户数据
对 业务 进 行 控制 的scP由s CF ( e vc 0 to s r ie c n l r fn t u ci o )和sD ( e c aafn 们 n n F s mi d t u c )构成,s 管 e DF 理 更新服 务数 据 在 呼 叫接续 中起 中心 作用 的是scP , I 在短 期 内迅 速提 供 各种 各 样 的 新服 务 N能 scP 须 必 高 可靠
等。
S (P S (P
M M
MM
{B D
ห้องสมุดไป่ตู้
l
I
l
r 令牌 产0速 率 令牌 /少 : . 手
・、 务 半均 到达 牢 l , 务 I k 秒
O
l
(ol ' l mo l h n e i n l g n t o k l rc a n l g ai ex r s n  ̄
智能 网过载控 制的研究
【 叶奕亮】
I裹 圜
词 s隧 控 } 务 C S 誉辫 硝 霄 簿
叶奕亮
工学硕士 ,现 为南京邮 电大学副教授 ,2 0 年3 一 0 5 月在 日 0 4 月 2 0 年3 本爱知工 业 大学作访 问研 究员,现主要 从事通信 系统 、通信 网络 、移动通信 、交换 等方面
图2
3 最佳漏桶参数的确认算法 (业务请求数 未知 )
在 实 际 执 行 环 境 中 , 当SCP 测 到 过 载 时 , S P的 检 S
图1
业务请 求数是未知的,并且业务请求数具有随机性,当我 们知道,控制参数r 1 的确定只与r 1 k + k3  ̄f( )有关 : k f( )
为了得到一个 高效 、公平 的过载控 制算法, S 必 SP
须 既 能 检测  ̄ S 已 过载 , 又 能在 过 载 时设 置 限 流 参 数 。 l CP J
若 发生 消 息 超 时 , 则 认 为S 已 过 载 。 CP
当SCP 检测到 过载后 ,将给S 发送信 息流,请 求 SP S 对引起过载 的业务进行速率限制 。S P SP S 只限制每个呼
S CP的 处 理 能 力 时 , 将 出现 过 载 。 多 业 务 环 境 中 S CP的
常重的情况下,S P的服务质量如吞吐率 ( C 即单位 时间内 完成 的业务数 )不会下降。l N呼叫业务,首先是在S 中 SP 出现 的,然后S P S 建立和S P的对话连接。通常,为了处 C
2 0 .2广 东 通 信技 术 0 81 ’
一 一 l .新二 务一 新 技l 术 业=
新技术- 新业务
包含 在S CP中,S 通 过执 行业务逻辑 来控 制业 务 的执 CP
行 , S P I 的关 键 。 因此 必 须 保 证 在 网络 业务 负载 非 C 是 N中
制业务的执行。S  ̄, CP 够执行多种行为,每个S 可服务 CP 多个S P S ,每个S P 向S P 求多种业务。 S 可 C 请 当 同一 时 间 内到 达SCP的业 务请 求 非 常之 多 超过