WO2011038637A1 - 端到端呼叫的实现方法、端到端呼叫终端及系统 - Google Patents

端到端呼叫的实现方法、端到端呼叫终端及系统 Download PDF

Info

Publication number
WO2011038637A1
WO2011038637A1 PCT/CN2010/076951 CN2010076951W WO2011038637A1 WO 2011038637 A1 WO2011038637 A1 WO 2011038637A1 CN 2010076951 W CN2010076951 W CN 2010076951W WO 2011038637 A1 WO2011038637 A1 WO 2011038637A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
message
identity
module
local
Prior art date
Application number
PCT/CN2010/076951
Other languages
English (en)
French (fr)
Inventor
孙翼舟
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to JP2012531222A priority Critical patent/JP5518202B2/ja
Priority to US13/395,920 priority patent/US20120180117A1/en
Priority to KR1020127008326A priority patent/KR101368615B1/ko
Priority to EP10819866.4A priority patent/EP2472984A4/en
Publication of WO2011038637A1 publication Critical patent/WO2011038637A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/106—Mapping addresses of different types across networks, e.g. mapping telephone numbers to data network addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials

Definitions

  • End-to-end call implementation method end-to-end call terminal and system
  • the present invention relates to the field of communications and the Internet, and in particular, to an implementation method of an end-to-end call, an end-to-end calling terminal, and a system.
  • the Internet was invented in the 1970s. It is difficult to predict that there will be a large number of mobile terminals and multiple township terminals in the world today. Therefore, the Internet protocol stack at that time was mainly designed for terminals connected in a "fixed" manner.
  • the transmitted address is the received address, and the path is reversible, so the IP address with dual attributes of identity and location can work very well. There is no conflict between the identity attribute of the IP address and the location attribute.
  • the IP address also represents the identity and location that exactly met the network needs of the time. From the perspective of the network environment at the time, this design scheme is simple and effective, simplifying the hierarchy of the protocol stack.
  • the identity attribute of an IP address requires that any two IP addresses be equal.
  • the location attribute of the IP address requires that the IP address be assigned based on the network topology (not the organization), and the IP addresses in the same subnet should be in a continuous In the IP address block, the IP address prefix in the network topology can be aggregated, thereby reducing the routing table entries of the router device and ensuring the scalability of the routing system.
  • the inherent contradiction between the dual attributes of IP addresses will lead to the following main problems:
  • Routing scalability issues There is a basic assumption about the scalability of Internet routing systems:
  • the address is assigned according to the topology, or the topology is deployed according to the address, and the two must choose one.
  • the identity attribute of an IP address requires that the IP address be assigned based on the organization to which the terminal belongs (rather than the network topology), and this allocation must be stable and cannot be changed frequently; the location attribute of the IP address requires the IP address to be based on the network.
  • the topology is allocated to ensure the scalability of the routing system. In this way, the two attributes of the IP address create conflicts, which eventually leads to the scalability problem of the Internet routing system.
  • the identity attribute of the IP address requires that the IP address should not change as the location of the terminal changes. This ensures that the communication bound to the identity is not interrupted, and that the terminal can still use its identity after the terminal is moved.
  • the communication link is established; the location attribute of the IP address requires the IP address to change as the terminal location changes, so that the IP address can be aggregated in the new network topology, otherwise the network must reserve a separate route for the mobile terminal.
  • Information which causes a sharp increase in routing table entries.
  • a number of township issues A plurality of townships usually refer to terminals or networks that access the Internet through a network of multiple ISPs (Internet Service Providers).
  • ISPs Internet Service Providers
  • the advantages of multiple township technologies include increased network reliability, support for traffic load balancing across multiple ISPs, and increased overall available bandwidth.
  • the identity attribute of an IP address requires that a plurality of home terminals always display the same identity to other terminals, regardless of whether the multiple township terminals access the Internet through several ISPs; and the location attribute of the IP address requires that multiple township terminals are different.
  • the ISP network uses different IP addresses to communicate, so that the IP address of the terminal can be aggregated in the topology of the ISP network.
  • IP address includes both the identity information and the location information of the terminal
  • the communication peer and the malicious eavesdropper can simultaneously obtain the identity information and the topology location information of the terminal according to the IP address of the terminal.
  • the dual attribute problem of IP address is one of the fundamental reasons that plague the Internet to continue to develop. Separating the identity attribute and location attribute of an IP address is a good way to solve the problems faced by the Internet.
  • the new network will be designed based on this idea, and propose a network structure of separate mapping of identity information and location information to solve some serious drawbacks of the existing Internet.
  • HIP Home Identity Protocol
  • Some schemes classify IP addresses, some IPs.
  • the identity part of the IP is used as the location identifier, such as LISP (Locator/ID Separation Protocol);
  • LISP Licator/ID Separation Protocol
  • the patent CN200610001825 of the Northern Jiaotong University Zhang Hongke also proposes a solution to use the IP address as the location identifier of the host, introduced End host ID is resolved as an identity
  • the problem of separation of identity and location The above proposals and solutions all propose the implementation of identity and location separation solutions under the existing network architecture from some parts of the problem. Location and identity separation is the core technology of future data communication networks, especially mobile data communication networks.
  • End-to-end call technology In the implementation technology of VOIP (voice over Internet Protocol), there are two ways, one is to capture the client-server (client-server) mode technology, that is, the VOIP server exists in the network. Such as media gateway controller, gateway gatekeeper, proxy server, etc. Call routing, call signaling, media control, etc. H.323, SIP (Session Initiation Protocol), softswitch, etc. are all VOIP technologies that capture the Client-Server model. Operators have a wide range of applications because operators can control the call and signaling processes of VOIP and charge for services.
  • client-server client-server
  • client-server client-server
  • H.323, SIP (Session Initiation Protocol), softswitch, etc. are all VOIP technologies that capture the Client-Server model. Operators have a wide range of applications because operators can control the call and signaling processes of VOIP and charge for services.
  • Another implementation method of VOIP captures the end-to-end call mode, that is, the server in the network that is not in the central or control position, and the terminal directly and the other terminal complete the entire process of calling and signaling.
  • This type of technology has Internet features, namely free and open.
  • Skype is a VOIP technology for end-to-end calls. Its emergence has brought a strong shock wave to the traditional telecom industry. Up to now, Skype has registered 250 million global users, and the number of members increased by 155,000 per day. As of March 14, 2005, Skype's global call volume has reached 6 billion minutes. Skype is still rapidly infiltrating into various countries. The latest statistics show that: The number of minutes of calls using Skype technology has accounted for 46.2% of the US VoIP minutes.
  • the technical problem to be solved by the present invention is to provide an end-to-end call implementation method, and an end-to-end call terminal and system, to implement an end-to-end call based on a new network, and to simplify an end-to-end call flow and system. .
  • the present invention provides an implementation method of an end-to-end call, which is implemented based on a network of an identity location separation architecture (ie, a new network), without the participation of an end-to-end call service server, and the method includes End call establishment process, the end-to-end call establishment process includes: The local end sends the call setup request after receiving the incoming call operation, where the source and destination addresses are the identity of the local end and the opposite end respectively, and the new network forwards the call setup request according to the mapping relationship between the identity identifier and the route identifier.
  • an identity location separation architecture ie, a new network
  • the peer end receives the call setup request, and replies to the call setup response, where the source and destination addresses are the identity identifiers of the peer end and the local end, respectively, and the new network is based on the identity identifier and the route identifier.
  • the mapping relationship forwards the call setup response route to the local end.
  • the local end and the opposite end are collectively referred to as a terminal, and the terminal logs in to the new network before the call is established, and the login process includes: the terminal sending an authentication request, where the terminal carries the identity identifier and the password input by the user;
  • the access service node (ASN) of the new network sends the authentication request to the authentication server;
  • the authentication server authenticates the identity identifier and the password, and returns an authentication response according to the authentication result;
  • the ASN responds according to the authentication , Allow or block the terminal to log in.
  • the method further includes an end-to-end call release process, where the end-to-end call release process includes: the local end receives the input on-hook signal, and sends a call release message to the opposite end, where the source and destination addresses are respectively The identity of the local end and the peer end, the new network forwards the call release message to the peer end according to the mapping relationship between the identity identifier and the route identifier; or the peer end receives the input on-hook signal, and sends a call release to the local end.
  • the message where the source address and the destination address are the identity of the peer end and the local end, respectively, the network of the identity location separation architecture forwards the call release message route to the local end according to the mapping relationship between the identity identifier and the route identifier.
  • the present invention further provides an implementation method of an end-to-end call, which is implemented on a new network, and does not require an end-to-end call service server to participate, and the end-to-end call message is transmitted at the local end and the opposite end.
  • the process includes: A. The local end generates and sends an end-to-end call message, where the peer end identifier is carried;
  • the new network forwards the end-to-end call message route to the end according to the peer identity identifier.
  • Peer
  • the peer end receives the end-to-end call message, and performs corresponding operations and processes.
  • the local end generates the end-to-end call message according to the received user input operation, and when the user input operation is a call, the end-to-end call message is a call.
  • step C when the end-to-end call message received by the opposite end is a call setup request, The peer end generates a ringing signal to notify the user; when the end-to-end call message received by the opposite end is a call setup response, the opposite end generates a call setup acknowledgement and sends the call to the local end to establish a call.
  • the end-to-end call message is a call release request generated by the local end according to the received on-hook operation of the user input; in step C, after the opposite end receives the call release request, The call is released.
  • the end-to-end call message is a state maintenance message that is generated by the local end according to the state maintenance policy and indicates the end-to-end call state of the local end.
  • the peer end is configured according to The state maintenance information maintains the state of the local end saved locally.
  • the present invention further provides an end-to-end calling system, the system comprising an end-to-end calling terminal and a new network connected to the end-to-end calling terminal, wherein the end-to-end calling terminal , having an end-to-end call function, and configured to: generate and send an end-to-end call message, which carries an identity of the end-to-end call peer; and is also configured to receive the end-to-end call message, and to receive the end-to-end call message, and The incoming call message is processed accordingly; the new network is configured to: receive the end-to-end call message sent by the end-to-end call terminal, and send the end-to-end call message according to the mapping relationship between the identity identifier and the route identifier The route is forwarded to the end-to-end call peer.
  • the end-to-end calling terminal includes: an interface module, a package sending module, a receiving parsing module, and an identity management module, where: the interface module is configured to: receive a message or command input by the user, and notify the package sending module And being configured to: notify the user of the received end-to-end call message; the encapsulation sending module is connected to the interface module, and is configured to: from the identity identifier
  • the management module obtains the identity of the local end (ie, the AID) and the AID of the peer end, and generates the end-to-end call message, where the source and destination addresses are the AID of the local end and the AID of the opposite end, and are further configured to: send the The end-to-end call message is sent to the interface module, and is configured to: receive and parse the received end-to-end call message, and set the message to: send the end-to-end call message
  • the interface module is configured to be connected to the package sending module, and configured to: manage the AID of the local
  • the interface module is configured to: when the received input operation is a call, notify the encapsulated sending module to generate an end-to-end call message of the call setup request; and the received end-to-end call message content is call setup
  • a ring signal is generated to notify the user
  • the encapsulated sending module is notified to generate an end-to-end call message of the call setup response
  • the received end-to-end call message is a call setup response
  • informing the encapsulated sending module to generate an end-to-end call message for the call setup acknowledgement when the received input operation is a call, notify the encapsulated sending module to generate an end-to-end call message of the call setup request; and the received end-to-end call message content is call setup
  • a ring signal is generated to notify the user
  • the encapsulated sending module is notified to generate an end-to-end call message of the call setup response
  • the received end-to-end call message is a call setup response
  • the end-to-end call message is a video packet or a voice packet generated according to the input voice or video information, or a request message generated according to the input command is added as a friend or a request message to invite to join the group.
  • the terminal further includes a state maintenance module connected to the package sending module; the receiving and analyzing module is further configured to: send the state maintenance information if the parsed end-to-end call message is state maintenance information
  • the state maintenance module is configured to: save the state of the local end and its peer end, generate state maintenance information indicating the current end-to-end call state according to the state maintenance policy, and notify the package sending module to generate a state maintenance message.
  • the present invention also provides an end-to-end calling terminal, which implements an end-to-end call through a new network, including: an interface module, a package sending module, and a receiving a parsing module and an identity management module, wherein: the interface module is configured to: receive a message or a command input by the user, and notify the encapsulating and sending module, and further set to: notify the user of the received end-to-end call message;
  • the encapsulating and transmitting module is connected to the interface module, and is configured to: obtain the AID of the local end and the AID of the opposite end from the identity management module, and generate the end-to-end call message, where the source and destination addresses are respectively The AID of the local end and the AID of the opposite end are further
  • the interface module is configured to: when the received input operation is a call, notify the encapsulated sending module to generate an end-to-end call message of the call setup request; and the received end-to-end call message content is call setup
  • a ring signal is generated to notify the user
  • the encapsulated sending module is notified to generate an end-to-end call message of the call setup response
  • the received end-to-end call message is a call setup response
  • informing the encapsulated sending module to generate an end-to-end call message for the call setup acknowledgement when the received input operation is a call, notify the encapsulated sending module to generate an end-to-end call message of the call setup request; and the received end-to-end call message content is call setup
  • a ring signal is generated to notify the user
  • the encapsulated sending module is notified to generate an end-to-end call message of the call setup response
  • the received end-to-end call message is a call setup response
  • the end-to-end call message is a video packet or a voice packet generated according to the input voice or video information, or a request message generated according to the input command is added as a friend or a request message to invite to join the group.
  • the terminal further includes a state maintenance module connected to the package sending module; the receiving and analyzing module is further configured to: send the state maintenance information if the parsed end-to-end call message is state maintenance information
  • the state maintenance module is configured to: save the state of the local end and its peer end, generate state maintenance information indicating the current end-to-end call state according to the state maintenance policy, and notify the package sending module to generate a state maintenance message.
  • End-to-end call message and receiving state maintenance information sent by the receiving parsing module and performing state maintenance according to the state maintenance information;
  • the peer end of the status maintenance message by the encapsulation sending module is all friends and group members in the active state.
  • the end-to-end call implementation method, the end-to-end call terminal and the system of the present invention do not involve an end-to-end call service server, and end-to-end communication is used between the user and the user, thereby avoiding a single point failure of the registration server of the existing system. Reliability risk.
  • the end-to-end service is not passed through the server, and the business secret is not leaked by the operator. Therefore, the present invention effectively prevents end-to-end call hacking, and has high reliability and security.
  • the terminal can directly use the end-to-end calling service, and it is more convenient to log in to the end-to-end calling system without inputting a username and password.
  • FIG. 1 is a block diagram showing the architecture of a new network in accordance with an embodiment of the present invention.
  • 2 is a schematic diagram of an implementation method of an end-to-end call according to an embodiment of the present invention.
  • FIG. 3 is a schematic flowchart of an end-to-end call setup according to an embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of a module of an end-to-end calling terminal according to an embodiment of the present invention.
  • the preferred embodiment of the present invention implements the end-to-end call implementation method, the end-to-end calling terminal, and the system based on the identity location separation architecture (hereinafter referred to as the new network), and does not require a special end-to-end call service server (for example, the registration server in the prior art participates, and after the terminal logs in to the new network, the end-to-end service function can be implemented, and the implementation process and system of the end-to-end call are simplified.
  • the new network of the present invention includes but is not limited to the specific implementation of various identity location separation architectures that have been proposed so far, and has the following features:
  • the terminal has an identity (AID) indicating the identity and a routing location identifier (RID) indicating the location, wherein the AID is unique and intrinsic, and the routing location identifier is an identifier used to route the data to the terminal, and has a certain Relativity, when the terminal moves, its routing location identifier can change.
  • AID identity
  • RID routing location identifier
  • the new network will be based on the mapping relationship between the identity identifier and the route identifier and according to the specific routing rule.
  • the data route sent by the terminal is forwarded to the peer.
  • the end-to-end calling system of the present invention logs in and addresses according to the user AID, and the user AID is a network layer identifier, which is similar to the user's mobile phone number, and is universally used and follows the user's mobile, so the network no longer needs end-to-end Calling the service server makes it easier to implement end-to-end calls in the new network.
  • the end-to-end calling system of the present invention comprises an end-to-end calling terminal and a new network connected to the end-to-end calling terminal, wherein the end-to-end calling terminal has an end-to-end calling function and is configured to generate and Sending an end-to-end call message, which carries the identity of the end-to-end call peer; is also configured to receive the end-to-end call message, and correspondingly process the received end-to-end call message; And receiving the end-to-end call message sent by the end-to-end call terminal, and forwarding the end-to-end call message route to the end-to-end call peer according to the mapping relationship between the identity identifier and the route identifier.
  • the method for implementing the end-to-end call of the present invention does not require the end-to-end call service server to participate.
  • the process of transmitting the end-to-end call message at the local end and the opposite end includes: Step 201: The local end generates and sends an end-to-end call message, where the peer end identifier is carried;
  • Step 202 The new network forwards the end-to-end call message to the peer end according to the mapping relationship between the identity identifier and the route identifier.
  • Step 203 The peer end receives the end-to-end call message, and executes Corresponding operation and processing.
  • the local end For the end-to-end call setup, in step 201, the local end generates the end-to-end call message according to the received user input operation, and when the user input operation is a call, the end to The end call message refers to a call setup request; when the user input operation is off-hook, the end-to-end call message refers to a call setup response; in step 203, the peer end receives the end-to-end call message When the call setup request is made, the opposite end generates a ring signal to notify the user; when the end-to-end call message received by the opposite end is a call setup response, the opposite end generates a call setup acknowledgement and sends the call to the Local end, call setup. Specifically, as shown in FIG.
  • Step 301 The local end sends the call setup request (INVITE) after receiving the incoming call operation, where the source and destination addresses are the identity of the local end and the opposite end respectively, and the new network maps the relationship between the identity identifier and the route identifier.
  • ISVITE call setup request
  • the call setup request route is forwarded to the peer end;
  • Step 302 The peer end receives the call setup request, generates a ring signal, receives an input off-hook signal, stops ringing, and replies to a call setup response (200 OK)
  • the source and destination addresses are the identity identifiers of the peer end and the local end respectively, and the new network forwards the call setup response route to the local end according to the mapping relationship between the identity identifier and the route identifier.
  • ACK call setup acknowledgement
  • the call setup acknowledgement route is forwarded to the peer, and the call is established.
  • the steps 301 to 302 are completed, and the process ends.
  • the local end performs step 303 to complete the call setup process.
  • the local end and the opposite end may be collectively referred to as a terminal, and the terminal logs in to the network of the identity location separation architecture before the call is established, and the login process includes: Step (a) The terminal sends an authentication request, where the identity identifier and the user input are carried.
  • step (b) ASN (Access Service Node) of the new network sends the authentication request to the authentication server;
  • Step (d) The ASN allows or blocks the terminal to log in according to the authentication response.
  • the end-to-end call message is a call release request generated by the local end according to the received on-hook operation of the user input; in step 203, the opposite end receives the call release After the request, the call is released.
  • the end-to-end call message is a state maintenance that is generated by the local end according to the state maintenance policy, indicating the end-to-end call state of the local end.
  • the message in step 203, the peer end maintains the state of the local end saved locally according to the state maintenance information.
  • the status maintenance policy can be set to periodically send status maintenance messages (such as online heartbeat commands) when the end-to-end call function is turned on and off, when the user actively changes the local status, and when the end-to-end call function is turned on.
  • the end-to-end call message referred to in the present invention refers to any message that needs to be sent to the peer end, in addition to the above call setup, call release related message, and the request generated by the input command as a friend or invitation to join the group.
  • the message, the response to the request as a friend, the notification of kicking a member out of the group, and the video or voice packet generated according to the input voice or video information during the call are all applicable to the above process.
  • the end-to-end calling terminal is as shown in FIG. 4, and the end-to-end calling terminal implements the end-to-end call through the new network, and includes: an interface module 401, a package sending module 402, a receiving parsing module 403, and an identity management module 404.
  • the state maintenance module 405 wherein: the interface module 401 is configured to receive a message or a command input by the user, and notify the package sending module 402, and is further configured to notify the user of the received end-to-end call message; the package sending module 402
  • the interface module 401 is connected to the interface module 401, and is configured to obtain the identity of the local end (AID) and the AID of the peer end from the identity management module 404, and generate the end-to-end call message, where the source and destination addresses are respectively
  • the AID of the local end and the AID of the opposite end are further configured to send the end-to-end call message;
  • the receiving parsing module 403 is connected to the interface module 401, and is configured to receive and parse the received end-to-end call message, It is further configured to send the end-to-end call message to the interface module 401; if the parsed end-to-end call message is status maintenance information, it is further configured to maintain the status The information is sent to the state maintenance module 405.
  • the identity management module 404 is connected to the package sending module 402 and configured to manage the AID of the local end and its peer end.
  • the state maintenance module 405 is connected to the package sending module 402, and is configured to save the state of the local end and the opposite end thereof, and generate state maintenance information indicating the current end-to-end call state according to the state maintenance policy, and notify the package sending module 402 to generate End-to-end call message for status maintenance message; It is configured to receive the state maintenance information sent by the receiving parsing module 403 and perform state maintenance according to the state maintenance information.
  • the encapsulating sending module 402 defaults that the peer end of the state maintenance message is all active friends and groups. member.
  • the package sending module 402 is notified to generate an end-to-end call message of the call setup request; the end-to-end call received by the interface module 401
  • the interface module 401 When the content of the message is a call setup request, the interface module 401 generates a ring signal to notify the user; when the input operation received by the interface module 401 is off-hook, the package sending module 402 is notified to generate a call setup response (200 OK).
  • the end-to-end call message is sent; when the end-to-end call message received by the interface module 401 is a call setup response, the encapsulation sending module 402 is notified to generate an end-to-end call message of a call setup acknowledgement (ACK).
  • the end-to-end call message may further include a video packet or a voice packet generated based on the input voice or video information, and a request message added as a friend or an invitation to join the group according to the input command.
  • the method for implementing the end-to-end call of the present invention the end-to-end calling terminal and the system do not involve end-to-end call Called the service server, the end-to-end communication between the user and the user can avoid the reliability risk of the single-point failure of the registration server of the existing system.
  • the end-to-end service is not passed through the server, and the business secret is not leaked by the operator. Therefore, the present invention effectively prevents end-to-end call hacking, and has high reliability and security.
  • the terminal can directly use the end-to-end calling service, and it is more convenient to log in to the end-to-end calling system without inputting a username and password.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

端到端呼叫的实现方法、 端到端呼叫终端及系统
技术领域 本发明涉及通信、 互联网领域， 尤其涉及一种端到端呼叫的实现方法、 端到端呼叫终端及系统。
背景技术 身份和位置分离技术 关于下一代信息网络架构的研究是当前最热门的课题之一。 目前大多数 研究接受的观点是： 未来网络将以互联网为统一承载网络。 互联网从其诞生 以来一直保持高速发展， 已成为当前最成功、 最具生命力的通信网络， 其灵 活可扩展性、 高效的分组交换、 终端强大的功能等特点非常符合新一代网络 的设计需要， 互联网将是新一代网络设计的主要参考蓝本。 然而， 互联网的结构还远远没有达到最优， 存在很多重大的设计问题， 其中比较典型的是 IP地址的双重属性的问题， 即 IP地址既代表用户身份， 又代表用户所处的网络拓朴， 即 IP地址的双重属性。 互联网发明于二十世纪 七十年代， 人们难以预计今天世界上将存在大量的移动终端和多家乡终端， 因此当时的互联网协议栈主要是针对以 "固定"方式连接的终端而设计。 在当 时的网络环境下， 由于终端基本上不会从一个位置移动到其它位置， 发送的 地址就是接收的地址，路径是可逆的， 所以具有身份和位置双重属性的 IP地 址能够非常好的工作， IP 地址的身份属性与位置属性之间没有产生任何冲 突。 IP地址同时代表身份和位置恰恰满足了当时的网络需求。 从当时的网络 环境来看， 这种设计方案简单有效， 简化了协议栈的层次结构。 但毋庸置疑 的是， IP地址的身份属性与位置属性之间存在着内部矛盾。 IP地址的身份 属性要求任意两个 IP地址都是平等的， 虽然 IP地址可以按照组织机构进行 分配， 但是连续编码的 IP地址之间没有必然的关系， 或者至少在拓朴位置 上没有必然的关系； IP地址的位置属性则要求 IP地址基于网络拓朴（而不 是组织机构）进行分配， 处于同一个子网内的 IP地址都应该处于一个连续 的 IP地址块中， 这样才可以使网络拓朴中的 IP地址前缀聚合， 从而减少路 由器设备的路由表的条目， 保证路由系统的可扩展性。 总的来说， IP地址双重属性的内在矛盾将导致如下主要问题：
1. 路由可扩展问题。 关于互联网路由系统的可扩展性存在一个基本的假 定：
"地址按照拓朴进行分配，或者拓朴按照地址进行部署，二者必选其一"。 IP地址的身份属性要求 IP地址基于终端所属的组织机构（而不是网络拓朴） 进行分配， 而且这种分配要保持一定的稳定性， 不能经常改变； 而 IP地址 的位置属性要求 IP地址基于网络拓朴进行分配， 以便保证路由系统的可扩 展性。 这样， IP地址的两种属性就产生了冲突， 最终引发了互联网路由系统 的可扩展问题。
2. 移动性问题。 IP地址的身份属性要求 IP地址不应该随着终端位置的 改变而变化， 这样才能够保证绑定在身份上的通信不中断， 也能够保证终端 在移动后， 其它终端仍能够使用它的身份与之建立通信联系； 而 IP地址的 位置属性则要求 IP地址随着终端位置的改变而改变，以便 IP地址能够在新 的网络拓朴中聚合， 否则网络就必须为移动后的终端保留单独的路由信息， 从而造成路由表条目的急剧增长。
3. 多家乡问题。 多家乡通常指终端或网络同时通过多个 ISP ( Internet Service Provider, 因特网服务提供商） 的网络接入到互联网。 多家乡技术的 优点包括增加网络的可靠性、 支持多个 ISP之间的流量负载均衡和提高总体 可用带宽等。 但是， IP地址双重属性的内在矛盾使得多家乡技术难以实现。 IP地址的身份属性要求一个多家乡终端始终对其它终端展现不变的身份，无 论该多家乡终端是通过几个 ISP接入到互联网； 而 IP地址的位置属性则要 求一个多家乡终端在不同的 ISP 网络中使用不同的 IP地址通信， 这样才能 保证终端的 IP地址能够在 ISP 网络的拓朴中聚合。
4. 安全和位置隐私问题。 由于 IP地址同时包含终端的身份信息和位置 信息， 所以通信对端和恶意窃听者都可以根据一个终端的 IP地址同时获得 该终端的身份信息和拓朴位置信息。 总的来说， 自从传统互联网的体系结构建立以来， 互联网的技术环境和 用户群体都已经发生了翻天覆地的变化， 互联网需要随之进行革新。 IP地址 的双重属性问题是困扰互联网继续发展的根本原因之一， 将 IP地址的身份 属性和位置属性进行分离， 是解决互联网所面临问题的一个很好的思路。 新 网络将基于这种思路进行设计， 提出一种身份信息与位置信息分离映射的网 络结构， 以解决现有互联网存在的一些严重弊端。 为了解决身份和位置的问题， 业界进行了大量的研究和探索， 所有身份 与位置分离方案的基本思想都是将原本绑定在 IP地址上的身份与位置双重 属性分离。其中，有些方案釆用应用层的 URL ( Uniform Resource Locator, 统 一资源定位符， URL是用于完整地描述 Internet上网页和其他资源的地址的 一种标识方法） 或 FQDN ( Fully Qualified Domain Name, 合格域名 ) 作为 终端的身份标识， 如 IPNL ( IP Next Layer, IP下一层， 属于 NAT扩展架构 的方式） 、 TRIAD ( A Scalable Deployable NAT-based Internet Architecture, 一种可扩展易部署的基于 NAT的网络架构） 等； 有些方案引入了新的名字 空间作为身份标识， 如 HIP ( Host Identity Protocol , 主机标识协议）在以 IP 地址为标识网络层上增加主机标识； 有些方案将 IP地址进行分类， 部分 IP 作为身份标识， 部分 IP 作为位置标识， 如 LISP ( Locator/ID Separation Protocol , 位置身份分离协议） 等； 北方交通大学张宏科的专利 CN200610001825也提出一种解决方案， 使用 IP地址作为主机的位置标识， 引入端主机标识作为身份标识解决身份和位置分离的问题。 上述的提案和方案都从问题的一些局部提出在现有的网络架构下实现身 份与位置分离解决方案， 位置与身份分离是未来数据通信网络的核心技术， 特别是移动数据通信网络。
端到端呼叫技术 在 VOIP ( Voice over Internet Protocol , 网络电话） 的实现技术中， 有两 种方式， 一种是釆取 Client-Server (客户机-服务器）模式的技术， 即网络 中存在 VOIP服务器如媒体网关控制器、 网关网守、 代理服务器等， 负责处 理呼叫选路、呼叫信令、媒体控制等， H.323、 SIP ( Session Initiation Protocol, 会话初始协议） 、 软交换等都是釆取 Client-Server模式的 VOIP技术， 这类 技术在传统的电信运营商有广泛的应用， 因为运营商能够控制 VOIP的呼叫 和信令流程， 从而对业务收费。 另一种 VOIP的实现技术釆取端到端呼叫的方式， 即网络中并没有处于 中心或控制地位的服务器， 由终端直接和对方终端完成呼叫和信令的整个流 程。 这类技术具备互联网特性， 即免费和开放。 Skype 就是釆取端到端呼叫 的 VOIP技术， 它的出现给传统电信业带来一股强烈的冲击波， 截至目前， Skype全球注册用户数已达 2.5亿， 每天增加的会员有 15.5万人， 而到 2005 年 3月 14 日为止， Skype在全球的通话量累计已经达到 60亿分钟。 Skype 仍在迅速向各个国家渗透， 最新的统计表明： 使用 Skype技术呼叫的分钟数 已经占到美国 VoIP分钟数的 46.2%,这部分用户基本是"免费，，享用电话业务 的。 现有互联网的端到端呼叫是工作在应用层， 通过用户名和密码标识一个 用户。 但互联网是根据 IP地址寻址， 无法根据用户名和密码寻址， 所以网络 中还需要一个处于中心位置的注册服务器， 建立应用层的用户名和网络层的 IP地址之间的映射关系， 并把这个映射关系返回给用户。 注册服务器还需要 检验并保证用户名的全球惟一性。 目前已经揭示的各种身份位置分离架构网络都没有对端到端呼叫提出具 体的应用方案， 当然更没有解决以上现有端到端呼叫的缺陷。
发明内容 本发明要解决的技术问题是提供一种端到端呼叫的实现方法， 以及端到 端呼叫终端及系统， 以基于新网实现端到端呼叫， 同时简化端到端呼叫的流 程和系统。 为解决以上技术问题， 本发明提供一种端到端呼叫的实现方法， 该方法 基于身份位置分离架构的网络（即新网） 实现， 无需端到端呼叫业务服务器 参与， 所述方法包括端到端呼叫建立流程， 所述端到端呼叫建立流程包括： 本端接收输入的起呼操作后发送呼叫建立请求， 其中源、 目的地址分别 是本端和对端的身份标识， 所述新网根据身份标识与路由标识的映射关系将 所述呼叫建立请求路由转发给所述对端； 所述对端接收所述呼叫建立请求， 回复呼叫建立应答， 其中源、 目的地 址分别是所述对端和本端的身份标识， 所述新网根据身份标识与路由标识的 映射关系将所述呼叫建立应答路由转发给所述本端。 优选地， 所述本端和对端统称为终端， 呼叫建立前所述终端登录所述新 网， 所述登录过程包括： 所述终端发送认证请求， 其中携带其身份标识及用户输入的口令； 新网的接入业务节点 （ASN )将所述认证请求发送到认证服务器； 所述认证服务器对所述身份标识及口令进行认证， 并根据认证结果返回 认证响应； 所述 ASN根据所述认证响应， 允许或阻止所述终端登录。 优选地， 所述方法还包括端到端呼叫释放的过程， 所述端到端呼叫释放 的过程包括： 本端接收输入的挂机信号， 向对端发送呼叫释放消息， 其中源、 目的地 址分别是本端和对端的身份标识， 所述新网根据身份标识与路由标识的映射 关系将所述呼叫释放消息路由转发给所述对端； 或者 对端接收输入的挂机信号， 向本端发送呼叫释放消息， 其中源地址和目 的地址分别是对端和本端的身份标识， 所述身份位置分离架构的网络根据身 份标识与路由标识的映射关系将所述呼叫释放消息路由转发给所述本端。 为解决以上技术问题， 本发明还提供一种端到端呼叫的实现方法， 该方 法基于新网实现， 无需端到端呼叫业务服务器参与， 端到端呼叫报文在本端 和对端传输的过程包括： A、 所述本端生成并发送端到端呼叫报文， 其中携带对端身份标识；
B、 新网根据所述对端身份标识将所述端到端呼叫报文路由转发到所述 对端;
C、 所述对端接收所述端到端呼叫报文， 并执行相应操作及处理。 优选地， 步骤 A中， 所述本端是根据接收的用户输入操作生成所述端到 端呼叫报文的， 当所述用户输入操作是起呼时， 所述端到端呼叫报文为呼叫 建立请求； 当所述用户输入操作是摘机时， 所述端到端呼叫报文为呼叫建立 应答； 步骤 C中， 所述对端接收到的端到端呼叫报文是呼叫建立请求时， 所 述对端产生响铃信号通知用户； 所述对端接收的端到端呼叫报文是呼叫建立 应答时， 所述对端生成呼叫建立肯定应答， 并发送给所述本端， 呼叫建立。 优选地， 步骤 A中， 所述端到端呼叫报文是所述本端根据接收的用户输 入的挂机操作生成的呼叫释放请求； 步骤 C中， 所述对端接收所述呼叫释放 请求后， 呼叫释放。 优选地， 步骤 A中， 所述端到端呼叫报文是所述本端根据状态维护策略 生成的表明所述本端的端到端呼叫状态的状态维护消息， 步骤 C中， 所述对 端根据所述状态维护信息对本地保存的所述本端的状态进行维护。 为解决以上技术问题， 本发明还提供一种端到端呼叫系统， 所述系统包 括端到端呼叫终端以及与所述端到端呼叫终端相连接新网， 其中， 所述端到端呼叫终端， 具有端到端呼叫功能， 并设置成： 生成并发送端 到端呼叫报文， 其中携带端到端呼叫对端的身份标识； 还设置成接收端到端 呼叫报文， 以及对根据接收的端到端呼叫报文进行相应处理； 新网设置成： 接收所述端到端呼叫终端发送的端到端呼叫报文， 以及根 据身份标识与路由标识的映射关系将所述端到端呼叫报文路由转发到所述端 到端呼叫对端。 优选地， 所述端到端呼叫终端包括： 界面模块、 封装发送模块、 接收解 析模块和身份标识管理模块， 其中： 所述界面模块设置成： 接收用户输入的消息或命令， 并通知封装发送模 块， 还设置成： 将收到的端到端呼叫报文通知用户； 所述封装发送模块， 与所述界面模块连接， 并设置成： 从所述身份标识 管理模块获取本端的身份标识（即 AID )及对端的 AID, 生成所述端到端呼 叫报文，其中源、 目的地址分别是所述本端的 AID及对端的 AID;还设置成： 发送所述端到端呼叫报文； 所述接收解析模块， 与所述界面模块连接， 并设置成： 接收并解析收到 的端对端呼叫报文， 还设置成： 将该端到端呼叫报文发送给界面模块； 所述身份标识管理模块， 与所述封装发送模块连接， 并设置成： 管理本 端及其对端的 AID。 优选地， 所述界面模块设置成： 接收的输入的操作是起呼时， 通知所述 封装发送模块生成呼叫建立请求的端到端呼叫报文； 接收的端到端呼叫报文 内容是呼叫建立请求时，产生响铃信号通知用户；接收的输入操作是摘机时， 通知所述封装发送模块生成呼叫建立应答的端到端呼叫报文； 接收的端到端 呼叫报文是呼叫建立应答时， 通知所述封装发送模块生成呼叫建立肯定应答 的端到端呼叫 文。 优选地， 所述端到端呼叫报文为根据输入的语音或视频信息生成的视频 包或语音包， 或， 根据输入的命令生成的请求加为好友或邀请加入群组的请 求消息。 优选地， 所述终端还包括与所述封装发送模块连接的状态维护模块； 所述接收解析模块还设置成： 若解析后的端到端呼叫报文是状态维护信 息， 将该状态维护信息发送给状态维护模块； 所述状态维护模块设置成： 保存本端及其对端的状态， 根据状态维护策 略生成表明当前端到端呼叫状态的状态维护信息， 并通知封装发送模块生成 状态维护消息的端到端呼叫报文； 以及， 接收所述接收解析模块发送的状态 维护信息并根据所述状态维护信息进行状态维护； 所述封装发送模块默认所述状态维护消息的对端是所有处于活动态的好 友及群组成员。 为解决以上技术问题， 本发明还提供了一种端到端呼叫终端， 该端到端 呼叫终端通过新网实现端到端呼叫， 包括： 界面模块、 封装发送模块、 接收 解析模块和身份标识管理模块， 其中： 所述界面模块设置成： 接收用户输入的消息或命令， 并通知封装发送模 块， 还设置成： 将收到的端到端呼叫报文通知用户； 所述封装发送模块， 与所述界面模块连接， 并设置成： 从所述身份标识 管理模块获取本端的 AID及对端的 AID,生成所述端到端呼叫报文，其中源、 目的地址分别是所述本端的 AID及对端的 AID; 还设置成： 发送所述端到端 呼叫 4艮文； 所述接收解析模块， 与所述界面模块连接， 并设置成： 接收并解析收到 的端对端呼叫报文， 还设置成： 将该端到端呼叫报文发送给界面模块； 所述身份标识管理模块， 与所述封装发送模块连接， 并设置成： 管理本 端及其对端的 AID。 优选地， 所述界面模块设置成： 接收的输入的操作是起呼时， 通知所述 封装发送模块生成呼叫建立请求的端到端呼叫报文； 接收的端到端呼叫报文 内容是呼叫建立请求时，产生响铃信号通知用户；接收的输入操作是摘机时， 通知所述封装发送模块生成呼叫建立应答的端到端呼叫报文； 接收的端到端 呼叫报文是呼叫建立应答时， 通知所述封装发送模块生成呼叫建立肯定应答 的端到端呼叫 文。 优选地， 所述端到端呼叫报文为根据输入的语音或视频信息生成的视频 包或语音包， 或， 根据输入的命令生成的请求加为好友或邀请加入群组的请 求消息。 优选地， 所述终端还包括与所述封装发送模块连接的状态维护模块； 所述接收解析模块还设置成： 若解析后的端到端呼叫报文是状态维护信 息， 将该状态维护信息发送给状态维护模块； 所述状态维护模块设置成： 保存本端及其对端的状态， 根据状态维护策 略生成表明当前端到端呼叫状态的状态维护信息， 并通知封装发送模块生成 状态维护消息的端到端呼叫报文； 以及， 接收所述接收解析模块发送的状态 维护信息并根据所述状态维护信息进行状态维护； 所述封装发送模块默认所述状态维护消息的对端是所有处于活动态的好 友及群组成员。 本发明端到端呼叫的实现方法、 端到端呼叫终端及系统不涉及端到端呼 叫业务服务器， 用户与用户之间釆用端到端通信， 因而可以规避现有系统的 注册服务器单点故障的可靠性风险。 开启端到端业务不通过服务器， 不会被 运营方泄露商业机密， 因而本发明有效地防止了端到端呼叫盗号， 具有较高 的可靠性和安全性。 另外， 终端登录了新网， 开启端到端呼叫功能后， 即可 直接使用端到端呼叫业务， 无需再输入用户名和口令登录端到端呼叫系统， 使用更为方便。
附图概述 图 1是本发明实施例的新网的架构示意图。 图 2是本发明实施例的端到端呼叫实现方法的示意图。 图 3是本发明实施例的端到端呼叫建立的流程示意图。 图 4是本发明实施例的端到端呼叫终端的模块结构示意图。
本发明的较佳实施方式 本发明端到端呼叫的实现方法、 端到端呼叫终端及系统基于身份位置分 离架构的网络（以下简称新网） 实现， 不需要特别的端到端呼叫业务服务器 (如， 现有技术中的注册服务器）参与， 终端登录新网后， 即可实现端到端 服务功能， 简化了端到端呼叫的实现过程和系统。 本发明所说的新网， 如图 1所示， 包括但不限于目前已经提出的各种身 份位置分离架构的具体实现， 具有以下特点：
1、 终端具有表示身份的身份标识 （AID )及表示位置的路由位置标识 (RID), 其中， AID具有唯一性和固有性， 路由位置标识是用以将数据路由到 终端的标识， 具有一定的相对性， 当终端移动时， 其路由位置标识可以改变。
2、新网根据身份标识与路由标识的映射关系以及根据特定的路由规则将 终端发送的数据路由转发到对端。 在新网中， 本发明端到端呼叫系统根据用户 AID登录和寻址， 用户 AID 是网络层标识， 类似于用户手机号码， 全网通用并跟随用户移动， 因此网络 中不再需要端到端呼叫业务服务器，因此新网中实现端到端呼叫将更为简便。 本发明端到端呼叫系统， 包括端到端呼叫终端以及与所述端到端呼叫终 端相连接新网， 其中， 所述端到端呼叫终端， 具有端到端呼叫功能， 并设置成生成并发送端到 端呼叫报文， 其中携带端到端呼叫对端的身份标识； 还设置成接收端到端呼 叫报文， 以及对根据接收的端到端呼叫报文进行相应处理； 新网， 其设置成接收所述端到端呼叫终端发送的端到端呼叫报文， 以及 根据身份标识与路由标识的映射关系将所述端到端呼叫报文路由转发到所述 端到端呼叫对端。 基于以上系统， 本发明端到端呼叫的实现方法， 无需端到端呼叫业务服 务器参与， 如图 2所示， 端到端呼叫报文在本端和对端传输的过程包括： 步骤 201 : 所述本端生成并发送端到端呼叫报文， 其中携带对端身份标 识；
步骤 202: 新网根据身份标识与路由标识的映射关系将所述端到端呼叫 报文路由转发到所述对端； 步骤 203: 所述对端接收所述端到端呼叫报文， 并执行相应操作及处理。 对于端到端呼叫建立而言， 步骤 201中， 所述本端是根据接收的用户输 入操作生成所述端到端呼叫报文的， 当所述用户输入操作是起呼时， 所述端 到端呼叫报文指呼叫建立请求； 当所述用户输入操作是摘机时， 所述端到端 呼叫报文指呼叫建立应答； 步骤 203中， 所述对端接收到的端到端呼叫报文 是呼叫建立请求时， 所述对端产生响铃信号通知用户； 所述对端接收的端到 端呼叫报文是呼叫建立应答时， 所述对端生成呼叫建立肯定应答， 并发送给 所述本端， 呼叫建立。 具体地， 如图 3所示， 端到端呼叫建立的流程包括以下步骤： 步骤 301 : 本端接收输入的起呼操作后发送呼叫建立请求（INVITE ) , 其中源、 目的地址分别是本端和对端的身份标识， 所述新网根据身份标识与 路由标识的映射关系将所述呼叫建立请求路由转发给所述对端； 步骤 302: 所述对端接收所述呼叫建立请求， 产生响铃信号， 接收输入 的摘机信号， 停止响铃， 回复呼叫建立应答（200 OK ) , 其中源、 目的地址 分别是所述对端和本端的身份标识， 所述新网根据身份标识与路由标识的映 射关系将所述呼叫建立应答路由转发给所述本端； 步骤 303 : 所述本端接收所述呼叫建立应答， 回复呼叫建立肯定应答 ( ACK ) , 其中源、 目的地址分别是所述本端和对端的身份标识， 所述新网 根据身份标识与路由标识的映射关系将所述呼叫建立肯定应答路由转发给所 述对端， 呼叫建立。 对建立呼叫的流程而言， 完成步骤 301到 302, 可以认为流程结束， 但 为了让通信双方都确认对方已经进入通话状态， 本端执行步骤 303 , 完成呼 叫建立流程。 另外， 本端和对端可统称为终端， 呼叫建立前终端登录所述身份位置分 离架构的网络， 所述登录过程包括： 步骤（a )终端发送认证请求， 其中携带其身份标识及用户输入的口令； 步骤（ b )新网的 ASN ( Access Service Node, 接入业务节点 )将所述认 证请求发送到认证服务器； 步骤 ( c )认证服务器对所述身份标识及口令进行认证， 并根据认证结果 将认证响应返回给所述 ASN; 步骤 ( d ) ASN根据所述认证响应， 允许或阻止所述终端登录。 对于呼叫释放而言， 步骤 201中， 所述端到端呼叫报文是所述本端根据 接收的用户输入的挂机操作生成的呼叫释放请求； 步骤 203中， 所述对端接 收所述呼叫释放请求后， 呼叫释放。 对于端到端呼叫状态维护而言， 步骤 201中， 所述端到端呼叫报文是所 述本端根据状态维护策略生成的表明所述本端的端到端呼叫状态的状态维护 消息， 步骤 203中， 所述对端根据所述状态维护信息对本地保存的所述本端 的状态进行维护。 状态维护策略可以设定为在开启、 关闭端到端呼叫功能时、 用户主动更 改本端状态时， 以及在端到端呼叫功能开启期间定期发送状态维护消息 （如 在线心跳命令） 。 本发明所说的端到端呼叫报文指任何需要发送到对端的消息， 除了以上 呼叫建立、 呼叫释放的相关消息， 还包括根据输入的命令生成的请求加为好 友或邀请加入群组的请求消息， 对请求加为好友的应答、 将某成员踢出群组 的通知以及呼叫过程中根据输入的语音或视频信息生成的视频包或语音包， 都适用于以上流程。 具体地， 端到端呼叫终端如图 4所示， 该端到端呼叫终端通过新网实现 端到端呼叫， 包括： 界面模块 401、 封装发送模块 402、 接收解析模块 403、 身份标识管理模块 404、 状态维护模块 405, 其中： 界面模块 401 , 其设置成接收用户输入的消息或命令， 并通知封装发送 模块 402, 还设置成将收到的端到端呼叫报文通知用户； 封装发送模块 402, 与所述界面模块 401连接， 并设置成从身份标识管 理模块 404获取本端的身份标识 （AID )及对端的 AID, 生成所述端到端呼 叫报文， 其中源、 目的地址分别是所述本端的 AID及对端的 AID; 还设置成 发送所述端到端呼叫报文； 接收解析模块 403 , 与所述界面模块 401连接， 并设置成接收并解析收 到的端对端呼叫报文， 还设置成将该端到端呼叫报文发送给界面模块 401 ; 若解析后的端到端呼叫报文是状态维护信息， 还设置成将该状态维护信息发 送给状态维护模块 405; 身份标识管理模块 404, 与所述封装发送模块 402连接， 并设置成管理 本端及其对端的 AID。 状态维护模块 405, 与所述封装发送模块 402连接， 并设置成保存本端 及其对端的状态， 根据状态维护策略生成表明当前端到端呼叫状态的状态维 护信息， 并通知封装发送模块 402生成状态维护消息的端到端呼叫报文； 还 设置成接收所述接收解析模块 403发送的状态维护信息以及根据所述状态维 护信息进行状态维护； 所述封装发送模块 402默认所述状态维护消息的对端 是所有处于活动态的好友及群组成员。
在呼叫建立过程中， 当所述界面模块 401接收的输入的操作^呼时， 通知所述封装发送模块 402生成呼叫建立请求的端到端呼叫 文； 所述界面 模块 401接收的端到端呼叫报文内容是呼叫建立请求时， 所述界面模块 401 产生响铃信号通知用户； 所述界面模块 401接收的输入操作是摘机时， 通知 所述封装发送模块 402生成呼叫建立应答（ 200 OK )的端到端呼叫报文； 所 述界面模块 401接收的端到端呼叫报文是呼叫建立应答时， 通知所述封装发 送模块 402生成呼叫建立肯定应答（ACK ) 的端到端呼叫报文。 所述端到端呼叫报文还可包括根据输入的语音或视频信息生成的视频包 或语音包， 以及根据输入的命令生成的请求加为好友或邀请加入群组的请求 消息。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。 尽管本发明结合特定实施例进行了描述， 但是对于本领域的技术人员来 说， 可以在不背离本发明的精神或范围的情况下进行修改和变化。 这样的修 改和变化被视作在本发明的范围和附加的权利要求书范围之内。
工业实用性 本发明端到端呼叫的实现方法、 端到端呼叫终端及系统不涉及端到端呼 叫业务服务器， 用户与用户之间釆用端到端通信， 因而可以规避现有系统的 注册服务器单点故障的可靠性风险。 开启端到端业务不通过服务器， 不会被 运营方泄露商业机密， 因而本发明有效地防止了端到端呼叫盗号， 具有较高 的可靠性和安全性。 另外， 终端登录了新网， 开启端到端呼叫功能后， 即可 直接使用端到端呼叫业务， 无需再输入用户名和口令登录端到端呼叫系统， 使用更为方便。

Claims

权 利 要 求 书
1、 一种端到端呼叫的实现方法， 其特征在于， 该方法基于身份位置分离 架构的网络实现， 无需端到端呼叫业务服务器参与， 所述方法包括端到端呼 叫建立流程， 所述端到端呼叫建立流程包括： 本端接收输入的起呼操作后发送呼叫建立请求， 其中源地址和目的地址 分别是本端和对端的身份标识， 所述身份位置分离架构的网络根据身份标识 与路由标识的映射关系将所述呼叫建立请求路由转发给所述对端； 以及 所述对端接收所述呼叫建立请求， 回复呼叫建立应答， 其中源地址和目 的地址分别是所述对端和本端的身份标识， 所述身份位置分离架构的网络根 据身份标识与路由标识的映射关系将所述呼叫建立应答路由转发给所述本 端。
2、 如权利要求 1所述的方法， 其中： 所述本端和对端统称为终端， 所述 方法还包括： 呼叫建立前所述终端登录所述身份位置分离架构的网络， 所述 登录过程包括： 所述终端发送认证请求， 其中携带其身份标识及用户输入的口令； 身份位置分离架构的网络的接入业务节点 （ASN )将所述认证请求发送 到认证服务器； 所述认证服务器对所述身份标识及口令进行认证， 并根据认证结果将认 证响应返回给所述 ASN; 以及 所述 ASN根据所述认证响应， 允许或阻止所述终端登录。
3、如权利要求 1所述的方法， 其中， 所述方法还包括端到端呼叫释放的 过程， 所述端到端呼叫释放的过程包括： 本端接收输入的挂机信号， 向对端发送呼叫释放消息， 其中源地址和目 的地址分别是本端和对端的身份标识， 所述身份位置分离架构的网络根据身 份标识与路由标识的映射关系将所述呼叫释放消息路由转发给所述对端； 或 者 对端接收输入的挂机信号， 向本端发送呼叫释放消息， 其中源地址和目 的地址分别是对端和本端的身份标识， 所述身份位置分离架构的网络根据身 份标识与路由标识的映射关系将所述呼叫释放消息路由转发给所述本端。
4、 一种端到端呼叫的实现方法， 其中， 该方法基于身份位置分离架构的 网络实现， 无需端到端呼叫业务服务器参与， 端到端呼叫报文在本端和对端 传输的过程包括：
所述本端生成并发送端到端呼叫报文， 其中携带对端身份标识； 所述身份位置分离架构的网络根据身份标识与路由标识的映射关系将所 述端到端呼叫报文路由转发到所述对端； 以及 所述对端接收所述端到端呼叫 艮文， 并执行相应操作及处理。
5、 如权利要求 4所述的方法， 其中： 在所述本端生成并发送端到端呼叫报文的步骤中， 所述本端根据接收的 用户输入操作生成所述端到端呼叫报文， 当所述用户输入操作是起呼时， 所 述端到端呼叫报文为呼叫建立请求； 当所述用户输入操作是摘机时， 所述端 到端呼叫报文为呼叫建立应答； 在所述对端接收所述端到端呼叫报文， 并执 行相应操作及处理的步骤中， 所述对端接收到的端到端呼叫报文是呼叫建立 请求时， 所述对端产生响铃信号通知用户； 所述对端接收的端到端呼叫报文 是呼叫建立应答时， 所述对端生成呼叫建立肯定应答， 并发送给所述本端， 呼叫建立； 或者 在所述本端生成并发送端到端呼叫报文的步骤中， 所述端到端呼叫报文 是所述本端根据接收的用户输入的挂机操作生成的呼叫释放请求； 在所述对 端接收所述端到端呼叫报文， 并执行相应操作及处理的步骤中， 所述对端接 收所述呼叫释放请求后， 呼叫释放； 或者 在所述本端生成并发送端到端呼叫报文的步骤中， 所述端到端呼叫报文 是所述本端根据状态维护策略生成的表明所述本端的端到端呼叫状态的状态 维护消息； 在所述对端接收所述端到端呼叫报文， 并执行相应操作及处理的 步骤中， 所述对端根据所述状态维护信息对本地保存的所述本端的状态进行 维护。
6、一种端到端呼叫系统， 其中， 所述系统包括端到端呼叫终端以及与所 述端到端呼叫终端相连接身份位置分离架构的网络， 其中， 所述端到端呼叫终端具有端到端呼叫功能， 并设置成： 生成并发送端到 端呼叫报文， 其中携带端到端呼叫对端的身份标识； 还设置成接收端到端呼 叫报文， 以及对根据接收的端到端呼叫报文进行相应处理； 所述身份位置分离架构的网络设置成： 接收所述端到端呼叫终端发送的 端到端呼叫报文， 以及根据身份标识与路由标识的映射关系将所述端到端呼 叫报文路由转发到所述端到端呼叫对端。
7、 如权利要求 6所述的系统， 其中， 所述端到端呼叫终端包括： 界面模 块、 封装发送模块、 接收解析模块和身份标识管理模块， 其中： 所述界面模块设置成： 接收用户输入的消息或命令， 并通知封装发送模 块， 还设置成将收到的端到端呼叫 >¾文通知用户； 所述封装发送模块， 与所述界面模块连接， 并设置成： 从所述身份标识 管理模块获取本端的身份标识及对端的身份标识，生成所述端到端呼叫报文， 其中源地址和目的地址分别是所述本端的身份标识及对端的身份标识； 还设 置成： 发送所述端到端呼叫报文； 所述接收解析模块， 与所述界面模块连接， 并设置成： 接收并解析收到 的端对端呼叫报文， 还设置成： 将该端到端呼叫报文发送给界面模块； 所述身份标识管理模块， 与所述封装发送模块连接， 并设置成： 管理本 端及其对端的身份标识。
8、 如权利要求 7所述的系统， 其中： 所述界面模块设置成： 接收的输入的操作是起呼时， 通知所述封装发送 模块生成呼叫建立请求的端到端呼叫报文； 接收的端到端呼叫报文内容是呼 叫建立请求时， 产生响铃信号通知用户； 接收的输入操作是摘机时， 通知所 述封装发送模块生成呼叫建立应答的端到端呼叫报文； 接收的端到端呼叫报 文是呼叫建立应答时， 通知所述封装发送模块生成呼叫建立肯定应答的端到 端呼叫报文。
9、 如权利要求 7所述的系统， 其中： 所述端到端呼叫报文为根据输入的语音或视频信息生成的视频包或语音 包， 或， 根据输入的命令生成的请求加为好友或邀请加入群组的请求消息。
10、 如权利要求 7所述的系统， 其中： 所述终端还包括与所述封装发送 模块连接的状态维护模块； 所述接收解析模块还设置成： 若解析后的端到端呼叫报文是状态维护信 息， 将该状态维护信息发送给状态维护模块； 所述状态维护模块设置成： 保存本端及其对端的状态， 根据状态维护策 略生成表明当前端到端呼叫状态的状态维护信息， 并通知封装发送模块生成 状态维护消息的端到端呼叫报文； 以及， 接收所述接收解析模块发送的状态 维护信息并根据所述状态维护信息进行状态维护； 所述封装发送模块默认所述状态维护消息的对端是所有处于活动态的好 友及群组成员。
11、 一种端到端呼叫终端， 该端到端呼叫终端通过身份位置分离架构的 网络实现端到端呼叫， 所述端到端呼叫终端包括： 界面模块、封装发送模块、 接收解析模块和身份标识管理模块， 其中： 所述界面模块设置成： 接收用户输入的消息或命令， 并通知封装发送模 块， 还设置成： 将收到的端到端呼叫报文通知用户； 所述封装发送模块， 与所述界面模块连接， 并设置成： 从所述身份标识 管理模块获取本端的身份标识及对端的身份标识，生成所述端到端呼叫报文， 其中源地址和目的地址分别是所述本端的身份标识及对端的身份标识； 还设 置成： 发送所述端到端呼叫报文； 所述接收解析模块， 与所述界面模块连接， 并设置成： 接收并解析收到 的端对端呼叫报文， 还设置成： 将该端到端呼叫报文发送给界面模块； 所述身份标识管理模块， 与所述封装发送模块连接， 并设置成： 管理本 端及其对端的身份标识。
12、 如权利要求 11所述的终端， 其中： 所述界面模块设置成： 接收的输入的操作是起呼时， 通知所述封装发送 模块生成呼叫建立请求的端到端呼叫报文； 接收的端到端呼叫报文内容是呼 叫建立请求时， 产生响铃信号通知用户； 接收的输入操作是摘机时， 通知所 述封装发送模块生成呼叫建立应答的端到端呼叫报文； 接收的端到端呼叫报 文是呼叫建立应答时， 通知所述封装发送模块生成呼叫建立肯定应答的端到 端呼叫报文。
13、 如权利要求 11所述的终端， 其中： 所述端到端呼叫报文为根据输入的语音或视频信息生成的视频包或语音 包， 或， 根据输入的命令生成的请求加为好友或邀请加入群组的请求消息。
14、如权利要求 11所述的终端， 其中： 所述终端还包括与所述封装发送 模块连接的状态维护模块； 所述接收解析模块还设置成： 若解析后的端到端呼叫报文是状态维护信 息， 将该状态维护信息发送给状态维护模块； 所述状态维护模块设置成： 保存本端及其对端的状态， 根据状态维护策 略生成表明当前端到端呼叫状态的状态维护信息， 并通知封装发送模块生成 状态维护消息的端到端呼叫报文； 以及， 接收所述接收解析模块发送的状态 维护信息并根据所述状态维护信息进行状态维护； 所述封装发送模块默认所述状态维护消息的对端是所有处于活动态的好 友及群组成员。
PCT/CN2010/076951 2009-09-30 2010-09-15 端到端呼叫的实现方法、端到端呼叫终端及系统 WO2011038637A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2012531222A JP5518202B2 (ja) 2009-09-30 2010-09-15 エンドツーエンドコールの実現方法、エンドツーエンドコール端末及びシステム
US13/395,920 US20120180117A1 (en) 2009-09-30 2010-09-15 Method for Realizing End-to-End Call, End-to-End Call Terminal and System
KR1020127008326A KR101368615B1 (ko) 2009-09-30 2010-09-15 단대단 콜의 구현 방법, 단대단 콜 터미널 및 시스템
EP10819866.4A EP2472984A4 (en) 2009-09-30 2010-09-15 METHOD FOR ESTABLISHING AN END-TO-END CALL, END-TO-END CALL TERMINAL, AND SYSTEM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910204402.2 2009-09-30
CN200910204402.2A CN102035813B (zh) 2009-09-30 2009-09-30 端到端呼叫的实现方法、端到端呼叫终端及系统

Publications (1)

Publication Number Publication Date
WO2011038637A1 true WO2011038637A1 (zh) 2011-04-07

Family

ID=43825546

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/076951 WO2011038637A1 (zh) 2009-09-30 2010-09-15 端到端呼叫的实现方法、端到端呼叫终端及系统

Country Status (6)

Country Link
US (1) US20120180117A1 (zh)
EP (1) EP2472984A4 (zh)
JP (1) JP5518202B2 (zh)
KR (1) KR101368615B1 (zh)
CN (1) CN102035813B (zh)
WO (1) WO2011038637A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106789966A (zh) * 2016-12-05 2017-05-31 广州海格通信集团股份有限公司 呼叫业务路由处理方法和系统

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102130887B (zh) * 2010-01-20 2019-03-12 中兴通讯股份有限公司 一种在公共设备上接入网络的方法及系统
CN102131197B (zh) * 2010-01-20 2015-09-16 中兴通讯股份有限公司 一种在公共设备上接入网络的方法及系统
US8661500B2 (en) * 2011-05-20 2014-02-25 Nokia Corporation Method and apparatus for providing end-to-end privacy for distributed computations
CN102821216A (zh) * 2011-06-07 2012-12-12 鸿富锦精密工业（深圳）有限公司 终端设备及其交换网络协议语音信令的方法
TWI441498B (zh) 2011-06-07 2014-06-11 Hon Hai Prec Ind Co Ltd 終端設備及其交換網路協定語音信令的方法
US9894031B2 (en) * 2014-08-27 2018-02-13 Cisco Technology, Inc. Source-aware technique for facilitating LISP host mobility
CN105306482B (zh) * 2015-11-12 2018-12-21 中国电子科技集团公司第三十研究所 一种面向特殊应用的泛搜索寻址的呼叫控制方法
CN111404893B (zh) * 2020-03-06 2021-12-21 深信服科技股份有限公司 一种主机分类方法、装置、设备及计算机存储介质
CN111885219B (zh) * 2020-07-28 2023-04-07 杭州迪普科技股份有限公司 一种基于sip媒体协商的通信方法、装置和nat设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801764A (zh) * 2006-01-23 2006-07-12 北京交通大学 一种基于身份与位置分离的互联网接入方法
WO2008138853A1 (en) * 2007-05-11 2008-11-20 Telefonaktiebolaget Lm Ericsson (Publ) Hip node reachability

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6992995B2 (en) * 2000-04-17 2006-01-31 Telcordia Technologies, Inc. Telecommunication enhanced mobile IP architecture for intra-domain mobility
US7269658B2 (en) * 2003-10-16 2007-09-11 Lucent Technologies Inc. Method and system for connecting calls through virtual media gateways
CN1805342A (zh) * 2005-01-10 2006-07-19 华为技术有限公司 获取多媒体设备ip地址的方法和多媒体设备
JP2006333220A (ja) * 2005-05-27 2006-12-07 Toshiba Corp ネットワーク電話システム及びこのネットワーク電話システムのサーバ装置
CN1852453A (zh) * 2005-09-19 2006-10-25 华为技术有限公司 一种一卡多号业务呼出及呼入的方法
JP4762662B2 (ja) * 2005-10-13 2011-08-31 東日本電信電話株式会社 Ｖｐｎ接続システム及びｖｐｎ接続方法
US20070211705A1 (en) * 2006-01-08 2007-09-13 Sunstrum Martin T Server-less telephone system and methods of operation
EP1850551B8 (de) * 2006-04-28 2016-11-23 Unify GmbH & Co. KG Verfahren und Vorrichtungen zum Etablieren einer Kommunikation in einem paketorientierten Netzwerk
GB2444096B (en) * 2006-11-22 2009-10-14 Adam Hill Audio communications system using networking protocols
US7787418B2 (en) * 2007-06-08 2010-08-31 Intel Corporation Apparatus and method to support VoIP calls for mobile subscriber stations
KR100950336B1 (ko) * 2007-12-18 2010-03-31 한국전자통신연구원 서비스 연속성을 보장하기 위한 호 제어 방법
EP2178265B1 (en) * 2008-10-17 2013-09-04 Alcatel Lucent System and method for mobile IP
US20100246566A1 (en) * 2009-03-26 2010-09-30 Grasstell Networks Llc Serverless gateway infrastructure for voice or video

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801764A (zh) * 2006-01-23 2006-07-12 北京交通大学 一种基于身份与位置分离的互联网接入方法
WO2008138853A1 (en) * 2007-05-11 2008-11-20 Telefonaktiebolaget Lm Ericsson (Publ) Hip node reachability

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
DAVID CLARK ET AL: "FARA: Reorganizing the Addressing Architecture", ACM SIGCOMM COMPUTER COMMUNICATION REVIEW, vol. 33, no. 4, August 2003 (2003-08-01), pages 313 - 321, XP002440664 *
See also references of EP2472984A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106789966A (zh) * 2016-12-05 2017-05-31 广州海格通信集团股份有限公司 呼叫业务路由处理方法和系统
CN106789966B (zh) * 2016-12-05 2020-08-14 广州海格通信集团股份有限公司 呼叫业务路由处理方法和系统

Also Published As

Publication number Publication date
US20120180117A1 (en) 2012-07-12
KR20120080188A (ko) 2012-07-16
EP2472984A1 (en) 2012-07-04
CN102035813B (zh) 2016-01-20
KR101368615B1 (ko) 2014-02-27
EP2472984A4 (en) 2016-11-09
JP5518202B2 (ja) 2014-06-11
JP2013506358A (ja) 2013-02-21
CN102035813A (zh) 2011-04-27

Similar Documents

Publication Publication Date Title
WO2011038637A1 (zh) 端到端呼叫的实现方法、端到端呼叫终端及系统
CN114866521B (zh) 会议服务器
EP3292675B1 (en) Establishing media paths in real time communications
US8166533B2 (en) Method for providing media communication across firewalls
EP1650916B1 (en) The system and method for realize multimedia call crossover the private network
US7366894B1 (en) Method and apparatus for dynamically securing voice and other delay-sensitive network traffic
JP5143125B2 (ja) ドメイン間情報通信のための認証方法、システム、およびその装置
WO2007079679A1 (fr) Élément réseau d'interfonctionnement, système d'interfonctionnement entre le terminal csi et le terminal ims et procédé associé
TW201002018A (en) Method for predicting port number of NAT apparatus based on two STUN server inquiry results
JP2013506358A5 (zh)
CN107612931B (zh) 多点会话方法及多点会话系统
EP1820318A2 (en) A method for identifying real-time traffic hop by hop in an internet network
JP2017108417A (ja) ネットワーク通信システムおよび方法
EP2628286B1 (en) Connection control with b2bua located behind nat gateway
JP2008511206A (ja) 管理されたモバイル・ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）オーバーレイ方法およびアーキテクチュア
WO2011038639A1 (zh) 端到端即时通讯的实现方法、端到端即时通讯终端及系统
WO2014114088A1 (zh) 一种ngn下实现宽带业务功能的方法及业务平台
US10313400B2 (en) Method of selecting a network resource
KR100660123B1 (ko) Ｎａｔ 통과를 위한 브이.피.엔 서버 시스템 및 브이.피.엔클라이언트 단말기
US20060230155A1 (en) System and method for peer-to-peer communications with soft hand over for internet enabled devices
CN100525202C (zh) 一种基于h.323协议的私网终端向网守注册的方法
JP5135257B2 (ja) ホームゲートウェイ及びセッション制御サーバによって異なる経路の複数のセッションを確立する方法及びシステム
WO2012075779A1 (zh) 一种保证移动节点服务质量的方法及系统
JP5247534B2 (ja) ホームゲートウェイによって異なる経路の複数のセッションを確立する方法及びシステム
Nurmela Session initiation protocol

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10819866

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13395920

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2010819866

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2010819866

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20127008326

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012531222

Country of ref document: JP