CN101400110B - 一种确定寻呼传输信道的方法及*** - Google Patents

一种确定寻呼传输信道的方法及*** Download PDF

Info

Publication number
CN101400110B
CN101400110B CN2007101681236A CN200710168123A CN101400110B CN 101400110 B CN101400110 B CN 101400110B CN 2007101681236 A CN2007101681236 A CN 2007101681236A CN 200710168123 A CN200710168123 A CN 200710168123A CN 101400110 B CN101400110 B CN 101400110B
Authority
CN
China
Prior art keywords
travelling carriage
beep
page message
paging
channel
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
Application number
CN2007101681236A
Other languages
English (en)
Other versions
CN101400110A (zh
Inventor
陈燕燕
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2007101681236A priority Critical patent/CN101400110B/zh
Priority to PCT/CN2008/072542 priority patent/WO2009043297A1/zh
Publication of CN101400110A publication Critical patent/CN101400110A/zh
Application granted granted Critical
Publication of CN101400110B publication Critical patent/CN101400110B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种确定寻呼传输信道的方法，包括以下步骤：控制无线网络控制器RNC获取移动台的能力信息；所述控制RNC根据所述移动台的能力信息以及寻呼域的能力信息确定发送寻呼消息的信道。本发明实施例还提供了一种触发服务无线网络子***重定位的方法。本发明实施例中控制RNC可以通过获知移动台是否支持增强寻呼的能力，以确定移动台收到寻呼指示后会去SCCPCH还是HS-PDSCH信道上监听寻呼消息，避免寻呼损失。

Description

一种确定寻呼传输信道的方法及***
技术领域
本发明涉及通信技术领域，尤其涉及一种确定寻呼传输信道的方法及***。
背景技术
现有技术中，处于URA_PCH(UTRAN Registration Area Paging Channel，UTRAN注册区寻呼信道)状态下的移动台不能直接的进行数据发送和接收。当网络侧有数据或者呼叫要下发给URA_PCH状态的移动台时，需要在网络侧的PCH(Paging Channel，寻呼信道)发送寻呼消息来通知移动台，移动台收到寻呼消息后，状态迁移进入到其他状态进行数据发送和接收。出于节电目的，处于URA_PCH状态下的移动台执行不连续接收(Discontinuous Reception，DRX)，移动台按照与网络侧协商好的不连续接收周期和算法，来计算何时应该去接收属于自己的寻呼消息，具体方法如下：
每个寻呼信道(PCH)都有一个寻呼指示信道(Page Indicator Channel，PICH)与之配对使用，移动台只在一定的寻呼时机(paging occasion)去不连续的监听PICH上的PI(Paging Indication，寻呼指示)信息。寻呼时机的计算：
Paging Occasion＝{(IMSI div K)mod(DRX cycle length div PBP)}*PBP+n*DRX cycle length+Frame Offset；    (1)
PI＝DRX Index mod Np；
where DRX Index＝IMSI div 8192
其中：IMSI(Intemational Mobile Subscriber Identity国际移动用户标识)用于标识国际移动用户；K为可用的承载PCH的SCCPCH(Secondary CommonControl Physical Channel，辅助公共控制物理信道)的个数；DRX cycle length为不连续接收周期；PBP为寻呼块周期，对于FDD(Frequency Division Duplex，频分复用)，PBP＝1；Frame Offset为帧偏移，对于FDD，帧偏移为0，对于TDD(Time Division Duplex，时分复用)，帧偏移值在***消息中指定；NPICH为承载寻呼指示帧的帧数，等于寻呼指示帧的重复长度；NGAP是某个寻呼时机的最后一个承载寻呼指示的帧与第一个承载寻呼消息的帧之间的帧数；DRXIndex为不连续接收指数，其值为(IMSI div 8192)；对于FDD，Np是一个帧中的寻呼指示的数目，对于TDD，Np是一个寻呼块中的寻呼指示的数目；NPCH为寻呼组的个数。其中，NPICH，Np，NPCH都在***消息中下发。
通过以上公式，移动台可以计算出自己需要监控的寻呼指示帧的SFN(System Frame Number，***帧号)以及需要监控的PI。如果在寻呼时机中监控到属于自己的寻呼指示的信息为“后续有寻呼消息”，对于FDD，在指定tPICH＝7680chips后，到承载寻呼消息的SCCPCH上接收寻呼消息(PCH是传输信道，其映射到物理信道为SCCPCH)。现有技术WCDMA中PICH与SCCPCH的时隙关系如图1所示。
在WCDMA(Wideband Code Division Multiple Access，宽带码分多址)中的PICH帧结构如图2所示，包括用于寻呼指示的288比特和预留的12比特。WCDMA的Release7版本中，引入了增强寻呼特性，对于支持增强寻呼特性的Cell_PCH状态下或URA_PCH状态下的移动台，可以利用HSDPA(High SpeedDownlink Package Access，高速下行链路分组接入)技术实现传输比特率的增加，即从HS-PDSCH(High-Speed Physical Downlink Shared Channel，高速物理下行共享信道)接收寻呼消息，PICH与HS-PDSCH的时隙关系如图3所示。其具体的实现方式如下：
对于URA_PCH状态下的移动台，如果移动台支持增强寻呼特性，并且当移动台进入到一个支持增强寻呼特性的小区中时，移动台会按照现有的方式监听寻呼指示信道上的寻呼指示。与非增强寻呼的区别在于，增强寻呼用于计算寻呼时机的公式中的K是从***广播消息中获得的小区中支持HSDPA的PICH的数目，并且移动台监控的PICH的信道是通过读取***广播消息中的相关信息以及移动台的U-RNTI(User Radio Network Temporary Identity，用户无线网络临时标识)来进行计算并进行选择的：
移动台所选择监听的寻呼指示信道的编号＝U-RNTI mod K
公式中的K值为支持HSDPA的候选寻呼指示信道的条数。
当URA_PCH状态的移动台监听寻呼指示信道并检测到属于自己的寻呼指示的信息为“后续有寻呼消息”，则在指定的时间间隔后，到承载寻呼消息内容的HS-PDSCH(High-Speed Physical Downlink Shared Channel，高速物理下行共享信道)上接收寻呼消息内容。
现有技术中一种通信***如图4所示，包括：
SRNC(Serving RNC，服务RNC)是指移动台与网络之间的RRC(Radio Resource Control，无限资源控制)协议的终结点，移动台的RRC上下文都存储于服务RNC中，并且SRNC是移动台与核心网进行通信的唯一的接口。
CRNC(Controlling RNC，控制RNC)，是指移动台由于移动等原因，进入了属于这个RNC的小区中，移动台使用了这个RNC范围内的资源，但是移动台与核心网进行通信时仍需要通过SRNC。
移动台的服务RNC和控制RNC可能是同一个RNC，也可以是不同的RNC。当移动台的服务RNC与控制RNC不一致时，服务RNC可以决定发起SRNSRelocation的过程(即服务无线网络***重定位过程)，将移动台的RRC上下文从服务RNC转移到控制RNC，从而使得之前的控制RNC成为其服务RNC。
考虑下面的场景：图4所示的一个通信***中，移动台处于URA_PCH状态。移动台在无线网络控制器A范围内的小区中建立RRC连接，即无线网络控制器A是移动台的服务RNC。但是之后由于移动台的移动等原因，移动台驻留在了无线网络控制器B之下的小区D中，即无线网络控制器B成为移动台的控制RNC。
图4中无线网络控制器C范围内的小区E与无线网络控制器C之下的小区D属于相同的URA，也即当移动台由于移动等原因执行小区重选从小区D重选到小区E时，虽然当前无线网络控制器C成为了移动台的控制RNC，但移动台并不会发起URA更新过程通知网络侧。
当服务RNC收到来自核心网的对于这个URA_PCH状态移动台的数据或者呼叫时，由于服务RNC中会存储这个移动台的RRC上下文，因此可以知道这个移动台的RRC状态以及所在的URA标识信息，于是在属于这个URA的小区中发送寻呼消息，具体实现过程如图5所示，包括以下步骤：
步骤s501，服务RNC向其他的至少包含一个该URA小区的RNC发送寻呼请求消息，该寻呼请求消息中携带：paging area(寻呼域)，即URA标识信息、被呼移动台的IMSI，以及这个移动台的DRX周期参数等信息。其中，寻呼域是指需要发送寻呼的范围，可以是一个URA标识，也可以是一个小区的标识，当控制RNC得到寻呼域时，即知道了需要在哪些小区的范围内发送这个寻呼消息。
步骤s502，收到寻呼请求消息的RNC(在图4的通信***中，RNC B和RNCC都会收到这个寻呼请求消息)，根据被呼移动台的IMSI和DRX周期参数计算移动台的寻呼时机，并将寻呼消息的内容以及PI指示的信息放在PCH数据帧中通过Iub接口发送给基站。
步骤s503，基站收到PCH数据帧，则根据PCH数据帧中的内容，在寻呼指示信道的相应位置发送寻呼指示信息，在SCCPCH信道发送寻呼消息的内容。
步骤s504，移动台根据自己的IMSI，DRX参数等信息计算出监听寻呼指示的时机，并根据寻呼指示的信息判断是否需要到SCCPCH信道接收寻呼消息内容。
在引入增强寻呼特性后，上述的步骤s502中，收到寻呼请求的RNC也可能会将寻呼消息的内容以及PI指示的信息放在HS-DSCH数据帧中通过Iub接口发送给基站。
步骤s503，基站收到HS-DSCH数据帧，则根据HS-DSCH数据帧中的内容，在寻呼指示信道的相应位置发送寻呼指示信息，在HS-PDSCH信道发送寻呼消息的内容。
移动台根据自己的能力信息以及当前小区的***广播消息中表达的小区能力信息决定在SCCPCH信道上接收寻呼消息还是在HS-PDSCH信道上接收寻呼消息。
综上所述，在实现本发明的过程中，发明人发现现有技术中至少存在如下问题：根据现有协议的描述，如果移动台支持增强寻呼的功能，并且***广播消息中的相关信息表明移动台当前所驻留的小区也是支持增强寻呼功能时，移动台在监听到寻呼指示信道上的寻呼指示，接下来会去HS-PDSCH信道上接听寻呼消息的内容。然而，移动台接收到的驻留小区中的***广播消息是来自于CRNC的配置，即当前小区支持增强寻呼只能表明CRNC是支持增强寻呼特性的，并不能表明SRNC是否支持增强寻呼特性。
虽然CRNC可以从移动台在小区更新或者URA更新消息中携带信息获得移动台是否支持增强寻呼的能力信息，然后根据移动台的能力信息来判断将寻呼消息发送在SCCPCH信道或者HS-PDSCH信道。然而，如果移动台从来没有在当前CRNC的范围内发起过上行接入时，即移动台小区重选到不同的RNS(Radio Network Subsystem，无线网络子***)范围，但是仍属于相同的URA的小区，因此无须发起URA更新的过程。因此CRNC如果仅仅根据该小区是否支持增强寻呼的能力信息来选择寻呼信道，移动台可能收不到寻呼消息，存在呼损的可能性。
比如在图4中，当移动台从小区D重选到小区E的范围，由于小区D和小区E属于相同的URA，因此当网络侧需要对移动台发起寻呼时，移动台还没有在无线网络控制器C的范围内发起过上行信令接入，于是无线网络控制器C无法得知移动台的能力信息，也就无法知道移动台收到寻呼指示后会去SCCPCH还是HS-PDSCH信道上监听寻呼消息，于是存在呼损的可能性。
发明内容
本发明实施例提供一种确定寻呼传输信道的方法及***，以解决现有技术中无法得知移动台的能力信息，也无法得知移动台收到寻呼指示后，会去SCCPCH还是HS-PDSCH信道上监听寻呼消息的问题。
为达到上述目的，本发明实施例一方面提供一种确定寻呼传输信道的方法，包括以下步骤：
控制RNC获取移动台的能力信息；
所述控制RNC根据所述移动台的能力信息以及寻呼域的能力信息确定发送寻呼消息的信道。
另一方面，本发明实施例还提供了一种触发服务无线网络子***重定位的方法，包括以下步骤：
移动台判断服务RNC和控制RNC的能力信息是否一致；
如果不一致，则所述移动台发起上行接入过程，使原来的控制RNC成为新的服务RNC。
再一方面，本发明实施例还提供了一种确定寻呼传输信道的***，包括移动台和基站，还包括RNC，用于获取移动台的能力信息，并根据所述移动台的能力信息以及寻呼域的能力信息确定发送寻呼消息的信道。
再一方面，本发明实施例还提供了一种触发服务无线网络子***重定位的***，包括移动台，用于判断服务RNC和控制RNC的能力信息是否一致，如果不一致，则发起上行接入过程，使原来的控制RNC成为新的服务RNC。
与现有技术相比，本发明实施例具有以下优点：通过本发明实施例，控制RNC获取移动台的能力信息，并根据该移动台的能力信息以及寻呼域的能力信息确定发送寻呼消息的信道。在移动台判断服务RNC和控制RNC的能力信息不一致时，可以通过发起上行接入过程，使原来的控制RNC成为新的服务RNC。从而弥补了现有技术无法得知移动台的能力信息的缺陷，避免寻呼损失。
附图说明
图1是现有技术WCDMA中PICH与SCCPCH的时隙关系示意图；
图2是现有技术WCDMA中的PICH帧结构示意图；
图3是现有技术WCDMA中的PICH与HS-PDSCH的时隙关系示意图；
图4是现有技术中一种通信***结构图；
图5是现有技术中一种确定寻呼传输信道的方法流程图；
图6是本发明实施例一中移动台确定寻呼传输信道方法流程图；
图7是本发明实施例二中移动台确定寻呼传输信道方法流程图；
图8是本发明实施例三中移动台确定寻呼传输信道方法流程图；
图9是本发明实施例四中移动台确定寻呼传输信道方法流程图；
图10是本发明实施例五中移动台确定寻呼传输信道方法流程图；
图11是本发明实施例六中移动台确定寻呼传输信道方法流程图；
图12是本发明实施例七中移动台确定寻呼传输信道方法流程图；
图13是本发明实施例十一中一种无线网络控制器触发服务无线网络子***重定位的方法的流程图；
图14是本发明实施例十二中一种无线网络控制器触发服务无线网络子***重定位的方法的流程图；
图15是本发明实施例十三中一种无线网络控制器触发服务无线网络子***重定位的方法的流程图。
具体实施方式
本发明实施例中控制RNC获取移动台的能力信息和寻呼域的能力信息，然后控制RNC根据所述移动台的能力信息以及寻呼域的能力信息确定发送寻呼消息的信道。其中，所述移动台的能力信息为所述移动台是否支持增强寻呼特性，所述寻呼域的能力信息为所述寻呼消息发送小区是否支持增强寻呼特性。
其中，根据移动台的能力信息以及寻呼域的能力信息确定发送寻呼消息的信道具体包括：控制RNC收到服务无线网络控制器SRNC对于某移动台的寻呼请求时，确定需要将所述寻呼请求在一个支持增强寻呼特性的小区中下发给所述移动台；所述控制RNC判断是否存储有所述移动台支持增强寻呼的信息，如果有，则在HS-PDSCH上发送寻呼消息，指示所述移动台按照增强寻呼方式在HS-PDSCH上发送寻呼消息。如果所述控制RNC中没存储所述移动台支持增强寻呼的信息，则所述控制RNC将所述移动台按照不支持增强寻呼特性和支持增强寻呼特性的两种情况计算出两个寻呼时机，并在所述两个寻呼时机中都传输相应的寻呼指示。
其中，判断存储有所述移动台支持增强寻呼的信息之前包括：所述控制RNC获取并存储所述移动台是否支持增强寻呼特性。所述控制RNC获取并存储所述移动台是否支持增强寻呼特性具体包括：所述移动台向所述SRNC发送更新请求，所述请求中包括所述移动台是否支持增强寻呼特性的指示；所述SRNC向所述控制RNC发送寻呼请求，所述请求中携带所述指示；所述控制RNC获取并存储所述指示。或，所述控制RNC接收所述移动台更新时发送的RRC消息，获取并存储所述消息中所述移动台是否支持增强寻呼特性的指示。或，移动台在URA中的某个小区中发起上行接入并携带支持增强寻呼特性的能力信息；通过RNC之间的信息交互，移动台的能力信息被至少有一个小区属于该URA范围的所有控制RNC获得。
本发明实施例一中一种移动台确定寻呼传输信道方法，如图6所示，包括以下步骤：
步骤s601，移动台在发送给网络侧的上行RRC信令中携带移动台支持增强寻呼特性能力的信息；
该上行RRC信令包含但不限于以下RRC信令：可以是RRC连接建立过程中的RRC信令，可以是小区更新消息，可以是URA更新消息。
步骤s602，服务RNC将该移动台支持增强寻呼特性能力的信息存储于该移动台对应的RRC上下文中；
步骤s603，控制RNC接收寻呼请求消息；
该寻呼请求消息中携带移动台是否支持增强寻呼特性的指示信息；
或者也可以只携带移动台支持增强寻呼特性的指示信息，不携带该信息时认为移动台不支持增强寻呼特性。
步骤s604，控制RNC根据移动台的能力信息以及寻呼域的能力信息决定发送寻呼消息的信道。
如果移动台支持增强寻呼，并且寻呼消息发送的小区支持增强寻呼特性，则在HS-PDSCH信道上发送寻呼消息；
如果移动台支持增强寻呼，但是寻呼消息发送的小区不支持增强寻呼特性，则在SCCPCH信道上发送寻呼消息；
如果移动台不支持增强寻呼，但是寻呼消息发送的小区支持增强寻呼特性，则在SCCPCH信道上发送寻呼消息；
如果移动台不支持增强寻呼，并且寻呼消息发送的小区不支持增强寻呼特性，则在SCCPCH信道上发送寻呼消息。
即，只有当移动台和寻呼消息发送的小区同时支持增强寻呼特性时，才在HS-PDSCH信道上发送寻呼消息。
本发明实施例二中一种移动台确定寻呼传输信道方法，如图7所示，包括以下步骤：
步骤s701，移动台在发送给网络侧的上行RRC信令中携带移动台支持增强寻呼特性能力的信息；
该上行RRC信令包含但不限于以下RRC信令：可以是RRC连接建立过程中的RRC连接建立请求信令，可以是RRC连接建立完成，可以是小区更新消息，可以是URA更新消息。
步骤s702，控制RNC从步骤s701所述的上行RRC消息中，获得并存储移动台是否支持增强寻呼特性的信息。
步骤s703，控制RNC接收寻呼请求消息。
步骤s704，与步骤s604相同。
实施例一和实施例二的共同之处是，控制RNC需要通过某种途径获得移动台是否支持增强寻呼特性的能力信息；并利用移动台的能力信息和需要下发寻呼消息的小区是否支持增强寻呼特性的能力信息来共同判断在哪个信道上下发寻呼消息。不同的是，实施例一中是从服务RNC发送的寻呼请求消息中获得，而实施例二中是从移动台发送给网络侧的上行RRC消息中获得。
本发明实施例三中一种移动台确定寻呼传输信道方法，如图8所示，包括以下步骤：
步骤s801，服务RNC每次为移动台分配新的U-RNTI时，或者每次服务RNC标识发生变化时，网络侧向移动台发送的RRC消息中携带SRNC是否支持增强寻呼特性的指示。其中，所述的RRC消息可以包括但不限于以下消息：切换到UTRAN命令(HANDOVER TO UTRAN COMMAND)；物理信道重配置消息(PHYSICAL CHANNEL RECONFIGURATION)；无线承载配置消息(RADIO BEARER RECONFIGURATION)；无线承载释放消息(RADIOBEARER RELEASE)；无线承载建立消息(RADIO BEARER SETUP)；RRC连接建立消息(RRC CONNECTION SETUP)；传输信道重配置消息(TRANSPORT CHANNEL RECONFIGURATION)；URA更新确认消息(URAUPDATE CONFIRM)；UTRAN移动通知消息(UTRAN MOBILITYINFORMATION)。
步骤s802，移动台可以通过该指示判断服务RNC是否支持增强寻呼；
当网络侧为移动台分配了新的U-RNTI，但是却并未携带该指示时，移动台可以认为这个服务RNC不支持增强寻呼特性。
步骤s803，控制RNC收到寻呼请求消息。
步骤s804，控制RNC根据移动台的能力信息决定寻呼信道，发送寻呼消息；
如果控制RNC中没有存储关于这个移动台是否支持增强寻呼的信息，则控制RNC对于这个移动台，在其HS-PDSCH信道相关的寻呼指示信道以及SCCPCH相关的寻呼指示信道上都发送寻呼指示信息。
即控制RNC在计算寻呼时机和PI bitmap(位图)时，将被呼移动台按照不支持增强寻呼特性和支持增强寻呼特性的两种情况，计算出两个寻呼时机，即两个PICH的SFN号，并在这两个寻呼时机中都传输相应的寻呼指示，向移动台表明“后续有寻呼消息”，并在HS-PDSCH信道相关的寻呼指示信道帧的扩展比特中包含“寻呼消息在SCCPCH”的信息。
步骤s805，在SCCPCH信道上发送寻呼消息的内容。
步骤s806，如果移动台支持增强寻呼特性，则移动台会读到HS-PDSCH信道相关的寻呼指示信道上的寻呼指示以及扩展比特中的“寻呼消息在SCCPCH”的信息。从而接下来到SCCPCH信道上接收寻呼消息的内容。
实施例三中，只有满足以下条件的移动台会去读取PICH帧中的扩展比特：移动台处于URA_PCH状态，移动台支持增强寻呼特性，且当前所处小区支持增强寻呼特性，并且移动台的服务RNC不支持增强寻呼特性(可能是由于SRNC为Rel 7以前版本的RNC，或者是一个Rel 7版本之后的但是不支持增强寻呼特性的RNC)，不满足以上条件的移动台即使读到这个扩展比特，也会忽略其含义。
从以上的分析可以知道，不满足这些条件的寻呼仍然会利用HSDPA信道下发；即使满足这些条件，寻呼消息仍然有机会在HSDPA信道下发，这取决于控制RNC是否了解移动台的增强寻呼特性能力，于是可以有效的利用HSDPA特性。
本发明实施例四中，处于URA_PCH状态的支持增强寻呼特性的移动台了解到服务RNC不支持增强寻呼特性，而当前小区支持增强寻呼特性，则移动台在SCCPCH信道接收寻呼消息。控制RNC在计算寻呼时机和PI位图时，将被呼移动台按照不支持增强寻呼特性的移动台处理。具体过程如图9所示，包括以下步骤：
步骤s901～s903与步骤s801～s803相同。
步骤s904，当控制RNC收到寻呼请求时，如果控制RNC获知服务RNC不支持增强寻呼特性，则对于这个移动台，在SCCPCH相关的寻呼指示信道上发送寻呼指示信息。
控制RNC得知服务RNC的是否支持增强寻呼特性的方法可以是：控制RNC可以从SRNC发来的信令中获得，也可以从移动台发来的信令中获得。
步骤s905，移动台监听到SCCPCH相关的寻呼信道上的寻呼指示后到SCCPCH信道上接收寻呼消息。
本发明实施例五如图10所示，包括以下步骤：
步骤s1001，控制RNC接收寻呼请求消息。
步骤s1002，如果控制RNC需要在支持增强寻呼的小区中下发寻呼消息，则控制RNC需要判断是否存储了关于这个移动台是否支持增强寻呼的信息，如果没有，则转步骤s1003。当然，实际应用中步骤s1002也可以省略。
步骤s1003，控制RNC向寻呼请求中指示的小区中下发寻呼消息。控制RNC在HS-PDSCH信道和SCCPCH信道上发送寻呼消息，
发送的方式可以在HS-PDSCH信道和SCCPCH信道上同时发送寻呼消息，或者；
可以先在HS-PDSCH上发送寻呼消息，如果在一定时间内没有收到移动台的寻呼响应，再在SCCPCH上发送寻呼消息；或者
可以先在SCCPCH上发送寻呼消息，如果在一定时间内没有收到移动台的寻呼响应，再在HS-PDSCH上发送寻呼消息；或者
也可以先在HS-PDSCH上发送一定次数的寻呼消息，再在SCCPCH上发送一定次数的寻呼消息；或者
也可以先在SCCPCH上发送一定次数的寻呼消息，再在HS-PDSCH上发送一定次数的寻呼消息；或者
也可以在HS-PDSCH和SCCPCH上间隔发送寻呼消息。总之，无论采取何种发送方式，只要是在两个信道上都发了，就属于本发明的保护范围。
如果在不支持增强寻呼特性的小区中下发，则控制RNC仅在SCCPCH上传输寻呼消息。
在实施例五中，如果控制RNC需要在不支持增强寻呼特性的小区中下发寻呼消息，则控制RNC直接在SCCPCH信道上下发寻呼消息。如果控制RNC中存储了被呼移动台的能力信息，则当移动台和寻呼消息发送的小区都支持增强寻呼特性时，在高速物理下行共享信道HS-PDSCH信道上发送寻呼消息。当移动台和/或需要发送寻呼消息的小区不支持增强寻呼特性时，在SCCPCH信道上发送寻呼消息。
本发明实施例六，如图11所示，包括以下步骤：
步骤s1101～s1102与S601～S602相同。
步骤s1103，服务RNC可以根据移动台属于的URA标识信息，将移动台的增强寻呼特性能力信息通知给至少有一个小区属于该URA的其他RNC，于是移动台所在的控制RNC可以知道移动台支持增强寻呼特性的能力信息。
步骤s1104，控制RNC接收寻呼请求消息。
步骤s1105与步骤s604相同。
本发明实施例七，如图12所示，包括以下步骤：
步骤s1201～s1202与S701～S702相同。
步骤s1203，控制RNC可以根据移动台属于的URA标识信息，将移动台的增强寻呼特性能力信息通知给至少有一个小区属于该URA的其他RNC，于是即使移动台由于移动控制RNC发生变化，移动台当前所在的控制RNC仍然可以知道移动台支持增强寻呼特性的能力信息。
步骤s1204～s1205与步骤s1104～s1105相同。
实施例六、实施例七的共同之处是，通过RNC之间的信息交互，移动台的能力信息被至少有一个小区属于该URA范围的所有RNC获得。
本发明实施例八：
服务RNC在寻呼请求消息或者其他的Iur接口上的信令中携带服务RNC是否支持增强寻呼特性的信息，以使控制RNC了解服务RNC是否支持增强寻呼的能力，如果未携带，认为服务RNC不支持增强寻呼。
移动台通过步骤s801～s802可以了解服务RNC是否支持增强寻呼的信息。
对于控制RNC，如果确定服务RNC不支持增强寻呼特性，则只在SCCPCH上发送寻呼消息；对于移动台，无论当前小区是否支持增强寻呼特性，只要其服务RNC不支持增强寻呼特性，则只在SCCPCH上接收寻呼消息。
实施例九：
当控制RNC收到寻呼请求，需要在一个支持增强寻呼的小区中发送寻呼消息时：
如果寻呼请求中携带了移动台的能力信息，则根据移动台的能力信息在相应的信道上下发寻呼消息；
如果寻呼请求中没有携带移动台的能力信息，则认为移动台不支持增强特性，于是在SCCPCH信道上传输寻呼消息；
实施例十：
当控制RNC收到寻呼请求，需要在一个支持增强寻呼的小区中发送寻呼消息时：
如果控制RNC获知服务RNC不支持增强寻呼特性，则在SCCPCH信道上传输寻呼消息。
控制RNC得知服务RNC是否支持增强寻呼特性的方法可以是：控制RNC可以从SRNC发来的信令中获得，也可以从移动台发来的信令中获得。
本发明实施例十一，如图13所示，包括以下步骤：
步骤s1301，服务RNC每次为移动台分配新的U-RNTI时，在相应的RRC消息中携带服务RNC是否支持增强寻呼特性的指示。
步骤s1302，移动台可以通过这个指示信息判断服务RNC是否支持增强寻呼。
步骤s1303，移动台执行小区重选到一个支持增强特性的小区中。
步骤s1304，如果移动台支持增强寻呼特性，且其服务RNC不支持增强特性，则移动台需要发起一个上行RRC过程。
这个上行的RRC过程可以是小区更新或者URA更新或者其他的上行接入信令。
这个上行的RRC消息中可以携带移动台是否支持增强特性的信息；也可以携带触发上行接入信令的原因。
步骤s1305，服务RNC收到这个消息后，发起服务RNS relocation过程，重定位过程结束后，则原来的控制RNC成为移动台的新的服务RNC。
本发明实施例十二，如图14所示，包括以下步骤：
步骤s1401，服务RNC每次为移动台分配新的U-RNTI时，在相应的RRC消息中携带服务RNC是否支持增强寻呼特性的指示。
从图中可以看出，服务RNC主要是在RRC消息中携带本服务RNC是否支持增强寻呼特性的指示。显然，除了在为移动台分配新的U-RNTI时，在相应的RRC消息中携带本服务RNC是否支持增强寻呼特性的指示，也可以在其他的RRC消息中携带该指示，比如：服务RNC通过RRC消息指示移动台进入URA_PCH状态时，可以在相应的RRC消息中携带本服务RNC是否支持增强寻呼特性的指示。
另外，服务RNC通过RRC消息携带本服务RNC是否支持增强寻呼特性的指示的这个步骤，除了在本实施例中有该步骤之外，在前述实施例十一及后面的实施例十三中均有同样的步骤，且具体实现相同，因此在其他两个实施例中不再详细描述。
步骤s1402，移动台可以通过这个指示信息判断服务RNC是否支持增强寻呼。
步骤s1403，支持增强寻呼特性的移动台，如果其服务RNC不支持增强特性，并且由于移动或者执行小区重选或者状态迁移后驻留到一个支持增强特性的小区中，则移动台需要向控制RNC发起一个上行RRC过程。
这个上行的RRC过程可以是小区更新或者URA更新或者其他的上行接入信令。
这个上行的RRC消息中可以携带移动台是否支持增强特性的信息；也可以携带触发这个上行接入信令的原因。
步骤s1404，控制RNC获得并保存移动台支持增强寻呼的信息。
步骤s1405，控制RNC获知服务RNC不支持增强寻呼特性；
控制RNC获知服务RNC不支持增强寻呼特性的过程可以通过Iur接口上的(包括但不限于)公共资源建立请求等信令中获得，也可以从移动台发来的信令中获得。
另外，服务RNC可以通过不携带增强寻呼特性相关的信息来使得控制RNC认为其不支持增强寻呼特性。
值得注意的是步骤s1404和步骤s1405没有时间上的顺序关系。
步骤s1406，控制RNC发起RRC连接释放过程。
步骤s1407，移动台收到RRC连接释放信令后，释放当前的RRC连接。
步骤s1408，移动台在原先的控制RNC的小区中重新发起RRC连接建立过程，从而原来的控制RNC成为移动台新的服务RNC。
本发明实施例十三，如图15所示，包括以下步骤：
步骤s1501，服务RNC每次为移动台分配新的U-RNTI时，在相应的RRC消息中携带服务RNC是否支持增强寻呼特性的指示。
步骤s1502，移动台可以通过这个指示信息判断服务RNC是否支持增强寻呼。
步骤s1503，移动台执行小区重选到一个支持增强特性的小区中。
步骤s1504，如果移动台支持增强寻呼特性的，且其服务RNC不支持增强特性，则移动台需要发起一个上行RRC过程。
这个上行的RRC过程可以是小区更新或者URA更新或者其他的上行接入信令。
这个上行的RRC消息中可以携带移动台是否支持增强特性的信息；也可以携带触发上行接入信令的原因。
步骤s1505，服务RNC发起RRC连接释放过程。
步骤s1506，移动台在原控制RNC的小区中重新发起RRC连接建立过程，使原来的控制RNC成为移动台新的服务RNC。
当移动台检测到当前服务RNC的能力与控制RNC的能力不一致时，或者移动台以其他方式获知当前服务RNC的能力与控制RNC的能力不一致时(例如，移动台具体可以通过网络侧专门用于通知移动台的信令获知该能力信息；或者，网络侧可以在某个信令中携带指示，通知移动台当前服务RNC的能力与控制RNC的能力不一致)，会发起上行接入过程。例如：当移动台获知当前服务RNC不支持增强寻呼特性，而当前控制RNC支持增强寻呼特性时，移动台就会发起一个上行接入过程。上述过程可以有多种实现方式，实施例十一、实施例十二和实施例十三分别是实现上述过程的一种具体实现方式，任何可以实现上述过程的方式均应落入本发明实施例的保护范围。
本发明实施例十一和实施例十二，十三的共同之处是，使得原来支持增强寻呼特性的控制RNC成为移动台新的服务RNC，从而回避了发明目的中无法确定寻呼信道的场景的发生。
另外，为了简化对标准的更改，也可以省略以上各实施例中控制RNC获取移动台的能力信息的步骤，直接将寻呼消息在SCCPCH和HS-PDSCH上发送，发送方式具体如下：
如果需要在支持增强寻呼特性的小区发送寻呼消息，则控制RNC在HS-PDSCH信道和SCCPCH信道上发送寻呼消息：
发送的方式可以在HS-PDSCH信道和SCCPCH信道上同时发送寻呼消息，或者；
可以先在HS-PDSCH上发送寻呼消息，如果在一定时间内没有收到移动台的寻呼响应，再在SCCPCH上发送寻呼消息；或者
可以先在SCCPCH上发送寻呼消息，如果在一定时间内没有收到移动台的寻呼响应，再在HS-PDSCH上发送寻呼消息；或者
也可以先在HS-PDSCH上发送一定次数的寻呼消息，再在SCCPCH上发送一定次数的寻呼消息；或者
也可以先在SCCPCH上发送一定次数的寻呼消息，再在HS-PDSCH上发送一定次数的寻呼消息；或者
也可以在HS-PDSCH和SCCPCH上间隔发送寻呼消息。总之，无论采取何种发送方式，只要是在两个信道上都发了，就属于本发明的保护范围。
如果在不支持增强寻呼特性的小区中下发，则控制RNC仅在SCCPCH上传输寻呼消息。
本发明实施例还提供了一种确定寻呼传输信道的***，包括移动台和基站，还包括RNC，用于获取移动台的能力信息，并根据所述移动台的能力信息以及寻呼域的能力信息决定发送寻呼消息的信道。
所述RNC具体包括：移动台能力获取单元，用于从寻呼请求消息中获取移动台是否支持增强寻呼特性；发送寻呼消息信道确定单元，与所述移动台能力获取单元连接，用于当移动台和寻呼消息发送的小区都支持增强寻呼特性时，确定在高速物理下行共享信道HS-PDSCH信道上发送寻呼消息；当移动台和/或需要发送寻呼消息的小区不支持增强寻呼特性时，确定在SCCPCH信道上发送寻呼消息；如果控制RNC无法获得移动台的能力信息，确定在HS-PDSCH信道和SCCPCH信道上发送寻呼消息。
所述RNC还包括寻呼消息发送单元，用于在所述HS-PDSCH信道和SCCPCH信道上发送寻呼消息，具体为：在HS-PDSCH信道和SCCPCH信道上同时发送寻呼消息，或者
先在HS-PDSCH上发送寻呼消息，如果在一定时间内没有收到移动台的寻呼响应，再在SCCPCH上发送寻呼消息；或者
先在SCCPCH上发送寻呼消息，如果在一定时间内没有收到移动台的寻呼响应，再在HS-PDSCH上发送寻呼消息或者
先在HS-PDSCH上发送一定次数的寻呼消息，再在SCCPCH上发送一定次数的寻呼消息；或者
先在SCCPCH上发送一定次数的寻呼消息，再在HS-PDSCH上发送一定次数的寻呼消息；或者
在HS-PDSCH和SCCPCH上间隔发送寻呼消息。
所述RNC还包括：移动台寻呼指示单元，与所述发送寻呼消息信道确定单元连接，用于在所述控制RNC无法获得移动台的能力信息时，向所述移动台发送指示信息，指示所述移动台到SCCPCH信道上接收所述寻呼消息。
本发明实施例还提供了一种无线网络控制器触发服务无线网络子***重定位的***，包括移动台，用于判断服务RNC和控制RNC的能力信息是否一致，如果不一致，则发起上行接入过程，使原来的控制RNC成为新的服务RNC。
所述移动台包括：判断单元，用于判断服务RNC和控制RNC的能力信息是否一致；切换单元，与所述判断单元连接，用于在所述判断单元判断所述服务RNC和控制RNC的能力信息不一致之后，发起上行接入过程，使原来的控制RNC成为新的服务RNC。
所述切换单元包括：消息发送子单元，用于向所述服务RNC发送上行RRC消息；信令接收子单元，用于接收所述控制RNC发送的RRC连接释放信令；连接释放子单元，与所述信令接收子单元连接，用于在所述信令接收子单元接收到RRC连接释放信令之后，释放当前的RRC连接；连接建立子单元，与所述连接释放子单元连接，用于在所述连接释放子单元释放当前的RRC连接之后，在原来的控制RNC的小区中重新发起RRC连接建立过程，使原来的控制RNC成为新的服务RNC。
所述触发服务无线网络子***重定位的***还包括服务RNC，用于在接收到所述移动台发送的RRC消息之后，发起服务RNS重定位过程，使原来的控制RNC成为新的服务RNC。
所述触发服务无线网络子***重定位的***还包括控制RNC，用于向所述移动台发送RRC连接释放信令。
本发明实施例中，移动台可以通过服务RNC发送的RRC消息获知该服务RNC是否支持增强寻呼特性；并且控制RNC可以获知移动台是否支持增强寻呼的能力，并可以确定移动台收到寻呼指示后会去SCCPCH还是HS-PDSCH信道上监听寻呼消息，避免呼损。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (13)

1.一种确定寻呼传输信道的方法，其特征在于，包括以下步骤：
控制无线网络控制器RNC从其他RNC获取移动台是否支持增强寻呼特性的能力信息；
所述控制RNC根据所述移动台是否支持增强寻呼特性的能力信息以及发送寻呼消息的小区是否支持增强寻呼特性的能力信息确定发送寻呼消息的信道。
2.如权利要求1所述确定寻呼传输信道的方法，其特征在于，所述获取移动台的能力信息具体包括：
所述控制RNC接收携带所述移动台的能力信息的寻呼请求消息，并从所述寻呼请求消息中获取所述移动台的能力信息。
3.如权利要求1所述确定寻呼传输信道的方法，其特征在于，所述控制RNC从其他RNC处获取所述移动台的能力信息，具体包括：
所述控制RNC接收所述其他RNC发送的信令，所述信令中包含所述移动台的能力信息；
所述控制RNC从接收的所述信令中获取所述移动台的能力信息。
4.如权利要求1至3中任意一项所述确定寻呼传输信道的方法，其特征在于，所述其他RNC包括服务无线网络控制器SRNC。
5.如权利要求1至3中任意一项所述确定寻呼传输信道的方法，其特征在于，所述控制RNC根据移动台是否支持增强寻呼特性的能力信息以及发送寻呼消息的小区是否支持增强寻呼特性的能力信息确定发送寻呼消息的信道具体包括：
当所述移动台和需要发送寻呼消息的小区都支持增强寻呼特性时，确定在高速物理下行共享信道HS-PDSCH信道上发送寻呼消息；和/或，
当所述移动台和/或需要发送寻呼消息的小区不支持增强寻呼特性时，确定在SCCPCH信道上发送寻呼消息。
6.如权利要求1所述确定寻呼传输信道的方法，其特征在于，在所述控制RNC根据移动台是否支持增强寻呼特性的的能力信息及发送寻呼消息的小区是否支持增强寻呼特性的能力信息确定发送寻呼消息的信道之前，还包括：如果所述控制RNC无法获得所述移动台的能力信息，则确定在HS-PDSCH信道和SCCPCH信道上发送寻呼消息；
如果所述控制RNC获得所述移动台的能力信息，则执行根据所述移动台是否支持增强寻呼特性的能力信息以及发送寻呼消息的小区是否支持增强寻呼特性的能力信息确定发送寻呼消息的信道的处理。
7.如权利要求6所述确定寻呼传输信道的方法，其特征在于，所述在HS-PDSCH信道和SCCPCH信道上发送寻呼消息具体包括：
在HS-PDSCH信道和SCCPCH信道上同时发送寻呼消息，或者
先在HS-PDSCH上发送寻呼消息，如果在一定时间内没有收到移动台的寻呼响应，再在SCCPCH上发送寻呼消息；或者
先在SCCPCH上发送寻呼消息，如果在一定时间内没有收到移动台的寻呼响应，再在HS-PDSCH上发送寻呼消息；或者
先在HS-PDSCH上发送一定次数的寻呼消息，再在SCCPCH上发送一定次数的寻呼消息；或者
先在SCCPCH上发送一定次数的寻呼消息，再在HS-PDSCH上发送一定次数的寻呼消息；或者
在HS-PDSCH和SCCPCH上间隔发送寻呼消息。
8.如权利要求1所述确定寻呼传输信道的方法，其特征在于，在所述控制RNC根据移动台是否支持增强寻呼特性的能力信息以及发送寻呼消息的小区是否支持增强寻呼特性的能力信息确定发送寻呼消息的信道之前，还包括：
如果所述控制RNC无法获取移动台的能力信息，则所述控制RNC在SCCPCH信道上发送寻呼消息；
所述控制RNC向所述移动台发送指示信息，用于指示所述移动台到SCCPCH信道上接收所述寻呼消息；
所述移动台接收到所述指示信息后，到SCCPCH信道上接收所述寻呼消息；
如果所述控制RNC获得所述移动台的能力信息，则执行根据所述移动台的能力信息以及寻呼域的能力信息确定发送寻呼消息的信道的处理。
9.如权利要求8所述确定寻呼传输信道的方法，其特征在于，所述指示信息通过寻呼指示信道PICH帧发送给移动台。
10.一种确定寻呼传输信道的***，包括移动台和基站，其特征在于，还包括控制RNC，所述控制RNC包括移动台能力获取单元和发送寻呼消息信道确定单元，所述移动台能力获取单元用于从其他RNC获取移动台是否支持增强寻呼特性的能力信息；发送寻呼消息信道确定单元用于根据所述移动台是否支持增强寻呼特性的能力信息以及发送寻呼消息的小区是否支持增强寻呼特性的能力信息确定发送寻呼消息的信道。
11.如权利要求10所述确定寻呼传输信道的***，其特征在于，所述控制RNC具体包括：
移动台能力获取单元，用于从寻呼请求消息中获取移动台是否支持增强寻呼特性；
发送寻呼消息信道确定单元，与所述移动台能力获取单元连接，用于当移动台和寻呼消息发送的小区都支持增强寻呼特性时，确定在高速物理下行共享信道HS-PDSCH信道上发送寻呼消息；当移动台和/或需要发送寻呼消息的小区不支持增强寻呼特性时，确定在SCCPCH信道上发送寻呼消息；如果所述控制RNC无法获得移动台的能力信息，确定在HS-PDSCH信道和SCCPCH信道上发送寻呼消息。
12.如权利要求11所述确定寻呼传输信道的***，其特征在于，所述控制RNC还包括寻呼消息发送单元，用于在所述HS-PDSCH信道和SCCPCH信道上发送寻呼消息，具体为：在HS-PDSCH信道和SCCPCH信道上同时发送寻呼消息，或者
先在HS-PDSCH上发送寻呼消息，如果在一定时间内没有收到移动台的寻呼响应，再在SCCPCH上发送寻呼消息；或者
先在SCCPCH上发送寻呼消息，如果在一定时间内没有收到移动台的寻呼响应，再在HS-PDSCH上发送寻呼消息或者
先在HS-PDSCH上发送一定次数的寻呼消息，再在SCCPCH上发送一定次数的寻呼消息；或者
先在SCCPCH上发送一定次数的寻呼消息，再在HS-PDSCH上发送一定次数的寻呼消息；或者
在HS-PDSCH和SCCPCH上间隔发送寻呼消息。
13.如权利要求11所述确定寻呼传输信道的***，其特征在于，所述控制RNC还包括：
移动台寻呼指示单元，与所述发送寻呼消息信道确定单元连接，用于在所述控制RNC无法获得移动台的能力信息时，向所述移动台发送指示信息，指示所述移动台到SCCPCH信道上接收所述寻呼消息。
CN2007101681236A 2007-09-27 2007-11-07 一种确定寻呼传输信道的方法及*** Active CN101400110B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2007101681236A CN101400110B (zh) 2007-09-27 2007-11-07 一种确定寻呼传输信道的方法及***
PCT/CN2008/072542 WO2009043297A1 (fr) 2007-09-27 2008-09-26 Procédé, équipement et système pour confirmer un canal de transmission de radiomessagerie et déclencher un repositionnement par sous-système srns

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200710162703.4 2007-09-27
CN200710162703.4 2007-09-27
CN2007101681236A CN101400110B (zh) 2007-09-27 2007-11-07 一种确定寻呼传输信道的方法及***

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201110394778.1A Division CN102421160B (zh) 2007-09-27 2007-11-07 一种连接管理的方法及装置

Publications (2)

Publication Number Publication Date
CN101400110A CN101400110A (zh) 2009-04-01
CN101400110B true CN101400110B (zh) 2011-12-07

Family

ID=40518299

Family Applications (2)

Application Number Title Priority Date Filing Date
CN2007101681236A Active CN101400110B (zh) 2007-09-27 2007-11-07 一种确定寻呼传输信道的方法及***
CN201110394778.1A Active CN102421160B (zh) 2007-09-27 2007-11-07 一种连接管理的方法及装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201110394778.1A Active CN102421160B (zh) 2007-09-27 2007-11-07 一种连接管理的方法及装置

Country Status (2)

Country Link
CN (2) CN101400110B (zh)
WO (1) WO2009043297A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102857869A (zh) * 2011-06-30 2013-01-02 中兴通讯股份有限公司 寻呼方法和装置、寻呼消息接收方法及用户设备
WO2013038052A1 (en) * 2011-09-12 2013-03-21 Nokia Corporation Method and apparatus for mobile terminal connected mode mobility
GB2529406A (en) 2014-08-18 2016-02-24 Vodafone Ip Licensing Ltd Paging in cellular networks
WO2019030938A1 (ja) * 2017-08-09 2019-02-14 株式会社Ｎｔｔドコモ 無線基地局及び無線通信方法
CN109600831B (zh) 2017-09-30 2021-10-22 维沃移动通信有限公司 一种寻呼方法、终端及网络侧设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1750667A (zh) * 2005-10-13 2006-03-22 ***通信集团公司 获取移动终端更新能力信息的方法
CN1917701A (zh) * 2005-08-19 2007-02-21 大唐移动通信设备有限公司 通过资源预留实现呼叫快速建立及小区快速切换的方法
CN1925360A (zh) * 2005-09-02 2007-03-07 大唐移动通信设备有限公司 时分双工码分多址***中终端无线资源分配的方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7089002B2 (en) * 2001-05-11 2006-08-08 Telefonaktiebolaget Lm Ericsson (Publ) Releasing plural radio connections with omnibus release message
US6909703B2 (en) * 2003-02-11 2005-06-21 Interdigital Technology Corporation Method for distribution of wireless transmit/receive unit (WTRU) capability between point to point and point to multipoint services
KR20040096750A (ko) * 2003-05-10 2004-11-17 삼성전자주식회사 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송 서비스제공을 위한 서비스 컨텍스트 생성 및 관리 방법
CN1571532A (zh) * 2003-07-15 2005-01-26 北京三星通信技术研究有限公司 多媒体广播与组播业务中点到点和点到多点转换方法
KR20050020458A (ko) * 2003-08-22 2005-03-04 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스를 지원하는 이동통신시스템에서 전용 채널을 이용한 단말기의 호출 방법
CN100399860C (zh) * 2004-11-04 2008-07-02 大唐移动通信设备有限公司 涉及用户终端的服务无线网络子***重定位方法
CN100484267C (zh) * 2006-03-29 2009-04-29 华为技术有限公司 一种基于移动网络组播业务数据的srns迁移方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1917701A (zh) * 2005-08-19 2007-02-21 大唐移动通信设备有限公司 通过资源预留实现呼叫快速建立及小区快速切换的方法
CN1925360A (zh) * 2005-09-02 2007-03-07 大唐移动通信设备有限公司 时分双工码分多址***中终端无线资源分配的方法
CN1750667A (zh) * 2005-10-13 2006-03-22 ***通信集团公司 获取移动终端更新能力信息的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
同上.

Also Published As

Publication number Publication date
CN101400110A (zh) 2009-04-01
WO2009043297A1 (fr) 2009-04-09
CN102421160A (zh) 2012-04-18
CN102421160B (zh) 2014-08-20

Similar Documents

Publication Publication Date Title
CN103237350B (zh) ***广播消息更新的通知、读取方法及设备
EP3282755B1 (en) Relay node switching method and system
CN103209481B (zh) ***广播消息更新的通知、读取方法及设备
CN103228015B (zh) 监听终端的小区切换方法、设备及***
US20170041846A1 (en) Method of selecting public land mobile network for network sharing
CN103716752A (zh) 一种分发机器类通信的组消息的方法
CN102158911A (zh) 机器对机器业务的承载建立方法及网络传输设备
CN101087447A (zh) 一种集群***中用户终端越区切换的方法
CN102196531A (zh) 选择接入核心网的方法及装置
CN101378596A (zh) 单用户跟踪方法、***和设备
CN101400110B (zh) 一种确定寻呼传输信道的方法及***
CN103703832B (zh) 用户设备的管理方法、装置和***
CN101483850B (zh) 一种接入网络的方法及***
CN101874421A (zh) 用户装置和寻呼信道接收方法
CN101534500A (zh) 一种寻址方法、网元设备及网络***
CN101931890A (zh) 一种配置群组用户设备的非连续接收周期的方法及设备
CN102281641A (zh) 识别用户设备的方法和装置及临时标识传递和分配方法
CN102421190A (zh) 一种mtc设备的寻呼方法和设备
CN102223665A (zh) 无线链路失败rlf信息的处理方法及***
CN101641977A (zh) 移动通信***、基站装置和接入网关装置以及跟踪区域设定方法
CN102281532A (zh) 识别用户设备的方法和装置及临时标识传递和分配方法
CN101959274B (zh) 一种确定寻呼传输信道的方法及***
CN101400080A (zh) 小区能力通知方法和无线网络控制实体
CN102244909A (zh) 一种防止乒乓迁移的方法
CN105338557A (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
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20090401

Assignee: Apple Computer, Inc.

Assignor: Huawei Technologies Co., Ltd.

Contract record no.: 2015990000755

Denomination of invention: Method and system for determining paging transmission channels

Granted publication date: 20111207

License type: Common License

Record date: 20150827

LICC Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model