[go: up one dir, main page]

WO2018196843A1 - Procédé et dispositif de demande de ressources - Google Patents

Procédé et dispositif de demande de ressources Download PDF

Info

Publication number
WO2018196843A1
WO2018196843A1 PCT/CN2018/084802 CN2018084802W WO2018196843A1 WO 2018196843 A1 WO2018196843 A1 WO 2018196843A1 CN 2018084802 W CN2018084802 W CN 2018084802W WO 2018196843 A1 WO2018196843 A1 WO 2018196843A1
Authority
WO
WIPO (PCT)
Prior art keywords
domain name
server
media server
access information
address
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2018/084802
Other languages
English (en)
Chinese (zh)
Inventor
王震宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of WO2018196843A1 publication Critical patent/WO2018196843A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • 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
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities

Definitions

  • the present invention relates to the field of computer technologies, and in particular, to a resource request method and apparatus.
  • the traditional telecommunication system is composed of various dedicated hardware devices, and different applications use different hardware devices.
  • the telecommunication system is becoming more and more complex, which brings many challenges to the development of new services and the operation and maintenance of the system.
  • global telecom operators jointly promote Network Function Virtualization (NFV), which can migrate individual network element functions in a telecommunications network from a dedicated hardware platform to a general-purpose server.
  • NFV Network Function Virtualization
  • Each network element used is transformed into a stand-alone application that can be flexibly deployed on a unified infrastructure platform built on standards-based servers, storage, and switches.
  • the service function does not depend on specific hardware devices. It can be centralized in the data center and flexibly scaled as needed. In practice, it is found that after the network function of the telecommunication media service is virtualized, due to the different attributes of the signaling and the media resources, the signaling concentration and the distribution mode of the media resources are gradually formed. As shown in Figure 1, the coordinated distribution of multimedia services from signaling and media resources is gradually formed into signaling at the regional center, and media resources are deployed close to the edge of user access. After the centralized signaling management exceeds a certain amount of media resources, if the relationship between the signaling and the distributed media resources and the relationship between the user and the access media resources are still maintained through static configuration, the operation and maintenance will be changed. It is extremely complicated.
  • the embodiment of the invention provides a resource requesting method and device, which can implement decoupling between signaling and media resources through a DNS server, thereby helping to reduce the complexity of operation and maintenance.
  • an embodiment of the present invention provides a resource request method, in which a signaling server receives a service request message sent by a terminal, and obtains a source network protocol IP of the terminal from the service request message. Addressing, and sending a domain name query message to the domain name system DNS server; receiving a response message returned by the DNS server for the domain name query message, the response message carrying the access information of the at least one media server corresponding to the source IP address; The signaling server determines the access information of the target media server corresponding to the source IP address from the access information of the at least one media server; the signaling server sends the binding information to the target media server by using the access information of the target media server And determining, after the binding to the target media server, the signaling server returns the access information of the target media server to the terminal; the access information of the target media server includes the connection of the target media server Enter the IP address and port number.
  • the signaling server can be dynamically bound to the media server, so
  • the signaling server may use the unused response field in the domain name query message to carry the IP address of the terminal.
  • the return code of the domain name query message is redefined as Ext, the value of 1 indicates that the domain name query message carries the IP address of the terminal.
  • the signaling server may query one or more services according to the service request message, and select, according to the access information of the at least one media server, access information of the media server that can provide multiple services, thereby reducing the need for access.
  • Media server node may query one or more services according to the service request message, and select, according to the access information of the at least one media server, access information of the media server that can provide multiple services, thereby reducing the need for access.
  • the signaling server does not need to maintain state information of the unbound media resource, and in the binding process, if the target media server fails to respond, the access may be based on the access of the at least one media server returned by the DNS server.
  • the information is selected from the media server according to the priority of the media server (which may also be referred to as the priority of the media resource) as the target media server.
  • the signaling server may periodically check the status of the bound resource (or the status of the target media server). If the media resource is faulty or the target media server is faulty, The session can be re-established or terminated according to a preset policy.
  • the embodiment of the present invention provides another resource request method, in which the domain name system DNS server receives the domain name query message sent by the signaling server, and the DNS server parses the source IP address of the terminal in the domain name query message. Corresponding domain name area and service requested by the terminal; the DNS server provides at least one media server domain name of the service according to the domain name area query; and the DNS server determines access information of the at least one media server according to the at least one media server domain name The DNS server returns a response message to the signaling server, where the response message carries the access information of the at least one media server corresponding to the source IP address.
  • the DNS server can reversely search for the domain name area corresponding to the IP address according to the IP address of the terminal, and reversely search for the service resource or the media resource or the domain name of the media server that provides the request service according to the domain name area; A domain name matching the domain name area of the IP address, and searching for the media server access information corresponding to the domain name, thereby obtaining access information of the media server capable of providing services for the terminal, and the DNS server may also determine and the terminal according to the domain name.
  • the most suitable, for example, the access information of the nearest media server is used as the target media server, and the access information of the target media server is returned to the signaling server, so that the signaling server uses the access information to implement binding with the media resource. . Therefore, by implementing the embodiments of the present invention, not only the media resources can be dynamically bound, but also the closest media resources can be selected to provide services for the terminal.
  • the DNS server provides the at least one media server domain name of the service according to the domain name area query, where the DNS server queries the at least one media in the SRV record that provides the service and matches the domain name area. Server domain name.
  • the DNS server searches for the service resource or the domain name area of the media resource according to the domain name iterative search service, it can stop according to the policy after stopping the record or finding the record of the specified layer according to the policy, wherein the policy can find the latest service resource.
  • the domain name is stopped immediately, and the result is returned; or, after finding two domain name records, the result is returned.
  • the access information of the at least one media server includes a priority of the at least one media server, and the priority is used by the signaling server to select a target media server from the at least one media server.
  • the DNS server adjusts the priority of the at least one media server according to the accuracy of the at least one media server domain name, wherein the accuracy is proportional to the priority.
  • media123.lg.sz.gd.cn has a higher priority than media123.sz.gd.cn.
  • the DNS server determines the access information of the at least one media server according to the at least one media server domain name, where the DNS server queries the at least one media server corresponding to the at least one media server domain name in the A record. Access information.
  • the DNS extension agent may be used to implement the foregoing multiple rounds of queries to implement terminal positioning of the media resource or the media server.
  • an alias with the domain name of the disaster recovery area may be added to the DNS server.
  • an embodiment of the present invention further provides a resource requesting apparatus, where the resource requesting apparatus has a function of implementing the resource requesting method according to the first aspect.
  • the above functions can be implemented by hardware or by executing corresponding software through hardware.
  • the above hardware or software includes one or more modules corresponding to the above functions.
  • the resource requesting device may include a communication module, a determination module, and a query module.
  • an embodiment of the present invention further provides a resource requesting apparatus, where the data processing apparatus has a function of implementing the resource requesting method according to the second aspect.
  • the above functions can be implemented by hardware or by executing corresponding software through hardware.
  • the above hardware or software includes one or more modules corresponding to the above functions.
  • the resource requesting device may include a communication module, a parsing module, a query module, a determining module, and an adjusting module.
  • the embodiment of the present invention further provides a resource requesting device, where the resource requesting device may include a processor, a memory, and a communication interface, where the processor is respectively connected to the communication interface and the memory; the memory For storing program instructions; the processor is configured to invoke program instructions in the memory, and execute the resource request method according to the first aspect of the embodiments of the present invention.
  • an embodiment of the present invention further provides a base station, where the base station may include a processor, a memory, and a communication interface, where the processor is respectively connected to the communication interface and the memory; and the memory is used to store a program.
  • the processor is configured to invoke a program instruction in the memory, and execute the resource request method according to the second aspect of the embodiments of the present invention;
  • the embodiment of the present invention further provides a computer readable storage medium, where the computer readable storage medium stores instructions, when executed on a computer, causing the computer to execute the resource request described in the foregoing aspects. method.
  • FIG. 1 is a schematic diagram of a manner in which a media service tends to be distributed in a centralized media resource distribution according to an embodiment of the present disclosure
  • FIG. 2 is a system architecture diagram of a network function virtualization NFV according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a resource request scenario according to an embodiment of the present invention.
  • FIG. 4 is a schematic flowchart of a resource request method according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of a domain name query message format according to an embodiment of the present disclosure.
  • FIG. 6 is a schematic diagram of an IP address of a mobile IPv6 mobile terminal according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of flexible deployment of media resources according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a media resource independently opened to a third party according to an embodiment of the present invention.
  • FIG. 9 is a schematic flowchart diagram of another resource request method according to an embodiment of the present invention.
  • FIG. 10 is a schematic flowchart of a DNS extended proxy scenario according to an embodiment of the present disclosure.
  • FIG. 11 is a schematic flowchart of a remote disaster recovery scenario according to an embodiment of the present invention.
  • FIG. 12 is a schematic diagram of still another resource request method according to an embodiment of the present invention.
  • FIG. 13 is a schematic structural diagram of a resource request apparatus according to an embodiment of the present invention.
  • FIG. 14 is a schematic structural diagram of another resource request apparatus according to an embodiment of the present disclosure.
  • FIG. 15 is a schematic structural diagram of a signaling server according to an embodiment of the present invention.
  • FIG. 16 is a schematic structural diagram of a DNS server according to an embodiment of the present invention.
  • FIG. 2 is an architectural diagram of an NFV system.
  • the NFV system 100 can be implemented in various network environments, such as a data center network, a carrier network, or a local area network.
  • the NFV system 100 includes a network function virtualization management and orchestration system (NFV-MANO) 101, a network function virtualization infrastructure (NFVI) 130, and multiple element management (EM).
  • NFV-MANO network function virtualization management and orchestration system
  • NFVI network function virtualization infrastructure
  • EM multiple element management
  • the network function virtualization orchestration and management system 101 includes a network function virtualization orchestrator (NFVO) 102, one or more virtual network function managers (VNF Managers, VNFM) 104, and a virtualization infrastructure manager ( Virtualized Infrastructure Manager, VIM) 106.
  • the network function virtualization infrastructure 130 includes a hardware resource layer, a virtualization layer, and a virtual resource layer.
  • the hardware resource layer includes computing hardware 112, storage hardware 114, and network hardware 116.
  • the virtual resource layer includes virtual computing 110, virtual storage 118, and virtual network. 120.
  • Network services, VNF and infrastructure descriptions 126 and operational support system/business support system 124 are further discussed in the ETSI GS NFV 002 V1.1.1 standard.
  • the NFV management and orchestration system 101 is used to perform monitoring and management of the virtual network function 108 and the network function virtualization infrastructure 130.
  • Network function virtualization orchestrator 102 may implement network services (such as L2 and L3 VPN services) on network function virtualization infrastructure 130, as well as resource related requests from one or more virtual network function managers 104, to send The information is configured to the virtual network function manager 104 and the status information of the virtual network function 108 is collected.
  • network function virtualization orchestrator 102 can communicate with virtual infrastructure manager 106 to effect resource allocation and/or reservation and to exchange configuration and status information for virtualized hardware resources.
  • the virtual network function manager 104 can manage one or more virtual network functions 108.
  • the virtual network function manager 104 can perform various management functions such as instantiating, updating, querying, scaling, and/or terminating the virtual network function 108 and the like.
  • the virtual infrastructure manager 106 can perform resource management functions such as managing the allocation of infrastructure resources (eg, adding resources to containers) and operational functions (eg, collecting network function virtualization infrastructure failure information).
  • the virtual network function manager 104 and the virtual infrastructure manager 106 can communicate with one another for resource allocation and exchange of configuration and status information for virtualized hardware resources.
  • the network function virtualization infrastructure 130 includes hardware resources, software resources, or a combination of both to complete the deployment of the virtualized environment.
  • the hardware resources and virtualization layers are used to provide virtualized resources, such as virtual machines and other forms of containers, for installing virtual network functions 108.
  • Hardware resources include computing hardware 112, storage hardware 114, and network hardware 116.
  • Computing hardware 112 may be off-the-shelf hardware and/or user-customized hardware used to provide processing and computing resources.
  • Storage hardware 114 may be storage capacity provided within the network or storage capacity resident in storage hardware 114 itself (local storage located within the server). In one possible implementation, computing hardware 112 and storage hardware 114 can be grouped together.
  • Network hardware 116 can be a switch, a router, and/or any other network device configured to have switching functionality.
  • Network hardware 116 can span multiple domains and can include multiple networks interconnected by one or more transport networks.
  • the virtualization layer of network function virtualization infrastructure 130 may abstract hardware resources and decouple virtual network functions 108 from the physical layer to provide virtualized resources to virtual network functions 108.
  • the virtual resource layer includes virtual computing 110, virtual storage 118, and virtual network 120.
  • Virtual computing 110 and virtual storage 118 may be provided to virtual network functionality 108 in the form of virtual machines and/or other containers.
  • one or more virtual network functions 108 can be deployed on a virtual machine.
  • the virtualization layer abstract network hardware 116 forms a virtual network 120.
  • the virtual network 120 can include a virtual switch (Virtual Switch) for providing connections between virtual machines.
  • the transport network in network hardware 116 can be virtualized using a centralized control plane and a separate forwarding plane (eg, software defined network, SDN).
  • virtual network function manager 104 can interact with virtual network function 108 and network element management 122 to manage the lifecycle of virtual network function 108 and to exchange configuration and status information.
  • the virtual network function 108 can be configured to virtualize at least one network function performed by one physical network device.
  • the virtual network function 108 can be configured to provide functions of different network elements in an IMS (IP Multimedia Subsystem, IP Multimedia Subsystem, IMS for short) network, such as a P-CSCF (Proxy-Call Session).
  • IMS IP Multimedia Subsystem
  • IMS IP Multimedia Subsystem
  • IMS IP Multimedia Subsystem
  • P-CSCF Proxy-Call Session
  • the element management 122 is configured to manage one or more virtual network functions 108.
  • the service function does not depend on specific hardware devices, and can be concentrated in the data center to flexibly flex as needed.
  • the network function of the telecommunication media service is virtualized, due to the different attributes of the signaling and media resources of the telecommunication media service, the signaling concentration and the distribution mode of the media resource distribution are gradually formed.
  • the signaling server may also be referred to as a signaling virtual network function, Signaling VNF, which is a server deployed with a signaling function, that is, a device deployed by a signaling virtual network function, and may be collectively referred to as a signaling server;
  • the media server is a server that deploys a media resource, and may also be a server that deploys a virtual network function of the media resource.
  • the media server may also be referred to as a media resource, which is not limited in the embodiment of the present invention.
  • the media resource generally provides RTP media. Functions such as stream forwarding, audio and video codec conversion, and other functions such as IP Multimedia Subsystem (IMS).
  • IMS IP Multimedia Subsystem
  • the signaling virtual network function can be deployed centrally, and the media resource virtual network function can be distributed to the media servers in each area.
  • the UE in FIG. 1 is a User Equipment, which may also be called a terminal.
  • the DNS server is a general name of a server or a data center for deploying a DNS, which is not limited in the embodiment of the present invention.
  • the coordinated distribution of multimedia services from signaling and media resources is gradually formed into signaling at the regional center, and media resources are deployed close to the edge of user access.
  • the centralized signaling management exceeds a certain amount of media resources, if the relationship between the signaling and the distributed media resources and the relationship between the user and the access media resources are still maintained through static configuration, the operation and maintenance will be changed. It is extremely complicated. For example, when the user terminal sends a service request message to the signaling server, the signaling server can only query the statically configured access information of the media server that matches the area where the user terminal is located, and return the access information to the user terminal, so that The user terminal uses the access information to access the media server where the media resource is located. It can be seen that the implementation manner of the signaling server needs to maintain a large number of distributed media resources and the relationship between the user and the media resource, thereby causing the operation and maintenance to become Very complicated.
  • the media server where the media resource is located may be deployed in a distributed manner in the city A and the city B.
  • the signaling server and the DNS server may be deployed in a centralized manner, where the DNS server may include multiple
  • the related functions of the domain name system are carried out, wherein MANO or NFVO can modify the records of the media server or the media server where the media resource is located after the distributed deployment of the media resources, for example, the corresponding domain name area, or access information, etc. .
  • FIG. 4 is a schematic flowchart of a resource requesting method according to an embodiment of the present invention.
  • the resource requesting method shown in FIG. 4 is illustrated from a signaling server side. Specifically, the resource requesting method is provided. The steps can be included:
  • the signaling server receives a service request message sent by the terminal, and obtains a source network protocol IP address of the terminal from the service request message.
  • the signaling function provides service diversity, and needs to respond quickly to the demand, so it is concentrated in the area. Center; media functions need to ensure high-quality QOS, need to be as close as possible to service, reduce delay and packet loss, so use distributed deployment. Therefore, when the terminal initiates the service request, the terminal first sends a service request message to the signaling server, so that the signaling server allocates the access information of the media server where the media resource is located to the terminal.
  • the signaling server sends a domain name query message to the domain name system DNS server.
  • the domain name query message may carry the IP address of the terminal, that is, the source IP address of the service request message.
  • the signaling server may use the unused response field in the domain name query message to carry the IP address of the terminal.
  • the value of 1 indicates that the domain name query message carries the IP address of the terminal.
  • the signaling server receives the response message returned by the DNS server for the domain name query message, where the response message carries the access information of the at least one media server corresponding to the source IP address.
  • the signaling server determines, according to the access information of the at least one media server, access information of the target media server corresponding to the source IP address.
  • the media resource may also be referred to as a media service, and different media services are distinguished by service types, such as voice codec_VoiceTC, video codec_VideoTC, RTP/RTCP processing_RTP, and the signaling server may be based on the service.
  • the request message queries one or more services, and selects access information of a media server capable of providing multiple services from access information of at least one media server, thereby reducing media server nodes that need to be accessed.
  • the signaling server sends a binding request to the target media server by using the access information of the target media server.
  • the signaling server After the binding to the target media server is successful, the signaling server returns the access information of the target media server to the terminal.
  • the access information of the target media server includes the access of the target media server. IP address and port number.
  • the signaling server does not need to maintain state information of the unbound media resource, and in the binding process, if the target media server fails to respond, the access may be based on the access of the at least one media server returned by the DNS server.
  • the information is selected from the media server according to the priority of the media server (which may also be referred to as the priority of the media resource) as the target media server.
  • the signaling server may periodically check the status of the bound resource (or the status of the target media server). If the media resource is faulty or the target media server is faulty, The session can be re-established or terminated according to a preset policy.
  • the terminal can access the target media server to obtain the media resource by using the access information of the target media server returned by the signaling server. Since the media resources in the media server can be dynamically bound to the signaling server or the terminal, the agile deployment of the media resources can be realized.
  • new media resources or media servers can be automatically deployed in the new data center in the area.
  • the information in the signaling server does not need to be modified, and the newly deployed media resources can be subsequently used. use.
  • the B area originally uses the media resources of the geographic center, as shown in FIG. 7 231.
  • the network virtualization system monitors that the local traffic of the B area is large, the other media resources may be directly deployed on the B area, as shown in FIG. 7. 228, and according to the priority of multiple media servers returned by the DNS server, the service of the B area is processed by the newly received 228, that is, in the specific implementation, the newly deployed 228 of the DNS server may be The priority can be increased; thus, the signaling server can achieve the effect of the shunt without any adjustment.
  • the network virtualization system can independently open the media resource to the third-party application.
  • the media resource can use a universal security authentication mechanism.
  • the resource user is authenticated, and after the authentication is passed, the media resource can be opened to the third party application 251.
  • the third party is applied to the media resource or the media server is also connected through the RESTFUL interface, and the RESTFUL interface is an application API interface based on the URL style.
  • FIG. 9 is a schematic flowchart diagram of another resource requesting method according to an embodiment of the present invention.
  • the resource requesting method shown in FIG. 9 is illustrated from a DNS server side, and the DNS server records Serving the SRV record and the A record, the SRV record is used to record the server domain name providing various services; the A record is used to record the correspondence between the domain name and the IP address; the NFV control management MANO (203) or Orchestrator ( 204) After the media VNF is deployed and scaled, the record information of the media resources in the DNS can be modified.
  • the resource request method may include the following steps:
  • the domain name system DNS server receives a domain name query message sent by the signaling server.
  • the DNS server parses a domain name area corresponding to a source IP address of the terminal in the domain name query message, and a service requested by the terminal;
  • the DNS server parses the domain name area corresponding to the source IP address of the terminal in the domain name query message, and the DNS server queries the domain name area corresponding to the source IP address of the terminal in the A record.
  • the DNS server queries, according to the domain name area, the domain name of the at least one media server that provides the service.
  • the DNS server provides the at least one media server domain name of the service according to the domain name area query, where the DNS server queries the at least one media in the SRV record that provides the service and matches the domain name area. Server domain name.
  • the DNS server resolves the domain name area where the terminal is located according to the IP address of the terminal. For example, the IP address of the terminal is 10.20.0.111 and the domain name is lg.sz.gd.cn. If the requested service is Media, it can be iterated according to the domain name. Service, query out media.lg.sz.gd.cn->_media.sz.gd.cn->_media.gd.cn->_media.cn, where different domain name levels represent geographic level, such as districts, cities , province, etc., the service resource representing the service or the specific area where the media server containing the service resource is located.
  • the DNS server searches for the service according to the domain name and searches for the domain name area of the service resource or the media resource.
  • the policy can be stopped according to the policy after the record is stopped or the record of the specified layer is searched, wherein the policy can find the nearest service.
  • the domain name of the resource is immediately stopped and the result is returned; or, after finding two domain name records, the result is returned.
  • the access information of the at least one media server includes a priority of the at least one media server, and the priority is used by the signaling server to select a target media server from the at least one media server.
  • the DNS server adjusts the priority of the at least one media server according to the accuracy of the at least one media server domain name, wherein the accuracy is proportional to the priority.
  • media123.lg.sz.gd.cn has a higher priority than media123.sz.gd.cn.
  • the DNS server determines, according to the at least one media server domain name, access information of the at least one media server.
  • the DNS server determines the access information of the at least one media server according to the at least one media server domain name, where the DNS server queries the at least one media server corresponding to the at least one media server domain name in the A record. Access information.
  • the DNS server returns a response message to the signaling server, where the response message carries the access information of the at least one media server corresponding to the source IP address.
  • the foregoing multiple rounds of query may be implemented by using the DNS extension agent to implement final positioning of the terminal accessing media resources, for example, an extended proxy query terminal.
  • Access domain domain name area corresponding to the IP address
  • iteratively constitutes an SRV query request according to the access domain of the terminal; and prioritizes the service resource domain name (or media server domain name) record obtained by the SRV query request; and caches these
  • the service resource domain name makes it unnecessary for the DNS server to send a large number of query messages to search each time, reducing the loss of CPU resources.
  • the media resources of each area are used as the disaster recovery resources for other areas, you only need to add an alias with the domain name as the suffix of the disaster recovery area in the DNS server, as shown in Figure 11, ft.sz.gd
  • the .cn resource can provide disaster recovery for the entire sz.gd.cn area; after the media_322dx3.ft.sz.gd.cn media resource is generated, the DNS also generates an alias media_322dx3.sz.gd.cn with a suffix of more than one layer domain name; According to the DNS search rule, an alias of a remote resource can be reserved as a low priority resource.
  • FIG. 12 is a schematic diagram of still another resource request method according to an embodiment of the present invention.
  • the resource request method is illustrated in the scenario shown in FIG. 3, where the terminal is 281 shown in FIG. 3;
  • the server is 201 shown in FIG. 3;
  • the DNS server is 202 shown in FIG. 3;
  • the media server is 212, 213, 211, etc. shown in FIG. 3, and the target media server can be recorded as 211 shown in FIG. 3;
  • the example mainly describes how the terminal 281 of the A area requests the media resource.
  • the resource request processing procedure of the terminal 291 of the B area is similar to the terminal 281 of the A area, and will not be described in detail herein.
  • the resource request method may include the following steps:
  • S1201 The terminal sends a service request message to the signaling server.
  • the signaling server receives a service request message sent by the terminal, and obtains a source network protocol IP address of the terminal from the service request message.
  • S1203 The signaling server sends a domain name query message to the domain name system DNS server.
  • the domain name system DNS server receives the domain name query message sent by the signaling server.
  • the DNS server parses a domain name area corresponding to a source IP address of the terminal in the domain name query message, and a service requested by the terminal.
  • the DNS server queries, according to the domain name area, the domain name of the at least one media server that provides the service.
  • the DNS server determines, according to the at least one media server domain name, access information of the at least one media server.
  • the DNS server returns a response message to the signaling server, where the response message carries the access information of the at least one media server corresponding to the source IP address.
  • the signaling server receives a response message returned by the DNS server for the domain name query message.
  • the signaling server determines, according to the access information of the at least one media server, access information of the target media server corresponding to the source IP address.
  • the signaling server sends a binding request to the target media server by using the access information of the target media server.
  • the signaling server After the binding to the target media server is successful, the signaling server returns the access information of the target media server to the terminal; the access information of the target media server includes the access of the target media server. IP address and port number;
  • S1213 The terminal establishes a service flow with the target media server by using the access information of the target media server.
  • the signaling server and the media server where the media resource is located are decoupled through DNS, and are not statically bound/configured with each other; centralized signaling management realizes dynamic of media resources through the access address of the user terminal. Search and dynamic binding; centralized signaling provides the user terminal's access address to the DNS.
  • the unused reply field in the domain name query message or the home IP bearer defined by the mobile IPv6 can be used to carry the IP address of the terminal; the DNS passes the domain name suffix.
  • the level identifies the distance of the media server where the media resource is located; optionally, recursively obtains the record and prioritizes it to achieve the purpose of proximity service and disaster tolerance.
  • the method of the embodiment of the present invention is described in detail above, and the device corresponding to the embodiment of the present invention is provided below.
  • the device corresponding to the embodiment of the present invention may perform related processes or implementation manners in the foregoing embodiments of the present invention.
  • FIG. 13 is a schematic structural diagram of a resource requesting apparatus according to an embodiment of the present invention, where the resource requesting apparatus shown in FIG. 13 can be implemented in a signaling server or a signaling virtual network function, and the present invention is implemented.
  • the resource requesting device may include the following modules:
  • the communication module 1301 is configured to receive a service request message sent by the terminal, and obtain a source network protocol IP address of the terminal from the service request message.
  • the communication module 1301 is further configured to send a domain name query message to the domain name system DNS server;
  • the communication module 1301 is further configured to receive a response message that is returned by the DNS server for the domain name query message, where the response message carries access information of at least one media server corresponding to the source IP address;
  • a determining module 1302 configured to determine, according to the access information of the at least one media server, access information of the target media server corresponding to the source IP address;
  • the communication module 1301 is further configured to send a binding request to the target media server by using the access information of the target media server;
  • the communication module 1301 is further configured to: after the binding with the target media server is successful, returning access information of the target media server to the terminal; the access information of the target media server includes the target media Server access IP address and port number.
  • the service request message carries the source network protocol IP address of the terminal by using an unused field in the domain name system DNS query message.
  • the service request message carries the source network protocol IP address of the terminal by using an IPv6 home IP extension header.
  • the resource requesting device shown in FIG. 13 may further include:
  • the query module 1303 is configured to periodically query a binding state with the target media server.
  • the determining module 1302 is further configured to: when the binding state fails, determine, by the at least one media resource access information, access information of the target media server corresponding to the source IP address.
  • FIG. 14 is a schematic structural diagram of another resource requesting apparatus according to an embodiment of the present invention.
  • the resource requesting apparatus may be implemented in a DNS server or a DNS virtual network function.
  • the resource requesting device may include the following modules:
  • the communication module 1401 is configured to receive a domain name query message sent by the signaling server.
  • the parsing module 1402 is configured to parse the domain name area corresponding to the source IP address of the terminal in the domain name query message and the service requested by the terminal;
  • the query module 1403 is configured to query, according to the domain name area query, at least one media server domain name that provides the service;
  • a determining module 1404 configured to determine, according to the at least one media server domain name, access information of the at least one media server;
  • the access information of the at least one media server includes a priority of the at least one media server, and the priority is used by the signaling server to select a target media server from the at least one media server.
  • the resource requesting device shown in FIG. 14 may further include:
  • the adjusting module 1405 is configured to adjust a priority of the at least one media server according to the accuracy of the at least one media server domain name, wherein the accuracy is proportional to the priority.
  • the resource requesting apparatus shown in FIG. 14 may record a service SRV record for recording a server domain name providing various types of services, and the A record is used for recording between a domain name and an IP address.
  • a service SRV record for recording a server domain name providing various types of services
  • the A record is used for recording between a domain name and an IP address.
  • the parsing module parses the domain name area corresponding to the source IP address of the terminal in the domain name query message, which is specifically:
  • the querying module provides at least one media server domain name of the service according to the domain name area query, specifically:
  • the determining module determines, according to the at least one media server domain name, access information of the at least one media server, specifically:
  • the domain name of the server that provides various services in the SRV record is added with the alias of the domain name of the disaster-tolerant area.
  • the resource requesting device may reversely search for the domain name area corresponding to the IP address according to the IP address of the terminal, and reversely search for the service resource or the media resource or the media server that provides the request service according to the domain name area.
  • the device may further determine, according to the domain name, the most suitable information of the terminal, for example, the access information of the nearest media server as the target media server, and return the access information of the target media server to the signaling server, so that the signaling server utilizes the access.
  • Information is bundled with media resources. Therefore, by implementing the embodiments of the present invention, not only the media resources can be dynamically bound, but also the closest media resources can be selected to provide services for the terminal.
  • FIG. 15 is a schematic structural diagram of a signaling server according to an embodiment of the present invention.
  • the signaling server 1500 includes a processor 1501, a memory 1502, and a communication interface 1503.
  • the processor 1501, the memory 1502, and the communication The interfaces 1503 are connected to each other through a bus.
  • the memory 1502 includes, but is not limited to, a random access memory (RAM), a read-only memory (ROM), and an Erasable Programmable Read Only Memory (EPROM). Or a Compact Disc Read-Only Memory (CD-ROM) for storing related instructions and data.
  • Communication interface 1503 is for receiving and transmitting data or signaling.
  • the processor 1501 may be one or more central processing units (CPUs). In the case that the processor 1501 is a CPU, the CPU may be a single core CPU or a multi-core CPU.
  • the processor 1501 in the signaling server 1500 is configured to read the program code stored in the memory 1502 and perform the following operations:
  • the access information of the target media server includes an access IP address and a port number of the target media server .
  • the service request message carries the source network protocol IP address of the terminal by using an unused field in the domain name system DNS query message.
  • the service request message carries the source network protocol IP address of the terminal by using an IPv6 home IP extension header.
  • the processor 1501 in the signaling server 1500 is configured to read the program code stored in the memory 1502, and may also perform the following operations:
  • the access information of the target media server corresponding to the source IP address is determined again from the at least one media resource access information.
  • FIG. 16 is a schematic structural diagram of a DNS server according to an embodiment of the present invention.
  • the DNS server 1600 includes a processor 1601, a memory 1602, and a communication interface 1603.
  • the processor 1601, the memory 1602, and the communication interface 1603 Connected to each other via a bus.
  • the memory 1602 includes, but is not limited to, a random access memory (RAM), a read-only memory (ROM), and an Erasable Programmable Read Only Memory (EPROM). Or a Compact Disc Read-Only Memory (CD-ROM) for storing related instructions and data.
  • Communication interface 1603 is for receiving and transmitting data or signaling.
  • the processor 1601 may be one or more central processing units (CPUs). In the case where the processor 1601 is a CPU, the CPU may be a single core CPU or a multi-core CPU.
  • the processor 1501 in the DNS server 1500 is configured to read the program code stored in the memory 1502 and perform the following operations:
  • the access information of the at least one media server includes a priority of the at least one media server, and the priority is used by the signaling server to select a target media server from the at least one media server.
  • the processor 1501 in the DNS server 1500 is configured to read the program code stored in the memory 1502, and can also perform the following operations:
  • the memory in the DNS server may record the service SRV record and the A record, where the SRV record is used to record the server domain name providing various services; and the A record is used to record the domain name and the IP address.
  • the processor 1501 parses the domain name area corresponding to the source IP address of the terminal in the domain name query message, specifically: querying the domain name area corresponding to the source IP address of the terminal in the A record;
  • the processor 1501 queries the at least one media server domain name of the service according to the domain name area query, specifically: querying at least one media server domain name that provides the service in the SRV record and matches the domain name area;
  • the processor 1501 determines the access information of the at least one media server according to the at least one media server domain name, specifically: querying the access information of the at least one media server corresponding to the at least one media server domain name in the A record. .
  • the server domain name that provides various services in the SRV record is added with the alias of the disaster recovery area domain name as a suffix.
  • the resources can be used to provide disaster recovery for the entire sz.gd.cn area; after the media_322dx3.ft.sz.gd.cn media resource is generated, the DNS also generates an alias for the domain name suffix media_322dx3.sz.gd.cn; Search rules, aliases for off-site resources can be reserved as low-priority resources.
  • the above embodiments it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof.
  • software it may be implemented in whole or in part in the form of a computer program product.
  • the computer program product includes one or more computer instructions.
  • the computer program instructions When the computer program instructions are loaded and executed on a computer, the processes or functions described in accordance with embodiments of the present invention are generated in whole or in part.
  • the computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable device.
  • the computer instructions can be stored in a computer readable storage medium or transferred from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be from a website site, computer, server or data center Transfer to another website site, computer, server, or data center by wire (eg, coaxial cable, fiber optic, digital subscriber line (DSL), or wireless (eg, infrared, wireless, microwave, etc.).
  • the computer readable storage medium can be any available media that can be accessed by a computer or a data storage device such as a server, data center, or the like that includes one or more available media.
  • the usable medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (such as a solid state disk (SSD)).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un mode de réalisation de la présente invention concerne un procédé et un dispositif de demande de ressource. Dans le procédé de demande de ressource : un serveur de signalisation peut recevoir un message de demande de service qui est envoyé par un terminal et envoyer un message d'interrogation de nom de domaine à un serveur de système de nom de domaine (DNS) ; le serveur de DNS peut renvoyer des informations d'accès d'au moins un serveur multimédia qui coïncide avec l'adresse de protocole Internet (IP) du terminal, de telle sorte que le serveur de signalisation peut être lié à l'un des serveurs multimédias, envoyant les informations d'accès du serveur multimédia au terminal. Par conséquent, en mettant en œuvre le mode de réalisation de la présente invention, le serveur de signalisation peut être lié de manière dynamique à un serveur multimédia, ce qui rend le déploiement d'une ressource multimédia plus flexible.
PCT/CN2018/084802 2017-04-28 2018-04-27 Procédé et dispositif de demande de ressources Ceased WO2018196843A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710294995.0A CN108810179A (zh) 2017-04-28 2017-04-28 资源请求方法及装置
CN201710294995.0 2017-04-28

Publications (1)

Publication Number Publication Date
WO2018196843A1 true WO2018196843A1 (fr) 2018-11-01

Family

ID=63919492

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/084802 Ceased WO2018196843A1 (fr) 2017-04-28 2018-04-27 Procédé et dispositif de demande de ressources

Country Status (2)

Country Link
CN (1) CN108810179A (fr)
WO (1) WO2018196843A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113055426A (zh) * 2019-12-28 2021-06-29 中移(成都)信息通信科技有限公司 业务访问方法、装置、设备和介质
CN114285666A (zh) * 2021-12-30 2022-04-05 天翼物联科技有限公司 一种面向物联网多媒体应用的三边协同方法及系统
CN114691352A (zh) * 2020-12-31 2022-07-01 维沃移动通信有限公司 信息处理方法、装置、设备及存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111245967B (zh) * 2018-11-28 2022-07-05 中国电信股份有限公司 Dns查询方法、dns服务器以及域名解析系统
CN111416880A (zh) * 2019-01-08 2020-07-14 阿里巴巴集团控股有限公司 Ip地址的寻址方法及装置，计算机存储介质及电子设备
CN113891387B (zh) * 2021-11-12 2024-03-29 山东亚华电子股份有限公司 一种音视频通信链路的探测方法及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101350841A (zh) * 2007-07-17 2009-01-21 华为技术有限公司 媒体资源访问关系建立方法及通讯系统及相关设备
US20140149552A1 (en) * 2012-11-26 2014-05-29 Go Daddy Operating Company, LLC Dns overriding-based methods of accelerating content delivery
CN105871750A (zh) * 2016-03-25 2016-08-17 乐视控股（北京）有限公司 一种资源调度方法及服务器

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101350841A (zh) * 2007-07-17 2009-01-21 华为技术有限公司 媒体资源访问关系建立方法及通讯系统及相关设备
US20140149552A1 (en) * 2012-11-26 2014-05-29 Go Daddy Operating Company, LLC Dns overriding-based methods of accelerating content delivery
CN105871750A (zh) * 2016-03-25 2016-08-17 乐视控股（北京）有限公司 一种资源调度方法及服务器

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113055426A (zh) * 2019-12-28 2021-06-29 中移(成都)信息通信科技有限公司 业务访问方法、装置、设备和介质
CN114691352A (zh) * 2020-12-31 2022-07-01 维沃移动通信有限公司 信息处理方法、装置、设备及存储介质
CN114285666A (zh) * 2021-12-30 2022-04-05 天翼物联科技有限公司 一种面向物联网多媒体应用的三边协同方法及系统

Also Published As

Publication number Publication date
CN108810179A (zh) 2018-11-13

Similar Documents

Publication Publication Date Title
WO2018196843A1 (fr) Procédé et dispositif de demande de ressources
CN114902634B (zh) 移动通信系统中提供应用服务器的信息的设备和方法
CN110830543B (zh) 通信方法和通信设备
US10148756B2 (en) Latency virtualization in a transport network using a storage area network
CN114788333A (zh) 用于使用反馈机制提供网络切片管理的方法、系统和计算机可读介质
US8972519B2 (en) Optimization of multimedia service over an IMS network
CN113067909B (zh) 边缘节点寻址方法、装置、设备及存储介质
US8645408B2 (en) Discovery of application server in an IP network
WO2021043191A1 (fr) Procédé de détermination de serveur de système de nom de domaine, procédé et appareil de traitement de requête, et système
CN101425969B (zh) 调度方法、调度装置和调度系统
CN113132897A (zh) 应用实例确定的方法、装置及系统
WO2021004528A1 (fr) Procédé, dispositif et appareil d'acquisition d'adresse d'exemple d'application et support d'informations
CN111327668B (zh) 网络管理方法、装置、设备和存储介质
US20120191769A1 (en) Site-aware distributed file system access from outside enterprise network
US10469559B2 (en) Quality of service for web real-time communication networks
JP7674530B2 (ja) サービスパラメータの品質に基づく、ネットワークスライスにおけるメッセージ優先順位を確立するための方法、システムおよびコンピュータ可読媒体
WO2019071995A1 (fr) Procédé, dispositif et système de distribution de contenu
EP2709337B1 (fr) Procédé de traitement de données de service, et dispositif et système correspondants
CN110024358B (zh) 对由分布式数据存储系统提供的服务的访问
EP3845001B1 (fr) Trafic dans un système de nuage distribué
US20080247379A1 (en) Method and Network for Managing an Interface for Session-Based Synchronization
WO2016000303A1 (fr) Procédé et système d'attribution de ressources, et support de stockage informatique
US20170111407A1 (en) Reestablishment of session initiation protocol (sip) dialogs
WO2010075688A1 (fr) Procédé, appareil et système pour créer et rejoindre une conférence de groupe de sous-systèmes multimédia ip (ims)
CN112994996B (zh) 家庭网络共享方法、mec服务器、计算机设备及介质

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: 18792254

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18792254

Country of ref document: EP

Kind code of ref document: A1