CN101552686B - 一种多媒体组播广播业务网元间同步的数据传输方法 - Google Patents
一种多媒体组播广播业务网元间同步的数据传输方法 Download PDFInfo
- Publication number
- CN101552686B CN101552686B CN2008100902382A CN200810090238A CN101552686B CN 101552686 B CN101552686 B CN 101552686B CN 2008100902382 A CN2008100902382 A CN 2008100902382A CN 200810090238 A CN200810090238 A CN 200810090238A CN 101552686 B CN101552686 B CN 101552686B
- Authority
- CN
- China
- Prior art keywords
- multicast group
- message
- mbms
- multicast
- master 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.)
- Expired - Fee Related
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 50
- 238000000034 method Methods 0.000 title claims abstract description 28
- 230000001360 synchronised effect Effects 0.000 title claims abstract description 23
- 238000005516 engineering process Methods 0.000 abstract description 7
- 238000010586 diagram Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 241000209094 Oryza Species 0.000 description 2
- 235000007164 Oryza sativa Nutrition 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 235000021186 dishes Nutrition 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 235000009566 rice Nutrition 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 239000012467 final product Substances 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种多媒体组播广播业务网元间同步的数据传输方法，减少对运营商传输网络带宽的要求，有效降低运营成本。所述方法包括：主控网元向一个或多个从属网元发送控制面消息，消息中携带IP组播组地址信息，通知所述从属网元加入该IP组播组；当主控网元向所述一个或多个从属网元发送MBMS业务数据时，将所述MBMS业务数据组织成IP数据包，该IP数据包的目的地址为所述IP组播组地址，所述一个或多个从属网元接收目的地址为所述IP组播组地址的IP数据包，获得所述MBMS业务数据。本发明使用IP组播技术实现了RNC间相同MBMS业务数据的优化传输，极大的减少对运营商传输网络带宽的需求，从而有效地降低运营成本。
Description
技术领域
本发明涉及无线通信技术领域，尤其涉及一种MBMS(MultimediaBroadcast/Multicast Service，多媒体广播/多点传送服务，又称为多媒体广播/组播业务)业务数据的传输方法。
背景技术
现在人们对移动通信的需求已不再满足于电话和消息业务，随着因特网Internet的迅猛发展，大量多媒体业务涌现出来。其中的一些应用业务中，多个用户能同时接收相同的数据，如视频点播、电视广播、视频会议、网上教育、互动游戏等。MBMS技术为实现最有效地利用移动网络资源而提出，指一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，包括移动核心网和接入网资源共享，尤其是空口资源。3GPP(3rd GenerationPartnership Project，第三代合作伙伴计划)定义的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且能实现高速率的多媒体业务组播和广播，这无疑顺应了未来移动数据发展的趋势。
作为提高MBMS业务频谱利用率的技术，SFN(Single FrequencyNetwork，单频网)或者Chip合并(码片级合并)技术要求所有相邻基站同步发送相同的无线信号。
在SFN模式下，UE(User Equipment，用户设备)可以将来自于不同基站的信号视为多径信号，这使得公共物理信道传送广播业务获得比较大的信号增益，从而提高了MBMS业务的QoS(Quality of Service，服务质量)性能。该技术的引入带来新的问题：既然来自不同基站的信号被UE视为多径，就要求各个径数据必须保持同步发送。在Chip合并模式下，UE同时接收不同基站发送的业务信号，并通过多小区联合检测技术在码片级实现合并。这都要求UE接收到的不同小区发送的MBMS业务信号，在同一时隙都是一样的。
3GPP引入MBMS后用户面的协议栈发生了变化，RNC(Radio NetworkController，无线网络控制器)在MBMS服务承载建立时可以按照核心网SA列表，以所属的小区组织成小区组方式建立多个小区共享PDCP(Packet DataConvergence Protocol，分组数据汇聚协议)和RLC(Radio Link Control，无线链路控制)实体，每个小区使用各自的MAC-m(Medium Access Control forMBMS，MBMS的媒体接入控制)以及各自的FP(Frame Protocol，帧协议)。
MBMS业务是面向全网的服务，同一个MBMS业务可能建立在不同RNC上。这样，在不同RNC间的小区为了利用SFN或者Chip合并技术提高UE接收增益，需要和相邻RNC的小区同步发送相同的MBMS业务空口信号。否则，属于不同RNC的相邻小区间信号会造成同频干扰，或者UE得不到接收增益。
因为不同RNC处理业务数据方式和参数的不同，尤其是考虑到网络拥塞造成RNC接收到的业务数据的延时甚至丢失的可能，要保证属于不同RNC的小区间能同步发送相同的空口信号，需要RNC间协调一致来保证。
在一种通过RNC间接口Iur接口实现MBMS业务RNC间内容同步的方法中，多个RNC通过共享同一个无线网络层用户面处理实体的输出数据而实现多个无线网络控制器间的MBMS业务内容同步。在该方法中，所述的共享无线网络层用户面处理实体数据从一个RNC通过Iur接口发送到需要MBMS业务内容同步的多个RNC。
在上述的方法中，一个显而易见的缺点在于，如果没有优化的传输方法，相同的数据需要发送多份到多个RNC，从而造成对Iur接口传输能力的要求较高，对传输网络带宽的需求增大，如果数据从一个RNC(通常是SRNC，称为主控RNC)通过Iur接口发送到N个RNC(通常是DRNC，称为从属RNC)，则SRNC需要发送N份相同的数据，这对传输网络来讲显然是不优化的。
发明内容
本发明要解决的技术问题是提供一种多媒体组播广播业务网元间同步的数据传输方法，减少对运营商传输网络带宽的要求，有效降低运营成本。
为了解决上述问题，本发明提供了一种多媒体组播广播业务网元间同步的数据传输方法，包括：
主控网元向一个或多个从属网元发送控制面消息，消息中携带IP组播组地址信息，通知所述从属网元加入该IP组播组；当所述主控网元向所述一个或多个从属网元发送多媒体广播/组播业务MBMS业务数据时，将所述MBMS业务数据组织成IP数据包，该IP数据包的目的地址为所述IP组播组地址，所述一个或多个从属网元接收目的地址为所述IP组播组地址的IP数据包，获得所述MBMS业务数据。
进一步地，所述方法进一步包括以下步骤：(a)主控网元向一个或多个从属网元发送控制面消息，消息中携带IP组播组地址信息；(b)所述一个或多个从属网元接收到所述控制面消息后，获取所述IP组播组地址信息，加入所述IP组播组，若加入成功则向所述主控网元返回成功响应消息；(c)所述主控网元接收所述成功响应信息，在需要向所述一个或多个从属网元发送MBMS数据时，将MBMS业务数据组织成IP组播数据包，发送目的地址为所述IP组播组地址；(d)所述一个或多个从属网元通过接收该IP组播数据包获得MBMS业务数据。
进一步地，所述主控网元为主控无线网络控制器SRNC，所述从属网元为从属无线网络控制器DRNC。
进一步地，在所述步骤(a)中，所述控制面消息为MBMS同步承载建立消息；所述步骤(b)中，所述成功响应消息为MBMS同步承载建立响应消息。
进一步地，在所述步骤(a)中，所述控制面消息为公共传输信道资源请求消息；所述步骤(b)中，所述成功响应消息为公共传输信道资源响应消息。
进一步地，所述IP组播组地址位于MBMS承载服务列表之内。
进一步地，所述SRNC与DRNC之间建立点到点的传输承载，用于传输二者之间的节点同步控制帧。
进一步地，所述从属网元收到控制面消息后，若不能成功加入所述IP组播组，则发送失败响应消息给所述主控网元，指示其不能加入所述IP组播组。
进一步地，如果所述从属网元不能成功加入所述IP组播组，则所述主控网元与从属网元建立点到点的传输承载，用于传输所述MBMS业务数据包。
进一步地，所述失败响应消息采用以下消息之一：MBMS同步承载建立响应消息、公共传输信道资源响应消息、MBMS同步承载建立失败消息、公共传输信道资源失败消息。
本发明使用IP组播技术实现了RNC间相同MBMS业务数据的优化传输，极大的减少对运营商传输网络带宽的需求，从而有效地降低运营成本。
附图说明
图1是本发明实施例中无线网络控制器的组网示意图；
图2是本发明实施例一中无线网络控制器间传输相同MBMS业务数据的方法流程图；
图3是本发明实施例二中无线网络控制器间传输相同MBMS业务数据的方法流程图；
图4是本发明实施例三中无线网络控制器间传输相同MBMS业务数据的方法流程图；
图5是本发明实施例中传输网络中的数据流向图。
具体实施方式
本发明的主要构思是，主控网元向一个或多个从属网元发送控制面消息，消息中携带IP组播组地址信息，通知所述从属网元加入该IP(InternetProtocol，因特网协议)组播组；当所述主控网元需要向所述从属网元发送数据时，其数据发送的目的地址为所述IP组播组地址。
下面结合附图和实施例对本发明的方法作进一步详细说明。
实施例一
本实施例中，定义所述主控网元为主控无线网络控制器SRNC，定义所述从属网元为从属无线网络控制器DRNC。
本实施例中无线网络控制器间传输内容同步MBMS业务数据的方法流程如图2所示：
步骤201、SRNC向一个或多个DRNC发送MBMS同步承载建立MBMSSync Bear Setup消息，消息中携带IP组播组地址信元Multicast Address；
这里，MBMS Sync Bear Setup消息为Iur接口控制面消息，用于在需要建立MBMS业务数据同步的RNC间建立MBMS业务的Iur接口承载。MBMSSync Bear Setup消息的定义如表1所示，其中粗体字为IP组播组地址。
表1
| IE/Group Name | Presence | Range | IE TypeandReference | SemanticsDescription | Criticality | AssignedCriticality |
| Message Type | M | 9.2.1.40 | YES | reject | ||
| Transaction ID | M | 9.2.1.59 | - | |||
| TMGI | M | 9.2.1.80 | ||||
| Binding ID | O | 9.2.1.3 | Shall be ignoredif bearerestablishmentwith ALCAP. | YES | ignore | |
| Transport Layer Address | O | 9.2.1.62 | Shall be ignoredif bearerestablishmentwith ALCAP. | YES | ignore | |
| TNL QoS | O | 9.2.1.56A | Shall be ignoredif bearerestablishmentwith ALCAP. | YES | Ignore | |
| Multicast Address | O | 9.2.1.62 | Indicate IPmulticast groupthe service databe transporton，present ifmulticast bearis used. | YES | Ignore | |
| MBMS RRC Container | O | Bit String | For RRCInformation |
SRNC与DRNC之间通过建立点到点的传输承载，用于传输二者之间的节点同步控制帧。
步骤202、DRNC接收到MBMS Sync Bear Setup消息后，读取所述IP组播组地址Multicast Address，并通过IP协议IGMP(Internet Group MulticastProtocol，互联网组管理协议)的Join(加入)过程，加入所述IP组播组，这样就建立了SRNC和DRNC之间的MBMS业务Iur接口同步承载；
步骤203、DRNC成功加入所述IP组播组后，发送MBMS同步承载建立响应MBMS Sync Bear Setup Response消息给SRNC，指示其成功加入了所述IP组播组；
其中，所述MBMS Sync Bear Setup Response消息为Iur接口控制面消息，用于指示DRNC成功加入所述IP组播组。MBMS Sync Bear Setup Response消息的定义如表2所示：
表2
| IE/Group Name | Presence | Range | IE TypeandReference | SemanticsDescription | Criticality | AssignedCriticality |
| Message Type | M | 9.2.1.40 | YES | reject | ||
| Transaction ID | M | 9.2.1.59 | - | |||
| TMGI | M | 9.2.1.80 | ||||
| Binding ID | O | 9.2.1.3 | Shall beignored ifbearerestablishment withALCAP. | YES | ignore | |
| Transport Layer Address | O | 9.2.1.62 | Shall beignored ifbearerestablishment withALCAP. | YES | ignore | |
| TNL QoS | O | 9.2.1.56A | Shall beignored ifbearerestablishment withALCAP. | YES | Ignore |
步骤204、SRNC在需要发送数据时，将携带MBMS业务数据的IP组播数据包发送到Iur接口传输网络，目的地址为所述IP组播组地址，所述MBMS业务数据通过所述IP组播组发送给各个DRNC。
SRNC首先将IP组播数据包发送到其Iur接口传输网络，该IP组播数据包通过传输网络的路由传送到DRNC，DRNC在其Iur接口接收该数据包，从而获得MBMS业务数据。
实施例二
本实施例中，主控无线网络控制器、从属无线网络控制器的定义同实施例一。
本实施例中无线网络控制器间传输内容同步MBMS业务数据的方法流程如图3所示：
步骤301、SRNC向DRNC发送公共传输信道资源请求COMMONTRANSPORT CHANNEL RESOURCES REQUEST消息，消息中携带IP组播组地址信元Multicast Address；
其中，所述COMMON TRANSPORT CHANNEL RESOURCESREQUEST消息为Iur接口控制面消息，用于在需要建立MBMS业务数据同步的RNC间建立MBMS业务的Iur接口承载。COMMON TRANSPORTCHANNEL RESOURCES REQUEST消息的定义如表3所示。
表3
| IE/Group Name | Presence | Range | IE TypeandReference | SemanticsDescription | Criticality | AssignedCriticality |
| Message Type | M | 9.2.1.40 | YES | reject | ||
| Transaction ID | M | 9.2.1.59 | - | |||
| D-RNTI | M | 9.2.1.24 | YES | reject | ||
| C-ID | O | 9.2.1.6 | YES | reject | ||
| Transport Bearer RequestIndicator | M | 9.2.1.61 | Request anewtransportbearer or touse anexistingbearer forthe userpiane. | YES | reject | |
| Transport Bearer ID | M | 9.2.1.60 | Indicates thelur transportbearer to beused for theuser plane. | YES | reject | |
| Permanent NAS UEIdentity | O | 9.2.1.73 | YES | ignore | ||
| Binding ID | O | 9.2.1.3 | Shall beignored ifbearerestablishment withALCAP. | YES | ignore |
| Transport Layer Address | O | 9.2.1.62 | Shall beignored ifbearerestablishment withALCAP. | YES | ignore | |
| MBMS Bearer Service List | O..<maxnoofMBMS> | GLOBAL | notify | |||
| ＞TMGI | M | 9.2.1.80 | - | |||
| ＞Multicast Address | O | 9.2.1.62 | Indicate IPmulticastgroup theservice databe transporton，presentif multicastbearisused. | YES | Ignore | |
| TNL QoS | O | 9.2.1.56A | Shall beignored itbearerestablishment withALCAP. | YES | ignore | |
| Enhanced FACH SupportIndicator | O | 9.2.2.80 | FDD only | YES | Ignore | |
| Enhanced PCH SupportIndicator | O | 9.2.2.81 | FDD only | YES | Ignore |
组播地址可以如表3所示，在MBMS承载服务列表(MBMS BearerService List)之内，也可以在消息中的其他位置。
步骤302、DRNC接收到COMMON TRANSPORT CHANNELRESOURCES REQUEST消息后，读取IP组播组地址Multicast Address，并通过IP协议IGMP的Join过程，加入所述IP组播组，这样就建立了SRNC和DRNC之间的MBMS业务数据Iur接口同步承载；
步骤303、DRNC成功加入所述IP组播组后，发送公共传输信道资源响应COMMON TRANSPORT CHANNEL RESOURCES RESPONSE消息给SRNC，指示其成功加入了所述IP组播组；
其中，所述COMMON TRANSPORT CHANNEL RESOURCESRESPONSE消息为Iur接口控制面消息，其定义如表4所示。
表4
| IE/Group Name | Presence | Range | IE TypeandReference | SemanticsDescription | Criticality | AssignedCriticality |
| Message Type | M | 9.2.1.40 | YES | reject | ||
| Transaction ID | M | 9.2.1.59 | - | |||
| S-RNTI | M | 9.2.1.53 | YES | ignore | ||
| C-RNTI | O | 9.2.1.14 | YES | ignore | ||
| FACH Info for UE SelectedS-CCPCHs | 1 | YES | ignore | |||
| ＞FACH Flow ControlInformation | M | 9.2.1.26C | YES | ignore | ||
| Transport Layer Address | O | 9.2.1.62 | YES | ignore | ||
| Binding Identity | O | 9.2.1.3 | YES | ignore | ||
| Criticality Diagnostics | O | 9.2.1.13 | YES | ignore | ||
| C-ID | M | 9.2.1.6 | YES | ignore | ||
| Active MBMS BearerService List | 0..<maxnoofAcfiveMBMS> | GLOBAL | ignore | |||
| ＞TMGI | M | 9.2.1.80 | - | |||
| ＞Transmission Mode | M | 9.2.1.81 | - |
步骤304、SRNC接收到COMMON TRANSPORT CHANNELRESOURCES RESPONSE消息后，在需要发送数据时，将携带MBMS业务数据的IP组播数据包通过所述IP组播组发送给DRNC。
SRNC首先将携带MBMS业务数据、目的地址为所述IP组播组地址的IP组播数据包发送到其Iur接口传输网络，该IP组播数据包再通过传输网络的路由传送给DRNC，DRNC在其Iur接口接收该数据包，从而获得MBMS业务数据。
实施例三
本实施例中主控无线网络控制器、从属无线网络控制器的定义同实施例一。
本实施例是一个无线网络控制器间传输内容同步MBMS业务数据失败的例子，其流程如图4：
步骤401、SRNC向DRNC发送MBMS同步承载建立MBMS Sync BearSetup消息，消息中携带IP组播组地址信元Multicast Address；
其中，所述MBMS Sync Bear Setup消息为Iur接口控制面消息，用于在需要建立MBMS业务内容同步的RNC间建立MBMS业务的Iur接口承载。MBMS Sync Bear Setup消息的定义如表5所示，表5中粗体字为所述IP组播组地址。
表5
| IE/Group Name | Presence | Range | IE TypeandReference | SemanticsDescription | Criticality | AssignedCriticality |
| Message Type | M | 9.2.1.40 | YES | reject | ||
| Transaction ID | M | 9.2.1.59 | - | |||
| TMGI | M | 9.2.1.80 | ||||
| Binding ID | O | 9.2.1.3 | Shall beignored ifbearerestablishment withALCAP. | YES | ignore | |
| Transport Layer Address | O | 9.2.1.62 | Shall beignored ifbearerestablishment withALCAP. | YES | ignore | |
| TNL QoS | O | 9.2.1.56A | Shall beignored ifbearerestablishment withALCAP. | YES | Ignore | |
| Multicast Address | O | 9.2.1.62 | Indicate IPmulticastgroup theservice databe transporton，presentif multicastbear isused. | YES | Ignore | |
| MBMS RRC Container | O | Bit String | For RRCInformation | - |
步骤402、DRNC接收到MBMS Sync Bear Setup消息后，读取IP组播组地址Multicast Address，通过IP协议IGMP的Join过程加入所述IP组播组，如果该DRNC不能成功加入所述IP组播组，或者不支持组播承载，则发送MBMS同步承载建立失败MBMS Sync Bear Setup Failure消息给SRNC，SRNC接收到该消息，即获知不能与相应的DRNC建立MBMS业务的组播承载。
其中，所述MBMS Sync Bear Setup Failure消息为Iur接口控制面消息，用于指示DRNC加入所述IP组播组失败，其定义如表6：
表6
| IE/Group Name | Presence | Range | IE TypeandReference | SemanticsDescription | Criticality | AssignedCriticality |
| Message Type | M | 9.2.1.40 | YES | reject | ||
| Transaction ID | M | 9.2.1.59 | - | |||
| TMGI | M | 9.2.1.80 | ||||
| Cause | M | Bit String | YES | Reject |
为了避免因DRNC不能加入IP组播组而造成SRNC不能向DRNC传输MBMS业务数据，SRNC和DRNC之间在建立组播承载的同时还建立点到点的传输承载，以在DRNC不能加入IP组播组的情况下传输所述MBMS业务数据。
传输网络中的数据流向如图5所示：MBMS业务数据包以IP组播数据包的形式，从SRNC发送到传输网络，该数据包经过IP传输网络的路由器转发，发送到多个DRNC。从图5可以看出，SRNC发出的一个数据流，通过传输网络路由器的复制转发，被发送到了多个DRNC，这大大的降低了对SRNC的Iur接口传输资源的需求。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
在其他系统中，相同的网络结构下可能存在相同的技术问题，均可采用本发明的构思进行解决，例如在LTE系统中，各Node B之间也可能会存在类似的传输多次相同数据的问题，同样可以采用本发明实施例的方式，使从属Node B加入组播组，而主控Node B只需要向该组播组广播即可。
Claims (6)
1.一种多媒体广播/组播业务网元间同步的数据传输方法，其特征在于，
(a)主控网元向一个或多个从属网元发送控制面消息，消息中携带IP组播组地址信息，通知所述从属网元加入该IP组播组；
(b)所述一个或多个从属网元接收到所述控制面消息后，获取所述IP组播组地址信息，加入所述IP组播组，若加入成功则向所述主控网元返回成功响应消息；
(c)所述主控网元接收所述成功响应消息，在需要向所述一个或多个从属网元发送MBMS数据时，将MBMS数据组织成IP组播数据包，发送目的地址为所述IP组播组地址；
(d)所述一个或多个从属网元通过接收该IP组播数据包获得MBMS数据；
在所述步骤(a)中，所述控制面消息为公共传输信道资源请求消息，所述IP组播组地址位于MBMS承载服务列表之内；所述步骤(b)中，所述成功响应消息为公共传输信道资源响应消息。
2.如权利要求1所述的方法，其特征在于，
所述主控网元为主控无线网络控制器SRNC，所述从属网元为从属无线网络控制器DRNC。
3.如权利要求2所述的方法，其特征在于，所述SRNC与DRNC之间建立点到点的传输承载，用于传输二者之间的节点同步控制帧。
4.如权利要求1所述的方法，其特征在于：
所述从属网元收到控制面消息后，若不能成功加入所述IP组播组，则发送失败响应消息给所述主控网元，指示其不能加入所述IP组播组。
5.如权利要求4所述的方法，其特征在于：
如果所述从属网元不能成功加入所述IP组播组，则所述主控网元与从属网元建立点到点的传输承载，用于传输所述MBMS数据。
6.如权利要求4所述的方法，其特征在于：
所述失败响应消息采用以下消息之一：MBMS同步承载建立响应消息、公共传输信道资源响应消息、MBMS同步承载建立失败消息、公共传输信道资源失败消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100902382A CN101552686B (zh) | 2008-03-31 | 2008-03-31 | 一种多媒体组播广播业务网元间同步的数据传输方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100902382A CN101552686B (zh) | 2008-03-31 | 2008-03-31 | 一种多媒体组播广播业务网元间同步的数据传输方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101552686A CN101552686A (zh) | 2009-10-07 |
| CN101552686B true CN101552686B (zh) | 2012-04-18 |
Family
ID=41156695
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008100902382A Expired - Fee Related CN101552686B (zh) | 2008-03-31 | 2008-03-31 | 一种多媒体组播广播业务网元间同步的数据传输方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101552686B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103595768B (zh) * | 2013-10-28 | 2016-05-25 | 国家电网公司 | 一种实现虚拟化设备间配置同步的方法 |
| CN105978847A (zh) * | 2015-12-03 | 2016-09-28 | 乐视致新电子科技（天津）有限公司 | 一种数据同步方法和系统 |
| CN107040398B (zh) * | 2016-02-04 | 2020-03-27 | 中兴通讯股份有限公司 | 一种数据传输方法、装置及系统 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1476258A (zh) * | 2002-08-13 | 2004-02-18 | ��������ͨ�ż����о�����˾ | 临时移动组标识的产生与分配方法 |
-
2008
- 2008-03-31 CN CN2008100902382A patent/CN101552686B/zh not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1476258A (zh) * | 2002-08-13 | 2004-02-18 | ��������ͨ�ż����о�����˾ | 临时移动组标识的产生与分配方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101552686A (zh) | 2009-10-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| DK2074842T3 (en) | Efficient MBMS backbone distribution using a single tunnel access | |
| US8107407B2 (en) | EHSPA architecture | |
| AU2005319825B2 (en) | Method and apparatus for providing multimedia broadcast/multicast service according to mobility of user equipment | |
| CN101536554A (zh) | 增强的多播广播多媒体服务 | |
| JP4712095B2 (ja) | 通信方法および無線通信システム | |
| KR100956817B1 (ko) | 패킷 데이터를 처리하는 방법 및 이를 위한 장치 | |
| CN101552686B (zh) | 一种多媒体组播广播业务网元间同步的数据传输方法 | |
| CN101051889B (zh) | 实现网络控制器间业务数据一致的方法及系统 | |
| CN101651489A (zh) | 多媒体广播组播业务网元间同步组网的资源管理方法 | |
| CN101562602B (zh) | Mbms业务数据同步系统中指示数据格式类型的方法 | |
| CN101051864B (zh) | 用于mbms业务的实现rlc序列号在rnc间同步的方法 | |
| CN101500191A (zh) | 多媒体广播组播业务资源分配同步的实现方法 | |
| CN101047492B (zh) | 实现rlc序列号在无线网络控制器间同步的方法及系统 | |
| CN101500193B (zh) | 无线网络控制器间多媒体广播组播业务数据的同步方法 | |
| WO2008113769A2 (en) | Service identification enabling communication of multiple data streams | |
| CN100428860C (zh) | 一种多媒体广播/组播业务链接的方法 | |
| CN101646130A (zh) | 复用信道的多媒体广播组播业务网元间的同步方法 | |
| CN101499868B (zh) | 多媒体广播组播业务Iur同步承载的建立方法 | |
| CN101499869A (zh) | 多媒体广播组播业务Iur同步承载的建立方法及系统 | |
| CN101577856B (zh) | 消息处理方法及装置 | |
| CN101499870A (zh) | Rnc间多媒体广播组播业务数据的同步方法及装置 | |
| CN101499955A (zh) | 多媒体广播组播业务资源分配同步的实现方法 | |
| CN101500192A (zh) | 多媒体广播组播业务Iur同步承载的释放方法 | |
| CN101296403B (zh) | Iu接口多媒体广播组播业务会话开始的方法 | |
| CN101500194A (zh) | Rnc间多媒体广播组播业务同步的恢复方法和装置 |
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 |
Granted publication date: 20120418 |