CN101267596A - 一种寻呼消息的承载方法、系统及装置 - Google Patents
一种寻呼消息的承载方法、系统及装置 Download PDFInfo
- Publication number
- CN101267596A CN101267596A CNA2007101017175A CN200710101717A CN101267596A CN 101267596 A CN101267596 A CN 101267596A CN A2007101017175 A CNA2007101017175 A CN A2007101017175A CN 200710101717 A CN200710101717 A CN 200710101717A CN 101267596 A CN101267596 A CN 101267596A
- Authority
- CN
- China
- Prior art keywords
- channel
- message
- network element
- ability information
- beep
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种寻呼消息的承载方法，包括：核心网中的消息发送网元将用户设备(UE)的信道使用能力信息携带在寻呼消息中，将所述寻呼消息发送给无线控制网元；无线控制网元根据所述寻呼消息中的所述UE的信道使用能力信息，选择与所述UE的信道使用能力对应的物理信道来承载寻呼消息。此外，本发明还公开了一种寻呼消息的承载系统及装置。本发明所提供的方法、系统及装置，通过核心网将UE的信道使用能力信息上报给无线控制网元，使无线控制网元能够获知处于IDLE状态的UE的信道使用能力信息，进而可根据UE的信道使用能力信息选取合适的寻呼承载信道，有效利用网络资源。
Description
技术领域
本发明涉及无线通信领域，尤其涉及一种寻呼消息的承载方法、系统及装置。
背景技术
在无线通信系统中，各网络系统通常有多种物理信道来承载寻呼消息。例如：在宽带码分多址(WCDMA)系统中，为了实现高速数据传输，引入了高速分组接入(HSPA)等技术，包括高速下行分组接入(HSDPA)技术以及高速上行分组接入(HSUPA)技术等。其中，HSDPA在原有的物理信道上增加了三个新的信道，即高速物理下行共享信道(HS-PDSCH)、高速共享控制信道(HS-SCCH)和高速专用物理控制信道(HS-DPCCH)。其中，HS-PDSCH用于承载高速下行用户数据信息；HS-SCCH用于承载解调伴随信道HS-PDSCH所需的控制信息；HS-DPCCH用于承载反馈下行数据帧通过HS-PDSCH接收正确与否的信息，以及反馈信道质量指示(CQI)信息。引入HSDPA技术后，支持HSDPA技术的终端可以和R99终端在一个载波内共存。
对于网络侧与用户设备(UE)之间进行通信的空中接口(Uu)来说，与HSDPA相关的协议主要涉及到物理层、媒体接入控制(MAC)层以及相应的无线资源控制(RRC)层。其中，RRC层包括空闲模式和连接模式两个基本的工作模式，其中，处于空闲模式的状态又称空闲(IDLE)状态。
现有技术中，对于处于IDLE状态的UE寻呼来说，由于来自核心网的寻呼消息中不包含UE的信道使用能力信息，又因为接入网中的无线网络控制器(RNC)或演进基站(eNodeB)上不保留处于IDLE状态的UE的信息，因此当RNC等接收到来自核心网的寻呼消息时，无法知道UE是否支持HSDPA的能力信息，而只能将UE看作不支持HSDPA的UE来发送寻呼，将寻呼消息承载在R99的第二公共控制物理信道(S-CCPCH)上进行发送。即现有技术中，对于处于空闲状态的UE，寻呼过程包括：RNC或eNodeB等在广播消息中广播小区的S-CCPCH信道以及寻呼指示信道(PICH)的配置情况，UE根据自身的永久标识--国际移动用户标识(IMSI)来计算自身接收寻呼的S-CCPCH信道序号，然后在相应序号的S-CCPCH信道上监听伴随的PICH。为了使寻呼消息均衡的分布在每个时间段内，同时也为了降低UE连续监听PICH信道所带来的功耗，通常采用非连续性监听，即对UE设定非连续接收周期，并且根据一定的规则将UE划分成若干个寻呼组，各UE在每个非连续接收周期的内监听PICH，PICH上指示某个寻呼组有寻呼。当UE监听到自身所在的寻呼组有寻呼消息时，会去相应的S-CCPCH信道上接收寻呼消息，并对所接收的消息进行解析，若发现有属于自己的寻呼消息，则进行处理，否则丢弃该消息，继续监听。
从上述寻呼过程可见，对处于IDLE状态的UE，无论是否具有HSDPA能力，都只能在S-CCPCH信道上向其发送寻呼消息，致使为S-CCPCH信道分配的资源增多，无法有效利用HS-PDSCH的高速传输，使网络资源无法有效利用。
发明内容
有鉴于此，本发明实施例中一方面提供一种寻呼消息的承载方法，另一方面提供一种寻呼消息的承载系统及装置，以便灵活选择寻呼承载信道。
本发明实施例中提供的寻呼消息的承载方法，包括：
核心网中的消息发送网元将用户设备UE的信道使用能力信息携带在寻呼消息中，将所述寻呼消息发送给无线控制网元；
无线控制网元根据所述寻呼消息中的所述UE的信道使用能力信息，选择与所述UE的信道使用能力对应的物理信道来承载寻呼消息。
本发明实施例中提供的寻呼消息的承载系统，包括：
消息发送网元，用于将UE的信道使用能力信息携带在寻呼消息中，将所述寻呼消息发送给无线控制网元；
无线控制网元，用于接收来自消息发送网元的所述寻呼消息，根据所述寻呼消息中的所述UE的信道使用能力信息，选择与所述UE的信道使用能力对应的物理信道来承载寻呼消息。
本发明实施例中提供的消息发送网元，包括：信息获取模块和消息发送模块，其中，
信息获取模块，用于获取UE的信道使用能力信息，将所述获取的UE的信道使用能力信息提供给消息发送模块；
消息发送模块，用于将信息获取模块提供的所述UE的信道使用能力信息携带在寻呼消息中，将所述寻呼消息发送给无线控制网元。
本发明实施例中提供的无线控制网元，包括：信息接收解析模块和消息承载模块，其中，
信息接收解析模块，用于接收携带UE的信道使用能力信息的寻呼消息，从所述寻呼消息中解析出UE的信道使用能力信息，并将解析出的所述UE的信道使用能力信息提供给消息承载模块；
消息承载模块，用于根据信息接收解析模块提供的所述UE的信道使用能力信息，选择与UE的信道使用能力对应的物理信道来承载寻呼消息。
从上述方案可以看出，本发明实施例中，核心网中的消息发送网元将信息存储网元中存储的用户设备UE的信道使用能力信息携带在寻呼消息中，将寻呼消息发送给无线控制网元，从而使得无线控制网元能够获知UE的信道使用能力信息，之后，无线控制网元可根据寻呼消息中的UE的信道使用能力信息，选择与UE的信道使用能力对应的物理信道来承载寻呼消息，从而使寻呼承载信道可以合理分配，并且可有效利用网络资源。
附图说明
图1为本发明实施例中寻呼消息的承载方法的示例性流程图；
图2为本发明实施例中寻呼消息的承载系统的示例性结构图；
图3为图2所示系统中消息发送网元的一种实现结构示意图；
图4为图2所示系统中无线控制网元的一种实现结构示意图；
图5为本发明应用实施例一中UE注册时，将自身的信道使用能力信息发送给核心网存储的流程图；
图6为本发明应用实施例一中UE路由区/位置区更新时，将自身的信道使用能力信息发送给核心网存储的流程图；
图7为本发明应用实施例一中UE根据RNC的查询请求，由RNC将UE的信道使用能力信息发送给核心网存储的流程图；
图8为本发明应用实施例一中寻呼消息承载的流程图；
图9为本发明应用实施例二中UE注册时，将自身的信道使用能力信息发送给核心网存储的流程图；
图10为本发明应用实施例二中UE路由区/位置区更新时，将自身的信道使用能力信息发送给核心网存储的流程图；
图11为本发明应用实施例二中UE根据RNC的查询请求，由RNC将UE的信道使用能力信息发送给核心网存储的流程图；
图12为本发明应用实施例二中寻呼消息承载的流程图。
具体实施方式
为便于描述，将核心网中用于发送寻呼消息的网元称为消息发送网元，将存储UE信息的网元称为信息存储网元；将接入网中控制寻呼消息承载的网元称为无线控制网元。
本发明实施例中，核心网中的消息发送网元将UE的信道使用能力信息携带在寻呼消息中，将寻呼消息发送给无线控制网元；无线控制网元根据寻呼消息中的UE的信道使用能力信息，选择与UE的信道使用能力对应的物理信道承载寻呼消息。其中，若UE的信道使用能力信息存储在消息发送网元自身，则消息发送网元将自身中存储的UE的信道使用能力信息携带在寻呼消息中；若UE的信道使用能力信息存储在信息存储网元中，则消息发送网元将信息存储网元中存储的UE的信道使用能力信息携带在寻呼消息中。
参见图1，图1为本发明实施例中寻呼消息的承载方法的示例性流程图。为描述方便，将UE的信道使用能力信息存储在消息发送网元自身中的情况，也统一描述成将UE的信道使用能力信息存储在信息存储网元中，只是此时的信息存储网元即为消息发送网元本身。如图1所示，该流程包括如下步骤：
步骤101，UE将自身的信道使用能力信息发送给核心网，核心网将所接收的UE的信道使用能力信息存储在信息存储网元中。
本实施例中，UE的信道使用能力信息可包括：UE从高速物理下行共享信道HS-PDSCH上接收寻呼消息的能力信息。此外，还可以包括：UE的版本信息，UE使用HSPA的能力信息、UE可以使用的调制方式、UE是否可以使用多输入多输出(MIMO)技术等。信息存储网元可以是GPRS服务支持节点(SGSN)、移动交换节点(MSC)、归属位置寄存器(HLR)或者拜访位置寄存器(VLR)，也可以是其他网元。
UE将自身的信道使用能力信息发送给核心网的方法可以有很多种。如：UE可以在进行注册时，将自身的信道使用能力信息携带在注册请求消息中发送给核心网，也可以在进行路由区或位置区更新时，将自身的信道使用能力信息携带在更新请求消息中发送给核心网，或者可以是在IMSI附着或联合附着时，将自身的信道使用能力信息携带在更新请求消息中发送给核心网，或者还可以在网络侧(如NodeB或RNC，或演进基站eNodeB等)向UE发送UE信道使用能力信息的查询请求消息时，UE将自身的信道使用能力信息携带在查询响应消息中发送给NodeB、RNC或eNodeB，NodeB、RNC或eNodeB将所接收的UE的信道使用能力信息携带在上报消息中发送给核心网。
之后，核心网将所接收的UE的信道使用能力信息存储在信息存储网元中。该方法也可以有很多种。
例如：核心网的SGSN接收到携带UE信道使用能力信息的上述消息(注册请求消息，或更新请求消息，或上报消息)，将上述消息中的UE的信道使用能力信息存储，如存储在自身的UE移动性管理上下文(MM context)中，也可以将上述消息中的UE的信道使用能力信息发送给HLR，由HLR对所接收的UE的信道使用能力信息进行存储。
若核心网的MSC接收到携带UE信道使用能力信息的上述消息(注册请求消息，或更新请求消息，或上报消息)，可将消息中的UE的信道使用能力信息存储，如存储在自身的UE移动性管理上下文(MM context)中，也可将消息中的UE的信道使用能力信息发送给HLR或VLR，由HLR或VLR对所接收的UE的信道使用能力信息进行存储。
步骤102，核心网中的消息发送网元将信息存储网元中存储的UE的信道使用能力信息携带在寻呼消息中，将寻呼消息发送给无线控制网元。
本步骤的具体实现过程可以有多种。
例如：若步骤101中将UE的信道使用能力信息存储在SGSN中，则本步骤可以为：SGSN接收到呼叫请求或数据传输请求后，从自身中(如从自身中的UE MM context中)取出UE的信道使用能力信息，将所述UE的信道使用能力信息携带在寻呼消息中发送给无线控制网元。
若步骤101中将UE的信道使用能力信息存储在MSC中，则本步骤可以为：MSC接收到呼叫请求后，从自身中(如从自身中的UE MM context中)取出UE的信道使用能力信息，将所述UE的信道使用能力信息携带在寻呼消息中发送给无线控制网元。
若步骤101中将UE的信道使用能力信息存储在HLR中，则本步骤可以为：SGSN接收到呼叫请求或数据传输请求后，从HLR中获取UE的信道使用能力信息，将所获取的UE的信道使用能力信息携带在寻呼消息中发送给无线控制网元；或者可以为：MSC接收到呼叫请求后，从HLR中获取UE的信道使用能力信息，将所获取的UE的信道使用能力信息携带在寻呼消息中发送给无线控制网元。
若步骤101中将UE的信道使用能力信息存储在VLR中，则本步骤可以为：MSC接收到呼叫请求后，从VLR中获取UE的信道使用能力信息，将所获取的UE的信道使用能力信息携带在寻呼消息中发送给无线控制网元。其中，VLR可以和MSC集成在一起。
其中，SGSN或MSC从HLR中获取UE的信道使用能力信息的过程可以为：SGSN或MSC向HLR发送读取UE的信道使用能力信息的指示，HLR根据该指示将UE的信道使用能力信息反馈给SGSN或MSC。
MSC从VLR中获取UE的信道使用能力信息的过程可以为：MSC向VLR发送读取UE的信道使用能力信息的指示，VLR根据该指示将UE的信道使用能力信息反馈给MSC。
步骤103，无线控制网元根据寻呼消息中的UE的信道使用能力信息，选择与UE的信道使用能力对应的物理信道承载寻呼消息。
无线控制网元可以为RNC，或者也可以为eNodeB等。
本步骤中，若寻呼消息中的UE的信道使用能力信息为：UE能够从HS-PDSCH上接收寻呼消息，则无线控制网元可选择HS-PDSCH承载寻呼消息，当然，无线控制网元也可根据需要选择S-CCPCH承载寻呼消息；若寻呼消息中的UE的信道使用能力信息为：UE不能从HS-PDSCH上接收寻呼消息，则无线控制网元可选择S-CCPCH承载寻呼消息。
此外，若无线控制网元选择HS-PDSCH承载寻呼消息，则为了使UE能够在HS-PDSCH上接收寻呼消息，进一步地，该方法还包括：在HS-PDSCH上承载寻呼消息之前，无线控制网元首先在广播消息中广播HS-PDSCH承载寻呼消息的参数，这些参数可包括如下两类。
第一类参数包括：寻呼消息标识和伴随信道HS-SCCH所使用的参数信息，如扩频因子、信道化码以及传输格式信息等。其中，寻呼消息标识可以为高速下行共享信道无线网络临时标识(H-RNTI)，用于标识UE接收寻呼消息。之后在HS-PDSCH上承载寻呼消息时，无线控制网元会将HS-SCCH中的H-RNTI设置成广播消息中的寻呼消息标识。
此外，为了提高UE的正确接收率，无线控制网元可将寻呼消息在HS-PDSCH上连续重发几次，并且重发的时候可以不发送伴随信道HS-SCCH。其中，重复发送次数可在广播中进行广播，即第一类参数中还可以包括：寻呼消息的重复发送次数。
由于HS-PDSCH的伴随信道HS-SCCH可为多条，因此为了使UE准确监听属于自己的HS-SCCH信道，可事先为多条HS-SCCH信道进行排序，例如对N条HS-SCCH进行排序后的排序序号为：0到N-1，在广播消息中广播伴随信道HS-SCCH所使用的扩频因子、传输格式信息时，同时对伴随信道HS-SCCH的序号进行标识。然后UE可根据广播消息及事先与网络侧约定的规则，计算出属于自身的HS-SCCH的序号，并对该序号的HS-SCCH进行监听。
例如，UE可从广播消息中获知HS-SCCH的条数N，若事先约定的规则为：永久标识为IMSI1的UE需要监听的HS-SCCH的序号＝IMSI1mod N。其中，mod为取余符号。则UE可根据该计算规则得到自己需要监听的HS-SCCH信道。
之后，具有从HS-PDSCH接收寻呼消息能力的UE，从广播消息中获取寻呼消息标识，根据所述寻呼消息标识对属于自身的寻呼消息进行接收。具体实现过程可以为：UE接收到上述广播消息中的参数之后，会按照自己的不连续接收周期监测PICH，在发现自己的寻呼组有寻呼消息时，就去监听对应的HS-SCCH信道，如果HS-SCCH上携带的H-RNTI是广播中的寻呼消息标识，即寻呼消息使用的H-RNTI，就会按照HSDPA的接收方式去对应的HS-PDSCH上接收数据，接收数据之后再进行解析以及后续处理。
第二类参数包括：HS-PDSCH与PICH的时间间隔T及承载寻呼消息的HS-PDSCH所使用的参数信息，如信道化码，调制方式，传输块大小，连续重发次数等。其中，HS-PDSCH与PICH的时间间隔可以使用传输时间间隔(TTI)表示，也可使用码片表示。
此时，若无线控制网元为RNC，则RNC将PICH信息和寻呼消息信息发送给NodeB时，需要规定二者的发送时刻(即HS-PDSCH与PICH的发送时间间隔)，发送使用的信道化码，传输块大小，连续发送的次数等，以便NodeB按照这些参数将寻呼消息承载在HS-PDSCH信道上发送，由于发送寻呼消息使用的HS-PDSCH的信道化码，调制方式，传输块大小，连续重发次数等解码HS-PDSCH所需的控制信息可在广播消息中广播，因此RNC可通知NodeB无需使用HS-SCCH来承载上述解码HS-PDSCH所需的控制信息等。
若无线控制网元为e-NodeB，则e-NodeB按照自身广播给UE的参数，将寻呼消息承载在HS-PDSCH信道上发送，并自主决策无需使用HS-SCCH来承载上述解码HS-PDSCH所需的控制信息等。
之后，具有从HS-PDSCH接收寻呼消息能力的UE，接收到上述广播信息中的参数之后，就会按照自己的不连续接收周期监测PICH，在发现自己的寻呼组有寻呼消息时，在达到规定的与PICH的时间间隔T时，就去HS-PDSCH信道上接收数据，接收数据之后再进行解析以及后续处理。即无需监听HS-SCCH。
上述两类广播消息可以只存在其中一类，也可以两类广播消息并存。若两类广播消息共存时，则可使用HS-SCCH来承载解码HS-PDSCH所需的控制信息，或者也可不使用HS-SCCH来承载解码HS-PDSCH所需的控制信息。
当只广播第二类参数，且无需使用HS-SCCH来承载解码HS-PDSCH所需的控制信息时，可避免在寻呼消息量很大时，HS-SCCH个数少和HS-SCCH负载过重的问题，可以节省HS-SCCH资源。
上述流程中，执行步骤101之后，核心网对UE上报的UE的信道使用能力信息进行了存储，则以后核心网向无线控制网元发送寻呼消息时，可只执行步骤102至步骤103即可。
以上对本发明实施例中寻呼消息的承载方法进行了详细描述，下面再对本发明实施例中寻呼消息的承载系统进行详细描述。
参见图2，图2为本发明实施例中寻呼消息的承载系统的示例性结构图。如图2中的实线部分所示，该系统包括：消息发送网元和无线控制网元。
其中，消息发送网元，用于将UE的信道使用能力信息携带在寻呼消息中，将寻呼消息发送给无线控制网元。
无线控制网元，用于接收来自消息发送网元的寻呼消息，根据寻呼消息中的UE的信道使用能力信息，选择与UE的信道使用能力对应的物理信道承载寻呼消息。
UE的信道使用能力信息存储在其它信息存储网元中，则该系统进一步包括：信息存储网元，用于存储UE的信道使用能力信息，并将所存储的UE的信道使用能力信息提供给消息发送网元。
此外，当信息存储单元中还未存储UE的信道使用能力信息时，此时，如图2中的虚线部分所示，该系统进一步包括：UE，用于将自身的信道使用能力信息通过网络提供给信息存储网元进行存储。
若UE的信道使用能力信息存储在消息发送网元自身中，则UE将自身的信道使用能力信息通过网络提供给消息发送网元进行存储。
具体实现时，消息发送网元可以有多种实现形式及结构组成，下面仅列举一个示例对消息发送网元的具体实现形式进行详细描述。如图3所示，图3为消息发送网元的一种实现结构示意图。包括：信息获取模块和消息发送模块。
其中，信息获取模块，用于获取UE的信道使用能力信息，将所获取的UE的信道使用能力信息提供给消息发送模块。其中，若UE的信道使用能力信息存储在信息存储网元中，则可以从信息存储网元中获取UE的信道使用能力信息。
消息发送模块，用于将信息获取模块提供的UE的信道使用能力信息携带在寻呼消息中，将寻呼消息发送给无线控制网元。
其中，信息存储网元和消息发送网元分别可以为不同实体，例如，信息存储网元为HLR，消息发送网元为SGSN或MSC，此时，SGSN或MSC中的信息获取模块从HLR中获取存储的UE的信道使用能力信息，具体获取过程可以为：SGSN或MSC向HLR发送读取UE的信道使用能力信息的指示，HLR根据该指示将UE的信道使用能力信息反馈给SGSN或MSC；或者，信息存储网元为VLR，消息发送网元为MSC，此时，MSC中的信息获取模块从VLR中获取存储的UE的信道使用能力信息，具体获取过程可以为：MSC向VLR发送读取UE的信道使用能力信息的指示，VLR根据该指示将UE的信道使用能力信息反馈给MSC。
信息存储网元和消息发送网元也可以为同一实体，例如，都为SGSN，此种情况下，SGSN中的信息获取模块从自身中获取存储的UE的信道使用能力信息；或者，都为MSC，此种情况下，MSC中的信息获取模块从自身中获取存储的UE的信道使用能力信息；
此外，无线控制网元在具体实现时，也可以有多种实现形式及结构组成，下面仅列举一个示例对本实施例中无线控制网元的具体实现形式进行详细描述。如图4所示，图4为无线控制网元的一种实现结构示意图。包括：消息接收解析模块和消息承载模块。
其中，消息接收解析模块，用于接收携带UE的信道使用能力信息的寻呼消息，从寻呼消息中解析出UE的信道使用能力信息，并将解析出的UE的信道使用能力信息及寻呼消息提供给消息承载模块。其中，可以接收来自消息发送网元的携带UE的信道使用能力信息的寻呼消息。
消息承载模块，用于根据消息接收解析模块提供的UE的信道使用能力信息，选择与UE的信道使用能力对应的物理信道承载寻呼消息。
其中，无线控制网元可以为各种实体，例如，可以为RNC，或者也可以为eNodeB。
为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合具体应用实施例和附图，对本发明实施例中的方法及系统进一步详细说明。
应用实施例一：
本实施例中，以信息存储网元为SGSN，消息发送网元也为SGSN，无线控制网元为RNC的情况为例。
首先，对本发明应用实施例一中寻呼消息的承载方法进行详细描述。
其中，图1所示步骤101中，UE将自身的信道使用能力信息发送给核心网，核心网将所接收的UE的信道使用能力信息存储在SGSN中的过程可以如图5和/或图6和/或图7所示。其中，图5为本发明应用实施例一中UE注册时，将自身的信道使用能力信息发送给核心网存储的流程图；图6为本发明应用实施例一中UE路由区/位置区更新时，将自身的信道使用能力信息发送给核心网存储的流程图；图7为本发明应用实施例一中UE根据RNC的查询请求，由RNC将UE的信道使用能力信息发送给核心网存储的流程图。
其中，图5所示流程包括如下步骤：
步骤501，UE注册时，向SGSN发送携带自身的信道使用能力信息的注册请求消息。
该注册请求消息可以是用于附着请求以及业务请求等的上行初始直传消息。
其中，UE的信道使用能力信息可包括：UE从高速物理下行共享信道HS-PDSCH上接收寻呼消息的能力信息。此外，还可以包括：UE的版本信息，UE使用HSPA的能力信息、UE可以使用的调制方式、UE是否可以使用多输入多输出(MIMO)技术等。
步骤502，SGSN接收到注册请求消息后，将注册请求消息中携带的UE的信道使用能力信息存储在自身中UE的移动性管理上下文中。
步骤503～步骤504，进行鉴权认证，安全模式协商之后，SGSN向UE返回注册响应。
其中，注册响应可以是用于附着接受以及业务接受等的直传消息。
图6所示流程包括如下步骤：
步骤601，UE路由区/位置区更新时，向SGSN发送携带自身的信道使用能力信息的更新请求消息。
其中，UE的信道使用能力信息同样可包括：UE从高速物理下行共享信道HS-PDSCH上接收寻呼消息的能力信息。此外，还可以包括：UE的版本信息，UE使用HSPA的能力信息、UE可以使用的调制方式、UE是否可以使用多输入多输出(MIMO)技术等。
此外，UE也可在位置区更新时的IMSI附着或联合附着时，向SGSN发送携带自身的信道使用能力信息的附着消息。
步骤602，SGSN接收到更新请求消息后，将更新请求消息中携带的UE的信道使用能力信息存储在自身中UE的移动性管理上下文中。
若步骤601中，UE将自身的信道使用能力信息携带在附着消息中，则SGSN接收到附着消息时，将附着消息中携带的UE的信道使用能力信息存储在自身中UE的移动性管理上下文中。
步骤603～步骤605，执行安全功能及路由区/位置区更新，SGSN更新成功后向UE返回更新成功消息，UE更新完成后，向SGSN返回更新完成消息。
其中，有些系统中，可不执行安全功能。
图7所示流程包括如下步骤：
在MS与RNC建立连接之后，步骤701，RNC向UE发送UE的信道使用能力信息的查询请求消息。
步骤702，UE根据上述查询请求消息，将自身的信道使用能力信息携带在查询响应消息中发送给RNC。
步骤703，RNC将所接收的查询响应消息中的UE的信道使用能力信息携带在上报消息中发送给SGSN。
步骤704，SGSN接收到上报消息后，将上报消息中携带的UE的信道使用能力信息存储在自身中UE的移动性管理上下文中。
图1所示步骤102至步骤103的过程可以如图8所示，图8为本发明应用实施例一中寻呼消息承载的流程图。如图8所示，该流程包括如下步骤：
步骤801，SGSN接收到IP电话的呼叫请求或数据传输请求等，决定向UE发送寻呼请求。
本步骤中，呼叫请求或数据传输请求可以通过分组协议报文或者下行信令发送过来。
步骤802～步骤803，SGSN从自身中UE的MM context中取出UE的信道使用能力信息，将所述UE的信道使用能力信息携带在寻呼消息中发送给RNC。
步骤804～步骤805，RNC根据所接收寻呼消息中的UE的信道使用能力信息，控制将寻呼消息承载在与UE的信道使用能力对应的物理信道上，由NodeB将寻呼消息发送给UE。
具体实现时，可以为：RNC收到寻呼消息之后，可先察看自己的RRC连接列表，发现欲寻呼的UE不在连接列表中，则认为该UE处于IDLE状态，继而RNC根据SGSN通过寻呼消息携带的UE的信道使用能力信息，选择与UE的信道使用能力对应的物理信道控制承载寻呼消息。
其中，若广播消息中预先广播第一类参数，则RNC发现该UE可以从HS-PDSCH上接收寻呼时，根据UE的永久标识IMSI来计算它所属的寻呼组，假设计算结果为第2寻呼组，并假设发送寻呼使用的系统帧号(SFN)分别为12，24，36，48，......。然后生成寻呼消息，如“PAGING TYPE1”消息等，并控制NodeB在UE监听的SFN 12上首先发送PICH消息，以指示UE按照预先约定的计算规则去监听对应的HS-SCCH以接收寻呼。将寻呼消息以及发送该寻呼消息的第一个SFN都发送给网络侧对应HSDPA新增的MAC-hs处理实体，MAC-hs实体在SFN＝12时，先让物理层发送HS-SCCH，HS-SCCH上H-RNTI为广播中寻呼使用的H-RNTI，HS-SCCH使用的扩频因子和信道化码、传输格式也是广播中定义的扩频因子和信道化码、传输格式。在距离HS-SCCH的规定时刻之后，NodeB中的MAC-hs实体将UE的寻呼消息承载在HS-PDSCH上发送。为了提高UE的正确接收率，NodeB中的MAC-hs实体将UE的寻呼消息在HS-PDSCH上重复发送几次，发送次数在广播中也进行指定。MAC-hs实体重复发送的时候，就不再发送伴随的物理信道HS-SCCH了，这样可以减少物理层信令开销，减小下行干扰。
若广播消息中预先广播第二类参数，则RNC发现该UE可以从HS-PDSCH上接收寻呼时，根据UE的永久标识IMSI来计算它所属的寻呼组，假设计算结果为第2寻呼组，并假设发送寻呼使用的系统帧号(SFN)分别为12，24，36，48，......。然后生成寻呼消息，如“PAGING TYPE1”消息等，并控制NodeB在UE监听的SFN 12上首先发送PICH消息，以指示UE去HS-PDSCH上接收寻呼。将这个寻呼消息以及发送这条寻呼消息的第一个SFN都发送给MAC-hs处理实体。NodeB中的MAC-hs实体在SFN＝12时，在发送PICH之后的设定时间间隔(这个时间间隔是广播中进行广播的PICH与HS-PDSCH之间的时间间隔)后，NodeB中的MAC-hs实体将UE A寻呼消息在HS-PDSCH上发送，使用的信道化码、传输块大小等也是广播中定义的信道化码、传输块大小等。
因为是寻呼消息，为了提高UE的正确接收率，MAC-hs实体将UE的寻呼消息在HS-PDSCH上重复发送几次，发送次数在广播中也进行了指定。这样可以减少物理层信令开销，减小下行干扰。
以上对本发明应用实施例一中寻呼消息的承载方法进行了详细描述，下面再对本发明应用实施例一中寻呼消息的承载系统进行详细描述。
本应用实施例中的系统与图2所示系统的组成、连接关系及功能描述一致。不同之处在于，本应用实施例中的系统是图2所示系统的一个实例化。即本应用实施例中系统的组成具体包括：SGSN、RNC。进一步地，还可以包括UE。
其中，SGSN，用于将自身中存储的UE的信道使用能力信息携带在寻呼消息中，将寻呼消息发送给RNC。
RNC，用于接收来自消息发送网元的寻呼消息，根据寻呼消息中的UE的信道使用能力信息，选择与UE的信道使用能力对应的物理信道来承载寻呼消息。具体实现时，控制NodeB将寻呼消息发送给UE。
UE，用于将自身的信道使用能力信息通过网络提供给SGSN进行存储。
此时，SGSN作为消息发送网元时的具体实现结构及功能可与图3所示消息发送网元的描述一致。
RNC作为无线控制网元的具体实现结构及功能可与图4所示无线控制网元的描述一致。
上述应用实施例一中以信息存储网元为SGSN，消息发送网元也为SGSN的情况为例进行了详细描述，对于信息存储网元为MSC，消息发送网元也为MSC的情况，上述应用实施例中的描述同样适用，只需将其中的SGSN相应的修改为MSC即可，具体实现时的消息相应的修改为与MSC对应的消息即可，由于消息类型为现有技术，因此此处不再赘述。
应用实施例二：
本实施例中，以信息存储网元为HLR，消息发送网元为SGSN或MSC，无线控制网元仍为RNC的情况为例。
首先，对本发明应用实施例二中寻呼消息的承载方法进行详细描述。
其中，图1所示步骤101中，UE将自身的信道使用能力信息发送给核心网，核心网将所接收的UE的信道使用能力信息存储在SGSN中的过程可以如图9和/或图10和/或图11所示。其中，图9为本发明应用实施例二中UE注册时，将自身的信道使用能力信息发送给核心网存储的流程图；图10为本发明应用实施例二中UE路由区/位置区更新时，将自身的信道使用能力信息发送给核心网存储的流程图；图11为本发明应用实施例二中UE根据RNC的查询请求，由RNC将UE的信道使用能力信息发送给核心网存储的流程图。
其中，图9所示流程包括如下步骤：
步骤901，UE注册时，向SGSN或MSC发送携带自身的信道使用能力信息的注册请求消息。
该注册请求消息可以是用于附着请求以及业务请求等的上行初始直传消息。
其中，UE的信道使用能力信息可包括：UE从高速物理下行共享信道HS-PDSCH上接收寻呼消息的能力信息。此外，还可以包括：UE的版本信息，UE使用HSPA的能力信息、UE可以使用的调制方式、UE是否可以使用多输入多输出(MIMO)技术等。
步骤902，SGSN或MSC接收到注册请求消息后，将注册请求消息中携带的UE的信道使用能力信息发送给HLR。
步骤903，HLR对所接收的UE的信道使用能力信息进行存储，并向SGSN或MSC返回存储响应。
步骤904～步骤905，进行鉴权认证，安全模式协商之后，SGSN或MSC向UE返回注册响应。
其中，注册响应可以是用于附着接受以及业务接受等的直传消息。
图10所示流程包括如下步骤：
步骤1001，UE路由区/位置区更新时，向SGSN或MSC发送携带自身的信道使用能力信息的更新请求消息。
其中，UE的信道使用能力信息同样可包括：UE从高速物理下行共享信道HS-PDSCH上接收寻呼消息的能力信息。此外，还可以包括：UE的版本信息，UE使用HSPA的能力信息、UE可以使用的调制方式、UE是否可以使用多输入多输出(MIMO)技术等。
此外，UE也可在位置区更新时的IMSI附着或联合附着时，向SGSN发送携带自身的信道使用能力信息的附着消息。
步骤1002，SGSN或MSC接收到更新请求消息后，将更新请求消息中携带的UE的信道使用能力信息发送给HLR。
若步骤1001中，UE将自身的信道使用能力信息携带在附着消息中，则SGSN接收到附着消息时，将附着消息中携带的UE的信道使用能力信息存储在自身中UE的移动性管理上下文中。
步骤1003，HLR对所接收的UE的信道使用能力信息进行存储，并向SGSN或MSC返回已存储响应。
步骤1004～步骤1006，执行安全功能及路由区/位置区更新，SGSN或MSC更新成功后向UE返回更新成功消息，UE更新完成后，向SGSN或MSC返回更新完成消息。
图11所示流程包括如下步骤：
在MS与RNC建立连接之后，步骤1101，RNC向UE发送UE的信道使用能力信息的查询请求消息。
步骤1102，UE根据上述查询请求消息，将自身的信道使用能力信息携带在查询响应消息中发送给RNC。
步骤1103，RNC将所接收的查询响应消息中的UE的信道使用能力信息携带在上报消息中发送给SGSN或MSC。
步骤1104，SGSN或MSC接收到上报消息后，将上报消息中携带的UE的信道使用能力信息发送给HLR。
步骤1105，HLR对所接收的UE的信道使用能力信息进行存储，并向SGSN或MSC返回已存储响应。
图1所示步骤102至步骤103的过程可以如图12所示，图12为本发明应用实施例二中寻呼消息承载的流程图。如图12所示，该流程包括如下步骤：
步骤1201，SGSN接收到IP电话的呼叫请求或数据传输请求，或者MSC接收到公用电话交换网(PSTN)的呼叫请求等，决定向UE发送寻呼请求。
本步骤中，请求可以通过分组协议报文或者下行信令发送过来。
步骤1202，SGSN或MSC向HLR发送读取UE的信道使用能力信息的指示。
步骤1203，HLR根据所接收的指示将UE的信道使用能力信息反馈给SGSN或MSC。
步骤1204，SGSN或MSC将所接收的UE的信道使用能力信息携带在寻呼消息中发送给RNC。
步骤1205～步骤1206，RNC根据所接收寻呼消息中的UE的信道使用能力信息，控制将寻呼消息承载在与UE的信道使用能力对应的物理信道上，由NodeB将寻呼消息发送给UE。
具体实现时，可以为：RNC收到寻呼消息之后，可先察看自己的RRC连接列表，发现欲寻呼的UE不在连接列表中，则认为该UE处于IDLE状态，继而RNC根据SGSN通过寻呼消息携带的UE的信道使用能力信息，选择与UE的信道使用能力对应的物理信道来承载寻呼消息。具体实现时，RNC控制NodeB将寻呼消息发送给UE。
其中，若广播消息中预先广播第一类参数，则RNC发现该UE可以从HS-PDSCH上接收寻呼时，根据UE的永久标识IMSI来计算它所属的寻呼组，假设计算结果为第2寻呼组，并假设发送寻呼使用的系统帧号(SFN)分别为3，11，19，27，......。然后生成寻呼消息，如“PAGING TYPE1”消息等，并控制NodeB在UE监听的SFN 3上首先发送PICH消息，以指示UE按照预先约定的计算规则去监听对应的HS-SCCH来接收寻呼。将寻呼消息以及发送该寻呼消息的第一个SFN都发送给网络侧中对应HSDPA新增的MAC-hs处理实体，MAC-hs实体在SFN＝3时，先让物理层发送HS-SCCH，HS-SCCH上H-RNTI为广播中寻呼使用的H-RNTI，HS-SCCH使用的扩频因子和信道化码、传输格式也是广播中定义的扩频因子和信道化码、传输格式。在距离HS-SCCH的规定时刻之后，NodeB中的MAC-hs实体将UE的寻呼消息承载在HS-PDSCH上发送。为了提高UE的正确接收率，NodeB中的MAC-hs实体将UE的寻呼消息在HS-PDSCH上重复发送几次，发送次数在广播中也进行指定。MAC-hs实体重复发送的时候，就不再发送伴随的物理信道HS-SCCH了，这样可以减少物理层信令开销，减小下行干扰。
若广播消息中预先广播第二类参数，则RNC发现该UE可以从HS-PDSCH上接收寻呼时，根据UE的永久标识IMSI来计算它所属的寻呼组，假设计算结果为第2寻呼组，并假设发送寻呼使用的系统帧号(SFN)分别为12，24，36，48，......。然后生成寻呼消息，如“PAGING TYPE1”消息等，并控制NodeB在UE监听的SFN 12上首先发送PICH消息，以指示UE去HS-PDSCH上接收寻呼。将这个寻呼消息以及发送这条寻呼消息的第一个SFN都发送给MAC-hs处理实体。NodeB中的MAC-hs实体在SFN＝12时，在发送PICH之后的设定时间间隔(这个时间间隔是广播中进行广播的PICH与HS-PDSCH之间的时间间隔)后，NodeB中的MAC-hs实体将UE A寻呼消息在HS-PDSCH上发送，使用的信道化码、传输块大小等也是广播中定义的信道化码、传输块大小等。
因为是寻呼消息，为了提高UE的正确接收率，MAC-hs实体将UE的寻呼消息在HS-PDSCH上重复发送几次，发送次数在广播中也进行了指定。这样可以减少物理层信令开销，减小下行干扰。
以上对本发明应用实施例二中寻呼消息的承载方法进行了详细描述，下面再对本发明应用实施例二中寻呼消息的承载系统进行详细描述。
本应用实施例中的系统与图2所示系统的组成、连接关系及功能描述一致。不同之处在于，本应用实施例中的系统是图2所示系统的一个实例化。即本应用实施例中系统的组成具体包括：SGSN或MSC、HLR、RNC。进一步地，还可以包括UE。
其中，HLR，用于存储UE的信道使用能力信息。
SGSN或MSC，用于将HLR中存储的UE的信道使用能力信息携带在寻呼消息中，将寻呼消息发送给RNC。
RNC，用于接收来自消息发送网元的寻呼消息，根据寻呼消息中的UE的信道使用能力信息，选择与UE的信道使用能力对应的物理信道来承载寻呼消息。具体实现时，控制NodeB将寻呼消息发送给UE。
UE，用于将自身的信道使用能力信息通过网络提供给SGSN或MSC进行存储。
此时，SGSN或MSC作为消息发送网元时的具体实现结构及功能可与图3所示消息发送网元的描述一致。
RNC作为无线控制网元的具体实现结构及功能可与图4所示无线控制网元的描述一致。
上述应用实施例二中以信息存储网元为HLR，消息发送网元也为SGSN或MSC的情况为例进行了详细描述，对于信息存储网元为VLR，消息发送网元为MSC的情况，上述应用实施例中的描述同样适用，只需相应的将其中的HLR修改为VLR，将SGSN或MSC修改为MSC即可，具体实现时的消息相应的修改为与MSC和VLR对应的消息即可，由于消息类型为现有技术，因此此处不再赘述。其中，MSC和VLR可以合设在一起。
上述应用实施例中，均以无线控制网元为RNC的情况为例进行的说明，对于无线控制网元为e-NodeB的情况，具体实现过程同上述应用实施例中的描述一致，因此可参照上述过程具体实施，只是e-NodeB具有RNC和NodeB的功能，因此实施细节上会有些许差异，但本领域的普通技术人员完成可根据e-NodeB系统的特点结合上述应用实施例的方案进行实施，因此此处不再赘述。
综上，上述各具体应用实施例中所示流程的图示和文字说明只是为了帮助理解方案，实际应用中，根据具体通信系统不同，呼叫流程可能会有差异。并且各流程中的步骤编号并不表示消息之间严格的时序先后关系，根据具体系统的不同，部分消息步骤之间可能调换先后次序，或者并行交叉运行。
以上所述的具体实施例，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，本发明实施例不仅可以使用于WCDMA网络环境，也可以使用于GSM、CDMA、TD-SCDMA等其它网络环境，在其它网络环境中，具有相应功能的网元的名称可能不同，例如，在其它网络环境中，RNC可能对应基站控制器(BSC)，但并未超出本发明的保护范围。因此，所应理解的是，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (17)
1. 一种寻呼消息的承载方法，其特征在于，该方法包括：
核心网中的消息发送网元将用户设备UE的信道使用能力信息携带在寻呼消息中，将所述寻呼消息发送给无线控制网元；
无线控制网元根据所述寻呼消息中的所述UE的信道使用能力信息，选择与所述UE的信道使用能力对应的物理信道来承载寻呼消息。
2. 如权利要求1所述的方法，其特征在于，所述UE的信道使用能力信息来源于信息存储网元；所述消息发送网元将用户设备UE的信道使用能力信息携带在寻呼消息中之前，进一步包括：UE将自身的信道使用能力信息发送给核心网，核心网将所接收的UE的信道使用能力信息存储在信息存储网元中。
3. 如权利要求2所述的方法，其特征在于，所述UE将自身的信道使用能力信息发送给核心网为：UE在进行注册时，将自身的信道使用能力信息携带在注册请求消息中发送给核心网；
或者为：UE在进行路由区或位置区更新时，将自身的信道使用能力信息携带在更新请求消息中发送给核心网；
或者为：UE在进行国际移动用户标识IMSI附着或联合附着时，将自身的信道使用能力信息携带在更新请求消息中发送给核心网；
或者为：UE根据无线控制网元的查询请求，将自身的信道使用能力信息发送给无线控制网元，无线控制网元将UE的信道使用能力信息携带在上报消息中发送给核心网。
4. 如权利要求2所述的方法，其特征在于，所述核心网将所接收的UE的信道使用能力信息存储在信息存储网元中为：核心网中的消息发送网元接收到携带UE的信道使用能力信息的所述消息，将所述消息中的所述UE的信道使用能力信息发送给信息存储网元，信息存储网元对所接收的UE的信道使用能力信息进行存储。
5. 如权利要求1至4中任一项所述的方法，其特征在于，所述UE的信道使用能力信息包括：UE从高速物理下行共享信道HS-PDSCH上接收寻呼消息的能力信息。
6. 如权利要求5所述的方法，其特征在于，所述无线控制网元选择与所述UE的信道使用能力对应的物理信道来承载寻呼消息为：
若所述UE的信道使用能力信息为UE能够从HS-PDSCH上接收寻呼消息，则所述无线控制网元选择HS-PDSCH来承载寻呼消息；
若所述UE的信道使用能力信息为UE不能从HS-PDSCH上接收寻呼消息，则所述无线控制网元选择第二公共控制物理信道S-CCPCH来承载寻呼消息。
7. 如权利要求6所述的方法，其特征在于，若所述无线控制网元选择HS-PDSCH承载寻呼消息，则该方法进一步包括：所述无线控制网元在广播消息中广播HS-PDSCH承载寻呼消息的参数，所述UE根据广播消息中的所述参数，对属于自身的寻呼消息进行接收。
8. 如权利要求7所述的方法，其特征在于，所述HS-PDSCH承载寻呼消息的参数包括：寻呼消息标识和高速共享控制信道HS-SCCH所使用的参数信息；
所述UE根据广播消息中的所述参数，对属于自身的寻呼消息进行接收为：UE根据广播消息中的所述参数按照事先约定的规则监听对应的HS-SCCH，根据所监听的HS-SCCH中的寻呼消息标识，从对应的HS-PDSCH上接收属于自身的寻呼消息。
9. 如权利要求7所述的方法，其特征在于，所述HS-PDSCH承载寻呼消息的参数包括：HS-PDSCH与寻呼指示信道PICH的时间间隔T及承载寻呼消息的HS-PDSCH所使用的参数信息；
所述UE根据广播消息中的所述参数，对属于自身的寻呼消息进行接收为：UE根据广播消息中的所述参数，在PICH上监听到有自身的寻呼消息时起，时间间隔T后，从HS-PDSCH上接收属于自身的寻呼消息。
10. 一种寻呼消息的承载系统，其特征在于，该系统包括：
消息发送网元，用于将用户设备UE的信道使用能力信息携带在寻呼消息中，将所述寻呼消息发送给无线控制网元；
无线控制网元，用于接收来自消息发送网元的所述寻呼消息，根据所述寻呼消息中的所述UE的信道使用能力信息，选择与所述UE的信道使用能力对应的物理信道来承载寻呼消息。
11. 如权利要求10所述的系统，其特征在于，该系统进一步包括：信息存储网元，用于存储UE的信道使用能力信息，并将所存储的UE的信道使用能力信息提供给消息发送网元。
12. 如权利要求11所述的系统，其特征在于，该系统进一步包括：用户设备UE，用于将自身的信道使用能力信息提供给信息存储网元。
13. 如权利要求11或12所述的系统，其特征在于，所述信息存储网元和消息发送网元都为服务GPRS支持节点SGSN；或者
所述信息存储网元和消息发送网元都为移动交换中心MSC；或者
所述信息存储网元为拜访位置寄存器VLR，所述消息发送网元为MSC；或者
所述信息存储网元为归属位置寄存器HLR，所述消息发送网元为SGSN或MSC。
14. 一种消息发送网元，其特征在于，该网元包括：信息获取模块和消息发送模块，其中，
信息获取模块，用于获取UE的信道使用能力信息，将所述获取的UE的信道使用能力信息提供给消息发送模块；
消息发送模块，用于将信息获取模块提供的所述UE的信道使用能力信息携带在寻呼消息中，将所述寻呼消息发送给无线控制网元。
15. 如权利要求14所述的网元，其特征在于，所述网元为服务GPRS支持节点SGSN或移动交换中心MSC。
16. 一种无线控制网元，其特征在于，该无线控制网元包括：消息接收解析模块，用于接收携带UE的信道使用能力信息的寻呼消息，从所述寻呼消息中解析出UE的信道使用能力信息，并将解析出的所述UE的信道使用能力信息提供给消息承载模块；
消息承载模块，用于根据消息接收解析模块提供的所述UE的信道使用能力信息，选择与UE的信道使用能力对应的物理信道来承载寻呼消息。
17. 如权利要求16所述的网元，其特征在于，所述网元为无线网络控制器或演进基站。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101017175A CN101267596A (zh) | 2007-03-14 | 2007-04-24 | 一种寻呼消息的承载方法、系统及装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200710087339 | 2007-03-14 | ||
| CN200710087339.X | 2007-03-14 | ||
| CNA2007101017175A CN101267596A (zh) | 2007-03-14 | 2007-04-24 | 一种寻呼消息的承载方法、系统及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101267596A true CN101267596A (zh) | 2008-09-17 |
Family
ID=39989665
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007101017175A Pending CN101267596A (zh) | 2007-03-14 | 2007-04-24 | 一种寻呼消息的承载方法、系统及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101267596A (zh) |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010031276A1 (zh) * | 2008-09-18 | 2010-03-25 | 中兴通讯股份有限公司 | 一种大带宽多载波系统中的寻呼方法 |
| CN102036311A (zh) * | 2009-09-25 | 2011-04-27 | 中兴通讯股份有限公司 | 获取终端的协作多点CoMP支持能力的方法和系统 |
| WO2011153768A1 (zh) * | 2010-06-09 | 2011-12-15 | 中兴通讯股份有限公司 | 数据传输方法、用户设备及基站 |
| CN102448025A (zh) * | 2010-09-30 | 2012-05-09 | 华为技术有限公司 | 寻呼Cell_PCH状态的用户终端的方法及装置 |
| CN102480788A (zh) * | 2010-11-24 | 2012-05-30 | 普天信息技术研究院有限公司 | 一种网络侧适配处理寻呼消息的方法 |
| CN102739377A (zh) * | 2011-04-12 | 2012-10-17 | 华为技术有限公司 | 采用harq机制传输数据的方法、设备及系统 |
| CN102761826A (zh) * | 2011-04-26 | 2012-10-31 | 中国移动通信集团公司 | 寻呼消息承载方法及装置、寻呼消息发送方法及装置 |
| CN101742428B (zh) * | 2008-11-25 | 2012-11-14 | 中兴通讯股份有限公司 | 一种移动通信系统寻呼消息的发送方法 |
| CN101795461B (zh) * | 2009-02-02 | 2013-04-17 | 华为技术有限公司 | 一种载波监听方法、终端设备、基站及移动性管理实体 |
| CN103428809A (zh) * | 2012-05-23 | 2013-12-04 | 华为技术有限公司 | 寻呼窄带终端的方法、网络设备及基站 |
| WO2015169218A1 (zh) * | 2014-05-08 | 2015-11-12 | 夏普株式会社 | 寻呼消息接收/发送方法及其相关用户设备、基站和网络侧设备 |
| WO2016045019A1 (zh) * | 2014-09-24 | 2016-03-31 | 华为技术有限公司 | 数据传输方法和设备 |
| WO2016161649A1 (zh) * | 2015-04-10 | 2016-10-13 | 华为技术有限公司 | 一种寻呼消息的传输方法和基站以及用户设备 |
| CN106465333A (zh) * | 2015-03-18 | 2017-02-22 | 华为技术有限公司 | 一种下行数据包的处理方法及相关设备 |
| CN109417560A (zh) * | 2016-07-22 | 2019-03-01 | 华为技术有限公司 | 一种接入方法、基站及设备 |
-
2007
- 2007-04-24 CN CNA2007101017175A patent/CN101267596A/zh active Pending
Cited By (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101677428B (zh) * | 2008-09-18 | 2012-07-18 | 中兴通讯股份有限公司 | 一种大带宽多载波系统中的寻呼方法 |
| WO2010031276A1 (zh) * | 2008-09-18 | 2010-03-25 | 中兴通讯股份有限公司 | 一种大带宽多载波系统中的寻呼方法 |
| CN101742428B (zh) * | 2008-11-25 | 2012-11-14 | 中兴通讯股份有限公司 | 一种移动通信系统寻呼消息的发送方法 |
| CN101795461B (zh) * | 2009-02-02 | 2013-04-17 | 华为技术有限公司 | 一种载波监听方法、终端设备、基站及移动性管理实体 |
| CN102036311A (zh) * | 2009-09-25 | 2011-04-27 | 中兴通讯股份有限公司 | 获取终端的协作多点CoMP支持能力的方法和系统 |
| WO2011153768A1 (zh) * | 2010-06-09 | 2011-12-15 | 中兴通讯股份有限公司 | 数据传输方法、用户设备及基站 |
| CN102448025A (zh) * | 2010-09-30 | 2012-05-09 | 华为技术有限公司 | 寻呼Cell_PCH状态的用户终端的方法及装置 |
| CN102480788B (zh) * | 2010-11-24 | 2014-06-04 | 普天信息技术研究院有限公司 | 一种网络侧适配处理寻呼消息的方法 |
| CN102480788A (zh) * | 2010-11-24 | 2012-05-30 | 普天信息技术研究院有限公司 | 一种网络侧适配处理寻呼消息的方法 |
| CN102739377A (zh) * | 2011-04-12 | 2012-10-17 | 华为技术有限公司 | 采用harq机制传输数据的方法、设备及系统 |
| CN102761826A (zh) * | 2011-04-26 | 2012-10-31 | 中国移动通信集团公司 | 寻呼消息承载方法及装置、寻呼消息发送方法及装置 |
| CN107071705A (zh) * | 2012-05-23 | 2017-08-18 | 华为技术有限公司 | 寻呼窄带终端的方法、网络设备及基站 |
| CN107071705B (zh) * | 2012-05-23 | 2021-02-23 | 华为技术有限公司 | 寻呼窄带终端的方法、网络设备、基站及系统 |
| US11089568B2 (en) | 2012-05-23 | 2021-08-10 | Huawei Technologies Co., Ltd. | Method, network device, and base station for paging narrowband terminal |
| US9615351B2 (en) | 2012-05-23 | 2017-04-04 | Huawei Technologies Co., Ltd. | Method, network device, and base station for paging narrowband terminal |
| CN103428809B (zh) * | 2012-05-23 | 2017-05-10 | 华为技术有限公司 | 寻呼窄带终端的方法、网络设备及基站 |
| CN103428809A (zh) * | 2012-05-23 | 2013-12-04 | 华为技术有限公司 | 寻呼窄带终端的方法、网络设备及基站 |
| US10219243B2 (en) | 2012-05-23 | 2019-02-26 | Huawei Technologies Co., Ltd. | Method, network device, and base station for paging narrowband terminal |
| WO2015169218A1 (zh) * | 2014-05-08 | 2015-11-12 | 夏普株式会社 | 寻呼消息接收/发送方法及其相关用户设备、基站和网络侧设备 |
| WO2016045019A1 (zh) * | 2014-09-24 | 2016-03-31 | 华为技术有限公司 | 数据传输方法和设备 |
| CN106465333A (zh) * | 2015-03-18 | 2017-02-22 | 华为技术有限公司 | 一种下行数据包的处理方法及相关设备 |
| CN106465333B (zh) * | 2015-03-18 | 2019-11-29 | 华为技术有限公司 | 一种下行数据包的处理方法及相关设备 |
| US10827457B2 (en) | 2015-04-10 | 2020-11-03 | Huawei Technologies Co., Ltd. | Paging message transmission method, base station, and user equipment |
| WO2016161649A1 (zh) * | 2015-04-10 | 2016-10-13 | 华为技术有限公司 | 一种寻呼消息的传输方法和基站以及用户设备 |
| US10827461B2 (en) | 2016-07-22 | 2020-11-03 | Huawei Technologies Co., Ltd. | Access method, base station, and device |
| CN109417560B (zh) * | 2016-07-22 | 2021-02-12 | 华为技术有限公司 | 一种接入方法、基站及设备 |
| CN109417560A (zh) * | 2016-07-22 | 2019-03-01 | 华为技术有限公司 | 一种接入方法、基站及设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101267596A (zh) | 一种寻呼消息的承载方法、系统及装置 | |
| KR101054957B1 (ko) | 멀티캐스트 및 브로드캐스트 서비스를 위한 제어메시지송수신 방법 | |
| RU2374768C2 (ru) | Передача управляющих сообщений при многоточечном обслуживании в беспроводной системе связи | |
| JP5329266B2 (ja) | 移動局、基地局、及び移動局の使用周波数帯域マッピング方法 | |
| RU2414098C2 (ru) | Способ обработки сообщений с управляющей информацией при многоточечном обслуживании | |
| CN101248597B (zh) | 在下行链路共享信道上提供服务的方法 | |
| CN101133656B (zh) | 用于在移动通信系统中提供点对多点多媒体服务的方法和装置 | |
| EP1749353B1 (en) | Transmission of control information in wireless communication system | |
| CN101099314B (zh) | 用于在无线通信系统中管理配置信息的方法和移动终端 | |
| EP3913932B1 (en) | Method and apparatuses in a telecommunication system | |
| RU2408166C2 (ru) | Способ передачи и приема информации управления для групповой услуги мультимедиа точка - много точек | |
| CN101641884A (zh) | 用于恒定数据速率服务的非连续接收操作 | |
| CN101841773A (zh) | 资源指示方法和终端 | |
| CN100469162C (zh) | 用于传输通知的方法、基站、用户台和无线电通信系统 | |
| CN101568103B (zh) | 通信方法、移动台装置及基站装置 | |
| CN101222661B (zh) | 高速下行共享信道的共享控制信道的配置方法和装置 | |
| CN101188793B (zh) | 高速下行共享信道的共享控制信道的配置方法及装置 | |
| CN101151933B (zh) | 发送和接收用于点对多点多媒体多址通信服务的控制信息的方法 | |
| RU2005125726A (ru) | Способ передачи информации к группе станций радиосвязи |
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 |
Application publication date: 20080917 |