CN101227653A - 一种管理公共传输信道的方法 - Google Patents
一种管理公共传输信道的方法 Download PDFInfo
- Publication number
- CN101227653A CN101227653A CNA2008100577865A CN200810057786A CN101227653A CN 101227653 A CN101227653 A CN 101227653A CN A2008100577865 A CNA2008100577865 A CN A2008100577865A CN 200810057786 A CN200810057786 A CN 200810057786A CN 101227653 A CN101227653 A CN 101227653A
- Authority
- CN
- China
- Prior art keywords
- transport channel
- common transport
- cell
- node
- sub
- 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)业务进行管理的过程中,对于每个基站(Node B),无线网络控制器(RNC)只发送一次公共传输信道管理消息,并在所述公共传输信道管理消息中携带所述Node B中与所述MBMS业务相关的所有小区的小区标识;Node B根据所述公共传输信道管理消息对相应小区进行公共传输信道管理。应用本发明能够简化公共传输信道的管理流程,使公共传输信道的管理过程逻辑清晰。
Description
技术领域
本发明涉及多媒体广播组播业务(MBMS)技术,特别涉及一种管理公共传输信道的方法。
背景技术
MBMS作为手机电视业务的标准,其特点是一个数据源向多个用户发送数据,它提供的是一种的点到多点的业务。图1示出了现有MBMS业务***的组成结构示意图,参见图1,其中:
内容提供商,用于提供广播电视内容,将广播电视内容通过传输流发给广播组播业务中心(BM-SC);
BM-SC,用于将来自内容提供商的传输流转发给3G核心网;
3G核心网中的通用分组无线业务网关支持节点(GGSN)将来自于BM-SC的传输流发送给通用分组无线业务服务支持节点(SGSN),SGSN进一步将传输流转发给通用移动通信***陆地无线接入网(UTRAN);
UTRAN再通过Uu接口将传输流发送给用户设备(UE)。
对每一MBMS业务,在整个MBMS业务区内,MBMS业务数据在无线网络控制器(RNC)和同一基站(Node B)的多个小区之间通过同一个MBMSIub承载传输,即在Iub传输资源上采用Node B内共享的方式。
现有MBMS业务启动流程包括:对每一MBMS业务,RNC针对每个Node B执行一次传输承载建立过程,并针对所述Node B中的每个小区分别发起公共传输信道建立过程,在所述公共传输信道建立过程中需要将公共传输信道配置信息发送给Node B。现有MBMS业务停止流程亦然,也是针对每个Node B执行一次传输承载释放过程,并针对各Node B中的每个小区分别发起公共传输信道删除过程。
然而,在某一MBMS业务的整个MBMS业务区内,该MBMS业务采用同步发送相同内容的方式进行发送,因此,对于同一MBMS业务,所有相关小区的公共传输信道配置信息可以完全相同。
由此可见,上述现有MBMS业务启动/停止流程中,针对每个Node B中的每个小区分别进行公共传输信道建立/删除的公共传输信道管理方式的执行效率较低,过程复杂。
并且,在MBMS业务启动/停止时,传输承载建立/删除过程针对每个NodeB进行,而公共传输承载建立/删除过程针对每个Node B中的每个小区分别进行,导致逻辑上不清晰。
此外,由于采用Iub传输承载共享的方式,要求Node B中与同一MBMS业务相关的公共传输信道必须使用相同的接收窗口,因此,当需要修改与某一MBMS业务相关的公共传输信道的接收窗口时,需要分别针对各个小区发起公共传输信道重配过程,过程复杂,并且,当异常发生时容易产生处理混乱。
发明内容
有鉴于此,本发明的主要目的在于提供一种管理公共传输信道的方法,以在MBMS业务实现过程中,简化公共传输信道的管理流程。
为达到上述目的,本发明的技术方案具体是这样实现的:
一种管理公共传输信道的方法,包括:在对多媒体广播组播业务MBMS业务进行管理的过程中,对于每个基站Node B,无线网络控制器RNC只发送一次公共传输信道管理消息,并在所述公共传输信道管理消息中携带所述Node B中与所述MBMS业务相关的所有小区的小区标识;Node B根据所述公共传输信道管理消息对相应小区进行公共传输信道管理。
该方法可以进一步包括:预先在公共传输信道管理消息中扩展附加小区列表信元;所述在公共传输信道管理消息中携带所述Node B中与所述MBMS业务相关的所有小区的小区标识包括:在所述公共传输信道管理消息的小区标识信元中携带所述Node B中与所述MBMS业务相关的一个小区的小区标识,将除所述一个小区之外的小区的小区标识携带于所述扩展的附加小区列表信元中。
较佳地,所述公共传输信道管理消息可以包括:公共传输信道建立请求消息、公共传输信道重配请求消息和公共传输信道删除请求消息;所述公共传输信道管理可以包括:公共传输信道建立、公共传输信道重配和公共传输信道删除。
所述公共传输信道管理消息可以为:公共传输信道建立请求消息或公共传输信道重配请求消息;在Node B根据所述公共传输信道管理消息对相应小区进行公共传输信道管理之后,可以进一步包括:如果所有小区的公共传输信道管理成功,Node B向RNC返回相应的公共传输信道管理成功响应消息;如果所有小区的公共传输信道管理失败,Node B向RNC返回相应的公共传输信道管理失败响应消息。
在Node B根据所述公共传输信道管理消息对相应小区进行公共传输信道管理之后,可以进一步包括:如果部分小区的公共传输信道管理失败,Node B向RNC返回相应的公共传输信道管理成功响应消息,并在所述公共传输信道管理成功响应消息中携带所述公共传输信道管理失败的小区的小区标识。
该方法可以进一步包括:预先在公共传输信道管理成功响应消息中扩展失败小区列表信元;所述在公共传输信道管理成功响应消息中携带所述公共传输信道管理失败的小区的小区标识可以包括:将所述失败的小区的小区标识携带于所述扩展的失败小区列表信元中。
所述公共传输信道管理消息可以为:公共传输信道建立请求消息,所述公共传输信道建立请求消息中携带有RNC在Node B范围内为所述MBMS业务分配的公共传输信道标识和公共物理信道标识。
所述公共传输信道管理成功响应消息可以为:公共传输信道建立成功响应消息,所述公共传输信道建立成功响应消息中携带有所建立的公共传输信道的传输层信息。
由上述技术方案可见,本发明的管理公共传输信道的方法,利用MBMS业务的同步特性,在对MBMS业务进行管理的过程中,对于每个Node B,RNC只发送一次公共传输信道管理消息,并在该公共传输信道管理信息中携带该Node B中与该MBMS业务相关的所有小区的小区标识,然后由NodeB根据该公共传输信道管理消息对相应小区进行公共传输信道管理。如此,一方面将公共传输信道管理在同一Node B下的多个小区批量完成,简化了公共传输信道的管理流程,大大加速了MBMS业务启动/停止流程的速度;另一方面,与MBMS业务的传输承载共享的实现流程相符,使得公共传输信道的管理过程逻辑清晰。
附图说明
图1示出了现有MBMS业务***的组成结构示意图;
图2为本发明管理公共传输信道的方法的流程示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
MBMS业务的同步特性表明:对于同一MBMS业务,所有相关小区的公共传输信道配置信息可以完全相同,本发明提出的管理公共传输信道的方法正是利用MBMS业务的同步特性,在对MBMS业务进行管理的过程中,对于每个Node B,RNC只发送一次公共传输信道管理消息,并在该公共传输信道管理信息中携带该Node B中与该MBMS业务相关的所有小区的小区标识,然后由Node B根据该公共传输信道管理消息对相应小区进行公共传输信道管理。如此,既简化了公共传输信道的管理流程,又与MBMS业务的传输承载共享的实现流程相符,使得公共传输信道的管理过程逻辑清晰。
在具体实现时,可以通过对现有公共传输信道管理消息进行扩展的方式,也可以通过定义一个专用消息的方式,实现在相应公共传输信道管理消息中携带Node B中与MBMS业务相关的所有小区的小区标识。在以下的说明中,以对现有消息进行扩展的方式为例进行说明。
图2为本发明管理公共传输信道的方法流程示意图。参见图2,该方法包括:
步骤201:在现有公共传输信道管理消息中扩展附加小区列表信元,该信元用于携带Node B中与MBMS业务相关的小区的小区标识;
步骤202:在对MBMS业务进行管理的过程中,对于每个Node B,RNC只发送一次公共传输信道管理消息,并在该公共传输信道管理消息的小区标识信元中携带该Node B中与该MBMS业务相关的一个小区的小区标识,将除该一个小区之外的小区的小区标识携带于该扩展的附加小区列表信元中;
步骤203:Node B根据该公共传输信道管理消息对相应小区进行公共传输信道管理。
至此,结束本发明管理公共传输信道的方法。
图2所示方法中,在Node B根据该公共传输信道管理消息对相应小区进行公共传输信道管理之后,可以根据所述公共传输信道管理的成功或失败情况,向RNC返回相应的公共传输信道管理成功响应消息或公共传输信道管理失败响应消息。
本发明所述公共传输信道管理可以包括:公共传输信道建立、公共传输信道重配和公共传输信道删除,相应的,上述公共传输信道管理消息可以包括:公共传输信道建立请求消息、公共传输信道重配请求消息和公共传输信道删除请求消息。下面通过三个示例,对本发明针对上述三种管理类型提出的方案分别进行说明:
示例一:公共传输信道建立过程
在步骤201,对现有消息进行扩展,包括:在现有公共传输信道建立请求消息中增加可选的附加小区列表信元(IE,Information Element),如表1所示;并在现有公共传输信道建立成功响应消息中增加可选的失败小区列表信元,如表2所示:
公共传输信道建立请求消息 | |||
信元名/组名 | 必要性 | 取值范围 | 备注 |
AdditionCellList | 可选 | 1..<Node B中的最大小区标识> | 公共传输信道建立相关小区的小区列表,当该可选项出现时,表示本次公共传输信道建立过程针对多个小区 |
>C-ID | 1..<Node B中的最大小区标识> |
表1
表1中,C-ID是现有公共传输信道建立请求消息中已有的小区标识信元;AdditionCellList IE是本发明在现有公共传输信道建立请求消息中扩展的附加小区列表信元。
公共传输信道建立成功响应消息 | |||
信元名/组名 | 必要性 | 取值范围 | 备注 |
FailCellList | 可选 | 0..<Node B中的最大小区标识> | 公共传输信道建立失败的小区列表,当该可选项出现时,表示本次公共传输信道建立过程部分成功、部分失败 |
>C-ID | |||
>Cause | 失败原因 |
表2
表2中,FailCellList IE是本发明在现有公共传输信道建立成功响应消息中扩展的失败小区列表信元。
在步骤202,在MBMS业务的启动过程中,对于每个Node B,RNC只发送一次公共传输信道建立请求消息,并在该公共传输信道建立请求消息中携带该Node B中与该MBMS业务相关的所有小区的小区标识。
本步骤中,较佳地,可以在表1所示公共传输信道建立请求消息的C-ID信元中携带该Node B中与该MBMS业务相关的第一个小区的小区标识,并将除该第一个小区之外的小区的小区标识携带于扩展的AdditionCellList信元中。
按照现有技术,该公共传输信道建立请求消息中需要携带RNC为该MBMS业务分配的公共传输信道标识(ID)和公共物理信道标识。在本发明技术方案中,由于所有小区的公共传输信道通过一次公共传输信道建立过程中批量建立,需要为这些小区分配相同的公共传输信道标识和公共物理信道标识,并且,所分配的公共传输信道标识和公共物理信道标识不能与相关小区中已分配的对应标识相同,因此,在分配公共传输信道标识和公共物理信道标识时,需要在Node B范围内进行分配。例如:
假设Node B中有三个小区(分别是:小区1、小区2和小区3)需要传输相同的MBMS业务,其中,小区1中ID为1的公共传输信道已分配,小区2中ID为2的公共传输信道已分配,此时,只能为这三个小区分配除1和2之外的ID作为公共传输信道ID。例如:可以分配ID为3的公共传输信道。
在步骤203,Node B根据收到的公共传输信道建立请求消息在相应小区建立公共传输信道。
在建立公共传输信道之后,可以根据建立成功或失败情况,向RNC返回公共传输信道建立成功响应消息或公共传输信道建立失败响应消息,具体地:
如果所有小区的公共传输信道建立成功,Node B可以向RNC返回公共传输信道建立成功响应消息;
如果所有小区的公共传输信道建立失败,Node B可以向RNC返回公共传输信道建立失败响应消息。
进一步地,如果部分小区的公共传输信道建立成功,而另一部分小区的公共传输信道建立失败,Node B可以向RNC返回携带有公共传输信道建立失败的小区的小区标识的传输信道建立成功响应消息。例如:可以在表2所示公共传输信道建立成功响应消息的FailCellList信元中携带该Node B中公共传输信道建立失败的小区的小区标识。
并且,与现有技术一样,在上述公共传输信道建立成功响应消息中可以携带所建立的公共传输信道的传输层信息,该传输层信息可以用于无线网络层与共享的Iub承载建立绑定关系。在现有技术中,Node B将针对每个小区,分别向RNC返回公共传输信道建立成功响应消息或公共传输信道建立失败响应消息,采用本发明之后,对于MBMS业务,一次公共传输信道建立过程返回一个公共传输信道的传输层信息,对应一次AAL2链路建立过程,逻辑上非常清晰,并且,与MBMS业务的传输承载共享的实现流程相符。
示例二:公共传输信道重配过程
在步骤201,对现有消息进行扩展,包括:在现有公共传输信道重配请求消息中增加可选的附加小区列表信元,如表3所示;并在现有公共传输信道重配成功响应消息中增加可选的失败小区列表信元,如表4所示:
公共传输信道建立重配消息 | |||
信元名/组名 | 必要性 | 取值范围 | 备注 |
AdditionCellList | 可选 | 1..<Node B中的最大小区标识> | 公共传输信道重配相关小区的小区列表,当该可选项出现时,表示本次公共传输信道重配过程针对多个小区 |
>C-ID | 1..<Node B中的最大小区标识> |
表3
表3中,C-ID是现有公共传输信道重配请求消息中已有的小区标识信元;AdditionCellList IE是本发明在现有公共传输信道重配请求消息中扩展的附加小区列表信元。
公共传输信道重配成功响应消息 | |||
信元名/组名 | 必要性 | 取值范围 | 备注 |
FailCellList | 可选 | 0..<Node B中的最大小区标识> | 公共传输信道重配失败的小区列表,当该可选项出现时,表示本次公共传输信道重配过程部分成功、部分失败 |
>C-ID | |||
>Cause | 失败原因 |
表4
表4中,FailCellList IE是本发明在现有公共传输信道重配成功响应消息中扩展的失败小区列表信元。
在步骤202,需要对公共传输信道进行重配时,对于每个Node B,RNC只发送一次公共传输信道重配请求消息,并在该公共传输信道重配请求消息中携带该Node B中与该MBMS业务相关的所有小区的小区标识。
本步骤中,较佳地,可以在表3所示公共传输信道重配请求消息的C-ID信元中携带该Node B中与该MBMS业务相关的第一个小区的小区标识,并将除该第一个小区之外的小区的小区标识携带于扩展的AdditionCellList信元中。
在步骤203,Node B根据收到的公共传输信道重配请求消息在相应小区重配公共传输信道。
在重配公共传输信道之后,可以根据重配成功或失败情况,向RNC返回公共传输信道重配成功响应消息或公共传输信道重配失败响应消息,具体地:
如果所有小区的公共传输信道重配成功,Node B可以向RNC返回公共传输信道重配成功响应消息;
如果所有小区的公共传输信道重配失败,Node B可以向RNC返回公共传输信道重配失败响应消息。
进一步地,如果部分小区的公共传输信道重配成功,而另一部分小区的公共传输信道重配失败,Node B可以向RNC返回携带有公共传输信道重配失败的小区的小区标识的传输信道重配成功响应消息。例如:可以在表4所示公共传输信道重配成功响应消息的FailCellList信元中携带该Node B中公共传输信道重配失败的小区的小区标识。
示例三:公共传输信道删除过程
在步骤201,对现有消息进行扩展,包括:在现有公共传输信道删除请求消息中增加可选的附加小区列表信元,即:如表5所示的AdditionCellList。
公共传输信道建立删除消息 | |||
信元名/组名 | 必要性 | 取值范围 | 备注 |
AdditionCellList | 可选 | 1..<Node B中的最大小区标识> | 公共传输信道删除相关小区的小区列表,当该可选项出现时,表示本次公共传输信道删除过程针对多个小区 |
>C-ID | 1..<Node B中的 |
最大小区标识> |
表5
在步骤202,在MBMS业务的停止过程中,对于每个Node B,RNC只发送一次公共传输信道删除请求消息,并在该公共传输信道删除请求消息中携带该Node B中与该MBMS业务相关的所有小区的小区标识。
本步骤中,较佳地,可以在表5所示公共传输信道删除请求消息的C-ID信元中携带该Node B中与该MBMS业务相关的第一个小区的小区标识,并将除该第一个小区之外的小区的小区标识携带于扩展的AdditionCellList信元中。
在步骤203,Node B根据收到的公共传输信道删除请求消息在相应小区删除公共传输信道。
由于公共传输信道的删除是强制性的,正常情况下,所述删除应该都是成功的,因此,在Node B删除公共传输信道后,无需向RNC返回成功响应消息或失败响应消息。
由上述技术方案可见,本发明的管理公共传输信道的方法,利用MBMS业务的同步特性,在对MBMS业务进行管理的过程中,对于每个Node B,RNC只发送一次公共传输信道管理消息,并在该公共传输信道管理信息中携带该Node B中与该MBMS业务相关的所有小区的小区标识,然后由NodeB根据该公共传输信道管理消息对相应小区进行公共传输信道管理。如此,一方面将公共传输信道管理在同一Node B下的多个小区批量完成,简化了公共传输信道的管理流程,大大加速了MBMS业务启动/停止流程的速度;另一方面,与MBMS业务的传输承载共享的实现流程相符,使得公共传输信道的管理过程逻辑清晰。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种管理公共传输信道的方法,其特征在于,包括:
在对多媒体广播组播业务MBMS业务进行管理的过程中,对于每个基站Node B,无线网络控制器RNC只发送一次公共传输信道管理消息,并在所述公共传输信道管理消息中携带所述Node B中与所述MBMS业务相关的所有小区的小区标识;
Node B根据所述公共传输信道管理消息对相应小区进行公共传输信道管理。
2.根据权利要求1所述的方法,其特征在于,该方法进一步包括:预先在公共传输信道管理消息中扩展附加小区列表信元;
所述在公共传输信道管理消息中携带所述Node B中与所述MBMS业务相关的所有小区的小区标识包括:在所述公共传输信道管理消息的小区标识信元中携带所述Node B中与所述MBMS业务相关的一个小区的小区标识,将除所述一个小区之外的小区的小区标识携带于所述扩展的附加小区列表信元中。
3.根据权利要求2所述的方法,其特征在于,所述公共传输信道管理消息包括:公共传输信道建立请求消息、公共传输信道重配请求消息和公共传输信道删除请求消息;
所述公共传输信道管理包括:公共传输信道建立、公共传输信道重配和公共传输信道删除。
4.根据权利要求3所述的方法,其特征在于,所述公共传输信道管理消息为:公共传输信道建立请求消息或公共传输信道重配请求消息;
在Node B根据所述公共传输信道管理消息对相应小区进行公共传输信道管理之后,进一步包括:如果所有小区的公共传输信道管理成功,Node B向RNC返回相应的公共传输信道管理成功响应消息;如果所有小区的公共传输信道管理失败,Node B向RNC返回相应的公共传输信道管理失败响应消息。
5.根据权利要求4所述的方法,其特征在于,在Node B根据所述公共传输信道管理消息对相应小区进行公共传输信道管理之后,进一步包括:
如果部分小区的公共传输信道管理失败,Node B向RNC返回相应的公共传输信道管理成功响应消息,并在所述公共传输信道管理成功响应消息中携带所述公共传输信道管理失败的小区的小区标识。
6.根据权利要求5所述的方法,其特征在于,该方法进一步包括:预先在公共传输信道管理成功响应消息中扩展失败小区列表信元;
所述在公共传输信道管理成功响应消息中携带所述公共传输信道管理失败的小区的小区标识包括:将所述失败的小区的小区标识携带于所述扩展的失败小区列表信元中。
7.根据权利要求4或5所述的方法,其特征在于,所述公共传输信道管理消息为:公共传输信道建立请求消息,所述公共传输信道建立请求消息中携带有RNC在Node B范围内为所述MBMS业务分配的公共传输信道标识和公共物理信道标识。
8.根据权利要求7所述的方法,其特征在于,所述公共传输信道管理成功响应消息为:公共传输信道建立成功响应消息,所述公共传输信道建立成功响应消息中携带有所建立的公共传输信道的传输层信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100577865A CN101227653A (zh) | 2008-02-18 | 2008-02-18 | 一种管理公共传输信道的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100577865A CN101227653A (zh) | 2008-02-18 | 2008-02-18 | 一种管理公共传输信道的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101227653A true CN101227653A (zh) | 2008-07-23 |
Family
ID=39859370
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008100577865A Pending CN101227653A (zh) | 2008-02-18 | 2008-02-18 | 一种管理公共传输信道的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101227653A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017075792A1 (zh) * | 2015-11-05 | 2017-05-11 | 华为技术有限公司 | 小区多播业务处理方法以及设备 |
-
2008
- 2008-02-18 CN CNA2008100577865A patent/CN101227653A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017075792A1 (zh) * | 2015-11-05 | 2017-05-11 | 华为技术有限公司 | 小区多播业务处理方法以及设备 |
CN108353071A (zh) * | 2015-11-05 | 2018-07-31 | 华为技术有限公司 | 小区多播业务处理方法以及设备 |
US10587990B2 (en) | 2015-11-05 | 2020-03-10 | Huawei Technologies Co., Ltd. | Cell multicast service processing method and device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1748386B (zh) | 在多媒体广播/多播业务中管理用于寻呼用户设备的业务环境的方法 | |
CN101529932B (zh) | 用于对向多个小区提供多媒体广播/组播的节点共享传输信道的方法和设备 | |
CN101572859A (zh) | 网元间公共控制消息的同步方法 | |
EP1762022A1 (en) | Method and apparatus for indicating preferred layer information in multimedia broadcast/multicast service (mbms) | |
CN101090525B (zh) | 多播广播业务调度方法 | |
CN101998244A (zh) | 一种配置mbms控制信息的方法、设备和*** | |
CN101137120B (zh) | 资源分配方法和装置 | |
CN103052038A (zh) | 一种建立组呼上下文的方法和***、基站、集群epc | |
CN102547989A (zh) | 一种支持大量终端的无线通信***资源分配和寻址方法 | |
CN101052166B (zh) | 多媒体广播组播业务的区域控制方法 | |
CN103458373A (zh) | 一种集群业务实现方法及其装置 | |
CN101094439A (zh) | 无线通信***中为广播业务动态分配资源的方法及装置 | |
CN101242558A (zh) | 对业务资源进行协调的方法、***、基站及设备 | |
CN101047437B (zh) | 无线链路控制序列号同步方法及无线网络控制器 | |
CN101800938A (zh) | 为mbms承载业务建立无线承载的方法、装置和*** | |
CN101112020A (zh) | 在多媒体广播/组播服务***中发送/接收用户设备的会话不感兴趣指示信息的方法和*** | |
CN101257374B (zh) | 实现广播/组播业务与专用业务并发的方法及其*** | |
CN101227653A (zh) | 一种管理公共传输信道的方法 | |
CN101047492B (zh) | 实现rlc序列号在无线网络控制器间同步的方法及*** | |
CN104955086A (zh) | Mbms差错处理方法、通信节点及通信*** | |
CN101742653A (zh) | 业务资源处理方法和*** | |
CN100583774C (zh) | 一种多媒体广播组播服务Iub口业务承载的方法 | |
CN101888591B (zh) | 一种更新多播信道配置信息的方法及*** | |
CN101583081B (zh) | 一种同步承载建立的方法、***和装置 | |
CN101552686A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20080723 |