实现集群终端驻留和组呼的方法及ue的制作方法
【专利摘要】本发明涉及一种实现集群终端驻留和组呼的方法及UE，其方法包括：UE通过小区搜索获取驻留小区，在驻留小区打开BCH读取系统消息，系统消息至少包括预定系统资源块以及预定系统资源块的调度信息；根据预定系统资源块以及预定系统资源块的调度信息进行小区驻留。本发明不仅可以使UE通过系统消息成功进行小区驻留，而且在组呼业务时，UE无需进行RRC连接建立，并根据预定系统资源块中的配置信息获取FACH发送的组呼资源配置消息，建立相应的信道资源，进行组呼被叫语音业务，缩短了UE集群组呼的时延，进而提高了用户体验效果。
【专利说明】实现集群终端驻留和组呼的方法及UE
【技术领域】
[0001]本发明涉及无线通讯【技术领域】，尤其涉及一种TD-SCDMA (TimeDivision-Synchronous Code Division Multiple Access,时分同步码分多址)制式下实现集群终端驻留和组呼的方法及UE。
【背景技术】
[0002]集群通信业务是一种半双工双向业务，可以实现一对多的业务，其特点是当集群终端发起群组呼叫业务时，其语音信息能够同时发送给预定义的集群群组内的每一个成员，并且业务建立速度快。其中，集群业务功能有组呼、单呼、话权申请、话权释放以及话权抢占等。集群通信的最大特点是话音通信采用PTT (Push To Talk，一按即通)的方式接续，被叫无需摘机即可接听，接续速度较快。基于这些特点，集群通讯系统广泛应用在政府机关、公安消防、能源交通、机场码头、工矿企业、军事和展会等行业和场合。
[0003]随着移动通信技术的发展，集群通信系统将逐渐由目前的GSM (全球移动通讯系统，Global System of Mobile communication)技术向基于 3G (3rd_generation,第三代移动通信技术)或者4G (第四代移动通信技术)等通信技术的系统演进。
[0004]目前，随着通讯标准TD-SCDMA的制定，TD标准的组网和终端设备应运而生，由此产生了以TD-SCDMA协议标准为基础，实现集群业务功能的TD集群技术。但是，由于集群终端对时延要求较为严格，现有的TD集群技术无法满足集群终端组呼过程中对时延的需求。
【发明内容】
[0005]本发明的主要目的在于提供一种实现集群终端驻留和组呼的方法及UE，旨在实现集群终端的小区驻留并减少集群终端组呼过程中的时延。
[0006]为了达到上述目的，本发明提出一种实现集群终端驻留和组呼的方法，包括:
[0007]UE通过小区搜索获取驻留小区，在所述驻留小区打开BCH读取系统消息，所述系统消息至少包括预定系统资源块以及所述预定系统资源块的调度信息；
[0008]根据所述预定系统资源块以及所述预定系统资源块的调度信息进行小区驻留。
[0009]优选地，所述UE通过小区搜索获取驻留小区的步骤包括:
[0010]所述UE根据预定频点或全频段扫频进行小区搜索获取驻留小区。
[0011]优选地，所述预定系统资源块携带有集群专用FACH对应的所需配置信息。
[0012]优选地，所述根据预定系统资源块以及所述预定系统资源块的调度信息进行小区驻留的步骤之后还包括:
[0013]根据所述调度信息读取所述预定系统资源块中的配置信息，并保存在本地。
[0014]优选地，所述根据调度信息读取所述预定系统资源块中的配置信息，并保存在本地的步骤之后还包括:
[0015]所述UE进行位置更新和组信息更新；
[0016]通过随机接入信道向网络侧发送主叫建立请求消息，所述主叫建立请求消息中携带有呼叫相关参数；
[0017]接收所述网络侧对所述UE进行鉴权及冲突检测后返回的主叫建立响应消息，所述主叫建立响应消息携带有网络侧为UE配置的物理资源信息；
[0018]根据所述网络侧配置的物理资源信息，进行组呼主叫语音业务。
[0019]优选地，所述UE进行位置更新和组信息更新
[0020]的步骤之后还包括:
[0021]当所述UE收到寻呼消息后，将本地保存的更新后的组信息中的组标识与所述寻呼消息中的组标识进行对比，判断所述寻呼消息是否为对本UE的寻呼；若是，则
[0022]根据所述预定系统资源块中的配置信息，获取FACH上周期发送的组呼资源配置消息，建立相应的信道资源，进行组呼被叫语音业务。
[0023]优选地，所述UE进行组信息更新的步骤包括:
[0024]所述UE向网络侧发送携带有MSI信息的组信息更新请求消息；
[0025]接收所述网络侧返回的携带有所述UE的群组信息的组信息更新响应消息。
[0026]本发明还提出一种实现集群终端驻留和组呼的UE，包括:
[0027]系统消息获取模块，用于通过小区搜索获取驻留小区，在所述驻留小区打开BCH读取系统消息，所述系统消息至少包括预定系统资源块以及所述预定系统资源块的调度信息；
[0028]驻留模块，用于根据所述预定系统资源块以及所述预定系统资源块的调度信息进行小区驻留。
[0029]优选地，所述系统消息获取模块还用于根据预定频点或全频段扫频进行小区搜索获取驻留小区。
[0030]优选地,该UE还包括:
[0031]存储模块，用于根据所述调度信息读取所述预定系统资源块中的配置信息，并保存在本地。
[0032]优选地,该UE还包括:
[0033]更新模块，用于对所述UE进行位置更新和组信息更新；
[0034]组呼模块，用于通过随机接入信道向网络侧发送主叫建立请求消息，所述主叫建立请求消息中携带有呼叫相关参数；接收所述网络侧对所述UE进行鉴权及冲突检测后返回的主叫建立响应消息，所述主叫建立响应消息携带有网络侧为UE配置的物理资源信息；以及根据所述网络侧配置的物理资源信息，进行组呼主叫语音业务。
[0035]优选地，所述组呼模块，还用于当所述UE收到寻呼消息后，将本地保存的更新后的组信息中的组标识与所述寻呼消息中的组标识进行对比，判断所述寻呼消息是否为对本UE的寻呼；若是，则根据所述预定系统资源块中的配置信息，获取FACH上周期发送的组呼资源配置消息，建立相应的信道资源，进行组呼被叫语音业务。
[0036]优选地，所述更新模块具体用于向网络侧发送携带有MSI信息的组信息更新请求消息；接收所述网络侧返回的携带有所述UE的群组信息的组信息更新响应消息。
[0037]本发明提出的一种实现集群终端驻留和组呼的方法及UE，UE通过小区搜索，在驻留小区中打开BCH读取包括预定系统资源块以及预定系统资源块的调度信息的系统消息，该预定系统资源块携带有集群专用FACH对应的所需配置信息，UE通过该系统消息成功进行小区驻留；此外，在组呼业务时，UE无需进行RRC连接建立，并根据预定系统资源块中的配置信息获取FACH发送的组呼资源配置消息，建立相应的信道资源，进行组呼被叫语音业务，由此缩短了 UE集群组呼的时延，进而提高了用户体验效果。
【专利附图】
【附图说明】
[0038]图1是本发明实现集群终端驻留和组呼的方法一实施例的流程示意图；
[0039]图2是本发明实现集群终端驻留和组呼的方法另一实施例的流程示意图；
[0040]图3是本发明实现集群终端驻留和组呼的UE —实施例的结构示意图；
[0041]图4是本发明实现集群终端驻留和组呼的UE另一实施例的结构示意图。
[0042]为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。
【具体实施方式】
[0043]本发明实施例的解决方案主要是:在网络侧配置携带有集群专用FACH (ForwardAccess Channel,前向接入信道)对应的所需配置信息的预定系统资源块，UE (userequipment,用户设备，用户终端)通过小区搜索，在驻留小区中打开BCH (BroadcastChannel，广播信道)读取包括预定系统资源块以及预定系统资源块的调度信息的系统消息，并通过该系统消息成功进行小区驻留；在组呼业务时，UE无需进行RRCXRadio ResourceControl，无线资源控制协议)连接建立，在组呼被叫过程中，UE向网络侧发送携带有呼叫相关的所有参数的主叫建立请求消息，以获取网络侧为UE配置的物理资源信息，进行组呼主叫语音业务；在组呼主叫过程中，UE根据预定系统资源块中的配置信息获取FACH发送的组呼资源配置消息，建立相应的信道资源，进行组呼被叫语音业务，以缩短UE集群组呼的时延，进而提闻用户体验效果。
[0044]本发明鉴于集群终端对时延要求严格，在小区驻留和组呼业务建立过程中均进行了相应处理，以适应集群组呼的需要。
[0045]如图1所示，本发明一实施例提出一种实现集群终端驻留和组呼的方法，包括:
[0046]步骤SlOI，UE通过小区搜索获取驻留小区，在驻留小区打开BCH读取系统消息，系统消息至少包括预定系统资源块以及预定系统资源块的调度信息；
[0047]在网络侧，系统消息块(SIB)用于包含实际系统消息，在现有技术中，包括SIBl至SIB19共19种类型的SIB。SIB的调度信息通过MIB或SB承载。其中，系统消息在BCCH(广播控制信道，Broadcast Control Channel)上发射，然后映射到BCH或FACH，并且总是和BCH或FACH传输块大小相匹配。
[0048]为了使UE成功驻留小区，并在后续组呼业务中减少时延，本实施例网络侧新增设一个系统消息块，即本实施例所称的预定系统资源块，以SIB30表示，该SIB30携带有集群专用FACH对应的所需的所有配置信息。
[0049]在系统消息广播的MIB (主调度块)中广播系统消息块SIB30，当然，也可以在调度块SBl或SB2中进行广播，具体以网络侧的实现为依据，但UE需要能够处理在三种系统消息调度块中的任何一种广播。
[0050]UE在开机过程中，先根据指定频点进行小区搜索，如果搜索到小区，则在该小区中打开BCH读取系统消息，尝试驻留。[0051]如果在指定频点没有找到小区，或者驻留失败，则进行全频段扫频，根据扫频结果，再进行小区搜索，然后按照小区搜索的信号强度从高到低的顺序进行读取系统消息，并在搜索到的小区上尝试驻留。
[0052]步骤S102，根据预定系统资源块以及预定系统资源块的调度信息进行小区驻留。
[0053]在判断驻留的过程中，SIB30必须在主调度块，或者调度块SBl或SB2中被调度，否则，认为UE在该小区不适合驻留，SIB30具体在哪个调度块上被调度，由网络侧根据一定规则安排，无论是哪个调度块，UE都应该可以接受并处理SIB30。SIB30的调度信息中要求对SIB30进行调度，其规定了 SIB30的位置和重复周期。
[0054]在判断SIB30被调度的前提下，UE打开BCH进行系统消息的接收，作为驻留小区的必选SIB，包括SIB1、SIB3、SIB5、SIB7和SIB30。如前所述，UE将SIB30作为必选驻留条件，因为其规定了集群专用FACH信道对应的所有信息，没有这些信息，驻留小区将不能正常进行集群业务。
[0055]UE收到包括SIB30的必选系统消息后，可以成功驻留在集群小区，如果其中任何一个SIB在读取系统消息的过程中没有收到，则该小区不可以驻留，那么UE则尝试驻留下一个小区，其判断驻留原则同前一个小区。
[0056]本实施例UE通过小区搜索，在驻留小区中打开BCH读取包括预定系统资源块以及预定系统资源块的调度信息的系统消息，该预定系统资源块携带有集群专用FACH对应的所需配置信息，UE通过该系统消息成功进行小区驻留，同时为后续组呼业务缩短UE集群组呼的时延创造了基础。
[0057]如图2所示，本发明另一实施例提出一种实现集群终端驻留和组呼的方法，在上述实施例的基础上，在上述步骤S102之后还包括:
[0058]步骤S103，根 据调度信息读取预定系统资源块中的配置信息，并保存在本地；
[0059]在UE从BCH读取到系统消息后，UE根据调度信息去读取SIB30的具体内容，并保存在本地，包括:存储集群专用SCCPCH (辅公共控制物理信道)的配置信息，存储集群FACH 的 TFS 和对应 TCCCH 的配置信息，存储 TCCCH 的 “!^petition period”，^repetitionlength，，和 “Frame offset，，信兀。repetition period 表不 TCCCH 上承载的 PTT GROUPPHYSICAL CHANNEL CONFIG消息发送的周期。UE通过如下公式计算该消息的起始发送帧:
[0060]SFN mod repetition period=Frame offset mod repetition period ；
[0061]repetition length 表示本周期内 PTT GROUP PHYSICAL CHANNEL CONFIG 消息连续重复发送的次数。如果!^petition length没有配置，默认PTT GROUP PHYSICAL CHANNELCONFIG—个周期内只发一次；如果repetition length配置为“2”,表示连续发送2次,其他配置值依此类推。Frame offset是为了保证UE在收到寻呼消息(PCH)后知道有集群业务，然后可以在最快的时间内到集群FACH上接收信息，而不需要等到一个集群FACH周期后。
[0062]步骤S104, UE进行位置更新和组信息更新；
[0063]在UE成功驻留到小区后，先进行位置更新的注册过程，位置更新过程结束后，UE主动发起组信息更新过程，此组信息更新过程是为了让UE向网络了解其所归属集群组的信息，网络会根据一定的设置，更改终端所属组的信息，因此，每次UE在开机成功注册后，都进行组信息的更新过程，以获得最新的组信息。[0064]其中，UE的位置更新过程，可以采用原TD制式中的功能。这里不再赘述。
[0065]对于UE组信息的更新过程，UE在开机做完位置更新后，必须立刻发起组信息的更新过程，具体过程为:
[0066]UE发送PTT information Update Request消息(组信息更新请求消息)到网络侧，在该消息中携带 IMSI (International Mobile SubscriberIdentification Number,国际移动用户识别码)信息，用于供网络判断UE所属群组信息，网络收到该消息后，进行相应判断和消息组建后，发送PTT information Update Accept消息(组信息更新响应消息)到UE,其中携带了 UE的群组信息，以使UE获知目前所在群组，为后续组呼叫业务创造基础条件，诸如一台UE可能同时属于多个群组，在进行组呼业务时，用户可以选择在某个群组进行发起呼叫。
[0067]步骤S105，通过随机接入信道向网络侧发送主叫建立请求消息，主叫建立请求消息中携带有呼叫相关参数；
[0068]步骤S106，接收网络侧对UE进行鉴权及冲突检测后返回的主叫建立响应消息，主叫建立响应消息携带有网络侧为UE配置的物理资源信息；
[0069]步骤S107，根据网络侧配置的物理资源信息，进行组呼主叫语音业务。
[0070]上述步骤S105至步骤S107为UE组呼主叫过程，本实施例为了尽量缩短时延，不进行RRC连接建立过程，直接进行一个组呼建立过程，完成UE与网络的信令交互，同时获得业务信道资源，进行组呼语音主叫过程。
[0071]具体地，对于正常待机的终端，其集群组呼主叫过程为:
[0072]1、UE在需要进行组呼时，通过随机接入信道发送PTT Call Setup Request消息。按照组呼快速接入的要求，UE应该在800ms内接入。因此，为了提高接入速度，在空口省略了 RRC建链过程,在消息PTT Call Setup Request中将普通呼叫中的Service Request、Setup消息中的所有信息均带上,其中对于呼叫有关的参数有CN domain identity、主叫标识(P - TMSI或MSI)、被叫号码、QoS要求以及呼叫业务类型等；
[0073]2、网络侧在收到UE发送的组呼主叫建立请求后，需要进行鉴权及冲突检测等工作，再确认允许用户接入后，根据组呼业务类型获取预配置的物理资源信息，在FACH信道上将PTT Call Setup Response消息带给UE，同时携带在SIB中业务层2配置索引，UE收到此消息后根据物理层配置指示进行相关配置及与NODE B (基站)的专用信道同步过程；
[0074]3、UE在完成配置及同步过程后，在上行业务专用信道上返回呼叫建立完成消息；
[0075]4、UE打开语音通道，用户可以在分配到的上行语音资源信道上进行语音信息的上行传送，实现组呼主叫语音业务。
[0076]由上述可知，相比现有技术，本实施例集群UE发起组呼叫业务时，其信令交互过程步骤较少，因此延时也少，从而满足了集群业务对时延的需要。
[0077]进一步的，对于UE进行被叫业务时，上述步骤S103之后还包括:
[0078]步骤S108，当UE收到寻呼消息后，将本地保存的更新后的组信息中的组标识与寻呼消息中的组标识进行对比，判断寻呼消息是否为对本UE的寻呼；若是，则进入步骤S109 ；否则，结束流程；
[0079]步骤S 109，根据预定系统资源块中的配置信息，获取FACH上周期发送的组呼资源配置消息，建立相应的信道资源，进行组呼被叫语音业务。[0080]上述步骤S108及步骤S109为UE组呼被叫过程，本实施例为了尽量缩短时延，在UE收到网络的寻呼消息后，不进行RRC连接建立过程。其物理资源的获取方式为通过读取集群FACH信道获得，网络在集群专用FACH信道上周期性广播物理信道配置信息，UE读取到该物理信道配置信息后，把物理信道配置信息配置给物理层，进入听状态，获取语音信息。对于后开机的UE，同样可以通过监听集群专用FACH信道，进入听状态，此称为迟后接入组呼。
[0081]具体地，对于正常待机的终端，其集群组呼被叫过程为:
[0082]1、集群UE收到寻呼消息后，将寻呼消息中的信元“Group identity”和UE所保存的所有组标识对比，如果有一个相同，则表明是对本UE的寻呼，UE则相应寻呼消息；
[0083]2、UE读取集群专用FACH信道(配置从SIB30获取)，获取该FACH信道上的周期发送的组呼资源配置消息，从中获取到业务及伴随信道资源配置情况，并以此建立相应的信道资源；
[0084]3、UE打开语音通道，接收下行语音信息，进入听状态。为了防止语音信息丢失现象，上述步骤2和步骤3并行操作。
[0085]另外，对于迟后开机的UE，在开机成功驻留后，需要了解目前是否有所属群组的组呼业务存在，因此UE需要主动去读集群专用FACH信道，因为该信道上的消息为周期性发送，故一定可以读取到所属群组的状态信息，如果有业务存在，则主动接入获取语音信息。
[0086]由上述分析可知，本实施例集群UE的被叫用户在收到寻呼后，其和网络的信令交互，只有一个接收寻呼的过程，UE通过内部处理，即可自动进入听状态，接收组呼语音信息。
[0087]本实施例不仅可以使UE成功进行小区驻留，在组呼业务时，UE无需进行RRC连接建立，并根据预定系统资源块中的配置信息获取FACH发送的组呼资源配置消息，建立相应的信道资源，进行组呼被叫语音业务，由此缩短了 UE集群组呼的时延，进而提高了用户体验效果。
[0088]如图3所示，本发明一实施例提出一种实现集群终端驻留和组呼的UE，包括:系统消息获取模块301及驻留模块302，其中:
[0089]系统消息获取模块301，用于通过小区搜索获取驻留小区，在驻留小区打开BCH读取系统消息，系统消息至少包括预定系统资源块以及所述预定系统资源块的调度信息；
[0090]驻留模块302，用于根据预定系统资源块以及所述预定系统资源块的调度信息进行小区驻留。
[0091]在网络侧，系统消息块(SIB)用于包含实际系统消息，在现有技术中，包括SIBl至SIB19共19种类型的SIB。SIB的调度信息通过MIB或SB承载。其中，系统消息在BCCH上发射，然后映射到BCH (Broadcast Channel，广播信道)或FACH，并且总是和BCH或FACH传输块大小相匹配。
[0092]为了使UE成功驻留小区，并在后续组呼业务中减少时延，本实施例网络侧新增设一个系统消息块，即本实施例所称的预定系统资源块，以SIB30表示，该SIB30携带有集群专用FACH对应的所需的所有配置信息。
[0093]在系统消息广播的MIB (主调度块)中广播系统消息块SIB30，当然，也可以在调度块SBl或SB2中进行广播，具体以网络侧的实现为依据，但UE需要能够处理在三种系统消息调度块中的任何一种广播。[0094]UE在开机过程中，系统消息获取模块301根据指定频点进行小区搜索，如果搜索至IJ小区，则在该小区中打开BCH读取系统消息，驻留模块302根据读取的系统消息尝试驻
&3甶O
[0095]如果在指定频点没有找到小区，或者驻留失败，系统消息获取模块301则进行全频段扫频，根据扫频结果，再进行小区搜索，然后按照小区搜索的信号强度从高到低的顺序进行读取系统消息，驻留模块302在搜索到的小区上尝试驻留。
[0096]在判断驻留的过程中，SIB30必须在主调度块，或者调度块SBl或SB2中被调度，否则，认为UE在该小区不适合驻留，SIB30具体在哪个调度块上被调度，由网络侧根据一定规则安排，无论是哪个调度块，UE都应该可以接受并处理SIB30。SIB30的调度信息中要求对SIB30进行调度，其规定了 SIB30的位置和重复周期。
[0097]在判断SIB30被调度的前提下，UE打开BCH进行系统消息的接收，作为驻留小区的必选SIB，包括SIB1、SIB3、SIB5、SIB7和SIB30。如前所述，UE将SIB30作为必选驻留条件，因为其规定了集群专用FACH信道对应的所有信息，没有这些信息，驻留小区将不能正常进行集群业务。
[0098]UE收到包括SIB30的必选系统消息后，可以成功驻留在集群小区，如果其中任何一个SIB在读取系统消息的过程中没有收到，则该小区不可以驻留，那么UE则尝试驻留下一个小区，其判断驻留原则同前一个小区。
[0099]本实施例UE通过小区搜索，在驻留小区中打开BCH读取包括预定系统资源块以及预定系统资源块的调度信息的系统消息，该预定系统资源块携带有集群专用FACH对应的所需配置信息，UE通过该 系统消息成功进行小区驻留，同时为后续组呼业务缩短UE集群组呼的时延创造了基础。
[0100]如图4所示，本发明另一实施例提出一种实现集群终端驻留和组呼的UE，在上述实施例的基础上，还包括:存储模块303、更新模块304以及组呼模块305，其中:
[0101]存储模块303，用于根据调度信息读取预定系统资源块中的配置信息，并保存在本地。
[0102]更新模块304，用于对所述UE进行位置更新和组信息更新；
[0103]组呼模块305，用于通过随机接入信道向网络侧发送主叫建立请求消息，所述主叫建立请求消息中携带有呼叫相关参数；接收所述网络侧对所述UE进行鉴权及冲突检测后返回的主叫建立响应消息，所述主叫建立响应消息携带有网络侧为UE配置的物理资源信息；以及根据所述网络侧配置的物理资源信息，进行组呼主叫语音业务。
[0104]当UE进行被叫业务时，所述组呼模块305还用于当所述UE收到寻呼消息后，将本地保存的更新后的组信息中的组标识与所述寻呼消息中的组标识进行对比，判断所述寻呼消息是否为对本UE的寻呼；若是，则根据所述预定系统资源块中的配置信息，获取FACH上周期发送的组呼资源配置消息，建立相应的信道资源，进行组呼被叫语音业务。
[0105]具体地，在本实施例中，在UE从BCH读取到系统消息后，UE的存储模块303根据调度信息去读取SIB30的具体内容，并保存在本地，包括:存储集群专用SCCPCH的配置信息，存储集群FACH的TFS和对应TCCCH的配置信息，存储TCCCH的“!^petition period”，“repetition length”和“Frame offset，，信兀。repetition period 表不 TCCCH 上承载的PTT GROUP PHYSICAL CHANNEL CONFIG消息发送的周期。UE通过如下公式计算该消息的起始发送帧:
[0106]SFN mod repetition period=Frame offset mod repetition period ；
[0107]repetition length 表示本周期内 PTT GROUP PHYSICAL CHANNEL CONFIG 消息连续重复发送的次数。如果!^petition length没有配置，默认PTT GROUP PHYSICAL CHANNELCONFIG—个周期内只发一次；如果repetition length配置为“2”,表示连续发送2次,其他配置值依此类推。Frame offset是为了保证UE在收到寻呼消息(PCH)后知道有集群业务，然后可以在最快的时间内到集群FACH上接收信息，而不需要等到一个集群FACH周期后。
[0108]在UE成功驻留到小区后，首先由更新模块304进行位置更新的注册过程，位置更新过程结束后，UE主动发起组信息更新过程，此组信息更新过程是为了让UE向网络了解其所归属集群组的信息，网络会根据一定的设置，更改终端所属组的信息，因此，每次UE在开机成功注册后，都进行组信息的更新过程，以获得最新的组信息。
[0109]其中，UE的位 置更新过程，可以采用原TD制式中的功能。这里不再赘述。
[0110]对于UE组信息的更新过程，UE在开机做完位置更新后，必须立刻发起组信息的更新过程，具体过程为:
[0111]UE发送PTT information Update Request消息(组信息更新请求消息)到网络侧，在该消息中携带IMSI信息，用于供网络判断UE所属群组信息，网络收到该消息后，进行相应判断和消息组建后，发送PTT information Update Accept消息(组信息更新响应消息)到UE，其中携带了 UE的群组信息，以使UE获知目前所在群组，为后续组呼叫业务创造基础条件，诸如一台UE可能同时属于多个群组，在进行组呼业务时，用户可以选择在某个群组进行发起呼叫。
[0112]对应UE组呼主叫过程，本实施例为了尽量缩短时延，不进行RRC连接建立过程，组呼模块305直接进行一个组呼建立过程，完成UE与网络的信令交互，同时获得业务信道资源，进行组呼语音主叫过程。
[0113]具体地，对于正常待机的终端，其集群组呼主叫过程为:
[0114]1、UE在需要进行组呼时，通过随机接入信道发送PTT Call Setup Request消息。按照组呼快速接入的要求，UE应该在800ms内接入。因此，为了提高接入速度，在空口省略了 RRC建链过程,在消息PTT Call Setup Request中将普通呼叫中的Service Request、Setup消息中的所有信息均带上,其中对于呼叫有关的参数有CN domain identity、主叫标识(P - TMSI或MSI)、被叫号码、QoS要求以及呼叫业务类型等；
[0115]2、网络侧在收到UE发送的组呼主叫建立请求后，需要进行鉴权及冲突检测等工作，再确认允许用户接入后，根据组呼业务类型获取预配置的物理资源信息，在FACH信道上将PTT Call Setup Response消息带给UE，同时携带在SIB中业务层2配置索引，UE收到此消息后根据物理层配置指示进行相关配置及与NODE B的专用信道同步过程；
[0116]3、UE在完成配置及同步过程后，在上行业务专用信道上返回呼叫建立完成消息；
[0117]4、UE打开语音通道，用户可以在分配到的上行语音资源信道上进行语音信息的上行传送，实现组呼主叫语音业务。
[0118]由上述可知，相比现有技术，本实施例集群UE发起组呼叫业务时，其信令交互过程步骤较少，因此延时也少，从而满足了集群业务对时延的需要。[0119]对应UE组呼被叫过程，本实施例为了尽量缩短时延，在UE的组呼模块305收到网络的寻呼消息后，不进行RRC连接建立过程。其物理资源的获取方式为通过读取集群FACH信道获得，网络在集群专用FACH信道上周期性广播物理信道配置信息，UE读取到该物理信道配置信息后，把物理信道配置信息配置给物理层，进入听状态，获取语音信息。对于后开机的UE，同样可以通过监听集群专用FACH信道，进入听状态，此称为迟后接入组呼。
[0120]具体地，对于正常待机的终端，其集群组呼被叫过程为:
[0121]1、集群UE收到寻呼消息后，将寻呼消息中的信元“Group identity”和UE所保存的所有组标识对比，如果有一个相同，则表明是对本UE的寻呼，UE则相应寻呼消息；
[0122]2、UE读取集群专用FACH信道(配置从SIB30获取)，获取该FACH信道上的周期发送的组呼资源配置消息，从中获取到业务及伴随信道资源配置情况，并以此建立相应的信道资源；
[0123]3、UE打开语音通道，接收下行语音信息，进入听状态。为了防止语音信息丢失现象，上述步骤2和步骤3并行操作。
[0124]另外，对于迟后开机的UE，在开机成功驻留后，需要了解目前是否有所属群组的组呼业务存在，因此UE需要主动去读集群专用FACH信道，因为该信道上的消息为周期性发送，故一定可以读取到所属群组的状态信息，如果有业务存在，则主动接入获取语音信息。
[0125]由上述分析可知，本实施例集群UE的被叫用户在收到寻呼后，其和网络的信令交互，只有一个接收寻呼的过程，UE通过内部处理，即可自动进入听状态，接收组呼语音信息。
[0126]本发明实施例实现集群终端驻留和组呼的方法及UE，UE通过小区搜索，在驻留小区中打开BCH读取包括预定系统资源块以及预定系统资源块的调度信息的系统消息，该预定系统资源块携带有集群专用FACH对应的所需配置信息，UE通过该系统消息成功进行小区驻留；此外，在组呼业务时，UE无需进行RRC连接建立，并根据预定系统资源块中的配置信息获取FACH发送的组呼资源配置消息，建立相应的信道资源，进行组呼被叫语音业务，由此缩短了 UE集群组呼的时延，进而提高了用户体验效果。
[0127]以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的【技术领域】，均同理包括在本发明的专利保护范围内。
【权利要求】
1.一种实现集群终端驻留和组呼的方法，其特征在于，包括: 用户终端UE通过小区搜索获取驻留小区，在所述驻留小区打开广播信道BCH读取系统消息，所述系统消息至少包括预定系统资源块以及所述预定系统资源块的调度信息； 根据所述预定系统资源块以及所述预定系统资源块的调度信息进行小区驻留。
2.根据权利要求1所述的方法，其特征在于，所述UE通过小区搜索获取驻留小区的步骤包括: 所述UE根据预定频点或全频段扫频进行小区搜索获取驻留小区。
3.根据权利要求1所述的方法，其特征在于，所述预定系统资源块携带有集群专用前向接入信道FACH对应的所需配置信息。
4.根据权利要求3所述的方法，其特征在于，所述根据预定系统资源块以及所述预定系统资源块的调度信息进行小区驻留的步骤之后还包括: 根据所述调度信息读取所述预定系统资源块中的配置信息，并保存在本地。
5.根据权利要求4所述的方法，其特征在于，所述根据调度信息读取所述预定系统资源块中的配置信息，并保存在本地的步骤之后还包括: 所述UE进行位置更新和组信息更新； 通过随机接入信道向网 络侧发送主叫建立请求消息，所述主叫建立请求消息中携带有呼叫相关参数； 接收所述网络侧对所述UE进行鉴权及冲突检测后返回的主叫建立响应消息，所述主叫建立响应消息携带有网络侧为UE配置的物理资源信息； 根据所述网络侧配置的物理资源信息，进行组呼主叫语音业务。
6.根据权利要求5所述的方法，其特征在于，所述UE进行位置更新和组信息更新的步骤之后还包括: 当所述UE收到寻呼消息后，将本地保存的更新后的组信息中的组标识与所述寻呼消息中的组标识进行对比，判断所述寻呼消息是否为对本UE的寻呼；若是，则 根据所述预定系统资源块中的配置信息，获取FACH上周期发送的组呼资源配置消息，建立相应的信道资源，进行组呼被叫语音业务。
7.根据权利要求5或6所述的方法，其特征在于，所述UE进行组信息更新的步骤包括: 所述UE向网络侧发送携带有国际移动用户识别码MSI信息的组信息更新请求消息； 接收所述网络侧返回的携带有所述UE的群组信息的组信息更新响应消息。
8.一种实现集群终端驻留和组呼的UE，其特征在于，包括: 系统消息获取模块，用于通过小区搜索获取驻留小区，在所述驻留小区打开BCH读取系统消息，所述系统消息至少包括预定系统资源块以及所述预定系统资源块的调度信息； 驻留模块，用于根据所述预定系统资源块以及所述预定系统资源块的调度信息进行小区驻留O
9.根据权利要求8所述的UE，其特征在于，所述系统消息获取模块还用于根据预定频点或全频段扫频进行小区搜索获取驻留小区。
10.根据权利要求8所述的UE，其特征在于，还包括: 存储模块，用于根据所述调度信息读取所述预定系统资源块中的配置信息，并保存在本地。
11.根据权利要求10所述的UE，其特征在于，还包括: 更新模块，用于对所述UE进行位置更新和组信息更新； 组呼模块，用于通过随机接入信道向网络侧发送主叫建立请求消息，所述主叫建立请求消息中携带有呼叫相关参数；接收所述网络侧对所述UE进行鉴权及冲突检测后返回的主叫建立响应消息，所述主叫建立响应消息携带有网络侧为UE配置的物理资源信息；以及根据所述网络侧配置的物理资源信息，进行组呼主叫语音业务。
12.根据权利要求11所述的UE，其特征在于， 所述组呼模块，还用于当所述UE收到寻呼消息后，将本地保存的更新后的组信息中的组标识与所述寻呼消息中的组标识进行对比，判断所述寻呼消息是否为对本UE的寻呼；若是，则根据所述预定系统资源块中的配置信息，获取FACH上周期发送的组呼资源配置消息，建立相应的信道资源，进行组呼被叫语音业务。
13.根据权利要求10或11所述的UE，其特征在于， 所述更新模块具体用于向网络侧发送携带有MSI信息的组信息更新请求消息；接收所述网络侧返回的携带有·所述UE的群组信息的组信息更新响应消息。
【文档编号】H04W4/10GK103428644SQ201210153930
【公开日】2013年12月4日 申请日期:2012年5月17日 优先权日:2012年5月17日
【发明者】刘大力 申请人:中兴通讯股份有限公司