CN103139710A - 紧急呼叫实现方法、增强的节点b和用户设备 - Google Patents
紧急呼叫实现方法、增强的节点b和用户设备 Download PDFInfo
- Publication number
- CN103139710A CN103139710A CN2012100370461A CN201210037046A CN103139710A CN 103139710 A CN103139710 A CN 103139710A CN 2012100370461 A CN2012100370461 A CN 2012100370461A CN 201210037046 A CN201210037046 A CN 201210037046A CN 103139710 A CN103139710 A CN 103139710A
- Authority
- CN
- China
- Prior art keywords
- emergency call
- enhanced node
- service
- user equipment
- downlink control
- 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
- 238000000034 method Methods 0.000 title claims abstract description 49
- 238000012544 monitoring process Methods 0.000 claims description 54
- 238000001514 detection method Methods 0.000 claims description 3
- 238000004891 communication Methods 0.000 description 22
- 230000005540 biological transmission Effects 0.000 description 11
- 238000007726 management method Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 5
- 238000013507 mapping Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000011161 development Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
- 230000006798 recombination Effects 0.000 description 1
- 238000005215 recombination Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种宽带数字集群系统紧急呼叫实现方法，包括：增强的节点B接收到紧急呼叫会话开始请求后，在最近时刻的通知周期，在物理下行控制信道通知用户设备当前为紧急呼叫会话。本发明还提供一种增强的节点B和用户设备。本发明可以实现宽带数字集群系统紧急呼叫。
Description
技术领域
本发明涉及LTE(Long Term Evolution，长期演进)集群系统，尤其涉及基于TD-LTE(Time Division Long Term Evolution，时分长期演进)的宽带数字集群系统紧急呼叫实现方法、增强的节点B和用户设备。
背景技术
集群通信系统是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信系统，系统中大量无线用户共享少量无线信道，以指挥调度为主体应用，是一种多用途、高效能的无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。集群通信系统网络结构如图1所示，MCE(Multi-cell/multicast Coordination Entity，多小区/多播协作实体)是逻辑实体，负责MB SFN(Multimedia Broadcast multicast service Single FrequencyNetwork，多媒体广播多播服务单频网)区域下eNodeB(增强的节点B，简称eNB)进行MBSFN发射的无线资源的分配，包括时域资源分配和编码调制方案的选择，MCE还负责传输MBMS(Multimedia Broadcast MulticastServices，多媒体广播组播)会话控制信令。调度服务器(集群APP)主要作用是集群会话控制，即包括负责建立、维护和释放各种集群业务，话权管理和调度。
集群通信系统经历了与蜂窝移动通信系统类似的发展历程。第一代集群系统是模拟集群通信系统，主要支持语音通信。第二代集群系统是窄带数字集群通信系统，数字集群通信系统支持语音和低速数据(最高28.8kbps)通信。从目前我国集群通信系统的发展来看，集群通信系统的发展远远落后于公众蜂窝系统的发展，其技术创新和产业链等方面都还不尽完备。在数据传输能力和多媒体业务的支持能力方面，目前的数字窄带集群通信系统仍然比较落后。在频谱利用率和覆盖方面，现有的数字集群系统也不能很好的满足需求。
LTE技术推出之后，系统带宽下行超过100Mbps，上行带宽超过50Mbps，呼叫建立时间短，小于100ms，这样满足宽带集群系统的特征：集群通信系统以半双工方式通信，工作时通过即按即说(Push To Talk，PTT)键控制信道的获取和释放，信道利用率高，呼叫接续快；组内用户共享下行信道，资源利用率高。而且，集群通信系统可以通过话音加密保证通话的私密性和安全性；为高优先级用户或业务优先分配信道；通过故障弱化功能保证紧急状态下的通信；通过动态重组实现灵活的多级别分组调度指挥功能；宽带集群通信系统围绕“语音”、“数据”、“视频”这三个基本服务拓展宽带业务类型，包括：组呼/可视组呼、单呼/可视单呼、紧急呼叫等语音类业务。
集群应用中的所谓紧急呼叫就是指在一些突发任务或灾难情况下，为更好地协调不同部门，高效率地处理这些突发事件而提供通讯能力。集群通信系统具备特有的调度功能和组呼功能以及快速呼叫的特性，因此集群紧急呼叫在应急通信中有着重要的应用。集群紧急呼叫要求能够快速建网，一呼即通，一呼万应，多业务部门联动，通话质量好，操作方便等多种使用于紧急情况的功能。现有技术中没有相关解决方案。
发明内容
本发明要解决的技术问题是提供一种紧急呼叫的实现方法、增强的节点B和用户设备，以缩短呼叫时延，一呼即通，一呼万应，多业务部门联动，达到紧急呼叫真正优先的目的，提高用户体验。
为了解决上述问题，本发明提供了一种宽带数字集群系统紧急呼叫实现方法，包括：
增强的节点B接收到紧急呼叫会话开始请求后，在最近时刻的通知周期，在物理下行控制信道通知用户设备当前为紧急呼叫会话。
进一步的，上述方法还可具有以下特点，所述方法还包括，所述增强的节点B在一个或多个多媒体广播组播区域单频网区域内约定的物理多播信道(PMCH)，以约定的调制编码方式，在约定的固定子帧上发送所述集群紧急呼叫会话。
进一步的，上述方法还可具有以下特点，所述增强的节点B通过如下方式在物理下行控制信道通知用户设备当前为紧急呼叫会话：
所述增强的节点B在所述物理下行控制信道携带一紧急呼叫会话标识，指示当前为集群紧急呼叫。
进一步的，上述方法还可具有以下特点，所述紧急呼叫会话标识为扩展的无线网络临时标识(RNTI)值，该RNTI值为紧急呼叫专用。
进一步的，上述方法还可具有以下特点，所述增强的节点B通过如下方式在物理下行控制信道通知用户设备当前为紧急呼叫会话：
所述增强的节点B将所述物理下行控制信道上携带的DCI format 1C的一位或多位取值为指定值，指示当前为紧急呼叫会话。
进一步的，上述方法还可具有以下特点，所述物理下行控制信道中还携带多媒体广播组播单频网区域指示信息，包含承载所述紧急呼叫会话的PMCH信道区域。
进一步的，上述方法还可具有以下特点，所述方法还包括，
所述增强的节点B和/或多小区/多播协作实体处预留足够至少一个紧急呼叫业务使用的无线资源。
进一步的，上述方法还包括，所述方法还包括，所述增强的节点B和/或多小区/多播协作实体将紧急呼叫业务优先级置为最高。
进一步的，上述方法还可具有以下特点，所述方法还包括，所述增强的节点B和/或多小区/多播协作实体在紧急呼叫业务请求的无线资源大于系统剩余无线资源时，则强拆本地业务，直到系统剩余无线资源满足所述紧急呼叫业务请求的无线资源。
进一步的，上述方法还可具有以下特点，所述强拆本地业务包括：
获取当前在线用户及业务的优先级队列，按优先级从低到高进行强拆。
进一步的，上述方法还可具有以下特点，所述方法还包括，所述用户设备在所述物理下行控制信道上监测到所述通知后，判定发生紧急呼叫组呼，在约定的PMCH信道约定的固定子帧上监听所述紧急呼叫组呼业务。
进一步的，上述方法还可具有以下特点，所述监听单元还用于：所述用户设备为非话权用户且能力级别足够高时，监听所述紧急呼叫组呼业务前，提示用户紧急呼叫接入，在所述用户同意接入所述紧急呼叫后，才监听所述紧急呼叫组呼业务。
进一步的，上述方法还可具有以下特点，所述方法还包括，所述用户设备为话权用户时，在监听所述紧急呼叫组呼业务前，释放话权。
本发明还提供一种增强的节点B，所述增强的节点B包括：紧急呼叫通知单元：用于接收到紧急呼叫会话开始请求后，在最近时刻的通知周期，在物理下行控制信道通知用户设备当前为集群紧急呼叫会话。
进一步的，上述增强的节点B还可具有以下特点，所述增加的节点B还包括紧急呼叫单元，用于在一个或多个多媒体广播组播区域内约定的PMCH信道，以约定的调制编码方式，在约定的固定子帧上发送所述集群紧急呼叫会话。
进一步的，上述增强的节点B还可具有以下特点，所述紧急呼叫通知单元通过如下方式在物理下行控制信道通知用户设备当前为集群紧急呼叫会话：
所述紧急呼叫通知单元在所述物理下行控制信道携带紧急呼叫会话标识，指示当前为集群紧急呼叫。
进一步的，上述增强的节点B还可具有以下特点，所述紧急呼叫会话标识为扩展的无线网络临时标识(RNTI)值，该RNTI值为集群紧急呼叫专用。
进一步的，上述增强的节点B还可具有以下特点，所述紧急呼叫通知单元通过如下方式在物理下行控制信道通知用户设备当前为集群紧急呼叫会话：
将所述物理下行控制信道上携带的DCI format 1C的一位或多位取值为指定值，指示当前为集群紧急呼叫会话。
进一步的，上述增强的节点B还可具有以下特点，所述紧急通知单元还在所述物理下行控制信道中携带多媒体广播组播单频网区域指示信息，指示承载所述紧急呼叫会话的PMCH信道区域。
进一步的，上述增强的节点B还可具有以下特点，所述增强的节点B还包括管理单元：用于预留足够至少一个紧急呼叫业务使用的无线资源。
进一步的，上述增强的节点B还可具有以下特点，所述增强的节点B还包括管理单元，用于将紧急呼叫业务优先级置为最高。
进一步的，上述增强的节点B还可具有以下特点，所述增强的节点B还包括管理单元：用于当紧急呼叫业务请求的无线资源大于系统剩余无线资源时，强拆本地业务，直到系统剩余无线资源满足所述紧急呼叫业务请求的无线资源。
进一步的，上述增强的节点B还可具有以下特点，所述管理单元强拆本地业务包括：
所述管理单元获取当前在线用户及业务的优先级队列，按优先级从低到高进行强拆。
本发明还提供一种用户设备，所述用户设备包括监测单元和监听单元，其中：
所述监测单元用于：监测物理下行控制信道，判定是否发生紧急呼叫组呼；
所述监听单元用于：在检测单元判定发生紧急呼叫组呼后，在约定的PMCH信道约定的固定子帧上监听所述紧急呼叫组呼业务。
进一步的，上述用户设备还可具有以下特点，所述监测单元用于通过如下方式判定是否发生紧急呼叫组呼：
所述监测单元在所述物理下行控制信道检测到紧急呼叫专用的无线网络临时标识值时，判定发生紧急呼叫组呼。
进一步的，上述用户设备还可具有以下特点，所述监测单元用于通过如下方式判定是否发生紧急呼叫组呼：
所述监测单元检测到所述物理下行控制信道上携带的DCI format 1C的一位或多位取值为指定值时，判定发生紧急呼叫组呼。
进一步的，上述用户设备还可具有以下特点，所述监听单元还用于：所述用户设备为非话权用户且能力级别支持时，监听所述紧急呼叫组呼业务前，提示用户紧急呼叫接入，在所述用户同意接入所述紧急呼叫后，才监听所述紧急呼叫组呼业务。
进一步的，上述用户设备还可具有以下特点，所述监听单元还用于，所述用户设备为话权用户时，监听所述紧急呼叫组呼业务前，释放话权。
通过本发明所述方法，为集群紧急呼叫的实现提供了一种方案，缩短呼叫时延，一呼即通，一呼万应，多业务部门联动，达到紧急呼叫真正优先的目的，提高用户体验。
附图说明
图1是集群系统网络结构图；
图2是剩余资源计算方法，适用于无线资源及传输资源；
图3是拥塞时强拆策略，适用于eNodeB和MCE；
图4是紧急组呼叫发起时被呼UE(能力级别高)属于其他组呼但不占有话权时的处理过程；
图5是紧急组呼叫发起时被呼UE(能力级别低)属于其他组呼但不占有话权时的处理过程
图6是紧急组呼叫发起时被呼UE属于其他组呼占有话权时的处理过程。
图7是本发明实施例增强的节点B框图；
图8是本发明实施例用户设备框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
本发明实施例提供一种宽带数字集群系统紧急呼叫实现方法，包括：
eNodeB接收到紧急呼叫会话开始请求后，在最近时刻的通知周期在PDCCH(Physical Downlink Control Channel，物理下行控制信道)上，通知用户设备当前为集群紧急呼叫会话。
进一步的，所述eNodeB在一个或多个MBSFN AREA(MBMS单频网区域)内约定的物理多播信道(Physical Multicast Channel，PMCH)，以约定的调制编码方式(Modulation and Coding Scheme，MCS)，在约定的固定子帧上发送所述集群紧急呼叫会话。
其中，所述eNodeB通过如下方式在物理下行控制信道通知用户设备当前为紧急呼叫会话：
所述eNodeB在所述物理下行控制信道携带一紧急呼叫会话标识，指示当前为集群紧急呼叫。所述紧急呼叫会话标识为扩展的无线网络临时标识(RNTI)值，该RNTI值为紧急呼叫专用。例如：针对MBMS定义一个M-RNTI，可以36.321基础上扩展一个M-RNTI，为集群紧急呼叫所专用，ME-RNTI等。
或者，
所述eNodeB将所述物理下行控制信道上携带的DCI format 1C的一位或多位取值为指定值，指示当前为紧急呼叫会话。
进一步，所述PDCCH信道携带MBSFN AREA区域指示，所述MBSFNAREA区域指示包含承载紧急呼叫会话的PMCH信道区域。
进一步，所述eNodeB和MCE通如下方式之一或其组合抱着紧急呼叫业务优先：设置紧急呼叫组呼业务的优先级为最高；预留足够至少一个紧急呼叫业务使用的无线资源；在发生拥塞时通过强拆其他普通组呼业务来保证紧急呼叫优先；具体的，在紧急呼叫业务请求的无线资源大于系统剩余无线资源时，则强拆本地业务，直到系统剩余无线资源满足所述紧急呼叫业务请求的无线资源。
其中所述强拆本地业务包括：获取当前在线用户及业务的优先级队列，按优先级从低到高进行强拆。
其中，用户设备监测PDCCH，判决发生紧急呼叫组呼后，在约定的PMCH信道约定的固定子帧上监听所述紧急呼叫组呼业务。
其中，所述用户设备用于通过如下方式判定是否发生紧急呼叫组呼：
所述用户设备在所述物理下行控制信道检测到紧急呼叫专用的无线网络临时标识值。
其中，所述用户设备用于通过如下方式判定是否发生紧急呼叫组呼：
所述用户设备检测到所述物理下行控制信道上携带的DCI format 1C的一位或多位取值为指定值。
其中，所述用户设备为非话权用户且能力级别足够高时，监听所述紧急呼叫组呼业务前，提示用户紧急呼叫接入，在所述用户同意接入所述紧急呼叫后，才监听所述紧急呼叫组呼业务。如果能力级别不够高，则立即监听紧急呼叫组呼业务。
其中，所述用户设备为话权用户时，在监听所述紧急呼叫组呼业务前，释放话权。
实施例1
针对36.321协议扩展一个RNTI(Radio Network Temporary Identifier，无线网络临时标识)作为紧急呼叫组呼业务专用，eNodeB通过该扩展的RNTI通知UE。
36.321协议中RNTI取值FFF4-FFFC为保留备用，现在取其中任一值扩展为紧急呼叫组呼专用RNTI。举例1，取FFF4定义为ME-RNTI，用于紧急呼叫标识；举例2，取FFFC定义为ME-RNTI，用于紧急呼叫标识。此处仅为示例，可以根据需要设定。
当eNodeB接收到紧急呼叫会话请求后，在最近时刻的通知周期在PDCCH信道上，发送带ME-RNTI标识的DCI format 1C通知用户设备。集群紧急呼叫会话时在一个或多个的MBSFN AREA(MBNS单频网区域)内协议约定的PMCH信道上(举例1，第5号PMCH信道；举例2，第3号PMCH信道)以协议约定的MCS，比如QPSK编码方式，并在协议约定的固定子帧上发送，举例1，约定固定在子帧0上发送；举例2，约定固定在子帧5上发送。
实施例2
eNodeB通过DCI format 1C通知用户设备发生紧急呼叫。
eNodeB通过将DCI format 1C的某一位或多位置为预设值来标识紧急呼叫会话，如举例1，DCI format 1C的最后1位置1标识紧急呼叫会话；举例2，DCI format 1C中2bit位置1标识紧急呼叫会话。
本实施例中，约定对于紧急呼叫会话采用的MCS为QPSK编码方式，并在固定的子帧上发送，举例1，固定在子帧0上发送；举例2，固定在子帧5上发送。发生集群紧急呼叫会话时，PDCCH只包含承载紧急呼叫会话的PMCH信道指示。
当eNodeB接收到紧急呼叫会话的处理，在最近时刻的通知周期在PDCCH信道上，发送2bit位置1的DCI format 1C通知用户设备。集群紧急呼叫会话时在不同的MBSFN AREA(MBMS单频网区域)内PMCH上以约定的MCS(本实施例中，为QPSK编码方式)在子帧0上发送。
实施例3
eNodeB预留一部分资源，如足够一个紧急呼叫业务使用的无线资源，如图2所示，包括：
第一步：用户或有线调度台发起带紧急呼叫标识的呼叫请求；
第二步：eNodeB收到呼叫请求查询可用资源，可用资源计算方法见图2，包括：
如果当前业务为紧急呼叫，则可用资源为小区剩余资源；
如果当前业务非紧急呼叫，则可用资源为小区剩余资源-预留资源，本实施例中，预留资源为一个紧急呼叫发起的组呼资源，当然，也可以预留更多资源，本发明对此不作限定。
第三步：eNodeb的剩余资源足够接纳该业务，同时更新eNodeB剩余无线资源。
实施例4
eNodeB拥塞时，通过强拆其他非紧急呼叫业务来保证紧急呼叫优先，如图3所示，包括：
步骤301，用户或有线调度台发起带紧急呼叫标识的呼叫请求；
步骤302，紧急呼叫业务优先级置为最高；
步骤303，紧急呼叫业务请求无线资源大于系统剩余无线资源时，eNodeB发生拥塞；
步骤304，eNodeB获取当前在线用户及业务的优先级队列，并进行强拆处理。eNodeB强拆优先级排队序列中优先级最低的普通业务进行拆除；
其中，优先级排队序列排队原则为：先按照用户的优先级进行排队，每个用户所进行的业务也进行排队；
强拆的是最低优先级用户的最低优先级业务；业务优先级相同，优先拆除业务占用资源多的一个；用户优先级如果相同，优先拆除最低优先级业务占用资源多的一个。
步骤305，eNodeB更新系统剩余无线资源；
步骤306，eNodeB判断系统剩余无线资源是否能够满足紧急呼叫业务的资源请求；
步骤307，如果不满足，则重新进行步骤303至步骤306直至接纳成功。
实施例5
用户当前监听其他非紧急呼叫组呼业务A，该用户属于非话权用户，能力级别足够高，当监听到PDCCH上带紧急呼叫标识的DCI信息，即判断发生紧急呼叫组呼，则如图4所示，包括：
步骤401：核心网(CN)对该UE进行寻呼；
步骤402：UE与系统进行RRC连接，并在RRC连接建立过程中通过NAS消息告知核心网是否同意监听紧急呼叫组呼业务；此时在用户终端上有提示信息提示用户有紧急呼叫业务接入，用户可以选择接收或拒绝。用户选择拒绝则通过NAS消息告知核心网不同意，流程到此结束；用户选择接收，则通过NAS消息告知核心网同意，进行下一步。
步骤403：核心网(CN)发送UE的承载修改请求给MCE；
步骤404：MCE发送UE的集群上下文修改请求给UE所在的eNodeB；
步骤405：eNodeB删除针对组呼业务A的MCCH(Multicast ControlChannel，多播控制信道)和MTCH(Multicast Traffic Channel，多播业务信道)映射和MCH(Multicast Channel，多播信道)到PMCH的资源；
步骤406：eNodeB针对紧急呼叫组呼进行MCCH和MTCH映射以及MCH到PMCH资源建立用于紧急呼叫组呼的下行集群信息传输。用户可以监听紧急呼叫组呼业务。
实施例6
用户当前监听其他非紧急呼叫组呼业务A，该用户属于非话权用户，能力级别低，当监听到PDCCH上带紧急呼叫标识的DCI信息，即判断发生紧急呼叫组呼，如图5所示，包括：
步骤501：核心网(CN)将发送UE的承载修改请求给MCE；
步骤502：MCE发送UE的集群上下文修改请求给UE所在的eNodeB；
步骤503：eNodeB删除针对组呼业务A的MCCH和MTCH映射和MCH到PMCH的资源；
步骤504：eNodeB针对紧急呼叫组呼进行MCCH和MTCH映射以及MCH到PMCH资源建立用于紧急呼叫组呼的下行集群信息传输。用户可以监听紧急呼叫组呼业务了。
实施例7
用户当前正在进行其他非紧急呼叫组呼业务B，该用户属于话权用户，当监听到PDCCH上的紧急呼叫组呼时，立即释放话权，并监听紧急呼叫组呼业务，如图6：
步骤601，CN将发送UE的承载修改请求给MCE；
步骤602，MCE发送UE的集群上下文修改请求给UE所在的eNodeB；
步骤603，eNodeB针对原来UE所进行的组呼业务B释放上行无线资源；
步骤604，eNodeB删除针对组呼业务B的MCCH和MTCH映射和MCH到PMCH的资源；
步骤605，eNodeB针对紧急呼叫组呼进行MCCH和MTCH映射以及MCH到PMCH资源建立用于紧急呼叫组呼的下行集群信息传输。用户可以监听紧急呼叫组呼业务了。
如果被呼UE不属于其它组呼，则与普通的被呼类似，在eNodeB为其建立好下行承载后，被呼UE即可监听到业务。
实施例8，MCE预留一部分资源，如足够一个紧急呼叫业务使用的传输资源，如图2所述，包括：
步骤701：用户或有线调度台发起带紧急呼叫标识的呼叫请求；
步骤702：MCE收到呼叫请求查询可用资源，可用资源计算方法见图2；
步骤703：剩余资源足够接纳该业务，同时更新MCE剩余传输资源。
实施例9，MCE拥塞时，通过强拆其他非紧急呼叫业务来保证紧急呼叫优先，与图3类似，包括：
步骤801，用户或有线调度台发起带紧急呼叫标识的呼叫请求；
步骤802，紧急呼叫业务优先级置为最高；
步骤803，紧急呼叫业务请求无线资源大于系统剩余传输资源，MCE发生拥塞；
步骤804，MCE获取当前在线用户及业务的优先级队列，并进行强拆处理。MCE强拆优先级排队序列中优先级最低的普通业务进行拆除；优先级排队序列排队原则，先按照用户的优先级进行排队，每个用户所进行的业务也进行排队；强拆的是最低优先级用户的最低优先级业务；业务优先级相同，优先拆除业务占用资源多的一个；用户优先级如果相同，优先拆除最低优先级业务占用资源多的一个；
步骤805，MCE更新系统剩余传输资源；
步骤806，MCE判断系统剩余传输资源是否能够满足紧急呼叫业务的资源请求；
步骤807，不满足，则重新进行步骤803至步骤806直至接纳成功。
本发明实施例还提供一种增强的节点B，所述增强的节点B包括：紧急呼叫通知单元：用于接收到紧急呼叫会话开始请求后，在最近时刻的通知周期，在物理下行控制信道通知用户设备当前为集群紧急呼叫会话。
其中，所述增加的节点B还包括紧急呼叫单元，用于在一个或多个多媒体广播组播区域内约定的PMCH信道，以约定的调制编码方式，在约定的固定子帧上发送所述集群紧急呼叫会话。
其中，所述紧急呼叫通知单元通过如下方式在物理下行控制信道通知用户设备当前为集群紧急呼叫会话：
所述紧急呼叫通知单元在所述物理下行控制信道携带紧急呼叫会话标识，指示当前为集群紧急呼叫。
其中，所述紧急呼叫会话标识为扩展的无线网络临时标识(RNTI)值，该RNTI值为集群紧急呼叫专用。
其中，所述紧急呼叫通知单元通过如下方式在物理下行控制信道通知用户设备当前为集群紧急呼叫会话：
将所述物理下行控制信道上携带的DCI format 1C的一位或多位取值为指定值，指示当前为集群紧急呼叫会话。
其中，所述紧急通知单元还在所述物理下行控制信道中携带多媒体广播组播单频网区域指示信息，指示承载所述紧急呼叫会话的PMCH信道区域。
其中，所述增强的节点B还包括管理单元：用于预留足够至少一个紧急呼叫业务使用的无线资源。
其中，所述增强的节点B还包括管理单元，用于将紧急呼叫业务优先级置为最高。
其中，所述增强的节点B还包括管理单元：用于当紧急呼叫业务请求的无线资源大于系统剩余无线资源时，强拆本地业务，直到系统剩余无线资源满足所述紧急呼叫业务请求的无线资源。
其中，所述管理单元强拆本地业务包括：
所述管理单元获取当前在线用户及业务的优先级队列，按优先级从低到高进行强拆。
本发明实施例还提供一种用户设备，如图8所示，包括监测单元和监听单元，其中：
所述监测单元用于：监测物理下行控制信道，判定是否发生紧急呼叫组呼；
所述监听单元用于：在检测单元判定发生紧急呼叫组呼后，在约定的PMCH信道约定的固定子帧上监听所述紧急呼叫组呼业务。
其中，所述监测单元用于通过如下方式判定是否发生紧急呼叫组呼：
所述监测单元在所述物理下行控制信道检测到紧急呼叫专用的无线网络临时标识值时，判定发生紧急呼叫组呼。
其中，所述监测单元用于通过如下方式判定是否发生紧急呼叫组呼：
所述监测单元检测到所述物理下行控制信道上携带的DCI format 1C的一位或多位取值为指定值时，判定发生紧急呼叫组呼。
其中，所述监听单元还用于：所述用户设备为非话权用户且能力级别支持时，监听所述紧急呼叫组呼业务前，提示用户紧急呼叫接入，在所述用户同意接入所述紧急呼叫后，才监听所述紧急呼叫组呼业务。
其中，所述监听单元还用于，所述用户设备为话权用户时，监听所述紧急呼叫组呼业务前，释放话权。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
Claims (28)
1.一种宽带数字集群系统紧急呼叫实现方法，其特征在于，包括：
增强的节点B接收到紧急呼叫会话开始请求后，在最近时刻的通知周期，在物理下行控制信道通知用户设备当前为紧急呼叫会话。
2.如权利要求1所述的方法，其特征在于，所述方法还包括，所述增强的节点B在一个或多个多媒体广播组播区域单频网区域内约定的物理多播信道(PMCH)，以约定的调制编码方式，在约定的固定子帧上发送所述集群紧急呼叫会话。
3.如权利要求1或2所述的方法，其特征在于，所述增强的节点B通过如下方式在物理下行控制信道通知用户设备当前为紧急呼叫会话：
所述增强的节点B在所述物理下行控制信道携带一紧急呼叫会话标识，指示当前为集群紧急呼叫。
4.如权利要求3所述的方法，其特征在于，所述紧急呼叫会话标识为扩展的无线网络临时标识(RNTI)值，该RNTI值为紧急呼叫专用。
5.如权利要求1或2所述的方法，其特征在于，所述增强的节点B通过如下方式在物理下行控制信道通知用户设备当前为紧急呼叫会话：
所述增强的节点B将所述物理下行控制信道上携带的DCI format 1C的一位或多位取值为指定值，指示当前为紧急呼叫会话。
6.如权利要求1或2所述的方法，其特征在于，所述物理下行控制信道中还携带多媒体广播组播单频网区域指示信息，包含承载所述紧急呼叫会话的PMCH信道区域。
7.如权利要求1或2所述的方法，其特征在于，所述方法还包括，
所述增强的节点B和/或多小区/多播协作实体处预留足够至少一个紧急呼叫业务使用的无线资源。
8.如权利要求1或2所述的方法，其特征在于，所述方法还包括，所述增强的节点B和/或多小区/多播协作实体将紧急呼叫业务优先级置为最高。
9.如权利要求1或2所述的方法，其特征在于，所述方法还包括，所述增强的节点B和/或多小区/多播协作实体在紧急呼叫业务请求的无线资源大于系统剩余无线资源时，则强拆本地业务，直到系统剩余无线资源满足所述紧急呼叫业务请求的无线资源。
10.如权利要求9所述的方法，其特征在于，所述强拆本地业务包括：
获取当前在线用户及业务的优先级队列，按优先级从低到高进行强拆。
11.如权利要求1所述的方法，其特征在于，所述方法还包括，所述用户设备在所述物理下行控制信道上监测到所述通知后，判定发生紧急呼叫组呼，在约定的PMCH信道约定的固定子帧上监听所述紧急呼叫组呼业务。
12.如权利要求11所述的方法，其特征在于，所述方法还包括，所述用户设备为非话权用户且能力级别足够高时，监听所述紧急呼叫组呼业务前，提示用户紧急呼叫接入，在所述用户同意接入所述紧急呼叫后，才监听所述紧急呼叫组呼业务。
13.如权利要求11所述的方法，其特征在于，所述方法还包括，所述用户设备为话权用户时，在监听所述紧急呼叫组呼业务前，释放话权。
14.一种增强的节点B，其特征在于，所述增强的节点B包括：紧急呼叫通知单元：用于接收到紧急呼叫会话开始请求后，在最近时刻的通知周期，在物理下行控制信道通知用户设备当前为集群紧急呼叫会话。
15.如权利要求14所述的增强的节点B，其特征在于，所述增加的节点B还包括紧急呼叫单元，用于在一个或多个多媒体广播组播区域内约定的PMCH信道，以约定的调制编码方式，在约定的固定子帧上发送所述集群紧急呼叫会话。
16.如权利要求14或15所述的增强的节点B，其特征在于，所述紧急呼叫通知单元通过如下方式在物理下行控制信道通知用户设备当前为集群紧急呼叫会话：
所述紧急呼叫通知单元在所述物理下行控制信道携带紧急呼叫会话标识，指示当前为集群紧急呼叫。
17.如权利要求16所述的增强的节点B，其特征在于，所述紧急呼叫会话标识为扩展的无线网络临时标识(RNTI)值，该RNTI值为集群紧急呼叫专用。
18.如权利要求14或15所述的增强的节点B，其特征在于，所述紧急呼叫通知单元通过如下方式在物理下行控制信道通知用户设备当前为集群紧急呼叫会话：
将所述物理下行控制信道上携带的DCI format 1C的一位或多位取值为指定值，指示当前为集群紧急呼叫会话。
19.如权利要求14或15所述的增强的节点B，其特征在于，所述紧急通知单元还在所述物理下行控制信道中携带多媒体广播组播单频网区域指示信息，指示承载所述紧急呼叫会话的PMCH信道区域。
20.如权利要求14或15所述的增强的节点B，其特征在于，所述增强的节点B还包括管理单元：用于预留足够至少一个紧急呼叫业务使用的无线资源。
21.如权利要求14或15所述的增强的节点B，其特征在于，所述增强的节点B还包括管理单元，用于将紧急呼叫业务优先级置为最高。
22.如权利要求14或15所述的增强的节点B，其特征在于，所述增强的节点B还包括管理单元：用于当紧急呼叫业务请求的无线资源大于系统剩余无线资源时，强拆本地业务，直到系统剩余无线资源满足所述紧急呼叫业务请求的无线资源。
23.如权利要求22所述的增强的节点B，其特征在于，所述管理单元强拆本地业务包括：
所述管理单元获取当前在线用户及业务的优先级队列，按优先级从低到高进行强拆。
24.一种用户设备，其特征在于，所述用户设备包括监测单元和监听单元，其中：
所述监测单元用于：监测物理下行控制信道，判定是否发生紧急呼叫组呼；
所述监听单元用于：在检测单元判定发生紧急呼叫组呼后，在约定的PMCH信道约定的固定子帧上监听所述紧急呼叫组呼业务。
25.如权利要求24所述的用户设备，其特征在于，所述监测单元用于通过如下方式判定是否发生紧急呼叫组呼：
所述监测单元在所述物理下行控制信道检测到紧急呼叫专用的无线网络临时标识值时，判定发生紧急呼叫组呼。
26.如权利要求24所述的用户设备，其特征在于，所述监测单元用于通过如下方式判定是否发生紧急呼叫组呼：
所述监测单元检测到所述物理下行控制信道上携带的DCI format 1C的一位或多位取值为指定值时，判定发生紧急呼叫组呼。
27.如权利要求24至26任一所述的用户设备，其特征在于，所述监听单元还用于：所述用户设备为非话权用户且能力级别支持时，监听所述紧急呼叫组呼业务前，提示用户紧急呼叫接入，在所述用户同意接入所述紧急呼叫后，才监听所述紧急呼叫组呼业务。
28.如权利要求24至26任一所述的用户设备，其特征在于，所述监听单元还用于，所述用户设备为话权用户时，监听所述紧急呼叫组呼业务前，释放话权。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2012100370461A CN103139710A (zh) | 2011-11-30 | 2012-02-17 | 紧急呼叫实现方法、增强的节点b和用户设备 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110389297 | 2011-11-30 | ||
| CN201110389297.1 | 2011-11-30 | ||
| CN2012100370461A CN103139710A (zh) | 2011-11-30 | 2012-02-17 | 紧急呼叫实现方法、增强的节点b和用户设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103139710A true CN103139710A (zh) | 2013-06-05 |
Family
ID=48498905
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2012100370461A Pending CN103139710A (zh) | 2011-11-30 | 2012-02-17 | 紧急呼叫实现方法、增强的节点b和用户设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103139710A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104853331A (zh) * | 2014-02-17 | 2015-08-19 | 普天信息技术有限公司 | 一种被叫紧急呼叫处理方法及系统 |
| CN105828447A (zh) * | 2015-01-07 | 2016-08-03 | 普天信息技术有限公司 | 一种基于优先级的组呼抢占方法及系统 |
| CN107241706A (zh) * | 2017-05-27 | 2017-10-10 | 武汉虹信通信技术有限责任公司 | 用于宽带集群通信系统中的多调度台强拆业务实现方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101931879A (zh) * | 2009-06-19 | 2010-12-29 | 中兴通讯股份有限公司 | 一种多播控制信道信息的传输方法及其设备 |
| CN101990159A (zh) * | 2009-07-31 | 2011-03-23 | 大唐移动通信设备有限公司 | 一种ue读取mcch的方法、系统及装置 |
| CN101990160A (zh) * | 2009-07-31 | 2011-03-23 | 中兴通讯股份有限公司 | 实现mbms控制信道更新通知的方法、装置及系统 |
| CN102035807A (zh) * | 2009-09-30 | 2011-04-27 | 中兴通讯股份有限公司 | 一种多媒体广播多播业务通知信息的传输方法及系统 |
-
2012
- 2012-02-17 CN CN2012100370461A patent/CN103139710A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101931879A (zh) * | 2009-06-19 | 2010-12-29 | 中兴通讯股份有限公司 | 一种多播控制信道信息的传输方法及其设备 |
| CN101990159A (zh) * | 2009-07-31 | 2011-03-23 | 大唐移动通信设备有限公司 | 一种ue读取mcch的方法、系统及装置 |
| CN101990160A (zh) * | 2009-07-31 | 2011-03-23 | 中兴通讯股份有限公司 | 实现mbms控制信道更新通知的方法、装置及系统 |
| CN102035807A (zh) * | 2009-09-30 | 2011-04-27 | 中兴通讯股份有限公司 | 一种多媒体广播多播业务通知信息的传输方法及系统 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104853331A (zh) * | 2014-02-17 | 2015-08-19 | 普天信息技术有限公司 | 一种被叫紧急呼叫处理方法及系统 |
| CN105828447A (zh) * | 2015-01-07 | 2016-08-03 | 普天信息技术有限公司 | 一种基于优先级的组呼抢占方法及系统 |
| CN105828447B (zh) * | 2015-01-07 | 2019-04-05 | 普天信息技术有限公司 | 一种基于优先级的组呼抢占方法及系统 |
| CN107241706A (zh) * | 2017-05-27 | 2017-10-10 | 武汉虹信通信技术有限责任公司 | 用于宽带集群通信系统中的多调度台强拆业务实现方法 |
| CN107241706B (zh) * | 2017-05-27 | 2020-06-09 | 武汉虹信通信技术有限责任公司 | 用于宽带集群通信系统中的多调度台强拆业务实现方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10292020B2 (en) | Managing communication resources | |
| CN102215458B (zh) | 基于长期演进技术的数字集群通信系统以及基站和终端 | |
| WO2016045325A1 (zh) | 指示信息的确定、处理以及请求消息的处理方法、装置及计算机存储介质 | |
| WO2013079032A1 (zh) | 业务调度方法及装置 | |
| CN103857050A (zh) | 一种td-lte集群通信系统中资源调度的方法 | |
| CN103067868B (zh) | 一种mce控制集群会话建立的方法及系统 | |
| CN104581951B (zh) | 一种移动集群通信广播承载的无线资源分配方法 | |
| WO2011160469A1 (zh) | 一种实现集群通信的方法及系统 | |
| CN103581839B (zh) | 一种宽带集群业务的实现方法和系统 | |
| CN106162734B (zh) | 资源的配置方法及装置 | |
| WO2015184901A1 (zh) | 拥塞或过载的控制方法，系统，装置和基站 | |
| CN103581840A (zh) | 一种脱网直通模式下组呼业务的传输方法及终端 | |
| WO2012058979A1 (zh) | 一种单站模式下实现集群通话的方法及系统 | |
| CN103546874B (zh) | 一种通话管理的实现方法和系统 | |
| CN101909250B (zh) | 资源分配方法、接入网网络设备节点和集群通信系统 | |
| CN103052034B (zh) | 一种长期演进中实现集群组呼会话的方法、系统及设备 | |
| CN102612003B (zh) | 一种话权信息的通知方法和设备 | |
| CN101505484B (zh) | 一种实现语音组呼资源恢复的方法 | |
| CN103139710A (zh) | 紧急呼叫实现方法、增强的节点b和用户设备 | |
| EP2806705B1 (en) | Trunker user based message transmission method and device | |
| EP2903310A1 (en) | Multi-media broadcast/multi-media services | |
| CN101123759B (zh) | 一种在集群通信系统中针对用户分配资源的接入方法 | |
| CA2576532C (en) | Method for indicating a channel for sending uplink access request and trunking system | |
| CN101453789B (zh) | 一种集群组呼被叫接续时间的方法及系统 | |
| CN113852411B (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 | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20130605 |
|
| WD01 | Invention patent application deemed withdrawn after publication |