一种单呼呼叫控制方法、终端、网络侧设备和通信系统与流程

本发明涉及无线通信领域，更具体地，涉及通信系统的单呼呼叫控制方法及相应的终端、网络侧设备和通信系统。

背景技术：

根据b-trunc联盟标准规定，目前实现了基于lte技术的宽带集群通信系统，系统包含了核心网，基站和终端三个网元实体，其中的核心网和基站统称为网络侧设备。为了实现业务，每个网元实体需要根据业务流程设计各自的实现方案。终端需要成功连接到基站，并且成功附着、注册到核心网，才能进行业务，业务包括单呼，组呼，组信息更新等业务。

对于所述集群通信系统，由于空口资源有限，需要尽快及时回收空口资源，因此当基站检测到终端在设定时长t1没有业务工作，即业务空闲时间超时，会释放此终端对应的空口连接，从连接态回到空闲态，回收空口资源。其中t1可称为业务空闲超时时长。

对于单呼呼叫，被叫终端振铃到被叫终端接听的这段时间内，主叫终端不发送数据，处于业务空闲状态，因而可能被检测为业务空闲时间超时，进而将空口连接释放，回到空闲态，导致呼叫失败。

为了避免这种情况，一种做法是保证t1大于单呼呼叫的被叫接听超时时长t2，但这样会导致t1较长，基站无法尽快回收空口资源，进而导致系统利用率下降，终端的续航能力也会下降。

对于其他需要尽快及时回收空口资源的通信系统，在终端的业务空闲时间超时时也将释放空口连接，这些通信系统同样存在上述问题。

技术实现要素：

有鉴于此，本发明提供了以下方案。

一种单呼呼叫控制方法，包括：

通信系统的主叫终端发起单呼呼叫；

所述主叫终端在接收到被叫终端的振铃消息之后，接收到被叫终端接听的消息之前，向网络侧设备发送数据。

一种单呼呼叫控制方法，包括：

通信系统的被叫终端接收到单呼呼叫；

所述被叫终端在向网络侧设备返回振铃消息之后，检测到用户接听之前，接收所述网络侧设备发送的数据。

一种单呼呼叫控制方法，包括：

通信系统的网络侧设备接收到主叫终端的单呼呼叫后，建立到主叫终端和被叫终端的专用承载，对所述主叫终端和被叫终端进行业务空闲超时检测；

所述网络侧设备接收到被叫终端返回的振铃消息后，对所述被叫终端进行被叫接听超时检测，并将所述振铃消息传输到所述主叫终端；

所述网络侧设备接收到被叫终端接听的消息之前，通过所述专用承载与所述主叫终端和被叫终端进行数据传输；

其中，所述业务空闲超时检测使用的业务空闲超时时长小于所述被叫接听超时检测使用的被叫接听超时时长。

一种单呼呼叫控制方法，包括：

通信系统的主叫终端发起单呼呼叫，网络侧设备建立到所述主叫终端和被叫终端的专用承载，并对所述主叫终端和被叫终端进行业务空闲超时检测；

所述主叫终端接收到被叫终端的振铃消息之后，接收到被叫终端接听的消息之前，通过所述专用承载向网络侧设备发送数据；

所述被叫终端在向网络侧设备返回振铃消息之后，检测到用户接听之前，接收所述网络侧设备发送的数据。

一种通信系统的终端，包括主叫处理模块，其中，所述主叫处理模块包括：

第一主叫处理单元，用于发起单呼呼叫；

第二主叫处理单元，用于在接收到被叫终端的振铃消息之后，接收到被叫终端接听的消息之前，向网络侧设备发送数据。

一种通信系统的终端，包括被叫处理模块，其中，所述被叫处理模块包括：

第一被叫处理单元，用于接收单呼呼叫；

第二被叫处理单元，用于在向网络侧设备返回振铃消息之后，检测到用户接听之前，接收所述网络侧设备发送的数据。

一种通信系统的网络侧设备，包括：

传输模块，包括：用于在接收到被叫终端返回的振铃消息之后，接收到被叫终端接听的消息之前，通过所述专用承载接收所述主叫终端发送的数据，并向所述被叫终端发送数据；

检测模块，用于在建立到主叫终端的专用承载后，对所述主叫终端和被叫终端进行业务空闲超时检测。

其中，所述业务空闲超时检测使用的业务空闲超时时长小于所述被叫接听超时检测使用的被叫接听超时时长。

一种通信系统，包括终端和网络侧设备，其中：

所述终端包括：

主叫处理模块，用于发起单呼呼叫，及在接收到被叫终端的振铃消息后，通过所述网络侧向所述被叫终端发送无用数据；

被叫处理模块，用于在接收到单呼呼叫后，向网络侧返回振铃消息，等待接听；及在接收到主叫终端发送的无用数据时，丢弃所述无用数据；

所述网络侧设备包括：

传输模块，用于在接收到主叫终端的单呼呼叫后，建立到主叫终端和被叫终端的专用承载，通过所述专用承载将所述主叫终端发送的所述无用数据传输到所述被叫终端；

检测模块，用于在建立到主叫终端的专用承载后，对所述主叫终端和被叫终端进行业务空闲超时检测。

一种通信系统的终端，其中，包括处理器及存储有所述处理器可执行指令的存储器，当所述指令被处理器执行时，执行如下操作：

发起单呼呼叫；

在接收到被叫终端的振铃消息之后，接收到被叫终端接听的消息之前，向网络侧设备发送数据。

一种通信系统的终端，其中，包括处理器及存储有所述处理器可执行指令的存储器，当所述指令被处理器执行时，执行如下操作：

接收到单呼呼叫；

在向网络侧设备返回振铃消息之后，检测到用户接听之前，接收所述网络侧设备发送的数据。

上述单呼呼叫控制方法、终端、网络侧设备和通信系统，通过主叫终端在收到被叫终端的振铃消息后向网络侧设备发送数据，被叫终端接收网络侧设备发送的数据，即处于非空闲的状态，因而可以避免因业务空闲时间超时而导致连接被释放。在配置业务空闲超时时长时，也不必考虑与被叫接听超时时长的关系，配置的业务空闲超时时长可以小于被叫接听超时时长，因而可以保证空口资源及时快速回收，大大提升系统利用率。

附图说明

图1是本发明实施例一主叫终端侧的单呼呼叫控制方法的流程图；

图2是本发明实施例一主叫处理模块的单元结构图；

图3是本发明实施例二被叫终端侧的单呼呼叫控制方法的流程图；

图4是本发明实施例二被叫处理模块的单元结构图；

图5是本发明实施例三网络侧的单呼呼叫控制方法的流程图；

图6是本发明实施例三网络侧设备的单元结构图；

图7是本发明实施例四通信系统的单呼呼叫控制方法的流程图；

图8是本发明实施例五单呼呼叫控制方法的具体示例的信令流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

本申请通过主叫终端在收到被叫终端的振铃消息后向被叫终端发送无用数据，即处于非空闲的状态，避免网络侧设备在主叫终端等待被叫接听的过程中，因检测到主叫业务空闲时间超时而将空口连接释放，导致呼叫失败。在配置业务空闲超时时长时，也不必考虑与被叫接听超时时长的关系，配置的业务空闲超时时长可以小于被叫接听超时时长，从而保证空口资源及时快速回收，大大提升系统利用率。

本申请的通信系统，是在终端的业务空闲时间超时时将释放空口连接的通信系统，以下实施例以基于lte技术的宽带集群系统为例。

实施例一

本实施例提供一种主叫侧的单呼呼叫控制方法，如图1所示，包括：

步骤110，通信系统的主叫终端发起单呼呼叫；

步骤120，所述主叫终端在接收到被叫终端的振铃消息之后，接收到被叫终端接听的消息之前，向网络侧设备发送数据；

本实施例中，所述主叫终端向网络侧设备发送的数据是发送给被叫终端的无用数据。当然在其他实施例中，也可以是发送给被叫终端的某种有用的数据。

无用数据的格式可以任意定义。被叫终端对于在返回振铃消息之后，建立通话之前收到的任何数据均视其为无用数据，可以直接丢弃。在其他实施例中，如果在主叫终端接收到振铃消息到被叫接听之间，还定义有其他的有用数据需要从主叫终端发送给被叫终端，则无用数据可以采用与这些有用数据不同的格式，或者，为无用数据专门定义一种数据格式。此时，被叫终端则需要根据接收到的数据的数据格式来判断一下是否无用数据，如果是，再丢弃。

本实施例中，所述主叫终端可以连续向网络侧设备发送无用数据，数据量可以很小。也可以按照设定周期周期性地向网络侧设备发送无用数据，所述设定周期要小于业务空闲超时时长。业务空闲超时时长可以根据网络侧设备配置的用户去激活定时器的时长确定，等于用户去激活定时器的时长。

本实施例中，所述方法还包括：所述主叫终端接收到被叫终端接听的消息或接收到被叫终端未接听(即呼叫未接通)的消息之后，停止发送无用数据。

本实施例还提供了一种通信系统的终端，包括主叫处理模块，如图2所示，所述主叫处理模块包括：

第一主叫处理单元10，用于发起单呼呼叫；

第二主叫处理单元20，用于在接收到被叫终端的振铃消息之后，接收到被叫终端接听的消息之前，向网络侧设备发送数据。

本实施例中，所述第二主叫处理单元向网络侧设备发送的数据是发送给被叫终端的数据；第二主叫处理单元还用于在接收到被叫终端接听的消息或接收到被叫终端未接听的消息之后，停止发送数据。

本实施例中，所述第二主叫处理单元向被叫终端发送数据，包括：连续向被叫终端发送数据；或者，按照设定周期周期性地向被叫终端发送数据，所述设定周期小于业务空闲超时时长。

本实施例中，所述数据可以是无用数据。但在其他实施例中，也可以是有用数据。

本实施例还提供了一种通信系统的终端，包括处理器及存储有所述处理器可执行指令的存储器，当所述指令被处理器执行时，执行如下操作：

发起单呼呼叫；

在接收到被叫终端的振铃消息之后，接收到被叫终端接听的消息之前，向网络侧设备发送数据。

可选地，当所述指令被处理器执行时，向网络侧设备发送的数据是发送给被叫终端的数据；之后，还执行如下操作：接收到被叫终端接听的消息或接收到被叫终端未接听的消息之后，停止发送数据。可选地，所述数据为无用数据。

实施例二

本实施例提供一种被叫侧的单呼呼叫控制方法，如图3所示，包括：

步骤210，通信系统的被叫终端接收到单呼呼叫；

步骤220，所述被叫终端在向网络侧设备返回振铃消息之后，检测到用户接听之前，接收所述网络侧设备发送的数据。

本实施例中，所述网络侧设备发送的数据是所述网络侧设备从主叫终端接收到的无用数据；所述方法还包括：所述被叫终端接收到所述无用数据后，丢弃所述无用数据。在其他实施例中，网络侧也可以自行生成数据发送给被叫终端。

本实施例还提供了一种通信系统的终端，包括被叫处理模块，如图4所示，所述被叫处理模块包括：

第一被叫处理单元40，用于接收单呼呼叫；

第二被叫处理单元50，用于在向网络侧设备返回振铃消息之后，检测到用户接听之前，接收所述网络侧设备发送的数据。

本实施例中，所述第二被叫处理单元接收的所述网络侧设备发送的数据是所述网络侧设备从主叫终端接收到的无用数据。

在本实施例中，被叫终端对于在返回振铃消息之后，建立通话之前收到的任何数据均视其为无用数据，可以直接丢弃。在其他实施例中，如果在此期间定义有其他的有用数据，则需要根据接收到的数据的数据格式来判断一下是否无用数据，如果是，再丢弃。

本实施例还提供了一种通信系统的终端，包括处理器及存储有所述处理器可执行指令的存储器，当所述指令被处理器执行时，执行如下操作：

接收到单呼呼叫；

在向网络侧设备返回振铃消息之后，检测到用户接听之前，接收所述网络侧设备发送的数据。

本实施例中，所述网络侧设备发送的数据是所述网络侧设备从主叫终端接收到的无用数据；当所述指令被处理器执行时，在接收到所述无用数据之后，丢弃所述无用数据。

实施例三

本实施例提供一种网络侧的单呼呼叫控制方法，如图5所示，包括：

步骤310，通信系统的网络侧设备接收到主叫终端的单呼呼叫后，建立到主叫终端和被叫终端的专用承载，对所述主叫终端和被叫终端进行业务空闲超时检测；

步骤320，所述网络侧设备接收到被叫终端返回的振铃消息后，对所述被叫终端进行被叫接听超时检测，并将所述振铃消息传输到所述主叫终端；

步骤330，所述网络侧设备接收到被叫终端接听的消息之前，通过所述专用承载与所述主叫终端和被叫终端进行数据传输。

本实施例中，所述业务空闲超时检测使用的业务空闲超时时长小于所述被叫接听超时检测使用的被叫接听超时时长。

本实施例中，所述网络侧设备通过所述专用承载与所述主叫终端进行数据传输，包括：所述网络侧设备接收所述主叫终端发送的数据，或者，所述网络侧设备向所述主叫终端发送数据；所述网络侧设备通过所述专用承载与所述被叫终端进行数据传输，包括：所述网络侧设备向所述被叫终端发送的数据，或者，所述网络侧设备接收所述被叫终端发送的数据，被叫终端也可以发送无用数据。所述网络侧设备向所述被叫终端发送的数据可以是所述网络侧设备从主叫终端接收到的无用数据，但在其他实施例中，网络侧也可以发送其他数据给被叫终端，如一些推送的数据或者第三方的数据。

本实施例中，在接收到振铃消息到被叫接听之间，网络侧设备会接收到主叫终端发送的数据并向被叫终端发送数据，因而网络侧设备对所述主叫终端和被叫终端进行业务空闲超时检测时，不会判断主叫终端业务空闲而释放空口连接。需要说明的是，本申请主叫终端可以连续发送无用数据，也可以周期性发送无用数据且周期小于业务空闲超时时长，或者采用其他非周期性的方式发送无用数据。主叫终端发送数据的时间间隔均小于业务空闲超时时长。

本实施例还提供了一种通信系统的网络侧设备，如图6所示，包括：

传输模块60，包括：用于在接收到主叫终端的单呼呼叫后，建立到主叫终端和被叫终端的专用承载；及在接收到被叫终端返回的振铃消息之后，接收到被叫终端接听的消息之前，通过所述专用承载接收所述主叫终端发送的数据，并向所述被叫终端发送数据；

检测模块70，用于在建立到主叫终端的专用承载后，对所述主叫终端和被叫终端进行业务空闲超时检测；及接收到被叫终端返回的振铃消息后，对所述被叫终端进行被叫接听超时检测；

其中，所述业务空闲超时检测使用的业务空闲超时时长小于所述被叫接听超时检测使用的被叫接听超时时长。

本实施例中，所述传输模块向所述被叫终端发送的数据是所述网络侧设备从主叫终端接收到的无用数据。

上述传输模块和检测模块可以通过一种或多种网元上的功能来实现，这些功能可以分布在一种或多种实体上。例如，所述第一检测单元设置在基站，所述第二检测单元设置在核心网设备。

本实施例中，网络侧设备包括基站和核心网设备，基站可以配置用户去激活定时器的时长，作为所述业务空闲超时时长，并进行业务空闲超时检测。而核心网设备可以配置被叫接听定时器的时长，作为所述被叫接听超时时长。因为本实施例主叫终端不会处于空闲状态，所以两个定时器解耦，两个定时器的时长可以独立配置，不会互相影响。考虑到被叫接听的时间较长，本实施例配置的业务空闲超时时长小于被叫接听超时时长。

实施例四

本实施例提供一种通信系统的单呼呼叫控制方法，如图7所示，包括：

步骤410，主叫终端发起单呼呼叫，网络侧设备建立到所述主叫终端和被叫终端的专用承载，并对所述主叫终端和被叫终端进行业务空闲超时检测；

步骤420，所述主叫终端接收到被叫终端的振铃消息之后，接收到被叫终端接听的消息之前，通过所述专用承载向网络侧设备发送数据；

步骤430，所述被叫终端在向网络侧设备返回振铃消息之后，检测到用户接听之前，接收所述网络侧设备发送的数据。

上述步骤420和步骤430并不用于表述步骤之是的时间先后关系。

本实施例中，所述方法还包括：所述网络侧设备接收到所述被叫终端返回的振铃消息后，对所述被叫终端进行被叫接听超时检测；所述业务空闲超时检测使用的业务空闲超时时长和所述被叫接听超时检测使用的被叫接听超时时长可以独立配置。本实施例中，所述业务空闲超时时长小于所述被叫接听超时时长。

本实施例中，所述被叫终端接收的所述网络侧设备发送的数据是所述主叫终端发送给所述网络侧设备的无用数据；所述方法还包括：所述被叫终端接收到所述无用数据后，丢弃所述无用数据。

关于终端和网络侧设备的具体处理，可以见上文各个相应实施例，这里不再重复说明。

本实施例还提供了一种通信系统，包括终端和网络侧设备，其中：

所述终端包括：

主叫处理模块，用于发起单呼呼叫，及在接收到被叫终端的振铃消息之后，接收到被叫终端接听的消息之前，向网络侧设备发送数据；

被叫处理模块，用于在接收到单呼呼叫后，向网络侧返回振铃消息；及在向网络侧设备返回振铃消息之后，检测到用户接听之前，接收所述网络侧设备发送的数据；

所述网络侧设备包括：

传输模块，包括：用于在接收到被叫终端返回的振铃消息之后，接收到被叫终端接听的消息之前，通过所述专用承载接收所述主叫终端发送的数据，并向所述被叫终端发送数据；

检测模块，用于在建立到主叫终端的专用承载后，对所述主叫终端和被叫终端进行业务空闲超时检测。

本实施例中，所述检测模块还用于在接收到被叫终端返回的振铃消息后，对所述被叫终端进行被叫接听超时检测；其中，所述业务空闲超时检测使用的业务空闲超时时长小于所述被叫接听超时检测使用的被叫接听超时时长。

实施例五

本实施例提供一种通信系统的单呼呼叫方法的具体示例，请参见图8，包括以下步骤：

步骤s01，主叫终端a发起单呼呼叫流程。

步骤s02，核心网给主叫终端a和被叫终端b分别建立单呼呼叫专用承载。

步骤s03，被叫终端b振铃，并通过核心网、基站通知主叫终端a。

步骤s04，主叫终端a在专用承载上发送无用数据，并通过核心网、基站发送给被叫终端b；被叫终端b通过核心网、基站接收专用承载上的无用数据，并直接丢弃。

步骤s05，基站检测到主叫终端a和被叫终端b的专用承载上一直有数据，不回收主叫终端a和被叫终端b的空口资源。

步骤s06，被叫终端b接听呼叫，并通过核心网、基站通知主叫终端a。

步骤s07，终端a停止在专用承载上发送无用数据，终端b停止接收丢弃专用承载上的无用数据。

步骤s08，终端a和终端b单呼呼叫正常建立，终端a和终端b正常通话，并通过专用承载正常处理通话数据。

通过引入单呼呼叫专用承载上发送和接收无用数据，保持空口的连接，基站和核心网的用户去激活定时器和被叫接听定时器可以各自独立运作，既能够保证单呼呼叫可以正常工作，又可以保证空口资源及时快速回收，大大提升系统利用率，并大大提升终端的续航能力。

实施例六

本实施例提供一种通信系统的单呼呼叫方法的几个具体示例，其中，单呼呼叫时接通通话的示例的流程如下：

核心网配置被叫接听定时器时长180秒，基站配置用户去激活定时器时长10秒。

终端a，终端b成功附着、注册到核心网。

终端a发起单呼呼叫终端b，终端b振铃，等待接听。

核心网给终端a和终端b成功建立专用承载。

终端a通过专用承载发送无用数据，终端b通过专用承载接收无用数据，并丢弃。

基站检测终端a和终端b的专用承载有数据，保持空口连接为连接态，用户去激活定时器持续工作，不会超时(以前此处如果用户10秒未接听，此定时器就会超时，进而导致空口连接被释放，呼叫中断)。

终端b过了15秒后，接听呼叫，终端a停止发送无用数据。

终端a，终端b正常通话，正常处理呼叫业务。

单呼呼叫时未接通通话的示例的流程如下：

核心网配置被叫接听定时器时长180秒，基站配置用户去激活定时器时长10秒。

终端a，终端b成功附着、注册到核心网。

终端a发起单呼呼叫终端b，终端b振铃，等待接听。

核心网给终端a和终端b成功建立专用承载。

终端a通过专用承载发送无用数据，终端b通过专用承载接收无用数据，并丢弃。

基站检测终端a和终端b的专用承载有数据，保持空口连接为连接态，用户去激活定时器持续工作，不会超时(以前此处如果用户10秒未接听，此定时器就会超时，进而导致空口连接被释放，呼叫中断)。

终端b过了180秒后，未接听呼叫，单呼呼叫被叫接听定时器超时。

终端a，终端b被叫终端未接听，呼叫释放。

核心网释放终端a和终端b的单呼呼叫资源，基站释放终端a和终端b的空口连接资源。

终端a和终端b回到空闲态。

数据下载的示例的流程如下：

核心网配置被叫接听定时器时长180秒，基站配置用户去激活定时器时长10秒。

终端a成功附着、注册到核心网。

终端a发起数据下载业务(如ftp下载)。

终端a通过默认承载正常接收下载数据。

基站检测终端a默认承载有数据，保持空口连接为连接态。

终端a停止数据下载业务。

基站检测终端a默认承载超过10秒没有数据，用户去激活定时器超时，将空口连接释放，回到空闲态(以前此处由于基站的用户去激活定时器需大于等于核心网被叫接听定时器180秒，此定时器不会超时，要180秒以后才超时，进而导致空口资源回收慢)。

终端a回到空闲态。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。