CN101370156A - 多播组播业务传输的方法和网络系统 - Google Patents
多播组播业务传输的方法和网络系统 Download PDFInfo
- Publication number
- CN101370156A CN101370156A CNA2007100450249A CN200710045024A CN101370156A CN 101370156 A CN101370156 A CN 101370156A CN A2007100450249 A CNA2007100450249 A CN A2007100450249A CN 200710045024 A CN200710045024 A CN 200710045024A CN 101370156 A CN101370156 A CN 101370156A
- Authority
- CN
- China
- Prior art keywords
- entity
- principal
- layer
- configuration information
- rnc
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 102
- 230000005540 biological transmission Effects 0.000 title claims abstract description 56
- 238000012545 processing Methods 0.000 claims abstract description 33
- 241000209094 Oryza Species 0.000 claims description 89
- 235000007164 Oryza sativa Nutrition 0.000 claims description 89
- 235000021186 dishes Nutrition 0.000 claims description 89
- 235000009566 rice Nutrition 0.000 claims description 89
- 230000015572 biosynthetic process Effects 0.000 claims description 8
- 238000012217 deletion Methods 0.000 claims 1
- 230000037430 deletion Effects 0.000 claims 1
- 230000001360 synchronised effect Effects 0.000 abstract description 7
- 230000004044 response Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 9
- 230000002123 temporal effect Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种多播组播业务的传输方法，该方法包括：主实体接收多播组播MBMS业务数据；所述主实体将所述业务数据经过无线链路控制RLC层、媒体接入控制MAC层的处理，并将经所述MAC层处理得到的数据块和空口发送时间标志发送到所述主实体的附属设备；并在所述处理过程中得到的数据块上加上所述空口发送时间标志，以形成数据包，并发给从实体；所述从实体将所述空口发送时间标志和所述经MAC层处理得到的数据块发送给所述从实体的附属设备；在所述空口发送时间到达时，所述从实体的附属设备和所述主实体的附属设备发送所述经MAC层处理的数据块。使用本发明提供的技术方案，能够实现MBMS业务的同步传输。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种多播组播业务传输的方法和网络系统。
背景技术
多播组播业务(Multimedia Broadcast Multicast Service，MBMS)是3GPP业务发展的重要内容之一，MBMS指在网络侧同时把相同的多媒体业务数据发送给网络中的多个接收者。对于基于高速分组接入(High Speed PacketAccess，HSPA+)架构的MBMS业务，网络侧需要将同一份MBMS数据同时在多个小区传送，并且使用相同的编码方式，严格的同步发送，以使用户设备(User Equipment，UE)能把来自不同小区的信号看作一个信号的不同多径分量，通过多径分集(RAKE)接收机进行合并，从而在物理层合并来自多个小区的业务数据，达到增强接收性能，提高用户满意度的效果。
参阅图1，现有技术提供一种分布式结构，广播组播业务服务器(BroadcastMulticast-Service Center，BM-SC)通过接口与网关GPRS支持节点(GatewayGPRS Support Node，GGSN)相连，GGSN通过接口与服务GPRS支持节点(Serving GPRS Support Node，SGSN)相连，SGSN通过组播路由器与无线网络控制器(Radio Network Controller，RNC)连接。这种分布式结构使业务会话管理控制流程以及业务数据发送都采用分布式处理。业务会话管理控制流程是点对点的传播方式，业务数据的发送采用组播方式，即在SGSN和RNC之间存在一个或者多个组播路由器，使SGSN向组播路由器发送业务数据，组播路由器采用组播的方式向多个RNC发送业务数据。
现有技术的缺点是：
1、由于分组数据集中协议(Packet Data Convergence Protocol，PDCP)层、无线链路控制(Radio Link Control，RLC)层、媒体接入控制(Medium AccessControl，MAC)层的实体配置都在各个RNC上，PDCP层上具有负责头压缩处理的模块，如果某个RNC丢了一个包，会影响该RNC上的PDCP状态变量的值，会对下一个或者多个包的头压缩过程和结果产生影响，导致该RNC和其他RNC在物理层发送的数据内容不一致。
2、现有技术在SGSN向RNC发送的部分数据包加上了空口发送时间标志，部分数据包没有加上空口发送时间标志，使MBMS业务的传输不能实现时间上的同步。例如，第1个数据包加上空口发送时间标志，第2-10个数据包没有加空口发送时间标志，第11个数据包加上空口发送时间标志，对于RNC而言，可以在发送第1个数据包之后，第11个数据包之前，任意发送第2-10数据包，不能同其他RNC在相同的时间发送第2-10数据包，对MBMS业务的传输不能实现时间上的同步。
3、由于业务会话管理控制流程也采用分布式处理，所以对于资源的使用目前只能使用静态配置，因而RNC使用的物理层、RLC层、MAC层、PDCP层的资源是静态配置好的，对于为RNC所配置的物理层资源，不管该RNC是否需要使用，该物理层的资源都一直占用，不能根据系统运行情况及时调整物理层资源，会使资源的使用效率降低。对于业务变化频繁或者业务种类非常多的系统来说，进行资源配置的工作量非常大，而且容易出错。上述RNC配置的物理层资源是配置在与该RNC连接的基站NodeB上。
发明内容
本发明实施例要解决的技术问题是提供一种多播组播业务传输的方法和网络系统，能够实现MBMS业务的同步传输。
有鉴于此，本发明实施例提供：
一种多播组播业务传输方法，该方法包括：
主实体接收多播组播MBMS业务数据；
所述主实体将所述业务数据经过无线链路控制RLC层、媒体接入控制MAC层的处理，并将经所述MAC层处理得到的数据块和空口发送时间标志发送到所述主实体的附属设备；并在所述处理过程中得到的数据块上加上所述空口发送时间标志，以形成数据包，并发给从实体；
所述从实体将所述空口发送时间标志和所述经MAC层处理得到的数据块发送给所述从实体的附属设备；
在所述空口发送时间到达时，所述从实体的附属设备和所述主实体的附属设备发送所述经MAC层处理的数据块。
一种网络系统，包括：主实体、主实体的附属设备，从实体，从实体的附属设备；
所述主实体，用于接收多播组播业务数据，将所述业务数据经过无线链路控制RLC层、媒体接入控制MAC层的处理，并将经所述MAC层处理得到的数据块和空口发送时间标志发送到所述主实体的附属设备；并在所述处理过程中得到的数据块上加上所述空口发送时间标志，以形成数据包，并发给从实体；
所述从实体，用于将所述空口发送时间标志和所述经MAC层处理得到的数据块发送给所述从实体的附属设备；
所述从实体的附属设备，用于在所述空口发送时间到达时，发送所述经MAC层处理的数据块；
所述主实体的附属设备，用于在所述空口发送时间到达时，发送所述经MAC层处理的数据块。
上述技术方案中的一个技术方案具有如下有益效果：
本发明实施例由于采用主实体将经过MAC层处理得到的数据块和空口发送时间标志发送给主实体的附属设备，将自身处理得到的数据块加上空口发送时间标志发送给从实体，从实体将所述经过MAC层处理得到的数据块和空口发送时间标志发送给从实体的附属设备，在空口时间到达时，主实体的附属设备和从实体的附属设备将经MAC层处理得到的数据块发送到空口，能够实现对传输的数据块进行同步发送，达到对MBMS业务数据的同步传输的目的。
附图说明
图1为现有技术提供的实现MBMS传输的网路架构；
图2-A为本发明实施例提供的网络系统结构图；
图2-B为本发明实施例提供的网络系统结构图；
图2-C为本发明实施例提供的网络系统结构图；
图3为本发明实施例一提供的MBMS业务传输的方法流程图；
图4为本发明实施例一提供的空口合并时的协议栈结构图；
图5为本发明实施例提供的通过核心网通知IP多播地址的示意图；
图6为本发明实施例提供的通过核心网通知IP多播地址的示意图；
图7为本发明实施例提供的通过核心网通知IP多播地址的示意图；
图8为本发明实施例一提供的数据结构图；
图9为本发明实施例二提供的MBMS业务传输的方法流程图；
图10为本发明实施例二提供的软合并时的协议栈结构图；
图11为本发明实施例三提供的MBMS业务传输的方法流程图；
图12为本发明实施例二提供的选择性合并时的协议栈结构图；
图13为本发明实施例二提供的选择性合并时的协议栈结构图；
图14为本发明实施例四提供的MBMS业务传输的方法流程图；
图15为本发明实施例五提供的MBMS业务传输的方法流程图；
图16-A为本发明实施例提供的网络系统结构图；
图16-B为本发明实施例提供的网络系统结构图；
图16-C为本发明实施例提供的网络系统结构图；
图17为本发明实施例提供的控制面的网络系统架构图。
具体实施方式
本发明实施例提供一种多播组播业务传输方法，该方法包括：主实体接收多播组播业务数据；所述主实体将所述业务数据经过无线链路控制RLC层、媒体接入控制MAC层的处理，并将经所述MAC层处理得到的数据块和空口发送时间标志发送到所述主实体的附属设备；并在所述处理过程中得到的数据块上加上所述空口发送时间标志，以形成数据包，并发给从实体；所述从实体将所述空口发送时间标志和所述经MAC层处理得到的数据块发送给所述从实体的附属设备；在所述空口发送时间到达时，所述从实体的附属设备和所述主实体的附属设备发送所述经MAC层处理的数据块。其中，所述主实体是演进基站，所述主实体的附属设备是所述演进基站的物理层，或者，所述主实体是无线网络控制器，所述主实体的附属设备是基站。所述从实体是演进基站，所述从实体的附属设备是所述演进基站的物理层，或者，所述从实体是无线网络控制器，所述从实体的附属设备是基站。使用本发明提供的技术方案，能够实现MBMS业务的同步传输。
参阅图2-图3，本发明实施例一提供一种MBMS业务传输的方法，该方法适用于空口合并，该方法具体包括：
步骤301、确定一个或者多个主RNC。
该步骤中确定主RNC有如下三种方式，但不限于该三种方式：第一种方式是：SGSN向所有RNC都发送携带主RNC标识的会话开始消息session start，如果SGSN没有收到来自主RNC的响应消息，向该已确定的主RNC再重新发送session start，直到收到该主RNC的响应为止；第二种方式是：MBMS服务区内的各个RNC协商产生主RNC，由协商产生的主RNC向SGSN发送自身是主RNC的通知消息；第三种方式是：由SGSN根据预设的某个准测确定主RNC，或者由MBMS服务区内的各个从RNC根据预设的某个准测确定主RNC。
步骤302、主RNC指定业务数据的合并方式，或者，根据核心网下发信息时指定的合并方式，产生PDCP层、RLC层、MAC层的配置信息，并配置PDCP层、RLC层、MAC层的实体资源。本实施例中确定的合并方式是空口合并方式。
其中，主RNC指定业务数据的合并方式具体为：主RNC根据MBMS业务的服务质量(Quality of Service，QoS)要求、优先级指定业务数据的合并方式，或者，主RNC根据从RNC的资源使用情况和/或负载情况指定业务数据的合并方式。
步骤303：主RNC指定部分或全部从RNC是否进行计数COUNTING过程，并向指定进行COUNTING过程的从RNC发送COUNTING策略，所述COUNTING策略包括：周期性进行，参与COUNTING的UE特征规定。
步骤304：被指定进行COUNTING过程的从RNC按照接收的COUNTING策略进行COUNTING，根据COUNTING的结果发现没有对该MBMS业务感兴趣的UE，向主RNC发送无UE接收业务的通知消息。本实施例中假定没有出现从RNC向主RNC发送无UE接收业务的通知消息。
步骤305、主RNC指定传输业务数据的物理层资源，或者，所述主RNC和各个从RNC协商以确定传输业务数据的物理层资源。
具体实现方式是：如果指定的物理层资源与从RNC自己用于其他业务的物理资源不冲突，则从RNC用该指定的物理层资源来传输该MBMS业务。如果指定的物理层资源与从RNC自己用于其他业务的物理资源有冲突，从RNC则向主RNC发送冲突指示。由主RNC再次协调分配物理层资源，直到该主RNC指定的物理层资源与所有从RNC用于其他业务的物理资源都不冲突时，所有的从RNC分配该指定的物理层资源来传输该MBMS业务。该步骤中的所有从RNC是该主RNC中负责管理的从RNC。
或者，如果指定的物理层资源与从RNC用于其他业务的物理资源有冲突时，主RNC就根据MBMS的业务优先级来指示从RNC进行资源抢占。
步骤306、主RNC通过Iur口将空口合并方式、物理层资源的配置信息、PDCP层、RLC层和MAC层的配置信息通知从RNC。
步骤307、从RNC收到合并方式后，获知该MBMS业务传输的合并方式是空口合并，根据上述步骤中接收的物理层资源的配置信息配置物理层，不能自主配置物理层，空口合并时的协议栈参见图4。
步骤308、主RNC和从RNC通过MBMS业务控制信道MCCH将该MBMS业务对应的无线承载配置RB通知UE。
其中，主RNC发送的RB配置信息包括：空口合并方式，PDCP层、MAC层、RLC层、物理层资源的配置信息；从RNC发送的RB配置信息是在步骤304中从主RNC接收的各层的配置信息。
步骤309、主RNC将MBMS业务所对应的IP多播地址通知从RNC，从RNC根据IP多播地址向组播路由器发送加入多播组的请求信息。
该步骤中，主RNC将IP多播地址通知从RNC可以由如下四种方法实现，但不限于如下四种方法：
第一种方法：通过发送单独的组播地址通知消息通知从RNC；
第二种方法：在主RNC将合并方式、物理层的配置信息、PDCP层、RLC层和MAC层的配置信息通知从RNC的流程中，将IP多播地址通知从RNC；
第三种方法：通过传输信道资源请求流程通知从RNC；
第四种方法：主RNC将IP多播地址通知核心网，再由核心网通过Iu流程通知从RNC，参阅图5-图8，核心网将IP多播地址通知从RNC有三种方式但不限于三种方式：第一种方式是：主RNC向从RNC转发携带IP组播地址的session start信令；第二种方式是：SGSN首先和主RNC进行session start进程中获得IP多播地址，再和从RNC进行session start进程中将IP多播地址通知从RNC；第三种方式是：SGSN首先和主RNC进行session start进程中获得IP多播地址，再和从RNC进行会话更新session update进程中将IP多播地址通知从RNC。
步骤310、主RNC将IP多播地址通知组播路由器，组播路由器根据IP多播地址建立多播组，并根据来自从RNC的加入多播组的请求信息确定多播组的成员，获取多播组的成员所对应的路由信息。
步骤311、MBMS业务数据发送时间到时，SGSN向主RNC发送业务数据，主RNC经过PDCP层、RLC层和MAC层处理后得到数据块，在数据块MAC PDU的基础上，再加上空口发送时间标志得到数据包，将该数据包发送给与主RNC连接的基站NodeB；主RNC通过TNL层在此基础上再加上该MBMS业务对应的IP多播地址，以及IP层之上的传输层协议头并发送给组播路由器。
步骤312、组播路由器根据多播组的成员所对应的路由信息将接收的数据包转发给从RNC。
步骤313、从RNC剥离数据包的传输层包头，将所述经MAC层处理得到的数据块和空口发送时间标志发送给与从RNC连接的基站，该基站是从RNC配置的物理层资源，其中，传输层包头包括IP多播地址，以及IP层之上的传输层协议头；与主RNC连接的基站和与从RNC连接的基站缓存上述经MAC层处理得到的数据块，等到空口发送时间到时，使用相同的时频域资源，将上述经MAC层处理得到的数据块发送至空口。
对于上述步骤311步骤313，主RNC发送给物理层的数据结构、主RNC发送给组播路由器IP Router的数据结构、IP Router发送给从RNC的数据结构、主RNC的物理层和从RNC发送给UE的数据结构请参阅图8。
步骤314、MBMS业务数据结束后，SGSN向MBMS服务区内的各个RNC发送session stop，主RNC收到该消息后，删除该MBMS业务对应的PDCP层、RLC层、MAC层的实体资源配置，释放该MBMS业务占用的物理层资源，并向SGSN响应session stop response。从RNC收到该消息后，释放该MBMS业务占用的物理层资源，并向SGSN返回响应信息session stopresponse。
本发明实施例一采用传统RNC为主实体和从实体，也可以采用演进基站为主实体和从实体，参阅图2-B，不影响本发明的实现。采用演进基站为主实体和从实体时，在步骤311中，主演进基站将MAC PDU直接发送给主演进基站的物理层，并发送携带空口发送时间标志的控制信息给主演进基站的物理层。在步骤313中从演进基站剥离数据包的传输层包头和空口发送时间标志，主演进基站的物理层和从演进基站缓存接收的业务数据，等到空口发送时间到时，使用相同的时频域资源，将业务数据发送至空口。
本步骤中可以采用其他方式发送session stop给主RNC和从RNC，例如SGSN只向主RNC发送session stop，主RNC将session stop转发给从RNC，不影响本发明的实现。
参阅图9、本发明实施例二提供一种MBMS业务传输的方法，该方法适用于软合并方式，该方法具体包括：
步骤901与步骤301相同；
步骤902、主RNC根据session start中的QoS的要求确定合并方式，或者，根据核心网下发信息时指定的合并方式，产生PDCP层、RLC层、MAC层的配置信息，并配置PDCP层、RLC层、MAC层的实体资源，分配用于传输该MBMS业务数据的物理层资源。
步骤903、主RNC通过Iur口将软合并方式、PDCP层、RLC层和MAC层的配置信息通知从RNC。
步骤904、从RNC收到合并方式后，获知该MBMS业务传输的合并方式是软合并方式，自主配置物理层资源，软合并时的协议栈参见图10。
步骤905、主RNC通过MBMS业务控制信道MCCH该MBMS业务对应的无线承载配置RB通知UE，该RB配置信息包括：软合并方式，PDCP层、MAC层、RLC层、物理层资源的配置信息；从RNC将接收的软合并方式、PDCP层、RLC层、MAC层的配置信息和自主配置的物理层资源的配置信息合起来，形成一份完整的无线承载配置消息UB，通过MCCH发送到UE。
步骤906-步骤909与步骤309-步骤312相同。
步骤910、从RNC剥离数据包的传输层包头，将所述经MAC层处理得到的数据块和空口发送时间标志发送给与从RNC连接的基站，该基站是从RNC配置的物理层资源，其中，传输层包头包括IP多播地址，以及IP层之上的传输层协议头；与主RNC连接的基站和与从RNC连接的基站缓存上述经MAC层处理得到的数据块，等到空口发送时间到时，将上述经MAC层处理得到的数据块发送至空口。
步骤911与步骤314相同。
本发明实施例二采用传统RNC为主实体和从实体，也可以采用演进基站为主实体和从实体，参阅图2-B，不影响本发明的实现。采用演进基站为主实体和从实体时，在步骤908中，主演进基站将MAC PDU直接发送给主演进基站的物理层，并发送携带空口发送时间标志的控制信息给主演进基站的物理层。在步骤910中从演进基站剥离数据包的传输层包头和空口发送时间标志，主演进基站的物理层和从演进基站缓存接收的业务数据，等到空口发送时间到时，使用相同的时频域资源，将业务数据发送至空口。
本发明实施例二在步骤901之后，步骤903之前还可以包括如下过程：主RNC指定部分或全部从RNC是否进行COUNTING过程，并向指定进行COUNTING过程的从RNC发送COUNTING策略，所述COUNTING策略包括：周期性进行，参与COUNTING的UE特征规定。被指定进行COUNTING过程的从RNC按照接收的COUNTING策略进行COUNTING，根据COUNTING的结果发现没有对该MBMS业务感兴趣的UE，向主RNC发送无UE接收业务的通知消息。本实施例中假定没有出现从RNC向主RNC发送无UE接收业务的通知消息。不影响本发明的实现。
参阅图11，本发明实施例三提供一种MBMS业务传输的方法，该方法适用于选择性合并，该方法具体包括：
步骤1101、确定一个或者多个主RNC。
该步骤中确定主RNC有的方式与实施例一相同；
步骤1102、主RNC根据session start中的QoS的要求确定合并方式是选择性合并，或者，根据核心网下发信息时指定的选择性合并方式，配置PDCP层、RLC层、MAC层的实体资源，分配用于传输该MBMS业务的物理层资源。
步骤1103、主RNC通过Iur口将选择性合并方式、PDCP层、RLC层的配置信息通知从RNC。
步骤1104、从RNC配置MAC层资源和物理层资源。
步骤1105、主RNC通过MCCH将该MBMS业务对应的RB通知UE，该RB配置信息包括：选择性合并方式，PDCP层、RLC层、MAC层和物理层资源的配置信息；从RNC将接收的选择性合并方式、PDCP层、RLC层的配置信息和自主配置的MAC层和物理层资源的配置信息合起来，形成一份完整的无线承载配置消息UB，通过MCCH发送到UE。
步骤1106-步骤1107与步骤309-步骤310相同。
步骤1108、MBMS业务发送时间到时，SGSN或者GGSN向主RNC发送业务数据。主RNC经过PDCP层、RLC层、MAC层处理后，在MAC PDU的基础上，加上空口发送时间标志，发给与主RNC连接的基站，该基站是主RNC配置的物理层资源。在RLC PDU的基础上，加上空口发送时间标志，再加上MBMS业务对应的IP多播地址，以及IP层之上的传输层协议头，发给IP Router。
步骤1109、组播路由器根据多播组的成员所对应的路由信息将接收的数据包转发给从RNC。
步骤1110、上述与主RNC连接的基站缓存收到的经MAC层处理得到的数据块，等到空口发送时间到时，将上述经MAC层处理得到的数据块发送至空口。从RNC剥离了传输层包头，将空口发送时间标志和经MAC层处理得到的数据块发送给与从RNC连接的基站，等到空口发送时间到时，与从RNC连接的基站将经MAC层处理得到的数据块发送至空口。
步骤1111、MBMS业务数据传输结束后，SGSN向MBMS服务区内的各个RNC发送session stop，主RNC收到该消息后，删除该MBMS业务对应的PDCP层、RLC层、MAC层的资源配置，释放该MBMS业务占用的物理层资源，并向SGSN响应session stop response。从RNC收到该消息后，删除该MBMS业务对应的MAC层的资源配置，释放该MBMS业务占用的物理层资源，并向SGSN返回响应信息session stop response。
在MBMS业务数据结束后，IP Router删除该MBMS业务的IP多播地址对应的路由表项。
其中，本实施例中选择性合并时的协议栈如图12所示，也可以选用如图13所示的选择性合并时的协议栈，不影响本发明的实现。
选用如图13所示的选择性合并时的协议栈时，步骤1104中从RNC根据RLC层配置信息配置自身的RLC层资源，并自主配置MAC层资源和物理层资源。在步骤1105中从RNC将接收的选择性合并方式、PDCP层的配置信息和RLC层配置信息，和自主配置MAC层和物理层资源的配置信息合起来，形成一份完整的控制消息UB，通过MCCH发送到UE。在步骤1108中主RNC在PDCP PDU的基础上，加上空口发送时间标志，再加上MBMS业务对应的IP多播地址，以及IP层之上的传输层协议头，发给组播路由器。在步骤1110中从RNC剥离所接收的数据包传输层包头和所带的空口发送时间标志，再将数据包经过RLC层、MAC层的相关处理后得到数据块，等到空口发送时间到时，将数据块通过物理层发送至空口。在步骤1011中从RNC收到sessionstop后，删除该MBMS业务对应的RLC层、MAC的资源配置，释放该MBMS业务占用的物理层资源。
本发明实施例三采用传统RNC为主实体和从实体，也可以采用演进基站为主实体和从实体，参阅图2-B，不影响本发明的实现。
本发明实施例三在步骤1101之后，步骤1103之前还可以包括如下过程：主RNC指定部分或全部从RNC是否进行COUNTING过程，并向指定进行COUNTING过程的从RNC发送COUNTING策略，所述COUNTING策略包括：周期性进行，参与COUNTING的UE特征规定。被指定进行COUNTING过程的从RNC按照接收的COUNTING策略进行COUNTING，根据COUNTING的结果发现没有对该MBMS业务感兴趣的UE，向主RNC发送无UE接收业务的通知消息。本实施例中假定没有出现从RNC向主RNC发送无UE接收业务的通知消息。不影响本发明的实现。
参阅图14，本发明实施例三提供一种MBMS业务传输的方法，由于MBMS业务开始时进行空口合并或者软合并，由于某种原因，比如系统时钟受到干扰时，主RNC发现不能进行空口合并或者软合并了，而且根据目前的资源状况和运行状况，该MBMS业务可以进行选择性合并。因此主RNC通知所有的从RNC更改合并方式，并且通知PDCP层和RLC层的新配置以及对从RNC上MAC层和/或RLC层配置的要求，另外，也通知核心网或者操作维护控制器OMC该MBMS业务已使用选择性合并了，该方法具体包括：
步骤1401、主RNC根据目前的资源状况和运行状况，确定该MBMS业务可以进行选择性合并，主RNC重新产生PDCP层的配置信息和RLC层的配置信息，并配置PDCP层、RLC层的资源。
步骤1402、主RNC将选择性合并方式、以及PDCP层、RLC层的新配置信息发送给从RNC。
步骤1403、从RNC配置自己的MAC层资源、物理层资源。
步骤1404、主RNC通过MCCH向UE发送携带选择性合并方式，更改的PDCP层、RLC层的配置信息的控制消息UB；从RNC将接收的选择性合并方式、更改的PDCP层、RLC层的配置信息和自主配置的MAC层和物理层资源的配置信息合起来，形成一份完整的控制消息UB，通过MCCH发送到UE。
步骤1405、在所有的RNC都按照新的配置设置好之后，MBMS业务继续发送，SGSN向主RNC发送业务数据，主RNC经过PDCP、RLC、MAC处理后，在MAC PDU的基础上，加上空口发送时间标志，发给主RNC的物理层。在RLC PDU的基础上，加上空口发送时间标志，再加上该MBMS业务对应的IP多播地址，以及IP层之上的传输层协议头，发给组播路由器。
步骤1406-步骤1408与步骤1109-1111相同。
本发明实施例中的选择性合并也可以选用如图13所示的选择性合并时的协议栈，不影响本发明的实现。
当多个MBMS业务同时进行时，各个业务对应的主RNC可以相同，也可以不同，各个业务对应的IP多播地址各不相同。也就是说：1)不同的主RNC在传输不同的MBMS业务时，对应的IP多播地址不能相同；2)不同的主RNC传输相同的MBMS业务时，可以对应相同的IP多播地址；3)同一个主RNC在传输不同的MBMS业务时，对应的IP多播地址不能相同；4)同一主RNC管理的所有从RNC传输相同的MBMS业务时，这些业务对应相同的IP多播地址，但是IP层的承载协议-用户数据报协议(User DatagramProtocol，UDP)使用的端口一定不同。如果业务传输范围内确定了多个主RNC，这些主RNC所配置的用户面参数相同，用户面参数指：PDCP层、RLC层、MAC层的部分或者全部配置参数。
本发明实施例四采用传统RNC为主实体和从实体，也可以采用演进基站为主实体和从实体，参阅图2-B，不影响本发明的实现。
参阅图15，本发明实施例五提供一种MBMS业务传输的方法，介绍进行COUNTING过程的从RNC开始无UE接收，后来又有UE接收的情况下的业务传输情况，该方法具体包括：
步骤1501-步骤1503与步骤301-步骤303相同；
步骤1504、被指定进行COUNTING过程的从RNC按照接收的COUNTING策略进行COUNTING，根据COUNTING的结果发现没有对该MBMS业务感兴趣的UE，向主RNC发送无UE接收业务的通知消息。本实施例中假定从RNC3和从RNC4向主RNC发送无UE接收业务的通知消息。
步骤1505、所述主RNC和从RNC协商以确定传输业务数据的物理层资源。
其中，主RNC和从RNC协商以确定传输业务数据的物理层资源的具体方式与步骤305相同，但是从RNC3和从RNC4也可以不参加协商，不影响本发明的实现。
步骤1506-步骤1513与步骤306-步骤313相同，但是这些步骤中的从RNC不包括RNC3，RNC4。
步骤1514、RNC3和RNC4分别按照主RNC规定的COUNTING周期进行第二次，第三次CONUTING，在第三次COUNTING之后，两个RNC都收到了UE的表示接收该MBMS业务的响应，RNC3和RNC4向主RNC发送有UE接收该MBMS业务的通知。
步骤1515、主RNC收到上述通知后与RNC3和RNC4建立Iur的传输通道，并将组播地址、空口合并方式、相应的RB配置信息通知RNC3和RNC4，并指示RNC3和RNC4该MBMS业务可以抢占资源。
步骤1516、RNC3与RNC4按照主RNC给的RB配置信息配置自己的附属设备NodeB的物理层资源，并通过MCCH信道向UE发送RB配置信息。RNC3与RNC4加入组播组，开始接收主RNC发送的带有空口发送时间标志、IP多播地址，以及IP层之上的传输层协议头的数据包，并将空口发送时间标志和MAC PDU发送给NodeB，由NodeB在物理层发送。
步骤1517、RNC3在第六次进行COUNTING之后，发现没有UE响应，再次向主RNC发送无UE接收业务的通知。RNC3退出组播组，也停止在MCCH上广播MBMS业务的RB配置信息，同时通知NodeB释放为它分配的物理层资源。
上述实施例一至实施例五的主实体也可以采用主RNC，从实体也可以采用演进基站，参阅图2-C，不影响本发明的实现。
参阅图16-A、图16-B和图16-C，为了减少SGSN的负担，在SGSN与各个主RNC之间也可以采用组播路由器，将来自SGSN的业务数据发送到各个主RNC。
上述各实施例中在MBMS业务数据传输结束后，IP Router删除该IP多播地址、多播组及多播组成员所对应的路由表项。
其中，上述各实施例中控制面数据也可以由主RNC通过组播路由器来转发到从RNC，不影响本发明的实现。
以上各实施例中主实体可以不配置PDCP层资源，从SGSN中接收的业务数据可以不经过PDCP层的处理，对于UE是否要配置PDCP层在控制消息中指示，或者通过在MCCH上携带PDCP参数表示需要配置，不携带PDCP参数表示不需要配置PDCP。
本发明实施例六提供一种网络系统，该网络系统包括：主实体、主实体的附属设备，从实体，从实体的附属设备；
所述主实体，用于接收多播组播业务数据，将所述业务数据经过无线链路控制RLC层、媒体接入控制MAC层的处理，并将经所述MAC层处理得到的数据块和空口发送时间标志发送到所述主实体的附属设备；在经过所述主实体处理得到的数据块上加空口发送时间标志，以形成数据包，并发给从实体；
所述从实体，用于根据合并方式，对所接收的数据包进行相应处理，将所述空口发送时间标志和所述处理得到的待发送的数据块发送给所述从实体的附属设备；
所述从实体的附属设备，用于在所述空口发送时间到达时，发送所述待发送的数据块；
所述主实体的附属设备，用于在所述空口发送时间到达时，发送所述经MAC层处理的数据块。
参阅图2-A，所述主实体是无线网络控制器，所述主实体的附属设备是基站；所述从实体是无线网络控制器，所述从实体的附属设备是基站。
参阅图2-B，所述主实体是演进基站，所述主实体的附属设备是所述演进基站的物理层，所述从实体是演进基站，所述从实体的附属设备是所述演进基站的物理层。
参阅图2-C，所述主实体是无线网络控制器，所述主实体的附属设备是基站；所述从实体是演进基站，所述从实体的附属设备是所述演进基站的物理层。
其中，当所述主实体是演进基站，所述主实体的附属设备是所述演进基站的物理层时，所述主实体和所述主实体的附属设备位于一个物理实体上。
其中，所述从实体是演进基站，所述从实体的附属设备是所述演进基站的物理层，所述从实体和所述从实体的附属设备位于一个物理实体上。
其中，所述主实体，还用于当所述合并方式是空口合并时，所述主实体指定传输所述业务数据的物理层资源，或者，所述主实体和各个从实体协商以确定传输所述业务数据的物理层资源，并产生所述物理层资源的配置信息，和所述RLC层、MAC层的配置信息，并发送给所述从实体；当所述合并方式是软合并时，将所述软合并方式和所述RLC层、MAC层的配置信息通过Iur口发送给所述从实体；
所述从实体，还用于当所述合并方式是空口合并时，根据所述物理层资源的配置信息，配置物理层资源，将所述物理层资源的配置信息和所接收的所述RLC层、MAC层的配置信息合起来，形成一份控制消息，将所述控制信息发送给UE；当所述合并方式是软合并方式时，自主配置物理层的配置信息，将自主配置的物理层的配置信息和所接收的RLC层、MAC层的配置信息合起来，形成一份控制消息，将所述控制信息通过Iur口发送给UE。
进一步，参阅图16-A、图16-B和图16-C，在所述主实体和所述从实体之间还包括：组播路由器，
所述主实体在经过所述主实体处理得到的数据块上加空口发送时间标志，再加上IP多播地址，以形成数据包，将所述加上IP多播地址的数据包发送到所述组播路由器；
所述组播路由器，用于根据所述IP多播地址对应的多播组成员的路由信息，将所述加上IP多播地址的数据包转发给所述从实体。
图17示出了上述实施例中实现MBMS业务数据传输过程的控制面的架构图，SGSN可以和演进基站或RNC进行session start过程。
本发明实施例七提供一种网元设备，该网元设备可以是演进基站或者RNC，该设备包括：
接收单元，用于接收多播组播业务数据；
处理单元，用于将所述业务数据经过无线链路控制RLC层、媒体接入控制MAC层的处理；
第一发送单元，用于将经所述MAC层处理得到的数据块和空口发送时间标志发送到自身的附属设备；
第二发送单元，用于在所述处理过程中得到的数据块上加上所述空口发送时间标志，以形成数据包，并发送。
从以上分析可以看出，本发明实施例具有如下有益效果：
1、本发明实施例由于采用在主RNC上对MBMS业务数据进行PDCP层、RLC层、MAC层的处理，这样，即使某个包在从RNC上丢失了，也不会影响PDCP状态变量的值，不会对后续包产生影响。
2、由于主RNC在每个处理得到的数据块上都加上空口发送时间标志后发送到主RNC的物理层和从RNC，主RNC的物理层和从RNC在空口发送时间到达时发送数据块，对MBMS业务的传输能够实现时间上的同步。
3、可以动态的配置控制面的资源，尤其是主RNC和从RNC占用的物理层的资源，在不使用的时候可以释放掉，因此可以根据系统运行情况及时调整物理层资源，会使资源的利用效率升高。对于业务变化频繁或者业务种类非常多的系统来说，动态的配置控制面的资源，不容易出错。
以上对本发明所提供的一种MBMS业务传输的方法及网络系统进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (24)
1.一种多播组播业务传输方法，其特征在于，该方法包括：
主实体接收多播组播业务数据；
所述主实体将所述业务数据经过无线链路控制RLC层、媒体接入控制MAC层的处理，并将经所述MAC层处理得到的数据块和空口发送时间标志发送到所述主实体的附属设备；并在所述处理过程中得到的数据块上加上所述空口发送时间标志，以形成数据包，并发给从实体；
所述从实体将所述空口发送时间标志和所述经MAC层处理得到的数据块发送给所述从实体的附属设备；
在所述空口发送时间到达时，所述从实体的附属设备和所述主实体的附属设备发送所述经MAC层处理的数据块。
2.根据权利要求1所述的方法，其特征在于：
所述主实体是演进基站，所述主实体的附属设备是所述演进基站的物理层，或者，所述主实体是无线网络控制器，所述主实体的附属设备是基站。
3.根据权利要求1所述的方法，其特征在于：
所述从实体是演进基站，所述从实体的附属设备是所述演进基站的物理层，或者，所述从实体是无线网络控制器，所述从实体的附属设备是基站。
4.根据权利要求1所述的方法，其特征在于：
在主实体接收MBMS业务数据之前，该方法还包括：
产生所述主实体。
5.根据权利要求4所述的方法，其特征在于：
所述产生所述主实体具体为：
服务GPRS支持节点SGSN指定所述业务传输范围内的一个或者多个控制实体为所述主实体，或者，所述业务传输范围内的各个控制实体协商产生所述主实体。
6.根据权利要求1所述的方法，其特征在于：
该方法还包括：
主实体指定从实体是否进行计数COUNTING过程，并向指定进行COUNTING过程的从实体发送COUNTING策略。
7.根据权利要求1所述的方法，其特征在于：
该方法还包括：
所述主实体指定所述业务数据的合并方式。
8.根据权利要求7所述的方法，其特征在于：
所述主实体指定所述业务数据的合并方式具体为：
所述主实体根据MBMS业务的服务质量要求、优先级指定所述业务数据的合并方式。
9.根据权利要求7所述的方法，其特征在于：
所述主实体指定所述业务数据的合并方式具体为：
所述主实体根据所述从实体的资源使用情况和/或负载情况指定所述业务数据的合并方式。
10.根据权利要求1所述的方法，其特征在于：
该方法还包括：
主实体产生RLC层、MAC层和物理层资源的配置信息；
所述主实体将所述业务数据经过RLC层、MAC层的处理具体为：
根据所述RLC层、MAC层的配置信息，所述主实体将所述业务数据经过RLC层、MAC层的处理。
11.根据权利要求10所述的方法，其特征在于：
该方法还包括：
当所述合并方式是空口合并时，所述主实体指定传输所述业务数据的物理层资源，或者，所述主实体和各个从实体协商以确定传输所述业务数据的物理层资源。
12.根据权利要求11所述的方法，其特征在于：
该方法还包括：所述主实体将所述RLC层、MAC层的配置信息通过Iur口发给所述从实体；
所述从实体将所述物理层资源的配置信息和所接收的所述RLC层、MAC层的配置信息合起来，形成一份控制消息，将所述控制信息发送给UE。
13.根据权利要求10所述的方法，其特征在于：
当所述合并方式是软合并时，该方法还包括：
将所述软合并方式和所述RLC层、MAC层的配置信息通过Iur口发送给所述从实体；
根据所述软合并方式，所述从实体自主配置物理层的配置信息；
所述从实体将自主配置的物理层的配置信息和所接收的RLC层、MAC层的配置信息合起来，形成一份控制消息，将所述控制信息通过Iur口发送给UE。
14.根据权利要求10所述的方法，其特征在于：
当所述合并方式是选择性合并时，该方法还包括：
将所述选择性合并方式和所述RLC层的配置信息通过Iur口发送给所述从实体；根据所述选择性合并方式，所述从实体自主配置MAC层、物理层的配置信息；所述从实体将自主配置的MAC层、物理层的配置信息和所接收的RLC层的配置信息合起来，形成一份控制消息，发送给用户设备UE；
或者，主实体将所述选择性合并方式和所述RLC层的配置信息通过Iur口发送给所述从实体；
所述从实体根据所述RLC层的控制信息配置RLC层，并自主配置MAC层、物理层的配置信息；所述从RNC将自主配置的MAC层、物理层的配置信息和所接收的PDCP层、RLC层的配置信息合起来，形成一份控制消息，发送给UE。
15.根据权利要求10所述的方法，其特征在于：
当所述MBMS业务传输完成后，该方法包括：
所述主实体接收来自核心网的业务结束指令，删除所产生的RLC层、MAC层的配置信息，释放物理层资源；
所述从实体接收所述业务结束指令，释放物理层资源。
16.根据权利要求15所述的方法，其特征在于：
所述从实体接收所述业务结束指令具体为：
所述从实体接收核心网直接发送的所述业务结束指令，或者，所述从实体接收由所述主实体转发的所述业务结束指令。
17.根据权利要求1所述的方法，其特征在于：
在所述处理过程中得到的数据块上加上所述空口发送时间标志，以形成数据包之后，该方法还包括：在所述数据包上加上IP多播地址；
所述发给所述从实体具体为：
将加上所述IP多播地址的数据包发送到组播路由器；
所述组播路由器根据所述IP多播地址对应的多播组成员的路由信息，将所述加上IP多播地址的数据包转发给所述从实体。
18.根据权利要求17所述的方法，其特征在于：
该方法还包括：
所述主实体产生IP多播地址，将所述IP多播地址通知所述从实体和所述组播路由器；
所述从实体向所述组播路由器发送加入所述IP多播地址对应的所述多播组的请求信息；所述组播路由器根据所述IP多播地址建立所述多播组，并根据来自所述从实体的加入多播组的请求信息确定所述多播组的成员，获取所述多播组的成员所对应的路由信息。
19.根据权利要求18所述的方法，其特征在于：
所述将所述IP多播地址通知所述从实体具体为：
主实体将IP多播地址通知核心网，由核心网通过所述Iu流程通知所述从实体，或者，发送单独的组播地址通知消息通知所述从实体，或者，通过Iur口的公共传输信道资源请求流程通知所述从实体。
20.根据权利要求18所述的方法，其特征在于：
当所述MBMS业务传输完成后，该方法还包括：
所述组播路由器删除所述IP多播地址、所述多播组及所述多播组的成员所对应的路由信息。
21.一种网络系统，其特征在于，包括：主实体、主实体的附属设备，从实体，从实体的附属设备；
所述主实体，用于接收多播组播业务数据，将所述业务数据经过无线链路控制RLC层、媒体接入控制MAC层的处理，并将经所述MAC层处理得到的数据块和空口发送时间标志发送到所述主实体的附属设备；并在所述处理过程中得到的数据块上加上所述空口发送时间标志，以形成数据包，并发给从实体；
所述从实体，用于将所述空口发送时间标志和所述经MAC层处理得到的数据块发送给所述从实体的附属设备；
所述从实体的附属设备，用于在所述空口发送时间到达时，发送所述经MAC层处理的数据块；
所述主实体的附属设备，用于在所述空口发送时间到达时，发送所述经MAC层处理的数据块。
22.根据权利要求21所述的网络系统，其特征在于：
所述主实体，还用于当所述合并方式是空口合并时，所述主实体指定传输所述业务数据的物理层资源，或者，所述主实体和各个从实体协商以确定传输所述业务数据的物理层资源，并产生所述物理层资源的配置信息，和所述RLC层、MAC层的配置信息，并发送给所述从实体；
所述从实体，还用于当所述合并方式是空口合并时，根据所述物理层资源的配置信息，配置物理层资源，将所述物理层资源的配置信息和所接收的所述RLC层、MAC层的配置信息合起来，形成一份控制消息，将所述控制信息发送给UE。
23.根据权利要求21所述的网络系统，其特征在于：
所述主实体，还用于当所述合并方式是软合并时，将所述软合并方式和所述RLC层、MAC层的配置信息通过Iur口发送给所述从实体；
所述从实体，还用于根据所述软合并方式，自主配置物理层的配置信息；将自主配置的物理层的配置信息和所接收的RLC层、MAC层的配置信息合起来，形成一份控制消息，将所述控制信息通过Iur口发送给UE。
24.根据权利要求21所述的网络系统，其特征在于：
在所述主实体和所述从实体之间还包括：组播路由器，
所述主实体在经过所述主实体处理得到的数据块上加空口发送时间标志，再加上IP多播地址，以形成数据包，将所述加上IP多播地址的数据包发送到所述组播路由器；
所述组播路由器，用于根据所述IP多播地址对应的多播组成员的路由信息，将所述加上IP多播地址的数据包转发给所述从实体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100450249A CN101370156B (zh) | 2007-08-15 | 2007-08-15 | 多播组播业务传输的方法和网络系统 |
| PCT/CN2008/072014 WO2009021467A1 (fr) | 2007-08-15 | 2008-08-15 | Procédé et système de réseau de transmission de service de diffusion multimédia multidestinataire (mbms) |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100450249A CN101370156B (zh) | 2007-08-15 | 2007-08-15 | 多播组播业务传输的方法和网络系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101370156A true CN101370156A (zh) | 2009-02-18 |
| CN101370156B CN101370156B (zh) | 2012-05-23 |
Family
ID=40350404
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007100450249A Expired - Fee Related CN101370156B (zh) | 2007-08-15 | 2007-08-15 | 多播组播业务传输的方法和网络系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101370156B (zh) |
| WO (1) | WO2009021467A1 (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102056084A (zh) * | 2009-11-04 | 2011-05-11 | 中兴通讯股份有限公司 | 多媒体广播组播业务系统及其同步方法 |
| WO2018058468A1 (zh) * | 2016-09-29 | 2018-04-05 | 华为技术有限公司 | 一种多播业务的发送方法和设备 |
| CN113411755A (zh) * | 2017-12-28 | 2021-09-17 | 华为技术有限公司 | 一种通信方法、及相关产品 |
| WO2022252965A1 (zh) * | 2021-05-31 | 2022-12-08 | 华为技术有限公司 | 一种通信方法及装置 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3926288B2 (ja) * | 2002-05-03 | 2007-06-06 | 三星電子株式会社 | 移動通信システムにおけるマルチキャストマルチメディア放送サービス装置及び方法 |
| KR100678181B1 (ko) * | 2002-07-31 | 2007-02-01 | 삼성전자주식회사 | 이동통신 시스템에서 멀티미디어 방송 멀티 캐스트 서비스 데이터를 제공하는 장치 및 방법 |
| CN100499456C (zh) * | 2004-04-14 | 2009-06-10 | 华为技术有限公司 | 一种多媒体广播/组播业务的会话开始方法 |
| CN100450199C (zh) * | 2004-10-21 | 2009-01-07 | 华为技术有限公司 | 实现无线广播多播业务同步发送的系统及方法 |
| JP2007074577A (ja) * | 2005-09-08 | 2007-03-22 | Ntt Docomo Inc | データ伝送システム、通信ノード及びデータ伝送方法 |
| CN101043641B (zh) * | 2007-03-07 | 2011-11-30 | 中兴通讯股份有限公司 | 一种rnc间mbms数据同步方法及系统 |
-
2007
- 2007-08-15 CN CN2007100450249A patent/CN101370156B/zh not_active Expired - Fee Related
-
2008
- 2008-08-15 WO PCT/CN2008/072014 patent/WO2009021467A1/zh active Application Filing
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102056084A (zh) * | 2009-11-04 | 2011-05-11 | 中兴通讯股份有限公司 | 多媒体广播组播业务系统及其同步方法 |
| CN102056084B (zh) * | 2009-11-04 | 2016-02-10 | 中兴通讯股份有限公司 | 多媒体广播组播业务系统及其同步方法 |
| WO2018058468A1 (zh) * | 2016-09-29 | 2018-04-05 | 华为技术有限公司 | 一种多播业务的发送方法和设备 |
| CN109792587A (zh) * | 2016-09-29 | 2019-05-21 | 华为技术有限公司 | 一种多播业务的发送方法和设备 |
| CN109792587B (zh) * | 2016-09-29 | 2021-02-12 | 华为技术有限公司 | 一种多播业务的发送方法和设备 |
| US10966061B2 (en) | 2016-09-29 | 2021-03-30 | Huawei Technologies Co., Ltd. | Multicast service transmission method and device |
| CN113411755A (zh) * | 2017-12-28 | 2021-09-17 | 华为技术有限公司 | 一种通信方法、及相关产品 |
| US11758612B2 (en) | 2017-12-28 | 2023-09-12 | Huawei Technologies Co., Ltd. | Communication method and related product |
| WO2022252965A1 (zh) * | 2021-05-31 | 2022-12-08 | 华为技术有限公司 | 一种通信方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101370156B (zh) | 2012-05-23 |
| WO2009021467A1 (fr) | 2009-02-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100943901B1 (ko) | 방송 및 멀티캐스트를 위한 무선 프로토콜 엔터티 공유방식 | |
| CN101981874B (zh) | 在网关和基站之间进行同步的方法及相应的基站 | |
| CN100583693C (zh) | 一种实现空口同步发送数据的方法和系统 | |
| CN101132545B (zh) | 一种移动通信系统中实现多媒体广播/组播的方法和系统 | |
| CN101132607A (zh) | 演进多媒体广播组播业务接入网关、基站和方法 | |
| CN101394293B (zh) | 实现广播数据全网同步协议的系统 | |
| CN101394338A (zh) | 一种数据调度的方法、系统和装置 | |
| CN101911642A (zh) | 对信令消息进行同步的方法和基站 | |
| CN101945336B (zh) | 多媒体广播组播业务的调度处理方法及下层网元 | |
| TW200836507A (en) | Wireless network system and communication method in a wireless network | |
| CN101304550B (zh) | 提供多媒体广播/组播业务的方法及系统 | |
| CN101370156B (zh) | 多播组播业务传输的方法和网络系统 | |
| CN101400018B (zh) | 一种广播数据同步层的实现方法 | |
| CN101262277B (zh) | 多媒体广播组播业务数据同步调度方法 | |
| CN101425914B (zh) | 一种多媒体组播多播业务同步调整的方法及增强型基站 | |
| EP2180651B1 (en) | A method for the synchronization of the multimedia broadcast/multicast | |
| CN101237384A (zh) | 多媒体广播/组播业务数据发送的方法、装置、用户面实体和系统 | |
| CN101094457A (zh) | 基于mbms网关建立mbms承载面数据传输通道的方法 | |
| CN101043653B (zh) | 基于透明模式实现无线网络控制器间mbms业务同步的方法 | |
| CN101364884A (zh) | 发送多媒体广播与组播服务数据包的方法及装置 | |
| CN101316133B (zh) | 多媒体广播组播业务传输方法与装置 | |
| WO2016070580A1 (zh) | 恢复挂起业务的通知、指示信息处理方法及装置 | |
| CN112469142A (zh) | 信道建立的方法、基站及多小区多播协调实体mce | |
| CN101426231A (zh) | 建立mbms公共传输信道、及传输mbms业务数据方法、装置 | |
| CN101370169A (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120523 |