CN104918204A - 一种lte中的单播多播转换控制方法 - Google Patents

一种lte中的单播多播转换控制方法 Download PDF

Info

Publication number
CN104918204A
CN104918204A CN201510116112.8A CN201510116112A CN104918204A CN 104918204 A CN104918204 A CN 104918204A CN 201510116112 A CN201510116112 A CN 201510116112A CN 104918204 A CN104918204 A CN 104918204A
Authority
CN
China
Prior art keywords
multicast
unicast
mode
business
mme
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201510116112.8A
Other languages
English (en)
Inventor
吴伟民
赖静
李野
罗军
黄业智
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huazhong University of Science and Technology
Original Assignee
Huazhong University of Science and Technology
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huazhong University of Science and Technology filed Critical Huazhong University of Science and Technology
Priority to CN201510116112.8A priority Critical patent/CN104918204A/zh
Publication of CN104918204A publication Critical patent/CN104918204A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明涉及一种LTE中的单播多播转换控制方法,包括用户设备正在通过多播或者单播接收GC业务;当UE由源小区移动到目的小区,在两小区之间的移动需要小区间的切换,若UE的源小区和目的小区发送UE所接收的GC业务的方式不同,则UE在进行小区间的切换的同时也需要进行单播方式和多播方式之间的切换,单播方式与多播方式之间的切换由eNB或MME来控制单多播转换;当UE当前所处于的位置无法接收到多播信号或UE当前所处于的位置能接收到多播信号时,UE需要在当前进行单播方式和多播方式之间的切换,以确保GC业务的接收,单播方式与多播方式之间的切换由eNB或MME来控制单多播转换。本发明提出的单多播间转换不需要终端和业务层的交涉,单多播的切换由eNB或者MME进行控制,动态性较好,减小切换时延。

Description

一种LTE中的单播多播转换控制方法
技术领域
本发明涉及一种LTE(Long Term Evolut ion,长期演进)中的单播多播转换控制方法。
背景技术
缩略语和关键术语定义
BM-SC Broadcast-Multicast Service Center  广播多播业务中心
CN Core Network  核心网
eNB evolved Node B  演进型基站
GC Group Communicat ion  组通信
GC ID Group Communicat ion ident ifier  组通信ID
GCSE AS Group Communicat ion Service Enabler Application Server  组通信服务使能应用服务器
MBMS Mult imedia Broadcast/Mult icast Service  多媒体广播多播业务
MBSFN Multimedia Broadcast Single Frequency Network多媒体广播单频网
MCE Multicell/Multicast Coordination Ent ity  多小区/多播协作实体
MCCH Multicast Control Channel  多播控制信道
MCH Multicast Channel  多播信道
MME Mobility Management Entity  移动管理实体
MSI MCH Scheduling Information  MCH调度信息
MTCH Multicast Traffic Channel  多播业务信道
PCRF Policy Control and charging Rules Funtion  策略控制与计费规则功能
PGW PDN GateWay  PDN网关
RAN Radio Access Network  线接入网络
TMGI Temporary Mobile Group Identity  终端移动组标识
UE User Equipment  用户设备
USD User Service Description  服务描述
多媒体广播多播业务,简称MBMS,其定义为通过核心网对广播和多播业务提供一种有效的传输模式。
不同于针对固定接收机的广播方式,MBMS的用户是可移动的。用户的移动性可能会造成用户从当前MBMS覆盖小区有移动到另外一个MBMS不覆盖的小区,则需要进行小区间的切换。若用户对当前的MBMS感兴趣或正在接收当前的MBMS,则用户进行小区间的切换时还需要考虑到MBMS业务在多播小区和单播小区之间的多播承载和单播承载的切换问题。
如图1所示,用户在单播小区A和多播小区B之间切换时,由于小区A为单播小区,小区B为组播多播小区,因此在进行小区间的切换时,如图2所示,还需要进行单播模式和多播模式的切换。具体如图3、图4、图5、图6、图7、图8所示:
如图3所示,UE处于支持MBMS业务的小区1(eNB1),并在该小区内以多播方式接收GC业务。当UE检测到MBSFN的信号较弱时,则UE不再适合通过MBMS的方式来接收业务。若当前UE处于空闲状态RRC_IDLE状态,则需要通过随机接入进入连接状态RRC_CONNECTED状态。UE通知GCSE AS自己将要移出MBMS的广播范围,GCSE AS收到后回复应答并通过eNB1将GC业务通过单播方式发送给UE。然后UE从eNB1切换到eNB2,且之后UE停止监听MTCH。
如图4所示:UE处于eNB2的小区时,UE则通过以单播的方式接收GC业务。由于UE的移动,从eNB2切换到eNB1(可支持MBMS),并通过eNB1以单播的方式接收GC业务。当UE接收到SIB13/SIB15/MCCH时,即进入了MBMS范围并告知GCSE AS。之后GCSE AS回复应答给UE,并停止通过单播传输方式,则UE开始通过MBMS方式来接收数据。
如图5所示:UE处于小区1(eNB1,其支持MBMS业务),且UE正向小区2(eNB2,其不支持MBMS业务)移动,则UE从eNB1切换到eNB2。若在小区1中,UE以RRC_IDLE状态进行MBMS业务接收,则需要进行随机进入RRC_CONNECTED状态。然后,UE告知GCSE AS自己已移出MBMS范围,GCSE AS接收到该消息,并进行应答。此后,GCSE AS通过核心网以单播的方式将数据内容发送给UE。
如图6所示:应用层开启GC业务的广播传输模式。BMSC为应用层提供TMGI(用来识别组通信),应用层通过BMSC开始传输下行数据到EPS。在步骤九中,UE开启组通信,向GC应用层登记并触发单播通信。GC应用层回复TMGI和小区边界给UE。在本例中,假设UE不处于广播通信的覆盖 范围,则通过单播方式来接收GC业务。由于UE的移动性,UE进入MBMS的覆盖范围,即UE检测到在该范围内支持TMGI且用广播方式传输,则UE加入广播通信并通知网络释放单播承载。
如图7所示:UE已经向一个GC应用层进行了登记,并且知道相关的TMGI和边界小区的ID,且此时下行组播通信使用eMBMS传输。若UE监测到自己进入了一个边界小区,则其触发GC应用层,GC应用层转为单播方式。UE触发单播分布,则下行或者上行承载通过PCRF确立,下行组通信通过PGW进行单播发送。
如图8所示:UE通过eNB1确立GC业务,GC以单播方式发送给UE。且在GC业务开启阶段UE从GC-AS获取GC ID并告知MME。UE从eNB1(不支持MBMS)切换到eNB2(支持MBMS)后,GC通过eNB2以单播的方式发送给UE,MME告知UE对应的TMGI。UE检测到eMBMS服务,则UE加入eMBMS承载服务,并通知GC-AS停止单播发送。
在上述现有的方案中,无论是基于测量信息、还是基于小区边界或者基于MME通知的单多播之间的转换都需要终端和业务应用层之间的交涉,动态性较差,时延较大。
发明内容
本发明主要是针对现有方案中存在的问题,提出一种LTE中的单播多播转换控制方法,本发明方法由MME或者由eNB来控制单多播转换。因此,在进行单多播转换的时候不需要终端和业务层过多的交涉,减小了时延,增加了灵活性。
本发明的技术方案为:
一种LTE中的单播多播转换控制方法,其特征在于按以下步骤进行:
步骤1、用户设备UE对某个GC业务感兴趣,并正在通过多播或者单播方式接收该GC业务;
步骤2、考虑UE是处于移动状态,UE由当前小区也就是源小区移动到相邻小区也就是目的小区,UE在两小区之间的移动需要考虑小区间的切换,若UE的源小区和目的小区发送UE所接收的GC业务的方式不同,即一个以单播的方式发送该GC业务,一个以多播的方式发送该GC业务,则UE在进行小区间的切换的同时也需要进行单播方式和多播方式之间的切换,单播方式与多播方式之间的切换由eNB或MME来控制单多播转换;
步骤3、步骤2中所述UE的移动还包括UE在小区内进行移动,当UE当前所处于的位置无法接收到多播信号或UE当前所处于的位置能接收到多播信号时,UE需要在当前进行单播方式和多播方式之间的切换,以确保 GC业务的接收,单播方式与多播方式之间的切换由eNB或MME来控制单多播转换。
所述的由eNB控制单多播转换控制方法为:在业务服务区内,每个eNB均能动态地进行单播方式和多播方式之间的转换。
所述的由MME控制单多播转换控制方法为:
当多播方式转换到单播方式,MME通知MBMS GW将多播业务映射至单播小区的单播业务上发送,同时让eNB及UE建立下行单播承载;具体为:
步骤i)UE通过多播方式接收GC业务,UE需从多播方式转换到单播方式接收该GC业务;
步骤ii)UE若处于RRC_IDLE状态,则需发起随机接入进入到RRC_CONNECTED的状态;
步骤iii)根据UE的不同状态对应不同的处理方式为:
方式一:UE在同一个基站内自多播方式切换到单播方式:UE向eNB发送切换请求,请求由多播方式切换到单播方式,请求中携带TMGI,eNB收到该请求后,并将该请求发送给MME,触发MME进行映射承载,将多播承载映射到单播承载,建立下行单播;
方式二:UE在自多播小区切换到单播小区:在小区间切换时,源基站在切换请求中携带TMGI,目标eNB根据切换请求中的TMGI,触发MME做承载映射,建立下行单播承载,之后回复原基站切换确认。此后,则通过单播方式将GC业务发送给UE。
所述的由MME控制单多播转换控制方法为:当单播方式转换到多播方式,MME通知MBMS GW停止多播业务映射至单播小区,具体为:
步骤i)UE通过单播方式接收GC业务,UE需从单播方式转换到多方式接收该GC业务;
步骤ii)根据UE的不同状态对应不同的处理方式为:
方式一:UE在同一个基站内自单播方式切换到多播方式:UE向eNB发送切换请求,请求由单播方式切换到多播方式,请求中携带GC ID,eNB收到该请求后,并将该请求发送给MME,触发MME停止映射承载;此后,则通过多播方式发送GC业务给UE;
方式二:UE在自单播小区切换到多播小区:在小区间切换时,源基站在切换请求中携带GC ID,目标eNB根据切换请求中的GC ID,触发MME停止承载映射,之后回复原基站切换确认;UE切换到目的基站后,则通过多播方式接收GC业务。
本发明提出的单多播间转换的方案不需要终端和业务层的交涉,单多 播的切换由eNB或者MME进行控制,动态性较好,减小了切换时延。
附图说明
图1为用户在单播小区与多播小区之间移动示意图。
图2为用户在单播方式与多播方式之间切换示意图。
图3为现有基于测量信息小区切换前应用层自多播方式切换到单播方式示意图。
图4为现有基于测量信息应用层自单播方式切换到多播方式示意图。
图5为现有基于测量信息小区切换后自多播方式切换到单播方式示意图。
图6为现有基于边界小区单播方式到多播方式的切换示意图。
图7为现有基于边界小区多播方式到单播方式的切换示意图。
图8为现有基于MME单播方式到多播方式的切换示意图。
图9为本发明的eNB控制的单基站内的多播到单播的切换示意图。
图10为本发明涉及的现有随机接入的示意图。
图11为本发明涉及的现有RRC连接建立过程的示意图。
图12为本发明的eNB控制的单基站内的单播到多播的转换示意图。
图13为本发明的eNB控制的基站间的多播到单播的切换示意图。
图14为本发明涉及的现有小区间切换流程示意图。
图15为本发明的eNB控制的基站间的单播到多播的切换示意图。
图16为本发明的MME控制的单基站内的多播到单播的转换示意图。
图17为本发明的MME控制的单基站内单播到多播的转换示意图。
图18为本发明的MME控制的基站间的多播到单播的切换示意图。
图19为本发明的MME控制的基站间的单播到多播的切换示意图。
具体实施方式
结合附图对本发明作进一步的描述。
步骤1、用户设备UE对某个GC业务感兴趣,并正在通过多播或者单播方式接收该业务。
步骤2、考虑UE是处于移动状态,UE由当前小区(源小区)移动到相邻小区(目的小区),UE在两小区之间的移动需要考虑小区间的切换,若UE的源小区和目的小区发送UE所接收的GC业务的方式不同,即一个以单播的方式发送该GC业务,一个以多播的方式发送,则UE在进行小区间的切换的同时也需要进行单播方式和多播方式之间的切换。
步骤3、步骤2中所述,UE的移动还包括,UE在小区内进行移动,当 UE当前所处于的位置无法接收到多播信号或者UE当前所处于的位置可以接收到多播信号时,UE需要在当前进行单播方式和多播方式之间的切换,以确保GC业务的接收。
步骤4、步骤2和步骤3中所述的单播方式多播方式之间的切换,在本方案中考虑由eNB或者MME来控制单多播转换:
步骤1)由eNB控制单多播转换,在业务服务区内,每个eNB均可以动态地进行单播方式和多播方式之间的转换。
步骤2)由MME控制单多播转换:
步骤a)多播方式转换到单播方式,MME通知MBMS GW将多播业务映射至单播小区的单播业务上发送,同时让eNB及UE建立下行单播承载。具体地:
步骤i)UE通过多播方式接收GC业务,UE需从多播方式转换到单播方式接收该GC业务;
步骤ii)UE若处于RRC_IDLE状态,则需发起随机接入进入到RRC_CONNECTED的状态;
步骤iii)根据UE的不同状态对应不同的处理方式:
方式一:UE在同一个基站内自多播方式切换到单播方式:UE向eNB发送切换请求,请求由多播方式切换到单播方式,请求中携带TMGI,eNB收到该请求后,并将该请求发送给MME,触发MME进行映射承载,将多播承载映射到单播承载,建立下行单播。
方式二:UE在自多播小区切换到单播小区:在小区间切换时,源基站在切换请求中携带TMGI,目标eNB根据切换请求中的TMGI,触发MME做承载映射,建立下行单播承载,之后回复原基站切换确认。此后,则通过单播方式将GC业务发送给UE。
步骤b)单播方式转换到多播方式,MME通知MBMS GW停止多播业务映射至单播小区,具体地:
步骤i)UE通过单播方式接收GC业务,UE需从单播方式转换到多方式接收该GC业务;
步骤ii)根据UE的不同状态对应不同的处理方式:
方式一:UE在同一个基站内自单播方式切换到多播方式:UE向eNB发送切换请求,请求由单播方式切换到多播方式,请求中携带GC ID,eNB收到该请求后,并将该请求发送给MME,触发MME停止映射承载。此后,则通过多播方式发送GC业务给UE。
方式二:UE自单播小区切换到多播小区:在小区间切换时,源基站在 切换请求中携带GC ID,目标eNB根据切换请求中的GC ID,触发MME停止承载映射,之后回复原基站切换确认。UE切换到目的基站后,则通过多播方式接收GC业务。
具体实施例一 
在本具体实施例一中针对在一个基站内,由eNB动态控制单播方式和多播方式的切换的场景进行详细描述。
eNB控制的单基站内的多播到单播的转换如图9所示:
步骤1:在GC业务开启阶段,GC服务通过PCRF向BM-SC申请TMGI,且在与eNB之间建立MBMS承载过程中,eNB获知GC ID和TMGI的映射关系。UE在当前小区内,该GC业务通过多播方式发送给UE。
步骤2:由于移动性,当UE移动到小区边缘或者是当前多播业务的覆盖范围时,UE无法检测到TMGI信号,则此时eNB需要改变发送方式,通过单播的方式将GC业务发送给UE;
步骤3:若UE当前处于RRC_IDEL状态接收多播业务,则UE需要与eNB之间进行随机接入进入都RRC_CONNECTED状态,随机过程如如图10、图11所示。UE进入RRC_CONNECTED状态之后,UE发送模式切换请求给eNB,请求eNB触发单播方式来发送GC业务,且在请求中携带TMGI。eNB收到该请求,则将TMGI对应的多播业务映射到单播承载上,并回复UE切换确认。此后UE将通过单播方式接收多播业务。
eNB控制的单基站内的单播到多播的转换如图12所示:
步骤1:在GC服务开启阶段,GC服务通过PCRF向BM-SC申请TMGI,且eNB维护一个GC ID和TMGI的映射关系,且在发起多播服务的时候广播TMGI。由于UE不处于多播服务范围,GC业务通过单播方式发送给UE。
步骤2:由于移动性,UE移动当前多播服务覆盖范围,UE可检测到TMGI信号。
步骤3:UE向eNB发送通知,通知中携带TMGI。eNB收到通知后,若该TMGI与当前单播发送给UE的GC ID对应,则停止多播业务到单播承载的映射。同时eNB通知UE切换到多播模式,并告知MBMS相关参数。
步骤4:UE收到切换通知后,并根据MBMS的相关参数,加入MBMS,则此后UE通过多播方式接收GC业务。
具体实施例二 
在本具体实施例二中针对在两个基站间,由eNB动态控制单播方式和多播方式的切换的场景进行详细描述。
eNB控制的基站间的多播到单播的转换如图13所示:
步骤1:在GC服务开启阶段,GC服务通过PCRF向BM-SC申请TMGI,且在与eNB2之间建立多播承载过程中,eNB2获知GC ID和TMGI的映射关系。此外,在与eNB1之间建立单播承载的过程中,eNB1获知GC ID。UE处于eNB2的小区中,GC业务通过多播方式发送给UE。
步骤2:由于移动性,UE自源基站eNB2移动到目的基站eNB1,由于源基站eNB2支持MBMS服务,而目的基站eNB1不支持MBMS,则UE进行小区间的切换的同时,也需要进行多播方式到单播方式的切换。小区切换详细流程图如图14所示,源基站决定切换后,即向目的基站发送切换请求。在本方案中源基站eNB2根据该UE接收的GC业务的TMGI,映射到对应的GC ID,并源基站eNB2向目的基站eNB1发送的切换请求中携带该GC ID。目的基站eNB1接收到源基站eNB2的切换请求后,记录该请求中携带的GC ID,并回复源基站切换确认。然后源基站向UE切换命令,UE根据切换流程自源基站eNB2切换到目的基站eNB1。
步骤3:完成切换之后,eNB1将GC ID对应的GC业务通过单播方式发送给UE。
eNB控制的基站间的单播到多播的转换如图15所示:
步骤1:在GC服务开启阶段,GC服务通过PCRF向BM-SC申请TMGI,且在与eNB2之间建立MBMS承载过程中,eNB2获知GC ID和TMGI的映射关系。此外,在与eNB1之间建立单播承载的过程中,eNB1获知GC ID。UE位于eNB1的小区中,GC业务通过单播方式发送给UE。
步骤2:UE自源基站eNB1切换到目的基站eNB2,并在切换请求中携带GC ID,具体为:
1)由于移动性,UE自源地毡eNB1移动到目的基站eNB2,由于目的基站eNB2支持MBMS,源基站eNB1不支持MBMS,则在UE进行小区间的切换的过程,需要进行多播到单播方式的切换。
2)如图14所示,在源基站eNB1向目的基站eNB2发送的切换请求中携带GC ID。
3)目的eNB2收到源基站eNB1的切换请求,及请求中携带的GC ID,通过GC ID和TMGI的映射表,查找GC ID对应的TMGI。目的基站eNB2在切换请求响应中携带该TMGI发送给源eNB1。
4)eNB1在收到eNB2的切换请求响应后,并将切换请求响应中的相关参数(例如RRC重配参数,TMGI)发送给UE。UE收到后,记录TMGI,并根据RRC重配参数进行RRC的重配过程,以及后续的切换过程。
步骤3:完成切换之后,UE在eNB2的小区中搜索TMGI的对应的多播服务,并向eNB2发送加入申请,申请加入该MBMS,eNB2完成对该申请的验证后,则回复UE当前MBMS的相关参数。此后,UE将在该小区中以多播方式接收GC业务。
具体实施例三 
在本具体实施例三中针对在一个基站内,由MME控制单播方式和多播方式的切换的场景进行详细描述。
MME控制的单基站内的多播到单播的转换如图16所示:
步骤1:UE所归属的eNB支持MBMS服务。UE已关联了一个GC业务,并记录了对应的TMGI。UE通过多播方式来接收GC业务;
步骤2:由于移动性,当UE移动到小区边缘或者是当前多播业务的覆盖范围时,UE无法检测到TMGI的信号,则eNB需要通过单播的方式将GC通信发送给UE;
步骤3:若之前UE处于TTC_IDLE状态下接受多播业务,则UE向eNB发起随机接入进行到RRC_CONNECTED状态。确保处于UE处于RRC_CONNECTED状态后,UE发送模式切换请求给eNB,请求触发单播方式来发送GC业务,且在请求中携带TMGI。eNB收到该请求,则通知MME将该TMGI对应的GC业务映射到单播承载上。MME收到eNB的单播承载映射请求,则通知MBMS GW将多播业务映射到单播承载上。MBMS GW完成映射后,MME告知eNB映射完成,此后eNB通过单播方式发送GC业务给该UE。
MME控制的单基站内单播到多播的转换如图17所示:
步骤1:UE已关联了一个GC业务,此时UE不处于多播业务的覆盖范围,在该区域UE无法获取到该小区内提供的TMGI的信息,则GC业务通过单播承载发送给该UE,且UE记录该GC业务对应的GC ID。
步骤2:由于UE的移动,UE进入多播服务区域,UE在检测到TMGI信号,并通知eNB检测到的TMGI。
步骤3:eNB收到该通知后,若TMGI与GC ID对应,则通知MME停止多播业务到单播承载的映射。MME根据多播业的和单播承载的映射关系通知MBMS GW停止多播业务到单播承载的映射。eNB收到映射停止确认后, 通知UE切换到多播,且在通知中携带MBMS配置信息,以便UE申请加入该MBMS服务。
步骤4:UE根据收到的MBMS配置,申请加入并获得验证,此后,UE开始通过多播方式接收该GC业务。
具体实施例四 
MME控制的基站间的多播到单播的转换如图18所示:
步骤1:UE处于小区2(eNB2)时,该小区支持MBM,即UE可通过多播方式来接收GC业务。在MBMS承载建立的同时,MME需要存储TMGI等信息在MBMS承载上下文;
步骤2:UE通过多播方式来接收GC业务;
步骤3:由于移动性,当UE移动到小区边缘时,UE需要进行原服务小区和目的小区的切换。由于UE在原服务小区中通过多播方式接收GC,UE可能处于RRC_IDLE状态下进行多播业务的接收。若UE处于RRC_IDLE状态,则需要通过和eNB2之间进行随机接入进入RRC_CONNECTED状态;
步骤4:UE从eNB2切换到eNB1。eNB2根据漫游限制配置UE的测量报告,UE根据预定的测量规则发送测量报告给eNB2,eNB2根据报告决定UE需要发生切换,目的小区为eNB1。eNB2向eNB1发送切换请求,且在切换请求中携带TMGI。
步骤5:eNB1根据收到的切换请求执行接纳控制,并根据切换请求中携带的TMGI,通知MME做映射承载,即将相对应的多播业务映射到eNB1的单播承载上进行发送。
步骤6:MME收到eNB1的承载映射请求,则通知MBMS GW将多播业务映射到单播小区eNB1上。
步骤7:MBMS GW完成映射后,MME告知eNB1映射完成,eNB1回复eNB2切换确认。eNB2向UE发送切换指令,UE接收到切换指令后同步到eNB1。则UE由eNB2切换到eNB1上,此后UE通过eNB1以单播方式接收GC。
MME控制的基站间的单播到多播的转换如图19所示:
步骤1:UE通过eNB1建立GC业务。UE从GC AS上获取GC ID并通知MME其GC ID。由于eNB1不支持MBMS,GC业务通过单播承载发送。且在UE发生切换之前,MBMS承载应已确立。
步骤2:MME将GC ID记录在MBMS的承载上下文中。在MME中知道单播承载的GC ID到多播MBMS承载ID的之间的映射关系。通过映射可以将 GC业映射到单播承载上发送。
步骤3:UE从eNB1切换到eNB2。eNB1发送切换请求给eNB2,请求中携带GC ID。且在切换的过程中,eNB1通知MME停止多播业务到单播小区的映射,则MME根据多播业务的和单播小区的映射关系通知MBMS GW停止多播业务到单播小区的映射。
步骤6:映射停止后,eNB2恢复eNB1切换确认,且在确认中携带MBMS配置信息(如TMGI等)。
步骤7:UE加入MBMS承载服务,且之后UE通过多播方式接收GC业务。

Claims (4)

1.一种LTE中的单播多播转换控制方法,其特征在于按以下步骤进行:
步骤1、用户设备UE对某个GC业务感兴趣,并正在通过多播或者单播方式接收该GC业务;
步骤2、考虑UE是处于移动状态,UE由当前小区也就是源小区移动到相邻小区也就是目的小区,UE在两小区之间的移动需要考虑小区间的切换,若UE的源小区和目的小区发送UE所接收的GC业务的方式不同,即一个以单播的方式发送该GC业务,一个以多播的方式发送该GC业务,则UE在进行小区间的切换的同时也需要进行单播方式和多播方式之间的切换,单播方式与多播方式之间的切换由eNB或MME来控制单多播转换;
步骤3、步骤2中所述UE的移动还包括UE在小区内进行移动,当UE当前所处于的位置无法接收到多播信号或UE当前所处于的位置能接收到多播信号时,UE需要在当前进行单播方式和多播方式之间的切换,以确保GC业务的接收,单播方式与多播方式之间的切换由eNB或MME来控制单多播转换。
2.根据权利要求1所述的一种LTE中的单播多播转换控制方法,其特征在于:所述的由eNB控制单多播转换控制方法为:在业务服务区内,每个eNB均能动态地进行单播方式和多播方式之间的转换。
3.根据权利要求1所述的一种LTE中的单播多播转换控制方法,其特征在于:所述的由MME控制单多播转换控制方法为:
当多播方式转换到单播方式,MME通知MBMS GW将多播业务映射至单播小区的单播业务上发送,同时让eNB及UE建立下行单播承载;具体为:
步骤i)UE通过多播方式接收GC业务,UE需从多播方式转换到单播方式接收该GC业务;
步骤ii)UE若处于RRC_IDLE状态,则需发起随机接入进入到RRC_CONNECTED的状态;
步骤iii)根据UE的不同状态对应不同的处理方式为:
方式一:UE在同一个基站内自多播方式切换到单播方式:UE向eNB发送切换请求,请求由多播方式切换到单播方式,请求中携带TMGI,eNB收到该请求后,并将该请求发送给MME,触发MME进行映射承载,将多播承载映射到单播承载,建立下行单播;
方式二:UE自多播小区切换到单播小区:在小区间切换时,源基站在切换请求中携带TMGI,目标eNB根据切换请求中的TMGI,触发MME做承载映射,建立下行单播承载,之后回复原基站切换确认。此后,则通过单播方式将GC业务发送给UE。
4.根据权利要求1所述的一种LTE中的单播多播转换控制方法,其特征在于:所述的由MME控制单多播转换控制方法为:当单播方式转换到多播方式,MME通知MBMS GW停止多播业务映射至单播小区,具体为:
步骤i)UE通过单播方式接收GC业务,UE需从单播方式转换到多方式接收该GC业务;
步骤ii)根据UE的不同状态对应不同的处理方式为:
方式一:UE在同一个基站内自单播方式切换到多播方式:UE向eNB发送切换请求,请求由单播方式切换到多播方式,请求中携带GC ID,eNB收到该请求后,并将该请求发送给MME,触发MME停止映射承载;此后,则通过多播方式发送GC业务给UE;
方式二:UE自单播小区切换到多播小区:在小区间切换时,源基站在切换请求中携带GC ID,目标eNB根据切换请求中的GC ID,触发MME停止承载映射,之后回复原基站切换确认;UE切换到目的基站后,则通过多播方式接收GC业务。
CN201510116112.8A 2015-03-17 2015-03-17 一种lte中的单播多播转换控制方法 Pending CN104918204A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510116112.8A CN104918204A (zh) 2015-03-17 2015-03-17 一种lte中的单播多播转换控制方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510116112.8A CN104918204A (zh) 2015-03-17 2015-03-17 一种lte中的单播多播转换控制方法

Publications (1)

Publication Number Publication Date
CN104918204A true CN104918204A (zh) 2015-09-16

Family

ID=54086825

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510116112.8A Pending CN104918204A (zh) 2015-03-17 2015-03-17 一种lte中的单播多播转换控制方法

Country Status (1)

Country Link
CN (1) CN104918204A (zh)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017128704A1 (zh) * 2016-01-29 2017-08-03 中兴通讯股份有限公司 一种建立单播承载的方法、终端及基站
CN107682874A (zh) * 2016-08-02 2018-02-09 电信科学技术研究院 一种进行业务传输的方法和设备
CN107995662A (zh) * 2016-10-27 2018-05-04 成都鼎桥通信技术有限公司 Lte宽带集群sc-ptm中的移动性管理方法及装置
JP2021061574A (ja) * 2019-10-05 2021-04-15 財團法人工業技術研究院Industrial Technology Research Institute 伝送サービスの連続性を保持する方法及びサービスセンター
CN113067793A (zh) * 2020-01-02 2021-07-02 维沃移动通信有限公司 多播业务的传输方法、传输处理方法及相关设备
WO2021155673A1 (zh) * 2020-02-07 2021-08-12 Oppo广东移动通信有限公司 通信方式切换方法、装置及其设备
WO2021164763A1 (zh) * 2020-02-21 2021-08-26 维沃移动通信有限公司 模式切换的方法及设备
WO2021163832A1 (zh) * 2020-02-17 2021-08-26 华为技术有限公司 数据传输的方法和装置
US20210352443A1 (en) * 2020-05-11 2021-11-11 Apple Inc. Multicast Broadcast Service for 5G New Radio
CN113891253A (zh) * 2020-07-02 2022-01-04 大唐移动通信设备有限公司 多播处理方法、配置方法、装置、终端及网络侧设备
WO2022012526A1 (zh) * 2020-07-14 2022-01-20 维沃移动通信有限公司 处理方法、发送方法及相关设备
WO2022021235A1 (zh) * 2020-07-30 2022-02-03 Oppo广东移动通信有限公司 一种mbs业务的传输方法及装置、通信设备
CN114071367A (zh) * 2020-08-04 2022-02-18 大唐移动通信设备有限公司 单播多播转换方法、装置及处理器可读存储介质
CN114339901A (zh) * 2020-09-29 2022-04-12 北京紫光展锐通信技术有限公司 业务切换、指示及装置、存储介质、基站、终端
CN114598999A (zh) * 2020-12-07 2022-06-07 中国移动通信有限公司研究院 一种多播业务的处理方法、接入网节点及服务器
EP4124166A4 (en) * 2020-03-20 2023-09-20 Samsung Electronics Co., Ltd. APPARATUS AND METHOD FOR PROCESSING BROADCAST SERVICE CONFIGURATION INFORMATION IN A WIRELESS COMMUNICATIONS SYSTEM

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101674526A (zh) * 2008-09-09 2010-03-17 中兴通讯股份有限公司 Mbs的移动性管理方法、及终端的mbs的切换方法
CN102291688A (zh) * 2011-09-23 2011-12-21 电信科学技术研究院 一种基于mbms业务的切换方法和设备
CN102651852A (zh) * 2011-02-28 2012-08-29 中兴通讯股份有限公司 一种多媒体广播多播业务连续接收的方法和装置
CN103535093A (zh) * 2011-03-17 2014-01-22 高通股份有限公司 针对多媒体广播多播服务连续性的目标小区选择
CN104303545A (zh) * 2012-05-04 2015-01-21 高通股份有限公司 按需在多媒体广播多播服务(mbms)和单播服务之间进行平滑转变

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101674526A (zh) * 2008-09-09 2010-03-17 中兴通讯股份有限公司 Mbs的移动性管理方法、及终端的mbs的切换方法
CN102651852A (zh) * 2011-02-28 2012-08-29 中兴通讯股份有限公司 一种多媒体广播多播业务连续接收的方法和装置
CN103535093A (zh) * 2011-03-17 2014-01-22 高通股份有限公司 针对多媒体广播多播服务连续性的目标小区选择
CN102291688A (zh) * 2011-09-23 2011-12-21 电信科学技术研究院 一种基于mbms业务的切换方法和设备
CN104303545A (zh) * 2012-05-04 2015-01-21 高通股份有限公司 按需在多媒体广播多播服务(mbms)和单播服务之间进行平滑转变

Cited By (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107027103A (zh) * 2016-01-29 2017-08-08 中兴通讯股份有限公司 一种建立单播承载的方法、终端及基站
WO2017128704A1 (zh) * 2016-01-29 2017-08-03 中兴通讯股份有限公司 一种建立单播承载的方法、终端及基站
CN107682874A (zh) * 2016-08-02 2018-02-09 电信科学技术研究院 一种进行业务传输的方法和设备
CN107682874B (zh) * 2016-08-02 2019-12-13 电信科学技术研究院 一种进行业务传输的方法和设备
CN107995662A (zh) * 2016-10-27 2018-05-04 成都鼎桥通信技术有限公司 Lte宽带集群sc-ptm中的移动性管理方法及装置
CN107995662B (zh) * 2016-10-27 2021-01-26 成都鼎桥通信技术有限公司 Lte宽带集群sc-ptm中的移动性管理方法及装置
US11146977B2 (en) 2019-10-05 2021-10-12 Industrial Technology Research Institute Method of maintaining the continuity of transmission service and service center
JP2021061574A (ja) * 2019-10-05 2021-04-15 財團法人工業技術研究院Industrial Technology Research Institute 伝送サービスの連続性を保持する方法及びサービスセンター
KR20220103146A (ko) * 2020-01-02 2022-07-21 비보 모바일 커뮤니케이션 컴퍼니 리미티드 멀티캐스트 서비스의 전송 방법, 전송 처리 방법 및 관련 장치
CN113067793A (zh) * 2020-01-02 2021-07-02 维沃移动通信有限公司 多播业务的传输方法、传输处理方法及相关设备
WO2021136473A1 (zh) * 2020-01-02 2021-07-08 维沃移动通信有限公司 多播业务的传输方法、传输处理方法及相关设备
KR102615710B1 (ko) * 2020-01-02 2023-12-19 비보 모바일 커뮤니케이션 컴퍼니 리미티드 멀티캐스트 서비스의 전송 방법, 전송 처리 방법 및 관련 장치
CN113067793B (zh) * 2020-01-02 2022-08-12 维沃移动通信有限公司 多播业务的传输方法、传输处理方法及相关设备
WO2021155673A1 (zh) * 2020-02-07 2021-08-12 Oppo广东移动通信有限公司 通信方式切换方法、装置及其设备
EP4087285A4 (en) * 2020-02-07 2023-06-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Communication mode switching method, and apparatus and device
WO2021163832A1 (zh) * 2020-02-17 2021-08-26 华为技术有限公司 数据传输的方法和装置
WO2021164763A1 (zh) * 2020-02-21 2021-08-26 维沃移动通信有限公司 模式切换的方法及设备
EP4124166A4 (en) * 2020-03-20 2023-09-20 Samsung Electronics Co., Ltd. APPARATUS AND METHOD FOR PROCESSING BROADCAST SERVICE CONFIGURATION INFORMATION IN A WIRELESS COMMUNICATIONS SYSTEM
US20210352443A1 (en) * 2020-05-11 2021-11-11 Apple Inc. Multicast Broadcast Service for 5G New Radio
CN113645670A (zh) * 2020-05-11 2021-11-12 苹果公司 5g新无线电的组播广播服务
CN113891253B (zh) * 2020-07-02 2023-03-24 大唐移动通信设备有限公司 多播处理方法、配置方法、装置、终端及网络侧设备
CN113891253A (zh) * 2020-07-02 2022-01-04 大唐移动通信设备有限公司 多播处理方法、配置方法、装置、终端及网络侧设备
WO2022012526A1 (zh) * 2020-07-14 2022-01-20 维沃移动通信有限公司 处理方法、发送方法及相关设备
WO2022021235A1 (zh) * 2020-07-30 2022-02-03 Oppo广东移动通信有限公司 一种mbs业务的传输方法及装置、通信设备
CN114071367A (zh) * 2020-08-04 2022-02-18 大唐移动通信设备有限公司 单播多播转换方法、装置及处理器可读存储介质
CN114071367B (zh) * 2020-08-04 2022-09-09 大唐移动通信设备有限公司 单播多播转换方法、装置及处理器可读存储介质
CN114339901A (zh) * 2020-09-29 2022-04-12 北京紫光展锐通信技术有限公司 业务切换、指示及装置、存储介质、基站、终端
CN114598999A (zh) * 2020-12-07 2022-06-07 中国移动通信有限公司研究院 一种多播业务的处理方法、接入网节点及服务器

Similar Documents

Publication Publication Date Title
CN104918204A (zh) 一种lte中的单播多播转换控制方法
US10993086B2 (en) Method, system, and apparatus for transmitting group communication service data
CN101242573B (zh) 激活多媒体广播与组播服务业务的方法及系统
CN102378113B (zh) 一种多媒体广播多播业务传输方式的转换方法和系统
KR101514425B1 (ko) Mbms 서비스 송신 방식의 전환 방법, 장치 및 사용자 장비
WO2017128704A1 (zh) 一种建立单播承载的方法、终端及基站
US9900864B2 (en) Method and system for requesting physical multicast channel
US10462719B2 (en) Method, device and system for supporting transmission of a group service
US20130039250A1 (en) Method to Indicate MBMS Reception Status to Enable Service Continuity
CN104871570A (zh) 基于lte增强型多媒体广播多播业务的群组通信的业务连续性
WO2012136023A1 (zh) 实现多媒体广播多播业务连续性的方法、用户设备及系统
WO2015062474A1 (zh) 一种组通信信息通知方法及设备
CN107995662B (zh) Lte宽带集群sc-ptm中的移动性管理方法及装置
CN104284299A (zh) 集群多播决策方法、集群终端及集群服务器
CN104717614A (zh) 一种mbms测量方法、系统及基站、用户设备
CN102088660B (zh) 一种实现多媒体广播多播动态区域管理的方法、装置
CN104754519A (zh) 一种组通信业务的处理方法、用户设备和网络侧设备
KR102362973B1 (ko) 그룹 통신 서비스 데이터를 송신하기 위한 방법, 시스템 및 장치
CN101155195B (zh) 多播广播业务的实现方法和通信系统、通信设备以及终端
WO2016101268A1 (zh) 一种多媒体广播/多播业务mbms的通信方法、基站及用户设备
CN102917311A (zh) 一种实现mbms连续传输的方法
CN103313202A (zh) 一种支持广播数据连续性的方法
JP6462124B2 (ja) グループ通信の方法および装置
CN101547400A (zh) 多媒体广播多播业务资源使用信息的通知方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20150916