CN101426231A - 建立mbms公共传输信道、及传输mbms业务数据方法、装置 - Google Patents
建立mbms公共传输信道、及传输mbms业务数据方法、装置 Download PDFInfo
- Publication number
- CN101426231A CN101426231A CNA2007101242173A CN200710124217A CN101426231A CN 101426231 A CN101426231 A CN 101426231A CN A2007101242173 A CNA2007101242173 A CN A2007101242173A CN 200710124217 A CN200710124217 A CN 200710124217A CN 101426231 A CN101426231 A CN 101426231A
- Authority
- CN
- China
- Prior art keywords
- mbms
- channel
- entity
- rnc
- network control
- 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
Abstract
本发明涉及无线通信领域，公开了一种建立MBMS公共传输信道的方法与装置以及传输MBMS业务数据的方法与装置。其中，该建立MBMS公共传输信道的方法，包括如下步骤：在IUR口增加MBMS公共传输信道；主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息；所述至少一从网络控制实体向主网络控制实体发送MBMS公共传输信道资源请求响应。该方法不但可以用于承载P－T－M模式下的MBMS业务，而且还可节省带宽、提高传输效率。
Description
技术领域
本发明涉及无线通信领域，特别涉及一种提供建立MBMS(MultimediaBroadcast Multicast Service，多媒体广播组播服务)公共传输信道、以及根据建立的MBMS公共传输信道传输MBMS业务数据的技术。
背景技术
MBMS(Multimedia Broadcast Multicast Service，多媒体广播组播服务)业务是3GPP(3rd Generation Partnership Project第三代移动通信伙伴计划)业务发展的重要内容之一。MBMS主要指网络侧同时把相同的多媒体数据发送给网络中的多个接收者，较之单用户传输，MBMS极大地节省了空口资源。
为了提高WCDMA的生命周期和运营商的投资保护，3GPP提出了HSPA+(High Speed Packet Access Evolution，高速分组接入演进的演进计划)，希望在现有版本的基础上提高频谱效率，减少控制面和用户面的延迟，并且能够后向兼容和前向平滑演进到LTE(Long Term Evolution，长期演进)系统。HSPA+网络架构的特点是陆地通用无线接入网(Universal TerrestrialRadio Access Network，以下简称UTRAN)扁平化即将无线网络控制器(RadioNetwork Controller，简称RNC)功能压缩到演进的B节点(Node B plus，以下简称NodeB+)上，且NodeB+只支持分组交换(Packet Switched，以下简称PS)业务。
对基于HSPA+架构的MBMS业务，3GPP已经明确要求使用空口合并技术，即MBSFN(MBMS over a Single Frequency Network，MBMS单频网)技术，网络侧将同一份MBMS数据同时在多个小区传送，并且使用相同的编码方式，严格地同步发送，以使UE能把来自不同小区的信号看做一个信号的不同多径分量，通过RAKE接收机进行合并，从而在物理层合并来自多个小区的业务数据，达到增强接收性能，提高用户满意度的效果。空口合并要求时间偏差在数个码片内，为了达到时间偏差要求，要求SFN(SingleFrequency Network，单频网)区域内所有NodeB+都是基于外部时钟参考进行同步，例如GPS(Global Positioning System，全球定位系统)。
在HSPA+网络中，由于PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)、RLC(Radio Link Control，无线链路控制)、MAC(MediumAccess Control，媒体接入控制)等功能都位于NodeB+，如何使MBMS服务区内的多个NodeB+构造相同的传输块，使用相同的编码格式，并且在相同的时间发送，是一个需要解决的问题。
图1为现有技术中通过IUR口建立公共传输信道流程图，其中主RNC通过IUR口向从RNC发起公共传输信道资源请求(COMMON TRANSPORTCHANNEL RESOURCES REQUEST)消息，从RNC接收到请求消息后向主RNC发送公共传输信道资源响应。其中，非扁平架构下，主RNC与从RNC分别对应SRNC(Serving RNC，服务RNC)与DRNC(Drift RNC，漂移RNC)，在扁平HSPA+架构下，主RNC与从RNC分别对应服务NodeB+与漂移NodeB+。其中，面向某一个具体UE，IUR口公共传输信道可以用于承载前向接入信道(Forward Access Channel，以下简称FACH)数据帧和高速下行共享信道(High Speed Downlink Shared Channel，以下简称HS-DSCH)数据帧。当MBMS业务为P-T-M(Point-To-Multipoint，点到多)模式时，MBMS业务无法承载在IUR口的公共传输信道上。因此现有技术的缺点为IUR口上没有用于承载MBMS P-T-M传输的公共传输信道，存在严重浪费带宽和传输效率低的问题，而且当MBMS业务采用空口合并或软合并方式时，网络侧要求主RNC和各个从RNC基本上同步发送MBMS业务数据，但目前的IUR口公共传输信道并不能保证主RNC发送的MBMS数据可以按时到达各个从RNC。
发明内容
本发明实施方式要解决的主要技术问题是提供一建立MBMS公共传输信道的方法与装置，不但可以用于承载P-T-M模式下的MBMS业务，而且还可节省带宽、提高传输效率。
本发明实施方式要解决的主要技术问题是提供一传输MBMS业务数据的方法与装置，不但可以用于P-T-M模式下传输MBMS业务数据，而且还可节省带宽、提高传输效率。
为解决上述技术问题，本发明的实施方式提供了一种建立MBMS公共传输信道的方法，包括如下步骤：
在IUR口增加MBMS公共传输信道；
主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息；
所述至少一从网络控制实体向主网络控制实体发送MBMS公共传输信道资源请求响应。
为解决上述技术问题，本发明的实施方式提供了一种建立MBMS公共传输信道的装置，包括：
IUR口，用以增加MBMS公共传输信道；
主网络控制实体，用以向至少一从网络控制实体发送MBMS公共传输信道资源请求消息；
至少一从网络控制实体，用以向主网络控制实体发送MBMS公共传输信道资源请求响应。
为解决上述技术问题，本发明的实施方式提供了一种传输MBMS业务数据的方法，包括如下步骤：
在IUR口增加MBMS公共传输信道；
主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息；
所述至少一从网络控制实体向主网络控制实体发送MBMS公共传输信道资源请求响应；
若至少一从网络控制实体响应成功，则主网络控制实体向至少一从网络控制实体发送MBMS业务数据。
为解决上述技术问题，本发明的实施方式提供了一种传输MBMS业务数据的装置，包括：
IUR口，用以增加MBMS公共传输信道；
主网络控制实体，用以向至少一从网络控制实体发送MBMS公共传输信道资源请求消息与MBMS业务数据；
至少一从网络控制实体，用以向主网络控制实体发送MBMS公共传输信道资源请求响应并接收MBMS业务数据。
本发明实施方式与现有技术相比，主要区别及其效果在于：在IUR口增加MBMS公共传输信道，主RNC通过与至少一从RNC建立MBMS公共传输信道，不但可以实现P-T-M模式下的MBMS业务的承载，而且从RNC下所有以P-T-M模式传输MBMS业务的小区都将共享该传输承载，从而不但可节省带宽，且极大的提高了IUR口传输带宽的利用率。另外，至少一从RNC进行MBMS业务数据包的ToA监测以及周期性的时间调整，可以克服TNL传输网络的时延抖动，从而保证主RNC发送的MBMS业务数据可以按时到达各个从RNC，进而保证主RNC和从RNC可以在空口同步发送MBMS业务数据。
附图说明
图1为现有技术中通过IUR口建立公共传输信道流程示意图；
图2为本发明建立MBMS公共传输信道的方法第一实施方式流程示意图；
图3为本发明建立MBMS公共传输信道的方法第二实施方式流程示意图；
图4为本发明建立MBMS公共传输信道的方法第三实施方式流程示意图；
图5为本发明建立MBMS公共传输信道的装置结构示意图；
图6为本发明传送MBMS业务数据的装置结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施方式作进一步地详细描述。
本发明传输MBMS业务数据的方法的第一实施方式包括如下步骤：
步骤1，在主RNC与至少一从RNC之间建立MBMS公共传输信道；
其中，步骤1中建立MBMS公共传输信道的方式在下图2中详细阐述。
步骤2，若上述公共信道建立成功，则主RNC向至少一从RNC发送MBMS业务数据。
图2为本发明建立MBMS公共传输信道的方法第一实施方式流程示意图，其中，建立MBMS公共传输信道包括如下步骤，
步骤301，在IUR口增加MBMS公共传输信道；
其中，在IUR口增加MBMS公共传输信道需要在IUR口增加MBMS公共传输信道资源请求、MBMS公共传输信道资源响应、MBMS公共传输信道资源失败以及MBMS公共传输信道资源释放请求等四条信令消息。
其中，IUR口增加MBMS公共传输信道与现有技术IUR口公共传输信道不同，MBMS公共传输信道是面向至少一个MBMS业务，而和具体的UE无关。从RNC下所有以P-T-M模式传输MBMS业务的小区都将共享该传输承载，从而不但可节省带宽，且极大的提高了IUR口传输带宽的利用率。
步骤302，主RNC与至少一从RNC进行资源交互；
步骤303，主RNC确定所述MBMS业务承载在前向接入信道(FACH)上或高速下行共享信道(HS-DSCH)上；
主RNC对于自己主控的每一个MBMS业务，主RNC根据该MBMS业务的QoS(Quality of Service，服务质量)特性以及各个从RNC小区配置及负载情况，分别确定该MBMS业务是承载在FACH上还是HS-DSCH上，QoS特性相近的一组MBMS业务，可以承载在一条MBMS公共传输信道上，并采用同样的合并类型和传输信道类型。其中具体的判决算法属于RRM(Radio Resource Management，无线资源管理)的范畴，这里不进行详述。
步骤304，主RNC确定对所述MBMS业务进行空口合并或软合并；
由于BFN(Node B Frame Number，NodeB帧号)或RFN(RNC FrameNumber，RNC帧号)偏差的存在，主RNC与不同的从RNC之间，对于同一个MBMS业务，可能采用不同的合并方式，即采用空口合并或软合并，其中空口合并即为MBSFN。
步骤305，主RNC进行MBMS公共传输信道相关信息的配置；
其中主RNC需要配置的MBMS公共传输信道相关信息包括：MBMS业务RB信息、承载MBMS业务的传输信道和物理信道相关信息、MBMS业务调度相关信息以及MBMS业务数据同步相关信息。
步骤306，主RNC向至少一从RNC发送MBMS公共传输信道资源请求消息；
MBMS公共传输信道资源请求消息需要携带步骤305配置的信息：
步骤307，所述至少一从RNC向主RNC发送MBMS公共传输信道资源请求响应。
如果从RNC成功分配对应的传输承载，则从RNC应该响应MBMS公共传输信道资源响应消息，其中包含以下信息：FACH响应信息、HS-DSCH响应信息等。
如果从RNC不能提供对应的传输承载，则从RNC应该响应MBMS公共传输信道资源失败消息，其中包含以下信息：失败原因。
其中，步骤306之后还包括：
所述至少一从网络控制实体完成前向接入信道(FACH)或高速下行共享信道(HS-DSCH)以及相应物理信道的配置；
所述至少一从网络控制实体为前向接入信道(FACH)上或高速下行共享信道(HS-DSCH)分配传输承载；
所述至少一从网络控制实体解析MBMS RB配置信息，并在MBMSP-T-M控制信道上广播当前小区的MBMS P-T-M RB配置信息；
所述至少一从网络控制实体判断收到IUR IP组播地址信息，则发起加入组播组的过程，并且使用下行UDP端口来接收该MBMS业务数据。
若主RNC确定在前向接入信道(FACH)上或在高速下行共享信道(HS-DSCH)上进行软合并，则步骤306之后还包括：
所述至少一从RNC解析MBMS RB配置信息，并在MBMS P-T-M控制信道上广播邻接小区的MBMS P-T-M RB的配置信息。
在步骤307之后，还包括：
主RNC与至少一从RNC进行周期性的节点同步；
计算主RNC与至少一从RNC之间RFN/BFN新的偏差；
判断新的偏差是否满足空口合并或软合并的时间偏差要求，若不能满足，则删除当前的MBMS公共传输信道，并重新建立MBMS公共传输信道。
在步骤307之后，还包括主RNC向至少一从RNC发送MBMS公共传输信道资源释放请求；
其中，在步骤307之后，还包括：至少一从RNC进行MBMS业务数据包的ToA监测以及周期性的时间调整，可以克服TNL传输网络的时延抖动，从而保证从主RNC发送的MBMS数据可以按时到达各个从RNC，进而保证主RNC和从RNC可以在空口同步发送MBMS业务数据。
其中，当主RNC决定删除MBMS公共传输信道时，则发送MBMS公共传输信道资源释放请求到从RNC，从RNC收到该消息后，应停止MBMS业务的广播，同时释放之前为承载MBMS业务而建立的传输信道和物理信道，并释放对应的传输承载。
另外，本发明第一实施方式中主RNC与至少一从RNC在不同的架构下对应不同的实体。其中，在非扁平架构下，需要把主RNC替换为SRNC，把从RNC替换为DRNC；在扁平HSPA+架构下，需要把主RNC替换为主NodeB+，把从RNC替换为从NodeB+；在混合架构下，主RNC可替换为SRNC或主NodeB+，从RNC可替换为DRNC或从NodeB+。
图3为本发明建立MBMS公共传输信道的方法第二实施方式的流程示意图，其中MBMS业务传输信道类型为FACH且合并方式为空口合并或软合并，包括如下步骤：
步骤401，在IUR口增加MBMS公共传输信道；
其中，在IUR口增加MBMS公共传输信道需要在IUR口增加MBMS公共传输信道资源请求、MBMS公共传输信道资源响应、MBMS公共传输信道资源失败以及MBMS公共传输信道资源释放请求等四条信令消息。
其中，IUR口增加MBMS公共传输信道与现有技术IUR口公共传输信道不同，MBMS公共传输信道是面向至少一个MBMS业务，而和具体的UE无关。从RNC下所有以P-T-M模式传输MBMS业务的小区都将共享该传输承载，从而不但可节省带宽，且极大的提高了IUR口传输带宽的利用率。
步骤402，主RNC与至少一从RNC进行资源交互；
步骤403，主RNC确定所述MBMS业务承载在至少一前向接入信道(FACH)上；
主RNC对于自己主控的每一个MBMS业务，主RNC根据该MBMS业务的QoS特性以及各个从RNC小区配置及负载情况，确定该MBMS业务承载在FACH上。一个MBMS公共传输信道可以承载一个或一组MBMS业务，承载在同一条MBMS公共传输信道上的一个或一组MBMS业务将承载在同一条SCCPCH物理信道上。
步骤404，主从RNC之间进行节点同步；
在步骤404中主从RNC之间进行节点同步用以获得主RNC的RFN/BFN与从RNC的RFN/BFN之间的偏差。
步骤405，主RNC确定对所述MBMS业务进行空口合并或软合并；
其中首先判断主从RNC是否属于同一个SFN区域，然后根据步骤404中获得的主RNC的RFN/BFN与从RNC的RFN/BFN之间的偏差来确定合并的类型。若主从RNC属于同一个SFN区域，且根据步骤404中获得主RNC的RFN/BFN与从RNC的RFN/BFN之间的偏差判断满足空口合并的时间偏差要求，则主RNC对所述MBMS业务进行空口合并；若主从RNC不属于同一个SFN区域，或根据步骤404中获得主RNC的RFN/BFN与从RNC的RFN/BFN之间的偏差判断不满足空口合并的时间偏差要求，则主RNC对所述MBMS业务进行软合并。若进行软合并还需要根据主RNC的RFN/BFN与从RNC的RFN/BFN之间的偏差来确定MBMS数据帧的发射时刻偏差、及各小区的FDD SCCPCH Offset和FDD S-CCPCH Frame Offset等SCCPCH物理信道建立参数值，其中，发射时刻偏差长度为CFN的倍数。计算各从RNC的发射时刻偏差以及其各小区的FDD SCCPCH Offset和FDD S-CCPCHFrame Offset等SCCPCH物理信道建立参数值时都应以主RNC的RFN/BFN时间作为参考时间。
步骤406，主RNC进行MBMS公共传输信道相关信息的配置；
其中主RNC需要配置的MBMS公共传输信道相关信息包括：MBMS业务RB信息、承载MBMS业务的传输信道和物理信道相关信息、MBMS业务调度相关信息以及MBMS业务数据同步相关信息等等。
下面将对各个信息的用途以及配置的值进行详细描述：
1、MBMS业务信息，用于描述该组MBMS业务中的每个MBMS业务的配置信息，包括：A、MBMS业务标识、B、IUR IP组播地址、C、MBMS业务RB信息、D、FACH标识、E、调度标识，下面具体介绍配置的值：
A、MBMS业务标识，用于标识一个MBMS业务；
B、IUR IP组播地址，包括组播地址和UDP端口号，当该MBMS业务数据通过组播路由器由主RNC转发到从RNC时，需要填写为该MBMS业务对应的IP组播地址，从RNC可以用来接受对应的MBMS组播数据；否则，不填写任何值；
C、MBMS业务RB信息，用以描述该MBMS业务的RB配置信息。
其中若主RNC确定该MBMS业务为空口合并，包含主RNC确定的层二相关配置参数以及主RNC和各个从RNC进行资源交互后确定的层一相关配置参数；
其中若主RNC确定该MBMS业务为软合并，其中包含主RNC确定的层二相关配置参数，以及在对应从RNC小区的邻接小区中使用的层一相关配置参数。
D、FACH标识，用于标识承载该MBMS业务的FACH传输信道。一条FACH传输信道可以承载一个或多个MBMS业务，具体的对应关系属于RRM的策略。
E、调度标识，用于描述该MBMS业务的调度分时信息，指向MBMS调度信息列表中的一项，具体的分配算法属于RRM的范畴。
2、MBMS业务数据同步信息，用于在主从RNC不属于SFN区域，或主从RNC之间RFN/BFN偏差不满足空口合并方式的时间偏差要求从而采用软合并方式的情况下，指定MBMS数据同步相关配置参数，当采用空口合并的方式时，只需要填写小区ID即可，用于指示MBMS业务在从RNC的哪些小区进行广播。
3、SCCPCH配置信息，包含主RNC用于指示从RNC建立用于承载MBMS业务的SCCPCH物理信道的所有信息。
其中，若主RNC确定该MBMS业务为空口合并，SCCPCH配置信息中的SCCPCH下行扰码和下行信道化码为资源交互后获得，除下行扰码和下行信道化码之外的其他SCCPCH配置信息，则由主RNC进行指定从而保证了SFN区域内所有RNC之间的一致性；
其中若主RNC确定该MBMS业务为软合并，除了SCCPCH下行扰码信息、下行信道化码信息以及功率相关信息可以由从RNC自行决定之外，其他信息由主RNC来指定，从而保证了UE可以正常进行软合并。从RNC自行决定的参数信息需要通过资源交互过程通知主RNC，以便于主RNC把这些参数信息通知到和该从RNC有邻接小区关系的其他从RNC。另外，从RNC自行决定的参数不需要包含在SCCPCH配置信息中。
4、FACH配置信息，包含了用于承载MBMS业务的FACH传输信道的所有信息。所有主RNC指示从RNC建立的SCCPCH物理信道都对应同样的FACH传输信道信息。FACH传输信道对应的传输承载，由从RNC中的所有发射对应MBMS业务的小区所共享。FACH配置信息中包含ToAWS和ToAWE两个参数，从RNC通过MBMS业务数据包的ToA监测以及周期性的时间调整，可以克服TNL传输网络的时延抖动问题，进而确保MBMS业务数据包可以在发送时刻来临之前到达各个从RNC同时又尽量减少各个从RNC数据缓存压力。
5、传输信道类型，用于标识承载对应MBMS业务的传输信道类型，其内容填写为FACH。
6、MBMS合并类型，用于主RNC通知从RNC该组MBMS业务应该采用的合并类型，若主RNC确定该MBMS业务为空口合并则需要填写空口合并，若主RNC确定该MBMS业务为软合并则需要填写软合并。
如果从RNC成功进行以上操作，则响应MBMS公共传输信道资源响应消息，其中包含FACH响应信息等，内容是对应每条FACH传输信道的传输层地址和绑定ID。当MBMS业务数据通过组播路由器由主RNC转发到从RNC时，传输层地址和绑定ID分别对应从RNC的IP地址和上行UDP端口。
步骤407，主RNC向至少一从RNC发送MBMS公共传输信道资源请求消息；其中MBMS公共传输信道资源请求消息需要携带步骤406配置的相关信息。
步骤408，至少一从RNC接收到MBMS公共传输信道资源请求消息，根据配置的相关信息，执行以下步骤：
步骤4081，至少一从RNC完成FACH传输信道与SCCPCH物理信道的配置；
步骤4082，至少一从RNC为每一条FACH传输信道分配传输承载；
步骤4083，至少一从RNC解析MBMS RB配置信息，并在MBMS P-T-M控制信道上广播当前小区的MBMS P-T-M RB配置信息，从而确保UE可以正确接收对应MBMS业务；
其中若主RNC确定该MBMS业务为软合并则需要填写软合并，在步骤4083中还包括：从RNC需要在MBMS P-T-M控制信道上广播邻接小区的MBMS P-T-M RB配置信息，从而确保UE可以正确的对来自不同小区的MBMS业务数据进行软合并。
步骤4084，对每一个MBMS业务，如果收到IUR IP组播地址信息，则发起加入组播组的过程，并且使用下行UDP端口来接收该MBMS业务数据。
步骤409，若从RNC成功执行步骤408，则从RNC向主RNC发送MBMS公共传输信道资源请求响应。
如果从RNC成功分配对应的传输承载，则从RNC应该响应MBMS公共传输信道资源响应消息，其中包含以下信息：对应每条FACH传输信道的传输层地址和绑定ID。当MBMS业务数据通过组播路由器由主RNC转发到从RNC时，传输层地址和绑定ID分别对应从RNC的IP地址和上行UDP端口。
如果从RNC不能提供对应的传输承载，则从RNC应该响应MBMS公共传输信道资源失败消息，其中包含以下信息：失败原因。
步骤410，主RNC与至少一从RNC进行周期性的节点同步；
步骤411，计算主RNC与至少一从RNC之间RFN/BFN新的偏差；
在步骤411中，根据新的偏差主RNC判断是否满足空口合并或软合并的时间偏差要求，若不能满足，则删除当前的MBMS公共传输信道，并重新建立MBMS公共传输信道。
其中，当主RNC决定删除MBMS公共传输信道时，则发送MBMS公共传输信道资源释放请求到从RNC，从RNC收到该消息后，应停止MBMS业务的广播，同时释放之前为承载MBMS业务而建立的传输信道和物理信道，并释放对应的传输承载。
另外，本发明第二实施方式中主RNC与至少一从RNC在不同的架构下对应不同的实体。其中，在非扁平架构下，需要把主RNC替换为SRNC，把从RNC替换为DRNC；在扁平HSPA+架构下，需要把主RNC替换为主NodeB+，把从RNC替换为从NodeB+；在混合架构下，主RNC可替换为SRNC或主NodeB+，从RNC可替换为DRNC或从NodeB+。
图4为本发明建立MBMS公共传输信道的方法第三实施方式的流程示意图，其中MBMS业务传输信道类型为HS-DSCH且合并方式为空口合并或软合并，包括如下步骤：
步骤501，在IUR口增加MBMS公共传输信道；
其中，在IUR口增加MBMS公共传输信道需要在IUR口增加MBMS公共传输信道资源请求、MBMS公共传输信道资源响应、MBMS公共传输信道资源失败以及MBMS公共传输信道资源释放请求等四条信令消息。
其中，IUR口增加MBMS公共传输信道与现有技术IUR口公共传输信道不同，MBMS公共传输信道是面向至少一个MBMS业务，而和具体的UE无关。从RNC下所有以P-T-M模式传输MBMS业务的小区都将共享该传输承载，从而不但可节省带宽，且极大的提高了IUR口传输带宽的利用率。
步骤502，主RNC与至少一从RNC进行资源交互；
步骤503，主RNC确定所述MBMS业务承载在HS-DSCH传输信道上；
主RNC对于自己主控的每一个MBMS业务，主RNC根据该MBMS业务的QoS特性以及各个从RNC小区配置及负载情况，确定该MBMS业务是承载在HS-DSCH上。
步骤504，主从RNC之间进行节点同步；
在步骤504中主从RNC之间进行节点同步用以获得主RNC的RFN/BFN和从RNC的RFN/BFN之间的偏差。
步骤505，主RNC确定对所述MBMS业务进行空口合并或软合并；
其中首先判断主从RNC是否属于同一个SFN区域，然后根据步骤504中获得的主RNC的BFN或RFN与从RNC的BFN或RFN之间的偏差来确定合并的类型。若主从RNC属于同一个SFN区域，且根据步骤504中获得主RNC的BFN或RFN与从RNC的BFN或RFN之间的偏差判断满足空口合并的时间偏差要求，则主RNC对所述MBMS业务进行空口合并；若主从RNC不属于同一个SFN区域，或根据步骤504中获得主RNC的BFN或RFN与从RNC的BFN或RFN之间的偏差判断不满足空口合并的时间偏差要求，则主RNC对所述MBMS业务进行软合并。其中对于软合并还需要根据主从RNC之间的RFN/BFN偏差来确定MBMS数据帧的发射时刻偏差，其中发射时刻偏差为子帧的倍数。计算各从RNC的发射时刻偏差时都应以主RNC的RFN/BFN时间作为参考时间
步骤506，主RNC进行MBMS公共传输信道相关信息的配置；
其中主RNC需要配置的MBMS公共传输信道相关信息包括：MBMS业务RB信息、承载MBMS业务的传输信道和物理信道相关信息、MBMS业务调度相关信息以及MBMS业务数据同步相关信息等等。
下面将对各个信息的用途以及配置的值进行详细描述：
1、MBMS业务信息，用于描述该组MBMS业务中的每个MBMS业务的配置信息，包括：A、MBMS业务标识、B、IUR IP组播地址、C、MBMS业务RB信息、D、FACH标识、E、调度标识，下面具体介绍配置的值：
A、MBMS业务标识，用于标识一个MBMS业务；
B、IUR IP组播地址，包括组播地址和UDP端口号，当该MBMS业务数据通过组播路由器由主RNC转发到从RNC时，需要填写为该MBMS业务对应的IP组播地址，从RNC可以用来接受对应的MBMS组播数据；否则，不填写任何值；
C、MBMS业务RB信息，用以描述该MBMS业务的RB配置信息。
其中若主RNC确定该MBMS业务为空口合并，包含主RNC确定的该MBMS业务的层二相关配置参数以及主RNC和各个从RNC资源交互后确定的层一相关配置参数，其中层一相关配置参数包括HS-PDSCH相关的配置参数等；
其中若主RNC确定该MBMS业务为软合并，其中包含主RNC确定的层二相关配置参数，以及在对应从RNC小区的邻接小区中使用的层一相关配置参数，其中层一相关配置参数包括HS-PDSCH相关的配置参数等。
D、调度标识，用于描述该MBMS业务的调度分时信息，指向MBMS调度信息列表中的一项，具体的分配算法属于RRM的范畴。
2、小区MBMS同步信息，用于在主从RNC不属于SFN区域，或主从RNC之间RFN/BFN偏差不满足空口合并方式的时间偏差要求从而采用软合并方式的情况下，指定MBMS数据同步相关配置参数，当采用空口合并的方式时，只需要填写小区ID即可，用于指示MBMS业务在从RNC的哪些小区进行广播。
3、HS-PDSCH配置信息，包含主RNC用于指示从RNC建立用于承载MBMS业务的HS-PDSCH物理信道的所有信息。
其中对于空口合并，包含HS-PDSCH下行扰码资源，信道化码资源和最大发射功率等信息，为资源交互后获得，用于指示从RNC配置MBMS专用的下行物理共享信道资源。
对于软合并，不需要填写HS-PDSCH信息，因为HS-PDSCH下行扰码资源，信道化码资源和最大发射功率由从RNC自行确定，无须再次通知。但从RNC自行确定的参数信息需要通过资源交互过程通知主RNC，以便于主RNC把这些参数信息通知到和该从RNC有邻接小区关系的其他从RNC。
4、传输信道类型，用于标识承载对应MBMS业务的传输信道类型，其内容填写为HS-DSCH。
5、MBMS合并类型，用于主RNC通知从RNC该组MBMS业务应该采用的合并类型，若主RNC确定该MBMS业务为空口合并则需要填写空口合并，若主RNC确定该MBMS业务为软合并则需要填写软合并。
如果从RNC成功进行以上操作，则响应MBMS公共传输信道资源响应消息，其中包含HS-DSCH响应信息，内容是对应HS-DSCH传输信道的传输层地址和绑定ID。当MBMS业务数据通过组播路由器由主RNC转发到从RNC时，传输层地址和绑定ID分别对应从RNC的IP地址和上行UDP端口。
6、MBMS MAC Flow信息，包含了传输层相关配置参数以及优先级队列配置参数。其中所述MBMS MAC Flow信息包括ToAWS和ToAWE两个配置参数，使得从RNC通过MBMS业务数据包的ToA监测以及周期性的时间调整，可以克服TNL传输网络的时延抖动问题，进而确保MBMS业务数据包可以在发送时刻来临之前到达各个从RNC同时又尽量减少各个从RNC数据缓存压力。
步骤507，主RNC向至少一从RNC发送MBMS公共传输信道资源请求消息；其中MBMS公共传输信道资源请求消息需要携带步骤506配置的相关信息。
步骤508，至少一从RNC接收到MBMS公共传输信道资源请求消息，根据配置的相关信息，执行以下步骤：
步骤5081，至少一从RNC完成HS-DSCH传输信道与HS-PDSCH物理信道的配置；
步骤5082，至少一从RNC为HS-DSCH传输信道分配传输承载；
步骤5083，至少一从RNC解析MBMS业务RB配置信息，并在MBMSP-T-M控制信道上广播当前小区的MBMS P-T-M RB配置信息，从而确保UE可以正确接收对应MBMS业务；
其中若主RNC确定该MBMS业务为软合并则需要填写软合并，在步骤4083中还包括：从RNC需要解析MBMS业务RB配置信息，并在MCCH信道上广播邻接小区的MBMS P-T-M RB配置信息，从而确保UE可以正确的对来自不同小区的MBMS业务数据进行软合并。
步骤5084，对每一个MBMS业务，如果收到IUR IP组播地址信息，则发起加入组播组的过程，并且使用下行UDP端口来接收该MBMS业务数据。
步骤509，若从RNC成功执行步骤508，则从RNC向主RNC发送MBMS公共传输信道资源请求响应。
如果从RNC成功分配对应的传输承载，则从RNC发送MBMS公共传输信道资源响应，其中包含HS-DSCH响应信息，内容是HS-DSCH传输信道对应的传输层地址和绑定ID。当MBMS业务数据通过组播路由器由主RNC转发到从RNC时，传输层地址和绑定ID分别对应从RNC的IP地址和上行UDP端口。
主RNC根据主从RNC之间的HS-DSCH流控过程发送MBMS业务数据给从RNC时，考虑到各个从RNC的能力和负载的不同，应该根据其中返回的最小能力分配信息来发送。
如果从RNC不能提供对应的传输承载，则从RNC应该响应MBMS公共传输信道资源失败消息，其中包含以下信息：失败原因。
步骤510，主RNC与至少一从RNC进行周期性的节点同步；
步骤511，计算主RNC与至少一从RNC之间BFN/RFN新的偏差；
在步骤511中，根据新的偏差主RNC判断是否满足空口合并或软合并的时间偏差要求，若不能满足，则删除当前的MBMS公共传输信道，并重新建立MBMS公共传输信道。
其中，当主RNC决定删除MBMS公共传输信道时，则发送MBMS公共传输信道资源释放请求到从RNC，从RNC收到该消息后，应停止MBMS业务的广播，同时释放之前为承载MBMS业务而建立的传输信道和物理信道，并释放对应的传输承载。
另外，本发明第三实施方式中主RNC与至少一从RNC在不同的架构下对应不同的实体。其中，在非扁平架构下，需要把主RNC替换为SRNC，把从RNC替换为DRNC；在扁平HSPA+架构下，需要把主RNC替换为主NodeB+，把从RNC替换为从NodeB+；在混合架构下，主RNC可替换为SRNC或主NodeB+，从RNC可替换为DRNC或从NodeB+。
本发明上述实施方式通过在IUR口增加MBMS公共传输信道，主RNC通过与至少一从RNC建立MBMS公共传输信道，不但可以实现P-T-M模式下的MBMS业务的承载，而且从RNC下所有以P-T-M模式传输MBMS业务的小区都将共享该传输承载，从而不但可节省带宽，且极大的提高了IUR口传输带宽的利用率。另外，至少一从RNC进行MBMS业务数据包的ToA监测以及周期性的时间调整，可以克服TNL传输网络的时延抖动，从而保证从主RNC发送的MBMS数据可以按时到达各个从RNC，进而保证主RNC和从RNC可以在空口同步发送MBMS业务数据。
图5为本发明一种建立MBMS公共传输信道的装置的结构示意图，包括：主RNC61、从RNC62及IUR口69，其中：
IUR口69用以增加MBMS公共传输信道，在IUR口增加MBMS公共传输信道需要在IUR口增加MBMS公共传输信道资源请求、MBMS公共传输信道资源响应、MBMS公共传输信道资源失败以及MBMS公共传输信道资源释放请求等四条信令消息。另外，IUR口增加MBMS公共传输信道与现有技术IUR口公共传输信道不同，MBMS公共传输信道是面向至少一个MBMS业务，而和具体的UE无关。从RNC下所有以P-T-M模式传输MBMS业务的小区都将共享该传输承载，从而不但可节省带宽，且极大的提高了IUR口传输带宽的利用率。
主RNC61包括信道决策单元63、合并决策单元64、配置单元65及发送与接收单元66，其中发送与接收单元66用以向从RNC62发送MBMS公共传输信道资源请求消息以及接收从RNC62向主RNC61发送的公共传输信道资源响应；信道决策单元63用以确定所述MBMS业务承载在前向接入信道(FACH)上或高速下行共享信道(HS-DSCH)上；合并决策单元64用以确定对所述MBMS业务进行空口合并或软合并；配置单元65用以对MBMS业务信息进行配置，其中配置单元65具体进行信息的配置在上述第二实施方式与第三实施方式中已详细描述，此不再赘述。
从RNC62包括发送与接收单元67与执行单元68，其中，发送与接收单元67用于接收主RNC61发送的MBMS公共传输信道资源请求消息并用于向主RNC61发送公共传输信道资源响应，执行单元68用于根据配置单元65配置的信息执行相关的配置。
图6为本发明一种传送MBMS业务数据的装置的结构示意图，包括：主RNC71、从RNC72及IUR口79，其中：
IUR口79用以增加MBMS公共传输信道，在IUR口增加MBMS公共传输信道需要在IUR口增加MBMS公共传输信道资源请求、MBMS公共传输信道资源响应、MBMS公共传输信道资源失败以及MBMS公共传输信道资源释放请求等四条信令消息。另外，IUR口增加MBMS公共传输信道与现有技术IUR口公共传输信道不同，MBMS公共传输信道是面向至少一个MBMS业务，而和具体的UE无关。从RNC下所有以P-T-M模式传输MBMS业务的小区都将共享该传输承载，从而不但可节省带宽，且极大的提高了IUR口传输带宽的利用率。
主RNC71包括信道决策单元73、合并决策单元74、配置单元75及发送、接收单元76及存储单元70，其中发送与接收单元76用以向从RNC72发送MBMS公共传输信道资源请求消息与MBMS业务数据，以及接收从RNC72向主RNC71发送的公共传输信道资源响应；信道决策单元73用以确定所述MBMS业务承载在前向接入信道(FACH)上或高速下行共享信道(HS-DSCH)上；合并决策单元74用以确定对所述MBMS业务进行空口合并或软合并；配置单元75用以对MBMS业务信息进行配置，其中配置单元75具体进行信息的配置在上述第二实施方式与第三实施方式中已详细描述，此不再赘述；存储单元70用以存储MBMS业务数据。
从RNC72包括发送与接收单元77、执行单元78及缓存单元79，其中，发送与接收单元77用于接收主RNC61发送的MBMS公共传输信道资源请求消息与MBMS业务数据，并用于向主RNC71发送公共传输信道资源响应，执行单元78用于根据配置单元75配置的信息执行相关的配置；缓存单元79用以缓存MBMS业务数据。
另外，以上所有的实施方式中主从RNC之间的BFN偏差总是可以进行MBMS业务的空口合并或软合并，因此本发明没有考虑选择性合并的方式。
虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。
Claims (24)
1.一种建立MBMS公共传输信道的方法，其特征在于，包括：在IUR口增加MBMS公共传输信道；
主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息；
所述至少一从网络控制实体向主网络控制实体发送MBMS公共传输信道资源请求响应。
2.根据权利要求1所述的建立MBMS公共传输信道的方法，其特征在于，所述主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息的操作步骤之前还包括：
主网络控制实体与至少一从网络控制实体进行资源交互。
3.根据权利要求1所述的建立MBMS公共传输信道的方法，其特征在于，所述主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息的操作步骤之前还包括：
主网络控制实体确定所述MBMS业务承载在前向接入信道(FACH)上或高速下行共享信道(HS-DSCH)上。
4.根据权利要求3所述的建立MBMS公共传输信道的方法，其特征在于，所述主网络控制实体确定所述MBMS业务承载在前向接入信道(FACH)上或高速下行共享信道(HS-DSCH)上的操作步骤之后还包括：
主网络控制实体确定对所述MBMS业务进行空口合并或软合并。
5.根据权利要求4所述的建立MBMS公共传输信道的方法，其特征在于，所述主网络控制实体确定对所述MBMS业务进行空口合并或软合并的操作步骤之后还包括：
主网络控制实体进行MBMS业务RB信息、承载MBMS业务的传输信道和物理信道相关信息、MBMS业务调度相关信息及MBMS业务数据同步相关信息的配置。
6.根据权利要求4所述的建立MBMS公共传输信道的方法，其特征在于，则所述主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息的操作步骤之后还包括：
所述至少一从网络控制实体完成前向接入信道(FACH)或高速下行共享信道(HS-DSCH)以及对应物理信道的配置；
所述至少一从网络控制实体为前向接入信道(FACH)或高速下行共享信道(HS-DSCH)分配传输承载；
所述至少一从网络控制实体解析MBMS RB配置信息，并在MBMSP-T-M控制信道上广播当前小区的MBMS P-T-M RB配置信息；
所述至少一从网络控制实体判断收到IUR IP组播地址信息，则发起加入组播组的过程，并且使用下行UDP端口来接收该MBMS业务数据。
7.根据权利要求6所述的建立MBMS公共传输信道的方法，其特征在于，若主网络控制实体确定在前向接入信道(FACH)上或在高速下行共享信道(HS-DSCH)上进行软合并，则所述主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息的操作步骤之后还包括：
所述至少一从网络控制实体解析MBMS RB配置信息，并在MBMSP-T-M控制信道上广播邻接小区的MBMS P-T-M RB配置信息。
8.根据权利要求5所述的建立MBMS公共传输信道的方法，其特征在于，在所述至少一从网络控制实体向主网络控制实体发送MBMS公共传输信道资源请求响应的操作步骤之后，还包括：
主网络控制实体与至少一从网络控制实体进行周期性的节点同步；计算主网络控制实体与至少一从网络控制实体之间RFN或BFN新的偏差；
判断新的偏差是否满足空口合并或软合并的时间偏差要求，若不能满足，则删除当前的MBMS公共传输信道，并重新建立MBMS公共传输信道。
9.根据权利要求1所述的建立MBMS公共传输信道的方法，其特征在于，在所述至少一从网络控制实体向主网络控制实体发送MBMS公共传输信道资源请求响应的操作步骤之后，还包括：
主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源释放请求。
10.一种建立MBMS公共传输信道的装置，其特征在于，包括：
IUR口，用以增加MBMS公共传输信道；
主网络控制实体，用以向至少一从网络控制实体发送MBMS公共传输信道资源请求消息；
至少一从网络控制实体，用以向主网络控制实体发送MBMS公共传输信道资源请求响应。
11.根据权利要求10所述的建立MBMS公共传输信道的装置，其特征在于，主网络控制实体还包括一信道决策单元与合并决策单元，其中，
信道决策单元，用以确定所述MBMS业务承载在前向接入信道(FACH)上或高速下行共享信道(HS-DSCH)上；
合并决策单元，用以确定对所述MBMS业务进行空口合并或软合并。
12.根据权利要求10所述的建立MBMS公共传输信道的装置，其特征在于，主网络控制实体还包括一配置单元，用以配置MBMS业务RB信息、承载MBMS业务的传输信道和物理信道相关信息、MBMS业务调度相关信息以及MBMS业务数据同步相关信息。
13.一种传输MBMS业务数据的方法，其特征在于，
在IUR口增加MBMS公共传输信道；
主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息；
所述至少一从网络控制实体向主网络控制实体发送MBMS公共传输信道资源请求响应；
若至少一从网络控制实体响应成功，则主网络控制实体向至少一从网络控制实体发送MBMS业务数据。
14.根据权利要求13所述的传输MBMS业务数据的方法，其特征在于，
在所述主网络控制实体向至少一从网络控制实体发送MBMS业务数据的操作步骤之后，还包括：至少一从网络控制实体进行MBMS业务数据包的ToA监测以及周期性的时间调整。
15.根据权利要求13所述的传输MBMS业务数据的方法，其特征在于，所述主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息的操作步骤之前还包括：
主网络控制实体与至少一从网络控制实体进行资源交互。
16.根据权利要求13所述的传输MBMS业务数据的方法，其特征在于，所述主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息的操作步骤之前还包括：
主网络控制实体确定所述MBMS业务承载在前向接入信道(FACH)上或高速下行共享信道(HS-DSCH)上。
17.根据权利要求16所述的传输MBMS业务数据的方法，其特征在于，所述主网络控制实体确定所述MBMS业务承载在前向接入信道(FACH)上或高速下行共享信道(HS-DSCH)上的操作步骤之后还包括：
主网络控制实体确定对所述MBMS业务进行空口合并或软合并。
18.根据权利要求17所述的传输MBMS业务数据的方法，其特征在于，所述主网络控制实体确定对所述MBMS业务进行空口合并或软合并的操作步骤之后还包括：
主网络控制实体进行MBMS业务RB信息、承载MBMS业务的传输信道和物理信道相关信息、MBMS业务调度相关信息及MBMS业务数据同步相关信息的配置。
19.根据权利要求17所述的传输MBMS业务数据的方法，其特征在于，则所述主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息的操作步骤之后还包括：
所述至少一从网络控制实体完成前向接入信道(FACH)或高速下行共享信道(HS-DSCH)以及相应物理信道的配置；
所述至少一从网络控制实体为前向接入信道(FACH)上或高速下行共享信道(HS-DSCH)分配传输承载；
所述至少一从网络控制实体解析MBMS RB配置信息，并在MBMSP-T-M控制信道上广播当前小区的MBMS P-T-M RB配置信息；
所述至少一从网络控制实体判断收到IUR IP组播地址信息，则发起加入组播组的过程，并且使用下行UDP端口来接收该MBMS业务数据。
20.根据权利要求19所述的传输MBMS业务数据的方法，其特征在于，若主网络控制实体确定在前向接入信道(FACH)上或在高速下行共享信道(HS-DSCH)上进行软合并，则所述主网络控制实体向至少一从网络控制实体发送MBMS公共传输信道资源请求消息的操作步骤之后还包括：
所述至少一从网络控制实体解析MBMS RB配置信息，并在MBMSP-T-M控制信道上广播邻接小区的MBMS P-T-M RB配置信息。
21.根据权利要求所述17的传输MBMS业务数据的方法，其特征在于，在所述至少一从网络控制实体向主网络控制实体发送MBMS公共传输信道资源请求响应的操作步骤之后，还包括：
主网络控制实体与至少一从网络控制实体进行周期性的节点同步；
计算主网络控制实体与至少一从网络控制实体之间RFN或BFN新的偏差；
判断新的偏差是否满足空口合并或软合并的时间偏差要求，若不能满足，则删除当前的MBMS公共传输信道，并重新建立MBMS公共传输信道。
22.一种传输MBMS业务数据的装置，其特征在于，包括：
IUR口，用以增加MBMS公共传输信道；
主网络控制实体，用以向至少一从网络控制实体发送MBMS公共传输信道资源请求消息与MBMS业务数据；
至少一从网络控制实体，用以向主网络控制实体发送MBMS公共传输信道资源请求响应并接收MBMS业务数据。
23.根据权利要求22所述的传输MBMS业务数据的装置，其特征在于，主网络控制实体还包括一信道决策单元与合并决策单元，其中，
信道决策单元，用以确定所述MBMS业务承载在前向接入信道(FACH)上或高速下行共享信道(HS-DSCH)上；
合并决策单元，用以确定对所述MBMS业务进行空口合并或软合并。
24.根据权利要求22所述的传输MBMS业务数据的装置，其特征在于，主网络控制实体还包括一配置单元，用以配置MBMS业务RB信息、承载MBMS业务的传输信道和物理信道相关信息、MBMS业务调度相关信息以及MBMS业务数据同步相关信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101242173A CN101426231A (zh) | 2007-10-30 | 2007-10-30 | 建立mbms公共传输信道、及传输mbms业务数据方法、装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101242173A CN101426231A (zh) | 2007-10-30 | 2007-10-30 | 建立mbms公共传输信道、及传输mbms业务数据方法、装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101426231A true CN101426231A (zh) | 2009-05-06 |
Family
ID=40616516
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007101242173A Pending CN101426231A (zh) | 2007-10-30 | 2007-10-30 | 建立mbms公共传输信道、及传输mbms业务数据方法、装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101426231A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101820587A (zh) * | 2010-03-31 | 2010-09-01 | 中国电信股份有限公司 | 广播流同步播放系统及方法 |
| CN107079468A (zh) * | 2015-10-12 | 2017-08-18 | 华为技术有限公司 | 一种资源请求方法及设备 |
| CN109392046A (zh) * | 2018-10-09 | 2019-02-26 | 中国电子科技集团公司第三十六研究所 | 一种多用户上行业务的处理方法 |
| CN113163342A (zh) * | 2020-01-22 | 2021-07-23 | 维沃移动通信有限公司 | 承载建立方法、配置方法、终端及网络侧设备 |
-
2007
- 2007-10-30 CN CNA2007101242173A patent/CN101426231A/zh active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101820587A (zh) * | 2010-03-31 | 2010-09-01 | 中国电信股份有限公司 | 广播流同步播放系统及方法 |
| CN101820587B (zh) * | 2010-03-31 | 2012-09-05 | 中国电信股份有限公司 | 广播流同步播放系统及方法 |
| CN107079468A (zh) * | 2015-10-12 | 2017-08-18 | 华为技术有限公司 | 一种资源请求方法及设备 |
| US10499396B2 (en) | 2015-10-12 | 2019-12-03 | Huawei Technologies Co., Ltd. | Resource request method and device |
| CN107079468B (zh) * | 2015-10-12 | 2020-10-09 | 华为技术有限公司 | 一种资源请求方法及设备 |
| CN109392046A (zh) * | 2018-10-09 | 2019-02-26 | 中国电子科技集团公司第三十六研究所 | 一种多用户上行业务的处理方法 |
| CN113163342A (zh) * | 2020-01-22 | 2021-07-23 | 维沃移动通信有限公司 | 承载建立方法、配置方法、终端及网络侧设备 |
| WO2021147778A1 (zh) * | 2020-01-22 | 2021-07-29 | 维沃移动通信有限公司 | 承载建立方法、配置方法、终端及网络侧设备 |
| CN113163342B (zh) * | 2020-01-22 | 2022-06-07 | 维沃移动通信有限公司 | 承载建立方法、配置方法、终端及网络侧设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100943901B1 (ko) | 방송 및 멀티캐스트를 위한 무선 프로토콜 엔터티 공유방식 | |
| US8891426B2 (en) | Methods and apparatuses relating to multimedia broadcast multicast services | |
| EP3493630A1 (en) | Method, system and device for distributing resource of base station node | |
| JP5184698B2 (ja) | ネットワーク・エレメント間における共通制御メッセージの同期化方法 | |
| US20090168729A1 (en) | Method for controlling data transmission | |
| CN101909321A (zh) | 小区资源调度的方法、协作功能实体及系统 | |
| CN101945336B (zh) | 多媒体广播组播业务的调度处理方法及下层网元 | |
| CN101420655A (zh) | 一种多媒体广播多播业务的资源分配方法 | |
| CN101911642A (zh) | 对信令消息进行同步的方法和基站 | |
| CN101425914B (zh) | 一种多媒体组播多播业务同步调整的方法及增强型基站 | |
| CN101426231A (zh) | 建立mbms公共传输信道、及传输mbms业务数据方法、装置 | |
| WO2022030452A1 (ja) | 通信制御方法、基地局、及びユーザ装置 | |
| CN101742659B (zh) | 增强分组接入架构下mbms业务发送方式的控制方法 | |
| CN101132548B (zh) | 针对mbms业务的无线资源动态分配系统和方法 | |
| CN101604995B (zh) | 一种在rnc之间实现mbms同步的方法和系统 | |
| CN101316133A (zh) | 多媒体广播组播业务传输方法与装置 | |
| CN101331709A (zh) | 数据包转发方法、系统和节点 | |
| CN101370156B (zh) | 多播组播业务传输的方法和网络系统 | |
| CN101262277A (zh) | 多媒体广播组播业务数据同步调度方法 | |
| WO2022085717A1 (ja) | 通信制御方法 | |
| CN102264030A (zh) | 一种lte系统中广播业务的传输方法及装置 | |
| US20070099621A1 (en) | Cell transfer during MBMS session with advance provision of mobile station ID | |
| CN101547399A (zh) | Mbms资源使用信息的交换方法、交换系统、通知方法 | |
| CN101257374A (zh) | 实现广播/组播业务与专用业务并发的方法及其系统 | |
| CN101370166A (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: 20090506 |