一种SC-PTM系统下的组呼区域管理方法与流程

本发明涉及无线通信技术领域，尤其涉及一种SC-PTM系统下的组呼区域管理方法。

背景技术：

第三代合作伙伴计划(3rd Generation Partnership Project，简称3GPP)的单小区点到多点(Single-Cell Point-to-Multipoint，简称SC-PTM)议题研究了在长期演进(Long Term Evolution，简称LTE)系统中支持单小区点对多点传输的可行性，并提出了移动性的解决方案：对于RRC_CONNECTED状态的用户设备(User Equipment，简称UE)，由演进型基站(evolved Node B，简称eNB在切换过程中向其提供目标小区的呼叫配置；对于RRC_IDLE状态的UE，可以由当前服务小区广播邻小区的呼叫配置，或者使UE在即将离开服务小区时，进入RRC_CONNECTED状态，通过切换完成小区间移动。

上述移动性方案主要考虑的是如何保证UE进入目标小区后尽量小的业务中断，但没有考虑当UE完成移动后，源小区的处理机制。根据SC-PTM的要求，网络需要根据参与呼叫的UE数量，决定小区中使用的承载类型，如果小区中参与呼叫的UE数量过低，该小区将使用单播承载而非SC-PTM承载以保证通话质量。而如上所述，3GPP的现有方案只考虑了目标小区的情况，忽略了源小区的UE数量变化。

针对上述问题，国内业界的主要方案是通过非接入层(Non-access stratum，简称NAS)机制解决。如当UE发起跟踪区更新过程时携带参与的组呼信息，核心网维护每个呼叫涉及的跟踪区域，从而可以判断出哪些跟踪区中已经没有参与组呼的UE，从而指示基站释放对应跟踪区的组呼资源。

3GPP的现有方案只考虑了目标小区的情况，忽略了源小区的UE数量变化，无法实现源小区中承载类型的确定；NAS机制只能在UE跟踪区列表的粒度解决问题，在实际网络中，跟踪区列表一般包含多个跟踪区，而一个跟踪区又一般包含多个小区，因此NAS机制只能进行粗略的UE计数，精确度不够。

鉴于此，如何获知小区下参与组呼叫的终端数量，以为小区组呼承载类型选择提供依据，在保证业务连续性前提下提高信号传输质量成为目前需要解决的技术问题。

技术实现要素：

为解决上述的技术问题，本发明提供一种SC-PTM系统下的组呼区域管理方法，能精确地获知小区下参与组呼叫的终端数量，为小区组呼承载类型选择提供依据，在保证业务连续性前提下提高信号传输质量。

第一方面，本发明提供一种SC-PTM系统下的组呼区域管理方法，包括：

参与组呼的用户设备UE在小区重选时，向目标小区发送第一消息，所述第一消息携带该UE所参与组呼的组标识、源小区标识、UE标识；

所述目标小区接收所述第一消息之后，向所属多小区/多播协调实体MCE发送第二消息，所述第二消息携带该UE所参与组呼的组标识、源小区标识、目标小区标识、UE标识；

所述MCE接收所述第二消息之后，根据所述第二消息中的组标识确定所述UE所参与的组呼，根据所述组标识和所述UE标识维护所述目标小区的组呼列表，并根据所述目标小区标识向与该目标小区标识对应的目标小区发送第三消息，所述第三消息携带用于指示所述目标小区是否进行该组呼的承载类型转换的信息，其中，所述第三消息携带的信息是由所述MCE根据所述目标小区的组呼列表确定参与 该组呼的UE数量之后，根据所述参与该组呼的UE数量，判断所述目标小区是否进行该组呼的承载类型转换而确定的；

所述MCE在根据所述第二消息中的组标识确定所述UE参与的组呼之后，还删除所述源小区的组呼列表中的该组呼中所述UE标识的信息，并根据所述源小区标识向与该源小区标识对应的源小区发送第四消息，所述第四消息携带用于指示所述源小区释放该组呼的承载的信息，或者携带用于指示所述源小区是否进行该组呼的承载类型转换的信息，其中，所述第四消息携带的信息是由所述MCE根据所述源小区的组呼列表确定参与该组呼的UE数量之后，根据所述参与该组呼的UE数量，判断所述源小区是否进行该组呼的承载类型转换或者是否进行该组呼的承载释放而确定的；

所述源小区接收所述第四消息之后，根据所述第四消息释放所述UE所参与的组呼的承载，或者根据所述第四消息进行或不进行所述UE所参与的组呼的承载类型转换；

其中，所述源小区和所述目标小区均属于同一个MCE。

可选地，在所述参与组呼的用户设备UE在小区重选时，向目标小区发送第一消息之前，还包括：

UE在第一次接收到组呼的通知消息时，向所属源小区发送第五消息，所述第五消息携带该UE所参与组呼的组标识和UE标识；

所述源小区接收所述第五消息之后，向所属MCE发送第六消息，所述第六消息携带该UE所参与组呼的组标识和UE标识；

所述MCE根据所述第六消息中的所述组标识和所述UE标识维护所述源小区的组呼列表。

可选地，所述第五消息为无线资源控制RRC消息，或媒体接入控制MAC消息。

可选地，所述无线资源控制RRC消息具体为无线资源控制连接请求RRCConnectionRequest消息。

可选地，所述媒体接入控制MAC消息具体为随机接入过程的MSG3消息。

可选地，所述源小区标识，包括：物理小区标识PCI，和/或全球小区识别码CGI。

可选地，所述第一消息为无线资源控制RRC消息，或媒体接入控制MAC消息。

可选地，所述无线资源控制RRC消息具体为无线资源控制连接请求RRCConnectionRequest消息。

可选地，所述媒体接入控制MAC消息具体为随机接入过程的MSG3消息。

由上述技术方案可知，本发明的SC-PTM系统下的组呼区域管理方法，能精确地获知小区下参与组呼叫的终端数量，为小区组呼承载类型选择提供依据，在保证业务连续性前提下提高信号传输质量。

附图说明

图1为本发明一实施例提供的一种SC-PTM系统下的组呼区域管理方法的流程示意图；

图2为本发明实施例提供的UE利用RRC消息将组标识和UE标识发送给源小区的信令示意图；

图3为本发明实施例提供的UE利用RRCConnectionRequest消息将组标识和UE标识发送给源小区的信令示意图；

图4为本发明实施例提供的UE利用随机接入的MSG3消息将组标识和UE标识发送给源小区的信令示意图；

图5为本发明实施例提供的UE利用随机接入的MSG3消息增加的组标识MAC CE的结构示意图；

图6为本发明实施例提供的UE利用随机接入的MSG3消息增加的UE标识MAC CE的结构示意图；

图7为本发明实施例提供的UE利用RRC消息将组标识、源小 区标识和UE标识发送给目标小区的信令示意图；

图8为本发明实施例提供的UE利用RRCConnectionRequest消息将组标识、源小区标识和UE标识发送给目标小区的信令示意图；

图9为本发明实施例提供的UE利用随机接入的MSG3消息将组标识、源小区标识和UE标识发送给目标小区的信令示意图；

图10为本发明实施例提供的UE利用随机接入的MSG3消息增加的小区标识MAC CE的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他的实施例，都属于本发明保护的范围。

图1示出了本发明一实施例提供的一种SC-PTM系统下的组呼区域管理方法的流程示意图，如图1所示，本实施例的SC-PTM系统下的组呼区域管理方法如下所述。

101、参与组呼(IDLE态的)的用户设备UE在小区重选时，向目标小区发送第一消息，所述第一消息携带该UE所参与组呼的组标识、源小区标识、UE标识。

在具体应用中，本实施例所述源小区标识，可包括但不限于：物理小区标识(Physical Cell Identifier，简称PCI)，和/或全球小区识别码(Cell Global Identifier，简称CGI)等。

在具体应用中，由于UE移动过程中可能涉及不同的小区基站，因此本实施例发送的组标识应该是网络唯一的，如临时移动组标识(Temporary Mobile Group Identity，简称TMGI)等。

在具体应用中，举例来说，本实施例所述第一消息可以为无线资 源控制RRC消息，如图7所示，可将所述组标识和源小区标识增加到RRC消息中；

更进一步地，举例来说，所述无线资源控制RRC消息可以具体选择为无线资源控制连接请求RRCConnectionRequest消息，如图8所示，可将所述组标识和源小区标识作为新的信元增加到RRCConnectionRequest消息中。

在具体应用中，举例来说，本实施例所述第一消息还可以为媒体接入控制(Media Access Control，简称MAC)消息；

更进一步地，举例来说，所述MAC消息可以具体选择为随机接入过程的MSG3消息，如图9所示，可将所述组标识作为一个新的MAC CE增加到随机接入的MSG3消息中，将所述源小区标识作为另一个新的MAC CE(如图10所示)增加到所述MSG3消息中，将所述UE标识作为另一个新的MAC CE增加到所述MSG3消息中。

102、所述目标小区接收所述第一消息之后，向所属多小区/多播协调实体(Multi-cell/Multicast Coordination Entity，简称MCE)发送第二消息，所述第二消息携带该UE所参与组呼的组标识、源小区标识、目标小区标识、UE标识。

103、所述MCE接收所述第二消息之后，根据所述第二消息中的组标识确定所述UE所参与的组呼，根据所述组标识和所述UE标识维护所述目标小区的组呼列表，并根据所述目标小区标识向与该目标小区标识对应的目标小区发送第三消息，所述第三消息携带用于指示所述目标小区是否进行该组呼的承载类型转换的信息，其中，所述第三消息携带的信息是由所述MCE根据所述目标小区的组呼列表确定参与该组呼的UE数量之后，根据所述参与该组呼的UE数量，判断所述目标小区是否进行该组呼的承载类型转换而确定的。

104、所述MCE在根据所述第二消息中的组标识确定所述UE参与的组呼之后，还删除所述源小区的组呼列表中的该组呼中所述UE 标识的信息，并根据所述源小区标识向与该源小区标识对应的源小区发送第四消息，所述第四消息携带用于指示所述源小区释放该组呼的承载的信息，或者携带用于指示所述源小区是否进行该组呼的承载类型转换的信息，其中，所述第四消息携带的信息是由所述MCE根据所述源小区的组呼列表确定参与该组呼的UE数量之后，根据所述参与该组呼的UE数量，判断所述源小区是否进行该组呼的承载类型转换或者是否进行该组呼的承载释放而确定的；

可理解的是，若参与该组呼的UE数量为0，则所述第三消息携带用于指示所述源小区释放所述UE参与的组呼的承载的信息

105、所述源小区接收所述第四消息之后，根据所述第四消息释放所述UE所参与的组呼的承载，或者根据所述第四消息进行或不进行所述UE所参与的组呼的承载类型转换。

其中，所述源小区和所述目标小区均属于同一个MCE。

本实施例的SC-PTM系统下的组呼区域管理方法，能精确地获知小区下参与组呼叫的终端数量，为小区组呼承载类型选择提供依据，在保证业务连续性前提下提高信号传输质量。

在具体应用中，本实施例上述步骤101之前，还包括图中未示出的步骤P1-P3：

P1、UE在第一次接收到组呼的通知消息时，向所属源小区发送第五消息，所述第五消息携带该UE所参与组呼的组标识和UE标识。

在具体应用中，举例来说，所述第五消息可以为无线资源控制RRC消息，如图2所示，可将所述组标识增加到RRC消息中；

更进一步地，举例来说，所述无线资源控制RRC消息可以具体选择为无线资源控制连接请求RRCConnectionRequest消息，如图3所示，可将所述组标识作为新的信元增加到RRCConnectionRequest消息中。

在具体应用中，举例来说，所述第五消息还可以为媒体接入控制 (Media Access Control，简称MAC)消息；

更进一步地，举例来说，所述MAC消息可以具体选择为随机接入过程的MSG3消息，如图4所示，可将所述组标识作为一个新的媒体接入控制层控制单元(MAC Control Element，简称MAC CE)(如图5所示)增加到随机接入的MSG3消息中，将所述UE标识作为另一个新的MAC CE(如图6所示)增加到所述MSG3消息中。

P2、所述源小区接收所述第五消息之后，向所属MCE发送第六消息，所述第六消息携带该UE所参与组呼的组标识和UE标识。

P3、所述MCE根据所述第六消息中的所述组标识和所述UE标识维护所述源小区的组呼列表(如表1所示)。

表1

本实施例的SC-PTM系统下的组呼区域管理方法，能精确地获知小区下参与组呼叫的终端数量，为小区组呼承载类型选择提供依据，在保证业务连续性前提下提高信号传输质量。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方 法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。