实现通话管理的方法、通话管理系统及终端

1.一种实现通话管理的方法，适用于移动网络中通过构建独立的通话管理系统并基于被叫端的设置而管理主叫端发起的连接所述被叫端的呼叫请求，其特征在于，所述方法包括：
S1、接入主叫端发起的连接所述被叫端的呼叫请求；
S2、根据所述呼叫请求中携带的主叫端号码和被叫端号码，查询所述被叫端针对不同主叫端设置的连接信息；所述连接信息包括呼叫接续列表和呼叫拒接列表；
S3、若从所述呼叫接续列表中查询到所述主叫端号码的匹配项，则接续所述呼叫请求到被叫端；若从所述呼叫拒接列表中查询到所述主叫端号码的匹配项，则拒绝所述呼叫请求；否则
S4、根据所述呼叫请求中携带的主叫端号码和被叫端号码，查询所述被叫端设置的状态信息；所述状态信息包括忙碌状态和离线状态；
S5、若所述被叫端设置的状态信息为忙碌状态，则向所述主叫端发送被叫端的状态信息，并根据所述主叫端的不同选择而接续所述呼叫请求到被叫端/结束所述呼叫请求；若所述被叫端设置的状态信息为离线状态，则向所述主叫端发送被叫端的状态信息，并结束所述呼叫请求；
其中，所述状态信息还包括在线状态；在所述结束所述呼叫请求后，待所述被叫端的状态修改为在线状态时，向所述主叫端发送被叫端当前可以接听呼叫的通知；
在所述步骤S3和/或步骤S5中，在接续所述呼叫请求到被叫端时还同时向所述被叫端发送菜单，所述菜单内容包括接听、拒接、回复状态信息的拒接；若所述被叫端选择接听，则建立通话连接；若所述被叫端选择拒绝，则切断所述呼叫请求；若所述被叫端选择回复状态信息的拒接，则切断所述呼叫请求并将被叫端的状态信息发送给所述主叫端。
2.如权利要求1所述的实现通话管理的方法，其特征在于，所述方法还包括步骤：每当所述被叫端设置的状态信息从在线状态变为忙碌状态/离线状态或从忙碌状态/离线状态变为在线状态时，则启动/关闭所述通话管理系统对主叫端发起的连接所述被叫端的呼叫请求的管理。
3.如权利要求1所述的实现通话管理的方法，其特征在于，在所述步骤S5中，若所述被叫端设置的状态信息为忙碌状态，则向所述主叫端发送带有被叫端的状态信息的语音信息，所述语音信息中还包括供所述主叫端选择的菜单，所述菜单内容包括接续被叫、无需接续被叫且留言；若所述主叫端选择接续被叫，则接续所述呼叫请求到被叫端；若所述主叫端选择无需接续被叫且留言，则结束所述呼叫请求，并将所述主叫端的留言发送给所述被叫端。
4.如权利要求1所述的实现通话管理的方法，其特征在于，在所述步骤S5中，若所述被叫端设置的状态信息为离线状态，则向所述主叫端发送带有被叫端的状态信息的语音信息，且所述语音信息的内容中还包括供所述主叫端选择的菜单，所述菜单内容包括留言；若接收到所述主叫端的留言，则结束所述呼叫请求，并将所述主叫端的留言发送给所述被叫端。
5.如权利要求3或4所述的实现通话管理的方法，其特征在于，在所述步骤S5中，若所述被叫端设置的状态信息为忙碌状态/离线状态且向所述主叫端发送带有被叫端的状态信息的语音信息时，若所述主叫端直接挂机，则向所述被叫端发送所述主叫端的来电提醒。
6.一种通话管理系统，适用于移动网络中并基于被叫端的设置而管理连接被叫端的呼叫请求，其特征在于，所述通话管理系统包括：
接入单元，用于接入主叫端发起的连接被叫端的呼叫请求；
第一查询单元，用于根据所述呼叫请求中携带的主叫端号码和被叫端号码，查询所述被叫端针对不同主叫端设置的连接信息；所述连接信息包括呼叫接续列表和呼叫拒接列表；
第一控制单元，用于若所述第一查询单元从所述呼叫接续列表中查询到所述主叫端号码的匹配项，则接续所述呼叫请求到被叫端；若所述第一查询单元从所述呼叫拒接列表中查询到所述主叫端号码的匹配项，则拒绝所述呼叫请求；
第二查询单元，用于若所述第一查询单元无法查询到所述主叫端号码的匹配项，则根据所述呼叫请求中携带的主叫端号码和被叫端号码，查询所述被叫端设置的状态信息；所述状态信息包括忙碌状态和离线状态；以及
第二控制单元，用于若所述第二查询单元查询到所述被叫端设置的状态信息为忙碌状态，则向所述主叫端发送被叫端的状态信息，并根据所述主叫端的不同选择而接续所述呼叫请求到被叫端/结束所述呼叫请求；若所述第二查询单元查询到所述被叫端设置的状态信息为离线状态，则向所述主叫端发送被叫端的状态信息，并结束所述呼叫请求；
其中，所述状态信息还包括在线状态；所述第二控制单元还用于：在所述结束所述呼叫请求后，若所述第二查询单元查询到所述被叫端的状态修改为在线状态时，向所述主叫端发送被叫端当前可以接听呼叫的通知；
还包括菜单发送单元，在所述第二控制单元接续所述呼叫请求到被叫端时，还同时通过所述菜单发送单元向所述被叫端发送菜单，所述菜单内容包括接听、拒接、回复状态信息的拒接；若所述被叫端选择接听，则所述第二控制单元建立通话连接；若所述被叫端选择拒绝，则所述第二控制单元切断所述呼叫请求；若所述被叫端选择回复状态信息的拒接，则所述第二控制单元切断所述呼叫请求并将被叫端的状态信息发送给所述主叫端。
7.如权利要求6所述的通话管理系统，其特征在于，所述通话管理系统还包括：
启动/关闭单元，用于每当所述被叫端设置的状态信息从在线状态变为忙碌状态/离线状态或从忙碌状态/离线状态变为在线状态时，则启动/关闭所述通话管理系统对主叫端发起的连接所述被叫端的呼叫请求的管理。
8.如权利要求6所述的通话管理系统，其特征在于，还包括语音信息发送单元和留言发送单元；
若所述第二查询单元查询到所述被叫端设置的状态信息为忙碌状态，则所述第二控制单元通过所述语音信息发送单元向所述主叫端发送带有被叫端的状态信息的语音信息，所述语音信息发送信息中还包括供所述主叫端选择的菜单，所述菜单内容包括接续被叫、无需接续被叫且留言；
若所述主叫端选择接续被叫，则所述第二控制单元接续所述呼叫请求到被叫端；
若所述主叫端选择无需接续被叫且留言，则所述第二控制单元结束所述呼叫请求，并将所述主叫端的留言通过所述留言发送单元发送给所述被叫端。
9.如权利要求8所述的通话管理系统，其特征在于，若所述第二查询单元查询到所述被叫端设置的状态信息为离线状态，则所述第二控制单元通过所述语音信息发送单元向所述主叫端发送带有被叫端的状态信息的语音信息，且所述语音信息的内容中还包括供所述主叫端选择的菜单，所述菜单内容包括留言；若接收所述主叫端的留言，则所述第二控制单元结束所述呼叫请求，并将所述主叫端的留言通过所述留言发送单元发送给所述被叫端。
10.如权利要求8或9所述的通话管理系统，其特征在于，还包括来电提醒发送单元，若所述第二查询单元查询到所述被叫端设置的状态信息为忙碌状态/离线状态，且所述第二控制单元通过所述语音信息发送单元向所述主叫端发送带有被叫端的状态信息的语音信息时，若所述主叫端直接挂机，则所述第二控制单元通过所述来电提醒发送单元向所述被叫端发送所述主叫端的来电提醒。

实现通话管理的方法、通话管理系统及终端\n技术领域\n[0001] 本发明涉及通信技术领域，尤其涉及一种实现通话管理的方法、通话管理系统及终端。\n背景技术\n[0002] 现有的移动技术中，当移动用户在会议中或其他场景状态下，有电话打进来时，用户因无法判断是否为重要紧急的电话而难以决定是否及时接听，这可能导致接听了并不重要的电话而影响当前活动的进行，或是拒接了重要紧急的电话而造成损失。\n[0003] 在GSM网络中，用户目前可以通过以下两种方法拒接来电：一个是接通后用户在终端按拒绝接听的按键；另一种是用户预先在终端里设置不想接听的号码列表(该功能需要终端支持)，遇到这些不想接听的号码入呼时，由终端自动拒绝接听。但是，目前这两种方式有如下缺点：第一，拒绝入呼叫需要占用无线资源。因为终端必须在收到网络下发的setup消息后，才能判断出入呼用户的号码，从而由用户或者终端做出拒绝接听的操作。第二，需要人工干预或者需要终端的支持。对于不支持自动拒接功能的终端，用户只能手工拒绝；即使终端支持该功能(如，智能手机)，实现方式完全由终端决定，缺乏灵活性，而且具有局限性，不能普及所有手机用户。\n发明内容\n[0004] 本发明的目的是提供一种实现通话管理的方法、通话管理系统及终端，能够根据被叫端针对主叫端的设置信息以及被叫端的状态，有效管理任何主叫端发起的连接所述被叫端的呼叫请求。\n[0005] 为实现上述目的，本发明实施例提供一种实现通话管理的方法，适用于移动网络中通过构建独立的通话管理系统并基于被叫端的设置而管理主叫端发起的连接所述被叫端的呼叫请求，其特征在于，所述方法包括：\n[0006] S1、接入主叫端发起的连接所述被叫端的呼叫请求；\n[0007] S2、根据所述呼叫请求中携带的主叫端号码和被叫端号码，查询所述被叫端针对不同主叫端设置的连接信息；所述连接信息包括呼叫接续列表和呼叫拒接列表；\n[0008] S3、若从所述呼叫接续列表中查询到所述主叫端号码的匹配项，则接续所述呼叫请求到被叫端；若从所述呼叫拒接列表中查询到所述主叫端号码的匹配项，则拒绝所述呼叫请求；否则\n[0009] S4、根据所述呼叫请求中携带的主叫端号码和被叫端号码，查询所述被叫端设置的状态信息；所述状态信息包括忙碌状态和离线状态；\n[0010] S5、若所述被叫端设置的状态信息为忙碌状态，则向所述主叫端发送被叫端的状态信息，并根据所述主叫端的不同选择而接续所述呼叫请求到被叫端/结束所述呼叫请求；\n若所述被叫端设置的状态信息为离线状态，则向所述主叫端发送被叫端的状态信息，并结束所述呼叫请求。\n[0011] 作为上述技术方案的改进，所述状态信息还包括在线状态，所述方法还包括步骤：\n每当所述被叫端设置的状态信息从在线状态变为忙碌状态/离线状态或从忙碌状态/离线状态变为在线状态时，则启动/关闭所述通话管理系统对主叫端发起的连接所述被叫端的呼叫请求的管理。\n[0012] 作为上述技术方案的改进，在所述步骤S5中，若所述被叫端设置的状态信息为忙碌状态，则向所述主叫端发送带有被叫端的状态信息的语音信息，所述语音信息中还包括供所述主叫端选择的菜单，所述菜单内容包括接续被叫、无需接续被叫且留言；若所述主叫端选择接续被叫，则接续所述呼叫请求到被叫端；若所述主叫端选择无需接续被叫且留言，则结束所述呼叫请求，并将所述主叫端的留言发送给所述被叫端。\n[0013] 作为上述技术方案的改进，在所述步骤S5中，若所述被叫端设置的状态信息为离线状态，则向所述主叫端发送带有被叫端的状态信息的语音信息，且所述语音信息的内容中还包括供所述主叫端选择的菜单，所述菜单内容包括留言；若接收到所述主叫端的留言，则结束所述呼叫请求，并将所述主叫端的留言发送给所述被叫端。\n[0014] 作为上述技术方案的改进，在所述步骤S5中，若所述被叫端设置的状态信息为忙碌状态/离线状态且向所述主叫端发送带有被叫端的状态信息的语音信息时，若所述主叫端直接挂机，则向所述被叫端发送所述主叫端的来电提醒。\n[0015] 作为上述技术方案的改进，在所述步骤S3和/或步骤S5中，在接续所述呼叫请求到被叫端时还同时向所述被叫端发送菜单，所述菜单内容包括接听、拒接、回复状态信息的拒接；若所述被叫端选择接听，则建立通话连接；若所述被叫端选择拒绝，则切断所述呼叫请求；若所述被叫端选择回复状态信息的拒接，则切断所述呼叫请求并将被叫端的状态信息发送给所述主叫端。\n[0016] 一种通话管理系统，适用于移动网络中并基于被叫端的设置而管理连接被叫端的呼叫请求，所述通话管理系统包括：\n[0017] 接入单元，用于接入主叫端发起的连接被叫端的呼叫请求；\n[0018] 第一查询单元，用于根据所述呼叫请求中携带的主叫端号码和被叫端号码，查询所述被叫端针对不同主叫端设置的连接信息；所述连接信息包括呼叫接续列表和呼叫拒接列表；\n[0019] 第一控制单元，用于若所述第一查询单元从所述呼叫接续列表中查询到所述主叫端号码的匹配项，则接续所述呼叫请求到被叫端；若所述第一查询单元从所述呼叫拒接列表中查询到所述主叫端号码的匹配项，则拒绝所述呼叫请求；\n[0020] 第二查询单元，用于若所述第一查询单元无法查询到所述主叫端号码的匹配项，则根据所述呼叫请求中携带的主叫端号码和被叫端号码，查询所述被叫端设置的状态信息；所述状态信息包括忙碌状态和离线状态；以及\n[0021] 第二控制单元，用于若所述第二查询单元查询到所述被叫端设置的状态信息为忙碌状态，则向所述主叫端发送被叫端的状态信息，并根据所述主叫端的不同选择而接续所述呼叫请求到被叫端/结束所述呼叫请求；若所述第二查询单元查询到所述被叫端设置的状态信息为离线状态，则向所述主叫端发送被叫端的状态信息，并结束所述呼叫请求。\n[0022] 作为上述技术方案的改进，所述状态信息还包括在线状态，而所述通话管理系统还包括：\n[0023] 启动/关闭单元，用于每当所述被叫端设置的状态信息从在线状态变为忙碌状态/离线状态或从忙碌状态/离线状态变为在线状态时，则启动/关闭所述通话管理系统对主叫端发起的连接所述被叫端的呼叫请求的管理。\n[0024] 作为上述技术方案的改进，还包括语音信息发送单元和留言发送单元；\n[0025] 若所述第二查询单元查询到所述被叫端设置的状态信息为忙碌状态，则所述第二控制单元通过所述语音信息发送单元向所述主叫端发送带有被叫端的状态信息的语音信息，所述语音信息发送信息中还包括供所述主叫端选择的菜单，所述菜单内容包括接续被叫、无需接续被叫且留言；\n[0026] 若所述主叫端选择接续被叫，则所述第二控制单元接续所述呼叫请求到被叫端；\n[0027] 若所述主叫端选择无需接续被叫且留言，则所述第二控制单元结束所述呼叫请求，并将所述主叫端的留言通过所述留言发送单元发送给所述被叫端。\n[0028] 作为上述技术方案的改进，若所述第二查询单元查询到所述被叫端设置的状态信息为离线状态，则所述第二控制单元通过所述语音信息发送单元向所述主叫端发送带有被叫端的状态信息的语音信息，且所述语音信息的内容中还包括供所述主叫端选择的菜单，所述菜单内容包括留言；若接收所述主叫端的留言，则所述第二控制单元结束所述呼叫请求，并将所述主叫端的留言通过所述留言发送单元发送给所述被叫端。\n[0029] 作为上述技术方案的改进，还包括来电提醒发送单元，若所述第二查询单元查询到所述被叫端设置的状态信息为忙碌状态/离线状态，且所述第二控制单元通过所述语音信息发送单元向所述主叫端发送带有被叫端的状态信息的语音信息时，若所述主叫端直接挂机，则所述第二控制单元通过所述来电提醒发送单元向所述被叫端发送所述主叫端的来电提醒。\n[0030] 作为上述技术方案的改进，还包括菜单发送单元，在所述第二控制单元接续所述呼叫请求到被叫端时，还同时通过所述菜单发送单元向所述被叫端发送菜单，所述菜单内容包括接听、拒接、回复状态信息的拒接；若所述被叫端选择接听，则所述第二控制单元建立通话连接；若所述被叫端选择拒绝，则所述第二控制单元切断所述呼叫请求；若所述被叫端选择回复状态信息的拒接，则所述第二控制单元切断所述呼叫请求并将被叫端的状态信息发送给所述主叫端。\n[0031] 一种通信终端，包括：\n[0032] 设置单元，用于设置状态信息以及针对不同主叫端的连接信息；\n[0033] 接收单元，用于接收由主叫端发起的且满足所述设置单元设置的状态信息和连接信息的呼叫请求。\n[0034] 本发明实施例提供的实现通话管理的方法及通话管理系统及通信系统，能够根据被叫端针对主叫端的设置信息以及被叫端的状态，有效管理任何主叫端发起的连接所述被叫端的呼叫请求，从而有效地避免被叫端接听了并不重要的电话而影响当前活动的进行，或是拒接了重要紧急的电话而造成损失。\n附图说明\n[0035] 图1是本发明实施例一的实现通话管理的方法的流程示意图；\n[0036] 图2是本发明实施例二的实现通话管理的方法的流程示意图；\n[0037] 图3是本发明实施例三的通话管理系统的结构示意图；\n[0038] 图4a～4b是本发明实施例四的通话管理系统的结构示意图；\n[0039] 图5是本发明实施例五的通信终端的结构示意图。\n具体实施方式\n[0040] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。\n[0041] 参见图1是本发明实施例一提供的实现通话管理的方法，适用于移动网络中通过构建独立的通话管理系统并基于被叫端的设置而管理主叫端发起的连接所述被叫端的呼叫请求，该方法包括以下步骤：\n[0042] S11、接入主叫端发起的连接所述被叫端的呼叫请求；\n[0043] 在该步骤中，可以通过多种方式将主叫端发起的连接所述被叫端的呼叫请求接入到通话管理系统，例如，可以通过呼叫转移设置(具体可以向移动网络中的HLR进行呼叫转移设置)将主叫端发起的连接所述被叫端的呼叫请求信息从移动GMSC通过LSTP无条件转到通话管理系统中。\n[0044] S12、根据所述呼叫请求中携带的主叫端号码和被叫端号码，查询所述被叫端针对不同主叫端设置的连接信息；其中，所述连接信息包括呼叫接续列表和呼叫拒接列表；\n[0045] 在该步骤中，主叫端发起的连接所述被叫端的呼叫请求中往往携带主叫端号码和被叫端号码等信息，这样，当接入主叫端发起的连接所述被叫端的呼叫请求后，可以根据该呼叫请求中的主叫端号码和被叫端号码等信息，查询所述被叫端针对不同主叫端号码而设置的连接信息，任何被叫用户(相对概念，实质所有移动用户)设置的信息均保存在通话管理系统的数据库中。根据该呼叫请求中的被叫端号码等信息，可以查询该被叫端号码所对应的被叫端预先设置好的连接信息，在本实施例中，该连接信息包括呼叫接续列表(白名单)和呼叫拒接列表(黑名单)。这样，根据该呼叫请求中的主叫端号码，可以查询该主叫端号码是否位于被叫用户预先设置的呼叫接续列表(白名单)和呼叫拒接列表(黑名单)中。其中，白名单是指所有连接被叫端的呼叫请求在任何情况下都可以连接到被叫端，属于白名单内的呼叫请求，通话管理系统直接将呼叫接续给被叫端；而黑名单是指所有连接被叫端的呼叫请求在任何情况下都不可以连接到被叫端，属于黑名单内的呼叫请求，通话管理系统直接拒绝该呼叫请求以替被叫端用户屏蔽掉。\n[0046] S13、若从所述呼叫接续列表中查询到所述主叫端号码的匹配项，则接续所述呼叫请求到被叫端；若从所述呼叫拒接列表中查询到所述主叫端号码的匹配项，则拒绝所述呼叫请求；\n[0047] 在该步骤中，若从所述呼叫接续列表(白名单)中查询到所述主叫端号码的匹配项，则说明该主叫端发起的呼叫请求是在被叫端的任何状态下都可以无条件的连接，因此通话管理系统直接将该主叫端发起的呼叫请求接续给被叫端。若所述呼叫拒接列表(黑名单)中查询到所述主叫端号码的匹配项，则说明该主叫端发起的呼叫请求是在被叫端的任何状态下都不可以连接被叫端的，那么通话管理系统直接拒绝该叫端发起的呼叫请求以替被叫端用户屏蔽掉。\n[0048] S14、否则根据所述呼叫请求中携带的主叫端号码和被叫端号码，查询所述被叫端设置的状态信息；所述状态信息包括忙碌状态和离线状态；\n[0049] 在该步骤中，若从所述呼叫接续列表(白名单)或所述呼叫拒接列表(黑名单)中均无法查询到所述主叫端号码的匹配项，则需要根据被叫端当前的状态(忙碌状态或离线状态)来处理该呼叫请求，因此需要从通话管理系统的数据库中查询被叫端预设的当前状态。\n[0050] S15、若所述被叫端设置的状态信息为忙碌状态，则向所述主叫端发送被叫端的状态信息，并根据所述主叫端的不同选择而接续所述呼叫请求到被叫端/结束所述呼叫请求；\n若所述被叫端设置的状态信息为离线状态，则向所述主叫端发送被叫端的状态信息，并结束所述呼叫请求。\n[0051] 具体的，在该步骤中，若所述被叫端设置的状态信息为忙碌状态，则向所述主叫端发送带有被叫端的状态信息的语音信息(例如，可以IVR语音提示信息)，所述语音信息中还包括供所述主叫端选择的菜单，所述菜单内容包括接续被叫、无需接续被叫且留言；若所述主叫端选择接续被叫，则接续所述呼叫请求到被叫端；若所述主叫端选择无需接续被叫且留言，则结束所述呼叫请求，并将所述主叫端的留言发送给所述被叫端(例如，可以通过彩信方式发送留言)；若所述主叫端直接挂机，则向所述被叫端发送所述主叫端的来电提醒(例如，可以通过短信方式发送来电提醒)。\n[0052] 若所述被叫端设置的状态信息为离线状态，则向所述主叫端发送带有被叫端的状态信息的语音信息(例如，可以IVR语音提示信息)，且所述语音信息的内容中还包括供所述主叫端选择的菜单，所述菜单内容包括留言；若接收到所述主叫端的留言，则结束所述呼叫请求，并将所述主叫端的留言发送给所述被叫端(例如，可以通过彩信方式发送留言)；若所述主叫端直接挂机，则向所述被叫端发送所述主叫端的来电提醒(例如，可以通过短信方式发送来电提醒)。\n[0053] 优选的，在本实施例的上述步骤中，若是通过呼叫转移设置将主叫端发起的连接所述被叫端的呼叫请求信息从移动GMSC转到通话管理系统的，那么，当通话管理系统确定可以接续所述呼叫请求到被叫端时，必须向被叫端的HLR进行呼叫转移逆向设置(或取消当前的呼叫转移设置)，以将所述呼叫请求信息接续到所述被叫端。\n[0054] 优选的，在本实施例的上述步骤中，在接续所述呼叫请求到被叫端时还同时向所述被叫端发送菜单，所述菜单内容包括接听、拒接、回复状态信息的拒接；若所述被叫端选择接听，则建立通话连接；若所述被叫端选择拒绝，则切断所述呼叫请求；若所述被叫端选择回复状态信息的拒接，则切断所述呼叫请求并将被叫端的状态信息发送给所述主叫端(可以通过短信或者彩信方式发送)。\n[0055] 优选的，在本实施例的上述步骤中，被叫端用户(相对概念，实质所有移动用户)可以通过Web、WAP、短信或者客户端方式(安装有客户端的智能机)设置状态信息以及针对不同主叫端号码而设置的连接信息(即黑白名单)。因此相比于现有技术中只能通过客户端方式设置来电拒接，更具通用性，适用于所有用户。\n[0056] 其中，对于安装有客户端(应用程序)的被叫端来说，若通话管理系统在确定接续所述呼叫请求到被叫端时，不需要同时向所述被叫端发送菜单，而是触发所述客户端在接收所述接续所述呼叫请求的同时弹出具有选择菜单的应用界面，该菜单内容同样可以包括接听、拒接、回复状态信息的拒接。而对于没有安装客户端的被叫端来说，则在通话管理系统在确定接续所述呼叫请求到被叫端时，可以通过USSD方式同时向所述被叫端下发该菜单。\n[0057] 优选的，在本实施例中，用户设置的状态信息包括在线状态、忙碌状态和离线状态，其中，忙碌状态和离线状态均可以再细分为多个不同的场景状态，例如，忙碌状态下的会议场景，其状态信息为“我正在开会中，不方便接听您的电话”；忙碌状态下的休息场景，其状态信息为“我正在休息中，不方便接听您的电话”；忙碌状态下的工作场景，其状态信息为“我正在工作中，不方便接听您的电话”；忙碌状态下的开车场景，其状态信息为“我正在开车中，不方便接听您的电话”；……以及用户自定义的状态信息(只能在忙碌状态和离线状态下自定义)。这样，如果被叫端设置的状态为忙碌状态下的会议场景，那么，当通话管理系统需要向所述主叫端发送被叫端的状态信息时(包括IVR语音、短信或彩信等方式)，所述主叫端接到的状态信息具体为“我正在开会中，不方便接听您的电话”。\n[0058] 另外，用户还可以为自己设置的状态信息的生效和有效期灵活设定，例如：\n[0059] 立即生效，比如：用户坐飞机，设定离线状态的规则为当前立即生效2小时；\n[0060] 定时生效，比如：用户获悉下午有临时会议需要设定忙碌状态，可以设定规则为下午14点之后生效2小时。\n[0061] 每天生效，比如：用户习惯性的休息，不希望有人打扰，设定离线状态的规则为每天24点之后生效8小时。\n[0062] 图2是本发明实施例二提供的实现通话管理的方法，适用于移动网络中通过构建独立的通话管理系统并基于被叫端的设置而管理主叫端发起的连接所述被叫端的呼叫请求。如图2所示，该方法包括以下步骤：\n[0063] S21、基于被叫端的状态设置确定启动/关闭所述通话管理系统对连接所述被叫端的呼叫请求的管理；\n[0064] 此处，被叫端用户(相对概念，实质所有移动用户)可以通过设置状态确定是否将所有连接该被叫端的呼叫请求转到通话管理系统中进行管理。被叫端的状态可设置为在线状态、忙碌状态或离线状态。因此，该步骤具体为：\n[0065] 若所述被叫端设置的状态信息从忙碌状态/离线状态变为在线状态时，则执行步骤S22；若所述被叫端设置的状态信息从在线状态变为忙碌状态/离线状态，则执行步骤S23；\n[0066] S22、关闭所述通话管理系统对连接所述被叫端的呼叫请求的管理；并结束。\n[0067] S23、启动所述通话管理系统对连接所述被叫端的呼叫请求的管理；\n[0068] 此处，可以通过呼叫转移设置(具体可以向移动网络中的HLR进行呼叫转移设置)将连接所述被叫端的呼叫请求无条件转入所述通话管理系统中，从而启动所述通话管理系统对连接所述被叫端的呼叫请求的管理。\n[0069] S24、接入主叫端发起的连接所述被叫端的呼叫请求；\n[0070] S25、查询并判断所述主叫端号码是否属于被叫端设置的白/黑名单内；\n[0071] 此处，由于主叫端发起的连接所述被叫端的呼叫请求中往往携带主叫端号码和被叫端号码等信息，因此可以基于该主叫端号码和被叫端号码而查询(数据库)被叫端预设的呼叫接续列表(白名单)和呼叫拒接列表(黑名单)，其中，白名单内的号码发起的所有连接被叫端的呼叫请求在任何情况下都可以直接连接到被叫端，而黑名单内的号码发起的所有连接被叫端的呼叫请求在任何情况下都不可以直接连接到被叫端。该步骤具体为，当查询且判断所述主叫端为白名单时，则执行步骤S26；若查询且判断所述主叫端为黑名单时，则执行步骤S27；否则执行步骤S28；\n[0072] S26、将所述呼叫接续到被叫端；并执行步骤S34或S35；\n[0073] S27、拒绝所述呼叫请求；并结束。\n[0074] S28、查询并判断所述被叫端设置的状态信息；若所述被叫端设置的状态为离线状态，则执行步骤S29；若所述被叫端设置的状态为忙碌状态，则执行步骤S30；\n[0075] S29、向所述主叫端发送带被叫端的状态信息以及选择菜单的语音信息；\n[0076] 具体的，所述菜单内容只包括无需接续被叫且留言(例如，语音信息为“用户离线，如需留言请按2)；若所述主叫用户按2，则执行步骤S31；若所述主叫用户挂机，则执行步骤S32；\n[0077] S30、向所述主叫端发送带被叫端的状态信息以及选择菜单的语音信息；\n[0078] 具体的，所述菜单内容包括接续被叫(例如，语音信息为“用户忙碌，如继续呼叫请按1)、无需接续被叫且留言(例如，语音信息为“用户忙碌，如无需继续呼叫且留言请按2)；\n若所述主叫用户按1，则执行步骤S26；若所述主叫用户按2，则执行步骤S31；若所述主叫用户挂机，则执行步骤S32；\n[0079] S31、向被叫端发送留言信息彩信；且待所述被叫端的状态修改为在线状态时，则执行步骤S33；\n[0080] S32、向被叫端发送来电提醒短信；且待所述被叫端的状态修改为在线状态时，则执行步骤S33；\n[0081] S33、向所述主叫端发送被叫端当前可以接听呼叫的通知；并结束。\n[0082] S34、向所述被叫端发送USSD选择菜单；\n[0083] S35、触发客户端弹出具有选择菜单的应用界面；\n[0084] 在步骤S34和S35中，该菜单内容包括接听、拒接、回复状态信息的拒接；若被叫端选择接听时，则执行步骤S36；若被叫端选择拒接，则执行步骤S37；若被叫端选择回复状态信息的拒接，则执行步骤S38。\n[0085] S36、建立通话连接；并结束。\n[0086] S37、切断所述呼叫请求；并结束。\n[0087] S38、切断所述呼叫请求并将被叫端的状态信息发送给所述主叫端；并结束。\n[0088] 在步骤S38中，可以通过多种方式(短信或者彩信方式)发送被叫端的状态信息到所述主叫端。\n[0089] 图3是本发明实施例三提供的通话管理系统，适用于移动网络中并基于被叫端的设置而管理连接被叫端的呼叫请求。如图3所示，该通话管理系统3包括：\n[0090] 接入单元301，用于接入主叫端发起的连接被叫端的呼叫请求；\n[0091] 第一查询单元302，用于根据所述呼叫请求中携带的主叫端号码和被叫端号码，查询所述被叫端针对不同主叫端设置的连接信息；所述连接信息包括呼叫接续列表(白名单)和呼叫拒接列表(黑名单)；\n[0092] 本实施例的通话管理系统还包括存储单元(数据库)，任何被叫用户(相对概念，实质所有移动用户)设置的信息(包括状态信息和黑白名单信息)均保存在通话管理系统的数据库中。由于主叫端发起的连接所述被叫端的呼叫请求中往往携带主叫端号码和被叫端号码等信息，因此可以基于该主叫端号码和被叫端号码而查询(数据库)被叫端预设的呼叫接续列表(白名单)和呼叫拒接列表(黑名单)，其中，白名单内的号码发起的所有连接被叫端的呼叫请求在任何情况下都可以直接连接到被叫端，而黑名单内的号码发起的所有连接被叫端的呼叫请求在任何情况下都不可以直接连接到被叫端。\n[0093] 第一控制单元303，用于若所述第一查询单元302从所述呼叫接续列表中查询到所述主叫端号码的匹配项，则接续所述呼叫请求到被叫端；若所述第一查询单元302从所述呼叫拒接列表中查询到所述主叫端号码的匹配项，则拒绝所述呼叫请求；\n[0094] 第二查询单元304，用于若所述第一查询单元302无法查询到所述主叫端号码的匹配项，则根据所述呼叫请求中携带的主叫端号码和被叫端号码，查询所述被叫端设置的状态信息；所述状态信息包括忙碌状态和离线状态；\n[0095] 第二控制单元305，用于若所述第二查询单元304查询到所述被叫端设置的状态信息为忙碌状态，则向所述主叫端发送被叫端的状态信息，并根据所述主叫端的不同选择而接续所述呼叫请求到被叫端/结束所述呼叫请求；若所述第二查询单元304查询到所述被叫端设置的状态信息为离线状态，则向所述主叫端发送被叫端的状态信息，并结束所述呼叫请求。\n[0096] 优选的，在本实施例中该，被叫端设置的状态信息还包括在线状态，而该系统还包括启动/关闭单元306，用于每当所述被叫端设置的状态信息从在线状态变为忙碌状态/离线状态或从忙碌状态/离线状态变为在线状态时，则启动/关闭所述通话管理系统对主叫端发起的连接所述被叫端的呼叫请求的管理。\n[0097] 优选的，在本实施例中，还包括语音信息发送单元307和留言发送单元308；若所述第二查询单元304查询到所述被叫端设置的状态信息为忙碌状态，则所述第二控制单元305通过所述语音信息发送单元307向所述主叫端发送带有被叫端的状态信息的语音信息，所述语音信息发送信息中还包括供所述主叫端选择的菜单，所述菜单内容包括接续被叫、无需接续被叫且留言；若所述主叫端选择接续被叫，则所述第二控制单元接续所述呼叫请求到被叫端；若所述主叫端选择无需接续被叫且留言，则所述第二控制单元305结束所述呼叫请求，并将所述主叫端的留言通过所述留言发送单元308发送给所述被叫端。\n[0098] 若所述第二查询单元304查询到所述被叫端设置的状态信息为离线状态，则所述第二控制单元305通过所述语音信息发送单元307向所述主叫端发送带有被叫端的状态信息的语音信息，且所述语音信息的内容中还包括供所述主叫端选择的菜单，所述菜单内容包括留言；若接收所述主叫端的留言，则所述第二控制单元305结束所述呼叫请求，并将所述主叫端的留言通过所述留言发送单元308发送给所述被叫端。\n[0099] 优选的，在本实施例中，还包括来电提醒发送单元309，若所述第二查询单元304查询到所述被叫端设置的状态信息为忙碌状态/离线状态，且所述第二控制单元305通过所述语音信息发送单元307向所述主叫端发送带有被叫端的状态信息的语音信息时，若所述主叫端直接挂机，则所述第二控制单元305通过所述来电提醒发送单元309向所述被叫端发送所述主叫端的来电提醒。\n[0100] 优选的，在本实施例中，还包括菜单发送单元310，在所述第二控制单元305接续所述呼叫请求到被叫端时，还同时通过所述菜单发送单元310向所述被叫端发送菜单，所述菜单内容包括接听、拒接、回复状态信息的拒接；若所述被叫端选择接听，则所述第二控制单元建立通话连接；若所述被叫端选择拒绝，则所述第二控制单元切断所述呼叫请求；若所述被叫端选择回复状态信息的拒接，则所述第二控制单元305切断所述呼叫请求并将被叫端的状态信息发送给所述主叫端。可以理解的，该菜单发送单元310是针对没有安装客户端的用户的，如果被叫用户安装了客户端，则不需要通过菜单发送单元310向被叫端发送菜单，而是通过客户端直接弹出带选择菜单的应用界面。\n[0101] 图4a～4b是本发明实施例四提供的通话管理系统，适用于移动网络中并基于被叫端的设置而管理连接被叫端的呼叫请求。其中，图4a展示了本实施例的通话管理系统4在移动网络架构中的位置和连接关系，本发明实施例的通话管理系统4可以通过七号信令网与移动网络的相关设备连接，并连接移动省BOSS5、省网管系统6、短信网关7以及彩信网关8等来实现通话管理及与通话管理相关的管理及服务。\n[0102] 如图4b所示，本实施例的通话管理系统4包括信令接入子系统41、业务逻辑处理子系统42、呼转信令控制子系统43、USSD接入子系统44、彩信接入子系统45、短信接入子系统\n46、web/wap网站服务子系统47、网管子系统48、计费子系统49、客户端服务子系统50以及数据库40。\n[0103] 其中，信令接入子系统41作为本实施例通话管理系统4的入口，用于接入主叫端(用户)发起的呼叫信息。具体的，主叫端(用户)发起的呼叫信息从移动GMSC通过LSTP传给所述信令接入子系统41，该信令接入子系统41将呼叫信息进行协议解析后发送给业务逻辑处理子系统42。\n[0104] 业务逻辑处理子系统42是本实施例通话管理系统4的核心子系统，其与系统的数据库40连接，基于数据中的信息(也是被叫端预先设置的信息，包括状态信息和连接信息)而处理主叫端发起的连接被叫端的呼叫请求。具体包括实施例3(参考图3)中的第一查询单元302、第一控制单元303、第二查询单元304、第二控制单元305以及启动/关闭单元306，由于作用以及工作过程与实施例3的基本一致，在此省略描述。\n[0105] 呼转信令控制子系统43与所述业务逻辑处理子系统42连接，并基于业务逻辑处理子系统42的控制，而传输数据给HLR以进行用户呼转设置。例如，所述业务逻辑处理子系统\n42的启动/关闭单元306每当检测到所述被叫端设置的状态信息从在线状态变为忙碌状态/离线状态或从忙碌状态/离线状态变为在线状态时，则启动/关闭所述通话管理系统对主叫端发起的连接所述被叫端的呼叫请求的管理，具体是通过控制呼转信令控制子系统43向HLR进行对应的呼叫转移设置，如，若要启动关闭所述通话管理系统，则设置为将呼叫请求从移动网络转入通话管理系统。另外，当所述业务逻辑处理子系统42的第一控制单元303或第二控制单元305需要接续所述呼叫请求到被叫端时，均需要通过调用呼转信今控制子系统43进行用户呼转设置后才能发出，而且将所述呼叫请求接续到被叫端后，立即对通过调用呼转信令控制子系统43进行逆设置以使继续接入其它被叫端的呼叫请求。另外，所述呼转信令子系统43与数据看连接，以将用户呼转设置操作结果保存数据库。\n[0106] 该业务逻辑处理子系统42通过调用USSD接入子系统44向用户下发USSD的功能菜单，而USSD接入子系统44向USSD网关下发消息。\n[0107] 该业务逻辑处理子系统42通过调用彩信接入子系统45向用户下发短信息，而彩信接入子系统45向彩信网关下发消息(例如，主叫端的留言信息)。\n[0108] 该业务逻辑处理子系统42通过调用短信接入子系统45向用户下发短信息，而短信接入子系统45向短信网关下发消息(例如，发给被叫端的来电提醒)。\n[0109] 移动用户可以通过web/wap浏览器(连接所述web/wap网站服务子系统47)进行设置信息(包括状态信息和连接信息)以及业务浏览，而所述web/wap网站服务子系统47将用户设置的信息保存到数据库中。\n[0110] 维护工程师通过网管子系统48进行系统管理和维护。\n[0111] 计费子系统49给移动BOSS传送用户计费数据。\n[0112] 对于安装有客户端的智能用户来说，用户可以通过手机客户端(连接客户端服务子系统50)进行设置信息以及业务使用。\n[0113] 本发明实施例提供的通信系统，能够根据被叫端针对主叫端的设置信息以及被叫端的状态，有效管理任何主叫端发起的连接所述被叫端的呼叫请求，从而有效地避免被叫端接听了并不重要的电话而影响当前活动的进行，或是拒接了重要紧急的电话而造成损失。\n[0114] 相应地，本发明实施例还提供了一种通信终端50，包括：\n[0115] 设置单元501，用于设置状态信息以及针对不同主叫端的连接信息；\n[0116] 此处，所述状态信息包括在线状态、忙碌状态和离线状态；针对不同主叫端的连接信息具体包括呼叫接续列表(白名单)和呼叫拒接列表(黑名单)。这样，根据该呼叫请求中的主叫端号码，可以查询该主叫端号码是否位于被叫用户预先设置的呼叫接续列表(白名单)和呼叫拒接列表(黑名单)中。其中，白名单是指所有连接被叫端的呼叫请求在任何情况下都可以连接到被叫端，属于白名单内的呼叫请求，直接呼叫接续给被叫端；而黑名单是指所有连接被叫端的呼叫请求在任何情况下都不可以连接到被叫端，属于黑名单内的呼叫请求，该呼叫请求会被直接拒绝以帮被叫端用户屏蔽掉。\n[0117] 接收单元502，用于接收由主叫端发起的且满足所述设置单元设置的状态信息和连接信息的呼叫请求。\n[0118] 此处，若被叫端设置为在线状态，则会接收到任何主叫端发起的呼叫请求；\n[0119] 若被叫端设置为忙碌状态/离线状态，且发起呼叫请求的被叫端为黑名单，则被叫端都不会接收到该呼叫请求；\n[0120] 若被叫端设置为忙碌状态/离线状态，且发起呼叫请求的被叫端为白名单，则被叫端会接收到该呼叫请求；\n[0121] 若发起呼叫请求的被叫端不是黑/白名单，且被叫端设置为忙碌状态时，则被叫端会/不会接收到该呼叫请求(向主叫端反馈语音信息确定继续呼叫还是留言后挂机)；\n[0122] 若发起呼叫请求的被叫端不是黑/白名单，且被叫端设置为离线状态时，则被叫端不会接收到该呼叫请求(向主叫端反馈语音信息以留言。\n[0123] 选择单元503，用于选择接听、拒接或回复状态信息的拒接所述接收单元接收的呼叫请求。\n[0124] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。\n[0125] 以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。