WO2016006422A1 - 制御装置、基地局、制御方法、及びプログラム - Google Patents

制御装置、基地局、制御方法、及びプログラム Download PDF

Info

Publication number
WO2016006422A1
WO2016006422A1 PCT/JP2015/067818 JP2015067818W WO2016006422A1 WO 2016006422 A1 WO2016006422 A1 WO 2016006422A1 JP 2015067818 W JP2015067818 W JP 2015067818W WO 2016006422 A1 WO2016006422 A1 WO 2016006422A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
base station
information
control device
packets
Prior art date
Application number
PCT/JP2015/067818
Other languages
English (en)
French (fr)
Inventor
昌也 柴山
Original Assignee
Kddi株式会社
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 Kddi株式会社 filed Critical Kddi株式会社
Priority to EP15818455.6A priority Critical patent/EP3188535B1/en
Publication of WO2016006422A1 publication Critical patent/WO2016006422A1/ja
Priority to US15/584,445 priority patent/US10327162B2/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0064Transmission or use of information for re-establishing the radio link of control information between different access points
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/305Handover due to radio link failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control
    • H04W36/38Reselection control by fixed network equipment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link

Definitions

  • the present invention relates to a control device, a base station, a control method, and a program, and specifically to a control technology for communication between a terminal and a base station.
  • LTE Long Term Evolution
  • HFN Hyper Frame Number
  • PDCP-SN Sequence Number
  • HFN is a common number held by the base station and the terminal, and the header of the packet is compressed using this HFN. Therefore, HFN needs to be consistent between the base station and the terminal.
  • PDCP-SN is a number notified by the transmission side device, and the value increases by one for each packet. Then, when the PDCP-SN reaches the maximum value, the HFN increases by 1 in the transmission side and reception side devices.
  • HFN is increased by 1 in accordance with the transmission / reception of 128 packets with PDCP-SN from 0 to 127.
  • PDCP-SN is reset to 0 after increasing to the maximum value.
  • the receiving apparatus does not increase the HFN and does not increase the PDCP-SN for the previously received packet. If it is below SN, HFN is increased.
  • the transmission side device and the reception side device manage the order of the packets with the HFN and the PDCP-SN, and compress or decode the header of the packet using the HFN.
  • the above management of HFN and PDCP-SN is effective as long as the number of packets corresponding to the maximum value of PDCP-SN does not fail to be received.
  • the packet order can be changed between the transmitting side device and the transmitting side device only by transmitting / receiving the 7-bit PDCP-SN as compared to transmitting all parts (for example, 32 bits) of the packet number. It can be managed in common with the receiving apparatus.
  • the receiving side apparatus fails to continuously receive a number of packets (for example, 128) corresponding to the maximum value of PDCP-SN, the PDCP-SN of the next successfully received packet has been successfully received before. Larger than the PDCP-SN of the received packet. Therefore, the transmitting apparatus increases HFN by 1 since the number of packets corresponding to the maximum value of PDCP-SN is transmitted, while the receiving apparatus does not increase HFN. Become. For this reason, the receiving device fails to decode the header of the packet, and as a result, the data included in the packet is also discarded for a long period of time. As a result, there is a problem that the communication error state continues for a long time because the value of HFN is shifted between the transmission side and the reception side.
  • a number of packets for example, 128, the PDCP-SN of the next successfully received packet has been successfully received before. Larger than the PDCP-SN of the received packet. Therefore, the transmitting apparatus increases HFN by 1 since the number of packets corresponding
  • the present invention has been made in view of the above problems, and an object of the present invention is to provide a technique for quickly recovering from a communication error state when the value of HFN is shifted between the transmission side and the reception side.
  • a control device is a control device that controls communication between a terminal and a base station, and indicates a part of a number corresponding to a packet order with respect to the communication, Management means for managing first information respectively held by the base station and second information transmitted from the terminal to the base station while indicating another part of the number corresponding to the order of the packets And determining means for determining whether the first information is consistent between the base station and the terminal, and determining that the first information is not consistent between the base station and the terminal. Control means for controlling the terminal to transmit a signal for executing a reconnection process for resetting the packet number.
  • control apparatus which concerns on another one aspect
  • mode of this invention is a control apparatus which controls communication between a terminal and a base station, Comprising: A part of number corresponding to the order of a packet is shown regarding the said communication Together with first information held by the terminal and the base station, and second information transmitted from the terminal to the base station, indicating another part of the number corresponding to the order of the packets.
  • Control means for controlling the base station so as to give an instruction to the terminal to cause the terminal to perform a handover without switching the connected base station.
  • the present invention when the HFN value is deviated between the transmission side and the reception side, it is possible to quickly recover from the communication error state.
  • FIG. 3 is a sequence diagram illustrating a processing flow of the wireless communication system according to the first embodiment.
  • FIG. 9 is a sequence diagram illustrating a processing flow of the wireless communication system according to the second embodiment.
  • FIG. 1 is a diagram illustrating a configuration example of a wireless communication system according to the present embodiment.
  • the radio communication system according to the present embodiment is an LTE system including, for example, a base station and a terminal, but is a system in which a plurality of communication devices according to other radio communication systems exist, and the following techniques can be applied. Any system may be used.
  • the base station includes a control device for controlling communication between the base station and the terminal, but this control device may exist as a network node outside the base station.
  • a signal (packet) is transmitted from the terminal to the base station will be described below, the present invention is not limited to this.
  • HFN Hyper Frame Number
  • PDCP-SN Sequence Number
  • HFN increases by 1 when the value of PDCP-SN of the packet that has been successfully received next is smaller than that of PDCP-SN of the packet that has been successfully received previously, and remains unchanged otherwise. Is maintained. For example, if the PDCP-SN of the packet that was successfully received previously is 120 and the PDCP-SN of the packet that was successfully received next is 127, the HFN value does not change, but the PDCP of the packet that was successfully received next -If SN is 1, the value of HFN is increased by 1. Thereby, the packet order is managed by 32 bits as a whole.
  • the maximum value of PDCP-SN is 127 and 128 packets have failed to be received consecutively
  • PDCP-SN is 121. That is, if attention is paid only to the value of PDCP-SN, since the numerical value is increased, the value of HFN does not change on the receiving side. However, on the transmitting side, the value of HFN is changed in accordance with the number of transmitted packets. In such a case, the value of HFN is increased by 1. Therefore, HFN mismatch occurs between the base station and the terminal.
  • the probability that such inconsistency will occur can be reduced.
  • the maximum value of PDCP-SN is 4095, and the update frequency of HFN is reduced compared to the case of 7 bits, and the probability that HFN mismatch will occur by that amount. Will be reduced.
  • increasing the maximum value of PDCP-SN in this way means that the data size of the transmitted / received packet increases. For this reason, if PDCP-SN is 7 bits, there is a case where data that can be transmitted / received in one packet has to be transmitted / received in a plurality of packets.
  • control device base station
  • FIG. 2 is a diagram illustrating a hardware configuration example of the control device according to the present embodiment.
  • the control device includes, for example, a CPU 201, a ROM 202, a RAM 203, an external storage device 204, and a communication device 205.
  • the CPU 201 executes a program for realizing each function of the control device, which is recorded in any of the ROM 202, the RAM 203, and the external storage device 204.
  • a control apparatus controls the communication apparatus 205 by CPU201, for example, and performs wired communication between the various nodes in a base station or a network.
  • the control device includes the communication device 205.
  • the control device alternatively has an interface with other hardware of the base station. You may do it.
  • control device may include dedicated hardware for executing each function, or may execute other parts by a computer that executes a part of the hardware and operates the program. Further, the control device may cause all functions thereof to be executed by a computer and a program.
  • FIG. 3 is a block diagram illustrating a functional configuration example of the control device.
  • the control device includes, for example, a management unit 301, a determination unit 302, a control unit 303, and a communication unit 304.
  • the management unit 301 manages HFN and PDCP-SN. When the control device exists inside the base station, the HFN and PDCP-SN held by the base station are managed.
  • the communication unit 304 communicates with, for example, a base station. When the control device is present inside the base station, such a communication unit can be provided as an interface inside the base station device.
  • the determination unit 302 determines whether there is an HFN mismatch between the terminal and the base station. For example, when the reception of the packet is resumed again at the base station after a predetermined time or more has passed without the packet from the terminal being received at the base station, the determination unit 302 decodes the header in the plurality of packets after the restart. It is determined whether the number of failures has reached a predetermined number. Then, when the determination unit 302 detects that the number of header decoding failures in a plurality of resumed packets has reached a predetermined number, the determination unit 302 determines that the HFN is not consistent. Note that the determination unit 302 may determine that the HFN is not consistent because the packet from the terminal is not received at the base station for a predetermined time or more.
  • the control unit 303 executes reconnection processing for resetting the HFN (and PDCP-SN) held by each of the terminal and the base station So that the terminal is controlled. For example, the control unit 303 causes the terminal to issue an RRC Connection Request, which is a connection request not based on terminal information (for example, UE context). For this reason, when the determination unit 302 determines that a mismatch has occurred in the HFN, for example, the control unit 303 causes the base station to transmit the PDCCH Order to the terminal, and causes the terminal to transmit a RACH (Random Access Channel). Send it. Note that PDCCH Order and RACH may be different predetermined signals. Thereafter, the control unit 303 controls the base station to ignore the RACH from the terminal.
  • the terminal retransmits the RACH for a predetermined number of times, and then recognizes that a failure has occurred in the radio link, for example, in accordance with the elapse of time set as a system parameter or the set number of retransmission failures. Become.
  • the terminal transmits a reconnection request (ReEstablishment Request) using the UE context to the base station.
  • control unit 303 causes the base station to ignore or reject the reconnection request.
  • the control unit 303 causes the base station to discard the UE context, for example, and as a result, the base station ignores or rejects the reconnection request.
  • the terminal subsequently issues an RRC Connection Request, which is a connection request not based on terminal information (for example, UE context).
  • RRC Connection Request is a connection request not based on terminal information (for example, UE context).
  • the HFN and PDCP-SN are reset in the connection between the terminal and the base station, and the HFN mismatch is resolved. Thereby, for example, even if an HFN mismatch occurs, the mismatch can be eliminated in a short time.
  • FIG. 4 shows processing executed in the wireless communication system according to the present embodiment.
  • the control device is included in the base station, and the base station operates as the control device.
  • the processing flow is the same. It is.
  • the exchange of signals in the base station performed when the control device exists in the base station is performed between the control device and the base station (for example, by a wired line) when the control device exists outside the base station. Replaced by communication.
  • the base station determines whether or not inconsistency occurs in the HFN (S401). For example, the base station determines whether or not a state in which no packet is received continues for a predetermined time or more, and then determines whether or not header decoding based on the HFN has succeeded for the received packet. Then, the base station determines that an inconsistency has occurred in the HFN when the number of packets that have not been successfully decoded based on the HFN reaches a predetermined number after a state in which no packet is received continues for a predetermined time or longer. To do.
  • the base station transmits PDCCH Order to the terminal (S402), and prompts the terminal to transmit RACH.
  • the terminal transmits RACH (S403).
  • the base station ignores the RACH transmitted from the terminal. Since the terminal does not return a response to the RACH, the terminal repeats the RACH retransmission, but the base station also ignores this retransmission. For this reason, the terminal recognizes that a failure has occurred in the radio link due to reaching the time set as the system parameter or the number of retransmissions (S404). That is, the base station intentionally shifts the state of connection with the terminal to the state of Radio Link Failure (RLF) regardless of the radio quality of the radio link.
  • RLF Radio Link Failure
  • the terminal Upon recognizing the RLF, the terminal subsequently transmits a reconnection request (ReEstablishment Request) using the terminal information (UE context) to the base station (S405).
  • the base station receives this reconnection request, but rejects this request (S406).
  • the base station transmits, for example, ReEstablishment Reject to the terminal.
  • the base station may ignore the reconnection request without explicitly rejecting it. Further, the base station may discard the UE context prior to receiving the above-mentioned reconnection request.
  • the terminal transmits a connection request (RRC Connection Request) not using the terminal information (UE context) to the base station (S407). Then, the base station accepts the connection request (transmits the RRC Connection Setup to the terminal (S408)), and a new connection is established between the base station and the terminal (S409). By establishing this new connection, the HFN and PDCP-SN are reset and the HFN mismatch is resolved. Thereafter, the terminal resumes data transmission (S410).
  • a reconnection process for resetting the HFN and the PDCP-SN is executed.
  • the processing according to the present embodiment is not executed, if an HFN mismatch occurs, connection is made by a higher-level device such as IMS after the header decoding fails and the data continues to be discarded for a long time (for example, about 20 seconds). Is disconnected.
  • the processing of the present embodiment is executed, even if an HFN mismatch occurs, the connection can be maintained by eliminating the HFN mismatch in a short period of time.
  • the process of S401 described above requires about 2.5 seconds. If the processing of S402 to S403 takes about 600 milliseconds and the processing of S404 to S409 takes about 250 to 300 milliseconds, the HFN inconsistency is resolved in a total of 3.5 seconds or less, and the base station Transmission of data to will continue. Thus, according to the present embodiment, it is possible to eliminate the HFN mismatch and maintain the connection in a short period of time.
  • Embodiment 2 After it is determined that a mismatch has occurred in the HFN, the base station transmits an RRC Connection Request to the terminal, and executes a reconnection process that does not use terminal information, so that the HFN and PDCP- SN was reset. In this embodiment, after determining that a mismatch has occurred in the HFN, by transmitting a handover instruction message specifying the same base station as a handover destination from the base station to which the terminal is connected, An example of resetting the PDCP-SN will be described.
  • the control unit 303 of the control device when the determination unit 302 determines that the HFN is not consistent, causes the base station to transmit a handover instruction message so that the terminal performs a handover. .
  • the control unit 303 transmits an RRC Connection Reconfiguration including mobilityControlInfo to the base station to which the terminal is connected.
  • the control unit 303 causes the base station that transmits the RRC Connection Reconfiguration to notify the terminal of the PCI (Physical Cell Identity) of the base station as the handover destination cell ID.
  • PCI Physical Cell Identity
  • the terminal When the terminal receives the RRC Connection Reconfiguration message including mobilityControlInfo, the terminal must perform handover (see Non-Patent Document 2). Also, the terminal must reset PDCP by receiving this message (see Non-Patent Document 2). When PDCP is reset, HFN and PDCP-SN are reset to 0. (Refer nonpatent literature 3). Therefore, since the HFN mismatch in the connection between the terminal and the base station is thereby eliminated, even if an HFN mismatch occurs, the mismatch can be eliminated in a short time.
  • FIG. 5 shows processing executed in the wireless communication system according to the present embodiment.
  • the control device is included in the base station, and the base station operates as the control device.
  • the processing flow is the same. It is.
  • the exchange of signals in the base station performed when the control device exists in the base station is performed between the control device and the base station (for example, by a wired line) when the control device exists outside the base station. Replaced by communication.
  • the base station determines whether or not inconsistency occurs in the HFN (S401). Since this process is the same as that of the first embodiment, the same reference numerals are assigned and detailed description thereof is omitted.
  • the base station transmits an RRC Connection Reconfiguration message including mobilityControlInfo as an information element to the terminal (S501).
  • This message is a handover instruction message for instructing the terminal to perform handover.
  • the base station notifies the terminal of a PCI designating the base station itself as the handover destination base station at this time. This notification may be transmitted along with a message instructing handover, or may be transmitted separately from this message. As a result, the terminal performs handover without switching the connection destination base station.
  • RACH processing is executed between the base station and the terminal (S502), and when the handover is completed, an RRC Reconfiguration Complete message is transmitted from the terminal to the base station (S503).
  • the HFN and the PDCP-SN are reset to 0 while the connection between the base station and the terminal is maintained, and the HFN mismatch is resolved. Thereafter, the terminal resumes data transmission (S504).
  • a handover process without changing the connection destination base station is executed to reset the HFN and the PDCP-SN.
  • the process according to the present embodiment is executed, even if an HFN mismatch occurs, the connection can be maintained by eliminating the HFN mismatch in a short period of time. For example, if the processing from S501 to S503 takes about 100 milliseconds to 200 milliseconds, HFN inconsistency is resolved in 3 seconds or less, and data transmission from the terminal to the base station is continued. Become. As described above, according to this embodiment as well, it is possible to eliminate the HFN mismatch and maintain the connection in a short period of time.
  • each of the above-mentioned processes is remarkably effective in an environment where the probability of occurrence of HFN inconsistency is not low, such as when the PDLC-SN is 7 bits in LTE RLC Unacked Mode (UM). It is also effective in modes and communication systems. In other words, when a part of the number related to the packet order is held on each of the transmission side and the reception side and the inconsistency may occur, the inconsistency is resolved in a short period of time by executing the above-described processing. It becomes possible to maintain the connection.
  • UM LTE RLC Unacked Mode

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

 端末と基地局との間での通信を制御する制御装置は、通信に関して、パケットの順序に対応する番号の一部を示すと共に端末と基地局とがそれぞれ保持する第1の情報と、パケットの順序に対応する番号の他の一部を示すと共に端末から基地局へ送信される第2の情報とを管理し、第1の情報が基地局と端末とで整合しているかを判定し、第1の情報が、基地局と端末とで整合していないと判定された場合に、パケットの番号をリセットするための再接続処理を実行するための信号を送信させるように端末を制御する。

Description

制御装置、基地局、制御方法、及びプログラム
 本発明は、制御装置、基地局、制御方法、及びプログラムに関するものであり、具体的には、端末と基地局との間の通信の制御技術に関するものである。
 近年、ロングタームエボリューション(LTE)システムによる通信サービスが全国的に展開されてきている。LTEシステムでは、基地局及び端末の間の通信では、PDCP(Packet Data Convergence Protocol)レイヤにおいて、基地局と端末との間で送信及び受信されるパケットの順序に関する番号が管理される。この番号は、HFN(Hyper Frame Number)とPDCP-SN(Sequence Number)とによって特定される(非特許文献1)。
 HFNは、基地局及び端末がそれぞれ保持する共通の番号であり、パケットのヘッダは、このHFNを用いて圧縮される。したがって、HFNは、基地局と端末との間で整合が取れていることが必要となる。一方、PDCP-SNは、送信側の装置が通知する番号であり、パケットごとに値が1つずつ増加する。そして、送信側及び受信側の装置は、PDCP-SNが最大値に達すると、HFNは1だけ増加する。
 すなわち、PDCP-SNの最大値を127とすると、PDCP-SNが0から127の128個のパケットが送受信されたことに応じて、HFNが1だけ増加することとなる。一方、PDCP-SNは、最大値まで増加した後に、0にリセットされる。ここで、受信側の装置は、受信したパケットについてのPDCP-SNが、先に受信したパケットについてのPDCP-SNより大きい場合には、HFNを増加させず、先に受信したパケットについてのPDCP-SN以下である場合には、HFNを増加させる。このように、送信側の装置と受信側の装置とは、パケットの順序を、HFN及びPDCP-SNとで管理し、そのうちのHFNを用いてパケットのヘッダを圧縮または復号する。
3GPP TS 36.300 V.8.0.0 3GPP TS 36.331 V.11.8.0 3GPP TS 36.323 V.11.3.0
 上述のHFN及びPDCP-SNの管理は、PDCP-SNの最大値に相当する個数のパケットが受信失敗しない限りにおいて有効である。そして、この有効な場合には、パケットの番号のすべての部分(例えば32ビット)を送信するのに比べて、7ビットのPDCP-SNを送受信するだけで、パケットの順序を送信側の装置と受信側の装置との間で共通して管理することができる。
 一方で、受信側の装置は、PDCP-SNの最大値に相当する個数のパケット(例えば128個)が連続して受信失敗すると、次に受信成功したパケットのPDCP-SNは、前に受信成功したパケットのPDCP-SNより大きくなる。したがって、送信側の装置は、PDCP-SNの最大値に相当する個数のパケットが送信された後であるからHFNを1増加させている一方で、受信側の装置は、HFNを増加させないこととなる。このため、受信側の装置がパケットのヘッダの復号に失敗し、その結果、パケットに含まれるデータをも長期間にわたって破棄してしまう。この結果、HFNの値が送信側と受信側とでずれることで、通信エラー状態が長期間にわたって継続してしまうという課題があった。
 本発明は上記課題に鑑みてなされたものであり、HFNの値が送信側と受信側とでずれた場合に、早期に通信エラー状態から復帰させるための技術を提供することを目的とする。
 本発明の一態様に係る制御装置は、端末と基地局との間での通信を制御する制御装置であって、前記通信に関して、パケットの順序に対応する番号の一部を示すと共に前記端末と前記基地局とがそれぞれ保持する第1の情報と、前記パケットの順序に対応する番号の他の一部を示すと共に前記端末から前記基地局へ送信される第2の情報とを管理する管理手段と、前記第1の情報が前記基地局と前記端末とで整合しているかを判定する判定手段と、前記第1の情報が、前記基地局と前記端末とで整合していないと判定された場合に、前記パケットの番号をリセットするための再接続処理を実行するための信号を送信させるように前記端末を制御する制御手段と、を有する。
 また、本発明の別の一態様に係る制御装置は、端末と基地局との間での通信を制御する制御装置であって、前記通信に関して、パケットの順序に対応する番号の一部を示すと共に前記端末と前記基地局とがそれぞれ保持する第1の情報と、前記パケットの順序に対応する番号の他の一部を示すと共に前記端末から前記基地局へ送信される第2の情報とを管理する管理手段と、前記第1の情報が前記基地局と前記端末とで整合しているかを判定する判定手段と、前記第1の情報が、前記基地局と前記端末とで整合していないと判定された場合に、接続している基地局の切り替えを伴わないハンドオーバを前記端末に行わせるための指示を当該端末へするように、前記基地局を制御する制御手段と、を有する。
 本発明によれば、HFNの値が送信側と受信側とでずれた場合に、早期に通信エラー状態から復帰させることができる。
 本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。
 添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
無線通信システムの構成例を示す図。 制御装置のハードウェア構成例を示しブロック図。 制御装置の機能構成例を示すブロック図。 実施形態1の無線通信システムの処理の流れを示すシーケンス図。 実施形態2の無線通信システムの処理の流れを示すシーケンス図。
 以下、添付図面を参照して本発明の実施の形態を詳細に説明する。
 <<実施形態1>>
 (システム構成)
 図1は、本実施形態に係る無線通信システムの構成例を示す図である。本実施形態に係る無線通信システムは、例えば、基地局と端末とを含むLTEシステムであるが、他の無線通信システムに係る複数の通信装置が存在するシステムであり、以下の技術を適用可能なシステムであればどのようなものであってもよい。また、基地局は、基地局と端末との間の通信を制御するための制御装置を含むが、この制御装置は、基地局外のネットワークノードとして存在していてもよい。さらに、以下では、端末から基地局へ信号(パケット)を送信する場合について説明するが、これに限られない。
 本実施形態においては、基地局と端末との間の通信で送受信されるパケットについて、そのパケットの順序に対応する番号が、例えば、32ビットで管理される。そして、そのうちの一部(HFN)が基地局と端末において保持されており、残りの一部(PDCP-SN)は、端末(送信側)から基地局(受信側)へ、パケットに含められて送信される。PDCP-SNは、例えば7ビットで表され、0~127の値を示す。HFN(Hyper Frame Number)とPDCP-SN(Sequence Number)は、32-7=25ビットで表され、この値を用いて、関連するパケットのヘッダが圧縮または復号される。このため、端末がパケットのヘッダの圧縮に用いたHFNと、基地局がパケットのヘッダの復号に用いるHFNとが整合していないと、復号エラーが生じ、結果としてパケット内のデータまで破棄される。この状態となると、非常に長い期間にわたって復号エラーが生じ、その後通信が切断される。この問題は、例えば、音声通話をLTEシステムによって実現するVoLTE(Voice over LTE)など、RLCレイヤにおけるUM(Unacknowledged Mode)モードにおいて顕著となる。すなわち、VoLTEにおいて、端末から基地局へのデータが届かないこととなり、片通話状態が長時間(例えば20秒程度)にわたって継続し、その後IMSなどの上位装置により通話が切断されることとなるため、HFNの不整合によりサービスに非常に大きな影響が生じてしまう。
 ここで、HFNは、前に受信成功したパケットのPDCP-SNと比べて、次に受信成功したパケットのPDCP-SNの数値が小さい場合は値が1だけ増加し、そうでない場合はそのままの値が維持される。例えば、前に受信成功したパケットのPDCP-SNが120であり、次に受信成功したパケットのPDCP-SNが127であった場合はHFNの値は変化しないが、次に受信成功したパケットのPDCP-SNが1であった場合はHFNの値は1だけ増加する。これにより、全体として32ビットでパケットの順序が管理される。一方、例えば、PDCP-SNの最大値が127であり、128個のパケットを連続して受信失敗した場合、前に受信成功したパケットのPDCP-SNが120とすると、次に受信成功したパケットのPDCP-SNは121となる。すなわち、PDCP-SNの値だけに着目すれば、数値が増加しているため、受信側においてHFNの値は変化しない。しかしながら、送信側においては、送信したパケットの数に応じてHFNの値を変化させるため、このような場合にはHFNの値が1だけ増加する。したがって、基地局と端末との間でHFNの不整合が生じる。
 これに対して、PDCP-SNの最大値を大きくすることで、このような不整合が生じる確率を低減することができる。例えば、PDCP-SNを12ビットで表現することにより、PDCP-SNの最大値は4095となり、7ビットの場合と比してHFNの更新頻度が低下し、その分だけHFNの不整合が生じる確率が低下することとなる。しかしながら、このようにPDCP-SNの最大値を大きくするということは、送受信されるパケットのデータサイズが大きくなることを意味する。このため、PDCP-SNが7ビットであれば1つのパケットで送受信できるデータが、複数のパケットで送受信されなければならなくなるなどの影響が生じてしまう場合がある。
 このため、本実施形態では、PDCP-SNの最大値を大きくしないことを前提に、HFNの不整合が生じた場合に、通信エラー状態が継続する時間を短縮する手順を、制御装置(基地局)が実行する。以下では、このような処理を実行する制御装置の機能構成と、処理の流れの具体例について説明する。
 (制御装置の構成)
 図2は、本実施形態に係る制御装置のハードウェア構成例を示す図である。制御装置は、例えば、CPU201、ROM202、RAM203、外部記憶装置204、及び通信装置205を有する。制御装置では、例えばROM202、RAM203及び外部記憶装置204のいずれかに記録された、制御装置の各機能を実現するためのプログラムがCPU201により実行される。そして、制御装置は、例えばCPU201により通信装置205を制御して、基地局またはネットワークにおける各種ノードとの間の有線通信を行う。なお、図3では、制御装置は、通信装置205を有するとしているが、例えば制御装置が基地局の内部に存在する場合は、基地局の他のハードウェアとの間のインタフェースを代替的に有していてもよい。
 なお、制御装置は、各機能を実行する専用のハードウェアを備えてもよいし、一部をハードウェアで実行し、プログラムを動作させるコンピュータでその他の部分を実行してもよい。また、制御装置は、その全機能をコンピュータとプログラムにより実行させてもよい。
 図3は、制御装置の機能構成例を示すブロック図である。制御装置は、例えば、管理部301、判定部302、制御部303、及び通信部304を有する。管理部301は、HFN及びPDCP-SNを管理する。なお、制御装置が基地局の内部に存在する場合は、基地局が保持するHFN及びPDCP-SNを管理する。また、通信部304は、例えば基地局との間で通信を行う。なお、制御装置が基地局の内部に存在する場合は、このような通信部は、基地局装置内部のインタフェースとして与えられうる。
 判定部302は、端末と基地局との間でHFNの不整合が生じていないかを判定する。判定部302は、例えば、端末からのパケットが基地局において受信されないで所定時間以上が経過した後に、再度基地局においてパケットの受信が再開された場合、その再開後の複数のパケットにおいてヘッダの復号の失敗回数が所定回数に達したかを判定する。そして、判定部302は、再開後の複数のパケットにおいてヘッダの復号に失敗した回数が所定回数に達したことを検出すると、HFNが整合していないものと判定する。なお、判定部302は、端末からのパケットが基地局において所定時間以上にわたって受信されないことを以て、HFNが整合していないと判定してもよい。
 制御部303は、判定部302においてHFNが整合していないと判定された場合に、端末と基地局とのそれぞれが保持するHFN(及びPDCP-SN)をリセットするための再接続処理を実行するように、端末を制御する。制御部303は、例えば、端末の情報(例えばUE context)に基づかない接続要求である、RRC Connection Requestを端末に発行させる。このために、制御部303は、判定部302がHFNに不整合が生じていると判定した場合、例えば、基地局にPDCCH Orderを端末へ向けて送信させ、端末にRACH(Random Access Channel)を送信させる。なお、PDCCH Order及びRACHは別の所定の信号でありうる。その後、制御部303は、基地局を制御して、端末からのRACHを無視させる。
 すると、端末は、RACHを所定回数にわたって再送し、その後、例えばシステムのパラメータとして設定された時間の経過または設定された回数の再送の失敗に応じて、無線リンクに障害が生じたと認識することとなる。その結果、端末は、UE contextを用いた再接続要求(ReEstablishment Request)を基地局へ送信する。そして、制御部303は、基地局に、その再接続要求を無視または棄却させる。なお、この時点で、制御部303は、例えば基地局にUE contextを破棄させておくことにより、結果として、基地局は再接続要求を無視又は棄却することとなる。すると、端末は、続いて、端末の情報(例えばUE context)に基づかない接続要求である、RRC Connection Requestを発行する。これにより、端末と基地局との間での接続においてHFN及びPDCP-SNがリセットされ、HFNの不整合が解消することとなる。これにより、例えば、HFNの不整合が生じたとしても、短時間にその不整合を解消することが可能となる。
 (処理の流れ)
 図4に、本実施形態に係る無線通信システムで実行される処理を示す。なお、以下の説明では、制御装置が基地局に含まれているものとし、基地局が制御装置として動作するものとして説明するが、制御装置が基地局外に存在しても処理の流れは同様である。ただし、制御装置が基地局内に存在する場合に行われる基地局内の信号のやり取りは、制御装置が基地局外に存在する場合には、制御装置と基地局との間の(例えば有線回線による)通信に置き換えられる。
 本処理では、まず、基地局(制御装置)は、HFNに不整合が生じていないかの判定を行う(S401)。基地局は、例えば、パケットが受信されない状態が所定時間以上継続しているかを判定し、その後受信されたパケットについて、HFNに基づくヘッダの復号が成功したかを判定する。そして、基地局は、パケットが受信されない状態が所定時間以上継続した後に、HFNに基づくヘッダの復号が成功しなかったパケットの数が所定数に達した場合に、HFNに不整合が生じたと判定する。
 続いて、基地局は、端末に対してPDCCH Orderを送信し(S402)、端末によるRACHの送信を促す。これに対して、端末は、RACHを送信する(S403)。一方で、基地局は、端末から送信されてきたRACHを無視する。端末は、RACHに対する応答が返ってこないため、RACHの再送を繰り返すが、基地局はこの再送をも無視する。このため、端末は、システムのパラメータとして設定された時間または再送回数に達したことにより、無線リンクに障害が生じたと認識することとなる(S404)。すなわち、基地局は、無線リンクの無線品質によらず、意図的に、端末との間での接続の状態を、Radio Link Failure(RLF)の状態に移行させる。
 端末は、RLFを認識すると、続いて、端末の情報(UE context)を用いた再接続要求(ReEstablishment Request)を基地局へ送信する(S405)。基地局は、この再接続要求を受信するが、この要求を棄却する(S406)。具体的には、基地局は、例えば、ReEstablishment Rejectを端末へ送信する。なお、基地局は、再接続要求を明示的に棄却せずに、無視してもよい。また、基地局は、上述の再接続要求を受信するのに先立って、UE contextを破棄しておいてもよい。
 その後、端末は、ReEstablishment Requestが棄却されたことに応じて、端末の情報(UE context)を用いない接続要求(RRC Connection Request)を基地局へ送信する(S407)。そして、基地局は、その接続要求を受け入れ(RRC Connection Setupを端末へ送信し(S408))、基地局と端末との間で新しい接続が確立される(S409)。この新しい接続の確立により、HFN及びPDCP-SNはリセットされ、HFNの不整合が解消される。その後、端末はデータの送信を再開する(S410)。
 このように、本実施形態に係る処理では、HFNの不整合が検出されると、HFN及びPDCP-SNをリセットするための再接続処理が実行される。本実施形態に係る処理が実行されない場合は、HFNの不整合が生じると、長期間(例えば20秒程度)、ヘッダの復号に失敗してデータが破棄され続けた後にIMSなどの上位装置により接続が切断される。一方で、本実施形態の処理が実行される場合は、HFNの不整合が生じても、短期間でHFNの不整合を解消して接続を維持することができる。例えば、PDCP-SNの最大値が127でパケットが20ミリ秒ごとに送信される場合は、上述のS401の処理に約2.5秒を要することとなる。そして、S402~S403の処理に約600ミリ秒、S404~S409の処理に約250~300ミリ秒を要する場合、合計3.5秒以下で、HFNの不整合が解消されて、端末から基地局へのデータの送信が継続されることとなる。このように、本実施形態によれば、短期間でHFNの不整合を解消して、接続を維持することが可能となる。
 <<実施形態2>>
 実施形態1では、基地局が、HFNに不整合が生じたと判定された後に、端末にRRC Connection Requestを送信させて、端末の情報を用いない再接続処理を実行させることで、HFN及びPDCP-SNをリセットした。本実施形態では、HFNに不整合が生じたと判定した後に、端末に対して、その接続先の基地局から、同一の基地局をハンドオーバ先として指定したハンドオーバ指示メッセージを送信することで、HFN及びPDCP-SNをリセットする例について説明する。
 (システム及び制御装置の構成)
 本実施形態に係るシステム構成及び制御装置の構成は実施形態1と同様であるため、その詳細な説明については省略する。なお、制御装置の機能構成においては、制御部303の動作を除いて同様の動作を行う。
 すなわち、本実施形態では、制御装置の制御部303は、判定部302においてHFNが整合していないと判定された場合、端末が、ハンドオーバを実行するように、基地局からハンドオーバ指示メッセージを送信させる。制御部303は、例えば、端末の接続先の基地局に、mobilityControlInfoを含むRRC Connection Reconfigurationを送信させる。このとき、制御部303は、RRC Connection Reconfigurationを送信する基地局へ、ハンドオーバ先のセルIDとして、その基地局のPCI(Physical Cell Identity)を端末へ通知させる。
 端末は、mobilityControlInfoを含むRRC Connection Reconfigurationメッセージを受信すると、ハンドオーバしなければならない(非特許文献2参照)。また、端末は、このメッセージを受信することにより、PDCPを再設定しなければならず(非特許文献2参照)、PDCPの再設定が行われる場合、HFN及びPDCP-SNは0にリセットされる(非特許文献3参照)。したがって、これにより、端末と基地局との間での接続におけるHFNの不整合が解消するため、HFNの不整合が生じたとしても、短時間にその不整合を解消することが可能となる。
 (処理の流れ)
 図5に、本実施形態に係る無線通信システムで実行される処理を示す。なお、以下の説明では、制御装置が基地局に含まれているものとし、基地局が制御装置として動作するものとして説明するが、制御装置が基地局外に存在しても処理の流れは同様である。ただし、制御装置が基地局内に存在する場合に行われる基地局内の信号のやり取りは、制御装置が基地局外に存在する場合には、制御装置と基地局との間の(例えば有線回線による)通信に置き換えられる。
 本処理では、まず、基地局(制御装置)は、HFNに不整合が生じていないかの判定を行う(S401)。なお、この処理は、実施形態1と同様であるため、同一の参照符号を付して、その詳細な説明は省略する。
 続いて、基地局は、端末に対してmobilityControlInfoを情報要素として含むRRC Connection Reconfigurationメッセージを送信する(S501)。このメッセージは、端末に対してハンドオーバを行うことを指示するハンドオーバ指示メッセージである。なお、基地局は、このときのハンドオーバ先の基地局として、その基地局自身を指定するPCIを端末に通知する。なお、この通知は、ハンドオーバを指示するメッセージに伴って送信されてもよいし、このメッセージとは別個に送信されてもよい。これにより、端末は、接続先の基地局の切り替えを伴わないハンドオーバを実行することとなる。
 その後、基地局と端末との間でRACH処理が実行され(S502)、ハンドオーバが完了すると、端末から基地局へRRC Reconfiguration Completeメッセージが送信される(S503)。このハンドオーバにより、基地局と端末との間での接続が維持されたまま、HFNとPDCP-SNは0にリセットされ、HFNの不整合が解消される。その後、端末はデータの送信を再開する(S504)。
 このように、本実施形態に係る処理では、HFNの不整合が検出されると、HFN及びPDCP-SNをリセットするために、接続先の基地局の変更を伴わないハンドオーバ処理が実行される。本実施形態の処理が実行される場合は、HFNの不整合が生じても、短期間でHFNの不整合を解消して接続を維持することができる。例えば、S501~S503の処理に約100ミリ秒~200ミリ秒を要する場合、合計3秒以下で、HFNの不整合が解消されて、端末から基地局へのデータの送信が継続されることとなる。このように、本実施形態によっても、短期間でHFNの不整合を解消して、接続を維持することが可能となる。
 なお、上述の各処理は、例えばLTEのRLC Unacknowledged Mode(UM)でPDCP-SNが7ビットである場合など、HFNの不整合が生じる確率が低くない環境で顕著に有効であるが、他のモードや通信システムにおいても有効である。すなわち、パケットの順序に関する番号の一部が送信側と受信側とのそれぞれで保持され、その不整合が生じうる場合に、上述の処理を実行することにより短期間でその不整合を解消しながら、接続を維持することが可能となる。
  本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。
 本願は、2014年7月9日提出の日本国特許出願特願2014-141758及び2014年9月17日提出の日本国特許出願特願2014-189437を基礎として優先権を主張するものであり、その記載内容の全てを、ここに援用する。

Claims (13)

  1.  端末と基地局との間での通信を制御する制御装置であって、
     前記通信に関して、パケットの順序に対応する番号の一部を示すと共に前記端末と前記基地局とがそれぞれ保持する第1の情報と、前記パケットの順序に対応する番号の他の一部を示すと共に前記端末から前記基地局へ送信される第2の情報とを管理する管理手段と、
     前記第1の情報が前記基地局と前記端末とで整合しているかを判定する判定手段と、
     前記第1の情報が、前記基地局と前記端末とで整合していないと判定された場合に、前記パケットの番号をリセットするための再接続処理を実行するための信号を送信させるように前記端末を制御する制御手段と、
     を有することを特徴とする制御装置。
  2.  前記制御手段は、前記第1の情報が前記基地局と前記端末とで整合していないと判定された場合に、前記再接続処理を実行させるための信号として、前記端末の情報に基づかない接続要求を前記端末に発行させる、
     ことを特徴とする請求項1に記載の制御装置。
  3.  前記制御手段は、前記第1の情報が前記基地局と前記端末とで整合していないと判定された場合に、前記基地局を制御して前記基地局と前記端末との間での無線リンクに障害が生じたと当該端末に認識させることにより、前記端末の情報に基づく再接続要求を当該端末に発行させ、前記基地局に当該再接続要求を棄却または無視させることにより、前記端末の情報に基づかない前記接続要求を前記端末に発行させる、
     ことを特徴とする請求項2に記載の制御装置。
  4.  前記制御手段は、前記第1の情報が前記基地局と前記端末とで整合していないと判定された場合に、前記基地局を制御して所定の信号を前記端末に送信させ、前記基地局に当該端末から送信された前記所定の信号を無視させることにより、前記無線リンクに障害が生じたと前記端末に認識させる、
     ことを特徴とする請求項3に記載の制御装置。
  5.  前記制御手段は、前記端末による前記再接続要求の発行に先立って、前記端末の情報を破棄することにより、前記再接続要求を棄却または無視する、
     ことを特徴とする請求項3または4に記載の制御装置。
  6.  端末と基地局との間での通信を制御する制御装置であって、
     前記通信に関して、パケットの順序に対応する番号の一部を示すと共に前記端末と前記基地局とがそれぞれ保持する第1の情報と、前記パケットの順序に対応する番号の他の一部を示すと共に前記端末から前記基地局へ送信される第2の情報とを管理する管理手段と、
     前記第1の情報が前記基地局と前記端末とで整合しているかを判定する判定手段と、
     前記第1の情報が、前記基地局と前記端末とで整合していないと判定された場合に、接続している基地局の切り替えを伴わないハンドオーバを前記端末に行わせるための指示を当該端末へするように、前記基地局を制御する制御手段と、
     を有することを特徴とする制御装置。
  7.  前記制御手段は、前記基地局をハンドオーバ先としたハンドオーバ指示メッセージを前記端末へ送信するように、当該基地局を制御する、
     ことを特徴とする請求項6に記載の制御装置。
  8.  前記第1の情報は、当該第1の情報が関連する前記パケットの少なくとも一部の復号に用いられ、
     前記判定手段は、前記基地局においてパケットが受信されないで所定時間以上が経過した後に受信された複数のパケットについて、当該複数のパケットについての前記第1の情報に基づく復号の失敗が所定回数に達した場合に、前記第1の情報が前記基地局と前記端末とで整合していないと判定する、
     ことを特徴とする請求項1から7のいずれか1項に記載の制御装置。
  9.  端末との間で通信を行う基地局であって、請求項1から8のいずれか1項に記載の制御装置を有することを特徴とする基地局。
  10.  通信に関して、パケットの順序に対応する番号の一部を示すと共に端末と基地局とがそれぞれ保持する第1の情報と、前記パケットの順序に対応する番号の他の一部を示すと共に前記端末から前記基地局へ送信される第2の情報とを管理する管理手段を有し、前記端末と前記基地局との間での前記通信を制御する制御装置の制御方法であって、
     判定手段が、前記第1の情報が前記基地局と前記端末とで整合しているかを判定する判定工程と、
     制御手段が、前記第1の情報が前記基地局と前記端末とで整合していないと判定された場合に、前記パケットの番号をリセットするための再接続処理を実行するための信号を送信させるように前記端末を制御する制御工程と、
     を有することを特徴とする制御方法。
  11.  通信に関して、パケットの順序に対応する番号の一部を示すと共に端末と基地局とがそれぞれ保持する第1の情報と、前記パケットの順序に対応する番号の他の一部を示すと共に前記端末から前記基地局へ送信される第2の情報とを管理する管理手段を有し、前記端末と前記基地局との間での前記通信を制御する制御装置の制御方法であって、
     判定手段が、前記第1の情報が前記基地局と前記端末とで整合しているかを判定する判定工程と、
     制御手段が、前記第1の情報が、前記基地局と前記端末とで整合していないと判定された場合に、接続している基地局の切り替えを伴わないハンドオーバを前記端末に行わせるための指示を当該端末へするように、前記基地局を制御する制御手段と、
     を有することを特徴とする制御方法。
  12.  通信に関して、パケットの順序に対応する番号の一部を示すと共に端末と基地局とがそれぞれ保持する第1の情報と、前記パケットの順序に対応する番号の他の一部を示すと共に前記端末から前記基地局へ送信される第2の情報とを管理する管理手段を有し、前記端末と前記基地局との間での前記通信を制御する制御装置に備えられたコンピュータに、
     前記第1の情報が前記基地局と前記端末とで整合しているかを判定する判定工程と、
     前記第1の情報が前記基地局と前記端末とで整合していないと判定された場合に、前記パケットの番号をリセットするための再接続処理を実行するための信号を送信させるように前記端末を制御する制御工程と、
     を実行させるためのプログラム。
  13.  通信に関して、パケットの順序に対応する番号の一部を示すと共に端末と基地局とがそれぞれ保持する第1の情報と、前記パケットの順序に対応する番号の他の一部を示すと共に前記端末から前記基地局へ送信される第2の情報とを管理する管理手段を有し、前記端末と前記基地局との間での前記通信を制御する制御装置に備えられたコンピュータに、
     前記第1の情報が前記基地局と前記端末とで整合しているかを判定する判定工程と、
     前記第1の情報が、前記基地局と前記端末とで整合していないと判定された場合に、接続している基地局の切り替えを伴わないハンドオーバを前記端末に行わせるための指示を当該端末へするように、前記基地局を制御する制御手段と、
     を実行させるためのプログラム。
PCT/JP2015/067818 2014-07-09 2015-06-22 制御装置、基地局、制御方法、及びプログラム WO2016006422A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP15818455.6A EP3188535B1 (en) 2014-07-09 2015-06-22 Control device, base station, control method and program
US15/584,445 US10327162B2 (en) 2014-07-09 2017-05-02 Control device, base station, control method, and storage medium

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2014141758 2014-07-09
JP2014-141758 2014-07-09
JP2014-189437 2014-09-17
JP2014189437A JP6052739B2 (ja) 2014-07-09 2014-09-17 制御装置、基地局、制御方法、及びプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/584,445 Continuation US10327162B2 (en) 2014-07-09 2017-05-02 Control device, base station, control method, and storage medium

Publications (1)

Publication Number Publication Date
WO2016006422A1 true WO2016006422A1 (ja) 2016-01-14

Family

ID=55064061

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/067818 WO2016006422A1 (ja) 2014-07-09 2015-06-22 制御装置、基地局、制御方法、及びプログラム

Country Status (4)

Country Link
US (1) US10327162B2 (ja)
EP (1) EP3188535B1 (ja)
JP (1) JP6052739B2 (ja)
WO (1) WO2016006422A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6645963B2 (ja) * 2014-07-25 2020-02-14 京セラ株式会社 ユーザ端末及び移動通信システム
KR102290470B1 (ko) * 2017-03-15 2021-08-18 노키아 솔루션스 앤드 네트웍스 오와이 네트워크 재접속을 위한 백-오프 타이머
WO2019215634A1 (en) * 2018-05-10 2019-11-14 Telefonaktiebolaget Lm Ericsson (Publ) Handling re-establishment rejection

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013168752A1 (ja) * 2012-05-11 2013-11-14 株式会社エヌ・ティ・ティ・ドコモ 移動局及び無線基地局
US20140098657A1 (en) * 2012-10-09 2014-04-10 Reneses Mobile Corporation Error Recovery

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100765123B1 (ko) * 2002-02-16 2007-10-11 엘지전자 주식회사 Srns 재할당 방법
WO2008060097A1 (en) * 2006-11-15 2008-05-22 Samsung Electronics Co., Ltd. Apparatus and method for transmitting/receiving ciphered packet in mobile communication system
KR101163275B1 (ko) * 2008-03-17 2012-07-05 엘지전자 주식회사 Pdcp 상태 보고 전송 방법
US8213610B2 (en) * 2009-06-25 2012-07-03 Nokia Corporation Generation of key streams in wireless communication systems
CN103650418B (zh) * 2011-06-09 2017-10-31 安华高科技通用Ip(新加坡)公司 用于多播服务的方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013168752A1 (ja) * 2012-05-11 2013-11-14 株式会社エヌ・ティ・ティ・ドコモ 移動局及び無線基地局
US20140098657A1 (en) * 2012-10-09 2014-04-10 Reneses Mobile Corporation Error Recovery

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI ET AL.: "CS over HSPA UL de-sync detection and recovery", 3GPP TSG-RAN WG2#72BIS R2-110173, 21 January 2010 (2010-01-21), pages 1 - 3, XP050605591, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_72bis/Docs/R2-110173.zip> *
See also references of EP3188535A4 *

Also Published As

Publication number Publication date
JP6052739B2 (ja) 2016-12-27
US20170238198A1 (en) 2017-08-17
JP2016028464A (ja) 2016-02-25
EP3188535B1 (en) 2022-04-06
US10327162B2 (en) 2019-06-18
EP3188535A1 (en) 2017-07-05
EP3188535A4 (en) 2017-09-06

Similar Documents

Publication Publication Date Title
CN109479336B (zh) 用于连接管理的系统和方法
US9723647B2 (en) Handling a radio link failure in communications
US20220386191A1 (en) Conditional full configuration and conditional delta configuration
US20220124568A1 (en) Managing mcg fast recovery
US20220322141A1 (en) Communication of Segmented Radio Resource Control Messages
EP4333483A2 (en) Methods and apparatuses for handling of reject wait time
US10327162B2 (en) Control device, base station, control method, and storage medium
US20240064785A1 (en) Terminal apparatus, base station apparatus, and method
JP5815654B2 (ja) 移動無線通信装置及び無線通信方法
US20240073980A1 (en) Conditional secondary node operations
KR20230005277A (ko) 핸드오버 실패 시나리오에서 네트워크 최적화 관리
US11638197B1 (en) Method and apparatus for supporting UE-to-network relay communication in a wireless communication system
WO2022085663A1 (ja) 方法、および、集積回路
WO2022080306A1 (ja) 端末装置、基地局装置、および、方法
US20240236777A1 (en) Managing Conditional Secondary Node Change
US20240163953A1 (en) Terminal apparatus, method, and integrated circuit
WO2022145409A1 (ja) 端末装置、基地局装置、および、方法
WO2022145402A1 (ja) 端末装置、基地局装置、および、方法
WO2022080341A1 (ja) 端末装置、基地局装置、および、方法
KR101684762B1 (ko) Lte 시스템, 이동성 관리장치 및 그 신호 제어방법
CN117136581A (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: 15818455

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2015818455

Country of ref document: EP