CN1870776A - 一种拆线原因通知方法 - Google Patents

Abstract

本发明公开了一种拆线原因通知方法，在正进行通信交互并且包含移动用户终端的所有用户终端中，针对要由通信状态变为拆线状态的用户终端，由移动交换中心获取该用户终端的拆线原因，并将获取的拆线原因发送给进行所述通信交互的其它用户终端；使得其它用户终端能够获知要变为拆线状态的用户终端的拆线原因。这明显优化了用户体验，也明显提高了用户满意度。

Description

一种拆线原因通知方法

技术领域

本发明涉及无线通信领域，具体涉及一种拆线原因通知方法。

背景技术

目前，无论是移动用户终端还是固定用户终端，也无论是一对一的语音通信还是多方参与的集群通信，在正进行通信交互的所有用户终端中，一旦有用户终端因意外掉话或信道不可用等原因要由通信状态变为拆线状态，那么当该用户终端拆线后，进行所述通信交互的其它用户终端会从与拆线的用户终端正常通信的状态骤然变为不明原因的拆线状态，既无法与拆线的用户终端继续通信，也无从得知该用户终端的拆线原因。这会影响用户体验，不利于用户满意度的提高；如果在各用户终端之间进行比较重要的通信交互时出现上述情况，则用户体验尤其会受到影响，更会明显降低用户满意度。

发明内容

有鉴于此，本发明的主要目的在于提供一种拆线原因通知方法，保证正进行通信交互的所有用户终端中，当有用户终端要由通信状态变为拆线状态时，可将该用户终端的拆线原因发送给进行所述通信交互的其它用户终端，以优化用户体验，提高用户满意度。

为达到上述目的，本发明的技术方案是这样实现的：

本发明公开了一种拆线原因通知方法，该方法包括以下步骤：

a.在正进行通信交互并且包含移动用户终端的所有用户终端中，针对要由通信状态变为拆线状态的用户终端，由移动交换中心MSC获取该用户终端的拆线原因；

b.MSC将获取的拆线原因发送给进行所述通信交互的其它用户终端。

要由通信状态变为拆线状态的用户终端是移动用户终端，并且该移动用户终端在变为拆线状态之前向其接入的基站发送包含释放原因的释放请求；

则步骤a中，所述MSC获取拆线原因的方法包括：

要变为拆线状态的所述移动用户终端所接入的基站，将来自该移动用户终端的释放请求中包含的释放原因携带于用户终端拆线请求或用户终端拆线完成消息中发送给MSC。

要由通信状态变为拆线状态的用户终端是移动用户终端；并且在该移动用户终端变为拆线状态之前，其所接入的基站获取该移动用户终端的通信状态，根据获取的通信状态确定为该移动用户终端拆线，并确定相应的拆线原因；

则步骤a中，所述MSC获取拆线原因的方法包括：

要变为拆线状态的所述移动用户终端所接入的基站，向MSC发送携带有该移动用户终端拆线原因的用户终端拆线请求。

步骤b中，所述用户终端均为固定用户终端；则步骤b中，将所述拆线原因发送给固定用户终端的方法包括：

MSC将拆线原因通过固定用户终端所连接的固定交换中心发送给固定用户终端。

所述拆线原因是以语音信息或文字信息的方式发送到所述固定用户终端的。

要由通信状态变为拆线状态的用户终端是固定用户终端，并且在该固定用户终端变为拆线状态之前，其所连接的固定交换中心获取该固定用户终端的通信状态，根据获取的通信状态确定为该固定用户终端拆线，并确定相应的拆线原因；

则步骤a中，所述MSC获取拆线原因的方法包括：

要变为拆线状态的所述固定用户终端所连接的固定交换中心，向MSC发送携带有该固定用户终端拆线原因的用户终端拆线请求。

步骤b中，所述用户终端均为移动用户终端；则步骤b中，将所述拆线原因发送给移动用户终端的方法包括：

MSC将拆线原因通过移动用户终端所接入的基站发送给移动用户终端；或将拆线原因通过短消息服务平台发送给移动用户终端。

MSC将拆线原因通过所述基站发送时，该拆线原因是以语音信息或文字信息的方式发送到所述移动用户终端的；

MSC将拆线原因通过所述短消息服务平台发送时，该拆线原因是以短消息的方式发送到所述移动用户终端的。

步骤b中，所述用户终端包括移动用户终端和固定用户终端；则步骤b中，将所述拆线原因发送给用户终端的方法包括：

针对移动用户终端，MSC将拆线原因通过移动用户终端所接入的基站发送给移动用户终端；或将拆线原因通过短消息服务平台发送给移动用户终端；

针对固定用户终端，MSC将拆线原因通过固定用户终端所连接的固定交换中心发送给固定用户终端。

针对移动用户终端，MSC将拆线原因通过所述基站发送时，该拆线原因是以语音信息或文字信息的方式发送到所述移动用户终端的；MSC将拆线原因通过所述短消息服务平台发送时，该拆线原因是以短消息的方式发送到所述移动用户终端的；

针对固定用户终端，MSC将拆线原因通过所述固定交换中心发送时，该拆线原因是以语音信息或文字信息的方式发送到所述固定用户终端的。

步骤b中，所述用户终端进一步根据收到的拆线原因的发送方式，针对该拆线原因进行相应的播放或显示处理。

与现有技术相比，本发明所提供的拆线原因通知方法，在正进行通信交互并且包含移动用户终端的所有用户终端中，针对要由通信状态变为拆线状态的用户终端，由移动交换中心获取该用户终端的拆线原因，并将获取的拆线原因发送给进行所述通信交互的其它用户终端；使得其它用户终端能够获知要变为拆线状态的用户终端的拆线原因。这明显优化了用户体验，也明显提高了用户满意度。

附图说明

图1为本发明一较佳实施例的拆线原因通知流程图；

图2为本发明另一较佳实施例的拆线原因通知流程图；

图3为本发明的拆线原因通知流程简图。

具体实施方式

下面结合附图及具体实施例对本发明详细说明。

本发明提供的拆线原因通知方法，在正进行通信交互并且包含移动用户终端的所有用户终端中，针对要由通信状态变为拆线状态的用户终端，由移动交换中心获取该用户终端的拆线原因，并将获取的拆线原因发送给进行所述通信交互的其它用户终端。

参见图1，图1为本发明一较佳实施例的拆线原因通知流程图。为了绘图简洁，图1中只示出一个基站，该基站执行与用户终端A有关的通信流程时，代表用户终端A所接入的基站；而该基站执行与用户终端B有关的通信流程时，则代表用户终端B所接入的基站。为了描述方便，在图1中将用户终端A所接入的基站称为基站A，将用户终端B所接入的基站称为基站B。当然，基站A和基站B有可能是相同的基站。

图1所示流程包括以下步骤：

步骤101：当用户终端A和用户终端B正常通信时，如果用户终端A拆线，用户终端A则由正常通信状态变为拆线状态。具体而言，用户终端A可能因多种不同的原因拆线，如：用户终端A正常挂机或用户终端A掉话等。

步骤102：用户终端A向基站A发送携带有拆线原因的释放请求。具体而言，用户终端A可以应用现有技术检测自身拆线的原因，并应用现有技术将检测到的拆线原因所对应的原因参数加入释放请求，再将加入了原因参数的释放请求发送给基站A。如：用户终端A在与用户终端B正常通话过程中因电量不足而关机，那么用户终端A在检测到自身电量不足以至要关机时，向基站A发送包含电量不足(power down)的释放请求。

步骤103：基站A收到来自用户终端A的释放请求后，确定要释放与用户终端A之间的传输资源，并向移动交换中心(MSC)发送至少包含用户终端A标识的用户终端A拆线请求。

步骤104：MSC收到来自基站A的用户终端A拆线请求后，向基站A发送用户终端A拆线命令。当然，MSC可以进一步根据所述用户终端A拆线请求应用现有技术对自身保存的用户终端A通信状态进行更新。

步骤105：基站A收到来自MSC的用户终端A拆线命令后，向用户终端A发送释放响应，再释放与用户终端A之间的传输资源。

步骤106：基站A释放与用户终端A之间的传输资源后，将步骤102中的释放请求所包含的拆线原因携带于用户终端A拆线完成消息中，发送给MSC。

步骤107：MSC读取收到的用户终端A拆线完成消息中所包含的拆线原因，以确定用户终端A拆线的原因，并将确定的用户终端A拆线原因通知用户终端B。具体而言，MSC读取收到的用户终端A拆线完成消息中包含的表示拆线原因的原因参数，并将原因参数的值以语音信息、文字信息等方式通过基站B发送给用户终端B；当然，MSC也可以将所述原因参数值以文字信息方式发送给短消息服务平台，由短消息服务平台将收到的原因参数值以短消息方式向用户终端B发送。

用户终端B收到以语音信息或文字信息方式传送的原因参数值后，进行相应的播放或显示处理，以向用户提示用户终端A的拆线原因。

当然，MSC也可以根据读取的所述拆线原因，应用现有技术进行针对用户通信情况的统计操作。

步骤108：MSC应用现有技术向基站B发送用户终端B拆线命令。

步骤109：基站B收到来自MSC的用户终端B拆线命令后，向用户终端B发送释放命令。

步骤110：用户终端B收到来自基站B的释放命令后，向基站B发送释放响应。

步骤111：基站B收到来自用户终端B的释放响应后，释放与用户终端B之间的传输资源，并向MSC发送用户终端B拆线完成消息。

实际上，在步骤102的释放请求中已经携带有用户终端A的拆线原因，因此基站A可以在步骤103中将收到的用户终端A拆线原因携带于用户终端A拆线请求中，并将用户终端A拆线请求发送给MSC，使MSC在步骤103中获知用户终端A的拆线请求。那么，MSC就可以在步骤103之后向用户终端B通知用户终端A的拆线原因，这使得使用用户终端B的用户可以更早知道用户终端A的拆线原因。

再有，步骤107中，如果由短消息服务平台将收到的原因参数值以短消息方式向用户终端B发送，由于短消息不依赖于步骤108至步骤111中所涉及的基站B与用户终端B之间的传输链路，所以步骤107中的发送短消息操作也可以在步骤108至步骤111中的任意时刻进行。

在实际应用中，用户终端B有可能是固定用户终端。在这种情况下，步骤107中，MSC则必须将所述原因参数值以语音信息、文字信息等方式发送给用户终端B所连接的固定交换中心，由该固定交换中心将收到的语音信息或文字信息发送给用户终端B。再有，步骤108与步骤111需要变为MSC与用户终端B所连接的固定交换中心之间的通信交互；并且，该固定交换中心在步骤108中收到所述用户终端B拆线命令后，不再进行步骤109和步骤110的操作，而是直接释放与用户终端B之间的传输资源，之后进入步骤111。

由图1可知，当用户终端A与用户终端B通信时，如果用户终端A主动拆线，用户终端B可以及时获知用户终端A的拆线原因。

实际上，当用户终端A与用户终端B通信时，用户终端A所接入的基站可能会主动释放与用户终端A之间的传输链路，使得用户终端A因被动拆线而处于拆线状态。这种情况下，同样需要将用户终端A的拆线原因及时通知用户终端B，具体的通知流程如图2所示。

图2中同样只示出一个基站，该基站执行与用户终端A有关的通信流程时，代表用户终端A所接入的基站；而该基站执行与用户终端B有关的通信流程时，则代表用户终端B所接入的基站。为了描述方便，在图2中将用户终端A所接入的基站称为基站A，将用户终端B所接入的基站称为基站B。当然，基站A和基站B有可能是相同的基站。

图2所示流程包括以下步骤：

步骤201：当用户终端A和用户终端B正常通信时，基站A应用现有技术获取用户终端A的通信状态。具体操作通常为：基站A检测为用户终端A分配的通信信道质量，或基站A测量收到的用户终端A无线信号强度等。

步骤202：基站根据获取的用户终端A通信状态，应用现有技术确定是否为用户终端A拆线。具体操作通常为：基站A将检测所得的为用户终端A分配的通信信道质量与预先设置的信道可用标准相比较，如果所述通信信道质量没有达到设置的信道可用标准，基站A确定要为用户终端A拆线，并且确定拆线原因为信道不可用，否则，基站A确定不为用户终端A拆线；或者，基站A将测量到的用户终端A无线信号强度与预先设置的衰弱门限相比较，如果所述用户终端A无线信号强度低于设置的衰弱门限，基站A确定要为用户终端A拆线，并且确定拆线原因为信道不可用，否则，基站A确定不为用户终端A拆线。

如果基站A确定要为用户终端A拆线，则进入步骤203；当然，如果基站A确定不为用户终端A拆线，则不再进行图2中所示的后续操作。

步骤203：基站A向MSC发送携带有用户终端A拆线原因的用户终端A拆线请求。

步骤204：MSC读取收到的用户终端A拆线请求中所包含的用户终端A拆线原因，以确定用户终端A拆线的原因，并将确定的用户终端A拆线原因通知用户终端B。具体而言，MSC读取收到的用户终端A拆线请求中包含的表示拆线原因的原因参数，并将原因参数的值以语音信息、文字信息等方式通过基站B发送给用户终端B；当然，MSC也可以将所述原因参数值以文字信息方式发送给短消息服务平台，由短消息服务平台将收到的原因参数值以短消息方式向用户终端B发送。

用户终端B收到以语音信息或文字信息方式传送的原因参数值后，进行相应的播放或显示处理，以向用户提示用户终端A的拆线原因。

当然，MSC也可以根据读取的用户终端A拆线原因，应用现有技术进行针对用户通信情况的统计操作。

步骤205：MSC向基站A发送用户终端A拆线命令。当然，MSC可以进一步根据所述用户终端A拆线请求应用现有技术对自身保存的用户终端A通信状态进行更新。

步骤206：基站A收到来自MSC的用户终端A拆线命令后，释放与用户终端A之间的传输资源，并向MSC发送用户终端A拆线完成消息。

步骤207至步骤210：MSC控制基站B释放基站B与用户终端B之间的传输资源，具体操作与图1中的步骤108至步骤111相同。

在步骤204中，如果由短消息服务平台将收到的原因参数值以短消息方式向用户终端B发送，由于短消息不依赖于步骤207至步骤210中所涉及的基站B与用户终端B之间的传输链路，所以步骤204中的发送短消息操作也可以在步骤205至步骤210中的任意时刻进行。

在实际应用中，用户终端B有可能是固定用户终端。在这种情况下，步骤204中，MSC则必须将所述原因参数值以语音信息、文字信息等方式发送给用户终端B所连接的固定交换中心，由该固定交换中心将收到的语音信息或文字信息发送给用户终端B。再有，步骤207与步骤210需要变为MSC与用户终端B所连接的固定交换中心之间的通信交互；并且，该固定交换中心在步骤207中收到所述用户终端B拆线命令后，不再进行步骤208和步骤209的操作，而是直接释放与用户终端B之间的传输资源，之后进入步骤210。

当然，用户终端A有可能是固定用户终端，而用户终端B则是移动用户终端。在这种情况下，步骤201和步骤202的操作主体则不再是用户终端A所接入的基站，而是用户终端A所连接的固定交换中心。具体而言，步骤201中，用户终端A所连接的固定交换中心应用现有技术获取用户终端A的通信状态，如：该固定交换中心检测自身与用户终端A相连的物理接口的连接状态。步骤202中，用户终端A所连接的固定交换中心根据获取的用户终端A通信状态，应用现有技术确定是否为用户终端A拆线，如：所述固定交换中心通过检测自身与用户终端A相连的物理接口连接状态，获知该物理接口处于故障状态，该固定交换中心则确定要为用户终端A拆线；并且确定拆线原因为物理接口故障。

再有，步骤203中的用户终端A拆线请求中所包含的用户终端A拆线原因则不可能涉及无线通信方面，而只可能是线路连接故障、物理接口故障等与固定通信相关的拆线原因，并且需要将该用户终端A拆线请求通过用户终端A所连接的固定交换中心向MSC发送，而不再是通过基站发送。

由图2可知，当用户终端A与用户终端B通信时，如果用户终端A因被动拆线而处于拆线状态，用户终端B可以及时获知用户终端A的拆线原因。

由上述的图1、图2可知，当用户终端A与用户终端B通信时，无论用户终端A是主动还是被动拆线，用户终端B均可以及时获知用户终端A的拆线原因。

在实际应用中，用户还可以预先进行目前普及的用户注册过程，以在网络上将自身使用的移动用户终端注册为拆线原因提示业务注册终端。

简要的注册流程为：用户使用移动用户终端向本地位置寄存器(HLR)发送拆线原因提示业务注册请求。HLR收到来自所述移动用户终端的拆线原因提示业务注册请求后，在自身存储的该移动用户终端签约数据中添加拆线原因提示业务注册标识，以表明该移动用户终端注册了拆线原因提示业务。具体而言，所述拆线原因提示业务注册标识可以是一个具有特殊内容的字段，或是取值为1的拆线原因提示使能参数。

这样，在图1、图2中，当MSC获知用户终端A的拆线原因后，就通过与HLR进行通信交互来查询HLR中存储的用户终端A和用户终端B中的移动用户终端签约数据，并判断查到的移动用户终端签约数据中是否包含所述拆线原因提示业务注册标识，如果包含，MSC确定该移动用户终端注册了拆线原因提示业务，并进行后续的将用户终端A拆线原因通知用户终端B等操作；否则，MSC确定该移动用户终端没有注册拆线原因提示业务，因而不将用户终端A的拆线原因通知用户终端B。

具体而言，用户终端A和用户终端B中，可能只有一个是移动用户终端，也可能两个均为移动用户终端。针对用户终端A和用户终端B中只有一个是移动用户终端的情况，上述的查询签约数据和所述判断操作自然是针对用户终端A和用户终端B中的移动用户终端进行的，即：只有在用户终端A和用户终端B中的移动用户终端注册了拆线原因提示业务时，才进行后续的将用户终端A拆线原因通知用户终端B等操作。

针对用户终端A和用户终端B均为移动用户终端的情况，上述的查询签约数据和所述判断操作可以只针对其中一个移动用户终端进行，即：只要用户终端A和用户终端B中有一个移动用户终端注册了拆线原因提示业务，就进行后续的将用户终端A拆线原因通知用户终端B等操作；当然，上述的查询签约数据和所述判断操作也可以针对用户终端A和用户终端B分别进行，即：只有在用户终端A和用户终端B都注册了拆线原因提示业务时，才进行后续的将用户终端A拆线原因通知用户终端B等操作。

在上述的图1、图2中，通信交互的主体只有两个用户终端；然而在实际应用中，进行通信交互的主体可能是多个用户终端，如：用户终端A、用户终端B、用户终端C和用户终端D进行集群通信，用户终端A作为通信发起方，用户终端B、用户终端C和用户终端D则作为通信参与方。这种情况下，在正进行通信交互的所有用户终端中，如果有用户终端要由通信状态变为拆线状态，同样需要由MSC获取该用户终端的拆线原因，并将获取的拆线原因发送给进行所述通信交互的其它用户终端。

具体而言，当要变为拆线状态的用户终端是移动用户终端时，MSC获取该移动用户终端拆线原因的方法与前述MSC获取移动用户终端拆线原因的方法相同；同理，当要变为拆线状态的用户终端是固定用户终端时，MSC获取该固定用户终端拆线原因的方法与前述MSC获取固定用户终端拆线原因的方法相同。

再有，MSC向进行所述通信交互的其它用户终端发送拆线原因时，如果这些用户终端中包含有移动用户终端，那么MSC向移动用户终端发送拆线原因的方法与前述的MSC向移动用户终端发送拆线原因的方法相同；同理，如果这些用户终端中包含有固定用户终端，那么MSC向固定用户终端发送拆线原因的方法与前述的MSC向固定用户终端发送拆线原因的方法相同。

当然，还可以针对进行所述通信交互的所有用户终端中所包含的移动用户终端，进行前述的查询签约数据和判断操作；并且，所述查询签约数据和判断操作可以针对所有用户终端中的一个或任意多个移动用户终端进行，也可以针对所有用户终端中的所有移动用户终端进行。

由以上所述可见，本发明提供的拆线原因通知方法，可以简要描述为图3所示的流程。图3所示的流程包括以下步骤：

步骤301至步骤302：正进行通信交互并且包含移动用户终端的所有用户终端中，有用户终端要由通信状态变为拆线状态；MSC获取该用户终端的拆线原因。

步骤303：MSC将获取的拆线原因发送给进行所述通信交互的其它用户终端。

由以上所述可以看出，本发明所提供的拆线原因通知方法，正进行通信交互的所有用户终端中，当有用户终端要由通信状态变为拆线状态时，可将该用户终端的拆线原因发送给进行所述通信交互的其它用户终端，使得其它用户终端能够获知要变为拆线状态的用户终端的拆线原因。这明显优化了用户体验，也明显提高了用户满意度。

Claims (11)

1、一种拆线原因通知方法，其特征在于，该方法包括以下步骤：

a.在正进行通信交互并且包含移动用户终端的所有用户终端中，针对要由通信状态变为拆线状态的用户终端，由移动交换中心MSC获取该用户终端的拆线原因；

b.MSC将获取的拆线原因发送给进行所述通信交互的其它用户终端。

2、如权利要求1所述的方法，其特征在于，要由通信状态变为拆线状态的用户终端是移动用户终端，并且该移动用户终端在变为拆线状态之前向其接入的基站发送包含释放原因的释放请求；

则步骤a中，所述MSC获取拆线原因的方法包括：

要变为拆线状态的所述移动用户终端所接入的基站，将来自该移动用户终端的释放请求中包含的释放原因携带于用户终端拆线请求或用户终端拆线完成消息中发送给MSC。

3、如权利要求1所述的方法，其特征在于，要由通信状态变为拆线状态的用户终端是移动用户终端；并且在该移动用户终端变为拆线状态之前，其所接入的基站获取该移动用户终端的通信状态，根据获取的通信状态确定为该移动用户终端拆线，并确定相应的拆线原因；

则步骤a中，所述MSC获取拆线原因的方法包括：

要变为拆线状态的所述移动用户终端所接入的基站，向MSC发送携带有该移动用户终端拆线原因的用户终端拆线请求。

4、如权利要求2或3所述的方法，其特征在于，步骤b中，所述用户终端均为固定用户终端；则步骤b中，将所述拆线原因发送给固定用户终端的方法包括：

MSC将拆线原因通过固定用户终端所连接的固定交换中心发送给固定用户终端。

5、如权利要求4所述的方法，其特征在于，所述拆线原因是以语音信息或文字信息的方式发送到所述固定用户终端的。

6、如权利要求1所述的方法，其特征在于，要由通信状态变为拆线状态的用户终端是固定用户终端，并且在该固定用户终端变为拆线状态之前，其所连接的固定交换中心获取该固定用户终端的通信状态，根据获取的通信状态确定为该固定用户终端拆线，并确定相应的拆线原因；

则步骤a中，所述MSC获取拆线原因的方法包括：

要变为拆线状态的所述固定用户终端所连接的固定交换中心，向MSC发送携带有该固定用户终端拆线原因的用户终端拆线请求。

7、如权利要求2、3或6所述的方法，其特征在于，步骤b中，所述用户终端均为移动用户终端；则步骤b中，将所述拆线原因发送给移动用户终端的方法包括：

MSC将拆线原因通过移动用户终端所接入的基站发送给移动用户终端；或将拆线原因通过短消息服务平台发送给移动用户终端。

8、如权利要求7所述的方法，其特征在于，MSC将拆线原因通过所述基站发送时，该拆线原因是以语音信息或文字信息的方式发送到所述移动用户终端的；

MSC将拆线原因通过所述短消息服务平台发送时，该拆线原因是以短消息的方式发送到所述移动用户终端的。

9、如权利要求2、3或6所述的方法，其特征在于，步骤b中，所述用户终端包括移动用户终端和固定用户终端；则步骤b中，将所述拆线原因发送给用户终端的方法包括：

针对移动用户终端，MSC将拆线原因通过移动用户终端所接入的基站发送给移动用户终端；或将拆线原因通过短消息服务平台发送给移动用户终端；

针对固定用户终端，MSC将拆线原因通过固定用户终端所连接的固定交换中心发送给固定用户终端。

10、如权利要求9所述的方法，其特征在于，针对移动用户终端，MSC将拆线原因通过所述基站发送时，该拆线原因是以语音信息或文字信息的方式发送到所述移动用户终端的；MSC将拆线原因通过所述短消息服务平台发送时，该拆线原因是以短消息的方式发送到所述移动用户终端的；

针对固定用户终端，MSC将拆线原因通过所述固定交换中心发送时，该拆线原因是以语音信息或文字信息的方式发送到所述固定用户终端的。

11、如权利要求1所述的方法，其特征在于，步骤b中，所述用户终端进一步根据收到的拆线原因的发送方式，针对该拆线原因进行相应的播放或显示处理。

Images