- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
只供内部使用
RAB排队实现方案设计报告
项目名称 RNC2.1RRM项目 文档编号 DTM.0.301.533FS 版 本 号 V1.0.0 作 者 段江海 赵国胜 王志军
文档更新记录
日期 更新人 版本 备注 2005-4-10 段江海 V0.0.1 创建 2005-4-12 段江海 王志军 V0.0.2 根据部门会议纪要修改 2005-5-11 段江海 V1.0.0 根据评审意见修改 目 录
1 引言 4
1.1 编写目的 4
1.2 预期读者和阅读建议 4
1.3 文档约定 4
1.4 参考资料 4
1.5 缩写术语 4
2 功能描述 4
2.1 方案概述 4
2.2 处理流程 9
2.2.1 Case1 10
2.2.2 Case2 11
2.2.3 Case3 12
2.2.4 Case4 12
2.2.5 Case5 13
2.2.6 Case6 13
2.2.7 Case7 14
2.3 实现功能 14
2.4 接口修改 14
1 引言
编写目的
本文档在《RAB排队特性需求分析报告》的基础上,从RNC系统级的角度对实现RAB排队和抢占功能进行了设计,给出了RNC的内部处理以及各子系统之间的处理流程、相关接口、主要参数,为开发人员提供设计参考。
预期读者和阅读建议
本文档的预期读者是与Iu接口RAB管理相关的研发人员、项目组长和部门经理。
文档约定
编写本文档所使用的工具是Microsoft Word 2000;
文档标题为小四号、五号宋体,加粗;
文档正文为五号、小五号宋体(中文),Times New Roman、Arial(英文)。
本文档仅针对一次RAB指派请求仅有一个RAB的情况,包含多RAB的情况没有考虑。
参考资料
[1] TS 25.410-450 UTRAN Iu Interface: General Aspects and Principles
[2] TS 25.413-470 UTRAN Iu interface RANAP signalling
[3] TS 23.107-460 Quality of Service concept and architecture
[4] TS 23.067-411 Enhanced Multi-Level Precedence and Pre-emption service
[5] TR 23.930-400 Iu Principles
[6] RAB排队特性需求分析报告 大唐移动设备有限公司西安分公司
缩写术语
RAB Radio Access Bearer
RRM Radio Resource Management
CN Core Network
UTRAN UMTS Terrestrial Radio Access Network
RANAP Radio Access Network Application Part
RNC Radio Network Controller
QOS Quality Of Service
RB Radio Bearer
RLC Radio Link Control
功能描述
2.1 方案概述
图1示意了RAB排队和抢占功能的实现流程,说明如下
图1 RAB排队和抢占功能的实现流程
在资源不足的情况下,如果一个RAB允许抢占且可实施抢占策略(此时存在可被抢占的RAB且释放它可满足资源需求),则将其放入抢占队列中,并进一步根据该RAB是否允许排队分别处理:如果允许排队,则启动定时器T queuing,向CN回RAB指派响应,指示该RAB正在排队;如果不允许排队,则启动定时器T preempt,在这两种情况下,该RAB都处于排队等待状态。
在资源不足的情况下,如果一个RAB允许抢占但不能实施抢占策略(此时不存在可被抢占的RAB或存在可被抢占的RAB但释放它不能满足资源需求),则根据该RAB是否允许排队分别处理:如果允许排队,则启动定时器T queuing,向CN回RAB指派响应,指示该RAB正在排队,处于排队等待状态;如果不允许排队,则向CN回RAB指派失败响应。
对于资源分配及本地、空口过程成功且可以被抢占的RAB,则进入可被抢占队列,队列中的RAB按优先级由低至高排列,对于相同优先级的RAB按进队时间排列,后进队的RAB在先;为了便于实现,在实施
文档评论(0)