RNC V1.0 R2.5 TD MBMS技术方案分析报告

RNC V1.0 R2.5 TD MBMS技术分析 机密 RNC V1.0 R2.5 TD MBMS技术方案分析报告 CPIT-7.3-RNC-RRM_AR-001 V1.0 普天信息技术研究院 2007年 6月 29日 2008年 ClearCase归档路径:TD_RNC_DocVob\RNC1000_V1.0_R2.5\技术报告 RNC V1.0 R2.5 TD MBMS技术方案分析报告 修订历史记录 日期 版本 文档负责人 修改内容 2006.05.31 V1.0 童树鸿 创建文档 普天信息技术研究院 机密 第 1 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 编制 姓名 签字 日期 电话 童树鸿 李延秋 陈春明 李小明 审查 姓名 签字 日期 电话 王璐 审核 姓名 签字 日期 电话 赵振峰 赵国祥 批准 姓名 签字 日期 电话 周保国 文档评审负责人: 参加评审人员: 普天信息技术研究院 机密 第 2 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 目 录 1 引言 .................................................................................................... 5 1.1 编写目的 ................................................................................................................................ 5 1.2 使用范围 ................................................................................................................................ 5 1.3 术语定义 ................................................................................................................................ 5 1.4 参考资料 ................................................................................................................................ 6 2 TD-MBMS业务分析 ............................................................................ 8 2.1 业务模式 ................................................................................................................................ 8 2.2 业务同步 ................................................................................................................................ 8 2.3 组网方式和配置要求 ............................................................................................................ 8 2.4 业务速率及传输格式 ............................................................................................................ 8 2.4.1 TTI=40ms，速率=64kbps ............................................................................................ 9 2.4.2 TTI=40ms，速率=128kbps .......................................................................................... 9 2.4.3 TTI=40ms，速率=256kbps ........................................................................................ 11 2.5 并发业务要求 ...................................................................................................................... 12 3 IU/IUB/UU接口过程和消息分析 ........................................................ 12 3.1 IU口 ...................................................................................................................................... 12 3.2 IUB口 .................................................................................................................................... 12 3.2.1 COMMON TRANSPORT CHANNEL SETUP REQUEST ........................................ 13 3.2.2 CELL SETUP REQUEST ............................................................................................ 13 3.3 UU口 ..................................................................................................................................... 13 3.3.1 信道结构及映射关系 ................................................................................................. 13 3.3.2 L3,RRC ...................................................................................................................... 14 3.3.2.1 SIB 5 ......................................................................................................................... 14 3.3.2.2 SIB 11 ....................................................................................................................... 15 3.3.2.3 RRC CONNECTION REQUEST .......................................................................... 16 3.3.2.4 CELL UPDATE ....................................................................................................... 16 3.3.2.5 MBMS Modified Services Information.................................................................. 16 3.3.2.6 MBMS UnModified Services Information ............................................................ 16 3.3.2.7 MBMS Common P-T-M RB Information .............................................................. 16 3.3.2.8 MBMS Current Cell P-T-M RB Information ......................................................... 17 3.3.3 L2,RLC&MAC........................................................................................................... 17 普天信息技术研究院 机密 第 3 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 4 MBMS业务流程 ................................................................................ 18 4.1 公共传输信道建立 .............................................................................................................. 18 4.2 会话开始 .............................................................................................................................. 18 4.3 会话结束 .............................................................................................................................. 19 5 MBMS业务对RNC的影响和要求 ...................................................... 20 5.1 MBMS业务流程 ................................................................................................................. 20 5.1.1 小区建立流程 .............................................................................................................. 21 5.1.2 会话开始流程 .............................................................................................................. 23 5.1.3 数据传输流程 .............................................................................................................. 26 5.1.3.1 MCCH调度信息传输流程 .................................................................................... 26 5.1.3.2 MBMS 业务传输流程 ........................................................................................... 26 5.1.4 会话结束流程 .............................................................................................................. 27 5.2 MBMS业务对RNC的要求 .............................................................................................. 28 5.2.1 控制面对RNC的要求和影响 ................................................................................... 29 5.2.1.1 规范对RNC控制面的要求 .............................................................................. 29 5.2.1.2 对RNC控制面的实现影响 .............................................................................. 29 5.2.2 用户面对RNC的要求及影响 ................................................................................... 30 5.2.2.1 规范对RNC用户面的要求 .............................................................................. 30 5.2.2.2 对RNC用户面的实现影响 .............................................................................. 31 6 和其他网元交流的问列表 ............................................................... 31 6.1 需要和NODEB沟通的问题 ............................................................................................... 31 6.2 需要和UE、系统部沟通的问题: .................................................................................. 32 普天信息技术研究院 机密 第 4 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 1 引言 1.1 编写目的 《TD-MBMS总体技术方案-v1.5-070524》(后续简称总体方案)主要是对3GPP R7 MBMS功能进行裁减，并添加TDS-CDMA的N频点特性。 本文档即从RNC的角度，从以下几个方面对总体方案进行分析，并对后续RNC的实现需求和架构设计提供参考和依据。 , 总体方案对MBMS业务模式，业务要求的裁减; , 总体方案在N频点技术行标基础上，在Iu、Uu、Iub三大接口上对R7 MBMS相 关功能、过程、消息及IE的裁减和添加; , 在总体方案的要求下，MBMS业务对RNC的要求和影响。 1.2 使用范围 RNC 研发、测试相关人员。 1.3 术语定义 BCH Broadcast Channel 广播信道 CCPCH Common Control Physical Channel 公共控制物理信道 CCTrCH Coded Composite Transport Channel 编码组合传输信道 CDMA Code Division Multiple Access 码分多址接入 DPCH Dedicated Physical Channel 专用物理信道 DwPTS Downlink Pilot Time Slot 下行导频时隙 DwPCH Downlink Pilot Channel 下行导频信道 EPG Electronic Program Guide 电子节目指南 FACH Forward Access Channel 前向接入信道 FEC Forward Error Correction 前向纠错 FPACH Fast Physical Access Channel 快速物理接入信道 GP Guard Period 保护间隔 MBSFN MBMS over a Single Frequency 单频网方式承载MBMS业务 Network P-CCPCH Primary CCPCH 主CCPCH PCH Paging Channel 寻呼信道 PDSCH Physical Downlink Shared Channel 物理下行共享信道 PDU Protocol Data Unit 数据单元 PICH Page Indicator Channel 寻呼指示信道 PRACH Physical Random Access Channel 物理随机接入信道 普天信息技术研究院 机密 第 5 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 RACH Random Access Channel 随机接入信道 RLC Radio Link Control 无线链路控制 RU Resource Unit 资源单元 S-CCPCH Secondary CCPCH 辅助CCPCH TD-MBMS TD-SCDMA Multimedia Broadcasting TD-SCDMA多媒体广播业务 TDD Time Division Duplex 时分双工 TDMA Time Division Multiple Access 时分多址接入 TD-SCDMA Time Division Synchronous CDMA 时分同步CDMA UTN Union Timeslot Network 同时隙网 UpptS Uplink Pilot Time Slot 上行导频时隙 UpPCH Uplink Pilot Channel 上行导频信道 MBMS Multimedia Broadcast Multicast 多媒体广播多播业务 Service MCCH MBMS point-to-multipoint Control MBMS 点到多点控制信道 Channel MICH MBMS notification Indicator Channel MBMS通知指示信道 MSCH MBMS point-to-multipoint Scheduling MBMS点到多点调度信道 Channel MTCH MBMS point-to-multipoint Traffic MBMS 点到多点业务信道 Channel NI Notification Indicator 通知指示 1.4 参考资料 【1】 3GPP TS 25.322: RLC Protocol Specification 【2】 3GPP TS 25.321: Medium Access Control (MAC) protocol specification; 【3】 3GPP TS 25.221:Physical channels and mapping of transport channels onto physical channels; 【4】 3GPP TS 25.331:"Radio Resource Control (RRC); protocol specification;. 【5】 3GPP TS 25.346: Introduction of the Multimedia Broadcast Multicast Service (MBMS) in the Radio Access Network (RAN); Stage 2; 【6】 3GPP TS 25.301: Radio Interface Protocol Architecture; 【7】 3GPP TS 25.413: UTRAN Iu Interface RANAP Signalling; 【8】 3GPP TS 25.323: Packet Data Convergence Protocol (PDCP) specification; 【9】 3GPP TS 22.146: Multimedia Broadcast/Multicast Service; Stage 1; 【10】 3GPP TS 22.246:MBMS User Services; Stage 1; 普天信息技术研究院 机密 第 6 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 【11】 3GPP TS 23.246:Multimedia Broadcast Multicast Service; Architecture and Functional Description.; 【12】 3GPP TS 25.433: UTRAN Iub interface Node B Application Part (NBAP) signaling; 【13】 3GPP TS 23.246: Introduction of the Multimedia Broadcast Multicast Service (MBMS) in the Radio Access Network (RAN) 【14】 3GPP TS 25.931: UTRAN functions, examples on signalling procedures; 【15】 TD-MBMS总体技术方案-v1.3-070523.doc; 【16】 3GPP MBMS功能预研报告.doc 普天信息技术研究院 机密 第 7 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 2 TD-MBMS业务分析 2.1 业务模式 在总体方案中，MBMS业务模式采用广播模式。UTRAN和UE之间的RB承载采用p-t-m承载。UTRAN不做counting过程。 2.2 业务同步 总体方案中要求RNC内MBMS业务内容同步，即对某一MBMS业务，RNC内属于该业务区的所有小区发送相同内容的无线帧的SFN相同。 对RNC间的内容同步不作要求。 2.3 组网方式和配置要求 根据业务同步要求，为实现简单，采用UTN组网方式。即要求: , 同一MBMS业务的物理信道在业务区内所有小区采用相同的频率/时隙/码道信息; , MBMS业务占用的时隙采用相同的扰码和Midamble码。 这样就可以保证各个小区发射的信号完全相同，UE只需将多个小区发射的信号当成多径处理，可以非常简单地实现UTN宏分集。 配置UTN模式的时隙应注意如下: , 非映射MTCH的SCCPCH建议配置在主载波TS0时隙， , 建议TS6不采用UTN模式，以利于UE接受TS0时隙; , RACH信道所在的时隙与MBMS时隙在异频情况需隔一个时隙，或者在同一载频 上; , 在支持MBMS业务和专用业务并发时，要求MBMS时隙和UE专用DCH所在时 隙在异频情况下隔一个时隙，或者在同一载频上;; , MCCH的修改周期建议配成寻呼周期的整数倍，以减少UE被唤醒的次数。 2.4 业务速率及传输格式 总体方案中，要求MBMS支持的业务速率有64kbps、128kbps、256kbps。其传输格式如下: 普天信息技术研究院 机密 第 8 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 2.4.1 TTI=40ms，速率=64kbps Transport channel parameters for 64kbps PS RAB (无物理信道复用) Higher layer RAB/signalling RB RAB User of Radio Bearer MBMS RLC Logical channel type MTCH RLC mode UM Payload sizes, bit 648 Max data rate, bps 64800 UMD PDU header, bit 8 MAC MAC header, bit 9 MAC multiplexing N/A Layer 1 TrCH type FACH TB sizes, bit 665 TFS TF0, bits 0x665 TF1, bits 1x665 TF2, bits 2x665 TF3, bits 3x665 TF4, bits 4x665 TTI, ms 40 Coding type TC CRC, bit 16 RM attribute N/A SCCPCH Modulation QPSK Codes and time slots/ radio frame SF16 x 8 codes x 2 time slots Max. Number of data bits/radio 1392 bits frame TFCI code word/ radio frame 16 bits TPC/ radio frame 0 bits SS/ radio frame 0 bits Puncturing Limit/ radio frame 0.68 2.4.2 TTI=40ms，速率=128kbps 普天信息技术研究院 机密 第 9 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 Transport channel parameters for 128 kbps PS RAB(无物理信道复用) Higher layer RAB/signalling RB RAB User of Radio Bearer MBMS RLC Logical channel type MTCH RLC mode UM Payload sizes, bit 648 Max data rate, bps 129600 UMD PDU header, bit 8 MAC MAC header, bit 9 MAC multiplexing N/A Layer 1 TrCH type FACH TB sizes, bit 665 TFS TF0, bits 0x665 TF1, bits 1x665 TF2, bits 2x665 TF3, bits 3x665 TF4, bits 4x665 TF5, bits 5x665 TF6, bits 6x665 TF7, bits 7x665 TF8, bits 8x665 TTI, ms 40 Coding type TC CRC, bit 16 RM attribute N/A SCCPCH Modulation QPSK Codes and time slots/ radio frame SF16 x 16 codes x 2 time slots Max. Number of data bits/radio 2800 bits frame TFCI code word/ radio frame 16 bits TPC/ radio frame 0 bits SS/ radio frame 0 bits Puncturing Limit/ radio frame 0.68 普天信息技术研究院 机密 第 10 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 2.4.3 TTI=40ms，速率=256kbps Transport channel parameters for 256 kbps PS RAB(无物理信道复用) Higher layer RAB/signalling RB RAB User of Radio Bearer MBMS RLC Logical channel type MTCH RLC mode UM Payload sizes, bit 648 Max data rate, bps 259200 UMD PDU header, bit 8 MAC MAC header, bit 9 MAC multiplexing N/A Layer 1 TrCH type FACH TB sizes, bit 665 TFS TF0, bits 0x665 TF1, bits 1x665 TF2, bits 2x665 TF3, bits 3x665 TF4, bits 4x665 TF5, bits 5x665 TF6, bits 6x665 TF7, bits 7x665 TF8, bits 8x665 TF9, bits 9x665 TF10, bits 10x665 TF11, bits 11x665 TF12, bits 12x665 TF13, bits 13x665 TF14, bits 14x665 TF15, bits 15x665 TF16, bits 16x665 TTI, ms 40 Coding type TC CRC, bit 16 RM attribute N/A SCCPCH Modulation QPSK 普天信息技术研究院 机密 第 11 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 Codes and time slots/ radio frame SF16 x 16 codes x 4 time slots Max. Number of data bits/radio 5616 bits frame TFCI code word/ radio frame 16 bits TPC/ radio frame 0 bits SS/ radio frame 0 bits Puncturing Limit/ radio frame 0.68 2.5 并发业务要求 , 接收多媒体业务时， UE应正常监听PICH(寻呼指示信道)和PCH(寻呼信道)、 接收广播消息、按网络配置进行测量、Cell Reselection、位置更新和注册。即系统 要保证在进行MBMS业务传输的同时，把信令过程(位置区更新、路由区更新和 短信等业务)尽量与MBMS时隙在异频情况下隔一个时隙或配置在同一载频上。 如果系统难以做到，则应把信令过程配置在FACH信道上，以保证与MBMS业务 的并发。 , 对与语音业务、PS业务的并发，网络和终端尽力而为。当UE发起或被要求建立 电路域或分组域的业务时，可中断TD-MBMS的接收。 3 Iu/Iub/Uu接口过程和消息分析 在上述业务模式的要求下，总体方案对3GPP R6 MBMS相关过程和消息进行裁减，并添加N频点特性相关IE。本章即对Iu、Iub、Uu接口的消息进行分析。 3.1 Iu口 总体方案要求只支持会话开始和会话结束两个过程。涉及到新添加的消息如下: , MBMS SESSION START START , MBMS SESSION START RESPONSE , MBMS SESSION START FAILURE , MBMS SESSION STOP , MBMS SESSION STOP RESPONSE 消息和3GPP R6版本的一致。 3.2 Iub口 普天信息技术研究院 机密 第 12 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 总体方案中，Iub口没有新增MBMS相关过程，只是改动两条消息。涉及到改动的消息如下: , COMMON TRANSPORT CHANNEL SETUP REQUEST , CELL SETUP REQUEST 暂不支持消息: , 由于MICH可选，因此不需要支持MBMS Notification UPDATE COMMAND。 3.2.1 COMMON TRANSPORT CHANNEL SETUP REQUEST 总体方案中的消息说明: , 在总体方案中删除了R6中“Secondary CCPCHs”中对IE“MICH Parameters”相 关内容的描述。 , 在“Secondary CCPCHs”中新增加“UARFCN”和“UTN Timslot”，“UTN Timeslot” 中包含两个IE“Time Slot Parameter ID”和 “Time Slot LCR”;这是在MBMS的 总体方案中新增加的IE，在3gppR6和N频点行标中都没有此 IE。 , 在“PRACH”的IE“FPACH”中增加了IE“UARFCN”;此IE是从N频点行标中 并入的IE。 3.2.2 CELL SETUP REQUEST 消息说明: , 在“Time Slot Configuration LCR”中增加了IE“Time Slot Parameter ID”，这是主 频点配置; , 总体方案与3gpp相比，增加了N频点行标中支持配置每个辅频点的频点和时隙配 置信息:“UARFCN”和“Time Slot Configuration LCR”;同时在“Time Slot Configuration LCR”中新增加IE“Time Slot Parameter ID”，用来支持UTN组网模 式，为每个MBMS业务时隙配置扰码信息，这个IE在N频点行标和3gppR6中都 没有。 , IE“IPDL Parameter Information LCR”为3gppR6中内容，N频点行标中没有此项; 在总体方案中与3gpp一致。 3.3 Uu口 3.3.1 信道结构及映射关系 在本方案中MCCH和MTCH是必须支持的，MICH和MSCH为可选信道。MCCH、MTCH到传输信道、物理信道的映射关系如下: 1. 支持两种MCCH到FACH的映射: , MCCH单独映射在一条FACH上; 普天信息技术研究院 机密 第 13 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 , 与其他逻辑信道(BCCH/CCCH/DCCH/DTCH)复用在一条FACH上。 2. 支持两种MCCH的物理信道配置: , 一种是单独承载在一条专用SCCPCH上; , 一种是与非MBMS复用SCCPCH; 3. MTCH和MCCH不复用在同一个FACH上; 4. 一个MBMS业务对应一个MTCH，支持两种MTCH的映射方式: , 一个MTCH映射到一个单独的FACH上，并映射到一个单独的SCCPCH上;适用 于64k/128k/256k业务; , 两个MTCH映射到一条FACH上，并映射到一个单独的SCCPCH上。这种情况适 用于将两个64k的MBMS。即两个MTCH复用在一条FACH(40ms TTI，128k)上， 承载在一条SCCPCH上，这个SCCPCH占用某频点一个时隙的16个码道。两个 业务在RNC的控制下时分发送，例如前4帧用于一个64k业务，接下来4帧用于 另一个64k业务。 3.3.2 L3,RRC 在总体方案中，新增MBMS相关RRC消息: , MBMS Modified Services Information , MBMS UnModified Services Information , MBMS Common P-T-M RB Information , MBMS Current Cell P-T-M RB Information 涉及到改动的消息: , 系统信息中SIB 5和SIB 11内容 , RRC CONNECTION REQUEST , CELL UPDATE 暂不支持消息: , 由于MSCH是可选的，所以不要求发送MBMS Scheduling Information; , 由于MICH信道是可选的，所以不要求发送MBMS General Information消息; , 因为使用UTN组网方式，且MBMS时隙采用相同的扰码和Midamble，即特殊的 邻小区合并方式，所以不用传输邻小区RB信息MBMS Neighbouring Cell P-T-M RB Information; , 暂不考虑COUNTING过程，因此MBMS接入信息MBMS Access Information也不 用考虑。 3.3.2.1 SIB 5 通过SIB5传递MCCH的配置信息，之后才能开始对MCCH的监听和消息接收。 普天信息技术研究院 机密 第 14 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 与N频点行标相比引入和MBMS相关IE，以及E-DCH，HSDPA相关信息。这里只描 述MBMS相关IE: , SIB5中原有IE“Secondary CCPCH system information”加入可选的IE” MCCH configuration information”。 , SIB5中新增可选IE “Secondary CCPCH system information MBMS”，如果一条 SCCPCH上承载的都是映射MBMS逻辑信道的FACH信道，则应填写此IE;此IE 包含多条承载MCCH(必选)，MTCH(可选)，MSCH(可选)的FACH信息。 与3GPP R6协议相比增加如下IE: 1) 增加IE“PUSCH system information VHCR”，此IE为7.68 Mcps TDD特有，对我 们的1.28Mcps没有影响。 2) 在R6 SIB5的基础上增加TDD MBSFN information，其中给出N频点系统主频点对 应的UTN时隙的扰码信息。 This information indicates which timeslots are assigned to TDD MBSFN and the scrambling codes assigned to each timeslot. Information Element/Group Need Multi Type and Semantics Version name reference description Time slot list MP 1.. REL-7 >Timeslot Number MP Timeslot REL-7 Number 10.3.6.84 >Cell parameters ID MP Cell REL-7 parameters Id 10.3.6.9 3.3.2.2 SIB 11 说明: 增加了IE“MBSFN frequency list”，用以传输N频点系统各个载波的频率信息。 Information Element/Group Need Multi Type and Semantics Version name reference description Frequency indication REL-7 MBSFN inter frequency MP 0 to < REL-7 neighbour list maxMBSF Nclusters> >MBSFN frequency MP Frequency REL-7 info 10.3.6.36 普天信息技术研究院 机密 第 15 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 >Cell parameter ID OP <0..127> Cell Only for 1.28 Mcps REL-7 parameter Id TDD. [32] 10.3.6.9 Note 2 MBSFN cluster在3GPP的定义为: Set of cells operating in MBSFN mode providing only MBMS service in PtM mode and seen as one cell by a UE. 其中MBSFN mode的定义为: Transmission mode where a set of synchronized cells transmit exactly the same data for provision of MBMS service. 方案中沿用了上述术语，由于第一阶段只实现UTN，因此本文的MBSFN cluster指一组提供UTN时隙实现MBSFN mode传输的小区。 MBSFN frequency list中没有配置Cell parameter ID时，UE认为该消息中给出的频率为N频点系统各个频点的频率。 3.3.2.3 RRC CONNECTION REQUEST 消息中增加MBMS Selected Service信元。和3GPP R6版本相同。 当UE在接收MBMS业务时，必须上报MBMS Selected Service信元，用于指示UE激活的业务。 3.3.2.4 CELL UPDATE 消息中增加MBMS Selected Service信元。和3GPP R6版本相同。 3.3.2.5 MBMS Modified Services Information 说明: 在3gppR6的基础上增加“Modified service list”中增加了IE“MBSFN cluster frequency”。 3.3.2.6 MBMS UnModified Services Information 说明: (1)在“Unmodified services list”中增加了IE“MBSFN cluster frequency”。 3.3.2.7 MBMS Common P-T-M RB Information 说明: 普天信息技术研究院 机密 第 16 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 增加了IE“LCR TDD MBSFN information”，给出N频点系统非主频点上对应的UTN时隙的扰码信息。 3.3.2.8 MBMS Current Cell P-T-M RB Information 说明:增加了IE“MBSFN TDM Info List”，支持多个业务TDM复用相同物理资源。 如果MBSFN TDM Information存在，UE只在满足如下公式的CFN上接收相应的MBMS业务会话: (CFN div N) mod TDM_Rep = TDM_Offset 其中: - N is the TTI (in number of 10ms frames) of the FACH - TDM_Rep is the repetition period - TDM_Offset is the offset , MBSFN TDM Information List Information Need Multi Type and Semantics Version element/Group name reference description MBSFN TDM Information MP 1 to REL-7 List >MBMS short MP MBMS REL-7 transmission ID Short transmissio n identity 10.3.9a.10 >TDM_Rep MP Integer REL-7 (2..9) >TDM_Offset MP Integer REL-7 (0..8) 3.3.3 L2,RLC&MAC , 属于同一个业务区，同一RNS内的多个小区共享一个PDCP、RLC实体，每 个小区对应一个MAC-c/sh/m; , PDCP子层不实现头压缩功能; , RLC模式采用UM模式; , 为简化数据传输流程，UTRAN侧的数据传输流程如下: 普天信息技术研究院 机密 第 17 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 Iu GTP_U IuUPChannel PDCP RLC...MAC-m ......FPFP ChannelIub MBMS业务数据传输 4 MBMS业务流程 4.1 公共传输信道建立 在总体方案中，要求支持以下两种方式建立MTCH的传输信道信息: , 小区建立时，通过公共传输建立过程为MBMS业务建立相应的FACH信道; , 在会话开始时，在已建立的小区中通过发起COMMON TRANSPORT CHANNEL SETUP REQUEST建立承载MBMS业务的FACH。 4.2 会话开始 在TD-MBMS中，当一个业务开始时，CN会向RNC发送MBMS Session Start消息，用以通知一个业务即将开始。同时要求建立一个Iu信令承载和MBMS RAB。会话开始流程如下图所示: 普天信息技术研究院 机密 第 18 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 UENodeBRNCCN MBMS Session Start MBMS Iu 信令连接建立 MBMS Iu PS业务承载建立 MBMS Session Start Response MBMS RAN 资源分配 RNC收到MBMS Session Start消息后，建立Iu信令连接和业务RAB，建好后向CN回应MBMS Session Start Response。随后，发起UTRAN资源分配过程，建立承载该业务的无线承载。 4.3 会话结束 在TD-MBMS中，当业务结束时，CN会向RNC发送MBMS Session Stop消息，通知会话结束。要求RNC释放Iu资源和无线承载资源。如下图所示: 普天信息技术研究院 机密 第 19 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 UENodeBRNCCN MBMS Session Stop MBMS Iu PS业务承载释放 MBMS Iu 信令连接释放 MBMS Session Stop Response MBMS RAN 资源 释放 Condition:MBMS CN De-Registration为deregister 释放MBMS Service上下文 在RNC收到CN的MBMS Session Stop消息后，首先释放该业务的Iu业务承载和Iu信令连接。然后向CN响应MBMS Session Stop Response消息。随后，释放UTRAN为该业务分配的RAN资源。如果此会话是该业务的最后一个会话，则会话的结束也意味着业务的结束，此时，需要释放UTRAN中建立的该业务的业务上下文。 5 MBMS业务对RNC的影响和要求 5.1 MBMS业务流程 本章根据《TD-MBMS总体技术方案-v1.5-070524》(后续简称为TD总体方案)，整理和RNC相关的端到端业务流程。 由于《TD总体方案》没有规定MBMS业务承载，即MTCH的传输信道、物理信道承载在何时建立，因此按照《UTRAN高级设计》的要求，实现两种方式。后续的业务流程均考虑了这两种方式: 承载先建方式:小区建立时即建立MBMS业务的FACH信道、SCCPCH物理信道的承载。后续在会话开始时再建立对应RB信息，并通过MCCH消息通知UE。 承载后建方式:小区建立时不建立MBMS业务信道承载。而是在会话开始时再建立普天信息技术研究院 机密 第 20 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 MBMS业务的FACH信道、SCCPCH物理的承载承载，以及RB信息，并通过MCCH消息通知UE。 5.1.1 小区建立流程 说明:下图是小区建立网元间流程图，在综合HSDPA小区管理功能的基础上，考虑了两种资源配置方式(承载先建方式和承载后建方式)对小区建立流程的影响。 前提条件:小区已配置MBMS业务，各板卡已经成功读取配置信息，并且小区建立过程已被触发。 普天信息技术研究院 机密 第 21 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 UENodeBRNC 满足触发小区建立的条件 1. NBAP: Cell Setup Request 1. NBAP: Cell Setup Response 2. NBAP: Physical Shared ChannelReconfiguration Request 2. NBAP: Physical Shared ChannelReconfiguration Response 3. NBAP: CTCH Setup Request (RACH) 3. NBAP: CTCH Setup Response (RACH) 3. ALCAP: ERQ (RACH) 3. ALCAP: ECF (RACH) 4. NBAP: CTCH Setup Request (FACH, PCH, PICH) 4. NBAP: CTCH Setup Response (FACH, PCH, PICH) 4. ALCAP: ERQ (FACH) 4. ALCAP: ERQ (PCH)...4. ALCAP: ECF (FACH) 4. ALCAP: ECF (PCH) 5. NBAP: CTCH Setup Request (FACH for MTCH)…承载先建5. NBAP: CTCH Setup Response (FACH for MTCH)方式 5. ALCAP: ERQ (FACH)…5. ALCAP: ECF (FACH) 6. 根据小区配置信息，RNC把配置给MBMS的码资源置忙 7. 根据小区及MBMS配置信息，为公共传输信道建立FPC、MAC和RLC实体 承载先建8. 为承载MTCH的FACH建立FPC实体，并完成同步方式 9. 构造小区系统信息广播内容 10. NBAP: System Information Update Request 10. NBAP: System Information Update Response 11. PCH: Paging Type 1 12. FACH: System Information Change Indication 13. 根据MBMS业务信息，构造四条MBMS控制信息消息 13. MCCH: MBMS Modified services Information 13. MCCH: MBMS Unmodified services Information 13. MCCH: MBMS Common p-t-m RB Information 13. MCCH: MBMS Current Cell p-t-m RB Information 14. UE驻留后，MCCH上的MBMS控制信息 UENodeBRNC 1. RNC向NodeB发送NBAP Cell Setup Request消息，该消息中包括MBMS业务时隙、扰 码、Midamble码信息;NodeB收到上述消息后，根据其中的参数，预留资源并配置小 区，然后向RNC回复NBAP Cell Setup Response消息; 普天信息技术研究院 机密 第 22 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 2. RNC通过向NodeB发送NBAP Physical Shared Channel Reconfiguration Request消息，发 起物理共享信道重配置过程;NodeB根据上述消息的内容，配置完成物理共享信道后， 向RNC回复NBAP Physical Shared Channel Reconfiguration Responset消息; 3. RNC向NodeB发送CTCH Setup Request消息，发起建立RACH信道;NodeB完成RACH 的建立后，向RNC回复CTCH Setup Response消息;之后，RNC发起ALCAP承载建 立过程，通过与NodeB的交互，为RACH信道建立ALCAP承载; 4. RNC向NodeB发送CTCH Setup Request消息，发起建立FACH、PCH和PICH信道; NodeB完成上述信道的建立后，向RNC回复CTCH Setup Response消息;之后，RNC 发起ALCAP承载建立过程，通过与NodeB的交互，为上述信道分别建立ALCAP承载; 5. 如果选择承载先建方式，则RNC在完成常规公共传输信道的建立后，需根据获取的 MBMS配置信息(配置方式和配置数据)发起多次公共传输信道建立过程，建立多条承 载MTCH的FACH信道。在此，CTCH Setup Request消息中需包括UTN配置信息，MBMS 业务的频点、时隙、扰码及midamble码信息等; 6. RNC根据小区配置信息，将配置给MBMS业务的码资源置忙; 7. RNC根据小区及MBMS配置信息，为常规下行公共传输信道及承载MCCH的FACH 信道，建立FPC、MAC和RLC实体; 8. 如果选择承载先建方式，RNC须根据MBMS配置信息为承载MTCH的FACH信道建立 FPC实体; 9. 根据配置信息构造小区的系统信息广播内容，构造SIB时需要在SIB5和SIB11中增加 MBMS相关内容; 10. RNC向NodeB下发NBAP System Information Update Reques消息，请求更新系统信息广 播内容;NodeB完成更新后，向RNC回复NBAP System Information Update Response 消息; 11. RNC通过PCH信道，寻呼UE，类型为Paging Type 1; 12. RNC通过FACH信道向UE发送System Information Change Indication消息，指示系统信 息的改变; 13. 小区建立后，RNC根据MBMS配置信息，构造四条MCCH控制消息，分别是MBMS Modified Services Information，MBMS Unmodified Services Information，MBMS Common p-t-m RB Information和MBMS Current Cell p-t-m RB Information，并在空口上通过 MCCH信道周期性发送; 14. UE正常驻留后，通过监听MCCH信道，获取MBMS控制信息。 5.1.2 会话开始流程 CN侧的SGSN通过MBMS会话开始过程，请求UTRAN为本次MBMS会话建立MBMS RAB和MBMS Iu信令连接，并请求UTRAN通知UE承载MBMS业务的MBMS会话即将到达。 MBMS会话开始过程由SGSN触发，采用面向连接的信令。过程如下: 普天信息技术研究院 机密 第 23 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 RNCNodeBUESGSN 1.MBMS Session Start 1.SCCP Connection Request SCCP Connection Confirm 2.MBMS Session Start Failure 3.RNC 创建 MBMS SERVICE CONTEXT 4. MBMS Session Start Response 5. NBAP: CTCH Setup Request (FACH forMTCH)承载后建5. NBAP: CTCH Setup Response (FACH for方式MTCH) 6. ALCAP: ERQ (FACH) 6. ALCAP: ECF (FACH) 7.建立RB:映射在已经存在的SCCPCH上 8. 根据MBMS业务信息，构造四条MBMS控制信息消息 9. MCCH: MBMS Modified services Information 9. MCCH: MBMS Unmodified services Information 9. MCCH: MBMS Common p-t-m RB Information 9. MCCH: MBMS Current Cell p-t-m RB Information 10.MBMS 数据传输 UERNCSGSNNodeB , 流程说明: 1( SGSN向RNC发送MBMS Session Start消息，封装在SCCP CR消息里面，RNC侧接收到SCCP CR消息后，首先触发SCCP连接的建立，RNC向SGSN发送SCCP CC，SCCP建立完成。 MBMS SESSION START消息主要包含如下参数: TMGI; MBMS Bearer Service Type; 普天信息技术研究院 机密 第 24 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 Iu Signalling Connection Identifier; RAB parameters; PDP Type Information, if available; MBMS Session Duration; MBMS Service Area; Global CN-ID IE(仅用于下述情况，向RNC发送MBMS SESSION START消息的CN 节点并非默认的CN节点); MBMS Session Repetition Number; Time to MBMS Data Transfer。 2( RNC收到MBMS Session Start后，可能发生如下异常: - RNC根据消息里面的业务区，判断是否有属于该业务区的小区，如果没有，发 送MBMS Session Start Response，原因为no data bearer necessary。 - RNC根据预留的MBMS资源，判断如果资源不足，发送MBMS Session Failure ， 向OMC发送事件通知。 - 如果要求的速率超出该业务区所能够支持的最大速率，发送MBMS Session Failure。RNC向OMC发消息通知这种情况。RNC向OMC发送事件通知。 - 否则进入步骤3。 3( RNC根据Session Start里面的TMGI查找保存的MBMS Service Context，如果不存 在，RNC创建一个新的MBMS Service Context，该Context里面包存有业务类型， TMGI，业务区域等信息。 4( RNC向SGSN发送MBMS Session Start Response消息，其中带有用于Iu承载平面 的TEID。 5( RNC在该业务区每个小区预留的资源中分配资源，保证每个小区所分资源一致。分 两种情况处理:(1)、如果已经存在承载MBMS业务的SCCPCH，即采用承载先建 的方式，只分配MTCH，直接将MTCH映射在相应速率的SCCPCH上，进入步骤7; (2)、如果不存在承载MBMS业务的SCCPCH，即承载后建的方式，RNC根据业 务速率，针对每个小区，向NodeB发送COMMON TRANSPORT CHANNEL SETUP REQUEST消息，请求建立承载MTCH的FACH信道。NodeB收到该消息后，在每 个小区配置相应的公共信道，并给RNC发送响应消息。 6( 接着，RNC向NodeB发送ALCAP:ERQ消息，请求为承载MTCH的FACH建立 AAL2承载。NodeB接收后，向RNC回送ALCAP:ERQ消息，AAL2承载建立成 功。 7( RNC并分配MTCH，完成RB的配置。 8( RNC在接下来的修改周期内发送如下MCCH信令:MBMS Modified Service Information，将该消息中相应的业务“MBMS required UE action”填成” Acquire PTM RB info”，同时带有该业务的频点索引信息;MBMS Unmodified Services Information， 普天信息技术研究院 机密 第 25 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 包含上一个修改周期内没有发生改变的存在于该小区的业务;MBMS Common PTM RB Information，包含该小区内存在的所有业务的所有RB信息，TrCH信息，PhyCH 信息等、MBMS Current Cell PTM RB Information，将该业务与RB映射起来。UE根 据该信息建立RB。 9( 在业务信道传输MBMS业务信息。 5.1.3 数据传输流程 5.1.3.1 MCCH调度信息传输流程 MCCH 调度信息传输流程，如下图所示: RRC/MCCH INFORMATION ASN.1 ENCODE RLC/UM MODE MAC-C/M, RRC构造MCCH消息，并完成ASN.1编码; , 将MCCH信息传递到RLC 层，在RLC层根据RLC UM PDU的大小和进行分段串接 处理后填充到UM PDU; , 传递到MAC层，MAC-c/sh/m对MCCH进行调度，即根据修改周期和重复周期进行调FP-C 度，并根据MCCH到SCCPCH CCTrCH的映射关系，进行TFCS选择，并添加MAC 头信息; , 在FP模块把MCCH信息封装为FACH FP 数据帧，并将MCCH信息传输到NodeB。 5.1.3.2 MBMS 业务传输流程 MBMS 业务数据在RNC内的传输流程如下图所示: 普天信息技术研究院 机密 第 26 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 IU-PS GTP-U PDCP RLC/UM MODE MAC-M FP-MFP-M...FP-MFP-M , GTP-U接收模块接收MBMS 业务SDU，并从GTP-u Pdu取出有效载荷MBMS SDU; , 从GTP,u把MBMS SDU传递到PDCP层，目前不进行头压缩，从PDCP透传到RLC 层; , 在RLC层进行MBMS SDU的处理，根据UM PDU的大小进行分段、串接，按照RLC 协议对UM PDU进行填充，RLC层将RLC UM PDU传递到MAC层; , 在MAC层根据MAC-m的协议规定，进行下面的处理: , 根据该业务的传输格式选择合适的TF; , 填充MTCH的MAC PDU 头部，填充TCTF和MBMS ID， , 指定CFN，如果存在两个64kMBMS 业务复用一个物理信道，对CFN进行如下计算: CFN满足(CFN div TTI) % TDM_Rep = TDM_offset， , 分发给该业务区内所有FP承载; , FP收到MAC PDU后，构造FP数据帧，并在指定的CFN向NodeB发送FP帧。 5.1.4 会话结束流程 当业务结束时，CN会向RNC发送MBMS Session Stop消息，通知会话结束。要求RNC释放Iu资源和无线承载资源。如下图所示: 普天信息技术研究院 机密 第 27 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 SGSNUENodeBRNC 1 MBMS Session Stop 2 MBMS Session Stop Response 3 SCCP Release 3 SCCP Release Response 4释放RB:删除MTCH，删除其与SCCPCH的映射关系 5释放RB:删除MTCH以及无线资源，包括传输信道以及物理信道 5FACH FP:更改并发送MBMS Modified Services Information、MBMS Unmodified Services Information、Common PTM RB Information、Current Cell PTM RB Information 6释放MBMS SERVICE CONTEXT 流程说明: 1( SGSN向RNC发送MBMS Session Stop消息。 2( RNC释放相应的Iu承载资源，向SGSN发送MBMS Session Stop Response。 3( 释放SCCP信令连接。 4( RNC释放无线侧资源，分两种情况处理:如果是承载先建方式，只是删除MTCH; 如果是承载后建方式，删除MTCH并向NodeB发送公共传输信道删除消息，删除 该RB所有资源。 5( RNC在接下来的修改周期内发送如下MCCH信令:MBMS Modified Service Information，将该消息中相应的业务“MBMS required UE action”填成” Release PTM RB”，同时去掉该业务的频点索引信息;MBMS Unmodified Services Information，包 含上一个修改周期内没有发生改变的存在于该小区的业务;MBMS Common PTM RB Information，包含该小区内存在的所有业务的所有RB信息，TrCH信息，PhyCH 信息等、MBMS Current Cell PTM RB Information，包含该小区内存在的业务与RB 的映射关系。 6( RNC释放相应的MBMS Service Context。 5.2 MBMS业务对RNC的要求 普天信息技术研究院 机密 第 28 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 在分析MBMS业务对RNC的要求时，同样考虑MTCH承载的两种建立方式。对于这两种方式，RNC在Iub口，以及控制面对用户面的配置处理如下: , 承载先建方式:在小区建立的时候，建立MTCH对应的FACH承载。同时，和原有的 公共传输信道处理一致，在用户面建立相应的FP实例，并维持FACH传输信道的同步。 , 承载后建方式:在会话开始时，再建立MTCH对应的FACH承载，并建立起相应的FP 实例，完成传输信道同步。会话结束时，删除FACH承载，以及FP实例。 5.2.1 控制面对RNC的要求和影响 5.2.1.1 规范对RNC控制面的要求 MBMS对Iu、Iub、Uu三个接口的要求 1、 在Iu口，一个MBMS业务对应一条信令连接(SCCP连接)和一条数据承载(GTP-U 隧道)，这和一个UE的一个PS域业务在Iu口的要求是一样的，可以进行一致处理。即 在Iu口没有实现瓶颈。 2、 在Iub口，对于两种承载建立方式处理不同。 , 对于承载先建方式，在小区建立过程，就建立起MTCH的FACH&SCCPCH承载，包 括公共传输信道建立、AAL2链路建立、以及FACH FP同步过程。这和原有小区建立 流程完全一致，不同之处在于增加了FACH信道的个数。 , 对于承载后建方式，在会话开始时，要对业务区内所有小区进行FACH&SCCPCH承载 的建立，即需要和NodeB进行公共传输信道建立、AAL2链路建立、以及FACH FP同 步，因此和外部网元的交互将随着业务区内小区数的增多呈线性增长。在会话结束时， 要对业务区内所有小区进行FACH&SCCPCH承载的删除，即进行公共传输信道删除、 AAL2链路删除，和外部网元的交互也将随着业务区内小区数的增多呈线性增长。 3、 在Uu口，对于两种承载建立方式的处理是一致的: , 在小区建立时，RNC需要在系统信息广播中广播MCCH的配置; , 在会话开始、以及会话结束时，需要对该业务区内所有小区的MBMS RB信息进行更 新，即通过MCCH消息通知UE本小区内 MBMS RB状态; , MCCH信息是重复发送的，因此Uu口数据量将随着会话开始、会话结束的频度，会话 所覆盖范围小区数量、重复周期的长度呈增长趋势。 5.2.1.2 对RNC控制面的实现影响 对应于上述3大接口的影响，同样对RNC R2.5中实现MBMS也具有相应的影响。在分析影响时，首先要遵循现有架构的基本原则: , G板管理RNC无线资源、板卡资源、以及小区信息; , S板处理UE的信令流程; , CPIU处理Iu口信令消息; , CPIUB处理Iub口信令消息，处理UE级以及小区级的Iub消息; , CRES提供公共信道承载，并完成MCCH调度和发送; 普天信息技术研究院 机密 第 29 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 下面主要是从板间流程、板间消息数量、各单板的CPU处理能力、内存占用率几个方面进行分析。 4、 对CPIU的影响:对应于Iu口，MBMS功能对CPIU板没有过多影响; 5、 对GRM、CPIUB、CRES板间消息的影响: , 对于承载先建方式，这和原有小区建立时的板间流程可以完全一致，不同之处在于增加 了板间消息的个数(小区内有几个MBMS业务，就多几条消息)。基本上这种方式没有 太多影响。 , 对于承载后建方式，则需要G板同CPIUB、CRES交互完成公共传输信道建立、FACH FP同步，因此和CPIUB、CRES的交互将随着业务区内小区数的增多呈线性增长。在 会话结束时，需要G板同CPIUB、CRES交互完成公共传输信道删除，CPIUB、CRES 交互也将随着业务区内小区数的增多呈线性增长。当然也可以通过修改板间消息的方式 来从一定程度上减少，例如在一条板间消息中携带CPIUB/CRES板卡上多个小区的信 息。 6、 对GRM、CPIUB、CRES处理能力的影响: , 无论是哪种方式，由于MBMS RB改变后，要及时通过MCCH消息通知UE，这需要 GRM针对每个小区要生成MCCH信息，并发送给CRES。GRM的处理量将在会话开 始、会话结束时，随着业务区小区数的增加而增加。 , 在承载后建方式下，在会话开始、结束时，由于有大量的板间消息，这也将同时增加 CPIUB、CRES、GRM的处理; , 对于MCCH信息的周期性发送， CRES将按照重复周期，周期性发送MCCH消息。 这在任何时候都无法避免。 7、 对GRM、CRES内存占有率的影响: , GRM为每个SESSION维护一个承载上下文，并以TMGI索引，这个上下文包括:MBMS Session Identity，业务类型、State，Qos(RAB Parameters)，MBMS Service Area，RNC 为每个小区分配资源的码道，时隙，扰码，Midamble码、AAL2资源等，如果是组播 还要保存处于PMM状态下的UE列表、处于URA状态下的UE列表等。由于每个 SESSION承载上下文涉及到小区资源，需要RNC分配较大的内存空间来维护承载上下 文。 , CRES要保存每个小区的MCCH消息，并周期性发送，这增加了CRES的内存需求。 8、 对控制面板卡HA的影响:HA机制不变，主要是增添MBMS相关信息的备份。 综上所述，对于MBMS业务信令的处理，要求RNC能够适应在比较短的时间内，为每个小区建立MBMS业务承载的冲击。现有RNC针对UE的信令处理和MBMS业务针对业务及小区的处理，对现有RNC的架构有较大的影响。同时对业务流程的控制及内存占用也提出了一些要求。 5.2.2 用户面对RNC的要求及影响 5.2.2.1 规范对RNC用户面的要求 MBMS用户面对Iu、Iub、Uu三个接口的要求: 普天信息技术研究院 机密 第 30 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 1、 Iu口，一个MBMS业务对应一条数据承载(GTP-U隧道)，这和一个UE的一个PS域 业务在Iu口的要求是一样的，可以进行一致处理。即在Iu口没有实现瓶颈。 2、 在Iub口，采用FACH FP，也没有新增帧协议。 3、 在Uu口，由于MCCH信息是重复发送的，因此Uu口数据量将随着会话开始、会话结 束的频度，会话所覆盖范围小区数量、重复周期的长度呈增长趋势。 4、 MBMS业务数据传输，由于MBMS业务是PTM承载方式，即对一个业务而言，从Iu 口下来的数据，要复制多份(和业务区内小区数相同)发送出去。 5、 同时要求RNC内业务同步，即对于同一业务的同一数据帧的SFN相同，也就是该数据 帧的CFN相同。 5.2.2.2 对RNC用户面的实现影响 目前RNC架构下用户面的基本处理原则: , D板处理UE的数据传输; , CRES提供公共信道承载; 根据以上基本原则，以及MBMS业务要求，分析MBMS对用户面的实现要求: 6、 MCCH:由于MCCH的FACH信道可能和其他传输信道复用在一条SCCPCH上(这就 涉及到TFCS的选择)，并且MCCH是一个小区一个，用于传输MBMS业务的控制信息， 因此将MCCH的调度和发送放在原有CRES板卡，这样比较合理，而且还遵循了RNC 原有架构。 7、 MTCH:由于现有RNC业务都是基于UE的业务，是PTP承载，而MBMS业务则是小 区级的业务，是PTM承载，因此为了满足MBMS业务的要求，可能需要重新设计MBMS 的用户面。这需要考虑逻辑板卡CPU的处理能力和内存占用率。这些指标可以参考以 往版本的容量性能测试来进行分析。 8、 用户面板卡的HA方式。对于承载MCCH的CRES，保持原有N+M冷备份方式。对于 承载MTCH的板卡，也需要一定的备份方式，因为MBMS业务是针对小区的。 综上所述，MBMS业务是针对业务区所有小区的，因此将有大量用户数据、信令消息的处理，进而对RNC提出了更高的要求。现有结构可能不能满足MBMS业务数据的处理。 6 和其他网元交流的问题列表 6.1 需要和NodeB沟通的问题 1( UTN要求MBMS业务同频，即要求全网(目前是一个RNC内)所有小区的某个载频必 须相同，那么如果这个载频用于MBMS的同时还要承载CS、PS业务，则相当于同频组 网，这样是否会影响网络的性能,也就是说，普通业务组网时，是否要求邻区异频, UTRAN系统部答复:同频组网是指主频相同吧，MBMS业务可以占用辅频点。比如一普天信息技术研究院 机密 第 31 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 个业务区有三个小区，对于其中一个小区是主频，其他两个是辅频，所以不存在这个问 题。 2( 由于目前NodeB要求每个小区的三个载频必须是相邻的，那么目前NodeB的实现是否 能够满足UTN的要求, UTRAN系统部答复:与1相同。 3( 每个小区支持的MBMS业务数目最多是多少，SCCPCH条数最多多少，一个SCCPCH 上传输信道最多多少,按照UTRAN系统高级设计的要求，有这样的配置:FACH (CCCH/BCCH/DCCH/DTCH)和PCH和FACH(MCCH)映射到一SCCPCH。因 为DCCH、DTCH映射到不同的FACH，因此这种情况下，一个SCCPCH上就有4个 传输信道。这和NodeB实现中要求一个SCCPCH上有3个传输信道不一致。 UTRAN系统部答复:这样高级设计需要修改这个值为4。 6.2 需要和UE、系统部沟通的问题 4( MCCH到FACH到SCCPCH的三种配置中，UE是否都支持,另外MCCH消息量是多 少，需要的传输格式、SCCPCH的物理资源例如占几个码道需要确定, , MCCH与其他逻辑信道(BCCH/CCCH/DCCH)复用在一个FACH上; , MCCH单独映射在一个FACH上，并与BCCH/CCCH/DCCH的FACH映射到同一 个SCCPCH上; , MCCH单独映射到一个FACH上，并单独映射到一个SCCPCH上。 UTRAN系统部答复:MBMS广播行标没有限定哪一种，所以UE都要支持。 MCCH消息量与MCCH重复周期，修改周期大小有关。 传输格式见仿真部研究报告 RNC认为:参照25993,720中FDD的MCCH配置，有7.6k和6.4k两种TF配置。从传输格式来看，MCCH和BCCH/CCCH/DCCH不可能复用到一个FACH上。(UTRAN高级设计已修改) 5( 对异频隔时隙的要求是MBMS和UE其他专用/公共，上/下行时隙之间的要求,RACH 可以在1、2、3时隙上，这样对MBMS业务时隙的配置就很有限了。 UTRAN系统部答复:是的。对于专用业务与MBMS业务的并发，网络端与终端都是尽力而为。不是必须的。 6( 扰码的配置，是否对于某个RNC，一个业务区一个扰码即可。是否需要和原小区扰码不 同, UTRAN系统部答复:不需要与原小区不同。 7( 确认测量周期、修改周期的取值范围，是2的n次方。那么要求测量周期和修改周期不普天信息技术研究院 机密 第 32 页 RNC V1.0 R2.5 TD MBMS技术方案分析报告 重叠是指什么,指幂次不同,因为总有重叠的时候。 UTRAN系统部答复:RNC与UTRAN系统部讨论达成共识:不重叠指幂次不同。 8( 在总体方案要求UE和CS/PS业务并发尽力而为。那么UE是否支持MBMS业务和专用 业务并发，UE是否会发送MBMS Modification Request, UTRAN系统部答复:支持MBMS业务和专用业务并发的UE也是可选发送MBMS Modification Request 9( 多个传输信道映射到一个SCCPCH上的情况。UTRAN高级设计中: PCH、FACH1(承载BCCH/CCCH/DCCH/DTCH)、FACH2(承载MCCH)复用在一个SCCPCH上时，优先级顺序为:PCH、FACH2、FACH1，以保证IDLE/URA_PCH/CELL_PCH状态UE接收到寻呼的优先级比接收到MBMS信令的优先级高 问题: 1)DCCH、DTCH不能映射到同一个FACH 2)对于优先级，PCH的优先级为最高，但FACH1、FACH2的优先级定义是否合适,由于MCCH信息在会话开始、会话结束时消息量较多，这时是否会影响BCCH/CCCH信息的下发，从而影响系统接入能力等, 协议里面限定的优先级只是寻呼要比MBMS信令的优先级高。 其他的优先级顺序根据分析或者仿真得出。可以再次讨论后修改。 3)这个优先级UE是否认可, UTRAN系统部答复: 1) DCCH、DTCH不能映射到同一个FACH，在高级设计中修改。 2) 建议将MCCH的FACH优先级设计为可以设置。 RNC认为:先实现一种，即MCCH单独映射到一个SCCPCH上 普天信息技术研究院 机密 第 33 页