CN100583821C - 一种实现组播的方法与系统 - Google Patents
一种实现组播的方法与系统 Download PDFInfo
- Publication number
- CN100583821C CN100583821C CN200610071363A CN200610071363A CN100583821C CN 100583821 C CN100583821 C CN 100583821C CN 200610071363 A CN200610071363 A CN 200610071363A CN 200610071363 A CN200610071363 A CN 200610071363A CN 100583821 C CN100583821 C CN 100583821C
- Authority
- CN
- China
- Prior art keywords
- logic channel
- descending
- end side
- multicast packet
- network side
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种实现组播的方法,该方法包括:在网络侧和终端侧之间增加一条下行单向逻辑信道;网络侧将下行组播数据通过所述下行单向逻辑信道传输至终端侧。本发明还公开了一种实现组播的系统,包括网络侧和终端侧、以及网络侧和终端侧之间的单播业务双向逻辑信道,该系统进一步包括:下行单向逻辑信道;下行单向逻辑信道建立在网络侧和终端侧之间,用于传输下行组播数据;单播业务双向逻辑信道用于传输单播数据。根据本发明公开的方法和系统实现组播时,与现有技术相比,对现有的实现单播时的逻辑信道结构改动较少,且组播应用的限制较少。
Description
技术领域
本发明涉及组播技术,特别是指一种实现组播的方法与系统。
背景技术
无线链路控制(RLC)协议在空口上实现数据传输的模式分为透明模式(TM)、非确认模式(UM)和确认模式(AM)三种工作模式。在透明模式和非确认模式中,有一个发送实体和一个接收实体,确认模式只有一个发送和接收结合的实体。在透明模式下,RLC发送实体对上层数据不进行任何处理,直接通过逻辑信道传输至RLC接收实体。在非确认模式下,RLC发送实体接收上层数据,对该数据进行分段级联成若干个数据块,对每个数据块分别加上连续的序列号,通过逻辑信道传输至RLC接收实体;RLC接收实体接收来自逻辑信道的数据块,对所接收到的数据块进行解分段级联,恢复上层数据,提交给上层,接收实体还可以根据所接收到的数据块的序列号的连续与否,检测出在传输过程中数据是否丢失。在确认模式下,除了实现以上所述非确认模式的功能以外,RLC接收实体还通过反向信道向RLC发送实体指示对应哪些序列号的数据块没有正确接收,并要求RLC发送实体重新发送对应序列号的数据块,保证数据的可靠传输。
实现单播业务时所建立的逻辑信道是一个双向的逻辑信道,单播业务的上行数据和下行数据都承载在该双向逻辑信道上。该单播业务的RLC实体可以是AM RLC实体,也可以是UM RLC实体。
图1为在确认模式下实现单播传输的示意图,网络侧的AM RLC实体将下行单播数据通过下行逻辑信道传输至终端侧的AM RLC实体,终端侧的AM RLC实体将上行单播数据通过上行逻辑信道传输至网络侧的AMRLC实体。
图2为在非确认模式下实现单播传输的示意图,网络侧的UM RLC发送实体将下行单播数据通过下行逻辑信道传输至终端侧的UM RLC接收实体,终端侧的UM RLC发送实体将上行单播数据通过上行逻辑信道传输至网络侧的UM RLC接收实体。
随着通信业务的不断发展,单播业务和组播业务并存,因此希望在不改动以上所述的实现单播传输时的逻辑信道结构的情况下,能够实现组播业务。
现有技术中,在不改动以上所述的实现单播传输时的逻辑信道结构的情况下,实现组播传输的信道映射如图3所示,具有以下几个特点:
(1)下行逻辑信道用于承载下行组播数据,不再用于承载下行单播数据。下行单播数据和下行组播数据不能通过同一个下行逻辑信道传输的原因是:下行组播数据为一个小区内各组播用户共享,有独自的数据分段级联和添加序列号的特性,如果在其中再加上单个终端的下行单播数据,将打乱RLC接收实体的解分段级联功能,导致该终端的下行单播数据和组播数据都不能正常接收。因此,当实现组播传输时,下行单播数据不能通过下行逻辑信道传输到终端侧,即,下行单播通道被中断。
(2)下行组播数据采用RLC的非确认模式传输。因为,如果下行组播数据采用RLC的确认模式,各终端侧的RLC实体接收到下行组播数据后,都向网络侧的RLC实体反馈组播数据的接收状态,导致网络侧的RLC实体的处理很复杂,且很容易出问题。但是,如果下行组播数据的传输采用RLC的非确认模式,则上行单播数据的传输也采用非确认模式,因此导致上行单播数据的传输不太可靠。
(3)当需要实现组播传输时,在空中接口上不能对组播数据加密,且终端侧也不能启动加密功能。因为,正常情况下,单播传输时,单播数据在空口上一般是加密的,每个终端有自己特定的加密密钥,并且现有协议中加密过程在一次连接过程一旦启动就无法停止。但是,下行组播数据需要发给多个终端,因此不能在空口加密,这导致对于需要启动组播业务的终端在连接建立时就不能启动加密功能。
综上所述,现有技术方案中,在现有的单播双向逻辑信道中实现组播的方法,存在以下几个缺点,总结如下:在实现组播时由于下行逻辑信道只用于传输下行组播数据,因此下行单播数据的传输信道被中断;在实现组播时由于采用RLC的非确认模式,因此导致上行单播数据不能可靠传输;在实现组播业务时,由于在空口上不对下行组播数据进行加密,因此希望启动组播业务的终端在连接建立时就不能启动加密功能。
发明内容
有鉴于此,本发明的主要目的在于提供一种实现组播的方法,对现有的实现单播时的逻辑信道结构改动较少,且组播应用的限制较少。
本发明的另一个主要目的在于提供一种实现组播的系统,对现有的实现单播时的逻辑信道结构改动较少,且组播应用的限制较少。
为了达到上述第一个目的,本发明提供一种实现组播的方法,该方法包括:
在网络侧和终端侧之间建立下行单向逻辑信道;当传输组播数据时,网络侧将下行组播数据通过所述下行单向逻辑信道传输至终端侧;所述网络侧在将下行组播数据通过所述下行单向逻辑信道传输至终端侧时,在空中接口上对所述下行组播数据不进行加密;当传输单播业务数据时,网络侧通过现有单播业务双向逻辑信道传输单播数据。
所述下行组播数据以非确认模式通过下行单向逻辑信道传输。
在网络侧设置非确认模式UM无线链路控制RLC发送实体,在终端侧设置UM RLC接收实体;
网络侧的UM RLC发送实体将下行组播数据通过所述下行单向逻辑信道传输至终端侧的UM RLC接收实体。
终端侧接收到所述下行组播数据时,对所收到的下行组播数据不进行解密。
该方法进一步包括:在建立下行单向逻辑信道时,网络侧给所建立的下行单向逻辑信道分配0到14中任意一个逻辑信道标识,且通过信令指示终端在所建立的下行单向逻辑信道中传输数据时禁用加密功能;
所述终端侧对所收到的下行组播数据不进行解密为:终端侧根据所述信令对接收到的下行组播数据不进行解密。
该方法进一步包括:在建立下行单向逻辑信道时,网络侧给所建立的下行单向逻辑信道分配0到14中任意一个逻辑信道标识,且通过信令通知终端所建立的逻辑信道为下行单向逻辑信道;终端根据所述信令确定所建立的逻辑信道为下行单向逻辑信道,并设置对该下行单向逻辑信道禁用加密功能;
所述终端侧对所收到的下行组播数据不进行解密为:终端侧根据所述设置对接收到的下行组播数据不进行解密。
该方法进一步包括:网络侧和终端侧预先设定逻辑信道标识为15的逻辑信道为用于传输下行组播数据的下行单向逻辑信道;
在建立下行单向逻辑信道时,网络侧给所建立的下行单向逻辑信道分配逻辑信道标识15;终端侧获取所建立的逻辑信道的逻辑信道标识,并根据所述预先设定确定所建立的逻辑信道为下行单向逻辑信道,并设置对该下行单向逻辑信道禁用加密功能;
所述终端侧对所收到的下行组播数据不进行解密为:终端侧根据所述设置对接收到的下行组播数据不进行解密。
所述通过现有单播业务双向逻辑信道以透明模式,或确认模式,或非确认模式传输单播数据。
为了达到上述第二个目的,本发明提供一种实现组播的系统,包括网络侧和终端侧、以及网络侧和终端侧之间的单播业务双向逻辑信道,其特征在于,该系统进一步包括:下行单向逻辑信道;
下行单向逻辑信道建立在网络侧和终端侧之间,用于传输下行组播数据;在将下行组播数据通过所述下行单向逻辑信道传输时,在空中接口上对所述下行组播数据不进行加密;
单播业务双向逻辑信道,用于传输单播数据。
该系统进一步包括:UM RLC发送实体,UM RLC接收实体;
UM RLC发送实体设置在网络侧,用于将网络侧的下行组播数据通过下行单向逻辑信道传输至UM RLC接收实体;
UM RLC接收实体设置在终端侧,用于接收通过下行单向逻辑信道传输的下行组播数据。
所述单播业务双向逻辑信道用于以透明模式或非确认模式或确认模式传输单播数据。
本发明提供的方法和系统,在现有存在的单播业务双向逻辑信道的基础上,增加一条下行单向逻辑信道实现组播传输,存在以下几个有益效果:
1)通过现有存在的单播业务双向逻辑信道中仍能够实现上/下行单播数据的传输;
2)对于单播业务和组播业务能够分别启动和禁用加密功能;
3)可以在确认模式的单向业务逻辑信道基础上实现组播,因此能够保证上行单播数据的传输可靠性;
4)可以在非确认模式以及透明模式的单向业务逻辑信道的基础上实现组播,对现有实现单播时的逻辑信道在结构上改动很小甚至没有。
附图说明
图1所示为现有技术中在确认模式下实现单播的示意图;
图2所示为现有技术中在非确认模式下实现单播的示意图;
图3所示为现有技术中在非确认模式下实现组播的示意图;
图4所示为本发明第一实施例中在确认模式下实现组播的示意图;
图5所示为本发明第二实施例中在非确认模式下实现组播的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下面举具体实施例,对本发明作进一步详细的说明。
当需要实现组播传输,配置空口信道时,在现有的单播业务双向逻辑信道的基础上,在网络侧和终端侧再建立一条下行单向逻辑信道,所增加的下行单向逻辑信道用于传输组播数据。这样,组播业务的下行组播数据通过所增加的下行单向逻辑信道传输,而单播业务的上/下行单播数据通过现有的单播业务双向逻辑信道传输,因此,根据本发明配置的空口信道,既能够实现单播传输,也能够实现组播传输,而且,两种传输互不影响。其中,所述现有的单播业务双向逻辑信道可以通过非确认模式、或确认模式、或透明模式传输单播业务数据。
在本发明所建立的下行单向逻辑信道中传输组播数据时,需要采用非确认模式的数据传输,因此,可以在网络侧和终端侧设置非确认模式的RLC实体,即在网络侧设置一个UM RLC发送实体,在终端侧设置一个UM RLC接收实体。当需要进行组播业务时,网络侧的UM RLC发送实体将下行组播数据通过下行单向逻辑信道传输至终端侧的UM RLC接收实体。
根据上面的描述可以看出,网络侧发起的组播业务通过以上方法很容易实现;另外,终端侧也可以发起组播业务,即:某个终端可以将自身的组播数据发送给其它组播终端,其实现步骤是:首先,终端将要发送给其它组播终端的组播数据通过单播业务双向逻辑信道的上行逻辑信道传输至网络侧;然后,网络侧收到所述组播数据后,通过下行单向逻辑信道将所述组播数据传输至组播终端。
所述增加一条下行单向逻辑信道的操作可以是在网络侧发起组播业务时,建立一条下行单向逻辑信道,这样,当网络侧再需要发起组播业务时,可以通过已建立的下行单向逻辑信道传输组播数据。所述下行单向逻辑信道是建立在网络侧和需要进行组播业务的终端侧之间。
当多个逻辑信道复用到同一个物理信道时,为了区分不同的逻辑信道,每个逻辑信道由逻辑信道标识表示,逻辑信道标识一般有4个比特,取值分别为0到15。目前,0到14用于表示逻辑信道1到逻辑信道15,15保留还未使用。因此,对于本发明中网络侧所增加的下行单向逻辑信道,其逻辑信道标识可以仍采用0到14中任何一个表示,即动态地给所述下行单向逻辑信道分配逻辑信道标识;也可以固定地将所保留的逻辑信道标识15分配给所增加的下行单向逻辑信道。
在进行组播业务时,不需要启动加密功能,具体来说就是:网络侧向终端侧发送下行组播数据时,在空口上对下行组播数据不进行加密;终端侧接收所述下行组播数据时,对接收数据不进行解密。
相应的,本发明在实现进行组播业务时不启动加密功能有三种方式:
第一种是:网络侧在增加一条下行单向逻辑信道时,网络侧给所增加的下行单向逻辑信道分配0到14中任意一个逻辑信道标识,且通过信令指示终端在所增加的下行单向逻辑信道中传输数据时禁用加密功能。这样,当进行组播业务时,网络侧向终端侧发送下行组播数据时,在空口上对下行组播数据不进行加密;而终端侧接收所述下行组播数据时,根据所收到的禁用加密功能的信令,不启动加密功能,即对接收数据不进行解密。
第二种是:网络侧增加一条下行单向逻辑信道时,网络侧给所增加的下行单向逻辑信道分配0到14中任意一个逻辑信道标识,但并不通过信令指示终端在所增加的下行单向逻辑信道中传输数据时禁用加密功能,而是通过信令通知终端所增加的逻辑信道为用于传输组播数据的下行单向逻辑信道。然后,由终端判断新增加的逻辑信道是否为下行单向逻辑信道,如果收到所述通知下行单向逻辑信道的信令,则终端确定所增加的逻辑信道为下行单向逻辑信道,并设置对该下行单向逻辑信道禁用加密功能;否则,对传输单播业务数据的逻辑信道仍采用已有的逻辑信道的加密功能方式。这样,当终端侧接收下行组播数据时,根据所述设置对接收到的下行组播数据不进行解密。
第三种是:网络侧在增加一条下行单向逻辑信道时,网络侧给所增加的下行单向逻辑信道分配逻辑信道标识15,在这种情况下,网络侧既不通过信令指示终端在所增加的下行单向逻辑信道中传输数据时禁用加密功能,也不通过信令通知终端所增加的逻辑信道为用于传输组播数据的下行单向逻辑信道,而是,网络侧和终端侧预先设定逻辑信道标识为15的逻辑信道是用于传输组播数据的下行单向逻辑信道。因此,终端侧获取当前的逻辑信道标识,如果逻辑信道标识为15,则根据预先的设定确定所增加的逻辑信道为下行单向逻辑信道,并设置对该下行单向逻辑信道禁用加密功能;如果逻辑信道标识为0到14,则采用已有的逻辑信道的加密功能方式。这样,当终端侧接收下行组播数据时,根据所述设置对接收到的下行组播数据不进行解密。
由于本发明可以通过以上几种方法解决传输数据加密的问题,所以终端可以实现在进行单播业务时启动加密功能,而在进行组播业务时不启动加密功能。而且,如果给所增加的下行单向逻辑信道分配逻辑信道标识15,也不会影响不支持本发明所述组播业务功能的终端的正常功能,例如,如果所述不支持组播业务功能的终端接收到逻辑信道标识为15的逻辑信道发来的组播数据后,可以根据现有协议中规定将所收到的数据放弃即可,而其它如单播业务可以仍按现有技术方式执行。
下面分别以RLC的确认模式、非确认模式以及透明模式为具体实施例,详细说明实现组播的方法。
实施例一:在单播为确认模式下的组播实现方法
图4为在确认模式下实现组播传输的示意图。
在确认模式的单播业务双向逻辑信道的基础上,增加一条下行单向逻辑信道,在网络侧设置UM RLC发送实体,在终端侧设置UM RLC接收实体。
当需要进行组播业务时,网络侧的UM RLC发送实体将下行组播数据通过所增加的下行单向逻辑信道传输至终端侧的UM RLC接收实体。当需要进行单播业务时,网络侧的AM RLC实体将下行单播数据通过现有的下行逻辑信道传输至终端侧的AM RLC实体;终端侧的AM RLC实体将上行单播数据通过现有的下行逻辑信道传输至终端侧的AM RLC实体。通过以上方法,在现有的确认模式下,实现了组播传输。
实施例二:在单播为非确认模式下的组播实现方法
图5所示为在非确认模式下,实现组播传输的示意图。
在非确认模式的单播业务双向逻辑信道的基础上,增加一条下行单向逻辑信道,在网络侧设置对应组播的UM RLC发送实体,在终端侧设置对应组播的UM RLC接收实体。
当需要进行组播业务时,网络侧的对应组播的UM RLC发送实体将下行组播数据通过所增加的下行单向逻辑信道传输至终端侧的对应组播的UM RLC接收实体。当需要进行单播业务时,网络侧的现有的对应单播的UM RLC实体将下行单播数据通过现有的下行逻辑信道传输至终端侧的现有的对应单播的UM RLC实体;终端侧的现有的对应单播的UM RLC实体将上行单播数据通过现有的下行逻辑信道传输至终端侧的现有的对应单播的UM RLC实体。通过以上方法,在现有的非确认模式下,实现了组播传输。
实施例三:在透明模式下的组播实现方法
在透明模式的单播业务双向逻辑信道的基础上,增加一条下行单向逻辑信道,在网络侧设置UM RLC发送实体,在终端侧设置UM RLC接收实体。
当需要进行组播业务时,网络侧的UM RLC发送实体将下行组播数据通过所增加的下行单向逻辑信道传输至终端侧的UM RLC接收实体。当需要进行单播业务时,通过现有的透明模式的单播业务双向逻辑信道传输单播数据。通过以上方法,在现有的透明模式下,实现了组播传输。
在所述实施例一、二、三中,解决传输数据加密问题的方法如前所述,在此省略其描述。
在所述实施例一、二、三中,在现有的确认模式、非确认模式以及透明模式的单播业务双向逻辑信道的基础上,通过增加一条下行单向逻辑信道的方法实现组播。需要说明的是,在实现组播时,在网络侧和终端侧可以分别设置透明模式中所使用的RLC发送/接收实体,所述RLC发送/接收实体将网络侧的下行组播数据通过下行单向逻辑信道传输至终端侧;也可以不设置UM RLC发送/接收实体或者所述RLC发送/接收实体,网络侧上层的组播数据可以直接通过下行单向逻辑信道传输至终端侧。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1、一种实现组播的方法,其特征在于,该方法包括:
在网络侧和终端侧之间建立下行单向逻辑信道;当传输组播数据时,网络侧将下行组播数据通过所述下行单向逻辑信道传输至终端侧,所述网络侧在将下行组播数据通过所述下行单向逻辑信道传输至终端侧时,在空中接口上对所述下行组播数据不进行加密;
当传输单播业务数据时,网络侧通过现有单播业务双向逻辑信道传输单播数据。
2、根据权利要求1所述的方法,其特征在于,所述下行组播数据以非确认模式通过下行单向逻辑信道传输。
3、根据权利要求2所述的方法,其特征在于,
在网络侧设置非确认模式UM无线链路控制RLC发送实体,在终端侧设置UM RLC接收实体;
网络侧的UM RLC发送实体将下行组播数据通过所述下行单向逻辑信道传输至终端侧的UM RLC接收实体。
4、根据权利要求1所述的方法,其特征在于,进一步包括:
终端侧接收到所述下行组播数据时,对所收到的下行组播数据不进行解密。
5、根据权利要求4所述的方法,其特征在于,该方法进一步包括:在建立下行单向逻辑信道时,网络侧给所建立的下行单向逻辑信道分配0到14中任意一个逻辑信道标识,且通过信令指示终端在所建立的下行单向逻辑信道中传输数据时禁用加密功能;
所述终端侧对所收到的下行组播数据不进行解密为:终端侧根据所述信令对接收到的下行组播数据不进行解密。
6、根据权利要求4所述的方法,其特征在于,该方法进一步包括:在建立下行单向逻辑信道时,网络侧给所建立的下行单向逻辑信道分配0到14中任意一个逻辑信道标识,且通过信令通知终端所建立的逻辑信道为下行单向逻辑信道;终端根据所述信令确定所建立的逻辑信道为下行单向逻辑信道,并设置对该下行单向逻辑信道禁用加密功能;
所述终端侧对所收到的下行组播数据不进行解密为:终端侧根据所述设置对接收到的下行组播数据不进行解密。
7、根据权利要求4所述的方法,其特征在于,该方法进一步包括:网络侧和终端侧预先设定逻辑信道标识为15的逻辑信道为用于传输下行组播数据的下行单向逻辑信道;
在建立下行单向逻辑信道时,网络侧给所建立的下行单向逻辑信道分配逻辑信道标识15;终端侧获取所建立的逻辑信道的逻辑信道标识,并根据所述预先设定确定所建立的逻辑信道为下行单向逻辑信道,并设置对该下行单向逻辑信道禁用加密功能;
所述终端侧对所收到的下行组播数据不进行解密为:终端侧根据所述设置对接收到的下行组播数据不进行解密。
8、根据权利要求1所述的方法,其特征在于,所述通过现有单播业务双向逻辑信道以透明模式,或确认模式,或非确认模式传输单播数据。
9、一种实现组播的系统,包括网络侧和终端侧、以及网络侧和终端侧之间的单播业务双向逻辑信道,其特征在于,该系统进一步包括:下行单向逻辑信道;
下行单向逻辑信道建立在网络侧和终端侧之间,用于传输下行组播数据;在将下行组播数据通过所述下行单向逻辑信道传输时,在空中接口上对所述下行组播数据不进行加密;
单播业务双向逻辑信道,用于传输单播数据。
10、根据权利要求9所述的系统,其特征在于,该系统进一步包括:UM RLC发送实体,UM RLC接收实体;
UM RLC发送实体设置在网络侧,用于将网络侧的下行组播数据通过下行单向逻辑信道传输至UM RLC接收实体;
UM RLC接收实体设置在终端侧,用于接收通过下行单向逻辑信道传输的下行组播数据。
11、根据权利要求9或10所述的系统,其特征在于,所述单播业务双向逻辑信道用于以透明模式或非确认模式或确认模式传输单播数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610071363A CN100583821C (zh) | 2006-03-17 | 2006-03-23 | 一种实现组播的方法与系统 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610057095 | 2006-03-17 | ||
CN200610057095.6 | 2006-03-17 | ||
CN200610071363A CN100583821C (zh) | 2006-03-17 | 2006-03-23 | 一种实现组播的方法与系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101039258A CN101039258A (zh) | 2007-09-19 |
CN100583821C true CN100583821C (zh) | 2010-01-20 |
Family
ID=38889904
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610071363A Active CN100583821C (zh) | 2006-03-17 | 2006-03-23 | 一种实现组播的方法与系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100583821C (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114270926B (zh) * | 2019-08-15 | 2024-04-12 | 上海诺基亚贝尔股份有限公司 | 无线电通信 |
CN114070482B (zh) * | 2020-07-31 | 2023-04-07 | 大唐移动通信设备有限公司 | 业务传输的处理方法、装置、网络侧设备及终端 |
-
2006
- 2006-03-23 CN CN200610071363A patent/CN100583821C/zh active Active
Non-Patent Citations (2)
Title |
---|
SATIN Approach in W-CDMAAdaptationforBroadcastandMulticast Based S-UMTS. M.A.K.Sumanasena, B.G.Evans, et. al.Vehicular Technology Conference,2002,Proceedings,Vol.4 . 2002 |
SATIN Approach in W-CDMAAdaptationforBroadcastandMulticast Based S-UMTS. M.A.K.Sumanasena, B.G.Evans, et. al.Vehicular Technology Conference,2002,Proceedings,Vol.4 . 2002 * |
Also Published As
Publication number | Publication date |
---|---|
CN101039258A (zh) | 2007-09-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100544462C (zh) | 一种提供组播承载的方法与系统 | |
CN1930827B (zh) | 优化虚拟lan中持续活动台站的低等待时间数据的递送的方法和系统 | |
WO2018059317A1 (zh) | 一种网络切片的管理方法及装置、计算机存储介质 | |
US20140126489A1 (en) | Managing operating parameters for communication bearers in a wireless network | |
CN106470439A (zh) | 用户设备的pdcp控制pdu传输的方法 | |
EP1436946A1 (en) | Transmission of multicast and broadcast multimedia services via a radio interface | |
CN103858455A (zh) | 用于通信系统中多点传输的系统和方法 | |
US20100020974A1 (en) | Communication system and method thereof | |
CN107734695A (zh) | 一种终端的上行单发方法、5g新空口基站及lte基站 | |
CN108370606A (zh) | 早期连接释放 | |
WO2015179076A1 (en) | Method and apparatus for supporting sub networks in a moca network | |
CN105992187B (zh) | 一种端到端d2d单播通信方法 | |
CN100583821C (zh) | 一种实现组播的方法与系统 | |
WO2020119013A1 (zh) | 侧链通信方法和装置 | |
WO2019134496A1 (zh) | 数据传输方法及通信设备 | |
CN104917595B (zh) | 一种加密通信过程中密钥切换方法及系统 | |
US9609611B2 (en) | Method, base station, and broadcast multicast service center for creating, updating, and releasing synchronization entities | |
CN103379443A (zh) | 保持多播业务连续的方法及系统 | |
CN101835197A (zh) | 一种数据发送和接收的方法及装置 | |
WO2019029204A1 (zh) | 信令传输方法、装置、基站及终端 | |
CN101426231A (zh) | 建立mbms公共传输信道、及传输mbms业务数据方法、装置 | |
KR102306404B1 (ko) | LoRa 네트워크에서 멀티캐스팅 데이터 전송 방법 | |
CN209562566U (zh) | 一种应急广播系统 | |
WO2014067306A1 (zh) | 一种实现集群业务的方法、演进的节点b及终端 | |
CN1452418A (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 |