PCU信令分析指导书0326B11.docx
- 文档编号:14864507
- 上传时间:2023-06-28
- 格式:DOCX
- 页数:46
- 大小:338.84KB
PCU信令分析指导书0326B11.docx
《PCU信令分析指导书0326B11.docx》由会员分享,可在线阅读,更多相关《PCU信令分析指导书0326B11.docx(46页珍藏版)》请在冰点文库上搜索。
PCU信令分析指导书0326B11
资料编码
产品名称
G3PCU
使用对象
技术支援工程师、合作方
产品版本
编写部门
GBSS维护产品部
资料版本
信令分析指导书
拟制:
PCU维护组
日期:
2007-02-25
审核:
PCU维护开发组
日期:
2007-03-26
批准:
日期:
华为技术有限公司
版权所有XX
修订记录
日期
修订版本
描述
作者
目录
1Pb接口消息1
1.1Pb接口概述1
1.2Pb接口主要流程1
1.2.1小区激活/去激活流程1
1.2.2小区初始化流程2
1.2.3PCU发起的复位6
1.2.4BSC发起的复位1
1.2.5动态信道申请1
1.2.6动态信道主动和被动释放1
1.2.7资源核查2
1.2.8PCIC和分组资源维护3
1.2.9对信道编码动态调整的支持4
2Um接口消息5
2.1基本概念5
2.1.1Um接口协议栈5
2.1.2RLC/MAC协议中的基本概念5
2.2Um接口的主要流程6
2.2.1CCCH上的上行一阶段接入6
2.2.2CCCH上的上行两阶段接入8
2.2.3PACCH上的上行接入9
2.2.4上行接入异常流程11
2.2.5CCCH上的下行TBF建立流程11
2.2.6CCCH上的下行TBF建立失败12
2.2.7PACCH上的下行TBF建立流程12
2.2.8PACCH上的下行TBF建立失败15
2.2.9上行TBF的正常释放流程15
2.2.10上行TBF的异常释放流程17
2.2.11下行TBF的正常释放流程17
2.2.12下行TBF的异常释放流程21
3Gb接口消息22
3.1Gb接口概述22
3.1.1Gb接口协议栈22
3.1.2BSSGP层主要功能22
3.1.3NS层主要功能23
3.2Gb接口消息跟踪24
3.2.1小区初始化流程24
3.2.2数据传输25
3.2.3手机挂起/恢复26
附录A信令跟踪28
A.1接口信令跟踪28
A.2信令保存30
插图目录
图1-1小区初始化流程(正常)2
图1-2小区初始化流程信令图3
图1-3小区初始化流程(BSC侧不存在该小区)3
图1-4小区初始化流程(BSC侧小区状态异常)5
图1-5小区初始化流程6
图1-6PCU发起的复位流程1
图1-7Pb接口PCU发起的复位流程信令1
图1-8动态信道申请流程1
图1-9动态信道申请流程信令1
图1-10信道主动释放流程1
图1-11信道主动释放流程信令1
图1-12信道被动释放流程1
图1-13信道被动释放流程信令1
图1-14资源核查流程2
图1-15资源核查流程信令2
图1-16对信道编码动态调整支持流程4
图1-17信道编码动态调整支持流程4
图2-1GPRS的接口协议栈5
图2-2CCCH上的上行一阶段接入(Pb接口)7
图2-3CCCH上的上行一阶段接入(Um接口)7
图2-4CCCH上的上行一阶段接入(Pb接口信令)7
图2-5CCCH上的上行一阶段接入(Um接口信令)8
图2-6CCCH上的上行两阶段接入(Pb接口)8
图2-7CCCH上的上行两阶段接入(Um接口)8
图2-8CCCH上的上行两阶段接入(Pb接口信令)9
图2-9CCCH上的上行两阶段接入(Um接口信令)9
图2-10PACK_RES_REQ消息(Um)9
图2-11PACCH上的上行接入10
图2-12PACCH上的上行接入信令10
图2-13Channelrequestdescription10
图2-14CCCH上的下行TBF建立流程(Pb接口)11
图2-15CCCH上的下行TBF建立流程(Um接口)11
图2-16CCCH上的下行TBF建立流程(Pb接口信令)12
图2-17CCCH上的下行TBF建立流程(Um接口信令)12
图2-18CCCH上的下行TBF建立失败流程(Um接口信令)12
图2-19PACCH上的下行TBF建立流程13
图2-20PACCH上的下行TBF建立流程(Um接口信令)13
图2-21下行TBF提前调度流程13
图2-22下行TBF提前调度流程(Um接口信令)14
图2-23下行TBF提前调度异常流程(Um接口信令)14
图2-24上行TBF正常释放流程15
图2-25上行TBF正常释放流程(Um接口信令)15
图2-26UplinkDataBlock(CV=0)16
图2-27PACK_UL_ACKNACK(FAI=1)16
图2-28下行TBF的正常释放流程17
图2-29下行TBF的正常释放流程(Um接口信令)17
图2-30DownlinkDataBlock(FBI=1)18
图2-31PACK_DL_ACK_NACK(FAI=1)18
图2-32下行TBF的延迟释放流程19
图2-33下行TBF的延迟释放流程(Um接口信令)19
图2-34DownlinkDataBlock(FBI=1)19
图2-35PACK_DL_ACK_NACK(FAI=1)20
图3-1Gb接口的协议栈21
图3-2BSSGP业务模型22
图3-3单小区复位流程23
图3-4数据传输流程24
图3-5Attach流程25
图3-6PDP激活流程25
图3-7手机挂起/恢复流程(正常)25
图3-8SUSPEND/RESUME流程信令26
图A-1Um接口跟踪设置27
图A-2Pb接口跟踪设置28
图A-3Gb接口跟踪设置29
图A-4自动保存接口信令30
1Pb接口消息
1.1Pb接口概述
Pb接口是华为PCU和BSC的内部接口,主要进行无线分组资源的管理。
在Pb接口中主用涉及到以下基本概念:
●PCIC(PacketCircuitIdentityCode,分组电路标识码)。
分组电路标识码是将MSC-BSC接口(A接口)的CIC概念,引入GPRS系统的PCU-BSC接口(Pb接口)。
PCIC在一个BSC内统一编号。
每个PCIC与PCU和BSC之间的一条16kbit/s的中继电路一一对应。
●逻辑小区号。
逻辑小区号是在PCU处理框内统一编号的小区标识,逻辑小区号与小区CGI(CellGlobalIdentifier)唯一对应。
在PCU内部模块间,小区通过逻辑小区号识别;在PCU与BSC之间,小区通过CGI标识。
●逻辑信道号。
逻辑信道是一组PDCH(PacketDataChannel)在小区内的统一编号,用于PCU内部模块和操作维护模块对信道进行标识。
●固定信道和动态信道。
固定信道是指系统初始化后,将一部分TCH转换为PDCH使用,即使小区中有其它更高优先级的业务,除非小区复位,否则这部分PDCH将不再释放。
动态信道是指在初始化时,作为TCH使用,当分组业务繁忙时,PCU可申请这部份信道转换为PDCH使用;当BSC有更高优先级的业务时,可将这部分PDCH回收。
1.2Pb接口主要流程
Pb接口的主要流程包括小区激活/去激活流程、小区初始化流程、复位流程、动态信道申请流程、动态信道主动和被动释放流程、资源核查流程、PCIC和分组资源维护流程和对信道编码动态调整的支持流程。
1.2.1小区激活/去激活流程
在添加和修改ATTR表的数据配置后,小区处于去激活状态。
要使小区生效,需要在操作维护台对小区进行激活操作。
激活小区后,PCU主动发起小区复位。
在收到BSC的复位应答,再进行小区的初始化流程。
同样,当小区处于激活状态,要删除或修改ATTR表的数据配置,或者要使小区不再生效,需要去激活小区。
去激活小区后,PCU释放占用的固定和动态信道。
1.2.2小区初始化流程
小区在以下情况要进行小区初始化:
●LAPD链路由不通变为通;
●小区由去激活状态变为激活状态;
●PCU或BSC进行小区复位。
小区初始化流程开始前,小区的状态是未初使化。
小区初始化流程中,从BSC获得小区的详细信息;如果信道信息中表明BSC分配了固定信道,PCU立即申请固定信道用于分组业务。
正常流程
小区初始化的正常流程如图1-1所示。
图1-1小区初始化流程(正常)
①
15:
19:
51.330
PCU→BSC
MT_PCU_BSC_CELL_CONFIG_REQ
②
15:
19:
51.440
BSC→PCU
MT_BSC_PCU_CELL_INFO
③
15:
19:
51.440
PCU→BSC
MT_PCU_BSC_CELL_INFO_CNF
④
15:
19:
51.490
BSC→PCU
MT_BSC_PCU_CHAN_INFO
⑤
15:
19:
51.490
PCU→BSC
MT_PCU_BSC_CHAN_INFO_CNF
⑥
15:
19:
51.600
BSC→PCU
MT_BSC_PCU_CHAN_INFO
⑦
15:
19:
51.600
PCU→BSC
MT_PCU_BSC_CHAN_INFO_CNF
⑧
15:
19:
51.660
BSC→PCU
MT_BSC_PCU_CELL_CONFIG_ACK
⑨
15:
19:
51.660
PCU→BSC
MT_PCU_BSC_PDCH_REQ
⑩
15:
19:
51.710
BSC→PCU
MT_BSC_PCU_PDCH_ACK
PCU向BSC发无线配置请求消息(如①所示),消息中携带需初始化的小区的逻辑小区号。
BSC收到无线配置请求消息后,向PCU发小区信息消息(如②所示),消息中携带是否跳频以及系统消息参数等信息。
PCU向BSC发小区信息确认消息(如③所示)。
BSC将信道属性消息(如④⑥所示)发送给PCU,信道属性包括绝对频点号(如果不跳频)和TSC,如果跳频信道参数还包括(HSN、MAIO、频率列表)。
PCU每收到一个信道属性,都返回应答消息(如⑤⑦所示)。
BSC通知PCU小区初始化完成(如⑧所示),可以正常工作。
如果信道中有固定信道,PCU发起信道请求消息(如⑨所示)。
BSC回应信道请求应答消息(如⑩所示)。
小区初始化的正常流程如图1-2下:
图1-2小区初始化流程信令图
异常流程
(1)BSC侧不存在该小区
当BSC侧不存在该小区时,小区初始化流程如图1-3所示。
图1-1小区初始化流程(BSC侧不存在该小区)
①
PCU→BSC
MT_PCU_BSC_CELL_CONFIG_REQ
②
BSC→PCU
MT_BSC_PCU_RF_RES_BLOCK
PCU发起小区配置请求消息(如①所示),如果BSC没有配置该小区,应该回应无线资源闭塞消息(如②所示),并带原因值为Cellnotexit。
在PCU的操作维护台查询该小区状态为:
RPPU:
1
Cell:
37
Operationstate:
disabled
Availabilitystate:
insidefail
BSCmanagementstate:
blocked
CauseofBSCbeingblocked:
unknown
Managementstateofmaintenance:
unblocked
ManagementstateofGb:
blocked
(2)BSC侧小区状态异常。
当BSC侧小区状态异常时,小区初始化流程如图1-4所示。
图1-2小区初始化流程(BSC侧小区状态异常)
①
17:
13:
2.650
PCU→BSC
MT_PCU_BSC_CELL_CONFIG_REQ
②
17:
13:
2.750
BSC→PCU
MT_BSC_PCU_CELL_INFO
③
17:
13:
2.750
PCU→BSC
MT_PCU_BSC_CELL_INFO_CNF
④
17:
13:
2.860
BSC→PCU
MT_BSC_PCU_CHAN_INFO
⑤
17:
13:
2.860
PCU→BSC
MT_PCU_BSC_CHAN_INFO_CNF
⑥
17:
13:
2.970
BSC→PCU
MT_BSC_PCU_CHAN_INFO
⑦
17:
13:
2.970
PCU→BSC
MT_PCU_BSC_CHAN_INFO_CNF
⑧
17:
13:
3.30
BSC→PCU
MT_BSC_PCU_CELL_CONFIG_ACK
⑨
17:
13:
2.30
PCU→BSC
MT_PCU_BSC_PDCH_REQ
⑩
17:
13:
2.140
BSC→PCU
MT_BSC_PCU_PDCH_NACK
在BSC_PCU_CELL_CONFIG_ACK消息中,小区的状态为blocked。
申请固定信道时,BSC回应NACK。
在PCU的操作维护台查询该小区状态为:
RPPU:
1
Cell:
35
Operationstate:
enabled
Availabilitystate:
noexception
BSCmanagementstate:
blocked
CauseofBSCbeingblocked:
unknown
Managementstateofmaintenance:
unblocked
ManagementstateofGb:
blocked
可通过基站维护台查看站点和小区的状态,确认小区是否正常工作。
(3)BSC没有回应。
当BSC没有回应时,小区初始化流程如图1-5所示。
图1-3小区初始化流程
①
16:
40:
12.690
PCU→BSC
MT_PCU_BSC_CELL_RESET
②
16:
40:
15.650
PCU→BSC
MT_PCU_BSC_CELL_RESET
③
16:
40:
16.700
PCU→BSC
MT_PCU_BSC_CELL_RESET
④
16:
40:
17.690
PCU→BSC
MT_PCU_BSC_CELL_RESET
PCU将不停地发起小区的复位消息(如①②③④所示),BSC没有回应。
在PCU的操作维护台查询该小区状态为:
Operationsuccessful
RPPU:
4
Cell:
51
Operationstate:
disabled
Availabilitystate:
devicehasnotbeeninitialized
BSCmanagementstate:
blocked
CauseofBSCbeingblocked:
unknown
Managementstateofmaintenance:
unblocked
ManagementstateofGb:
blocked
需要查看BSC的状态是否正常。
1.2.3PCU发起的复位
在下列情况,PCU会发起小区复位:
●在PCU的操作维护台进行小区复位操作。
●小区由去激活状态变为激活状态。
PCU发起的复位流程如图1-6所示。
图1-1PCU发起的复位流程
①
15:
19:
49.240
PCU→BSC
MT_PCU_BSC_CELL_RESET
②
15:
19:
49.350
BSC→PCU
MT_BSC_PCU_CELL_RESET_ACK
PCU向BSC发小区复位消息(如①所示)。
BSC向PCU返回复位确认消息(如②所示)。
在小区复位后,会立即执行小区的初始化流程。
PCU发起的复位流程在Pb口的信令截图如图1-7:
图1-2Pb接口PCU发起的复位流程信令
1.2.4BSC发起的复位
在下列情况,BSC会发起小区复位:
●BSC动态数据配置生效后,通知PCU重新取小区配置。
●BSC上电后,向GRRM发送小区复位命令。
1.2.5动态信道申请
PCU在收到手机的接入请求后,根据手机的多时隙能力、小区初始化信道配置信息、已申请的信道和各信道上已复用的手机数,决定是否向BSC申请动态信道和申请哪一条信道。
如果需要申请动态信道,通过指定方式向BSC发起动态信道申请。
动态信道的申请流程如图1-8所示:
图1-1动态信道申请流程
①
15:
19:
51.880
BSC→PCU
MT_BSC_PCU_CHAN_REQ
②
15:
19:
51.880
PCU→BSC
MT_PCU_BSC_IMM_ASS
③
15:
19:
52.260
PCU→BSC
MT_PCU_BSC_PDCH_REQ
④
15:
19:
52.650
BSC→PCU
MT_BSC_PCU_PDCH_ACK
⑤
15:
19:
53.360
BSC→PCU
MT_BSC_PCU_CHAN_REQ
⑥
15:
19:
53.360
PCU→BSC
MT_PCU_BSC_IMM_ASS
接口消息说明:
PCU收到手机经BSC转发的的接入请求消息(如①所示)。
PCU根据手机的多时隙能力,小区初始化信道配置信息,已申请的信道和各信道上已复用的手机数,向BSC申请动态信道(如②所示)。
BSC在电路业务空闲时,将信道分配给PCU用于数据业务(如④所示)。
PCU将已有的信道和申请到的信道分配给手机用于数据业务(如⑥所示)。
动态信道申请的流程在Pb口的信令截图如图1-9:
图1-2动态信道申请流程信令
1.2.6动态信道主动和被动释放
动态信道的释放分主动释放和被动释放两种。
主动释放是指由于信道空闲时间过长、小区间信道动态调整、PCIC闭塞等原因导致PCU主动释放动态PDCH;而被动释放是指BSC侧由于空闲TCH非常少而向PCU发起动态PDCH收回请求。
主动释放流程
主动释放流程如图1-10所示。
图1-1信道主动释放流程
①
15:
10:
32.20
PCU→BSC
MT_PCU_BSC_PDCH_REL
②
15:
10:
32.130
BSC→PCU
MT_BSC_PCU_PDCH_REL_CNF
PCU主动释放信道的流程如图1-11:
图1-2信道主动释放流程信令
被动释放流程
BSC在电路业务忙时,发起TCH_REQ消息,要回动态信道用于优先级更高的电路业务。
PCU无条件地将动态信道释放。
被动释放信道流程如图1-12所示。
图1-1信道被动释放流程
①
15:
10:
32.20
BSC→PCU
MT_BSC_PCU_TCH_REQ
②
15:
10:
32.130
PCU→BSC
MT_PCU_BSC_TCH_ACK
PCU被动释放信道信令截图如图1-13:
图1-2信道被动释放流程信令
1.2.7资源核查
为了避免在长时间运行中,某些异常事件,如消息丢失等导致PCU和BSC间的资源状态不一致,需要进行状态核查。
状态核查包括小区状态的核查、信道状态的核查和PCIC状态的核查。
●小区状态核查:
小区状态核查主要检查PCU和BSC的状态是否一致。
●信道状态核查:
信道状态的核查主要是核查信道的组合类型和信道管理状态。
由PCU定时发送核查消息,BSC收到消息后,与自己保留的信道状态进行比较,采取相应处理。
●PCIC状态核查:
PCIC状态核查由PCU发起的,只核查PCIC的操作维护状态(闭塞、未闭塞)。
当BSC检测到PCU的PCIC状态与BSC的状态不同时,采用相应处理。
核查消息如图1-14所示。
图1-1资源核查流程
①
17:
13:
24.840
PCU→BSC
MT_PCU_BSC_CHAN_CHECK
②
17:
13:
24.840
PCU→BSC
MT_PCU_BSC_PCIC_CHECK
③
17:
13:
24.840
PCU→BSC
MT_PCU_BSC_PCIC_CHECK
④
17:
13:
29.830
PCU→BSC
MT_PCU_BSC_PCIC_CHECK
⑤
17:
13:
29.830
PCU→BSC
MT_PCU_BSC_PCIC_CHECK
⑥
17:
13:
29.830
PCU→BSC
MT_PCU_BSC_PCIC_CHECK
⑦
17:
13:
29.830
PCU→BSC
MT_PCU_BSC_PCIC_CHECK
资源核查流程如图1-15:
图1-2资源核查流程信令
1.2.8PCIC和分组资源维护
PCIC和分组信道资源的维护可由PCU的操作维护台或由BSC的操作维护台发起。
PCU发起的维护命令
(1)PCIC维护消息包括PCIC的闭塞、解闭。
PCU的操作维护台发起PCIC闭塞命令,如果此PCIC对应的分组信道空闲,则只记录PCIC闭塞状态;如果PCIC已分配,且被动态PDCH使用,PCU发起PDCH释放过程并记录闭塞状态;如果被静态PDCH使用,只记录状态。
PCU操作维护发起的PCIC解闭命令。
PCU修改PCIC状态,返回确认消息。
如果此PCIC被静态PDCH使用,改变PDCH的状态。
(2)分组资源的闭塞、解闭。
PCU的操作维护台发起小区闭塞命令,小区的维护管理状态为闭塞。
手机无法在该小区接入。
PCU的操作维护台发起小区解闭命令,小区的维护管理状态为解闭。
手机可以在该小区接入。
PCU的操作维护台发起信道闭塞命令,信道的维护管理状态为闭塞。
该信道无法分配给手机用于数据业务。
PCU的操作维护台发起信道解闭命令,信道的维护管理状态为解闭。
该信道可以分配给手机用于数据业务。
BSC发起的维护命令
(1)PCIC维护消息包括PCIC的闭塞、解闭。
BSC发起PCIC的闭塞。
PCU将PCIC状态置为闭塞。
如果PCIC由动态PDCH使用,将释放相应的PDCH。
BSC发起PCIC的解闭,去除PCIC的闭塞状态。
BSC发起PCIC的复位。
BSC和PCU的状态核查时,当BSC的PCIC状态和PCU的PCIC状态不一致,BSC复位在BSC处标识为PDCH、在PCU处标识为TCH的信道占用的PCIC。
此时的复位可能导致PDCH释放。
另外BSC的OM也可以发起PCIC的复位操作。
(2)分组资源的闭塞、解闭。
BSC发起的无线资源闭塞消息,如果闭塞了动态信道,PCU将主动释放信道,并回应答消息。
BSC向PCU发起无线资源解闭命令。
PCU回应确认消息。
1.2.9对信道编码动态调整的支持
当信道编码从CS-1、CS-2改变为CS-3、C
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- PCU 分析 指导书 0326 B11