CN1848881A - 通信过程中处理主叫号码显示的实现方法及装置 - Google Patents

Abstract

本发明提供了一种通信过程中处理主叫号码显示的实现方法及装置。本发明主要包括：当主叫用户发起呼叫，且主叫用户要求隐藏主叫号码信息时，则可以根据配置的用户的业务属性信息确定是否向被叫用户提供主叫号码信息，同时还可以根据配置的被叫用户的属性信息确定被叫用户是否接受该呼叫请求并返回对应的指示信息。本发明可以适用于包括基于蜂窝系统的即按即讲POC主叫用户在内的任何需要隐藏主叫号码业务的主叫用户。因此，本发明的实现使得当主叫用户采用了主叫号码隐藏业务属性时，可以根据实际的需要灵活地确定是否为被叫用户提供主叫号码信息，还可以保证主叫用户可以获取被叫是否允许其隐藏号码呼入，从而可以满足通信过程中，某些特殊用户的特殊需求。

Description

通信过程中处理主叫号码显示的实现方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种通信过程中处理主叫号码显示的实现方法及装置。

背景技术

POC(基于蜂窝系统的即按即通)业务的概念来自于对讲机，其用户体验使用方式和对讲机类似--简单、快捷，半双工通话。用户通过预先设定通话群组，通话时无需拨号，按住特定的按键，就可以同时将话音传送给群组中其他所有的成员，按键即讲，呼叫和通话连接过程在瞬间完成。POC通话过程中，接收方无需任何响应就能接听，且通话过程采用半双工的方式，一方在说话时，其他成员只能接听不能说话。

目前，在OMA(开放移动联盟)的POC的群组呼叫网元架构中，CF(执行呼叫控制功能的POC服务器)执行群组会话总控制，一个群组会话中只有一个CF。PF(执行呼叫参与功能的POC服务器)实体代理一个用户，即一个PF对应一个用户。

如图1所示，可以看出，POC终端直接同PF服务器交互，PF管理某一个用户的会话并接续信令同CF交互，以保证POC终端的会话正常进行。

在POC呼叫中，主叫可以要求隐藏自己的号码，此时，POC呼叫过程中不会将主叫用户的主叫号码信息提供给被叫用户，即POC呼叫中的被叫用户将无法知道发起呼叫的主叫用户的身份。

上述隐藏号码的业务可以满足部分用户作为主叫时的特殊需要，然而，在某些特殊情况下，被叫用户因各种原因要求必需显示主叫号码，例如：

1、如果被叫是特服号码或者其他重要号码，即被叫用户身份特殊，则通常要求必须显示主叫号码信息；比如就是紧急业务中心，或者合法监听中心等；

2、如果群组的策略是优先级高的被叫用户有权知道优先级低的主叫号码信息，此时需要无条件显示低优先级的主叫号码信息；

3、在实际通信过程中，部分被叫用户要求必需显示主叫号码信息考虑是否接受会话请求，即被叫用户需要根据主叫号码信息判断是否与主叫用户之间建立会话。

然而，根据目前的POC业务的处理过程可知，当主叫用户要求隐藏自己的号码信息时，则不将其号码信息显示给被叫用户。因此，现有的处理过程无法满足上述需求，同时，在存在类似需求的其他通信环境中也未提供上述两种功能的实现方案。

发明内容

鉴于上述现有技术所存在的问题，本发明的目的是提供一种通信过程中处理主叫号码显示的实现方法及装置，从而使得在通信系统中可以根据需要灵活设置显示主叫号码的方式，以满足各种应用场景的不同的应用需求。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种通信过程中处理主叫号码显示的实现方法，包括：

A、主叫用户发起呼叫，且主叫用户要求隐藏主叫号码信息；

B、根据配置的用户的业务属性信息确定是否向被叫用户提供主叫号码信息。

所述的用户包括：

基于蜂窝系统的即按即讲POC主叫用户或者应用服务器AS，以及其他需要隐藏主叫号码业务的主叫用户或者应用服务器AS。

所述的方法还包括：

在POC服务器、可扩展的标识语言文件管理服务器POC XDMS或POC终端设备上配置用户的业务属性信息。

所述的方法还包括：

当配置的业务属性信息在POC XDMS上时，则POC服务器或者客户端需要向所述POC XDMS查询得到相应的业务属性信息。

所述的业务属性信息包括：

用户作为主叫用户或被叫用户时的主叫号码显示策略信息、用户的优先级信息、用户的身份信息、基于用户的优先级/身份信息的主叫号码显示策略信息和/或需要显示主叫号码信息的特服号码信息、以及运营商的策略。

所述的步骤B包括：

根据配置的用户的业务属性信息确定需要通过协商的方式确定是否向被叫用户提供主叫号码信息。

所述的步骤B包括：

当被叫用户的终端设备接收到主叫用户发来的会话请求时，根据配置的用户的业务属性信息确定需要通过协商的方式要求提供主叫号码信息；

或者，

被叫用户的终端设备接收到主叫用户发来的会话请求时，根据接收的外部操作控制信息确定需要通过协商的方式要求提供主叫号码信息；

或者，

POC服务器接收到主叫用户发来的会话请求时，根据配置的主被叫用户的业务属性信息确定需要通过协商的方式要求提供主叫号码信息。

所述的步骤B包括：

B1、确定需要通过协商的方式要求提供主叫号码信息，则由被叫用户或被叫用户的POC服务器发送协商提供主叫号码信息的请求；

B2、主叫用户或主叫用户的POC服务器收到所述协商提供主叫号码信息的请求时，由主叫用户或主叫用户的POC服务器根据配置的业务属性信息或由主叫用户根据接收的外部操作信息对所述请求进行处理，所述处理包括拒绝该请求或将主叫号码信息提供给被叫用户。

所述的协商提供主叫号码信息的请求中包括：

要求主叫用户显示其主叫号码信息的指示信息。

所述的协商提供主叫号码信息的请求包括：

重新构造请求消息作为协商提供主叫号码信息的请求；

或者，

在返回的错误应答消息中增加协商提供主叫号码请求的指示信息作为协商提供主叫号码信息的请求。

所述的步骤B2还包括：

当确定将主叫号码信息提供给被叫用户时，则由主叫用户重新发起会话请求，所述的请求消息中指示向被叫用户提供主叫号码信息或携带所述主叫号码信息；

或者，

当确定将主叫号码信息提供给被叫用户时，则由主叫用户发送的响应消息中指示向被叫用户提供主叫号码信息或携带所述主叫号码信息。

所述的步骤B包括：

根据配置的用户的业务属性信息确定需要无条件向被叫用户显示主叫号码信息，以及向被叫用户提供主叫号码信息。

所述的步骤B具体包括：

B3、执行呼叫控制功能的POC服务器CF确定需要无条件向被叫用户显示主叫号码信息；

B4、CF向被叫用户发送呼叫请求消息，消息中携带着主叫用户的主叫号码信息。

所述的步骤B还包括：

当主叫用户同时向多个被叫用户发起呼叫时，则由CF分别确定各个被叫用户是否需要无条件显示主叫号码信息，如果需要，则执行步骤B3，否则，由CF将所述的呼叫请求消息直接向被叫用户发送。

所述的步骤B还包括：

CF根据配置的业务属性信息确定需要无条件向被叫用户显示主叫号码信息后，向主叫用户发送消息，通知主叫用户主叫号码信息被无条件显示；

或者，

在被叫用户的终端设备向主叫用户发送的应答消息中设置相应的指示信息，用于表明其被无条件显示了主叫号码信息；

或者

不在返回的应答消息携带表明其被无条件显示了主叫号码的信息。

所述的向主叫用户发送消息具体包括：

向主叫用户发送通知NOTIFY消息、信息MESSAGE消息、会话初始协议信息SIP INFO消息、超文本传输协议HTTP消息或者INVITE消息，或者这些消息的应答消息。

所述的步骤B包括：

根据配置的用户的业务属性信息确定需要通过协商的方式或无条件显示方式为被叫用户提供主叫号码信息。

所述的步骤B包括：

在网络侧的CF、被叫POC服务器或被叫用户的POC终端上根据配置的业务属性信息及预定的规则选择通过协商方式或无条件显示方式为被叫用户提供主叫号码信息。

本发明还提供了一种通信过程中处理主叫号码显示的实现方法，包括：

C、主叫用户发起呼叫，且主叫用户要求隐藏主叫号码信息；

D、根据配置的被叫用户的属性信息确定被叫用户是否接受该呼叫请求并返回对应的指示信息。

所述的被叫用户的属性信息包括：

被叫用户接受或拒绝隐藏主叫号码信息的主叫用户信息。

所述的步骤D包括：

当根据配置的被叫用户的属性信息确定被叫用户拒绝接受该隐藏主叫号码的主叫用户的呼叫请求，POC服务器将拒绝此次会话建立，从而导致会话建立失败，则被叫用户向主叫用户发送指示信息，所述的指示信息用于指明会话建立失败的原因；

所述步骤D还包括：

当根据配置的被叫用户的属性信息确定被叫用户拒绝接受该隐藏主叫号码的主叫用户的呼叫请求时，若被叫用户被授权，则直接获取该主叫用户隐藏的主叫号码，并在向主叫用户返回的应答消息中指示或不指示主叫用户的主叫号码被显示的信息。

由上述本发明提供的技术方案可以看出，本发明的实现使得当主叫用户采用了主叫号码隐藏业务属性时，可以根据实际的需要采用协商方式或无条件显示方式灵活地确定是否为被叫用户提供主叫号码信息，从而可以满足通信过程中，某些特殊用户的特殊需求。本发明的实现还可以使得网络运营方式更加灵活，以迎合更多应用的个性化的需求。

附图说明

图1为POC服务器的PF和CF的关系示意图；

图2为本发明所述的方法的流程图；

图3为本发明所述的方法的具体实现方式流程图二；

图4为本发明所述的方法的具体实现方式流程图三；

图5为本发明所述的方法的具体实现方式流程图四；

图6为本发明所述的方法的具体实现方式流程图五；

图7为本发明所述的方法的具体实现方式流程图六；

图8为本发明所述的方法的具体实现方式流程图七；

图9为本发明所述的方法的具体实现方式流程图八。

具体实施方式

在通信系统中，主被叫用户之间开展业务通信过程中，如果POC主叫用户发起POC呼叫时，希望隐藏主叫号码，同时被邀请的被叫终端要求入呼的POC呼叫需要显示主叫号码，此时，POC主被叫呼叫的呼叫属性产生冲突。本发明的目的正是为了解决这种情况下的呼叫属性冲突问题，

本发明解决上述冲突问题的方法主要包括：当主叫用户发起呼叫，且主叫用户要求隐藏主叫号码信息时，将根据主被叫用户的业务属性信息确定是否向被用户提供主叫号码信息，而不再是如现有技术那样，直接按照在向被叫用户进行呼叫不显示主叫用户号码的方式处理。同时，本发明还可以根据配置的被叫用户的属性信息确定被叫用户是否接受该呼叫请求并返回对应的指示信息，以便于主叫用户获知被叫用户是否接受其发起的呼叫。

因此，本发明可以根据网络中用户的不同的身份信息灵活地确定是否向被叫用户提供申请了隐藏主叫号码信息的主叫号码信息。例如，当被叫用户的优先级别较高，或身份特殊时，其可能需要获知任一个向其发起呼叫的主叫号码信息，本发明的实现可以很好地满足此类用户或者业务的需求。同时还可以使得隐减了主叫号码信息的主叫用户可以通过返回的指示信息获知被叫用户是否接受呼叫。对于某些特定场景，若被叫用户被授权，则直接获取该主叫用户隐藏的主叫号码，并在向主叫用户返回的应答消息中指示或不指示主叫用户的主叫号码被显示的信息，从而能够满足一些特定应用的需求，比如紧急业务。

本发明不仅适用于POC(基于蜂窝系统的即按即讲)系统中，还可以应用于其他任何提供有隐藏主叫号码业务的通信系统中。即本发明涉及的通信过程不限于POC会话过程，也包括在消息业务，会议业务，视频通信等其他基于SIP实现的会话过程中应用。

概括地讲，本发明具体提供了两种解决上述冲突问题的方案：

第一种实现方案为协商方式显示主叫号码信息，其体为：当主叫用户要求隐藏主叫号码信息时，则根据配置的被叫用户的属性信息确定被叫用户是否接受该呼叫请求并返回对应的指示信息，以指示是否接受主叫发起的呼叫。同时还包括当主叫用户要求隐藏主叫号码信息，而且，根据被叫用户的业务属性确定其为要求显示主叫号码信息时，则可以通过主被叫用户之间的协商过程解决主叫号码显示问题，此时主被叫之间将通过消息交互来协商达成一致，之后，相应的呼叫过程继续进行；

第二种实现方案为无条件显示主叫号码信息，具体为：当主叫用户要求隐藏主叫号码信息时，则根据配置的被叫用户的属性信息确定被叫用户是否接受该呼叫请求并返回对应的指示信息，以指示是否接受主叫发起的呼叫。同时还包括当主叫用户要求隐藏主叫号码信息，而且，根据被叫用户的业务属性确定其为要求显示主叫号码信息时，则根据主叫用户的级别信息确定是否无条件向被叫用户显示主叫号码信息，如果确定需要无条件向被叫用户显示主叫号码信息，则直接将主叫号码信息提供给被叫用户。进一步的，被叫用户可以选择在应答消息中指示或者不指示该主叫用户号码信息被显示的信息。

下面将分别对本发明提供的上述两种具体实现方案进行详细的说明。

首先，以POC系统为例，对本发明提供的第一种解决方案的具体实现方式进行详细的说明。

在SIP(会话初始协议)网络中，在所有使用了主叫号码限制显示的通信过程中，考虑到实际需求，某些情况下被叫用户可能要求必须显示主叫号码才考虑是否接受会话请求，本发明正是在网络中提供一种协商机制，以协商确定是否向被叫用户提供主叫号码信息。

对于POC用户来说，其在通信过程中作为被叫时是否要求显示主叫号码信息，以及作为主叫时是否向被叫提供主叫号码信息等业务属性是可以配置的。通常，POC用户可以在各自的POC服务器上或者终端上设置业务属性，还可以在POC XDMS上配置业务属性，如果配置的业务属性信息在POC XDMS上时，则POC服务器或者客户端需要向所述POC XDMS查询得到相应的业务属性信息，然后按照POC服务器或者POC客户端上的用法来使用。

1、当POC用户作为被叫时，可以设置显示主叫号码的处理，包括：

(1)要求任意主叫都必须显示号码；

(2)如果对方没有隐藏号码就显示，否则就不显示；

(3)设置如果主叫号码被隐藏，是直接拒绝该会话请求还是发起主叫号码显示协商过程；

等等。

2、当POC用户作为主叫的时候，相应的设置包括：

(1)设置是否使用主叫号码限制显示；

(2)是否支持主叫号码显示协商，对于某些特定被叫号码在进行主叫号码显示协商的时候接受显示主叫号码；

等等。

本发明中，当POC用户作为被叫收到另一个POC主叫用户发来的会话请求时，则根据上面描述的在POC服务器上或者POC终端上或者POC XDMS上配置的业务属性信息，确定对该会话请求进行相应的处理。

本发明中，当主叫用户发送POC呼叫请求消息给被叫终端时，如果主叫方要求隐藏主叫号码，而被叫方要求必须显示主叫号码，否则拒绝进行会话协商，则被叫方发起主叫号码显示协商过程，发送一个协商请求消息给主叫终端或者为该主叫终端服务的POC服务器；主叫终端或者为该主叫终端服务的POC服务器在收到该协商请求的时候，根据用户的选择或者保存的设置作出决定，如果可以显示，则在返回的应答中携带主叫的号码信息，否则返回适当的错误指示信息。

本发明中，对于被叫用户，当业务属性信息配置在POC终端，即被叫用户终端设备上时，则由被叫用户终端设备决定是拒绝当前会话请求还是发起主叫号码显示协商过程；同时，在此过程中，所述的会话请求信息也可以通过某种方式通知(显示)给该终端设备的用户(即持有该终端的人)，由该用户临时根据自己的现状人工决定是拒绝当前会话请求还是控制该POC终端发起主叫号码显示协商过程，这样，POC终端将根据用户输入的外部操作信息确定是否发起主叫号码显示协商过程；

对于被叫用户，当所述的业务属性保存于POC服务器上时，则POC服务器也可以代表被叫用户终端设备，在收到所述会话请求时，根据配置的业务属性信息作出拒绝当前会话请求还是控制POC终端设备发起主叫号码显示协商过程的决定。

下面以主叫用户使用了主叫号码限制显示业务，被叫用户要求必须显示主叫号码的情况为例，对本发明中相应的被叫POC终端或POC服务器采用的具体处理方式进行说明。

当主叫用户使用了主叫号码限制显示业务的时候，在发起的会话请求中，将使用现有机制将主叫号码进行隐藏，当该会话请求被传送到网络中的业务处理功能实体(对于POC业务即为POC服务器)时，而相应的POC业务的被叫终端要求收到的POC呼叫请求必须显示主叫号码，否则拒绝进行会话协商，为此，被叫POC终端、POC服务器可以采用的具体的处理包括：

(1)由被叫POC终端或POC服务器根据自己的设置决定处理方式：直接拒绝这个会话的建立，或者，发起消息交互过程通过协商达成一致；

(2)由被叫POC终端或POC服务器根据收到的POC呼叫中携带的指示决定处理方式：如果指示可以和主叫进行号码显示协商，则发起消息交互过程进行号码显示协商，否则直接拒绝这个会话的建立；或者，如果指示不可以和主叫进行号码显示协商，则直接拒绝这个会话的建立，否则就发起消息交互过程进行号码显示协商。

对于上述(2)中采用的处理方式，在主叫方一侧需要在会话请求消息中增加相应的指示信息，可以在POC终端构造会话请求消息的时候根据用户的业务属性设置增加，也可以是一个普通的会话请求消息送到为主叫用户服务的POC服务器时由POC服务器根据保存的主叫用户的业务属性设置增加。

被叫用户终端设备或POC服务器根据配置的业务属性信息采用了上述描述的各处理后，对应的主叫用户终端设备或POC服务器也需要对被叫用户终端设备或POC服务器发来的协商显示主叫号码的请求消息进行处理，具体的处理方式包括：

(1)当所述的业务属性信息配置在POC终端上，即主叫用户终端设备上时，则由主叫用户终端设备决定是拒绝该请求还是发送主叫号码给被叫用户；当所述的业务属性信息配置在POC服务器上时，则可以由POC服务器根据保存的业务属性信息代表主叫用户对收到的协商显示主叫号码请求作出决定，是拒绝该请求或者提供主叫号码信息给被叫用户；

当主叫用户在网络中的POC服务器上或者POC终端上对号码显示的条件进行设置时，比如对于某些号码或者某些群组或者某个级别以上的POC用户就允许主叫的号码被显示在被叫终端上，否则就不能被显示，此时，相应的协商消息只需要送给这个POC服务器或者POC终端，不需要用户干预，由POC服务器或者POC终端上的客户端对POC协商请求消息进行答复，使得主叫号码可以在被叫处被显示。

(2)POC终端还可以将该协商显示主叫号码请求信息通过某种方式通知(显示)给持有该终端设备的用户，即主叫用户，由该用户临时根据自己的现状人工决定是拒绝该请求还是发送主叫号码给被叫用户，并向终端设备输入相应的外部操作信息，该终端设备根据相应的外部操作信息确定拒绝该请求或者提供主叫号码信息给被叫用户，从而在允许的情况下，对POC会话请求消息进行修改，使得主叫号码可以在被叫用户处被显示。

为对本发明提供的技术方案有进一步理解，下面将结合具体的应用实例对本发明进行说明。

以下实施例以INVITE发起的会话建立过程为例来说明如何实现主叫号码协商显示过程的，因此，只列出了主要的步骤，详细的会话建立过程和现有SIP会话建立过程一样，故未详述。而且，以下实施例中均假设主叫用户在协商过程中接受了显示主叫号码，被叫用户在能够显示主叫号码之后都成功的完成了会话协商过程并建立了会话。

第一种实现方案的第一个实施例的处理过程如图2所示，具体包括：

主叫用户，即POC终端1选择号码隐藏，当请求INVITE消息送到被叫终端POC终端2上的时候，被叫终端决定发起协商过程，请求主叫侧携带主叫号码以便显示，因此返回一个错误应答Response消息给主叫用户，该应答中指示被叫要求主叫提供号码显示，即Response消息需要能够指示主叫方被叫是因为无法显示主叫号码而拒绝进行会话协商的；

当主叫终端收到这个错误应答指示消息后，主叫用户若确定选择显示主叫号码，则可以选择重新发起一个业务请求，其中不对主叫号码进行隐藏，即由主叫用户重新发起的会话请求中不再隐藏主叫号码，这样，新的会话便会建立成功。

在该实施例中，为被叫终端服务的POC服务器(如POC服务器PF2)也可以代替被叫用户终结所述的请求INVITE消息，返回错误应答；同样，主叫用户的POC服务器(如POC服务器PF1)也可以终结所述的错误应答消息，代替主叫用户回应该错误应答消息，如向被叫用户提供主叫号码信息，或拒绝提供主叫号码信息。

第一种实现方案的第二个实施例的处理过程如图3所示，包括：

主叫用户选择号码隐藏，并发送会话请求INVITE(1)消息到被叫网络中为被叫终端服务的POC服务器PF2时，POC服务器PF2根据被叫终端在上面保存的设置，发现该被叫终端要求必须显示主叫号码才接受会话，则发起一个新的会话INVITE(2)，以便于获取主叫号码信息；

将所述的新的INVITE(2)发送给主叫用户，请求主叫用户传送主叫号码信息，其中携带和前一次会话请求相关的信息供主叫用户参考，主叫用户根据收到的请求消息决定是否发送主叫号码，如果发送的话，在应答消息中返回主叫号码给被叫终端的POC服务器PF2，否则，返回失败应答消息，进而在被叫侧会话建立过程失败；当PF2收到所述的包含主叫号码的应答消息后，则向POC终端2发送INVITE消息，并向主叫用户返回确认消息，该两消息发起顺序无先后限定。

在该实施例中为被叫终端服务的POC服务器在发起新的会话请求时也可以发送给为主叫终端服务的POC服务器，该POC服务器根据主叫用户在上面保存的设置决定是否提供主叫号码。

第一种实现方案的第三个实施例如图4和图5所示，具体包括：

如果POC主叫希望对被叫隐藏主叫号码，但是某些被叫要求必须显示主叫号码的呼叫才可以接续，则通过同主叫协商显示主叫号码。

在对该实施例进行描述之前，先对相应的假设进行描述：

POC终端1，假设其号码为：

"PoC User A"<sip:PoC-UserA@networkA.net>

POC终端2，假设其号码为：

"PoC User B"<sip:PoC-UserB@networkB.net>

POC终端2将在PF2服务器中设置业务属性为入呼可以协商显示主叫号码，PF2将保存POC终端2的该属性，如果入呼要求隐藏主叫号码时，将启动协商流程机制。

下面将对POC终端1呼叫POC终端2时的主叫号码显示协商处理过程进行说明，具体包括：

步骤41：当POC终端1呼叫POC终端2时，不希望POC终端2看到自己的号码，按照基本的呼叫消息中带上必要的信息外，同时消息中需要带头域，表示POC终端1不愿意显示自己的号码"PoC User A"<sip:PoC-UserA@networkA.net>，所述消息包含的具体信息如下：

P-Preferred-

                        "PoC User A"<sip:PoC-UserA@networkA.net>

Identity:

Privacy:                Id

在上述消息中的Privacy(私有)域中承载的Id(标识)信息表示POC终端1选择隐藏自己的主叫号码信息；

步骤42：作为代理POC终端1的PF1收到POC终端1发来的INVITE消息，将该消息发送到CF，特别的消息头域为：

P-Asserted-

                        "PoC User A"<sip:PoC-UserA@networkA.net>

Identity:

Privacy:              Id

步骤43：CF经过相关分析并完成相关呼叫准备后，将对POC被叫都发起呼叫，由于主叫只邀请了POC终端2，此时CF将产生INVITE消息向PF2发送，消息中除了带呼叫所需要的信息外，特别的消息头域为：

P-Asserted-

                      "PoC User A"<sip:PoC-UserA@networkA.net>

Identity:

Privacy:              Id

步骤44：PF2收到INVITE消息后，判断出POC终端1需要隐藏主叫号码，同时POC终端2的业务属性指示可以协商显示主叫号码，此时PF2将给CF发送183响应(正在处理)，消息中通过XML(可扩展标记语言)消息体表示需要显示主叫号码才可以接续本次呼叫；

incoming-session-cnip(主叫号码显示的一个信息单元的名字，CNIP：Calling NamePresentation)属性的active＝”true”表示被叫要求入呼的主叫必须显示主叫号码，如果active＝”false”，表示被叫不强制要求入呼的主叫必须显示主叫号码；

PF2发送183响应消息后，立即启动定时器，等待协商结果，如果定时器超时将终止呼叫，并返回失败响应消息，即本次呼叫失败；

183响应消息包含的信息如下：

Content-Type:      application/poc-service+xml

XML MIME BODY

                   <?xml version="1.0"encoding="UTF-8"?>

                      <poc-service

                   xmlns="urn:oma:params:xml:ns:poc:poc-service"

                   xmlns:xsi="http://www.w3.org/2001/XMLSchema-

                   instance"

                   xsi:schemaLocation="urn:oma:params:xml:ns:poc:poc-

                   service">

                        <caller-privacy>

                         <incoming-session-cnip active="true">

                      </caller-privacy>

                         </poc-service>

步骤45：CF收到PF2发送的183响应后，得知POC被叫要求同主叫协商显示主叫号码，CF将为POC终端1产生183响应消息并发送给PF1，消息中通过扩展消息体表示被叫要求显示主叫号码，所述的消息包含的信息如下：

Content-Type:      application/poc-service+xml

XML MIME BODY

                   <?xml version="1.0"encoding="UTF-8"?>

                      <poc-service

                   xmlns="urn:oma:params:xml:ns:poc:poc-service"

                   xmlns:xsi="http://www.w3.org/2001/XMLSchema-

                   instance"

                   xsi:schemaLocation="urn:oma:params:xml:ns:poc:poc-

                   service">

                       <caller-privacy>

                         <incoming-session-cnip active="true">

                       </caller-privacy>

                         </poc-service>

步骤46：PF1收到183响应后，透传给主叫POC终端1，POC终端1及时通过菜单选择提示主叫用户被叫POC终端2需要显示主叫号码才能接续该呼叫，此时，主叫用户可以手动选择同意显示主叫号码或者不同意显示主叫号码的选择；

步骤47：主叫用户选择后，终端根据不同的选择在PRACK(临时应答的确认消息，Provisional Responses的acknowledge消息)消息的XML消息体中表现，用来表示主叫是否愿意显示主叫号码；

具体使用outing-session-cnir(主叫呼出的呼叫主叫号码限制显示，cnir：callingname Restriction)表示主叫呼出的呼叫主叫号码限制显示(隐藏主叫号码)属性，当active＝”true”时表示主叫必须对被叫隐藏主叫号码；当active＝”false”表示主叫同意显示主叫号码；

POC终端1用户选择同意显示主叫号码，在PRACK消息中，表示为：

Content-Type:     application/poc-service+xml

XML MIME BODY

                  <?xml version="1.0"encoding="UTF-8"?>

                     <poc-service

                  xmlns="urn:oma:params:xml:ns:poc:poc-service"

                  xmlns:xsi="http://www.w3.org/2001/XMLSchema-

                  instance"

                  xsi:schemaLocation="urn:oma:params:xml:ns:poc:poc-

                  service">

                       <caller-privacy>

                         <outing-session-cnir active="false">

                       </caller-privacy>

                         </poc-service>

步骤48：PF1收到PRACK消息后，前转给CF，扩展消息包含的内容不改变，如下所示：

Content-Type:     application/poc-service+xml

XML MIME BODY

                  <?xml version="1.0"encoding="UTF-8"?>

                     <poc-service

                  xmlns="urn:oma:params:xml:ns:poc:poc-service"

                  xmlns:xsi="http://www.w3.org/2001/XMLSchema-

                   instance"

                   xsi:schemaLocation="urn:oma:params:xml:ns:poc:poc-

                   service">

                        <caller-privacy>

                          <outing-session-cnir active="false">

                        </caller-privacy>

                          </poc-service>

步骤49：CF收到主叫终端发来的PRACK消息，解析出主叫经过协商后是否愿意显示主叫号码，将主叫的选择记录在CF中，并创建PRACK消息向PF2发送，相应的PRACK消息包含的信息包括：

Content-Type:      application/poc-service+xml

XML MIME BODY

                   <?xml version="1.0"encoding="UTF-8"?>

                      <poc-service

                   xmlns="urn:oma:params:xml:ns:poc:poc-service"

                   xmlns:xsi="http://www.w3.org/2001/XMLSchema-

                   instance"

                   xsi:schemaLocation="urn:oma:params:xml:ns:poc:poc-

                   service">

                        <caller-privacy>

                          <outing-session cnir active="false">

                        </caller-privacy>

                          </poc-service>

步骤410：PF2收到CF发来的PRACK消息后，解析出主叫协商的结果；

如果主叫POC终端愿意显示主叫号码，PF2将前转步骤3收到的INVITE消息，发给POC终端2，消息中带上主叫的号码，消息包含的信息如下：

P-Asserted-

                       "PoC User A"<sip:PoC-UserA@networkA.net>

Identity:

步骤411：POC终端2收到邀请后，将立即给PF2回成功响应2000K，并带上相应的媒体信息。

步骤412：PF2将2000K前转给CF。

步骤413：CF收到PF2的2000K消息，将针对主叫POC终端1产生2000K消息，并向PF1发送。

步骤414：PF1收到CF的2000K消息后，前转给主叫POC终端1。

在图4中，所述的会话请求消息也可以发送给被叫用户POC终端2处理，由其采用类似的处理过程进行处理。

在图4所示的处理过程中，如果主叫用户在POC终端1提示是否同意显示主叫号码信息时，执意不愿意显示主叫号码，则相应的处理流程如图5所示，具体包括：

步骤51至步骤56和前面描述的步骤41至步骤46相同，此处不再详述。

步骤57：如果主叫POC终端1不愿意显示主叫号码，将构造消息PRACK，在BODY(消息体)中填入主叫POC终端不显示主叫号码，PRACK构造完毕后向PF1发送；

其中，outing-session-cnir属性，active＝”true”表示主叫不愿意显示主叫号码，相应的消息包含的信息如下：

Content-Type:       application/poc-service+xml

XML MIME BODY

                    <?xml version="1.0"encoding="UTF-8"?>

                       <poc-service

                    xmlns="urn:oma:params:xml:ns:poc:poc-service"

                    xmlns:xsi="http://www.w3.org/2001/XMLSchema-

                    instanoe"

                    xsi:schemaLocation="urn:oma:params:xml:ns:poc:poc-

                    service">

                       <caller-privacy>

                         <outing-session-cnir active="true">

                       </caller-privacy>

                         </poc-service>

步骤58：PF1收到PRACK消息后，将此消息前转给CF，消息包含的内容如下：

Content-Type:     application/poc-service+xml

XML MIME BODY

                  <?xml version="1.0"encoding="UTF-8"?>

                     <poc-service

                  xmlns="urn:oma:params:xml:ns:poc:poc-service"

                  xmlns:xsi="http://www.w3.org/2001/XMLSchema-

                  instance"

                  xsi:schemaLocation="urn:oma:params:xml:ns:poc:poc-

                  service">

                       <caller-privacy>

                         <outing-session-cnir active="true">

                       </caller-privacy>

                         </poc-service>

步骤59：CF判断出主叫执意不愿意显示主叫号码，CF把主叫的选择记录下来，并针对被叫创建PRACK消息，消息中填入主叫用户不显示主叫号码的指示；

outing-session-cnir属性，active＝”true”表示主叫不愿意显示主叫号码，相应的消息包含的信息如下：

Content-Type:      Application/poc-service+xml

XML MIME BODY

                   <?xml version="1.0"encoding="UTF-8"?>

                      <poc-service

                   xmlns="urn:oma:params:xml:ns:poc:poc-service"

                   xmlns:xsi="http://www.w3.org/2001/XMLSchema-

                   instance"

                   xsi:schemaLocation="urn:oma:params:xml:ns:poc:poc-

                   service">

                        <caller-privacy>

                          <outing-session-cnir active="true">

                        </caller-privacy>

                          </poc-service>

步骤510：PF2收到PRACK消息后，解析出主叫POC终端1还是不愿意显示主叫号码，将代表POC终端2拒绝此INVITE请求，给CF回403响应，即向主叫用户返回对应的指示信息。

步骤511：CF收到PF2发来的403响应后，发现被叫POC终端2拒绝接收请求，将产生一个403响应通过PF1向主叫POC终端1发送。

步骤512：PF1收到CF发来的403响应后，将消息前转给主叫POC终端1，POC终端1显示给用户呼叫被拒绝。

需要说明的是：在上述步骤57中，当POC主叫用户收到POC被叫用户返回的协商显示主叫的消息后，如果POC主叫用户不愿意显示主叫号码信息，此时，主叫POC终端收到183响应后可以不发送PRACK消息，而直接发送CANCEL(取消)消息，以取消此次呼叫。

第一方案的第四个实施例的处理过程如下所述：

主叫用户选择号码隐藏，当请求消息送到主叫网络中为主叫用户的POC终端服务的POC服务器时，POC服务器根据主叫用户的POC终端在上面保存的设置，决定是否按照号码隐藏的实现来加密主叫号码，如果对应的被叫号码允许显示主叫号码，则对请求消息中的主叫号码不进行隐藏，否则进行隐藏，后续如果被叫终端或者被叫POC服务器还进行协商请求发送主叫号码，主叫用户的POC服务器可以根据保存的主叫终端的设置直接拒绝相应的协商请求。

可以看出，该方案中，POC主叫和POC被叫可以通过协商的方式来解决主叫号码显示的问题，当POC被叫属性要求入呼的呼叫需要显示主叫号码，将通过消息同主叫协商，并可以由主叫POC终端1的用户手动来选择是否显示主叫号码。

下面，再以POC系统为例，对本发明提供的第二种解决方案的具体实现方式进行详细的说明。

当POC主叫用户签约了主叫号码限制显示的业务(即要求隐藏主叫号码信息)，此时，被叫用户将无法看到主叫用户的号码。如前所述，在特殊情况下，某些POC被叫需要无条件显示主叫号码，例如POC被叫号码是特服号码，作为POC特服号码终端，其通常对POC主叫有无条件知情权，即需要无条件获知主叫号码信息。

因此，本发明提供的第二种实现方案中，签约了主叫号码限制显示业务的主叫用户发起呼叫时，如果在网络侧根据被叫用户的业务属性信息确定被叫用户是需要无条件显示主叫号码信息，则将主叫号码信息无条件提供给被叫用户，以满足特殊需求。所述的业务属性信息可以为用户的优先级信息，或者是其他区别信息。

例如，若POC主叫用户签约了主叫号码限制显示业务，当该POC主叫呼叫一个POC群组时，如果群组的业务属性信息(即呼叫策略)设置为优先级高的被叫对优先级低的主叫有无条件知情权，而相同优先级或者低优先级的POC被叫将无此特权。此时，POC服务器将针对不同优先级的被叫进行不同的处理，对于比主叫用户优先级高的被叫用户，则能够获取到主叫号码，达到无条件显示主叫号码的效果；对于与主叫用户优先级相等或者低于主叫用户优先级的被叫用户将不能获取主叫号码，即主叫号码限制显示。

下面将对本发明提供的第二种方案的具体实现方式作进一步说明。

在SIP(会话初始协议)网络中，在所有使用了主叫号码限制显示的通信过程中，考虑到实际需求，某些情况下需要将主叫号码无条件显示给特定的被叫用户，这一方案的实现正是为了满足这一需求。

当主叫用户使用了主叫号码限制显示业务时，在发起的会话请求中，将使用现有机制将主叫号码进行隐藏，当该会话请求被传送到网络中的业务处理功能实体的时候，该功能实体可以通过查询本地数据库的配置信息(即配置的业务属性信息)，或者查询网络中的其他数据库保存的配置信息，判断是否需要对某些被叫用户实施无条件号码显示：

如果需要无条件显示，则取消主叫用户设置的主叫号码限制显示，将会话请求发送给被叫用户，同时，业务处理功能实体还可以通过某种机制通知主叫用户有关主叫号码限制显示被取消，以及对哪个被叫用户取消的信息；

如果不需要无条件显示，则该业务处理功能实体按照现有实现继续转发这个业务请求给被叫用户，则被叫用户处将看不到主叫号码。

在上述描述中，业务处理功能实体通知主叫用户关于主叫号码限制显示被取消，以及对哪个被叫用户取消的信息时，可以使用的机制包括：

1、主叫用户在注册到网络上的时候向业务处理功能实体进行签约(SUBSCRIBE)，这样，当业务处理功能实体取消了主叫号码限制显示时，便会向主叫用户发送通知NOTIFY消息，通知相关信息；

2、当业务处理功能实体取消了主叫号码限制显示时，使用消息MESSAGE业务向主叫用户发送相关的通知信息；

3、当业务处理功能实体取消了主叫号码限制显示时，在收到每个被叫用户的应答消息的时候，在应答消息中增加关于取消了主叫号码限制显示的信息，以便于主叫用户获知相关信息；

4、业务处理功能实体还可以采用其他消息来通知主叫用户，比如SIP INFO(会话初始协议信息)消息，或者采用其他协议来实现这个功能，比如HTTP(超文本传输协议)等，在此不再对此进行详述。

下面将结合附图，以具体应用实例对本发明所述的方法进行说明。

在应用实例中，具体结合一个作为主叫用户的POC终端1呼叫一个作为被叫用户的特服号码的实施例进行说明，首先，假设如下：

POC终端1，假设其号码为：

"PoC User A"<sip:PoC-UserA@networkA.net>，该用户签约了主叫号码限制显示业务；

POC终端2，假设其号码为：

"PoC User B"<sip:PoC-UserB@networkB.net>，该用户为特服号码，要求必须无条件知道主叫号码信息。

根据特殊需求，和电路域的交换机相似，在执行呼叫控制功能的POC服务器CF中通过数据配置将某些号码设定为特服号码，此数据配置将保存在CF中。当接续POC业务的被叫用户之前，CF将对特服号码的数据配置进行扫描分析，如果被叫是特服号码，将进行相应的特殊处理。即，当POC终端1呼叫POC终端2的号码时，将由CF裁决是否显示主叫号码。

依据上述假设，如图6所示，相应的处理过程包括以下步骤：

步骤60：POC终端1向POC服务器CF签约，通过SIP SUBSCRIBE(会话初始协议描述)消息，目的是让POC服务器CF在取消了主叫号码限制显示的时候能够回送通知消息。

步骤61：当POC终端1呼叫POC终端2时，不希望POC终端2看到自己的号码，按照基本的呼叫消息中带上必要的信息外，同时消息中需要带头域，表示POC终端1不愿意显示自己的号码"PoC User A"<sip:PoC-UserA@networkA.net>，相应的消息包含的信息如下：

P-Preferred-

                      "PoC User A"<sip:PoC-UserA@networkA.net>

Identity:

Privacy:              Id

步骤62：作为代理POC终端1的PF收到POC终端1发来的INVITE消息，将该消息发送到CF，特别的消息头域为：

P-Asserted-

                     "PoC User A"<sip:PoC-UserA@networkA.net>

Identity:

Privacy:             Id

CF收到INVITE请求后，根据Privacy(私有)头域的值为Id，即主叫希望隐藏主叫号码显示，但通过查询CF中的特服号码数据配置，发现主叫所呼叫的被叫号码为特服号码，因此，CF决定将无条件给该特服号码对应的POC终端2显示主叫号码信息。

步骤63至步骤66：为无条件显示主叫号码通知流程；

CF将通过NOTIFY通知POC终端1，被叫将无条件显示其号码，同时还可以向主叫显示是对哪个被叫用户无条件显示了主叫号码信息；

该通知过程CF可以根据预定的相关策略选择通知。

步骤67：该步骤的执行和步骤63没有先后关系，可以同时进行，CF决定将无条件向POC终端2显示主叫号码，此时CF向POC终端2发起INVITE呼叫，消息中将带P-Asserted-Identity(携带主叫用户号码)头域，不带Privacy头域或者Privacy头域的值为none(空)，表示不再隐藏主叫号码信息。

P-Asserted-

                      "PoC User A"<sip:PoC-UserA@networkA.net>

Identity:

步骤68：作为代理POC终端2的PF功能的POC服务器将消息传到POC终端2，POC终端2收到呼叫请求后，检测到消息中有P-Asserted-Identity头域，将POC终端1的号码显示给用户，POC终端2用户立即就知道是"PoC User A"<sip:PoC-UserA@networkA.net>发来的POC呼叫。

步骤69至步骤610：POC终端2针对此会话请求给服务器回的成功响应，以便于向主叫用户返回对应的指示信息，指示呼叫建立成功；

步骤611至步骤612：CF收到第一个被叫的成功响应后，群组会话进入激活状态，将给主叫回成功响应。

除了通过上面图中的subcribe/notify机制通知主叫用户，其主叫号码被无条件向被叫用户显示之外，还可以通过MESSAGE机制来实现通知，相应的实现过程如图7所示，与图6中实现的区别仅采用通知主叫用户的消息的不同，其他处理过程相同。

另外，本发明还可以通过在收到被叫POC终端2的应答消息后，在其中增加指示，表明对于该被叫用户无条件显示了主叫号码，如图8所示，可以在由CF发送给POC终端1的2000K消息中增加相应的指示信息。

本发明提供的第二种方案的第二个实施例如图9所示，描述如下：

如果POC群组的策略是高优先级的成员对低优先级的主叫号码有无条件的知情权，此时当低优先级的POC主叫呼叫POC群组时，如果低优先级的主叫希望隐藏自己的号码，CF将裁决比主叫优先级高的成员被叫无条件显示主叫号码，其余的成员被叫将不能显示主叫号码。

该实施例实现的前提条件是：

在POC XDMS(POC的XML文档管理服务器)中创建一个POC群组poc group，包括POC终端1、终端2、终端3，其中终端2的优先级最高、终端1次之、终端3最低；所述的POC XDMS是在POC系统中，存储POC群组信息，个人联系表等数据的服务器。

需要在群组的属性域确定策略：高优先级的成员对低优先级的主叫有无条件显示主叫号码的权利，这些属性将在CF到XDMS获取群组时随群组的成员列表一起返回给CF。

依据上述假设，如图9所示，POC终端呼叫群组流程包括：

步骤90：POC终端1向POC服务器签约，通过SIP SUBSCRIBE(会话初始协议描述)消息，目的是让POC服务器在取消了主叫号码限制显示的时候能够通知自己。

步骤91：当POC终端1呼叫群组poc_group时，不希望群组成员看到自己的号码，按照基本的呼叫消息中带上必要的信息外，同时消息中需要带头域，表示POC终端1不愿意显示自己的号码"PoC User A"<sip:PoC-UserA@networkA.net>，消息包含的内容如下：

P-Preferred-

                      "PoC User A"<sip:PoC-UserA@networkA.net>

Identity:

Privacy:              Id

步骤92：作为代理POC终端1的PF收到POC终端1发来的INVITE消息，将该消息发送到CF，特别的消息头域为：

P-Asserted-

                       "PoC User A"<sip:PoC-UserA@networkA.net>

Identity:

Privacy:               Id

步骤93：CF收到INVITE消息后，将相关信息记录下来，由于为预定义的群组呼叫，将根据群组ID向POC XDMS发送获取群组成员列表以及相关群组属性。

步骤94：POC XDMS服务器收到请求后，通过群组ID索引到群组信息，将群组成员列表以及相关属性返回给CF。

CF收到响应消息后，由于主叫不希望向群组成员显示主叫号码，CF将检查群组的主叫显示策略，由于该POC群组签约了高优先级成员无条件显示低优先级主叫号码，同时CF检查到主叫POC终端1的号码必须向POC终端2显示，但不向POC终端3显示。

步骤95至步骤98：CF将主叫POC终端1的号码无条件显示给群组中的某些被叫时，将通过通知消息(例如：NOTIFY消息)告知POC终端1其号码已显示给某些被叫用户，并可以根据需要在消息中指明是将主叫号码信息显示给POC终端2。

步骤99至步骤912：步骤95和步骤99次序不分先后，可以同时进行，CF将向POC终端2发起呼叫，消息中带P-Asserted-Identity，POC终端2针对此会话请求给服务器回的成功响应，响应消息包含的信息如下：

P-Asserted-

                      "PoC User A"<sip:PoC-UserA@networkA.net>

Identity:

步骤913：步骤95和步骤913次序不分先后，可以同时进行，CF将向POC终端3发起呼叫，消息中将不带P-Asserted-Identity，或者消息中带P-Asserted-Identity头域同时Privacy头域值为Id；后续的P-Asserted-Identity头域删除工作可以由PF3来处理或者IMS(IP多媒体子系统)来处理，POC终端2针对此会话请求给服务器回的成功响应，响应消息包含的信息如下：

P-Preferred-

                      "PoC User A"<sip:PoC-UserA@networkA.net>

Identity:

Privacy:              Id

后续的处理过程与本发明提供的第二种实现方案的第一个实施例提供的处理过程相似，故此处不再详述。

与第二方案的第一个实施例中描述相同，在该方案中，除了通过所述的的subcribe/notify机制通知主叫用户无条件向被叫用户显示了主叫号码之外，还可以通过MESSAGE机制来实现通知，此时，因为只针对POC终端2实施了无条件主叫号码显示，因此CF只需要针对POC终端2向主叫用户发送MESSAGE消息。另外，还可以通过在收到被叫POC终端2的应答消息后，在其中增加指示信息，用于指示对于该被叫用户无条件显示了主叫号码信息，即在步骤911和步骤912中增加相应的指示信息。当然，也可以通过其他协议消息发送相应的通知。

此外，需要说明的是：在POC XDMS服务中的群组如果签约了不是该群组的成员呼叫了该群组，将无条件显示主叫号码，这样，如果主叫用户不是该群组成员，则CF将主叫号码发送给每一个群组成员被叫。

可以看得出，本发明提供的第二种实现方式可以在POC主叫不希望POC被叫显示其号码的情况下，根据POC被叫必须对POC主叫有知情权的情况下，实现POC被叫无条件显示主叫号码。而且，该方案对已有的基本群组呼叫不会做太多改动，在CF上实现是否显示主叫的判决。

本发明提供的两种实现方案可以同时被应用于具有隐藏主叫号码业务的通信系统中，下面将对相应的具体的实现方式进行描述。

隐藏了主叫号码的POC终端发起呼叫后，所述的呼叫请求消息发送到CF，CF根据配置的主、被叫用户的业务属性信息确定后续的处理，包括：

如果根据所述业务属性信息确定需要采用协商方式要求主叫用户提供其主叫号码信息，则发起相应的协商获取主叫号码信息的过程；

如果根据所述的业务属性信息确定需要无条件显示主叫号码信息，则直接将主叫用户的主叫号码信息提供给被叫用户；

如果根据所述的业务属性信息确定可以不显示主叫号码信息，则直接继续后续的呼叫处理过程。

需要说明的是，本发明提供的协商方式和无条件显示主叫号码信息两种处理方式还可以在不同的网络实体上分别实现，如，被叫用户的POC服务器，被叫POC终端，等等，两种处理方式的具体实现参见前面描述，此处不再详述。

另外，如果根据所述业务属性信息确定同时符合协商方式和无条件显示时，则可以根据预定的规则选择相应的处理方式，如设定无条件显示的优先级高于协商方式显示，则此时选择无条件显示的处理方式。

总之，本发明提供的两种实现方案，使得在通信过程中，对于采用了隐藏主叫号码业务的主叫用户，仍然可以根据实际需要确定是否将主叫号码信息提供给被叫用户，从而保证了网络运营的灵活性。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (22)

1、一种通信过程中处理主叫号码显示的实现方法，其特征在于，包括：

A、主叫用户发起呼叫，且主叫用户要求隐藏主叫号码信息；

B、根据配置的用户的业务属性信息确定是否向被叫用户提供主叫号码信息。

2、根据权利要求1所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的用户包括：

基于蜂窝系统的即按即讲POC主叫用户或者应用服务器AS，以及其他需要隐藏主叫号码业务的主叫用户或者应用服务器AS。

3、根据权利要求1所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的方法还包括：

在POC服务器、可扩展的标识语言文件管理服务器POC XDMS或POC终端设备上配置用户的业务属性信息。

4、根据权利要求3所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的方法还包括：

当配置的业务属性信息在POC XDMS上时，则POC服务器或者客户端需要向所述POC XDMS查询得到相应的业务属性信息。

5、根据权利要求1所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的业务属性信息包括：

用户作为主叫用户或被叫用户时的主叫号码显示策略信息、用户的优先级信息、用户的身份信息、基于用户的优先级/身份信息的主叫号码显示策略信息和/或需要显示主叫号码信息的特服号码信息、以及运营商的策略。

6、根据权利要求1、2、3、4或5所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的步骤B包括：

根据配置的用户的业务属性信息确定需要通过协商的方式确定是否向被叫用户提供主叫号码信息。

7、根据权利要求6所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的步骤B包括：

当被叫用户的终端设备接收到主叫用户发来的会话请求时，根据配置的用户的业务属性信息确定需要通过协商的方式要求提供主叫号码信息；

或者，

被叫用户的终端设备接收到主叫用户发来的会话请求时，根据接收的外部操作控制信息确定需要通过协商的方式要求提供主叫号码信息；

或者，

POC服务器接收到主叫用户发来的会话请求时，根据配置的主被叫用户的业务属性信息确定需要通过协商的方式要求提供主叫号码信息。

8、根据权利要求7所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的步骤B包括：

B1、确定需要通过协商的方式要求提供主叫号码信息，则由被叫用户或被叫用户的POC服务器发送协商提供主叫号码信息的请求；

B2、主叫用户或主叫用户的POC服务器收到所述协商提供主叫号码信息的请求时，由主叫用户或主叫用户的POC服务器根据配置的业务属性信息或由主叫用户根据接收的外部操作信息对所述请求进行处理，所述处理包括拒绝该请求或将主叫号码信息提供给被叫用户。

9、根据权利要求8所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的协商提供主叫号码信息的请求中包括：

要求主叫用户显示其主叫号码信息的指示信息。

10、根据权利要求8所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的协商提供主叫号码信息的请求包括：

重新构造请求消息作为协商提供主叫号码信息的请求；

或者，

在返回的错误应答消息中增加协商提供主叫号码请求的指示信息作为协商提供主叫号码信息的请求。

11、根据权利要求8所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的步骤B2还包括：

当确定将主叫号码信息提供给被叫用户时，则由主叫用户重新发起会话请求，所述的请求消息中指示向被叫用户提供主叫号码信息或携带所述主叫号码信息；

或者，

当确定将主叫号码信息提供给被叫用户时，则由主叫用户发送的响应消息中指示向被叫用户提供主叫号码信息或携带所述主叫号码信息。

12、根据权利要求1、2、3、4或5所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的步骤B包括：

根据配置的用户的业务属性信息确定需要无条件向被叫用户显示主叫号码信息，以及向被叫用户提供主叫号码信息。

13、根据权利要求12所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的步骤B具体包括：

B3、执行呼叫控制功能的POC服务器CF确定需要无条件向被叫用户显示主叫号码信息；

B4、CF向被叫用户发送呼叫请求消息，消息中携带着主叫用户的主叫号码信息。

14、根据权利要求13所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的步骤B还包括：

当主叫用户同时向多个被叫用户发起呼叫时，则由CF分别确定各个被叫用户是否需要无条件显示主叫号码信息，如果需要，则执行步骤B3，否则，由CF将所述的呼叫请求消息直接向被叫用户发送。

15、根据权利要求11所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的步骤B还包括：

CF根据配置的业务属性信息确定需要无条件向被叫用户显示主叫号码信息后，向主叫用户发送消息，通知主叫用户主叫号码信息被无条件显示；

或者，

在被叫用户的终端设备向主叫用户发送的应答消息中设置相应的指示信息，用于表明其被无条件显示了主叫号码信息；

或者

不在返回的应答消息携带表明其被无条件显示了主叫号码的信息。

16、根据权利要求15所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的向主叫用户发送消息具体包括：

向主叫用户发送通知NOTIFY消息、信息MESSAGE消息、会话初始协议信息SIP INFO消息、超文本传输协议HTTP消息或者INVITE消息，或者这些消息的应答消息。

17、根据权利要求1、2、3、4或5所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的步骤B包括：

根据配置的用户的业务属性信息确定需要通过协商的方式或无条件显示方式为被叫用户提供主叫号码信息。

18、根据权利要求17所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的步骤B包括：

在网络侧的CF、被叫POC服务器或被叫用户的POC终端上根据配置的业务属性信息及预定的规则选择通过协商方式或无条件显示方式为被叫用户提供主叫号码信息。

19、一种通信过程中处理主叫号码显示的实现方法，其特征在于，包括：

C、主叫用户发起呼叫，且主叫用户要求隐藏主叫号码信息；

D、根据配置的被叫用户的属性信息确定被叫用户是否接受该呼叫请求并返回对应的指示信息。

20、根据权利要求19所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的被叫用户的属性信息包括：

被叫用户接受或拒绝隐藏主叫号码信息的主叫用户信息。

21、根据权利要求19或20所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述的步骤D包括：

当根据配置的被叫用户的属性信息确定被叫用户拒绝接受该隐藏主叫号码的主叫用户的呼叫请求，POC服务器将拒绝此次会话建立，从而导致会话建立失败，则被叫用户向主叫用户发送指示信息，所述的指示信息用于指明会话建立失败的原因；

22、根据权利要求19或20所述的通信过程中处理主叫号码显示的实现方法，其特征在于，所述步骤D还包括：

当根据配置的被叫用户的属性信息确定被叫用户拒绝接受该隐藏主叫号码的主叫用户的呼叫请求时，若被叫用户被授权，则直接获取该主叫用户隐藏的主叫号码，并在向主叫用户返回的应答消息中指示或不指示主叫用户的主叫号码被显示的信息。

Images