首页 EMBMS空口协议介绍

 EMBMS空口协议介绍

开通vip
举报

爱问共享资料EMBMS空口协议介绍文档免费下载,数万用户每天上传大量最新资料,数量累计超一个亿 ,讨论范围1本文只讨论空口部分协议2协议中有singlecell的MBMS以及multicell协作的MBMSFN第二种要求空口同频且帧同步本文只讨论第二种情况第二种情况的cell可以是混合小区MBMS业务和单播业务同时存在也在本文讨论范围3UE的MBMS业务建立与删除流程不在本文讨论范围基本概念信道MBMS在MAC层和物理层都用专门对应的信道传输信令与业务数据MAC层的MCCH和MTCH分别用来传输多播信令与多播业务物理层的传输信道中MCH与物理信道PMCH也专门用来MBMS传输其中MAC层的MCCH与MTCH都对应到物理层的...

EMBMS空口协议介绍

讨论范围1本文只讨论空口部分 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 2协议中有singlecell的MBMS以及multicell协作的MBMSFN第二种要求空口同频且帧同步本文只讨论第二种情况第二种情况的cell可以是混合小区MBMS业务和单播业务同时存在也在本文讨论范围3UE的MBMS业务建立与删除 流程 快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计 不在本文讨论范围基本概念信道MBMS在MAC层和物理层都用专门对应的信道传输信令与业务数据MAC层的MCCH和MTCH分别用来传输多播信令与多播业务物理层的传输信道中MCH与物理信道PMCH也专门用来MBMS传输其中MAC层的MCCH与MTCH都对应到物理层的PMCH信道上另外MAC层的BCCHSIB13用来广播MCCH的配置MAC层的SIB2也用来定义MCH信道物理层信道风格下图是物理层传输信道与物理信道的映射图对于多播MCH和PMCH可以认为没有区别长用PMCH表示下图是MAC层的信道与物理层传输信道的映射可见MCCH和MTCH都映射到PMCH上信道关系MAC层的MCCH用来传输多播相关的信令包括PMCH配置下行计数消息MAC层的MTCH用来传输多播业务数据MAC层的BCCH中SIB2用来规定PMCH的子帧风格SIB13用来配置MCCH对应的PMCH每个MTCH对应一个PMCH和一个多播业务相对应也和一个多播session相对应每个多播域MBMSArea都和一个MCCH唯一对应每个MCCH又和多个MTCH向对应也就是说同一个Area的所有MTCH公用一个MCCH而MCCH可以认为除了下面MTCH对应的PMCH以为还有自己MCCH对应的一个PMCH名词解释MBSFNSynchronizationAreaMBMSFN就是MBMS单频网络意思是所有网络频率相同且是帧对齐的PMCH子帧分配风格也是一样的同一时间发送的多播数据也是一样的UE可以同一时间接收多个MBMSFNCell发送的数据因为数据在物理层就是完全相同的同一个频点下发送相同数据的所有小区叫做MBSFNSynchronizationArea显然一个小区只可能属于一个MBSFNSynchronizationAreaMBMSFNArea每个MBSFNSynchronizationArea下可以有多个MBMSFNArea每个MBMSFNArea可以认为是一组子帧分 配方 学校职工宿舍分配方案某公司股权分配方案中药治疗痤疮学校教师宿舍分配方案医生绩效二次分配方案 式相同的小区集 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 一Area的PMCH占用的symbol也相同同一Area有相同的MCCH也就是是说UE在同一个Area的小区中移动不需要重新获取MCCH信息就能直接接收不同小区的数据那么和MBSFNSynchronizationArea有什么区别呢SynchronizationArea可能有多个Area但每个Area用不同MCCH且用不同MTCH在同一个SynchronizationArea中每个小区发生的东西不会冲突但可能有的小区发送多播业务1有的小区发生多播业务2且多播业务1和多播业务2对应于不同MCCH相同的Area所有小区发送的多播业务与MCCH对应关系是一样的业务发生的时间与频域位置也是一样的一个小区可以有多个MBSFNAreaCSA每个MCCH每个Area有多个CSA风格CommonSubframeAllocationCSAPattern每个CSA分隔的配置在相邻小区中都相同这样UE可以方便的同时接收多个小区的MBMS资源并且移动时不需要再收PMCH配置等信息多个CSA以一定周期重复commonSF-AllocPeriod重复每个MCCH下的所有CSA的子帧统一编号MSI与MSP多播业务调度有两种方式一种是静态调度一种是动态调度而MSI与MSP用于静态调度在Area配置时就固定好了指定了每个PMCH的调度的周期与子帧每个MCH有固定的调度周期MCHschedulingperiodMSP通过MCHschedulinginformationMSI通过MBSFNAreaConfiguration消息告知UEDSIdynamicschedulinginformationintreval动态调度信息如果有该信息则覆盖静态调度信息MSI该信息与其他配置不同是通过MAC层配置而其他所有配置都是通过RRC消息配置的该信息只在每个PMCH的最开始的第一个子帧发送该 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 是诺西提出但爱立信反对最后还是通过了TMGI与sessionIdTGMITemporaryMobileGr

EMBMS空口协议介绍1

oupIdentity标识了一个多播服务由两个域组成plmnID和serviceID240083byte可见LTE中的多播是按照运营商区分的每个serviceID29061Sections2051771117715可能有多个session一个TGMIserviceID可以标识一个正在使用的多播业务logicalChannelIdentityMAC层的LCID只在RNTI为M-RNTI时才有效也就是说多播的LCID可能和单播的LCID值相同USD与SAIUDSuserservicedescription对于每个USD应用层定义了一个TMGI与session一个频点以及SAISAIMBMSServiceAreaIdentities153ofTS23003该值在SIB15中广播同时UE应用层保存了一份知道自己当前的多播业务对应的SAI是多少SIB15会广播邻区的SAI如果UE发现邻区没有自己需要的SAI当在IDLE时小区重选时可能会优先选取自己感兴趣多播业务对应的小区当UE在连接状态时切换时可能会让targetcell事先建立起多播业务以便多播业务不中断由于对于单频网络相同频点上总是相同的多播业务因此SAI总和一个频点对应一个频点上可以有多个SAI最多64个SAIplmn-IdLACSACLAC是位置域LTE应该对应于TAC标识SAC是TheServiceAreaCode见TS 26246 各个逻辑实体关系上图需要说明的时图中PMCH和CSA的关系是多对多最开始协议制定时是没有CSA的而是类似的另外一个概念MSAP与PMCH的关系是一个MSAP对应多个PMCH也就是一个MSAP对应多个多播业务一个多播业务只能在一个MSAP而不能跨越MSAP不过一般的配置PMCH都在CSA内不会跨越CSA基本主流程主要流程是能让UE接收MBMS数据eNB需要事先把各个多播业务对应的PMCH资源告知UEUE就知道相应的多播业务在指定的时频资源接收多播数据了大致流程如下1SIB13广播所有MBMSFNArea的MCCH配置以及修改Area修改参数的配置可能有多个Area配置该消息获取后就知道每个MCCH的发送时频位置2每个MCCH中MBSFNAreaConfiguration消息发送该Area的CSA配置和PMCH配置每个MTCH对应的PMCH其中CSA配置也可以在SIB2中下发SIB2中的配置不能和MCCH中配置冲突有了CSA配置和PMCH配置同时也就知道了PMCH和CSA的对应关系知道了每个PMCH的静态发送时机以及对应的多播业务UE就可以接收自己想接收的多播数据了配置MCCH配置SIB13针对每个MBMSFNArea配置了一个MCCH指明了该MCCH对应的PMCH在物理层上发送的时机MCS修改周期同时指明了该Area内所有PMCHMCCH和MTCH对应的所有PMCH子帧用到的symbol有了MCCH配置后就能接收MBSFNAreaConfiguration消息或者DSI了CSA与PMCH配置在MCCH收MBSFNAreaConfiguration消息则得到CSA配置与PMCH配置以及两者的对应关系协议首先定义了该Area内CSA的配置然后定义了该Area内CSA的公共周期其中CSA配置会指明帧号与子帧号分配周期与帧号偏移再加上SIB13中的symbol配置就知道每个CSA对应的PMCH的所有时频资源但是CSA指出的PMCH时频资源可能是给多个PMCH用的也可能一个PMCH用到了多个CSA指出的时频资源结合CSA的公共周期然后把该周期内所有的子帧统一编号以便PMCH配置用PMCH配置只指MTCH对应的PMCH不包括MCCH对应的PMCH指明了每个PMCH对应的多播业务使用的LCID以及使用的时频资源与MCSPMCH的时域资源是通过相对子帧号指示的而相对子帧号就是前面描述的CSA公共周期内的子帧统一编号下面先看总的Area配置包含三个参数第一项commonSF-Alloc-r9是CSA列表第二项是所有CSA的公共周期第三项是PMCH列表配置其中PMCH配置需要和前两项结合才能确定每个PMCH信息--ASN1STARTMBSFNAreaConfiguration-r9    SEQUENCEcommonSF-Alloc-r9          CommonSF-AllocPa

EMBMS空口协议介绍2

tternList-r9commonSF-AllocPeriod-r9        ENUMERATEDrf4rf8rf16rf32rf64rf128rf256pmch-InfoList-r9          PMCH-InfoList-r9nonCriticalExtension        MBSFNAreaConfiguration-v930-IEs      OPTIONALMBSFNAreaConfiguration-v930-IEsSEQUENCElateNonCriticalExtension      OCTETSTRING            OPTIONAL  --NeedOPnonCriticalExtension        SEQUENCE              OPTIONAL  --NeedOPCommonSF-AllocPatternList-r9  SEQUENCESIZE1maxMBSFN-AllocationsOFMBSFN-SubframeConfig--ASN1STOP MBSFNAreaConfigurationfielddescriptions commonSF-AllocMBSFNArea可能有多组MBSFN-Allocations即对应一个CSA每组的第一个资源分配即commonSF-Alloc commonSF-AllocPeriod所有CSA的重复周期该参数肯定大于每个CSA内的radioframeAllocationPeriodIndicatestheperiodduringwhichresourcescorrespondingwithfieldcommonSF-AllocaredividedbetweenthePMCHthatareconfiguredforthisMBSFNareaThesubframeallocationpatternsasdefinedbycommonSF-AllocrepeatcontinouslyduringthisperiodValuerf4correspondsto4radioframesrf8correspondsto8radioframesandsoonThecommonSF-AllocPeriodstartsintheradioframesforwhichSFNmodcommonSF-AllocPeriod0  CSA配置每个CSA其实就是一个子帧风格配置规定了每个CSA帧的周期偏移以及包含哪些子帧MBSFN-SubframeConfiginformationelement--ASN1STARTMBSFN-SubframeConfig      SEQUENCEradioframeAllocationPeriod      ENUMERATEDn1n2n4n8n16n32radioframeAllocationOffset      INTEGER07subframeAllocation          CHOICEoneFrame              BITSTRINGSIZE6fourFrames              BITSTRINGSIZE24--ASN1STOP MBSFN-SubframeConfigfielddescriptions fourFrames子帧以4帧为一个分配周期Abit-mapindicatingMBSFNsubframeallocationinfourconsecutiveradioframes1denotesthatthecorrespondingsubframeisallocatedforMBSFNThebitmapisinterpretedasfollowsFDDStartingfromthefirstradioframeandfromthefirstleftmostbitinthebitmaptheallocationappliestosubframes12367and8inthesequenceofthefourradio-framesTDDStartingfromthefirstradioframeandfromthefirstleftmostbitinthebitmaptheallo

EMBMS空口协议介绍3

cationappliestosubframes3478and9inthesequenceofthefourradio-framesThelastfourbitsarenotusedUplinksubframesarenotallocated oneFrame子帧以1帧为一个分配周期1denotesthatthecorrespondingsubframeisallocatedforMBSFNThefollowingmappingappliesFDDThefirstleftmostbitdefinestheMBSFNallocationforsubframe1thesecondbitfor2thirdbitfor3fourthbitfor6fifthbitfor7sixthbitfor8TDDThefirstleftmostbitdefinestheallocationforsubframe3thesecondbitfor4thirdbitfor7fourthbitfor8fifthbitfor9UplinksubframesarenotallocatedThelastbitisnotused radioFrameAllocationPeriodradioFrameAllocationOffsetRadio-framesthatcontainMBSFNsubframesoccurwhenequationSFNmodradioFrameAllocationPeriodradioFrameAllocationOffsetissatisfiedValuen1forradioframeAllocationPerioddenotesvalue1n2denotesvalue2andsoonWhenfourFramesisusedforsubframeAllocationtheequationdefinesthefirstradioframereferredtointhedescriptionbelowValuesn1andn2arenotapplicablewhenfourFramesisused subframeAllocationDefinesthesubframesthatareallocatedforMBSFNwithintheradioframeallocationperioddefinedbytheradioFrameAllocationPeriodandtheradioFrameAllocationOffset  PMCH配置每个MBSFNAreaConfiguration消息中配置了一组PMCH每个PMCH即对应一个多播业务对应一个MTCH每个PMCH配置了调度周期MCS子帧号需要和前面的CSA配置结合其中调度周期MCS与子帧号构成了MSIPMCH-InfoListinformationelement--ASN1STARTPMCH-InfoList-r9        SEQUENCESIZE0maxPMCH-PerMBSFNOFPMCH-Info-r9PMCH-Info-r9          SEQUENCEpmch-Config-r9            PMCH-Config-r9mbms-SessionInfoList-r9      MBMS-SessionInfoList-r9MBMS-SessionInfoList-r9    SEQUENCESIZE0maxSessionPerPMCHOFMBMS-SessionInfo-r9MBMS-SessionInfo-r9      SEQUENCEtmgi-r9                TMGI-r9sessionId-r9            OCTETSTRINGSIZE1    OPTIONAL  --NeedORlogicalChannelIdentity-r9      INTEGER0maxSessionPerPMCH-1PMCH-Config-r9          SEQUENCEsf-AllocEnd-r9            INTEGER01535dataMCS-r9              INTEGER028mch-SchedulingPerio

EMBMS空口协议介绍4

d-r9      ENUMERATEDrf8rf16rf32rf64rf128rf256rf512rf1024TMGI-r9            SEQUENCEplmn-Id-r9              CHOICEplmn-Index-r9            INTEGER16explicitValue-r9          PLMN-IdentityserviceId-r9            OCTETSTRINGSIZE3--ASN1STOP PMCH-InfoListfielddescriptions dataMCSMTCH对应PMCH的MCSIndicatesthevalueforparameterinTS36213[23Table7171-1]whichdefinestheModulationandCodingSchemeMCSapplicableforthesubframesofthisPMCHasindicatedbythefieldcommonSF-AllocTheMCSdoeshoweverneitherapplytothesubframesthatmaycarryMCCHiethesubframesindicatedbythefieldsf-AllocInfowithinSystemInformationBlockType13norforthefirstsubframeallocatedtothisPMCHwithineachMCHschedulingperiodwhichmaycontaintheMCHschedulinginformationprovidedbyMAC mch-SchedulingPeriod每个PMCH调度周期每个CSA的周期radioframeAllocationPeriodPMCH的调度周期也可以大于公共周期commonSF-AllocPeriod-r9所有CSA的公共周期肯定每个CSA的周期因此可能有的帧有PMCH的一些子帧空着没有人用IndicatestheMCHschedulingperiodietheperiodicityusedforprovidingMCHschedulinginformationatlowerlayersMACapplicableforanMCHValuerf8correspondsto8radioframesrf16correspondsto16radioframesandsoonThemch-SchedulingPeriodstartsintheradioframesforwhichSFNmodmch-SchedulingPeriod0 plmn-IndexIndexoftheentryinfieldplmn-IdentityListwithinSystemInformationBlockType1 sessionIdIndicatestheoptionalMBMSSessionIdentitywhichtogetherwithTMGIidentifiesatransmissionorapossibleretransmissionofaspecificMBMSsessionseeTS29061[51Sections2051771117715]ThefieldisincludedwheneverupperlayershaveassignedasessionidentityieoneisavailablefortheMBMSsessioninE-UTRAN serviceIdUniquelyidentifiestheidentityofanMBMSservicewithinaPLMNThefieldcontainsoctet3-5oftheIETemporaryMobileGroupIdentityTMGIasdefinedinTS24008[49]ThefirstoctetcontainsthethirdoctetoftheTMGIthesecondoctetcontainsthefourthoctetoftheTMGIandsoon sf-AllocEnd该值十分重要用于指明每个PMCH在的子帧字面意思是每个PMCH的结束子帧那么每个PMCH的子帧

EMBMS空口协议介绍5

从哪里开始呢首先把公共周期内的所有CSA的子帧统一编号然后确定每个PMCH的子帧比如对于第2个PMCH则从第1个PMCH的sf-AllocEnd的下一个子帧开始子帧编号是从commonSF中所有子帧统一编号的到第2个PMCH的配置sf-AllocEnd为止对于第1个PMCH如果只有1个PMCH则从0开始否则从最后一个PMCH的下一个子帧开始应该是这么理解吗在提案中没有找到出处只能从解释来推IndicatesthelastsubframeallocatedtothisPMCHwithinaperiodidentifiedbyfieldcommonSF-AllocPeriodThesubframesallocatedtoPMCHcorrespondingwiththenthentryinpmch-InfoListarethesubsequentsubframesstartingfromeitherthenextsubframeafterthesubframeidentifiedbysf-AllocEndofthen-1thlistedPMCHorforn1thefirstsubframedefinedbyfieldcommonSF-Allocthroughthesubframeidentifiedbysf-AllocEndofthenthlistedPMCHValue0correspondswiththefirstsubframedefinedbyfieldcommonSF-Alloc  例子上图中有3个CSA周期radioframeAllocationPeriod都为4公共周期commonSF-AllocPeriod-r9则为4其中第0个CSA的偏移radioframeAllocationOffset为0第1个为2第2个为3图中绿色部分为CSA的子帧号有了3个CSA配置MBSFN-SubframeConfig与公共周期commonSF-AllocPeriod-r9则可以对所有子帧号同意编号即第二行最后是PMCH配置各个PMCH的sf-AllocEnd分别为011141618则入上图所示其中第0个PMCH的起始帧从最后一个PMCH配置的sf-AllocEnd1得到可见PMCH的子帧可以跨越CSA比如PMCH3和PMCH0动态调度DSI虽然在PMCH配置时有半静态的调度信息但在可以动态调整在每个PMCH的第一个子帧PMCH第一个子帧由半静态配置得到或者前一个DSI得到如果该MCH的第一个子帧包含MCHSchedulingInformationMACcontrolelement则开始以DSI的信息替换半静态定义的子帧接收多播业务注意DSI只有用于一个公共周期下个公共周期开始无效要不有新的DSI如果没有新DSI则用静态配置格式如下每个LCID代表一个多播业务MTCH对应的PMCHstopMTCH代表该PMCH结束的子帧号如果为2047则表明没有该PMCH多播数据接收在MSI或者DSI指定的时间内用M-RNTI收到多播TBMAC层用M-RNTI对应的LCID确定那些多播业务其它流程配置修改SIB13中还配置了有关一个修改周期参数然后每个MBMSFNArea也有个修改周期与修改编号如果MCCH需要修改只能在指定的修改周期修改然后通过PDCCH1C下发修改的Areabitmapbitmap对应的值即每个Area配置中的修改编号索引其中修改周期由每个Area的最小修改周期通知系数得到如上图所示先在第一个修改周期发送PDCCH通知哪些Area改变了然后在下一个修改周期SIB13中用新的MCCH配置如果UE在PDCCH中发现自己关心的Area没有改变则在下一个修改周期没必要接收SIB13中的MCCH配置Counting基站用来确认当前基站下有哪些UE使用了哪些PMCH该流程只能针对connected状态UE不知道有什么用基站即使知道了有些PMCH没人用也不能取消因为还有IDLE的UE可能在使用MBMSinterestindicationSIB15中广播了本小区与邻区的SAIUE得知后知道自己感兴趣的多播业务在哪些邻区上存在如果是IDLE状态则可以优先确定重选的小区如果在连接态则可以告知当前servingcell自己有哪些感兴趣的SAI以便HO时让网络做切换判决用

本文档为【EMBMS空口协议介绍】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。

[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。

下载免费 ,已有0人下载

最新资料

热门推荐

推荐专题

普通用户 is_196623

暂无简介