WO2007025453A9 - Procede et dispositif de traitement de l'affichage du numero de l'appelant en cours de communication - Google Patents

Procede et dispositif de traitement de l'affichage du numero de l'appelant en cours de communication

Info

Publication number
WO2007025453A9
WO2007025453A9 PCT/CN2006/002034 CN2006002034W WO2007025453A9 WO 2007025453 A9 WO2007025453 A9 WO 2007025453A9 CN 2006002034 W CN2006002034 W CN 2006002034W WO 2007025453 A9 WO2007025453 A9 WO 2007025453A9
Authority
WO
WIPO (PCT)
Prior art keywords
calling
user
information
calling number
called
Prior art date
Application number
PCT/CN2006/002034
Other languages
English (en)
Chinese (zh)
Other versions
WO2007025453A1 (fr
Inventor
Yong Zhu
Long Luo
Guojun Xie
Yajuan Wu
Original Assignee
Huawei Tech Co Ltd
Yong Zhu
Long Luo
Guojun Xie
Yajuan Wu
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Tech Co Ltd, Yong Zhu, Long Luo, Guojun Xie, Yajuan Wu filed Critical Huawei Tech Co Ltd
Publication of WO2007025453A1 publication Critical patent/WO2007025453A1/fr
Publication of WO2007025453A9 publication Critical patent/WO2007025453A9/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/57—Arrangements for indicating or recording the number of the calling subscriber at the called subscriber's set

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for implementing a caller number display during a communication process. Background of the invention
  • P0C Call-on-Call based on cellular system
  • the CF (the P0C server performing the call control function) performs the total control of the group session, and there is only one CF in one group session.
  • PF POC server performing call participation function
  • Entity A user, that is, one PF corresponds to one user.
  • the P0C terminal directly interacts with the PF server, and the PF manages a user's session and continues signaling.
  • the CF interacts to ensure that the session of the P0C terminal is normal.
  • the calling party may request to hide its own number. At this time, the calling party's calling number 'information will not be provided to the called user during the P0C call, that is, the called user in the P0C call will not be able to know. The identity of the calling user who initiated the call.
  • the above-mentioned hidden number service can meet the special needs of some users as the calling party.
  • the called user must display the calling number for various reasons, for example:
  • the called party is a special service number or other important number, that is, the called user has a special identity, it is usually required to display the calling number information; for example, an emergency service center, or a legal listening center;
  • An object of the present invention is to provide a method and a device for processing a calling number display during a communication process, so that a manner of displaying a calling number can be flexibly set in a communication system to meet different applications of various application scenarios. demand.
  • the object of the present invention is achieved by the following technical solutions.
  • the present invention provides an implementation method for processing a calling number display during a communication process, including:
  • the calling user initiates a call, and the calling user requests to hide the calling number information
  • the users include: The push-to-talk POC calling user or application server AS based on the peak system, and other calling users or application servers AS that need to hide the calling number service.
  • the method further includes:
  • the method further includes:
  • the P0C server or the client needs to query the POC XDMS to obtain corresponding service attribute information.
  • the service attribute information includes:
  • the calling number display policy information, the user's priority information, the user's identity information, the calling number display policy information based on the user's priority/identity information, and/or the need to display the master when the user is the calling or called user The service number information called the number information, and the operator's policy.
  • the step B described includes:
  • the configured service attribute information of the user it is determined whether the calling party number information needs to be provided to the called user by means of negotiation.
  • the step B includes: when the terminal device of the called user receives the session request sent by the calling user, determining, according to the configured service attribute information of the user, that the calling number information needs to be provided by means of negotiation;
  • the terminal device of the called user determines, according to the received external operation control information, that the calling number information needs to be provided by means of negotiation;
  • the P0C server determines that the calling number information needs to be provided by means of negotiation according to the configured service attribute information of the calling and called users.
  • the step B described includes:
  • the POC server of the calling user or the calling user receives the request for negotiating the calling party number information, the calling party] the POC server of the tenant or the calling user according to the configured service attribute information or by the calling party The user processes the request according to the received external operation information, the processing including rejecting the request or providing the calling number information to the called user.
  • the request for negotiating to provide calling number information includes: indicating information indicating that the calling user displays his calling number information.
  • the request for negotiating the provisioning of the calling number information includes: reconstructing the request message as a request for negotiating the calling number information;
  • an indication to negotiate the provision of the calling number request is added as a request to negotiate the provision of the calling number information.
  • the step B2 further includes:
  • the calling user When it is determined that the calling number information is provided to the called user, the calling user re-initiates the session request, and the request message indicates that the called user is provided with the calling number information or carries the calling number information;
  • the response message sent by the calling user indicates that the called user is provided with the calling number information or carries the calling number information.
  • the step B described includes:
  • the calling party information needs to be unconditionally displayed to the called user, and the calling party number information is provided to the called user.
  • the P0C server that performs the call control function determines that the calling number information needs to be unconditionally displayed to the called user.
  • the CF sends a call request message to the called user, where the message carries the calling party number information of the calling user.
  • the step B described further includes:
  • the CF determines whether each called user needs to display the calling number information unconditionally, and if necessary, performs step B3, otherwise, the call is performed by the CF.
  • the request message is sent directly to the called user. .
  • the step B described further includes:
  • the CF After determining, according to the configured service attribute information, the CF needs to display the calling number information to the called user unconditionally, and then send a message to the calling user, and notify the calling user that the calling number information is unconditionally displayed;
  • the reply message that is not returned carries information indicating that it is unconditionally displaying the calling number.
  • the sending the message to the calling user specifically includes:
  • a notification is sent to the calling user: NOTIFY message, message MESSAGE message, session initiation protocol information SIP INFO message, hypertext transfer protocol HTTP message or INVITE message, or a reply message to these messages.
  • the step B described includes:
  • the called party needs to provide the calling number information by means of negotiation or unconditional display.
  • the step B described includes:
  • the called number information is provided to the called user in the negotiation mode or the unconditional display mode according to the configured service attribute information and the predetermined rule on the network side CF, the called P0C server, or the called user's P0C terminal.
  • the present invention also provides an implementation method for processing a calling number display during a communication process, including:
  • the calling user initiates a call, and the calling user requests to hide the calling number information
  • the attribute information of the called user includes:
  • the called user accepts or rejects the calling party information that hides the calling number information.
  • the step D described includes:
  • the POC server When determining, according to the configured attribute information of the called user, that the called user refuses to accept the call request of the calling user of the hidden calling number, the POC server will reject the session establishment, thereby causing the establishment of the failed tongue, and the called user
  • the indication information is sent to the calling user, and the indication information is used to indicate the reason why the session establishment fails.
  • the step D further includes: '
  • the present invention also provides an apparatus for processing a calling number display during a communication process, including determining a calling number hiding processing unit and providing a calling number processing unit, wherein:
  • Determining a calling number hiding processing unit configured to determine, after the calling user initiates the call, whether the calling user wants to hide the calling number information, and when determining the hiding, triggering the providing the calling number processing unit;
  • the calling number processing unit is configured to determine whether to provide the called party number to the called user according to the configured service attribute information of the user under the trigger of determining the calling number hiding processing unit.
  • the device further includes:
  • the service attribute configuration unit is configured to configure the service attribute information of the user on the P0C server, the scalable logo language file management server, the POC XDMS, or the P0C terminal device.
  • the device further includes:
  • the service attribute query unit is configured on the P0C server or the client, and is configured to query the POC X leg S to obtain corresponding service attribute information when the configured service attribute information is on the POC XDMS.
  • the providing calling number processing unit includes:
  • the terminal device of the called user When the terminal device of the called user receives the session request sent by the calling user, it is determined that the calling number information needs to be provided by means of negotiation according to the configured service attribute information of the user;
  • the terminal device of the called user determines, according to the received external operation control information, that the calling number information needs to be provided by means of negotiation;
  • the P0C server determines that the calling number information needs to be provided by means of negotiation according to the configured service attribute information of the calling and called users.
  • the providing calling number processing unit further includes - Negotiating to provide a calling number processing unit.
  • the P0C server of the called user or the called user sends a request for negotiating and providing the calling number information; the calling user or the calling party
  • the P0C server of the calling user or the calling user rejects the request according to the configured service attribute information or the calling user according to the received external operation information or The calling number information is provided to the called user.
  • the present invention also provides an apparatus for processing a calling number display during communication, comprising determining a calling number hiding processing unit and a call processing unit, wherein:
  • Determining a calling number hiding processing unit configured to determine, after the calling user initiates the call, whether the calling user wants to hide the calling number information, and when the hiding is determined, triggering the call processing unit;
  • the call processing unit is configured to determine, according to the configured service attribute information of the user, whether the called user accepts the call request and returns the corresponding indication information, according to the determined service number hiding processing unit.
  • the call processing unit includes:
  • Determining a call processing unit configured to determine, according to the configured attribute information of the called user, a called request of the called user to reject the calling party of the hidden calling number, and triggering the indication information sending processing unit;
  • the indication information sending processing unit is configured to, under the trigger of the rejecting call processing unit, control the called user to send the indication information to the calling user, where the indication information is used to indicate the reason for the session establishment failure.
  • the implementation of the present invention enables the calling user to flexibly determine whether the calling service or the unconditional display mode is used according to the actual needs.
  • the called user provides the calling number information, which can meet the special needs of some special users in the communication process.
  • the implementation of the present invention can also make the network operation mode more flexible to cater to the personalized needs of more applications.
  • Figure 1 is a schematic diagram showing the relationship between PF and CF of a P0C server
  • Figure 5 is a flowchart 4 of a specific implementation of the method according to the present invention.
  • FIG. 6 is a flowchart 5 of a specific implementation manner of the method according to the present invention.
  • FIG. 10 is a schematic structural view 1 of a specific implementation structure of the device according to the present invention.
  • FIG. 11 is a second schematic diagram of a specific implementation structure of the device according to the present invention.
  • the P0C calling user initiates a P0C call
  • Number at this time, the P0C master is called
  • the called call attribute has a conflict.
  • the purpose of the present invention is to solve the call attribute conflict problem in this case.
  • the method for solving the above conflict problem mainly includes: when the calling user initiates a call, and the calling user requests to hide the calling number information, it determines whether to provide the calling number information to the user according to the service attribute information of the calling and called user. Instead of directly processing the calling party number in the manner of making a call to the called user as in the prior art. In the meantime, the present invention may further determine whether the called user accepts the call request and returns corresponding indication information according to the configured attribute information of the called user, so that the calling user knows whether the called user accepts the call initiated by the called user.
  • the present invention can flexibly determine whether to provide the called user with the calling number information for which the hidden calling number information is applied, according to different identity information of the users in the network. For example, when the called user has a higher priority level or a special identity, it may need to know the calling number information to which the call is initiated, and the present invention can well satisfy such users or services. demand. At the same time, the calling user who has hidden the calling number information can also know whether the called user accepts the call by using the returned indication information. For some specific scenarios, if the called user is authorized, the calling number hidden by the calling user is directly obtained, and the calling number of the calling user is indicated or not indicated in the response message returned to the calling user. Information that can meet the needs of specific applications, such as emergency services.
  • the present invention is applicable not only to a P0C (Push-to-Talk over Cellular System) system, but also to any other communication system that provides a service for hiding a calling number. That is, the communication process involved in the present invention is not limited to the P0C session process, and is also applied in other SIP-based session processes such as message service, conference service, video communication, and the like.
  • the present invention specifically provides two solutions to the above conflict problems:
  • the first implementation scheme displays the calling number information in a negotiation manner, specifically: when the calling user requests to hide the calling number information, it determines whether the called user accepts the call request and returns according to the configured attribute information of the called user. Corresponding indication information to indicate whether to accept the call initiated by the calling party. At the same time, when the calling user requests to hide the calling number information, and according to the service attribute of the called user, it is determined to display the calling number information, then the calling number can be resolved through the negotiation process between the calling and called users. The problem is displayed. At this time, the master and the called party will negotiate to reach a consensus through message interaction. After that, the corresponding call process continues.
  • the second implementation scheme displays the calling number information unconditionally, specifically: when the calling user requests to hide
  • the calling number information it is determined according to the configured attribute information of the called user whether the called user accepts the call request and returns corresponding indication information to indicate whether to accept the call initiated by the calling party.
  • the calling user requests to hide the calling number information, and according to the service attribute of the called user, it is determined to display the calling number information, and then according to the level information of the calling user, it is determined whether the conditional information is unconditionally displayed to the called user.
  • ] determines that the calling number information needs to be unconditionally displayed to the called user, and the calling number information is directly provided to the called user.
  • the called user may select information indicating or not indicating that the calling party number information is displayed in the response message.
  • SIP Session Initiation Protocol
  • the call user may require that the calling number must be displayed before considering whether to accept the session request.
  • the invention is in the network A negotiation mechanism is provided to negotiate whether to determine the calling number information to the called user.
  • the P0C user it is configurable whether it is a request to display the calling number information when calling as a called party, and whether to provide the calling party with the calling party number information as the calling party.
  • the P0C user can set the service attribute on the P0C server or the terminal, and can also configure the service attribute on the POC XDMS. If the configured service attribute information is on the POC XDMS, the P0C server or the client needs to The POC XDMS query obtains the corresponding service attribute information, and then uses it according to the usage on the P0C server or the P0C client.
  • the user can set the process of displaying the calling number, including:
  • the corresponding settings include -
  • the P0C user when the P0C user receives the session request sent by another P0C calling user as the called party, it determines the pair according to the service attribute information configured on the P0C server or the P0C terminal or the POC XDMS described above. The session request is processed accordingly.
  • the calling party when the calling user sends a P0C call request message to the called terminal, if the calling party asks to hide the calling number, and the called party requests that the calling number must be displayed, otherwise the negotiation is refused,
  • the calling party initiates a calling number display negotiation process, and sends a negotiation request message to the calling terminal or a P0C server serving the calling terminal; the calling terminal or the P0C server serving the calling terminal receives the negotiation request.
  • the decision is made according to the user's selection or saved settings. If it can be displayed, the caller's number information is carried in the returned response, otherwise the appropriate error indication information is returned.
  • the called user terminal device determines whether to reject the current session request or initiate the calling number display negotiation process.
  • the session request information may also be notified (displayed) to the user of the terminal device (ie, the person holding the terminal) by some means, and the user temporarily decides according to his current situation. Rejecting the current session request or controlling the POC terminal to initiate the calling number display negotiation process, so that the P0C terminal determines whether to initiate the calling number display negotiation process according to the external operation control information input by the user;
  • the P0C server may also represent the called user terminal device.
  • the calling user uses the calling number to limit the display service, and the called user requests that the calling number must be displayed as an example, and the specific processing manner adopted by the corresponding called P0C terminal or the P0C server in the present invention is described.
  • the calling user uses the calling number to limit the display service, in the initiated session request, the calling number will be hidden using the existing mechanism, when the session request is transmitted to the service processing function entity in the network (for When the P0C service is the P0C server, the called terminal of the corresponding P0C service requests the received P0C call request to display the calling number, otherwise the session negotiation is refused. Therefore, the called P0C terminal and the P0C server can be used.
  • the specific treatment includes:
  • the called P0C terminal or the P0C server determines the processing mode according to its own settings: directly reject the establishment of the session, or initiate the message interaction process to reach an agreement through negotiation;
  • the called P0C terminal or the P0C server determines the processing mode according to the indication carried in the received P0C call: If the indication can be used to perform the number display negotiation with the calling party, the message interaction process is initiated to perform the number display negotiation, otherwise the direct rejection is performed. The establishment of the session; or, if the indication is not possible to perform the number display negotiation with the calling party, the establishment of the session is directly rejected, otherwise the message interaction process is initiated to perform the number display negotiation.
  • the calling party side needs to add corresponding indication information to the session request message, and may set the session request message according to the user's service attribute setting when the P0C terminal constructs the session request message, or may When a normal session request message is sent to the POC server serving the calling user, the P0C server increases the setting according to the saved service attribute of the calling party.
  • the corresponding calling user terminal device or the P0C server also needs to display the negotiation display sent to the called user terminal device or the P0C server.
  • the request message of the number is processed.
  • the specific processing methods include:
  • the calling user terminal device determines whether to reject the request or send the calling number to the called user;
  • the P0C server may make a decision on behalf of the calling user to display the calling number request according to the saved service attribute information, and reject the request or provide the calling number information to the calling user.
  • the calling user sets the condition of the number display on the P0C server in the network or on the P0C terminal, for example, the number of the calling party is allowed to be displayed for certain numbers or certain groups or POC users of a certain level or higher. On the called terminal, otherwise it cannot be displayed. At this time, the corresponding negotiation message only needs to be sent to the P0C server or the P0C terminal, and the P0C server or the client on the P0C terminal negotiates the P0C negotiation request without user intervention. The message is replied so that the calling number can be displayed at the called party.
  • the P0C terminal may also notify (display) the negotiation display calling number request information to the user holding the terminal device, that is, the calling user, by the user, and the user temporarily decides to refuse according to his current situation.
  • the request also sends the calling number to the called user, and inputs corresponding external operation information to the terminal device, and the terminal device determines to reject the request or provide the calling number information to the called user according to the corresponding external operation information, thereby allowing
  • the P0C session request message is modified so that the calling number can be displayed at the called user.
  • the following embodiment uses the session establishment process initiated by the INVITE as an example to illustrate how to implement the calling number negotiation display process. Therefore, only the main steps are listed.
  • the detailed session establishment process is the same as the existing SIP session establishment process. Detailed.
  • the processing of the first embodiment of the first implementation scheme is as shown in FIG. 2, and specifically includes:
  • the calling user that is, the P0C terminal 1 selects the number hiding.
  • the called terminal decides to initiate the negotiation process, requesting the calling party to carry the calling number for display, thus returning a
  • the error response Response message is sent to the calling user, and the response indicates that the called party requests the calling party to provide the number display, that is, the Response message needs to be able to indicate that the calling party is called because the calling number cannot be displayed and the session negotiation is refused;
  • the calling terminal After the calling terminal receives the error response indication message, if the calling user determines to select to display the calling number, the calling user may choose to re-initiate a service request, where the calling number is not hidden, that is, the session restarted by the calling user. The calling number is no longer hidden in the request, so the new session will be established successfully.
  • the POC server serving the called terminal may also terminate the request INVITE message instead of the called user, and return an error response; likewise, the calling user's POC server (such as the P0C server) PF1) may also terminate the error response message instead of the caller responding to the error response message, such as providing the called party with the calling number information, or refusing to provide the calling number information.
  • the processing of the second embodiment of the first implementation scheme is as shown in FIG. 3, and includes:
  • the P0C server PF2 finds the called terminal according to the setting saved by the called terminal. Require that the calling number must be displayed to accept the session, then initiate a new session INVITE (2) to obtain the calling number information;
  • the request message determines whether to send the calling number. If it is sent, the calling number is returned to the P0C server PF2 of the called terminal in the response message. Otherwise, the failure response message is returned, and the session establishment process on the called side fails; After receiving the response message including the calling number, the INVITE message is sent to the POC terminal 2, and an acknowledgment message is returned to the calling user, and the two message initiation sequences are not sequentially defined.
  • the POC server serving the called terminal may also send a P0C server serving the calling terminal when initiating a new session request, and the POC server determines whether to provide the calling according to the setting saved by the calling user. number.
  • the third implementation of the first implementation scheme is as shown in FIG. 4 and FIG. 5, and specifically includes:
  • the calling number is displayed by negotiating with the calling party.
  • P0C terminal 1 assuming its number is - "PoC User A” ⁇ sip : PoC-UserA@networkA. net)
  • PoC User B PoC-UserB@networkB. net>
  • the POC terminal 2 will set the service attribute to the incoming call in the PF2 server to negotiate the display of the calling number, PF2 will save the attribute of the P0C terminal 2, and if the incoming call requests to hide the calling number, the negotiation process mechanism will be initiated.
  • Step 41 When the P0C terminal 1 calls the P0C terminal 2, the P0C terminal 2 is not expected to see its own number.
  • the header field is required in the message, indicating that the P0C terminal 1 does not want to display its own number "PoC User A" ⁇ sip: PoC-UserA@networkA.net>, the message contains The specific information is as follows:
  • P- Preferred- Identity "PoC User A” ⁇ sip : PoC ⁇ UserA@networkA. net)
  • the Id (identification) information carried in the Privacy (private) domain in the above message indicates that the P0C terminal 1 chooses to hide its own calling number information
  • Step 42 The PF1, which is the proxy P0C terminal 1, receives the INVITE message sent by the P0C terminal 1, and sends the message to the CF.
  • the special message header field is:
  • P-Asserted- Identity "PoC User A” ⁇ sip :PoC-UserA@net orkA. net>
  • Step 43 After the relevant analysis of the CF and the completion of the relevant call preparation, the CF will initiate a call to the P0C called party. Since the calling party only invites the P0C terminal 2, the CF will generate an INVITE message to the PF2, in addition to the call center. In addition to the information required, the special message header fields are:
  • Step 44 After receiving the INVITE message, the PF2 determines that the POC terminal 1 needs to hide the calling number, and the service attribute indication of the P0C terminal 2 can negotiate to display the calling number. At this time, the PF2 sends a 183 response (processing) to the CF.
  • the message in the message indicates that the calling number needs to be displayed through the XML (Extensible Markup Language) message body to continue the call;
  • Incoming- session- cnip name of a message unit displayed by the calling number, CNIP: Calling Name Presentation
  • the active "true" attribute indicates that the called party must request the calling number to be displayed, if active-"false” , the caller indicating that the called party does not force the incoming call must display the calling number;
  • the PF2 After the PF2 sends the 183 response message, it immediately starts the timer and waits for the negotiation result. If the timer expires, the call will be terminated and the failure response message will be returned, that is, the call fails.
  • the 183 response message contains the following information -
  • Step 45 After receiving the 183 response sent by the PF2, the CF learns that the POC is called to negotiate with the calling party to display the calling number, and the CF will generate a 183 response message for the P0C terminal 1 and send it to the PF1, where the message is represented by the extended message body.
  • the called party asks to display the calling number, and the message contains the following information:
  • Xmlns urn; oma: params: xml ; ns: poc: poc - service"
  • Xmlns xsi ⁇ htt : //www.w3. org/2001/XMLSchema-instance"
  • Step 46 After receiving the 183 response, the PF1 transparently transmits the result to the calling POC terminal 1.
  • the POC terminal 1 promptly prompts the calling party through the menu selection.
  • the called party is required to display the calling number to connect the calling party.
  • the user can manually select the option to agree to display the calling number or disagree to display the calling number;
  • Step 47 After the calling user selects, the terminal performs the PRACK (acknowledgement message of the temporary response, the acknowledgement message of the Provisional Responses) message in the XML message body according to different selections, and is used to indicate whether the calling party is willing to display the calling number;
  • PRACK acknowledgement message of the temporary response, the acknowledgement message of the Provisional Responses
  • cnir calling name Restriction
  • Use outgoing-session-cnir calling caller number restriction display, cnir: calling name Restriction
  • P0C terminal 1 The user chooses to agree to display the calling number.
  • PRACK message it is expressed as:
  • Xmlns xsi ⁇ http: //www.w3.org/2001/XMLSchema-instance ⁇ xsi: schemaLocation ⁇ urn: oma: params: xml: ns: poc: poc- service ⁇ caller-privacy>
  • Step 48 After receiving the PRACK message, the PF1 forwards to the CF, and the content of the extended message does not change, as follows:
  • xsi 'http : //www. w3. org/2001/XMLSchema- instance
  • xsi schemaLocat ion ⁇ urn : oma: params: xml: ns : poc : poc- service ⁇ caller-privacy>
  • Step 49 The CF receives the PRACK message sent by the calling terminal, and resolves whether the calling party is willing to display the calling number after the negotiation, records the calling party's selection in the CF, and creates a PRACK message to be sent to the PF2, and the corresponding PRACK.
  • the information contained in the message includes:
  • xsi / http; //www. w3, org/2001/XMLSchema- instance"
  • xsi: schemaLocation urn: oma: params: xml: ns : poc: poc-service' ⁇ ⁇ caller-privacy>
  • Step 410 After receiving the PRACK message sent by the CF, the PF2 parses the result of the calling party negotiation.
  • PF2 forwards the INVITE message received in step 3 to the P0C terminal 2, and the message carries the calling number.
  • the message contains the following information:
  • Step 411 After receiving the invitation, the POC terminal 2 will immediately respond to the PF2 with a successful response 2000K, and bring the corresponding media information.
  • Step 412 PF2 forwards 2000K to CF.
  • Step 413 The CF receives the 2000K message of the PF2, and generates a 2000K message for the calling P0C terminal 1, and sends the message to the PF1.
  • Step 414 After receiving the 2000K message of the CF, the PF1 forwards to the calling P0C terminal 1.
  • £ said session request message may be sent to the called user terminal 2 P0C process, by a similar process to process.
  • FIG. 5 specifically includes:
  • Steps 51 through 56 are the same as steps 41 through 46 described above and will not be described in detail herein.
  • Step 57 If the calling P0C terminal 1 is unwilling to display the calling number, the message PRACK will be constructed, and the calling party in the BODY (message body) will not display the calling number. After the PRACK is constructed, it will be sent to the PF1.
  • the corresponding message contains the following information:
  • Step 58 After receiving the PRACK message, PF1 forwards the message to CF.
  • the message contains the following contents:
  • Step 59 The CF determines that the calling party is unwilling to display the calling number.
  • the CF records the calling party's selection, and creates a PRACK message for the called party. The message is filled with an indication that the calling user does not display the calling number.
  • the outing-session-cnir attribute, active-"true" indicates that the caller is not willing to display the calling number.
  • the corresponding message contains the following information:
  • Xmlns ⁇ urn: oma: arams: ml: ns: oc: poc- service
  • Xmlns xsi- ⁇ http: //www.w3. org'/2001/XMLSchema- instance"
  • Step 510 After receiving the PRACK message, the PF2 parses out whether the calling POC terminal 1 is still unwilling to display the calling number, and rejects the INVITE request on behalf of the P0C terminal 2, and responds to the CF 403, that is, returns a corresponding indication to the calling user. information.
  • Step 511 After receiving the 403 response sent by the PF2, the CF finds that the called P0C terminal 2 refuses to receive the request, and generates a 403 response to be sent to the calling P0C terminal 1 through the PF1.
  • Step 512 After receiving the 403 response sent by the CF, the PF1 forwards the message to the calling P0C terminal 1, and the P0C terminal 1 displays the call to the user is rejected.
  • the P0C terminal may not send a PRACK message but directly send a CANCEL message to cancel the call.
  • the calling user selects the number to hide.
  • the P0C server determines whether to hide according to the number according to the setting saved by the calling user's P0C terminal. Implementing to encrypt the calling number. If the corresponding called number is allowed to display the calling number, the calling number in the request message is not hidden, otherwise it is hidden, and then if the called terminal or the called P0C server also makes a negotiation request The calling number is sent, and the calling user's P0C server can directly reject the corresponding negotiation request according to the saved setting of the calling terminal.
  • the P0C calling party and the P0C called party can solve the problem of calling number display by means of negotiation.
  • the P0C called attribute requires the incoming call
  • the calling number needs to be displayed, and the message is the same as the main message. It is called negotiation, and the user of the calling P0C terminal 1 can manually select whether to display the calling number.
  • negotiation and the user of the calling P0C terminal 1 can manually select whether to display the calling number.
  • the specific implementation manner of the second solution provided by the present invention will be described in detail by taking the P0C system as an example.
  • the P0C calling user subscribes to the service indicated by the calling number restriction (that is, the calling party number information is required to be hidden), the called user will not be able to see the calling party's number.
  • the P0C called number is a special service number.
  • a P0C special service number terminal it usually has unconditional right to know the P0C calling party. That is, you need to know the calling number information unconditionally.
  • the calling party that has signed the calling number restriction display service initiates a call
  • the network side determines that the called user needs to display the unconditionally according to the service attribute information of the called user
  • the calling number information is unconditionally provided to the called user to meet special needs.
  • the service attribute information may be priority information of the user or other difference information.
  • the P0C calling user subscribes to the calling number restriction display service
  • the group's service attribute information ie, the calling policy
  • a low-level caller has an unconditional right to know, and a P0C called by the same priority or low priority will have no such privilege.
  • the P0C server performs different processing for the called terminals of different priorities, and for the called user with higher priority than the calling user, the calling number can be obtained, and the effect of unconditionally displaying the calling code is achieved;
  • the called user with the same priority as the calling user or lower than the priority of the calling user will not be able to obtain the calling number, that is, the calling number restriction display.
  • the calling number When the calling user uses the calling number to limit the display service, in the initiated session request, the calling number will be hidden using the existing mechanism, when the session request is transmitted to the service processing function entity in the network,
  • the function entity can determine whether it is necessary to implement unconditional number display for some called users by querying the configuration information of the local database (that is, the configured service attribute information) or querying the configuration information saved by other databases in the network: If unconditional display is required, the caller number restriction display set by the calling user is cancelled, and the session request is sent to the called user.
  • the service processing function entity may also notify the calling user about the calling number restriction display by some mechanism. Cancelled, and information about which called user was canceled;
  • the service processing function entity continues to forward the service request to the called user according to the existing implementation, and the called party will not see the calling number.
  • the mechanisms that can be used include:
  • the calling user signs the service processing function entity when registering on the network (SUBSCRIBE), so that when the service processing function entity cancels the calling number restriction display, the NOTIFY message is sent to the calling user. Notify relevant information;
  • the message MESSAGE service is used to send relevant notification information to the calling user
  • the service processing function entity may also use other messages to notify the calling user, such as SIP INFO (Session Initiation Protocol Information) message, or use other protocols to implement this function, such as HTTP (Hypertext Transfer Protocol), etc.
  • SIP INFO Session Initiation Protocol Information
  • HTTP Hypertext Transfer Protocol
  • PoC User B ⁇ ⁇ sip PoC-UserB@networkB. net>, the user is a special service number, and the caller number information must be unconditionally known.
  • some numbers are set as special service numbers through the data configuration in the P0C server CF that performs the call control function, and the data configuration is saved in the CF.
  • the CF will scan and analyze the data configuration of the special service number. If the called party is a special service number, the corresponding special processing will be performed. That is, when the P0C terminal 1 calls the number of the P0C terminal 2, it is determined by the CF whether or not the calling number is displayed. According to the above assumption, as shown in FIG. 6, the corresponding processing process includes the following steps:
  • Step 60 The P0C terminal 1 signs the contract with the P0C server CF, and through the SIP SUBSCRIBE (Session Initiation Protocol Description) message, the P0C server CF can return the notification message when the calling number restriction display is cancelled.
  • SIP SUBSCRIBE Session Initiation Protocol Description
  • Step 61 When the P0C terminal 1 calls the P0C terminal 2, the P0C terminal 2 is not expected to see its own number. In addition to the necessary information in the basic call message, the message needs to be in the lead field, indicating that the P0C terminal 1 is unwilling. Show your number "PoC User A" ⁇ sip :PoC-UserA@networkA. net), the corresponding message contains the following information:
  • Step 62 The PF that is the proxy POC terminal 1 receives the INVITE message sent by the POC terminal 1, and sends the message to the CF.
  • the special message header field is:
  • the value of the Privacy header field is Id, that is, the caller wants to hide the display of the calling number, but by querying the configuration of the special service number data in the CF, the caller is found to be called by the calling party.
  • the calling number is a special service number. Therefore, the CF decides to display the calling number information to the P0C terminal 2 corresponding to the special service number unconditionally.
  • Steps 63 to 66 Display the calling number notification process unconditionally
  • the CF will notify the P0C terminal through NOTIFY that the called party will display its number unconditionally, and can also display to the calling party which of the called users unconditionally displays the calling number information;
  • the notification process CF can select a notification based on a predetermined relevant policy.
  • Step 67 The execution of the step and the step 63 have no relationship, and can be performed at the same time.
  • the CF decides to display the calling number to the P0C terminal 2 unconditionally. At this time, the CF initiates an INVITE call to the P0C terminal 2, and the message will be P-Asserted- The Identity (with calling party number) header field, without the Privacy header field or the value of the Privacy header field is none, indicating that the calling number information is no longer hidden.
  • Step 68 The POC server that is the PF function of the proxy POC terminal 2 transmits the message to the POC terminal 2.
  • the POS terminal 2 detects that there is a P-Asserted-Component header field in the message, and the POC terminal 1 is The number is displayed to the user, and the P0C terminal 2 user immediately knows that it is a POC call sent by "PoC User A" ⁇ sip: PoC- UserAtoetworkA.net>. ⁇
  • Step 69 to step 610 The POC terminal 2 requests a successful response to the server for the session, so as to return the corresponding indication information to the calling user, indicating that the call is successfully established;
  • Step 611 to step 612 After the CF receives the successful response of the first called party, the group session enters an active state, and the caller returns a successful response.
  • the calling number is unconditionally displayed to the called user, and the notification can also be implemented through the MESSAGE mechanism.
  • the corresponding implementation process is shown in Figure 7, and The difference achieved in 6 is only different from the message that informs the calling user, and the other processing is the same.
  • the present invention may also add an indication to the called user after receiving the response message of the called POC terminal 2, indicating that the calling number is unconditionally displayed for the called user, as shown in FIG. Corresponding indication information is added to the 2000K message of the P0C terminal 1.
  • a second implementation of the second aspect of the present invention is described as follows: If the policy of the POC group is that the high-priority member has an unconditional right to know the low-priority calling number, when the low-priority P0C calling party calls the P0C group, if the low-priority calling party wishes Hiding their own number, the CF will ruling the member who is prioritized than the calling priority, and the called party will display the calling number unconditionally. The remaining members will not be able to display the calling number.
  • the described POC XDMS is a server that stores data such as P0C group information, personal contact list, and the like in the P0C system.
  • the policy needs to be determined in the attribute domain of the group: ⁇
  • the priority member has the right to display the calling number unconditionally for the low priority calling party. These attributes will be returned with the group member list when the CF to XDMS acquires the group. Give CF.
  • the P0C terminal call group process includes:
  • Step 90 The P0C terminal 1 signs the contract with the P0C server and passes the SIP SUBSCRIBE (Session Initiation Protocol Description) message, so that the P0C server can notify itself when the calling number restriction display is cancelled.
  • SIP SUBSCRIBE Session Initiation Protocol Description
  • Step 91 When the P0C terminal 1 calls the group poc_group, the group member is not expected to see the number of the group, and the necessary information is included in the basic call message, and the message field is required to indicate the P0C terminal 1 Unwilling to display your own number "PoC User A" ⁇ sip :PoC-UserA@networkA. net), the message contains the following:
  • P- Preferred- Identity "PoC User A” ⁇ sip :PoC-UserA@networkA. net>
  • Id Step 92 As the proxy POC terminal 1, the PF receives the INVITE message sent by the POC terminal 1, and sends the message to the ®CF.
  • the special message header field is:
  • Step 93 After receiving the INVITE message, the CF records the related information. Because it is a predefined group call, the group member ID and related group attributes are sent to the POC XDMS according to the group ID.
  • Step 94 After receiving the request, the POC XDMS server indexes the group information through the group ID, and returns the group member list and related attributes to the CF.
  • the CF After the CF receives the response message, the CF will check the calling display policy of the group because the calling party does not want to display the calling number to the group member. Since the P0C group has signed the high priority member, the low priority calling is unconditionally displayed. The number, while the CF checks that the number of the calling P0C terminal 1 must be displayed to the P0C terminal 2, but is not displayed to the P0C terminal 3.
  • Steps 95 to 98 When the CF unconditionally displays the number of the calling P0C terminal 1 to some of the called parties in the group, the CF will notify the P0C terminal 1 that the number has been displayed to some of the called by a notification message (for example, a NOTIFY message). The user is called, and can indicate in the message that the calling number information is displayed to the P0C terminal 2 as needed.
  • Steps 99 to 912 Steps 95 and 99 are performed in sequence, and may be performed simultaneously. The CF will initiate a call to the POC terminal 2, and the message carries P-Asserted-Identity, and the POC terminal 2 requests the server to successfully return to the session. In response, the response message contains the following information:
  • Step 913 Steps 95 and 913 are in no order, and may be performed simultaneously.
  • the CF will initiate a call to the POC terminal 3, the message will not carry P-Asserted-Identity, or the message carries the P-Asserted- Identity header field at the same time.
  • the privacy header field value is Id; the subsequent P-Asserted- Identity header field deletion work can be handled by the PF3 or the IMS (IP Multimedia Subsystem), and the P0C terminal 2 requests the server to respond successfully to the session response message.
  • IMS IP Multimedia Subsystem
  • P- Preferred- Identity "PoC User A” ⁇ sip :PoC-UserA@networkA. net>
  • the MESSAGE in addition to notifying the calling user to display the calling number unconditionally to the called user through the subcribe/notify mechanism, the MESSAGE can also be passed.
  • the mechanism implements the notification.
  • the CF since the unconditional calling number display is implemented only for the POC terminal 2, the CF only needs to send the MESSAGE message to the calling user for the POC terminal 2.
  • the indication information is added therein to indicate that the calling number information is unconditionally displayed for the called user, that is, the corresponding information is added in steps 911 and 912. Instructions.
  • the corresponding notification can also be sent through other protocol messages.
  • a group in the POC XDMS service subscribes to a group that is not a member of the group, the calling number will be displayed unconditionally, so that if the calling user is not a member of the group, The CF sends the calling number to each group member to be called.
  • the second implementation provided by the present invention can implement the P0C in the case that the P0C caller does not want the P0C called party to display its number, according to the P0C called party must have the right to know the P0C caller. Call the unconditional display of the calling number. Moreover, the scheme does not make too many changes to existing basic group calls, and whether or not the caller's decision is displayed on the CF.
  • the two implementations provided by the present invention can be simultaneously applied to a communication system having a hidden calling number service, and a corresponding specific implementation will be described below.
  • the call request message is sent to the CF, and the CF determines the subsequent processing according to the configured service attribute information of the primary and the called user, including:
  • the corresponding negotiation process is performed to obtain the calling number information.
  • the calling party number information of the calling user is directly provided to the called user; If it is determined according to the service attribute information that the calling number information may not be displayed, the subsequent call processing process is directly continued.
  • negotiation mode and the unconditional display of the calling number information in the present invention can also be implemented on different network entities, for example, the called user's P0C server, the called P0C terminal, and the like.
  • the specific implementation of the two processing modes is described in the foregoing, and will not be described in detail herein.
  • the corresponding processing mode may be selected according to the predetermined rule. For example, if the priority of the unconditional display is higher than the negotiation mode display, then the unconditional selection is selected at this time. How the display is handled.
  • the two implementations provided by the present invention enable the calling party that uses the hidden calling number service to determine whether to provide the calling number information to the called user according to actual needs during the communication process, thereby ensuring that the calling number information is provided to the called user.
  • the present invention also provides an apparatus for processing a calling number display in a communication process, and the specific implementation structure thereof is as shown in FIG. 10, including determining a calling number hiding processing unit and providing a calling number processing unit, where:
  • the unit is configured to determine, after the calling user initiates the call, whether the calling user wants to hide the calling number information, and when determining the hiding, triggering the providing the calling number processing unit;
  • the unit is configured to determine, according to the configured service attribute information of the user, whether to provide the called number information to the called user, and the providing the calling number processing unit includes the following specific When the terminal device of the called user receives the session request sent by the calling user, it is determined that the calling party number information needs to be provided through negotiation according to the configured service attribute information of the user;
  • the POC server determines, according to the configured service attribute information of the calling and called user, that the calling number information is required to be provided through negotiation.
  • the process of providing the calling number processing unit in the present invention may further include: when the terminal device of the called user receives the session request sent by the calling user, determining, according to the received external operation control information, that the negotiation needs to be performed. The method requires that the calling number information be provided;
  • the providing calling number processing unit may further comprise: a negotiation providing a calling number processing unit: when it is determined that the calling number information is required to be provided by means of negotiation, the P0C server of the called user or the called user sends a negotiation and provides The iff request of the calling number information; when the P0C server of the calling user or the calling user receives the request for negotiating the calling party number information, the P0C server of the calling user or the calling user according to the configured service attribute information or The calling user rejects the request or provides the calling number information to the called user based on the received external operation information.
  • the negotiation provides that the calling number processing unit is set in the user terminal or the P0C server. Moreover, the specific negotiation processing method has been described above, and therefore will not be described in detail herein.
  • the device of the present invention may further include a service attribute configuration unit and a service attribute query unit, where: a service attribute configuration unit, configured to configure user service attribute information on a POC server, an extensible markup language file management server, a POC XDMS, or a P0C terminal device;
  • the service attribute query unit is configured to be configured on the POC server or the client, and configured to query the POC XDMS to obtain corresponding service attribute information when the configured service severity information is on the POC XDMS.
  • the present invention also provides an apparatus for processing a calling number display in a communication process, and the specific implementation structure thereof is as shown in FIG. 11, including determining a calling number hiding processing unit and a call processing unit, where:
  • the unit is configured to determine, after the calling user initiates the call, whether the calling user requests to hide the calling number information, and when the hiding is determined, trigger the call processing unit;
  • the unit is configured to determine, according to the configured service identity information of the user, whether the called user accepts the call request and returns corresponding indication information, where the call processing unit is specifically
  • the acknowledgment call processing unit is configured to determine, according to the configured attribute information of the called user, that the called user refuses to accept the call request of the calling user of the hidden calling number, and triggers the indication information sending processing unit;
  • the indication information sending processing unit is configured to, under the trigger of the rejecting call processing unit, control the called user to send the indication information to the calling user, where the indication information is used to indicate the reason for the session establishment failure;

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé de traitement de l'affichage du numéro de l'appelant en cours de communication consistant essentiellement à: déterminer si l'information concernant le numéro de l'appelant doit être ou non fournie à l'appelé conformément à la configuration des attributs de service utilisateur, lors du lancement d'un appel par un appelant et de la demande de masquer le numéro; et déterminer si l'appelé accepte les conditions d'appel et renvoie ou non l'information correspondante d'après la configuration des attributs de l'appelé. Ce procédé peut être mis en oeuvre par tout appelant souhaitant masquer son numéro, y compris les appelants POC. Ainsi, lorsque l'appelant utilise le service de masquage de numéro, il est possible de déterminer si l'information concernant le numéro de l'appelant est ou non fournie à l'appelé et offrir à l'appelant les informations concernant la décision de l'appelé d'accepter ou non l'appel masqué, de manière à satisfaire les exigences spéciales de certains utilisateurs.
PCT/CN2006/002034 2005-09-02 2006-08-11 Procede et dispositif de traitement de l'affichage du numero de l'appelant en cours de communication WO2007025453A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200510098541.3 2005-09-02
CN200510098541 2005-09-02
CN200610067597.7 2006-03-20
CN2006100675977A CN1848881B (zh) 2005-09-02 2006-03-20 通信过程中处理主叫号码显示的实现方法及装置

Publications (2)

Publication Number Publication Date
WO2007025453A1 WO2007025453A1 (fr) 2007-03-08
WO2007025453A9 true WO2007025453A9 (fr) 2007-05-03

Family

ID=37078230

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/002034 WO2007025453A1 (fr) 2005-09-02 2006-08-11 Procede et dispositif de traitement de l'affichage du numero de l'appelant en cours de communication

Country Status (2)

Country Link
CN (1) CN1848881B (fr)
WO (1) WO2007025453A1 (fr)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101325487B (zh) * 2007-06-15 2011-11-30 中兴通讯股份有限公司 一种在会议业务通知消息中限制用户号码显示的方法
CN101351030B (zh) * 2007-07-20 2011-05-25 中兴通讯股份有限公司 一种通信系统中区别放音的方法及其装置
CN101159908B (zh) * 2007-10-25 2012-02-29 中兴通讯股份有限公司 一种实现会议业务与主叫信息限制业务交互的方法
CN101888600A (zh) * 2009-05-14 2010-11-17 华为技术有限公司 一种隐藏用户号码的方法和装置
KR101742190B1 (ko) * 2010-12-23 2017-05-31 엘지전자 주식회사 복수의 사용자 식별 모듈을 포함하는 이동 단말기 및 상기 이동 단말기의 동작을 제어하는 서버
CN105376349B (zh) * 2015-10-20 2018-08-24 刘俊新 一种呼叫中转装置及方法
CN112104616B (zh) * 2020-08-25 2022-07-12 新华三技术有限公司 通信方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2391750B (en) * 2002-08-06 2006-01-04 Nec Technologies Mobile communication with personal calling line identification
CN1525722A (zh) * 2003-09-15 2004-09-01 平 王 手机或电话针对不同号码的选择性接听与响应的方法
KR20050108793A (ko) * 2004-05-13 2005-11-17 엘지전자 주식회사 이동 통신 단말기의 발신번호표시 방지 및 전화수신 설정방법
CN100401732C (zh) * 2004-09-14 2008-07-09 北京邮电大学 一种基于移动智能网的主叫号码显示处理方法和系统

Also Published As

Publication number Publication date
CN1848881A (zh) 2006-10-18
CN1848881B (zh) 2010-04-21
WO2007025453A1 (fr) 2007-03-08

Similar Documents

Publication Publication Date Title
AU2005232140B2 (en) A method of communication
US9860074B2 (en) Group communication
EP1665722B1 (fr) Protocole d'echanges pour services multimedia combinatoires
US20060111135A1 (en) Method to facilitate distribution of group identifications for push-to-talk groups
US8099089B2 (en) Method, user equipment and software product for media stream transfer between devices
US20060101143A1 (en) Handling of invitations to group communication sessions
US20060235981A1 (en) Providing a second service to a group of users using a first service
CN101167329B (zh) Ip多媒体子系统中的消息处理方法和服务器
US8379544B2 (en) Communications
EP2112799A1 (fr) Gestion de l'intégrité de service dans un système basé sur IMS
US8054843B2 (en) Method for securing privacy in automatic answer mode of push-to service
JP2008508778A (ja) 多重ＰｏＣセッションのセッション結合方法及びそのシステム
WO2007025453A9 (fr) Procede et dispositif de traitement de l'affichage du numero de l'appelant en cours de communication
US20060031294A1 (en) Communication system
KR100793343B1 (ko) ＰｏＣ 시스템의 호 처리 방법
EP2243307A1 (fr) Communication de groupe réactivée
RU2428807C2 (ru) Сеансовая связь
WO2008052488A1 (fr) Procede de traitement associe d'informations de service et serveur de service
KR20070108049A (ko) ＰＴ Ｂｏｘ 이용을 위한 ＰＴ 세션 설정 방법 및 단말
JP5248675B2 (ja) セルラー網を用いたプッシュ・ツー・トークにおけるプライベート通信
US20090117887A1 (en) Methods for barging users on a real-time communications network
US8472603B2 (en) Remote monitoring of phone calls
KR20070104079A (ko) 임시 세션 설정이 가능한 이동 통신 단말기 간의 그룹 통화제공 시스템 및 방법
KR20090042125A (ko) 다중 단말 환경하에서의 통지 처리 방법
Nishikawa et al. CallManagement: 2 Service For UPnP Version 1.0 Status: Standardized DCP (SDCP) Date: December 10, 2012 Document Version: 1.0

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06775352

Country of ref document: EP

Kind code of ref document: A1