CN101420761A - 广播多播业务的传输承载方法、***及装置 - Google Patents
广播多播业务的传输承载方法、***及装置 Download PDFInfo
- Publication number
- CN101420761A CN101420761A CNA2007101761758A CN200710176175A CN101420761A CN 101420761 A CN101420761 A CN 101420761A CN A2007101761758 A CNA2007101761758 A CN A2007101761758A CN 200710176175 A CN200710176175 A CN 200710176175A CN 101420761 A CN101420761 A CN 101420761A
- Authority
- CN
- China
- Prior art keywords
- mbms
- binding
- transmission
- rnc
- transmission bearer
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种MBMS的传输承载方法,包括:NodeB接收来自无线网络控制器RNC的携带MBMS业务指示的公共传输信道建立请求,在根据所述MBMS业务指示确定下属小区内已建立有当前MBMS业务的传输承载时,将与该MBMS传输承载对应的绑定ID携带在公共传输信道建立响应中发送给RNC;RNC接收来自NodeB的携带所述绑定ID的公共传输信道建立响应,在确定所述绑定ID已经存在时,利用该绑定ID对应的MBMS传输承载进行MBMS业务传输。此外,本发明还公开了一种MBMS的传输承载***及装置。本发明中的技术方案能够实现不同小区对相同MBMS业务传输的共享。
Description
技术领域
本发明涉及移动通信技术,尤其涉及一种广播多播业务(MBMS)的传输承载方法、***及装置。
背景技术
目前,MBMS已经被引入宽带码分多址(WCDMA)和时分-同步码分多址接入(TD-SCDMA)标准中,根据第三代合作组织(3GPP)的版本6,同一个基站节点(NodeB)的不同小区,即便传送相同的MBMS业务也需要建立和使用不同的传输承载,如图1所示,假设一个NodeB中有三个小区,且三个小区都需要传送来自核心网的一个相同的MBMS业务,则在无线网络控制器(RNC,radio network controller)和Node B之间的Iub接口上就需要建立三个MBMS传输承载,显然这对Iub口的资源造成很大浪费。
为此,提出了如图2所示的解决方案,该方案中,对于图1所示的情况,在Iub接口上只建立一个MBMS传输承载,三个小区共享该传输承载,达到节约Iub口资源的目的。
在Iub接口中,协议栈包含3个协议平面,分别是无线网络控制平面、传输网络控制平面和用户平面,分别对应3个协议的信令流程,即NodeB应用部分(NBAP,NodeB application part)、接入层链路控制应用协议(ALCAP,access link control application protocol)和Iub帧协议(FP,frameprotocol)。这3个协议有着紧密的联系,当RNC发起传输信道管理或者无线连接管理相关过程时,是通过NBAP协议的相关过程来实现,比如公共传输信道建立(Common Transport Channel Setup)、无线链路建立(Radio LinkSetup)等。同时需要对用户面链路进行分配或删除,在Iub接口上,用户数据通过异步传输模式(ATM)结构中的ATM适配层(AAL)的AAL2传送,ALCAP定义了与用户面建立、释放传输承载的方式,因此ALCAP可统一管理AAL2的建立和释放。其中,MBMS业务的Iub传输承载是由NBAP的公共传输信道建立流程发起并通过ALCAP建立和释放的。
为了实现各小区对MBMS传输承载的共享,现有技术有些解决方案中,传输承载的信息通过额外的NBAP信令传送,而且RNC不知道NodeB是否具有共享传输承载的能力,此时,RNC需要一直利用该额外的NBAP信令向NodeB发送传输承载共享的信息,而无论NodeB是否可以/愿意共享传输承载,因此当NodeB不愿或不能共享传输承载时,这些额外的NBAP信令势必造成资源的浪费。此外,还有些解决方案中,传输承载的信息通过公共传输信道建立流程传送,且该方案中需要在公共传输信道建立请求和响应信令中增加较多额外的信元,这势必增加公共传输信道建立请求和响应信令的开销,并且需要对相应的流程进行更改。
发明内容
有鉴于此,本发明中一方面提供一种MBMS业务的传输承载方法,另一方面提供一种MBMS业务的传输承载***及装置,以便降低公共传输信道建立请求和响应信令的开销。其中,装置包括RNC和NodeB。
本发明提供的MBMS业务的传输承载方法,包括:
基站节点NodeB接收来自无线网络控制器RNC的携带MBMS业务指示的公共传输信道建立请求,在根据所述MBMS业务指示确定下属小区内已建立有当前MBMS业务的传输承载时,将与该MBMS传输承载对应的绑定ID携带在公共传输信道建立响应中发送给RNC;
RNC接收来自NodeB的携带所述绑定ID的公共传输信道建立响应,在确定所述绑定ID已经存在时,利用所述绑定ID对应的MBMS传输承载进行MBMS业务传输。
此外,该方法可进一步包括:NodeB在根据所述MBMS业务指示确定下属小区内未建立有当前MBMS业务的传输承载时,生成新的绑定ID,将生成的所述绑定ID携带在公共传输信道建立响应中发送给RNC;
RNC在确定所述绑定ID未存在时,发起新的MBMS传输承载的建立,利用所建立的MBMS传输承载进行MBMS业务传输。
其中,所述传输承载为异步传输模式的适配层AAL2连接或IP连接。
其中,所述绑定ID为包括特定信息的绑定ID。
其中,所述特定信息包括NodeB标识、小区标识、传输信道标识、IP传输中的用户数据报协议UDP的端口号、载波标识等中的任意一种或任意组合。
本发明提供的MBMS业务的传输承载***,包括:
基站节点NodeB,用于接收来自无线网络控制器RNC的携带MBMS业务指示的公共传输信道建立请求,在根据所述MBMS业务指示确定下属小区内已建立有当前MBMS业务的传输承载时,将与该MBMS传输承载对应的绑定ID携带在公共传输信道建立响应中发送给RNC;
RNC,用于接收来自NodeB的携带所述绑定ID的公共传输信道建立响应,在确定所述绑定ID已经存在时,利用所述绑定ID对应的MBMS传输承载进行MBMS业务传输。
此外,所述NodeB可进一步用于:在根据所述MBMS业务指示确定下属小区内未建立有当前MBMS业务的传输承载时,生成新的绑定ID,将生成的所述绑定ID携带在公共传输信道建立响应中发送给RNC;
所述RNC可进一步用于:在确定所述绑定ID未存在时,发起新的MBMS传输承载的建立,利用所建立的MBMS传输承载进行MBMS业务传输。
本发明提供的RNC,包括:
请求消息发送模块,用于向基站节点NodeB发送携带有广播多播业务MBMS业务指示的公共传输信道建立请求消息;
响应消息接收模块,用于接收来自NodeB的携带有绑定ID的公共传输信道建立响应消息;
传输承载实施模块,用于在确定所述公共传输信道建立响应消息中的绑定ID已经存在时,利用该绑定ID对应的MBMS传输承载进行MBMS业务传输。
此外,所述传输承载实施模块可进一步用于:在确定所述公共传输信道建立响应消息中的绑定ID未存在时,发起新的MBMS传输承载的建立,并利用所建立的MBMS传输承载进行MBMS业务传输。
本发明提供的Node B,包括:
请求消息接收模块,用于接收来自无线网络控制器RNC的携带有广播多播业务MBMS业务指示的公共传输信道建立请求消息;
绑定ID携带模块,用于当根据所述请求消息中的MBMS业务指示确定当前MBMS业务的传输承载已经建立时,将与该MBMS传输承载对应的绑定ID携带在公共传输信道建立响应消息中;
响应消息发送模块,用于将携带有绑定ID的公共传输信道建立响应消息发送给RNC。
此外,所述绑定ID携带模块可进一步用于:在确定当前MBMS业务的传输承载未建立时,生成新的绑定ID,将所生成的新的绑定ID携带在公共传输信道建立响应消息中。
从上述方案可以看出,本发明中通过NodeB在根据公共传输信道建立请求中的MBMS业务指示确定下属小区内已建立有当前MBMS业务的传输承载时,将与该MBMS传输承载对应的绑定ID携带在建立响应中发送给RNC;RNC在确定该建立响应中的绑定ID已经存在时,利用该绑定ID对应的MBMS传输承载进行MBMS业务传输,从而实现了NodeB的不同小区对相同MBMS业务的共享。
附图说明
图1为现有技术中不同小区接收相同MBMS业务时的传输承载示意图;
图2为改进后的不同小区接收相同MBMS业务时的传输承载示意图;
图3为本发明实施例中MBMS业务的传输承载方法的示例性流程图;
图4为图3所示流程中描述的绑定ID的一种结构示意图;
图5为本发明实施例中在NodeB的共享小区中的第一个小区内建立MBMS传输承载的流程图;
图6为本发明实施例中在NodeB的共享小区中的其它小区内建立MBMS传输承载的流程图;
图7为本发明实施例中MBMS业务的传输承载***的示例性结构图;
图8为本发明实施例中RNC的一种内部结构示意图;
图9为本发明实施例中NodeB的一种内部结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下面结合实施例和附图,对本发明进一步详细说明。
本发明考虑到在3GPP协议中,绑定标识(Binding ID)信元用来唯一标识Iub接口的一个传输承载,并且在用户数据通过ATM的AAL2传输时,该绑定ID与AAL2连接一一对应,即绑定ID用于识别不同的AAL2连接,在建立MBMS的传输承载时,绑定ID是必需的参数,在现有技术中,对于图1所示三个小区都需要传送一个相同的MBMS业务时,在Iub接口上建立三个MBMS传输承载的情况,每个MBMS传输承载所建立的AAL2连接对应一个绑定ID。本发明中利用该绑定ID与AAL2连接一一对应的特性,将绑定ID作为标识不同小区所共享的同一个Iub传输承载。进一步地,在用户数据通过IP连接传输时,还可以建立该绑定ID与IP连接的一一对应关系,以识别不同的IP连接,则当传输承载为IP连接时,同样可将绑定ID作为标识不同小区所共享的同一个Iub传输承载。具体实现参见图3所示方法流程。
图3为本发明实施例中MBMS业务的传输承载方法的示例性流程图。该流程包括如下步骤:
步骤301,RNC向NodeB发送公共传输信道建立请求(CommonTransport Channel Setup Request)消息,该请求消息中携带有用于表示当前MBMS业务的信息的MBMS业务指示。
其中,该MBMS业务指示用于指示一个特定的MBMS业务,因为一个NoedeB可能支持多个MBMS业务,因此需要指示当前MBMS业务是哪一个MBMS业务。具体实现时,可在Common Transport Channel Setup Request消息中增加MBMS业务指示信元,信元的名字可根据具体情况而定,如可定义为“Broadcast Reference”。
此外,该公共传输信道建立请求中还包括MBMS业务的其它相关信息,例如,由于一个MBMS业务对应一个前向接入信道(FACH),因此该公共传输信道建立请求中还可包括传输信道ID等MBMS传输信道信息。
步骤302,NodeB根据公共传输信道建立请求消息中的MBMS业务指示,判断下属小区内是否已建立当前MBMS业务的传输承载,如果未建立,则执行步骤303,如果已建立,则执行步骤304。
步骤303,NodeB生成一个新的绑定ID,将所生成的绑定ID携带在发送给RNC的公共传输信道建立响应(Common Transport Channel SetupResponse)消息中。
其中,生成绑定ID的方式可有多种。可根据实际需要进行相应设定,例如,图4示出了绑定ID的一种结构示意图。如图4所示,对于32比特的绑定ID,可在其前8个比特中填充NodeB ID,随后的8个比特中填充Cell ID,再随后的8个比特中填充步骤301中提到的传输信道ID,最后8个比特可根据需要填充其它信息;或者,上述各信息的填充顺序也可以任意组合或者也可以任意选取其中的一个或多个进行填充,并且各自所占用比特数也可根据需要进行调整。当然,绑定ID也可有其它的信息组合进行填充,例如,IP传输中的用户数据报协议(UDP)的端口号、多载波中的任一载波标识等。则这些信息共同构成一个绑定ID的值,该值用于与之后建立的传输承载一一对应,同时该绑定ID本身也可用于表示多种特定信息。
当然,绑定ID也可以只是一个随机生成的值,用于与之后建立的传输承载一一对应,该绑定ID本身可不用于表示其它信息。
此外,NodeB根据步骤301中公共传输信道建立请求消息中的MBMS的传输信道信息建立当前小区载波内物理层的第二公共控制物理信道(SCCPCH)信道。
步骤304,NodeB决定当前小区共享已建立的MBMS传输承载时,将与该MBMS传输承载相对应的已生成的绑定ID携带在发送给RNC的公共传输信道建立响应(Common Transport Channel Setup Response)消息中。
此外,NodeB根据步骤301中公共传输信道建立请求消息中的MBMS的传输信道信息建立当前小区载波内物理层的SCCPCH信道。
步骤305,RNC收到来自NodeB的公共传输信道建立响应(CommonTransport Channel Setup Response)消息,判断响应消息中携带的绑定ID是否已经存在,如果存在,则执行步骤306,结束本流程;如果不存在,则执行步骤307。
步骤306,RNC使用与该绑定ID对应的MBMS传输承载进行MBMS业务传输,无需建立新的传输承载,此时,Iub传输承载在NodeB的不同小区中对相同的MBMS业务进行共享。
步骤307,RNC发起建立新的MBMS传输承载的流程,并建立公共传输信道建立响应(Common Transport Channel Setup Response)消息中的绑定ID与该传输承载的对应关系,利用所建立的MBMS传输承载进行MBMS业务传输。
其中,传输承载可以是ATM AAL2连接,也可以是IP连接。其中,AAL2连接由虚通路号(VPI)、虚通道号(VCI)和信道标识(CID)等参数确定。IP连接由IP地址和隧道端点标识符(TEID)确定。
上述流程中,NodeB可根据绑定ID、MBMS业务指示以及ATM层AAL2连接(VPI/VCI/CID)或者IP层连接(IP地址+隧道端点标识符(TEID))的对应关系,识别是那一种MBMS业务,以及绑定ID和哪一个MBMS业务以及哪一个小区存在对应关系,因此能完成在NodeB内的MBMS共享操作。
进一步的,对于类似图4所示的绑定ID,由于绑定ID的特定字节还有特殊含义,如图4所示,则RNC收到绑定ID之后,RNC可根据绑定ID中的NodeB ID知道此绑定ID来自哪一个NodeB,根据小区ID知道此小区是NodeB下的哪一个小区,进而根据传输信道ID知道是哪一个MBMS业务对应的FACH ID等。
下面以MBMS传输承载为AAL2连接的情况为例,分别对在NodeB的共享小区中的第一个小区内和其它小区内建立MBMS传输承载的情况进行详细描述。
图5为本发明实施例中在NodeB的共享小区中的第一个小区内建立MBMS传输承载的流程图。如图5所示,该流程包括:
RNC侧的NBAP向NodeB侧的NBAP发送公共传输信道建立请求消息,该请求消息中携带有用于表示当前MBMS业务的信息的MBMS业务指示。
NodeB侧的NBAP接收到来自RNC侧的NBAP的公共传输信道建立请求消息后,根据公共传输信道建立请求消息中的MBMS业务指示,判断下属小区内未建立当前MBMS业务的传输承载,于是生成一个新的绑定ID,将所生成的绑定ID携带在发送给RNC的公共传输信道建立响应消息中,并且NodeB将该绑定ID发送给自身的ALCAP。之后,NodeB侧的NBAP将公共传输信道建立请求消息中的MBMS传输信道信息和相关的对应关系发送给自身的FP,同时建立当前小区载波内物理层的SCCPCH信道。
RNC侧的NBAP接收到来自NodeB侧的NBAP的公共传输信道建立响应消息后,判断自身不存在响应消息中携带的绑定ID,因此将该绑定ID发送给自身的ALCAP。RNC侧的ALCAP发起建立ATM AAL2连接的流程,该AAL2连接由VPI/VCI/CID/参数确定,RNC侧的ALCAP将AAL2连接的VPI/VCI/CID/参数以及绑定ID发送给NodeB侧的ALCAP,NodeB侧的ALCAP将所接收的绑定ID与自身NBAP发送给自己的绑定ID进行比较,若一致,则建立起AAL2连接以及绑定ID与该AAL2连接的对应关系。
RNC侧的FP与NodeB侧的FP利用建立的AAL2连接,即MBMS传输承载进行MBMS业务传输。
图6为本发明实施例中在NodeB的共享小区中的其它小区内建立MBMS传输承载的流程图。如图6所示,该流程包括:
RNC侧的NBAP向NodeB侧的NBAP发送公共传输信道建立请求消息,该请求消息中携带有用于表示当前MBMS业务的信息的MBMS业务指示。
NodeB侧的NBAP接收到来自RNC侧的NBAP的公共传输信道建立请求消息后,根据公共传输信道建立请求消息中的MBMS业务指示,判断下属小区内已建立当前MBMS业务的传输承载,于是将与该传输承载对应的绑定ID携带在发送给RNC的公共传输信道建立响应消息中。之后,NodeB侧的NBAP将公共传输信道建立请求消息中的MBMS传输信道信息和相关的对应关系发送给自身的FP,同时建立当前小区载波内物理层的SCCPCH信道。
RNC侧的NBAP接收到来自NodeB侧的NBAP的公共传输信道建立响应消息后,判断自身已存在响应消息中携带的绑定ID,因此不再建立新的传输承载,RNC侧的FP与NodeB侧的FP利用绑定ID对应的MBMS传输承载进行MBMS业务传输,从而使得Iub传输承载在NodeB的不同小区中对相同的MBMS业务进行共享。
以上对本发明实施例中MBMS业务的传输承载方法进行了详细描述,下面再对本发明实施例中MBMS业务的传输承载***进行详细描述。
图7为本发明实施例中MBMS业务的传输承载***的示例性结构图。如图7所示,该***包括:RNC和NodeB。
其中,RNC的操作与图3所示方法流程中描述的操作一致,即主要用于向NodeB发送携带有MBMS业务指示的公共传输信道建立请求消息,接收来自NodeB的携带有绑定ID的公共传输信道建立响应消息,若响应消息中的绑定ID已经存在,则利用该绑定ID对应的MBMS传输承载进行MBMS业务传输;若该绑定ID不存在,则发起建立新的MBMS传输承载的流程,并利用新建立的MBMS传输承载进行MBMS业务传输。
NodeB的操作也与图3所示方法流程中描述的操作一致,即主要用于接收来自RNC的携带有MBMS业务指示的公共传输信道建立请求消息,当根据请求消息中的MBMS业务指示确定当前MBMS业务的传输承载已经建立时,将与该MBMS传输承载对应的绑定ID携带在公共传输信道建立响应消息,将该响应消息发送给RNC;当根据请求消息中的MBMS业务指示确定当前MBMS业务的传输承载未建立时,生成新的绑定ID,将所生成的新的绑定ID携带在公共传输信道建立响应消息,将该响应消息发送给RNC。
具体实现时,RNC的内部结构可有多种具体实现形式,图8示出了其中的一种结构示意图。如图8所示,该RNC包括:请求消息发送模块、响应消息接收模块和传输承载实施模块。
其中,请求消息发送模块用于向NodeB发送携带有MBMS业务指示的公共传输信道建立请求消息。
响应消息接收模块用于接收来自NodeB的携带有绑定ID的公共传输信道建立响应消息。
传输承载实施模块用于在响应消息中的绑定ID已经存在时,利用该绑定ID对应的MBMS传输承载进行MBMS业务传输;在响应消息中的绑定ID不存在时,发起建立新的MBMS传输承载的流程,并利用新建立的MBMS传输承载进行MBMS业务传输。
具体实现时,NodeB的内部结构也可有多种具体实现形式,图9示出了其中的一种结构示意图。如图9所示,该NodeB包括:请求消息接收模块、绑定ID携带模块和响应消息发送模块。
其中,请求消息接收模块用于接收来自RNC的携带有MBMS业务指示的公共传输信道建立请求消息。
绑定ID携带模块用于当根据上述请求消息中的MBMS业务指示确定当前MBMS业务的传输承载已经建立时,将与该MBMS传输承载对应的绑定ID携带在公共传输信道建立响应消息中;当根据请求消息中的MBMS业务指示确定当前MBMS业务的传输承载未建立时,生成新的绑定ID,将所生成的新的绑定ID携带在公共传输信道建立响应消息中。
响应消息发送模块用于将携带有绑定ID的公共传输信道建立响应消息发送给RNC。
本发明中的技术方案,仅仅利用绑带ID作为特定MBMS业务在Iub接口的MBMS传输承载的唯一识别而不需要改变COMMON TRANSPORTCHANNEL SETUP RESPONSE消息的结构,以完成同一NodeB下不同小区间的MBMS业务的Iub接口传输承载的共享,可见对现有协议修改较少,从而可行性较高。
此外,本发明中的技术方案对于不支持或不进行不同小区共享相同MBMS业务的传输承载的RNC和NodeB不会产生任何影响,例如,对于不支持或不进行该业务的RNC,其公共传输信道建立请求消息中可不携带MBMS业务指示,进行该业务的NodeB接收到公共传输信道建立请求消息后,由于检索不到MBMS业务指示,因此可按正常的公共信道建立流程进行。对于不支持或不进行该业务的NodeB,当进行该业务的RNC在其公共传输信道建立请求消息中携带MBMS业务指示时,该NodeB可忽略该MBMS业务指示信息。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1、一种广播多播业务MBMS的传输承载方法,其特征在于,该方法包括:
基站节点NodeB接收来自无线网络控制器RNC的携带MBMS业务指示的公共传输信道建立请求,在根据所述MBMS业务指示确定下属小区内已建立有当前MBMS业务的传输承载时,将与该MBMS传输承载对应的绑定ID携带在公共传输信道建立响应中发送给RNC;
RNC接收来自NodeB的携带所述绑定ID的公共传输信道建立响应,在确定所述绑定ID已经存在时,利用所述绑定ID对应的MBMS传输承载进行MBMS业务传输。
2、如权利要求1所述的方法,其特征在于,该方法进一步包括:NodeB在根据所述MBMS业务指示确定下属小区内未建立有当前MBMS业务的传输承载时,生成新的绑定ID,将生成的所述绑定ID携带在公共传输信道建立响应中发送给RNC;
RNC在确定所述绑定ID未存在时,发起新的MBMS传输承载的建立,利用所建立的MBMS传输承载进行MBMS业务传输。
3、如权利要求1所述的方法,其特征在于,所述传输承载为异步传输模式的适配层AAL2连接或IP连接。
4、如权利要求1至3中任一项所述的方法,其特征在于,所述绑定ID为包括特定信息的绑定ID。
5、如权利要求4所述的方法,其特征在于,所述特定信息包括NodeB标识、小区标识、传输信道标识、IP传输中的用户数据报协议UDP的端口号、载波标识等中的任意一种或任意组合。
6、一种广播多播业务MBMS的传输承载***,其特征在于,该***包括:
基站节点NodeB,用于接收来自无线网络控制器RNC的携带MBMS业务指示的公共传输信道建立请求,在根据所述MBMS业务指示确定下属小区内已建立有当前MBMS业务的传输承载时,将与该MBMS传输承载对应的绑定ID携带在公共传输信道建立响应中发送给RNC;
RNC,用于接收来自NodeB的携带所述绑定ID的公共传输信道建立响应,在确定所述绑定ID已经存在时,利用所述绑定ID对应的MBMS传输承载进行MBMS业务传输。
7、如权利要求6所述的***,其特征在于,所述NodeB进一步用于:在根据所述MBMS业务指示确定下属小区内未建立有当前MBMS业务的传输承载时,生成新的绑定ID,将生成的所述绑定ID携带在公共传输信道建立响应中发送给RNC;
所述RNC进一步用于:在确定所述绑定ID未存在时,发起新的MBMS传输承载的建立,利用所建立的MBMS传输承载进行MBMS业务传输。
8、一种无线网络控制器RNC,其特征在于,该RNC包括:
请求消息发送模块,用于向基站节点NodeB发送携带有广播多播业务MBMS业务指示的公共传输信道建立请求消息;
响应消息接收模块,用于接收来自NodeB的携带有绑定ID的公共传输信道建立响应消息;
传输承载实施模块,用于在确定所述公共传输信道建立响应消息中的绑定ID已经存在时,利用该绑定ID对应的MBMS传输承载进行MBMS业务传输。
9、如权利要求8所述的RNC,其特征在于,所述传输承载实施模块进一步用于:在确定所述公共传输信道建立响应消息中的绑定ID未存在时,发起新的MBMS传输承载的建立,并利用所建立的MBMS传输承载进行MBMS业务传输。
10、一种基站节点NodeB,其特征在于,该NodeB包括:
请求消息接收模块,用于接收来自无线网络控制器RNC的携带有广播多播业务MBMS业务指示的公共传输信道建立请求消息;
绑定ID携带模块,用于当根据所述请求消息中的MBMS业务指示确定当前MBMS业务的传输承载已经建立时,将与该MBMS传输承载对应的绑定ID携带在公共传输信道建立响应消息中;
响应消息发送模块,用于将携带有绑定ID的公共传输信道建立响应消息发送给RNC。
11、如权利要求10所述的NodeB,其特征在于,所述绑定ID携带模块进一步用于:在确定当前MBMS业务的传输承载未建立时,生成新的绑定ID,将所生成的新的绑定ID携带在公共传输信道建立响应消息中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101761758A CN101420761A (zh) | 2007-10-22 | 2007-10-22 | 广播多播业务的传输承载方法、***及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101761758A CN101420761A (zh) | 2007-10-22 | 2007-10-22 | 广播多播业务的传输承载方法、***及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101420761A true CN101420761A (zh) | 2009-04-29 |
Family
ID=40631288
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007101761758A Pending CN101420761A (zh) | 2007-10-22 | 2007-10-22 | 广播多播业务的传输承载方法、***及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101420761A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101702789A (zh) * | 2009-10-20 | 2010-05-05 | 中兴通讯股份有限公司 | 多媒体组播和广播业务控制方法及其装置 |
WO2014180225A1 (zh) * | 2013-05-09 | 2014-11-13 | 中兴通讯股份有限公司 | 通信***、网元设备及其业务处理方法 |
CN103945337B (zh) * | 2013-01-17 | 2017-09-01 | 中国普天信息产业股份有限公司 | 应用在td‑lte集群通信***的组资源同步方法及装置 |
WO2022027165A1 (en) | 2020-08-03 | 2022-02-10 | Zte Corporation | Multicast and broadcast service establishment |
WO2023226829A1 (zh) * | 2022-05-25 | 2023-11-30 | 大唐移动通信设备有限公司 | 信息传输方法、装置及网元 |
-
2007
- 2007-10-22 CN CNA2007101761758A patent/CN101420761A/zh active Pending
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101702789A (zh) * | 2009-10-20 | 2010-05-05 | 中兴通讯股份有限公司 | 多媒体组播和广播业务控制方法及其装置 |
CN101702789B (zh) * | 2009-10-20 | 2014-11-05 | 中兴通讯股份有限公司 | 多媒体组播和广播业务控制方法及其装置 |
CN103945337B (zh) * | 2013-01-17 | 2017-09-01 | 中国普天信息产业股份有限公司 | 应用在td‑lte集群通信***的组资源同步方法及装置 |
WO2014180225A1 (zh) * | 2013-05-09 | 2014-11-13 | 中兴通讯股份有限公司 | 通信***、网元设备及其业务处理方法 |
WO2022027165A1 (en) | 2020-08-03 | 2022-02-10 | Zte Corporation | Multicast and broadcast service establishment |
WO2023226829A1 (zh) * | 2022-05-25 | 2023-11-30 | 大唐移动通信设备有限公司 | 信息传输方法、装置及网元 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8068843B2 (en) | Method for increasing system capacity by transmitting control Signal for MBMS data by combining RLC and PDCP messages | |
EP1387591B1 (en) | Apparatus and method for providing MBMS service in a mobile communication system | |
KR100943901B1 (ko) | 방송 및 멀티캐스트를 위한 무선 프로토콜 엔터티 공유방식 | |
KR100827136B1 (ko) | 이동통신시스템에서의 시그널링 연결 설정방법 | |
JP4982545B2 (ja) | 移動通信システムのmbmsサービスのためのpdcp構造及び動作方法 | |
CN101242645B (zh) | 移动终端从空闲态进入激活态的方法及*** | |
KR100932485B1 (ko) | 방송 및/또는 멀티캐스트 서비스를 제공하는 방법 | |
EP2124353B1 (en) | Mobile communication system, multicast data distribution method, core network device, and access network device | |
JP2005528865A5 (zh) | ||
WO2005018116A1 (en) | Method for establishing common transport channel for mbms | |
CN101420761A (zh) | 广播多播业务的传输承载方法、***及装置 | |
CN101272315A (zh) | 分组数据包传输方法、***和网络设备 | |
CN101060416B (zh) | 建立和更新隧道传输的方法 | |
WO2004043023A1 (en) | A method for sharing multimedia broadcast/multicast service on iub interface in mobile communication system | |
CN101163092B (zh) | 一种Iub接口地面传输通道的共享方法及*** | |
CN101163096B (zh) | 一种Iub接口地面传输通道的共享方法及*** | |
CN101400035A (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090429 |