WO2017012411A1 - 通道确定方法及装置 - Google Patents

通道确定方法及装置 Download PDF

Info

Publication number
WO2017012411A1
WO2017012411A1 PCT/CN2016/083524 CN2016083524W WO2017012411A1 WO 2017012411 A1 WO2017012411 A1 WO 2017012411A1 CN 2016083524 W CN2016083524 W CN 2016083524W WO 2017012411 A1 WO2017012411 A1 WO 2017012411A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
core network
user plane
selection table
path selection
Prior art date
Application number
PCT/CN2016/083524
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 中兴通讯股份有限公司
Publication of WO2017012411A1 publication Critical patent/WO2017012411A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • the present application relates to, but is not limited to, the field of communications, and in particular, to a channel determining method and apparatus.
  • the transmission network between the base station and the core network is moving toward the Internet Protocol (IP) and Ethernet, and the combination of the IP network and the Ethernet technology, especially after the dedicated network of the transmission network. Ensuring that the base station and the core network quickly provide an IP path for the admitted users and ensuring that the path is absolutely unobstructed becomes a problem.
  • IP Internet Protocol
  • the embodiment of the invention provides a channel determining method and device, so as to at least solve the problem that the channel between the base station and the core network is selected by the service plane in the related art.
  • a channel determining method comprising:
  • the base station establishes a user plane IP path selection table with the core network, where the user plane IP path selection table is used by the service plane to determine a path carrying the IP;
  • the base station determines a channel carrying the IP according to the user plane IP path selection table.
  • the user plane IP path selection table between the base station and the core network may include:
  • the base station performs path detection according to the received detection response message and the negotiated completion parameter, where the detection response message is that the core network feeds back after receiving the path detection request message sent by the base station;
  • the base station After the base station completes multiple path detection, the base station completes establishment of the user plane IP path selection table.
  • the method may further include: the base station transmitting the user plane IP path selection table to the core network, where The core network completes the establishment of the user plane path IP forwarding table on the core network side according to the user plane IP path selection table.
  • the method may further include: receiving, by the base station, the decision of the core network to receive the user plane IP path selection table.
  • the determining response includes one of: the core network receiving all parameters of the base station side user plane IP path selection table, and the core network part receiving parameters of the base station side user plane IP path selection table
  • the core network rejects parameters of the base station side user plane IP path selection table, and the core network modifies parameters of the base station side user plane IP path selection table; the base station completes the user according to the decision response Face IP path selection table.
  • the method may further include: the base station sending the improved user plane IP path selection table to the The core network is configured to complete the user plane IP path selection table on the core network side of the core network.
  • the method may further include: the base station completing initialization of the user plane IP path selection table;
  • the core network sends a request message for requesting a core network user plane IP address, where the request message carries a base station user plane IP address and a base station ID; the base station records a core network ID and the core network user plane.
  • An IP address forming a forwarding entry to the core network user plane; the base station transmitting the path detection request message to the core network according to the forwarding entry.
  • the method may further include:
  • the base station sends, to the core network, an address request message for requesting a user plane IP address of the core network, where the address request message carries a base station user plane IP address and a base station ID;
  • the method may further include: the base station periodically updating the user plane IP path selection table.
  • the method may further include: after the link between the base station and the core network is resumed, the The base station sends, to the core network, a clear request message for clearing the user plane IP path selection table or a maintenance request message for maintaining the user plane IP path selection table; the base station clears or maintains the message according to the message fed back by the core network.
  • the user plane IP path selection table is described.
  • a channel determining method comprising:
  • the core network establishes a core network side user plane IP path selection table between the base station and the base station, wherein the core network side user plane IP path selection table is used by the service plane to determine a path carrying the IP;
  • the core network determines a channel carrying the IP according to the core network side user plane IP path selection table.
  • the core network side user plane IP path selection table between the core network and the base station may include: the core network receiving the user plane IP path selection sent by the base station after establishing a user plane IP path selection table The core network completes the establishment of the core network side user plane path IP forwarding table according to the user plane IP path selection table.
  • the method may further include: the core network and the base station perform parameter negotiation for establishing a user plane IP path selection table. a detection response message that is sent back to the base station after receiving the path detection request message sent by the base station, where the detection response message is used by the base station according to the detection response message and negotiation.
  • the parameter performs path detection, and the base station completes establishment of the user plane IP path selection table after completing multiple path detection.
  • the method may further include: the core network feeding back the user to the base station Determining a response received by the IP path selection table, wherein the determining response is used by the base station to complete the user plane IP path selection table, and the determining response includes one of: the core network receiving all of the base station side a parameter of the user plane IP path selection table, a parameter of the core network part receiving the base station side user plane IP path selection table, a parameter of the core network rejecting the base station side user plane IP path selection table, the core The network modifies parameters of the base station side user plane IP path selection table.
  • the method may further include: the core network receiving the improved user plane IP path selection table sent by the base station; The core network completes the user plane IP path selection table on the core network side according to the improved user plane IP path selection table.
  • the method may further include: the core network periodically updating the core network side user plane IP path selection table.
  • the method may further include: recovering after the link between the base station and the core network is interrupted. And the core network receives a clear request message sent by the base station to clear the user plane IP path selection table or a maintenance request message for maintaining the user plane IP path selection table; The core network feeds back to the base station a response message for the base station to clear or maintain the user plane IP path selection table.
  • a path detecting apparatus which is applied to a base station, the apparatus comprising:
  • a first establishing module configured to establish a user plane IP path selection table with the core network, where the user plane IP path selection table is used by the service plane to determine a path carrying the IP;
  • the first path detecting module is configured to determine a channel carrying the IP according to the user plane IP path selection table.
  • a path detecting apparatus which is applied to a core network, the apparatus comprising:
  • a second establishing module configured to establish a core network side user plane IP path selection table between the base station, wherein the core network side user plane IP path selection table is used by the service plane to determine a path carrying the IP;
  • the second path detecting module is configured to determine a channel carrying the IP according to the core network side user plane IP path selection table.
  • the embodiment of the present invention further provides a computer readable storage medium storing computer executable instructions, which are implemented to implement the channel determining method applied to the base station side when the computer executable instructions are executed.
  • the embodiment of the invention further provides a computer readable storage medium storing computer executable instructions, which are implemented to implement the channel determining method applied to the core network side when the computer executable instructions are executed.
  • a user plane IP path selection table is established between the base station and the core network, where the user plane IP path selection table is used for determining a channel carrying the IP by the service plane; and the base station is configured according to the user plane.
  • the IP path selection table determines the channel carrying the IP, and solves the problem that the channel between the base station and the core network is selected by the service plane in the related art, and the routing is successful, thereby ensuring that the service plane selects a suitable bearer IP channel for the user.
  • FIG. 1 is a flow chart 1 of a channel determining method according to an embodiment of the present invention.
  • FIG. 2 is a second flowchart of a channel determining method according to an embodiment of the present invention.
  • FIG. 3 is a block diagram 1 of a channel determining apparatus according to an embodiment of the present invention.
  • FIG. 4 is a block diagram 2 of a channel determining apparatus according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of establishing a user plane forwarding table according to an embodiment of the present invention.
  • FIG. 6 is a flow chart of path detection in accordance with an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of message interaction of a user plane forwarding table establishment process according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a path keep-alive timer negotiation process according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of message interaction of a path maintenance detection process according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of a process of clearing a forwarding table according to an embodiment of the present invention.
  • FIG. 11 is a schematic diagram of a process of maintaining an original forwarding table unchanged according to an embodiment of the present invention.
  • FIG. 1 is a flowchart 1 of a channel determining method according to an embodiment of the present invention. As shown in FIG. 1, the method includes the following steps:
  • Step S102 The base station establishes a user plane IP path selection table with the core network, where the user plane IP path selection table is used by the service plane to determine a path carrying the IP;
  • Step S104 the base station determines a channel carrying the IP according to the user plane IP path selection table.
  • the base station establishes a user plane IP path selection table with the core network, wherein the user plane IP path selection table is used for determining a channel carrying the IP by the service plane; the base station is according to the user
  • the IP path selection table determines the channel carrying the IP, and solves the problem that the channel between the base station and the core network is selected by the service plane in the related art, and the routing is successful, thereby ensuring that the service plane selects a suitable bearer IP channel for the user.
  • the establishing, by the base station, the user plane IP path selection table between the base network and the core network may include: performing, by the base station, parameter negotiation for establishing the user plane IP path selection table; the base station according to the received detection response message and Negotiating the completed parameter to perform path detection, wherein the detection response message is fed back after receiving the path detection request message sent by the base station; the base station completes the user plane IP path selection after completing multiple path detection The establishment of the table.
  • the method may further include:
  • the base station sends the user plane IP path selection table to the core network, and the core network completes the establishment of the user plane IP forwarding table on the core network side according to the user plane IP path selection table.
  • the method may further include: receiving, by the base station, a decision response received by the core network for the user plane IP path selection table, where the determining response is
  • the method includes the following: the core network receives all the parameters of the base station side user plane IP path selection table, the core network part receives the base station side user plane IP path selection table, and the core network rejects the base station side user plane IP.
  • the parameter of the path selection table, the core network modifies parameters of the base station side user plane IP path selection table; and the base station completes the user plane IP path selection table according to the decision response.
  • the method may further include: the base station transmitting the improved user plane IP path selection table to the core network, where the core network completes the core network The user plane IP path selection table on the side.
  • the method may further include: the base station completing initialization of the user plane IP path selection table; and the base station sends the core network to the core network for sending a request message for requesting a core network user plane IP address, where the request message carries a base station user plane IP address and a base station ID; the base station records a core network ID and a core network user plane IP address, and forms a user plane to the core network Forwarding entry; the base station sends the path detection request message to the core network according to the forwarding entry.
  • the method may further include: sending, by the base station, the core network user plane IP address to the core network An address request message, where the address request message carries a base station user plane IP address and a base station ID; the base station receives an address response message fed back by the core network according to the address request message, where the address response message carries a core All IP addresses configured on the network user plane or all IP addresses used for the user plane communicating with the base station.
  • the method may further include: the base station periodically updating the user plane IP path selection table.
  • the method may further include: sending, after the link between the base station and the core network is resumed, the base station sends the path to the core network. Clearing the clear request message of the user plane IP path selection table or maintaining the maintenance request message of the user plane IP path selection table; the base station clears or maintains the user plane IP path selection table according to the message fed back by the core network.
  • FIG. 2 is a second flowchart of a channel determining method according to an embodiment of the present invention. As shown in FIG. 2, the method includes the following steps:
  • Step S202 the core network establishes a core network side user plane IP path selection table between the base station and the base station, wherein the core network side user plane IP path selection table is used by the service plane to determine a path carrying the IP;
  • Step S204 the core network determines a channel carrying the IP according to the core network side user plane IP path selection table.
  • the core network side user plane IP path selection table between the core network and the base station may include: the core network receiving the user plane IP path selection table sent by the base station after establishing a user plane IP path selection table; the core network The core network side user plane path IP forwarding table is established according to the user plane IP path selection table.
  • the method may further include: the core network and the base station perform parameter negotiation for establishing a user plane IP path selection table; the core network After receiving the path detection request message sent by the base station, the detection response message is sent to the base station, where the detection response message is used by the base station to perform path detection according to the detection response message and the negotiated parameter, and the base station is completed. After the secondary path detection, complete The establishment of the user plane IP path selection table.
  • the method may further include: the core network feeding back the base station to the user plane IP path selection table. Determining a response, wherein the determining response is used by the base station to complete the user plane IP path selection table, and the determining response includes one of: the core network receiving all parameters of the base station side user plane IP path selection table, and the core network part Receiving parameters of the base station side user plane IP path selection table, the core network rejects parameters of the base station side user plane IP path selection table, and the core network modifies parameters of the base station side user plane IP path selection table.
  • the method may further include: receiving, by the core network, the improved user plane IP path selection table sent by the base station; the core network is according to the improved The user plane IP path selection table completes the user plane IP path selection table on the core network side.
  • the method may further include: the core network periodically updating the core network side user plane IP path selection table.
  • the method may further include: in the case that the link between the base station and the core network is restored after the link is interrupted, the core network Receiving a clearing request message sent by the base station to clear the user plane IP path selection table or maintaining a maintenance request message of the user plane IP path selection table; the core network feeding back to the base station for the base station to clear or maintain the user plane IP path Select the response message for the table.
  • FIG. 3 is a block diagram of a channel determining device according to an embodiment of the present invention. As shown in FIG. 3, the device includes:
  • the first establishing module 32 is configured to establish a user plane IP path selection table with the core network, where the user plane IP path selection table is used by the service plane to determine a path carrying the IP;
  • the first path detecting module 34 is configured to determine a channel carrying the IP according to the user plane IP path selection table.
  • FIG. 4 is a block diagram 2 of a channel determining device according to an embodiment of the present invention. As shown in FIG. 4, the device includes:
  • the second establishing module 42 is configured to establish a core network side user plane IP path selection between the base station and the base station. Selecting a table, wherein the core network side user plane IP path selection table is used by the service plane to determine a path carrying the IP;
  • the second path detecting module 44 is configured to determine a channel carrying the IP according to the core network side user plane IP path selection table.
  • the embodiment of the present invention provides a concept of a base station and a core network user plane IP path selection table.
  • the base station and the core network respectively establish respective user plane IP path selection tables, and the base station and the core network respectively maintain the table, this table It reflects the current state of the respective path of the user plane IP between the base station and the core network, which is the key to ensure the success of the routing, so as to ensure that the service plane selects a suitable bearer IP channel for the user.
  • the embodiment of the invention provides a method for establishing, maintaining and repairing a user plane IP path selection table.
  • the whole process is divided into three phases: a pathway table establishment phase, a pathway table maintenance phase, and a pathway table in a post-chain breaking processing phase.
  • the establishment of the path table the two parties communicate through a certain information exchange and path detection, and each party forms a path table for reaching the opposite user plane.
  • Pathway maintenance phase Since the transmission network status between the base station and the core network is constantly changing, it is required that both communication parties must maintain their respective access table irregularly. For the changed access path, it needs to be discovered in time, and updated in the access table in time. Ensure the correctness of business routing.
  • the path table is in the post-chain breaking processing stage: this stage mainly solves the problem of how the communication parties handle the path table after the communication between the base station and the core network is interrupted. Regardless of the cause of the base station, the cause of the core network, or the cause of the transmission, this phase is triggered whenever an interrupt occurs.
  • the difference between the maintenance phase of the access table and the processing of the access table in the post-chain breaking process is that the maintenance phase of the access table occurs without disconnecting the network, and the processing of the access table in the post-chain breaking process occurs in the case of network disconnection.
  • the embodiment of the present invention provides mutual understanding of the IP path status of the base station and the core network user plane, and provides a decision basis for the respective system to determine the success rate of the IP plane selection of the user plane, thereby realizing the transparency of the IP channel selection of the base station and the core network user plane.
  • the user acceptance success rate is improved, the patency of the IP channel of the access user service is ensured, and the service awareness capability of the user is improved.
  • the party By automatically adjusting the priority of the path, the method provides a basis for intelligent selection of each node, thereby achieving load balancing of the transmission network and reducing the congestion probability of the user service. In this way, the problem that there is no way in the related art to ensure that the user service carries the entire IP channel is unblocked.
  • the embodiment of the present invention provides a user plane IP path state for the base station and the core network, in order to realize the state of the user plane path between the devices, and to achieve interconnection and interoperability.
  • the method provided by the embodiment of the present invention defines a message for communication between two communication parties.
  • the definition of these communication messages has considered the security of the network and the message processing pressure on the network and the node to some extent.
  • the embodiment of the present invention belongs to the upper layer application, and the user can serve as an independent function to carry the UDP (User Datagram Protocol), the TCP (Transmission Control Protocol), and the SCTP (Stream Control Transmission Protocol).
  • the transmission protocol is implemented on the transmission, and may also be embedded in the SCTP carried in the S1AP message for transmission.
  • the Mme/s-gw ID is composed of mmeGroupID+mmecode
  • Forming a base station side user plane IP path selection table should be performed after "the base station has selected the determined service mme/s-gw";
  • the base station side selection service mme/s-gw is not subject to this document procedure.
  • the weight in the table is completely confirmed by this side. This is convenient for manufacturers to flexibly set local routing.
  • the source IP (Soure IP) in the above two tables refers to the local IP, and the destination IP (Dest IP) is the destination IP address.
  • Soure IP Soure IP
  • Dest IP the destination IP address
  • the base station and the core network successfully establish a stream control transmission protocol (SCTP) coupling.
  • SCTP stream control transmission protocol
  • MME Mobility Management Entity
  • MME Mobility Management Entity
  • the base station can perform initialization on the local side, and initially create a base station side user plane IP path selection table.
  • the base station can determine Mme/s-gw in Table 1. Parameter values for ID, soure IP, and weight.
  • the base station sends a first "Request Core Network User Face IP" message, and the base station must carry the user plane IP address of the base station in this message.
  • the core network After receiving the message, the core network combines the IP address of the user plane with the IP address of the received base station, and requires all the possibilities to be combined.
  • the core network records the identity of the base station (Identity, abbreviated as ID) and IP.
  • the user plane IP channel selection table of the base station at this time, an item index (Index), a base station ID (eNB ID), a source IP, a destination IP, and a weight parameter related to the base station have been determined.
  • Index an item index
  • eNB ID base station ID
  • a source IP a destination IP
  • a weight parameter related to the base station have been determined.
  • the core network After processing the user plane IP path selection table entry of the base station on the local side, the core network starts to send a response message to the base station, where the response message requires that all IP addresses configured on the user plane of the core network must be carried or used for communication with the base station. All IP addresses of the user plane.
  • the base station side records the core network ID and
  • the base station sends a path detection request message, which carries the number of retransmissions of each path (determined by the base station side), the identifier of the detection message (determined by the base station side), and the detection sequence number (given by the response message of the core network)
  • the method of path detection (currently tentative ping) and the time period of detection.
  • the detection sequence number is one for each path, but only one value is given on the core network side. If there are multiple paths, the subsequent path is incremented by one on the basis of the value, but the value is controlled by the detection table of the base station and the core network, if If it is out of range, the entire test fails.
  • the detection time period is that the core network sends a path detection response message.
  • the core network should fully consider the processing time of the base station and the network transmission time when giving the time period to ensure that the base station completes the detection in a given time.
  • the base station may initiate a detection time extension application. If the core network agrees and gives an extended time period, the base station may continue to complete the subsequent operation, otherwise the base station can only save the current detection result, and then restart The path detection request process is initiated again.
  • the core network responds to the path detection request response, and the core network carries all the message parameters sent by the base station in the message, and provides the sequence number and time period used in the detection process.
  • the core network may reject the request message of the base station. If the base station is rejected, the base station can only wait for a period of time to initiate the path detection message again.
  • the base station receives the permission message of the core network, and starts to perform the path detection according to the parameters of the previous message negotiation.
  • ICMP encapsulated network control message protocol
  • the identifier field and the serial number field in the packet must be filled in according to the requirements of the negotiation. Otherwise, the ping packet that may be used for detection is considered as the attack packet by the peer.
  • the peer may not respond to the message for a long time until the local end. The time expired and only the application can be re-initiated.
  • the core network side receives the path detection ping packet of the base station, and the response should be completed in the shortest time.
  • the base station side records the response time delay, the number of packet loss times, and the jitter of different paths.
  • the base station After all the paths are detected, according to each path. The comprehensive situation gives the on/off and priority parameters of different paths. If the detection path is not completed, but the time given by the core network has timed out, the base station records the completed path, re-initiates the path detection request, and performs the detection again after obtaining the consent, and the base station may also apply for extending the detection time.
  • the base station After repeated iterations, the base station completes all path detections to form a user plane IP path selection table at the local end of the base station.
  • the base station sends the path table formed by the local end to the core network.
  • the core network After receiving the parameter table, the core network forms a user plane IP path forwarding table for the base station according to the local situation, thereby perfecting its own user plane forwarding table.
  • the core network may modify all received channel table parameters, receive partial channels, reject all, and adjust channel parameters (priority (Prio) and weight parameters).
  • the core network shall reflect its decision in the response message and return all the determined messages to the base station.
  • the base station determines, according to the response message received from the core network, if the core network all receives the path table of the base station, the base station subsequently uses the path table for user plane selection; if the base station receives After receiving the partial channel message to the core network, the base station re-labels its own path table according to the requirements of the core network; if the base station receives all the reject messages, the base station waits for a period of time and initiates channel detection again; if the base station receives the parameters of the partial channel ( Priority and weight parameters) modify the message, the base station modifies the local parameters to adapt to the requirements of the core network. After the base station modifies the access table according to the requirements, it is better to send it to the core network for confirmation again. After the core network confirms that it is correct, it sends back an acknowledgment (ok) message, and the path table of both parties is formally established.
  • the parameters of the partial channel Priority and weight parameters
  • FIG. 5 is a flowchart of establishing a user plane forwarding table according to an embodiment of the present invention. As shown in FIG. 5, the user plane forwarding table establishing process includes the following steps:
  • Step S501 an evolved base station (evolved Node B, eNB for short) initializes a table;
  • Step S502 requesting a core network side user plane IP address
  • Step S503 it is determined whether the core network receives the request, if the determination result is no, step S504 is performed; if the determination result is yes, step S505 is performed;
  • Step S504 the base station delays for a period of time
  • Step S505 the core network initializes the base station channel forwarding table item
  • Step S506 the core network responds to the base station request
  • Step S507 the base station forms a forwarding table entry.
  • Step S508 the base station sends a path detection request.
  • Step S509 it is determined whether the core network receives the request, if the determination result is no, step S510 is performed; if the determination result is yes, step S511 is performed;
  • Step S510 the base station delays for a period of time
  • Step S511 the core network responds to the base station path detection request
  • Step S512 executing a channel detection process
  • Step S513 the base station forms a preliminary path table and sends a path table to the core network;
  • Step S514 it is determined whether the core network receives the table, if the determination result is no, step S515 is performed; if the determination result is yes, step S516 is performed;
  • Step S515 the base station sends a path detection request.
  • Step S516, determining whether the core network partially receives the table, and if the determination result is no.
  • step S519 is performed; if the result of the determination is yes, step S517 is performed;
  • Step S517 the base station resets the local user forwarding table.
  • Step S519 the core network modifies the forwarding entry of the local end related to the base station, and sends back an ok message.
  • FIG. 6 is a flow chart of path detection according to an embodiment of the present invention. As shown in FIG. 6, the path detection process includes the following steps:
  • Step S601 the base station path detection message PING is sent
  • Step S602 determining whether the core network verification message is legal, if the determination result is no, step S603 is performed, and if the determination result is yes, step S604 is performed;
  • Step S603 rejecting the response
  • Step S604 the core network responds to the ping response message
  • Step S605 determining whether the base station checks whether the message is legal, if the determination result is no, step S606 is performed, and if the determination result is yes, step S607 is performed;
  • Step S606 it is determined whether the maximum number of times is exceeded, if the determination result is no, step S601 is performed, and if the determination result is YES, step S611 is performed;
  • Step S607 the base station records related parameters.
  • Step S608 it is determined whether there is still an undetected path, if the determination result is no, step S609 is performed, and if the determination result is yes, step S610 is performed;
  • Step S609 ending the detection
  • Step S610 it is determined whether the detection time has not expired; if the determination result is no, step S611 is performed, and if the determination result is yes, step S612 is performed;
  • Step S611 recording a current detection path and initiating a detection request process
  • Step S612 updating the detection path.
  • FIG. 7 is a schematic diagram of message interaction of a user plane forwarding table establishment process according to an embodiment of the present invention. As shown in FIG. 7, the foregoing process includes the following steps:
  • Step S701 the base station requests the core network user plane IP address (the user plane IP of the base station to be carried);
  • Step S702 the core network records the base station ID and the IP to form a forwarding table entry of the base station;
  • Step S703 the core network responds to the request (carrying the core network user plane IP);
  • Step S704 the base station records the core network ID and the IP forming forwarding table entry.
  • Step S705 the base station sends a path detection request (carrying relevant parameters);
  • Step S706 the core network returns a path detection request response (carrying relevant parameters);
  • Step S707 a path detection process
  • Step S708 the base station forms a path forwarding table.
  • Step S709 the base station forwards the path table to the core network
  • Step S710 the core network completes the path entry of the base station
  • Step S711a the core network returns an ok message, indicating acceptance
  • Step S711b the core network returns all reject or partial rejection and parameter revision messages
  • Step S712 the base station resets the forwarding table.
  • Step S713 the base station sends the revised path table to the core network
  • step S714 the core network returns an ok message indicating acceptance.
  • Path table maintenance is set to accommodate the time-varying nature of the network.
  • a path keepalive timeout timer needs to be negotiated between the base station and the core network. The timer is only set and maintained on the base station side, and the base station sets a timer for each path. The path keep-alive timer is negotiated.
  • the base station and the core network should be set according to the actual network conditions.
  • the timer value is set flexibly. For a highly reliable transmission network, the timer value is set larger. For an unreliable transmission network. The timer value is set to be smaller. It should be noted that if the timer value is set too small, it will bring excessive load pressure to the network.
  • the channel may be interrupted but not found in time, which may trigger the access failure event caused by the user's service failure. occur.
  • the path timer value is set to zero.
  • the path timer is started.
  • the base station side triggers the path maintenance detection process.
  • the timer value is immediately set to zero, as long as the service of the path is normal, whether the timeout is started. If the path detection is being performed, the path maintenance detection process is immediately stopped.
  • the path keepalive timer value negotiation the base station sends a path keep alive timer value negotiation request message (the time value set by the base station with the local end), and requests the core network to negotiate an appropriate time value for the timer, and the core network receives the After the message, the base station sends back a response message, and the response message carries a time value.
  • the base station side sets the local timer by using the timer value sent by the core network.
  • the path maintenance detection process needs to be performed. After the process is complete, the keepalive timer needs to be renegotiated, and the keepalive timer on the base station side is set with the newly negotiated value. If there is no core network response packet.
  • FIG. 8 is a schematic diagram of a path keep-alive timer negotiation process according to an embodiment of the present invention. As shown in FIG. 8, the path keep-alive timer negotiation process includes the following steps:
  • Step S801 negotiating a path keep-alive timer time request
  • Step S802 requesting a response (time).
  • FIG. 9 is a schematic diagram of message interaction of a path maintenance detection process according to an embodiment of the present invention. As shown in FIG. 9, the process includes the following steps:
  • Step S901 the base station sends a channel detection request.
  • Step S902a the core network sends a channel detection request response
  • Step S902b the core network rejects the channel detection request
  • Step S903 the base station waits for a period of time
  • Step S904 the base station sends a channel detection request.
  • Step S905 the core network returns a channel detection authorization
  • Step S906 a path detection process
  • Step S907 the base station update table
  • Step S908 the base station sends the table to the core network
  • Step S909 a core network update table
  • step S910 the core network sends an acknowledgement message.
  • the eNB and the mme/s-gw are disconnected.
  • the user bearer forwarding table of the base station needs to be cleared, and the mme/ connected to the base station needs to be notified.
  • the s-gw core network clears forwarding entries related to the base station.
  • FIG. 10 is a schematic diagram of a process of clearing a forwarding table according to an embodiment of the present invention. As shown in FIG. 10, the process includes the following steps:
  • Step S1001 The base station sends a clear forwarding table request message.
  • Step S1002 The base station clears the forwarding table.
  • Step S1003 The core network clears the forwarding entry related to the base station.
  • FIG. 11 is a schematic diagram of a process of maintaining an original forwarding table unchanged according to an embodiment of the present invention. As shown in FIG. 11, the process includes the following steps:
  • Step S1101 The base station sends a request to maintain the original entry unchanged.
  • Step S1102a the core network sends back an ok message to accept a constant request
  • Step S1102b the core network sends back a reject message
  • Step S1103 The base station receives the reject message, and triggers a “clear forwarding table process”.
  • An embodiment of the present invention further provides a computer readable storage medium storing computer executable instructions, where the computer executable instructions are implemented to implement the channel determining side applied to a base station side law.
  • the embodiment of the invention further provides a computer readable storage medium storing computer executable instructions, which are implemented to implement the channel determining method applied to the core network side when the computer executable instructions are executed.
  • modules or steps of the present application can be implemented by a general-purpose computing device, which can be centralized on a single computing device or distributed over a network of multiple computing devices. They may be implemented by program code executable by the computing device such that they may be stored in the storage device for execution by the computing device and, in some cases, may be performed in a different order than that illustrated herein. Or the steps described, either separately as an integrated circuit module, or as a plurality of modules or steps in a single integrated circuit module. Thus, the application is not limited to any particular combination of hardware and software.
  • the embodiment of the present invention provides a channel determining method and device, which solves the problem that a channel between a base station and a core network is selected by a service plane in the related art, and the routing is successful, thereby ensuring that the service plane selects a suitable bearer for the user. IP channel.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种通道确定方法，包括：基站建立与核心网之间的用户面IP通路选择表，其中，该用户面IP通路选择表用于业务面确定承载IP的通道；该基站根据该用户面IP通路选择表确定承载IP的通道。上述方法解决了相关技术中业务面选择基站与核心网之间的通道存在缺陷的问题，保证了选路成功，从而保证业务面为用户选择合适的承载IP通道。

Description

通道确定方法及装置 技术领域
本申请涉及但不限于通信领域，尤其涉及一种通道确定方法及装置。
背景技术
随着互联网(Internet)技术的快速发展，数据业务需求的不断增长，推动宽带技术及设备的快速发展，引发了电信网络的大调整，原有的满足语音业务的传输网络渐渐无法胜任数据业务的需求增长。整个网络趋向于扁平化态势，宽带接入进入了快速发展中，有线宽带接入和无线宽带接入，均受到运营商及用户的青睐。业务的高速增长对无线网络提出了全新的要求，要求无线网络具有非常高的可靠性，以保证终端用户在无线网络中很高的接入成功率，同时要保证用户接入后业务通道100％是通畅的，不能容忍接入后用户业务不通的情况发生。
基站与核心网之间的传输网络朝着网际协议(Internet Protocol，简称为IP)化、以太网化方向发展，IP网络和以太网技术的结合，特别是传输网络的去专网化后，如何保证基站与核心网快速为接纳的用户提供一条IP通路而且保证该通路是绝对通畅就成为一个问题。
尽管也有一些解决办法，比如双向转发检测(Bidirectional Forwarding Detection，简称为BFD)，但这些办法无法彻底解决问题，只是缓解了部分问题，而且目前的解决办法会给整个网络带来这样或者那样的问题而使各厂家无法实现，同时也无法做到互联互通。
针对相关技术中业务面选择基站与核心网之间的通道存在缺陷的问题，还未提出有效的解决方案。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本发明实施例提供了一种通道确定方法及装置，以至少解决相关技术中业务面选择基站与核心网之间的通道存在缺陷的问题。
根据本发明实施例的一个方面，提供了一种通道确定方法，所述方法包括：
基站建立与核心网之间的用户面IP通路选择表，其中，所述用户面IP通路选择表用于业务面确定承载IP的通道；
所述基站根据所述用户面IP通路选择表确定承载IP的通道。
所述基站建立与所述核心网之间的用户面IP通路选择表可以包括：
所述基站与所述核心网进行用于建立所述用户面IP通路选择表的参数协商；
所述基站根据接收到的检测响应消息以及协商完成的参数进行通路检测，其中，所述检测响应消息是所述核心网在接收到所述基站发送的通路检测请求消息之后反馈的；
所述基站在完成多次通路检测之后，完成所述用户面IP通路选择表的建立。
在所述基站建立与所述核心网之间的用户面IP通路选择表之后，所述方法还可包括：所述基站将所述用户面IP通路选择表发送给所述核心网，供所述核心网根据所述用户面IP通路选择表完成核心网侧的用户面通路IP转发表的建立。
在所述基站将所述用户面IP通路选择表发送给所述核心网之后，所述方法还可包括：所述基站接收所述核心网反馈的对所述用户面IP通路选择表接收的决定响应，其中，所述决定响应包括以下之一：所述核心网全部接收所述基站侧用户面IP通路选择表的参数、所述核心网部分接收所述基站侧用户面IP通路选择表的参数、所述核心网全部拒绝所述基站侧用户面IP通路选择表的参数、所述核心网修改所述基站侧用户面IP通路选择表的参数；所述基站根据所述决定响应完善所述用户面IP通路选择表。
在所述基站根据所述决定响应完善所述用户面IP通路选择表之后，所述方法还可包括：所述基站将完善后的所述用户面IP通路选择表发送给所 述核心网，供所述核心网完善所述核心网侧的所述用户面IP通路选择表。
在所述基站建立用于与所述核心网进行通路检测的用户面IP通路选择表之前，所述方法还可包括：所述基站完成所述用户面IP通路选择表的初始化；所述基站向所述核心网发送用于请求核心网用户面IP地址的请求消息，其中，所述请求消息中携带有基站用户面IP地址和基站ID；所述基站记录核心网ID及所述核心网用户面IP地址，形成到所述核心网用户面的转发条目；所述基站根据所述转发条目向所述核心网发送所述通路检测请求消息。
在所述基站记录核心网ID及所述核心网用户面IP地址，形成到所述核心网用户面的转发条目之前，所述方法还可包括：
所述基站向所述核心网发送用于请求核心网用户面IP地址的地址请求消息，其中，所述地址请求消息中携带有基站用户面IP地址和基站ID；
所述基站接收所述核心网根据所述地址请求消息反馈的地址响应消息，其中，所述地址响应消息中携带有核心网用户面配置的所有IP地址或者用于与该基站通信的用户面的所有IP地址。
在所述基站根据所述用户面IP通路选择表确定承载IP的通道之后，所述方法还可包括：所述基站定期更新所述用户面IP通路选择表。
在所述基站根据所述用户面IP通路选择表确定承载IP的通道之后，所述方法还可包括：在所述基站与所述核心网之间的链路中断后恢复的情况下，所述基站向所述核心网发送清除所述用户面IP通路选择表的清除请求消息或维护所述用户面IP通路选择表的维护请求消息；所述基站根据所述核心网反馈的消息清除或维护所述用户面IP通路选择表。
根据本发明实施例的另一方面，还提供了一种通道确定方法，所述方法包括：
核心网建立与基站之间的核心网侧用户面IP通路选择表，其中，所述核心网侧用户面IP通路选择表用于业务面确定承载IP的通道；
所述核心网根据所述核心网侧用户面IP通路选择表确定承载IP的通道。
所述核心网建立与所述基站之间的核心网侧用户面IP通路选择表可以包括：所述核心网接收所述基站在建立用户面IP通路选择表之后发送的所述用户面IP通路选择表；所述核心网根据所述用户面IP通路选择表完成所述核心网侧用户面通路IP转发表的建立。
在所述核心网建立与基站之间的核心网侧用户面IP通路选择表之后，所述方法还可包括：所述核心网与所述基站进行用于建立用户面IP通路选择表的参数协商；所述核心网在接收到所述基站发送的通路检测请求消息之后向所述基站反馈的检测响应消息，其中，所述检测响应消息用于所述基站根据所述检测响应消息以及协商完成的参数进行通路检测，所述基站在完成多次通路检测之后，完成所述用户面IP通路选择表的建立。
在所述核心网根据所述用户面IP通路选择表完成所述核心网侧用户面通路IP转发表的建立之后，所述方法还可包括：所述核心网向所述基站反馈对所述用户面IP通路选择表接收的决定响应，其中，所述决定响应用于所述基站完善所述用户面IP通路选择表，所述决定响应包括以下之一：所述核心网全部接收所述基站侧用户面IP通路选择表的参数、所述核心网部分接收所述基站侧用户面IP通路选择表的参数、所述核心网全部拒绝所述基站侧用户面IP通路选择表的参数、所述核心网修改所述基站侧用户面IP通路选择表的参数。
在所述基站根据所述决定响应完善所述用户面IP通路选择表之后，所述方法还可包括：所述核心网接收所述基站发送的完善后的所述用户面IP通路选择表；所述核心网根据完善后的所述用户面IP通路选择表完善所述核心网侧所述用户面IP通路选择表。
在所述核心网根据所述核心网侧用户面IP通路选择表确定承载IP的通道之后，所述方法还可包括：所述核心网定期更新所述核心网侧用户面IP通路选择表。
在所述核心网根据所述核心网侧用户面IP通路选择表确定承载IP的通道之后，所述方法还可包括：在所述基站与所述核心网之间的链路中断后恢复的情况下，所述核心网接收所述基站发送的清除所述用户面IP通路选择表的清除请求消息或维护所述用户面IP通路选择表的维护请求消息；所述 核心网向所述基站反馈用于所述基站清除或维护所述用户面IP通路选择表的响应消息。
根据本发明实施例的另一方面，提供了一种通路检测装置，应用于基站，所述装置包括：
第一建立模块，设置为建立与核心网之间的用户面IP通路选择表，其中，所述用户面IP通路选择表用于业务面确定承载IP的通道；
第一通路检测模块，设置为根据所述用户面IP通路选择表确定承载IP的通道。
根据本发明实施例的另一方面，还提供了一种通路检测装置，应用于核心网，所述装置包括：
第二建立模块，设置为建立与基站之间的核心网侧用户面IP通路选择表，其中，所述核心网侧用户面IP通路选择表用于业务面确定承载IP的通道；
第二通路检测模块，设置为根据所述核心网侧用户面IP通路选择表确定承载IP的通道。
本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于基站侧的上述通道确定方法。
本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于核心网侧的上述通道确定方法。
通过本发明实施例，采用基站建立与核心网之间的用户面IP通路选择表，其中，所述用户面IP通路选择表用于业务面确定承载IP的通道；所述基站根据所述用户面IP通路选择表确定承载IP的通道，解决了相关技术中业务面选择基站与核心网之间的通道存在缺陷的问题，保证了选路成功，从而保证业务面为用户选择合适的承载IP通道。
在阅读并理解了附图和详细描述后，可以明白其他方面。
附图概述
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本发明实施例的通道确定方法的流程图一；
图2是根据本发明实施例的通道确定方法的流程图二；
图3是根据本发明实施例的通道确定装置的框图一；
图4是根据本发明实施例的通道确定装置的框图二；
图5是根据本发明实施例的用户面转发表建立的流程图；
图6是根据本发明实施例的通路检测的流程图；
图7是根据本发明实施例的用户面转发表建立过程消息交互的示意图；
图8是根据本发明实施例的通路保活定时器协商过程的示意图；
图9是根据本发明实施例的通路维护检测过程消息交互的示意图；
图10是根据本发明实施例的清除转发表过程的示意图；
图11是根据本发明实施例的维持原转发表不变过程的示意图。
本发明的实施方式
下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
本发明实施例提供了一种通道确定方法，图1是根据本发明实施例的通道确定方法的流程图一，如图1所示，该方法包括以下步骤：
步骤S102，基站建立与核心网之间的用户面IP通路选择表，其中，该用户面IP通路选择表用于业务面确定承载IP的通道；
步骤S104，该基站根据该用户面IP通路选择表确定承载IP的通道。
通过上述步骤，基站建立与核心网之间的用户面IP通路选择表，其中，该用户面IP通路选择表用于业务面确定承载IP的通道；该基站根据该用户 面IP通路选择表确定承载IP的通道，解决了相关技术中业务面选择基站与核心网之间的通道存在缺陷的问题，保证了选路成功，从而保证业务面为用户选择合适的承载IP通道。
该基站建立与该核心网之间的用户面IP通路选择表可包括：该基站与该核心网进行用于建立该用户面IP通路选择表的参数协商；该基站根据接收到的检测响应消息以及协商完成的参数进行通路检测，其中，该检测响应消息是该核心网在接收到该基站发送的通路检测请求消息之后反馈的；该基站在完成多次通路检测之后，完成该用户面IP通路选择表的建立。
在该基站建立与该核心网之间的用户面IP通路选择表之后，该方法还可包括：
该基站将该用户面IP通路选择表发送给该核心网，供该核心网根据该用户面IP通路选择表完成核心网侧的用户面通路IP转发表的建立。
在该基站将该用户面IP通路选择表发送给该核心网之后，该方法还可包括：该基站接收该核心网反馈的对该用户面IP通路选择表接收的决定响应，其中，该决定响应包括以下之一：该核心网全部接收该基站侧用户面IP通路选择表的参数、该核心网部分接收该基站侧用户面IP通路选择表的参数、该核心网全部拒绝该基站侧用户面IP通路选择表的参数、该核心网修改该基站侧用户面IP通路选择表的参数；该基站根据该决定响应完善该用户面IP通路选择表。
在该基站根据该决定响应完善该用户面IP通路选择表之后，该方法还可包括：该基站将完善后的该用户面IP通路选择表发送给该核心网，供该核心网完善该核心网侧的该用户面IP通路选择表。
在该基站建立用于与该核心网进行通路检测的用户面IP通路选择表之前，该方法还可包括：该基站完成该用户面IP通路选择表的初始化；该基站向该核心网发送用于请求核心网用户面IP地址的请求消息，其中，该请求消息中携带有基站用户面IP地址和基站ID；该基站记录核心网ID及该核心网用户面IP地址，形成到该核心网用户面的转发条目；该基站根据该转发条目向该核心网发送该通路检测请求消息。
在该基站记录核心网ID及该核心网用户面IP地址，形成到该核心网用户面的转发条目之前，该方法还可包括：该基站向该核心网发送用于请求核心网用户面IP地址的地址请求消息，其中，该地址请求消息中携带有基站用户面IP地址和基站ID；该基站接收该核心网根据该地址请求消息反馈的地址响应消息，其中，该地址响应消息中携带有核心网用户面配置的所有IP地址或者用于与该基站通信的用户面的所有IP地址。
在该基站根据该用户面IP通路选择表确定承载IP的通道之后，该方法还可包括：该基站定期更新该用户面IP通路选择表。
在该基站根据该用户面IP通路选择表确定承载IP的通道之后，该方法还可包括：在该基站与该核心网之间的链路中断后恢复的情况下，该基站向该核心网发送清除该用户面IP通路选择表的清除请求消息或维护该用户面IP通路选择表的维护请求消息；该基站根据该核心网反馈的消息清除或维护该用户面IP通路选择表。
本发明实施例还提供了一种通道确定方法，图2是根据本发明实施例的通道确定方法的流程图二，如图2所示，该方法包括以下步骤：
步骤S202，核心网建立与基站之间的核心网侧用户面IP通路选择表，其中，该核心网侧用户面IP通路选择表用于业务面确定承载IP的通道；
步骤S204，该核心网根据该核心网侧用户面IP通路选择表确定承载IP的通道。
该核心网建立与该基站之间的核心网侧用户面IP通路选择表可包括：该核心网接收该基站在建立用户面IP通路选择表之后发送的该用户面IP通路选择表；该核心网根据该用户面IP通路选择表完成该核心网侧用户面通路IP转发表的建立。
在该核心网建立与基站之间的核心网侧用户面IP通路选择表之后，该方法还可包括：该核心网与该基站进行用于建立用户面IP通路选择表的参数协商；该核心网在接收到该基站发送的通路检测请求消息之后，向该基站反馈检测响应消息，其中，该检测响应消息用于该基站根据该检测响应消息以及协商完成的参数进行通路检测，该基站在完成多次通路检测之后，完成 该用户面IP通路选择表的建立。
在该核心网根据该用户面IP通路选择表完成该核心网侧用户面通路IP转发表的建立之后，该方法还可包括：该核心网向该基站反馈对该用户面IP通路选择表接收的决定响应，其中，该决定响应用于该基站完善该用户面IP通路选择表，该决定响应包括以下之一：该核心网全部接收该基站侧用户面IP通路选择表的参数、该核心网部分接收该基站侧用户面IP通路选择表的参数、该核心网全部拒绝该基站侧用户面IP通路选择表的参数、该核心网修改该基站侧用户面IP通路选择表的参数。
在该基站根据该决定响应完善该用户面IP通路选择表之后，该方法还可包括：该核心网接收该基站发送的完善后的该用户面IP通路选择表；该核心网根据完善后的该用户面IP通路选择表完善该核心网侧该用户面IP通路选择表。
在该核心网根据该核心网侧用户面IP通路选择表确定承载IP的通道之后，该方法还可包括：该核心网定期更新该核心网侧用户面IP通路选择表。
在该核心网根据该核心网侧用户面IP通路选择表确定承载IP的通道之后，该方法还可包括：在该基站与该核心网之间的链路中断后恢复的情况下，该核心网接收该基站发送的清除该用户面IP通路选择表的清除请求消息或维护该用户面IP通路选择表的维护请求消息；该核心网向该基站反馈用于该基站清除或维护该用户面IP通路选择表的响应消息。
本发明实施例提供了一种通路检测装置，应用于基站，图3是根据本发明实施例的通道确定装置的框图一，如图3所示，该装置包括：
第一建立模块32，设置为建立与核心网之间的用户面IP通路选择表，其中，该用户面IP通路选择表用于业务面确定承载IP的通道；
第一通路检测模块34，设置为根据该用户面IP通路选择表确定承载IP的通道。
本发明实施例还提供了一种通路检测装置，应用于核心网，图4是根据本发明实施例的通道确定装置的框图二，如图4所示，该装置包括：
第二建立模块42，设置为建立与基站之间的核心网侧用户面IP通路选 择表，其中，该核心网侧用户面IP通路选择表用于业务面确定承载IP的通道；
第二通路检测模块44，设置为根据该核心网侧用户面IP通路选择表确定承载IP的通道。
下面结合具体的可选实施例进行进一步说明，下述可选实施例结合了上述实施例及其可选实施方式。
本发明实施例提供了基站和核心网用户面IP通路选择表概念，通过在基站与核心网侧分别建立各自的用户面IP通路选择表，基站与核心网各自通过维护这张表，这张表反映了基站与核心网之间用户面IP的各自通路当前状态，是保证选路成功的关键所在，从而保证业务面为用户选择合适的承载IP通道。
本发明实施例提供了建立、维护、修复用户面IP通路选择表的方法，整个过程分为三个阶段：通路表建立阶段、通路表维护阶段和通路表在断链后处理阶段。
通路表建立阶段：通信双方通过一定的信息交换和路径检测，双方各自形成关于到达对端用户面的通路表。
通路表维护阶段：由于基站与核心网之间的传输网络状态是不断变化，故要求通信双方必须不定期地维护各自的通路表，对于变化的通路需要及时发现，及时在通路表中更新，以保证业务选路的正确性。
通路表在断链后处理阶段：这个阶段主要解决基站与核心网之间通信中断后，通信双方如何处理通路表的问题。无论是基站的原因、核心网原因还是传输原因，只要发生中断，就触发这个阶段。通路表维护阶段和通路表在断链后处理阶段的差异是：通路表维护阶段是在没有断网的情况下发生的，通路表在断链后处理阶段是在断网的情况下发生的。
本发明实施例通过实现基站与核心网用户面IP通路状态的相互了解，为各自系统决策各自用户面承载IP选择成功率提供决策依据，实现了基站和核心网用户面IP通道选择的透明化，提升了用户接纳成功率，保证了接入用户业务承载IP通道的通畅性，同时提升了用户的业务感知能力。该方 法通过自动调整通路优先级，为每个节点智能选路提供依据，从而可以实现传输网络的负载均衡，降低用户业务的拥塞概率。如此，解决了相关技术中没有办法保证用户业务承载整个IP通道是通畅的问题。
本发明实施例是为基站与核心网提供用户面IP通路状态，为了实现设备彼此之间了解用户面通路状态，而且为了实现互联互通性。本发明实施例提供的方法，定义了通信双方彼此之间通信的消息，这些通信消息的定义，在一定程度上已经考虑网络的安全以及对网络和节点带来的消息处理压力。
本发明实施例属于上层应用，使用者可以作为一个独立的功能承载的UDP(User Datagram Protocol，用户数据报协议)、TCP(Transmission Control Protocol，传输控制协议)、SCTP(Stream Control Transmission Protocol，流控制传输协议)等传输上实现，也可以嵌入到S1AP消息中承载的SCTP上传输。为了后续描述便利，在这里先定义后面使用的两张表：
表1基站侧用户面IP通路选择表
Index Mme/s-gw ID Soure IP Dest IP Pass/no pass Prio Weight
             
             
             
             
表2核心网侧用户面IP通路选择表
Index eNB ID Soure IP Dest IP Pass/no pass Prio Weight
             
             
             
             
上述表1中，Mme/s-gw ID由mmeGroupID+mmecode组成；
形成基站侧用户面IP通路选择表应该在“基站已经选择确定服务mme/s-gw”以后进行；
基站侧选择服务mme/s-gw不受此文档规程约束。
表格中的权重(Weight)完全是由本侧确认的，这个是方便厂家灵活设置本地选路。上述两张表中的源IP(Soure IP)均指本地IP，目标IP(Dest IP)为目的地IP地址。从安全角度及基站与核心网交互的便利角度，本文后面描述的交互消息是嵌入到S1AP消息中进行的，后面的消息是在基站与核心网之间S1AP链路建立的基础上进行的。
一、通路表建立阶段
基站与核心网成功建立流控制传输协议(stream control transmission protocol，简称为SCTP)偶联，在此基础上，基站与核心网之间的S1AP链接已经建立，此时基站已经选择了正确的移动管理实体(Mobility Management Entity，简称为MME)为自己提供服务，此时基站就可以执行本侧初始化，初始创建基站侧用户面IP通路选择表，此时的基站可以确定表1中Mme/s-gw ID、soure IP以及weight的参数值。基站完成初始化表格后，基站发出建立的第一条“请求核心网用户面IP”消息，基站在这条消息中必须带上基站自身的用户面IP地址。核心网收到该消息后，根据自身用户面IP地址和收到的基站的IP地址进行组合，要求组合覆盖所有的可能，核心网记录基站身份标识号码(Identity，简称为ID)及IP，形成该基站的用户面IP通道选择表，此时与该基站有关的条目索引(Index)、基站ID(eNB ID)、源IP、目的IP及权重参数已经确定。核心网处理本侧的关于该基站的用户面IP通路选择表条目后，开始给基站发送回应消息，该回应消息中要求必须携带核心网用户面配置的所有IP地址或者用于与该基站通信的用户面的所有IP地址。基站侧记录核心网ID及IP地址，形成到核心网用户面的转发条目(核心网ID、源IP、目的IP以及权重参数)。
基站发送通路检测请求消息，该消息携带每条通路的重发次数(基站侧确定)、检测报文所带的标示符(基站侧确定)、检测序列号(由核心网的回应消息给出)、通路检测的方法(目前暂定ping)以及检测的时间段。检测序列号每路径一个，但核心网侧只给出一个值，如果存在多条路径，后续路径在该值的基础上每次加1，但该值受基站与核心网的检测表控制，如果超出范围，则整个检测失败。检测时间段是核心网发出通路检测应答消息之 后持续的时间长度，所以基站与核心网之间最好时间同步，核心网在给出时间段时应该充分考虑基站的处理时间和网络传输时间，以保证基站在给定时间内完成检测。当基站在规定的时间内没有完成检测，基站可以发起检测时间延长申请，如果核心网同意并给出延长时间段，则基站可以继续完成后续操作，否则基站只能保存当前的检测结果后，重新再次发起通路检测请求流程。核心网回应通路检测请求应答，核心网在该条消息中要携带基站发送的所有消息参数，并提供检测过程中使用的序列号及时间段。核心网可以拒绝基站的请求消息，如果基站被拒绝，基站只能等待一段时间再次发起路径检测消息。
用户面通路检测：基站收到核心网的许可消息，并根据前面消息协商的参数，开始执行通路检测，在封装的网间控制报文协议(Internet Control Messages Protocol，简称为ICMP)报文时，报文中的标示符字段、序列号字段必须按照协商的要求填写，否则有可能用于检测的ping报文被对端认为是攻击报文处理，对端可能会长时间不回应消息直到本端时间超时，而只能重新发起申请。核心网侧收到基站的路径检测ping包，应该在最短时间内完成回应，基站侧记录不同路径的回应时间延迟、丢包次数、抖动等参数，在完成所有路径的检测后，根据每条路径的综合情况，给出不同路径的通断及优先级参数。如果在检测路径未全部执行完成，但是核心网给出的时间已经超时，基站记录好已经完成的路径后，重新发起路径检测请求，获得同意后再次执行检测，基站也可以申请延长检测时间。
经过多次反复后，基站完成所有路径检测，形成基站本端的用户面IP通路选择表。基站把本端形成的通路表发送给核心网，核心网收到该参数表后，根据本端情况形成核心网自己针对该基站的用户面IP通路转发表，从而完善自己的用户面转发表。核心网可以对接收的通路表参数全部接收、接收部分通道、全部拒绝、对通道的参数(优先级(Prio)及权重参数)可以修改。核心网要在回应消息中体现自己的决定，把确定的所有消息回送给基站。
基站从接收到核心网的回应消息中判断属于哪种情况，如果核心网全部接收基站的通路表，则基站后续采用该通路表用于用户面选路；如果基站收 到核心网接收部分通道消息，则基站按照核心网要求，重新标注自己的通路表；如果基站收到全部拒绝消息，则基站等待一段时间，再次发起通道检测；如果基站收到部分通道的参数(优先级及权重参数)修改消息，则基站修改本端参数以适应核心网的要求。基站按照要求修改了通路表后，最好再次发送给核心网确认，核心网确认无误后回送确认(ok)消息，至此双方的通路表正式建立。
图5是根据本发明实施例的用户面转发表建立的流程图，如图5所示，用户面转发表建立流程包括以下步骤：
步骤S501，演进型基站(evolved Node B，简称为eNB)初始化表格；
步骤S502，请求核心网侧用户面IP地址；
步骤S503，判断核心网是否接收请求，在判断结果为否的情况下，执行步骤S504；在判断结果为是的情况下，执行步骤S505；
步骤S504，基站延迟一段时间；
步骤S505，核心网初始化该基站通道转发表项目；
步骤S506，核心网回应基站请求；
步骤S507，基站形成转发表条目；
步骤S508，基站发送路径检测请求；
步骤S509，判断核心网是否接收请求，在判断结果为否的情况下，执行步骤S510；在判断结果为是的情况下，执行步骤S511；
步骤S510，基站延迟一段时间；
步骤S511，核心网回应基站路径检测请求；
步骤S512，执行通道检测流程；
步骤S513，基站形成初步通路表并给核心网发送通路表；
步骤S514，判断核心网是否接收该表，在判断结果为否的情况下，执行步骤S515；在判断结果为是的情况下，执行步骤S516；
步骤S515，基站发送路径检测请求；
步骤S516，判断核心网是否是部分接收该表，在判断结果为否的情况 下，执行步骤S519；在判断结果为是的情况下，执行步骤S517；
步骤S517，基站重置本端用户转发表；
步骤S518，基站转发修订后的通路表；
步骤S519，核心网修订本端的与该基站相关的转发表项并回送ok消息。
图6是根据本发明实施例的通路检测的流程图，如图6所示，通路检测流程包括以下步骤：
步骤S601，基站通路检测报文PING发送；
步骤S602，判断核心网验证报文是否合法，在判断结果为否的情况下，执行步骤S603，在判断结果为是的情况下，执行步骤S604；
步骤S603，拒绝回应；
步骤S604，核心网回应ping响应报文；
步骤S605，判断基站检验报文是否合法，在判断结果为否的情况下，执行步骤S606，在判断结果为是的情况下，执行步骤S607；
步骤S606，判断是否超过最大次数，在判断结果为否的情况下，执行步骤S601，在判断结果为是的情况下，执行步骤S611；
步骤S607，基站记录相关参数；
步骤S608，判断是否还有未检测的路径，在判断结果为否的情况下，执行步骤S609，在判断结果为是的情况下，执行步骤S610；
步骤S609，结束检测；
步骤S610，判断检测时间是否未超时；在判断结果为否的情况下，执行步骤S611，在判断结果为是的情况下，执行步骤S612；
步骤S611，记录当前检测路径并发起检测请求流程；
步骤S612，更新检测路径。
图7是根据本发明实施例的用户面转发表建立过程消息交互的示意图，如图7所示，上述过程包括以下步骤：
步骤S701，基站请求核心网用户面IP地址(要携带基站的用户面IP)；
步骤S702，核心网记录基站ID及IP形成该基站的转发表条目；
步骤S703，核心网回应请求(携带核心网用户面IP)；
步骤S704，基站记录核心网ID及IP形成转发表条目；
步骤S705，基站发送通路检测请求(携带相关参数)；
步骤S706，核心网返回通路检测请求应答(携带相关参数)；
步骤S707，路径检测过程；
步骤S708，基站形成路径转发表；
步骤S709，基站转发通路表给核心网；
步骤S710，核心网完善该基站的通路表项；
步骤S711a，核心网返回ok消息，表示接受；
步骤S711b，核心网返回全部拒绝或者部分拒绝和参数修订消息；
步骤S712，基站重置转发表；
步骤S713，基站将修订后的通路表发送给核心网；
步骤S714，核心网返回ok消息，表示接受。
二、通路表维护阶段
通路表维护是为了适应网络的时变性而设定的。基站与核心网之间需要协商通路保活超时定时器，该定时器仅在基站侧设置和维护，基站为每个通路设置一个定时器。通路保活定时器协商设置，基站与核心网应根据实际网络情况而定，灵活设置该定时器值，对于可靠性高的传输网络，该定时器值设置的大些，对于不可靠的传输网络，该定时器值设置的小一些。需要注意的是，该定时器值设置过小，会给网络带来过大的负荷压力，设置过大，可能出现通路中断但未及时发现，从而可能触发用户业务不通而导致的接入失败事件发生。对于有业务承载的IP通路，该通路定时器值设置为零；对于无业务承载的IP通路，启动该通路定时器，当该定时器超时，基站侧触发通路维护检测流程。该定时器启动后，无论是否超时，只要该通路的业务正常，则该定时器值立即置零，如果正在进行通路检测，则立即停止通路维护检测流程。
通路保活定时器值协商：基站发送通路保活定时器值协商请求消息(基站带本端设置的时间值)，请求与核心网给该定时器协商一个合适的时间值，核心网收到该消息后，给基站回送响应消息，该响应消息中携带时间值。基站侧采用核心网侧下发的定时器值设置本端定时器。当定时器超时，需要执行通路维护检测流程，执行完这个流程后，需要重新协商保活定时器，再以新协商的值设定基站侧的保活定时器，如果核心网响应报文中没有携带时间值，基站侧以上次协商的值或者本端设定的值作为定时器的值。图8是根据本发明实施例的通路保活定时器协商过程的示意图，如图8所示，通路保活定时器协商过程包括以下步骤：
步骤S801，协商通路保活定时器时间请求；
步骤S802，请求响应(时间)。
通路维护检测流程：基站侧通路保活定时器超时，基站侧给核心网发生通路检测请求消息，该消息中携带超时通路信息，核心网响应检测应答消息，基站收到应答消息，应答消息携带时间段等相关信息。如果基站收到拒绝消息，则等待一段时间后重新发起请求。基站收到授权消息后，执行通路检测流程，检测完成后，基站更新本端用户面IP通路表，然后把更新后的表发给核心网更新，核心网收到该表后执行更新，并给基站回送确认消息。图9是根据本发明实施例的通路维护检测过程消息交互的示意图，如图9所示，该过程包括以下步骤：
步骤S901，基站发送通道检测请求；
步骤S902a，核心网发送通道检测请求应答；
步骤S902b，核心网拒绝(reject)通道检测请求；
步骤S903，基站等待一段时间；
步骤S904，基站发送通道检测请求；
步骤S905，核心网返回通道检测授权；
步骤S906，路径检测过程；
步骤S907，基站更新表；
步骤S908，基站将该表发送给核心网；
步骤S909，核心网更新表；
步骤S910，核心网发送确认消息。
三、通路表在断链后处理阶段
基站与核心网之间的S1AP链路中断后恢复，也就是一旦发生eNB和mme/s-gw断链，一般情况下需要清空该基站的用户承载转发表，同时需要通知与基站相连的mme/s-gw核心网清除与该基站相关的转发表项。
考虑实际网络情况，为了减轻对网络及节点(eNB和MME)的处理压力，对于断链后处理方式采用两种策略，当满足一定条件的，执行清除通路表操作流程；当不满足条件的，执行维护原通路表项不变流程。对于所述条件，该文档不做具体规定。
清除转发表流程：基站给核心网发送清除转发表请求，核心网收到该消息，执行清除与该基站相关的转发表项，同时基站在发送这条消息的同时，也要清除本端的转发表。本消息不需要核心网回应。图10是根据本发明实施例的清除转发表过程的示意图，如图10所示，该过程包括以下步骤：
步骤S1001，基站发送清除转发表请求消息；
步骤S1002，基站清除转发表；
步骤S1003，核心网清除与该基站有关的转发表项。
维护原表项不变流程：基站发送维持原表项目不变请求消息，核心网如果回应ok消息，则双方维护原来的表项；如果核心网回应拒绝消息，则触发基站发起清除转发表流程。图11是根据本发明实施例的维持原转发表不变过程的示意图，如图11所示，该过程包括以下步骤：
步骤S1101，基站发送维持原表项不变请求；
步骤S1102a，核心网回送ok消息接受不变请求；
步骤S1102b，核心网回送拒绝消息；
步骤S1103，基站收到拒绝消息，触发“清除转发表流程”。
本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于基站侧的上述通道确定方 法。
本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于核心网侧的上述通道确定方法。
本领域的技术人员应该明白，上述的本申请的模块或步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。
以上所述仅为本申请的可选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
工业实用性
本申请实施例提供一种通道确定方法及装置，解决了相关技术中业务面选择基站与核心网之间的通道存在缺陷的问题，保证了选路成功，从而保证业务面为用户选择合适的承载IP通道。

Claims (18)

  1. 一种通道确定方法，所述方法包括：
    基站建立与核心网之间的用户面网际协议IP通路选择表，其中，所述用户面IP通路选择表用于业务面确定承载IP的通道；
    所述基站根据所述用户面IP通路选择表确定承载IP的通道。
  2. 根据权利要求1所述的方法，其中，所述基站建立与所述核心网之间的用户面IP通路选择表包括：
    所述基站与所述核心网进行用于建立所述用户面IP通路选择表的参数协商；
    所述基站根据接收到的检测响应消息以及协商完成的参数进行通路检测，其中，所述检测响应消息是所述核心网在接收到所述基站发送的通路检测请求消息之后反馈的；
    所述基站在完成多次通路检测之后，完成所述用户面IP通路选择表的建立。
  3. 根据权利要求2所述的方法，在所述基站建立与所述核心网之间的用户面IP通路选择表之后，所述方法还包括：所述基站将所述用户面IP通路选择表发送给所述核心网，供所述核心网根据所述用户面IP通路选择表完成核心网侧的用户面通路IP转发表的建立。
  4. 根据权利要求3所述的方法，在所述基站将所述用户面IP通路选择表发送给所述核心网之后，所述方法还包括：
    所述基站接收所述核心网反馈的对所述用户面IP通路选择表接收的决定响应，其中，所述决定响应包括以下之一：所述核心网全部接收所述基站侧用户面IP通路选择表的参数、所述核心网部分接收所述基站侧用户面IP通路选择表的参数、所述核心网全部拒绝所述基站侧用户面IP通路选择表的参数、所述核心网修改所述基站侧用户面IP通路选择表的参数；
    所述基站根据所述决定响应完善所述用户面IP通路选择表。
  5. 根据权利要求4所述的方法，在所述基站根据所述决定响应完善所 述用户面IP通路选择表之后，所述方法还包括：
    所述基站将完善后的所述用户面IP通路选择表发送给所述核心网，供所述核心网完善所述核心网侧的所述用户面IP通路选择表。
  6. 根据权利要求2所述的方法，在所述基站建立用于与所述核心网进行通路检测的用户面IP通路选择表之前，所述方法还包括：
    所述基站完成所述用户面IP通路选择表的初始化；
    所述基站向所述核心网发送用于请求核心网用户面IP地址的请求消息，其中，所述请求消息中携带有基站用户面IP地址和基站标识号码ID；
    所述基站记录核心网ID及所述核心网用户面IP地址，形成到所述核心网用户面的转发条目；
    所述基站根据所述转发条目向所述核心网发送所述通路检测请求消息。
  7. 根据权利要求6所述的方法，在所述基站记录核心网ID及所述核心网用户面IP地址，形成到所述核心网用户面的转发条目之前，所述方法还包括：
    所述基站向所述核心网发送用于请求核心网用户面IP地址的地址请求消息，其中，所述地址请求消息中携带有基站用户面IP地址和基站ID；
    所述基站接收所述核心网根据所述地址请求消息反馈的地址响应消息，其中，所述地址响应消息中携带有核心网用户面配置的所有IP地址或者用于与该基站通信的用户面的所有IP地址。
  8. 根据权利要求1至7中任一项所述的方法，在所述基站根据所述用户面IP通路选择表确定承载IP的通道之后，所述方法还包括：
    所述基站定期更新所述用户面IP通路选择表。
  9. 根据权利要求1至7中任一项所述的方法，在所述基站根据所述用户面IP通路选择表确定承载IP的通道之后，所述方法还包括：
    在所述基站与所述核心网之间的链路中断后恢复的情况下，所述基站向所述核心网发送清除所述用户面IP通路选择表的清除请求消息或维护所述用户面IP通路选择表的维护请求消息；
    所述基站根据所述核心网反馈的消息清除或维护所述用户面IP通路选择表。
  10. 一种通道确定方法，所述方法包括：
    核心网建立与基站之间的核心网侧用户面网际协议IP通路选择表，其中，所述核心网侧用户面IP通路选择表用于业务面确定承载IP的通道；
    所述核心网根据所述核心网侧用户面IP通路选择表确定承载IP的通道。
  11. 根据权利要求10所述的方法，其中，所述核心网建立与所述基站之间的核心网侧用户面IP通路选择表包括：
    所述核心网接收所述基站在建立用户面IP通路选择表之后发送的所述用户面IP通路选择表；
    所述核心网根据所述用户面IP通路选择表完成所述核心网侧用户面通路IP转发表的建立。
  12. 根据权利要求11所述的方法，在所述核心网建立与基站之间的核心网侧用户面IP通路选择表之后，所述方法还包括：
    所述核心网与所述基站进行用于建立用户面IP通路选择表的参数协商；
    所述核心网在接收到所述基站发送的通路检测请求消息之后，向所述基站反馈检测响应消息，其中，所述检测响应消息用于所述基站根据所述检测响应消息以及协商完成的参数进行通路检测，所述基站在完成多次通路检测之后，完成所述用户面IP通路选择表的建立。
  13. 根据权利要求11所述的方法，在所述核心网根据所述用户面IP通路选择表完成所述核心网侧用户面通路IP转发表的建立之后，所述方法还包括：
    所述核心网向所述基站反馈对所述用户面IP通路选择表接收的决定响应，其中，所述决定响应用于所述基站完善所述用户面IP通路选择表，所述决定响应包括以下之一：所述核心网全部接收所述基站侧用户面IP通路选择表的参数、所述核心网部分接收所述基站侧用户面IP通路选择表的参数、所述核心网全部拒绝所述基站侧用户面IP通路选择表的参数、所述核 心网修改所述基站侧用户面IP通路选择表的参数。
  14. 根据权利要求13所述的方法，在所述基站根据所述决定响应完善所述用户面IP通路选择表之后，所述方法还包括：
    所述核心网接收所述基站发送的完善后的所述用户面IP通路选择表；
    所述核心网根据完善后的所述用户面IP通路选择表完善所述核心网侧所述用户面IP通路选择表。
  15. 根据权利要求10至14中任一项所述的方法，在所述核心网根据所述核心网侧用户面IP通路选择表确定承载IP的通道之后，所述方法还包括：
    所述核心网定期更新所述核心网侧用户面IP通路选择表。
  16. 根据权利要求10至14中任一项所述的方法，在所述核心网根据所述核心网侧用户面IP通路选择表确定承载IP的通道之后，所述方法还包括：
    在所述基站与所述核心网之间的链路中断后恢复的情况下，所述核心网接收所述基站发送的清除所述用户面IP通路选择表的清除请求消息或维护所述用户面IP通路选择表的维护请求消息；
    所述核心网向所述基站反馈用于所述基站清除或维护所述用户面IP通路选择表的响应消息。
  17. 一种通路检测装置，应用于基站，所述装置包括：
    第一建立模块，设置为建立与核心网之间的用户面网际协议IP通路选择表，其中，所述用户面IP通路选择表用于业务面确定承载IP的通道；
    第一通路检测模块，设置为根据所述用户面IP通路选择表确定承载IP的通道。
  18. 一种通路检测装置，应用于核心网，所述装置包括：
    第二建立模块，设置为建立与基站之间的核心网侧用户面网际协议IP通路选择表，其中，所述核心网侧用户面IP通路选择表用于业务面确定承载IP的通道；
    第二通路检测模块，设置为根据所述核心网侧用户面IP通路选择表确定承载IP的通道。
PCT/CN2016/083524 2015-07-17 2016-05-26 通道确定方法及装置 WO2017012411A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510423699.7A CN106341857B (zh) 2015-07-17 2015-07-17 通道确定方法及装置
CN201510423699.7 2015-07-17

Publications (1)

Publication Number Publication Date
WO2017012411A1 true WO2017012411A1 (zh) 2017-01-26

Family

ID=57826158

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/083524 WO2017012411A1 (zh) 2015-07-17 2016-05-26 通道确定方法及装置

Country Status (2)

Country Link
CN (1) CN106341857B (zh)
WO (1) WO2017012411A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101115286A (zh) * 2006-07-26 2008-01-30 华为技术有限公司 一种基站到核心网的通信方法及系统
US20090262746A1 (en) * 2006-09-21 2009-10-22 Posdata Co., Ltd. Router and routing method for portable internet service
CN101877915A (zh) * 2009-04-28 2010-11-03 中兴通讯股份有限公司 一种长期演进系统中继站的数据传输方法和系统
US20130188481A1 (en) * 2012-01-25 2013-07-25 Fujitsu Limited Network system, offload device, and offload traffic control method
CN104768199A (zh) * 2015-04-17 2015-07-08 北京邮电大学 一种数据包传输方法及装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102056142B (zh) * 2009-11-09 2014-07-02 中兴通讯股份有限公司 一种建立本地ip访问下行数据通道的方法及系统
CN102869116B (zh) * 2011-07-05 2015-07-08 华为终端有限公司 一种本地网络和实现本地网关和家庭基站建立连接的方法
CN103581138B (zh) * 2012-08-01 2017-02-08 京信通信系统（中国）有限公司 一种数据传输方法和设备
CN103200620B (zh) * 2013-03-06 2016-01-20 大唐移动通信设备有限公司 一种lte系统中接入核心网的方法及装置
CN104378297B (zh) * 2013-08-15 2018-01-16 新华三技术有限公司 一种报文转发方法及设备
US9641422B2 (en) * 2013-10-17 2017-05-02 Telefonaktiebolaget Lm Ericsson (Publ) X2 son for LTE networks through automated X2 address discovery
CN104320502B (zh) * 2014-11-14 2017-11-24 大唐移动通信设备有限公司 终端网关ip地址分配方法、数据传输的方法、mme及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101115286A (zh) * 2006-07-26 2008-01-30 华为技术有限公司 一种基站到核心网的通信方法及系统
US20090262746A1 (en) * 2006-09-21 2009-10-22 Posdata Co., Ltd. Router and routing method for portable internet service
CN101877915A (zh) * 2009-04-28 2010-11-03 中兴通讯股份有限公司 一种长期演进系统中继站的数据传输方法和系统
US20130188481A1 (en) * 2012-01-25 2013-07-25 Fujitsu Limited Network system, offload device, and offload traffic control method
CN104768199A (zh) * 2015-04-17 2015-07-08 北京邮电大学 一种数据包传输方法及装置

Also Published As

Publication number Publication date
CN106341857A (zh) 2017-01-18
CN106341857B (zh) 2021-09-03

Similar Documents

Publication Publication Date Title
EP3764732B1 (en) Packet transmission methods and apparatus using two network tunnels
EP3337105B1 (en) Processing method and apparatus for service flow processing policy
JP2019057905A (ja) イーサネット（登録商標）スイッチ用のロールベースの自動構成システム及び方法
WO2015184921A1 (zh) 实现心跳通信的方法、注册中心、服务端和客户端
KR101658824B1 (ko) 소프트웨어 정의 네트워크에서 플로우 룰을 변경하는 방법, 장치 및 컴퓨터 프로그램
CN108964961A (zh) 一种管理传输网切片的方法、装置及系统
JP5292172B2 (ja) 接続管理装置及び接続管理方法
CN110771117B (zh) 一种采用面向id的网络的会话层通信
WO2014069502A1 (ja) 通信システム、経路情報交換装置、通信ノード、経路情報の転送方法及びプログラム
JP5327896B2 (ja) 無線ｌａｎアクセスポイントおよび無線端末の接続維持方法
JP6476319B2 (ja) 移動無線通信ネットワークに移動端末の接続を確立するための方法、及び無線アクセスネットワーク構成要素
WO2015184863A1 (zh) 一种时钟网络的建立方法、装置及通信节点
JP6050720B2 (ja) コアネットワークにおけるゲートウェイのセッション情報を移行させるシステム及び方法
WO2015157947A1 (zh) 基于软件定义网络的组网方法及设备
WO2013141193A1 (ja) 通信システム、制御装置、通信装置、情報中継方法及びプログラム
WO2017012411A1 (zh) 通道确定方法及装置
US11122482B2 (en) Node handover method, apparatus, and system in a software defined protocol network
US10382274B2 (en) System and method for wide area zero-configuration network auto configuration
WO2014205818A1 (zh) 链路建立方法、装置及系统
JP2018508161A (ja) Ｓｃｔｐ接続の再確立方法及び装置、記憶媒体
US20170311135A1 (en) Control Signaling Transmission Method in MCPTT Architecture and Related Device
WO2018018897A1 (zh) 设备通信方法、装置及系统
JP4316395B2 (ja) 通信システム及び通信方法
WO2015013883A1 (zh) 一种数据传输方法及设备
WO2018137443A1 (zh) 数据映射方法及装置和无线设备

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

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

Country of ref document: EP

Kind code of ref document: A1