[发明专利]应用层寻呼消息的处理方法和装置

说明书

本申请公开了一种应用层寻呼消息的处理方法和装置，其中方法包括：UE内的Modem在接收到MCPTT server在MBMS组播信道上发送的应用层寻呼消息时，根据对该应用层寻呼消息的解析结果，判断是否需要对该应用层寻呼消息进行处理；当判定需要进行所述处理时，如果所述UE处于RRC空闲态，则所述Modem发起RRC连接过程；当判定不需要进行所述处理时，所述Modem将所述应用层寻呼消息丢弃。采用本发明，可以降低终端功耗、减少处理时延。

技术领域

本发明涉及移动通信技术，特别是涉及一种应用层寻呼消息的处理方法和装置。

背景技术

3GPP关键任务按键通话(MCPTT)标准协议23.379中定义了利用MBMS组播信道发送应用层寻呼(Application paging)的过程。该消息用于通知终端需要进入连接态。接收的终端如果处于RRC空闲态，终端底层模块(modem)会在EUTRAN层面发起RRC连接建立(RRCconnection establishment)过程，从而使终端进入RRC连接态。

MCPTT server和MCPTT client都属于应用层，对UE的RRC状态不感知。EUTRAN层面(包括UE modem和eNodeB)知道UE的RRC状态。Application paging消息中包含被寻呼的应用层群组ID(针对MCPTT组呼业务)或应用层用户ID(针对MCPTT单呼业务)，MCPTT client根据应用层群组ID或用户ID可以判断本终端是否是寻呼对象。

现有协议的应用层寻呼消息的具体处理流程包括如下步骤：

1、MCPTT Server决定在单播信道上发起一个新的呼叫或者将一个正在进行中的呼叫切换到单播。

2、MCPTT在MBMS组播信道上发送应用层寻呼(Application Paging)消息，通知MCPTTclient将在单播信道上进行呼叫业务数据传输。

3、MCPTT client触发UE进入RRC连接态，即通知modem发起RRC连接建立过程。

4、MCPTT server如果已经在MBMS组播信道上发送呼叫业务数据，则停止发送。

5、MCPTT server向MCPTT client在单播信道上发送呼叫业务数据。

3GPP规范23.280里定义了MBMS架构与MC service client和MC service server的关系。MBMS组播信道可以用来传输MC service server到MC service client的下行信令及业务数据。MBMS组播信道消息通过Uu接口传输到终端，由底层模块(modem)接收。

对于MCPTT，该架构中MC service client等同于MCPTT client，MC serviceserver等同于MCPTT server。

发明人在实现本发明的过程中发现：上述应用层寻呼消息的处理方案存在终端功耗较大处理时延长的问题。具体原因分析如下：

上述应用层寻呼消息的处理方案中，UE收到MBMS承载发送的Application Paging消息时，会默认由MCPTT client对消息进行解析和处理，由MCPTT client触发UE底层模块(modem)发起RRC连接建立(RRC connection establishment)过程。那么就会导致：

1.UE上层应用频繁被唤醒，功耗较大。

2.UE modem负责接收MBMS组播信道上的数据，本身具有解析MBMS消息的能力。按现有方案，modem收到Application Paging消息时，需要先传给MCPTTclient进行处理，然后再由MCPTTclient触发UE modem发起RRC连接过程，处理时延较长。

发明内容