CN100438645C - 使多个用户在同一信道下接收数据业务的方法 - Google Patents
使多个用户在同一信道下接收数据业务的方法 Download PDFInfo
- Publication number
- CN100438645C CN100438645C CNB2005100017291A CN200510001729A CN100438645C CN 100438645 C CN100438645 C CN 100438645C CN B2005100017291 A CNB2005100017291 A CN B2005100017291A CN 200510001729 A CN200510001729 A CN 200510001729A CN 100438645 C CN100438645 C CN 100438645C
- Authority
- CN
- China
- Prior art keywords
- rnti
- territory
- grp
- group
- data service
- 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
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了使多个用户在同一信道下接收数据业务的方法,关键是,预先为C-RNTI设置一用于指示允许小区内多个UE可在同一信道下接收数据业务的C-RNTI的标识,当小区内各UE接收到来自网络侧的MAC PDU,解析出该消息的UE-Id type域的信息为C-RNTI,判断出从MAC PDU解析出的C-RNTI的标识信息为已预先设定的用于指示多个UE均可接收的标识,且自身能够接收后,接收该MAC PDU中的数据业务。这样,在R99网络中实现了多播通信,即让数据业务能够以多播的方式承载,从而使多个用户在同一信道下接收数据业务。应用本发明,不需要增加任何新的参数,只需重新定义C-RNTI的含义,即可以使数据业务能够以多播的方式实现承载,与现有R99网络有很好的兼容性,且实现简单易操作。
Description
技术领域
本发明涉及第三代移动通信系统,特别是指在3GPP R99网络中使多个用户在同一信道下接收数据业务的方法。
背景技术
在现有的3GPP R99网络中为用户提供了多种业务,特别是能够为用户提供各种各样的数据业务,满足了用户的各种需求。如应用手机收看流媒体电视业务就是现有的3GPP R99网络提供的数据业务之一。
上述数据业务通常是通过专用信道实现的,下面以应用手机收看流媒体电视业务为例,具体说明数据业务的实现过程。
众所周知,在第三代通信系统中,用户设备(UE)通常有两个模式,一是空闲(IDLE)模式,也就是常说的待机状态;一是无线资源控制(RRC)模式,在这种模式下,UE和网络侧有RRC连接。在RRC连接模式下,UE又有四种状态,分别是CELL_DCH状态、CELL_FACH状态、CELL_PCH状态和URA_PCH状态。
其中,在CELL_DCH状态下,系统会给UE分配一个专用信道,用于大流量的数据传输。如果UE的活跃性降低,传输的数据量明显减少时,系统可以把UE的状态转为CELL_FACH状态。在CELL_FACH下,UE只能使用公共信道与系统通信,上行为随机接入信道(RACH)、下行为前向接入信道(FACH),各UE的数据都在公共信道上调度发送。在这种状态下,适合小数量的数据传输。如果UE的活跃性再降低时,系统可以把UE的状态转为CELL_PCH。在为种情况下,UE只能监听寻呼信道,而不能进行任何数据传输。活跃性最低的状态是URA_PCH状态。在这种状态下,UE也只能监听寻呼信道。
其中,当UE处于CELL_FACH状态时,上行的专用控制信道(DCCH)、专用业务信道(DTCH)映射到RACH上,下行的DCCH、DTCH映射到FACH上。
UE接收到的信息由媒体接入控制(MAC)消息来承载,媒体接入控制(MAC)的协议数据单元(PDU)的结构如表1所示:
表1
MAC PDU的结构中包括MAC头(MAC header)和媒体接入控制服务数据单元(MAC SDU)两大部分,其中,在MAC header又包括四部分,其分别是目标信道类型域(TCTF)、用户标识类型(UE-Id type)域、用户标识(UE-Id)域和用于区分不同逻辑信道的C/T域。TCTF域用于指明公共逻辑信道的类型或是否使用了专用逻辑信道,UE-Id type域用于指明所传消息的类型,UE-Id域用于标识用户,C/T域用于区分不同的逻辑信道,不同的逻辑信道上承载不同的业务。MAC SDU域用于承载层三及以上的业务数据。
在现有的R99协议中已定义了上述UE-Id type域的长度,具体参见表2:
UE-Id Type field(2bits) | UE-Id Type |
00 | U-RNTI |
01 | C-RNTI or DSCH-RNTI |
10 | Reserved |
11 | Reserved |
表2
UE-Id type域占2比特(bit),其中,00代表Utran无线网络临时标识(U-RNTI),其用于在一个RNC内区分不同的UE,01代表小区无线网络暂时标识(C-RNTI)或下行共享信道无线网络暂时标识(DSCH-RNTI),其中,C-RNTI是网络侧分配给UE的标识,用于标识小区内处于RRC模式的不同用户,DSCH-RNTI用于在一个小区内分配DSCH信道的不同UE,其余为保留域,即10和11均为保留域。
在现有的R99协议中已规定了表2中UE-Id的长度,具体长度如表3所示:
UE-Id type | Length of UE-Idfield |
U-RNTI | 32bits |
C-RNTI | 16bits |
DSCH-RNTI | 16bits |
表3
各UE被分配不同的C-RNTI和U-RNTI,处于CELL_FACH状态的UE在FACH上接收数据,具体过程为:
UE在FACH信道接收到MAC PDU后,首先根据TCTF域解析出逻辑信道的类型,再根据UE-Id type域和UE-Id域检测该消息是否发送给自身的,如果是,则根据C/T域中指示的信道接收信息,并继续后续处理,如果不是则丢弃该消息。
上述检查接收到的消息是否发送给自身的方法为:如果UE-Id type域指示所用标识为U-RNTI且UE-Id域内的U-RNTI信息与本UE从网络侧已获取的U-RNTI的信息相符,或如果UE-Id type域指示所用标识为C-RNTI且UE-Id域内的C-RNTI信息与本UE从网络侧已获取的C-RNTI的信息相符,则该消息是发送给自身的。
通过上述处理,UE接收到了来自网络侧的数据业务。由上述实现过程可以看出:每个MAC PDU只能被一个UE接收,这是因为通过UE-Id type域和UE-Id域已明确指出了接收用户,这样每个用户都会占用一个专用的信道来接收上述数据业务。具体地说,当用户需要通过手机收看电视时,需要为每个用户建立专用的通道,即使同一小区内有多个用户同时选择同一电视节目,仍然要为每个用户建立专门的通道,这是由现有的接收方案所决定的。也正因此,现有的通过手机收看流媒体电视业务的费用是较高的。
上述方案的缺陷在于:应用现有的接收方式,同样的数据很可能被同时发送多次,极大地浪费了资源,资源利用率低,进而使接入用户的数目也受到限制。
在3GPP R99网络中,虽然可以实现小区广播业务,但该广播仅限于承载消息类业务,并不能承载数据业务。
发明内容
有鉴于此,本发明的目的在于提供三种使多个用户在同一信道下接收数据业务的方法,使数据业务能够以多播的方式承载。
为达到上述目的,本发明的技术方案是这样实现的:
一种使多个用户在同一信道下接收数据业务的方法,该方法包括以下步骤:
用户设备UE接收并保存网络侧为其分配的小区无线网络暂时标识C-RNTI;
当UE接收到来自网络侧的媒体接入控制协议数据单元MAC PDU,解析出该MAC PDU的用户标识类型UE-Id type域的信息为C-RNTI后,从该MAC PDU的用户标识UE-Id域中获取C-RNTI的标识信息,判断该所获取的C-RNTI的标识信息与自身已保存的C-RNTI的标识信息是否完全一致,如果是,则接收来自网络侧的数据业务,否则,判断所获取的C-RNTI的标识信息是否为已预先设定的用于指示本小区内所有UE均可接收该数据业务的标识,如果是,则接收来自网络侧的数据业务,否则不做处理。
较佳地,预先设定的用于指示本小区内所有UE均可接收该数据业务的标识为一固定值。
较佳地,所述数据业务是流媒体业务或即按即说Push To Talk业务。
一种使多个用户在同一信道下接收数据业务的方法,预先设置小区无线网络暂时标识C-RNTI中包含用于区别多播组内不同用户的组内用户标识UE ID in Grp域,以及用于指示UE ID in Grp域长度的长度域,并为UE ID inGrp域设置一用于指示本组内所有UE均可接收数据业务固定标识信息;UE接收并保存网络侧为其分配的包含UE ID in Grp域和长度域的小区无线网络暂时标识C-RNTI;该方法包括以下步骤:
a、用户设备UE接收到来自网络侧的媒体接入控制协议数据单元MACPDU,解析出该MAC PDU的用户标识类型UE-Id type域的信息为C-RNTI后,从该MAC PDU的用户标识UE-Id域中获取C-RNTI的标识信息,判断该所获取的C-RNTI的标识信息与自身已保存的C-RNTI的标识信息是否完全一致,如果是,则接收来自网络侧的数据业务,结束本流程;否则,执行步骤b;
b、UE读取从MAC PDU解析出的C-RNTI的长度域的值,根据该长度域的值获取UE ID in Grp域的长度,根据所获取的长度获取该UE ID in Grp域的标识,判断所获取的UE ID in Grp域的标识是否为已预先设定的用于指示本组内所有UE均可接收该数据业务的标识,如果是,则接收来自网络侧的数据业务,否则不做处理。
较佳地,所述用于区别多播组内不同用户的组内用户标识UE ID in Grp域位于C-RNTI的末端,所述长度域位于C-RNTI的最前端;或者,所述用于区别多播组内不同用户的组内用户标识UE ID in Grp域位于C-RNTI的最前端,所述长度域位于C-RNTI的末端。
较佳地,所述预先设定的用于指示本组内所有UE均可接收该数据业务的标识为一固定值。
较佳地,所述数据业务是流媒体业务或即按即说Push To Talk业务。
一种使多个用户在同一信道下接收数据业务的方法,预先设置小区无线网络暂时标识C-RNTI中包含用于区分不同组的组标识GRP ID域,用于指示区别多播组内不同用户的组内用户标识UE ID in Grp域,用于指示组标识域GRP ID域和UE ID in Grp域长度的长度域;UE接收并保存网络侧为其分配的包含GRP ID域、UE ID in Grp域和长度域的小区无线网络暂时标识C-RNTI;该方法包括以下步骤:
a、UE接收到来自网络侧的媒体接入控制协议数据单元MAC PDU,解析出该MAC PDU的用户标识类型UE-Id type域的信息为C-RNTI后,从该MAC PDU的用户标识UE-Id域中获取C-RNTI的标识信息,判断该所获取的C-RNTI的标识信息与自身已保存的C-RNTI的标识信息是否完全一致,如果是,则接收来自网络侧的数据业务,结束本流程;否则,执行步骤b;
b、UE读取解析出的C-RNTI的长度域的值,根据该长度域的值获取组标识域和UE ID in Grp域的长度,根据所获取的长度获取该组标识域和UEID in Grp域的标识;
c、判断解析出的C-RNTI的组标识域的标识与自身已保存的C-RNTI中的组标识域的标识是否相同,如果不同,则不做处理,如果相同,再判断解析出的C-RNTI中的UE ID in Grp域的标识是否为已预先设定的用于指示本组内所有UE均可接收该数据业务的标识,如果是,则接收来自网络侧的数据业务,否则不做处理。
较佳地,所述用于区别多播组内不同用户的组内用户标识UE ID in Grp域位于C-RNTI的末端,所述长度域位于C-RNTI的最前端,所述用于区别不同多播组的组标识GRP ID域位于C-RNTI中的长度域与UE ID in Grp域之间;或者,所述用于区别多播组内不同用户的组内用户标识UE ID in Grp域位于C-RNTI的最前端,所述长度域位于C-RNTI的末端,所述用于区别不同多播组的组标识GRP ID域位于C-RNTI中的长度域与UE ID in Grp域之间。
较佳地,所述预先设定的用于指示本组内所有UE均可接收该数据业务的标识为一固定值。
较佳地,所述数据业务是流媒体业务或即按即说Push To Talk业务。
本发明的关键是,预先为C-RNTI设置一用于指示允许小区内多个UE可在同一信道下接收数据业务的C-RNTI的标识,当小区内各UE接收到来自网络侧的MAC PDU,解析出该消息的UE-Id type域的信息为C-RNTI,判断出从MAC PDU解析出的C-RNTI的标识信息为已预先设定的用于指示多个UE均可接收的标识,且自身能够接收后,接收该MAC PDU中的数据业务。这样,在R99网络中实现了多播通信,即让数据业务能够以多播的方式承载,从而使多个用户在同一信道下接收数据业务。应用本发明,不需要增加任何新的参数,只需重新定义C-RNTI的含义,即可以使数据业务能够以多播的方式实现承载,与现有R99网络有很好地兼容性,且实现简单易操作。
附图说明
图1所示为实施例一的流程示意图。
图2所示为实施例二的流程示意图。
图3所示为实施例三的流程示意图。
具体实施方式
下面进一步地详细说明本发明的技术方案。
在现有的R99协议中,已将C-RNTI定义为16比特,也就是说,C-RNTI最多可以区分处于RRC连接状态下的65536个用户,而一个小区内处于RRC连接状态的用户通常不会同时有这么多。正是基于此,本发明才对C-RNTI进行划分。
实施例一:
预先设定为C-RNTI一固定值,如1111 1111 1111 1111,令该固定的值作为指示本小区内所有UE均可接收的标识。
图1所示为实施例一的流程示意图。在本实施例中,UE已预先接收并保存了网络侧为其分配的小区无线网络暂时标识C-RNTI。
步骤101,UE接收到来自网络侧的MAC PDU,判断该MAC PDU的UE-Id type域的信息,如果是C-RNTI,则执行步骤102,如果是U-RNTI或DSCH-RNTI则执行步骤107。
步骤102,从该接收到的MAC PDU的UE-Id域中获取C-RNTI的标识信息。
步骤103,判断从MAC PDU解析出的C-RNTI的标识信息与自身已保存的C-RNTI的标识信息是否完全一致,如果是,则执行步骤107,否则,执行步骤104。
步骤104,判断从MAC PDU解析出的C-RNTI的标识信息是否为已预先设定的用于指示本小区内所有UE均可接收的标识,如果是,则执行步骤105,否则执行步骤106。
步骤105,接收来自网络侧的数据业务,结束本流程。
步骤106,不做处理,结束本流程。
步骤107,接收来自网络侧的数据业务。
实施例二:
预先设置C-RNTI中包含用于区别多播组内不同用户的组内用户标识(UEID in Grp域)域,以及用于指示UE ID in Grp域长度的长度域;并且,为UE IDin Grp域设置一固定标识信息,用于指示本组内所有UE均可接收数据业务。
例如,将C-RNTI的最高位设置为长度域,并将其值设置为0,将除去该最高位的所有位设置为用于区别多播组内不同用户的组内用户标识(UE ID inGrp)域,参见表4:
表4
当C-RNTI的最高比特为0,C-RNTI的低15位比特为UE ID in Grp域时,一个小区有一个这样的组,组内有32767个用户,预留UE ID in Grp域各比特取值为全1的情况,即设置UE ID in Grp域各比特取值为全1时的固定标识信息用于指示本组内所有UE均可接收数据业务。当然,对于表4所述的划分方式,也可以令长度域在最末端,UE ID in Grp域在最前端。
图2所示为实施例二的流程示意图。在本实施例中,UE已预先接收并保存了网络侧为其分配的小区无线网络暂时标识C-RNTI,该C-RNTI中包含有UEID in Grp域和长度域。
步骤201,UE接收到来自网络侧的MAC PDU,判断该MAC PDU的UE-Idtype域的信息,如果是C-RNTI,则执行步骤202,如果是U-RNTI或DSCH-RNTI则执行步骤208。
步骤202,从该接收到的MAC PDU的UE-Id域中获取C-RNTI的标识信息。
步骤203,判断从MAC PDU解析出的C-RNTI的标识信息与自身已保存的C-RNTI的标识信息是否完全一致,如果是,则执行步骤208,否则,执行步骤204。
步骤204,UE读取从MAC PDU解析出的C-RNTI的长度域的值,根据所获取的长度获取该UE ID in Grp域的标识。
步骤205,判断从MAC PDU解析出的UE ID in Grp域的标识是否为已预先设定的用于指示本组内所有UE均可接收该数据业务的标识,即在此处判断UE ID in Grp域的各个比特是否全为1,如果是,则执行步骤206,步骤执行步骤207。
步骤206,接收来自网络侧的数据业务,结束本流程。
步骤207,不做处理,结束本流程。
步骤208,接收来自网络侧的数据业务。
实施例三:
预先设置C-RNTI中包含用于区分不同组的组标识GRP ID域,用于区别多播组内不同用户的组内用户标识UE ID in Grp域,用于指示组标识域GRP ID域和UE ID in Grp域长度的长度域;并且,为UE ID in Grp域设置一固定标识信息,用于指示本组内所有UE均可接收数据业务。
例如,将C-RNTI的最高两位设置为长度域,并将其值设置为10,将长度域后面的两位设置为用于区别不同多播组的组标识(GRP ID域)域,将除去长度域和组标识域的所有位设置为用于区别多播组内不同用户的组内用户标识(UE ID in Grp域)域,参见表5:
表5
当C-RNTI的最高两比特为10,后面为2比特的GRP ID域,最后12比特为UE ID in Grp域时,一个小区内可以有4个这样的组,每个组内都有4095个用户,预留UE ID in Grp域各比特取值为全1的情况,即设置UE IDin Grp域各比特取值为全1时的固定标识信息用于指示本组内所有UE均可接收数据业务。当然,对于表5所述的划分方式,也可以令长度域在最末端,令UE ID in Grp域在最前端,或者令GRP ID在最前端或最末端等。
再例如,将C-RNTI的最高三位设置为长度域,并将其值设置为110,将长度域后面的5位设置为用于区别不同多播组的组标识(GRP ID域)域,将除去长度域和组标识域的所有位设置为用于区别多播组内不同用户的组内用户标识(UE ID in Grp域)域,参见表6:
表6
当C-RNTI的最高三比特为110,后面为5比特的GRP ID域,最后8比特为UE ID in Grp域时,一个小区内可以有32个这样的组,每个组内有255个用户,预留UE ID in Grp域各比特取值为全1的情况,即设置UE ID inGrp域各比特取值为全1时的固定标识信息用于指示本组内所有UE均可接收数据业务。当然,对于表6所述的划分方式,也可以令长度域在最末端,令UE ID in Grp域在最前端,或者令GRP ID在最前端或最末端等。
再例如,将C-RNTI的最高三位设置为长度域,并将其值设置为111,将长度域后面的8位设置为用于区别不同多播组的组标识(GRP ID域)域,将除去长度域和组标识域的所有位设置为用于区别多播组内不同用户的组内用户标识(UE ID in Grp域)域,参见表7:
表7
当C-RNTI的最高三比特为111,后面为8比特的GRP ID域,最后5比特为UE ID in Grp域时,一个小区内可以有256个这样的组,每个组内有31个用户,预留UE ID in Grp域各比特取值为全1的情况,即设置UE ID inGrp域各比特取值为全1时的固定标识信息用于指示本组内所有UE均可接收数据业务。当然,对于表7所述的划分方式,也可以令长度域在最末端,令UE ID in Grp域在最前端,或者令GRP ID在最前端或最末端等。
图3所示为实施例三的流程示意图。在本实施例中,UE已预先接收并保存了网络侧为其分配的小区无线网络暂时标识C-RNTI,该C-RNTI中包含有GRPID域、UE ID in Grp域和长度域。
步骤301,UE接收到来自网络侧的MAC PDU,判断该MAC PDU的UE-Idtype域的信息,如果是C-RNTI,则执行步骤302,如果是U-RNTI或DSCH-RNTI,则执行步骤310。
步骤302,从该接收到的MAC PDU的UE-Id域中获取C-RNTI的标识信息。
步骤303,判断从MAC PDU解析出的C-RNTI的标识信息与自身已保存的C-RNTI的标识信息是否完全一致,如果是,则执行步骤310,否则,执行步骤304。
步骤304,UE读取从MAC PDU解析出的C-RNTI的长度域的值,根据所获取的长度获取该UE ID in Grp域的标识。
步骤305,UE读取从MAC PDU解析出的C-RNTI的长度域的值,根据该长度域的值获取组标识域和UE ID in Grp域的长度,根据所获取的长度获取该组标识域和UE ID in Grp域的标识。
步骤306,判断从MAC PDU解析出的C-RNTI的组标识域的标识与自身已保存的C-RNTI中的组标识域的标识是否相同,如相同,则执行步骤307,否则,执行步骤309。
步骤307,判断从MAC PDU解析出的C-RNTI中的UE ID in Grp域的标识是否为已预先设定的用于指示本组内所有UE均可接收该数据业务的标识,即在此处判断UE ID in Grp域的各个比特是否全为1,如果是,则执行步骤308,否则,执行步骤309。
步骤308,接收来自网络侧的数据业务,结束本流程。
步骤309,不做处理,结束本流程。
步骤310,接收来自网络侧的数据业务。
以上所有对C-RNTI的划分方式只是不同的实施例而已,对于每个域所占用的比特数,以及每个域在C-RNTI中的位置都不做限定,在应用时可根据实际情况进行设置。在此,并没有穷举各种划分方式,仅提供不同的实施例而已。
网络侧根据多播组在一个小区内的最大用户数目,选择合适的C-RNTI类型。如果网络侧预先进行了上述配置,则当某个组的最大用户数目小于等于31时,采用实施例三中的第三种方式为该组的UE配置C-RNTI;当最大用户数目大于31小于等于255,采用实施例三中的第二种方式为该组的UE配置C-RNTI;当最大用户数目大于255小于等于4095,采用实施例三中的第一种方式为该组的UE配置C-RNTI;否则采用实施二所述的方式为该组的UE配置C-RNTI,或者,采用实施例一的方式为该组的UE配置C-RNTI。
由于网络侧下发的消息不再针对某一个用户,而是针对某一组用户,因而实现了多个用户在同一信道下接收数据业务,即在R99网络中使数据业务实现了多播的承载方式。
以上所述数据业务包括但不限于流媒体业务和即按即说(Push To Talk)业务。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种使多个用户在同一信道下接收数据业务的方法,其特征在于,
用户设备UE接收并保存网络侧为其分配的小区无线网络暂时标识C-RNTI;
当UE接收到来自网络侧的媒体接入控制协议数据单元MAC PDU,解析出该MAC PDU的用户标识类型UE-Id type域的信息为C-RNTI后,从该MACPDU的用户标识UE-Id域中获取C-RNTI的标识信息,判断该所获取的C-RNTI的标识信息与自身已保存的C-RNTI的标识信息是否完全一致,如果是,则接收来自网络侧的数据业务,否则,判断所获取的C-RNTI的标识信息是否为已预先设定的用于指示本小区内所有UE均可接收该数据业务的标识,如果是,则接收来自网络侧的数据业务,否则不做处理。
2.根据权利要求1所述的方法,其特征在于,预先设定的用于指示本小区内所有UE均可接收该数据业务的标识为一固定值。
3.根据权利要求1所述的方法,其特征在于,所述数据业务是流媒体业务或即按即说Push To Talk业务。
4.一种使多个用户在同一信道下接收数据业务的方法,其特征在于,预先设置小区无线网络暂时标识C-RNTI中包含用于区别多播组内不同用户的组内用户标识UE ID in Grp域,以及用于指示UE ID in Grp域长度的长度域,并为UE ID in Grp域设置一用于指示本组内所有UE均可接收数据业务固定标识信息;UE接收并保存网络侧为其分配的包含UE ID in Grp域和长度域的小区无线网络暂时标识C-RNTI;该方法包括以下步骤:
a、用户设备UE接收到来自网络侧的媒体接入控制协议数据单元MACPDU,解析出该MAC PDU的用户标识类型UE-Id type域的信息为C-RNTI后,从该MAC PDU的用户标识UE-Id域中获取C-RNTI的标识信息,判断该所获取的C-RNTI的标识信息与自身已保存的C-RNTI的标识信息是否完全一致,如果是,则接收来自网络侧的数据业务,结束本流程;否则,执行步骤b;
b、UE读取从MAC PDU解析出的C-RNTI的长度域的值,根据该长度域的值获取UE ID in Grp域的长度,根据所获取的长度获取该UE ID in Grp域的标识,判断所获取的UE ID in Grp域的标识是否为已预先设定的用于指示本组内所有UE均可接收该数据业务的标识,如果是,则接收来自网络侧的数据业务,否则不做处理。
5.根据权利要求4所述的方法,其特征在于,所述用于区别多播组内不同用户的组内用户标识UE ID in Grp域位于C-RNTI的末端,所述长度域位于C-RNTI的最前端;或者,所述用于区别多播组内不同用户的组内用户标识UEID in Grp域位于C-RNTI的最前端,所述长度域位于C-RNTI的末端。
6.根据权利要求4所述的方法,其特征在于,所述预先设定的用于指示本组内所有UE均可接收该数据业务的标识为一固定值。
7.根据权利要求4所述的方法,其特征在于,所述数据业务是流媒体业务或即按即说Push To Talk业务。
8.一种使多个用户在同一信道下接收数据业务的方法,其特征在于,预先设置小区无线网络暂时标识C-RNTI中包含用于区分不同组的组标识GRP ID域,用于区别多播组内不同用户的组内用户标识UE ID in Grp域,用于指示组标识域GRP ID域和UE ID in Grp域长度的长度域;UE接收并保存网络侧为其分配的包含GRP ID域、UE ID in Grp域和长度域的小区无线网络暂时标识C-RNTI;该方法包括以下步骤:
a、UE接收到来自网络侧的媒体接入控制协议数据单元MAC PDU,解析出该MAC PDU的用户标识类型UE-Id type域的信息为C-RNTI后,从该MACPDU的用户标识UE-Id域中获取C-RNTI的标识信息,判断该所获取的C-RNTI的标识信息与自身已保存的C-RNTI的标识信息是否完全一致,如果是,则接收来自网络侧的数据业务,结束本流程;否则,执行步骤b;
b、UE读取解析出的C-RNTI的长度域的值,根据该长度域的值获取组标识域和UE ID in Grp域的长度,根据所获取的长度获取该组标识域和UE ID inGrp域的标识;
c、判断解析出的C-RNTI的组标识域的标识与自身已保存的C-RNTI中的组标识域的标识是否相同,如果不同,则不做处理,如果相同,再判断解析出的C-RNTI中的UE ID in Grp域的标识是否为已预先设定的用于指示本组内所有UE均可接收该数据业务的标识,如果是,则接收来自网络侧的数据业务,否则不做处理。
9.根据权利要求8所述的方法,其特征在于,所述用于区别多播组内不同用户的组内用户标识UE ID in Grp域位于C-RNTI的末端,所述长度域位于C-RNTI的最前端,所述用于区别不同多播组的组标识GRP ID域位于C-RNTI中的长度域与UE ID in Grp域之间;或者,所述用于区别多播组内不同用户的组内用户标识UE ID in Grp域位于C-RNTI的最前端,所述长度域位于C-RNTI的末端,所述用于区别不同多播组的组标识GRP ID域位于C-RNTI中的长度域与UE ID in Grp域之间。
10.根据权利要求8所述的方法,其特征在于,所述预先设定的用于指示本组内所有UE均可接收该数据业务的标识为一固定值。
11.根据权利要求8所述的方法,其特征在于,所述数据业务是流媒体业务或即按即说Push To Talk业务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100017291A CN100438645C (zh) | 2005-01-14 | 2005-01-14 | 使多个用户在同一信道下接收数据业务的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100017291A CN100438645C (zh) | 2005-01-14 | 2005-01-14 | 使多个用户在同一信道下接收数据业务的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1805594A CN1805594A (zh) | 2006-07-19 |
CN100438645C true CN100438645C (zh) | 2008-11-26 |
Family
ID=36867373
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100017291A Active CN100438645C (zh) | 2005-01-14 | 2005-01-14 | 使多个用户在同一信道下接收数据业务的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100438645C (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101166341B (zh) * | 2006-10-18 | 2010-10-06 | 华为技术有限公司 | 一种优化资源指配的方法和装置 |
CN101090364A (zh) * | 2006-11-02 | 2007-12-19 | 华为技术有限公司 | 高速下行分组接入相关信道的发送/接收方法和装置 |
WO2008069617A2 (en) | 2006-12-07 | 2008-06-12 | Lg Electronics Inc. | Method and transmitter for transmitting and method of receiving status report and structure of status data blocks in a mobile communication system |
KR101342365B1 (ko) | 2006-12-07 | 2013-12-16 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 전달 방법 |
US9173223B2 (en) | 2006-12-07 | 2015-10-27 | Lg Electronics Inc. | Method of transferring data in a wireless communication system |
WO2008084985A2 (en) | 2007-01-09 | 2008-07-17 | Lg Electronics Inc. | Method of transmitting and receiving data in a wireless communication system |
KR101211758B1 (ko) | 2007-01-10 | 2012-12-12 | 엘지전자 주식회사 | 무선 통신 시스템의 블록 데이터 생성 방법 |
KR101101510B1 (ko) | 2007-01-10 | 2012-01-03 | 엘지전자 주식회사 | 무선 통신을 위한 데이터 구성 및 데이터 수신 방법 및 그 단말 |
KR101426958B1 (ko) | 2007-02-06 | 2014-08-06 | 엘지전자 주식회사 | 무선통신 시스템에서 데이터 송수신 방법 |
CN101616402B (zh) * | 2008-06-23 | 2012-04-25 | 电信科学技术研究院 | 一种终端切换时分配持续调度c-rnti的方法和系统 |
CN101616403B (zh) * | 2008-06-24 | 2012-09-19 | 电信科学技术研究院 | 发送持续调度小区无线网络临时标识的方法和基站 |
US8553574B2 (en) * | 2009-03-16 | 2013-10-08 | Htc Corporation | Method of handling packet error in a wireless communication system and related communication device |
CN101998550B (zh) * | 2009-08-11 | 2014-01-29 | 电信科学技术研究院 | 一种载波聚合系统中rnti分配的方法和装置 |
JP5852091B2 (ja) * | 2010-03-19 | 2016-02-03 | アルカテル−ルーセント | マシン・タイプ・コミュニケーションの方法およびシステム |
CN105051697B (zh) * | 2013-03-15 | 2018-03-23 | Zte维创通讯公司 | 用户设备分组和对用户设备组的公共控制信令 |
CN107872290B (zh) * | 2016-09-26 | 2021-03-19 | 电信科学技术研究院 | 一种标识ue的方法、网络侧设备、ue及系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003019860A1 (en) * | 2001-08-29 | 2003-03-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and device for multicasting in a umts network |
WO2003055142A1 (en) * | 2001-12-19 | 2003-07-03 | Qualcomm, Incorporated | Efficient multicasting for packet data systems |
CN1463103A (zh) * | 2002-04-09 | 2003-12-24 | 三星电子株式会社 | 用于发送多媒体广播/组播业务的控制信息的装置和方法 |
-
2005
- 2005-01-14 CN CNB2005100017291A patent/CN100438645C/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003019860A1 (en) * | 2001-08-29 | 2003-03-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and device for multicasting in a umts network |
WO2003055142A1 (en) * | 2001-12-19 | 2003-07-03 | Qualcomm, Incorporated | Efficient multicasting for packet data systems |
CN1463103A (zh) * | 2002-04-09 | 2003-12-24 | 三星电子株式会社 | 用于发送多媒体广播/组播业务的控制信息的装置和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN1805594A (zh) | 2006-07-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100438645C (zh) | 使多个用户在同一信道下接收数据业务的方法 | |
US7394778B2 (en) | Mapping of point of multipoint service identifications | |
EP1559214B1 (en) | Method of multiplexing logical channels in mobile communication system and apparatus thereof | |
US8014376B2 (en) | Managing channel configuration information in a wireless communication system | |
KR101189945B1 (ko) | 이동통신 시스템의 mbms서비스 전송방법 | |
EP1501328B1 (en) | Apparatus and method for transmitting / receiving MBMS control information in a mobile communication system | |
US7197333B2 (en) | Paging system and method for providing multicast multimedia broadcast/multicast service | |
CN1934802B (zh) | 在无线通信系统中指示物理信道的有效性的方法 | |
EP2266333B1 (en) | Handling identifiers for enhanced dedicated channels in cell forward access channel states | |
CN100366099C (zh) | 使多个用户在同一信道下接收数据业务的方法 | |
US20090170441A1 (en) | Radio communication device and method for processing measurement control information in a communication device | |
JP2005535268A (ja) | 無線移動通信システムのマルチキャストサービス方法 | |
CN101194476A (zh) | 用于在无线通信网络中调度信息的事件触发器 | |
EP1969737A1 (en) | Method for reading dynamic system information blocks | |
CN101330452A (zh) | 非cell_dch状态下的用户设备能力指示方法 | |
CN101242553B (zh) | 用户数据发送方法及其装置 | |
KR20050032949A (ko) | 멀티캐스트/방송 서비스를 지원하는 이동통신 시스템에식별자 할당 장치 및 방법 | |
CN101494865A (zh) | 物理随机接入信道的配置方法及随机接入方法 | |
AU2005330412B2 (en) | Mapping of MBMS service identifications | |
CN101188793B (zh) | 高速下行共享信道的共享控制信道的配置方法及装置 | |
CN101730117A (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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211223 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: Super fusion Digital Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
TR01 | Transfer of patent right |