CN102082638B - 在高速共享控制信道上发送消息及处理的方法、设备 - Google Patents
在高速共享控制信道上发送消息及处理的方法、设备 Download PDFInfo
- Publication number
- CN102082638B CN102082638B CN 201010296535 CN201010296535A CN102082638B CN 102082638 B CN102082638 B CN 102082638B CN 201010296535 CN201010296535 CN 201010296535 CN 201010296535 A CN201010296535 A CN 201010296535A CN 102082638 B CN102082638 B CN 102082638B
- Authority
- CN
- China
- Prior art keywords
- scch
- described message
- message
- rnti
- terminal
- 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
Abstract
本发明公开了一种在高速共享控制信道上发送消息以及对该消息进行处理的方法、设备，包括：基站忽略多用户-多入多出相关信息，固定使用用户设备标识为广播控制信道专属高速下行共享信道无线网络临时识别的高速共享控制信道类型1格式的消息通过高速共享控制信道通知终端接收数据。终端在处于CELL-FACH状态且配置了多用户-多入多出时，终端根据消息中的用户设备标识确定所述消息采用的格式类型。本发明能够减少系统资源的浪费。
Description
技术领域
本发明涉及无线通信技术，特别涉及一种在高速共享控制信道上发送消息及处理的方法、设备。
背景技术
根据现有协议，处于CELL-FACH以及CELL-PCH状态下的终端，需要读取本小区的系统广播消息。当广播消息发生变更时，网络将通知终端，终端需要更新系统消息。
现有技术的不足在于：对于处于CELL-FACH状态且同时配置了MU-MIMO(Multi-user Multiple Input Multiple Output，多用户-多入多出)的终端，在发送系统信息变更消息的过程中存在着系统资源被浪费的不足。
发明内容
本发明所解决的技术问题在于提供了一种在高速共享控制信道上发送消息以及对该消息进行处理的方法、设备，用以解决现有技术中在发送系统信息变更消息的过程中存在着系统资源被浪费的问题。
本发明实施例中提供了一种对HS-SCCH上发送的消息进行处理的方法，包括如下步骤：
终端接收基站通过HS-SCCH发送的消息，所述消息用于通知终端接收数据；
终端在处于CELL-FACH状态且配置了MU-MIMO时，终端根据所述消息中的UE ID确定所述消息采用的格式类型。
本发明实施例中提供了一种在HS-SCCH上发送消息的方法，包括如下步骤：
基站接收RNC发送的FP帧，所述FP帧包括MU-MIMO相关信息，以及BCCH specific H-RNTI；
基站使用HS-SCCH type1格式的消息通过HS-SCCH通知终端接收数据，其中，HS-SCCH type1格式的消息中的UE ID为BCCH specific H-RNTI。
本发明实施例中提供了一种用户终端，包括：
接收模块，用于接收基站通过HS-SCCH发送的消息，所述消息用于通知终端接收数据；
确定模块，用于在用户终端处于CELL-FACH状态且配置了MU-MIMO时，根据所述消息中的UE ID确定所述消息采用的格式类型。
本发明实施例中提供了一种基站，包括：
接收模块，用于接收RNC发送的FP帧，所述FP帧包括MU-MIMO相关信息，以及BCCH specific H-RNTI；
通知模块，用于使用HS-SCCH type1格式的消息通过HS-SCCH通知终端接收数据，其中，HS-SCCH type1格式的消息中的UE ID为BCCH specificH-RNTI。
本发明有益效果如下：
本发明实施例提供的技术方案中，对于基站侧，忽略MU-MIMO的相关信息，也不按该信息确定后续应当使用的格式类型，而是固定使用HS-SCCHtype1格式的消息通过HS-SCCH通知终端接收数据，只是将采用BCCH specificH-RNTI作为HS-SCCH type1格式消息中的UE ID。
对于终端侧，终端在确定自身处于CELL-FACH状态且配置了MU-MIMO时，终端便根据消息中的UE ID确定所述消息采用的格式类型。
由于网络发送系统信息变更消息不再需要使用两种不同的HS-SCCH类型分别通知，而只需要使用HS-SCCH type1通知相应终端。终端则会根据UE ID选择合适的HS-SCCH类型解码，因此减少了系统资源的浪费。
附图说明
图1为本发明实施例中HS-SCCH type1格式示意图；
图2为本发明实施例中HS-SCCH编码流程示意图；
图3为本发明实施例中HS-SCCH type4格式示意图；
图4为本发明实施例中在HS-SCCH上发送消息的方法实施流程示意图；
图5为本发明实施例中包括在HS-PDSCH信道发送数据的在HS-SCCH上发送消息的方法实施流程示意图；
图6为本发明实施例中对HS-SCCH上发送的消息进行处理的方法实施流程示意图；
图7为本发明实施例中对HS-SCCH上发送的消息进行解析的方法实施流程示意图；
图8为本发明实施例中基站结构示意图；
图9为本发明实施例中用户终端结构示意图。
具体实施方式
发明人在发明过程中注意到：
对于处于CELL-FACH状态且分配了HS-DSCH(High Speed DownlinkShared Channel，高速下行共享信道)的终端以及处于CELL-PCH状态分配了HS-DSCH和专用H-RNTI(HS-DSCH Radio Network Temporary Identity，HS-DSCH-无线网络临时识别)的终端，系统信息变更指示通过映射到HS-PDSCH(High Speed Physical Downlink Shared Channel，高速下行共享物理信道)的BCCH(Broadcast Control Channel，广播控制信道)通知。网络将使用广播中配置的一组HS-SCCH(High-Speed shared control channel，高速共享控制信道)中的第一条HS-SCCH，将UE ID(UE标识；UE：User Equipment，用户设备)设置为BCCH specific H-RNTI(BCCH专属H-RNTI)，通知小区内的相应终端接收BCCH消息。当发送BCCH时，UE ID为BCCH specificH-RNTI，目的是避免使用专用H-RNTI需要为每个UE重复发送BCCH消息从而导致系统资源的浪费。图1为HS-SCCH type1格式示意图，HS-SCCH为HS-SCCH type1(HS-SCCH类型1)时，格式可以参见图1所示。
图2为HS-SCCH编码流程示意图，如图所示，发送端将30个信息比特级联后，添加CRC(Cyclic Redundancy Check，循环冗余校验)。CRC根据信息比特产生，并与UE ID异或。级联了CRC的比特流再进行信道编码等操作，最终映射到物理信道上。使用CRC与UE ID异或的方式，使得HS-SCCH可以在用户间共享，只有使用正确的UE ID对接收信号进行译码，CRC才可能正确。在CRC译码正确的基础上，终端按照相应的HS-SCCH类型的格式对信息域进行解析。
为了提升系统容量，引入了MU-MIMO技术。该技术为一种空分技术，也可以应用于处于CELL-FACH状态且分配了HS-DSCH的终端。由于基站需要通过HS-SCCH指示空分的相关信息，因此对于HS-SCCH格式进行了修改，定义为HS-SCCH type4(HS-SCCH类型4)。对于处于CELL-FACH状态且同时配置了MU-MIMO的终端，终端将按照下面所示格式(HS-SCCH type4)对HS-SCCH进行解码。图3为HS-SCCH type4格式示意图，HS-SCCH为HS-SCCHtype4时，格式可以参见图3所示。
根据现有技术，对于处于CELL-FACH状态且同时配置了MU-MIMO的终端，则该终端按照HS-SCCH type4对HS-SCCH进行解码。而对于处于CELL-FACH状态且分配了HS-DSCH的终端，如果没有同时配置MU-MIMO，以及对于处于CELL-PCH状态分配了HS-DSCH和专用H-RNTI的终端，都是按照HS-SCCH type1进行解码。
可见，为了发送系统信息变更消息，网络需要至少使用两次HSDPA(HighSpeed Downlink Packet Access，高速下行分组接入)传输过程：1)使用HS-SCCHtype1通知BCCH数据接收；2)使用HS-SCCH type4通知BCCH数据接收。对于每次传输，发送了HS-SCCH后，需要根据定时关系发送HS-PDSCH，且HS-PDSCH承载的内容相同。显然地，现有技术会造成BCCH发送时系统资源的浪费。
鉴于此，本发明实施例中将提供优化了的涉及数据传输的方案，具体的，当基站需要通过HS-SCCH通知终端接收消息时，固定使用HS-SCCH type1；对于处于CELL-FACH状态且同时配置了MU-MIMO的终端，则根据HS-SCCH中的UE ID判断HS-SCCH类型。下面结合附图对本发明的具体实施方式进行说明。
在说明过程中，首先分别从终端侧与基站侧的实施进行说明，最后再对二者的配合实施进行说明，但这并不意味着二者必须配合实施，实际上，当终端与基站分开实施时，也解决了分别在终端侧、基站侧所存在的问题，只是二者结合使用时，会获得更好的技术效果。
图4为在HS-SCCH上发送消息的方法实施流程示意图，如图所示，可以包括如下步骤：
步骤401、基站接收RNC(Radio Network Controller，无线网络控制器)发送的FP(Frame protocol，帧协议)帧，所述FP帧包括MU-MIMO相关信息，以及BCCH specific H-RNTI；
其中，MU-MIMO相关信息是指一些与MU-MIMO相关的信息，例如MU-MIMO能力或者启动指示等。
步骤402、基站使用HS-SCCH type1格式的消息通过HS-SCCH通知终端接收数据，其中，HS-SCCH type1格式的消息中的UE ID为BCCH specificH-RNTI。
实施中，FP帧可以是RNC通过Iub口发送的HS-DSCH data frame type 2结构的FP帧。
具体的，Node B通过Iub口的HS-DSCH data frame type 2结构的FP帧接收到RNC发送的BCCH数据。其中，FP帧中的H-RNTI为BCCH specificH-RNTI。
实施中，与现有技术不同，Node B不根据FP帧中MU-MIMO能力或者启动指示确定后续应当使用的HS-SCCH类型，而是忽略FP帧中的MU-MIMO能力或者启动指示，并固定使用HS-SCCH type1通知终端接收数据。
实施中，在基站通知终端接收数据后，还可以进一步包括：
基站根据定时关系，通过HS-PDSCH信道发送数据。
图5为包括在HS-PDSCH信道发送数据的在HS-SCCH上发送消息的方法实施流程示意图，如图所示，具体的，基站按HS-SCCH type1结构在HS-SCCH上发送消息，其中，UE ID为BCCH specific H-RNTI。之后，根据定时关系，通过HS-PDSCH信道发送数据。
相应地，本发明实施例还提供了对HS-SCCH上发送的消息进行处理的方案，下面进行说明。
图6为对HS-SCCH上发送的消息进行处理的方法实施流程示意图，如图所示，可以包括如下步骤：
步骤601、终端接收基站通过HS-SCCH发送的消息，所述消息用于通知终端接收数据；
步骤602、终端在处于CELL-FACH状态且配置了MU-MIMO时，终端根据所述消息中的UE ID确定所述消息采用的格式类型。
实施中，终端根据所述消息中的UE ID确定所述消息采用的格式类型，可以包括：
所述消息中的UE ID为BCCH specific H-RNTI时，确定所述消息采用的格式类型为HS-SCCH type1格式；
所述消息中的UE ID为专用H-RNTI时，确定所述消息采用的格式类型为IIS-SCCH type4格式。基站通过HS-SCCH通知终端接收BCCH数据外，也可以通知终端接收UE专用的数据。此时UE ID也使用专用H-RNTI，采用的格式类型也为HS-SCCH type4格式。
实施中，终端根据所述消息中的UE ID确定所述消息采用的格式类型，可以包括：
终端分别用BCCH specific H-RNTI和专用H-RNTI对所述消息进行CRC译码；
终端在用BCCH specific H-RNTI进行CRC译码正确时，确定所述消息采用的格式类型为HS-SCCH type1格式；
终端在用专用H-RNTI进行CRC译码正确时，确定所述消息采用的格式类型为HS-SCCH type4格式。
实施中，所述消息可以是在HS-SCCH集合中的第一条HS-SCCH发送的消息。
实施中，还可以进一步包括：
终端按照所述消息采用的格式类型解析所述消息的信息域。
具体的，在上述实施中，对于处于CELL-FACH状态且同时配置了MU-MIMO的终端，根据HS-SCCH中的UE ID判断HS-SCCH类型，终端对于HS-SCCH集合中的第一条HS-SCCH使用BCCH specific H-RNTI和专用II-RNTI进行检测。当使用专用H-RNTI对HS-SCCH的CRC译码正确时，按照HS-SCCH type4解析HS-SCCH的信息域信号；当使用BCCH specific H-RNTI对HS-SCCH的CRC译码正确时，按照HS-SCCH type1解析HS-SCCH的信息域信号。
下面以实例进行说明。
图7为对HS-SCCH上发送的消息进行解析的方法实施流程示意图，如图所示，可以包括如下步骤：
步骤701、判断HS-SCCH是否为HS-SCCH集合中的第一条HS-SCCH，是则转入步骤702，否则转入步骤705；
步骤702、使用BCCH specific H-RNTI进行CRC译码；
步骤703、判断CRC译码是否正确，是则转入步骤704，否则转入步骤705；
步骤704、按照HS-SCCH type1解析信息域；
步骤705、使用专用H-RNTI进行CRC译码；
步骤706、判断CRC译码是否正确，是则转入步骤707，否则转入步骤708；
步骤707、按照HS-SCCH type4解析信息域；
步骤708、丢弃该消息。
实施中，终端当然也可以先使用专用H-RNTI进行译码，再使用BCCHspecific H-RNTI对CRC译码，这也是本领域技术人员所易知的。
由上述实施可以看出，在现有技术中，无论是HS-SCCH type1还是HS-SCCH type4，信息域的比特长度均为30比特。发送端根据信息域生成16比特的CRC再与16比特的UE ID进行异或操作。接收端，即终端，对于第一条HS-SCCH分别使用两种H-RNTI判断CRC是否正确。而在本发明实施例提供的技术方案中，终端首先使用BCCH specific H-RNTI对CRC译码，再使用专用H-RNTI进行译码。当UE使用专用H-RNTI对HS-SCCH的CRC译码正确时，按照HS-SCCH type4解析HS-SCCH的信息域信号；当使用BCCHspecific H-RNTI对HS-SCCH的CRC译码正确时，按照HS-SCCH type1解析HS-SCCH的信息域信号。
与现有技术相比，现有技术为了发送系统信息变更消息，网络需要至少使用两次HSDPA传输过程，而本发明所提供的技术方案中注意到两种格式下UEID的不同，因此可以利用UE ID来判断HS-SCCH消息采用的格式类型，从而也达到正确识别格式类型的目的，进一步的，也能够根据正确地格式类型正确地解析消息的信息域，因此本发明所提供的技术方案仅需一次HSDPA传输过程。显然，在HS-PDSCH承载的内容相同时，本发明所提供的技术方案显然能节约BCCH发送时的系统资源。
基于同一发明构思，本发明实施例中还提供了一种基站、用户终端，由于这些设备解决问题的原理与在HS-SCCH上发送消息的方法、对HS-SCCH上发送的消息进行处理的方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。
图8为基站结构示意图，如图所示，基站中可以包括：
接收模块801，用于接收RNC发送的FP帧，所述FP帧包括MU-MIMO相关信息，以及BCCH specific H-RNTI；
通知模块802，用于使用HS-SCCH type1格式的消息通过HS-SCCH通知终端接收数据，其中，HS-SCCH type1格式的消息中的UE ID为BCCH specificH-RNTI。
实施中，接收模块还可以进一步用于接收RNC通过Iub口发送的HS-DSCHdata frame type 2结构的FP帧。
实施中，基站还可以进一步包括：
发送模块803，用于在通知终端接收数据后，根据定时关系通过HS-PDSCH信道发送数据。
图9为用户终端结构示意图，如图所示，用户终端中可以包括：
接收模块901，用于接收基站通过HS-SCCH发送的消息，所述消息用于通知终端接收数据；
确定模块902，用于在用户终端处于CELL-FACH状态且配置了MU-MIMO时，根据所述消息中的UE ID确定所述消息采用的格式类型。
实施中，确定模块还可以进一步用于在所述消息中的UE ID为BCCHspecific H-RNTI时，确定所述消息采用的格式类型为HS-SCCH type1格式；在所述消息中的UE ID为专用H-RNTI时，确定所述消息采用的格式类型为HS-SCCH type4格式。
实施中，确定模块还可以进一步用于分别用BCCH specific H-RNTI和专用H-RNTI对所述消息进行CRC译码；在用BCCH specific H-RNTI进行CRC译码正确时，确定所述消息采用的格式类型为HS-SCCH type1格式；在用专用H-RNTI进行CRC译码正确时，确定所述消息采用的格式类型为HS-SCCHtype4格式。
实施中，接收模块还可以进一步用于接收基站通过HS-SCCH集合中的第一条HS-SCCH发送的消息。
实施中，用户终端还可以进一步包括：
解析模块903，用于按照所述消息采用的格式类型解析所述消息的信息域。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
由上述实施例可见，在本发明实施例提供的技术方案中，对于基站侧，当基站需要通过HS-SCCH通知终端接收消息时，固定使用HS-SCCH type1进行通知，基站在这过程中忽略HS-DSCH data frame type 2中的MU-MIMO能力或者启动指示。
对于终端侧，对于处于CELL-FACH且配置了MU-MIMO的终端，根据HS-SCCH中的UE ID判断HS-SCCH类型。
具体的，当UE使用专用H-RNTI对HS-SCCH的CRC译码正确时，按照HS-SCCH type4解析HS-SCCH的信息域信号；当使用BCCH specific H-RNTI对HS-SCCH的CRC译码正确时，按照HS-SCCH type1解析HS-SCCH的信息域信号。
具体的，UE可以仅对HS-SCCH集合中的第一条HS-SCCH采用上述操作。
在本发明实施例提供的技术方案中，由于网络发送系统信息变更消息不再需要使用两种不同的HS-SCCH类型分别通知，而只需要使用HS-SCCH type1通知相应终端。而终端会根据UE ID选择合适的HS-SCCH类型解码，因此减少了系统资源的浪费。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (14)
1.一种对高速共享控制信道HS-SCCH上发送的消息进行处理的方法，其特征在于，包括如下步骤：
终端接收基站通过HS-SCCH发送的消息，所述消息用于通知终端接收数据；
终端在处于CELL-FACH状态且配置了多用户-多入多出MU-MIMO时，终端根据所述消息中的用户设备标识UUE ID确定所述消息采用的格式类型；
终端根据所述消息中的UE ID确定所述消息采用的格式类型，包括：
所述消息中的UE ID为广播控制信道专属高速下行共享信道无线网络临时识别BCCH specific H-RNTI时，确定所述消息采用的格式类型为高速共享控制信道类型HS-SCCH typel格式；
所述消息中的UUE ID为专用高速下行共享信道无线网络临时识别H-RNTI时，确定所述消息采用的格式类型为HS-SCCH type4格式。
2.如权利要求1所述的方法，其特征在于，终端根据所述消息中的UE ID确定所述消息采用的格式类型，包括：
终端分别用BCCH specific H-RNTI和专用H-RNTI对所述消息进行循环冗余校验CRC译码；
终端在用BCCH specific H-RNTI进行CRC译码正确时，确定所述消息采用的格式类型为HS-SCCH typel格式；
终端在用专用H-RNTI进行CRC译码正确时，确定所述消息采用的格式类型为HS-SCCH type4格式。
3.如权利要求1或2所述的方法，其特征在于，所述消息是在HS-SCCH集合中的第一条HS-SCCH发送的消息。
4.如权利要求1或2所述的方法，其特征在于，进一步包括：
终端按照所述消息采用的格式类型解析所述消息的信息域。
5.一种在HS-SCCH上发送消息的方法，其特征在于，包括如下步骤：
基站接收无线网络控制器RNC发送的帧协议FP帧，所述FP帧包括MU-MIMO相关信息，以及BCCH specific H-RNTI；
基站使用高速共享控制信道类型lHS-SCCH typel格式的消息通过HS-SCCH通知终端接收数据，其中，HS-SCCH typel格式的消息中的UE ID为BCCH specific H-RNTI。
6.如权利要求5所述的方法，其特征在于，所述FP帧是RNC通过Iub口发送的高速下行共享信道数据帧类型2HS-DSCH data frame type2结构的FP帧。
7.如权利要求5或6所述的方法，其特征在于，在基站通知终端接收数据后，进一步包括：
基站根据定时关系，通过高速下行共享物理信道HS-PDSCH信道发送数据。
8.一种用户终端，其特征在于，包括：
接收模块，用于接收基站通过HS-SCCH发送的消息，所述消息用于通知终端接收数据；
确定模块，用于在用户终端处于CELL-FACH状态且配置了MU-MIMO时，根据所述消息中的UE ID确定所述消息采用的格式类型；
所述确定模块进一步用于在所述消息中的UE ID为BCCH specific H-RNTI时，确定所述消息采用的格式类型为HS-SCCH typel格式；在所述消息中的UE ID为专用H-RNTI时，确定所述消息采用的格式类型为HS-SCCH type4格式。
9.如权利要求8所述的用户终端，其特征在于，确定模块进一步用于分别用BCCH specific H-RNTI和专用H-RNTI对所述消息进行CRC译码；在用BCCH specific H-RNTI进行CRC译码正确时，确定所述消息采用的格式类型为HS-SCCH typel格式；在用专用H-RNTI进行CRC译码正确时，确定所述消息采用的格式类型为HS-SCCH type4格式。
10.如权利要求8或9所述的用户终端，其特征在于，接收模块进一步用于接收基站通过HS-SCCH集合中的第一条HS-SCCH发送的消息。
11.如权利要求8或9所述的用户终端，其特征在于，进一步包括：
解析模块，用于按照所述消息采用的格式类型解析所述消息的信息域。
12.一种基站，其特征在于，包括：
接收模块，用于接收RNC发送的FP帧，所述FP帧包括MU-MIMO相关信息，以及BCCH specific H-RNTI；
通知模块，用于使用HS-SCCH typel格式的消息通过HS-SCCH通知终端接收数据，其中，HS-SCCH typel格式的消息中的UE ID为BCCH specificH-RNTI。
13.如权利要求12所述的基站，其特征在于，接收模块进一步用于接收RNC通过Iub口发送的HS-DSCH data frame type2结构的FP帧。
14.如权利要求12或13所述的基站，其特征在于，进一步包括：
发送模块，用于在通知终端接收数据后，根据定时关系通过HS-PDSCH信道发送数据。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010296535 CN102082638B (zh) | 2010-09-28 | 2010-09-28 | 在高速共享控制信道上发送消息及处理的方法、设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010296535 CN102082638B (zh) | 2010-09-28 | 2010-09-28 | 在高速共享控制信道上发送消息及处理的方法、设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102082638A CN102082638A (zh) | 2011-06-01 |
| CN102082638B true CN102082638B (zh) | 2013-06-05 |
Family
ID=44088400
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201010296535 Active CN102082638B (zh) | 2010-09-28 | 2010-09-28 | 在高速共享控制信道上发送消息及处理的方法、设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102082638B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102958043A (zh) * | 2011-08-19 | 2013-03-06 | 中兴通讯股份有限公司 | 用于mimo功能处理的方法和终端 |
| WO2015013975A1 (zh) * | 2013-08-02 | 2015-02-05 | 华为技术有限公司 | 识别信道命令的方法、基站及用户设备 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101400026A (zh) * | 2007-09-24 | 2009-04-01 | 中兴通讯股份有限公司 | 一种小区寻呼状态下的数据传输方法 |
| CN101489287A (zh) * | 2008-01-14 | 2009-07-22 | 中兴通讯股份有限公司 | Cell_pch状态下具有专用h-rnti的hs-scch选择方法及系统 |
| CN101505197A (zh) * | 2008-02-04 | 2009-08-12 | 中兴通讯股份有限公司 | 一种通过高速共享控制信道信息指示调制方式的方法 |
| WO2009155844A1 (zh) * | 2008-06-23 | 2009-12-30 | 华为技术有限公司 | 数据传输方法、装置、用户设备及通信系统 |
| WO2009155833A1 (zh) * | 2008-06-27 | 2009-12-30 | 华为技术有限公司 | 一种数据传输方法、网络系统及相应装置 |
| CN101668338A (zh) * | 2009-09-27 | 2010-03-10 | 新邮通信设备有限公司 | 在时分双工系统中实现多用户多输入多输出的方法和设备 |
| EP2177197A1 (fr) * | 2007-07-30 | 2010-04-21 | L'oreal | Dispositif de massage |
-
2010
- 2010-09-28 CN CN 201010296535 patent/CN102082638B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2177197A1 (fr) * | 2007-07-30 | 2010-04-21 | L'oreal | Dispositif de massage |
| CN101400026A (zh) * | 2007-09-24 | 2009-04-01 | 中兴通讯股份有限公司 | 一种小区寻呼状态下的数据传输方法 |
| CN101489287A (zh) * | 2008-01-14 | 2009-07-22 | 中兴通讯股份有限公司 | Cell_pch状态下具有专用h-rnti的hs-scch选择方法及系统 |
| CN101505197A (zh) * | 2008-02-04 | 2009-08-12 | 中兴通讯股份有限公司 | 一种通过高速共享控制信道信息指示调制方式的方法 |
| WO2009155844A1 (zh) * | 2008-06-23 | 2009-12-30 | 华为技术有限公司 | 数据传输方法、装置、用户设备及通信系统 |
| WO2009155833A1 (zh) * | 2008-06-27 | 2009-12-30 | 华为技术有限公司 | 一种数据传输方法、网络系统及相应装置 |
| CN101668338A (zh) * | 2009-09-27 | 2010-03-10 | 新邮通信设备有限公司 | 在时分双工系统中实现多用户多输入多输出的方法和设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102082638A (zh) | 2011-06-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102090122B (zh) | 用于在无线接入系统中寻呼的方法 | |
| US11902935B2 (en) | Method and apparatus for performing paging in a communication system | |
| CN102264039B (zh) | 一种实现半持续调度传输的方法及装置 | |
| US9338799B2 (en) | Method for random access of machine to machine (M2M) terminals | |
| CN107734468B (zh) | 组播传输方法及装置 | |
| CN105532065B (zh) | 用于OFDMA PS-Poll传输的系统和方法 | |
| EP2222128B1 (en) | Method for sending, transmitting and scheduling system message in long term evolution system | |
| JP2020533830A (ja) | 準静的スケジューリングの処理方法、通信機器及び記憶媒体 | |
| CN104160726A (zh) | 用于分配网络资源的系统和方法 | |
| CN103037509A (zh) | Wtru中实行以在hsdpa无线通信中促进寻呼的方法及wtru | |
| CN105379406A (zh) | 一种设备到设备d2d通信中的信号传输方法及装置 | |
| US8634337B2 (en) | Method for receiving control information and terminal device using the same | |
| CN110199555A (zh) | 一种下行控制信息dci传输的方法及网络设备、用户设备 | |
| US20230164873A1 (en) | Method and device for paging in sidelink communication based on drx | |
| CN102647786A (zh) | 一种宽带数字集群的组呼方法及装置 | |
| WO2013034042A1 (zh) | 传输控制信息的方法、基站和用户设备 | |
| CN116368851A (zh) | 寻呼处于空闲或非活动状态的用户设备 | |
| CN101127933B (zh) | 一种寻呼用户的方法、系统及其发送端 | |
| CN105101472A (zh) | 双连接系统中的drx协调机制 | |
| CN102710405B (zh) | 下行控制信息的处理方法及系统、基站与用户设备 | |
| KR101991482B1 (ko) | Ａｉｄ 재할당 방법 및 ａｉｄ 재할당 방법을 수행하는 장치 | |
| CN102082638B (zh) | 在高速共享控制信道上发送消息及处理的方法、设备 | |
| CN116058069A (zh) | 用于d2d通信的多个drx配置 | |
| CN101860905A (zh) | 一种状态转移过程中确定数据传输格式的方法和系统 | |
| CN101170725B (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 | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210531 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |